JP5064565B2 - 無線端末及び通信端末 - Google Patents

Description

本発明は、第１ネットワーク又は第１ネットワークよりも遅延時間が大きい第２ネットワークを介して通信を行う無線端末及び通信端末に関する。

従来、ネットワークを介して通信端末（相手方端末）とリアルタイム通信（例えば、ＶｏＩＰなど）を行う無線端末が知られている（例えば、特許文献１）。ネットワークの遅延時間を吸収するために、パケットを一時的に蓄積するバッファが無線端末に設けられる。バッファに蓄積されるパケットの量は、ネットワークの遅延時間に応じて定められる。なお、ネットワークの遅延時間は、通信端末（相手方端末）からのパケットがネットワークに滞留する時間（滞留時間）だけではなくて、滞留時間のばらつき（ジッタ）を含む概念である。

また、一のネットワークを対象として、受信パケットの遅延時間（滞留時間や滞留時間のばらつき）に応じて、パケット蓄積量（ジッタバッファサイズ）を再生速度の制御によって変更するＡＪＢ（Ａｄａｐｔｉｖｅ Ｊｉｔｔｅｒ Ｂｕｆｆｅｒ）制御技術も提案されている。ＡＪＢ制御技術では、バッファに蓄積されるパケットの量が最適なパケット量よりも大きくなった場合に、パケットの再生速度を所定速度よりも高い（速い）速度に変更して、パケット蓄積量を小さくする。一方で、バッファに蓄積されるパケットの量が最適なパケット量よりも小さくなった場合に、パケットの再生速度を所定速度よりも低い（遅い）速度に変更して、パケット蓄積量を大きくする。

特開２００８−１４２６６号公報

ここで、第１ネットワークから第２ネットワークへのハンドオーバを行う技術が知られている。また、第２ネットワークの遅延時間が第１ネットワークの遅延時間と異なるケースも考えられる。このようなケースでは、バッファに蓄積されるパケットの量として最適なパケット量はハンドオーバによって変わる。

例えば、第１ネットワークの遅延時間が第２ネットワークの遅延時間よりも小さいケースについて考える。このようなケースでは、第２ネットワークにおいて適切なパケット量は、第１ネットワークにおいて適切なパケット量よりも大きい。従って、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量が不足してしまう。これによって、パケットの欠落が生じる可能性がある。

なお、上述したように、ＡＪＢ制御技術は、一のネットワークを対象としている。従って、ＡＪＢ制御技術を適用するケースでは、無線端末は、第１ネットワークから第２ネットワークへのハンドオーバに応じて、バッファに蓄積されるパケットの量を急激に増大させようとする。すなわち、無線端末は、パケットの再生速度を急激に低下させる。

このように、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することが難しかった。

そこで、本発明は、上述した課題を解決するためになされたものであり、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することを可能とする無線端末及び通信端末を提供することを目的とする。

第１の特徴に係る無線端末は、第１ネットワーク又は前記第１ネットワークよりも遅延時間が大きい第２ネットワークを介して、通信端末と通信を行う。無線端末は、前記第１ネットワーク又は前記第２ネットワークを介して、所定間隔でパケットを受信する受信部と、前記受信部で受信されたパケットを一時的に蓄積するバッファと、前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を送信する送信部と、前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生する再生部とを備える。前記再生部は、前記ハンドオーバの準備要求の送信に応じて、パケットの再生速度を前記所定速度よりも遅い速度に変更して、前記バッファに蓄積されたパケットの量を増大する。

かかる特徴によれば、無線端末は、ハンドオーバの準備要求の送信に応じて、パケットの再生速度を所定速度よりも遅い速度に変更する。従って、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されたバッファの量を第２ネットワークにおいて最適なパケット量（第２最適パケット量）に速やかに近づけることができる。さらに、パケットの欠落を抑制することもできる。

第１の特徴において、前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信する。前記再生部は、前記ハンドオーバの完了通知の受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻す。

第２の特徴に係る通信端末は、第１ネットワーク又は前記第１ネットワークよりも遅延時間が大きい第２ネットワークを利用する無線端末と通信を行う。通信端末は、前記無線端末から所定間隔でパケットを受信する受信部と、前記受信部で受信されたパケットを一時的に蓄積するバッファと、前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生する再生部とを備える。前記受信部は、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を受信する。前記再生部は、前記ハンドオーバの準備要求の受信に応じて、パケットの再生速度を前記所定速度よりも遅い速度に変更して、前記バッファに蓄積されたパケットの量を増大する。

かかる特徴によれば、通信端末は、ハンドオーバの準備要求の受信に応じて、パケットの再生速度を所定速度よりも遅い速度に変更する。従って、無線端末の第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されたバッファの量を第２ネットワークにおいて最適なパケット量（第２最適パケット量）に速やかに近づけることができる。さらに、パケットの欠落を抑制することもできる。

第２の特徴において、前記再生部は、前記バッファに蓄積されたパケットの量を最適なパケット量に維持するように、前記パケットの再生速度を調整する適応的バッファ制御を実行する。前記再生部は、前記ハンドオーバの準備要求を受信した場合に、前記適応的バッファ制御を停止する。前記受信部は、前記無線端末の前記第１ネットワークから前記第
２ネットワークへのハンドオーバの実行要求を受信する。前記再生部は、前記ハンドオーバの実行要求の受信後において、前記バッファに蓄積されたパケットの量が前記第２ネットワークにおける最適なパケット量となった場合に、前記適応的バッファ制御を再開する。

第２の特徴において、前記再生部は、前記第２ネットワークを介して受信するパケット
のうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所
定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻す。

第２の特徴において、前記再生部は、前記第２ネットワークを介して受信するパケット
のうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所
定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻す。前記再生部は、前記最初のパケットの受信に応じて、前記パケットの再生速度を前記所定速度よりも速い速度に変更する。

第２の特徴において、前記所定パケット量は、前記第１ネットワークの遅延時間と前記第２ネットワークの遅延時間とに基づいて算出される。

本発明によれば、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することを可能とする無線端末及び通信端末を提供することができる。

図１は、第１実施形態に係る通信システムの構成を示す図である。 図２は、第１実施形態に係る無線端末１０を示すブロック図である。 図３は、第１実施形態に係る通信端末２０を示すブロック図である。 図４は、第１実施形態に係る再生速度の制御例を示す図である。 図５は、第１実施形態に係る再生速度の制御例を示す図である。 図６は、第１実施形態に係る再生速度の制御例を示す図である。 図７は、第１実施形態に係る通信システムの動作を示すシーケンス図である。 図８は、第２実施形態に係る再生速度の制御例を示す図である。 図９は、第２実施形態に係る再生速度の制御例を示す図である。 図１０は、第２実施形態に係る再生速度の制御例を示す図である。 図１１は、第２実施形態に係る通信システムの動作を示すシーケンス図である。

以下において、本発明の実施形態について説明する。なお、以下の図面の記載において、同一または類似の部分には、同一または類似の符号を付している。ただし、図面は模式的なものであり、各寸法の比率などは現実のものとは異なることに留意すべきである。

したがって、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

［第１実施形態］
（通信システムの構成）
以下において、第１実施形態に係る通信システムの構成について、図面を参照しながら説明する。図１は、第１実施形態に係る通信システムの構成を示す図である。

図１に示すように、通信システムは、無線端末１０と、通信端末２０と、ホームエージェント３０と、第１ネットワーク１００と、第２ネットワーク２００と、基幹ネットワーク３００とを有する。

第１実施形態では、第１ネットワーク１００の遅延時間は、第２ネットワーク２００の遅延時間よりも小さい。無線端末１０は、第１ネットワーク１００又は第２ネットワーク２００を介して通信端末２０と通信を行う。

なお、ネットワークの遅延時間は、通信端末２０（相手方端末）からのパケットがネットワークに滞留する時間（滞留時間）だけではなくて、滞留時間のばらつき（ジッタ）を含む概念である。滞留時間は、ジッタと相関を有する。一般的には、滞留時間が長いほど、ジッタが大きくなる。

第１実施形態では、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が行うケースについて主として説明する。また、通信端末２０から無線端末１０へのパケットの流れについて主として説明する。

無線端末１０は、携帯電話、ＰＤＡ、ノート型ＰＣなどの端末である。また、無線端末１０は、モバイルルータなどの端末であってもよい。上述したように、無線端末１０は、第１ネットワーク１００又は第２ネットワーク２００を介して通信端末２０と通信を行う端末（ＭＮ；Ｍｏｂｉｌｅ Ｎｏｄｅ）である。すなわち、無線端末１０は、第１ネットワーク１００又は第２ネットワーク２００を利用して通信端末２０と通信を行う。無線端末１０は、所定間隔（フレーム周期）で通信端末２０から送信されたパケットを受信する。ここで、無線端末１０は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを行う主体である。無線端末１０の詳細については後述する（図２を参照）。

