👉🏿 ✅ 👵🏾 पोस्टमैन उपयोगिता का उपयोग करते हुए SCEF के माध्यम से NIDD के साथ सहभागिता। SCEF और इसकी विशेषताओं का एक संक्षिप्त दौरा 🤴 🤾🏽 ♀️

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

संक्षिप्त समीक्षा

NB-IoT आसानी से 2G की ऊँची एड़ी के जूते पर कदम रखता है और खुद को सेलुलर संचार के लिए ऊर्जा-कुशल मानक के रूप में स्थापित किया है, जो कि भविष्य में 2 जी को बाहर निकालने में सक्षम होगा, जिसने इसकी स्थिति को मजबूत किया है। इसका कारण डिवाइस के सबसे अधिक खपत वाले हिस्सों में से एक रेडियो ट्रांसमीटर के ऊर्जा की खपत के मुद्दे पर लचीले ढंग से संपर्क करने की क्षमता है। यदि आप विवरण में गहराई से नहीं जाते हैं, तो NB-IoT के साथ, हमारे पास डिवाइस के संचार कार्यक्रम और इंटरनेट पर सर्वर के साथ डिवाइस की बातचीत को सेट करके लचीले ढंग से डिवाइस के ऑपरेटिंग मोड को कॉन्फ़िगर करने का अवसर है।

इसके समानांतर, एक साथ एक सेल से जुड़े सब्सक्राइबर उपकरणों की संख्या में काफी वृद्धि हो रही है, साथ ही साथ मोबाइल ऑपरेटर की लागत भी इस संचार की संचालन क्षमता को बनाए रखने के लिए है।

यह माना जाता है कि पाठक को एनबी-आईओटी तकनीक की लगभग समझ है और न्यूनतम बातचीत का अनुभव है।

लेख नियमित रूप से अद्यतन और अद्यतन किया जाता है।

NB-IoT नेटवर्क के भीतर कठिनाइयाँ

साथ में रेडियो ट्रांसमीटर और उच्च ऊर्जा दक्षता को नियंत्रित करने की क्षमता के साथ, सर्वर से मॉड्यूल (डिवाइस) तक दिशा में डेटा भेजने की समस्या आ गई है। कारण यह है कि सफेद आईपी पते के साथ सैकड़ों हजारों डिवाइस प्रदान करना संभव है, लेकिन यह बड़ी मात्रा में ओवरहेड करता है और इसकी जटिलता के कारण नेटवर्क की समग्र विश्वसनीयता को कम करता है। मॉड्यूल ऑपरेटर के NAT के लिए पता प्राप्त करता है और ऑपरेटर के लिए बड़ी संख्या में उपकरणों के कारण इसे "आउट" अनुवाद करना मुश्किल है। उदाहरण के लिए: 100 हजार डिवाइस आईपी पते की समान संख्या है और IPv4 के ढांचे के भीतर इसे लागू करना संभव नहीं लगता है। IPv6 में संक्रमण इस समस्या को हल कर सकता है, लेकिन आपको अभी भी नेटवर्क पर डिवाइस के "सफेद" पते के लिए भुगतान करना होगा, जो कॉर्पोरेट ग्राहकों की जेब को काफी प्रभावित करेगा।

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

एनआईडीडी (नॉन-आईपी डेटा डिलीवरी) - इसकी आवश्यकता क्यों है?

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

SCEF (सेवा क्षमता एक्सपोज़र फ़ंक्शन) - उपयोगकर्ताओं के लिए एक उपहार

