Enciclopedia
2026-07-23 18:10:42
¿Cómo activa la movilidad en estado inactivo de 4G a 5G una Mobility Registration Update?
Este artículo explica cómo la movilidad en estado inactivo de 4G a 5G activa una Mobility Registration Update, por qué es importante N26, cómo pasa el contexto UE de MME a AMF y cómo 5GC completa el registro, las suscripciones, las políticas y la preparación de sesión sin un handover en estado conectado.

Becke Telcom

¿Cómo activa la movilidad en estado inactivo de 4G a 5G una Mobility Registration Update?

Cuando un dispositivo móvil se desplaza de la cobertura 4G a la cobertura 5G, la red no siempre trata el evento como un registro 5G completamente nuevo. El comportamiento real depende del estado del dispositivo, de la arquitectura de interfuncionamiento y de si la red admite la interfaz N26 entre el EPC y el 5GC. En un escenario típico, el equipo de usuario ya se ha conectado a 4G, ha establecido un portador por defecto, ha entrado en estado inactivo y luego se ha desplazado a una zona con cobertura 5G. En ese momento, el dispositivo inicia un procedimiento de registro 5G, pero el tipo de registro no es un registro inicial. Se trata de una Actualización de Registro por Movilidad (Mobility Registration Update).

Esta diferencia es importante. El registro inicial normalmente significa que el UE comienza desde cero en 5G. La Actualización de Registro por Movilidad significa que la red ya dispone de un contexto útil del lado 4G, y el núcleo 5G necesita asumir la información de movilidad y sesión del usuario de la forma más fluida posible. En un despliegue basado en N26, el AMF puede solicitar el contexto del UE al MME, reutilizar o transformar la información clave y continuar el proceso de registro en el lado 5G.

La forma más sencilla de entender el procedimiento es imaginar a un usuario que se encontraba fuera de un estadio bajo cobertura 4G, ya se había conectado a LTE/EPC y había establecido un portador por defecto, luego dejó de usar datos activamente y entró en estado inactivo. Cuando el usuario entra al estadio, el área interior está cubierta por 5G. El UE descubre la celda 5G, inicia el registro a través del gNodeB y la red comienza el procedimiento de movilidad en reposo de 4G a 5G.

Por qué existe este escenario

La interconexión 4G-5G no es solo un problema de acceso radio. También es un problema de continuidad del núcleo de red. En el lado radio, el punto de acceso cambia de eNodeB a gNodeB. En el lado del núcleo, el ancla de movilidad cambia de MME a AMF. Al mismo tiempo, algunas funciones pueden permanecer lógicamente continuas porque se despliegan de forma combinada. Por ejemplo, HSS y UDM pueden estar co-ubicados, PGW-C y SMF pueden combinarse, y PGW-U y UPF pueden combinarse. Esto permite a la red reutilizar parte del contexto de servicio 4G existente mientras traslada al UE al sistema 5G.

El procedimiento que se analiza aquí asume el modo de registro único con la interfaz N26. N26 permite que el AMF y el MME intercambien el contexto del UE. Esta es la razón principal por la que el lado 5G no necesita reconstruir todo desde cero. Sin este intercambio de contexto, el registro 5G dependería de un enfoque de interfuncionamiento diferente, y la continuidad de sesión se gestionaría de otra manera.

La parte "en reposo" del escenario es tan importante como la parte "de 4G a 5G". El UE no está en un traspaso activo en estado conectado. Ya ha entrado en ECM-IDLE en el lado LTE/EPC. Por lo tanto, la tarea principal no es cambiar un túnel de plano de usuario activo en tiempo real. La tarea principal es migrar e interpretar el contexto del UE para que el 5GC pueda seguir gestionando al abonado después de que el UE se registre en la cobertura 5G.

Movilidad en reposo de 4G a 5G mostrando al UE desplazándose de la cobertura LTE eNodeB a la cobertura 5G gNodeB con la interfaz N26 entre MME y AMF y la actualización de registro por movilidad
En la movilidad en reposo, el UE pasa de la cobertura 4G a la cobertura 5G e inicia una Actualización de Registro por Movilidad en lugar de un registro inicial normal.

Qué cambia en la red

