Al capturar la señalización de registro 5G, es habitual ver en la misma conexión N2 una secuencia como esta: primero aparece Initial UE Message, seguida de Uplink NAS Transport y Downlink NAS Transport; después llega Initial Context Setup y, cuando el UE empieza realmente a establecer la conectividad de datos, aparece PDU Session Resource Setup. Entender cada mensaje por separado no es especialmente difícil. Lo más complejo es comprender por qué aparecen en ese orden y qué está haciendo realmente NGAP en el plano de control 5G. Una forma útil de entender N2 es verlo como un canal de control persistente entre el gNB y la AMF. Primero los nodos de red establecen su relación, después se crea el contexto del UE y solo entonces se preparan los recursos RAN para la sesión PDU. Cuando el UE se desplaza, entra en estado inactivo o cambian sus parámetros de servicio, se activan procedimientos NGAP adicionales.
¿Qué hace realmente la interfaz N2?
N2 es la interfaz del plano de control entre el gNB y la AMF y utiliza NGAP, o NG Application Protocol (protocolo de aplicación NG). Desde el punto de vista funcional, presenta algunas similitudes con la interfaz S1-MME utilizada en 4G, aunque funciona dentro de la arquitectura del sistema 5G.
SCTP se utiliza como capa de transporte de N2. NGAP funciona sobre SCTP, mientras que los mensajes NAS intercambiados entre el UE y el núcleo 5G pueden transportarse entre el gNB y la AMF mediante NGAP. Por tanto, una pila de protocolos N2 típica puede entenderse así: IP proporciona conectividad de red entre el gNB y la AMF, SCTP proporciona la asociación de transporte N2, NGAP transporta los procedimientos y parámetros de control N2 y, cuando es necesario, 5G NAS se transporta como NAS-PDU.
NGAP no transporta por sí mismo el tráfico normal del plano de usuario del UE. Los datos de usuario reales se transportan normalmente por el plano de usuario N3. N2 se encarga de funciones de control como el establecimiento de recursos, la gestión del contexto del UE, el transporte de señalización NAS y la coordinación de movilidad. Funcionalmente, N2 admite el establecimiento, mantenimiento y liberación de recursos NG-RAN asociados a sesiones PDU, y también participa en la gestión del contexto del UE, la gestión de movilidad, el transporte de señalización NAS y el control de recursos del plano de usuario.
¿Por qué los procedimientos NGAP se dividen en asociados al UE y no asociados al UE?
Al empezar a estudiar NGAP, entrar directamente en decenas de procedimientos y nombres de mensajes puede convertir rápidamente el aprendizaje en un ejercicio de memorización. Un enfoque más práctico consiste en determinar primero si el procedimiento está relacionado con un UE concreto.
Los procedimientos asociados al UE giran en torno al contexto, la sesión o el estado de movilidad de un usuario concreto. Entre ellos se encuentran la gestión de recursos de sesión PDU, la gestión del contexto del UE, el traspaso, la paginación, el transporte NAS, el informe de ubicación y los procedimientos de capacidad radio del UE. Por el contrario, los procedimientos no asociados al UE mantienen principalmente la relación a nivel de nodo entre el gNB y la AMF. Ejemplos habituales son NG Setup, RAN Configuration Update, AMF Configuration Update, NG Reset, AMF Status Indication y Overload Start/Stop.
Esta distinción resulta muy útil al analizar capturas de paquetes. Si se ven afectados los usuarios de todo un gNB, deben comprobarse primero procedimientos a nivel de nodo como SCTP, NG Setup, Reset, el estado de la AMF o la gestión de sobrecarga. Si solo se ve afectado un UE, la investigación debe seguir los ID NGAP de ese UE, los mensajes de transporte NAS, los procedimientos de contexto y la señalización de recursos de sesión PDU.
Los procedimientos NGAP también pueden dividirse en Class 1 y Class 2 según requieran o no una respuesta. Los procedimientos Class 1 suelen incluir Request y Response y también pueden incluir un resultado Failure. Los procedimientos Class 2 no requieren una respuesta a nivel de procedimiento por parte del par. En la resolución de problemas real, suele ser más útil preguntarse si un procedimiento espera un resultado satisfactorio o fallido que memorizar la clase de cada mensaje NGAP.
¿Cómo construye N2 el estado desde el arranque del gNB hasta el registro del UE?
Antes de que aparezca cualquier UE, el primer problema que debe resolver el gNB no es el registro del abonado. Primero debe comprobar si puede comunicarse correctamente con la AMF.
El primer paso suele ser NG Setup. Una vez establecida la asociación SCTP entre el gNB y la AMF, el gNB envía un NG Setup Request. Si la AMF acepta la conexión, devuelve un NG Setup Response. En un despliegue grupo de AMF, el gNB puede necesitar establecer relaciones N2 con varias AMF y obtener información que se utilizará posteriormente para seleccionar la AMF. En este punto solo se ha establecido la relación a nivel de nodo; todavía no existe un contexto de UE específico.
Cuando un UE inicia el registro, la señalización pasa al siguiente nivel. Tras recibir el mensaje NAS inicial del UE, el gNB puede reenviarlo a la AMF mediante Initial UE Message. La señalización NAS posterior entre el UE y la AMF suele transportarse por N2 mediante Uplink NAS Transport y Downlink NAS Transport. Un punto importante es que el gNB no necesita interpretar toda la lógica de servicio NAS. Para gran parte de la señalización NAS, su principal responsabilidad es identificar el contexto de UE correcto y entregar el NAS-PDU a la AMF adecuada.
A medida que avanza el registro, la AMF también necesita que el gNB establezca el contexto del UE en el lado RAN. Aquí aparecen Initial Context Setup Request e Initial Context Setup Response. Initial Context Setup Request puede incluir información importante relacionada con el UE, como Allowed NSSAI, GUAMI, UE Security Capabilities, Mobility Restriction List y NAS-PDU. En esta fase, el gNB ya no se limita a reenviar señalización NAS, sino que empieza a establecer el estado necesario para seguir prestando servicio a ese UE.
¿Cómo establece NGAP los recursos de la sesión PDU cuando el UE empieza a usar datos?
Un registro correcto no significa que todos los recursos del plano de usuario del UE estén ya disponibles. Cuando el UE necesita acceder a una red de datos y establece una sesión PDU, N2 también participa en la preparación de los recursos RAN correspondientes.
Uno de los procedimientos clave es PDU Session Resource Setup. La AMF envía un PDU Session Resource Setup Request al gNB. Este mensaje transporta hacia la NG-RAN información asociada a la sesión PDU y sus QoS Flow, como el PDU Session ID, S-NSSAI, la información del túnel del plano de usuario y la QoS Flow List. A continuación, el gNB asigna los recursos radio necesarios según las condiciones locales, por ejemplo configurando los DRB necesarios para los QoS Flow y preparando la conexión del plano de usuario N3.
Una vez completada la asignación de recursos, el gNB envía un PDU Session Resource Setup Response a la AMF, indicando qué recursos se han establecido correctamente. La respuesta puede incluir información del plano de usuario del gNB y los QoS Flow admitidos correctamente.
Aquí es donde suelen confundirse las funciones de N1, N2 y N3. N1 transporta hacia el UE la información de sesión PDU de la capa NAS. N2 coordina los recursos RAN y del plano de usuario que debe establecer el gNB. N3 transporta el tráfico real del plano de usuario una vez que esos recursos están preparados.
Por este motivo, la resolución de problemas de una sesión PDU fallida no debe detenerse cuando la capa NAS devuelve un mensaje Accept. Si el procedimiento PDU Session Resource Setup de N2 no se completa correctamente, el UE puede haber recibido los parámetros de la sesión mientras el plano de usuario sigue sin funcionar.
N2 sigue funcionando después de establecer la sesión PDU
NGAP no deja de funcionar cuando la sesión PDU se activa. Mientras el UE permanezca en la red, los cambios de estado o de las condiciones de servicio pueden activar procedimientos N2 adicionales.
Cuando el UE se mueve a otro gNB, puede activarse un traspaso basado en N2 o en Xn. Un traspaso N2 puede incluir Handover Required, Handover Request, Handover Request Acknowledge, Handover Command y Handover Notify. Una vez establecido el nuevo camino, pueden seguir Path Switch Request y su respuesta, mientras se libera el antiguo contexto de UE en el gNB de origen.
Si el UE está inactivo y llega tráfico descendente, la AMF puede enviar un mensaje Paging a la NG-RAN mediante NGAP, tras lo cual la RAN ejecuta el procedimiento de paginación radio. Paging es un procedimiento NGAP unidireccional típico. Si la red necesita ajustar el QoS u otros recursos RAN, puede activarse PDU Session Resource Modify. Cuando la sesión deja de ser necesaria, se utiliza PDU Session Resource Release. Por tanto, el ciclo de vida N2 de una sesión PDU no incluye solo Setup, sino también Modify, Release, Notify y los procedimientos Indication relacionados.
Además de los procedimientos de servicio relacionados con el UE, los ingenieros también pueden encontrar mensajes de gestión de interfaz como NG Reset, Error Indication, Overload Start, Overload Stop, AMF Status Indication y procedimientos de actualización de configuración. Son especialmente útiles para determinar si un problema afecta a un solo UE o refleja un cambio más amplio en la relación entre nodos N2.
¿Cuál es el mejor orden para diagnosticar una captura de paquetes NGAP?
NGAP contiene un gran número de mensajes, pero el diagnóstico práctico no exige revisar la lista de mensajes 3GPP de principio a fin. Un método mejor es seguir el orden en que se establece el estado de la red.
El primer paso es verificar SCTP. Si la Transport Network Layer Association entre el gNB y la AMF no se ha establecido correctamente, tiene poco sentido analizar los procedimientos de servicio NGAP que deberían venir después.
El segundo paso es comprobar NG Setup y confirmar que la relación N2 a nivel de nodo está en buen estado. Si NG Setup ha fallado, normalmente no tiene sentido saltar directamente al diagnóstico del registro del UE.
El tercer paso es identificar el UE concreto. Los mensajes NGAP asociados al UE suelen contener los valores UE-NGAP-ID correspondientes. El análisis de paquetes debe seguir los mismos identificadores de UE a lo largo del tiempo, en lugar de filtrar solo por tipo de mensaje.
El cuarto paso es confirmar que la señalización NAS se transporta correctamente. Compruebe si Initial UE Message, Uplink NAS Transport y Downlink NAS Transport forman una secuencia continua. Si el NAS-PDU ya ha llegado a la AMF pero no hay respuesta, la dirección de la investigación es muy distinta de un caso en el que el gNB nunca entregó el mensaje NAS.
El quinto paso es comprobar el establecimiento del contexto del UE. Si el registro ha avanzado hasta Initial Context Setup, revise los parámetros del Request y verifique que el Response se completa correctamente.
El sexto paso es inspeccionar los recursos de la sesión PDU. Si el UE está registrado pero no puede acceder a la red de datos, centre el análisis en PDU Session Resource Setup Request/Response y en los resultados devueltos de recursos de sesión PDU y QoS Flow.
Si el problema se produce durante la movilidad, oriente la investigación hacia Handover, Path Switch y la liberación del antiguo contexto del UE. Si un UE inactivo no puede ser alcanzado por tráfico descendente, céntrese en Paging.
Seguir la cadena SCTP → NG Setup → identificación del UE → NAS → contexto del UE → sesión PDU → movilidad suele ser mucho más eficaz en el trabajo de ingeniería real que intentar memorizar decenas de nombres de mensajes NGAP.
Preguntas frecuentes
¿Qué relación existe entre NGAP y 5G NAS?
NGAP es el protocolo de capa de aplicación utilizado en la interfaz N2 entre el gNB y la AMF, mientras que NAS transporta señalización de control entre el UE y el núcleo 5G. Muchos mensajes NAS se encapsulan como NAS-PDU dentro de mensajes NGAP y el gNB los reenvía entre el UE y la AMF, por lo que ambos protocolos funcionan en capas diferentes.
¿La interfaz N2 transporta el tráfico de Internet del UE?
No. N2 no se utiliza como ruta normal del plano de usuario para los datos del UE. Transporta señalización del plano de control. El tráfico de usuario suele transportarse entre el gNB y el UPF por N3, mientras que NGAP indica a la RAN qué recursos relacionados deben establecerse, modificarse o liberarse.
¿Un NG Setup correcto significa que el UE puede registrarse con normalidad?
No. NG Setup establece la relación N2 a nivel de nodo entre el gNB y la AMF. Cuando llega un UE concreto, Initial UE Message, el transporte NAS, el establecimiento del contexto del UE y los procedimientos posteriores de recursos de sesión PDU todavía deben completarse correctamente.
¿Por qué el diagnóstico de NGAP no debe basarse únicamente en filtros de tipo de mensaje?
Un solo gNB puede procesar muchos UE al mismo tiempo, y los mismos tipos de mensajes NGAP pueden aparecer repetidamente para usuarios distintos. Filtrar únicamente por nombre de mensaje puede mezclar fácilmente procedimientos no relacionados. El diagnóstico específico de un UE debe combinar los valores UE-NGAP-ID, los tiempos de los mensajes y el contexto NAS o de sesión PDU correspondiente.
