¿Podemos asignar un GBR (tasa de bits garantizada) en servicios basados ​​en TCP en Evolved Packet Core?

Los portadores de GBR (velocidad de bits garantizada) en el EPC y a través de la red de acceso de radio LTE se pueden usar para llevar cualquier protocolo sobre IP, por lo que sí se puede usar TCP.

Para crear dicho portador, necesitará la Aplicación o algún tipo de solución de inspección de paquetes para detectar el flujo y proporcionar el mensaje de interfaz Rx correcto hacia la PCRF (Función de recursos de política y carga) correcta.

Sin embargo, hay algunos problemas a considerar:

  • El operador de telefonía móvil puede haber optado por no exponer la interfaz Rx o puede no tener las políticas correctas para activar la creación del portador GBR correspondiente
  • El portador de GBR o el servicio APN completo pueden tener una tasa de bits máxima establecida y es probable que entre en conflicto con el proceso normal de la ventana TCP. El efecto neto es que a menudo no es posible tener una tasa de bits sostenida que sea más de la mitad de la tasa de bits máxima y, por lo tanto, la tasa de GBR puede no ser alcanzable si se establece en más de la mitad de la tasa máxima
  • El tipo de portador GBR debe seleccionarse y definirse en la política PCRF.
    • QCI = 1 no se debe utilizar, ya que ahora está reservado para flujos de voz que utilizan el perfil VoLTE.
    • QCI = 2 y 4 podrían estar bien, ya que originalmente se planeó para transmitir video.
    • QCI = 3 es otra opción y fue planeado para usarse en juegos en tiempo real.

Creo que encontrará que algo como GBR o CBR son dos opciones de capa, lo que permite una velocidad fija / garantizada para que la red se ejecute, con TCP por encima de eso. Entonces, si bien podría ejecutar una conexión TCP a través de dicha red (y potencialmente aprovisionarla para las velocidades que necesita, teniendo en cuenta varios gastos generales), cualquier otra cosa que se ejecute en esa red podría destruir la garantía que está buscando.

Estoy bastante seguro de que esto no es posible en la Capa 4 (TCP / UDP) al menos en Internet público. Puede lograrse en una red local con configuraciones complejas de QoS y / o configuración de tráfico, siempre que las rutas de red y el hardware tengan suficiente capacidad adicional …

De hecho, he configurado esto varias veces en Linux, pero solo como un simple escenario de “asegúrese de que este tráfico no sea pisoteado”. Para garantizar el ancho de banda a una clase de tráfico, en realidad necesita restringir otro tráfico para evitar que use la parte dedicada del ancho de banda, incluso si no está en uso en este momento. ¡Sería divertido alterar dinámicamente esas reglas en función del tráfico de red actual!

Mientras nadie que firme sus cheques de pago realmente esperara resultados consistentes …