3.2. Esquisse d'algorithme

Les messages FB font partie des flux de contrôle RTCP et sont donc soumis aux contraintes de bande passante RTCP. Cela signifie notamment qu'il peut être impossible de signaler immédiatement à l'émetteur un événement observé chez un récepteur. Toutefois, la valeur du retour fourni à un émetteur diminue généralement avec le temps, en termes de qualité média perçue par l'utilisateur côté réception et/ou du coût nécessaire pour réparer le flux média.

RTP [1] et le profil RTP couramment utilisé [2] spécifient des règles sur le moment où les paquets RTCP composés doivent être envoyés. Ce document modifie ces règles afin de permettre aux applications de signaler en temps utile des événements (par ex. perte ou réception de paquets RTP) et d'accueillir des algorithmes qui utilisent des messages FB.

L'algorithme de transmission RTCP modifié peut se résumer ainsi : tant qu'aucun message FB n'a à être véhiculé, les paquets RTCP composés sont envoyés selon les règles de RTP [1], sauf que l'intervalle minimal de cinq secondes entre rapports RTCP n'est pas imposé. L'intervalle entre rapports RTCP ne dérive donc que de la taille moyenne des paquets RTCP et de la part de bande passante RTCP disponible pour l'entité RTP/RTCP. Optionnellement, un intervalle minimal entre paquets Regular RTCP peut être imposé.

Si un récepteur détecte le besoin d'envoyer un message FB, il peut le faire plus tôt que le prochain intervalle de rapport RTCP régulier (pour lequel il serait planifié selon l'algorithme RTCP régulier ci-dessus). La suppression de retour (feedback suppression) évite l'implosion de retour dans les sessions multiparty : le récepteur attend un intervalle de dithering aléatoire (court) pour vérifier s'il voit un message FB correspondant d'un autre récepteur signalant le même événement. Notez que pour les sessions point à point, il n'y a pas ce délai. Si un message FB correspondant d'un autre membre est reçu, ce récepteur s'abstient d'envoyer le message FB et continue de suivre le calendrier de transmission Regular RTCP. Si le récepteur n'a pas encore vu de message FB correspondant d'un autre membre, il vérifie s'il est autorisé à envoyer un Early feedback. Si l'envoi d'Early feedback est permis, le récepteur envoie le message FB dans un paquet RTCP composé minimal. L'autorisation d'envoyer un Early feedback dépend du type du précédent paquet RTCP envoyé par ce récepteur et de l'heure d'envoi du précédent message Early feedback.

Les messages FB peuvent aussi être envoyés dans des paquets RTCP composés complets, transmis selon [1] (sauf la borne inférieure de cinq secondes) à intervalles réguliers.