NB-IoT: यसले कसरी काम गर्छ? भाग 3: SCEF - अपरेटर सेवाहरूमा पहुँचको एकल विन्डो

लेखमा "NB-IoT: यसले कसरी काम गर्छ? भाग 2", NB-IoT नेटवर्कको प्याकेट कोरको वास्तुकलाको बारेमा कुरा गर्दै, हामीले नयाँ SCEF नोडको उपस्थिति उल्लेख गर्यौं। हामी तेस्रो भागमा व्याख्या गर्छौं कि यो के हो र यो किन आवश्यक छ?

M2M सेवा सिर्जना गर्दा, अनुप्रयोग विकासकर्ताहरूले निम्न प्रश्नहरूको सामना गर्छन्:

• यन्त्रहरू कसरी पहिचान गर्ने;
• कुन प्रमाणीकरण र प्रमाणीकरण एल्गोरिथ्म प्रयोग गर्ने;
• यन्त्रहरूसँग अन्तरक्रिया गर्नको लागि कुन यातायात प्रोटोकल छनौट गर्न;
• कसरी विश्वसनीय रूपमा उपकरणहरूमा डाटा डेलिभर गर्ने;
• कसरी व्यवस्थित गर्ने र तिनीहरूसँग डाटा आदानप्रदानका लागि नियमहरू स्थापना गर्ने;
• कसरी निगरानी गर्ने र उनीहरूको अवस्थाको बारेमा अनलाइन जानकारी प्राप्त गर्ने;
• कसरी एकै साथ आफ्नो यन्त्रहरूको समूहमा डाटा डेलिभर गर्ने;
• कसरी एकै पटक एक उपकरणबाट धेरै ग्राहकहरूलाई डाटा पठाउने;
• तपाइँको यन्त्र प्रबन्ध गर्नको लागि अतिरिक्त अपरेटर सेवाहरूमा एकीकृत पहुँच कसरी प्राप्त गर्ने।

तिनीहरूलाई समाधान गर्न, स्वामित्वको प्राविधिक रूपमा "भारी" समाधानहरू सिर्जना गर्न आवश्यक छ, जसले श्रम लागत र समय-देखि-बजार सेवाहरू बढाउँछ। यो जहाँ नयाँ SCEF नोड उद्धारमा आउँछ।

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

सरल शब्दहरूमा, SCEF नेटवर्क र एप्लिकेसन सर्भर (AS) बीचको मध्यस्थकर्ता हो, एक सहज, मानकीकृत API इन्टरफेस मार्फत NB-IoT नेटवर्कमा तपाईंको M2M यन्त्र व्यवस्थापन गर्न अपरेटर सेवाहरूमा पहुँचको एकल विन्डो।

SCEF ले अपरेटरको नेटवर्कको जटिलता लुकाउँछ, अनुप्रयोग विकासकर्ताहरूलाई यन्त्रहरूसँग अन्तर्क्रिया गर्नका लागि जटिल, यन्त्र-विशिष्ट संयन्त्रहरू हटाउन अनुमति दिन्छ।

नेटवर्क प्रोटोकलहरूलाई एप्लिकेसन विकासकर्ताहरूको लागि परिचित API मा रूपान्तरण गरेर, SCEF API ले नयाँ सेवाहरूको सिर्जनालाई सहज बनाउँछ र समय-देखि-बजार घटाउँछ। नयाँ नोडले मोबाइल उपकरणहरू पहिचान/प्रमाणीकरण गर्ने, यन्त्र र AS बीचको डेटा आदानप्रदानका लागि नियमहरू परिभाषित गर्ने, अनुप्रयोग विकासकर्ताहरूलाई तिनीहरूको छेउमा यी प्रकार्यहरू कार्यान्वयन गर्नको लागि आवश्यकता हटाउने, यी कार्यहरूलाई अपरेटरको काँधमा सार्ने कार्यहरू पनि समावेश गर्दछ।

SCEF ले आवेदन सर्भरहरूको प्रमाणीकरण र प्राधिकरणको लागि आवश्यक इन्टरफेसहरू समावेश गर्दछ, UE गतिशीलता, डाटा स्थानान्तरण र उपकरण ट्रिगर, अतिरिक्त सेवाहरूमा पहुँच र अपरेटर नेटवर्क क्षमताहरू कायम राख्छ।

AS तिर त्यहाँ एकल T8 इन्टरफेस छ, 3GPP द्वारा मानकीकृत API (HTTP/JSON)। T8 को अपवाद बाहेक सबै इन्टरफेसहरू, DIAMETER प्रोटोकल (चित्र 1) मा आधारित छन्।