El cambio más visible está en el lado de la red de acceso radio (RAN). El UE estaba originalmente servido por un eNodeB LTE y más tarde se conecta a través de un gNodeB 5G. El gNodeB recibe la señalización relacionada con el registro del UE y la reenvía hacia el AMF seleccionado. Este es el primer paso para trasladar al UE del entorno de acceso LTE/EPC al entorno de acceso 5GS.

El cambio en el núcleo es más complejo. En 4G, el MME mantiene la información de gestión de movilidad y posee el contexto MM y SM del UE después del registro y el establecimiento del portador por defecto. En 5G, el AMF se convierte en responsable de la gestión de acceso y movilidad. Durante este procedimiento, el AMF necesita obtener el contexto del UE del MME para poder construir el contexto de movilidad correcto en el lado 5G.

Las anclas de plano de usuario y control de sesión pueden no cambiar físicamente si el PGW-C está combinado con el SMF y el PGW-U con el UPF. Este despliegue combinado hace que la transición sea más fácil de entender: el UE cambia el dominio de control de acceso y movilidad, mientras que el ancla de servicio puede permanecer lógicamente continua. La actualización de registro ayuda al núcleo 5G a conocer lo que ya existía en el lado 4G.

En términos prácticos, la red no está simplemente "iniciando sesión al usuario en 5G". Está traduciendo un estado de portador y movilidad 4G a un marco de gestión de movilidad y sesión 5G. Por eso el procedimiento incluye el mapeo GUTI, la solicitud de contexto, la respuesta de contexto, el registro UDM, la obtención de políticas, la creación del contexto SM y la aceptación final del registro.

Cómo comienza realmente el registro

Antes de que el UE pueda registrarse a través del acceso 5G, necesita una identidad que la red 5G pueda entender. En este escenario, el UE mapea el 4G-GUTI existente en un 5G-GUTI según las reglas de interfuncionamiento. Esta identidad mapeada no es lo mismo que un 5G-GUTI nativo asignado en un registro 5G anterior, pero le da a la red suficiente información para localizar el contexto del lado 4G relacionado.

A continuación, el UE envía una Solicitud de Registro NAS. El tipo de registro es Actualización de Registro por Movilidad. La solicitud puede incluir el 5G-GUTI mapeado, información de estado del UE y un Contenedor de Mensaje NAS EPS que transporta una Solicitud TAU. El estado del UE es significativo porque el dispositivo no está registrado en modo N1 pero todavía está registrado en modo S1. Esto le indica a la red que no se trata de un inicio limpio independiente de 5G; es un caso de interfuncionamiento desde el lado EPS.

El gNodeB reenvía entonces la solicitud de registro a un AMF. La selección del AMF depende de la información de identidad disponible en la señalización RRC. Si el UE tiene un 5G-GUTI nativo, el gNodeB puede enrutar hacia el AMF relacionado basándose en el GUAMI. Si el UE solo proporciona una identidad mapeada desde EPS, el gNodeB puede seleccionar un nuevo AMF basándose en la información GUAMI mapeada.

Esta primera parte del procedimiento establece la dirección de todo lo que sigue. El AMF debe ahora entender de dónde vino el UE, qué MME puede contener el contexto 4G y cómo solicitar ese contexto a través de la interfaz correcta.

Cómo se transfiere el contexto a través de N26

Tras recibir la solicitud de registro, el AMF extrae la información del 5G-GUTI mapeado. Puede convertir la información relacionada con el GUAMI en una forma que ayude a identificar el MME correspondiente. Luego, el AMF construye el FQDN del nodo MME y utiliza DNS para obtener la dirección de la interfaz S10 del MME. Este paso es necesario porque el AMF necesita una ruta de transporte para solicitar el contexto del UE al MME.

El AMF envía una GTPv2 Context Request (Solicitud de Contexto) al MME. La solicitud puede incluir el tipo RAT configurado como NR, el 4G-GUTI mapeado, el mensaje completo de solicitud TAU copiado de la Solicitud de Registro, e información de direccionamiento S10 como la dirección IP y el TEID. Aquí es donde N26 se hace visible en el procedimiento. El AMF no está adivinando el estado del UE; está pidiendo al MME el contexto que ya existía en el EPC.

