Un dispositivo 5G puede registrarse en la red sin crear de inmediato una ruta de datos de usuario. Ese pequeño cambio de diseño revela mucho sobre las diferencias entre la gestión de sesiones de 5GC y los sistemas de núcleo móvil anteriores. En 4G, el procedimiento de attach estaba estrechamente ligado a la creación de una conexión PDN predeterminada y un portador predeterminado. En 5G, el registro y el establecimiento de sesiones están separados con mayor claridad, lo que permite a la red decidir con más libertad cuándo se necesita realmente una ruta del plano de usuario.

La gestión de sesiones de 5GC es la capa de control que decide cómo se conecta un UE a una red de datos, qué sesión PDU se crea, qué DNN se utiliza, qué información de segmento se aplica, qué reglas de QoS se asignan, qué UPF ancla el tráfico y cómo debe mantenerse la continuidad cuando el UE se desplaza. No es simplemente una versión renombrada de la gestión de portadores 4G. Es un marco más flexible, diseñado para banda ancha móvil, voz sobre 5G, acceso empresarial, servicios de baja latencia, redes de datos de área local y computación en el borde.

Por ello, la gestión de sesiones es uno de los conceptos centrales del núcleo 5G. La gestión de movilidad indica a la red dónde se encuentra el UE y si es alcanzable. La gestión de sesiones indica qué tipo de ruta de servicio necesita, a qué red de datos debe llegar, cómo debe clasificarse el tráfico y cómo se deben controlar los recursos del plano de usuario. Ambas funciones cooperan estrechamente, pero ya no se gestionan como un único bloque de control combinado.

Por qué cambió el control de sesiones

El mayor cambio arquitectónico es la separación entre la gestión de movilidad y la gestión de sesiones. En el núcleo 5G, el AMF se encarga de la gestión de movilidad NAS, mientras que el SMF se ocupa de la gestión de sesiones. Los mensajes NAS-SM no se procesan por completo dentro del AMF. En su lugar, el AMF reenvía la señalización de gestión de sesiones al SMF a través de la interfaz N11. Esto significa que el AMF no mantiene el contexto de gestión de sesiones del UE del mismo modo que lo hacía la lógica de control combinada anterior.

Esta separación hace que el núcleo 5G sea más claro. El AMF puede centrarse en el registro, el control de acceso, la alcanzabilidad, el estado de movilidad y los procedimientos relacionados con la ubicación. El SMF puede centrarse en el establecimiento, la modificación y la liberación de sesiones PDU, la gestión de DNN, la selección de UPF, el control de reglas de QoS, la continuidad de sesión y los parámetros relacionados con la tarificación. Al separar estas responsabilidades, la red puede escalar cada función según su propia carga de trabajo.

El cambio también se ajusta a la orientación de servicios de 5G. Un teléfono inteligente, un sensor industrial, un vehículo, un dispositivo de red privada y una aplicación de computación en el borde pueden utilizar 5G de formas muy distintas. Algunos dispositivos necesitan sesiones de datos frecuentes. Otros pueden registrarse y permanecer inactivos. Algunos solo necesitan acceso local dentro de un área definida. Otros requieren continuidad IP estable durante el movimiento. Un único modelo de “crear siempre un portador predeterminado al encender” no es lo bastante flexible para tal diversidad.

En 5G, un UE puede registrarse sin establecer inmediatamente una sesión PDU. Esto evita crear recursos del plano de usuario antes de que un servicio los necesite realmente. Es especialmente importante para el IoT masivo y el acceso de tipo máquina. La red puede mantener al UE identificado y alcanzable sin configurar rutas de datos innecesarias.

