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

1. ในระบบ 5G หน้าที่หนึ่งของ SMF (Session Management Function) คือรับผิดชอบในการส่งข้อมูลระนาบควบคุม (CP) ของผู้ใช้ ทำงานร่วมกับ UPF เพื่อจัดการบริบทที่เกี่ยวข้องของเซสชันเทอร์มินัล รับผิดชอบในการสร้าง อัปเดต และลบเซสชัน และกำหนดที่อยู่ IP ให้กับแต่ละเซสชัน PDU โดยให้พารามิเตอร์ทั้งหมดและสนับสนุนฟังก์ชันต่างๆ ของ UPF อินเทอร์เฟซระหว่าง SMF และองค์ประกอบเครือข่ายอื่นๆ แสดงในรูปที่ (1)   *รูปที่ 1 แผนผังการเชื่อมต่อ SMF กับองค์ประกอบเครือข่ายอื่นๆ (เส้นทึบในรูปแสดงถึงการเชื่อมต่อทางกายภาพ และเส้นประแสดงถึงการเชื่อมต่อเชิงตรรกะ)   II. โปรโตคอลแอปพลิเคชันใน SMF ประกอบด้วย: PFCP[2]: การสื่อสารทั้งหมดระหว่าง SMF และ UPF จัดการโดย PFCP (Packet Forwarding Control Protocol) เป็นหนึ่งในโปรโตคอลหลักที่แยกแยะระนาบผู้ใช้และระนาบควบคุม UDP[3]: User Datagram Protocol, โปรโตคอลเลเยอร์ขนส่งที่ให้ที่อยู่พอร์ตต้นทางและปลายทางสำหรับการมัลติเพล็กซ์/ดีมัลติเพล็กซ์ของแอปพลิเคชันระดับสูงกว่า โปรโตคอลนี้รับผิดชอบในการส่งข้อมูลระหว่าง gNB และ UPF SBI[4] (Service-Based Interface): นี่คือวิธีการสื่อสารแบบ API ระหว่างฟังก์ชันเครือข่าย   III. ลำดับขั้นตอนการเรียกเซสชันเทอร์มินัล ในระหว่างการสร้างเซสชันเทอร์มินัล 5G: ขั้นแรก SMF ลงทะเบียนกับ NRF เพื่อค้นหาฟังก์ชันเครือข่ายอื่นๆ หากผู้ใช้ต้องการเข้าถึงบริการข้อมูล 5G จะต้องสร้างเซสชัน PDU กับเครือข่าย UE ส่งคำขอสร้างเซสชัน PDU ไปยังเครือข่ายหลัก (เช่น AMF) AMF เลือก SMF ที่ดีที่สุดในเครือข่ายเพื่อรักษาข้อมูลที่เกี่ยวข้องกับเซสชัน หลังจากเลือก SMF ที่ดีที่สุดแล้ว จะขอให้ SMF สร้างบริบท SM SMF ได้รับข้อมูลการสมัครสมาชิก SM จาก UDM และสร้างบริบท M จากนั้น SMF และ UPF เริ่มต้นกระบวนการสร้างเซสชัน PFCP และตั้งค่าเริ่มต้นสำหรับพารามิเตอร์ที่เกี่ยวข้องกับเซสชัน สุดท้าย AMF ส่งข้อมูลเซสชันไปยัง gNB และ UE เพื่อสร้างค่าเซสชัน PDU เริ่มต้น   อินเทอร์เฟซการสร้างเซสชันใช้ (ตามลำดับ) เนื้อหาข้อความ: [22] ส่งการลงทะเบียน NF [22] ลองส่งการลงทะเบียน NF อีกครั้ง [6] ตั้งค่าไฟล์การกำหนดค่า NF [22] ส่งบริการการค้นหา NF AMF [5] ประมวลผลคำขอสร้างเซสชัน PDU [4] สร้างการปฏิเสธการสร้างเซสชัน GSM PDU [30] ส่งการปฏิเสธการสร้างเซสชัน PDU [28] HTTP POST บริบท SM - รับ Create SM context [31] ประมวลผลการสร้างบริบท SM เซสชัน PDU [22] ส่งการค้นหา NF UDM [27] รับบริบท SM [10] สร้าง/ตั้งค่าข้อมูลที่สร้างขึ้น [2] เริ่มต้นบริบท SMF [2] รับข้อมูล DNN [4] สร้างการยอมรับการสร้างเซสชัน GSM PDU [22] ส่งการค้นหา NF PCF [10] การเลือก PCF [24] ส่งการสร้างความสัมพันธ์นโยบาย SM [29] นโยบาย SM ในการตัดสินใจของแอปพลิเคชัน [16] สร้างรายการ UPF สำหรับการเลือก [16] จัดเรียงรายการ UPF ตามชื่อ [16] เลือก UPF และกำหนด UE IP [15] เลือก UPF โดย DNN [16] รับชื่อ UPF โดย IP [16] รับ ID โหนด UPF โดยชื่อ [16] รับโหนด UPF โดย IP [16] รับ ID UPF โดย IP [18] สร้างคำขอสร้างความสัมพันธ์ PFCP [17] ประมวลผลคำขอสร้างความสัมพันธ์ PFCP [19] ส่งคำขอสร้างความสัมพันธ์ PFCP [18] สร้างคำขอสร้างเซสชัน PFCP [19] ส่งคำขอสร้างเซสชัน PFCP [20] ส่งคำขอ PFCP [18] PFCP สร้าง PDR, FAR, QER, BAR [10] เพิ่ม PDR ในเซสชัน PFCP [13] [16] สร้างเส้นทางข้อมูลเริ่มต้น [16] สร้างเส้นทางข้อมูล [15] เพิ่มเส้นทางข้อมูล [15] สร้างตัวระบุอุปกรณ์เทอร์มินัล (TEID) [2] [10] กำหนดตัวระบุอุปกรณ์ระบบท้องถิ่น (SEID) [10] เลือกกฎเซสชัน [15] เลือกพารามิเตอร์ UPF [15] เพิ่ม PDR, FDR, BAR, QER [29] ประมวลผลกฎเซสชัน [3] เปิดใช้งานอุโมงค์และ PDR [3] เปิดใช้งานอุโมงค์ uplink/downlink [16] เลือกแหล่งที่มาของเส้นทาง uplink [30] เปิดใช้งานเซสชัน UPF [30] สร้างเซสชัน PFCP [18] สร้างการตอบสนองการสร้างเซสชัน PFCP [19] ส่งการตอบสนองการสร้างเซสชัน PFCP [20] ส่งการตอบสนอง PFCP [18] สร้างการตอบสนองการสร้างความสัมพันธ์ PFCP [19] ส่งการตอบสนองการสร้างความสัมพันธ์ PFCP [2] รับข้อมูลระนาบผู้ใช้ [16] รับเส้นทางระนาบผู้ใช้เริ่มต้นผ่าน DNN และ UPF [3] รับ ID UPF, IP โหนด, UL PDR, UL FAR [3] คัดลอกโหนดเส้นทางข้อมูลแรก [25] รับข้อมูลเซสชัน UE PDU ผ่าน HTTP [15] รับอินเทอร์เฟซเพื่อรับข้อมูลอินเทอร์เฟซ UPF [15] รับโหนด UPF ผ่าน ID โหนด [15] รับ UPF IP, ID, ID PDR, ID FAR, ID BAR, ID QER [2] รับพูลเส้นทางเริ่มต้นของ UE [30] แจ้ง UE - ส่งเส้นทางข้อมูลทั้งหมดไปยัง UPF และส่งผลลัพธ์ไปยัง UE [10] ส่งที่อยู่ PDU ไปยัง NAS [12] สร้างโหนดเส้นทางข้อมูล UE [2] เริ่มต้นเส้นทาง UE SMF [7] สร้างการส่งคำขอสร้างทรัพยากรเซสชัน PDU [8] จัดการการส่งความล้มเหลวในการสร้างทรัพยากรเซสชัน PDU [8] การจัดการการส่งการตอบสนองการสร้างทรัพยากรเซสชัน PDU  