El MME utiliza el contexto de seguridad 4G para verificar la solicitud TAU y luego busca el contexto del UE basándose en la identidad del UE. Si se encuentra y se acepta el contexto, el MME devuelve una GTPv2 Context Response (Respuesta de Contexto). Esta respuesta puede incluir el IMSI, el contexto MM, información relacionada con la seguridad, el UE-AMBR, los algoritmos de integridad y cifrado NAS seleccionados, información de restricción de acceso e información de conexión PDN.

La información de conexión PDN es especialmente útil porque vincula el mundo de portadores 4G con los pasos posteriores de gestión de sesión 5G. Puede incluir APN, EBI, APN-AMBR, información S5-C del lado PGW, contexto de portador, QoS del portador e información S5-U del lado PGW. El AMF puede entonces transformar el contexto EPS MM recibido en un contexto 5G MM.

En algunos casos, también puede haber una transferencia de contexto de un AMF antiguo. Si el UE hubiera estado previamente en 5G, se hubiera movido a 4G y luego regresara a 5G, la solicitud de registro podría llevar un GUTI Adicional. En esa situación, el AMF podría ponerse en contacto con el AMF antiguo para obtener el contexto del UE. Pero esto es opcional y no aparece en todos los escenarios de movilidad en reposo de 4G a 5G.

Transferencia de contexto N26 entre MME y AMF mostrando el mapeo 5G-GUTI, búsqueda DNS, solicitud de contexto GTPv2, respuesta de contexto, y conversión de contexto EPS MM a 5G MM
N26 permite al AMF recuperar el contexto del UE desde el MME y convertir la información de movilidad EPS en contexto de movilidad 5G.

Cómo completa el 5GC la actualización

Una vez que el AMF tiene el contexto necesario, el procedimiento comienza a parecerse más a un proceso normal de registro de movilidad 5G. El AMF interactúa con el UDM/HSS para completar el registro de acceso 3GPP, obtener los datos de suscripción de acceso y movilidad, recuperar los datos de suscripción para la selección del SMF y suscribirse a futuros cambios de datos de suscripción. Estos pasos garantizan que el AMF tenga la información correcta del abonado para la gestión de acceso 5G.

El AMF también puede interactuar con el NRF para descubrir las funciones de red correctas. Por ejemplo, cuando el AMF necesita servicios UDM, puede descubrir un UDM que admita el servicio requerido, como SDM o UECM. Cuando necesita trabajar con el SMF, puede usar información relacionada con el FQDN PGW-C/SMF y descubrir la dirección de la interfaz N11 del SMF a través de procedimientos relacionados con NRF.

El control de políticas también aparece en el procedimiento. Si el AMF ya recibió información útil del PCF desde el AMF antiguo, puede seguir usando ese PCF. De lo contrario, puede seleccionar un PCF y obtener información de control de políticas de acceso y movilidad. La respuesta de política puede incluir restricciones de acceso, como áreas o áreas de seguimiento donde no se permite el acceso.

La parte relacionada con el SMF convierte el lado de sesión del contexto EPS heredado en el marco de servicios 5G. El AMF solicita al PGW-C/SMF que cree el contexto SM utilizando la información de conexión PDN EPS recibida del MME. La solicitud puede llevar el contexto EPS, la lista de sesiones PDU a activar si están presentes y el estado del contexto del portador EPS informado por el UE. Una respuesta con un estado de activación indica que los recursos del plano de usuario, como el túnel N3, se están preparando.

Finalmente, se limpia el registro EPC antiguo. El HSS/UDM puede activar una Cancel Location (Cancelación de Ubicación) hacia el MME, y el MME puede notificar al SGW para liberar los recursos relacionados. A continuación, el AMF envía una Registration Accept (Aceptación de Registro) al UE. Este mensaje puede incluir el nuevo 5G-GUTI, el NSSAI permitido, T3512, la lista de TA y el Estado del Portador EPS. El UE comprueba el Estado del Portador EPS recibido y elimina las reglas de flujo QoS o parámetros QoS locales que no estén asociados con el estado del portador EPS indicado. Luego, el UE envía el Registration Complete (Registro Completado).