通信端末２０は、携帯電話、ＰＤＡ、ノート型ＰＣ、デスクトップ型ＰＣなどの端末である。通信端末２０は、無線端末１０と通信を行う通信端末（ＣＮ；Ｃｏｒｒｅｓｐｏｎｄｉｎｇ Ｎｏｄｅ）である。通信端末２０は、所定間隔（フレーム周期）で無線端末１０にパケットを送信する。

通信端末２０は、基幹ネットワーク３００と無線で接続する端末であってもよく、基幹ネットワーク３００と有線で接続する端末であってもよい。第１実施形態では、通信端末２０が無線端末であるケースについて例示する。図１では示していないが、通信端末２０は、複数の無線ネットワークを介して基幹ネットワーク３００に接続される。通信端末２０の詳細については後述する（図３を参照）。

ホームエージェント３０（ＨＡ）は、基幹ネットワーク３００に接続されている。ホームエージェント３０は、無線端末１０の気付アドレス（ＣｏＡ；Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）を管理する。

第１ネットワーク１００及び第２ネットワーク２００は、無線通信方式（物理レイヤやリンクレイヤの構成）が異なる無線ネットワークである。例えば、第１ネットワーク１００は、ＩＥＥＥ８０２．１６ｅに準拠する「ＷｉＭＡＸ」が採用された無線ネットワークである。第２ネットワーク２００は、ＣＤＭＡ２０００に準拠する「１ｘＥＶ−ＤＯ」が採用された無線ネットワークである。

但し、第１ネットワーク１００及び第２ネットワーク２００は、これらに限定されるものではなく、ＩＥＥＥ８０２．１１に準拠する「ＷＬＡＮ」が採用されたネットワークであってもよい。

基幹ネットワーク３００は、第１ネットワーク１００及び第２ネットワーク２００の上位ネットワークである。例えば、基幹ネットワーク３００は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）に準拠するインターネットネットワークである。第１実施形態では、基幹ネットワーク３００に通信端末２０及びホームエージェント３０が接続されている。

（無線端末の構成）
以下において、第１実施形態に係る無線端末（ＭＮ）の構成について、図面を参照しながら説明する。図２は、第１実施形態に係る無線端末１０を示すブロック図である。

図２に示すように、無線端末１０は、複数の無線通信部１１（無線通信部１１Ａ〜無線通信部１１Ｂ）と、複数の無線リンク制御部１２（無線リンク制御部１２Ａ〜無線リンク制御部１２Ｂ）と、ＭＩＨ機能部１３と、ＭＩＨユーザ１４と、バッファ１５と、アプリケーション処理部１６とを有する。

無線通信部１１は、上位レイヤ（例えば、ＭＩＨ機能部１３やアプリケーション処理部１６）からの指示に応じて、物理レイヤにおける物理的な無線接続を各ネットワークと設定する。無線通信部１１は、通信端末２０から所定間隔でパケットを受信する。

具体的には、無線通信部１１Ａは、「ＷｉＭＡＸ」に対応する物理的な無線接続を第１ネットワーク１００と設定する。無線通信部１１Ｂは、「１ｘＥＶ−ＤＯ」に対応する物理的な無線接続を第２ネットワーク２００と設定する。

無線リンク制御部１２は、上位レイヤ（例えば、ＭＩＨ機能部１３やアプリケーション処理部１６）からの指示に応じて、リンクレイヤにおける無線リンクを各ネットワークと設定する。無線リンク制御部１２は、各ネットワークと設定された無線リンクにおいて、各種無線パラメータ（Ｌｉｎｋ Ｐａｒａｍｅｔｅｒ）を監視する。

具体的には、無線リンク制御部１２Ａは、無線通信部１１Ａとのインターフェース（デバイスドライバ）機能を有しており、「ＷｉＭＡＸ」に対応する無線リンクを第１ネットワーク１００と設定する。無線リンク制御部１２Ｂは、無線通信部１１Ｂとのインターフェース（デバイスドライバ）機能を有しており、「１ｘＥＶ−ＤＯ」に対応する無線リンクを第２ネットワーク２００と設定する。

ＭＩＨ機能部１３は、ＭＩＨ機能部１３よりも上位レイヤとして機能するＭＩＨユーザ１４やアプリケーション処理部１６からの指示に応じて、ネットワーク間のハンドオーバを制御する。ＭＩＨ機能部１３は、物理レイヤの構成に依存しないメディア非依存ハンドオーバ機能（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｄｏｖｅｒ Ｆｕｎｃｔｉｏｎ）であり、ＩＥＥＥ８０２．２１において規定されている。

ここで、ＭＩＨ機能部１３は、自端末が接続しているネットワークにおいてハンドオーバを行う各種条件を管理している。具体的には、ＭＩＨ機能部１３は、無線パラメータの種類、第１閾値（Ｉｎｉｔｉａｔｅ Ａｃｔｉｏｎ Ｔｈｒｅｓｈｏｌｄ）と、第２閾値（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ Ｔｈｒｅｓｈｏｌｄ）と、第１判定用論理式（以下、第１論理式）と、第２判定用論理式（以下、第２論理式）とをネットワーク毎に管理している。

無線パラメータの種類は、自端末が接続しているネットワークと設定する無線リンクにおいて監視すべき無線パラメータを示している。

例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、第１ネットワーク１００と設定する無線リンクにおいて、以下に示す無線パラメータが無線リンク制御部１２Ａによって監視される。

（ａ）信号対干渉波雑音比（ＳＩＮＲ）
（ｂ）受信電界強度（ＲＳＳＩ）
（ｃ）ＤＬ−ＭＡＰ受信成功率（Ｓｕｃｃｅｓｓｆｕｌ Ｒａｔｉｏ ｏｆ ＤＬ−ＭＡＰ Ｒｅｃｅｉｖｅ）
（ｄ）伝送レート（Ｒａｔｅ）
（ｅ）上り変調クラス（Ｕｐｌｉｎｋ Ｍｏｄｕｌａｔｉｏｎ Ｃｌａｓｓ）
（ｆ）送信電力（Ｔｘ＿Ｐｏｗｅｒ）

自端末が接続しているネットワークが第２ネットワーク２００である場合には、第２ネットワーク２００と設定する無線リンクにおいて、以下に示す無線パラメータが無線リンク制御部１２Ｂによって監視される。

（ａ）信号対干渉波雑音比（ＳＩＮＲ）
（ｂ）受信電界強度（ＲＳＳＩ）
（ｃ）ＤＲＣ（Ｄａｔａ Ｒａｔｅ Ｃｏｎｔｒｏｌ）
（ｄ）送信電力（Ｔｘ＿Ｐｏｗｅｒ）
（ｅ）無線基地局が無線端末から送信されたＤＲＣを正常に受信する割合（ＤＲＣ＿Ｌｏｃｋ）

第１閾値（Ｉｎｉｔｉａｔｅ Ａｃｔｉｏｎ Ｔｈｒｅｓｈｏｌｄ）は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）を行うか否かを判定するために、各無線パラメータに設定された閾値である。ここで、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）とは、一のネットワークと無線リンクを設定しているケースにおいて、他のネットワークと無線リンクを設定する動作である。

例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、信号対干渉波雑音比（ＳＩＮＲ）に設定された第１閾値は“３ｄＢ”である。他の無線パラメータについても同様に、順に“−７５ｄＢｍ”、“０．１”、“５００ｋｂｐｓ”が設定されている。

自端末が接続しているネットワークが第２ネットワーク２００である場合には、信号対干渉波雑音比（ＳＩＮＲ）に設定された第１閾値は“０ｄＢ”である。他の無線パラメータについても同様に、順に“−８０ｄＢｍ”、“６”、“１５ｄＢｍ”、“０．８”が設定されている。

第２閾値（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ Ｔｈｒｅｓｈｏｌｄ）は、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）を行うか否かを判定するために、各無線パラメータに設定された閾値である。ここで、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）とは、一のネットワーク及び他のネットワークと無線リンクを設定しているケースにおいて、自端末が接続するネットワークの切り替え要求動作（ＢＵ；Ｂｉｎｄｉｎｇ Ｕｐｄａｔｅ、ＲＲ；Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔなど）である。なお、第２閾値（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ Ｔｈｒｅｓｈｏｌｄ）としては、第１閾値（Ｉｎｉｔｉａｔｅ Ａｃｔｉｏｎ Ｔｈｒｅｓｈｏｌｄ）よりも無線環境が悪化した際における値が設定される。

例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、信号対干渉波雑音比（ＳＩＮＲ）に設定された第２閾値は“−２ｄＢ”である。他の無線パラメータについても同様に、順に“−８０ｄＢｍ”、“０．８”、“２００ｋｂｐｓ”、“ＱＰＳＫ １／２”、“２３ｄＢｍ”が設定されている。

自端末が接続しているネットワークが第２ネットワーク２００である場合には、信号対干渉波雑音比（ＳＩＮＲ）に設定された第２閾値は“−５ｄＢ”である。他の無線パラメータについても同様に、順に“−９０ｄＢｍ”、“４”、“２３ｄＢｍ”、“０．８”が設定されている。

