BroadNet
SMPP विषय केंद्र

SMPP की व्याख्या

परिभाषा

SMPP (Short Message Peer-to-Peer) एक ओपन TCP प्रोटोकॉल है जो एक एप्लिकेशन — ESME — और एक मोबाइल ऑपरेटर के SMSC के बीच A2P SMS ले जाता है। ESME एक पर्सिस्टेंट बाइंड खोलता है, बाइनरी submit_sm PDU के रूप में मैसेज सबमिट करता है और उसी सॉकेट पर डिलीवरी रिपोर्ट प्राप्त करता है।

से संक्षेपित SMPP प्रोटोकॉल कैसे काम करता है?

अंतिम अपडेट 9 मुख्य शब्द

यह कैसे काम करता है

  1. 1

    बाइंड

    ESME एक TCP कनेक्शन (आदर्श रूप से TLS) खोलता है और system_id और पासवर्ड के साथ bind_transceiver भेजता है। यह Transmitter, Receiver या Transceiver के रूप में बाइंड हो सकता है; SMPP 3.4 पर Transceiver बाइंड आधुनिक डिफॉल्ट है।

    पूरा जवाब पढ़ें
  2. 2

    सबमिट करें

    प्रत्येक मैसेज एक submit_sm PDU के रूप में जाता है, और SMSC एक message_id के साथ submit_sm_resp के माध्यम से पावती (acknowledgment) देता है। विंडो — यानी कितने PDU बिना पावती के प्रोसेस में हो सकते हैं — वह है जो अक्सर वास्तविक थ्रूपुट को सीमित करती है।

    पूरा जवाब पढ़ें
  3. 3

    डिलीवरी रिपोर्ट प्राप्त करें

    डिलीवरी रिपोर्ट उसी सॉकेट पर deliver_sm PDU के रूप में एसिंक्रोनस रूप से आती हैं और message_id द्वारा मूल मैसेज के साथ मैच की जाती हैं।

    पूरा जवाब पढ़ें
  4. 4

    सेशन को सक्रिय रखें

    हर 30 सेकंड में एक enquire_link हार्टबीट बाइंड को चालू रखती है, क्लाइंट एक्सपोनेंशियल बैकऑफ़ के साथ फिर से कनेक्ट होता है, और अनबाइंड सेशन को साफ़ तरीके से बंद कर देता है। एक विफल सबमिट डिकोड करने के लिए एक न्यूमेरिक command_status लौटाता है।

    पूरा जवाब पढ़ें

मुख्य शब्द

प्रत्येक शब्द का अपना उत्तर पेज है जिसमें पूरा स्पष्टीकरण दिया गया है।

अक्सर पूछे जाने वाले प्रश्न

आपको REST के बजाय SMPP को कब चुनना चाहिए?

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.

पूरा जवाब पढ़ें

क्या मुझे नए इंटीग्रेशन के लिए SMPP 5.0 का उपयोग करना चाहिए?

लगभग कभी नहीं। जब तक कि कोई विशिष्ट काउंटरपार्टी 5.0 की मांग न करे, तब तक TLS के ज़रिए SMPP 3.4 बाइंड करें। इंस्टाल बेस, टूलिंग और ऑपरेटर सपोर्ट सभी 3.4 पर आधारित हैं, और कमर्शियल A2P रूट्स पर 5.0 कोई डिलीवरी दर का लाभ प्रदान नहीं करता है।

पूरा जवाब पढ़ें

क्या SMPP 5.0, 3.4 की तुलना में बेहतर मैसेज डिलीवर करता है?

नहीं। डिलीवेरेबिलिटी ऑपरेटर रूट पर निर्भर करती है, SMPP वर्जन पर नहीं। वे चीज़ें जिनमें 5.0 ने सुधार किया है (Unicode हेडर, बिलिंग TLVs) आमतौर पर 3.4 के ऊपर एप्लिकेशन लेयर पर हैंडल की जाती हैं।

पूरा जवाब पढ़ें

मैं SMPP 3.4 के माध्यम से अरबी या emoji कैसे भेज सकता हूँ?

data_coding को UCS-2 (0x08) पर सेट करें, या बॉडी को message_payload TLV में रखें। 3.4 Unicode कंटेंट को अच्छी तरह से हैंडल करता है; इसके लिए आपको 5.0 की आवश्यकता नहीं है।

पूरा जवाब पढ़ें

मुझे किस बाइंड टाइप और पोर्ट का उपयोग करना चाहिए?

TLS पर एक ट्रांससीवर बाइंड A2P के लिए स्टैंडर्ड है — यह एक ही सॉकेट पर submit_sm भेजता है और DLR प्राप्त करता है। BroadNet में SMPP 3.4 बाइंड्स मिलते हैं; होस्ट, पोर्ट और क्रेडेंशियल्स आपके टेस्ट एक्सेस के साथ प्रदान किए जाते हैं।

पूरा जवाब पढ़ें