1.1. Definitions
Die Definitionen aus RTP/RTCP [1] und dem „RTP Profile for Audio and Video Conferences with Minimal Control“ [2] gelten. Darüber hinaus werden in diesem Dokument die folgenden Definitionen verwendet:
Early RTCP mode (Early-RTCP-Modus):
Der Betriebsmodus, in dem ein Empfänger eines Mediendatenstroms oft (aber nicht immer) in der Lage ist, interessante Ereignisse kurz nach ihrem Auftreten an den Sender zurückzumelden. Im Early-RTCP-Modus werden RTCP-Pakete gemäß den in diesem Dokument definierten Zeitplanungsregeln übertragen.
Early RTCP packet (Early-RTCP-Paket):
Ein Early-RTCP-Paket ist ein Paket, das früher übertragen wird, als es bei Befolgung des Zeitplanungsalgorithmus von [1] erlaubt wäre; der Grund ist ein vom Empfänger beobachtetes „Ereignis“. Early-RTCP-Pakete können im Immediate-Feedback- und im Early-RTCP-Modus gesendet werden. Das Senden eines Early-RTCP-Pakets wird in diesem Dokument auch als Senden von Early Feedback bezeichnet.
Event (Ereignis):
Eine Beobachtung des Empfängers eines Mediendatenstroms, die (potenziell) für den Sender von Interesse ist, etwa Paketverlust oder Paketempfang, Frameverlust usw., und die daher mittels einer Feedback-Nachricht an den Sender gemeldet werden soll.
Feedback (FB) message (Feedback-(FB-)Nachricht):
Eine in diesem Dokument definierte RTCP-Nachricht dient dazu, Informationen über am Empfänger beobachtete Ereignisse, zusätzlich zu den langfristigen Empfängerstatusinformationen in RTCP Receiver Reports (RRs), an den Sender des Mediendatenstroms zu übermitteln. Zur Klarheit wird feedback message in diesem Dokument als FB message bezeichnet.
Feedback (FB) threshold (Feedback-(FB-)Schwellwert):
Der FB-Schwellwert kennzeichnet den Übergang zwischen Immediate-Feedback- und Early-RTCP-Modus. In einem Mehrparteien-Szenario gibt der FB-Schwellwert die maximale Gruppengröße an, bei der im Durchschnitt jeder Empfänger jedes Ereignis sofort, d.h. mittels eines Early-RTCP-Pakets ohne Warten auf sein regulär geplantes RTCP-Intervall, an die Sender melden kann. Dieser Schwellwert hängt stark ab von der Art des Feedbacks, der Netz-QoS (z.B. Paketverlustwahrscheinlichkeit und -verteilung), dem verwendeten Codec und Paketisierungsschema, der Sitzungsbandbreite und den Anwendungsanforderungen. Die Algorithmen hängen nicht davon ab, dass alle Sender und Empfänger denselben Wert für diesen Schwellwert vereinbaren. Er dient lediglich als konzeptionelle Orientierung für Anwendungsdesigner und wird in keinen Berechnungen verwendet. Zur Klarheit wird feedback threshold in diesem Dokument als FB threshold bezeichnet.
Immediate Feedback mode (Immediate-Feedback-Modus):
Ein Betriebsmodus, in dem jeder Empfänger eines Mediendatenstroms statistisch in der Lage ist, jedes interessante Ereignis sofort an den Sender des Mediendatenstroms zu melden. Im Immediate-Feedback-Modus werden RTCP-FB-Nachrichten gemäß den in diesem Dokument definierten Zeitplanungsregeln übertragen.
Media packet (Medienpaket):
Ein Medienpaket ist ein RTP-Paket.
Regular RTCP mode (Regular-RTCP-Modus):
Betriebsmodus, in dem keine bevorzugte Übertragung von FB-Nachrichten erlaubt ist. Stattdessen werden RTCP-Nachrichten nach den Regeln von [1] gesendet. Dennoch können solche RTCP-Nachrichten Feedback-Information enthalten, wie in diesem Dokument definiert.
Regular RTCP packet (Regular-RTCP-Paket):
Ein RTCP-Paket, das nicht als Early-RTCP-Paket gesendet wird.
RTP sender (RTP-Sender):
Ein RTP-Sender ist eine RTP-Entität, die Medienpakete sowie RTCP-Pakete überträgt und Regular- sowie Early-RTCP-(d.h. Feedback-)Pakete empfängt. Der RTP-Sender ist eine logische Rolle; dieselbe RTP-Entität kann gleichzeitig als RTP-Empfänger agieren.
RTP receiver (RTP-Empfänger):
Ein RTP-Empfänger ist eine RTP-Entität, die Medienpakete sowie RTCP-Pakete empfängt und Regular- sowie Early-RTCP-(d.h. Feedback-)Pakete sendet. Der RTP-Empfänger ist eine logische Rolle; dieselbe RTP-Entität kann gleichzeitig als RTP-Sender agieren.