BroadNet
Grundlagen BroadNet-Antwort

Was ist ein DLR (Zustellbericht)?

Zuletzt geprüft 1 Min. LesezeitGeprüft von BroadNet Engineering
Kurze Antwort

Eine DLR (Delivery Letter Reception) ist die asynchrone Bestätigung, dass eine SMS an das Endgerät zugestellt wurde (oder nicht zugestellt werden konnte). Sie wird vom SMSC (SMS-Servicecenter) des Empfängerbetreibers generiert, über SMPP (SMS-Speicher) mittels deliver_sm oder HTTP-Webhook zurückgesendet und enthält einen Status (DELIVRD, UNDELIV, REJECTD, EXPIRED) sowie einen betreiberspezifischen Fehlercode.

Definition in einfacher SpracheHerstellerneutralRezension 27. Mai 2026
DiagrammSo erreicht eine A2P-Nachricht das Telefon
  1. Ihre AnwendungVersand über REST API oder SMPP
  2. BroadNet-PlattformValidiert, routet und fakturiert jede Nachricht
  3. SMSC des BetreibersDirekte Operator-Anbindung
  4. Endgerät des AbonnentenDie Nachricht wird zugestellt
Der Zustellbericht (DLR) wird über denselben Pfad an Ihren Webhook zurückgesendet
Die ausführliche Antwort

Alles Wissenswerte, nichts Unwissendes.

§01

Was „zugestellt“ tatsächlich bedeutet

DELIVRD bedeutet, dass das MSC des Empfängers die erfolgreiche Funkzustellung an das Mobiltelefon gemeldet hat – das Netzwerk ist zufrieden. Es bedeutet nicht, dass der Nutzer die Nachricht gelesen, die Messaging-App geöffnet oder den Bildschirm eingeschaltet hatte. Behandeln Sie DLR als Bestätigung auf Netzwerkebene, nicht als Lesebestätigung. (Für Lesebestätigungen verwenden Sie RCS oder WhatsApp.)

§02

Die Fehlercodes, die Sie tatsächlich sehen

GSM-Fehlercodes 1–127 bezeichnen die Protokollursachen (z. B. abwesender Teilnehmer, Geräteausfall). SMPP-Fehlercodes 0x0000–0x00FF bezeichnen die SMPP-bedingten Ursachen (z. B. ungültige Quelladresse, Netzüberlastung). Betreiberspezifische TLVs enthalten mitunter detailliertere Informationen (z. B. Funkverbindung außerhalb der Reichweite, voller Mobilspeicher). Ein guter Aggregator übersetzt die unübersichtlichen Betreibercodes in eine übersichtliche Fehlerklassifizierung, auf die Sie reagieren können. Der DLR-Feed von BroadNet normalisiert die Daten von über 200 Betreibern in ein 25-Code-Fehlervokabular.

§03

Warum DLRs verspätet zurückkommen

Viele Gründe. Roaming-Teilnehmer befinden sich stundenlang außerhalb des Netzes. SMSC-Speicher-und-Weiterleitungsversuche dauern die Gültigkeitsdauer (standardmäßig 24 Stunden; bei manchen Anbietern bis zu 72 Stunden). Der A2P-Routingpfad des Betreibers führt über drei zwischengeschaltete SMSCs, die jeweils eine eigene Warteschlangenverzögerung verursachen. Ausgereifte Überwachungsmethoden erfassen die DLR-Latenz (p50/p95/p99) je nach Zielbetreiber und warnen bei einer Verschlechterung der Route – siehe /products/dlr-monitoring patterns.

§04

Was tun mit dem DLR?

Drei Aktionen. Die Nachricht in Ihrem System als zugestellt/fehlgeschlagen markieren. Nachgelagerte Geschäftslogik auslösen (Warenkorb-Wiederherstellungsprozess wird fortgesetzt, OTP-Wiederholungsversuch wird gestartet). Die Daten an eine Routenqualitäts-Bewertungstabelle zurückmelden, damit Ihr Aggregator die Routen neu ausbalancieren kann. Die dritte Aktion unterscheidet CPaaS von einer herkömmlichen Telefonanlage: BroadNet nutzt Ihre DLRs, um die Routenauswahl in Echtzeit zu steuern.

BNVerfasst vom BroadNet -Entwicklungsteam·Betrieb von Carrier-Grade-Messaging seit 2003, Hauptsitz in Dubai·Redaktionelle Standards
Bauen Sie damit

Brauchen Sie Hilfe beim Anschließen?

Auf den folgenden Seiten finden Sie die Produkte und Integrationsleitfäden, die dieses Konzept veranschaulichen. Wenn Sie lieber eine Live-Besprechung wünschen, steht Ihnen unser Entwicklungsteam während der üblichen Geschäftszeiten MENA noch am selben Tag telefonisch zur Verfügung.

Sprechen Sie mit unserem Ingenieurteam.
Rückmeldung

War diese Antwort hilfreich?

Ihre Stimme hilft uns dabei, zu priorisieren, welche Antworten wir mit Beispielen, Diagrammen und Code-Ausschnitten ergänzen sollen.

War diese Antwort hilfreich?
Danke – zur Kenntnis genommen. Wir werden diese Antwort beibehalten.
Verstanden. Sagen Sie uns, was fehlte. sende eine kurze Nachricht.

Wie wir Inhalte erstellen und prüfen

Benötigen Sie noch Hilfe?

Sprechen Sie mit einem echten Ingenieur über Ihr Build.

Wir antworten innerhalb eines Werktags, Produktionskunden erhalten Support rund um die Uhr. Unsere Lösungsingenieure liefern Code, keine Skripte.

$ curl -X POST https://api.broadnet.me/sms/sendSms
Reaktions-SLA
Anfragen für TestzugangAntwort innerhalb von 1 Werktag
Produktion24 / 7 · < 15 min
Betreiber-NOC24 / 7 · Rufbereitschaft