CHINA Shenzhen Olax Technology CO.,Ltd Noticias de la empresa

  1. Sobrecarga del sistema: En las redes 5G, "sobrecarga" se refiere al tráfico excesivo o a demasiados dispositivos que intentan conectarse simultáneamente, lo que sobrecarga los recursos de la red y provoca congestión, velocidades lentas o fallos de conexión. Las estrategias para abordar esta sobrecarga incluyen la liberación de más espectro con licencia, la asignación de recursos a través de la segmentación de la red y las funciones de la red central, y la implementación de mecanismos como la limitación, los temporizadores de salida y los mensajes de sobrecarga para controlar y gestionar eficazmente el tráfico.   2. El proceso de inicio de la sobrecarga notifica al nodo NG-RAN que reduzca la carga de señalización dirigida al AMF asociado. Este proceso de inicio utiliza la señalización no asociada al UE. Como se muestra en la Figura 8.7.7.2-1 a continuación, el proceso de inicio incluye:     Un nodo NG-RAN que recibe un mensaje de inicio de sobrecarga debe asumir que el AMF receptor está en un estado de sobrecarga. Si el mensaje Overload Start contiene el IE Overload Action y el IE AMF Overload Response, el nodo NG-RAN debe usarlo para identificar el tráfico de señalización relevante. Esta información se utiliza cuando el IE Overload Action se establece en: “Rechazar el establecimiento de la conexión RRC para las transferencias de datos originadas por móviles que no sean de emergencia” (es decir, rechazar el tráfico correspondiente a las causas RRC “mo-data”, “mo-SMS”, “mo-VideoCall” y “mo-VoiceCall” en TS 38.331 o “mo-data” y “mo-VoiceCall” en TS 36.331), o “Rechazar el establecimiento de la conexión RRC para la señalización” (es decir, rechazar el tráfico correspondiente a las causas RRC “mo-data”, “mo-SMS”, “mo-signalling”, “mo-VideoCall” y “mo-VoiceCall” en TS 38.331 o “mo-data”, “mo-signalling” y “mo-VoiceCall” en TS 36.331), o “Permitir el establecimiento de la conexión RRC solo para sesiones de emergencia y servicios terminados por móviles” (es decir, permitir solo el tráfico correspondiente a TS 38.331 o las causas RRC "emergency" y "mt-Access" en TS 36.331), o "El establecimiento de la conexión RRC solo está permitido para sesiones de alta prioridad y servicios terminados por móviles" (es decir, solo se permite el tráfico correspondiente a las causas RRC "highPriorityAccess," "mps-Priority Access," "mcs-PriorityAccess," y "mt-Access" en TS 38.331 o "highPriorityAccess," "mo-ExceptionData," y "mt-Access" en TS 36.331). 3. Manejo de la sobrecarga: El NG-RAN maneja la situación de la siguiente manera: Si el mensaje OVERLOAD START contiene el IE AMF Traffic Load Reduction Indication, el tráfico de señalización se reduce en el porcentaje indicado; de lo contrario, solo el tráfico de señalización que no se indica como rechazado se envía al AMF. Si el IE Overload Start NSSAI List está incluido en el mensaje OVERLOAD START, el nodo NG-RAN debe: Si el IE Slice Traffic Load Reduction Indication está presente, reducir el tráfico de señalización del UE en el porcentaje indicado, siempre que el IE esté presente y el NSSAI solicitado contenga solo el S-NSSAI contenido en el IE Overload Start NSSAI List y la reducción del tráfico de señalización indicada por el IE Overload Action en el IE Slice Overload Response; de lo contrario, asegurar que solo el tráfico de señalización del UE (si el NSSAI solicitado coincide, solo el tráfico de señalización del NSSAI solicitado del UE que contiene S-NSSAIs distintos del S-NSSAI contenido en el IE Overload Start NSSAI List) o el tráfico de señalización no reducido como se indica en el IE Overload Action en el IE Slice Overload Response) se envía al AMF. Si el control de sobrecarga está en curso y el nodo NG-RAN recibe otro mensaje OVERLOAD START, el nodo NG-RAN debe reemplazar el contenido del mensaje recibido previamente con el nuevo contenido.

  1. AMF (La Función de Gestión de Acceso y Movilidad) es un elemento crítico del plano de control en 5G, responsable de gestionar el acceso, la movilidad y la seguridad del equipo de usuario (UE) dentro del sistema 5G. Se encarga del registro y la autenticación inicial del UE, y gestiona los traspasos entre celdas de la red y redes de acceso. El AMF colabora con otras funciones de la red (como el SMF) para establecer y mantener sesiones de datos para los usuarios.   2. Las responsabilidades del AMF se dividen en las siguientes áreas: Registro y Autenticación del UE: El AMF autentica el UE, verifica su identidad y credenciales de suscripción, y le otorga acceso a los servicios 5G. Gestión de la Movilidad: Responsable de gestionar el complejo proceso de mover un UE de una celda a otra o entre diferentes redes de acceso por radio (NG-RAN). Gestión del Contexto: Mantiene el contexto del UE, que incluye información sobre la ubicación actual del UE, el estado de la sesión y la seguridad. Interacción con Otros Elementos de la Red SMF (Función de Gestión de Sesión): El AMF colabora con el SMF para establecer, modificar y gestionar las sesiones de datos de los usuarios. UDM (Gestión Unificada de Datos): Se comunica con el UDM para recuperar y gestionar la información de suscripción del usuario. AUSF (Función de Servidor de Autenticación): El AMF selecciona el AUSF apropiado para autenticar la identidad del UE durante el registro. NSSF (Función de Selección de Segmento de Red): El AMF utiliza el NSSF para descubrir y seleccionar el segmento de red y las funciones apropiadas en función de la ubicación y los requisitos del UE. Gestión de Funciones de Red: El AMF utiliza una interfaz basada en servicios y la Función de Repositorio de Red (NRF) para descubrir y seleccionar otras funciones de red. 3. La Indicación de Estado del AMF el procedimiento está diseñado para soportar las funciones de gestión del AMF. Este procedimiento utiliza señalización no asociada al UE y el funcionamiento correcto se muestra en la Figura 8.7.6.2-1 a continuación, donde:   El AMF inicia este procedimiento enviando un mensaje "Indicación de Estado del AMF" al nodo NG-RAN. Al recibir el mensaje Indicación de Estado del AMF, el nodo NG-RAN asumirá que el GUAMI indicado no está disponible y realizará la reselección del AMF como se define en TS 23.501. Si se admite, el nodo NG-RAN tomará las medidas apropiadas según lo especificado en TS 23.501 en función de la existencia del método de temporizador para el IE de eliminación de GUAMI. Si el IE Nombre del AMF de Respaldo está incluido en el mensaje Indicación de Estado del AMF, el nodo NG-RAN (si se admite) realizará la reselección del AMF de acuerdo con el AMF indicado por el IE Nombre del AMF de Respaldo como se especifica en TS 23.501. Si el IE Nombre del AMF de Respaldo Extendido está incluido en el mensaje Indicación de Estado del AMF, el nodo NG-RAN (si se admite) realizará la reselección del AMF de acuerdo con el AMF indicado por el IE Nombre del AMF de Respaldo Extendido como se especifica en TS 23.501.

  1Anomalias en el sistema:Las desviaciones del diseño pueden ocurrir durante el funcionamiento normal de la red 5G. Estos incluyen problemas de rendimiento como amenazas a la seguridad de la red, interferencia de la señal, cobertura insuficiente,y posibles fallas en el software y el hardware de la redEstas anomalías pueden manifestarse como interrupciones del servicio, caídas del sistema, velocidades lentas de la red o llamadas interrumpidas.Por lo general, se identifican mediante el análisis de los sistemas de detección de anomalías de datos de red y se pueden clasificar en redes centrales y redes de radio..     2. 5GC Anomalias: Si el mensaje NG RESET incluye la Lista de conexiones lógicas NG IE asociada a la UE,pero ni el AMF UE NGAP ID IE ni el RAN UE NGAP ID IE están presentes en el elemento de conexión NG lógica IE asociado a UE, la FMA ignorará el elemento IE de conexión NG lógica asociado a la UE.La AMF puede devolver un elemento de conexión lógica NG asociado a UE IE vacío en la lista de conexiones lógicas NG asociadas a UE IE en el mensaje NG RESET ACKNOWLEDGE.     3. Anomalias de NG-RAN:Si el mensaje NG RESET contiene la lista de conexiones NG lógicas asociadas a la UE IE,pero ni el AMF UE NGAP ID IE ni el RAN UE NGAP ID IE están presentes en el elemento de conexión NG lógica asociada a UE IE, el nodo NG-RAN ignorará el elemento IE de conexión NG lógica asociada a la UE.El nodo NG-RAN puede devolver un elemento de conexión NG lógica asociada a la UE vacío IE en la lista de conexiones NG lógicas asociadas a la UE IE en el mensaje NG RESET ACKNOWLEDGE.     4. Cruce del mensaje NG RESETgeneralmente ocurre en los dos escenarios siguientes:   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), el nodo NG-RAN responderá con un mensaje de reconocimiento de reinicio de la red NG, tal como se especifica en la cláusula 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), el FMM responderá con un mensaje de CONFESIÓN de restablecimiento de la energía nuclear, tal como se especifica en la cláusula 8.7.4.2.

