NB-IoT: ते कसे कार्य करते? भाग 3: SCEF – ऑपरेटर सेवांमध्ये प्रवेशाची एकल विंडो

लेखात "NB-IoT: ते कसे कार्य करते? भाग 2", NB-IoT नेटवर्कच्या पॅकेट कोरच्या आर्किटेक्चरबद्दल बोलताना, आम्ही नवीन SCEF नोड दिसण्याचा उल्लेख केला. ते काय आहे आणि ते का आवश्यक आहे हे आम्ही तिसऱ्या भागात स्पष्ट करतो?

M2M सेवा तयार करताना, अनुप्रयोग विकसकांना खालील प्रश्नांचा सामना करावा लागतो:

• उपकरणे कशी ओळखायची;
• कोणते सत्यापन आणि प्रमाणीकरण अल्गोरिदम वापरायचे;
• उपकरणांशी संवाद साधण्यासाठी कोणता वाहतूक प्रोटोकॉल निवडायचा;
• डिव्हाइसवर डेटा विश्वसनीयरित्या कसा वितरित करायचा;
• त्यांच्याशी डेटाची देवाणघेवाण करण्यासाठी नियम कसे आयोजित करावे आणि स्थापित करावे;
• त्यांच्या स्थितीचे ऑनलाइन निरीक्षण कसे करावे आणि माहिती कशी मिळवावी;
• एकाच वेळी आपल्या उपकरणांच्या गटाला डेटा कसा वितरित करायचा;
• एका डिव्हाइसवरून अनेक क्लायंटला डेटा एकाच वेळी कसा पाठवायचा;
• तुमचे डिव्हाइस व्यवस्थापित करण्यासाठी अतिरिक्त ऑपरेटर सेवांमध्ये एकत्रित प्रवेश कसा मिळवायचा.

त्यांचे निराकरण करण्यासाठी, मालकीचे तांत्रिकदृष्ट्या "भारी" समाधाने तयार करणे आवश्यक आहे, ज्यामुळे श्रमिक खर्च आणि वेळ-टू-मार्केट सेवा वाढतात. येथेच नवीन SCEF नोड बचावासाठी येतो.

3GPP द्वारे परिभाषित केल्याप्रमाणे, SCEF (सेवा क्षमता एक्सपोजर फंक्शन) 3GPP आर्किटेक्चरचा एक पूर्णपणे नवीन घटक आहे ज्याचे कार्य APIs द्वारे 3GPP नेटवर्क इंटरफेसद्वारे प्रदान केलेल्या सेवा आणि क्षमता सुरक्षितपणे उघड करणे आहे.

सोप्या शब्दात, SCEF हे नेटवर्क आणि ऍप्लिकेशन सर्व्हर (AS) मधील मध्यस्थ आहे, एक अंतर्ज्ञानी, प्रमाणित API इंटरफेसद्वारे NB-IoT नेटवर्कमध्ये तुमचे M2M डिव्हाइस व्यवस्थापित करण्यासाठी ऑपरेटर सेवांमध्ये प्रवेश करण्याची एकल विंडो आहे.

SCEF ऑपरेटरच्या नेटवर्कची जटिलता लपवते, ज्यामुळे ॲप्लिकेशन डेव्हलपर्सना उपकरणांशी संवाद साधण्यासाठी जटिल, डिव्हाइस-विशिष्ट यंत्रणा दूर ठेवता येतात.

ऍप्लिकेशन डेव्हलपर्ससाठी नेटवर्क प्रोटोकॉलला परिचित API मध्ये रूपांतरित करून, SCEF API नवीन सेवा तयार करण्यास सुलभ करते आणि मार्केट टू-टाइम कमी करते. नवीन नोडमध्ये मोबाईल डिव्हाइसेस ओळखणे/प्रमाणीकरण करणे, डिव्हाइस आणि AS मधील डेटा एक्सचेंजचे नियम परिभाषित करणे, ॲप्लिकेशन डेव्हलपरची ही फंक्शन त्यांच्या बाजूने लागू करण्याची गरज दूर करणे, ही फंक्शन ऑपरेटरच्या खांद्यावर हलवण्याची फंक्शन्स देखील समाविष्ट आहेत.

SCEF ऍप्लिकेशन सर्व्हरचे प्रमाणीकरण आणि अधिकृतता, UE गतिशीलता, डेटा ट्रान्सफर आणि डिव्हाइस ट्रिगरिंग, अतिरिक्त सेवांमध्ये प्रवेश आणि ऑपरेटर नेटवर्क क्षमता राखण्यासाठी आवश्यक इंटरफेस समाविष्ट करते.

