SMPP - छोटो सन्देश पियर-टू-पियर प्रोटोकल

नमस्ते! यद्यपि मेसेन्जरहरू र सामाजिक सञ्जालहरूले हरेक दिन सञ्चारको परम्परागत विधिहरू प्रतिस्थापन गर्दैछन्, यसले एसएमएसको लोकप्रियतालाई कम गर्दैन। लोकप्रिय साइटमा प्रमाणिकरण, वा लेनदेनको अधिसूचना दोहोर्याइएको छ, तिनीहरू बाँच्छन् र जीवित रहनेछन्। के तपाईंले कहिल्यै सोच्नुभएको छ कि यो सबै कसरी काम गर्दछ? धेरै पटक, SMPP प्रोटोकल सामूहिक सन्देशहरू पठाउन प्रयोग गरिन्छ, जुन तल छलफल गरिनेछ।

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

SMPP प्रोटोकल एक पियर-टू-पीयर सन्देश प्रोटोकल हो। यसको मतलब प्रत्येक साथी/हब सर्भरमा समान अधिकार छ। सरल अवस्थामा, एसएमएस सन्देश योजना यस्तो देखिन्छ:

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

प्रोटोकल बारे

SMPP एउटा एप्लिकेसन लेयर प्रोटोकल हो जुन PDU एक्सचेन्जमा आधारित हुन्छ र TCP/IP, वा X25 सत्रहरूमा SMS र ussd सन्देशहरू पठाउनको लागि प्रसारित हुन्छ। सामान्यतया, SMPP लगातार मोडमा प्रयोग गरिन्छ, जसले समय बचत गर्न मद्दत गर्दछ। SMPP ले ग्राहक-सर्भर संचार मोडेल प्रयोग गर्दछ।

सञ्चार मोड

SMPP मार्फत प्रेषक र एसएमएस केन्द्र बीच सन्देशहरू आदान प्रदान निम्न मोडहरूमा गर्न सकिन्छ:

ट्रान्समिटर (ट्रान्समिटर) - एकै दिशामा सन्देश पठाउने, एक पटकमा
प्राप्तकर्ता - केवल SMS केन्द्रबाट सन्देश प्राप्त गर्दछ।
ट्रान्सरिसीभर (ट्रान्सीभर) - एसएमएस केन्द्र र प्रयोगकर्ता बीच सन्देशहरूको आदानप्रदान

संरचना

सन्देशको लम्बाइ

सिरिलिकमा टाइप गर्दा एउटा एसएमएस सन्देशमा ७० क्यारेक्टरहरू हुन सक्छन् र १५७ ल्याटिन क्यारेक्टरहरू + ३ UDH भन्दा बढी नहुन सक्छ यदि तपाईंले ठूलो संख्यामा क्यारेक्टरहरू भएको SMS पठाउनुभयो भने, यसलाई धेरै खण्डहरूमा विभाजन गरी प्राप्त गर्ने यन्त्रमा जोडिनेछ। विभाजनको अवस्थामा, सन्देश हेडरहरूद्वारा क्यारेक्टरहरूको संख्या घटाइन्छ, जसले सन्देशको अंशलाई संकेत गर्छ। तसर्थ, ठूलो SMS सन्देश पठाउँदा, यसले अधिकतम 70 ल्याटिन क्यारेक्टरहरू वा 157 atypical वर्णहरू समावेश गर्दछ।

डाटा कोडिङ योजना

यद्यपि, प्रतीकहरूलाई सन्देश पठाउनको लागि सङ्केतन चाहिन्छ। SMPP प्रोटोकलमा, एक विशेष क्षेत्र एन्कोडिङको लागि जिम्मेवार छ - डाटा कोडिङ योजना, वा DCS। यो एउटा फिल्ड हो जसले सन्देशहरू कसरी पहिचान गर्नुपर्छ भनेर निर्दिष्ट गर्दछ। थप रूपमा, DCS फिल्डमा समावेश छ:

