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

नमस्कार! जरी इन्स्टंट मेसेंजर्स आणि सोशल नेटवर्क्स दररोज संप्रेषणाच्या पारंपारिक पद्धती बदलत असले तरी, यामुळे एसएमएसच्या लोकप्रियतेला कमी होत नाही. लोकप्रिय साइटवर पडताळणी, किंवा व्यवहार सूचना ते जगतात आणि जिवंत राहतील याची पुनरावृत्ती होते. हे सर्व कसे कार्य करते याचा विचार केला आहे का? बर्‍याचदा, SMPP प्रोटोकॉल मोठ्या प्रमाणात संदेश पाठविण्यासाठी वापरला जातो, ज्याची कट अंतर्गत चर्चा केली जाईल.

Habré कडे आधीच smpp बद्दल लेख होते, 1,2, परंतु त्यांचा उद्देश प्रोटोकॉलचेच वर्णन करणे हा नव्हता. नक्कीच, आपण स्त्रोतापासून त्वरित प्रारंभ करू शकता - तपशील, परंतु मला वाटते की त्यातील सामग्रीचा सारांश असल्यास ते चांगले होईल. मी उदाहरण म्हणून v3.4 वापरून स्पष्ट करेन. तुमच्या वस्तुनिष्ठ टीकाबद्दल मला आनंद झाला.

SMPP प्रोटोकॉल हा एक पीअर-टू-पीअर मेसेजिंग प्रोटोकॉल आहे. याचा अर्थ प्रत्येक पीअर/हब सर्व्हर समान आहे. सर्वात सोप्या प्रकरणात, एसएमएस संदेश योजना अशी दिसते:

तथापि, जर राष्ट्रीय ऑपरेटरकडे काही दुर्गम प्रदेशात जाण्याचा मार्ग नसेल, तर तो यासाठी मध्यस्थांना विचारतो - एक एसएमएस हब. काहीवेळा, एक एसएमएस पाठवण्यासाठी, तुम्हाला अनेक देश किंवा महाद्वीपांमध्ये एक साखळी तयार करावी लागेल.

प्रोटोकॉल बद्दल

SMPP हा एक ऍप्लिकेशन लेयर प्रोटोकॉल आहे जो PDU च्या एक्सचेंजवर आधारित आहे आणि sms आणि ussd संदेश पाठवण्यासाठी TCP/IP किंवा X25 सत्रांवर प्रसारित केला जातो. सहसा, SMPP चा वापर पर्सिस्टंट कनेक्शन मोडमध्ये केला जातो, ज्यामुळे वेळ वाचतो. SMPP क्लायंट-सर्व्हर कम्युनिकेशन मॉडेल वापरते.

संप्रेषण मोड

SMPP द्वारे प्रेषक आणि एसएमएस केंद्र यांच्यातील संदेशांची देवाणघेवाण खालील पद्धतींमध्ये केली जाऊ शकते:

ट्रान्समीटर (ट्रांसमीटर) - एका दिशेने, एका वेळी एक संदेश प्रसारित करणे
प्राप्तकर्ता (प्राप्तकर्ता) - केवळ एसएमएस केंद्राकडून संदेश प्राप्त करणे.
ट्रान्ससीव्हर (ट्रान्सीव्हर) - एसएमएस केंद्र आणि वापरकर्ता यांच्यात संदेशाची देवाणघेवाण

रचना

संदेशाची लांबी

सिरिलिकमध्ये टाइप करताना एका एसएमएस संदेशामध्ये 70 वर्ण असू शकतात आणि 157 लॅटिन वर्ण + 3 UDH पेक्षा जास्त नसू शकतात, जर तुम्ही मोठ्या संख्येने अक्षरांसह एसएमएस पाठवला, तर तो अनेक विभागांमध्ये विभागला जाईल आणि रिसीव्हिंग डिव्हाइसमध्ये एकत्र केला जाईल. सेगमेंटेशनच्या बाबतीत, संदेश शीर्षलेखांद्वारे वर्णांची संख्या कमी केली जाते, जे संदेशाचा भाग दर्शवतात. म्हणून, मोठा SMS संदेश पाठवताना, त्यात कमाल 153 लॅटिन वर्ण किंवा 67 अॅटिपिकल वर्ण असतात.

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

