セッション記述プロトコル

セッション記述プロトコル（SDP ）は、アナウンスや招待の目的でマルチメディア通信セッションを記述するための形式です。 ^[1]主に、 Voice over IP（VoIP）やビデオ会議などのストリーミングメディアアプリケーションのサポートに使用されます。SDP自体はメディアストリームを配信しませんが、エンドポイント間でネットワークメトリック、メディアタイプ、その他の関連プロパティをネゴシエートするために使用されます。プロパティとパラメータのセットはセッションプロファイルと呼ばれます。

SDP は、新しいメディア タイプと形式をサポートするために拡張可能です。SDP はもともとセッション アナウンスメント プロトコル(SAP) ^{[2]のコンポーネントでしたが、}リアルタイム トランスポート プロトコル(RTP)、リアルタイム ストリーミング プロトコル(RTSP)、セッション開始プロトコル(SIP)と組み合わせて使用​​したり、マルチキャストセッションを記述するためのスタンドアロン プロトコルとして使用したりできるようになりました。

IETFは1998年4月に元の仕様を標準提案として公開しました（RFC 2327）。^[3]改訂された仕様は2006年（RFC 4566）、^[1]および2021年（RFC 8866）にリリースされました。^[4]

セッション記述プロトコルは、テキストベースの形式で、1行に1つのフィールドのグループとしてセッションを記述します。^{[注 1]}各フィールドの形式は次のとおりです。

<文字>=<値><CR><LF>

は大文字と小文字が区別される<character>単一の文字であり、文字に応じた形式の構造化テキストです。値は通常、UTF-8でエンコードされます。^{[注 2]}等号のすぐ両側に空白文字を置くことはできません。 ^{[1] : セクション5}<value>

セッション記述は、セッション、タイミング、メディア記述の3つのセクションで構成されています。各記述には、複数のタイミング記述とメディア記述を含めることができます。名前は、関連する構文構造内でのみ一意です。^[5]

フィールドは表示されている順序で表示する必要があります。オプションのフィールドにはアスタリスクが付いています。

• セッションの説明

    v= (プロトコル バージョン番号、現在は 0 のみ)
    o= (発信元とセッション識別子: ユーザー名、ID、バージョン番号、ネットワーク アドレス)
    s= (セッション名: 少なくとも 1 つの UTF-8 エンコード文字が必須)
    i=* (セッションタイトルまたは短い情報)
    u=* (説明のURI)
    e=* (0 個以上の電子メール アドレスとオプションの連絡先名)
    p=* (0 個以上の電話番号とオプションの連絡先名)
    c=* (接続情報 - すべてのメディアに含まれている場合は不要)
    b=* (0 行以上の帯域幅情報行)
    1 つ以上の時間の説明(「t=」および「r=」行、下記参照)
    z=* (タイムゾーン調整)
    k=* (暗号化キー)
    a=* (0 個以上のセッション属性行)
    0 個以上のメディアの説明(それぞれ「m=」行で始まります。以下を参照)

• 時間の説明（必須）

    t= (セッションがアクティブな時間)
    r=* (0回以上の繰り返し)

• メディアの説明（オプション）

    m= (メディア名とトランスポートアドレス)
    i=* (メディアタイトルまたは情報フィールド)
    c=* (接続情報 - セッション レベルに含まれている場合はオプション)
    b=* (0 行以上の帯域幅情報行)
    k=* (暗号化キー)
    a=* (0 個以上のメディア属性行 — セッション属性行を上書き)

