La CINA Shenzhen Olax Technology CO.,Ltd Notizie aziendali

AMF (Access and Mobility Management Function) è un'unità funzionale del piano di controllo (CU) nella rete centrale 5G (CN). Gli elementi della rete radio (gNodeB) devono connettersi all'AMF prima di poter accedere a qualsiasi servizio 5G. La connessione tra AMF e altre unità nel sistema 5G è mostrata nella figura sottostante.     *Figura 1. Diagramma schematico della connessione AMF ed elemento di rete 5G (le linee continue nella figura rappresentano le connessioni fisiche e le linee tratteggiate rappresentano le connessioni logiche)   I. Funzioni di interfaccia AMF N1[2]:L'AMF ottiene tutte le informazioni relative alla connessione e alla sessione dall'UE tramite l'interfaccia N1. N2[3]:La comunicazione tra l'AMF e il gNodeB relativa all'UE, così come la comunicazione non relativa all'UE, viene condotta tramite questa interfaccia. N8:Tutte le regole di policy specifiche dell'utente e dell'UE, i dati di sottoscrizione relativi alla sessione, i dati utente e qualsiasi altra informazione (come i dati esposti ad applicazioni di terze parti) sono memorizzati nell'UDM e l'AMF ottiene queste informazioni tramite l'interfaccia N8. N11[4]:L'interfaccia N11 rappresenta i trigger per l'AMF per aggiungere, modificare o eliminare sessioni PDU sul piano utente. N12:L'AMF simula un AUSF all'interno della rete centrale 5G e fornisce servizi all'AMF tramite l'interfaccia N12 basata su AUSF. La rete 5G rappresenta un'interfaccia basata sui servizi, focalizzata sull'AUSF e sull'AMF. N22:L'AMF seleziona la migliore funzione di rete (NF) nella rete utilizzando l'NSSF. L'NSSF fornisce informazioni sulla posizione della funzione di rete all'AMF tramite l'interfaccia N22. SBI[8]:L'interfaccia basata sui servizi è una comunicazione basata su API tra le funzioni di rete.   II. Protocolli applicativi AMF NAS[5]:In 5G, NAS (Non-Access Layer Protocol) è il protocollo del piano di controllo sull'interfaccia radio (interfaccia N1) tra l'UE e l'AMF; è responsabile della gestione del contesto relativo alla mobilità e alla sessione all'interno del 5GS (sistema 5G). NGAP[6]:NGAP (Next Generation Application Protocol) è un protocollo del piano di controllo (CP) utilizzato per la comunicazione di segnalazione tra il gNB e l'AMF. È responsabile della gestione dei servizi relativi all'UE e dei servizi non relativi all'UE. SCTP[7]:Il Protocollo di Trasmissione per il Controllo del Flusso (SCTP) garantisce la trasmissione dei messaggi di segnalazione tra l'AMF e il nodo 5G-AN (interfaccia N2). Messaggi ITTI[9]:Interfaccia inter-task utilizzata per inviare messaggi tra le attività.   III. Flusso di chiamata - Registrazione e Deregistrazione UE (Passaggi) L'AMF deve prima registrarsi con l'NRF per identificare e comunicare con la Network Function Location. Quando l'UE si accende, passa attraverso un processo di registrazione. L'AMF elabora la registrazione e quindi riceve il messaggio NAS UE iniziale e la richiesta di registrazione. Questo messaggio viene utilizzato per creare un'identità AMF per l'UE. Quindi, l'AMF controlla l'AMF con cui l'UE si è registrato l'ultima volta. Se l'indirizzo del vecchio AMF viene trovato con successo, il nuovo AMF recupererà tutti i contesti UE e avvierà una procedura di deregistrazione per il vecchio AMF. Il vecchio AMF richiede di rilasciare il contesto SM dall'SMF e il contesto UE dal gNB.   IV. Autenticazione e Autorizzazione del Terminale Se il nuovo AMF non rileva alcuna traccia del vecchio AMF, avvia il processo di autorizzazione e autenticazione con l'UE. Gestisce il processo di verifica dell'identità e richiede un vettore di autenticazione dall'AMF. Quindi invia una richiesta di autenticazione all'UE per impostare una chiave di sicurezza e selezionare un algoritmo di sicurezza per il canale, garantendo così una trasmissione sicura dei dati. L'AMF controlla tutti i canali di trasmissione downlink/uplink NAS utilizzati per la comunicazione.