第１論理式は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）を行う条件（第１条件）である。具体的には、第１論理式は、自端末が接続しているネットワークと設定する無線リンクにおいて複数の無線パラメータが満たすべき第１閾値の組み合わせを示している。

例えば、自端末が接続しているネットワークが第１ネットワーク１００である場合には、下記条件のいずれかが満たされた場合に、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）が行われる。

（ａ）ＳＩＮＲ、ＲＳＳＩ及びＳｕｃｃｅｓｓｆｕｌ ｒａｔｉｏ ｏｆ ＤＬ−ＭＡＰ Ｒｅｃｅｉｖｅの全てが上述した第１閾値よりも悪化する
（ｂ）Ｔｘ＿Ｐｏｗｅｒ及び上り変調クラスの全てが上述した第１閾値よりも悪化（低下）する

自端末が接続しているネットワークが第２ネットワーク２００である場合には、下記条件のいずれかが満たされた場合に、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）が行われる。

（ａ）ＳＩＮＲ、ＲＳＳＩ及びＤＲＣの全てが上述した第１閾値よりも悪化する
（ｂ）Ｔｘ＿Ｐｏｗｅｒ及びＤＲＣ＿Ｌｏｃｋの全てが上述した第１閾値よりも悪化する

第２論理式は、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）を行う条件（第２条件）である。具体的には、第２論理式は、自端末が接続しているネットワークと設定する無線リンクにおいて複数の無線パラメータが満たすべき第２閾値の組み合わせを示している。

なお、第１実施形態では、無線パラメータが満たすべき閾値の組み合わせは、第１論理式と第２論理式とで同じであるが、これに限定されるものではない。すなわち、無線パラメータが満たすべき閾値の組み合わせは、第１論理式と第２論理式とで異なっていてもよい。

ＭＩＨユーザ１４は、ＭＩＨユーザ１４よりも上位レイヤとして機能するアプリケーション処理部１６からの指示に応じて、ネットワーク間における移動性を管理する移動性管理部である。ＭＩＨユーザ１４は、ＭＩＨ機能部１３よりも上位レイヤとして機能する。

バッファ１５は、第１ネットワーク１００又は第２ネットワーク２００を介して受信するパケットを一時的に蓄積する。

ここで、バッファ１５には、ネットワークの遅延時間に応じて、適切なパケット量が定められている。適切なパケット量は、パケットの不足を抑制する観点及びリアルタイム性を維持する観点で定められる。ネットワークの遅延時間が大きいほど、最適なパケット量が大きい。

例えば、第１ネットワーク１００を介して自端末がパケットを受信しているケースでは、バッファ１５の最適なパケット量（以下、第１最適パケット量）は、第１ネットワーク１００の遅延時間に応じて定められる。同様に、第２ネットワーク２００を介して自端末がパケットを受信しているケースでは、バッファ１５の最適なパケット量（以下、第２最適パケット量）は、第２ネットワーク２００の遅延時間に応じて定められる。

上述したように、第１ネットワーク１００の遅延時間は第２ネットワーク２００の遅延時間よりも小さい。従って、第１最適パケット量は、第２最適パケット量よりも小さい。

アプリケーション処理部１６は、ＭＩＨユーザ１４よりも上位レイヤとして機能し、各種アプリケーションなどを処理する。例えば、アプリケーション処理部１６は、バッファ１５に蓄積されたパケットを所定速度で再生する。所定速度は、パケットを受信する所定間隔に応じて定められる。

ここで、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を最適なパケット量に維持するように、パケットの再生速度を調整する適応的バッファ制御（以下、ＡＪＢ（Ａｄａｐｔｉｖｅ Ｊｉｔｔｅｒ Ｂｕｆｆｅｒ）制御）を行う。

例えば、第１ネットワーク１００を介して自端末がパケットを受信しているケースでは、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を第１最適パケット量に維持するように、パケットの再生速度を調整する。同様に、第２ネットワーク２００を介して自端末がパケットを受信しているケースでは、アプリケーション処理部１６は、バッファ１５に蓄積されたバッファの量を第２最適パケット量に維持するように、パケットの再生速度を調整する。

アプリケーション処理部１６は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバの準備要求の開始に応じて、ＡＪＢ制御を停止する。アプリケーション処理部１６は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバの完了後において、バッファ１５に蓄積されたバッファの量が第２最適パケット量となった場合に、ＡＪＢ制御を再開する。

ここで、アプリケーション処理部１６は、ＡＪＢ制御の停止からＡＪＢ制御の再開までの間においても、ＡＪＢ制御とは別に、パケットの再生速度を制御することに留意すべきである。具体的には、アプリケーション処理部１６は、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバの準備要求の開始に応じて、パケットの再生速度を所定速度よりも遅い速度に変更する。ここで、パケットの再生速度の低下幅には上限が設けられていることが好ましい。例えば、パケットの再生速度の低下幅は、所定速度の１０
〜１５％であることが好ましい。このようなパケットの再生速度の制御の詳細については後述する（図４〜図６を参照）。

（通信端末の構成）
以下において、第１実施形態に係る通信端末（相手方端末：ＣＮ）の構成について、図面を参照しながら説明する。図３は、第１実施形態に係る通信端末２０を示すブロック図である。なお、通信端末２０は、無線端末１０と同様の構成を有するため、通信端末２０の概略についてのみ説明する。

図３に示すように、通信端末２０は、複数の無線通信部２１（無線通信部２１Ａ〜無線通信部２１Ｂ）と、複数の無線リンク制御部２２（無線リンク制御部２２Ａ〜無線リンク制御部２２Ｂ）と、ＭＩＨ機能部２３と、ＭＩＨユーザ２４と、バッファ２５と、アプリケーション処理部２６とを有する。

無線通信部２１は、上位レイヤ（例えば、ＭＩＨ機能部２３やアプリケーション処理部２６）からの指示に応じて、物理レイヤにおける物理的な無線接続を各ネットワークと設定する。無線通信部２１は、無線端末１０に所定間隔でパケットを送信する。また、無線通信部２１は、所定間隔よりも短い間隔で再送パケットを無線端末１０に送信する。なお、無線通信部２１は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。

再送パケットは、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバにおいて、無線端末１０が正規に受信できないパケット（ロストパケット）である。例えば、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が行うケースでは、無線端末１０内で破棄されるロストパケット（破棄）、第１ネットワーク１００と第２ネットワーク２００との遅延時間差による間隙に基づくロストパケットなどである。

無線リンク制御部２２は、上位レイヤ（例えば、ＭＩＨ機能部２３やアプリケーション処理部２６）からの指示に応じて、リンクレイヤにおける無線リンクを各ネットワークと設定する。

ＭＩＨ機能部２３は、ＭＩＨ機能部２３よりも上位レイヤとして機能するＭＩＨユーザ２４やアプリケーション処理部２６からの指示に応じて、ネットワーク間のハンドオーバを制御する。ＭＩＨ機能部２３は、物理レイヤの構成に依存しないメディア非依存ハンドオーバ機能（Ｍｅｄｉａ Ｉｎｄｅｐｅｎｄｅｎｔ Ｈａｄｏｖｅｒ Ｆｕｎｃｔｉｏｎ）であり、ＩＥＥＥ８０２．２１において規定されている。

ＭＩＨユーザ２４は、ＭＩＨユーザ２４よりも上位レイヤとして機能するアプリケーション処理部２６からの指示に応じて、ネットワーク間における移動性を管理する移動性管理部である。ＭＩＨユーザ２４は、ＭＩＨ機能部２３よりも上位レイヤとして機能する。

バッファ２５は、第１ネットワーク１００又は第２ネットワーク２００を経由して基幹ネットワーク３００から受信するパケットを一時的に蓄積する。バッファ２５には、ネットワークの遅延時間に応じて、適切なパケット量が定められている。適切なパケット量は、パケットの不足を抑制する観点及びリアルタイム性を維持する観点で定められる。ネットワークの遅延時間が大きいほど、最適なパケット量が大きい。

例えば、第１ネットワーク１００を介して無線端末１０からパケットを受信しているケースでは、バッファ１５の最適なパケット量は、第１ネットワーク１００の遅延時間に応じて定められる。同様に、第２ネットワーク２００を介して無線端末１０からパケットを受信しているケースでは、バッファ１５の最適なパケット量は、第２ネットワーク２００の遅延時間に応じて定められる。

アプリケーション処理部２６は、ＭＩＨユーザ２４よりも上位レイヤとして機能し、各種アプリケーションなどを処理する。例えば、アプリケーション処理部２６は、再送パケットの送信間隔及び符号化レートを制御する。