AS च्या दिशेने एकच T8 इंटरफेस आहे, एक API (HTTP/JSON) 3GPP द्वारे प्रमाणित. सर्व इंटरफेस, T8 अपवाद वगळता, DIAMETER प्रोटोकॉल (चित्र 1) वर आधारित कार्य करतात.

T6a – SCEF आणि MME मधील इंटरफेस. गतिशीलता/सत्र व्यवस्थापन कार्यपद्धती, नॉन-आयपी डेटाचे प्रसारण, इव्हेंटचे निरीक्षण करणे आणि त्यावरील अहवाल प्राप्त करणे यासाठी वापरले जाते.

S6t - SCEF आणि HSS मधील इंटरफेस. सदस्य प्रमाणीकरण, ऍप्लिकेशन सर्व्हरचे अधिकृतता, बाह्य आयडी आणि IMSI/MSISDN चे संयोजन प्राप्त करणे, देखरेख कार्यक्रमांची तरतूद करणे आणि त्यांच्यावरील अहवाल प्राप्त करणे यासाठी आवश्यक आहे.

S6m/T4 – SCEF ते HSS आणि SMS-C पर्यंतचे इंटरफेस (3GPP MTC-IWF नोड परिभाषित करते, जे NB-IoT नेटवर्कमध्ये डिव्हाइस ट्रिगरिंग आणि एसएमएस ट्रान्समिशनसाठी वापरले जाते. तथापि, सर्व अंमलबजावणीमध्ये या नोडची कार्यक्षमता एकत्रित केली जाते. SCEF, म्हणून सर्किटच्या सरलीकरणासाठी, आम्ही त्याचा स्वतंत्रपणे विचार करणार नाही). SMS पाठवण्यासाठी आणि SMS केंद्राशी संवाद साधण्यासाठी राउटिंग माहिती मिळवण्यासाठी वापरले जाते.

T8 - अनुप्रयोग सर्व्हरसह SCEF परस्परसंवादासाठी API इंटरफेस. या इंटरफेसद्वारे नियंत्रण आदेश आणि वाहतूक दोन्ही प्रसारित केले जातात.

*वास्तविक येथे अधिक इंटरफेस आहेत; फक्त सर्वात मूलभूत येथे सूचीबद्ध आहेत. संपूर्ण यादी 3GPP 23.682 (4.3.2 संदर्भ बिंदूंची सूची) मध्ये दिली आहे.

खाली SCEF ची प्रमुख कार्ये आणि सेवा आहेत:

• सिम कार्ड आयडेंटिफायर (IMSI) ला बाह्य आयडीशी जोडणे;
• नॉन-आयपी रहदारीचे प्रसारण (नॉन-आयपी डेटा वितरण, एनआयडीडी);
• बाह्य गट आयडी वापरून गट ऑपरेशन्स;
• पुष्टीकरणासह डेटा ट्रान्समिशन मोडसाठी समर्थन;
• MO (Mobile Originated) आणि MT (मोबाइल टर्मिनेटेड) डेटाचे बफरिंग;
• डिव्हाइसेस आणि ऍप्लिकेशन सर्व्हरचे प्रमाणीकरण आणि अधिकृतता;
• अनेक एएसद्वारे एका UE मधील डेटाचा एकाचवेळी वापर;
• विशेष UE स्टेटस मॉनिटरिंग फंक्शन्ससाठी समर्थन (MONTE - मॉनिटरिंग इव्हेंट्स);
• डिव्हाइस ट्रिगरिंग;
• नॉन-आयपी डेटा रोमिंग प्रदान करणे.

एएस आणि एससीईएफमधील परस्परसंवादाचे मूलभूत तत्त्व तथाकथित योजनेवर आधारित आहे. सदस्यता विशिष्ट UE साठी कोणत्याही SCEF सेवेमध्ये प्रवेश मिळवणे आवश्यक असल्यास, अनुप्रयोग सर्व्हरने विनंती केलेल्या सेवेच्या विशिष्ट API ला कमांड पाठवून सदस्यता तयार करणे आवश्यक आहे आणि प्रतिसादात एक अद्वितीय अभिज्ञापक प्राप्त करणे आवश्यक आहे. यानंतर या आयडेंटिफायरचा वापर करून या सेवेच्या फ्रेमवर्कमध्ये UE सह पुढील सर्व क्रिया आणि संप्रेषणे होतील.

बाह्य आयडी: युनिव्हर्सल डिव्हाइस आयडेंटिफायर

