चीन Shenzhen Olax Technology CO.,Ltd कंपनी समाचार

पारंपरिक की जटिल विन्यास के कारण CLI और SNM और लेनदेन तंत्र के लिए समर्थन की कमी के कारण, NETCONF नेटवर्क प्रबंधन प्रोटोकॉल को 5G सिस्टम में सक्षम किया गया है, जिससे NMS (नेटवर्क प्रबंधन सिस्टम) को राउटर, eNodeB, gNodeB, DU, CU या RU से जुड़े नेटवर्क उपकरणों के विन्यास को जारी करने, संशोधित करने और हटाने की अनुमति मिलती है। कार्य सिद्धांत, संरचना और सेवा सत्र इस प्रकार हैं;   I. कार्य सिद्धांत NETCONF सिस्टम में कम से कम एक NMS होता है जो सभी नेटवर्क उपकरणों का प्रबंधन करता है, जैसा कि नीचे दिए गए चित्र में दिखाया गया है। NETCONF आर्किटेक्चर में दो भूमिकाएँ शामिल हैं: क्लाइंट और सर्वर     II. सिस्टम संरचना विशेषताएं NETCONF में कम से कम एक NMS होता है जो सभी नेटवर्क उपकरणों का प्रबंधन करता है, जिसमें शामिल हैं:   2.1 क्लाइंट निम्नलिखित कार्य प्रदान करता है   नेटवर्क उपकरणों का प्रबंधन करने के लिए NETCONF का उपयोग करें। एक या अधिक पैरामीटर मानों को क्वेरी या संशोधित करने के लिए NETCONF सर्वर को RPC अनुरोध भेजें। प्रबंधित डिवाइस के NETCONF सर्वर द्वारा भेजे गए अलार्म और घटनाओं के अनुसार, प्रबंधित डिवाइस की स्थिति को समझें। 2.2 जब सर्वर क्लाइंट से अनुरोध प्राप्त करता है, तो वह अनुरोध को पार्स करेगा और क्लाइंट को एक उत्तर भेजेगा। जब किसी प्रबंधित डिवाइस में कोई खराबी या अन्य प्रकार की घटना होती है, तो NETCONF सर्वर एक अधिसूचना तंत्र के माध्यम से क्लाइंट को अलार्म या घटना की रिपोर्ट करता है, जिससे क्लाइंट को प्रबंधित डिवाइस की स्थिति को समझने की अनुमति मिलती है।   III. NETCONF सत्र: जैसा कि नीचे दिए गए चित्र में दिखाया गया है, क्लाइंट और सर्वर RPC तंत्र का उपयोग करके संचार करते हैं। संचार केवल तभी अनुमत है जब उनके बीच एक सुरक्षित कनेक्शन-उन्मुख सत्र स्थापित हो जाता है। क्लाइंट सर्वर को एक RPC अनुरोध भेजता है, जो अनुरोध को संसाधित करता है और क्लाइंट को प्रतिक्रिया लौटाता है। NETCONF क्लाइंट और सर्वर RPC तंत्र का उपयोग करके संचार करते हैं। संचार केवल तभी अनुमत है जब एक सुरक्षित कनेक्शन-उन्मुख सत्र स्थापित हो जाता है। सत्र स्थापना और समाप्ति प्रक्रिया इस प्रकार है:       क्लाइंट सर्वर के साथ एक SSH कनेक्शन स्थापित करता है और, प्रमाणीकरण और प्राधिकरण पूरा करने के बाद, सर्वर के साथ एक NETCONF सत्र स्थापित करता है। क्लाइंट और सर्वर क्षमताओं पर बातचीत करने के लिए नमस्ते संदेशों का आदान-प्रदान करते हैं। क्लाइंट सर्वर को एक या अधिक RPC अनुरोध भेजता है। कुछ उदाहरण अनुरोध नीचे सूचीबद्ध हैं:  विन्यास को संशोधित और प्रतिबद्ध करें;  विन्यास डेटा या स्थिति क्वेरी करें;  डिवाइस पर रखरखाव संचालन करें;  क्लाइंट NETCONF सत्र समाप्त करता है;  SSH कनेक्शन समाप्त होता है।

  NETCONFनेटवर्क कॉन्फ़िगरेशन प्रोटोकॉल का पूरा नाम है, जो एक नेटवर्क प्रबंधन प्रोटोकॉल है जो एनएमएस (नेटवर्क प्रबंधन प्रणाली) को जारी करने की अनुमति देता है,कनेक्टेड नेटवर्क उपकरणों (राउटर) की कॉन्फ़िगरेशन को संशोधित और हटाएं, eNodeB, gNodeB, DU, CU या RU) द्वारा विकसित और मानकीकृत है।आईईटीएफजबकि ओ-आरएएन के लिए यह कार्य समूह (कार्य समूह 4) की जिम्मेदारी है।     I. NETCONF प्रोटोकॉलकॉन्फ़िगरेशन डेटा और प्रोटोकॉल संदेशों को संसाधित करने के लिए एक्सएमएल (एक्सटेंसिबल मार्कअप लैंग्वेज) डेटा कोडिंग का उपयोग करता है;यह सर्वर और क्लाइंट की अवधारणा पर आधारित है और सर्वर और क्लाइंट के बीच संचार प्राप्त करने के लिए आरपीसी (रिमोट प्रक्रिया कॉल) तंत्र का उपयोग करता हैक्लाइंट प्रक्रिया एनएमएस पर चलती है, जो एक स्क्रिप्ट या एप्लिकेशन हो सकती है, और सर्वर एक विशिष्ट नेटवर्क डिवाइस है।   II. NETCONF की विशेषताएंनिम्नलिखित हैं: यह एक स्तरित प्रोटोकॉल फ्रेमवर्क को अपनाता है, जिससे यह ऑन-डिमांड, स्वचालित और क्लाउड-आधारित नेटवर्क के लिए अधिक उपयुक्त हो जाता है। इसका उपयोग नेटवर्क उपकरणों को कॉन्फ़िगरेशन जारी करने, संशोधित करने और हटाने के लिए किया जाता है। एक्सएमएल (एक्सटेंसिबल मार्कअप लैंग्वेज) का प्रयोग कॉन्फ़िगरेशन डेटा और प्रोटोकॉल संदेशों के डेटा एन्कोडिंग के लिए किया जाता है। सर्वर और क्लाइंट अवधारणा के आधार पर, एनएमएस क्लाइंट के रूप में कार्य करता है और नेटवर्क डिवाइस सर्वर के रूप में कार्य करता है। सर्वर और क्लाइंट के बीच संचार आरपीसी (रिमोट प्रोसीजर कॉल) तंत्र का उपयोग करके प्राप्त किया जाता है। संचालन YANG मॉडल के आधार पर निष्पादित किए जाते हैं, जो मैनुअल कॉन्फ़िगरेशन त्रुटियों के कारण होने वाली नेटवर्क विफलताओं को कम करते हैं। NETCONF नेटवर्क स्वचालन की आवश्यकताओं को पूरा करता है। यह सुरक्षित संदेश संचरण सुनिश्चित करने के लिए प्रमाणीकरण और प्राधिकरण जैसे सुरक्षा तंत्र प्रदान करता है। यह लेनदेन तंत्र भी प्रदान करता है, डेटा वर्गीकरण, भंडारण और माइग्रेशन, चरणबद्ध प्रतिबद्धता और कॉन्फ़िगरेशन अलगाव का समर्थन करता है। यह व्यापक कॉन्फ़िगरेशन वितरण, सत्यापन और रोलबैक का समर्थन करता है, जिससे नेटवर्क सेवाओं पर प्रभाव कम हो जाता है। यह विक्रेताओं को अद्वितीय प्रबंधन क्षमताओं को लागू करने के लिए अपने स्वयं के प्रोटोकॉल संचालन को परिभाषित करने की अनुमति देता है। 3NETCONF की आवश्यकता क्यों है? क्लाउड नेटवर्क की एक प्रमुख आवश्यकता तेजी से, ऑन डिमांड सेवा प्रावधान और स्वचालित संचालन प्रबंधन के लिए नेटवर्क स्वचालन है।पारंपरिक विधियाँ जैसे CLI और SNM इस आवश्यकता को पूरा नहीं कर सकती हैं।. इनकी निम्नलिखित सीमाएँ हैं, जिन्हें NETCONF संबोधित करता है।   31. के नुकसानCLI: पहला, विन्यास जटिल है। दूसरा, निम्नलिखितः सीएलआई विक्रेता के अनुसार भिन्न होते हैं, जिससे उपयोगकर्ताओं को प्रत्येक विक्रेता के लिए सीएलआई स्क्रिप्ट सीखने और अनुकूलित करने की आवश्यकता होती है। CLI संरचना और वाक्यविन्यास में लगातार परिवर्तन CLI स्क्रिप्ट को बनाए रखना मुश्किल बनाते हैं। कमांड आउटपुट असंगठित, अप्रत्याशित और आसानी से परिवर्तनीय है, जिससे CLI स्क्रिप्ट का स्वचालित पार्सिंग मुश्किल हो जाता है। 3.2एसएनएमपी के नुकसान: एसएनएमपी लेनदेन का समर्थन नहीं करता है, जिसके परिणामस्वरूप अक्षम विन्यास होता है। एसएनएमपी उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) का उपयोग करता है, जो विश्वसनीय, अनुक्रमित डेटा संचरण प्रदान नहीं करता है और प्रभावी सुरक्षा तंत्र की कमी है। एसएनएमपी में विन्यास लेनदेन प्रस्तुत करने के लिए एक तंत्र की कमी है। एसएनएमपी डिवाइस-दर-डिवाइस आधार पर डिवाइस कॉन्फ़िगरेशन का प्रबंधन करता है और नेटवर्क-स्तरीय कॉन्फ़िगरेशन या मल्टी-डिवाइस कॉन्फ़िगरेशन सहयोग का समर्थन नहीं करता है।

