1. Introduction (はじめに)

1. Introduction (はじめに)

Session Description Protocol (セッション記述プロトコル, SDP) [1] はもともと, Mbone 上で運用されるマルチキャストセッションを記述する手段として考案されました. Session Announcement Protocol (セッション告知プロトコル, SAP) [6] は SDP メッセージを運ぶマルチキャスト機構として設計されました. SDP 仕様はユニキャスト動作を許容しますが, それだけでは不十分です. すべての参加者が同じセッションのグローバルな見方を用いるマルチキャストとは異なり, ユニキャストセッションは 2 つの参加者を含み, セッションの完全な見方には両参加者からの情報と, 両者間のパラメータに関する合意が必要です.

例として, マルチキャストセッションでは特定のメディアストリームに対して単一のマルチキャストアドレスを伝える必要があります. 一方, ユニキャストセッションでは参加者ごとに 1 つずつ, 合計 2 つのアドレスが必要です. 別の例として, マルチキャストセッションではセッションで用いるコーデックを示す必要がありますが, ユニキャストでは各参加者がサポートする集合の共通部分を見つけることによってコーデック集合を決める必要があります.

その結果, SDP はユニキャストセッションを記述する表現力を持ちながら, 実際にそれをどう行うかの意味論と運用上の詳細が欠けています. 本書では SDP に基づく単純な offer/answer (オファー/アンサーモデル) を定義してこれを補います. このモデルでは, セッションの一方の参加者が offer (オファー) を構成する SDP メッセージを生成します. それは offerer (オファラー) が用いたいメディアストリームとコーデックの集合に加え, メディアを受信したい IP アドレスとポートです. その offer は answerer (アンサラー) と呼ばれる他方の参加者に伝達されます. answerer は answer (アンサー) を生成します. それは offerer から提供された offer に応答する SDP メッセージです. answer は offer 内の各ストリームに対応するメディアストリームを持ち, そのストリームが受理されるか否かに加え, 用いられるコーデックと, メディアを受信したい answerer の IP アドレスとポートを示します.

マルチキャストセッションをユニキャストに似た形で動作させることも可能です. パラメータはユニキャストの場合と同様に一対の利用者間で交渉されますが, 双方はユニキャストではなく同一のマルチキャストアドレスへパケットを送ります. 本書はまた, offer/answer モデルをマルチキャストストリームに適用することについても述べます.

さらに, 初期の offer/answer 交換のあとセッションを更新する際に offer/answer モデルをどのように用いるかのガイドラインを定義します.

offer と answer をどのように伝達するかは本書の対象外です. ここで定義する offer/answer モデルは, Session Initiation Protocol (セッション開始プロトコル, SIP) [7] によって用いられる必須のベースライン機構です.