La separación del control de movilidad y de sesiones también afecta a los datos del abonado. Los datos de suscripción del UDM se dividen en partes relacionadas con la movilidad y con las sesiones. El AMF recibe los datos de suscripción de movilidad, el SMF utiliza los datos de suscripción de gestión de sesiones y el AMF puede recibir datos de selección de SMF para ayudar a elegir el SMF correcto durante el establecimiento de una sesión PDU. Esta estructura hace que el núcleo sea más modular y facilita su alineación con la segmentación de red, las políticas específicas de DNN y los modelos de servicio diferenciados.

De PDN a PDU

Muchos términos de la gestión de sesiones 5G proceden de 4G, pero la terminología y la estructura han cambiado. La conexión PDN de 4G se convierte en una sesión PDU en 5G. La PDN de 4G pasa a ser DN, o red de datos. El APN de 4G pasa a ser DNN, o nombre de red de datos. El portador predeterminado de 4G se sustituye por el flujo QoS predeterminado, mientras que los portadores dedicados se convierten en flujos QoS adicionales o no predeterminados.

Este cambio no es meramente cosmético. Una sesión PDU está diseñada para admitir diferentes tipos de conectividad de unidades de datos de protocolo. En 4G, el tipo PDN cubría principalmente IPv4, IPv6 e IPv4v6. En 5G, el tipo de sesión PDU añade más flexibilidad al admitir Ethernet y datos no estructurados como opciones no IP. Esto es importante porque se espera que 5G admita mucho más que el acceso tradicional a Internet. Los dispositivos industriales, las redes privadas empresariales y los entornos de servicio especiales pueden requerir modelos que no se limiten a la conectividad IP convencional.

Un UE puede establecer una sesión PDU para el acceso general a Internet y otra para IMS. Dentro de la sesión PDU relacionada con IMS, pueden utilizarse diferentes flujos QoS para la señalización SIP, el audio VoNR y el vídeo VoNR. La diferencia importante es que 5G ya no asigna cada servicio a un portador EPS independiente de la misma manera. En su lugar, el flujo QoS se convierte en la granularidad clave para el tratamiento de servicios, mientras que el mapeo a DRB se controla en el lado radioeléctrico mediante el gNB.

Este modelo permite un control de servicio más preciso. Una sola sesión PDU puede transportar varios flujos QoS, y cada uno puede recibir valores 5QI y ARP distintos, además de un tratamiento de QoS diferente. Para los servicios empresariales y de operador, esto facilita la compatibilidad con múltiples clases de tráfico sin obligar a encajar cada servicio en un modelo rígido de portadores.

Cómo asume el control el SMF

El SMF es la principal función de control de la gestión de sesiones de 5GC. Gestiona el establecimiento, la modificación y la liberación de sesiones PDU. Selecciona o controla el uso del UPF, administra la interacción de políticas relacionada con la sesión, asigna reglas de QoS y determina cómo debe construirse el plano de usuario. Cuando el AMF recibe señalización NAS-SM del UE, reenvía esa información al SMF en lugar de procesar localmente toda la lógica de sesión.

Este diseño hace que el AMF y el SMF funcionen como dos capas coordinadas. El AMF conoce el estado de acceso y movilidad del UE. El SMF conoce los requisitos de la sesión de servicio. Cuando se solicita una sesión PDU, el AMF ayuda a transportar la señalización y aporta el contexto relacionado con el acceso, mientras que el SMF decide cómo debe crearse la sesión según el DNN, el S-NSSAI, los datos de suscripción, el control de políticas y la disponibilidad del plano de usuario.

El SMF también desempeña un papel central en la selección del modo SSC. La selección no es aleatoria. Depende del modo SSC solicitado por el UE, del modo SSC suscrito en los datos del UDM y del conjunto de modos SSC permitidos. Una vez establecida la sesión PDU, su modo SSC no puede cambiarse, por lo que la decisión inicial es importante.

Otra responsabilidad clave es el control de recursos del plano de usuario. El SMF puede activar o desactivar dichos recursos, liberar una sesión PDU o ajustar el tratamiento de la sesión según la movilidad, el área de servicio, la política y el estado de acceso. En el caso de LADN, por ejemplo, cuando el SMF sabe que un UE ha abandonado el área de servicio LADN, puede liberar la sesión PDU relacionada o desactivar los recursos del plano de usuario.

