BroadNet
Fondamenti Risposta BroadNet

Che cos'è una DLR (ricevuta di consegna)?

Ultimo aggiornamento 2 min di letturaRecensito dal team di ingegneri BroadNet
Risposta rapida

Un DLR è la conferma asincrona dell'avvenuta consegna (o mancata consegna) di un SMS al dispositivo del destinatario. Viene generato dall'SMSC dell'operatore del destinatario, restituito tramite SMPP attraverso deliver_sm o webhook HTTP e riporta uno stato (DELIVRD, UNDELIV, REJECTD, EXPIRED) e un codice di errore specifico dell'operatore.

Definizione in linguaggio sempliceIndipendente dal fornitoreRevisionato 27 maggio 2026
DiagrammaCome un messaggio A2P raggiunge il telefono
  1. La tua applicazioneInviato tramite REST API o SMPP
  2. Piattaforma BroadNetValida, instrada e fattura ogni messaggio
  3. SMSC dell’operatoreConnessione diretta con l'operatore
  4. Dispositivo dell'abbonatoIl messaggio viene consegnato
La ricevuta di consegna (DLR) torna lungo lo stesso percorso verso il tuo webhook
La risposta lunga

Tutto ciò che vale la pena sapere, niente di superfluo.

§01

Cosa significa effettivamente "consegnato"

DELIVRD significa che l'MSC del destinatario ha segnalato l'avvenuta consegna via radio al dispositivo mobile: la rete è soddisfatta. Non significa che l'utente abbia letto il messaggio, aperto l'app di messaggistica o persino tenuto acceso lo schermo. Considerate DLR come una conferma a livello di rete, non come una conferma di lettura. (Per le conferme di lettura, utilizzate RCS o WhatsApp.)

§02

I codici di errore che vedi effettivamente

I codici di errore GSM da 1 a 127 rappresentano le cause a livello di protocollo (abbonato assente, guasto dell'apparecchiatura, ecc.). I codici di errore SMPP da 0x0000 a 0x00FF rappresentano le cause a livello SMPP (indirizzo sorgente non valido, congestione). I TLV specifici dell'operatore a volte forniscono un contesto più ricco (radio fuori copertura, memoria del telefono piena). Un buon aggregatore traduce i codici di errore, spesso poco chiari, in una tassonomia di errori chiara e comprensibile. Il feed DLR di BroadNet normalizza i dati di oltre 200 operatori in un vocabolario di errori composto da 25 codici.

§03

Perché i DLR tornano in ritardo

Molteplici motivi. Abbonato in roaming fuori rete per ore. Riprova di memorizzazione e inoltro SMSC per il periodo di validità (24 ore predefinite; fino a 72 ore per alcuni operatori). Percorso di routing A2P dell'operatore che passa attraverso tre SMSC intermedi, ognuno dei quali aggiunge il proprio ritardo di coda. Il monitoraggio avanzato tiene traccia della latenza DLR p50/p95/p99 per operatore di destinazione e avvisa quando un percorso si degrada — vedi /products/dlr-monitoring patterns.

§04

Cosa fare con la DLR

Tre azioni. Contrassegna il messaggio come consegnato/non riuscito nel tuo sistema di registrazione. Attiva la logica aziendale a valle (il flusso di recupero del carrello continua, si attiva il tentativo di reinserimento dell'OTP). Invia il tutto a un sistema di valutazione della qualità del percorso in modo che il tuo aggregatore possa riequilibrare le connessioni. La terza azione è ciò che distingue una CPaaS da una linea tradizionale: BroadNet utilizza i tuoi DLR per guidare la selezione del percorso in tempo reale.

BNScritto dal team di ingegneri BroadNet·Dal 2003 offriamo servizi di messaggistica di livello carrier, con sede a Dubai.·Standard editoriali
Costruisci con questo

Hai bisogno di aiuto per il collegamento?

Le pagine seguenti contengono i prodotti e le guide di integrazione che illustrano questo concetto. Se preferisci una dimostrazione dal vivo, il nostro team di ingegneri risponde alle chiamate in giornata durante l'orario lavorativo MENA .

Parla con il nostro team di ingegneri
Feedback

Questa risposta ti è stata utile?

Il tuo voto ci aiuta a stabilire le priorità per le risposte da approfondire con esempi, diagrammi e frammenti di codice.

Questa risposta ti è stata utile?
Grazie, ne prendiamo atto. Manterremo questa risposta aggiornata.
Ho capito. Dicci cosa mancava. inviare un breve messaggio.

Come scriviamo e revisioniamo i contenuti

Hai ancora bisogno di aiuto?

Parla con un vero ingegnere di la tua configurazione.

Rispondiamo entro un giorno lavorativo e gli account di produzione hanno supporto 24 ore su 24, 7 giorni su 7. I nostri ingegneri delle soluzioni rilasciano codice, non script.

$ curl -X POST https://api.broadnet.me/sms/sendSms
SLA di risposta
Richieste di accesso di provaRisposta entro 1 giorno lavorativo
Produzione24 / 7 · < 15 min
NOC operatori24 / 7 · reperibilità