BroadNet
Principes fondamentaux Réponse BroadNet

Qu'est-ce qu'un DLR (Delivery Receipt) ?

Dernière mise à jour 2 min de lectureExaminé par l'équipe d'ingénierie BroadNet
Réponse rapide

Un DLR est la confirmation asynchrone de la bonne réception (ou de l'échec de la réception) d'un SMS sur le terminal. Il est généré par le SMSC de l'opérateur destinataire, renvoyé via SMPP par deliver_sm ou webhook HTTP, et contient un état (DELIVRD, UNDELIV, REJECTD, EXPIRED) ainsi qu'un code d'erreur spécifique à l'opérateur.

Définition en langage clairneutre vis-à-vis des fournisseursExaminé 27 mai 2026
SchémaComment un message A2P parvient au téléphone
  1. Votre applicationEnvoi via REST API ou SMPP
  2. Plateforme BroadNetValide, route et facture chaque message
  3. SMSC de l’opérateurConnexion directe opérateur
  4. Terminal de l'abonnéLe message est livré
L'accusé de réception (DLR) remonte le même chemin vers votre webhook
La réponse longue

Tout ce qui mérite d'être su, rien qui ne le mérite pas.

§01

Que signifie réellement « livré » ?

DELIVRD signifie que le MSC du destinataire a confirmé la bonne réception du message par voie radio sur son téléphone ; le réseau est donc satisfait. Cela ne signifie pas que l'utilisateur a lu le message, ouvert l'application de messagerie, ni même que son écran était allumé. Considérez DLR comme un accusé de réception au niveau du réseau, et non comme une confirmation de lecture. (Pour les confirmations de lecture, utilisez RCS ou WhatsApp.)

§02

Les codes d'erreur que vous voyez réellement

Les codes de cause GSM 1 à 127 correspondent aux raisons au niveau du protocole (abonné absent, panne d'équipement, etc.). Les codes d'erreur SMPP 0x0000 à 0x00FF correspondent aux raisons au niveau SMPP (adresse source invalide, congestion). Les TLV spécifiques à l'opérateur fournissent parfois un contexte plus riche (radio hors couverture, mémoire du terminal pleine). Un bon agrégateur traduit les codes d'opérateur complexes en une taxonomie d'erreurs claire et exploitable. Le flux DLR de BroadNet normalise les erreurs de plus de 200 opérateurs en un vocabulaire de 25 codes.

§03

Pourquoi les DLR reviennent-ils en retard ?

Plusieurs raisons peuvent expliquer ce phénomène. Par exemple, un abonné en itinérance peut être hors réseau pendant plusieurs heures. Le SMSC effectue alors des tentatives de retransmission pendant la période de validité (24 heures par défaut, jusqu'à 72 heures pour certains opérateurs). Le chemin de routage A2P de l'opérateur peut passer par trois SMSC intermédiaires, chacun ajoutant son propre délai d'attente. Un système de surveillance performant suit la latence DLR (p50/p95/p99) par opérateur de destination et alerte en cas de dégradation d'une route (voir /products/dlr-monitoring patterns).

§04

Que faire avec le DLR ?

Trois actions sont nécessaires. 1. Marquer le message comme distribué/échoué dans votre système d'enregistrement. 2. Déclencher la logique métier en aval (le processus de récupération du panier se poursuit, la nouvelle tentative d'envoi du code OTP est activée). 3. Intégrer ces informations dans un tableau de bord de qualité de routage afin que votre agrégateur puisse rééquilibrer le trafic. La troisième action distingue une plateforme CPaaS d'un réseau filaire : BroadNet utilise vos DLR pour optimiser la sélection des routes en temps réel.

BNRédigé par l'équipe d'ingénierie BroadNet·Nous proposons des services de messagerie de qualité opérateur depuis 2003, avec un siège à Dubaï.·Normes éditoriales
Construisez avec ceci

Besoin d'aide pour le câblage ?

Vous trouverez ci-dessous les guides produits et d'intégration qui permettent de concrétiser ce concept. Si vous préférez une présentation en direct, notre équipe d'ingénieurs est disponible par téléphone le jour même pendant les heures ouvrables MENA .

Contactez notre équipe d'ingénieurs
Retour

Cette réponse vous a-t-elle été utile ?

Votre vote nous aide à prioriser les réponses à développer avec des exemples, des diagrammes et des extraits de code.

Cette réponse vous a-t-elle été utile ?
Merci, c'est noté. Nous mettrons cette réponse à jour.
Compris. Dites-nous ce qui manquait. envoyer un petit message.

Comment nous rédigeons et vérifions nos contenus

Vous avez encore besoin d'aide ?

Parlez à un vrai ingénieur à propos de votre construction.

Nous répondons sous un jour ouvré, et les comptes de production bénéficient d'un support 24h/24 et 7j/7. Nos ingénieurs développent du code, pas des scripts.

$ curl -X POST https://api.broadnet.me/sms/sendSms
SLA de réponse
Demandes d'accès de testRéponse sous 1 jour ouvré
Production24 / 7 · < 15 min
NOC opérateurs24 / 7 · astreinte