T6a - SCEF र MME बीचको इन्टरफेस। गतिशीलता/सत्र व्यवस्थापन प्रक्रियाहरू, गैर-आईपी डाटाको प्रसारण, अनुगमन घटनाहरूको प्रावधान र तिनीहरूमा रिपोर्टहरू प्राप्त गर्न प्रयोग गरिन्छ।

S6t - SCEF र HSS बीचको इन्टरफेस। सदस्य प्रमाणीकरण, एप्लिकेसन सर्भरहरूको प्राधिकरण, बाह्य ID र IMSI/MSISDN को संयोजन प्राप्त गर्न, अनुगमन कार्यक्रमहरूको प्रावधान र तिनीहरूमा रिपोर्टहरू प्राप्त गर्न आवश्यक छ।

S6m/T4 - SCEF देखि HSS र SMS-C सम्मको इन्टरफेसहरू (3GPP ले MTC-IWF नोड परिभाषित गर्दछ, जुन NB-IoT नेटवर्कहरूमा यन्त्र ट्रिगर र SMS प्रसारणको लागि प्रयोग गरिन्छ। यद्यपि, सबै कार्यान्वयनहरूमा यो नोडको कार्यक्षमता एकीकृत हुन्छ। SCEF, त्यसैले सर्किट को सरलीकरण को लागी, हामी यसलाई अलग विचार गर्दैनौं)। SMS पठाउन र SMS केन्द्रसँग अन्तरक्रिया गर्नको लागि मार्ग जानकारी प्राप्त गर्न प्रयोग गरिन्छ।

T8 - अनुप्रयोग सर्भरहरूसँग SCEF अन्तरक्रियाको लागि API इन्टरफेस। दुबै नियन्त्रण आदेशहरू र ट्राफिकहरू यस इन्टरफेस मार्फत प्रसारित हुन्छन्।

*वास्तवमा त्यहाँ धेरै इन्टरफेसहरू छन्; केवल सबैभन्दा आधारभूतहरू यहाँ सूचीबद्ध छन्। 3GPP 23.682 (4.3.2 सन्दर्भ बिन्दुहरूको सूची) मा पूर्ण सूची दिइएको छ।

तल SCEF को मुख्य कार्य र सेवाहरू छन्:

• SIM कार्ड पहिचानकर्ता (IMSI) लाई बाह्य आईडीमा लिङ्क गर्दै;
• गैर-आईपी ट्राफिकको प्रसारण (गैर-आईपी डाटा डेलिभरी, एनआईडीडी);
• बाह्य समूह आईडी प्रयोग गरेर समूह सञ्चालन;
• पुष्टिकरण संग डाटा प्रसारण मोड को लागी समर्थन;
• MO (Mobile Originated) र MT (Mobile Terminated) डाटाको बफरिङ;
• यन्त्रहरू र अनुप्रयोग सर्भरहरूको प्रमाणीकरण र प्राधिकरण;
• धेरै AS द्वारा एक UE बाट डाटा को एक साथ प्रयोग;
• विशेष UE स्थिति निगरानी कार्यहरूको लागि समर्थन (MONTE - घटनाहरू निगरानी);
• उपकरण ट्रिगर;
• गैर-आईपी डेटा रोमिङ प्रदान गर्दै।

AS र SCEF बीचको अन्तरक्रियाको आधारभूत सिद्धान्त तथाकथित योजनामा ​​आधारित छ। सदस्यताहरू। यदि यो एक विशिष्ट UE को लागी कुनै SCEF सेवामा पहुँच प्राप्त गर्न आवश्यक छ भने, अनुप्रयोग सर्भरले अनुरोध गरिएको सेवाको विशिष्ट API मा आदेश पठाएर सदस्यता सिर्जना गर्न आवश्यक छ र प्रतिक्रियामा एक अद्वितीय पहिचानकर्ता प्राप्त गर्न आवश्यक छ। जस पछि यस सेवाको ढाँचा भित्र UE सँग सबै थप कार्यहरू र सञ्चारहरू यो पहिचानकर्ता प्रयोग गरेर हुनेछन्।

बाह्य ID: विश्वव्यापी उपकरण पहिचानकर्ता

