Zum Hauptinhalt springen

1. Einleitung

Als das Audio-Visual Profile with Feedback (AVPF) [RFC4585] entwickelt wurde, lag der Hauptfokus auf der effizienten Unterstützung von Punkt-zu-Punkt- und kleinen Mehrpunkt-Szenarien ohne zentralisierte Mehrpunktkontrolle. In der Praxis nutzen jedoch viele kleine Mehrpunktkonferenzen Geräte, die als Multipoint Control Units (MCUs) bekannt sind. Die langjährige Erfahrung der konversationalen Videokonferenzindustrie legt nahe, dass einige zusätzliche Feedback-Nachrichten benötigt werden, um zentralisierte Mehrpunktkonferenzen effizient zu unterstützen. Einige der Nachrichten haben Anwendungen über die zentralisierte Mehrpunktkommunikation hinaus, was in der Beschreibung der Nachricht angegeben ist. Dies gilt insbesondere für die Nachricht, die dazu bestimmt ist, ITU-T Rec. H.271 [H.271] Bitstrings für Video Back Channel Nachrichten zu übertragen.

In der Terminologie des Real-time Transport Protocol (RTP) [RFC3550] umfassen MCUs Mixer und Translatoren. Die meisten MCUs enthalten auch Signalisierungsunterstützung. Während der Entwicklung dieses Memos wurde festgestellt, dass in der Community erhebliche Verwirrung bezüglich der Verwendung von Begriffen wie Mixer, Translator und MCU besteht. Als Reaktion auf diese Bedenken wurden eine Reihe von Topologien identifiziert, die für die Industrie von praktischer Relevanz sind, aber in [RFC3550] nicht ausreichend detailliert dokumentiert sind. Diese Topologien sind in [RFC5117] dokumentiert, und das Verständnis dieses Memos erfordert ein vorheriges oder paralleles Studium von [RFC5117].

Einige der hier definierten Nachrichten sind nur vorwärtsgerichtet, da sie keine explizite Benachrichtigung an den Nachrichtenemitter erfordern, dass sie empfangen wurden und/oder die Aktionen des Nachrichtenempfängers anzeigen. Andere Nachrichten erfordern eine Antwort, was zu einem bidirektionalen Kommunikationsmodell führt, das man als nützlich für Kontrollzwecke betrachten könnte. Es ist jedoch nicht die Absicht dieses Memos, das RTP Control Protocol (RTCP) für ein generalisiertes Kontrollprotokoll zu öffnen. Alle erwähnten Nachrichten haben relativ strikte Echtzeit-Beschränkungen, in dem Sinne, dass ihr Wert mit zunehmender Verzögerung abnimmt. Dies macht die Verwendung traditionellerer Kontrollprotokollmittel, wie das Session Initiation Protocol (SIP) [RFC3261], unerwünscht, wenn sie für denselben Zweck verwendet werden. Aus diesem Grund wird diese Lösung anstelle von "XML Schema for Media Control" [XML-MC] empfohlen, das SIP Info verwendet, um XML-Nachrichten mit ähnlicher Semantik wie hier definiert zu übertragen. Darüber hinaus sind alle Nachrichten in einem sehr einfachen Format, das leicht von einem RTP/RTCP-Sender/Empfänger verarbeitet werden kann. Schließlich, und am wichtigsten, beziehen sich alle Nachrichten nur auf den RTP-Stream, mit dem sie verbunden sind, und nicht auf andere Eigenschaften eines Kommunikationssystems. Insbesondere beziehen sich keine von ihnen auf die Eigenschaften der von der Sitzung durchquerten Zugangsverbindungen.

2. Definitionen

2.1. Glossar​

  • AIMD - Additive Increase Multiplicative Decrease
  • AVPF - The extended RTP profile for RTCP-based feedback
  • FCI - Feedback Control Information [RFC4585]
  • FEC - Forward Error Correction
  • FIR - Full Intra Request
  • MCU - Multipoint Control Unit
  • MPEG - Moving Picture Experts Group
  • PLI - Picture Loss Indication
  • PR - Packet rate
  • QP - Quantizer Parameter
  • RTT - Round trip time
  • SSRC - Synchronization Source
  • TMMBN - Temporary Maximum Media Stream Bit Rate Notification
  • TMMBR - Temporary Maximum Media Stream Bit Rate Request
  • TSTN - Temporal-Spatial Trade-off Notification
  • TSTR - Temporal-Spatial Trade-off Request
  • VBCM - Video Back Channel Message

2.2. Terminologie​

Die Schlüsselwörter "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" und "OPTIONAL" in diesem Dokument sind wie in RFC 2119 [RFC2119] beschrieben zu interpretieren.

  • Message (Nachricht): Eine RTCP-Feedback-Nachricht [RFC4585], die durch diese Spezifikation definiert ist, von einem der folgenden Typen:

    • Request (Anfrage): Nachricht, die eine Bestätigung erfordert
    • Command (Befehl): Nachricht, die den Empfänger zu einer Aktion zwingt
    • Indication (Indikation): Nachricht, die eine Situation meldet
    • Notification (Benachrichtigung): Nachricht, die eine Benachrichtigung liefert, dass ein Ereignis eingetreten ist. Benachrichtigungen werden üblicherweise als Antwort auf eine Anfrage generiert.

Beachten Sie, dass diese Terminologie mit Ausnahme von "Notification" mit ITU-T Rec. H.245 [H245] übereinstimmt.

  • Decoder Refresh Point (Decoder-Auffrischungspunkt): Eine Bitfolge, paketiert in einem oder mehreren RTP-Paketen, die den Decoder vollständig auf einen bekannten Zustand zurücksetzt.
Letztes Update am