具体的には、アプリケーション処理部２６は、第１ネットワーク１００の遅延時間及び第２ネットワーク２００の遅延時間に基づいて、再送パケット（すなわち、ロストパケット）の量を算出する。アプリケーション処理部２６は、所定間隔よりも短い間隔で再送パケットを送信するように無線通信部２１に指示する。また、アプリケーション処理部２６は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信するように無線通信部２１に指示する。

（パケットの再生速度の制御例）
以下において、パケットの再生速度の制御例について、図４〜図６を参照しながら説明する。以下においては、第１ネットワーク１００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｄｎ”で表し、第１ネットワーク１００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｕｐ”で表す。同様に、第２ネットワーク２００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｄｎ”で表し、第２ネットワーク２００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｕｐ”で表す。

（パケットの再生速度の制御例１）
以下において、第１実施形態に係るパケットの再生速度の制御例１について、図面を参照しながら説明する。図４は、第１実施形態に係るパケットの再生速度の制御例１を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＳＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００のいずれか一方のネットワークを介してパケットを受信する。

無線端末１０は、時刻ｔ_１において、ハンドオーバ準備要求をホームエージェント３０に送信する。すなわち、時刻ｔ_１において、第１論理式が満たされる。無線端末１０は、時刻ｔ_１において、パケットの再生速度を所定速度よりも低い（遅い）速度に変更する。また、無線端末１０は、時刻ｔ_１において、ＡＪＢ制御を停止する。

無線端末１０は、時刻ｔ_２において、ハンドオーバ実行要求をホームエージェント３０に送信する。すなわち、時刻ｔ_２において、第２論理式が満たされる。なお、時刻ｔ_１と時刻ｔ_２との間においては、パケットの再生速度が所定速度よりも低い（遅い）ため、バッファ１５に蓄積されたパケットの量が増大することに留意すべきである。

無線端末１０は、時刻ｔ_３において、バッファ１５に蓄積されたパケットの量が所定パケット量となったことを検出する。無線端末１０は、時刻ｔ_３において、パケットの再生速度を所定速度に戻す。なお、時刻ｔ_２と時刻ｔ_３との間においては、パケットが無線端末１０で破棄されるが、パケットの再生速度が所定速度よりも低い（遅い）ので、バッファ１５に蓄積されたパケットの減少量が抑制されることに留意すべきである。

ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、再送パケットの量及び間隙期間に基づいて算出される。

再送パケットの量は、ロストパケット（破棄）に対応する量である。通信端末２０から無線端末１０への再送パケットの量（数）は、“（Ｄｏｌｄ＿ｄｎ＋Ｄｎｅｗ＿ｕｐ）／所定間隔（フレーム周期）”によって算出される。

間隙期間は、無線端末１０が通信端末２０からパケットを受信することができない期間である。間隙期間は、“Ｄｎｅｗ＿ｄｎ×２＋Ｄｎｅｗ＿ｕｐ−Ｄｏｌｄ＿ｕｐ”によって算出される。

具体的には、通信端末２０から送信される再送パケットのうち、最後の再送パケットを受信するタイミング（時刻ｔ_５）において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。

ここで、パケット再生速度の低下幅は一定で、かつ、パケット再生速度の低下幅には上限が定められており、実際にハンドオーバが実行されるまでの時間を調整する。つまり、間隙期間に相当するパケット量を蓄積するのに十分なハンドオーバ準備期間が確保できるようにハンドオーバ準備／ハンドオーバ実行のパラメータを調整する。

無線端末１０は、時刻ｔ_４において、ハンドオーバの完了通知をホームエージェント３０から受信する。無線端末１０は、時刻ｔ_４と時刻ｔ_５との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。

すなわち、通信端末２０は、ハンドオーバの実行要求の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。上述したように、通信端末２０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。

無線端末１０は、時刻ｔ_５において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。無線端末１０は、時刻ｔ_５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。ここで、時刻ｔ_５は、通信端末２０から送信される再送パケットのうち、最後の再送パケットを受信するタイミングである。

（パケットの再生速度の制御例２）
以下において、第１実施形態に係るパケットの再生速度の制御例２について、図面を参照しながら説明する。図５は、第１実施形態に係るパケットの再生速度の制御例２を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）に対応するケースについて例示する。

無線端末１０は、時刻ｔ_１において、ハンドオーバ準備要求をホームエージェント３０に送信する。すなわち、時刻ｔ_１において、第１論理式が満たされる。無線端末１０は、時刻ｔ_１において、パケットの再生速度を所定速度よりも低い（遅い）速度に変更する。また、無線端末１０は、時刻ｔ_１において、ＡＪＢ制御を停止する。

無線端末１０は、時刻ｔ_２において、ハンドオーバ実行要求をホームエージェント３０に送信する。すなわち、時刻ｔ_２において、第２論理式が満たされる。なお、時刻ｔ_１と時刻ｔ_２との間においては、パケットの再生速度が所定速度よりも低い（遅い）ため、バッファ１５に蓄積されたパケットの量が増大することに留意すべきである。なお、時刻ｔ_１と時刻ｔ_２との間の期間が十分に長ければ、バッファ１５に蓄積されたパケットの量が第２最適パケット量を超える可能性があることに留意すべきである。

無線端末１０は、時刻ｔ_３において、バッファ１５に蓄積されたパケットの量が所定パケット量（例えば、第２最適パケット量）となったことを検出する。無線端末１０は、時刻ｔ_３において、パケットの再生速度を所定速度に戻す。ここで、所定パケット量は、第２ネットワーク２００の遅延時間とに基づいて算出される。

なお、時刻ｔ_２と時刻ｔ_３との間においては、パケットが無線端末１０で破棄されるが、パケットの再生速度が所定速度よりも低い（遅い）ので、バッファ１５に蓄積されたパケットの減少量が抑制されることに留意すべきである。

ここで、無線端末１０が通信端末２０からパケットを受信することができない期間（以下、間隙期間）において、バッファ１５に蓄積されたパケットが枯渇しないことが好ましい。間隙期間は、“Ｄｎｅｗ＿ｄｎ×２＋Ｄｎｅｗ＿ｕｐ−Ｄｏｌｄ＿ｕｐ”によって算出される。

パケット再生速度の低下幅は一定で、かつ、パケット再生速度の低下幅には上限が定められており、実際にハンドオーバが実行されるまでの時間を調整する。つまり、間隙期間に相当するパケット量を蓄積するのに十分なハンドオーバ準備期間が確保できるようにハンドオーバ準備／ハンドオーバ実行のパラメータを調整する。

無線端末１０は、時刻ｔ_４において、ハンドオーバの完了通知をホームエージェント３０から受信する。無線端末１０は、ハンドオーバの完了通知の受信に応じて、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。無線端末１０は、時刻ｔ_４と時刻ｔ_５との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。

すなわち、通信端末２０は、ハンドオーバの実行要求の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。上述したように、通信端末２０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。

無線端末１０は、時刻ｔ_５において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。無線端末１０は、時刻ｔ_５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。

（パケットの再生速度の制御例３）
以下において、第１実施形態に係るパケットの再生速度の制御例３について、図面を参照しながら説明する。図６は、第１実施形態に係るパケットの再生速度の制御例３を示す図である。ここでは、無線端末１０がＭＣｏＡ（Ｍｕｌｔｉ Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＭＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００の双方のネットワークを介してパケットを受信する。

無線端末１０は、時刻ｔ_１において、ハンドオーバ準備要求をホームエージェント３０に送信する。すなわち、時刻ｔ_１において、第１論理式が満たされる。無線端末１０は、時刻ｔ_１において、パケットの再生速度を所定速度よりも低い（遅い）速度に変更する。また、無線端末１０は、時刻ｔ_１において、ＡＪＢ制御を停止する。

無線端末１０は、時刻ｔ_２において、ハンドオーバ実行要求をホームエージェント３０に送信する。すなわち、時刻ｔ_２において、第２論理式が満たされる。なお、時刻ｔ_１と時刻ｔ_２との間においては、パケットの再生速度が所定速度よりも低い（遅い）ため、バッファ１５に蓄積されたパケットの量が増大することに留意すべきである。

無線端末１０は、時刻ｔ_３において、バッファ１５に蓄積されたパケットの量が所定パケット量となったことを検出する。無線端末１０は、時刻ｔ_３において、パケットの再生速度を所定速度に戻す。

ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、無線端末１０が通信端末２０からパケットを受信することができない期間（間隙期間）に基づいて算出される。間隙期間は、“Ｄｎｅｗ＿ｄｎ−Ｄｏｌｄ＿ｄｎ”によって算出される。具体的には、第２ネットワーク２００を介して受信するパケットのうち、最初のパケットを受信するタイミング（時刻ｔ_５）において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。

無線端末１０は、時刻ｔ_４において、ハンドオーバの完了通知をホームエージェント３０から受信する。

無線端末１０は、時刻ｔ_５において、バッファ１５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。無線端末１０は、時刻ｔ_５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。ここで、時刻ｔ_５は、第２ネットワーク２００を介して受信する通信端末２０からのパケットのうち、最初のパケットを受信するタイミングである。