SCEF मार्फत काम गर्दा AS र यन्त्रहरू बीचको अन्तरक्रिया योजनामा ​​सबैभन्दा महत्त्वपूर्ण परिवर्तनहरू मध्ये एक विश्वव्यापी पहिचानकर्ताको उपस्थिति हो। अब, टेलिफोन नम्बर (MSISDN) वा IP ठेगानाको सट्टा, क्लासिक 2G/3G/LTE नेटवर्कमा जस्तै, अनुप्रयोग सर्भरको लागि उपकरण पहिचानकर्ता "बाह्य ID" हुन्छ। यो अनुप्रयोग विकासकर्ताहरूलाई परिचित ढाँचामा मानक द्वारा परिभाषित गरिएको छ " @ "

विकासकर्ताहरूले अब उपकरण प्रमाणीकरण एल्गोरिदमहरू लागू गर्न आवश्यक छैन; नेटवर्कले पूर्ण रूपमा यो प्रकार्य लिन्छ। बाह्य ID IMSI सँग जोडिएको छ, र विकासकर्ता निश्चित बाह्य ID पहुँच गर्दा, यो एक विशिष्ट SIM कार्डसँग अन्तर्क्रिया गर्दछ भन्ने कुरामा निश्चित हुन सक्छ। सिम चिप प्रयोग गर्दा, बाह्य आईडीले विशिष्ट यन्त्र पहिचान गर्दा तपाईंले पूर्णतया अनौठो अवस्था प्राप्त गर्नुहुन्छ!

यसबाहेक, धेरै बाह्य आईडीहरू एक IMSI मा लिङ्क गर्न सकिन्छ - एक अझ रोचक स्थिति उत्पन्न हुन्छ जब बाह्य आईडीले विशिष्ट उपकरणमा एक विशेष सेवाको लागि जिम्मेवार विशिष्ट अनुप्रयोग पहिचान गर्दछ।

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

AS विकासकर्ताहरूको लागि नयाँ यन्त्र पहिचानकर्तामा संक्रमण तत्काल हुन सक्दैन भन्ने तथ्यको कारण, SCEF ले UE सँग मानक नम्बर - MSISDN मार्फत AS सञ्चारको सम्भावना छोड्यो।

गैर-आईपी ट्राफिकको प्रसारण (गैर-आईपी डाटा डेलिभरी, NIDD)

NB-IoT मा, पहिले नै अवस्थित PDN प्रकारहरू, जस्तै IPv4, IPv6 र IPv4v6 को अतिरिक्त, सानो मात्रामा डाटा प्रसारण गर्न संयन्त्रहरूको अनुकूलनको भागको रूपमा, अर्को प्रकार देखा परेको छ - गैर-आईपी। यस अवस्थामा, यन्त्र (UE) लाई आईपी ठेगाना तोकिएको छैन र आईपी प्रोटोकल प्रयोग नगरी डाटा प्रसारण गरिन्छ। त्यस्ता जडानहरूको लागि ट्राफिक दुई तरिकामा रुट गर्न सकिन्छ: क्लासिक - MME -> SGW -> PGW र त्यसपछि PtP सुरुङ मार्फत AS (चित्र 2) वा SCEF (चित्र 3) प्रयोग गरेर।

क्लासिक विधिले आईपी ट्राफिकमा कुनै विशेष फाइदाहरू प्रदान गर्दैन, आईपी हेडरहरूको अनुपस्थितिको कारण प्रसारित प्याकेटहरूको आकार घटाउन बाहेक। SCEF को प्रयोगले धेरै नयाँ सम्भावनाहरू खोल्छ र उपकरणहरूसँग अन्तरक्रिया गर्ने प्रक्रियाहरूलाई महत्त्वपूर्ण रूपमा सरल बनाउँछ।

SCEF मार्फत डाटा प्रसारण गर्दा, क्लासिक आईपी ट्राफिकमा दुई धेरै महत्त्वपूर्ण फाइदाहरू देखा पर्छन्:


बाह्य ID मार्फत यन्त्रमा MT ट्राफिकको डेलिभरी

क्लासिक आईपी उपकरणमा सन्देश पठाउन, AS लाई यसको आईपी ठेगाना थाहा हुनुपर्छ। यहाँ एउटा समस्या उत्पन्न हुन्छ: किनकि यन्त्रले सामान्यतया "खैरो" आईपी ठेगाना दर्ता गर्दा प्राप्त गर्दछ, यसले इन्टरनेटमा अवस्थित एप्लिकेसन सर्भरसँग कुराकानी गर्दछ, 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 को लागि एक मात्र यन्त्र पहिचानकर्ता बाह्य ID भएको हुनाले, 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 तर्फ प्याकेट पुन: पठाइनेछ। MT ट्राफिकको लागि पनि त्यस्तै हुन्छ।

यन्त्र निगरानी (अनुगमन घटनाहरू - MONTE)

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

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

