A las 3:00 a. m., una pasarela industrial 5G envía un Registration Request al AMF. Su TAI no ha cambiado desde el registro anterior, el 5G-GUTI es el mismo, el AMF de servicio no ha cambiado y es posible que el dispositivo no haya transmitido datos de enlace ascendente durante varias horas. Desde una perspectiva estrictamente de gestión de movilidad, la solicitud no aporta nueva información de ubicación y podría parecer un registro duplicado. Sin embargo, el campo tipo de registro la identifica claramente como una actualización periódica del registro. Lo que el AMF necesita confirmar no es adónde se ha desplazado el UE, sino algo más básico: si el UE sigue presente, si todavía debe considerarse alcanzable mediante paginación y si su contexto de registro debe seguir conservándose.
En la gestión de registro de 5GC, la actualización de registro por movilidad y la actualización periódica del registro resuelven problemas distintos. La primera se activa por movilidad y se centra en actualizar ubicación y encaminamiento; la segunda se activa cuando vence T3512 y se centra en confirmar periódicamente el estado de registro y la alcanzabilidad del UE. Un UE que permanece mucho tiempo en CM-IDLE puede tener que contactar con la red cuando vence T3512 aunque siga dentro de la misma área de registro, permanezca bajo el mismo AMF de servicio y no haya cambiado de ubicación. Mediante esta interacción, la red actualiza su visión de la alcanzabilidad del UE y, si el UE continúa ausente, puede acabar liberando un contexto de registro obsoleto mediante desregistro implícito. Por tanto, la clave para entender este procedimiento no es si el Registration Request contiene una nueva ubicación, sino cómo se gestiona T3512, cómo el UE activa el procedimiento en CM-IDLE, cómo el AMF interpreta el tipo de registro y el contexto del UE, y cómo la red trata a un UE que no se actualiza a tiempo.
¿Por qué hace falta una actualización periódica si el UE no se ha movido?
Tras completar el registro inicial, el UE entra en el estado 5GS Registered. Sin embargo, estar “registrado” no significa que el UE mantenga continuamente una conexión de señalización NAS con el AMF. Muchos teléfonos inteligentes, dispositivos IoT y terminales de poco tráfico pasan a CM-IDLE cuando no hay actividad de datos ni de señalización, con el fin de reducir el consumo de recursos de radio y de la red central.
Desde la perspectiva del UE, permanecer inactivo durante largos periodos ahorra recursos. Desde la perspectiva del 5GC, sin embargo, aparece una cuestión importante: la última vez que el AMF supo que el UE estaba disponible pudo haber sido decenas de minutos o incluso horas antes. Desde entonces, el UE podría haberse apagado, perdido cobertura o agotado la batería, o simplemente seguir acampado con normalidad sin generar tráfico.
Si la red central conservara indefinidamente el registro del UE, podría seguir manteniendo contexto obsoleto de un dispositivo que ya no es alcanzable. Si eliminara el contexto con demasiada rapidez, podría obligar innecesariamente a un UE que sigue registrado normalmente a establecer un nuevo registro.
La actualización periódica del registro coordina ambas necesidades. La red utiliza T3512 para indicar al UE cuánto tiempo puede permanecer sin otra interacción 5GMM relevante antes de iniciar una actualización periódica del registro.
Por ello, el procedimiento puede verse como una comprobación periódica de estado entre el UE y el 5GC:
El UE ya está registrado
→ El UE permanece en CM-IDLE durante un periodo prolongado
→ T3512 continúa ejecutándose
→ T3512 vence
→ El UE restablece la conectividad de señalización NAS
→ El UE inicia una actualización periódica del registro
→ El AMF confirma y actualiza el estado de registro
Su objetivo principal no es informar de un nuevo desplazamiento entre áreas, sino evitar que el UE y la red permanezcan indefinidamente desincronizados respecto a si el contexto de registro existente sigue siendo válido.
¿Cuándo empieza realmente a funcionar T3512?
T3512 no es simplemente un temporizador local elegido por el UE. Su valor lo controla la red y el AMF puede proporcionar al UE el valor del temporizador de registro periódico mediante el mensaje Registration Accept. Salvo que el UE reciba posteriormente un nuevo valor, continúa utilizando la configuración T3512 almacenada.
El valor predeterminado de T3512 definido por 3GPP es de 54 minutos, pero esto no significa que todas las redes 5G comerciales hagan que todos los UE actualicen el registro cada 54 minutos. El AMF puede asignar otro valor según la configuración de red, el comportamiento del UE, la información de suscripción y la política. Si la red desactiva T3512 o lo establece en cero, no se realiza la actualización periódica correspondiente.
En un escenario habitual de acceso 3GPP, si la red no utiliza la capacidad de temporizador de registro estrictamente periódico, el UE inicia o reinicia T3512 cuando pasa de 5GMM-CONNECTED a 5GMM-IDLE. Cuando el UE vuelve a 5GMM-CONNECTED, el temporizador normalmente se detiene. Esto es importante porque una actualización periódica del registro no se genera simplemente según un reloj absoluto sin tener en cuenta la actividad del UE.
Supongamos que un UE completa el registro a las 09:00, libera después la conexión de señalización NAS y entra en CM-IDLE con T3512 configurado en 54 minutos. Si no se produce ninguna otra interacción que detenga, reinicie o cambie el temporizador, se espera que el UE entre en el procedimiento de actualización periódica cuando T3512 venza.
El comportamiento definido en especificaciones más recientes también puede admitir un temporizador de registro estrictamente periódico. En este modo, T3512 puede empezar después de completar correctamente el registro y no se detiene simplemente porque el UE pase a 5GMM-CONNECTED. Si el temporizador vence mientras el UE está conectado, puede reiniciarse, mientras que la actualización periódica real sigue gestionándose según el estado 5GMM actual.
Por tanto, ver “T3512 = 54 minutos” en un Registration Accept no significa automáticamente que deba aparecer un Registration Request exactamente 54 minutos después. El análisis de trazas también debe considerar si el UE entró en estado CONNECTED durante ese periodo, si se produjo otro registro, si está habilitado el funcionamiento estrictamente periódico y si el temporizador fue actualizado o desactivado.
¿En qué se diferencia un Registration Request periódico del registro inicial?
Cuando vence T3512, el UE debe restablecer la comunicación del plano de control con la red. Una vez recuperada la ruta de señalización NAS a través del gNB, este envía al AMF un NGAP Initial UE Message que transporta la ubicación actual del UE y el NAS Registration Request.
El elemento de información más importante para analizar la señalización es el 5GS registration type (tipo de registro 5GS) del Registration Request. En este procedimiento se configura como periodic registration updating (actualización periódica del registro), indicando explícitamente al AMF que el UE no está accediendo al 5GS por primera vez ni actualizando el registro por haber salido de su área de registro. Está renovando periódicamente un registro ya existente.
Normalmente el UE también incluye su 5G-GUTI existente para que el AMF pueda asociar rápidamente la solicitud con un contexto de UE ya existente. El mensaje también puede incluir Last Visited Registered TAI, UE Security Capability y PDU Session Status para ayudar a la red a conciliar el estado de movilidad y de sesión que mantiene actualmente el UE.
Por ello, desde el inicio de una traza pueden diferenciarse tres escenarios de Registration Request que se confunden con facilidad:
Registro inicial: el UE necesita establecer una nueva relación de registro 5GS
Actualización de registro por movilidad: han cambiado la ubicación de movilidad del UE o las condiciones de su área de registro
Actualización periódica del registro: la relación de registro existente debe renovarse periódicamente
Los tres procedimientos utilizan un Registration Request, pero sus desencadenantes son fundamentalmente distintos. Al analizar la señalización de registro 5GC, ver el nombre del mensaje “Registration Request” no basta para identificar el procedimiento. El primer elemento que debe comprobarse es el tipo de registro 5GS.
¿Por qué puede ser tan breve la actualización cuando no cambia el AMF de servicio?
Una de las características más importantes de la actualización periódica del registro no es cuántos mensajes nuevos introduce, sino cuánto más corta puede ser que un registro inicial cuando el contexto existente sigue siendo válido.
Supongamos que el UE permanece dentro del área de servicio del mismo AMF, no ha habido cambio de AMF, el contexto del UE y el contexto de seguridad establecidos previamente siguen siendo utilizables y no existen cambios de suscripción o política que requieran procesamiento adicional. Cuando el AMF recibe el Registration Request con el 5G-GUTI existente, puede utilizar la información GUAMI asociada a esa identidad para determinar que el UE sigue siendo atendido localmente y recuperar el contexto del UE correspondiente.
En estas condiciones, muchos procedimientos habituales de un registro inicial completo no tienen por qué repetirse.
Si la identidad y el estado de seguridad siguen siendo válidos, puede no ser necesario ejecutar un procedimiento 5G-AKA completo, por lo que el AUSF podría no aparecer en la traza. Como el AMF de servicio no ha cambiado, el AMF no tiene por qué registrarse de nuevo en el UDM ni recuperar el perfil completo de suscripción únicamente por haberse producido una actualización periódica. Si no han cambiado el área de acceso ni la política, tampoco puede ser necesario un nuevo procedimiento PCF AM Policy. Si no hace falta seleccionar un nuevo AUSF, UDM o PCF, los procedimientos correspondientes de descubrimiento mediante NRF también pueden estar ausentes.
Por tanto, una ruta de señalización simplificada típica puede ser la siguiente:
UE
→ gNB: restablecer el acceso
→ AMF: Initial UE Message + Periodic Registration Request
→ AMF: recuperar el contexto del UE existente mediante el 5G-GUTI
→ gNB / UE: Registration Accept
→ UE: Registration Complete cuando sea necesario
La expresión “puede no ser necesario” es importante. El marco de registro 3GPP permite a la red realizar el procesamiento de identidad, seguridad, suscripción y política que sea necesario para el contexto actual. Por ello, una traza comercial simplificada no debe interpretarse como una secuencia fija y obligatoria para todas las actualizaciones periódicas del registro.
¿Qué estados de registro puede actualizar Registration Accept?
Después de confirmar que el UE puede permanecer registrado, el AMF devuelve al UE el resultado actualizado mediante Registration Accept. Según el resultado de la red, el mensaje puede incluir parámetros como Allowed NSSAI, T3512, TA List y, cuando sea necesario, un 5G-GUTI recién asignado.
T3512 es especialmente importante en una actualización periódica del registro. Si el AMF proporciona un nuevo valor, el UE debe utilizarlo para el siguiente ciclo periódico. Si no se proporciona uno nuevo, el UE puede seguir usando la configuración almacenada. Esto permite que la red ajuste con el tiempo el comportamiento de registro periódico en lugar de fijar permanentemente el intervalo dentro del terminal.
La TA List de Registration Accept sigue definiendo la área de registro actual del UE. Aunque la actualización periódica no se activa por abandonar esa área, una interacción de registro satisfactoria permite a la red proporcionar al UE los parámetros de gestión de movilidad más recientes.
Si Registration Accept contiene un 5G-GUTI recién asignado, el UE debe confirmar la recepción correcta de la identidad temporal mediante Registration Complete. Si el AMF no asigna un nuevo 5G-GUTI, la ausencia de Registration Complete no indica automáticamente un fallo. La traza debe interpretarse según qué elementos de información de Registration Accept requieran realmente confirmación.
Por eso la actualización periódica del registro es más que un simple mecanismo de mantenimiento de actividad. Sigue formando parte del marco 5GMM Registration y permite a la red volver a sincronizar los parámetros de movilidad relacionados con el registro, en lugar de limitarse a comprobar si el UE todavía responde.
¿Cómo se verifica una actualización periódica del registro en una traza de señalización?
Al diagnosticar una actualización periódica del registro, el enfoque más eficaz no es empezar buscando señalización de AUSF o UDM. Conviene seguir la cadena T3512 → estado del UE → Registration Request → contexto del AMF → Registration Accept.
Si el UE nunca inicia una actualización periódica después de registrarse, compruebe primero si el Registration Accept contenía un valor T3512 válido. Si T3512 está desactivado o establecido en cero, no debe esperarse una actualización periódica. Si el valor es válido, confirme que el UE entró realmente en el estado 5GMM-IDLE aplicable y que no se produjo ninguna interacción NAS que pudiera haber detenido, reiniciado o actualizado el temporizador.
Si el UE envía un Registration Request pero el AMF lo trata como un registro inicial, compruebe el tipo de registro 5GS y el 5G-GUTI. Si el AMF no puede asociar el 5G-GUTI con un contexto del UE existente, el procedimiento puede entrar en una ruta más compleja de recuperación de identidad o nuevo registro.
Si el Registration Request se reconoce correctamente pero después aparece un procedimiento completo de autenticación, esto por sí solo no demuestra que exista un problema. Debe comprobarse el NAS Security Context existente y si la red decidió realizar de nuevo la autenticación según su política de seguridad.
Además de T3512 en el lado del UE, el AMF utiliza un importante mecanismo de supervisión de alcanzabilidad en el lado de la red: el Mobile Reachable Timer (temporizador de alcanzabilidad móvil). Para un UE registrado normalmente, este temporizador de red es más largo que T3512; la relación predeterminada suele ser T3512 más cuatro minutos. El AMF inicia el Mobile Reachable Timer después de liberar la conexión de señalización NAS y lo detiene cuando el UE restablece la conectividad NAS.
Ambos mecanismos trabajan conjuntamente:
T3512 del lado del UE: indica al UE cuándo debe volver para renovar el registro
Mobile Reachable Timer del lado del AMF: supervisa si el UE reaparece dentro del periodo esperado
Si el UE no contacta con la red durante un periodo prolongado, el Mobile Reachable Timer y el posterior mecanismo de desregistro implícito permiten que la red central gestione gradualmente un UE cuya alcanzabilidad ya no puede confirmarse, en lugar de conservar indefinidamente un contexto de registro obsoleto.
Por tanto, el objetivo real de la actualización periódica del registro 5GC no es “registrarse de nuevo cada pocas decenas de minutos”. Permite que un UE que permanece inactivo durante mucho tiempo y el AMF vuelvan a establecer periódicamente una visión compartida del estado de registro: el UE sigue presente, la relación de registro existente continúa siendo válida y los parámetros de movilidad correspondientes pueden seguir utilizándose durante el siguiente periodo.
Preguntas frecuentes
¿T3512 está fijado en 54 minutos en todas las redes 5G?
No. Cincuenta y cuatro minutos es el valor predeterminado definido por 3GPP, pero el AMF puede asignar otro valor según la configuración de red, el comportamiento del UE, la información de suscripción y la política. El análisis de señalización y el diagnóstico siempre deben utilizar el valor T3512 realmente recibido por el UE, en lugar de suponer que siempre es de 54 minutos.
Si el UE tiene tráfico normal durante esos 54 minutos, ¿enviará igualmente una actualización periódica exactamente al minuto 54?
No necesariamente. Con el funcionamiento normal de T3512, entrar en 5GMM-CONNECTED afecta al temporizador periódico y este puede reiniciarse cuando el UE vuelva posteriormente a IDLE. Por tanto, el siguiente Registration Request no puede predecirse simplemente sumando 54 minutos al momento en que terminó el registro inicial. El comportamiento temporal también es distinto cuando está habilitado un temporizador de registro estrictamente periódico.
¿Todas las actualizaciones periódicas del registro requieren AUSF, UDM y PCF?
No. Si el AMF de servicio no cambia, el contexto del UE y el contexto de seguridad existentes siguen siendo válidos y no es necesario actualizar información de suscripción o política, el procedimiento puede ser muy breve. Que se invoquen AUSF, UDM, PCF o NRF depende del contexto del UE y de la implementación de red en ese momento. No deben tratarse como participantes obligatorios en cada actualización periódica del registro.
¿La actualización periódica del registro se aplica al acceso no 3GPP, como Wi-Fi?
El mecanismo de actualización periódica basado en T3512 se aplica a un UE registrado en el 5GS mediante acceso 3GPP. Para accesos no 3GPP, el 5GS utiliza otros mecanismos correspondientes de gestión de registro y desregistro, por lo que el comportamiento de actualización T3512 utilizado para acceso NR no debe aplicarse directamente a Wi-Fi ni a otros escenarios de acceso no 3GPP.