El SMF también controla el direccionamiento del tráfico en escenarios de computación en el borde. Cuando los UPF se utilizan como anclajes y clasificadores, el SMF puede instalar reglas que determinen si el tráfico debe dirigirse a una DN remota o a una red de servicios local. Esto convierte al SMF en un elemento central tanto para las sesiones de datos convencionales como para modelos avanzados de salida local.

Los datos de suscripción orientan la configuración

El establecimiento de sesiones depende en gran medida de los datos de suscripción. Dado que la gestión de movilidad y la gestión de sesiones están separadas, los datos del UDM también se dividen en áreas lógicas diferentes. El AMF utiliza los datos de suscripción relacionados con la movilidad, mientras que el SMF utiliza los datos de suscripción de gestión de sesiones. Además, se pueden proporcionar datos de selección de SMF al AMF para elegir un SMF adecuado cuando el UE solicite una sesión PDU.

Los datos de suscripción de gestión de sesiones incluyen varios elementos importantes. S-NSSAI identifica el contexto de segmento suscrito. Las configuraciones DNN definen cómo puede acceder el UE a una red de datos. Dentro de estas configuraciones, la red puede definir tipos de sesión PDU predeterminados y permitidos, modos SSC predeterminados y permitidos, información de QoS suscrita, límites de velocidad binaria agregada a nivel de sesión y características de tarificación.

Esta estructura permite dar forma a un servicio incluso antes de crear la sesión PDU. Un UE puede tener permiso para acceder a un DNN, pero no a otro. Puede utilizar IPv4v6 para el acceso a Internet y otro tipo de PDU para un servicio empresarial o especial. También puede tener un modo SSC predeterminado para un DNN y un conjunto permitido distinto para otro. Del mismo modo, puede disponer de diferentes perfiles de Session-AMBR y QoS según el servicio suscrito.

Configuraciones DNN

La configuración DNN es una de las partes más prácticas de los datos de gestión de sesiones. Controla cómo debe comportarse un nombre de red de datos específico para el usuario. Si el DNN representa el servicio de Internet, la política puede centrarse en la banda ancha móvil convencional. Si representa IMS, puede admitir QoS para señalización y voz. Si representa un servicio de área local, puede estar vinculado al comportamiento LADN y a restricciones geográficas.

Información de segmento

El S-NSSAI vincula la gestión de sesiones con la segmentación de red. Una sesión PDU no solo está asociada a un DNN, sino que también puede asociarse a un segmento. Esto permite que la red admita diferentes categorías de servicio, clientes empresariales o dominios operativos mediante políticas independientes relacionadas con el segmento.

Límites de velocidad y tarificación

Session-AMBR define límites de velocidad binaria agregada a nivel de sesión PDU. Las características de tarificación también pueden formar parte del perfil de gestión de sesiones. Estos parámetros son importantes porque la gestión de sesiones no solo trata de conectividad, sino también de control de servicios, aplicación de políticas y tratamiento comercial.

Las sesiones PDU definen el acceso

Una sesión PDU es la unidad básica de acceso que conecta un UE a una DN a través del núcleo 5G. Contiene atributos de servicio como el DNN, el tipo de sesión PDU, el S-NSSAI, el modo SSC y el identificador de sesión PDU. Una vez creada, la sesión se convierte en el contenedor de uno o varios flujos QoS. A continuación, el tráfico del usuario se trata según las reglas de QoS, los valores QFI, los filtros de paquetes y el mapeo del lado radioeléctrico.

Este modelo es más flexible que una simple conexión permanente. Un UE puede crear una sesión PDU solo cuando un servicio la necesita. Puede establecer sesiones PDU separadas para Internet e IMS. También puede establecer una sesión hacia un DNN específico de servicio empresarial, local o de borde si lo permiten las reglas de suscripción y de área.

