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

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.

    En comparación con los sistemas 4G, 5G (NR) ha logrado mejoras revolucionarias en los indicadores clave de rendimiento de la comunicación móvil; también es compatible con varios escenarios de aplicación emergentes. Basado en el éxito de los sistemas 5G (NR), 6G se espera que surja alrededor de finales de 2030. Los múltiples estudios de 3GPP SA1 sobre Rel-19 no solo demuestran las capacidades adicionales que aportarán los sistemas 5G, sino que también proporcionan orientación para las futuras capacidades requeridas para los sistemas 6G.   I. Estándares 3GPP Todo el desarrollo de la comunicación móvil desde GSM (2G), WCDMA (3G), LTE (4G) hasta NR (5G) ha adoptado 3GPP, el único y líder mundial en estándares de comunicación. Durante este período, casi todos los teléfonos móviles y dispositivos conectados a redes celulares admitieron al menos uno de estos estándares. Además de contribuir al enorme éxito de los sistemas 4G (comúnmente conocidos como LTE), 3GPP también ha mejorado significativamente el rendimiento de los sistemas de comunicación celular en 5G.   II. Estándares y funciones 5G Desde el primer despliegue comercial de los sistemas 5G en 2018, como se muestra en la Figura 1, 3GPP ha añadido continuamente nuevas funciones en versiones posteriores, incluyendo:     Rel-15, Rel-16 y Rel-17 son las tres primeras versiones que admiten sistemas 5G, proporcionando las funcionalidades básicas que distinguen a 5G de los sistemas 4G. Rel-18, Rel-19 y Rel-20 añaden funciones avanzadas a los sistemas 5G y también se conocen como 5G-Advanced. Los grupos de trabajo de la segunda y tercera fase en 3GPP desarrollaron la arquitectura y los protocolos del sistema Rel-18, mientras que el grupo de trabajo de la primera fase de 3GPP discutió las arquitecturas de los sistemas 6G más allá del sistema 5G Rel-19.   III. Progreso general de Rel-19 En las reuniones SA1#97 (febrero de 2022) y SA1#98 (mayo de 2022), el grupo de trabajo 3GPP SA1 llegó a un acuerdo sobre las Rel-19 Descripciones de Elementos de Investigación (SIDs), como se muestra en la Tabla 1. Muchos proyectos se están moviendo gradualmente hacia la aplicación.     Como sugiere el título de la investigación, los estándares 3GPP están abordando las necesidades más específicas de las industrias que consideran el uso de sistemas de comunicación basados en 3GPP. Las versiones anteriores de los estándares 3GPP han añadido soporte para varias industrias, como la comunicación máquina a máquina. 3GPP también ha introducido funciones como el soporte para la comunicación IoT de baja potencia, la comunicación IoT de amplia cobertura y la comunicación vehículo a vehículo.   Sin embargo, el soporte de las versiones anteriores es insuficiente para algunas otras industrias, y la nueva investigación se esfuerza por satisfacer sus necesidades. Por ejemplo, la investigación sobre los servicios de Metaverse (FS_Metaverse) abordará los requisitos de los sistemas basados en 3GPP para transportar tráfico para aplicaciones en escenarios de metaverso.   Por otro lado, a medida que las industrias adoptan las tecnologías de comunicación basadas en 3GPP, surgen constantemente nuevos escenarios, lo que requiere que 3GPP realice más investigaciones. Por ejemplo, la investigación sobre el acceso satelital (FS_5GSAT_ph3) está intentando satisfacer las necesidades adicionales de la industria satelital, basándose en investigaciones anteriores.