SCEF द्वारे कार्य करताना AS आणि उपकरणांमधील परस्परसंवाद योजनेतील सर्वात महत्त्वाचा बदल म्हणजे सार्वत्रिक अभिज्ञापकाचा देखावा. आता, टेलिफोन नंबर (MSISDN) किंवा IP पत्त्याऐवजी, जसे क्लासिक 2G/3G/LTE नेटवर्कमध्ये होते, ऍप्लिकेशन सर्व्हरसाठी डिव्हाइस आयडेंटिफायर "बाह्य आयडी" बनतो. हे ॲप्लिकेशन डेव्हलपर्सना परिचित असलेल्या फॉरमॅटमध्ये मानकांद्वारे परिभाषित केले जाते. @ "

विकासकांना यापुढे डिव्हाइस प्रमाणीकरण अल्गोरिदम लागू करण्याची आवश्यकता नाही; नेटवर्क पूर्णपणे हे कार्य घेते. बाह्य आयडी IMSI शी जोडलेला आहे, आणि विकसक खात्री बाळगू शकतो की विशिष्ट बाह्य आयडीमध्ये प्रवेश करताना, तो विशिष्ट सिम कार्डशी संवाद साधतो. सिम चिप वापरताना, जेव्हा बाह्य आयडी विशिष्ट डिव्हाइस ओळखतो तेव्हा तुम्हाला एक पूर्णपणे अनोखी परिस्थिती मिळते!

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

एक गट अभिज्ञापक देखील दिसतो - बाह्य गट आयडी, ज्यामध्ये वैयक्तिक बाह्य आयडीचा संच समाविष्ट असतो. आता, SCEF ला एका विनंतीसह, AS समूह ऑपरेशन्स सुरू करू शकते - एकाच लॉजिकल ग्रुपमध्ये एकत्रित केलेल्या एकाधिक डिव्हाइसेसना डेटा किंवा नियंत्रण आदेश पाठवणे.

एएस डेव्हलपरसाठी नवीन डिव्हाइस आयडेंटिफायरमध्ये संक्रमण तात्काळ होऊ शकत नाही या वस्तुस्थितीमुळे, SCEF ने मानक क्रमांक - MSISDN द्वारे UE सह AS संप्रेषणाची शक्यता सोडली.

नॉन-आयपी रहदारीचे प्रसारण (नॉन-आयपी डेटा वितरण, एनआयडीडी)

NB-IoT मध्ये, थोड्या प्रमाणात डेटा प्रसारित करण्याच्या यंत्रणेच्या ऑप्टिमायझेशनचा एक भाग म्हणून, आधीच अस्तित्वात असलेल्या PDN प्रकारांव्यतिरिक्त, जसे की IPv4, IPv6 आणि IPv4v6, आणखी एक प्रकार दिसला - नॉन-आयपी. या प्रकरणात, डिव्हाइस (UE) ला IP पत्ता नियुक्त केला जात नाही आणि IP प्रोटोकॉल न वापरता डेटा प्रसारित केला जातो. अशा कनेक्शनसाठी ट्रॅफिक दोन प्रकारे मार्गस्थ केले जाऊ शकते: क्लासिक - MME -> SGW -> PGW आणि नंतर PtP बोगद्याद्वारे AS (Fig. 2) किंवा SCEF (Fig. 3) वापरून.

आयपी हेडरच्या अनुपस्थितीमुळे प्रसारित पॅकेट्सचा आकार कमी करण्याशिवाय, क्लासिक पद्धत आयपी रहदारीवर कोणतेही विशेष फायदे देत नाही. SCEF चा वापर अनेक नवीन शक्यता उघडतो आणि उपकरणांशी संवाद साधण्याच्या प्रक्रियेला लक्षणीयरीत्या सुलभ करतो.

SCEF द्वारे डेटा प्रसारित करताना, क्लासिक IP ट्रॅफिकवर दोन अतिशय महत्त्वाचे फायदे दिसतात:


बाह्य ID द्वारे डिव्हाइसवर MT रहदारीचे वितरण

क्लासिक IP डिव्हाइसवर संदेश पाठवण्यासाठी, AS ला त्याचा IP पत्ता माहित असणे आवश्यक आहे. येथे एक समस्या उद्भवते: नोंदणी केल्यावर डिव्हाइसला सहसा "राखाडी" IP पत्ता प्राप्त होत असल्याने, ते इंटरनेटवर असलेल्या ऍप्लिकेशन सर्व्हरशी, NAT नोडद्वारे संप्रेषण करते, जेथे राखाडी पत्ता पांढऱ्यामध्ये अनुवादित केला जातो. राखाडी आणि पांढऱ्या IP पत्त्यांचे संयोजन मर्यादित काळासाठी, NAT सेटिंग्जवर अवलंबून असते. सरासरी, TCP किंवा UDP साठी - पाच मिनिटांपेक्षा जास्त नाही. म्हणजेच, 5 मिनिटांच्या आत या डिव्हाइससोबत डेटाची देवाणघेवाण न केल्यास, कनेक्शनचे विघटन होईल आणि AS सह सत्र सुरू करण्यात आलेल्या पांढऱ्या पत्त्यावर डिव्हाइस यापुढे प्रवेश करता येणार नाही. अनेक उपाय आहेत:

