La CINA Shenzhen Olax Technology CO.,Ltd Notizie aziendali

  1Sovraccarico del sistema:Nelle reti 5G,"sovraccarico"si riferisce a un traffico eccessivo o a troppi dispositivi che tentano di connettersi contemporaneamente, sovraccaricando le risorse di rete e portando a congestione, velocità basse o guasti di connessione.Le strategie per affrontare questo sovraccarico includono il rilascio di più spettro concesso in licenza, l'allocazione delle risorse attraverso la suddivisione della rete e le funzioni di base della rete e l'attuazione di meccanismi quali il throttling, i timer di uscita e i messaggi di sovraccarico per controllare e gestire efficacemente il traffico.   2. Il processo di avvio del sovraccaricoavvisa il nodo NG-RAN di ridurre il carico di segnalazione diretto all'AMF associato. Questo processo di avvio utilizza segnalazione non associata all'UE. Come illustrato nella figura 8.7.7.2-1 di seguito, il processo di avviamento comprende:     Un nodo NG-RAN che riceve un messaggio di avvio del sovraccarico deve presumere che l'AMF ricevente sia in uno stato di sovraccarico. Se il messaggio di avvio del sovraccarico contiene l'operazione IE di sovraccarico e l'operazione IE di risposta AMF di sovraccarico, il nodo NG-RAN lo utilizza per identificare il traffico di segnalazione pertinente.Questa informazione viene utilizzata quando l'azione IE di sovraccarico è impostata su: ¢Rifutare l'istituzione di una connessione RRC per i trasferimenti di dati provenienti da dispositivi mobili non di emergenza (cioè rifiutare il traffico corrispondente al RRC provoca ¢mo-data, ¢mo-SMS, ¢mo-VideoCall,e “mo-VoiceCall” in TS 38.331 o “mo-data” e “mo-VoiceCall” di TS 36.331), oppure Rifiutare l'istituzione di una connessione RRC per la segnalazione  (ossia rifiutare il traffico corrispondente alla RRC provoca mo-dati , mo-SMS , mo-segnalamento , mo-videochiamata  e mo-vocechiamata  nel TS 38.331 o “mo-data”, “mo-segnalazione” e “mo-VoiceCall” nella norma TS 36.331), oppure Permettere l'installazione di una connessione RRC solo per le sessioni di emergenza e i servizi terminati mobili (cioè consentire solo il traffico corrispondente al TS 38).331 o il RRC causa "emergenza" e "mt-Access" nel TS 36.331), oppure "L'istituzione di una connessione RRC è consentita solo per sessioni ad alta priorità e servizi terminati mobili" (vale a dire, solo il traffico corrispondente alla RRC causa "highPriorityAccess", "mps-Priority Access"," "mcs-PriorityAccess" e "mt-Access" in TS 38.331 o "highPriorityAccess", "mo-ExceptionData" e "mt-Access" in TS 36.331 sono consentiti). 3- Sopraccarico.La NG-RAN gestisce la situazione come segue: Se il messaggio OVERLOAD START contiene l'indicazione di riduzione del carico del traffico AMF IE, il traffico di segnalazione è ridotto della percentuale indicata; in caso contrario,solo il traffico di segnalazione non indicato come rifiutato viene inviato all'AMF. Se l'elenco NSSAI IE di avvio del sovraccarico è incluso nel messaggio OVERLOAD START, il nodo NG-RAN deve: Se è presente l'indicazione di riduzione del carico del traffico in fetta IE, ridurre il traffico di segnalazione dell'UE della percentuale indicata, provided that the IE is present and the requested NSSAI contains only the S-NSSAI contained in the Overload Start NSSAI List IE and the signaling traffic reduction indicated by the Overload Action IE in the Slice Overload Response IEIn caso contrario, assicurarsi che solo il traffico di segnalazione proveniente dall'UE (se il NSSAI richiesto corrisponde, only signaling traffic from the UE's requested NSSAI containing S-NSSAIs other than the S-NSSAI contained in the Overload Start NSSAI List IE) or signaling traffic not reduced as indicated by the Overload Action IE in the Slice Overload Response IE) is sent to the AMF. Se il controllo del sovraccarico è in corso e il nodo NG-RAN riceve un altro messaggio START OVERLOAD, il nodo NG-RAN sostituisce il contenuto del messaggio precedentemente ricevuto con il nuovo contenuto.

  1. AMF (La Funzione di Accesso e Gestione della Mobilità) è un elemento critico del piano di controllo nel 5G, responsabile della gestione dell'accesso, della mobilità e della sicurezza dell'apparecchiatura utente (UE) all'interno del sistema 5G. Gestisce la registrazione e l'autenticazione iniziali dell'UE e gestisce gli handover tra celle di rete e reti di accesso. L'AMF collabora con altre funzioni di rete (come l'SMF) per stabilire e mantenere sessioni dati per gli utenti.   2. Le responsabilità dell'AMF sono divise nelle seguenti aree: Registrazione e Autenticazione UE: L'AMF autentica l'UE, verifica la sua identità e le credenziali di sottoscrizione e le concede l'accesso ai servizi 5G. Gestione della Mobilità: Responsabile della gestione del complesso processo di spostamento di un UE da una cella all'altra o tra diverse reti di accesso radio (NG-RAN). Gestione del Contesto: Mantiene il contesto dell'UE, che include informazioni sulla posizione corrente dell'UE, sullo stato della sessione e sulla sicurezza. Interazione con Altri Elementi di Rete SMF (Session Management Function): L'AMF collabora con l'SMF per stabilire, modificare e gestire le sessioni dati utente. UDM (Unified Data Management): Comunica con l'UDM per recuperare e gestire le informazioni di sottoscrizione dell'utente.      AUSF (Authentication Server Function): L'AMF seleziona l'AUSF appropriato per autenticare l'identità dell'UE durante la registrazione. NSSF (Network Slice Selection Function): L'AMF utilizza l'NSSF per scoprire e selezionare la slice di rete e le funzioni appropriate in base alla posizione e ai requisiti dell'UE. Gestione delle Funzioni di Rete: L'AMF utilizza un'interfaccia basata sui servizi e la Network Repository Function (NRF) per scoprire e selezionare altre funzioni di rete. 3. L'Indicazione di Stato AMF procedura è progettata per supportare le funzioni di gestione AMF. Questa procedura utilizza la segnalazione non associata all'UE e il funzionamento corretto è mostrato nella Figura 8.7.6.2-1 sottostante, dove:   L'AMF avvia questa procedura inviando un messaggio "Indicazione di Stato AMF" al nodo NG-RAN. Alla ricezione del messaggio Indicazione di Stato AMF, il nodo NG-RAN deve presumere che il GUAMI indicato non sia disponibile ed eseguire la riselzione AMF come definito in TS 23.501. Se supportato, il nodo NG-RAN deve intraprendere le azioni appropriate come specificato in TS 23.501 in base all'esistenza del metodo timer per l'IE di rimozione GUAMI. Se l'IE Backup AMF Name è incluso nel messaggio Indicazione di Stato AMF, il nodo NG-RAN deve (se supportato) eseguire la riselzione AMF in base all'AMF indicato dall'IE Backup AMF Name come specificato in TS 23.501. Se l'IE Extended Backup AMF Name è incluso nel messaggio Indicazione di Stato AMF, il nodo NG-RAN deve (se supportato) eseguire la riselzione AMF in base all'AMF indicato dall'IE Extended Backup AMF Name come specificato in TS 23.501.

  1Anomalie del sistema:Le deviazioni dal progetto possono verificarsi durante il normale funzionamento della rete 5G, tra cui problemi di prestazione quali minacce alla sicurezza della rete, interferenze del segnale, copertura insufficiente,e potenziali guasti nel software e nell' hardware di reteQueste anomalie possono manifestarsi come interruzioni del servizio, crash del sistema, velocità della rete lente, o chiamate interrotte.Sono tipicamente identificati analizzando i sistemi di rilevamento delle anomalie dei dati di rete e possono essere classificati in rete centrale e rete radio..     2Anomalie del GC: Se il messaggio NG RESET include l'elenco di connessioni NG logiche IE associato all'UE,ma né l'ID AMF UE NGAP IE né l'ID RAN UE NGAP IE sono presenti nell'elemento di connessione logico UE associato all'UE, l'AMF ignora l'elemento di connessione logico NG IE associato all'UE.L'AMF può restituire un elemento di connessione logico NG associato UE IE vuoto nell'elenco di connessioni logico NG associato UE IE nel messaggio NG RESET ACKNOWLEDGE.     3Anomalie NG-RAN:Se il messaggio NG RESET contiene l'elenco UE-Associated Logical NG Connection List IE,ma né l'ID AMF UE NGAP IE né l'ID RAN UE NGAP IE sono presenti nell'elemento UE-associato di connessione NG logica IE, il nodo NG-RAN ignora l'elemento IE di connessione NG logica associata all'UE.Il nodo NG-RAN può restituire un elemento di connessione logico NG associato UE IE vuoto nell'elenco di connessioni logico NG associato UE IE nel messaggio NG RESET ACKNOWLEDGE.     4. Crossover del messaggio NG RESETsi verifica in genere nei due scenari seguenti:   If an NG reset procedure is in progress in an NG-RAN node and the NG-RAN node receives an NG RESET message from a peer entity on the same NG interface that is associated with one or more UE associations that were previously requested to be reset (as explicitly or implicitly indicated in the received NG RESET message), il nodo NG-RAN risponde con un messaggio NG RESET ACKNOWLEDGE come specificato al punto 8.7.4.2.1.   If an NG reset procedure is in progress in the AMF and the AMF receives an NG RESET message from a peer entity on the same NG interface that is related to one or more UE associations that were previously requested to be reset (indicated explicitly or implicitly in the received NG RESET message), l'AMF risponde con un messaggio di RICONOSCIMENTO di reimpostazione del GNL come specificato al punto 8.7.4.2.

I.Aggregazione di portanti: Simile all'LTE, l'aggregazione di portanti 5G (NR) aumenta anche la larghezza di banda dello spettro radio utilizzato dagli UE combinando più portanti. Ogni portante aggregata è chiamata portante componente (CC). In 5G (NR), gli UE possono supportare fino a 16 portanti componenti (CC) contigue e non contigue con diverse numerologie sia nelle bande FR1 che FR2. Le configurazioni di aggregazione di portanti includono: tipo di aggregazione di portanti (intra-banda, contigua/non contigua o inter-banda), numero di bande di frequenza e classe di larghezza di banda.   II. Classe di larghezza di banda: La classe di larghezza di banda di aggregazione di portanti di un terminale (UE) è definita utilizzando un elenco alfabetico di larghezze di banda minime e massime e il numero di portanti componenti che può utilizzare. I parametri chiave includono: I terminali 5G ​​(NR) supportano fino a 16 portanti componenti (CC) contigue e non contigue con diversi set di parametri quando l'aggregazione di portanti è abilitata. La classe di larghezza di banda di un terminale (UE) è un elenco alfabetico di larghezze di banda minime e massime e il numero di portanti componenti (CC). Secondo la Release 17, le classi di aggregazione di portanti in FR1 vanno da A a O, consentendo una larghezza di banda aggregata massima di 400 MHz. Secondo la Release 17, le classi di aggregazione di portanti in FR2 vanno da A a Q, consentendo una larghezza di banda aggregata massima di 800 MHz.   III. Classe di larghezza di banda di aggregazione di portanti FR1 Categoria A: Gli UE 5G sono configurati senza aggregazione di portanti. La banda di frequenza portante massima (BWChannel, max) è determinata dal numero di banda di frequenza e dal set di parametri, che definisce la spaziatura della sottoportante (SCS). La classe A appartiene a tutti i gruppi di fallback e consente agli UE di tornare a questa configurazione anche quando l'aggregazione di portanti non è in atto. Categoria B: Aggregando due canali radio, la larghezza di banda totale disponibile per gli UE è compresa tra 20 e 100 MHz. Categoria C: Aggregando due canali radio, la larghezza di banda totale disponibile per gli UE è compresa tra 100 e 200 MHz. Categoria D: Aggregando tre canali radio, la larghezza di banda totale disponibile per gli UE è compresa tra 200 e 300 MHz. Categoria E: Aggregando quattro canali radio, la larghezza di banda totale disponibile per gli UE è compresa tra 300 e 400 MHz. Le classi C, D ed E appartengono allo stesso gruppo di fallback (Fallback Group 1). Categoria G: Aggregando tre canali radio, la larghezza di banda totale disponibile per gli UE è compresa tra 100 e 150 MHz. Categoria H: aggrega quattro canali radio, fornendo una larghezza di banda totale di 150-200 MHz disponibile per l'apparecchiatura utente (UE). Categoria I: aggrega cinque canali radio, fornendo una larghezza di banda totale di 200-250 MHz disponibile per l'apparecchiatura utente (UE). La classe J aggrega sei canali radio, fornendo una larghezza di banda totale di 250-300 MHz disponibile per l'apparecchiatura utente (UE). Classe K: aggrega sette canali radio, fornendo una larghezza di banda totale di 300-350 MHz disponibile per l'apparecchiatura utente (UE). Classe L: aggrega otto canali radio, fornendo una larghezza di banda totale di 350-400 MHz disponibile per l'apparecchiatura utente (UE).  Le classi G-L appartengono allo stesso gruppo di fallback (Fallback Group 2).   IV. Classe di larghezza di banda di aggregazione di portanti FR2 Categoria A è una configurazione 5G per gli UE senza aggregazione di portanti. La banda di frequenza portante massima (BWChannel, max) dipende dal numero di banda e dalla numerologia. La classe A appartiene a tutti i gruppi di fallback e consente agli UE di tornare a questa configurazione anche senza aggregazione di portanti. Categoria B corrisponde alla larghezza di banda totale dopo l'aggregazione di due canali radio, che va da 400 MHz a 800 MHz. Categoria C corrisponde alla larghezza di banda totale dopo l'aggregazione di due canali radio, che va da 800 MHz a 1200 MHz. La classe B è una configurazione di fallback per la classe C; entrambe appartengono allo stesso Fallback Group 1 elenco di fallback. Categoria D corrisponde alla larghezza di banda totale dopo l'aggregazione di due canali radio, che va da 200 MHz a 400 MHz. Categoria E corrisponde alla larghezza di banda totale dopo l'aggregazione di tre canali radio, che va da 400 MHz a 600 MHz. Categoria F corrisponde alla larghezza di banda totale dopo l'aggregazione di quattro canali radio, che va da 600 MHz a 800 MHz. Le classi D, E ed F appartengono allo stesso Fallback Group 2 elenco di fallback. Classe G corrisponde a due aggregazioni di canali radio con una larghezza di banda totale compresa tra 100 MHz e 200 MHz. Classe H corrisponde a tre aggregazioni di canali radio con una larghezza di banda totale compresa tra 200 MHz e 300 MHz. Classe I corrisponde a quattro aggregazioni di canali radio con una larghezza di banda totale compresa tra 300 MHz e 400 MHz. Classe J corrisponde a cinque aggregazioni di canali radio con una larghezza di banda totale compresa tra 400 MHz e 500 MHz. Classe K corrisponde a sei aggregazioni di canali radio con una larghezza di banda totale compresa tra 500 MHz e 600 MHz. Classe L corrisponde a sette aggregazioni di canali radio con una larghezza di banda totale compresa tra 600 MHz e 700 MHz. Classe M corrisponde a otto aggregazioni di canali radio con una larghezza di banda totale compresa tra 700 MHz e 800 MHz. Le classi G, H, I, J, K, L e M appartengono allo stesso Fallback Group 3 elenco di fallback.

    I. Scenario di Trasporto NAS DownlinkNel sistema 5G, il processo di trasporto NAS downlink viene utilizzato quando l'AMF deve inviare in modo trasparente messaggi NAS all'UE tramite il nodo NG-RAN e c'è una connessione NG logica associata all'UE, o l'AMF ha ricevuto l'IE RAN UE NGAP ID nel messaggio INITIAL UE MESSAGE, o il nodo NG-RAN ha inviato il messaggio INITIAL UE MESSAGE tramite un'altra istanza di interfaccia NG per avviare una connessione NG logica associata all'UE.   II. Elaborazione del Contenuto del Trasporto NASOltre al contenuto in 5G System Learning - Downlink NAS Transport, altri contenuti NAS downlink vengono elaborati come segue:   Se il messaggio DOWNLINK NAS TRANSPORT contiene l'IE UE Radio Capability ID, il nodo NG-RAN deve (se supportato) utilizzarlo come specificato in TS 23.501 e TS 23.502. Se il messaggio DOWNLINK NAS TRANSPORT contiene l'IE Target NSSAI Information, il nodo NG-RAN può utilizzare queste informazioni come specificato in TS 23.501. Se il messaggio DOWNLINK NAS TRANSPORT contiene un IE Partially Allowed NSSAI, il nodo NG-RAN (se supportato) deve dedurre da esso la slice di rete parzialmente consentita dell'UE, memorizzare e sostituire qualsiasi Partially Allowed NSSAI precedentemente ricevuto e utilizzarlo come specificato in TS 23.50. Se il messaggio DOWNLINK NAS TRANSPORT contiene un IE Masked IMEISV, il nodo NG-RAN (se supportato) deve utilizzarlo per determinare le caratteristiche dell'UE per l'elaborazione successiva. Se il messaggio Downlink NAS Transport contiene un IE Mobile IAB Authorization, il nodo NG-RAN (se supportato) deve memorizzare lo stato Mobile IAB Authorization ricevuto nel contesto dell'UE. Se l'IE Mobile IAB Authorization è impostato su "Unauthorized" per Mobile IAB-MT, il nodo NG-RAN (se supportato) deve garantire che nessun UE sia servito da questo nodo Mobile IAB. 3. Durante l'Interazione del Messaggio UE InizialeProcedura, anche se l'IE RAN UE NGAP ID è stato assegnato nel messaggio "Initial UE Message" inviato tramite un'altra istanza di interfaccia NG, il nodo NG-RAN DOVREBBE utilizzare l'"AMF UE NGAP ID IE" e l'"RAN UE NGAP ID IE" ricevuti nel messaggio "Downlink NAS Transport" come identificatore di connessione logica.   4. Durante l'Indicazione delle Informazioni sulla Capacità Radio UEProcedura, se il messaggio Downlink NAS Transport contiene un IE UE Capability Information Request impostato su "requested" e le informazioni relative alla capacità dell'UE sono state recuperate con successo dall'UE, il nodo NG-RAN DOVREBBE attivare la Procedura di Indicazione delle Informazioni sulla Capacità Radio UE.   5. Scenari Anomali di Trasporto NAS Downlink: Se un IE Partially Allowed NSSAI viene ricevuto in un messaggio DOWNLINK NAS TRANSPORT e il numero totale di S-NSSAI contenuti nell'Allowed NSSAI e nel Partially Allowed NSSAI supera 8, il nodo NG-RAN DOVREBBE considerare la procedura fallita. Se qualsiasi S-NSSAI presente nell'IE Partially Allowed NSSAI è presente anche nell'IE Allowed NSSAI, il nodo NG-RAN deve considerare la procedura fallita.

  1.Downlink NAS:La procedura Downlink NAS Transfer è utilizzata quando l'AMF ha solo bisogno di inviare in modo trasparente messaggi NAS all'UE tramite il nodo NG-RAN e esiste una connessione NG logica associata all'UE,o l'AMF ha ricevuto l'ID RAN UE NGAP IE nel messaggio INITIAL UE MESSAGE, oppure il nodo NG-RAN ha avviato una connessione NG logica associata all'UE inviando un messaggio INITIAL UE MESSAGE tramite un'altra istanza di interfaccia NG.   2.Trasferimento NAS di collegamento in discesaè mostrata nella figura 8.6.2.2-1 di seguito, dove:   L'AMF avvia questa procedura inviando un messaggio DOWNLINK NAS TRANSPORT al nodo NG-RAN.l'AMF assegna un ID AMF UE NGAP unico all'UE e lo include nel messaggio DOWNLINK NAS TRANSPORT. Dopo aver ricevuto laAMF-UENGAP ID IE nel messaggio DOWNLINK NAS TRANSPORT, il nodo NG-RAN stabilisce una connessione NG logica associata all'UE.   Se il messaggio DOWNLINK NAS TRANSPORT include la priorità di paginazione RAN IE, il nodo NG-RAN può utilizzarla per determinare la priorità di paginazione dell'UE nello stato RRC_INACTIVE.Il NAS-PDU IE contiene un messaggio AMF-UE, che viene inoltrato senza essere interpretato all'interno del nodo NG-RAN. - Sì. Se l'elenco delle restrizioni di mobilità IE è incluso nel messaggio Downlink NAS Transport, il nodo NG-RAN sovrascrive tutte le informazioni precedentemente memorizzate relative alle restrizioni di mobilità nel contesto UE.Se il messaggio di trasporto del NAS in downlink contiene informazioni nell'elenco delle restrizioni di mobilità IE, il nodo NG-RAN utilizza queste informazioni per: determinare l'obiettivo delle operazioni di mobilità successive,e il nodo NG-RAN fornisce informazioni sull'obiettivo dell'operazione di mobilità all'UE; 3. Selezionare l' SCG appropriato duranteoperazione di doppia connettività; assegnare l'RNA appropriato all'UE quando lo si sposta allo stato RRC_INACTIVE; e, inoltre:   Se il messaggio di trasporto NAS di collegamento in discesa non contiene l'elenco IE di restrizioni di mobilità e non sono state precedentemente memorizzate informazioni relative a tali restrizioni,il nodo NG-RAN presuppone che l'UE non sia soggetta a restrizioni di roaming e di accesso, ad eccezione della mobilità PNI-NPN descritta nella TS 23.501. - Sì. Il nodo NG-RAN presuppone che l'roaming o l'accesso a una cella CAG siano consentiti solo se il messaggio di trasporto NAS in downlink contiene l'elenco PNI-NPN autorizzato IE, come descritto nel TS 23.501. - Sì. Se il messaggio di trasporto del NAS downlink contiene l'indice di priorità RAT/selezione di frequenza IE, il nodo NG-RAN deve (se supportato) utilizzarlo come definito nel TS 23.501. - Sì. Se l'AMF non ha precedentemente inviato il UE Aggregate Maximum Bit Rate IE, esso deve essere inviato al nodo NG-RAN.il nodo NG-RAN memorizza la velocità massima di bit aggregata UE nel contesto UE e utilizza la velocità massima di bit aggregata UE ricevuta per tutti i flussi QoS non GBR dell'UE associata come definito nel TS 23.501. - Sì. Se il Legacy AMF IE è incluso in un messaggio di trasporto NAS in downlink,il nodo NG-RAN ritiene che la connessione NG logica associata a questa UE sia stata reindirizzata da un'altra FMM identificata dall'AMF IE Legacy a questa FMM;. Se l'AMF IE Extended Legacy è incluso in un messaggio di trasporto NAS downlink,il nodo NG-RAN (se supportato) ritiene che la connessione NG logica associata a questa UE sia stata reindirizzata da un'altra AMF identificata dall'AMF Extended Legacy IE a questa AMF;. - Sì. Se il messaggio DOWNLINK NAS TRANSPORT include l'operazione SRVCC Possible IE,il nodo NG-RAN (se supportato) memorizza il contenuto dell'operazione SRVCC Possible IE ricevuta nel contesto UE e lo utilizza come definito nel TS 23.216Se il messaggio DOWNLINK NAS TRANSPORT include il termine IE di connessione estesa, il nodo NG-RAN deve (se supportato) utilizzarlo come definito nel TS 23.501. - Sì. Se il messaggio DOWNLINK NAS TRANSPORT include la restrizione di copertura potenziata IE, il nodo NG-RAN deve (se supportato) memorizzare tali informazioni nel contesto UE e utilizzarle come definito nel TS 23..501. - Sì. Se il messaggio DOWNLINK NAS TRANSPORT contiene le informazioni di differenziazione UE IE,il nodo NG-RAN (se supportato) memorizza queste informazioni nel contesto UE per ulteriore utilizzo conformemente alla TS 23.50. - Sì. Se la restrizione di copertura CE-mode-B IE è inclusa nel messaggio di trasporto downlink NAS e la restrizione di copertura avanzata IE non è impostata su "Restricted",e le informazioni sulla restrizione di copertura potenziata memorizzate nel contesto UE non sono impostate su "Restrizione", il nodo NG-RAN (se supportato) memorizza queste informazioni nel contesto UE e le utilizza come definito nel TS 23.501. - Sì. Se il messaggio di trasporto NAS downlink include le capacità radio UE IE, il nodo NG-RAN memorizza tali informazioni nel contesto UE e le utilizza come definito nel TS 38.300. - Sì. Se l'indicazione di fine IE è inclusa nel messaggio di trasporto NAS in downlink ed è impostata su "No Additional Data",il nodo NG-RAN ritiene che le capacità radio UE IE siano aggiuntive alla PDU NAS inclusa;.  

1.Quadro del protocolloCome illustrato nella figura seguente (1), NETCONF adotta una struttura a strati, in cui ogni strato racchiude funzioni specifiche e fornisce servizi allo strato superiore.Questa struttura consente a ciascun livello di concentrarsi su un singolo aspetto di NETCONF e riduce le dipendenze tra i livelliI cambiamenti all'interno di uno strato hanno un impatto minimo sugli altri strati.       NETCONF può essere suddiviso in quattro livelli:livello di sicurezza del trasporto,il livello di messaggio,il livello di funzionamento, elivello di contenutoQuesti strati sono:   Strato di sicurezza del trasporto:Questo livello è responsabile della comunicazione tra client e server. NETCONF può essere stratificato sopra qualsiasi protocollo di trasporto che soddisfi i requisiti di base, come SSH, TLS e HTTPS.SSH è il protocollo di trasporto preferito per la trasmissione di messaggi XML in NETCONF. Il livello di messaggio:Questo livello fornisce meccanismi di codifica RPC e notifica indipendenti dal trasporto.Il server incapsula il risultato dell'elaborazione di questa richiestaelemento e lo invia al cliente. Strato di funzionamento:Questo livello definisce un insieme di operazioni di protocollo di base, chiamate metodi RPC con parametri codificati XML. Il livello di contenuto:Questo livello è definito dal modello di dati per i dati di gestione.        Lo schema è un insieme di regole per descrivere i file XML.I dispositivi utilizzano file di schema (simili ai file MIB in SNMP) per fornire interfacce di configurazione e gestione dei dispositivi ai sistemi di gestione della rete (NMS). YANG è un linguaggio di modellazione dei dati progettato per NETCONF.Il client può compilare le operazioni RPC in messaggi XML per ottenere una comunicazione client-server conforme ai vincoli del modello YANG.   2.Formato del messaggioLa seguente figura (2) è una struttura completa del messaggio di richiesta NETCONF YANG;       3.Quadro di comunicazioneIn NETCONF, la richiesta RPC avviata dal client e la risposta dal server sono entrambe codificate in XML e contenute nel file- eQuesto framework di richiesta-risposta è indipendente dal protocollo del livello di trasporto; alcuni elementi RPC di base sono elencati di seguito: Ilelemento viene utilizzato per incapsulare la richiesta inviata dal client NETCONF al server NETCONF. Il server NETCONF invia unelemento in risposta a ciascunarichiesta. Qualora si verifichi un errore o un allarme durante l'elaborazione delrichiesta, il server NETCONF restituirà unmessaggio contenente solo ilelemento al client NETCONF. Se non si verificano errori o allarmi durante l'elaborazione delrichiesta, il server NETCONF restituisce unmessaggio contenente solo ilelemento al client NETCONF.   IV.Configurazione del databaseNETCONF definisce un insieme completo di parametri di configurazione dei dispositivi.Nel modello di base NETCONF, solo ilAltri database di configurazione possono essere definiti in base alle funzionalità e sono disponibili solo sui dispositivi che supportano tali funzionalità.   : Il database delle configurazioni in esecuzione. Questo database memorizza tutte le configurazioni attualmente attive su un dispositivo di rete.database di configurazione su un dispositivo, ed esiste sempre.   : Database delle configurazioni candidate: questo database memorizza i dati di configurazione da impegnare nelLa base di dati di configurazione sul dispositivo.La base di dati di configurazione può essere eseguita senza influenzare la configurazione corrente del dispositivo.L'operazione viene utilizzata per commettere una configurazione candidata.base dati di configurazione, un dispositivo deve supportare la capacità di configurazione candidata, una capacità NETCONF standard.   : Il database di configurazione di avvio (simile a un file di configurazione salvato). memorizza i dati di configurazione che devono essere caricati quando il dispositivo viene avviato.la base di dati di configurazione, il dispositivo deve supportare la capacità di avvio indipendente, che è una capacità NETCONF standard.

A causa della complessa configurazione dei tradizionali CLI e SNM e della mancanza di supporto per il meccanismo di transazione, il protocollo di gestione della rete NETCONF è abilitato nel sistema 5G, consentendo a NMS (sistema di gestione della rete) di emettere, modificare ed eliminare la configurazione dei dispositivi di rete collegati a router, eNodeB, gNodeB, DU, CU o RU. Il principio di funzionamento, la struttura e la sessione di servizio sono i seguenti:   I. Principio di funzionamento Il sistema NETCONF contiene almeno un NMS che gestisce tutti i dispositivi di rete, come mostrato nella figura sottostante. L'architettura NETCONF contiene due ruoli: client e server     II. Caratteristiche della struttura del sistema NETCONF contiene almeno un NMS che gestisce tutti i dispositivi di rete, tra cui:   2.1 Il client fornisce le seguenti funzioni:   Utilizzare NETCONF per gestire i dispositivi di rete. Inviare richieste RPC al server NETCONF per interrogare o modificare uno o più valori dei parametri. In base agli allarmi e agli eventi inviati dal server NETCONF del dispositivo gestito, comprendere lo stato del dispositivo gestito. 2.2 Quando il server riceve una richiesta dal client, analizzerà la richiesta e invierà una risposta al client. Quando un dispositivo gestito subisce un guasto o un altro tipo di evento, il server NETCONF segnala l'allarme o l'evento al client tramite un meccanismo di notifica, consentendo al client di comprendere lo stato del dispositivo gestito.   III. Sessione NETCONF: Come mostrato nella figura sottostante, il client e il server comunicano utilizzando il meccanismo RPC. La comunicazione è consentita solo dopo che è stata stabilita tra loro una sessione orientata alla connessione sicura. Il client invia una richiesta RPC al server, che elabora la richiesta e restituisce una risposta al client. Il client e il server NETCONF comunicano utilizzando il meccanismo RPC. La comunicazione è consentita solo dopo che è stata stabilita una sessione orientata alla connessione sicura. Il processo di stabilimento e terminazione della sessione è il seguente:       Il client stabilisce una connessione SSH con il server e, dopo aver completato l'autenticazione e l'autorizzazione, stabilisce una sessione NETCONF con il server. Il client e il server scambiano messaggi Hello per negoziare le capacità. Il client invia una o più richieste RPC al server. Alcune richieste di esempio sono elencate di seguito:  Modificare e confermare la configurazione;  Interrogare i dati di configurazione o lo stato;  Eseguire operazioni di manutenzione sul dispositivo;  Il client termina la sessione NETCONF;  La connessione SSH termina.

  NETCONFè il nome completo di Network Configuration Protocol, che è un protocollo di gestione della rete che consente di rilasciare NMS (Network Management System),modificare e cancellare la configurazione dei dispositivi di rete connessi (router), eNodeB, gNodeB, DU, CU o RU).IETF■ mentre per l'O-RAN è di competenza del WG (Gruppo di lavoro 4).     I. Protocollo NETCONFutilizza la codifica dei dati XML (Extensible Markup Language) per elaborare i dati di configurazione e i messaggi di protocollo;si basa sul concetto di server e client e utilizza il meccanismo RPC (Remote Procedure Call) per ottenere la comunicazione tra server e clientIl processo client viene eseguito su NMS, che può essere uno script o un'applicazione, e il server è un tipico dispositivo di rete.   II. Caratteristiche di NETCONFsono le seguenti: Adotta un quadro di protocolli a strati, che lo rende più adatto per le reti on-demand, automatizzate e basate su cloud. Viene utilizzato per rilasciare, modificare e cancellare le configurazioni dei dispositivi di rete. XML (Extensible Markup Language) è utilizzato per la codifica dei dati dei dati di configurazione e dei messaggi di protocollo. Sulla base del concetto di server e client, l'NMS funge da client e il dispositivo di rete funge da server. La comunicazione tra server e client è realizzata utilizzando il meccanismo RPC (Remote Procedure Call). Le operazioni sono eseguite sulla base del modello YANG, riducendo i guasti di rete causati da errori di configurazione manuale. NETCONF soddisfa le esigenze di automazione della rete. Fornisce meccanismi di sicurezza come l'autenticazione e l'autorizzazione per garantire la trasmissione sicura dei messaggi. Fornisce anche meccanismi di transazione, supportando la classificazione dei dati, l'archiviazione e la migrazione, il commit in fasi e l'isolamento della configurazione. Supporta la consegna, la verifica e il rollback di configurazioni complete, riducendo al minimo l'impatto sui servizi di rete. Consente ai fornitori di definire le proprie operazioni di protocollo per implementare capacità di gestione uniche. 3Perché è necessario il NETCONF? Un requisito fondamentale delle reti cloud è l'automazione della rete per la fornitura rapida di servizi on-demand e la gestione automatizzata delle operazioni.I metodi tradizionali come CLI e SNM non possono soddisfare questo requisito.. Hanno le seguenti limitazioni, che NETCONF affronta.   31SvantaggiCLIInnanzitutto, la configurazione è complessa. I CLI variano da fornitore a fornitore, richiedendo agli utenti di apprendere e adattare gli script CLI per ciascun fornitore. I frequenti cambiamenti nella struttura e nella sintassi di CLI rendono difficile il mantenimento degli script CLI. L'uscita dei comandi è non strutturata, imprevedibile e facilmente modificabile, rendendo difficile l'analisi automatica degli script CLI. 3.2Svantaggi della SNMP: SNMP non supporta le transazioni, con conseguente configurazione inefficiente. SNMP utilizza l'User Datagram Protocol (UDP), che non fornisce una trasmissione di dati affidabile e sequenziale e manca di meccanismi di sicurezza efficaci. SNMP manca di un meccanismo per la presentazione di transazioni di configurazione. SNMP gestisce la configurazione dei dispositivi su base dispositivo per dispositivo e non supporta la configurazione a livello di rete o la collaborazione di configurazione multi-dispositivo.

NETCONF è il nome completo di Network Configuration Protocol, un protocollo di gestione di rete che consente a NMS (Network Management System) di emettere, modificare ed eliminare la configurazione dei dispositivi di rete connessi (router, eNodeB, gNodeB, DU, CU o RU). NETCONF è sviluppato e standardizzato da IETF; mentre per O-RAN, è sotto la responsabilità del WG (Working Group 4).   1. Il protocollo NETCONF utilizza la codifica dati XML (Extensible Markup Language) per elaborare i dati di configurazione e i messaggi del protocollo; si basa sul concetto di server e client e utilizza il meccanismo RPC (Remote Procedure Call) per realizzare la comunicazione tra server e client. Il processo client viene eseguito su NMS, che può essere uno script o un'applicazione, e il server è un tipico dispositivo di rete.   2. Le caratteristiche di NETCONF sono le seguenti: Adotta un framework di protocollo a strati, rendendolo più adatto per reti on-demand, automatizzate e basate su cloud. Viene utilizzato per emettere, modificare ed eliminare configurazioni sui dispositivi di rete. XML (Extensible Markup Language) viene utilizzato per la codifica dei dati di configurazione e dei messaggi del protocollo. Basato sul concetto di server e client, l'NMS funge da client e il dispositivo di rete funge da server. La comunicazione tra server e client viene realizzata utilizzando il meccanismo RPC (Remote Procedure Call). Le operazioni vengono eseguite in base al modello YANG, riducendo i guasti di rete causati da errori di configurazione manuale. NETCONF soddisfa le esigenze dell'automazione di rete. Fornisce meccanismi di sicurezza come l'autenticazione e l'autorizzazione per garantire la trasmissione sicura dei messaggi. Fornisce anche meccanismi di transazione, supportando la classificazione, l'archiviazione e la migrazione dei dati, il commit graduale e l'isolamento della configurazione. Supporta la consegna, la verifica e il rollback completi della configurazione, riducendo al minimo l'impatto sui servizi di rete. Consente ai fornitori di definire le proprie operazioni di protocollo per implementare capacità di gestione uniche.     3. Perché è necessario NETCONF? Un requisito fondamentale delle reti cloud è l'automazione della rete per il provisioning rapido e on-demand dei servizi e la gestione automatizzata delle operazioni. Gli approcci tradizionali come CLI e SNM non possono soddisfare questo requisito. Hanno le seguenti limitazioni, a cui NETCONF si rivolge.     31. Svantaggi di CLI: Innanzitutto, la configurazione è complessa. In secondo luogo, quanto segue: Le CLI variano a seconda del fornitore, richiedendo agli utenti di apprendere e adattare gli script CLI per ogni fornitore. La struttura e la sintassi della CLI cambiano frequentemente, rendendo gli script CLI difficili da mantenere. L'output dei comandi non è strutturato, imprevedibile e facilmente modificabile, rendendo difficile l'analisi automatica degli script CLI.     3.2 Svantaggi di SNMP: SNMP non supporta le transazioni, con conseguente configurazione inefficiente. SNMP utilizza l'User Datagram Protocol (UDP), che non fornisce una trasmissione dati affidabile e sequenziata e manca di meccanismi di sicurezza efficaci. SNMP manca di un meccanismo per l'invio di transazioni di configurazione. SNMP gestisce la configurazione del dispositivo su base dispositivo per dispositivo e non supporta la configurazione a livello di rete o la collaborazione multi-dispositivo.