El identificador de sesión PDU identifica la sesión desde la perspectiva del UE. Un UE puede tener varias sesiones PDU, cada una asociada a un DNN, segmento o tipo de sesión diferente. Por ejemplo, una sesión PDU puede conectarse a la DN de Internet y otra a la DN de IMS. Dentro de estas sesiones, los flujos QoS pueden representar distintos requisitos de servicio.

El tipo de sesión PDU también amplía el modelo de acceso. IPv4, IPv6 e IPv4v6 siguen siendo opciones conocidas, pero los tipos de PDU Ethernet y no estructurado hacen que 5G sea más apropiado para servicios no tradicionales. Esto es especialmente importante en entornos empresariales e industriales, donde los dispositivos pueden necesitar un comportamiento de servicio de capa 2 o transportar cargas útiles no IP.

El diseño de la sesión PDU también influye en la forma en que la red gestiona la voz. En un modelo orientado a VoNR, la señalización IMS puede utilizar un flujo QoS no GBR, mientras que el audio y el vídeo pueden utilizar flujos QoS GBR con valores 5QI diferentes. El modelo de flujo QoS permite distinguir señalización, voz y vídeo dentro del mismo contexto de acceso relacionado con IMS sin copiar directamente la estructura de portadores dedicados EPS.

Los modos SSC preservan la experiencia

SSC significa continuidad de sesión y servicio. La expresión contiene dos ideas relacionadas, pero diferentes. La continuidad de sesión significa que la sesión PDU y la dirección IP del UE permanecen sin cambios. La continuidad de servicio significa que la experiencia del usuario sigue siendo continua desde la perspectiva de la aplicación. Una persona que ve un vídeo, realiza una llamada de voz o utiliza un servicio interactivo puede preocuparse principalmente por si el servicio se interrumpe, mientras que la red también necesita saber si se conservan la misma sesión y la misma dirección IP.

El modo SSC define cómo gestiona la red la continuidad cuando el movimiento del UE provoca un cambio de ruta, anclaje o acceso al servicio. 5G define tres modos SSC. Cada uno ofrece un equilibrio distinto entre continuidad de sesión, continuidad de servicio y flexibilidad del plano de usuario.

Modo SSC 1

El modo SSC 1 preserva tanto la continuidad de sesión como la continuidad de servicio. Se mantiene la misma sesión PDU y la dirección IP del UE no cambia. Es la opción de continuidad más sólida y se requiere para servicios en los que una interrupción resulta inaceptable. VoNR es un ejemplo típico, ya que el servicio de voz depende de una continuidad estable durante la movilidad.

Modo SSC 2

El modo SSC 2 no preserva la continuidad de sesión, pero procura mantener la continuidad de servicio desde la perspectiva de la experiencia del usuario. Utiliza un enfoque de interrupción antes de establecimiento. La antigua sesión PDU se libera antes de establecer la nueva. Puede ser aceptable para ciertos servicios, aunque ofrece una experiencia más débil que las otras opciones.

Modo SSC 3

El modo SSC 3 tampoco conserva la misma continuidad de sesión, pero utiliza un enfoque de establecimiento antes de interrupción. Se crea una nueva sesión PDU antes de liberar la anterior. Durante la transición, el UE puede mantener temporalmente dos sesiones PDU. En muchos casos, esto mejora la experiencia frente al modo SSC 2 porque puede reducirse la interrupción del servicio.

Desde la perspectiva de la experiencia del usuario, el modo SSC 1 ofrece la continuidad más sólida, el modo SSC 3 suele ser mejor que el modo SSC 2 y este último es el menos favorable de los tres. La elección corresponde al SMF y se basa en la solicitud del UE, los datos de suscripción y el conjunto de modos permitidos. Una vez establecida la sesión, el modo SSC queda fijado para esa sesión PDU.

LADN limita el alcance local

