Compresión de Cabecera: Robust Header compression ROHC en LTE
Que es la Compresión Robusta de Cabecera:
Cuando se esta enviando un flujo de datos entre dos puntos que pueden ser de voz (Whatssap,VoIP,VoLTE), video (Youtube,ViLTE),mensajeria (Whatssap) donde el punto origen y el punto final de la comunicación son los mismos, existe mucha información redundante en las cabeceras de los paquetes de los protocolos de UDP/RTP/IP que no cumplen ninguna función en la interfaz de radio de aire, y se puede comprimir bastante para enviar paquetes mas ligeros y aumentar la eficiencia del sistema.
En LTE esta Compresión Robusta de Cabecera (ROHC) es hecha en la capa PDCP
Existen varios modos de Operacion del ROHC
Según la norma RFC 3095 tenemos
Modo Unidireccional (modo U)
Los paquetes se envían solo desde el compresor al descompresor, y un canal de retroalimentación no es obligatorio. Por lo tanto, el modo U es menos confiable que el modo optimista bidireccional (modo O) y el modo confiable bidireccional (modo R), pero su sobrecarga inducida por la realimentación es mínima en comparación con la sobrecarga en el modo O y R.
Modo Optimista Bidireccional (Modo O) En el modo O, el descompresor puede enviar mensajes de retroalimentación al compresor para indicar fallas de descompresión o actualizaciones de contexto exitosas. El Modo O es más confiable que el Modo U y requiere una cantidad menor de realimentacion que el modo R
.Modo Confiable Bidireccional ( Modo R) La fiabilidad de la sincronización de contexto entre el compresor y el descompresor es mayor que en cualquier otro modo. Sin embargo, debido a los realimentaciones frecuentes, el mdo R causa la mayor cantidad de sobrecarga del enlace de radio
Partes de la Cabecera a Comprimir
También se puede seleccionar diferentes partes de la cabecera que se quieren comprimir, en lo que se denomina perfiles de compresión.
No comprimido (0x0000),
Compresion de RTP (0x0101)
Compresion de UDP (0x0102)
Compresion de ESP (0x0103)
Compresion de IP (0x0104)
Implementacion de ROHC en una Red LTE
Generalmente el proveedor de tecnologia nos vende la solucion ( radiobases y equipos de Core Ej Nokia, Ericcson, Huawei, etc) y nos vende de manera integral o separada en forma de software, determinadas caracteristicas que podemos configurar en nuestra red, lo que comunmente se conocen como Features
En general se tiene
Grupo Activo: Se activa el feature en un cluster de 10 o mas radiobases vecinas a modo de prueba por 4 a 7 dias
Grupo Testigo: No se activa el feature en un cluster de 10 o mas radiobases vecinas
Se verifican las estadisiticas antes y después de la activación del feature, y se ejecutan comandos para ver si hubo mejorías en termino de velocidad, capacidad, menor caida de servicio, facildad de acceso a la red. Si existen mejorias se deja activo el feature. Si no existen mejorias importantes se puede optar por desactivarlos
Los pasos de implementacion practica de ROHC en una red LTE operativa serian
1) Verificar que el Feature de ROHC pueda activarse en la red
Se ejecutan comando que muestre las licencias de los Feature disponibles
2) Consulta a la Ayuda de Configuracion
Se verifican como configurar ROHC en la red de una determinada marca
3) Ejecución de Comandos para ver si ROHC esta activo en los eNodoB LTE
4) Configuración de ROHC ( Definir el Modo y los perfiles de compresión)
5) Verificar por medio de comandos que el Feature ROHC esta activo en el eNodoB
Una red activa daria un resultado como este
%%/*XXXXXXX*/LST PDCPROHCXXX:;%%
RETCODE = 0 Operation succeeded.
ROHC switch = On
ROHC Highest mode = Bi-directional Optimistic Mode
Compression profiles = Profile0x0001:on
= Profile0x0002:on
= Profile0x0003:on
= Profile0x0004:on
(Number of results = 1)
--- END
Cuando se esta enviando un flujo de datos entre dos puntos que pueden ser de voz (Whatssap,VoIP,VoLTE), video (Youtube,ViLTE),mensajeria (Whatssap) donde el punto origen y el punto final de la comunicación son los mismos, existe mucha información redundante en las cabeceras de los paquetes de los protocolos de UDP/RTP/IP que no cumplen ninguna función en la interfaz de radio de aire, y se puede comprimir bastante para enviar paquetes mas ligeros y aumentar la eficiencia del sistema.
En LTE esta Compresión Robusta de Cabecera (ROHC) es hecha en la capa PDCP
Existen varios modos de Operacion del ROHC
Según la norma RFC 3095 tenemos
Modo Unidireccional (modo U)
Los paquetes se envían solo desde el compresor al descompresor, y un canal de retroalimentación no es obligatorio. Por lo tanto, el modo U es menos confiable que el modo optimista bidireccional (modo O) y el modo confiable bidireccional (modo R), pero su sobrecarga inducida por la realimentación es mínima en comparación con la sobrecarga en el modo O y R.
Modo Optimista Bidireccional (Modo O) En el modo O, el descompresor puede enviar mensajes de retroalimentación al compresor para indicar fallas de descompresión o actualizaciones de contexto exitosas. El Modo O es más confiable que el Modo U y requiere una cantidad menor de realimentacion que el modo R
.Modo Confiable Bidireccional ( Modo R) La fiabilidad de la sincronización de contexto entre el compresor y el descompresor es mayor que en cualquier otro modo. Sin embargo, debido a los realimentaciones frecuentes, el mdo R causa la mayor cantidad de sobrecarga del enlace de radio
Partes de la Cabecera a Comprimir
También se puede seleccionar diferentes partes de la cabecera que se quieren comprimir, en lo que se denomina perfiles de compresión.
No comprimido (0x0000),
Compresion de RTP (0x0101)
Compresion de UDP (0x0102)
Compresion de ESP (0x0103)
Compresion de IP (0x0104)
Implementacion de ROHC en una Red LTE
Generalmente el proveedor de tecnologia nos vende la solucion ( radiobases y equipos de Core Ej Nokia, Ericcson, Huawei, etc) y nos vende de manera integral o separada en forma de software, determinadas caracteristicas que podemos configurar en nuestra red, lo que comunmente se conocen como Features
En general se tiene
Grupo Activo: Se activa el feature en un cluster de 10 o mas radiobases vecinas a modo de prueba por 4 a 7 dias
Grupo Testigo: No se activa el feature en un cluster de 10 o mas radiobases vecinas
Se verifican las estadisiticas antes y después de la activación del feature, y se ejecutan comandos para ver si hubo mejorías en termino de velocidad, capacidad, menor caida de servicio, facildad de acceso a la red. Si existen mejorias se deja activo el feature. Si no existen mejorias importantes se puede optar por desactivarlos
Los pasos de implementacion practica de ROHC en una red LTE operativa serian
1) Verificar que el Feature de ROHC pueda activarse en la red
Se ejecutan comando que muestre las licencias de los Feature disponibles
2) Consulta a la Ayuda de Configuracion
Se verifican como configurar ROHC en la red de una determinada marca
3) Ejecución de Comandos para ver si ROHC esta activo en los eNodoB LTE
4) Configuración de ROHC ( Definir el Modo y los perfiles de compresión)
5) Verificar por medio de comandos que el Feature ROHC esta activo en el eNodoB
Una red activa daria un resultado como este
%%/*XXXXXXX*/LST PDCPROHCXXX:;%%
RETCODE = 0 Operation succeeded.
ROHC switch = On
ROHC Highest mode = Bi-directional Optimistic Mode
Compression profiles = Profile0x0001:on
= Profile0x0002:on
= Profile0x0003:on
= Profile0x0004:on
(Number of results = 1)
--- END
Comentarios
Publicar un comentario