(57)【特許請求の範囲】
【請求項１】
基地局と移動端末との間を無線接続する無線通信システムに適用される通信制御装置であって、
前記移動端末のハンドオーバ処理を制御するハンドオーバ制御部と、
前記移動端末がハンドオーバ処理を中断してハンドオーバ元の基地局と再接続する際に用いる接続情報の保持時間を移動端末毎に設定する設定部と、を備え、
前記ハンドオーバ制御部は、前記移動端末がハンドオーバ処理を開始後、前記設定部が設定した前記保持時間が経過するまでの間、前記接続情報を保持するように該移動端末のハンドオーバ処理を制御し、
前記設定部は、前記ハンドオーバ元の基地局と特定の移動端末との間の通信状況に応じて、前記特定の移動端末に対して設定されている前記保持時間を増減する、
通信制御装置。
【請求項２】
前記移動端末が、或る基地局へのハンドオーバを試み、前記保持時間内でのハンドオーバに失敗し、ハンドオーバ元の基地局に再接続した場合に、前記設定部は、前記特定の移動端末が前記或る基地局にハンドオーバする際の保持時間を長くする
請求項１に記載の通信制御装置。
【請求項３】
前記基地局と前記移動端末との間の接続イベントを記録する記録部を更に備え、
前記設定部は、前記記録部に記録された前記接続イベントの内容に基づいて前記通信状況を解析し、前記保持時間の設定を変更する、
請求項１または２に記載の通信制御装置。
【請求項４】
前記記録部は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に記録された前記ハンドオーバ開始のイベントから前記ハンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも長い場合、該保持時間の設定を長くする、
請求項３に記載の通信制御装置。
【請求項５】
前記記録部は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に記録された前記ハンドオーバ開始のイベントから前記ハンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも短い場合、該保持時間の設定を短くする、
請求項３または４に記載の通信制御装置。
【請求項６】
前記記録部は、ハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に前記ハンドオーバ中断のイベントが繰り返し記録されている場合、前記保持時間の設定を長くする、
請求項３から５の何れかに記載の通信制御装置。
【請求項７】
前記設定部は、複数の基地局から前記移動端末に送信される電波の強度を互いに比較し、略同一の強度の電波が少なくとも２以上存在する場合に前記保持時間の設定を長くする、
請求項１から６の何れかに記載の通信制御装置。
【請求項８】
前記移動端末は、ハンドオーバ中断のイベントを繰り返すと前記設定部に所定の情報を通知し、
前記設定部は、前記特定の移動端末から前記所定の情報が通知されると、前記保持時間の設定を長くする、
請求項１から７の何れかに記載の通信制御装置。
【請求項９】
前記設定部は、前記特定の移動端末がハンドオーバ処理を実行する際の登録手順の内容に応じて前記保持時間の設定を変更する、
請求項１から８の何れかに記載の通信制御装置。
【請求項１０】
前記設定部は、前記特定の移動端末がハンドオーバ処理を中断して前記基地局に再接続した場合に、前記保持時間の設定の変更処理を開始する、
請求項１から９の何れかに記載の通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
基地局と移動端末との間を無線接続する通信システムに適用される通信制御装置に関する。
【背景技術】
【０００２】
今日、無線アクセス網は移動端末（以下、ＭＳ（Mobile Station）という）のモビリティを高めるため、ＭＳの移動に合わせて基地局（以下、ＢＳ（Base Station）という）を切り替えるハンドオーバ（ＨＯ）機能をサポートしている。ハンドオーバは、ＭＳがＢＳのセル（電波到達範囲）を超えて他のセルに移動する際、接続先のＢＳを切り替える機能である。通常、ＭＳは、近隣のＢＳからの電波強度を常に測定し、電波強度の強いＢＳにハンドオーバする。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
図１９は、ＭＳがＢＳのセルの境界付近を移動している場合の状態を示す。図１９が示すように、ＭＳが互いに隣接するセルの境界付近を境界に沿って移動している場合、ＭＳが一旦ハンドオーバ先である目標のＢＳ（Target BS。以下、Ｔ−ＢＳという）へハンド
オーバを試みたが登録手続き中にＴ−ＢＳのセルから僅かに外れ、登録手続に失敗してハンドオーバ元のＢＳ（Serving BS。以下、Ｓ−ＢＳという）に戻るピンポン効果（Ping-Pong effect）と呼ばれる状況が生じ得る。更に、ＭＳがこの境界付近にずっと留まっている場合、上記ピンポン効果を繰り返す可能性がある。ピンポン効果が生じると、ＭＳはＳ−ＢＳへの再度の登録手順によりデータ通信が途絶える時間が増大し、登録手続の実行による帯域浪費が発生する。
【０００４】
こうした状況に対応するため、ハンドオーバ時にはＳ−ＢＳがＭＳとの接続に必要な情報を一定時間（リソース保持時間。以下、ＲＲＴ（Resource Retain Time）という）保持し、ＭＳがＴ−ＢＳへの登録処理に失敗した場合、ＲＲＴ内ならばＳ−ＢＳに再登録手順を踏むことなく再接続可能とする仕組みがある。
【０００５】
ここで、ＲＲＴの設定値を長くすると、再登録手順を踏むことなくＳ−ＢＳに切り戻せる確率は高まるが、反面、通信システム全体のリソース消費量が増大する。一方、ＲＲＴの設定値を短くすると、通信システム全体のリソース消費量は低減できるものの、再登録手順を踏まないでＳ−ＢＳに切り戻せる確率が低くなる。すなわち、ピンポン効果が生じることにより、再登録手順を実行するために必要なデータの通信量が増大する。
【０００６】
本手順の動作シーケンスを図２０に示す。ＭＳが隣り合うＢＳ＃１、ＢＳ＃２の境界付近に位置し、両ＢＳの間を行ったり来たりしている状況を考える。
【０００７】
最初、ＭＳはＢＳ＃１に接続しているものとする。ＭＳは、ＢＳ＃１、ＢＳ＃２の電波強度を測定しており、ＢＳ＃１の電波強度が弱くなり、隣接するＢＳ＃２の電波強度が高くなるとＢＳ＃２へハンドオーバすることを決定する。ＭＳは、ＢＳ＃２へハンドオーバするための手続きとして、ＢＳ＃１へハンドオーバ要求（以下、ＭＯＢ＿ＭＳＨＯ−ＲＥＱという）メッセージを送信し、その応答であるハンドオーバ応答（以下、ＭＯＢ＿ＢＳＨＯ−ＲＳＰという）を受信する。ＭＳは、受信する電波をＢＳ＃２からのものに切替える直前でハンドオーバ開始（以下、ＭＯＢ＿ＨＯ−ＩＮＤ（ｓｅｒｖｉｎｇ  ＢＳ  ｒｅｌｅａｓｅ）という）メッセージを送信する。本メッセージはＢＳ＃１に対し、ＭＳがＢＳ＃１から離れることを通知するものである。
【０００８】
ＭＳは、ＭＯＢ＿ＨＯ−ＩＮＤ（ｓｅｒｖｉｎｇ  ＢＳ  ｒｅｌｅａｓｅ）を送信すると、受信する電波をＢＳ＃２からのものに切替える。また、ＭＳは、ハンドオーバキャンセルしてＢＳ＃１と再接続する際に必要な接続情報である各種パラメータを、ＲＲＴが経過するまで保持する。なお、ＢＳ＃１も、ＭＳからＭＯＢ＿ＨＯ−ＩＮＤ（ｓｅｒｖｉｎｇ  ＢＳ  ｒｅｌｅａｓｅ）を受信すると、ＭＳがハンドオーバキャンセルしてＢＳ＃１と再接続する際に必要な接続情報である各種パラメータを、ＲＲＴが経過するまで保持する。
【０００９】
ＭＳは、ＢＳ＃２からの電波をデコードし、ＤＬ−ＭＡＰ（Downlink map）、ＤＣＤ（Downlink Channel Descriptor）、ＵＣＤ等、ＢＳ＃２に接続するために必要なメッセー
ジの受信を開始する。ここで、ＭＳは、一旦、ＤＬ−ＭＡＰや、ＤＣＤ、ＵＣＤ等のメッセージを受信したものの、自身の移動によりその後ＤＬ−ＭＡＰを受信できなくなったものとする。ＭＳは、ＢＳ＃２からＬｏｓｔ  ＤＬ−ＭＡＰタイマの時間が経過するまでＤＬ−ＭＡＰメッセージの受信できなくなると、ＢＳ＃２のカバーエリアから離脱したと判断する。
【００１０】
この場合、ＭＳは、ＲＲＴが経過する前であれば、ＢＳ＃２へのハンドオーバをキャンセルして元のＳｅｒｖｉｎｇ  ＢＳへ接続しなおすことができる。具体的には、ＭＳは、ＢＳ＃２と通信できないと判断すると、受信する局をＢＳ＃１に切替え、ＢＳ＃１にＭＯＢ＿ＨＯ−ＩＮＤ(ｃａｎｃｅｌ)メッセージを送信する。ＭＳ及びＢＳ＃１は、ＲＲＴが経過する前であれば再接続に必要なパラメータの情報を保持しているため、これを用いて通信を再開することができる。この場合、ＭＳは、Ｎｅｔｗｏｒｋ  Ｅｎｔｒｙと呼ばれる再接続手順を省くことができる。
【００１１】
このように、ハンドオーバ処理を開始後、ＲＲＴが経過する前であれば、ハンドオーバ前の接続状態に戻るための情報を保持していることにより容易にハンドオーバ元のＢＳに再接続することが可能となる。しかし、ＲＲＴを長時間の設定にすると、メモリリソース等の消費量が増大する。また、ＲＲＴを短時間の設定にすると、ＭＳがＢＳのカバーエリアの境界付近を移動し続けているような場合、図２１Ａ及び図２１Ｂに示すようなＮｅｔｗｏｒｋ  Ｅｎｔｒｙ処理が繰り返し実行され、データ通信が途絶する時間が長くなる。
【００１２】
そこで、上述した問題点に鑑み、ハンドオーバ処理を効率化する通信制御装置、および通信制御方法を提供することを課題とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、基地局と移動端末との間の無線接続の状態に応じてＲＲＴの設定を変更する。
【００１４】
詳細には、基地局と移動端末との間を無線接続する無線通信システムに適用される通信制御装置であって、
前記移動端末のハンドオーバ処理を制御するハンドオーバ制御部と、
前記移動端末がハンドオーバ処理を中断してハンドオーバ元の基地局と再接続する際に用いる接続情報の保持時間を設定する設定部と、を備え、
前記ハンドオーバ制御部は、前記移動端末がハンドオーバ処理を開始後、前記設定部が設定した前記保持時間が経過するまでの間、前記接続情報を保持するように該移動端末のハンドオーバ処理を制御し、
前記設定部は、前記ハンドオーバ元の基地局と前記移動端末との間の通信状況に応じて前記保持時間の設定を変更する。
【００１５】
上記通信制御装置は、複数の基地局が存在し、移動端末が接続先の基地局を切り替えながら通信を維持する無線通信システムに適用されることを前提としている。すなわち、無線通信システムを構成する移動端末は、ハンドオーバ機能を有していることを前提としている。
【００１６】
上記通信制御装置のハンドオーバ制御部は、移動端末のハンドオーバ処理に関し、特にハンドオーバキャンセルを行う際に必要なハンドオーバ元の接続情報の保持時間（ＲＲＴ（Resource Retain Time））を制御する。ここで、上記通信制御装置は、設定部がこの保持時間の設定を変更する。この設定部は、基地局と移動端末との間の無線接続の状態に応じて保持時間の設定を変更する。基地局と移動端末との間の無線接続の状態が変化するということは、移動端末が移動しており、ハンドオーバする蓋然性が高いと考えられるためである。基地局と移動端末との間の無線接続の状態に応じて保持時間の設定を変更することにより、通信システム全体のリソースを有効活用することが可能になる。すなわち、ハンドオーバする蓋然性の高い移動端末には十分な保持時間を設定することで通信品質を高め、ハンドオーバする蓋然性の低い移動端末には最小限の保持時間を設定することでシステム全体のリソースを削減することが可能となる。
【００１７】
また、移動端末が、或る基地局へのハンドオーバを試み、前記保持時間内でのハンドオーバに失敗し、ハンドオーバ元の基地局に再接続した場合に、前記設定部は、前記移動端末が前記或る基地局にハンドオーバする際の保持時間を長くするようにしてもよい。
【００１８】
これによれば、ハンドオーバに失敗した実績がある場合に保持時間が長く設定されるので、移動端末がハンドオーバする際の通信品質を高めることが可能になる。
【００１９】
また、上記通信制御装置は、前記基地局と前記移動端末との間の接続イベントを記録する記録部を更に備え、
前記設定部は、前記記録部に記録された前記接続イベントの内容に基づいて前記通信状況を解析し、前記保持時間の設定を変更するようにしてもよい。
【００２０】
これによれば、記録部に記録された接続イベントの履歴を照会するだけで基地局と移動端末との間の通信状況を把握することが可能となる。
【００２１】
また、前記記録部は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に記録された前記ハンドオーバ開始のイベントから前記ハンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも長い場合、該保持時間の設定を長くするようにしてもよい。
【００２２】
これによれば、実際のハンドオーバキャンセル処理で要する処理時間に基づいて保持時間を設定しているため、移動端末が基地局のカバーエリアの境界付近を移動している際の通信品質を高めることが可能となる。
【００２３】
また、前記記録部は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に記録された前記ハンドオーバ開始のイベントから前記ハンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも短い場合、該保持時間の設定を短くするようにしてもよい。
【００２４】
これによれば、実際のハンドオーバキャンセル処理で要する処理時間に基づいて保持時間の設定を短くしているため、システム全体のリソースを削減することが可能になる。
【００２５】
また、前記記録部は、ハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に前記ハンドオーバ中断のイベントが繰り返し記録されている場合、前記保持時間の設定を長くするようにしてもよい。
【００２６】
移動端末が基地局のカバーエリアの境界付近を移動している場合、移動端末がハンドオーバ中断のイベントを繰り返しやすい。そこで、設定部は、記録部にハンドオーバ中断のイベントが繰り返し記録されているか否かを検知することで移動端末が基地局のカバーエリアの境界付近を移動しているか否かを検知し、ハンドオーバキャンセルを繰り返す移動端末に十分な保持時間を設定することが可能になる。
【００２７】
また、前記設定部は、複数の基地局から前記移動端末に送信される電波の強度を互いに比較し、略同一の強度の電波が少なくとも２以上存在する場合に前記保持時間の設定を長くするようにしてもよい。
【００２８】
移動端末が基地局のカバーエリアの境界付近を移動している場合、移動端末に略同一の強度の基地局の電波が届く。そこで、設定部は、これら電波の強度を比較解析することで移動端末が基地局のカバーエリアの境界付近を移動しているか否かを検知し、ハンドオーバをキャンセルする蓋然性の高い移動端末に十分な保持時間を設定することが可能になる。
【００２９】
また、前記移動端末は、ハンドオーバ中断のイベントを繰り返すと前記設定部に所定の情報を通知し、
前記設定部は、前記移動端末から前記所定の情報が通知されると、前記保持時間の設定を長くするようにしてもよい。
【００３０】
これによれば、設定部は、移動端末から通知される情報のみに基づき、移動端末が基地局のカバーエリアの境界付近を移動しているか否かを検知することが可能となる。
【００３１】
また、前記設定部は、前記移動端末がハンドオーバ処理を実行する際の登録手順の内容に応じて前記保持時間の設定を変更するようにしてもよい。
【００３２】
ハンドオーバ処理に要する時間は、その処理内容で定まる。よって、ハンドオーバ処理の内容を解析し、これに基づいて保持時間の設定を変更することにより、ハンドオーバ処理に実際に要する時間が未知であっても適切な保持時間を設定することが可能になる。
【００３３】
また、前記設定部は、前記移動端末がハンドオーバ処理を中断して前記基地局に再接続した場合に、前記保持時間の設定の変更処理を開始するようにしてもよい。
【００３４】
これによれば、ハンドオーバをキャンセルする蓋然性の高い移動端末の保持時間を優先的に設定変更することが可能となり、設定変更処理に要するシステムのリソースを削減することが可能になる。
【００３５】
また、前記通信制御装置は、前記基地局または該基地局の上位装置に設置してもよい。
【００３６】
保持時間の設定変更処理を基地局またはその上位装置内で行うことにより、通信制御装置と係る機器間の処理オーバヘッドを増やすことなく通信システム全体のハンドオーバ処理を効率化することが可能になる。
【発明の効果】
【００３７】
以上、ハンドオーバ処理を効率化する通信制御装置、および通信制御方法を提供することが可能となる。
【発明を実施するための最良の形態】
【００３８】
以下、図面を参照しながら一実施形態について例示的に説明する。
【００３９】
＜実施形態の構成＞
図１は、一実施形態に係る通信システム１の全体構成例を示す図である。図１が示すように、通信システム１は、セル方式に則して地上に設置される複数の無線基地局であるＢＳ２（Base Station）、ＢＳ２がカバーするセル内を移動し、ＢＳ２と無線接続する移動通信端末であるＭＳ３（Mobile Station）、及びＢＳ２を接続するＡＳＮ−ＧＷ４（Access Service Network-Gateway）を備える。本実施形態は、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）に準拠する無線通信システムであり、ＢＳ２とＭＳ
３とはＩＥＥＥ８０２．１６ｅの仕様に基づいて通信を行う。なお、ＭＳ３は、例えば、携帯電話やＰＤＡ（Personal Digital Assistant）等で構成される。
【００４０】
図２は、各ＢＳ２（ＢＳ＃１〜＃５）のセルとＭＳ３との位置関係の一例を示す。図２が示す六角形は、各ＢＳ２が通信をカバーできる範囲（セル）を示している。各ＢＳ２は、それぞれ異なるＢＳ識別子を持っており、ＭＳ３がＢＳ２を識別することが可能になっている。ＢＳ２は、人の居ない地域や地理的に配置できない場所を除き、セル間に隙間が無いように配置されている。本実施形態は、例えば図２に示すようにＭＳ３がＢＳ２のセルの境界付近（ＢＳ＃２のセルとＢＳ＃３のセルとの境界付近）を移動しており、セルの境界付近を移動するＭＳ３が異なるＢＳ２の間（すなわち、ＢＳ＃２とＢＳ＃３との間）でハンドオーバを繰り返す場合を問題にしている。ハンドオーバの際には再接続（Network Re-entry）の処理の実行のため、ＢＳ２やＭＳ３のリソースが消費される。
【００４１】
図３は、本実施形態に係る通信システム１の処理の概要を示す。図３に示すように、本実施形態に係る通信システム１は、ＭＳ３の状態に応じてＲＲＴ（Resource Retain Time：本発明でいう、保持時間に相当する）を動的に変更しておくことにより、再接続が繰り返される際にもＢＳ２のバッファを効率化してシステムのリソース（特に、メモリ等）を削減する。
【００４２】
図４は、ＢＳ２の構成例を示す。図４が示すように、ＢＳ２は、エア区間送受信処理部５、ネットワークエントリ処理部６、バックボーン送受信処理部７、ＲＲＴ管理部８（本発明でいう、設定部に相当する）、及びＨＯ処理部９（ＨＯ：Hand Over：本発明でいう
、制御部に相当する）を備える。また、ＢＳ２は、記憶装置内に保持されるＨＯ履歴テーブル１０（本発明でいう、記録部に相当する）、及びＲＲＴ管理テーブル１１を備える。
【００４３】
エア区間送受信処理部５は、ＢＳ２とＭＳ３との間で無線通信を行う。すなわち、エア区間送受信処理部５は、各処理部が生成する各種メッセージを電波に変換して送信すると共に、ＭＳ３から送信される電波を受信してメッセージを取り出し、各処理部に渡す。エア区間送受信処理部５は、送受信アンプ、フィルタ、周波数変換器、Ａ／Ｄ・Ｄ／Ａ変換器、直交変復調器等で構成されており、ＭＳ３から送信されたＲＦ信号をディジタルベースバンド信号に、送信するディジタルベースバンド信号をＲＦ信号に変換する。また、エア区間送受信処理部５は、時分割多重方式で通信を行っており、更に、ＭＳ３の着信電力等を測定することができる。
【００４４】
ネットワークエントリ処理部６は、ＭＳ３がＢＳ２に接続するための登録手続きプロトコルを処理する。すなわち、ネットワークエントリ処理部６は、ＭＳ３と交換するための制御メッセージをエア区間送受信処理部５に渡し、ＭＳ３から通知される制御メッセージ
をエア区間送受信処理部５から受け取る。また、ネットワークエントリ処理部６は、登録手続を完了してＭＳ３と接続した後もエア区間送受信処理部５を介してＭＳ３と定期的に制御メッセージを交換し、ＭＳ３との接続状態を確認する。
【００４５】
ＨＯ処理部９は、ＭＳ３からハンドオーバを要求された場合、ハンドオーバ先となるＢＳ２との間でＭＳ３のコンテキストを交換したり、ＡＳＮ−ＧＷ４にトラフィックの一時的なバッファリングを要求したりする。また、ＨＯ処理部９は、ＭＳ３との間の通信状態等に応じて、ＭＳ３をハンドオーバさせるための処理も実行する。また、ＨＯ処理部９は、未接続の状態にあった新たなＭＳ３がハンドオーバを要求し、このＭＳ３を新しく登録したことをネットワークエントリ処理部６が通知してきたら、ハンドオーバ元のＢＳ２に対してコンテキストを要求したり、ＡＳＮ−ＧＷ４との間で通信パスを接続し直したりする。ＨＯ処理部９は、ＢＳ２とＭＳ３との間の通信における着信電力、ＳＩＮＲ（Signal-to-Interference and Noise power Ratio）、ＣＲＣ情報（ＣＲＣ：Cyclic Redundancy Check）等に基づいて算出されるデータ誤り率等に基づいてハンドオーバ処理の要否を決
定する。
【００４６】
バックボーン送受信処理部７は、バックボーンネットワーク（すなわち、ＢＳ２同士を接続しているＡＳＮ−ＧＷ４等のネットワーク）を介して他のＢＳ２との間でメッセージの送受信処理を行う。
【００４７】
ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に記録されている各ＭＳ３のハンドオーバ履歴に応じて動的にＲＲＴを決定し、決定したＲＲＴをＲＲＴ管理テーブルに記録する。
【００４８】
ＨＯ履歴テーブル１０には、ＨＯ処理部９から通知されるＨＯ履歴が記録される。すなわち、ＨＯ履歴テーブル１０には、ＢＳ２に無線接続中のＭＳ３が他のＢＳ２へハンドオーバ等した旨の履歴が記録される。ＭＳ３のハンドオーバの履歴としては、例えば、ＭＳ３がＢＳ２から送られるハンドオーバ指示に基づいてハンドオーバを開始したり、或いは、ＢＳ２とＭＳ３との間の通信が途切れ、ＭＳ３が他のＢＳ２に再接続したりしたことを示す履歴である。
【００４９】
ＲＲＴ管理テーブル１１には、ＲＲＴ管理部８から通知されるＲＲＴが記録される。図５は、初期状態のＲＲＴ管理テーブル１１の内容を示す。図５の表が示すように、初期状態のＲＲＴ管理テーブル１１には、デフォルト値として２００ｍｓｅｃのＲＲＴが設定されている。ＲＲＴ管理テーブル１１には、ＨＯ履歴テーブル１０に記録された履歴に基づいてＲＲＴ管理部８が動的に決定したＲＲＴが記録される。ＲＲＴ管理テーブル１１に記録されるＲＲＴは、ＨＯ処理部９によって参照される情報である。ＲＲＴ管理テーブル１１に記録されているＲＲＴは、ＨＯ処理部９でＭＳ３のハンドオーバ処理が発生した際、当該ＭＳ３との接続状態に関する情報であるコンテキストを保持する時間を決定するために参照される。ＢＳ２の構成について、以上である。
【００５０】
次に、ＭＳ３の構成について説明する。図６は、ＭＳ３の構成例を示す。図６が示すように、ＭＳ３は、エア区間送受信処理部２１、ネットワークエントリ処理部２２、ＨＯ処理部２３、スキャン処理部２４、Ｎｅｉｇｈｂｏｒ  ＢＳ情報広告受信処理部２５、Ｎｅｉｇｈｂｏｒ情報テーブル２６、Ｒｅｃｏｍｍｅｎｄ  ＢＳ  Ｌｉｓｔ２７、及びドロップ検出部２８を備える。
【００５１】
エア区間送受信処理部２１は、ＢＳ２のものと同様、ＢＳ２とＭＳ３との間で無線通信を行う。すなわち、エア区間送受信処理部２１は、各処理部が生成する各種メッセージを電波に変換して送信すると共に、ＢＳ２から送信される電波を受信したらメッセージを取り出し、各処理部に渡す。
【００５２】
ネットワークエントリ処理部２２は、ＢＳ２のものと同様、ＭＳ３がＢＳ２に接続するための登録手続きプロトコルを処理する。すなわち、ネットワークエントリ処理部２２は、ＢＳ２と交換するための制御メッセージをエア区間送受信処理部２１に渡し、ＢＳ２から通知される制御メッセージをエア区間送受信処理部２１から受け取る。また、ネットワークエントリ処理部２２は、登録手続を完了してＢＳ２と接続した後もエア区間送受信処理部２１を介してＢＳ２と定期的に制御メッセージを交換し、ＢＳ２との接続状態を確認する。
【００５３】
ＨＯ処理部２３は、ＢＳ２との間でＭＳ３のコンテキストを交換したり、エア区間送受信処理部２１の無線通信の同期を切り替えたりする。また、ＨＯ処理部２３は、ＢＳ２との間の通信状態等に応じてハンドオーバ処理を実行する。なお、ＨＯ処理部２３は、新たなＢＳ２にハンドオーバを試みたがＮＥＴＷＯＲＫ  ＥＮＴＲＹ処理を完了することなく中断した場合はハンドオーバをキャンセルし、ハンドオーバ元のＢＳ２に再接続する機能も有する。
【００５４】
スキャン処理部２４は、無線接続中のＢＳ２やハンドオーバ先の候補である近隣のＢＳ２の電波強度を測定する。スキャン処理部２４は、電波強度を測定するため、無線接続中のＢＳ２との間で無線通信のＳＣＡＮ時間をネゴシエートするためのメッセージを交換したり、エア区間送受信処理部２１に指示して無線接続しているＢＳ２を切り替える機能を有する。
【００５５】
Ｎｅｉｇｈｂｏｒ  ＢＳ情報広告受信処理部２５は、無線接続中のＢＳ２が定期的に送信（ネットワークに広告）している近隣のＢＳ２の情報等のメッセージを受信し、受信したこれらの情報をＮｅｉｇｈｂｏｒ情報テーブル２６に登録する。
【００５６】
Ｎｅｉｇｈｂｏｒ情報テーブル２６はメモリ等の記録媒体であり、無線接続中のＢＳ２が定期的に送信（ネットワークに広告）している近隣のＢＳ２の情報等を登録するためのテーブルである。
【００５７】
Ｒｅｃｏｍｍｅｎｄ  ＢＳ  Ｌｉｓｔ２７はメモリ等の記録媒体に記録されたリストであり、ＭＳ２が無線接続中のＢＳ２に対してハンドオーバを要求するメッセージを送信した際、このＢＳ２がハンドオーバ候補として推薦するＢＳ２のリストである。ＭＳ２は、通常、このリストからハンドオーバ先のＢＳ２を選択する。
【００５８】
ドロップ検出部２８は、ネットワークエントリ処理部２２の一部であり、無線接続中のＢＳ２との間で接続状態が維持されているか否かを確認するため、定期的にメッセージを交換する。ドロップ検出部２８は、ＢＳ２からこのメッセージが取得できなくなった場合、無線接続中だったＢＳ２と切断されたと判断する。
【００５９】
＜実施形態の処理フロー＞
次に、ＢＳ２の処理フロー例について説明する。なお、説明の便宜上、ＢＳ２の処理フロー例を説明する前に、ハンドオーバの際のＭＳ３とＢＳ２との間の情報の流れについて説明する。以下、ハンドオーバ元のＢＳ２をＳ−ＢＳ２（Serving-BS）といい、ハンドオーバ先のＢＳ２をＴ−ＢＳ２（Target-BS）という。Ｓ−ＢＳ２とＴ−ＢＳ２の構成は共
に同じである。
【００６０】
ＭＳ３とＢＳ２との間で発生する接続イベントとしては、ハンドオーバキャンセルによる再接続のものとそれ以外のものとがある。再接続イベントが発生するパターンとしては、Ｓ−ＢＳ２と接続中のＭＳ３が他のＢＳ２（すなわち、Ｔ−ＢＳ２）へのハンドオーバ
に失敗したがＲＲＴが経過する前のため、ハンドオーバのキャンセルが出来る場合（以下、パターン１という）である。また、再接続以外のイベントが発生するパターンとしては、Ｓ−ＢＳ２と接続中だったＭＳ３が他のＢＳ２へのハンドオーバに失敗し且つＲＲＴを経過していた場合（以下、パターン２という）、Ｓ−ＢＳ２のセル内のＭＳ３が新規接続を要求した場合（以下、パターン３という）、他のＢＳ２と接続中のＭＳ３が新たなＢＳ２のセル内に移動し、ハンドオーバを要求している場合（以下、パターン４という）、が挙げられる。以下、ＲＲＴが関連するパターンであるパターン１及びパターン２について詳述する。
【００６１】
（パターン１）図７は、パターン１（ハンドオーバキャンセル）の場合のＭＳ３、ＢＳ２間の情報のフロー例である。以下、図７を参照しつつ、ＭＳ３がハンドオーバをキャンセルし、ＲＲＴ内にＳ−ＢＳ２へ再接続する場合のフロー例について詳述する。本パターンは、ＭＳ３がＢＳ２のセルの境界付近を行き来しており、無線接続中のＳ−ＢＳ２からＴ−ＢＳ２へのハンドオーバを試みるもののハンドオーバすることができず、接続先をＳ−ＢＳ２に戻す場合の処理の流れである。
【００６２】
図７が示すように、ＭＳ３は、Ｓ−ＢＳ２からブロードキャストで送信される、近隣基地局の情報であるＭＯＢ＿ＮＢＲ−ＡＤＶ（Neighbor Advertisement Message）を受信し、これを基にＴ−ＢＳ２の電波強度を定期的に測定する（Ｓ１）。
【００６３】
ＭＳ３は、自身の移動等によりＳ−ＢＳ２の電波強度よりもＴ−ＢＳ２の電波強度の方が強くなったら、Ｓ−ＢＳ２に対してハンドオーバを要求する旨の情報であるＭＯＢ＿ＭＳＨＯ−ＲＥＱ（MS HO request message）を通知する（Ｓ２）。このＭＯＢ＿ＭＳＨＯ
−ＲＥＱには、ハンドオーバ先として候補に挙げているＴ−ＢＳ２の識別子が含まれる。
【００６４】
Ｓ−ＢＳ２は、ＭＳ３からＭＯＢ＿ＭＳＨＯ−ＲＥＱが通知されると、Ｔ−ＢＳ２に対してハンドオーバ要求を通知すると共に、ＭＳ３に対してハンドオーバを指示する旨の情報であるＭＯＢ＿ＢＳＨＯ−ＲＳＰ（BS HO response message）を通知する（Ｓ１１）。なお、Ｓ−ＢＳ２は、ＭＯＢ＿ＢＳＨＯ−ＲＳＰを通知する前にＲＲＴ管理テーブル１１を参照し、ＭＯＢ＿ＭＳＨＯ−ＲＥＱを通知してきたＭＳ３のＲＲＴが設定（記録）されていれば、このＲＲＴ値に関する情報を含めたＭＯＢ＿ＢＳＨＯ−ＲＳＰをＭＳ３に通知する。なお、Ｓ−ＢＳ２は、ＭＯＢ＿ＭＳＨＯ−ＲＥＱを通知してきたＭＳ３のＲＲＴがＲＲＴ管理テーブル１１に設定（記録）されていなかった場合、デフォルトのＲＲＴの値（例えば、２００ｍｓｅｃ）の情報を含めたＭＯＢ＿ＢＳＨＯ−ＲＳＰをＭＳ３に通知する。
【００６５】
ＭＳ３は、Ｓ−ＢＳ２からＭＯＢ＿ＢＳＨＯ−ＲＳＰが通知されると、ハンドオーバ処理を開始する旨の情報であるＭＯＢ＿ＨＯ−ＩＮＤ（HO indication message）をＳ−Ｂ
Ｓ２に通知すると共に、Ｔ−ＢＳ２からの電波を受信するため、エア区間送受信処理部５のＰＨＹ（physical layer）を切り替える（Ｓ３）。なお、ＭＳ３は、ＭＯＢ＿ＨＯ−ＩＮＤの通知と同時にタイマーを起動する。ＭＳ３は、このタイマーの時間がＭＯＢ＿ＢＳＨＯ−ＲＳＰに含まれるＲＲＴ値を経過するまでの間、Ｓ−ＢＳ２との間の接続に必要な情報（コンテキスト）を保持する。
【００６６】
ＭＯＢ＿ＨＯ−ＩＮＤを通知されたＳ−ＢＳ２は、ＭＳ３の接続に必要な情報であるコンテキストをＴ−ＢＳ２に送信する（Ｓ１２）。なお、Ｓ−ＢＳ２もＭＳ３と同様、ＭＳ３からＭＯＢ＿ＨＯ−ＩＮＤを通知されるとタイマーを起動する。そして、Ｓ−ＢＳ２は、このタイマーの時間がＭＳ３に通知したＲＲＴ値が示す時間を経過するまでの間、ＭＳ３との間の接続情報を保持する。
【００６７】
また、Ｓ−ＢＳ２からＭＳ３のコンテキストを送信されたＴ−ＢＳ２は、ＭＳ３のコンテキストを登録する（Ｓ２１）。
【００６８】
ＭＳ３は、ＰＨＹを切り替えた後、Ｔ−ＢＳ２の登録手続を開始する（Ｓ４）。すなわち、ＭＳ３は、Ｔ−ＢＳ２から送信される、Ｔ−ＢＳ２の識別情報等を含むＤＬ−ＭＡＰ（Downlink map）やＤＣＤ／ＵＣＤ（Downlink Channel Descriptor ／ Uplink Channel Descriptor）を受信する。そして、ＭＳ３は、この情報を基にＭＡＣ層の同期を確立すると共に、Ｔ−ＢＳ２にとっての接続イベントとなる、網接続手順（Ｎｅｔｗｏｒｋ Ｅｎ
ｔｒｙ）をＴ−ＢＳ２との間で行う。網接続手順とは、ＷｉＭＡＸに準拠するＭＳ３がＢＳ２へ接続し通信を開始する際に行う基本的な接続手順であり、ＭＳ３がＢＳ２との間で電力、タイミング、周波数を調整するためのＲａｎｇｉｎｇシーケンス（ＲＮＧ−ＲＥＱ、ＲＮＧ−ＲＳＰメッセージの交換）、ＭＳ３の持つ機能や性能をＢＳ２とネゴシエーションするためのＢａｓｉｃ Ｃａｐａｂｉｌｉｔｙシーケンス（ＳＢＣ―ＲＥＱ、ＳＢＣ
−ＲＳＰメッセージの交換）、ＭＳ３がネットワークへ接続するための認証及び暗号キーの交換を行うＰＫＭシーケンス（ＰＫＭ―ＲＥＱ、ＰＫＭ−ＲＳＰメッセージの交換）、ＭＳ３のネットワークへの登録を要求するＲｅｇｉｓｔｒａｔｉｏｎシーケンス（ＲＥＧ−ＲＥＱ、ＲＥＧ−ＲＳＰメッセージの交換）の4シーケンスを含む手順である。
【００６９】
ここで、網接続手順が完了するまでにＭＳ３がＴ−ＢＳ２から遠ざかると、Ｔ−ＢＳ２から送信されたＤＬ−ＭＡＰやＤＣＤ／ＵＣＤがＭＳ３に届かなくなる。このような状況でＭＳ３がＴ−ＢＳ２にハンドオーバするのは適切でない。そこで、ＭＳ３は、Ｔ−ＢＳ２から送信されるＤＬ−ＭＡＰ等のデータが途切れてＴ−ＢＳ２との間の同期が外れると、ＭＯＢ＿ＨＯ−ＩＮＤを通知してからのタイマーの経過時間を確認する。ＭＳ３は、タイマーの経過時間がＲＲＴ（デフォルト値の場合、２００ｍｓｅｃ）を経過する前であれば、保持しているＳ−ＢＳ２の接続情報を基に、Ｓ−ＢＳ２に対してハンドオーバをキャンセルする旨の情報であるＭＯＢ＿ＨＯ−ＩＮＤ（Ｃａｎｃｅｌ）を通知する（Ｓ５）。
【００７０】
ＭＳ３からＭＯＢ＿ＨＯ−ＩＮＤ（Ｃａｎｃｅｌ）を通知されたＳ−ＢＳ２は、ハンドオーバキャンセルのイベントをＨＯ履歴テーブル１０に記録すると共に、ＭＳ３との通信を再開する（Ｓ１３）。
【００７１】
以上が、ＭＳ３がハンドオーバをキャンセルし、ＲＲＴ内にＳ−ＢＳ２へ再接続する場合のフロー例の説明である。
【００７２】
（パターン２）図８Ａ及び図８Ｂは、パターン２の場合のＭＳ３、ＢＳ２間の情報のフロー例である。以下、図８Ａ及び図８Ｂを参照しつつ、ＭＳ３がハンドオーバをキャンセルしたがＲＲＴを経過しており、Ｓ−ＢＳ２へ再接続する場合のフロー例について詳述する。なお、ステップＳ１０４までは、上述したパターン１のステップＳ４までと同様である。
【００７３】
ＰＨＹを切り替えたＭＳ３は、Ｔ−ＢＳ２から送信されるＤＬ−ＭＡＰやＤＣＤ／ＵＣＤを受信し、この情報を基にＴ−ＢＳ２の登録手続を行う。ここで、ＭＳ３は、ＭＯＢ＿ＨＯ−ＩＮＤを通知したが、Ｔ−ＢＳ２から送信されるＤＬ−ＭＡＰ等のデータが受信できない場合で（Ｓ１０５）、かつＲＲＴが経過している場合に、再度Ｓ−ＢＳ２にＰＨＹを切り替え、Ｓ−ＢＳ２に登録手続きを開始する。すなわち、Ｓ−ＢＳ２から送信されるＤＬ−ＭＡＰやＤＣＤ／ＵＣＤを受信すると共に、Ｓ−ＢＳ２にとっての接続イベントであるＮｅｔｗｏｒｋ  Ｅｎｔｒｙを行う（Ｓ１０６）。Ｓ−ＢＳ２は、ＭＳ３と網接続手順が完了したらＨＯ履歴テーブル１０にこれを登録する（Ｓ１１３）。網接続手順が完了すると、ＭＳ３は、Ｓ−ＢＳ２と再接続（出戻り接続）する。
【００７４】
ＭＳ３がハンドオーバする際のＭＳ３とＢＳ２との間の情報の流れについては、以上である。
【００７５】
以下、ＢＳ２の処理フロー例について説明する。図９は、ＢＳ２の処理フロー例である。また、図１０は、Ｓ−ＢＳ２のＨＯ履歴テーブル１０の内容である。以下、図９のフロー図と図１０のテーブルを参照しながら説明する。
【００７６】
（ステップＳ５０１）ネットワークエントリ処理部６がＭＳ３から送信される接続イベントを受け付け、ＨＯ処理部９がＨＯ履歴テーブル１０にこの接続イベントを書き込むと、ＲＲＴ管理部８は、このＨＯ履歴テーブル１０に書き込まれた接続イベントの内容を取得する。
【００７７】
（ステップＳ５０２）ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に書き込まれた接続イベントがハンドオーバキャンセルであるか否かを確認する。ネットワークエントリ処理部６が受け付けたＭＳ３からの接続イベントがＭＯＢ＿ＨＯ−ＩＮＤ（ｃａｎｃｅｌ）（すなわち、パターン１）であれば、ＨＯ履歴テーブル１０にはハンドオーバキャンセルのイベントが記録される。ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に記録された接続イベントが図１０のテーブルの２行目に示すようにハンドオーバキャンセル（パターン１）であれば、Ｓ５０６以降の処理を実行する（図１０のテーブルでいう、ＭＳ＃１の場合）。一方、Ｓ−ＢＳ２は、ＨＯ履歴テーブル１０に記録された接続イベントが図１０のテーブルの４行目や７行目に示すようにＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了（パターン２〜４の何れか）であれば、Ｓ５０３以降の処理を実行する（図１０のテーブルでいう、ＭＳ＃２やＭＳ＃３の場合）。
【００７８】
（ステップＳ５０３）ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に記録された接続イベントがハンドオーバキャンセルでなく、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了であれば、この接続イベントが出戻り接続（すなわち、パターン２）であるか否かを確認する。すなわち、ＲＲＴ管理部８はＨＯ履歴テーブル１０を照会し、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベントの前のイベントを検索する。ＲＲＴ管理部８は、例えば、図１０のテーブルのＭＳ＃２のように、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベント（図１０のテーブルの４行目）の前のイベントがＨＯ開始イベントであり（図１０のテーブルの３行目）、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベントとＨＯ開始イベントとの間にハンドオーバ完了の旨のイベント（ＨＯ  Ｃｏｍｐｌｅｔｅ）の記録が無い場合、ＭＳ３（ＭＳ＃２）のＩＮＩＴＩＡＬ
ＥＮＴＲＹ完了イベントが出戻り接続によるものであると判断し（すなわち、パターン２の場合）、Ｓ５０４以降の処理を実行する。一方、ＲＲＴ管理部８は、例えば、図１０のテーブルのＭＳ＃３の場合のように、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベント（図１０のテーブルの７行目）の前にＨＯ  Ｃｏｍｐｌｅｔｅのイベント（図１０のテーブルの６行目）の記録がある場合、ＭＳ３から通知される接続イベントが出戻り接続によるものでないと判断し（すなわち、パターン３または４）、Ｓ５０８以降の処理を実行する。
【００７９】
（ステップＳ５０４）ＲＲＴ管理部８は、ＭＳ３から通知された接続イベントが出戻り接続（パターン２）によるものである場合、ＲＲＴの長さがリエントリまでの時間よりも短いか否かを確認する。すなわち、ＲＲＴ管理部８はＨＯ履歴テーブル１０を照会し、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベント（図１０のテーブルの４行目）から遡り、ハンドオーバが開始されたときのイベント（すなわち、図１０のテーブルの３行目のイベント）を索出する。そして、ＲＲＴ管理部８は、ハンドオーバ開始のイベントとＩＮＩＴＩＡＬ
ＥＮＴＲＹ完了イベントとの間の時間差γを計算する。ここで、ＲＲＴ管理部８は、時間差γが、ＭＯＢ＿ＢＳＨＯ−ＲＳＰでＭＳ３に通知したＲＲＴよりも大きい場合、ステップＳ５０５以降の処理を実行する。一方、ＲＲＴ管理部８は、時間差γが、ＭＯＢ＿ＢＳＨＯ−ＲＳＰでＭＳ３に通知したＲＲＴ以下の場合、ＲＲＴは適切と判断し、ＲＲＴの
変更処理を終了する。図１０のテーブルの例であれば、時間差γ（＝２１１ｍｓｅｃ）はＭＳ３に通知したＲＲＴ（＝２００ｍｓｅｃ）よりも大きいため、ＲＲＴ管理部８、ステップＳ５０５の処理を実行する。
【００８０】
（ステップＳ５０５）ＲＲＴ管理部８は、ＲＲＴ管理テーブル１１に記録されているＭＳ３のＲＲＴを補正する。補正前のＲＲＴをＲＲＴｉ、補正後のＲＲＴをＲＲＴｎとする。ＲＲＴ管理部８は、ステップＳ５０４でＲＲＴｉ＜γであると判断したら、ＲＲＴｉに１．２を乗算した値をＲＲＴｎとする（すなわち、ＲＲＴｎ＝ＲＲＴｉ×１．２）。そして、ＲＲＴ管理部８は、算出したＲＲＴｎをＭＳ３の新たなＲＲＴとしてＲＲＴ管理テーブル１１に書き込む。図６のテーブルの例であれば、ＲＲＴｉ（＝２００ｍｓｅｃ）に１．２を乗算した値（＝２４０ｍｓｅｃ）がＲＲＴｎになる。図１１は、ＲＲＴが更新された後のＲＲＴ管理テーブル１１の内容を示す。図１１が示すように、ＲＲＴ管理テーブル１１には、ＭＳ３（ＭＳ＃２）のＲＲＴ値として２４０ｍｓｅｃが記録されている。
【００８１】
（ステップＳ５０６）一方、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に記録されている接続イベントがハンドオーバキャンセル（すなわち、パターン１）の場合、ＲＲＴの長さがハンドオーバ処理を開始してからハンドオーバキャンセルするまでの時間よりも閾値以上長いか否かを確認する。すなわち、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０を照会し、ハンドオーバキャンセルイベント（図１０のテーブルの２行目）から遡り、キャンセルされたハンドオーバが開始されたときのイベント（すなわち、図１０のテーブルの１行目のイベント）を索出する。そして、ＲＲＴ管理部８は、ハンドオーバ開始のイベントとハンドオーバキャンセルのイベントとの間の時間差δを計算する。ここで、ＲＲＴ管理部８は、ＨＯ処理部９がＭＳ３に通知したＲＲＴが、時間差δに閾値ｔｔｈ（この場合、４０ｍｓｅｃが予め設定されているものとする）を加えた値よりも大きい場合、ステップＳ５０７以降の処理を実行する。一方、ＲＲＴ管理部８は、ＨＯ処理部９がＭＳ３に通知したＲＲＴが、時間差δに閾値ｔｔｈを加えた値以下の場合、ＲＲＴは適切と判断し、ＲＲＴの変更処理を終了する。図１０のテーブルの例であれば、時間差δ（＝１２０ｍｓｅｃ）に閾値ｔｔｈ（＝４０ｍｓｅｃ）を足した値は、ＭＳ３に通知したＲＲＴ（＝２００ｍｓｅｃ）よりも小さいため、Ｓ−ＢＳ２は、ステップＳ５０７の処理を実行する。
【００８２】
（ステップＳ５０７）ＲＲＴ管理部８は、ＲＲＴが適切でなかった場合、ＲＲＴ管理テーブル１１に記録されているＭＳ３のＲＲＴを補正する。ＲＲＴ管理部８は、ステップＳ５０６でＲＲＴｉ＞δ＋ｔｔｈであると判断したら、ＲＲＴｉに０．８５を乗算した値をＲＲＴｎとする（すなわち、ＲＲＴｎ＝ＲＲＴｉ×０．８５）。そして、ＲＲＴ管理部８は、算出したＲＲＴｎをＭＳ３の新たなＲＲＴとしてＲＲＴ管理テーブル１１に書き込む。図６のテーブルの例であれば、ＲＲＴｉ（＝２００ｍｓｅｃ）に０．８５を乗算した値（＝１７０ｍｓｅｃ）がＲＲＴｎになる。図１１が示すように、ＲＲＴ管理テーブル１１には、ＭＳ３（ＭＳ＃１）のＲＲＴ値として１７０ｍｓｅｃが記録される。これにより、ＲＲＴの変更処理が完了する。次にＭＳ３の接続イベントがあった場合、ＨＯ処理部９はこのＲＲＴ管理テーブル１１に記録されている新たなＲＲＴに基づいてＨＯ処理を実行する。
【００８３】
（ステップＳ５０８）一方、ＲＲＴ管理部８は、ステップＳ５０３でＭＳ３の接続イベントが出戻り接続によるものでないと判断した場合、このＭＳ３のハンドオーバに要する時間をＲＲＴに変更する。すなわち、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０を参照し、ＭＳ３（ＭＳ＃３）がハンドオーバを開始してからハンドオーバを完了するまでの時間を算出する（図１０の場合であれば５行目のイベントから６行目のイベントまでの経過時間であり、約２０１ｍｓｅｃ）。ＲＲＴ管理部８は、算出した経過時間をＲＲＴｎとし、このＲＲＴｎをＭＳ３（ＭＳ＃３）の新たなＲＲＴ値としてＲＲＴ管理テーブル１１に書き込む。これにより、ＲＲＴの変更処理が完了する。なおＨＯ履歴テーブル１０にハンド
オーバの履歴が記録されていなかった場合はＲＲＴを変更することなく、一連の処理を終了する。
【００８４】
ＢＳ２で実行される処理フロー例について、以上である。以下、ＲＲＴ管理テーブル１１に記録されているＲＲＴが更新された後にハンドオーバが実行される際の、ＭＳ３とＢＳ２との間の情報の流れについて説明する。
【００８５】
図１２は、ＲＲＴ管理テーブル１１に記録されているＲＲＴが更新された後にハンドオーバが実行される際の、ＭＳ３とＢＳ２との間の情報のフロー例である。以下、図１２を参照しつつ、ＭＳ３がハンドオーバをキャンセルし、ＲＲＴ内にＳ−ＢＳ２へ再接続する場合のフロー例について詳述する。以下のフロー例は、パターン１と同様、ＭＳ３がＢＳ２のセルの境界付近を行き来しており、無線接続中のＳ−ＢＳ２からＴ−ＢＳ２へのハンドオーバを試みるもののハンドオーバすることができず、接続先をＳ−ＢＳ２に戻す場合の流れである。
【００８６】
ＭＳ３は、自身の移動等によりＳ−ＢＳ２の電波強度よりもＴ−ＢＳ２の電波強度の方が強くなると、ハンドオーバを要求する旨の情報であるＭＯＢ＿ＭＳＨＯ−ＲＥＱ（MS HO request message）をＳ−ＢＳ２に通知する（Ｓ６０１）。このＭＯＢ＿ＭＳＨＯ−Ｒ
ＥＱには、ハンドオーバ先として候補に挙げているＴ−ＢＳ２の識別子が含まれている。
【００８７】
Ｓ−ＢＳ２は、ＭＳ３からＭＯＢ＿ＭＳＨＯ−ＲＥＱが通知されると、ＭＳ３に対し、ハンドオーバを指示する旨の情報であるＭＯＢ＿ＢＳＨＯ−ＲＳＰを通知する（Ｓ６１１）。なお、Ｓ−ＢＳ２は、ＭＯＢ＿ＢＳＨＯ−ＲＳＰを通知する前にＲＲＴ管理テーブル１１を照会し、ＭＯＢ＿ＭＳＨＯ−ＲＥＱを通知してきたＭＳ３のＲＲＴが設定（記録）されていれば、このＲＲＴ値の情報を含めたＭＯＢ＿ＢＳＨＯ−ＲＳＰをＭＳ３に通知する。ここで、例えば、ＭＳ３がＭＳ＃１の場合、ＲＲＴ管理テーブル１１には１７０ｍｓｅｃのＲＲＴが設定されているため、Ｓ−ＢＳ２は、このＲＲＴ値（１７０ｍｓｅｃ）の情報を含めたＭＯＢ＿ＢＳＨＯ−ＲＳＰをＭＳ３に通知する。
【００８８】
ＭＳ３は、Ｓ−ＢＳ２からＭＯＢ＿ＢＳＨＯ−ＲＳＰが通知されると、ハンドオーバを実行する旨の情報であるＭＯＢ＿ＨＯ−ＩＮＤをＳ−ＢＳ２に通知すると共に、Ｔ−ＢＳ２からの電波を受信するためエア区間送受信処理部５のＰＨＹを切り替える（Ｓ６０２）。なお、ＭＳ３は、ＭＯＢ＿ＨＯ−ＩＮＤの通知と同時にタイマーを起動する。ＭＳ３は、このタイマーの時間がＭＯＢ＿ＢＳＨＯ−ＲＳＰに含まれるＲＲＴ（１７０ｍｓｅｃ）を経過するまでの間、Ｓ−ＢＳ２との間の接続情報を保持する。
【００８９】
ＭＯＢ＿ＨＯ−ＩＮＤを通知されたＳ−ＢＳ２は、ＭＳ３の接続に必要な情報であるコンテキストを、バックボーン送受信処理部７を介してＴ−ＢＳ２に送信する（Ｓ６１２）。なお、Ｓ−ＢＳ２もＭＳ３と同様、ＭＳ３からＭＯＢ＿ＨＯ−ＩＮＤを通知されるとタイマーを起動する。そして、Ｓ−ＢＳ２は、このタイマーの時間がＭＳ３に通知したＲＲＴ値が示す時間を経過するまでの間、ＭＳ３との間の接続情報を保持する。
【００９０】
また、Ｓ−ＢＳ２からＭＳ３のコンテキストを送信されたＴ−ＢＳ２は、ＭＳ３のコンテキストを登録する（Ｓ６２１）。
【００９１】
ＭＳ３は、ＰＨＹを切り替えた後、Ｔ−ＢＳ２の登録手続を開始する（Ｓ６０３）。すなわち、ＭＳ３は、Ｔ−ＢＳ２から送信されるＴ−ＢＳ２の識別情報を含むＤＬ−ＭＡＰやＤＣＤ／ＵＣＤを受信する。そして、ＭＳ３は、この情報を基にＭＡＣ層の同期を確立すると共に、Ｔ−ＢＳ２にとっての接続イベントとなる、網接続手順をＴ−ＢＳ２との間で交換する。
【００９２】
ここで、ＭＳ３がＴ−ＢＳ２から遠ざかると、Ｔ−ＢＳ２から送信されたＤＬ−ＭＡＰやＤＣＤ／ＵＣＤ等のデータがＭＳ３に届かなくなる。そこで、ＭＳ３は、Ｔ−ＢＳ２から送信されるＤＬ−ＭＡＰ等のデータが途切れてＴ−ＢＳ２との間の同期が外れると、ＭＯＢ＿ＨＯ−ＩＮＤを通知してからのタイマーの経過時間を確認する。ＭＳ３は、タイマーの経過時間がＲＲＴ（１７０ｍｓｅｃ）を越える前であれば、保持しているＳ−ＢＳ２の接続情報を基に、Ｓ−ＢＳ２に対してハンドオーバをキャンセルする旨の情報であるＭＯＢ＿ＨＯ−ＩＮＤ（Ｃａｎｃｅｌ）を通知する（Ｓ６０４）。
【００９３】
ＭＳ３からＭＯＢ＿ＨＯ−ＩＮＤ（Ｃａｎｃｅｌ）を通知されたＳ−ＢＳ２は、ハンドオーバキャンセルのイベントをＨＯ履歴テーブル１０に記録すると共に、ＭＳ３との通信を再開する（Ｓ６１３）。接続イベントであるＭＯＢ＿ＨＯ−ＩＮＤ（Ｃａｎｃｅｌ）を通知されたＳ−ＢＳ２では、再び上述のステップＳ５０１以降の一連の処理が実行され、ＲＲＴの更新等の処理が実行される。
【００９４】
以上が、ＲＲＴ管理テーブル１１に記録されているＲＲＴが更新された後にハンドオーバが実行される際の、ＭＳ３とＢＳ２との間の情報の流れである。
【００９５】
＜実施形態の効果＞
以上、本実施形態によれば、ＭＳの移動状況等に応じてＲＲＴを動的に変更することで、ハンドオーバする際に一時的に保持する必要がある接続情報の容量を削減することが可能となる。すなわち、ＢＳ２のセルの境界付近を移動し続けており、ＲＲＴを長くする必要のあるＭＳに対しては十分なＲＲＴを確保することにより、ハンドオーバが繰り返しキャンセルされてもシステムのリソースを大量に消費することなく良好な接続状態を維持することが可能になる。また、ほとんど移動しておらず、ＲＲＴが短くても問題の無いＭＳに対しては最小限のＲＲＴのみを確保してやることにより、システムのリソースを削減することが可能となる。
【００９６】
＜処理フローの変形例１＞
以下、上述した実施形態の処理フローの変形例について説明する。本変形例は、ハンドオーバの処理内容に応じてＲＲＴを補正する。図１３は、本変形例に係るＢＳ２の処理フロー例である。なお、構成については上述した実施形態と同様である。
【００９７】
（ステップＳ７０１）ネットワークエントリ処理部６がＭＳ３から送信される接続イベントを受け付け、ＨＯ処理部９がＨＯ履歴テーブル１０にこの接続イベントを書き込むと、ＲＲＴ管理部８は、このＨＯ履歴テーブル１０に書き込まれた接続イベントの内容を取得する。
【００９８】
（ステップＳ７０２）ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に書き込まれた接続イベントがハンドオーバキャンセルであるか否かを確認する。ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に記録された接続イベントが図１０のテーブルの２行目に示すようにハンドオーバキャンセル（パターン１）であれば、Ｓ７０７以降の処理を実行する。一方、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に記録された接続イベントが図１０のテーブルの４行目や７行目に示すようにＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了（パターン２〜４の何れか）であれば、Ｓ７０３以降の処理を実行する。
【００９９】
（ステップＳ７０３）ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に記録された接続イベントがハンドオーバキャンセルでなく、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了であれば、この接続イベントが出戻り接続（すなわち、パターン２）であるか否かを確認する。すなわち、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０を参照し、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了
イベントの前のイベントを検索する。ＲＲＴ管理部８は、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベントの前のイベントがＨＯ開始イベントであり、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベントとＨＯ開始イベントとの間にハンドオーバ完了の旨のイベント（ＨＯ  Ｃｏｍｐｌｅｔｅ）の記録が無い場合、ＭＳ３（ＭＳ＃２）のＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベントが出戻り接続によるものであると判断し（すなわち、パターン２の場合）、Ｓ７０６以降の処理を実行する。一方、ＲＲＴ管理部８は、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベントの前にＨＯ  Ｃｏｍｐｌｅｔｅのイベントの記録がある場合、ＭＳ３から通知される接続イベントが出戻り接続によるものでないと判断し（すなわち、パターン３または４）、Ｓ７０５以降の処理を実行する。ＭＳ３から通知される接続イベントが出戻り接続によるものでない場合とは、例えば、ＭＳ３がＳ−ＢＳ２からＴ−ＢＳ２へ一旦ハンドオーバしたのち、再びハンドオーバ元のＳ−ＢＳ２へ再度ハンドオーバしたようなケースである。このような場合、ＨＯ履歴テーブル１０にはＨＯ  Ｃｏｍｐｌｅｔｅのイベントが記録されているため、ＲＲＴ管理部８、ＭＳ２（ＭＳ＃３）に関するイベントを遡った際にこのイベントの記録を索出する。また、ＲＲＴ管理部８は、ＩＮＩＴＩＡＬ  ＥＮＴＲＹ完了イベントの前にＨＯ開始イベントがない場合も、出戻り接続ではない（網接続である）と判断する。これにより、ＲＲＴ管理部８は、ＭＳ３から通知される接続イベントが出戻り接続によるものであるか否かを検出することが可能になる。
【０１００】
（ステップＳ７０４）ＲＲＴ管理部８は、ＭＳ３から通知される接続イベントが出戻り接続によるものである場合、ＭＳ３の以前のハンドオーバの履歴があるか否かを確認する。すなわち、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０を照会し、ＭＳ３に関するハンドオーバ完了のイベント（ＨＯ  Ｃｏｍｐｌｅｔｅ）の有無を確認する。ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にＭＳ３に関するハンドオーバ完了のイベントがあれば、ステップＳ７０５以降の処理を実行する。一方、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にＭＳ３に関するハンドオーバ完了のイベントがなければ、ステップＳ７０６以降の処理を実行する。
【０１０１】
（ステップＳ７０５）ＲＲＴ管理部８は、ＭＳ３から通知される接続イベントが出戻り接続によるものでない場合、または、ＨＯ履歴テーブル１０にハンドオーバが完了した旨のイベント（ＨＯ  Ｃｏｍｐｌｅｔｅ）の記録がある場合、以下の処理を行う。すなわち、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０を参照し、ＭＳ３（ＭＳ＃３）がハンドオーバを開始してからハンドオーバを完了するまでの時間（すなわち、図１０の表に示す５行目のイベントから６行目のイベントまでの経過時間）を算出する（図１０の場合であれば、約２０１ｍｓｅｃ）。ＲＲＴ管理部８は、算出した経過時間をＲＲＴｎとし、このＲＲＴｎをＭＳ３（ＭＳ＃３）の新たなＲＲＴ値としてＲＲＴ管理テーブル１１に書き込む。ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にＨＯ開始イベントがない場合は、デフォルトの値をＲＲＴｎとする。これにより、ＲＲＴの変更処理が完了する。
【０１０２】
（ステップＳ７０６）ＲＲＴ管理部８は、ＭＳ３から通知される接続イベントが出戻り接続であり、且つ、ＭＳ３に関する“ＨＯ  Ｃｏｍｐｌｅｔｅ”のイベントがＨＯ履歴テーブル１０に記録されていなければ、以下の処理を行う。上述した実施形態と同様、補正前のＲＲＴをＲＲＴｉ、補正後のＲＲＴをＲＲＴｎとする。ＲＲＴ管理部８は、ＲＲＴの変更にあたり、ＭＳ３がハンドオーバしようとしたＴ−ＢＳ２のＨＯ  Ｏｐｔｉｍｉｚａｔｉｏｎのレベルに応じたハンドオーバ時間δを推定する。図１４及び図１５は、ハンドオーバの処理に必要な時間（δ）をＨＯ  Ｏｐｔｉｍｉｚａｔｉｏｎのパターン毎に示した表である。図１４と図１５は一続きの表であり、ＲＲＴ管理部８に予め記憶されているものとする。ＲＲＴ管理部８は、ＭＳ３がハンドオーバしようとしたＴ−ＢＳ２のＨＯ  Ｏｐｔｉｍｉｚａｔｉｏｎのビットパターンに一致する場合のハンドオーバ時間δを図１４及び図１５の表から索出することで、ＭＳ３のハンドオーバ時間を推定する。ＲＲＴ管理部８は、索出したハンドオーバ時間δがＲＲＴ管理テーブル１１に記録されているＲＲ
Ｔｉよりも大きい場合（すなわち、ＲＲＴｉ＜δの場合）はＲＲＴｉを補正する。ＲＲＴ管理部８は、ハンドオーバ時間δがＲＲＴｉよりも大きい場合、ＲＲＴｉに１．２を乗算した値をＲＲＴｎとする（すなわち、ＲＲＴｎ＝ＲＲＴｉ×１．２）。そして、ＲＲＴ管理部８は、算出したＲＲＴｎをＭＳ３の新たなＲＲＴとしてＲＲＴ管理テーブル１１に書き込む。例えば、ＨＯ  ＯｐｔｉｍｉｚａｔｉｏｎがＦｕｌｌ  ｎｅｔｗｏｒｋ  ｅｎｔｒｙシナリオでハンドオーバ時間δが約２５０ｍｓｅｃの場合、ＲＲＴｉ（＝２００ｍｓｅｃ）よりも大きいため、ＲＲＴ管理部８は、ＭＳ２（ＭＳ＃２）に関するＲＲＴを２００ｍｓｅｃ×１．２＝２４０ｍｓｅｃに補正し、新たなＲＲＴ（すなわち、ＲＲＴｎ）としてＲＲＴ管理テーブル１１に書き込む。変更後のＲＲＴ管理テーブル１１の内容は、上述した実施形態の図１１と同様である。
【０１０３】
（ステップＳ７０７）一方、ＲＲＴ管理部８は、ＭＳ３から通知される接続イベントがＨＯ  Ｃａｎｃｅｌによるものである場合、ＭＳ３のハンドオーバの履歴があるか否かを確認する。すなわち、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０を照会し、ＭＳ３に関する、以前のハンドオーバ完了のイベント（ＨＯ  Ｃｏｍｐｌｅｔｅ）の有無を確認する。ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にＭＳ３に関するハンドオーバ完了のイベントの記録があれば、ステップＳ７０８以降の処理を実行する。一方、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にＭＳ３に関するハンドオーバ完了のイベントがなければ、ステップＳ７０９以降の処理を実行する。
【０１０４】
（ステップＳ７０８）ＲＲＴ管理部８は、ＨＯ履歴テーブル１０に以前のハンドオーバが完了した旨のイベント（ＨＯ  Ｃｏｍｐｌｅｔｅ）の記録がある場合、ＭＳ３のＲＲＴを変更する。すなわち、ＲＲＴ管理部８は、ＨＯ履歴テーブル１０を参照し、ＭＳ３（ＭＳ＃３）がハンドオーバを開始してからハンドオーバを完了するまでの時間（すなわち、図１０の表に示す５行目のイベントから６行目のイベントまでの経過時間）を算出する（約２０１ｍｓｅｃ）。ＲＲＴ管理部８は、算出した経過時間をＲＲＴｎとし、このＲＲＴｎをＭＳ３（ＭＳ＃３）の新たなＲＲＴ値としてＲＲＴ管理テーブル１１に書き込む。これにより、ＲＲＴの変更処理が完了する。
【０１０５】
（ステップＳ７０９）ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にＭＳ３に関するハンドオーバ完了のイベントが記録されていない場合、以下の処理を行う。すなわち、ＲＲＴ管理部８は、上述のステップＳ７０６の処理と同様、Ｔ−ＢＳ２のＨＯ  Ｏｐｔｉｍｉｚａｔｉｏｎのビットパターンに一致する場合のハンドオーバ時間δを図１４及び図１５の表から索出することで、ＭＳ３のハンドオーバ時間を推定する。ＲＲＴ管理部８は、索出したハンドオーバ時間δにｔｔｈを加算した値がＲＲＴ管理テーブル１１に記録されているＲＲＴｉよりも小さい場合（すなわち、ＲＲＴｉ＞δ＋ｔｔｈの場合）はＲＲＴｉを補正する。ＲＲＴ管理部８は、ＲＲＴｉ＞δ＋ｔｔｈの場合、ＲＲＴｉに０．８５を乗算した値をＲＲＴｎとする（すなわち、ＲＲＴｎ＝ＲＲＴｉ×０．８５）。そして、ＲＲＴ管理部８は、算出したＲＲＴｎをＭＳ３の新たなＲＲＴとしてＲＲＴ管理テーブル１１に書き込む。例えば、ＨＯ  ＯｐｔｉｍｉｚａｔｉｏｎがＦｕｌｌ  ｏｐｔｉｍｉｚｅｄ  ＨＯシナリオでハンドオーバ時間δが１２０ｍｓｅｃの場合、これに閾値４０ｍｓｅｃを足した値はＭＳ３に通知したＲＲＴ２００ｍｓｅｃよりも小さいため、ＲＲＴ管理部８は、ＭＳ２（ＭＳ＃１）に関するＲＲＴを２００ｍｓｅｃ×０．８５＝１７０ｍｓｅｃに補正し、新たなＲＲＴ（すなわち、ＲＲＴｎ）としてＲＲＴ管理テーブル１１に書き込む。ＢＳ２の処理フロー例について、以上である。
【０１０６】
本変形例によれば、上述した実施形態と同様な効果の他、ハンドオーバの処理内容のパターンに基づいてハンドオーバ時間を推定しているため、過去にハンドオーバした実績がＨＯ履歴テーブルに記録されていない場合であってもＲＲＴをより適切な値に補正することが可能になる。
【０１０７】
＜処理フローの変形例２＞
以下、上述した実施形態の処理フローの変形例について説明する。本変形例は、ハンドオーバキャンセルが繰り返されている場合にＲＲＴを長くする。図１６は、本変形例に係るＢＳ２の処理フロー例である。なお、上述した実施形態と同様の処理内容については同一の符号を付し、その説明を省略する。また、構成については上述した実施形態と同様である。
【０１０８】
（ステップＳ５０９）ステップＳ５０１からステップＳ５０２については、上述の実施形態と同様である。ＲＲＴ管理部８は、ステップＳ５０２でＨＯ履歴テーブル１０に記録されている接続イベントがハンドオーバキャンセル（すなわち、パターン１）を検出した場合、この接続イベントよりも前の記録を遡り、ハンドオーバキャンセルのイベントが更に記録されているか否かを確認する。ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にハンドオーバキャンセルの接続イベントが複数記録されている場合、ステップＳ５０５以降の処理を実行する。ＲＲＴ管理部８は、ＨＯ履歴テーブル１０にハンドオーバキャンセルの接続イベントが一つしか記録されていなかった場合、ステップＳ５０６以降の処理を実行する。
【０１０９】
以上、本変形例によれば、ＭＳ３がセルの境界付近を移動しているか否かを、ハンドオーバキャンセルのイベントが繰り返されているか否かで確認することが可能になる。これにより、ＭＳ３がＢＳ２のセルの境界付近を移動し続けており、ハンドオーバ元の接続情報を長時間保持しておく方が望ましい場合に、ＲＲＴを長く設定してやることが可能になる。ＲＲＴを長くする必要のないＭＳ３には短いＲＲＴが設定され、ＲＲＴを長くする必要のあるＭＳ３には長いＲＲＴが設定されることにより、通信システム全体のリソースを削減しつつユーザに快適なハンドオーバ処理を実現することが可能になる。
【０１１０】
＜処理フローの変形例３＞
以下、上述した実施形態の処理フローの変形例について説明する。本変形例は、同程度の電波強度のＢＳ２が存在する場合にＲＲＴを長くする。図１７は、本変形例に係るＢＳ２の処理フロー例である。なお、上述した実施形態と同様の処理内容については同一の符号を付し、その説明を省略する。また、構成については上述した実施形態と同様である。
【０１１１】
（ステップＳ５０９）ステップＳ５０１からステップＳ５０２については、上述の実施形態と同様である。ＲＲＴ管理部８は、ステップＳ５０２でＨＯ履歴テーブル１０に記録されている接続イベントがハンドオーバキャンセル（すなわち、パターン１）を検出した場合、ＭＳ３からエア区間送受信処理部５等を介して通知されるＢＳ２の電波強度の情報を取得する。この電波強度の情報は、ＢＳ２から送信される電波をＭＳ３が受信した際、ＭＳ３のスキャン処理部２４が計測して取得した電波強度の情報である。通常、ＭＳ３には、複数のＢＳ２の電波が届いている。よって、ＲＲＴ管理部８には複数のＢＳ２の電波強度がＭＳ３から通知される。ＲＲＴ管理部８は、複数のＢＳ２の電波強度を比較し、同程度の電波強度のＢＳがあるか否かを判別する。同程度の電波強度のＢＳが２つ以上ある場合、ＭＳ３は、ＢＳ２のセルの境界付近に居ると考えられるためである。ＲＲＴ管理部８は、複数のＢＳ２の電波強度をそれぞれ比較し、その差が予め設定した誤差（例えば、数％程度等）の範囲内にあるＢＳ同士の組み合わせが存在すれば、同程度の電波強度のＢＳ２があると判断し、ステップＳ５０５以降の処理を実行する。一方、ＲＲＴ管理部８は、複数のＢＳの電波強度をそれぞれ比較し、その差が予め設定した誤差の範囲内にあるＢＳ同士の組み合わせが存在しなければ、ステップＳ５０６以降の処理を実行する。
【０１１２】
以上、本変形例によれば、ＭＳ３がセルの境界付近を移動しているか否かを、電波強度を比較することで確認することが可能になる。これにより、ＭＳ３がＢＳ２のセルの境界
付近を移動しており、ハンドオーバ元の接続情報を長時間保持しておく方が望ましい場合に、ＲＲＴを長く設定してやることが可能になる。ＲＲＴを長くする必要のないＭＳ３には短いＲＲＴが設定され、ＲＲＴを長くする必要のあるＭＳ３には長いＲＲＴが設定されることにより、通信システム全体のリソースを削減しつつユーザに快適なハンドオーバ処理を実現することが可能になる。
【０１１３】
＜処理フローの変形例４＞
以下、上述した実施形態の処理フローの変形例について説明する。本変形例は、ＭＳ３からハンドオーバキャンセルを繰り返している旨の通知があった場合にＲＲＴを長くする。図１８は、本変形例に係るＢＳ２の処理フロー例である。なお、上述した実施形態と同様の処理内容については同一の符号を付し、その説明を省略する。また、構成については上述した実施形態と同様である。
【０１１４】
（ステップＳ５１０）ステップＳ５０１からステップＳ５０２については、上述の実施形態と同様である。ＲＲＴ管理部８は、ステップＳ５０２でＨＯ履歴テーブル１０に記録されている接続イベントがハンドオーバキャンセル（すなわち、パターン１）を検出した場合、ＭＳ３からエア区間送受信処理部５等を介して通知されるＢＳ２のＰｉｎｇ−Ｐｏｎｇ情報（本発明でいう、所定の情報に相当する）を取得する。Ｐｉｎｇ−Ｐｏｎｇ情報とは、ＭＳ３がＢＳ２のセルの境界付近を移動しており、ハンドオーバやハンドオーバキャンセルを繰り返し実行している場合にＭＳ３が生成する情報であり、ＭＳ３からＢＳ２に通知される情報である。この情報は、ＭＳ３のＨＯ処理部２３で生成され、エア区間送受信処理部２１を介してＢＳ２に通知される。ＲＲＴ管理部８は、ＭＳ３からＰｉｎｇ−Ｐｏｎｇ情報の通知があった場合、ステップＳ５０５以降の処理を実行する。一方、ＲＲＴ管理部８は、ＭＳ３からのＰｉｎｇ−Ｐｏｎｇ情報の通知が確認できない場合、ステップＳ５０６以降の処理を実行する。
【０１１５】
以上、本変形例によれば、ＢＳ２がセルの境界付近を移動しているか否かを、ＭＳ３からの通知で確認することが可能になる。これにより、ＭＳ３がＢＳ２のセルの境界付近を移動しており、ハンドオーバ元の接続情報を長時間保持しておく方が望ましい場合に、ＲＲＴを長く設定してやることが可能になる。すなわち、ＲＲＴを長くする必要のないＭＳ３には短いＲＲＴが設定され、ＲＲＴを長くする必要のあるＭＳ３には長いＲＲＴが設定されることにより、通信システム全体のリソースを削減しつつユーザに快適なハンドオーバ処理を実現することが可能になる。
【０１１６】
なお、上述した変形例２から変形例４は、変形例１に示すように、ハンドオーバの最適化処理の処理内容に基づいてＲＲＴを推定し、これに基づいてＲＲＴを変更するようにしてもよい。すなわち、上述の変形例２から変形例４を、変形例１に適用してもよい。
【０１１７】
また、上述した実施形態及び変形例では、ＢＳ２の内部にＲＲＴ管理部８等を設置し、ＢＳ２内でＲＲＴの変更処理を実行していたが、ＲＲＴ管理部８等をＢＳ２の上位装置内（例えば、ＡＳＮ−ＧＷ４内）に設置し、この上位装置内で実行するようにしてもよい。また、ＲＲＴの補正は、１．２や０．８５以外の係数を乗算して行ってもよい。
【０１１８】
＜コンピュータ読み取り可能な記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【０１１９】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報
を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ＤＡＴ、８ｍｍテープ、メモリカード等がある。
【０１２０】
また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。
【０１２１】
＜その他＞
なお、本実施形態は以下の発明を開示する。また、以下の各発明（以下、付記と呼ぶ）の何れかに含まれる構成要素を他の付記の構成要素と組み合わせてもよい。
（付記１）
基地局と移動端末との間を無線接続する無線通信システムに適用される通信制御装置であって、
前記移動端末のハンドオーバ処理を制御するハンドオーバ制御部と、
前記移動端末がハンドオーバ処理を中断してハンドオーバ元の基地局と再接続する際に用いる接続情報の保持時間を設定する設定部と、を備え、
前記ハンドオーバ制御部は、前記移動端末がハンドオーバ処理を開始後、前記設定部が設定した前記保持時間が経過するまでの間、前記接続情報を保持するように該移動端末のハンドオーバ処理を制御し、
前記設定部は、前記ハンドオーバ元の基地局と前記移動端末との間の通信状況に応じて前記保持時間の設定を変更する、
通信制御装置。
（付記２）
前記移動端末が、或る基地局へのハンドオーバを試み、前記保持時間内でのハンドオーバに失敗し、ハンドオーバ元の基地局に再接続した場合に、前記設定部は、前記移動端末が前記或る基地局にハンドオーバする際の保持時間を長くする
付記１に記載の通信制御装置。
（付記３）
前記基地局と前記移動端末との間の接続イベントを記録する記録部を更に備え、
前記設定部は、前記記録部に記録された前記接続イベントの内容に基づいて前記通信状況を解析し、前記保持時間の設定を変更する、
付記１または２に記載の通信制御装置。
（付記４）
前記記録部は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に記録された前記ハンドオーバ開始のイベントから前記ハンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも長い場合、該保持時間の設定を長くする、
付記３に記載の通信制御装置。
（付記５）
前記記録部は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に記録された前記ハンドオーバ開始のイベントから前記ハンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも短い場合、該保持時間の設定を短くする、
付記３または４に記載の通信制御装置。
（付記６）
前記記録部は、ハンドオーバ中断のイベントを含む接続イベントを記録し、
前記設定部は、前記記録部に前記ハンドオーバ中断のイベントが繰り返し記録されてい
る場合、前記保持時間の設定を長くする、
付記３から５の何れかに記載の通信制御装置。
（付記７）
前記設定部は、複数の基地局から前記移動端末に送信される電波の強度を互いに比較し、略同一の強度の電波が少なくとも２以上存在する場合に前記保持時間の設定を長くする、
付記１から６の何れかに記載の通信制御装置。
（付記８）
前記移動端末は、ハンドオーバ中断のイベントを繰り返すと前記設定部に所定の情報を通知し、
前記設定部は、前記移動端末から前記所定の情報が通知されると、前記保持時間の設定を長くする、
付記１から７の何れかに記載の通信制御装置。
（付記９）
前記設定部は、前記移動端末がハンドオーバ処理を実行する際の登録手順の内容に応じて前記保持時間の設定を変更する、
付記１から８の何れかに記載の通信制御装置。
（付記１０）
前記設定部は、前記移動端末がハンドオーバ処理を中断して前記基地局に再接続した場合に、前記保持時間の設定の変更処理を開始する、
付記１から９の何れかに記載の通信制御装置。
（付記１１）
前記通信制御装置は、前記基地局または該基地局の上位装置に設置される、
付記１から１０の何れかに記載の通信制御装置。
（付記１２）
基地局と移動端末との間を無線接続する無線通信システムに適用される通信制御装置が実行する通信制御方法であって、
前記移動端末のハンドオーバ処理を制御し、
前記移動端末がハンドオーバ処理を中断してハンドオーバ元の基地局と再接続する際に用いる接続情報の保持時間を設定し、
前記ハンドオーバ処理を制御する際は、前記移動端末がハンドオーバ処理を開始後、設定した前記保持時間が経過するまでの間、前記接続情報を保持するように該移動端末のハンドオーバ処理を制御し、
前記保持時間を設定する際は、前記ハンドオーバ元の基地局と前記移動端末との間の通信状況に応じて前記保持時間の設定を変更する、
通信制御方法。
（付記１３）
前記移動端末が、或る基地局へのハンドオーバを試み、前記保持時間内でのハンドオーバに失敗し、ハンドオーバ元の基地局に再接続した場合に、前記移動端末が前記或る基地局にハンドオーバする際の保持時間を長くする
付記１２に記載の通信制御方法。
（付記１４）
前記基地局と前記移動端末との間の接続イベントを更に記録し、
前記保持時間を設定する際は、記録された前記接続イベントの内容に基づいて前記通信状況を解析し、前記保持時間の設定を変更する、
付記１２または１３に記載の通信制御方法。
（付記１５）
前記接続イベントを記録する際は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記保持時間を設定する際は、記録された前記ハンドオーバ開始のイベントから前記ハ
ンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも長い場合、該保持時間の設定を長くする、
付記１４に記載の通信制御方法。
（付記１６）
前記接続イベントを記録する際は、ハンドオーバ開始、及びハンドオーバ中断のイベントを含む接続イベントを記録し、
前記保持時間を設定する際は、記録された前記ハンドオーバ開始のイベントから前記ハンドオーバ中断のイベントまでの経過時間を算出し、算出した該経過時間が前記保持時間よりも短い場合、該保持時間の設定を短くする、
付記１４または１５に記載の通信制御方法。
（付記１７）
前記接続イベントを記録する際は、ハンドオーバ中断のイベントを含む接続イベントを記録し、
前記保持時間を設定する際は、前記ハンドオーバ中断のイベントが繰り返し記録されている場合、前記保持時間の設定を長くする、
付記１４から１６の何れかに記載の通信制御方法。
（付記１８）
前記保持時間を設定する際は、複数の基地局から前記移動端末に送信される電波の強度を互いに比較し、略同一の強度の電波が少なくとも２以上存在する場合に前記保持時間の設定を長くする、
付記１２から１７の何れかに記載の通信制御方法。
（付記１９）
前記移動端末は、ハンドオーバ中断のイベントを繰り返すと所定の情報を通知し、
前記移動端末から前記所定の情報が通知されると、前記保持時間の設定を長くする、
付記１２から１８の何れかに記載の通信制御方法。
（付記２０）
前記保持時間を設定する際は、前記移動端末がハンドオーバ処理を実行する際の登録手順の内容に応じて前記保持時間の設定を変更する、
付記１２から１９の何れかに記載の通信制御方法。
（付記２１）
前記移動端末がハンドオーバ処理を中断して前記基地局に再接続した場合に、前記保持時間の設定の変更処理を開始する、
付記１２から２０の何れかに記載の通信制御方法。
（付記２２）
前記通信制御方法は、前記基地局または該基地局の上位装置で実行される、
付記１２から２１の何れかに記載の通信制御方法。
【図面の簡単な説明】
【０１２２】
【図１】通信システムの全体構成例。
【図２】基地局のセルと移動通信端末との位置関係。
【図３】処理の概要。
【図４】ＢＳの構成例。
【図５】ＲＲＴ管理テーブル（初期状態）。
【図６】ＭＳの構成例。
【図７】パターン１の場合の基地局、移動通信端末間の情報のフロー例。
【図８Ａ】パターン２の場合の基地局、移動通信端末間の情報のフロー例。
【図８Ｂ】パターン２の場合の基地局、移動通信端末間の情報のフロー例。
【図９】ＲＲＴ管理部の動作フロー例。
【図１０】ＨＯ履歴テーブル。
【図１１】ＲＲＴ管理テーブル（更新後）。
【図１２】ＲＲＴを動的に変更後の基地局、移動通信端末間の情報のフロー例。
【図１３】ＲＲＴ管理部の動作フロー例。
【図１４】ＨＯ時間推定表。
【図１５】ＨＯ時間推定表。
【図１６】ＲＲＴ管理部の動作フロー例。
【図１７】ＲＲＴ管理部の動作フロー例。
【図１８】ＲＲＴ管理部の動作フロー例。
【図１９】背景説明図。
【図２０】従来技術の処理の流れ。
【図２１Ａ】従来技術の処理の流れ。
【図２１Ｂ】従来技術の処理の流れ。
【符号の説明】
【０１２３】
１  通信システム
２  ＢＳ（無線基地局）
３  ＭＳ（移動通信端末）
４  ＡＳＮ−ＧＷ
５，２１  エア区間送受信処理部
６，２２  ネットワークエントリ処理部
７  バックボーン送受信部
８  ＲＲＴ管理部
９，２３  ＨＯ処理部
１０  ＨＯ履歴テーブル
１１  ＲＲＴ管理テーブル
２４  スキャン処理部
２５  Ｎｅｉｇｈｂｏｒ  ＢＳ情報広告受信処理部
２６  Ｎｅｉｇｈｂｏｒ情報テーブル
２７  Ｒｅｃｏｍｍｅｎｄ  ＢＳ  Ｌｉｓｔ
２８  ドロップ検出部
【図１】
0005167769.tif 000002
【図２】
0005167769.tif 000003
【図３】
0005167769.tif 000004
【図４】
0005167769.tif 000005
【図５】
0005167769.tif 000006
【図６】
0005167769.tif 000007
【図７】
0005167769.tif 000008
【図８Ａ】
0005167769.tif 000009
【図８Ｂ】
0005167769.tif 000010
【図９】
0005167769.tif 000011
【図１０】
0005167769.tif 000012
【図１１】
0005167769.tif 000013
【図１２】
0005167769.tif 000014
【図１３】
0005167769.tif 000015
【図１４】
0005167769.tif 000016
【図１５】
0005167769.tif 000017
【図１６】
0005167769.tif 000018
【図１７】
0005167769.tif 000019
【図１８】
0005167769.tif 000020
【図１９】
0005167769.tif 000021
【図２０】
0005167769.tif 000022
【図２１Ａ】
0005167769.tif 000023
【図２１Ｂ】
0005167769.tif 000024