ในระบบ 5G เมื่ออินเทอร์เฟซ NG หรือบางส่วนของอินเทอร์เฟซ NG จำเป็นต้องรีเซ็ต โหนด NG-RAN จะได้รับการแจ้งเตือน เมื่อ AMF ประมวลผลโอเวอร์โหลด ข้อความโอเวอร์โหลดจะถูกส่งไปยังโหนด NG-RAN เพื่อแจ้งให้ gNB เริ่มกระบวนการจัดการโหลด คำจำกัดความเฉพาะของข้อความเหล่านี้มีดังนี้   1. การรีเซ็ต NG ข้อความถูกส่งโดยโหนด NG-RAN และ AMF เพื่อขอรีเซ็ตอินเทอร์เฟซ NG หรือบางส่วน   ทิศทางข้อความ: โหนด NG-RAN → AMF และ AMF → โหนด NG-RAN   2. ข้อความตอบรับ NG RESET ถูกส่งร่วมกันโดยโหนด NG-RAN และ AMF เพื่อตอบสนองต่อข้อความ NG RESET   ทิศทางข้อความ: โหนด NG-RAN → AMF และ AMF → โหนด NG-RAN   3. ข้อความยืนยัน NG RESET: ข้อความนี้ถูกส่งร่วมกันโดยโหนด NG-RAN และ AMF เพื่อตอบสนองต่อข้อความ NG RESET   ทิศทางข้อความ: โหนด NG-RAN → AMF และ AMF → โหนด NG-RAN   4. ข้อความบ่งชี้ข้อผิดพลาด ถูกส่งโดยโหนด NG-RAN และ AMF เพื่อระบุว่าตรวจพบข้อผิดพลาดในโหนด   ทิศทางข้อความ: โหนด NG-RAN → AMF และ AMF → โหนด NG-RAN 5. ข้อความเริ่มต้นโอเวอร์โหลด ถูกส่งโดย AMF เพื่อระบุให้โหนด NG-RAN ทราบว่า AMF มีการโอเวอร์โหลด   ทิศทางข้อความ: AMF → โหนด NG-RAN   6. ข้อความหยุดโอเวอร์โหลด ถูกส่งโดย AMF เพื่อระบุว่า AMF ไม่มีการโอเวอร์โหลดอีกต่อไป   ทิศทางข้อความ: AMF → โหนด NG-RAN      

