(57)【特許請求の範囲】
【請求項１】
マルチモードボコーダによって受信されるデータ内のエラーを検出する方法であって、この方法が：
データおよびエラーコードを含む送信を受信するステップ；
該エラーコードを読み出すステップ；および
複数回行った比較のうちの少なくとも1つが一致するか、又は複数回行った比較のうちの全てが一致しないという結果を生ずるまで、複数のフォーミュラを使用して該エラーコードとデータの部分とを連続的に比較することにより、データがエラーを含むか否かを判定するステップを含み、該複数回行った比較のうちの1つが一致した場合には、該データがエラーを含んでいないと判定され、該複数回行った比較のうちの全てが一致しない場合には、該データがエラーを含んでいると判定される方法。
【請求項２】
請求項1に記載の方法において、該送信がビットのフレームであり、該エラーコードが該フレーム内の複数のビットである方法。
【請求項３】
請求項2に記載の方法において、該判定するステップが、複数のフォーミュラの一つを該フレーム内の幾つかの特定のビットに適用するステップを含む方法。
【請求項４】
請求項3に記載の方法において、該データが音声信号を表し、該フレーム内の幾つかの特定のビットが該音声信号の重要な特性パラメータを表す方法。
【請求項５】
請求項3に記載の方法において、該判定するステップが、第1のフォーミュラを該フレーム内の第1の幾つかの特定のビットに適用するステップと、第2のフォーミュラを該フレーム内の第2の幾つかの特定のビットに適用するステップを含み、該第1の幾つかの特定のビットが該フレーム内において該第2の幾つかの特定のビットと相対的に異なる位置を占拠する方法。
【請求項６】
請求項3に記載の方法において、該判定するステップが、第1のフォーミュラを該フレーム内の第1の幾つかの特定のビットに適用するステップと、第2のフォーミュラを該フレーム内の第2の幾つかの特定のビットに適用するステップを含み、該第1の幾つかの特定のビットの数が該第2の幾つかの特定のビットの数と異なる方法。
【請求項７】
請求項1に記載の方法において、該複数のフォーミュラの各フォーミュラが、該マルチモードボコーダの様々な複数のモードの各異なるモードと一意に対応し、該ボコーダの様々な複数のモードが該マルチモードボコーダによって受信されているデータのタイプによって決定される方法。
【請求項８】
請求項7に記載の方法において、該データのタイプに有声音タイプの音声信号と無声音タイプの音声信号が含まれる方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、マルチモードボコーダと関連して伝送あるいは格納されるデジタルデータの精度を保障することに関する。
【０００２】
【従来の技術】
ボコーダは、従来から知られている技術である。簡単には、ボコーダによるデジタル音声信号の処理においては、最初に、デジタル音声信号が、順次、複数のセグメントに分解される。次に、ボコーダは、各セグメントと関連する様々なパラメータ、例えば、ピッチ値、ピッチ利得、固定コードブック応答などを導く（生成する）。次に、こうして得られたパラメータが、ビットパターンによって特性化（記述）され、次に、（この特性ビットパターンが）フレームに組み立てられる。このとき、各フレームは、元の音声信号セグメントを表すが、ただし、一連のフレームは、元のセグメントと相対的に圧縮され、従って、元のセグメントと比較して、より高速に伝送、あるいはより小さなメモリに格納することが可能になる。
【０００３】
送信されたフレームを受信、あるいは格納されたフレームを取り出すときは、同一のボコーダにて、フレームを伸張することで、元のデジタル音声信号を近似する認識可能な音声を再生あるいは合成される。フレームを伸張する際に、送信エラーあるいは符号化エラーが発生したか否かを決定（検出）することが重要となる。エラーが検出できないままだと、合成された音声の品質がエラーフレームのために損なわれる。エラーを検出することができれば、そのフレームを単に無視するか、あるいは前のおよび／あるいは後続のフレームから推定することで、再生音声の全体としての品質を改善することが可能になる。
【０００４】
図１は、従来の技術による第一と第二のボコーダを示す。第一のボコーダ１は、第一の前処理ユニット２、モードセレクタ３、圧縮ユニット４、コードビルダ（コード構築器）５、および第一の後処理ユニット６から構成される。第二のボコーダ７は、第二の前処理ユニット８、コードアナライザ（コード解析）９、推定ユニット１０、モードリーダ１１、フレームシンセサイザ（合成器）１２、および第二の後処理ユニット１３から構成される。
【０００５】
図２との関連でボコーダの動作を説明すると、ステップ１４において、第一の前処理ユニット１２は入力信号を受信する。第一の前処理ユニット１２は、入力信号を、後の処理のために、コンディショニングする。例えば、入力信号がアナログ音声信号である場合は、第一の前処理ユニット２はアナログ音声信号をデジタル音声信号に変換する。加えて、第一の前処理ユニット２はデジタル音声信号を、一連の逐次信号セグメントに分割する。
【０００６】
ステップ１５において、モードセレク３は、信号セグメントを解析し、その中に含まれるデジタル音声信号のタイプを決定する。例えば、音声信号は、有声音タイプの音声信号であることもあり、有声音タイプの音声信号には、例えば、母音が含まれる。母音の特性化においては、ある種のトーンパラメータ、例えば、ピッチ遅延やピッチが相対的に重要となる。音声信号のもう一つのタイプとして、無声音の音声信号があり、無声音タイプの音声信号には、例えば、“ｓ”音やノイズもしくは空電に類似する他の任意の音が含まれる。無声音の特性化においては、ピッチパラメータは相対的に重要でなくなり、むしろ、固定コードブック出力などのパラメータが重要となる。勿論、モードセレクタ３は、他のタイプの音声信号を決定することもできる。ここで注意すべき点はデジタル化された音声信号のモードは１秒間に１００回も変化し得ることである。
【０００７】
次に、ステップ１６において、圧縮ユニット４は、信号セグメントと関連する特性パラメータを導出する（生成する）。圧縮ユニット４は、適応コードブック、固定コードブック、インパルス応答ユニット、線形予測コーダなどの様々な要素を備え、これら様々な要素は、ピッチ、ピッチ利得、固定コードブック出力などの信号セグメントの属性に関するパラメータを得る。圧縮ユニット４は、こうして導出（生成）されたパラメータを特性化するためのビットパターンを割当てる。ステップ１６と１５は、逆の順番で行なうことも、あるいはこれらを互いに連動させることもできる。換言すれば、ステップ１５におけるモードの選択（決定）をステップ１６の結果に基づいて行なうこともできる。
【０００８】
次に、ステップ１７において、圧縮ユニット４は、これらビットパターンをフレームにアセンブルする（組み立てる）。典型的なフレームは、１００〜２００個のビットから構成されるが、ただし、当業者においては理解できるように、フレームは、任意の数のビットから構成することができる。図３は、圧縮ユニット４によって生成される一例としての２つの順序フレームを示す。このフレーム配列においては、ピッチは、フレームのビット位置３〜６を占拠するビットによって特性化され、ピッチ利得は、フレームのビット位置９５〜９９を占拠するビットによって特性化される。図面には示されてない他のビット位置は、音声信号セグメントを特性化する他の情報を含む。勿論、フレーム内の特性情報の位置、および各パラメータに割当てられるビットの数は自由に変えることができる。
【０００９】
図１に示すように、圧縮ユニット４は、モードセレクタ３からモードを受信する。圧縮ユニット４は、受信されたモードに基づいて、そのモードに対応するタイプの音声信号を最も良く特性化するパラメータにより大きな重要性を割当てる。例えば、有声音タイプの音声信号が処理されている場合は、ピッチおよびピッチ利得パラメータにより多くのビット、従って、より大きな解像度が割当てられる。これらピッチおよびピッチ利得パラメータに対して用いるための追加のビットは、有声音タイプの音声信号では相対的に重要でないパラメータ、例えば、ランダムパラメータから振り分けられる。無声音タイプの音声信号が処理されている場合は、固定コードブック出力パラメータにより多くのビットが、ピッチおよびピッチ利得パラメータを犠牲にして割当てられる。
【００１０】
フレーム内における様々なパラメータの位置は、モードによって変えることができることにも注意する。例えば、一つの実施例においては、モードが有声音タイプの音声信号に対応する場合は、ピッチパラメータは、ビット位置４〜１４を占拠し、モードが無声音タイプの音声信号に対応する場合は、ピッチパラメータは、ビット位置２０〜２３を占拠する。
【００１１】
図４は、第一のボコーダ１の４つのモードを示す。勿論、第一のボコーダ１は、４個より多くのモードを持つこともできる。各モードは、“Ｂ”とラベルされる複数の（相対的に）重要なビットと、“ｂ”とラベルされる複数の（相対的に）重要でないビットを持つ。重要なビット“Ｂ”は、そのビット位置内のデータが、特定のモード、例えば、特定のタイプの音声に対して重要なパラメータと関連することを意味する。例えば、ピッチを表すビット位置は、有声音タイプの音声信号を表すモードでは重要なビット位置となる。重要なビット“Ｂ”の数と位置は、両方とも、モードによって変わることに注意する。典型的には、あるモードにおいて重要なビットの数は、４０〜１００ビットであり、残りのビットは、その後の音声信号の再生において、それほど重要ではない。
【００１２】
図２に戻り、次に、ステップ１８において、コードビルダ５は、フレーム内の潜在的に重要なビットに基づいて、巡回冗長検査（ＣＲＣ）コードを生成（構築）する。巡回冗長検査（ＣＲＣ）コードは、フレームに追加される一つあるいは複数のビットであり、フレーム内の潜在的に重要なビットの精度を保障することを目的とする。ＣＲＣコーティングフォーミュラ（公式／方式）の一例においては、フレーム内の潜在的に重要なビットが全て反復される。この方法では、ＣＲＣコードは、頑丈となり、重要なビットのエラーは存在しないという高度の保障は得られるが、反面で多数のビットが必要となる。ＣＲＣコーティングフォーミュラのもう一つの例においては、潜在的に重要なビットの単純な１ビットパリティチェックが行なわれる。この方法では、ＣＲＣコードは１ビットしか要求しないが、ただし、重要なビットの精度は十分には保障されない。両者の折衷型として、潜在的に重要なビットの多項式に基づいてＣＲＣコードを生成するＣＲＣコーティングフォーミュラも当分野において知られている。
【００１３】
図４に示すように、重要なビット“Ｂ”の実際の数はモードによって異なり、さらに、重要なビット“Ｂ”の位置もモードによって異なる。このため、マスタコーティングフォーミュラと呼ばれるＣＲＣコーティングフォーミュラにおいては、フレーム内の潜在的に重要なデータをモードに関係なく全て保障するために、様々なモードにおいて潜在的に重要なビット“Ｂ”を含む可能性があるフレームの各ビットが保護される。例えば、図４においては、図面に示されるビットの内で、ビット００、０１、０２、０３、０４、０６、０７、０９、９８および９９は、モードによっては潜在的に重要なビット“Ｂ”を含む可能性がある。他方、図面に示されるビットの内で、ビット０５、０８、および１０のみは、モードに関係なく、重要でないビット“ｂ”である。従って、このＣＲＣコーティングフォーミュラでは、ビット００、０１、０２、０３、０ ４、０６、０７、０９、９８および９９を用いてＣＲＣマスタコードが得られる。
【００１４】
図２に戻り、次に、ステップ１９において、第一の後処理ユニット６は、ＣＲＣコードを付加してフレームを送信する。送信フレームは、毎秒何百フレームという高速にてハードワイヤ（有線）あるいは無線媒体を介して第二のボコーダ７に送信される。次に、ステップ２０において、第二の前処理ユニット８は、このフレームを受信する。次に、ステップ２１において、ＣＲＣコードアナライザ９は、フレームのCRCコードビットを傍受する。次に、ステップ２２において、ＣＲＣコードアナライザ９は、フレームの様々な潜在的に重要なビット位置内のビットが、それらにマスタコーティングフォーミュラが適用されたとき、ＣＲＣコードと一致するか否か決定する。一致しない場合は、そのフレームはエラーを含むために、“不良（bad）”とラベルされ、プロセスは、ステップ２３に進む。一致する場合は、エラーは発生しなかったものと想定され、そのフレームは“良好（good）”なフレームとしてラベルされ、プロセスは、ステップ２４に進む。
【００１５】
ステップ２３においては、“不良”なフレームが、推定ユニット１０によって推定フレームと置換される。フレームは、フレーム内に含まれる様々な特性パラメータの推定から推定される。推定される特性パラメータのフレーム内における位置および解像度は、フレームのモードの推定に基づいて指定（決定）される。推定フレームは、単に、前のフレームと同一なことも（この場合、モードは同一）、前のおよび／あるいは将来のフレームに基づいて推定されることもある（この場合、フレームのモードは異なる）。いずれにしても、推定フレームは、エラーを含むフレームが検出、除去、置換されるために、再生音声の全体としての品質を改善させることが期待される。加えて、ステップ２３においてモードも推定し、これが直接にフレームシンセサイザ１２に送信されるか、あるいは、推定したモードが推定されたフレーム内に符号化され、これがステップ２４においてモードリーダ１１によって読み出される。
【００１６】
ステップ２４において、モードリーダ１１は、フレームのモードを決定する。フレームシンセサイザ１２は、モードリーダ１１からモードを受信し、ステップ２５において、モードに基づいて、フレーム内のビットパターンによって表される特性パラメータから、そのフレームがステップ２０において受信されたフレームであるか、ステップ２３において置換されたフレームであるかに関係なく、デジタル音声信号セグメントを合成もしくは再生する。次に、ステップ２６において、第二の後処理ユニット１３は、合成されたデジタル音声信号セグメントを順番に出力する。
【００１７】
【発明が解決しようとする課題】
上述の従来の技術によるプロセスは、幾つかの短所を持つ。第一に、ステップ１８においてコードビルダ５にて用いられるマスタコーティングフォーミュラ（方式）では、ステップ２２においてコードシンセサイザ９によって検出されるエラーフレームの数が不必要に増加する。この問題は、ＣＲＣマスタコーティングフォーミュラでは、あるモードでは重要でないビットも保護されるために生じる。例えば、図４のモード０３において、ＣＲＣマスタコーティングフォーミュラは、ビット位置０７を、ビット位置０７は重要でないビット“ｂ”であるのに用いる。このため、ビット位置０７にエラーが発生した場合、ステップ２２におけるＣＲＣコードのチェックの結果として、そのフレームは“不良”なフレームとしてラベルされ、そのフレームがステップ２３において置換されることとなる。このことは、そのフレームは、これを行なわない場合でも、合成されたとき十分に正確なものとなり、むしろ、多くの場合、ステップ２３において生成される推定フレームより正確であることを考慮すると不幸なことである。さらに、ステップ２３における推定フレームの生成には、当然、処理のための時間が必要であり、その分、データを第二のボコーダ７に送信する速度も遅くなる。このため、検出されるエラーフレームの数を削減することは、データフローの速度を向上することにもつながる。
【００１８】
マスタＣＲＣコーティングフォーミュラは、第二の短所は、この方式では様々なモードにおいて重要なビット“Ｂ”を含む可能性のある全てのビット位置が用いられるために、それほど頑丈でないことである。一般に、ＣＲＣコーティングフォーミュラの頑丈さ、つまり、それが保護しようとするデータ内のエラーを検出できる能力は、ＣＲＣコード内のビットの数およびＣＲＣコードを生成するＣＲＣコーティングフォーミュラに送られる（用いられる）ビットの数に直接関係し、保護されるビットの数、つまり、ＣＲＣコーティングフォーミュラにおいて用いられるビットの数を削減すればするほど、ＣＲＣコードの頑丈さは向上する。
【００１９】
【課題を解決するための手段】
本発明の一つの目的は、マルチモードボコーダによって受信されるデータ内のエラーを検出する方法を提供することにあるが、この方法は、データおよびエラーコードを含む送信を受信するステップ；前記エラーコードを読み出すステップ；および前記エラーコードをデータの部分と、次々と、複数のフォーミュラを用いて比較するステップを含む。この比較ステップは、前記比較の少なくとも一つが一致し、データがエラーを含まないことが示されるまで、もしくは、前記比較の全てが失敗し、データがエラーを含むことが示されるまで行なわれる。
【００２０】
本発明のもう一つの目的は、マルチモードボコーダによって受信されるデータ内のエラーを検出する方法を提供することにあるが、この方法は、前記データのモードおよびエラーコードを識別する部分を読み出すステップ；および前記エラーコードを前記データの部分と、前記モードによって決定されるフォーミュラを用いて比較するステップを含む。前記比較が一致する場合、そのデータはエラーを含まないものとみなされ、一致しない場合は、そのデータはエラーを含むものとみなされる。
【００２１】
本発明のもう一つの目的は、マルチモードボコーダによって送信すべきデータを形成する方法を提供することにあるが、この方法は、前記マルチモードボコーダの入力信号を分析することで、前記マルチモードボコーダのモードを決定するステップ；前記入力信号を前記モードに従って処理することでデータを形成するステップ；前記データの一部分に前記モードに従って選択されるフォーミュラを適用することでエラーコードを形成するステップ；および前記エラーコードを前記データに付加するステップから構成される。
【００２２】
本発明のより完全な理解を期して、以下に、本発明を、付録の図面との関連で詳細に説明するが、以下に説明および付録の図面は、単に説明のためのものであり、本発明を制約することを目的とするものではないことに注意する。
【００２３】
【発明の実施の形態】
図５は、本発明による第一と第二のボコーダを示す。同一の参照番号は、図１に示すそれと同一あるいは類似の要素を示す。第一のボコーダ１と第二のボコーダ７と、図１に示すそれと異なる重要な点は、第一のボコーダ１内のコードビルダ５’がモードセレクタ３からモードを受信するところである。
【００２４】
図６は、第一のボコーダ１の動作の方法を図解する流れ図である。ステップ２７〜３０およびステップ３２は、従来の技術との関連で上述したステップ１４〜１７およびステップ１９に対応し、ステップ３１は、従来の技術と異なる。より詳細には、本発明によると、ステップ３１においてＦ、フレーム内の特定のモードに対して重要なビットに焦点を定めて、モードに特定なＣＲＣコードが生成される。換言すれば、各モードが自身のＣＲＣコーティングフォーミュラ（方式／公式）を持つ（使用する）。
【００２５】
例えば、図４との関連で説明すると、モード００に対するＣＲＣコーティングフォーミュラは、（モード００に対して示されるビットの内の）ビット００、０１、０２、０３、０４、０７、および０９のみを含む複素多項式を用い、モード０１に対するＣＲＣコーティングフォーミュラは、（モード０１に対して示されるビットの内の）ビット００、０１、０２、０３、０７、０９、９７、９８および９９のみを含む複素多項式を用いる。が用いられる。このモードに特定なＣＲＣコーティングフォーミュラは、上述のマスタＣＲＣコーティングフォーミュラとは異なり、専らもしくは主として、各モードに対して重要なビットのみを保護するように適合される。各モードに特定なＣＲＣコードの生成には、マスタＣＲＣコーティングフォーミュラより少数のビットが用いられ、このため、各モードに特定なＣＲＣコードは、マスタＣＲＣコードと比較して、より高い保全性（健全性）を持つ、あるいは、より頑丈である。
【００２６】
図７は、図５の第二のボコーダ７を動作する方法の一つの実施例を図解する流れ図である。ステップ３３においてフレームが第二のボコーダ７によって受信され、ステップ３４においてコードアナライザ９’はＣＲＣコードを読むが、これらステップ３３と３４は、従来の技術のステップ２０と２１と類似する。
【００２７】
異なる点は、コードアナライザ９’が、コードビルダ５’からの可能なモードのおのおのに対するコーティングフォーミュラを持つように予めプログラミングされていることである。より具体的には、本発明においては、コードアナライザ９’は、ステップ３５において、その（読み出された）ＣＲＣコードと、フレーム内の他のビットからモード００に対するコーティングフォーミュラを用いて生成されたCRCコードとを比較することで、そのフレームが“良好”なフレーム、つまり、エラーを含まないフレームである否かを決定する。そのフレームが“良好”なフレームである場合は、動作はステップ４０に進み、そうでない場合は、プロセスは、ステップ３６に進む。ステップ３６において、コードアナライザ９’は、そのＣＲＣコードと、フレーム内の他のビットからモード０１に対するコーティングフォーミュラを用いて生成されたＣＲＣコードを比較することで、そのフレームが“良好”なフレーム、つまり、エラーを含まないフレームである否かを決定する。そのフレームが“良好”なフレームである場合は、動作はステップ４０に進み、そうでない場合は、プロセスは、ステップ３７に進む。ステップ３７において、コードアナライザ９’は、そのＣＲＣコードをモード０２に対するコーティングフォーミュラを用いて解析する。そのフレームが“良好”なフレームである場合は、動作はステップ４０に進み、そうでない場合は、プロセスは、ステップ３８に進む。次に、ステップ３８において、コードアナライザ９’は、そのＣＲＣコードを、モード０３に対するコーティングフォーミュラを用いて解析する。そのフレームが“良好”なフレームである場合は、動作はステップ４０に進み、そうでない場合は、そのフレームは、“不良”なフレーム、つまり、エラーを含むフレームとしてラベルされ、動作は、ステップ３９に進む。こうして、ＣＲＣコードが、順番に、各モードに対するコーティングスキームの下で、（１）各モードに対するコーティングスキームの一つが満たされるまで、もしくは（２）各モードに対するコーティングスキームの全てが失敗するまで、解析される。この技法は、モードの数が４個でない場合にも同様に適用できることに注意する。
【００２８】
ステップ３９において、“不良”なフレームが推定ユニット１０によって生成された推定フレームにて置換される。推定ユニット１０は、“不良”なフレームのモードを推定し、次に、推定されたモードに対して、フレーム内の各特性パラメータを推定する。このプロセスは、次に、ステップ４０に進み、ステップ４０においてフレームのモードがモードリーダ１１によって決定される。このとき、それぞれ、そのフレームが“良好な”フレームである場合は実際のモードが決定され、推定フレームである場合は推定モードが決定される。次に、ステップ４１において、フレームシンセサイザ１２は、フレームを合成する。勿論、推定ユニット１０は、推定モードをフレーム内に符号化する代わりに、フレームシンセサイザ１２に直接に送信することもできる。最後に、ステップ４２において、第二の後処理ユニット１３は、合成されたフレームを出力する。
【００２９】
図８は、第二のボコーダ７に対する代替実施例を示す。この第二のボコーダ７は、図１と図５に示すそれと同一の要素を備えるが、モードリーダ１１’が、処理の流れの中で、コードシンセサイザ９”の前に配置され、コードシンセサイザ９”がモードを受信する点が異なる。
【００３０】
図９は、第二のボコーダ７に対する第二の動作の方法を解説する流れ図である。ステップ４３において、フレームが第二の前処理ユニット８によって、従来の技術のステップ２０と類似するやり方で受信される。
【００３１】
このフレームは、フレームのモードを示すビットを含む。このモードビットは、図４に示すようにフレームの第一の位置に置くことも、フレーム内の他の位置に置くこともできる。ステップ４４において、フレームのモードがモードリーダ１１’によってモードビットを傍受することで読み出される。このモードは、コードシンセサイザ９”とフレームシンセサイザ１２に送られる。
【００３２】
ステップ４５において、コードアナライザ９は、専ら、読み出されたＣＲＣコードとフレーム内の重要なビットにそのモードに特定なコーティングフォーミュラを適用することで得られたＣＲＣコードが一致するか決定する。一致する場合は、そのフレームは、“良好”なフレームであるとラベルされ、処理は、ステップ４７に進み、ここでフレームがステップ４４において検出されたモードに従って合成される。一致しない場合は、フレームは、“不良”なフレームとしてラベルされ、処理は、ステップ４６に進む。ステップ４６において、新たなモードを含むフレームが推定された後、処理はステップ４７に進み、ステップ４７において、推定フレームが推定モードに従って合成される。最後に、ステップ４８において、合成されたフレームが、第二の後処理ユニット１３によって、上述のステップ２６および４２と類似のやり方で送信される。
【００３３】
図５および図７〜９に示す第二のボコーダ７を動作する方法において、別のやり方として、モードリーダ１１を第二のボコーダ７から除去し、フレームのモードを、読み出されたＣＲＣコードを複数のモードに特定なＣＲＣコーティングフォーミュラのいずれが満たすかを決定することで決定することもできる。この場合は、モードはコードシンセサイザ９によって決定され、フレームシンセサイザ１２に送信されることとなる。
【００３４】
以上の説明から、図７および図９に示す本発明による方法では、コードに特定なＣＲＣコーティ ングフォーミュラでは、各動作モードに対して、マスタＣＲＣコーティングフォーミュラより頑丈なコーティングを達成できることがわかる。さらに、本発明によるモードに特定なＣＲＣコーティングフォーミュラでは、重要でないビットが全く用いられないか、もしくは、少なくともマスタＣＲＣコーティングフォーミュラの場合ほど多くは用いられないために、フレームが“不良”なフレームとして判定される頻度も小さくなることがわかる。本発明は、ＣＲＣコーティングを用いるものとして説明されたが、本発明は他のタイプのエラー検査コードフォーマットにも同様に適用することができ、それらをＣＲＣコードフォーマットの代わりに用いることもできることに注意する。
【００３５】
以上、本発明について様々な実施例について詳しく説明したが、本発明は様々に変更することができ、これらバリエーションも本発明の精神および範囲から逸脱するものではなく、当業者には明らかな全ての修正が特許請求の範囲に含まれるものである。例えば、本発明から逸脱することなく、フレーム長をモード毎に変えることもでき、この場合は、フレームに開始ビットおよび／あるいは停止ビットシーケンスを入れることが考えられる。加えて、本発明はデータが符号化された後に格納され、その後、同一の符号化／復号化ボコーダにてデータが取り出される際のデータの精度を保障するためにも同様に適用することができる。
【図面の簡単な説明】
【図１】従来の技術による第一と第二のマルチモードボコーダの構成要素を図解するブロック図である。
【図２】図１の第一と第二のボコーダの動作の方法を図解する流れ図である。
【図３】図１の第一のボコーダから送信される２つの順次フレームを図解するテーブルである。
【図４】図１の第一のボコーダの４つの異なるモードの重要なビットを図解するテーブルである。
【図５】本発明による第一と第二のマルチモードボコーダの構成要素を図解するブロック図である。
【図６】図５の第一のボコーダの動作の方法を図解する流れ図である。
【図７】図５の第二のボコーダの動作の方法を図解する流れ図である。
【図８】本発明による第二のマルチモードボコーダの代替実施例の構成要素を図解するブロック図である。
【図９】図８の第二のボコーダに対する代替の動作の方法を図解する流れ図である。
【符号の説明】
１  第一のボコーダ
２  第一の前処理ユニット
３  モードセレクタ
４  圧縮ユニット
５  コードビルダ（コード構築器／生成器）
６  第一の後処理ユニット
７  第二のボコーダ
８  第二の前処理ユニット
９  コードアナライザ（コード解析器）
１０  推定ユニット
１１  モードリーダ
１２  フレームシンセサイザ
１３  第二の後処理ユニット
【図１】
0003637254.tif 000002
【図２】
0003637254.tif 000003
【図３】
0003637254.tif 000004
【図４】
0003637254.tif 000005
【図５】
0003637254.tif 000006
【図６】
0003637254.tif 000007
【図７】
0003637254.tif 000008
【図８】
0003637254.tif 000009
【図９】
0003637254.tif 000010