Release 19 congelada, Release 20 en marcha: qué cambia en el terreno

Son las 2:14 de la mañana y el NOC está en silencio. El ingeniero de turno revisa logs RRC de una celda rural que muestra rechazos intermitentes en el attach de dispositivos IoT. En la otra pantalla, un correo del equipo de normativa con asunto: “3GPP TSG#106 — Release 19 Stage 3 Frozen.” El primer impulso es ignorarlo — hay un problema real en la red. Pero las dos cosas están más conectadas de lo que parece. La congelación de Release 19 no es un evento burocrático. Es la señal de que un conjunto específico de funcionalidades ha pasado de “estudio” a “especificación estable.” Y eso cambia lo que podemos exigir a los vendors, lo que debemos medir en campo y lo que viene después.

Vamos a desglosar qué significa R19 congelada, qué trae de concreto al terreno y por qué Release 20 — la última entrega de la era 5G-Advanced — merece atención inmediata.

Release 19 — Lo que está congelado y desplegable

La congelación de Stage 3 en la reunión plenaria TSG#106 de diciembre 2025 significa que las especificaciones funcionales de R19 son estables. Los ASN.1 están cerrados. Los vendors pueden implementar sin riesgo de cambios retroactivos en las interfaces. Eso no implica que el silicio esté listo mañana, pero sí que la base normativa para certificación y pruebas de interoperabilidad es firme.

Las tres áreas con mayor impacto inmediato en campo son:

5G Broadcast / Multicast Broadcast Services (MBS). Definido en TS 23.247 y ampliado en R19, el framework MBS permite distribución punto-a-multipunto sobre NR. Para un operador con cobertura de eventos masivos o broadcast de alertas de emergencia, esto cambia la ecuación de capacidad. En R19, el soporte MBS se extiende a escenarios de movilidad y se optimizan los procedimientos de establecimiento de sesión multicast en el plano de usuario. Desde el punto de vista de pruebas, lo que interesa es validar la señalización en el SC-PTM (Single-Cell Point-to-Multipoint) y verificar que el UE maneja correctamente las transiciones entre unicast y multicast sin pérdida de sesión.

NTN Phase 2 (Non-Terrestrial Networks). Release 17 introdujo NTN con soporte básico para satélites LEO y GEO en bandas sub-6 GHz. R18 mejoró la movilidad y el handover entre segmentos terrestres y no-terrestres. R19 cierra gaps críticos: soporte para store-and-forward en escenarios de cobertura discontinua, mejora en los procedimientos de timing advance para órbitas LEO con retardos variables, y extensión del soporte a bandas por encima de 10 GHz según TR 38.863. Para los equipos de campo que trabajan con operadores desplegando soluciones NTN, R19 significa parámetros de timing advance más predecibles y procedimientos de reselección celular más robustos entre componentes terrestres y satelitales.

XR y Network Energy Savings. Las mejoras de R19 para Extended Reality (XR) se centran en la adaptación del DRX (Discontinuous Reception) a patrones de tráfico periódico con jitter variable — algo crítico para mantener la latencia por debajo de 20 ms en aplicaciones de realidad aumentada industrial. En cuanto a ahorro energético de red, R19 formaliza mecanismos de adaptación temporal y espacial del gNodeB (TS 38.300), permitiendo apagar carriers o reducir ancho de banda del canal de forma dinámica según la carga. Esto ya se prueba en campo y los KPIs a monitorizar son claros: reducción porcentual de consumo en banda ancha frente a degradación medida en throughput y latencia de usuario.

RedCap Phase 2 — El IoT masivo pasa al NR

Si hay un feature de R19 que tendrá impacto directo en el volumen de dispositivos conectados a NR, es RedCap (Reduced Capability) Phase 2. Release 17 introdujo RedCap con un ancho de banda máximo de 20 MHz en FR1 y una antena de recepción (1Rx). El objetivo era claro: permitir que sensores industriales, wearables y cámaras de vigilancia accedieran a NR sin la complejidad ni el coste de un modem 5G completo.

R19 va más allá. RedCap Phase 2, especificado en TS 38.101-1 y TS 38.306, reduce el ancho de banda mínimo a 5 MHz en FR1 y amplía los mecanismos de ahorro de energía con eDRX (Extended DRX) extendido y RRC Inactive mejorado. El resultado práctico: dispositivos con baterías que deben durar años — sensores agrícolas, medidores de servicios públicos, rastreadores de activos — ahora tienen un camino viable dentro del ecosistema NR sin necesidad de caer a LTE-M o NB-IoT.

Desde el terreno, la verificación de RedCap Phase 2 implica medir la capacidad real de los dispositivos para mantenerse en RRC Inactive durante periodos prolongados, la latencia de transición a Connected cuando llega un evento de uplink y el impacto de la reducción de ancho de banda a 5 MHz en el throughput efectivo durante ráfagas de datos. Los primeros módems RedCap Phase 2 llegarán a lo largo de 2026 y la demanda de validación en campo será inmediata.

Para quien lleva años trabajando con NB-IoT, la pregunta es lógica: ¿por qué migrar? La respuesta está en la latencia, la tasa de datos y la integración. RedCap Phase 2 sobre NR ofrece latencias de plano de usuario significativamente menores que NB-IoT, tasas de datos de varios Mbps (suficiente para firmware OTA y streaming de datos de sensores complejos) y — crucialmente — opera dentro de la misma trama NR que el tráfico eMBB, simplificando la gestión del espectro.