Man mano che le reti di comunicazione mobile diventano sempre più complesse, l'ottimizzazione delle prestazioni e il miglioramento dell'esperienza utente sono cruciali per gli operatori. In precedenza, gli ingegneri di ottimizzazione si affidavano principalmente ai drive test per eseguire misurazioni (fisiche) della rete al fine di comprendere e controllare la copertura e le prestazioni wireless. Tuttavia, questo metodo di test è costoso, richiede tempo e non è sempre completo.   I. Minimum Drive Testing (MDT)è un metodo di misurazione della rete wireless progettato da 3GPP per le reti di comunicazione mobile. MDT consente alla rete di raccogliere dati effettivi sulle prestazioni direttamente dal lato User Equipment (UE), riducendo così la necessità di drive test manuali. È specificamente diviso inLogged MDTeImmediate MDT(iMDT).   II. Immediate MDT, come definito in 3GPP, si riferisce alla segnalazione in tempo reale dei dati sulle prestazioni della rete da parte dell'apparecchiatura terminale (UE) durante una sessione di connessione radio. A differenza di Logged MDT, che memorizza i dati sul dispositivo per un successivo caricamento, Immediate MDT invia i risultati delle misurazioni alla rete, consentendo agli operatori di:   Identificare i problemi di rete come i guasti del collegamento radio (RLF) in tempo reale. Raccogliere dati in posizioni specifiche durante la sessione in tempo reale. Migliorare le prestazioni dell'utente in tempo reale.   III. Punti chiave di Immediate MDTIl processo di Immediate MDT durante una sessione di connessione tra l'UE e la rete include principalmente: Configurazione MDT:L'UE ottiene la configurazione MDT dalla rete. Questa configurazione specifica quali tipi di dati devono essere raccolti (ad esempio, RSRP, RSRQ, SINR o eventi di chiamata). Temporizzazione della misurazione:In uno stato connesso, l'UE esegue periodicamente misurazioni in base alle condizioni specificate. I parametri di misurazione possono includere l'intensità del segnale, le metriche di qualità e i dati sulla posizione. Zone morte di copertura e guasti del collegamento radio (RLF):Se l'UE si trova in una zona morta di copertura, può verificarsi un RLF, che richiede al processo MDT di registrare l'intensità del segnale e la posizione per ulteriori analisi. Logger e indicazione RLF:Durante un evento RLF, l'UE registra informazioni chiave come l'intensità del segnale e le coordinate della posizione. Dopo che la connessione RRC è stata ristabilita, viene creata e inviata un'indicazione del log RLF. Ristabilimento e segnalazione:L'UE deve ristabilire la connessione RRC per riconnettersi. Dopo la riconnessione RRC, l'UE invia l'indicazione del log RLF insieme alle informazioni registrate. Questo aiuta la rete a identificare la posizione e la causa dell'RLF, il che è molto utile per l'ottimizzazione della rete.