सबै घटनाहरूको प्रावधान, "भौगोलिक क्षेत्रमा उपस्थित UEs को संख्या" को अपवाद बाहेक, HSS मार्फत हुन्छ। दुई घटनाहरू "IMSI-IMEI संघको परिवर्तन" र "रोमिङ स्थिति" सीधा HSS मा ट्र्याक गरिन्छ, बाँकी HSS द्वारा MME मा प्रावधान गरिनेछ।
घटनाहरू या त एक-समय वा आवधिक हुन सक्छन्, र तिनीहरूको प्रकार द्वारा निर्धारण गरिन्छ।

घटनाको बारेमा रिपोर्ट पठाउने (रिपोर्टिङ) नोडद्वारा गरिन्छ जसले घटनालाई सीधै SCEF (चित्र 5) मा ट्र्याक गर्छ।

महत्त्वपूर्ण बिन्दु: अनुगमन घटनाहरू SCEF मार्फत जडान गरिएका गैर-IP यन्त्रहरू र MME-SGW-PGW मार्फत क्लासिक तरिकामा डाटा प्रसारण गर्ने IP यन्त्रहरूमा लागू गर्न सकिन्छ।

प्रत्येक अनुगमन घटनाहरूलाई नजिकबाट हेरौं:

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

* नेटवर्कलाई थाहा दिनको लागि कि उपकरण अझै उपलब्ध छ, यसले आवधिक रूपमा अद्यावधिक प्रक्रिया प्रारम्भ गर्दछ - ट्र्याकिङ एरिया अपडेट (TAU)। यस प्रक्रियाको फ्रिक्वेन्सी नेटवर्क द्वारा टाइमर T3412 वा (PSM को मामलामा T3412_extended) प्रयोग गरेर सेट गरिएको छ, जसको मान संलग्न प्रक्रिया वा अर्को TAU को समयमा उपकरणमा प्रसारित हुन्छ। मोबाइल पहुँच योग्यता टाइमर सामान्यतया T3412 भन्दा धेरै मिनेट लामो छ। यदि UE ले "मोबाइल पहुँच योग्यता टाइमर" को म्याद सकिनु अघि TAU बनाएको छैन भने, सञ्जालले यसलाई अब पहुँचयोग्य नभएको मान्छ।

UE पहुँच योग्यता - जब UE DL ट्राफिक वा SMS को लागी उपलब्ध हुन्छ संकेत गर्दछ। यो तब हुन्छ जब UE पेजिङको लागि उपलब्ध हुन्छ (eDRX मोडमा UE को लागि) वा जब UE ECM-Connected मोडमा प्रवेश गर्छ (PSM वा eDRX मोडमा UE को लागि), अर्थात्। TAU बनाउँछ वा अपलिङ्क प्याकेट पठाउँछ।

स्थान रिपोर्टिङ - यस प्रकारको निगरानी घटनाहरूले AS लाई UE को स्थान क्वेरी गर्न अनुमति दिन्छ। या त हालको स्थान (वर्तमान स्थान) वा अन्तिम ज्ञात स्थान (सेल ID द्वारा निर्धारण गरिएको छ जसबाट उपकरणले TAU बनाएको वा पछिल्लो पटक ट्राफिक प्रसारण गरेको) अनुरोध गर्न सकिन्छ, जुन PSM वा eDRX पावर बचत मोडहरूमा यन्त्रहरूका लागि सान्दर्भिक छ। "वर्तमान स्थान" को लागि, AS ले प्रत्येक पटक यन्त्रको स्थान परिवर्तन हुँदा AS लाई सूचित गर्दै MME ले दोहोर्याइएको जवाफहरू अनुरोध गर्न सक्छ।

IMSI-IMEI संघको परिवर्तन - जब यो घटना सक्रिय हुन्छ, SCEF ले IMSI (SIM कार्ड पहिचानकर्ता) र IMEI (उपकरण पहिचानकर्ता) को संयोजनमा परिवर्तनहरू निगरानी गर्न थाल्छ। जब घटना हुन्छ, AS लाई सूचित गर्दछ। निर्धारित प्रतिस्थापन कार्यको समयमा यन्त्रमा स्वचालित रूपमा बाह्य ID रिबाइन्ड गर्न वा यन्त्रको चोरीको लागि पहिचानकर्ताको रूपमा सेवा गर्न प्रयोग गर्न सकिन्छ।