（通信システムの動作）
以下において、第１実施形態に係る通信システムの動作について、図面を参照しながら説明する。図７は、第１実施形態に係る通信システムの動作を示すシーケンス図である。

図７に示すように、ステップ１０において、アプリケーション処理部１６は、新たなアプリケーションに要求されるサービス品質（ＱｏＳ Ｒｅｑｕｉｒｅｍｅｎｔ）をＭＩＨユーザ１４に通知する。

ステップ１１において、ＭＩＨユーザ１４は、第１ネットワーク１００と設定された無線リンクにおいて監視すべき無線パラメータの閾値の設定を要求する閾値設定要求（ＭＩＨ＿Ｃｏｎｆｉｇｕｒｅ．ｒｅｑｕｅｓｔ）をＭＩＨ機能部１３に通知する。

ステップ１２において、ＭＩＨ機能部１３は、閾値設定要求（ＭＩＨ＿Ｃｏｎｆｉｇｕｒｅ．ｒｅｑｕｅｓｔ）に応じて、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバに係る条件の設定を要求する条件設定要求（Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄ．ｒｅｑｕｅｓｔ）を無線リンク制御部１２Ａに通知する。

条件設定要求（Ｌｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄ．ｒｅｑｕｅｓｔ）は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）を行う条件（第１条件）と、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）を行う条件（第２条件）とを少なくとも含む。

ステップ１３において、無線リンク制御部１２Ａは、条件の設定が完了したことを示すＬｉｎｋ＿Ｃｏｎｆｉｇｕｒｅ＿Ｔｈｒｅｓｈｏｌｄ．ｃｏｎｆｉｒｍをＭＩＨ機能部１３に通知する。

ステップ１４において、ＭＩＨ機能部１３は、閾値の設定が完了したことを示すＭＩＨ＿Ｃｏｎｆｉｇｕｒｅ．ｃｏｎｆｉｒｍをＭＩＨユーザ１４に通知する。

ステップ１５において、無線リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値がＭＩＨ機能部１３によって指定された第１閾値よりも悪化しているか否かを監視する。続いて、無線リンク制御部１２Ａは、各無線パラメータ値が第１論理式を満したか否かを判定する。ここでは、第１論理式が満たされたものとして説明を続ける。

ステップ１６において、無線リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＬｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。

具体的には、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎは、旧無線パラメータ値、新無線パラメータ値、動作の種類及び判定用論理式を含む。

旧無線パラメータ値は、ＭＩＨ機能部１３に前回通知した値であり、新無線パラメータ値は、ＭＩＨ機能部１３に今回通知する値である。動作の種類は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）又はハンドオーバの実行要求（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）を示す情報である。判定用論理式は、第１論理式（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）又は第２論理式（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）を示す情報である。

なお、ステップ１６では、動作の種類には、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）が設定されており、判定用論理式には、第１論理式（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）が設定されている。

ステップ１７において、ＭＩＨ機能部１３は、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨユーザ１４に通知する。

ステップ１８において、ＭＩＨユーザ１４は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）を要求するＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｐｒｅｐａｒｅ．ｒｅｑｕｅｓｔをＭＩＨ機能部１３に通知する。

ステップ１９において、ＭＩＨ機能部１３は、第２ネットワーク２００と無線リンクを設定することを要求するＬｉｎｋ＿Ｕｐ．ｒｅｑｕｅｓｔを無線リンク制御部１２Ｂに通知する。

ステップ２０において、無線リンク制御部１２Ｂは、第２ネットワーク２００と無線リンクを設定する。なお、無線リンクの設定に先立って、第２ネットワーク２００と物理的な無線接続を無線通信部１１Ｂが設定することは勿論である。

ステップ２１において、無線リンク制御部１２Ｂは、第２ネットワーク２００と無線リンクが設定されたことを示すＬｉｎｋ＿Ｕｐ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。

ステップ２２において、ＭＩＨ機能部１３は、ハンドオーバの準備要求（Ｉｎｉｔｉａｔｉｏｎ Ａｃｔｉｏｎ）が完了したことを示すＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｐｒｅｐａｒｅ．ｃｏｎｆｉｒｍをＭＩＨユーザ１４に通知する。

ステップ２３において、ＭＩＨユーザ１４は、ハンドオーバ準備要求をホームエージェント３０に送信する。ホームエージェント３０は、ハンドオーバ準備要求を通信端末２０（相手方端末）に送信する。

ステップ２４において、ＭＩＨユーザ１４は、ハンドオーバ準備要求を送信した旨を示すハンドオーバ準備確認をアプリケーション処理部１６に通知する。

ステップ２５において、アプリケーション処理部１６は、第１ネットワーク１００及び第２ネットワーク２００の遅延時間を示す情報（Ｄｅｌａｙ ａｎｄ Ｊｉｔｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）を通信端末２０に送信する。アプリケーション処理部１６は、自端末が正規に受信することができないパケット（ロストパケット）に対応する再送パケットの量（数）を、“Ｄｅｌａｙ ａｎｄ Ｊｉｔｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ”によって通知してもよい。アプリケーション処理部１６は、再送パケットの符号化レートや送信レートを“Ｄｅｌａｙ ａｎｄ Ｊｉｔｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ”によって通知してもよい。

ステップ２６において、通信端末２０は、第１ネットワーク１００及び第２ネットワーク２００の遅延時間に基づいて、無線端末１０が正規に受信することができないパケット（ロストパケット）に対応する再送パケットの量（数）を算出する。

ステップ２７において、アプリケーション処理部１６は、第２ネットワーク２００の遅延時間に基づいて、第２ネットワーク２００において最適なパケット量（第２最適パケット量）を算出する。

ステップ２８において、アプリケーション処理部１６は、ＡＪＢ制御を停止する。

ステップ２９において、アプリケーション処理部１６は、パケットの再生速度を所定速度よりも遅い速度に変更する。

ステップ３０において、無線リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値がＭＩＨ機能部１３によって指定された第２閾値よりも悪化しているか否かを監視する。続いて、無線リンク制御部１２Ａは、各無線パラメータ値が第２論理式を満たすか否かを判定する。ここでは、第２論理式が満たされたものとして説明を続ける。

ステップ３１において、無線リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＬｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。ここで、Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎは、上述したステップ１６で送信される情報と同様である。

なお、ステップ３１では、動作の種類には、ハンドオーバの実行要求（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）が設定されており、判定用論理式には、第２論理式（Ｅｘｅｃｕｔｅ Ａｃｔｉｏｎ）が設定されている。

ステップ３２において、ＭＩＨ機能部１３は、第１ネットワーク１００と設定された無線リンクにおける無線パラメータ値を示すＭＩＨ＿Ｌｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨユーザ１４に通知する。

ステップ３３において、ＭＩＨユーザ１４は、ハンドオーバ実行要求をホームエージェント３０に送信する。ホームエージェント３０は、ハンドオーバ実行要求を通信端末２０に送信する。

ステップ３４において、ＭＩＨユーザ１４は、ハンドオーバ実行要求を送信した旨を示すハンドオーバ実行要求確認をアプリケーション処理部１６に通知する。

ステップ３５において、ＭＩＨユーザ１４は、自端末が接続するネットワークの切り替えを指示するＭＩＨ＿ＳｗｉｃｈをＭＩＨ機能部１３に通知する。

ステップ３６において、ＭＩＨ機能部１３は、自端末が接続するネットワークを第１ネットワーク１００から第２ネットワーク２００へ切り替える。

ステップ３７において、ＭＩＨ機能部１３は、ハンドオーバを完了してもよいかを確認するＭＩＨ＿Ｃｏｍｍｉｔ．ｒｅｑｕｅｓｔをＭＩＨユーザ１４に通知する。

ステップ３８において、ホームエージェント３０は、ハンドオーバの完了通知をＭＩＨユーザ１４に送信する。

ステップ３９において、ＭＩＨユーザ１４は、ハンドオーバの完了を要求するＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｒｅｑｕｅｓｔをＭＩＨ機能部１３に通知する。

ステップ４０において、ＭＩＨ機能部１３は、第１ネットワーク１００と設定された無線リンクの解放を要求するＬｉｎｋ＿Ｔｅａｒｄｏｗｎ．Ｒｅｑｕｅｓｔを無線リンク制御部１２Ａに通知する。

ステップ４１において、無線リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクを解放する。

ステップ４２において、無線リンク制御部１２Ａは、第１ネットワーク１００と設定された無線リンクの解放が完了したことを示すＬｉｎｋ＿Ｐａｒａｍｅｔｅｒｓ＿Ｒｅｐｏｒｔ．ｉｎｄｉｃａｔｉｏｎをＭＩＨ機能部１３に通知する。

ステップ４３において、ＭＩＨ機能部１３は、ハンドオーバが完了したことを示すＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｃｏｍｐｌｅｔｅ．ｒｅｓｐｏｎｓｅをＭＩＨユーザ１４に通知する。

