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

  El UPF (User Plane Function, Función de Plano de Usuario) es una de las unidades más importantes en 5GC. Es una unidad clave con la que la Red de Radio (RAN) interactúa durante la transmisión de datos PDU. El UPF es también una evolución de CUPS (Control Plane and User Plane Separation, Separación del Plano de Control y del Plano de Usuario), responsable de inspeccionar, enrutar y reenviar paquetes dentro de los flujos QoS en las políticas de suscripción. Utiliza plantillas SDF enviadas por el SMF a través de la interfaz N4 para hacer cumplir las reglas de tráfico de enlace ascendente (UL) y enlace descendente (DL). Cuando el servicio finaliza, asignará o terminará el flujo QoS en la sesión PDU; el orden de uso de la actualización y eliminación de la sesión de la interfaz UPF es el siguiente; consulte el orden de uso de la interfaz UPF (protocolo) y la llamada terminal en 5G.   I. Modificación de sesión El flujo QoS específico del terminal se asigna a través del proceso de modificación de la sesión PDU; el flujo QoS dedicado adicional admite el tráfico con mayores requisitos de QoS (como voz, video, tráfico de juegos, etc.); la aplicación de la modificación de la sesión (actualización) en UPF se muestra en la Figura (1); Figura 1. Orden de uso de la interfaz UPF de la modificación (actualización) de la sesión del terminal en 5G   [6] N4 procesa la solicitud de modificación de sesión [6] Eliminar PDR existente [6] Actualizar PDR [6] Actualizar FAR [6] Actualizar URR [6] Actualizar QER [6] Actualizar BAR [6] Configurar el nodo GTP [6] Configurar N3 TEID y QFI [6] [7] PFCP envía la respuesta de modificación de sesión [5] N4 construye la respuesta de modificación de sesión [5] Solicitud PFCP aceptada [5] Búfer PDR inicializado [5] PDR ha sido creado [6] Enviar paquetes de datos almacenados en búfer a gnB (si es necesario) II. Eliminación de sesiónCuando la sesión de servicio del terminal finaliza, el flujo QoS se asignará o terminará en la sesión PDU. El orden de uso de la eliminación de la sesión en la interfaz UPF es el siguiente: Figura 2. Orden de uso de la interfaz relacionada con la eliminación de UPF del terminal 5G   [6] N4 procesa la solicitud de eliminación de sesión [6][7] PFCP envía la solicitud de eliminación de sesión [5][1] Informe completo del estado de uso de URR de la sesión [1] Marca de tiempo del último informe [1] Activador de tiempo [1] Informe del período de validez de la cuota [1] Activador de capacidad [1] Informe de cuota de capacidad [5][1] Instantánea URR de la sesión UPF (bytes totales, paquetes de datos totales, incluyendo enlace ascendente y enlace descendente) [6][1] Eliminación de la sesión UPF [1] Cuenta URR de la sesión UPF, toda la eliminación: eliminación del período de validez, eliminación del tiempo de la cuota, eliminación del tiempo del umbral. [13] PDR todo eliminado [13] FAR todo eliminado [13] URR todo eliminado [14] QER todo eliminado [13] BAR todo eliminado [13] De SEID