SCEF एक कार्यात्मक नेटवर्क तत्व है जो पहले दिखाई दिया था और 3GPP रिलीज़ 13, मोबाइल ऑपरेटर की ओर से तैनात किया गया था और SCS / AS (सेवा क्षमता सर्वर / अनुप्रयोग सर्वर) और NB-IoT डिवाइस के बीच एक सुरक्षित संचार चैनल प्रदान करता है। SCEF, NIDD के माध्यम से डिवाइस के साथ संचार करते समय एक संचार चैनल प्रदान करता है और एकल एप्लिकेशन प्रोग्रामिंग इंटरफेस (API T8 विवरण से) के माध्यम से NB-IoT नेटवर्क की अतिरिक्त नेटवर्क क्षमताओं / सेवाओं तक पहुंच प्रदान करता है। 3GPP रिलीज़ 13 में, सेलुलर नेटवर्क इंटरफेस के साथ इंटरफेस के लिए केवल SCEF तंत्र को मानकीकृत किया गया था। इस प्रकार, नेटवर्क लोड को अनुकूलित किया जाता है, डिवाइस के साथ बातचीत को सरल किया जाता है, डिवाइस के एल्गोरिथ्म को सरल बनाया जाता है।SCEF डेटा ट्रांसमिशन की सुरक्षा और दोनों दिशाओं में सफल डेटा ट्रांसफर की पुष्टि करने के लिए आवश्यकताओं की पूर्ति के लिए उच्च आवश्यकताओं को भी पूरा करता है।

SCEF आपको NB-IoT डिवाइस के साथ इंटरैक्शन के जटिल सिस्टम से अमूर्त करने की अनुमति देता है, जब उत्तरार्द्ध eDRX या PSM मोड में है और सर्वर-> डिवाइस की दिशा में डेटा ट्रांसफर के लिए उपलब्ध नहीं है। जब डिवाइस ने संचार अनुसूची के बारे में नेटवर्क ऑपरेटर के नेटवर्क के साथ पंजीकरण और "सहमति" प्राप्त की है, तो आप एक सरल इंटरफ़ेस का उपयोग करके, डिवाइस को डेटा स्थानांतरित कर सकते हैं और इससे डेटा प्राप्त कर सकते हैं, अपने डिवाइस के "सब्सक्रिप्शन" का प्रबंधन कर सकते हैं और कुछ घटनाओं के लिए, अपने आप को विशिष्ट सेट और सेट कर सकते हैं। यूनिवर्सल आईडी नाम और बहुत कुछ। एक ही इंटरफ़ेस के माध्यम से यह सब - T8 एपीआई।

यह ध्यान रखना महत्वपूर्ण है कि एक सर्वर (एएस) एक नहीं, बल्कि कई हो सकता है, और आप कुछ घटनाओं या उपकरणों के समूहों के लिए सर्वर के बीच सूचना के वितरण को लचीले ढंग से कॉन्फ़िगर कर सकते हैं।

यह काम किस प्रकार करता है

एक सेलुलर नेटवर्क के लिए एक उपकरण की पहुंच को व्यवस्थित करने के लिए सबसे लोकप्रिय समाधान एक सेलुलर मॉड्यूल का उपयोग है, उदाहरण के लिए:

सेलुलर नेटवर्क में पंजीकरण करते समय, ऐसा मॉड्यूल ऑपरेटर को कुछ जानकारी प्रसारित करता है, जिसमें एक सब्सक्राइबर सिम कार्ड का IMSI शामिल होता है जिसे ऑपरेटर सब्सक्राइबर अकाउंट या सब्सक्राइबर के साथ जोड़ सकता है यदि उसके पास ऑपरेटर के व्यक्तिगत खाते तक पहुंच हो। SCEF स्क्रीन के पीछे डिवाइस के साथ अगले संचार सत्र का ज्ञान छिपा रहा है। ऑपरेटर के नेटवर्क में एक गैर-आईपी डिवाइस का पंजीकरण केवल तभी संभव है, जब इस उपकरण में एससीएस / एएस से कम से कम एक सदस्यता हो। कोई सदस्यता नहीं - कोई भी इस डिवाइस के साथ NIDD के माध्यम से संवाद नहीं करेगा, और डिवाइस नेटवर्क पर पंजीकृत नहीं होगा। इस प्रकार, एससीईएफ, अगले संचार सत्र के बारे में जानते हुए, डेटा ट्रांसफर और डिलीवरी कंट्रोल की स्थिति की अतिरिक्त निगरानी को व्यवस्थित करने की आवश्यकता के बिना निर्दिष्ट डिलीवरी मापदंडों और प्रेषित संदेश के अनुसार, डिवाइस से / के लिए डेटा स्थानांतरित करने में सक्षम है।