AMF (ฟังก์ชันการจัดการการเข้าถึงและการเคลื่อนที่) เป็นหน่วยงานควบคุม (CU) ในเครือข่ายหลัก 5G (CN) องค์ประกอบเครือข่ายวิทยุ (gNodeBs) จำเป็นต้องเชื่อมต่อกับ AMF ก่อนจึงจะสามารถเข้าถึงบริการ 5G ใดๆ ได้ การเชื่อมต่อระหว่าง AMF และหน่วยงานอื่นๆ ในระบบ 5G แสดงในรูปด้านล่าง     *รูปที่ 1 แผนผังแสดงการเชื่อมต่อ AMF และองค์ประกอบเครือข่าย 5G (เส้นทึบในรูปแสดงถึงการเชื่อมต่อทางกายภาพ และเส้นประแสดงถึงการเชื่อมต่อเชิงตรรกะ)   I. ฟังก์ชันอินเทอร์เฟซ AMF N1[2]:AMF ได้รับข้อมูลทั้งหมดที่เกี่ยวข้องกับการเชื่อมต่อและเซสชันจาก UE ผ่านอินเทอร์เฟซ N1 N2[3]:การสื่อสารระหว่าง AMF และ gNodeB ที่เกี่ยวข้องกับ UE รวมถึงการสื่อสารที่ไม่เกี่ยวข้องกับ UE ดำเนินการผ่านอินเทอร์เฟซนี้ N8:กฎนโยบายผู้ใช้และ UE เฉพาะ ข้อมูลการสมัครสมาชิกที่เกี่ยวข้องกับเซสชัน ข้อมูลผู้ใช้ และข้อมูลอื่นๆ (เช่น ข้อมูลที่เปิดเผยต่อแอปพลิเคชันของบุคคลที่สาม) ทั้งหมดจะถูกเก็บไว้ใน UDM และ AMF จะได้รับข้อมูลนี้ผ่านอินเทอร์เฟซ N8 N11[4]:อินเทอร์เฟซ N11 แสดงถึงทริกเกอร์สำหรับ AMF ในการเพิ่ม แก้ไข หรือลบเซสชัน PDU บนระนาบผู้ใช้ N12:AMF จำลอง AUSF ภายในเครือข่ายหลัก 5G และให้บริการแก่ AMF ผ่านอินเทอร์เฟซ N12 ที่ใช้ AUSF เครือข่าย 5G แสดงถึงอินเทอร์เฟซที่ใช้บริการ โดยเน้นที่ AUSF และ AMF N22:AMF เลือกฟังก์ชันเครือข่าย (NF) ที่ดีที่สุดในเครือข่ายโดยใช้ NSSF NSSF ให้ข้อมูลตำแหน่งฟังก์ชันเครือข่ายแก่ AMF ผ่านอินเทอร์เฟซ N22 SBI[8]:อินเทอร์เฟซที่ใช้บริการคือการสื่อสารแบบ API ระหว่างฟังก์ชันเครือข่าย   II. โปรโตคอลแอปพลิเคชัน AMF NAS[5]:ใน 5G, NAS (Non-Access Layer Protocol) เป็นโปรโตคอลระนาบควบคุมบนอินเทอร์เฟซวิทยุ (อินเทอร์เฟซ N1) ระหว่าง UE และ AMF โดยมีหน้าที่จัดการบริบทที่เกี่ยวข้องกับการเคลื่อนที่และเซสชันภายใน 5GS (ระบบ 5G) NGAP[6]:NGAP (Next Generation Application Protocol) เป็นโปรโตคอลระนาบควบคุม (CP) ที่ใช้สำหรับการสื่อสารสัญญาณระหว่าง gNB และ AMF มีหน้าที่จัดการบริการที่เกี่ยวข้องกับ UE และบริการที่ไม่เกี่ยวข้องกับ UE SCTP[7]:Flow Control Transmission Protocol (SCTP) ช่วยให้มั่นใจได้ถึงการส่งข้อความสัญญาณระหว่าง AMF และโหนด 5G-AN (อินเทอร์เฟซ N2) ข้อความ ITTI[9]:อินเทอร์เฟซระหว่างงานที่ใช้ในการส่งข้อความระหว่างงาน   III. การไหลของการโทร - การลงทะเบียนและการยกเลิกการลงทะเบียน UE (ขั้นตอน) AMF จำเป็นต้องลงทะเบียนกับ NRF ก่อนเพื่อระบุและสื่อสารกับ Network Function Location เมื่อ UE เปิดเครื่อง จะผ่านกระบวนการลงทะเบียน AMF ประมวลผลการลงทะเบียน จากนั้นได้รับข้อความ NAS UE เริ่มต้นและคำขอลงทะเบียน ข้อความนี้ใช้เพื่อสร้างตัวตน AMF สำหรับ UE จากนั้น AMF จะตรวจสอบ AMF ที่ UE ลงทะเบียนครั้งล่าสุด หากพบที่อยู่ AMF เก่าสำเร็จ AMF ใหม่จะดึงบริบท UE ทั้งหมดและเริ่มขั้นตอนการยกเลิกการลงทะเบียนสำหรับ AMF เก่า AMF เก่าขอให้ปล่อยบริบท SM จาก SMF และบริบท UE จาก gNB   IV. การตรวจสอบสิทธิ์และการอนุญาตของเทอร์มินัล หาก AMF ใหม่ไม่ตรวจพบร่องรอยของ AMF เก่า จะเริ่มกระบวนการอนุญาตและการตรวจสอบสิทธิ์กับ UE โดยจะจัดการกระบวนการตรวจสอบตัวตนและขอเวกเตอร์การตรวจสอบสิทธิ์จาก AMF จากนั้นจะส่งคำขอการตรวจสอบสิทธิ์ไปยัง UE เพื่อตั้งค่าคีย์ความปลอดภัยและเลือกอัลกอริธึมความปลอดภัยสำหรับช่องสัญญาณ ซึ่งจะช่วยให้มั่นใจได้ถึงการส่งข้อมูลที่ปลอดภัย AMF ควบคุมช่องสัญญาณการส่งข้อมูลดาวน์ลิงก์/อัปลิงก์ NAS ทั้งหมดที่ใช้สำหรับการสื่อสาร

เนื่องจากเครือข่ายการสื่อสารเคลื่อนที่ซับซ้อนมากขึ้น การเพิ่มประสิทธิภาพด้านประสิทธิภาพและการปรับปรุงประสบการณ์ผู้ใช้จึงมีความสำคัญอย่างยิ่งสำหรับผู้ให้บริการ ก่อนหน้านี้ วิศวกรด้านการเพิ่มประสิทธิภาพส่วนใหญ่พึ่งพาการทดสอบการขับขี่เพื่อทำการวัด (ทางกายภาพ) ของเครือข่ายเพื่อทำความเข้าใจและควบคุมการครอบคลุมและประสิทธิภาพของเครือข่ายไร้สาย อย่างไรก็ตาม วิธีการทดสอบนี้มีค่าใช้จ่ายสูง ใช้เวลานาน และไม่ได้ครอบคลุมเสมอไป   I. การทดสอบการขับขี่ขั้นต่ำ (MDT)เป็นวิธีการวัดเครือข่ายไร้สายที่ออกแบบโดย 3GPP สำหรับเครือข่ายการสื่อสารเคลื่อนที่ MDT ช่วยให้เครือข่ายรวบรวมข้อมูลประสิทธิภาพจริงโดยตรงจากฝั่งอุปกรณ์ผู้ใช้ (UE) ซึ่งช่วยลดความจำเป็นในการทดสอบการขับขี่ด้วยตนเอง โดยแบ่งออกเป็น MDT ที่บันทึกไว้ และ MDT ทันที (iMDT)   II. Immediate MDT ตามที่กำหนดไว้ใน 3GPP หมายถึงการรายงานข้อมูลประสิทธิภาพเครือข่ายแบบเรียลไทม์โดยอุปกรณ์ปลายทาง (UE) ในระหว่างเซสชันการเชื่อมต่อวิทยุ ซึ่งแตกต่างจาก MDT ที่บันทึกไว้ ซึ่งจัดเก็บข้อมูลบนอุปกรณ์เพื่ออัปโหลดในภายหลัง MDT ทันทีจะส่งผลการวัดไปยังเครือข่าย ทำให้ผู้ให้บริการสามารถ:   ระบุปัญหาเครือข่าย เช่น ความล้มเหลวของลิงก์วิทยุ (RLF) ในแบบเรียลไทม์ รวบรวมข้อมูลในตำแหน่งเฉพาะระหว่างเซสชันแบบเรียลไทม์ ปรับปรุงประสิทธิภาพของผู้ใช้ในแบบเรียลไทม์   III. ประเด็นสำคัญของ Immediate MDT กระบวนการ Immediate MDT ในระหว่างเซสชันการเชื่อมต่อระหว่าง UE และเครือข่ายส่วนใหญ่ประกอบด้วย: การกำหนดค่า MDT: UE ได้รับการกำหนดค่า MDT จากเครือข่าย การกำหนดค่านี้ระบุประเภทของข้อมูลที่จำเป็นต้องรวบรวม (เช่น RSRP, RSRQ, SINR หรือเหตุการณ์การโทร) ระยะเวลาการวัด: ในสถานะที่เชื่อมต่อ UE จะทำการวัดเป็นระยะตามเงื่อนไขที่ระบุ พารามิเตอร์การวัดอาจรวมถึงความแรงของสัญญาณ เมตริกคุณภาพ และข้อมูลตำแหน่ง โซนตายของการครอบคลุมและความล้มเหลวของลิงก์วิทยุ (RLF): หาก UE พบว่าตัวเองอยู่ในโซนตายของการครอบคลุม RLF อาจเกิดขึ้น ทำให้กระบวนการ MDT บันทึกความแรงของสัญญาณและตำแหน่งเพื่อการวิเคราะห์เพิ่มเติม ตัวบันทึกและตัวบ่งชี้ RLF: ในระหว่างเหตุการณ์ RLF UE จะบันทึกข้อมูลสำคัญ เช่น ความแรงของสัญญาณและพิกัดตำแหน่ง หลังจากสร้างการเชื่อมต่อ RRC ขึ้นใหม่แล้ว ตัวบ่งชี้บันทึก RLF จะถูกสร้างขึ้นและส่ง การสร้างใหม่และการรายงาน: UE จำเป็นต้องสร้างการเชื่อมต่อ RRC ขึ้นใหม่เพื่อเชื่อมต่อใหม่ หลังจากเชื่อมต่อ RRC ใหม่แล้ว UE จะส่งตัวบ่งชี้บันทึก RLF พร้อมกับข้อมูลที่บันทึกไว้ ซึ่งช่วยให้เครือข่ายระบุตำแหน่งและสาเหตุของ RLF ซึ่งมีประโยชน์มากสำหรับการเพิ่มประสิทธิภาพเครือข่าย