LADN significa red de datos de área local. Representa un servicio de red de datos disponible únicamente dentro de un área de servicio concreta, formada por una o varias áreas de seguimiento. Cuando el UE se encuentra dentro del área LADN, puede acceder al DNN relacionado si la suscripción y la configuración lo permiten. Cuando sale del área LADN, ya no puede acceder al servicio 5G de esa DN.

LADN es útil porque algunos servicios solo tienen sentido en una región local. Un servicio de conducción autónoma puede estar disponible únicamente dentro de una zona de pruebas. Un servicio de telemedicina puede estar ligado al área de un hospital. Una aplicación de fábrica puede ser válida solo dentro de un campus industrial privado. En estos casos, la red de datos no es un servicio global de Internet móvil, sino un servicio local cuya disponibilidad depende de la ubicación.

Tanto el UE como la red necesitan conocer la información relacionada con LADN. El UE puede configurarse para saber si un DNN es un DNN LADN y qué aplicación está asociada a él. El área de servicio y el DNN LADN se configuran en el AMF por cada DN. El AMF puede proporcionar información LADN al UE durante los procedimientos de registro o actualización de configuración.

Desde la perspectiva de la gestión de sesiones, LADN tiene tres estados de ubicación. Dentro significa que el UE se encuentra dentro del área LADN. Fuera significa que el UE ha abandonado el área LADN. Desconocido puede aplicarse cuando el UE se encuentra en un estado como CM-IDLE y la red no dispone de una indicación actual precisa. El SMF puede utilizar la información del AMF para determinar si el UE sigue dentro del área de servicio.

Si el UE está fuera del área de servicio LADN, no debe solicitar la activación del plano de usuario para ese DNN LADN ni solicitar el establecimiento o la modificación de una sesión PDU para dicho DNN. Si el UE no dispone de información sobre el área de servicio LADN de un DNN LADN, debe considerarse fuera del área. Cuando el SMF recibe una solicitud de sesión relacionada con LADN y no recibe una indicación válida de que el UE se encuentra dentro del área de servicio, lo considera fuera y rechaza la solicitud.

Las rutas de borde necesitan anclajes

La compatibilidad con la computación en el borde es una de las razones por las que la gestión de sesiones de 5GC necesita un diseño de plano de usuario más flexible. Un servicio puede requerir que parte del tráfico vaya a un servidor remoto y que otra parte permanezca local. Por ejemplo, los registros ordinarios pueden enviarse a un centro de datos remoto, mientras que el tráfico de control de baja latencia puede dirigirse a un servidor de aplicaciones local cercano a la red de acceso.

El concepto de PSA, o anclaje de sesión PDU, es importante en este contexto. Un PSA es un UPF que ancla una sesión PDU y proporciona una interfaz N6 hacia la red de datos. No todos los UPF son automáticamente PSA. Algunos pueden desempeñar otras funciones, como clasificación o reenvío. El diseño del plano de usuario depende de cómo se dispongan los UPF y de cómo deba llegar el tráfico a las DN locales o remotas.

Existen dos métodos importantes de direccionamiento. ULCL, o clasificador de enlace ascendente, clasifica el tráfico ascendente según reglas. Puede utilizarse para tráfico IPv4 e IPv6. El SMF puede instalar reglas ULCL para que el tráfico que coincida con un destino o una clase de servicio específica se envíe a la rama correcta. Por ejemplo, el tráfico hacia un destino puede dirigirse a un servidor remoto, mientras que el tráfico hacia otro destino se envía a un servicio de borde local.

El segundo método es el enfoque de punto de ramificación , basado en la ramificación por prefijos IPv6. Este método se aplica únicamente a IPv6. Permite dirigir el tráfico según la lógica de prefijos IPv6, por lo que resulta adecuado para diseños en los que el direccionamiento IPv6 puede identificar ramas de servicio locales o remotas.

