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

  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 ที่เกี่ยวข้อง

  ในระบบ 5G การส่งมอบคำขอเส้นทางคือคำขอจากเทอร์มินัล (UE) เพื่อสร้างการเชื่อมต่อสัญญาณที่เกี่ยวข้องกับ UE กับ 5GC และหากเกี่ยวข้อง ให้ขอให้จุดสิ้นสุดดาวน์ลิงก์ตัวรับส่งข้อมูล NG-U ถูกสลับไปยังจุดสิ้นสุดใหม่ เนื่องจาก 5G รองรับบริการประเภทต่างๆ เพิ่มขึ้น เนื้อหาของคำขอเส้นทางระหว่างการส่งมอบจะมีความซับซ้อนมากขึ้นเรื่อยๆ 3GPP กำหนดสิ่งนี้ไว้ใน TS 38.413 ดังนี้   I. งบประมาณความล่าช้าของแพ็กเก็ต   ถ้าIE งบประมาณความล่าช้าของแพ็กเก็ต CN ดาวน์ลิงก์รวมอยู่ใน IE การขนส่งการตอบรับการสลับเส้นทางของข้อความตอบรับคำขอสลับเส้นทาง (PATH SWITCH REQUEST ACKNOWLEDGE) โหนด NG-RAN ควร (ถ้ารองรับ) แทนที่งบประมาณความล่าช้าของแพ็กเก็ต CN ดาวน์ลิงก์ที่ให้ไว้ก่อนหน้านี้ (ถ้ามี) และใช้ตามที่ระบุไว้ใน TS 23.502   ถ้าIE งบประมาณความล่าช้าของแพ็กเก็ต CN อัปลิงก์รวมอยู่ใน IE การขนส่งการตอบรับคำขอสลับเส้นทางของข้อความตอบรับคำขอสลับเส้นทาง โหนด NG-RAN จะ (ถ้ารองรับ) แทนที่งบประมาณความล่าช้าของแพ็กเก็ต CN อัปลิงก์ที่ให้ไว้ก่อนหน้านี้ (ถ้ามี) และใช้ตามที่ระบุไว้ใน TS 23.502   II. การจัดการข้อมูลแบบ Burst   ถ้า IE เวลามาถึงแบบ Burst ดาวน์ลิงก์ รวมอยู่ใน IE การขนส่งการตอบรับคำขอสลับเส้นทางของข้อความตอบรับคำขอสลับเส้นทาง โหนด NG-RAN จะ (ถ้ารองรับ) แทนที่ค่าที่ให้ไว้ก่อนหน้านี้ (ถ้ามี) และใช้ตามที่ระบุไว้ใน TS 23.502   III. การจัดการข้อมูลช่วยเหลือเครือข่ายหลักและ RRC Inactive   ถ้าข้อมูลช่วยเหลือเครือข่ายหลักของ IE RRC INACTIVE รวมอยู่ในข้อความยืนยันคำขอสลับเส้นทาง โหนด NG-RAN (ถ้ารองรับ) จะจัดเก็บข้อมูลนี้ในบริบท UE และใช้สำหรับการตัดสินใจสถานะ RRC_INACTIVE และการกำหนดค่า RNA ของ UE และการเพจ RAN (ถ้ามี) ตามที่อธิบายไว้ใน TS 38.300   ถ้าข้อมูลช่วยเหลือเครือข่ายหลักของ IE RRC INACTIVE รวมถึง IE MICO All PLMN โหนด NG-RAN (ถ้ารองรับ) จะถือว่าพื้นที่การลงทะเบียนของ UE เป็น PLMN ที่สมบูรณ์และละเว้นรายการ TAI ของ IE RRC Inactive   ถ้าข้อมูลช่วยเหลือเครือข่ายหลักของ IE RRC INACTIVE รวมถึง IE การบ่งชี้สาเหตุการเพจของบริการเสียง โหนด NG-RAN (ถ้ารองรับ) จะจัดเก็บและใช้ตามที่ระบุไว้ใน TS 38.300   ถ้าข้อมูลช่วยเหลือเครือข่ายหลักของ IE RRC INACTIVE รวมถึง IE ข้อมูลช่วยเหลือ PEIPS โหนด NG-RAN (ถ้ารองรับ) จะจัดเก็บและใช้สำหรับการเพจกลุ่มย่อยของ UEs ในสถานะ RRC_INACTIVE ตามที่อธิบายไว้ใน TS 38.300   ถ้า IE การจัดการการสื่อสาร CN MT รวมอยู่ในข้อมูลช่วยเหลือเครือข่ายหลัก (IE RRC INACTIVE) โหนด NG-RAN จะ (ถ้ารองรับ) จัดเก็บ IE นี้และอาจขอให้ CN ดำเนินการจัดการการสื่อสาร MT ในภายหลัง ตามที่อธิบายไว้ใน TS 23.502 ขึ้นอยู่กับการใช้งาน   ถ้า IE การปรับพารามิเตอร์ RAN ที่ได้รับความช่วยเหลือจาก CN รวมอยู่ในข้อความตอบรับคำขอสลับเส้นทาง (PATH SWITCH REQUEST ACKNOWLEDGE) โหนด NG-RAN อาจใช้ IE นี้ตามที่อธิบายไว้ใน TS 23.501   ถ้า IE คำขอรายงานการเปลี่ยนผ่าน RRC INACTIVE รวมอยู่ในข้อความตอบรับคำขอสลับเส้นทาง (PATH SWITCH REQUEST ACKNOWLEDGE) โหนด NG-RAN จะ (ถ้ารองรับ) จัดเก็บข้อมูลนี้ในบริบท UE   V. การประมวลผล EPS และ SRVCC   ถ้าข้อความตอบรับคำขอสลับเส้นทาง (PATH SWITCH REQUEST ACKNOWLEDGE) รวมถึงการเปลี่ยนเส้นทางสำหรับเสียงIE การสำรองข้อมูล EPS   โหนด NG-RAN จะ (ถ้ารองรับ) จัดเก็บ IE นี้และใช้ในการตัดสินใจการสำรองข้อมูล EPS ด้วยเสียงในภายหลังตามที่ระบุไว้ใน TS 23.502

