3.3. Modes de fonctionnement

Le feedback basé sur RTCP peut fonctionner selon l'un des trois modes (Figure 1) décrits ci-dessous. Le mode de fonctionnement n'indique que si le récepteur pourra, en moyenne, signaler tous les événements à l'émetteur en temps utile ; il n'influence pas l'algorithme utilisé pour planifier la transmission des messages FB.

Selon la qualité de réception et l'état localement surveillé de la session RTP, les récepteurs individuels peuvent ne pas (et n'ont pas à) partager une perception commune du mode actuel.

a) Mode Immediate Feedback : Dans ce mode, la taille du groupe est inférieure au seuil FB, ce qui donne à chaque partie recevante une bande passante suffisante pour transmettre les paquets de feedback RTCP à l'usage prévu. Cela signifie que, pour chaque récepteur, la bande passante suffit à signaler chaque événement au moyen d'un paquet de feedback RTCP virtuellement « immédiat ».

Le seuil de taille de groupe est une fonction de plusieurs paramètres, y compris (sans s'y limiter) : le type de feedback (par ex. ACK vs. NACK), la bande passante, le débit de paquets, la probabilité et la distribution des pertes, le type de média, le codec, et la fréquence (pire cas ou observée) des événements à signaler.

En estimation grossière, soit N le nombre moyen d'événements à signaler par intervalle T par un récepteur, B la fraction de bande passante RTCP pour ce récepteur, et R la taille moyenne des paquets RTCP ; alors le récepteur est en mode Immediate Feedback tant que N<=B*T/R.

b) Mode Early RTCP : Dans ce mode, la taille du groupe et d'autres paramètres ne permettent plus à chaque récepteur de réagir à chaque événement qui vaudrait la peine d'être signalé. Le feedback peut toutefois encore être fourni assez souvent pour que l'émetteur adapte la transmission du flux média et améliore la qualité de lecture globale.

Avec les notations ci-dessus, le mode Early RTCP se caractérise grossièrement par N > B*T/R comme « borne inférieure ». Une borne supérieure est plus difficile. Avec N=1, on obtient T = R/B comme intervalle moyen entre événements à signaler, ce qui aide à juger si une transmission anticipée de paquets RTCP est utile.

c) Mode Regular RTCP : À partir d'une certaine taille de groupe, il n'est plus utile de fournir du tout un feedback pour des événements individuels depuis les récepteurs, en raison de l'échelle de temps dans laquelle le feedback pourrait être fourni et/ou parce que dans les grands groupes les émetteurs n'ont plus aucune chance de réagir à un feedback individuel.

Aucun seuil précis de taille de groupe ne peut être spécifié à partir duquel ce mode commence mais, évidemment, cette limite correspond à la borne supérieure du mode Early RTCP telle que spécifiée au point b) ci-dessus.

Comme l'algorithme de feedback décrit dans ce document s'adapte de manière continue, il n'est pas nécessaire que les participants s'accordent sur les valeurs précises des seuils FB respectifs au sein du groupe. Par conséquent, les frontières entre tous ces modes sont floues.

    ACK
  feedback
    V
    :<- - - -  NACK feedback - - - ->//
    :
    :   Immediate   ||
    : Feedback mode ||Early RTCP mode   Regular RTCP mode
    :<=============>||<=============>//<=================>
    :               ||
   -+---------------||---------------//------------------> group size
    2               ||
     Application-specific FB Threshold
        = f(data rate, packet loss, codec, ...)

                  Figure 1: Modes of operation

Comme indiqué, les seuils FB dépendent de paramètres techniques et des scénarios d'application. La section 3.6 donne des indications (sans calculs précis) pour les estimer.