Network Working Group R. Gellens
Request for Comments: 3625 H. Garudadri
Updates: 3555 Qualcomm
Category: Informational September 2003
The QCP File Format and Media Types for Speech Data
Status of this Memo
このメモの位置付け
This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。それはどんな種類のインターネット標準を指定しません。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
Abstract
抽象
RFC 2658 specifies the streaming format for 3GPP2 13K vocoder (High Rate Speech Service Option 17 for Wideband Spread Spectrum Communications Systems, also known as QCELP 13K vocoder) data, but does not specify a storage format. Many implementations have been using the "QCP" file format (named for its file extension) for exchanging QCELP 13K data as well as Enhanced Variable Rate Coder (EVRC) and Selectable Mode Vocoders (SMV) data. (For example, Eudora(r), QuickTime(r), and cmda2000(r) handsets).
RFC 2658は、データ（広帯域スペクトラム拡散通信もQCELP 13Kボコーダとして知られているシステムのための高レート音声サービスオプション17）3GPP2 13Kボコーダのためのストリーミング形式を指定しますが、保存形式を指定しません。多くの実装では、QCELP 13Kデータだけでなく、強化された可変レートコーダー（EVRC）および選択可能なモードボコーダ（SMV）データを交換するための（そのファイルの拡張子の名前が付いた）「QCP」のファイル形式を使用してきました。 （例えば、ユードラ（R）は、QuickTime（登録商標）、及びcmda2000（R）ハンドセット）。
This document specifies the QCP file format and updates the audio/qcelp media registration to specify this format for storage, and registers the audio/evrc-qcp and audio/smv-qcp media types for EVRC and SMV (respectively) data stored in this format.
この文書は、（それぞれ）この形式で格納されたデータをQCPファイル形式を指定し、保存のために、このフォーマットを指定するためのオーディオ/ QCELPメディア登録を更新し、EVRCとSMVのオーディオ/ EVRC-QCPおよびオーディオ/ SMV-QCPメディアタイプを登録します。
Table of Contents
目次
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Conventions Used in this Document. . . . . . . . . . . . . . . 2
3. QCP File Format. . . . . . . . . . . . . . . . . . . . . . . . 2
4. IANA Considerations. . . . . . . . . . . . . . . . . . . . . . 10
4.1. Update of Media Type Audio/qcelp . . . . . . . . . . . . 10
4.2. Update of Media Type Audio/vnd.qcelp . . . . . . . . . . 10
4.3. Registration of Audio/EVRC-QCP . . . . . . . . . . . . . 11
4.4. Registration of Audio/SMV-QCP. . . . . . . . . . . . . . 12
5. Security Considerations. . . . . . . . . . . . . . . . . . . . 13
6. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 13
7. References . . . . . . . . . . . . . . . . . . . . . . . . . . 13
7.1. Normative References . . . . . . . . . . . . . . . . . . 13
7.2. Informative References . . . . . . . . . . . . . . . . . 13
8. Intellectual Property Statement. . . . . . . . . . . . . . . . 14
9. Editors' Addresses . . . . . . . . . . . . . . . . . . . . . . 14
10. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 15
This document specifies the QCP format for storage of [QCELP] 13K, [EVRC], and [SMV] vocoder frames in files which may reside on network elements (e.g., media servers, Multimedia Messaging System (MMS) centers, etc.) and third-generation cellular (3G) handsets, or be transmitted via email or other mechanisms.
この文書では、[QCELP] 13KのストレージのためのQCP形式を指定し、[EVRC]、および[SMV]ネットワーク要素（例えば、メディアサーバ、マルチメディアメッセージングシステム（MMS）センターなど）上に存在することができるファイル内のボコーダフレームと第三世代携帯電話（3G）携帯電話、または電子メールまたは他のメカニズムを介して送信されます。
Vocoder frames read from a QCP file may be streamed using protocols and formats outside the scope of this document, delivered to an [EVRC], [SMV], or [QCELP] 13K decoder, or otherwise processed.
QCPファイルから読み込まボコーダフレームは[SMV]、[EVRC]に送達、この文書の範囲外のプロトコル及びフォーマットを使用してストリーミング、または[QCELP] 13Kデコーダ、または他の方法で処理されてもよいです。
The QCP format supports [QCELP] 13K as well as [EVRC] and [SMV] data. Note that this format is different from the EVRC and SMV storage format specified in [EVRC-SMV].
QCP形式は[QCELP】13Kならびに[EVRC]および[SMV]データをサポートします。このフォーマットは、[EVRC-SMV]で指定されたEVRC及びSMVストレージフォーマットとは異なることに留意されたいです。
The key words "REQUIRED", "MUST", "MUST NOT", "SHOULD", "SHOULD NOT", and "MAY" in this document are to be interpreted as described in BCP 14, RFC 2119 [KEYWORDS].
キーワード "必須"、 "MUST"、 "MUST NOT"、 "SHOULD"、 "SHOULD NOT"、および本書でBCP 14、RFC 2119 [KEYWORDS]で説明されるように解釈されるべきである、 "MAY"。
The following describes the QCP file format using [ABNF].
以下は、[ABNF]を使用してQCPファイル形式について説明します。
A qcp file contains data frames generated by the [QCELP], [EVRC], or [SMV] vocoders.
QCPファイルは[QCELP]によって生成されたデータフレーム、[EVRC]、または[SMV]ボコーダを含んでいます。
qcp-file = riff-qlcm fmt vrat [labl] [offs] data [cnfg] [text]
QCPファイル=リフ-qlcm FMT vrat [labl] [オフ]データ[CNFG] [テキスト]
riff-qlcm = RIFF riff-size QLCM
リフ-qlcm = RIFFリフサイズQLCM
fmt = FMT chunk-size major minor codec-info ; major and minor are set to the version of ; the QCP file format used to generate the ; file - currently, the following versions ; are defined: ; ; major = 2, minor = 0 ; used for SMV. ; major = 1, minor = 0 ; used for QCELP-13K and EVRC
FMT = FMTチャンクサイズのメジャー、マイナーコーデック情報。メジャーとマイナーのバージョンに設定されています。生成するために使用されるQCPファイル形式。ファイル - 現在、以下のバージョン。定義されています。 ;主要= 2、マイナー= 0; SMVのために使用。 ;主要= 1、マイナー= 0; QCELP-13KとEVRCのために使用さ
vrat = VRAT chunk-size var-rate-flag size-in-packets
vrat = VRATチャンクサイズのVARレートフラグサイズで、パケット
labl = LABL chunk-size label
labl = LABLチャンクサイズのラベル
offs = OFFS chunk-size step-size num-offsets *offset ; number of repetitions of offset must equal ; num-offsets
オフ= OFFSチャンクサイズステップサイズNUM-オフセットは、*オフセット。オフセットの繰り返しの数が等しくなければなりません。 NUM-オフセット
data = DATA chunk-size *packet [pad] ; repetitions of packet contain the actual ; packet data -- there should be as many ; packets as indicated by the size-in-packets ; element found elsewhere in this file format
データ= DATAチャンクサイズ*パケット〔パッド〕。パケットの繰り返しは、実際に含まれています。パケットデータは - など、多くのがあるはずです。パケットサイズで、パケットによって示されるように。このファイル形式の他の場所で見つかった要素
cnfg = CNFG chunk-size config
CNFG = CNFGチャンクサイズの設定
text = TEXT chunk-size string [pad] ; string contains any information defined ; by the application
テキスト= TEXTチャンクサイズの文字列[パッド]。文字列が定義されたすべての情報が含まれています。アプリケーションによって
riff-size = UINT32 ; riff-size should equal total size of file ; in bytes, excluding the size of RIFF and ; riff-size
リフサイズ= UINT32。リフサイズは、ファイルの合計サイズに等しくなければなりません。バイト単位で、RIFFとの大き除きます。リフサイズ
chunk-size = UINT32 ; chunk-size should equal the total size of ; the chunk described by the rule containing ; chunk-size, excluding the size of ; chunk-size itself and any elements that ; come before it in the rule, as well as ; the pad element, if present
チャンクサイズ= UINT32。チャンクサイズは、全体のサイズに等しくなければなりません。含有ルールによって記載チャンク。チャンクサイズの大き除きます。チャンクサイズ自体および任意の要素。ルールで前に来る、など。パッド要素、存在する場合
major = OCTET ; major version number of QCP format -- ; currently set as "2" -- however, "1" should ; be used instead for QCELP-13K and EVRC, to ; maintain compatibility with older software ; platforms
主要= OCTET。 QCP形式のメジャーバージョン番号 - 。 ;しかし、「1」は、必要があります - 現在「2」に設定しに、QCELP-13KおよびEVRCのために代わりに使用されます。古いソフトウェアとの互換性を維持します。プラットフォーム
minor = OCTET ; minor version number: currently set to "0"
マイナー= OCTET。マイナーバージョン番号：現在「0」に設定
codec-info = codec-guid codec-version codec-name average-bps packet-size block-size sampling-rate sample-size variable-rate 5*UINT32 ; this identifies the codec used to encode ; the speech in this file, and any parameters ; needed in order to decode the speech
コーデック情報=コーデックのGUIDコーデックバージョンのコーデック名平均-BPSパケットサイズブロックサイズサンプリングレート、サンプルサイズ可変速度5 * UINT32。これは、符号化するために使用されるコーデックを識別する。このファイル、および任意のパラメータでスピーチ。スピーチをデコードするために必要な
; the five UINT32 elements are reserved for
; use in future versions of this format,
; should be set to zero for now, and readers
; should allow non-zero values when reading
; files in this format
var-rate-flag = UINT32 ; if zero, sizes of packets in data chunk are ; fixed at the value indicated by the ; packet-size field, found elsewhere in this ; file format
VARレートフラグ= UINT32。ゼロの場合、データチャンク内のパケットのサイズです。で示された値に固定され、この中に他の場所で見つかったパケットサイズのフィールド、。ファイル形式
; if var-rate-flag is greater than zero but
; less than %xFFFF0000, packets are variable
; rate, and rate is determined by rate octet
; in each packet -- to determine the size of
; a packet, map the first octet (the rate
; octet) to the size of the rest of the
; packet, according to the rate-map-table
; information found elsewhere in this file
; values %xFFFF0001 and higher are reserved ; for use in future versions of this format
;値％xFFFF0001と高いが予約されています。このフォーマットの将来のバージョンで使用するために
size-in-packets = UINT32 ; this is the total number of packets in the ; data chunk in the file
サイズ内のパケット= UINT32。これは、内のパケットの総数です。ファイル内のデータ・チャンク
label = 48OCTET ; label is for generic storage for ; application use
ラベル= 48OCTET。ラベルはのための一般的な保管のためです。アプリケーションの使用
step-size = UINT32 ; difference in the times of sequential ; application stored in this chunk, in ; 100ms increments (step-size of 10 means ; 1 second)
ステップサイズ= UINT32。シーケンシャルの時間の差。このチャンク内に格納されているアプリケーション。 100msの増分（10の手段のステップサイズ; 1秒）
; currently only a step-size of "10" is
; guaranteed to be supported by software
; capable of reading this file format
num-offsets = UINT32 ; number of offsets in offs chunk -- must ; equal number of repetitions of offset ; element
NUM-オフセット= UINT32。オフチャンク内オフセットの数 - 必要があります。オフセットの繰り返し同数。素子
offset = UINT32 ; absolute octet offset in this QCP file ; where the beginning of the packet that is ; at a time index one step past the last ; offset is located -- step size is given ; in step-size
= UINT32オフセット。このQCPファイル内の絶対オフセットオクテット。どこでパケットの始まり。最後に、過去の時間インデックス1つの段階で、位置オフセット - ステップの大きさが与えられます。ステップサイズで
packet = [rate-octet] (1*OCTET) ; the rate-octet element is present only if ; the var-rate-flag found elsewhere in the file ; indicates that the file contains ; variable-rate packets - if it is present, the ; octet is used to determine the size of the ; remainder of the packet (the number of octets ; which follow the rate-octet)
パケット= [レートオクテット]（1 * OCTET）。レートオクテットの要素のみが存在する場合です。ファイルの別の場所で見つかったVAR-レートフラグ。ファイルが含まれていることを示します。可変レートパケット - これは、存在する場合、オクテットのサイズを決定するために使用されます。パケットの残りの部分（オクテットの数、速度オクテットに従います）
; No rate-octet is present if the var-rate-flag
; is set to zero, indicating a fixed size
; packet file - in this case, the number of
; octets in packet is equal to the value set
; in packet-size, found elsewhere in this
; file format
; It should be noted that there is always a ; codec rate octet in a packet, even if the ; var-rate-flag is zero, indicating fixed size ; packet files - in this case, although there ; is no rate-octet element in this syntax, the ; first octet in the packet is still considered
;常に存在することに留意すべきです。パケット内のコーデックレートのオクテット、たとえ。 VARレートフラグは、固定サイズを示す、ゼロです。パケットファイル - この場合は、そこにあるが、この構文ではレートオクテット要素ではありません。パケットの最初のオクテットはまだ考えられています
; the "rate" for the packet.
;パケットのための「割合」。
; Two examples follow to illustrate this.
;二つの例は、これを説明するために従ってください。
; Example 1. Variable-rate QCELP ; var-rate-flag = %d1 ; variable-rate = %d5 %d34 %d4 %d16 %d3 %d7 %d2 ; %d3 %d1 %d0 %d0 3(%d0 %d0) ; packet = %d4 (34OCTET) ; packet = %d4 (34OCTET) ; packet = %d3 (16OCTET) ; packet = %d1 (3OCTET)
;実施例1可変レートQCELP。 VARレートフラグ=％d1を、可変レート=％D5％D34％D4％D16％D3％D7％D2。 ％D3％D1％D0％D0 3（％d0との％のD0）。パケット=％のD4（34OCTET）。パケット=％のD4（34OCTET）。パケット=％のD3（16OCTET）。パケット=％のD1（3OCTET）
; Example 2. Fixed-rate, full-rate QCELP ; var-rate-flag = %d0 ; packet-size = %d35 ; packet = (35OCTET) ; first octet is %d4 ; packet = (35OCTET) ; first octet is %d4 ; packet = (35OCTET) ; first octet is %d4 ; packet = (35OCTET) ; first octet is %d4
;例2.固定金利、フルレートQCELP。 VARレートフラグ=％のD0。パケットサイズ=％のD35。パケット=（35OCTET）。最初のオクテットは％D4です。パケット=（35OCTET）。最初のオクテットは％D4です。パケット=（35OCTET）。最初のオクテットは％D4です。パケット=（35OCTET）。最初のオクテットは％D4であります
pad = %x00 ; pad is present only if the number of bytes in ; the chunk described by the rule containing ; pad would otherwise be odd - if present, its ; size should NOT be included in the ; calculation for any chunk-size element also ; present in the chunk
パッド=％のX00。パッドが存在する場合にのみ内のバイト数。含有ルールによって記載チャンク。パッドは、そうでなければ奇数であろう - 存在する場合、その。サイズは、中に含まれるべきではありません。また、任意のチャンクサイズの要素の計算。チャンクに存在します
config = UINT16 ; config is a bitmapped configuration word, ; for application use
コンフィグ= UINT16。設定は、ビットマップ構成ワードです。アプリケーション用
string = *(%x01-FF) %x00 ; this is a zero-terminated string of octets -- ; although not limited to it, typically the ; string consists of us-ascii characters
ストリング= *（％のX01-FF）％のX00。これは、オクテットのゼロで終了する文字列であります - 。それに限定されるものではないが、一般的に、文字列は、US-ASCII文字で構成されてい
codec-guid = UINT32 UINT16 UINT16 8OCTET ; this is the unique identifier for the codec ; used to encode the packets in the data chunk
コーデックGUID = UINT32 UINT16 UINT16 8OCTET。これは、コーデックの一意の識別子です。データチャンクにパケットを符号化するために使用
; The elements of this rule match the structure
; defined for a GUID in other specifications
; and formats. The first three elements are
; stored in little-endian octet order.
; When values for a GUID are expressed, the
; first three elements are expressed as a
; sequence of hexadecimal digits in normal ; network ordering (big-endian or most ; significant digit first) while the eight ; octet element is broken up into two groups, ; the first having four hexadecimal digits, ; and the second having twelve digits, all ; expressed in network ordering.
;通常の16進数字のシーケンス。ネットワーク順序（ビッグエンディアンあるいは最も;最初の上位桁）8しばらく;オクテット要素は、二つのグループに分割されます。まず、4桁の16進数を有します。そして第二は12桁、全てを有します。ネットワークの順序で表現。
; For example, if the octets in a GUID as ; stored in a file are: ; %12 %34 %56 %78 %9A %BC %DE %F0 ; %0F %ED %CB %A9 %87 %65 %43 %21 ; then the GUID would have these values: ; UINT32 = %x78563412 ; UINT16 = %xBC9A ; UINT16 = %xF0DE ; 8OCTET = %x0F.ED.CB.A9.87.65.43.21 ; and the whole GUID would be expressed as: ; {78563412-BC9A-F0DE-0FED-CBA987654321}
;例えば、GUIDなどのオクテット場合。ファイルに格納されます。 ％12％34％56％78％9A％のBCの％のDEの％のF0。 ％0F％ED％のCB％A9％87％65％43％21。その後、GUIDは、これらの値を持つことになり; UINT32 =％x78563412。 UINT16 =％xBC9A。 UINT16 =％xF0DE。 8OCTET =％x0F.ED.CB.A9.87.65.43.21。全体GUIDは以下のように表現されます：。 {78563412-BC9A-F0DE-0FED-CBA987654321}
; The following codec GUIDs are currently ; defined for QCP file format: ; ; QCELP-13K: ; {5E7F6D41-B115-11D0-BA91-00805FB4B97E} ; {5E7F6D42-B115-11D0-BA91-00805FB4B97E} ; EVRC: ; {E689D48D-9076-46B5-91EF-736A5100CEB4} ; SMV: ; {8D7C2B75-A797-ED49-985E-D53C8CC75F84}
;以下のコーデックのGUIDは、現在、 QCPファイル形式用に定義され; ; QCELP-13K：; {5E7F6D41-B115-11D0-BA91-00805FB4B97E}。 {5E7F6D42-B115-11D0-BA91-00805FB4B97E}。 EVRC：; {E689D48D-9076-46B5-91EF-736A5100CEB4}。 SMV：; {8D7C2B75-A797-ED49-985E-D53C8CC75F84}
codec-version = UINT16 ; version number of codec used to encode the ; packets in the data chunk
コーデックバージョン= UINT16。コーデックのバージョン番号を符号化するために使用されます。データチャンク内のパケット
; This value depends on the particular codec
; used to encode the packets. The following
; versions are currently defined:
; QCELP-13K: ; 1 or 2 ; EVRC, and SMV: ; 1
; QCELP-13K：; 1又は2であり; EVRC、及びSMV：; 1
codec-name = 80OCTET ; the proper name of the codec, in us-ascii - ; unused octets after the name are set to zero
コーデック名= 80OCTET。コーデックの適切な名前、US-ASCIIで - 。名前の後に未使用オクテットはゼロに設定されています
average-bps = UINT16 ; average data rate, in bits per second, of ; the speech data represented in this file
平均-BPS = UINT16。のビット毎秒の平均データレート、、。このファイルで表された音声データ
packet-size = UINT16 ; the size in octets of the largest possible ; packet in the data chunk
パケット・サイズ= UINT16。可能な限り最大のオクテットでのサイズ。データチャンク内のパケット
block-size = UINT16 ; the number of samples encoded in every packet ; in the data chunk
ブロック・サイズ= UINT16。すべてのパケットに符号化されたサンプルの数。データチャンクで
sampling-rate = UINT16 ; number of speech samples per second ; (typically 8000)
サンプリングレート= UINT16。秒あたりの音声サンプルの数。 （通常は8000）
sample-size = UINT16 ; number of bits per speech sample ; (typically 16)
サンプルサイズ= UINT16。音声サンプルあたりのビット数。 （典型的には16）
variable-rate = num-rates rate-map-table ; if num-rates is zero, and major version ; number of the QCP file is 2, then the ; rate-map-table is not used - instead, ; it is up to the decoder to determine the ; sizes of packets in the data chunk, even ; if var-rate-flag indicates the file uses ; variable rate packets
可変率= NUM-金利率マップテーブル; NUM-率はゼロ、およびメジャーバージョンである場合には、 QCPファイルの数が2である、そして、速度マップテーブルを使用しない - その代わり、。それは決定するために、デコーダ次第です。データチャンク内のパケットの大きさ、さえ; VAR-レートフラグが示す場合、ファイルは、使用しています。可変レートパケット
; otherwise, num-rates specifies how many
; different possible rate octets there are
; for the packets in the data chunk, and
; thus how many of the rate-map-entry elements
; contain valid information
num-rates = UINT32 ; this is the number of possible rate octets ; used in the packets in the data chunk
NUM-率= UINT32。これは、可能なレートオクテットの数です。データチャンクにパケットで使用されます
rate-map-table = 8rate-map-entry ; any unused entries SHOULD be filled with ; %d0 %d0
速度マップテーブル= 8rateマップエントリ。未使用のエントリがで満たされるべきです。 ％D0％D0
rate-map-entry = rate-size rate-octet ; this maps a possible rate octet for a packet ; to the size of the rest of the packet having ; that value for the rate octet
速度マップエントリ=レートサイズレートオクテット。これは、パケットのための可能なレートオクテットをマッピングし、有するパケットの残りの部分の大きさに。レートオクテットのためにその値
rate-size = OCTET ; this is the size of a packet, excluding the ; value for the rate octet
レートサイズ=オクテット。これは除いて、パケットのサイズです。レートオクテットの値
rate-octet = OCTET ; this is the first octet of a packet in the ; data chunk, when the var-rate-flag set for ; the file indicates the file is variable rate
率オクテット=オクテット;これは、パケットの最初のオクテットです。 VAR-レートフラグに設定されたデータチャンク、。ファイルは、ファイルが可変レートであることを示します
UINT32 = 4OCTET ; this field contains a 32-bit integer stored ; as a sequence of four octets, in ; little-endian order (least significant ; octet first)
UINT32 = 4OCTET。このフィールドは、格納された32ビットの整数を含んでいます。の4つのオクテットのシーケンスとして;リトルエンディアン順（最下位;最初のオクテット）
UINT16 = 2OCTET ; this field contains a 16-bit integer stored ; as a sequence of two octets, in ; little-endian order (least significant ; octet first)
UINT16 = 2OCTET。このフィールドは、格納された16ビットの整数を含んでいます。 2つのオクテットのシーケンスとして、中;リトルエンディアン順（最下位;最初のオクテット）
OCTET = %x00-FF ; an octet, also called a byte - any possible ; combination of eight bits, forming a single ; integer or part of a larger integer having ; more than eight bits
OCTET =％X00-FF。オクテットは、また、バイトと呼ばれる - あらゆる可能。 8ビットの組み合わせ、単一を形成する工程と整数または有する整数の部分。 8ビット以上
RIFF = %x52 %x49 %x46 %x46
RIFF =％X52％X49％X46％X46
QLCM = %x51 %x4C %x43 %x4D
QLCM =％X51％x4C％X43％x4D
FMT = %x66 %x6D %x74 %x20
FMT =％X66％×20％X74％x6dは
LABL = %x6C %x61 %x62 %x6C
LABL =％x6C％X61％X62％x6C
OFFS = %x6F %x66 %x66 %x73
OFFS =％x6F％X66％X66％X73
DATA = %x64 %x61 %x74 %x61
DATA =％x64の％X61％X74％X61
CNFG = %x63 %x6E %x66 %x67
CNFG =％X63％x6E％X66％X67
TEXT = %x74 %x65 %x78 %x74
TEXT =％X74％X65％x78％X74
IANA has updated the audio/qcelp and audio/vnd.qcelp registrations and has added the audio/evrc-qcp and audio/smv-qcp registrations as specified here.
IANAは、オーディオ/ QCELPとオーディオ/ vnd.qcelp登録を更新しており、ここで指定されたとして、オーディオ/ EVRC-QCPおよびオーディオ/ SMV-QCP登録を追加しました。
The audio/qcelp media registration has been updated to indicate that this specification is to be used for storage.
オーディオ/ QCELPメディアの登録は、この仕様は、ストレージのために使用されることを示すように更新されました。
The audio/vnd.qcelp media registration has been updated to indicate that use of this media type is deprecated and to note that the media type audio/qcelp should be used instead.
オーディオ/ vnd.qcelpメディアの登録は、このメディアタイプの使用を示すために更新されている廃止されており、メディアタイプのオーディオ/ QCELPを代わりに使用しなければならないことに注意すること。
Media Type Name: audio
メディアタイプ名：オーディオ
Media Subtype Name: evrc-qcp
メディアサブタイプ名：EVRC-QCP
Required Parameter: none
必要なパラメータ：なし
Optional parameters: none
オプションのパラメータ：なし
Encoding considerations: The storage format specified in this document may be used with any transport mechanism.
符号化の考慮事項：この文書で指定されたストレージフォーマットは、任意のトランスポート機構を使用してもよいです。
Security considerations: See Section 5 "Security Considerations" of this document.
セキュリティの考慮事項：このドキュメントのセクション5「セキュリティに関する考慮事項」を参照してください。
Public specification: this document
公開された仕様：このドキュメント
Additional information: no
追加情報：なし
Magic number: First four octets: RIFF
Octets 9-12: QLCM
(Note: octets 5-8 constitute the riff-size field, which is the size of the file minus the RIFF header. Since this could be anything, it is not fixed and thus can not be used as part of the magic number.)
（注：オクテット5-8は、これは何もあり得るので、それは固定されておらず、したがって、マジックナンバーの一部として使用することができないファイルのサイズを引いRIFFヘッダであるRIFFサイズフィールドを構成します。）
File extensions: qcp, QCP Macintosh file type code: none Object identifier or OID: none
ファイル拡張子：QCP、QCP Macintoshファイルタイプコード：なしオブジェクト識別子またはOID：なし
Intended usage: COMMON. This file format is already in wide use in Internet email user agents, multimedia authoring and playing software, and cdma2000(r) handsets.
意図している用法：COMMON。このファイル形式は、インターネットの電子メールユーザーエージェント、マルチメディアオーサリングと遊んソフトウェア、およびCDMA2000（r）は携帯電話で広くすでに使用されています。
Person & email address to contact for further information: Harinath Garudadri hgarudad@qualcomm.com
人とEメールアドレスは、詳細についての問い合わせ先：Harinath Garudadri hgarudad@qualcomm.com
Change controller: The IETF
変更コントローラ：IETF
Media Type Name: audio
メディアタイプ名：オーディオ
Media Subtype Name: smv-qcp
メディアサブタイプ名：SMV-QCP
Required Parameter: none
必要なパラメータ：なし
Optional parameters: none
オプションのパラメータ：なし
Encoding considerations: The storage format specified in this document may be used with any transport mechanism.
符号化の考慮事項：この文書で指定されたストレージフォーマットは、任意のトランスポート機構を使用してもよいです。
Security considerations: See Section 5 "Security Considerations" of this document.
セキュリティの考慮事項：このドキュメントのセクション5「セキュリティに関する考慮事項」を参照してください。
Public specification: this document
公開された仕様：このドキュメント
Additional information: no
追加情報：なし
Magic number: First four octets: RIFF
Octets 9-12: QLCM
(Note: octets 5-8 constitute the riff-size field, which is the size of the file minus the RIFF header. Since this could be anything, it is not fixed and thus can not be used as part of the magic number.)
（注：オクテット5-8は、これは何もあり得るので、それは固定されておらず、したがって、マジックナンバーの一部として使用することができないファイルのサイズを引いRIFFヘッダであるRIFFサイズフィールドを構成します。）
File extensions: qcp, QCP Macintosh file type code: none Object identifier or OID: none
ファイル拡張子：QCP、QCP Macintoshファイルタイプコード：なしオブジェクト識別子またはOID：なし
Intended usage: COMMON. This file format is already in wide use in Internet email user agents, multimedia authoring and playing software, and cdma2000(r) handsets.
意図している用法：COMMON。このファイル形式は、インターネットの電子メールユーザーエージェント、マルチメディアオーサリングと遊んソフトウェア、およびCDMA2000（r）は携帯電話で広くすでに使用されています。
Person & email address to contact for further information: Harinath Garudadri hgarudad@qualcomm.com
人とEメールアドレスは、詳細についての問い合わせ先：Harinath Garudadri hgarudad@qualcomm.com
Change controller: The IETF
変更コントローラ：IETF
This document specifies a file format only, not a streaming protocol payload format, nor a transfer method. As such, it introduces no security risks aside from those associated with any audio codec or media file format (for example, denial of service by transmitting a file larger than the receiver can handle). Note that those security concerns should be understood before using the file format specified here.
この文書では、ファイル形式だけではなく、ストリーミングプロトコルペイロード形式、また転送方法を指定します。このように、それは任意のオーディオコーデックまたはメディアファイルフォーマットに関連付けられたものとは別にはセキュリティ上のリスクを導入していない（例えば、受信機が処理できるよりも大きなファイルを送信することによりサービスの拒否）。これらのセキュリティ上の懸念は、ここで指定したファイル形式を使用する前に理解すべきであることに注意してください。
Richard Walters created the ABNF notation for this specification and proof-read the text, among other helpful tasks.
リチャード・ウォルターズは、この仕様のためのABNF表記法を作成し、他の有用なタスク間のテキストを、証明読み。
The qcp file format was originally developed by others within Qualcomm. The editor would like to thank Chuck Han and Livingstone Song for their contributions leading to this specification.
QCPファイル形式はもともとクアルコム内の他の人によって開発されました。エディタはこの仕様につながる彼らの貢献のためのチャック・ハンとリビングストンの歌に感謝したいと思います。
[ABNF] Crocker, D., Ed. and P. Overell, "Augmented BNF for Syntax Specifications: ABNF", RFC 2234, November 1997.
[ABNF]クロッカー、D.、エド。そして、P. Overell、 "構文仕様のための増大しているBNF：ABNF"、RFC 2234、1997年11月。
[KEYWORDS] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[キーワード]ブラドナーの、S.、 "要件レベルを示すためにRFCsにおける使用のためのキーワード"、BCP 14、RFC 2119、1997年3月。
[QCELP] 3GPP2 C.S0020 "High Rate Speech Service Option 17 for Wideband Spread Spectrum Communications Systems".
[QCELP] 3GPP2 C.S0020「広帯域スペクトラム拡散通信システムのための高レート音声サービスオプション17」。
[EVRC] 3GPP2 C.S0014 "Enhanced Variable Rate Codec, Speech Service Option 3 for Wideband Spread Spectrum Digital Systems ". (Used to be TIA/EIA/IS-127)
[EVRC] 3GPP2 C.S0014「拡張可変レートコーデック、広帯域のための音声サービスオプション3は、スペクトラムデジタルシステムスプレッド」。 （TIA / EIAにするために使用/ IS-127）
[PureVoice] McKay, K., "RTP Payload Format for PureVoice(tm) Audio", RFC 2658, August 1999.
[PureVoice]マッケイ、K.、 "PureVoice（tm）のためのRTPペイロードフォーマットのオーディオ"、RFC 2658、1999年8月。
[SMV] 3GPP2 C.S0030 "Selectable Mode Vocoder, Service Option for Wideband Spread Spectrum Communication Systems".
[SMV] 3GPP2 C.S0030「選択可能なモードボコーダ、広帯域のためのサービスオプションは、スペクトラム拡散通信システムを」。
[EVRC-SMV] Li, A., "RTP Payload Format for Enhanced Variable Rate Codecs (EVRC) and Selectable Mode Vocoders (SMV)", RFC 3558, July 2003.
[EVRC-SMV]李、A.、RFC 3558、2003年7月 "拡張可変レートコーデック（EVRC）および選択可能なモードボコーダ（SMV）のためのRTPペイロードフォーマット"。
The IETF takes no position regarding the validity or scope of any intellectual property 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; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication 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 implementors or users of this specification can be obtained from the IETF Secretariat.
IETFは、そのような権限下で、ライセンスがたりないかもしれない可能性があるためにどの本書または程度に記載されている技術の実装や使用に関係すると主張される可能性があります任意の知的財産やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能。また、そうした権利を特定するために取り組んできたことを表していないん。スタンダードトラックおよび標準関連文書における権利に関するIETFの手続きの情報は、BCP-11に記載されています。権利の主張のコピーは、出版のために利用可能とライセンスの保証が利用できるようにする、または本仕様の実装者または利用者が、そのような所有権の使用のための一般的なライセンスまたは許可を取得するために作られた試みの結果を得ることができますIETF事務局から。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFは、その注意にこの標準を実践するために必要な場合があり技術をカバーすることができる任意の著作権、特許または特許出願、またはその他の所有権を持ってすべての利害関係者を招待します。 IETF専務に情報を扱ってください。
Randall Gellens QUALCOMM Incorporated 5775 Morehouse Drive San Diego, CA 92121 USA
ランドールGellens QUALCOMM Incorporatedの5775モアハウスドライブサンディエゴ、CA 92121 USA
EMail: randy@qualcomm.com
メールアドレス：randy@qualcomm.com
Harinath Garudadri QUALCOMM Incorporated 5775 Morehouse Drive San Diego, CA 92121 USA
Harinath Garudadri QUALCOMM Incorporatedの5775モアハウスドライブサンディエゴ、CA 92121 USA
EMail: hgarudad@qualcomm.com
メールアドレス：hgarudad@qualcomm.com
Copyright (C) The Internet Society (2003). All Rights Reserved.
著作権（C）インターネット協会（2003）。全著作権所有。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
この文書とその翻訳は、コピーして他の人に提供し、それ以外についてはコメントまたは派生物は、いかなる種類の制限もなく、全体的にまたは部分的に、準備コピーし、公表して配布することができることを説明したり、その実装を支援することができます、上記の著作権表示とこの段落は、すべてのそのようなコピーや派生物に含まれていることを条件とします。しかし、この文書自体は著作権のための手順はで定義されている場合には、インターネット標準を開発するために必要なものを除き、インターネットソサエティもしくは他のインターネット関連団体に著作権情報や参照を取り除くなど、どのような方法で変更されないかもしれませんインターネット標準化プロセスが続く、または英語以外の言語に翻訳するために、必要に応じなければなりません。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assignees.
上記の制限は永続的なものであり、インターネットソサエティもしくはその継承者や譲渡者によって取り消されることはありません。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
この文書とここに含まれている情報は、基礎とインターネットソサエティおよびインターネットエンジニアリングタスクフォースはすべての保証を否認し、明示または黙示、その情報の利用がない任意の保証を含むがこれらに限定されない「として、」上に設けられています特定の目的への権利または商品性または適合性の黙示の保証を侵害します。
Acknowledgement
謝辞
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。