ใน 5G, คำขอเส้นทาง คือข้อความสัญญาณที่ส่งโดยสถานีฐานเป้าหมายไปยังเครือข่ายหลักระหว่างการส่งมอบงานเพื่อเปลี่ยนเส้นทางของเซสชันเทอร์มินัล (ข้อมูล) TS 38.413 กำหนดดังนี้:   I. ความล้มเหลวในการตั้งค่าเซสชัน PDU   หากการตั้งค่าเซสชัน PDU ใดๆ ล้มเหลว รายการเซสชันที่ล้มเหลวจะต้องรวมอยู่ใน “Path Switch Request Setup Failure Transport IE” ในข้อความ PATH SWITCH REQUEST AMF จะประมวลผลข้อมูลนี้ตามที่ระบุไว้ใน TS 23.502   2. ข้อมูลความปลอดภัยของผู้ใช้และเส้นทาง   สำหรับแต่ละเซสชัน PDU หาก "ข้อมูลโฟลว์ QoS DL ซ้ำซ้อนเพิ่มเติม IE สำหรับแต่ละ TNL" ถูกรวมอยู่ใน PATH SWITCH REQUEST Transfer IE ของข้อความ Path Switch Request จากนั้น SMF สามารถใช้ข้อมูลเลเยอร์การขนส่ง UP ที่รวมอยู่แต่ละรายการเป็นจุดสิ้นสุดการดาวน์ลิงก์สำหรับโฟลว์ QoS ที่เกี่ยวข้องซึ่งอยู่ในเซสชัน PDU นี้ และโฟลว์ QoS เหล่านี้จะถูกแยกออกเป็นอุโมงค์ต่างๆ สำหรับการส่งข้อมูลซ้ำซ้อน สำหรับแต่ละเซสชัน PDU หาก Path Switch Request Transfer IE ของข้อความ "Path Switch Request" มี "Redundant DL NG-U TNL information Reuse IE" จากนั้น SMF ควร (ถ้ารองรับ) ปฏิบัติต่อที่อยู่เลเยอร์การขนส่ง DL ที่รวมอยู่เป็นที่อยู่เลเยอร์การขนส่ง DL สำหรับการถ่ายโอนซ้ำซ้อน ตามที่อธิบายไว้ใน TS 23.501 สำหรับแต่ละเซสชัน PDU หาก Path Switch Request Transfer IE ของข้อความ "Path Switch Request" มี "Global RAN Node ID of the auxiliary NG-RAN node" IE, SMF ควร (ถ้ารองรับ) จัดการข้อมูลนี้ตามที่กำหนดไว้ใน TS 23.501 สำหรับแต่ละเซสชัน PDU ที่อยู่ในข้อความ PATH SWITCH REQUEST หาก "Path Switch Request Transmission IE" มี "Current QoS Parameter Set Index IE" SMF ควรปฏิบัติต่อสิ่งนี้เป็นชุดพารามิเตอร์ QoS ที่ใช้อยู่ในปัจจุบันในบรรดาพารามิเตอร์ QoS ทางเลือกของโฟลว์ QoS ที่เกี่ยวข้อง โหนด NG-RAN ควร (ถ้ารองรับ) รายงาน IE ตัวบ่งชี้การประมวลผลตามชุด PDU ใน "PATH SWITCH REQUEST Transmission IE" ในข้อความ Path Switch Request หาก "PATH SWITCH REQUEST Transfer IE" ในข้อความ Path Switch Request มี IE ตัวบ่งชี้การประมวลผลตามชุด PDU SMF ควร (ถ้ารองรับ) จัดการข้อมูลนี้ตามที่กำหนดไว้ใน TS 23.501 หาก "PATH SWITCH REQUEST Transport IE" ในข้อความ Path Switch Request มี IE ตัวบ่งชี้การสนับสนุน MBS จากนั้น SMF ควร (ถ้ารองรับ) จัดการข้อมูลนี้ตามที่กำหนดไว้ใน TS 23.247 หากรองรับ โหนด NG-RAN ควรรายงานการส่ง PATH SWITCH REQUEST ของแท็ก ECN ใน IE หรือสถานะรายงานข้อมูลความแออัดใน IE ในข้อความ Path Switch Request หากแท็ก ECN หรือสถานะการรายงานข้อมูลความแออัด IE รวมอยู่ใน PATH SWITCH REQUEST Transport IE ของข้อความ Path switch Request SMF ควร (ถ้ารองรับ) ใช้เพื่ออนุมานว่าแท็ก ECN ที่ NG-RAN, แท็ก ECN ที่ UPF หรือการรายงานข้อมูลความแออัดทำงานอยู่หรือไม่ ตามที่อธิบายไว้ใน TS 23.501   3. การประมวลผลข้อมูลต้นน้ำ   หาก PATH SWITCH REQUEST ACKNOWLEDGE Transfer IE ของข้อความ Path Switch Request Acknowledge มี UL NG-U UP TNL Information IE จากนั้นโหนด NG-RAN ควรเก็บข้อมูลนี้และใช้เป็นจุดสิ้นสุดการอัปโหลดสำหรับข้อมูลระนาบผู้ใช้ของเซสชัน PDU นี้ หาก PATH SWITCH REQUEST ACKNOWLEDGE Transfer IE ของข้อความ Path Switch Request Acknowledge มี Additional NG-U UP TNL Information IE จากนั้นโหนด NG-RAN ควรเก็บข้อมูลนี้และใช้ UL NG-U UP TNL Information IE ที่มีอยู่เป็นจุดสิ้นสุดการอัปโหลดสำหรับข้อมูลระนาบผู้ใช้ของเซสชัน PDU นี้ (แยกออกเป็นอุโมงค์ต่างๆ) หาก PATH SWITCH REQUEST ACKNOWLEDGE transmission IE ของข้อความ path switch request acknowledge มีข้อมูล UL NG-U UP TNL ซ้ำซ้อน IE โหนด NG-RAN ควร (ถ้ารองรับ) เก็บข้อมูลนี้ และใช้เป็นจุดสิ้นสุดการอัปโหลดของข้อมูลระนาบผู้ใช้สำหรับการส่งข้อมูลซ้ำซ้อนของเซสชัน PDU นี้ ตามที่อธิบายไว้ใน TS 23.501 หาก PATH SWITCH REQUEST ACKNOWLEDGE transmission IE ของข้อความ path switch Request acknowledge มีข้อมูล NG-U UP TNL ซ้ำซ้อนเพิ่มเติม IE โหนด NG-RAN ควร (ถ้ารองรับ) เก็บข้อมูลนี้ และใช้ UL NG-U UP TNL information IE ที่รวมอยู่เป็นจุดสิ้นสุดการอัปโหลดสำหรับข้อมูลระนาบผู้ใช้ที่แยกในอุโมงค์ต่างๆ ของเซสชัน PDU นี้