CINA Shenzhen Olax Technology CO.,Ltd Berita perusahaan

  1. Kelebihan Beban Sistem:Dalam jaringan 5G, "kelebihan beban" mengacu pada lalu lintas yang berlebihan atau terlalu banyak perangkat yang mencoba terhubung secara bersamaan, membebani sumber daya jaringan dan menyebabkan kemacetan, kecepatan lambat, atau kegagalan koneksi. Strategi untuk mengatasi kelebihan beban ini termasuk melepaskan lebih banyak spektrum berlisensi, mengalokasikan sumber daya melalui pemotongan jaringan dan fungsi jaringan inti, dan menerapkan mekanisme seperti pembatasan (throttling), pengatur waktu keluar (exit timers), dan pesan kelebihan beban untuk mengontrol dan mengelola lalu lintas secara efektif.   2. Proses inisiasi kelebihan beban memberi tahu node NG-RAN untuk mengurangi beban sinyal yang diarahkan ke AMF terkait. Proses inisiasi ini menggunakan sinyal yang tidak terkait dengan UE. Seperti yang ditunjukkan pada Gambar 8.7.7.2-1 di bawah ini, proses inisiasi mencakup:     Node NG-RAN yang menerima pesan inisiasi kelebihan beban harus menganggap bahwa AMF yang menerima berada dalam keadaan kelebihan beban. Jika pesan Overload Start berisi Overload Action IE dan AMF Overload Response IE, node NG-RAN harus menggunakannya untuk mengidentifikasi lalu lintas sinyal yang relevan. Informasi ini digunakan ketika Overload Action IE diatur ke: “Tolak pembentukan koneksi RRC untuk transfer data yang berasal dari seluler non-darurat” (yaitu, tolak lalu lintas yang sesuai dengan penyebab RRC “mo-data”, “mo-SMS”, “mo-VideoCall”, dan “mo-VoiceCall” dalam TS 38.331 atau “mo-data” dan “mo-VoiceCall” dalam TS 36.331), atau “Tolak pembentukan koneksi RRC untuk sinyal” (yaitu, tolak lalu lintas yang sesuai dengan penyebab RRC “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall”, dan “mo-VoiceCall” dalam TS 38.331 atau “mo-data”, “mo-signalling”, dan “mo-VoiceCall” dalam TS 36.331), atau “Izinkan pembentukan koneksi RRC hanya untuk sesi darurat dan layanan yang diakhiri seluler” (yaitu, hanya izinkan lalu lintas yang sesuai dengan TS 38.331 atau penyebab RRC "emergency" dan "mt-Access" dalam TS 36.331), atau "Pembentukan koneksi RRC hanya diizinkan untuk sesi prioritas tinggi dan layanan yang diakhiri seluler" (yaitu, hanya lalu lintas yang sesuai dengan penyebab RRC "highPriorityAccess," "mps-Priority Access," "mcs-PriorityAccess," dan "mt-Access" dalam TS 38.331 atau "highPriorityAccess," "mo-ExceptionData," dan "mt-Access" dalam TS 36.331 diizinkan). 3. Penanganan Kelebihan Beban:NG-RAN menangani situasi sebagai berikut: Jika pesan OVERLOAD START berisi AMF Traffic Load Reduction Indication IE, lalu lintas sinyal dikurangi dengan persentase yang ditunjukkan; jika tidak, hanya lalu lintas sinyal yang tidak ditunjukkan sebagai ditolak yang dikirim ke AMF. Jika Overload Start NSSAI List IE disertakan dalam pesan OVERLOAD START, node NG-RAN harus: Jika Slice Traffic Load Reduction Indication IE ada, kurangi lalu lintas sinyal UE dengan persentase yang ditunjukkan, asalkan IE ada dan NSSAI yang diminta hanya berisi S-NSSAI yang terdapat dalam Overload Start NSSAI List IE dan pengurangan lalu lintas sinyal yang ditunjukkan oleh Overload Action IE dalam Slice Overload Response IE; jika tidak, pastikan bahwa hanya lalu lintas sinyal dari UE (jika NSSAI yang diminta cocok, hanya lalu lintas sinyal dari NSSAI yang diminta UE yang berisi S-NSSAI selain S-NSSAI yang terdapat dalam Overload Start NSSAI List IE) atau lalu lintas sinyal yang tidak dikurangi seperti yang ditunjukkan oleh Overload Action IE dalam Slice Overload Response IE) yang dikirim ke AMF. Jika kontrol kelebihan beban sedang berlangsung dan node NG-RAN menerima pesan OVERLOAD START lainnya, node NG-RAN harus mengganti konten pesan yang diterima sebelumnya dengan konten baru.

  1. AMF (Fungsi Akses dan Manajemen Mobilitas) adalah elemen bidang kontrol penting dalam 5G, yang bertanggung jawab untuk mengelola akses, mobilitas, dan keamanan peralatan pengguna (UE) dalam sistem 5G. Ia menangani pendaftaran dan autentikasi UE awal, dan mengelola handover antara sel jaringan dan jaringan akses. AMF berkolaborasi dengan fungsi jaringan lain (seperti SMF) untuk membangun dan memelihara sesi data untuk pengguna.   2. Tanggung jawab AMF dibagi menjadi area berikut: Pendaftaran dan Autentikasi UE: AMF mengautentikasi UE, memverifikasi identitas dan kredensial langganannya, dan memberinya akses ke layanan 5G. Manajemen Mobilitas: Bertanggung jawab untuk menangani proses kompleks memindahkan UE dari satu sel ke sel lain atau antara jaringan akses radio yang berbeda (NG-RAN). Manajemen Konteks: Memelihara konteks UE, yang mencakup informasi tentang lokasi UE saat ini, status sesi, dan keamanan. Interaksi dengan Elemen Jaringan Lain SMF (Fungsi Manajemen Sesi): AMF berkolaborasi dengan SMF untuk membangun, memodifikasi, dan mengelola sesi data pengguna. UDM (Manajemen Data Terpadu): Ia berkomunikasi dengan UDM untuk mengambil dan mengelola informasi langganan pengguna.      AUSF (Fungsi Server Autentikasi): AMF memilih AUSF yang sesuai untuk mengautentikasi identitas UE selama pendaftaran. NSSF (Fungsi Pemilihan Irisan Jaringan): AMF menggunakan NSSF untuk menemukan dan memilih irisan jaringan dan fungsi yang sesuai berdasarkan lokasi dan persyaratan UE. Manajemen Fungsi Jaringan: AMF menggunakan antarmuka berbasis layanan dan Fungsi Repositori Jaringan (NRF) untuk menemukan dan memilih fungsi jaringan lainnya. 3. Indikasi Status AMF prosedur dirancang untuk mendukung fungsi manajemen AMF. Prosedur ini menggunakan sinyal non-UE-associated dan operasi yang berhasil ditunjukkan pada Gambar 8.7.6.2-1 di bawah ini, di mana:   AMF memulai prosedur ini dengan mengirimkan pesan "Indikasi Status AMF" ke node NG-RAN. Setelah menerima pesan Indikasi Status AMF, node NG-RAN harus menganggap bahwa GUAMI yang diindikasikan tidak tersedia dan melakukan pemilihan ulang AMF seperti yang didefinisikan dalam TS 23.501. Jika didukung, node NG-RAN harus mengambil tindakan yang sesuai seperti yang ditentukan dalam TS 23.501 berdasarkan keberadaan metode timer untuk IE penghapusan GUAMI. Jika IE Nama AMF Cadangan disertakan dalam pesan Indikasi Status AMF, node NG-RAN harus (jika didukung) melakukan pemilihan ulang AMF sesuai dengan AMF yang diindikasikan oleh IE Nama AMF Cadangan seperti yang ditentukan dalam TS 23.501. Jika IE Nama AMF Cadangan yang Diperluas disertakan dalam pesan Indikasi Status AMF, node NG-RAN harus (jika didukung) melakukan pemilihan ulang AMF sesuai dengan AMF yang diindikasikan oleh IE Nama AMF Cadangan yang Diperluas seperti yang ditentukan dalam TS 23.501.

  1Sistem Abnormal:Penyimpangan dari desain dapat terjadi selama operasi normal jaringan 5G. Ini termasuk masalah kinerja seperti ancaman keamanan jaringan, gangguan sinyal, cakupan yang tidak mencukupi,dan potensi kegagalan dalam perangkat lunak jaringan dan perangkat kerasKelainan-kelainan ini bisa berupa gangguan layanan, crash sistem, kecepatan jaringan yang lambat, atau panggilan yang terputus.Mereka biasanya diidentifikasi dengan menganalisis sistem deteksi anomali data jaringan dan dapat dikategorikan menjadi jaringan inti dan jaringan radio.     2. 5GC Kelainan: Jika pesan NG RESET mencakup UE-associated Logical NG Connection List IE,namun tidak ada AMF UE NGAP ID IE atau RAN UE NGAP ID IE yang ada di UE-associated Logical NG Connection Item IE, AMF mengabaikan Logical NG Connection Item IE yang terkait UE.AMF dapat mengembalikan Logical NG Connection Item IE yang kosong yang terkait UE dalam Logical NG Connection List IE yang terkait UE dalam pesan NG RESET ACKNOWLEDGE.     3. Anomali NG-RAN:Jika pesan NG RESET berisi UE-Associated Logical NG Connection List IE,tetapi tidak ada AMF UE NGAP ID IE atau RAN UE NGAP ID IE yang ada di UE-Associated Logical NG Connection Item IE, node NG-RAN harus mengabaikan UE-Associated Logical NG Connection Item IE.Node NG-RAN dapat mengembalikan Item Koneksi Logis NG Terkait UE kosong IE dalam Daftar Koneksi Logis NG Terkait UE IE dalam pesan NG RESET ACKNOWLEDGE.     4. NG RESET pesan crossoverbiasanya terjadi dalam dua skenario berikut:   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), node NG-RAN harus merespons dengan pesan NG RESET ACKNOWLEDGE seperti yang ditentukan dalam klausa 8.7.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 harus merespons dengan pesan NG RESET CONKNECTEDGE seperti yang ditentukan dalam klausa 8.7.4.2.

