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

AMF (Erişim ve Hareketlilik Yönetimi İşlevi), 5G çekirdek ağında (CN) bir kontrol düzlemi (CU) işlevsel birimidir. Radyo ağı elemanlarının (gNodeB'ler) herhangi bir 5G hizmetine erişebilmesi için AMF'ye bağlanması gerekir. AMF ile 5G sistemindeki diğer birimler arasındaki bağlantı aşağıdaki şekilde gösterilmektedir.     *Şekil 1. AMF ve 5G ağ elemanı bağlantısının şematik diyagramı (şekildeki düz çizgiler fiziksel bağlantıları, kesikli çizgiler ise mantıksal bağlantıları temsil eder)   I. AMF Arayüz İşlevleri N1[2]: AMF, tüm bağlantı ve oturumla ilgili bilgileri N1 arayüzü aracılığıyla UE'den alır. N2[3]: AMF ile UE ile ilgili gNodeB arasındaki iletişim ve ayrıca UE ile ilgisi olmayan iletişim bu arayüz aracılığıyla gerçekleştirilir. N8: Tüm kullanıcı ve belirli UE politika kuralları, oturumla ilgili abonelik verileri, kullanıcı verileri ve diğer her türlü bilgi (üçüncü taraf uygulamalara sunulan veriler gibi) UDM'de saklanır ve AMF bu bilgileri N8 arayüzü aracılığıyla alır. N11[4]: N11 arayüzü, AMF'nin kullanıcı düzleminde PDU oturumları eklemesi, değiştirmesi veya silmesi için tetikleyicileri temsil eder. N12: AMF, 5G çekirdek ağında bir AUSF'yi simüle eder ve AUSF tabanlı N12 arayüzü aracılığıyla AMF'ye hizmet sağlar. 5G ağı, AUSF ve AMF'ye odaklanan hizmet tabanlı bir arayüzü temsil eder. N22: AMF, NSSF'yi kullanarak ağdaki en iyi ağ işlevini (NF) seçer. NSSF, N22 arayüzü aracılığıyla AMF'ye ağ işlevi konum bilgilerini sağlar. SBI[8]: Hizmet tabanlı arayüz, ağ işlevleri arasında API tabanlı iletişimdir.   II. AMF Uygulama Protokolleri NAS[5]: 5G'de, NAS (Erişim Dışı Katman Protokolü), UE ile AMF arasındaki radyo arayüzündeki (N1 arayüzü) kontrol düzlemi protokolüdür; 5GS (5G sistemi) içinde hareketlilik ve oturumla ilgili bağlamı yönetmekten sorumludur. NGAP[6]: NGAP (Yeni Nesil Uygulama Protokolü), gNB ve AMF arasındaki sinyal iletişiminde kullanılan bir kontrol düzlemi (CP) protokolüdür. UE ile ilgili hizmetleri ve UE ile ilgisi olmayan hizmetleri ele almakla sorumludur. SCTP[7]: Akış Kontrol İletim Protokolü (SCTP), AMF ile 5G-AN düğümü (N2 arayüzü) arasındaki sinyal mesajlarının iletimini sağlar. ITTI Mesajları[9]: Görevler arasında mesaj göndermek için kullanılan görevler arası arayüz.   III. Çağrı Akışı - UE Kaydı ve Kayıt Silme (Adımlar) AMF, Ağ İşlevi Konumu ile tanımlamak ve iletişim kurmak için önce NRF'ye kaydolmalıdır. UE açıldığında, bir kayıt işleminden geçer. AMF kaydı işler ve ardından ilk NAS UE mesajını ve kayıt isteğini alır. Bu mesaj, UE için bir AMF kimliği oluşturmak için kullanılır. Daha sonra, AMF, UE'nin en son kayıt olduğu AMF'yi kontrol eder. Eski AMF adresi başarıyla bulunursa, yeni AMF tüm UE bağlamlarını alır ve eski AMF için bir kayıt silme prosedürü başlatır. Eski AMF, SM bağlamını SMF'den ve UE bağlamını gNB'den serbest bırakmasını ister.   IV. Terminal Kimlik Doğrulama ve Yetkilendirme Yeni AMF, eski AMF'ye dair herhangi bir iz tespit etmezse, UE ile yetkilendirme ve kimlik doğrulama sürecini başlatır. Kimlik doğrulama sürecini yönetir ve AMF'den bir kimlik doğrulama vektörü talep eder. Daha sonra, güvenli bir veri iletimi sağlamak için bir güvenlik anahtarı ayarlamak ve kanal için bir güvenlik algoritması seçmek üzere UE'ye bir kimlik doğrulama isteği gönderir. AMF, iletişim için kullanılan tüm NAS indirme/yükleme iletim kanallarını kontrol eder.

Mobil iletişim ağları giderek karmaşıklaştıkça, performans optimizasyonu ve kullanıcı deneyiminin iyileştirilmesi operatörler için kritik öneme sahiptir. Daha önce, optimizasyon mühendisleri kablosuz kapsama alanı ve performansı anlamak ve kontrol etmek için öncelikle ağın (fiziksel) ölçümlerini yapmak üzere sürüş testlerine güveniyorlardı. Ancak, bu test yöntemi maliyetli, zaman alıcı ve her zaman kapsamlı değildir.   I. Minimum Sürüş Testi (MDT)3GPP tarafından mobil iletişim ağları için tasarlanmış bir kablosuz ağ ölçüm yöntemidir. MDT, ağın gerçek performans verilerini doğrudan Kullanıcı Ekipmanından (UE) toplamasını sağlar, böylece manuel sürüş testine olan ihtiyacı azaltır. Özellikle Günlüğe Kaydedilmiş MDT ve Anında MDT (iMDT) olarak ayrılır.   II. Anında MDT, 3GPP'de tanımlandığı gibi, terminal ekipmanı (UE) tarafından bir radyo bağlantı oturumu sırasında ağ performans verilerinin gerçek zamanlı olarak raporlanmasını ifade eder. Daha sonra yüklemek üzere verileri cihazda saklayan günlüğe kaydedilmiş MDT'nin aksine, anında MDT ölçüm sonuçlarını ağa gönderir ve operatörlerin şunları yapmasını sağlar:   Radyo bağlantı hataları (RLF'ler) gibi ağ sorunlarını gerçek zamanlı olarak belirlemek. Gerçek zamanlı oturum sırasında belirli konumlarda veri toplamak. Kullanıcı performansını gerçek zamanlı olarak iyileştirmek.   III. Anında MDT'nin Önemli Noktaları UE ve ağ arasındaki bir bağlantı oturumu sırasında Anında MDT süreci temel olarak şunları içerir: MDT Yapılandırması: UE, MDT yapılandırmasını ağdan alır. Bu yapılandırma, hangi tür verilerin toplanması gerektiğini belirtir (örneğin, RSRP, RSRQ, SINR veya çağrı olayları). Ölçüm Zamanlaması: Bağlı bir durumda, UE belirtilen koşullara göre periyodik olarak ölçümler yapar. Ölçüm parametreleri sinyal gücü, kalite metrikleri ve konum verilerini içerebilir. Kapsama Alanı Ölü Bölgeleri ve Radyo Bağlantı Hataları (RLF): UE kendisini bir kapsama alanı ölü bölgesinde bulursa, bir RLF meydana gelebilir ve MDT sürecini daha fazla analiz için sinyal gücünü ve konumu kaydetmeye yöneltir. Günlük Kaydedici ve RLF Göstergesi: Bir RLF olayı sırasında, UE sinyal gücü ve konum koordinatları gibi önemli bilgileri kaydeder. RRC bağlantısı yeniden kurulduktan sonra, bir RLF günlüğü göstergesi oluşturulur ve gönderilir. Yeniden Kurulum ve Raporlama: UE'nin yeniden bağlanmak için RRC bağlantısını yeniden kurması gerekir. RRC yeniden bağlantısından sonra, UE kaydedilen bilgilerle birlikte RLF günlüğü göstergesini gönderir. Bu, ağın RLF'nin konumunu ve nedenini belirlemesine yardımcı olur, bu da ağ optimizasyonu için çok faydalıdır.

I. PDU Oturum Kaynak Bildirimi (PDU OTURUM KAYNAĞI BİLDİRİMİ), belirli bir terminal (UE) için oluşturulan bir QoS akışının veya PDU oturumunun serbest bırakıldığını, artık yürütülmediğini veya bir istek bildirimi tarafından kontrol edilen bir NG-RAN düğümü tarafından yeniden yürütüldüğünü çekirdek ağ öğesi AMF'ye bildiren bir 5G sistem bildirimdir. Bu prosedür aynı zamanda, yol aktarım isteği prosedürü sırasında başarıyla kabul edilmeyen QoS parametrelerini NG-RAN düğümüne bildirmek için de kullanılır. Tüm prosedür, UE ile ilgili sinyalleşmeyi kullanır.   II. PDU Oturum Kaynak Başarısı Bildirimi: Şekil 8.2.4.2-1'de gösterildiği gibi, PDU oturum kaynağı başarı işlemi GN-RAN düğümü tarafından başlatılır.     III. PDU oturum kaynağı bildirimi için temel bilgilerşunları içerir:   NG-RAN düğümü bu işlemi bir PDU oturum kaynağı bildirim mesajı göndererek başlatır. PDU OTURUM KAYNAĞI BİLDİRİMİ mesajı, NG-RAN düğümü tarafından serbest bırakılan, artık yürütülmeyen veya yeniden yürütülen PDU oturum kaynakları veya QoS akışları hakkında bilgi içermelidir. Bazı QoS akışlarının serbest bırakıldığı, artık yürütülmediği veya NG-RAN düğümü tarafından yeniden yürütüldüğü her bir PDU oturumu için, aşağıdakileri içeren bir PDU oturum kaynağı bildirim taşıma IE'si dahil edilmelidir: QoS akış serbest bırakma listesi IE'sinde NG-RAN düğümü tarafından serbest bırakılan QoS akışlarının bir listesi (varsa). Serbest bırakıldıktan sonra mevcut taşıyıcı ile başka QoS akışı ilişkilendirilmezse (örneğin, PDU oturumunu bölme), NG-RAN düğümü ve 5GC, ilişkili NG-U taşıma taşıyıcısının kaldırıldığını ve ilişkili NG-U UP TNL bilgilerinin tekrar kullanılabilir olduğunu düşünmelidir. QoS akış bildirim listesi IE'sinde, NG-RAN düğümü tarafından artık yürütülmeyen veya NG-RAN düğümü tarafından yeniden yürütülen GBR QoS akışlarının bir listesi (varsa), bildirim nedeni IE'si ile birlikte. Artık karşılanmadığı belirtilen QoS akışları için, NG-RAN düğümü ayrıca Mevcut QoS Parametre Kümesi İndeksi IE'sinde şu anda karşılanabilen alternatif QoS parametre kümelerini de belirtebilir. Artık karşılanmadığı belirtilen QoS akışları için, NG-RAN düğümü ayrıca TSC Trafik Özellikleri Geri Bildirimi IE'sinde RAN geri bildirimini de belirtebilir. QoS parametreleri güncellenen ancak bir yol aktarım isteği sırasında NG-RAN düğümü tarafından başarıyla kabul edilemeyen QoS akışlarının bir listesi (varsa), sağlanabilecek değerlerle ilişkilendirilebilen QoS Akış Geri Bildirim Listesi IE'sine dahil edilmelidir. NG-RAN düğümü tarafından serbest bırakılan her bir PDU oturum kaynağı için, bir PDU oturum kaynağı bildirim iletimi serbest bırakılmış, "PDU Oturum Kaynak Bildirimi Serbest Bırakılan İletim IE"'ye dahil edilmeli ve serbest bırakma nedeni "Neden IE"'ye dahil edilmelidir. Kullanıcı Düzlemi Hata Göstergesi IE'si "GTP-U Hata Göstergesi Alındı" olarak ayarlanırsa, SMF (destekleniyorsa), TS 23.527'de açıklandığı gibi, NG-U tüneli aracılığıyla bir GTP-U hata göstergesi alarak PDU oturumunun serbest bırakıldığını düşünmelidir. NG-RAN düğümü (destekleniyorsa), Kullanıcı Konum Bilgisi IE'sinde PDU OTURUM KAYNAĞI BİLDİRİMİ mesajında UE konum bilgilerini bildirmelidir. Bir PDU OTURUM KAYNAĞI BİLDİRİMİ mesajı aldıktan sonra, AMF, PDU Oturum Kimliği IE'sinde belirtilen her bir PDU oturumu için ilgili PDU oturumu ile ilişkili SMF'ye şeffaf bir şekilde bir PDU Oturum Kaynak Bildirimi Aktarım IE'si veya bir PDU Oturum Kaynak Bildirimi Serbest Bırakılan Aktarım IE'si iletmelidir. PDU Oturum Kaynak Bildirimi Aktarım IE'sini aldıktan sonra, SMF tipik olarak, artık karşılamadığı belirlenen PDU oturumları veya QoS akışları için çekirdek ağ tarafında ilgili serbest bırakma veya değiştirme prosedürünü başlatır. Her bir PDU oturumu için, PDU Oturum Kaynak Bildirimi Aktarım IE'si veya PDU Oturum Kaynak Bildirimi Serbest Bırakılan Aktarım IE'si bir İkincil RAT Kullanım Bilgisi IE'si içeriyorsa, SMF bu bilgileri TS 23.502'ye uygun olarak işlemelidir. PDU Oturum Kaynak Bildirimi mesajı bir Kullanıcı Konum Bilgisi IE'si içeriyorsa, AMF bu bilgileri TS 23.501'e uygun olarak işlemelidir.

  I. Bir CORESET 5G (NR)'de kullanılan bir Kontrol Kaynak Kümesidir. PDCCH'yi (DCI) taşımak için kullanılan, İndirme Kaynak Izgarasının belirli bir alanındaki fiziksel kaynaklar kümesidir. 5G (NR)'de, PDCCH özellikle yapılandırılabilir bir Kontrol Kaynak Kümesi (CORESET) içinde iletilmek üzere tasarlanmıştır.   II. PDCCH Konumu 5G'deki CORESET, LTE'deki bir Kontrol Bölgesine benzer, çünkü Kaynak Kümesi (RB) ve OFDM sembol kümesi yapılandırılabilir ve buna karşılık gelen bir PDCCH arama alanına sahiptir. Zaman, frekans, parametre seti ve çalışma noktası dahil olmak üzere NR Kontrol Bölgesi konfigürasyonunun esnekliği, çok çeşitli uygulama senaryolarını karşılamasını sağlar. LTE Kontrol Bölgelerindeki PDCCH'ler tüm sistem bant genişliğine yayılırken, NR PDCCH'ler, frekans alanının belirli bir bölgesinde bulunan, özel olarak tasarlanmış bir CORESET alanında iletilir, aşağıdaki diyagramda gösterildiği gibi.   III. 4G PDCCH ve 5G PDCCH CORESET Bir CORESET konfigürasyonundaki frekans tahsisi sürekli veya kesintili olabilir. Bir CORESET konfigürasyonu, zaman içinde 1-3 ardışık OFDM sembolünü kapsar. Bir CORESET'teki RE'ler REG'lere (RE grupları) ayrılır. Her REG, bir RB'deki bir OFDM sembolünden 12 RE'den oluşur. PDCCH, bir CORESET ile sınırlıdır ve UE için kontrol kanalı ışın oluşturmayı başarmak için kendi demodülasyon referans sinyali (DMRS) kullanılarak iletilir. Farklı DCI yük boyutlarını veya farklı kodlama oranlarını karşılamak için, PDCCH 1, 2, 4, 8 veya 16 Kontrol Kanal Elemanı (CCE) tarafından taşınır. Her CCE 6 REG içerir. Bir CORESET'in CCE-REG eşlemesi, (frekans çeşitliliği için) iç içe veya (yerel ışın oluşturma için) iç içe olmayan olabilir. IV. CORESET Eşlemesi Her 5G terminali (UE), farklı DCI formatları ve toplama seviyeleri ile birden fazla PDCCH aday sinyalini kör bir şekilde test etmek üzere yapılandırılmıştır. Kör kod çözme, UE'nin karmaşıklığını artırır, ancak düşük ek yük ile farklı DCI formatlarını esnek bir şekilde planlamak ve işlemek için gereklidir.   V. CORESET Özellikleri The CORESET kontrol kaynak kümesi, LTE PDCCH kontrol alanına benzer; 5G (NR) CORESET'leri iki türe ayrılır: genel CORESET'ler ve UE'ye özel CORESET'ler olarak adlandırılır; Her aktif indirme BWP'si, genel CORESET'ler ve UE'ye özel CORESET'ler dahil olmak üzere 3'e kadar çekirdek kümesi yapılandırabilir; Bir hizmet veren hücre, 4'e kadar BWP'ye sahip olabilir ve her BWP, toplam 12 CORESET için 3 CORESET'e olarak adlandırılır; Her CORESET, 0'dan 11'e kadar değişen bir indeks ile tanımlanabilir, Kontrol Kaynak Kümesi Kimliği olarak adlandırılır; The Kontrol Kaynak Kümesi Kimliği aynı hizmet veren hücre içinde benzersizdir; Belirli bir CORESET tanımlandığında, indeksi CORESET0; bu CORESET MIB'deki (Ana Bilgi Bloğu) 4 bitlik bir bilgi öğesi kullanılarak yapılandırılır ve hücre tanımlı senkronizasyon sinyali ve Fiziksel Yayın Kanalı (PBCH) bloğu (SSB) ile ilişkilidir; CORESET'ler yalnızca ilişkili Bant Genişliği Ağırlıklı (BWP) içinde yapılandırılır. Aktivasyon, CORESET0 hariç, yalnızca aktivasyon üzerine gerçekleşir; bu, ilk bant genişliği ağırlıklı paket (indeksi 0 olan bant genişliği ağırlıklı paket) ile ilişkilidir; Frekans alanında, CORESET'ler 6 PRB'lik birimlerde 6 PRB frekans ızgaraları üzerinde yapılandırılır; Zaman alanında, CORESET'ler 1, 2 veya 3 ardışık OFDM sembolü olarak yapılandırılır.  

Önceki nesil teknolojilere kıyasla, 5G (NR) zamanlama ve senkronizasyon doğruluğu için daha yüksek gereksinimlere sahiptir. Bunun nedeni, ağın taşıyıcı birleştirme, Kütle MIMO ve TDD (Time Division Duplex) gibi işlevleri gerçekleştirmek için senkronizasyona ihtiyaç duymasıdır; geliştirilmiş sınır saatleri, PTP (Hassas Zaman Protokolü) ve TSN (Zaman Duyarlı Ağ) gibi temel teknolojiler doğruluğu sağlayabilir; zamanlama ve senkronizasyon durumu raporları ile ilgili olarak, 3GPP bunları TS38.413'te aşağıdaki gibi tanımlar:     I. Zamanlama Senkronizasyon Durum Raporu5G sistemindeki zamanlama senkronizasyon durumu raporu sürecinin amacı, NG-RAN düğümlerinin TS 23.501 ve TS 23.502'ye uygun olarak AMF'ye RAN zamanlama senkronizasyon durumu bilgisi sağlamasını sağlamaktır; zamanlama senkronizasyon durumu raporu süreci, UE ile ilişkili olmayan sinyalleşmeyi kullanır. Başarılı raporlama operasyon süreci Şekil 8.19.2.2-1'de gösterilmektedir, burada:   NG-RAN düğümü, yönlendirme kimliği IE tarafından belirtilen bir TSCTSF zamanlanmış senkronizasyon durumu raporu mesajı göndererek süreci AMF'ye başlatır.   II. Amaç, zamanlanmış senkronizasyon durumu raporuAMF'nin, TS 23.501 ve TS 23.502'de belirtildiği gibi, NG-RAN düğümünden RAN zamanlanmış senkronizasyon durumu bilgilerini başlatmasını veya durdurmasını istemesini sağlamaktır. Başarılı senkronizasyon durumu raporu operasyon süreci aşağıdaki Şekil 8.19.1.2-1'de gösterilmektedir. Raporlama süreci, UE ile ilişkili olmayan sinyalleşmeyi kullanır; burada:     AMF, bir zamanlama senkronizasyon durumu isteği mesajı NG-RAN düğümüne göndererek bu süreci başlatır. Zamanlama senkronizasyon durumu isteği mesajında bulunan RAN TSS istek türü IE "başlat" olarak ayarlanmışsa, NG-RAN düğümü, rota kimliği IE tarafından belirtilen TSCTSF için RAN TSS raporlamasını başlatmalıdır. RAN TSS istek türü IE "durdur" olarak ayarlanmışsa, NG-RAN düğümü, rota kimliği IE tarafından belirtilen TSCTSF'yi raporlamayı durdurmalıdır. III. Zamanlanmış senkronizasyon durumu raporu operasyonu başarısız oldu, Şekil 8.19.1.3-1'de gösterildiği gibi, burada:     Bir NG-RAN düğümü zamanlama senkronizasyon durumunu raporlayamazsa, süreç bir başarısızlık olarak kabul edilmeli ve bir "Zamanlama Senkronizasyon Durumu Başarısız" mesajı döndürülmelidir.  

I. Servis Desteği2G, 3G ve 4G mobil iletişim sistemlerine benzer şekilde, 5G (NR) sistemleri üç ana türe ayrılan hizmetleri destekler:ses, veri, ve video. Hücresel bir mobil sistem iki temel parçadan oluşur: mobil terminal (UE) ve ağ (baz istasyonları ve çekirdek ağ ve fiber optikler gibi arka uç veri bağlantı bileşenlerinden oluşur).   II. Sistem Özellikleri 5G, 3GPP standartları Sürüm 15 ve üzeri uyarınca geliştirilmiştir ve LTE ve LTE-Advanced Pro ile geriye dönük uyumludur. Şu anda, 5G sistemleri dünya çapında spektrum düzenlemesini desteklemek için birden fazla frekans bandında geliştirilmektedir. Bir 5G sistemi üç bölümden oluşabilir: UE (yani, terminal - cep telefonu) gNB (yani, baz istasyonu) CN (yani, çekirdek ağ)   III. 5G Ağ Dağıtımı 5G dağıtımı, Bağımsız Olmayan (NSA) ve Bağımsız (SA) mimarilere ayrılmıştır. Özellikle:   NSA'da, UE hem LTE eNB hem de 5G gNB üzerinde aynı anda çalışır. Bu modda, UE ilk senkronizasyon için LTE eNB'nin C-düzlemini (kontrol düzlemi) kullanır ve ardından trafik değişimi için 5G gNB'nin U-düzleminde (kullanıcı düzlemi) kamp yapar. SA'da, UE yalnızca bir 5G baz istasyonunun (gNB) varlığında çalışır. Bu modda, UE ilk senkronizasyon için 5G baz istasyonunun kontrol düzlemini kullanır ve ardından trafik değişimi için de 5G baz istasyonunun kullanıcı düzleminde kamp yapar.   IV. Servis Çağrı Akışı 4.1 Sesli Çağrı Akışı 5G sesli aramalar, 5G ağı üzerinden ses iletimi ve alımını sağlamak için arayan ve aranan taraf arasında bir devre oluşturur. Sesli aramalar iki türdedir: Mobil başlatılan çağrı Mobil sonlandırılan çağrı Normal sesli aramalar, herhangi bir uygulama kullanmadan 4G/5G telefonlar kullanılarak yapılabilir. 4.2 Veri Çağrı Akışı 5G veri aramaları, 5G ağı üzerinden veri iletimi ve alımını sağlamak için arayan ve aranan taraf arasında sanal bir devre oluşturur. Veri aramaları iki türdedir: Mobil başlatılan paket anahtarlamalı çağrı Mobil sonlandırılan paket anahtarlamalı çağrı Belirli hizmetler, 5G ağı ve 5G telefon (yani, terminal) ile bir internet bağlantısı kurulduktan sonra normal internette gezinmeyi ve yüklemeyi/indirmeyi içerir.   4.3 Görüntülü Çağrı Akışı 5G görüntülü aramalar, iki telefon (veya terminal) arasında bir bağlantı kurar ve video iletimi ve alımı için paket anahtarlamalı bir bağlantı kullanır; WhatsApp, Facebook Messenger ve GTalk gibi uygulamaları internet bağlantısı üzerinden kullanır.

    4G sistemleriyle karşılaştırıldığında, 5G (NR) mobil iletişimin temel performans göstergelerinde çığır açan iyileştirmeler sağlamıştır; ayrıca çeşitli yeni ortaya çıkan uygulama senaryolarını da desteklemektedir. 5G (NR) sistemlerinin başarısından yola çıkarak, 6G 2030'un sonlarına doğru ortaya çıkması bekleniyor. 3GPP SA1'in Rel-19 üzerine yaptığı çok sayıda çalışma, 5G sistemlerinin getireceği ek yetenekleri göstermekle kalmıyor, aynı zamanda 6G sistemleri için gerekli gelecekteki yetenekler konusunda da rehberlik sağlıyor.   I. 3GPP Standartları GSM (2G), WCDMA (3G), LTE (4G)'den NR (5G)'ye kadar mobil iletişimin tüm gelişimi, tek ve küresel olarak lider iletişim standardı olan 3GPP tarafından benimsenmiştir. Bu dönemde, hücresel ağlara bağlı neredeyse tüm cep telefonları ve cihazlar, bu standartlardan en az birini desteklemiştir. 4G sistemlerinin (yaygın olarak LTE olarak bilinir) muazzam başarısına katkıda bulunmanın yanı sıra, 3GPP aynı zamanda 5G'de hücresel iletişim sistemlerinin performansını da önemli ölçüde iyileştirmiştir.   II. 5G Standartları ve İşlevleri 2018'de 5G sistemlerinin ilk ticari olarak kullanıma sunulmasından bu yana, Şekil 1'de gösterildiği gibi, 3GPP sonraki sürümlere sürekli olarak yeni işlevler eklemiştir, bunlar şunlardır:     Rel-15, Rel-16 ve Rel-17 5G sistemlerini destekleyen ilk üç sürümdür ve 5G'yi 4G sistemlerinden ayıran temel işlevselliği sağlar. Rel-18, Rel-19 ve Rel-20 5G sistemlerine gelişmiş özellikler ekler ve aynı zamanda 5G-Advanced olarak da bilinir. 3GPP'deki ikinci ve üçüncü faz çalışma grupları Rel-18 sistem mimarisini ve protokollerini geliştirirken, 3GPP'nin ilk faz çalışma grubu Rel-19 5G sisteminin ötesindeki 6G sistem mimarilerini tartıştı.   III. Rel-19'un Genel İlerlemesi SA1#97 (Şubat 2022) ve SA1#98 (Mayıs 2022) toplantılarında, 3GPP SA1 çalışma grubu, Rel-19 Araştırma Öğe Açıklamaları (SIDs) üzerinde anlaşmaya varmıştır, bunlar Tablo 1'de gösterilmektedir. Birçok proje yavaş yavaş uygulamaya doğru ilerlemektedir.     Araştırma başlığının da belirttiği gibi, 3GPP standartları, 3GPP tabanlı iletişim sistemlerini kullanmayı düşünen endüstrilerin daha özel ihtiyaçlarını ele almaktadır. 3GPP standartlarının önceki sürümleri, makineden makineye iletişim gibi çeşitli endüstriler için destek eklemiştir. 3GPP ayrıca, düşük güçlü IoT iletişimi, geniş kapsama alanı IoT iletişimi ve araçtan araca iletişim için destek gibi özellikler de sunmuştur.   Ancak, önceki sürümlerin desteği bazı diğer endüstriler için yetersizdir ve yeni araştırmalar onların ihtiyaçlarını karşılamaya çalışmaktadır. Örneğin, Metaverse hizmetleri (FS_Metaverse) üzerine yapılan araştırma, metaverse senaryolarındaki uygulamalar için trafik taşıma konusunda 3GPP tabanlı sistemlerin gereksinimlerini ele alacaktır.   Öte yandan, endüstriler 3GPP tabanlı iletişim teknolojilerini benimserken, sürekli olarak yeni senaryolar ortaya çıkmakta ve bu da 3GPP'nin daha fazla araştırma yapmasını gerektirmektedir. Örneğin, uydu erişimi (FS_5GSAT_ph3) üzerine yapılan araştırma, önceki araştırmalar üzerine inşa ederek uydu endüstrisinin ek ihtiyaçlarını karşılamaya çalışmaktadır.

5G yayın sisteminde, oturum değişikliği PDU (Paket Veri Birimi) oturumunu güncelleyecektir; güncelleme, terminal cihazı (UE), ağ veya radyo bağlantı hatası gibi olaylarla tetiklenebilir. MBS oturum güncelleme süreci özellikle SMF tarafından yönetilir ve UPF'nin kullanıcı düzlemi bağlantısını güncellemesini içerir; daha sonra UPF, oturum kurallarını, QoS (Hizmet Kalitesi) veya diğer parametreleri değiştirmek için erişim ağını ve AMF'yi bilgilendirir.   I. Oturum Değişikliği Başlatma 5G Sistemlerinde, aşağıdakiler olmak üzere birden fazla ağ öğesi tarafından tetiklenebilir: UE Tarafından Başlatılan: UE, belirli bir hizmet için paket filtrelerini veya QoS'yi değiştirmek gibi PDU oturumunda değişiklikler talep eder. Ağ Tarafından Başlatılan: Ağ (tipik olarak bir Politika Kontrol İşlevi (PCF)), yeni politika kuralları veya QoS değişiklikleri uygulamak gibi değişiklikler başlatır. Erişim Ağı Tarafından Başlatılan: Radyo bağlantı hataları, kullanıcı hareketsizliği veya mobilite kısıtlamaları gibi olaylar, AN'nin oturumu serbest bırakmasına veya yapılandırmasını değiştirmesine neden olarak değişiklikleri tetikleyebilir. AMF Tarafından Başlatılan: AMF, belirtilmemiş ağ hataları nedeniyle de değişiklikleri tetikleyebilir.   II. MBS başarılı değişikliği yayın oturumu değişikliği prosedürü, NG-RAN düğümünden daha önce kurulmuş yayın MBS oturumlarıyla ilgili MBS oturum kaynaklarını veya alanlarını güncellemesini istemeyi amaçlar; bu prosedür, UE ile ilişkili olmayan sinyalleşme kullanır. Başarılı bir değişiklik Şekil 8.17.2.2-1'de gösterilmektedir, burada:   MF, bu işlemi NG-RAN düğümüne bir "YAYIN OTURUM DEĞİŞİKLİK TALEBİ" mesajı göndererek başlatır, burada:   "Yayın Oturum Değişiklik Talebi" mesajı bir "MBS Hizmet Alanı" IE'si içeriyorsa, NG-RAN düğümü MBS hizmet alanını güncellemeli ve bir "Yayın Oturum Değişiklik Yanıtı" mesajı göndermelidir. "Yayın Oturum Değişiklik Talebi" mesajı bir "MBS Oturum Değişiklik Talebi İletimi" IE'si içeriyorsa, NG-RAN düğümü daha önce sağlanan bilgileri yeni alınan bilgilerle değiştirmeli ve MBS oturum kaynaklarını ve alanını talebe göre güncellemelidir ve ardından bir "Yayın Oturum Değişiklik Yanıtı" mesajı göndermelidir. "Yayın Oturum Değişiklik Talebi" mesajı bir "Desteklenen Kullanıcı Ekipmanı Türleri Listesi" IE'si (destekleniyorsa) içeriyorsa, NG-RAN düğümü bunu MBS oturum kaynak yapılandırmasında dikkate almalıdır. MBS NG-U arıza göstergesi IE'si, MBS oturum kurulumu veya değişiklik talebi iletimi IE'si içindeki yayın oturumu değişiklik talebi mesajına dahil edilmişse ve "N3mb yolu hatası" olarak ayarlanmışsa, NG-RAN düğümü, başarısız olan taşıma katmanı bilgilerinin yerine yeni NG-U taşıma katmanı bilgileri sağlayabilir veya TS 23.527'de belirtilen N3mb yolu hatası yayın MBS oturum kurtarma prosedürüne göre veri iletimini başka bir 5GC'ye geçirebilir.   III. MBS Değişiklik Başarısızlığı Canlı ağda, NG-RAN düğümleri çeşitli nedenlerle yayın oturumu değişikliği hataları yaşayabilir; değişiklik hatası Şekil 8.17.2.3-1'de gösterilmektedir, burada:   Bir NG-RAN düğümü, istenen herhangi bir değişikliği güncellemeyi başaramazsa, NG-RAN düğümü bir "Yayın Oturum Değişiklik Başarısızlığı" mesajı göndermelidir.  

1. Yayın Oturumu Bırakma:Mobil iletişim sistemlerinde, bu, bir kullanıcı ekipmanının (UE) bir 5G ağından yayın sinyallerini alımını sonlandırması anlamına gelir; tıpkı bir akış ortamı oturumunu sonlandırmak gibi. Bu, kullanıcının oturumu açıkça sonlandırması, yayının sona ermesi veya cihazın yayın kapsamı dışına çıkmasıyla gerçekleşir. Ağ öğesi (Yayın/Çoklu Yayın Hizmet Merkezi), birden fazla kullanıcıya aynı anda verimli veri iletimini sağlamak için oturumu sonlandıracaktır. Bırakmalar şunları içerir:     Kullanıcı Tarafından Başlatılan Bırakma: Kullanıcı, bir akış uygulamasını kapatmaya benzer şekilde, yayını manuel olarak durdurur. Ağ Tarafından Başlatılan Bırakma:Yayın oturumu, içerik oynatımının tamamlanması veya ağ operatörü tarafından sonlandırılması nedeniyle sona erer. Bu, canlı bir etkinliğin veya planlanmış bir yayının sonu nedeniyle olabilir. Cihaz Tarafından Başlatılan Bırakma:Cihaz, yayın kapsamı dışına çıkarak sinyal kaybına ve oturumun sonlandırılmasına neden olur. Yayın/Çoklu Yayın Hizmet Merkezi (BM-SC) yayın oturumlarını yönetir ve ağ politikalarına veya kullanıcı eylemlerine göre bırakmaları başlatabilir.   2. Yayın Oturumu Bırakma Süreci: Amaç, daha önce kurulmuş bir MBS yayın oturumuyla ilişkili kaynakları serbest bırakmaktır. Bırakma, UE ile ilişkili olmayan sinyalleşmeyi kullanır. Başarılı bir bırakma işlemi Şekil 8.17.3.2-1'de gösterilmektedir, burada:       AMF, bu prosedürü NG-RAN düğümüne bir Yayın Oturumu Bırakma İsteği mesajı göndererek başlatır. Yayın Oturumu Bırakma İsteği mesajını aldıktan sonra, NG-RAN düğümü bir Yayın Oturumu Bırakma Yanıtı mesajı ile yanıt vermelidir. NG-RAN düğümü yayını durdurmalı ve yayın oturumuyla ilişkili tüm MBS oturum kaynaklarını serbest bırakmalıdır. Yayın Oturumu Bırakma Yanıtı mesajını aldıktan sonra, AMF, Yayın Oturumu Bırakma Yanıtı Taşıma IE'sini (varsa) şeffaf bir şekilde MB-SMF'ye iletecektir.

  Mobil iletişimde verimli spektrum kullanımı çok önemlidir. Operatörler daha hızlı veri hızları ve daha iyi bağlantı sağlamaya çalışırken, taşıyıcı birleştirme (CA), 3GPP R10'da (LTE-Advanced) tanıtılan ve 5G'de (NR) daha da geliştirilen en önemli özelliklerden biri haline gelmiştir.   1. Taşıyıcı Birleştirme (CA), birden fazla bileşen taşıyıcıyı (CC'ler) birleştirerek bant genişliğini ve verimi artırır. Her bir bileşen taşıyıcının bant genişliği, LTE'de 20 MHz'den 5G'de (NR) 100 MHz'e kadar değişir. Bu nedenle, LTE-Advanced'in (5CC'ler) toplam bant genişliği 100 MHz'e ulaşabilirken, 5G'nin (NR) (16CC'ler) toplam bant genişliği 640 MHz'e ulaşabilir. Prensip, taşıyıcıları birleştirerek, ağın aynı anda daha fazla veri gönderip alabilmesi, böylece verimliliği ve kullanıcı deneyimini iyileştirmesidir.   2. Birleştirme Türleri: 4G ve 5G'de, taşıyıcı birleştirme, taşıyıcıların farklı frekans bantları arasında veya içinde nasıl düzenlendiğine göre kategorize edilebilir:   Bant içi bitişik | Aynı bant içindeki bitişik taşıyıcılar | Bant 3: 1800 MHz (10+10 MHz bitişik) Bant içi bitişik olmayan | Aynı bant içindeki ancak frekans ayrımı olan taşıyıcılar | Bant 40: 2300 MHz (20+20 MHz boşluklu) Bantlar arası birleştirme | Farklı bantlardan taşıyıcılar | Bant 3 (1800 MHz) + Bant 7 (2600 MHz)   Yukarıdaki şekil, her iki taşıyıcının da Bant A'ya ait olduğu ancak aralarında bir spektrum boşluğu olduğu bant içi bitişik olmayan türü görsel olarak göstermektedir.   3. Bant içi bitişik taşıyıcı birleştirme (ICCA), aynı bant içindeki bitişik taşıyıcıları birleştirerek çalışır. Bitişik olmayan bant içi taşıyıcı birleştirme (NCCA), bir adım daha ileri gider ve aynı bant içindeki bitişik olmayan taşıyıcıların birleştirilmesine izin verir. Bu, özellikle parçalı spektrum tahsisleriyle uğraşan operatörler için önemlidir.   4. Bant İçi Bitişik Olmayan Taşıyıcı Birleştirme (ICA), parçalı spektrumu tam olarak kullanmak için 4G ve 5G'de etkinleştirilen bir özelliktir. Taşıyıcı birleştirme (CA), operatörlerin daha geniş bant genişliğine sahip kanallar oluşturmak için birden fazla taşıyıcıyı (bileşen taşıyıcılar (CC'ler) olarak adlandırılır) birleştirmesine olanak tanır, böylece verimliliği artırır ve kullanıcı deneyimini geliştirir.