I. การแจ้งเตือนทรัพยากรเซสชัน PDU (PDU SESSION RESOURCE NOTIFY) คือการแจ้งเตือนระบบ 5G ไปยังองค์ประกอบเครือข่ายหลัก AMF ว่าโฟลว์ QoS หรือเซสชัน PDU ที่สร้างขึ้นสำหรับเทอร์มินัล (UE) เฉพาะได้ถูกปล่อยไปแล้ว ไม่มีการดำเนินการอีกต่อไป หรือกำลังถูกดำเนินการใหม่โดยโหนด NG-RAN ที่ควบคุมโดยการแจ้งเตือนคำขอ ขั้นตอนนี้ยังใช้เพื่อแจ้งให้โหนด NG-RAN ทราบถึงพารามิเตอร์ QoS ที่ไม่ได้รับการยอมรับสำเร็จในระหว่างขั้นตอนการขอส่งมอบเส้นทาง กระบวนการทั้งหมดใช้สัญญาณที่เกี่ยวข้องกับ UE   II. การแจ้งเตือนความสำเร็จของทรัพยากรเซสชัน PDU: ดังแสดงในรูปที่ 8.2.4.2-1 การดำเนินการความสำเร็จของทรัพยากรเซสชัน PDU เริ่มต้นโดยโหนด GN-RAN     III. ข้อมูลสำคัญสำหรับการแจ้งเตือนทรัพยากรเซสชัน PDUประกอบด้วย:   โหนด NG-RAN เริ่มต้นกระบวนการนี้โดยการส่งข้อความแจ้งเตือนทรัพยากรเซสชัน PDU ข้อความ PDU SESSION RESOURCE NOTIFY ควรมีข้อมูลเกี่ยวกับทรัพยากรเซสชัน PDU หรือโฟลว์ QoS ที่ถูกปล่อยไปแล้ว ไม่มีการดำเนินการอีกต่อไป หรือถูกดำเนินการใหม่โดยโหนด NG-RAN สำหรับแต่ละเซสชัน PDU ที่โฟลว์ QoS บางส่วนถูกปล่อยไปแล้ว ไม่มีการดำเนินการอีกต่อไป หรือถูกดำเนินการใหม่โดยโหนด NG-RAN ควรมี PDU session resource notification transport IE ซึ่งประกอบด้วย: รายการโฟลว์ QoS ที่ปล่อยโดยโหนด NG-RAN (ถ้ามี) ใน QoS flow release list IE หากไม่มีโฟลว์ QoS อื่นใดที่เกี่ยวข้องกับ bearer ที่มีอยู่หลังจากการปล่อย (เช่น การแยกเซสชัน PDU) โหนด NG-RAN และ 5GC ควรพิจารณาว่า bearer การขนส่ง NG-U ที่เกี่ยวข้องถูกลบออกไปแล้ว และข้อมูล NG-U UP TNL ที่เกี่ยวข้องพร้อมใช้งานอีกครั้ง รายการโฟลว์ QoS GBR ที่โหนด NG-RAN ไม่ได้ดำเนินการอีกต่อไปหรือได้ดำเนินการใหม่โดยโหนด NG-RAN (ถ้ามี) ใน QoS flow notification list IE พร้อมกับ notification reason IE สำหรับโฟลว์ QoS ที่ระบุว่าไม่เป็นไปตามข้อกำหนดอีกต่อไป โหนด NG-RAN อาจระบุชุดพารามิเตอร์ QoS ทางเลือกที่สามารถตอบสนองได้ในปัจจุบันใน Current QoS Parameter Set Index IE สำหรับโฟลว์ QoS ที่ระบุว่าไม่เป็นไปตามข้อกำหนดอีกต่อไป โหนด NG-RAN อาจระบุข้อเสนอแนะ RAN ใน TSC Traffic Characteristics Feedback IE รายการ (ถ้ามี) ของโฟลว์ QoS ที่พารามิเตอร์ QoS ได้รับการอัปเดตแล้วแต่ไม่สามารถยอมรับได้สำเร็จโดยโหนด NG-RAN ในระหว่างการขอส่งมอบเส้นทาง ควรถูกรวมอยู่ใน QoS Flow Feedback List IE ซึ่งอาจเกี่ยวข้องกับค่า ​​ที่สามารถให้ได้ สำหรับทรัพยากรเซสชัน PDU แต่ละรายการที่ถูกปล่อยโดยโหนด NG-RAN ควรมี PDU session resource notification transmission released ใน "PDU Session Resource Notification Released Transmission IE" และเหตุผลในการปล่อยควรอยู่ใน "Reason IE" หาก User Plane Error Indication IE ถูกตั้งค่าเป็น "Received GTP-U Error Indication" SMF (ถ้ารองรับ) ควรพิจารณาว่าเซสชัน PDU ถูกปล่อยเนื่องจากการได้รับตัวบ่งชี้ข้อผิดพลาด GTP-U ผ่านอุโมงค์ NG-U ตามที่อธิบายไว้ใน TS 23.527 โหนด NG-RAN (ถ้ารองรับ) ควรรายงานข้อมูลตำแหน่ง UE ใน User Location Information IE ในข้อความ PDU SESSION RESOURCE NOTIFY เมื่อได้รับข้อความ PDU SESSION RESOURCE NOTIFY AMF ควรส่ง PDU Session Resource Notify Transfer IE หรือ PDU Session Resource Notify Released Transfer IE ไปยัง SMF ที่เกี่ยวข้องกับเซสชัน PDU ที่เกี่ยวข้องสำหรับแต่ละเซสชัน PDU ที่ระบุใน PDU Session ID IE อย่างโปร่งใส เมื่อได้รับ PDU Session Resource Notify Transfer IE SMF โดยทั่วไปจะเริ่มขั้นตอนการปล่อยหรือปรับเปลี่ยนที่สอดคล้องกันในฝั่งเครือข่ายหลักสำหรับเซสชัน PDU หรือโฟลว์ QoS ที่ระบุว่าไม่เป็นไปตามข้อกำหนดอีกต่อไป สำหรับแต่ละเซสชัน PDU หาก PDU Session Resource Notification Transfer IE หรือ PDU Session Resource Notification Released Transfer IE มี Secondary RAT Usage Information IE SMF ควรประมวลผลข้อมูลนี้ตาม TS 23.502 หากข้อความ PDU Session Resource Notification มี User Location Information IE AMF ควรประมวลผลข้อมูลนี้ตาม TS 23.501

  I. CORESET คือชุดทรัพยากรควบคุมที่ใช้ใน 5G (NR) เป็นชุดทรัพยากรทางกายภาพภายในพื้นที่เฉพาะของตารางทรัพยากรดาวน์ลิงก์ที่ใช้ในการส่ง PDCCH (DCI) ใน 5G (NR) PDCCH ได้รับการออกแบบมาโดยเฉพาะเพื่อส่งภายในชุดทรัพยากรควบคุม (CORESET) ที่กำหนดค่าได้   II. PDCCH ตำแหน่ง CORESET ใน 5G นั้นคล้ายกับ Control Region ใน LTE เนื่องจากชุดทรัพยากร (RB) และชุดสัญลักษณ์ OFDM สามารถกำหนดค่าได้ และมีพื้นที่ค้นหา PDCCH ที่สอดคล้องกัน ความยืดหยุ่นของการกำหนดค่า NR Control Region รวมถึงเวลา ความถี่ ชุดพารามิเตอร์ และจุดปฏิบัติงาน ทำให้สามารถตอบสนองสถานการณ์การใช้งานที่หลากหลายได้ ในขณะที่ PDCCH ใน LTE Control Regions ถูกจัดสรรทั่วทั้งแบนด์วิดท์ของระบบ PDCCH ของ NR จะถูกส่งภายในพื้นที่ CORESET ที่ออกแบบมาเป็นพิเศษ ซึ่งอยู่ในพื้นที่เฉพาะของโดเมนความถี่ ดังแสดงในแผนภาพด้านล่าง   III. 4G PDCCH และ 5G PDCCH CORESET การจัดสรรความถี่ในการกำหนดค่า CORESET สามารถต่อเนื่องหรือไม่ต่อเนื่องก็ได้ การกำหนดค่า CORESET ครอบคลุมสัญลักษณ์ OFDM ติดต่อกัน 1-3 สัญลักษณ์ในเวลา REs ใน CORESET ถูกจัดระเบียบเป็น REGs (กลุ่ม RE) แต่ละ REG ประกอบด้วย 12 REs จากสัญลักษณ์ OFDM หนึ่งตัวใน RB PDCCH ถูกจำกัดให้อยู่ใน CORESET และส่งโดยใช้สัญญาณอ้างอิงการมอดูเลต (DMRS) ของตัวเองเพื่อให้ได้การสร้างบีมช่องสัญญาณควบคุมสำหรับ UE เพื่อรองรับขนาดเพย์โหลด DCI ที่แตกต่างกันหรืออัตราการเข้ารหัสที่แตกต่างกัน PDCCH จะถูกส่งโดย 1, 2, 4, 8 หรือ 16 Control Channel Elements (CCEs) แต่ละ CCE มี 6 REGs การแมป CCE-to-REG ของ CORESET สามารถสลับกัน (เพื่อความหลากหลายของความถี่) หรือไม่สลับกัน (สำหรับการสร้างบีมเฉพาะที่) IV. การแมป CORESET เทอร์มินัล 5G (UE) แต่ละตัวได้รับการกำหนดค่าให้ทดสอบสัญญาณผู้สมัคร PDCCH หลายรายการอย่างตาบอดด้วยรูปแบบ DCI และระดับการรวมที่แตกต่างกัน การถอดรหัสแบบตาบอดเพิ่มความซับซ้อนของ UE แต่จำเป็นสำหรับการจัดตารางและประมวลผลรูปแบบ DCI ที่แตกต่างกันอย่างยืดหยุ่นโดยมีค่าใช้จ่ายน้อย   V. ลักษณะเฉพาะของ CORESET เรียกว่า เฉพาะ ดัชนีของมันคือ ใน 5G (NR) นั้นคล้ายกับพื้นที่ควบคุม LTE PDCCH; 5G (NR) CORESETs แบ่งออกเป็นสองประเภท: CORESET ทั่วไป และ CORESET เฉพาะ UE0 ถึง 11 BWP ดาวน์ลิงก์ที่ใช้งานอยู่แต่ละรายการสามารถกำหนดค่าได้สูงสุด 3 ชุดหลัก รวมถึง CORESET ทั่วไป และ CORESET เฉพาะ UE;เซลล์ที่ให้บริการสามารถมี BWP ได้สูงสุด 4 รายการ และแต่ละ BWP สามารถมีได้สูงสุด 0 ถึง 11 รวมเป็น เฉพาะ ดัชนีของมันคือ ;แต่ละ CORESET สามารถระบุได้ด้วยดัชนีตั้งแต่ 0 ถึง 11 เรียกว่า Control Resource Set Id; The เฉพาะ ดัชนีของมันคือ มีเอกลักษณ์เฉพาะภายในเซลล์ที่ให้บริการเดียวกัน; นี้ได้รับการกำหนดค่าโดยใช้ข้อมูล 4 บิตใน MIB (Master Information Block) ซึ่งเกี่ยวข้องกับสัญญาณการซิงโครไนซ์ที่กำหนดโดยเซลล์และบล็อก Physical Broadcast Channel (PBCH) (SSB);CORESET เฉพาะ ดัชนีของมันคือ CORESET0 ; CORESET นี้ได้รับการกำหนดค่าโดยใช้ข้อมูล 4 บิตใน MIB (Master Information Block) ซึ่งเกี่ยวข้องกับสัญญาณการซิงโครไนซ์ที่กำหนดโดยเซลล์และบล็อก Physical Broadcast Channel (PBCH) (SSB);CORESETs ถูกกำหนดค่าภายใน Bandwidth Weighted (BWP) ที่เกี่ยวข้องเท่านั้น การเปิดใช้งานเกิดขึ้นเมื่อเปิดใช้งานเท่านั้น ยกเว้น CORESET0 ซึ่งเกี่ยวข้องกับแพ็กเก็ตถ่วงน้ำหนักแบนด์วิดท์เริ่มต้น (แพ็กเก็ตถ่วงน้ำหนักแบนด์วิดท์ที่มีดัชนี 0);ในโดเมนความถี่ CORESETs ถูกกำหนดค่าบนตารางความถี่ 6 PRB ในหน่วย 6 PRBs;  

