Entre un UE totalmente conectado y un UE completamente en estado idle, 5G introduce un estado que parece silencioso desde el punto de vista del usuario, pero que sigue teniendo relevancia técnica dentro de NG-RAN. Este estado es RRC Inactive. Se incorporó a la gestión de conexiones 5G para resolver un problema práctico: muchos dispositivos necesitan volver rápidamente a transmitir datos, pero mantener todos los dispositivos permanentemente en RRC Connected desperdiciaría recursos de señalización, recursos radioeléctricos y energía de la batería.
Un teléfono inteligente puede comprobar mensajes en segundo plano, un sensor puede enviar ráfagas cortas de datos y una aplicación puede activarse brevemente después de un largo periodo de silencio. Estos patrones de tráfico no siempre justifican volver por completo al estado inactivo y ejecutar después todo el procedimiento de establecimiento de conexión. RRC Inactive ofrece una capa intermedia. El UE puede reducir su actividad, conservar el contexto esencial y reanudar la conexión con mayor rapidez cuando aparecen datos de enlace ascendente o descendente.
El punto fundamental es que RRC Inactive no es lo mismo que RRC Idle. En RRC Idle, el UE también se encuentra en CM-IDLE desde la perspectiva de la red central. En RRC Inactive, el UE permanece en CM-CONNECTED, mientras la capa RRC queda suspendida respecto al funcionamiento conectado activo. El gNodeB conserva el contexto del UE, el UE mantiene el contexto AS y la red puede devolverlo a RRC Connected mediante un procedimiento de reanudación, sin comenzar todo desde cero.
Por qué 5G necesita este estado
La gestión de conexiones 5G debe atender muchos tipos de tráfico al mismo tiempo. Algunos servicios necesitan alto caudal y conexión continua. Otros solo requieren intercambios de datos breves y ocasionales. Algunos terminales permanecen silenciosos durante largos periodos, pero deben responder con rapidez cuando la red o la aplicación los necesita. Si todos los UE permanecieran en RRC Connected, la red soportaría una sobrecarga de control innecesaria. Si todos los UE sin actividad pasaran por completo a RRC Idle, la recuperación de la conexión podría ser más lenta y generar más señalización.
RRC Inactive reduce esta diferencia. El UE puede detener el procesamiento activo de datos propio de RRC Connected, pero no se descarta el contexto importante del estrato de acceso. Así, un procedimiento de reanudación posterior puede recuperar la conexión con mayor rapidez. Desde el punto de vista de la experiencia del usuario, el dispositivo puede seguir pareciendo ágil. Desde el punto de vista de la red, se evita mantener recursos activos durante más tiempo del necesario.
Este diseño resulta especialmente útil para aplicaciones que se activan con frecuencia, pero no mantienen sesiones largas. Los servicios de mensajería, la sincronización en segundo plano, los informes intermitentes de sensores, las pequeñas ráfagas de datos ascendentes y las notificaciones descendentes breves pueden beneficiarse de un estado que permite volver más rápido al funcionamiento conectado.
Desde la arquitectura de red, RRC Inactive también es útil porque traslada parte de la responsabilidad de movilidad y paginación hacia NG-RAN. El AMF no necesita tratar cada movimiento dentro de un área local de notificación RAN como un evento de movilidad de la red central. El gNodeB puede gestionar con mayor eficiencia el contexto del UE y la paginación local.
Cómo se define el estado
RRC Inactive presenta varias características definitorias. En primer lugar, el UE sigue considerándose CM-CONNECTED. Esta es una diferencia esencial frente a RRC Idle, donde el UE también está en CM-IDLE. La relación de conexión con el núcleo 5G se mantiene, aunque la conexión RRC no transporte activamente datos normales del modo conectado.
En segundo lugar, el estado es en gran medida transparente para la red central. Durante el funcionamiento normal, el AMF no necesita gestionar directamente RRC Inactive del mismo modo que NG-RAN. El último gNodeB de servicio conserva el contexto del UE y conoce el RAN Notification Area al que pertenece. Esta retención de contexto permite una recuperación rápida.
En tercer lugar, el UE y el gNodeB mantienen el contexto de la capa AS. Como se conserva el contexto del estrato de acceso, el UE no necesita una configuración completamente nueva cuando se reanuda el servicio. En su lugar, puede utilizar un proceso RRC Resume para volver a RRC Connected.
La transición a RRC Inactive se produce mediante un mensaje RRC Release con configuración de suspensión. Por ello, este estado suele explicarse junto con los procedimientos de suspensión y reanudación. La red libera la conexión RRC activa, pero indica al UE que suspenda su contexto en vez de descartarlo por completo.
Cuando vuelve a ser necesaria la actividad, el UE puede pasar de RRC Inactive a RRC Connected. Esto puede ocurrir cuando el UE tiene datos ascendentes que enviar o cuando recibe una paginación RAN motivada por datos descendentes. Si la inactividad se prolonga demasiado, el UE Inactivity Timer del gNodeB puede acabar provocando la liberación de N2, desplazando al UE hacia RRC Idle y CM-IDLE.
Qué puede seguir haciendo el UE
RRC Inactive no significa que el UE quede congelado. Aunque no esté activamente en RRC Connected, todavía puede ejecutar varios procedimientos. El UE puede seleccionar una PLMN, recibir la difusión de información del sistema, realizar reselección de celda y responder a la paginación iniciada por RAN. Estas funciones ayudan a mantener el UE localizable sin conservar una conexión RRC totalmente activa.
La red también continúa activa de formas específicas. NG-RAN gestiona el RAN Notification Area, configura DRX para la paginación RAN y conserva el contexto AS del UE. El gNodeB sabe a qué RNA pertenece el UE, por lo que puede determinar el alcance de la paginación local cuando los datos o la señalización requieren que el UE reanude la conexión.
Otro punto importante es que, en este modelo operativo, los contextos de conexión N2 y N3 pueden permanecer establecidos para el UE. Esto resulta relevante cuando llegan datos descendentes. El UPF puede seguir conociendo la dirección del gNodeB y reenviar los datos descendentes al último gNodeB de servicio. A continuación, el gNodeB activa la paginación dentro del RNA configurado, en lugar de forzar desde cero un procedimiento de paginación de la red central.
Estos elementos conservados explican por qué RRC Inactive es útil, pero también más complejo que el simple comportamiento inactivo. La red debe mantener suficiente contexto para recuperarse con rapidez, pero no tantos recursos activos como para que el estado equivalga a RRC Connected. El valor de este estado reside en ese equilibrio de diseño.
Cómo controla RNA la movilidad
RNA significa RAN Notification Area. Es un área de notificación del lado RAN utilizada para UE en RRC Inactive. Un RNA se compone de varias celdas, normalmente dentro de la misma Tracking Area. Cuando un UE se desplaza dentro de su RNA asignado, no necesita informar a la red cada vez que cambia de celda. Así se evita señalización innecesaria cuando el UE solo se mueve localmente.
El RNA se identifica mediante un RNA ID. La identidad se forma con el TAC y el RAN Area Code. El intervalo del RAN Area Code va de 0 a 255. En la práctica, esto proporciona a NG-RAN una forma compacta de definir áreas locales donde los UE inactivos pueden desplazarse sin actualizaciones frecuentes.
El último gNodeB de servicio asigna el RNA ID mediante la configuración de suspensión incluida en el mensaje RRC Release. Es un detalle importante, porque el gNodeB que atendió por última vez al UE pasa a ser responsable de conocer su contexto RNA. Si posteriormente aparecen datos descendentes, ese gNodeB puede decidir cómo enviar la paginación al UE dentro del área adecuada.
El UE debe seguir actualizando la red en determinadas condiciones. Si vence el temporizador periódico de actualización RNA o si el UE abandona el RNA configurado, debe iniciar el procedimiento de actualización RNA. Esto evita que NG-RAN pierda el conocimiento práctico del área local del UE, sin generar señalización excesiva durante los desplazamientos normales dentro del RNA.
El diseño del RNA influye en la eficiencia de la paginación. Un RNA muy pequeño puede provocar actualizaciones frecuentes cuando el UE se mueve. Uno muy grande puede aumentar la carga de paginación porque quizá sea necesario enviar la paginación a más celdas cuando llegan datos descendentes. Por tanto, una buena planificación depende de los patrones de movilidad, la distribución de celdas, los límites de los gNodeB y el comportamiento previsto del servicio.
Cómo se entregan los datos descendentes
La gestión de datos descendentes es uno de los ejemplos más claros de por qué existe RRC Inactive. Cuando llegan datos descendentes desde el UPF mientras el UE está en RRC Inactive, pueden enviarse hacia el último gNodeB de servicio. El gNodeB inicia entonces la búsqueda dentro del RNA porque sabe que el UE está inactivo, pero puede localizarse localmente mediante búsqueda a nivel RAN.
Si todas las celdas del RNA pertenecen al último gNodeB de servicio, el proceso es relativamente directo. El gNodeB envía la paginación al UE en las celdas correspondientes. El UE recibe el mensaje de paginación RAN, inicia el proceso RRC Resume y vuelve a RRC Connected. Una vez reanudado, puede recibir los datos descendentes.
Si el RNA incluye celdas atendidas por gNodeB vecinos, el último gNodeB de servicio puede utilizar señalización Xn. Puede enviar un mensaje XnAP RAN Paging al gNodeB vecino para que la paginación también se realice en esas celdas. Así, el alcance de paginación sigue el RNA y no queda limitado únicamente a las propias celdas del último gNodeB de servicio.
La misma idea general se aplica cuando llega desde el AMF señalización descendente asociada al UE, salvo en casos como UE Context Release Command, donde se emplea una ruta de tratamiento diferente. La clave es que NG-RAN puede gestionar la paginación de un UE inactivo sin tratarlo inmediatamente como un caso completo de paginación de la red central en modo inactivo.
Desde la perspectiva del servicio, la experiencia del usuario depende de la rapidez con la que el UE recibe la paginación y completa la reanudación. Desde la perspectiva de la red, el sistema se beneficia de reutilizar el contexto y localizar más la señalización.
Cómo funcionan las transiciones de reanudación
RRC Inactive puede volver a RRC Connected desde el lado del UE o desde el lado de la red. Una transición iniciada por el UE ocurre cuando este tiene datos ascendentes o una necesidad de señalización. El UE envía una RRC Resume Request al gNodeB. Si el gNodeB actual no es el último gNodeB de servicio, puede necesitar recuperar el contexto del UE desde este último antes de completar la reanudación.
Un proceso típico iniciado por el UE puede incluir RRC Resume Request, Retrieve UE Context Request, Retrieve UE Context Response, RRC Resume y RRC Resume Complete. Si cambia el gNodeB de servicio, pueden ser necesarios procedimientos adicionales, como Xn-U Address Indication y Path Switch Request hacia el AMF. Tras gestionar el cambio de ruta, el contexto anterior puede liberarse cuando corresponda.
La transición iniciada por la red comienza de otra manera. El último gNodeB de servicio recibe datos descendentes o señalización relevante y activa la paginación RAN. Se pagina al UE dentro del RNA. Tras recibir la paginación, reanuda desde RRC Inactive y vuelve a RRC Connected para atender los datos o la señalización pendientes.
Estas transiciones están diseñadas para ser más ligeras que un establecimiento completo de conexión desde el modo inactivo. Esto no significa que sean triviales. El funcionamiento correcto depende del contexto almacenado, la coordinación entre gNodeB, el cambio de ruta en el AMF cuando sea necesario y la liberación limpia del contexto después de establecer la nueva ruta de servicio.
La ruta controlada por temporizador también es importante. Si el UE permanece inactivo más allá de la política del UE Inactivity Timer del gNodeB, la red puede moverlo hacia RRC Idle. Esto suele implicar la liberación de N2 y cambia el estado de la red central a CM-IDLE. A partir de ese momento dejan de aplicarse las ventajas de reanudación rápida de RRC Inactive.
Cómo recibe AMF los informes de estado
RRC Inactive suele describirse como transparente para la red central, pero esa afirmación debe interpretarse con cuidado. En general, el AMF no controla directamente el estado RRC del UE del mismo modo que NG-RAN. Sin embargo, puede solicitar informes de transiciones de estado RRC mediante señalización NGAP.
El AMF puede incluir un parámetro RRC Inactive Transition Report Request en mensajes como Initial Context Setup Request o UE Context Modification Request. Cuando la solicitud se configura para informar de transiciones posteriores, el gNodeB debe notificar cuándo el UE entra o sale de RRC Inactive.
Cuando se produce un cambio de estado, el gNodeB envía al AMF un RRC Inactive Transition Report. El informe incluye el valor RRC State, por ejemplo Inactive o Connected. Este mecanismo proporciona visibilidad al AMF cuando la solicita, sin cambiar el hecho básico de que NG-RAN gestiona el comportamiento RRC Inactive.
Esta capacidad de información resulta útil para la coordinación de red, el conocimiento de políticas y la supervisión operativa. También explica por qué RRC Inactive no debe describirse de forma simplista como completamente invisible para la red central. Una visión más precisa es que está gestionado principalmente por RAN, mientras el AMF puede obtener información sobre transiciones de estado en condiciones específicas.
Para el análisis de ingeniería, esta diferencia es importante. Si falla un procedimiento, la resolución de problemas puede tener que revisar tanto el comportamiento RAN como los informes NGAP. El estado del UE, el contexto del gNodeB, la configuración RNA, la paginación RAN, la solicitud de informe del AMF y el cambio de ruta pueden influir en el resultado final.
Preguntas frecuentes
¿Por qué RRC Inactive no es lo mismo que RRC Idle?
RRC Inactive mantiene al UE en CM-Connected y conserva el contexto del estrato de acceso, mientras RRC Idle corresponde a una relación inactiva con la red central en la que recuperar la conexión exige un procedimiento más pesado.
¿Qué hace que el UE se reanude desde RRC Inactive?
La reanudación puede iniciarse por datos ascendentes del UE, una necesidad de señalización del UE o paginación RAN causada por datos descendentes o señalización descendente compatible.
¿Por qué RNA reduce la señalización?
RNA permite que el UE se desplace dentro de un área de notificación RAN definida sin informar a la red de cada cambio de celda, reduciendo la señalización innecesaria de movilidad local.
¿Qué ocurre si el UE abandona su RNA?
El UE debe iniciar un procedimiento de actualización RNA para que NG-RAN renueve la información del área utilizada para la paginación local y la localización en estado inactivo.
¿Por qué pueden intervenir gNodeB vecinos en la paginación?
Si el RNA incluye celdas atendidas por gNodeB vecinos, el último gNodeB de servicio puede enviar XnAP RAN Paging para que esas celdas vecinas también busquen al UE.
¿Cuándo conoce AMF los cambios de estado RRC?
El AMF puede recibir informes de transición cuando los ha solicitado mediante el parámetro RRC Inactive Transition Report Request en procedimientos NGAP compatibles.
RRC Inactive es una de las mejoras más prácticas de la gestión de conexiones 5G. Mantiene suficiente contexto para reanudar con rapidez, reduce el uso innecesario de recursos de conexión activa, permite movilidad local mediante RNA y ayuda a NG-RAN a gestionar la paginación con mayor eficiencia. Su valor está en el equilibrio: es más rápido que volver desde un estado completamente inactivo, más ligero que permanecer totalmente conectado y suficientemente flexible para los patrones modernos de tráfico móvil.