- ¿ Qué?Agregación de portadoresSimilar a LTE, la agregación de portadores 5G (NR) también aumenta el ancho de banda del espectro inalámbrico utilizado por las UEs mediante la combinación de múltiples portadores.En 5G (NR), las UEs pueden admitir hasta 16 portadores de componentes contiguos y no contiguos (CC) con diferentes numerologías en las bandas FR1 y FR2.tipo de agregación de portadores (intrabanda), contiguos/no contiguos o entre bandas), número de bandas de frecuencia y clase de ancho de banda.   II. Las condiciones de trabajoClase de ancho de banda: La clase de ancho de banda de agregación de portadores de un terminal (UE) se define utilizando una lista alfabética de anchos de banda mínimos y máximos y el número de portadores componentes que puede utilizar. Los parámetros clave incluyen: Apoyo a los terminales 5G (NR)hasta 16portadores de componentes contiguos y no contiguos (CC) con diferentes conjuntos de parámetros cuando CA está habilitado. La clase de ancho de banda de un terminal (UE) es una lista alfabética de anchos de banda mínimos y máximos y el número de portadores de componentes (CC). Según la versión 17, las clases de agregación de portadores en FR1 van desde A hasta O, lo que permite un ancho de banda agregado máximo de400 MHz. ¿Qué es eso? Según la versión 17, las clases de agregación de portadores en FR2 van desde A hasta Q, lo que permite un ancho de banda agregado máximo de800 MHz. ¿Qué es eso?   III. Agregación de portadores FR1 Clase de ancho de banda Categoría A: las UEs 5G se configuran sin agregación de portadores. La banda de frecuencia de portador máxima (BWChannel, max) está determinada por el número de banda de frecuencias y el conjunto de parámetros,que define la separación de frecuencias de los subportadores (SCS)La clase A pertenece a todos los grupos de reserva y permite a los EE volver a esta configuración incluso cuando no se ha establecido la agregación de portadores. Categoría B: Si se agrupan dos canales de radio, el ancho de banda total disponible para los EE se sitúa entre 20 y 100 MHz. CategoríaC. Las: Agregando dos canales de radio, el ancho de banda total disponible para las EU se sitúa entre 100 y 200 MHz. Categoría D: Agregando tres canales de radio, el ancho de banda total disponible para los EE se sitúa entre 200 y 300 MHz. Categoría E: Agregando cuatro canales de radio, el ancho de banda total disponible para los EE se sitúa entre 300 y 400 MHz.Las clases C, D y E pertenecen al mismo grupo de repetición (Grupo de repetición 1). Categoría G: Agregando tres canales de radio, el ancho de banda total disponible para los EE se sitúa entre 100 y 150 MHz. CategoríaH.:agrega cuatro canales de radio, proporcionando un ancho de banda total de 150-200 MHz disponible para el equipo del usuario (UE). CategoríaI:agrega cinco canales de radio, proporcionando un ancho de banda total de 200-250 MHz disponible para el equipo del usuario (UE).proporcionando un ancho de banda total de 250-300 MHz disponible para el equipo del usuario (UE). Clase K:agrega siete canales de radio, proporcionando un ancho de banda total de 300-350 MHz disponible para el equipo del usuario (UE). Clase L:agrega ocho canales de radio, proporcionando un ancho de banda total de 350-400 MHz disponible para el equipo del usuario (UE). Las clases G-L pertenecen al mismo grupo de repetición (Grupo de repetición 2).   IV. Clase de ancho de banda de agregación de portadores FR2 Categoría Aes una configuración 5G para EE sin agregación de portadores. La banda de frecuencia de portador máxima (BWChannel, max) depende del número de banda y la numerología.La clase A pertenece a todos los grupos de reserva y permite que las UEs vuelvan a esta configuración incluso sin agregación de portadores.. Categoría Bcorresponde al ancho de banda total después de la agregación de dos canales de radio, que oscila entre 400 MHz y 800 MHz. CategoríaC. Lascorresponde al ancho de banda total después de la agregación de dos canales de radio, que oscila entre 800 MHz y 1200 MHz.Clase B es una configuración de emergencia para la Clase C; ambos pertenecen a la mismaGrupo de repliegue 1lista de emergencia. Categoría Dcorresponde al ancho de banda total después de la agregación de dos canales de radio, que oscila entre 200 MHz y 400 MHz. Categoría Ecorresponde al ancho de banda total después de la agregación de tres canales de radio, que oscila entre 400 MHz y 600 MHz. Categoría Fcorresponde al ancho de banda total después de la agregación de cuatro canales de radio, que oscila entre 600 MHz y 800 MHz.Las clases D, E y F pertenecen a la mismaGrupo de repliegue 2lista de emergencia. Clase Gcorresponde a dos agregaciones de canales de radio con un ancho de banda total entre 100 MHz y 200 MHz. Clase Hcorresponde a tres agregaciones de canales de radio con un ancho de banda total entre 200 MHz y 300 MHz. Clase Icorresponde a cuatro agregaciones de canales de radio con un ancho de banda total entre 300 MHz y 400 MHz. Clase Jcorresponde a cinco agregaciones de canales de radio con un ancho de banda total entre 400 MHz y 500 MHz. Clase Kcorresponde a seis agregaciones de canales de radio con un ancho de banda total entre 500 MHz y 600 MHz. Clase Lcorresponde a siete agregaciones de canales de radio con un ancho de banda total entre 600 MHz y 700 MHz. Clase Mcorresponde a ocho agregaciones de canales de radio con un ancho de banda total entre 700 MHz y 800 MHz.Las clases G, H, I, J, K, L y M pertenecen a la mismaGrupo de repliegue 3lista de emergencia.

    I. Escenario de transporte NAS de enlace descendenteEn el sistema 5G, el proceso de transporte NAS de enlace descendente se utiliza cuando el AMF necesita enviar de forma transparente mensajes NAS al UE a través del nodo NG-RAN y existe una conexión NG lógica asociada con el UE, o el AMF ha recibido el IE RAN UE NGAP ID en el mensaje INITIAL UE MESSAGE, o el nodo NG-RAN ha enviado el mensaje INITIAL UE MESSAGE a través de otra instancia de interfaz NG para iniciar una conexión NG lógica asociada con el UE.   II. Procesamiento de contenido de transporte NASAdemás del contenido en 5G System Learning - Downlink NAS Transport, se procesa otro contenido NAS de enlace descendente de la siguiente manera:   Si el mensaje DOWNLINK NAS TRANSPORT contiene el IE UE Radio Capability ID, el nodo NG-RAN deberá (si es compatible) usarlo como se especifica en TS 23.501 y TS 23.502. Si el mensaje DOWNLINK NAS TRANSPORT contiene el IE Target NSSAI Information, el nodo NG-RAN puede usar esta información como se especifica en TS 23.501. Si el mensaje DOWNLINK NAS TRANSPORT contiene un IE Partially Allowed NSSAI, el nodo NG-RAN (si es compatible) deberá inferir la porción de red parcialmente permitida del UE a partir de él, almacenar y reemplazar cualquier Partially Allowed NSSAI recibido previamente, y usarlo como se especifica en TS 23.50. Si el mensaje DOWNLINK NAS TRANSPORT contiene un IE Masked IMEISV, el nodo NG-RAN (si es compatible) deberá usarlo para determinar las características del UE para el procesamiento posterior. Si el mensaje Downlink NAS Transport contiene un IE Mobile IAB Authorization, el nodo NG-RAN (si es compatible) deberá almacenar el estado de Mobile IAB Authorization recibido en el contexto del UE. Si el IE Mobile IAB Authorization se establece en "Unauthorized" para Mobile IAB-MT, el nodo NG-RAN (si es compatible) deberá asegurar que ningún UE sea servido por este nodo Mobile IAB. 3. Durante la interacción del mensaje Initial UE MessageProcedimiento, incluso si el IE RAN UE NGAP ID se ha asignado en el mensaje "Initial UE Message" enviado a través de otra instancia de interfaz NG, el nodo NG-RAN DEBERÍA usar el "AMF UE NGAP ID IE" y el "RAN UE NGAP ID IE" recibidos en el mensaje "Downlink NAS Transport" como el identificador de conexión lógica.   4. Durante la indicación de información de capacidad de radio del UEProcedimiento, si el mensaje Downlink NAS Transport contiene un IE UE Capability Information Request establecido en "requested" y la información relacionada con la capacidad del UE se ha recuperado con éxito del UE, el nodo NG-RAN DEBERÍA activar el procedimiento UE Radio Capability Information Indication.   5. Escenarios anormales de transporte NAS de enlace descendente: Si se recibe un IE Partially Allowed NSSAI en un mensaje DOWNLINK NAS TRANSPORT, y el número total de S-NSSAIs contenidos en el Allowed NSSAI y Partially Allowed NSSAI excede 8, el nodo NG-RAN DEBERÍA considerar que el procedimiento ha fallado. Si algún S-NSSAI presente en el IE Partially Allowed NSSAI también está presente en el IE Allowed NSSAI, el nodo NG-RAN deberá considerar que el procedimiento ha fallado.

  1. Transferencia NAS de enlace descendente: El procedimiento de transferencia NAS de enlace descendente se utiliza cuando el AMF solo necesita enviar de forma transparente mensajes NAS al UE a través del nodo NG-RAN y existe una conexión NG lógica asociada con el UE, o el AMF ha recibido el IE RAN UE NGAP ID en el mensaje INITIAL UE MESSAGE, o el nodo NG-RAN ha iniciado una conexión NG lógica asociada con el UE enviando un mensaje INITIAL UE MESSAGE a través de otra instancia de interfaz NG.   2. Transferencia NAS de enlace descendente se muestra en la Figura 8.6.2.2-1 a continuación, donde:   El AMF inicia este procedimiento enviando un mensaje DOWNLINK NAS TRANSPORT al nodo NG-RAN. Si no se establece una conexión NG lógica asociada con el UE, el AMF asignará un AMF UE NGAP ID único al UE e lo incluirá en el mensaje DOWNLINK NAS TRANSPORT. Al recibir el AMF-UE NGAP ID IE en el mensaje DOWNLINK NAS TRANSPORT, el nodo NG-RAN establece una conexión NG lógica asociada con el UE.   Si el mensaje DOWNLINK NAS TRANSPORT incluye el IE RAN Paging Priority, el nodo NG-RAN puede usarlo para determinar la prioridad para la paginación del UE en el estado RRC_INACTIVE. El IE NAS-PDU contiene un mensaje AMF-UE, que se reenvía sin interpretar dentro del nodo NG-RAN. ​ Si el IE Mobility Restriction List se incluye en el mensaje Downlink NAS Transport, el nodo NG-RAN sobrescribirá cualquier información de restricción de movilidad almacenada previamente en el contexto del UE. Si el mensaje de transporte NAS de enlace descendente contiene información en el IE Mobility Restriction List, el nodo NG-RAN usará esta información para: determinar el objetivo de las operaciones de movilidad subsiguientes, y el nodo NG-RAN proporcionará información sobre el objetivo de la operación de movilidad al UE; 3. Seleccionar el SCG apropiado durante la operación de conectividad dual; asignar el RNA apropiado al UE al moverlo al estado RRC_INACTIVE; y, además:   Si el mensaje de transporte NAS de enlace descendente no contiene el IE Mobility Restriction List y no se ha almacenado previamente información de restricción de movilidad, el nodo NG-RAN asumirá que el UE no está sujeto a restricciones de roaming y acceso, excepto para la movilidad PNI-NPN como se describe en TS 23.501. ​ El nodo NG-RAN asumirá que el roaming o el acceso a una celda CAG está permitido solo si el mensaje de transporte NAS de enlace descendente contiene el IE Allowed PNI-NPN List, como se describe en TS 23.501. ​ Si el mensaje de transporte NAS de enlace descendente contiene el IE RAT/Frequency Selection Priority Index, el nodo NG-RAN deberá (si es compatible) usarlo como se define en TS 23.501. ​ Si el AMF no ha enviado previamente el IE UE Aggregate Maximum Bit Rate, se enviará al nodo NG-RAN. Si se incluye en un mensaje de transporte NAS de enlace descendente, el nodo NG-RAN almacenará la velocidad máxima de bits agregada del UE en el contexto del UE y usará la velocidad máxima de bits agregada del UE recibida para todos los flujos QoS que no sean GBR del UE asociado como se define en TS 23.501. ​ Si el IE Legacy AMF se incluye en un mensaje de transporte NAS de enlace descendente, el nodo NG-RAN considerará que la conexión NG lógica asociada con este UE ha sido redirigida desde otro AMF identificado por el IE Legacy AMF a este AMF. Si el IE Extended Legacy AMF se incluye en un mensaje de transporte NAS de enlace descendente, el nodo NG-RAN deberá (si es compatible) considerar que la conexión NG lógica asociada con este UE ha sido redirigida desde otro AMF identificado por el IE Extended Legacy AMF a este AMF. ​ Si el IE SRVCC Operation Possible se incluye en el mensaje DOWNLINK NAS TRANSPORT, el nodo NG-RAN deberá (si es compatible) almacenar el contenido del IE SRVCC Operation Possible recibido en el contexto del UE y usarlo como se define en TS 23.216. Si el IE Extended Connected Time se incluye en el mensaje DOWNLINK NAS TRANSPORT, el nodo NG-RAN deberá (si es compatible) usarlo como se define en TS 23.501. ​ Si el IE Enhanced Coverage Restriction se incluye en el mensaje DOWNLINK NAS TRANSPORT, el nodo NG-RAN deberá (si es compatible) almacenar esta información en el contexto del UE y usarla como se define en TS 23.501. ​ Si el IE UE Differentiation Information se incluye en el mensaje DOWNLINK NAS TRANSPORT, el nodo NG-RAN deberá (si es compatible) almacenar esta información en el contexto del UE para su uso posterior de acuerdo con TS 23.50. ​ Si el IE CE-mode-B Restriction se incluye en el mensaje de transporte NAS de enlace descendente, y el IE Enhanced Coverage Restriction no está configurado en "Restricted", y la información de Enhanced Coverage Restriction almacenada en el contexto del UE no está configurada en "Restricted", el nodo NG-RAN deberá (si es compatible) almacenar esta información en el contexto del UE y usarla como se define en TS 23.501. ​ Si el IE UE Radio Capabilities se incluye en el mensaje de transporte NAS de enlace descendente, el nodo NG-RAN almacenará esta información en el contexto del UE y la usará como se define en TS 38.300. ​ Si el IE End Indication se incluye en el mensaje de transporte NAS de enlace descendente y se establece en "No Additional Data", el nodo NG-RAN considerará que el IE UE Radio Capabilities está además del PDU NAS incluido.  

