SMPP - पीयर-टू-पीयर शॉर्ट मैसेज प्रोटोकॉल

नमस्ते! हालांकि संदेशवाहक और सामाजिक नेटवर्क हर दिन संचार के पारंपरिक तरीकों से बाहर निकल रहे हैं, लेकिन यह एसएमएस की लोकप्रियता से कम नहीं है। एक लोकप्रिय साइट या लेन-देन अधिसूचना पर सत्यापन दर्शाता है कि वे जीवित हैं और जीवित रहेंगे। क्या आपने कभी सोचा है कि यह सब कैसे काम करता है? बहुत बार, एसएमपीपी का उपयोग बड़े पैमाने पर संदेश भेजने के लिए किया जाता है, जिसकी चर्चा बिल्ली के नीचे की जाएगी।

स्मैप, 1 , 2 के बारे में पहले से ही हैबर पर लेख थे, लेकिन उनका उद्देश्य प्रोटोकॉल का वर्णन करना नहीं था। बेशक, आप तुरंत प्राथमिक स्रोत - विनिर्देश के साथ शुरू कर सकते हैं, लेकिन मुझे लगता है कि एक संक्षिप्त सारांश रखना अच्छा होगा। मैं एक उदाहरण के साथ समझाऊंगा v3.4 मुझे आपके उद्देश्य की आलोचना पर खुशी हुई।

SMPP एक पीयर-टू-पीयर मैसेजिंग प्रोटोकॉल है। इसका मतलब है कि प्रत्येक पीयर / हब सर्वर समान है। सबसे सरल मामले में, एसएमएस संदेश योजना इस तरह दिखाई देती है:



हालांकि, अगर राष्ट्रीय ऑपरेटर के पास कुछ दूरदराज के क्षेत्र के लिए मार्ग नहीं है, तो वह इस मध्यस्थ - एसएमएस हब के लिए पूछता है। कभी-कभी, एक एसएमएस भेजने के लिए, आपको कई देशों या महाद्वीपों के बीच एक श्रृंखला बनाने की आवश्यकता होती है।

प्रोटोकॉल के बारे में

एसएमपीपी एक एप्लीकेशन लेयर प्रोटोकॉल है जो पीडीयू एक्सचेंज पर आधारित है और एसएमएस / यूएसएसडी संदेश भेजने के लिए टीसीपी / आईपी या एक्स 25 सत्रों पर प्रसारित किया जाता है। आमतौर पर एसएमपीपी का उपयोग निरंतर कनेक्शन मोड में किया जाता है, इससे समय बचाने में मदद मिलती है। SMPP क्लाइंट-सर्वर संचार मॉडल का उपयोग करता है।

संचार मोड

SMPP के माध्यम से प्रेषक और SMSC के बीच संदेश विनिमय निम्नलिखित मोड में किया जा सकता है:

ट्रांसमीटर (ट्रांसमीटर) - किसी संदेश को एक दिशा में, बारी-बारी से प्रसारित करना
रिसीवर (रिसीवर) - केवल एसएमएससी से संदेश प्राप्त करते हैं।
ट्रांसरेसीवर (ट्रांसीवर) - एसएमएससी और उपयोगकर्ता के बीच मैसेजिंग

संरचना

संदेश की लंबाई

एक एसएमएस-संदेश में 70 अक्षर हो सकते हैं जब सिरिलिक में टाइप किया जा सकता है और 157 से अधिक लैटिन वर्ण + 3 यूडीएच यदि नहीं भेजे गए हैं। बड़ी संख्या में पात्रों के साथ एसएमएस, इसे कई खंडों में विभाजित किया जाएगा और प्राप्त डिवाइस में जोड़ा जाएगा। विभाजन के मामले में, संदेश शीर्षकों के कारण पात्रों की संख्या कम हो जाती है जिसमें संदेश भाग इंगित किया जाता है। इसलिए, एक बड़े एसएमएस-संदेश को भेजते समय, इसमें अधिकतम 153 लैटिन वर्ण या 67 एटिपिकल वर्ण होते हैं।

डेटा कोडिंग योजना

