Semua yang perlu diketahui, tidak ada yang tidak perlu.
Perbedaan drastis antara 160 vs 70
Jika pesan Anda sesuai dengan GSM 7-bit, Anda mendapatkan 160 karakter per segmen. Jika Anda menambahkan satu em-dash (—), tanda kutip melengkung (""), atau karakter Arab / Mandarin / emoji apa pun, seluruh pesan akan menjadi UCS-2 dan Anda hanya mendapatkan 70 karakter per segmen. Pesan 150 karakter yang pas dalam satu segmen GSM akan menjadi pesan 150 karakter yang membutuhkan 3 segmen UCS-2 — sehingga biaya Anda menjadi tiga kali lipat. Untuk pengiriman volume tinggi, normalisasi tanda baca ke ekuivalen ASCII GSM-7 saat penyusunan pesan.
Konkatenasi (multipart SMS)
Pesan yang lebih panjang dari satu segmen akan dipecah di sisi klien dan disatukan kembali oleh perangkat penerima menggunakan User Data Header (UDH). Segmen yang terkoneksi via UDH terdiri dari 153 karakter (GSM-7) atau 67 karakter (UCS-2) — tiga byte per segmen digunakan oleh UDH itu sendiri. Sebagian besar agregator menagih per segmen, bukan per pesan — pesan GSM-7 berukuran 320 karakter akan ditagih sebagai 3 segmen.
Kapan harus menggunakan UCS-2 secara sengaja
Selalu untuk konten bahasa Arab, Mandarin, Jepang, Korea, Sirilik, atau emoji. Selalu untuk bahasa Eropa dengan diakritik yang tidak ada dalam ekstensi GSM-7 (Polish ł, Czech ř, Vietnamese ă). SMS bahasa Arab di MENA pada dasarnya adalah 100% UCS-2 — sesuaikan anggaran Anda (pesan OTP bahasa Arab biasanya menggunakan 2 segmen).
Opsi 8-bit (jarang digunakan)
SMPP juga mendukung pengkodean biner 8-bit mentah untuk data biner — digunakan untuk perintah OTA SIM, pengiriman nada dering (1990-an), dan skenario M2M yang sangat khusus. Hampir tidak pernah terlihat dalam trafik A2P komersial.