1.Marco del ProtocoloComo se muestra en la siguiente figura (1), NETCONF adopta una estructura en capas, donde cada capa encapsula funciones específicas y proporciona servicios a la capa superior.Esta estructura permite que cada capa se centre en un solo aspecto de NETCONF y reduce las dependencias entre capasLos cambios dentro de una capa tienen un impacto mínimo en otras capas.       NETCONF se puede dividir en cuatro capas:la capa de seguridad del transporte,la capa de mensaje,la capa de operación, yla capa de contenidoEstas capas son:   Capa de seguridad del transporte:Esta capa es responsable de la comunicación entre el cliente y el servidor. NETCONF se puede colocar sobre cualquier protocolo de transporte que cumpla con los requisitos básicos, como SSH, TLS y HTTPS.SSH es el protocolo de transporte preferido para transmitir mensajes XML en NETCONF. La capa de mensaje:Esta capa proporciona mecanismos de codificación de notificaciones y RPC independientes del transporte.El servidor encapsula el resultado del procesamiento de esta solicitud en unelemento y lo envía al cliente. La capa de operación:Esta capa define un conjunto de operaciones básicas de protocolo, que se llaman métodos RPC con parámetros codificados en XML. La capa de contenido:Esta capa está definida por el modelo de datos para datos de gestión.        El esquema es un conjunto de reglas para describir archivos XML.Los dispositivos utilizan archivos de esquema (similares a los archivos MIB en SNMP) para proporcionar interfaces de configuración y administración de dispositivos a los sistemas de gestión de red (NMS). YANG es un lenguaje de modelado de datos diseñado para NETCONF.El cliente puede compilar las operaciones RPC en mensajes XML para lograr una comunicación cliente-servidor que cumpla con las restricciones del modelo YANG.   2.Formato del mensajeLa siguiente figura (2) es una estructura completa del mensaje de petición NETCONF YANG;       3.Marco de comunicaciónEn NETCONF, la solicitud RPC iniciada por el cliente y la respuesta del servidor están ambas codificadas en XML y contenidas en elyEste marco de solicitud-respuesta es independiente del protocolo de la capa de transporte; algunos elementos básicos de RPC se enumeran a continuación: ElEl elemento se utiliza para encapsular la solicitud enviada por el cliente NETCONF al servidor NETCONF. El servidor NETCONF envía unelemento en respuesta a cadael pedido. Si se produce algún error o alarma durante el procesamiento de laEn el caso de una solicitud, el servidor NETCONF devolverá unMensaje que contiene sólo elelemento al cliente NETCONF. Si no se producen errores o alarmas durante el procesamiento delEn la solicitud, el servidor NETCONF devuelve unMensaje que contiene sólo elelemento al cliente NETCONF.   - ¿Qué es esto?Configuración de la base de datosNETCONF define un conjunto completo de parámetros de configuración de dispositivos. NETCONF define la existencia de una o más bases de datos de configuración y permite operaciones de configuración en ellas.En el modelo básico de NETCONF, sólo elotras bases de datos de configuración pueden definirse en función de capacidades y solo están disponibles en dispositivos que admiten esas capacidades.   : La base de datos de configuración en ejecución. Esta base de datos almacena todas las configuraciones actualmente activas en un dispositivo de red.base de datos de configuración en un dispositivo, y siempre existe.   : La base de datos de configuración candidata.La base de datos de configuración del dispositivo.La base de datos de configuración puede ejecutarse sin afectar a la configuración actual del dispositivo.La operación se utiliza para comprometer una configuración candidata.base de datos de configuración, un dispositivo debe admitir la capacidad de configuración candidata, una capacidad NETCONF estándar.   : La base de datos de configuración de inicio (similar a un archivo de configuración guardado). Almacena los datos de configuración que deben cargarse cuando se inicia el dispositivo.en la base de datos de configuración, el dispositivo debe admitir la capacidad de arranque independiente, que es una capacidad NETCONF estándar.

