1. Introduction

Les pertes de paquets entre un émetteur RTP et un récepteur peuvent dégrader fortement la qualité du média reçu. Plusieurs techniques, telles que la correction d'erreurs anticipée (FEC), les retransmissions ou l'entrelacement, peuvent être envisagées pour accroître la résilience aux pertes de paquets. La RFC 2354 [8] examine les différentes options.

Lors du choix d'une technique de réparation pour une application donnée, il faut tenir compte de la latence tolérable par l'application. Dans le cas de la visioconférence multimédia, le délai de bout en bout doit être au plus de quelques centaines de millisecondes pour garantir l'interactivité, ce qui exclut en général l'usage de la retransmission.

Avec une latence suffisante, l'efficacité du schéma de réparation peut être accrue. L'émetteur peut utiliser le retour du récepteur pour réagir aux pertes avant l'heure de lecture côté récepteur.

Dans le cas du streaming multimédia, l'utilisateur peut tolérer une latence initiale dans le cadre de l'établissement de session ; un délai de bout en bout de plusieurs secondes peut donc être acceptable. La retransmission RTP telle que définie dans le présent document cible de telles applications.

En outre, la méthode de retransmission RTP définie ici s'applique à l'unicast et aux groupes multicast (de petite taille). Le présent document définit un format de charge utile pour les paquets RTP retransmis et fournit des règles de protocole pour l'émetteur et le récepteur impliqués dans les retransmissions.

Ce format de charge utile de retransmission a été conçu pour être utilisé avec le profil RTP étendu pour retour basé sur RTCP, AVPF [1]. Il peut aussi être utilisé avec d'autres profils RTP définis ultérieurement.

Le profil AVPF autorise un retour plus fréquent et un retour anticipé. Il définit un message de retour à usage général, à savoir NACK, ainsi que des messages de retour spécifiques au codec et à l'application. Voir [1] pour les détails.