Un UE puede permanecer ausente de la red durante tanto tiempo que se cumplan las condiciones del temporizador de desregistro implícito del AMF. En ese momento, el problema ya no es cómo completa el UE el registro; incluso puede resultar imposible entregarle un mensaje NAS de desregistro. La red debe decidir qué hacer con los datos de suscripción, el contexto de gestión de movilidad y los estados de suscripción y registro en el UDM que el AMF todavía conserva para ese UE.
Esta fase de limpieza corresponde a la purga del AMF (AMF Purge). 3GPP define el procedimiento como Purge of Subscriber Data in AMF (purga de datos de abonado en el AMF). Tras el desregistro implícito o explícito del UE, el AMF puede eliminar los datos de abonado y el contexto MM almacenados localmente, además de finalizar las relaciones correspondientes que mantiene con el UDM.
Por tanto, el análisis de la purga no debería volver a comenzar por Registration Request, Authentication o Registration Accept. Lo importante es determinar cómo se eliminan los estados de registro obsoletos entre el AMF y el UDM después de que la relación de registro ya haya terminado.
Diferencias entre la purga, el registro y el desregistro iniciado por la red
La purga a veces se confunde con el desregistro porque puede producirse después de cumplirse una condición de desregistro implícito, pero son procedimientos distintos.
| Procedimiento | Objetivo principal | Señalización habitual que debe comprobarse |
|---|---|---|
| Registro inicial | Establecer la relación de registro entre el UE y el 5GS | Registration Request / Accept |
| Desregistro iniciado por la red | Finalizar una relación de registro 5GS existente | Deregistration Request y señalización de limpieza asociada |
| Purga del AMF | Eliminar del AMF los datos de abonado obsoletos y el contexto MM, y limpiar el estado relacionado en el UDM | SDM Unsubscribe y UECM Deregistration |
En un escenario de desregistro implícito, el UE puede haber permanecido inaccesible durante un periodo prolongado, por lo que el procedimiento de purga no requiere su participación. Que no aparezcan mensajes NAS de registro o desregistro del lado del UE en una traza no significa que la purga no se haya ejecutado.
Más concretamente, el desregistro establece que el UE ya no mantiene la relación de registro 5GS actual, mientras que la purga elimina los estados restantes del AMF y del UDM asociados con esa relación.
Para revisar por qué la red finaliza el registro del UE, consulte Procedimiento de desregistro iniciado por la red en el núcleo 5GC. La purga continúa con la limpieza del AMF posterior al desregistro.
Causas de activación y alcance de la limpieza en la purga del AMF
Una causa habitual aparece cuando se cumplen las condiciones de los temporizadores del AMF utilizados para el desregistro implícito. La red ya no puede considerar que el UE sigue registrado normalmente y procede a limpiar el contexto restante.
El AMF debe ocuparse principalmente de dos categorías de estado.
La primera corresponde a los Subscriber Data (datos de abonado). Durante el registro del UE, el AMF puede obtener del UDM y almacenar datos de suscripción relacionados con el acceso y la gestión de movilidad. También puede crear una SDM Subscription para recibir notificaciones del UDM cuando cambien datos pertinentes del abonado.
La segunda es el MM Context (contexto de gestión de movilidad). Contiene información que el AMF utiliza para administrar el registro y el estado de movilidad del UE. Cuando el UE deja de mantener la relación de registro actual, este contexto local no debería permanecer asignado indefinidamente.
Por consiguiente, la purga elimina estados antiguos en lugar de crear otros nuevos. Entre las operaciones habituales de limpieza se incluyen:
Cancelar en el UDM la suscripción del AMF a los datos de abonado;
Dar de baja en el UDM el registro UECM del AMF;
Eliminar los datos de abonado del UE y el contexto MM almacenados localmente en el AMF;
Alinear el estado de registro del UE almacenado en el AMF con su estado real de desregistro.
Señalización de SDM Unsubscribe y UECM Deregistration
Desde el punto de vista de una traza SBI, la secuencia principal de señalización de la purga del AMF es relativamente breve y se concentra entre el AMF y el UDM.
Cancelación de la suscripción SDM
En primer lugar, el AMF debe eliminar la suscripción a los datos de abonado que se creó anteriormente. En una traza HTTP/2 puede observarse una operación similar a la siguiente:
DELETE /nudm-sdm/v2/{SUPI}/sdm-subscriptions/{subscriptionId}
El UDM utiliza el identificador de suscripción (Subscription ID) para localizar y eliminar la relación correspondiente. Una vez eliminada, los cambios posteriores en los datos de abonado del UE dejan de notificarse a ese AMF a través de la suscripción suprimida.
En condiciones normales, el UDM puede devolver 204 No Content para indicar que la suscripción se ha eliminado correctamente.
Desregistro del AMF en UECM
Después, el AMF debe actualizar su estado de registro en UDM UECM. En una traza de red real, puede aparecer como una actualización del recurso AMF 3GPP Access Registration, cuya solicitud incluye GUAMI junto con PurgeFlag=true.
El UDM comprueba el registro correspondiente del AMF a partir de la información recibida. Si GUAMI coincide con la información almacenada del AMF de servicio, el estado de purga se refleja en los datos de registro, lo que indica que ese AMF ha efectuado el desregistro y la limpieza requeridos para el UE.
Tras procesar correctamente la solicitud, el UDM también puede responder con 204 No Content. En este punto se han limpiado las dos relaciones principales entre el AMF y el UDM:
Se ha eliminado la SDM Subscription;
el registro AMF Registration en UECM ha completado el tratamiento de desregistro/purga.
Finalmente, el AMF elimina el contexto del UE almacenado localmente y pasa el estado de gestión de registro correspondiente a RM-DEREGISTERED.
Qué comprobar en una traza de purga del AMF
La resolución de problemas de la purga del AMF no debería comenzar por Registration Request y normalmente tampoco es necesario empezar por el gNB o el UPF. La cuestión principal es la coherencia del estado entre el AMF y el UDM.
Los puntos de comprobación útiles incluyen:
SDM Subscription: verificar que el AMF envía Unsubscribe para el SUPI y el Subscription ID correctos;
UDM Response: confirmar que la eliminación de SDM termina correctamente y que el UDM suprime la relación de suscripción original;
UECM Registration: verificar que el AMF realiza Deregistration sobre el tipo de acceso (Access Type) y el registro del UE correctos;
GUAMI: confirmar que el GUAMI incluido en la solicitud coincide con la información del AMF de servicio almacenada en el UDM;
PurgeFlag: comprobar que la solicitud identifica correctamente la operación como una purga;
AMF Local Context: después de las operaciones en el UDM, verificar que el AMF elimina realmente los Subscriber Data y el MM Context correspondientes.
Si la SDM Subscription ya se ha eliminado, pero el AMF sigue conservando el antiguo MM Context, es más probable que el problema se encuentre en la limpieza local del AMF. Si falla el propio SDM Unsubscribe, las siguientes comprobaciones deben abarcar el Subscription ID, el SUPI y la relación de suscripción correspondiente almacenada en el UDM.
Por tanto, no debe determinarse si la purga ha terminado únicamente por la aparición de un mensaje NAS concreto. Un criterio más fiable es comprobar si el contexto local del AMF, la suscripción de datos en el UDM y el estado de registro UECM son coherentes con el hecho de que el UE ya no está registrado.
Preguntas frecuentes
¿Es la purga del AMF lo mismo que el desregistro implícito?
No exactamente. El desregistro implícito puede dar lugar a una purga posterior, pero la purga se refiere más específicamente a la eliminación de los Subscriber Data y el MM Context del AMF después del desregistro, así como a la retirada de la suscripción SDM y el registro UECM relacionados en el UDM.
¿Necesita el UE enviar un mensaje NAS para la purga del AMF?
No necesariamente. En un desregistro implícito, el UE puede estar ya inaccesible. La señalización principal de la purga se intercambia entre el AMF y el UDM, por lo que una traza puede no contener Registration Request ni Deregistration Request del lado del UE.
¿Qué hace Nudm_SDM_Unsubscribe?
Elimina la suscripción a los datos de abonado que el AMF había establecido anteriormente para el UE. Una vez cancelada, el UDM deja de enviar a ese AMF notificaciones posteriores de cambios en los datos de abonado a través de la suscripción eliminada.
¿Para qué sirve PurgeFlag?
Durante la purga, UECM Deregistration puede incluir un indicador asociado a ella para informar al UDM de que el AMF está limpiando la relación de registro correspondiente. Al analizar las trazas, PurgeFlag debe interpretarse junto con GUAMI y el registro UECM Registration pertinente.
¿Por qué no se vuelve a registrar el UE durante la purga?
La purga limpia una relación de registro anterior que ya ha terminado; no establece una nueva. Si el UE vuelve a acceder al 5GS, seguirá el procedimiento Registration apropiado según el estado actual del UE y de la red. Esa será una secuencia de señalización independiente.
