CINA Shenzhen Olax Technology CO.,Ltd Berita perusahaan

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.

  Dalam sistem 5G, a Path Switch Request (PATH SWITCH REQUEST) is a request for the terminal (UE) to establish a signaling connection with the 5GC and, if applicable,request the downlink of the NG-U transport bearer to be switched to a new service node (permintaan downlink dari operator transportasi NG-U untuk disalurkan ke node layanan baru). This request can fail for various reasons; 3GPP defines it in TS 38.413 sebagai berikut.   I. Path Request Operasi Gagal   Seperti yang ditunjukkan pada Gambar 8.4.4.3-1 di bawah, a request failure is typically responded to by the AMF after the NG-RAN node issues a "PATH SWITCH REQUEST".       II. Request operation failure scenarios are typically as follows:   If the 5GC fails to switch the downlink termination point of the NG-U transport bearer to the new (service) termination point for all PDU session resources, jika 5GC gagal untuk beralih downlink termination point of the NG-U transport bearer to the new (service) termination point for all PDU session resources, jika 5GC gagal untuk beralih downlink termination point of the NG-U transport bearer to the new (service) termination point for all PDU session resources,the AMF shall send a PATH SWITCH REQUEST FAILURE message to the NG-RAN node (dalam bahasa Inggris).   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.   The corresponding cause value for each released PDU Session is contained in the Path Switch Request Unsuccessful Transfer IE in the PATH SWITCH REQUEST FAILURE message.   III. Meminta Operasi Abnormal   Jika AMF menerima pesan yang berisi beberapa ID sesi PDU yang ditetapkan pada nilai yang sama (dalam sumber daya sesi PDU yang akan diswitched IE dalam daftar downlink),the AMF shall send a PATH SWITCH REQUEST FAILURE message to the NG-RAN node (dalam bahasa Inggris)Selain itu,   As an exception, the AMF may generate a Path Switch Request Unsuccessful Transfer IE (Sebagai pengecualian, AMF mungkin menghasilkan Path Switch Request Unsuccessful Transfer IE).   If a Partially Allowed NSSAI IE is received in a PATH SWITCH REQUEST ACKNOWLEDGE message, and the total number of S-NSSAI contained in the Allowed NSSAI and Partially Allowed NSSAI exceeds 8, maka data yang dikirimkan ke bagian ini akan dihapus.node NG-RAN akan menganggap prosedurnya telah gagal.   Jika ada S-NSSAI yang hadir dalam NSSAI IE yang Diizinkan, node NG-RAN akan menganggap prosedur tersebut telah gagal.

