Penjelasan SMPP
SMPP (Short Message Peer-to-Peer) adalah protokol TCP terbuka yang membawa A2P SMS antara aplikasi — ESME — dan SMSC operator seluler. ESME membuka bind yang persisten, mengirimkan pesan sebagai submit_sm PDU biner, dan menerima laporan pengiriman kembali melalui socket yang sama.
Dirangkum dari Bagaimana cara kerja protokol SMPP?
Cara kerjanya
- 1
Bind
ESME membuka koneksi TCP (idealnya TLS) dan mengirimkan bind_transceiver dengan system_id dan kata sandi. Ini dapat melakukan bind sebagai Transmitter, Receiver, atau Transceiver; bind Transceiver melalui SMPP 3.4 adalah standar modern.
Baca jawaban lengkapnya - 2
Kirim
Setiap pesan dikirim sebagai submit_sm PDU, dan SMSC memberikan konfirmasi dengan submit_sm_resp yang membawa message_id. Jendela waktu — berapa banyak PDU yang mungkin sedang dalam proses tanpa konfirmasi — adalah hal yang paling sering membatasi throughput aktual.
Baca jawaban lengkapnya - 3
Terima laporan pengiriman
Laporan pengiriman tiba secara asinkron sebagai deliver_sm PDU pada socket yang sama dan dicocokkan kembali ke pesan asli oleh message_id.
Baca jawaban lengkapnya - 4
Jaga sesi tetap aktif
enquire_link heartbeat setiap 30 detik menjaga bind tetap aktif, klien melakukan koneksi ulang dengan exponential backoff, dan unbind menutup sesi secara bersih. Pengiriman yang gagal akan mengembalikan command_status numerik untuk didekode.
Baca jawaban lengkapnya
Istilah kunci
Setiap istilah memiliki halaman jawaban sendiri dengan penjelasan lengkap.
- Apa itu SMPP?SMPP (Short Message Peer-to-Peer) adalah standar protokol terbuka untuk pertukaran SMS antara SMSC, ESME (External Short Message Entities), dan agregator.
- Bagaimana cara kerja protokol SMPP?SMPP (Short Message Peer-to-Peer) adalah protokol TCP terbuka yang membawa A2P SMS antara sebuah aplikasi — ESME — dan SMSC dari operator seluler.
- Apa itu ESME?ESME (External Short Messaging Entity) adalah istilah SMPP untuk aplikasi apa pun di luar SMSC yang mengirimkan atau menerima SMS.
- Apa itu SMSC?Sebuah SMSC (Short Message Service Center) adalah komponen infrastruktur inti dari jaringan seluler yang menyimpan, meneruskan, dan mengirimkan pesan SMS antara perangkat seluler dan aplikasi eksternal.
- Apa itu ukuran jendela SMPP?Window adalah jumlah SMPP PDU yang dapat dikirim oleh ESME dalam status in-flight — telah dikirim tetapi belum diakui — pada satu bind tunggal di waktu kapan pun.
- SMPP 3.4 vs SMPP 5.0 — apa yang berubah dan apa yang harus digunakanSMPP 3.4 (1999) masih merupakan protokol interkoneksi SMS yang menjalankan hampir setiap bind A2P di produksi saat ini.
- Apa itu DLR (laporan pengiriman)?DLR adalah konfirmasi asinkron bahwa SMS telah terkirim (atau gagal terkirim) ke perangkat genggam.
- Apa itu TPS (Transactions Per Second)?TPS (transaksi per detik) — juga disebut MPS atau laju pengiriman — adalah batas throughput dari sebuah bind perpesanan atau akun: berapa banyak SMS submit_sm PDU yang diterima SMSC per detik sebelum mengembalikan error throttling.
- TLS 1.3 dalam perpesanan — apa yang berubah dan mengapa hal ini penting bagi SMPPTLS 1.3 (RFC 8446, 2018) menggantikan TLS 1.2 dengan handshake yang lebih cepat, menghapus setiap algoritma yang telah rusak dalam dekade sebelumnya, dan mewajibkan forward secrecy.
Panduan dan bacaan lebih lanjut
- ReferensiIkhtisar protokol SMPP
- ReferensiOperasi bind dan status sesi SMPP
- ReferensiSMPP submit_sm: setiap field wajib
- ReferensiKode kesalahan SMPP command_status
- PanduanDaftar Periksa Integrasi SMPP
- ArtikelBiaya operasional integrasi SMS: binds, webhook, dan mode kegagalan
- ArtikelPerencanaan throughput dan TPS SMS: menentukan ukuran binds SMPP untuk kampanye volume tinggi
- PerbandinganSMS API vs SMPP
- Dokumentasi pengembangIntegrasi SMPP
- AlatPencarian Kode Kesalahan SMPP
Pertanyaan yang sering diajukan
Kapan Anda sebaiknya memilih SMPP dibandingkan REST?
Choose SMPP when you sustain several hundred messages per second or need persistent binds (capacity per bind is agreed with your account team), run latency-critical OTP where every millisecond counts, or integrate into an operator/aggregator ecosystem that already speaks SMPP everywhere. Otherwise a REST SMS API (no fixed per-account rate limit at BroadNet) is simpler to run and delivers over the identical routes.
Baca jawaban lengkapnyaHaruskah saya menggunakan SMPP 5.0 untuk integrasi baru?
Hampir tidak pernah. Bind SMPP 3.4 melalui TLS kecuali jika pihak lawan tertentu mewajibkan 5.0. Basis instalasi, peralatan, dan dukungan operator semuanya menggunakan 3.4, dan 5.0 tidak menawarkan keunggulan tingkat keterkiriman pada rute A2P komersial.
Baca jawaban lengkapnyaApakah SMPP 5.0 mengirimkan pesan lebih baik daripada 3.4?
Tidak. Tingkat keterkiriman adalah fungsi dari rute operator, bukan versi SMPP. Hal-hal yang ditingkatkan pada 5.0 (header Unicode, billing TLV) biasanya ditangani pada lapisan aplikasi di atas 3.4.
Baca jawaban lengkapnyaBagaimana cara mengirim bahasa Arab atau emoji melalui SMPP 3.4?
Atur data_coding ke UCS-2 (0x08), atau sertakan isi pesan dalam message_payload TLV. Versi 3.4 menangani konten Unicode dengan baik; Anda tidak memerlukan versi 5.0 untuk hal tersebut.
Baca jawaban lengkapnyaTipe bind dan port apa yang harus saya gunakan?
Transceiver bind melalui TLS adalah standar untuk A2P — mengirim submit_sm dan menerima DLR pada satu soket. BroadNet menawarkan bind SMPP 3.4; host, port, dan kredensial disediakan bersama akses uji coba Anda.
Baca jawaban lengkapnya