Por qué la movilidad en reposo es diferente

El punto clave de este procedimiento es que el UE estaba en reposo cuando se movió a la cobertura 5G. Debido a que no hay un traspaso activo del plano de usuario en estado conectado, la red no necesita realizar un cambio de túnel en tiempo real para una sesión de datos en curso de la misma manera que lo haría durante la movilidad conectada. En su lugar, el enfoque está en la migración del contexto y la actualización del registro.

Esto explica por qué el procedimiento dedica tanto esfuerzo al mapeo de identidad, descubrimiento DNS, solicitud de contexto, conversión del contexto MM, registro UDM, obtención de políticas y creación del contexto SM. La red está reconstruyendo el estado del plano de control del lado 5G del UE a partir del estado del lado 4G. No está simplemente reenviando una conexión de radio activa de eNodeB a gNodeB.

Para los ingenieros que estudian la señalización, esta distinción ayuda a evitar un malentendido común. Ver movilidad 4G a 5G no significa automáticamente traspaso. Si el UE está en reposo, el procedimiento se parece más a un re-registro controlado con contexto heredado. Si el UE está conectado y en movimiento activo, la red debe considerar el traspaso de radio y la continuidad del plano de usuario en tiempo real de una manera diferente.

Esta es también la razón por la que una explicación basada en escenarios suele ser más fácil de entender que un único gran diagrama de estándares. Un diagrama de estándares puede incluir muchos pasos opcionales y escenarios combinados. Una explicación práctica puede limitar la vista: un UE conectado en 4G, entró en estado inactivo, se movió a la cobertura 5G y utilizó N26 para transferir el contexto del MME al AMF.

Notas finales

El procedimiento de movilidad en reposo de 4G a 5G no es solo un simple cambio de cobertura. Es un proceso estructurado de interfuncionamiento que permite a un UE previamente conectado en LTE/EPC registrarse en 5GS mediante la Actualización de Registro por Movilidad. El procedimiento depende en gran medida de N26 cuando la red quiere transferir el contexto del UE entre el MME y el AMF.

La lógica más importante es la continuidad del contexto. El UE mapea 4G-GUTI a 5G-GUTI, el gNodeB reenvía la solicitud de registro, el AMF descubre al MME, el MME devuelve el contexto EPS MM y SM, y el AMF lo convierte y continúa el registro en el lado 5G. Las interacciones con UDM, NRF, PCF y SMF completan luego la preparación de la suscripción, el descubrimiento, las políticas y el contexto de sesión.

Para el aprendizaje de redes, la lección práctica es clara: la movilidad en reposo de 4G a 5G realiza principalmente la migración del contexto del UE del EPC al 5GC. No debe confundirse con el traspaso en estado conectado, donde la ruta del plano de usuario en tiempo real debe conmutarse mientras el UE permanece activo.

Preguntas frecuentes (FAQ)

¿Cuál es el tipo de registro en este escenario?

El tipo de registro es Actualización de Registro por Movilidad (Mobility Registration Update). Es diferente del registro inicial porque el UE ya tiene contexto del lado 4G de la conexión LTE/EPC anterior.

¿Por qué es importante la interfaz N26?

N26 permite que el AMF y el MME intercambien el contexto del UE. Esto permite que el núcleo 5G obtenga la información de movilidad y sesión que se mantenía previamente en el EPC.

¿Qué cambia cuando el UE se mueve de 4G a 5G?

El lado de acceso cambia de eNodeB a gNodeB, y la función de gestión de movilidad cambia de MME a AMF. Algunas funciones del núcleo combinadas, como HSS/UDM o PGW-C/SMF, pueden permanecer lógicamente continuas.

¿Requiere la movilidad en reposo un traspaso del plano de usuario en tiempo real?

No. En este escenario, el UE está en reposo, por lo que la tarea principal es la migración del contexto y la actualización del registro, en lugar de la conmutación de túneles del plano de usuario en tiempo real.

¿Qué recibe el UE al final?

El UE recibe la Aceptación de Registro (Registration Accept), que puede incluir un nuevo 5G-GUTI, el NSSAI permitido, el temporizador de registro, la lista de áreas de seguimiento y el Estado del Portador EPS. Luego, el UE completa el procedimiento con el Registro Completado (Registration Complete).

