Network Working Group H. Desineni
Request for Comments: 5188 Qualcomm
Updates: 4788 Q. Xie
Category: Standards Track Motorola
February 2008
RTP Payload Format for
the Enhanced Variable Rate Wideband Codec (EVRC-WB)
and the Media Subtype Updates for EVRC-B Codec
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）の最新版を参照してください。このメモの配布は無制限です。
Abstract
抽象
This document specifies Real-time Transport Protocol (RTP) payload formats to be used for the Enhanced Variable Rate Wideband Codec (EVRC-WB) and updates the media type registrations for EVRC-B codec. Several media type registrations are included for EVRC-WB RTP payload formats. In addition, a file format is specified for transport of EVRC-WB speech data in storage mode applications such as email.
この文書では、強化された可変レート広帯域コーデック（EVRC-WB）に使用するリアルタイムトランスポートプロトコル（RTP）ペイロードフォーマットを指定し、EVRC-Bコーデックのメディアタイプの登録を更新します。いくつかのメディアタイプの登録はEVRC-WB RTPペイロード形式のために含まれています。また、ファイル形式は、電子メールなどのストレージモードアプリケーションでEVRC-WB音声データを搬送するために指定されています。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Conventions . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Background . . . . . . . . . . . . . . . . . . . . . . . . . . 3
4. EVRC-WB Codec . . . . . . . . . . . . . . . . . . . . . . . . 3
5. RTP Header Usage . . . . . . . . . . . . . . . . . . . . . . . 4
6. Payload Format . . . . . . . . . . . . . . . . . . . . . . . . 4
7. Congestion Control Considerations . . . . . . . . . . . . . . 5
8. Storage Format for the EVRC-WB Codec . . . . . . . . . . . . . 5
9. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 5
9.1. Media Type Registrations . . . . . . . . . . . . . . . . . 5
9.1.1. Registration of Media Type audio/EVRCWB . . . . . . . 6
9.1.2. Registration of Media Type audio/EVRCWB0 . . . . . . . 8
9.1.3. Registration of Media Type audio/EVRCWB1 . . . . . . . 9
9.1.4. Updated Registration of Media Type audio/EVRCB . . . . 11
9.1.5. Updated Registration of Media Type audio/EVRCB0 . . . 13
10. SDP Mode Attributes for EVRC-WB and EVRC-B . . . . . . . . . . 15
11. EVRC-B Interoperability with Legacy Implementations (RFC 4788) 15
12. Mapping EVRC-WB Media Type Parameters into SDP . . . . . . . . 16
13. Mapping EVRC-B Media Type Parameters into SDP . . . . . . . . 16
14. Offer-Answer Model Considerations for EVRC-WB . . . . . . . . 16
15. Offer-Answer Model Considerations for EVRC-B . . . . . . . . . 18
16. Declarative SDP Considerations . . . . . . . . . . . . . . . . 18
17. Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
18. Security Considerations . . . . . . . . . . . . . . . . . . . 22
19. Changes to RFC 4788 . . . . . . . . . . . . . . . . . . . . . 22
20. References . . . . . . . . . . . . . . . . . . . . . . . . . . 22
20.1. Normative References . . . . . . . . . . . . . . . . . . . 22
20.2. Informative References . . . . . . . . . . . . . . . . . . 23
This document specifies the payload formats for packetization of EVRC-WB encoded speech signals into the Real-time Transport Protocol (RTP). It defines support for the header-free, interleaved/bundled, and compact bundle packet formats for the EVRC-WB codec as well as discontinuous transmission (DTX) support for EVRC-WB encoded speech transported via RTP. The EVRC-WB codec offers better speech quality than the EVRC and EVRC-B codecs. EVRC-WB belongs to the EVRC family of codecs. This document also updates the media type registrations for the EVRC-B codec.
この文書では、リアルタイムトランスポートプロトコル（RTP）にEVRC-WB符号化された音声信号のパケットのペイロード形式を指定します。これは、EVRC-WBコーデックならびにRTPを介して輸送EVRC-WB符号化された音声のための不連続送信（DTX）をサポートするためのヘッダフリーのサポート、バンドル/インターリーブ、及びコンパクトバンドルパケットフォーマットを定義します。 EVRC-WBコーデックがEVRCおよびEVRC-Bコーデックよりも優れた音声品質を提供しています。 EVRC-WBコーデックのEVRCファミリーに属します。また、このドキュメントでは、EVRC-Bコーデックのメディアタイプの登録を更新します。
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 [1].
この文書のキーワード "MUST"、 "MUST NOT"、 "REQUIRED"、、、、 "べきではない" "べきである" "ないもの" "ものとし"、 "推奨"、 "MAY"、および "OPTIONAL" はありますRFC 2119に記載されるように解釈される[1]。
EVRC-WB is a wideband extension of the EVRC-B [4] speech codec developed in the Third Generation Partnership Project 2 (3GPP2) with support for discontinuous transmission (DTX). It provides enhanced (wideband) voice quality.
EVRC-WBは、不連続送信（DTX）をサポートする第三世代パートナーシッププロジェクト2（3GPP2）で開発EVRC-B [4]音声コーデックの広帯域拡張です。これは、拡張（広帯域）音声品質を提供します。
The EVRC-WB codec operates on 20-ms frames, and the default sampling rate is 16 kHz. Input and output at an 8-kHz sampling rate are also supported. The EVRC-WB codec can operate in three modes (0, 4, and 7) defined in [5]. EVRC-WB modes 4 and 7 are interoperable with EVRC-B. EVRC-WB mode 4 uses full-rate, 1/2-rate, and 1/8-rate frames. EVRC-WB mode 7 uses only 1/2 rate and 1/8 rate frames. Mode change results in codec output bit-rate change but do not cause any decoding problems at the receiver. For successful decoding, the decoder does not need to know the encoder's current mode of operation. EVRC-WB provides a standardized solution for packetized voice applications that allow transitions between narrowband and wideband telephony. The most important service addressed is IP telephony. Target devices can be IP phones or Voice over IP (VoIP) handsets, media gateways, voice messaging servers, etc.
EVRC-WBコーデックは、20ミリ秒のフレームで動作し、既定のサンプリングレートは16kHzです。 8kHzのサンプリングレートで入力と出力もサポートされています。 EVRC-WBコーデックは、3つのモードで動作する（0,4、及び7）で定義されることができる[5]。 EVRC-WBモード4,7は、EVRC-Bと相互運用可能です。 EVRC-WBモード4は、フルレート、1/2レート、1/8レートフレームを使用します。 EVRC-WBモード7のみ1/2レートおよび1/8レートフレームを使用します。モード変更は、コーデックの出力ビットレートの変化をもたらすが、受信機側で任意のデコーディングの問題が発生することはありません。復号化の成功のために、デコーダは、操作のエンコーダの現在のモードを知る必要はありません。 EVRC-WBは、狭帯域と広帯域の電話間の遷移を許可するパケット化音声アプリケーションのための標準化されたソリューションを提供します。対処最も重要なサービスは、IPテレフォニーです。ターゲットデバイスは、IP電話やボイスオーバーIP（VoIP）の携帯電話、メディアゲートウェイ、ボイスメッセージングサーバなどすることができ
The EVRC-WB codec operates on 20-ms frames. It produces output frames of one of the three different sizes: 171 bits, 80 bits, or 16 bits. In addition, there are two zero-bit codec frame types: blank (null) frames and erasure frames. The default sampling rate is 16 kHz. Input and output at an 8-kHz sampling rate are also supported.
EVRC-WBコーデックは、20ミリ秒のフレーム上で動作します。 171ビット、80ビット、または16ビット：これは3つの異なるサイズの一つの出力フレームを生成します。空白（ヌル）フレームと消去フレーム：加えて、2つのゼロビットコーデックフレームタイプがあります。デフォルトのサンプリングレートは16kHzです。 8kHzのサンプリングレートで入力と出力もサポートされています。
The frame type values and sizes of the associated codec data frames are listed in the table below:
関連付けられたコーデックデータフレームのフレームタイプ値とサイズは以下の表に記載されています。
Value Rate Total codec data frame size in bytes (and in bits)
--------------------------------------------------------------------
0 Blank 0 (0 bit)
1 1/8 2 (16 bits)
2 1/4 5 (40 bits)
3 1/2 10 (80 bits)
4 1 22 (171 bits; 5 bits padded at the end)
5 Erasure 0 (SHOULD NOT be transmitted by sender)
The format of the RTP header is specified in RFC 3550 [6]. The EVRC-WB payload formats (Section 6) use the fields of the RTP header in a manner consistent with RFC 3550 [6].
RTPヘッダのフォーマットは、RFC 3550で指定されている[6]。 EVRC-WBペイロードフォーマット（第6節）は、[6] RFC 3550と一致する方法でRTPヘッダのフィールドを使用します。
EVRC-WB also has the capability to operate with 8-kHz sampled input/ output signals. The decoder does not require a priori knowledge about the sampling rate of the original signal at the input of the encoder. The decoder output can be at 8 kHz or 16 kHz regardless of the sampling rate used at the encoder. Therefore, depending on the implementation and the electro acoustic audio capabilities of the devices, the input of the encoder and/or the output of the decoder can be configured at 8 kHz; however, a 16-kHz RTP clock rate MUST always be used. The RTP timestamp is increased by 320 for each 20 milliseconds.
EVRC-WBはまた、8kHzのサンプリングされた入力/出力信号で動作する能力を有します。デコーダは、エンコーダの入力における元の信号のサンプリングレートについての先験的な知識を必要としません。デコーダの出力に関係なく、エンコーダで使用されるサンプリングレートは8kHzまたは16kHzであることができます。したがって、デバイスの実装および電気音響オーディオ機能に応じて、エンコーダおよび/またはデコーダの出力の入力は8kHzで構成することができます。しかし、16 kHzのRTPクロックレートを常に使用しなければなりません。 RTPタイムスタンプは各20ミリ秒の320だけ増加されます。
The RTP header marker bit (M) SHALL be set to 1 if the first frame carried in the packet contains a speech frame that is the first in a talkspurt. For all other packets, the marker bit SHALL be set to zero (M=0).
パケットで運ばれた最初のフレームが有音部の先頭である音声フレームが含まれている場合、RTPヘッダのマーカービット（M）が1に設定されます。他のすべてのパケットのために、マーカービットがゼロ（M = 0）に設定されなければなりません。
Three RTP packet formats are supported for the EVRC-WB codec -- the interleaved/bundled packet format, the header-free packet format, and the compact bundled packet format. For all these formats, the operational details and capabilities, such as Table of Contents (ToC), interleaving, DTX, and bundling, of EVRC-WB are exactly the same as those of EVRC-B, as defined in [3], except that the mode change request field in the ToC MUST be interpreted according to the definition of the RATE_REDUC parameter as defined in EVRC-WB [5]. The media type audio/EVRCWB maps to the interleaved/bundled packet format, audio/EVRCWB0 maps to the header-free packet format, and audio/EVRCWB1 maps to the compact bundled packet format.
インターリーブ/バンドルパケットフォーマット、ヘッダを含まないパケットフォーマット、およびコンパクトバンドルパケット形式 - 三枚のRTPパケットフォーマットはEVRC-WBコーデックのためにサポートされています。 [3]以外で定義されたようなEVRC-WBの目次（TOC）、インターリーブ、DTX、およびバンドリング、などのすべてのこれらの形式、動作の詳細および機能については、EVRC-Bのものと全く同じです[5] EVRC-WBで定義されるように目次にモード変更要求フィールドはRATE_REDUCパラメータの定義に従って解釈されなければならないこと。コンパクトバンドルパケット形式にインターリーブ/バンドルパケットフォーマット、ヘッダを含まないパケットフォーマットのオーディオ/ EVRCWB0マップ、及びオーディオ/ EVRCWB1マップにメディアタイプオーディオ/ EVRCWBマップ。
Congestion control for RTP SHALL be used in accordance with RFC 3550 [6], and with any applicable RTP profile, e.g., RFC 3551 [11].
RTPのための輻輳制御は、RFC 3550に従って使用されるもの[6]、及び該当RTPプロファイルで、例えば、RFC 3551 [11]。
Due to the header overhead, the number of frames encapsulated in each RTP packet influences the overall bandwidth of the RTP stream. Packing more frames in each RTP packet can reduce the number of packets sent and hence the header overhead, at the expense of increased delay and reduced error robustness.
ヘッダのオーバーヘッドのために、各RTPパケットにカプセル化されたフレームの数は、RTPストリームの全体的な帯域幅に影響を与えます。各RTPパケットに複数のフレームをパッキング増加遅延および減少エラー耐性を犠牲にし、ヘッダオーバヘッドしたがって送られたパケットの数を減らすことができます。
The storage format is used for storing EVRC-WB encoded speech frames, e.g., as a file or email attachment.
保存形式は、ファイルまたは電子メールの添付ファイルとして、例えば、EVRC-WB符号化された音声フレームを格納するために使用されます。
The file begins with a magic number to identify the vocoder that is used. The magic number for EVRC-WB corresponds to the ASCII character string "#!EVCWB\n", i.e., "0x23 0x21 0x45 0x56 0x43 0x57 0x42 0x0A".
ファイルが使用されているボコーダを識別するためのマジックナンバーで始まります。 EVRC-WBのためのマジックナンバーはASCII文字列 "＃！EVCWBの\ nを"、すなわち、 "0x23 0x21で0x45 0x56 0x43この0x57 0x42に0x0Aを" に相当します。
The codec data frames are stored in consecutive order, with a single ToC entry field, extended to one octet, prefixing each codec data frame. The ToC field is extended to one octet by setting the four most significant bits of the octet to zero. For example, a ToC value of 4 (a full-rate frame) is stored as 0x04. See Section 4 for the mapping from frame type to ToC value.
コーデックデータフレームは、単一のToCエントリ・フィールドと、連続した順序で格納されている各コーデックデータフレームを付ける、1つのオクテットに拡張されます。目次フィールドはゼロにオクテットの4つの最上位ビットを設定することにより、1つのオクテットに拡張されます。例えば、4のTOC値（フルレートフレーム）が0x04のように格納されます。 TOC値にフレームタイプのマッピングについては、セクション4を参照してください。
Speech frames lost in transmission and non-received frames MUST be stored as erasure frames (ToC value of 5) to maintain synchronization with the original media.
送信と非受信したフレームに失われた音声フレームは、元のメディアとの同期を維持するために、消去フレーム（5のTOC値）として記憶されなければなりません。
This document updates the audio/EVRCB and audio/EVRCB0 media types defined in RFC 4788 [3] and adds new EVRC-WB 'audio' media subtypes.
この文書は、RFC [3] 4788で定義されたオーディオ/ EVRCBおよびオーディオ/ EVRCB0のメディアタイプを更新し、新しいEVRC-WB「オーディオ」のメディアサブタイプを追加します。
Following the guidelines in RFC 4855 [9] and RFC 4288 [10], this section registers new 'audio' media subtypes for EVRC-WB and updates the audio/EVRCB and audio/EVRCB0 media type registrations contained in RFC 4788 [3].
RFC 4855のガイドラインに続いて[9]およびRFC 4288 [10]、このセクションはEVRC-WBのための新しい「オーディオのメディアサブタイプを登録し、RFC 4788に含まれるオーディオ/ EVRCBおよびオーディオ/ EVRCB0メディアタイプの登録を更新します[3]。
Type name: audio
型名：オーディオ
Subtype name: EVRCWB
サブタイプ名：EVRCWB
Required parameters: None
必須パラメータ：なし
Optional parameters:
オプションのパラメータ：
These parameters apply to RTP transfer only.
これらのパラメータは、RTP転送にのみ適用されます。
mode-set-recv: A subset of EVRC-WB modes. Possible values are a comma-separated list of modes from the set {0,4,7} (see Table 2.5.1.2-1 in 3GPP2 C.S0014-C). A decoder can use this attribute to inform an encoder of its preference to operate in a specified subset of modes. Absence of this parameter signals the mode set {0,4,7}.
モード設定-RECV：EVRC-WBモードのサブセット。可能な値は集合{0,4,7}（3GPP2 C.S0014-Cの表2.5.1.2-1参照）からのモードのコンマ区切りのリストです。デコーダは、モードの指定されたサブセットで動作するように、その嗜好のエンコーダに知らせるためにこの属性を使用することができます。このパラメータが存在しない場合は、モードセット{0,4,7}を知らせます。
sendmode: A mode of the EVRC-WB codec. An encoder can use this to signal its current mode of operation. Possible values are 0,4,7 (see Table 2.5.1.2-1 in 3GPP2 C.S0014-C). Absence of this parameter signals mode 0.
sendModeプロパティ：EVRC-WBコーデックのモード。エンコーダは、動作の現在のモードを通知するためにこれを使用することができます。可能な値は0,4,7（3GPP2 C.S0014-Cの表2.5.1.2-1参照）です。このパラメータ信号モード0の不在。
ptime: See RFC 4566.
PTIME：RFC 4566を参照してください。
maxptime: See RFC 4566.
maxptime：RFC 4566を参照してください。
maxinterleave: Maximum number for interleaving length (field LLL in the Interleaving Octet)[0..7]. The interleaving lengths used in the entire session MUST NOT exceed this maximum value. If not signaled, the maxinterleave length MUST be 5.
maxinterleave：インターリーブ長の最大数（インターリーブオクテットのフィールドLLL）[0..7]。セッション全体で使用されるインタリーブ長は、この最大値を超えてはなりません。合図されていない場合、maxinterleaveの長さは5でなければなりません。
silencesupp: See Section 6.1 in RFC 4788.
silencesupp：RFC 4788で、セクション6.1を参照してください。
dtxmax: See Section 6.1 in RFC 4788.
dtxmax：RFC 4788で、セクション6.1を参照してください。
dtxmin: See Section 6.1 in RFC 4788.
dtxmin：RFC 4788で、セクション6.1を参照してください。
hangover: See Section 6.1 in RFC 4788.
二日酔い：RFC 4788で、セクション6.1を参照してください。
Encoding considerations:
エンコードの考慮事項：
This media type is framed binary data (see RFC 4288, Section 4.8) and is defined for transfer of EVRC-WB encoded data via RTP using the interleaved/bundled packet format specified in RFC 3558.
このメディアタイプは、バイナリデータをフレーム化された（RFC 4288、セクション4.8を参照）、RFC 3558で指定されたインターリーブ/バンドルパケットフォーマットを使用して、RTPを介しEVRC-WB符号化データの転送のために定義されています。
Security considerations: See Section 18 of RFC 5188.
セキュリティの考慮事項：RFC 5188のセクション18を参照してください。
Interoperability considerations: None
相互運用性に関する注意事項：なし
Published specification:
公開された仕様：
The EVRC-WB vocoder is specified in 3GPP2 C.S0014-C. The transfer method with the interleaved/bundled packet format via RTP is specified in RFC 3558 and RFC 5188.
EVRC-WBボコーダは、3GPP2 C.S0014-Cで指定されています。 RTPを介してインターリーブ/バンドルパケット形式の転送方法は、RFC 3558及びRFC 5188に指定されています。
3GPP2 C.S0050-B, 3GPP2 File Formats for Multimedia Services.
マルチメディアサービスのための3GPP2 C.S0050-B、3GPP2ファイル形式。
3GPP2 specifications are publicly accessible at http://www.3gpp2.org
3GPP2仕様はhttp://www.3gpp2.orgで公にアクセス可能です
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
It is expected that many VoIP applications (as well as mobile applications) will use this type.
多くのVoIPアプリケーション（だけでなく、モバイルアプリケーション）は、このタイプを使用することが期待されます。
Additional information:
追加情報：
The following applies to stored-file transfer methods:
以下は、保存されたファイルの転送方法に適用されます。
Magic number: #!EVCWB\n (see Section 8 of RFC 5188)
マジック番号：＃！EVCWB \ nは、（RFC 5188のセクション8を参照します）
File extensions: evw, EVW
ファイル拡張子：EVW、EVW
Macintosh file type code: None
Macintoshのファイルタイプコード：なし
Object identifier or OID: None
オブジェクト識別子またはOID：なし
EVRC-WB speech frames may also be stored in the file format "3g2" defined in 3GPP2 C.S0050-B, which is identified using the media types "audio/3gpp2" or "video/3gpp2" registered by RFC 4393.
EVRC-WB音声フレームはまた、RFC 4393によって登録されたメディアタイプ「オーディオ/ 3GPP2」または「ビデオ/ 3GPP2」を用いて識別される3GPP2 C.S0050-Bで定義されたファイル形式「3G2」に格納されてもよいです。
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス：
Harikishan Desineni <hd@qualcomm.com>
Harikishan Desineni <हद@क्वालकॉम.कॉम>
Intended usage: COMMON
意図している用法：COMMON
Restrictions on usage:
使用に関する制限事項：
When this media type is used in the context of transfer over RTP, the RTP payload format specified in Section 4.1 of RFC 3558 SHALL be used. In all other contexts, the file format defined in Section 8 of RFC 5188 SHALL be used.
このメディアタイプは、RTPを介して転送の文脈で使用される場合、RFC 3558のセクション4.1で指定されたRTPペイロードフォーマットを使用しなければなりません。他のすべてのコンテキストでは、RFC 5188のセクション8で定義されたファイル形式を使用しなければなりません。
Author:
著者：
Harikishan Desineni
Harikishan Desineni
Change controller:
コントローラを変更します。
IETF Audio/Video Transport working group delegated from the IESG.
IESGから委任IETFオーディオ/ビデオ輸送ワーキンググループ。
Type name: audio
型名：オーディオ
Subtype name: EVRCWB0
サブタイプ名：EVRCWB0
Required parameters: None
必須パラメータ：なし
Optional parameters:
オプションのパラメータ：
These parameters apply to RTP transfer only.
これらのパラメータは、RTP転送にのみ適用されます。
mode-set-recv: A subset of EVRC-WB modes. Possible values are a comma-separated list of modes from the set {0,4,7} (see Table 2.5.1.2-1 in 3GPP2 C.S0014-C). A decoder can use this attribute to inform an encoder of its preference to operate in a specified subset of modes. Absence of this parameter signals the mode set {0,4,7}.
モード設定-RECV：EVRC-WBモードのサブセット。可能な値は集合{0,4,7}（3GPP2 C.S0014-Cの表2.5.1.2-1参照）からのモードのコンマ区切りのリストです。デコーダは、モードの指定されたサブセットで動作するように、その嗜好のエンコーダに知らせるためにこの属性を使用することができます。このパラメータが存在しない場合は、モードセット{0,4,7}を知らせます。
sendmode: A mode of the EVRC-WB codec. An encoder can use this to signal its current mode of operation. Possible values are 0,4,7 (see Table 2.5.1.2-1 in 3GPP2 C.S0014-C). Absence of this parameter signals mode 0.
sendModeプロパティ：EVRC-WBコーデックのモード。エンコーダは、動作の現在のモードを通知するためにこれを使用することができます。可能な値は0,4,7（3GPP2 C.S0014-Cの表2.5.1.2-1参照）です。このパラメータ信号モード0の不在。
ptime: See RFC 4566.
PTIME：RFC 4566を参照してください。
silencesupp: See Section 6.1 in RFC 4788.
silencesupp：RFC 4788で、セクション6.1を参照してください。
dtxmax: See Section 6.1 in RFC 4788.
dtxmax：RFC 4788で、セクション6.1を参照してください。
dtxmin: See Section 6.1 in RFC 4788.
dtxmin：RFC 4788で、セクション6.1を参照してください。
hangover: See Section 6.1 in RFC 4788.
二日酔い：RFC 4788で、セクション6.1を参照してください。
Encoding considerations:
エンコードの考慮事項：
This media type is framed binary data (see RFC 4288, Section 4.8) and is defined for transfer of EVRC-WB encoded data via RTP using the header-free packet format specified in RFC 3558.
このメディアタイプは、バイナリデータをフレーム化された（RFC 4288、セクション4.8を参照）、RFC 3558で指定されたヘッダを含まないパケットフォーマットを使用して、RTPを介しEVRC-WB符号化データの転送のために定義されています。
Security considerations: See Section 18 of RFC 5188.
セキュリティの考慮事項：RFC 5188のセクション18を参照してください。
Interoperability considerations: None
相互運用性に関する注意事項：なし
Published specification:
公開された仕様：
The EVRC-WB vocoder is specified in 3GPP2 C.S0014-C. The transfer method with the header-free packet format via RTP is specified in RFC 3558 and RFC 5188.
EVRC-WBボコーダは、3GPP2 C.S0014-Cで指定されています。 RTPを介してヘッダを含まないパケットフォーマットで転送方法は、RFC 3558及びRFC 5188に指定されています。
3GPP2 C.S0050-B, 3GPP2 File Formats for Multimedia Services.
マルチメディアサービスのための3GPP2 C.S0050-B、3GPP2ファイル形式。
3GPP2 specifications are publicly accessible at http://www.3gpp2.org
3GPP2仕様はhttp://www.3gpp2.orgで公にアクセス可能です
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
It is expected that many VoIP applications (as well as mobile applications) will use this type.
多くのVoIPアプリケーション（だけでなく、モバイルアプリケーション）は、このタイプを使用することが期待されます。
Additional information: None
追加情報：なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス：
Harikishan Desineni <hd@qualcomm.com>
Harikishan Desineni <हद@क्वालकॉम.कॉम>
Intended usage: COMMON
意図している用法：COMMON
Restrictions on usage:
使用に関する制限事項：
This media type depends on RTP framing and hence is only defined for transfer via RTP [6]; the RTP payload format specified in Section 4.2 of RFC 3558 SHALL be used. This media type SHALL NOT be used for storage or file transfer using the file format defined in Section 8 of RFC 5188; instead, audio/EVRCWB SHALL be used.
このメディアタイプは、RTPフレーミングに依存し、したがってのみRTPを介した転送のために定義されている[6]。 RFC 3558のセクション4.2で指定されたRTPペイロードフォーマットを使用しなければなりません。このメディアタイプは、RFC 5188のセクション8で定義されたファイル形式を使用して、ストレージやファイル転送のために使用してはなりません。代わりに、オーディオ/ EVRCWBを使用しなければなりません。
Author:
著者：
Harikishan Desineni
Harikishan Desineni
Change controller:
コントローラを変更します。
IETF Audio/Video Transport working group delegated from the IESG.
IESGから委任IETFオーディオ/ビデオ輸送ワーキンググループ。
Type name: audio
型名：オーディオ
Subtype name: EVRCWB1
サブタイプ名：EVRCWB1
Required parameters: None
必須パラメータ：なし
Optional parameters:
オプションのパラメータ：
These parameters apply to RTP transfer only.
これらのパラメータは、RTP転送にのみ適用されます。
mode-set-recv: A subset of EVRC-WB modes. Possible values are a comma-separated list of modes from the set {0,4,7} (see Table 2.5.1.2-1 in 3GPP2 C.S0014-C). A decoder can use this attribute to inform an encoder of its preference to operate in a specified subset of modes. A value of 0 signals the support for wideband fixed rate (full or half rate, depending on the value of the 'fixedrate' parameter). A value of 4 signals narrowband fixed full rate. A value of 7 signals narrowband fixed half rate. Absence of this parameter signals mode 0.
モード設定-RECV：EVRC-WBモードのサブセット。可能な値は集合{0,4,7}（3GPP2 C.S0014-Cの表2.5.1.2-1参照）からのモードのコンマ区切りのリストです。デコーダは、モードの指定されたサブセットで動作するように、その嗜好のエンコーダに知らせるためにこの属性を使用することができます。 0の値は、（「fixedrate」パラメータの値に応じて、完全またはハーフレート）の広帯域固定レートのサポートを通知します。 4つの信号の値は、フル・レートを固定ナローバンド。 7つの信号の値がハーフレートを固定ナローバンド。このパラメータ信号モード0の不在。
sendmode: A mode of the EVRC-WB codec. An encoder can use this to signal its current mode of operation. Possible values are 0,4,7 (see Table 2.5.1.2-1 in 3GPP2 C.S0014-C). 'sendmode' with value 0 signals wideband fixed-rate operation (full or half rate, depending on the value of the 'fixedrate' parameter). 'sendmode' with value 4 signals narrowband fixed full-rate operation. 'sendmode' with value 7 signals narrowband fixed half-rate operation. The 'fixedrate' parameter MUST NOT be present when the 'sendmode' value is 4 or 7. Absence of this parameter signals mode 0.
sendModeプロパティ：EVRC-WBコーデックのモード。エンコーダは、動作の現在のモードを通知するためにこれを使用することができます。可能な値は0,4,7（3GPP2 C.S0014-Cの表2.5.1.2-1参照）です。 （「fixedrate」パラメータの値に応じて、完全またはハーフレート）値0信号広帯域fixedrate操作に「sendModeプロパティ」。 4値信号の狭帯域固定フルレート動作と「sendModeプロパティ」。値7信号の狭帯域固定ハーフレート動作と「sendModeプロパティ」。 「sendModeプロパティ」値がこのパラメータ信号モード0の4または7不在である場合「fixedrate」パラメータが存在してはなりません。
ptime: See RFC 4566.
PTIME：RFC 4566を参照してください。
maxptime: See RFC 4566.
maxptime：RFC 4566を参照してください。
fixedrate: Indicates the EVRC-WB rate of the session while in single-rate operation. Valid values include 0.5 and 1, where a value of 0.5 indicates the 1/2 rate while a value of 1 indicates the full rate. If this parameter is not present, 1/2 rate is assumed.
fixedrate：シングルレート動作中のセッションのEVRC-WB率を示します。有効値は1の値がフル速度を示し、一方0.5の値が1/2レートを示す0.5と1が含まれます。このパラメータが存在しない場合は、1/2率が想定されます。
silencesupp: See Section 6.1 in RFC 4788.
silencesupp：RFC 4788で、セクション6.1を参照してください。
dtxmax: See Section 6.1 in RFC 4788.
dtxmax：RFC 4788で、セクション6.1を参照してください。
dtxmin: See Section 6.1 in RFC 4788.
dtxmin：RFC 4788で、セクション6.1を参照してください。
hangover: See Section 6.1 in RFC 4788.
二日酔い：RFC 4788で、セクション6.1を参照してください。
Encoding considerations:
エンコードの考慮事項：
This media type is framed binary data (see RFC 4288, Section 4.8) and is defined for transfer of EVRC-WB encoded data via RTP using the compact bundle packet format specified in RFC 4788.
このメディアタイプは、バイナリデータをフレーム化された（RFC 4288、セクション4.8を参照）、RFC 4788で指定されたコンパクトな束パケットフォーマットを使用して、RTPを介しEVRC-WB符号化データの転送のために定義されています。
Security considerations: See Section 18 of RFC 5188.
セキュリティの考慮事項：RFC 5188のセクション18を参照してください。
Interoperability considerations: None
相互運用性に関する注意事項：なし
Published specification:
公開された仕様：
The EVRC-WB vocoder is specified in 3GPP2 C.S0014-C. The transfer method with the compact bundled packet format via RTP is specified in RFC 4788 and RFC 5188.
EVRC-WBボコーダは、3GPP2 C.S0014-Cで指定されています。 RTPを介してコンパクトバンドルパケット形式の転送方法は、RFC 4788及びRFC 5188に指定されています。
3GPP2 C.S0050-B, 3GPP2 File Formats for Multimedia Services.
マルチメディアサービスのための3GPP2 C.S0050-B、3GPP2ファイル形式。
3GPP2 specifications are publicly accessible at http://www.3gpp2.org
3GPP2仕様はhttp://www.3gpp2.orgで公にアクセス可能です
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
It is expected that many VoIP applications (as well as mobile applications) will use this type.
多くのVoIPアプリケーション（だけでなく、モバイルアプリケーション）は、このタイプを使用することが期待されます。
Additional information: None
追加情報：なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス：
Harikishan Desineni <hd@qualcomm.com>
Harikishan Desineni <हद@क्वालकॉम.कॉम>
Intended usage: COMMON
意図している用法：COMMON
Restrictions on usage:
使用に関する制限事項：
This media type depends on RTP framing and hence is only defined for transfer via RTP [6]; the RTP payload format specified in Section 4 of RFC 4788 SHALL be used. This media type SHALL NOT be used for storage or file transfer using the file format defined in Section 8 of RFC 5188; instead, audio/EVRCWB SHALL be used.
このメディアタイプは、RTPフレーミングに依存し、したがってのみRTPを介した転送のために定義されている[6]。 RFC 4788のセクション4で指定されたRTPペイロードフォーマットを使用しなければなりません。このメディアタイプは、RFC 5188のセクション8で定義されたファイル形式を使用して、ストレージやファイル転送のために使用してはなりません。代わりに、オーディオ/ EVRCWBを使用しなければなりません。
Author:
著者：
Harikishan Desineni
Harikishan Desineni
Change controller:
コントローラを変更します。
IETF Audio/Video Transport working group delegated from the IESG.
IESGから委任IETFオーディオ/ビデオ輸送ワーキンググループ。
Type name: audio
型名：オーディオ
Subtype name: EVRCB
サブタイプ名：EVRCB
Required parameters: None
必須パラメータ：なし
Optional parameters:
オプションのパラメータ：
These parameters apply to RTP transfer only.
これらのパラメータは、RTP転送にのみ適用されます。
recvmode: A mode of the EVRC-B codec. A decoder can use this attribute to inform an encoder of its preference to operate in a specified mode. Possible values are 0..7 (see the encoder operating point column in Table 2-6 of 3GPP2 C.S0014-B).
recvmode：EVRC-Bコーデックのモード。デコーダは、指定されたモードで動作するように、その嗜好のエンコーダに知らせるためにこの属性を使用することができます。可能な値は（3GPP2 C.S0014-Bの表2-6におけるエンコーダ動作点列を参照）0..7です。
sendmode: A mode of the EVRC-B codec. An encoder can use this to signal its current mode of operation. Possible values are 0..7 (see encoder operating point column in Table 2-6 of 3GPP2 C.S0014-B).
sendModeプロパティ：EVRC-Bコーデックのモード。エンコーダは、動作の現在のモードを通知するためにこれを使用することができます。可能な値は（3GPP2 C.S0014-Bの表2-6におけるエンコーダ動作点列を参照）0..7です。
ptime: See RFC 4566.
PTIME：RFC 4566を参照してください。
maxptime: See RFC 4566.
maxptime：RFC 4566を参照してください。
maxinterleave: Maximum number for interleaving length (field LLL in the Interleaving Octet). The interleaving lengths used in the entire session MUST NOT exceed this maximum value. If not signaled, the maxinterleave length MUST be 5.
maxinterleave：インターリーブ長の最大数（インターリーブオクテットのフィールドLLL）。セッション全体で使用されるインタリーブ長は、この最大値を超えてはなりません。合図されていない場合、maxinterleaveの長さは5でなければなりません。
silencesupp: See Section 6.1 of RFC 4788 for a definition. If this parameter is not present, the default value 1 MUST be assumed.
silencesupp：定義については、RFC 4788のセクション6.1を参照してください。このパラメータが存在しない場合、デフォルト値1が想定されなければなりません。
dtxmax: See Section 6.1 of RFC 4788.
dtxmax：RFC 4788のセクション6.1を参照してください。
dtxmin: See Section 6.1 of RFC 4788.
dtxmin：RFC 4788のセクション6.1を参照してください。
hangover: See Section 6.1 of RFC 4788.
二日酔い：RFC 4788のセクション6.1を参照してください。
Encoding considerations:
エンコードの考慮事項：
This media type is framed binary data (see RFC 4288, Section 4.8) and is defined for transfer of EVRC-B encoded data via RTP using the interleaved/bundled packet format specified in RFC 3558.
このメディアタイプは、バイナリデータをフレーム化された（RFC 4288、セクション4.8を参照）、RFC 3558で指定されたインターリーブ/バンドルパケットフォーマットを使用して、RTPを介しEVRC-B符号化データの転送のために定義されています。
Security considerations: See Section 9 of RFC 4788.
セキュリティの考慮事項：RFC 4788のセクション9を参照してください。
Interoperability considerations: None
相互運用性に関する注意事項：なし
Published specification:
公開された仕様：
The EVRC-B vocoder is specified in 3GPP2 C.S0014-B. The transfer method with the interleaved/bundled packet format via RTP is specified in RFC 3558, RFC 4788, and RFC 5188.
EVRC-Bボコーダは、3GPP2 C.S0014-Bに指定されています。 RTPを介してインターリーブ/バンドルパケット形式の転送方法は、RFC 3558、RFC 4788、およびRFC 5188に指定されています。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
It is expected that many VoIP applications (as well as mobile applications) will use this type.
多くのVoIPアプリケーション（だけでなく、モバイルアプリケーション）は、このタイプを使用することが期待されます。
Additional information: The following information applies for the storage format only.
追加情報：以下の情報は、保存形式のみに適用されます。
Magic number: #!EVRC-B\n (see Section 5 of RFC 4788)
マジック番号：＃！EVRC-Bの\ nを（RFC 4788のセクション5を参照してください）
File extensions: evb, EVB
ファイル拡張子：EVB、EVB
Macintosh file type code: None
Macintoshのファイルタイプコード：なし
Object identifier or OID: None
オブジェクト識別子またはOID：なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス：
Harikishan Desineni <hd@qualcomm.com>
Harikishan Desineni <हद@क्वालकॉम.कॉम>
Intended usage: COMMON
意図している用法：COMMON
Restrictions on usage:
使用に関する制限事項：
When this media type is used in the context of transfer over RTP, the RTP payload format specified in Section 4.1 of RFC 3558 SHALL be used. In all other contexts, the file format defined in Section 5 of RFC 4788 SHALL be used.
このメディアタイプは、RTPを介して転送の文脈で使用される場合、RFC 3558のセクション4.1で指定されたRTPペイロードフォーマットを使用しなければなりません。他のすべてのコンテキストでは、RFC 4788のセクション5で定義されたファイル形式を使用しなければなりません。
Author:
著者：
Qiaobing Xie / Harikishan Desineni
Q私はオリンピックのアイスX IE / haのリキヒルデジはあなたを行います
Change controller:
コントローラを変更します。
IETF Audio/Video Transport working group delegated from the IESG.
IESGから委任IETFオーディオ/ビデオ輸送ワーキンググループ。
Type name: audio
型名：オーディオ
Subtype name: EVRCB0
サブタイプ名：EVRCB0
Required parameters: None
必須パラメータ：なし
Optional parameters:
オプションのパラメータ：
These parameters apply to RTP transfer only.
これらのパラメータは、RTP転送にのみ適用されます。
recvmode: A mode of the EVRC-B codec. A decoder can use this attribute to inform an encoder of its preference to operate in a specified mode. Possible values are 0..7 (see the encoder operating point column in Table 2-6 of 3GPP2 C.S0014-B).
recvmode：EVRC-Bコーデックのモード。デコーダは、指定されたモードで動作するように、その嗜好のエンコーダに知らせるためにこの属性を使用することができます。可能な値は（3GPP2 C.S0014-Bの表2-6におけるエンコーダ動作点列を参照）0..7です。
sendmode: A mode of the EVRC-B codec. An encoder can use this to signal its current mode of operation. Possible values are 0..7 (see the encoder operating point column in Table 2-6 of 3GPP2 C.S0014-B).
sendModeプロパティ：EVRC-Bコーデックのモード。エンコーダは、動作の現在のモードを通知するためにこれを使用することができます。可能な値は（3GPP2 C.S0014-Bの表2-6におけるエンコーダ動作点列を参照）0..7です。
silencesupp: See Section 6.1 of RFC 4788 for a definition. If this parameter is not present, the default value 1 MUST be assumed.
silencesupp：定義については、RFC 4788のセクション6.1を参照してください。このパラメータが存在しない場合、デフォルト値1が想定されなければなりません。
dtxmax: see Section 6.1 of RFC 4788.
dtxmax：RFC 4788のセクション6.1を参照してください。
dtxmin: see Section 6.1 of RFC 4788.
dtxmin：RFC 4788のセクション6.1を参照してください。
hangover: see Section 6.1 of RFC 4788.
二日酔い：RFC 4788のセクション6.1を参照してください。
Encoding considerations:
エンコードの考慮事項：
This media type is framed binary data (see RFC 4288, Section 4.8) and is defined for transfer of EVRC-B encoded data via RTP using the header-free packet format specified in RFC 3558.
このメディアタイプは、バイナリデータをフレーム化された（RFC 4288、セクション4.8を参照）、RFC 3558で指定されたヘッダを含まないパケットフォーマットを使用して、RTPを介しEVRC-B符号化データの転送のために定義されています。
Security considerations: See Section 9 of RFC 4788.
セキュリティの考慮事項：RFC 4788のセクション9を参照してください。
Interoperability considerations: None
相互運用性に関する注意事項：なし
Published specification:
公開された仕様：
The EVRC-B vocoder is specified in 3GPP2 C.S0014-B. The transfer method with the header-free packet format via RTP is specified in RFC 3558, RFC 4788, and RFC 5188.
EVRC-Bボコーダは、3GPP2 C.S0014-Bに指定されています。 RTPを介してヘッダを含まないパケットフォーマットで転送方法は、RFC 3558、RFC 4788、およびRFC 5188に指定されています。
Applications that use this media type:
このメディアタイプを使用するアプリケーション：
It is expected that many VoIP applications (as well as mobile applications) will use this type.
多くのVoIPアプリケーション（だけでなく、モバイルアプリケーション）は、このタイプを使用することが期待されます。
Additional information: None
追加情報：なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス：
Harikishan Desineni <hd@qualcomm.com>
Harikishan Desineni <हद@क्वालकॉम.कॉम>
Intended usage: COMMON
意図している用法：COMMON
Restrictions on usage:
使用に関する制限事項：
When this media type is used in the context of transfer over RTP, the RTP payload format specified in Section 4.2 of RFC 3558 SHALL be used.
このメディアタイプは、RTPを介して転送の文脈で使用される場合、RFC 3558のセクション4.2で指定されたRTPペイロードフォーマットを使用しなければなりません。
This media type depends on RTP framing and hence is only defined for transfer via RTP [6]; the RTP payload format specified in Section 4.2 of RFC 3558 SHALL be used. This media type SHALL NOT be used for storage or file transfer using the file format defined in Section 5 of RFC 4788; instead, audio/EVRCB SHALL be used.
このメディアタイプは、RTPフレーミングに依存し、したがってのみRTPを介した転送のために定義されている[6]。 RFC 3558のセクション4.2で指定されたRTPペイロードフォーマットを使用しなければなりません。このメディアタイプは、RFC 4788のセクション5で定義されたファイル形式を使用して、ストレージやファイル転送のために使用してはなりません。代わりに、オーディオ/ EVRCBを使用しなければなりません。
Author:
著者：
Qiaobing Xie / Harikishan Desineni
Q私はオリンピックのアイスX IE / haのリキヒルデジはあなたを行います
Change controller:
コントローラを変更します。
IETF Audio/Video Transport working group delegated from the IESG.
IESGから委任IETFオーディオ/ビデオ輸送ワーキンググループ。
'sendmode' can be used by a sender (EVRC-WB or EVRC-B) to announce its encoder's current mode of operation. A sender can change its mode anytime, and this does not cause any decoding problems at the receiver.
「sendModeプロパティ」はその動作エンコーダの現在のモードを発表するために、送信者（EVRC-WBまたはEVRC-B）で使用することができます。送信者は、いつでもそのモードを変更することができ、これは、受信機において任意のデコードの問題が発生することはありません。
'recvmode' is defined for use with EVRC-B. A decoder can use this attribute to inform an encoder of its preference to operate in a specified mode. The receiver will continue to decode properly even if the sender does not operate in the preferred mode.
「recvmode」はEVRC-Bで使用するために定義されています。デコーダは、指定されたモードで動作するように、その嗜好のエンコーダに知らせるためにこの属性を使用することができます。受信機は、送信者が優先モードで動作していない場合でも、正しくデコードしていきます。
'mode-set-recv' is defined for use with EVRC-WB. A decoder can use this attribute to inform an encoder of its preference to operate in a specified subset of modes. The receiver will continue to decode properly even if the sender does not operate in one of the preferred modes. A set has been defined so that several modes can be expressed as a preference in one attempt. For instance, the set {4,7} signals that the receiver prefers the sender to operate in narrowband modes of EVRC-WB.
「モード・セットのrecvは」EVRC-WBで使用するために定義されています。デコーダは、モードの指定されたサブセットで動作するように、その嗜好のエンコーダに知らせるためにこの属性を使用することができます。受信機は、送信者が優先モードのいずれかで動作しない場合でも、正しくデコードしていきます。いくつかのモードは一つの試みで優先ように表すことができるように設定が定義されています。例えば、受信機がEVRC-WBの狭帯域モードで動作する送信者を好む、集合{4,7}信号。
This document adds new optional parameters "recvmode" and "sendmode" to the original EVRC-B media types "audio/EVRCB" and "audio/EVRCB0" defined in RFC 4788 [3]. Existing RFC 4788 [3] implementations will not send these parameters in the Session Description Protocol (SDP) and will ignore them if they are received. This will allow interoperability between RFC 4788 [3] and RFC 5188 implementations of EVRC-B. For an example offer-and-answer exchange, see Section 17.
この文書では、[3] RFC 4788で定義された元EVRCBメディアタイプ「オーディオ/ EVRCB」と「オーディオ/ EVRCB0」に新しいオプションのパラメータ「recvmode」と「sendModeプロパティ」を追加します。既存のRFCは4788 [3]の実装は、セッション記述プロトコル（SDP）に、これらのパラメータを送信しませんし、それらを受信している場合は、それらを無視します。これは、RFC 4788との間の相互運用性[3]及びRFC EVRC-Bの5188個の実装を可能にします。例えば、オファーと回答のやり取りについては、セクション17を参照してください。
Information carried in the media type specification has a specific mapping to fields in the Session Description Protocol (SDP) [8], which is commonly used to describe RTP sessions. When SDP is used to specify sessions employing EVRC-WB encoded speech, the mapping is as follows.
メディアタイプ仕様で搬送される情報は、一般的にRTPセッションを記述するために使用されている[8]、セッション記述プロトコル（SDP）内のフィールドに特定のマッピングを有します。 SDPは、EVRC-WB符号化された音声を用いたセッションを指定するために使用される場合、マッピングは以下の通りです。
o The media type ("audio") goes in SDP "m=" as the media name.
Oメディアタイプ（「オーディオ」）は、メディア名としてSDP「m =」に進みます。
o The media subtype ("EVRCWB", "EVRCWB0", or "EVRCWB1") goes in SDP "a=rtpmap" as the encoding name.
Oメディアサブタイプ（ "EVRCWB"、 "EVRCWB0"、または "EVRCWB1"）は、符号化名としてSDPの "a = rtpmap" に進みます。
o The optional parameters 'ptime' and 'maxptime' (for subtypes EVRCWB, EVRCWB1) go in the SDP "a=ptime" and "a=maxptime" attributes, respectively.
オプションパラメータ 'PTIME' と 'maxptime' O（サブタイプEVRCWB、EVRCWB1）は、SDPの "a = PTIME" および "A = maxptime" に行くそれぞれ、属性。
o Any remaining parameters (for subtypes EVRCWB, EVRCWB0, and EVRCWB1) go in the SDP "a=fmtp" attribute by copying them from the media type string as a semicolon-separated list of parameter=value pairs.
O残りのパラメータ（サブタイプEVRCWB、EVRCWB0、及びEVRCWB1）は、パラメータ=値のペアのセミコロンで区切られたリストのようなメディアタイプ文字列からそれらをコピーすることによって、SDP「=のfmtp」属性に行きます。
The new optional parameters 'recvmode' and 'sendmode' (for 'audio' subtypes EVRCB and EVRCB0) go in the SDP "a=fmtp" attribute by copying them directly from the media type string.
新しいオプションのパラメータ「recvmode」と「sendModeプロパティ」（「オーディオ」のためにはEVRCBとEVRCB0サブタイプ）のメディアタイプ文字列から直接コピーすることにより、SDPに「=のfmtp」属性を行きます。
For all other media type parameters, the specification in Section 6.7 of RFC 4788 [3] still applies.
他のすべてのメディアタイプパラメータについては、RFC 4788のセクション6.7で指定する[3]まだ適用されます。
The following considerations apply when using the SDP offer-answer procedures of RFC 3264 [7] to negotiate the use of EVRC-WB payload in RTP:
[7] RTP中EVRC-WBペイロードの使用を交渉するためにRFC 3264のSDPオファー・アンサー・プロシージャを使用する場合、以下の考慮事項が適用されます。
o Since EVRC-WB is an extension of EVRC-B, the offerer SHOULD announce EVRC-B support in its "m=audio" line, with EVRC-WB as the preferred codec. This will allow interoperability with an answerer that supports only EVRC-B.
EVRC-WBはEVRC-Bの拡張であるため、O、提供者は、好ましいコーデックとしてEVRC-WBと、その「M =オーディオ」行にEVRC-Bのサポートを発表するべきです。これはEVRC-Bをサポートしています回答との相互運用が可能になります。
Below is an example of such an offer:
以下は、そのようなオファーの例です。
m=audio 55954 RTP/AVP 98 99
a=rtpmap:98 EVRCWB0/16000
a=rtpmap:99 EVRCB0/8000
a=fmtp:98 mode-set-recv=0,4;sendmode=0
a=fmtp:99 recvmode=0 sendmode=4
If the answerer supports EVRC-WB, then the answerer can keep the payload type 98 in its answer and the conversation can be done using EVRC-WB. Else, if the answerer supports only EVRC-B, then the answerer will leave only the payload type 99 in its answer and the conversation will be done using EVRC-B.
回答はEVRC-WBをサポートしている場合、その回答は、その答えにペイロードタイプ98を維持することができ、会話はEVRC-WBを使用して行うことができます。アンサーのみEVRC-Bをサポートしていればそうで、その後、回答はその答えにのみペイロードタイプ99を残すだろうと会話はEVRC-Bを使用して行われます。
An example answer for the above offer is the following:
上記の提供のための例の答えは以下の通りであります：
m=audio 55954 RTP/AVP 98
a=rtpmap:98 EVRCWB0/16000
a=fmtp:98 mode-set-recv=4;sendmode=4
o 'mode-set-recv' is a unidirectional receive-only parameter.
O「モード・セットのrecvは、」一方向の受信専用のパラメータです。
o 'sendmode' is a unidirectional send-only parameter.
O「sendModeプロパティは、」単方向送信専用のパラメータです。
o Using 'sendmode', a sender can signal its current mode of operation. Note that a receiver may receive RTP media well before the arrival of SDP with a (first-time, or updated) 'sendmode' parameter.
「sendModeプロパティ」を使用してO、送信者は、操作の現在のモードを通知することができます。受信機が十分とSDPの到来（初めて、または更新）「sendModeプロパティ」パラメータの前にRTPメディアを受信してもよいことに留意されたいです。
o An offerer can use 'mode-set-recv' to request that the remote sender's encoder be limited to the list of modes signaled in 'mode-set-recv'. A remote sender MAY ignore 'mode-set-recv' requests.
Oオファー側は、リモート送信者のエンコーダは、モードのリストに限定されることを要求するために「モード設定-RECV」を使用することができます「モード・セットのrecv」で合図をしました。リモート送信者が「モード設定-RECVの要求を無視するかもしれません。
o The parameters 'maxptime' and 'ptime' will in most cases not affect interoperability; however, the setting of the parameters can affect the performance of the application. The SDP offer-answer handling of the 'ptime' parameter is described in RFC 3264 [7]. The 'maxptime' parameter MUST be handled in the same way.
パラメータ「maxptime」と、ほとんどの場合、相互運用性に影響しないだろう「PTIME O」;しかし、パラメータの設定は、アプリケーションのパフォーマンスに影響を与えることができます。 「PTIME」パラメータのSDPオファー・アンサー処理はRFC 3264に記載されている[7]。 「maxptime」パラメータは同じように扱われなければなりません。
o For a sendonly stream, the 'mode-set-recv' parameter is not useful and SHOULD NOT be used.
O sendonlyの流れについては、「モード・セットのrecv」パラメータは便利ではないため、使用しないでください。
o For a recvonly stream, the 'sendmode' parameter is not useful and SHOULD NOT be used.
Oがrecvonlyストリームの場合、「sendModeプロパティ」パラメータは便利ではないため、使用しないでください。
o When using EVRCWB1, the entire session MUST use the same fixed rate and mode (0-Wideband or 4,7-Narrowband).
EVRCWB1を使用する場合、O、全体のセッションは、同じ固定レートモード（0広帯域又は4,7-狭帯域）を使用する必要があります。
o For additional rules that MUST be followed while negotiating DTX parameters, see Section 6.8 in [3].
O DTXパラメータをネゴシエートしながら追跡する必要のある追加のルールについて、[3]のセクション6.8を参照。
o Any unknown parameter in an SDP offer MUST be ignored by the receiver and MUST NOT be included in the SDP answer.
O SDPオファー内の任意の未知パラメータは、受信機で無視しなければなりませんし、SDPの答えに含んではいけません。
See Section 6.8 of [3] for offer-answer usage of EVRC-B. The following are several additional considerations for EVRC-B.
EVRC-Bのオファー答えの使用のための[3]のセクション6.8を参照してください。 EVRC-Bのためのいくつかの追加の考慮事項は次のとおり。
o 'recvmode' is a unidirectional receive-only parameter.
O「recvmodeは」一方向の受信専用のパラメータです。
o 'sendmode' is a unidirectional send-only parameter.
O「sendModeプロパティは、」単方向送信専用のパラメータです。
o Using 'recvmode', a receiver can signal the remote sender to operate its encoder in the specified mode. A remote sender MAY ignore 'recvmode' requests.
「recvmode」を使用して、O、受信機は、指定されたモードでのエンコーダを操作するリモートセンダに知らせることができます。リモート送信者が「recvmodeの要求を無視するかもしれません。
o Using 'sendmode', a sender can signal its current mode of operation. Note that a receiver may receive RTP media well before the arrival of SDP with a (first-time, or updated) 'sendmode' parameter.
「sendModeプロパティ」を使用してO、送信者は、操作の現在のモードを通知することができます。受信機が十分とSDPの到来（初めて、または更新）「sendModeプロパティ」パラメータの前にRTPメディアを受信してもよいことに留意されたいです。
o For a sendonly stream, the 'recvmode' parameter is not useful and SHOULD NOT be used.
O sendonlyの流れについては、「recvmode」パラメータは便利ではないため、使用しないでください。
o For a recvonly stream, the 'sendmode' parameter is not useful and SHOULD NOT be used.
Oがrecvonlyストリームの場合、「sendModeプロパティ」パラメータは便利ではないため、使用しないでください。
For declarative use of SDP in the Session Announcement Protocol (SAP) [12] and the Real Time Streaming Protocol (RTSP) [13], the following considerations apply:
宣言型のセッションアナウンスメントプロトコル（SAP）でのSDPの使用[12]とリアルタイムストリーミングプロトコル（RTSP）[13]の場合は、次の考慮事項が適用されます。
o Any 'maxptime' and 'ptime' values should be selected with care to ensure that the session's participants can achieve reasonable performance.
O任意の「maxptime」と「PTIME」値がセッションの参加者が合理的な性能を達成できることを保証するために注意して選択する必要があります。
o The payload format configuration parameters are all declarative, and a participant MUST use the configuration(s) that is provided for the session. More than one configuration may be provided if necessary by declaring multiple RTP payload types; however, the number of types should be kept small. For declarative examples, see Section 17.
ペイロードフォーマットO構成パラメータは、すべての宣言であり、参加者は、セッションのために設けられている構成（複数可）を使用しなければなりません。以上の構成は、複数のRTPペイロードタイプを宣言することで、必要に応じて提供されてもよいです。しかし、種類の数が小さく維持されなければなりません。宣言型の例については、セクション17を参照してください。
Some example SDP session descriptions utilizing EVRC-WB and EVRC-B encodings follow. In these examples, long a=fmtp lines are folded to meet the column width constraints of this document. The backslash ("\") at the end of a line and the carriage return that follows it should be ignored. Note that media subtype names are case-insensitive. Parameter names are case-insensitive both in media types and in the mapping to the SDP a=fmtp attribute.
EVRC-WBとEVRC-Bのエンコーディングを利用するいくつかの例のSDPセッション記述が続きます。これらの例では、長い間、A =のfmtpラインは、この文書の列幅の制約を満たすように折り畳まれています。ラインと、それを無視しなければならない次の改行の最後にバックスラッシュ（「\」）。メディアサブタイプ名は大文字と小文字を区別しないことに注意してください。パラメータ名は、大文字と小文字を区別しないメディアタイプおよびSDPのA =のfmtp属性へのマッピングの両方です。
Example usage of EVRCWB:
EVRCWBの使用例：
m=audio 49120 RTP/AVP 97 98 a=rtpmap:97 EVRCWB/16000 a=rtpmap:98 EVRCB0/8000 a=fmtp:97 mode-set-recv=0,4;sendmode=0 a=fmtp:98 recvmode=0 sendmode=0 a=maxptime:120
M =オーディオ49120 RTP / AVP 97 98 = rtpmap：97 EVRCWB / 16000 = rtpmap：97モード・セットRECV = 0.4; sendModeプロパティ= 0、A =のfmtp：EVRCB0 / 8000 = 98のfmtp 98 recvmode = 0 sendModeプロパティ= 0、A = maxptime：120
Example usage of EVRCWB0:
EVRCWB0の使用例：
m=audio 49120 RTP/AVP 97 98 a=rtpmap:97 EVRCWB0/16000 a=rtpmap:98 EVRCB0/8000 a=fmtp:97 mode-set-recv=0,4;sendmode=0 a=fmtp:98 recvmode=0 sendmode=0
M =オーディオ49120 RTP / AVP 97 98 = rtpmap：97 EVRCWB0 / 16000 = rtpmap：97モード・セットRECV = 0.4; sendModeプロパティ= 0、A =のfmtp：EVRCB0 / 8000 = 98のfmtp 98 recvmode = 0 sendModeプロパティ= 0
Example SDP answer from a media gateway requesting a terminal to limit its encoder operation to EVRC-WB mode 4:
EVRC-WBモード4へのエンコーダの動作を制限するために端末を要求し、メディアゲートウェイから例えばSDP回答：
m=audio 49120 RTP/AVP 97 a=rtpmap:97 EVRCWB0/16000 a=fmtp:97 mode-set-recv=4;sendmode=4
M =オーディオ49120 RTP / AVP 97 = rtpmap：97 EVRCWB0 / 16000 =のfmtp：97モード・セットRECV = 4; sendModeプロパティ= 4
Example usage of EVRCWB1:
EVRCWB1の使用例：
m=audio 49120 RTP/AVP 97 98 a=rtpmap:97 EVRCWB1/16000 a=fmtp:97 mode-set-recv=4;sendmode=4 a=maxptime:100
M =オーディオ49120 RTP / AVP 97 98 = rtpmap：EVRCWB1 / 16000 = 97のfmtp：97モード・セットRECV = 4; sendModeプロパティ= 4 A = maxptime：100
Example usage of EVRCWB with DTX with silencesupp=1:
silencesupp = 1とDTXとEVRCWBの使用例：
m=audio 49120 RTP/AVP 97 98 a=rtpmap:97 EVRCWB/16000 a=rtpmap:98 EVRCB0/8000 a=fmtp:97 silencesupp=1;dtxmax=32;dtxmin=12;hangover=1 \ mode-set-recv=0,4; sendmode=0 a=fmtp:98 recvmode=0 sendmode=0 a=maxptime:120
M =オーディオ49120 RTP / AVP 97 98 = rtpmap：97 EVRCWB / 16000 = rtpmap：EVRCB0 / 8000 = 98のfmtp：97 silencesupp = 1; dtxmax = 32; dtxmin = 12;二日酔い= 1 \モードセット - recv = 0,4; sendModeプロパティ= 0、A =のfmtp：98 recvmode = 0 sendModeプロパティ= 0、A = maxptime：120
Example usage of EVRCWB with DTX with silencesupp=0:
silencesupp = 0とDTXとEVRCWBの使用例：
m=audio 49120 RTP/AVP 97 98 a=rtpmap:97 EVRCWB/16000 a=rtpmap:98 EVRCB0/8000 a=fmtp:97 silencesupp=0;dtxmax=32;dtxmin=12;hangover=1 \ mode-set-recv=0,4;sendmode=0 a=fmtp:98 recvmode=0 sendmode=0 a=maxptime:120
M =オーディオ49120 RTP / AVP 97 98 = rtpmap：97 EVRCWB / 16000 = rtpmap：EVRCB0 / 8000 = 98のfmtp：97 silencesupp = 0; dtxmax = 32; dtxmin = 12;二日酔い= 1 \モードセット - RECV = 0.4; sendModeプロパティ= 0、A =のfmtp：98 recvmode = 0 sendModeプロパティ= 0、A = maxptime：120
Example usage of EVRCB:
EVRCBの使用例：
m=audio 49120 RTP/AVP 97 a=rtpmap:97 EVRCB/8000 a=fmtp:97 recvmode=0 sendmode=4 a=maxptime:120
M =オーディオ49120 RTP / AVP 97 = rtpmap：97 EVRCB / 8000 =のfmtp：97 recvmode = 0 sendModeプロパティ= 4 A = maxptime：120
Example usage of EVRCB0:
EVRCB0の使用例：
m=audio 49120 RTP/AVP 97 a=rtpmap:97 EVRCB0/8000 a=fmtp:97 recvmode=0 sendmode=4
M =オーディオ49120 RTP / AVP 97 = rtpmap：EVRCB0 / 8000 = 97のfmtp：97 recvmode = 0 sendModeプロパティ= 4
Example offer-answer exchange between EVRC-WB and legacy EVRC-B (RFC 4788):
EVRC-WBとレガシーEVRC-B（RFC 4788）との間に例オファーアンサー交換：
Offer:
提供：
m=audio 55954 RTP/AVP 98 99 a=rtpmap:98 EVRCWB0/16000 a=rtpmap:99 EVRCB0/8000 a=fmtp:98 mode-set-recv=0,4;sendmode=0 a=fmtp:99 recvmode=0 sendmode=0
M =オーディオ55954 RTP / AVP 98 99 = rtpmap：98 EVRCWB0 / 16000 = rtpmap：98モード・セットRECV = 0.4; sendModeプロパティ= 0、A =のfmtp：EVRCB0 / 8000 = 99のfmtp 99 recvmode = 0 sendModeプロパティ= 0
Answer:
回答：
m=audio 55954 RTP/AVP 99 a=rtpmap:99 EVRCB0/8000
M =オーディオ55954 RTP / AVP 99 = rtpmap：99 EVRCB0 / 8000
Example offer-answer exchange between EVRC-WB and updated EVRC-B (RFC 5188):
EVRC-WBと更新EVRC-B（5188 RFC）の間に例オファーアンサー交換：
Offer:
提供：
m=audio 55954 RTP/AVP 98 99 a=rtpmap:98 EVRCWB0/16000 a=rtpmap:99 EVRCB0/8000 a=fmtp:98 mode-set-recv=0,4; sendmode=0 a=fmtp:99 recvmode=0 sendmode=0
M =オーディオ55954 RTP / AVP 98 99 = rtpmap：98 EVRCWB0 / 16000 = rtpmap：EVRCB0 / 8000 = 99のfmtp：98モード・セットRECV = 0.4。 sendModeプロパティ= 0、A =のfmtp：99 recvmode = 0 sendModeプロパティ= 0
Answer:
回答：
m=audio 55954 RTP/AVP 99 a=rtpmap:99 EVRCB0/8000 a=fmtp:99 recvmode=0 sendmode=4
M =オーディオ55954 RTP / AVP 99 = rtpmap：EVRCB0 / 8000 = 99のfmtp：99 recvmode = 0 sendModeプロパティ= 4
In the above example, note that the answerer has chosen to send in mode 4 even though the offerer was willing to receive in mode 0. 'recvmode' is a receiver's preference, but the sender can send in a different mode.
上記の例では、提供者がモード0で受信することが喜んでいたにもかかわらず、回答がモード4に送信することを選択したことに注意「recvmode」は、受信機の好みであるが、送信者は、異なるモードで送信することができます。
Example offer-answer exchanges for interoperability between legacy (RFC 4788) and updated EVRC-B (RFC 5188) implementations:
レガシー（RFC 4788）および更新されたEVRC-B（RFC 5188）の実装間の相互運用性のための例のオファー答え交換：
Offer from an offerer that supports updated EVRC-B (RFC 5188) implementation:
更新EVRC-B（RFC 5188）の実装をサポートしていますオファー側からオファー：
m=audio 55954 RTP/AVP 99 a=rtpmap:99 EVRCB0/8000 a=fmtp:99 recvmode=0 sendmode=4
M =オーディオ55954 RTP / AVP 99 = rtpmap：EVRCB0 / 8000 = 99のfmtp：99 recvmode = 0 sendModeプロパティ= 4
Answer from an answerer that supports only legacy EVRC-B (RFC 4788) implementation:
唯一のレガシーEVRC-B（RFC 4788）の実装をサポートしています回答から回答：
m=audio 55954 RTP/AVP 99 a=rtpmap:99 EVRCB0/8000
M =オーディオ55954 RTP / AVP 99 = rtpmap：99 EVRCB0 / 8000
Offer from an offerer that supports only legacy EVRC-B (RFC 4788) implementation:
唯一のレガシーEVRC-B（RFC 4788）の実装をサポートしていますオファー側からオファー：
m=audio 55954 RTP/AVP 99 a=rtpmap:99 EVRCB0/8000
M =オーディオ55954 RTP / AVP 99 = rtpmap：99 EVRCB0 / 8000
Answer from an answerer that supports updated EVRC-B (RFC 5188) implementation:
更新EVRC-B（RFC 5188）の実装をサポートしています回答から回答：
m=audio 55954 RTP/AVP 99 a=rtpmap:99 EVRCB0/8000 a=fmtp:99 recvmode=0 sendmode=4
M =オーディオ55954 RTP / AVP 99 = rtpmap：EVRCB0 / 8000 = 99のfmtp：99 recvmode = 0 sendModeプロパティ= 4
Since compression is applied to the payload formats end-to-end, and the encodings do not exhibit significant non-uniformity, implementations of this specification are subject to all the security considerations specified in RFC 3558 [2]. Implementations using the payload defined in this specification are subject to the security considerations discussed in RFC 3558 [2], RFC 3550 [6], and any appropriate profile (for example, RFC 3551 [11]).
圧縮は、ペイロードフォーマットのエンドツーエンドに適用され、エンコーディングは有意の不均一性を示さないので、この仕様の実装は、RFC 3558で指定されたすべてのセキュリティの考慮の対象となっている[2]。本明細書で定義されたペイロードを使用して実装RFC 3558で説明したセキュリティ上の考慮の対象となっている[2]、RFC 3550 [6]、および任意の適切なプロファイル（例えば、RFC 3551 [11]）。
This document updates RFC 4788 [3], and the updates are summarized below:
このドキュメントの更新RFC 4788 [3]、および更新は以下のように要約されています。
o Added new media type attribute "sendmode" to media subtypes EVRCB and EVRCB0. This attribute can be used to signal the EVRC-B encoder's current mode of operation.
OメディアサブタイプEVRCBとEVRCB0に新しいメディアタイプ属性「sendModeプロパティ」を追加しました。この属性は、操作のEVRC-Bエンコーダの現在のモードをシグナリングするために使用することができます。
o Added new media type attribute "recvmode" to media subtypes EVRCB and EVRCB0. This attribute can be used to signal the EVRC-B decoder's preferred operating mode to a remote sender.
OメディアサブタイプEVRCBとEVRCB0に新しいメディアタイプ属性「recvmode」を追加しました。この属性は、リモートセンダにEVRC-Bの復号器の好ましい動作モードをシグナリングするために使用することができます。
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[1]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[2] Li, A., "RTP Payload Format for Enhanced Variable Rate Codecs (EVRC) and Selectable Mode Vocoders (SMV)", RFC 3558, July 2003.
、RFC 3558、2003年7月[2]李、A.、 "拡張可変レートコーデック（EVRC）および選択可能なモードボコーダ（SMV）のためのRTPペイロードフォーマット"。
[3] Xie, Q. and R. Kapoor, "Enhancements to RTP Payload Formats for EVRC Family Codecs", RFC 4788, January 2007.
[3]謝、Q.及びR.・カプール、RFC 4788、2007年1月 "EVRCファミリーコーデックのためのRTPペイロード形式の強化"。
[4] "Enhanced Variable Rate Codec, Speech Service Option 3 and 68 for Wideband Spread Spectrum Digital Systems", 3GPP2 C.S0014-B v1.0 , May 2006.
[4]「拡張可変レートコーデック、音声サービスオプション3および広帯域スペクトラム拡散デジタルシステムのための68」、3GPP2 C.S0014-B v1.0を、2006年5月。
[5] "Enhanced Variable Rate Codec, Speech Service Option 3,68 and 70 for Wideband Spread Spectrum Digital Systems", 3GPP2 C.S0014-C v1.0 , October 2006.
[5]「拡張可変レートコーデック、音声サービスオプション3,68および広帯域スペクトラム拡散デジタルシステムのための70」、3GPP2 C.S0014-C v1.0を、2006年10月。
[6] Schulzrinne, H., Casner, S., Frederick, R., and V. Jacobson, "RTP: A Transport Protocol for Real-Time Applications", STD 64, RFC 3550, March 1997.
[6] Schulzrinneと、H.、Casner、S.、フレデリック、R.、およびV.ヤコブソン、 "RTP：リアルタイムアプリケーションのためのトランスポートプロトコル"、STD 64、RFC 3550、1997年3月。
[7] Rosenberg, J. and H. Schulzrinne, "An Offer/Answer Model with Session Description Protocol (SDP)", RFC 3264, June 2002.
[7]ローゼンバーグ、J.、およびH. Schulzrinneと、RFC 3264 "セッション記述プロトコル（SDP）とのオファー/アンサーモデル" 2002年6月。
[8] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session Description Protocol", RFC 4566, July 2006.
[8]ハンドリー、M.、ヤコブソン、V.、およびC.パーキンス、 "SDP：セッション記述プロトコル"、RFC 4566、2006年7月。
[9] Casner, S., "Media Type Specifications and Registration Procedures", RFC 4855, February 2007.
[9] Casner、S.、 "メディアタイプの仕様と登録手順"、RFC 4855、2007年2月。
[10] Freed, N. and J. Klensin, "Media Type Specifications and Registration Procedures", BCP 13, RFC 4288, December 2005.
[10]解放され、N.とJ. Klensin、 "メディアタイプの仕様と登録手順"、BCP 13、RFC 4288、2005年12月。
[11] Schulzrinne, H. and S. Casner, "RTP Profile for Audio and Video Conferences with Minimal Control", STD 65, RFC 3551, July 2003.
[11] Schulzrinneと、H.とS. Casner、 "最小量のコントロールがあるオーディオとビデオ会議システムのためのRTPプロフィール"、STD 65、RFC 3551、2003年7月。
[12] Handley, M., Perkins, C., and E. Whelan, "Session Announcement Protocol", RFC 2974, October 2000.
[12]ハンドレー、M.、パーキンス、C.、およびE.ウィーラン、 "セッション告知プロトコル"、RFC 2974、2000年10月。
[13] Schulzrinne, H., Rao, A., and R. Lanphier, "Real Time Streaming Protocol (RTSP)", RFC 2326, April 1998.
[13] SchulzrinneとH.とラオとA.、およびR. Lanphier、 "リアルタイムのストリーミングプロトコル（RTSP）"、RFC 2326、1998年4月。
Authors' Addresses
著者のアドレス
Harikishan Desineni Qualcomm 5775 Morehouse Drive San Diego, CA 92126 USA
Harikishan Desineniクアルコム5775 Morehuseドライブサンディエゴ、92126それ
Phone: +1 858 845 8996 EMail: hd@qualcomm.com URI: http://www.qualcomm.com
電話：+1 858 845 8996 Eメール：hd@qualcomm.com URI：http://www.qualcomm.com
Qiaobing Xie Motorola 1501 W. Shure Drive, 2-F9 Arlington Heights, IL 60004 USA
私はIE Motorolaの1501 W.シュウ再ドライブをXオリンピックアイスQ、2-F9アーリントンハイツ、IL 60004 USA
Phone: +1-847-372-8481 EMail: Qiaobing.Xie@Gmail.com URI: http://www.motorola.com
電話：+ 1-847-372-8481 Eメール：Qiaobing.Xie@Gmail.com URI：http://www.motorola.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The IETF Trust (2008).
著作権（C）IETFトラスト（2008）。
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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットSOCIETY、（もしあれば）を後援し、IETF TRUST ANDインターネットエンジニアリングタスクフォース放棄ALLに設けられています。保証は、明示または黙示、この情報の利用および特定目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証がこれらに限定されません。
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.
IPRの開示のコピーが利用できるようにIETF事務局とライセンスの保証に行われた、または本仕様の実装者または利用者がそのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができます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に情報を記述してください。