Transfer Status RAN adalah proses mentransfer informasi status uplink dan downlink terminal (UE) dari node radio access network (RAN) sumber ke node RAN target dalam jaringan 5G. Hal ini biasanya terjadi selama handover atau skenario konektivitas ganda. Selama proses ini, AMF mengirimkan informasi tentang data downlink (misalnya, jumlah paket yang diteruskan), bersama dengan status SN dan nomor urut PDCP (Packet Data Convergence Protocol) dan status hyperframe number (HFN) untuk data uplink dan downlink, ke RAN target.   I. Transfer Status RAN Uplinkr bertujuan untuk memungkinkan handover tanpa kehilangan data melalui NG-RAN. Proses transfer menggunakan sinyal terkait UE. Proses spesifiknya ditunjukkan pada Gambar 8.4.6.2-1 di bawah ini, di mana:   Node NG-RAN sumber memulai proses ini dengan menghentikan alokasi PDCP SN untuk downlink SDU dan mengirimkan pesan UPLINK RAN STATUS TRANSFER ke AMF ketika dianggap status pemancar/penerima telah dibekukan. Untuk setiap DRB yang berlaku untuk pelestarian status PDCP-SN dan HFN, node NG-RAN sumber harus menyertakan DRB ID IE, UL COUNT IE, dan DL COUNT IE dalam DRB Subject Status Transfer List IE di dalam RAN Status Transfer Transparent Container IE dari pesan UPLINK RAN STATUS TRANSFER. Untuk setiap DRB yang node NG-RAN sumbernya telah menerima permintaan penerusan uplink dari node NG-RAN target, node NG-RAN sumber juga dapat menyertakan SDU uplink yang hilang dan diterima dalam UL PDCP SDUs IE dari pesan UPLINK RAN STATUS TRANSFER.   II. Transfer Status RAN Downlink bertujuan untuk mengimplementasikan prosedur transfer handover tanpa kehilangan data berbasis NG-RAN menggunakan sinyal terkait UE. Proses spesifiknya ditunjukkan pada Gambar 8.4.7.2-1 di bawah ini, di mana:     AMF memulai prosedur ini dengan mengirimkan pesan DOWNLINK RAN STATUS TRANSFER ke node NG-RAN target. Node NG-RAN target yang melakukan handover ini sesuai dengan TS 38.300 dan menggunakan konfigurasi penuh harus mengabaikan informasi yang diterima dalam pesan ini. Untuk setiap DRB dalam RAN Status Transfer Transparent Container IE yang tunduk pada State Transfer List IE, node NG-RAN target tidak boleh mengirimkan paket data uplink apa pun dengan PDCP-SN lebih rendah dari nilai UL Count Value IE. Untuk setiap DRB dalam RAN Status Transfer Transparent Container IE yang tunduk pada State Transfer List IE, node NG-RAN target harus menggunakan nilai DL COUNT Value IE dari paket data downlink pertama yang belum ditetapkan PDCP-SN. Jika setidaknya satu DRB dalam RAN Status Transfer Transparent Container IE dari pesan DOWNLINK RAN STATUS TRANSFER berisi status penerimaan UL PDCP SDUs IE, node NG-RAN target dapat menggunakannya dalam pesan laporan status yang dikirim ke UE melalui antarmuka radio.

  Tujuan dari proses PATH SWITCH REQUEST adalah untuk membangun koneksi sinyal terkait UE dengan 5GC dan, jika berlaku,meminta bahwa titik akhir downlink dari pembawa transportasi NG-U dipindahkan ke titik akhir baru. 3GPP mendefinisikan proses 5G yang relevan dalam TS38.413 setelah memungkinkan teknologi IAB, slicing, positioning dan ranging sebagai berikut;   I. Pengolahan IAB otorisasi   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE berisi IAB Authorization IE,node NG-RAN (jika didukung) harus menyimpan informasi otorisasi IAB yang diterima dalam konteks UE dan menggunakannya sebagaimana ditentukan dalam TS 38.401.   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE berisi Mobile IAB Authorization IE,node NG-RAN (jika didukung) harus menyimpan status otorisasi Mobile IAB yang diterima dalam konteks UE dari Mobile IAB-MT. Jika Mobile IAB Authorization IE dari Mobile IAB-MT ditetapkan sebagai "Tidak Diizinkan", node NG-RAN (jika didukung) harus memastikan bahwa node Mobile IAB tidak melayani UE.   II. NSSAI dan Ranging and Positioning   Jika IE "NSSAI Sebagian Diizinkan" termasuk dalam Pesan Pengakuan Permintaan Pindah Jalur (PATH SWITCH REQUEST ACKNOWLEDGE),node NG-RAN (jika didukung) harus menyimpulkan potongan jaringan yang sebagian diizinkan untuk UE dari itu, menyimpan dan mengganti setiap "NSSAI yang Diizinkan Sebagian" yang sebelumnya diterima, dan menggunakannya sebagaimana ditentukan dalam TS 23.501.   Jika "Informasi Layanan Lokasi Jarak dan Sidetrack" IE termasuk dalam Pesan Pengakuan Permintaan Peralihan Jalur (PATH SWITCH REQUEST ACKNOWLEDGE),node NG-RAN (jika didukung) harus memperbarui informasi layanan lokasi jarak dan sidetrack UE sesuaiJika "Range and Sidetrack Positioning Authorization" IE dalam "Range and Sidetrack Positioning Service Information" IE diatur menjadi "Unauthorized"," node NG-RAN (jika didukung) harus mengambil langkah untuk memastikan bahwa UE tidak lagi memiliki akses ke layanan ranging dan sidetrack positioning.   III. Prosedur Pelaporan Transisi RRC Tidak Aktif   Jika RRC Inaktiv Transition Report Request IE dimasukkan dalam pesan Pengesahan Permintaan Peralihan Jalur dan ditetapkan sebagai "Single RRC Connection Status Report," dan UE berada di negara RRC_CONNECTED, node NG-RAN (jika didukung) harus mengirim pesan Laporan Transisi RRC Tidak Aktif ke AMF untuk melaporkan status RRC UE.   Jika RRC Inaktif Permintaan Laporan Transisi IE termasuk dalam PATH SWITCH REQUEST ACKNOWLEDGE pesan dan ditetapkan untuk "Single RRC Connection Status Report", dan UE berada dalam keadaan RRC_INACTIVE,node NG-RAN harus (jika didukung) mengirim pesan RRC Inactive Transition Report ke AMF., dan pesan RRC Inactive Transition Report berikutnya pada transisi RRC ke RRC_CONNECTED.   Jika RRC Inaktiv Transition Report Request IE termasuk dalam pesan PATH SWITCH REQUEST CONNECUEDDGE dan ditetapkan sebagai "Subsequent State Transition Report",node NG-RAN harus (jika didukung) mengirim pesan RRC INACTIVE TRANSION REPORT ke AMF untuk melaporkan status RRC UE., dan pesan RRC INACTIVE TRANSION REPORT berikutnya untuk melaporkan status RRC UE saat UE memasuki atau meninggalkan negara RRC_INACTIVE.   IV. Prosedur pemberitahuan sumber daya sesi PDU   Jika PATH SWITCH REQUEST ACKNOWLEDGE pesan PATH Switch Request Acknowledgment Transfer IE berisi QoS terkait parameter (misalnya,CN Packet Delay Budget Downlink IE atau CN Packet Delay Budget Uplink IE), tetapi node NG-RAN tidak dapat menerima parameter dengan sukses, node NG-RAN harus terus menggunakan nilai lama (jika ada) yang diterima dari node NG-RAN sumber.node NG-RAN harus memberi tahu AMF dengan mengirim pesan NOTIFY PDU SESSION RESOURCE.    

  Tujuan dari proses permintaan jalur handover adalah untuk membangun koneksi pensinyalan yang relevan antara terminal (UE) dan 5GC dan, jika berlaku, meminta titik terminasi downlink dari pembawa transport NG-U untuk dialihkan ke titik terminasi baru. Untuk handover layanan terkait UE di antarmuka PC5 di Sildlink, 3GPP mendefinisikannya dalam TS38.413 sebagai berikut;   I. Pemrosesan QoS PC5 Permintaan jalur dalam handover antarmuka PC5 di Sildlink didefinisikan sebagai berikut;   Jika pesan Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) berisi IE parameter QoS PC5, node NG-RAN harus (jika didukung) menggunakannya sebagaimana didefinisikan dalam TS 23.287. Jika pesan Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) berisi IE parameter QoS A2X PC5, node NG-RAN harus (jika didukung) menggunakannya sebagaimana didefinisikan dalam TS 23.256. Jika pesan Path Switch Request Acknowledge menyertakan IE Daftar Set Parameter QoS Alternatif, node NG-RAN harus (jika didukung) menggunakannya sebagaimana ditentukan dalam TS 23.502. II. Permintaan Jalur dalam CE-mode-B dan User Plane CIoT Handover didefinisikan sebagai berikut:   Jika pesan Path Switch Request Acknowledge menyertakan IE Pembatasan CE-mode-B, IE Pembatasan Cakupan yang Ditingkatkan tidak diatur ke "terbatas", dan informasi Pembatasan Cakupan yang Ditingkatkan yang disimpan dalam konteks UE tidak diatur ke "terbatas", node NG-RAN harus (jika didukung) menyimpan informasi ini dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 23.501. Jika pesan Path Switch Request Acknowledge menyertakan IE Indikator Dukungan CIoT User Plane UE, node NG-RAN harus (jika didukung) menyimpan informasi ini dalam konteks UE dan mengasumsikan bahwa UE mendukung Optimasi 5GS CIoT User Plane sebagaimana ditentukan dalam TS 23.501. Jika pesan Path Switch Request Acknowledge menyertakan IE ID Kemampuan Radio UE, node NG-RAN harus (jika didukung) menggunakannya sebagaimana ditentukan dalam TS 23.501 dan TS 23.502. III. Aktivitas UE yang Diharapkan Sesi PDU dan Permintaan Jalur dalam MDT Handover didefinisikan sebagai berikut: Untuk setiap Sesi PDU, jika pesan PATH SWITCH REQUEST ACKNOWLEDGE menyertakan IE "Perilaku Aktivitas UE yang Diharapkan Sesi PDU", node NG-RAN harus (jika didukung) memproses informasi ini sebagaimana ditentukan dalam TS 23.501. Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE menyertakan IE "Daftar PLMN MDT Berbasis Manajemen", node NG-RAN harus menyimpannya dalam konteks UE dan, jika didukung, menggunakan daftar ini untuk memungkinkan pemilihan UE selanjutnya untuk MDT berbasis manajemen sebagaimana didefinisikan dalam TS 32.422. Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE menyertakan IE "Daftar Modifikasi PLMN MDT Berbasis Manajemen", node NG-RAN (jika didukung) harus menggunakan daftar ini untuk menimpa informasi daftar PLMN MDT berbasis manajemen yang disimpan sebelumnya dalam konteks UE dan menggunakan informasi yang diterima untuk memungkinkan pemilihan UE selanjutnya untuk MDT berbasis manajemen sebagaimana didefinisikan dalam TS 32.422. Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE menyertakan IE Informasi Bantuan Sinkronisasi Waktu, node NG-RAN (jika didukung) harus menyimpan informasi ini dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 23.501. IV. Permintaan Jalur dalam 5G ProSe Handover didefinisikan sebagai berikut: Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE menyertakan IE 5G ProSe Authorized, node NG-RAN (jika didukung) harus memperbarui informasi otorisasi ProSe-nya untuk UE yang sesuai. Jika Informasi Otorisasi 5G ProSe (IE 5G ProSe Authorized) berisi satu atau lebih IE yang diatur ke "Tidak Diotorisasi," node NG-RAN (jika didukung) harus mengambil langkah-langkah untuk memastikan bahwa UE tidak lagi memiliki akses ke layanan 5G ProSe yang terkait. Jika IE Parameter QoS PC5 5G ProSe disertakan dalam pesan PATH SWITCH REQUEST ACKNOWLEDGE, node NG-RAN (jika didukung) harus menggunakannya sebagaimana didefinisikan dalam TS 23.304. Jika IE Informasi Langganan UE Udara disertakan dalam pesan PATH SWITCH REQUEST ACKNOWLEDGE, node NG-RAN (jika didukung) harus menyimpan informasi ini atau menimpa informasi yang disimpan sebelumnya dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 38.300. Jika IE Laju Bit Maksimum Agregat PC5 UE 5G ProSe disertakan dalam pesan PATH SWITCH REQUEST ACKNOWLEDGE, node NG-RAN harus (jika didukung) melakukan tindakan berikut: Ganti Laju Bit Maksimum Agregat PC5 UE 5G ProSe yang disediakan sebelumnya (jika tersedia dalam konteks UE) dengan nilai yang diterima; Gunakan nilai yang diterima untuk komunikasi sidelink untuk UE terkait dalam mode penjadwalan jaringan untuk layanan 5G ProSe.

  1. Network slicing membagi sebuah jaringan menjadi kasus penggunaan independen, masing-masing disesuaikan untuk menyediakan layanan khusus. Di era 4G (LTE) tradisional, APN (Nama Titik Akses) adalah bentuk pertama dari network slicing di jaringan seluler, yang memungkinkan operator untuk mempartisi jaringan mereka berdasarkan persyaratan layanan.   2. Potongan jaringan 5G, yang didefinisikan oleh 3GPP, menampilkan instance jaringan independen dengan kontrol dan pemrosesan bidang pengguna yang independen. Potongan-potongan ini memerlukan dukungan dari Jaringan Inti 5G (5GC), yang hanya digunakan dalam 5G dengan Arsitektur Mandiri (SA).   3. Elemen Jaringan dan Pengidentifikasi: Penerapan slicing di 5G mencakup fungsi jaringan seperti peralatan pengguna (UE), jaringan akses radio generasi berikutnya (NG-RAN), fungsi bidang kontrol (misalnya, AMF, PCF, SMF), dan fungsi bidang pengguna (misalnya, UPF). Setiap potongan jaringan diidentifikasi oleh S-NSSAI (Jenis Layanan Potongan), yang mencakup Jenis Layanan Potongan (SST) untuk menunjukkan layanan yang diterapkan oleh potongan jaringan. Operator jaringan dapat menggunakan nilai SST yang terstandarisasi ​​seperti: 1 untuk broadband seluler yang ditingkatkan, 2 untuk komunikasi latensi rendah yang sangat andal, 3 untuk IoT masif, 4 untuk vehicle-to-everything (V2X), 5 untuk komunikasi tipe mesin berkinerja tinggi. Mereka juga dapat menggunakan nilai SST yang ditentukan secara lokal dan tidak terstandarisasi.   4. Dukungan Network Slicing Terminal: Untuk terminal 5G SA (mandiri) (UE) yang dikonfigurasi dengan USRP (Kebijakan Perutean UE), mereka dapat memilih S-NSSAI untuk network slicing (layanan) berdasarkan aplikasi yang diinginkan (tergantung pada persyaratan kualitas layanan aplikasi). Misalnya, Galaxy S24 Ultra pertama Samsung yang dilengkapi dengan URSP memungkinkan pemilihan potongan dan eksekusi layanan dalam sistem 5G.   5. Dukungan Network Slicing Sistem: ADC (Deteksi dan Kontrol) diaktifkan (fungsi dalam elemen jaringan inti 5G PCF (Fungsi Kontrol Kebijakan) dan SMF (Fungsi Manajemen Sesi)). ADC digunakan untuk mengidentifikasi aplikasi atau lalu lintas di sisi jaringan, menerapkan kebijakan seperti kualitas layanan, penagihan, atau pengalihan, dan menerapkan klasifikasi dan prioritas lalu lintas secara real-time.   6. Contoh Penerapan Komersial Network Slicing: Singapore Telecommunications (Singtel) telah meluncurkan Singtel 5G+, sebuah inovasi "network slicing" canggih yang memberikan standar konektivitas baru dan pengalaman yang diprioritaskan melalui tiga fitur utama: Singtel 5G+: Satu-satunya jaringan yang menggunakan pita spektrum 700MHz, memberikan jangkauan nasional yang optimal, bahkan di dalam ruangan. Singtel 5G+ Ditingkatkan: Jangkauan yang lebih luas dan kecepatan yang lebih cepat, dengan kecepatan hingga 2x secara konsisten. Singtel 5G+ Prioritas: Saluran jaringan yang diprioritaskan dengan kecepatan 4x lebih cepat, selalu memprioritaskan layanan dan mendeteksi yang muncul

