3.3. Betriebsmodi

RTCP-basiertes Feedback kann in einem von drei Modi (Abbildung 1) arbeiten, wie unten beschrieben. Der Betriebsmodus gibt nur an, ob der Empfänger im Durchschnitt alle Ereignisse zeitnah an den Sender melden kann ; er beeinflusst nicht den Algorithmus zur Planung der FB-Nachrichtenübertragung.

Je nach Empfangsqualität und lokal überwachtem Zustand der RTP-Sitzung müssen einzelne Empfänger keine gemeinsame Wahrnehmung des aktuellen Modus haben.

a) Immediate-Feedback-Modus: Die Gruppengröße liegt unter dem FB-Schwellwert, sodass jede empfangende Partei genügend Bandbreite für die RTCP-Feedback-Pakete hat. Jeder Empfänger kann jedes Ereignis mit einem praktisch „sofortigen“ RTCP-Feedback-Paket melden.

Der Gruppenschwellwert hängt u.a. ab von Feedback-Typ (z.B. ACK vs. NACK), Bandbreite, Paketrate, Verlustwahrscheinlichkeit und -verteilung, Medientyp, Codec und der (worst case oder beobachteten) Häufigkeit zu meldender Ereignisse.

Grobe Schätzung: N sei die durchschnittliche Zahl der pro Intervall T zu meldenden Ereignisse, B der RTCP-Bandbreitenanteil dieses Empfängers, R die durchschnittliche RTCP-Paketgröße ; dann arbeitet der Empfänger im Immediate-Feedback-Modus, solange N<=B*T/R.

b) Early-RTCP-Modus: Gruppengröße und andere Parameter erlauben nicht mehr, auf jedes meldenswerte Ereignis zu reagieren. Feedback kann aber noch oft genug gegeben werden, damit der Sender die Übertragung anpasst und die Wiedergabequalität steigert.

Mit obiger Notation gilt grob N > B*T/R als „untere Schranke“. Eine obere Schranke ist schwieriger. Mit N=1 ergibt sich T = R/B als mittleres Intervall zwischen meldenswerten Ereignissen.

c) Regular-RTCP-Modus: Ab einer gewissen Gruppengröße ist es überhaupt nicht mehr sinnvoll, Feedback zu einzelnen Ereignissen von Empfängern zu liefern -- wegen der Zeitskala, in der das Feedback noch gegeben werden könnte, und/oder weil in großen Gruppen die Sender keine Chance mehr haben, auf individuelles Feedback zu reagieren.

Es kann kein exakter Gruppenschwellwert angegeben werden, ab dem dieser Modus beginnt, aber offensichtlich entspricht diese Grenze der oberen Schranke des Early-RTCP-Modus gemäß Punkt b) oben.

Da der in diesem Dokument beschriebene Feedback-Algorithmus stetig skaliert, ist keine Einigung der Teilnehmer über die genauen Werte der jeweiligen FB-Schwellwerte innerhalb der Gruppe nötig. Daher sind die Grenzen zwischen allen diesen Modi weich.

    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

Die FB-Schwellwerte hängen von technischen Parametern und Anwendungsszenarien ab. Abschnitt 3.6 gibt Hinweise zur Schätzung (ohne exakte Rechnungen).