Aku.Agregasi pembawa: Sama seperti LTE, agregasi pembawa 5G (NR) juga meningkatkan bandwidth spektrum nirkabel yang digunakan oleh UE dengan menggabungkan beberapa pembawa.Dalam 5G (NR), UE dapat mendukung hingga 16 pembawa komponen berdekatan dan tidak berdekatan (CC) dengan numerologi yang berbeda di kedua FR1 dan FR2 band. konfigurasi agregasi pembawa meliputi:jenis agregasi pembawa (intra-band), berdekatan/tidak berdekatan, atau antar band), jumlah band frekuensi, dan kelas bandwidth.   II. PengelolaanKelas Bandwidth: Kelas bandwidth agregasi operator terminal (UE) didefinisikan menggunakan daftar alfabetis minimum dan maksimum bandwidth dan jumlah operator komponen yang dapat digunakan. Parameter utama meliputi: Dukungan terminal 5G (NR)sampai 16pembawa komponen berdekatan dan tidak berdekatan (CC) dengan set parameter yang berbeda ketika CA diaktifkan. Kelas bandwidth terminal (UE) adalah daftar alfabetis dari bandwidth minimum dan maksimum dan jumlah component carrier (CC). Menurut Release 17, kelas agregasi pembawa di FR1 berkisar dari A hingga O, yang memungkinkan bandwidth agregat maksimum400 MHz. Menurut Release 17, kelas agregasi pembawa di FR2 berkisar dari A hingga Q, yang memungkinkan bandwidth agregat maksimum800 MHz.   III. Kelas Bandwidth Carrier Aggregation FR1 Kategori A: 5G UE dikonfigurasi tanpa agregasi pembawa. Band frekuensi pembawa maksimum (BWChannel, max) ditentukan oleh nomor band frekuensi dan set parameter,yang mendefinisikan jarak frekuensi subcarrier (SCS)Kelas A termasuk dalam semua kelompok cadangan dan memungkinkan UE untuk kembali ke konfigurasi ini bahkan ketika agregasi pembawa tidak ada. Kategori B: Menggabungkan dua saluran radio, total bandwidth yang tersedia untuk UE adalah antara 20 dan 100 MHz. KategoriC: Menggabungkan dua saluran radio, total bandwidth yang tersedia untuk UE adalah antara 100 dan 200 MHz. Kategori D: Menggabungkan tiga saluran radio, total bandwidth yang tersedia untuk UE adalah antara 200 dan 300 MHz. Kategori E: Mengumpulkan empat saluran radio, total bandwidth yang tersedia untuk UE adalah antara 300 dan 400 MHz.Kelas C, D, dan E termasuk dalam kelompok cadangan yang sama (Fallback Group 1). Kategori G: Menggabungkan tiga saluran radio, total bandwidth yang tersedia untuk UE adalah antara 100 dan 150 MHz. KategoriH:mengumpulkan empat saluran radio, menyediakan total bandwidth 150-200 MHz yang tersedia untuk peralatan pengguna (UE). KategoriI:mengumpulkan lima saluran radio, menyediakan total bandwidth 200-250 MHz yang tersedia untuk peralatan pengguna (UE).menyediakan bandwidth total 250-300 MHz yang tersedia untuk peralatan pengguna (UE). Kelas K:mengumpulkan tujuh saluran radio, menyediakan total bandwidth 300-350 MHz yang tersedia untuk peralatan pengguna (UE). Kelas L:mengumpulkan delapan saluran radio, menyediakan total bandwidth 350-400 MHz yang tersedia untuk peralatan pengguna (UE). Kelas G-L termasuk dalam kelompok cadangan yang sama (Fallback Group 2).   IV. Kelas Bandwidth FR2 Agregasi Pembawa Kategori Aadalah konfigurasi 5G untuk UE tanpa agregasi operator. Band frekuensi operator maksimum (BWChannel, max) tergantung pada nomor band dan numerologi.Kelas A termasuk semua kelompok cadangan dan memungkinkan UE untuk kembali ke konfigurasi ini bahkan tanpa agregasi pembawa. Kategori Bsesuai dengan total bandwidth setelah penggabungan dua saluran radio, berkisar dari 400 MHz hingga 800 MHz. KategoriCsesuai dengan total bandwidth setelah penggabungan dua saluran radio, berkisar dari 800 MHz hingga 1200 MHz.Kelas B adalah konfigurasi cadangan untuk Kelas C; keduanya milik yang samaKelompok 1Daftar cadangan. Kategori Dsesuai dengan total bandwidth setelah penggabungan dua saluran radio, berkisar dari 200MHz hingga 400MHz. Kategori Esesuai dengan total bandwidth setelah agregasi tiga saluran radio, berkisar dari 400MHz hingga 600MHz. Kategori Fsesuai dengan total bandwidth setelah agregasi empat saluran radio, berkisar dari 600MHz hingga 800MHz.Kelas D, E, dan F milik yang samaKelompok 2Daftar cadangan. Kelas Gsesuai dengan dua agregasi saluran radio dengan total bandwidth antara 100 MHz dan 200 MHz. Kelas Hsesuai dengan tiga agregasi saluran radio dengan total bandwidth antara 200 MHz dan 300 MHz. Kelas Isesuai dengan empat agregasi saluran radio dengan total bandwidth antara 300 MHz dan 400 MHz. Kelas Jsesuai dengan lima agregasi saluran radio dengan total bandwidth antara 400 MHz dan 500 MHz. Kelas Ksesuai dengan enam agregasi saluran radio dengan total bandwidth antara 500 MHz dan 600 MHz. Kelas Lsesuai dengan tujuh agregasi saluran radio dengan total bandwidth antara 600 MHz dan 700 MHz. Kelas Msesuai dengan delapan agregasi saluran radio dengan total bandwidth antara 700 MHz dan 800 MHz.Kelas G, H, I, J, K, L, dan M milik kelas yang samaKelompok 3Daftar cadangan.

    I. Skenario Transportasi NAS DownlinkDalam sistem 5G,proses transportasi NAS downlink digunakan ketika AMF perlu mengirim pesan NAS secara transparan ke UE melalui node NG-RAN dan ada koneksi NG logis yang terkait dengan UE, atau AMF telah menerima RAN UE NGAP ID IE dalam pesan INITIAL UE MESSAGE,atau node NG-RAN telah mengirim pesan MESSAGE UE INITIAL melalui contoh antarmuka NG lain untuk memulai koneksi NG logis yang terkait dengan UE.   II. Pengolahan Konten Pengangkutan NASSelain konten dalam 5G System Learning - Downlink NAS Transport, konten NAS downlink lainnya diproses sebagai berikut;   Jika pesan DOWNLINK NAS TRANSPORT berisi UE Radio Capability ID IE, node NG-RAN harus (jika didukung) menggunakannya sebagaimana ditentukan dalam TS 23.501 dan TS 23.502. Jika pesan DOWNLINK NAS TRANSPORT berisi Target NSSAI Information IE, node NG-RAN dapat menggunakan informasi ini sebagaimana ditentukan dalam TS 23.501. Jika pesan DOWNLINK NAS TRANSPORT berisi IE NSSAI yang Diizinkan Sebagian, node NG-RAN (jika didukung) harus menyimpulkan potongan jaringan UE yang Diizinkan Sebagian dari itu,menyimpan dan mengganti setiap NSSAI yang sebelumnya diterima, dan gunakan sesuai dengan spesifikasi dalam TS 23.50. Jika pesan DOWNLINK NAS TRANSPORT berisi IMEISV IE yang disamarkan, node NG-RAN (jika didukung) harus menggunakannya untuk menentukan karakteristik UE untuk pemrosesan selanjutnya. Jika pesan Downlink NAS Transport berisi Mobile IAB Authorization IE, node NG-RAN (jika didukung) harus menyimpan status Mobile IAB Authorization yang diterima dalam konteks UE.Jika Mobile IAB Authorization IE ditetapkan sebagai "Unauthorized" untuk Mobile IAB-MT, node NG-RAN (jika didukung) harus memastikan bahwa tidak ada UE yang dilayani oleh node Mobile IAB ini. 3. Selama Interaksi Pesan UE AwalProsedur, bahkan jika RAN UE NGAP ID IE telah ditugaskan dalam pesan "Initial UE Message" yang dikirim melalui contoh antarmuka NG lainnya,node NG-RAN SHOULD menggunakan "AMF UE NGAP ID IE" dan "RAN UE NGAP ID IE" yang diterima dalam pesan "Downlink NAS Transport" sebagai pengidentifikasi koneksi logis.   4. Selama Indikasi Informasi Kemampuan Radio UEProsedur, jika pesan Downlink NAS Transport berisi Permintaan Informasi Kapasitas UE IE yang ditetapkan pada "diperlukan" dan informasi yang terkait dengan kemampuan UE telah berhasil diambil dari UE,node NG-RAN HARUS memicu Prosedur Indikasi Informasi Kapasitas Radio UE.   5. Downlink NAS Transport Skenario Abnormal: Jika IE NSSAI Sebagian Diizinkan diterima dalam pesan DOWNLINK NAS TRANSPORT dan jumlah total S-NSSAI yang terkandung dalam NSSAI yang Diizinkan dan NSSAI Sebagian Diizinkan melebihi 8,node NG-RAN SHOULD menganggap prosedur telah gagal. Jika ada S-NSSAI yang hadir di NSSAI IE yang Diizinkan sebagian juga hadir di NSSAI IE yang Diizinkan, node NG-RAN harus menganggap prosedur gagal.

  1.Downlink NAS:Prosedur Downlink NAS Transfer digunakan ketika AMF hanya perlu mengirim pesan NAS secara transparan ke UE melalui node NG-RAN dan koneksi NG logis yang terkait dengan UE ada,atau AMF telah menerima RAN UE NGAP ID IE dalam pesan INITIAL UE MESSAGE, atau node NG-RAN telah memulai koneksi NG logis yang terkait dengan UE dengan mengirim pesan UE MESSAGE INITIAL melalui contoh antarmuka NG lainnya.   2.Transfer NAS Downlinkditunjukkan pada Gambar 8.6.2.2-1 di bawah, di mana:   AMF memulai prosedur ini dengan mengirim pesan DOWNLINK NAS TRANSPORT ke node NG-RAN. Jika koneksi NG logis yang terkait dengan UE tidak didirikan,AMF harus menetapkan ID NGAP UE AMF yang unik ke UE dan memasukkannya ke dalam pesan DOWNLINK NAS TRANSPORTSetelah menerimaAMF-UENGAP ID IE dalam pesan DOWNLINK NAS TRANSPORT, node NG-RAN membuat koneksi NG logis yang terkait dengan UE.   Jika pesan DOWNLINK NAS TRANSPORT mencakup RAN Paging Priority IE, node NG-RAN dapat menggunakannya untuk menentukan prioritas untuk paging UE dalam keadaan RRC_INACTIVE.NAS-PDU IE berisi pesan AMF-UE, yang diteruskan tanpa diinterpretasikan di dalam node NG-RAN. Aku tidak tahu. Jika Daftar Pembatasan Mobilitas IE disertakan dalam pesan Downlink NAS Transport, node NG-RAN harus menggantikan informasi pembatasan mobilitas yang sebelumnya disimpan dalam konteks UE.Jika pesan transportasi downlink NAS berisi informasi dalam Daftar Pembatasan Mobilitas IE, node NG-RAN harus menggunakan informasi ini untuk: menentukan target operasi mobilitas berikutnya,dan node NG-RAN memberikan informasi tentang target operasi mobilitas kepada UE; 3. Pilih SCG yang tepat selamaoperasi konektivitas ganda; menetapkan RNA yang sesuai ke UE saat memindahkannya ke keadaan RRC_INACTIVE; dan, selain itu:   Jika pesan transportasi NAS downlink tidak berisi Daftar Pembatasan Mobilitas IE dan tidak ada informasi pembatasan mobilitas yang sebelumnya disimpan,node NG-RAN harus berasumsi bahwa UE tidak dikenakan pembatasan roaming dan akses, kecuali untuk mobilitas PNI-NPN seperti yang dijelaskan dalam TS 23.501. Aku tidak tahu. Node NG-RAN harus berasumsi bahwa roaming atau akses ke sel CAG hanya diizinkan jika pesan transportasi NAS downlink berisi Daftar PNI-NPN yang Diizinkan IE, sebagaimana dijelaskan dalam TS 23.501. Aku tidak tahu. Jika pesan transportasi downlink NAS berisi RAT/Frequency Selection Priority Index IE, node NG-RAN harus (jika didukung) menggunakannya sebagaimana didefinisikan dalam TS 23.501. Aku tidak tahu. Jika AMF belum mengirim UE Aggregate Maximum Bit Rate IE sebelumnya, maka harus dikirim ke node NG-RAN. Jika termasuk dalam pesan transportasi NAS downlink,node NG-RAN harus menyimpan tingkat bit maksimum agregat UE dalam konteks UE dan menggunakan tingkat bit maksimum agregat UE yang diterima untuk semua aliran QoS non-GBR dari UE terkait seperti yang didefinisikan dalam TS 23.501. Aku tidak tahu. Jika Legacy AMF IE termasuk dalam pesan transportasi NAS downlink,node NG-RAN menganggap koneksi NG logis yang terkait dengan UE ini telah diarahkan kembali dari AMF lain yang diidentifikasi oleh AMF IE Legacy ke AMF ini.Jika Extended Legacy AMF IE termasuk dalam pesan transportasi NAS downlink,node NG-RAN harus (jika didukung) menganggap koneksi NG logis yang terkait dengan UE ini telah diarahkan kembali dari AMF lain yang diidentifikasi oleh AMF Extended Legacy IE ke AMF ini.. Aku tidak tahu. Jika Operasi SRVCC Possible IE termasuk dalam pesan DOWNLINK NAS TRANSPORT,node NG-RAN harus (jika didukung) menyimpan isi Operasi SRVCC Possible IE yang diterima dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 23.216Jika IE Connected Time Extended termasuk dalam pesan DOWNLINK NAS TRANSPORT, node NG-RAN harus (jika didukung) menggunakannya sebagaimana didefinisikan dalam TS 23.501. Aku tidak tahu. Jika Enhanced Coverage Restriction IE disertakan dalam pesan DOWNLINK NAS TRANSPORT, node NG-RAN harus (jika didukung) menyimpan informasi ini dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 23.501. Aku tidak tahu. Jika UE Differentiation Information IE termasuk dalam pesan DOWNLINK NAS TRANSPORT,node NG-RAN harus (jika didukung) menyimpan informasi ini dalam konteks UE untuk penggunaan lebih lanjut sesuai dengan TS 23.50. Aku tidak tahu. Jika CE-mode-B Restriction IE termasuk dalam pesan transportasi NAS downlink dan Enhanced Coverage Restriction IE tidak diatur menjadi "Restricted",dan informasi pembatasan cakupan yang ditingkatkan yang disimpan dalam konteks UE tidak ditetapkan sebagai "Restriksi", node NG-RAN harus (jika didukung) menyimpan informasi ini dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 23.501. Aku tidak tahu. Jika UE Radio Capabilities IE termasuk dalam pesan transportasi NAS downlink, node NG-RAN harus menyimpan informasi ini dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 38.300. Aku tidak tahu. Jika End Indication IE termasuk dalam pesan transportasi NAS downlink dan ditetapkan sebagai "No Additional Data",node NG-RAN harus menganggap kemampuan radio UE IE sebagai tambahan dari NAS PDU yang disertakan..  

