(57)【要約】  ＢＢＭ方式によるハンドオーバによって、ＶｏＩＰなどのリアルタイムアプリケーションにおいて無音区間が発生した場合、ユーザは不安感を覚え、通信が完全に切断されてしまったものと誤解してしまうという問題がある。  ハンドオーバ時のパケットロスによって、ＶｏＩＰなどのリアルタイムアプリケーションに無音区間が発生した際に、当該無音区間の間、端末が現在ハンドオーバ中であることを示すハンドオーバ中音（例えばビープ音など）を報知することによって、ユーザに無音区間の発生がハンドオーバによるものであることを通知し、通信が完全に切断してしまったものというユーザの誤解を防ぐ。
2009131222.tif 000002
【特許請求の範囲】
【請求項１】
第１無線通信ネットワーク、及び該第１無線通信ネットワークと異なる第２無線通信ネットワークに接続して無線通信を実行する無線通信部と、
該無線通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
前記第１無線通信ネットワークに接続して前記アプリケーションを実行中に、当該第１無線通信ネットワークにおける無線リンクの通信品質を取得する通信品質取得部と、
該通信品質取得部により取得した前記通信品質に基づいて、前記第１無線通信ネットワークから前記第２無線通信ネットワークへのハンドオーバの準備を開始するか否かを決定する決定部と、
前記アプリケーションの実行中に、前記決定部がハンドオーバ準備の開始を決定すると、前記通信品質取得部が取得した通信品質に基づいてハンドオーバを開始する時間を推定する推定部と、
前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
を備えることを特徴とする無線通信装置。
【請求項２】
前記制御部は、前記推定部により推定したハンドオーバを開始する時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
ことを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
ことを特徴とする請求項１又は２に記載の無線通信装置。
【請求項４】
前記制御部は、前記判定部の判定結果に応じて、
ユーザが話し手である場合には、ハンドオーバ開始後すぐに、前記ハンドオーバ処理中である旨を報知し、
ユーザが聞き手である場合には、ハンドオーバ開始後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
ことを特徴とする請求項３に記載の無線通信装置。
【請求項５】
前記推定部は、ハンドオーバが完了する時間を推定し、
前記制御部は、前記推定部が推定した前記ハンドオーバ完了時間に応じて、ハンドオーバ処理中である旨を報知する報知間隔を制御する、
ことを特徴とする請求項１乃至４に記載の無線通信装置。
【請求項６】
前記制御部は、ハンドオーバ処理中である旨を報知する前記報知間隔を、
前記ハンドオーバ完了時間に近づくにつれ、短い報知間隔となるように制御する、
ことを特徴とする請求項５に記載の無線通信装置。
【請求項７】
通信ネットワークに接続して通信を実行する通信部と、
該通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
前記アプリケーションの通信相手である無線通信装置が通信中の第１無線通信ネットワークから該第１無線通信ネットワークと異なる第２無線通信ネットワークヘハンドオーバするハンドオーバの情報を、前記無線通信装置から受信し、前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
を備えることを特徴とする通信装置。
【請求項８】
前記制御部は、前記ハンドオーバ情報を基に、前記第１無線通信ネットワークからパケットを受信できなくなる時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
ことを特徴とする請求項７に記載の通信装置。
【請求項９】
前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
ことを特徴とする請求項７又は８に記載の通信装置。
【請求項１０】
前記制御部は、前記判定部の判定結果に応じて、
ユーザが話し手である場合には、前記第１無線通信ネットワークを通じてパケットを送信できなくなると、前記ハンドオーバ処理中である旨を報知し、
ユーザが聞き手である場合には、前記ハンドオーバ情報の受信後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
ことを特徴とする請求項９に記載の通信装置。
【発明の詳細な説明】
【関連出願のクロスリファレンス】
【０００１】
本出願は、日本国特許出願２００８−１１５８８２号（２００８年４月２５日出願）及び日本国特許出願２００８−１１５９０３号（２００８年４月２５日出願）の優先権を主張するものであり、当該出願の開示全体を、ここに参照のために取り込む。
【技術分野】
【０００２】
本発明は、異なる無線通信ネットワーク間でのハンドオーバが可能な無線通信装置、及び当該無線通信装置と通信する通信装置に関する。
【背景技術】
【０００３】
近年、ＩＥＴＦ（Internet Engineering Task Force）では、ユビキタス環境の実現に向けて、例えば携帯電話ネットワークや無線ＬＡＮ等、異なる複数の無線通信ネットワーク間でのハンドオーバを可能として、シームレスな移動を行うＩＰモビリティ技術が検討されている。このＩＰモビリティ技術における具体的なプロトコルとしては、通信端末個々の移動をサポートするモバイルＩＰｖ４及びモバイルＩＰｖ６（以下、これらを総称してモバイルＩＰと略称する。例えば非特許文献１）があり、ネットワーク単位での移動をサポートするＮＥＭＯ（Network Mobility）がある。【０００４】
モバイルＩＰやＮＥＭＯでは、移動ノード（以下「ＭＮ」（Mobile Node）という。）が、ハンドオーバ元の無線通信ネットワーク（以下「第１無線ＮＷ」という。）から他の無線通信ネットワーク（ハンドオーバ先の無線通信ネットワーク）へハンドオーバする際、当該ＭＮが属するホームエージェント（以下「ＨＡ」（Home Agent）という。）に、ハンドオーバ先の無線通信ネットワーク（以下「第２無線ＮＷ」という。）のＩＰアドレスを気付けアドレス（以下「ＣｏＡ」（Care of Address）という。）として登録する。これにより、ＭＮは、第２無線ＮＷを介して、通信相手である対向ノード（以下「ＣＮ」（Correspondent Node）という。）との通信を可能とする。【０００５】
ここで、ハンドオーバ方式には、第１無線ＮＷを切断する前に第２無線ＮＷを接続するＭＢＢ（Make-Before-Break）方式や、第１無線ＮＷを切断してから第２無線ＮＷを接続するＢＢＭ（Break-Before- Make）方式等が知られている。ＢＢＭ方式は、同時に複数の無線通信ネットワークとの接続を管理する必要がないため、比較的簡潔な処理でハンドオーバを行うことができるという利点を有する。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】C. Perkins、“IP Mobility Support (RFC2002)”、［online］、１９９６年１０月、ＩＥＴＦ、［平成１８年３月１５日検索］、インターネット＜URL: http: //www.ietf.org /rfc/rfc2002.txt
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＢＢＭ方式では、ＭＮは、まず第１無線ＮＷとの無線接続を切断するため、ＭＮとＣＮとの間の通信は一度中断されることになる。この後、通常のモバイルＩＰでは、ＭＮは、第２無線ＮＷに接続し、さらに第２無線ＮＷにおけるＣｏＡをＨＡに登録することによって、ＣＮとの通信を再開することができる。しかし、ＭＮが第１無線ＮＷとの無線接続を切断してから、第２無線ＮＷにおけるＣｏＡをＨＡに登録するまでの間は、ＭＮとＣＮとの間で通信を行うことはできず、パケットロスが発生することになる。【０００８】
その結果、ＶｏＩＰなどのリアルタイムアプリケーションでの通信中に、ＢＢＭ方式によってハンドオーバした場合は、パケットロスにより音が切れて、無音区間が発生し、再生品質及びリアルタイム性の低下を招くことになる。【０００９】
上記の通り、ＢＢＭ方式によるハンドオーバによって、ＶｏＩＰなどのリアルタイムアプリケーションにおいて無音区間が発生した場合であっても、ハンドオーバの処理が完了すれば、ＭＮ及びＣＮは、リアルタイムアプリケーションの通信を再開することができる。しかし、ＭＮ及びＣＮのユーザは、リアルタイムアプリケーションでの無音区間の発生が、ハンドオーバによるものであるのか、無線状況の不良などによって通信が完全に切断されたために生じたものであるかを判断することができない。換言すると、ユーザは、リアルタイムアプリケーション実行中に無音区間が発生した際に、一定時間待機すれば通信が再開されるのか、自ら主体的に通信を再開する必要があるのかを判断することができない。【００１０】
特に、第１無線ＮＷの切断から第２無線ＮＷへの接続には、数秒〜十数秒かかる場合があるため、無音区間がハンドオーバによって発生したものであっても、ユーザは不安感を覚え、通信が完全に切断されてしまったものと誤解してしまうという問題があった。【００１１】
このようなハンドオーバによる無音区間の発生を防止する方法として、例えば、ハンドオーバによってパケット受信ができなくなると、すでに受信しているパケットの再生速度を変更させるといった処理が行われている。しかし、無音区間に対する根本的な解決は行われておらず、無音区間におけるユーザの不安感及び誤解を解消するような技術は提案されていない。【００１２】
したがって、かかる点に鑑みてなされた本発明の目的は、ＢＢＭ方式によるハンドオーバによって、ＶｏＩＰなどのリアルタイムアプリケーションにおいて無音区間が発生した際に、ユーザが、この無音区間はハンドオーバによるものであると判断でき、通信の切断によって発生したものであるとの誤解しないようにする、無線通信装置及び通信装置を提供することにある。
【課題を解決するための手段】
【００１３】
上記目的を達成する第１の観点に係る無線通信装置の発明は、
第１無線通信ネットワーク、及び該第１無線通信ネットワークと異なる第２無線通信ネットワークに接続して無線通信を実行する無線通信部と、
該無線通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
前記第１無線通信ネットワークに接続して前記アプリケーションを実行中に、当該第１無線通信ネットワークにおける無線リンクの通信品質を取得する通信品質取得部と、
該通信品質取得部により取得した前記通信品質に基づいて、前記第１無線通信ネットワークから前記第２無線通信ネットワークへのハンドオーバの準備を開始するか否かを決定する決定部と、
前記アプリケーションの実行中に、前記決定部がハンドオーバ準備の開始を決定すると、前記通信品質取得部が取得した通信品質に基づいてハンドオーバを開始する時間を推定する推定部と、
前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
を備えることを特徴とする。【００１４】
第２の観点に係る発明は、第１の観点に係る無線通信装置において、
前記制御部は、前記推定部により推定したハンドオーバを開始する時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
ことを特徴とする。【００１５】
第３の観点に係る発明は、第１又は２の観点に係る無線通信装置において、
前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
ことを特徴とする。【００１６】
第４の観点に係る発明は、第３の観点に係る無線通信装置において、
前記制御部は、前記判定部の判定結果に応じて、
ユーザが話し手である場合には、ハンドオーバ開始後すぐに、前記ハンドオーバ処理中である旨を報知し、
ユーザが聞き手である場合には、ハンドオーバ開始後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
ことを特徴とする。【００１７】
第５の観点に係る発明は、第１乃至４の観点に係る無線通信装置において、
前記推定部は、ハンドオーバが完了する時間を推定し、
前記制御部は、前記推定部が推定した前記ハンドオーバ完了時間に応じて、ハンドオーバ処理中である旨を報知する報知間隔を制御する、
ことを特徴とする。【００１８】
第６の観点に係る発明は、第５の観点に係る無線通信装置において、
前記制御部は、ハンドオーバ処理中である旨を報知する前記報知間隔を、
前記ハンドオーバ完了時間に近づくにつれ、短い報知間隔となるように制御する、
ことを特徴とする。【００１９】
また、上記目的を達成する第７の観点に係る通信装置の発明は、
通信ネットワークに接続して通信を実行する通信部と、
該通信部を介してリアルタイム通信系のアプリケーションを実行する実行部と、
前記アプリケーションの通信相手である無線通信装置が、通信中の第１無線通信ネットワークから該第１無線通信ネットワークと異なる第２無線通信ネットワークヘハンドオーバするハンドオーバの情報を前記無線通信装置から受信し、前記ハンドオーバ処理中に、当該ハンドオーバ処理中である旨を報知するように制御する制御部と、
を備えることを特徴とする。【００２０】
第８の観点に係る発明は、第７の観点に係る通信装置において、
前記制御部は、前記ハンドオーバ情報を基に、前記第１無線通信ネットワークからパケットを受信できなくなる時間より所定時間前から前記実行部による当該アプリケーションの再生速度を遅くするように制御する、
ことを特徴とする。【００２１】
第９の観点に係る発明は、第７又は８の観点に係る通信装置において、
前記アプリケーションにおいてユーザが話し手であるのか聞き手であるのかを判定する判定部を備え、
前記制御部は、前記判定部の判定結果に応じて、前記ハンドオーバ処理中である旨を報知する時間を制御する、
ことを特徴とする。【００２２】
第１０の観点に係る発明は、第９の観点に係る通信装置において、
前記制御部は、前記判定部の判定結果に応じて、
ユーザが話し手である場合には、前記第１無線通信ネットワークを通じてパケットを送信できなくなると、前記ハンドオーバ処理中である旨を報知し、
ユーザが聞き手である場合には、前記ハンドオーバ情報の受信後、前記アプリケーションの再生データがなくなった時点で、前記ハンドオーバ処理中である旨を報知する、
ことを特徴とする。
【発明の効果】
【００２３】
本発明は、ハンドオーバ時のパケットロスによって、ＶｏＩＰなどのリアルタイムアプリケーションに無音区間が発生した際に、当該無音区間の間、端末が現在ハンドオーバ中であることを示すハンドオーバ中音（以下「ＨＯ中音」という。例えばビープ音など。）を報知する。このため、本発明は、ユーザに無音区間の発生がハンドオーバによるものであることを通知し、通信が完全に切断してしまったものというユーザの誤解を防ぐことができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施の形態に係る無線通信装置が使用可能な通信ネットワークの概略構成を示す図である。
【図２】図１に示した無線通信装置の概略構成を示すブロック図である。
【図３】図１に示した通信装置の概略構成を示すブロック図である。
【図４】従来のハンドオーバによるパケットロスを説明するための図である。
【図５】図２に示した無線通信装置の電話機能部の概略構成を示す機能ブロック図である。
【図６】図３に示した通信装置の電話機能部の概略構成を示す機能ブロック図である。
【図７】ハンドオーバ開始完了時間及びネットワーク遅延時間を説明するために図である。
【図８】図５に示したハンドオーバ制御部によるハンドオーバ開始時間の算出方法を説明するための図である。
【図９】図５に示したハンドオーバ制御部による絶対遅延時間取得方法の一例を説明するための図である。
【図１０】図５及び図６に示した再生速度計算部が計算するＨＯ中音予定期間を説明するための図である。
【図１１】図５及び図６に示した再生速度計算部が計算するＨＯ中音予定期間を説明するための図である。
【図１２】図５及び図６に示した再生速度計算部が計算するＨＯ中音予定期間を説明するための図である。
【図１３】図５及び図６に示したジッタバッファ制御部による有音パケットの再生速度制御方法の一例を説明するための図である。
【図１４】図５及び図６に示したＨＯ中音発生部によるＨＯ中音の報知態様を説明するための図である。
【図１５】ユーザが話し手の場合の、図５に示した主要ブロックの動作シーケンスを説明するための図である。
【図１６】ユーザが聞き手の場合の、図５に示した主要ブロックの動作シーケンスを説明するための図である。
【図１７】本発明による無線通信装置の動作フローを説明するための図である。
【図１８】ユーザが話し手の場合の、図６に示した主要ブロックの動作シーケンスを説明するための図である。
【図１９】ユーザが聞き手の場合の、図６に示した主要ブロックの動作シーケンスを説明するための図である。
【図２０】本発明による通信装置の動作フローを説明するための図である。
【図２１】本発明による受信パケットの変化を表す図である。
【図２２】従来の方法による受信パケットの変化を表す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の実施の形態について、図を参照して説明する。
【００２６】
図１は、本発明の一実施の形態に係る無線通信装置が使用可能な通信ネットワークの概略構成を示す図である。図１において、移動ノードである無線通信装置１１（以下「ＭＮ１１」という。）は、対向ノードである相手通信端末１２（以下「ＣＮ１２」という。）との間で、リアルタイム通信系のアプリケーションであるＶｏＩＰによる通話を行うものとする。ＭＮ１１は、第１無線通信ネットワーク１５（以下「第１無線ＮＷ１５」という。）と第２無線通信ネットワーク１６（以下「第２無線ＮＷ１６」という。）との間で、ハンドオーバが可能となっている。第１無線ＮＷ１５及び第２無線ＮＷ１６は、インターネット１８に結合されている。
【００２７】
ここで、第１無線ＮＷ１５は、例えばｃｄｍａ２０００  １ｘＥＶ−ＤＯ（Code Division Multiple Access 2000 1x Evolution Data Only）の携帯電話ネットワークからなり、第２無線ＮＷ１６は、例えば無線ＬＡＮ（Local Area Network）からなる。なお、図１において、符号１５ａは、第１無線ＮＷ１５の基地局を示し、符号１６ａは、第２無線ＮＷ１６のアクセスポイントを示している。
【００２８】
ＣＮ１２は、例えば送受話器１２ａが接続され、ソフトフォンがインストールされたパーソナルコンピュータからなり、図示しないインターネットサービスプロバイダを介してインターネット１８に接続されている。
【００２９】
また、第１無線ＮＷ１５及び第２無線ＮＷ１６には、それぞれ通信を制御するＳＩＰ（Session Initiation Protocol）サーバ２１及び２２が接続されている。さらに、インターネット１８には、ＭＮ１１宛の受信パケットを、ＭＮ１１が接続されている無線通信ネットワークに転送するホームエージェント２３（以下「ＨＡ２３」という。）と、通信を制御するＳＩＰサーバ２４とが接続されている。
【００３０】
図１に示す通信ネットワークにおいては、ＭＮ１１が、ＨＡ２３に、第1無線ＮＷのホームアドレスを登録するとともに、ハンドオーバ時に、第２無線ＮＷ１６の気付けアドレス（ＣｏＡ）を登録する。これにより、ＭＮ１１は、異なる無線通信ネットワーク間でのハンドオーバが可能となる。なお、このようなＩＰモビリティ技術については、上述したモバイルＩＰや、ＮＥＭＯにおいて公知であるので、ここでは詳細な説明は省略する。
【００３１】
本実施の形態では、ＭＮ１１が本来属する無線通信ネットワークを第１無線ＮＷ１５とする。ＭＮ１１は、この第１無線ＮＷ１５から第２無線ＮＷ１６へハンドオーバする。また、ＭＮ１１がＣＮ１２（又はＨＡ２３）との間で送受信するパケットの絶対遅延時間は、第１無線ＮＷ１５及び第２無線ＮＷ１６で異なる。
【００３２】
（ＭＮ１１の構成）
図２は、図１に示した本実施の形態に係るＭＮ１１の概略構成を示す機能ブロック図である。ＭＮ１１は、第１無線ＮＷ１５に対応する第１無線Ｉ／Ｆ（インターフェース）３１と、第２無線ＮＷ１６に対応する第２無線Ｉ／Ｆ３２と、ＶｏＩＰのアプリケーションを実行する電話機能部３３と、第１無線ＮＷ１５及び第２無線ＮＷ１６への接続を制御する通信処理部３４と、第１無線ＮＷ１５及び第２無線ＮＷ１６の無線情報を取得する無線情報取得部３５と、第１無線ＮＷ１５と第２無線ＮＷ１６との間のハンドオーバを制御するハンドオーバ制御部３６と、を有する。
【００３３】
通信処理部３４は、無線通信を実行する無線通信部を構成する。通信処理部３４は、電話機能部３３とＣＮ１２との間で、第１無線ＮＷ１５又は第２無線ＮＷ１６を介して通話を行う。また、通信処理部３４は、ハンドオーバ制御部３６による制御のもとに、ＨＡ２３と通信するように、第１無線Ｉ／Ｆ３１又は第２無線Ｉ／Ｆ３２の接続を制御する。
【００３４】
無線情報取得部３５は、無線リンクの通信品質を取得する通信品質取得部を構成する。無線情報取得部３５は、無線情報として、第１無線Ｉ／Ｆ３１及び第２無線Ｉ／Ｆ３２から、それぞれ対応する第１無線ＮＷ１５及び第２無線ＮＷ１６の通信品質を取得し、その取得した通信品質をハンドオーバ制御部３６に供給する。ここで、通信品質は、例えば、無線状態を表すＲＳＳＩ（Received Signal Strength Indicator）を取得する。したがって、本実施の形態では、無線情報取得部３５が、無線リンクの通信品質を取得する通信品質取得部を構成している。
【００３５】
ハンドオーバ制御部３６は、ハンドオーバの準備を開始するか否かを決定する決定部と、ハンドオーバを開始する時間を推定する推定部とを構成する。ハンドオーバ制御部３６は、無線情報取得部３５からの通信品質に基づいて、ハンドオーバを予定するか否か、すなわちハンドオーバの準備を開始するか否かの決定を含むハンドオーバ情報を生成し、そのハンドオーバ情報に基づいてハンドオーバを制御する。またハンドオーバ制御部３６は、ハンドオーバ開始時間及び完了時間（以下「ＨＯ開始完了時間」という。）を取得し、さらに、通信処理部３４を通じて、様々なネットワーク遅延時間（以下「ＮＷ遅延時間」という。）を取得する。
【００３６】
（ＣＮ１２の構成）
図３は、図１に示した本実施の形態に係るＣＮ１２の概略構成を示す機能ブロック図である。ＣＮ１２は、インターネットに接続するためのネットワークＩ／Ｆ８１と、ＶｏＩＰのアプリケーションを実行する電話機能部８３と、インターネットとの接続を制御する通信処理部８２と、を有する。
【００３７】
通信処理部８２は、通信を実行する通信部を構成する。通信処理部８２は、電話機能部８３とＭＮ１１との間で、インターネットを介して通話を行うように、ネットワークＩ／Ｆ８１を制御する。
【００３８】
（ＢＢＭ方式のハンドオーバによるパケットロスの説明）
図４は、ハンドオーバ時のＭＮ１１とＨＡ２３との間の通信シーケンスを示す図である。図４に示すように、ハンドオーバ制御部３６は、ハンドオーバ予定を決定すると、第１無線通信ＮＷ１５から第１無線Ｉ／Ｆ３１を切断し、次に、第２無線ＮＷ１６に第２無線Ｉ／Ｆ３２を接続する。次に、ハンドオーバ制御部３６は、通信処理部３４を制御して、第２無線ＮＷ１６を介してＨＡ２３にBinding Updateを送信して、ＨＡ２３に第２無線ＮＷ１６のＣｏＡを登録する。
【００３９】
ＨＡ２３は、ＭＮ１１からのBinding Updateを受け、第２無線ＮＷ１６のＣｏＡの登録を行うと、ＭＮ１１に対してBinding Ackを送信する。ＭＮ１１のハンドオーバ制御部３６は、ＭＮ１１がＨＡ２３から返信されるBinding Ackを受信すると、第２無線ＮＷ１６を用いて通信を行うように、通信処理部３４を制御する。
【００４０】
図４に示すように、上記ハンドオーバシーケンスでは、ＭＮ１１において、ＭＮ１１が第１無線ＮＷ１５と第１無線Ｉ／Ｆ３１を切断してから、ＭＮ１１が送信したBinding UpdateがＨＡ２３に届くまでの間に、ＨＡ２３が第１無線ＮＷ１５を通じて送信したパケットについては、ＭＮ１１が受信できない。このため、ＭＮ１１は、パケットロスが発生することがわかる。またＭＮ１１が第１無線ＮＷ１５と第１無線Ｉ／Ｆ３１を切断してから、ＭＮ１１がＨＡ２３からのBinding Ackを受信するまでの間は、ＭＮ１１はＨＡ２３にパケットを送信することができない。このため、結果的にＣＮ１２ではパケットロスと同じように無音区間が発生することになる。例えば、ＶｏＩＰなどのリアルタイムアプリケーションでの通信中に、ハンドオーバした場合は、このようなパケットロスにより無音区間が発生し、ユーザの不安や誤解を生じることになる。
【００４１】
（ＭＮ１１の電話機能部３３の構成）
図５は、図２に示したＭＮ１１の電話機能部３３の概略構成を示す機能ブロック図である。電話機能部３３は、リアルタイム通信系のアプリケーションを実行する実行部を構成する。電話機能部３３は、例えばソフトフォンからなり、公知のソフトフォンの構成と同様に、ボタン入力部４１、画面表示部４２、マイク４３、エンコーダ４４、パケット送信部４５、パケット受信部４６、ジッタバッファ４７、デコーダ４８、スピーカ４９、ジッタバッファ監視部５０、ジッタバッファ制御部５１、ＳＩＰ制御部５２、及び全体の動作を制御する全体制御部５３を有する。
【００４２】
全体制御部５３は、ボタン入力部４１や画面表示部４２を介して、ユーザの操作情報を取得し、その取得情報に基づいて全体の動作を制御する。また、ＳＩＰ制御部５２は、通話の開始や終了のＳＩＰの手続きを制御する。通話中は、マイク４３が取得した音声データを、エンコーダ４４がエンコードする。そのエンコードしたデータは、パケット送信部４５がパケットにいれて、通信処理部３４を経てＣＮ１２へ送信される。
【００４３】
また、通信処理部３４を経てパケット受信部４６で受信したＣＮ１２からのパケットは、ジッタバッファ４７に一旦取り込んでから読み出される。その読み出されたパケットは、デコーダ４８でペイロード部分をデコードされ、スピーカ４９から再生音声として出力される。なお、ジッタバッファ４７のパケットの受信状況や、ジッタバッファ４７内のパケット数（データ量）の状態は、ジッタバッファ監視部５０によって監視される。その監視結果に基づいて、ジッタバッファ制御部５１は、ジッタバッファ４７からのパケットの読み出し速度や、受信したパケットの破棄などの処理を制御する。
【００４４】
本実施の形態では、ＭＮの電話機能部３３に、さらに、ハンドオーバ情報取得部５５、再生速度計算部５６、聞き手話し手判定部５７及びハンドオーバ中音発生部５８（以下「ＨＯ中音発生部５８」という。）を設けている。
【００４５】
ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視して、ハンドオーバの予定があるか否かの情報を取得する。ハンドオーバの予定があった場合には、ハンドオーバ情報取得部５５は、さらに、ハンドオーバ制御部３６からＨＯ開始完了時間及びＮＷ遅延時間を取得し、当該ＨＯ開始完了時間及びＮＷ遅延時間の一部を再生速度計算部５６に供給する。ハンドオーバ情報取得部５５はさらに、ハンドオーバ情報とＨＯ開始完了時間及びＮＷ遅延時間の一部とを含んだハンドオーバ通知メッセージ（以下「ＨＯ通知メッセージ」という。）を、通信処理部３４を通じてＣＮ１２に送信する。ハンドオーバ情報取得部５５は、その後、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視して、ＭＮ１１からＨＡ２３にBinding Updateが送信されたか、ＭＮ１１がＨＡ２３からBinding Ackを受信したか（ハンドオーバが完了したか）どうかの情報を取得する。ＭＮ１１からＨＡ２３にBinding Updateが送信された場合には、ハンドオーバ情報取得部５５は、再生速度計算部５６にその旨を通知する。ＭＮ１１がＨＡ２３からBinding Ackを受信してハンドオーバが完了すると、ハンドオーバ情報取得部５５は、Binding Ackを受信した旨を再生速度計算部５６に通知する。さらに、ＣＮ１２にも同様の通知を行うために、ＭＮ１１は通信処理部３４を通じてBinding Ack通知メッセージ（以下「ＢＡ通知メッセージ」という。）をＣＮ１２に送信する。
【００４６】
再生速度計算部５６は、ハンドオーバ処理中である旨を報知し、アプリケーションの再生速度を遅くするように制御する制御部を構成する。再生速度計算部５６は、ハンドオーバ情報取得部５５から供給されるＨＯ開始完了時間及びＮＷ遅延時間に基づいて、ハンドオーバに関する時間についての所要の計算を行う。また、再生速度計算部５６は、ジッタバッファに蓄積したＶｏＩＰパケットを低速再生するために、ジッタバッファ制御部５１に低速再生の指示を出す。また、再生速度計算部５６は、所定の時間までに、ユーザが聞き手であるか話し手であるのかを判定するために、聞き手話し手判定部５７に指示を出す。さらに、再生速度計算部５６は、聞き手話し手判定部５７からの判定結果と、上記の所要の計算結果に基づき、ＨＯ中音を発生させる予定期間（以下「ＨＯ中音予定期間」という。）を計算し、所定の時間に、ＨＯ中音発生部５８にＨＯ中音を発生するように指示を出す。再生速度計算部５６は、ハンドオーバ情報取得部５５からハンドオーバが完了した旨の通知を受けると（Binding Ackの通知を受けると）、ＨＯ中音発生部５８にＨＯ中音の終了を指示し、ジッタバッファ制御部５１に低速再生を解除するように指示を出す。
【００４７】
聞き手話し手判定部５７は、ユーザが話し手であるのか聞き手であるのかを判定する判定部を構成する。聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、ユーザが聞き手であるのか話し手であるのかを判定する（詳細は後述する）。聞き手話し手判定部５７は、この判定結果を再生速度計算部５６に返信する。
【００４８】
ＨＯ中音発生部５８は、ハンドオーバ処理中である旨を報知するように制御する制御部を構成するものである。ＨＯ中音発生部５８は、再生速度計算部５６から指示を受け、無音区間におけるユーザの不安感や誤解を防ぐために、スピーカ４９を動作させてハンドオーバ中にＨＯ中音を発生する。
【００４９】
（ＣＮ１２の電話機能部８３の構成）
図６は、図３に示したＣＮ１２の電話機能部８３の概略構成を示す機能ブロック図である。電話機能部８３は、リアルタイム通信系のアプリケーションを実行する実行部を構成するものであり、例えばソフトフォンからなる。本実施の形態では、ハンドオーバ情報取得部８５及び再生速度計算部８６が、ＭＮ１１のハンドオーバ情報取得部５５及び再生速度計算部５６と異なる機能を有する。なおＭＮ１１と同等の参照符号を付した機能ブロックについては、ＭＮ１１のものと同等の機能を有する。
【００５０】
ハンドオーバ情報取得部８５は、通信処理部８２がＭＮ１１からのＨＯ通知メッセージを受信したかどうかを一定間隔毎に監視する。ハンドオーバ情報取得部８５は、ＨＯ通知メッセージを受信した場合には、このＨＯ通知メッセージからＨＯ開始完了時間及びＮＷ遅延時間を抽出し、再生速度計算部８６に供給する。ハンドオーバ情報取得部８５は、その後、通信処理部８２がＭＮ１１からＢＡ通知メッセージを受信したかどうかを一定間隔毎に監視する。ハンドオーバ情報取得部８５は、ＭＮ１１からＢＡ通知メッセージを受信した場合には、再生速度計算部８６にその旨を通知する。
【００５１】
再生速度計算部８６は、ハンドオーバ処理中である旨を報知し、アプリケーションの再生速度を遅くするように制御する制御部を構成する。再生速度計算部８６は、ハンドオーバ情報取得部８５から供給されるＨＯ開始完了時間及びＮＷ遅延時間に基づいて、ハンドオーバに関する時間についての所要の計算を行う。また、再生速度計算部８６は、ジッタバッファに蓄積したＶｏＩＰパケットを低速再生するために、ジッタバッファ制御部５１に低速再生の指示を出す。また、再生速度計算部８６は、所定の時間までに、ユーザが聞き手であるか話し手であるのかを判定するために、聞き手話し手判定部５７に指示を出す。さらに、再生速度計算部８６は、聞き手話し手判定部５７からの判定結果と、上記の所要の計算結果に基づき、ＨＯ中音予定期間を計算し、所定の時間に、ＨＯ中音発生部５８にＨＯ中音を発生するように指示を出す。再生速度計算部８６は、ＨＯ中音予定期間及びハンドオーバ情報取得部８５からのＢＡ通知メッセージに基づいて、ＨＯ中音発生部５８にＨＯ中音の終了を指示し、ジッタバッファ制御部５１に低速再生を解除するように指示を出す。
【００５２】
以下、本実施の形態に係るＭＮ１１の主要機能ブロックの詳細を説明する。
【００５３】
（ハンドオーバ制御部３６によるハンドオーバ予定決定）
ハンドオーバ制御部３６は、第１無線Ｉ／Ｆ３１及び第２無線Ｉ／Ｆ３２からそれぞれ取得した通信品質に基づいて、ハンドオーバの予定を決定する。例えば、第１無線ＮＷ１５と無線リンクを形成して通話を行っている場合に、第１無線Ｉ／Ｆ３１から取得した通信品質がハンドオーバ予定決定閾値よりも悪くなり、かつ第２無線Ｉ／Ｆ３２の通信品質がハンドオーバ予定決定閾値以上となった場合には、ハンドオーバ制御部３６は、第２無線ＮＷ１６へのハンドオーバ予定を決定する。すなわちハンドオーバ制御部３６はハンドオーバ準備の開始を決定する。なお、通話に使用していない第２無線ＮＷ１６の通信品質は、例えば、アクセスポイント１６ａから送信される報知情報を受信して取得できる（測定できる）。
【００５４】
（ハンドオーバ制御部３６によるＨＯ開始完了時間及びＮＷ遅延時間取得）
ハンドオーバ制御部３６は、ハンドオーバ予定を決定した場合には、図７に示す、ハンドオーバ予定を決定した時点（図７におけるＨＯ  Ｍｓｇ送信時点）から、第１無線ＮＷ１５との無線接続を切断するハンドオーバ開始までの時間Thosrm(sec)と、ハンドオーバ予定を決定した時点から、第２無線ＮＷに接続しＨＡ２３からBinding Ackを受けるハンドオーバ完了までの時間Thoesm（sec）とを含む、ＨＯ開始完了時間を取得する。さらに、ハンドオーバ制御部は、第１無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup1(sec)及びTddn1(sec)と、第１無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1(sec)及びTadn1(sec)と、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2(sec)及びTddn2(sec)と、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2(sec)及びTadn2(sec)とを含む、ＮＷ遅延時間を取得する。ハンドオーバ制御部３６は、これらのＨＯ開始完了時間及びＮＷ遅延時間の一部を電話機能部３３に供給する。
【００５５】
（ハンドオーバ開始までの時間Thosrmの取得方法）
ハンドオーバ開始までの時間Thosrmは、例えば、図８（ａ）及び（ｂ）に示すように、通信品質を決定する無線状態(Rs)の単位時間の変化率ΔRs（傾き）に基づいて算出する。ここで、変化率ΔRsは、無線状態がハンドオーバ予定決定閾値を下回ってハンドオーバ予定を決定した時点で計測して取得することもできるが、本実施の形態では、当該通話中において、ハンドオーバの予定決定時点から所定時間前までの変化率平均値ΔRsrmsを取得する。
【００５６】
このため、ハンドオーバ制御部３６は、下記の（１）式に従って、現在使用中の無線通信ネットワークにおける無線状態の単位時間（Δｔ）の変化率ΔRs(t)を所定のタイミングで算出する。ハンドオーバ制御部３６は、所定時間前（例えば、２sec前）までの複数の変化率ΔRs(t)をメモリに保持するようにし、ハンドオーバ予定を決定したら、その時点で保持していた所定時間前までの変化率平均値ΔRsrmsを算出する。なお、ここでは、徐々に無線状態が悪化していることを前提とする。
〔数１〕
ΔRs(t)＝|{Rs(t)−Rs(t-Δt)}／Δt|    ・・・（１）
【００５７】
その後、ハンドオーバ制御部３６は、算出した変化率平均値ΔRsrmsが、予め設定した変化率閾値Rsrefよりも小さいか否かを判定する。その結果、ΔRsrms≦Rsrefの場合、すなわち、無線状態の変化が緩やかな場合には、ハンドオーバ制御部３６は、図８（ａ）に示すように、ハンドオーバ開始までの時間Thosrmを、予め設定した標準時間Tref（例えば、５sec）とする。
【００５８】
これに対し、ΔRsrms＞Rsrefの場合、すなわち、無線状態の変化が急激な場合には、ハンドオーバ制御部３６は、例えば、Thosrm＝Tref（Rsref／ΔRsrms）、を演算する。この場合、ハンドオーバ制御部３６は、変化率ΔRsrmsが大きいほど、ハンドオーバ開始までの時間Thosrmを、標準時間Trefよりも短く設定する。図８（ｂ）は、ΔRsrms＞Rsrefの場合で、ハンドオーバ制御部３６が、ハンドオーバ開始までの時間Thosrmを、標準時間Trefのほぼ半分の時間（２．５sec）に設定した場合を示している。
【００５９】
（ハンドオーバ完了までの時間Thoesmの取得方法）
ハンドオーバ完了までの時間Thoesmは、ＭＮ１１がＨＡ２３からBinding Ackを受信するまでの時間である。このThoesmは、図７に示すとおり、第２無線ＮＷ１６におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2の影響を受ける。しかし、ＭＮ１１がＨＡ２３にBinding Updateを送信する時間については、ＭＮ１１が第２無線ＮＷ１６接続後の任意の時間とすることができる。例えば、ＭＮ１１が第２無線ＮＷ１６に接続するために必要な時間は、過去の接続における接続時間の履歴を保持しておき、その値の平均を求めることなどによって算出可能である。よって、ハンドオーバ完了までの時間Thoesmは、ＭＮ１１が過去の履歴などを基に設定したBinding Update送信時間に、第２無線ＮＷ１６におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2を加えたものとすることができる。またＨＡ２３側でＣｏＡの登録に要する時間が既知である場合には、Thoesmは、かかる時間を考慮して決定することができる。
【００６０】
（ＮＷ遅延時間の取得方法）
第１無線ＮＷ１５におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup1及びTddn1と、第１無線ＮＷ１５におけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1及びTadn1と、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2と、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2及びTadn2とは、例えば、以下に説明する絶対遅延時間取得方法によって取得する。
【００６１】
ハンドオーバ制御部３６は、ハンドオーバの予定を決定すると、ＩＥＥＥ８０２．２１において検討されているハンドオーバ技術を利用して、各無線通信ネットワークの絶対遅延時間を取得する。ＩＥＥＥ８０２．２１（Media  Independent  Handover（MIH））では、異種無線通信ネットワーク（ＷｉＦｉ、ＷｉＭＡＸ、携帯電話など）間のハンドオーバ技術として、ハンドオーバを制御する手段（図２では、ハンドオーバ制御部３６）をＭＩＨユーザと定義し、ＭＩＨＦ（MIH Function）がＭＩＨユーザからの要求に基づいて、通信デバイスの無線情報を取得して、ＭＩＨユーザに提供することを考えている。また、ＭＩＨユーザが、自らの端末内のＭＩＨＦを通して、接続しているネットワーク内のインフォメーションサーバから情報を取得することも考えられている。
【００６２】
図９は、この絶対遅延時間取得方法を説明するための図である。図９において、基幹ネットワーク網であるインターネット１８には、遅延時間を計測するために動作する計測用サーバ６１が接続されている。第１無線ＮＷ１５には、第１インフォメーションサーバ６２が接続されており、第２無線ＮＷ１６には、第２インフォメーションサーバ６３が接続されている。
【００６３】
第１インフォメーションサーバ６２は、インターネット１８に直接繋がった計測用サーバ６１から基地局１５ａまでの、遅延時間計測の基準とするネットワーク遅延基準時間Tn1と、基地局１５ａからＭＮ１１までの上下の無線遅延基準時間Trup1、Trdn1を保持する。同様に、第２インフォメーションサーバ６３は、計測用サーバ６１からアクセスポイント１６ａまでのネットワーク遅延基準時間Tn2と、アクセスポイント１６ａからＭＮ１１までの上下の無線遅延基準時間Trup2、Trdn2を保持する。
【００６４】
ここで、ネットワーク遅延基準時間Tn1及びTn2は、基地局１５ａと計測用サーバ６１との間、及びアクセスポイント１６ａと計測用サーバ６１との間で、それぞれパケット（ＰＩＮＧやＲＴＣＰなど）を送受信して往復時間を測り、その往復時間を１／２して取得できる。
【００６５】
また、第１無線ＮＷ１５における上下の無線遅延基準時間Trup1、Trdn1は、基地局１５ａからＭＮ１１へパケットを送り、パケットを受信したＭＮ１１が受信した時間を記録して送り返すことで、基地局１５ａとＭＮ１１との間で送受信した時間に基づいて、上り・下りのそれぞれの遅延時間として計算できる。
【００６６】
同様に、第２無線ＮＷ１６における上下の無線遅延基準時間Trup2、Trdn2は、アクセスポイント１６ａからＭＮ１１へパケットを送り、パケットを受信したＭＮ１１が受信した時間を記録して送り返すことで、アクセスポイント１６ａとＭＮ１１との間で送受信した時間に基づいて、上り・下りのそれぞれの遅延時間として計算できる。なお、Trup1,Trdn2は上りの無線遅延基準時間を示しており、Trdn1,Trdn2は下りの無線遅延基準時間を示している。
【００６７】
ＭＮ１１のハンドオーバ制御部３６は、ハンドオーバ元である第１無線ＮＷ１５への接続時に、当該第１無線ＮＷ１５に接続されている第１インフォメーションサーバ６２からＭＩＨＦを介してネットワーク遅延基準時間Tn1と無線遅延基準時間Trdn1,Trup1とを取得する。またハンドオーバ制御部３６は、遅延時間を測りたい相手先（ここでは、ＨＡ２３及びＣＮ１２）とパケットの送受信を行い、ＨＡ２３及びＣＮ１２と自らのＭＮ１１との間の往復時間(Tn3+Trdn3+Tn3+Trup3及びTn5+Trdn3+Tn5+Trup3)を計測する。この値から、以下のようにして、ＨＡ２３及びＣＮ１２と、インターネット１８との間の片道の遅延時間(Tn3-Tn1及びTn5-Tn1)を求めて、ＭＮ１１とＨＡ２３及びＣＮとの間のハンドオーバ元上り絶対遅延時間Tdup1及びTaup1に相当するTn3+Trup3及びTn5+Trup3と、下り絶対遅延時間Tddn1及びTadn1に相当するTn3+Trdn3及びTn5+Trdn3とを計算する。
計算する。
【００６８】
〔数２〕
Tn3-Tn1={(Tn3+Trdn3+Tn3+Trup3)-(Tn1+Trdn1+Tn1+Trup1)}/2
Tdup1=Tn3+Trup3=Tn1+Trup1+(Tn3-Tn1)
Tddn1=Tn3+Trdn3=Tn1+Trdn1+(Tn3-Tn1)
Tn5-Tn1={(Tn5+Trdn3+Tn5+Trup3)-(Tn1+Trdn1+Tn1+Trup1)}/2
Taup1=Tn5+Trup3=Tn1+Trup1+(Tn5-Tn1)
Tadn1=Tn5+Trdn3=Tn1+Trdn1+(Tn5-Tn1)
【００６９】
またハンドオーバ制御部３６は、第２無線ＮＷ遅延基準時間Tn2及び無線遅延基準時間Trup2、Trdn2を取得するため、現在接続している第１無線ＮＷ１５の第１インフォメーションサーバ６２を経由して、ハンドオーバ先の第２無線ＮＷ１６の第２インフォメーションサーバ６３に、当該ＭＮ１１の位置情報を送信する。これにより、ハンドオーバ制御部３６は、第２インフォメーションサーバ６３に、ネットワーク遅延基準時間Tn2及び無線遅延基準時間Trup2、Trdn2の返信を要求する。第２インフォメーションサーバ６３は、位置情報と各アクセスポイントの接続ユーザ数とを考慮して、接続されると思われるアクセスポイント１６ａのネットワーク遅延基準時間Tn2及び無線遅延基準時間Trup2,Trdn2を、第１インフォメーションサーバ６２を経由してＭＮ１１へ返信する。
【００７０】
ハンドオーバ制御部３６は、第２インフォメーションサーバ６３から返信される第２無線ＮＷ遅延基準時間Tn2及び無線遅延基準時間Trup2,Trdn2を受信する。ハンドオーバ制御部３６は、その取得情報と算出した(Tn4-Tn2及びTn6-Tn2)とを用いて、以下のようにして、ＭＮ１１とＨＡ２３及びＣＮとの間のハンドオーバ先上り絶対遅延時間Tdup2及びTaup2に相当するTn4+Trup4及びTn6+Trup4と、下り絶対遅延時間Tddn2及びTadn2に相当するTn4+Trdn4及びTn6+Trdn4とを計算する。
【００７１】
〔数３〕
Tdup2=Tn4+Trup4=(Tn2+Trup2)+(Tn4-Tn2)
Tddn2=Tn4+Trdn4=(Tn2+Trdn2)+(Tn4-Tn2)
Taup2=Tn6+Trup4=(Tn2+Trup2)+(Tn6-Tn2)
Tadn2=Tn6+Trdn4=(Tn2+Trdn2)+(Tn6-Tn2)
【００７２】
上記の絶対遅延時間取得方法によって取得した絶対遅延時間Tdup1、Tddn1、Tdup2、Tddn2、Taup1、Tadn1、Taup2、Tadn2は、無線通信ネットワーク毎に、ハンドオーバ制御部３６内のメモリ（図示せず）に記憶される。
【００７３】
以上のようにして、ハンドオーバ制御部３６は、第１無線ＮＷ１５との無線接続を切断するハンドオーバ開始までの時間Thosrm(sec)と、第２無線ＮＷに接続しＨＡ２３からBinding Ackを受けるハンドオーバ完了までの時間Thoesm（sec）とを含む、ＨＯ開始完了時間を取得する。さらに、ハンドオーバ制御部３６は、第１無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup1(sec)及びTddn1(sec)と、第１無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1(sec)及びTadn1(sec)と、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2(sec)及びTddn2(sec)と、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2(sec)及びTadn2(sec)とを含む、ＮＷ遅延時間を取得する。ハンドオーバ制御部３６は、この取得したＨＯ開始完了時間及びＮＷ遅延時間を、ハンドオーバ情報取得部５５に供給する。
【００７４】
（ハンドオーバ情報取得部５５の動作）
ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６から取得したＨＯ開始完了時間及びＮＷ遅延時間のうち、ハンドオーバ開始までの時間Thosrm、ハンドオーバ完了までの時間Thoesm、第１無線ＮＷ１５におけるＭＮ１１とＨＡ２３との間の上りの絶対遅延時間Tdup1、第２無線ＮＷ１６におけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2、第２無線ＮＷ１６におけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup2及びTadn2を再生速度計算部５６に供給する。
【００７５】
また、ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６から取得したＨＯ開始完了時間及びＮＷ遅延時間のうち、ハンドオーバ予定決定の時点からハンドオーバ開始までの時間Thosrm、ハンドオーバ完了までの時間Thoesm、第１無線ＮＷ１５におけるＭＮ１１とＨＡ２３との間の上り絶対遅延時間Tdup1、第２無線ＮＷにおけるＭＮ１１とＨＡ２３との間の上り及び下りの絶対遅延時間Tdup2及びTddn2、第１無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上り及び下りの絶対遅延時間Taup1及びTadn1、第２無線ＮＷにおけるＭＮ１１とＣＮ１２との間の上りの絶対遅延時間Taup2を、ＨＯ通知メッセージとして、通信処理部３４を通じてＣＮ１２の再生速度計算部８６に供給する。
【００７６】
（再生速度計算部５６の動作）
再生速度計算部５６は、ＨＯ開始完了時間及びＮＷ遅延時間を取得すると、ＨＯ中音予定期間を計算するために基準として用いる、ハンドオーバに関する時間の計算を行う。図７は、ハンドオーバ情報取得部５５が取得する時間と、再生速度計算部５６が計算する時間を示す図である。上記の通り、ハンドオーバ制御部３６によって、すでにハンドオーバ開始までの時間Thosrmと、ハンドオーバ完了までの時間Thoesmは取得されている。再生速度計算部５６は、このThosrmとThoesmと、ＮＷ遅延時間とを用いて、図７に示すように、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間Thossmと、第２無線ＮＷ１６を通じＭＮ１１がＣＮ１２からの最初のパケットを受信できるまでの時間Thoermを、以下の式により求める。（なお、Thosrm、Thoesm、Thossm、Thoermによる、ＨＯ中音予定期間の詳細な計算については後述するものとする。）
〔数４〕
Thossm (sec)=Thosrm-Tdup1
Thoerm (sec)=Thoesm-Tddn2+(Taup2-Tdup2)+Tadn2
【００７７】
（再生速度計算部５６による聞き手話し手判定部５７への通知）
再生速度計算部５６は、また、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間Thossmまでに、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に判定開始の指示を出す。
【００７８】
（再生速度計算部５６による低速再生開始までの時間の計算）
再生速度計算部５６は、パケットロスによる無音区間を短縮するために、ジッタバッファ制御部５１にジッタバッファ４７に蓄積したＶｏＩＰデータを低速再生するように指示をだす。この低速再生は、ハンドオーバ開始までの時間（Thosrm経過）に先立って行われる。このThosrm経過に先立ってＶｏＩＰアプリケーションの低速再生を開始するまでの時間をTsttslowplay(sec)とすると、Tsttslowplayは、例えば、以下に説明する第１の計算方法又は第２の計算方法の何れかにより実行することができる。
【００７９】
（ａ）第１の計算方法
低速再生開始までの時間Tsttslowplayは、例えば、標準の再生速度をVn(sec/sec)、低速再生時の再生速度をVs(sec/sec)、無音区間を短縮したい時間Tslowsup(sec)を用い、以下の式により計算することができる。
〔数５〕
Tsttslowplay=(Tslowsup×Vs)/(Vn-Vs)
【００８０】
（ｂ）第２の計算方法
低速再生開始までの時間Tsttslowplayは、例えば、ハンドオーバの予定が決定してから、ハンドオーバ開始までの任意の時間に設定してもよい。ＭＮ１１の場合、例えば、Tsttslowplayを、ハンドオーバ開始までの時間Thosrmに対する割合として設定することができる。つまり、例えばTsttslowplayをThosrmの半分、又は３０％などと設定することができる。またTsttslowplayをThosrmと一致させて、ハンドオーバ予定決定直後にＶｏＩＰアプリケーションの低速再生を開始してもよい。
【００８１】
なお、再生速度計算部５６からＨＯ中音発生部５８に開始を指示した時、再生速度計算部５６は、ジッタバッファ内のパケットが０になるまで低速再生をすることなく、バッファ制御部５１にジッタバッファ４７内のパケットを全て破棄し、再生を止めるよう指示することもできる。
【００８２】
（再生速度計算部５６によるＨＯ中音予定期間の計算）
再生速度計算部５６は、上記計算により求めたハンドオーバによる計算と、低速再生開始までの時間を用いて、ＨＯ中音予定期間Thobepの計算を行う。ハンドオーバ開始時に、ユーザが話し手である場合には、発話パケットのロスを防ぐために、すぐにＨＯ中音を発生することが望ましい。また、ユーザが聞き手である場合には、すでに受信した音声パケットの再生が終了してからＨＯ中音を発生することが望ましい。また、ハンドオーバ完了時に、ユーザが話し手である場合には、迅速に発話を開始するためにすぐにＨＯ中音を終了することが望ましい。また、ユーザが聞き手である場合には、ジッタバッファ４７へパケットが一定量蓄積するのを待ってから（ＶｏＩＰアプリケーションが再生可能になる時間まで待機してから）、ＨＯ中音を終了することが望ましい。そこで、以下に説明するとおり、ＨＯ中音予定期間Thobepは、ユーザが話し手であるのか聞き手であるのかによって、設定方法が異なる。
【００８３】
（ａ）ＭＮ１１のユーザが話し手である場合のＨＯ中音予定期間
図１０は、ＭＮ１１が話し手でＣＮ１２が聞き手の場合のハンドオーバシーケンスを示す図である。ユーザが話し手である場合、ハンドオーバ発生時には、発話パケットのロスを防ぐために、ＭＮ１１はすぐにＨＯ中音を発生する。図１０に示すとおり、ＭＮ１１の場合のＨＯ中音予定期間Thobep(MN)は、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間（Thossm経過時点）から、ハンドオーバ完了までの時間（Thoesm経過時点）までの間である。そのため、再生速度計算部５６は、ＨＯ中音予定期間Thobep(MN)を、以下の式によって求めることができる。
〔数６〕
Thobep(MN)=Thoesm-Thossm      ・・・（６）
【００８４】
（ｂ）ＭＮ１１のユーザが聞き手である場合のＨＯ中音予定期間
図１１は、ＭＮ１１が聞き手でＣＮ１２が話し手の場合のハンドオーバシーケンスを示す図である。ＭＮ１１のユーザが聞き手である場合、ハンドオーバ発生時には、ハンドオーバ開始までの時間（Thosrm経過）に先立って、上記再生速度計算部５６が計算した低速再生開始までの時間Tsttslowplayだけ前の時間から、ジッタバッファの低速再生が行われる。その後、再生速度計算部５６は、ジッタバッファ監視部５０から、有音のパケットの個数を一定間隔で取得し続ける。この有音か無音かの判別には、例えばコーデックはSpeexのような、有音/無音を判定し、無音の時は有音の時とは異なるパケットを送信する機能を持つコーデックを使用することができる。有音のパケットの個数が0になると、再生速度計算部５６は、ＨＯ中音発生部５８にＨＯ中音の開始を指示する。一方、ＨＯ中音を終了する時間は、話し手の場合と異なり、単純なハンドオーバ完了までの時間Thoesmとはならない。なぜなら、まずＭＮ１１は、ＣＮ１２側から再生すべきパケットの到着を待つ必要があるためである（つまりThoerm後）。さらにＭＮ１１は、ＶｏＩＰのようなリアルタイムアプリケーションでは、パケット到着間隔の揺らぎなどに対応するために、ジッタバッファに一定のパケット量が蓄積させてから音声の再生を開始するためである。図１１に示すとおり、低速再生開始までの時間をTsttslowplay、低速再生時間をTslowplay、パケットが一定量蓄積するまでに要する時間をTbffacmとすると、再生速度計算部５６は、ＨＯ中音予定期間Thobep(MN)を、以下の式によって求めることができる。
〔数７〕
Thobep(MN)＝(Thoerm+Tbffacm)-(Thosrm-Tsttslowplay+Tslowplay)  
【００８５】
図１２は、ＭＮ１１及びＣＮ１２が共に話し手の場合を示す図である。この場合、ＭＮ１１及びＣＮ１２は共に聞き手ということになるが、話し手としてのパケットロスを防ぐことを優先し、ハンドオーバ発生時には、ＭＮ１１はすぐにＨＯ中音を開始するものとする。つまりＭＮ１１のＨＯ中音予定期間Thobep(MN)は、上記（６）式と同様になる。
【００８６】
（再生速度計算部５６によるＨＯ中音終了通知）
再生速度計算部５６は、ＨＡ２３からのBinding Ack受信の通知が来た時、ジッタバッファ監視部５０からジッタバッファ４７内の蓄積パケット量を一定間隔で取得し始める。ＭＮ１１のユーザが話し手であった場合には、その通知が来てすぐにＨＯ中音を終了することとし、再生速度計算部５６は、ＨＯ中音終了の指示をＨＯ中音発生部５８に指示する。その後、再生速度計算部５６は、ジッタバッファ制御部５１に通常の再生を始めるよう指示する。また、ＭＮ１１のユーザが聞き手であった場合には、再生速度計算部５６は、ジッタバッファ４７内の蓄積パケット量が標準量を超えるのを待ち、ＨＯ中音終了の指示をＨＯ中音発生部５８に指示し、その後、ジッタバッファ制御部５１に通常の再生を始めるよう指示する。
【００８７】
（ジッタバッファ制御部５１によるＶｏＩＰデータの低速再生方法）
再生速度計算部５６の指示を受けた、ジッタバッファ制御部５１による受信パケットの再生速度制御は、例えば、以下に説明する第１の再生速度制御方法又は第２の再生速度制御方法の何れかにより実行することができる。
【００８８】
（ａ）第１の再生速度制御方法
標準再生速度Vnに対するジッタバッファ４７からのパケットの読み出し間隔をTR1、低速再生速度Vsに対応するジッタバッファ４７からのパケットの読み出し間隔をTRと、するとき、TR=TR1/(Vs/Vn)、とする。例えば、標準再生速度Vnでは、ジッタバッファ４７内のパケットを２０msecの間隔で読み出して再生するＶｏＩＰアプリケーションの場合において、再生速度Vsを標準再生速度Vnの８０％（k=0.8）とする場合には、ジッタバッファ４７からのパケットの読み出し間隔TRを、TR=20/0.8(msec)、とする。
【００８９】
（ｂ）第２の再生速度制御方法
ハンドオーバのための再生速度のコントロールを開始したら、ジッタバッファ制御部５１、その直後に再生したパケット（最初のパケット）のタイムスタンプと、その再生時間とを組み合わせて記録する。ジッタバッファ制御部５１は、その後のパケットについては、下記（５）式で示す時間Tvに、ジッタバッファ４７から読み出して再生する。なお、（５）式において、TDは、遅延時間で、初期値は０である。
〔数８〕
Tv=（パケットのタイムスタンプ−最初のパケットのタイムスタンプ）＋（最初のパケットの再生時間＋TD）          ・・・（８）
【００９０】
ここで、ジッタバッファ４７からパケットを読み出す際、[{Vn/(Vn-Vs)}-1]個目に読み出したパケットは、コピーしてデコーダ４８内のメモリに記憶され、コピー元のパケットを再生した後、次の再生タイミングでコピーしたパケットが読み出して再生される。例えば、再生速度Vsを、標準再生速度Vnの８０％とする場合には、図１３に示すように、ジッタバッファ４７内の順次の４個のパケットＰ１〜Ｐ４は順番に読み出して再生される。また、４個目のパケットＰ４はコピーされ、そのコピーされたパケットＰ４′は、コピー元のパケットＰ４が再生された後、次の再生タイミングで再生される。その後、ジッタバッファ４７からパケットＰ５が読み出される際は、上記（８）式のTDは、コピーによる再生間隔の時間分増加される。なお、[{Vn/(Vn-Vs)}-1]個目に読み出すパケットが、届いていなかったり、破棄されたりして、ジッタバッファ４７にない場合には、次の再生タイミングのパケットに対して、同様の処理が行われる。
【００９１】
（聞き手話し手判定方法）
聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、所定の時間までにユーザが聞き手であるのか話し手であるのかの判定を行い、判定結果を再生速度計算部５６に返信する。
【００９２】
聞き手話し手判定部分５７は、再生速度計算部５６から指示を受けると、一定期間、マイク４３に入力される音声を監視する。聞き手話し手判定部５７は、マイク４３に音声が連続的に入力されている場合には、ユーザが「話し手」であると判断し、マイク４３に音声が連続的に入力されていない場合には、ユーザが「聞き手」であると判断する。
【００９３】
この聞き手話し手判定部５７による判定は、重み付け係数W(x)と、音声入力の有無を示すバイナリ関数F(x)とによる話し手判定変数Rtalkによって判定することができる。バイナリ関数F(x)は、音声入力があるか否かを二値で表すものである。マイク４３に入力される音声信号の強度をI(x)とし、音声入力があると判別するための閾値をIthとすると、I(x)>Ithのとき、F(x)=1となり、それ以外の場合には、F(x)=0とする。話し手判定閾値Rtalkは重み付け係数W(x)とバイナリ関数F(x)を用いて以下のように計算できる。ここで、Thosttは判定の終了時間を表し、Tは時間を表す変数である。判定開始からTは徐々に増加し、Thosttになった時点で判定は終了する。
〔数９〕
Rtalk = Σ{W(Thostt-T)×F(I(T))}/Σ{W(Thostt-T)}
【００９４】
ユーザが話し手であるかを判定する閾値をRthとすると、聞き手話し手判定部５７は、Rtalk＞Rthの場合に、ユーザは話し手であると判断することができ、そうでない場合には、ユーザは聞き手であると判断することができる。例えばW(x)の重み付け係数を、xの値が小さいほどW(x)の値が大きくなるように設定することによって、ThosttとTとの差が小さいとき、つまり判定終了時に近づくにつれ、W(x)により大きな重みを設定することが可能である。
【００９５】
（ＨＯ中音発生部５８の動作）
ＨＯ中音発生部５８は、再生速度計算部５６から、ＨＯ中音開始の指示と共に、ＨＯ中音予定期間Thobepを受け、ＨＯ中音を発生するようにスピーカ４９を制御する。ＨＯ中音を発生させる期間は、ＨＯ中音予定期間Thobepに基づくが、ＨＯ中音予定期間どおりにハンドオーバが完了しない場合があるため、ＨＯ中音の終了は、再生速度計算部５６からの通知によるものとすることもできる。
【００９６】
ＨＯ中音は、以下の様々な態様で報知することができる。
再生速度計算部５６の指示を受けた、ＨＯ中音発生部５８によるＨＯ中音の発生態様は、例えば、以下に説明する第１〜第３のＨＯ中音発生態様の何れかとすることができる。
【００９７】
（ａ）第１のＨＯ中音発生態様
ＨＯ中音発生部５８は、ＨＯ中音を周期的なビープ音として、例えば図１４に示すとおり、ＨＯ中音予定期間を、時間の経過に合わせて報知周期を上げるように設定することができる。このように、ハンドオーバの進行に合わせて報知タイミングを設定することにより、ハンドオーバの完了までの時間をユーザに暗示することが可能になる。また、ハンドオーバ完了時(再生速度計算部５６からＨＯ中音終了を指示された時)には、その旨を知らせる特定音を鳴らすこともできる。また、ＨＯ中音予定期間と実際のハンドオーバ完了の時間がずれた場合に、ＨＯ中音予定期間が過ぎてから再生速度計算部５６からＨＯ中音終了を指示されるまでの時間にずれが生じた場合には、ＨＯ中音予定期間終了後に最後の周期を維持してＨＯ中音を続けることもできる。
【００９８】
（ｂ）第２のＨＯ中音発生態様
ＨＯ中音発生部５８は、例えばＨＯ中音として音声ガイダンスを用いることができる。例えば、音声ガイダンスとして、「ハンドオーバ完了まで５秒」、「５秒前、・・・、３、２、１」といった態様を取ることができる。
【００９９】
（ｃ）第３のＨＯ中音発生態様
また、携帯電話の着信音や発信時のリングバックトーンのように、ＨＯ中音についても、例えば音楽や音声など、ユーザが任意に設定するものとすることができる。
【０１００】
以下、本実施の形態に係るＣＮ１２の主要機能ブロックの詳細について、特に、ハンドオーバ情報取得部８５及び再生速度計算部８６について説明する。なお、なおＭＮ１１と同等の参照符号を付した機能ブロックについては、ＭＮ１１のものと同等の機能を有する。このため、ＭＮ１１のジッタバッファ制御部５１、聞き手話し手判定部５７、ＨＯ中音発生部５８などに関する上記説明は、説明中の「再生速度計算部５６」を「再生速度計算部８６」と適宜読み替えることにより、ＣＮ１２の機能ブロックの説明として援用することができる。
【０１０１】
（ハンドオーバ情報取得部８５の動作）
ハンドオーバ情報取得部８５は、通信処理部８２がＭＮ１１からのＨＯ通知メッセージを受信したかどうかを一定間隔毎に監視する。ハンドオーバ情報取得部８５は、ＨＯ通知メッセージを受信した場合には、このＨＯ通知メッセージからＨＯ開始完了時間及びＮＷ遅延時間を抽出し、再生速度計算部８６に供給する。ハンドオーバ情報取得部８５は、その後、通信処理部８２がＭＮ１１からＢＡ通知メッセージを受信したかどうかを一定間隔毎に監視する。ＭＮ１１からＢＡ通知メッセージを受信した場合には、ハンドオーバ情報取得部８５は、再生速度計算部８６にその旨を通知する。
【０１０２】
（再生速度計算部８６の動作）
再生速度計算部８６は、ＨＯ通知メッセージから抽出したＨＯ開始完了時間及びＮＷ遅延時間を取得すると、図７に示すように、ＨＯ中音予定期間を計算するために基準として用いるＨＯ通知メッセージを受信してから、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間Thosscと、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間（ＭＮ１１がＣＮ１２に対して、時刻Thossmに送信したパケットが到着する時間）Thosrcと、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１からの最初のパケットを受信できるまでの時間（ＭＮ１１からＣＮ１２へのＢＡ通知メッセージが到着する時間）Thoercと、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescとを、以下の式により計算する。（なお、Thosrc、Thossc、Thoerc、Thoescによる、ハンドオーバ中音を報知する期間の詳細な計算については後述するものとする。）
〔数１０〕
Thosrc (sec)=Thosrm-Tdup1
Thossc (sec)=Thosrm-Taup1-Tadn1
Thoerc (sec)=Thoesm-Taup1+Taup2
Thoesc (sec)=Thoesm-Taup1-Tddn2+(Taup2-Tdup2)
【０１０３】
ここで、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescは、図７及び数１０によって示されるとおり、ＭＮ１１からBinding Updateを受信したＨＡ２３が、Binding Update受信直後にＣＮ１２にパケットを送信した場合に、ＣＮ１２がその信号を受信する時間として規定している。これは、ＨＡ２３がＭＮ１１からのBinding Updateを受信した後であれば、ＨＡ２３はＣＮ１２がＭＮ１１に向けて送信したパケットを、ＭＮ１１に向けて転送することができると考えられるためである。なお、数１０においては、ＨＡ２３におけるＣｏＡ登録処理時間などを考慮し、ＨＡ２３がBinding Updateを受信してから、第２無線ＮＷ１６におけるパケット一往復分の時間(Taup2+Tadn2)-(Tdup2+Tddn2)が経過した時点で、ＣＮ１２からＭＮ１１への最初のパケットがＨＡ２３に届くように時間Thoescを規定している。しかし、例えば、ＨＡ２３がBinding Updateを受信した直後に、ＣＮ１２からＭＮ１１への最初のパケットがＨＡ２３に届くように時間Thoescを規定することもできる。また、時間Thoescを、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１からの最初のパケットを受信できるまでの時間（ＭＮ１１からＣＮ１２へのＢＡ通知メッセージが到着する時間）Thoercと同じ時間として規定することにより、ＨＡ２３におけるＣｏＡ登録の完了を確実に確認してから、ＣＮ１２がＭＮ１１の最初のパケットを送信するようにすることもできる。
【０１０４】
（再生速度計算部８６による聞き手話し手判定部への通知）
再生速度計算部８６は、また、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できる時間Thosscまでに、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に判定開始の指示を出す。
【０１０５】
（再生速度計算部８６による低速再生開始までの時間の計算）
再生速度計算部８６は、パケットロスによる無音区間を短縮するために、ジッタバッファ制御部５１にジッタバッファ４７に蓄積したＶｏＩＰデータを低速再生するように指示をだす。この低速再生は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間Thosrcに先立って行われる。このThosrcに先立ってＶｏＩＰアプリケーションの低速再生を開始する時間をTsttslowplay(sec)とすると、Tsttslowplayは、例えば、以下に説明する第１の計算方法又は第２の計算方法の何れかにより実行することができる。
【０１０６】
（ａ）第１の計算方法
低速再生開始までの時間Tsttslowplayは、例えば、標準の再生速度をVn(sec/sec)、低速再生時の再生速度をVs(sec/sec)、無音区間を短縮したい時間Tslowsup(sec)を用い、以下の式により計算することができる。
〔数１１〕
Tsttslowplay=(Tslowsup×Vs)/(Vn-Vs)
【０１０７】
（ｂ）第２の計算方法
低速再生開始までの時間Tsttslowplayは、例えば、ＨＯ通知メッセージを受信してから、ＭＮ１１からのパケットが届かなくなるまでの間（Thosrc経過）の割合として設定することができる。つまり、例えばTsttslowplayをThosrcの半分、又は３０％などと設定することができる。またTsttslowplayをThosrcと一致させて、ＨＯ通知メッセージ受信直後に低速再生を始めても良い。
【０１０８】
なお、再生速度計算部８６からＨＯ中音発生部５８に開始を指示した時、再生速度計算部８６は、ジッタバッファ内のパケットが０になるまで低速再生をすることなく、バッファ制御部５１にジッタバッファ４７内のパケットを全て破棄し、再生を止めるよう指示することもできる。
【０１０９】
（再生速度計算部８６によるＨＯ中音予定期間の計算）
再生速度計算部８６は、上記計算により求めたハンドオーバによる計算と、低速再生開始までの時間を用いて、ＨＯ中音予定期間Thobepの計算を行う。ハンドオーバ開始時に、ユーザが話し手である場合には、発話パケットのロスを防ぐために、すぐにＨＯ中音を発生することが望ましい。また、ユーザが聞き手である場合には、すでに受信した音声パケットの再生が終了してからＨＯ中音を発生することが望ましい。また、ハンドオーバ完了時に、ユーザが話し手である場合には、迅速に発話を開始するためにすぐにＨＯ中音を終了することが望ましい。また、ユーザが聞き手である場合には、ジッタバッファ４７へパケットが一定量蓄積するのを待ってから（ＶｏＩＰアプリケーションが再生可能になる時間まで待機してから）、ＨＯ中音を終了することが望ましい。そこで、以下に説明するとおり、ＨＯ中音予定期間Thobepは、ユーザが話し手であるのか聞き手であるのかによって、設定方法が異なる。
【０１１０】
（ａ）ＣＮ１２のユーザが話し手である場合のＨＯ中音予定期間
図１１は、ＣＮ１２が話し手でＭＮ１１が聞き手の場合のハンドオーバシーケンスを示す図である。ＣＮ１２のユーザが話し手である場合、ハンドオーバ発生時には、発話パケットのロストを防ぐために、ＣＮ１２はすぐにＨＯ中音を発生するものとする。図１１に示すとおり、ＣＮ１２の場合のＨＯ中音予定期間Thobep(CN)は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間Thossc経過時点から、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescまでの間である。そのため、再生速度計算部８６は、ＨＯ中音予定期間Thobep(CN)を、以下の式によって求めることができる。
〔数１２〕
Thobep(CN)=Thoesc-Thossc      ・・・（１２）
【０１１１】
（ｂ）ＣＮ１２のユーザが聞き手である場合のＨＯ中音予定期間
図１０は、ＣＮ１２が聞き手でＭＮ１１が話し手の場合のハンドオーバシーケンスを示す図である。ＣＮ１２のユーザが聞き手である場合、ハンドオーバ発生時にＣＮ１２では、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間Thosrcに先立って、上記再生速度計算部８６が計算した低速再生開始までの時間Tsttslowplayだけ前の時間から、ジッタバッファの低速再生が行われる。その後、再生速度計算部８６は、ジッタバッファ監視部５０から、有音のパケットの個数を一定間隔で取得し続ける。この有音か無音かの判別には、例えばコーデックはSpeexのような、有音/無音を判定し、無音の時は有音の時とは異なるパケットを送信する機能を持つコーデックを使用することができる。有音のパケットの個数が0になると、再生速度計算部８６は、ＨＯ中音発生部５８にＨＯ中音の開始を指示する。一方、ＨＯ中音を終了する時間は、話し手の場合と異なり、単純に、第２無線ＮＷ１６を通じＣＮ１２がＭＮ１１へ最初のパケットを送信できるまでの時間Thoescとはならない。なぜなら、まずＭＮ１１側から再生すべきパケットの到着を待つ必要があり（つまりThoerc後）、さらにＶｏＩＰのようなリアルタイムアプリケーションでは、パケット到着間隔の揺らぎなどに対応するために、ジッタバッファに一定のパケット量が蓄積されてから音声の再生を開始するためである。図１０に示すとおり、低速再生開始までの時間をTsttslowplay、低速再生時間をTslowplay、パケットが一定量蓄積するまでに要する時間をTbffaccとすると、再生速度計算部８６は、ＨＯ中音予定期間Thobep(CN)を、以下の式によって求めることができる。
〔数１３〕
Thobep(CN)=(Thoerc+Tbffacc)-(Thosrc-Tsttslowplay+Tslowplay)    
【０１１２】
（再生速度計算部８６によるＨＯ中音終了通知）
ＣＮ１２のユーザが話し手であった場合には、再生速度計算部８６は、数１２で求めたＨＯ中音予定期間経過後に、ＨＯ中音終了をＨＯ中音発生部５８に指示する。ＣＮ１２のユーザが聞き手であった場合には、再生速度計算部８６は、ＨＡ２３からのＢＡ通知メッセージ受信の通知が来た時、ジッタバッファ監視部５０からジッタバッファ４７内の蓄積パケット量を一定間隔で取得し始める。その後、再生速度計算部８６は、ジッタバッファ４７内の蓄積パケット量が標準量を超えるのを待ち、ＨＯ中音終了をＨＯ中音発生部５８に指示し、その後、ジッタバッファ制御部５１に通常の再生を始めるよう指示する。
【０１１３】
図１２は、ＭＮ１１及びＣＮ１２が共に話し手の場合を示す図である。この場合、ＭＮ１１及びＣＮ１２は共に聞き手ということになる。しかし、ＣＮ１２は、話し手としてのパケットロスを防ぐことを優先し、ハンドオーバ発生時には、すぐにＨＯ中音を開始するものとする。つまりＣＮ１２のＨＯ中音予定期間Thobep(CN)は、上記（１２）式と同様になる。
【０１１４】
図１５は、ＭＮ１１のユーザが話し手である場合の、ＭＮ１１の電話機能部３３の要部の動作を示すシーケンス図である。
【０１１５】
ジッタバッファ監視部５０は、図１５に示すように、ジッタバッファ４７のパケットの受信状況や、ジッタバッファ４７内のパケット数（データ量）の状態を監視する。その監視結果に基づいて、ジッタバッファ制御部５１は、ジッタバッファ４７からのパケットの読み出し速度や、受信したパケットの破棄などの処理を制御する。
【０１１６】
ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視する。ハンドオーバ制御部５５は、ハンドオーバ予定有りの情報を取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間を含む）を再生速度計算部５６に供給する。
【０１１７】
再生速度計算部５６は、ジッタバッファ制御部５１から蓄積しているパケット量の通知をうけ、ジッタバッファ４７の低速再生を行うかどうかを決定する。図１５に示す実施形態では、ジッタバッファ４７に低速再生すべきデータがあるものとし、再生速度計算部５６はジッタバッファ制御部５１に低速再生の指示を出す。なお、ジッタバッファ４７に低速再生すべきデータがない場合には、ジッタバッファ４７を低速再生するという処理シーケンスを省略できることに留意されたい。
【０１１８】
再生速度計算部５６は、ハンドオーバ情報取得部５５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する。さらに、再生速度計算部５６は、第１無線ＮＷ１５を通じＭＮ１１がＨＡ２３へ最後のパケットを送信できるまでの時間Thossmまでに、ＭＮ１１のユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。
【０１１９】
聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、ＭＮ１１のユーザが聞き手であるのか話し手であるのかを判定する。この判定は、例えば一定期間マイクに入力される音声を監視することで行われる。聞き手話し手判定部５７は、この判定結果を再生速度計算部５６に供給する。
【０１２０】
再生速度計算部５６は、また、聞き手話し手判定部５７から結果が到着するまでの間に、無音区間を短くするために、ジッタバッファを低速再生する時間を計算する。ハンドオーバ開始までの時間より計算により求めた時間分だけ前の時点で、再生速度計算部５６はジッタバッファ制御部５１に低速再生の指示を出す。
【０１２１】
再生速度計算部５６は、聞き手話し手判定部５７の判定結果を受け、ＨＯ中音の開始時間及びＨＯ中音終了時間を計算し、ＨＯ中音予定期間をＨＯ中音発生部５８に通知する。
【０１２２】
ＨＯ中音発生部５８は、再生速度計算部５６から通知を受け、スピーカ４９を制御してＨＯ中音を発生させる。
【０１２３】
ハンドオーバ情報取得部５５は、ハンドオーバ完了を示すBinding AckをＨＡ２３から受信すると、再生速度計算部５６に通知する。再生速度計算部５６はＨＯ中音発生部５８に通知し、ＨＯ中音を終了させる。また、再生速度計算部５６は、ジッタバッファ制御部５１に通知を行い、ジッタバッファ４７を通常再生するように指示を出す。
【０１２４】
図１６は、ＭＮ１１のユーザが聞き手である場合の、ＭＮ１１の電話機能部３３の要部の動作を示すシーケンス図である。図１５に示す話し手の場合のシーケンスとは、聞き手話し手判定部５７の判定結果が異なるから、上述の通り、ＨＯ中音予定期間も異なることになる。つまりＭＮ１１のユーザが聞き手である場合のＨＯ中音は、ハンドオーバ開始時にはジッタバッファ４７を低速再生した後から報知を開始し、ハンドオーバ完了時には、ジッタバッファ４７に一定量のパケットがたまった時点で報知終了となる。つまり、図１６の再生速度計算部５６は、ハンドオーバ完了を示すBinding AckをＨＡ２３から受信すると、受信したパケット量がジッタバッファ４７に蓄積すべきパケット数以上となるまで待機してから、ＨＯ中音発生部５８にＨＯ中音終了の指示を出す。
【０１２５】
図１７は、ＭＮ１１の動作を示すフローチャートである。なお、各ステップの詳細はすでに詳述しているため、ここでの説明は簡潔なものとする。ハンドオーバ情報取得部５５は、ハンドオーバ制御部３６からのハンドオーバ情報を一定間隔毎に監視する。ハンドオーバ情報取得部５５は、ハンドオーバ予定有りの情報を取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間含む）を再生速度計算部５６に供給する（Ｓ００１）。
【０１２６】
再生速度計算部５６は、ハンドオーバ情報取得部５５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する（Ｓ００２）。再生速度計算部５６は、また、ＶｏＩＰアプリケーションを低速再生して無音区間を短くするための、低速再生時間を計算する。（Ｓ００３）
【０１２７】
さらに、再生速度計算部５６は、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。聞き手話し手判定部５７は、再生速度計算部５６から指示を受け、ＭＮ１１のユーザが聞き手であるのか話し手であるのかを判定する（Ｓ００４）。
【０１２８】
再生速度計算部５６は、ハンドオーバ開始までの時間より、上記計算により求めた時間分だけ前まで待機し（Ｓ００５）、その後、再生速度計算部５６はジッタバッファ制御部５１に低速再生の指示を出し、ジッタバッファ４７の低速再生を開始する（Ｓ００６）。
【０１２９】
再生速度計算部５６は、ハンドオーバ開始時間まで待機し（Ｓ００７）、聞き手話し手判定部５８から判定結果を取得する（Ｓ００８）。再生速度計算部５６は、判定結果を踏まえ、ＨＯ中音予定期間を計算する（Ｓ００９）。
【０１３０】
判定結果が聞き手であるかどうかを判断し（Ｓ０１０）、聞き手である場合にはジッタバッファ４７内の有音パケットが０になるまで、有音パケットの低速再生を行い、有音パケットが０になると、再生速度計算部５６はＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１１）。
【０１３１】
ＭＮ１１のユーザが話し手の場合には、再生速度計算部５６は、すぐにＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１２）。
【０１３２】
ＨＯ中音を報知中に、ハンドオーバ制御部３６は、通信処理部３４に対しBinding Ackを受信したかを監視する（Ｓ１０３）。ハンドオーバ制御部３６は、Binding Ackの受信を確認すると、ハンドオーバ情報取得部５５に通知を行う。ハンドオーバ情報取得部５５は、このBinding Ackの受信を、再生速度計算部５６に通知する。
【０１３３】
再生速度計算部５６は、聞き手話し手判定部５７の結果を踏まえ、ＭＮ１１のユーザが聞き手であるかを判断する（Ｓ０１４）。聞き手である場合にはＶｏＩＰアプリケーションの再生に必要なパケットが標準パケット数以上蓄積するまでジッタバッファ４７内のパケットを監視し（Ｓ０１５）、ジッタバッファ４７内のパケット数が標準数以上になると、再生速度計算部５６はＨＯ中音発生部５８にＨＯ中音を終了の指示を出す（Ｓ０１６）。ＭＮ１１のユーザが話し手である場合には、再生速度計算部５６はすぐにＨＯ中音発生部５８にＨＯ中音終了の指示を出す（Ｓ０１６）。
【０１３４】
再生速度計算部５６は、ジッタバッファ制御部５１に指示を出し、ジッタバッファ４７の低速再生を解除する（Ｓ０１７）。
【０１３５】
図１８は、ＣＮ１２のユーザが話し手である場合の、ＣＮ１２の電話機能部８３の要部の動作を示すシーケンス図である。
【０１３６】
ジッタバッファ監視部５０は、図１８に示すように、ジッタバッファ４７のパケットの受信状況や、ジッタバッファ４７内のパケット数（データ量）の状態を監視する。その監視結果に基づいて、ジッタバッファ制御部５１は、ジッタバッファ４７からのパケットの読み出し速度や、受信したパケットの破棄などの処理を制御する。
【０１３７】
ハンドオーバ情報取得部８５は、ＭＮからのＨＯ通知メッセージを取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間を含む）を再生速度計算部８６に供給する。
【０１３８】
再生速度計算部８６は、ジッタバッファ制御部５１から蓄積しているパケット量の通知をうけ、ジッタバッファ４７の低速再生を行うかどうかを決定する。図１８に示す実施形態では、ジッタバッファ４７に低速再生すべきデータがあるものとし、再生速度計算部８６はジッタバッファ制御部５１に低速再生の指示を出す。なお、ジッタバッファ４７に低速再生すべきデータがない場合には、ジッタバッファ４７を低速再生するという処理シーケンスを省略できることに留意されたい。
【０１３９】
再生速度計算部８６は、ハンドオーバ情報取得部５５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する。さらに、再生速度計算部８６は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間Thosscまでに、ＣＮ１２のユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。
【０１４０】
聞き手話し手判定部５７は、再生速度計算部８６から指示を受け、ＣＮ１２のユーザが聞き手であるのか話し手であるのかを判定する。この判定は、例えば一定期間マイクに入力される音声を監視することで行われる。聞き手話し手判定部５７は、この判定結果を再生速度計算部８６に供給する。
【０１４１】
再生速度計算部８６は、また、聞き手話し手判定部５７から結果が到着するまでの間に、無音区間を短くするために、ジッタバッファを低速再生する時間を計算する。第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１からの最後のパケットを受信できるまでの時間（ＭＮ１１がＣＮ１２に対して、時刻Thossmに送信したパケットが到着する時間）Thosrcより、計算により求めた時間分だけ前の時点で、再生速度計算部８６はジッタバッファ制御部５１に低速再生の指示を出す。
【０１４２】
再生速度計算部８６は、聞き手話し手判定部５７の判定結果を受け、ＨＯ中音の開始時間及びＨＯ中音終了時間を計算し、ＨＯ中音予定期間をＨＯ中音発生部５８に通知する。
【０１４３】
ＨＯ中音発生部５８は、再生速度計算部８６から通知を受け、スピーカ４９を制御してＨＯ中音を発生させる。
【０１４４】
図１８ではＣＮ１２のユーザは話し手であるため、再生速度計算部８６は、数１２で求めたＨＯ中音予定期間経過後に、ＨＯ中音終了をＨＯ中音発生部５８に指示する。また、再生速度計算部８６は、ジッタバッファ制御部５１に通知を行い、ジッタバッファ４７を通常再生するように指示を出す。
【０１４５】
図１９は、ＣＮ１２のユーザが聞き手である場合の、ＣＮ１２の電話機能部８３の要部の動作を示すシーケンス図である。図１８に示す話し手の場合のシーケンスとは、聞き手話し手判定部５７の判定結果が異なるから、上述の通り、ＨＯ中音予定期間も異なることになる。つまりＭＮ１１のユーザが聞き手である場合のＨＯ中音は、ハンドオーバ開始時にはジッタバッファ４７を低速再生した後から報知を開始し、ハンドオーバ完了時には、ジッタバッファ４７に一定量のパケットがたまった時点で報知終了となる。つまり、図１９の再生速度計算部８６は、ＭＮ１１からのＢＡ通知メッセージを受信すると、受信したパケット量がジッタバッファ４７に蓄積すべきパケット数以上となるまで待機してから、ＨＯ中音発生部５８にＨＯ中音終了の指示を出す。
【０１４６】
図２０は、ＣＮ１２の動作を示すフローチャートである。なお、各ステップの詳細はすでに詳述しているため、ここでの説明は簡潔なものとする。ハンドオーバ情報取得部８５は、ＭＮ１１からのＨＯ通知メッセージを取得した場合には、所要のハンドオーバ情報（ＨＯ開始完了時間及びＮＷ遅延時間含む）を再生速度計算部８６に供給する（Ｓ００１）。
【０１４７】
再生速度計算部８６は、ハンドオーバ情報取得部８５から取得した所要のハンドオーバ情報に基づいて、図７に示すハンドオーバに関する時間を計算する（Ｓ００２）。再生速度計算部８６は、また、ＶｏＩＰアプリケーションを低速再生して無音区間を短くするための、低速再生時間を計算する（Ｓ００３）。
【０１４８】
さらに、再生速度計算部８６は、ユーザが聞き手であるか話し手であるのかを判定するように聞き手話し手判定部５７に指示を出す。聞き手話し手判定部５７は、再生速度計算部８６から指示を受け、ＣＮ１２のユーザが聞き手であるのか話し手であるのかを判定する（Ｓ００４）。
【０１４９】
再生速度計算部８６は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間より、上記計算により求めた時間分だけ前まで待機し（Ｓ００５）、その後、再生速度計算部８６はジッタバッファ制御部５１に低速再生の指示を出し、ジッタバッファ４７の低速再生を開始する（Ｓ００６）。
【０１５０】
再生速度計算部８６は、第１無線ＮＷ１５を通じＣＮ１２がＭＮ１１へ最後のパケットを送信できるまでの時間まで待機し（Ｓ００７）、聞き手話し手判定部５７から判定結果を取得する（Ｓ００８）。再生速度計算部８６は、判定結果を踏まえ、ＨＯ中音予定期間を計算する（Ｓ００９）。
【０１５１】
再生速度計算部８６は、判定結果が聞き手であるかどうかを判断し（Ｓ０１０）、聞き手である場合にはジッタバッファ４７内の有音パケットが０になるまで、有音パケットの低速再生を行う。有音パケットが０になると、再生速度計算部８６はＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１１）。
【０１５２】
ＣＮ１２のユーザが話し手の場合には、再生速度計算部８６は、すぐにＨＯ中音発生部５８にＨＯ中音を発生するよう指示を出す（Ｓ０１２）。
【０１５３】
再生速度計算部８６は、聞き手話し手判定部５７の結果を踏まえ、ＣＮ１２のユーザが聞き手であるかを判断する（Ｓ０１３）。ＣＮ１２のユーザが話し手である場合には、再生速度計算部８６は、ＨＯ中音予定期間経過後、ＨＯ中音発生部５８にＨＯ中音終了の指示を出す（Ｓ０１６）。
【０１５４】
ＣＮ１２のユーザが聞き手である場合には、ＨＯ中音を報知中に、ハンドオーバ情報取得部８５は、ＭＮ１１からのＢＡ通知メッセージを受信すると、再生速度計算部８６に通知する（Ｓ１０４）。
【０１５５】
再生速度計算部８６は、ＶｏＩＰアプリケーションの再生に必要なパケットが標準パケット数以上蓄積するまでジッタバッファ４７内のパケットを監視する（Ｓ０１５）。ジッタバッファ４７内のパケット数が標準数以上になると、再生速度計算部８６はＨＯ中音発生部５８にＨＯ中音を終了の指示を出す（Ｓ０１６）。
【０１５６】
再生速度計算部８６は、ジッタバッファ制御部５１に指示を出し、ジッタバッファ４７の低速再生を解除する（Ｓ０１７）。
【０１５７】
図２１は、本実施の形態による無線通信装置（ＭＮ１１）及び通信装置（ＣＮ１２）における、受信パケットの変化の様子を示す図である。また、図２２は、図２１との比較のために、従来の方式である、ジッタバッファの低速再生及びＨＯ中音を報知しない場合の受信パケットの変動の様子を示す図である。図２１および図２２において、（ａ）〜（ｄ）は、無線通信装置及び通信装置における受信パケットシーケンス番号、単位時間当たりの受信パケット数、リアルタイムアプリケーションの再生速度(sec/sec)、バッファ内の蓄積パケット数をそれぞれ示す。
【０１５８】
図２２から明らかなように、従来の再生の場合、パケットロスが発生して、単位時間当たりに受信するパケット数がゼロになった場合であっても、再生速度が一定であるため、ジッタバッファ内に蓄積したパケットが一方的に減少していき、無音区間が発生してしまう。
【０１５９】
図２１に示すように、本発明に係る無線通信端末では、パケットロスが発生し、単位時間当たりに受信するパケット数がゼロになるまえに、ハンドオーバ制御部３６からハンドオーバ予定の通知をうけ、再生速度計算部５６がジッタバッファ４７の再生速度を低速に切替えている。そのため、パケットロスが発生する前の段階で低速再生が行われており、結果的にジッタバッファ４７内の蓄積パケットがパケットロス前に一時的に増加している。さらに、増加したパケットは低速再生されるため、無音区間の発生を遅らせることが可能である。また、無音区間発生時には、ＨＯ中音発生部５８がハンドオーバ中であることを示すＨＯ中音を報知することにより、ユーザの不安感を解消している。特にハンドオーバの完了に近づくにつれＨＯ中音の報知間隔の周期を上げるようにしているため、ユーザはハンドオーバの完了を直感的に認識することができ、無音の継続から来るユーザの不安感を減らすことができる。
【０１６０】
また、図２１に示すように、本発明に係る通信端末では、パケットロスが発生し、単位時間当たりに受信するパケット数がゼロになるまえに、ＭＮ１１からＨＯ通知メッセージをうけ、再生速度計算部８６がジッタバッファ４７の再生速度を低速に切替えている。そのため、パケットロスが発生する前の段階で低速再生が行われており、結果的にジッタバッファ４７内の蓄積パケットがパケットロス前に一時的に増加している。さらに、増加したパケットは低速再生されるため、無音区間の発生を遅らせることが可能である。また、無音区間発生時には、ＨＯ中音発生部５８がハンドオーバ中であることを示すＨＯ中音を報知することにより、ユーザの不安感を解消している。特にハンドオーバの完了に近づくにつれＨＯ中音の報知間隔の周期を上げるようにしているため、ユーザはハンドオーバの完了を直感的に認識することができ、無音の継続から来るユーザの不安感を減らすことができる。
【０１６１】
このように、本実施の形態による無線通信端末及び通信端末は、ハンドオーバ時のパケットロスによって、ＶｏＩＰなどのリアルタイムアプリケーションに無音区間が発生した際に、当該無音区間の間、端末が現在ハンドオーバ中であることを示すＨＯ中音（例えばビープ音など。）を報知する。これにより、無線通信端末及び通信端末は、ユーザに無音区間の発生がハンドオーバによるものであることを通知し、通信が完全に切断してしまったものというユーザの誤解を防ぐことができる。また、無線通信端末及び通信端末は、ハンドオーバが開始される前からリアルタイムアプリケーションの再生速度を遅くすることにより、ハンドオーバによる無音区間の発生時間を短縮することができる。さらに、無線通信端末及び通信端末は、ユーザが話し手であるのか聞き手であるのかによってＨＯ中音を鳴らす期間を制御することによって、特に話し手側での不必要なパケットロスを防ぎ、スムーズに会話を再開させることができる。さらに、無線通信端末及び通信端末は、ハンドオーバ完了までの時間に応じて、ＨＯ中音の報知方法を変化させることによって、ユーザがハンドオーバ完了までの時間を判断することができるようになり、ユーザの不安感や誤解の発生を防ぐことができる。
【０１６２】
なお、本発明は、上記実施の形態にのみ限定されるものではなく、幾多の変形又は変更が可能である。本発明は、ＶｏＩＰのアプリケーションを実行する場合に限らず、映像や音楽等のマルチメディアデータをストリーミング再生する場合のようなリアルタイム通信系のアプリケーションを実行する場合にも有効に適用できる。この場合には、アプリケーションの実行部を、電話機能部に代えて、同様のジッタバッファの制御機能を有するマルチメディア機能部で構成すればよい。
【０１６３】
なお、上述の実施形態では、無線通信ネットワークとして、ｃｄｍａ２０００  １ｘＥＶ−ＤＯ及び無線ＬＡＮを想定して説明したが、本発明の適用範囲はかかる無線通信ネットワークのみに限られるものではなく、例えば、ＰＤＣ（Personal Digital Cellular）、Ｗ−ＣＤＭＡ（Wideband CDMA）、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６）、ｉＢｕｒｓｔ（登録商標）、ＬＴＥ（Long Term Evolution）、ＵＭＢ（Ultra Mobile Broadband）など、現在実用されている無線通信ネットワーク及び将来的な実用が見込まれる無線通信ネットワークなど、あらゆる無線通信ネットワークに対応することが可能である。
【符号の説明】
【０１６４】
１１  無線通信装置
１２  通信装置
１２ａ  送受話器
１５  第１無線通信ネットワーク
１５ａ  基地局
１６  第２無線通信ネットワーク
１６ａ  アクセスポイント
１８  インターネット
２１，２２，２４  ＳＩＰサーバ
２３  ホームエージェント（ＨＡ）
３１  第１無線Ｉ／Ｆ
３２  第２無線Ｉ／Ｆ
３３  電話機能部
３４  通信処理部
３５  無線情報取得部
３６  ハンドオーバ制御部
４４  エンコーダ
４７  ジッタバッファ
５０  ジッタバッファ監視部
５１  ジッタバッファ制御部
５５  ハンドオーバ情報取得部
５６  再生速度計算部
５７  聞き手話し手判定部
５８  ＨＯ中音発生部
６１  計測用サーバ
６２  第１インフォメーションサーバ
６３  第２インフォメーションサーバ
８１  ネットワークＩ／Ｆ
８２  通信処理部
８３  電話機能部
８５  ハンドオーバ情報取得部
８６  再生速度計算部
【図１】
2009131222.tif 000003
【図２】
2009131222.tif 000004
【図３】
2009131222.tif 000005
【図４】
2009131222.tif 000006
【図５】
2009131222.tif 000007
【図６】
2009131222.tif 000008
【図７】
2009131222.tif 000009
【図８】
2009131222.tif 000010
【図９】
2009131222.tif 000011
【図１０】
2009131222.tif 000012
【図１１】
2009131222.tif 000013
【図１２】
2009131222.tif 000014
【図１３】
2009131222.tif 000015
【図１４】
2009131222.tif 000016
【図１５】
2009131222.tif 000017
【図１６】
2009131222.tif 000018
【図１７】
2009131222.tif 000019
【図１８】
2009131222.tif 000020
【図１９】
2009131222.tif 000021
【図２０】
2009131222.tif 000022
【図２１】
2009131222.tif 000023
【図２２】
2009131222.tif 000024
【国際調査報告】
2009131222.tif 000025
2009131222.tif 000026
2009131222.tif 000027
2009131222.tif 000028