จีน Shenzhen Olax Technology CO.,Ltd ข่าวบริษัท

1. กรอบงานโปรโตคอล ดังแสดงในรูปภาพต่อไปนี้ (1) NETCONF ใช้โครงสร้างแบบหลายชั้น โดยแต่ละชั้นจะห่อหุ้มฟังก์ชันเฉพาะและให้บริการแก่ชั้นบน โครงสร้างนี้ช่วยให้แต่ละชั้นสามารถมุ่งเน้นไปที่แง่มุมเดียวของ NETCONF และลดการพึ่งพาอาศัยกันระหว่างชั้น การเปลี่ยนแปลงภายในชั้นจะมีผลกระทบน้อยที่สุดต่อชั้นอื่นๆ       NETCONF สามารถแบ่งออกเป็นสี่ชั้น: ชั้นความปลอดภัยในการขนส่ง, ชั้นข้อความ, ชั้นการดำเนินการ, และ ชั้นเนื้อหา. ชั้นเหล่านี้คือ:   ชั้นความปลอดภัยในการขนส่ง: ชั้นนี้รับผิดชอบการสื่อสารระหว่างไคลเอนต์และเซิร์ฟเวอร์ NETCONF สามารถวางซ้อนบนโปรโตคอลการขนส่งใดๆ ที่ตรงตามข้อกำหนดพื้นฐาน เช่น SSH, TLS และ HTTPS SSH เป็นโปรโตคอลการขนส่งที่ต้องการสำหรับการส่งข้อความ XML ใน NETCONF ชั้นข้อความ: ชั้นนี้มีกลไกการเข้ารหัส RPC และการแจ้งเตือนที่ไม่ขึ้นกับการขนส่ง ไคลเอนต์จะห่อหุ้มคำขอ RPC ใน องค์ประกอบและส่งไปยังเซิร์ฟเวอร์ เซิร์ฟเวอร์จะห่อหุ้มผลลัพธ์ของการประมวลผลคำขอนี้ใน องค์ประกอบและส่งไปยังไคลเอนต์ ชั้นการดำเนินการ: ชั้นนี้กำหนดชุดของการดำเนินการโปรโตคอลพื้นฐาน ซึ่งเรียกว่าเป็นวิธีการ RPC พร้อมพารามิเตอร์ที่เข้ารหัส XML ชั้นเนื้อหา: ชั้นนี้ถูกกำหนดโดยแบบจำลองข้อมูลสำหรับข้อมูลการจัดการ ปัจจุบัน แบบจำลองข้อมูลกระแสหลัก ได้แก่ Schema และ YANG         Schema เป็นชุดของกฎสำหรับการอธิบายไฟล์ XML อุปกรณ์ใช้ไฟล์ schema (คล้ายกับไฟล์ MIB ใน SNMP) เพื่อจัดเตรียมการกำหนดค่าอุปกรณ์และอินเทอร์เฟซการจัดการให้กับระบบการจัดการเครือข่าย (NMS) YANG เป็นภาษาการสร้างแบบจำลองข้อมูลที่ออกแบบมาสำหรับ NETCONF ไคลเอนต์สามารถคอมไพล์การดำเนินการ RPC เป็นข้อความ XML เพื่อให้บรรลุการสื่อสารแบบไคลเอนต์-เซิร์ฟเวอร์ที่เป็นไปตามข้อจำกัดของแบบจำลอง YANG   2. รูปแบบข้อความ รูปภาพต่อไปนี้ (2) เป็นโครงสร้างข้อความคำขอ NETCONF YANG ที่สมบูรณ์       3. กรอบงานการสื่อสาร ใน NETCONF คำขอ RPC ที่เริ่มต้นโดยไคลเอนต์และการตอบกลับจากเซิร์ฟเวอร์จะถูกเข้ารหัสใน XML และบรรจุอยู่ใน และ องค์ประกอบตามลำดับ กรอบงานคำขอ-ตอบกลับนี้เป็นอิสระจากโปรโตคอลเลเยอร์การขนส่ง องค์ประกอบ RPC พื้นฐานบางอย่างแสดงอยู่ด้านล่าง: องค์ประกอบ ใช้เพื่อห่อหุ้มคำขอที่ส่งโดยไคลเอนต์ NETCONF ไปยังเซิร์ฟเวอร์ NETCONF เซิร์ฟเวอร์ NETCONF ส่ง องค์ประกอบเพื่อตอบสนองต่อแต่ละ คำขอ หากเกิดข้อผิดพลาดหรือสัญญาณเตือนใดๆ ระหว่างการประมวลผล คำขอ เซิร์ฟเวอร์ NETCONF จะส่งกลับ ข้อความที่มีเพียง องค์ประกอบไปยังไคลเอนต์ NETCONF หากไม่มีข้อผิดพลาดหรือสัญญาณเตือนใดๆ เกิดขึ้นระหว่างการประมวลผล คำขอ เซิร์ฟเวอร์ NETCONF จะส่งกลับ ข้อความที่มีเพียง องค์ประกอบไปยังไคลเอนต์ NETCONF   IV. การกำหนดค่าฐานข้อมูล NETCONF กำหนดชุดพารามิเตอร์การกำหนดค่าอุปกรณ์ที่สมบูรณ์ NETCONF กำหนดการมีอยู่ของฐานข้อมูลการกำหนดค่าอย่างน้อยหนึ่งรายการ และอนุญาตให้ดำเนินการกำหนดค่ากับฐานข้อมูลเหล่านั้น ในแบบจำลอง NETCONF พื้นฐาน มีเพียงฐานข้อมูลการกำหนดค่า เท่านั้นที่พร้อมใช้งาน ฐานข้อมูลการกำหนดค่าอื่นๆ สามารถกำหนดได้ตามความสามารถ และพร้อมใช้งานเฉพาะบนอุปกรณ์ที่รองรับความสามารถเหล่านั้นเท่านั้น ซึ่งรวมถึง:   : ฐานข้อมูลการกำหนดค่าที่กำลังทำงาน ฐานข้อมูลนี้จัดเก็บการกำหนดค่าที่ใช้งานอยู่ทั้งหมดบนอุปกรณ์เครือข่าย มีเพียงฐานข้อมูลการกำหนดค่า เท่านั้นบนอุปกรณ์ และมีอยู่เสมอ   : ฐานข้อมูลการกำหนดค่าผู้สมัคร ฐานข้อมูลนี้จัดเก็บข้อมูลการกำหนดค่าที่จะส่งไปยังฐานข้อมูลการกำหนดค่า บนอุปกรณ์ การดำเนินการกับฐานข้อมูลการกำหนดค่า สามารถดำเนินการได้โดยไม่มีผลกระทบต่อการกำหนดค่าปัจจุบันของอุปกรณ์ การดำเนินการ ใช้เพื่อส่งการกำหนดค่าผู้สมัคร ในการรองรับฐานข้อมูลการกำหนดค่า อุปกรณ์ต้องรองรับความสามารถในการกำหนดค่าผู้สมัคร ซึ่งเป็นความสามารถ NETCONF มาตรฐาน   : ฐานข้อมูลการกำหนดค่าเริ่มต้น (คล้ายกับไฟล์การกำหนดค่าที่บันทึกไว้) จัดเก็บข้อมูลการกำหนดค่าที่จำเป็นต้องโหลดเมื่ออุปกรณ์เริ่มต้น ในการรองรับฐานข้อมูลการกำหนดค่า อุปกรณ์ต้องรองรับความสามารถในการเริ่มต้นที่เป็นอิสระ ซึ่งเป็นความสามารถ NETCONF มาตรฐาน

