De APN a DNN: qué cambia de 4G a 5G SA

Un ingeniero RF decodifica un mensaje PDU Session Establishment Accept en un sitio 5G SA recién integrado. Revisa los campos uno por uno y se detiene: el APN ya no aparece. En su lugar, el campo se llama DNN. No es un error de decodificación. Es la nueva realidad del core 5G.

Este cambio, aparentemente cosmético, esconde una transformación profunda en la arquitectura de las redes móviles. Y para quienes trabajan en optimización, validación o troubleshooting de red, entenderlo no es opcional.

El contexto: 5G SA ya no es una promesa

Según datos de GSMA Intelligence, a septiembre de 2025 ya había 78 operadores con 5G SA comercial en 42 países. Las conexiones 5G globales superaron los 2.000 millones a finales de 2024, y las proyecciones apuntan a un crecimiento de cuatro veces en el tráfico de datos móviles entre 2024 y 2030.

Con despliegues SA en producción, los equipos de ingeniería de red necesitan dominar los mecanismos nativos del 5G Core (5GC). El DNN es uno de los primeros que aparece en cualquier traza de señalización NAS.

De APN a DNN: misma función, distinta arquitectura

APN en 4G/EPS

En LTE, el Access Point Name (APN) identifica la red de datos de destino y determina qué P-GW (PDN Gateway) gestiona la conexión. Cada APN está vinculado a uno o más EPS Bearers, y la calidad de servicio se define por bearer mediante el QCI (QoS Class Identifier).

El APN se codifica en el mensaje Attach Request o en el PDN Connectivity Request. El MME lo usa para seleccionar el S-GW y el P-GW correspondientes, consultando el perfil del suscriptor en el HSS.

DNN en 5G SA

El Data Network Name (DNN) cumple la misma función esencial: identificar la red de datos de destino (internet, IMS, una red privada LAN). Está definido en 3GPP TS 23.501, sección 5.9.

Pero el DNN opera en un contexto arquitectónico completamente distinto:

• Se transporta dentro del mensaje PDU Session Establishment Request, no en un Attach Request.
• El AMF (Access and Mobility Management Function) lo usa junto con el S-NSSAI para seleccionar el SMF adecuado.
• La codificación del DNN en la señalización NAS (3GPP TS 24.501) sigue el mismo formato que el APN, lo cual facilita la interoperabilidad.
• Un mismo DNN puede dar servicio a múltiples slices de red distintos según el S-NSSAI asociado.

PDU Session: el nuevo contenedor de conectividad

Del EPS Bearer a la PDU Session

En 4G, la conectividad se estructura en bearers: un default bearer al conectarse y bearers dedicados para servicios con requisitos específicos de QoS. Cada bearer tiene su propio túnel GTP entre el S-GW y el P-GW.

En 5G SA, la PDU Session reemplaza este modelo. Definida en 3GPP TS 23.502, la PDU Session es un contenedor que agrupa múltiples QoS Flows. Cada flujo tiene un identificador 5QI que define sus parámetros de latencia, tasa de error y prioridad, pero todos comparten la misma sesión.

Tipos de PDU Session

5G introduce tres tipos de PDU Session, definidos en TS 23.501:

• IPv4: conectividad IP estándar.
• IPv6: soporte nativo de IPv6.
• Ethernet: nuevo en 5G, diseñado para IoT industrial y campus privados donde se necesita conectividad Layer 2.

El tipo Ethernet es una novedad significativa. En 4G no existía soporte nativo para tramas Ethernet; todo tráfico debía encapsularse en IP. Para entornos de manufactura conectada, robótica o redes TSN (Time-Sensitive Networking), esta capacidad es fundamental.

Modos SSC: continuidad de sesión

Otra innovación exclusiva de 5G son los modos SSC (Session and Service Continuity):

• SSC Mode 1: la sesión se mantiene con el mismo ancla UPF, similar al comportamiento en 4G.
• SSC Mode 2: la red puede liberar la sesión y solicitar al UE que establezca una nueva, permitiendo cambiar el punto de anclaje.
• SSC Mode 3: la sesión se puede transferir a un nuevo UPF sin interrumpir la conectividad (make-before-break).

Los modos 2 y 3 son esenciales para edge computing, donde la proximidad del UPF al usuario determina la latencia.

El flujo de señalización: cómo se establece una PDU Session

Cuando un UE necesita conectividad de datos en 5G SA, el proceso de establecimiento de la PDU Session sigue una secuencia bien definida. La señalización NAS entre el UE y el core viaja a través del gNB, transparente para la estación base.

El mensaje PDU Session Establishment Request transporta tres elementos clave:

1. DNN: la red de datos solicitada.
2. S-NSSAI: el slice de red requerido (SST + SD).
3. Tipo de PDU Session: IPv4, IPv6 o Ethernet.