1. हृदयाचा ठोका वापरा. एकदा कनेक्शन स्थापित झाल्यानंतर, डिव्हाइसने दर काही मिनिटांनी AS सह पॅकेट्सची देवाणघेवाण करणे आवश्यक आहे, ज्यामुळे NAT भाषांतरे बंद होण्यापासून प्रतिबंधित होतील. परंतु येथे कोणत्याही ऊर्जा कार्यक्षमतेबद्दल कोणतीही चर्चा होऊ शकत नाही.

2. प्रत्येक वेळी, आवश्यक असल्यास, AS वर डिव्हाइससाठी पॅकेजेसची उपलब्धता तपासा - अपलिंकवर संदेश पाठवा.

3. एक खाजगी APN (VRF) तयार करा, जेथे ॲप्लिकेशन सर्व्हर आणि डिव्हाइसेस एकाच सबनेटवर असतील आणि डिव्हाइसेसना स्थिर IP पत्ते नियुक्त करा. हे कार्य करेल, परंतु जेव्हा आपण हजारो, हजारो उपकरणांच्या ताफ्याबद्दल बोलत असतो तेव्हा हे जवळजवळ अशक्य आहे.

4. शेवटी, सर्वात योग्य पर्याय: IPv6 वापरा; यासाठी NAT आवश्यक नाही, कारण IPv6 पत्ते इंटरनेटवरून थेट उपलब्ध आहेत. तथापि, या प्रकरणात देखील, जेव्हा डिव्हाइसची पुन्हा नोंदणी केली जाते, तेव्हा त्याला एक नवीन IPv6 पत्ता प्राप्त होईल आणि यापुढे मागील एक वापरून प्रवेश करता येणार नाही.

त्यानुसार, डिव्हाइसच्या नवीन आयपी पत्त्याचा अहवाल देण्यासाठी सर्व्हरला डिव्हाइस आयडेंटिफायरसह काही आरंभीकरण पॅकेट पाठवणे आवश्यक आहे. नंतर AS कडून पुष्टीकरण पॅकेटची प्रतीक्षा करा, जे ऊर्जा कार्यक्षमतेवर देखील परिणाम करते.

या पद्धती 2G/3G/LTE डिव्हाइसेससाठी चांगल्या प्रकारे कार्य करतात, जेथे डिव्हाइसला स्वायत्ततेसाठी कठोर आवश्यकता नाहीत आणि परिणामी, एअरटाइम आणि रहदारीवर कोणतेही प्रतिबंध नाहीत. या पद्धती NB-IoT साठी त्यांच्या उच्च ऊर्जा वापरामुळे योग्य नाहीत.

SCEF ही समस्या सोडवते: AS साठी एकमेव डिव्हाइस आयडेंटिफायर हा बाह्य आयडी असल्याने, AS ला फक्त SCEF ला विशिष्ट बाह्य ID साठी डेटा पॅकेट पाठवणे आवश्यक आहे आणि SCEF बाकीची काळजी घेते. डिव्हाइस PSM किंवा eDRX पॉवर सेव्हिंग मोडमध्ये असल्यास, डिव्हाइस उपलब्ध झाल्यावर डेटा बफर केला जाईल आणि वितरित केला जाईल. डिव्हाइस रहदारीसाठी उपलब्ध असल्यास, डेटा त्वरित वितरित केला जाईल. मॅनेजमेंट टीम्ससाठीही हेच आहे.

कधीही, AS UE ला बफर केलेला संदेश परत मागवू शकतो किंवा तो नवीन संदेशाने बदलू शकतो.

UE वरून AS मध्ये MO डेटा प्रसारित करताना बफरिंग यंत्रणा देखील वापरली जाऊ शकते. SCEF तात्काळ AS ला डेटा वितरीत करण्यात अक्षम असल्यास, उदाहरणार्थ AS सर्व्हरवर देखभाल कार्य चालू असल्यास, हे पॅकेट्स बफर केले जातील आणि AS उपलब्ध होताच वितरित केले जातील याची हमी दिली जाईल.

