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

  1. El propósito de la Transferencia de Configuración de Enlace Descendente de RANprocedimiento es transferir información de configuración de RAN del AMF al nodo NG-RAN; el procedimiento de transferencia de configuración se muestra en la Figura 8.8.2.2-1 a continuación y utiliza señalización no asociada a la UE.     2. La Transferencia de Configuración de RAN de Enlace Descendenteprocedimiento es iniciado por el AMF enviando un "Transferencia de Configuración de RAN de Enlace Descendente" mensaje al NG-RAN. Aquí, se utilizan los siguientes pasos:   Si el nodo NG-RAN recibe un IE de Información SON que contiene un IE de Solicitud de Información SON en un IE de Transferencia de Configuración SON o un IE de Transferencia de Configuración SON EN-DC, puede transferir la información solicitada de vuelta al nodo NG-RAN indicado en el IE de ID de Nodo RAN de Origen del IE de Transferencia de Configuración SON, o al eNB indicado en el IE de ID de eNB de Origen del IE de Transferencia de Configuración SON EN-DC, iniciando el procedimiento de Transferencia de Configuración de Enlace Ascendente de RAN. Si el nodo NG-RAN recibe un IE de Información de Configuración Xn TNL que contiene un IE de Dirección de Capa de Transporte Extendida Xn en el IE de Transferencia de Configuración SON, puede usarlo como parte de su operación de configuración de función ACL (si dicha función ACL está implementada). Si el nodo NG-RAN recibe un IE de Información SON que contiene un IE de Respuesta de Información SON (incluyendo el IE de Información de Configuración Xn TNL como respuesta a una solicitud anterior) en el IE de Transporte de Configuración SON, puede usarlo para iniciar el establecimiento de Xn TNL. Si el IE de Dirección de Capa de Transporte IP-Sec está presente y el IE de Dirección de Capa de Transporte GTP en el IE de Dirección de Capa de Transporte Extendida Xn no está vacío, el tráfico GTP se transportará dentro del túnel IP-Sec, que termina en el punto final del túnel IP-Sec especificado en el IE de Dirección de Capa de Transporte IP-Sec. Si el IE de Dirección de Capa de Transporte IP-Sec no está presente, el tráfico GTP terminará en el punto final especificado por la lista de direcciones en el IE de Dirección de Capa de Transporte GTP Xn en el IE de Dirección de Capa de Transporte Extendida Xn. Si el IE de Dirección de Capa de Transporte GTP Xn está vacío y el IE de Dirección de Capa de Transporte IP-Sec está presente, el tráfico SCTP se transportará dentro del túnel IP-Sec, que termina en el punto final del túnel IP-Sec especificado en el IE de Dirección de Capa de Transporte IP-Sec en el IE de Dirección de Capa de Transporte Extendida Xn. Si el IE de Dirección de Capa de Transporte SCTP Xn está presente y el IE de Dirección de Capa de Transporte IP-Sec también está presente, el tráfico SCTP asociado se transportará dentro del túnel IP-Sec, que termina en el punto final del túnel IP-Sec especificado en este IE de Dirección de Capa de Transporte IP-Sec, dentro del IE de Dirección de Capa de Transporte Extendida Xn. Si un nodo NG-RAN recibe un IE de Información SON que contiene un IE de Informe de Información SON, puede usarlo como se especifica en TS 38.300. Si un nodo NG-RAN recibe un IE de Información SON Inter-Sistema que contiene un IE de Informe de Información SON Inter-Sistema, puede usarlo como se especifica en TS 38.300. Si un nodo NG-RAN recibe un IE de Información SON Inter-Sistema que contiene un IE de Solicitud de Información SON Inter-Sistema o un IE de Respuesta de Información SON Inter-Sistema, puede usarlo como se especifica en TS 38.300. Si el "IE de Sistema de Informes" en el IE de Solicitud de Información SON Inter-Sistema se establece en "Sin Informe", el mensaje de "Transferencia de Configuración de RAN de Enlace Descendente" debe ser ignorado. Si el nodo NG-RAN está configurado para usar un túnel IPsec para todo el tráfico NG y Xn (topología hub-and-spoke IPsec), el tráfico al nodo NG-RAN par DEBERÍA ser enrutado a través de este túnel IPsec y el IE de Dirección de Capa de Transporte IP-Sec DEBERÍA ser ignorado.

  1. La transferencia de configuración RAN en 5G es un procedimiento NGAP utilizado para transferir información de configuración RAN, como información de red de autoorganización (SON), entre nodos NG-RAN (por ejemplo,GNB) y acceso y AMF (funciones de gestión de la movilidad)Esta señalización no asociada a la UE permite al AMF retransmitir información de configuración a otros nodos RAN o gestionar datos de configuración aceptando y reenviando información sin interpretación,así soportando funciones tales como la transferencia de datos de configuración SON entre diferentes nodos RAN.   2. Configuración Transferencia Propósito: Hay dos tipos de transferencias de configuración entregadas a través de NGAP: RAN Configuración Transferencia de datos:Esto transfiere información de configuración de RAN de un nodo NG-RAN a la AMF. Relé de información SON: La AMF puede transferir de forma transparente la información de configuración de la red de autoorganización (SON) a otros nodos RAN objetivo, facilitando así la automatización de la red.   3. Iniciación de la transferencia de configuración de la RAN de enlace ascendente: el propósito de este procedimiento es transferir información de configuración de la RAN desde el nodo NG-RAN a la AMF.La AMF no interpreta la información de configuración de RAN transferidaEl procedimiento de transferencia se muestra en la Figura 8.8.1.2-1 a continuación. El procedimiento de transferencia utiliza una señalización no asociada a la UE. La información pertinente es la siguiente:   El nodo NG-RAN inicia el procedimiento de transferencia de configuración de la RAN de enlace ascendente enviando un mensaje de transferencia de configuración de la RAN de enlace ascendente a la AMF.   Si el AMF recibe un IE de transferencia de configuración SON,transferirá de forma transparente el IE de transferencia de configuración SON al nodo NG-RAN indicado en el ID IE del nodo de RAN objetivo contenido en el IE de transferencia de configuración SON.. Si el IE NR CGI está contenido en el IE de nodo de RAN objetivo, la AMF deberá (si se admite) ignorar el IE de nodo de RAN global en el IE de nodo de RAN objetivo y utilizarlo para identificar el gNB objetivo,según se describe en el TS 38.300. Si el AMF recibe un IE de transferencia de configuración EN-DC SON,transferirá de forma transparente el IE de transferencia de configuración EN-DC SON a la EMM que atienda el eNB indicado en el IE de transferencia de configuración EN-DC SON Target eNB-ID. Si la FMM recibe un IE de transferencia de configuración SON entre sistemas,transferirá de forma transparente el IE de transferencia de configuración SON intersistémico a la EMM que atienda el eNB indicado en el IE eNB-ID objetivo contenido en el IE de transferencia de configuración SON intersistémico..

  En las redes de comunicación móvil, "sobrecarga del sistema" ocurre cuando el tráfico de servicio excesivo o demasiados dispositivos intentan conectarse simultáneamente, lo que sobrecarga los recursos de la red, lo que lleva a la congestión, velocidades lentas o fallas en la conexión. Se activan mecanismos de protección del sistema para abordar estas sobrecargas. Las estrategias específicas incluyen que los operadores de red liberen más espectro con licencia, asignen recursos a través del corte de red, implementen la limitación dentro de las unidades funcionales de la red central y habiliten mecanismos como temporizadores de retroceso y mensajes de sobrecarga para controlar y administrar eficazmente el volumen de usuarios.   1. Activación de sobrecarga: En una red 5G (NR), la Función de Gestión de Acceso y Movilidad (AMF) envía un mensaje de "Activación de sobrecarga" a otros elementos de red relevantes (como gNB) en función de sus umbrales de capacidad de procesamiento (configuración), lo que indica una condición de sobrecarga. Esto desencadena medidas de control de congestión (como rechazar solicitudes de conexión de algunos equipos de usuario (UE)) para proteger la red de fallas. La activación de sobrecarga implica que la AMF envíe un mensaje de Activación de sobrecarga NGAP al nodo NG-RAN (Red de Acceso por Radio), solicitando que limite ciertos tipos de tráfico y redirija o rechace solicitudes para mantener la estabilidad de la red durante períodos de alta demanda.   1.1 El control de sobrecarga implica   Detección de congestión: La AMF u otros elementos de la red, como la Función del Plano de Usuario (UPF), monitorean la carga de la red e identifican cuándo se exceden los umbrales de congestión predefinidos. Mensaje de control de sobrecarga: Al detectar una sobrecarga, la AMF envía un mensaje de Control de sobrecarga NGAP al nodo NG-RAN conectado. Acciones de control de congestión: Al recibir el mensaje, el nodo NG-RAN inicia acciones de control para gestionar la sobrecarga. Estas acciones incluyen: Rechazo de ciertas conexiones: El NG-RAN puede rechazar solicitudes de conexión de equipos de usuario (UE) para servicios que no sean de emergencia o de alta prioridad. Limitación de señalización de enlace ascendente: El NG-RAN puede limitar la transmisión de señalización NAS (Non-Access Stratum) de enlace ascendente a la AMF, reduciendo aún más la carga en el núcleo de la red. Limitación de tráfico: La red puede limitar o reducir la cantidad de tráfico que maneja para evitar fallas en el sistema.   1.2 El control de sobrecarga tiene tres objetivos: Mantenimiento de la estabilidad de la red: El objetivo principal es evitar fallas completas de la red durante períodos de tráfico extremo o picos de carga inesperados. Garantizar la continuidad del servicio: Al gestionar la carga, la red puede continuar brindando servicios esenciales incluso si los servicios menos críticos se limitan temporalmente. Protección de recursos: El control de sobrecarga protege los recursos, como el ancho de banda UDM y otras funciones críticas de la red, para que no se vean abrumados por la señalización excesiva del plano de control.   2. El procedimiento de parada de sobrecarga indica al nodo NG-RAN al que está conectada la AMF que la situación de sobrecarga ha terminado y que se deben reanudar las operaciones normales. El procedimiento de parada de sobrecarga utiliza señalización no asociada a UE. Una operación de parada de sobrecarga exitosa se muestra en la Figura 8.7.8.2-1 a continuación, donde:   Un nodo NG-RAN que recibe el mensaje de "PARADA DE SOBRECARGA" debe asumir que la situación de sobrecarga para la AMF receptora ha terminado y debe reanudar las operaciones normales para el tráfico aplicable a la AMF.

  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.