Mécanismes de fiabilisation pro-actifs - ISAE

34 Chapitre 2. Etat de l'art et principales notionsnière similaire aux mécanismes précédemment étudiés, chaque contexte est associé àun identiant de connexion CID. Au niveau de l'en-tête UDP/IP, seul le champ IP IDest ainsi transmis. Quant à l'en-tête RTP, le champ SSRC étant identié par un CIDunique, seuls les champs M, le numéro de séquence et le timestamp sont transmis.Les bits P, X, et le champ type de données sont considérés comme susammentconstants pour ne pas avoir à être transmis. Contrairement aux autres champs, seulsles 4 derniers bits du numéro de séquence sont transmis, et ce en valeur absolue permettantune détection rudimentaire de pertes.Tout comme IPHC, CRTP dénit quatre types de paquets à transmettre : Les paquets de type FULL_HEADER sont homogènes avec leurs homologuesd'IPHC. Ceux-ci transportent le CID et le numéro de séquence sur 4 bits, enutilisant, ici aussi, les champs Packet length des en-têtes UDP et IP. Les paquets de type COMPRESSED_NON_TCP identiques à ceux d'IPHC.Figure 2.12 Schéma général de l'en-tête COMPRESSED_RTP Les paquets COMPRESSED_RTP qui utilisent le codage diérentiel du secondordre. Comme nous pouvons le remarquer sur la Figure 2.12, l'en-tête est alorsréduit à 2 octets au minimum, comprenant le CID, le numéro de séquence etles drapeaux marquant la présence des deltas du second ordre dans la suite del'en-tête. La compression de l'en-tête UDP/IP seul entraîne l'envoi d'un paquet de typeCOMPRESSED_UDP. Ce type de paquet est également utilisé lorsque l'undes champs considéré comme constant de RTP, est modié. La partie UDP/IPcompressée peut être considérée comme un cas particulier des paquets COM-PRESSED_RTP (Figure 2.13).Les mécanismes de détection et de reprise sur erreur sont similaires à ceux d'IPHC.