वर नमूद केल्याप्रमाणे, AS (आणि NIDD ही सेवा आहे) साठी विशिष्ट सेवा आणि UE मधील प्रवेश SCEF बाजूच्या नियम आणि धोरणांद्वारे नियंत्रित केला जातो, ज्यामुळे अनेक AS द्वारे एका UE मधील डेटाचा एकाचवेळी वापर करण्याची अद्वितीय शक्यता असते. त्या. जर अनेक AS ने एका UE चे सदस्यत्व घेतले असेल, तर UE कडून डेटा प्राप्त केल्यानंतर, SCEF ते सर्व सदस्यत्व घेतलेल्या AS ला पाठवेल. हे अशा प्रकरणांसाठी योग्य आहे जेथे विशेष उपकरणांच्या ताफ्याचा निर्माता अनेक क्लायंट दरम्यान डेटा सामायिक करतो. उदाहरणार्थ, NB-IoT वर चालणाऱ्या हवामान केंद्रांचे नेटवर्क तयार करून, तुम्ही त्यांच्याकडील डेटा एकाच वेळी अनेक सेवांना विकू शकता.

हमी संदेश वितरण यंत्रणा

विश्वासार्ह डेटा सेवा ही प्रोटोकॉल स्तरावर विशेष अल्गोरिदमचा वापर न करता MO आणि MT संदेशांची हमी देणारी यंत्रणा आहे, उदाहरणार्थ, TCP मध्ये हँडशेक. UE आणि SCEF यांच्यात देवाणघेवाण करताना संदेशाच्या सेवा भागामध्ये विशेष ध्वज समाविष्ट करून ते कार्य करते. वाहतूक प्रसारित करताना ही यंत्रणा कार्यान्वित करायची की नाही हे AS द्वारे ठरवले जाते.

जर यंत्रणा कार्यान्वित केली असेल, तर UE पॅकेटच्या ओव्हरहेड भागात एक विशेष ध्वज समाविष्ट करते जेव्हा त्याला MO रहदारीची हमी प्रदान करणे आवश्यक असते. असे पॅकेट मिळाल्यावर, SCEF UE ला पावतीसह प्रतिसाद देते. UE ला पोचपावती पॅकेट न मिळाल्यास, SCEF कडे पॅकेट पुन्हा पाठवले जाईल. एमटी ट्रॅफिकसाठीही असेच घडते.

डिव्हाइस मॉनिटरिंग (निरीक्षण कार्यक्रम - MONTE)

वर नमूद केल्याप्रमाणे, SCEF कार्यक्षमतेमध्ये, इतर गोष्टींबरोबरच, UE च्या स्थितीचे निरीक्षण करण्यासाठी कार्ये समाविष्ट आहेत, तथाकथित. डिव्हाइस निरीक्षण. आणि जर नवीन आयडेंटिफायर आणि डेटा ट्रान्सफर मेकॅनिझम हे विद्यमान प्रक्रियेचे ऑप्टिमायझेशन (अगदी गंभीर असले तरी) असतील, तर MONTE ही पूर्णपणे नवीन कार्यक्षमता आहे जी 2G/3G/LTE नेटवर्कमध्ये उपलब्ध नाही. MONTE AS ला कनेक्शन स्थिती, संप्रेषण उपलब्धता, स्थान, रोमिंग स्थिती इ. सारख्या डिव्हाइस पॅरामीटर्सचे परीक्षण करण्याची परवानगी देते. आम्ही त्या प्रत्येकाबद्दल थोड्या वेळाने अधिक तपशीलवार बोलू.

डिव्हाइस किंवा उपकरणांच्या गटासाठी कोणतेही मॉनिटरिंग इव्हेंट सक्रिय करणे आवश्यक असल्यास, AS संबंधित सेवेचे सदस्यत्व घेते SCEF ला संबंधित API MONTE कमांड पाठवून, ज्यामध्ये बाह्य आयडी किंवा बाह्य गट आयडी, AS आयडेंटिफायर, मॉनिटरिंग सारख्या पॅरामीटर्सचा समावेश आहे. प्रकार, अहवालांची संख्या, जे AS ला प्राप्त करायचे आहे. AS ला विनंती कार्यान्वित करण्यासाठी अधिकृत असल्यास, SCEF, प्रकारानुसार, HSS किंवा MME (चित्र 4) साठी कार्यक्रमाची तरतूद करेल. जेव्हा एखादी घटना घडते, तेव्हा MME किंवा HSS SCEF ला एक अहवाल तयार करते, जो तो AS ला पाठवतो.

