5जी सिस्टम लर्निंग - सिस्टम ओवरलोड (प्रारंभिक)

1. सिस्टम ओवरलोड: 5G नेटवर्क में, "ओवरलोड" का तात्पर्य अत्यधिक ट्रैफ़िक या बहुत अधिक उपकरणों द्वारा एक साथ कनेक्ट करने का प्रयास करने से है, जो नेटवर्क संसाधनों को अभिभूत कर देता है और भीड़भाड़, धीमी गति या कनेक्शन विफलताओं की ओर ले जाता है। इस ओवरलोड को संबोधित करने की रणनीतियों में अधिक लाइसेंस प्राप्त स्पेक्ट्रम जारी करना, नेटवर्क स्लाइसिंग और कोर नेटवर्क कार्यों के माध्यम से संसाधनों का आवंटन, और ट्रैफ़िक को प्रभावी ढंग से नियंत्रित और प्रबंधित करने के लिए थ्रॉटलिंग, निकास टाइमर और ओवरलोड संदेश जैसे तंत्रों को लागू करना शामिल है।

2. ओवरलोड आरंभ प्रक्रिया NG-RAN नोड को संबद्ध AMF को निर्देशित सिग्नलिंग लोड को कम करने के लिए सूचित करती है। यह आरंभ प्रक्रिया गैर-UE-संबंधित सिग्नलिंग का उपयोग करती है। जैसा कि नीचे चित्र 8.7.7.2-1 में दिखाया गया है, आरंभ प्रक्रिया में शामिल हैं:

• एक NG-RAN नोड को एक ओवरलोड आरंभ संदेश प्राप्त होने पर यह मान लेना चाहिए कि प्राप्त करने वाला AMF एक ओवरलोड स्थिति में है।
• यदि ओवरलोड स्टार्ट संदेश में ओवरलोड एक्शन IE और AMF ओवरलोड रिस्पॉन्स IE शामिल है, तो NG-RAN नोड इसका उपयोग प्रासंगिक सिग्नलिंग ट्रैफ़िक की पहचान करने के लिए करेगा। इस जानकारी का उपयोग तब किया जाता है जब ओवरलोड एक्शन IE को इस पर सेट किया जाता है:
• “गैर-आपातकालीन मोबाइल मूल डेटा ट्रांसफ़र के लिए RRC कनेक्शन स्थापना को अस्वीकार करें” (अर्थात, RRC कारणों “mo-data”, “mo-SMS”, “mo-VideoCall”, और “mo-VoiceCall” TS 38.331 में या “mo-data” और “mo-VoiceCall” TS 36.331 में से संबंधित ट्रैफ़िक को अस्वीकार करें), या
• “सिग्नलिंग के लिए RRC कनेक्शन स्थापना को अस्वीकार करें” (अर्थात, RRC कारणों “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall”, और “mo-VoiceCall” TS 38.331 में या “mo-data”, “mo-signalling”, और “mo-VoiceCall” TS 36.331 में से संबंधित ट्रैफ़िक को अस्वीकार करें), या
• “केवल आपातकालीन सत्रों और मोबाइल टर्मिनेटेड सेवाओं के लिए RRC कनेक्शन स्थापना की अनुमति दें” (अर्थात, केवल TS 38.331 या RRC कारणों "emergency" और "mt-Access" TS 36.331 में से संबंधित ट्रैफ़िक की अनुमति दें), या
• "RRC कनेक्शन स्थापना केवल उच्च-प्राथमिकता वाले सत्रों और मोबाइल टर्मिनेटेड सेवाओं के लिए अनुमत है" (अर्थात, केवल RRC कारणों "highPriorityAccess," "mps-Priority Access," "mcs-PriorityAccess," और "mt-Access" TS 38.331 में या "highPriorityAccess," "mo-ExceptionData," और "mt-Access" TS 36.331 में से संबंधित ट्रैफ़िक की अनुमति है)।

3. ओवरलोड हैंडलिंग: NG-RAN स्थिति को इस प्रकार संभालता है:

• यदि ओवरलोड स्टार्ट संदेश में AMF ट्रैफ़िक लोड रिडक्शन इंडिकेशन IE शामिल है, तो सिग्नलिंग ट्रैफ़िक को इंगित प्रतिशत से कम कर दिया जाता है; अन्यथा, केवल सिग्नलिंग ट्रैफ़िक जिसे अस्वीकार के रूप में इंगित नहीं किया गया है, AMF को भेजा जाता है।
• यदि ओवरलोड स्टार्ट NSSAI लिस्ट IE को ओवरलोड स्टार्ट संदेश में शामिल किया गया है, तो NG-RAN नोड को:
• यदि स्लाइस ट्रैफ़िक लोड रिडक्शन इंडिकेशन IE मौजूद है, तो UE के सिग्नलिंग ट्रैफ़िक को इंगित प्रतिशत से कम करें, बशर्ते कि IE मौजूद हो और अनुरोधित NSSAI में केवल S-NSSAI शामिल हो जो ओवरलोड स्टार्ट NSSAI लिस्ट IE में शामिल है और स्लाइस ओवरलोड रिस्पॉन्स IE में ओवरलोड एक्शन IE द्वारा इंगित सिग्नलिंग ट्रैफ़िक में कमी हो; अन्यथा, यह सुनिश्चित करें कि केवल UE से सिग्नलिंग ट्रैफ़िक (यदि अनुरोधित NSSAI मेल खाता है, तो केवल UE के अनुरोधित NSSAI से सिग्नलिंग ट्रैफ़िक जिसमें S-NSSAI शामिल हैं जो ओवरलोड स्टार्ट NSSAI लिस्ट IE में शामिल S-NSSAI के अलावा अन्य हैं) या सिग्नलिंग ट्रैफ़िक जिसे स्लाइस ओवरलोड रिस्पॉन्स IE में ओवरलोड एक्शन IE द्वारा इंगित के रूप में कम नहीं किया गया है, AMF को भेजा जाता है।
• यदि ओवरलोड नियंत्रण प्रगति पर है और NG-RAN नोड को एक और ओवरलोड स्टार्ट संदेश प्राप्त होता है, तो NG-RAN नोड पहले प्राप्त संदेश सामग्री को नई सामग्री से बदल देगा।