RFC5188 日本語訳
5188 RTP Payload Format for the Enhanced Variable Rate Wideband Codec(EVRC-WB) and the Media Subtype Updates for EVRC-B Codec. H.Desineni, Q. Xie. February 2008. (Format: TXT=44821 bytes) (Updates RFC4788) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group H. Desineni
Request for Comments: 5188 Qualcomm
Updates: 4788 Q. Xie
Category: Standards Track Motorola
February 2008
Desineniがコメントのために要求するワーキンググループH.をネットワークでつないでください: 5188のクアルコムアップデート: 4788年のQ.シェカテゴリ: 標準化過程モトローラ2008年2月
RTP Payload Format for
the Enhanced Variable Rate Wideband Codec (EVRC-WB)
and the Media Subtype Updates for EVRC-B Codec
高められた変動金利広帯域コーデック(EVRC-WB)のためのRTP有効搭載量形式とEVRC-BコーデックのためのメディアSubtype最新版
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)の現行版を参照してください。 このメモの分配は無制限です。
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.
このドキュメントは、メディアがタイプするEnhanced Variable Rate Wideband Codec(EVRC-WB)とアップデートに使用されて、EVRC-Bコーデックいくつかのメディアが登録証明書をタイプするので登録証明書がEVRC-WB RTPペイロード形式のために含まれているということになるようにレアル-時間Transportプロトコル(RTP)ペイロード形式を指定します。 さらに、ファイル形式はメールなどのストレージモードアプリケーションにおける、EVRC-WBスピーチデータの輸送に指定されます。
Desineni & Xie Standards Track [Page 1] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[1ページ]。
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
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 3 2。 コンベンション. . . . . . . . . . . . . . . . . . . . . . . . . 3 3。 バックグラウンド. . . . . . . . . . . . . . . . . . . . . . . . . . 3 4。 EVRC-WBコーデック. . . . . . . . . . . . . . . . . . . . . . . . 3 5。 RTPヘッダー用法. . . . . . . . . . . . . . . . . . . . . . . 4 6。 有効搭載量形式. . . . . . . . . . . . . . . . . . . . . . . . 4 7。 輻輳制御問題. . . . . . . . . . . . . . 5 8。 EVRC-WBコーデック. . . . . . . . . . . . . 5 9のためのストレージ形式。 IANA問題. . . . . . . . . . . . . . . . . . . . . 5 9.1。 メディアは登録証明書. . . . . . . . . . . . . . . . . 5 9.1.1をタイプします。 メディアタイプオーディオ/EVRCWB. . . . . . . 6 9.1.2の登録。 メディアタイプオーディオ/EVRCWB0. . . . . . . 8 9.1.3の登録。 メディアタイプオーディオ/EVRCWB1. . . . . . . 9 9.1.4の登録。 タイプオーディオ/EVRCB.119.1に.5にメディアの登録をアップデートしました。 メディアタイプオーディオ/EVRCB0.13 10の登録をアップデートしました。 EVRC-WBとEVRC-B. . . . . . . . . . 15 11のためのSDPモード属性。 レガシー実装(RFC4788)15 12があるEVRC-B相互運用性。 マッピングEVRC-WBメディアはSDP. . . . . . . . 16 13にパラメタをタイプします。 マッピングEVRC-BメディアはSDP. . . . . . . . 16 14にパラメタをタイプします。 EVRC-WB. . . . . . . . 16 15のための申し出答えモデル問題。 EVRC-B. . . . . . . . . 18 16のための申し出答えモデル問題。 宣言的なSDP問題. . . . . . . . . . . . . . . . 18 17。 例. . . . . . . . . . . . . . . . . . . . . . . . . . . 19 18。 セキュリティ問題. . . . . . . . . . . . . . . . . . . 22 19。 RFC4788.22 20への変化。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 22 20.1。 引用規格. . . . . . . . . . . . . . . . . . . 22 20.2。 有益な参照. . . . . . . . . . . . . . . . . . 23
Desineni & Xie Standards Track [Page 2] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[2ページ]。
1. Introduction
1. 序論
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.
このドキュメントはコード化されたスピーチがレアル-時間Transportプロトコル(RTP)に示すEVRC-WBのpacketizationにペイロード形式を指定します。 それははさみ込まれるか、または添付されたヘッダーなしのサポートを定義します、そして、EVRC-WBの不連続なトランスミッション(DTX)サポートと同様にEVRC-WBコーデックのためのコンパクトなバンドルパケット・フォーマットはRTPを通して輸送されたスピーチをコード化しました。 EVRC-WBコーデックはEVRCとEVRC-Bコーデックより良いスピーチ品質を提供します。 EVRC-WBはコーデックのEVRCファミリーのものです。 また、このドキュメントはEVRC-Bコーデックのためのメディアタイプ登録証明書をアップデートします。
2. Conventions
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 [1].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはRFC2119[1]で説明されるように本書では解釈されることであるべきですか?
3. Background
3. バックグラウンド
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はThird Generation Partnership Project2(3GPP2)で不連続なトランスミッション(DTX)のサポートで開発された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-msフレームを作動させます、そして、デフォルト標本抽出率は16kHzです。 また、8kHzの標本抽出率での入出力はサポートされます。 EVRC-WBコーデックは[5]で定義された3つのモード(0、4、および7)で作動できます。 EVRC-WBモード4と7はEVRC-Bと共に共同利用できます。 EVRC-WBモード4は完全なレートの、そして、1/2レートの、そして、1/8レートのフレームを使用します。 EVRC-WBモード7は1/2レートと1/8個のレートフレームだけを使用します。 モード変更はコーデック出力ビット伝送速度変化をもたらしますが、受信機の少しの解読問題も引き起こさないでください。うまくいっている解読のために、デコーダはエンコーダの操作の現在のモードを知る必要はありません。 EVRC-WBは変遷を許容するpacketized音声アプリケーションの標準液を狭帯域と広帯域電話の間に供給します。 扱われる中で最も重要なサービスはIP電話技術です。 対象装置は、IP電話やボイス・オーバー IP(VoIP)受話器、メディアゲートウェイ、音声メッセージングサーバであるかもしれませんなど。
4. EVRC-WB Codec
4. EVRC-WBコーデック
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-msフレームを作動させます。 それは3つの異なったサイズの1つの出力フレームを生産します: 171ビット、80ビット、または16ビット。 さらに、2ゼロ・ビットのコーデックフレームタイプがあります: 空白(ヌル)のフレームと消去フレーム。 デフォルト標本抽出率は16kHzです。 また、8kHzの標本抽出率での入出力はサポートされます。
Desineni & Xie Standards Track [Page 3] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[3ページ]。
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)
バイト(そしてビットで)で表現される値のRate Totalコーデックデータフレーム・サイズ-------------------------------------------------------------------- 0 空白の0(0ビット)の2 1/4 5(40ビット)3 1/2 10(80ビット)4 1 22(171ビット; 終わりに水増しされた5ビット)5 1 1/8 2(16ビット)Erasure0(SHOULD NOT、送付者によって伝えられてください、)
5. RTP Header Usage
5. RTPヘッダー用法
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ヘッダーの形式はRFC3550[6]で指定されます。 EVRC-WBペイロード形式(セクション6)はRFC3550[6]と一致した方法で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で実装とデバイスの電気音のオーディオ能力、エンコーダの入力、そして/または、デコーダの出力によるのを構成できます。 しかしながら、いつも16kHzの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) SHALLに噛み付きました。パケットで運ばれた最初のフレームがtalkspurtで1番目であるスピーチフレームを含むなら、1に用意ができてください。 他のすべてのパケットに関しては、マーカーはゼロへのセットが(M=0)であったならSHALLに噛み付きました。
6. Payload Format
6. 有効搭載量形式
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.
形式がEVRC-WBコーデックのためにサポートされる3RTPパケット--はさみ込まれたか添付されたパケット・フォーマット、無ヘッダーのパケット・フォーマット、およびコンパクトな添付されたパケット・フォーマット。 目次(ToC)などのこれらのすべての形式、操作上の詳細、および能力において、RATE_REDUCパラメタの定義に従ってToCのモード変更要求分野を解釈しなければならないのを除いて、EVRC-WBのインターリービング、DTX、およびバンドリングはまさに[3]で定義されるようにEVRC-WB[5]で定義されるようにEVRC-Bのものと同じです。 メディアははさみ込まれたか添付されたパケット・フォーマット、無ヘッダーのパケット・フォーマットへのオーディオ/EVRCWB0地図、およびコンパクトな添付されたパケット・フォーマットへのオーディオ/EVRCWB1地図にオーディオ/EVRCWB地図をタイプします。
Desineni & Xie Standards Track [Page 4] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[4ページ]。
7. Congestion Control Considerations
7. 輻輳制御問題
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 SHALLのために混雑を制御します。RFC3550[6]、およびあらゆる適切なRTPプロフィール(例えば、RFC3551[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パケットで、より多くのフレームを梱包すると、送られたパケットの数としたがって、ヘッダーオーバーヘッドを下げることができます、増強された遅れと減少している誤り丈夫さを犠牲にして。
8. Storage Format for the EVRC-WB Codec
8. EVRC-WBコーデックのためのストレージ形式
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」、「0×23、0×21、0×45、0×56、0×43、0×57、0×42 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.
コーデックデータフレームは連続したオーダーに保存されます、それぞれのコーデックデータフレームを前に置く1つの八重奏まで広げられたただ一つのToCエントリー分野で。 ToC分野は、八重奏の4つの最上位ビットをゼロに設定することによって、1つの八重奏まで広げられます。 例えば、4(全額料金フレーム)のToC値は0×04として保存されます。 マッピングに関してフレームタイプから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値)としてトランスミッションでなくされたスピーチフレームと非容認されたフレームを保存しなければなりません。
9. IANA Considerations
9. IANA問題
This document updates the audio/EVRCB and audio/EVRCB0 media types defined in RFC 4788 [3] and adds new EVRC-WB 'audio' media subtypes.
このドキュメントは、RFC4788[3]で定義されたオーディオ/EVRCBとオーディオ/EVRCB0メディアタイプをアップデートして、新しいEVRC-WB'オーディオ'メディア血液型亜型を加えます。
9.1. Media Type Registrations
9.1. メディアは登録証明書をタイプします。
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].
RFC4855[9]とRFC4288[10]でガイドラインに従って、このセクションは、EVRC-WBのために新しい'オーディオ'メディア血液型亜型を登録して、タイプ登録証明書がRFC4788[3]に含んだオーディオ/EVRCBとオーディオ/EVRCB0メディアをアップデートします。
Desineni & Xie Standards Track [Page 5] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[5ページ]。
9.1.1. Registration of Media Type audio/EVRCWB
9.1.1. メディアタイプオーディオ/EVRCWBの登録
Type name: audio
型名: オーディオ
Subtype name: EVRCWB
Subtypeは以下を命名します。 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からのモードのコンマで切り離されたリスト(3GPP2C. S0014-CでTable2.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(3GPP2C. S0014-CでTable2.5.1.2-1を見る)です。 このパラメタの欠如はモード0を示します。
ptime: See RFC 4566.
ptime: RFC4566を見てください。
maxptime: See RFC 4566.
maxptime: RFC4566を見てください。
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: インターリービングの長さ(Interleaving Octetの分野LLL)[0 .7]の最大数。 全体のセッションのときに使用されたインターリービングの長さはこの最大値を超えてはいけません。 合図されないなら、maxinterleaveの長さは5であるに違いありません。
silencesupp: See Section 6.1 in RFC 4788.
silencesupp: RFC4788のセクション6.1を見てください。
dtxmax: See Section 6.1 in RFC 4788.
dtxmax: RFC4788のセクション6.1を見てください。
dtxmin: See Section 6.1 in RFC 4788.
dtxmin: RFC4788のセクション6.1を見てください。
hangover: See Section 6.1 in RFC 4788.
二日酔い: RFC4788のセクション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.
このメディアタイプは、縁どられたバイナリ・データ(RFC4288を見てください、セクション4.8)であり、EVRC-WBの転送がRTPを通してRFC3558で指定されたはさみ込まれたか添付されたパケット・フォーマットを使用することでデータを暗号化したので、定義されます。
Security considerations: See Section 18 of RFC 5188.
セキュリティ問題: RFC5188のセクション18を見てください。
Desineni & Xie Standards Track [Page 6] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[6ページ]。
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ボコーダは3GPP2C. S0014-Cで指定されます。 RTPを通してはさみ込まれたか添付されたパケット・フォーマットがある転写法はRFC3558とRFC5188で指定されます。
3GPP2 C.S0050-B, 3GPP2 File Formats for Multimedia Services.
3GPP2C.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(RFC5188のセクション8を見ます)
File extensions: evw, EVW
ファイル拡張子: evw、EVW
Macintosh file type code: None
マッキントッシュファイルの種類コード: なし
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スピーチフレームがファイル形式で保存されるかもしれない、「3g2"が3GPP2でメディアタイプを使用することで特定されるC. S0050-Bを定義した、「オーディオ/3gpp2"か「RFC4393によって登録されたビデオ/3gpp2"。」
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス:
Harikishan Desineni <hd@qualcomm.com>
Harikishan Desineni <hd@qualcomm.com 、gt。
Intended usage: 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、RFC3558SHALLのセクション4.1で指定されたRTPペイロード形式での転送に、使用されてください。 他の文脈、形式がRFC5188SHALLのセクション8で定義したすべてのファイルでは、使用されてください。
Desineni & Xie Standards Track [Page 7] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[7ページ]。
Author:
以下を書いてください。
Harikishan Desineni
Harikishan Desineni
Change controller:
コントローラを変えてください:
IETF Audio/Video Transport working group delegated from the IESG.
IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
9.1.2. Registration of Media Type audio/EVRCWB0
9.1.2. メディアタイプオーディオ/EVRCWB0の登録
Type name: audio
型名: オーディオ
Subtype name: EVRCWB0
Subtypeは以下を命名します。 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からのモードのコンマで切り離されたリスト(3GPP2C. S0014-CでTable2.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(3GPP2C. S0014-CでTable2.5.1.2-1を見る)です。 このパラメタの欠如はモード0を示します。
ptime: See RFC 4566.
ptime: RFC4566を見てください。
silencesupp: See Section 6.1 in RFC 4788.
silencesupp: RFC4788のセクション6.1を見てください。
dtxmax: See Section 6.1 in RFC 4788.
dtxmax: RFC4788のセクション6.1を見てください。
dtxmin: See Section 6.1 in RFC 4788.
dtxmin: RFC4788のセクション6.1を見てください。
hangover: See Section 6.1 in RFC 4788.
二日酔い: RFC4788のセクション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.
このメディアタイプは、縁どられたバイナリ・データ(RFC4288を見てください、セクション4.8)であり、EVRC-WBの転送がRTPを通してRFC3558で指定された無ヘッダーのパケット・フォーマットを使用することでデータを暗号化したので、定義されます。
Security considerations: See Section 18 of RFC 5188.
セキュリティ問題: RFC5188のセクション18を見てください。
Desineni & Xie Standards Track [Page 8] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[8ページ]。
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ボコーダは3GPP2C. S0014-Cで指定されます。 RTPを通して無ヘッダーのパケット・フォーマットがある転写法はRFC3558とRFC5188で指定されます。
3GPP2 C.S0050-B, 3GPP2 File Formats for Multimedia Services.
3GPP2C.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 <hd@qualcomm.com 、gt。
Intended usage: 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]を通して定義されるだけです。 RTPペイロード形式はRFC3558SHALLのセクション4.2で指定しました。使用されます。 このメディアはSHALL NOTをタイプします。ストレージかファイル転送には、RFC5188のセクション8で定義されたファイル形式を使用することで、使用されてください。 代わりにオーディオ/EVRCWB SHALL、使用されてください。
Author:
以下を書いてください。
Harikishan Desineni
Harikishan Desineni
Change controller:
コントローラを変えてください:
IETF Audio/Video Transport working group delegated from the IESG.
IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
9.1.3. Registration of Media Type audio/EVRCWB1
9.1.3. メディアタイプオーディオ/EVRCWB1の登録
Type name: audio
型名: オーディオ
Subtype name: EVRCWB1
Subtypeは以下を命名します。 EVRCWB1
Required parameters: None
必要なパラメタ: なし
Desineni & Xie Standards Track [Page 9] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[9ページ]。
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からのモードのコンマで切り離されたリスト(3GPP2C. S0014-CでTable2.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(3GPP2C. S0014-CでTable2.5.1.2-1を見る)です。 値0がある'sendmode'は広帯域定率操作に合図します('fixedrate'パラメタの値によって、いっぱいか半分評価してください)。 値4の信号狭帯域がある'sendmode'は全額料金操作を修理しました。 値7の信号狭帯域がある'sendmode'は半分レート操作を修理しました。 'sendmode'値が4か7であるときに、'fixedrate'パラメタは存在しているはずがありません。 このパラメタの欠如はモード0を示します。
ptime: See RFC 4566.
ptime: RFC4566を見てください。
maxptime: See RFC 4566.
maxptime: RFC4566を見てください。
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速度を示します。 有効値は0.5と1を含んでいます。そこで、1の値は全額料金を示しますが、0.5の値は1/2レートを示します。 このパラメタが存在していないなら、1/2レートは想定されます。
silencesupp: See Section 6.1 in RFC 4788.
silencesupp: RFC4788のセクション6.1を見てください。
dtxmax: See Section 6.1 in RFC 4788.
dtxmax: RFC4788のセクション6.1を見てください。
dtxmin: See Section 6.1 in RFC 4788.
dtxmin: RFC4788のセクション6.1を見てください。
hangover: See Section 6.1 in RFC 4788.
二日酔い: RFC4788のセクション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.
このメディアタイプは、縁どられたバイナリ・データ(RFC4288を見てください、セクション4.8)であり、EVRC-WBの転送がRTPを通してRFC4788で指定されたコンパクトなバンドルパケット・フォーマットを使用することでデータを暗号化したので、定義されます。
Security considerations: See Section 18 of RFC 5188.
セキュリティ問題: RFC5188のセクション18を見てください。
Desineni & Xie Standards Track [Page 10] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[10ページ]。
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ボコーダは3GPP2C. S0014-Cで指定されます。 RTPを通してコンパクトな添付されたパケット・フォーマットがある転写法はRFC4788とRFC5188で指定されます。
3GPP2 C.S0050-B, 3GPP2 File Formats for Multimedia Services.
3GPP2C.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 <hd@qualcomm.com 、gt。
Intended usage: 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]を通して定義されるだけです。 RTPペイロード形式はRFC4788SHALLのセクション4で指定しました。使用されます。 このメディアはSHALL NOTをタイプします。ストレージかファイル転送には、RFC5188のセクション8で定義されたファイル形式を使用することで、使用されてください。 代わりにオーディオ/EVRCWB SHALL、使用されてください。
Author:
以下を書いてください。
Harikishan Desineni
Harikishan Desineni
Change controller:
コントローラを変えてください:
IETF Audio/Video Transport working group delegated from the IESG.
IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
9.1.4. Updated Registration of Media Type audio/EVRCB
9.1.4. メディアタイプオーディオ/EVRCBのアップデートされた登録
Type name: audio
型名: オーディオ
Subtype name: EVRCB
Subtypeは以下を命名します。 EVRCB
Required parameters: None
必要なパラメタ: なし
Desineni & Xie Standards Track [Page 11] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[11ページ]。
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コーデックのモード。 可能な値は0です。7 (3GPP2C. S0014-BのTable2-6のエンコーダ操作ポイントコラムを見ます。)
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コーデックのモード。 可能な値は0です。7 (3GPP2C. S0014-BのTable2-6のエンコーダ操作ポイントコラムを見ます。)
ptime: See RFC 4566.
ptime: RFC4566を見てください。
maxptime: See RFC 4566.
maxptime: RFC4566を見てください。
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: インターリービングの長さ(Interleaving Octetの分野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: 定義に関してRFC4788のセクション6.1を見てください。 このパラメタが存在していないなら、デフォルト値1を想定しなければなりません。
dtxmax: See Section 6.1 of RFC 4788.
dtxmax: RFC4788のセクション6.1を見てください。
dtxmin: See Section 6.1 of RFC 4788.
dtxmin: RFC4788のセクション6.1を見てください。
hangover: See Section 6.1 of RFC 4788.
二日酔い: RFC4788のセクション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.
このメディアタイプは、縁どられたバイナリ・データ(RFC4288を見てください、セクション4.8)であり、EVRC-Bの転送がRTPを通してRFC3558で指定されたはさみ込まれたか添付されたパケット・フォーマットを使用することでデータを暗号化したので、定義されます。
Security considerations: See Section 9 of RFC 4788.
セキュリティ問題: RFC4788のセクション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ボコーダは3GPP2C. S0014-Bで指定されます。 RTPを通してはさみ込まれたか添付されたパケット・フォーマットがある転写法はRFC3558、RFC4788、およびRFC5188で指定されます。
Desineni & Xie Standards Track [Page 12] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[12ページ]。
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(RFC4788のセクション5を見ます)
File extensions: evb, EVB
ファイル拡張子: evb、EVB
Macintosh file type code: None
マッキントッシュファイルの種類コード: なし
Object identifier or OID: None
識別子かOIDが反対します: なし
Person & email address to contact for further information:
詳細のために連絡する人とEメールアドレス:
Harikishan Desineni <hd@qualcomm.com>
Harikishan Desineni <hd@qualcomm.com 、gt。
Intended usage: 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、RFC3558SHALLのセクション4.1で指定されたRTPペイロード形式での転送に、使用されてください。 他の文脈、形式がRFC4788SHALLのセクション5で定義したすべてのファイルでは、使用されてください。
Author:
以下を書いてください。
Qiaobing Xie / Harikishan Desineni
シェ/Harikishan DesineniをQiaobingします。
Change controller:
コントローラを変えてください:
IETF Audio/Video Transport working group delegated from the IESG.
IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
9.1.5. Updated Registration of Media Type audio/EVRCB0
9.1.5. メディアタイプオーディオ/EVRCB0のアップデートされた登録
Type name: audio
型名: オーディオ
Subtype name: EVRCB0
Subtypeは以下を命名します。 EVRCB0
Required parameters: None
必要なパラメタ: なし
Optional parameters:
任意のパラメタ:
These parameters apply to RTP transfer only.
これらのパラメタはRTP転送だけに適用されます。
Desineni & Xie Standards Track [Page 13] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[13ページ]。
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コーデックのモード。 可能な値は0です。7 (3GPP2C. S0014-BのTable2-6のエンコーダ操作ポイントコラムを見ます。)
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コーデックのモード。 可能な値は0です。7 (3GPP2C. S0014-BのTable2-6のエンコーダ操作ポイントコラムを見ます。)
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: 定義に関してRFC4788のセクション6.1を見てください。 このパラメタが存在していないなら、デフォルト値1を想定しなければなりません。
dtxmax: see Section 6.1 of RFC 4788.
dtxmax: RFC4788のセクション6.1を見てください。
dtxmin: see Section 6.1 of RFC 4788.
dtxmin: RFC4788のセクション6.1を見てください。
hangover: see Section 6.1 of RFC 4788.
二日酔い: RFC4788のセクション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.
このメディアタイプは、縁どられた2進のデータ(RFC4288を見てください、セクション4.8)であり、EVRC-Bの転送がRTPを通してRFC3558で指定された無ヘッダーのパケット・フォーマットを使用することでデータを暗号化したので、定義されます。
Security considerations: See Section 9 of RFC 4788.
セキュリティ問題: RFC4788のセクション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ボコーダは3GPP2C. S0014-Bで指定されます。 RTPを通して無ヘッダーのパケット・フォーマットがある転写法はRFC3558、RFC4788、およびRFC5188で指定されます。
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 <hd@qualcomm.com 、gt。
Intended usage: COMMON
意図している用法: 一般的
Desineni & Xie Standards Track [Page 14] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[14ページ]。
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、RFC3558SHALLのセクション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]を通して定義されるだけです。 RTPペイロード形式はRFC3558SHALLのセクション4.2で指定しました。使用されます。 このメディアはSHALL NOTをタイプします。格納かファイル転送には、RFC4788のセクション5で定義されたファイル形式を使用することで、使用されてください。 代わりにオーディオ/EVRCB SHALL、使用されてください。
Author:
以下を書いてください。
Qiaobing Xie / Harikishan Desineni
シェ/Harikishan DesineniをQiaobingします。
Change controller:
コントローラを変えてください:
IETF Audio/Video Transport working group delegated from the IESG.
IESGから代表として派遣されたIETF Audio/ビデオTransportワーキンググループ。
10. SDP Mode Attributes for EVRC-WB and EVRC-B
10. EVRC-WBとEVRC-BのためのSDPモード属性
'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.
送付者(EVRC-WBかEVRC-B)は、エンコーダの操作の現在のモードを発表するのに'sendmode'を使用できます。 送付者はいつでもモードを変えることができます、そして、これは受信機の少しの解読問題も引き起こしません。
'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との使用のために定義されます。 デコーダは、モードの指定された部分集合で作動するために好みのエンコーダを知らせるのにこの属性を使用できます。 送付者が最もよく使われる方法の1つで働かないでも、受信機は、適切に解読し続けるでしょう。 セットは、1つの試みにおける優先としていくつかのモードを言い表すことができるように定義されました。 例えば受信機が、送付者がEVRC-WBの狭帯域モードで操作するのを好むセット4、7信号。
11. EVRC-B Interoperability with Legacy Implementations (RFC 4788)
11. 遺産実現があるEVRC-B相互運用性(RFC4788)
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
このドキュメントは、オリジナルのEVRC-Bメディアへの新しい任意のパラメタの"recvmode"と"sendmode"が「オーディオ/EVRCB」と「RFC4788[3]で定義されたオーディオ/EVRCB0"」をタイプすると言い足します。 既存のRFC4788[3]実現は、Session記述プロトコル(SDP)のこれらのパラメタを送らないで、それらが受け取られていると、それらを無視するでしょう。 これは許容されるでしょう。
Desineni & Xie Standards Track [Page 15] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[15ページ]。
interoperability between RFC 4788 [3] and RFC 5188 implementations of EVRC-B. For an example offer-and-answer exchange, see Section 17.
EVRC-BのRFC4788[3]とRFC5188実現の間の相互運用性。 例の申し出と答え交換に関しては、セクション17を見てください。
12. Mapping EVRC-WB Media Type Parameters into SDP
12. EVRC-WBメディア型引数をSDPに写像します。
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.
仕様が特定のマッピングを持っているメディアタイプで運ばれた情報はSession記述プロトコル(SDP)で[8]をさばきます。([8]は、RTPセッションについて説明するのに一般的に使用されます)。 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.
o 任意のパラメタの'ptime'と'maxptime'(血液型亜型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"a=fmtp"属性に入ります。
13. Mapping EVRC-B Media Type Parameters into SDP
13. EVRC-Bメディア型引数をSDPに写像します。
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"a=fmtp"属性に入ります。
For all other media type parameters, the specification in Section 6.7 of RFC 4788 [3] still applies.
他のすべてのメディア型引数に関しては、RFC4788[3]のセクション6.7の仕様はまだ適用されています。
14. Offer-Answer Model Considerations for EVRC-WB
14. EVRC-WBのための申し出答えモデル問題
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:
RTPにおけるEVRC-WBペイロードの使用を交渉するのにRFC3264[7]の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.
o EVRC-WBがEVRC-Bの拡大であるので、申出人SHOULDは「m=オーディオ」の線でEVRC-Bサポートを発表します、都合のよいコーデックとしてのEVRC-WBと共に。これはEVRC-Bだけを支持するanswererがある相互運用性を許容するでしょう。
Desineni & Xie Standards Track [Page 16] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[16ページ]。
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
m=オーディオの55954RTP/AVP98 99a=rtpmap: 98EVRCWB0/16000 a=rtpmap: 99EVRCB0/8000 a=fmtp: 98モードセットrecv=0、4; sendmode=0 a=fmtp: 99recvmode=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.
answererがEVRC-WBを支持するなら、answererは答えでペイロードタイプ98を保つことができます、そして、会話はEVRC-WBを使用し終わることができます。 ほかに、answererがEVRC-Bだけを支持すると、answererは答えでペイロードタイプ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
オーディオの55954RTP/AVP98m=a=rtpmap: 98 EVRCWB0/16000 a=fmtp: 98 モードは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.
o 'sendmode'を使用して、送付者は現在の運転モードに合図できます。 受信機が(初めて、アップデートされる)の'sendmode'パラメタがあるSDPの到着のよく前に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.
o 多くの場合、パラメタの'maxptime'と'ptime'は相互運用性に影響しないでしょう。 しかしながら、パラメタの設定はアプリケーションの性能に影響できます。 RFC3264[7]では、説明されますSDP申し出が、'ptime'パラメタの取り扱いに答える。 同様に、'maxptime'パラメタを扱わなければなりません。
o For a sendonly stream, the 'mode-set-recv' parameter is not useful
and SHOULD NOT be used.
o sendonlyの流れの、モードがrecvを設定している''パラメタが役に立たない、SHOULD NOT、使用されてください。
o For a recvonly stream, the 'sendmode' parameter is not useful and
SHOULD NOT be used.
o recvonlyの流れの、'sendmode'パラメタが役に立たない、SHOULD NOT、使用されてください。
o When using EVRCWB1, the entire session MUST use the same fixed
rate and mode (0-Wideband or 4,7-Narrowband).
o EVRCWB1を使用するとき、全体のセッションは同じ定率とモード(0広帯域か4、7狭帯域)を使用しなければなりません。
Desineni & Xie Standards Track [Page 17] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[17ページ]。
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答えに含まれてはいけません。
15. Offer-Answer Model Considerations for EVRC-B
15. EVRC-Bのための申し出答えモデル問題
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.
o 'recvmode'を使用して、受信機は、指定されたモードでエンコーダを操作するようにリモート送付者に合図できます。 リモート送付者は'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.
o 'sendmode'を使用して、送付者は現在の運転モードに合図できます。 受信機が(初めて、アップデートされる)の'sendmode'パラメタがあるSDPの到着のよく前にRTPメディアを受け取るかもしれないことに注意してください。
o For a sendonly stream, the 'recvmode' parameter is not useful and
SHOULD NOT be used.
o sendonlyの流れの、'recvmode'パラメタが役に立たない、SHOULD NOT、使用されてください。
o For a recvonly stream, the 'sendmode' parameter is not useful and
SHOULD NOT be used.
o recvonlyの流れの、'sendmode'パラメタが役に立たない、SHOULD NOT、使用されてください。
16. Declarative SDP Considerations
16. 叙述的なSDP問題
For declarative use of SDP in the Session Announcement Protocol (SAP) [12] and the Real Time Streaming Protocol (RTSP) [13], the following considerations apply:
Session Announcementプロトコル(SAP)[12]とレアルTime Streamingプロトコル(RTSP)[13]におけるSDPの叙述的な使用のために、以下の問題は申し込まれます:
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ペイロードがタイプされると宣言することによって、1つ以上の構成を提供するかもしれません。 しかしながら、タイプの数は小さく保たれるべきです。 叙述的な例に関しては、セクション17を見てください。
Desineni & Xie Standards Track [Page 18] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[18ページ]。
17. Examples
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 encodingsを利用するいくつかの例の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=オーディオの49120RTP/AVP97 98a=rtpmap: 97EVRCWB/16000a=rtpmap: 98EVRCB0/8000 a=fmtp: 97モードセットrecv=0、4; sendmode=0 a=fmtp: 98recvmode=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=オーディオの49120RTP/AVP97 98a=rtpmap: 97EVRCWB0/16000 a=rtpmap: 98EVRCB0/8000 a=fmtp: 97モードセットrecv=0、4; sendmode=0 a=fmtp: 98recvmode=0 sendmode=0
Example SDP answer from a media gateway requesting a terminal to
limit its encoder operation to EVRC-WB mode 4:
例のSDPはエンコーダ操作をEVRC-WBモード4に制限するよう端末に要求するメディアゲートウェイから答えます:
m=audio 49120 RTP/AVP 97
a=rtpmap:97 EVRCWB0/16000
a=fmtp:97 mode-set-recv=4;sendmode=4
オーディオの49120RTP/AVP97m=a=rtpmap: 97 EVRCWB0/16000 a=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=オーディオの49120RTP/AVP97 98a=rtpmap: 97 EVRCWB1/16000 a=fmtp: 97 モードはrecv=4を設定しました;、sendmode=4 a=maxptime: 100
Desineni & Xie Standards Track [Page 19] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[19ページ]。
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=オーディオの49120RTP/AVP97 98a=rtpmap: 97 EVRCWB/16000a=rtpmap: 98 EVRCB0/8000 a=fmtp: 97 silencesupp=1; dtxmax=32; dtxmin=12; 1円の二日酔い=モードセットrecv=0、4。 sendmode=0 a=fmtp: 98recvmode=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=オーディオの49120RTP/AVP97 98a=rtpmap: 97EVRCWB/16000a=rtpmap: 98EVRCB0/8000 a=fmtp: 97silencesupp=0; dtxmax=32; dtxmin=12; 1円の二日酔い=モードセットrecv=0、4; sendmode=0 a=fmtp: 98recvmode=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
オーディオの49120RTP/AVP97m=a=rtpmap: 97EVRCB/8000a=fmtp: 97recvmode=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
オーディオの49120RTP/AVP97m=a=rtpmap: 97EVRCB0/8000 a=fmtp: 97recvmode=0 sendmode=4
Example offer-answer exchange between EVRC-WB and
legacy EVRC-B (RFC 4788):
EVRC-WBと遺産EVRC-B(RFC4788)の間の例の申し出答え交換:
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=オーディオの55954RTP/AVP98 99a=rtpmap: 98EVRCWB0/16000 a=rtpmap: 99EVRCB0/8000 a=fmtp: 98モードセットrecv=0、4; sendmode=0 a=fmtp: 99recvmode=0 sendmode=0
Answer:
以下に答えてください。
m=audio 55954 RTP/AVP 99
a=rtpmap:99 EVRCB0/8000
オーディオの55954RTP/AVP99m=a=rtpmap: 99EVRCB0/8000
Desineni & Xie Standards Track [Page 20] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[20ページ]。
Example offer-answer exchange between EVRC-WB and
updated EVRC-B (RFC 5188):
EVRC-WBとアップデートされたEVRC-B(RFC5188)の間の例の申し出答え交換:
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=オーディオの55954RTP/AVP98 99a=rtpmap: 98 EVRCWB0/16000 a=rtpmap: 99 EVRCB0/8000 a=fmtp: 98 モードセットrecv=0、4。 sendmode=0 a=fmtp: 99recvmode=0 sendmode=0
Answer:
以下に答えてください。
m=audio 55954 RTP/AVP 99
a=rtpmap:99 EVRCB0/8000
a=fmtp:99 recvmode=0 sendmode=4
オーディオの55954RTP/AVP99m=a=rtpmap: 99EVRCB0/8000 a=fmtp: 99recvmode=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を受け取っても構わないと思っていましたが、answererが、モード4を送るのを選んだことに注意してください。 'recvmode'は受信機の好みですが、送付者は異なったモードを送ることができます。
Example offer-answer exchanges for interoperability between
legacy (RFC 4788) and updated EVRC-B (RFC 5188) implementations:
遺産(RFC4788)とアップデートされたEVRC-B(RFC5188)実現の間の相互運用性への例の申し出答え交換:
Offer from an offerer that supports updated EVRC-B (RFC 5188)
implementation:
アップデートされたEVRC-B(RFC5188)実現を支持する申出人から以下を提供してください。
m=audio 55954 RTP/AVP 99
a=rtpmap:99 EVRCB0/8000
a=fmtp:99 recvmode=0 sendmode=4
オーディオの55954RTP/AVP99m=a=rtpmap: 99EVRCB0/8000 a=fmtp: 99recvmode=0 sendmode=4
Answer from an answerer that supports only
legacy EVRC-B (RFC 4788) implementation:
遺産EVRC-B(RFC4788)実現だけを支持するanswererから、答えてください:
m=audio 55954 RTP/AVP 99
a=rtpmap:99 EVRCB0/8000
オーディオの55954RTP/AVP99m=a=rtpmap: 99EVRCB0/8000
Offer from an offerer that supports only
legacy EVRC-B (RFC 4788) implementation:
遺産EVRC-B(RFC4788)実現だけを支持する申出人から以下を提供してください。
m=audio 55954 RTP/AVP 99
a=rtpmap:99 EVRCB0/8000
オーディオの55954RTP/AVP99m=a=rtpmap: 99EVRCB0/8000
Desineni & Xie Standards Track [Page 21] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[21ページ]。
Answer from an answerer that supports updated
EVRC-B (RFC 5188) implementation:
answererから、サポートがEVRC-B(RFC5188)実現をアップデートしたと答えてください:
m=audio 55954 RTP/AVP 99
a=rtpmap:99 EVRCB0/8000
a=fmtp:99 recvmode=0 sendmode=4
オーディオの55954RTP/AVP99m=a=rtpmap: 99EVRCB0/8000 a=fmtp: 99recvmode=0 sendmode=4
18. Security Considerations
18. セキュリティ問題
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]).
圧縮が終わるために終わっているペイロード形式に適用されて、encodingsが重要な非の一様性を示さないので、この仕様の実現はRFC3558[2]で指定されたすべてのセキュリティ問題を受けることがあります。 この仕様に基づき定義されたペイロードを使用する実現がRFC3558[2]、RFC3550[6]、およびどんな適切なプロフィールでも議論したセキュリティ問題を条件としています。(例えば、RFC3551[11])。
19. Changes to RFC 4788
19. RFC4788への変化
This document updates RFC 4788 [3], and the updates are summarized below:
このドキュメントはRFC4788[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デコーダの都合のよいオペレーティング・モードにリモート送付者に合図するのにこの属性を使用できます。
20. References
20. 参照
20.1. Normative References
20.1. 引用規格
[1] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", BCP 14, RFC 2119, March 1997.
[1] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[2] Li, A., "RTP Payload Format for Enhanced Variable Rate Codecs
(EVRC) and Selectable Mode Vocoders (SMV)", RFC 3558,
July 2003.
[2] 李、A.、「高められた変動金利コーデック(EVRC)と選択可能なモードボコーダ(SMV)のためのRTP有効搭載量形式」、RFC3558(2003年7月)。
[3] Xie, Q. and R. Kapoor, "Enhancements to RTP Payload Formats for
EVRC Family Codecs", RFC 4788, January 2007.
[3] シェとQ.とR.カプール、「EVRC家族コーデックのためのRTP有効搭載量形式への増進」、RFC4788、2007年1月。
[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はスペクトルデジタル・システムを広げます」、3GPP2C.S0014-B v1.0、2006年5月。
Desineni & Xie Standards Track [Page 22] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[22ページ]。
[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はスペクトルデジタル・システムを広げます」、3GPP2C.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:」 「リアルタイムのアプリケーションのためのトランスポート・プロトコル」、STD64、RFC3550、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、「セッション記述プロトコル(SDP)がある申し出/答えモデル」、RFC3264、2002年6月。
[8] Handley, M., Jacobson, V., and C. Perkins, "SDP: Session
Description Protocol", RFC 4566, July 2006.
[8] ハンドレー、M.、ジェーコブソン、V.、およびC.パーキンス、「SDP:」 「セッション記述プロトコル」、RFC4566、2006年7月。
[9] Casner, S., "Media Type Specifications and Registration
Procedures", RFC 4855, February 2007.
[9]Casner、S.、「メディアは仕様と登録手順をタイプする」RFC4855、2007年2月。
[10] Freed, N. and J. Klensin, "Media Type Specifications and
Registration Procedures", BCP 13, RFC 4288, December 2005.
解放された[10]とN.とJ.Klensin、「メディアは仕様と登録手順をタイプする」BCP13、RFC4288、2005年12月。
20.2. Informative References
20.2. 有益な参照
[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プロフィールと最小量があるテレビ会議システムは制御します」、STD65、RFC3551、2003年7月。
[12] Handley, M., Perkins, C., and E. Whelan, "Session Announcement
Protocol", RFC 2974, October 2000.
[12] ハンドレーとM.とパーキンス、C.とE.ウィーラン、「セッション発表プロトコル」、RFC2974、2000年10月。
[13] Schulzrinne, H., Rao, A., and R. Lanphier, "Real Time Streaming
Protocol (RTSP)", RFC 2326, April 1998.
1998年4月の[13]SchulzrinneとH.とラオ、A.とR.Lanphier、「リアルタイムのストリーミングのプロトコル(RTSP)」RFC2326。
Desineni & Xie Standards Track [Page 23] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[23ページ]。
Authors' Addresses
作者のアドレス
Harikishan Desineni Qualcomm 5775 Morehouse Drive San Diego, CA 92126 USA
Harikishan Desineniクアルコム5775モアハウス・Driveカリフォルニア92126サンディエゴ(米国)
Phone: +1 858 845 8996 EMail: hd@qualcomm.com URI: http://www.qualcomm.com
以下に電話をしてください。 +1 8996年の858 845メール: hd@qualcomm.com ユリ: http://www.qualcomm.com
Qiaobing Xie Motorola 1501 W. Shure Drive, 2-F9 Arlington Heights, IL 60004 USA
シェ・モトローラ1501のW.シュアーのドライブ、2-F9アーリントンハイツ、IL60004米国をQiaobingします。
Phone: +1-847-372-8481 EMail: Qiaobing.Xie@Gmail.com URI: http://www.motorola.com
以下に電話をしてください。 +1-847-372-8481 メールしてください: Qiaobing.Xie@Gmail.com ユリ: http://www.motorola.com
Desineni & Xie Standards Track [Page 24] RFC 5188 EVRC-WB RTP Payload Format February 2008
DesineniとシェStandardsはEVRC-WB RTP有効搭載量形式2008年2月にRFC5188を追跡します[24ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2008).
IETFが信じる著作権(C)(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.
このドキュメントは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に情報を記述してください。
Desineni & Xie Standards Track [Page 25]
Desineniとシェ標準化過程[25ページ]
一覧
スポンサーリンク
