3.1. Zusammengesetzte RTCP-Feedback-Pakete

Zwei Bestandteile bilden das in diesem Dokument beschriebene RTCP-basierte Feedback:

Statusberichte sind in Sender-Report-(SR-)/Empfänger-Report-(RR-)Paketen enthalten und werden in regelmäßigen Abständen als Teil zusammengesetzter RTCP-Pakete übertragen (die auch Source Description (SDES) und möglicherweise weitere Nachrichten umfassen); diese Statusberichte geben einen Gesamteindruck zur jüngsten Empfangsqualität eines Mediendatenstroms.
FB-Nachrichten gemäß Definition in diesem Dokument, die Verlust oder Empfang bestimmter Teile eines Mediendatenstroms anzeigen (oder eine andere Form ziemlich unmittelbaren Feedbacks zu den empfangenen Daten liefern). Regeln für die Übertragung von FB-Nachrichten werden in diesem Dokument neu eingeführt.

RTCP-FB-Nachrichten sind lediglich ein weiterer RTCP-Pakettyp (siehe Abschnitt 4). Daher DÜRFEN mehrere FB-Nachrichten in einem einzigen zusammengesetzten RTCP-Paket kombiniert werden und DÜRFEN auch zusammen mit anderen RTCP-Paketen gesendet werden.

Zusammengesetzte RTCP-Pakete, die FB-Nachrichten gemäß diesem Dokument enthalten, MÜSSEN RTCP-Pakete in der in [1] definierten Reihenfolge enthalten:

OPTIONALES Verschlüsselungspräfix, das vorhanden SEIN MUSS, wenn die RTCP-Pakete gemäß Abschnitt 9.1 von [1] verschlüsselt werden sollen.
OBLIGATORISCHES SR oder RR.
OBLIGATORISCHES SDES, das das CNAME-Element enthalten MUSS; alle anderen SDES-Elemente sind OPTIONAL.
Eine oder mehrere FB-Nachrichten.

Die FB-Nachricht(en) MÜSSEN im zusammengesetzten Paket nach den in [1] definierten RR- und SDES-RTCP-Paketen platziert werden. Die Reihenfolge gegenüber anderen RTCP-Erweiterungen ist nicht definiert.

In diesem Dokument werden zwei Arten zusammengesetzter RTCP-Pakete verwendet, die Feedback-Pakete tragen:

a) Minimales zusammengesetztes RTCP-Feedback-Paket

Ein minimales zusammengesetztes RTCP-Feedback-Paket MUSS nur die oben aufgeführten Pflichtinformationen enthalten: Verschlüsselungspräfix falls nötig, genau ein RR oder SR, genau ein SDES mit nur dem CNAME-Element und die FB-Nachricht(en). Dies dient der Minimierung der Größe des zur Übertragung von Feedback gesendeten RTCP-Pakets und damit der Maximierung der Häufigkeit, mit der Feedback gegeben werden kann, unter Wahrung der RTCP-Bandbreitenbegrenzungen.

Dieses Paketformat SOLLTE verwendet werden, wann immer eine RTCP-FB-Nachricht als Teil eines Early-RTCP-Pakets gesendet wird. Dieser Pakettyp wird in diesem Dokument als minimal compound RTCP packet bezeichnet.

b) (Vollständiges) zusammengesetztes RTCP-Feedback-Paket

Ein (vollständiges) zusammengesetztes RTCP-Feedback-Paket KANN eine beliebige zusätzliche Anzahl von RTCP-Paketen enthalten (zusätzliche RR, weitere SDES-Elemente usw.). Die obigen Reihenfolgeregeln MÜSSEN eingehalten werden.

Dieses Paketformat MUSS verwendet werden, wann immer eine RTCP-FB-Nachricht als Teil eines Regular-RTCP-Pakets oder im Regular-RTCP-Modus gesendet wird. Es KANN auch zum Senden von RTCP-FB-Nachrichten im Immediate-Feedback- oder Early-RTCP-Modus verwendet werden. Dieser Pakettyp wird in diesem Dokument als full compound RTCP packet bezeichnet.

RTCP-Pakete ohne FB-Nachrichten werden als non-FB RTCP packets bezeichnet. Solche Pakete MÜSSEN den Formatregeln in [1] folgen.