ステップ４４において、ＭＩＨユーザ１４は、ハンドオーバの完了通知を受信した旨を示すハンドオーバ完了通知確認をアプリケーション処理部１６に通知する。

ステップ４５において、通信端末２０は、ロストパケットに対応する再送パケットを無線端末１０に送信する。通信端末２０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信することが好ましい。

ステップ４６において、アプリケーション処理部１６は、ＡＪＢ制御を再開する。

なお、アプリケーション処理部１６は、再生速度の制御例１〜３に示したように、ステップ２８〜ステップ４６の間において、パケットの再生速度を適切に制御する。

（作用及び効果）
第１実施形態では、無線端末１０は、ハンドオーバの準備要求の送信に応じて、パケットの再生速度を所定速度よりも遅い速度に変更する。従って、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバ後において、バッファ１５に蓄積されたバッファの量を第２ネットワーク２００において最適なパケット量（第２最適パケット量）に速やかに近づけることができる。さらに、パケットの欠落を抑制することもできる。

第１実施形態では、無線端末１０は、ハンドオーバの準備要求の送信に応じて、ＡＪＢ制御を停止する。従って、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバに伴って、ＡＪＢ制御によるパケットの再生速度の急変を抑制することができる。

［第２実施形態］
以下において、第２実施形態について、図面を参照しながら説明する。以下においては、第１実施形態と第２実施形態との相違点について主として説明する。

第１実施形態では、通信端末２０から無線端末１０へのパケットの流れについて主として説明した。これに対して、第２実施形態では、無線端末１０から通信端末２０へのパケットの流れについて主として説明する。

すなわち、第２実施形態では、第１実施形態と比べて、無線端末１０のアプリケーション処理部１６の機能及び通信端末２０のアプリケーション処理部２６の機能が入れ替わる。具体的には、通信端末２０のアプリケーション処理部２６は、第１実施形態に係るアプリケーション処理部１６の機能を有する。無線端末１０のアプリケーション処理部１６は、第１実施形態に係るアプリケーション処理部２６の機能を有する。

第２実施形態では、第１実施形態と同様に、第１ネットワーク１００の遅延時間は、第２ネットワーク２００の遅延時間よりも小さい。第２実施形態では、第１実施形態と同様に、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が行う。

なお、ネットワークの遅延時間は、無線端末１０からのパケットがネットワークに滞留する時間（滞留時間）だけではなくて、滞留時間のばらつき（ジッタ）を含む概念である。滞留時間は、ジッタと相関を有する。一般的には、滞留時間が長いほど、ジッタが大きくなる。

（パケットの再生速度の制御例）
以下において、パケットの再生速度の制御例について、図８〜図１０を参照しながら説明する。以下においては、第１ネットワーク１００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｄｎ”で表し、第１ネットワーク１００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｏｌｄ＿ｕｐ”で表す。同様に、第１ネットワーク１００を介して通信端末２０から無線端末１０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｄｎ”で表し、第２ネットワーク２００を介して無線端末１０から通信端末２０へ送信するパケットの遅延時間を“Ｄｎｅｗ＿ｕｐ”で表す。

（パケットの再生速度の制御例１）
以下において、第２実施形態に係るパケットの再生速度の制御例１について、図面を参照しながら説明する。図８は、第２実施形態に係るパケットの再生速度の制御例１を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＳＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００のいずれか一方のネットワークを介してパケットを送信する。

通信端末２０は、時刻ｔ_１において、ハンドオーバ準備要求をホームエージェント３０から受信する。通信端末２０は、時刻ｔ_１において、パケットの再生速度を所定速度よりも低い（遅い）速度に変更する。また、通信端末２０は、時刻ｔ_１において、ＡＪＢ制御を停止する。

通信端末２０は、時刻ｔ_２において、ハンドオーバ実行要求をホームエージェント３０から受信する。なお、時刻ｔ_１と時刻ｔ_２との間においては、パケットの再生速度が所定速度よりも低い（遅い）ため、バッファ２５に蓄積されたパケットの量が増大することに留意すべきである。

通信端末２０は、時刻ｔ_３において、バッファ２５に蓄積されたパケットの量が所定パケット量となったことを検出する。通信端末２０は、時刻ｔ_３において、パケットの再生速度を所定速度に戻す。なお、時刻ｔ_２と時刻ｔ_３との間においては、パケットが通信端末２０で破棄されるが、パケットの再生速度が所定速度よりも低い（遅い）ので、バッファ２５に蓄積されたパケットの減少量が抑制されることに留意すべきである。また、時刻ｔ_３は、第２ネットワーク２００を介して受信するパケットのうち、最初のパケット（ここでは、再送パケット）を受信するタイミングよりも前の時刻であることに留意すべきである。

ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、再送パケットの量及び間隙期間に基づいて算出される。

再送パケットの量は、ロストパケット（破棄）に対応する量である。無線端末１０から通信端末２０への再送パケットの量（数）は、“（Ｄｏｌｄ＿ｄｎ＋Ｄｎｅｗ＿ｕｐ）／所定間隔（フレーム周期）”によって算出される。

間隙期間は、通信端末２０が無線端末１０からパケットを受信することができない期間である。間隙期間は、“Ｄｎｅｗ＿ｕｐ−Ｄｎｅｗ＿ｄｎ”によって算出される。

具体的には、無線端末１０から送信される再送パケットのうち、最後の再送パケットを受信するタイミング（時刻ｔ_４）において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。

ここで、パケット再生速度の低下幅は一定で、かつ、パケット再生速度の低下幅には上限が定められており、実際にハンドオーバが実行されるまでの時間を調整する。つまり、間隙期間に相当するパケット量を蓄積するのに十分なハンドオーバ準備期間が確保できるようにハンドオーバ準備／ハンドオーバ実行のパラメータを調整する。

通信端末２０は、時刻ｔ_３と時刻ｔ_４との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。

すなわち、無線端末１０は、ハンドオーバの完了通知の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。無線端末１０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。

通信端末２０は、時刻ｔ_４において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。通信端末２０は、時刻ｔ_４において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。ここで、時刻ｔ_４は、無線端末１０から送信される再送パケットのうち、最後の再送パケットを受信するタイミングである。

（パケットの再生速度の制御例２）
以下において、第２実施形態に係るパケットの再生速度の制御例２について、図面を参照しながら説明する。図９は、第２実施形態に係るパケットの再生速度の制御例２を示す図である。ここでは、無線端末１０がＳＣｏＡ（Ｓｉｎｇｌｅ Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）に対応するケースについて例示する。

通信端末２０は、時刻ｔ_１において、ハンドオーバ準備要求をホームエージェント３０から受信する。通信端末２０は、時刻ｔ_１において、パケットの再生速度を所定速度よりも低い（遅い）速度に変更する。また、通信端末２０は、時刻ｔ_１において、ＡＪＢ制御を停止する。

通信端末２０は、時刻ｔ_２において、ハンドオーバ実行要求をホームエージェント３０から受信する。なお、時刻ｔ_１と時刻ｔ_２との間においては、パケットの再生速度が所定速度よりも低い（遅い）ため、バッファ２５に蓄積されたパケットの量が増大することに留意すべきである。なお、時刻ｔ_１と時刻ｔ_２との間の期間が十分に長ければ、バッファ２５に蓄積されたパケットの量が第２最適パケット量を超える可能性があることに留意すべきである。

通信端末２０は、時刻ｔ_３において、バッファ２５に蓄積されたパケットの量が所定パケット量（例えば、第２最適パケット量）となったことを検出する。通信端末２０は、時刻ｔ_３において、パケットの再生速度を所定速度に戻す。ここで、所定パケット量は、第２ネットワーク２００の遅延時間に基づいて算出される。

なお、時刻ｔ_２と時刻ｔ_３との間においては、パケットが通信端末２０で破棄されるが、パケットの再生速度が所定速度よりも低い（遅い）ので、バッファ２５に蓄積されたパケットの減少量が抑制されることに留意すべきである。また、時刻ｔ_３は、第２ネットワーク２００を介して受信するパケットのうち、最初のパケット（ここでは、再送パケット）を受信するタイミングよりも前の時刻であることに留意すべきである。

ここで、通信端末２０が無線端末１０からパケットを受信することができない期間（以下、間隙期間）において、バッファ２５に蓄積されたパケットが枯渇しないことが好ましい。間隙期間は、“Ｄｎｅｗ＿ｕｐ−Ｄｎｅｗ＿ｄｎ”によって算出される。

パケットの再生速度の低下幅は、パケット再生速度の低下幅は一定で、かつ、パケット再生速度の低下幅には上限が定められており、実際にハンドオーバが実行されるまでの時間を調整する。つまり、間隙期間に相当するパケット量を蓄積するのに十分なハンドオーバ準備期間が確保できるようにハンドオーバ準備／ハンドオーバ実行のパラメータを調整する。