3GPP mendefinisikan hal berikut dalam TS 38.413 mengenai pembatasan cakupan yang ditingkatkan, waktu koneksi yang diperpanjang, otorisasi layanan V2X,dan pemrosesan permintaan jalur penyerahan untuk terminal agregasi sidelink dalam sistem 5G:   I. Pembatasan cakupan yang ditingkatkan dan waktu koneksi yang diperpanjang   Jika PATH Switch Request Acknowledgement (PATH SWITCH REQUEST ACKNOWLEDGE) pesan termasukPembatasan cakupan yang ditingkatkan IE, node NG-RAN HARUS (jika didukung) menyimpan informasi ini dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 23.501.   Jika PATH Switch Request Acknowledgement (PATH SWITCH REQUEST ACKNOWLEDGE) pesan termasukPerpanjang Waktu Terhubung IE, node NG-RAN SHOULD (jika didukung) menggunakannya seperti yang didefinisikan dalam TS 23.501.   Jika PATH SWITCH REQUEST ACKNOWLEDGE (Path Switch Request Acknowledgment) pesan termasuk UE Differentiation Information IE, node NG-RAN (jika didukung) harus menyimpan informasi ini diUEkonteks untuk penggunaan lebih lanjut sesuai dengan TS 23.501.   II. Otorisasi Layanan NR V2X   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE mencakup IE Otorisasi Layanan NR V2X,node NG-RAN (jika didukung) harus memperbarui informasi otorisasi layanan NR V2X untuk UE sesuai.   Jika IE Otorisasi Layanan NR V2X mencakup satu atau lebih IE yang ditetapkan sebagai "Tidak Berwenang," node NG-RAN (jika didukung) harus mengambil langkah-langkah untuk memastikan bahwa UE tidak lagi memiliki akses ke layanan terkait.   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE mencakup IE Otorisasi Layanan LTE V2X,node NG-RAN (jika didukung) harus memperbarui informasi otorisasi layanan LTE V2X untuk UE sesuai.Jika LTE V2X Service Authorization IE berisi satu atau lebih IE yang ditetapkan sebagai "Unauthorized"," node NG-RAN (jika didukung) harus mengambil tindakan untuk memastikan bahwa UE tidak lagi memiliki akses ke layanan terkait.   Jika NR A2X Service Authorization IE berisi satu atau lebih IE yang ditetapkan sebagai "Unauthorized"," node NG-RAN (jika didukung) harus mengambil tindakan untuk memastikan bahwa UE tidak lagi memiliki akses ke layanan terkait.   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE berisi LTE A2X Service Authorization IE,node NG-RAN (jika didukung) harus memperbarui informasi Otorisasi Layanan LTE A2X untuk UE sesuai.   Jika IE Otorisasi Layanan LTE A2X berisi satu atau lebih IE yang ditetapkan sebagai "Tidak Diizinkan," node NG-RAN (jika didukung) harus mengambil tindakan untuk memastikan bahwa UE tidak lagi memiliki akses ke layanan terkait.   III. Sidelink dan Pengolahan Agregasi   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE berisi NR UE Sidelink Aggregate Maximum Bit Rate IE, node NG-RAN (jika didukung) harus melakukan operasi berikut: Gantikan tingkat bit agregat maksimum UE Sidelink yang telah diberikan sebelumnya (jika tersedia dalam konteks UE) dengan nilai yang diterima; Menggunakan nilai yang diterima untuk komunikasi sidelink dengan UE yang terkait dalam mode penjadwalan jaringan NR V2X.   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE berisi LTE UE Sidelink Aggregate Maximum Bit Rate IE, node NG-RAN (jika didukung) harus melakukan operasi berikut: Gantikan tingkat bit agregat maksimum UE Sidelink yang telah diberikan sebelumnya (jika tersedia dalam konteks UE) dengan nilai yang diterima; Menggunakan nilai yang diterima untuk komunikasi sidelink dengan UE yang terkait dalam mode penjadwalan jaringan LTE V2X. Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE mencakup NR A2X UE PC5 agregat maksimum bitrate IE, node NG-RAN (jika didukung) harus melakukan operasi berikut: Mengganti tingkat bit maksimum agregat NR A2X UE PC5 yang telah diberikan sebelumnya (jika tersedia dalam konteks UE) dengan nilai yang diterima; Dalam mode jaringan terjadwal, gunakan nilai yang diterima untuk komunikasi sidelink layanan NR A2X untuk UE terkait. Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE mencakup tingkat bit maksimum agregat LTE A2X UE PC5 IE, node NG-RAN (jika didukung) harus melakukan operasi berikut: Ganti laju bit maksimum agregat LTE A2X UE PC5 yang telah diberikan sebelumnya (jika tersedia dalam konteks UE) dengan nilai yang diterima; Dalam mode jaringan terjadwal, gunakan nilai yang diterima untuk komunikasi sidelink layanan LTE A2X untuk UE terkait.

  Dalam sistem 5G, handover permintaan jalur adalah permintaan oleh terminal (UE) untuk membangun koneksi pensinyalan terkait UE dengan 5GC dan, jika berlaku, meminta agar titik terminasi downlink pembawa transportasi NG-U dialihkan ke titik terminasi baru. Karena 5G mendukung peningkatan jumlah jenis layanan, konten permintaan jalur selama handover akan menjadi semakin kompleks. 3GPP mendefinisikan ini dalam TS 38.413 sebagai berikut.   I. Anggaran Penundaan Paket   Jika Anggaran Penundaan Paket CN Downlink IE disertakan dalam IE Transportasi Pengakuan Permintaan Pengalihan Jalur dari pesan Pengakuan Permintaan Pengalihan Jalur (PATH SWITCH REQUEST ACKNOWLEDGE), node NG-RAN HARUS (jika didukung) mengganti Anggaran Penundaan Paket CN Downlink yang sebelumnya disediakan (jika ada) dan menggunakannya sebagaimana ditentukan dalam TS 23.502.   Jika Anggaran Penundaan Paket CN Uplink IE disertakan dalam IE Transportasi Ack Permintaan Pengalihan Jalur dari pesan Ack Permintaan Pengalihan Jalur, node NG-RAN harus (jika didukung) mengganti Anggaran Penundaan Paket CN Uplink yang sebelumnya disediakan (jika ada) dan menggunakannya sebagaimana ditentukan dalam TS 23.502.   II. Penanganan Data Burst   Jika IE Waktu Kedatangan Burst Downlink disertakan dalam IE Transportasi Ack Permintaan Pengalihan Jalur dari pesan Ack Permintaan Pengalihan Jalur, node NG-RAN harus (jika didukung) mengganti nilai yang sebelumnya disediakan (jika ada) dan menggunakannya sebagaimana ditentukan dalam TS 23.502.   III. Penanganan Informasi Bantuan Jaringan Inti dan RRC Tidak Aktif   Jika Informasi Bantuan Jaringan Inti dari IE RRC TIDAK AKTIF disertakan dalam pesan Konfirmasi Permintaan Pengalihan Jalur, node NG-RAN (jika didukung) harus menyimpan informasi ini dalam konteks UE dan menggunakannya untuk keputusan status RRC_TIDAK AKTIF dan konfigurasi RNA UE dan paging RAN (jika ada), sebagaimana dijelaskan dalam TS 38.300.   Jika Informasi Bantuan Jaringan Inti dari IE RRC TIDAK AKTIF menyertakan IE Semua PLMN MICO, node NG-RAN (jika didukung) harus memperlakukan area pendaftaran UE sebagai PLMN lengkap dan mengabaikan daftar TAI dari IE RRC Tidak Aktif.   Jika Informasi Bantuan Jaringan Inti dari IE RRC TIDAK AKTIF menyertakan IE Indikasi Penyebab Paging Layanan Suara, node NG-RAN (jika didukung) harus menyimpan dan menggunakannya sebagaimana ditentukan dalam TS 38.300.   Jika Informasi Bantuan Jaringan Inti dari IE RRC TIDAK AKTIF menyertakan IE Informasi Bantuan PEIPS, node NG-RAN (jika didukung) harus menyimpannya dan menggunakannya untuk subgrup paging UE dalam status RRC_TIDAK AKTIF, sebagaimana dijelaskan dalam TS 38.300.   Jika IE Penanganan Komunikasi MT CN disertakan dalam Informasi Bantuan Jaringan Inti (IE RRC TIDAK AKTIF), node NG-RAN harus (jika didukung) menyimpan IE ini dan selanjutnya dapat meminta CN untuk melakukan penanganan komunikasi MT, sebagaimana dijelaskan dalam TS 23.502, tergantung pada implementasinya.   Jika IE Penyesuaian Parameter RAN Bantuan CN disertakan dalam pesan Pengakuan Permintaan Pengalihan Jalur (PATH SWITCH REQUEST ACKNOWLEDGE), node NG-RAN dapat menggunakan IE ini sebagaimana dijelaskan dalam TS 23.501.   Jika IE Permintaan Laporan Transisi RRC TIDAK AKTIF disertakan dalam pesan Pengakuan Permintaan Pengalihan Jalur (PATH SWITCH REQUEST ACKNOWLEDGE), node NG-RAN harus (jika didukung) menyimpan informasi ini dalam konteks UE.   V. Pemrosesan EPS dan SRVCC   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE menyertakan Pengalihan untuk Suara EPS Fallback IE, node NG-RAN harus (jika didukung) menyimpan IE ini dan menggunakannya dalam keputusan fallback EPS suara berikutnya sebagaimana ditentukan dalam TS 23.502.   Jika pesan PATH SWITCH REQUEST ACKNOWLEDGE berisi informasi IE Operasi SRVCC Dimungkinkan, node NG-RAN harus (jika didukung) menyimpan konten IE Operasi SRVCC Dimungkinkan yang diterima dalam konteks UE dan menggunakannya sebagaimana didefinisikan dalam TS 23.216.