Resumen

  • El proyecto de BEREC no convierte cada segmento 5G en una excepción regulatoria. La clasificación depende de si ofrece acceso a Internet con distintas calidades o un servicio especializado sujeto a requisitos acumulativos.
  • La prueba útil enlaza lo que el servicio necesita, las alternativas de acceso disponibles, la capacidad planificada y el efecto real en las celdas que comparten los usuarios.

Una celda puede tener carriles distintos y seguir teniendo un solo límite

En una retransmisión deportiva, las cámaras pueden enviar vídeo al centro de control mediante un enlace con baja latencia. BEREC utiliza un ejemplo parecido en su proyecto sobre segmentación 5G. La transmisión puede durar solo el evento y afectar a un grupo limitado de celdas. Al mismo tiempo, el público utiliza esas celdas para subir fotos, enviar mensajes y acceder a otros servicios. La ruta lógica de las cámaras no responde por sí sola a la pregunta de cuánta capacidad queda para el resto.

La segmentación divide una red física en redes lógicas con condiciones diferentes. En 5G autónomo, los recursos pueden reasignarse dinámicamente entre segmentos según reglas preestablecidas. Esa flexibilidad puede aprovechar mejor la capacidad que queda ociosa. No crea espectro, antenas ni capacidad radio adicional. Una celda compartida sigue teniendo límites cuando coinciden la demanda de un evento, la carga habitual y una oferta comercial de calidad garantizada.

El documento BoR (26) 84, fechado el 2 de junio de 2026, sigue identificado como proyecto en el registro de BEREC. La consulta pública terminó el 6 de agosto. El organismo indica que los proveedores pueden autoevaluar sus servicios sin pedir una autorización previa a una autoridad reguladora nacional conforme al Reglamento de Internet Abierto. Esto no equivale a una aprobación general ni elimina la supervisión regulatoria.

La primera decisión es qué servicio se está vendiendo

Una conexión a Internet puede ofrecer niveles de calidad distintos si respeta los derechos del usuario y las reglas de igualdad de trato. El proyecto de BEREC destaca que la oferta puede ser neutral respecto de las aplicaciones y permitir que el usuario decida qué aplicación usa cada nivel. En cambio, si la ventaja se reserva a una aplicación elegida por el operador o por un socio, la libertad de elección puede quedar limitada y la oferta puede dejar de ser neutral respecto de las aplicaciones.

El servicio especializado se rige por el artículo 3(5) del Reglamento (UE) 2015/2120. La optimización tiene que ser necesaria para satisfacer los requisitos de calidad de ese servicio concreto. El servicio no puede funcionar como sustituto restringido del acceso general a Internet. Debe existir capacidad suficiente además de la que necesita el acceso a Internet, y la oferta no puede perjudicar su disponibilidad ni su calidad general. Las condiciones se acumulan; el nombre comercial “slice” no las reemplaza.

Por eso una petición de baja latencia hecha a través de una API de red no decide la clasificación. Es una señal de la necesidad que declara la aplicación. El operador debe comparar esa necesidad con el rendimiento que ofrecen en la práctica las conexiones a Internet disponibles, tanto las estándar como las diferenciadas de forma compatible con el reglamento. BEREC también propone revisar servicios comparables que funcionan sobre tecnologías de acceso equivalentes.

La comparación debe sobrevivir a la mejora de la red

La evaluación no termina cuando se lanza el producto. El servicio puede seguir operando después de que la calidad general de Internet mejore. BEREC señala que, si esa mejora hace que una oferta deje de cumplir los criterios de servicio especializado, debería poder retirarse tras una transición razonable. La necesidad técnica tiene un horizonte temporal: una justificación válida para un estado de la red puede perder fuerza más adelante.

El proyecto no fija un umbral universal de latencia, caudal o pérdida de paquetes. Pide una evaluación realista y comprensible que conecte los requisitos con las condiciones observadas. Un operador puede probar un caso de uso, pero BEREC presenta los ensayos como una opción, no como un requisito obligatorio para todos los productos. También advierte que cada elemento de un servicio combinado debe evaluarse por separado.

La capacidad “además” se demuestra en el lugar correcto

El requisito de capacidad no se resuelve con el promedio nacional de una red. BEREC dice que la capacidad asignada a servicios especializados no debe impedir que el operador cumpla las condiciones de calidad prometidas para el acceso a Internet. También indica que la capacidad debe desplegarse antes de la demanda prevista. Cuando la congestión dura o se repite, la respuesta contemplada es ampliar la red.

Los efectos temporales requieren una lectura distinta. Un evento breve en pocas celdas puede tener un impacto agregado limitado. Sin embargo, esa limitación geográfica no exime al operador de evitar una degradación persistente en las celdas afectadas. En el ejemplo del estadio, el tráfico ascendente de las cámaras puede competir precisamente con las subidas de fotos y vídeos del público. Si el evento se repite cada semana y las mismas celdas se saturan, llamarlo temporal deja de describir bien la operación.

El proyecto sugiere observar el número de celdas congestionadas, la utilización de capacidad, el tráfico en hora punta y los máximos mensuales. Las reclamaciones de usuarios y la diferencia entre velocidad real y contratada, latencia, fluctuación de retardo o pérdida de paquetes también pueden ser indicios. Son datos posibles para la autoevaluación de cada caso, no una lista cerrada de requisitos formales. Los ejemplos de BEREC son preliminares, no exhaustivos ni concluyentes.

La etiqueta deja paso al historial de operación

BEREC afirma que no tiene pruebas concretas de que el Reglamento de Internet Abierto haya impedido desplegar segmentación de red. Esa frase debe atribuirse a BEREC: no demuestra que todos los usos cumplan la norma ni que haya terminado la incertidumbre comercial. A 12 de octubre, el registro mantiene el documento como proyecto; el cierre de la consulta no lo convierte en una guía final.

La consecuencia práctica está en los datos que un operador conserva antes y después del lanzamiento. Debe poder explicar qué calidad necesitaba el servicio, qué alternativas de Internet se compararon, cómo se planificó la capacidad y qué ocurrió en las celdas donde se ejecutó el segmento. Una representación de carriles virtuales muestra la arquitectura. El historial de capacidad y calidad muestra si la oferta sigue siendo compatible con el acceso a Internet.

Fuentes