El AMF evalúa el DNN y el S-NSSAI para determinar qué SMF es el apropiado. Esta selección es crítica: un error aquí significa que el UE termina conectado al SMF o UPF equivocado, con las consecuencias previsibles en QoS y routing.

El PDU Session Establishment Accept que retorna al UE contiene: la dirección PDU asignada, el DNN confirmado, el S-NSSAI autorizado y las descripciones de flujos QoS autorizados.

Las funciones de red involucradas

La resolución del DNN en 5GC involucra varias Network Functions (NFs) que colaboran mediante interfaces basadas en servicios (SBI):

• UE: inicia la solicitud con el DNN deseado.
• AMF: recibe la solicitud NAS y selecciona el SMF basándose en DNN + S-NSSAI + información local de configuración.
• SMF: gestiona todo el ciclo de vida de la PDU Session. Consulta al UDM para obtener el perfil del suscriptor y al PCF para las políticas de QoS aplicables.
• UDM: almacena los datos de suscripción, incluyendo los DNN autorizados para cada usuario y los parámetros de QoS asociados.
• UPF: ejecuta el plano de usuario. Encamina paquetes entre la red de acceso (interfaz N3) y la red de datos (interfaz N6).
• PCF: define y aplica las políticas de QoS por sesión y por flujo.

Interoperabilidad 4G/5G: el mapeo DNN-APN

En escenarios de migración gradual, donde coexisten EPC y 5GC, la interoperabilidad entre APN y DNN es obligatoria. El 3GPP define que el HSS+UDM debe mantener un mapeo DNN a APN con los FQDNs correspondientes de SMF+PGW-C.

Esto permite que:

• Un UE que inicia una sesión en 5G SA con un DNN pueda hacer handover a 4G sin perder conectividad, porque el EPC sabe a qué APN corresponde ese DNN.
• Un UE que se registra en 4G con un APN determinado pueda migrar su sesión a 5G SA con el DNN equivalente.

La consistencia de este mapeo es una fuente frecuente de problemas en despliegues reales. Discrepancias en la configuración entre HSS y UDM, o FQDNs incorrectos, generan fallos de establecimiento de sesión que solo se detectan mediante análisis detallado de trazas de señalización.

QoS: de QCI a 5QI

La evolución del modelo de QoS merece atención especial:

• 4G (QCI): calidad de servicio definida por bearer. Cada bearer tiene un QCI (valor numérico del 1 al 9 para bearers GBR, del 65 al 79 para non-GBR) que define prioridad, presupuesto de latencia y tasa de error.
• 5G (5QI): calidad de servicio definida por flujo. Múltiples flujos con distintos 5QI pueden coexistir dentro de la misma PDU Session. Las QoS Rules definen cómo se clasifican los paquetes en cada flujo.

Este cambio tiene implicaciones directas en troubleshooting: en 4G, un problema de QoS se aísla al bearer; en 5G, hay que analizar los flujos individuales dentro de la sesión.

Implicaciones para la ingeniería de campo

Para los equipos que trabajan en validación, optimización y resolución de problemas en redes 5G SA, la transición de APN a DNN implica cambios concretos en la metodología de trabajo:

1. Trazas NAS: los mensajes clave cambian. Ya no se busca PDN Connectivity Request sino PDU Session Establishment Request. Los IEs relevantes son DNN, S-NSSAI y PDU Session Type.

2. Validación de slicing: verificar que la combinación DNN + S-NSSAI produce la selección correcta de SMF y UPF es una prueba fundamental en la puesta en servicio de un sitio.

3. Diagnóstico de fallos: un rechazo de PDU Session puede originarse en el AMF (DNN no permitido), en el SMF (sin perfil en UDM), o en el UPF (sin ruta hacia la red de datos). El análisis debe cubrir toda la cadena.

4. Interworking: en redes con coexistencia 4G/5G, validar el mapeo DNN-APN y los handovers entre tecnologías requiere herramientas capaces de correlacionar trazas de ambos cores.

Las herramientas de análisis y validación deben adaptarse a esta nueva realidad. La capacidad de decodificar señalización NAS 5G, correlacionar flujos QoS y visualizar la selección de NFs por DNN y slice se convierte en un requisito, no en una opción.

Conclusión

El cambio de APN a DNN es mucho más que una actualización de nomenclatura. Refleja la transformación de un core monolítico basado en bearers a una arquitectura nativa en la nube, basada en servicios, con soporte de slicing, múltiples tipos de sesión y QoS granular por flujo.

Para los ingenieros de red, esto significa actualizar no solo el conocimiento teórico, sino también las herramientas y los procedimientos de campo. La pregunta no es si la migración a 5G SA va a ocurrir, sino si los equipos de ingeniería están preparados para operar eficientemente cuando el APN desaparezca de sus trazas.

¿Tu equipo ya trabaja con PDU Sessions en producción, o el APN sigue siendo el protagonista de sus trazas diarias?