• क्यारेक्टर सेट जसले एन्कोडिङ परिभाषित गर्दछ;
• सन्देश वर्ग;
• पढे पछि स्वचालित मेटाउनको लागि अनुरोध;
• सन्देश सङ्कुचन को संकेत;
• प्रसारण सन्देश भाषा;

मानक ७-बिट वर्णमाला (GSM ०३.३८)। यो GSM सन्देश प्रणाली को लागी विकसित गरिएको थियो। यो एन्कोडिङ अंग्रेजी र धेरै ल्याटिन भाषाहरूको लागि उपयुक्त छ। प्रत्येक क्यारेक्टरमा ७ बिट्स हुन्छन् र अक्टेटमा इन्कोड गरिएको हुन्छ।

UTF-16 (GSM UCS2 मा) 7-बिट वर्णमालामा छुटेका क्यारेक्टरहरू समावेश गर्न, UTF-16 इन्कोडिङ विकसित गरिएको थियो, जसले सन्देश साइज 160 बाट 70 सम्म घटाएर थप क्यारेक्टरहरू (सिरिलिक सहित) थप्छ; यस प्रकारको सङ्केतन लगभग युनिकोडलाई पूर्ण रूपमा नक्कल गर्दछ।

8-बिट प्रयोगकर्ता परिभाषित डाटा। यसमा KOI8-R र Windows-1251 समावेश छ। यद्यपि यो समाधान समान UTF-16 को तुलनामा अधिक किफायती देखिन्छ। विभिन्न यन्त्रहरूमा अनुकूलताको उचित प्रश्न उठ्छ। किनभने यस अवस्थामा, दुवै उपकरणहरू अग्रिम कन्फिगर हुनुपर्छ।

सन्देश कक्षा

• क्लास०, वा फ्ल्यास, प्रयोगकर्ताको अनुरोधमा फोनको मेमोरीमा भण्डारण गरिएको सन्देश;
• Class1, वा फोनको मेमोरीमा भण्डारण गरिएका;
• Class1, वा फोनको मेमोरीमा भण्डारण गरिएका;
• Class2 ले सन्देश मोबाइल टर्मिनलको मेमोरीमा सुरक्षित गरिएको सुनिश्चित गर्नुपर्छ, अन्यथा यसले बचत गर्न असम्भव भएको बारे एसएमएस केन्द्रलाई सचेत गर्नुपर्छ;
• Class3 - यस अवस्थामा, फोनले सूचना पठाउनु पर्छ कि सन्देश भण्डारण गर्न सकिन्छ, यन्त्रमा मेमोरीको मात्रा बिना। यस प्रकारको सन्देशले सन्देश प्राप्तकर्तामा पुगेको छ भन्ने संकेत गर्छ;

सन्देशको प्रकार

मौन सन्देश (SMS0) सामग्री बिना SMS सन्देश को प्रकार। यो SMS बिना सूचना आउँछ र यन्त्र स्क्रिनमा प्रदर्शित हुँदैन।

PDUs

प्रत्येक pdu अपरेशन जोडा बनाइएको छ र अनुरोध र प्रतिक्रिया समावेश गर्दछ। उदाहरणका लागि: कनेक्सन स्थापना भएको छ भनी एउटा आदेश (bind_transmitter / bind_transmitter_resp), वा सन्देश पठाइएको छ (deliver_sm / deliver_sm_resp)

प्रत्येक pdu प्याकेटमा दुई भागहरू हुन्छन् - एउटा हेडर र एउटा शरीर। हेडर ढाँचा कुनै पनि pdu प्याकेटको लागि समान छ: आदेश लम्बाइ प्याकेटको लम्बाइ हो, id प्याकेटको नाम हो, र स्थिति आदेशले सन्देश सफलतापूर्वक प्रसारण भयो वा त्रुटिको साथ संकेत गर्दछ।