Debido a la compleja configuración de los sistemas tradicionalesCLIyMNNEn la actualidad, la mayoría de los países miembros de la Unión Europea han adoptado una política de- ¿ Qué pasa?El protocolo de gestión de red está habilitado en el sistema 5G, lo que permiteEl NMS(sistema de gestión de red) para emitir, modificar y eliminar la configuración de los dispositivos de red conectados a los enrutadores, eNodeB, gNodeB, DU, CU o RU.La estructura y la sesión de servicio son las siguientes:;   - ¿ Qué?Principio de trabajo El sistema NETCONF contiene al menos unaEl NMSLa arquitectura NETCONF contiene dos roles: cliente y servidor     II. Las condiciones de trabajoCaracterísticas de la estructura del sistemaNETCONF contiene al menos un NMS que gestiona todos los dispositivos de red, incluidos:   2.1El cliente.proporciona las siguientes funciones:   Utilice NETCONF para gestionar los dispositivos de red. Enviar solicitudes RPC al servidor NETCONF para consultar o modificar uno o más valores de parámetros. Según las alarmas y eventos enviados por el servidor NETCONF del dispositivo administrado, entender el estado del dispositivo administrado. 2.2 Cuando elel servidor Cuando un dispositivo administrado experimenta un fallo u otro tipo de evento,el servidor NETCONF informa de la alarma o el evento al cliente mediante un mecanismo de notificación, lo que permite al cliente comprender el estado del dispositivo administrado.   III. El Consejo EuropeoSesión NETCONF: Como se muestra en la figura siguiente, el cliente y el servidor se comunican utilizando el mecanismo RPC. La comunicación solo está permitida después de que se establezca una sesión segura orientada a la conexión entre ellos.El cliente envía una solicitud RPC al servidorEl cliente NETCONF y el servidor se comunican utilizando el mecanismo RPC.La comunicación sólo se permite después de establecer una sesión segura orientada a la conexión.El proceso de establecimiento y terminación de la sesión es el siguiente:       El cliente establece una conexión SSH con el servidor y, después de completar la autenticación y autorización, establece una sesión NETCONF con el servidor. El intercambio de cliente y servidor¿ Qué pasa?mensajes para negociar capacidades. El cliente envía una o más solicitudes RPC al servidor. Modificar y comprometer la configuración; Datos o estado de la configuración de la consulta; Realizar operaciones de mantenimiento del dispositivo; El cliente termina la sesión NETCONF; La conexión SSH termina.

  NETCONF es el nombre completo del Protocolo de Configuración de Red, que es un protocolo de gestión de red que permite al NMS (Sistema de Gestión de Red) emitir, modificar y eliminar la configuración de los dispositivos de red conectados (routers, eNodeB, gNodeB, DU, CU o RU). NETCONF está desarrollado y estandarizado por IETF; mientras que para O-RAN, está bajo la responsabilidad del WG (Grupo de Trabajo 4).     I. El protocolo NETCONF utiliza la codificación de datos XML (Lenguaje de Marcado Extensible) para procesar datos de configuración y mensajes de protocolo; se basa en el concepto de servidor y cliente y utiliza el mecanismo RPC (Llamada a Procedimiento Remoto) para lograr la comunicación entre el servidor y el cliente. El proceso cliente se ejecuta en el NMS, que puede ser un script o una aplicación, y el servidor es un dispositivo de red típico.   II. Las características de NETCONF son las siguientes: Adopta un marco de protocolo en capas, lo que lo hace más adecuado para redes bajo demanda, automatizadas y basadas en la nube. Se utiliza para emitir, modificar y eliminar configuraciones en dispositivos de red. XML (Lenguaje de Marcado Extensible) se utiliza para la codificación de datos de configuración y mensajes de protocolo. Basado en el concepto de servidor y cliente, el NMS actúa como cliente y el dispositivo de red actúa como servidor. La comunicación entre servidores y clientes se logra utilizando el mecanismo RPC (Llamada a Procedimiento Remoto). Las operaciones se ejecutan en función del modelo YANG, lo que reduce las fallas de la red causadas por errores de configuración manual. NETCONF satisface las necesidades de la automatización de la red. Proporciona mecanismos de seguridad como autenticación y autorización para garantizar la transmisión segura de mensajes. También proporciona mecanismos de transacción, que admiten la clasificación, el almacenamiento y la migración de datos, la confirmación por fases y el aislamiento de la configuración. Admite la entrega, verificación y reversión de configuración completas, minimizando el impacto en los servicios de red. Permite a los proveedores definir sus propias operaciones de protocolo para implementar capacidades de gestión únicas. 3. ¿Por qué se necesita NETCONF? Un requisito clave de las redes en la nube es la automatización de la red para el aprovisionamiento rápido y bajo demanda de servicios y la gestión automatizada de operaciones. Los métodos tradicionales como CLI y SNM no pueden satisfacer este requisito. Tienen las siguientes limitaciones, que NETCONF aborda.   31. Desventajas de CLI: Primero, la configuración es compleja. Segundo, lo siguiente: Las CLI varían según el proveedor, lo que requiere que los usuarios aprendan y adapten los scripts CLI para cada proveedor. Los cambios frecuentes en la estructura y sintaxis de CLI dificultan el mantenimiento de los scripts CLI. La salida de comandos no está estructurada, es impredecible y fácilmente modificable, lo que dificulta el análisis automático de los scripts CLI. 3.2 Desventajas de SNMP: SNMP no admite transacciones, lo que resulta en una configuración ineficiente. SNMP utiliza el Protocolo de Datagramas de Usuario (UDP), que no proporciona una transmisión de datos confiable y secuenciada y carece de mecanismos de seguridad efectivos. SNMP carece de un mecanismo para enviar transacciones de configuración. SNMP gestiona la configuración del dispositivo de forma individual y no admite la configuración a nivel de red ni la colaboración de configuración de múltiples dispositivos.