以下は、RFC 4566 からのセッション記述の例です。このセッションは、ユーザー「jdoe」によって IPv4 アドレス 10.47.16.5 で開始されました。セッション名は「SDP セミナー」で、拡張セッション情報 (「セッション記述プロトコルに関するセミナー」) が、追加情報へのリンクと、責任者である Jane Doe に連絡するための電子メール アドレスとともに含まれています。このセッションは、NTP タイムスタンプを使用して 2 時間継続するように指定されており、接続アドレス (クライアントが接続するか、またはここでのようにマルチキャスト アドレスが指定されている場合はサブスクライブする必要があるアドレスを示します) は、TTLが 127 の IPv4 224.2.17.12 として指定されています。このセッション記述の受信者は、メディアを受信することだけを指示されます。2 つのメディア記述が提供されており、どちらも RTP オーディオ ビデオ プロファイルを使用しています。 1 つ目は、RTP/AVP ペイロード タイプ 0 (RFC 3551 ではPCMUとして定義) を使用するポート 49170 のオーディオ ストリームであり、2 つ目は、RTP/AVP ペイロード タイプ 99 (「ダイナミック」として定義) を使用するポート 51372 のビデオ ストリームです。最後に、RTP/AVP ペイロード タイプ 99 を 90 kHz クロック レートの形式 h263-1998 にマッピングする属性が含まれています。オーディオ ストリームとビデオ ストリームのRTCPポートはそれぞれ 49171 と 51373 と暗黙的に示されています。

    0 です
    o=jdoe 2890844526 2890842807 IP4 10.47.16.5内
    s=SDPセミナー
    i=セッション記述プロトコルに関するセミナー
    u=http://www.example.com/seminars/sdp.pdf
    e=j.doe@example.com (ジェーン・ドゥ)
    c=IN IP4 224.2.17.12/127
    2873397496 2873404696 2873404696 28733974 ...
    a=受信のみ
    m=オーディオ 49170 RTP/AVP 0
    m=ビデオ 51372 RTP/AVP 99
    a=rtpmap:99 h263-1998/90000

SDP 仕様は、純粋にセッション記述の形式です。必要に応じて、SAP、SIP、RTSPなどのさまざまなトランスポート プロトコルを介して配布されることを目的としています。SDP は、電子メールまたは HTTP ペイロードとして送信することもできます。

SDPは属性を使用してコアプロトコルを拡張します。属性はセッションセクションまたはメディアセクション内に出現し、セッションレベルまたはメディアレベルとしてスコープされます。新しい属性は、IANAへの登録を通じて標準に時々追加されます。^[6]

属性はプロパティまたは値のいずれかです。

• プロパティ: a=フラグは、メディアまたはセッションのブール プロパティを伝えます。
• 値: a=属性:値は名前付きパラメータを提供します。

これらの属性のうち 2 つは特別に定義されています。

• a=charset:エンコーディングはセッションセクションまたはメディアセクションで使用され、標準プロトコルキーの推奨デフォルト値（UTF-8 ）とは異なる文字エンコーディング（IANAレジストリ^[7]に登録されている）を指定します。これらの値には、ユーザーに表示されるテキストが含まれます。
• a=sdplang:コードはテキストの言語を指定するために使用されます。セッションでは複数の言語の代替テキストが運ばれ、ユーザーの好みに応じてユーザーエージェントによって自動的に選択されます。^{[説明が必要]}

どちらの場合も、ユーザーに表示されるテキスト フィールドは不透明な文字列として解釈されますが、現在のメディア セクションのcharset フィールドとsdplangフィールドの最後の出現で示される値、またはセッション セクションの最後の値を使用して、ユーザーまたはアプリケーションに表示されます。

パラメータv、s、およびo は必須であり、空にすることはできず、UTF-8 でエンコードされている必要があります。これらは識別子として使用され、ユーザーに表示されることを意図したものではありません。

この例には、セッションレベルの属性（プロパティ形式a=recvonlyの属性など）^{[注 3]} 、またはメディアレベルの属性（例のビデオの 値形式a=rtpmap:99 h263-1998/90000の属性など）として、他のいくつかの属性も存在します。

絶対時間は、ネットワーク タイム プロトコル(NTP) 形式 (1900 年からの秒数)で表されます。終了時間が 0 の場合、セッションは無制限です。開始時間も 0 の場合、セッションは永続的であると見なされます。無制限および永続的なセッションは推奨されませんが、禁止されているわけではありません。間隔は、NTP 時間または入力された時間で表すことができます。値と時間単位 (日: d、時間: h、分: m、秒: s ) のシーケンスです。