"भौगोलिक क्षेत्रात उपस्थित UE ची संख्या" वगळता सर्व कार्यक्रमांची तरतूद HSS द्वारे होते. "IMSI-IMEI असोसिएशनचा बदल" आणि "रोमिंग स्थिती" या दोन कार्यक्रमांचा थेट HSS वर मागोवा घेतला जातो, बाकीची MME वर HSS द्वारे तरतूद केली जाईल.
इव्हेंट एक-वेळ किंवा नियतकालिक असू शकतात आणि त्यांच्या प्रकारानुसार निर्धारित केले जातात.

इव्हेंटबद्दल अहवाल पाठवणे (रिपोर्टिंग) नोडद्वारे केले जाते जे थेट SCEF (चित्र 5) वर इव्हेंटचा मागोवा घेते.

महत्वाचा मुद्दाः मॉनिटरिंग इव्हेंट्स SCEF द्वारे कनेक्ट केलेल्या नॉन-IP डिव्हाइसेस आणि MME-SGW-PGW द्वारे क्लासिक मार्गाने डेटा प्रसारित करणाऱ्या IP डिव्हाइसेसवर लागू केले जाऊ शकतात.

चला प्रत्येक मॉनिटरिंग इव्हेंटवर बारकाईने नजर टाकूया:

कनेक्टिव्हिटी तोटा — AS ला सूचित करते की UE यापुढे डेटा रहदारी किंवा सिग्नलिंगसाठी उपलब्ध नाही. MME वर UE साठी “मोबाइल रीचबिलिटी टाइमर” कालबाह्य झाल्यावर घटना घडते. या प्रकारच्या मॉनिटरिंगच्या विनंतीमध्ये, AS त्याचे "जास्तीत जास्त शोध वेळ" मूल्य सूचित करू शकते - जर या काळात UE ने कोणतीही गतिविधी दाखवली नाही, तर AS ला सूचित केले जाईल की UE अनुपलब्ध आहे, कारण दर्शविते. कोणत्याही कारणास्तव नेटवर्कद्वारे UE बळजबरीने काढून टाकल्यास देखील घटना घडते.

* डिव्हाइस अद्याप उपलब्ध आहे हे नेटवर्कला कळवण्यासाठी, ते वेळोवेळी अपडेट प्रक्रिया सुरू करते - ट्रॅकिंग एरिया अपडेट (TAU). या प्रक्रियेची वारंवारता टाइमर T3412 किंवा (PSM च्या बाबतीत T3412_extended) वापरून नेटवर्कद्वारे सेट केली जाते, ज्याचे मूल्य संलग्न प्रक्रियेदरम्यान किंवा पुढील TAU दरम्यान डिव्हाइसवर प्रसारित केले जाते. मोबाइल पोहोचण्यायोग्य टाइमर सहसा T3412 पेक्षा काही मिनिटे जास्त असतो. जर UE ने “मोबाइल रीचबिलिटी टाइमर” ची मुदत संपण्यापूर्वी TAU बनवले नसेल, तर नेटवर्क ते यापुढे पोहोचण्यायोग्य नाही असे मानते.

UE पोहोचण्यायोग्यता - DL ट्रॅफिक किंवा SMS साठी UE केव्हा उपलब्ध होईल हे सूचित करते. जेव्हा UE पेजिंगसाठी उपलब्ध होते (eDRX मोडमध्ये UE साठी) किंवा जेव्हा UE ECM-CONNECTED मोडमध्ये प्रवेश करते (PSM किंवा eDRX मोडमध्ये UE साठी), उदा. TAU बनवते किंवा अपलिंक पॅकेट पाठवते.

स्थान अहवाल - या प्रकारच्या मॉनिटरिंग इव्हेंटमुळे AS ला UE च्या स्थानाची चौकशी करण्याची परवानगी मिळते. एकतर वर्तमान स्थान (सध्याचे स्थान) किंवा शेवटचे ज्ञात स्थान (सेल आयडी द्वारे निर्धारित केले जाते ज्यावरून डिव्हाइसने TAU बनवले होते किंवा मागील वेळी ट्रॅफिक प्रसारित केले होते) विनंती केली जाऊ शकते, जी PSM किंवा eDRX पॉवर सेव्हिंग मोडमधील डिव्हाइसेससाठी संबंधित आहे. “वर्तमान स्थान” साठी, AS प्रत्येक वेळी डिव्हाइसचे स्थान बदलल्यावर AS ला सूचित करून, AS वारंवार उत्तरांची विनंती करू शकते.