เนื่องจากการจัดทําที่ซับซ้อนของCLIและSNMและการไม่สนับสนุนกลไกการซื้อขายNETCONFโปรต็อกอลการจัดการเครือข่ายถูกเปิดในระบบ 5GNMS(ระบบบริหารเครือข่าย) เพื่อออกแบบ, ปรับปรุงและลบการตั้งค่าของอุปกรณ์เครือข่ายที่เชื่อมต่อกับรูเตอร์, eNodeB, gNodeB, DU, CU หรือ RUโครงสร้างและการให้บริการ เป็นดังนี้;   ฉันหลักการทํางาน ระบบ NETCONF มีอย่างน้อย 1NMSซึ่งจัดการอุปกรณ์เครือข่ายทั้งหมด ดังที่แสดงในรูปด้านล่าง     II.ลักษณะโครงสร้างระบบNETCONF มีอย่างน้อย NMS หนึ่งที่จัดการอุปกรณ์เครือข่ายทั้งหมด รวมถึง:   2.1ลูกค้าให้ฟังก์ชันต่อไปนี้   ใช้ NETCONF ในการจัดการอุปกรณ์เครือข่าย ส่งคําขอ RPC ไปยังเซอร์เวอร์ NETCONF เพื่อสอบถามหรือปรับปรุงค่าพารามิเตอร์หนึ่งหรือหลายตัว ตามสัญญาณเตือนและเหตุการณ์ที่ส่งโดยเซอร์เวอร์ NETCONF ของอุปกรณ์ที่จัดการ เข้าใจสถานะของอุปกรณ์ที่จัดการ 2.2 เมื่อเซอร์เวอร์ เมื่ออุปกรณ์ที่จัดการประสบกับความผิดพลาดหรือเหตุการณ์ชนิดอื่น ๆเซอร์เวอร์ NETCONF รายงานสัญญาณเตือนหรือเหตุการณ์ให้กับลูกค้าผ่านกลไกการแจ้ง, ทําให้ลูกค้าเข้าใจสถานะของอุปกรณ์ที่จัดการ   III.การประชุม NETCONF: ดังที่แสดงในรูปด้านล่าง คลิกและเซอร์เวอร์สื่อสารโดยใช้กลไก RPC การสื่อสารถูกอนุญาตเพียงหลังจากที่การประชุมที่กํากับการเชื่อมต่อที่ปลอดภัยถูกตั้งขึ้นระหว่างพวกเขาลูกค้าส่งคําขอ RPC ไปยังเซอร์เวอร์, ซึ่งประมวลผลคําขอและคืนคําตอบให้กับลูกค้า ลูกค้า NETCONF และเซอร์เวอร์สื่อสารโดยใช้กลไก RPCการสื่อสารถูกอนุญาตเพียงหลังจากที่การประกอบการเชื่อมโยงที่มุ่งมั่นในความปลอดภัยขั้นตอนการตั้งและยุติการใช้งานคือดังนี้:       คลิอน์ตตั้งเชื่อมต่อ SSH กับเซอร์เวอร์ และหลังจากที่เสร็จสิ้นการยืนยันตัวตนและการอนุญาต, ก่อตั้งเซสชั่น NETCONF กับเซอร์เวอร์ การแลกเปลี่ยนลูกค้าและเซอร์เวอร์สวัสดีข้อความเพื่อเจรจาความสามารถ ลูกค้าส่งคําขอ RPC หนึ่งหรือหลายคําขอไปยังเซอร์เวอร์. ตัวอย่างของคําขอบางรายการดังต่อไปนี้: ปรับปรุงและผูกพันการตั้งค่า ข้อมูลการตั้งค่าหรือสถานะการสอบถาม ทําการบํารุงรักษาเครื่อง ลูกค้ายุติการใช้งาน NETCONF การเชื่อมต่อ SSH สิ้นสุด

  NETCONF คือชื่อเต็มของ Network Configuration Protocol ซึ่งเป็นโปรโตคอลการจัดการเครือข่ายที่ช่วยให้ NMS (Network Management System) สามารถออก, แก้ไข และลบการกำหนดค่าของอุปกรณ์เครือข่ายที่เชื่อมต่อ (เราเตอร์, eNodeB, gNodeB, DU, CU หรือ RU) NETCONF ได้รับการพัฒนาและกำหนดมาตรฐานโดย IETF; ในขณะที่สำหรับ O-RAN อยู่ภายใต้ความรับผิดชอบของ WG (Working Group 4)     I. โปรโตคอล NETCONF ใช้การเข้ารหัสข้อมูล XML (Extensible Markup Language) เพื่อประมวลผลข้อมูลการกำหนดค่าและข้อความโปรโตคอล โดยอิงตามแนวคิดของเซิร์ฟเวอร์และไคลเอนต์ และใช้กลไก RPC (Remote Procedure Call) เพื่อให้เกิดการสื่อสารระหว่างเซิร์ฟเวอร์และไคลเอนต์ กระบวนการไคลเอนต์ทำงานบน NMS ซึ่งอาจเป็นสคริปต์หรือแอปพลิเคชัน และเซิร์ฟเวอร์คืออุปกรณ์เครือข่ายทั่วไป   II. คุณลักษณะของ NETCONF มีดังนี้: ใช้กรอบโปรโตคอลแบบหลายชั้น ทำให้เหมาะสมกับเครือข่ายแบบออนดีมานด์, อัตโนมัติ และบนคลาวด์มากขึ้น ใช้เพื่อออก, แก้ไข และลบการกำหนดค่าไปยังอุปกรณ์เครือข่าย ใช้ XML (Extensible Markup Language) สำหรับการเข้ารหัสข้อมูลของการกำหนดค่าและข้อความโปรโตคอล อิงตามแนวคิดเซิร์ฟเวอร์และไคลเอนต์ โดย NMS ทำหน้าที่เป็นไคลเอนต์ และอุปกรณ์เครือข่ายทำหน้าที่เป็นเซิร์ฟเวอร์ การสื่อสารระหว่างเซิร์ฟเวอร์และไคลเอนต์ทำได้โดยใช้กลไก RPC (Remote Procedure Call) การดำเนินการจะดำเนินการตามโมเดล YANG ซึ่งช่วยลดความล้มเหลวของเครือข่ายที่เกิดจากข้อผิดพลาดในการกำหนดค่าด้วยตนเอง NETCONF ตอบสนองความต้องการของระบบอัตโนมัติของเครือข่าย มีกลไกความปลอดภัย เช่น การตรวจสอบสิทธิ์และการอนุญาต เพื่อให้มั่นใจถึงการส่งข้อความที่ปลอดภัย นอกจากนี้ยังมีกลไกการทำธุรกรรม รองรับการจัดหมวดหมู่ข้อมูล, การจัดเก็บและการโยกย้าย, การยืนยันเป็นระยะ และการแยกการกำหนดค่า รองรับการส่งมอบ, การตรวจสอบ และการย้อนกลับการกำหนดค่าที่ครอบคลุม ลดผลกระทบต่อบริการเครือข่าย อนุญาตให้ผู้ขายกำหนดการดำเนินการโปรโตคอลของตนเองเพื่อใช้ความสามารถในการจัดการที่ไม่เหมือนใคร 3. ทำไมจึงต้องใช้ NETCONF? ข้อกำหนดหลักของเครือข่ายคลาวด์คือระบบอัตโนมัติของเครือข่ายสำหรับการจัดเตรียมบริการตามความต้องการอย่างรวดเร็วและการจัดการการดำเนินงานอัตโนมัติ วิธีการแบบดั้งเดิม เช่น CLI และ SNM ไม่สามารถตอบสนองความต้องการนี้ได้ พวกเขามีข้อจำกัดดังต่อไปนี้ ซึ่ง NETCONF แก้ไข   31. ข้อเสียของ CLI: ประการแรก การกำหนดค่ามีความซับซ้อน ประการที่สอง ดังต่อไปนี้: CLI แตกต่างกันไปตามผู้ขาย ทำให้ผู้ใช้ต้องเรียนรู้และปรับใช้สคริปต์ CLI สำหรับผู้ขายแต่ละราย การเปลี่ยนแปลงโครงสร้างและไวยากรณ์ CLI บ่อยครั้ง ทำให้สคริปต์ CLI ยากต่อการบำรุงรักษา เอาต์พุตคำสั่งไม่มีโครงสร้าง ไม่สามารถคาดเดาได้ และเปลี่ยนแปลงได้ง่าย ทำให้การแยกวิเคราะห์สคริปต์ CLI โดยอัตโนมัติทำได้ยาก 3.2 ข้อเสียของ SNMP: SNMP ไม่รองรับธุรกรรม ส่งผลให้การกำหนดค่าไม่มีประสิทธิภาพ SNMP ใช้ User Datagram Protocol (UDP) ซึ่งไม่ให้การส่งข้อมูลที่เชื่อถือได้และเป็นลำดับ และขาดกลไกความปลอดภัยที่มีประสิทธิภาพ SNMP ขาดกลไกสำหรับการส่งธุรกรรมการกำหนดค่า SNMP จัดการการกำหนดค่าอุปกรณ์เป็นรายอุปกรณ์ และไม่รองรับการกำหนดค่าระดับเครือข่ายหรือการทำงานร่วมกันของการกำหนดค่าหลายอุปกรณ์