हालाँकि, किसी संदेश को प्रसारित करने के लिए वर्णों को एन्कोड किया जाना चाहिए। एसएमपीपी प्रोटोकॉल में, एक विशेष क्षेत्र कोडिंग के लिए जिम्मेदार है - डेटा कोडिंग योजना, या डीसीएस। यह एक फ़ील्ड है जो इंगित करता है कि संदेशों को कैसे पहचाना जाना चाहिए। इसके अलावा, DCS फ़ील्ड में शामिल हैं:

• वर्ण सेट जो एन्कोडिंग को परिभाषित करता है;
• कक्षा संदेश;
• पढ़ने के बाद स्वचालित विलोपन के लिए अनुरोध;
• संदेश संपीड़न संकेत;
• प्रसारण भाषा;

मानक 7-बिट वर्णमाला (जीएसएम 03.38)। इसे GSM मैसेजिंग सिस्टम के लिए विकसित किया गया था। ऐसी कोडिंग अंग्रेजी और कुछ लैटिन भाषाओं के लिए उपयुक्त है। प्रत्येक वर्ण में 7 बिट्स होते हैं और उन्हें एक ऑक्टेट में एन्कोड किया जाता है।

UTF-16 (GSM UCS2 में) 7-बिट एन्कोडिंग में अनुपलब्ध वर्णों को शामिल करने के लिए, UTF-16 एन्कोडिंग को विकसित किया गया था जो 160 से 70 तक संदेश के आकार को कम करके अतिरिक्त वर्ण (साइरिलिक सहित) जोड़ता है, इस प्रकार की एन्कोडिंग लगभग पूरी तरह से समाप्त हो जाती है यूनिकोड।

8-बिट उपयोगकर्ता-परिभाषित डेटा। इनमें KOI8-R और Windows-1251 शामिल हैं। यद्यपि यह समाधान समान UTF-1 की तुलना में अधिक किफायती लगता है, लेकिन ऐसे एन्कोडिंग का उपयोग करने के लिए, प्राप्त करने और संचारित करने वाले उपकरणों पर प्रारंभिक कॉन्फ़िगरेशन की आवश्यकता होती है। यदि उनमें से कुछ पर एन्कोडिंग डेटा समर्थित नहीं है, तो संदेश सही तरीके से प्रदर्शित नहीं होगा। चूंकि इस मामले में, दोनों उपकरणों को पहले से कॉन्फ़िगर किया जाना चाहिए।

कक्षा संदेश

• क्लास 0, या फ्लैश, उपयोगकर्ता के अनुरोध पर फोन की मेमोरी में संग्रहीत संदेश;
• क्लास 1, या जो फोन में संग्रहीत हैं;
• Class2, यह सुनिश्चित करना चाहिए कि संदेश मोबाइल टर्मिनल की मेमोरी में संग्रहीत है, अन्यथा इसे बचाने में असमर्थता के बारे में SMSC अलर्ट देना चाहिए;
• क्लास 3 - इस मामले में, फोन को एक अधिसूचना भेजनी चाहिए कि डिवाइस में मेमोरी की मात्रा की परवाह किए बिना, संदेश को बचाया जा सकता है। इस प्रकार के संदेश का अर्थ है कि संदेश अपने गंतव्य तक पहुंच गया है;

संदेश प्रकार

मूक संदेश (SMS0) सामग्री के बिना एसएमएस संदेश का प्रकार। ऐसा एसएमएस बिना सूचना के आता है और डिवाइस स्क्रीन पर प्रदर्शित नहीं होता है।

PDU

प्रत्येक पोडू ऑपरेशन को जोड़ा जाता है और इसमें एक अनुरोध और एक प्रतिक्रिया होती है। उदाहरण के लिए: कनेक्शन स्थापित करने के बारे में कहने वाली एक कमांड (bind_transmitter / bind_transmitter_resp), या यह संदेश प्रेषित किया गया है (डिलीवर / पहुंच / पहुंच_समय)



प्रत्येक पड्डू पैकेज में दो भाग होते हैं - एक हेडर और एक बॉडी। हेडर संरचना किसी भी पड्डू पैकेट के लिए समान है: कमांड की लंबाई पैकेट की लंबाई है, आईडी पैकेट का नाम है, और स्थिति कमांड एक सफलतापूर्वक प्रेषित संदेश, या एक त्रुटि के साथ दिखाता है।

उन्नत TLV विकल्प

