(57)【要約】【課題】  １６ｋｂｐｓＡＤＰＣＭを利用する場合であっても、エラー時における耳障りな音声の再生を確実に防止することを目的とする。【解決手段】  音声コーデックを用いて符号化された符号化音声データを受信するデータ受信部２５０と、エラーを検出するエラー検出部２５４と、エラーを検出しなかった場合に符号化音声データを再生バッファ２５８に格納するデータ格納部２５６と、符号化音声データを復号する復号部２６０と、復号された音声データを再生する音声再生部２６４とを備える本発明の音声再生装置は、エラー検出部２５４がエラーを検出した場合、再生バッファ２５８に格納された符号化音声データの前回値を維持し、エラー検出部２５４が所定回数以上連続してエラーを検出した場合、復号すると無音または任意の音声となる符号化音声データを再生バッファ２５８に格納することを特徴としている。【選択図】    図３
2008180996.tif 000002
【特許請求の範囲】
【請求項１】
音声コーデックを用いて符号化された符号化音声データを受信するデータ受信部と、該受信された符号化音声データのエラーを検出するエラー検出部と、該エラー検出部がエラーを検出しなかった場合に該符号化音声データを再生バッファに格納するデータ格納部と、該再生バッファに格納された符号化音声データを復号する復号部と、該復号された音声データを再生する音声再生部とを備える音声再生装置であって、
前記データ格納部は、前記エラー検出部がエラーを検出した場合、前記再生バッファに格納された符号化音声データの前回値を維持し、前記エラー検出部が所定回数以上連続してエラーを検出した場合、復号すると無音または任意の音声となる符号化音声データを前記再生バッファに格納することを特徴とする、音声再生装置。
【請求項２】
前記音声再生部より前段に設けられ、エラーが回復してから所定時間、前記音声データを減衰する減衰部をさらに備えることを特徴とする、請求項１に記載の音声再生装置。
【請求項３】
前記減衰部は、エラーが回復してから所定時間後に減衰率がゼロになるように減衰率を漸減することを特徴とする、請求項２に記載の音声再生装置。
【請求項４】
前記音声コーデックは、１６ｋｂｐｓのＡＤＰＣＭ（適応差分ＰＣＭ）であることを特徴とする、請求項１〜３のいずれかに記載の音声再生装置。
【請求項５】
音声コーデックを用いて符号化された符号化音声データを受信するデータ受信ステップと、
前記受信された符号化音声データのエラーを検出するエラー検出ステップと、
前記エラーを検出しなかった場合に前記符号化音声データを再生バッファに格納するデータ格納ステップと、
前記再生バッファの符号化音声データを復号する復号ステップと、
前記復号された音声データを再生する音声再生ステップと、
を含む音声再生方法であって、
前記データ格納ステップでは、前記エラー検出ステップにおいてエラーを検出した場合、前記再生バッファに格納された符号化音声データの前回値を維持し、前記エラー検出ステップにおいて所定回数以上連続してエラーを検出した場合、復号すると無音または任意の音声となる符号化音声データを前記再生バッファに格納することを特徴とする、音声再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、音声コーデックを用いて符号化された符号化音声データを再生する音声再生装置および音声再生方法に関する。
【背景技術】
【０００２】
ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ  ｐｈｏｎｅ  Ｓｙｓｔｅｍ）等の無線端末装置では、ユーザの音声によるアナログ信号を一旦デジタル信号に変換して他のユーザの無線端末装置に送信し、そこで再びアナログ信号に変換されて音声が再生される。しかし、アナログ信号を単純にデジタル信号に変換するだけではその情報量が大きくなり、伝送可能な情報量が制限されている通信路において全ての音声データを伝達できないことになる。そこで、この通信路で伝送できるように、音声データの情報量を圧縮する音声コーデックが必要となる。
【０００３】
音声コーデックは、音声デジタルデータの符号化（エンコード）と復号（デコード）からなり、音声符号化装置で符号化された音声データが、音声再生装置でデコードおよび、再生される。上述したＰＨＳ等の無線端末装置で用いられる音声コーデックとしては、例えば、ＡＤＰＣＭ（適応差分ＰＣＭ）符号化技術が挙げられる。かかるＡＤＰＣＭは、音声等のアナログデータが連続的に変化する性質を利用し、音声データの差分を符号化する技術である。
【０００４】
ＡＤＰＣＭによる動作を説明すると、図９に示すように、音声符号化装置１０では、送信すべき音声データｙnと前回の音声データｙ'n-1との差分ｄnを量子化幅Δnで量子化して符号を割り当て、符号化された符号化音声データｃnを音声再生装置１２に送信する。そして、音声再生装置１２では、この符号化音声データｃnを、量子化幅Δnを用いて復号し、復号された差分ｄ'nを前回値ｙ'n-1に加算して音声データｙ'nを得る。ＡＤＰＣＭでは、振幅が小さいアナログデータでも再現できるように、振幅変化幅に応じて量子化の分解能を変化させ得る特性を有し、図９に示すように符号化音声データｃnに応じて、アナログデータの振幅範囲が大きいところでは量子化幅Δnを大きくし、小さいところでは量子化幅Δnを小さくする。このようなＡＤＰＣＭを用いることで、圧縮された少ない情報量から音声符号装置１０の音声データｙnをほぼ復元することができる。
【０００５】
無線端末装置では、例えば、ＱＰＳＫの変調方式において３２ｋｂｐｓのＡＤＰＣＭ（ＩＴＵ−Ｔ勧告Ｇ．７２６）が採用され、ここでは、聴覚上違和感のない再生を行うため、窓関数を用いて窓掛けを行い、時間軸上に並んだ現在のフレームデータと前回のフレームデータとの連続性を維持した音声データを生成することができる。かかる３２ｋｂｐｓＡＤＰＣＭの音声通信においては、エラーが発生すると、復号する前の符号化音声データをゼロデータ（0x0または0xF）に置き換えて音声を強制的に無音にし、かつ、ノイズが生じている間のみ音圧を下げることで、ノイズを抑制することができる（例えば、特許文献１）。
【特許文献１】特開２００２−２２９５９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
無線端末装置では、無線回線の有効利用の観点から上述したＱＰＳＫ変調方式における３２ｋｂｐｓＡＤＰＣＭに加えてＢＰＳＫ変調方式における１６ｋｂｐｓＡＤＰＣＭの並行利用が検討されている。１６ｋｂｐｓＡＤＰＣＭは３２ｋｂｐｓＡＤＰＣＭに比べ単位時間に伝送する情報量は少ないものの、電波強度が弱いときでも比較的安定して通信することができる利点を有する。
【０００７】
しかし、このような１６ｋｂｐｓＡＤＰＣＭでエラーが発生した場合、１６ｋｂｐｓＡＤＰＣＭには規格上ゼロデータが存在しないので、３２ｋｂｐｓＡＤＰＣＭのように符号化音声データをゼロデータに置き換えて無音状態を生成することができない。また、１６ｋｂｐｓＡＤＰＣＭでは、音声コーデックの特性上、エラーが回復した後も音声データに異常なノイズが生じてしまう。従って、３２ｋｂｐｓＡＤＰＣＭの音声再生技術を単に１６ｋｂｐｓＡＤＰＣＭに適応することができなかった。
【０００８】
本発明は、１６ｋｂｐｓＡＤＰＣＭにおける音声データ再生時の上記問題点に鑑みてなされたものであり、本発明の目的は、１６ｋｂｐｓＡＤＰＣＭを利用する場合であっても、エラー時における耳障り（不快）な音声の再生を確実に防止することが可能な、新規かつ改良された音声再生装置および音声再生方法を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のある観点によれば、音声コーデックを用いて符号化された符号化音声データを受信するデータ受信部と、受信された符号化音声データのエラーを検出するエラー検出部と、エラー検出部がエラーを検出しなかった場合に符号化音声データを再生バッファに格納するデータ格納部と、再生バッファに格納された符号化音声データを復号する復号部と、復号された音声データを再生する音声再生部とを備える音声再生装置であって、データ格納部は、エラー検出部がエラーを検出した場合、再生バッファに格納された符号化音声データの前回値を維持し、エラー検出部が所定回数以上連続してエラーを検出した場合、復号すると無音または任意の音声となる符号化音声データを再生バッファに格納することを特徴とする、音声再生装置が提供される。音声コーデックは、１６ｋｂｐｓのＡＤＰＣＭ（適応差分ＰＣＭ）であってもよい。
【００１０】
当該ＡＤＰＣＭは、現在の音声データと前回の音声データとの差分を符号化する技術である。従って、エラーが検出され、その符号化音声データを利用できない場合は、音声データが連続的に変化していると推定して符号化音声データの書き換えを行わずに前回値を維持する。かかる構成の下、所定回数に達する前にエラーが回復すると、音声データも迅速かつ円滑に回復させることができる。
【００１１】
しかし、エラーが連続すると、実際の音声データと推定した音声データとが離隔している可能性が高くなるので、前回値を維持することで音声データが一方方向に膨張し、却って弊害となる場合もある。そこで、エラーを所定回数以上連続して検出した場合、音声データが無音または任意の音声となるような符号化音声データを再生バッファに格納することで、耳障りな音声の再生を確実に防止することができる。
【００１２】
音声再生部より前段に設けられ、エラーが回復してから所定時間、音声データを減衰する減衰部（アッテネータ）をさらに備えてもよい。
【００１３】
当該音声コーデックでは、音声データの前回値との差分を符号化しているので、一旦音声データが不正な値になると、本来の正常なデータに回復するのに時間を要する。特に、１６ｋｂｐｓＡＤＰＣＭにおいては、３２ｋｂｐｓＡＤＰＣＭと比較して差分の情報量が少ないため、音声データの回復に長時間を要してしまう。かかる音声データを所定時間減衰する構成により、例え音声データの回復段階で異常なノイズが発生したとしても音声には影響せず、耳障りな音声の再生を防止することができる。
【００１４】
また、上記所定時間は、エラーが回復してからカウントを開始し、そのカウント値はエラーの度にリセットされるので、複数のエラーが間隔をおいて連続的に発生したとしても、最後のエラーが回復してから所定時間が確保され、音声コーデックの特性上のノイズを減衰部で確実に抑制することが可能となる。
【００１５】
減衰部は、エラーが回復してから所定時間後に減衰率がゼロになるように減衰率を漸減してもよい。
【００１６】
ここでは、エラーが回復してから上記所定時間より手前まで最大減衰率を維持し、それ以降、減衰率を漸減して音声データの音圧（音量）を徐々に大きくし、所定時間には減衰率が０（ゼロ）となるように減衰率を強制的に推移させる。１６ｋｂｐｓのＡＤＰＣＭにおいては、３２ｋｂｐｓＡＤＰＣＭの窓関数のようにゲインを妥当な傾斜をもって回復させる効果がないので、このように意図的に減衰率を調整する。上記減衰率を漸減する構成により、違和感なく円滑に再生状態を回復させることができる。
【００１７】
上記課題を解決するために、本発明の他の観点によれば、音声コーデックを用いて符号化された符号化音声データを受信するデータ受信ステップと、受信された符号化音声データのエラーを検出するエラー検出ステップと、エラーを検出しなかった場合に符号化音声データを再生バッファに格納するデータ格納ステップと、再生バッファの符号化音声データを復号する復号ステップと、復号された音声データを再生する音声再生ステップと、を含む音声再生方法であって、データ格納ステップでは、エラー検出ステップにおいてエラーを検出した場合、再生バッファに格納された符号化音声データの前回値を維持し、エラー検出ステップにおいて所定回数以上連続してエラーを検出した場合、復号すると無音または任意の音声となる符号化音声データを再生バッファに格納することを特徴とする、音声再生方法が提供される。
【００１８】
上述した音声再生装置における技術的思想に対応する構成要素やその説明は、当該音声再生方法にも適用可能である。
【発明の効果】
【００１９】
以上説明したように本発明によれば、エラー時、特にエラーが長期間に渡る場合においても耳障りな音声の再生を確実に防止することが可能となる。
【発明を実施するための最良の形態】
【００２０】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２１】
ＰＨＳ端末や携帯電話等の無線端末装置と基地局との通信におけるデジタルデータの音声コーデックには、例えば、３２ｋｂｐｓのＡＤＰＣＭが利用されている。そして、無線回線の有効利用の観点からこの３２ｋｂｐｓＡＤＰＣＭに加えて１６ｋｂｐｓＡＤＰＣＭの並行利用が検討されている。かかるＡＤＰＣＭはその特性上、エラーの発生時に異常なノイズが生じ、不快な音声が聞こえることがある。
【００２２】
（無線通信システム１００）
本実施形態では、このような１６ｋｂｐｓＡＤＰＣＭにおいても、エラー時における耳障り（不快）な音声の再生を確実に防止することが可能な音声再生装置を提供する。尚、本実施形態においては、無線端末装置１１０を音声再生装置として用いている。以下、本実施形態の無線端末装置（音声再生装置）１１０によって無線通信を遂行する無線通信システム１００の概略を説明し、その後、各構成要素に関して詳述する。
【００２３】
図１は、無線通信システム１００の概略的な構成を示したブロック図である。かかる無線通信システム１００は、無線端末装置１１０と、基地局１２０と、インターネットや専用回線等の通信網１３０と、中継サーバ１４０と、他の無線端末装置１５０とを含んで構成される。
【００２４】
上記無線通信システム１００では、無線端末装置１１０を利用して他の無線端末装置１５０に電話しようと試みた場合、ユーザは、自己の無線端末装置１１０を操作して、無線通信可能領域にある基地局１２０と無線通信を確立し、通信網１３０、中継サーバ（基地局制御装置や交換機を含む）１４０、および、他の無線端末装置１５０の無線通信可能領域にある基地局１２０を介して、通信相手の有する他の無線端末装置１５０と音声通話を遂行する。
【００２５】
（無線端末装置１１０）
図２は、無線端末装置１１０のハードウェア構成を示した機能ブロック図である。無線端末装置１１０は、上述した携帯電話やＰＨＳの他に、ノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）等の様々な電子機器で構成され、構成要素として、端末制御部２１０と、端末メモリ２１２と、表示部２１４と、操作部２１６と、音声入出力部２１８と、端末無線部２２０とを含んでいる。
【００２６】
上記端末制御部２１０は、中央処理装置（ＣＰＵ）を含む半導体集積回路により無線端末装置１１０全体を管理および制御する。端末制御部２１０は、端末メモリ２１２のプログラムを用いて、無線端末装置１１０を利用した通話機能やメール配信機能も当然にして遂行するが、図３を用いて後述する、エラー検出部２５４、データ格納部２５６、復号部２６０としても機能する。
【００２７】
上記端末メモリ２１２は、ＲＯＭ、ＲＡＭ、Ｅ２ＰＲＯＭ、不揮発性ＲＡＭ、フラッシュメモリ、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等で構成され、端末制御部２１０で処理されるプログラムや音声データ等を記憶する。また、後述する受信バッファ２５２や再生バッファ２５８としても機能させることができる。
【００２８】
上記表示部２１４は、カラーまたはモノクロのディスプレイで構成され、端末メモリ２１２に記憶された、または通信網１３０を介してアプリケーション中継サーバ（図示せず）から提供される、ＷｅｂブラウザやアプリケーションのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を表示することができる。
【００２９】
上記操作部２１６は、キーボード、十字キー、ジョイスティック等のスイッチから構成され、ユーザの操作入力を受け付ける。
【００３０】
上記音声入出力部２１８は、マイクやスピーカから構成され、通話時に入力されたユーザの音声を音声データに変換し、また、通話相手の音声データを音声に変えて出力する。また、着信音や操作部２１６による操作音、アラーム音等も出力できる。また、後述する音声再生部２６４としても機能する。
【００３１】
上記端末無線部２２０は、携帯電話網における基地局１２０と無線通信を行う。また、後述するデータ受信部２５０としても機能する。
【００３２】
以上、図２を用いて無線端末装置１１０のハードウェアの説明をしたが、以下にそのようなハードウェア上で遂行される機能および動作を詳述する。
【００３３】
図３は、無線端末装置１１０の概略的な機能を示した機能ブロック図である。無線端末装置１１０は、データ受信部２５０と、受信バッファ２５２と、エラー検出部２５４と、データ格納部２５６と、再生バッファ２５８と、復号部２６０と、減衰部２６２と、音声再生部２６４とを含んで構成される。
【００３４】
上記データ受信部２５０は、音声コーデック、ここでは特に１６ｋｂｐｓＡＤＰＣＭを用いて符号化された符号化音声データを受信し、受信バッファに格納する。
【００３５】
上記受信バッファ２５２は、データ受信部２５０が受信した符号化音声データを一時的に保持する。
【００３６】
上記エラー検出部２５４は、データ受信部２５０で受信された符号化音声データのエラーを検出する。符号化音声データは所定長のパケットを５ｍｓｅｃ毎に合わせた所謂フレームで管理される。本実施形態において検出するエラーとしては、フレームの種類を示すＣＩ情報が音声データ（ＴＣＨ）を示しているか否かの確認、ＣＲＣ（Cyclic Redundancy Check）、同期符号（ＵＷ：Ｕｎｉｑｕｅ  Ｗｏｒｄ）の有無等を用いる。また、ここに挙げたエラー以外にも、当該フレームの正当性を判断可能な様々なエラー検出方法を適用することが可能である。
【００３７】
上記データ格納部２５６は、エラー検出部２５４がエラーを検出しなかった場合に、受信バッファ２５２の符号化音声データを再生バッファ２５８に格納する。このとき、符号化音声データに音質向上処理を施して再生バッファ２５８に格納することもできる。
【００３８】
また、データ格納部２５６は、エラー検出部２５４がエラーを検出した場合、再生バッファ２５８に格納された符号化音声データの前回値を維持するとしてもよい。
【００３９】
当該ＡＤＰＣＭは、現在の音声データと前回の音声データとの差分を符号化する技術である。従って、エラーが検出され、その符号化音声データを利用できない場合は、音声データが連続的に変化していると推定して符号化音声データの書き換えを行わずに前回値を維持する。かかる構成の下、所定回数に達する前にエラーが回復すると、音声データも迅速かつ円滑に回復させることができる。
【００４０】
さらに、データ格納部２５６は、エラー検出部２５４が所定回数以上連続してエラーを検出した場合、復号すると無音または任意の音声となる符号化音声データを再生バッファ２５８に格納してもよい。復号すると無音となる符号化音声データとしては、例えば、既に復号した音声データから無音の音声データへ推移するための差分データを逆算（符号化）して求めることができる。
【００４１】
上述したように、データ格納部２５６は、エラー検出部２５４がエラーを検出した場合、再生バッファ２５８に格納された符号化音声データの前回値を維持して、音声データの迅速かつ円滑な回復に備える。しかし、エラーが連続すると、実際の音声データと推定した音声データとが離隔している可能性が高くなるので、前回値を維持することで音声データが一方方向に膨張し、却って弊害となる場合もある。そこで、エラーを所定回数以上連続して検出した場合、音声データが無音または任意の音声となるような符号化音声データを再生バッファ２５８に格納することで、耳障りな音声の再生を確実に防止することができる。
【００４２】
上記再生バッファ２５８は、データ格納部２５６によって格納された符号化音声データを一時的に保持する。
【００４３】
上記復号部２６０は、再生バッファ２５８に格納されている符号化音声データをアナログ化可能な音声データに復号する。
【００４４】
上記減衰部２６２は、復号部２６０で復号された音声データを減衰することができる。本実施形態では、特に、エラー中およびエラーが回復してから所定時間、音声データを減衰する。かかる減衰部２６２は、端末制御部２１０内においてソフトウェアで構成することもでき、ハードウェアとして構成することもできる。
【００４５】
当該音声コーデックでは、音声データの前回値との差分を符号化しているので、一旦音声データが不正な値になると、本来の正常なデータに回復するのに時間を要する。特に、１６ｋｂｐｓＡＤＰＣＭにおいては、３２ｋｂｐｓＡＤＰＣＭと比較して差分の情報量が少ないため、音声データの回復に長時間を要してしまう。かかる音声データを所定時間減衰する構成により、例え音声データの回復段階で異常なノイズが発生したとしても音声には影響せず、耳障りな音声の再生を防止することができる。
【００４６】
また、上記所定時間は、エラーが回復してからカウントを開始し、そのカウント値はエラーの度にリセットされるので、複数のエラーが間隔をおいて連続的に発生したとしても、最後のエラーが回復してから所定時間が確保され、音声コーデックの特性上のノイズを減衰部で確実に抑制することが可能となる。
【００４７】
減衰部２６２は、エラーが回復してから所定時間後に減衰率が０（ゼロ）になるように減衰率を漸減してもよい。
【００４８】
ここでは、エラーが回復してから上記所定時間より手前まで最大減衰率を維持させ、それ以降、減衰率を漸減して音声データの音圧を徐々に大きくして、所定時間には減衰率が０（ゼロ）となるように減衰率を推移させる。１６ｋｂｐｓのＡＤＰＣＭにおいては、３２ｋｂｐｓＡＤＰＣＭの窓関数のようにゲインを妥当な傾斜をもって回復させる効果がないので、このように意図的に減衰率を調整する。上記減衰率を漸減する構成により、違和感なく円滑に再生状態を回復させることができる。
【００４９】
上記音声再生部２６４は、減衰部２６２を経由した音声データを再生する。
【００５０】
上述したような構成により、無線端末装置１１０は、音声コーデックを用いて符号化された符号化音声データを、エラー時における耳障りな音声を回避しつつ、再生することが可能となる。
【００５１】
（音声再生方法）
次に、上述した音声再生装置としての無線端末装置１１０を用いて符号化音声データを再生する音声再生方法について説明する。
【００５２】
図４は、音声再生方法の全体的な流れを示したフローチャートである。無線端末装置１１０では、以後の処理のため正常カウンタ値と異常カウンタ値とを０に初期化し、音声データの待ち受け状態を維持する。そして、無線通信による受信割り込みに応じて、符号化音声データを受信し（データ受信ステップ：Ｓ３００）、受信した符号化音声データを受信バッファ２５２に格納する（Ｓ３０２）。
【００５３】
そして、エラー検出部２５４が、受信バッファ２５２に格納された符号化音声データの正当性を判断する。ここでは、受信した符号化音声データパケットをフレーム単位に連結した上で、フレーム毎にエラーを検出する（エラー検出ステップ）。具体的には、フレームの種類を示すＣＩ情報が音声データ（ＴＣＨ）を示しているか否かを判断し（Ｓ３０４）、そのフレームが音声データであれば、ＣＲＣによりビットエラーの有無を判断する（Ｓ３０６）。ここで、フレームのフォーマット、サンプリング周波数、送信速度等が妥当な数値を示しているかどうか判断することもできる。かかるＣＲＣでもビットエラーが検出されなかった場合、最後に特定のビット列で表され、符号化音声データの位置を示す同期符号ＵＷの有無を判断する（Ｓ３０８）。
【００５４】
このようなエラー検出ステップによりエラーが検出されなかった場合、受信した符号化音声データは正常であるとみなし、正常受信処理（Ｓ３１０）を行う。また、エラー検出ステップのいずれかのステップにおいてエラーが検出された場合、その符号化音声データは不正なデータであるとみなされ、異常受信処理（Ｓ３１２）が遂行される。そして、各受信処理によって再生バッファに格納された音声データを減衰部２６２で減衰し、音声再生部で再生する（Ｓ３１４）。以下、正常受信処理（Ｓ３１０）および異常受信処理（Ｓ３１２）について詳述する。
【００５５】
（正常受信処理Ｓ３１０）
図５は、正常受信処理Ｓ３１０の具体的な流れを示したフローチャートである。正常受信処理Ｓ３１０では、まず、データ格納部２５６が正常なデータとみなされた符号化音声データを受信バッファ２５２から再生バッファ２５８に転送し（Ｓ３３０）、異常受信処理Ｓ３１２で利用する異常カウンタ値を０にリセットする（Ｓ３３２）。そして、復号部２６０が再生バッファ２５８に格納された符号化音声データを復号する（Ｓ３３４）。
【００５６】
また、減衰部２６２は、音声データの回復段階における異常なノイズを音声に変換させないため音声データの減衰率を調整する。この調整は、音声データが安定するまでの十分な時間（正常カウンタ値が無音閾値に達するまで）最大の減衰率（ここでは−１５ｄＢ）を維持し、それ以降徐々に減衰率を下げて、エラーが回復してから所定時間後（正常カウンタ値が減衰閾値に達したとき）減衰率が０となるように減衰率を推移することで実行される。
【００５７】
従って、減衰部２６２は、正常カウンタ値と無音閾値（ここでは「６」）とを比較し（Ｓ３３６）、正常カウンタ値が無音閾値に達していなければ減衰率を最大の−１５ｄＢに設定し（Ｓ３３８）、正常カウンタ値をインクリメントする（Ｓ３４０）。無音閾値に達していれば、減衰閾値（ここでは、「１０」）と比較し（Ｓ３４２）、減衰値に達していなければ、減衰値と正常カウンタ値の差分に−３ｄＢを乗じた値を減衰率に設定し（Ｓ３４４）、正常カウンタ値をインクリメントする（Ｓ３４６）。こうすることで、−３ｄＢずつ減衰率が回復する調整を行うことができる。そして、正常カウンタ値が減衰閾値に達すると、その後は、エラーが生じるまで０ｄＢを減衰率に設定し（Ｓ３４８）、音声の抑制を行わない。
【００５８】
このような正常受信処理Ｓ３１０を通じて、受信した符号化音声データを音声として再生すると共に、エラーが回復してもなお発生する異常なノイズを抑制することが可能である。
【００５９】
（異常受信処理Ｓ３１２）
図６は、異常受信処理Ｓ３１２の具体的な流れを示したフローチャートである。異常受信処理Ｓ３１２において、エラーが回復したときの音声データの迅速かつ円滑な回復のために、データ格納部２５６は、エラー検出部２５４がエラーを検出した場合、再生バッファ２５８に格納された符号化音声データの前回値を維持し、エラー検出部２５４が所定回数（保持閾値）以上連続してエラーを検出した場合、復号すると無音または任意の音声となる符号化音声データを再生バッファ２５８に格納する。
【００６０】
従って、異常受信処理Ｓ３１２では、まず、異常カウンタ値と保持閾値（ここでは「４」）とを比較し（Ｓ３６０）、異常カウンタ値が保持閾値に達していなければ再生バッファ２５８に残存している前回の符号化音声データをそのまま維持し（Ｓ３６２）、異常カウンタ値をインクリメントする（Ｓ３６４）。保持閾値に達していれば、復号すると無音となる無音データを生成して再生バッファ２５８に格納する（Ｓ３６６）。
【００６１】
ここでは、異常カウンタ値が保持閾値に達するまで、再生バッファ２５８の値を上書きしないことで符号化音声データを維持する構成を述べているが、かかる場合に限られず、前回値を他の記憶手段に保持しておいて、その都度参照する構成をとってもよい。
【００６２】
再生バッファ２５８の符号化音声データが確定すると、復号部２６０が再生バッファ２５８に格納された符号化音声データを復号し（Ｓ３６８）、音声の再生を抑制するため減衰率を−１５ｄＢに固定する（Ｓ３７０）。そして、正常受信処理Ｓ３１０で利用する正常カウンタ値を０にリセットする（Ｓ３７２）。
【００６３】
このような異常受信処理Ｓ３１２を通じて、エラー時の音声を抑制すると共に、エラーが回復したときの音声データの迅速かつ円滑な回復に備える。
【００６４】
次に、上述した音声再生方法による再生バッファ２５８内のデータや減衰率の推移を説明する。ここでは、上述した音声再生方法の受信割り込みが５ｍｓｅｃ毎に行われるので、サンプリング時間は５ｍｓｅｃとなる。
【００６５】
図７は、エラー時の再生バッファ２５８内のデータの推移を示した説明図である。かかる図７の左側には、データ受信部２５０が受信し、受信バッファ２５２に格納された符号化音声データが示されている。そして、エラー検出部２５４のエラー判断（正常のときは「○」、異常のときは「×」）が示され、その判断に基づく再生バッファ２５８の内容が図７右側に示されている。
【００６６】
かかる図７を参照すると、エラーを検出したときには、前回サンプリングした符号化音声データを維持するので、例えば、サンプリング数３のとき、サンプリング数２で用いた「受信データ２」を維持する。また、サンプリング数５でもサンプリング数４で用いた「受信データ４」を維持し、エラーが連続している間、「受信データ４」が維持される。
【００６７】
そして、エラーが所定回数（４回）連続して検出されると、エラーの検出が無くなるまで、即ちエラーが回復するまで、再生バッファ２５８には復号すると無音データとなる１６ｋｂｐｓのＡＤＰＣＭ用の無音データが強制的に書き込まれる。
【００６８】
サンプリング数１２では、エラーが回復しているので、正常時の処理である受信バッファ２５２から再生バッファ２５８への転送が行われる。
【００６９】
図８は、エラー時の減衰率の推移を示した説明図である。かかる図８では、縦軸に減衰部２６２の減衰率が、横軸にサンプリング数（時間）が示されている。また、横軸上に示される「○」、「×」は、エラー判断の結果を示している（正常のときは「○」、異常のときは「×」）。例えば、３回目のサンプリングでエラーを検出すると、異常受信処理Ｓ３１２が開始され、減衰率は−１５ｄＢになり、音声データが絞られるので音声は遮断状態になる。
【００７０】
４回目のサンプリングでエラーが回復し、正常カウンタ値が計数４１０されるものの、５回目のサンプリングで再びエラーが検出されているので、正常カウンタ値はリセットされる。そして、エラーが回復した１２回目のサンプリングから再び計数４１２される。ここで、正常カウンタ値が無音閾値に達するまでは、減衰率も−１５ｄＢの値が維持される。
【００７１】
そして、再びエラーを検出することなく、１８回目のサンプリング時に正常カウンタ値が無音閾値に達すると、サンプリング毎に減衰率を下げて、音圧を少しずつ上げ、最終的に実際の音声データが示す音圧で再生を行う。かかる無音閾値までの期間は、実施状況に応じて任意に設定できるが、音声データが整定する程度十分に長く、かつ、ユーザが違和感を感じない程度短い時間を選択するとよい。
【００７２】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【００７３】
なお、本明細書の伝送品質補償方法における各工程は、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むとしても良い。
【産業上の利用可能性】
【００７４】
本発明は、音声コーデックを用いて符号化された符号化音声データを再生する音声再生装置および音声再生方法に利用可能である。
【図面の簡単な説明】
【００７５】
【図１】無線通信システムの概略的な構成を示したブロック図である。
【図２】無線端末装置のハードウェア構成を示した機能ブロック図である。
【図３】無線端末装置の概略的な機能を示した機能ブロック図である。
【図４】音声再生方法の全体的な流れを示したフローチャートである。
【図５】正常受信処理の具体的な流れを示したフローチャートである。
【図６】異常受信処理の具体的な流れを示したフローチャートである。
【図７】エラー時の再生バッファ内のデータの推移を示した説明図である。
【図８】エラー時の減衰率の推移を示した説明図である。
【図９】音声コーデックを説明するためのブロック図である。
【符号の説明】
【００７６】
１１０  無線端末装置（音声再生装置）
２２０  端末無線部
２５０  データ受信部
２５４  エラー検出部
２５６  データ格納部
２５８  再生バッファ
２６０  復号部
２６２  減衰部
２６４  音声再生部
【図１】
2008180996.tif 000003
【図２】
2008180996.tif 000004
【図３】
2008180996.tif 000005
【図４】
2008180996.tif 000006
【図５】
2008180996.tif 000007
【図６】
2008180996.tif 000008
【図７】
2008180996.tif 000009
【図８】
2008180996.tif 000010
【図９】
2008180996.tif 000011