Estos mecanismos hacen viable la computación en el borde dentro de la gestión de sesiones de 5GC. El SMF controla las reglas de sesión, el UPF se encarga del reenvío y la clasificación de paquetes y el PSA proporciona el anclaje hacia la DN. El resultado es una ruta de servicio que puede configurarse según el tipo de tráfico, en lugar de enviar todo el tráfico a un único anclaje central distante.

El flujo QoS aporta granularidad

El flujo QoS es la principal granularidad de control de QoS en 5G. En lugar de utilizar portadores EPS como unidad central de diferenciación de servicios, 5G emplea flujos QoS identificados mediante QFI. Cada flujo QoS puede llevar su propio perfil y ser mapeado a un DRB por el gNB. El número de DRB no tiene que coincidir con el número de QFI. El gNB puede decidir si varios flujos QoS se mapean al mismo DRB o a DRB diferentes según las condiciones radioeléctricas y la política.

Un ejemplo típico de servicio puede incluir aplicaciones de Internet convencionales, tráfico de servicios cooperativos y servicios propios del operador. El tráfico general de aplicaciones puede utilizar un flujo QoS no GBR. El tráfico más exigente, como servicios de VR, AR o juegos en tiempo real, puede utilizar un flujo QoS GBR. El audio y el vídeo VoNR pueden emplear flujos QoS GBR diferentes con valores 5QI específicos del servicio. Así, la red puede tratar con mayor detalle los distintos flujos de servicio.

Los parámetros de QoS se organizan en varios niveles. En el nivel de flujo QoS, los parámetros habituales incluyen 5QI y ARP. El 5QI se relaciona con características como el nivel de prioridad, el presupuesto de retardo de paquetes, la tasa de error de paquetes, la ventana de promedio y el volumen máximo de ráfaga de datos. El ARP ayuda a determinar la prioridad de asignación y retención cuando los recursos son limitados.

Los parámetros de flujo GBR incluyen GFBR, o velocidad binaria garantizada del flujo, y MFBR, o velocidad binaria máxima del flujo. Ambos son obligatorios para los flujos GBR. El control de notificación y la tasa máxima de pérdida de paquetes también pueden aparecer como parámetros opcionales. Para los flujos no GBR puede utilizarse RQA, o atributo QoS reflectante. En un nivel de límite más amplio, UE-AMBR y Session-AMBR controlan el comportamiento de la velocidad binaria agregada para el tráfico no GBR.

Esta granularidad es una de las principales diferencias entre la lógica de portadores 4G y la lógica de sesiones 5G. En VoLTE 4G, los portadores predeterminados y dedicados se asociaban con APN, QCI, EBI, E-RAB, DRB y túneles del plano de usuario. En 5G, la sesión PDU, el QFI, el tipo de flujo QoS, el túnel N3 y el mapeo a DRB forman una estructura diferente. El resultado es más flexible, pero también depende en mayor medida de una política SMF correcta, de la instalación de reglas de QoS y del comportamiento de mapeo del gNB.

Cómo se construyen las sesiones

Una sesión PDU no se establece de forma aislada. La red debe tomar varias decisiones antes de que el plano de usuario sea utilizable. El UE solicita una sesión mediante el DNN, el tipo de sesión PDU y parámetros relacionados. El AMF transporta el mensaje NAS-SM hacia el SMF. El SMF comprueba los datos de suscripción, la política, la información de segmentación y la configuración DNN. Después selecciona los recursos del plano de usuario, asigna reglas de QoS y controla cómo debe conectarse la sesión a la DN.

El proceso puede entenderse como una secuencia de decisiones. Primero, la red comprueba si el UE tiene permiso para utilizar el DNN solicitado. Segundo, verifica si se permite el tipo de sesión PDU solicitado. Tercero, considera la información de segmento mediante el S-NSSAI. Cuarto, selecciona o confirma el modo SSC. Quinto, decide qué UPF o ruta de anclaje debe utilizarse. Sexto, aplica la información de QoS y de control de velocidad.

