RFC3625 日本語訳
3625 The QCP File Format and Media Types for Speech Data. R. Gellens,H. Garudadri. September 2003. (Format: TXT=28603 bytes) (Updates RFC3555) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group R. Gellens Request for Comments: 3625 H. Garudadri Updates: 3555 Qualcomm Category: Informational September 2003
Gellensがコメントのために要求するワーキンググループR.をネットワークでつないでください: 3625時間Garudadriアップデート: 3555年のクアルコムカテゴリ: 情報の2003年9月
The QCP File Format and Media Types for Speech Data
スピーチデータのためのQCPファイル形式とメディアタイプ
Status of this Memo
この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.
Copyright(C)インターネット協会(2003)。 All rights reserved。
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).
RFC2658は3GPP2 13Kボコーダ(また、QCELP13Kボコーダとして知られているWideband Spread Spectrum Communications Systemsのための高いRate Speech Service Option17)データのためのストリーミングの形式を指定しますが、ストレージ形式は指定しません。 多くの実装が、QCELP13Kデータを交換するのに、"QCP"ファイル形式(ファイル拡張子にちなんで命名される)を使用していて、変動金利符号化器(EVRC)と選択可能なモードボコーダ(SMV)データを高めました。 (例えば、ユードラ(r)、クイックタイム(r)、および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.
このドキュメントは、EVRCとSMV(それぞれ)データのためのオーディオ/evrc-qcpとオーディオ/smv-qcpメディアタイプがこの形式で保存したストレージ、およびレジスタにこの形式を指定するためにQCPファイル形式を指定して、オーディオ/qcelpメディア登録をアップデートします。
Gellens & Garudadri Informational [Page 1] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[1ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
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
1. 序論. . . . . . . . . . . . . . . . . . . . . . . . . 2 2。 このDocumentのコンベンションUsed。 . . . . . . . . . . . . . . 2 3. QCPは形式をファイルします。 . . . . . . . . . . . . . . . . . . . . . . . 2 4. IANA問題。 . . . . . . . . . . . . . . . . . . . . . 10 4.1. メディアタイプオーディオ/qcelp.104.2のアップデート メディアタイプオーディオ/vnd.qcelp.104.3のアップデート オーディオ/EVRC-QCP. . . . . . . . . . . . . 11 4.4の登録。 オーディオ/SMV-QCPの登録。 . . . . . . . . . . . . . 12 5. セキュリティ問題。 . . . . . . . . . . . . . . . . . . . 13 6. 承認. . . . . . . . . . . . . . . . . . . . . . . 13 7。 参照. . . . . . . . . . . . . . . . . . . . . . . . . . 13 7.1。 引用規格. . . . . . . . . . . . . . . . . . 13 7.2。 有益な参照. . . . . . . . . . . . . . . . . 13 8。 知的所有権声明。 . . . . . . . . . . . . . . . 14 9. エディタのアドレス. . . . . . . . . . . . . . . . . . . . . . 14 10。 完全な著作権宣言文. . . . . . . . . . . . . . . . . . . 15
1. Introduction
1. 序論
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.
このドキュメントはネットワーク要素(例えば、メディアサーバ、Multimedia Messaging System(MMS)センターなど)と第三世代のセル(3G)受話器の上に住んでいるか、またはメールか他のメカニズムで送られるかもしれないファイルにおける、[QCELP]の13K、[EVRC]、および[SMV]ボコーダフレームのストレージにQCP形式を指定します。
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ファイルから読まれたボコーダフレームは、このドキュメントの範囲の外でプロトコルと形式を使用することで流されるか、[EVRC]、[SMV]、または[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形式は、[EVRC]と[SMV]データと同様に[QCELP]13がKであるとサポートします。 この形式が[EVRC-SMV]で指定されたEVRCとSMVストレージ形式と異なっていることに注意してください。
2. Conventions Used in this Document
2. このDocumentのコンベンションUsed
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"、「必須NOT」がキーワードが、「必要でした」、“SHOULD"、「」 「5月」はBCP14RFC2119[キーワード]で説明されるように本書では解釈されることになっているべきです。
3. QCP File Format
3. QCPファイル形式
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]ボコーダによって生成されたデータフレームを入れてあます。
Gellens & Garudadri Informational [Page 2] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[2ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
qcp-file = riff-qlcm fmt vrat [labl] [offs] data [cnfg]
[text]
qcp-ファイル=リフ-qlcm fmt vrat[labl][offs]データ[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-オフセットoffs=*は相殺されました。 オフセットの繰返し数は等しくなければなりません。 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と等しいです。 塊サイズが総サイズと等しくあるべきである、。 規則含有で説明された塊。 サイズを除いた塊サイズ、。 塊サイズ自体とどんな要素、もそれ。 規則でまた、それに優先してください、。 存在していることでのパッド要素
Gellens & Garudadri Informational [Page 3] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[3ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
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形式のメジャーバージョン番号--、。 現在セットする、「2インチ--しかしながら、「1インチはそうするべきです」 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コーデックバージョンコーデック名の平均したビーピーエスパケットサイズブロック・サイズ標本抽出率サンプルコーデックインフォメーション=サイズ変動金利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
; 要素が予約される5UINT32。 これから、この形式のバージョンを使用してください。 当分間のゼロ、および読者に設定されるべきです。 読むとき、非ゼロ値を許容するべきです。 この形式のファイル
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
; varレート旗がゼロ以上である、しかし。 %xFFFF0000よりそれほど、パケットは可変です。 評価してください。そうすれば、レートはレート八重奏で測定されます。 中、各パケット--サイズを決定するために。 パケット、残りのサイズへの最初の八重奏(レート; 八重奏)を写像する、。 レート地図テーブルに従ったパケット、。 このファイルのほかの場所で見つけられた情報
; 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と等しいです。 これが中のパケットの総数である、。 ファイルのデータ塊
Gellens & Garudadri Informational [Page 4] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[4ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
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
; 現在の「10インチはそうです」のステップサイズだけ。 ソフトウェアによってサポートされるのを保証します。 このファイル形式を読むことができます。
num-offsets = UINT32
; number of offsets in offs chunk -- must
; equal number of repetitions of offset
; element
num-オフセットはUINT32と等しいです。 オフセットの数は中で塊--必須をoffsします。 等しい繰返し数のオフセット。 要素
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ファイルで相殺されました。 どこ、パケットの始まり。 一度に、最終の先でワンステップに索引をつけてください。 オフセットは見つけられています--ステップサイズを与えます。 ステップサイズで
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
; どんなレート八重奏もvarレート旗であるなら存在していません。 固定サイズを示して、ゼロに設定されます。 パケットファイル--この場合、数、。 パケットの八重奏は選択値群と等しいです。 これのほかの場所で見つけられたパケットサイズで。 ファイル形式
; 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
; aがいつもあることに注意されるべきです。 パケットのコーデックレート八重奏、。 固定サイズを示して、varレート旗はゼロです。 パケットファイル--この場合、そこですが。 レート八重奏要素が全くこの構文でない、。 パケットの最初の八重奏はまだ考えられています。
Gellens & Garudadri Informational [Page 5] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[5ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
; the "rate" for the packet.
; パケットの「レート。」
; Two examples follow to illustrate this.
; 2つの例が、これを例証するために従います。
; 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と等しいです。 コンフィグはbitmapped構成単語です。 アプリケーション使用のために
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を結んでください。 これは八重奏の無終えられたストリングです--、。 それに通常制限されない、。 ストリングが成る、私たち、-、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
; この規則の原理は構造に合っています。 他の仕様によるGUIDのために、定義されます。 そして、形式。 最初の3つの要素がそうです。 リトルエンディアン八重奏命令では、保存されます。 ; GUIDのための値が言い表されるとき。 最初の3つの要素がaとして表されます。
Gellens & Garudadri Informational [Page 6] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[6ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
; 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進数字の系列。 注文をネットワークでつないでください、(ビッグエンディアンか大部分;、有効数字、1番目) 8である間。 八重奏要素は2つのグループに壊れます。 最初に、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%紀元前の%DE%F0。 %0F%エド%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}
; 現在、以下のコーデックGUIDsはそうです。 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と等しいです。 コーデックの正式名称、コネ、私たち、-、ASCII、--、。 存在という名前がゼロにセットした後に未使用の八重奏
Gellens & Garudadri Informational [Page 7] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[7ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
average-bps = UINT16
; average data rate, in bits per second, of
; the speech data represented in this file
平均したビーピーエスはUINT16と等しいです。 bpsにおけるデータ信号速度を平均してください、。 このファイルに表されたスピーチデータ
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と等しいです。 1秒あたりのスピーチのサンプルの数。 (通常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-レートはいくつ指定するか。 ある異なった可能なレート八重奏。 そして、データ塊におけるパケットのために。 その結果、レート地図エントリー要素のいくつ。 有効な情報を含んでください。
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地図エントリーと等しいです。 どんな未使用のエントリーSHOULD、もいっぱいにされてください。 %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
レート地図エントリーはレート-サイズレート八重奏と等しいです。 これはパケットのための可能なレート八重奏を写像します。 パケット有の残りのサイズに。 レート八重奏のためのその値
Gellens & Garudadri Informational [Page 8] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[8ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
rate-size = OCTET
; this is the size of a packet, excluding the
; value for the rate octet
レート-サイズは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
レート八重奏はOCTETと等しいです。 これが中のパケットの最初の八重奏である、。 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つの八重奏、コネの系列として。 リトルエンディアンオーダー(最も重要でない;、八重奏、1番目)
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つの八重奏、コネの系列として。 リトルエンディアンオーダー(最も重要でない;、八重奏、1番目)
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
八重奏は%x00ffと等しいです。 また、1バイト(可能ないずれも)と呼ばれる八重奏 シングルを形成する8ビットの組み合わせ。 より大きい整数有の整数か一部。 8ビット以上
RIFF = %x52 %x49 %x46 %x46
リフ=%x52%x49%x46%x46
QLCM = %x51 %x4C %x43 %x4D
QLCM=%x51%x4C%x43%x4D
FMT = %x66 %x6D %x74 %x20
FMT=%x66%x6D%x74%x20
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
データ=%x64%x61%x74%x61
CNFG = %x63 %x6E %x66 %x67
CNFG=%x63%x6E%x66%x67
TEXT = %x74 %x65 %x78 %x74
テキスト=%x74%x65%x78%x74
Gellens & Garudadri Informational [Page 9] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[9ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
4. IANA Considerations
4. IANA問題
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登録証明書を加えました。
4.1. Update of Media Type Audio/qcelp
4.1. メディアタイプオーディオ/qcelpのアップデート
The audio/qcelp media registration has been updated to indicate that this specification is to be used for storage.
この仕様がストレージに使用されることであることを示すためにオーディオ/qcelpメディア登録をアップデートしました。
4.2. Update of Media Type Audio/vnd.qcelp
4.2. メディアタイプオーディオ/vnd.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.
このメディアタイプの使用が推奨しないのを示して、メディアタイプオーディオ/qcelpが代わりに使用されるべきであることに注意するためにオーディオ/vnd.qcelpメディア登録をアップデートしました。
Gellens & Garudadri Informational [Page 10] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[10ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
4.3. Registration of Audio/EVRC-QCP
4.3. オーディオ/EVRC-QCPの登録
Media Type Name: audio
メディア型名: オーディオ
Media Subtype Name: evrc-qcp
メディアSubtypeは以下を命名します。 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
マジックナンバー: 最初の4つの八重奏: リフ八重奏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ヘッダーを引いたファイルのサイズです)。 これが何かであるかもしれないので、それを修理していなくて、その結果、マジックナンバーの一部として使用できません。)
File extensions: qcp, QCP
Macintosh file type code: none
Object identifier or OID: none
ファイル拡張子: qcp、QCPマッキントッシュファイルの種類コード: なにも、Object識別子か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.
意図している用法: 一般的。 このファイル形式はインターネットメールユーザエージェントとマルチメディアオーサリングとソフトウェア、および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
Gellens & Garudadri Informational [Page 11] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[11ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
4.4. Registration of Audio/SMV-QCP
4.4. オーディオ/SMV-QCPの登録
Media Type Name: audio
メディア型名: オーディオ
Media Subtype Name: smv-qcp
メディアSubtypeは以下を命名します。 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
マジックナンバー: 最初の4つの八重奏: リフ八重奏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ヘッダーを引いたファイルのサイズです)。 これが何かであるかもしれないので、それを修理していなくて、その結果、マジックナンバーの一部として使用できません。)
File extensions: qcp, QCP
Macintosh file type code: none
Object identifier or OID: none
ファイル拡張子: qcp、QCPマッキントッシュファイルの種類コード: なにも、Object識別子か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.
意図している用法: 一般的。 このファイル形式はインターネットメールユーザエージェントとマルチメディアオーサリングとソフトウェア、および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
Gellens & Garudadri Informational [Page 12] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[12ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
5. Security Considerations
5. セキュリティ問題
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.
このドキュメントはストリーミングのプロトコルペイロード形式、および転写法ではなく、ファイル形式だけを指定します。 そういうものとして、どんなオーディオコーデックやメディアファイル形式(例えば、受信機が扱うことができるより大きいファイルを送るのによるサービスの否定)にも関連づけられたものは別として、それはセキュリティ危険を全く導入しません。 ここで指定されたファイル形式を使用する前にそれらの安全上の配慮が理解されるべきであることに注意してください。
6. Acknowledgements
6. 承認
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ファイル形式は元々、クアルコムの中で他のものによって開発されました。 エディタはこの仕様につながる彼らの貢献についてチャック・ハンとリビングストンSongに感謝したがっています。
7. References
7. 参照
7.1. Normative References
7.1. 引用規格
[ABNF] Crocker, D., Ed. and P. Overell, "Augmented BNF for
Syntax Specifications: ABNF", RFC 2234, November 1997.
エド[ABNF]クロッカー、D.、P.Overell、「構文仕様のための増大しているBNF:」 "ABNF"、1997年11月のRFC2234。
[KEYWORDS] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[KEYWORDS]ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[QCELP] 3GPP2 C.S0020 "High Rate Speech Service Option 17 for
Wideband Spread Spectrum Communications Systems".
「高い率スピーチサービスは広帯域スペクトラム拡散通信方式システムのために17をゆだねる」[QCELP]3GPP2C.S0020。
[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]3GPP2C.S0014は「広帯域普及のスペクトルデジタル・システムのために変動金利コーデック、スピーチサービスオプション3を機能アップしました」。 (TIA/EIA/であった、-127である、)
[PureVoice] McKay, K., "RTP Payload Format for PureVoice(tm) Audio",
RFC 2658, August 1999.
[PureVoice]マッケイ、K.、「PureVoice(tm)オーディオのためのRTP有効搭載量形式」、RFC2658、1999年8月。
[SMV] 3GPP2 C.S0030 "Selectable Mode Vocoder, Service Option
for Wideband Spread Spectrum Communication Systems".
[SMV]3GPP2C.S0030、「選択可能なモードボコーダ、広帯域スペクトル拡散通信方式のためのサービスオプション。」
7.2. Informative References
7.2. 有益な参照
[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.、「高められた変動金利コーデック(EVRC)と選択可能なモードボコーダ(SMV)のためのRTP有効搭載量形式」、RFC3558(2003年7月)。
Gellens & Garudadri Informational [Page 13] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[13ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
8. Intellectual Property Statement
8. 知的所有権声明
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はどんな知的所有権の正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。いずれもどんなそのような権利も特定するための努力にしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、または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専務に情報を記述してください。
9. Editors' Addresses
9. エディタのアドレス
Randall Gellens QUALCOMM Incorporated 5775 Morehouse Drive San Diego, CA 92121 USA
ランドル・Gellensのクアルコムの法人組織の5775モアハウス・Driveカリフォルニア92121サンディエゴ(米国)
EMail: randy@qualcomm.com
メール: randy@qualcomm.com
Harinath Garudadri QUALCOMM Incorporated 5775 Morehouse Drive San Diego, CA 92121 USA
Harinath Garudadriのクアルコムの法人組織の5775モアハウス・Driveカリフォルニア92121サンディエゴ(米国)
EMail: hgarudad@qualcomm.com
メール: hgarudad@qualcomm.com
Gellens & Garudadri Informational [Page 14] RFC 3625 QCP File Format and Media Types September 2003
Gellens&Garudadriの情報[14ページ]のRFC3625QCPは2003年9月に形式とメディアタイプをファイルします。
10. Full Copyright Statement
10. 完全な著作権宣言文
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
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.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部広げられた実現を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsの過程で定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
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機能のための基金は現在、インターネット協会によって提供されます。
Gellens & Garudadri Informational [Page 15]
Gellens&Garudadri情報です。[15ページ]
一覧
スポンサーリンク