NETCONFคือชื่อเต็มของ Network Configuration Protocol ซึ่งเป็นโปรโตคอลการจัดการเครือข่ายที่ทําให้ NMS (Network Management System) สามารถออกแก้ไขและลบการตั้งค่าของอุปกรณ์เครือข่ายที่เชื่อมต่อ (รูเตอร์), eNodeB, gNodeB, DU, CU หรือ RU). NETCONF ได้ถูกพัฒนาและมาตรฐานโดย IETF; ในขณะที่สําหรับ O-RAN มันอยู่ในความรับผิดชอบของ WG (กลุ่มทํางาน 4)   1.ระเบียบ NETCONFใช้ XML (Extensible Markup Language) การรหัสข้อมูลในการประมวลผลข้อมูลการตั้งค่าและข้อความโปรโตคอลมันถูกสร้างขึ้นจากแนวคิดของเซอร์เวอร์และคลีนท์ และใช้กลไก RPC (Remote Procedure Call) เพื่อบรรลุการสื่อสารระหว่างเซอร์เวอร์และคลีนท์กระบวนการลูกค้าทํางานบน NMS ซึ่งสามารถเป็นสคริปต์หรือแอปพลิเคชั่น และเซอร์เวอร์เป็นอุปกรณ์เครือข่ายทั่วไป   2.คุณลักษณะของ NETCONFมีดังนี้: มันใช้โครงสร้างโปรโตคอลชั้นต่างๆ ทําให้มันเหมาะสมกับเครือข่ายตามความต้องการ, อัตโนมัติ และระบบคลาวด์ ใช้ในการออก, ปรับปรุงและลบการตั้งค่าของอุปกรณ์เครือข่าย XML (Extensible Markup Language) ใช้สําหรับการโค้ดข้อมูลของข้อมูลการตั้งค่าและข้อความโปรโตคอล โดยใช้แนวคิดของเซอร์เวอร์และคลิ๊นท์ NMS ทําหน้าที่เป็นคลิ๊นท์ และอุปกรณ์เครือข่ายทําหน้าที่เป็นเซอร์เวอร์ การสื่อสารระหว่างเซอร์เวอร์และลูกค้าถูกทําสําเร็จโดยใช้กลไก RPC (Remote Procedure Call) การดําเนินการถูกดําเนินการโดยใช้แบบ YANG ลดความล้มเหลวของเครือข่ายที่เกิดจากความผิดพลาดในการตั้งค่าด้วยมือ NETCONF ตอบสนองความต้องการของระบบอัตโนมัติเครือข่าย มันให้กลไกความปลอดภัย เช่น การยืนยันตัวตนและการอนุญาต เพื่อให้แน่ใจว่าการส่งข้อความปลอดภัยการเก็บและการย้าย, การประกอบระยะ และการแยกตัวแบบ มันสนับสนุนการจัดส่งการตั้งค่าที่ครบวงจร, การตรวจสอบ, และการย้อนกลับไป, ลดลงผลกระทบต่อบริการเครือข่าย. มันอนุญาตให้ผู้ขายกําหนดการดําเนินงานโปรโตคอลของตนเองเพื่อนําความสามารถในการจัดการที่เป็นเอกลักษณ์ไปใช้     3ทําไม NETCONF จึงจําเป็น?ความต้องการหลักของเครือข่ายเมฆคือ อัตโนมัติเครือข่ายสําหรับการจัดหาบริการที่ต้องการอย่างรวดเร็วและการจัดการการดําเนินงานที่อัตโนมัติแนวทางประเพณี เช่น CLI และ SNM ไม่สามารถตอบสนองความต้องการนี้ได้พวกเขามีข้อจํากัดต่อไปนี้ ซึ่ง NETCONF ตอบโจทย์   31ข้อเสียของ CLI: อันดับแรก การตั้งค่าซับซ้อน CLI หลากหลายจากผู้จําหน่าย โดยต้องการให้ผู้ใช้เรียนรู้และปรับปรุงสคริปต์ CLI สําหรับผู้จําหน่ายแต่ละราย โครงสร้างและการประกอบคําของ CLI เปลี่ยนแปลงบ่อย ๆ ทําให้การดูแลสคริปต์ CLI ยาก การออกคําสั่งไม่ถูกสร้างขึ้น ไม่สามารถคาดเดาได้ และสามารถเปลี่ยนแปลงได้ง่าย ทําให้การวิเคราะห์แบบอัตโนมัติของสคริปต์ CLI ยาก   3.2 ข้อเสียของ SNMP: SNMP ไม่สนับสนุนธุรกิจ, ส่งผลให้การตั้งค่าไม่มีประสิทธิภาพ. SNMP ใช้โปรโตคอล User Datagram (UDP) ซึ่งไม่ให้การส่งข้อมูลที่น่าเชื่อถือและเรียงลําดับ และขาดกลไกความปลอดภัยที่มีประสิทธิภาพ SNMP ไม่มีกลไกในการส่งโครงการการตั้งค่า SNMP บริหารการตั้งค่าอุปกรณ์ในฐานะอุปกรณ์แต่ละอุปกรณ์ และไม่สนับสนุนการตั้งค่าระดับเครือข่ายหรือการร่วมมือในการตั้งค่าหลายอุปกรณ์

  ในระบบ 5G การขอเปลี่ยนเส้นทาง (PATH SWITCH REQUEST) คือการขอให้เทอร์มินัล (UE) สร้างการเชื่อมต่อสัญญาณกับ 5GC และถ้ามีขอให้ลิงค์ล่างของตัวนําการขนส่ง NG-U เปลี่ยนไปยังหน่วยบริการใหม่คําขอนี้อาจล้มเหลวจากหลายเหตุผล; 3GPP กําหนดมันใน TS 38.413 ดังนี้   I. การดําเนินการขอเส้นทางล้มเหลว   ตามที่แสดงในรูป 84.4.3-1 ด้านล่าง ความล้มเหลวของคําขอมักถูกตอบสนองโดย AMF หลังจากที่หน่วย NG-RAN ออก "PATH SWITCH REQUEST"       II. สถานการณ์การทํางานของคําขอที่ล้มเหลวโดยทั่วไปคือดังนี้:   หาก 5GC ล้มเหลวในการเปลี่ยนจุดสิ้นสุดการเชื่อมโยงลงของตัวนําการขนส่ง NG-U ไปยังจุดสิ้นสุด (บริการ) ใหม่สําหรับทรัพยากรการประชุม PDU ทั้งหมดAMF จะส่งข้อความ PATH SWITCH REQUEST FAILURE ไปยังหน่วย 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 Unsuccessful Transfer IE ใน PATH SWITCH REQUEST FAILURE ข้อความ   III. การขอให้ดําเนินการผิดปกติ   หาก AMF ได้รับข้อความที่มี ID การประชุม PDU มากมายที่ตั้งค่าเท่ากัน (ในตัวประกอบการ PDU Session Resource to be Switched IE ในลิสต์ลิงค์ลง)AMF จะส่งข้อความ PATH SWITCH REQUEST FAILURE ไปยังหน่วย NG-RANนอกจากนี้   ในฐานะการยกเว้น, AMF อาจสร้างการขอเปลี่ยนเส้นทาง การโอน IE ที่ไม่ประสบความสําเร็จ   หากได้รับ IE ของ NSSAI ที่ได้รับอนุญาตเป็นส่วนหนึ่งในข้อความ 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 (Packet Data Convergence Protocol) และเลขไฮเปอร์ฟเรม (HFN) สําหรับทั้งข้อมูลย้อนและย้อนไปยังเป้าหมาย RAN   ฉันการโอนสถานะ RAN Uplinkrเป้าหมายคือการทําให้การโอนผ่าน NG-RAN ไม่มีการสูญเสีย กระบวนการโอนใช้สัญญาณที่เกี่ยวข้องกับ UE กระบวนการเฉพาะเจาะจงถูกแสดงในรูป 84.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 แหล่งรวม DRB ID IE, UL COUNT IE,และ DL COUNT IE ใน DRB Subject Status Transfer List IE ภายใน RAN Status Transfer Transparent Container IE ของข้อความ UPLINK RAN STATUS TRANSFER. สําหรับ DRB แต่ละอันที่หน่วย NG-RAN ที่เป็นแหล่งได้ยอมรับคําขอการส่งต่อ Uplink จากหน่วย NG-RAN ที่เป้าหมายหน่วย NG-RAN แหล่งอาจรวมถึง SDU อัพลิงก์ที่หายไปและได้รับใน UL PDCP SDU IE ของข้อความ UPLINK RAN STATUS TRANSFER.   II.การโอนสถานะ RAN ดาวน์ลิงค์ เป้าหมายในการนํามาใช้ NG-RAN-based lossless transfer procedures โดยใช้สัญญาณที่เกี่ยวข้องกับ UE. กระบวนการเฉพาะเจาะจงถูกแสดงในรูป 8.4.7.2-1 ด้านล่าง โดย:     AMF เริ่มขั้นตอนนี้โดยการส่งข้อความ DOWNLINK RAN STATUS TRANSFER ไปยังหน่วย NG-RAN ที่เป้าหมาย. หน่วย NG-RAN ที่เป้าหมายดําเนินการส่งมอบนี้ตาม TS 38300 และใช้การตั้งค่าเต็ม จะไม่สนใจข้อมูลที่ได้รับในข้อความนี้. สําหรับ DRB แต่ละ DRB ใน RAN Status Transfer Transparent Container IE ที่เป็นประสาทของ State Transfer List IEหน่วย NG-RAN ที่เป้าหมายจะไม่ส่งพัสดุข้อมูล Uplink ใด ๆ ที่มี PDCP-SN ต่ํากว่าค่า UL Count Value IE. สําหรับ DRB แต่ละ DRB ใน RAN Status Transfer Transparent Container IE ที่เป็นประสาทของ State Transfer List 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 ผ่านอินเตอร์เฟสวิทยุ.

  วัตถุประสงค์ของกระบวนการ PATH SWITCH REQUEST คือการสร้างการเชื่อมต่อสัญญาณที่เกี่ยวข้องกับ UE กับ 5GC และหากเกี่ยวข้อง ให้ขอให้สลับจุดสิ้นสุดดาวน์ลิงก์ของตัวรับส่งข้อมูล NG-U ไปยังจุดสิ้นสุดใหม่ 3GPP กำหนดกระบวนการที่เกี่ยวข้องของ 5G ใน TS38.413 หลังจากเปิดใช้งานเทคโนโลยี IAB, การแบ่งส่วน, การวางตำแหน่ง และการวัดระยะทาง ดังนี้:   I. การประมวลผลการอนุญาต IAB   หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มี IAB Authorization IE โหนด NG-RAN (ถ้ารองรับ) จะต้องจัดเก็บข้อมูลการอนุญาต IAB ที่ได้รับในบริบท UE และใช้ตามที่ระบุใน TS 38.401   หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มี Mobile IAB Authorization IE โหนด NG-RAN (ถ้ารองรับ) จะต้องจัดเก็บสถานะการอนุญาต Mobile IAB ที่ได้รับในบริบท UE ของ Mobile IAB-MT หาก Mobile IAB Authorization IE ของ Mobile IAB-MT ถูกตั้งค่าเป็น "ไม่อนุญาต" โหนด NG-RAN (ถ้ารองรับ) จะต้องตรวจสอบให้แน่ใจว่าโหนด Mobile IAB ไม่ได้ให้บริการ UE ใดๆ   II. NSSAI และการวัดระยะทางและการวางตำแหน่ง   หาก IE "Partially Allowed NSSAI" รวมอยู่ในข้อความ Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) โหนด NG-RAN (ถ้ารองรับ) จะต้องอนุมานส่วนเครือข่ายที่อนุญาตบางส่วนสำหรับ UE จากนั้นจัดเก็บและแทนที่ "Partially Allowed NSSAI" ที่ได้รับก่อนหน้านี้ และใช้ตามที่ระบุใน TS 23.501   หาก IE "Ranging and Sidetrack Location Service Information" รวมอยู่ในข้อความ Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) โหนด NG-RAN (ถ้ารองรับ) จะต้องอัปเดตข้อมูลบริการตำแหน่งการวัดระยะทางและการติดตามด้านข้างของ UE ตามนั้น หาก IE "Ranging and Sidetrack Positioning Authorization" ใน Ranging and Sidetrack Positioning Service Information IE ถูกตั้งค่าเป็น "ไม่อนุญาต" โหนด NG-RAN (ถ้ารองรับ) ควรดำเนินการเพื่อให้แน่ใจว่า UE ไม่มีการเข้าถึงบริการการวัดระยะทางและการวางตำแหน่งด้านข้างอีกต่อไป   III. ขั้นตอนการรายงานการเปลี่ยนผ่าน RRC Inactive   หาก RRC Inactive Transition Report Request IE รวมอยู่ในข้อความ Path Switch Request Acknowledgement และถูกตั้งค่าเป็น "Single RRC Connection Status Report" และ UE อยู่ในสถานะ RRC_CONNECTED โหนด NG-RAN (ถ้ารองรับ) ควรส่งข้อความ RRC Inactive Transition Report ไปยัง AMF เพื่อรายงานสถานะ RRC ของ UE   หาก RRC Inactive Transition Report Request IE รวมอยู่ในข้อความ PATH SWITCH REQUEST ACKNOWLEDGE และถูกตั้งค่าเป็น "Single RRC Connection Status Report" และ UE อยู่ในสถานะ RRC_INACTIVE โหนด NG-RAN จะต้อง (ถ้ารองรับ) ส่งข้อความ RRC Inactive Transition Report ไปยัง AMF และข้อความ RRC Inactive Transition Report ถัดไปเมื่อมีการเปลี่ยนสถานะ RRC เป็น RRC_CONNECTED   หาก RRC Inactive Transition Report Request IE รวมอยู่ในข้อความ PATH SWITCH REQUEST ACKNOWLEDGE และถูกตั้งค่าเป็น "Subsequent State Transition Report" โหนด NG-RAN จะต้อง (ถ้ารองรับ) ส่งข้อความ RRC INACTIVE TRANSITION REPORT ไปยัง AMF เพื่อรายงานสถานะ RRC ของ UE และข้อความ RRC INACTIVE TRANSITION REPORT ถัดไปเพื่อรายงานสถานะ RRC ของ UE เมื่อ UE เข้าสู่หรือออกจากสถานะ RRC_INACTIVE   IV. ขั้นตอนการแจ้งเตือนทรัพยากร PDU Session   หาก Path Switch Request Acknowledge Transfer IE ของข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มีพารามิเตอร์ที่เกี่ยวข้องกับ QoS (เช่น CN Packet Delay Budget Downlink IE หรือ CN Packet Delay Budget Uplink IE) แต่โหนด NG-RAN ไม่สามารถยอมรับพารามิเตอร์ได้สำเร็จ โหนด NG-RAN จะต้องใช้ค่าเก่าต่อไป (ถ้ามี) ที่ได้รับจากโหนด NG-RAN ต้นทาง หากรองรับ โหนด NG-RAN จะต้องแจ้งให้ AMF ทราบโดยการส่งข้อความ PDU SESSION RESOURCE NOTIFY    

  วัตถุประสงค์ของกระบวนการขอเส้นทางการส่งมอบคือการกําหนดการเชื่อมต่อสัญญาณที่เกี่ยวข้องระหว่างเทอร์มินัล (UE) และ 5GC และถ้ามีขอจุดสิ้นสุดของสายลิงค์ล่างของส่ง NG-Uจะเปลี่ยนไปยังจุดสิ้นสุดใหม่ สําหรับการส่งมอบบริการที่เกี่ยวข้องกับ UE ในอินเตอร์เฟซ PC5 ใน Sildlink 3GPP ได้กําหนดมันใน TS38.413 ดังนี้   ฉันPC5 การประมวลผล QoSคําขอเส้นทางในการส่งของ PC5 อินเตอร์เฟซใน Sildlink ได้กําหนดไว้ดังนี้   หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE (Path Switch Request Acknowledgement) มีพารามิเตอร์ PC5 QoS IE หน่วย NG-RAN จะใช้มัน (ถ้าได้รับการสนับสนุน) ตามที่กําหนดใน TS 23287. หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE (Path Switch Request Acknowledgement) มีพารามิเตอร์ A2X PC5 QoS IE หน่วย NG-RAN จะใช้มัน (ถ้ามีการสนับสนุน) ตามที่กําหนดใน TS 23256. หากข้อความการรับทราบการขอเปลี่ยนเส้นทางรวมรายการการตั้งค่าปารามิเตอร์ QoS ตัวสํารอง IE หน่วย NG-RAN จะใช้มัน (ถ้าได้รับการสนับสนุน) ตามที่ระบุใน TS 23502. II.การขอเส้นทางใน CE-mode-B และ User Plane CIoTการส่งมอบนิยามดังต่อไปนี้   หากข้อความการรับทราบการขอเปลี่ยนเส้นทางรวม IE จํากัดแบบ CE-mode-B IE จํากัดการครอบคลุมที่ขยายไม่ได้ตั้งเป็น "จํากัด"และข้อมูลการจํากัดการครอบคลุมเพิ่มเติมที่เก็บไว้ในกรณีของ UE ไม่ตั้งค่าเป็น "จํากัด"หน่วย NG-RAN จะ (ถ้าได้รับการสนับสนุน) เก็บข้อมูลนี้ไว้ในบริบทของ UE และใช้ตามที่กําหนดใน TS 23501. หากข้อความการรับทราบคําขอเปลี่ยนเส้นทางรวมตัว EU User Plane CIoT Support Indicator IEหน่วย NG-RAN ต้อง (ถ้าได้รับการสนับสนุน) เก็บข้อมูลนี้ไว้ในบริบทของ UE และสมมุติว่า UE รองรับการปรับปรุง CIoT 5GS ของ User Plane ตามที่ระบุใน TS 23.501. หากข้อความการรับทราบคําขอเปลี่ยนเส้นทางรวมรหัส ID ความสามารถทางวิทยุ UE IE หน่วย NG-RAN จะใช้มัน (ถ้าได้รับการสนับสนุน) ตามที่ระบุใน TS 23.501 และ TS 23.502. III.การประชุม PDU กิจกรรม UE ที่คาดหวังและการขอเส้นทางใน MDTการส่งมอบนิยามดังต่อไปนี้ สําหรับแต่ละการประชุม PDU หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มี IE "PDU Session Expected UE Activity Behavior"หน่วย NG-RAN จะ (ถ้าได้รับการสนับสนุน) จัดการข้อมูลนี้ตามที่ระบุใน TS 23.501. หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มี IE "Management-Based MDT PLMN List" หน่วย NG-RAN จะเก็บมันไว้ในบริบทของ UE และถ้าได้รับการสนับสนุนใช้รายการนี้เพื่ออนุญาตการเลือกต่อมาของ UE สําหรับ MDT ที่ใช้การจัดการ ตามที่กําหนดใน TS 32.422. หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE รวมถึง IE "รายการการปรับปรุง MDT PLMN ที่ใช้ระบบจัดการ" 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) มี IEs หนึ่งหรือหลายตัวที่ตั้งเป็น "ไม่อนุญาต"" หน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรดําเนินการเพื่อให้แน่ใจว่า UE จะไม่มีการเข้าถึงบริการ 5G ProSe ที่เกี่ยวข้อง. หาก 5G ProSe PC5 QoS Parameters IE ได้อยู่ในข้อความ PATH SWITCH REQUEST ACKNOWLEDGE, หน่วย NG-RAN (ถ้ามีการสนับสนุน) ควรใช้มันตามที่กําหนดใน TS 23304. หากข้อมูลการสมัครสมาชิก Aerial UE IE มีอยู่ในข้อความ PATH SWITCH REQUEST CONNECULEDGEหน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรเก็บข้อมูลนี้ หรือเขียนข้อมูลที่เก็บไว้ก่อนหน้านี้ในสภาพ UE และใช้ตามที่กําหนดใน TS 38.300. หาก 5G ProSe UE PC5 Aggregate Maximum Bit Rate IE ได้รวมอยู่ในข้อความ PATH SWITCH REQUEST ACKNOWLEDGE หน่วย NG-RAN จะ (ถ้ามีการสนับสนุน) ทําการกระทําต่อไปนี้: เปลี่ยนความเร็วบิตสูงสุดรวมของ 5G ProSe UE PC5 ที่ได้รับมาก่อน (ถ้ามีในสภาพของ UE) เป็นค่าที่ได้รับ ใช้ค่าที่ได้รับสําหรับการสื่อสาร sidelink สําหรับ UE ที่เกี่ยวข้องในโหมดกําหนดการเครือข่ายสําหรับบริการ 5G ProSe

  1.การแยกเครือข่ายเครือข่ายในกรณีการใช้งานที่อิสระ แต่ละกรณีถูกปรับแต่งเพื่อให้บริการเฉพาะเจาะจง ในยุค 4G (LTE) แบบดั้งเดิมAPN(Access Point Names) เป็นรูปแบบแรกของการแยกเครือข่ายในเครือข่ายมือถือ โดยอนุญาตให้ผู้ประกอบการแบ่งเครือข่ายของพวกเขาขึ้นอยู่กับความต้องการของบริการ   2.ส่วนของเครือข่าย 5G, ตามที่กําหนดโดย 3GPP, มีตัวอย่างเครือข่ายอิสระที่มีการควบคุมอิสระและการประมวลผลระดับผู้ใช้งาน. ชิ้นเหล่านี้ต้องการการสนับสนุนจากเครือข่ายหลัก 5G (5GC),ซึ่งใช้ในระบบ 5G ด้วยสถาปัตยกรรมอิสระ (SA).   3.องค์ประกอบเครือข่ายและตัวระบุ: การนําเสนอส่วนแบ่งใน 5G ประกอบด้วยฟังก์ชันเครือข่าย เช่น อุปกรณ์ผู้ใช้ (UE), เครือข่ายการเข้าถึงวิทยุรุ่นใหม่ (NG-RAN), ฟังก์ชันระดับการควบคุม (เช่น AMF, PCF, SMF)และฟังก์ชันระดับผู้ใช้ (e.g., UPF) แต่ละชิ้นของเครือข่ายถูกระบุด้วยS-NSSAI(ประเภทบริการชิ้นส่วน) ซึ่งรวมถึงประเภทบริการสไลซ์ (SST)เพื่อระบุบริการที่ส่วนของเครือข่ายใช้SSTค่า เช่น 1 สําหรับการพัฒนาระบบเบนด์กว้างมือถือ 2 สําหรับการสื่อสารความน่าเชื่อถือสูงและความช้าต่ํา 3 สําหรับไอโอทีขนาดใหญ่ 4 สําหรับ Vehicle-to-Everything (V2X) 5 สําหรับการสื่อสารประเภทเครื่องมือที่มีประสิทธิภาพสูง พวกเขายังสามารถใช้ค่า SST ที่กําหนดโดยท้องถิ่นและไม่มาตรฐานได้   4.การสนับสนุนการตัดเครือข่ายเทอร์มินัล: สําหรับ SA (Standalone) 5G terminal (UE) ที่ตั้งค่าด้วย USRP (UE Routing Policy)พวกเขาสามารถเลือก S-NSSAI สําหรับการแยกเครือข่าย (บริการ) ตามการใช้งานที่ต้องการ (ขึ้นอยู่กับความต้องการคุณภาพการใช้งานของการใช้งาน)ตัวอย่างเช่น Galaxy S24 Ultra ของ Samsung ที่มี URSP สามารถเลือกชิ้นส่วนและดําเนินการบริการภายในระบบ 5G ได้   5.การสนับสนุนการตัดเครือข่ายระบบ:ADC(การตรวจสอบและควบคุม) ได้เปิดใช้งาน (ฟังก์ชันภายในองค์ประกอบเครือข่ายหลัก 5G PCF (ปริมาณการควบคุมฟังก์ชัน) และ SMF (ปริมาณการจัดการการประชุม)ADCใช้ในการระบุแอพลิเคชั่นหรือการจราจรทางด้านเครือข่าย ใช้นโยบาย เช่น คุณภาพการบริการ, การชําระเงิน, หรือการเปลี่ยนทาง และนํามาใช้การจัดหมวดหมู่การจราจรในเวลาจริงและการตั้งความสําคัญ   6.ตัวอย่างการจัดจําหน่ายทางการค้า Network Slicing: สิงคโปร์โทรคมนาคม (Singtel) เปิดตัวซิงเทล 5G+, นวัตกรรมที่ก้าวหน้า "การตัดเครือข่าย" ที่นํามาซึ่งมาตรฐานการเชื่อมต่อใหม่และประสบการณ์ที่ได้รับความสําคัญผ่านคุณสมบัติสําคัญสามอย่าง: ซิงเทล 5G+: เครือข่ายเดียวที่ใช้ช่วงความถี่ 700MHz ให้การครอบคลุมทั่วประเทศที่ดีที่สุด แม้ในห้อง ซิงเทล 5G+ เพิ่มขึ้น: การครอบคลุมที่กว้างขวางและความเร็วที่เร็วกว่า Singtel 5G+ ความสําคัญ: แคนเน็ตที่ได้รับความสําคัญ กับความเร็วที่เร็วกว่า 4 เท่า

3GPP กําหนดต่อไปนี้ใน TS 38.413 เกี่ยวกับการจํากัดการครอบคลุมที่เพิ่มเติม, เวลาเชื่อมต่อที่ขยายออกไป, การอนุญาตบริการ V2X,และการประมวลผลคําขอทางการส่งมอบสําหรับเทอร์มินัลการรวม sidelink ในระบบ 5G:   I. การจํากัดการครอบคลุมที่เพิ่มขึ้นและเวลาการเชื่อมต่อที่ขยายออกไป   หากข้อความ Path Switch Request Acknowledgement (PATH SWITCH REQUEST Acknowledgement) มีการรับรองขยายการจํากัดการครอบคลุม IE, หน่วย NG-RAN SHOULD (หากมีการสนับสนุน) เก็บข้อมูลนี้ไว้ในสภาพของ UE และใช้ตามที่กําหนดใน TS 23501.   หากข้อความ Path Switch Request Acknowledgement (PATH SWITCH REQUEST Acknowledgement) มีการรับรองระยะเวลาการเชื่อมต่อต่อ IEหน่วย NG-RAN SHOULD (ถ้าได้รับการสนับสนุน) ใช้มันตามที่กําหนดใน TS 23501.   หากข้อความ Path Switch Request Acknowledgement (PATH SWITCH REQUEST ACKNOWLEDGE) มีข้อมูลการจําแนก UE IE หน่วย NG-RAN (ถ้ามีการสนับสนุน) ควรเก็บข้อมูลนี้ในอีอีสถานะสําหรับการใช้ต่อไปตาม TS 23501.   II. NR การอนุญาตบริการ V2X   หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE รวมถึงการอนุญาตการบริการ NR V2X IEหน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรปรับปรุงข้อมูลการอนุญาตการให้บริการ NR V2X สําหรับ UE ตามนั้น.   หาก IE การอนุญาตการให้บริการ NR V2X มี IE หนึ่งหรือหลาย IE ที่ตั้งเป็น "ไม่อนุญาต"" หน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรดําเนินการเพื่อให้แน่ใจว่า UE จะไม่มีการเข้าถึงบริการที่เกี่ยวข้อง.   หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มี IE การอนุญาตบริการ LTE V2Xหน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรปรับปรุงข้อมูลการอนุญาตบริการ LTE V2X สําหรับ UE ตามนั้น.ถ้า IE การอนุญาตบริการ LTE V2X มี IE หนึ่งหรือหลาย IE ตั้งค่าเป็น "ไม่อนุญาต"" หน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรมีมาตรการเพื่อให้แน่ใจว่า UE จะไม่มีการเข้าถึงบริการที่เกี่ยวข้อง.   หาก IE การอนุญาตการให้บริการ NR A2X มี IE หนึ่งหรือหลาย IE ที่ตั้งเป็น "ไม่อนุญาต"" หน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรมีมาตรการเพื่อให้แน่ใจว่า UE จะไม่มีการเข้าถึงบริการที่เกี่ยวข้อง.   หากข้อความ Path Switch Request Acknowledgement (PATH SWITCH REQUEST Acknowledgement) มีการอนุญาต IE บริการ LTE A2Xหน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรปรับปรุงข้อมูลการอนุญาตบริการ LTE A2X สําหรับ UE ตามนั้น.   หาก IE การอนุญาตบริการ LTE A2X มี IE หนึ่งหรือหลาย IE ที่ตั้งเป็น "ไม่อนุญาต"" หน่วย NG-RAN (ถ้าได้รับการสนับสนุน) ควรมีมาตรการเพื่อให้แน่ใจว่า UE จะไม่มีการเข้าถึงบริการที่เกี่ยวข้อง.   III. Sidelink และการประมวลผลรวม   หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มี NR UE Sidelink Aggregate Maximum Bit Rate IE, ค้อนของ NG-RAN (ถ้ามีการสนับสนุน) ต้องดําเนินการดังต่อไปนี้: เปลี่ยนค่าที่ได้รับมาแทนค่าที่ได้รับมาก่อนหน้านี้ (ถ้ามีในข้อเทียบของ UE) ใช้ค่าที่ได้รับสําหรับการสื่อสาร sidelink กับ UE ที่เกี่ยวข้องใน NR V2X ที่ให้บริการโหมดการกําหนดเวลาของเครือข่าย   หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE มีความหมายว่า LTE UE Sidelink Aggregate Maximum Bit Rate IE, พื้นที่ NG-RAN node (ถ้ามีการสนับสนุน) จะดําเนินการดังต่อไปนี้: เปลี่ยนค่าที่ได้รับมาแทนค่าที่ได้รับมาก่อนหน้านี้ (ถ้ามีในข้อเทียบของ UE) ใช้ค่าที่ได้รับสําหรับการสื่อสาร sidelink กับ UE ที่เกี่ยวข้องใน LTE V2X ที่ให้บริการโหมดกําหนดการเครือข่าย หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE รวมถึง NR A2X UE PC5 aggregate maximum bit rate IE, node NG-RAN (หากมีการสนับสนุน) จะดําเนินการดังต่อไปนี้: เปลี่ยนค่า NR A2X UE PC5 อัครบํารุงอัตราบิตสูงสุดที่ได้รับมาก่อน (ถ้ามีในสภาพของ UE) เป็นค่าที่ได้รับ ในโหมดการวางแผนระบบเครือข่าย ใช้ค่าที่ได้รับสําหรับ NR A2X การสื่อสารทางด้านของบริการสําหรับ UE ที่เกี่ยวข้อง หากข้อความ PATH SWITCH REQUEST ACKNOWLEDGE รวมถึง LTE A2X UE PC5 รวมอัตราบิตสูงสุด IE หน่วย NG-RAN (ถ้ามีการสนับสนุน) ต้องดําเนินการดังต่อไปนี้: เปลี่ยนความเร็วบิตสูงสุดรวมของ LTE A2X UE PC5 ที่ได้รับมาก่อน (ถ้ามีในสภาพของ UE) เป็นค่าที่ได้รับ ในโหมดการวางแผนเครือข่าย ใช้ค่าที่ได้รับสําหรับการสื่อสารทางสายเคียงของบริการ LTE A2X สําหรับ UE ที่เกี่ยวข้อง