1. はじめに (Introduction)

RTP を用いるリアルタイムメディアストリームは, ある程度までパケット損失に対して耐性を持つ. RTP [1] は, 送信側に存在した順序とタイミングを受信側で正しく再現するために必要な機構をすべて提供する. RTP はまた, すべての受信者からの受信品質に関する継続的なフィードバックを提供し, 送信者が中期的 (数秒から数分程度) に, 観測されたネットワークのサービス品質 (QoS) に応じて符号化方式と送信動作を適応させられるようにする. しかし, 少数のペイロード固有の機構 [6] を除き, RTP は送信者が再送, 遡及的な Forward Error Correction (FEC) 制御, または参照ピクチャ選択など一部のビデオコーデック向けのメディア固有機構によってメディアストリームを即座に修復できるような, タイムリーなフィードバックの規定を持たない.

RTP で誤り耐性を高めるために利用可能な現在の機構には, 音声冗長符号化 [13], ビデオ冗長符号化 [14], RTP レベルの FEC [11], より堅牢なメディアストリーム伝送に関する一般的考察 [12] がある. これらは先行的に適用でき (与えられたメディアストリームの帯域を増やす), あるいは十分に小さなグループかつ小さな往復遅延時間 (RTT) であれば, 送信者は上記の機構やメディア符号化固有のアプローチを用いてオンデマンドで修復を行える. 「小さなグループ」と「十分に小さな RTT」の両方はアプリケーションに強く依存する点に注意すること.

本ドキュメントは [1] および [2] に基づき, 最小制御の音声・ビデオ会議向けの変更された RTP プロファイルを, 次の 2 点の修正・追加によって規定する. 第一に, タイムリーなフィードバックを達成するため, Early RTCP メッセージの概念と, 小規模マルチキャストグループでの低遅延フィードバック (および大規模グループでのフィードバックの爆発的増大の防止) を可能にするアルゴリズムを導入する. ポイントツーポイントのシナリオには特別な配慮を行う. 第二に, 少数の汎用フィードバックメッセージと, RTCP ペイロードで伝送するコーデックおよびアプリケーション固有のフィードバック情報の形式を定義する.