NB-IoT: यह कैसे काम करता है? भाग 3: SCEF - ऑपरेटर सेवाओं के लिए एक एकल एक्सेस विंडो

लेख " एनबी-आईओटी: यह कैसे काम करता है?" भाग 2 ”, NB-IoT नेटवर्क के पैकेट कोर की वास्तुकला के बारे में बात करते हुए, हमने एक नए SCEF नोड की उपस्थिति का उल्लेख किया। हम तीसरे भाग में समझाते हैं कि यह क्या है और इसकी आवश्यकता क्यों है?



M2M सेवा बनाते समय, एप्लिकेशन डेवलपर्स को निम्नलिखित प्रश्नों का सामना करना पड़ता है:

• उपकरणों की पहचान कैसे करें
• कौन सा प्रमाणीकरण और प्रमाणीकरण एल्गोरिथ्म का उपयोग करने के लिए;
• उपकरणों के साथ बातचीत के लिए उपयोग करने के लिए कौन सा परिवहन प्रोटोकॉल;
• उपकरणों को डेटा की गारंटी देने के लिए कैसे
• उनके साथ डेटा के आदान-प्रदान के लिए नियमों को कैसे व्यवस्थित और स्थापित करना है;
• कैसे ऑनलाइन उनकी स्थिति की जानकारी की निगरानी और प्राप्त करने के लिए;
• एक साथ अपने उपकरणों के समूह को डेटा कैसे वितरित करें;
• एक साथ एक डिवाइस से कई क्लाइंट को डेटा कैसे भेजें;
• अपने डिवाइस के प्रबंधन के लिए अतिरिक्त ऑपरेटर सेवाओं तक एकीकृत पहुंच कैसे प्राप्त करें।

उन्हें हल करने के लिए, मालिकाना तकनीकी रूप से "भारी" समाधान तैयार करना पड़ता है, जिससे श्रम लागत और समय-समय पर बाजार सेवाओं में वृद्धि होती है। यह वह जगह है जहाँ नया SCEF नोड बचाव के लिए आता है।

3GPP की परिभाषा के अनुसार, SCEF (सर्विस कैपेसिटी एक्सपोज़र फंक्शन) 3GPP आर्किटेक्चर का पूरी तरह से नया घटक है, जिसका कार्य API के माध्यम से 3GPP नेटवर्क इंटरफेस द्वारा प्रदान की गई सेवाओं और क्षमताओं को सुरक्षित रूप से उजागर करना है।

सरल शब्दों में, एससीईएफ नेटवर्क और एप्लिकेशन सर्वर (एएस) के बीच एक मध्यस्थ है, जो सहज ज्ञान युक्त मानकीकृत एपीआई के माध्यम से एनबी-आईओटी नेटवर्क में अपने एम 2 एम डिवाइस के प्रबंधन के लिए ऑपरेटर सेवाओं के लिए एक एकल एक्सेस विंडो है।

SCEF ऑपरेटर के नेटवर्क की जटिलता को छुपाता है, जिससे एप्लिकेशन डेवलपर्स को उपकरणों के साथ बातचीत के लिए जटिल, विशिष्ट तंत्र से अमूर्त होता है।

नेटवर्क प्रोटोकॉल को एप्लिकेशन डेवलपर्स से परिचित कराकर, SCEF API नई सेवाओं के निर्माण की सुविधा देता है और समय-समय पर बाजार को कम करता है। इसके अलावा, नए नोड में मोबाइल उपकरणों की पहचान / प्रमाणीकरण के कार्य शामिल हैं, डिवाइस और एएस के बीच डेटा के आदान-प्रदान के नियमों को निर्धारित करते हुए, इन कार्यों के कार्यान्वयन की आवश्यकता को अपनी तरफ से हटाते हुए, इन कार्यों को ऑपरेटर के कंधों पर स्थानांतरित करते हैं।

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 (MTC-IWF नोड को 3GPP में परिभाषित किया गया है, जिसका उपयोग उपकरणों को ट्रिगर करने और NB-IoT नेटवर्क में एसएमएस भेजने के लिए किया जाता है। हालांकि, सभी कार्यान्वयन में इस नोड की कार्यक्षमता SCEF में एकीकृत है, इसलिए। योजना का सरलीकरण, हम इस पर अलग से विचार नहीं करेंगे)। एसएमएस भेजने और एसएमएस केंद्र के साथ बातचीत करने के लिए रूटिंग जानकारी प्राप्त करने के लिए उपयोग किया जाता है।