Release 20 — La recta final del 5G-Advanced

Mientras R19 se congela, Release 20 ya acumula 126 Work Items activos en las distintas reuniones de los TSGs y Working Groups. R20 es la última release clasificada como 5G-Advanced antes de que los study items de 6G empiecen a dominar la agenda. La congelación de Stage 3 de R20 se espera para marzo de 2027 aproximadamente, lo que significa que estamos en plena fase de definición funcional.

Los frentes de trabajo más relevantes para ingenieros de red son:

AI/ML for RAN. Release 18 introdujo los study items. R19 avanzó con especificaciones iniciales para beam management asistido por AI/ML y predicción CSI. R20 amplía el alcance: optimización de movilidad basada en modelos predictivos, gestión de interferencia con algoritmos de aprendizaje federado entre gNodeBs, y posicionamiento mejorado usando inferencia ML en el lado de red (TS 38.843 y Work Items relacionados). En campo, esto se traducirá en nuevos indicadores de rendimiento asociados a modelos AI/ML — accuracy del beam prediction, latencia de inferencia, impacto en la tasa de handover fallidos.

Ambient IoT. Este es probablemente el Work Item más disruptivo de R20. Se trata de habilitar comunicación con dispositivos que no tienen batería propia — se alimentan de la energía RF del entorno (energy harvesting). Pensemos en etiquetas inteligentes para logística, sensores de temperatura embebidos en infraestructura, o inventario automatizado en almacenes. Las especificaciones definen un nuevo tipo de enlace asimétrico donde el dispositivo “ambient” realiza backscatter del señal NR. Las implicaciones para planificación RF son significativas: los niveles de potencia recibidos necesarios para activar estos dispositivos y las tasas de datos alcanzables en backscatter serán nuevos parámetros a modelar en herramientas de planificación.

ISAC — Integrated Sensing and Communication. R20 introduce los primeros Work Items para que la infraestructura NR no solo comunique, sino que también detecte. Sensing permite usar la señal 5G para localización de objetos, detección de movimiento y mapeo del entorno — funcionalidades que hoy requieren radar dedicado. Las especificaciones en desarrollo definen cómo el gNodeB puede alternar o combinar waveforms de sensing y comunicación en el mismo recurso espectral. Para ingenieros de campo, ISAC cambiará la forma de caracterizar la cobertura: ya no será solo RSRP/RSRQ/SINR, sino también resolución de sensing, alcance de detección y tasa de falsos positivos.

Otros frentes destacados en R20 incluyen la evolución de NTN con payloads regenerativos (el satélite realiza funciones de gNodeB en órbita, no solo de repetidor), mecanismos de ahorro energético a nivel de red aún más agresivos y los primeros estudios de criptografía post-cuántica para las interfaces del core 5G.

Qué cambia concretamente en el terreno

Para el ingeniero que trabaja todos los días con drive tests, análisis de trazas y optimización de parámetros, la transición de R18/R19 a R20 implica cambios prácticos:

Ahora mismo (R19 disponible): Validar la interoperabilidad de dispositivos RedCap Phase 2 en redes comerciales. Medir los KPIs de NTN Phase 2 — particularmente el timing advance en escenarios LEO y el handover terrestre-satelital. Verificar que los mecanismos de MBS funcionan en movilidad sin interrupciones de servicio. Comprobar que los ajustes de DRX para XR mantienen la latencia por debajo de los umbrales de la aplicación.

En preparación (R20, 2026-2027): Familiarizarse con los KPIs de AI/ML RAN — los dashboards de red empezarán a incluir métricas de beam prediction accuracy y latencia de inferencia. Entender las implicaciones de Ambient IoT para la planificación de cobertura — los modelos de propagación necesitarán incorporar umbrales de activación de dispositivos pasivos. Prepararse para ISAC, donde la celda no solo será un punto de comunicación sino también un sensor — las campañas de medida incluirán parámetros de sensing.

La distancia entre “la especificación existe” y “el operador lo ha desplegado” se mide en años. Pero esa distancia se reduce cuando los equipos de campo dominan las nuevas funcionalidades antes de que el vendor las active. Release 19 ya está en ese punto: congelada, especificada, lista para implementaciones tempranas. Release 20 está en definición activa, y cada ingeniero que entienda sus Work Items tendrá ventaja cuando los primeros chipsets compatibles aparezcan en el mercado.

Conclusión

La congelación de Release 19 marca el punto de inflexión donde 5G-Advanced deja de ser un roadmap y se convierte en especificaciones que los vendors deben cumplir. Para los profesionales de campo, R19 ofrece funcionalidades medibles hoy — RedCap Phase 2, NTN Phase 2 y MBS — que requieren nuevas metodologías de prueba. Release 20, con AI/ML RAN, Ambient IoT e ISAC, redefine lo que significa operar y optimizar una red móvil.

La pregunta no es si estas funcionalidades llegarán. Ya tienen especificaciones asignadas y Work Items en progreso. La pregunta es quién estará preparado para medirlas en campo cuando se activen. ¿Tu equipo ya tiene visibilidad sobre los nuevos KPIs de R19?