(57)【特許請求の範囲】
【請求項１】
移動局と、ハンドオーバ元無線基地局と、ハンドオーバ先無線基地局とを含む移動通信システムであって、
前記移動局は、
前記ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得た受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを前記ハンドオーバ元無線基地局に送信する第１の送信手段を備え、
前記ハンドオーバ元無線基地局は、
前記Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする判断手段と、
前記判断手段で前記ハンドオーバをする判断がされた後に、前記レファレンス信号を用いて得た受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する第２の送信手段とを備え、
前記ハンドオーバ先無線基地局は、前記ハンドオーバ元無線基地局から前記コンテキスト情報を受信する受信手段を備える移動通信システム。
【請求項２】
前記ハンドオーバ元無線基地局は、前記ハンドオーバの際、前記移動局に対して前記受信品質に関する情報の測定より精度の高い測定を要求する手段を備え、前記第２の送信手段は、前記受信品質に関する情報の測定より精度の高い測定による、前記ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得た受信品質に関する情報を前記ハンドオーバ先無線基地局に送信する、
請求項１に記載の移動通信システム。
【請求項３】
移動局と、ハンドオーバ元無線基地局と、ハンドオーバ先無線基地局とを含む移動通信システムのハンドオーバ制御方法であって、
前記移動局において、前記ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得た受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを前記ハンドオーバ元無線基地局に送信する第１の送信ステップと、
前記ハンドオーバ元無線基地局において、前記Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする判断ステップと、
前記ハンドオーバ元無線基地局において、前記判断ステップで前記ハンドオーバをする判断がされた後に、前記レファレンス信号を用いて得た受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する第２の送信ステップと、
前記ハンドオーバ先無線基地局において、前記ハンドオーバ元無線基地局から前記コンテキスト情報を受信する受信ステップとを含むハンドオーバ制御方法。
【請求項４】
前記ハンドオーバ元無線基地局において、前記ハンドオーバの際、前記移動局に対して前記受信品質に関する情報の測定より精度の高い測定を要求するステップを含み、
前記第２の送信ステップは、前記受信品質に関する情報の測定より精度の高い測定による、前記ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得た受信品質に関する情報を前記ハンドオーバ先無線基地局に送信する、
請求項３に記載のハンドオーバ制御方法。
【請求項５】
移動局のハンドオーバ元無線基地局であって、
前記移動局が送信した、ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得たレファレンス信号の受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする判断手段と、
前記判断手段で前記ハンドオーバをする判断がされた後に、前記レファレンス信号を用いて得た受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する送信手段とを備える無線基地局。
【請求項６】
前記ハンドオーバの際、前記移動局に対して前記受信品質に関する情報の測定より精度の高い測定を要求する手段を備え、前記送信手段は、前記受信品質に関する情報の測定より精度の高い測定による、前記ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得た受信品質に関する情報を前記ハンドオーバ先無線基地局に送信する、
請求項５に記載の無線基地局。
【請求項７】
移動局のハンドオーバ元無線基地局の動作制御方法をコンピュータに実行させるためのプログラムであって、
前記移動局が送信した、ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得た受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする処理と、
前記処理で前記ハンドオーバをする判断がされた後に、前記レファレンス信号を用いて得た受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する処理とを含むプログラム。
【請求項８】
前記ハンドオーバの際、前記移動局に対して前記受信品質に関する情報の測定より精度の高い測定を要求する処理を含み、
前記送信する処理は、前記受信品質に関する情報の測定より精度の高い測定による、前記ハンドオーバ先無線基地局から前記移動局へのレファレンス信号を用いて得た受信品質に関する情報を前記ハンドオーバ先無線基地局に送信する、
請求項７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システム、ハンドオーバ制御方法、無線基地局及びプログラムに関し、特に移動局が自局と無線基地局間の無線品質情報の測定を行い、ハンドオーバ元無線基地局が測定結果を基にハンドオーバ先無線基地局への移動局のハンドオーバの決定をなしてハンドオーバを実行せしめる移動通信システムに関する。
【背景技術】
【０００２】
Ｓｕｐｅｒ  ３Ｇ（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムでは、ハンドオーバ前後でサービングセル（Ｓｅｒｖｉｎｇ  Ｃｅｌｌ）が変わる場合に、ハンドオーバ元無線基地局であるＳｏｕｒｃｅ  ｅＮｏｄｅＢが、ハンドオーバ先無線基地局であるＴａｒｇｅｔ  ｅＮｏｄｅＢへデータを転送し、データロスのないハンドオーバを実現することが検討されている。
【０００３】
図１２は従来のハンドオーバの手順を示すシーケンス図である（例えば非特許文献１参照）。図１２において、移動局であるＵＥは、自局と周囲のｅＮｏｄｅＢ間の無線品質を定期的に測定しており、この測定結果をＭｅａｓｕｒｅｍｅｎｔ  ＲｅｐｏｒｔとしてＳｏｕｒｃｅ  ｅＮｏｄｅＢに報告する（ステップＳ３０１）。
【０００４】
Ｓｏｕｒｃｅ  ｅＮｏｄｅＢは、ＵＥからのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にハンドオーバを実行するか否かを判断する（ステップＳ３０２）。ハンドオーバを実行する場合、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢは、Ｔａｒｇｅｔ  ｅＮｏｄｅＢに対して、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢで管理しているＵＥ情報など、Ｔａｒｇｅｔ  ｅＮｏｄｅＢで使用するパラメータ、すなわちＵＥとの通信に必要なコンテキスト情報を通知し、Ｔａｒｇｅｔ  ｅＮｏｄｅＢの無線リソース確保のトリガをかける（ステップＳ３０３）。
【０００５】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢは、無線リソースの空きがあるか否かを判断し（ステップＳ３０４）、無線リソースをＵＥに割り当てることができるならば、無線リソース確保の完了をＳｏｕｒｃｅ  ｅＮｏｄｅＢに通知する（ステップＳ３０５）。Ｓｏｕｒｃｅ  ｅＮｏｄｅＢは、Ｔａｒｇｅｔ  ｅＮｏｄｅＢの無線リソース確保完了後、ＵＥにハンドオーバ先で使用するパラメータを通知する（ステップＳ３０６）。ＵＥとＴａｒｇｅｔ  ｅＮｏｄｅＢは、ＵＥがハンドオーバ先で使用するパラメータを受信した後、同期確立動作を開始する（ステップＳ３０７）。
【０００６】
ＵＥは、同期確立後、Ｔａｒｇｅｔ  ｅＮｏｄｅＢに対してハンドオーバ処理の完了を通知する（ステップＳ３０８）。Ｔａｒｇｅｔ  ｅＮｏｄｅＢは、ハンドオーバ処理後、ＵＥに対して予め定められた無線リソースを用いて共用チャネル（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を割り当てる（ステップＳ３０９）。
【０００７】
なお、特許文献１には、移動局が周辺基地局の信号の強さを測定し、移動局のハンドオフ先基地局へのハンドオフと同時に、ハンドオフ元基地局がハンドオフ先基地局に関する測定情報をハンドオフ先基地局に転送することが記載されている。この転送は、移動局がハンドオフ直後にハンドオフ先から他セルへハンドオフする場合に、待ち時間無くハンドオフできることを目的として行われるものである。つまり、ハンドオフ先セルは、ハンドオフ直後にハンドオフ要否の判断をするために転送された情報を利用する。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特表平０５−５０１６４６号公報
【非特許文献】
【０００９】
【非特許文献１】３ＧＰＰ  Ｒ３−０６００１２，  ｐ．６，  “Ｆｉｇｕｒｅ  ６：Ｉｎｔｅｒ  ｐｏｏｌ  ａｒｅａ  ＨＯ  ｓｅｑｕｅｎｃｅ  １  （Ａｃｔｉｖｅ  ｍｏｄｅ）  ｆｏｒ  ｄａｔａ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｔｅｒｍｉｎａｌ”，  １０−１２  Ｊａｎｕａｒｙ，２００６
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、従来のハンドオーバシーケンスにおいては、次のような課題がある。
【００１１】
第１の課題は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢにおけるＵＥへの共用チャネル割り当てに関して、Ｔａｒｇｅｔ  ｅＮｏｄｅＢにおいて自局とＵＥ間の無線品質情報が無いため、ハンドオーバ完了後はしばらく、無線品質に対して最適な無線リソースが選択されない可能性が高いことである。
【００１２】
第２の課題は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢにおいて自局とＵＥ間の無線品質情報が無いため、特にＳｏｕｒｃｅ  ｅＮｏｄｅＢとＴａｒｇｅｔ  ｅＮｏｄｅＢにおけるハンドオーバの判断のためのアルゴリズムが異なる場合（例えばベンダやオペレータが異なるｅＮｏｄｅＢ間をＵＥがハンドオーバする場合）に、Ｔａｒｇｅｔ  ｅＮｏｄｅＢとＵＥ間の無線品質が、Ｔａｒｇｅｔ  ｅＮｏｄｅＢのアルゴリズムではハンドオーバ受け入れ可の条件を満足せず、図１３に示すようにハンドオーバ直後に、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢを含む他セルへのハンドオーバシーケンスが発生するという可能性がある。この現象は、ピンポン現象とも呼ばれる。
【００１３】
図１３はこのピンポン現象について説明するためのシーケンス図である。なお、図１３のステップＳ４０１〜Ｓ４０８は図１２のＳ３０１〜Ｓ３０８と同様であるので、これらの説明は省略する。
【００１４】
図１３において、Ｔａｒｇｅｔ  ｅＮｏｄｅＢへのＵＥのハンドオーバ完了後（ステップＳ４０８）、Ｔａｒｇｅｔ  ｅＮｏｄｅＢは、ＵＥからのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ（ステップＳ４０９）とＴａｒｇｅｔ  ｅＮｏｄｅＢのハンドオーバの判断のためのアルゴリズムに基づいて、他セルへのハンドオーバを実行するか否かを判断する。ここで、Ｔａｒｇｅｔ  ｅＮｏｄｅＢとＵＥ間の無線品質がＴａｒｇｅｔ  ｅＮｏｄｅＢにおけるハンドオーバ受け入れ可の条件を満足しない場合、ハンドオーバ直後に、Ｔａｒｇｅｔ  ｅＮｏｄｅＢは他セルへのハンドオーバを決定する（ステップＳ４１０）。結果として、ハンドオーバ完了直後に、再度他セル（図１２ではＳｏｕｒｃｅ  ｅＮｏｄｅＢ）へのハンドオーバが実行されてしまう（ステップＳ４１１〜Ｓ４１６）。これがピンポン現象である。なお、ステップＳ４１１〜Ｓ４１６は、ステップＳ４０３〜Ｓ４０８に対応している。
【００１５】
本発明は、上記第１及び第２の課題の少なくとも一つを解決するための移動通信システム、ハンドオーバ制御方法、無線基地局及びプログラムを提供することを目的とする。
【００１６】
本発明の第１の目的は、ハンドオーバ先無線基地局における移動局へのチャネル割り当て精度を向上することができる移動通信システム、ハンドオーバ制御方法、無線基地局及びプログラムを提供することである。
【００１７】
本発明の第２の目的は、ピンポン現象を回避することができる移動通信システム、ハンドオーバ制御方法、無線基地局及びプログラムを提供することである。
【課題を解決するための手段】
【００１８】
本発明による移動通信システムは、移動局と、ハンドオーバ元無線基地局と、ハンドオーバ先無線基地局とを含む移動通信システムであって、前記移動局は、前記移動局と前記ハンドオーバ先無線基地局との間のレファレンス信号の受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを前記ハンドオーバ元無線基地局に送信する第１の送信手段を備え、前記ハンドオーバ元無線基地局は、前記Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする判断手段と、前記判断手段で前記ハンドオーバをする判断がされた後に、前記レファレンス信号の受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する第２の送信手段とを備え、前記ハンドオーバ先無線基地局は、前記ハンドオーバ元無線基地局から前記コンテキスト情報を受信する受信手段を備える。
【００１９】
本発明によるハンドオーバ制御方法は、移動局と、ハンドオーバ元無線基地局と、ハンドオーバ先無線基地局とを含む移動通信システムのハンドオーバ制御方法であって、前記移動局において、前記移動局と前記ハンドオーバ先無線基地局との間のレファレンス信号の受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを前記ハンドオーバ元無線基地局に送信する第１の送信ステップと、前記ハンドオーバ元無線基地局において、前記Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする判断ステップと、前記ハンドオーバ元無線基地局において、前記判断ステップで前記ハンドオーバをする判断がされた後に、前記レファレンス信号の受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する第２の送信ステップと、前記ハンドオーバ先無線基地局において、前記ハンドオーバ元無線基地局から前記コンテキスト情報を受信する受信ステップとを含む。
【００２０】
本発明による無線基地局は、移動局のハンドオーバ元無線基地局であって、前記移動局が送信した前記移動局とハンドオーバ先無線基地局との間のレファレンス信号の受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする判断手段と、前記判断手段で前記ハンドオーバをする判断がされた後に、前記レファレンス信号の受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する送信手段とを備える。
【００２１】
本発明によるプログラムは、移動局のハンドオーバ元無線基地局の動作制御方法をコンピュータに実行させるためのプログラムであって、前記移動局が送信した前記移動局とハンドオーバ先無線基地局との間のレファレンス信号の受信品質に関する情報を含むＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づいて、前記ハンドオーバ元無線基地局から前記ハンドオーバ先無線基地局への前記移動局のハンドオーバをするか否かの判断をする処理と、前記処理で前記ハンドオーバをする判断がされた後に、前記レファレンス信号の受信品質に関する情報を含むコンテキスト情報を、前記ハンドオーバ先無線基地局に送信する処理とを含む。
【００２２】
このように、本発明では、移動局と、移動局のハンドオーバ元無線基地局と、移動局のハンドオーバ先無線基地局とを含む移動通信システムにおいて、ハンドオーバ元無線基地局は移動局のハンドオーバの際に、移動局が測定した移動局とハンドオーバ先無線基地局との間の無線品質情報をハンドオーバ先無線基地局に送信し、ハンドオーバ先無線基地局はハンドオーバ元無線基地局からの無線品質情報に応じて移動局にチャネルを割り当てる。
【００２３】
また、本発明では、移動局と、移動局のハンドオーバ元無線基地局と、移動局のハンドオーバ先無線基地局とを含む移動通信システムにおいて、ハンドオーバ元無線基地局は、ハンドオーバ先無線基地局にコンテキスト情報を送信する前に、移動局が測定した移動局とハンドオーバ先無線基地局との間の無線品質情報をハンドオーバ先無線基地局に送信し、ハンドオーバ先無線基地局はハンドオーバ元無線基地局からの無線品質情報に応じて移動局のハンドオーバの受け入れの可否を判断する。
【００２４】
また、本発明では、移動局と、移動局のハンドオーバ元無線基地局と、移動局のハンドオーバ先の候補無線基地局とを含む移動通信システムにおいて、ハンドオーバ元無線基地局は、移動局のハンドオーバ元無線基地局から候補無線基地局へのハンドオーバの決定前に、移動局が測定した移動局と候補無線基地局との間の無線品質情報を候補無線基地局に送信し、候補無線基地局はハンドオーバ元無線基地局からの無線品質情報に応じて移動局のハンドオーバの受け入れの可否を判断する。
【発明の効果】
【００２５】
本発明によれば、ハンドオーバ元無線基地局がハンドオーバ時に、移動局により測定される移動局とハンドオーバ先無線基地局間の無線品質情報をハンドオーバ先無線基地局に転送し、ハンドオーバ先無線基地局が転送された無線品質情報を基にチャネルを割り当てることにより、ハンドオーバ先無線基地局における移動局へのチャネル割り当て精度を向上することができるという効果が得られる。
【００２６】
また、本発明によれば、ハンドオーバ先無線基地局がハンドオーバ完了前に、移動局により測定される移動局とハンドオーバ先無線基地局間の無線品質情報を基にハンドオーバの受け入れの可否を判断することにより、または、ハンドオーバ元無線基地局がハンドオーバの決定をする前に、移動局のハンドオーバ先の候補無線基地局各々が移動局により測定される移動局と該候補無線基地局間の無線品質情報を基にハンドオーバの受け入れの可否を判断することにより、ピンポン現象の発生を抑制することができるという効果が得られる。
【図面の簡単な説明】
【００２７】
【図１】本発明の第１の実施例による移動通信システムの構成を示す図である。
【図２】図１のＳｏｕｒｃｅ  ｅＮｏｄｅＢの構成を示す図である。
【図３】図１のＴａｒｇｅｔ  ｅＮｏｄｅＢの構成を示す図である。
【図４】図１のＵＥの構成を示す図である。
【図５】本発明の第１の実施例による移動通信システムの動作を示すシーケンス図である。
【図６】本発明の第２の実施例におけるＨＯ  ｄｅｃｉｓｉｏｎを説明するための図である。
【図７】本発明の第２の実施例による移動通信システムの動作を示すシーケンス図である。
【図８】本発明の第３の実施例による移動通信システムの動作を示すシーケンス図である。
【図９】本発明の第４の実施例による移動通信システムの動作を示すシーケンス図である。
【図１０】本発明の第５の実施例による移動通信システムの構成を示す図である。
【図１１】本発明の第５の実施例による移動通信システムの動作を示すシーケンス図である。
【図１２】従来のハンドオーバの手順を示すシーケンス図である。
【図１３】ピンポン現象について説明するためのシーケンス図である。
【発明を実施するための形態】
【００２８】
以下、本発明の実施例について図面を参照して説明する。
【００２９】
図１は本発明の第１の実施例による移動通信システムの構成を示す図である。図１において、ＵＥ１は、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２及びＴａｒｇｅｔ  ｅＮｏｄｅＢ３、ＵＥ１を収容する交換局であるＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＵＰＥ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｅｎｔｉｔｙ）４を介して、通信ネットワーク５に接続されている。
【００３０】
Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、現在ＵＥ１が無線リンクを確立しているハンドオーバ元無線基地局である。Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、ＵＥ１が無線リンクを確立しようとしているハンドオーバ先無線基地局である。ＭＭＥ／ＵＰＥ４は、通信ネットワーク５と接続されている。
【００３１】
図２は図１のＳｏｕｒｃｅ  ｅＮｏｄｅＢ２の構成を示す図である。図２において、無線データ受信部２２は、ＵＥ１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを受信し、ハンドオーバ判定処理部２３及びＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ保持部２６に転送する。ハンドオーバ判定処理部２３は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にハンドオーバを実行するかどうかを判定し、ハンドオーバを実行する場合、ユーザ情報管理部２４にＵＥ１との通信に必要なコンテキスト情報（Ｕｓｅｒ  Ｃｏｎｔｅｘｔ）の送信トリガを送信する。
【００３２】
ユーザ情報管理部２４は、ハンドオーバ判定処理部２３からの送信トリガの受信に応答して、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）データ送信部２５へコンテキスト情報を送信する。ＩＰデータ送信部２５は、受信されたコンテキスト情報をＩＰパケット化し、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３へ送信する。
【００３３】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３でのＵＥ１に対する無線リソース確保完了後（後述する図４のステップＳ４の後）、ＩＰデータ受信部２７は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３からのＵｓｅｒ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅを受信し（後述する図４のステップＳ６）、ユーザ情報管理部２４に通知する。
【００３４】
ユーザ情報管理部２４は、Ｕｓｅｒ  Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ受信に応答して、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ保持部２６にＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ送信トリガを送信する。Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ保持部２６は、送信トリガ受信までに蓄積されたＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報をＩＰデータ送信部２５へ送信し、ＩＰデータ送信部２５は、受信された無線品質情報をＩＰパケット化し、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３へ送信する。
【００３５】
図３は図１のＴａｒｇｅｔ  ｅＮｏｄｅＢ３の構成を示す図である。図３において、無線通信部３１は、アンテナ３６を介してＵＥ１と通信を行う。スケジューリング部３２は、ＵＥ１に対してチャネルを割り当てるスケジューリング処理を行う。ＩＰデータ通信部３３は、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２とＩＰ通信を行う。制御部（ＣＰＵ）３４は、予めメモリ３５に記憶されたプログラムに従って無線通信部３１、スケジューリング部３２及びＩＰデータ通信部３３の各部の動作を制御する。
【００３６】
なお、以上の説明では、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２及びＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の通信にはＩＰ通信が用いられているが、本実施例はＩＰ通信に限定されるものではなく、他の通信プロトコルを用いてもよい。
【００３７】
図４は図１のＵＥ１の構成を示す図である。図４において、無線通信部１１は、アンテナ１６を介してｅＮｏｄｅＢ２及び３と通信を行う。無線品質測定部１２は、ｅＮｏｄｅＢ２及び３を含む周囲の無線基地局各々とＵＥ１との間の無線品質を測定する。ハンドオーバ処理部１３は、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２からの指示に従ってＵＥ１のハンドオーバ処理を行う。制御部（ＣＰＵ）１４は、予めメモリ１５に記憶されたプログラムに従って無線通信部１１、無線品質測定部１２及びハンドオーバ処理部１３の各部の動作を制御する。
【００３８】
以上、実施例の構成を述べたが、図１のＵＥ１、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３、ＭＭＥ／ＵＰＥ４は、当業者にとってよく知られているため、その詳細な構成は省略する。
【００３９】
次に、本発明の第１の実施例による移動通信システムの動作について図面を用いて説明する。図５は本発明の第１の実施例による移動通信システムの動作を示すシーケンス図である。
【００４０】
本発明の第１の実施例では、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１が測定したＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知する。Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２から通知されたＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報に応じてＵＥ１に対してチャネルを割り当てる。
【００４１】
このように、本発明の第１の実施例では、ハンドオーバ時にＳｏｕｒｃｅ  ｅＮｏｄｅＢ２からＴａｒｇｅｔ  ｅＮｏｄｅＢ３へ、ＵＥ１により測定されたＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を転送するようにしているので、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３において、無線品質に対して最適にチャネルを割り当てることができる。
【００４２】
以下に本発明の第１の実施例の詳細を説明する。
【００４３】
図５において、ＵＥ１は、自局と周囲のｅＮｏｄｅＢ間の無線品質を定期的に測定しており、この測定結果をＭｅａｓｕｒｅｍｅｎｔ  ＲｅｐｏｒｔとしてＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に定期的に報告する（ステップＳ１）。Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔの一例として、ＣＰＩＣＨ（Ｃｏｍｍｏｎ  Ｐｉｌｏｔ  Ｃｈａｎｎｅｌ）のＲＳＣＰ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｃｏｄｅ  Ｐｏｗｅｒ）があげられる。また、他の例としては、ＣＲＳＰ（Ｃｏｍｍｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｍｂｏｌ  Ｐｏｗｅｒ）、ＣＲＳＱ（Ｃｏｍｍｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｍｂｏｌ  Ｑｕａｌｉｔｙ）、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）があげられる。
【００４４】
Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にハンドオーバを実行するか否かを判断する（ステップＳ２）。ハンドオーバを実行する場合、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対して、ＵＥ１との通信に必要なコンテキスト情報を通知し、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の無線リソース確保のトリガをかける（ステップＳ３）。
【００４５】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、コンテキスト情報の受信後、無線リソースの空きがあるか否かを判断し（ステップＳ４）、無線リソースをＵＥ１に割り当てることができるならば、無線リソース確保の完了をＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する（ステップＳ６）。
【００４６】
一方、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１からＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを定期的に受信しており、蓄積されたＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報に対して例えば平均化処理を行う（ステップＳ５）。さらに、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の無線リソース確保完了通知を受信後、平均化されたＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知する（ステップＳ８）。
【００４７】
なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、平均化処理を行うことなく、蓄積されたＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報そのものをＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしてもよいし、または、蓄積されたＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔそのものを通知するようにしてもよい。
【００４８】
また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の無線リソース確保完了通知を受信後、ＵＥ１にハンドオーバ先で使用するパラメータを通知する（ステップＳ７）。ＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３は、ＵＥ１がハンドオーバ先で使用するパラメータを受信した後、同期確立処理を実行する（ステップＳ９）。さらに、ＵＥ１は、同期確立後、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対してハンドオーバ処理の完了を通知する（ステップＳ１０）。
【００４９】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、ハンドオーバ処理後、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２から通知されたＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報に応じてＵＥ１に対してチャネルを割り当てる（ステップＳ１１）。このチャネル割り当てはシステムのポリシーに応じて行われる。例えば、無線品質の悪いＵＥにより多くの無線リソースを割り当てる、または逆に、無線品質の良いＵＥにより多くの無線リソースを割り当てる等が考えられる。
【００５０】
ここで、無線品質情報に応じてＵＥ１に割り当てられるチャネルとしては、ＨＳＤＰＡ（Ｈｉｇｈ  ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）やＨＳＵＰＡ（Ｈｉｇｈ  ｓｐｅｅｄ  Ｕｐｌｉｎｋ  ｐａｃｋｅｔ  Ａｃｃｅｓｓ）の共用チャネルがあるが、本実施例はこれに限られるものではなく、無線リソースを適宜割り当てることができるチャネル全般に適用可能である。なお、無線リソースは電力や周波数帯域であり、これらは使用するコード数や変調方式などによって定義されることもある。
【００５１】
なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の無線リソース確保完了通知を受信後に、ステップＳ８でＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしているが、ステップＳ３で通知されるコンテキスト情報にＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を含めて通知することにより、ステップＳ５及びＳ８を省略するようにしてもよい。また、それ以外にも、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ステップＳ２の直後からステップＳ１１の直前までであれば、どの時点でＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を通知するようにしてもよい。
【００５２】
また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ステップＳ２におけるハンドオーバの決定後、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔより精度の高い測定をＵＥ１に要求し、ＵＥ１からのより精度の高い測定によるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質測定結果をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしてもよい。Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔより精度の高い測定内容として、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）情報（広帯域の品質情報）や、通常のＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔよりも測定周期が短いなど、測定精度を上げた報告があげられる。
【００５３】
別のシステム構成として、図１において、ｅＮｏｄｅＢの代わりにＮｏｄｅＢを配置し、上位装置としてＮｏｄｅＢを制御する無線基地局制御装置であるＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を配置する構成も考えられる。この場合、ＲＮＣが、ＵＥからＳｏｕｒｃｅ  ＮｏｄｅＢを介して受信されるＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にハンドオーバの決定をなして、Ｔａｒｇｅｔ  ＮｏｄｅＢにＵＥとＴａｒｇｅｔ  ＮｏｄｅＢ間の無線品質情報を転送することになる。
【００５４】
また、更なる別のシステム構成として、ＮｏｄｅＢに限定せず、無線ＬＡＮなど他の無線アクセスシステムの基地局を配置する構成も考えられる。なお、ｅＮｏｄｅＢ及びＮｏｄｅＢはどちらも無線基地局と称される。
【００５５】
次に、本発明の第２の実施例について説明する。本発明の第２の実施例において、移動通信システムの基本的構成は第１の実施例と同様であるが、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２はＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔより精度の高い無線品質情報をＵＥ１に要求する。さらに、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２はＵＥ１から受信した精度の高い無線品質情報をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知する。Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２から通知されたＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の精度の高い無線品質情報に応じてＵＥ１に対してチャネルを割り当てる。
【００５６】
このように、本発明の第２の実施例では、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２が通常のＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔより精度の高い測定をＵＥ１に要求し、より精度の高い無線品質測定結果をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしているので、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３において、無線品質に対して、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに基づく場合よりも最適にチャネルを割り当てることができる。
【００５７】
以下に本発明の第２の実施例の詳細を説明する。
【００５８】
本実施例では、図５のステップＳ２におけるハンドオーバの判断（ＨＯ  ｄｅｃｉｓｉｏｎ）は２段階に分割されている。Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、１段目の判断に応じて、ＵＥ１に対してより精度の高いＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線回線品質測定を要求し、２段目の判断に応じて、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対してコンテキスト情報の転送をすることができる。図６は本発明の第２の実施例におけるＨＯ  ｄｅｃｉｓｉｏｎを説明するための図であり、図７は本発明の第２の実施例による移動通信システムの動作を示すシーケンス図である。
【００５９】
図６において、図２のハンドオーバ判定処理部２３は、ハンドオーバの判断基準を２段階持つ。具体的には、ＵＥ１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１とＳｏｕｒｃｅ  ｅＮｏｄｅＢ２間の無線品質情報（例えばＣＰＩＣＨ  ＲＳＣＰ情報）を入力としたハンドオーバ判定処理が、２段階の閾値を持つ。ＵＥ１とＳｏｕｒｃｅ  ｅＮｏｄｅＢ２間の無線品質情報が１段目の判断用の閾値（１ｓｔ  ＨＯ  Ｄｅｃｉｓｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）を下回った場合に、１ｓｔ  ＨＯ  Ｄｅｃｉｓｉｏｎ（図７のステップＳ２２）が発生し、さらに２段目の判断用の閾値（２ｎｄ  ＨＯ  Ｄｅｃｉｓｉｏｎ  Ｔｈｒｅｓｈｏｌｄ）を下回った場合に、２ｎｄ  ＨＯ  Ｄｅｃｉｓｉｏｎ  （図７のステップＳ２５）が発生する。
【００６０】
通常、ハンドオーバ判定には、ＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報も使用される。この場合、ハンドオーバ判定処理は上記２つの閾値以外にも第３の閾値を持つ。Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、１段目の判断において、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１と各ｅＮｏｄｅＢ間の無線品質のうち第３の閾値を上回る無線品質のｅＮｏｄｅＢをＴａｒｇｅｔ  ｅＮｏｄｅＢの候補として決定し、２段目の判断においては候補として決定したｅＮｏｄｅＢのうち最も無線品質の良いｅＮｏｄｅＢをＴａｒｇｅｔ  ｅＮｏｄｅＢとして決定する。
【００６１】
図７において、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基に１ｓｔ  ＨＯ  Ｄｅｃｉｓｉｏｎの条件を満足しているか判定し（ステップＳ２２）、条件を満足した場合、ＵＥ１に対して、Ｔａｒｇｅｔ  ｅＮｏｄｅＢの候補の無線回線品質測定要求を発行する（ステップＳ２３）。
【００６２】
ＵＥ１は、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２に指定されたｅＮｏｄｅＢ（Ｔａｒｇｅｔ  ｅＮｏｄｅＢの候補）とＵＥ１間の無線回線品質測定結果を報告する（ステップＳ２４）。この測定内容として、ＣＱＩ情報（広帯域の品質情報）や、通常のＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔよりも測定周期が短いなど、測定精度を上げた報告を採用できる。なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、測定対象を限定することなく、ステップＳ２３において全てのｅＮｏｄｅＢの無線回線品質測定を要求するようにしてもよい。
【００６３】
引き続き、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にハンドオーバ判定を実施し（ステップＳ２５）、２ｎｄ  ＨＯ  Ｄｅｃｉｓｉｏｎの条件を満足した場合、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対して、ＵＥ１との通信に必要なコンテキスト情報を通知し、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の無線リソース確保のトリガをかける（ステップＳ２６）。
【００６４】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、コンテキスト情報の受信後、無線リソースの空きがあるか否かを判断し（ステップＳ２７）、無線リソースをＵＥ１に割り当てることができるならば、無線リソース確保の完了をＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する（ステップＳ２９）。
【００６５】
Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１からステップＳ２４の報告を定期的に受信しており、蓄積する。また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、蓄積された報告に含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報に対して例えば平均化処理を行う（ステップＳ２８）。さらに、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３から無線リソース確保完了通知を受信後、平均化したＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知する（ステップＳ３１）。
【００６６】
なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、平均化処理を行うことなく、蓄積された報告に含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報そのものをＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしてもよいし、または、蓄積された報告そのものを通知するようにしてもよい。
【００６７】
また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３から無線リソース確保完了通知を受信後、ＵＥ１にハンドオーバ先で使用するパラメータを通知する（ステップＳ３０）。ＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３とは、ＵＥ１がハンドオーバ先で使用するパラメータを受信した後、同期確立処理を実行する（ステップＳ３２）。ＵＥ１は、同期確立後、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対してハンドオーバ処理の完了を通知する（ステップＳ３３）。
【００６８】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、ハンドオーバ処理後、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２から通知されたＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報に応じてＵＥ１に対してチャネルを割り当てる（ステップＳ３４）。
【００６９】
なお、シーケンスを単純にするため、ステップＳ２２の１ｓｔ  ＨＯ  ｄｅｃｉｓｉｏｎ以降は、ＵＥ１は通常のＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを停止して、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２はステップＳ２４の無線回線品質測定報告を使用してステップＳ２５のハンドオーバ判定を行うようにしてもよい。
【００７０】
また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ステップＳ３１でＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしているが、ステップＳ２６で通知されるコンテキスト情報にＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を含めて通知することにより、ステップＳ２８及びＳ３１を省略することもできる。また、それ以外にも、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ステップＳ２５の直後からステップＳ３４の直前までであれば、いずれの時点でもＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を通知することができる。
【００７１】
以上説明したように、本発明の第２の実施例では、ハンドオーバ判定を２段階とし、この間にＳｏｕｒｃｅ  ｅＮｏｄｅＢ２が通常のＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔより精度の高い測定をＵＥ１に要求し、ハンドオーバ判定後により精度の高い無線品質測定結果をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしているので、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３において、無線品質に対してより最適にチャネルを割り当てることができる。
【００７２】
次に、本発明の第３の実施例について説明する。本発明の第３の実施例による移動通信システムの基本的構成は上記の通りである。本実施例では、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、コンテキスト情報の転送の前に、Ｍｅａｓｕｒｅｍｅｎｔ  ＲｅｐｏｒｔをＴａｒｇｅｔ  ｅＮｏｄｅＢ３に送信する。Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の制御部３４は、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２から受信したＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を基にハンドオーバの受け入れの可否を判断する（該無線品質がＴａｒｇｅｔ  ｅＮｏｄｅＢ３における品質基準を満たしているか否かを判断する）。
【００７３】
このように、本発明の第３の実施例では、ハンドオーバ完了前に、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３がＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を基にハンドオーバの受け入れの可否を判断するようにしているので、ピンポン現象の発生を抑制することができる。
【００７４】
また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、コンテキスト情報を転送する前にＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報をＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知するようにしているので、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３はコンテキスト情報の転送前にハンドオーバの受け入れの可否を判断することができる。したがって、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２からＴａｒｇｅｔ  ｅＮｏｄｅＢ３への転送リソースを節約しつつピンポン現象の発生を抑制することができる。
【００７５】
以下に本発明の第３の実施例の詳細を説明する。
【００７６】
図８は本発明の第３の実施例による移動通信システムの動作を示すシーケンス図である。図８において、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１から受信したＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ（ステップＳ４１）を基にハンドオーバを実行するか否かを判断する（ステップＳ４２）。ハンドオーバを実行する場合、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対して、ＵＥ１との通信に必要なコンテキスト情報を通知する前に、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を通知する（ステップＳ４３）。
【００７７】
Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ自体ではなく、それに含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を通知するようにすることにより、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２からＴａｒｇｅｔ  ｅＮｏｄｅＢ３への転送リソースを節約できる。また、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３が、受信したＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔの中から自身に関連する情報を抽出する必要がないため、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の処理を減らすことができる。なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対してＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔそのものを通知することもできる。
【００７８】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、ＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報と所定のアルゴリズムとを用いてハンドオーバの受け入れの可否を判断し（ステップＳ４４）、その結果をＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する（ステップＳ４５）。例えば、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、該無線品質情報が所定の閾値以下であり、ハンドオーバの受け入れ不可と判断した場合、その旨をステップＳ４５にてＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する。この場合、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ハンドオーバ処理を中止する。
【００７９】
一方、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、該無線品質情報が所定の閾値より大であり、ハンドオーバの受け入れ可と判断した場合、その旨をステップＳ４５にてＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する。この場合、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対して、ＵＥ１との通信に必要なコンテキスト情報を通知し、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の無線リソース確保のトリガをかける（ステップＳ４６）。
【００８０】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、コンテキスト情報の受信後、無線リソースの空きがあるか否かを判断し（ステップＳ４７）、無線リソースをＵＥ１に割り当てることができるならば、無線リソース確保の完了をＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する（ステップＳ４８）。そして、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１にハンドオーバ先で使用するパラメータを通知する（ステップＳ４９）。ＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３とは、ＵＥ１がハンドオーバ先で使用するパラメータを受信した後、同期確立処理を実行する（ステップＳ５０）。ＵＥ１は、同期確立後、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対してハンドオーバ処理の完了を通知する（ステップＳ５１）。さらに、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、ＵＥ１に対してチャネルを割り当てる（ステップＳ５２）。
【００８１】
なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、第１の実施例と同様に図５のステップＳ５及びステップＳ８の処理を追加的に行うようにしてもよい。例えば、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、蓄積されたＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１とＴａｒｇｅｔ  ｅＮｏｄｅＢ３間の無線品質情報を、ステップＳ４８の後にＴａｒｇｅｔ  ｅＮｏｄｅＢ３に通知することができる。さらに、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３は、ステップＳ５２において該無線品質情報に応じてＵＥ１に対してチャネルを割り当てることができる。
【００８２】
また、システム内に存在するｅＮｏｄｅＢの各々は、自局がＴａｒｇｅｔ  ｅＮｏｄｅＢになったときにステップＳ４４におけるハンドオーバの受け入れ可否の判断処理を行うか否かについて、事前（ステップＳ４１より前の時間、例えばｅＮｏｄｅＢ立ち上げ直後）に他のｅＮｏｄｅＢに対して報知（ブロードキャスト）するようにしてもよい。
【００８３】
次に、本発明の第４の実施例について説明する。本発明の第４の実施例では、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＨＯ  ｄｅｃｉｓｉｏｎ前に、複数のＴａｒｇｅｔ  ｅＮｏｄｅＢ候補に対して、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ（ステップＳ６１）に含まれるＵＥ１と該候補間の無線品質情報を送信する。複数のＴａｒｇｅｔ  ｅＮｏｄｅＢ候補は、受信した無線品質情報に基づきハンドオーバの受け入れの可否を判断し、その判断結果をＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に送信する。さらに、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、受信した判断結果に基づきＴａｒｇｅｔ  ｅＮｏｄｅＢを決定する。
【００８４】
このように、本発明の第４の実施例では、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は事前に、ハンドオーバの受け入れが可能な（ＵＥ１との間の無線品質が品質基準を満たしている）ｅＮｏｄｅＢを知ることができるので、ハンドオーバに要する時間（ＨＯ  ｄｅｃｉｓｉｏｎからハンドオーバ完了までの時間）を長くすることなく、ピンポン現象の発生を抑制することができる。
【００８５】
以下に本発明の第４の実施例の詳細を説明する。なお、本実施例の移動通信システムの基本構成は、実施例３の構成と同様である。
【００８６】
図９は本発明の第４の実施例による移動通信システムの動作を示すシーケンス図である。図９において、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＨＯ  ｄｅｃｉｓｉｏｎの前に、複数のＴａｒｇｅｔ  ｅＮｏｄｅＢ候補３及び８の各々に対して、ＵＥ１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ（ステップＳ６１）に含まれるＵＥ１と該候補間の無線品質情報を通知する（ステップＳ６２及びＳ６３）。ここで、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ候補３及び８の各々に対してＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔそのものを通知するようにしてもよい。
【００８７】
なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にＴａｒｇｅｔ  ｅＮｏｄｅＢの候補を決定することができる。例えば、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１と各ｅＮｏｄｅＢ間の無線品質のうち所定の閾値を上回る無線品質のｅＮｏｄｅＢがＴａｒｇｅｔ  ｅＮｏｄｅＢの候補として決定される。
【００８８】
Ｔａｒｇｅｔ  ｅＮｏｄｅＢ候補３及び８の各々は、図８のステップＳ４４と同様に、ＵＥ１と該候補間の無線品質情報を基にハンドオーバの受け入れの可否を判断し（ステップＳ６４及びＳ６５）、その結果をＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する（ステップＳ６６及びＳ６７）。
【００８９】
そして、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１からのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にハンドオーバを実行するか否かを判断する（ステップＳ６８）。すなわち、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ＵＥ１とＳｏｕｒｃｅ  ｅＮｏｄｅＢ２間の無線品質がＨＯ  ｄｅｃｉｓｉｏｎ用の閾値を下回った場合、ハンドオーバの受け入れ可と判断したＴａｒｇｅｔ  ｅＮｏｄｅＢ候補の中からＴａｒｇｅｔ  ｅＮｏｄｅＢを選択する（ステップＳ６８）。例えば、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、最も無線品質の良い候補をＴａｒｇｅｔ  ｅＮｏｄｅＢとして決定する。なお、図９では、ｅＮｏｄｅＢ３がＴａｒｇｅｔ  ｅＮｏｄｅＢとして決定されるものとする。
【００９０】
Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３に対して、ＵＥ１との通信に必要なコンテキスト情報を通知し、Ｔａｒｇｅｔ  ｅＮｏｄｅＢ３の無線リソース確保のトリガをかける（ステップＳ６９）。ステップＳ７０〜ステップＳ７５は図８のＳ４７〜Ｓ５２と同様であるので、これらの説明は省略する。
【００９１】
なお、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は定期的にＵＥ１からＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを受信し、受信したＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にＴａｒｇｅｔ  ｅＮｏｄｅＢの候補を定期的に決定することもできる。また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔまたはこれに含まれるＵＥ１と該候補間の無線品質情報を定期的にＴａｒｇｅｔ  ｅＮｏｄｅＢの候補に対して通知することもできる。この場合、Ｔａｒｇｅｔ  ｅＮｏｄｅＢの候補は、該通知を受けるたびにハンドオーバの受け入れの可否を判断して、その結果をＲａｄｉｏ  Ｑｕａｌｉｔｙ  Ｎｏｔｉｆｙ  ＲｅｓｐｏｎｓｅとしてＳｏｕｒｃｅ  ｅＮｏｄｅＢ２に通知する。そして、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、ハンドオーバが必要となったときに、最新のＲａｄｉｏ  Ｑｕａｌｉｔｙ  Ｎｏｔｉｆｙ  Ｒｅｓｐｏｎｓｅを用いてＴａｒｇｅｔ  ｅＮｏｄｅＢを決定する。
【００９２】
また、Ｓｏｕｒｃｅ  ｅＮｏｄｅＢ２は、自局の負荷が高くなった場合に、Ｔａｒｇｅｔ  ｅＮｏｄｅＢの候補にＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔまたはこれに含まれるＵＥ１と該候補間の無線品質情報を通知するようにしてもよい。ここで、負荷が高くなった場合とは、例えば、無線リソースの空きが所定の閾値を下回った場合とすることができる。
【００９３】
また、システム内に存在するｅＮｏｄｅＢの各々は、自局がＴａｒｇｅｔ  ｅＮｏｄｅＢの候補になったときにステップＳ６４，Ｓ６５におけるハンドオーバの受け入れ可否の判断処理を行うか否かについて、事前（ステップＳ６１より前の時間、例えばｅＮｏｄｅＢ立ち上げ直後）に他のｅＮｏｄｅＢに対して報知（ブロードキャスト）するようにしてもよい。
【００９４】
本発明の第３及び第４の実施例は、ｅＮｏｄｅＢの代わりにＮｏｄｅＢを配置し、上位装置としてＮｏｄｅＢを制御するＲＮＣを配置するシステム構成に適用することができる。図１０は本発明の第５の実施例による移動通信システムの構成を示す図であり、Ｓｏｕｒｃｅ  ＮｏｄｅＢ２の上位装置としてＳｏｕｒｃｅ  ＲＮＣ６が配置され、Ｔａｒｇｅｔ  ＮｏｄｅＢ３の上位装置としてＴａｒｇｅｔ  ＲＮＣ７が配置されている。
【００９５】
図１１は本発明の第５の実施例による移動通信システムの動作を示すシーケンス図であり、本発明の第３の実施例が図１０のシステム構成に適用された場合の動作が示されている。図１１において、Ｓｏｕｒｃｅ  ＲＮＣ６は、ＵＥ１からＳｏｕｒｃｅ  ＮｏｄｅＢ２を介して受信するＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ（ステップＳ８１，Ｓ８２）を基にハンドオーバを実行するか否かを判断する（ステップＳ８３）。
【００９６】
ハンドオーバを実行する場合、Ｓｏｕｒｃｅ  ＲＮＣ６は、Ｔａｒｇｅｔ  ＲＮＣ７に対して、コンテキスト情報を通知する前に、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔに含まれるＵＥ１とＴａｒｇｅｔ  ＮｏｄｅＢ３間の無線品質情報を通知する（ステップＳ８４）。なお、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔそのものを通知するようにしてもよい。
【００９７】
Ｔａｒｇｅｔ  ＲＮＣ７は、ＵＥ１とＴａｒｇｅｔ  ＮｏｄｅＢ３間の無線品質情報を基にハンドオーバの受け入れの可否を判断し（ステップＳ８５）、その結果をＳｏｕｒｃｅ  ＲＮＣ６に通知する（ステップＳ８６）。受け入れ不可であれば、Ｓｏｕｒｃｅ  ＲＮＣ６はハンドオーバ処理を中止する。一方、受け入れ可であれば、Ｓｏｕｒｃｅ  ＲＮＣ６は、ＵＥ１とＳｏｕｒｃｅ  ＮｏｄｅＢ２間のチャネルを解放せしめた後（ステップＳ８７〜Ｓ８９）、ＵＥ１との通信に必要なコンテキスト情報をＴａｒｇｅｔ  ＲＮＣ７を介してＴａｒｇｅｔ  ＮｏｄｅＢ３に通知する（ステップＳ９０及びＳ９１）。
【００９８】
Ｔａｒｇｅｔ  ＮｏｄｅＢ３は、無線リソースの確保処理を行い（ステップＳ９２）、その旨をＴａｒｇｅｔ  ＲＮＣ７に通知する（ステップＳ９３）。Ｔａｒｇｅｔ  ＲＮＣ７は、Ｔａｒｇｅｔ  ＮｏｄｅＢ３にＵＥ１との間の無線リンクの設定を要求し（ステップＳ９４〜Ｓ９７）、これによりＵＥ１とＴａｒｇｅｔ  ＮｏｄｅＢ３間の同期確立処理がなされると、ＵＥ１は、Ｔａｒｇｅｔ  ＮｏｄｅＢ３を介してＴａｒｇｅｔ  ＲＮＣ７にハンドオーバ処理の完了を通知する（ステップＳ９８及びＳ９９）。Ｔａｒｇｅｔ  ＮｏｄｅＢ３はＵＥ１に対してチャネルを割り当てる（ステップＳ１００）。
【００９９】
以上の説明は、本発明の第３の実施例が図１０のシステム構成に適用された場合についてであるが、同様に本発明の第４の実施例を図１０のシステム構成に適用することができることは勿論である。この場合、Ｓｏｕｒｃｅ  ＲＮＣ６がＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔを基にＴａｒｇｅｔ  ＮｏｄｅＢの候補を決定し、決定されたＴａｒｇｅｔ  ＮｏｄｅＢ候補をそれぞれ制御するＲＮＣに図９のステップＳ６２，Ｓ６３の通知を行う。そして、この通知を受けたＲＮＣが、図９のステップＳ６４，Ｓ６５のハンドオーバ受け入れの判断を行い、その結果をＳｏｕｒｃｅ  ＲＮＣ６に通知する。Ｓｏｕｒｃｅ  ＲＮＣ６は、ハンドオーバ受け入れ可と判断されたＴａｒｇｅｔ  ＮｏｄｅＢ候補の中から図９のステップＳ６８と同様にＴａｒｇｅｔ  ＮｏｄｅＢを決定し、決定されたＴａｒｇｅｔ  ＮｏｄｅＢにコンテキスト情報を転送する。なお、その後の動作は、図１１のステップＳ９２〜ステップＳ１００と同様である。
【０１００】
なお、無線基地局間、ＲＮＣ間における各種情報の通知は、各種情報の送信と呼ぶこともできる。また、ＵＥから無線基地局へのＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔや無線回線品質測定結果の報告は、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔや無線回線品質測定結果の送信と呼ぶこともできる。
【０１０１】
図５、図７〜９及び図１１に示した各シーケンス図に従ったＵＥ、ｅＮｏｄｅＢ、ＮｏｄｅＢ及びＲＮＣ各々の処理動作は、これら装置各々において、予めＲＯＭ等の記憶媒体に格納されたプログラムを、ＣＰＵ（制御部）となるコンピュータに読み取らせて実行せしめることにより、実現できることは勿論である。なお、本発明は、上述した各実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々なる態様で実施することができることは勿論である。
【符号の説明】
【０１０２】
１    ＵＥ
２，３    ｅＮｏｄｅＢ
４    ＭＭＥ／ＵＰＥ
５    通信ネットワーク
６，７    ＲＮＣ
１１，３１    無線通信部
１２    無線品質測定部
１３    ハンドオーバ処理部
１４，３４    制御部
１５，３５    メモリ
２１    無線データ送信部
２２    無線データ受信部
２３    ハンドオーバ判定処理部
２４    ユーザ情報管理部
２５    ＩＰデータ送信部
２６    Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ保持部
２７    ＩＰデータ受信部
１６，２８，３６    アンテナ
３２    スケジューリング部
３３    ＩＰデータ通信部
【図１】
0005573988.tif 000002
【図２】
0005573988.tif 000003
【図３】
0005573988.tif 000004
【図４】
0005573988.tif 000005
【図５】
0005573988.tif 000006
【図６】
0005573988.tif 000007
【図７】
0005573988.tif 000008
【図８】
0005573988.tif 000009
【図９】
0005573988.tif 000010
【図１０】
0005573988.tif 000011
【図１１】
0005573988.tif 000012
【図１２】
0005573988.tif 000013
【図１３】
0005573988.tif 000014