En un sistema de transmisión 5G, la modificación de sesión actualizará la sesión PDU (Unidad de Datos de Paquetes); la actualización puede ser desencadenada por eventos como el dispositivo terminal (UE), la red o una falla del enlace de radio. El proceso de actualización de la sesión MBS es manejado específicamente por el SMF, involucrando al UPF que actualiza la conexión del plano de usuario; luego, el UPF notifica a la red de acceso y al AMF para modificar las reglas de sesión, QoS (Calidad de Servicio) u otros parámetros.   I. Iniciación de la Modificación de Sesión en los Sistemas 5G puede ser desencadenada por múltiples elementos de la red, a saber: Iniciada por el UE: El UE solicita cambios en su sesión PDU, como la modificación de filtros de paquetes o QoS para un servicio específico. Iniciada por la red: La red (típicamente una Función de Control de Políticas (PCF)) inicia modificaciones, como la aplicación de nuevas reglas de política o cambios de QoS. Iniciada por la red de acceso: Eventos como fallas del enlace de radio, inactividad del usuario o restricciones de movilidad pueden desencadenar modificaciones, causando que la AN libere la sesión o modifique su configuración. Iniciada por el AMF: El AMF también puede desencadenar modificaciones, como debido a fallas de red no especificadas.   II. La modificación exitosa de MBS el procedimiento de modificación de sesión de transmisión tiene como objetivo solicitar al nodo NG-RAN que actualice los recursos o áreas de la sesión MBS relacionados con las sesiones MBS de transmisión previamente establecidas; este procedimiento utiliza señalización no asociada al UE. Una modificación exitosa se muestra en la Figura 8.17.2.2-1, donde:   El MF inicia este proceso enviando un mensaje "BROADCAST SESSION MODIFICATION REQUEST" (SOLICITUD DE MODIFICACIÓN DE SESIÓN DE TRANSMISIÓN) al nodo NG-RAN, en el cual:   Si el mensaje "Broadcast Session Modification Request" contiene un IE "MBS Service Area" (Área de Servicio MBS), el nodo NG-RAN debe actualizar el área de servicio MBS y enviar un mensaje "Broadcast Session Modification Response" (RESPUESTA DE MODIFICACIÓN DE SESIÓN DE TRANSMISIÓN). Si el mensaje "Broadcast Session Modification Request" contiene un IE "MBS Session Modification Request Transmission" (Transmisión de Solicitud de Modificación de Sesión MBS), el nodo NG-RAN debe reemplazar la información proporcionada previamente con la información recién recibida y actualizar los recursos y el área de la sesión MBS de acuerdo con la solicitud, y luego enviar un mensaje "Broadcast Session Modification Response". Si el mensaje "Broadcast Session Modification Request" incluye un IE "List of Supported User Equipment Types" (Lista de Tipos de Equipos de Usuario Soportados) (si es soportado), el nodo NG-RAN debe considerarlo en la configuración de recursos de la sesión MBS. Si el IE de indicación de falla MBS NG-U está incluido en el mensaje de solicitud de modificación de sesión de transmisión dentro del IE de configuración o modificación de sesión MBS y está configurado en "Falla de ruta N3mb", el nodo NG-RAN puede proporcionar nueva información de la capa de transporte NG-U para reemplazar la información de la capa de transporte fallida, o cambiar la transmisión de datos a otro 5GC de acuerdo con el procedimiento de recuperación de sesión MBS de transmisión por falla de ruta N3mb especificado en TS 23.527.   III. Falla de Modificación de MBS En la red en vivo, los nodos NG-RAN pueden experimentar fallas en la modificación de la sesión de transmisión por varias razones; la falla de modificación se muestra en la Figura 8.17.2.3-1, donde:   Si un nodo NG-RAN no puede actualizar ninguna de las modificaciones solicitadas, el nodo NG-RAN debe enviar un mensaje "Broadcast Session Modification Failure" (Falla de Modificación de Sesión de Transmisión).  