通信端末２０は、時刻ｔ_４において、第２ネットワーク２００を介して受信するパケットのうち、最初のパケット（ここでは、再送パケット）を受信する。通信端末２０は、最初のパケットの受信に応じて、パケットの再生速度を所定速度よりも高い（速い）速度に変更する。

通信端末２０は、時刻ｔ_４と時刻ｔ_５との間において、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを受信する。

すなわち、無線端末１０は、ハンドオーバの完了通知の受信に応じて、第２ネットワーク２００を介して所定間隔よりも短い間隔で再送パケットを送信する。無線端末１０は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信する。

通信端末２０は、時刻ｔ_５において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。通信端末２０は、時刻ｔ_５において、パケットの再生速度を所定速度に戻して、ＡＪＢ制御を再開する。

（パケットの再生速度の制御例３）
以下において、第２実施形態に係るパケットの再生速度の制御例３について、図面を参照しながら説明する。図１０は、第２実施形態に係るパケットの再生速度の制御例３を示す図である。ここでは、無線端末１０がＭＣｏＡ（Ｍｕｌｔｉ Ｃａｒｅ ｏｆ Ａｄｄｒｅｓｓ）に対応するケースについて例示する。ＭＣｏＡでは、無線端末１０は、第１ネットワーク１００及び第２ネットワーク２００の双方のネットワークを介してパケットを送信する。

通信端末２０は、時刻ｔ_１において、ハンドオーバ準備要求をホームエージェント３０から受信する。通信端末２０は、時刻ｔ_１において、パケットの再生速度を所定速度よりも低い（遅い）速度に変更する。また、通信端末２０は、時刻ｔ_１において、ＡＪＢ制御を停止する。

通信端末２０は、時刻ｔ_２において、ハンドオーバ実行要求をホームエージェント３０から受信する。なお、時刻ｔ_１と時刻ｔ_２との間においては、パケットの再生速度が所定速度よりも低い（遅い）ため、バッファ２５に蓄積されたパケットの量が増大することに留意すべきである。

通信端末２０は、時刻ｔ_３において、バッファ２５に蓄積されたパケットの量が所定パケット量となったことを検出する。通信端末２０は、時刻ｔ_３において、パケットの再生速度を所定速度に戻す。なお、時刻ｔ_２と時刻ｔ_３との間においては、パケットの再生速度が所定速度よりも低い（遅い）ため、バッファ２５に蓄積されたパケットの量がさらに増大することに留意すべきである。

ここで、所定パケット量は、第１ネットワーク１００の遅延時間と第２ネットワーク２００の遅延時間とに基づいて算出される。例えば、所定パケット量は、無線端末１０が通信端末２０からパケットを受信することができない期間（間隙期間）に基づいて算出される。間隙期間は、“Ｄｎｅｗ＿ｄｎ−Ｄｏｌｄ＿ｄｎ”によって算出される。具体的には、第２ネットワーク２００を介して受信するパケットのうち、最初のパケットを受信するタイミング（時刻ｔ_４）において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となるように、所定パケット量が算出される。

通信端末２０は、時刻ｔ_４において、バッファ２５に蓄積されたパケットの量が第２最適パケット量となったことを検出する。通信端末２０は、時刻ｔ_４において、ＡＪＢ制御を再開する。ここで、時刻ｔ_４は、無線端末１０から第２ネットワーク２００を介して送信されるパケットのうち、最初のパケットを受信するタイミングである。

（通信システムの動作）
以下において、第２実施形態に係る通信システムの動作について、図面を参照しながら説明する。図１１は、第２実施形態に係る通信システムの動作を示すシーケンス図である。図１１では、図７と同様の処理について同じステップ番号を付している。ここでは、図７と同様の処理の説明については省略する。

第２実施形態では、図１１に示すように、図７に示すステップ２６〜ステップ２９、ステップ４５、ステップ４６の処理に代えて、ステップ２６Ａ〜ステップ２９Ａ、ステップ４５Ａ、ステップ４６Ａの処理が行われる。

ステップ２６Ａにおいて、アプリケーション処理部１６は、第１ネットワーク１００及び第２ネットワーク２００の遅延時間に基づいて、通信端末２０（相手方端末）が正規に受信することができないパケット（ロストパケット）に対応する再送パケットの量を算出する。

ステップ２７Ａにおいて、通信端末２０（相手方端末）は、第２ネットワーク２００の遅延時間に基づいて、第２ネットワーク２００において最適なパケット量（第２最適パケット量）を算出する。

ステップ２８Ａにおいて、通信端末２０は、ＡＪＢ制御を停止する。

ステップ２９Ａにおいて、通信端末２０は、パケットの再生速度を所定速度よりも遅い速度に変更する。

ステップ４５Ａにおいて、アプリケーション処理部１６は、ロストパケットに対応する再送パケットを通信端末２０に送信する。アプリケーション処理部１６は、所定間隔で送信するパケットの符号化レートよりも低い符号化レートで再送パケットを送信することが好ましい。

ステップ４６Ａにおいて、通信端末２０は、ＡＪＢ制御を再開する。

なお、通信端末２０は、再生速度の制御例１〜３に示したように、ステップ２８Ａ〜ステップ４６Ａの間において、パケットの再生速度を適切に制御する。

（作用及び効果）
第２実施形態では、通信端末２０は、ハンドオーバの準備要求の受信に応じて、パケットの再生速度を所定速度よりも遅い速度に変更する。従って、無線端末１０の第１ネットワーク１００から第２ネットワーク２００へのハンドオーバ後において、バッファ２５に蓄積されたバッファの量を第２ネットワーク２００において最適なパケット量（第２最適パケット量）に速やかに近づけることができる。さらに、パケットの欠落を抑制することもできる。

第２実施形態では、通信端末２０は、ハンドオーバの準備要求の受信に応じて、ＡＪＢ制御を停止する。従って、無線端末１０の第１ネットワーク１００から第２ネットワーク２００へのハンドオーバに伴って、ＡＪＢ制御によるパケットの再生速度の急変を抑制することができる。

［その他の実施形態］
上述したように、本発明の一実施形態を通じて本発明の内容を開示したが、この開示の一部をなす論述及び図面は、本発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態が明らかとなろう。

例えば、無線端末１０の動作は、コンピュータにおいて実行可能なプログラムとしても提供することができる。同様に、通信端末２０の動作は、コンピュータにおいて実行可能なプログラムとしても提供することができる。

上述した実施形態では特に触れていないが、第１ネットワーク１００及び第２ネットワーク２００の遅延時間は、無線端末１０にとって既知であってもよい。また、第１ネットワーク１００及び第２ネットワーク２００の遅延時間は、無線端末１０によって測定されてもよく、通信端末２０によって測定されてもよい。第１ネットワーク１００及び第２ネットワーク２００の遅延時間は、以下に示す（１）測定方法１、又は（２）測定方法２の何れかを用いて測定される。

（１）測定方法１
測定方法１は、無線端末１０のアプリケーション処理部１６、及び通信端末２０のアプリケーション処理部２６が遅延時間を測定する方法である。

ここでは、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が実行する際に、第２ネットワーク２００の遅延時間をアプリケーション処理部１６及びアプリケーション処理部２６が測定する場合について、図７又は図１１を参照しながら説明する。具体的には、ステップ２４とステップ２５との間で実行される動作について説明する。

アプリケーション処理部１６は、ステップ２４においてＭＩＨユーザ１４からハンドオーバ準備確認を通知されると、第２ネットワーク２００の遅延時間の測定を要求する測定要求メッセージを通信端末２０のアプリケーション処理部２６に送信する。測定要求メッセージは、例えばＳＩＰ(Session Initiation Protocol)を利用したメッセージである。

アプリケーション処理部２６は、測定要求メッセージを受信すると、測定要求メッセージに対する応答である測定要求応答メッセージを無線端末１０のアプリケーション処理部１６に送信する。測定要求応答メッセージは、例えばＳＩＰを利用したメッセージである。

アプリケーション処理部１６は、測定要求応答メッセージを受信すると、ネットワーク２００の遅延時間を測定するための測定用パケットを通信端末２０のアプリケーション処理部２６に送信する。測定用パケットは、例えばＩＣＭＰ（Internet Control Message Protocol）に従ったパケットであり、測定用パケットの送信時刻を示すタイムスタンプを含む。

アプリケーション処理部２６は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を第２ネットワーク２００の滞留時間として測定する。測定される滞留時間は、無線端末１０から通信端末２０へ向かう方向（以下、上り方向）の滞留時間である。

アプリケーション処理部２６は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信時間間隔が一定である場合、アプリケーション処理部２６は、測定用パケットの受信時間間隔の差からジッタを測定する。

アプリケーション処理部２６は、上り方向の遅延時間（滞留時間及びジッタ）の測定結果を示す情報（Ｄｅｌａｙ ａｎｄ Ｊｉｔｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）を無線端末１０のアプリケーション処理部１６に送信する。このようにして、アプリケーション処理部１６及びアプリケーション処理部２６は、上り方向の遅延時間を把握することができ、上述した実施形態に係る各種の判定又は制御に用いることができる。