I. Notifica delle risorse della sessione PDU (PDU SESSION RESOURCE NOTIFY) è una notifica del sistema 5G all'elemento di rete centrale AMF che un flusso QoS o una sessione PDU stabilita per un terminale specifico (UE) è stata rilasciata, non è più in esecuzione o è in fase di riesecuzione da un nodo NG-RAN controllato da una notifica di richiesta. Questa procedura viene utilizzata anche per notificare al nodo NG-RAN i parametri QoS che non sono stati accettati con successo durante la procedura di richiesta di handover del percorso. L'intera procedura utilizza la segnalazione relativa all'UE.   II. Notifica di successo delle risorse della sessione PDU: Come mostrato nella Figura 8.2.4.2-1, l'operazione di successo delle risorse della sessione PDU viene avviata dal nodo GN-RAN.     III. Informazioni chiave per la notifica delle risorse della sessione PDUinclude:   Il nodo NG-RAN avvia questo processo inviando un messaggio di notifica delle risorse della sessione PDU. Il messaggio PDU SESSION RESOURCE NOTIFY deve contenere informazioni sulle risorse della sessione PDU o sui flussi QoS che sono stati rilasciati, non sono più in esecuzione o sono stati rieseguiti dal nodo NG-RAN. Per ogni sessione PDU in cui alcuni flussi QoS sono stati rilasciati, non sono più in esecuzione o sono stati rieseguiti dal nodo NG-RAN, deve essere incluso un IE di trasporto della notifica delle risorse della sessione PDU, contenente: Un elenco di flussi QoS rilasciati dal nodo NG-RAN (se presenti) nell'IE elenco di rilascio del flusso QoS. Se nessun altro flusso QoS è associato al bearer esistente dopo il rilascio (ad esempio, la suddivisione della sessione PDU), il nodo NG-RAN e il 5GC dovrebbero considerare il bearer di trasporto NG-U associato come rimosso e le informazioni TNL UP NG-U associate come nuovamente disponibili. Un elenco di flussi QoS GBR che il nodo NG-RAN non esegue più o che ha rieseguito dal nodo NG-RAN (se presenti) nell'IE elenco di notifica del flusso QoS, insieme all'IE motivo della notifica. Per i flussi QoS indicati come non più soddisfatti, il nodo NG-RAN può anche indicare i set di parametri QoS alternativi che possono essere attualmente soddisfatti nell'IE Indice del set di parametri QoS corrente. Per i flussi QoS indicati come non più soddisfatti, il nodo NG-RAN può anche indicare il feedback RAN nell'IE Feedback delle caratteristiche del traffico TSC. Un elenco (se presente) di flussi QoS i cui parametri QoS sono stati aggiornati ma non possono essere accettati con successo dal nodo NG-RAN durante una richiesta di handover del percorso deve essere incluso nell'IE Elenco di feedback del flusso QoS, che può essere associato a valori che possono essere forniti. Per ogni risorsa della sessione PDU rilasciata dal nodo NG-RAN, una trasmissione di notifica delle risorse della sessione PDU rilasciata deve essere inclusa nella "IE Trasmissione rilasciata della notifica delle risorse della sessione PDU" e il motivo del rilascio deve essere incluso nella "IE Motivo". Se l'IE Indicazione di errore del piano utente è impostato su "Indicazione di errore GTP-U ricevuta", l'SMF (se supportato) dovrebbe considerare la sessione PDU rilasciata a causa della ricezione di un'indicazione di errore GTP-U tramite il tunnel NG-U, come descritto in TS 23.527. Il nodo NG-RAN (se supportato) dovrebbe segnalare le informazioni sulla posizione dell'UE nell'IE Informazioni sulla posizione dell'utente nel messaggio PDU SESSION RESOURCE NOTIFY. Dopo aver ricevuto un messaggio PDU SESSION RESOURCE NOTIFY, l'AMF dovrebbe trasmettere in modo trasparente un IE Trasferimento notifica risorse sessione PDU o un IE Trasferimento rilasciato notifica risorse sessione PDU all'SMF associato alla sessione PDU pertinente per ogni sessione PDU indicata nell'IE ID sessione PDU. Dopo aver ricevuto l'IE Trasferimento notifica risorse sessione PDU, l'SMF avvia in genere la corrispondente procedura di rilascio o modifica sul lato della rete centrale per le sessioni PDU o i flussi QoS che sono identificati come non più soddisfacenti. Per ogni sessione PDU, se il suo IE Trasferimento notifica risorse sessione PDU o IE Trasferimento rilasciato notifica risorse sessione PDU contiene un IE Informazioni sull'utilizzo RAT secondario, l'SMF dovrebbe elaborare queste informazioni in conformità con TS 23.502. Se il messaggio Notifica risorse sessione PDU contiene un IE Informazioni sulla posizione dell'utente, l'AMF dovrebbe elaborare queste informazioni in conformità con TS 23.501.

  I. UN CORESET è un Control Resource Set utilizzato nel 5G (NR). È un insieme di risorse fisiche all'interno di un'area specifica della Griglia di Risorse Downlink utilizzata per trasportare il PDCCH (DCI). Nel 5G (NR), il PDCCH è specificamente progettato per essere trasmesso all'interno di un Control Resource Set (CORESET) configurabile.   II. Posizione del PDCCHIl CORESET nel 5G è simile a una Control Region in LTE perché il suo Resource Set (RB) e l'insieme di simboli OFDM sono configurabili e ha un corrispondente spazio di ricerca PDCCH. La flessibilità della configurazione della Control Region NR, inclusi tempo, frequenza, set di parametri e punto operativo, le consente di soddisfare un'ampia gamma di scenari applicativi. Mentre i PDCCH nelle Control Region LTE sono allocati sull'intera larghezza di banda del sistema, i PDCCH NR vengono trasmessi all'interno di un'area CORESET appositamente progettata, situata in una specifica regione del dominio della frequenza, come mostrato nel diagramma sottostante.   III. 4G PDCCH e 5G PDCCH CORESET L'allocazione della frequenza in una configurazione CORESET può essere continua o discontinua. Una configurazione CORESET si estende su 1-3 simboli OFDM consecutivi nel tempo. Gli RE in un CORESET sono organizzati in REG (gruppi RE). Ogni REG è composto da 12 RE da un simbolo OFDM in un RB. Il PDCCH è confinato a un CORESET e trasmesso utilizzando il proprio segnale di riferimento di demodulazione (DMRS) per ottenere il beamforming del canale di controllo per l'UE. Per accogliere diverse dimensioni del payload DCI o diversi tassi di codifica, il PDCCH è trasportato da 1, 2, 4, 8 o 16 Control Channel Elements (CCE). Ogni CCE contiene 6 REG. La mappatura CCE-to-REG di un CORESET può essere interleaved (per la diversità di frequenza) o non-interleaved (per il beamforming locale). IV. Mappatura CORESET Ogni terminale 5G (UE) è configurato per testare alla cieca più segnali candidati PDCCH con diversi formati DCI e livelli di aggregazione. La decodifica cieca aumenta la complessità dell'UE, ma è necessaria per pianificare e elaborare in modo flessibile diversi formati DCI con un basso overhead.   V. Caratteristiche CORESET Il CORESET control resource set nel 5G (NR) è simile all'area di controllo LTE PDCCH; I CORESET 5G (NR) sono divisi in due tipi: CORESET generali e CORESET specifici per l'UE; Ogni BWP downlink attivo può configurare fino a 3 set di core, inclusi CORESET generali e CORESET specifici per l'UE; Una cella di servizio può avere fino a 4 BWP e ogni BWP può avere fino a 3 CORESET, per un totale di 12 CORESET; Ogni CORESET può essere identificato da un indice compreso tra 0 e 11, denominato Control Resource Set Id; Il Control Resource Set Id è univoco all'interno della stessa cella di servizio; Quando viene definito un CORESET specifico, il suo indice è sono configurati solo all'interno dei loro Bandwidth Weighted (BWP) associati. L'attivazione avviene solo al momento dell'attivazione, ad eccezione di ; questo CORESET è configurato utilizzando un elemento informativo a 4 bit nel MIB (Master Information Block), che è associato al segnale di sincronizzazione definito dalla cella e al blocco Physical Broadcast Channel (PBCH) (SSB); I CORESET sono configurati solo all'interno dei loro Bandwidth Weighted (BWP) associati. L'attivazione avviene solo al momento dell'attivazione, ad eccezione di CORESET0 , che è associato al pacchetto bandwidth-weighted iniziale (il pacchetto bandwidth-weighted con indice 0); Nel dominio della frequenza, i CORESET sono configurati su griglie di frequenza 6 PRB in unità di 6 PRB;Nel dominio del tempo, i CORESET  

Rispetto alle generazioni precedenti di tecnologia, il 5G (NR) ha requisiti più elevati per l'accuratezza di temporizzazione e sincronizzazione. Questo perché la rete necessita della sincronizzazione per raggiungere funzioni come l'aggregazione di portanti, Mass MIMO e TDD (Time Division Duplex); tecnologie chiave come enhanced boundary clocks, PTP (Precise Time Protocol) e TSN (Time Sensitive Networking) possono soddisfare i suoi requisiti di accuratezza; per quanto riguarda i rapporti sullo stato di temporizzazione e sincronizzazione, 3GPP li definisce in TS38.413 come segue:     I. Rapporto sullo stato di sincronizzazione temporale Lo scopo del processo di rapporto sullo stato di sincronizzazione temporale nel sistema 5G è consentire ai nodi NG-RAN di fornire informazioni sullo stato di sincronizzazione temporale RAN all'AMF in conformità con TS 23.501 e TS 23.502; il processo di rapporto sullo stato di sincronizzazione temporale utilizza la segnalazione non associata all'UE. Il processo di operazione di rapporto riuscito è mostrato nella Figura 8.19.2.2-1, dove:   Il nodo NG-RAN avvia il processo inviando un messaggio di rapporto sullo stato di sincronizzazione temporale TSCTSF, indicato dall'ID di routing IE, all'AMF.   II. Lo scopo del rapporto sullo stato di sincronizzazione temporale è consentire all'AMF di richiedere al nodo NG-RAN di avviare o interrompere la segnalazione delle informazioni sullo stato di sincronizzazione temporale RAN come specificato in TS 23.501 e TS 23.502. Il processo di operazione di rapporto di stato di sincronizzazione riuscito è mostrato nella Figura 8.19.1.2-1 di seguito. Il processo di rapporto utilizza la segnalazione non associata all'UE; dove:     L'AMF avvia questo processo inviando un messaggio di richiesta dello stato di sincronizzazione temporale al nodo NG-RAN. Se l'IE del tipo di richiesta RAN TSS contenuta nel messaggio di richiesta dello stato di sincronizzazione temporale è impostata su "start", il nodo NG-RAN dovrebbe avviare il rapporto RAN TSS per il TSCTSF indicato dall'ID di routing IE. Se l'IE del tipo di richiesta RAN TSS è impostata su "stop", il nodo NG-RAN dovrebbe interrompere il rapporto del TSCTSF indicato dall'ID di routing IE. III. L'operazione di rapporto sullo stato di sincronizzazione programmata è fallita, come mostrato nella Figura 8.19.1.3-1, dove:     Se un nodo NG-RAN non è in grado di segnalare lo stato di sincronizzazione temporale, il processo dovrebbe essere considerato un fallimento e dovrebbe essere restituito un messaggio "Timing Synchronization Status Failed".  

I. Supporto dei ServiziSimilmente ai sistemi di comunicazione mobile 2G, 3G e 4G, i sistemi 5G (NR) supportano servizi categorizzati in tre tipi principali: voce, dati, e video. Un sistema mobile cellulare è composto da due parti fondamentali: il terminale mobile (UE) e la rete (composta da stazioni base e componenti di connessione dati backend come la rete core e la fibra ottica).   II. Caratteristiche del Sistema Il 5G è sviluppato secondo gli standard 3GPP Release 15 e successivi, ed è retrocompatibile con LTE e LTE-Advanced Pro. Attualmente, i sistemi 5G vengono sviluppati in più bande di frequenza per supportare la regolamentazione dello spettro a livello mondiale. Un sistema 5G può essere composto da tre parti: UE (ovvero, il terminale - telefono cellulare) gNB (ovvero, la stazione base) CN (ovvero, la rete core)   III. Implementazione della Rete 5G L'implementazione del 5G è divisa in architetture Non-Standalone (NSA) e Standalone (SA). Nello specifico:   In NSA, l'UE opera simultaneamente sia sull'eNB LTE che sul gNB 5G. In questa modalità, l'UE utilizza il C-plane (piano di controllo) dell'eNB LTE per la sincronizzazione iniziale, e poi si aggancia all'U-plane (piano utente) del gNB 5G per lo scambio di traffico. In SA, l'UE opera solo in presenza di una stazione base 5G (gNB). In questa modalità, l'UE utilizza il piano di controllo della stazione base 5G per la sincronizzazione iniziale, e poi si aggancia anche al piano utente della stazione base 5G per lo scambio di traffico.   IV. Flusso delle Chiamate di Servizio 4.1 Flusso delle Chiamate Vocali Le chiamate vocali 5G stabiliscono un circuito tra il chiamante e il chiamato per consentire la trasmissione e la ricezione della voce sulla rete 5G. Le chiamate vocali sono di due tipi: Chiamata iniziata dal mobile Chiamata terminata sul mobile Le chiamate vocali regolari possono essere effettuate utilizzando telefoni 4G/5G senza alcuna applicazione. 4.2 Flusso delle Chiamate Dati Le chiamate dati 5G stabiliscono un circuito virtuale tra il chiamante e il chiamato per consentire la trasmissione e la ricezione dei dati sulla rete 5G. Le chiamate dati sono di due tipi: Chiamata a commutazione di pacchetto iniziata dal mobile Chiamata a commutazione di pacchetto terminata sul mobile I servizi specifici includono la normale navigazione in internet e l'upload/download dopo aver stabilito una connessione internet con la rete 5G e il telefono 5G (ovvero, il terminale).   4.3 Flusso delle Chiamate Video Le chiamate video 5G stabiliscono una connessione tra due telefoni (o terminali) e utilizzano una connessione a commutazione di pacchetto per la trasmissione e la ricezione video; utilizza applicazioni come WhatsApp, Facebook Messenger e GTalk tramite la connessione internet.

    Rispetto ai sistemi 4G, il 5G (NR) ha ottenuto miglioramenti rivoluzionari negli indicatori chiave di prestazione della comunicazione mobile; supporta anche vari scenari applicativi emergenti. Basandosi sul successo dei sistemi 5G (NR), 6G dovrebbe emergere verso la fine del 2030. I molteplici studi di 3GPP SA1 su Rel-19 non solo dimostrano le capacità aggiuntive che i sistemi 5G apporteranno, ma forniscono anche una guida per le future capacità richieste per i sistemi 6G.   I. Standard 3GPP L'intero sviluppo della comunicazione mobile da GSM (2G), WCDMA (3G), LTE (4G) a NR (5G) ha adottato 3GPP, l'unico standard di comunicazione leader a livello globale. Durante questo periodo, quasi tutti i telefoni cellulari e i dispositivi connessi alle reti cellulari hanno supportato almeno uno di questi standard. Oltre a contribuire all'enorme successo dei sistemi 4G (comunemente noti come LTE), 3GPP ha anche migliorato significativamente le prestazioni dei sistemi di comunicazione cellulare nel 5G.   II. Standard e Funzioni 5G Dal primo dispiegamento commerciale dei sistemi 5G nel 2018, come mostrato nella Figura 1, 3GPP ha continuamente aggiunto nuove funzioni nelle versioni successive, tra cui:     Rel-15, Rel-16 e Rel-17 sono le prime tre versioni che supportano i sistemi 5G, fornendo le funzionalità di base che distinguono il 5G dai sistemi 4G. Rel-18, Rel-19 e Rel-20 aggiungono funzionalità avanzate ai sistemi 5G e sono anche noti come 5G-Advanced. I gruppi di lavoro della seconda e terza fase in 3GPP hanno sviluppato l'architettura e i protocolli del sistema Rel-18, mentre il gruppo di lavoro della prima fase di 3GPP ha discusso le architetture dei sistemi 6G oltre il sistema 5G Rel-19.   III. Progresso Generale di Rel-19 Alle riunioni SA1#97 (febbraio 2022) e SA1#98 (maggio 2022), il gruppo di lavoro 3GPP SA1 ha raggiunto un accordo sulle Rel-19 Descrizioni degli Elementi di Ricerca (SID), come mostrato nella Tabella 1. Molti progetti si stanno gradualmente muovendo verso l'applicazione.     Come suggerisce il titolo della ricerca, gli standard 3GPP stanno affrontando le esigenze più specifiche delle industrie che considerano l'utilizzo di sistemi di comunicazione basati su 3GPP. Le versioni precedenti degli standard 3GPP hanno aggiunto il supporto per vari settori, come la comunicazione machine-to-machine. 3GPP ha anche introdotto funzionalità come il supporto per la comunicazione IoT a bassa potenza, la comunicazione IoT a vasta copertura e la comunicazione veicolo-veicolo.   Tuttavia, il supporto delle versioni precedenti è insufficiente per alcuni altri settori e nuove ricerche si stanno sforzando di soddisfare le loro esigenze. Ad esempio, la ricerca sui servizi Metaverse (FS_Metaverse) affronterà i requisiti dei sistemi basati su 3GPP nel trasportare il traffico per le applicazioni negli scenari metaverse.   D'altra parte, poiché le industrie adottano le tecnologie di comunicazione basate su 3GPP, stanno emergendo costantemente nuovi scenari, che richiedono a 3GPP di condurre ulteriori ricerche. Ad esempio, la ricerca sull'accesso satellitare (FS_5GSAT_ph3) sta tentando di soddisfare le esigenze aggiuntive del settore satellitare, basandosi sulla ricerca precedente.

In un sistema di trasmissione 5G, la modifica della sessione aggiornerà la sessione PDU (Packet Data Unit); l'aggiornamento può essere attivato da eventi come il dispositivo terminale (UE), la rete o un guasto del collegamento radio. Il processo di aggiornamento della sessione MBS è gestito specificamente dall'SMF, che coinvolge l'UPF nell'aggiornamento della connessione del piano utente; quindi l'UPF notifica alla rete di accesso e all'AMF di modificare le regole della sessione, la QoS (Quality of Service) o altri parametri.   I. Inizio della modifica della sessione nei sistemi 5G può essere attivato da più elementi di rete, ovvero: Avviato dall'UE: l'UE richiede modifiche alla sua sessione PDU, come la modifica dei filtri di pacchetto o della QoS per un servizio specifico. Avviato dalla rete: la rete (tipicamente una Policy Control Function (PCF)) avvia le modifiche, come l'applicazione di nuove regole di policy o modifiche alla QoS. Avviato dalla rete di accesso: eventi come guasti del collegamento radio, inattività dell'utente o restrizioni di mobilità possono attivare modifiche, causando il rilascio della sessione da parte dell'AN o la modifica della sua configurazione. Avviato dall'AMF: l'AMF può anche attivare modifiche, ad esempio a causa di guasti di rete non specificati.   II. La modifica riuscita della MBS la procedura di modifica della sessione di trasmissione ha lo scopo di richiedere al nodo NG-RAN di aggiornare le risorse o le aree della sessione MBS relative alle sessioni MBS di trasmissione precedentemente stabilite; questa procedura utilizza la segnalazione non associata all'UE. Una modifica riuscita è mostrata nella Figura 8.17.2.2-1, dove:   L'MF avvia questo processo inviando un messaggio "BROADCAST SESSION MODIFICATION REQUEST" al nodo NG-RAN, in cui:   Se il messaggio "Broadcast Session Modification Request" contiene un IE "MBS Service Area", il nodo NG-RAN deve aggiornare l'area di servizio MBS e inviare un messaggio "Broadcast Session Modification Response". Se il messaggio "Broadcast Session Modification Request" contiene un IE "MBS Session Modification Request Transmission", il nodo NG-RAN deve sostituire le informazioni fornite in precedenza con le informazioni appena ricevute e aggiornare le risorse e l'area della sessione MBS in base alla richiesta, quindi inviare un messaggio "Broadcast Session Modification Response". Se il messaggio "Broadcast Session Modification Request" include un IE "List of Supported User Equipment Types" (se supportato), il nodo NG-RAN deve considerarlo nella configurazione delle risorse della sessione MBS. Se l'IE di indicazione di guasto MBS NG-U è incluso nel messaggio di richiesta di modifica della sessione di trasmissione all'interno dell'IE di impostazione o modifica della sessione MBS e viene impostato su "N3mb path failure", il nodo NG-RAN può fornire nuove informazioni sul livello di trasporto NG-U per sostituire le informazioni sul livello di trasporto non riuscite, oppure passare la trasmissione dei dati a un altro 5GC in base alla procedura di ripristino della sessione MBS di trasmissione in caso di guasto del percorso N3mb specificata in TS 23.527.   III. Guasto della modifica MBS Nella rete live, i nodi NG-RAN possono riscontrare guasti nella modifica della sessione di trasmissione per vari motivi; il guasto della modifica è mostrato nella Figura 8.17.2.3-1, dove:   Se un nodo NG-RAN non riesce ad aggiornare le modifiche richieste, il nodo NG-RAN deve inviare un messaggio "Broadcast Session Modification Failure".  

1. Rilascio della sessione di trasmissione:Nei sistemi di comunicazione mobile, questo si riferisce al processo con cui un'apparecchiatura utente (UE) termina la ricezione dei segnali di trasmissione da una rete 5G, simile alla chiusura di una sessione di streaming multimediale. Ciò si verifica quando l'utente termina esplicitamente la sessione, la trasmissione termina o il dispositivo esce dalla copertura della trasmissione. L'elemento di rete (Broadcast/Multicast Service Center) interromperà la sessione per garantire una trasmissione efficiente dei dati a più utenti contemporaneamente. I rilasci includono:     Rilascio avviato dall'utente: L'utente interrompe manualmente la trasmissione, in modo simile alla chiusura di un'app di streaming. Rilascio avviato dalla rete:La sessione di trasmissione termina a causa del completamento della riproduzione del contenuto o della terminazione da parte dell'operatore di rete. Ciò può essere dovuto alla fine di un evento in diretta o di una trasmissione programmata. Rilascio avviato dal dispositivo:Il dispositivo esce dalla copertura della trasmissione, con conseguente perdita del segnale e terminazione della sessione. Il Broadcast/Multicast Service Center (BM-SC)gestisce le sessioni di trasmissione e può avviare i rilasci in base alle politiche di rete o alle azioni dell'utente.   2. Processo di rilascio della sessione di trasmissione: Lo scopo è quello di rilasciare le risorse associate a una sessione di trasmissione MBS precedentemente stabilita. Il rilascio utilizza la segnalazione non associata all'UE. Un'operazione di rilascio riuscita è mostrata nella Figura 8.17.3.2-1, dove:       L'AMF avvia questa procedura inviando un messaggio Broadcast Session Release Request al nodo NG-RAN. Alla ricezione del messaggio Broadcast Session Release Request, il nodo NG-RAN deve rispondere con un messaggio Broadcast Session Release Response. Il nodo NG-RAN deve cessare la trasmissione e rilasciare tutte le risorse della sessione MBS associate alla sessione di trasmissione. Alla ricezione del messaggio Broadcast Session Release Response, l'AMF deve trasmettere in modo trasparente l'IE Broadcast Session Release Response Transport (se presente) al MB-SMF.

  L'utilizzo efficiente dello spettro è cruciale nelle comunicazioni mobili. Poiché gli operatori si sforzano di fornire velocità dati più elevate e una migliore connettività, l'aggregazione di portanti (CA) è diventata una delle funzionalità più importanti introdotte in 3GPP R10 (LTE-Advanced) e ulteriormente sviluppata nel 5G (NR).   1. Aggregazione di portanti(CA) aumenta la larghezza di banda e il throughput combinando più portanti componenti (CC). La larghezza di banda di ciascuna portante componente varia da 20 MHz in LTE a 100 MHz in 5G (NR). Pertanto, la larghezza di banda totale di LTE-Advanced (5CC) può raggiungere i 100 MHz, mentre la larghezza di banda totale del 5G (NR) (16CC) può raggiungere i 640 MHz. Il principio è che, combinando le portanti, la rete può inviare e ricevere più dati simultaneamente, migliorando così l'efficienza e l'esperienza utente.   2. Tipi di aggregazione:Nel 4G e nel 5G, l'aggregazione di portanti può essere categorizzata in base a come le portanti sono organizzate attraverso o all'interno di diverse bande di frequenza:   Intra-banda contigua | Portanti adiacenti all'interno della stessa banda | Banda 3: 1800 MHz (10+10 MHz contigui) Intra-banda non contigua | Portanti all'interno della stessa banda ma con separazione di frequenza | Banda 40: 2300 MHz (20+20 MHz con un gap) Aggregazione inter-banda | Portanti da bande diverse | Banda 3 (1800 MHz) + Banda 7 (2600 MHz)   La figura sopra illustra visivamente il tipo intra-banda non contiguo, dove entrambe le portanti appartengono alla Banda A ma c'è un gap nello spettro tra di loro.   3. Aggregazione di portanti intra-banda contigua (ICCA) funziona combinando portanti adiacenti all'interno della stessa banda.Aggregazione di portanti intra-banda non contigua(NCCA) fa un passo avanti e consente l'aggregazione di portanti non adiacenti all'interno della stessa banda. Questo è particolarmente importante per gli operatori che hanno a che fare con allocazioni di spettro frammentate.   4. Aggregazione di portanti intra-banda non contigua(ICA) è una funzionalità abilitata nel 4G e nel 5G per utilizzare appieno lo spettro frammentato. L'aggregazione di portanti (CA) consente agli operatori di combinare più portanti (chiamate portanti componenti (CC)) per creare canali a larghezza di banda più ampia, migliorando così il throughput e migliorando l'esperienza utente.