RFC4856 日本語訳
4856 Media Type Registration of Payload Formats in the RTP Profile forAudio and Video Conferences. S. Casner. February 2007. (Format: TXT=45881 bytes) (Obsoletes RFC3555) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Casner Request for Comments: 4856 Packet Design Obsoletes: 3555 March 2007 Category: Standards Track
Casnerがコメントのために要求するワーキンググループS.をネットワークでつないでください: 4856年のパケットデザインは以下を時代遅れにします。 3555 2007年3月のカテゴリ: 標準化過程
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.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(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ペイロード形式のための登録証明書がAudioとVideoコンファレンスのためにRTP Profileで定義したメディアタイプを指定します。 また、これらの或るものは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
目次1。 序論…2 1.1. IANA問題…2 1.2. 用語…3 2. 「オーディオ/ビデオプロフィール」のための登録証明書…3 2.1. オーディオタイプ登録証明書…3 2.2. ビデオタイプ登録証明書…24 3. RFC3555からの変化…25 4. セキュリティ問題…26 5. 参照…27 5.1. 標準の参照…27 5.2. 有益な参照…27
Casner Standards Track [Page 1] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[1ページ]
1. Introduction
1. 序論
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.
このドキュメントは登録証明書が初めはRFC3555でAudioとVideoコンファレンスのためにRTP Profileで定義されたレアル-時間Transportプロトコル(RTP)ペイロード書式に指定したメディアタイプをアップデートします、RFC3551[1]、「オーディオ」と「ビデオ」メディアタイプの下における血液型亜型として。 このドキュメントはRFC3551で参照をつけられますが、他のRFCsで定義されるRTPペイロード書式のためのメディアタイプ登録証明書を含んでいません。 それらのペイロード形式のためのメディアタイプ登録証明書がペイロード書式を定義する個々のRFCsの改正にそれらを含んでいることによってアップデートすることを意図します。
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.
登録証明書がここで指定したメディアタイプはRFC4288[2]とRFC4855[3]のアップデートされたテンプレート形式と手順に従います。 このアップデートは登録証明書における技術変化を全く作りません。 RFC4855と共に、このドキュメントはRFC3555を時代遅れにします。
1.1. IANA Considerations
1.1. IANA問題
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".
メディアの一般化された適用性の結果がRFC4288での指定されるとしての登録をタイプするとき、用語体系におけるいくつかの変化が登録のRTP有効搭載量Format部で必要です。 「RTP有効搭載量Format 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.
このドキュメントが登録証明書がRFC4288とRFC4855で指定された改訂された登録形式に従うために以下に記載したメディアタイプをアップデートするので、これらのメディアタイプの参照はRFC3555からこのドキュメントに変わるべきです。 登録証明書がRFC3555に含んだメディアタイプはこのドキュメントから省略されます。 他のRFCsによってアップデートされるまで、そういったタイプの人のための既存の登録証明書はずっと有効です。 ここに含まれたどんな新しい登録証明書もありません。
Casner Standards Track [Page 2] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[2ページ]
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
オーディオ/DVI4オーディオ/G722オーディオ/G723オーディオ/G726-16オーディオ/G726-24オーディオ/G726-32オーディオ/G726-40オーディオ/G728オーディオ/G729オーディオ/G729Dオーディオ/G729Eオーディオ/GSMオーディオ/GSM-EFRオーディオ/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以外の輸送のためのRFC2586を通して登録されました。 その登録は、RTP輸送のための追加情報でここに組み込まれて、増大します。
1.2. Terminology
1.2. 用語
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.
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTは中でRFC2119[4]について説明して、この仕様による対応することの実装のために要件レベルを示すとき本書では解釈されることであるべきですか?
2. Registrations for "Audio/Video Profile"
2. 「オーディオ/ビデオプロフィール」のための登録証明書
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.
以下のセクションでは、AudioとVideoコンファレンスのためにRTP Profileで定義されたRTPペイロード書式(RFC3551[1])はメディアタイプとして登録されます。
2.1. Audio Type Registrations
2.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
また、これらのオーディオ形式は"ptime"という表されたミリセカンドで表現されるお勧めの長さの時間を指定する任意のパラメタを含んでいます。
Casner Standards Track [Page 3] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[3ページ]
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].
時間としてミリセカンドで言い表された各パケットでカプセル化することができる最大の量のメディアを指定するパケット、および"maxptime"のメディア。 "ptime"と"maxptime"パラメタはSession記述プロトコル(SDP)、RFC4566[5]で定義されます。
2.1.1. Registration of Media Type audio/DVI4
2.1.1. メディアタイプオーディオ/DVI4の登録
Type name: audio
型名: オーディオ
Subtype name: DVI4
Subtypeは以下を命名します。 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(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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を通して定義されるだけです。(RFC3550[6])。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Casner Standards Track [Page 4] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[4ページ]
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.2. Registration of Media Type audio/G722
2.1.2. メディアタイプオーディオ/G722の登録
Type name: audio
型名: オーディオ
Subtype name: G722
Subtypeは以下を命名します。 G722
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
Casner Standards Track [Page 5] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[5ページ]
2.1.3. Registration of Media Type audio/G723
2.1.3. メディアタイプオーディオ/G723の登録
Type name: audio
型名: オーディオ
Subtype name: G723
Subtypeは以下を命名します。 G723
Required parameters: none
必要なパラメタ: なし
Optional parameters:
ptime, maxptime: see RFC 4566
任意のパラメタ: ptime、maxptime: RFC4566を見てください。
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: 許容値5.3か6.3があるオーディオビットストリームのために使用されるか、または好まれたkb/sのデータ信号速度。 不特定であるなら、フレームによってbitrateは示された「不-バンド」として変化するかもしれません。
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: Annex A(声のアクティビティ検出)が使用されるか、または好まれるのを示します。 許容値は、「はい」と「いいえ」(引用文のない)です。 このパラメタが省略されるなら、「はい」は含意されます。
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Casner Standards Track [Page 6] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[6ページ]
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.4. Registration of Media Type audio/G726-16
2.1.4. メディアタイプオーディオ/G726-16の登録
Type name: audio
型名: オーディオ
Subtype name: G726-16
Subtypeは以下を命名します。 G726-16
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Casner Standards Track [Page 7] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[7ページ]
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.5. Registration of Media Type audio/G726-24
2.1.5. メディアタイプオーディオ/G726-24の登録
Type name: audio
型名: オーディオ
Subtype name: G726-24
Subtypeは以下を命名します。 G726-24
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
Casner Standards Track [Page 8] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[8ページ]
2.1.6. Registration of Media Type audio/G726-32
2.1.6. メディアタイプオーディオ/G726-32の登録
Type name: audio
型名: オーディオ
Subtype name: G726-32
Subtypeは以下を命名します。 G726-32
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
Casner Standards Track [Page 9] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[9ページ]
2.1.7. Registration of Media Type audio/G726-40
2.1.7. メディアタイプオーディオ/G726-40の登録
Type name: audio
型名: オーディオ
Subtype name: G726-40
Subtypeは以下を命名します。 G726-40
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
Casner Standards Track [Page 10] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[10ページ]
2.1.8. Registration of Media Type audio/G728
2.1.8. メディアタイプオーディオ/G728の登録
Type name: audio
型名: オーディオ
Subtype name: G728
Subtypeは以下を命名します。 G728
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
Casner Standards Track [Page 11] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[11ページ]
2.1.9. Registration of Media Type audio/G729
2.1.9. メディアタイプオーディオ/G729の登録
Type name: audio
型名: オーディオ
Subtype name: G729
Subtypeは以下を命名します。 G729
Required parameters: none
必要なパラメタ: なし
Optional parameters:
ptime, maxptime: see RFC 4566
任意のパラメタ: ptime、maxptime: RFC4566を見てください。
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: Annex B(声のアクティビティ検出)が使用されるか、または好まれるのを示します。 許容値は、「はい」と「いいえ」(引用文のない)です。 このパラメタが省略されるなら、「はい」は含意されます。
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Casner Standards Track [Page 12] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[12ページ]
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.10. Registration of Media Type audio/G729D
2.1.10. メディアタイプオーディオ/G729Dの登録
Type name: audio
型名: オーディオ
Subtype name: G729D
Subtypeは以下を命名します。 G729D
Required parameters: none
必要なパラメタ: なし
Optional parameters:
ptime, maxptime: see RFC 4566
任意のパラメタ: ptime、maxptime: RFC4566を見てください。
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: Annex B(声のアクティビティ検出)が使用されるか、または好まれるのを示します。 許容値は、「はい」と「いいえ」(引用文のない)です。 このパラメタが省略されるなら、「はい」は含意されます。
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Casner Standards Track [Page 13] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[13ページ]
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.11. Registration of Media Type audio/G729E
2.1.11. メディアタイプオーディオ/G729Eの登録
Type name: audio
型名: オーディオ
Subtype name: G729E
Subtypeは以下を命名します。 G729E
Required parameters: none
必要なパラメタ: なし
Optional parameters:
ptime, maxptime: see RFC 4566
任意のパラメタ: ptime、maxptime: RFC4566を見てください。
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: Annex B(声のアクティビティ検出)が使用されるか、または好まれるのを示します。 許容値は、「はい」と「いいえ」(引用文のない)です。 このパラメタが省略されるなら、「はい」は含意されます。
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
Intended usage: COMMON
意図している用法: 一般的
Casner Standards Track [Page 14] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[14ページ]
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.12. Registration of Media Type audio/GSM
2.1.12. メディアタイプオーディオ/GSMの登録
Type name: audio
型名: オーディオ
Subtype name: GSM
Subtypeは以下を命名します。 GSM
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Casner Standards Track [Page 15] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[15ページ]
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.13. Registration of Media Type audio/GSM-EFR
2.1.13. メディアタイプオーディオ/GSM-EFRの登録
Type name: audio
型名: オーディオ
Subtype name: GSM-EFR
Subtypeは以下を命名します。 GSM-EFR
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Casner Standards Track [Page 16] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[16ページ]
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.14. Registration of Media Type audio/L8
2.1.14. メディアタイプオーディオ/L8の登録
Type name: audio
型名: オーディオ
Subtype name: L8
Subtypeは以下を命名します。 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バイトのサンプルの間の場所を取ります。 チャンネル注文がRFC3551で指定されるようにあります。
ptime, maxptime: see RFC 4566
ptime、maxptime: RFC4566を見てください。
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Casner Standards Track [Page 17] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[17ページ]
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.15. Registration of Media Type audio/L16
2.1.15. メディアタイプオーディオ/L16の登録
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以外の輸送のためのRFC2586[10]を通して登録されました。 その登録は、RTP輸送のための追加情報でここに組み込まれて、増大します。
Type name: audio
型名: オーディオ
Subtype name: L16
Subtypeは以下を命名します。 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輸送のための秒あたりのサンプルの数、レートのための許容値は、1秒あたりのサンプルに8000と、11025と、16000と、22050と、24000と、32000と、44100と、48000です。 RTP輸送において、他の値は許されていますが、前述の値はRECOMMENDEDです。 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バイトのサンプルの間の場所を取ります。 チャンネル注文がまた、チャンネルオーダパラメータも存在していない場合RFC3551で指定されるようにあります。
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.
強調: アナログのプリエンファシスは量子化の前に信号に適用されました。 ここで定義された唯一の強調値がCompact Discsと共に使用される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.
チャンネル注文: 複数のチャンネルオーディオストリーム(RFC3190[7]、セクション7を見る)のサンプルインターリービング命令を指定します。 許容値はDV.LRLsRs、DV.LRCS、DV.LRCWo、DV.LRLsRsC、DV.LRLsRsCS、DV.LmixRmixTWoQ1Q2、DV.LRCWoLsRsLmixRmix、DV.LRCWoLs1Rs1Ls2Rs2、DV.LRCWoLsRsLcRcです。
Casner Standards Track [Page 18] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[18ページ]
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ビデオシステムがあるinteroperationとして、これらのチャンネル組み合わせの部分集合だけがDVビデオ仕様[9]に基づく20ビットの直線的なコード化で使用に指定されます。 それらはDV.LRLsRs、DV.LRCS、DV.LmixRmixTWoQ1Q2です。 AIFF-Cチャンネルオーダーコンベンション(RFC3551を見る)が使用中であるときに、このパラメタを省略しなければなりません。
For RTP, ptime: RECOMMENDED duration of each packet in
milliseconds.
RTP、ptimeのために: ミリセカンドで表現されるそれぞれのパケットのRECOMMENDED持続時間。
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.
セキュリティ問題: オーディオ/L16データがセキュリティ危険を全く提供しないと信じられています。 このメディアタイプはアクティブな内容を運びません。 コード化は圧縮されません。 RFC4856のセクション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.
相互運用性問題: このタイプは音声データのファイル・フォーマット(マイクロソフトWindows RIFF)とアップルのAIFFユニオン式で使用されるコード化、公共の場「ソックス」、および"rateconv"プログラムと互換性があります。
Published specification:
RFC 2586 for non-RTP transports, RFC 3551 for RTP
広められた仕様: 非RTP輸送のためのRFC2586、RTPのためのRFC3551
Applications that use this media type:
The public domain "sox" and "rateconv" programs accept this
type.
このメディアタイプを使用するアプリケーション: 公共の場「ソックス」と"rateconv"プログラムはこのタイプを受け入れます。
Additional information:
Magic number(s): none
File extension(s): WAV L16
Macintosh file type code: AIFF
追加情報: マジックナンバー(s): なにも、File拡張子: WAV L16マッキントッシュファイルの種類コード: AIFF
Person to contact for further information:
James Salsman <jps-L16@bovik.org>
詳細のために連絡する人: ジェームス Salsman <jps-L16@bovik.org 、gt。
Casner Standards Track [Page 19] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[19ページ]
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(RFC3550)を通して定義されます。
Author:
James Salsman for non-RTP transports.
Stephen Casner for RTP transport.
以下を書いてください。 非RTP輸送のためのジェームスSalsman。 RTP輸送のためのスティーブンCasner。
Change controller:
James Salsman for non-RTP transports.
For RTP transport, IETF Audio/Video Transport working group
delegated from the IESG.
コントローラを変えてください: 非RTP輸送のためのジェームスSalsman。 RTP輸送、IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループのために。
2.1.16. Registration of Media Type audio/LPC
2.1.16. メディアタイプオーディオ/LPCの登録
Type name: audio
型名: オーディオ
Subtype name: LPC
Subtypeは以下を命名します。 LPC
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
Applications that use this media type:
Audio and video streaming and conferencing tools.
このメディアタイプを使用するアプリケーション: オーディオ、ビデオ・ストリーミング、および会議ツール。
Additional information: none
追加情報: なし
Casner Standards Track [Page 20] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[20ページ]
Person & email address to contact for further information:
Stephen Casner <casner@acm.org>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.17. Registration of Media Type audio/PCMA
2.1.17. メディアタイプオーディオ/PCMAの登録
Type name: audio
型名: オーディオ
Subtype name: PCMA
Subtypeは以下を命名します。 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バイトのサンプルの間の場所を取ります。 チャンネル注文がRFC3551で指定されるようにあります。
ptime, maxptime: see RFC 4566
ptime、maxptime: RFC4566を見てください。
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
Casner Standards Track [Page 21] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[21ページ]
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.18. Registration of Media Type audio/PCMU
2.1.18. メディアタイプオーディオ/PCMUの登録
Type name: audio
型名: オーディオ
Subtype name: PCMU
Subtypeは以下を命名します。 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バイトのサンプルの間の場所を取ります。 チャンネル注文がRFC3551で指定されるようにあります。
ptime, maxptime: see RFC 4566
ptime、maxptime: RFC4566を見てください。
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Casner Standards Track [Page 22] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[22ページ]
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.1.19. Registration of Media Type audio/VDVI
2.1.19. メディアタイプオーディオ/VDVIの登録
Type name: audio
型名: オーディオ
Subtype name: VDVI
Subtypeは以下を命名します。 VDVI
Required parameters: none
必要なパラメタ: なし
Optional parameters: ptime, maxptime (see RFC 4566)
任意のパラメタ: ptime、maxptime(RFC4566を見ます)
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
Casner Standards Track [Page 23] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[23ページ]
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
2.2. Video Type Registrations
2.2. ビデオタイプ登録証明書
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タイムスタンプクロックレートが90000Hzである、ほとんどのビデオペイロード形式において、ものを含んでいるのはここに登録されて、したがって、「レート」パラメタは適切ではありません。 同様に、「チャンネル」パラメタはビデオと共に使用されませんが、"ptime"と"maxptime"は、あるかもしれませんが、通常ありません。
2.2.1. Registration of Media Type video/nv
2.2.1. メディアTypeビデオ/nvの登録
Type name: video
型名: ビデオ
Subtype name: nv
Subtypeは以下を命名します。 nv
Required parameters: none
必要なパラメタ: なし
Optional parameters: none
任意のパラメタ: なし
Encoding considerations:
This media type is framed binary data (see Section 4.8 in RFC
4288).
問題をコード化します: このメディアタイプは縁どられたバイナリ・データ(RFC4288のセクション4.8を見る)です。
Security considerations:
This media type does not carry active content. It does
transfer compressed data. See Section 4 of RFC 4856.
セキュリティ問題: このメディアタイプはアクティブな内容を運びません。 それは圧縮されたデータを移します。 RFC4856のセクション4を見てください。
Casner Standards Track [Page 24] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[24ページ]
Interoperability considerations: none
相互運用性問題: なし
Published specification: RFC 3551
広められた仕様: RFC3551
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>
詳細のために連絡する人とEメールアドレス: スティーブン Casner <casner@acm.org 、gt。
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(RFC3550)を通して定義されるだけです。 他の縁どりプロトコルの中の転送はこのとき、定義されません。
Author:
Stephen Casner
以下を書いてください。 スティーブンCasner
Change controller:
IETF Audio/Video Transport working group delegated from the
IESG.
コントローラを変えてください: IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
3. Changes from RFC 3555
3. RFC3555からの変化
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.
RFC3555はRFC4855[3]の組み合わせとこのドキュメントによって時代遅れにされます。 RFC4855はRFC3555からの手順と要件の仕様を保有して、メディアがタイプされている間、RFC3555からの登録証明書はこのドキュメントに抽出されました。 メディアはRFC3551[1]で参照をつけられるRTPペイロード形式のための登録証明書をタイプしますが、他のRFCsで定義されて、それらの登録証明書がペイロード書式を定義する個々のRFCsの改正にそれらを含んでいることによってアップデートすることを意図するので、このドキュメントから削除されてください、そうした。
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.
RFC4288[2]のタイプ登録手順とRFC4855を改訂されたメディアに従わせるために本書ではメディアタイプ登録証明書をアップデートしました。 RFC3555はRTPを通して転送を指定するためにコード化問題を必要としましたが、それは現在、用法で制限で指定されます。 コード化問題は、現在、これらのタイプが縁どられたバイナリ・データであると警告します。 また、現在のコンベンションによると、変化コントローラは現在、特定されます。 「チャンネル」という任意のパラメタはオーディオ血液型亜型のL8、PCMA、およびPCMUのためにはっきりさせられました。 最終的に、参照[9](RFC3555からなくなっていました)を修正してあります。
Casner Standards Track [Page 25] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[25ページ]
4. Security Considerations
4. セキュリティ問題
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を通して数個の圧縮されたオーディオとビデオ・データencodingsの転送のための登録証明書を指定するので、これらのメディアタイプを使用する実装は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.
これらのメディアタイプのだれも悪意がある副作用を受信機に押しつけることができた「アクティブな内容」を運びません。内容は唯一音かイメージとして解読されて、提示される圧縮されたオーディオかビデオ・データから成ります。 しかしながら、ステガノグラフィを使用することでデータを隠すのに、数個のオーディオとビデオencodingsが完全です。
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).
潜在的サービスの否定の脅威は、データencodingsのために不均等な受信端末コンピュータの負荷を持っている圧縮のテクニックを使用することで存在しています。 攻撃者は、ストリームへの病理学的なデータグラムを注入して、受信機を積みすぎさせることができます。(データグラムは、解読するために複雑です)。 しかしながら、ここに登録されたencodingsのいずれでも、拡張はおよそ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.
IPマルチキャストでRTPを送るかもしれません。(それは、送付者がデータのすべての受信機が発信したのを知るどんなダイレクト手段も提供しないで、またその結果プライバシーの測定を全く提供しません)。 または、正しさ、ユーザはそれらが、より伝統的なフォームに関するネットワークコミュニケーションと共にあったよりオーディオとビデオコミュニケーションでプライバシーの問題に敏感であるかもしれません。 したがって、データの秘密性と保全を提供するRTPとのセキュリティー対策の使用は重要です。 これらのメディアタイプで使用されるデータ圧縮が適用された終わりから終わりであるので、暗号化が圧縮の後に実行されるかもしれないので、2つの操作の間には、闘争が全くありません。
Casner Standards Track [Page 26] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[26ページ]
5. References
5. 参照
5.1. Normative References
5.1. 引用規格
[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プロフィール」、RFC3551、2003年7月。
[2] Freed, N. and J. Klensin, "Media Type Specifications and
Registration Procedures", BCP 13, RFC 4288, December 2005.
解放された[2]とN.とJ.Klensin、「メディアは仕様と登録手順をタイプする」BCP13、RFC4288、2005年12月。
[3] Casner, S., "Media Type Registration of RTP Payload Types", RFC
4855, January 2007.
[3]Casner、S.、「メディアはRTP有効搭載量タイプの登録をタイプする」RFC4855、2007年1月。
[4] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[4] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[5] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session
Description Protocol", RFC 4566, July 2006.
[5] ハンドレー、M.、ジェーコブソン、V.、およびC.パーキンス、「SDP:」 「セッション記述プロトコル」、RFC4566、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.、フレディリック、R.、およびV.ジェーコブソン、「RTP:」 「リアルタイムのアプリケーションのためのトランスポート・プロトコル」、RFC3550、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] 小林とK.と小河とA.とCasner、S.とC.ボルマン、「12ビットのDATオーディオ、20、および24ビットの直線的な抽出されたオーディオのためのRTP有効搭載量形式」RFC3190(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.、フレディリック、R.、およびV.ジェーコブソン、「RTP:」 「リアルタイムのアプリケーションのためのトランスポート・プロトコル」、RFC3550、2003年7月。
5.2. Informative References
5.2. 有益な参照
[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] IEC61834(1998年8月に消費者使用(525-60、625-50、1125-60、および1250-50台のシステム)に6、35mmの磁気テープを使用することでシステムを記録するHelical-スキャンのデジタルビデオ・カセット)。
[10] Salsman, J. and H. Alvestrand, "The Audio/L16 MIME content
type", RFC 2586, May 1999.
[10]SalsmanとJ.とH.Alvestrand、「Audio/L16MIME content type」、RFC2586、1999年5月。
Casner Standards Track [Page 27] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[27ページ]
Author's Address
作者のアドレス
Stephen L. Casner Packet Design 3400 Hillview Avenue, Building 3 Palo Alto, CA 94304 United States
スティーブンL.CasnerパケットDesign3400Hillviewアベニュー、Building3パロアルト、カリフォルニア94304合衆国
Phone: +1 650 739-1843 EMail: casner@acm.org
以下に電話をしてください。 +1 650 739-1843 メールしてください: casner@acm.org
Casner Standards Track [Page 28] RFC 4856 RTP Payload Formats for Audio/Video Profile March 2007
RFC4856RTP有効搭載量が2007年のオーディオ/ビデオプロフィール行進のときにフォーマットするCasner標準化過程[28ページ]
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(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.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
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はどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
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.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
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 Editor機能のための基金は現在、インターネット協会によって提供されます。
Casner Standards Track [Page 29]
Casner標準化過程[29ページ]
一覧
スポンサーリンク