一方、通信端末２０から無線端末１０へ向かう方向（以下、下り方向）の遅延時間は、次のようにして測定される。通信端末２０のアプリケーション処理部２６は、タイムスタンプを含む測定用パケットを無線端末１０のアプリケーション処理部１６に送信する。

アプリケーション処理部１６は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を、第２ネットワーク２００における下り方向の滞留時間として算出する。あるいは、測定用パケットの送信時間間隔が一定である場合には、アプリケーション処理部１６は、測定用パケットの受信時間間隔の差からジッタを測定する。

アプリケーション処理部１６は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信時間間隔が一定である場合、アプリケーション処理部１６は、測定用パケットの受信時間間隔の差からジッタを測定する。

アプリケーション処理部１６は、下り方向の遅延時間（滞留時間及びジッタ）を示す情報（Ｄｅｌａｙ ａｎｄ Ｊｉｔｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）をアプリケーション処理部２６に送信する（ステップ２５）。このようにして、アプリケーション処理部１６及びアプリケーション処理部２６は、下り方向の遅延時間を把握することができ、上述した実施形態に係る各種の判定又は制御に用いることができる。

（２）測定方法２
測定方法２は、無線端末１０のＭＩＨ機能部１３、及び通信端末２０のＭＩＨ機能部２３が遅延時間を測定する方法である。

ここでは、第１ネットワーク１００から第２ネットワーク２００へのハンドオーバを無線端末１０が実行する際に、第２ネットワーク２００の遅延時間を測定する場合について、図７及び図１１を参照しながら説明する。具体的には、図７又は図１１に示すステップ２４とステップ２５との間で実行される動作について説明する。

ＭＩＨユーザ１４は、ステップ２４においてＭＩＨ機能部１３からＭＩＨ＿Ｈａｎｄｏｖｅｒ＿Ｐｒｅｐａｒｅ．ｃｏｎｆｉｒｍを通知されると、第２ネットワーク２００の遅延時間の測定を要求するＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ＿Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔをＭＩＨ機能部１３に通知する。ＭＩＨ機能部１３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔを通信端末２０のＭＩＨ機能部２３に送信する。

ＭＩＨ機能部２３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔを受信すると、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｒｅｑｕｅｓｔに対する応答であるＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｃｏｎｆｉｒｍを無線端末１０のＭＩＨ機能部１３に送信する。

ＭＩＨ機能部１３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ．ｃｏｎｆｉｒｍを受信すると、測定方法１と同様にして、測定用パケット（ＩＣＭＰパケット）を通信端末２０のＭＩＨ機能部２３に送信する。ＭＩＨ機能部２３は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を上り方向の滞留時間として測定する。

ＭＩＨ機能部２３は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信間隔が一定である場合には、ＭＩＨ機能部２３は、測定用パケットの受信時間間隔の差からジッタを測定する。

ＭＩＨ機能部２３は、上り方向の遅延時間（滞留時間及びジッタ）の測定結果を示すＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎを無線端末１０のＭＩＨ機能部１３に送信し、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎをアプリケーション処理部２６に通知する。ＭＩＨ機能部１３は、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎをアプリケーション処理部１６に通知する。

一方、下り方向の遅延時間は、次のようにして測定される。ＭＩＨ機能部２３は、タイムスタンプを含む測定用パケットを無線端末１０のＭＩＨ機能部１３に送信する。ＭＩＨ機能部１３は、測定用パケットを受信すると、測定用パケットに含まれるタイムスタンプから送信時刻を特定し、特定した送信時刻と、測定用パケットの受信時刻との差を下り方向の滞留時間として算出する。

ＭＩＨ機能部１３は、このような処理を複数回繰り返し、測定用パケット毎に滞留時間を測定することで、滞留時間のばらつきを表すジッタを測定する。あるいは、測定用パケットの送信時間間隔が一定である場合、ＭＩＨ機能部１３は、測定用パケットの受信時間間隔の差からジッタを測定する。

ＭＩＨ機能部１３は、下り方向の遅延時間（滞留時間及びジッタ）の測定結果を示すＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎを通信端末２０のＭＩＨ機能部２３に送信し、ＭＩＨ＿Ｌｉｎｋ＿Ｑｏｓ Ｐａｒａｍｅｔｅｒｓ＿Ｍｅａｓｕｒｅ＿Ｒｅｓｕｌｔ．ｉｎｄｉｃａｔｉｏｎをアプリケーション処理部１６に通知する。

なお、測定方法２では、無線端末１０のＭＩＨ機能部１３、及び通信端末２０のＭＩＨ機能部２３が遅延時間を測定しているが、ホームエージェント３０にＭＩＨ機能部が設けられている場合には、無線端末１０のＭＩＨ機能部１３、及びホームエージェント３０のＭＩＨ機能部が遅延時間を測定してもよい。

アプリケーション処理部１６及びアプリケーション処理部２６は、測定方法１又は測定方法２で測定された遅延時間をネットワーク毎に管理する遅延時間管理テーブルを有していてもよい。アプリケーション処理部１６及びアプリケーション処理部２６は、遅延時間の測定結果を用いて遅延時間管理テーブルを更新する。アプリケーション処理部１６及びアプリケーション処理部２６は、何らかの理由で遅延時間の測定ができない場合に、遅延時間管理テーブルを参照して遅延時間を推定する。

なお、日本国特許出願第２００８−２１９８４２号（２００８年８月２８日出願）および日本国特許出願第２００９−０１７４０３号（２００９年１月２８日出願）の全内容が、参照により、本願明細書に組み込まれている。

以上のように、本発明に係る無線端末及び通信端末は、第１ネットワークから第２ネットワークへのハンドオーバ後において、バッファに蓄積されるパケットの量を適切に制御することができるため、移動体通信などの無線通信において有用である。

Claims (7)

1. 第１ネットワーク又は前記第１ネットワークよりも遅延時間が大きい第２ネットワークを介して、通信端末と通信を行う無線端末であって、
   前記第１ネットワーク又は前記第２ネットワークを介して、所定間隔でパケットを受信する受信部と、
   前記受信部で受信されたパケットを一時的に蓄積するバッファと、
   前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を送信する送信部と、
   前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生する再生部とを備え、
   前記再生部は、前記ハンドオーバの準備要求の送信に応じて、パケットの再生速度を前記所定速度よりも遅い速度に変更して、前記バッファに蓄積されたパケットの量を増大することを特徴とする無線端末。
2. 前記受信部は、前記第１ネットワークから前記第２ネットワークへのハンドオーバの完了通知を受信し、
   前記再生部は、前記ハンドオーバの完了通知の受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻すことを特徴とする請求項１に記載の無線端末。
3. 第１ネットワーク又は前記第１ネットワークよりも遅延時間が大きい第２ネットワークを利用する無線端末と通信を行う通信端末であって、
   前記無線端末から所定間隔でパケットを受信する受信部と、
   前記受信部で受信されたパケットを一時的に蓄積するバッファと、
   前記バッファに蓄積されたパケットを、前記所定間隔に応じて定められる所定速度で再生する再生部とを備え、
   前記受信部は、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの準備要求を受信し、
   前記再生部は、前記ハンドオーバの準備要求の受信に応じて、パケットの再生速度を前記所定速度よりも遅い速度に変更して、前記バッファに蓄積されたパケットの量を増大することを特徴とする通信端末。
4. 前記再生部は、前記バッファに蓄積されたパケットの量を最適なパケット量に維持するように、前記パケットの再生速度を調整する適応的バッファ制御を実行し、
   前記再生部は、前記ハンドオーバの準備要求を受信した場合に、前記適応的バッファ制御を停止し、
   前記受信部は、前記無線端末の前記第１ネットワークから前記第２ネットワークへのハンドオーバの実行要求を受信し、
   前記再生部は、前記ハンドオーバの実行要求の受信後において、前記バッファに蓄積されたパケットの量が前記第２ネットワークにおける最適なパケット量となった場合に、前記適応的バッファ制御を再開することを特徴とする請求項３に記載の通信端末。
5. 前記再生部は、前記第２ネットワークを介して受信するパケットのうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻すことを特徴とする請求項３に記載の通信端末。
6. 前記再生部は、前記第２ネットワークを介して受信するパケットのうち、最初のパケットの受信前において、前記バッファに蓄積されたパケットの量が所定パケット量となった場合に、前記パケットの再生速度を前記所定速度に戻し、
   前記再生部は、前記最初のパケットの受信に応じて、前記パケットの再生速度を前記所定速度よりも速い速度に変更することを特徴とする請求項３に記載の通信端末。
7. 前記所定パケット量は、前記第１ネットワークの遅延時間と前記第２ネットワークの遅延時間とに基づいて算出されることを特徴とする請求項５又は請求項６に記載の通信端末。

Images