BroadNet
Protokoller BroadNet yanıtı

SMPP 3.4 ile SMPP 5.0 karşılaştırması — neler değişti ve hangisi kullanılmalı

Son inceleme tarihi 1 dk okumaBroadNet mühendislik ekibi tarafından incelendi
Hızlı yanıt

SMPP 3.4 (1999), bugün üretimdeki hemen hemen her A2P bind işlemi için kullanılan SMS ara bağlantı protokolüdür. SMPP 5.0 (2003); Unicode uyumlu başlıklar, yayın (broadcast) ve hücre yayını (cell-broadcast) desteği ve daha zengin mesaj sınıfları için TLV'ler eklemiştir — ancak çoğu SMSC ve agregatör buna asla geçmemiştir. Eğer bugün bir seçim yapıyorsanız, karşı taraf özellikle 5.0 talep etmedikçe TLS yerine SMPP 3.4'e bind yapın.

Sade dille tanımTedarikçi bağımsızSon inceleme 30 Eylül 2026
DiyagramPlatformunuz ile BroadNet arasında bir SMPP oturumu
Platformunuz (ESME)
BroadNet SMSC
Tek bir kalıcı TCP/TLS bağlantısı
  1. bind_transceiverOturumu açın ve kimlik doğrulayın
  2. bind_transceiver_respOturum kabul edildi
  3. submit_smMesaj gönderin
  4. submit_sm_respKabul edildi, mesaj kimliği (ID) döndürüldü
  5. deliver_smİletim raporu veya gelen mesaj
  6. deliver_sm_respOnaylandı
  7. enquire_linkBoştayken bağlantıyı canlı tutma (Keepalive)
Detaylı yanıt

Bilmeniz gereken her şey, gereksiz hiçbir şey yok.

§01

3.4'ün neden kurulu tabanda (install base) baskın geldiği

SMPP 3.4, SMS A2P'nin yükselişe geçtiği aynı dönemde piyasaya sürüldü. Tüm büyük SMSC tedarikçileri, derin ve istikrarlı 3.4 uygulamaları geliştirdi. Protokol küçük (yaklaşık 30 PDU türü ve gönderdiğiniz sekiz komut), iyi anlaşılır bir yapıdadır ve yoldaki tüm NAT ve güvenlik duvarlarını aşar. Yirmi yedi yıl sonra bile, SMPP 3.4 spesifikasyonu, her A2P ara bağlantı sözleşmesinin en başında yer alan protokol olmaya devam ediyor.

§02

5.0 ile gelen yenilikler

SMPP 5.0, bazı eksiklikleri giderdi: yerel UTF-8 message_payload, düzgün bir service_type sicili, hücre yayını için broadcast_sm / query_broadcast_sm / cancel_broadcast_sm, isteğe bağlı faturalandırma TLV'leri ve congestion_state ile daha sıkı yoğunluk kontrolü. Ayrıca, SMSC'nin ESME adına yönetebileceği message_state makineleri kavramını tanıttı.

§03

5.0'ı neredeyse hiç kimsenin neden kullanmadığı