Función del Plano de Usuario(UPF) es una de las Funciones de Red (NFs) más importantes en la red central 5G. Es la segunda función de red con la que interactúa la RAN NR durante los flujos PDU. UPF es una evolución de CUPS (Separación del Plano de Control del Plano de Usuario), específicamente responsable de inspeccionar, enrutar y reenviar paquetes dentro de los flujos QoS en las políticas de suscripción. También utiliza plantillas SDF enviadas por el SMF a través de la interfaz N4 para hacer cumplir las reglas de tráfico UL (Uplink) y DL (Downlink); cuando el servicio correspondiente finaliza, asigna o termina los flujos QoS en la sesión PDU.   Figura 1.5G SMF y su interfaz (protocolo)   I. Interfaces y Protocolos UPF incluyen lo siguiente: N4[5]Después de establecer el plano de usuario, el contexto de gestión de sesión y los parámetros necesarios se transmiten desde la fibra monomodo (SMF) a la función del plano de usuario (UPF). PFCP[7] Cualquier comunicación entre el SMF y el UPF se gestiona mediante el protocolo de reenvío de paquetes PFCP (protocolo de control); es uno de los principales protocolos que separan el plano de usuario y el plano de control. GTP[3]El protocolo de túnel GPRS (GTP) es responsable de proporcionar interconexión sin problemas y transportar el tráfico entre usuarios en roaming o domésticos y las interfaces de red clave en 4G, NSA (5G no independiente), SA (5G independiente) y arquitecturas de computación de borde móvil. En 5G, los túneles GTP también se utilizan para la interfaz N9. II. Flujo de Llamada (Establecimiento de Sesión e Inicialización de UPF) Durante el establecimiento de la sesión PDU, el SMF se conecta al UPF a través de PFCP (interfaz N4). Esta sesión PFCP lleva una plantilla SDF que contiene información como PDR, QFI, URR y FAR. El UPF asignará un flujo QoS predeterminado (no-GBR) durante el establecimiento inicial de la sesión.   III. Secuencia de Uso de la Interfaz de Llamada del Terminal (UE) [6] N4 procesa la solicitud de establecimiento de sesión [6] PFCP procesa la creación de PDR [6] [12] Verificar PDI existente de PDR [6] [12] Verificar TEID [6] [12] Verificar interfaz de origen [6] [12] Verificar ID de filtro SDF anterior [6] [12] Establecer todas las banderas de filtro: BID, FL, SPI, TTC, FD [6] PFCP procesa la creación de FAR [6] Crear URR [6] Crear BAR [6] Crear QRR [6] Establecer N3 TEID y QFI [4] Inicialización de UPF [4] Inicialización del Contexto PFCP [1] Inicializar Contexto UPF [1] Establecer Características Funcionales del Plano de Usuario: FTUP, EMPU, MNOP, VTIME, Longitud del Atributo UPF [6] [7] Respuesta de Establecimiento de Sesión [5] N4 Construir Respuesta de Establecimiento de Sesión [5] ID de Nodo [5] Solicitud PFCP Aceptada [5] F-SEID [5] Existencia de PDR Verificada [5] PFCP Construir Mensaje FTUP: La función UP admite la asignación/liberación de F-TEID. EMPU: La función UP admite el envío de paquetes de fin de archivo. MNOP: La función UP admite la medición del número de paquetes en el URR, que se realiza a través de la bandera "Medir el Número de Paquetes en URR". MNOP (Medición del Conteo de Paquetes): Cuando se establece en "1", indica que en las mediciones basadas en flujo, además de medir en bytes, también se solicita el número de paquetes transmitidos en enlace ascendente/descendente/total. VTIME: La funcionalidad UP admite la función de período de validez de la cuota. Si la funcionalidad UP admite la función VTIME, solicita a la funcionalidad UP que envíe un informe de uso después de que expire el período de validez. Después de que expire el período de validez de la cuota, si se reciben paquetes de datos en el UPF, el UPF debe dejar de reenviar paquetes de datos o solo permitir el reenvío de tráfico del plano de usuario limitado, dependiendo de la política del operador en la funcionalidad UP. Abreviaturas: FL: Etiqueta de Flujo TTC: TOS (Categoría de Tráfico) SPI: Índice de Parámetros de Seguridad FD: Descripción de Flujo BID: Filtro SDF Bidireccional

