1. Introduction

Les flux média en temps réel qui utilisent RTP sont, dans une certaine mesure, résilients face aux pertes de paquets. RTP [1] fournit tous les mécanismes nécessaires pour rétablir l'ordonnancement et la temporisation présents chez l'émetteur afin de reproduire correctement un flux média chez un destinataire. RTP fournit également un retour continu sur la qualité de réception globale de tous les récepteurs, permettant ainsi aux émetteur(s), à moyen terme (de l'ordre de plusieurs secondes à quelques minutes), d'adapter leur schéma de codage et leur comportement de transmission à la qualité de service (QoS) du réseau observée. Toutefois, hormis quelques mécanismes spécifiques aux charges utiles [6], RTP ne prévoit pas de retour opportun qui permettrait à un émetteur de réparer immédiatement le flux média : par retransmissions, contrôle rétroactif de Forward Error Correction (FEC), ou mécanismes spécifiques aux médias pour certains codecs vidéo, tels que la sélection d'image de référence.

Les mécanismes actuellement disponibles avec RTP pour améliorer la résilience aux erreurs comprennent le codage redondant audio [13], le codage redondant vidéo [14], la FEC au niveau RTP [11], et des considérations générales sur la transmission de flux média plus robuste [12]. Ces mécanismes peuvent être appliqués de manière proactive (augmentant ainsi la bande passante d'un flux média donné). Alternativement, dans des groupes suffisamment petits avec des temps aller-retour (RTT) faibles, les émetteurs peuvent effectuer une réparation à la demande, en utilisant les mécanismes ci-dessus et/ou des approches spécifiques au codage média. Notez que « petit groupe » et « RTT suffisamment petit » dépendent fortement de l'application.

Ce document spécifie un profil RTP modifié pour les conférences audio et vidéo à contrôle minimal, fondé sur [1] et [2], au moyen de deux modifications ou ajouts : premièrement, pour obtenir un retour opportun, le concept de messages RTCP anticipés (Early RTCP) ainsi que des algorithmes permettant un retour à faible délai dans les petits groupes multicast (et évitant l'implosion de retour dans les grands) sont introduits. Une attention particulière est portée aux scénarios point à point. Deuxièmement, un petit nombre de messages de retour à usage général ainsi qu'un format pour les informations de retour spécifiques au codec et à l'application sont définis pour la transmission dans les charges utiles RTCP.