Çin Shenzhen Olax Technology CO.,Ltd Şirket Haberleri

Geleneksel sistemlerin karmaşık yapısı nedeniyleCLIveSNMve işlem mekanizması için destek eksikliği,NETCONF5G sisteminde ağ yönetimi protokolü etkinleştirilmiştir.NMS(ağ yönetim sistemi) yönlendiricilere bağlı ağ cihazlarının yapılandırmasını, eNodeB, gNodeB, DU, CU veya RU'ya yayınlamak, değiştirmek ve silmek için.Yapı ve servis oturumları şöyle:;   Ben.Çalışma prensibi NETCONF sistemi en az birNMSNETCONF mimarisi iki rol içerir: istemci ve sunucu     II.Sistem yapısı özellikleriNETCONF, aşağıdakileri içeren tüm ağ cihazlarını yöneten en az bir NMS içerir:   2.1Müşteri.Aşağıdaki işlevleri sağlar:   Ağ cihazlarını yönetmek için NETCONF kullanın. RPC isteklerini NETCONF sunucusuna bir veya daha fazla parametre değerini sorgulamak veya değiştirmek için gönderin. Yönetilen cihazın NETCONF sunucusu tarafından gönderilen alarmlara ve olaylara göre yönetilen cihazın durumunu anlamak. 2.2sunucu Yönetilen bir cihaz bir arıza veya başka bir tür olay yaşarsa,NETCONF sunucusu alarm veya olayı bir bildirim mekanizması aracılığıyla istemciye rapor eder., müşteriye yönetilen cihazın durumunu anlamalarını sağlar.   III.NETCONF Oturumu: Aşağıdaki resimde gösterildiği gibi, istemci ve sunucu RPC mekanizmasını kullanarak iletişim kurarlar.Müşteri sunucuya bir RPC isteği gönderirNETCONF istemcisi ve sunucu RPC mekanizmasını kullanarak iletişim kurar.İletişim yalnızca güvenli bir bağlantı odaklı oturum kurulduktan sonra izin verilir.Oturum oluşturma ve sonlandırma işlemi şöyle:       Müşteri sunucuyla bir SSH bağlantısı kurar ve kimlik doğrulama ve yetkilendirmeyi tamamladıktan sonra sunucuyla bir NETCONF oturumunu kurar. Müşteri ve sunucu değişimiMerhaba.Mesajları müzakere yetenekleri için. Müşteri, sunucuya bir veya daha fazla RPC isteği gönderir. Yapılandırmayı değiştirin ve yükleyin. Sorgu yapılandırma verileri veya durumu; Aygıt üzerinde bakım işlemleri gerçekleştirmek; Müşteri, NETCONF oturumunu sonlandırır. SSH bağlantısı sona erdi.

  NETCONFAğ Yapılandırma Protokolü'nün kısaltmasıdır ve NMS'nin (Ağ Yönetim Sistemi) bağlı ağ cihazlarının (yönlendiriciler, eNodeB, gNodeB, DU, CU veya RU) yapılandırmasını yayınlamasına, değiştirmesine ve silmesine olanak tanıyan bir ağ yönetim protokolüdür. NETCONF, IETF tarafından geliştirilmiş ve standartlaştırılmıştır; O-RAN için ise WG'nin (Çalışma Grubu 4) sorumluluğundadır.     I. NETCONF protokolü yapılandırma verilerini ve protokol mesajlarını işlemek için XML (Genişletilebilir İşaretleme Dili) veri kodlamasını kullanır; sunucu ve istemci kavramına dayanır ve sunucu ile istemci arasında iletişim sağlamak için RPC (Uzaktan Prosedür Çağrısı) mekanizmasını kullanır. İstemci süreci, bir komut dosyası veya uygulama olabilen NMS'de çalışır ve sunucu tipik bir ağ cihazıdır.   II. NETCONF'un özellikleri şunlardır: Katmanlı bir protokol çerçevesi benimser, bu da onu talep üzerine, otomatik ve bulut tabanlı ağlar için daha uygun hale getirir. Ağ cihazlarına yapılandırmalar yayınlamak, değiştirmek ve silmek için kullanılır. Yapılandırma verilerinin ve protokol mesajlarının veri kodlaması için XML (Genişletilebilir İşaretleme Dili) kullanılır. Sunucu ve istemci konseptine dayanarak, NMS bir istemci gibi davranır ve ağ cihazı bir sunucu gibi davranır. Sunucular ve istemciler arasındaki iletişim, RPC (Uzaktan Prosedür Çağrısı) mekanizması kullanılarak sağlanır. İşlemler, YANG modeline göre yürütülür ve manuel yapılandırma hatalarından kaynaklanan ağ arızalarını azaltır. NETCONF, ağ otomasyonu ihtiyaçlarını karşılar. Güvenli mesaj iletimini sağlamak için kimlik doğrulama ve yetkilendirme gibi güvenlik mekanizmaları sağlar. Ayrıca, veri sınıflandırması, depolama ve geçiş, aşamalı taahhüt ve yapılandırma izolasyonunu destekleyen işlem mekanizmaları sağlar. Ağ hizmetleri üzerindeki etkiyi en aza indirerek kapsamlı yapılandırma teslimi, doğrulama ve geri alma işlemlerini destekler. Satıcıların, benzersiz yönetim yeteneklerini uygulamak için kendi protokol işlemlerini tanımlamalarına olanak tanır. 3. Neden NETCONF'a ihtiyaç duyulur? Bulut ağlarının temel bir gereksinimi, hızlı, talep üzerine hizmet sunumu ve otomatik operasyon yönetimi için ağ otomasyonudur. CLI ve SNM gibi geleneksel yöntemler bu gereksinimi karşılayamaz. NETCONF'un ele aldığı aşağıdaki sınırlamalara sahiptirler.   31. CLI'nın dezavantajları: İlk olarak, yapılandırma karmaşıktır. İkincisi, şunlardır: CLIs, satıcıya göre değişiklik gösterir ve kullanıcıların her satıcı için CLI komut dosyalarını öğrenmesini ve uyum sağlamasını gerektirir. CLI yapısında ve sözdiziminde sık yapılan değişiklikler, CLI komut dosyalarının bakımını zorlaştırır. Komut çıktısı yapılandırılmamış, öngörülemez ve kolayca değiştirilebilir, bu da CLI komut dosyalarının otomatik olarak ayrıştırılmasını zorlaştırır. 3.2 SNMP'nin dezavantajları: SNMP, verimsiz yapılandırmayla sonuçlanan işlemleri desteklemez. SNMP, güvenilir, sıralı veri iletimi sağlamayan ve etkili güvenlik mekanizmalarından yoksun olan Kullanıcı Datagram Protokolü'nü (UDP) kullanır. SNMP, yapılandırma işlemlerini göndermek için bir mekanizmadan yoksundur. SNMP, cihaz yapılandırmasını cihaz bazında yönetir ve ağ düzeyinde yapılandırmayı veya çok cihazlı yapılandırma işbirliğini desteklemez.