1. En un sistema 5G, una función de SMF (Session Management Function - Función de Gestión de Sesión) es ser responsable de la transmisión de la información del plano de control (CP) del usuario; trabaja con UPF para gestionar el contexto relevante de las sesiones de terminal; es responsable de crear, actualizar y eliminar sesiones, y asignar direcciones IP a cada sesión PDU, proporcionando todos los parámetros y soportando varias funciones de UPF; la interfaz entre SMF y otros elementos de la red se muestra en la Figura (1).   *Figura 1. Diagrama esquemático de la conexión SMF con otros elementos de la red (las líneas sólidas en la figura representan conexiones físicas, y las líneas discontinuas representan conexiones lógicas).   II. Los protocolos de aplicación en SMF incluyen: PFCP[2]: Toda la comunicación entre SMF y UPF es gestionada por PFCP (Packet Forwarding Control Protocol - Protocolo de Control de Reenvío de Paquetes); es uno de los principales protocolos que separan el plano de usuario y el plano de control. UDP[3]: User Datagram Protocol (Protocolo de Datagramas de Usuario), un protocolo de capa de transporte que proporciona direccionamiento de puerto de origen y destino para la multiplexación/demultiplexación de aplicaciones de nivel superior. Este protocolo es responsable de la transmisión de datos entre gNB y UPF. SBI[4] (Service-Based Interface - Interfaz Basada en Servicios): Este es un método de comunicación basado en API entre funciones de red.   III. Flujo de llamada de sesión de terminal Durante el establecimiento de la sesión de terminal 5G: Primero, el SMF se registra con el NRF para localizar otras funciones de red. Si un usuario quiere acceder a los servicios de datos 5G, se debe establecer una sesión PDU con la red. El UE envía una solicitud de establecimiento de sesión PDU a la red central (es decir, el AMF). El AMF selecciona el mejor SMF en la red para mantener su información relacionada con la sesión. Después de seleccionar el mejor SMF, solicita al SMF que cree un contexto SM. El SMF obtiene datos de suscripción SM del UDM y genera un contexto M. Luego, el SMF y UPF inician el proceso de establecimiento de sesión PFCP y establecen valores predeterminados para los parámetros relacionados con la sesión. Finalmente, el AMF envía información de sesión al gNB y al UE para establecer el valor de sesión PDU predeterminado.   La interfaz de establecimiento de sesión utiliza (secuencialmente) el contenido del mensaje: [22] Enviar registro NF [22] Reintentar el envío del registro NF [6] Establecer el archivo de configuración NF [22] Enviar servicio de descubrimiento NF AMF [5] Procesar solicitud de establecimiento de sesión PDU [4] Construir rechazo de establecimiento de sesión PDU GSM [30] Enviar rechazo de establecimiento de sesión PDU [28] Contexto HTTP POST SM - Recibir Crear contexto SM [31] Procesar la creación del contexto SM de la sesión PDU [22] Enviar descubrimiento NF UDM [27] Obtener contexto SM [10] Construir/Establecer datos creados [2] Inicializar el contexto SMF [2] Obtener información DNN [4] Construir aceptación de establecimiento de sesión PDU GSM [22] Enviar descubrimiento NF PCF [10] Selección PCF [24] Enviar creación de asociación de política SM [29] Política SM en decisión de aplicación [16] Crear lista UPF para selección [16] Ordenar lista UPF por nombre [16] Seleccionar UPF y asignar IP UE [15] Seleccionar UPF por DNN [16] Obtener nombre UPF por IP [16] Obtener ID de nodo UPF por nombre [16] Obtener nodo UPF por IP [16] Obtener ID UPF por IP [18] Construir solicitud de establecimiento de asociación PFCP [17] Procesar solicitud de establecimiento de asociación PFCP [19] Enviar solicitud de establecimiento de asociación PFCP [18] Construir solicitud de establecimiento de sesión PFCP [19] Enviar solicitud de establecimiento de sesión PFCP [20] Enviar solicitud PFCP [18] PFCP crea PDR, FAR, QER, BAR [10] Agregar PDR a la sesión PFCP [13] [16] Generar ruta de datos predeterminada [16] Generar ruta de datos [15] Agregar ruta de datos [15] Generar Identificador de Equipo Terminal (TEID) [2] [10] Asignar Identificador de Equipo del Sistema Local (SEID) [10] Seleccionar regla de sesión [15] Seleccionar parámetros UPF [15] Agregar PDR, FDR, BAR, QER [29] Procesar regla de sesión [3] Activar túnel y PDR [3] Activar túnel de enlace ascendente/descendente [16] Seleccionar fuente de ruta de enlace ascendente [30] Activar sesión UPF [30] Establecer sesión PFCP [18] Construir respuesta de establecimiento de sesión PFCP [19] Enviar respuesta de establecimiento de sesión PFCP [20] Enviar respuesta PFCP [18] Construir respuesta de establecimiento de asociación PFCP [19] Enviar respuesta de establecimiento de asociación PFCP [2] Obtener información del plano de usuario [16] Obtener ruta del plano de usuario predeterminada a través de DNN y UPF [3] Obtener ID UPF, IP del nodo, PDR UL, FAR UL [3] Copiar el primer nodo de la ruta de datos [25] Obtener información de sesión PDU UE a través de HTTP [15] Obtener interfaz para obtener información de la interfaz UPF [15] Obtener nodo UPF a través del ID del nodo [15] Obtener IP UPF, ID, ID PDR, ID FAR, ID BAR, ID QER [2] Obtener grupo de rutas predeterminadas UE [30] Notificar al UE - enviar todas las rutas de datos a UPF y enviar los resultados al UE [10] Enviar dirección PDU a NAS [12] Crear nodo de ruta de datos UE [2] Inicializar el enrutamiento UE SMF [7] Construir transmisión de solicitud de establecimiento de recursos de sesión PDU [8] Manejar la transmisión de fallo de establecimiento de recursos de sesión PDU [8] Manejo de la transmisión de respuesta de establecimiento de recursos de sesión PDU  