लपट

टीसीपी प्रोटोकॉल में डिवाइस से डेटा बाइट्स की एनकैप्सुलेटिंग इकाइयों और इसे सर्वर पर स्थानांतरित करना कंपनी के बेड़े में सैकड़ों हजारों उपभोक्ता उपकरणों के संदर्भ में महंगा है। SCEF आपको डिवाइस पर आईपी को छोड़ने और केवल गैर-आईपी डेटा को स्थानांतरित करने की अनुमति देता है, सिग्नल चैनल के माध्यम से आईपी हेडर के बिना, जो प्रेषित बाइट की लागत में कई कमी में योगदान देता है और सेवा के उपयोग से अतिरिक्त लाभ प्रदान करता है। इसके अलावा, SCEF डिवाइस को प्रेषित डेटा में कोई बदलाव नहीं करता है और इससे पेलोड पारदर्शी रूप से प्रेषित होता है। इसलिए, NIDD का उपयोग करके न केवल असंरचित डेटा को स्थानांतरित करना संभव है, बल्कि ASSON पर डेटा प्रसंस्करण को सरल बनाने के लिए JSON जैसे एक समझे जाने वाले मानकीकृत प्रारूप में "लिपटे" डेटा भी संभव है।

काम की शुरुआत

पोस्टमैन के उदाहरण पर यूआरआई (यूनिफ़ॉर्म रिसोर्स आइडेंटिफ़ायर) की संरचना

सबसे पहले, आपको ऑपरेटर (एम 2 एम-प्रबंधक सेवा) से अपने व्यक्तिगत खाते तक पहुंचने की आवश्यकता है। एमटीएस के वाणिज्यिक कार्यान्वयन के लिए, एक एकल व्यक्तिगत खाता इंटरफ़ेस प्रदान किया जाता है, जहां आप एपीएन को स्वतंत्र रूप से एपीआई के लिए लॉगिन / पासवर्ड एक्सेस बना सकते हैं और अपने उपकरणों के लिए स्कैडसिड नाम निर्दिष्ट कर सकते हैं।

उन। हमें कम से कम आवश्यकता होगी:

ScsAsID - आपकी एएस आईडी
एपीएन - वह जो आमतौर पर नेटवर्क के साथ बातचीत करने के लिए उपयोग किया जाता है वह काम नहीं करेगा
लॉगिन / पासवर्ड - अपने व्यक्तिगत खाते तक पहुंच और SCEF के साथ बातचीत के लिए डेटा
SCRI द्वारा आपको प्रदान किए गए नेटवर्क पर URI –HTTP पता और पोर्ट
externalID - हमारे डिवाइस की आईडी

अभ्यास के लिए आगे बढ़ते हैं

सिद्धांत खत्म हो गया है, चलो सबसे दिलचस्प भाग पर चलते हैं - SIMCom वायरलेस सॉल्यूशंस उत्पादन मॉड्यूल पर अभ्यास - SIM7020E ।

सबसे पहले आपको एनआईडीडी के साथ काम करने के लिए मॉड्यूल को स्वयं कॉन्फ़िगर करना होगा। ऐसा करने के लिए, पहले मॉड्यूल को CFUN = 0 मोड में रखें और इसे कॉन्फ़िगर करें:

AT+CFUN=0
+CPIN: NOT READY

OK
AT+ENVDM=1,tel_conn_mgr,default_pdn_flag,1,30
OK
AT*MCGDEFCONT="Non-IP","<APN>"
OK
AT+CFUN=1
OK

+CPIN: READY
AT+EGACT=1,4,"<APN>"
+EGACT:1

OK

+EGACT:1,1,1,4

पैकेट डेटा नेटवर्क में मॉड्यूल के पंजीकरण की जाँच करना

AT+CGREG?
+CGREG: 0,1

OK

और NIDD की स्थापना समाप्त करें

AT+NIDD=0,"<APN>","<login>","<pass>"
+NIDD=0,0