IMSI-IMEI असोसिएशनमध्ये बदल - जेव्हा हा कार्यक्रम सक्रिय केला जातो, तेव्हा SCEF IMSI (सिम कार्ड आयडेंटिफायर) आणि IMEI (डिव्हाइस आयडेंटिफायर) च्या संयोजनातील बदलांचे परीक्षण करण्यास सुरवात करते. जेव्हा एखादी घटना घडते तेव्हा AS ला माहिती देते. शेड्यूल केलेल्या रिप्लेसमेंट कामाच्या दरम्यान डिव्हाइसवर बाह्य आयडी स्वयंचलितपणे रिबाइंड करण्यासाठी किंवा डिव्हाइसच्या चोरीसाठी ओळखकर्ता म्हणून काम करण्यासाठी वापरला जाऊ शकतो.

रोमिंग स्थिती – UE होम नेटवर्कमध्ये आहे की रोमिंग पार्टनरच्या नेटवर्कमध्ये आहे हे निर्धारित करण्यासाठी AS द्वारे या प्रकारचे मॉनिटरिंग वापरले जाते. वैकल्पिकरित्या, ज्या ऑपरेटरमध्ये डिव्हाइस नोंदणीकृत आहे त्याचे PLMN (पब्लिक लँड मोबाइल नेटवर्क) प्रसारित केले जाऊ शकते.

संप्रेषण अपयश — या प्रकारचे मॉनिटरिंग रेडिओ ऍक्सेस नेटवर्क (S1-AP प्रोटोकॉल) कडून प्राप्त झालेल्या कनेक्शन गमावण्याच्या (रिलीझ कारण कोड) कारणांवर आधारित, डिव्हाइससह संप्रेषणातील अपयशांबद्दल AS ला सूचित करते. हा इव्हेंट संप्रेषण का अयशस्वी झाला हे निर्धारित करण्यात मदत करू शकतो - नेटवर्कवरील समस्यांमुळे, उदाहरणार्थ, जेव्हा eNodeb ओव्हरलोड होते (रेडिओ संसाधने उपलब्ध नाहीत) किंवा डिव्हाइस स्वतःच बिघाड झाल्यामुळे (UE हरवलेले रेडिओ कनेक्शन).

DDN अयशस्वी झाल्यानंतर उपलब्धता - हा कार्यक्रम AS ला सूचित करतो की संप्रेषण अयशस्वी झाल्यानंतर डिव्हाइस उपलब्ध झाले आहे. जेव्हा डिव्हाइसवर डेटा हस्तांतरित करण्याची आवश्यकता असेल तेव्हा वापरला जाऊ शकतो, परंतु पूर्वीचा प्रयत्न यशस्वी झाला नाही कारण UE ने नेटवर्क (पेजिंग) कडून आलेल्या सूचनेला प्रतिसाद दिला नाही आणि डेटा वितरित केला गेला नाही. जर UE साठी या प्रकारच्या मॉनिटरिंगची विनंती केली गेली असेल, तर डिव्हाइस इनकमिंग कम्युनिकेशन करते, TAU बनवते किंवा अपलिंकवर डेटा पाठवते तेव्हा, AS ला सूचित केले जाईल की डिव्हाइस उपलब्ध झाले आहे. DDN (डाउनलिंक डेटा नोटिफिकेशन) प्रक्रिया MME आणि S/P-GW दरम्यान कार्य करत असल्याने, या प्रकारचे मॉनिटरिंग फक्त IP उपकरणांसाठी उपलब्ध आहे.

PDN कनेक्टिव्हिटी स्थिती - जेव्हा डिव्हाइस स्थिती बदलते (PDN कनेक्टिव्हिटी स्थिती) - कनेक्शन (PDN सक्रियकरण) किंवा डिस्कनेक्शन (PDN हटवणे) तेव्हा AS ला माहिती देते. हे AS द्वारे UE सह संप्रेषण सुरू करण्यासाठी वापरले जाऊ शकते किंवा त्याउलट, संप्रेषण आता शक्य नाही हे समजून घेण्यासाठी. या प्रकारचे मॉनिटरिंग आयपी आणि नॉन-आयपी उपकरणांसाठी उपलब्ध आहे.

भौगोलिक क्षेत्रात उपस्थित UE ची संख्या - विशिष्ट भौगोलिक क्षेत्रातील UE ची संख्या निर्धारित करण्यासाठी AS द्वारे या प्रकारचे निरीक्षण वापरले जाते.

डिव्हाइस ट्रिगर करत आहे)