NETCONFनेटवर्क कॉन्फ़िगरेशन प्रोटोकॉल का पूरा नाम है, जो एक नेटवर्क प्रबंधन प्रोटोकॉल है जो एनएमएस (नेटवर्क प्रबंधन प्रणाली) को जारी करने की अनुमति देता है,कनेक्टेड नेटवर्क उपकरणों (राउटर) की कॉन्फ़िगरेशन को संशोधित और हटाएं, eNodeB, gNodeB, DU, CU या RU). NETCONF को IETF द्वारा विकसित और मानकीकृत किया गया है; जबकि O-RAN के लिए यह WG (वर्किंग ग्रुप 4) की जिम्मेदारी के अंतर्गत है।   1.NETCONF प्रोटोकॉलकॉन्फ़िगरेशन डेटा और प्रोटोकॉल संदेशों को संसाधित करने के लिए एक्सएमएल (एक्सटेंसिबल मार्कअप लैंग्वेज) डेटा कोडिंग का उपयोग करता है;यह सर्वर और क्लाइंट की अवधारणा पर आधारित है और सर्वर और क्लाइंट के बीच संचार प्राप्त करने के लिए आरपीसी (रिमोट प्रक्रिया कॉल) तंत्र का उपयोग करता हैक्लाइंट प्रक्रिया एनएमएस पर चलती है, जो एक स्क्रिप्ट या एप्लिकेशन हो सकती है, और सर्वर एक विशिष्ट नेटवर्क डिवाइस है।   2.NETCONF की विशेषताएंनिम्नलिखित हैं: यह एक स्तरित प्रोटोकॉल फ्रेमवर्क को अपनाता है, जिससे यह ऑन-डिमांड, स्वचालित और क्लाउड-आधारित नेटवर्क के लिए अधिक उपयुक्त हो जाता है। इसका उपयोग नेटवर्क उपकरणों को कॉन्फ़िगरेशन जारी करने, संशोधित करने और हटाने के लिए किया जाता है। एक्सएमएल (एक्सटेंसिबल मार्कअप लैंग्वेज) का प्रयोग कॉन्फ़िगरेशन डेटा और प्रोटोकॉल संदेशों के डेटा एन्कोडिंग के लिए किया जाता है। सर्वर और क्लाइंट अवधारणा के आधार पर, एनएमएस क्लाइंट के रूप में कार्य करता है और नेटवर्क डिवाइस सर्वर के रूप में कार्य करता है। सर्वर और क्लाइंट के बीच संचार आरपीसी (रिमोट प्रोसीजर कॉल) तंत्र का उपयोग करके प्राप्त किया जाता है। संचालन YANG मॉडल के आधार पर निष्पादित किए जाते हैं, जो मैनुअल कॉन्फ़िगरेशन त्रुटियों के कारण होने वाली नेटवर्क विफलताओं को कम करते हैं। NETCONF नेटवर्क स्वचालन की आवश्यकताओं को पूरा करता है। यह सुरक्षित संदेश संचरण सुनिश्चित करने के लिए प्रमाणीकरण और प्राधिकरण जैसे सुरक्षा तंत्र प्रदान करता है। यह लेनदेन तंत्र भी प्रदान करता है, डेटा वर्गीकरण का समर्थन करता है,भंडारण और प्रवास, चरणबद्ध प्रतिबद्धता, और विन्यास अलगाव. यह व्यापक कॉन्फ़िगरेशन वितरण, सत्यापन और रोलबैक का समर्थन करता है, जिससे नेटवर्क सेवाओं पर प्रभाव कम हो जाता है। यह विक्रेताओं को अद्वितीय प्रबंधन क्षमताओं को लागू करने के लिए अपने स्वयं के प्रोटोकॉल संचालन को परिभाषित करने की अनुमति देता है।     3.NETCONF की आवश्यकता क्यों है?क्लाउड नेटवर्क की एक प्रमुख आवश्यकता तेजी से, ऑन डिमांड सेवा प्रावधान और स्वचालित संचालन प्रबंधन के लिए नेटवर्क स्वचालन है।पारंपरिक दृष्टिकोण जैसे CLI और SNM इस आवश्यकता को पूरा नहीं कर सकते हैं. इनकी निम्नलिखित सीमाएँ हैं, जिन्हें NETCONF संबोधित करता है।   31. सीएलआई के नुकसानः पहला, विन्यास जटिल है। दूसरा, निम्नलिखितः सीएलआई विक्रेता के अनुसार भिन्न होते हैं, जिससे उपयोगकर्ताओं को प्रत्येक विक्रेता के लिए सीएलआई स्क्रिप्ट सीखने और अनुकूलित करने की आवश्यकता होती है। CLI संरचना और वाक्यविन्यास अक्सर बदलते हैं, जिससे CLI स्क्रिप्ट को बनाए रखना मुश्किल हो जाता है। कमांड आउटपुट असंगठित, अप्रत्याशित और आसानी से परिवर्तनीय है, जिससे CLI स्क्रिप्ट का स्वचालित पार्सिंग मुश्किल हो जाता है।   3.2 एसएनएमपी के नुकसानः एसएनएमपी लेनदेन का समर्थन नहीं करता है, जिसके परिणामस्वरूप अक्षम विन्यास होता है। एसएनएमपी उपयोगकर्ता डेटाग्राम प्रोटोकॉल (यूडीपी) का उपयोग करता है, जो विश्वसनीय, अनुक्रमित डेटा संचरण प्रदान नहीं करता है और प्रभावी सुरक्षा तंत्र की कमी है। एसएनएमपी में विन्यास लेनदेन प्रस्तुत करने के लिए एक तंत्र की कमी है। एसएनएमपी डिवाइस-दर-डिवाइस आधार पर डिवाइस कॉन्फ़िगरेशन का प्रबंधन करता है और नेटवर्क-स्तरीय कॉन्फ़िगरेशन या मल्टी-डिवाइस कॉन्फ़िगरेशन सहयोग का समर्थन नहीं करता है।

  5जी प्रणाली में, एक पथ स्विच अनुरोध (PATH SWITCH REQUEST) टर्मिनल (यूई) के लिए 5जीसी के साथ सिग्नलिंग कनेक्शन स्थापित करने का अनुरोध है और यदि लागू हो,एनजी-यू परिवहन वाहक के डाउनलिंक को एक नए सेवा नोड पर स्विच करने के लिए अनुरोध करेंयह अनुरोध विभिन्न कारणों से विफल हो सकता है; 3GPP इसे TS 38.413 में निम्नानुसार परिभाषित करता है।   I. पथ अनुरोध ऑपरेशन विफल   जैसा कि चित्र 8 में दिखाया गया है।4.4.3-1 नीचे, एक अनुरोध विफलता आम तौर पर एएमएफ द्वारा प्रतिक्रिया दी जाती है जब एनजी-आरएएन नोड एक "पथ स्विच अनुरोध" जारी करता है।       II. अनुरोध ऑपरेशन विफलता के परिदृश्य आमतौर पर निम्नलिखित हैंः   यदि 5जीसी सभी पीडीयू सत्र संसाधनों के लिए एनजी-यू परिवहन धारक के डाउनलिंक समापन बिंदु को नए (सेवा) समापन बिंदु पर स्विच करने में विफल रहता है,एएमएफ को एनजी-आरएएन नोड को एक PATH SWITCH REQUEST FAILURE संदेश भेजना चाहिए.   The NG-RAN node shall release the corresponding QoS flows and consider the PDU Sessions indicated in the PDU Session Resource Release List IE contained in the PATH SWITCH REQUEST FAILURE message as released.   प्रत्येक जारी किए गए पीडीयू सत्र के लिए संबंधित कारण मूल्य पथ स्विच अनुरोध विफलता संदेश में पथ स्विच अनुरोध विफलता संदेश में शामिल है।   III. असामान्य संचालन का अनुरोध करना   यदि एएमएफ एक संदेश प्राप्त करता है जिसमें कई पीडीयू सत्र आईडी आईई एक ही मूल्य पर सेट हैं (डाउनलिंक सूची में पीडीयू सत्र संसाधन को स्विच करने के लिए आईई में),एएमएफ को एनजी-आरएएन नोड को एक PATH SWITCH REQUEST FAILURE संदेश भेजना चाहिएइसके अतिरिक्त,   अपवाद के रूप में, एएमएफ एक पथ स्विच अनुरोध असफल स्थानांतरण आईई उत्पन्न कर सकता है।   यदि एक आंशिक रूप से अनुमोदित एनएसएसएआई आईई को पथ स्विच अनुरोध मान्यता संदेश में प्राप्त किया जाता है और अनुमोदित एनएसएसएआई और आंशिक रूप से अनुमोदित एनएसएसएआई में शामिल एस-एनएसएसएआई की कुल संख्या 8 से अधिक है,एनजी-आरएएन नोड प्रक्रिया को विफल मानता है.   यदि आंशिक रूप से अनुमत एनएसएसएआई आईई में मौजूद कोई एस-एनएसएसएआई भी अनुमत एनएसएसएआई आईई में मौजूद है, तो एनजी-आरएएन नोड प्रक्रिया को विफल माना जाएगा।

