[要約] RFC 4856は、オーディオおよびビデオ会議のRTPプロファイルでのペイロード形式のメディアタイプ登録に関するものです。このRFCの目的は、RTPセッションで使用されるメディアの正確な識別と相互運用性の向上です。
Network Working Group S. Casner
Request for Comments: 4856 Packet Design
Obsoletes: 3555 March 2007
Category: Standards Track
Media Type Registration of Payload Formats in the RTP Profile for Audio and Video Conferences
オーディオおよびビデオ会議のためのRTPプロファイルでのペイロードフォーマットのメディアタイプ登録
Status of This Memo
本文書の位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態とステータスについては、「インターネット公式プロトコル標準」（STD 1）の現在のエディションを参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The IETF Trust (2007).
著作権（c）The IETF Trust（2007）。
Abstract
概要
This document specifies media type registrations for the RTP payload formats defined in the RTP Profile for Audio and Video Conferences. Some of these may also be used for transfer modes other than RTP.
このドキュメントは、オーディオおよびビデオ会議のRTPプロファイルで定義されているRTPペイロード形式のメディアタイプの登録を指定します。これらのいくつかは、RTP以外の転送モードにも使用される場合があります。
Table of Contents
1. Introduction ....................................................2
1.1. IANA Considerations ........................................2
1.2. Terminology ................................................3
2. Registrations for "Audio/Video Profile" .........................3
2.1. Audio Type Registrations ...................................3
2.2. Video Type Registrations ..................................24
3. Changes from RFC 3555 ..........................................25
4. Security Considerations ........................................26
5. References .....................................................27
5.1. Normative References ......................................27
5.2. Informative References ....................................27
This document updates the media type registrations initially specified in RFC 3555 for the Real-time Transport Protocol (RTP) payload formats defined in the RTP Profile for Audio and Video Conferences, RFC 3551 [1], as subtypes under the "audio" and "video" media types. This document does not include media type registrations for the RTP payload formats that are referenced in RFC 3551 but defined in other RFCs. The media type registrations for those payload formats are intended to be updated by including them in revisions of the individual RFCs defining the payload formats.
このドキュメントでは、オーディオおよびビデオ会議のRTPプロファイルで定義されたリアルタイムトランスポートプロトコル（RTP）ペイロード形式のRFC 3555で最初に指定されたメディアタイプの登録を更新します。ビデオ「メディアタイプ。このドキュメントには、RFC 3551で参照されているが他のRFCで定義されているRTPペイロード形式のメディアタイプ登録は含まれていません。これらのペイロード形式のメディアタイプの登録は、ペイロード形式を定義する個々のRFCの改訂にそれらを含めることにより、更新されることを目的としています。
The media type registrations specified here conform to the updated template format and procedures in RFC 4288 [2] and RFC 4855 [3]. This update makes no technical changes in the registrations. Together with RFC 4855, this document obsoletes RFC 3555.
ここで指定されているメディアタイプの登録は、RFC 4288 [2]およびRFC 4855 [3]の更新されたテンプレート形式と手順に準拠しています。この更新は、登録に技術的な変更を加えません。RFC 4855とともに、このドキュメントはRFC 3555を廃止します。
As a consequence of the generalized applicability of the media types registry as specified in RFC 4288, some changes in nomenclature are needed in the RTP Payload Format section of the registry. In the registry title "RTP Payload Format MIME types" and the introductory text, "MIME" should be changed to "media". "MIME" should be deleted from the table headings, leaving just "media type" and "subtype".
RFC 4288で指定されているメディアタイプレジストリの一般化された適用性の結果として、レジストリのRTPペイロード形式セクションで命名法のいくつかの変更が必要です。レジストリタイトル「RTPペイロード形式のMIMEタイプ」と入門テキスト「MIME」は「メディア」に変更する必要があります。「Mime」はテーブルの見出しから削除し、「メディアタイプ」と「サブタイプ」だけを残す必要があります。
This document updates the media type registrations listed below to conform to the revised registration format specified in RFC 4288 and RFC 4855, so the reference for these media types should be changed from RFC 3555 to this document. Some media type registrations contained in RFC 3555 are omitted from this document; the existing registrations for those types continue to be valid until updated by other RFCs. There are no new registrations contained here.
このドキュメントは、RFC 4288およびRFC 4855で指定された改訂された登録形式に準拠するために、以下にリストされているメディアタイプの登録を更新するため、これらのメディアタイプの参照はRFC 3555からこのドキュメントに変更する必要があります。RFC 3555に含まれる一部のメディアタイプの登録は、このドキュメントから省略されています。これらのタイプの既存の登録は、他のRFCSによって更新されるまで有効です。ここには新しい登録は含まれていません。
audio/DVI4 audio/G722 audio/G723 audio/G726-16 audio/G726-24 audio/G726-32 audio/G726-40 audio/G728 audio/G729 audio/G729D audio/G729E audio/GSM audio/GSM-EFR audio/L8 audio/L16 audio/LPC audio/PCMA audio/PCMU audio/VDVI video/nv
Audio/DVI4 Audio/G722 Audio/G723 Audio/G726-16 Audio/G726-24 Audio/G726-32 Audio/G726-40 Audio/G728 Audio/G729 Audio/G729D Audio/G729E Audio/GSMIO/GSM-EFIO Audio/L8オーディオ/L16オーディオ/LPCオーディオ/PCMAオーディオ/PCMUオーディオ/VDVIビデオ/NV
Media type audio/L16 was initially registered via RFC 2586 for transports other than RTP. That registration is incorporated here and augmented with additional information for RTP transport.
メディアタイプのオーディオ/L16は、RTP以外のトランスポートについてRFC 2586を介して当初登録されていました。この登録はここに組み込まれ、RTPトランスポートの追加情報が拡張されています。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [4] and indicate requirement levels for implementations compliant with this specification.
「必須」、「そうしない」、「必須」、「必要」、「「しない」、「そうでない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、RFC 2119 [4]で説明されているように解釈され、この仕様に準拠した実装の要件レベルを示します。
In the following sections, the RTP payload formats defined in the RTP Profile for Audio and Video Conferences, RFC 3551 [1], are registered as media types.
次のセクションでは、オーディオおよびビデオ会議のRTPプロファイルで定義されたRTPペイロード形式であるRFC 3551 [1]は、メディアタイプとして登録されています。
For most audio payload formats, the RTP timestamp clock rate is equal to the sampling rate. Some payload formats operate only at one fixed sampling rate, while others are adjustable.
ほとんどのオーディオペイロード形式では、RTPタイムスタンプクロックレートはサンプリングレートに等しくなります。一部のペイロード形式は、1つの固定サンプリングレートでのみ動作しますが、他のペイロード形式は調整可能です。
These audio formats also include the optional parameters "ptime" to specify the recommended length of time in milliseconds represented by the media in a packet, and "maxptime" to specify the maximum amount of media that can be encapsulated in each packet, expressed as time in milliseconds. The "ptime" and "maxptime" parameters are defined in the Session Description Protocol (SDP), RFC 4566 [5].
これらのオーディオ形式には、パケット内のメディアが表すミリ秒で推奨される時間を指定するオプションのパラメーター「PTIME」、および各パケットにカプセル化できるメディアの最大量を指定する「Maxptime」も含まれています。ミリ秒単位。「PTIME」および「MAXPTIME」パラメーターは、セッション説明プロトコル（SDP）、RFC 4566 [5]で定義されています。
Type name: audio
タイプ名：オーディオ
Subtype name: DVI4
サブタイプ名：DVI4
Required parameters: rate: The RTP timestamp clock rate, which is equal to the sampling rate. The typical rate is 8000, but other rates may be specified.
必要なパラメーター：レート：サンプリングレートに等しいRTPタイムスタンプクロックレート。典型的なレートは8000ですが、他のレートが指定される場合があります。
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550 [6]). Transfer within other framing protocols is not defined at this time.
使用法の制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550 [6]）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G722
サブタイプ名：G722
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G723
サブタイプ名：G723
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime: see RFC 4566
オプションのパラメーター：ptime、maxptime：RFC 4566を参照してください
bitrate: the data rate in kb/s used or preferred for the audio bit stream, with permissible values 5.3 or 6.3. If unspecified, the bitrate may change from frame to frame as indicated inband.
Bitrate：使用されるKB/sのデータレートは、許容値5.3または6.3で使用されています。不特定の場合、ビットレートは、示されているインバンドのようにフレームからフレームに変化する可能性があります。
annexa: indicates that Annex A, voice activity detection, is used or preferred. Permissible values are "yes" and "no" (without the quotes); "yes" is implied if this parameter is omitted.
Annexa：音声アクティビティ検出の付録Aが使用または好まれることを示します。許容値は「はい」と「いいえ」です（引用符なし）。このパラメーターが省略されている場合、「はい」が暗示されています。
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G726-16
サブタイプ名：G726-16
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Type name: audio
タイプ名：オーディオ
Subtype name: G726-24
サブタイプ名：G726-24
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G726-32
サブタイプ名：G726-32
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G726-40
サブタイプ名：G726-40
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G728
サブタイプ名：G728
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G729
サブタイプ名：G729
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime: see RFC 4566
オプションのパラメーター：ptime、maxptime：RFC 4566を参照してください
annexb: indicates that Annex B, voice activity detection, is used or preferred. Permissible values are "yes" and "no" (without the quotes); "yes" is implied if this parameter is omitted.
Annexb：音声アクティビティ検出の付録Bが使用または好ましいことを示します。許容値は「はい」と「いいえ」です（引用符なし）。このパラメーターが省略されている場合、「はい」が暗示されています。
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G729D
サブタイプ名：G729d
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime: see RFC 4566
オプションのパラメーター：ptime、maxptime：RFC 4566を参照してください
annexb: indicates that Annex B, voice activity detection, is used or preferred. Permissible values are "yes" and "no" (without the quotes); "yes" is implied if this parameter is omitted.
Annexb：音声アクティビティ検出の付録Bが使用または好ましいことを示します。許容値は「はい」と「いいえ」です（引用符なし）。このパラメーターが省略されている場合、「はい」が暗示されています。
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: G729E
サブタイプ名：G729E
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime: see RFC 4566
オプションのパラメーター：ptime、maxptime：RFC 4566を参照してください
annexb: indicates that Annex B, voice activity detection, is used or preferred. Permissible values are "yes" and "no" (without the quotes); "yes" is implied if this parameter is omitted.
Annexb：音声アクティビティ検出の付録Bが使用または好ましいことを示します。許容値は「はい」と「いいえ」です（引用符なし）。このパラメーターが省略されている場合、「はい」が暗示されています。
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
意図された使用法：使用に関する一般的な制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: GSM
サブタイプ名：GSM
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: GSM-EFR
サブタイプ名：GSM-EFR
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: L8
サブタイプ名：L8
Required parameters: rate: the RTP timestamp clock rate
必要なパラメーター：レート：RTPタイムスタンプクロックレート
Optional parameters: channels: how many audio streams are interleaved -- defaults to 1; stereo would be 2, etc. Interleaving takes place between individual one-byte samples. The channel order is as specified in RFC 3551.
オプションのパラメーター：チャネル：インターリーブされるオーディオストリームの数 - デフォルトは1になります。ステレオは2などになります。個々の1バイトサンプル間でインターリーブが行われます。チャネル順序は、RFC 3551で指定されているとおりです。
ptime, maxptime: see RFC 4566
PTIME、MAXPTIME：RFC 4566を参照してください
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Media type audio/L16 was initially registered via RFC 2586 [10] for transports other than RTP. That registration is incorporated here and augmented with additional information for RTP transport.
メディアタイプのオーディオ/L16は、RTP以外のトランスポートについて、RFC 2586 [10]を介して当初登録されていました。この登録はここに組み込まれ、RTPトランスポートの追加情報が拡張されています。
Type name: audio
タイプ名：オーディオ
Subtype name: L16
サブタイプ名：L16
Required parameters: rate: number of samples per second -- For non-RTP transport, the permissible values for rate are 8000, 11025, 16000, 22050, 24000, 32000, 44100, and 48000 samples per second. For RTP transport, other values are permissible but the aforementioned values are RECOMMENDED. For RTP, the rate parameter indicates the RTP timestamp clock rate, which is equal to the sample rate.
必要なパラメーター：レート：毎秒サンプル数 - 非RTP輸送の場合、レートの許容値は8000、11025、16000、22050、24000、32000、44100、および48000サンプルです。RTP輸送の場合、他の値は許容されますが、前述の値が推奨されます。RTPの場合、レートパラメーターは、サンプルレートに等しいRTPタイムスタンプクロックレートを示します。
Optional parameters: channels: how many audio streams are interleaved -- defaults to 1; stereo would be 2, etc. Interleaving takes place between individual two-byte samples. The channel order is as specified in RFC 3551 unless a channel-order parameter is also present.
オプションのパラメーター：チャネル：インターリーブされるオーディオストリームの数 - デフォルトは1になります。ステレオは2などになります。個々の2バイトサンプル間でインターリーブが行われます。チャネルの順序は、RFC 3551で指定されているとおりです。
emphasis: analog preemphasis applied to the signal before quantization. The only emphasis value defined here is emphasis=50-15 to indicate the 50/15 microsecond preemphasis used with Compact Discs. This parameter MUST be omitted if no analog preemphasis was applied. Note that this is a stream property parameter, not a receiver configuration parameter. Thus, if parameters are negotiated, it may not be possible for the sender to comply with a receiver request for a particular setting.
強調：量子化前に信号に適用されたアナログの事前強調。ここで定義されている唯一の強調値は、コンパクトディスクで使用される50/15マイクロ秒前の段階を示すための強調= 50-15です。アナログの事前強調が適用されなかった場合、このパラメーターは省略する必要があります。これは、レシーバー構成パラメーターではなく、ストリームプロパティパラメーターであることに注意してください。したがって、パラメーターがネゴシエートされた場合、送信者が特定の設定の受信者要求に従うことは不可能かもしれません。
channel-order: specifies the sample interleaving order for multiple-channel audio streams (see RFC 3190 [7], Section 7). Permissible values are DV.LRLsRs, DV.LRCS, DV.LRCWo, DV.LRLsRsC, DV.LRLsRsCS, DV.LmixRmixTWoQ1Q2, DV.LRCWoLsRsLmixRmix, DV.LRCWoLs1Rs1Ls2Rs2, DV.LRCWoLsRsLcRc.
チャネルオーダー：マルチチャネルオーディオストリームのサンプルインターリーブ順序を指定します（RFC 3190 [7]、セクション7を参照）。
For interoperation with DV video systems, only a subset of these channel combinations is specified for use with 20-bit linear encoding in the DV video specification [9]; those are DV.LRLsRs, DV.LRCS, DV.LmixRmixTWoQ1Q2. This parameter MUST be omitted when the AIFF-C channel order convention (see RFC 3551) is in use.
DVビデオシステムとの相互操作のために、これらのチャネルの組み合わせのサブセットのみが、DVビデオ仕様[9]で20ビット線形エンコードを使用して使用するために指定されています。これらはDV.lrlsrs、dv.lrcs、dv.lmixrmixtwoq1q2です。このパラメーターは、AIFF-Cチャネルの注文規則（RFC 3551を参照）が使用されている場合に省略する必要があります。
For RTP, ptime: RECOMMENDED duration of each packet in milliseconds.
RTPの場合、PTIME：各パケットの推奨期間はミリ秒単位で。
For RTP, maxptime: maximum duration of each packet in milliseconds.
RTPの場合、MaxPtime：各パケットの最大期間はミリ秒単位で。
Encoding considerations: Audio data is binary data, and must be encoded for non-binary transport; the Base64 encoding is suitable for Email. Note that audio data does not compress easily using lossless compression.
考慮事項のエンコード：オーディオデータはバイナリデータであり、非バイナリトランスポート用にエンコードする必要があります。Base64エンコーディングは、電子メールに適しています。オーディオデータは、ロスレス圧縮を使用して簡単に圧縮されないことに注意してください。
Security considerations: Audio/L16 data is believed to offer no security risks. This media type does not carry active content. The encoding is not compressed. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：Audio/L16データは、セキュリティリスクを提供しないと考えられています。このメディアタイプは、アクティブなコンテンツを搭載していません。エンコードは圧縮されていません。RFC 4856のセクション4を参照してください。
Interoperability considerations: This type is compatible with the encoding used in the WAV (Microsoft Windows RIFF) and Apple AIFF union types, and with the public domain "sox" and "rateconv" programs.
相互運用性の考慮事項：このタイプは、WAV（Microsoft Windows Riff）およびApple AIFFユニオンタイプで使用されるエンコード、およびパブリックドメイン「SOX」および「RateConv」プログラムと互換性があります。
Published specification: RFC 2586 for non-RTP transports, RFC 3551 for RTP
公開された仕様：非RTP輸送用のRFC 2586、RFC 3551 for RTP
Applications that use this media type: The public domain "sox" and "rateconv" programs accept this type.
このメディアタイプを使用するアプリケーション：パブリックドメイン「SOX」および「RateCONV」プログラムは、このタイプを受け入れます。
Additional information:
Magic number(s): none
File extension(s): WAV L16
Macintosh file type code: AIFF
Person to contact for further information:
James Salsman <jps-L16@bovik.org>
Intended usage: Common
意図された使用法：共通
It is expected that many audio and speech applications will use this type. Already the most popular platforms provide this type with the rate=11025 parameter, referred to as "radio quality speech".
多くのオーディオおよび音声アプリケーションがこのタイプを使用することが期待されています。すでに最も人気のあるプラットフォームは、このタイプに「ラジオ品質のスピーチ」と呼ばれるレート= 11025パラメーターを提供しています。
Restrictions on usage: In addition to file-based transfer methods, this type is also defined for transfer via RTP (RFC 3550).
使用法の制限：ファイルベースの転送方法に加えて、このタイプはRTP（RFC 3550）を介した転送用にも定義されます。
Author: James Salsman for non-RTP transports. Stephen Casner for RTP transport.
著者：非RTPトランスポートのジェームズサルスマン。RTPトランスポートのスティーブンキャスナー。
Change controller: James Salsman for non-RTP transports. For RTP transport, IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：James Salsman非RTPトランスポートのためのJames Salsman。RTPトランスポートの場合、IESGから委任されたIETFオーディオ/ビデオトランスポートワーキンググループ。
Type name: audio
タイプ名：オーディオ
Subtype name: LPC
サブタイプ名：LPC
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: PCMA
サブタイプ名：PCMA
Required parameters: rate: The RTP timestamp clock rate, which is equal to the sampling rate. The typical rate is 8000, but other rates may be specified.
必要なパラメーター：レート：サンプリングレートに等しいRTPタイムスタンプクロックレート。典型的なレートは8000ですが、他のレートが指定される場合があります。
Optional parameters: channels: how many audio streams are interleaved -- defaults to 1; stereo would be 2, etc. Interleaving takes place between individual one-byte samples. The channel order is as specified in RFC 3551.
オプションのパラメーター：チャネル：インターリーブされるオーディオストリームの数 - デフォルトは1になります。ステレオは2などになります。個々の1バイトサンプル間でインターリーブが行われます。チャネル順序は、RFC 3551で指定されているとおりです。
ptime, maxptime: see RFC 4566
PTIME、MAXPTIME：RFC 4566を参照してください
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551 Applications that use this media type: Audio and video streaming and conferencing tools.
公開された仕様：このメディアタイプを使用するRFC 3551アプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: PCMU
サブタイプ名：PCMU
Required parameters: rate: The RTP timestamp clock rate, which is equal to the sampling rate. The typical rate is 8000, but other rates may be specified.
必要なパラメーター：レート：サンプリングレートに等しいRTPタイムスタンプクロックレート。典型的なレートは8000ですが、他のレートが指定される場合があります。
Optional parameters: channels: how many audio streams are interleaved -- defaults to 1; stereo would be 2, etc. Interleaving takes place between individual one-byte samples. The channel order is as specified in RFC 3551.
オプションのパラメーター：チャネル：インターリーブされるオーディオストリームの数 - デフォルトは1になります。ステレオは2などになります。個々の1バイトサンプル間でインターリーブが行われます。チャネル順序は、RFC 3551で指定されているとおりです。
ptime, maxptime: see RFC 4566
PTIME、MAXPTIME：RFC 4566を参照してください
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
Type name: audio
タイプ名：オーディオ
Subtype name: VDVI
サブタイプ名：VDVI
Required parameters: none
必要なパラメーター：なし
Optional parameters: ptime, maxptime (see RFC 4566)
オプションのパラメーター：PTIME、MAXPTIME（RFC 4566を参照）
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551 Applications that use this media type: Audio and video streaming and conferencing tools.
公開された仕様：このメディアタイプを使用するRFC 3551アプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
For most video payload formats, including the one registered here, the RTP timestamp clock rate is always 90000 Hz, so the "rate" parameter is not applicable. Likewise, the "channel" parameter is not used with video, while "ptime" and "maxptime" could be but typically are not.
ここに登録されているものを含むほとんどのビデオペイロード形式では、RTPタイムスタンプクロックレートは常に90000 Hzであるため、「レート」パラメーターは適用されません。同様に、「チャネル」パラメーターはビデオでは使用されませんが、「PTIME」と「MaxPtime」は通常そうではありません。
Type name: video
タイプ名：ビデオ
Subtype name: nv
サブタイプ名：NV
Required parameters: none
必要なパラメーター：なし
Optional parameters: none
オプションのパラメーター：なし
Encoding considerations: This media type is framed binary data (see Section 4.8 in RFC 4288).
考慮事項のエンコーディング：このメディアタイプは、バイナリデータのフレーム化されています（RFC 4288のセクション4.8を参照）。
Security considerations: This media type does not carry active content. It does transfer compressed data. See Section 4 of RFC 4856.
セキュリティ上の考慮事項：このメディアタイプには、アクティブなコンテンツが含まれていません。圧縮データを転送します。RFC 4856のセクション4を参照してください。
Interoperability considerations: none
相互運用性の考慮事項：なし
Published specification: RFC 3551
公開された仕様：RFC 3551
Applications that use this media type: Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション：オーディオおよびビデオストリーミングおよび会議ツール。
Additional information: none
追加情報：なし
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
Intended usage: COMMON
意図された使用法：共通
Restrictions on usage: This media type depends on RTP framing, and hence is only defined for transfer via RTP (RFC 3550). Transfer within other framing protocols is not defined at this time.
使用に関する制限：このメディアタイプはRTPフレーミングに依存するため、RTP（RFC 3550）を介した転送に対してのみ定義されます。この時点では、他のフレーミングプロトコル内の転送は定義されていません。
Author: Stephen Casner
著者：Stephen Casner
Change controller: IETF Audio/Video Transport working group delegated from the IESG.
Change Controller：IETFオーディオ/ビデオトランスポートワーキンググループは、IESGから委任されました。
RFC 3555 is obsoleted by the combination of RFC 4855 [3] and this document. RFC 4855 retains the specification of procedures and requirements from RFC 3555, while the media type registrations from RFC 3555 were extracted into this document. The media type registrations for the RTP payload formats that are referenced in RFC 3551 [1], but defined in other RFCs, have been elided from this document because those registrations are intended to be updated by including them in revisions of the individual RFCs defining the payload formats.
RFC 3555は、RFC 4855 [3]とこのドキュメントの組み合わせによって廃止されています。RFC 4855は、RFC 3555からの手順と要件の仕様を保持し、RFC 3555からのメディアタイプの登録がこのドキュメントに抽出されました。RFC 3551 [1]で参照されているが、他のRFCで定義されているRTPペイロード形式のメディアタイプの登録は、これらの登録が個々のRFCの改訂に更新されることを意図しているため、このドキュメントから排除されています。ペイロード形式。
The media type registrations in this document have been updated to conform to the revised media type registration procedures in RFC 4288 [2] and RFC 4855. Whereas RFC 3555 required the encoding considerations to specify transfer via RTP, that is now specified under restrictions on usage. The encoding considerations now warn that these types are framed binary data. The change controller is also now identified according to current conventions. The optional parameter "channels" was clarified for audio subtypes L8, PCMA, and PCMU. Finally, reference [9], which was missing from RFC 3555, has been corrected.
このドキュメントのメディアタイプの登録は、RFC 4288 [2]およびRFC 4855の改訂されたメディアタイプの登録手順に準拠するように更新されました。。エンコーディングの考慮事項は、これらのタイプがバイナリデータのフレーム化されていることを警告しています。変更コントローラーは、現在の規則に従っても識別されています。オプションのパラメーター「チャネル」は、オーディオサブタイプL8、PCMA、およびPCMUで明確にされました。最後に、RFC 3555から欠落していた参照[9]が修正されました。
This memo specifies media type registrations for the transfer of several compressed audio and video data encodings via RTP, so implementations using these media types are subject to the security considerations discussed in the RTP specification [8].
このメモは、RTPを介した複数の圧縮オーディオおよびビデオデータエンコーディングを転送するためのメディアタイプの登録を指定するため、これらのメディアタイプを使用した実装は、RTP仕様[8]で説明されているセキュリティ上の考慮事項の対象となります。
None of these media types carry "active content" that could impose malicious side-effects upon the receiver. The content consists solely of compressed audio or video data to be decoded and presented as sound or images. However, several audio and video encodings are perfect for hiding data using steganography.
これらのメディアタイプはいずれも、レシーバーに悪意のある副作用を課す可能性のある「アクティブなコンテンツ」を運ぶものはありません。コンテンツは、デコードされ、サウンドまたは画像として表示される圧縮オーディオまたはビデオデータのみで構成されています。ただし、いくつかのオーディオおよびビデオエンコーディングは、ステガノグラフィを使用してデータを隠すのに最適です。
A potential denial-of-service threat exists for data encodings using compression techniques that have non-uniform receiver-end computational load. The attacker can inject pathological datagrams into the stream, which are complex to decode and cause the receiver to be overloaded. However, none of the encodings registered here has an expansion factor greater than about 20, and all are considered relatively simple by modern standards (some are implemented on handheld devices and most were implemented on general-purpose computers ten years ago).
不均一なレシーバーエンドの計算負荷を備えた圧縮技術を使用したデータエンコーディングには、潜在的なサービス拒否脅威が存在します。攻撃者は、病理学的データグラムをストリームに注入できます。ストリームは、デコードしてレシーバーを過負荷にするのに複雑です。ただし、ここに登録されているエンコーディングはどれも約20を超える拡張係数を持っておらず、すべてが最新の標準で比較的単純であると見なされます（一部はハンドヘルドデバイスに実装され、ほとんどは10年前に汎用コンピューターに実装されました）。
As with any IP-based protocol, in some circumstances a receiver may be overloaded simply by the receipt of too many packets, either desired or undesired. Network-layer authentication MAY be used to discard packets from undesired sources, but the processing cost of the authentication itself may be too high.
他のIPベースのプロトコルと同様に、状況によっては、受信者が、望ましいまたは望ましくないあまりにも多くのパケットを受け取るだけで過負荷になる場合があります。ネットワーク層認証は、望ましくないソースからパケットを破棄するために使用できますが、認証自体の処理コストが高すぎる場合があります。
RTP may be sent via IP multicast, which provides no direct means for a sender to know all the receivers of the data sent and therefore no measure of privacy. Rightly or not, users may be more sensitive to privacy concerns with audio and video communication than they have been with more traditional forms of network communication. Therefore, the use of security mechanisms with RTP to provide confidentiality and integrity of the data is important. Because the data compression used with these media types is applied end-to-end, encryption may be performed after compression so there is no conflict between the two operations.
RTPはIPマルチキャストを介して送信される場合があります。これは、送信者が送信されたデータのすべての受信機を知るための直接的な手段を提供しないため、プライバシーの尺度はありません。当然のことながら、ユーザーは、より従来の形式のネットワーク通信を使用するよりも、オーディオおよびビデオ通信に関するプライバシーの懸念に敏感である可能性があります。したがって、データの機密性と整合性を提供するためにRTPを使用してセキュリティメカニズムを使用することが重要です。これらのメディアタイプで使用されるデータ圧縮がエンドツーエンドで適用されるため、圧縮後に暗号化が実行される可能性があるため、2つの操作間に競合がありません。
[1] Schulzrinne, H. and S. Casner, "RTP Profile for Audio and Video Conferences with Minimal Control", RFC 3551, July 2003.
[1] Schulzrinne、H。およびS. Casner、「最小限の制御を伴うオーディオおよびビデオ会議のRTPプロファイル」、RFC 3551、2003年7月。
[2] Freed, N. and J. Klensin, "Media Type Specifications and Registration Procedures", BCP 13, RFC 4288, December 2005.
[2] Freed、N。およびJ. Klensin、「メディアタイプの仕様と登録手順」、BCP 13、RFC 4288、2005年12月。
[3] Casner, S., "Media Type Registration of RTP Payload Types", RFC 4855, January 2007.
[3] Casner、S。、「RTPペイロードタイプのメディアタイプ登録」、RFC 4855、2007年1月。
[4] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[4] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[5] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[5] Handley、M.、Jacobson、V。、およびC. Perkins、「SDP：セッション説明プロトコル」、RFC 4566、2006年7月。
[6] Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", RFC 3550, July 2003.
[6] Schulzrinne、H.、Casner、S.、Frederick、R。、およびV. Jacobson、「RTP：リアルタイムアプリケーション用の輸送プロトコル」、RFC 3550、2003年7月。
[7] Kobayashi, K., Ogawa, A., Casner, S. and C. Bormann, "RTP Payload Format for 12-bit DAT Audio and 20- and 24-bit Linear Sampled Audio", RFC 3190, January 2002.
[7] Kobayashi、K.、Ogawa、A.、Casner、S。、およびC. Bormann、「12ビットDATオーディオのRTPペイロード形式、20および24ビットの線形サンプリングオーディオ」、RFC 3190、2002年1月。
[8] Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", RFC 3550, July 2003.
[8] Schulzrinne、H.、Casner、S.、Frederick、R。、およびV. Jacobson、「RTP：リアルタイムアプリケーション用の輸送プロトコル」、RFC 3550、2003年7月。
[9] IEC 61834, Helical-scan digital video cassette recording system using 6,35 mm magnetic tape for consumer use (525-60, 625-50, 1125-60, and 1250-50 systems), August 1998.
[9] IEC 61834、1998年8月、消費者使用に6,35 mmの磁気テープ（525-60、625-50、1125-60、および1250-50システムを使用したヘリカルスキャンデジタルビデオカセット録音システム。
[10] Salsman, J. and H. Alvestrand, "The Audio/L16 MIME content type", RFC 2586, May 1999.
[10] Salsman、J。およびH. Alvestrand、「オーディオ/L16 MIMEコンテンツタイプ」、RFC 2586、1999年5月。
Author's Address
著者の連絡先
Stephen L. Casner Packet Design 3400 Hillview Avenue, Building 3 Palo Alto, CA 94304 United States
Stephen L. Casner Packet Design 3400 Hillview Avenue、Building 3 Palo Alto、CA 94304米国
Phone: +1 650 739-1843
EMail: casner@acm.org
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2007).
著作権（c）The IETF Trust（2007）。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
この文書は、BCP 78に含まれる権利、ライセンス、および制限の対象となり、そこに記載されている場合を除き、著者はすべての権利を保持しています。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれる情報は、「現状のまま」に基づいて提供され、貢献者、彼/彼女が代表する組織（もしあれば）、インターネット協会、IETFトラスト、インターネットエンジニアリングタスクフォースがすべてを否認します。明示的または黙示的な保証。ここでの情報の使用は、特定の目的に対する商品性または適合性の権利または暗黙の保証を侵害しないという保証を含むがこれらに限定されない。
Intellectual Property
知的財産
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFは、知的財産権またはその他の権利の有効性または範囲に関して、本書に記載されている技術の実装または使用、またはそのような権利に基づくライセンスに基づくライセンスの範囲に関連すると主張される可能性のある他の権利に関しては、立場を取得しません。利用可能になります。また、そのような権利を特定するために独立した努力をしたことも表明していません。RFCドキュメントの権利に関する手順に関する情報は、BCP 78およびBCP 79に記載されています。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IETF事務局に行われたIPR開示のコピーと、利用可能にするライセンスの保証、またはこの仕様の実装者またはユーザーによるそのような独自の権利の使用のための一般的なライセンスまたは許可を取得するための試みの結果を取得できます。http://www.ietf.org/iprのIETFオンラインIPRリポジトリから。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFは、関心のある当事者に、著作権、特許、または特許出願、またはこの基準を実装するために必要なテクノロジーをカバーする可能性のあるその他の独自の権利を注意深く招待します。ietf-ipr@ietf.orgのIETFへの情報をお問い合わせください。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFCエディター機能の資金は現在、インターネット協会によって提供されています。