الصين Shenzhen Olax Technology CO.,Ltd أخبار الشركة

نظرًا للتكوين المعقد للـ CLI و SNM والافتقار إلى دعم آلية المعاملات، يتم تمكين بروتوكول إدارة شبكة NETCONF في نظام الجيل الخامس، مما يسمح لـ NMS (نظام إدارة الشبكة) بإصدار وتعديل وحذف تكوين أجهزة الشبكة المتصلة بأجهزة التوجيه و eNodeB و gNodeB و DU و CU أو RU. مبدأ العمل والهيكل وجلسة الخدمة على النحو التالي؛   أولاً: مبدأ العمل يحتوي نظام NETCONF على NMS واحد على الأقل يدير جميع أجهزة الشبكة، كما هو موضح في الشكل أدناه. تحتوي بنية NETCONF على دورين: العميل والخادم     ثانياً: خصائص هيكل النظام يحتوي NETCONF على   NMS واحد على الأقل يدير جميع أجهزة الشبكة، بما في ذلك:2.1   العميل يوفر الوظائف التالية استخدام NETCONF لإدارة أجهزة الشبكة. إرسال طلبات RPC إلى خادم NETCONF للاستعلام عن قيمة معلمة واحدة أو أكثر أو تعديلها.وفقًا للإنذارات والأحداث التي يرسلها خادم NETCONF للجهاز المُدار، فهم حالة الجهاز المُدار. 2.2 عندما يتلقى   الخادم طلبًا من العميل، فإنه سيقوم بتحليل الطلب وإرسال رد إلى العميل. عندما يواجه جهاز مُدار عطلاً أو نوعًا آخر من الأحداث، يقوم خادم NETCONF بالإبلاغ عن الإنذار أو الحدث إلى العميل من خلال آلية إعلام، مما يسمح للعميل بفهم حالة الجهاز المُدار.ثالثاً:       جلسة NETCONF : كما هو موضح في الشكل أدناه، يتواصل العميل والخادم باستخدام آلية RPC. يُسمح بالاتصال فقط بعد إنشاء جلسة موجهة نحو الاتصال الآمن بينهما. يرسل العميل طلب RPC إلى الخادم، والذي يعالج الطلب ويعيد استجابة إلى العميل. يتواصل عميل وخادم NETCONF باستخدام آلية RPC. يُسمح بالاتصال فقط بعد إنشاء جلسة موجهة نحو الاتصال الآمن. عملية إنشاء وإنهاء الجلسة كالتالي:يقوم العميل بإنشاء اتصال SSH مع الخادم، وبعد إكمال المصادقة والترخيص، يقوم بإنشاء جلسة NETCONF مع الخادم.يقوم العميل والخادم بتبادل رسائل Hello للتفاوض على القدرات. يرسل العميل طلبًا واحدًا أو أكثر من طلبات RPC إلى الخادم. يتم سرد بعض الأمثلة على الطلبات أدناه:  تعديل وتثبيت التكوين؛  الاستعلام عن بيانات التكوين أو الحالة؛  إجراء عمليات الصيانة على الجهاز؛

  NETCONFهو الاسم الكامل لبروتوكول تكوين الشبكة، وهو بروتوكول إدارة الشبكة الذي يسمح لنظام إدارة الشبكة (NMS) بإصدار،تعديل وحذف تكوين أجهزة الشبكة المتصلة، eNodeB، gNodeB، DU، CU أو RU). تم تطوير NETCONF وتوحيدهاIETFبينما بالنسبة لـ O-RAN ، فإنه يقع تحت مسؤولية مجموعة العمل (مجموعة العمل 4).     بروتوكول NETCONFيستخدم رمزية بيانات XML (لغة العلامة الموسعة) لمعالجة بيانات التكوين ورسائل البروتوكول.يعتمد على مفهوم الخادم والعميل ويستخدم آلية RPC (دعوة الإجراءات عن بعد) لتحقيق الاتصال بين الخادم والعميلتعمل عملية العميل على NMS، والتي يمكن أن تكون نص أو تطبيق، والخادم هو جهاز شبكة نموذجي.   II. خصائص NETCONFهي كما يلي: وهو يتبنى إطار بروتوكول متعدد الطبقات، مما يجعله أكثر ملاءمة للشبكات حسب الطلب والأتمتة والسحابة. يستخدم لإصدار وتعديل وحذف التكوينات لأجهزة الشبكة. يتم استخدام XML (لغة العلامة الممتدة) لتشفير بيانات بيانات التكوين ورسائل البروتوكول. بناءً على مفهوم الخادم والعميل ، تعمل NMS كعميل ويتصرف جهاز الشبكة كخادم. يتم تحقيق الاتصال بين الخوادم والعملاء باستخدام آلية RPC (دعوة الإجراءات عن بعد). يتم تنفيذ العمليات على أساس نموذج YANG ، مما يقلل من فشل الشبكة الناجم عن أخطاء التكوين اليدوي. يلبي NETCONF احتياجات أتمتة الشبكة. يوفر آليات أمنية مثل المصادقة والتصريح لضمان نقل الرسائل الآمن. كما يوفر آليات المعاملات، ودعم تصنيف البيانات، والتخزين والهجرة، والالتزام المرحلي، وعزل التكوين. يدعم تقديم التكوينات الشاملة والتحقق منها والإعادة إلى الوراء ، مما يقلل من التأثير على خدمات الشبكة. يسمح للموردين بتعريف عمليات بروتوكولهم الخاصة لتنفيذ قدرات إدارة فريدة. 3لماذا تحتاج إلى NETCONF؟ أحد المتطلبات الرئيسية لشبكات السحابة هو أتمتة الشبكة لتوفير الخدمات السريعة حسب الطلب وإدارة العمليات الآلية.الأساليب التقليدية مثل CLI و SNM لا يمكن أن تستوفي هذا الشرطلديهم القيود التالية، التي تتناولها NETCONF.   31عوائقCLIأولاً، التكوين معقد وثانياً، ما يلي: تختلف CLI حسب البائع ، مما يتطلب من المستخدمين تعلم وتكييف نصوص CLI لكل بائع. التغييرات المتكررة في بنية وتركيب CLI تجعل من الصعب الحفاظ على نصوص CLI. إن مخرجات الأوامر غير منظمة وغير متوقعة ويمكن تغييرها بسهولة ، مما يجعل الفحص التلقائي لكتابات CLI صعبًا. 3.2عيوب SNMP: لا يدعم SNMP المعاملات، مما يؤدي إلى تكوين غير فعال. يستخدم SNMP بروتوكول بيانات المستخدم (UDP) ، والذي لا يوفر نقل بيانات موثوق به ومتسلسل ويفقد آليات أمنية فعالة. يفتقر SNMP إلى آلية لتقديم معاملات التكوين. يدير SNMP تكوين الجهاز على أساس جهاز بالجهاز ولا يدعم تكوين مستوى الشبكة أو التعاون في تكوين العديد من الأجهزة.

