Uma das principais funções da compactação de cabeçalho PDCP é usar o protocolo robusto Header Compression (ROHC) definido pela IETF (Internet Engineering Task Force). No LTE, a compactação de cabeçalho é muito importante porque não há suporte para transporte de domínio de voz comutada por circuito (CS). Assim, para fornecer serviços de voz (PS), o pacote de domínio – comutado para uma forma quase deficiente, normalmente associado aos serviços CS, precisa estar fora do complemento IP/UDP/RTP3, que geralmente é usado para serviços de voz sobre IP (VoIP).
Especificado na IETF “RFC 4995,” uma estrutura que suporta uma série de “perfis” de compressão de cabeçalho diferente (por exemplo, conjuntos de regras e parâmetros para realizar a compressão). Os perfis de compactação de cabeçalho suportados para LTE estão listados na tabela. Isto significa que a UE pode implementar um ou mais perfis ROHC. É importante notar que os perfis foram definidos anteriormente no IETF, “RFC 3095” foi redefinido no RFC 4995, a fim de aumentar a resistência em alguns casos. A eficiência do RFC 3095 e RFC 4995 é semelhante, e UMTS suporta apenas RFC 3095.
O suporte de ROHC é obrigatório para UE, exceto UES que suporta VoIP. O UES que suporta VoIP deve suportar pelo menos um perfil de compressão RTP, UDP e IP. A sinalização eNodeB RRC controla os perfis ROHC suportados pelo UE que podem ser usados. O compressor UE ROHC e o eNodeB detectam dinamicamente fluxos IP usando uma determinada configuração de compactação de cabeçalho IP e escolhem um perfil adequado de perfis permitidos e suportados.
A compactação de cabeçalho ROHC funciona permitindo que tanto o remetente quanto o destinatário armazenem o estado do cabeçalho (por exemplo, endereços IP do remetente/receptor) e os atualizem somente quando eles mudarem. Além disso, os componentes dinâmicos (por exemplo, carimbo de data / hora RTP externo) são compactados a partir do número de transmissão diferente de um relógio de referência mantido.
Como parte não, a alteração dos cabeçalhos é enviada assim que o sucesso da descompressão depende do recebimento adequado. Portanto, o feedback é utilizado para confirmar o recebimento correto da informação de inicialização para descompressão de cabeçalho. Além disso, a descompressão adequada do APRIM PDCP PDU é confirmada periodicamente por perdas de pacotes.
Conforme mencionado acima, o caso de uso mais importante para ROHC é VoIP. Normalmente, para o transporte de um pacote VoIP, que contém uma carga útil de 32 bytes, o cabeçalho será adicionado de 60 a 40 bytes para o caso IPv6 e IPv4 – ou seja, um top head de 188% e 125%, respectivamente. Pelo ROHC, as entidades de compactação de cabeçalho, esse overhead pode ser compactado em quatro a seis bytes e, portanto, em uma direção relativa de 12,5-18,8%. Este cálculo é válido para períodos ativos, mas em tempos de paz o tamanho é menos útil, pois a sobrecarga relativa é grande.