T8 - अनुप्रयोग सर्वरों के साथ सहभागिता के लिए SCEF API। इस इंटरफ़ेस के माध्यम से कंट्रोल कमांड और ट्रैफ़िक दोनों को प्रसारित किया जाता है।

* वास्तव में, अधिक इंटरफेस हैं, केवल सबसे बुनियादी यहां सूचीबद्ध हैं। 3 जीपीपी 23.682 (संदर्भ बिंदुओं की 4.3.2 सूची) में एक पूरी सूची दी गई है।

नीचे SCEF की प्रमुख विशेषताएं और सेवाएँ हैं:

• एक सिम कार्ड पहचानकर्ता (IMSI) को बाहरी आईडी से बांधना;
• गैर-आईपी यातायात वितरण (गैर-आईपी डेटा वितरण, एनआईडीडी);
• बाहरी समूह आईडी का उपयोग करके समूह संचालन;
• पुष्टि के साथ डेटा ट्रांसफर मोड के लिए समर्थन;
• बफरिंग एमओ (मोबाइल उत्पत्ति) और एमटी (मोबाइल टर्मिनेटेड) डेटा;
• उपकरणों और एप्लिकेशन सर्वर का प्रमाणीकरण और प्राधिकरण;
• एक साथ कई यू द्वारा एक यूई के डेटा का उपयोग;
• यूई (मॉंट - मॉनिटरिंग इवेंट्स) की स्थिति की निगरानी के विशेष कार्यों का समर्थन;
• डिवाइस ट्रिगर;
• रोमिंग नॉन-आईपी डेटा प्रदान करना।

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

बाहरी आईडी: सार्वभौमिक उपकरण पहचानकर्ता

एससीईएफ के माध्यम से काम करते समय एएस और उपकरणों के बीच बातचीत की योजना में सबसे महत्वपूर्ण परिवर्तनों में से एक सार्वभौमिक पहचानकर्ता का उदय है। अब, टेलीफोन नंबर (MSISDN) या IP पते के बजाय, जैसा कि यह क्लासिक 2G / 3G / LTE नेटवर्क में था, एप्लिकेशन सर्वर के लिए डिवाइस पहचानकर्ता "बाहरी आईडी" बन जाता है। यह एप्लिकेशन डेवलपर्स "<स्थानीय पहचानकर्ता> @ <डोमेन पहचानकर्ता" से परिचित प्रारूप में मानक द्वारा परिभाषित किया गया है।

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

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

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

इस तथ्य के कारण कि एएस डेवलपर्स के लिए, एक नए डिवाइस पहचानकर्ता के लिए संक्रमण तात्कालिक नहीं हो सकता है, एससीईएफ ने मानक संख्या - MSISDN के माध्यम से UE के साथ AS संचार की संभावना को छोड़ दिया।

गैर-आईपी डेटा वितरण (NIDD)