El resultado es una sesión que representa mucho más que un túnel. Contiene identidad de servicio, identidad de red de datos, ruta del plano de usuario, reglas de QoS, comportamiento de continuidad, características de tarificación y posibles restricciones de área. Si la sesión está relacionada con un servicio local, pueden aplicarse reglas LADN. Si está relacionada con computación en el borde, pueden aplicarse comportamientos de PSA y ULCL. Si está relacionada con voz, IMS y los flujos QoS resultan fundamentales.

La sesión también puede modificarse después de establecerse. Puede añadirse o modificarse un flujo QoS. Los recursos del plano de usuario pueden activarse o desactivarse. Una sesión puede liberarse cuando ya no se necesita, cuando el UE abandona un área de servicio o cuando lo exige la política. Como el SMF controla la sesión, es la función clave que convierte las reglas de suscripción y política en un comportamiento real de la ruta de datos.

Esto explica por qué la resolución de problemas de sesiones 5GC exige analizar algo más que el acceso radioeléctrico. Los ingenieros pueden tener que revisar el comportamiento de reenvío del AMF, la selección del SMF, los datos del UDM, la configuración DNN, el S-NSSAI, la ruta UPF, la instalación de reglas de QoS, la presencia LADN, el modo SSC y las reglas N4 hacia el UPF. Un fallo en cualquiera de estas áreas puede impedir la sesión, provocar un funcionamiento incorrecto o hacer que se pierda el tratamiento de QoS esperado.

Notas de planificación para ingenieros

Una buena planificación de la gestión de sesiones de 5GC comienza con la separación de servicios. No todos los servicios deben utilizar obligatoriamente el mismo DNN, el mismo segmento, el mismo modelo de QoS y el mismo modo de continuidad. El acceso a Internet, IMS, el acceso privado empresarial, las aplicaciones locales de campus, el tráfico de control industrial y los servicios de borde pueden tener requisitos diferentes. Un diseño claro debe identificar estas diferencias antes de configurar el DNN y los datos de suscripción.

La siguiente prioridad es decidir cuánta continuidad de sesión se necesita. Algunos servicios requieren una dirección IP del UE estable y un comportamiento de sesión ininterrumpido. Otros pueden tolerar una nueva sesión siempre que la aplicación se recupere. Algunos se benefician del establecimiento antes de interrupción, mientras que otros pueden aceptar la interrupción antes de establecimiento. El modo SSC debe tratarse como una elección de diseño del servicio, no solo como un parámetro de una tabla.

La planificación LADN debe comenzar por la geografía del servicio. El área de servicio debe construirse a partir de áreas de seguimiento, y el AMF debe configurarse con información de DNN LADN y área de servicio para cada DN. El UE también necesita una configuración local correcta para comprender si un DNN es un DNN LADN y qué aplicación debe utilizarlo. Si falta la información del área de servicio LADN, el UE debe considerarse fuera del área, lo que puede hacer que los intentos de servicio fallen tal como está previsto.

La planificación del borde requiere una lógica clara de direccionamiento del tráfico. Las reglas ULCL deben coincidir con el tráfico real de las aplicaciones, no con supuestos vagos. Si el tráfico local y remoto se mezclan en una misma sesión PDU, el comportamiento del SMF y del UPF debe configurarse con cuidado. La selección del PSA, la conectividad N6, las rutas N9 y la ubicación del servidor local influyen en la latencia y la continuidad del servicio.

La planificación de QoS merece la misma atención. No basta con definir un valor 5QI. Los ingenieros deben entender si el flujo es GBR o no GBR, si se requieren GFBR y MFBR, si Session-AMBR y UE-AMBR son adecuados, cómo se asigna el QFI y cómo mapea el gNB los flujos QoS a los DRB. Si el mapeo radioeléctrico no coincide con las expectativas del servicio, la sesión puede establecerse correctamente y aun así ofrecer una experiencia deficiente.