RAN स्थिति स्थानांतरण एक 5G नेटवर्क में एक स्रोत रेडियो एक्सेस नेटवर्क (RAN) नोड से एक लक्ष्य RAN नोड में एक टर्मिनल (UE) की अपलिंक और डाउनलिंक स्थिति जानकारी को स्थानांतरित करने की प्रक्रिया है। यह आमतौर पर हैंडओवर या दोहरी कनेक्टिविटी परिदृश्यों के दौरान होता है। इस प्रक्रिया के दौरान, AMF डाउनलिंक डेटा (जैसे, अग्रेषित पैकेटों की संख्या) के बारे में जानकारी, SN स्थिति और PDCP (पैकेट डेटा कन्वर्जेंस प्रोटोकॉल) अनुक्रम संख्या और हाइपरफ्रेम संख्या (HFN) स्थिति, दोनों अपलिंक और डाउनलिंक डेटा के लिए, लक्ष्य RAN को प्रेषित करता है।   I. अपलिंक RAN स्थिति स्थानांतरणका उद्देश्य NG-RAN पर नुकसान रहित हैंडओवर को सक्षम करना है। स्थानांतरण प्रक्रिया UE-संबंधित सिग्नलिंग का उपयोग करती है। विशिष्ट प्रक्रिया नीचे चित्र 8.4.6.2-1 में दिखाई गई है, जहाँ:स्रोत NG-RAN नोड डाउनलिंक SDUs के लिए PDCP SNs का आवंटन बंद करके और AMF को एक UPLINK RAN STATUS TRANSFER संदेश भेजकर इस प्रक्रिया को शुरू करता है जब वह ट्रांसमीटर/रिसीवर स्थिति को जमे हुए मानता है।   प्रत्येक DRB के लिए जिसके लिए PDCP-SN और HFN स्थिति संरक्षण लागू है, स्रोत NG-RAN नोड को RAN स्थिति स्थानांतरण पारदर्शी कंटेनर IE के भीतर DRB विषय स्थिति स्थानांतरण सूची IE में DRB ID IE, UL COUNT IE, और DL COUNT IE शामिल करना चाहिए। UPLINK RAN STATUS TRANSFER संदेश। प्रत्येक DRB के लिए जिसके लिए स्रोत NG-RAN नोड ने लक्ष्य NG-RAN नोड से एक अपलिंक अग्रेषण अनुरोध स्वीकार किया है, स्रोत NG-RAN नोड UL PDCP SDUs IE में लापता और प्राप्त अपलिंक SDUs को भी शामिल कर सकता है। UPLINK RAN STATUS TRANSFER संदेश। II.   डाउनलिंक RAN स्थिति स्थानांतरणका उद्देश्य UE-संबंधित सिग्नलिंग का उपयोग करके NG-RAN-आधारित नुकसान रहित हैंडओवर स्थानांतरण प्रक्रियाओं को लागू करना है। विशिष्ट प्रक्रिया नीचे चित्र 8.4.7.2-1 में दिखाई गई है, जहाँ: AMF लक्ष्य NG-RAN नोड को DOWNLINK RAN STATUS TRANSFER संदेश भेजकर इस प्रक्रिया को शुरू करता है। TS 38.300 के अनुसार इस हैंडओवर को करने वाला लक्ष्य NG-RAN नोड और पूर्ण कॉन्फ़िगरेशन का उपयोग करते हुए इस संदेश में प्राप्त जानकारी को अनदेखा करेगा।     RAN स्थिति स्थानांतरण पारदर्शी कंटेनर IE में प्रत्येक DRB के लिए जो स्टेट ट्रांसफर लिस्ट IE के अधीन है, लक्ष्य NG-RAN नोड को UL काउंट वैल्यू IE के मान से कम PDCP-SN वाले किसी भी अपलिंक डेटा पैकेट को प्रेषित नहीं करना चाहिए। RAN स्थिति स्थानांतरण पारदर्शी कंटेनर IE में प्रत्येक DRB के लिए जो स्टेट ट्रांसफर लिस्ट IE के अधीन है, लक्ष्य NG-RAN नोड को पहले डाउनलिंक डेटा पैकेट के DL COUNT वैल्यू IE के मान का उपयोग करना चाहिए जिसे अभी तक PDCP-SN निर्दिष्ट नहीं किया गया है। यदि DOWNLINK RAN STATUS TRANSFER संदेश के RAN स्थिति स्थानांतरण पारदर्शी कंटेनर IE में कम से कम एक DRB में UL PDCP SDUs IE की प्राप्ति स्थिति है, तो लक्ष्य NG-RAN नोड रेडियो इंटरफ़ेस पर UE को भेजे गए स्थिति रिपोर्ट संदेशों में इसका उपयोग कर सकता है।

  PATH SWITCH REQUEST प्रक्रिया का उद्देश्य 5GC के साथ एक UE-संबंधित सिग्नलिंग कनेक्शन स्थापित करना है और यदि लागू हो,अनुरोध करें कि एनजी-यू परिवहन धारक के डाउनलिंक समापन बिंदु को एक नए समापन बिंदु पर स्विच किया जाए3जीपीपी ने आईएबी, स्लाइसिंग, पोजिशनिंग और रेंजिंग प्रौद्योगिकियों को सक्षम करने के बाद टीएस 38.413 में 5जी की प्रासंगिक प्रक्रियाओं को निम्नानुसार परिभाषित किया है।   आईएबी प्राधिकरण प्रसंस्करण   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में IAB प्राधिकरण IE होता है,एनजी-आरएएन नोड (यदि समर्थित हो) प्राप्त आईएबी प्राधिकरण जानकारी को यूई संदर्भ में संग्रहीत करेगा और इसका उपयोग टीएस 38 में निर्दिष्ट के अनुसार करेगा।.401.   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में मोबाइल आईएबी प्राधिकरण आईई शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) को प्राप्त मोबाइल आईएबी प्राधिकरण स्थिति को मोबाइल आईएबी-एमटी के यूई संदर्भ में संग्रहीत करना चाहिए।यदि मोबाइल आईएबी-एमटी के मोबाइल आईएबी प्राधिकरण आईई को "अनधिकृत" पर सेट किया गया है, तो एनजी-आरएएन नोड (यदि समर्थित है) यह सुनिश्चित करेगा कि मोबाइल आईएबी नोड किसी भी यूई की सेवा नहीं करता है।   II. एनएसएसएआई और रेंजिंग और पोजिशनिंग   यदि "आंशिक रूप से अनुमत एनएसएसएआई" आईई पथ स्विच अनुरोध पुष्टि (पथ स्विच अनुरोध पुष्टि) संदेश में शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) से ईयू के लिए आंशिक रूप से अनुमत नेटवर्क स्लाइस का अनुमान लगाया जाएगा।, पहले प्राप्त किसी भी "आंशिक रूप से अनुमत एनएसएसएआई" को स्टोर और प्रतिस्थापित करें और इसका उपयोग टीएस 23 में निर्दिष्ट के अनुसार करें।501.   यदि "रेंजिंग और साइडट्रैक स्थान सेवा जानकारी" आईई पथ स्विच अनुरोध पुष्टि (पथ स्विच अनुरोध पुष्टि) संदेश में शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) को ईयू की रेंजिंग और साइडट्रैक स्थान सेवा की जानकारी तदनुसार अपडेट करनी चाहिएयदि "रेंजिंग और साइडट्रैक पोजिशनिंग प्राधिकरण" IE में रेंजिंग और साइडट्रैक पोजिशनिंग सेवा सूचना IE "अनधिकृत" पर सेट है," एनजी-आरएएन नोड (यदि समर्थित हो) को यह सुनिश्चित करने के लिए कदम उठाने चाहिए कि यूई के पास अब रेंजिंग और साइडट्रैक पोजिशनिंग सेवाओं तक पहुंच न हो।.   आरआरसी निष्क्रिय संक्रमण रिपोर्ट प्रक्रिया   यदि आरआरसी निष्क्रिय संक्रमण रिपोर्ट अनुरोध आईई पथ स्विच अनुरोध पुष्टि संदेश में शामिल है और "एकल आरआरसी कनेक्शन स्थिति रिपोर्ट" पर सेट है," और UE RRC_CONNECTED राज्य में है, एनजी-आरएएन नोड (यदि समर्थित हो) को यूई की आरआरसी स्थिति की सूचना देने के लिए एएमएफ को एक आरआरसी निष्क्रिय संक्रमण रिपोर्ट संदेश भेजना चाहिए।   यदि RRC Inactive Transition Report Request IE PATH SWITCH REQUEST ACKNOWLEDGE संदेश में शामिल है और "Single RRC Connection Status Report" पर सेट है और UE RRC_INACTIVE स्थिति में है,एनजी-आरएएन नोड (यदि समर्थित है) को एएमएफ को एक आरआरसी निष्क्रिय संक्रमण रिपोर्ट संदेश भेजना चाहिए, और RRC_CONNECTED के लिए RRC राज्य के संक्रमण पर एक बाद की RRC निष्क्रिय संक्रमण रिपोर्ट संदेश।   यदि RRC निष्क्रिय संक्रमण रिपोर्ट अनुरोध IE PATH SWITCH अनुरोध मान्यता संदेश में शामिल है और "अगली राज्य संक्रमण रिपोर्ट" पर सेट है,एनजी-आरएएन नोड (यदि समर्थित है) को एएमएफ को एक आरआरसी निष्क्रिय संक्रमण रिपोर्ट संदेश भेजना चाहिए ताकि यूई की आरआरसी स्थिति की सूचना दी जा सके।, और एक बाद का RRC INACTIVE TRANSITION REPORT संदेश RRC_INACTIVE राज्य में प्रवेश करने या छोड़ने पर UE के RRC स्थिति की रिपोर्ट करने के लिए।   पीडीयू सत्र संसाधन सूचना प्रक्रिया   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश के पथ स्विच अनुरोध मान्यता हस्तांतरण IE में QoS से संबंधित पैरामीटर (जैसे,सीएन पैकेट देरी बजट डाउनलिंक आईई या सीएन पैकेट देरी बजट अपलिंक आईई), लेकिन एनजी-आरएएन नोड पैरामीटर को सफलतापूर्वक स्वीकार करने में असमर्थ है, एनजी-आरएएन नोड को स्रोत एनजी-आरएएन नोड से प्राप्त पुराने मानों (यदि कोई हो) का उपयोग करना जारी रखना चाहिए। यदि समर्थित है,एनजी-आरएएन नोड को एक पीडीयू सत्र संसाधन सूचना संदेश भेजकर एएमएफ को सूचित करना चाहिए।.    

  हैंडओवर पाथ रिक्वेस्ट प्रक्रिया का उद्देश्य टर्मिनल (UE) और 5GC के बीच प्रासंगिक सिग्नलिंग कनेक्शन स्थापित करना है और, यदि लागू हो, तो NG-U ट्रांसपोर्ट बेयरर के डाउनलिंक टर्मिनेशन पॉइंट को एक नए टर्मिनेशन पॉइंट पर स्विच करने का अनुरोध करना है। साइडलिंक में PC5 इंटरफेस में UE-संबंधित सेवाओं के हैंडओवर के लिए, 3GPP इसे TS38.413 में इस प्रकार परिभाषित करता है;   I. PC5 QoS प्रोसेसिंग साइडलिंक में PC5 इंटरफेस के हैंडओवर में पाथ रिक्वेस्ट को इस प्रकार परिभाषित किया गया है;   यदि पाथ स्विच रिक्वेस्ट एकनॉलेज (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में PC5 QoS पैरामीटर IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इसका उपयोग TS 23.287 में परिभाषित अनुसार करेगा। यदि पाथ स्विच रिक्वेस्ट एकनॉलेज (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में A2X PC5 QoS पैरामीटर IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इसका उपयोग TS 23.256 में परिभाषित अनुसार करेगा। यदि पाथ स्विच रिक्वेस्ट एकनॉलेज संदेश में अल्टरनेट QoS पैरामीटर सेट लिस्ट IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इसका उपयोग TS 23.502 में निर्दिष्ट अनुसार करेगा। II. CE-मोड-B और यूजर प्लेन CIoT में पाथ रिक्वेस्ट हैंडओवर को इस प्रकार परिभाषित किया गया है:   यदि पाथ स्विच रिक्वेस्ट एकनॉलेज संदेश में CE-मोड-B रेस्ट्रिक्शन IE शामिल है, तो एनहांस्ड कवरेज रेस्ट्रिक्शन IE को "प्रतिबंधित" पर सेट नहीं किया गया है, और UE संदर्भ में संग्रहीत एनहांस्ड कवरेज रेस्ट्रिक्शन जानकारी को "प्रतिबंधित" पर सेट नहीं किया गया है, तो NG-RAN नोड (यदि समर्थित है) इस जानकारी को UE संदर्भ में संग्रहीत करेगा और इसका उपयोग TS 23.501 में परिभाषित अनुसार करेगा। यदि पाथ स्विच रिक्वेस्ट एकनॉलेज संदेश में UE यूजर प्लेन CIoT सपोर्ट इंडिकेटर IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इस जानकारी को UE संदर्भ में संग्रहीत करेगा और यह मान लेगा कि UE यूजर प्लेन CIoT 5GS ऑप्टिमाइजेशन का समर्थन करता है जैसा कि TS 23.501 में निर्दिष्ट है। यदि पाथ स्विच रिक्वेस्ट एकनॉलेज संदेश में UE रेडियो कैपेबिलिटी ID IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इसका उपयोग TS 23.501 और TS 23.502 में निर्दिष्ट अनुसार करेगा। III. PDU सेशन एक्सपेक्टेड UE एक्टिविटी और MDT में पाथ रिक्वेस्ट हैंडओवर को इस प्रकार परिभाषित किया गया है: प्रत्येक PDU सेशन के लिए, यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में "PDU सेशन एक्सपेक्टेड UE एक्टिविटी बिहेवियर" IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इस जानकारी को TS 23.501 में निर्दिष्ट अनुसार संसाधित करेगा। यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में "मैनेजमेंट-बेस्ड MDT PLMN लिस्ट" IE शामिल है, तो NG-RAN नोड इसे UE संदर्भ में संग्रहीत करेगा और, यदि समर्थित है, तो इस सूची का उपयोग मैनेजमेंट-बेस्ड MDT के लिए UE के बाद के चयन की अनुमति देने के लिए करेगा जैसा कि TS 32.422 में परिभाषित है। यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में "मैनेजमेंट-बेस्ड MDT PLMN मॉडिफिकेशन लिस्ट" IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इस सूची का उपयोग UE संदर्भ में पहले से संग्रहीत किसी भी मैनेजमेंट-बेस्ड MDT PLMN लिस्ट जानकारी को ओवरराइट करने के लिए करेगा और प्राप्त जानकारी का उपयोग मैनेजमेंट-बेस्ड MDT के लिए UE के बाद के चयन की अनुमति देने के लिए करेगा जैसा कि TS 32.422 में परिभाषित है। यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में टाइम सिंक्रोनाइज़ेशन असिस्टेंस इंफॉर्मेशन IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) इस जानकारी को UE संदर्भ में संग्रहीत करेगा और इसका उपयोग TS 23.501 में परिभाषित अनुसार करेगा। IV. 5G ProSe में पाथ रिक्वेस्ट हैंडओवर को इस प्रकार परिभाषित किया गया है: यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में 5G ProSe ऑथराइज़्ड IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) UE के लिए अपनी ProSe प्राधिकरण जानकारी को तदनुसार अपडेट करेगा। यदि 5G ProSe ऑथराइज़ेशन इंफॉर्मेशन (5G ProSe ऑथराइज़्ड IE) में एक या अधिक IE "अनऑथराइज़्ड" पर सेट हैं, तो NG-RAN नोड (यदि समर्थित है) को यह सुनिश्चित करने के लिए कदम उठाने चाहिए कि UE के पास अब संबद्ध 5G ProSe सेवाओं तक पहुंच न हो। यदि 5G ProSe PC5 QoS पैरामीटर्स IE को PATH SWITCH REQUEST ACKNOWLEDGE संदेश में शामिल किया गया है, तो NG-RAN नोड (यदि समर्थित है) इसका उपयोग TS 23.304 में परिभाषित अनुसार करेगा। यदि एरियल UE सब्सक्रिप्शन इंफॉर्मेशन IE को PATH SWITCH REQUEST ACKNOWLEDGE संदेश में शामिल किया गया है, तो NG-RAN नोड (यदि समर्थित है) को इस जानकारी को संग्रहीत करना चाहिए या UE संदर्भ में पहले से संग्रहीत किसी भी जानकारी को ओवरराइट करना चाहिए और इसका उपयोग TS 38.300 में परिभाषित अनुसार करना चाहिए। यदि 5G ProSe UE PC5 एग्रीगेट मैक्सिमम बिट रेट IE को PATH SWITCH REQUEST ACKNOWLEDGE संदेश में शामिल किया गया है, तो NG-RAN नोड (यदि समर्थित है) निम्नलिखित कार्य करेगा: पहले प्रदान किए गए 5G ProSe UE PC5 एग्रीगेट मैक्सिमम बिट रेट (यदि UE संदर्भ में उपलब्ध है) को प्राप्त मान से बदलें; 5G ProSe सेवा के लिए नेटवर्क शेड्यूलिंग मोड में संबद्ध UE के लिए साइडलिंक संचार के लिए प्राप्त मान का उपयोग करें।

  1. नेटवर्क स्लाइसिंग एक नेटवर्क को स्वतंत्र उपयोग मामलों में विभाजित करता है, प्रत्येक विशेष सेवाओं को प्रदान करने के लिए तैयार किया गया है। पारंपरिक 4G (LTE) युग में, APN (एक्सेस पॉइंट नाम) मोबाइल नेटवर्क में नेटवर्क स्लाइसिंग का पहला रूप थे, जो ऑपरेटरों को सेवा आवश्यकताओं के आधार पर अपने नेटवर्क को विभाजित करने की अनुमति देता था।2.   5G नेटवर्क स्लाइस, 3GPP द्वारा परिभाषित, स्वतंत्र नियंत्रण और उपयोगकर्ता प्लेन प्रोसेसिंग के साथ स्वतंत्र नेटवर्क उदाहरण पेश करते हैं। इन स्लाइस को 5G कोर नेटवर्क (5GC) से समर्थन की आवश्यकता होती है, जिसका उपयोग केवल स्टैंडअलोन आर्किटेक्चर (SA) के साथ 5G में किया जाता है।3.   नेटवर्क तत्व और पहचानकर्ता: 5G में स्लाइसिंग तैनाती में उपयोगकर्ता उपकरण (UE), अगली पीढ़ी के रेडियो एक्सेस नेटवर्क (NG-RAN), नियंत्रण प्लेन फ़ंक्शन (जैसे, AMF, PCF, SMF), और उपयोगकर्ता प्लेन फ़ंक्शन (जैसे, UPF) जैसे नेटवर्क फ़ंक्शन शामिल हैं। प्रत्येक नेटवर्क स्लाइस की पहचान एक S-NSSAI (स्लाइस सर्विस टाइप) द्वारा की जाती है, जिसमें एक स्लाइस सर्विस टाइप (SST) शामिल होता है जो यह दर्शाता है कि नेटवर्क स्लाइस किस सेवा पर लागू होता है। नेटवर्क ऑपरेटर मानकीकृत SST मानों का उपयोग कर सकते हैं जैसे:1 बेहतर मोबाइल ब्रॉडबैंड के लिए, 2 अल्ट्रा-विश्वसनीय कम-विलंबता संचार के लिए, 3 विशाल IoT के लिए, 4 वाहन-से-सब कुछ (V2X) के लिए, 5 उच्च-प्रदर्शन मशीन-टाइप संचार के लिए। वे स्थानीय रूप से परिभाषित, गैर-मानकीकृत SST मानों का भी उपयोग कर सकते हैं। 4.   टर्मिनल नेटवर्क स्लाइसिंग समर्थन: USRP (UE रूटिंग पॉलिसी) के साथ कॉन्फ़िगर किए गए SA (स्टैंडअलोन) 5G टर्मिनलों (UEs) के लिए, वे वांछित एप्लिकेशन (एप्लिकेशन की सेवा गुणवत्ता आवश्यकताओं पर निर्भर) के आधार पर नेटवर्क स्लाइसिंग (सेवाओं) के लिए S-NSSAI का चयन कर सकते हैं। उदाहरण के लिए, सैमसंग का पहला गैलेक्सी S24 अल्ट्रा URSP से लैस है जो 5G सिस्टम के भीतर स्लाइस चयन और सेवा निष्पादन को सक्षम बनाता है।5.   सिस्टम नेटवर्क स्लाइसिंग समर्थन: ADC का उपयोग नेटवर्क साइड पर एप्लिकेशन या ट्रैफ़िक की पहचान करने, सेवा की गुणवत्ता, बिलिंग या रीडायरेक्शन जैसी नीतियां लागू करने और वास्तविक समय ट्रैफ़िक वर्गीकरण और प्राथमिकता को लागू करने के लिए किया जाता है।ADC का उपयोग नेटवर्क साइड पर एप्लिकेशन या ट्रैफ़िक की पहचान करने, सेवा की गुणवत्ता, बिलिंग या रीडायरेक्शन जैसी नीतियां लागू करने और वास्तविक समय ट्रैफ़िक वर्गीकरण और प्राथमिकता को लागू करने के लिए किया जाता है।6.   नेटवर्क स्लाइसिंग वाणिज्यिक तैनाती उदाहरण: सिंगापुर टेलीकम्युनिकेशंस (Singtel) ने Singtel 5G+एहेंस्डSingtel 5G+ एहेंस्डSingtel 5G+ एहेंस्ड : व्यापक कवरेज और तेज़ गति, लगातार 2x तक की गति के साथ।Singtel 5G+ Priority : 4x तेज़ गति के साथ प्राथमिकता वाले नेटवर्क चैनल, हमेशा सेवाओं को प्राथमिकता देते हैं और उभरते हुए का पता लगाते हैं