TLV (टैग लंबाई मान), या वैकल्पिक फ़ील्ड। ऐसे मापदंडों का उपयोग प्रोटोकॉल के कार्यों का विस्तार करने के लिए किया जाता है और इसकी आवश्यकता नहीं होती है। इस क्षेत्र को पड्डू क्षेत्र के अंत में इंगित किया गया है। एक उदाहरण के रूप में, TLV dest_addr_np_information का उपयोग करके, आप किसी नंबर को पोर्ट करने के बारे में जानकारी के हस्तांतरण को व्यवस्थित कर सकते हैं।

टन और एनपीआई

TON (नंबर का प्रकार) पैरामीटर, एसएमएससी को संबोधित प्रारूप और नेटवर्क प्रकार के बारे में सूचित करता है।
एनपीआई (नंबरिंग प्लान आइडेंटिफिकेशन) पैरामीटर नंबरिंग प्लान को दर्शाता है।

संदेश स्रोत का पता, या अल्फा नाम

फोन पर भेजे गए संदेश दो किस्मों में आते हैं: डिजिटल और अल्फाबेटिक। डिजिटल लंबा (फोन नंबर के समान) और छोटा हो सकता है। कभी-कभी ऑपरेटरों को तटस्थ नामों से भेजने पर प्रतिबंध होता है, उदाहरण के लिए इन्फोसम्स, अलर्ट आदि। कभी-कभी ऑपरेटर अपने नेटवर्क पर नाम पंजीकृत नहीं होने पर यातायात की अनुमति नहीं देते हैं। हालांकि, यह ऑपरेटर की विशेषताएं हैं।

शिपिंग चरणों

SMS-SUBMIT एक MO FSM संदेश (मोबाइल टर्मिनल से छोटा संदेश) भेज रहा है
SMS-SUBMIT REPORT - यह पुष्टि करें कि संदेश SMSC द्वारा भेजा गया था
SRI SM (SendRoutInfo) - SMSC ने सब्सक्राइबर के स्थान के MSC / VLR के बारे में HLR से जानकारी प्राप्त की
SRI SM RESP - ग्राहक स्थिति मांस के बारे में HLR से प्रतिक्रिया
MT-FSM - स्थान प्राप्त करने के बाद, “फॉरवर्ड शॉर्ट मैसेज” ऑपरेशन का उपयोग करके एक संदेश भेजा जाता है
MT-FSM ACK - SMSC का जवाब है कि एक संदेश भेजा गया है
SMS-STATUS REPORT - SMSC संदेश वितरण स्थिति भेजता है।

संदेश वितरण स्थिति

SMS-STATUS REPORT में कई मान लिए जा सकते हैं:
DELIVRD संदेश सफलतापूर्वक वितरित किया गया
REJECTD - एसएमएस केंद्र द्वारा अस्वीकार कर दिया गया संदेश
EXPIRED - संदेश को टीटीएल (संदेश जीवनकाल) के अंत के बाद भेज कतार से हटा दिया जाता है
UNDELIV - अन्य गैर-डिलीवरी मामले
UNKNOWN - कोई भेजने वाला उत्तर प्राप्त नहीं हुआ।

ट्रांसमिशन त्रुटियों

कभी-कभी संदेश वितरित नहीं किए जाते हैं। परिणामस्वरूप, त्रुटियां होती हैं। त्रुटियों को PDUs_sms_resp पर लौटा दिया जाता है। सभी त्रुटियों को अस्थायी (अस्थायी) और स्थायी (स्थायी) में विभाजित किया जा सकता है।

एक उदाहरण के रूप में, अस्थायी लोग अनुपस्थित हैं_ सदस्यता रद्द करें, ग्राहक नेटवर्क पर उपलब्ध नहीं है या नहीं है, और स्थायी ग्राहक मौजूद नहीं है। उत्पन्न होने वाली त्रुटियों के आधार पर, इन संदेशों को अग्रेषित करने के लिए एक नीति बनाई जाती है।

उदाहरण के लिए, यदि कोई ग्राहक बात करने में व्यस्त था और एक एमटी हैंडसेट प्राप्त करने में व्यस्त था, तो त्रुटि संदेश कुछ ही मिनटों में फिर से भेजा जा सकता है, हालांकि, यदि ग्राहक के पास अवरुद्ध संदेश सेवा है, तो फिर से भेजने का कोई मतलब नहीं होगा। आप उदाहरण के लिए, SMSC पृष्ठों पर त्रुटियों की सूची पा सकते हैं।