LA CHINE Shenzhen Olax Technology CO.,Ltd Nouvelles de l'entreprise

  1. Surcharge du système : Dans les réseaux 5G, "surcharge" fait référence à un trafic excessif ou à un trop grand nombre d'appareils tentant de se connecter simultanément, ce qui submerge les ressources du réseau et entraîne une congestion, des vitesses lentes ou des échecs de connexion. Les stratégies pour remédier à cette surcharge incluent la libération de plus de spectre sous licence, l'allocation de ressources via le découpage du réseau et les fonctions du réseau central, et la mise en œuvre de mécanismes tels que la limitation du débit, les temporisations de sortie et les messages de surcharge pour contrôler et gérer efficacement le trafic.   2. Le processus d'initiation de la surcharge notifie le nœud NG-RAN pour réduire la charge de signalisation dirigée vers l'AMF associé. Ce processus d'initiation utilise une signalisation non associée à l'UE. Comme le montre la figure 8.7.7.2-1 ci-dessous, le processus d'initiation comprend :     Un nœud NG-RAN recevant un message d'initiation de surcharge doit supposer que l'AMF récepteur est dans un état de surcharge. Si le message Overload Start contient l'IE Overload Action et l'IE AMF Overload Response, le nœud NG-RAN doit l'utiliser pour identifier le trafic de signalisation pertinent. Ces informations sont utilisées lorsque l'IE Overload Action est définie sur : “Rejeter l'établissement de la connexion RRC pour les transferts de données originaires du mobile non urgents” (c'est-à-dire rejeter le trafic correspondant aux causes RRC “mo-data”, “mo-SMS”, “mo-VideoCall” et “mo-VoiceCall” dans TS 38.331 ou “mo-data” et “mo-VoiceCall” dans TS 36.331), ou “Rejeter l'établissement de la connexion RRC pour la signalisation” (c'est-à-dire rejeter le trafic correspondant aux causes RRC “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall” et “mo-VoiceCall” dans TS 38.331 ou “mo-data”, “mo-signalling” et “mo-VoiceCall” dans TS 36.331), ou “Autoriser l'établissement de la connexion RRC uniquement pour les sessions d'urgence et les services terminés par le mobile” (c'est-à-dire autoriser uniquement le trafic correspondant à TS 38.331 ou aux causes RRC "emergency" et "mt-Access" dans TS 36.331), ou "L'établissement de la connexion RRC n'est autorisé que pour les sessions à haute priorité et les services terminés par le mobile" (c'est-à-dire que seul le trafic correspondant aux causes RRC "highPriorityAccess", "mps-Priority Access", "mcs-PriorityAccess" et "mt-Access" dans TS 38.331 ou "highPriorityAccess", "mo-ExceptionData" et "mt-Access" dans TS 36.331 est autorisé). 3. Gestion de la surcharge : Le NG-RAN gère la situation comme suit : Si le message OVERLOAD START contient l'IE AMF Traffic Load Reduction Indication, le trafic de signalisation est réduit du pourcentage indiqué ; sinon, seul le trafic de signalisation non indiqué comme rejeté est envoyé à l'AMF. Si l'IE Overload Start NSSAI List est incluse dans le message OVERLOAD START, le nœud NG-RAN doit : Si l'IE Slice Traffic Load Reduction Indication est présente, réduire le trafic de signalisation de l'UE du pourcentage indiqué, à condition que l'IE soit présente et que le NSSAI demandé contienne uniquement le S-NSSAI contenu dans l'IE Overload Start NSSAI List et la réduction du trafic de signalisation indiquée par l'IE Overload Action dans l'IE Slice Overload Response ; sinon, s'assurer que seul le trafic de signalisation de l'UE (si le NSSAI demandé correspond, seul le trafic de signalisation de l'UE demandé NSSAI contenant des S-NSSAI autres que le S-NSSAI contenu dans l'IE Overload Start NSSAI List) ou le trafic de signalisation non réduit comme indiqué par l'IE Overload Action dans l'IE Slice Overload Response) est envoyé à l'AMF. Si le contrôle de surcharge est en cours et que le nœud NG-RAN reçoit un autre message OVERLOAD START, le nœud NG-RAN doit remplacer le contenu du message précédemment reçu par le nouveau contenu.

  1.AMF(La fonction de gestion de l'accès et de la mobilité) est un élément critique du plan de contrôle de la 5G, responsable de la gestion de l'accès, de la mobilité et de la sécurité des équipements utilisateurs (UE) dans le système 5G.Il s'occupe de l'enregistrement et de l'authentification UE initiauxL'AMF collabore avec d'autres fonctions de réseau (comme la SMF) pour établir et maintenir des sessions de données pour les utilisateurs.   2.Les responsabilités de l'AMFsont divisés en zones suivantes: Enregistrement et authentification UE:L'AMF authentifie l'UE, vérifie son identité et ses identifiants d'abonnement et lui accorde l'accès aux services 5G. Gestion de la mobilitéResponsable du traitement du processus complexe de déplacement d'une UE d'une cellule à une autre ou entre différents réseaux d'accès radio (NG-RAN). Gestion du contexte:Maintient le contexte UE, qui comprend des informations sur l'emplacement actuel de l'UE, l'état de la session et la sécurité. Interaction avec les autres éléments du réseau SMF (Session Management Function): l'AMF collabore avec la SMF pour établir, modifier et gérer les sessions de données utilisateur. UDM (Gestion Unifiée des Données): Il communique avec l'UDM pour récupérer et gérer les informations d'abonnement des utilisateurs.L'AMF sélectionne l'AUSF approprié pour authentifier l'identité de l'UE lors de l'enregistrement. NSSF (Network Slice Selection Function): l'AMF utilise le NSSF pour découvrir et sélectionner la tranche de réseau et les fonctions appropriées en fonction de l'emplacement et des exigences de l'UE. Gestion des fonctions réseau: l'AMF utilise une interface basée sur les services et la fonction de référentiel réseau (NRF) pour découvrir et sélectionner d'autres fonctions réseau. 3.L'indication du statut de l'AMFCette procédure utilise une signalisation non liée à l'UE et son fonctionnement réussi est illustré à la figure 8.7.6.2-1 ci-dessous, où:   L'AMF lance cette procédure en envoyant un message "Indication de l'état de l'AMF" au nœud NG-RAN. À la réception du message d'indication de l'état de l'AMF, le nœud NG-RAN suppose que le GUAMI indiqué n'est pas disponible et effectue une nouvelle sélection de l'AMF telle que définie dans le TS 23.501. Si elle est prise en charge, le nœud NG-RAN prend les mesures appropriées, comme spécifié dans la norme TS 23.501, en fonction de l'existence de la méthode de chronométrage pour l'IE de suppression GUAMI. Si le nom IE de l'AMF de sauvegarde est inclus dans le message d'indication de l'état de l'AMF,le nœud NG-RAN effectue (s'il est pris en charge) une nouvelle sélection de la FMA conformément à la FMA indiquée par le nom IE de la FMA de sauvegarde tel que spécifié dans la norme TS 23.501. Si le nom IE de l'AMF de sauvegarde étendue est inclus dans le message d'indication de l'état de l'AMF,le nœud NG-RAN effectue (s'il est pris en charge) une nouvelle sélection de la FMA conformément à la FMA indiquée par le nom IE de la FMA de sauvegarde étendue tel que spécifié dans la norme TS 23.501.

  1- Des anomalies du système.Des écarts par rapport à la conception peuvent survenir pendant le fonctionnement normal du réseau 5G, notamment des problèmes de performance tels que des menaces à la sécurité du réseau, des interférences de signal, une couverture insuffisante,et éventuelles défaillances des logiciels et du matériel réseauCes anomalies peuvent se manifester par des interruptions de service, des pannes de système, des vitesses de réseau lentes ou des appels interrompus.Ils sont généralement identifiés en analysant les systèmes de détection d'anomalies de données réseau et peuvent être classés en réseau de base et réseau radio..     2. 5GC Anomalies: Si le message NG RESET comprend la liste de connexions NG logiques IE associée à l'UE,mais ni l'identifiant AMF UE NGAP IE ni l'identifiant RAN UE NGAP IE ne sont présents dans l'élément IE de connexion logique NG associé à l'UE, l'AMF ne tient pas compte de l'élément IE de connexion logique NG associé à l'UE.L'AMF peut renvoyer un élément de connexion logique NG associé à l'UE IE vide dans la liste de connexions logiques NG associée à l'UE IE dans le message NG RESET ACKNOWLEDGE.     3. Anomalies NG-RAN:Si le message NG RESET contient la liste de connexions NG logiques associées à l'UE IE,mais ni l'identifiant AMF UE NGAP IE ni l'identifiant RAN UE NGAP IE ne sont présents dans l'élément IE de connexion NG logique associé à l'UE, le nœud NG-RAN ignore l'élément IE de connexion NG logique associé à l'UE.Le nœud NG-RAN peut renvoyer un élément de connexion NG logique associé à l'UE IE vide dans la liste de connexions NG logiques associées à l'UE IE dans le message NG RESET ACKNOWLEDGE.     4. Retour de message NG RESETse produit généralement dans les deux scénarios suivants:   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), le nœud NG-RAN doit répondre par un message de reconnaissance de réinitialisation de NG tel que spécifié à la clause 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 répond par un message de RECONNAISSANCE de réinitialisation de l'énergie comme spécifié à la clause 8.7.4.2.

Je suis...Aggrégation du transporteur: Comme pour le LTE, l'agrégation de transporteurs 5G (NR) augmente également la bande passante du spectre sans fil utilisée par les UE en combinant plusieurs transporteurs.Dans la 5G (NR), les UEs peuvent prendre en charge jusqu'à 16 porteurs de composants contigus et non contigus (CC) avec des numérologies différentes dans les bandes FR1 et FR2. Les configurations d'agrégation des porteurs comprennent:type d'agrégation de porteurs (à l'intérieur de la bande), contiguës/non contiguës ou interbandes), nombre de bandes de fréquences et classe de bande passante.   II. Le secteur privéClasse de bande passante: La classe de bande passante d'agrégation de porteurs d'un terminal (UE) est définie à l'aide d'une liste alphabétique des bandes passantes minimales et maximales et du nombre de porteurs composants qu'il peut utiliser. Les principaux paramètres sont les suivants: Appui aux terminaux 5G (NR)jusqu'à 16les porteurs de composants contigus et non contigus (CC) avec des ensembles de paramètres différents lorsque CA est activé. La classe de bande passante d'un terminal (UE) est une liste alphabétique des bandes passantes minimales et maximales et du nombre de porteurs de composants (CC). Selon la version 17, les classes d'agrégation des porteurs dans FR1 vont de A à O, ce qui permet une bande passante agrégée maximale de400 MHz. Selon la version 17, les classes d'agrégation des porteurs dans FR2 vont de A à Q, ce qui permet une bande passante agrégée maximale de800 MHz. Je vous en prie.   Classe de bande passante FR1 pour l'agrégation des transporteurs Catégorie A: les UE 5G sont configurées sans agrégation de porteurs; la bande de fréquences de porteurs maximale (BWChannel, max) est déterminée par le numéro de bande de fréquences et l'ensemble de paramètres,qui définit l'espacement de fréquence des sous-porteuses (SCS)La classe A appartient à tous les groupes de secours et permet aux EU de revenir à cette configuration même lorsque l'agrégation des transporteurs n'est pas en place. Catégorie B: En regroupant deux canaux radio, la bande passante totale disponible pour les EU est comprise entre 20 et 100 MHz. CatégorieC: En regroupant deux canaux radio, la bande passante totale disponible pour les EU est comprise entre 100 et 200 MHz. Catégorie D: En regroupant trois canaux radio, la bande passante totale disponible pour les EU est comprise entre 200 et 300 MHz. Catégorie E: En regroupant quatre canaux radio, la bande passante totale disponible pour les EU est comprise entre 300 et 400 MHz.Les classes C, D et E appartiennent au même groupe de secours (groupe de secours 1). Catégorie G: En regroupant trois canaux radio, la bande passante totale disponible pour les EE est comprise entre 100 et 150 MHz. CatégorieH est: regroupe quatre canaux radio, fournissant une bande passante totale de 150 à 200 MHz disponible pour l'équipement de l'utilisateur (UE). CatégorieI: regroupe cinq canaux radio, fournissant une bande passante totale de 200-250 MHz disponible pour l'équipement utilisateur (UE).fournissant une bande passante totale de 250 à 300 MHz disponible pour l'équipement de l'utilisateur (UE). Classe K: regroupe sept canaux radio, fournissant une bande passante totale de 300 à 350 MHz disponible pour l'équipement utilisateur (UE). Classe L: regroupe huit canaux radio, fournissant une bande passante totale de 350 à 400 MHz disponible pour l'équipement utilisateur (UE). Les classes G-L appartiennent au même groupe de secours (groupe de secours 2).   IV. Classe de bande passante FR2 pour l'agrégation de porteurs Catégorie Aest une configuration 5G pour les UE sans agrégation de transporteurs. La bande de fréquences de transporteur maximale (BWChannel, max) dépend du numéro de bande et de la numérologie.La classe A appartient à tous les groupes de secours et permet aux UE de revenir à cette configuration même sans agrégation de transporteurs.. Catégorie Bcorrespond à la bande passante totale après agrégation de deux canaux radio, dans la plage de 400 MHz à 800 MHz. CatégorieCcorrespond à la bande passante totale après agrégation de deux canaux radio, dans la gamme de 800 MHz à 1200 MHz.La classe B est une configuration de secours pour la classe C; les deux appartiennent à la mêmeGroupe 1liste de secours. Catégorie Dcorrespond à la bande passante totale après agrégation de deux canaux radio, dans la gamme de 200 MHz à 400 MHz. Catégorie Ecorrespond à la bande passante totale après agrégation de trois canaux radio, allant de 400 MHz à 600 MHz. Catégorie Fcorrespond à la bande passante totale après agrégation de quatre canaux radio, allant de 600 MHz à 800 MHz.Les classes D, E et F appartiennent à la mêmeGroupe de repli 2Une liste de secours. Classe Gcorrespond à deux agrégations de canaux radio d'une bande passante totale comprise entre 100 MHz et 200 MHz. Classe Hcorrespond à trois agrégations de canaux radio avec une bande passante totale comprise entre 200 MHz et 300 MHz. Classe Icorrespond à quatre agrégations de canaux radio avec une bande passante totale comprise entre 300 MHz et 400 MHz. Classe Jcorrespond à cinq agrégations de canaux radio avec une bande passante totale comprise entre 400 MHz et 500 MHz. Classe Kcorrespond à six agrégations de canaux radio avec une bande passante totale comprise entre 500 MHz et 600 MHz. Classe Lcorrespond à sept agrégations de canaux radio avec une bande passante totale comprise entre 600 MHz et 700 MHz. Classe Mcorrespond à huit agrégations de canaux radio avec une bande passante totale comprise entre 700 MHz et 800 MHz.Les classes G, H, I, J, K, L et M appartiennent à la mêmeGroupe de repli 3Une liste de secours.

    I. Scénario de transport NAS en liaison descendanteDans le système 5G,le processus de transport NAS en liaison descendante est utilisé lorsque l'AMF doit envoyer des messages NAS à l'UE de manière transparente via le nœud NG-RAN et qu'il existe une connexion NG logique associée à l'UE, ou si l'AMF a reçu le RAN UE NGAP ID IE dans le message INITIAL UE MESSAGE,ou le nœud NG-RAN a envoyé le message INITIAL UE MESSAGE via une autre instance d'interface NG pour démarrer une connexion NG logique associée à l'UE.   II. Traitement du contenu de transport NASEn plus du contenu de 5G System Learning - Downlink NAS Transport, les autres contenus de NAS de liaison descendante sont traités comme suit:   Si le message DOWNLINK NAS TRANSPORT contient l'identifiant de capacité radio UE IE, le nœud NG-RAN doit (si celui-ci est pris en charge) l'utiliser conformément aux TS 23.501 et TS 23.502. Si le message DOWNLINK NAS TRANSPORT contient l'information NSSAI cible IE, le nœud NG-RAN peut utiliser cette information comme spécifié dans TS 23.501. Si le message DOWNLINK NAS TRANSPORT contient une IE NSSAI partiellement autorisée, le nœud NG-RAN (s'il est pris en charge) en déduit la tranche réseau partiellement autorisée de l'UE,stockage et remplacement de tout NSSAI partiellement autorisé précédemment reçu, et l'utiliser conformément à la norme TS 23.50. Si le message DOWNLINK NAS TRANSPORT contient un IE IMEISV masqué, le nœud NG-RAN (s'il est pris en charge) l'utilise pour déterminer les caractéristiques de l'UE pour un traitement ultérieur. Si le message Downlink NAS Transport contient un IE d'autorisation Mobile IAB, le nœud NG-RAN (s'il est pris en charge) doit stocker l'état d'autorisation Mobile IAB reçu dans le contexte UE.Si l'autorisation IE de l'IAB mobile est réglée sur "Non autorisée" pour l'IAB-MT mobile, le nœud NG-RAN (le cas échéant) veille à ce qu'aucun UE ne soit desservi par ce nœud IAB mobile. 3. Pendant l'interaction initiale du message UEProcédure, même si le RAN UE NGAP ID IE a été attribué dans le message "Initial UE Message" envoyé via une autre instance d'interface NG,le nœud NG-RAN DOIT utiliser les "AMF UE NGAP ID IE" et "RAN UE NGAP ID IE" reçus dans le message "Downlink NAS Transport" comme identifiant de connexion logique.   4Au cours de l'indication de l'information sur la capacité radioélectrique de l'UEProcédure, si le message Downlink NAS Transport contient une demande d'informations sur les capacités UE IE réglée sur "requested" et que les informations relatives aux capacités UE ont été récupérées avec succès à partir de l'UE,le nœud NG-RAN DOIT déclencher la procédure d'indication des informations sur la capacité radioélectrique UE.   5- Des scénarios anormaux de transport: Si un IE NSSAI partiellement autorisé est reçu dans un message DOWNLINK NAS TRANSPORT et que le nombre total de S-NSSAI contenus dans le NSSAI autorisé et le NSSAI partiellement autorisé dépasse 8,le nœud NG-RAN DOIT considérer que la procédure a échoué. Si un S-NSSAI présent dans le NSSAI IE partiellement autorisé est également présent dans le NSSAI IE autorisé, le nœud NG-RAN considère que la procédure a échoué.

  1.Réseau de télécommunication:La procédure de transfert NAS Downlink est utilisée lorsque l'AMF n'a besoin que d'envoyer des messages NAS de manière transparente à l'UE via le nœud NG-RAN et qu'une connexion NG logique associée à l'UE existe,ou l'AMF a reçu le RAN UE NGAP ID IE dans le message INITIAL UE MESSAGE, ou le nœud NG-RAN a initié une connexion NG logique associée à l'UE en envoyant un message INITIAL UE MESSAGE via une autre instance d'interface NG.   2.Transfert de réseau NAS vers le basest illustré à la figure 8.6.2.2-1 ci-dessous, où:   L'AMF lance cette procédure en envoyant un message DOWNLINK NAS TRANSPORT au nœud NG-RAN. Si une connexion NG logique associée à l'UE n'est pas établie,l'AMF attribue un identifiant unique AMF UE NGAP à l'UE et l'inclut dans le message DOWNLINK NAS TRANSPORT. À la réception de laL'AMF-UENGAP ID IE dans le message DOWNLINK NAS TRANSPORT, le nœud NG-RAN établit une connexion NG logique associée à l'UE.   Si le message DOWNLINK NAS TRANSPORT inclut la priorité de pagination RAN IE, le nœud NG-RAN peut l'utiliser pour déterminer la priorité de pagination de l'UE dans l'état RRC_INACTIVE.Le NAS-PDU IE contient un message AMF-UE, qui est transmis sans interprétation au sein du nœud NG-RAN. Je suis désolée. Si la liste des restrictions de mobilité IE est incluse dans le message Downlink NAS Transport, le nœud NG-RAN doit écraser toute information de restriction de mobilité stockée précédemment dans le contexte UE.Si le message de transport du NAS de liaison descendante contient des informations figurant sur la liste des restrictions de mobilité IE, le nœud NG-RAN utilise ces informations pour: déterminer l'objectif des opérations de mobilité ultérieures,et le nœud NG-RAN fournit à l'UE des informations sur l'objectif de l'opération de mobilité; 3. Sélectionnez le SCG approprié pendantopération de double connectivité; attribuer l'ARN approprié à l'UE lors de son passage à l'état RRC_INACTIVE; et, en outre:   Si le message de transport du NAS de liaison descendante ne contient pas la liste IE des restrictions de mobilité et qu'aucune information relative aux restrictions de mobilité n'a été stockée auparavant,le nœud NG-RAN suppose que l'UE n'est pas soumise à des restrictions d'itinérance et d'accès, à l'exception de la mobilité PNI-NPN décrite dans le TS 23.501. Je suis désolée. Le nœud NG-RAN suppose que l'itinérance ou l'accès à une cellule CAG n'est autorisé que si le message de transport NAS de liaison descendante contient la liste PNI-NPN autorisée IE, telle que décrite dans la norme TS 23.501. Je suis désolée. Si le message de transport du NAS de liaison descendante contient l'indice de priorité IE RAT/sélection de fréquence, le nœud NG-RAN doit (s'il est pris en charge) l'utiliser comme défini dans la norme TS 23.501. Je suis désolée. Si l'AMF n'a pas précédemment envoyé le taux de bits maximal global UE IE, il est envoyé au nœud NG-RAN.le nœud NG-RAN stocke le débit de bits maximum global UE dans le contexte UE et utilise le débit de bits maximum global UE reçu pour tous les flux QoS non GBR de l'UE associée tels que définis dans la norme TS 23;.501. Je suis désolée. Si le Legacy AMF IE est inclus dans un message de transport NAS de liaison descendante,le nœud NG-RAN considère que la connexion NG logique associée à cette UE a été redirigée d'une autre FMM identifiée par l'AMF IE héritée vers cette FMM;. Si l'AMF IE Extended Legacy est inclus dans un message de transport NAS en descente,le nœud NG-RAN considère (s'il est pris en charge) que la connexion NG logique associée à cette UE a été redirigée d'une autre FMM identifiée par l'AMF IE Extended Legacy vers cette FMM.. Je suis désolée. Si l'opération SRVCC Possible IE est incluse dans le message DOWNLINK NAS TRANSPORTle nœud NG-RAN doit (s'il est pris en charge) stocker le contenu de l'opération SRVCC Possible IE reçue dans le contexte UE et l'utiliser comme défini dans la norme TS 23.216. Si le temps de connexion prolongé IE est inclus dans le message DOWNLINK NAS TRANSPORT, le nœud NG-RAN doit (s'il est pris en charge) l'utiliser comme défini dans TS 23.501. Je suis désolée. Si la restriction de couverture améliorée IE est incluse dans le message DOWNLINK NAS TRANSPORT, le nœud NG-RAN doit (s'il est pris en charge) stocker ces informations dans le contexte UE et les utiliser comme défini dans la norme TS 23..501. Je suis désolée. Si l'information UE sur la différenciation IE est incluse dans le message DOWNLINK NAS TRANSPORT,le nœud NG-RAN doit (s'il est pris en charge) stocker ces informations dans le contexte UE pour une utilisation ultérieure conformément au TS 23.50. Je suis désolée. Si la restriction de couverture CE-mode-B IE est incluse dans le message de transport NAS en liaison descendante et que la restriction de couverture améliorée IE n'est pas réglée sur "Restricted",et l'information sur la restriction de couverture renforcée stockée dans le contexte UE n'est pas définie sur "Restricted", le nœud NG-RAN doit (s'il est pris en charge) stocker ces informations dans le contexte UE et les utiliser comme défini dans la norme TS 23.501. Je suis désolée. Si les capacités radio UE IE sont incluses dans le message de transport NAS de liaison descendante, le nœud NG-RAN stocke ces informations dans le contexte UE et les utilise conformément à la norme TS 38.300. Je suis désolée. Si l'indication de fin IE est incluse dans le message de transport NAS de liaison descendante et est réglée sur "Aucune donnée supplémentaire",le nœud NG-RAN considère que les capacités radio UE IE s'ajoutent à la PDU NAS incluse;.  

1. Cadre du protocole Comme le montre la figure (1) ci-dessous, NETCONF adopte une structure en couches, où chaque couche encapsule des fonctions spécifiques et fournit des services à la couche supérieure. Cette structure permet à chaque couche de se concentrer sur un seul aspect de NETCONF et réduit les dépendances entre les couches. Les modifications au sein d'une couche ont un impact minimal sur les autres couches.       NETCONF peut être divisé en quatre couches : la couche de sécurité du transport, la couche de message, la couche d'opération, et la couche de contenu. Ces couches sont :   La couche de sécurité du transport : Cette couche est responsable de la communication entre le client et le serveur. NETCONF peut être superposé à n'importe quel protocole de transport qui répond aux exigences de base, telles que SSH, TLS et HTTPS. SSH est le protocole de transport préféré pour la transmission des messages XML dans NETCONF. La couche de message : Cette couche fournit des mécanismes d'encodage RPC et de notification indépendants du transport. Le client encapsule une requête RPC dans un élément et l'envoie au serveur. Le serveur encapsule le résultat du traitement de cette requête dans un élément et l'envoie au client. La couche d'opération : Cette couche définit un ensemble d'opérations de protocole de base, qui sont appelées méthodes RPC avec des paramètres encodés en XML. La couche de contenu : Cette couche est définie par le modèle de données pour les données de gestion. Actuellement, les modèles de données courants incluent Schema et YANG.         Schema est un ensemble de règles pour décrire les fichiers XML. Les appareils utilisent des fichiers de schéma (similaires aux fichiers MIB dans SNMP) pour fournir des interfaces de configuration et de gestion des appareils aux systèmes de gestion de réseau (NMS). YANG est un langage de modélisation de données conçu pour NETCONF. Le client peut compiler des opérations RPC en messages XML pour réaliser une communication client-serveur conforme aux contraintes du modèle YANG.   2. Format des messages La figure (2) ci-dessous est une structure complète des messages de requête NETCONF YANG ;       3. Cadre de communication Dans NETCONF, la requête RPC initiée par le client et la réponse du serveur sont toutes deux encodées en XML et contenues respectivement dans les éléments et . Ce cadre requête-réponse est indépendant du protocole de la couche de transport ; certains éléments RPC de base sont énumérés ci-dessous : L'élément est utilisé pour encapsuler la requête envoyée par le client NETCONF au serveur NETCONF. Le serveur NETCONF envoie un élément en réponse à chaque requête . Si une erreur ou une alarme se produit lors du traitement de la requête , le serveur NETCONF renverra un message contenant uniquement l'élément au client NETCONF. Si aucune erreur ou alarme ne se produit lors du traitement de la requête , le serveur NETCONF renvoie un message contenant uniquement l'élément au client NETCONF.   IV. Configuration de la base de données NETCONF définit un ensemble complet de paramètres de configuration des appareils. NETCONF définit l'existence d'une ou plusieurs bases de données de configuration et autorise les opérations de configuration sur celles-ci. Dans le modèle NETCONF de base, seule la base de données de configuration est disponible. D'autres bases de données de configuration peuvent être définies en fonction des capacités et ne sont disponibles que sur les appareils qui prennent en charge ces capacités. Celles-ci incluent :   : La base de données de configuration en cours d'exécution. Cette base de données stocke toutes les configurations actuellement actives sur un appareil réseau. Il n'existe qu'une seule base de données de configuration sur un appareil, et elle existe toujours.   : La base de données de configuration candidate. Cette base de données stocke les données de configuration à valider dans la base de données de configuration sur l'appareil. Les opérations sur la base de données de configuration peuvent être effectuées sans affecter la configuration actuelle de l'appareil. L'opération est utilisée pour valider une configuration candidate. Pour prendre en charge la base de données de configuration , un appareil doit prendre en charge la capacité de configuration candidate, une capacité NETCONF standard.   : La base de données de configuration de démarrage (similaire à un fichier de configuration enregistré). Elle stocke les données de configuration qui doivent être chargées au démarrage de l'appareil. Pour prendre en charge la base de données de configuration , l'appareil doit prendre en charge la capacité de démarrage indépendante, qui est une capacité NETCONF standard.

En raison de la configuration complexe des réseaux traditionnelsCLIetMNNLe débat sur la question de laRéglage de l'écranLe protocole de gestion du réseau est activé dans le système 5G, ce qui permetNMS(système de gestion du réseau) pour émettre, modifier et supprimer la configuration des périphériques réseau connectés aux routeurs, eNodeB, gNodeB, DU, CU ou RU.La structure et la session de service sont les suivantes:;   Je suis...Principe de fonctionnement Le système NETCONF contient au moins unNMSL'architecture NETCONF contient deux rôles: client et serveur     II. Le secteur privéCaractéristiques de la structure du systèmeNETCONF contient au moins un NMS qui gère tous les périphériques réseau, y compris:   2.1Le client.fournit les fonctions suivantes   Utilisez NETCONF pour gérer les périphériques réseau. Envoyer des requêtes RPC au serveur NETCONF pour interroger ou modifier une ou plusieurs valeurs de paramètres. Selon les alarmes et les événements envoyés par le serveur NETCONF du dispositif géré, comprendre l'état du dispositif géré. 2.2 Lorsque leserveur Lorsqu'un appareil géré subit une défaillance ou un autre type d'événement, il est possible de modifier la configuration de l'appareil.le serveur NETCONF signale l'alarme ou l'événement au client via un mécanisme de notification, permettant au client de comprendre l'état du dispositif géré.   III. Les États membresSéance NETCONF: Comme le montre la figure ci-dessous, le client et le serveur communiquent en utilisant le mécanisme RPC. La communication n'est autorisée qu'après qu'une session sécurisée orientée vers la connexion ait été établie entre eux.Le client envoie une requête RPC au serveur, qui traite la demande et renvoie une réponse au client. Le client NETCONF et le serveur communiquent en utilisant le mécanisme RPC.La communication n'est autorisée qu'après l'établissement d'une session sécurisée orientée vers la connexion.Le processus d'établissement et de résiliation de la session est le suivant:       Le client établit une connexion SSH avec le serveur et, après avoir terminé l'authentification et l'autorisation, établit une session NETCONF avec le serveur. L'échange client et serveurJe vous en prie.des messages pour négocier des capacités. Le client envoie une ou plusieurs requêtes RPC au serveur. Modifier et engager la configuration; Les données ou l'état de la configuration de requête; Effectuer des opérations d'entretien sur le dispositif; Le client met fin à la session NETCONF; La connexion SSH est terminée.

  Réglage de l'écranest le nom complet du protocole de configuration du réseau, qui est un protocole de gestion du réseau qui permet à NMS (Network Management System) d'émettre,modifier et supprimer la configuration des périphériques réseau connectés (routeurs), eNodeB, gNodeB, DU, CU ou RU).IETF; tandis que pour le réseau O-RAN, il relève du WG (groupe de travail 4).     I. Le protocole NETCONFutilise le codage de données XML (Extensible Markup Language) pour traiter les données de configuration et les messages de protocole;Il est basé sur le concept de serveur et client et utilise le mécanisme RPC (Remote Procedure Call) pour réaliser la communication entre le serveur et le clientLe processus client s'exécute sur le NMS, qui peut être un script ou une application, et le serveur est un périphérique réseau typique.   II. Les caractéristiques du NETCONFsont les suivantes: Il adopte un cadre de protocole à couches, ce qui le rend plus adapté aux réseaux à la demande, automatisés et basés sur le cloud. Il est utilisé pour émettre, modifier et supprimer les configurations des périphériques réseau. XML (Extensible Markup Language) est utilisé pour l'encodage des données des données de configuration et des messages de protocole. Sur la base du concept serveur et client, le NMS agit comme client et le périphérique réseau agit comme serveur. La communication entre les serveurs et les clients est réalisée à l'aide du mécanisme RPC (Remote Procedure Call). Les opérations sont exécutées sur la base du modèle YANG, ce qui réduit les pannes de réseau causées par des erreurs de configuration manuelles. NETCONF répond aux besoins de l'automatisation du réseau. Il fournit des mécanismes de sécurité tels que l'authentification et l'autorisation pour assurer une transmission sécurisée des messages. Il fournit également des mécanismes de transaction, prenant en charge la classification des données, le stockage et la migration, la commande par étapes et l'isolement de la configuration. Il prend en charge la livraison, la vérification et le retour en arrière des configurations complètes, minimisant ainsi l'impact sur les services réseau. Il permet aux fournisseurs de définir leurs propres opérations de protocole pour mettre en œuvre des capacités de gestion uniques. 3Pourquoi le NETCONF est-il nécessaire? Une exigence clé des réseaux en nuage est l'automatisation du réseau pour une fourniture rapide de services à la demande et une gestion automatisée des opérations.Les méthodes traditionnelles telles que CLI et SNM ne peuvent pas répondre à cette exigence.. Ils ont les limitations suivantes, que NETCONF traite.   31Les inconvénients deCLIPremièrement, la configuration est complexe. Deuxièmement, ce qui suit: Les CLI varient selon les fournisseurs, ce qui oblige les utilisateurs à apprendre et à adapter les scripts CLI pour chaque fournisseur. Les changements fréquents dans la structure et la syntaxe de CLI rendent les scripts CLI difficiles à maintenir. La sortie de commande est non structurée, imprévisible et facilement modifiable, ce qui rend difficile l'analyse automatique des scripts CLI. 3.2Les inconvénients du SNMP: SNMP ne prend pas en charge les transactions, ce qui entraîne une configuration inefficace. SNMP utilise le protocole UDP (User Datagram Protocol), qui ne fournit pas de transmission de données séquencée fiable et ne dispose pas de mécanismes de sécurité efficaces. SNMP ne dispose pas d'un mécanisme pour soumettre des transactions de configuration. SNMP gère la configuration des périphériques sur une base périphérique par périphérique et ne prend pas en charge la configuration au niveau du réseau ou la collaboration de configuration multi-appareils.