2G/3G नेटवर्कमध्ये, नेटवर्कमधील नोंदणी प्रक्रिया दोन-टप्प्यांची होती: प्रथम, SGSN (संलग्न प्रक्रिया) सह नोंदणीकृत डिव्हाइस, नंतर, आवश्यक असल्यास, त्याने PDP संदर्भ सक्रिय केला - पॅकेट गेटवे (GGSN) सह कनेक्शन डेटा प्रसारित करण्यासाठी. 3G नेटवर्क्समध्ये, या दोन प्रक्रिया अनुक्रमे घडल्या, म्हणजे. जेव्हा डेटा हस्तांतरित करण्याची आवश्यकता होती तेव्हा डिव्हाइसने त्या क्षणाची प्रतीक्षा केली नाही, परंतु संलग्न प्रक्रिया पूर्ण झाल्यानंतर लगेच PDP सक्रिय केले. LTE मध्ये, या दोन प्रक्रिया एकामध्ये एकत्र केल्या गेल्या, म्हणजे, संलग्न करताना, डिव्हाइसने ताबडतोब PDN कनेक्शन सक्रिय करण्याची विनंती केली (2G/3G मध्ये PDP प्रमाणे) eNodeB द्वारे MME-SGW-PGW ला.

NB-IoT कनेक्शन पद्धत "PDN शिवाय संलग्न करा" म्हणून परिभाषित करते, म्हणजेच UE PDN कनेक्शन स्थापित केल्याशिवाय जोडते. या प्रकरणात, ते रहदारी प्रसारित करण्यासाठी उपलब्ध नाही आणि केवळ एसएमएस प्राप्त किंवा पाठवू शकते. PDN सक्रिय करण्यासाठी आणि AS शी कनेक्ट करण्यासाठी अशा डिव्हाइसला कमांड पाठवण्यासाठी, “डिव्हाइस ट्रिगरिंग” कार्यक्षमता विकसित केली गेली.

AS कडून अशा UE कनेक्ट करण्यासाठी आदेश प्राप्त करताना, SCEF SMS केंद्राद्वारे डिव्हाइसवर नियंत्रण एसएमएस पाठविण्यास प्रारंभ करते. SMS प्राप्त करताना, डिव्हाइस PDN सक्रिय करते आणि पुढील सूचना प्राप्त करण्यासाठी किंवा डेटा हस्तांतरित करण्यासाठी AS शी कनेक्ट होते.

असे काही वेळा असू शकतात जेव्हा तुमचे डिव्हाइस सदस्यत्व SCEF वर कालबाह्य होते. होय, सबस्क्रिप्शनचे स्वतःचे आजीवन असते, ऑपरेटरद्वारे सेट केलेले किंवा AS सह सहमत. कालबाह्य झाल्यानंतर, MME वर PDN निष्क्रिय केले जाईल आणि डिव्हाइस AS साठी अनुपलब्ध होईल. या प्रकरणात, "डिव्हाइस ट्रिगरिंग" कार्यक्षमता देखील मदत करेल. AS कडून नवीन डेटा प्राप्त करताना, SCEF डिव्हाइस कनेक्शन स्थिती शोधेल आणि एसएमएस चॅनेलद्वारे डेटा वितरित करेल.

निष्कर्ष

SCEF ची कार्यक्षमता, अर्थातच, वर वर्णन केलेल्या सेवांपुरती मर्यादित नाही आणि ती सतत विकसित आणि विस्तारत आहे. सध्या, SCEF साठी डझनहून अधिक सेवा आधीच प्रमाणित केल्या गेल्या आहेत. आता आम्ही केवळ विकासकांकडून मागणी असलेल्या मुख्य फंक्शन्सला स्पर्श केला आहे, आम्ही भविष्यातील लेखांमध्ये उर्वरित गोष्टींबद्दल बोलू.

प्रश्न लगेच उद्भवतो: संभाव्य प्रकरणांच्या प्राथमिक चाचणी आणि डीबगिंगसाठी या "चमत्कार" नोडमध्ये चाचणी प्रवेश कसा मिळवायचा? सर्वकाही अगदी सोपे आहे. कोणताही विकासक iot.info@mts.ru वर विनंती पाठवू शकतो, ज्यामध्ये कनेक्शनचा उद्देश, संभाव्य प्रकरणाचे वर्णन आणि संप्रेषणासाठी संपर्क माहिती दर्शविण्यास पुरेसे आहे.

पुढच्या वेळे पर्यंत!

लेखक:

• अभिसरण समाधान आणि मल्टीमीडिया सेवा विभागाचे वरिष्ठ तज्ञ सेर्गे नोविकोव्ह sanov,
• अभिसरण समाधान आणि मल्टीमीडिया सेवा विभागाचे तज्ञ अलेक्सी लॅपशिन aslapsh

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