Una de las funciones principales de la compresión de encabezados PDCP es utilizar el protocolo robusto de compresión de encabezados (ROHC) definido por IETF (Internet Engineering Task Force). En LTE, la compresión de encabezados es muy importante porque no hay soporte para el transporte de dominio de conmutación de circuitos (CS) de voz. Por lo tanto, para proporcionar paquetes de dominio de servicios de voz (PS), conmutados a una forma casi deficiente normalmente asociada con los servicios CS, es necesario estar fuera del complemento IP/UDP/RTP3 que generalmente se utiliza para los servicios de voz sobre IP (VoIP).
Especificado en el “RFC 4995” del IETF, un marco que admite varios “perfiles” de compresión de encabezados diferentes (por ejemplo, conjuntos de reglas y parámetros para realizar la compresión). Los perfiles de compresión de encabezado admitidos para LTE se enumeran en la tabla. Esto significa que la UE puede implementar uno o más perfiles ROHC. Es importante tener en cuenta que los perfiles se definieron anteriormente en el IETF, «RFC 3095» se ha redefinido en RFC 4995 para aumentar la resistencia en algunos casos. La eficiencia de RFC 3095 y RFC 4995 es similar, y UMTS sólo es compatible con RFC 3095.
La compatibilidad con ROHC es obligatoria para UE, excepto UES que admita VoIP. Los UES que admiten VoIP deben admitir al menos un perfil de compresión RTP, UDP e IP. La señalización RRC del eNodeB controla los perfiles ROHC admitidos por el UE que pueden usarse. El compresor UE ROHC y el eNodeB detectan dinámicamente los flujos de IP utilizando una determinada configuración de compresión del encabezado IP y eligen un perfil adecuado de perfiles permitidos y soportados.
La compresión de encabezados ROHC funciona permitiendo que tanto el remitente como el receptor almacenen el estado del encabezado (por ejemplo, las direcciones IP del remitente/receptor) y los actualicen solo cuando cambian. Además, los componentes dinámicos (por ejemplo, la marca de tiempo RTP exterior) se mantienen comprimidos a partir del número de transmisión diferente de un reloj de referencia.
Como parte del cambio, los encabezados se envían una vez que el éxito de la descompresión depende de la recepción adecuada. Por lo tanto, la retroalimentación se utiliza para confirmar la recepción correcta de la información de inicialización para la descompresión del encabezado. Además, la pérdida de paquetes confirma periódicamente la descompresión adecuada de la PDU APRIM PDCP.
Como se mencionó anteriormente, el caso de uso más importante de ROHC es VoIP. Normalmente, para el transporte de un paquete VoIP, que contiene una carga útil de 32 bytes, el encabezado se agregará de 60 a 40 bytes para el caso de IPv6 e IPv4, es decir, un encabezado superior del 188 % y 125 %, respectivamente. Mediante ROHC, las entidades de compresión de encabezados, esta sobrecarga se puede comprimir de cuatro a seis bytes y, por lo tanto, en una dirección relativa del 12,5 al 18,8 %. Este cálculo es válido para períodos activos, pero en tiempos de paz el tamaño es menos útil, ya que los gastos generales relativos son grandes.