OK

मॉड्यूल की प्रतिक्रिया में यहां account_id होगा: + NIDD = 0, <account_id> - यह मॉड्यूल पर NIDD को सक्रिय करते समय काम में आएगा।

AT+NIDD=1,0
+NIDD=1,0

OK

इस स्थिति में, account_id 0. हो

गया है। इस स्तर पर, मॉड्यूल के साथ काम पूरा हो गया है। एससीईएफ की स्थापना के लिए आगे बढ़ते हैं।

एक महत्वपूर्ण बिंदु: SCEF में एक पंजीकृत सदस्यता के बिना, मॉड्यूल नेटवर्क पर पंजीकरण प्राप्त नहीं करेगा!

SCEF

एपीआई टी 8

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

SCEF और सेवा सदस्यता के साथ कार्य करें - JSON (जावास्क्रिप्ट ऑब्जेक्ट संकेतन)

डेटा जिसमें SCEF कॉन्फ़िगरेशन शामिल है और HTTP / 1.1 के माध्यम से SCEF में संचारित है, उसे JSON प्रारूप में एन्कोड किया जाना चाहिए, और HTTP- का शरीर सामग्री-प्रकार के क्षेत्र में ही "एप्लिकेशन / json" शीर्षक शामिल करना चाहिए। उसी समय, यदि संदेश प्राप्तकर्ता को दिया गया था और वितरण की पुष्टि प्राप्त हुई थी - SCEF को उचित कॉन्फ़िगरेशन को हटाना होगा, स्थिति कोड "200 OK" के साथ HTTP POST के माध्यम से संदेश भेजें और घटना पर रिपोर्ट चालू करें।

डाकिया

मैं इस उपयोगिता के साथ काम नहीं करूंगा, इंटरनेट पर आपको बहुत सारी समीक्षाएं मिल सकती हैं। मैं केवल यह कह सकता हूं कि इसके मुक्त संस्करण में इसकी कुछ सीमाएं हैं, लेकिन हमें इसकी ज्यादा जरूरत नहीं है, मुफ्त में दी जाने वाली कार्यक्षमता हमारे कार्यों के लिए पर्याप्त है।

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

तुरंत हमारे नए डिवाइस के कॉन्फ़िगरेशन के लिए आगे बढ़ें।

प्रारंभ में, हमने GET विधि को कॉन्फ़िगर किया है, इसे POST पर स्विच करें (थोड़ी देर बाद यह स्पष्ट हो जाएगा कि यह क्यों आवश्यक है)। "प्राधिकरण" टैब पर, हमारे पास "क्रेडेंशियल्स" दर्ज करें:

अब हमारा पहला अनुरोध बनाएँ:

अनुरोध निकाय में, हम संकेत देते हैं:

{
    "externalId": "<ID >",
    "reliableDataService": false,
    "pdnEstablishmentOption": "WAIT_FOR_UE",
    "duration":"2020-12-31T23:59:59Z",
    "notificationDestination": "http://<IP >:<port>"
}

जरूरी!

“duration” – duration SLA SCEF (SCSAS/ID) , SCEF ,
“maximumPacketSize” – /

आइए तुरंत ध्यान दें कि निम्नलिखित विकल्प "pdnEstablishmentOption" में संभव हैं:

WAIT_FOR_UE - यदि डिवाइस अनुपलब्ध है (नेटवर्क पर या PSM या किसी अन्य स्थिति में पंजीकृत नहीं है) तो बफर
INDICATE_ERROR - यदि डिवाइस अनुपलब्ध है तो तुरंत एक त्रुटि के साथ जवाब दें
SEND_TRIGGER - डिवाइस ट्रिगर सेवा (एसएमएस के माध्यम से वैकल्पिक वितरण चैनल) का उपयोग करें। यह लेख नहीं माना जाता है।

डिवाइस पर डेटा भेजने के लिए हम उसी पैरामीटर का उपयोग करते हैं। और सदस्यता बनाते समय, हम तुरंत एपीआई अनुरोधों की संख्या को कम करते हुए, डिवाइस को डेटा भेज सकते हैं।
सब! आप भेजें बटन पर क्लिक कर सकते हैं और SCEF की प्रतिक्रिया में हमें जो भी मिलता है, उसे ध्यान से देखें:

{
    "externalId": "<ID >",
    "duration": "2020-12-31T23:59:59Z",
    "notificationDestination": "http://<IP >:<port>",
    “reliableDataService": false,
    "maximumPacketSize": 500,
    "self": "/3gpp-nidd/v1/<ScsAsID>/configurations/<ID >",
    "status": "ACTIVE"
}

स्वयं लाइन में, हम मुख्य रूप से हमारे द्वारा बनाए गए कॉन्फ़िगरेशन की आईडी में रुचि रखते हैं, इसे खोना बेहद अवांछनीय है, क्योंकि अधिकांश संभावना है कि ऑपरेटर सभी बनाए गए कॉन्फ़िगरेशन के अनुरोध फ़ंक्शन का समर्थन नहीं करेंगे। जब एक ScsAsID के ढांचे के भीतर कई हजार डिवाइस बनाए जाते हैं, तो सभी डिवाइस कॉन्फ़िगरेशन को प्रसारित करने के लिए SCEF सर्वर पर बहुत अधिक लोड बनाया जाएगा। हम इसे एक नियम के रूप में लेते हैं: एक उपकरण = एक सदस्यता के रूप में एसएएसएआईडीएस सेवा।

इस प्रकार, हम पहले से ही सर्वर पर मॉड्यूल, आईपी पते और पोर्ट का डेटा प्राप्त कर सकते हैं, जिसका हमने ऊपर संकेत दिया था।

मॉड्यूल से एएस में डेटा ट्रांसफर

आइए डिवाइस से डेटा को एएस में स्थानांतरित करने का प्रयास करें, SIM7020E मॉड्यूल पर वापस लौटें और अगर हमने पिछले अध्याय से इसे नहीं छुआ और इसे बंद नहीं किया, तो हम इसे कमांड भेज देंगे:

AT+NIDD=3,<account_id>,"6162636465"
OK

कृपया ध्यान दें कि हमारा संदेश HEX में एन्कोडेड है और इसमें एक सरल अनुक्रम है: "abcde"।
सर्वर पर लगभग तुरंत (एएस), जो मेजबान है, हम देखेंगे:

POST / HTTP/1.1
OCSGHTTPProcessor: 147ff7c6-a43d-4fc9-b303-0ca50f497747
X-callback-t8-type: 3
X-callback-url: http://<IP >:<port>
X-api-network-service-node: 0
Content-Type: application/json
Content-Length: 214
Host: <IP >:<port>
Connection: Keep-Alive
User-Agent: Apache-HttpAsyncClient/4.1.3 (Java/1.8.0_181)

{"externalId":"<ID >","niddConfiguration":"/3gpp-nidd/v1/<ScsAsID>/configurations/<ID >","data":"YWJjZGU=","reliableDataService":false}

संदेश स्वयं बेस 64 एनकोडिंग में आया और इस तरह दिखता है:

YWJjZGU=

यदि हम Base64 एन्कोडिंग से अनुवाद करते हैं, तो हमें अपना मूल संदेश मिलता है:

abcde

बेस 64 एनकोडिंग का उपयोग इस तथ्य के कारण किया जाता है कि एएससीआईआई एन्कोडिंग का उपयोग करते समय, कुछ डेटा कभी-कभी खो जाता है और बेस 64 का उपयोग ट्रांसमिशन को अधिक विश्वसनीय बनाता है।

यह भी ध्यान दिया जाना चाहिए कि इस मामले में मॉड्यूल से प्रेषित जानकारी SCEF के अंदर संग्रहीत नहीं है और तुरंत HTTP के माध्यम से हमारे सर्वर पर प्रेषित की जाती है।

एएस से मॉड्यूल में डेटा ट्रांसफर