NETCONFNetwork Configuration Protocol'un tam adı, NMS'nin (Network Management System) yayınlanmasını sağlayan bir ağ yönetimi protokolüdür.Bağlı ağ cihazlarının (yönlendiricilerin) yapılandırmasını değiştirmek ve silmekNETCONF, IETF tarafından geliştirilmiş ve standartlaştırılmıştır; O-RAN için ise WG'nin (İşçi Grubu 4) sorumluluğundadır.   1.NETCONF protokolüYapılandırma verilerini ve protokol mesajlarını işlemek için XML (Ekstensible Markup Language) veri kodlamasını kullanır.Sunucu ve istemci kavramına dayanır ve sunucu ve istemci arasındaki iletişimi gerçekleştirmek için RPC (Uzak Prosedür Çağrısı) mekanizmasını kullanırMüşteri işlemi bir betik veya uygulama olabilir ve sunucu tipik bir ağ cihazıdır.   2.NETCONF'un özellikleriaşağıdaki gibidir: Katmanlı bir protokol çerçevesi benimsiyor, bu da onu talep üzerine, otomatik ve bulut tabanlı ağlar için daha uygun hale getiriyor. Ağ cihazlarına yapılandırmalar vermek, değiştirmek ve silmek için kullanılır. XML (Extensible Markup Language), yapılandırma verilerinin ve protokol mesajlarının veri kodlaması için kullanılır. Sunucu ve istemci kavramına dayanarak, NMS bir istemci ve ağ cihazı bir sunucu olarak hareket eder. Sunucular ve istemciler arasındaki iletişim, RPC (Uzak Prosedür Çağrısı) mekanizması kullanılarak sağlanır. İşlemler, manuel yapılandırma hatalarından kaynaklanan ağ arızalarını azaltan YANG modeline dayanarak yürütülür. NETCONF, ağ otomasyonunun ihtiyaçlarını karşılar. Güvenli mesaj iletimini sağlamak için kimlik doğrulama ve yetkilendirme gibi güvenlik mekanizmaları sağlar.Depolama ve göç, aşamalı bağlılık ve yapılandırma izole edilmesi. Kapsamlı yapılandırma teslimatı, doğrulama ve geri dönüşü destekler ve ağ hizmetleri üzerindeki etkiyi en aza indirir. Satıcıların benzersiz yönetim yeteneklerini uygulamak için kendi protokol işlemlerini tanımlamalarına izin verir.     3NETCONF'a neden ihtiyaç var?Bulut ağlarının temel bir gereksinimleri, hızlı, talep üzerine hizmet sağlaması ve otomatik operasyon yönetimi için ağ otomasyonudur.CLI ve SNM gibi geleneksel yaklaşımlar bu gereksinimi karşılayamaz.. NETCONF'un ele aldığı aşağıdaki sınırlamalara sahiptirler.   31. CLI'nin dezavantajları: Birincisi, yapılandırma karmaşıktır. İkincisi, aşağıdakiler: CLI'ler satıcıya göre değişir ve kullanıcıların her satıcı için CLI betiklerini öğrenmelerini ve uyarlamalarını gerektirir. CLI yapısı ve sözdizimi sık sık değişir, bu da CLI betiklerinin bakımını zorlaştırır. Komut çıkışı yapılandırılmamış, tahmin edilemez ve kolayca değiştirilebilir, bu da CLI betiklerinin otomatik olarak ayrıştırılmasını zorlaştırır.   3.2 SNMP'nin dezavantajları: SNMP işlemleri desteklemez, bu da verimsiz yapılandırmaya neden olur. SNMP, güvenilir, sıralı veri iletimi sağlayamayan ve etkili güvenlik mekanizmalarından yoksun olan Kullanıcı Datagram Protokolü'nü (UDP) kullanır. SNMP, yapılandırma işlemlerini göndermek için bir mekanizmaya sahip değildir. SNMP, aygıt konfigürasyonunu aygıt başına yönetir ve ağ düzeyinde konfigürasyonu veya çoklu aygıt konfigürasyon işbirliğini desteklemez.

  5G sisteminde, Yol Değiştirme İsteği (PATH SWITCH REQUEST), terminalin (UE) 5GC ile bir sinyalizasyon bağlantısı kurması ve uygulanabilirse, NG-U taşıma taşıyıcısının indirme işleminin yeni bir hizmet düğümüne geçirilmesini talep etmesi için bir istektir. Bu istek çeşitli nedenlerle başarısız olabilir; 3GPP bunu TS 38.413'te aşağıdaki gibi tanımlar.   I. Yol İsteği İşlemi Başarısızlığı   Aşağıdaki Şekil 8.4.4.3-1'de gösterildiği gibi, bir istek başarısızlığına tipik olarak NG-RAN düğümü bir "YOL DEĞİŞTİRME İSTEĞİ" yayınladıktan sonra AMF tarafından yanıt verilir.       II. İstek işlemi başarısızlık senaryoları tipik olarak aşağıdaki gibidir:   Eğer 5GC, NG-U taşıma taşıyıcısının indirme sonlandırma noktasını tüm PDU oturumu kaynakları için yeni (hizmet) sonlandırma noktasına geçiremezse, AMF, NG-RAN düğümüne bir YOL DEĞİŞTİRME İSTEĞİ BAŞARISIZLIK mesajı göndermelidir.   NG-RAN düğümü, ilgili QoS akışlarını serbest bırakmalı ve YOL DEĞİŞTİRME İSTEĞİ BAŞARISIZLIK mesajında bulunan PDU Oturumu Kaynak Serbest Bırakma Listesi IE'sinde belirtilen PDU Oturumlarını serbest bırakılmış olarak kabul etmelidir.   Her serbest bırakılan PDU Oturumu için ilgili neden değeri, YOL DEĞİŞTİRME İSTEĞİ BAŞARISIZLIK mesajındaki Yol Değiştirme İsteği Başarısız Aktarım IE'sinde bulunur.   III. Anormal İşlemler Talep Etme   AMF, aynı değere ayarlanmış birden fazla PDU Oturumu Kimliği IE'si içeren bir mesaj alırsa (indirme listesindeki Değiştirilecek PDU Oturumu Kaynağı IE'sinde), AMF, NG-RAN düğümüne bir YOL DEĞİŞTİRME İSTEĞİ BAŞARISIZLIK mesajı göndermelidir. Ayrıca,   Bir istisna olarak, AMF bir Yol Değiştirme İsteği Başarısız Aktarım IE'si oluşturabilir.   Bir Kısmen İzin Verilen NSSAI IE'si bir YOL DEĞİŞTİRME İSTEĞİNİ ONAYLA mesajında alınırsa ve İzin Verilen NSSAI ve Kısmen İzin Verilen NSSAI'de bulunan toplam S-NSSAI sayısı 8'i aşarsa, NG-RAN düğümü prosedürün başarısız olduğunu kabul etmelidir.   Kısmen İzin Verilen NSSAI IE'sinde bulunan herhangi bir S-NSSAI, İzin Verilen NSSAI IE'sinde de bulunuyorsa, NG-RAN düğümü prosedürün başarısız olduğunu kabul etmelidir.

