El registro inicial 5G establece el registro del UE y su contexto de acceso y movilidad. La AMF determina quién es el abonado, aplica los procedimientos de seguridad necesarios y establece el acceso y los segmentos permitidos. Un registro correcto no crea por sí solo una ruta de datos a Internet: PDU Session Establishment es un procedimiento distinto.
Distinguir RRC, NGAP y NAS en la traza
En un ejemplo ordinario de acceso NR, el UE establece o utiliza una conexión de señalización RRC con el gNB. RRC transporta la Registration Request NAS por la interfaz radio. El gNB reenvía el NAS-PDU a la AMF en un NGAP Initial UE Message, junto con información de ubicación de acceso como TAI y NR-CGI. NAS opera lógicamente entre UE y AMF; NGAP, entre gNB y AMF.
El campo NAS 5GS registration type identifica el registro inicial, la actualización de registro por movilidad, la actualización periódica o el registro de emergencia en los casos ordinarios aquí tratados. La identidad móvil obligatoria y la información presente de forma condicional tienen finalidades diferentes. Un 5G-GUTI utilizable puede remitir a un contexto anterior; de lo contrario, se utiliza habitualmente SUCI según las reglas de selección de identidad. Requested NSSAI y UE Security Capability se incluyen conforme a las condiciones NAS aplicables, en lugar de constituir una lista invariable para toda solicitud.
Resolver la identidad y reutilizar el contexto anterior cuando esté disponible
«Inicial» describe el tipo de registro, no necesariamente el primer uso de 5G por un abonado. Por ejemplo, un UE apagado en Guangzhou y reiniciado en Beijing puede conservar un 5G-GUTI. Su GUAMI puede ayudar a identificar la AMF anterior. Cuando corresponde, la nueva AMF invoca Namf_Communication_UEContextTransfer para recuperar el contexto de identidad y movilidad, incluida la información de seguridad disponible.
La interacción con la AMF anterior es condicional. Si la AMF necesita una identidad que no puede obtener por otro medio, NAS Identity Request e Identity Response pueden aportar la identidad solicitada, como SUCI. Ni una transferencia de contexto ni Identity Request deben aparecer en todas las trazas correctas. Revise la identidad y el contexto ya disponibles antes de declarar un mensaje ausente como fallo.
La autenticación y la seguridad NAS resuelven problemas diferentes
La AMF selecciona un AUSF mediante descubrimiento NRF u otros mecanismos de selección admitidos, según corresponda. En 5G-AKA, AUSF y las funciones de autenticación UDM de la red doméstica obtienen los datos necesarios; la red doméstica puede resolver SUCI a SUPI. La AMF envía RAND y AUTN en Authentication Request, y el UE devuelve RES* en Authentication Response después de sus comprobaciones.
La AMF deriva HRES* y lo compara con HXRES*, mientras AUSF comprueba RES* frente a XRES*. Son verificaciones distintas de la red de servicio y de la red doméstica. 5G-AKA es el ejemplo aquí mostrado; EAP-AKA’ es otro método admitido de autenticación primaria. El contexto existente válido y las reglas de seguridad aplicables determinan qué procedimientos son necesarios.
La autenticación establece la confianza en las credenciales del abonado. NAS Security Mode establece o activa la protección NAS aplicable, utilizando las capacidades de seguridad del UE y la selección de algoritmos de la red. No equivale a la seguridad de la interfaz radio. No deduzca que toda señalización posterior está protegida solo porque aparece Authentication Response: verifique el resultado de autenticación y de Security Mode.
La suscripción y la política completan el contexto de acceso
Cuando es necesario, la AMF registra su relación de servicio con UDM y recupera Access and Mobility Subscription Data. Subscribed NSSAI, UE-AMBR, las restricciones RAT, las restricciones de área y los parámetros de registro periódico pueden contribuir al contexto resultante. La recuperación, actualización y reutilización dependen del contexto existente y de las condiciones del procedimiento; no es obligatorio recuperar de nuevo todos los conjuntos de datos en cada registro.
También se pueden obtener SMF Selection Subscription Data, incluida información relacionada con DNN para los S-NSSAI aplicables. Obtener estos datos no crea por sí mismo un SM Context ni una PDU Session. La AMF puede seleccionar un PCF y establecer una AM Policy Association cuando se requiera para la política de acceso y movilidad. La política resultante puede influir en las restricciones y otras decisiones de movilidad.
La autorización de segmentos también debe ser coherente con la ubicación, la suscripción y la capacidad de la AMF de servicio. Si la AMF inicial no puede atender los segmentos seleccionados, una rama condicional de reasignación de AMF puede transferir el registro. Esto difiere de recuperar contexto de la AMF anterior, que obtiene un contexto existente del UE en lugar de corregir la selección actual de la AMF de servicio.
Entregar Registration Accept y comprobar las condiciones de finalización
Tras las comprobaciones necesarias, la AMF envía NAS Registration Accept al UE. Cuando la RAN necesita establecer el contexto inicial del UE, NGAP Initial Context Setup Request puede transportarlo; Downlink NAS Transport es otra ruta de entrega según el contexto. Por tanto, Initial Context Setup no es un contenedor incondicional para todo Registration Accept.
Registration Accept puede proporcionar un nuevo 5G-GUTI, Allowed NSSAI, una lista TAI y T3512 conforme a las reglas aplicables. El UE envía Registration Complete cuando lo exigen las condiciones de finalización NAS, por ejemplo para confirmar un 5G-GUTI asignado. No interprete su ausencia como fallo sin comprobar el contenido de Registration Accept y las reglas NAS pertinentes. Una Initial Context Setup Response de la RAN y un Registration Complete NAS confirman procedimientos distintos.
Diagnosticar el registro por separado de la conectividad de datos
Si Registration Request no llega a la AMF, examine la señalización radio, la selección de AMF por el gNB y el NGAP Initial UE Message.
Si falla la identidad o la autenticación, revise la identidad móvil, el contexto disponible de la AMF anterior, la selección AUSF y el resultado de autenticación. Verifique NAS Security Mode por separado.
Si la seguridad se completa pero no sigue Registration Accept, compruebe las operaciones UDM necesarias, la autorización NSSAI, las restricciones de acceso, el procesamiento condicional de políticas y cualquier reasignación de AMF.
Si el registro se completa pero fallan los datos, siga PDU Session Establishment hacia SMF y UPF. Los recursos N3 y las reglas N4 como PDR, FAR, QER y URR pertenecen a la gestión de sesiones y del plano de usuario, no prueban la finalización del registro.
Preguntas frecuentes
¿Qué controla T3512?
T3512 rige la actualización periódica del registro cuando corresponde. Su valor y su posible desactivación deben interpretarse según las reglas NAS; el registro no implica un intervalo de actualización fijo universal.
¿Debe aparecer una comprobación EIR?
No. La comprobación de identidad del equipo depende del procedimiento y de la política del operador. Su ausencia por sí sola no demuestra un fallo.
¿Por qué no aparece N3IWF en un flujo NR ordinario?
N3IWF admite acceso no 3GPP no confiable al núcleo 5G. En el ejemplo NR aquí descrito, el UE accede mediante un gNB, por lo que esa función no forma parte de la ruta de acceso.
¿Por qué varía el número de descubrimientos NRF entre trazas?
Los resultados de descubrimiento en caché, la configuración y los mecanismos de encaminamiento de servicios como un SCP pueden cambiar el tráfico de descubrimiento visible. Correlacione la función de red seleccionada con la solicitud de servicio en lugar de exigir un nuevo intercambio NRF antes de cada operación.
Procedimientos y normas relacionados
Reasignación de AMF durante el registro
PDU Session Establishment para acceder a una red de datos
3GPP TS 23.502, apartado 4.2.2.2.2: registro general
3GPP TS 24.501: procedimientos NAS de registro, identidad y seguridad