したがって、2010 年 8 月 1 日午前 10 時 (UTC) からの 1 時間の会議と、1 週間後の同じ時刻の 1 回の繰り返し時間は、次のように表すことができます。

        1280656800 128126520 ...
        r=604800 3600 0

または、入力した時間を使用します。

        1280656800 128126520 ...
        r=7日1時間0

繰り返し時間を指定する場合、開始時間と終了時間の間の期間全体にわたって特定のタイムゾーンで同じローカル時間で繰り返しが発生するように、夏時間の変更を補正するために各繰り返しの開始時間を調整する必要がある場合があります。

このタイム ゾーンを指定して、いつどこで夏時間調整が必要になるかを知るためのタイム ゾーンのデータベースをサポートする代わりに、繰り返し時間はすべて同じタイム ゾーン内で定義されているものと想定され、SDP は、繰り返し開始時間または各夏時間調整時またはそれ以降に発生する終了時間に夏時間オフセット (秒単位または時間型を使用して表される) を適用する必要がある場合に NTP 絶対時間の表示をサポートします。これらのオフセットはすべて開始時間を基準としたものであり、累積的ではありません。NTP は、フィールドzでこれをサポートします。このフィールドは、最初の項目が夏時間調整が発生する NTP 絶対時間であり、2 番目の項目がフィールドrで計算された絶対時間を基準として適用するオフセットを示す、一連のペアを示します。

たとえば、夏時間調整によって 2010 年 10 月 31 日午前 3 時 UTC に 1 時間減算され (つまり、2010 年 8 月 1 日日曜日午前 10 時 UTC の開始時刻から 60 日マイナス 7 時間後)、これが 2010 年 8 月 1 日から 2010 年 11 月 28 日午前 10 時 UTC (毎週同じ現地時間で繰り返される 1 時間セッションの終了時刻で、88 日後に発生します) までのスケジュール期間に適用される唯一の夏時間調整である場合、次のように指定できます。

        t=1280656800 1290938400
        r=7日1時間0
        z=1288494000 -1時間

毎週 1 時間のセッションが、2010 年 8 月 1 日日曜日午前 3 時 UTC から 2011 年 6 月 26 日日曜日午前 4 時 UTC (最後の繰り返しの終了時刻、つまり 360 日プラス 1 時間後、つまり 31107600 秒後) まで 1 年間、毎週日曜日に繰り返され、2011 年 3 月 27 日日曜日午前 2 時に夏時間に戻る移行が含まれるようにした場合 (2 回目の夏時間移行が最初の開始時刻から 209 日後に発生するように、現地時間に再度 1 時間が追加されます)。

        t=1280656800 1290938400
        r=7日1時間0
        z=1288494000 -1h 1269655200 0

繰り返しセッションの SDP アナウンスは数年を超える非常に長い期間をカバーするようには行われないため、z= パラメータに含める夏時間調整の数は少ないままにしておく必要があります。

セッションは 1 週間にわたって不定期に繰り返される場合がありますが、 rパラメータにタプルを追加することで、その期間のすべての週に同じ方法でスケジュールされます。たとえば、同じイベントを土曜日にも (同じ時間帯に) スケジュールするには、次のようにします。

        t=1280656800 1290938400
        r=7日 1時間 0 6日
        z=1288494000 -1h 1269655200 0

SDP プロトコルは、このような単純な繰り返し時間による月次および年次スケジュールの繰り返しセッションをサポートしていません。これは、それらの間隔が不規則であるためです。代わりに、月または年ごとに追加のt / rタプルが提供される場合があります。

• Rosenberg, J.; Schulzrinne , H. ( 2002 年 6 月)。セッション記述プロトコルを使用したオファー/アンサー モデル。IETF。doi : 10.17487/ RFC3264。RFC 3264 。