रोमिङ स्थिति - यस प्रकारको निगरानी AS द्वारा प्रयोग गरिन्छ कि UE घरको नेटवर्कमा छ वा रोमिङ पार्टनरको नेटवर्कमा। वैकल्पिक रूपमा, यन्त्र दर्ता भएको अपरेटरको PLMN (सार्वजनिक भूमि मोबाइल नेटवर्क) प्रसारण गर्न सकिन्छ।

संचार विफलता — यस प्रकारको निगरानीले रेडियो पहुँच नेटवर्क (S1-AP प्रोटोकल) बाट प्राप्त भएको जडान हानि (रिलिज कारण कोड) को कारणहरूको आधारमा यन्त्रसँग सञ्चारमा विफलताहरूको बारेमा AS लाई जानकारी दिन्छ। यस घटनाले सञ्जालमा समस्याहरूको कारणले गर्दा, उदाहरणका लागि, eNodeb ओभरलोड हुँदा (रेडियो स्रोतहरू उपलब्ध छैन) वा यन्त्रको विफलताको कारणले (UE हराएको रेडियो जडान) को कारणले गर्दा - किन सञ्चार असफल भयो भनेर निर्धारण गर्न मद्दत गर्न सक्छ।

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

PDN जडान स्थिति - यन्त्र स्थिति परिवर्तन हुँदा AS लाई जानकारी दिन्छ (PDN जडान स्थिति) - जडान (PDN सक्रियता) वा विच्छेदन (PDN मेटाउने)। यसलाई AS द्वारा UE सँग सञ्चार प्रारम्भ गर्न प्रयोग गर्न सकिन्छ, वा यसको विपरित, संचार अब सम्भव छैन भनेर बुझ्नको लागि। यस प्रकारको निगरानी आईपी र गैर-आईपी उपकरणहरूको लागि उपलब्ध छ।

भौगोलिक क्षेत्रमा अवस्थित UE को संख्या - यस प्रकारको निगरानी AS द्वारा निश्चित भौगोलिक क्षेत्रमा UE को संख्या निर्धारण गर्न प्रयोग गरिन्छ।

यन्त्र ट्रिगर गर्दै)

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 पठाउन थाल्छ। SMS प्राप्त गर्दा, यन्त्रले PDN सक्रिय गर्छ र थप निर्देशनहरू प्राप्त गर्न वा डेटा स्थानान्तरण गर्न AS मा जडान गर्छ।

SCEF मा तपाईंको यन्त्र सदस्यताको म्याद सकिने बेला हुन सक्छ। हो, सदस्यताको आफ्नै जीवनकाल हुन्छ, अपरेटरद्वारा सेट गरिएको वा AS सँग सहमत। म्याद सकिएपछि, MME मा PDN निष्क्रिय हुनेछ र AS मा यन्त्र अनुपलब्ध हुनेछ। यस अवस्थामा, "उपकरण ट्रिगर" कार्यक्षमताले पनि मद्दत गर्नेछ। AS बाट नयाँ डाटा प्राप्त गर्दा, SCEF ले यन्त्र जडान स्थिति पत्ता लगाउनेछ र SMS च्यानल मार्फत डाटा डेलिभर गर्नेछ।

निष्कर्षमा

SCEF को कार्यक्षमता, निस्सन्देह, माथि वर्णन गरिएका सेवाहरूमा सीमित छैन र निरन्तर विकसित र विस्तार भइरहेको छ। हाल, एक दर्जन भन्दा बढी सेवाहरू पहिले नै SCEF को लागि मानकीकृत भइसकेका छन्। अब हामीले विकासकर्ताहरूबाट माग भएका मुख्य कार्यहरूमा मात्र छोएका छौं; हामी भविष्यका लेखहरूमा बाँकीको बारेमा कुरा गर्नेछौं।

प्रश्न तुरुन्तै उठ्छ: कसरी प्रारम्भिक परीक्षण र सम्भावित केसहरूको डिबगिङको लागि यो "चमत्कार" नोडमा परीक्षण पहुँच प्राप्त गर्ने? सबै कुरा धेरै सरल छ। कुनै पनि विकासकर्ताले अनुरोध पेश गर्न सक्छ [ईमेल सुरक्षित], जसमा यो जडानको उद्देश्य, सम्भावित केसको विवरण र सञ्चारको लागि सम्पर्क जानकारी संकेत गर्न पर्याप्त छ।

अर्को समय सम्म!

लेखकहरू:

• अभिसरण समाधान र मल्टिमिडिया सेवा विभाग को वरिष्ठ विशेषज्ञ Sergey Novikov sanov,
• अभिसरण समाधान र मल्टिमिडिया सेवा विभाग को विशेषज्ञ Alexey Lapshin aslapsh

स्रोत: www.habr.com