NB-IoT में, मौजूदा प्रकार के PDNs, जैसे IPv4, IPv6 और IPv4v6 के अलावा, छोटी मात्रा में डेटा को स्थानांतरित करने के लिए तंत्र का अनुकूलन करने के अलावा, एक अन्य प्रकार दिखाई दिया - गैर-आईपी। इस स्थिति में, डिवाइस (UE) को IP पता असाइन नहीं किया जाता है, और IP प्रोटोकॉल का उपयोग किए बिना डेटा प्रसारित किया जाता है। ऐसे कनेक्शनों के लिए ट्रैफ़िक को दो तरीकों से रूट किया जा सकता है: क्लासिक - MME -> SGW -> PGW और फिर PtP सुरंग के माध्यम से AS (चित्र 2) या SCEF (चित्र। 3) का उपयोग करके।



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

SCEF के माध्यम से डेटा संचारित करते समय, शास्त्रीय IP ट्रैफ़िक पर दो बहुत महत्वपूर्ण लाभ हैं:

बाहरी आईडी द्वारा डिवाइस पर एमटी ट्रैफिक की डिलीवरी

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

1. एक दिल की धड़कन का उपयोग करें। एक बार एक कनेक्शन स्थापित होने के बाद, डिवाइस को हर कुछ मिनट में एएस पैकेट के साथ विनिमय करना चाहिए, इस प्रकार एनएटी अनुवाद को बंद करने से रोकना चाहिए। लेकिन किसी भी ऊर्जा दक्षता का कोई सवाल नहीं हो सकता है।

2. हर बार, यदि आवश्यक हो, तो एएस पर डिवाइस के लिए पैकेज की जांच करें - एक संदेश अपलिंक को भेजें।

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

4. अंत में, सबसे उपयुक्त विकल्प: IPv6 का उपयोग करें, इसे NAT की आवश्यकता नहीं है, क्योंकि IPv6 पते इंटरनेट से सीधे सुलभ हैं। हालांकि, इस मामले में भी, जब डिवाइस को फिर से पंजीकृत किया जाता है, तो उसे एक नया आईपीवी 6 पता प्राप्त होगा और अब पिछले एक पर उपलब्ध नहीं होगा।

तदनुसार, डिवाइस के नए आईपी पते की रिपोर्ट करने के लिए सर्वर को डिवाइस पहचानकर्ता के साथ एक निश्चित आरंभीकरण पैकेट भेजना आवश्यक है। फिर एएस से पुष्टिकरण पैकेज की प्रतीक्षा करें, जो ऊर्जा दक्षता को भी प्रभावित करता है।

ये विधियां 2 जी / 3 जी / एलटीई उपकरणों के लिए अच्छी तरह से काम करती हैं, जहां डिवाइस को स्वायत्तता के लिए सख्त आवश्यकताएं नहीं हैं और, परिणामस्वरूप, हवा और यातायात पर कोई समय सीमा नहीं है। एनबी-आईओटी के लिए, ये विधियां उनकी उच्च ऊर्जा खपत के कारण उपयुक्त नहीं हैं।

SCEF इस समस्या को हल करता है: चूंकि AS के लिए एकमात्र उपकरण पहचानकर्ता एक बाहरी आईडी है, इसलिए AS के लिए एक विशिष्ट बाहरी ID के लिए SCEF को डेटा पैकेट भेजने के लिए पर्याप्त है, SCEF बाकी का ख्याल रखेगा। यदि डिवाइस पावर सेविंग मोड PSM या eDRX में है, तो डिवाइस उपलब्ध होने पर डेटा बफ़र और डिलीवर हो जाएगा। यदि डिवाइस यातायात के लिए उपलब्ध है, तो डेटा तुरंत वितरित किया जाएगा। प्रबंधन टीमों के लिए भी यही सच है।

किसी भी समय, एएस यूई के लिए बफ़र किए गए संदेश को वापस ले सकता है या इसे एक नए के साथ बदल सकता है।

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

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

गारंटी संदेश वितरण तंत्र

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

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

डिवाइस मॉनिटरिंग (मॉनिटरिंग इवेंट्स- MONTE)