1. Kerangka Protokol Seperti yang ditunjukkan pada gambar berikut (1), NETCONF mengadopsi struktur berlapis, di mana setiap lapisan merangkum fungsi-fungsi tertentu dan menyediakan layanan ke lapisan atas. Struktur ini memungkinkan setiap lapisan untuk fokus pada satu aspek NETCONF dan mengurangi ketergantungan antar lapisan. Perubahan dalam suatu lapisan berdampak minimal pada lapisan lain.       NETCONF dapat dibagi menjadi empat lapisan: lapisan keamanan transportasi, lapisan pesan, lapisan operasi, dan lapisan konten. Lapisan-lapisan ini adalah:   Lapisan keamanan transportasi: Lapisan ini bertanggung jawab atas komunikasi antara klien dan server. NETCONF dapat dilapisi di atas protokol transportasi apa pun yang memenuhi persyaratan dasar, seperti SSH, TLS, dan HTTPS. SSH adalah protokol transportasi yang disukai untuk mengirimkan pesan XML di NETCONF. Lapisan pesan: Lapisan ini menyediakan mekanisme pengkodean RPC dan notifikasi yang independen dari transportasi. Klien merangkum permintaan RPC dalam elemen dan mengirimkannya ke server. Server merangkum hasil pemrosesan permintaan ini dalam elemen dan mengirimkannya ke klien. Lapisan operasi: Lapisan ini mendefinisikan serangkaian operasi protokol dasar, yang disebut sebagai metode RPC dengan parameter yang dikodekan XML. Lapisan konten: Lapisan ini didefinisikan oleh model data untuk data manajemen. Saat ini, model data utama termasuk Skema dan YANG.         Skema adalah serangkaian aturan untuk mendeskripsikan file XML. Perangkat menggunakan file skema (mirip dengan file MIB di SNMP) untuk menyediakan konfigurasi perangkat dan antarmuka manajemen ke sistem manajemen jaringan (NMS). YANG adalah bahasa pemodelan data yang dirancang untuk NETCONF. Klien dapat mengkompilasi operasi RPC menjadi pesan XML untuk mencapai komunikasi klien-server yang sesuai dengan batasan model YANG.   2. Format Pesan Gambar berikut (2) adalah struktur pesan permintaan NETCONF YANG yang lengkap;       3. Kerangka Komunikasi Dalam NETCONF, permintaan RPC yang diprakarsai oleh klien dan balasan dari server keduanya dikodekan dalam XML dan terkandung dalam elemen dan masing-masing. Kerangka permintaan-balasan ini independen dari protokol lapisan transportasi; beberapa elemen RPC dasar tercantum di bawah ini: Elemen digunakan untuk merangkum permintaan yang dikirim oleh klien NETCONF ke server NETCONF. Server NETCONF mengirimkan elemen sebagai respons terhadap setiap permintaan . Jika ada kesalahan atau alarm yang terjadi selama pemrosesan permintaan , server NETCONF akan mengembalikan pesan yang hanya berisi elemen ke klien NETCONF. Jika tidak ada kesalahan atau alarm yang terjadi selama pemrosesan permintaan , server NETCONF mengembalikan pesan yang hanya berisi elemen ke klien NETCONF.   IV. Konfigurasi Database NETCONF mendefinisikan serangkaian lengkap parameter konfigurasi perangkat. NETCONF mendefinisikan keberadaan satu atau lebih database konfigurasi dan memungkinkan operasi konfigurasi pada mereka. Dalam model NETCONF dasar, hanya database konfigurasi yang tersedia. Database konfigurasi lainnya dapat didefinisikan berdasarkan kemampuan dan hanya tersedia pada perangkat yang mendukung kemampuan tersebut. Ini termasuk:   : Database konfigurasi yang sedang berjalan. Database ini menyimpan semua konfigurasi yang saat ini aktif pada perangkat jaringan. Hanya ada satu database konfigurasi pada perangkat, dan itu selalu ada.   : Database konfigurasi kandidat. Database ini menyimpan data konfigurasi yang akan diterapkan ke database konfigurasi pada perangkat. Operasi pada database konfigurasi dapat dilakukan tanpa memengaruhi konfigurasi perangkat saat ini. Operasi digunakan untuk menerapkan konfigurasi kandidat. Untuk mendukung database konfigurasi , suatu perangkat harus mendukung kemampuan konfigurasi kandidat, kemampuan NETCONF standar.   : Database konfigurasi startup (mirip dengan file konfigurasi yang disimpan). Ini menyimpan data konfigurasi yang perlu dimuat saat perangkat dimulai. Untuk mendukung database konfigurasi , perangkat harus mendukung kemampuan startup independen, yang merupakan kemampuan NETCONF standar.

