(57)【要約】【課題】  パケットが送信周期よりも著しく長い周期で到着する場合に、無用な音声遅延を生じさせることなく、適切に音声信号の蓄積を実行し、該蓄積された音声信号を使用して音声再生を行うことにより、通話品質の向上を図る。【解決手段】  受信信号を蓄積するための音声蓄積部１９と、パケットの到着周期を検出するＲＴＰパケット受信処理部１６と、該検出された到着周期が所定の周期よりも長周期であることを判定し、長周期であった場合に、音声蓄積部１９による蓄積動作を開始するとともに受信信号による音声再生動作を停止する再生制御部２１とを備える。【選択図】    図２
2006100933.tif 000002
【特許請求の範囲】
【請求項１】
音声信号が格納されたパケットを受信し、該受信信号を使用して音声再生を行う音声通信装置において、
受信信号を蓄積するための記憶手段と、
パケットの到着周期を検出する到着周期検出手段と、
前記検出された到着周期が所定の周期よりも長い場合に、前記記憶手段による蓄積動作を開始するとともに受信信号による音声再生動作を停止する制御手段と、
を備えたことを特徴とする音声通信装置。
【請求項２】
音声信号が格納されたパケットを受信し、該受信信号を使用して音声再生を行う音声通信装置において、
受信信号を蓄積するための記憶手段と、
パケットの到着周期を検出する到着周期検出手段と、
前記検出された到着周期が所定の周期よりも長く、且つ、パケットの連続廃棄が生じている場合に、前記記憶手段による蓄積動作を開始するとともに受信信号による音声再生動作を停止する制御手段と、
を備えたことを特徴とする音声通信装置。
【請求項３】
前記制御手段は、
前記記憶手段による蓄積動作中において、到着周期が所定の周期よりも短くなった場合、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする請求項１又は２に記載の音声通信装置。
【請求項４】
パケットの連続廃棄数を検出する連続廃棄数検出手段を備え、
前記制御手段は、
前記記憶手段による蓄積動作中において、前記検出された連続廃棄数が所定値よりも大きいことを判定すると、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする請求項１から３のいずれか１項に記載の音声通信装置。
【請求項５】
前記記憶手段の蓄積量を検出する蓄積量検出手段を備え、
前記制御手段は、
前記記憶手段による蓄積動作中において、前記検出された蓄積量に応じて、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする請求項１から４のいずれか１項に記載の音声通信装置。
【請求項６】
前記記憶手段による蓄積動作の継続期間を計測する計時手段を備え、
前記制御手段は、
前記記憶手段による蓄積動作中において、前記計測された継続期間に応じて、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする請求項１から４のいずれか１項に記載の音声通信装置。
【請求項７】
前記音声再生動作の停止を報知する報知手段を備えたことを特徴とする請求項１から６のいずれか１項に記載の音声通信装置。
【請求項８】
前記音声再生動作の再開を報知する報知手段を備えたことを特徴とする請求項１から７のいずれか１項に記載の音声通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＶｏＩＰ（Voice over Internet Protocol）技術を用いたインターネット電話等に用いて好適な音声通信装置に関する。
【背景技術】
【０００２】
近年、ＶｏＩＰ技術を用いたインターネット電話（以下、ＩＰ電話と称する）が、通話料金の安さなどの理由から普及してきている。このＩＰ電話は、音声をパケット化してインターネット等のインターネットプロトコル（ＩＰ；Internet Protocol）網を介して転送することにより実現される。そして、その音声パケット化機能を有する音声通信装置が実用化されている。音声通信装置は、アナログ入力された音声をディジタル化した後に符号化し、音声符号化信号を周期的にパケットに分割して送信する。音声符号化方式として、例えばＩＴＵ−Ｔ（国際電気通信連合）勧告Ｇ．７１１に準拠した方式を使用した場合、符号化後の信号は１秒あたり６４キロビットのデータ量となる。このような音声符号化信号をパケット伝送する場合、パケット化時の分割等によるオーバーヘッドが生じるために、１秒あたり１００キロビット程度の伝送帯域を要することになる。
また、ＶｏＩＰ技術については例えば特許文献１にも記載されている。
【特許文献１】特開２００４−２２８８５７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したような音声パケットを伝送する伝送路上の輻輳等により、十分な伝送帯域が確保できなかったときは、受信されるパケットは送信時の周期よりも長い周期で到着したり、一部のパケットが伝送途中で廃棄されて到着しなかったり、あるいはその両方の現象が発生する。これらの現象が軽微である場合、再生された音声は、若干の品質劣化が生じるものの聞き取ることは可能である。
【０００４】
しかし、図８に示される例のように、パケットが送信周期（図８では１０ｍｓ）よりも著しく長い周期（図８では１００ｍｓ）で到着した場合、そのままのタイミングで再生しても聞き取れる音声とはならない。このような場合、到着間隔が間延びしているだけであり、パケットは廃棄されていないので、聞き取り可能な音声として再生するために必要な量の音声信号が揃えば、聞き取り可能な音声として再生することができる。図８の概念図の例では、入力音声「こんにちは」に対応する９個のパケットが送信周期よりも著しく長い周期で到着しているが、廃棄はされていない。したがって、少なくとも「こんにちは」に対応する９個のパケットに係る音声信号が揃えば、「こんにちは」の部分については聞き取り可能な音声として再生することができる。
【０００５】
このために受信バッファを備えてパケットを蓄積し、一定の遅延時間を与えてから、パケットを受信バッファから読み出して音声再生することが考えられる。しかしながら、従来の伝送遅延ゆらぎ吸収用の受信バッファでは、固定的に遅延時間を与えることになるので、長期間に渡って到着周期が間延びするような場合に対処するためには、非常に長い遅延時間を固定的に与えることになり通話品質上からその実現には問題がある。
【０００６】
本発明は、このような事情を考慮してなされたもので、その目的は、パケットが送信周期よりも著しく長い周期で到着する場合に、無用な音声遅延を生じさせることなく、有用な音声信号の蓄積を実行し、該蓄積された音声信号を使用して音声再生を行うことにより、通話品質の向上を図ることができる音声通信装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明に係る音声通信装置は、音声信号が格納されたパケットを受信し、該受信信号を使用して音声再生を行う音声通信装置において、受信信号を蓄積するための記憶手段と、パケットの到着周期を検出する到着周期検出手段と、前記検出された到着周期が所定の周期よりも長い場合に、前記記憶手段による蓄積動作を開始するとともに受信信号による音声再生動作を停止する制御手段とを備えたことを特徴とする。
【０００８】
本発明に係る音声通信装置は、音声信号が格納されたパケットを受信し、該受信信号を使用して音声再生を行う音声通信装置において、受信信号を蓄積するための記憶手段と、パケットの到着周期を検出する到着周期検出手段と、前記検出された到着周期が所定の周期よりも長く、且つ、パケットの連続廃棄が生じている場合に、前記記憶手段による蓄積動作を開始するとともに受信信号による音声再生動作を停止する制御手段とを備えたことを特徴とする。
【０００９】
本発明に係る音声通信装置においては、前記制御手段は、前記記憶手段による蓄積動作中において、到着周期が所定の周期よりも短くなった場合、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする。
【００１０】
本発明に係る音声通信装置においては、パケットの連続廃棄数を検出する連続廃棄数検出手段を備え、前記制御手段は、前記記憶手段による蓄積動作中において、前記検出された連続廃棄数が所定値よりも大きいことを判定すると、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする。
【００１１】
本発明に係る音声通信装置においては、前記記憶手段の蓄積量を検出する蓄積量検出手段を備え、前記制御手段は、前記記憶手段による蓄積動作中において、前記検出された蓄積量に応じて、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする。
【００１２】
本発明に係る音声通信装置においては、前記記憶手段による蓄積動作の継続期間を計測する計時手段を備え、前記制御手段は、前記記憶手段による蓄積動作中において、前記計測された継続期間に応じて、前記記憶手段による蓄積動作を停止するとともに受信信号による音声再生動作を再開することを特徴とする。
【００１３】
本発明に係る音声通信装置においては、前記音声再生動作の停止を報知する報知手段を備えたことを特徴とする。
【００１４】
本発明に係る音声通信装置においては、前記音声再生動作の再開を報知する報知手段を備えたことを特徴とする。
【発明の効果】
【００１５】
本発明によれば、パケットの到着周期が所定の周期よりも長周期であることを音声信号の蓄積動作開始条件に含めているので、パケットが送信周期よりも著しく長い周期で到着する場合以外には音声信号の蓄積を実行せず、無用な音声遅延を防止するとともに有用な音声信号の蓄積を実行することができる。これにより、該蓄積された有用な音声信号を使用して音声再生を行うことが可能となり、通話品質の向上を図ることができる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照し、本発明の一実施形態について説明する。
図１は、本発明の一実施形態に係る音声通信装置を備えたＩＰ電話端末１ａ（１ｂ）によりＩＰ電話を実現するＩＰ電話システムの構成例を示すブロック図である。図２は、図１に示すＩＰ電話端末１ａ（１ｂ）の構成を示すブロック図である。
図１において、ＩＰ電話端末１ａ（１ｂ）は、ＩＰ電話用の通信端末であり、ローカルエリアネットワーク（ＬＡＮ）３ａ（３ｂ）に接続されている。ルータ２ａ（２ｂ）は、通信回線を介してインターネット４と接続し、ＬＡＮ３ａ（３ｂ）とインターネット４との間で相互にパケットの転送を行う。これにより、ＩＰ電話端末１ａと１ｂは、インターネット４を介してパケット通信を行い、音声信号を相互に送受してＩＰ電話を実現する。
【００１７】
図２において、ＩＰ電話端末１ａ（１ｂ）は、本実施形態に係る音声通信装置１０を備える。音声通信装置１０には、話者が通話に使用するマイク３１とスピーカ３２とが接続される。
【００１８】
図２の音声通信装置１０において、Ａ−Ｄ変換部１１はマイク３１から入力されたアナログ音声信号をディジタル音声信号に変換して出力する。音声符号化部１２はＡ−Ｄ変換部１１から入力されたディジタル音声信号を符号化して出力する。ＲＴＰ（Real-time Transport Protocol）パケット送信処理部１３は、音声符号化部１２から入力された音声符号化信号を１フレーム分ごとにパケット化して出力する。パケット化はＲＴＰに従う。又、１フレームは例えば１０ｍｓの長さであり、この場合、パケット送信間隔は１０ｍｓである。
【００１９】
ＵＤＰ（User Datagram Protocol）／ＩＰ処理部１４は、ＵＤＰ及びＩＰに従ってパケットの送信及び受信の処理を行う。ネットワークインタフェース１５は、ＬＡＮ３ａ（３ｂ）に接続するためのインタフェースであり、ＬＡＮ３ａ（３ｂ）と接続してパケットを入出力する。ＲＴＰパケット送信処理部１３から出力されたＲＴＰパケットは、ＵＤＰ／ＩＰ処理部１４によりＩＰパケットとしてネットワークインタフェース１５に出力され、ネットワークインタフェース１５からＬＡＮ３ａ（３ｂ）へ出力される。
【００２０】
ＬＡＮ３ａ（３ｂ）から入力されたＩＰパケットは、ネットワークインタフェース１５を介してＵＤＰ／ＩＰ処理部１４に入力される。ＵＤＰ／ＩＰ処理部１４は、入力されたＩＰパケットからＲＴＰパケットを取得してＲＴＰパケット受信処理部１６へ出力する。
ＲＴＰパケット受信処理部１６は、入力されたＲＴＰパケットをＲＴＰに従って分解することで音声符号化信号を取得し、音声復号部１７へ出力する。また、ＲＴＰパケット受信処理部１６は、パケットの受信情報を再生制御部２１へ通知する。この受信情報は、連続して受信したパケットの到着間隔を示す情報およびパケットの損失数を示す情報などを含んでいる。
【００２１】
音声復号部１７は、入力された音声符号化信号を復号してディジタル音声信号を音声蓄積部１９を介してＤ−Ａ変換部１８へ出力する。Ｄ−Ａ変換部１８は、入力されたディジタル音声信号をアナログ信号に変換して出力する。この出力されたアナログ音声信号はスピーカ３２に入力され、音声として再生される。なお、音声符号化部１２および音声復号部１７は、例えばＩＴＵ−Ｔ勧告Ｇ．７２９で規定されている音声符号化方式を使用する。
【００２２】
音声蓄積部１９は、音声復号部１７からのディジタル音声信号を蓄積するためのメモリを備えている。音声蓄積部１９は、再生制御部２１からの指示に従って、音声復号部１７からのディジタル音声信号をメモリに蓄積する動作およびメモリからディジタル音声信号を読み出してＤ−Ａ変換部１８へ出力する動作を行う。音声蓄積部１９においてメモリに蓄積する動作が行われていないときは、音声復号部１７からのディジタル音声信号は、音声蓄積部１９を介してただちにＤ−Ａ変換部１８へ出力され、音声として再生される。一方、音声復号部１７からのディジタル音声信号をメモリに蓄積する動作を行っており、且つ、メモリからディジタル音声信号を読み出していない状態では、Ｄ−Ａ変換部１８への入力信号がないために、音声再生動作は停止する。
また、音声蓄積部１９は、メモリの蓄積量を検出する。この蓄積量は、再生制御部２１から読み出すことができる。
【００２３】
再生制御部２１は、ＲＴＰパケット受信処理部１６から通知される受信情報及び音声蓄積部１９から通知される蓄積量に基づいて、音声蓄積部１９の動作を制御する。また、再生制御部２１は、その動作制御内容に応じて、信号発生部２０に対する信号発生指示を行う。
信号発生部２０は、再生制御部２１からの指示に従って所定のディジタル音声信号を発生し、Ｄ−Ａ変換部１８へ出力する。このディジタル音声信号は、Ｄ−Ａ変換部１８によってアナログ化された後にスピーカ３２から再生出力される。
【００２４】
次に、図３を参照して、上記した音声通信装置１０の音声再生に係る動作を説明する。図３は、本実施形態に係る音声再生制御フローを示すフローチャートである。
ＲＴＰパケット受信処理部１６は、連続して受信したパケットの到着間隔を算出する。さらに、受信パケットのＲＴＰヘッダ中のシーケンス番号に基づいて、連続して受信した２つのパケット間で損失しているパケットの個数（損失パケット数）を算出する。ＲＴＰパケット受信処理部１６は、それら算出した到着間隔と損失パケット数を再生制御部２１へ通知する。再生制御部２１は、ＲＴＰパケット受信処理部１６から通知された到着間隔及び損失パケット数を使用して音声再生制御処理を行う。
【００２５】
図３において、再生制御部２１は、音声蓄積部１９における蓄積動作および音声再生動作の状態を判断する（ステップＳ１）。この判断の結果、音声蓄積部１９において蓄積動作が停止中であり、且つ音声再生動作中である場合は（ステップＳ１がＹＥＳ）、ステップＳ２へ進む。
【００２６】
次いで、ステップＳ２では、再生制御部２１は、ＲＴＰパケット受信処理部１６から通知された到着間隔に基づいた到着周期がパケットの送信周期と比べて所定値α以上長くなっているか否かを判定する。この判定には、微小な変動の影響を排除するために、パケット到着周期についての１秒間の移動平均値を用いる。所定値αとしては、パケットは１０ｍｓ周期で送信されているので、例えば１０ｍｓ程度の値に設定する。ステップＳ２の判定の結果、到着周期が「送信周期＋所定値α」以上である場合（ステップＳ２がＹＥＳ）はステップＳ３へ進み、「送信周期＋所定値α」未満である場合（ステップＳ２がＮＯ）は処理を終了する。
【００２７】
次いで、ステップＳ３では、再生制御部２１は、パケットがバースト的に廃棄されているか否かを判定する。この判定ではバースト廃棄度を用いる。バースト廃棄度とは、単位時間当たり、例えば１秒の期間において、廃棄されたパケットの前後に連続して受信した２つのパケットの時間間隔の最小値Ｔｍｉｎと、パケット送信間隔との比として定義する。
【００２８】
図４は、バースト廃棄度について説明するための概念図である。図４（１）では、パケットの送信間隔が示されており、１０ｍｓ周期でパケットＰ１〜Ｐ１１が送信されている。図４（２）では、パケットＰ１〜Ｐ１１のうち、パケットＰ２，Ｐ４，Ｐ６，Ｐ８，Ｐ９が廃棄された場合が示されている。この図４（２）の場合、最小値Ｔｍｉｎは２０ｍｓ、パケット送信間隔は１０ｍｓであるので、バースト廃棄度は「２０ｍｓ／１０ｍｓ＝２」となる。また、図４（３）では、パケットＰ１〜Ｐ１１のうち、パケットＰ４〜Ｐ８が連続して廃棄された場合が示されている。この図４（３）の場合、最小値Ｔｍｉｎは６０ｍｓ、パケット送信間隔は１０ｍｓであるので、バースト廃棄度は「６０ｍｓ／１０ｍｓ＝６」となる。再生制御部２１は、ＲＴＰパケット受信処理部１６から通知された到着間隔と損失パケット数とに基づいて、最小値Ｔｍｉｎを算出する。
【００２９】
ステップＳ３の判定の結果、バースト廃棄度つまり、単位時間当たりのパケットの連続廃棄が所定値β以上である場合（ステップＳ３がＹＥＳ）は、バースト的に廃棄されていると判定し、ステップＳ４へ進む。一方、所定値β未満である場合（ステップＳ２がＹＥＳ）は処理を終了する。
【００３０】
次いで、ステップＳ４では、再生制御部２１は、音声蓄積部１９に対して、蓄積動作の開始及び読み出しの停止を指示する。これにより音声再生動作が停止する。次いで、再生制御部２１は、信号発生部２０に対して音声再生の停止を報知する旨を指示する。この指示により信号発生部２０は該当する所定のディジタル信号を発生してＤ−Ａ変換部１８へ出力する。これにより、音声再生の停止を報知する例えばブザー音Ｖ２がスピーカ３２から再生出力される（ステップＳ５）。
【００３１】
一方、ステップＳ１の判断の結果、音声蓄積部１９において蓄積動作中であり、且つ読み出しが停止中であるために音声再生動作が停止中である場合は（ステップＳ１がＮＯ）、ステップＳ６へ進む。
【００３２】
ステップＳ６では、再生制御部２１は、パケットの連続廃棄数が所定値δより大きいか否かを判定する。パケットの連続廃棄数には、ＲＴＰパケット受信処理部１６から通知された損失パケット数を使用する。この判定の結果、連続廃棄数が所定値δよりも大きい場合は（ステップＳ６がＹＥＳ）、通信の一時断と判断し、ステップＳ９へ進む。なお、所定値δとしては、パケット送信間隔が１０ｍｓの場合、例えば１００パケットに設定する。この場合、１秒間の通話断によって音声再生が再開される。
ステップＳ９では、再生制御部２１は、音声蓄積部１９に対して、蓄積動作の停止及び読み出しの開始を指示する。これにより音声再生動作が再開される。
【００３３】
一方、ステップＳ６の判定の結果、連続廃棄数が所定値δ以下である場合には（ステップＳ６がＮＯ）、ステップＳ７へ進む。
【００３４】
ステップＳ７では、再生制御部２１は、音声蓄積部１９から蓄積量を読み出し、所定量に到達しているか否かを判断する。この判断の結果、所定量に到達している場合は（ステップＳ７がＹＥＳ）、ステップＳ９に進み、上記した音声蓄積部１９に対する指示を行って音声再生動作を再開する。なお、上記ステップＳ７で用いる蓄積量の閾値には、蓄積動作によって音声蓄積部１９内のメモリの容量をオーバーする前に蓄積動作を停止可能な値を設定する。
【００３５】
一方、ステップＳ７の判断の結果、所定量に未到達である場合には（ステップＳ７がＮＯ）、ステップＳ８へ進む。
【００３６】
ステップＳ８では、再生制御部２１は、上記ステップＳ２及びＳ３の判定処理を行い、双方の判定条件を共に満足しているか否かを判断する。この判断の結果、満足していれば（ステップＳ８がＹＥＳ）、処理を終了し、蓄積動作及び再生停止をそのまま継続する。
【００３７】
一方、ステップＳ８の判断の結果、ステップＳ２及びＳ３の判定条件のいずれか１つでも満足していなければ（ステップＳ８がＮＯ）、ステップＳ９に進み、上記した音声蓄積部１９に対する指示を行って音声再生動作を再開する。
【００３８】
次いで、ステップ１０では、再生制御部２１は、信号発生部２０に対して音声再生停止の報知を停止する旨を指示する。この指示により信号発生部２０はディジタル信号の発生を停止する。これにより、音声再生停止の報知音（例えばブザー音）の再生出力が停止する。
【００３９】
図５は、本実施形態による音声再生動作を説明するための概念図である。図５において、送話者が発した音声Ｖ１ａ「こんにちはおげんきですか」は、パケット送信間隔１０ｍｓごとの音声信号に分割されて各々パケットＰ１ａ〜Ｐ２１ａに格納される。パケットＰ１ａ〜Ｐ２１ａは、送話者のＩＰ電話端末１ａから送信され、インターネット４を介して受話者のＩＰ電話端末１ｂへ伝送される。
【００４０】
ここで、１パケット当たりのデータ量が３００ｂｉｔであるとすると、１秒間に１００パケットが送信されるので、各パケットが送信間隔１０ｍｓを維持して伝送されるためには、少なくとも３０ｋｂｉｔ／ｓｅｃ以上の伝送速度を常に保証することが必要となる。しかし、インターネット４上のトラヒック状況等により一時的に所望の伝送速度が得られない場合、それぞれのパケットは遅延が増大しながら到着する。図５の例では、３ｋｂｉｔ／ｓｅｃの伝送速度でパケットＰ１ａ〜Ｐ９ａが伝送されている。これらパケットＰ１ａ〜Ｐ９ａは、経路の途中で廃棄されることなく、平均１００ｍｓ間隔で到着する。一方、パケットＰ１０ａ〜Ｐ２１ａは、インターネット４の経路途中での輻輳等により廃棄されている。このパケットＰ１０ａ〜Ｐ２１ａのように、パケットが連続的に廃棄されることを上記バースト廃棄と称する。
【００４１】
図５の時刻ｔ１の時点では、パケットの到着間隔は１００ｍｓであり、平均到着間隔は１００ｍｓと算出される。各パケットにはシーケンス番号が格納されており、受信したパケットとその１つ前に受信したパケットの双方のシーケンス番号を比較し、その差が１であるか否かを判定することにより、パケットの廃棄を検出することができる。パケットの廃棄が検出された場合、シーケンス番号の差を損失パケット数（連続廃棄数）として得る。
図５では、時刻ｔ１から、受信パケットＰ１ａ〜Ｐ９ａに格納された音声「こんにちは」の音声信号が蓄積開始されると共に音声再生が停止され、音声再生停止を報知するブザー音が受話者に対して出力され始める。
【００４２】
図５の時刻ｔ２の時点では、パケットＰ１０ａ〜Ｐ２１ａの連続廃棄が検出されて、音声信号の蓄積が停止されると共に音声再生が再開される。これにより、蓄積された音声Ｖ１ｂ「こんにちは」が再生出力され、受話者に聞き取られる。
【００４３】
ここで、ネットワーク上でパケットが廃棄される過程について考察する。
一般に、インターネット上においてパケットは、ルータと呼ばれるパケット転送装置を経由して転送される。ルータは、入り回線から入力されたパケットを、その振り分け先を判断して所定の出回線へ出力する。出回線にてパケットを送信中の場合は、待ち行列バッファに出力パケットを蓄積し、送信中パケットの送信終了後、順次、待ち行列バッファから出力パケットを読み出して出回線に出力する。しかし、待ち行列バッファに蓄積される速度の方が出回線の伝送速度よりも大きい状態が続くと、待ち行列バッファがあふれるので、ルータは振り分けるパケットを廃棄する。
【００４４】
そのルータにおける廃棄の方法には様々な方法が考えられているが、（１）待ち行列バッファ内のパケット全てを廃棄する方法、（２）バッファが満杯のときに振り分けようとしたパケットを廃棄する方法、などが一般的である。
【００４５】
（１）の廃棄方法によりパケットが廃棄される場合、上記図５に示されるように、バッファに蓄積可能な状態では出回線の伝送速度不足による遅延が発生するものの廃棄されずにパケットが転送されるが（パケットＰ１ａ〜Ｐ９ａに対応）、バッファ全体がクリアされたときにバッファ内に在ったパケットは全て廃棄される（パケットＰ１０ａ〜Ｐ２１ａに対応）。このバッファ全体のクリアによって大きなバースト廃棄が発生する。
【００４６】
（２）の廃棄方法によりパケットが廃棄される場合、図６に示されるように、歯抜け状にパケットが廃棄される。この図６のような場合、受話者のＩＰ電話端末１ｂで受信されたパケットの音声信号を蓄積して再生したとしても、音声信号が歯抜け状態となっているので、受話者が聞き取ることは難しい。
【００４７】
上述した実施形態では、パケットの到着周期が所定の周期（送信周期＋所定値）よりも長周期であった場合において、パケットがバースト的に廃棄されていることを蓄積動作開始条件とし、この蓄積動作開始条件が満足されているときは受信された音声信号を蓄積すると共に音声再生を停止している。つまり、上記（１）の廃棄方法によりパケットが廃棄される場合には、廃棄されずに到着したパケットは比較的に損失することなく連続して到着するので、受信した音声信号を蓄積してから再生する。これにより、受話者が聞き取り可能な音声として再生することができ、通話品質の向上を図ることができる。
【００４８】
そして、パケットがバースト的に廃棄されておらず、上記蓄積動作開始条件が満足されないときには、受信された音声信号を蓄積せずにその受信のタイミングで再生する。つまり、上記（２）の廃棄方法によりパケットが廃棄される場合には、歯抜け状にパケットが廃棄されるために音声信号が歯抜け状態となっているので、蓄積してから再生したとしても聞き取り可能な音声として再生できる可能性が低い。このことから、受信した音声信号を蓄積せずに、受信したタイミングで再生する。なお、上記したバースト廃棄度の閾値βは、パケット送信間隔が１０ｍｓの場合、例えば５０に設定する。
【００４９】
上述したように本実施形態によれば、パケットの到着周期が所定の周期よりも長周期であることを音声信号の蓄積動作開始条件に含めているので、パケットが送信周期よりも著しく長い周期で到着する場合以外には音声信号の蓄積を実行せず、無用な音声遅延を防止するとともに有用な音声信号の蓄積を実行することができる。これにより、該蓄積された有用な音声信号を使用して音声再生を行うことが可能となり、通話品質の向上を図ることができる。
【００５０】
以上、本発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
例えば、パケットの到着周期が所定の周期よりも長周期であることのみを音声信号の蓄積動作開始条件としてもよい。
【００５１】
また、所定のタイマー時間を計時するタイマを備え、このタイムアウトにより蓄積動作を停止するようにしてもよい。
【００５２】
また、音声再生停止中において音声再生を再開することを判断した場合、図７に示されるように、まず音声再生の再開を報知し、次いで音声再生を再開するようにしてもよい。この場合、再生制御部２１は、音声再生の再開を判断すると、信号発生部２０に対して音声再生の再開を報知する旨を指示する。この指示により信号発生部２０は該当する所定のディジタル信号を発生してＤ−Ａ変換部１８へ出力する。これにより、音声再生の再開を予告する例えばメッセージＶ３がスピーカ３２から再生出力される。また、メッセージＶ３のように、これから再生する音声が何秒前に受信しはじめた音声かを報知するようにしてもよい。
【００５３】
なお、受話者に対する報知は、上記した音声によるものに限定されない。例えば、ランプ点灯や画面表示などの視覚的に報知するようにしてもよい。
また、本発明は、無線環境を含むネットワークシステムにも対応可能である。例えば、携帯電話ネットワークに接続可能な端末を音声通信装置として利用可能である。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施形態に係る音声通信装置を備えたＩＰ電話端末１ａ（１ｂ）によりＩＰ電話を実現するＩＰ電話システムの構成例を示すブロック図である。
【図２】図１に示すＩＰ電話端末１ａ（１ｂ）の構成を示すブロック図である。
【図３】本発明の一実施形態に係る音声再生制御フローを示すフローチャートである。
【図４】バースト廃棄度について説明するための概念図である。
【図５】本発明の一実施形態に係る音声再生動作を説明するための概念図である。
【図６】パケット廃棄の一例を説明するための概念図である。
【図７】本発明の他の実施形態に係る音声再生動作を説明するための概念図である。
【図８】従来の音声通信装置による音声再生動作を説明するための概念図である。
【符号の説明】
【００５５】
１ａ，１ｂ…ＩＰ電話端末、４…インターネット、１０…音声通信装置、１１…Ａ−Ｄ変換部、１２…音声符号化部、１３…ＲＴＰパケット送信処理部、１４…ＵＤＰ／ＩＰ処理部、１５…ネットワークインタフェース、１６…ＲＴＰパケット受信処理部、１７…音声復号部、１８…Ｄ−Ａ変換部、１９…音声蓄積部、２０…信号発生部、２１…再生制御部、３１…マイク、３２…スピーカ。
【図１】
2006100933.tif 000003
【図２】
2006100933.tif 000004
【図３】
2006100933.tif 000005
【図４】
2006100933.tif 000006
【図５】
2006100933.tif 000007
【図６】
2006100933.tif 000008
【図７】
2006100933.tif 000009
【図８】
2006100933.tif 000010