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

  1ระบบอุดหนุน:ในเครือข่าย 5G"การอุดหนุน"หมายถึงการจราจรที่มากเกินไปหรืออุปกรณ์จํานวนมากที่พยายามเชื่อมต่อพร้อมกัน ทําให้ทรัพยากรเครือข่ายท่วมท้อง และนําไปสู่การจราจร ความเร็วช้า หรือความล้มเหลวของการเชื่อมต่อกลยุทธ์ในการแก้ไขความอึดอัดนี้รวมถึงการปล่อยสเปคตรัมที่ได้รับการอนุญาตมากขึ้น, การจัดสรรทรัพยากรผ่านการแยกเครือข่ายและฟังก์ชันเครือข่ายหลัก และการดําเนินการกลไก เช่น การดัน, ระยะเวลาการออก, และข้อความอ้วนในการควบคุมและจัดการการจราจรอย่างมีประสิทธิภาพ.   2. กระบวนการเริ่มต้นอัตราการอ้วนส่งแจ้งต่อหน่วย NG-RAN เพื่อลดภาระสัญญาณที่กํากับให้กับ AMF ที่เกี่ยวข้อง กระบวนการเริ่มต้นนี้ใช้สัญญาณที่ไม่เกี่ยวข้องกับ UE ดังที่แสดงในรูป 87.7.2-1 ต่อไป กระบวนการเริ่มต้นรวมถึง:     หน่วย NG-RAN ที่ได้รับข้อความการเริ่มต้นการอ้วนควรสมมุติว่า AMF ที่รับอยู่ในภาวะอ้วน หากข้อความเริ่มต้นอ้วนความจุ มีการกระทําอ้วนความจุ และการตอบสนองอ้วนความจุของ AMF หน่วย NG-RAN จะใช้มันในการระบุการจราจรสัญญาณที่เกี่ยวข้องข้อมูลนี้จะใช้เมื่อการกระทํา Overload IE: ปฏิเสธการก่อตั้งการเชื่อมต่อ RRC สําหรับการถ่ายทอดข้อมูลที่มาจากมือถือที่ไม่ใช่ฉุกเฉิน (เช่น การปฏิเสธการจราจรที่ตรงกับ RRC ส่งผลให้เกิดและ โม-วอยส์ คอล ใน TS 38.331 หรือยู ่ อยู ่ อยู ่ อยู ่ อยู ่ อยู ่ อยู ่ อยู ่ อยู ่ อยู ่ อยู ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อยุ่ อย การปฏิเสธการก่อตั้งการเชื่อมต่อ RRC สําหรับการจดหมาย (เช่น การปฏิเสธการจราจรที่ตรงกับ RRC ส่งผลให้เกิดการจดหมายแบบ mo-data, mo-SMS, mo-signalling, mo-VideoCall และ mo-VoiceCall ใน TS 38331 หรือ, หน่วยส่งสัญญาณทางอากาศ (mo-signing) และ หน่วยเรียกเสียงทางอากาศ (mo-voiceCall) ใน TS 36.331) หรือ ¢อนุญาตให้มีการก่อตั้งการเชื่อมต่อ RRC เพียงสําหรับการประชุมฉุกเฉินและบริการโทรศัพท์เคลื่อนที่ที่สิ้นสุด (คืออนุญาตให้มีเพียงการจราจรที่ตรงกับ TS 38331 หรือ RRC สาเหตุ "ฉุกเฉิน" และ "mt-Access" ใน TS 36.331) หรือ "การก่อตั้งการเชื่อมต่อ RRC ถูกอนุญาตเพียงสําหรับการประชุมที่มีความสําคัญสูงและบริการที่สิ้นสุดด้วยมือถือ" (เช่น การจราจรที่ตรงกับ RRC เท่านั้นทําให้เกิด "highPriorityAccess", "mps-Priority Access"," "mcs-PriorityAccess" และ "mt-Access" ใน TS 38.331 หรือ "highPriorityAccess", "mo-ExceptionData" และ "mt-Access" ใน TS 36.331 ถูกอนุญาต) 3การทํางานเกินความจุ:NG-RAN จัดการสถานการณ์ดังต่อไปนี้ หากข้อความ OVERLOAD START มีการระบุการลดภาระการจราจรของ AMF IE การจราจรสัญญาณจะลดลงด้วยเปอร์เซ็นต์ที่ระบุส่งสัญญาณการจราจรที่ไม่ได้แสดงว่าถูกปฏิเสธเท่านั้น. หากรายการ NSSAI Start Overload IE ได้รวมอยู่ในข้อความ OVERLOAD START, ค้อนของ NG-RAN จะ: หากมีสัญญาณการลดภาระการจราจรสไลซ์ (Slice Traffic Load Reduction Indication IE) ลดภาระการจราจรการจราจรสไลซ์ (UE) โดยร้อยละที่ระบุ provided that the IE is present and the requested NSSAI contains only the S-NSSAI contained in the Overload Start NSSAI List IE and the signaling traffic reduction indicated by the Overload Action IE in the Slice Overload Response IE; ไม่เช่นนั้น, ให้แน่ใจว่าการจราจรสัญญาณจาก UE เท่านั้น (ถ้า NSSAI ที่ถูกขอตรงกัน, only signaling traffic from the UE's requested NSSAI containing S-NSSAIs other than the S-NSSAI contained in the Overload Start NSSAI List IE) or signaling traffic not reduced as indicated by the Overload Action IE in the Slice Overload Response IE) is sent to the AMF. หากการควบคุมความอ้วนกําลังดําเนินการ และหน่วย NG-RAN ได้รับข้อความ START OVERLOAD อีกหน่วย NG-RAN ต้องเปลี่ยนเนื้อหาข้อความที่ได้รับก่อนหน้านี้ด้วยเนื้อหาใหม่

  1. AMF (ฟังก์ชันการจัดการการเข้าถึงและการเคลื่อนที่) เป็นองค์ประกอบสำคัญของระนาบควบคุมใน 5G ซึ่งรับผิดชอบในการจัดการการเข้าถึง การเคลื่อนที่ และความปลอดภัยของอุปกรณ์ผู้ใช้ (UE) ภายในระบบ 5G โดยจัดการการลงทะเบียนและการตรวจสอบสิทธิ์ UE เริ่มต้น และจัดการการส่งมอบระหว่างเซลล์เครือข่ายและเครือข่ายการเข้าถึง AMF ทำงานร่วมกับฟังก์ชันเครือข่ายอื่นๆ (เช่น SMF) เพื่อสร้างและรักษาเซสชันข้อมูลสำหรับผู้ใช้   2. ความรับผิดชอบของ AMF แบ่งออกเป็นส่วนต่างๆ ดังนี้: การลงทะเบียนและการตรวจสอบสิทธิ์ UE: AMF ตรวจสอบสิทธิ์ UE, ตรวจสอบข้อมูลประจำตัวและการสมัครสมาชิก และให้สิทธิ์เข้าถึงบริการ 5G การจัดการการเคลื่อนที่: รับผิดชอบในการจัดการกระบวนการที่ซับซ้อนในการย้าย UE จากเซลล์หนึ่งไปยังอีกเซลล์หนึ่ง หรือระหว่างเครือข่ายการเข้าถึงวิทยุ (NG-RAN) ที่แตกต่างกัน การจัดการบริบท: รักษาบริบท UE ซึ่งรวมถึงข้อมูลเกี่ยวกับตำแหน่งปัจจุบันของ UE, สถานะเซสชัน และความปลอดภัย การโต้ตอบกับองค์ประกอบเครือข่ายอื่นๆ SMF (ฟังก์ชันการจัดการเซสชัน): AMF ทำงานร่วมกับ SMF เพื่อสร้าง ปรับเปลี่ยน และจัดการเซสชันข้อมูลผู้ใช้ UDM (การจัดการข้อมูลแบบรวม): สื่อสารกับ UDM เพื่อดึงและจัดการข้อมูลการสมัครสมาชิกของผู้ใช้      AUSF (ฟังก์ชันเซิร์ฟเวอร์การตรวจสอบสิทธิ์): AMF เลือก AUSF ที่เหมาะสมเพื่อตรวจสอบสิทธิ์ข้อมูลประจำตัวของ UE ในระหว่างการลงทะเบียน NSSF (ฟังก์ชันการเลือกส่วนเครือข่าย): AMF ใช้ NSSF เพื่อค้นหาและเลือกส่วนเครือข่ายและฟังก์ชันที่เหมาะสมตามตำแหน่งและความต้องการของ UE การจัดการฟังก์ชันเครือข่าย: AMF ใช้ส่วนต่อประสานแบบบริการและฟังก์ชันที่เก็บข้อมูลเครือข่าย (NRF) เพื่อค้นหาและเลือกฟังก์ชันเครือข่ายอื่นๆ 3. ตัวบ่งชี้สถานะ AMF ขั้นตอนได้รับการออกแบบมาเพื่อรองรับฟังก์ชันการจัดการ AMF ขั้นตอนนี้ใช้สัญญาณที่ไม่เกี่ยวข้องกับ UE และการทำงานที่สำเร็จจะแสดงในรูปที่ 8.7.6.2-1 ด้านล่าง โดยที่:   AMF เริ่มต้นขั้นตอนการทำงานนี้โดยการส่งข้อความ "ตัวบ่งชี้สถานะ AMF" ไปยังโหนด NG-RAN เมื่อได้รับข้อความตัวบ่งชี้สถานะ AMF โหนด NG-RAN จะต้องสันนิษฐานว่า GUAMI ที่ระบุไม่พร้อมใช้งาน และดำเนินการเลือก AMF ใหม่ตามที่กำหนดไว้ใน TS 23.501 หากรองรับ โหนด NG-RAN จะต้องดำเนินการที่เหมาะสมตามที่ระบุไว้ใน TS 23.501 โดยพิจารณาจากการมีอยู่ของวิธีการจับเวลาสำหรับ IE การลบ GUAMI หากรวม IE ชื่อ AMF สำรองไว้ในข้อความตัวบ่งชี้สถานะ AMF โหนด NG-RAN จะต้อง (หากรองรับ) ดำเนินการเลือก AMF ใหม่ตาม AMF ที่ระบุโดย IE ชื่อ AMF สำรองตามที่ระบุไว้ใน TS 23.501 หากรวม IE ชื่อ AMF สำรองแบบขยายไว้ในข้อความตัวบ่งชี้สถานะ AMF โหนด NG-RAN จะต้อง (หากรองรับ) ดำเนินการเลือก AMF ใหม่ตาม AMF ที่ระบุโดย IE ชื่อ AMF สำรองแบบขยายตามที่ระบุไว้ใน TS 23.501

  1ระบบผิดปกติ:การเบี่ยงเบนจากการออกแบบอาจเกิดขึ้นในระหว่างการทํางานปกติของเครือข่าย 5G เช่นปัญหาด้านการทํางาน เช่น ความคุกคามต่อความปลอดภัยของเครือข่าย การรบกวนสัญญาณ การครอบคลุมที่ไม่เพียงพอและความล้มเหลวในโปรแกรมและฮาร์ดแวร์เครือข่ายอาการผิดปกติเหล่านี้สามารถแสดงออกในรูปแบบ การหยุดบริการ ระบบล้มเหลว ความเร็วของเครือข่ายช้า หรือการโทรหาน้อยโดยทั่วไปพวกมันถูกระบุโดยการวิเคราะห์ระบบตรวจพบความผิดปกติของข้อมูลเครือข่าย และสามารถแบ่งเป็นเครือข่ายหลักและเครือข่ายวิทยุ.     2. 5GC ความผิดปกติ: หากข้อความ NG RESET รวมถึงรายการการเชื่อมต่อ NG Logical Connection List IE ที่เกี่ยวข้องกับ UEแต่ไม่มี AMF UE NGAP ID IE หรือ RAN UE NGAP ID IE ที่มีอยู่ใน UE-associated Logical NG Connection Item IE, AMF จะไม่สนใจข้อความเชื่อมต่อ Logical NG IE ที่เกี่ยวข้องกับ UE.AMF อาจส่งกลับรายการเชื่อมต่อ Logical NG ที่เกี่ยวข้องกับ UE IE ที่ว่างเปล่าในรายการเชื่อมต่อ Logical NG ที่เกี่ยวข้องกับ UE IE ในข้อความ NG RESET ACKNOWLEDGE.     3. NG-RAN ความผิดปกติ:หากข้อความ NG RESET มีรายการการเชื่อมต่อ NG Logical Connection UE IEแต่ไม่มี AMF UE NGAP ID IE หรือ RAN UE NGAP ID IE ที่มีอยู่ใน UE-Associated Logical NG Connection Item IE, หน่วย NG-RAN จะไม่สนใจ UE-Associated Logical NG Connection Item IEหน่วย NG-RAN อาจคืนรายการเชื่อมต่อ NG Logical ที่เกี่ยวข้องกับ UE IE ที่ว่างเปล่าในรายการเชื่อมต่อ NG Logical ที่เกี่ยวข้องกับ UE IE ในข้อความ NG RESET ACKNOWLEDGE.     4. NG RESET crossover ข้อความปกติจะเกิดขึ้นในสองกรณีต่อไปนี้:   If an NG reset procedure is in progress in an NG-RAN node and the NG-RAN node receives an NG RESET message from a peer entity on the same NG interface that is associated with one or more UE associations that were previously requested to be reset (as explicitly or implicitly indicated in the received NG RESET message)หน่วย NG-RAN จะตอบสนองด้วยข้อความ NG RESET ACKNOWLEDGE ตามที่ระบุในข้อ 87.4.2.1.   If an NG reset procedure is in progress in the AMF and the AMF receives an NG RESET message from a peer entity on the same NG interface that is related to one or more UE associations that were previously requested to be reset (indicated explicitly or implicitly in the received NG RESET message), AMF จะตอบด้วยข้อความ NG RESET CONKNECTEDGE ตามที่ระบุในข้อ 87.4.2.

I.การรวมคลื่นพาหะ: เช่นเดียวกับ LTE การรวมคลื่นพาหะ 5G (NR) ยังเพิ่มแบนด์วิดท์สเปกตรัมไร้สายที่ใช้โดย UEs โดยการรวมคลื่นพาหะหลายตัวเข้าด้วยกัน คลื่นพาหะแต่ละตัวที่รวมกันเรียกว่าคลื่นพาหะองค์ประกอบ (CC) ใน 5G (NR) UEs สามารถรองรับคลื่นพาหะองค์ประกอบ (CCs) ที่ต่อเนื่องและไม่ต่อเนื่องได้สูงสุด 16 ตัวที่มี numerologies ที่แตกต่างกันทั้งในย่านความถี่ FR1 และ FR2 การกำหนดค่าการรวมคลื่นพาหะประกอบด้วย: ประเภทการรวมคลื่นพาหะ (ภายในย่านความถี่, ต่อเนื่อง/ไม่ต่อเนื่อง หรือระหว่างย่านความถี่), จำนวนย่านความถี่ และคลาสแบนด์วิดท์   II. คลาสแบนด์วิดท์: คลาสแบนด์วิดท์การรวมคลื่นพาหะของเทอร์มินัล (UE) ถูกกำหนดโดยใช้รายการตัวอักษรของแบนด์วิดท์ขั้นต่ำและสูงสุดและจำนวนคลื่นพาหะองค์ประกอบที่สามารถใช้ได้ พารามิเตอร์หลักประกอบด้วย: เทอร์มินัล 5G ​​(NR) รองรับ สูงสุด 16 คลื่นพาหะองค์ประกอบ (CCs) ที่ต่อเนื่องและไม่ต่อเนื่องที่มีชุดพารามิเตอร์ที่แตกต่างกันเมื่อเปิดใช้งาน CA คลาสแบนด์วิดท์ของเทอร์มินัล (UE) คือรายการตัวอักษรของแบนด์วิดท์ขั้นต่ำและสูงสุดและจำนวนคลื่นพาหะองค์ประกอบ (CCs) ตาม Release 17 คลาสการรวมคลื่นพาหะใน FR1 มีตั้งแต่ A ถึง O โดยอนุญาตให้ใช้แบนด์วิดท์รวมสูงสุด 400 MHz. ตาม Release 17 คลาสการรวมคลื่นพาหะใน FR2 มีตั้งแต่ A ถึง Q โดยอนุญาตให้ใช้แบนด์วิดท์รวมสูงสุด 800 MHz.   III. คลาสแบนด์วิดท์การรวมคลื่นพาหะ FR1 หมวดหมู่ A: 5G UEs ได้รับการกำหนดค่าโดยไม่มีการรวมคลื่นพาหะ แบนด์ความถี่คลื่นพาหะสูงสุด (BWChannel, max) ถูกกำหนดโดยหมายเลขย่านความถี่และชุดพารามิเตอร์ ซึ่งกำหนดระยะห่างความถี่ของคลื่นพาหะย่อย (SCS) คลาส A เป็นของกลุ่ม fallback ทั้งหมดและอนุญาตให้ UEs กลับไปใช้การกำหนดค่านี้ได้แม้ว่าจะไม่มีการรวมคลื่นพาหะก็ตาม หมวดหมู่ B: การรวมช่องสัญญาณวิทยุสองช่อง แบนด์วิดท์ทั้งหมดที่มีให้สำหรับ UEs อยู่ระหว่าง 20 ถึง 100 MHz หมวดหมู่ C: การรวมช่องสัญญาณวิทยุสองช่อง แบนด์วิดท์ทั้งหมดที่มีให้สำหรับ UEs อยู่ระหว่าง 100 ถึง 200 MHz หมวดหมู่ D: การรวมช่องสัญญาณวิทยุสามช่อง แบนด์วิดท์ทั้งหมดที่มีให้สำหรับ UEs อยู่ระหว่าง 200 ถึง 300 MHz หมวดหมู่ E: การรวมช่องสัญญาณวิทยุสี่ช่อง แบนด์วิดท์ทั้งหมดที่มีให้สำหรับ UEs อยู่ระหว่าง 300 ถึง 400 MHz คลาส C, D และ E เป็นของกลุ่ม fallback เดียวกัน (Fallback Group 1) หมวดหมู่ G: การรวมช่องสัญญาณวิทยุสามช่อง แบนด์วิดท์ทั้งหมดที่มีให้สำหรับ UEs อยู่ระหว่าง 100 ถึง 150 MHz หมวดหมู่ H:รวมช่องสัญญาณวิทยุสี่ช่อง ให้แบนด์วิดท์ทั้งหมด 150-200 MHz ที่มีให้สำหรับอุปกรณ์ผู้ใช้ (UE) หมวดหมู่ I:รวมช่องสัญญาณวิทยุห้าช่อง ให้แบนด์วิดท์ทั้งหมด 200-250 MHz ที่มีให้อุปกรณ์ผู้ใช้ (UE) คลาส J รวมช่องสัญญาณวิทยุหกช่อง ให้แบนด์วิดท์ทั้งหมด 250-300 MHz ที่มีให้อุปกรณ์ผู้ใช้ (UE) คลาส K:รวมช่องสัญญาณวิทยุเจ็ดช่อง ให้แบนด์วิดท์ทั้งหมด 300-350 MHz ที่มีให้อุปกรณ์ผู้ใช้ (UE) คลาส L:รวมช่องสัญญาณวิทยุแปดช่อง ให้แบนด์วิดท์ทั้งหมด 350-400 MHz ที่มีให้อุปกรณ์ผู้ใช้ (UE)  คลาส G-L เป็นของกลุ่ม fallback เดียวกัน (Fallback Group 2)   IV. คลาสแบนด์วิดท์การรวมคลื่นพาหะ FR2 หมวดหมู่ A คือการกำหนดค่า 5G สำหรับ UEs โดยไม่มีการรวมคลื่นพาหะ แบนด์ความถี่คลื่นพาหะสูงสุด (BWChannel, max) ขึ้นอยู่กับหมายเลขย่านความถี่และ numerology คลาส A เป็นของกลุ่ม fallback ทั้งหมดและอนุญาตให้ UEs กลับไปใช้การกำหนดค่านี้ได้แม้ไม่มีการรวมคลื่นพาหะก็ตาม หมวดหมู่ B สอดคล้องกับแบนด์วิดท์ทั้งหมดหลังจากการรวมช่องสัญญาณวิทยุสองช่อง โดยมีตั้งแต่ 400MHz ถึง 800MHz หมวดหมู่ C สอดคล้องกับแบนด์วิดท์ทั้งหมดหลังจากการรวมช่องสัญญาณวิทยุสองช่อง โดยมีตั้งแต่ 800MHz ถึง 1200MHz คลาส B คือการกำหนดค่า fallback สำหรับคลาส C ทั้งคู่เป็นของ Fallback Group 1 รายการ fallback. หมวดหมู่ D สอดคล้องกับแบนด์วิดท์ทั้งหมดหลังจากการรวมช่องสัญญาณวิทยุสองช่อง โดยมีตั้งแต่ 200MHz ถึง 400MHz หมวดหมู่ E สอดคล้องกับแบนด์วิดท์ทั้งหมดหลังจากการรวมช่องสัญญาณวิทยุสามช่อง โดยมีตั้งแต่ 400MHz ถึง 600MHz หมวดหมู่ F สอดคล้องกับแบนด์วิดท์ทั้งหมดหลังจากการรวมช่องสัญญาณวิทยุสี่ช่อง โดยมีตั้งแต่ 600MHz ถึง 800MHz คลาส D, E และ F เป็นของ Fallback Group 2 รายการ fallback คลาส G สอดคล้องกับการรวมช่องสัญญาณวิทยุสองช่อง โดยมีแบนด์วิดท์ทั้งหมดระหว่าง 100 MHz ถึง 200 MHz คลาส H สอดคล้องกับการรวมช่องสัญญาณวิทยุสามช่อง โดยมีแบนด์วิดท์ทั้งหมดระหว่าง 200 MHz ถึง 300 MHz คลาส I สอดคล้องกับการรวมช่องสัญญาณวิทยุสี่ช่อง โดยมีแบนด์วิดท์ทั้งหมดระหว่าง 300 MHz ถึง 400 MHz คลาส J สอดคล้องกับการรวมช่องสัญญาณวิทยุห้าช่อง โดยมีแบนด์วิดท์ทั้งหมดระหว่าง 400 MHz ถึง 500 MHz คลาส K สอดคล้องกับการรวมช่องสัญญาณวิทยุหกช่อง โดยมีแบนด์วิดท์ทั้งหมดระหว่าง 500 MHz ถึง 600 MHz คลาส L สอดคล้องกับการรวมช่องสัญญาณวิทยุเจ็ดช่อง โดยมีแบนด์วิดท์ทั้งหมดระหว่าง 600 MHz ถึง 700 MHz คลาส M สอดคล้องกับการรวมช่องสัญญาณวิทยุแปดช่อง โดยมีแบนด์วิดท์ทั้งหมดระหว่าง 700 MHz ถึง 800 MHz คลาส G, H, I, J, K, L และ M เป็นของ Fallback Group 3 รายการ fallback

    I. สถานการณ์การขนส่ง NAS ขาลงในระบบ 5G กระบวนการขนส่ง NAS ขาลงถูกใช้เมื่อ AMF จำเป็นต้องส่งข้อความ NAS ไปยัง UE อย่างโปร่งใสผ่านโหนด NG-RAN และมีการเชื่อมต่อ NG เชิงตรรกะที่เกี่ยวข้องกับ UE หรือ AMF ได้รับ IE RAN UE NGAP ID ในข้อความ INITIAL UE MESSAGE หรือโหนด NG-RAN ได้ส่งข้อความ INITIAL UE MESSAGE ผ่านอินสแตนซ์อินเทอร์เฟซ NG อื่นเพื่อเริ่มการเชื่อมต่อ NG เชิงตรรกะที่เกี่ยวข้องกับ UE   II. การประมวลผลเนื้อหาการขนส่ง NASนอกเหนือจากเนื้อหาใน 5G System Learning - Downlink NAS Transport เนื้อหา NAS ขาลงอื่นๆ จะถูกประมวลผลดังนี้:   หากข้อความ DOWNLINK NAS TRANSPORT มี IE UE Radio Capability ID โหนด NG-RAN จะต้อง (ถ้ารองรับ) ใช้ตามที่ระบุใน TS 23.501 และ TS 23.502 หากข้อความ DOWNLINK NAS TRANSPORT มี IE Target NSSAI Information โหนด NG-RAN อาจใช้ข้อมูลนี้ตามที่ระบุใน TS 23.501 หากข้อความ DOWNLINK NAS TRANSPORT มี IE Partially Allowed NSSAI โหนด NG-RAN (ถ้ารองรับ) จะต้องอนุมานส่วนแบ่งเครือข่ายที่อนุญาตบางส่วนของ UE จากนั้นจัดเก็บและแทนที่ Partially Allowed NSSAI ที่ได้รับก่อนหน้านี้ และใช้ตามที่ระบุใน TS 23.50 หากข้อความ DOWNLINK NAS TRANSPORT มี IE Masked IMEISV โหนด NG-RAN (ถ้ารองรับ) จะต้องใช้เพื่อกำหนดลักษณะเฉพาะของ UE สำหรับการประมวลผลในภายหลัง หากข้อความ Downlink NAS Transport มี IE Mobile IAB Authorization โหนด NG-RAN (ถ้ารองรับ) จะต้องจัดเก็บสถานะ Mobile IAB Authorization ที่ได้รับในบริบท UE หาก IE Mobile IAB Authorization ถูกตั้งค่าเป็น "ไม่อนุญาต" สำหรับ Mobile IAB-MT โหนด NG-RAN (ถ้ารองรับ) จะต้องตรวจสอบให้แน่ใจว่าจะไม่มี UE ใดให้บริการโดยโหนด Mobile IAB นี้ 3. ในระหว่างการโต้ตอบ Initial UE Messageขั้นตอน แม้ว่า IE RAN UE NGAP ID จะได้รับมอบหมายในข้อความ "Initial UE Message" ที่ส่งผ่านอินสแตนซ์อินเทอร์เฟซ NG อื่น โหนด NG-RAN ควรใช้ "AMF UE NGAP ID IE" และ "RAN UE NGAP ID IE" ที่ได้รับในข้อความ "Downlink NAS Transport" เป็นตัวระบุการเชื่อมต่อเชิงตรรกะ   4. ในระหว่างการบ่งชี้ข้อมูลความสามารถของวิทยุ UEขั้นตอน หากข้อความ Downlink NAS Transport มี IE UE Capability Information Request ที่ตั้งค่าเป็น "ร้องขอ" และข้อมูลที่เกี่ยวข้องกับความสามารถของ UE ได้รับการดึงข้อมูลจาก UE สำเร็จ โหนด NG-RAN ควรเรียกใช้ขั้นตอนการบ่งชี้ข้อมูลความสามารถของวิทยุ UE   5. สถานการณ์ที่ผิดปกติของการขนส่ง NAS ขาลง: หากได้รับ IE Partially Allowed NSSAI ในข้อความ DOWNLINK NAS TRANSPORT และจำนวน S-NSSAIs ทั้งหมดที่มีอยู่ใน Allowed NSSAI และ Partially Allowed NSSAI เกิน 8 โหนด NG-RAN ควรพิจารณาว่าขั้นตอนล้มเหลว หาก S-NSSAI ใดๆ ที่มีอยู่ใน IE Partially Allowed NSSAI ยังมีอยู่ใน IE Allowed NSSAI โหนด NG-RAN จะต้องพิจารณาว่าขั้นตอนล้มเหลว

  1.Downlink Nas:ขั้นตอนการถ่ายโอน Downlink NAS จะใช้เมื่อ AMF ต้องการส่งข้อความ NAS ไปยัง UE ผ่านโหนด NG-RAN อย่างโปร่งใสและการเชื่อมต่อ NG แบบตรรกะที่เกี่ยวข้องกับ UE ที่มีอยู่หรือ AMF ได้รับการเชื่อมต่อ UE NGAP ที่เกี่ยวข้องกับการเชื่อมต่อ UE   2.Downlink NAS Transferแสดงในรูปที่ 8.6.2.2-1 ด้านล่างโดยที่:   AMF เริ่มต้นขั้นตอนนี้โดยส่งข้อความ Downlink NAS Transport ไปยังโหนด NG-RAN หากการเชื่อมต่อ NG แบบลอจิคัลที่เกี่ยวข้องกับ UE ไม่ได้ถูกจัดตั้งขึ้น AMF จะกำหนดรหัส amf ue ngap ที่ไม่ซ้ำกันให้กับ UE และรวมไว้ในข้อความ Downlink NAS Transport เมื่อได้รับamf-ueNGAP ID IE ในข้อความ Downlink NAS การขนส่งโหนด NG-RAN จะสร้างการเชื่อมต่อ NG แบบลอจิคัลที่เกี่ยวข้องกับ UE   หากข้อความ Downlink NAS Transport รวมถึงการจัดลำดับความสำคัญของการดำเนินการคือโหนด NG-RAN อาจใช้เพื่อกำหนดลำดับความสำคัญสำหรับการเพจ UE ในสถานะ RRC_inactive NAS-PDU IE มีข้อความ AMF-UE ซึ่งถูกส่งต่อไม่ได้ตีความภายในโหนด NG-RAN หากรายการข้อ จำกัด การเคลื่อนย้ายคือรวมอยู่ในข้อความ Downlink NAS NAS NAS โหนด NG-RAN จะเขียนทับข้อมูลข้อ จำกัด ด้านการเคลื่อนย้ายที่เก็บไว้ก่อนหน้านี้ในบริบท UE หากข้อความการขนส่ง Downlink NAS มีข้อมูลในรายการการดำเนินการในการดำเนินการ ue; 3. เลือก SCG ที่เหมาะสมระหว่างการดำเนินการเชื่อมต่อแบบคู่- กำหนด RNA ที่เหมาะสมให้กับ UE เมื่อย้ายไปยังสถานะ RRC_inactive; และนอกจากนี้:   หากข้อความ Downlink NAS Transport ไม่ได้มีรายการ จำกัด การเคลื่อนย้ายเช่นและไม่มีการจัดเก็บข้อมูลการ จำกัด การเคลื่อนย้ายก่อนหน้านี้โหนด NG-RAN จะถือว่า UE ไม่อยู่ภายใต้ข้อ จำกัด การโรมมิ่งและการเข้าถึงยกเว้น PNI-NPN Mobility ตามที่อธิบายไว้ใน TS 23.501 โหนด NG-RAN จะสมมติว่าการโรมมิ่งหรือการเข้าถึงเซลล์ CAG นั้นได้รับอนุญาตเฉพาะในกรณีที่ข้อความ Downlink NAS Transport มีรายการ PNI-NPN ที่อนุญาตเช่นที่อธิบายไว้ใน TS 23.501 หากข้อความ Downlink NAS Transport มีดัชนีลำดับความสำคัญการเลือกหนู/ความถี่เช่นโหนด NG-RAN จะต้องใช้ (ถ้ารองรับ) ใช้ตามที่กำหนดไว้ใน TS 23.501 หาก AMF ไม่ได้ส่งอัตราบิตสูงสุดของ UE ก่อนหน้านี้เช่นจะถูกส่งไปยังโหนด NG-RAN หากรวมอยู่ในข้อความการขนส่ง Downlink NAS โหนด NG-RAN จะเก็บอัตราบิตสูงสุดของ UE ในบริบท UE และใช้อัตราบิตสูงสุด UE ที่ได้รับสำหรับการไหลของ QOS ที่ไม่ใช่ GBR ทั้งหมดของ UE ที่เกี่ยวข้องตามที่กำหนดไว้ใน TS 23.501 หาก AMF แบบดั้งเดิมคือรวมอยู่ในข้อความการขนส่ง Downlink NAS โหนด NG-RAN จะต้องพิจารณาการเชื่อมต่อ NG แบบลอจิคัลที่เกี่ยวข้องกับ UE นี้ที่จะถูกเปลี่ยนเส้นทางจาก AMF อื่นที่ระบุโดย AMF ดั้งเดิมเช่น AMF นี้ หาก AMF แบบมรดก Extended IE รวมอยู่ในข้อความ Downlink NAS NAS การขนส่งโหนด NG-RAN จะต้องพิจารณาการเชื่อมต่อ NG แบบลอจิคัลที่เกี่ยวข้องกับ UE นี้ที่จะถูกเปลี่ยนเส้นทางจาก AMF อื่นที่ระบุโดย AMF มรดกที่ขยายไปยัง AMF นี้ หากการดำเนินการ SRVCC เป็นไปได้คือรวมอยู่ในข้อความ Downlink NAS การขนส่งโหนด NG-RAN จะต้องจัดเก็บเนื้อหาของการดำเนินการ SRVCC ที่ได้รับเป็นไปได้เช่นในบริบท UE และใช้ตามที่กำหนดไว้ใน TS 23.216 หากเวลาที่เชื่อมต่อขยายคือรวมอยู่ในข้อความการขนส่ง Downlink NAS โหนด NG-RAN จะต้องใช้ (ถ้ารองรับ) ใช้ตามที่กำหนดไว้ใน TS 23.501 หากข้อ จำกัด การครอบคลุมที่เพิ่มขึ้นคือรวมอยู่ในข้อความ Downlink NAS การขนส่งโหนด NG-RAN จะต้องจัดเก็บข้อมูลนี้ในบริบท UE และใช้ตามที่กำหนดไว้ใน TS 23.501 หากข้อมูลการสร้างความแตกต่างของ UE คือรวมอยู่ในข้อความ Downlink NAS NAS การขนส่งโหนด NG-RAN จะต้องจัดเก็บข้อมูลนี้ในบริบท UE เพื่อใช้เพิ่มเติมตาม TS 23.50 หากข้อ จำกัด CE-Mode-B คือรวมอยู่ในข้อความการขนส่ง Downlink NAS และข้อ จำกัด การครอบคลุมที่เพิ่มขึ้นคือไม่ได้ตั้งค่าเป็น "จำกัด " และข้อมูลการ จำกัด การครอบคลุมที่เพิ่มขึ้นที่เก็บไว้ในบริบท UE ไม่ได้ถูกตั้งค่าเป็น "จำกัด " หากความสามารถของวิทยุ UE คือรวมอยู่ในข้อความ Downlink NAS การขนส่งโหนด NG-RAN จะเก็บข้อมูลนี้ไว้ในบริบท UE และใช้ตามที่กำหนดไว้ใน TS 38.300 หากตัวบ่งชี้สุดท้ายคือรวมอยู่ในข้อความการขนส่ง Downlink NAS และถูกตั้งค่าเป็น "ไม่มีข้อมูลเพิ่มเติม" โหนด NG-RAN จะพิจารณาความสามารถทางวิทยุ UE คือนอกเหนือไปจาก NAS PDU ที่รวมอยู่  

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 บริหารการตั้งค่าอุปกรณ์ในฐานะอุปกรณ์แต่ละอุปกรณ์ และไม่สนับสนุนการตั้งค่าระดับเครือข่ายหรือการร่วมมือในการตั้งค่าหลายอุปกรณ์