अतिरिक्त TLV प्यारामिटरहरू

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

टन र एनपीआई

TON (नम्बरको प्रकार) प्यारामिटरले SMSC लाई ठेगानाको ढाँचा र नेटवर्क प्रकारको बारेमा जानकारी दिन्छ।
NPI (नम्बरिङ प्लान आइडेन्टिफिकेसन) मापदण्डले नम्बरिङ प्लानलाई सङ्केत गर्छ।

सन्देश स्रोत ठेगाना, वा अल्फा नाम

तपाईंको फोनमा पठाइएका सन्देशहरू दुई प्रकारमा आउँछन्: डिजिटल र वर्णमाला। डिजिटल नम्बरहरू लामो (फोन नम्बर जस्तै) वा छोटो हुन सक्छन्। कहिलेकाहीँ अपरेटरहरूलाई तटस्थ नामहरूबाट पठाउन प्रतिबन्धहरू हुन्छन्, उदाहरणका लागि Infosms, Alert आदि। कहिलेकाहीँ अपरेटरहरूले ट्राफिकलाई अनुमति दिँदैनन् यदि नाम तिनीहरूको नेटवर्कमा दर्ता गरिएको छैन। यद्यपि, यी बरु अपरेटर विशेषताहरू हुन्।

सबमिशन चरणहरू

SMS - सबमिट गर्नुहोस् - यसले MO FSM सन्देश पठाउँदैछ (मोबाइल टर्मिनलबाट छोटो सन्देश)
एसएमएस - रिपोर्ट पेश गर्नुहोस् - सन्देश SMSC द्वारा पठाइएको पुष्टि
श्री एस.एम (SendRoutingInfo) - SMSC ले HLR बाट MSC/VLR स्थानको बारेमा जानकारी प्राप्त गर्दछ।
SRI SM RESP - ग्राहक स्थिति मासुको सम्बन्धमा HLR बाट प्रतिक्रिया
MT-FSM - स्थान प्राप्त गरेपछि, "फर्वार्ड छोटो सन्देश" अपरेशन प्रयोग गरेर सन्देश पठाइन्छ
MT-FSM ACK - सन्देश पठाइएको SMSC बाट प्रतिक्रिया
एसएमएस-स्थिति रिपोर्ट - SMSC ले सन्देश डेलिभरी स्थिति पठाउँछ।

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

एसएमएस-स्थिति रिपोर्ट धेरै मान लिन सक्छ:
DELIVRD सन्देश सफलतापूर्वक डेलिभर गरियो
अस्वीकार गर्नुहोस् - सन्देश एसएमएस केन्द्र द्वारा अस्वीकृत
EXPIRED - सन्देश TTL (सन्देश जीवनकाल) को अन्त्य पछि पठाउने लामबाट हटाइन्छ।
UNDELIV - वितरण नभएको अन्य केसहरू
अज्ञात- पठाउने सम्बन्धमा कुनै जवाफ प्राप्त भएको छैन।

स्थानान्तरण त्रुटिहरू

कहिलेकाहीँ त्यहाँ कारणहरू छन् किन SMS सन्देशहरू ग्राहकलाई डेलिभर गरिएनन्। यी कारणहरूको परिणाम त्रुटिहरूको घटना हो। त्रुटिहरू PDUs_sms_resp मा फर्काइन्छ। सबै त्रुटिहरूलाई अस्थायी (अस्थायी) र स्थायी (स्थायी) मा विभाजन गर्न सकिन्छ।

उदाहरणको रूपमा, absent_subscriber लाई अस्थायी रूपमा वर्गीकृत गर्न सकिन्छ - ग्राहक उपलब्ध छैन वा अनलाइन छैन, र स्थायी - सदस्य अवस्थित छैन। त्रुटिहरूको आधारमा यी सन्देशहरू पुन: पठाउने नीति बनाइन्छ।

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

स्रोत: www.habr.com