44 Chapitre 3. Modélisation d'un <strong>pro</strong>tocole <strong>de</strong> compression d'en-têtespossè<strong>de</strong> le mérite <strong>de</strong> pouvoir détecter et corriger rapi<strong>de</strong>ment un contexte non reçu, cequi est plus délicat dès que la compression est activée. Nous pouvons comparer cette<strong>pro</strong>blématique à celle du codage vidéo où, comme dans le cas <strong>de</strong> H.264 par exemple,la perte <strong>de</strong> certaines frames peut être dommageable pour les frames suivantes.Dans le domaine <strong>de</strong> la compression <strong>pro</strong>tocolaire, il n'existe pas à ce jour <strong>de</strong> mécanismes<strong>de</strong> compression permettant <strong>de</strong> favoriser un en-tête plus important qu'unautre (sauf dans le cas d'eCRTP dans l'absolu). Par ailleurs, une idée reçue sur lacompression <strong>pro</strong>tocolaire, est d'utiliser les mécanismes <strong>de</strong> voie <strong>de</strong> retour (mo<strong>de</strong>s O etU <strong>de</strong> ROHC par exemple) dès lors qu'ils sont disponibles. Si ces mo<strong>de</strong>s permettenteectivement une compression plus ecace, nous étudierons alors les conséquencesd'un tel mécanisme sur la métrique du temps moyen <strong>de</strong> déconnexion, et nous verronsl'inuence certaine du champ d'application sur la pertinence d'un mécanisme <strong>de</strong>retour.3.2 La couche <strong>pro</strong>tocolaire et le canal <strong>de</strong> Gilbert-ElliottDans le modèle d'Interconnexion <strong>de</strong> Systèmes Ouverts (OSI) classique, le <strong>pro</strong>tocole<strong>de</strong> compression d'en-têtes est situé entre la couche liaison et la couche réseau ouplus généralement, en remplacement <strong>de</strong> la couche réseau et <strong>de</strong> la couche transport(selon les <strong>pro</strong>tocoles compressés). D'une manière schématique, comme présenté sur laFigure 3.1, la couche <strong>de</strong> compression <strong>pro</strong>tocolaire (HC) reçoit directement <strong>de</strong>s trames<strong>de</strong> la couche liaison, et elle transmet directement à la couche applicative les donnéesdépourvues <strong>de</strong>s en-têtes qu'elle aura décodé.Comme nous l'avons évoqué rapi<strong>de</strong>ment dans le chapitre précé<strong>de</strong>nt, dans tous lesmécanismes <strong>de</strong> liaison récents (Ethernet,...), lorsque que le CRC échoue, l'ensemble<strong>de</strong> la trame est généralement éliminé. Tout ce qui est transmis à la couche adjacentehaute est donc considéré comme vali<strong>de</strong>. Du point <strong>de</strong> vue <strong>de</strong> cette couche, et doncdans notre cas, du <strong>pro</strong>tocole <strong>de</strong> compression, le canal <strong>de</strong> la couche liaison peut êtrevu comme un canal à eacements, où tout ce qui est reçu est correct et auquel estassocié un taux <strong>de</strong> perte <strong>de</strong> trames : Frame Error Rate (F ER). Ces pertes aectentalors <strong>de</strong> manière uniforme, l'en-tête <strong>de</strong> la compression et les données transportées.Nous avons également vu que suite à ces pertes reçues, <strong>de</strong> nouvelles pertes peuventapparaître au niveau <strong>de</strong> la décompression, celles-ci étant imputables aux mécanismes<strong>de</strong> compression. Nous avons vu qu'ainsi, lorsque la décompression échoue, l'ensembledu paquet est inutilisable n'est donc pas transmis à la couche applicative.Nous avons donc considéré que le <strong>pro</strong>tocole <strong>de</strong> compression d'en-têtes reçoit <strong>de</strong>strames d'une couche <strong>de</strong> liaison se présentant comme un canal à eacements avec untaux <strong>de</strong> perte F ER, et transmet à la couche application <strong>de</strong>s paquets vali<strong>de</strong>s avec untaux <strong>de</strong> perte paquets (PER), et par dénition P ER F ER. Bien entendu, dans cetaux P ER, le taux F ER n'est pas imputable à la couche HC mais à la couche liaison.La donnée qui va principalement nous intéresser est donc le taux <strong>de</strong> pertes imputable àla compression rapporté au taux <strong>de</strong> perte en entrée. Nous étudierons également <strong>de</strong>uxautres métriques : l'ecacité <strong>de</strong> cette compression, et le temps moyen <strong>de</strong> déconnexion,
3.2. La couche <strong>pro</strong>tocolaire et le canal <strong>de</strong> Gilbert-Elliott 45Figure 3.1 Représentation du <strong>pro</strong>tocole <strong>de</strong> compression d'en-têtes dans un modèleOSI d'émetteur/récepteur simplié
Change language