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

6. ペイロードタイプ定義

  1. ペイロードタイプ定義

表 4 および 5 は、RTP データヘッダーの PT フィールドの、このプロファイルの静的ペイロードタイプ値を定義します。さらに、範囲 96-127 のペイロードタイプ値は、会議制御プロトコルを介して動的に定義される場合があります(MAY)。これは、このドキュメントの範囲外です。たとえば、セッションディレクトリは、特定のセッションに対して、ペイロードタイプ 96 が PCMU エンコーディング、8,000 Hz サンプリングレート、2 チャネルを示すことを指定する場合があります。ペイロードタイプが "dyn" の表 4 および 5 のエントリには、静的ペイロードタイプが割り当てられておらず、動的ペイロードタイプでのみ使用されます。ペイロードタイプ 2 は、RFC 1890 では G721 に、この仕様のドラフトバージョンではその同等の後継である G726-32 に割り当てられましたが、その使用は現在廃止されており、ペイロード形式 G726-32 および AAL2-G726-32 の競合する使用のため、その静的ペイロードタイプは予約済みとしてマークされています(セクション 4.5.4 を参照)。ペイロードタイプ 13 は、RFC 3389 [9] で指定されているコンフォートノイズ (CN) ペイロード形式を示します。ペイロードタイプ 19 は、この仕様の一部のドラフトバージョンでその番号が以前のバージョンのコンフォートノイズペイロード形式に割り当てられていたため、「予約済み」とマークされています。ペイロードタイプ範囲 72-76 は、RTCP パケットと RTP パケットを確実に区別できるように「予約済み」とマークされています(RTP プロトコル仕様のセクション「プロトコル定数の概要」を参照)。

このプロファイルで現在定義されているペイロードタイプは、オーディオのみ、ビデオのみ、およびオーディオとビデオの組み合わせの 3 つのカテゴリまたはメディアタイプのいずれかに正確に割り当てられています。メディアタイプは、表 4 および 5 でそれぞれ "A"、"V"、および "AV" としてマークされています。異なるメディアタイプのペイロードタイプは、単一の RTP セッション内でインターリーブまたは多重化してはなりません(SHALL NOT)が、複数の RTP セッションを並行して使用して複数のメディアタイプを送信することは可能です(MAY)。RTP ソースは、セッション中に同じメディアタイプ内でペイロードタイプを変更する場合があります(MAY)。詳細な説明については、RFC 3550 のセクション「RTP セッションの多重化」を参照してください。

           PT   エンコーディング  メディアタイプ クロックレート  チャネル
                名                           (Hz)
           ___________________________________________________
           0    PCMU        A            8,000       1
           1    予約        A
           2    予約        A
           3    GSM         A            8,000       1
           4    G723        A            8,000       1
           5    DVI4        A            8,000       1
           6    DVI4        A           16,000       1
           7    LPC         A            8,000       1
           8    PCMA        A            8,000       1
           9    G722        A            8,000       1
           10   L16         A           44,100       2
           11   L16         A           44,100       1
           12   QCELP       A            8,000       1
           13   CN          A            8,000       1
           14   MPA         A           90,000       (本文参照)
           15   G728        A            8,000       1
           16   DVI4        A           11,025       1
           17   DVI4        A           22,050       1
           18   G729        A            8,000       1
           19   予約        A
           20   未割り当て  A
           21   未割り当て  A
           22   未割り当て  A
           23   未割り当て  A
           dyn  G726-40     A            8,000       1
           dyn  G726-32     A            8,000       1
           dyn  G726-24     A            8,000       1
           dyn  G726-16     A            8,000       1
           dyn  G729D       A            8,000       1
           dyn  G729E       A            8,000       1
           dyn  GSM-EFR     A            8,000       1
           dyn  L8          A            var.        var.
           dyn  RED         A                        (本文参照)
           dyn  VDVI        A            var.        1

           表 4:オーディオエンコーディングのペイロードタイプ (PT)

           PT      エンコーディング  メディアタイプ クロックレート
                   名                           (Hz)
           _____________________________________________
           24      未割り当て  V
           25      CelB        V           90,000
           26      JPEG        V           90,000
           27      未割り当て  V
           28      nv          V           90,000
           29      未割り当て  V
           30      未割り当て  V
           31      H261        V           90,000
           32      MPV         V           90,000
           33      MP2T        AV          90,000
           34      H263        V           90,000
           35-71   未割り当て  ?
           72-76   予約        N/A         N/A
           77-95   未割り当て  ?
           96-127  動的        ?
           dyn     H263-1998   V           90,000

           表 5:ビデオおよび複合エンコーディングのペイロードタイプ (PT)

セッション参加者は、特定のセッションで許可される一連のペイロードタイプについて、この仕様の範囲外のメカニズムを通じて合意します。このセットは、たとえば、使用されるアプリケーションの機能によって定義されたり、会議制御プロトコルによってネゴシエートされたり、人間の参加者間の合意によって確立されたりする場合があります(MAY)。

このプロファイルで動作するオーディオアプリケーションは、少なくとも、ペイロードタイプ 0 (PCMU) および 5 (DVI4) を送受信できるべきです(SHOULD)。これにより、フォーマットネゴシエーションなしで相互運用性が可能になり、会議制御プロトコルとのネゴシエーションが成功することが保証されます。