Capacité des routes A2P SMS : comment vérifier les réservations et les limites
Un chiffre de TPS ne suffit pas à savoir si une route pourra prendre en charge le trafic prévu. Découvrez comment documenter la capacité proposée, la vérifier de manière contrôlée et examiner les éléments de preuve.

Que signifie la capacité d’une route A2P SMS ?
Dans une opération de gros, demander « combien de SMS par seconde la route peut-elle prendre en charge ? » ne suffit pas à définir le service acheté. La réponse peut désigner un chiffre annoncé, une configuration technique ou un volume que le fournisseur s’engage à réserver sous certaines conditions. Sans préciser ces termes, l’acheteur et le vendeur risquent d’interpréter différemment un même chiffre.
La capacité n’équivaut pas non plus à une livraison garantie. Un système peut accepter un envoi sans que cela confirme son arrivée sur le téléphone. Le résultat dépend du parcours et des conditions de traitement. Les états communiqués par une plateforme doivent être interprétés selon leur définition et ne doivent pas être considérés comme une preuve indépendante de réception sur l’appareil.
- Définissez ce qui est mesuré : messages présentés, acceptés par une interface ou toute autre unité convenue.
- Distinguez la capacité de traitement, la disponibilité du service et le résultat de livraison.
- Ne considérez pas un chiffre nominal comme une garantie de performances futures.

Distinguez les TPS annoncés, contractuels, configurés et utilisables
TPS est souvent utilisé pour exprimer un débit de messages par seconde, mais un chiffre isolé n’en précise ni la portée ni les conditions. Avant de le comparer, indiquez s’il s’agit d’un maximum théorique, d’une limite configurée, d’un engagement contractuel ou d’un débit observé lors d’un test. Il n’existe pas d’équivalence automatique entre ces catégories.
La capacité réellement utilisable ne peut être évaluée qu’en fonction du trafic et de la période définis. Elle peut être limitée par la destination, l’opérateur, le type de trafic, l’expéditeur, la plage horaire ou les règles de la route. Ces paramètres doivent être confirmés par les parties ; il ne faut pas supposer l’existence de limites universelles.
- Demandez la définition exacte de l’unité et de l’intervalle de mesure.
- Indiquez si le chiffre s’applique à une route entière ou à un périmètre plus restreint.
- Confirmez les conditions qui réduisent, suspendent ou entraînent le partage de la capacité.
- Ne comparez les TPS convenus aux données observées que si les conditions de test sont comparables.