En un sistema 5G, cuando la interfaz NG o ciertas partes de la interfaz NG necesitan ser reiniciadas, se notificará al nodo NG-RAN; cuando el AMF procesa una sobrecarga, también se enviará un mensaje de sobrecarga al nodo NG-RAN para notificar al gNB que inicie el proceso de gestión de carga; las definiciones específicas de estos mensajes son las siguientes:   1. Restablecimiento NG Los mensajes son enviados por los nodos NG-RAN y el AMF para solicitar el restablecimiento de la interfaz NG o ciertas partes de la misma.   Dirección del mensaje: Nodo NG-RAN → AMF y AMF → Nodo NG-RAN   2. El mensaje de acuse de recibo de RESTABLECIMIENTO NG es enviado conjuntamente por el nodo NG-RAN y el AMF como respuesta al mensaje de RESTABLECIMIENTO NG.   Dirección del mensaje: Nodo NG-RAN → AMF y AMF → Nodo NG-RAN   3. Mensaje de Confirmación de RESTABLECIMIENTO NG: Este mensaje es enviado conjuntamente por el nodo NG-RAN y el AMF como respuesta al mensaje de RESTABLECIMIENTO NG.   Dirección del mensaje: Nodo NG-RAN → AMF y AMF → Nodo NG-RAN   4. Mensajes de indicación de error son enviados por los nodos NG-RAN y el AMF para indicar que se ha detectado un error en el nodo.   Dirección del mensaje: Nodo NG-RAN → AMF y AMF → Nodo NG-RAN 5. El mensaje de inicio de sobrecarga es enviado por el AMF para indicar al nodo NG-RAN que el AMF está sobrecargado.   Dirección del mensaje: AMF → Nodo NG-RAN   6. El mensaje de parada de sobrecarga es enviado por el AMF para indicar que el AMF ya no está sobrecargado.   Dirección del mensaje: AMF → Nodo NG-RAN      

AMF (Función de Gestión de Acceso y Movilidad) es una unidad funcional del plano de control (CU) en la red central 5G (CN). Los elementos de la red de radio (gNodeBs) necesitan conectarse al AMF antes de poder acceder a cualquier servicio 5G. La conexión entre el AMF y otras unidades en el sistema 5G se muestra en la figura a continuación.     *Figura 1. Diagrama esquemático de la conexión del AMF y el elemento de red 5G (las líneas continuas en la figura representan conexiones físicas, y las líneas discontinuas representan conexiones lógicas)   I. Funciones de interfaz AMF N1[2]:El AMF obtiene toda la información relacionada con la conexión y la sesión del UE a través de la interfaz N1. N2[3]:La comunicación entre el AMF y el gNodeB relacionada con el UE, así como la comunicación no relacionada con el UE, se lleva a cabo a través de esta interfaz. N8:Todas las reglas de política de usuario y UE específicas, datos de suscripción relacionados con la sesión, datos de usuario y cualquier otra información (como datos expuestos a aplicaciones de terceros) se almacenan en el UDM, y el AMF obtiene esta información a través de la interfaz N8. N11[4]:La interfaz N11 representa los disparadores para que el AMF agregue, modifique o elimine sesiones PDU en el plano de usuario. N12:El AMF simula un AUSF dentro de la red central 5G y proporciona servicios al AMF a través de la interfaz N12 basada en AUSF. La red 5G representa una interfaz basada en servicios, que se centra en el AUSF y el AMF. N22:El AMF selecciona la mejor función de red (NF) en la red utilizando el NSSF. El NSSF proporciona información de ubicación de la función de red al AMF a través de la interfaz N22. SBI[8]:La interfaz basada en servicios es una comunicación basada en API entre funciones de red.   II. Protocolos de aplicación AMF NAS[5]:En 5G, NAS (Protocolo de Capa No Acceso) es el protocolo del plano de control en la interfaz de radio (interfaz N1) entre el UE y el AMF; es responsable de gestionar el contexto relacionado con la movilidad y la sesión dentro del 5GS (sistema 5G). NGAP[6]:NGAP (Protocolo de Aplicación de Próxima Generación) es un protocolo del plano de control (CP) utilizado para la comunicación de señalización entre el gNB y el AMF. Es responsable de manejar los servicios relacionados con el UE y los servicios no relacionados con el UE. SCTP[7]:El Protocolo de Transmisión de Control de Flujo (SCTP) asegura la transmisión de mensajes de señalización entre el AMF y el nodo 5G-AN (interfaz N2). Mensajes ITTI[9]:Interfaz entre tareas utilizada para enviar mensajes entre tareas.   III. Flujo de llamadas - Registro y desregistro del UE (Pasos) El AMF primero necesita registrarse con el NRF para identificar y comunicarse con la Ubicación de la Función de Red. Cuando el UE se enciende, pasa por un proceso de registro. El AMF procesa el registro y luego recibe el mensaje NAS UE inicial y la solicitud de registro. Este mensaje se utiliza para crear una identidad AMF para el UE. Luego, el AMF verifica con el AMF con el que el UE se registró por última vez. Si la dirección del AMF anterior se encuentra con éxito, el nuevo AMF recuperará todos los contextos del UE e iniciará un procedimiento de desregistro para el AMF anterior. El AMF anterior solicita liberar el contexto SM del SMF y el contexto UE del gNB.   IV. Autenticación y autorización de terminales Si el nuevo AMF no detecta ningún rastro del AMF anterior, inicia el proceso de autorización y autenticación con el UE. Maneja el proceso de verificación de identidad y solicita un vector de autenticación del AMF. Luego envía una solicitud de autenticación al UE para establecer una clave de seguridad y seleccionar un algoritmo de seguridad para el canal, asegurando así la transmisión segura de datos. El AMF controla todos los canales de transmisión de enlace descendente/ascendente NAS utilizados para la comunicación.