เมื่อเทียบกับเทคโนโลยีรุ่นก่อน 5G (NR) มีข้อกำหนดที่สูงกว่าสำหรับความแม่นยำในการจับเวลาและการซิงโครไนซ์ นี่เป็นเพราะเครือข่ายต้องการการซิงโครไนซ์เพื่อให้บรรลุฟังก์ชันต่างๆ เช่น การรวมผู้ให้บริการ, Mass MIMO และ TDD (Time Division Duplex); เทคโนโลยีหลัก เช่น enhanced boundary clocks, PTP (Precise Time Protocol) และ TSN (Time Sensitive Networking) สามารถตอบสนองความต้องการด้านความแม่นยำได้ เกี่ยวกับรายงานสถานะการจับเวลาและการซิงโครไนซ์ 3GPP กำหนดไว้ใน TS38.413 ดังนี้:     I. รายงานสถานะการซิงโครไนซ์การจับเวลา วัตถุประสงค์ของกระบวนการรายงานสถานะการซิงโครไนซ์การจับเวลาในระบบ 5G คือเพื่อให้โหนด NG-RAN สามารถให้ข้อมูลสถานะการซิงโครไนซ์การจับเวลา RAN แก่ AMF ตาม TS 23.501 และ TS 23.502; กระบวนการรายงานสถานะการซิงโครไนซ์การจับเวลาใช้สัญญาณที่ไม่เกี่ยวข้องกับ UE กระบวนการดำเนินการรายงานที่สำเร็จแสดงในรูปที่ 8.19.2.2-1 โดยที่:   โหนด NG-RAN เริ่มต้นกระบวนการโดยการส่งข้อความรายงานสถานะการซิงโครไนซ์การจับเวลา TSCTSF ซึ่งระบุโดย routing ID IE ไปยัง AMF   II. วัตถุประสงค์ของ รายงานสถานะการซิงโครไนซ์การจับเวลา คือเพื่อให้ AMF สามารถขอให้โหนด NG-RAN เริ่มต้นหรือหยุดรายงานข้อมูลสถานะการซิงโครไนซ์การจับเวลา RAN ตามที่ระบุใน TS 23.501 และ TS 23.502 กระบวนการดำเนินการรายงานสถานะการซิงโครไนซ์ที่สำเร็จแสดงในรูปที่ 8.19.1.2-1 ด้านล่าง กระบวนการรายงานใช้สัญญาณที่ไม่เกี่ยวข้องกับ UE โดยที่:     AMF เริ่มต้นกระบวนการนี้โดยการส่งข้อความขอสถานะการซิงโครไนซ์การจับเวลาไปยังโหนด NG-RAN หาก RAN TSS request type IE ที่อยู่ในข้อความขอสถานะการซิงโครไนซ์การจับเวลาถูกตั้งค่าเป็น "start", โหนด NG-RAN ควรเริ่มรายงาน RAN TSS สำหรับ TSCTSF ที่ระบุโดย route ID IE หาก RAN TSS request type IE ถูกตั้งค่าเป็น "stop", โหนด NG-RAN ควรหยุดรายงาน TSCTSF ที่ระบุโดย route ID IE III. การดำเนินการรายงานสถานะการซิงโครไนซ์ตามกำหนดเวลาล้มเหลว, ดังแสดงในรูปที่ 8.19.1.3-1 โดยที่:     หากโหนด NG-RAN ไม่สามารถรายงานสถานะการซิงโครไนซ์การจับเวลาได้ กระบวนการควรถือเป็นความล้มเหลวและควรส่งข้อความ "Timing Synchronization Status Failed" กลับมา  