1. Liberación de sesión de transmisión:En los sistemas de comunicaciones móviles, esto se refiere al proceso por el cual un equipo de usuario (UE) finaliza la recepción de señales de transmisión desde una red 5G, similar a finalizar una sesión de transmisión de medios. Esto ocurre cuando el usuario finaliza explícitamente la sesión, la transmisión finaliza o el dispositivo se sale de la cobertura de transmisión. El elemento de red (Centro de Servicio de Transmisión/Multicast) cerrará la sesión para garantizar una transmisión de datos eficiente a múltiples usuarios simultáneamente. Las liberaciones incluyen:     Liberación iniciada por el usuario: El usuario detiene manualmente la transmisión, similar a cerrar una aplicación de transmisión. Liberación iniciada por la red:La sesión de transmisión finaliza debido a la finalización de la reproducción del contenido o a la terminación por parte del operador de la red. Esto puede deberse al final de un evento en vivo o una transmisión programada. Liberación iniciada por el dispositivo:El dispositivo se sale de la cobertura de transmisión, lo que resulta en la pérdida de señal y la terminación de la sesión. El Centro de Servicio de Transmisión/Multicast (BM-SC) gestiona las sesiones de transmisión y puede iniciar liberaciones basadas en políticas de red o acciones del usuario.   2. Proceso de liberación de sesión de transmisión:El propósito es liberar los recursos asociados con una sesión de transmisión MBS previamente establecida. La liberación utiliza señalización no asociada al UE. Una operación de liberación exitosa se muestra en la Figura 8.17.3.2-1, donde:       El AMF inicia este procedimiento enviando un mensaje de Solicitud de Liberación de Sesión de Transmisión al nodo NG-RAN. Al recibir el mensaje de Solicitud de Liberación de Sesión de Transmisión, el nodo NG-RAN debe responder con un mensaje de Respuesta de Liberación de Sesión de Transmisión. El nodo NG-RAN debe dejar de transmitir y liberar todos los recursos de la sesión MBS asociados con la sesión de transmisión. Al recibir el mensaje de Respuesta de Liberación de Sesión de Transmisión, el AMF debe transmitir de forma transparente el IE de Transporte de Respuesta de Liberación de Sesión de Transmisión (si lo hay) al MB-SMF.

  La utilización eficiente del espectro es crucial en las comunicaciones móviles. A medida que los operadores se esfuerzan por proporcionar velocidades de datos más rápidas y una mejor conectividad, la agregación de portadoras (CA) se ha convertido en una de las características más importantes introducidas en 3GPP R10 (LTE-Advanced) y desarrollada posteriormente en 5G (NR).   1. Agregación de portadoras(CA) aumenta el ancho de banda y el rendimiento al combinar múltiples portadoras componentes (CC). El ancho de banda de cada portadora componente oscila entre 20 MHz en LTE y 100 MHz en 5G (NR). Por lo tanto, el ancho de banda total de LTE-Advanced (5CC) puede alcanzar los 100 MHz, mientras que el ancho de banda total de 5G (NR) (16CC) puede alcanzar los 640 MHz. El principio es que al combinar portadoras, la red puede enviar y recibir más datos simultáneamente, mejorando así la eficiencia y la experiencia del usuario.   2. Tipos de agregación:En 4G y 5G, la agregación de portadoras se puede categorizar según cómo se organizan las portadoras a través de o dentro de diferentes bandas de frecuencia:   Intra-banda contigua | Portadoras adyacentes dentro de la misma banda | Banda 3: 1800 MHz (10+10 MHz contiguos) Intra-banda no contigua | Portadoras dentro de la misma banda pero con separación de frecuencia | Banda 40: 2300 MHz (20+20 MHz con un espacio) Agregación inter-banda | Portadoras de diferentes bandas | Banda 3 (1800 MHz) + Banda 7 (2600 MHz)   La figura anterior ilustra visualmente el tipo no contiguo intra-banda, donde ambas portadoras pertenecen a la Banda A pero hay un espacio en el espectro entre ellas.   3. Agregación de portadoras contiguas intra-banda (ICCA) funciona combinando portadoras adyacentes dentro de la misma banda.Agregación de portadoras intra-banda no contiguas(NCCA) va un paso más allá y permite la agregación de portadoras no adyacentes dentro de la misma banda. Esto es particularmente importante para los operadores que se ocupan de asignaciones de espectro fragmentadas.   4. Agregación de portadoras no contiguas intra-banda(ICA) es una característica habilitada en 4G y 5G para utilizar completamente el espectro fragmentado. La agregación de portadoras (CA) permite a los operadores combinar múltiples portadoras (llamadas portadoras componentes (CC)) para crear canales de mayor ancho de banda, mejorando así el rendimiento y mejorando la experiencia del usuario.