A medida que las redes de comunicación móvil se vuelven cada vez más complejas, la optimización del rendimiento y la mejora de la experiencia del usuario son cruciales para los operadores. Anteriormente, los ingenieros de optimización dependían principalmente de las pruebas en carretera para realizar mediciones (físicas) de la red con el fin de comprender y controlar la cobertura y el rendimiento inalámbricos. Sin embargo, este método de prueba es costoso, consume mucho tiempo y no siempre es exhaustivo.   I. Minimum Drive Testing (MDT) es un método de medición de red inalámbrica diseñado por 3GPP para redes de comunicación móvil. MDT permite a la red recopilar datos de rendimiento reales directamente desde el lado del Equipo de Usuario (UE), lo que reduce la necesidad de pruebas manuales en carretera. Se divide específicamente en MDT Registrado e MDT Inmediato (iMDT).   II. MDT Inmediato, según se define en 3GPP, se refiere a la notificación en tiempo real de los datos de rendimiento de la red por parte del equipo terminal (UE) durante una sesión de conexión de radio. A diferencia del MDT registrado, que almacena datos en el dispositivo para su posterior carga, el MDT inmediato envía los resultados de las mediciones a la red, lo que permite a los operadores:   Identificar problemas de red como fallos de enlace de radio (RLF) en tiempo real. Recopilar datos en ubicaciones específicas durante la sesión en tiempo real. Mejorar el rendimiento del usuario en tiempo real.   III. Puntos Clave de MDT Inmediato El proceso de MDT Inmediato durante una sesión de conexión entre el UE y la red incluye principalmente: Configuración MDT: El UE obtiene la configuración MDT de la red. Esta configuración especifica qué tipos de datos deben recopilarse (por ejemplo, RSRP, RSRQ, SINR o eventos de llamada). Temporización de la medición: En un estado conectado, el UE realiza mediciones periódicamente en función de las condiciones especificadas. Los parámetros de medición pueden incluir la intensidad de la señal, las métricas de calidad y los datos de ubicación. Zonas muertas de cobertura y fallos de enlace de radio (RLF): Si el UE se encuentra en una zona muerta de cobertura, puede ocurrir un RLF, lo que solicita al proceso MDT que registre la intensidad de la señal y la ubicación para un análisis posterior. Registrador e indicación de RLF: Durante un evento RLF, el UE registra información clave como la intensidad de la señal y las coordenadas de ubicación. Después de que se restablece la conexión RRC, se crea y envía una indicación de registro RLF. Restablecimiento e informe: El UE necesita restablecer la conexión RRC para reconectarse. Después de la reconexión RRC, el UE envía la indicación de registro RLF junto con la información registrada. Esto ayuda a la red a identificar la ubicación y la causa del RLF, lo cual es muy útil para la optimización de la red.