I. การสนับสนุนบริการคล้ายกับระบบการสื่อสารเคลื่อนที่ 2G, 3G และ 4G ระบบ 5G (NR) รองรับบริการที่แบ่งออกเป็นสามประเภทหลัก: เสียง, ข้อมูล, และ วิดีโอ. ระบบโทรศัพท์มือถือประกอบด้วยสองส่วนหลัก: เทอร์มินัลมือถือ (UE) และเครือข่าย (ประกอบด้วยสถานีฐานและส่วนประกอบการเชื่อมต่อข้อมูลแบ็กเอนด์ เช่น เครือข่ายหลักและใยแก้วนำแสง)   II. ลักษณะของระบบ 5G ได้รับการพัฒนาตามมาตรฐาน 3GPP Release 15 และสูงกว่า และเข้ากันได้กับ LTE และ LTE-Advanced Pro ในปัจจุบัน ระบบ 5G กำลังได้รับการพัฒนาในหลายย่านความถี่เพื่อรองรับการควบคุมสเปกตรัมทั่วโลก ระบบ 5G สามารถประกอบด้วยสามส่วน: UE (เช่น เทอร์มินัล - โทรศัพท์มือถือ) gNB (เช่น สถานีฐาน) CN (เช่น เครือข่ายหลัก)   III. การปรับใช้เครือข่าย 5G การปรับใช้ 5G แบ่งออกเป็นสถาปัตยกรรม Non-Standalone (NSA) และ Standalone (SA) โดยเฉพาะ:   ใน NSA, UE ทำงานพร้อมกันทั้งบน LTE eNB และ 5G gNB ในโหมดนี้ UE ใช้ C-plane (ระนาบควบคุม) ของ LTE eNB สำหรับการซิงโครไนซ์เริ่มต้น จากนั้นจึงเกาะอยู่บน U-plane (ระนาบผู้ใช้) ของ 5G gNB เพื่อแลกเปลี่ยนทราฟฟิก ใน SA, UE ทำงานเฉพาะเมื่อมีสถานีฐาน 5G (gNB) ในโหมดนี้ UE ใช้ระนาบควบคุมของสถานีฐาน 5G สำหรับการซิงโครไนซ์เริ่มต้น จากนั้นจึงเกาะอยู่บนระนาบผู้ใช้ของสถานีฐาน 5G เพื่อแลกเปลี่ยนทราฟฟิก   IV. ขั้นตอนการโทร 4.1 ขั้นตอนการโทรด้วยเสียง การโทรด้วยเสียง 5G สร้างวงจรระหว่างผู้โทรและผู้รับสายเพื่อให้สามารถส่งและรับเสียงผ่านเครือข่าย 5G ได้ การโทรด้วยเสียงมีสองประเภท: การโทรที่เริ่มต้นจากมือถือ การโทรที่สิ้นสุดที่มือถือ สามารถโทรออกด้วยเสียงปกติได้โดยใช้โทรศัพท์ 4G/5G โดยไม่ต้องใช้แอปพลิเคชันใดๆ 4.2 ขั้นตอนการโทรข้อมูล การโทรข้อมูล 5G สร้างวงจรเสมือนระหว่างผู้โทรและผู้รับสายเพื่อให้สามารถส่งและรับข้อมูลผ่านเครือข่าย 5G ได้ การโทรข้อมูลมีสองประเภท: การโทรแบบ packet-switched ที่เริ่มต้นจากมือถือ การโทรแบบ packet-switched ที่สิ้นสุดที่มือถือ บริการเฉพาะทาง ได้แก่ การท่องอินเทอร์เน็ตตามปกติและการอัปโหลด/ดาวน์โหลดหลังจากสร้างการเชื่อมต่ออินเทอร์เน็ตกับเครือข่าย 5G และโทรศัพท์ 5G (เช่น เทอร์มินัล)   4.3 ขั้นตอนการโทรวิดีโอ การโทรวิดีโอ 5G สร้างการเชื่อมต่อระหว่างโทรศัพท์สองเครื่อง (หรือเทอร์มินัล) และใช้การเชื่อมต่อแบบ packet-switched สำหรับการส่งและรับวิดีโอ โดยใช้แอปพลิเคชันต่างๆ เช่น WhatsApp, Facebook Messenger และ GTalk ผ่านการเชื่อมต่ออินเทอร์เน็ต

    เมื่อเทียบกับระบบ 4G, 5G (NR) ได้บรรลุการปรับปรุงครั้งสำคัญในตัวชี้วัดประสิทธิภาพหลักของการสื่อสารเคลื่อนที่ นอกจากนี้ยังรองรับสถานการณ์การใช้งานที่เกิดขึ้นใหม่ต่างๆ อีกด้วย จากความสำเร็จของระบบ 5G (NR), 6G คาดว่าจะเกิดขึ้นในช่วงปลายปี 2030 การศึกษาหลายครั้งของ 3GPP SA1 เกี่ยวกับ Rel-19 ไม่เพียงแต่แสดงให้เห็นถึงความสามารถเพิ่มเติมที่ระบบ 5G จะนำมาเท่านั้น แต่ยังให้คำแนะนำสำหรับความสามารถในอนาคตที่จำเป็นสำหรับระบบ 6G อีกด้วย   I. มาตรฐาน 3GPP การพัฒนาทั้งหมดของการสื่อสารเคลื่อนที่ตั้งแต่ GSM (2G), WCDMA (3G), LTE (4G) ไปจนถึง NR (5G) ได้นำ 3GPP มาใช้ ซึ่งเป็นมาตรฐานการสื่อสารเดียวและเป็นผู้นำระดับโลก ในช่วงเวลานี้ โทรศัพท์มือถือและอุปกรณ์เกือบทั้งหมดที่เชื่อมต่อกับเครือข่ายเซลลูลาร์รองรับมาตรฐานเหล่านี้อย่างน้อยหนึ่งมาตรฐาน นอกเหนือจากการมีส่วนร่วมในความสำเร็จอย่างมหาศาลของระบบ 4G (หรือที่รู้จักกันทั่วไปในชื่อ LTE) แล้ว 3GPP ยังได้ปรับปรุงประสิทธิภาพของระบบการสื่อสารเซลลูลาร์ใน 5G อย่างมีนัยสำคัญอีกด้วย   II. มาตรฐานและฟังก์ชัน 5G นับตั้งแต่การเปิดตัวระบบ 5G เชิงพาณิชย์ครั้งแรกในปี 2018 ดังแสดงในรูปที่ 1 3GPP ได้เพิ่มฟังก์ชันใหม่ๆ อย่างต่อเนื่องในเวอร์ชันต่อๆ มา รวมถึง:     Rel-15, Rel-16 และ Rel-17 เป็นสามเวอร์ชันแรกที่รองรับระบบ 5G โดยให้ฟังก์ชันพื้นฐานที่แยกความแตกต่างระหว่าง 5G และระบบ 4G Rel-18, Rel-19 และ Rel-20 เพิ่มคุณสมบัติขั้นสูงให้กับระบบ 5G และยังเป็นที่รู้จักกันในชื่อ 5G-Advanced กลุ่มทำงานระยะที่สองและสามใน 3GPP ได้พัฒนาสถาปัตยกรรมและโปรโตคอลระบบ Rel-18 ในขณะที่กลุ่มทำงานระยะแรกของ 3GPP ได้หารือเกี่ยวกับสถาปัตยกรรมระบบ 6G นอกเหนือจากระบบ 5G Rel-19   III. ความคืบหน้าโดยรวมของ Rel-19 ในการประชุม SA1#97 (กุมภาพันธ์ 2022) และ SA1#98 (พฤษภาคม 2022) กลุ่มทำงาน 3GPP SA1 ได้บรรลุข้อตกลงเกี่ยวกับ Rel-19 คำอธิบายรายการวิจัย (SIDs) ดังแสดงในตารางที่ 1 โครงการจำนวนมากกำลังค่อยๆ ก้าวไปสู่การใช้งาน     ดังที่ชื่อการวิจัยแนะนำ มาตรฐาน 3GPP กำลังตอบสนองความต้องการเฉพาะเจาะจงของอุตสาหกรรมที่พิจารณาใช้ระบบการสื่อสารที่ใช้ 3GPP เวอร์ชันก่อนหน้าของมาตรฐาน 3GPP ได้เพิ่มการสนับสนุนสำหรับอุตสาหกรรมต่างๆ เช่น การสื่อสารแบบเครื่องต่อเครื่อง 3GPP ยังได้เปิดตัวคุณสมบัติต่างๆ เช่น การสนับสนุนการสื่อสาร IoT ที่ใช้พลังงานต่ำ การสื่อสาร IoT ที่ครอบคลุมพื้นที่กว้าง และการสื่อสารแบบยานยนต์ต่อยานยนต์   อย่างไรก็ตาม การสนับสนุนของเวอร์ชันก่อนหน้ายังไม่เพียงพอสำหรับอุตสาหกรรมอื่นๆ บางแห่ง และการวิจัยใหม่กำลังพยายามตอบสนองความต้องการของพวกเขา ตัวอย่างเช่น การวิจัยเกี่ยวกับบริการ Metaverse (FS_Metaverse) จะตอบสนองความต้องการของระบบที่ใช้ 3GPP ในการรับส่งข้อมูลสำหรับการใช้งานในสถานการณ์ metaverse   ในทางกลับกัน เนื่องจากอุตสาหกรรมต่างๆ นำเทคโนโลยีการสื่อสารที่ใช้ 3GPP มาใช้ สถานการณ์ใหม่ๆ จึงเกิดขึ้นอย่างต่อเนื่อง ซึ่งกำหนดให้ 3GPP ดำเนินการวิจัยเพิ่มเติม ตัวอย่างเช่น การวิจัยเกี่ยวกับการเข้าถึงดาวเทียม (FS_5GSAT_ph3) พยายามตอบสนองความต้องการเพิ่มเติมของอุตสาหกรรมดาวเทียม โดยสร้างจากการวิจัยก่อนหน้า