NETCONF هو الاسم الكامل لبروتوكول تكوين الشبكة، وهو بروتوكول لإدارة الشبكات يسمح لنظام إدارة الشبكات (NMS) بإصدار وتعديل وحذف تكوين أجهزة الشبكة المتصلة (أجهزة التوجيه، eNodeB، gNodeB، DU، CU أو RU). تم تطوير NETCONF وتوحيده بواسطة IETF؛ بينما بالنسبة لـ O-RAN، فهو تحت مسؤولية WG (مجموعة العمل 4).   1. بروتوكول NETCONF يستخدم ترميز بيانات XML (لغة الترميز القابلة للتوسيع) لمعالجة بيانات التكوين ورسائل البروتوكول؛ يعتمد على مفهوم الخادم والعميل ويستخدم آلية RPC (استدعاء الإجراء عن بعد) لتحقيق الاتصال بين الخادم والعميل. يعمل العميل على NMS، والذي يمكن أن يكون برنامجًا نصيًا أو تطبيقًا، والخادم هو جهاز شبكة نموذجي.   2. خصائص NETCONF هي كما يلي: يعتمد إطار عمل بروتوكول متعدد الطبقات، مما يجعله أكثر ملاءمة للشبكات حسب الطلب والآلية والقائمة على السحابة. يستخدم لإصدار وتعديل وحذف التكوينات لأجهزة الشبكة. يستخدم XML (لغة الترميز القابلة للتوسيع) لترميز بيانات التكوين ورسائل البروتوكول. بناءً على مفهوم الخادم والعميل، يعمل NMS كعميل ويعمل جهاز الشبكة كخادم. يتم تحقيق الاتصال بين الخوادم والعملاء باستخدام آلية RPC (استدعاء الإجراء عن بعد). يتم تنفيذ العمليات بناءً على نموذج YANG، مما يقلل من أعطال الشبكة الناتجة عن أخطاء التكوين اليدوية. يلبي NETCONF احتياجات أتمتة الشبكة. يوفر آليات أمان مثل المصادقة والترخيص لضمان إرسال الرسائل بشكل آمن. يوفر أيضًا آليات المعاملات، ويدعم تصنيف البيانات وتخزينها وترحيلها، والالتزام المرحلي، وعزل التكوين. يدعم تسليم التكوين الشامل والتحقق والتراجع، مما يقلل من التأثير على خدمات الشبكة. يسمح للبائعين بتعريف عمليات البروتوكول الخاصة بهم لتنفيذ قدرات إدارة فريدة.     3. لماذا نحتاج NETCONF؟ أحد المتطلبات الأساسية لشبكات السحابة هو أتمتة الشبكة لتوفير الخدمات السريع حسب الطلب وإدارة العمليات الآلية. لا يمكن للأساليب التقليدية مثل CLI وSNMP تلبية هذا المطلب. لديهم القيود التالية، والتي يعالجها NETCONF.     31. عيوب CLI: أولاً، التكوين معقد. ثانيًا، ما يلي: تختلف واجهات سطر الأوامر (CLIs) باختلاف البائع، مما يتطلب من المستخدمين تعلم وتكييف نصوص CLI لكل بائع. تتغير بنية وبناء جملة CLI بشكل متكرر، مما يجعل نصوص CLI صعبة الصيانة. إخراج الأوامر غير منظم وغير متوقع وقابل للتغيير بسهولة، مما يجعل التحليل الآلي لنصوص CLI أمرًا صعبًا.     3.2 عيوب SNMP: لا يدعم SNMP المعاملات، مما يؤدي إلى تكوين غير فعال. يستخدم SNMP بروتوكول مخطط بيانات المستخدم (UDP)، والذي لا يوفر نقل بيانات موثوقًا به ومتسلسلًا ويفتقر إلى آليات أمان فعالة. يفتقر SNMP إلى آلية لإرسال معاملات التكوين. يدير SNMP تكوين الجهاز على أساس جهاز بجهاز ولا يدعم تكوين مستوى الشبكة أو التعاون في تكوين الأجهزة المتعددة.

  في نظام الجيل الخامس ، طلب تبديل المسار (PATH SWITCH REQUEST) هو طلب للمحطة (UE) لإنشاء اتصال إشارة مع 5GC ، وإذا لزم الأمر ،طلب نقل الرابط الهبوطي لحامل النقل NG-U إلى عقدة خدمة جديدةهذا الطلب قد يفشل لأسباب مختلفة؛ 3GPP يحدده في TS 38.413 على النحو التالي.   I. فشل عملية طلب المسار   كما هو مبين في الشكل 8.4.4.3-1 أدناه، عادة ما يتم الرد على فشل الطلب من قبل AMF بعد أن تصدر عقدة NG-RAN "طلب تغيير الطريق".       سيناريوهات فشل عملية الطلب عادة ما تكون على النحو التالي:   إذا فشلت 5GC في التبديل من نقطة انتهاء الاتصال الهبوطي لحامل نقل NG-U إلى نقطة انتهاء الخدمة الجديدة لجميع موارد جلسة PDU ،يجب أن ترسل AMF رسالة فشل طلب تغيير المسار إلى عقدة NG-RAN.   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.   يتم تضمين قيمة السبب المقابلة لكل جلسة PDU تم إطلاقها في Path Switch Request Failed Transfer IE في رسالة PATH SWITCH REQUEST FAILURE.   طلب عمليات غير طبيعية   إذا تلقت AMF رسالة تحتوي على العديد من IDs جلسة PDU التي تم تعيينها على نفس القيمة (في موارد جلسة PDU التي سيتم تحويلها إلى IE في قائمة الاتصال التنازلي) ،يجب أن ترسل AMF رسالة فشل طلب تغيير المسار إلى عقدة NG-RANبالإضافة إلى ذلك،   على سبيل الاستثناء ، يمكن أن يولد AMF طلب نقل غير ناجح لتحويل المسار.   إذا تم استلام NSSAI IE المسموح به جزئياً في رسالة PATH SWITCH REQUEST ACKNOWLEDGE ، ويزيد إجمالي عدد S-NSSAI الموجود في NSSAI المسموح به و NSSAI المسموح به جزئياً عن 8 ،تعتبر عقدة NG-RAN أن الإجراء قد فشل.   إذا كان أي S-NSSAI موجود في NSSAI IE المسموح به جزئيًا موجودًا أيضًا في NSSAI IE المسموح به ، فإن عقدة NG-RAN تعتبر الإجراء قد فشل.

