(57)【要約】【課題】パケットロス時に履歴データからピッチ検出を行って、その補償データを生成する音声データ処理方法及び装置において、パケットロスモードでの演算量を削除すると共に、無音信号時においては、不必要なパケットロス補償処理を行わないようにする。【解決手段】通常モードで入力信号データをデコードすると共に、ピッチ検出時に用いられる粗探索処理における正規化相互相関演算を、必要なループ回数の内の所定ループ回数だけ履歴デコードデータに基づいて実行し（S101）、この時に得られる正規化相互相関ピーク値、及びこれに対応する遅延データ値を保持しておき（Ｓ102）、パケットロスモードで正規化相互相関ピーク値及び遅延データ値を用いて（S103）該粗探索処理における正規化相互相関演算（S104）を、残りの必要回数だけ繰り返し、詳細探索処理（S200）を実行し、以って補償データを生成する。【選択図】図1
2007114417.tif 000002
【特許請求の範囲】
【請求項１】
通常モードで入力信号データをデコードすると共に、ピッチ検出時に用いられる粗探索処理における演算を、必要なループ回数の内の所定ループ回数だけ履歴デコードデータに基づいて実行し、この時に得られる該正規化相互相関のピーク値、及びこれに対応する遅延データ値を保持する第1ステップと、
パケットロスモードで該正規化相互相関のピーク値及び該遅延データ値を用いて該粗探索処理における正規化相互相関演算を、残りの必要ループ回数だけ繰り返して該ピッチ検索を実行し、以て補償データを生成する第2ステップと、
を備えたことを特徴とする音声データ処理方法。
【請求項２】
請求項１において、
該第1及び第2ステップが、それぞれ、該入力信号データが無音信号データであるか否かを判定して、該無音信号データと判定したとき該粗探索処理を無効にする第3及び第4ステップを含むことを特徴とする音声データ処理方法。
【請求項３】
請求項２において、
該第1及び第2ステップは、該所定ループ回数が、該通常モードでの粗探索処理量の抑制要求に対応した第1の値のとき該第3及び第4ステップをそれぞれ無効及び有効とし、該所定ループ回数が、該パケットロスモードでの粗探索処理量の抑制要求に対応した第2の値のとき逆に有効及び無効とする第5及び第6ステップをそれぞれ含むことを特徴とした音声データ処理方法。
【請求項４】
通常モードで入力信号データをデコードすると共に、ピッチ検出時に用いられる粗探索処理における演算を、必要なループ回数の内の所定ループ回数だけ履歴デコードデータに基づいて実行し、この時に得られる該正規化相互相関のピーク値、及びこれに対応する遅延データ値を保持する第1手段と、
パケットロスモードで該正規化相互相関のピーク値及び遅延データ値を用いて該粗探索処理における正規化相互相関演算を、残りの必要ループ回数だけ繰り返して該ピッチ検索を実行し、以て補償データを生成する第2手段と、
を備えたことを特徴とする音声データ処理装置。
【請求項５】
請求項４において、
該第1及び第2手段が、それぞれ、該入力信号データが無音信号データであるか否かを判定して、該無音信号データと判定したとき該粗探索処理を無効にする第3及び第4手段を含むことを特徴とする音声データ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は音声データ処理方法及び装置に関し、特にパケットロス補償機能を備えた音声コーデックG.711Appendix I方式が搭載されて音声データをIPネットワーク上で伝送するVoIP通信システムとしての音声データ処理方法及び装置に関するものである。
【背景技術】
【０００２】
上記のG.711AppendixI方式（非特許文献1及び2参照。）による従来の音声データ処理方式を図7に示す。この従来例は、図示のとおり、符号化データを入力するデコーダ1と、このデコーダ1で復号した過去のデータを蓄積する履歴バッファ2と、パケットロスフラグGがパケットロスモードを示している時、履歴バッファ2に格納されたデコード処理されたPCMデータに対してパケットロス補償処理を施し補償データCを出力するパケットロス補償部3と、補償データCと履歴バッファ2から出力されたPCMデータとのタイミング合わせを行う遅延部4と、この遅延部4からのPCMデータとパケットロス補償部3からの補償データCを順次出力する出力ポート5とを備えている。なお、遅延部4は、パケットロスフラグが“H”のとき（通常モード時）は遅延動作を行わずにデータを単に通過させるものである。
【０００３】
また、パケットロス補償部3はピッチ検出部30を含み、このピッチ検出部30は粗探索処理部31と詳細探索処理部32とで構成されている。このパケットロス補償部3では、履歴バッファ2に格納されるパケットロス前に受信した正常な音声データによりピッチ検出部30が、図8に示すように粗探索処理（ステップS100）及び詳細探索処理（ステップS200）を順番に実行してピッチ検出を行い、そのピッチパターンをパケットロス時に相当する部分で音声波形の繰り返し置換を行い、パケットロス時の補償データCを生成する。
【０００４】
そして、生成された補償データCとパケットロス時の接合部では重み付け加算処理することで滑らかさを実現し、また連続してパケットロスが発生した場合は、徐々に補正信号を減衰させる処理を行っている。
【０００５】
ここで、図7の動作を図9及び図10を参照して概念的に説明する。
【０００６】
まず、上位から与えられるパケットロスフラグGによって、パケットロス補償部3は通常モード／パケットロスモードの認識をする。ここでは“H”で通常モード、“L”でパケットロスモードとする。
【０００７】
デコーダ1は常にフレーム単位（10ms）で復号処理を行い、図9に示すように、履歴バッファ2にデコーダ1のデコード結果が80サンプル(10ms分)ずつ格納される。図10に示すように、履歴バッファ2は390サンプル分のサイズを持っており、フレーム毎にデコーダ1によるデコード結果はシフトされて行くので、図示のようにフレームF1〜F5が履歴バッファ2に格納される。
【０００８】
パケットロスが発生したフレームF6のタイミングでは、パケットロス補償部3は、履歴バッファ2に格納された正常なフレームF1〜F5（390サンプル分）のデコードデータを使用し、パケットロス補償処理を実行し、ピッチPを検出してパケットロス時の補償データCを生成する。
【０００９】
図10内のパケットロス時の斜線部が実際にピッチ検出部30でのピッチ検出処理に使用されるデータを示す。この図から分かるように、ピッチ検出処理ではフレームF6の消失時より前の時点で履歴バッファ2に格納されたフレームF2〜F5のデータ（280サンプル分）が用いられる。
【００１０】
すなわち、このピッチ検出処理は、図9に示すように、パケットロス区間のフレームF6において行われ、パケットロス直前の20ms（フレームF4及びF5の分）のデータ(図中のリファレンス信号Lに相当)と、その前に履歴バッファ２に格納された2フレーム分（フレームF2の半分とフレームF3とフレームF4の半分）のデータ(図中の遅延信号Rに相当)との間で正規化相互相関のピーク値（bestcorr）を求める演算を行うことでピッチPが得られる。
【００１１】
正規化相互相関の演算は、リファレンス信号Lから最大ピッチ（120サンプル）分遅延した信号と最小ピッチ（40サンプル）分遅延した信号との間の自己相関と、これら遅延信号Rの各々とリファレンス信号Lとの間の相互相関を演算した後、下記の式で表される。
【００１２】
正規化相互相関  = 相互相関 / √自己相関               ・・・・・式（1）
ピッチ検出部30でのピッチ検出処理負荷を軽減するために、大きく2段階に分けて処理が行われ、図7及び図8に示したように、まず2サンプリングに1回の割合で大雑把な正規化相互相関を求める粗探索処理（ステップS100）が行われる。次に、粗探索処理で検出されたピークの近傍で詳細な正規化相互相関の計算を行う。これが詳細探索処理（ステップS200）である。この詳細探索処理が行われることで、正確なピッチＰが算出される。
【００１３】
図11は、ピッチ検出部30の粗探索処理部31で実行されるパケットロスモードの粗探索処理フローを示したものである。
【００１４】
まず、リファレンス信号Lと遅延信号Rをセットし（ステップS1）、2サンプリングに1回の割合（ステップS2_3）で自己相関energy及び相互相関corrを演算し（ステップS2_2）、それぞれ積和演算を80回(160サンプル分)（ステップS2_4）行う（ステップS2：ステップS2_1〜S2_4）。
【００１５】
演算された自己相関値energyと相互相関値corrより、上記の式（1）に基づき、正規化相互相関値corrが求められ（ステップS3）、この値が相互相関初期値bestcorrに設定される（ステップS4）。また、遅延データ値bestmatchを“0”に初期設定する（ステップS4）。
【００１６】
次の正規化相互相関演算(j<PITCH_DIFF：ステップS50)ループでは、やはりリファレンス信号Lと遅延信号Ｒを使用し、遅延信号Rを1サンプル分づつずらしながら自己相関演算（ステップS6）と相互相関演算（ステップS7,S8）とを行って正規化相互相関を求める（ステップS9）。そして、80サンプル分（ステップS120）で正規化相互相関演算値corrのピーク値bestcorrとこの時（j）の遅延データ値bestmatchを求める（ステップS10, S11）。
【００１７】
この場合、Pmax(120)とPmin(40)の差分のPITCHDIFFを、必要なループ回数(80回)（ステップS14, S120）として演算を行っている。
【００１８】
なお、この他の従来技術として、種々のエラー隠蔽技術が動的に選択され適用されることを可能にするため、エラー隠蔽するためのアルゴリズムが複数準備され、いずれかひとつのアルゴリズムを用いてエラー隠蔽を行なうと共に、いずれのアルゴリズムを選択するか選択信号で決まり、選択信号は、コンピュータの処理能力を示す種々のパラメータ、音声信号の特徴に基づいて作るエラー隠蔽装置及び方法がある（例えば、特許文献1参照。）。
【００１９】
また、別の従来技術として、ピッチ・バッファ、相関計算部、相関バッファにより、常時相関計算を行い、ピッチ検出をし、補間データを作成して、次フレームが消失した時に備え、フレーム消失が発生すると、入力データに対して補間処理により、消失した音声データを直ちに補間するパケット損失補償におけるピッチ検出方法と装置がある（例えば、特許文献2参照。）。
【非特許文献１】ITU-T TELECOMMUNICATION STANDARDIZATIONSECTOR OF ITU G.711
【非特許文献２】ITU-T TELECOMMUNICATION STANDARDIZATION SECTOR OFITU G.711 Appendix I (09/99)
【特許文献１】特開2003-218932号公報
【特許文献２】特開2004-239930号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
上記のパケットロス補償部3における全処理量は約39MHzであるが、その内の75%の29MHzをピッチ検出処理が占めており、特に粗探索処理部のみでは約23MHzであり、ピッチ検出処理量全体の約60%という高い割合を占めている。
【００２１】
これは、従来の粗探索処理部の処理では、図11に示したように、1回のループで積和81回、積差1回、除算1回の演算が行われ、2重ループとなっている演算箇所があり、その箇所だけでも3200回の乗算処理が実施されることが影響している。
【００２２】
このため、G.711AppendixI方式デコーダの処理性能としてパケットロスが発生しない通常モードでは１MHz程度の処理量であるため、組み込まれるシステムによってはパケットロス時の動作に影響を及ぼして誤動作又は動作停止させる可能性もあった。
【００２３】
さらに、デコードされた信号が無音レベルで続いた直後にパケットロスとなった場合、必然的に補償データも無音となる筈であるが、従来の方式では、デコードされる信号が無音レベルで続いた場合でも不必要なパケットロス補償処理が行われてしまうという課題があった。
【００２４】
従って本発明は、パケットロス時に履歴データに基づいてピッチ検出を行い、その補償データを生成する音声データ処理方法及び装置において、パケットロスモードでの演算量を削除すると共に、無音信号時においては、不必要なパケットロス補償処理を行わないようにすることを目的とする。
【課題を解決するための手段】
【００２５】
上記の目的を達成するため、本発明にかかる音声データ処理方法（装置）は、通常モードで入力信号データをデコードすると共に、ピッチ検出時に用いられる粗探索処理における演算を、必要なループ回数の内の所定ループ回数だけ履歴デコードデータに基づいて実行し、この時に得られる該正規化相互相関のピーク値、及びこれに対応する遅延データ値を保持する第1ステップ（手段）と、パケットロスモードで該正規化相互相関のピーク値及び該遅延データ値を用いて該粗探索処理における正規化相互相関演算を、残りの必要ループ回数だけ繰り返して該ピッチ検索を実行し、以て補償データを生成する第2ステップ（手段）と、を備えたことを特徴としている。
【００２６】
すなわち、従来より、パケットロス時におけるピッチ検出では粗探索処理及び詳細探索処理の両方を実行する（図8のステップS100, S200）が、本発明では、パケットロスモードで実行される処理負荷の大きいピッチ検出処理の一部である粗探索処理の一部を通常モードで事前に処理分散させることでパケットロスでの処理量を抑えるようにしたものである。  
【００２７】
これを概略的にフローで示したものが図1であり、ピッチ検出処理を、パケットロスモードだけでなく通常モードでも実行して処理分散させており、具体的にはピッチ検出処理の内、粗探索処理を通常モードとパケットロスモードに分散させて行う構成である。通常モードでの粗探索処理を途中（ステップS101）まで、すなわち正規化相互相関演算を、必要な繰り返し回数（ループ回数）（図９に示したようにリファレンス信号に対して最大遅延ピッチから最小遅延ピッチまでのサンプル数に対応した値）の内の所定ループ回数だけ履歴デコードデータに基づいて実行する。
【００２８】
この時に得られる粗探索処理内の正規化相互相関ピーク値をbestcorr_tmp、及びこの時の遅延データ値bestmatch_tmpを変数として例えばバッファ（図示せず）に保持しておき（ステップS102）、パケットロスで、これらの変数を用いて（ステップS103）、その残りの粗探索処理（ステップS104）を行い、詳細探索処理（ステップS200）に引き継ぐ。
【００２９】
その結果、通常モードに処理が分散されることによって、パケットロスモードの処理量削減が可能となる。また通常モードにおいて示される粗探索処理のループ回数をユーザー等により可変に設定できるため、通常モードとパケットロスモードでの処理量を予めユーザーが要求する内容に調整することが可能となる。
【００３０】
また、本発明では、該第1及び第2ステップ（手段）が、それぞれ、該入力信号データが無音信号データであるか否かを判定して、該無音信号データと判定したとき該粗探索処理を無効にする第3及び第4ステップ（手段）を含むことができる。
【００３１】
すなわち、ピッチ検出処理における処理量は入力される音源に依存しない性質を持つので、パケットロスモードでのパケットロス補償処理や通常モードでの粗探索処理部に入力される信号のレベル判定を追加し、デコードされる信号に無音が続いた場合の処理量を抑えている。
【００３２】
さらに本発明では、該第1及び第2ステップ（手段）は、該所定ループ回数が、該通常モードでの粗探索処理量の抑制要求に対応した第1の値のとき該第3及び第4ステップ（手段）をそれぞれ無効及び有効とし、該所定ループ回数が、該パケットロスモードでの粗探索処理量の抑制要求に対応した第2の値のとき逆に有効及び無効とする第5及び第6ステップ（手段）をそれぞれ含むことができる。
【００３３】
すなわち、ユーザー等の要求により、通常モードでの粗探索処理量を抑制したい場合や、パケットロスモードでの粗探索処理量を抑制したい場合に、第1及び第2の所定ループ回数を用いることにより、無音判定動作を無効にでき、以て不必要な無音判定を回避可能となる。
【発明の効果】
【００３４】
以上のように本発明では、以下の効果を得ることができる。
・パケットロスモードにおける処理量を低減することができる。
・通常モードとパケットロスモードでの処理量を、ループ回数をパラメータとして調整すことができるため、システムに最適なピークを調整可能とし、その結果、システム負荷を軽減できる。
・無音データ部が多いほど処理量を低減することが可能となる。例えば音声案内などの片方向通話で効果が大きい。無音データ部が続いた場合を想定すると、デコーダの処理量がメインとなるため、パケットロスの有無に関わらず約１MHｚで動作可能となる。
【発明を実施するための最良の形態】
【００３５】
実施例[1]
図2には、本発明に係る音声データ処理方法及び装置の実施例[1]が示されている。この実施例[1]と図7に示した従来例との差異は、履歴バッファ2と遅延部4との間に粗探索処理部6を設けると共に、この粗探索処理部6で保持した正規化相互相関ピーク値bestcorr_tempとその時の遅延データ値bestmatch_tempを、ピッチ検出部30内の粗探索処理部31に初期値として与える点と、粗探索処理部6及びピッチ検出部30に、正規化相互相関演算に必要な繰り返し回数(ループ回数)の内の所定ループ回数xを与えている点である。
【００３６】
このような構成の実施例[1]における粗探索処理部6の動作フローが図3に示されている。
【００３７】
この図3のフローは通常モードにおける粗探索処理例を示し、これは、図11に示した従来の粗探索処理例（粗探索処理部31によるパケットロスモード時の処理例）とは、ステップS50がステップS5となり、ステップS120がステップS12となり、ステップS5から詳細探索処理（ステップS200）には進まずにステップS102に進む点が異なっている。なお、粗探索処理部6においては、図示されていないが、図3の処理を行うと共に履歴バッファ2のデコードデータをそのまま遅延部4へ送っている。
【００３８】
本実施例では、通常モードにおいて、新たに図1及び2に示した変数xを用いてステップS5〜S12のループ回数を変化させる。具体的にはPITCHDIFF（Pmax(120)とPmin(40)の差分の“80”）からxを引いた差分をループ回数（ステップS12）とすることで処理量の削減を行い、このループ内で求められる正規化相互相関ピーク値及び遅延データ値の途中結果をそれぞれバッファbestcorr_tmp及びbestmatch_tmpに保持しておく（ステップS102）。
【００３９】
図4は、本実施例[1]におけるピッチ検出部30の粗探索処理部31によるパケットロスモード時の処理例をフローチャートで示したものである。先に述べたように図3の通常モードでは、粗探索処理の正規化相互相関処理はPITCHDIFF−x（ステップS5）回数分が既に実行済となっており、図4に示すパケットロスモードでの粗探索処理においては残りのx回数分の正規化相互相関処理を実行するだけになる。
【００４０】
そのため、このパケットロスモードにおける粗探索処理としては、図4に示すように、各変数の初期設定（ステップS103）を行い、まずループ回数の開始値としてPITCHDIFF−xを設定し（同ステップ）、通常モードにおいて計算されたバッファbestcorr_tmp及びbestmatcht_tmpにそれぞれ格納された正規化相互相関ピーク値及び遅延データ値をそれぞれの変数bestcorr及びbestmatchに設定する。これをx/2回実行する（ステップS120）。
【００４１】
粗探索処理終了後は詳細探索処理（ステップS200）を行い、ピッチ検出終了となる。
ここで、例えばシステム側から、パケットロスモードでの処理量と通常モードでの処理量を一定にして欲しいという要求があったとする。この場合、図3及び図4に示される所定回数xの値を、下記の表1を参考に“20”（パターンB）に設定する。なお、この表１はパケットロスモード側での正規化相互相関処理ループを変化させたときの各パターンでの処理量と、G711Appendix Iを組み込むシステム側から考えられる要求例を纏めたものである。
【００４２】
【表１】
2007114417.tif 000003
【００４３】
この場合、通常モードでの粗探索処理においては、正規化相互相関処理ループの回数はPITCHDIFF-20=80-20=60となる。ループ回数の加算は2ずつ行われるため（ステップS12）、実際の正規化相互相関処理ループ回数は60/2=30回となる。ループ処理終了後、途中結果である正規化相互相関ピーク値bestcorr及び遅延データ値bestmatchの途中結果をそれぞれバッファbestcorr_tmp及びbestmatch_tmpに保持しておく（ステップS102）。
【００４４】
通常モードの粗探索処理における正規化相互相関の演算回数に注目すると、
30×(積和81、積差1回、除算1回)＝積和2430回、積差30回、除算30回＝2490回
となり、従来方式の通常モードでは行わない処理であるため、2490×8KHz（サンプリング周波数）サイクル（19.92MHz）の増加となる。
【００４５】
次にパケットロスモードでの処理について説明する。前記の通常モードにおいては、バッファbestcorr_tmp及びbestmatch_tmpに保持していた値をそれぞれbestcorr及びbestmatchに初期設定する（ステップS103）。正規化相互相関処理ループ回数は残りのx回数分であるため、“20”を設定する。ループ回数は前記通常モードと同様に加算は2ずつ行われるため（ステップS120）、10回となる。
【００４６】
パケットロスモードの粗探索処理における正規化相互相関における演算回数に注目すると、本発明及び従来例は下記のようになる。
・本発明：10×(積和81、積差1回、除算1回)
＝積和810回、積差10回、除算10回
＝830回（×8KHz=6.64MHz）
・従来例：40×(積和81、積差1回、除算1回)
＝積和3240回、積差40回、除算40回
＝3320回（×8KHz=26.56Mz）
このように、本発明は従来例と比べて75%のサイクル削減(-19.92MHz)効果となり、パケットロスモードにおける処理量としては39MHz-19.92MHz=19.08MHzとなる。
【００４７】
これらの結果から、表1に示す如く、
・通常モードでの処理量         ：19.92MHz
・パケットロスモードでの処理量 ：19.08MHz
とほぼ同等の値となり、システム側からの要求に応えることが可能となる。
【００４８】
実施例[2]
図5は、本発明に係る音声データ処理方法及び装置の実施例[2]を示している。この実施例[2]では、上記の実施例[1]に対して、履歴バッファ2と粗探索処理6及びパケットロス補償部3との間にそれぞれ無音判定部7及び8を設けている。
【００４９】
これは、本発明を例えば音声案内などの片方向通話が多いシステムに搭載したとすると、片方向通話が多いシステムの場合、入力されるデータとしては無音部分のデータが多くを占め、無音データに対しても処理を実行してしまうので、これを防ぐため、無音データに際しては無音判定を行い、粗探索処理やパケットロス補償処理をスルーさせる仕組みとすることで、効率的に処理を実行することを可能にさせるものである。
【００５０】
履歴バッファ2にはパケットロスの有無に関係なくデコード1でデコードされた信号が格納されている。パケットロス補償部3では履歴バッファ2に格納されたデコードデータから、ピッチ検出及びパケットロス補データCの生成等の処理を行うが、パケットロス補償処理部3の前に信号レベルの無音判定部8を追加したことで履歴バッファ2のサイズの390サンプル分(390×125μs)の信号レベルが無音信号レベルであった場合はパケットロス補償処理は行わないこととする。
【００５１】
また通常モードでの粗探索処理においても、履歴バッファ2に格納される信号からピッチ検出処理を行う。通常モードでの粗探索処理の前に信号レベルの無音判定部7を追加したことで、履歴バッファサイズの390サンプル分(390×125μs)の信号レベルが無音信号レベルであった場合は粗探索処理を行わないこととしている。
【００５２】
実施例[3]
上記のように、システム側から片方向通話が多いシステムでかつ極力通常モードでの処理負荷を抑えたい要求があった場合、通常モードの処理量を極力抑えるためには、表１でも示したようにx=80とし、通常モード時の処理を図3のステップS1〜S5, S102のみとし、以て粗探索処理部6の処理負荷を抑えることで約1MHzで動作可能となる。
【００５３】
ただし、図5に示すように無音処理部7, 8が追加されただけでは、その無音処理部7, 8にかかる処理量が単に加算される形となってしまい、実際には1MHz以上の処理負荷がかかる。
【００５４】
そこで、本発明実施例[3]では、実施例[2]で追加した無音判定部7及び8に対してそれぞれ無音判定実行部9及び10を接続すると共にこれらの無音判定実行部9及び10に対して所定ループ回数xを与えて無音判定を行うべきか否かをさらに判定している。このため、この所定ループ回数xは第1の値x１と第2の値ｘ2とを含んでいる。
【００５５】
動作においては、パケットロスフラグGが通常モードを指定しているとき、デコーダ1にてデコード処理されたデータは履歴バッファ2に格納される。履歴バッファ2に格納されたデータを元に無音判定部7が無音判定を行い、粗探索処理部6を有効／無効にするが、その前に無音判定そのものを実行するか否かを無音判定実行部9にて判定する。
【００５６】
この無音判定実行部9では例えばユーザーより与えられるピッチ検出処理時のループ回数xがパラメータとして入力される。今は通常モードでの処理量を抑えたいという要求があるとすると、表１に示すように、ループ回数xは、第1の値x1として“80”に設定する。無音実行判定部9では、x1=80である場合は、無音判定部7をスルー動作させ、履歴バッファ2のデコードデータをそのまま粗探索処理部6へ与えるように切替えることになる。それにより、無音判定部6の動作が実行されず、その結果処理量をαに抑えることが可能となる。
【００５７】
また逆にパケットロスモードでの処理量（この場合は詳細探索処理量も含めたピッチ検出処理量）を抑えたいという要求である場合は、同様に表１に示す値から、ここではループ回数xは第2の値x2として“0”に設定する。無音実行判定部10ではx2=0である場合は、無音判定部8をスルー動作させ、履歴バッファ2のデコードデータをそのままパケットロス補償部3へ送るように切替える仕様とする。それにより、図4のステップS6〜S11、S120は実行されず、以て処理量を13.4MHzに抑えることが可能となる。その分、図3において、ステップS12は40回実行されるので、通常モードの粗探索処理量は25.6MHz必要となる。
【００５８】
すなわち、パケットロスモードでは無音判定部7の処理量がパケットロス補償3の処理量より大きい場合、また有音データであった場合に有効となる。例えば無音データであった場合、無音判定部8をスルー通過させ、パケットロス補償処理を必ず実行することになり、その場合は表１からも13.4MHzの処理量となる。ところが無音判定部8を通過させた場合は（x2=0）、判定結果（無音）でパケットロス補償処理をバイパスさせるため、無音判定部8の処理量のみとなる。
【００５９】
尚、上記実施例によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【００６０】
（付記１）
通常モードで入力信号データをデコードすると共に、ピッチ検出時に用いられる粗探索処理における演算を、必要なループ回数の内の所定ループ回数だけ履歴デコードデータに基づいて実行し、この時に得られる該正規化相互相関のピーク値、及びこれに対応する遅延データ値を保持する第1ステップと、
パケットロスモードで該正規化相互相関のピーク値及び該遅延データ値を用いて該粗探索処理における正規化相互相関演算を、残りの必要ループ回数だけ繰り返して該ピッチ検索を実行し、以て補償データを生成する第2ステップと、
を備えたことを特徴とする音声データ処理方法。
(付記２)付記１において、
該第1及び第2ステップが、それぞれ、該入力信号データが無音信号データであるか否かを判定して、該無音信号データと判定したとき該粗探索処理を無効にする第3及び第4ステップを含むことを特徴とする音声データ処理方法。
(付記３)付記２において、
該第1及び第2ステップは、該所定ループ回数が、該通常モードでの粗探索処理量の抑制要求に対応した第1の値のとき該第3及び第4ステップをそれぞれ無効及び有効とし、該所定ループ回数が、該パケットロスモードでの粗探索処理量の抑制要求に対応した第2の値のとき逆に有効及び無効とする第5及び第6ステップをそれぞれ含むことを特徴とする音声データ処理方法。
(付記４)付記１において、
該必要なループ回数が、リファレンス信号に対して最大遅延ピッチから最小遅延ピッチまでのサンプル数に対応していることを特徴とする音声データ処理方法。
(付記５)
通常モードで入力信号データをデコードすると共に、ピッチ検出時に用いられる粗探索処理における演算を、必要なループ回数の内の所定ループ回数だけ履歴デコードデータに基づいて実行し、この時に得られる該正規化相互相関のピーク値、及びこれに対応する遅延データ値を保持する第1手段と、
パケットロスモードで該正規化相互相関のピーク値及び遅延データ値を用いて該粗探索処理における正規化相互相関演算を、残りの必要ループ回数だけ繰り返して該ピッチ検索を実行し、以て補償データを生成する第2手段と、
を備えたことを特徴とする音声データ処理装置。
(付記６)付記５において、
該第1及び第2手段が、それぞれ、該入力信号データが無音信号データであるか否かを判定して、該無音信号データと判定したとき該粗探索処理を無効にする第3及び第4手段を含むことを特徴とする音声データ処理装置。
(付記７)付記６において、
該第1及び第2手段は、該所定ループ回数が、該通常モードでの粗探索処理量の抑制要求に対応した第1の値のとき該第3及び第4手段をそれぞれ無効及び有効とし、該所定ループ回数が、該パケットロスモードでの粗探索処理量の抑制要求に対応した第2の値のとき逆に有効及び無効とする第5及び第6手段をそれぞれ含むことを特徴とした音声データ処理装置。
（付記８）付記５において、
該必要なループ回数が、リファレンス信号に対して最大遅延ピッチから最小遅延ピッチまでのサンプル数に対応していることを特徴とする音声データ処理装置。
【図面の簡単な説明】
【００６１】
【図１】本発明の原理を示したフローチャート図である。
【図２】本発明に係る音声データ処理方法及び装置の実施例[1]の構成を示すブロック図である。
【図３】図2の粗探索処理部6における粗探索処理例（通常モード時）を示すフローチャート図である。
【図４】図2のピッチ検出部31における粗探索処理例（パケットロスモード時）を示すフローチャート図である。
【図５】本発明に係る音声データ処理方法及び装置の実施例[2]の構成を示すブロック図である。
【図６】本発明に係る音声データ処理方法及び装置の実施例[3]の構成を示すブロック図である。
【図７】G.711Appendix Iに基づく従来構成例を示したブロック図である。
【図８】本発明及び従来例に共通のピッチ検出処理の概略を示したブロック図である。
【図９】G.711Appendix Iに基づくピッチ検出処理の概念説明図である。
【図１０】本発明及び従来例において履歴バッファへ格納されるフレームデータの様子を示した図である。
【図１１】従来の粗探索処理例（パケットロスモード時）を示すフローチャート図である。
【符号の説明】
【００６２】
1  デコーダ
2  履歴バッファ
3  パケットロス補償部
30  ピッチ検出部
6, 31  粗探索処理部
32  詳細探索処理部
4  遅延部
5  出力ポート
7, 8  無音判定部
9, 10  無音判定実行部
図中、同一符号は同一又は相当部分を示す。 
【図１】
2007114417.tif 000004
【図２】
2007114417.tif 000005
【図３】
2007114417.tif 000006
【図４】
2007114417.tif 000007
【図５】
2007114417.tif 000008
【図６】
2007114417.tif 000009
【図７】
2007114417.tif 000010
【図８】
2007114417.tif 000011
【図９】
2007114417.tif 000012
【図１０】
2007114417.tif 000013
【図１１】
2007114417.tif 000014