メインコンテンツまでスキップ

1. はじめに

Audio-Visual Profile with Feedback (AVPF) [RFC4585] が開発されたとき、主な重点は、集中型マルチポイント制御なしのポイントツーポイントおよび小規模マルチポイントシナリオの効率的なサポートに置かれていました。しかし、実際には、多くの小規模マルチポイント会議は、Multipoint Control Units (MCUs) として知られるデバイスを使用して動作しています。会話型ビデオ会議業界の長年の経験から、集中型マルチポイント会議を効率的にサポートするために、いくつかの追加フィードバックメッセージが必要であることが示唆されています。メッセージの一部は、集中型マルチポイントを超えた応用があり、これはメッセージの説明に示されています。これは特に、Video Back Channel メッセージ用の ITU-T Rec. H.271 [H.271] ビット文字列を運ぶことを目的としたメッセージに当てはまります。

Real-time Transport Protocol (RTP) [RFC3550] の用語では、MCUs はミキサーとトランスレータを含みます。ほとんどの MCUs はシグナリングサポートも含んでいます。このメモの開発中に、ミキサー、トランスレータ、MCU などの用語の使用に関してコミュニティ内でかなりの混乱があることが気づかれました。これらの懸念に対応して、業界にとって実用的に関連性のあるいくつかのトポロジーが特定されましたが、[RFC3550] では十分に詳しく文書化されていません。これらのトポロジーは [RFC5117] で文書化されており、このメモを理解するには [RFC5117] の事前または並行した研究が必要です。

ここで定義されたメッセージのいくつかは前方のみであり、それらが受信されたことをメッセージ発信者に明示的に通知する必要がなく、メッセージ受信者のアクションを示す必要もありません。他のメッセージは応答を必要とし、制御目的に有用と見なされる双方向通信モデルにつながります。ただし、このメモの意図は、RTP Control Protocol (RTCP) を一般化された制御プロトコルに開放することではありません。言及されているすべてのメッセージは、遅延が増加するとその価値が減少するという意味で、比較的厳格なリアルタイム制約を持っています。これにより、Session Initiation Protocol (SIP) [RFC3261] などのより伝統的な制御プロトコル手段を同じ目的で使用することが望ましくなくなります。そのため、この解決策は、このメモで定義されているものと同様のセマンティクスを持つ XML メッセージを転送するために SIP Info を使用する "XML Schema for Media Control" [XML-MC] の代わりに推奨されます。さらに、すべてのメッセージは非常にシンプルな形式であり、RTP/RTCP 送信者/受信者によって簡単に処理できます。最後に、そして最も重要なことに、すべてのメッセージは、それらが関連付けられている RTP ストリームにのみ関連し、通信システムの他のプロパティには関連しません。特に、それらのいずれもセッションによって通過するアクセスリンクのプロパティには関連しません。

2. 定義

2.1. 用語集​

  • AIMD - 加法的増加と乗法的減少 (Additive Increase Multiplicative Decrease)
  • AVPF - RTCP ベースのフィードバックのための拡張 RTP プロファイル (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. 用語​

このドキュメントのキーワード "MUST"、"MUST NOT"、"REQUIRED"、"SHALL"、"SHALL NOT"、"SHOULD"、"SHOULD NOT"、"RECOMMENDED"、"MAY"、および "OPTIONAL" は、RFC 2119 [RFC2119] で説明されているように解釈されるものとします。

  • Message (メッセージ): この仕様で定義される RTCP フィードバックメッセージ [RFC4585] で、次のいずれかのタイプ:

    • Request (リクエスト): 確認応答を必要とするメッセージ
    • Command (コマンド): 受信者にアクションを強制するメッセージ
    • Indication (インディケーション): 状況を報告するメッセージ
    • Notification (通知): イベントが発生したことを通知するメッセージ。通知は通常、リクエストに応答して生成されます。

"Notification" を除いて、この用語は ITU-T Rec. H.245 [H245] と整合していることに注意してください。

  • Decoder Refresh Point (デコーダリフレッシュポイント): 1 つ以上の RTP パケットにパケット化されたビット文字列で、デコーダを既知の状態に完全にリセットします。
に最終更新