نقل حالة RAN هو عملية نقل معلومات حالة الرابط الصعودي والرابط الهبوطي للمحطة (UE) من عقدة شبكة الوصول الراديوي المصدر (RAN) إلى عقدة RAN المستهدفة في شبكة 5G.يحدث هذا عادة خلال سيناريوهات التسليم أو الاتصال المزدوجأثناء هذه العملية ، ترسل AMF معلومات حول بيانات الاتصال الهبوطي (على سبيل المثال ، عدد الحزم المرسلة) ،جنبا إلى جنب مع حالة SN ورقم التسلسل PDCP (بروتوكول التقارب للبيانات) ورقم الإطار الزائد (HFN) حالة لكل من بيانات الاتصال الصاعد والانخفاض، إلى الهدف RAN.   أنا.تحويل حالة RANرتهدف إلى تمكين التسليم دون خسارة عبر NG-RAN. تستخدم عملية النقل إشارات ذات صلة بالإنترنت. تظهر العملية المحددة في الشكل 8.4.6.2-1 أدناه، حيث:   The source NG-RAN node initiates this process by stopping allocating PDCP SNs for downlink SDUs and sending an UPLINK RAN STATUS TRANSFER message to the AMF when it deems the transmitter/receiver status frozen. بالنسبة لكل DRB التي ينطبق عليها الحفاظ على حالة PDCP-SN و HFN ، يجب أن تتضمن عقدة NG-RAN المصدر ID DRB IE ، UL COUNT IE ،و DL COUNT IE في قائمة نقل حالة موضوع DRB IE داخل الحاوية الشفافة لنقل حالة RAN IE من رسالة UPLINK RAN STATUS TRANSFER. لكل DRB التي قبلت فيها عقدة NG-RAN المصدر طلب إعادة الاتصال من عقدة NG-RAN المستهدفة ،يمكن أن تتضمن عقدة NG-RAN المصدر أيضًا وحدات SDU المفقودة والمتلقية للصلة الصعودية في وحدات SDU UL PDCP IE من رسالة UPLINK RAN STATUS TRANSFER.   الثاني.نقل حالة RAN للصلة السفلية تهدف إلى تنفيذ إجراءات نقل غير الخاسرة القائمة على NG-RAN باستخدام الإشارات المتعلقة بالإنترنت. تظهر العملية المحددة في الشكل 8.4.7.2-1 أدناه، حيث:     يبدأ AMF هذا الإجراء عن طريق إرسال رسالة نقل حالة RAN إلى عقدة NG-RAN المستهدفة. تقوم عقدة NG-RAN المستهدفة بتنفيذ هذا التسليم وفقًا لـ TS 38.300 واستخدام تكوين كامل يتجاهل المعلومات الواردة في هذه الرسالة. بالنسبة لكل DRB في الحاوية الشفافة لنقل حالة RAN IE الخاضعة لقائمة النقل الحكومية IE ،يجب على عقد NG-RAN المستهدف عدم إرسال أي حزمة بيانات الاتصال العلوي مع PDCP-SN أقل من قيمة UL Count Value IE. بالنسبة لكل DRB في الحاوية الشفافة لنقل حالة RAN IE الخاضعة لقائمة النقل الحكومية IE ،يجب أن تستخدم عقدة NG-RAN المستهدفة قيمة DL COUNT Value IE لأول حزمة بيانات للصلة السفلية لم يتم تعيين PDCP-SN لها بعد.. إذا كان واحد على الأقل من DRB في RAN Status Transfer Transparent Container IE من رسالة DOWNLINK RAN STATUS TRANSFER يحتوي على حالة الاستقبال من UL PDCP SDU IE ،يمكن لعقدة NG-RAN المستهدفة استخدامها في رسائل تقارير الحالة المرسلة إلى UE عبر واجهة الراديو.

  الغرض من عملية طلب تبديل المسار هو إنشاء اتصال إشارات متعلق بـ UE مع 5GC، وإذا كان ذلك ممكنًا، طلب تبديل نقطة إنهاء الوصلة الهابطة لحامل نقل NG-U إلى نقطة إنهاء جديدة. تحدد 3GPP العمليات ذات الصلة لـ 5G في TS38.413 بعد تمكين تقنيات IAB والتقطيع وتحديد المواقع والمدى على النحو التالي؛   أولاً: معالجة تفويض IAB   إذا احتوت رسالة PATH SWITCH REQUEST ACKNOWLEDGE على IE تفويض IAB، فيجب على عقدة NG-RAN (إذا كانت مدعومة) تخزين معلومات تفويض IAB المستلمة في سياق UE واستخدامها كما هو محدد في TS 38.401.   إذا احتوت رسالة PATH SWITCH REQUEST ACKNOWLEDGE على IE تفويض Mobile IAB، فيجب على عقدة NG-RAN (إذا كانت مدعومة) تخزين حالة تفويض Mobile IAB المستلمة في سياق UE لـ Mobile IAB-MT. إذا تم تعيين IE تفويض Mobile IAB لـ Mobile IAB-MT على "غير مصرح به"، فيجب على عقدة NG-RAN (إذا كانت مدعومة) التأكد من أن عقدة Mobile IAB لا تخدم أي UE.   ثانياً: NSSAI والمدى وتحديد المواقع   إذا تم تضمين IE "NSSAI المسموح به جزئيًا" في رسالة Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE)، فيجب على عقدة NG-RAN (إذا كانت مدعومة) استنتاج شريحة الشبكة المسموح بها جزئيًا لـ UE منها، وتخزينها واستبدال أي "NSSAI المسموح به جزئيًا" تم استلامها مسبقًا، واستخدامها كما هو محدد في TS 23.501.   إذا تم تضمين IE "معلومات خدمة تحديد المواقع والمسار الجانبي والمدى" في رسالة Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE)، فيجب على عقدة NG-RAN (إذا كانت مدعومة) تحديث معلومات خدمة تحديد المواقع والمسار الجانبي والمدى الخاصة بـ UE وفقًا لذلك. إذا تم تعيين IE "تفويض تحديد المواقع والمسار الجانبي والمدى" في IE معلومات خدمة تحديد المواقع والمدى والمسار الجانبي على "غير مصرح به"، فيجب على عقدة NG-RAN (إذا كانت مدعومة) اتخاذ خطوات لضمان أن UE لم يعد لديه حق الوصول إلى خدمات تحديد المواقع والمدى والمسار الجانبي.   ثالثًا: إجراء تقرير انتقال RRC غير النشط   إذا تم تضمين IE طلب تقرير انتقال RRC غير النشط في رسالة Path Switch Request Acknowledgement وتم تعيينه على "تقرير حالة اتصال RRC واحد"، و UE في حالة RRC_CONNECTED، فيجب على عقدة NG-RAN (إذا كانت مدعومة) إرسال رسالة تقرير انتقال RRC غير النشط إلى AMF للإبلاغ عن حالة RRC الخاصة بـ UE.   إذا تم تضمين IE طلب تقرير انتقال RRC غير النشط في رسالة PATH SWITCH REQUEST ACKNOWLEDGE وتم تعيينه على "تقرير حالة اتصال RRC واحد"، و UE في حالة RRC_INACTIVE، فيجب على عقدة NG-RAN (إذا كانت مدعومة) إرسال رسالة تقرير انتقال RRC غير النشط إلى AMF، ورسالة تقرير انتقال RRC غير نشط لاحقة عند انتقال حالة RRC إلى RRC_CONNECTED.   إذا تم تضمين IE طلب تقرير انتقال RRC غير النشط في رسالة PATH SWITCH REQUEST ACKNOWLEDGE وتم تعيينه على "تقرير انتقال الحالة اللاحقة"، فيجب على عقدة NG-RAN (إذا كانت مدعومة) إرسال رسالة RRC INACTIVE TRANSITION REPORT إلى AMF للإبلاغ عن حالة RRC الخاصة بـ UE، ورسالة RRC INACTIVE TRANSITION REPORT لاحقة للإبلاغ عن حالة RRC الخاصة بـ UE عند دخول UE أو مغادرة حالة RRC_INACTIVE.   رابعًا: إجراء إعلام مورد جلسة PDU   إذا احتوى IE Path Switch Request Acknowledge Transfer لرسالة PATH SWITCH REQUEST ACKNOWLEDGE على معلمات متعلقة بـ QoS (مثل IE CN Packet Delay Budget Downlink أو IE CN Packet Delay Budget Uplink)، ولكن عقدة NG-RAN غير قادرة على قبول المعلمات بنجاح، فيجب على عقدة NG-RAN الاستمرار في استخدام القيم القديمة (إن وجدت) المستلمة من عقدة NG-RAN المصدر. إذا كان مدعومًا، فيجب على عقدة NG-RAN إخطار AMF عن طريق إرسال رسالة PDU SESSION RESOURCE NOTIFY.    

  الغرض من عملية طلب مسار التسليم هو إنشاء اتصال إشارة ذي صلة بين المحطة (UE) و 5GC ، وإذا لزم الأمر ،طلب نقطة انتهاء الاتصالحامل النقل NG-Uللانتقال إلى نقطة نهاية جديدة. بالنسبة لتسليم الخدمات ذات الصلة بالاتحاد الإلكتروني في واجهة PC5 في Sildlink ، يحددها 3GPP في TS38.413 على النحو التالي:   أنا.PC5 معالجة الجودةيتم تعريف طلب المسار في تسليم واجهة PC5 في Sildlink على النحو التالي:   إذا كانت رسالة إقرار طلب تبديل المسار (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. الثاني.طلب المسار في CE-mode-B ومستوى المستخدم CIoTيتم تعريف التسليم على النحو التالي:   إذا كانت رسالة الإقرار بطلب تبديل المسار تتضمن قيود IE في وضع CE-B، فإن قيود IE للتغطية المعززة غير مثبتة على "قيود"،ومعلومات تقييد التغطية المعززة المخزنة في سياق الاتحاد الأوروبي لم يتم تعيينها على "قيود"، تقوم عقدة NG-RAN (إذا كانت مدعومة) بتخزين هذه المعلومات في سياق UE واستخدامها كما هو محدد في TS 23.501. إذا كانت رسالة إقرار طلب تبديل المسار تتضمن مؤشر دعم CIoT على مستوى مستخدم UE IE ،يجب أن تخزن عقدة NG-RAN هذه المعلومات (إذا كانت مدعومة) في سياق UE وتفترض أن UE تدعم CIoT 5GS Optimization على مستوى المستخدم كما هو محدد في TS 23.501. إذا كانت رسالة الإقرار بطلب تبديل المسار تتضمن معرف قدرة الاتصال اللاسلكي UE IE ، يجب على عقدة NG-RAN استخدامها (إذا كانت مدعومة) كما هو محدد في TS 23.501 و TS 23.502. الثالث.جلسة PDU النشاط UE المتوقع وطلب المسار في MDTيتم تعريف التسليم على النحو التالي: بالنسبة لكل جلسة PDU، إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن IE "PDU Session Expected UE Activity Behavior"يجب على عقدة NG-RAN (إذا كانت مدعومة) معالجة هذه المعلومات كما هو محدد في TS 23.501. إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن "قائمة MDT PLMN القائمة على الإدارة" IE ، يجب على عقدة NG-RAN تخزينها في سياق UE ، وإذا كانت مدعومة ،استخدام هذه القائمة للسماح بالانتقاء اللاحق لـ UE لـ MDT القائمة على الإدارة كما هو محدد في TS 32.422. إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن "قائمة تعديلات MDT PLMN القائمة على الإدارة" IE ، the NG-RAN node (if supported) shall use this list to overwrite any previously stored management-based MDT PLMN list information in the UE context and use the received information to allow subsequent selection of the UE for management-based MDT as defined in TS 32.422. إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن معلومات مساعدة المزامنة الزمنية IE ،تقوم عقدة NG-RAN (إذا كانت مدعومة) بتخزين هذه المعلومات في سياق UE واستخدامها كما هو محدد في TS 23.501. IV.طلب المسار في 5G ProSeيتم تعريف التسليم على النحو التالي: إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن 5G ProSe Authorized IE ، يجب على عقدة NG-RAN (إذا كانت مدعومة) تحديث معلومات تفويض ProSe الخاصة بالUE وفقًا لذلك. إذا كانت معلومات تفويض 5G ProSe (5G ProSe Authorized IE) تحتوي على إشارة إلكترونية واحدة أو أكثر تم تعيينها على "غير مصرح بها،"عقدة NG-RAN (إذا كانت مدعومة) يجب أن تتخذ خطوات لضمان أن UE لم يعد لديها إمكانية الوصول إلى خدمات 5G ProSe المرتبطةإذا تم تضمين 5G ProSe PC5 QoS Parameters 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.

  1.تقسيم الشبكةشبكة في حالات الاستخدام المستقلة، كل مصممة لتوفير خدمات متخصصة. في عصر 4G التقليدي (LTE) ،APN(أسماء نقاط الوصول) كانت أول شكل من أشكال تقسيم الشبكة في شبكات الهاتف المحمول ، مما يسمح للمشغلين بتقسيم شبكاتهم بناءً على متطلبات الخدمة.   2.شرائح شبكة 5G، المحددة من قبل 3GPP ، تحتوي على حالات شبكة مستقلة مع التحكم المستقل ومعالجة مستوى المستخدم. تتطلب هذه الشرائح دعم شبكة 5G الأساسية (5GC) ،الذي يستخدم فقط في الجيل الخامس مع الهندسة المعمارية المستقلة (SA).   3.عناصر الشبكة ومعرفاتها: تتضمن عمليات النشر المقطعة في شبكة الجيل الخامس وظائف الشبكة مثل معدات المستخدم (UE) ، وشبكة الوصول اللاسلكي من الجيل التالي (NG-RAN) ، ووظائف طائرة التحكم (مثل AMF ، PCF ، SMF) ،وظائف مستوى المستخدم (eيتم تحديد كل شريحة شبكة بواسطةS-NSSAI(نوع خدمة الشريحة) ، والذي يتضمننوع خدمة الشرائح (SST)لتحديد الخدمة التي تنطبق عليها شريحة الشبكة. يمكن لمشغلي الشبكة استخدام خدمات موحدةSSTقيم مثل: 1 للنطاق العريض المحمول المحسن 2 للاتصالات عالية الموثوقية منخفضة الكمون، 3 لـ IoT الضخمة، 4 للسيارة إلى كل شيء (V2X) 5 للاتصالات ذات الأداء العالي من نوع الآلة. يمكنهم أيضًا استخدام قيم SST المحددة محليًا وغير موحدة.   4.دعم تقسيم شبكة المحطة: بالنسبة للمحطات 5G SA (المستقلة) (UE) التي تم تكوينها مع USRP (سياسة توجيه UE) ،يمكنهم اختيار S-NSSAI لتقطيع الشبكة (الخدمات) بناءً على التطبيق المطلوب (اعتماداً على متطلبات جودة الخدمة في التطبيق)على سبيل المثال، أول جهاز سامسونج من طراز Galaxy S24 Ultra مجهز بجهاز URSP يمكّن من اختيار الشرائح وتنفيذ الخدمة داخل نظام الجيل الخامس.   5.دعم قطع شبكة النظام:إد سي(الاكتشاف والتحكم) تم تمكين (وظيفة داخل عناصر شبكة 5G الأساسية PCF (وظيفة التحكم في السياسة) و SMF (وظيفة إدارة الجلسة)).إد سييستخدم لتحديد التطبيقات أو حركة المرور على جانب الشبكة، وتطبيق سياسات مثل جودة الخدمة، والفواتير، أو إعادة التوجيه، وتنفيذ تصنيف حركة المرور في الوقت الحقيقي وتحديد الأولويات.   6.أمثلة نشر تجاري لتقطيع الشبكة: أطلقت شركة سينغافورة للاتصالات (سينغتل)(سينغتيل) 5G+، وهي ابتكار متقدم "تقطيع الشبكة" يوفر معيارًا جديدًا للاتصال وتجربة ذات أولوية من خلال ثلاث ميزات رئيسية: (سينغتيل) 5G+: الشبكة الوحيدة التي تستخدم نطاق الطيف 700 ميغاهرتز، وتوفر تغطية وطنية مثالية، حتى داخل المنازل. (سينغتيل) 5G+ محسنة: تغطية أوسع وسرعات أسرع، مع سرعات تصل باستمرار إلى 2x. "سنجتيل 5G+ الأولوية": قنوات الشبكة ذات الأولوية مع سرعات أسرع بـ 4 أضعاف، دائماً إعطاء الأولوية للخدمات واكتشاف القنوات الناشئة

3GPP يحدد ما يلي في TS 38.413 فيما يتعلق بتقييد التغطية المحسنة، وقت الاتصال الممتد، تفويض خدمة V2X،معالجة طلبات مسار التسليم لمحطات تجميع الروابط الجانبية في نظام 5G:   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،يجب على عقدة NG-RAN (إذا كانت مدعومة) تحديث معلومات تفويض خدمة NR V2X الخاصة بالوحدة الالكترونية وفقا لذلك.   إذا كان تصريح خدمة NR V2X IE يتضمن إصدارًا واحدًا أو أكثر من الإصدارات المحددة على "غير مصرح به،"عقدة NG-RAN (إذا كانت مدعومة) يجب أن تتخذ خطوات لضمان أن UE لم يعد لديه الوصول إلى الخدمات المرتبطة.   إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن IE لخدمة LTE V2Xيجب على عقدة NG-RAN (إذا كانت مدعومة) تحديث معلومات تفويض خدمة LTE V2X الخاصة بالوحدة الالكترونية وفقا لذلك.إذا كان تصريح خدمة LTE V2X IE يحتوي على إصدار واحد أو أكثر من إصدارات الإصدارات المحددة على "غير مصرح بها""عقدة NG-RAN (إذا كانت مدعومة) يجب أن تتخذ تدابير لضمان أن UE لم يعد لديها إمكانية الوصول إلى الخدمات المرتبطة.   إذا كان تصريح خدمة NR A2X IE يحتوي على إصدار واحد أو أكثر من الإصدارات المحددة على "غير مصرح به،"عقدة NG-RAN (إذا كانت مدعومة) يجب أن تتخذ تدابير لضمان أن UE لم يعد لديها إمكانية الوصول إلى الخدمات المرتبطة.   إذا كانت رسالة إقرار طلب تغيير المسار (PATH SWITCH REQUEST ACKNOWLEDGE) تحتوي على إصدار تصريح خدمة LTE A2X،يجب على عقدة NG-RAN (إذا كانت مدعومة) تحديث معلومات تفويض خدمة LTE A2X الخاصة بالوحدة الالكترونية وفقًا لذلك.   إذا كان تصريح خدمة LTE A2X IE يحتوي على إصدار واحد أو أكثر من الإصدارات المحددة على "غير مصرح به،"عقدة NG-RAN (إذا كانت مدعومة) يجب أن تتخذ تدابير لضمان أن UE لم يعد لديها إمكانية الوصول إلى الخدمات المرتبطة.   III. التواصل الجانبي ومعالجة التجميع   إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تحتوي على NR UE Sidelink Aggregate Maximum Bit Rate IE ، يجب أن تقوم عقدة NG-RAN (إذا كانت مدعومة) بالعمليات التالية: استبدال الحد الأقصى لمعدل البتات المجمّع لـ UE Sidelink المقدم سابقاً (إذا كان متاحاً في سياق UE) بالقيمة المستلمة؛ استخدام القيمة المستلمة للاتصالات الجانبية مع UE المرتبطة في NR V2X الخدمة وضع جدولة الشبكة.   إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تحتوي على LTE UE Sidelink Aggregate Maximum Bit Rate IE ، يجب أن تقوم عقدة NG-RAN (إذا كانت مدعومة) بالعمليات التالية: استبدال الحد الأقصى لمعدل البتات المجمّع لـ UE Sidelink المقدم سابقاً (إذا كان متاحاً في سياق UE) بالقيمة المستلمة؛ استخدام القيمة المستلمة للاتصالات الجانبية مع الاتصال الالكتروني المرتبط في LTE V2X الخدمة وضع جدولة الشبكة. إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن NR A2X UE PC5 مجموع الحد الأقصى لمعدل البت IE ، يجب أن تقوم عقدة NG-RAN (إذا كانت مدعومة) بالعمليات التالية: استبدال معدل البت الأقصى المجمّع NR A2X UE PC5 المقدم سابقًا (إذا كان متاحًا في سياق UE) بالقيمة المستلمة. في الوضع المخطط للشبكة، استخدم القيمة المستلمة للاتصالات الجانبية للخدمة NR A2X للوحدة الالكترونية المرتبطة. إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن معدل البت الأقصى لـ LTE A2X UE PC5 الإجمالي IE ، يجب أن تقوم عقدة NG-RAN (إذا كانت مدعومة) بالعمليات التالية: استبدال الحد الأقصى لمعدل البت المجمّع LTE A2X UE PC5 المقدم سابقاً (إذا كان متاحاً في سياق UE) بالقيمة المستلمة؛ في الوضع المخطط للشبكة، استخدم القيمة المستلمة للاتصالات الجانبية لخدمة LTE A2X للواحد الجهاز المرتبط.

  في نظام الجيل الخامس، التسليمطلب المسارهو طلب من طرف محطة (UE) لإنشاء اتصال إشارة مرتبط مع UE مع 5GC ، وإذا كان ذلك مناسبًا ،طلب أن يتم تحويل نقطة نهاية الاتصال الهبوطي لحامل النقل NG-U إلى نقطة نهاية جديدةمع دعم 5G لعدد متزايد من أنواع الخدمات ، سيصبح محتوى طلبات المسار أثناء التسليم معقدًا بشكل متزايد. يحدد 3GPP هذا في TS 38.413 على النحو التالي.   I. ميزانية تأخير الحزم   إذاالحزمة المشتركة التأخير الميزانية Downlinkيتم تضمين IE في رسالة إقرار طلب تغيير المسار نقل IE من رسالة إقرار طلب تغيير المسار (PATH SWITCH REQUEST ACKNOWLEDGE) ،يجب على عقدة NG-RAN (إذا كانت مدعومة) استبدال الرابط التنازلي المقدم سابقًا لميزانية تأخير الحزم CN (إن وجدت) واستخدامه كما هو محدد في TS 23.502.   إذاالحزمة المشتركة التأخير الميزانية Uplinkيتم تضمين IE في رسالة طلب تبديل المسار Ack Transport IE من رسالة طلب تبديل المسار Ack No WLEDGE ،يجب على عقدة NG-RAN (إذا كانت مدعومة) استبدال الارتباط العلوي المخصص لميزانية CN لتأخير الحزم (إن وجدت) المقدمة سابقًا واستخدامها كما هو محدد في TS 23.502.   II. معالجة البيانات المتفجرة   إذا تم تضمين برست وصول وقت Downlink IE في طلب البديل المسار Ack نقل IE من طلب البديل المسار Ack رسالة،يجب على عقدة NG-RAN (إذا كانت مدعومة) استبدال القيمة المقدمة سابقًا (إذا وجدت) واستخدامها كما هو محدد في TS 23.502.   III. RRC غير نشط ومعالجة معلومات مساعدة الشبكة الأساسية   إذا كانت معلومات مساعدة الشبكة الأساسية من RRC INACTIVE IE مدرجة في رسالة تأكيد طلب تبديل المسار،تقوم عقدة NG-RAN (إذا كانت مدعومة) بتخزين هذه المعلومات في سياق UE واستخدامها لقرارات حالة RRC_INACTIVE وتكوين RNA للUE وتصفح RAN (إذا وجدت)، كما هو موضح في TS 38.300.   إذا كانت معلومات دعم الشبكة الأساسية من RRC INACTIVE IE تشمل MICO All PLMN IE ،يجب أن تعامل عقدة NG-RAN (إذا كانت مدعومة) منطقة تسجيل UE على أنها PLMN الكاملة وتتجاهل قائمة TAI من RRC IE غير نشطة.   إذا كانت معلومات مساعدة الشبكة الأساسية لـ RRC INACTIVE IE تتضمن إشارة سبب التصفح للخدمة الصوتية IE ،تقوم عقدة NG-RAN (إذا كانت مدعومة) بتخزينها واستخدامها كما هو محدد في TS 38.300.   إذا كانت المعلومات الأساسية عن مساعدة الشبكة في RRC INACTIVE IE تشمل معلومات مساعدة PEIPS IE ،تقوم عقدة NG-RAN (إذا كانت مدعومة) بتخزينها واستخدامها للدعوة إلى مجموعات فرعية من وحدات الاتصال في حالة RRC_INACTIVE، كما هو موضح في TS 38.300.   إذا تم تضمين برنامج إدارة الاتصالات MT CN في معلومات مساعدة الشبكة الأساسية (RRC INACTIVE IE) ،يجب على عقدة NG-RAN (إذا كانت مدعومة) تخزين هذا IE ويمكن أن تطلب بعد ذلك من CN إجراء معالجة اتصال MT، كما هو موضح في TS 23.502، اعتمادا على التنفيذ.   إذا تم تضمين IE لتعديل معايير RAN بمساعدة CN في رسالة إقرار طلب تبديل المسار (PATH SWITCH REQUEST ACKNOWLEDGE) ، يجوز لعقدة NG-RAN استخدام هذا IE كما هو موضح في TS 23.501.   إذا تم تضمين طلب تقرير الانتقال RRC INACTIVE IE في رسالة إقرار طلب تبديل المسار (PATH SWITCH REQUEST ACKNOWLEDGE) ،يجب على عقدة NG-RAN (إذا كانت مدعومة) تخزين هذه المعلومات في سياق UE.   V. معالجة EPS و SRVCC   إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تتضمن إعادة توجيه الصوتإعادة التراجعأي ، يجب على عقدة NG-RAN (إذا كانت مدعومة) تخزين هذه IE واستخدامها في القرارات الاحتياطية اللاحقة لـ EPS الصوتية كما هو محدد في TS 23.502.   إذا كانت رسالة PATH SWITCH REQUEST ACKNOWLEDGE تحتوي على معلومات SRVCC Operation Possible IE ،تقوم عقدة NG-RAN (إذا كانت مدعومة) بتخزين محتوى SRVCC Operation Possible IE المستلم في سياق UE واستخدامه كما هو محدد في TS 23.216.