Règles de routage des SMS A2P : priorités et conflits
Un guide pratique pour réfléchir aux priorités, aux conflits et aux tests de routage des SMS A2P, en distinguant les suggestions opérationnelles de ce que les sources disponibles permettent d’affirmer.
Ce qu’une règle de routage peut décrire
Une règle de routage peut exprimer la décision à prendre pour un message répondant à certaines conditions. En l’absence de documentation technique spécifique, il est impossible d’affirmer qu’il existe une logique universelle pour choisir un itinéraire, l’exclure ou traiter un cas où aucune option autorisée n’est disponible.
À titre de suggestion de conception opérationnelle, il peut être utile de distinguer les conditions évaluées, les actions possibles et le motif du résultat. Le choix d’un itinéraire ne doit pas être présenté comme une garantie de livraison : les éléments disponibles ne définissent pas le lien entre la décision de routage et la livraison effective du message.
- À titre de pratique suggérée, documentez les données d’entrée utilisées par chaque règle ainsi que le traitement des données absentes ou invalides.
- Décrivez les itinéraires pris en compte et les conditions susceptibles de les exclure, sans présenter cette description comme une norme technique universelle.
- Définissez un résultat attendu lorsqu’aucune autre option n’est disponible, conformément à la mise en œuvre et aux obligations applicables.
Distinguer les critères d’éligibilité des préférences
À titre de suggestion de conception, il est utile de distinguer les exigences auxquelles un itinéraire doit satisfaire des critères servant à classer les options. Selon le contexte, les exigences peuvent porter sur la destination, le type de trafic, l’expéditeur ou des contraintes techniques et contractuelles. Les sources disponibles ne précisent pas quels critères doivent s’appliquer à chaque opération.
L’ordre d’évaluation relève d’un choix de politique qui doit être vérifié au regard de la mise en œuvre et des obligations applicables ; il ne s’agit pas d’une priorité universelle étayée par les sources fournies. Si une séquence est documentée, il convient de la présenter comme une décision opérationnelle propre, et non comme une règle normative.
- À titre de pratique suggérée, indiquez si chaque critère relève d’une exigence ou d’une préférence.
- Documentez la manière de déterminer si une exigence peut être vérifiée.
- Consultez les sources et les responsables compétents pour déterminer les obligations applicables ; les éléments disponibles ne permettent pas de les énumérer.
Documenter la priorité lorsque plusieurs règles s’appliquent
Les éléments fournis ne permettent pas d’établir une priorité universelle pour résoudre les conflits entre les règles commerciales de routage A2P. Ils ne permettent pas non plus d’affirmer comment une mise en œuvre particulière classe ses règles. Avant de se fier à ce comportement, il faut disposer d’une documentation technique spécifique et vérifier le système utilisé.
À titre de suggestion opérationnelle, une organisation peut décrire la manière dont elle souhaite traiter les correspondances multiples, les résultats incompatibles et les cas nécessitant un examen. Cette description doit être identifiée comme une politique propre à l’organisation et vérifiée dans la mise en œuvre ; elle ne doit pas être confondue avec une norme générale.
- Vérifiez dans la documentation du système le comportement prévu lorsque plusieurs règles correspondent.
- À titre de suggestion, définissez la marche à suivre si des règles de même niveau semblent se contredire.
- Examinez les chevauchements et consignez les décisions de conception, sans supposer qu’une règle générale ou spécifique prévaut partout.
Analyser les refus et les cas sans autre option
Les éléments disponibles n’établissent aucune règle technique générale concernant le traitement des refus, des itinéraires inadmissibles ou de l’absence d’autres options. À titre de suggestion de conception, une politique peut distinguer un itinéraire qui n’a pas été choisi d’un itinéraire qui ne satisfait pas aux conditions définies pour l’opération.
La réponse concrète — par exemple, interrompre la décision ou demander un examen — dépend du système, des accords et des obligations applicables. Il ne faut pas présumer qu’une plateforme dispose d’un mécanisme spécifique de blocage ou de secours.
- À titre de suggestion, distinguez « non retenu » et « inadmissible » dans la documentation de votre politique.
- N’interprétez pas l’absence d’un itinéraire comme une autorisation automatique de modifier les exigences.
- Si une exception est envisagée, documentez sa portée et la personne qui en est responsable dans le cadre de votre propre processus.
Envisager de consigner les décisions
Les sources fournies ne précisent pas quels journaux une opération de routage A2P doit conserver. À titre de pratique suggérée, une organisation peut envisager d’enregistrer un identifiant et une version de politique, les conditions pertinentes, le résultat et son motif, en tenant compte de ses politiques de confidentialité et de conservation des données.
Si les options écartées sont consignées, le motif devrait correspondre à des informations observables et autorisées à cette fin. Un enregistrement de sélection ne doit pas être présenté comme une preuve de livraison du SMS.
- À titre de suggestion, associez chaque décision à la version de politique correspondante.
- Utilisez des motifs clairs dans les journaux que vous choisissez de conserver.
- Distinguez les données de sélection des données relatives à la transmission ou aux rapports de livraison.
Prévoir des tests pour les correspondances et les incertitudes
Les sources disponibles ne prescrivent aucune procédure de test pour les règles de routage A2P. À titre de pratique suggérée, une équipe peut définir les résultats attendus pour les règles correspondant séparément, les correspondances multiples ou contradictoires, ainsi que les données incomplètes. Il est utile d’identifier à l’avance les résultats que la mise en œuvre devrait produire et de vérifier que la documentation reflète le comportement observé.
Les éléments fournis ne permettent pas non plus de préciser comment traiter les numéros portés, les classifications de trafic changeantes ou les données contradictoires. Leur traitement nécessite une documentation technique ou réglementaire plus spécifique. Il ne faut pas inventer de résolution automatique sans fondement dans la mise en œuvre et les accords pertinents.
- À titre de suggestion, incluez des cas de correspondance unique, de correspondances multiples et de règles contradictoires.
- Vérifiez la réaction de la mise en œuvre face à des données incomplètes ou mal formées.
- Testez les cas pertinents pour l’opération et consignez le comportement observé.
- Obtenez des sources spécifiques avant d’affirmer une règle concernant la portabilité ou la classification du trafic.
Examiner les changements et envisager un retour arrière
Les sources disponibles ne définissent pas de procédures pour modifier, tester ou annuler des politiques de routage A2P. À titre de pratique suggérée, une organisation peut examiner et documenter les changements, vérifier le comportement dans sa mise en œuvre et définir à l’avance la marche à suivre si le résultat diffère des attentes.
Il ne faut pas présumer qu’il existe une fonction de simulation, un déploiement progressif ou un retour arrière automatique. Le choix d’un itinéraire et les résultats de transmission sont deux aspects distincts ; la sélection ne garantit pas la livraison.
- À titre de suggestion, consignez la portée des changements et leur autorisation.
- Définissez des procédures d’examen et de retour arrière en fonction des capacités vérifiées de votre système.
- Ne présentez pas des indicateurs ou des résultats de démonstration comme des preuves de performance ou une garantie de livraison.
Éviter les conclusions qui vont au-delà des éléments disponibles
Les éléments fournis ne permettent pas d’étayer un guide factuel complet sur les priorités, les refus, l’audit, les tests, les numéros portés ou le retour arrière des changements de routage A2P. Les suggestions de cet article décrivent des choix possibles de conception opérationnelle ; elles ne constituent ni des normes techniques ni des exigences universelles.
Avant d’affirmer comment un itinéraire doit être sélectionné ou comment des données incertaines doivent être traitées, il faut disposer de documents techniques ou réglementaires plus spécifiques et vérifier la mise en œuvre. Il ne faut pas non plus confondre un itinéraire sélectionné avec une confirmation de réception sur le téléphone.
- Présentez les pratiques suggérées comme des choix propres à l’organisation, et non comme des normes établies.
- Évitez d’attribuer une priorité universelle aux règles commerciales de routage A2P.
- Ne présentez pas des prix, des scores ou des disponibilités de démonstration comme des données commerciales en vigueur.
- Ne présentez pas la sélection d’un itinéraire comme une confirmation de livraison.
Questions fréquentes
Existe-t-il une priorité universelle pour les règles de routage des SMS A2P ?
Les éléments fournis ne permettent pas d’affirmer qu’il existe une priorité universelle pour résoudre les conflits entre les règles commerciales de routage A2P. Une documentation technique spécifique est nécessaire pour établir le fonctionnement d’une mise en œuvre particulière.
Que faire si aucun itinéraire ne satisfait aux exigences ?
Les sources disponibles ne prescrivent aucune réponse générale. À titre de suggestion opérationnelle, définissez un résultat explicite adapté à votre système et à vos obligations ; n’assouplissez pas silencieusement une condition pour forcer une sélection.
La sélection d’un itinéraire garantit-elle la livraison du SMS ?
Elle ne doit pas être présentée comme une garantie. Les éléments fournis ne définissent pas le lien entre la décision de routage et la livraison effective du message.
Comment traiter les numéros portés ou une classification de trafic incertaine ?
Les éléments disponibles ne précisent ni source ni règle universelle pour ces cas. Une documentation technique ou réglementaire plus spécifique est nécessaire avant d’affirmer comment les traiter.
Que faut-il inclure dans le journal d’une décision ?
Les sources fournies n’établissent aucune exigence en matière de journalisation. À titre de pratique suggérée, une organisation peut conserver un identifiant et une version de politique, les conditions pertinentes, le résultat et son motif, dans le respect de ses politiques de confidentialité et de conservation des données.
Sources consultées
- Especificaciones 3GPP por series3GPP
- Recomendación E.164Unión Internacional de Telecomunicaciones (UIT-T)
- Recursos de redes móvilesGSMA