(57)【特許請求の範囲】
【請求項１】
通信装置が、伝送遅延の異なる複数の通信経路のうち一時点で１つの通信経路を利用しながら、所定の音声符号化アルゴリズムに基づいて符号化された音声パケットの通信を行う音声パケット通信方法であって、
利用される通信経路の変更に伴い、前記通信装置内の再生バッファに蓄積されている音声信号を伸縮して再生バッファ長を調節する調節ステップと、
再生バッファ長が調節された音声信号における伸縮区間に、第２の音声信号を重畳する重畳ステップと、
を備える音声パケット通信方法。
【請求項２】
前記通信装置は、前記調節ステップでは、
前記蓄積されている音声信号を構成する複数の音声パケットから、一部の音声パケットを所定の規則に基づいて間引き、残された音声パケットに、間引いた音声パケットを重畳することで、
前記蓄積されている音声信号を縮小させ、前記再生バッファ長を短くする、
ことを特徴とする請求項１記載の音声パケット通信方法。
【請求項３】
前記通信装置は、前記調節ステップでは、
前記蓄積されている音声信号を構成する複数の音声パケットの各々について、所定数のコピーパケットを生成し、生成したコピーパケットを音声パケットに重畳することで、
前記蓄積されている音声信号を伸長させ、前記再生バッファ長を長くする、
ことを特徴とする請求項１記載の音声パケット通信方法。
【請求項４】
前記第２の音声信号は、通信経路が変更されたことを通知する合図音を含んで構成される、
ことを特徴とする請求項１記載の音声パケット通信方法。
【請求項５】
伝送遅延の異なる複数の通信経路のうち一時点で１つの通信経路を利用しながら、所定の音声符号化アルゴリズムに基づいて符号化された音声パケットの通信を行う音声パケット通信装置であって、
再生される音声信号を蓄積するための再生バッファと、
利用される通信経路の変更に伴い、前記再生バッファに蓄積されている音声信号を伸縮して再生バッファ長を調節する調節部と、
再生バッファ長が調節された音声信号における伸縮区間に、第２の音声信号を重畳する重畳部と、
を備える音声パケット通信装置。
【請求項６】
前記調節部は、
前記蓄積されている音声信号を構成する複数の音声パケットから、一部の音声パケットを所定の規則に基づいて間引き、残された音声パケットに、間引いた音声パケットを重畳することで、
前記蓄積されている音声信号を縮小させ、前記再生バッファ長を短くする、
ことを特徴とする請求項５記載の音声パケット通信装置。
【請求項７】
前記調節部は、
前記蓄積されている音声信号を構成する複数の音声パケットの各々について、所定数のコピーパケットを生成し、生成したコピーパケットを音声パケットに重畳することで、
前記蓄積されている音声信号を伸長させ、前記再生バッファ長を長くする、
ことを特徴とする請求項５記載の音声パケット通信装置。
【請求項８】
前記第２の音声信号は、通信経路が変更されたことを通知する合図音を含んで構成される、
ことを特徴とする請求項５記載の音声パケット通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送遅延の異なる複数の通信経路のうち一時点で１つの通信経路を利用しながら、所定の音声符号化アルゴリズムに基づいて符号化された音声パケットの通信を行う音声パケット通信方法および音声パケット通信装置に関する。
【背景技術】
【０００２】
ＩＰ通信網を利用して音声信号を伝送するVoIP（Voice  over  IP）では、音声信号は一定の時間毎に区切られ、区切られたフレームごとに音声符号化によって符号化される。フレームの長さは一般に10ミリ秒〜30ミリ秒程度に設定されることが多い。符号化された音声信号は、音声パケットに変換されてIP通信網に送られる。IP通信網によって伝送された音声パケットには、伝送遅延の揺らぎが生じるため、受信装置は、上記の伝送遅延の揺らぎを吸収するための再生バッファを備え、受信した音声パケットの伝送遅延を一定に揃えることで、伝送遅延の揺らぎの影響を排除して、音声パケットの再生を行う。
【０００３】
ところで、近年、複数の無線アクセス手段を備える通信端末が普及していることから、かかる通信端末ではVoIPの通話中に無線アクセス手段が切り替わる場合が想定される。例えば、無線LANの通信デバイスとセルラー無線の通信デバイスとを備える通信装置は、無線LANが有効なエリアでは無線LANを利用してVoIPの通信を行い、当該通信中に無線LANが有効なエリアの外に移動した場合にセルラー無線に切り替え、セルラー無線を利用してVoIPの通信を継続することが望まれる。
【０００４】
このような状況においては、通信経路によって伝送遅延が大きく異なるため、通信経路の変更時にVoIPの再生バッファや音声符号化アルゴリズムを変更後の通信経路に適応させる必要がある。そのため、VoIPのアプリケーションが通信経路の変更を検出する必要がある。
【０００５】
かかる通信経路の変更の検出は、自己の通信装置が無線アクセス手段を切り替えた場合は可能であるが、通信相手が無線アクセス手段を切り替えた場合は困難である。また、自己の通信装置が無線アクセス手段を切り替えた場合でも、検出するためにはVoIPアプリケーションが常に無線通信デバイスの利用状況をモニタリングする必要があり、このモニタリング処理が通信品質に悪影響を与えるおそれもある。そのため、通信経路の変更の検出は、VoIPアプリケーションがパケットの受信状況から判断することが望ましい。
【０００６】
なお、再生バッファを通信状況に応じて適応させる従来技術としては、例えば、特許文献１、２に記載されたものが知られている。特許文献１の技術では、再生バッファ内に蓄積されている音声データ量が所定基準より多い場合に、再生バッファ内の音声信号を縮小してバッファ遅延を小さくする。特許文献２の技術では、再生バッファ内に蓄積されている音声データ量が所定基準より少ない場合に、ダミー信号を生成することで通話の途切れを軽減する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００５−１５１１０４号公報
【特許文献２】特開２００８−３１７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１、２の技術による再生バッファ制御を行うことで、ある程度の伝送遅延の変化には対応できるものの、通信経路の変更に伴う急激な伝送遅延の変化に対応するには不十分である。
【０００９】
本発明は、利用される通信経路が変更された場合であっても、伝送遅延の変化に適切に対応することを目的とする。
【課題を解決するための手段】
【００１０】
通信経路の変更時に生じる伝送遅延の変化は、伝送遅延の大きい通信経路から伝送遅延の小さい通信経路に切り替わった場合と、伝送遅延の小さい通信経路から伝送遅延の大きい通信経路に切り替わった場合とで、特徴が大きく異なる。
【００１１】
このうち伝送遅延の大きい経路から伝送遅延の小さい経路に切り替わった場合については、図２に示すとおり音声パケットが、送信された順序と異なって到着する。この事象は、後に送信された音声パケットが、先に送信された音声パケットを追い抜くことによって生じる。図３には実際の環境で、VoIP通話中に伝送遅延の大きい経路から伝送遅延の小さい経路に切り替わった場合の伝送遅延の一例を、音声パケットの到着順に示す。この図３に示すように、通信経路が切り替わった後、伝送遅延の大きい経路を通った音声パケットと、伝送遅延の小さい経路を通った音声パケットとが交互に届くようになる。このとき、音声パケットの到着順序が送信順序と異なっている。
【００１２】
一方、伝送遅延の小さい経路から伝送遅延の大きい経路に切り替わった場合については、図４、図５に示すとおり、音声パケットの伝送遅延が急激に増加し且つ以後の所定時間にわたり伝送遅延が増加していく傾向にある。この事象は、通信経路が伝送遅延の大きい経路に切り替わったことで、伝送遅延が急激に増加し、さらに、広帯域用のビットレートで符号化された音声パケットが、狭帯域用の通信経路ではリアルタイムに伝送されずに伝送遅延が累積されていくために生じる。
【００１３】
ところで、通信経路の変更時には伝送遅延が大きく異なるため、再生バッファの蓄積量も調節する必要がある。そこで、本発明に係る音声パケット通信方法は、通信装置が、伝送遅延の異なる複数の通信経路のうち一時点で１つの通信経路を利用しながら、所定の音声符号化アルゴリズムに基づいて符号化された音声パケットの通信を行う音声パケット通信方法であって、利用される通信経路の変更に伴い、前記通信装置内の再生バッファに蓄積されている音声信号を伸縮して再生バッファ長を調節する調節ステップと、再生バッファ長が調節された音声信号における伸縮区間に、第２の音声信号を重畳する重畳ステップと、を備えることを特徴とする。
【００１４】
なお、通信装置は、調節ステップでは、前記蓄積されている音声信号を構成する複数の音声パケットから、一部の音声パケットを所定の規則に基づいて間引き、残された音声パケットに、間引いた音声パケットを重畳することで、前記蓄積されている音声信号を縮小させ、前記再生バッファ長を短くすることが望ましい。
【００１５】
また、通信装置は、調節ステップでは、前記蓄積されている音声信号を構成する複数の音声パケットの各々について、所定数のコピーパケットを生成し、生成したコピーパケットを音声パケットに重畳することで、前記蓄積されている音声信号を伸長させ、前記再生バッファ長を長くすることが望ましい。
【００１６】
また、上記の第２の音声信号は、通信経路が変更されたことを通知する合図音を含んで構成されることが望ましい。
【００１７】
ところで、上述した音声パケット通信方法に係る発明は、以下のように、音声パケット通信装置に係る発明として記述することもでき、同様の効果を奏する。
【００１８】
本発明に係る音声パケット通信装置は、伝送遅延の異なる複数の通信経路のうち一時点で１つの通信経路を利用しながら、所定の音声符号化アルゴリズムに基づいて符号化された音声パケットの通信を行う音声パケット通信装置であって、再生される音声信号を蓄積するための再生バッファと、利用される通信経路の変更に伴い、前記再生バッファに蓄積されている音声信号を伸縮して再生バッファ長を調節する調節部と、再生バッファ長が調節された音声信号における伸縮区間に、第２の音声信号を重畳する重畳部と、を備えることを特徴とする。
【００１９】
なお、上記の調節部は、前記蓄積されている音声信号を構成する複数の音声パケットから、一部の音声パケットを所定の規則に基づいて間引き、残された音声パケットに、間引いた音声パケットを重畳することで、前記蓄積されている音声信号を縮小させ、前記再生バッファ長を短くすることが望ましい。
【００２０】
また、上記の調節部は、前記蓄積されている音声信号を構成する複数の音声パケットの各々について、所定数のコピーパケットを生成し、生成したコピーパケットを音声パケットに重畳することで、前記蓄積されている音声信号を伸長させ、前記再生バッファ長を長くすることが望ましい。
【００２１】
また、上記の第２の音声信号は、通信経路が変更されたことを通知する合図音を含んで構成されることが望ましい。
【００２２】
ところで、本発明に係る音声パケット通信方法および本発明に係る音声パケット通信装置は、音声パケット通信だけでなく映像のパケット通信にも同様に応用することができる。
【発明の効果】
【００２３】
本発明によれば、利用される通信経路が変更された場合であっても、伝送遅延の変化に適切に対応することができる。
【図面の簡単な説明】
【００２４】
【図１】音声パケット通信部の構成図である。
【図２】伝送遅延の大きい経路から伝送遅延の小さい経路に切り替わったときの状況を説明するための図である。
【図３】図２の場合の伝送遅延特性を示すグラフである。
【図４】伝送遅延の小さい経路から伝送遅延の大きい経路に切り替わったときの状況を説明するための図である。
【図５】図４の場合の伝送遅延特性を示すグラフである。
【図６】再生バッファ長を短くする手法を説明するための図である。
【図７】再生バッファ長を長くする手法を説明するための図である。
【図８】通信システムの構成図である。
【図９】音声パケットの構成図である。
【図１０】パケット受信時の処理を示す流れ図である。
【図１１】パケット再生時の処理を示す流れ図である。
【図１２】移動通信装置、固定通信装置のハードウェア構成図である。
【発明を実施するための形態】
【００２５】
以下、本発明にかかる実施形態について図面を参照して説明する。
【００２６】
［通信システムの構成］
まず、本実施形態にかかる通信システムの構成について説明する。図８に示すように、本実施形態にかかる通信システム１は、移動通信装置１０と固定通信装置２０とを含んで構成される。このうち、移動通信装置１０は、VoIPアプリケーションを動作させることでVoIP通信を行う音声パケット通信部１１と、W-CDMAのセルラー無線通信を行うためのW-CDMA通信モデム１２と、無線LANの無線通信を行うための無線ＬＡＮアダプタ１３とを備える。固定通信装置２０は、VoIPアプリケーションを動作させることでVoIP通信を行う音声パケット通信部２１と、インターネット網５０に接続される通信アダプタ２２とを備える。
【００２７】
移動通信装置１０は、W-CDMAのセルラー無線通信および無線LANの無線通信のうち、一時点で何れか一方を用いて、固定通信装置２０との間でVoIP通信を行う。W-CDMAのセルラー無線通信を用いる場合、移動通信装置１０は、W-CDMA通信モデム１２により、セルラー無線ネットワーク３０およびインターネット網５０経由で、固定通信装置２０と通信する。一方、無線LANの無線通信を用いる場合、移動通信装置１０は、無線ＬＡＮアダプタ１３により、公衆無線ＬＡＮネットワーク４０およびインターネット網５０経由で、固定通信装置２０と通信する。なお、セルラー無線ネットワークの伝送遅延は公衆無線ＬＡＮの伝送遅延よりも大きく、セルラー無線ネットワークの伝送帯域は公衆無線ＬＡＮの伝送帯域よりも狭い、という特徴がある。
【００２８】
図１に示すように移動通信装置１０の音声パケット通信部１１は、音声パケットの到着順序の変化および伝送遅延の変化に基づいて、利用されている通信経路が変更されたことを検出する検出部２と、通信経路の変更内容に基づいて音声符号化アルゴリズムを変更する変更部３と、再生される音声信号を蓄積するための再生バッファ４と、利用される通信経路の変更に伴い、再生バッファ４に蓄積されている音声信号を伸縮して再生バッファ長を調節する調節部５と、再生バッファ長が調節された音声信号における伸縮区間に第２の音声信号を重畳する重畳部６と、再生バッファ４に蓄積されている音声信号を再生する再生部７と、を含んで構成される。なお、固定通信装置２０の音声パケット通信部２１も、上記の音声パケット通信部１１と同様の構成を有している。
【００２９】
移動通信装置１０は、ハードウェアの観点からみると、例えば図１２に示すように、オペレーティングシステムやアプリケーションプログラムなどを実行するＣＰＵ６１と、ＲＯＭ及びＲＡＭで構成される主記憶部６２と、不揮発性メモリなどで構成される補助記憶部６３と、データ通信を行う通信制御部６４と、情報の表示や情報の印刷出力などを行う出力部６５と、文字・数字入力及び実行指示を行うためのキーで構成される操作部６６とを含んで構成される。なお、図１にて説明した各機能は、図１２に示すＣＰＵ６１及び主記憶部６２上に、VoIPアプリケーションソフトウェアを読み込ませて該VoIPアプリケーションを実行するとともに、ＣＰＵ６１の制御の下で通信制御部６４を動作させ、主記憶部６２や補助記憶部６３におけるデータの読み出し及び書き込みを行うことで実現される。また、固定通信装置２０も同様に、図１２に示すような基本的なハードウェア構成を有している。
【００３０】
音声パケット通信部１１、２１（厳密には音声パケット通信部１１、２１にて実行されるVoIPアプリケーション）は、入力された音声を音声符号化して音声フレームにし、図９に示す１２バイト（９６ビット）のヘッダを付加して音声パケットを構成する。当該ヘッダには、シーケンス番号とタイムスタンプが格納される。音声パケット通信部１１、２１は、このようなヘッダが付加された音声パケットを通信相手に送信し、そして、通信相手から音声パケットを受信し復号化した後、再生バッファ４（図１）に蓄積する。また、音声パケット通信部１１、２１は再生タイマー機能を備え、再生タイマー割込みによって、再生バッファ４に蓄積されている音声フレームを所定のタイミングで再生する。再生バッファ４には、蓄積されている音声フレームの数（以下「蓄積音声フレーム数」という）に関する上限値BHighと下限値BLowとが予め設定されており、蓄積音声フレーム数が上限値BHighを超えると、音声信号の縮小処理が行われ、一方、蓄積音声フレーム数が下限値BLowを下回ると、音声信号の伸張処理が行われる。
【００３１】
［本実施形態の処理フロー］
以下、図１０、図１１のフロー図に沿って、音声パケット通信部１１（又は２１）により実行される処理フローを説明する。
【００３２】
図１０には、音声パケット受信時の処理を示す。この処理は、音声パケット通信部１１（又は２１）が音声パケットを受信したときに実行開始される。まず、検出部２は、受信された音声パケットのシーケンス番号が、再生バッファの最後尾に挿入されている音声フレームのシーケンス番号より小さいか否かを判定する（図１０のステップＳ１）。
【００３３】
ステップＳ１にて受信された音声パケット（以下「受信パケット」と略称する）のシーケンス番号の方が小さければ、図２のように音声パケットの到着順序が変化しているため、検出部２は、通信経路が変更されていると判断して該判断結果を変更部３に通知し、変更部３は、音声符号化アルゴリズムの変更要求を通信相手に送信する（ステップＳ２）。なお、このとき、音声パケットの到着順序の入れ替わりが複数回生じることをもって、通信経路が変更されていると判断する条件にしても良い。本実施形態では、図９に示す音声パケットヘッダのマーカービット（図９にて「Ｍ」と記載されている１ビットの情報）を利用し、マーカービットに「０」をセットして送信した場合は、通信相手に狭帯域用の音声符号化アルゴリズムで符号化することを要求し、マーカービットに「１」をセットして送信した場合は、通信相手に広帯域用の音声符号化アルゴリズムで符号化することを要求する。また、音声符号化の変更要求については、上記以外にも、ＳＩＰ（Session  Initiation  Protocol）を用いて通知する方法等もある。本実施形態では、通信経路の変更を検出した時点で、通信相手に音声符号化アルゴリズムの変更を要求することを特徴とする。通信経路の特性が双方向で対称的な場合は、音声符号化アルゴリズムの変更要求を送信するとともに、通信相手からの音声符号化アルゴリズムの変更要求を待たずに、音声符号化アルゴリズムを自発的に変更しても良い（ステップＳ３）。
【００３４】
一方、ステップＳ１にて受信パケットのシーケンス番号が再生バッファの最後尾に挿入されている音声フレームのシーケンス番号以上の場合は、音声パケットの到着順序が正しい（変化していない）と判断できるため、以下の伝送遅延の判定処理（ステップＳ４〜Ｓ６）に進む。まず、検出部２は、受信パケットの伝送遅延がひとつ前の受信パケットの伝送遅延よりも所定の遅延量Ｄ（ms）以上増加しているか否かを判定する（ステップＳ４）。ここで、受信パケットの伝送遅延が遅延量Ｄ（ms）以上増加している場合、その後、所定の回数Ｎだけ音声パケットを受信し（ステップＳ５）、受信パケットの伝送遅延がＮパケット連続で増加を続けるか否かを判定する（ステップＳ６）。
【００３５】
ステップＳ６にて受信パケットの伝送遅延がＮパケット連続で増加を続けていると判定された場合、検出部２は、通信経路が変更されたと判断して該判断結果を変更部３に通知し、変更部３は、音声符号化アルゴリズムの変更要求を通信相手に送信する（ステップＳ２）。本実施形態では、前述したように音声パケットヘッダのマーカービットを「０」にセットして、通信相手に狭帯域用の音声符号化で符号化することを要求する。また、通信経路の特性が双方向で対称的な場合は、ステップＳ２で音声符号化アルゴリズムの変更要求を送信するとともに、通信相手からの音声符号化アルゴリズムの変更要求を待たずに、音声符号化アルゴリズムを自発的に変更しても良い（ステップＳ３）。
【００３６】
一方、ステップＳ４にて受信パケットの伝送遅延が所定の遅延量Ｄ（ms）以上増加していなかったと判定された場合、又は、ステップＳ６にて受信パケットの伝送遅延がＮパケット連続で増加を続けているわけではないと判定された場合は、音声符号化アルゴリズムの変更は行わずに、後述のステップＳ７へ進む。
【００３７】
ステップＳ７では、音声符号化アルゴリズムの変更の有無に関わらず、変更部３が、受信パケットの音声フレームを再生バッファ４の所定の位置に挿入する（ステップＳ７）。そして、調節部５が、再生バッファ４に蓄積されている音声フレーム数が上限値BHighを超えているか否かを判定する（ステップＳ８）。ここで、音声フレーム数が上限値BHighを超えていないと判定された場合は、図１０の処理を終了する。
【００３８】
一方、ステップＳ８にて音声フレーム数が上限値BHighを超えていると判定された場合は、再生バッファ４に蓄積されている複数の音声フレームから、一部の音声フレームを所定の規則に基づいて間引き、残された音声フレームに、間引いた音声フレームを重畳することで、蓄積されている音声信号を音声フレーム１つ分縮小させ、再生バッファ長を短くする（ステップＳ９）。そして、重畳部６は、再生バッファ長が調節された音声信号における縮小区間に第２の音声信号を重畳する（ステップＳ１０）。
【００３９】
上記のステップＳ９では、具体的には、図６（ａ）に示す蓄積された音声フレームＡ〜Ｆから、音声フレームＢ、Ｄ、Ｆを間引き、図６（ｂ）に示すように間引いた音声フレームＢ、Ｄ、Ｆを半分ずつ重ねて、音声フレームＡ、Ｃ、Ｅに重畳することで、ノイズの発生を軽減する。しかし、ある程度のノイズは発生してしまうため、この音声信号縮小区間に第２の音声信号を重畳してノイズをマスキングする。この第２の音声信号には、通話者に通信経路が切り替わったことを通知する合図音を用いる。これにより、この第２の音声信号は音声信号縮小に起因するノイズをマスキングするとともに、通話者に通信経路変更を通知できるという効果を持つ。なお、図６（ｃ）に示すように音声フレームＡ〜Ｆの各々に対し、窓関数（例えばハミング窓など）をかけた後、間引いた音声フレームＢ、Ｄ、Ｆを半分ずつ重ねて、音声フレームＡ、Ｃ、Ｅに重畳することが望ましい。
【００４０】
次に、図１１に示す再生タイマー割込み時の処理を説明する。この処理は、再生時に音声フレームの間隔毎に再生タイマー割込みが入ることで、実行開始される。まず、調節部５は、音声フレームの再生前に、再生バッファ４に蓄積されている音声フレーム数が下限値ＢLowよりも多いか否かを判定する（図１１のステップＳ１１）。ここで、蓄積されている音声フレーム数が下限値ＢLowよりも多いと判定された場合、再生部７が再生バッファ４の先頭音声フレームを再生する（ステップＳ１５）。
【００４１】
一方、ステップＳ１１にて、蓄積されている音声フレーム数が下限値ＢLow以下と判定された場合、調節部５は、図７（ａ）に示す蓄積されている音声フレームＡ１、Ｂ１、Ｃ１の各々につきコピーフレームを２つ生成し、図７（ｂ）に示すように例えば音声フレームＡ１について、元のフレームＡ１と２つのコピーフレームＡ２、Ａ３の計３つのフレームを半分ずつ重ね合わせて重畳することで、音声信号を音声フレーム１つ分伸長させる（ステップＳ１２）。そして、調節部５は、所定の時間内に通信経路の変更があったか否かを判定する（ステップＳ１３）。ここで、通信経路の変更が無ければ、前述したステップＳ１５（音声再生）へ進み、一方、通信経路の変更があった場合は、重畳部６が、通話者への通信経路の変更を通知する合図音（第２の音声信号）を音声フレームコピー区間に重畳し（ステップＳ１４）、再生部７が、再生バッファ４の先頭の音声フレームを再生する（ステップＳ１５）。
【００４２】
以上説明した図１０、図１１の処理により、伝送遅延がより小さい通信経路へ変更されたことを検出した時に、現状の音声符号化アルゴリズムを、現状より高いビットレートの符号化を行う音声符号化アルゴリズムに変更することで、音声品質を向上させることができる。また、伝送遅延がより大きい通信経路へ変更されたことを検出した時に、現状の音声符号化アルゴリズムを、現状より低いビットレートの符号化を行う音声符号化アルゴリズムに変更することで、伝送遅延の大きい通信経路に適した音声符号化アルゴリズムが使用されることとなり、伝送遅延の累積を抑止し、伝送遅延の変化に適切に対応することができる。
【００４３】
また、ステップＳ１４にて上記の合図音を音声フレームコピー区間に重畳することで、音声信号の縮小に起因するノイズをマスキングするとともに、通話者に対し通信経路変更を通知することができる。
【００４４】
また、ステップＳ１４では、前述した図１０のステップＳ１０で重畳する音声信号とは異なる信号を重畳することが望ましい。この場合、通話者が、(1)伝送遅延の大きい経路に切り替わったか、(2)伝送遅延の小さい経路に切り替わったか、を容易に区別することができる。
【００４５】
また、ステップＳ１４では、図７（ｃ）に示すように、元のフレームＡ１に対し半分重ね合わせて重畳したコピーフレームＡ２に対し、窓関数（例えばハミング窓など）をかけるとともに、コピーフレームＡ３と次のフレームＢ１の組に対し、窓関数（例えばハミング窓など）をかけることが望ましい。
【００４６】
ところで、上記の実施形態における通信経路変更の検出および符号化処理の変更については、音声パケット通信に適用する以外に、映像のパケット通信等にも同様に適用することができる。
【符号の説明】
【００４７】
１…通信システム、２…検出部、３…変更部、４…再生バッファ、５…調節部、６…重畳部、７…再生部、１０…移動通信装置、１１、２１…音声パケット通信部、１２…Ｗ−ＣＤＭＡ通信モデム、１３…無線ＬＡＮアダプタ、２０…固定通信装置、２２…通信アダプタ、３０…セルラー無線ネットワーク、４０…公衆無線ＬＡＮネットワーク、５０…インターネット網、６１…ＣＰＵ、６２…主記憶部、６３…補助記憶部、６４…通信制御部、６５…出力部、６６…操作部。
【図１】
0005465276.tif 000002
【図２】
0005465276.tif 000003
【図３】
0005465276.tif 000004
【図４】
0005465276.tif 000005
【図５】
0005465276.tif 000006
【図６】
0005465276.tif 000007
【図７】
0005465276.tif 000008
【図８】
0005465276.tif 000009
【図９】
0005465276.tif 000010
【図１０】
0005465276.tif 000011
【図１１】
0005465276.tif 000012
【図１２】
0005465276.tif 000013