Por último, la gestión de sesiones debe probarse con escenarios realistas de movilidad y servicio. Una llamada estática de laboratorio no demuestra el comportamiento SSC. Una única sesión de Internet no demuestra la restricción LADN. Una simple prueba de rendimiento no demuestra la diferenciación de flujos QoS. Los ingenieros deben probar el registro sin establecimiento de sesión, múltiples sesiones PDU, entrada y salida de LADN, comportamiento de modos SSC, salida local en el borde, adición de flujos QoS, activación del plano de usuario y liberación de sesiones.

Visión técnica final

La gestión de sesiones de 5GC es la parte del núcleo que convierte la intención del servicio en conectividad de datos. Crea y controla sesiones PDU, selecciona el acceso DNN, aplica reglas de segmento y suscripción, elige el modo SSC, gestiona rutas UPF, admite restricciones de área local y asigna el tratamiento de flujos QoS. Proporciona a 5G la flexibilidad necesaria para teléfonos inteligentes, servicios de voz, dispositivos industriales, redes empresariales, acceso local y computación en el borde.

El paso de la lógica de portadores 4G a la lógica de sesiones PDU 5G no es solo una actualización terminológica. Cambia la forma de crear la conectividad, separar los servicios, aplicar la QoS y dirigir las rutas del plano de usuario. La separación entre AMF y SMF hace que la arquitectura sea más modular. Los datos de suscripción del UDM adquieren una estructura más clara. El modo SSC proporciona distintos modelos de continuidad. LADN añade acceso a servicios basado en área. ULCL y PSA habilitan rutas de borde. El flujo QoS sustituye el pensamiento centrado en portadores por una clasificación de servicios más precisa.

La mejor forma de comprender la gestión de sesiones de 5GC es seguir un servicio desde la solicitud hasta el plano de usuario. El UE solicita una sesión PDU. El AMF transporta el mensaje de sesión. El SMF comprueba la suscripción, el DNN, el segmento, el tipo PDU y el modo SSC. El UPF crea la ruta hacia la DN. Las reglas de QoS clasifican el tráfico. El gNB mapea los flujos QoS a portadores radioeléctricos. Los cambios de movilidad y ubicación influyen después en la continuidad, el acceso a servicios locales y el enrutamiento de borde. Cada paso forma parte de la misma cadena de gestión de sesiones.

Preguntas frecuentes

¿Por qué puede registrarse un UE sin crear una sesión PDU?

El registro solo indica a la red que el UE es conocido y alcanzable. Una sesión PDU solo es necesaria cuando se requiere un servicio de datos de usuario, por lo que 5G puede evitar crear recursos del plano de usuario antes de que resulten útiles.

¿Por qué reenvía el AMF los mensajes NAS-SM en lugar de procesarlos por completo?

El AMF está diseñado para el control de acceso y movilidad, mientras que el SMF es propietario de la lógica de sesión. El reenvío de la señalización NAS-SM mantiene separadas estas responsabilidades y hace que la arquitectura sea más modular.

¿Qué hace que DNN sea algo más que un APN renombrado?

El DNN está vinculado a reglas de sesión 5G, contexto de segmento, tipos de sesión PDU, comportamiento LADN, control de políticas y selección de SMF, por lo que desempeña un papel más amplio que un simple nombre de acceso.

¿Cuándo debe preferirse el modo SSC 3 al modo SSC 2?

El modo SSC 3 resulta útil cuando un servicio puede tolerar un cambio de sesión, pero se beneficia del establecimiento antes de interrupción, lo que reduce la interrupción frente a liberar primero la sesión anterior.

¿Por qué LADN requiere conocimiento en el lado del UE?

El UE necesita saber si un DNN es un DNN LADN y si se encuentra dentro del área de servicio configurada antes de solicitar el establecimiento o la modificación de una sesión, o la activación del plano de usuario.