जैसा कि ऊपर उल्लेख किया गया है, एससीईएफ कार्यात्मक, अन्य बातों के अलावा, यूई की स्थिति की निगरानी के लिए कार्य शामिल हैं, तथाकथित डिवाइस की निगरानी। और अगर नए पहचानकर्ता और डेटा ट्रांसफर तंत्र मौजूदा प्रक्रियाओं के अनुकूलन (यद्यपि बहुत गंभीर) हैं, तो MONTE पूरी तरह से नई कार्यक्षमता है जो 2G / 3G / LTE नेटवर्क में उपलब्ध नहीं है। MONTE AS को डिवाइस के मापदंडों जैसे कनेक्शन की स्थिति, संचार उपलब्धता, स्थान, रोमिंग स्थिति, आदि की निगरानी करने की अनुमति देता है। हम आपको प्रत्येक बाद के बारे में अधिक बताएंगे।

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

"भौगोलिक क्षेत्र में मौजूद यूई की संख्या" को छोड़कर सभी कार्यक्रम एचएसएस के माध्यम से प्रदान किए जाते हैं। दो इवेंट "IMSI-IMEI एसोसिएशन के परिवर्तन" और "रोमिंग स्थिति" को सीधे HSS पर ट्रैक किया जाता है, बाकी HSS को MME पर प्रावधानित किया जाएगा।
घटनाएं या तो एक-समय या आवधिक हो सकती हैं, और उनके प्रकार द्वारा निर्धारित की जाती हैं।



इवेंट रिपोर्टिंग (रिपोर्टिंग) को इवेंट ट्रैकिंग नोड द्वारा सीधे SCEF (चित्र 5) में भेजा जाता है।



एक महत्वपूर्ण बिंदु: मॉनिटरिंग घटनाओं को एससीईएफ के माध्यम से जुड़े गैर-आईपी उपकरणों और एमएमई-एसजीडब्ल्यू-पीजीडब्ल्यू के माध्यम से शास्त्रीय तरीके से डेटा संचारित करने वाले आईपी उपकरणों पर लागू किया जा सकता है।

आइए प्रत्येक मॉनिटरिंग घटनाओं पर एक नज़र डालें:

कनेक्टिविटी का नुकसान - AS को सूचित करता है कि UE अब डेटा ट्रैफ़िक या सिग्नलिंग के लिए उपलब्ध नहीं है। यह घटना तब होती है जब UE के लिए "मोबाइल रीचबिलिटी टाइमर" MME पर समाप्त हो जाता है। इस प्रकार की निगरानी के अनुरोध में, एएस अपने "अधिकतम जांच समय" मूल्य को इंगित कर सकता है - यदि इस समय के दौरान यूई कोई गतिविधि नहीं दिखाता है, तो एएस को सूचित किया जाएगा कि यूई अनुपलब्ध है, जो इसका कारण बताता है। यह घटना तब भी होती है यदि किसी कारणवश UE को नेटवर्क द्वारा जबरन हटा दिया गया हो।

* नेटवर्क को यह जानने के लिए कि उपकरण अभी भी उपलब्ध है, यह समय-समय पर अपडेट प्रक्रिया - ट्रैकिंग एरिया अपडेट (TAU) को आरंभ करता है। इस प्रक्रिया की आवृत्ति नेटवर्क द्वारा टाइमर T3412 या (PS34 के मामले में T3412_extended) का उपयोग करके सेट की गई है, जिसका मूल्य अटैच प्रक्रिया या अगले TAU के दौरान डिवाइस को प्रेषित किया जाता है। मोबाइल रीचबिलिटी टाइमर आमतौर पर T3412 की तुलना में कई मिनट अधिक लंबा है। यदि मोबाइल रीचैबिलिटी टाइमर समाप्त होने से पहले UE TAU नहीं करता है, तो नेटवर्क इसे अब उपलब्ध नहीं मानता है।

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