तथापि, संदेश देण्यासाठी वर्ण एन्कोड करणे आवश्यक आहे. SMPP प्रोटोकॉलमध्ये, एक विशेष फील्ड एन्कोडिंगसाठी जबाबदार आहे - डेटा कोडिंग योजना, किंवा DCS. हे एक फील्ड आहे जे संदेश कसे ओळखले जावे हे निर्दिष्ट करते. याव्यतिरिक्त, DCS फील्डमध्ये हे समाविष्ट आहे:

• एन्कोडिंग परिभाषित करणारा वर्ण संच;
• संदेश वर्ग;
• वाचल्यानंतर स्वयंचलितपणे हटविण्याची विनंती;
• संदेश कॉम्प्रेशनचे संकेत;
• प्रसारित संदेश भाषा;

मानक 7-बिट वर्णमाला (GSM 03.38). जीएसएममधील मेसेजिंग सिस्टमसाठी ते विकसित केले गेले. हे एन्कोडिंग इंग्रजी आणि अनेक लॅटिन भाषांसाठी योग्य आहे. प्रत्येक वर्णामध्ये 7 बिट्स असतात आणि ते ऑक्टेटमध्ये एन्कोड केलेले असतात.

UTF-16 (GSM UCS2 मध्ये) 7-बिट वर्णमालामध्ये गहाळ वर्ण समाविष्ट करण्यासाठी, UTF-16 एन्कोडिंग विकसित केले गेले, जे संदेश आकार 160 ते 70 पर्यंत कमी करून अतिरिक्त वर्ण (सिरिलिकसह) जोडते, या प्रकारचे एन्कोडिंग जवळजवळ पूर्णपणे युनिकोडची पुनरावृत्ती होते.

8-बिट वापरकर्ता परिभाषित डेटा. यामध्ये KOI8-R आणि Windows-1251 यांचा समावेश आहे. जरी हे समाधान समान UTF-16 च्या तुलनेत अधिक किफायतशीर वाटत असले तरी. वेगवेगळ्या उपकरणांवर सुसंगततेचा वाजवी प्रश्न आहे. या प्रकरणात दोन्ही डिव्हाइसेस आगाऊ कॉन्फिगर करणे आवश्यक आहे.

संदेश वर्ग

• क्लास0, किंवा फ्लॅश, वापरकर्त्याच्या विनंतीनुसार फोनच्या मेमरीमध्ये संग्रहित संदेश;
• Class1, किंवा फोनच्या मेमरीमध्ये साठवलेले;
• Class1, किंवा फोनच्या मेमरीमध्ये साठवलेले;
• क्लास 2, मेसेज मोबाईल टर्मिनलच्या मेमरीमध्ये संग्रहित असल्याची खात्री करणे आवश्यक आहे, अन्यथा सेव्ह करण्याच्या अशक्यतेबद्दल एसएमएस केंद्राला सूचना देणे आवश्यक आहे;
• वर्ग 3 - या प्रकरणात, फोनने एक सूचना पाठवणे आवश्यक आहे की डिव्हाइसमधील मेमरी कितीही असली तरीही संदेश संग्रहित केला जाऊ शकतो. या प्रकारच्या संदेशाचा अर्थ असा होतो की संदेश प्राप्तकर्त्यापर्यंत पोहोचला आहे;

संदेश प्रकार

सामग्रीशिवाय मूक संदेश (SMS0) SMS संदेश प्रकार. असा एसएमएस नोटिफिकेशनशिवाय येतो आणि डिव्हाइस स्क्रीनवर प्रदर्शित होत नाही.

PDUs

प्रत्येक pdu ऑपरेशन जोडलेले असते आणि त्यात विनंती आणि प्रतिसाद असतो. उदाहरणार्थ: कनेक्शन स्थापित केले आहे असे सांगणारी कमांड (bind_transmitter / bind_transmitter_resp), किंवा संदेश पाठविला गेला आहे (deliver_sm / deliver_sm_resp)

प्रत्येक pdu पॅकेटमध्ये दोन भाग असतात - एक शीर्षलेख आणि एक मुख्य भाग. शीर्षलेख रचना कोणत्याही pdu पॅकेटसाठी सारखीच असते: कमांडची लांबी पॅकेटची लांबी असते, id पॅकेटचे नाव असते आणि स्टेटस कमांड संदेश यशस्वीरित्या प्रसारित झाला होता की त्रुटीसह सूचित करते.

अतिरिक्त TLV पॅरामीटर्स

