3.2. アルゴリズム概要

FB メッセージは RTCP 制御ストリームの一部であり, したがって RTCP の帯域制約の対象となる. 特に, 受信者で観測された事象を送信者へ即座に報告できない場合がある. しかし, 送信者に与えられるフィードバックの価値は, 受信側ユーザが知覚するメディア品質や, メディアストリーム修復に要するコストの観点から, 通常時間とともに減少する.

RTP [1] と一般的に用いられる RTP プロファイル [2] は, 複合 RTCP パケットをいつ送るべきかの規則を規定する. 本ドキュメントはそれらの規則を変更し, アプリケーションが事象 (例: RTP パケットの損失や受信) をタイムリーに報告でき, FB メッセージを用いるアルゴリズムに対応できるようにする.

変更後の RTCP 送信アルゴリズムは次のように概説できる. FB メッセージを運ぶ必要がない限り, 複合 RTCP パケットは RTP [1] の規則に従って送信されるが, RTCP レポート間の 5 秒最小間隔は強制されない. したがって, RTCP レポート間隔は平均 RTCP パケットサイズと RTP/RTCP エンティティに利用可能な RTCP 帯域共有からのみ導出される. 任意で, Regular RTCP パケット間の最小間隔を強制してもよい.

受信者が FB メッセージの送信が必要と判断した場合, 次の通常 RTCP レポート間隔 (上記の通常 RTCP アルゴリズムでスケジュールされる) より早く送信してもよい. マルチパーティセッションではフィードバック爆発を避けるためフィードバック抑制を用いる. 受信者は (短い) ランダムなジッタ間隔待ち, 同じ事象を報告する他の受信者から対応する FB メッセージが見えるか確認する. ポイントツーポイントセッションではこの遅延はない. 他のメンバーから対応する FB メッセージを受信した場合, この受信者は FB メッセージを送らず, Regular RTCP 送信スケジュールに従い続ける. まだ他のメンバーから対応する FB メッセージを見ていない場合, Early フィードバックを送ってよいか確認する. Early フィードバックが許可されていれば, 受信者は FB メッセージを最小複合 RTCP パケットの一部として送る. Early フィードバック送信の許可は, この受信者が前に送った RTCP パケットの種類と, 前回の Early フィードバックメッセージが送られた時刻に依存する.

FB メッセージは完全な複合 RTCP パケットの一部としても送られうる. それらは [1] に従い (5 秒の下限を除き), 定期的な間隔で送信される.