Productos Recomendados
Catálogo
Servicio al cliente Teléfono
We use cookie to improve your online experience. By continuing to browse this website, you agree to our use of cookie.

Cookies

This Cookie Policy explains how we use cookies and similar technologies when you access or use our website and related services. Please read this Policy together with our Terms and Conditions and Privacy Policy so that you understand how we collect, use, and protect information.

By continuing to access or use our Services, you acknowledge that cookies and similar technologies may be used as described in this Policy, subject to applicable law and your available choices.

Updates to This Cookie Policy

We may revise this Cookie Policy from time to time to reflect changes in legal requirements, technology, or our business practices. When we make updates, the revised version will be posted on this page and will become effective from the date of publication unless otherwise required by law.

Where required, we will provide additional notice or request your consent before applying material changes that affect your rights or choices.

What Are Cookies?

Cookies are small text files placed on your device when you visit a website or interact with certain online content. They help websites recognize your browser or device, remember your preferences, support essential functionality, and improve the overall user experience.

In this Cookie Policy, the term “cookies” also includes similar technologies such as pixels, tags, web beacons, and other tracking tools that perform comparable functions.

Why We Use Cookies

We use cookies to help our website function properly, remember user preferences, enhance website performance, understand how visitors interact with our pages, and support security, analytics, and marketing activities where permitted by law.

We use cookies to keep our website functional, secure, efficient, and more relevant to your browsing experience.

Categories of Cookies We Use

Strictly Necessary Cookies

These cookies are essential for the operation of the website and cannot be disabled in our systems where they are required to provide the service you request. They are typically set in response to actions such as setting privacy preferences, signing in, or submitting forms.

Without these cookies, certain parts of the website may not function correctly.

Functional Cookies

Functional cookies enable enhanced features and personalization, such as remembering your preferences, language settings, or previously selected options. These cookies may be set by us or by third-party providers whose services are integrated into our website.

If you disable these cookies, some services or features may not work as intended.

Performance and Analytics Cookies

These cookies help us understand how visitors use our website by collecting information such as traffic sources, page visits, navigation behavior, and general interaction patterns. In many cases, this information is aggregated and does not directly identify individual users.

We use this information to improve website performance, usability, and content relevance.

Targeting and Advertising Cookies

These cookies may be placed by our advertising or marketing partners to help deliver more relevant ads and measure the effectiveness of campaigns. They may use information about your browsing activity across different websites and services to build a profile of your interests.

These cookies generally do not store directly identifying personal information, but they may identify your browser or device.

First-Party and Third-Party Cookies

Some cookies are set directly by our website and are referred to as first-party cookies. Other cookies are set by third-party services, such as analytics providers, embedded content providers, or advertising partners, and are referred to as third-party cookies.

Third-party providers may use their own cookies in accordance with their own privacy and cookie policies.

Information Collected Through Cookies

Depending on the type of cookie used, the information collected may include browser type, device type, IP address, referring website, pages viewed, time spent on pages, clickstream behavior, and general usage patterns.

This information helps us maintain the website, improve performance, enhance security, and provide a better user experience.

Your Cookie Choices

You can control or disable cookies through your browser settings and, where available, through our cookie consent or preference management tools. Depending on your location, you may also have the right to accept or reject certain categories of cookies, especially those used for analytics, personalization, or advertising purposes.

Please note that blocking or deleting certain cookies may affect the availability, functionality, or performance of some parts of the website.

Restricting cookies may limit certain features and reduce the quality of your experience on the website.

Cookies in Mobile Applications

Where our mobile applications use cookie-like technologies, they are generally limited to those required for core functionality, security, and service delivery. Disabling these essential technologies may affect the normal operation of the application.

We do not use essential mobile application cookies to store unnecessary personal information.

How to Manage Cookies

Most web browsers allow you to manage cookies through browser settings. You can usually choose to block, delete, or receive alerts before cookies are stored. Because browser controls vary, please refer to your browser provider’s support documentation for details on how to manage cookie settings.

Contact Us

If you have any questions about this Cookie Policy or our use of cookies and similar technologies, please contact us at support@becke.cc .