La reasignación de AMF permite al núcleo 5G reencaminar una Registration Request en curso cuando la AMF inicial no es adecuada para atender al UE. El caso basado en segmentación que se presenta a continuación aborda una pregunta práctica: ¿por qué puede cambiar la AMF después de que el gNB ya haya reenviado la solicitud? La respuesta depende de la información disponible al seleccionar, de los datos de suscripción y de las condiciones para transferir el registro.
Por qué la primera selección de AMF puede ser provisional
El gNB selecciona una AMF inicial mediante la información y la configuración disponibles en la red de acceso. La información RRC, como una identidad temporal y los segmentos solicitados, puede ayudar a esta selección; el gNB no consulta primero el perfil completo del abonado en UDM ni interpreta NAS como lo hace la AMF. Un NGAP Initial UE Message transporta la Registration Request NAS hasta la AMF seleccionada.
Consideremos un vehículo conectado ilustrativo suscrito a un segmento eMBB, S-NSSAI1, y a otro relacionado con V2X, S-NSSAI3, marcado como predeterminado. Estas etiquetas describen una configuración de ejemplo, no identificadores de segmentos normalizados ni una garantía de servicio de conducción automatizada. Si no hay un 5G-GUTI utilizable o Requested NSSAI disponible, el gNB puede seleccionar AMF1 con la información que posee. La ausencia de Requested NSSAI, por sí sola, no exige una reasignación.
En el registro inicial de 5GC, si la UE no posee un 5G-GUTI y la solicitud de registro no incluye el NSSAI solicitado, el gNB solo puede seleccionar el AMF inicial basándose en la información disponible actualmente y en la configuración predeterminada.
Los datos de suscripción y la selección de segmentos precisan la decisión
La AMF inicial procesa la identidad, el contexto y la seguridad cuando es necesario para decidir el reencaminamiento. No siempre repite una secuencia completa de autenticación antes de consultar NSSF. Si no obtuvo de una AMF anterior los datos de suscripción necesarios para seleccionar segmentos, selecciona un UDM y utiliza Nudm_SDM_Get para obtener los S-NSSAI suscritos y sus indicaciones de valor predeterminado.
En el ejemplo del vehículo, la reasignación resulta pertinente si la selección autorizada de segmentos requiere una capacidad de AMF que AMF1 no puede proporcionar. Un S-NSSAI predeterminado es un dato de entrada para la selección; no fuerza por sí mismo una reubicación. Deben considerarse conjuntamente los segmentos solicitados, la suscripción, la ubicación, la configuración de red y las capacidades de la AMF.
Cuando se necesita seleccionar segmentos, Nnssf_NSSelection_Get puede proporcionar a NSSF Requested NSSAI, los S-NSSAI suscritos con sus indicaciones predeterminadas, TAI y otra información aplicable. La respuesta puede incluir Allowed NSSAI, un conjunto AMF de destino o una lista configurada de AMF candidatas, e información condicional sobre segmentos configurados o rechazados. Un conjunto AMF de destino delimita los candidatos, pero no necesariamente una instancia final.
El descubrimiento NRF es condicional: la AMF inicial consulta Nnrf_NFDiscovery cuando necesita la dirección de destino y no la tiene localmente. Las capacidades de los candidatos y las reglas de selección ayudan a elegir un destino adecuado. Por tanto, la ausencia de un intercambio NRF en una traza no constituye automáticamente un error.
El reencaminamiento directo y el asistido por RAN tienen condiciones distintas
Las dos rutas no son intercambiables en cualquier circunstancia. En TS 23.502, si ya se ha establecido una asociación de seguridad entre el UE y la AMF inicial, esta debe usar el reenvío directo. El reencaminamiento mediante RAN no transfiere ese contexto de seguridad y puede dejar desincronizados al UE y a la AMF de destino.
Reenvío directo a la AMF de destino
La AMF inicial invoca Namf_Communication_N1MessageNotify para reenviar la Registration Request completa y el contexto de registro aplicable. Se incluye información de la red de acceso y, cuando están disponibles, SUPI y el contexto MM; también se transporta la información aplicable obtenida de NSSF. La AMF de destino continúa el registro y actualiza la RAN con la nueva información de terminación N2. La política local y los datos de suscripción también influyen en el uso de esta ruta.
Reenvío indirecto mediante el gNB
Para el caso permitido cuyo origen es CM-IDLE, la AMF inicial envía NGAP Reroute NAS Request. El gNB utiliza la información recibida, incluido AMF Set ID, para reencaminar el Initial UE Message a una AMF de destino. Se trata de reencaminamiento NAS dentro de la red, no de exigir que el UE repita el acceso radio. La rama indirecta no se admite cuando el registro llegó en CM-CONNECTED mediante Uplink NAS Transport; también se aplica la restricción de seguridad ya establecida.
Continuar el registro y localizar el punto real de fallo
La AMF de destino completa el procesamiento de registro pendiente que sea necesario. En este procedimiento, el contexto de seguridad recibido de la AMF inicial tiene prioridad sobre el recuperado de una AMF anterior. Registration Accept puede proporcionar un nuevo 5G-GUTI e información de segmentos aplicable. El UE recibe el resultado del registro sin tener que gestionar la selección interna de AMF.
Compruebe por qué la solicitud llegó a la AMF inicial: información RRC disponible para la selección, configuración de la AMF inicial y mensaje NGAP entrante.
Verifique los segmentos suscritos y solicitados, TAI, la capacidad de servicio de la AMF y los resultados NSSF. Si la selección es condicional o los datos están en caché, no suponga que deben aparecer todos los intercambios del diagrama de referencia.
Si no se puede seleccionar un destino, examine el conjunto AMF, las capacidades de los candidatos, los resultados de descubrimiento y la accesibilidad del destino. Si se envía Reroute NAS Request pero no llega un nuevo Initial UE Message, revise el reencaminamiento RAN y la conectividad N2.
Para el reenvío directo, correlacione Namf_Communication_N1MessageNotify, el contexto transferido y el primer mensaje N2 del destino. Compruebe la continuidad del contexto de seguridad antes de considerar que el cambio de AMF constituye una transferencia correcta.
Preguntas frecuentes
¿Es lo mismo que el equilibrado de carga de un conjunto de AMF?
No. El caso descrito resuelve la idoneidad de la AMF de servicio durante el registro, especialmente su capacidad de segmentación. La capacidad y la ponderación pueden influir en la selección de instancia, pero la presencia de dos AMF en una traza no demuestra por sí sola una incompatibilidad de segmentos ni un evento de equilibrado de carga.
¿Todas las redes segmentadas requieren reasignación?
No. Si la AMF inicial puede atender los segmentos autorizados, el registro puede permanecer en ella. La ausencia de Requested NSSAI o el uso de un segmento predeterminado no bastan para demostrar que deba producirse una reasignación.
¿Envía el UE una nueva Registration Request?
El reencaminamiento descrito reenvía la solicitud existente dentro de la red. El UE recibe la señalización NAS posterior del registro y puede recibir una nueva identidad temporal; no selecciona por sí mismo la AMF de destino.
¿Qué ruta de reenvío es más habitual?
La norma no establece la frecuencia de uso en despliegues. Determine la ruta a partir de los mensajes reales, el estado de conexión y el contexto de seguridad, sin suponer que un método es universalmente preferido.
Procedimientos y normas relacionados
Registro inicial general: identidad, autenticación y contexto de acceso
Mobility Registration Update tras el desplazamiento de un UE registrado
3GPP TS 23.502, apartado 4.2.2.2.3: registro con reasignación de AMF