Karena konfigurasi tradisional yang kompleks dari CLI dan SNM serta kurangnya dukungan untuk mekanisme transaksi, protokol manajemen jaringan NETCONF diaktifkan dalam sistem 5G, yang memungkinkan NMS(sistem manajemen jaringan) untuk mengeluarkan, memodifikasi, dan menghapus konfigurasi perangkat jaringan yang terhubung ke router, eNodeB, gNodeB, DU, CU, atau RU. Prinsip kerja, struktur, dan sesi layanan adalah sebagai berikut;   I. Prinsip kerja Sistem NETCONF berisi setidaknya satu NMS yang mengelola semua perangkat jaringan, seperti yang ditunjukkan pada gambar di bawah ini. Arsitektur NETCONF berisi dua peran: klien dan server     II. Karakteristik struktur sistem NETCONF berisi setidaknya satu NMS yang mengelola semua perangkat jaringan, termasuk:   2.1 Klien menyediakan fungsi-fungsi berikut   Gunakan NETCONF untuk mengelola perangkat jaringan. Kirim permintaan RPC ke server NETCONF untuk menanyakan atau memodifikasi satu atau lebih nilai parameter. Sesuai dengan alarm dan peristiwa yang dikirim oleh server NETCONF dari perangkat yang dikelola, pahami status perangkat yang dikelola. 2.2 Ketika server menerima permintaan dari klien, ia akan mengurai permintaan dan mengirim balasan ke klien. Ketika perangkat yang dikelola mengalami kesalahan atau jenis peristiwa lainnya, server NETCONF melaporkan alarm atau peristiwa ke klien melalui mekanisme pemberitahuan, yang memungkinkan klien untuk memahami status perangkat yang dikelola.   III. Sesi NETCONF: Seperti yang ditunjukkan pada gambar di bawah ini, klien dan server berkomunikasi menggunakan mekanisme RPC. Komunikasi hanya diizinkan setelah sesi berorientasi koneksi yang aman dibuat di antara mereka. Klien mengirim permintaan RPC ke server, yang memproses permintaan dan mengembalikan respons ke klien. Klien dan server NETCONF berkomunikasi menggunakan mekanisme RPC. Komunikasi hanya diizinkan setelah sesi berorientasi koneksi yang aman dibuat. Proses pembuatan dan penghentian sesi adalah sebagai berikut:       Klien membuat koneksi SSH dengan server dan, setelah menyelesaikan otentikasi dan otorisasi, membuat sesi NETCONF dengan server. Klien dan server bertukar pesan Hello untuk menegosiasikan kemampuan. Klien mengirim satu atau lebih permintaan RPC ke server. Beberapa contoh permintaan tercantum di bawah ini:  Modifikasi dan komit konfigurasi;  Kueri data konfigurasi atau status;  Lakukan operasi pemeliharaan pada perangkat;  Klien mengakhiri sesi NETCONF;  Koneksi SSH berakhir.

  NETCONF adalah singkatan dari Network Configuration Protocol, yang merupakan protokol manajemen jaringan yang memungkinkan NMS (Network Management System) untuk mengeluarkan, memodifikasi, dan menghapus konfigurasi perangkat jaringan yang terhubung (router, eNodeB, gNodeB, DU, CU atau RU). NETCONF dikembangkan dan distandarisasi oleh IETF; sedangkan untuk O-RAN, berada di bawah tanggung jawab WG (Working Group 4).     I. Protokol NETCONF menggunakan pengkodean data XML (Extensible Markup Language) untuk memproses data konfigurasi dan pesan protokol; didasarkan pada konsep server dan klien dan menggunakan mekanisme RPC (Remote Procedure Call) untuk mencapai komunikasi antara server dan klien. Proses klien berjalan pada NMS, yang bisa berupa skrip atau aplikasi, dan server adalah perangkat jaringan tipikal.   II. Karakteristik NETCONF adalah sebagai berikut: Mengadopsi kerangka protokol berlapis, membuatnya lebih cocok untuk jaringan sesuai permintaan, otomatis, dan berbasis cloud. Digunakan untuk mengeluarkan, memodifikasi, dan menghapus konfigurasi ke perangkat jaringan. XML (Extensible Markup Language) digunakan untuk pengkodean data konfigurasi dan pesan protokol. Berdasarkan konsep server dan klien, NMS bertindak sebagai klien dan perangkat jaringan bertindak sebagai server. Komunikasi antara server dan klien dicapai menggunakan mekanisme RPC (Remote Procedure Call). Operasi dieksekusi berdasarkan model YANG, mengurangi kegagalan jaringan yang disebabkan oleh kesalahan konfigurasi manual. NETCONF memenuhi kebutuhan otomatisasi jaringan. Menyediakan mekanisme keamanan seperti otentikasi dan otorisasi untuk memastikan transmisi pesan yang aman. Juga menyediakan mekanisme transaksi, mendukung klasifikasi data, penyimpanan dan migrasi, komit bertahap, dan isolasi konfigurasi. Mendukung pengiriman, verifikasi, dan rollback konfigurasi yang komprehensif, meminimalkan dampak pada layanan jaringan. Memungkinkan vendor untuk menentukan operasi protokol mereka sendiri untuk menerapkan kemampuan manajemen yang unik. 3. Mengapa NETCONF dibutuhkan? Persyaratan utama dari jaringan cloud adalah otomatisasi jaringan untuk penyediaan layanan yang cepat dan sesuai permintaan serta manajemen operasi otomatis. Metode tradisional seperti CLI dan SNM tidak dapat memenuhi persyaratan ini. Mereka memiliki batasan berikut, yang diatasi oleh NETCONF.   31. Kekurangan dari CLI: Pertama, konfigurasi rumit. Kedua, sebagai berikut: CLI bervariasi menurut vendor, mengharuskan pengguna untuk mempelajari dan mengadaptasi skrip CLI untuk setiap vendor. Perubahan yang sering terjadi pada struktur dan sintaks CLI membuat skrip CLI sulit untuk dipelihara. Output perintah tidak terstruktur, tidak dapat diprediksi, dan mudah berubah, membuat penguraian otomatis skrip CLI menjadi sulit. 3.2 Kekurangan SNMP: SNMP tidak mendukung transaksi, menghasilkan konfigurasi yang tidak efisien. SNMP menggunakan User Datagram Protocol (UDP), yang tidak menyediakan transmisi data yang andal dan berurutan serta kekurangan mekanisme keamanan yang efektif. SNMP tidak memiliki mekanisme untuk mengirimkan transaksi konfigurasi. SNMP mengelola konfigurasi perangkat berdasarkan perangkat dan tidak mendukung konfigurasi tingkat jaringan atau kolaborasi konfigurasi multi-perangkat.