NETCONF es el nombre completo del Protocolo de Configuración de Red, que es un protocolo de gestión de red que permite al NMS (Sistema de Gestión de Red) emitir, modificar y eliminar la configuración de los dispositivos de red conectados (enrutadores, eNodeB, gNodeB, DU, CU o RU). NETCONF está desarrollado y estandarizado por IETF; mientras que para O-RAN, está bajo la responsabilidad del WG (Grupo de Trabajo 4).   1. El protocolo NETCONF utiliza la codificación de datos XML (Lenguaje de Marcado Extensible) para procesar datos de configuración y mensajes de protocolo; se basa en el concepto de servidor y cliente y utiliza el mecanismo RPC (Llamada a Procedimiento Remoto) para lograr la comunicación entre el servidor y el cliente. El proceso cliente se ejecuta en el NMS, que puede ser un script o una aplicación, y el servidor es un dispositivo de red típico.   2. Las características de NETCONF son las siguientes: Adopta un marco de protocolo en capas, lo que lo hace más adecuado para redes bajo demanda, automatizadas y basadas en la nube. Se utiliza para emitir, modificar y eliminar configuraciones en dispositivos de red. XML (Lenguaje de Marcado Extensible) se utiliza para la codificación de datos de configuración y mensajes de protocolo. Basado en el concepto de servidor y cliente, el NMS actúa como cliente y el dispositivo de red actúa como servidor. La comunicación entre servidores y clientes se logra utilizando el mecanismo RPC (Llamada a Procedimiento Remoto). Las operaciones se ejecutan en función del modelo YANG, lo que reduce las fallas de la red causadas por errores de configuración manual. NETCONF satisface las necesidades de la automatización de la red. Proporciona mecanismos de seguridad como autenticación y autorización para garantizar la transmisión segura de mensajes. También proporciona mecanismos de transacción, que admiten la clasificación, el almacenamiento y la migración de datos, la confirmación por fases y el aislamiento de la configuración. Admite la entrega, verificación y reversión de configuraciones integrales, minimizando el impacto en los servicios de red. Permite a los proveedores definir sus propias operaciones de protocolo para implementar capacidades de gestión únicas.     3. ¿Por qué se necesita NETCONF? Un requisito clave de las redes en la nube es la automatización de la red para el aprovisionamiento rápido y bajo demanda de servicios y la gestión automatizada de operaciones. Los enfoques tradicionales como CLI y SNMP no pueden satisfacer este requisito. Tienen las siguientes limitaciones, que NETCONF aborda.     3.1. Desventajas de CLI: Primero, la configuración es compleja. Segundo, lo siguiente: Las CLI varían según el proveedor, lo que requiere que los usuarios aprendan y adapten los scripts CLI para cada proveedor. La estructura y la sintaxis de CLI cambian con frecuencia, lo que dificulta el mantenimiento de los scripts CLI. La salida de comandos no está estructurada, es impredecible y fácilmente modificable, lo que dificulta el análisis automático de los scripts CLI.     3.2 Desventajas de SNMP: SNMP no admite transacciones, lo que resulta en una configuración ineficiente. SNMP utiliza el Protocolo de Datagramas de Usuario (UDP), que no proporciona una transmisión de datos confiable y secuenciada y carece de mecanismos de seguridad efectivos. SNMP carece de un mecanismo para enviar transacciones de configuración. SNMP gestiona la configuración del dispositivo de forma individual y no admite la configuración a nivel de red ni la colaboración de configuración de múltiples dispositivos.