Contexte et motivation
Nouvelles techniques de transport du multimédia : le protocole DCCP

Pour certaines applications en réseau, les contraintes temporelles (délai, gigue, débit) peuvent être aussi importantes, voire plus importantes, que les contraintes sur la fiabilité des données reçues. Tel est le cas des flux multimédias comme la voix ou la vidéo, mais également celui de certains jeux vidéo en réseau. En effet, ces applications ont comme caractéristique commune une certaine tolérance aux pertes de données.

• Pour ce qui est de la voix sur IP, les flux sont composés typiquement de paquets de petite taille émis de manière périodique, chaque paquet contenant un nombre relativement réduit d'échantillons de voix. Afin de minimiser le surcoût dû aux en-têtes, il est souhaitable que la taille de ceux-ci soit la plus petite possible.

• Dans le cas de la diffusion (streaming ) vidéo, un flux consiste habituellement en une suite de paquets émis à taux constant, mais la taille des paquets peut fluctuer grandement.

• Les jeux vidéo d'action (first-person shooters ) en réseau doivent communiquer fréquemment la position du joueur. Dû à son caractère transitoire, cette information ne gagne pas en général à être retransmise dans le cas où il y a des pertes de paquets.

Les possibilités de faire du contrôle de congestion pour ces applications – autrement dit, la capacité à réguler leur débit d'émission pour tenir compte des pertes et des variations dans la bande passante disponible – diffèrent d'un type d'application à un autre. Par exemple, une stratégie de contrôle de congestion adaptée à la voix sur IP consiste à changer les paramètres du codeur vocal (voire changer de codeur), ce qui se traduit en général par une réduction de la taille des paquets et non pas du taux d'émission de ceux-ci. Tant la vidéo que la voix tolèrent mal les fluctuations abruptes de débit, car ces changements induisent une forte variabilité dans la qualité perçue : l'adaptabilité de ces deux applications est ainsi moindre que celle des jeux vidéo, qui peuvent utiliser rapidement la bande passante disponible, et qui peuvent donc préférer une adaptation beaucoup plus rapide face aux variations de cette bande passante.

Pour toutes ces applications, il serait recommandable d'utiliser des mécanismes d'adaptation de débit, tenant compte aussi bien des besoins applicatifs que des conditions réseaux. Par exemple, l'Internet Architecture Board...