स्थान की रिपोर्टिंग - इस प्रकार की निगरानी घटना से एएस को यूई स्थान डेटा का अनुरोध करने की अनुमति मिलती है। या तो वर्तमान स्थान (अंतिम स्थान) या अंतिम ज्ञात स्थान (अंतिम ज्ञात स्थान, सेल आईडी से निर्धारित किया जाता है जहां से डिवाइस ने आखिरी बार TAU या प्रेषित ट्रैफ़िक) का अनुरोध किया जा सकता है, जो PSM या eDR3 बिजली बचत मोड में उपकरणों के लिए महत्वपूर्ण है। "वर्तमान स्थान" के लिए, ASE बार-बार दोहराए जाने का अनुरोध कर सकता है, MME के ​​साथ प्रत्येक बार जब डिवाइस स्थान बदल जाता है तो AS को सूचित करता है।

IMSI-IMEI एसोसिएशन का परिवर्तन - जब यह ईवेंट सक्रिय होता है, तो SCEF, IMSI (सिम कार्ड पहचानकर्ता) और IMEI (डिवाइस आइडेंटिफ़ायर) के बीच के कनेक्शन में बदलाव पर नज़र रखने लगता है। जब कोई घटना होती है - AS को सूचित करता है। यह नियोजित प्रतिस्थापन कार्य के दौरान डिवाइस को बाहरी आईडी को स्वचालित रूप से पुन: असाइन करने या डिवाइस की चोरी के लिए पहचानकर्ता के रूप में काम करने के लिए इस्तेमाल किया जा सकता है।

रोमिंग स्थिति - इस प्रकार की निगरानी का उपयोग एएस द्वारा यह निर्धारित करने के लिए किया जाता है कि यूई होम नेटवर्क में है या रोमिंग पार्टनर के नेटवर्क में। वैकल्पिक रूप से, ऑपरेटर का पीएलएमएन (पब्लिक लैंड मोबाइल नेटवर्क) जिसमें डिवाइस पंजीकृत है, को स्थानांतरित किया जा सकता है।

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

डीडीएन विफलता के बाद उपलब्धता - यह घटना एएस को सूचित करती है कि उपकरण संचार विफलता के बाद उपलब्ध हुआ। इसका उपयोग तब किया जा सकता है जब डिवाइस में डेटा स्थानांतरित करना आवश्यक होता है, लेकिन पिछला प्रयास सफल नहीं था, क्योंकि यूई ने नेटवर्क (पेजिंग) से अधिसूचना का जवाब नहीं दिया था, और डेटा वितरित नहीं किया गया था। यदि यूई के लिए इस प्रकार की निगरानी का अनुरोध किया गया था, तो जैसे ही डिवाइस आने वाले संचार करता है, एक ताऊ बनाता है या अपलिंक को डेटा भेजता है, एएस को सूचित किया जाएगा कि डिवाइस उपलब्ध हो गया है। चूंकि DDN (डाउनलिंक डेटा नोटिफिकेशन) प्रक्रिया MME और S / P-GW के बीच काम करती है, इसलिए इस प्रकार की निगरानी केवल IP उपकरणों के लिए उपलब्ध है।

PDN Connectivity Status – AS (PDN connectivity status) — ( PDN) ( PDN). AS UE, , , . IP non-IP .

Number of UEs present in a geographic area – AS, UE .

(Device triggering )

2G/3G : SGSN ( attach), PDP context – (GGSN). 3G , .. , , PDP attach. LTE , attach PDN connection ( PDP 2G/3G) eNodeB MME-SGW-PGW.

NB-IoT , “attach without PDN”, UE attach, PDN-. , SMS. PDN AS — “Device triggering”.

UE AS, SCEF SMS- SMS . SMS PDN AS .

, SCEF . , , AS. MME PDN, AS. “Device triggering”. AS SCEF SMS-.

निष्कर्ष

SCEF, , . SCEF . , .

, «»- ? . nidd_scef@mts.ru, , .

!

:

• sanov ,
• aslapsh