RAN Durum Transferi, bir terminal (UE) 'in yukarı bağlantı ve aşağı bağlantı durum bilgilerini bir kaynak radyo erişim ağı (RAN) düğümünden bir 5G ağındaki hedef RAN düğümüne aktarma işlemidir.Bu tipik olarak teslimat veya çift bağlantı senaryoları sırasında gerçekleşirBu süreç sırasında, AMF aşağı bağlantı verileri hakkında bilgi aktarır (örneğin, yönlendirilen paketlerin sayısı),Hem yukarı bağlantı hem de aşağı bağlantı verileri için SN durumu ve PDCP (Paket Veri Convergence Protokolü) dizi numarası ve hiperframe numarası (HFN) durumu ile birlikte, hedef RAN'a.   Ben.Uplink RAN Durum TransfirNG-RAN üzerinden kayıpsız devreye geçirmeyi mümkün kılmayı amaçlamaktadır.4.6.2-1 aşağıda, burada:   The source NG-RAN node initiates this process by stopping allocating PDCP SNs for downlink SDUs and sending an UPLINK RAN STATUS TRANSFER message to the AMF when it deems the transmitter/receiver status frozen. PDCP-SN ve HFN durumunun korunması uygulanabilecek her bir DRB için kaynak NG-RAN düğümünde DRB ID IE, UL COUNT IE,ve DL COUNT IE DRB Subject Status Transfer List'te RAN Status Transfer Transparent Container'de IE UPLINK RAN STATUS TRANSFER mesajının. Kaynak NG-RAN düğümünün hedef NG-RAN düğümünden bir yukarı bağlantı yönlendirme isteği kabul ettiği her DRB için,Kaynak NG-RAN düğümü, UPLINK RAN STATUS TRANSFER mesajının UL PDCP SDU IE'sindeki eksik ve alınan yüklü bağlantı SDU'larını da içerebilir..   II.Aşağı bağlantı RAN durum aktarımı Hedef, UE ile ilgili sinyalizasyonu kullanarak NG-RAN tabanlı kayıpsız devreye geçirme prosedürlerini uygulamaktır.4.7.2-1 aşağıda, burada:     AMF, hedef NG-RAN düğümüne bir DOWNLINK RAN STATUS TRANSFER mesajı göndererek bu prosedürü başlatır.300 ve tam bir yapılandırma kullanan bu mesajda alınan bilgileri görmezden gelmelidir.. RAN durum aktarımı şeffaf konteyner IE'deki devlet transfer listesi IE'ye tabi olan her DRB için:Hedef NG-RAN düğümü, bir PDCP-SN değerinin UL Sayım Değeri IE değerinden daha düşük olduğu herhangi bir yüklü bağlantı veri paketini göndermez.. RAN durum aktarımı şeffaf konteyner IE'deki devlet transfer listesi IE'ye tabi olan her DRB için:Hedef NG-RAN düğümü, henüz bir PDCP-SN atanmamış ilk aşağı bağlantı veri paketinin DL COUNT Değeri IE değerini kullanır.. Eğer RAN Durum Transferi Şeffaf Konteyner IE'deki en az bir DRB, DOWNLINK RAN STATUS TRANSFER mesajının UL PDCP SDU IE'nin alım durumunu içerirse,Hedef NG-RAN düğümü, UE'ye radyo arayüzü üzerinden gönderilen durum raporu mesajlarında bunu kullanabilir..

  PATH SWITCH REQUEST sürecinin amacı, 5GC ile UE ile ilgili bir sinyal bağlantısı kurmak ve uygulanabilirse, NG-U taşıma taşıyıcısının downlink sonlandırma noktasının yeni bir sonlandırma noktasına geçirilmesini talep etmektir. 3GPP, IAB, dilimleme, konumlandırma ve menzil teknolojilerini etkinleştirdikten sonra 5G'nin ilgili süreçlerini TS38.413'te aşağıdaki gibi tanımlar;   I. IAB Yetkilendirme İşlemi   PATH SWITCH REQUEST ACKNOWLEDGE mesajı IAB Yetkilendirme IE'sini içeriyorsa, NG-RAN düğümü (destekleniyorsa) alınan IAB yetkilendirme bilgilerini UE bağlamında saklar ve TS 38.401'de belirtildiği gibi kullanır.   PATH SWITCH REQUEST ACKNOWLEDGE mesajı Mobil IAB Yetkilendirme IE'sini içeriyorsa, NG-RAN düğümü (destekleniyorsa) alınan Mobil IAB yetkilendirme durumunu Mobil IAB-MT'nin UE bağlamında saklar. Mobil IAB-MT'nin Mobil IAB Yetkilendirme IE'si "Yetkisiz" olarak ayarlanmışsa, NG-RAN düğümü (destekleniyorsa) Mobil IAB düğümünün herhangi bir UE'ye hizmet vermemesini sağlar.   II. NSSAI ve Menzil ve Konumlandırma   "Kısmen İzin Verilen NSSAI" IE'si Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) mesajına dahil edilmişse, NG-RAN düğümü (destekleniyorsa) UE için kısmen izin verilen ağ dilimini bundan çıkarır, daha önce alınan herhangi bir "Kısmen İzin Verilen NSSAI"'yi saklar ve değiştirir ve TS 23.501'de belirtildiği gibi kullanır.   "Menzil ve Yan İz Konum Hizmet Bilgisi" IE'si Path Switch Request Acknowledge (PATH SWITCH REQUEST ACKNOWLEDGE) mesajına dahil edilmişse, NG-RAN düğümü (destekleniyorsa) UE'nin menzil ve yan iz konum hizmet bilgilerini buna göre günceller. Menzil ve Yan İz Konumlandırma Hizmet Bilgisi IE'sindeki "Menzil ve Yan İz Konumlandırma Yetkilendirmesi" IE'si "Yetkisiz" olarak ayarlanmışsa, NG-RAN düğümü (destekleniyorsa) UE'nin artık menzil ve yan iz konumlandırma hizmetlerine erişimi olmamasını sağlamak için adımlar atmalıdır.   III. RRC Etkin Olmayan Geçiş Raporu Prosedürü   RRC Etkin Olmayan Geçiş Raporu İsteği IE'si Path Switch Request Acknowledgement mesajına dahil edilmişse ve "Tek RRC Bağlantı Durumu Raporu" olarak ayarlanmışsa ve UE RRC_CONNECTED durumundaysa, NG-RAN düğümü (destekleniyorsa) UE'nin RRC durumunu bildirmek için AMF'ye bir RRC Etkin Olmayan Geçiş Raporu mesajı göndermelidir.   RRC Etkin Olmayan Geçiş Raporu İsteği IE'si PATH SWITCH REQUEST ACKNOWLEDGE mesajına dahil edilmişse ve "Tek RRC Bağlantı Durumu Raporu" olarak ayarlanmışsa ve UE RRC_INACTIVE durumundaysa, NG-RAN düğümü (destekleniyorsa) AMF'ye bir RRC Etkin Olmayan Geçiş Raporu mesajı ve RRC_CONNECTED'e RRC durum geçişinde bir sonraki RRC Etkin Olmayan Geçiş Raporu mesajı göndermelidir.   RRC Etkin Olmayan Geçiş Raporu İsteği IE'si PATH SWITCH REQUEST ACKNOWLEDGE mesajına dahil edilmişse ve "Sonraki Durum Geçiş Raporu" olarak ayarlanmışsa, NG-RAN düğümü (destekleniyorsa) UE'nin RRC durumunu bildirmek için AMF'ye bir RRC ETKİN OLMAYAN GEÇİŞ RAPORU mesajı ve UE'nin RRC_INACTIVE durumuna girmesi veya çıkması üzerine UE'nin RRC durumunu bildirmek için bir sonraki RRC ETKİN OLMAYAN GEÇİŞ RAPORU mesajı göndermelidir.   IV. PDU Oturum Kaynak Bildirim Prosedürü   PATH SWITCH REQUEST ACKNOWLEDGE mesajının Path Switch Request Acknowledge Transfer IE'si QoS ile ilgili parametreler (örneğin, CN Paket Gecikme Bütçesi Downlink IE veya CN Paket Gecikme Bütçesi Uplink IE) içeriyorsa, ancak NG-RAN düğümü parametreleri başarıyla kabul edemiyorsa, NG-RAN düğümü kaynak NG-RAN düğümünden alınan eski değerleri (varsa) kullanmaya devam eder. Destekleniyorsa, NG-RAN düğümü bir PDU OTURUM KAYNAK BİLDİRİMİ mesajı göndererek AMF'yi bilgilendirir.    

  Verme yolu talebi sürecinin amacı, terminal (UE) ile 5GC arasında ilgili sinyal bağlantısı kurmaktır ve geçerli olduğunda,aşağı bağlantı son noktasını isteyinNG-U taşıyıcıSildlink'teki PC5 arayüzünde UE ile ilgili hizmetlerin devredilmesi için, 3GPP TS38.413'te aşağıdaki gibi tanımlar;   Ben.PC5 QoS İşlemeSildlink'te PC5 arayüzünün teslim edilmesinde yol talebi aşağıdaki şekilde tanımlanır;   Eğer PATH SWITCH REQUEST ACKNOWLEDGE mesajı PC5 QoS parametresi IE'yi içeriyorsa, NG-RAN düğümü bunu TS 23'te tanımlandığı gibi kullanmalıdır.287. Eğer Path Switch Request Acknowledgment (PATH SWITCH REQUEST ACKNOWLEDGE) mesajı, A2X PC5 QoS parametresini IE içeriyorsa, NG-RAN düğümü bunu TS 23'te tanımlandığı gibi kullanmalıdır.256. Eğer Yolu Değiştirme İsteği Onaylama mesajı Alternatif QoS Parametresi Kurulu Listesi IE'yi içeriyorsa, NG-RAN düğümü (desteklendiği takdirde) TS 23'te belirtildiği gibi kullanmalıdır.502. II.CE-mod-B ve kullanıcı düzlemi CIoT'da yol talebiVerme şu şekilde tanımlanır:   Eğer Yolu Değiştirme İsteği Onaylama mesajı CE-mod-B Sınırlama IE'yi içerirse, Gelişmiş Kapsama Sınırı IE'si "sınırlı" olarak ayarlanmamıştır.ve UE bağlamında depolanan Gelişmiş Kapsam Sınırlaması bilgileri "sınırlı" olarak ayarlanmamıştır., NG-RAN düğümü (desteklendiği takdirde) bu bilgileri UE bağlamında saklar ve TS 23'te tanımlandığı gibi kullanır.501. Eğer Yolu Değiştirme İsteği Onaylama mesajı UE Kullanıcı Uçtası CIoT Destek Göstergesi IE'yi içeriyorsa,NG-RAN düğümü (desteklendiği takdirde) bu bilgileri UE bağlamında saklar ve UE'nin TS 23'te belirtilen kullanıcı düzlemi CIoT 5GS Optimizasyonunu desteklediğini varsayar..501. Eğer Yolu Değiştirme İsteği Onaylama mesajı UE Radyo Gücü Kimliği IE'yi içerirse, NG-RAN düğümü (desteklendiği takdirde) bunu TS 23.501 ve TS 23'te belirtildiği gibi kullanmalıdır.502. III.PDU oturumunda beklenen UE etkinliği ve MDT'deki yol talebiVerme şu şekilde tanımlanır: Her PDU oturum için, PATH SWITCH RECOMMEND ACKNOWLEDGE mesajı "PDU Oturum Beklenen UE Aktivite Davranışı" IE'yi içerirse,NG-RAN düğümü bu bilgileri TS 23'te belirtildiği gibi işleyecektir..501. PATH SWITCH REQUEST ACKNOWLEDGE mesajı "Management-Based MDT PLMN List" IE'yi içerirse, NG-RAN düğümü onu UE bağlamında saklar ve desteklenirse,TS 32'de tanımlandığı gibi yönetime dayalı MDT için daha sonra UE'nin seçilmesine izin vermek için bu listeyi kullanın..422. Eğer PATH SWITCH REQUEST ACKNOWLEDGE mesajı "Yönetim tabanlı MDT PLMN Değişiklik Listesi" IE'yi içerirse, the NG-RAN node (if supported) shall use this list to overwrite any previously stored management-based MDT PLMN list information in the UE context and use the received information to allow subsequent selection of the UE for management-based MDT as defined in TS 32.422. Eğer PATH SWITCH REKOMENDATION ACKNOWLEDGE mesajı Zaman Senkronizasyonu Yardım Bilgisi IE içerirse,NG-RAN düğümü (desteklenirse) bu bilgileri UE bağlamında saklar ve TS 23'te tanımlandığı gibi kullanır..501. IV.5G ProSe'de yol talebiVerme şu şekilde tanımlanır: PATH SWITCH REQUEST ACKNOWLEDGE mesajı 5G ProSe Authorized IE'yi içerirse, NG-RAN düğümü (desteklendiği takdirde) UE için ProSe yetkilendirme bilgilerini buna göre güncellemelidir. Eğer 5G ProSe Yetkilendirme Bilgisi (5G ProSe Yetkilendirilmiş IE) bir veya daha fazla IE içeriyorsa, " Yetkisiz" olarak ayarlanır." NG-RAN düğümü (desteklendiği takdirde) UE'nin artık ilgili 5G ProSe hizmetlerine erişemeyeceğini sağlamak için adımlar atmalıdır.. 5G ProSe PC5 QoS Parameters IE, PATH SWITCH REQUEST ACKNOWLEDGE mesajına dahil edilirse, NG-RAN düğümü (desteklenirse) TS 23'te tanımlandığı gibi kullanmalıdır.304. Eğer Aerial UE Abonelik Bilgisi IE, PATH SWITCH REQUEST ACKNOWLEDGE mesajına dahil edilirse,NG-RAN düğümü (desteklendiği takdirde) bu bilgileri depolamalı veya daha önce UE bağlamında depolanan tüm bilgileri yazmalı ve TS 38'de tanımlandığı gibi kullanmalıdır..300. 5G ProSe UE PC5 Toplam En Yüksek Bit Hızı IE, PATH SWITCH REQUEST ACKNOWLEDGE mesajına dahil edilirse, NG-RAN düğümü (desteklenirse) aşağıdaki eylemleri gerçekleştirecektir: Daha önce sağlanan 5G ProSe UE PC5 Toplu Maksimum Bit Hızı (UE bağlamında mevcutsa) alınan değerle değiştirilmelidir. 5G ProSe hizmeti için ağ zamanlaması modunda ilişkili UE için yan bağlantı iletişimleri için alınan değeri kullanın.

  1.Ağ kesimi bölünmeleriGeleneksel 4G (LTE) çağında,APN(Access Point Names) operatörlerin hizmet gereksinimlerine göre ağlarını bölmelerine izin veren mobil ağlarda ağ dilimlemesinin ilk şekliydi.   2.5G ağ dilimleri3GPP tarafından tanımlanan, bağımsız kontrol ve kullanıcı düzlemi işleme sahip bağımsız ağ örneklerine sahiptir.Sadece bağımsız mimarisi (SA) olan 5G'de kullanılır.   3.Ağ elemanları ve tanımlayıcıları: 5G'de kesme dağıtımları, kullanıcı ekipmanları (UE), yeni nesil radyo erişim ağı (NG-RAN), kontrol düzlemi fonksiyonları (örneğin, AMF, PCF, SMF) gibi ağ işlevlerini içerir.ve kullanıcı düzlemi fonksiyonları (eHer bir ağ diliminin kimliği birS-NSSAI(Slice Service Type),Parça servisi tipi (SST)Ağ operatörleri standartlaştırılmış hizmetleri kullanabilirler.SSTDeğerler: Geliştirilmiş mobil geniş bant için 1, 2 ultra güvenilir düşük gecikme iletişimleri için, 3 büyük IoT için, Araçtan herşeye (V2X) 4 Yüksek performanslı makine tipi iletişimler için. Yerel olarak tanımlanmış, standartlaştırılmamış SST değerlerini de kullanabilirler.   4.Terminal Ağ Kısaltma Destek: USRP (UE Routing Policy) ile yapılandırılmış SA (standalone) 5G terminalleri için,İstenen uygulamaya göre ağ dilimleme (hizmetler) için S-NSSAI'yi seçebilirler (uygulamaların hizmet kalitesi gereksinimlerine bağlı olarak)Örneğin, Samsung'un URSP ile donatılmış ilk Galaxy S24 Ultra, 5G sistemi içinde dilim seçimi ve servis icrasını sağlar.   5.Sistem Ağı Kısaltma Destek:ADC(Tespit ve Kontrol) etkinleştirilmiştir (PCF (Politika Kontrol Fonksiyonu) ve SMF (Oturum Yönetimi Fonksiyonu) 5G çekirdek ağ elemanları içindeki bir işlev).ADCAğ tarafındaki uygulamaları veya trafiği tanımlamak, hizmet kalitesi, fatura veya yönlendirme gibi politikaları uygulamak ve gerçek zamanlı trafik sınıflandırmasını ve öncelik vermesini uygulamak için kullanılır.   6.Ağ dilimleme ticari dağıtım örnekleri: Singapur Telekomünikasyonları (Singtel)Singtel 5G+, yeni bir bağlantı standardı ve üç önemli özellik sayesinde öncelikli bir deneyim sağlayan gelişmiş bir "ağ dilimleme" yeniliği: Singtel 5G+: 700MHz spektrum bandını kullanan tek ağ, kapalı alanlarda bile ülkenin en iyi kapsamını sağlıyor. Singtel 5G+ Gelişmiş: Daha geniş kapsama ve daha hızlı hızlar, sürekli olarak 2 katına kadar hızlar. Singtel 5G+ önceliği: 4 kat daha hızlı hızlara sahip öncelikli ağ kanalları, her zaman hizmetlere öncelik vererek ve gelişen kanalları tespit ederek

3GPP, TS 38.413'te 5G sistemindeki yan bağlantı toplama terminalleri için geliştirilmiş kapsama alanı kısıtlaması, uzatılmış bağlantı süresi, V2X hizmet yetkilendirmesi ve el değiştirme yolu isteği işlenmesi ile ilgili olarak aşağıdakileri tanımlar:   I. Geliştirilmiş Kapsama Alanı Kısıtlaması ve Uzatılmış Bağlantı Süresi   Path Switch Request Acknowledge (YOL DEĞİŞTİRME İSTEĞİNİ ONAYLAMA) mesajı Geliştirilmiş Kapsama Alanı Kısıtlaması IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) bu bilgiyi UE bağlamında saklamalı ve TS 23.501'de tanımlandığı gibi kullanmalıdır.   Path Switch Request Acknowledge (YOL DEĞİŞTİRME İSTEĞİNİ ONAYLAMA) mesajı Uzatılmış Bağlantı Süresi IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) bunu TS 23.501'de tanımlandığı gibi kullanmalıdır.   Path Switch Request Acknowledge (YOL DEĞİŞTİRME İSTEĞİNİ ONAYLAMA) mesajı bir UE Farklılaştırma Bilgisi IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) bu bilgiyi TS 23.501'e uygun olarak daha fazla kullanım için UE bağlamında saklamalıdır.   II. NR V2X Hizmet Yetkilendirmesi   PATH SWITCH REQUEST ACKNOWLEDGE mesajı bir NR V2X Hizmet Yetkilendirmesi IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) UE için NR V2X hizmet yetkilendirme bilgilerini buna göre güncellemelidir.   NR V2X Hizmet Yetkilendirmesi IE, "Yetkisiz" olarak ayarlanmış bir veya daha fazla IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) UE'nin ilgili hizmetlere artık erişimi olmamasını sağlamak için adımlar atmalıdır.   PATH SWITCH REQUEST ACKNOWLEDGE mesajı bir LTE V2X Hizmet Yetkilendirmesi IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) UE için LTE V2X hizmet yetkilendirme bilgilerini buna göre güncellemelidir. LTE V2X Hizmet Yetkilendirmesi IE, "Yetkisiz" olarak ayarlanmış bir veya daha fazla IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) UE'nin ilgili hizmetlere artık erişimi olmamasını sağlamak için önlemler almalıdır.   NR A2X Hizmet Yetkilendirmesi IE, "Yetkisiz" olarak ayarlanmış bir veya daha fazla IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) UE'nin ilgili hizmetlere artık erişimi olmamasını sağlamak için önlemler almalıdır.   Path Switch Request Acknowledge (YOL DEĞİŞTİRME İSTEĞİNİ ONAYLAMA) mesajı bir LTE A2X Hizmet Yetkilendirmesi IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) UE için LTE A2X Hizmet Yetkilendirme bilgilerini buna göre güncellemelidir.   LTE A2X Hizmet Yetkilendirmesi IE, "Yetkisiz" olarak ayarlanmış bir veya daha fazla IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) UE'nin ilgili hizmetlere artık erişimi olmamasını sağlamak için önlemler almalıdır.   III. Yan Bağlantı ve Toplama İşlemi   PATH SWITCH REQUEST ACKNOWLEDGE mesajı NR UE Yan Bağlantı Toplam Maksimum Bit Hızı IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) aşağıdaki işlemleri gerçekleştirmelidir: Daha önce sağlanan UE Yan Bağlantı Toplam Maksimum Bit Hızını (UE bağlamında mevcutsa) alınan değerle değiştirin; İlgili UE için NR V2X hizmet ağ planlama modunda yan bağlantı iletişimleri için alınan değeri kullanın.   PATH SWITCH REQUEST ACKNOWLEDGE mesajı LTE UE Yan Bağlantı Toplam Maksimum Bit Hızı IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) aşağıdaki işlemleri gerçekleştirmelidir: Daha önce sağlanan UE Yan Bağlantı Toplam Maksimum Bit Hızını (UE bağlamında mevcutsa) alınan değerle değiştirin; İlgili UE için LTE V2X hizmet ağ planlama modunda yan bağlantı iletişimleri için alınan değeri kullanın. PATH SWITCH REQUEST ACKNOWLEDGE mesajı NR A2X UE PC5 toplam maksimum bit hızı IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) aşağıdaki işlemleri gerçekleştirmelidir: Daha önce sağlanan NR A2X UE PC5 toplam maksimum bit hızını (UE bağlamında mevcutsa) alınan değerle değiştirin; Ağ planlama modunda, ilgili UE için NR A2X hizmeti yan bağlantı iletişimleri için alınan değeri kullanın. PATH SWITCH REQUEST ACKNOWLEDGE mesajı LTE A2X UE PC5 toplam maksimum bit hızı IE içeriyorsa, NG-RAN düğümü (destekleniyorsa) aşağıdaki işlemleri gerçekleştirmelidir: Daha önce sağlanan LTE A2X UE PC5 toplam maksimum bit hızını (UE bağlamında mevcutsa) alınan değerle değiştirin; Ağ planlama modunda, ilgili UE için LTE A2X hizmeti yan bağlantı iletişimleri için alınan değeri kullanın.

  5G sisteminde, bir devreye geçmeyol talebibir terminal (UE) tarafından 5GC ile UE ile ilgili bir sinyal bağlantısı kurmak için yapılan bir istek ve geçerli ise,NG-U taşıyıcı aşağı bağlantı bitiş noktasının yeni bir bitiş noktasına geçmesini talep etmek5G, giderek artan sayıda hizmet türünü desteklediğinden, devredim sırasında yol isteklerinin içeriği giderek karmaşıklaşacaktır. 3GPP bunu TS 38.413'te aşağıdaki gibi tanımlar.   I. Paket Gecikme Bütçesi   EğerCN Paket Gecikme Bütçe DownlinkIE, Yol Değiştirme İsteği Onaylaması (PATH SWITCH REQUEST ACKNOWLEDGE) mesajının Ulaşım IE'sinde yer alır.NG-RAN düğümü (desteklenirse) daha önce sağlanan CN Paket Gecikme Bütçesi Aşağı Bağlantısını (eğer varsa) değiştirmeli ve TS 23'te belirtildiği gibi kullanmalıdır..502.   EğerCN Paket Gecikme Bütçe UplinkIE, Path Switch Request Ack Transport IE'nin WLEDGE mesajına dahil edilir.NG-RAN düğümü (desteklendiği takdirde) daha önce sağlanan CN Paket Gecikme Bütçesi Uplink'i (eğer varsa) değiştirir ve TS 23'te belirtildiği gibi kullanır..502.   II. Burst Veri İşleme   Eğer Burst Arrival Time Downlink IE, Path Switch Request Ack Transport IE mesajına dahil ise,NG-RAN düğümü (desteklenirse) daha önce verilen değeri (eğer varsa) değiştirir ve TS 23'te belirtildiği gibi kullanır..502.   III. RRC Etkin Olmayan ve Temel Ağ Yardım Bilgisi İşleme   RRC INACTIVE IE'nin Ana Ağ Yardım Bilgisi, Yol Değiştirme İsteği Onaylama mesajına dahil edilirse,NG-RAN düğümü (desteklendiği takdirde) bu bilgileri UE bağlamında saklar ve RRC_INACTIVE durum kararları ve UE'nin RNA konfigürasyonu ve RAN çağrısı (varsa) için kullanır., TS 38'de açıklandığı gibi.300.   RRC INACTIVE IE'nin Temel Ağ Yardım Bilgisi, MICO All PLMN IE'yi içerirse,NG-RAN düğümü (desteklendiği takdirde) UE'nin kayıt alanını tam PLMN olarak değerlendirir ve RRC Aktif Olmayan IE'nin TAI listesini görmezden gelir..   RRC INACTIVE IE'nin Ana Ağ Yardım Bilgisi, Ses Hizmetleri IE'nin Arama Sebebi İfadesini içerirse,NG-RAN düğümü (desteklendiği takdirde) bunu TS 38'de belirtildiği gibi saklar ve kullanır..300.   RRC INACTIVE IE'nin Temel Ağ Yardım Bilgisi PEIPS Yardım Bilgisi IE'yi içerirse,NG-RAN düğümü (desteklendiği takdirde) bunu depolar ve RRC_INACTIVE durumundaki UEs alt gruplarını aramak için kullanır., TS 38'de açıklandığı gibi.300.   CN MT İletişim İşleme IE'si Temel Ağ Yardım Bilgisi'ne (RRC INACTIVE IE) dahil ise,NG-RAN düğümü (desteklendiği takdirde) bu IE'yi depolar ve daha sonra CN'den MT iletişim işleme geçmesini isteyebilir., TS 23'te açıklandığı gibi.502, uygulanmasına bağlı olarak.   Eğer CN Destekli RAN Parametresi Düzenleme IE, Yolu Değiştirme İsteği Onaylaması (PATH SWITCH REQUEST ACKNOWLEDGE) mesajına dahil edilirse, NG-RAN düğümü bu IE'yi TS 23'te açıklandığı gibi kullanabilir.501.   Eğer RRC INACTIVE Transition Report Request IE, Yolu Değiştirme İsteği Onaylaması (PATH SWITCH REQUEST ACKNOWLEDGE) mesajına dahil edilirse,NG-RAN düğümü (desteklendiği takdirde) bu bilgileri UE bağlamında saklar..   V. EPS ve SRVCC İşleme   Eğer PATH SWITCH REQUEST ACKNOWLEDGE mesajı ses için yönlendirmeyi içerirseEPS geri dönüşüIE, NG-RAN düğümü bu IE'yi (desteklenirse) depolar ve TS 23'te belirtildiği gibi sonraki ses EPS yedek kararlarında kullanır.502.   Eğer PATH SWITCH REQUEST ACKNOWLEDGE mesajı SRVCC Operasyon Possible IE bilgilerini içerirse,NG-RAN düğümü (desteklendiği takdirde) alınan SRVCC Operation Possible IE içeriğini UE bağlamında saklar ve TS 23'te tanımlandığı gibi kullanır..216.