Repérez les limites susceptibles de varier selon la destination
Les conditions d’une route peuvent varier selon la destination et l’opérateur intervenant dans le parcours. Des conditions liées à l’expéditeur, à la catégorie du message, au profil du trafic ou aux horaires peuvent également s’appliquer. Les éléments disponibles ne permettent pas de fixer des limites précises ni d’affirmer qu’une configuration s’applique uniformément à toutes les destinations.
Pour organiser l’examen, identifiez chaque destination au moyen de la nomenclature convenue entre les parties. La numérotation internationale peut s’appuyer sur la recommandation ITU-T E.164, mais cette recommandation de numérotation ne détermine ni la capacité ni les performances d’une route SMS.
- Demandez une matrice du périmètre par destination et opérateur si le fournisseur peut la communiquer.
- Précisez quels expéditeurs et types de trafic sont inclus dans la réservation.
- Consignez les plages horaires et les conditions d’utilisation communiquées.
- Considérez comme non confirmée toute condition qui n’a pas été validée par écrit.
Documentez la réservation avant d’envoyer du trafic
Une réservation utile doit décrire la ressource de manière vérifiable et permettre aux deux parties de déterminer quand elle s’applique. Il ne suffit pas de conserver un chiffre dans une présentation : il faut préciser le volume ou le débit représenté, les destinations et types de trafic concernés, ainsi que la période pendant laquelle la disponibilité est attendue.
La documentation doit également indiquer ce qui se passe si le profil d’envoi change ou si une limite est atteinte. En cas d’ambiguïté concernant la simultanéité, la répartition entre clients ou le traitement des pics, demandez des précisions avant de planifier un trafic dépendant de cette capacité.
- Consignez l’unité, le périmètre, le sens du trafic et la période de validité.
- Précisez les destinations, opérateurs, expéditeurs et catégories de messages inclus, selon les accords conclus.
- Demandez que les conditions d’utilisation, les exceptions et la procédure d’escalade soient décrites.
- Conservez la version et la date de la confirmation, ainsi que les modifications ultérieures.
Planifiez une vérification contrôlée
Un test doit répondre à une question précise et non chercher à démontrer une capacité maximale sans coordination. Convenez à l’avance avec le fournisseur ou l’acheteur de la destination, de l’expéditeur autorisé, du type de trafic légitime, de la plage horaire et du volume de test. Respectez les conditions applicables et n’augmentez pas la charge au-delà de ce qui est autorisé.
Définissez les événements qui seront enregistrés et la manière de les interpréter. L’acceptation par une interface, un état ultérieur et la réception vérifiée sur un appareil sont des observations distinctes. Les états de livraison peuvent dépendre des informations disponibles dans la chaîne de messagerie ; un DLR reçu ne doit pas être présenté automatiquement comme une vérification indépendante du téléphone.
- Définissez par écrit l’objectif, le périmètre et les critères d’arrêt avant de commencer.
- Commencez par le trafic de test autorisé et n’augmentez le volume que dans le cadre d’un plan convenu.
- Consignez les horodatages, le volume proposé, les réponses, les erreurs et les états communiqués.
- Arrêtez le test en cas de refus inattendus, de dégradation ou de signes de saturation, puis coordonnez les étapes suivantes.
Observez les files d’attente, les refus, la latence et les états en tenant compte du contexte
Une accumulation de messages en attente, des réponses de refus ou une hausse de la latence peuvent justifier une investigation, mais ne suffisent pas à identifier la cause. Pour les interpréter, comparez des périodes et des destinations équivalentes, vérifiez les conditions convenues et demandez au fournisseur la définition de chaque état ou erreur observé.
Les indicateurs doivent être interprétés en tenant compte du point où ils ont été mesurés. Une latence enregistrée sur une interface ne correspond pas nécessairement au délai avant réception sur l’appareil. De même, une acceptation initiale ne prouve pas que le message a parcouru toute la chaîne.
- Précisez où et quand les mesures de latence sont prises.
- Distinguez les messages acceptés, en attente, refusés et les états communiqués, selon les définitions de la plateforme.
- Comparez les données par destination et par plage horaire, sans tirer de conclusions à partir d’un échantillon limité ou non comparable.
- Documentez les incidents et demandez au fournisseur d’expliquer les erreurs et les changements d’état.
Comparez la capacité au profil réel du trafic
La demande moyenne ne décrit pas nécessairement les périodes de forte activité. Préparez un profil indiquant la répartition des messages par destination et dans le temps, ainsi que la part correspondant aux pics prévisibles. Ne transformez pas ce profil en promesse de capacité : utilisez-le pour demander au fournisseur une évaluation précise.
Si le trafic est réparti entre plusieurs destinations, calculez et présentez chaque groupe séparément. Un chiffre global peut masquer le fait qu’une partie de la demande dépend de conditions différentes. La capacité ne peut être jugée suffisante qu’au regard du périmètre et des limites confirmés pour chaque groupe.
- Résumez les habitudes de trafic et les pics attendus à partir de vos propres données.
- Dans la mesure du possible, ventilez la demande par destination, opérateur et catégorie de trafic.
- Comparez la demande prévue à la capacité confirmée pour le même périmètre et la même période.
- Demandez un plan de montée en capacité si la demande évolue ; ne supposez pas que la capacité peut être augmentée automatiquement.
Conservez des éléments de preuve pour le suivi opérationnel
La capacité peut faire l’objet d’examens périodiques, sans considérer un test passé comme une garantie pour l’avenir. Conservez un registre des accords, des conditions de chaque test, des indicateurs observés et des incidents. Cette traçabilité aide à repérer les changements de périmètre ou de comportement et à formuler des questions précises lors du prochain examen.
Les données numériques de routes présentées à titre démonstratif ne doivent pas être interprétées comme une indication de disponibilité, de prix, de TPS ou de performances commerciales en direct.
- Conservez les accords, les définitions des indicateurs, les plages de test et les résultats, avec leurs dates.
- Demandez quels changements de configuration ou de conditions expliquent une variation.
- Réexaminez périodiquement le périmètre par destination et confirmez que la réservation est toujours en vigueur.
- N’interprétez pas les données démonstratives de routes comme une indication de disponibilité, de prix, de TPS ou de performances commerciales en direct.
Questions fréquentes
Un chiffre de TPS confirme-t-il combien de messages arriveront à destination ?
Non. Un chiffre de TPS doit être interprété selon sa définition, son périmètre et ses conditions. L’acceptation d’un envoi ne confirme pas non plus, à elle seule, sa réception sur le téléphone.
Quelles informations demander pour confirmer une réservation ?
Demandez l’unité, le périmètre, les destinations, la période, le sens du trafic, les expéditeurs et catégories inclus, les conditions d’utilisation et la procédure d’escalade. Faites confirmer par écrit tout point ambigu.
Comment tester la capacité sans surcharger une route ?
Convenez à l’avance avec le fournisseur d’un objectif, d’un périmètre, d’un volume, d’une plage horaire et de critères d’arrêt. Le test doit se limiter à ce qui est autorisé et s’interrompre en cas de refus inattendus ou de signes de dégradation.
Un DLR prouve-t-il que l’utilisateur a reçu le SMS ?
Pas nécessairement. Un DLR est un état communiqué au cours du parcours de messagerie ; sa signification dépend de sa source et de sa mise en œuvre. Il n’équivaut pas automatiquement à une vérification indépendante de la réception sur l’appareil.
La recommandation ITU-T E.164 permet-elle de déterminer la capacité d’une route SMS ?
Non. E.164 est une référence de numérotation internationale. Elle ne définit pas, à elle seule, les TPS, la capacité ou les performances opérationnelles d’une route A2P SMS.
Sources consultées
- 3GPP specifications by series3GPP
- ITU-T Recommendation E.164International Telecommunication Union
- GSMA networks resourcesGSMA