3जीपीपी, TS 38.413 में निम्नलिखित को परिभाषित करता है, जो 5G सिस्टम में साइडलिंक एग्रीगेशन टर्मिनलों के लिए संवर्धित कवरेज प्रतिबंध, विस्तारित कनेक्शन समय, V2X सेवा प्राधिकरण और हैंडओवर पाथ अनुरोध प्रसंस्करण के संबंध में है:   I. संवर्धित कवरेज प्रतिबंध और विस्तारित कनेक्शन समय   यदि पाथ स्विच रिक्वेस्ट एकनॉलेज (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में संवर्धित कवरेज प्रतिबंध IEशामिल है, तो NG-RAN नोड को (यदि समर्थित है) इस जानकारी को UE संदर्भ में संग्रहीत करना चाहिए और TS 23.501 में परिभाषित अनुसार इसका उपयोग करना चाहिए।   यदि पाथ स्विच रिक्वेस्ट एकनॉलेज (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में विस्तारित कनेक्टेड टाइम IEशामिल है, तो NG-RAN नोड को (यदि समर्थित है) इसका उपयोग TS 23.501 में परिभाषित अनुसार करना चाहिए।   यदि पाथ स्विच रिक्वेस्ट एकनॉलेज (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में एक UE विभेदन सूचना IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को इस जानकारी को UE संदर्भ में TS 23.501 के अनुसार आगे उपयोग के लिए संग्रहीत करना चाहिए।   II. NR V2X सेवा प्राधिकरण   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में एक NR V2X सेवा प्राधिकरण IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को तदनुसार UE के लिए अपनी NR V2X सेवा प्राधिकरण जानकारी को अपडेट करना चाहिए।   यदि NR V2X सेवा प्राधिकरण IE में एक या अधिक IE "अनाधिकृत" पर सेट हैं, तो NG-RAN नोड (यदि समर्थित है) को यह सुनिश्चित करने के लिए कदम उठाने चाहिए कि UE की अब संबद्ध सेवाओं तक पहुंच न हो।   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में एक LTE V2X सेवा प्राधिकरण IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को तदनुसार UE के लिए अपनी LTE V2X सेवा प्राधिकरण जानकारी को अपडेट करना चाहिए। यदि LTE V2X सेवा प्राधिकरण IE में एक या अधिक IE "अनाधिकृत" पर सेट हैं, तो NG-RAN नोड (यदि समर्थित है) को यह सुनिश्चित करने के लिए उपाय करने चाहिए कि UE की अब संबद्ध सेवाओं तक पहुंच न हो।   यदि NR A2X सेवा प्राधिकरण IE में एक या अधिक IE "अनाधिकृत" पर सेट हैं, तो NG-RAN नोड (यदि समर्थित है) को यह सुनिश्चित करने के लिए उपाय करने चाहिए कि UE की अब संबद्ध सेवाओं तक पहुंच न हो।   यदि पाथ स्विच रिक्वेस्ट एकनॉलेज (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में एक LTE A2X सेवा प्राधिकरण IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को तदनुसार UE के लिए अपनी LTE A2X सेवा प्राधिकरण जानकारी को अपडेट करना चाहिए।   यदि LTE A2X सेवा प्राधिकरण IE में एक या अधिक IE "अनाधिकृत" पर सेट हैं, तो NG-RAN नोड (यदि समर्थित है) को यह सुनिश्चित करने के लिए उपाय करने चाहिए कि UE की अब संबद्ध सेवाओं तक पहुंच न हो।   III. साइडलिंक और एग्रीगेशन प्रोसेसिंग   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में NR UE साइडलिंक एग्रीगेट अधिकतम बिट रेट IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को निम्नलिखित ऑपरेशन करने चाहिए: पहले प्रदान किए गए UE साइडलिंक एग्रीगेट अधिकतम बिट रेट (यदि UE संदर्भ में उपलब्ध है) को प्राप्त मान से बदलें; NR V2X सेवा नेटवर्क शेड्यूलिंग मोड में संबद्ध UE के साथ साइडलिंक संचार के लिए प्राप्त मान का उपयोग करें।   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में LTE UE साइडलिंक एग्रीगेट अधिकतम बिट रेट IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को निम्नलिखित ऑपरेशन करने चाहिए: पहले प्रदान किए गए UE साइडलिंक एग्रीगेट अधिकतम बिट रेट (यदि UE संदर्भ में उपलब्ध है) को प्राप्त मान से बदलें; LTE V2X सेवा नेटवर्क शेड्यूलिंग मोड में संबद्ध UE के साथ साइडलिंक संचार के लिए प्राप्त मान का उपयोग करें। यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में NR A2X UE PC5 एग्रीगेट अधिकतम बिट रेट IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को निम्नलिखित ऑपरेशन करने चाहिए: पहले प्रदान किए गए NR A2X UE PC5 एग्रीगेट अधिकतम बिट रेट (यदि UE संदर्भ में उपलब्ध है) को प्राप्त मान से बदलें; नेटवर्क-शेड्यूल्ड मोड में, संबद्ध UE के लिए NR A2X सेवा साइडलिंक संचार के लिए प्राप्त मान का उपयोग करें। यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में LTE A2X UE PC5 एग्रीगेट अधिकतम बिट रेट IE शामिल है, तो NG-RAN नोड (यदि समर्थित है) को निम्नलिखित ऑपरेशन करने चाहिए: पहले प्रदान किए गए LTE A2X UE PC5 एग्रीगेट अधिकतम बिट रेट (यदि UE संदर्भ में उपलब्ध है) को प्राप्त मान से बदलें; नेटवर्क-शेड्यूल्ड मोड में, संबद्ध UE के लिए LTE A2X सेवा साइडलिंक संचार के लिए प्राप्त मान का उपयोग करें।

  5जी प्रणाली में, एक हस्तांतरणपथ अनुरोधएक टर्मिनल (यूई) द्वारा 5जीसी के साथ एक यूई-संबंधित सिग्नलिंग कनेक्शन स्थापित करने का अनुरोध है और, यदि लागू हो,अनुरोध करें कि एनजी-यू परिवहन धारक डाउनलिंक समापन बिंदु को एक नए समापन बिंदु पर स्विच किया जाएचूंकि 5जी सेवा प्रकारों की बढ़ती संख्या का समर्थन करता है, इसलिए हस्तांतरण के दौरान पथ अनुरोधों की सामग्री तेजी से जटिल हो जाएगी। 3GPP TS 38.413 में इसे निम्नानुसार परिभाषित करता है।   I. पैकेट विलंब बजट   यदिसीएन पैकेट देरी बजट डाउनलिंकआईई पथ स्विच अनुरोध की पुष्टि में शामिल है। पथ स्विच अनुरोध की पुष्टि (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश का परिवहन आईई।एनजी-आरएएन नोड (यदि समर्थित है) को पहले प्रदान किए गए सीएन पैकेट देरी बजट डाउनलिंक (यदि कोई हो) को बदलना चाहिए और इसका उपयोग टीएस 23 में निर्दिष्ट के अनुसार करना चाहिए.502.   यदिसीएन पैकेट विलंब बजट अपलिंकIE पथ स्विच अनुरोध Ack परिवहन IE पथ स्विच अनुरोध Ack कोई WLEDGE संदेश में शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) पहले प्रदान किए गए सीएन पैकेट देरी बजट अपलिंक (यदि कोई हो) को बदल देगा और इसका उपयोग टीएस 23 में निर्दिष्ट के अनुसार करेगा।.502.   II. फास्ट डेटा हैंडलिंग   यदि बर्स्ट आगमन समय डाउनलिंक IE पथ स्विच अनुरोध Ack परिवहन IE पथ स्विच अनुरोध Ack संदेश में शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) पहले प्रदान किए गए मान (यदि कोई हो) को प्रतिस्थापित करेगा और TS 23 में निर्दिष्ट के अनुसार इसका उपयोग करेगा।.502.   III. आरआरसी निष्क्रिय और कोर नेटवर्क सहायता सूचना प्रबंधन   यदि RRC INACTIVE IE की कोर नेटवर्क सहायता जानकारी पथ स्विच अनुरोध पुष्टि संदेश में शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) इस जानकारी को UE संदर्भ में संग्रहीत करेगा और इसे RRC_INACTIVE राज्य निर्णयों और UE के आरएनए विन्यास और RAN पेजिंग (यदि कोई हो) के लिए उपयोग करेगा।, जैसा कि TS 38 में वर्णित है।300.   यदि RRC INACTIVE IE की कोर नेटवर्क सहायता जानकारी में MICO All PLMN IE शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) को यूई के पंजीकरण क्षेत्र को पूर्ण पीएलएमएन के रूप में व्यवहार करना चाहिए और आरआरसी निष्क्रिय आईई की टीएआई सूची को अनदेखा करना चाहिए.   यदि RRC INACTIVE IE की कोर नेटवर्क सहायता जानकारी में वॉयस सेवा IE का पेजिंग कारण संकेत शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) को इसे TS 38 में निर्दिष्ट के अनुसार संग्रहीत और उपयोग करना चाहिए.300.   यदि RRC INACTIVE IE की मुख्य नेटवर्क सहायता जानकारी में PEIPS सहायता जानकारी IE शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) इसे संग्रहीत करेगा और इसे RRC_INACTIVE स्थिति में यूई के उपसमूहों के लिए उपयोग करेगा।, जैसा कि TS 38 में वर्णित है।300.   यदि सीएन एमटी कम्युनिकेशन हैंडलिंग आईई को कोर नेटवर्क सहायता सूचना (आरआरसी निष्क्रिय आईई) में शामिल किया गया है,एनजी-आरएएन नोड (यदि समर्थित हो) इस आईई को संग्रहीत करेगा और बाद में सीएन से एमटी संचार प्रबंधन करने के लिए अनुरोध कर सकता है, जैसा कि TS 23 में वर्णित है।502, कार्यान्वयन के आधार पर।   यदि CN सहायता प्राप्त RAN पैरामीटर समायोजन IE पथ स्विच अनुरोध मान्यता (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में शामिल है, तो NG-RAN नोड TS 23 में वर्णित इस IE का उपयोग कर सकता है।501.   यदि RRC INACTIVE Transition Report Request IE पथ स्विच अनुरोध पुष्टि (PATH SWITCH REQUEST ACKNOWLEDGE) संदेश में शामिल है,एनजी-आरएएन नोड (यदि समर्थित हो) ईयू संदर्भ में इस जानकारी को संग्रहीत करेगा.   वी. ईपीएस और एसआरवीसीसी प्रसंस्करण   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में आवाज के लिए पुनर्निर्देशन शामिल हैईपीएस फॉलबैकआईई, एनजी-आरएएन नोड (यदि समर्थित हो) इस आईई को संग्रहीत करेगा और TS 23 में निर्दिष्ट के अनुसार बाद के आवाज ईपीएस फ़ॉलबैक निर्णयों में इसका उपयोग करेगा।502.   यदि PATH SWITCH REQUEST ACKNOWLEDGE संदेश में SRVCC ऑपरेशन Possible IE की जानकारी है,एनजी-आरएएन नोड (यदि समर्थित हो) प्राप्त एसआरवीसीसी ऑपरेशन संभव आईई सामग्री को यूई संदर्भ में संग्रहीत करेगा और इसे टीएस 23 में परिभाषित के अनुसार उपयोग करेगा।.216.