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

1. はじめに

リアルタイムトランスポートプロトコル、関連するRTP制御プロトコル（RTP/RTCP、RFC 3550）[1]、および最小限の制御によるオーディオビジュアル通信のためのプロファイル（RFC 3551）[2]は、IPネットワーク上で時間ベースのメディアを送信するためのメカニズムを定義しています。RTPは、タイミングの維持やパケット損失の検出などの手段を提供し、RTPペイロードフォーマットは、パケットベースの環境での（連続的な）メディアの適切なフレーミングを提供します。RTCPにより、受信者は受信品質に関するフィードバックを提供でき、RTPセッションのすべてのメンバーがお互いについて知ることができます。

RTP仕様は、RTPおよびRTCPパケットの暗号化に対して基本的なサポートしか提供していません。セキュアRTP（RFC 3711）[4]は、セキュアなRTPメディアセッションのためのRTPプロファイル（「SAVP」）を定義し、適切なRTPおよびRTCPパケットの暗号化、整合性、およびリプレイプロテクションのための方法を定義しています。SRTPとそのセキュリティパラメータの初期交渉は、帯域外で行う必要があります。たとえば、セッション記述プロトコル（SDP、RFC 4566）[6]を、鍵情報の伝達のための拡張（RFC 4567 [7]、RFC 4568 [8]）とともに使用します。

RTP仕様はまた、受信者から送信者へのタイムリーなフィードバックについても限定的なサポートを提供しています。これは通常、グループサイズ、平均RTCPパケットサイズ、および利用可能なRTCP帯域幅に応じた、ある程度定期的な間隔での受信統計レポートによって行われます。RTCPベースのフィードバックのための拡張RTPプロファイル（「AVPF」）（RFC 4585、[3]）は、セッション参加者が、すべての送信者の平均RTCPデータレートを維持しながら、統計的に即時のフィードバックを提供することを可能にします。SAVPの場合と同様に、AVPFとそのパラメータの使用は、SDP（RFC 4566、[6]）およびRFC 4585 [3]で定義された拡張を使用して、帯域外で交渉する必要があります。

SRTPとAVPFはどちらもRTPプロファイルであり、交渉が必要です。これは、一方が使用可能であっても、両方のプロファイルを同じRTPセッション（1つのSDPセッションレベルの記述を使用）で交渉することはできないことを意味します。しかし、セキュアな通信とタイムリーなフィードバックを併用することが望ましいです。したがって、このドキュメントでは、SAVPとAVPFの機能を組み合わせた新しいRTPプロファイル（「SAVPF」）を規定します。

SAVPとAVPFは大部分が直交しているため、両者の組み合わせはほとんど単純です。このドキュメントで洗練されたアルゴリズムを規定する必要はありません。代わりに、既存の両方のプロファイルを参照し、それらの組み合わせによる影響や、既存のプロファイルのルールからの逸脱の可能性、および交渉プロセスのみを説明します。

1.1. 定義

RFC 3550 [1]、RFC 3551 [2]、RFC 4585 [3]、およびRFC 3711 [4]の定義が適用されます。

以下の定義は、このドキュメントで特に使用されます。

  • RTPセッション: RFC 3550 [1]で定義されている、RTPで通信する参加者のセット間の関連付け。

  • (SDP) メディア記述: この用語は、SDPメッセージ内の単一のm=行で指定された仕様を指します。SDPメディア記述は、1つのRTPセッションのみを定義する場合があります。

  • メディアセッション: メディアセッションは、同じ通信手段の選択肢を表すために意味的にグループ化されたSDPメディア記述のコレクションを指します。このようなグループの中から、通信関係のために1つが交渉または選択され、対応するRTPセッションがインスタンス化されます。関係するエンドポイントに適した共通のセッションパラメータが見つからない場合、メディアセッションは拒否されます。最も単純なケースでは、メディアセッションはSDPメディア記述と同等であり、RTPセッションと同等です。

1.2. 用語

このドキュメントのキーワード「MUST」（しなければならない）、「MUST NOT」（してはならない）、「REQUIRED」（必須である）、「SHALL」（するものとする）、「SHALL NOT」（しないものとする）、「SHOULD」（すべきである）、「SHOULD NOT」（すべきではない）、「RECOMMENDED」（推奨される）、「MAY」（してもよい）、および「OPTIONAL」（任意である）は、RFC 2119 [5]で説明されているように解釈されるべきです。

に最終更新