L’une des principales fonctions de la compression d’en-tête PDCP consiste à utiliser le protocole robuste de compression d’en-tête (ROHC) défini par l’IETF (Internet Engineering Task Force). Dans LTE, la compression d’en-tête est très importante car il n’y a pas de prise en charge du transport du domaine vocal à commutation de circuits (CS). Ainsi, afin de fournir des services vocaux (PS), les paquets de domaine commutés vers une manière approchant les défauts normalement associés aux services CS doivent être en dehors du complément IP/UDP/RTP3 qui est habituellement utilisé pour les services de voix sur IP (VoIP).
Spécifié dans l’IETF RFC 4995 , un cadre qui prend en charge un certain nombre de profils différents de compression d’en-tête (par exemple, des ensembles de règles et de paramètres pour effectuer la compression). Les profils de compression d’en-tête pris en charge pour le LTE sont répertoriés dans le tableau. Cela signifie que l’UE peut mettre en œuvre un ou plusieurs profils ROHC. Il est important de noter que les profils ont été définis précédemment dans l’IETF, la RFC 3095 a été redéfinie dans la RFC 4995 , afin d’augmenter la force dans certains cas. L’efficacité de la RFC 3095 et de la RFC 4995 est similaire, et l’UMTS ne prend en charge que la RFC 3095.
La prise en charge de ROHC est un UE obligatoire, à l’exception des UES prenant en charge la VoIP. L’UES prenant en charge la VoIP doit prendre en charge au moins un profil de compression RTP, UDP et IP. La signalisation eNodeB RRC contrôle que les profils ROHC pris en charge par l’UE sont autorisés à être utilisés. Le compresseur UE ROHC et eNodeB détectent ensuite dynamiquement les flux IP à l’aide d’une certaine configuration de compression d’en-tête IP et choisissent un profil approprié de profils autorisés et pris en charge.
La compression d’en-tête ROHC fonctionne en permettant à l’expéditeur et au destinataire de stocker l’état de l’en-tête (par exemple, les adresses IP de l’expéditeur/du destinataire) et de les mettre à jour uniquement lorsqu’elles changent. De plus, les composants dynamiques (par exemple, l’horodatage RTP extérieur) sont compressés à partir du numéro de transmission différent d’une horloge de référence maintenue.
Dans le cadre de non-changements, les en-têtes sont envoyés une fois que le succès de la décompression dépend de la bonne réception. Par conséquent, le retour est utilisé afin de confirmer la réception correcte des informations d’initialisation pour la décompression de l’en-tête. De plus, la décompression appropriée du PDU APRIM PDCP est confirmée périodiquement par des pertes de paquets.
Comme mentionné ci-dessus, le cas d’utilisation le plus important de ROHC est la VoIP. Généralement, pour le transport d’un paquet VoIP contenant une charge utile de 32 octets, l’en-tête sera ajouté de 60 à 40 octets pour les cas IPv6 et IPv4, soit un en-tête supérieur de 188 % et 125 %, respectivement. Grâce au ROHC, les entités de compression d’en-tête, cette surcharge peut être compressée à quatre à six octets, et donc dans une direction relative de 12,5 à 18,8 %. Ce calcul est valable pour les périodes actives, mais en temps de paix, la taille est moins utile, car le surcoût relatif est important.