BroadNet
Fondamenti Risposta BroadNet

UCS-2 — Spiegazione della codifica Unicode degli SMS

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

UCS-2 è la codifica Unicode a 16 bit utilizzata dagli SMS quando il corpo del messaggio contiene caratteri non presenti nell'alfabeto GSM a 7 bit. Arabi, cinesi, cirillici, vietnamiti, emoji e virgolette curve forzano la codifica UCS-2. Il compromesso: un SMS in UCS-2 trasporta solo 70 caratteri per segmento (contro i 160 del GSM a 7 bit), quindi un messaggio in arabo di 150 caratteri costa tre segmenti tariffari, mentre un messaggio in inglese della stessa lunghezza ne costa uno.

Definizione in linguaggio sempliceIndipendente dal fornitoreRevisionato 28 maggio 2026
La risposta lunga

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

§01

Cosa fa realmente

Un SMS submit_sm include un campo data_coding che indica all'SMSC come interpretare il corpo del messaggio. DCS = 0x00 (o 0x01) significa GSM a 7 bit, la codifica predefinita a 160 caratteri. DCS = 0x08 significa UCS-2, due byte per carattere. L'SMSC propaga il data_coding all'SMSC dell'operatore del destinatario, che a sua volta lo propaga al telefono; il telefono visualizza il corpo del messaggio utilizzando la codifica indicata. La combinazione di codifica, ovvero l'invio di un corpo codificato in GSM-7 con un carattere UCS-2 al suo interno, costituisce una violazione del protocollo e produce una visualizzazione errata.

§02

Perché è importante dal punto di vista commerciale

Per la messaggistica in Medio Oriente e Nord Africa, UCS-2 è lo standard predefinito: praticamente tutto il traffico A2P in arabo rivolto ai consumatori utilizza UCS-2, quindi ogni messaggio costa 2-3 segmenti anziché 1. Questa non è un'opzione; la traslitterazione dall'arabo al latino compromette il riconoscimento e il coinvolgimento del consumatore. La prassi consolidata degli operatori è quella di pre-classificare il traffico arabo UCS-2 presso l'SMSC e di prezzarlo di conseguenza. Per i mercati che utilizzano l'alfabeto latino, l'ottimizzazione consiste nel ripulire la composizione da eventuali trigger UCS-2 accidentali (trattini lunghi, virgolette, emoji provenienti da un documento Word del marketer) prima dell'invio.

§03

Angolo operativo

La maggior parte degli aggregatori rileva automaticamente la codifica dal corpo del messaggio inviato e imposta di conseguenza il parametro data_coding. Alcuni consentono di forzare la codifica (utile per i test). Quando si risolvono problemi di fatturazione ("perché la mia campagna in arabo costa il triplo di quanto previsto?"), la prima cosa da controllare è la distribuzione del parametro data_coding della campagna: se ci si aspettava GSM-7 ma i corpi dei messaggi vengono inviati in UCS-2, significa che qualcuno ha aggiunto delle virgolette.

§04

Considerazioni in materia di privacy e conformità

La codifica è un metadato; non costituisce di per sé un dato personale e non rientra nell'ambito di applicazione del GDPR/PDPL. Tuttavia, UCS-2 è la codifica utilizzata per l'arabo, il che significa che il traffico UCS-2 ha statisticamente maggiori probabilità di contenere dati personali di residenti nella regione MENA. Gli operatori nei mercati regolamentati della regione MENA applicano in genere le norme più rigorose in materia di residenza dei dati specificamente al traffico UCS-2, partendo dal presupposto, per maggiore sicurezza, che contenga dati personali in lingua locale.

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à