मॉड्यूल से हमारे एएस से दिशा में डेटा भेजने के लिए, आइए पोस्टमैन पर वापस जाएं और POST विधि और Base64 एन्कोडिंग का उपयोग करके एक नया अनुरोध बनाएं। हम अपने मॉड्यूल में 1234567890 (Base64: MTIzNDU2Nzg5MA ==) को भेजेंगे:

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

वैसे, यदि इस समय डिवाइस ऑनलाइन नहीं है, तो हमारा संदेश SCEF पर बफ़र हो जाएगा, और लाइन "मैक्सिमलता" हमें बताएगी कि जब तक डिवाइस टाइमर से सेट नहीं हो जाता तब तक संदेश नष्ट होने तक कितने सेकंड बचे हैं? । नीचे अनुरोधित वर्तमान SCEF कॉन्फ़िगरेशन जैसा लगेगा (GET तंत्र का उपयोग करके, उस पर अधिक)

{
    "externalId": "<ID >",
    "duration": "2020-12-31T23:59:59Z",
    "notificationDestination": "http://<IP >:<port>",
    "reliableDataService": false,
    "status": "ACTIVE",
    "niddDownlinkDataTransfers": [
    {
        "externalId": "<ID >",
        "reliableDataService": false,
        "data": "MDEyMzQ1Njc4OTA=",
        "maximumLatency": 96,
        "priority": 1,
        "self": "/3gpp-nidd/v1/<ScsAsID>/configurations/<ID >/downlink-data-deliveries/1"
    }
}

यदि, टाइमर समाप्त होने के बाद, डिवाइस ने अभी भी संपर्क नहीं किया है, तो SCEF आपके सर्वर (AS) को सूचित करेगा कि टाइमर समाप्ति के कारण संदेश वितरित नहीं किया गया था और संदेश हटा दिया जाएगा:

POST / HTTP/1.1
OCSGHTTPProcessor: 14c8cab8-ecce-4868-a59e-1f784224518b
X-callback-t8-type: 4
X-callback-url: http://<IP >:<port>
X-api-network-service-node: 0
Content-Type: application/json
Content-Length: 139
Host: <IP >:<port>
Connection: Keep-Alive
User-Agent: Apache-HttpAsyncClient/4.1.3 (Java/1.8.0_181)

{"niddDownlinkDataTransfer":"/3gpp-nidd/v1/<ScsAsID>/configurations/<ID >/downlink-data-deliveries/1","status":"FAILURE"}

सफल होने पर, SCEF तुरंत जवाब देगा:

{
    "externalId": "<ID >",
    "reliableDataService": false,
    "status": "SUCCESS"
}

यदि आप बफर कर रहे हैं तो आप संदेशों को प्राथमिकता देने की क्षमता जोड़ सकते हैं। इसे "प्राथमिकता" पैरामीटर द्वारा नियंत्रित किया जाता है। जब डिवाइस पर एक नया संदेश भेजा जाता है और यदि वितरण बफर SCEF से अधिक है, तो संदेश को कम प्राथमिकता वाले संदेश के साथ बदल दिया जाएगा, अन्यथा संदेश वितरण के लिए स्वीकार नहीं किया जाएगा। किसी संदेश को बफ़र से हटाना भी संभव है।

यदि संदेश वितरित नहीं किया जा सकता है, और यह बफ़र किया गया है, तो आपको निम्न प्राप्त होंगे:

{
    "externalId": "<ID >",
    "reliableDataService": false,
    "self": "/3gpp-nidd/v1/<ScsAsID>/configurations/<ID >/downlink-data-deliveries/2",
   "status": "BUFFERING"
}

जरूरी!

:
/<ID >/downlink-data-deliveries/1
– SCEF. , . .

संदेश प्राप्त होने पर, मॉड्यूल निम्नलिखित URC की रिपोर्ट करेगा:

+NIDD=4,0,11,0,"3031323334353637383930"

HEX से ASCII में कौन सा अनुवाद हमारा संदेश होगा:

1234567890

बस यहीं छोड़ दो। "बफ़र्ड" संदेश की डिलीवरी की अधिसूचना:

{
"niddDownlinkDataTransfer":"3gpp-nidd/v1/<ScsAsID>/configurations/<ID >/downlink-data-deliveries/1",
"status":"SUCCESS"
}

डिवाइस की स्थिति की निगरानी एक अन्य SCEF सेवा के माध्यम से संभव है जिसे "मॉनिटरिंग इवेंट (MONTE)" कहा जाता है। MONTE के भीतर, समान सदस्यता प्रणाली का उपयोग करके, घटनाओं और समय के बारे में सूचनाएं प्राप्त करना संभव है (उदाहरण के लिए, जब डिवाइस उपलब्ध हो जाता है)। लेकिन इस दूसरी बार के बारे में बात करते हैं।

SCEF से कॉन्फ़िगरेशन प्राप्त करना

आपने शायद देखा कि आप SCEF से वर्तमान कॉन्फ़िगरेशन प्राप्त कर सकते हैं। चलो करते हैं। हम उस पोस्टमैन को लेते हैं जिसे हमने पहले से प्यार किया है और GET विधि का उपयोग करके निम्नलिखित अनुरोध बनाते हैं:

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

{
    "externalId": "<ID >",
    "duration": "2020-12-31T23:59:59Z",
    "notificationDestination": " http://<IP >:<port>",
    "reliableDataService": false,
    "status": "ACTIVE",
    "niddDownlinkDataTransfers": []
}

SCEF पर कॉन्फ़िगरेशन हटाना

अच्छी तरह से और आखिरी - हम हमारे द्वारा बनाए गए कॉन्फ़िगरेशन को हटा देंगे। ऐसा करने के लिए, वर्तमान कॉन्फ़िगरेशन के समान एड्रेस बार का उपयोग करें, लेकिन इसे DELETE में बदल दें:

जवाब में, हम प्राप्त करेंगे:

{
    "externalId": " <ID >",
    "duration": "2020-12-31T23:59:59Z",
    " notificationDestination": " http://<IP >:<port>",
    "reliableDataService": false,
    "status": "TERMINATED"
}

जहां लाइन "स्थिति" में हम देखेंगे कि हमारे द्वारा बनाया गया कॉन्फ़िगरेशन हटा दिया गया है।

निष्कर्ष

SCEF का उपयोग करने के विषय पर एक से अधिक शोध प्रबंध लिखे जा सकते हैं, यह विषय व्यापक है और जल्द ही सभी क्षेत्रों में और विशेष रूप से चीजों के इंटरनेट के लिए कई M2M उपकरणों के लिए अत्यंत प्रासंगिक हो जाएगा। मुख्य बात जो मैं आपको बताना चाहता हूं कि एनआईडीडी और एससीईएफ के साथ काम करना कैसे शुरू किया जाए ताकि आप इसे अपने हिसाब से समझ सकें। लेकिन साथ ही मुझे आपकी मदद करने में हमेशा खुशी होती है: support@simcom.com (RUS टीम के लिए चिह्नित), पत्र में आपको अपने संपर्क विवरण और अपनी परियोजना के बारे में कुछ शब्दों को इंगित करना होगा।

निम्नलिखित लेखों में हम सेलुलर मॉड्यूल के साथ काम करने के अन्य पहलुओं का सावधानीपूर्वक विश्लेषण करेंगे, और आप टिप्पणियों में लिखते हैं कि कौन सा विषय आपके लिए रुचि का होगा।

मैं विशेष समाधान और मल्टीमीडिया सेवाओं के वरिष्ठ विशेषज्ञ सर्गेई नोविकोव को विशेष धन्यवाद कहना चाहता हूं।Sanov) लेख तैयार करने में अमूल्य सहायता के लिए एमटीएस से।

सूत्रों का उपयोग किया

NB-IoT: यह कैसे काम करता है? भाग 3: एससीईएफ - ऑपरेटर ईटीएसआई टीएस 129 122 की सेवाओं तक पहुंच की एक एकल खिड़की

पोस्टमैन उपयोगिता का उपयोग करते हुए SCEF के माध्यम से NIDD के साथ सहभागिता। SCEF और इसकी विशेषताओं का एक संक्षिप्त दौरा