¿A qué abonado pertenece este UE?
¿Tiene permitido acceder a la red actual?
¿Existe algún contexto de movilidad anterior que todavía pueda reutilizarse?
¿A qué segmentos de red y capacidades de acceso está suscrito el UE, y qué AMF debe atenderlo?
Cuando se enciende un dispositivo 5G, la red de núcleo debe responder estas preguntas básicas antes de poder establecer los servicios de datos de usuario. Esto se resuelve durante el registro inicial 5G. Desde la perspectiva de una traza de señalización, el procedimiento es mucho más que un simple «Registration Request seguido de un registro correcto». Entre el envío del Registration Request por parte del UE y la devolución final de Registration Complete, la red puede realizar el tratamiento de identidad, la recuperación del contexto del AMF anterior, la autenticación 5G-AKA, el establecimiento de seguridad NAS, el registro en UDM, la obtención de datos de suscripción y el procesamiento de políticas de acceso.
Un error habitual al estudiar este procedimiento es intentar memorizar cada mensaje en orden. Un enfoque más práctico consiste en preguntarse qué problema está resolviendo el AMF en cada etapa. La ruta completa de señalización puede entenderse así: identificar el UE que solicita acceso, establecer una identidad de confianza, completar el contexto de abonado necesario y, solo entonces, finalizar el registro.
El registro inicial establece el derecho del UE a acceder a la red
El registro en 5GS no es un único procedimiento. Según el desencadenante, el UE puede realizar Initial Registration, Mobility Registration Update, Periodic Registration Update o Emergency Registration. El UE indica el procedimiento aplicable mediante el campo 5GS registration type del Registration Request.
Initial Registration suele producirse cuando un UE se enciende y entra en el 5GS. Para fines didácticos se compara a menudo con el procedimiento Attach de LTE/EPC, pero no deben considerarse idénticos. En la arquitectura basada en servicios del 5G Core, la gestión de movilidad, la autenticación, los datos de suscripción y el control de políticas se distribuyen entre funciones de red como AMF, AUSF, UDM y PCF. Por ello, un único procedimiento de registro puede implicar múltiples interacciones basadas en servicios entre funciones de red.
Más importante aún, Initial Registration establece principalmente el estado de gestión de acceso y movilidad, no una sesión de datos de usuario. La red debe identificar al UE, establecer el contexto de movilidad, determinar la NSSAI permitida y las restricciones de área aplicables, y crear la relación de seguridad necesaria para la señalización posterior. Solo cuando estas condiciones están listas dispone el UE de la base necesaria para solicitar una PDU Session.
Por este motivo, recibir un Registration Accept no significa automáticamente que el abonado ya pueda acceder a Internet. El registro y el establecimiento de una PDU Session son etapas separadas en el 5G Core.
Registration Request introduce al UE en el proceso de registro del 5G Core
El procedimiento de registro en la red de núcleo comienza con el NAS Registration Request. El UE envía primero el mensaje NAS al gNB a través de la interfaz radio. Después, el gNB transporta la NAS-PDU hacia el AMF dentro de un NGAP Initial UE Message. Para un ingeniero de núcleo, este mensaje es el punto de entrada de todo el procedimiento de registro.
Además de transportar el Registration Request, el Initial UE Message proporciona al AMF información de localización de acceso como NR-CGI y TAI. El propio mensaje NAS puede incluir parámetros como 5GS registration type, 5GS mobile identity, UE Security Capability y Requested NSSAI.
Estos parámetros son más que una simple lista de capacidades del UE. El AMF los utiliza para decidir cómo debe continuar el registro. Registration Type indica si el UE está realizando Initial Registration u otro tipo de actualización de registro. La mobile identity determina si un contexto de abonado existente puede asociarse al UE. Requested NSSAI indica los segmentos de red solicitados por el UE, mientras que UE Security Capability aporta información para la posterior selección de algoritmos de seguridad NAS.
Hay un detalle que se malinterpreta con facilidad: un UE que realiza Initial Registration no tiene por qué carecer de toda información 5G previa. Si todavía conserva un 5G-GUTI asignado anteriormente, puede incluir esa identidad en un nuevo Initial Registration Request. La posibilidad de que la red reutilice la información asociada a dicha identidad afecta directamente a los pasos siguientes.
El nuevo AMF resuelve la identidad y el contexto anterior del UE
Pensemos en un UE que estuvo registrado anteriormente en un 5GS en Guangzhou, se apagó, se desplazó a Beijing y volvió a encenderse a través de un gNB de Beijing. Ahora el UE es atendido por un nuevo AMF, pero puede seguir conservando el 5G-GUTI que le asignó previamente el AMF de Guangzhou.
El GUAMI incluido en el 5G-GUTI puede aportar información para identificar al AMF anterior. Si el nuevo AMF determina que la función de red antigua todavía puede conservar un contexto UE útil, puede solicitar un UE Context Transfer mediante comunicación entre AMF y recuperar información como SUPI, GPSI, PEI y partes del contexto de gestión de movilidad.
Esto ilustra un punto importante: «Initial» describe el tipo del procedimiento de registro actual. No significa que el abonado esté entrando en una red 5G por primera vez. El UE puede seguir conservando una identidad 5G asignada anteriormente y el nuevo AMF puede reutilizar, cuando sea posible, contexto del AMF anterior.
La interacción con el AMF anterior no es necesaria en todos los procedimientos de Initial Registration. Si el nuevo AMF ya dispone de la información de identidad que necesita, o si no existe contexto UE anterior disponible, la ruta de señalización puede ser distinta. Si el AMF todavía necesita el SUCI del UE, puede enviar un Identity Request y el UE devuelve la identidad solicitada mediante un Identity Response.
Por tanto, la ausencia de un Identity Request o de un UE Context Transfer en una traza de paquetes no indica por sí sola un fallo de registro. La primera pregunta debe ser qué información de identidad y contexto posee ya el AMF.
5G-AKA convierte una identidad declarada en un abonado de confianza
Saber quién dice ser el UE no es suficiente para que la red confíe en él. Por eso el procedimiento entra en una de sus etapas de seguridad más importantes: la autenticación.
El AMF debe identificar un AUSF capaz de autenticar al abonado. En un 5G Core basado en servicios, esto suele implicar descubrimiento de funciones de red a través del NRF. Según el servicio requerido y la información relacionada con el abonado, el AMF identifica una instancia AUSF adecuada y envía una solicitud de autenticación.
A continuación, el AUSF trabaja con las funciones de autenticación asociadas al UDM de la red de origen. Cuando se utiliza SUCI, la red de origen puede recuperar el SUPI correspondiente y preparar los datos de autenticación necesarios para 5G-AKA. Después, el AMF entrega al UE parámetros como RAND y AUTN en un NAS Authentication Request. El UE realiza el cálculo de autenticación con las credenciales almacenadas en la USIM y devuelve un Authentication Response que contiene RES*.
La autenticación no se basa en una única comparación realizada por una sola función de red. El lado de la red de servicio y la red de origen realizan sus verificaciones correspondientes. El AMF deriva HRES* a partir de la respuesta recibida del UE y lo compara con HXRES*. El AUSF verifica el RES* devuelto frente al XRES* esperado. Solo cuando las verificaciones necesarias tienen éxito acepta la red la identidad del abonado como autenticada.
Tras la autenticación, la red normalmente establece o actualiza el NAS Security Context. Basándose en información como UE Security Capability, el AMF selecciona algoritmos adecuados de protección de integridad y cifrado y utiliza el procedimiento Security Mode para proteger la señalización NAS crítica posterior.
Desde una perspectiva de ingeniería, esta etapa forma un límite de seguridad claro: antes de la autenticación, la red está procesando un dispositivo que solicita acceso; después de establecer correctamente la autenticación y la seguridad NAS, el AMF dispone de un contexto de plano de control UE de confianza y protegido.
Los datos de suscripción y política completan el contexto del UE
Una autenticación correcta responde a si la identidad del abonado es auténtica, pero el AMF todavía necesita saber qué está realmente autorizado a hacer ese abonado en la red. La siguiente etapa convierte una identidad autenticada en un contexto operativo de acceso y movilidad.
El AMF selecciona el UDM adecuado y se registra como el AMF que actualmente atiende al SUPI mediante acceso 3GPP. Este registro es importante porque el UDM debe saber qué AMF debe recibir posteriormente las notificaciones relacionadas con movilidad, los eventos de desregistro o los cambios en los datos de suscripción de ese abonado.
Después, el AMF recupera los Access and Mobility Subscription Data. Según el perfil del abonado, pueden incluir Subscribed NSSAI, UE-AMBR, parámetros de registro periódico, restricciones RAT y restricciones de área. Por tanto, la autenticación confirma que la identidad es válida, mientras que los datos de suscripción responden a otra cuestión: ¿qué puede hacer este abonado válido en la red actual?
El AMF también puede recuperar datos de suscripción que se utilizarán más adelante para seleccionar el SMF, incluida información asociada a S-NSSAI, DNN y un DNN predeterminado. Esto suele causar confusión al leer trazas de señalización: si SMF Selection Subscription Data ya aparece durante el registro, ¿significa que el SMF ya forma parte del procedimiento?
No necesariamente. En esta etapa, el AMF solo está obteniendo información que puede necesitarse para una futura selección de SMF. Initial Registration no requiere que se establezca al mismo tiempo una PDU Session, por lo que el AMF puede recuperar estos datos de suscripción sin crear un SM Context ni involucrar un procedimiento activo de gestión de sesiones con un SMF.
Para la política de acceso, el AMF también puede seleccionar un PCF y establecer una AM Policy Association. La política devuelta por el PCF puede influir, por ejemplo, en las restricciones de acceso a determinadas áreas. En este punto, el contexto UE almacenado en el AMF ha evolucionado desde una identidad básica hasta una combinación de información de identidad, seguridad, suscripción, segmentación de red, ubicación y políticas.
Registration Accept aplica el resultado al UE y al gNB
La mayor parte del trabajo anterior se realiza dentro de la red de núcleo. Sin embargo, el resultado final todavía debe entregarse a la red de acceso y al UE. Una vez satisfechas las condiciones necesarias, el AMF envía un Initial Context Setup Request al gNB, transportando la información necesaria para establecer el contexto UE y entregando el NAS Registration Accept hacia el UE.
Un Registration Accept puede incluir información como un 5G-GUTI recién asignado, Allowed NSSAI, el temporizador de registro periódico T3512 y la lista de áreas de seguimiento aplicable. Estos parámetros determinan cómo permanece registrado el UE en el 5GS, qué segmentos de red puede utilizar actualmente y cuándo deberá realizar más adelante un Periodic Registration Update.
Al mismo tiempo, el gNB establece el contexto UE correspondiente mediante el procedimiento Initial Context Setup. Tras completar su procesamiento, el gNB devuelve un Initial Context Setup Response. A continuación, el UE confirma el resultado del registro enviando un NAS Registration Complete al AMF.
Por tanto, Registration Accept y Registration Complete son más que simples notificaciones de éxito. Aplican el resultado de registro creado dentro de la red de núcleo tanto al UE como al RAN, llevando a la red, al gNB y al dispositivo a un estado de registro 5GS coherente.
El registro y el establecimiento de PDU Session siguen rutas de señalización separadas
Esta distinción es esencial al analizar la secuencia completa de señalización. Una vez completada la 5GS Initial Registration, el AMF sabe quién es el abonado, dónde se encuentra el UE, qué áreas de acceso y segmentos de red están permitidos y qué contexto de seguridad y movilidad se aplica. Ninguno de estos pasos establece automáticamente una ruta de datos de plano de usuario.
Para acceder a Internet o a una red de datos empresarial, el UE todavía debe realizar PDU Session Establishment. En esa etapa, el SMF asume la gestión de sesiones, selecciona o controla el UPF y aprovisiona mediante N4 reglas del plano de usuario como PDR, FAR, QER y URR. Los recursos N3 entre el gNB y el UPF también se preparan como parte del establecimiento de la sesión.
En la resolución de problemas operativos, esta separación crea dos categorías de fallo muy diferentes:
Fallo de registro: centrarse en la identidad del UE, autenticación, seguridad NAS, datos de suscripción del UDM, NSSAI, restricciones de área y procesamiento de políticas del AMF.
El registro funciona pero el servicio de datos no: trasladar la investigación hacia PDU Session Establishment, SMF, UPF, señalización N3/N4 y reenvío del plano de usuario, en lugar de revisar repetidamente Registration Request y Registration Accept.
Mantener clara esta frontera puede reducir significativamente el tiempo de diagnóstico en 5GC. El indicador 5G del dispositivo solo muestra que el acceso radio y el registro han alcanzado cierto estado. Que exista una conexión de datos real sigue dependiendo de los procedimientos de gestión de sesiones y del plano de usuario.
Leer la traza como una transición de estado, no como una lista de mensajes
Los diagramas de señalización estándar son deliberadamente completos porque deben cubrir distintos operadores, escenarios de roaming, tipos de acceso y funciones de red opcionales. Sin embargo, una traza de una red real no tiene por qué contener todos los pasos mostrados en un procedimiento de referencia. Puede no haber interacción con el AMF anterior, Identity Request puede no ser necesario, EIR puede no utilizarse y un procedimiento normal de acceso NR no incluirá funciones de red que solo se aplican a otros tipos de acceso.
Una forma más útil de diagnosticar Initial Registration es seguir cómo cambia el estado del UE:
Registration Request llega al AMF
→ se resuelven la identidad del UE y el contexto anterior
→ se establecen la autenticación y la seguridad NAS
→ se recuperan los datos de suscripción desde el UDM
→ se obtiene del PCF la política de acceso aplicable
→ el AMF completa el contexto de registro
→ se entrega Registration Accept
→ el UE devuelve Registration Complete
Si el Registration Request llega al AMF pero la autenticación nunca comienza, conviene investigar primero el tratamiento de identidad y la selección de funciones de red. Si la autenticación tiene éxito pero no se devuelve Registration Accept, hay que continuar con los datos UDM, NSSAI, las restricciones de acceso y el procesamiento de políticas. Si Registration Accept ya se ha completado y el problema es que los datos de usuario no funcionan, la investigación debe trasladarse rápidamente hacia la ruta de señalización de PDU Session.
Comprender 5G Initial Registration consiste menos en memorizar decenas de mensajes y más en seguir cómo se completa progresivamente el contexto UE dentro del AMF: desde recibir una solicitud de acceso, saber quién es el abonado y demostrar que su identidad es de confianza, hasta determinar en qué condiciones puede permanecer registrado en el 5GS.
Preguntas frecuentes
¿Qué función cumple T3512 en Registration Accept?
T3512 controla el comportamiento de actualización periódica del registro del UE después de registrarse. Un UE no permanece registrado indefinidamente sin interacción periódica de gestión de movilidad. La red puede utilizar este temporizador para definir cuándo debe realizar el UE un Periodic Registration Update.
¿Por qué falta EIR en algunas trazas comerciales de registro 5G?
La comprobación de identidad del equipo es opcional. El despliegue de EIR y las condiciones en las que se activa una comprobación de identidad del equipo dependen de la arquitectura y de las políticas operativas del operador. Por tanto, la ausencia de señalización EIR en un procedimiento de Initial Registration que por lo demás es normal no constituye por sí sola evidencia suficiente de un fallo.
¿Por qué N3IWF suele estar ausente en un registro 5G NR estándar?
N3IWF se utiliza principalmente para acceso non-3GPP no confiable, por ejemplo determinados escenarios de acceso Wi-Fi al 5G Core. Cuando el UE se conecta directamente mediante un gNB con acceso 3GPP NR estándar, el NG-RAN proporciona la ruta de acceso, por lo que N3IWF normalmente no forma parte de la señalización de registro.
¿Por qué el descubrimiento de funciones de red mediante NRF puede aparecer un número distinto de veces en trazas de diferentes fabricantes?
Las implementaciones reales de 5G Core pueden variar por la caché del descubrimiento de funciones de red, la configuración estática, los modelos de despliegue de SCP y el comportamiento de enrutamiento de servicios propio de cada fabricante. Por ello, un intercambio completo de descubrimiento de funciones de red mediante NRF no tiene que aparecer antes de cada operación de servicio. El análisis de trazas debe correlacionar la instancia NF seleccionada con la solicitud de servicio posterior, en lugar de juzgar el procedimiento únicamente por el número de mensajes NRF.