NETCONF est le nom complet du protocole de configuration réseau, qui est un protocole de gestion de réseau permettant au NMS (Network Management System) d'émettre, de modifier et de supprimer la configuration des équipements réseau connectés (routeurs, eNodeB, gNodeB, DU, CU ou RU). NETCONF est développé et normalisé par l'IETF ; pour l'O-RAN, il relève de la responsabilité du WG (Working Group 4).   1. Le protocole NETCONF utilise l'encodage de données XML (Extensible Markup Language) pour traiter les données de configuration et les messages du protocole ; il est basé sur le concept de serveur et de client et utilise le mécanisme RPC (Remote Procedure Call) pour réaliser la communication entre le serveur et le client. Le processus client s'exécute sur le NMS, qui peut être un script ou une application, et le serveur est un équipement réseau typique.   2. Les caractéristiques de NETCONF sont les suivantes : Il adopte une structure de protocole en couches, ce qui le rend plus adapté aux réseaux à la demande, automatisés et basés sur le cloud. Il est utilisé pour émettre, modifier et supprimer des configurations sur les équipements réseau. XML (Extensible Markup Language) est utilisé pour l'encodage des données de configuration et des messages du protocole. Basé sur le concept de serveur et de client, le NMS agit comme un client et l'équipement réseau agit comme un serveur. La communication entre les serveurs et les clients est réalisée à l'aide du mécanisme RPC (Remote Procedure Call). Les opérations sont exécutées sur la base du modèle YANG, ce qui réduit les pannes réseau causées par des erreurs de configuration manuelles. NETCONF répond aux besoins de l'automatisation du réseau. Il fournit des mécanismes de sécurité tels que l'authentification et l'autorisation pour assurer la transmission sécurisée des messages. Il fournit également des mécanismes de transaction, prenant en charge la classification, le stockage et la migration des données, la validation progressive et l'isolation de la configuration. Il prend en charge la livraison, la vérification et le retour en arrière complets de la configuration, minimisant ainsi l'impact sur les services réseau. Il permet aux fournisseurs de définir leurs propres opérations de protocole pour mettre en œuvre des capacités de gestion uniques.     3. Pourquoi NETCONF est-il nécessaire ? Une exigence clé des réseaux cloud est l'automatisation du réseau pour un provisionnement rapide et à la demande des services et une gestion automatisée des opérations. Les approches traditionnelles telles que CLI et SNMP ne peuvent pas répondre à cette exigence. Elles présentent les limitations suivantes, auxquelles NETCONF répond.     31. Inconvénients de la CLI : Premièrement, la configuration est complexe. Deuxièmement, ce qui suit : Les CLI varient selon le fournisseur, ce qui oblige les utilisateurs à apprendre et à adapter les scripts CLI pour chaque fournisseur. La structure et la syntaxe de la CLI changent fréquemment, ce qui rend les scripts CLI difficiles à maintenir. La sortie des commandes est non structurée, imprévisible et facilement modifiable, ce qui rend difficile l'analyse automatique des scripts CLI.     3.2 Inconvénients de SNMP : SNMP ne prend pas en charge les transactions, ce qui entraîne une configuration inefficace. SNMP utilise le protocole User Datagram Protocol (UDP), qui ne fournit pas de transmission de données fiable et séquencée et manque de mécanismes de sécurité efficaces. SNMP manque d'un mécanisme pour soumettre les transactions de configuration. SNMP gère la configuration des équipements équipement par équipement et ne prend pas en charge la configuration au niveau du réseau ni la collaboration de configuration multi-équipements.