I. Notificación de recursos de sesión PDU (PDU SESSION RESOURCE NOTIFY) es una notificación del sistema 5G al elemento de red central AMF que indica que un flujo de QoS o una sesión PDU establecida para un terminal (UE) específico ha sido liberado, ya no se está ejecutando o se está re-ejecutando por un nodo NG-RAN controlado por una notificación de solicitud. Este procedimiento también se utiliza para notificar al nodo NG-RAN de los parámetros de QoS que no fueron aceptados con éxito durante el procedimiento de solicitud de transferencia de ruta. Todo el procedimiento utiliza señalización relacionada con el UE.   II. Notificación de éxito de recursos de sesión PDU: Como se muestra en la Figura 8.2.4.2-1, la operación de éxito de recursos de sesión PDU es iniciada por el nodo GN-RAN.     III. Información clave para la notificación de recursos de sesión PDUincluye:   El nodo NG-RAN inicia este proceso enviando un mensaje de notificación de recursos de sesión PDU. El mensaje PDU SESSION RESOURCE NOTIFY debe contener información sobre los recursos de sesión PDU o los flujos de QoS que han sido liberados, ya no se están ejecutando o han sido re-ejecutados por el nodo NG-RAN. Para cada sesión PDU donde algunos flujos de QoS han sido liberados, ya no se están ejecutando o han sido re-ejecutados por el nodo NG-RAN, se debe incluir un IE de transporte de notificación de recursos de sesión PDU, que contenga: Una lista de flujos de QoS liberados por el nodo NG-RAN (si los hay) en el IE de lista de liberación de flujo de QoS. Si no hay otros flujos de QoS asociados con el portador existente después de la liberación (por ejemplo, la división de la sesión PDU), el nodo NG-RAN y 5GC deben considerar que el portador de transporte NG-U asociado ha sido eliminado y que la información TNL UP NG-U asociada está disponible nuevamente. Una lista de flujos de QoS GBR que el nodo NG-RAN ya no ejecuta o ha re-ejecutado por el nodo NG-RAN (si los hay) en el IE de lista de notificación de flujo de QoS, junto con el IE de razón de notificación. Para los flujos de QoS indicados como ya no satisfechos, el nodo NG-RAN también puede indicar los conjuntos de parámetros de QoS alternativos que se pueden satisfacer actualmente en el IE de índice de conjunto de parámetros de QoS actual. Para los flujos de QoS indicados como ya no satisfechos, el nodo NG-RAN también puede indicar la retroalimentación RAN en el IE de retroalimentación de características de tráfico TSC. Se debe incluir una lista (si la hay) de flujos de QoS cuyos parámetros de QoS se han actualizado pero no pueden ser aceptados con éxito por el nodo NG-RAN durante una solicitud de transferencia de ruta en el IE de lista de retroalimentación de flujo de QoS, que puede estar asociado con valores ​​que se pueden proporcionar. Para cada recurso de sesión PDU liberado por el nodo NG-RAN, se debe incluir una transmisión de notificación de recursos de sesión PDU liberada en el "IE de transmisión liberada de notificación de recursos de sesión PDU" y la razón de liberación debe incluirse en el "IE de razón". Si el IE de indicación de error del plano de usuario está configurado en "Indicación de error GTP-U recibida", el SMF (si es compatible) debe considerar que la sesión PDU se ha liberado debido a la recepción de una indicación de error GTP-U a través del túnel NG-U, como se describe en TS 23.527. El nodo NG-RAN (si es compatible) debe informar la información de ubicación del UE en el IE de información de ubicación del usuario en el mensaje PDU SESSION RESOURCE NOTIFY. Al recibir un mensaje PDU SESSION RESOURCE NOTIFY, el AMF debe transmitir de forma transparente un IE de transferencia de notificación de recursos de sesión PDU o un IE de transferencia liberada de notificación de recursos de sesión PDU al SMF asociado con la sesión PDU relevante para cada sesión PDU indicada en el IE de ID de sesión PDU. Al recibir el IE de transferencia de notificación de recursos de sesión PDU, el SMF normalmente inicia el procedimiento de liberación o modificación correspondiente en el lado de la red central para las sesiones PDU o los flujos de QoS que se identifican como ya no satisfactorios. Para cada sesión PDU, si su IE de transferencia de notificación de recursos de sesión PDU o IE de transferencia liberada de notificación de recursos de sesión PDU contiene un IE de información de uso de RAT secundario, el SMF debe procesar esta información de acuerdo con TS 23.502. Si el mensaje de notificación de recursos de sesión PDU contiene un IE de información de ubicación del usuario, el AMF debe procesar esta información de acuerdo con TS 23.501.

  I. Un CORESET es un Conjunto de Recursos de Control utilizado en 5G (NR). Es un conjunto de recursos físicos dentro de un área específica de la Cuadrícula de Recursos de Enlace Descendente utilizada para transportar el PDCCH (DCI). En 5G (NR), el PDCCH está específicamente diseñado para ser transmitido dentro de un Conjunto de Recursos de Control (CORESET) configurable.   II. PDCCH Ubicación El CORESET en 5G es similar a una Región de Control en LTE porque su Conjunto de Recursos (RB) y conjunto de símbolos OFDM son configurables, y tiene un espacio de búsqueda PDCCH correspondiente. La flexibilidad de la configuración de la Región de Control NR, incluyendo el tiempo, la frecuencia, el conjunto de parámetros y el punto de operación, le permite satisfacer una amplia gama de escenarios de aplicación. Mientras que los PDCCH en las Regiones de Control LTE se asignan a través de todo el ancho de banda del sistema, los PDCCH NR se transmiten dentro de un área CORESET especialmente diseñada, ubicada en una región específica del dominio de la frecuencia, como se muestra en el diagrama a continuación.   III. 4G PDCCH y 5G PDCCH CORESET La asignación de frecuencia en una configuración CORESET puede ser continua o discontinua. Una configuración CORESET abarca de 1 a 3 símbolos OFDM consecutivos en el tiempo. Los RE en un CORESET se organizan en REG (grupos de RE). Cada REG consta de 12 RE de un símbolo OFDM en un RB. El PDCCH se limita a un CORESET y se transmite utilizando su propia señal de referencia de demodulación (DMRS) para lograr la formación de haces del canal de control para el UE. Para acomodar diferentes tamaños de carga útil DCI o diferentes tasas de codificación, el PDCCH se transporta mediante 1, 2, 4, 8 o 16 Elementos de Canal de Control (CCE). Cada CCE contiene 6 REG. El mapeo CCE-a-REG de un CORESET puede ser intercalado (para la diversidad de frecuencia) o no intercalado (para la formación de haces local). IV. Mapeo CORESET Cada terminal 5G (UE) está configurado para probar ciegamente múltiples señales candidatas PDCCH con diferentes formatos DCI y niveles de agregación. La decodificación ciega aumenta la complejidad del UE, pero es necesaria para programar y procesar de forma flexible diferentes formatos DCI con baja sobrecarga.   V. Características CORESET Control Resource Set IdCORESET0 en 5G (NR) es similar al área de control PDCCH LTE; Los CORESETs 5G (NR) se dividen en dos tipos: CORESETs generales, llamado CORESETs específicos del UE; Cada BWP de enlace descendente activo puede configurar hasta 3 conjuntos centrales, incluyendo CORESETs generales y CORESETs específicos del UE;Una celda de servicio puede tener hasta 4 BWPs, y cada BWP puede tener hasta 3 CORESETs, llamado 12 CORESETsCORESET0Cada CORESET puede ser identificado por un índice que va de 0 a 11, llamado Control Resource Set Id;El Control Resource Set IdCORESET0Cuando se define un Los específico, su índice es CORESET0; este CORESET se configura utilizando un elemento de información de 4 bits en el MIB (Bloque de Información Maestra), que está asociado con la señal de sincronización definida por la celda y el bloque del Canal de Difusión Física (PBCH) (SSB);Los CORESETs solo se configuran dentro de su Activación de Ancho de Banda Ponderado (BWP) asociado ocurre solo tras la activación, excepto para CORESET0, que está asociado con el paquete ponderado por ancho de banda inicial (el paquete ponderado por ancho de banda con índice 0);En el dominio de la frecuencia, los CORESETs se configuran en cuadrículas de frecuencia de 6 PRB en unidades de 6 PRBs;  