NETCONF adalah nama lengkap dari Network Configuration Protocol, yang merupakan protokol manajemen jaringan yang memungkinkan NMS (Network Management System) untuk mengeluarkan, memodifikasi, dan menghapus konfigurasi perangkat jaringan yang terhubung (router, eNodeB, gNodeB, DU, CU atau RU). NETCONF dikembangkan dan distandarisasi oleh IETF; sementara untuk O-RAN, hal itu berada di bawah tanggung jawab WG (Working Group 4).   1. Protokol NETCONF menggunakan pengkodean data XML (Extensible Markup Language) untuk memproses data konfigurasi dan pesan protokol; didasarkan pada konsep server dan klien dan menggunakan mekanisme RPC (Remote Procedure Call) untuk mencapai komunikasi antara server dan klien. Proses klien berjalan di NMS, yang bisa berupa skrip atau aplikasi, dan server adalah perangkat jaringan tipikal.   2. Karakteristik NETCONF adalah sebagai berikut: Mengadopsi kerangka protokol berlapis, membuatnya lebih cocok untuk jaringan on-demand, otomatis, dan berbasis cloud. Digunakan untuk mengeluarkan, memodifikasi, dan menghapus konfigurasi ke perangkat jaringan. XML (Extensible Markup Language) digunakan untuk pengkodean data konfigurasi dan pesan protokol. Berdasarkan konsep server dan klien, NMS bertindak sebagai klien dan perangkat jaringan bertindak sebagai server. Komunikasi antara server dan klien dicapai menggunakan mekanisme RPC (Remote Procedure Call). Operasi dieksekusi berdasarkan model YANG, mengurangi kegagalan jaringan yang disebabkan oleh kesalahan konfigurasi manual. NETCONF memenuhi kebutuhan otomatisasi jaringan. Menyediakan mekanisme keamanan seperti otentikasi dan otorisasi untuk memastikan transmisi pesan yang aman. Juga menyediakan mekanisme transaksi, mendukung klasifikasi data, penyimpanan dan migrasi, komit bertahap, dan isolasi konfigurasi. Mendukung pengiriman, verifikasi, dan rollback konfigurasi yang komprehensif, meminimalkan dampak pada layanan jaringan. Memungkinkan vendor untuk mendefinisikan operasi protokol mereka sendiri untuk mengimplementasikan kemampuan manajemen yang unik.     3. Mengapa NETCONF dibutuhkan? Persyaratan utama dari jaringan cloud adalah otomatisasi jaringan untuk penyediaan layanan yang cepat dan sesuai permintaan serta manajemen operasi otomatis. Pendekatan tradisional seperti CLI dan SNM tidak dapat memenuhi persyaratan ini. Mereka memiliki batasan berikut, yang diatasi oleh NETCONF.     3.1. Kerugian CLI: Pertama, konfigurasi rumit. Kedua, hal berikut: CLI bervariasi menurut vendor, mengharuskan pengguna untuk mempelajari dan mengadaptasi skrip CLI untuk setiap vendor. Struktur dan sintaks CLI sering berubah, membuat skrip CLI sulit untuk dipelihara. Output perintah tidak terstruktur, tidak dapat diprediksi, dan mudah berubah, membuat parsing otomatis skrip CLI menjadi sulit.     3.2 Kerugian SNMP: SNMP tidak mendukung transaksi, menghasilkan konfigurasi yang tidak efisien. SNMP menggunakan User Datagram Protocol (UDP), yang tidak menyediakan transmisi data yang andal dan berurutan serta kekurangan mekanisme keamanan yang efektif. SNMP tidak memiliki mekanisme untuk mengirimkan transaksi konfigurasi. SNMP mengelola konfigurasi perangkat berdasarkan perangkat dan tidak mendukung konfigurasi tingkat jaringan atau kolaborasi konfigurasi multi-perangkat.