Üç neden var. Birincisi, SMSC tedarikçileri yükseltme yapmak için ödeme almadı; operatörler halihazırda çalışan 3.4 yığınlarına sahipti. İkincisi, 5.0'ın hedeflediği hücre yayını (cell-broadcast) kullanım durumu SMSC'lere değil, özel hücre yayını merkezlerine (CBC'ler) yöneldi. Üçüncüsü, 5.0'ın düzelttiği unsurlar (Unicode işleme, faturalandırma TLV'leri) genellikle 3.4 üzerindeki TLV'ler ile uygulama katmanında çözülür. Sonuç: BroadNet itibarıyla üretimde bir adet 5.0 bağı (bind) bulunuyor. 1.000'den fazla aktif 3.4 bağı bulunuyor.

§04

Pratik tavsiyeler

Hesabınızla birlikte sağlanan port üzerindeki TLS ile SMPP 3.4 üzerinde bir transceiver olarak bağlayın. Alıcı SMSC desteklediğinde, uzun mesajlar için (UDH birleştirme yerine) message_payload TLV ile submit_sm kullanın. enquire_link'yi her 30 saniyede bir müzakere edin ve temiz bir şekilde bağlantıyı kesin. Eğer agregatörünüz 5.0 sürümünü zorunlu kılıyorsa, nedenini sorun — ticari A2P rotalarında teslimat açısından bir fayda yoktur.

SMPP 3.4 ve SMPP 5.0 karşılaştırması

SMPP 3.4SMPP 5.0
Yayınlandı19992003
Canlı kullanım tabanıNeredeyse tüm A2P eşleşmeleriNadir — nadiren uygulanır
Yerel Unicode başlığı—
Hücre / yayın desteği—
Trafik yoğunluk kontrolüTemelcongestion_state sinyalleşme
İletilebilirlik avantajıTemelTicari A2P rotalarında bulunmamaktadır
Bugün için önerilenlerEvet — TLS üzerinden alıcı-vericiYalnızca karşı taraf talep ederse
BNBroadNet mühendislik ekibi tarafından yazılmıştır·2003 yılından beri operatör sınıfı mesajlaşma hizmeti sunulmaktadır, genel merkezi Dubai'dedir.·Editoryal standartlar
FAQ

Sıkça sorulan sorular

Yeni bir entegrasyon için SMPP 5.0 kullanmalı mıyım?
Neredeyse hiçbir zaman. Belirli bir karşı taraf 5.0 gerektirmedikçe TLS üzerinden SMPP 3.4 ile bind olun. Kurulu kullanıcı tabanı, araçlar ve operatör desteğinin tamamı 3.4 üzerindedir ve 5.0'ın ticari A2P rotalarında teslimat açısından bir avantajı yoktur.
SMPP 5.0, mesajları 3.4'ten daha iyi iletir mi?
Hayır. Teslim oranı SMPP sürümünün değil, operatör rotasının bir sonucudur. 5.0 sürümünün iyileştirdiği unsurlar (Unicode başlıkları, faturalandırma TLV'leri) genellikle 3.4 üzerindeki uygulama katmanında yönetilir.
SMPP 3.4 üzerinden nasıl Arapça veya emoji gönderirim?
data_coding'yi UCS-2 (0x08) olarak ayarlayın veya gövdeyi message_payload TLV içinde taşıyın. 3.4 Unicode içeriği sorunsuz bir şekilde işler; bunun için 5.0'a ihtiyacınız yoktur.
Hangi bind türünü ve portu kullanmalıyım?
TLS üzerinden bir transceiver bind işlemi A2P için standarttır — tek bir soket üzerinden submit_sm gönderir ve DLR'ler alır. BroadNet SMPP 3.4 bind işlemleri sunar; host, port ve kimlik bilgileri test erişiminizle birlikte sağlanır.
Bununla inşa edin

Entegrasyon için yardıma mı ihtiyacınız var?

Aşağıdaki sayfalar, bu kavramı hayata geçiren ürünleri ve entegrasyon kılavuzlarını içermektedir. Konuyu canlı olarak incelemek isterseniz, mühendislik ekibimiz MENA mesai saatleri içinde aynı gün içinde görüşme sağlayabilir.

Mühendislik ekibimizle görüşün
Geri Bildirim

Bu cevap yardımcı oldu mu?

Oylarınız, hangi yanıtları örnekler, diyagramlar ve kod parçacıklarıyla genişleteceğimizi önceliklendirmemize yardımcı olur.

Bu cevap yardımcı oldu mu?
Teşekkürler — not edildi. Bu yanıtı güncel tutacağız.
Anladık. Nelerin eksik olduğunu bize bildirin — kısa bir not gönderin.

İçerikleri nasıl yazıyor ve gözden geçiriyoruz

Hâlâ yardıma mı ihtiyacınız var?

Projeniz hakkında gerçek bir mühendisle görüşün.

Bir iş günü içinde yanıt veriyoruz; kurumsal hesaplar ise 7/24 destek alır. Çözüm mühendislerimiz sadece script değil, çalışan kodlar sunar.

$ curl -X POST https://api.broadnet.me/sms/sendSms
Yanıt SLA
Test erişimi talepleri1 iş günü içinde yanıt verilir
Canlı Ortam24 / 7 · < 15 min
Operatör NOC7 / 24 · pager