En comparación con las generaciones anteriores de tecnología, 5G (NR) tiene mayores requisitos de precisión de temporización y sincronización. Esto se debe a que la red necesita sincronización para lograr funciones como la agregación de portadoras, Mass MIMO y TDD (Time Division Duplex); tecnologías clave como relojes de límite mejorados, PTP (Protocolo de Tiempo Preciso) y TSN (Redes Sensibles al Tiempo) pueden cumplir con sus requisitos de precisión; con respecto a los informes de estado de temporización y sincronización, 3GPP los define en TS38.413 de la siguiente manera:     I. Informe de estado de sincronización de temporizaciónEl propósito del proceso de informe de estado de sincronización de temporización en el sistema 5G es permitir que los nodos NG-RAN proporcionen información de estado de sincronización de temporización RAN al AMF de acuerdo con TS 23.501 y TS 23.502; el proceso de informe de estado de sincronización de temporización utiliza señalización no asociada con el UE. El proceso de operación de informe exitoso se muestra en la Figura 8.19.2.2-1, donde:   El nodo NG-RAN inicia el proceso enviando un mensaje de informe de estado de sincronización de temporización TSCTSF, indicado por el ID de enrutamiento IE, al AMF.   II. El propósito del informe de estado de sincronización de temporización es permitir que el AMF solicite al nodo NG-RAN que inicie o detenga la información de estado de sincronización de temporización RAN, como se especifica en TS 23.501 y TS 23.502. El proceso de operación de informe de estado de sincronización exitoso se muestra en la Figura 8.19.1.2-1 a continuación. El proceso de informe utiliza señalización no asociada al UE; donde:     El AMF inicia este proceso enviando un mensaje de solicitud de estado de sincronización de temporización al nodo NG-RAN. Si el IE de tipo de solicitud RAN TSS contenido en el mensaje de solicitud de estado de sincronización de temporización se establece en "iniciar", el nodo NG-RAN debe iniciar el informe RAN TSS para el TSCTSF indicado por el ID de ruta IE. Si el IE de tipo de solicitud RAN TSS se establece en "detener", el nodo NG-RAN debe dejar de informar el TSCTSF indicado por el ID de ruta IE. III. La operación de informe de estado de sincronización programada falló, como se muestra en la Figura 8.19.1.3-1, donde:     Si un nodo NG-RAN no puede informar el estado de sincronización de temporización, el proceso debe considerarse un fallo y se debe devolver un mensaje "Fallo del estado de sincronización de temporización".  

