JP2000259196A - マルチモードボコーダ用の伝送される信号のエラーを保護するための方法 - Google Patents
マルチモードボコーダ用の伝送される信号のエラーを保護するための方法Info
- Publication number
- JP2000259196A JP2000259196A JP2000048695A JP2000048695A JP2000259196A JP 2000259196 A JP2000259196 A JP 2000259196A JP 2000048695 A JP2000048695 A JP 2000048695A JP 2000048695 A JP2000048695 A JP 2000048695A JP 2000259196 A JP2000259196 A JP 2000259196A
- Authority
- JP
- Japan
- Prior art keywords
- mode
- frame
- bits
- data
- vocoder
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
- H04L1/0046—Code rate detection or code type detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
- H04L1/0047—Decoding adapted to other signal detection operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/007—Unequal error protection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
- H04L1/201—Frame classification, e.g. bad, good or erased
-
- G—PHYSICS
- G10—MUSICAL INSTRUMENTS; ACOUSTICS
- G10L—SPEECH ANALYSIS OR SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING; SPEECH OR AUDIO CODING OR DECODING
- G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
- G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
- G10L19/16—Vocoder architecture
- G10L19/18—Vocoders using multiple modes
Abstract
(57)【要約】 （修正有）
【課題】 マルチモードボコーダ用の伝送信号のエラー
を保護する。 【解決手段】 送信側のマルチモードボコーダの各モー
ドに対して異なるＣＲＣコードが用いられる。受信側の
マルチモードボコーダは、ＣＲＣコードを様々なモード
のＣＲＣコーティングフォーミュラ対してチェックす
る。ＣＲＣコードがあるモードの下で満たされた場合、
“良好”なフレームとしてラベルされる。ＣＲＣコード
が全てのモードで失敗した場合は、“不良”なフレーム
としてラベルされる。ビットフレームが送信側のマルチ
モードボコーダのモードを示すビットを含む場合は、受
信側のマルチモードボコーダは、ＣＲＣコーティングフ
ォーミュラに対してチェックし良否を決める。
を保護する。 【解決手段】 送信側のマルチモードボコーダの各モー
ドに対して異なるＣＲＣコードが用いられる。受信側の
マルチモードボコーダは、ＣＲＣコードを様々なモード
のＣＲＣコーティングフォーミュラ対してチェックす
る。ＣＲＣコードがあるモードの下で満たされた場合、
“良好”なフレームとしてラベルされる。ＣＲＣコード
が全てのモードで失敗した場合は、“不良”なフレーム
としてラベルされる。ビットフレームが送信側のマルチ
モードボコーダのモードを示すビットを含む場合は、受
信側のマルチモードボコーダは、ＣＲＣコーティングフ
ォーミュラに対してチェックし良否を決める。
Description
【０００１】
【発明の属する技術分野】本発明は、マルチモードボコ
ーダと関連して伝送あるいは格納されるデジタルデータ
の精度を保障することに関する。
ーダと関連して伝送あるいは格納されるデジタルデータ
の精度を保障することに関する。
【０００２】
【従来の技術】ボコーダは、従来から知られている技術
である。簡単には、ボコーダによるデジタル音声信号の
処理においては、最初に、デジタル音声信号が、順次、
複数のセグメントに分解される。次に、ボコーダは、各
セグメントと関連する様々なパラメータ、例えば、ピッ
チ値、ピッチ利得、固定コードブック応答などを導く
（生成する）。次に、こうして得られたパラメータが、
ビットパターンによって特性化（記述）され、次に、
（この特性ビットパターンが）フレームに組み立てられ
る。このとき、各フレームは、元の音声信号セグメント
を表すが、ただし、一連のフレームは、元のセグメント
と相対的に圧縮され、従って、元のセグメントと比較し
て、より高速に伝送、あるいはより小さなメモリに格納
することが可能になる。
である。簡単には、ボコーダによるデジタル音声信号の
処理においては、最初に、デジタル音声信号が、順次、
複数のセグメントに分解される。次に、ボコーダは、各
セグメントと関連する様々なパラメータ、例えば、ピッ
チ値、ピッチ利得、固定コードブック応答などを導く
（生成する）。次に、こうして得られたパラメータが、
ビットパターンによって特性化（記述）され、次に、
（この特性ビットパターンが）フレームに組み立てられ
る。このとき、各フレームは、元の音声信号セグメント
を表すが、ただし、一連のフレームは、元のセグメント
と相対的に圧縮され、従って、元のセグメントと比較し
て、より高速に伝送、あるいはより小さなメモリに格納
することが可能になる。
【０００３】送信されたフレームを受信、あるいは格納
されたフレームを取り出すときは、同一のボコーダに
て、フレームを伸張することで、元のデジタル音声信号
を近似する認識可能な音声を再生あるいは合成される。
フレームを伸張する際に、送信エラーあるいは符号化エ
ラーが発生したか否かを決定（検出）することが重要と
なる。エラーが検出できないままだと、合成された音声
の品質がエラーフレームのために損なわれる。エラーを
検出することができれば、そのフレームを単に無視する
か、あるいは前のおよび／あるいは後続のフレームから
推定することで、再生音声の全体としての品質を改善す
ることが可能になる。
されたフレームを取り出すときは、同一のボコーダに
て、フレームを伸張することで、元のデジタル音声信号
を近似する認識可能な音声を再生あるいは合成される。
フレームを伸張する際に、送信エラーあるいは符号化エ
ラーが発生したか否かを決定（検出）することが重要と
なる。エラーが検出できないままだと、合成された音声
の品質がエラーフレームのために損なわれる。エラーを
検出することができれば、そのフレームを単に無視する
か、あるいは前のおよび／あるいは後続のフレームから
推定することで、再生音声の全体としての品質を改善す
ることが可能になる。
【０００４】図１は、従来の技術による第一と第二のボ
コーダを示す。第一のボコーダ１は、第一の前処理ユニ
ット２、モードセレクタ３、圧縮ユニット４、コードビ
ルダ（コード構築器）５、および第一の後処理ユニット
６から構成される。第二のボコーダ７は、第二の前処理
ユニット８、コードアナライザ（コード解析）９、推定
ユニット１０、モードリーダ１１、フレームシンセサイ
ザ（合成器）１２、および第二の後処理ユニット１３か
ら構成される。
コーダを示す。第一のボコーダ１は、第一の前処理ユニ
ット２、モードセレクタ３、圧縮ユニット４、コードビ
ルダ（コード構築器）５、および第一の後処理ユニット
６から構成される。第二のボコーダ７は、第二の前処理
ユニット８、コードアナライザ（コード解析）９、推定
ユニット１０、モードリーダ１１、フレームシンセサイ
ザ（合成器）１２、および第二の後処理ユニット１３か
ら構成される。
【０００５】図２との関連でボコーダの動作を説明する
と、ステップ１４において、第一の前処理ユニット１２
は入力信号を受信する。第一の前処理ユニット１２は、
入力信号を、後の処理のために、コンディショニングす
る。例えば、入力信号がアナログ音声信号である場合
は、第一の前処理ユニット２はアナログ音声信号をデジ
タル音声信号に変換する。加えて、第一の前処理ユニッ
ト２はデジタル音声信号を、一連の逐次信号セグメント
に分割する。
と、ステップ１４において、第一の前処理ユニット１２
は入力信号を受信する。第一の前処理ユニット１２は、
入力信号を、後の処理のために、コンディショニングす
る。例えば、入力信号がアナログ音声信号である場合
は、第一の前処理ユニット２はアナログ音声信号をデジ
タル音声信号に変換する。加えて、第一の前処理ユニッ
ト２はデジタル音声信号を、一連の逐次信号セグメント
に分割する。
【０００６】ステップ１５において、モードセレク３
は、信号セグメントを解析し、その中に含まれるデジタ
ル音声信号のタイプを決定する。例えば、音声信号は、
有声音タイプの音声信号であることもあり、有声音タイ
プの音声信号には、例えば、母音が含まれる。母音の特
性化においては、ある種のトーンパラメータ、例えば、
ピッチ遅延やピッチが相対的に重要となる。音声信号の
もう一つのタイプとして、無声音の音声信号があり、無
声音タイプの音声信号には、例えば、“ｓ”音やノイズ
もしくは空電に類似する他の任意の音が含まれる。無声
音の特性化においては、ピッチパラメータは相対的に重
要でなくなり、むしろ、固定コードブック出力などのパ
ラメータが重要となる。勿論、モードセレクタ３は、他
のタイプの音声信号を決定することもできる。ここで注
意すべき点はデジタル化された音声信号のモードは１秒
間に１００回も変化し得ることである。
は、信号セグメントを解析し、その中に含まれるデジタ
ル音声信号のタイプを決定する。例えば、音声信号は、
有声音タイプの音声信号であることもあり、有声音タイ
プの音声信号には、例えば、母音が含まれる。母音の特
性化においては、ある種のトーンパラメータ、例えば、
ピッチ遅延やピッチが相対的に重要となる。音声信号の
もう一つのタイプとして、無声音の音声信号があり、無
声音タイプの音声信号には、例えば、“ｓ”音やノイズ
もしくは空電に類似する他の任意の音が含まれる。無声
音の特性化においては、ピッチパラメータは相対的に重
要でなくなり、むしろ、固定コードブック出力などのパ
ラメータが重要となる。勿論、モードセレクタ３は、他
のタイプの音声信号を決定することもできる。ここで注
意すべき点はデジタル化された音声信号のモードは１秒
間に１００回も変化し得ることである。
【０００７】次に、ステップ１６において、圧縮ユニッ
ト４は、信号セグメントと関連する特性パラメータを導
出する（生成する）。圧縮ユニット４は、適応コードブ
ック、固定コードブック、インパルス応答ユニット、線
形予測コーダなどの様々な要素を備え、これら様々な要
素は、ピッチ、ピッチ利得、固定コードブック出力など
の信号セグメントの属性に関するパラメータを得る。圧
縮ユニット４は、こうして導出（生成）されたパラメー
タを特性化するためのビットパターンを割当てる。ステ
ップ１６と１５は、逆の順番で行なうことも、あるいは
これらを互いに連動させることもできる。換言すれば、
ステップ１５におけるモードの選択（決定）をステップ
１６の結果に基づいて行なうこともできる。
ト４は、信号セグメントと関連する特性パラメータを導
出する（生成する）。圧縮ユニット４は、適応コードブ
ック、固定コードブック、インパルス応答ユニット、線
形予測コーダなどの様々な要素を備え、これら様々な要
素は、ピッチ、ピッチ利得、固定コードブック出力など
の信号セグメントの属性に関するパラメータを得る。圧
縮ユニット４は、こうして導出（生成）されたパラメー
タを特性化するためのビットパターンを割当てる。ステ
ップ１６と１５は、逆の順番で行なうことも、あるいは
これらを互いに連動させることもできる。換言すれば、
ステップ１５におけるモードの選択（決定）をステップ
１６の結果に基づいて行なうこともできる。
【０００８】次に、ステップ１７において、圧縮ユニッ
ト４は、これらビットパターンをフレームにアセンブル
する（組み立てる）。典型的なフレームは、１００〜２
００個のビットから構成されるが、ただし、当業者にお
いては理解できるように、フレームは、任意の数のビッ
トから構成することができる。図３は、圧縮ユニット４
によって生成される一例としての２つの順序フレームを
示す。このフレーム配列においては、ピッチは、フレー
ムのビット位置３〜６を占拠するビットによって特性化
され、ピッチ利得は、フレームのビット位置９５〜９９
を占拠するビットによって特性化される。図面には示さ
れてない他のビット位置は、音声信号セグメントを特性
化する他の情報を含む。勿論、フレーム内の特性情報の
位置、および各パラメータに割当てられるビットの数は
自由に変えることができる。
ト４は、これらビットパターンをフレームにアセンブル
する（組み立てる）。典型的なフレームは、１００〜２
００個のビットから構成されるが、ただし、当業者にお
いては理解できるように、フレームは、任意の数のビッ
トから構成することができる。図３は、圧縮ユニット４
によって生成される一例としての２つの順序フレームを
示す。このフレーム配列においては、ピッチは、フレー
ムのビット位置３〜６を占拠するビットによって特性化
され、ピッチ利得は、フレームのビット位置９５〜９９
を占拠するビットによって特性化される。図面には示さ
れてない他のビット位置は、音声信号セグメントを特性
化する他の情報を含む。勿論、フレーム内の特性情報の
位置、および各パラメータに割当てられるビットの数は
自由に変えることができる。
【０００９】図１に示すように、圧縮ユニット４は、モ
ードセレクタ３からモードを受信する。圧縮ユニット４
は、受信されたモードに基づいて、そのモードに対応す
るタイプの音声信号を最も良く特性化するパラメータに
より大きな重要性を割当てる。例えば、有声音タイプの
音声信号が処理されている場合は、ピッチおよびピッチ
利得パラメータにより多くのビット、従って、より大き
な解像度が割当てられる。これらピッチおよびピッチ利
得パラメータに対して用いるための追加のビットは、有
声音タイプの音声信号では相対的に重要でないパラメー
タ、例えば、ランダムパラメータから振り分けられる。
無声音タイプの音声信号が処理されている場合は、固定
コードブック出力パラメータにより多くのビットが、ピ
ッチおよびピッチ利得パラメータを犠牲にして割当てら
れる。
ードセレクタ３からモードを受信する。圧縮ユニット４
は、受信されたモードに基づいて、そのモードに対応す
るタイプの音声信号を最も良く特性化するパラメータに
より大きな重要性を割当てる。例えば、有声音タイプの
音声信号が処理されている場合は、ピッチおよびピッチ
利得パラメータにより多くのビット、従って、より大き
な解像度が割当てられる。これらピッチおよびピッチ利
得パラメータに対して用いるための追加のビットは、有
声音タイプの音声信号では相対的に重要でないパラメー
タ、例えば、ランダムパラメータから振り分けられる。
無声音タイプの音声信号が処理されている場合は、固定
コードブック出力パラメータにより多くのビットが、ピ
ッチおよびピッチ利得パラメータを犠牲にして割当てら
れる。
【００１０】フレーム内における様々なパラメータの位
置は、モードによって変えることができることにも注意
する。例えば、一つの実施例においては、モードが有声
音タイプの音声信号に対応する場合は、ピッチパラメー
タは、ビット位置４〜１４を占拠し、モードが無声音タ
イプの音声信号に対応する場合は、ピッチパラメータ
は、ビット位置２０〜２３を占拠する。
置は、モードによって変えることができることにも注意
する。例えば、一つの実施例においては、モードが有声
音タイプの音声信号に対応する場合は、ピッチパラメー
タは、ビット位置４〜１４を占拠し、モードが無声音タ
イプの音声信号に対応する場合は、ピッチパラメータ
は、ビット位置２０〜２３を占拠する。
【００１１】図４は、第一のボコーダ１の４つのモード
を示す。勿論、第一のボコーダ１は、４個より多くのモ
ードを持つこともできる。各モードは、“Ｂ”とラベル
される複数の（相対的に）重要なビットと、“ｂ”とラ
ベルされる複数の（相対的に）重要でないビットを持
つ。重要なビット“Ｂ”は、そのビット位置内のデータ
が、特定のモード、例えば、特定のタイプの音声に対し
て重要なパラメータと関連することを意味する。例え
ば、ピッチを表すビット位置は、有声音タイプの音声信
号を表すモードでは重要なビット位置となる。重要なビ
ット“Ｂ”の数と位置は、両方とも、モードによって変
わることに注意する。典型的には、あるモードにおいて
重要なビットの数は、４０〜１００ビットであり、残り
のビットは、その後の音声信号の再生において、それほ
ど重要ではない。
を示す。勿論、第一のボコーダ１は、４個より多くのモ
ードを持つこともできる。各モードは、“Ｂ”とラベル
される複数の（相対的に）重要なビットと、“ｂ”とラ
ベルされる複数の（相対的に）重要でないビットを持
つ。重要なビット“Ｂ”は、そのビット位置内のデータ
が、特定のモード、例えば、特定のタイプの音声に対し
て重要なパラメータと関連することを意味する。例え
ば、ピッチを表すビット位置は、有声音タイプの音声信
号を表すモードでは重要なビット位置となる。重要なビ
ット“Ｂ”の数と位置は、両方とも、モードによって変
わることに注意する。典型的には、あるモードにおいて
重要なビットの数は、４０〜１００ビットであり、残り
のビットは、その後の音声信号の再生において、それほ
ど重要ではない。
【００１２】図２に戻り、次に、ステップ１８におい
て、コードビルダ５は、フレーム内の潜在的に重要なビ
ットに基づいて、巡回冗長検査（ＣＲＣ）コードを生成
（構築）する。巡回冗長検査（ＣＲＣ）コードは、フレ
ームに追加される一つあるいは複数のビットであり、フ
レーム内の潜在的に重要なビットの精度を保障すること
を目的とする。ＣＲＣコーティングフォーミュラ（公式
／方式）の一例においては、フレーム内の潜在的に重要
なビットが全て反復される。この方法では、ＣＲＣコー
ドは、頑丈となり、重要なビットのエラーは存在しない
という高度の保障は得られるが、反面で多数のビットが
必要となる。ＣＲＣコーティングフォーミュラのもう一
つの例においては、潜在的に重要なビットの単純な１ビ
ットパリティチェックが行なわれる。この方法では、Ｃ
ＲＣコードは１ビットしか要求しないが、ただし、重要
なビットの精度は十分には保障されない。両者の折衷型
として、潜在的に重要なビットの多項式に基づいてＣＲ
Ｃコードを生成するＣＲＣコーティングフォーミュラも
当分野において知られている。
て、コードビルダ５は、フレーム内の潜在的に重要なビ
ットに基づいて、巡回冗長検査（ＣＲＣ）コードを生成
（構築）する。巡回冗長検査（ＣＲＣ）コードは、フレ
ームに追加される一つあるいは複数のビットであり、フ
レーム内の潜在的に重要なビットの精度を保障すること
を目的とする。ＣＲＣコーティングフォーミュラ（公式
／方式）の一例においては、フレーム内の潜在的に重要
なビットが全て反復される。この方法では、ＣＲＣコー
ドは、頑丈となり、重要なビットのエラーは存在しない
という高度の保障は得られるが、反面で多数のビットが
必要となる。ＣＲＣコーティングフォーミュラのもう一
つの例においては、潜在的に重要なビットの単純な１ビ
ットパリティチェックが行なわれる。この方法では、Ｃ
ＲＣコードは１ビットしか要求しないが、ただし、重要
なビットの精度は十分には保障されない。両者の折衷型
として、潜在的に重要なビットの多項式に基づいてＣＲ
Ｃコードを生成するＣＲＣコーティングフォーミュラも
当分野において知られている。
【００１３】図４に示すように、重要なビット“Ｂ”の
実際の数はモードによって異なり、さらに、重要なビッ
ト“Ｂ”の位置もモードによって異なる。このため、マ
スタコーティングフォーミュラと呼ばれるＣＲＣコーテ
ィングフォーミュラにおいては、フレーム内の潜在的に
重要なデータをモードに関係なく全て保障するために、
様々なモードにおいて潜在的に重要なビット“Ｂ”を含
む可能性があるフレームの各ビットが保護される。例え
ば、図４においては、図面に示されるビットの内で、ビ
ット００、０１、０２、０３、０４、０６、０７、０
９、９８および９９は、モードによっては潜在的に重要
なビット“Ｂ”を含む可能性がある。他方、図面に示さ
れるビットの内で、ビット０５、０８、および１０のみ
は、モードに関係なく、重要でないビット“ｂ”であ
る。従って、このＣＲＣコーティングフォーミュラで
は、ビット００、０１、０２、０３、０ ４、０６、０
７、０９、９８および９９を用いてＣＲＣマスタコード
が得られる。
実際の数はモードによって異なり、さらに、重要なビッ
ト“Ｂ”の位置もモードによって異なる。このため、マ
スタコーティングフォーミュラと呼ばれるＣＲＣコーテ
ィングフォーミュラにおいては、フレーム内の潜在的に
重要なデータをモードに関係なく全て保障するために、
様々なモードにおいて潜在的に重要なビット“Ｂ”を含
む可能性があるフレームの各ビットが保護される。例え
ば、図４においては、図面に示されるビットの内で、ビ
ット００、０１、０２、０３、０４、０６、０７、０
９、９８および９９は、モードによっては潜在的に重要
なビット“Ｂ”を含む可能性がある。他方、図面に示さ
れるビットの内で、ビット０５、０８、および１０のみ
は、モードに関係なく、重要でないビット“ｂ”であ
る。従って、このＣＲＣコーティングフォーミュラで
は、ビット００、０１、０２、０３、０ ４、０６、０
７、０９、９８および９９を用いてＣＲＣマスタコード
が得られる。
【００１４】図２に戻り、次に、ステップ１９におい
て、第一の後処理ユニット６は、ＣＲＣコードを付加し
てフレームを送信する。送信フレームは、毎秒何百フレ
ームという高速にてハードワイヤ（有線）あるいは無線
媒体を介して第二のボコーダ７に送信される。次に、ス
テップ２０において、第二の前処理ユニット８は、この
フレームを受信する。次に、ステップ２１において、Ｃ
ＲＣコードアナライザ９は、フレームのCRCコードビッ
トを傍受する。次に、ステップ２２において、ＣＲＣコ
ードアナライザ９は、フレームの様々な潜在的に重要な
ビット位置内のビットが、それらにマスタコーティング
フォーミュラが適用されたとき、ＣＲＣコードと一致す
るか否か決定する。一致しない場合は、そのフレームは
エラーを含むために、“不良（bad）”とラベルされ、
プロセスは、ステップ２３に進む。一致する場合は、エ
ラーは発生しなかったものと想定され、そのフレームは
“良好（good）”なフレームとしてラベルされ、プロセ
スは、ステップ２４に進む。
て、第一の後処理ユニット６は、ＣＲＣコードを付加し
てフレームを送信する。送信フレームは、毎秒何百フレ
ームという高速にてハードワイヤ（有線）あるいは無線
媒体を介して第二のボコーダ７に送信される。次に、ス
テップ２０において、第二の前処理ユニット８は、この
フレームを受信する。次に、ステップ２１において、Ｃ
ＲＣコードアナライザ９は、フレームのCRCコードビッ
トを傍受する。次に、ステップ２２において、ＣＲＣコ
ードアナライザ９は、フレームの様々な潜在的に重要な
ビット位置内のビットが、それらにマスタコーティング
フォーミュラが適用されたとき、ＣＲＣコードと一致す
るか否か決定する。一致しない場合は、そのフレームは
エラーを含むために、“不良（bad）”とラベルされ、
プロセスは、ステップ２３に進む。一致する場合は、エ
ラーは発生しなかったものと想定され、そのフレームは
“良好（good）”なフレームとしてラベルされ、プロセ
スは、ステップ２４に進む。
【００１５】ステップ２３においては、“不良”なフレ
ームが、推定ユニット１０によって推定フレームと置換
される。フレームは、フレーム内に含まれる様々な特性
パラメータの推定から推定される。推定される特性パラ
メータのフレーム内における位置および解像度は、フレ
ームのモードの推定に基づいて指定（決定）される。推
定フレームは、単に、前のフレームと同一なことも（こ
の場合、モードは同一）、前のおよび／あるいは将来の
フレームに基づいて推定されることもある（この場合、
フレームのモードは異なる）。いずれにしても、推定フ
レームは、エラーを含むフレームが検出、除去、置換さ
れるために、再生音声の全体としての品質を改善させる
ことが期待される。加えて、ステップ２３においてモー
ドも推定し、これが直接にフレームシンセサイザ１２に
送信されるか、あるいは、推定したモードが推定された
フレーム内に符号化され、これがステップ２４において
モードリーダ１１によって読み出される。
ームが、推定ユニット１０によって推定フレームと置換
される。フレームは、フレーム内に含まれる様々な特性
パラメータの推定から推定される。推定される特性パラ
メータのフレーム内における位置および解像度は、フレ
ームのモードの推定に基づいて指定（決定）される。推
定フレームは、単に、前のフレームと同一なことも（こ
の場合、モードは同一）、前のおよび／あるいは将来の
フレームに基づいて推定されることもある（この場合、
フレームのモードは異なる）。いずれにしても、推定フ
レームは、エラーを含むフレームが検出、除去、置換さ
れるために、再生音声の全体としての品質を改善させる
ことが期待される。加えて、ステップ２３においてモー
ドも推定し、これが直接にフレームシンセサイザ１２に
送信されるか、あるいは、推定したモードが推定された
フレーム内に符号化され、これがステップ２４において
モードリーダ１１によって読み出される。
【００１６】ステップ２４において、モードリーダ１１
は、フレームのモードを決定する。フレームシンセサイ
ザ１２は、モードリーダ１１からモードを受信し、ステ
ップ２５において、モードに基づいて、フレーム内のビ
ットパターンによって表される特性パラメータから、そ
のフレームがステップ２０において受信されたフレーム
であるか、ステップ２３において置換されたフレームで
あるかに関係なく、デジタル音声信号セグメントを合成
もしくは再生する。次に、ステップ２６において、第二
の後処理ユニット１３は、合成されたデジタル音声信号
セグメントを順番に出力する。
は、フレームのモードを決定する。フレームシンセサイ
ザ１２は、モードリーダ１１からモードを受信し、ステ
ップ２５において、モードに基づいて、フレーム内のビ
ットパターンによって表される特性パラメータから、そ
のフレームがステップ２０において受信されたフレーム
であるか、ステップ２３において置換されたフレームで
あるかに関係なく、デジタル音声信号セグメントを合成
もしくは再生する。次に、ステップ２６において、第二
の後処理ユニット１３は、合成されたデジタル音声信号
セグメントを順番に出力する。
【００１７】
【発明が解決しようとする課題】上述の従来の技術によ
るプロセスは、幾つかの短所を持つ。第一に、ステップ
１８においてコードビルダ５にて用いられるマスタコー
ティングフォーミュラ（方式）では、ステップ２２にお
いてコードシンセサイザ９によって検出されるエラーフ
レームの数が不必要に増加する。この問題は、ＣＲＣマ
スタコーティングフォーミュラでは、あるモードでは重
要でないビットも保護されるために生じる。例えば、図
４のモード０３において、ＣＲＣマスタコーティングフ
ォーミュラは、ビット位置０７を、ビット位置０７は重
要でないビット“ｂ”であるのに用いる。このため、ビ
ット位置０７にエラーが発生した場合、ステップ２２に
おけるＣＲＣコードのチェックの結果として、そのフレ
ームは“不良”なフレームとしてラベルされ、そのフレ
ームがステップ２３において置換されることとなる。こ
のことは、そのフレームは、これを行なわない場合で
も、合成されたとき十分に正確なものとなり、むしろ、
多くの場合、ステップ２３において生成される推定フレ
ームより正確であることを考慮すると不幸なことであ
る。さらに、ステップ２３における推定フレームの生成
には、当然、処理のための時間が必要であり、その分、
データを第二のボコーダ７に送信する速度も遅くなる。
このため、検出されるエラーフレームの数を削減するこ
とは、データフローの速度を向上することにもつなが
る。
るプロセスは、幾つかの短所を持つ。第一に、ステップ
１８においてコードビルダ５にて用いられるマスタコー
ティングフォーミュラ（方式）では、ステップ２２にお
いてコードシンセサイザ９によって検出されるエラーフ
レームの数が不必要に増加する。この問題は、ＣＲＣマ
スタコーティングフォーミュラでは、あるモードでは重
要でないビットも保護されるために生じる。例えば、図
４のモード０３において、ＣＲＣマスタコーティングフ
ォーミュラは、ビット位置０７を、ビット位置０７は重
要でないビット“ｂ”であるのに用いる。このため、ビ
ット位置０７にエラーが発生した場合、ステップ２２に
おけるＣＲＣコードのチェックの結果として、そのフレ
ームは“不良”なフレームとしてラベルされ、そのフレ
ームがステップ２３において置換されることとなる。こ
のことは、そのフレームは、これを行なわない場合で
も、合成されたとき十分に正確なものとなり、むしろ、
多くの場合、ステップ２３において生成される推定フレ
ームより正確であることを考慮すると不幸なことであ
る。さらに、ステップ２３における推定フレームの生成
には、当然、処理のための時間が必要であり、その分、
データを第二のボコーダ７に送信する速度も遅くなる。
このため、検出されるエラーフレームの数を削減するこ
とは、データフローの速度を向上することにもつなが
る。
【００１８】マスタＣＲＣコーティングフォーミュラ
は、第二の短所は、この方式では様々なモードにおいて
重要なビット“Ｂ”を含む可能性のある全てのビット位
置が用いられるために、それほど頑丈でないことであ
る。一般に、ＣＲＣコーティングフォーミュラの頑丈
さ、つまり、それが保護しようとするデータ内のエラー
を検出できる能力は、ＣＲＣコード内のビットの数およ
びＣＲＣコードを生成するＣＲＣコーティングフォーミ
ュラに送られる（用いられる）ビットの数に直接関係
し、保護されるビットの数、つまり、ＣＲＣコーティン
グフォーミュラにおいて用いられるビットの数を削減す
ればするほど、ＣＲＣコードの頑丈さは向上する。
は、第二の短所は、この方式では様々なモードにおいて
重要なビット“Ｂ”を含む可能性のある全てのビット位
置が用いられるために、それほど頑丈でないことであ
る。一般に、ＣＲＣコーティングフォーミュラの頑丈
さ、つまり、それが保護しようとするデータ内のエラー
を検出できる能力は、ＣＲＣコード内のビットの数およ
びＣＲＣコードを生成するＣＲＣコーティングフォーミ
ュラに送られる（用いられる）ビットの数に直接関係
し、保護されるビットの数、つまり、ＣＲＣコーティン
グフォーミュラにおいて用いられるビットの数を削減す
ればするほど、ＣＲＣコードの頑丈さは向上する。
【００１９】
【課題を解決するための手段】本発明の一つの目的は、
マルチモードボコーダによって受信されるデータ内のエ
ラーを検出する方法を提供することにあるが、この方法
は、データおよびエラーコードを含む送信を受信するス
テップ；前記エラーコードを読み出すステップ；および
前記エラーコードをデータの部分と、次々と、複数のフ
ォーミュラを用いて比較するステップを含む。この比較
ステップは、前記比較の少なくとも一つが一致し、デー
タがエラーを含まないことが示されるまで、もしくは、
前記比較の全てが失敗し、データがエラーを含むことが
示されるまで行なわれる。
マルチモードボコーダによって受信されるデータ内のエ
ラーを検出する方法を提供することにあるが、この方法
は、データおよびエラーコードを含む送信を受信するス
テップ；前記エラーコードを読み出すステップ；および
前記エラーコードをデータの部分と、次々と、複数のフ
ォーミュラを用いて比較するステップを含む。この比較
ステップは、前記比較の少なくとも一つが一致し、デー
タがエラーを含まないことが示されるまで、もしくは、
前記比較の全てが失敗し、データがエラーを含むことが
示されるまで行なわれる。
【００２０】本発明のもう一つの目的は、マルチモード
ボコーダによって受信されるデータ内のエラーを検出す
る方法を提供することにあるが、この方法は、前記デー
タのモードおよびエラーコードを識別する部分を読み出
すステップ；および前記エラーコードを前記データの部
分と、前記モードによって決定されるフォーミュラを用
いて比較するステップを含む。前記比較が一致する場
合、そのデータはエラーを含まないものとみなされ、一
致しない場合は、そのデータはエラーを含むものとみな
される。
ボコーダによって受信されるデータ内のエラーを検出す
る方法を提供することにあるが、この方法は、前記デー
タのモードおよびエラーコードを識別する部分を読み出
すステップ；および前記エラーコードを前記データの部
分と、前記モードによって決定されるフォーミュラを用
いて比較するステップを含む。前記比較が一致する場
合、そのデータはエラーを含まないものとみなされ、一
致しない場合は、そのデータはエラーを含むものとみな
される。
【００２１】本発明のもう一つの目的は、マルチモード
ボコーダによって送信すべきデータを形成する方法を提
供することにあるが、この方法は、前記マルチモードボ
コーダの入力信号を分析することで、前記マルチモード
ボコーダのモードを決定するステップ；前記入力信号を
前記モードに従って処理することでデータを形成するス
テップ；前記データの一部分に前記モードに従って選択
されるフォーミュラを適用することでエラーコードを形
成するステップ；および前記エラーコードを前記データ
に付加するステップから構成される。
ボコーダによって送信すべきデータを形成する方法を提
供することにあるが、この方法は、前記マルチモードボ
コーダの入力信号を分析することで、前記マルチモード
ボコーダのモードを決定するステップ；前記入力信号を
前記モードに従って処理することでデータを形成するス
テップ；前記データの一部分に前記モードに従って選択
されるフォーミュラを適用することでエラーコードを形
成するステップ；および前記エラーコードを前記データ
に付加するステップから構成される。
【００２２】本発明のより完全な理解を期して、以下
に、本発明を、付録の図面との関連で詳細に説明する
が、以下に説明および付録の図面は、単に説明のための
ものであり、本発明を制約することを目的とするもので
はないことに注意する。
に、本発明を、付録の図面との関連で詳細に説明する
が、以下に説明および付録の図面は、単に説明のための
ものであり、本発明を制約することを目的とするもので
はないことに注意する。
【００２３】
【発明の実施の形態】図５は、本発明による第一と第二
のボコーダを示す。同一の参照番号は、図１に示すそれ
と同一あるいは類似の要素を示す。第一のボコーダ１と
第二のボコーダ７と、図１に示すそれと異なる重要な点
は、第一のボコーダ１内のコードビルダ５’がモードセ
レクタ３からモードを受信するところである。
のボコーダを示す。同一の参照番号は、図１に示すそれ
と同一あるいは類似の要素を示す。第一のボコーダ１と
第二のボコーダ７と、図１に示すそれと異なる重要な点
は、第一のボコーダ１内のコードビルダ５’がモードセ
レクタ３からモードを受信するところである。
【００２４】図６は、第一のボコーダ１の動作の方法を
図解する流れ図である。ステップ２７〜３０およびステ
ップ３２は、従来の技術との関連で上述したステップ１
４〜１７およびステップ１９に対応し、ステップ３１
は、従来の技術と異なる。より詳細には、本発明による
と、ステップ３１においてＦ、フレーム内の特定のモー
ドに対して重要なビットに焦点を定めて、モードに特定
なＣＲＣコードが生成される。換言すれば、各モードが
自身のＣＲＣコーティングフォーミュラ（方式／公式）
を持つ（使用する）。
図解する流れ図である。ステップ２７〜３０およびステ
ップ３２は、従来の技術との関連で上述したステップ１
４〜１７およびステップ１９に対応し、ステップ３１
は、従来の技術と異なる。より詳細には、本発明による
と、ステップ３１においてＦ、フレーム内の特定のモー
ドに対して重要なビットに焦点を定めて、モードに特定
なＣＲＣコードが生成される。換言すれば、各モードが
自身のＣＲＣコーティングフォーミュラ（方式／公式）
を持つ（使用する）。
【００２５】例えば、図４との関連で説明すると、モー
ド００に対するＣＲＣコーティングフォーミュラは、
（モード００に対して示されるビットの内の）ビット０
０、０１、０２、０３、０４、０７、および０９のみを
含む複素多項式を用い、モード０１に対するＣＲＣコー
ティングフォーミュラは、（モード０１に対して示され
るビットの内の）ビット００、０１、０２、０３、０
７、０９、９７、９８および９９のみを含む複素多項式
を用いる。が用いられる。このモードに特定なＣＲＣコ
ーティングフォーミュラは、上述のマスタＣＲＣコーテ
ィングフォーミュラとは異なり、専らもしくは主とし
て、各モードに対して重要なビットのみを保護するよう
に適合される。各モードに特定なＣＲＣコードの生成に
は、マスタＣＲＣコーティングフォーミュラより少数の
ビットが用いられ、このため、各モードに特定なＣＲＣ
コードは、マスタＣＲＣコードと比較して、より高い保
全性（健全性）を持つ、あるいは、より頑丈である。
ド００に対するＣＲＣコーティングフォーミュラは、
（モード００に対して示されるビットの内の）ビット０
０、０１、０２、０３、０４、０７、および０９のみを
含む複素多項式を用い、モード０１に対するＣＲＣコー
ティングフォーミュラは、（モード０１に対して示され
るビットの内の）ビット００、０１、０２、０３、０
７、０９、９７、９８および９９のみを含む複素多項式
を用いる。が用いられる。このモードに特定なＣＲＣコ
ーティングフォーミュラは、上述のマスタＣＲＣコーテ
ィングフォーミュラとは異なり、専らもしくは主とし
て、各モードに対して重要なビットのみを保護するよう
に適合される。各モードに特定なＣＲＣコードの生成に
は、マスタＣＲＣコーティングフォーミュラより少数の
ビットが用いられ、このため、各モードに特定なＣＲＣ
コードは、マスタＣＲＣコードと比較して、より高い保
全性（健全性）を持つ、あるいは、より頑丈である。
【００２６】図７は、図５の第二のボコーダ７を動作す
る方法の一つの実施例を図解する流れ図である。ステッ
プ３３においてフレームが第二のボコーダ７によって受
信され、ステップ３４においてコードアナライザ９’は
ＣＲＣコードを読むが、これらステップ３３と３４は、
従来の技術のステップ２０と２１と類似する。
る方法の一つの実施例を図解する流れ図である。ステッ
プ３３においてフレームが第二のボコーダ７によって受
信され、ステップ３４においてコードアナライザ９’は
ＣＲＣコードを読むが、これらステップ３３と３４は、
従来の技術のステップ２０と２１と類似する。
【００２７】異なる点は、コードアナライザ９’が、コ
ードビルダ５’からの可能なモードのおのおのに対する
コーティングフォーミュラを持つように予めプログラミ
ングされていることである。より具体的には、本発明に
おいては、コードアナライザ９’は、ステップ３５にお
いて、その（読み出された）ＣＲＣコードと、フレーム
内の他のビットからモード００に対するコーティングフ
ォーミュラを用いて生成されたCRCコードとを比較する
ことで、そのフレームが“良好”なフレーム、つまり、
エラーを含まないフレームである否かを決定する。その
フレームが“良好”なフレームである場合は、動作はス
テップ４０に進み、そうでない場合は、プロセスは、ス
テップ３６に進む。ステップ３６において、コードアナ
ライザ９’は、そのＣＲＣコードと、フレーム内の他の
ビットからモード０１に対するコーティングフォーミュ
ラを用いて生成されたＣＲＣコードを比較することで、
そのフレームが“良好”なフレーム、つまり、エラーを
含まないフレームである否かを決定する。そのフレーム
が“良好”なフレームである場合は、動作はステップ４
０に進み、そうでない場合は、プロセスは、ステップ３
７に進む。ステップ３７において、コードアナライザ
９’は、そのＣＲＣコードをモード０２に対するコーテ
ィングフォーミュラを用いて解析する。そのフレームが
“良好”なフレームである場合は、動作はステップ４０
に進み、そうでない場合は、プロセスは、ステップ３８
に進む。次に、ステップ３８において、コードアナライ
ザ９’は、そのＣＲＣコードを、モード０３に対するコ
ーティングフォーミュラを用いて解析する。そのフレー
ムが“良好”なフレームである場合は、動作はステップ
４０に進み、そうでない場合は、そのフレームは、“不
良”なフレーム、つまり、エラーを含むフレームとして
ラベルされ、動作は、ステップ３９に進む。こうして、
ＣＲＣコードが、順番に、各モードに対するコーティン
グスキームの下で、（１）各モードに対するコーティン
グスキームの一つが満たされるまで、もしくは（２）各
モードに対するコーティングスキームの全てが失敗する
まで、解析される。この技法は、モードの数が４個でな
い場合にも同様に適用できることに注意する。
ードビルダ５’からの可能なモードのおのおのに対する
コーティングフォーミュラを持つように予めプログラミ
ングされていることである。より具体的には、本発明に
おいては、コードアナライザ９’は、ステップ３５にお
いて、その（読み出された）ＣＲＣコードと、フレーム
内の他のビットからモード００に対するコーティングフ
ォーミュラを用いて生成されたCRCコードとを比較する
ことで、そのフレームが“良好”なフレーム、つまり、
エラーを含まないフレームである否かを決定する。その
フレームが“良好”なフレームである場合は、動作はス
テップ４０に進み、そうでない場合は、プロセスは、ス
テップ３６に進む。ステップ３６において、コードアナ
ライザ９’は、そのＣＲＣコードと、フレーム内の他の
ビットからモード０１に対するコーティングフォーミュ
ラを用いて生成されたＣＲＣコードを比較することで、
そのフレームが“良好”なフレーム、つまり、エラーを
含まないフレームである否かを決定する。そのフレーム
が“良好”なフレームである場合は、動作はステップ４
０に進み、そうでない場合は、プロセスは、ステップ３
７に進む。ステップ３７において、コードアナライザ
９’は、そのＣＲＣコードをモード０２に対するコーテ
ィングフォーミュラを用いて解析する。そのフレームが
“良好”なフレームである場合は、動作はステップ４０
に進み、そうでない場合は、プロセスは、ステップ３８
に進む。次に、ステップ３８において、コードアナライ
ザ９’は、そのＣＲＣコードを、モード０３に対するコ
ーティングフォーミュラを用いて解析する。そのフレー
ムが“良好”なフレームである場合は、動作はステップ
４０に進み、そうでない場合は、そのフレームは、“不
良”なフレーム、つまり、エラーを含むフレームとして
ラベルされ、動作は、ステップ３９に進む。こうして、
ＣＲＣコードが、順番に、各モードに対するコーティン
グスキームの下で、（１）各モードに対するコーティン
グスキームの一つが満たされるまで、もしくは（２）各
モードに対するコーティングスキームの全てが失敗する
まで、解析される。この技法は、モードの数が４個でな
い場合にも同様に適用できることに注意する。
【００２８】ステップ３９において、“不良”なフレー
ムが推定ユニット１０によって生成された推定フレーム
にて置換される。推定ユニット１０は、“不良”なフレ
ームのモードを推定し、次に、推定されたモードに対し
て、フレーム内の各特性パラメータを推定する。このプ
ロセスは、次に、ステップ４０に進み、ステップ４０に
おいてフレームのモードがモードリーダ１１によって決
定される。このとき、それぞれ、そのフレームが“良好
な”フレームである場合は実際のモードが決定され、推
定フレームである場合は推定モードが決定される。次
に、ステップ４１において、フレームシンセサイザ１２
は、フレームを合成する。勿論、推定ユニット１０は、
推定モードをフレーム内に符号化する代わりに、フレー
ムシンセサイザ１２に直接に送信することもできる。最
後に、ステップ４２において、第二の後処理ユニット１
３は、合成されたフレームを出力する。
ムが推定ユニット１０によって生成された推定フレーム
にて置換される。推定ユニット１０は、“不良”なフレ
ームのモードを推定し、次に、推定されたモードに対し
て、フレーム内の各特性パラメータを推定する。このプ
ロセスは、次に、ステップ４０に進み、ステップ４０に
おいてフレームのモードがモードリーダ１１によって決
定される。このとき、それぞれ、そのフレームが“良好
な”フレームである場合は実際のモードが決定され、推
定フレームである場合は推定モードが決定される。次
に、ステップ４１において、フレームシンセサイザ１２
は、フレームを合成する。勿論、推定ユニット１０は、
推定モードをフレーム内に符号化する代わりに、フレー
ムシンセサイザ１２に直接に送信することもできる。最
後に、ステップ４２において、第二の後処理ユニット１
３は、合成されたフレームを出力する。
【００２９】図８は、第二のボコーダ７に対する代替実
施例を示す。この第二のボコーダ７は、図１と図５に示
すそれと同一の要素を備えるが、モードリーダ１１’
が、処理の流れの中で、コードシンセサイザ９”の前に
配置され、コードシンセサイザ９”がモードを受信する
点が異なる。
施例を示す。この第二のボコーダ７は、図１と図５に示
すそれと同一の要素を備えるが、モードリーダ１１’
が、処理の流れの中で、コードシンセサイザ９”の前に
配置され、コードシンセサイザ９”がモードを受信する
点が異なる。
【００３０】図９は、第二のボコーダ７に対する第二の
動作の方法を解説する流れ図である。ステップ４３にお
いて、フレームが第二の前処理ユニット８によって、従
来の技術のステップ２０と類似するやり方で受信され
る。
動作の方法を解説する流れ図である。ステップ４３にお
いて、フレームが第二の前処理ユニット８によって、従
来の技術のステップ２０と類似するやり方で受信され
る。
【００３１】このフレームは、フレームのモードを示す
ビットを含む。このモードビットは、図４に示すように
フレームの第一の位置に置くことも、フレーム内の他の
位置に置くこともできる。ステップ４４において、フレ
ームのモードがモードリーダ１１’によってモードビッ
トを傍受することで読み出される。このモードは、コー
ドシンセサイザ９”とフレームシンセサイザ１２に送ら
れる。
ビットを含む。このモードビットは、図４に示すように
フレームの第一の位置に置くことも、フレーム内の他の
位置に置くこともできる。ステップ４４において、フレ
ームのモードがモードリーダ１１’によってモードビッ
トを傍受することで読み出される。このモードは、コー
ドシンセサイザ９”とフレームシンセサイザ１２に送ら
れる。
【００３２】ステップ４５において、コードアナライザ
９は、専ら、読み出されたＣＲＣコードとフレーム内の
重要なビットにそのモードに特定なコーティングフォー
ミュラを適用することで得られたＣＲＣコードが一致す
るか決定する。一致する場合は、そのフレームは、“良
好”なフレームであるとラベルされ、処理は、ステップ
４７に進み、ここでフレームがステップ４４において検
出されたモードに従って合成される。一致しない場合
は、フレームは、“不良”なフレームとしてラベルさ
れ、処理は、ステップ４６に進む。ステップ４６におい
て、新たなモードを含むフレームが推定された後、処理
はステップ４７に進み、ステップ４７において、推定フ
レームが推定モードに従って合成される。最後に、ステ
ップ４８において、合成されたフレームが、第二の後処
理ユニット１３によって、上述のステップ２６および４
２と類似のやり方で送信される。
９は、専ら、読み出されたＣＲＣコードとフレーム内の
重要なビットにそのモードに特定なコーティングフォー
ミュラを適用することで得られたＣＲＣコードが一致す
るか決定する。一致する場合は、そのフレームは、“良
好”なフレームであるとラベルされ、処理は、ステップ
４７に進み、ここでフレームがステップ４４において検
出されたモードに従って合成される。一致しない場合
は、フレームは、“不良”なフレームとしてラベルさ
れ、処理は、ステップ４６に進む。ステップ４６におい
て、新たなモードを含むフレームが推定された後、処理
はステップ４７に進み、ステップ４７において、推定フ
レームが推定モードに従って合成される。最後に、ステ
ップ４８において、合成されたフレームが、第二の後処
理ユニット１３によって、上述のステップ２６および４
２と類似のやり方で送信される。
【００３３】図５および図７〜９に示す第二のボコーダ
７を動作する方法において、別のやり方として、モード
リーダ１１を第二のボコーダ７から除去し、フレームの
モードを、読み出されたＣＲＣコードを複数のモードに
特定なＣＲＣコーティングフォーミュラのいずれが満た
すかを決定することで決定することもできる。この場合
は、モードはコードシンセサイザ９によって決定され、
フレームシンセサイザ１２に送信されることとなる。
７を動作する方法において、別のやり方として、モード
リーダ１１を第二のボコーダ７から除去し、フレームの
モードを、読み出されたＣＲＣコードを複数のモードに
特定なＣＲＣコーティングフォーミュラのいずれが満た
すかを決定することで決定することもできる。この場合
は、モードはコードシンセサイザ９によって決定され、
フレームシンセサイザ１２に送信されることとなる。
【００３４】以上の説明から、図７および図９に示す本
発明による方法では、コードに特定なＣＲＣコーティ
ングフォーミュラでは、各動作モードに対して、マスタ
ＣＲＣコーティングフォーミュラより頑丈なコーティン
グを達成できることがわかる。さらに、本発明によるモ
ードに特定なＣＲＣコーティングフォーミュラでは、重
要でないビットが全く用いられないか、もしくは、少な
くともマスタＣＲＣコーティングフォーミュラの場合ほ
ど多くは用いられないために、フレームが“不良”なフ
レームとして判定される頻度も小さくなることがわか
る。本発明は、ＣＲＣコーティングを用いるものとして
説明されたが、本発明は他のタイプのエラー検査コード
フォーマットにも同様に適用することができ、それらを
ＣＲＣコードフォーマットの代わりに用いることもでき
ることに注意する。
発明による方法では、コードに特定なＣＲＣコーティ
ングフォーミュラでは、各動作モードに対して、マスタ
ＣＲＣコーティングフォーミュラより頑丈なコーティン
グを達成できることがわかる。さらに、本発明によるモ
ードに特定なＣＲＣコーティングフォーミュラでは、重
要でないビットが全く用いられないか、もしくは、少な
くともマスタＣＲＣコーティングフォーミュラの場合ほ
ど多くは用いられないために、フレームが“不良”なフ
レームとして判定される頻度も小さくなることがわか
る。本発明は、ＣＲＣコーティングを用いるものとして
説明されたが、本発明は他のタイプのエラー検査コード
フォーマットにも同様に適用することができ、それらを
ＣＲＣコードフォーマットの代わりに用いることもでき
ることに注意する。
【００３５】以上、本発明について様々な実施例につい
て詳しく説明したが、本発明は様々に変更することがで
き、これらバリエーションも本発明の精神および範囲か
ら逸脱するものではなく、当業者には明らかな全ての修
正が特許請求の範囲に含まれるものである。例えば、本
発明から逸脱することなく、フレーム長をモード毎に変
えることもでき、この場合は、フレームに開始ビットお
よび／あるいは停止ビットシーケンスを入れることが考
えられる。加えて、本発明はデータが符号化された後に
格納され、その後、同一の符号化／復号化ボコーダにて
データが取り出される際のデータの精度を保障するため
にも同様に適用することができる。
て詳しく説明したが、本発明は様々に変更することがで
き、これらバリエーションも本発明の精神および範囲か
ら逸脱するものではなく、当業者には明らかな全ての修
正が特許請求の範囲に含まれるものである。例えば、本
発明から逸脱することなく、フレーム長をモード毎に変
えることもでき、この場合は、フレームに開始ビットお
よび／あるいは停止ビットシーケンスを入れることが考
えられる。加えて、本発明はデータが符号化された後に
格納され、その後、同一の符号化／復号化ボコーダにて
データが取り出される際のデータの精度を保障するため
にも同様に適用することができる。
【図１】従来の技術による第一と第二のマルチモードボ
コーダの構成要素を図解するブロック図である。
コーダの構成要素を図解するブロック図である。
【図２】図１の第一と第二のボコーダの動作の方法を図
解する流れ図である。
解する流れ図である。
【図３】図１の第一のボコーダから送信される２つの順
次フレームを図解するテーブルである。
次フレームを図解するテーブルである。
【図４】図１の第一のボコーダの４つの異なるモードの
重要なビットを図解するテーブルである。
重要なビットを図解するテーブルである。
【図５】本発明による第一と第二のマルチモードボコー
ダの構成要素を図解するブロック図である。
ダの構成要素を図解するブロック図である。
【図６】図５の第一のボコーダの動作の方法を図解する
流れ図である。
流れ図である。
【図７】図５の第二のボコーダの動作の方法を図解する
流れ図である。
流れ図である。
【図８】本発明による第二のマルチモードボコーダの代
替実施例の構成要素を図解するブロック図である。
替実施例の構成要素を図解するブロック図である。
【図９】図８の第二のボコーダに対する代替の動作の方
法を図解する流れ図である。
法を図解する流れ図である。
１ 第一のボコーダ ２ 第一の前処理ユニット ３ モードセレクタ ４ 圧縮ユニット ５ コードビルダ（コード構築器／生成器） ６ 第一の後処理ユニット ７ 第二のボコーダ ８ 第二の前処理ユニット ９ コードアナライザ（コード解析器） １０ 推定ユニット １１ モードリーダ １２ フレームシンセサイザ １３ 第二の後処理ユニット
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ミヒャエル デー．ターナー アメリカ合衆国 07940 ニュージャーシ ィ，マディソン，エルム 33 ナンバー９
Claims (19)
- 【請求項１】 マルチモードボコーダによって受信され
るデータ内のエラーを検出する方法であって、この方法
が：データおよびエラーコードを含む送信を受信するス
テップ；前記エラーコードを読み出すステップ；および
前記エラーコードをデータの部分と、次々と、複数のフ
ォーミュラを用いて（の下で）比較するステップを含
み、この比較ステップが、前記比較の少なくとも一つが
一致し、データがエラーを含まないことが示されるま
で、もしくは、前記比較の全てが失敗し、データがエラ
ーを含むことが示されるまで行なわれることを特徴とす
る方法。 - 【請求項２】 前記送信がビットのフレームであり、前
記エラーコードが前記フレーム内の複数のビットである
ことを特徴とする請求項１の方法。 - 【請求項３】 前記比較ステップが、複数のフォーミュ
ラの一つを前記フレーム内の幾つかの特定のビットに適
用するステップを含むことを特徴とする請求項２の方
法。 - 【請求項４】 前記データが音声信号を表し、前記フレ
ーム内の幾つかの特定のビットが前記音声信号の重要な
特性パラメータを表すことを特徴とする請求項３の方
法。 - 【請求項５】 前記比較ステップが、第一のフォーミュ
ラを前記フレーム内の第一の幾つかの特定のビットに適
用するステップと、第二のフォーミュラを前記フレーム
内の第二の幾つかの特定のビットに適用するステップを
含み、前記第一の幾つかの特定のビットが前記フレーム
内において前記第二の幾つかの特定のビットと相対的に
異なる位置を占拠することを特徴とする請求項３の方
法。 - 【請求項６】 前記比較ステップが、第一のフォーミュ
ラを前記フレーム内の第一の幾つかの特定のビットに適
用するステップと、第二のフォーミュラを前記フレーム
内の第二の幾つかの特定のビットに適用するステップを
含み、前記第一の幾つかの特定のビットの数が前記第二
の幾つかの特定のビットの数と異なることを特徴とする
請求項３の方法。 - 【請求項７】 前記複数のフォーミュラの各フォーミュ
ラが、前記マルチモードボコーダの様々な複数のモード
の各異なるモードと一意に対応し、前記ボコーダの様々
な複数のモードが前記マルチモードボコーダによって受
信されているデータのタイプによって決定されることを
特徴とする請求項１の方法。 - 【請求項８】 前記データのタイプに有声音タイプの音
声信号と無声音タイプの音声信号が含まれることを特徴
とする請求項７の方法。 - 【請求項９】 マルチモードボコーダによって受信され
るデータ内のエラーを検出する方法であって、この方法
が：前記データのモードおよびエラーコードを識別する
部分を読み出すステップ；および前記エラーコードを前
記データの部分と、前記モードによって決定されるフォ
ーミュラを用いて比較するステップを含み、前記比較が
一致する場合、そのデータはエラーを含まないものとみ
なされ、一致しない場合は、そのデータはエラーを含む
ものとみなされることを特徴とする方法。 - 【請求項１０】 前記データがビットのフレームであ
り、前記エラーコードが前記フレーム内の複数のエラー
コードビットであり、前記モードが前記フレーム内の複
数のモードビットであることを特徴とする請求項９の方
法。 - 【請求項１１】 前記比較ステップが、前記モードによ
って決定されるフォーミュラを、前記フレーム内の幾つ
かの特定のビットおよび前記モードビットに適用するス
テップを含むことを特徴とする請求項１０の方法。 - 【請求項１２】 前記データが音声信号を表し、前記フ
レーム内の幾つかの特定のビットが、前記音声信号の重
要な特性パラメータを表すことを特徴とする請求項１１
の方法。 - 【請求項１３】 前記マルチモードボコーダが複数のモ
ードおよび複数のフォーミュラを備え、各モードが前記
マルチモードボコーダによって受信されているデータの
タイプによって決定され、各フォーミュラが前記複数の
モードのおのおのと一意に対応することを特徴とする請
求項９の方法。 - 【請求項１４】 前記データのタイプに有声音タイプの
音声信号と無声音タイプの音声信号が含まれることを特
徴とする請求項１３の方法。 - 【請求項１５】 マルチモードボコーダによって送信す
べきデータを形成する方法であって、この方法が：前記
マルチモードボコーダの入力信号を分析することで、前
記マルチモードボコーダのモードを決定するステップ；
前記入力信号を前記モードに従って処理することで、デ
ータを形成するステップ；前記データの一部分に前記モ
ードに従って選択されるフォーミュラを適用することで
エラーコードを形成するステップ；および前記エラーコ
ードを前記データに付加するステップ、から構成される
ことを特徴とする方法。 - 【請求項１６】 前記データがビットのフレームであ
り、前記エラーコードが前記フレーム内の複数のビット
であることを特徴とする請求項１５の方法。 - 【請求項１７】 前記データが音声信号を表し、前記モ
ードに従って選択される前記フォーミュラが、前記フレ
ーム内の前記音声信号の重要な特性パラメータを表す幾
つかの特定のビットに適用されることを特徴とする請求
項１６の方法。 - 【請求項１８】 前記マルチモードボコーダが複数のモ
ードおよび複数のフォーミュラを備え、各モードが前記
マルチモードボコーダによって送信されるべきデータの
タイプによって決定され、各フォーミュラが前記複数の
モードのおのおのと一意に対応することを特徴とする請
求項１５の方法。 - 【請求項１９】 前記データのタイプに有声音タイプの
音声信号と無声音タイプの音声信号が含まれることを特
徴とする請求項１８の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/257950 | 1999-02-26 | ||
| US09/257,950 US6681203B1 (en) | 1999-02-26 | 1999-02-26 | Coupled error code protection for multi-mode vocoders |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004327581A Division JP2005176328A (ja) | 1999-02-26 | 2004-11-11 | マルチモードボコーダ用の伝送される信号のエラーを保護するための方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000259196A true JP2000259196A (ja) | 2000-09-22 |
| JP3637254B2 JP3637254B2 (ja) | 2005-04-13 |
Family
ID=22978477
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000048695A Expired - Fee Related JP3637254B2 (ja) | 1999-02-26 | 2000-02-25 | マルチモードボコーダ用の伝送される信号のエラーを保護するための方法 |
| JP2004327581A Pending JP2005176328A (ja) | 1999-02-26 | 2004-11-11 | マルチモードボコーダ用の伝送される信号のエラーを保護するための方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004327581A Pending JP2005176328A (ja) | 1999-02-26 | 2004-11-11 | マルチモードボコーダ用の伝送される信号のエラーを保護するための方法 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6681203B1 (ja) |
| EP (1) | EP1032152B1 (ja) |
| JP (2) | JP3637254B2 (ja) |
| KR (1) | KR100703577B1 (ja) |
| CA (1) | CA2298836A1 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6185631B1 (en) * | 1998-10-14 | 2001-02-06 | International Business Machines Corporation | Program for transferring execution of certain channel functions to a control unit and having means for combining certain commands and data packets in one sequence |
| US6993488B2 (en) * | 2000-06-07 | 2006-01-31 | Nokia Corporation | Audible error detector and controller utilizing channel quality data and iterative synthesis |
| KR100440055B1 (ko) * | 2002-05-02 | 2004-07-14 | 엘지전자 주식회사 | 보코더 및 그 보코더를 이용한 비트 오류율 시험 방법 |
| US20070078414A1 (en) * | 2005-08-05 | 2007-04-05 | Mcallister Devin V | Methods and devices for delivering agents across biological barriers |
| CN102136902B (zh) * | 2011-02-22 | 2013-07-10 | 江苏南极星科技有限公司 | 通信误码测量用快速同步器及其同步方法 |
| CN105513599B (zh) * | 2015-11-24 | 2019-05-21 | 西安烽火电子科技有限责任公司 | 一种基于非等重保护的速率自适应声码通信方法 |
Family Cites Families (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4712215A (en) * | 1985-12-02 | 1987-12-08 | Advanced Micro Devices, Inc. | CRC calculation machine for separate calculation of checkbits for the header packet and data packet |
| US4720830A (en) * | 1985-12-02 | 1988-01-19 | Advanced Micro Devices, Inc. | CRC calculation apparatus having reduced output bus size |
| US4899385A (en) * | 1987-06-26 | 1990-02-06 | American Telephone And Telegraph Company | Code excited linear predictive vocoder |
| US5136592A (en) * | 1989-06-28 | 1992-08-04 | Digital Equipment Corporation | Error detection and correction system for long burst errors |
| FR2690551B1 (fr) * | 1991-10-15 | 1994-06-03 | Thomson Csf | Procede de quantification d'un filtre predicteur pour vocodeur a tres faible debit. |
| US5734789A (en) * | 1992-06-01 | 1998-03-31 | Hughes Electronics | Voiced, unvoiced or noise modes in a CELP vocoder |
| JP3343965B2 (ja) * | 1992-10-31 | 2002-11-11 | ソニー株式会社 | 音声符号化方法及び復号化方法 |
| US5392300A (en) * | 1992-11-10 | 1995-02-21 | Motorola, Inc. | Dual mode radio communication unit |
| JP2746033B2 (ja) * | 1992-12-24 | 1998-04-28 | 日本電気株式会社 | 音声復号化装置 |
| JP2746039B2 (ja) * | 1993-01-22 | 1998-04-28 | 日本電気株式会社 | 音声符号化方式 |
| CA2131674A1 (en) * | 1993-09-10 | 1995-03-11 | Kalyan Ganesan | High performance error control coding in channel encoders and decoders |
| US6092230A (en) * | 1993-09-15 | 2000-07-18 | Motorola, Inc. | Method and apparatus for detecting bad frames of information in a communication system |
| KR970009756B1 (ko) * | 1994-12-23 | 1997-06-18 | 한국전자통신연구원 | 에러 정정 및 프레임 복구용 순환 선로 부호화 장치 |
| US5903862A (en) * | 1995-01-25 | 1999-05-11 | Weaver, Jr.; Lindsay A. | Method and apparatus for detection of tandem vocoding to modify vocoder filtering |
| JP3058064B2 (ja) * | 1995-10-20 | 2000-07-04 | 日本電気株式会社 | ディジタル無線電話装置 |
| US5754734A (en) | 1995-10-31 | 1998-05-19 | Motorola, Inc. | Method of transmitting voice coding information using cyclic redundancy check bits |
| FI100566B (fi) * | 1996-01-24 | 1997-12-31 | Nokia Telecommunications Oy | Kehyksen laadun tunnistamismenetelmä ja vastaanotin |
| US5802080A (en) * | 1996-03-28 | 1998-09-01 | Seagate Technology, Inc. | CRC checking using a CRC generator in a multi-port design |
| JP3583551B2 (ja) | 1996-07-01 | 2004-11-04 | 松下電器産業株式会社 | 誤り補償装置 |
| JPH1091194A (ja) | 1996-09-18 | 1998-04-10 | Sony Corp | 音声復号化方法及び装置 |
| US5751725A (en) * | 1996-10-18 | 1998-05-12 | Qualcomm Incorporated | Method and apparatus for determining the rate of received data in a variable rate communication system |
| US6108372A (en) * | 1996-10-30 | 2000-08-22 | Qualcomm Inc. | Method and apparatus for decoding variable rate data using hypothesis testing to determine data rate |
| US6094465A (en) * | 1997-03-21 | 2000-07-25 | Qualcomm Incorporated | Method and apparatus for performing decoding of CRC outer concatenated codes |
| ES2157854B1 (es) * | 1997-04-10 | 2002-04-01 | Nokia Mobile Phones Ltd | Metodo para disminuir el porcentaje de error de bloque en una transmision de datos en forma de bloques de datos y los correspondientes sistema de transmision de datos y estacion movil. |
| US6233550B1 (en) * | 1997-08-29 | 2001-05-15 | The Regents Of The University Of California | Method and apparatus for hybrid coding of speech at 4kbps |
| JPH11122120A (ja) * | 1997-10-17 | 1999-04-30 | Sony Corp | 符号化方法及び装置、並びに復号化方法及び装置 |
| US6438678B1 (en) * | 1998-06-15 | 2002-08-20 | Cisco Technology, Inc. | Apparatus and method for operating on data in a data communications system |
| US6480556B1 (en) * | 1999-04-27 | 2002-11-12 | Ericsson Inc. | Rate detection apparatus and method for variable rate speech encoding |
| US6260017B1 (en) * | 1999-05-07 | 2001-07-10 | Qualcomm Inc. | Multipulse interpolative coding of transition speech frames |
| JP4218134B2 (ja) * | 1999-06-17 | 2009-02-04 | ソニー株式会社 | 復号装置及び方法、並びにプログラム提供媒体 |
| US6208699B1 (en) * | 1999-09-01 | 2001-03-27 | Qualcomm Incorporated | Method and apparatus for detecting zero rate frames in a communications system |
-
1999
- 1999-02-26 US US09/257,950 patent/US6681203B1/en not_active Expired - Lifetime
-
2000
- 2000-02-15 CA CA002298836A patent/CA2298836A1/en not_active Abandoned
- 2000-02-15 EP EP00301167.3A patent/EP1032152B1/en not_active Expired - Lifetime
- 2000-02-25 KR KR1020000009305A patent/KR100703577B1/ko not_active IP Right Cessation
- 2000-02-25 JP JP2000048695A patent/JP3637254B2/ja not_active Expired - Fee Related
-
2004
- 2004-11-11 JP JP2004327581A patent/JP2005176328A/ja active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP1032152A3 (en) | 2006-06-21 |
| CA2298836A1 (en) | 2000-08-26 |
| JP2005176328A (ja) | 2005-06-30 |
| US6681203B1 (en) | 2004-01-20 |
| KR100703577B1 (ko) | 2007-04-05 |
| JP3637254B2 (ja) | 2005-04-13 |
| KR20000076730A (ko) | 2000-12-26 |
| EP1032152A2 (en) | 2000-08-30 |
| EP1032152B1 (en) | 2013-09-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5073940A (en) | Method for protecting multi-pulse coders from fading and random pattern bit errors | |
| US5060269A (en) | Hybrid switched multi-pulse/stochastic speech coding technique | |
| EP1281174B1 (en) | Forward error correction in speech coding | |
| CA2430111C (en) | Speech parameter coding and decoding methods, coder and decoder, and programs, and speech coding and decoding methods, coder and decoder, and programs | |
| JP2004508597A (ja) | オーディオ信号における伝送エラーの抑止シミュレーション | |
| US5991725A (en) | System and method for enhanced speech quality in voice storage and retrieval systems | |
| JP3054438B2 (ja) | 線型予測音声符号器における音源パルスの位置決め方法 | |
| JP4651195B2 (ja) | Ｃｅｌｐ符号化／復号方法と装置 | |
| JP6170172B2 (ja) | 符号化モード決定方法及び該装置、オーディオ符号化方法及び該装置、並びにオーディオ復号化方法及び該装置 | |
| US5864795A (en) | System and method for error correction in a correlation-based pitch estimator | |
| JP3637254B2 (ja) | マルチモードボコーダ用の伝送される信号のエラーを保護するための方法 | |
| KR100327969B1 (ko) | 음성재생속도변환장치및음성재생속도변환방법 | |
| US7444289B2 (en) | Audio decoding method and apparatus for reconstructing high frequency components with less computation | |
| AU2541799A (en) | Apparatus and method for hybrid excited linear prediction speech encoding | |
| JP3531780B2 (ja) | 音声符号化方法および復号化方法 | |
| US6219636B1 (en) | Audio pitch coding method, apparatus, and program storage device calculating voicing and pitch of subframes of a frame | |
| US20060009967A1 (en) | Sinusoidal audio coding with phase updates | |
| JPH11175096A (ja) | 音声信号処理装置 | |
| KR20050085744A (ko) | 오디오 인코딩에서의 사인곡선 선택 | |
| JP3088204B2 (ja) | コード励振線形予測符号化装置及び復号化装置 | |
| JP3296411B2 (ja) | 音声符号化方法および復号化方法 | |
| Wu et al. | An improved MELP speech coder | |
| JP2000298500A (ja) | 音声符号化方法 | |
| JPH0351900A (ja) | エラー処理方式 | |
| JP3092519B2 (ja) | コード駆動線形予測音声符号化方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040225 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040524 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040714 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041111 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20041116 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041213 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050107 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120114 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130114 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |