क्या मुझे नए इंटीग्रेशन के लिए 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 बाइंड्स मिलते हैं; होस्ट, पोर्ट और क्रेडेंशियल्स आपके टेस्ट एक्सेस के साथ प्रदान किए जाते हैं।

प्रोटोकॉल BroadNet उत्तर

SMPP 3.4 बनाम SMPP 5.0 — क्या बदला और किसका उपयोग करें।

अंतिम बार समीक्षा की गई 30 सितंबर 20262 मिनट की रीडिंगBroadNet इंजीनियरिंग द्वारा समीक्षा की गई

त्वरित उत्तर

SMPP 3.4 (1999) अभी भी वह SMS इंटरकनेक्ट प्रोटोकॉल है जो आज प्रोडक्शन में लगभग हर A2P बाइंड को चलाता है। SMPP 5.0 (2003) ने Unicode-क्लीन हेडर, ब्रॉडकास्ट और सेल-ब्रॉडकास्ट सपोर्ट, और बेहतर मैसेज क्लास के लिए TLVs जोड़े — लेकिन अधिकांश SMSC और एग्रीगेटर्स कभी इस पर नहीं गए। यदि आप आज चुन रहे हैं, तो TLS के ज़रिए SMPP 3.4 के साथ बाइंड करें, जब तक कि आपका काउंटरपार्टी विशेष रूप से 5.0 की मांग न करे।

सरल भाषा में परिभाषावेंडर-न्यूट्रलसमीक्षा तिथि 30 सितंबर 2026

आरेखआपके प्लेटफ़ॉर्म और BroadNet के बीच एक SMPP सेशन

आपका प्लेटफ़ॉर्म (ESME)

BroadNet SMSC

एक निरंतर TCP/TLS कनेक्शन

bind_transceiverसेशन खोलें और ऑथेंटिकेट करें
bind_transceiver_respसेशन स्वीकार कर लिया गया
submit_smमैसेज भेजें
submit_sm_respस्वीकार किया गया, मैसेज ID वापस मिली
deliver_smडिलीवरी रिपोर्ट या इनबाउंड मैसेज
deliver_sm_respस्वीकार किया गया
enquire_linkआइडल रहने के दौरान कीपलाइव (Keepalive)

विस्तृत उत्तर

सब कुछ जो जानना ज़रूरी है, कुछ भी नहीं जो ज़रूरी नहीं है।

§01

क्यों 3.4 ने इंस्टाल बेस हासिल किया

SMPP 3.4 उसी समय शिप किया गया जब SMS A2P ने रफ्तार पकड़ी। हर बड़े SMSC वेंडर ने गहरे और स्थिर 3.4 इम्प्लीमेंटेशन बनाए। यह प्रोटोकॉल छोटा है (लगभग 30 PDU प्रकार, आठ कमांड जो आप कभी भी भेजते हैं), अच्छी तरह से समझा गया है, और रास्ते में आने वाले हर NAT और फ़ायरवॉल को पार कर लेता है। सत्ताइस साल बाद भी, SMPP 3.4 स्पेसिफिकेशन अभी भी हर A2P इंटरकनेक्ट कॉन्ट्रैक्ट में शीर्ष पर बना हुआ प्रोटोकॉल है।

§02

5.0 में क्या नया है

SMPP 5.0 ने कई कमियों को दूर किया है: नेटिव UTF-8 message_payload, एक उचित service_type रजिस्ट्री, सेल ब्रॉडकास्ट के लिए broadcast_sm / query_broadcast_sm / cancel_broadcast_sm, वैकल्पिक बिलिंग TLVs, और congestion_state के साथ बेहतर कंजेशन कंट्रोल। इसने message_state मशीनों की अवधारणा भी पेश की है जिन्हें SMSC ESME की ओर से चला सकते हैं।

§03

लगभग कोई भी 5.0 क्यों नहीं चलाता

तीन कारण। पहला, SMSC वेंडर्स को अपग्रेड करने के लिए भुगतान नहीं किया गया था — ऑपरेटरों के पास पहले से ही काम करने वाले 3.4 स्टैक थे। दूसरा, सेल-ब्रॉडकास्ट यूज़ केस जिसे 5.0 ने लक्षित किया था, वह समर्पित सेल ब्रॉडकास्ट सेंटर्स (CBCs) के पास गया, SMSC के पास नहीं। तीसरा, जिन चीजों को 5.0 ने ठीक किया (Unicode हैंडलिंग, बिलिंग TLVs) वे आमतौर पर 3.4 के ऊपर TLVs के साथ एप्लिकेशन लेयर पर हल हो जाती हैं। परिणाम: BroadNet पर हमारे पास प्रोडक्शन में एक 5.0 बाइंड है। हमारे पास 1,000 से अधिक सक्रिय 3.4 बाइंड हैं।

§04

व्यावहारिक सलाह

SMPP 3.4 पर एक ट्रांससीवर के रूप में बाइंड करें, आपके अकाउंट के साथ दिए गए पोर्ट पर TLS के साथ। जब रिसीविंग SMSC इसका समर्थन करता है, तो लंबे मैसेज के लिए (UDH कॉनकेटेनेशन के बजाय) message_payload TLV के साथ submit_sm का उपयोग करें। हर 30 सेकंड में enquire_link के लिए नेगोशिएट करें, और क्लीनली अनबाइंड करें। यदि आपका एग्रीगेटर 5.0 के लिए मजबूर करता है, तो पूछें क्यों — कमर्शियल A2P रूट्स पर कोई डिलीवेरेबिलिटी लाभ नहीं है।

SMPP 3.4 बनाम SMPP 5.0 एक नज़र में

	SMPP 3.4	SMPP 5.0
रिलीज़ किया गया	1999	2003
प्रोडक्शन इंस्टाल बेस	लगभग हर A2P बाइंड	दुर्लभ — शायद ही कभी इस्तेमाल किया जाता है
नेटिव यूनिकोड हेडर	—
Cell / ब्रॉडकास्ट सपोर्ट	—
कंजेशन कंट्रोल	बेसिक	congestion_state सिग्नलिंग
डिलीवरेबिलिटी लाभ	बेसलाइन	कमर्शियल A2P रूट्स पर कोई नहीं
आज के लिए अनुशंसित	हाँ — TLS पर ट्रांससीवर	केवल तभी जब कोई काउंटरपार्टी इसकी मांग करे

BNBroadNet इंजीनियरिंग टीम द्वारा लिखित·2003 से कैरियर-ग्रेड मैसेजिंग का संचालन, जिसका मुख्यालय दुबई में है·संपादकीय मानक

FAQ

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

क्या मुझे नए इंटीग्रेशन के लिए 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 बाइंड्स मिलते हैं; होस्ट, पोर्ट और क्रेडेंशियल्स आपके टेस्ट एक्सेस के साथ प्रदान किए जाते हैं।

इसके साथ बनाएँ

इसे सेटअप करने में मदद चाहिए?

नीचे दिए गए पेज वे प्रोडक्ट्स और इंटीग्रेशन गाइड हैं जो इस कॉन्सेप्ट को हकीकत में बदलते हैं। यदि आप इसे लाइव समझना चाहते हैं, तो हमारी इंजीनियरिंग टीम MENA कार्य घंटों के दौरान उसी दिन कॉल पर उपलब्ध रहती है।

हमारी इंजीनियरिंग टीम से बात करें