ในระบบกระจายเสียง 5G การปรับเปลี่ยนเซสชัน จะอัปเดตเซสชัน PDU (Packet Data Unit); การอัปเดตสามารถถูกทริกเกอร์โดยเหตุการณ์ต่างๆ เช่น อุปกรณ์ปลายทาง (UE), เครือข่าย หรือความล้มเหลวของลิงก์วิทยุ กระบวนการอัปเดตเซสชัน MBS ได้รับการจัดการโดยเฉพาะโดย SMF ซึ่งเกี่ยวข้องกับการที่ UPF อัปเดตการเชื่อมต่อระนาบผู้ใช้ จากนั้น UPF จะแจ้งให้เครือข่ายการเข้าถึงและ AMF ทราบเพื่อปรับเปลี่ยนกฎของเซสชัน, QoS (Quality of Service) หรือพารามิเตอร์อื่นๆ   I. การเริ่มต้นการปรับเปลี่ยนเซสชัน ในระบบ 5G สามารถถูกทริกเกอร์โดยองค์ประกอบเครือข่ายหลายรายการ ได้แก่: UE-Initiated: UE ร้องขอการเปลี่ยนแปลงเซสชัน PDU เช่น การปรับเปลี่ยนตัวกรองแพ็กเก็ตหรือ QoS สำหรับบริการเฉพาะ Network-Initiated: เครือข่าย (โดยทั่วไปคือ Policy Control Function (PCF)) เริ่มต้นการปรับเปลี่ยน เช่น การใช้กฎนโยบายใหม่หรือการเปลี่ยนแปลง QoS Access Network-Initiated: เหตุการณ์ต่างๆ เช่น ความล้มเหลวของลิงก์วิทยุ, การไม่มีการใช้งานของผู้ใช้ หรือข้อจำกัดด้านการเคลื่อนที่ อาจทริกเกอร์การปรับเปลี่ยน ทำให้ AN ปล่อยเซสชันหรือปรับเปลี่ยนการกำหนดค่า AMF-Initiated: AMF อาจทริกเกอร์การปรับเปลี่ยนได้เช่นกัน เช่น เนื่องจากความล้มเหลวของเครือข่ายที่ไม่ระบุรายละเอียด   II. การปรับเปลี่ยน MBS สำเร็จ ขั้นตอนการปรับเปลี่ยนเซสชันการกระจายเสียงมีวัตถุประสงค์เพื่อขอให้โหนด NG-RAN อัปเดตทรัพยากรเซสชัน MBS หรือพื้นที่ที่เกี่ยวข้องกับเซสชัน MBS การกระจายเสียงที่สร้างขึ้นก่อนหน้านี้ ขั้นตอนนี้ใช้สัญญาณที่ไม่เกี่ยวข้องกับ UE การปรับเปลี่ยนที่สำเร็จแสดงในรูปที่ 8.17.2.2-1 โดยที่:   MF เริ่มต้นกระบวนการนี้โดยการส่งข้อความ "BROADCAST SESSION MODIFICATION REQUEST" ไปยังโหนด NG-RAN ซึ่ง:   หากข้อความ "Broadcast Session Modification Request" มี IE "MBS Service Area" โหนด NG-RAN ควรปรับปรุงพื้นที่ให้บริการ MBS และส่งข้อความ "Broadcast Session Modification Response" หากข้อความ "Broadcast Session Modification Request" มี IE "MBS Session Modification Request Transmission" โหนด NG-RAN ควรแทนที่ข้อมูลที่ให้ไว้ก่อนหน้านี้ด้วยข้อมูลที่ได้รับใหม่และอัปเดตทรัพยากรและพื้นที่เซสชัน MBS ตามคำขอ จากนั้นส่งข้อความ "Broadcast Session Modification Response" หากข้อความ "Broadcast Session Modification Request" มี IE "List of Supported User Equipment Types" (ถ้ารองรับ) โหนด NG-RAN ควรพิจารณาสิ่งนี้ในการกำหนดค่าทรัพยากรเซสชัน MBS หากรวม IE การบ่งชี้ความผิดพลาดของ MBS NG-U ไว้ในข้อความขอการปรับเปลี่ยนเซสชันการกระจายเสียงภายในเซสชัน MBS หรือ IE การส่งคำขอการปรับเปลี่ยน และตั้งค่าเป็น "N3mb path failure" โหนด NG-RAN สามารถให้ข้อมูลเลเยอร์การขนส่ง NG-U ใหม่เพื่อแทนที่ข้อมูลเลเยอร์การขนส่งที่ล้มเหลว หรือสลับการส่งข้อมูลไปยัง 5GC อื่นตามขั้นตอนการกู้คืนเซสชัน MBS การกระจายเสียงความล้มเหลวของเส้นทาง N3mb ที่ระบุใน TS 23.527   III. ความล้มเหลวในการปรับเปลี่ยน MBS ในเครือข่ายสด โหนด NG-RAN อาจประสบความล้มเหลวในการปรับเปลี่ยนเซสชันการกระจายเสียงด้วยเหตุผลหลายประการ ความล้มเหลวในการปรับเปลี่ยนแสดงในรูปที่ 8.17.2.3-1 โดยที่:   หากโหนด NG-RAN ไม่สามารถอัปเดตการปรับเปลี่ยนที่ร้องขอได้ โหนด NG-RAN ควรส่งข้อความ "Broadcast Session Modification Failure"