(57)【要約】【課題】  第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することを可能とする無線端末及び通信端末を提供する。【解決手段】  無線端末１０は、第１ネットワーク又は第２ネットワークを介して、所定間隔でパケットを受信する無線通信部１１と、受信部で受信されたパケットを一時的に蓄積するバッファ１５と、第１ネットワークから第２ネットワークへのハンドオーバの準備要求を送信する無線通信部１１と、バッファ１５に蓄積されたパケットを、所定間隔に応じて定められる所定速度で再生するアプリケーション処理部１６とを備える。アプリケーション処理部１６は、ハンドオーバの準備要求の送信に応じて、パケットの再生速度を所定速度よりも高い速度に変更して、バッファに蓄積されたパケットの量を減少する。【選択図】  図２
2010045757.tif 000002
【特許請求の範囲】
【請求項１】
第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを介して、通信端末と通信を行う無線端末であって、
前記第１ネットワーク又は前記第２ネットワークを介して、所定間隔でパケットを受信する受信部と、
前記受信部で受信されたパケットを一時的に蓄積するバッファと、
前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を送信するハンドオーバ準備要求送信部と、
前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生するパケット再生部とを備え、
前記パケット再生部は、前記ハンドオーバの準備要求の送信に応じて、パケットの再生速度を前記所定速度よりも高い速度に変更して、前記バッファに蓄積されたパケットの量を減少することを特徴とする無線端末。
【請求項２】
前記パケット再生部は、前記バッファに蓄積されたパケットの量を最適なパケット量に維持するように、前記パケットの再生速度を調整する適応的バッファ制御を実行し、
前記パケット再生部は、前記ハンドオーバの準備要求の送信に応じて、前記適応的バッファ制御を停止することを特徴とする請求項１に記載の無線端末。
【請求項３】
前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信し、
前記パケット再生部は、前記ハンドオーバの完了通知の受信後において、前記バッファに蓄積されたパケットの量が前記第２ネットワークにおける最適なパケット量となった場合に、前記適応的バッファ制御を再開することを特徴とする請求項２に記載の無線端末。
【請求項４】
前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信し、
前記パケット再生部は、前記ハンドオーバの完了通知の受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻すことを特徴とする請求項１に記載の無線端末。
【請求項５】
前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信し、
前記パケット再生部は、前記ハンドオーバの完了通知の受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻し、
前記パケット再生部は、前記ハンドオーバの完了通知の受信に応じて、前記パケットの再生速度を前記所定速度よりも高い速度に再び変更することを特徴とする請求項１に記載の無線端末。
【請求項６】
前記所定パケット量は、前記第１ネットワークの遅延時間と前記第２ネットワークの遅延時間とに基づいて算出されることを特徴とする請求項４又は請求項５に記載の無線端末。
【請求項７】
第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを利用する無線端末と通信を行う通信端末であって、
前記無線端末に所定間隔でパケットを送信する送信部と、
前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を受信し、前記ハンドオーバの準備要求の受信後に、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの実行要求を受信する受信部と、
前記ハンドオーバの準備要求の受信に応じて、前記第１ネットワークの遅延時間及び前記第２ネットワークの遅延時間を取得する取得部とを備え、
前記送信部は、前記ハンドオーバの実行要求の受信後において、前記無線端末が正規に受信できないパケットである再送パケットを前記所定間隔よりも短い間隔で送信することを特徴とする通信端末。
【請求項８】
前記送信部は、前記所定間隔で送信するパケットの符号化レートよりも低い符号化レートで前記再送パケットを送信することを特徴とする請求項７に記載の通信端末。
【請求項９】
第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを利用する無線端末と通信を行う通信端末であって、
前記無線端末から所定間隔でパケットを受信する受信部と、
前記受信部で受信されたパケットを一時的に蓄積するバッファと、
前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生するパケット再生部とを備え、
前記受信部は、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を受信し、
前記パケット再生部は、前記ハンドオーバの準備要求の受信に応じて、パケットの再生速度を前記所定速度よりも高い速度に変更して、前記バッファに蓄積されたパケットの量を減少することを特徴とする通信端末。
【請求項１０】
前記パケット再生部は、前記バッファに蓄積されたパケットの量を最適なパケット量に維持するように、前記パケットの再生速度を調整する適応的バッファ制御を実行し、
前記パケット再生部は、前記ハンドオーバの準備要求を受信した場合に、前記適応的バッファ制御を停止することを特徴とする請求項９に記載の通信端末。
【請求項１１】
前記受信部は、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの実行要求を受信し、
前記パケット再生部は、前記ハンドオーバの実行要求の受信後において、前記バッファに蓄積されたパケットの量が前記第２ネットワークにおける最適なパケット量となった場合に、前記適応的バッファ制御を再開することを特徴とする請求項１０に記載の通信端末。
【請求項１２】
前記パケット再生部は、前記第２ネットワークを介して受信するパケットのうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻すことを特徴とする請求項９に記載の通信端末。
【請求項１３】
前記パケット再生部は、前記第２ネットワークを介して受信するパケットのうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻し、
前記パケット再生部は、前記最初のパケットの受信に応じて、前記パケットの再生速度を前記所定速度よりも高い速度に再び変更することを特徴とする請求項９に記載の通信端末。
【請求項１４】
前記所定パケット量は、前記第１ネットワークの遅延時間と前記第２ネットワークの遅延時間とに基づいて算出されることを特徴とする請求項１２又は請求項１３に記載の通信端末。
【請求項１５】
第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを介して通信端末と通信を行う無線端末であって、
前記第１ネットワーク又は前記第２ネットワークを介して、所定間隔でパケットを送信し、前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を送信し、前記ハンドオーバの準備要求の送信後に、前記第１ネットワークから前記第２ネットワークへのハンドオーバの実行要求を送信する送信部と、
前記ハンドオーバの準備要求の送信に応じて、前記第１ネットワークの遅延時間及び前記第２ネットワークの遅延時間を取得する取得部とを備え、
前記送信部は、前記ハンドオーバの実行要求の送信後において、前記通信端末が正規に受信できないパケットである再送パケットを前記所定間隔よりも短い間隔で送信することを特徴とする無線端末。
【請求項１６】
前記送信部は、前記所定間隔で送信するパケットの符号化レートよりも低い符号化レートで前記再送パケットを送信することを特徴とする請求項１５に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１ネットワーク又は第１ネットワークよりも遅延時間が小さい第２ネットワークを介して通信を行う無線端末及び通信端末に関する。
【背景技術】
【０００２】
従来、ネットワークを介して通信端末（相手方端末）とリアルタイム通信（例えば、ＶｏＩＰなど）を行う無線端末が知られている（例えば、特許文献１）。ネットワークの遅延時間を吸収するために、パケットを一時的に蓄積するバッファが無線端末に設けられる。バッファに蓄積されるパケットの量は、ネットワークの遅延時間に応じて定められる。なお、ネットワークの遅延時間は、通信端末（相手方端末）からのパケットがネットワークに滞留する時間（滞留時間）だけではなくて、滞留時間のばらつき（ジッタ）を含む概念である。
【０００３】
また、一のネットワークを対象として、受信パケットの遅延時間（滞留時間や滞留時間のばらつき）に応じて、パケット蓄積量（ジッタバッファサイズ）を再生速度の制御によって変更するＡＪＢ（Ａｄａｐｔｉｖｅ  Ｊｉｔｔｅｒ  Ｂｕｆｆｅｒ）制御技術も提案されている。ＡＪＢ制御技術では、バッファに蓄積されるパケットの量が最適なパケット量よりも大きくなった場合に、パケットの再生速度を所定速度よりも高い速度に変更して、パケット蓄積量を小さくする。一方で、バッファに蓄積されるパケットの量が最適なパケット量よりも小さくなった場合に、パケットの再生速度を所定速度よりも低い速度に変更して、パケット蓄積量を大きくする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１４２６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、第１ネットワークから第２ネットワークへのハンドオーバを行う技術が知られている。また、第２ネットワークの遅延時間が第１ネットワークの遅延時間と異なるケースも考えられる。このようなケースでは、バッファに蓄積されるパケットの量として最適なパケット量はハンドオーバによって変わる。
【０００６】
例えば、第１ネットワークの遅延時間が第２ネットワークの遅延時間よりも大きいケースについて考える。このようなケースでは、第２ネットワークにおいて適切なパケット量は、第１ネットワークにおいて適切なパケット量よりも小さい。従って、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量が不必要に多くなってしまう。これによって、パケットのリアルタイム性が損なわれる。
【０００７】
なお、上述したように、ＡＪＢ制御技術は、一のネットワークを対象としている。従って、ＡＪＢ制御技術を適用するケースでは、無線端末は、第１ネットワークから第２ネットワークへのハンドオーバに応じて、バッファに蓄積されるパケットの量を急激に減少させようとする。すなわち、無線端末は、パケットの再生速度を急激に上昇させる。
【０００８】
このように、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することが難しかった。
【０００９】
そこで、本発明は、上述した課題を解決するためになされたものであり、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することを可能とする無線端末及び通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１０】
第１の特徴に係る無線端末は、第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを介して、通信端末と通信を行う。無線端末は、前記第１ネットワーク又は前記第２ネットワークを介して、所定間隔でパケットを受信する受信部と、前記受信部で受信されたパケットを一時的に蓄積するバッファと、前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を送信するハンドオーバ準備要求送信部と、前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生するパケット再生部とを備える。前記パケット再生部は、前記ハンドオーバの準備要求の送信に応じて、パケットの再生速度を前記所定速度よりも高い速度に変更して、前記バッファに蓄積されたパケットの量を減少する。
【００１１】
かかる特徴によれば、無線端末は、ハンドオーバの準備要求の送信に応じて、パケットの再生速度を所定速度よりも速い速度に変更する。従って、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されたバッファの量を第２ネットワークにおいて最適なパケット量（第２最適パケット量）に速やかに近づけることができる。これによって、パケットのリアルタイム性を向上することができる。
【００１２】
第１の特徴において、前記パケット再生部は、前記バッファに蓄積されたパケットの量を最適なパケット量に維持するように、前記パケットの再生速度を調整する適応的バッファ制御を実行する。前記パケット再生部は、前記ハンドオーバの準備要求の送信に応じて、前記適応的バッファ制御を停止する。
【００１３】
第１の特徴において、前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信する。前記パケット再生部は、前記ハンドオーバの完了通知の受信後において、前記バッファに蓄積されたパケットの量が前記第２ネットワークにおける最適なパケット量となった場合に、前記適応的バッファ制御を再開する。
【００１４】
第１の特徴において、前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信する。前記パケット再生部は、前記ハンドオーバの完了通知の受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻す。
【００１５】
第１の特徴において、前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信する。前記パケット再生部は、前記ハンドオーバの完了通知の受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻す。前記パケット再生部は、前記ハンドオーバの完了通知の受信に応じて、前記パケットの再生速度を前記所定速度よりも高い速度に再び変更する。
【００１６】
第１の特徴において、前記所定パケット量は、前記第１ネットワークの遅延時間と前記第２ネットワークの遅延時間とに基づいて算出される。
【００１７】
第２の特徴に係る通信端末は、第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを利用する無線端末と通信を行う。通信端末は、前記無線端末に所定間隔でパケットを送信する送信部と、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を受信し、前記ハンドオーバの準備要求の受信後に、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの実行要求を受信する受信部と、前記ハンドオーバの準備要求の受信に応じて、前記第１ネットワークの遅延時間及び前記第２ネットワークの遅延時間を取得する取得部とを備える。前記送信部は、前記ハンドオーバの実行要求の受信後において、前記無線端末が正規に受信できないパケットである再送パケットを前記所定間隔よりも短い間隔で送信する。
【００１８】
第２の特徴において、前記送信部は、前記所定間隔で送信するパケットの符号化レートよりも低い符号化レートで前記再送パケットを送信する。
【００１９】
第３の特徴に係る通信端末は、第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを利用する無線端末と通信を行う。通信端末は、前記無線端末から所定間隔でパケットを受信する受信部と、前記受信部で受信されたパケットを一時的に蓄積するバッファと、前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生するパケット再生部とを備える。前記受信部は、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を受信する。前記パケット再生部は、前記ハンドオーバの準備要求の受信に応じて、パケットの再生速度を前記所定速度よりも高い速度に変更して、前記バッファに蓄積されたパケットの量を減少する。
【００２０】
かかる特徴によれば、通信端末は、ハンドオーバの準備要求の受信に応じて、パケットの再生速度を所定速度よりも速い速度に変更する。従って、無線端末の第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されたバッファの量を第２ネットワークにおいて最適なパケット量（第２最適パケット量）に速やかに近づけることができる。これによって、パケットのリアルタイム性を向上することができる。
【００２１】
第３の特徴において、前記パケット再生部は、前記バッファに蓄積されたパケットの量を最適なパケット量に維持するように、前記パケットの再生速度を調整する適応的バッファ制御を実行する。前記パケット再生部は、前記ハンドオーバの準備要求を受信した場合に、前記適応的バッファ制御を停止する。
【００２２】
第３の特徴において、前記受信部は、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの実行要求を受信する。前記パケット再生部は、前記ハンドオーバの実行要求の受信後において、前記バッファに蓄積されたパケットの量が前記第２ネットワークにおける最適なパケット量となった場合に、前記適応的バッファ制御を再開する。
【００２３】
第３の特徴において、前記パケット再生部は、前記第２ネットワークを介して受信するパケットのうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻す。
【００２４】
第３の特徴において、前記パケット再生部は、前記第２ネットワークを介して受信するパケットのうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻す。前記パケット再生部は、前記最初のパケットの受信に応じて、前記パケットの再生速度を前記所定速度よりも高い速度に再び変更する。
【００２５】
第３の特徴において、前記所定パケット量は、前記第１ネットワークの遅延時間と前記第２ネットワークの遅延時間とに基づいて算出される。
【００２６】
第４の特徴に係る無線端末は、第１ネットワーク又は前記第１ネットワークよりも遅延時間が小さい第２ネットワークを介して通信端末と通信を行う。無線端末は、前記第１ネットワーク又は前記第２ネットワークを介して、所定間隔でパケットを送信し、前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を送信し、前記ハンドオーバの準備要求の送信後に、前記第１ネットワークから前記第２ネットワークへのハンドオーバの実行要求を送信する送信部と、前記ハンドオーバの準備要求の送信に応じて、前記第１ネットワークの遅延時間及び前記第２ネットワークの遅延時間を取得する取得部とを備える。前記送信部は、前記ハンドオーバの実行要求の送信後において、前記通信端末が正規に受信できないパケットである再送パケットを前記所定間隔よりも短い間隔で送信する。
【００２７】
第４の特徴において、前記送信部は、前記所定間隔で送信するパケットの符号化レートよりも低い符号化レートで前記再送パケットを送信する。
【発明の効果】
【００２８】
本発明によれば、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することを可能とする無線端末及び通信端末を提供することができる。
【図面の簡単な説明】
【００２９】
【図１】第１実施形態に係る通信システムの構成を示す図である。
【図２】第１実施形態に係る無線端末１０を示すブロック図である。
【図３】第１実施形態に係る通信端末２０を示すブロック図である。
【図４】第１実施形態に係る再生速度の制御例を示す図である。
【図５】第１実施形態に係る再生速度の制御例を示す図である。
【図６】第１実施形態に係る再生速度の制御例を示す図である。
【図７】第１実施形態に係る通信システムの動作を示すシーケンス図である。
【図８】第２実施形態に係る再生速度の制御例を示す図である。
【図９】第２実施形態に係る再生速度の制御例を示す図である。
【図１０】第２実施形態に係る再生速度の制御例を示す図である。
【図１１】第２実施形態に係る通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００３０】
以下において、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。
【００３１】
したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００３２】
［第１実施形態］
（通信システムの構成）
以下において、第１実施形態に係る通信システムの構成について、図面を参照しながら説明する。図１は、第１実施形態に係る通信システムの構成を示す図である。
【００３３】
図１に示すように、通信システムは、無線端末１０と、通信端末２０と、ホームエージェント３０と、第１ネットワーク１００と、第２ネットワーク２００と、基幹ネットワーク３００とを有する。
【００３４】
第１実施形態では、第１ネットワーク１００の遅延時間は、第２ネットワーク２００の遅延時間よりも大きい。無線端末１０は、第１ネットワーク１００又は第２ネットワーク２００を介して通信端末２０と通信を行う。
【００３５】
なお、ネットワークの遅延時間は、通信端末２０（相手方端末）からのパケットがネットワークに滞留する時間（滞留時間）だけではなくて、滞留時間のばらつき（ジッタ）を含む概念である。滞留時間は、ジッタと相関を有する。一般的には、滞留時間が長いほど、ジッタが大きくなる。
【００３６】
第１実施形態では、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が行うケースについて主として説明する。また、通信端末２０から無線端末１０へのパケットの流れについて主として説明する。
【００３７】
無線端末１０は、携帯電話、ＰＤＡ、ノート型ＰＣなどの端末である。また、無線端末１０は、モバイルルータなどの端末であってもよい。上述したように、無線端末１０は、第１ネットワーク１００又は第２ネットワーク２００を介して通信端末２０と通信を行う端末（ＭＮ；Ｍｏｂｉｌｅ  Ｎｏｄｅ）である。すなわち、無線端末１０は、第１ネットワーク１００又は第２ネットワーク２００を利用して通信端末２０と通信を行う。無線端末１０は、所定間隔（フレーム周期）で通信端末２０から送信されたパケットを受信する。ここで、無線端末１０は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを行う主体である。無線端末１０の詳細については後述する（図２を参照）。
【００３８】
通信端末２０は、携帯電話、ＰＤＡ、ノート型ＰＣ、デスクトップ型ＰＣなどの端末である。通信端末２０は、無線端末１０と通信を行う通信端末（ＣＮ；Ｃｏｒｒｅｓｐｏｎｄｉｎｇ  Ｎｏｄｅ）である。通信端末２０は、所定間隔（フレーム周期）で無線端末１０にパケットを送信する。
【００３９】
通信端末２０は、基幹ネットワーク３００と無線で接続する端末であってもよく、基幹ネットワーク３００と有線で接続する端末であってもよい。第１実施形態では、通信端末２０が無線端末であるケースについて例示する。図１では示していないが、通信端末２０は、複数の無線ネットワークを介して基幹ネットワーク３００に接続される。通信端末２０の詳細については後述する（図３を参照）。
【００４０】
ホームエージェント３０（ＨＡ）は、基幹ネットワーク３００に接続されている。ホームエージェント３０は、無線端末１０の気付アドレス（ＣｏＡ；Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）を管理する。
【００４１】
第１ネットワーク１００及び第２ネットワーク２００は、無線通信方式（物理レイヤやリンクレイヤの構成）が異なる無線ネットワークである。例えば、第１ネットワーク１００は、ＣＤＭＡ２０００に準拠する「１ｘＥＶ−ＤＯ」が採用された無線ネットワークである。第２ネットワーク２００は、ＩＥＥＥ８０２．１６ｅに準拠する「ＷｉＭＡＸ」が採用された無線ネットワークである。
【００４２】
但し、第１ネットワーク１００及び第２ネットワーク２００は、これらに限定されるものではなく、ＩＥＥＥ８０２．１１に準拠する「ＷＬＡＮ」が採用されたネットワークであってもよい。
【００４３】
基幹ネットワーク３００は、第１ネットワーク１００及び第２ネットワーク２００の上位ネットワークである。例えば、基幹ネットワーク３００は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に準拠するインターネットネットワークである。第１実施形態では、基幹ネットワーク３００に通信端末２０及びホームエージェント３０が接続されている。
【００４４】
（無線端末の構成）
以下において、第１実施形態に係る無線端末（ＭＮ）の構成について、図面を参照しながら説明する。図２は、第１実施形態に係る無線端末１０を示すブロック図である。
【００４５】
図２に示すように、無線端末１０は、複数の無線通信部１１（無線通信部１１Ａ〜無線通信部１１Ｂ）と、複数のリンク制御部１２（リンク制御部１２Ａ〜リンク制御部１２Ｂ）と、ＭＩＨ機能部１３と、ＭＩＨユーザ１４と、バッファ１５と、アプリケーション処理部１６とを有する。
【００４６】
無線通信部１１は、上位レイヤ（例えば、ＭＩＨ機能部１３やアプリケーション処理部１６）からの指示に応じて、物理レイヤにおける物理的な無線接続を各ネットワークと設定する。無線通信部１１は、通信端末２０から所定間隔でパケットを受信する。
【００４７】
具体的には、無線通信部１１Ａは、「１ｘＥＶ−ＤＯ」に対応する物理的な無線接続を第１ネットワーク１００と設定する。無線通信部１１Ｂは、「ＷｉＭＡＸ」に対応する物理的な無線接続を第２ネットワーク２００と設定する。
【００４８】
リンク制御部１２は、上位レイヤ（例えば、ＭＩＨ機能部１３やアプリケーション処理部１６）からの指示に応じて、リンクレイヤにおける無線リンクを各ネットワークと設定する。リンク制御部１２は、各ネットワークと設定された無線リンクにおいて、各種無線パラメータ（Ｌｉｎｋ  Ｐａｒａｍｅｔｅｒ）を監視する。
【００４９】
具体的には、リンク制御部１２Ａは、無線通信部１１Ａとのインターフェース（デバイスドライバ）機能を有しており、「１ｘＥＶ−ＤＯ」に対応する無線リンクを第１ネットワーク１００と設定する。リンク制御部１２Ｂは、無線通信部１１Ｂとのインターフェース（デバイスドライバ）機能を有しており、「ＷｉＭＡＸ」に対応する無線リンクを第２ネットワーク２００と設定する。
【００５０】
ＭＩＨ機能部１３は、ＭＩＨ機能部１３よりも上位レイヤとして機能するＭＩＨユーザ１４やアプリケーション処理部１６からの指示に応じて、ネットワーク間のハンドオーバを制御する。ＭＩＨ機能部１３は、物理レイヤの構成に依存しないメディア非依存ハンドオーバ機能（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｄｏｖｅｒ  Ｆｕｎｃｔｉｏｎ）であり、ＩＥＥＥ８０２．２１において規定されている。
【００５１】
ここで、ＭＩＨ機能部１３は、自端末が接続しているネットワークにおいてハンドオーバを行う各種条件を管理している。具体的には、ＭＩＨ機能部１３は、無線パラメータの種類、第１閾値（Ｉｎｉｔｉａｔｅ  Ａｃｔｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）と、第２閾値（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）と、第１判定用論理式と、第２判定用論理式とをネットワーク毎に管理している。
【００５２】
無線パラメータの種類は、自端末が接続しているネットワークと設定する無線リンクにおいて監視すべき無線パラメータを示している。
【００５３】
例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、第１ネットワーク１００と設定する無線リンクにおいて、以下に示す無線パラメータがリンク制御部１２Ａによって監視される。
【００５４】
（ａ）信号対干渉波雑音比（ＳＩＮＲ）
（ｂ）受信電界強度（ＲＳＳＩ）
（ｃ）ＤＲＣ（Ｄａｔａ  Ｒａｔｅ  Ｃｏｎｔｒｏｌ）
（ｄ）送信電力（Ｔｘ＿Ｐｏｗｅｒ）
（ｅ）無線基地局が無線端末から送信されたＤＲＣを正常に受信する割合（ＤＲＣ＿Ｌｏｃｋ）
【００５５】
自端末が接続しているネットワークが第２ネットワーク２００である場合には、第２ネットワーク２００と設定する無線リンクにおいて、以下に示す無線パラメータがリンク制御部１２Ｂによって監視される。
【００５６】
（ａ）信号対干渉波雑音比（ＳＩＮＲ）
（ｂ）受信電界強度（ＲＳＳＩ）
（ｃ）ＤＬ−ＭＡＰ受信成功率（Ｓｕｃｃｅｓｓｆｕｌ  Ｒａｔｉｏ  ｏｆ  ＤＬ−ＭＡＰ  Ｒｅｃｅｉｖｅ）
（ｄ）伝送レート（Ｒａｔｅ）
（ｅ）上り変調クラス（Ｕｐｌｉｎｋ  Ｍｏｄｕｌａｔｉｏｎ  Ｃｌａｓｓ）
（ｆ）送信電力（Ｔｘ＿Ｐｏｗｅｒ）
【００５７】
第１閾値（Ｉｎｉｔｉａｔｅ  Ａｃｔｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）を行うか否かを判定するために、各無線パラメータに設定された閾値である。ここで、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）とは、一のネットワークと無線リンクを設定しているケースにおいて、他のネットワークと無線リンクを設定する動作である。
【００５８】
例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、信号対干渉波雑音比（ＳＩＮＲ）に設定された閾値は“０ｄＢ”である。他の無線パラメータについても同様に、順に“−８０ｄＢｍ”、“６”、“１５ｄＢｍ”、“０．８”が設定されている。
【００５９】
自端末が接続しているネットワークが第２ネットワーク２００である場合には、搬送波対干渉波比（ＣＩＲ）に設定された閾値は“３ｄＢ”である。他の無線パラメータについても同様に、順に“−７５ｄＢｍ”、“０．１”、“５００ｋｂｐｓ”が設定されている。
【００６０】
第２閾値（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）は、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）を行うか否かを判定するために、各無線パラメータに設定された閾値である。ここで、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）とは、一のネットワーク及び他のネットワークと無線リンクを設定しているケースにおいて、自端末が接続するネットワークの切り替え要求動作（ＢＵ；Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ、ＲＲ；Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔなど）である。なお、第２閾値（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）としては、第１閾値（Ｉｎｉｔｉａｔｅ  Ａｃｔｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）よりも無線環境が悪化した際における値が設定される。
【００６１】
例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、信号対干渉波雑音比（ＳＩＮＲ）に設定された閾値は“−５ｄＢ”である。他の無線パラメータについても同様に、順に“−９０ｄＢｍ”、“４”、“２３ｄＢｍ”、“０．８”が設定されている。
【００６２】
自端末が接続しているネットワークが第２ネットワーク２００である場合には、信号対干渉波雑音比（ＳＩＮＲ）に設定された閾値は“−２ｄＢ”である。他の無線パラメータについても同様に、順に“−８０ｄＢｍ”、“０．８”、“２００ｋｂｐｓ”、“ＱＰＳＫ  １／２”、“２３ｄＢｍ”が設定されている。
【００６３】
第１判定用論理式は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）を行う条件（第１条件）である。具体的には、第１判定用論理式は、自端末が接続しているネットワークと設定する無線リンクにおいて複数の無線パラメータが満たすべき閾値の組み合わせを示している。
【００６４】
例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、下記条件のいずれかが満たされた場合に、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）が行われる。
【００６５】
（ａ）ＳＩＮＲ、ＲＳＳＩ及びＤＲＣの全てが上述した第１閾値よりも悪化する
（ｂ）Ｔｘ＿Ｐｏｗｅｒ及びＤＲＣ＿Ｌｏｃｋの全てが上述した第１閾値よりも悪化する
【００６６】
自端末が接続しているネットワークが第２ネットワーク２００である場合には、下記条件のいずれかが満たされた場合に、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）が行われる。
【００６７】
（ａ）ＳＩＮＲ、ＲＳＳＩ及びＳｕｃｃｅｓｓｆｕｌ  ｒａｔｉｏ  ｏｆ  ＤＬ−ＭＡＰ  Ｒｅｃｅｉｖｅの全てが上述した第１閾値よりも悪化する
（ｂ）Ｔｘ＿Ｐｏｗｅｒ及び上り変調クラスの全てが上述した第１閾値よりも悪化（低下）する
【００６８】
第２判定用論理式は、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）を行う条件（第２条件）である。具体的には、第２判定用論理式は、自端末が接続しているネットワークと設定する無線リンクにおいて複数の無線パラメータが満たすべき閾値の組み合わせを示している。
【００６９】
なお、第１実施形態では、無線パラメータが満たすべき閾値の組み合わせは、第１判定用論理式と第２判定用論理式とで同じであるが、これに限定されるものではない。すなわち、無線パラメータが満たすべき閾値の組み合わせは、第１判定用論理式と第２判定用論理式とで異なっていてもよい。
【００７０】
ＭＩＨユーザ１４は、ＭＩＨユーザ１４よりも上位レイヤとして機能するアプリケーション処理部１６からの指示に応じて、ネットワーク間における移動性を管理する移動性管理部である。ＭＩＨユーザ１４は、ＭＩＨ機能部１３よりも上位レイヤとして機能する。
【００７１】
バッファ１５は、第１ネットワーク１００又は第２ネットワーク２００を介して受信するパケットを一時的に蓄積する。
【００７２】
ここで、バッファ１５には、ネットワークの遅延時間に応じて、適切なパケット量が定められている。適切なパケット量は、パケットの不足を抑制する観点及びリアルタイム性を維持する観点で定められる。ネットワークの遅延時間が大きいほど、最適なパケット量が大きい。
【００７３】
例えば、第１ネットワーク１００を介して自端末がパケットを受信しているケースでは、バッファ１５の最適なパケット量（以下、第１最適パケット量）は、第１ネットワーク１００の遅延時間に応じて定められる。同様に、第２ネットワーク２００を介して自端末がパケットを受信しているケースでは、バッファ１５の最適なパケット量（以下、第２最適パケット量）は、第２ネットワーク２００の遅延時間に応じて定められる。
【００７４】
上述したように、第１ネットワーク１００の遅延時間は第２ネットワーク２００の遅延時間よりも大きい。従って、第１最適パケット量は、第２最適パケット量よりも大きい。
【００７５】
アプリケーション処理部１６は、ＭＩＨユーザ１４よりも上位レイヤとして機能し、各種アプリケーションなどを処理する。例えば、アプリケーション処理部１６は、バッファ１５に蓄積されたパケットを所定速度で再生する。所定速度は、パケットを受信する所定間隔に応じて定められる。
【００７６】
ここで、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（以下、ＡＪＢ（Ａｄａｐｔｉｖｅ  Ｊｉｔｔｅｒ  Ｂｕｆｆｅｒ）制御）を行う。
【００７７】
例えば、第１ネットワーク１００を介して自端末がパケットを受信しているケースでは、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を第１最適パケット量に維持するように、パケットの再生速度を調整する。同様に、第２ネットワーク２００を介して自端末がパケットを受信しているケースでは、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を第２最適パケット量に維持するように、パケットの再生速度を調整する。
【００７８】
アプリケーション処理部１６は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバの準備要求の開始に応じて、ＡＪＢ制御を停止する。アプリケーション処理部１６は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバの完了後において、バッファ１５に蓄積されたバッファの量が第２最適パケット量となった場合に、ＡＪＢ制御を再開する。
【００７９】
ここで、アプリケーション処理部１６は、ＡＪＢ制御の停止からＡＪＢ制御の再開までの間においても、ＡＪＢ制御とは別に、パケットの再生速度を制御することに留意すべきである。具体的には、アプリケーション処理部１６は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバの準備要求の開始に応じて、パケットの再生速度を所定速度よりも速い速度に変更する。ここで、パケットの再生速度の上昇幅には上限が設けられていることが好ましい。例えば、パケットの再生速度の上昇幅は、所定速度の１０〜１５％であることが好ましい。このようなパケットの再生速度の制御の詳細については後述する（図４〜図６を参照）。
【００８０】
（通信端末の構成）
以下において、第１実施形態に係る通信端末（相手方端末：ＣＮ）の構成について、図面を参照しながら説明する。図３は、第１実施形態に係る通信端末２０を示すブロック図である。なお、通信端末２０は、無線端末１０と同様の構成を有するため、通信端末２０の概略についてのみ説明する。
【００８１】
図３に示すように、通信端末２０は、複数の無線通信部２１（無線通信部２１Ａ〜無線通信部２１Ｂ）と、複数のリンク制御部２２（リンク制御部２２Ａ〜リンク制御部２２Ｂ）と、ＭＩＨ機能部２３と、ＭＩＨユーザ２４と、バッファ２５と、アプリケーション処理部２６とを有する。
【００８２】
無線通信部２１は、上位レイヤ（例えば、ＭＩＨ機能部２３やアプリケーション処理部２６）からの指示に応じて、物理レイヤにおける物理的な無線接続を各ネットワークと設定する。無線通信部２１は、無線端末１０に所定間隔でパケットを送信する。また、無線通信部２１は、所定間隔よりも短い間隔で再送パケットを無線端末１０に送信する。なお、無線通信部２１は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。
【００８３】
再送パケットは、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバにおいて、無線端末１０が正規に受信できないパケット（ロストパケット）である。例えば、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が行うケースでは、無線端末１０内で破棄されるロストパケット（破棄）、第１ネットワーク１００から受信できなくなるロストパケットなどである。
【００８４】
リンク制御部２２は、上位レイヤ（例えば、ＭＩＨ機能部２３やアプリケーション処理部２６）からの指示に応じて、リンクレイヤにおける無線リンクを各ネットワークと設定する。
【００８５】
ＭＩＨ機能部２３は、ＭＩＨ機能部２３よりも上位レイヤとして機能するＭＩＨユーザ２４やアプリケーション処理部２６からの指示に応じて、ネットワーク間のハンドオーバを制御する。ＭＩＨ機能部２３は、物理レイヤの構成に依存しないメディア非依存ハンドオーバ機能（Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｄｏｖｅｒ  Ｆｕｎｃｔｉｏｎ）であり、ＩＥＥＥ８０２．２１において規定されている。
【００８６】
ＭＩＨユーザ２４は、ＭＩＨユーザ２４よりも上位レイヤとして機能するアプリケーション処理部２６からの指示に応じて、ネットワーク間における移動性を管理する移動性管理部である。ＭＩＨユーザ２４は、ＭＩＨ機能部２３よりも上位レイヤとして機能する。
【００８７】
バッファ２５は、第１ネットワーク１００又は第２ネットワーク２００を経由して基幹ネットワーク３００から受信するパケットを一時的に蓄積する。バッファ２５には、ネットワークの遅延時間に応じて、適切なパケット量が定められている。適切なパケット量は、パケットの不足を抑制する観点及びリアルタイム性を維持する観点で定められる。ネットワークの遅延時間が大きいほど、最適なパケット量が大きい。
【００８８】
例えば、第１ネットワーク１００を介して無線端末１０からパケットを受信しているケースでは、バッファ１５の最適なパケット量は、第１ネットワーク１００の遅延時間に応じて定められる。同様に、第２ネットワーク２００を介して無線端末１０からパケットを受信しているケースでは、バッファ１５の最適なパケット量は、第２ネットワーク２００の遅延時間に応じて定められる。
【００８９】
アプリケーション処理部２６は、ＭＩＨユーザ２４よりも上位レイヤとして機能し、各種アプリケーションなどを処理する。例えば、アプリケーション処理部２６は、再送パケットの送信間隔及び符号化レートを制御する。
【００９０】
具体的には、アプリケーション処理部２６は、第１ネットワーク１００の遅延時間及び第２ネットワーク２００の遅延時間に基づいて、再送パケット（すなわち、ロストパケット）の量を算出する。アプリケーション処理部２６は、所定間隔よりも短い間隔で再送パケットを送信するように無線通信部２１に指示する。また、アプリケーション処理部２６は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信するように無線通信部２１に指示する。
【００９１】
（パケットの再生速度の制御例）
以下において、パケットの再生速度の制御例について、図４〜図６を参照しながら説明する。以下においては、第１ネットワーク１００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｄｎ”で表し、第１ネットワーク１００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｕｐ”で表す。同様に、第２ネットワーク２００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｄｎ”で表し、第２ネットワーク２００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｕｐ”で表す。
【００９２】
（パケットの再生速度の制御例１）
以下において、第１実施形態に係るパケットの再生速度の制御例１について、図面を参照しながら説明する。図４は、第１実施形態に係るパケットの再生速度の制御例１を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＳＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００のいずれか一方のネットワークを介してパケットを受信する。
【００９３】
無線端末１０は、時刻ｔ１において、ハンドオーバ準備要求をホームエージェント３０に送信する。すなわち、時刻ｔ１において、第１判定用論理式が満たされる。無線端末１０は、時刻ｔ１において、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。また、無線端末１０は、時刻ｔ１において、ＡＪＢ制御を停止する。
【００９４】
無線端末１０は、時刻ｔ２において、ハンドオーバ実行要求をホームエージェント３０に送信する。すなわち、時刻ｔ２において、第２判定用論理式が満たされる。なお、時刻ｔ１と時刻ｔ２との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ１５に蓄積されたパケットの量が減少することに留意すべきである。
【００９５】
無線端末１０は、時刻ｔ３において、バッファ１５に蓄積されたパケットの量が所定パケット量となったことを検出する。無線端末１０は、時刻ｔ３において、パケットの再生速度を所定速度に戻す。なお、時刻ｔ２と時刻ｔ３との間においては、パケットの再生速度が所定速度よりも高く（速く）、パケットが無線端末１０で破棄されるため、バッファ１５に蓄積されたパケットの量がさらに減少することに留意すべきである。
【００９６】
ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、ロストパケット（破棄）に対応する再送パケットの量に基づいて算出される。通信端末２０から無線端末１０への再送パケットの量（数）は、“Ｄｏｌｄ＿ｄｎ＋Ｄｎｅｗ＿ｕｐ／所定間隔（フレーム周期）”によって算出される。具体的には、通信端末２０から送信される再送パケットのうち、最後の再送パケットを受信するタイミング（時刻ｔ５）において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。
【００９７】
ここで、無線端末１０が通信端末２０からパケットを受信することができない期間（以下、間隙期間）において、バッファ１５に蓄積されたパケットが枯渇しないことが好ましい。間隙期間は、“Ｄｎｅｗ＿ｄｎ＋Ｄｎｅｗ＿ｕｐ”によって算出される。所定パケット量及びパケットの再生速度の上昇幅は、間隙期間においてバッファ１５に蓄積されたパケットが枯渇しないように定められる。
【００９８】
無線端末１０は、時刻ｔ４において、ハンドオーバの完了通知をホームエージェント３０から受信する。無線端末１０は、時刻ｔ４と時刻ｔ５との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。
【００９９】
すなわち、通信端末２０は、ハンドオーバの実行要求の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。上述したように、通信端末２０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。
【０１００】
無線端末１０は、時刻ｔ５において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。無線端末１０は、時刻ｔ５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。ここで、時刻ｔ５は、通信端末２０から送信される再送パケットのうち、最後の再送パケットを受信するタイミングである。
【０１０１】
（パケットの再生速度の制御例２）
以下において、第１実施形態に係るパケットの再生速度の制御例２について、図面を参照しながら説明する。図５は、第１実施形態に係るパケットの再生速度の制御例２を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）に対応するケースについて例示する。
【０１０２】
無線端末１０は、時刻ｔ１において、ハンドオーバ準備要求をホームエージェント３０に送信する。すなわち、時刻ｔ１において、第１判定用論理式が満たされる。無線端末１０は、時刻ｔ１において、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。また、無線端末１０は、時刻ｔ１において、ＡＪＢ制御を停止する。
【０１０３】
無線端末１０は、時刻ｔ２において、ハンドオーバ実行要求をホームエージェント３０に送信する。すなわち、時刻ｔ２において、第２判定用論理式が満たされる。なお、時刻ｔ１と時刻ｔ２との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ１５に蓄積されたパケットの量が減少することに留意すべきである。
【０１０４】
無線端末１０は、時刻ｔ３において、バッファ１５に蓄積されたパケットの量が所定パケット量（例えば、第２最適パケット量）となったことを検出する。無線端末１０は、時刻ｔ３において、パケットの再生速度を所定速度に戻す。
【０１０５】
ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、バッファ１５に蓄積されたパケットが枯渇しないように定められる。
【０１０６】
なお、時刻ｔ２と時刻ｔ３との間においては、パケットの再生速度が所定速度よりも高く（速く）、パケットが無線端末１０で破棄されるため、バッファ１５に蓄積されたパケットの量がさらに減少することに留意すべきである。
【０１０７】
ここで、無線端末１０が通信端末２０からパケットを受信することができない期間（以下、間隙期間）において、バッファ１５に蓄積されたパケットが枯渇しないことが好ましい。間隙期間は、“Ｄｎｅｗ＿ｄｎ＋Ｄｎｅｗ＿ｕｐ”によって算出される。パケットの再生速度の上昇幅は、間隙期間においてバッファ１５に蓄積されたパケットが枯渇しないように定められる。
【０１０８】
無線端末１０は、時刻ｔ４において、ハンドオーバの完了通知をホームエージェント３０から受信する。無線端末１０は、ハンドオーバの完了通知の受信に応じて、パケットの再生速度を所定速度よりも高い（速い）速度に再び変更する。無線端末１０は、時刻ｔ４と時刻ｔ５との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。
【０１０９】
すなわち、通信端末２０は、ハンドオーバの実行要求の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。上述したように、通信端末２０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。
【０１１０】
無線端末１０は、時刻ｔ５において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。無線端末１０は、時刻ｔ５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。
【０１１１】
（パケットの再生速度の制御例３）
以下において、第１実施形態に係るパケットの再生速度の制御例３について、図面を参照しながら説明する。図６は、第１実施形態に係るパケットの再生速度の制御例３を示す図である。ここでは、無線端末１０がＭＣｏＡ（Ｍｕｌｔｉ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＭＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００の双方のネットワークを介してパケットを受信する。
【０１１２】
無線端末１０は、時刻ｔ１において、ハンドオーバ準備要求をホームエージェント３０に送信する。すなわち、時刻ｔ１において、第１判定用論理式が満たされる。無線端末１０は、時刻ｔ１において、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。また、無線端末１０は、時刻ｔ１において、ＡＪＢ制御を停止する。
【０１１３】
無線端末１０は、時刻ｔ２において、ハンドオーバ実行要求をホームエージェント３０に送信する。すなわち、時刻ｔ２において、第２判定用論理式が満たされる。なお、時刻ｔ１と時刻ｔ２との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ１５に蓄積されたパケットの量が減少することに留意すべきである。
【０１１４】
無線端末１０は、時刻ｔ３において、バッファ１５に蓄積されたパケットの量が所定パケット量となったことを検出する。無線端末１０は、時刻ｔ３において、パケットの再生速度を所定速度に戻す。なお、時刻ｔ２と時刻ｔ３との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ１５に蓄積されたパケットの量が減少することに留意すべきである。
【０１１５】
ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、第１ネットワーク１００を介して受信するパケットのうち、最後のパケットを受信するタイミング（時刻ｔ５）において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。
【０１１６】
なお、上述したパケットの再生速度の制御例１では間隙期間が生じるが、パケットの再生速度の制御例３では間隙期間が生じないことに留意すべきである。
【０１１７】
無線端末１０は、時刻ｔ４において、ハンドオーバの完了通知をホームエージェント３０から受信する。
【０１１８】
無線端末１０は、時刻ｔ５において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。無線端末１０は、時刻ｔ５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。ここで、時刻ｔ５は、第１ネットワーク１００を介して受信するパケットのうち、最後のパケットを受信するタイミングである。
【０１１９】
（通信システムの動作）
以下において、第１実施形態に係る通信システムの動作について、図面を参照しながら説明する。図７は、第１実施形態に係る通信システムの動作を示すシーケンス図である。
【０１２０】
図７に示すように、ステップ１０において、アプリケーション処理部１６は、新たなアプリケーションに要求されるサービス品質（ＱｏＳ  Ｒｅｑｕｉｒｅｍｅｎｔ）をＭＩＨユーザ１４に通知する。
【０１２１】
ステップ１１において、ＭＩＨユーザ１４は、第１ネットワーク１００と設定された無線リンクにおいて監視すべき無線パラメータの閾値の設定を要求する閾値設定要求（ＭＩＨ＿Ｃｏｎｆｉｇｕｒｅ．ｒｅｑｕｅｓｔ）をＭＩＨ機能部１３に通知する。
【０１２２】
ステップ１２において、ＭＩＨ機能部１３は、閾値設定要求（ＭＩＨ＿Ｃｏｎｆｉｇｕｒｅ．ｒｅｑｕｅｓｔ）に応じて、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバに係る条件の設定を要求する条件設定要求（Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄ．ｒｅｑｕｅｓｔ）をリンク制御部１２Ａに通知する。
【０１２３】
条件設定要求（Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄ．ｒｅｑｕｅｓｔ）は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）を行う条件（第１条件）と、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）を行う条件（第２条件）とを少なくとも含む。
【０１２４】
ステップ１３において、リンク制御部１２Ａは、条件の設定が完了したことを示すＬｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄ．ｃｏｎｆｉｒｍをＭＩＨ機能部１３に通知する。
【０１２５】
ステップ１４において、ＭＩＨ機能部１３は、閾値の設定が完了したことを示すＭＩＨ＿Ｃｏｎｆｉｇｕｒｅ．ｃｏｎｆｉｒｍをＭＩＨユーザ１４に通知する。
【０１２６】
ステップ１５において、リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値がＭＩＨ機能部１３によって指定された第１閾値よりも悪化しているか否かを監視する。続いて、リンク制御部１２Ａは、各無線パラメータ値が第１判定用論理式を満したか否かを判定する。ここでは、第１判定用論理式が満たされたものとして説明を続ける。
【０１２７】
ステップ１６において、リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＬｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。
【０１２８】
具体的には、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎは、旧無線パラメータ値、新無線パラメータ値、動作の種類及び判定用論理式を含む。
【０１２９】
旧無線パラメータ値は、ＭＩＨ機能部１３に前回通知した値であり、新無線パラメータ値は、ＭＩＨ機能部１３に今回通知する値である。動作の種類は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）又はハンドオーバの実行要求（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）を示す情報である。判定用論理式は、第１判定用論理式（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）又は第２判定用論理式（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）を示す情報である。
【０１３０】
なお、ステップ１６では、動作の種類には、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）が設定されており、判定用論理式には、第１判定用論理式（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）が設定されている。
【０１３１】
ステップ１７において、ＭＩＨ機能部１３は、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨユーザ１４に通知する。
【０１３２】
ステップ１８において、ＭＩＨユーザ１４は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）を要求するＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｐｒｅｐａｒｅ．ｒｅｑｕｅｓｔをＭＩＨ機能部１３に通知する。
【０１３３】
ステップ１９において、ＭＩＨ機能部１３は、第２ネットワーク２００と無線リンクを設定することを要求するＬｉｎｋ＿Ｕｐ．ｒｅｑｕｅｓｔをリンク制御部１２Ｂに通知する。
【０１３４】
ステップ２０において、リンク制御部１２Ｂは、第２ネットワーク２００と無線リンクを設定する。なお、無線リンクの設定に先立って、第２ネットワーク２００と物理的な無線接続を無線通信部１１Ｂが設定することは勿論である。
【０１３５】
ステップ２１において、リンク制御部１２Ｂは、第２ネットワーク２００と無線リンクが設定されたことを示すＬｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。
【０１３６】
ステップ２２において、ＭＩＨ機能部１３は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ  Ａｃｔｉｏｎ）が完了したことを示すＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｐｒｅｐａｒｅ．ｃｏｎｆｉｒｍをＭＩＨユーザ１４に通知する。
【０１３７】
ステップ２３において、ＭＩＨユーザ１４は、ハンドオーバ準備要求をホームエージェント３０に送信する。ホームエージェント３０は、ハンドオーバ準備要求を通信端末２０（相手方端末）に送信する。
【０１３８】
ステップ２４において、ＭＩＨユーザ１４は、ハンドオーバ準備要求を送信した旨を示すハンドオーバ準備確認をアプリケーション処理部１６に通知する。
【０１３９】
ステップ２５において、アプリケーション処理部１６は、第１ネットワーク１００及び第２ネットワーク２００の遅延時間を示す情報（Ｄｅｌａｙ  ａｎｄ  Ｊｉｔｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）を通信端末２０に送信する。アプリケーション処理部１６は、自端末が正規に受信することができないパケット（ロストパケット）に対応する再送パケットの量（数）を、“Ｄｅｌａｙ  ａｎｄ  Ｊｉｔｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ”によって通知してもよい。アプリケーション処理部１６は、再送パケットの符号化レートや送信レートを“Ｄｅｌａｙ  ａｎｄ  Ｊｉｔｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ”によって通知してもよい。
【０１４０】
ステップ２６において、通信端末２０は、第１ネットワーク１００及び第２ネットワーク２００の遅延時間に基づいて、無線端末１０が正規に受信することができないパケット（ロストパケット）に対応する再送パケットの量（数）を算出する。
【０１４１】
ステップ２７において、アプリケーション処理部１６は、第２ネットワーク２００の遅延時間に基づいて、第２ネットワーク２００において最適なパケット量（第２最適パケット量）を算出する。
【０１４２】
ステップ２８において、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（ＡＪＢ制御）を停止する。
【０１４３】
ステップ２９において、アプリケーション処理部１６は、パケットの再生速度を所定速度よりも速い速度に変更する。
【０１４４】
ステップ３０において、リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値がＭＩＨ機能部１３によって指定された第２閾値よりも悪化しているか否かを監視する。続いて、リンク制御部１２Ａは、各無線パラメータ値が第２判定用論理式を満たすか否かを判定する。ここでは、第２判定用論理式が満たされたものとして説明を続ける。
【０１４５】
ステップ３１において、リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＬｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。ここで、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎは、上述したステップ１６で送信される情報と同様である。
【０１４６】
なお、ステップ３１では、動作の種類には、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）が設定されており、判定用論理式には、第２判定用論理式（Ｅｘｅｃｕｔｅ  Ａｃｔｉｏｎ）が設定されている。
【０１４７】
ステップ３２において、ＭＩＨ機能部１３は、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨユーザ１４に通知する。
【０１４８】
ステップ３３において、ＭＩＨユーザ１４は、ハンドオーバ実行要求をホームエージェント３０に送信する。ホームエージェント３０は、ハンドオーバ実行要求を通信端末２０に送信する。
【０１４９】
ステップ３４において、ＭＩＨユーザ１４は、ハンドオーバ実行要求を送信した旨を示すハンドオーバ実行要求確認をアプリケーション処理部１６に通知する。
【０１５０】
ステップ３５において、ＭＩＨユーザ１４は、自端末が接続するネットワークの切り替えを指示するＭＩＨ＿ＳｗｉｃｈをＭＩＨ機能部１３に通知する。
【０１５１】
ステップ３６において、ＭＩＨ機能部１３は、自端末が接続するネットワークを第１ネットワーク１００から第２ネットワーク２００へ切り替える。
【０１５２】
ステップ３７において、ＭＩＨ機能部１３は、ハンドオーバを完了してもよいかを確認するＭＩＨ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔをＭＩＨユーザ１４に通知する。
【０１５３】
ステップ３８において、ホームエージェント３０は、ハンドオーバの完了通知をＭＩＨユーザ１４に送信する。
【０１５４】
ステップ３９において、ＭＩＨユーザ１４は、ハンドオーバの完了を要求するＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｒｅｑｕｅｓｔをＭＩＨ機能部１３に通知する。
【０１５５】
ステップ４０において、ＭＩＨ機能部１３は、第１ネットワーク１００と設定された無線リンクの解放を要求するＬｉｎｋ＿Ｔｅａｒｄｏｗｎ．Ｒｅｑｕｅｓｔをリンク制御部１２Ａに通知する。
【０１５６】
ステップ４１において、リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクを解放する。
【０１５７】
ステップ４２において、リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクの解放が完了したことを示すＬｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。
【０１５８】
ステップ４３において、ＭＩＨ機能部１３は、ハンドオーバが完了したことを示すＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｒｅｓｐｏｎｓｅをＭＩＨユーザ１４に通知する。
【０１５９】
ステップ４４において、ＭＩＨユーザ１４は、ハンドオーバの完了通知を受信した旨を示すハンドオーバ完了通知確認をアプリケーション処理部１６に通知する。
【０１６０】
ステップ４５において、通信端末２０は、ロストパケットに対応する再送パケットを無線端末１０に送信する。通信端末２０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信することが好ましい。
【０１６１】
ステップ４６において、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（ＡＪＢ制御）を再開する。
【０１６２】
なお、アプリケーション処理部１６は、再生速度の制御例１〜３に示したように、ステップ２８〜ステップ４６の間において、パケットの再生速度を適切に制御する。
【０１６３】
（作用及び効果）
第１実施形態では、無線端末１０は、ハンドオーバの準備要求の送信に応じて、パケットの再生速度を所定速度よりも速い速度に変更する。従って、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバ後において、バッファ１５に蓄積されたバッファの量を第２ネットワーク２００において最適なパケット量（第２最適パケット量）に速やかに近づけることができる。これによって、パケットのリアルタイム性を向上することができる。
【０１６４】
第１実施形態では、無線端末１０は、ハンドオーバの準備要求の送信に応じて、バッファ１５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（ＡＪＢ制御）を停止する。従って、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバに伴って、ＡＪＢ制御によるパケットの再生速度の急変を抑制することができる。
【０１６５】
［第２実施形態］
以下において、第２実施形態について、図面を参照しながら説明する。以下においては、第１実施形態と第２実施形態との相違点について主として説明する。
【０１６６】
第１実施形態では、通信端末２０から無線端末１０へのパケットの流れについて主として説明した。これに対して、第２実施形態では、無線端末１０から通信端末２０へのパケットの流れについて主として説明する。
【０１６７】
すなわち、第２実施形態では、第１実施形態と比べて、無線端末１０のアプリケーション処理部１６の機能及び通信端末２０のアプリケーション処理部２６の機能が入れ替わる。具体的には、通信端末２０のアプリケーション処理部２６は、第１実施形態に係るアプリケーション処理部１６の機能を有する。無線端末１０のアプリケーション処理部１６は、第１実施形態に係るアプリケーション処理部２６の機能を有する。
【０１６８】
第２実施形態では、第１実施形態と同様に、第１ネットワーク１００の遅延時間は、第２ネットワーク２００の遅延時間よりも大きい。第２実施形態では、第１実施形態と同様に、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が行う。
【０１６９】
なお、ネットワークの遅延時間は、無線端末１０からのパケットがネットワークに滞留する時間（滞留時間）だけではなくて、滞留時間のばらつき（ジッタ）を含む概念である。滞留時間は、ジッタと相関を有する。一般的には、滞留時間が長いほど、ジッタが大きくなる。
【０１７０】
（パケットの再生速度の制御例）
以下において、パケットの再生速度の制御例について、図８〜図１０を参照しながら説明する。以下においては、第１ネットワーク１００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｄｎ”で表し、第１ネットワーク１００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｕｐ”で表す。同様に、第１ネットワーク１００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｄｎ”で表し、第２ネットワーク２００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｕｐ”で表す。
【０１７１】
（パケットの再生速度の制御例１）
以下において、第２実施形態に係るパケットの再生速度の制御例１について、図面を参照しながら説明する。図８は、第２実施形態に係るパケットの再生速度の制御例１を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＳＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００のいずれか一方のネットワークを介してパケットを送信する。
【０１７２】
通信端末２０は、時刻ｔ１において、ハンドオーバ準備要求をホームエージェント３０から受信する。通信端末２０は、時刻ｔ１において、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。また、通信端末２０は、時刻ｔ１において、ＡＪＢ制御を停止する。
【０１７３】
通信端末２０は、時刻ｔ２において、ハンドオーバ実行要求をホームエージェント３０から受信する。なお、時刻ｔ１と時刻ｔ２との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ２５に蓄積されたパケットの量が減少することに留意すべきである。
【０１７４】
通信端末２０は、時刻ｔ３において、バッファ２５に蓄積されたパケットの量が所定パケット量となったことを検出する。通信端末２０は、時刻ｔ３において、パケットの再生速度を所定速度に戻す。なお、時刻ｔ２と時刻ｔ３との間においては、パケットの再生速度が所定速度よりも高く（速く）、パケットが通信端末２０で破棄されるため、バッファ２５に蓄積されたパケットの量がさらに減少することに留意すべきである。また、時刻ｔ３は、第２ネットワーク２００を介して受信するパケットのうち、最初のパケット（ここでは、再送パケット）を受信するタイミングよりも前の時刻であることに留意すべきである。
【０１７５】
ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、ロストパケット（破棄）に対応する再送パケットの量に基づいて算出される。無線端末１０から通信端末２０への再送パケットの量（数）は、“Ｄｏｌｄ＿ｕｐ＋Ｄｎｅｗ＿ｄｎ／所定間隔（フレーム周期）”によって算出される。具体的には、無線端末１０から送信される再送パケットのうち、最後の再送パケットを受信するタイミング（時刻ｔ４）において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。
【０１７６】
ここで、通信端末２０が無線端末１０からパケットを受信することができない期間（以下、間隙期間）において、バッファ２５に蓄積されたパケットが枯渇しないことが好ましい。間隙期間は、“Ｄｎｅｗ＿ｕｐ＋Ｄｎｅｗ＿ｄｎ”によって算出される。所定パケット量及びパケットの再生速度の上昇幅は、間隙期間においてバッファ２５に蓄積されたパケットが枯渇しないように定められる。
【０１７７】
通信端末２０は、時刻ｔ３と時刻ｔ４との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。
【０１７８】
すなわち、無線端末１０は、ハンドオーバの完了通知の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。無線端末１０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。
【０１７９】
通信端末２０は、時刻ｔ４において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。通信端末２０は、時刻ｔ４において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。ここで、時刻ｔ４は、無線端末１０から送信される再送パケットのうち、最後の再送パケットを受信するタイミングである。
【０１８０】
（パケットの再生速度の制御例２）
以下において、第２実施形態に係るパケットの再生速度の制御例２について、図面を参照しながら説明する。図９は、第２実施形態に係るパケットの再生速度の制御例２を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）に対応するケースについて例示する。
【０１８１】
通信端末２０は、時刻ｔ１において、ハンドオーバ準備要求をホームエージェント３０から受信する。通信端末２０は、時刻ｔ１において、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。また、通信端末２０は、時刻ｔ１において、ＡＪＢ制御を停止する。
【０１８２】
通信端末２０は、時刻ｔ２において、ハンドオーバ実行要求をホームエージェント３０から受信する。なお、時刻ｔ１と時刻ｔ２との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ２５に蓄積されたパケットの量が減少することに留意すべきである。
【０１８３】
通信端末２０は、時刻ｔ３において、バッファ２５に蓄積されたパケットの量が所定パケット量（例えば、第２最適パケット量）となったことを検出する。通信端末２０は、時刻ｔ３において、パケットの再生速度を所定速度に戻す。ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、バッファ２５に蓄積されたパケットが枯渇しないように定められる。
【０１８４】
なお、時刻ｔ２と時刻ｔ３との間においては、パケットの再生速度が所定速度よりも高く（速く）、パケットが通信端末２０で破棄されるため、バッファ２５に蓄積されたパケットの量がさらに減少することに留意すべきである。また、時刻ｔ３は、第２ネットワーク２００を介して受信するパケットのうち、最初のパケット（ここでは、再送パケット）を受信するタイミングよりも前の時刻であることに留意すべきである。
【０１８５】
ここで、通信端末２０が無線端末１０からパケットを受信することができない期間（以下、間隙期間）において、バッファ２５に蓄積されたパケットが枯渇しないことが好ましい。間隙期間は、“Ｄｎｅｗ＿ｕｐ＋Ｄｎｅｗ＿ｄｎ”によって算出される。パケットの再生速度の上昇幅は、間隙期間においてバッファ２５に蓄積されたパケットが枯渇しないように定められる。
【０１８６】
通信端末２０は、時刻ｔ４において、第２ネットワーク２００を介して受信するパケットのうち、最初のパケット（ここでは、再送パケット）を受信する。通信端末２０は、最初のパケットの受信に応じて、パケットの再生速度を所定速度よりも高い（速い）速度に再び変更する。
【０１８７】
通信端末２０は、時刻ｔ４と時刻ｔ５との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。
【０１８８】
すなわち、無線端末１０は、ハンドオーバの完了通知の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。無線端末１０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。
【０１８９】
通信端末２０は、時刻ｔ５において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。通信端末２０は、時刻ｔ５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。
【０１９０】
（パケットの再生速度の制御例３）
以下において、第２実施形態に係るパケットの再生速度の制御例３について、図面を参照しながら説明する。図１０は、第２実施形態に係るパケットの再生速度の制御例３を示す図である。ここでは、無線端末１０がＭＣｏＡ（Ｍｕｌｔｉ  Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＭＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００の双方のネットワークを介してパケットを送信する。
【０１９１】
通信端末２０は、時刻ｔ１において、ハンドオーバ準備要求をホームエージェント３０から受信する。通信端末２０は、時刻ｔ１において、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。また、通信端末２０は、時刻ｔ１において、ＡＪＢ制御を停止する。
【０１９２】
通信端末２０は、時刻ｔ２において、ハンドオーバ実行要求をホームエージェント３０から受信する。なお、時刻ｔ１と時刻ｔ２との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ２５に蓄積されたパケットの量が減少することに留意すべきである。
【０１９３】
通信端末２０は、時刻ｔ３において、バッファ２５に蓄積されたパケットの量が所定パケット量となったことを検出する。通信端末２０は、時刻ｔ３において、パケットの再生速度を所定速度に戻す。なお、時刻ｔ２と時刻ｔ３との間においては、パケットの再生速度が所定速度よりも高い（速い）ため、バッファ２５に蓄積されたパケットの量がさらに減少することに留意すべきである。
【０１９４】
ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、第１ネットワーク１００を介して受信するパケットのうち、最後のパケットを受信するタイミング（時刻ｔ４）において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。
【０１９５】
なお、上述したパケットの再生速度の制御例１では間隙期間が生じるが、パケットの再生速度の制御例３では間隙期間が生じないことに留意すべきである。
【０１９６】
通信端末２０は、時刻ｔ４において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。通信端末２０は、時刻ｔ４において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。ここで、時刻ｔ４は、無線端末１０から送信される再送パケットのうち、最後の再送パケットを受信するタイミングである。
【０１９７】
（通信システムの動作）
以下において、第２実施形態に係る通信システムの動作について、図面を参照しながら説明する。図１１は、第２実施形態に係る通信システムの動作を示すシーケンス図である。図１１では、図７と同様の処理について同じステップ番号を付している。ここでは、図７と同様の処理の説明については省略する。
【０１９８】
第２実施形態では、図１１に示すように、図７に示すステップ２６〜ステップ２９、ステップ４５、ステップ４６の処理に代えて、ステップ２６Ａ〜ステップ２９Ａ、ステップ４５Ａ、ステップ４６Ａの処理が行われる。
【０１９９】
ステップ２６Ａにおいて、アプリケーション処理部１６は、第１ネットワーク１００及び第２ネットワーク２００の遅延時間に基づいて、無線端末１０が正規に受信することができないパケット（ロストパケット）に対応する再送パケットの量を算出する。
【０２００】
ステップ２７Ａにおいて、通信端末２０（相手方端末）は、第２ネットワーク２００の遅延時間に基づいて、第２ネットワーク２００において最適なパケット量（第２最適パケット量）を算出する。
【０２０１】
ステップ２８Ａにおいて、通信端末２０は、バッファ２５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（ＡＪＢ制御）を停止する。
【０２０２】
ステップ２９Ａにおいて、通信端末２０は、パケットの再生速度を所定速度よりも速い速度に変更する。
【０２０３】
ステップ４５Ａにおいて、アプリケーション処理部１６は、ロストパケットに対応する再送パケットを通信端末２０に送信する。アプリケーション処理部１６は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信することが好ましい。
【０２０４】
ステップ４６Ａにおいて、通信端末２０は、バッファ２５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（ＡＪＢ制御）を再開する。
【０２０５】
なお、通信端末２０は、再生速度の制御例１〜３に示したように、ステップ２８Ａ〜ステップ４６Ａの間において、パケットの再生速度を適切に制御する。
【０２０６】
（作用及び効果）
第２実施形態では、通信端末２０は、ハンドオーバの準備要求の受信に応じて、パケットの再生速度を所定速度よりも速い速度に変更する。従って、無線端末１０の第１ネットワーク１００から第２ネットワーク２００へのハンドオーバ後において、バッファ２５に蓄積されたバッファの量を第２ネットワーク２００において最適なパケット量（第２最適パケット量）に速やかに近づけることができる。これによって、パケットのリアルタイム性を向上することができる。
【０２０７】
第２実施形態では、通信端末２０は、ハンドオーバの準備要求の受信に応じて、バッファ２５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（ＡＪＢ制御）を停止する。従って、無線端末１０の第１ネットワーク１００から第２ネットワーク２００へのハンドオーバに伴って、ＡＪＢ制御によるパケットの再生速度の急変を抑制することができる。
【０２０８】
［その他の実施形態］
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。
【０２０９】
例えば、無線端末１０の動作は、コンピュータにおいて実行可能なプログラムとしても提供することができる。同様に、通信端末２０の動作は、コンピュータにおいて実行可能なプログラムとしても提供することができる。
【０２１０】
上述した実施形態では特に触れていないが、第１ネットワーク１００及び第２ネットワーク２００の遅延時間は、無線端末１０にとって既知であってもよい。また、第１ネットワーク１００及び第２ネットワーク２００の遅延時間は、無線端末１０によって測定されてもよく、通信端末２０によって測定されてもよい。第１ネットワーク１００及び第２ネットワーク２００の遅延時間は、以下に示す（１）測定方法１、又は（２）測定方法２の何れかを用いて測定される。
【０２１１】
（１）測定方法１
測定方法１は、無線端末１０のアプリケーション処理部１６、及び通信端末２０のアプリケーション処理部２６が遅延時間を測定する方法である。
【０２１２】
ここでは、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が実行する際に、第２ネットワーク２００の遅延時間をアプリケーション処理部１６及びアプリケーション処理部２６が測定する場合について、図７又は図１１を参照しながら説明する。具体的には、ステップ２４とステップ２５との間で実行される動作について説明する。
【０２１３】
アプリケーション処理部１６は、ステップ２４においてＭＩＨユーザ１４からハンドオーバ準備確認を通知されると、第２ネットワーク２００の遅延時間の測定を要求する測定要求メッセージを通信端末２０のアプリケーション処理部２６に送信する。測定要求メッセージは、例えばＳＩＰ(Session Initiation Protocol)を利用したメッセージである。
【０２１４】
アプリケーション処理部２６は、測定要求メッセージを受信すると、測定要求メッセージに対する応答である測定要求応答メッセージを無線端末１０のアプリケーション処理部１６に送信する。測定要求応答メッセージは、例えばＳＩＰを利用したメッセージである。
【０２１５】
アプリケーション処理部１６は、測定要求応答メッセージを受信すると、ネットワーク２００の遅延時間を測定するための測定用パケットを通信端末２０のアプリケーション処理部２６に送信する。測定用パケットは、例えばＩＣＭＰ（Internet Control Message Protocol）に従ったパケットであり、測定用パケットの送信時刻を示すタイムスタンプを含む。
【０２１６】
アプリケーション処理部２６は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を第２ネットワーク２００の滞留時間として測定する。測定される滞留時間は、無線端末１０から通信端末２０へ向かう方向（以下、上り方向）の滞留時間である。
【０２１７】
アプリケーション処理部２６は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信時間間隔が一定である場合、アプリケーション処理部２６は、測定用パケットの受信時間間隔の差からジッタを測定する。
【０２１８】
アプリケーション処理部２６は、上り方向の遅延時間（滞留時間及びジッタ）の測定結果を示す情報（Ｄｅｌａｙ  ａｎｄ  Ｊｉｔｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）を無線端末１０のアプリケーション処理部１６に送信する。このようにして、アプリケーション処理部１６及びアプリケーション処理部２６は、上り方向の遅延時間を把握することができ、上述した実施形態に係る各種の判定又は制御に用いることができる。
【０２１９】
一方、通信端末２０から無線端末１０へ向かう方向（以下、下り方向）の遅延時間は、次のようにして測定される。通信端末２０のアプリケーション処理部２６は、タイムスタンプを含む測定用パケットを無線端末１０のアプリケーション処理部１６に送信する。
【０２２０】
アプリケーション処理部１６は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を、第２ネットワーク２００における下り方向の滞留時間として算出する。あるいは、測定用パケットの送信時間間隔が一定である場合には、アプリケーション処理部１６は、測定用パケットの受信時間間隔の差からジッタを測定する。
【０２２１】
アプリケーション処理部１６は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信時間間隔が一定である場合、アプリケーション処理部１６は、測定用パケットの受信時間間隔の差からジッタを測定する。
【０２２２】
アプリケーション処理部１６は、下り方向の遅延時間（滞留時間及びジッタ）を示す情報（Ｄｅｌａｙ  ａｎｄ  Ｊｉｔｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）をアプリケーション処理部２６に送信する（ステップ２５）。このようにして、アプリケーション処理部１６及びアプリケーション処理部２６は、下り方向の遅延時間を把握することができ、上述した実施形態に係る各種の判定又は制御に用いることができる。
【０２２３】
（２）測定方法２
測定方法２は、無線端末１０のＭＩＨ機能部１３、及び通信端末２０のＭＩＨ機能部２３が遅延時間を測定する方法である。
【０２２４】
ここでは、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が実行する際に、第２ネットワーク２００の遅延時間を測定する場合について、図７及び図１１を参照しながら説明する。具体的には、図７又は図１１に示すステップ２４とステップ２５との間で実行される動作について説明する。
【０２２５】
ＭＩＨユーザ１４は、ステップ２４においてＭＩＨ機能部１３からＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｐｒｅｐａｒｅ．ｃｏｎｆｉｒｍを通知されると、第２ネットワーク２００の遅延時間の測定を要求するＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ＿Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔをＭＩＨ機能部１３に通知する。ＭＩＨ機能部１３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔを通信端末２０のＭＩＨ機能部２３に送信する。
【０２２６】
ＭＩＨ機能部２３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔを受信すると、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔに対する応答であるＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｃｏｎｆｉｒｍを無線端末１０のＭＩＨ機能部１３に送信する。
【０２２７】
ＭＩＨ機能部１３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｃｏｎｆｉｒｍを受信すると、測定方法１と同様にして、測定用パケット（ＩＣＭＰパケット）を通信端末２０のＭＩＨ機能部２３に送信する。ＭＩＨ機能部２３は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を上り方向の滞留時間として測定する。
【０２２８】
ＭＩＨ機能部２３は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信間隔が一定である場合には、ＭＩＨ機能部２３は、測定用パケットの受信時間間隔の差からジッタを測定する。
【０２２９】
ＭＩＨ機能部２３は、上り方向の遅延時間（滞留時間及びジッタ）の測定結果を示すＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎを無線端末１０のＭＩＨ機能部１３に送信し、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎをアプリケーション処理部２６に通知する。ＭＩＨ機能部１３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎをアプリケーション処理部１６に通知する。
【０２３０】
一方、下り方向の遅延時間は、次のようにして測定される。ＭＩＨ機能部２３は、タイムスタンプを含む測定用パケットを無線端末１０のＭＩＨ機能部１３に送信する。ＭＩＨ機能部１３は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を下り方向の滞留時間として算出する。
【０２３１】
ＭＩＨ機能部１３は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信時間間隔が一定である場合、ＭＩＨ機能部１３は、測定用パケットの受信時間間隔の差からジッタを測定する。
【０２３２】
ＭＩＨ機能部１３は、下り方向の遅延時間（滞留時間及びジッタ）の測定結果を示すＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎを通信端末２０のＭＩＨ機能部２３に送信し、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ  Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎをアプリケーション処理部１６に通知する。
【０２３３】
なお、測定方法２では、無線端末１０のＭＩＨ機能部１３、及び通信端末２０のＭＩＨ機能部２３が遅延時間を測定しているが、ホームエージェント３０にＭＩＨ機能部が設けられている場合には、無線端末１０のＭＩＨ機能部１３、及びホームエージェント３０のＭＩＨ機能部が遅延時間を測定してもよい。
【０２３４】
アプリケーション処理部１６及びアプリケーション処理部２６は、測定方法１又は測定方法２で測定された遅延時間をネットワーク毎に管理する遅延時間管理テーブルを有していてもよい。アプリケーション処理部１６及びアプリケーション処理部２６は、遅延時間の測定結果を用いて遅延時間管理テーブルを更新する。アプリケーション処理部１６及びアプリケーション処理部２６は、何らかの理由で遅延時間の測定ができない場合に、遅延時間管理テーブルを参照して遅延時間を推定する。
【０２３５】
上述した実施形態では、遅延時間が大きいネットワークから遅延時間が小さいネットワークへのハンドオーバについて説明した。しかしながら、本実施形態はこれに限定されるものではない。
【０２３６】
例えば、遅延時間が小さいネットワークから遅延時間が大きいネットワークへのハンドオーバについても、本発明を適用することができる。具体的には、このようなケースでは、最適なパケット量を大きくする必要があり、かつ、パケットの受信間隔が拡がってしまう。従って、ハンドオーバの準備要求の開始に応じて、パケットの再生速度を所定速度よりも低い（遅い）速度に変更してもよい。また、ハンドオーバの準備要求の開始に応じて、ＡＪＢ制御を停止してもよい。これによって、ハンドオーバ先のネットワークにおいて最適なパケット量にバッファに蓄積されたパケットの量を速やかに近づけることができる。また、バッファに蓄積されたパケットの枯渇を抑制することができる。
【符号の説明】
【０２３７】
１０・・・無線端末、１１・・・無線通信部、１２・・・リンク制御部、１３・・・ＭＩＨ機能部、１４・・・ＭＩＨユーザ、１５・・・バッファ、１６・・・アプリケーション処理部、２０・・・通信端末、２１・・・無線通信部、２２・・・リンク制御部、２３・・・ＭＩＨ機能部、２４・・・ＭＩＨユーザ、２５・・・バッファ、２６・・・アプリケーション処理部、３０・・・ホームエージェント、１００・・・第１ネットワーク、２００・・・第２ネットワーク、３００・・・基幹ネットワーク
【図１】
2010045757.tif 000003
【図２】
2010045757.tif 000004
【図３】
2010045757.tif 000005
【図４】
2010045757.tif 000006
【図５】
2010045757.tif 000007
【図６】
2010045757.tif 000008
【図７】
2010045757.tif 000009
【図８】
2010045757.tif 000010
【図９】
2010045757.tif 000011
【図１０】
2010045757.tif 000012
【図１１】
2010045757.tif 000013