TLV (टॅग लांबी मूल्य), किंवा अतिरिक्त फील्ड. अशा पॅरामीटर्सचा उपयोग प्रोटोकॉलची कार्यक्षमता वाढवण्यासाठी केला जातो आणि पर्यायी असतो. हे फील्ड pdu फील्डच्या शेवटी निर्दिष्ट केले आहे. उदाहरण म्हणून, dest_addr_np_information TLV वापरून, तुम्ही नंबरच्या पोर्टिंगबद्दल माहितीचे हस्तांतरण आयोजित करू शकता.

टन आणि एनपीआय

TON (क्रमांकाचा प्रकार) पॅरामीटर एसएमएससीला अॅड्रेसिंग फॉरमॅट आणि नेटवर्क प्रकाराबद्दल माहिती देतो.
NPI (नंबरिंग प्लॅन आयडेंटिफिकेशन) पॅरामीटर जो नंबरिंग प्लॅन दर्शवतो.

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

फोनवर पाठवलेले संदेश दोन प्रकारात येतात: संख्यात्मक आणि वर्णमाला. संख्या लांब (फोन नंबर प्रमाणे) किंवा लहान असू शकतात. काहीवेळा ऑपरेटर्सना तटस्थ नावांवरून पाठवण्यावर बंधने असतात, जसे की Infosms, Alert इ. कधीकधी ऑपरेटर त्यांच्या नेटवर्कमध्ये नाव नोंदणीकृत नसल्यास रहदारीला परवानगी देत ​​​​नाही. तथापि, हे ऑपरेटरचे वैशिष्ट्य आहे.

सबमिशन टप्पे

एसएमएस-सबमिट करा - हा MO FSM संदेश पाठवत आहे (मोबाईल टर्मिनलवरून लघु संदेश)
एसएमएस-अहवाल सबमिट करा - संदेश SMSC द्वारे पाठविला गेला याची पुष्टी
एसआरआय एस.एम (SendRoutingInfo) - SMSC ला HLR कडून सदस्याच्या MSC/VLR स्थानासंबंधी माहिती प्राप्त होते
SRI SM RESP — सदस्य स्थान मांस संबंधित HLR कडून प्रतिसाद
MT-FSM - स्थान प्राप्त केल्यानंतर, "फॉरवर्ड शॉर्ट मेसेज" ऑपरेशन वापरून एक संदेश पाठविला जातो
MT-FSM-ACK - SMSC कडून प्रतिसाद की संदेश पाठविला गेला आहे
एसएमएस स्थिती अहवाल - SMSC संदेश वितरण स्थिती पाठवते.

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

एसएमएस स्थिती अहवाल अनेक मूल्ये घेऊ शकतात:
DELIVRD संदेश यशस्वीरित्या वितरित केला
नाकारले - एसएमएस केंद्राने नाकारलेला संदेश
एक्सपायर्ड - टीटीएल (संदेश आजीवन) संपल्यानंतर पाठवण्याच्या रांगेतून संदेश काढला जातो.
UNDELIV - वितरण न केल्याची इतर प्रकरणे
अज्ञात- पाठवण्याबाबत कोणतेही उत्तर मिळाले नाही.

ट्रान्समिशन त्रुटी

काहीवेळा ज्या कारणांमुळे ग्राहकांना एसएमएस संदेश वितरित केले जात नाहीत. या कारणांचा परिणाम म्हणजे चुका होणे. PDUs_sms_resp मध्ये त्रुटी परत केल्या आहेत. सर्व त्रुटी तात्पुरत्या (तात्पुरत्या) आणि कायम (कायम) मध्ये विभागल्या जाऊ शकतात.

उदाहरण म्हणून, absent_subscriber चे वर्गीकरण तात्पुरते म्हणून केले जाऊ शकते - सदस्य उपलब्ध नाही किंवा ऑनलाइन नाही आणि कायम - सदस्य अस्तित्वात नाही. उद्भवलेल्या त्रुटींवर अवलंबून, हे संदेश पुन्हा पाठविण्याचे धोरण तयार केले जाते.

उदाहरणार्थ, जर ग्राहक बोलण्यात व्यस्त असेल आणि MT हँडसेट प्राप्त झाला असेल तर व्यस्त त्रुटी आहे, काही मिनिटांनंतर संदेश पुन्हा पाठविला जाऊ शकतो, तथापि, जर ग्राहकाने संदेश प्राप्त करणारी सेवा अवरोधित केली असेल, तर पुन्हा पाठवण्याचा अर्थ नाही. आपण SMSC पृष्ठांवर त्रुटींची सूची शोधू शकता, उदाहरणार्थ हे.

स्त्रोत: www.habr.com