I. Soporte de ServicioSimilar a los sistemas de comunicación móvil 2G, 3G y 4G, los sistemas 5G (NR) soportan servicios categorizados en tres tipos principales: voz, datos, y video. Un sistema móvil celular consta de dos partes básicas: el terminal móvil (UE) y la red (compuesta por estaciones base y componentes de conexión de datos de backend como la red central y la fibra óptica).   II. Características del Sistema5G se desarrolla según los estándares 3GPP Release 15 y superiores, y es compatible con versiones anteriores de LTE y LTE-Advanced Pro. Actualmente, los sistemas 5G se están desarrollando en múltiples bandas de frecuencia para soportar la regulación del espectro en todo el mundo. Un sistema 5G puede estar compuesto por tres partes: UE (es decir, el terminal - teléfono móvil) gNB (es decir, la estación base) CN (es decir, la red central)   III. Despliegue de la Red 5GEl despliegue 5G se divide en arquitecturas Non-Standalone (NSA) y Standalone (SA). Específicamente:   En NSA, el UE opera simultáneamente en el LTE eNB y el 5G gNB. En este modo, el UE utiliza el plano C (plano de control) del LTE eNB para la sincronización inicial, y luego se conecta al plano U (plano de usuario) del 5G gNB para el intercambio de tráfico. En SA, el UE opera solo en presencia de una estación base 5G (gNB). En este modo, el UE utiliza el plano de control de la estación base 5G para la sincronización inicial, y luego también se conecta al plano de usuario de la estación base 5G para el intercambio de tráfico.   IV. Flujo de Llamadas de Servicio 4.1 Flujo de Llamadas de Voz Las llamadas de voz 5G establecen un circuito entre el llamante y la parte llamada para permitir la transmisión y recepción de voz a través de la red 5G. Las llamadas de voz son de dos tipos: Llamada iniciada por el móvil Llamada terminada en el móvil Las llamadas de voz regulares se pueden realizar utilizando teléfonos 4G/5G sin ninguna aplicación. 4.2 Flujo de Llamadas de Datos Las llamadas de datos 5G establecen un circuito virtual entre el llamante y la parte llamada para permitir la transmisión y recepción de datos a través de la red 5G. Las llamadas de datos son de dos tipos: Llamada conmutada por paquetes iniciada por el móvil Llamada conmutada por paquetes terminada en el móvil Los servicios específicos incluyen la navegación normal por Internet y la carga/descarga después de establecer una conexión a Internet con la red 5G y el teléfono 5G (es decir, el terminal).   4.3 Flujo de Llamadas de Video Las videollamadas 5G establecen una conexión entre dos teléfonos (o terminales) y utilizan una conexión conmutada por paquetes para la transmisión y recepción de video; utiliza aplicaciones como WhatsApp, Facebook Messenger y GTalk a través de la conexión a Internet.