(57)【要約】【課題】ハンドオーバの発生頻度を抑えるようにした無線通信システム、無線基地局装置、無線通信システムにおけるハンドオーバ方法を提供すること。端末装置がハンドオーバ先で無線通信を行うことができるようにした無線通信システム、無線基地局装置、無線通信システムにおけるハンドオーバ方法を提供すること。【解決手段】端末装置と、前記端末装置と無線通信を行う第１の無線基地局装置と、第２の無線基地局装置とを備える無線通信システムにおいて、前記第２の無線基地局装置は、前記第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求に対して、前記第２の無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置が前記第２の無線基地局装置へハンドオーバを行った後、次にハンドオーバを行うまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定する制御部を備える。【選択図】図９
2013197828.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、
前記端末装置と無線通信を行う第１の無線基地局装置と、
第２の無線基地局装置とを備える無線通信システムにおいて、
前記第２の無線基地局装置は、
前記第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求に対して、前記第２の無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置が前記第２の無線基地局装置へハンドオーバを行った後、次にハンドオーバを行うまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定する制御部
を備えることを特徴とする無線通信システム。
【請求項２】
前記制御部は、前記予測時間が第１の閾値より短いとき、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可しないことを決定し、
前記第１の無線基地局装置は前記決定により前記第３の無線基地局装置に対して前記端末装置のハンドオーバ要求を送信することを特徴とする請求項１記載の無線通信システム。
【請求項３】
前記第１の無線基地局装置は、前記ハンドオーバ要求と前記端末装置の位置情報とを送信し、
前記制御部は、前記ハンドオーバ要求と前記位置情報とを受信したとき、前記第１の無線基地局装置に前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定し、
前記第１の無線基地局装置は、前記ハンドオーバを許可しない決定が行われた後、前記第１の無線基地局装置と前記端末装置との間の第３の無線品質が第４の閾値よりも低い品質のとき、前記位置情報を送信しないで前記ハンドオーバ要求を前記第２の無線基地局装置に送信し、
前記制御部は、前記位置情報を受信しないで前記ハンドオーバ要求を受信すると、前記第２の無線基地局装置へのハンドオーバを許可することを決定することを特徴とする請求項１記載の無線通信システム。
【請求項４】
前記第１の無線基地局装置は、前記決定と、前記第２及び第３の無線基地局装置における無線リソース状況とに基づいて、前記端末装置のハンドオーバ先を決定することを特徴とする請求項１記載の無線通信システム。
【請求項５】
端末装置と無線通信を行う第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求を受信する無線基地局装置において、
前記ハンドオーバ要求に対して、前記無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置により前記無線基地局装置へのハンドオーバが行われた後、次にハンドオーバが行われるまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記無線基地局装置へのハンドオーバを許可するか否かを決定する制御部
を備えることを特徴とする無線基地局装置。
【請求項６】
端末装置と、
前記端末装置と無線通信を行う第１の無線基地局装置と、
第２の無線基地局装置とを備える無線通信システムにおけるハンドオーバ方法であって、
前記第２の無線基地局装置は、前記第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求に対して、前記第２の無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置が前記第２の無線基地局装置へハンドオーバを行った後、次にハンドオーバを行うまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定する、
ことを特徴とするハンドオーバ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、無線基地局装置、無線通信システムにおけるハンドオーバ方法に関する。
【背景技術】
【０００２】
現在、携帯電話システムや無線ＬＡＮ（Local Area Network）などの無線通信システムが広く利用されている。また、無線通信の分野では、通信速度や通信容量を更に向上させるべく、次世代の通信技術について継続的な議論が行われている。例えば、標準化団体の１つである３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）を発展させたＬＴＥ−Ａ（Long Term Evolution−Advanced）と呼ばれる無線通信システムが提案されている。
【０００３】
このような無線通信の分野において、ハンドオーバと呼ばれる技術がある。ハンドオーバは、例えば、移動体端末装置（Mobile Station、以下「端末」）が接続する無線基地局装置（evolved UTRAN NodeB (eNB)、以下「基地局」）を切替えるようにする技術である。例えば、端末は、受信電波が一定値より弱くなるとハンドオーバにより他の基地局に接続を切替えることで、継続した無線通信を行うことができる。
【０００４】
この場合、ハンドオーバの実施の有無やハンドオーバ先の基地局の選定は、例えば、端末が検出した無線品質に基づいて基地局において判別される。例えば、端末は、接続基地局や接続基地局に隣接する隣接基地局などから送信された無線信号の電波強度をそれぞれ測定し、これらを基地局に送信する。基地局は、隣接基地局の電波強度が接続基地局の電波強度よりも高く、かつ、隣接基地局の電波強度が閾値より高い場合、当該隣接基地局をハンドオーバ先として決定する。
【０００５】
しかしながら、データ通信中の端末が高速移動をしているとき、短時間で複数回のハンドオーバが発生する場合がある。とくに、セル範囲が複数の基地局により重複して設計されているような都市部などでは、他の地域と比較して、このような事態が数多く発生する。
【０００６】
このような場合、例えば、ハンドオーバ元の基地局はハンドオーバ先の基地局へ、データを転送（Forwarding）し、ハンドオーバ先の基地局は当該データを端末に送信する。しかし、端末が高速移動をしているため、ハンドオーバ先の基地局がデータを送信している最中に、端末はさらに他の基地局へハンドオーバし、端末はデータを受信できない場合もある。従って、短時間で複数回のハンドオーバが発生すると、データの欠損や再送が行われやすくなる。
【０００７】
一方、ハンドオーバに関する技術としては、例えば、以下のようなものがある。すなわち、複数の基地局を収容する制御装置において、３つの基地局を順に配列した順列毎にハンドオーバが生じた頻度を記憶して当該頻度に基づきハンドオーバ先を決定し、各基地局における通信時間の比率に基づいてハンドオーバタイミングを予測するようにしたものがある。
【０００８】
また、ＣＩＯ設定管理装置において、移動局が測定した無線品質結果に対する補正に利用されるＣＩＯ値を、通信履歴情報に含まれるＵＥのセル滞在時間に基づいて補正することで、走行試験等を実施することなくＣＩＯ値を設定するようにしたものがある。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１０‐３４７８９号公報
【特許文献２】特開２０１０‐１８７０７５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、上記２つのハンドオーバに関する技術のうち、ハンドオーバが生じた頻度により制御装置がハンドオーバ先を予測する技術は、最も頻度の多い基地局をハンドオーバ先として決定している。従って、最も頻度が多い基地局として、短時間で次の接続先へハンドオーバが行われる基地局が選択されたとき、端末は当該基地局へハンドオーバしても、短時間で他の基地局へハンドオーバすることになる。
【００１１】
このような場合、例えば、上述したように通信データの欠損などが生じる場合がある。また、このような場合、ハンドオーバが１回だけの場合と比較して、無線区間などにおいて通信トラフィック量が増大し、端末などでは消費電力が増大する。
【００１２】
また、ＣＩＯ値を補正する技術では、基地局は補正後のＣＩＯ値を配下の全移動局に送信する。そのため、基地局配下の全移動局では、補正後のＣＩＯ値を共通して使用することになる。
【００１３】
従って、かかる技術では、基地局や制御装置は、基地局配下の個々の端末に対して、ハンドオーバを制御することはできず、例えば、ある端末は短時間で複数回のハンドオーバを行う場合もある。
【００１４】
さらに、上述した２つの技術は、双方とも、基地局と端末との無線通信に利用される無線リソース（例えば、時間と周波数）については考慮されていない。従って、端末がハンドオーバ先に移動しても無線リソースの不足から無線通信できない場合もある。
【００１５】
そこで、本発明の一目的は、ハンドオーバの発生頻度を抑えるようにした無線通信システム、無線基地局装置、無線通信システムにおけるハンドオーバ方法を提供することにある。
【００１６】
また、本発明の一目的は、端末装置がハンドオーバ先で無線通信を行うことができるようにした無線通信システム、無線基地局装置、無線通信システムにおけるハンドオーバ方法を提供することにある。
【課題を解決するための手段】
【００１７】
一態様によれば、端末装置と、前記端末装置と無線通信を行う第１の無線基地局装置と、第２の無線基地局装置とを備える無線通信システムにおいて、前記第２の無線基地局装置は、前記第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求に対して、前記第２の無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置が前記第２の無線基地局装置へハンドオーバを行った後、次にハンドオーバを行うまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定する制御部を備える。
【発明の効果】
【００１８】
ハンドオーバの発生頻度を抑えるようにした無線通信システム、無線基地局装置、無線通信システムを提供することができる。
【００１９】
また、端末がハンドオーバ先で無線通信を行うことができるようにした無線通信システム、無線基地局装置、無線通信システムにおけるハンドオーバ方法を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】図１は無線通信システムの構成例を表わす図である。
【図２】図２は無線通信システムの構成例を表わす図である。
【図３】図３は無線基地局装置の構成例を表わす図である。
【図４】図４は移動端末装置の構成例を表わす図である。
【図５】図５はハンドオーバ情報テーブルを生成する動作例を表わすシーケンス図である。
【図６】図６は呼情報の例を表わす図である。
【図７】図７はハンドオーバ情報テーブルの構成例を表わす図である。
【図８】図８は端末装置が移動する様子を表わす図である。
【図９】図９は基本シーケンスの動作例を表わすシーケンス図である。
【図１０】図１０はテーブル参照処理の動作例を表わすフローチャートである。
【図１１】図１１は端末装置が予測ルートからはずれた場合の動作例を表わすシーケンス図である。
【図１２】図１２は無線リソース状況を報告する動作例を表わすシーケンス図である。
【図１３】図１３は無線リソース状況とオフセット値の対応関係を表わす対応テーブルの構成例を表わす図である。
【図１４】図１４はＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔの報告内容とオフセット後の無線品質の例とを表わす図である。
【図１５】図１５はリソース状況を考慮した動作例を表わすシーケンス図である。
【図１６】図１６はＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔの報告内容とオフセット後の無線品質の例とを表わす図である。
【発明を実施するための形態】
【００２１】
以下、本発明を実施するための形態について説明する。
【００２２】
［第１の実施の形態］
最初に第１の実施の形態について説明する。図１は第１の実施の形態における無線通信システム１０の構成例を表わす図である。無線通信システム１０は、第１及び第２の無線基地局装置１００−１，１００−２と、端末装置２００とを備える。
【００２３】
第１及び第２の無線基地局装置１００−１，１００−２は、端末装置２００と無線通信を行うことができる。図１の例では、第１の無線基地局装置１００−１と端末装置２００とが無線通信を行っている。  
【００２４】
第１の無線基地局装置１００−１は、端末装置２００に対するハンドオーバ要求を第２の無線基地局装置１００−２に送信する。
【００２５】
例えば、端末装置２００が第１の無線基地局装置１００−１に対する第１の無線品質と第２の無線基地局装置１００−２に対する第２の無線品質とを測定し、第２の無線品質が第１の無線品質より品質が良い測定結果を第１の無線基地局装置１００−１に送信する。第１の無線基地局装置１００−１は、例えば、この測定結果を端末装置２００から受信したときに、ハンドオーバ要求を第２の無線基地局装置１００−２に送信する。
【００２６】
第２の無線基地局装置１００−２は、制御部１９０を備える。制御部１９０は、第１の無線基地局装置１００−１から送信されたハンドオーバ要求を受信する。制御部１９０は、このハンドオーバ要求に対して、第２の無線基地局装置１００−２において行われたハンドオーバに関する履歴情報に基づいて、端末装置２００が第２の無線基地局装置１００−２でハンドオーバを行った後、次にハンドオーバを行うまでの予測時間を予測する。そして、制御部１９０は、予測した予測時間に基づいて、端末装置２００の第２の無線基地局装置１００−２へのハンドオーバを許可するか否かを決定する。
【００２７】
例えば、制御部１９０は、予測時間が第１の閾値より短いことが予測されるとき、端末装置２００の第２の無線基地局装置１００−２へのハンドオーバを許可しないことを決定する。
【００２８】
この場合、例えば、第１の無線基地局装置１００−１は、第３の無線基地局装置（図示せず）へのハンドオーバを決定し、端末装置２００に対するハンドオーバ要求を第３の無線基地局装置に送信することになる。
【００２９】
従って、例えば、端末装置２００の第２の無線基地局装置１００−２に対するハンドオーバを制御部１９０が許可しない決定をしたとき、端末装置２００は、第２の無線基地局装置１００−２へのハンドオーバを行わないことになる。これにより、本無線通信システムにおいては、第２の無線基地局装置１００−２へのハンドオーバが行われる場合と比較して、ハンドオーバの発生頻度が少なくなり、その発生頻度を抑制することができる。
【００３０】
また、第１の無線基地局装置１００−１では、第２の無線基地局装置１００−２における制御部１９０による決定と、第２の無線基地局装置１００−２と第３の無線基地局装置（図示せず）の各無線リソース状況に基づいて、ハンドオーバ先を決定する。
【００３１】
このように、第１の無線基地局装置１００−１では、ハンドオーバ先の決定に際して、ハンドオーバ先の無線基地局装置における無線リソース状況を考慮して決定するため、ハンドオーバ先で無線リソースの不足から無線通信を行うことができない事態を回避することができる。
【００３２】
よって、端末装置２００は、ハンドオーバ先で無線通信を行うことができるようになる。  
【００３３】
［第２の実施の形態］
＜全体構成例＞
次に第２の実施の形態について説明する。図２は無線通信システム１０の構成例を表わす図である。無線通信システム１０は、無線基地局装置（以下、「基地局」）１００−１〜１００−３と、移動体端末（又は端末装置、以下、「端末」）２００、及びＭＭＥ（Mobility Management Entity）３００を備える。
【００３４】
第１の実施の形態における無線通信システム１０との対応関係は、例えば、以下のようになる。すなわち、第１の実施の形態における第１及び第２の無線基地局装置１００−１，１００−２は、例えば、本第２の実施の形態における基地局１００−１，１００−２にそれぞれ対応する。また、第１の実施の形態における端末装置２００は、例えば、本第２の実施の形態における端末装置２００に対応する。
【００３５】
図２の例では、端末２００は、基地局１００−１のセル範囲から基地局１００−２のセル範囲を経由して基地局１００−３のセル範囲に移動している様子が示されている。端末２００は、各基地局１００−１〜１００−３のセル範囲において、各基地局１００−１〜１００−３と無線通信を行うことができる。
【００３６】
図２の例では、基地局１００−１と基地局１００−２のセル範囲は重複し、基地局１００−２と基地局１００−３のセル範囲も重複している。このようなセル範囲を有している場合において、地点Ａは、例えば、端末２００が図２の矢印方向に移動している場合、端末２００と基地局１００−２との間の無線品質が端末２００と基地局１００−１との間の無線品質よりも良くなる地点である。また、地点Ｂは、例えば、端末２００と基地局１００−３との間の無線品質が端末２００と基地局１００−２との間の無線品質よりも良くなる地点である。
【００３７】
なお、各基地局１００−１〜１００−３は、セル範囲の中心に位置するが、図２では説明を容易にするためセル範囲の端部に配置している例を示している。また、図２に示す無線通信システム１０では、３つの基地局１００−１〜１００−３を含む例を示しているが、２の基地局が含まれても、４つ以上の基地局が含まれてもよい。また、端末２００も複数あってもよい。
【００３８】
ＭＭＥ３００は、各基地局１００−１〜１００−３と有線接続され、端末２００の位置登録や基地局１００−１〜１００−３間のハンドオーバに対する管理や制御などを行う。
【００３９】
なお、ＬＴＥなどにおいて、「セル」とは、例えば、基地局１００−１の１つのアンテナにより無線通信可能な範囲（又はカバレッジ）であるセクタ内において使用される周波数（又は各キャリア）毎の単位として定義されている。
【００４０】
例えば、基地局１００−１は複数のアンテナ（例えば６個）を有し、各アンテナにおいて通信可能な物理的な範囲を「セクタ」と称する場合、各「セクタ」において複数の周波数が使用される場合において各周波数を１つにまとめたものが「セル」となる。
【００４１】
ただし、本実施の形態を含む以下の実施の形態において、「セル」とは、例えば、各基地局１００−１〜１００−３において無線通信可能な範囲のことをいうものとする。この場合、複数の「セクタ」をまとめたものが「セル」として用いられる。もちろん、ＬＴＥの定義に沿った「セル」としても、本実施の形態を含む以下の実施の形態においても実施可能である。
【００４２】
また、以下においては、例えば、基地局１００−１のセル範囲を「ｃｅｌｌ１」、基地局１００−２のセル範囲を「ｃｅｌｌ２」、基地局１００−３のセル範囲を「ｃｅｌｌ３」と適宜称する場合がある。図２においては、各基地局１００−１〜１００−３のセル範囲をそれぞれ「ｃｅｌｌ１」〜「ｃｅｌｌ３」として表わされている。
【００４３】
ただし、このようなセル範囲（「ｃｅｌｌ１」など）を例えば、当該セル範囲に位置する端末２００と基地局１００との間の無線品質と称する場合もある。図１６などでは、「Ｃｅｌｌ１」を基地局１００−１と端末２００との間の無線品質として表わされている。
【００４４】
＜無線基地局装置の構成例＞
次に基地局１００の構成例を説明する。なお、図２では３つの基地局１００−１〜１００−３を例にして説明しているが、いずれの基地局１００−１〜１００−３においてもその構成は同一であり、とくに断らない限り、基地局１００として説明することにする。
【００４５】
図３は基地局１００の構成例を表わす図である。図３は、例えば、基地局１００のハードウェアブロックの構成例を表わしている。
【００４６】
基地局１００は、ベースバンド処理部１３０と、Ｌ２ＳＷ（L2 Switch）１４０と、ＨＷＹ（Highway）１５０、フラッシュメモリ１６０、メインメモリ１７０、及びＣＰＵ１８０を備える。また、基地局１００は、ＲＲＨ（Remote Radio Head）１２０と接続され、ＲＲＨ１２０とアンテナ１２１を介して、無線信号を端末２００に送信したり、端末２００から送信された無線信号を受信する。
【００４７】
ここで、第１の実施の形態における第２の無線基地局装置１００−２との対応関係は、例えば、以下のようになる。すなわち、第１の実施の形態における制御部１９０は、例えば、本第２の実施の形態におけるＣＰＵ１８０に対応する。
【００４８】
ＲＲＨ１２０は、例えば、ベースバンド処理部１３０から出力された無線信号を増幅してアンテナ１２１に出力したり、アンテナ１２１で受信した無線信号を増幅してベースバンド処理部１３０に出力する。ＲＲＨ１２０は、このような処理を行うことができるよう、内部に増幅回路を備えてもよい。なお、ＲＲＨ１２０は、例えば、アンテナ１２１毎に備えられてもよい。
【００４９】
ベースバンド処理部１３０は、例えば、ＲＲＨ１２０から出力された無線信号に対して、周波数変換処理や、復調処理、誤り訂正復号化処理などを施して、ベースバンド信号に変換する。そして、ベースバンド処理部１３０は、変換後のベースバンド信号を所定形式のパケットデータに変換して、Ｌ２ＳＷ１４０に出力する。また、ベースバンド処理部１３０は、Ｌ２ＳＷ１４０から出力されたパケットデータからベースバンド信号を抽出し、ベースバンド信号に対して、誤り訂正符号化処理や、変調処理、周波数変換処理などを施して、無線信号に変換する。ベースバンド処理部１３０は、変換後の無線信号をＲＲＨ１２０に出力する。ベースバンド処理部１３０は、このような処理を行うことができるようにするため、例えば、周波数変換回路や、復調及び変調回路、誤り訂正復号化及び符号化回路などを備えるようにしてもよい。
【００５０】
Ｌ２ＳＷ１４０は、例えば、パケットデータに含まれるＭＡＣ（Media Access Control）アドレスに基づいて中継動作を行うスイッチである。例えば、Ｌ２ＳＷ１４０は、ベースバンド処理部１３０から出力されたパケットデータをＨＷＹ１５０に出力し、ＨＷＹ１５０から出力されたパケットデータについては、自局宛てのものであるかを判別する。例えば、Ｌ２ＳＷ１４０は、ＨＷＹ１５０から出力されたパケットデータに含まれるＭＡＣアドレスが自局のものでない場合、当該パケットデータを終端させることができる。
【００５１】
ＨＷＹ１５０は、例えば、基地局１００から送信するデータなどの送信先を判別し、当該送信先にデータやメッセージを送信する。例えば、ＨＷＹ１５０は、Ｌ２ＳＷ１４０やＣＰＵ１８０から出力されたデータのＭＡＣヘッダなどから送信先を判別し、当該送信先にデータを送信することができる。本第２の実施の形態を含む以下の実施の形態において送信先としては、ＭＭＥ３００や他の基地局（基地局１００が基地局１００−１のときは、基地局１００−２や基地局１００−３が他の基地局となる）となる。また、ＨＷＹ１５０は、ＭＭＥ３００や他の基地局から送信されたデータなどを受信し、ＣＰＵ１８０やＬ２ＳＷ１４０に出力する。
【００５２】
フラッシュメモリ１６０は、例えば、オペレータにより設定可能なパラメータ値などを記憶する。このようなパラメータ値は、例えば、基地局１００が起動するときにおいて、ＣＰＵ１８０により適宜読み出される。図３では、フラッシュメモリ１６０は、メインメモリ１７０を介してＣＰＵ１８０と接続されるが、メインメモリ１７０を介さずに直接ＣＰＵ１８０と接続されてもよい。
【００５３】
メインメモリ１７０は、例えば、呼情報やハンドオーバ情報テーブルなどを記憶する。呼情報とハンドオーバ情報テーブルの詳細は後述する。
【００５４】
ＣＰＵ１８０は、例えば、呼情報やハンドオーバ情報テーブルを生成したり、ハンドオーバの実施の可否、更には、ハンドオーバ先などを判別する。ＣＰＵ１８０で行われる処理の詳細については後述する。
【００５５】
＜移動体端末装置の構成例＞
次に端末２００の構成例について説明する。図４は端末２００の構成例を表わす図である。図４は、例えば、端末２００のハードウェアブロックの構成例を表わしている。
【００５６】
端末２００は、アンテナ２１０と、無線回路部２２０と、ＡＤ／ＤＡ変換処理部２３０、ベースバンドプロセッサ２４０、アプリケーションプロセッサ２５０、メモリ２６０，２７０を備える。
【００５７】
無線回路部２２０は、アンテナ２１０で受信した基地局１００からの無線信号を増幅して、ＡＤ／ＤＡ変換処理部２３０に出力し、ＡＤ／ＤＡ変換処理部２３０から出力されたアナログの無線信号を増幅してアンテナ２１０に出力する。このため、無線回路部２２０は、増幅回路を備えるようにしてもよい。
【００５８】
ＡＤ／ＤＡ変換処理部２３０は、無線回路部２２０から出力されたアナログの無線信号をデジタルの無線信号に変換する。また、ＡＤ／ＤＡ変換処理部２３０は、ベースバンドプロセッサ２４０から出力されたデジタルの無線信号をアナログの無線信号に変換する。
【００５９】
ベースバンドプロセッサ２４０は、ＡＤ／ＤＡ変換処理部２３０から出力された無線信号に対して、周波数変換処理や復調処理、誤り訂正復号化処理などを施して、ベースバンド信号に変換し、変換後のベースバンド信号をアプリケーションプロセッサ２５０に出力する。また、ベースバンドプロセッサ２４０は、アプリケーションプロセッサ２５０から出力されたデータなどに対して、誤り訂正符号化処理や変調処理、周波数変換処理などを施して、無線信号に変換し、変換後の無線信号をＡＤ／ＤＡ変換処理部２３０に出力する。ベースバンドプロセッサ２４０は、このような処理を行う際に、適宜メモリ２６０にアクセスして、処理中又は処理の結果を示す数値などをメモリ２６０に記憶することができる。
【００６０】
なお、端末２００は、基地局１００との間の無線区間における無線品質（例えば、ＲＳＲＱ（Reference Signal Received Quality）、ＲＳＲＰ（Reference Signal Received power）など）を測定し、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔに含めて基地局１００に通知することができる。例えば、このような無線品質の測定や、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔの生成は、ベースバンドプロセッサ２４０で行われる。
【００６１】
アプリケーションプロセッサ２５０は、例えば、種々のアプリケーション処理を行う。例えば、アプリケーションプロセッサ２５０は、ベースバンドプロセッサ２４０から出力されたベースバンド信号に対して、例えば、画像処理や音声処理などを施して、モニタ（図示せず）に表示させたり、マイク（図示せず）から音声を出力させたりすることができる。また、アプリケーションプロセッサ２５０は、端末２００内のカメラ（図示せず）で撮影した画像に対して画像処理を施して、画像データとしてベースバンドプロセッサ２４０に出力することもできる。アプリケーションプロセッサ２５０は、例えば、ＧＰＳ（Global Positioning System）アプリケーションを実行することで、衛星との間で信号などを交換するなどして、端末２００の位置（例えば緯度、経度、高度）などを測定することもできる。
【００６２】
＜動作例＞
次にこのように構成された無線通信システム１０の動作例について説明する。本無線通信システム１０において、基地局１００は、ハンドオーバ情報テーブルを作成し、作成したハンドオーバ情報テーブルを参照してハンドオーバの制御を行う。そこで、動作例として、最初にハンドオーバ情報テーブルの作成について説明し、次に、ハンドオーバ制御について説明する。
【００６３】
＜ハンドオーバ情報テーブルの作成＞
図５は、基地局１００−２においてハンドオーバ情報テーブルが作成される場合の無線通信システム１０全体のシーケンス例を表わす図である。動作例としては、例えば、図２に表わされるように、端末２００が地点Ａから地点Ｂに移動する場合を例にして説明する。
【００６４】
端末２００は、地点Ａに移動すると、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを基地局１００−１に送信する（Ｓ１０）。例えば、ベースバンドプロセッサ２４０が２つの基地局１００−１，１００−２から受信した無線信号に対して無線品質を測定し、測定した無線品質を含むＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを生成して送信する。この場合、基地局１００−１と端末２００の間の無線品質を「ｃｅｌｌ１」、基地局１００−２と端末２００との間の無線品質を「ｃｅｌｌ２」とするとき、「ｃｅｌｌ１＜ｃｅｌｌ２」となる。
【００６５】
このとき、端末２００は、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏを含むＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを基地局１００−１に送信する。Ｌｏｃａｔｉｏｎ−Ｉｎｆｏは、例えば、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔに含まれる情報要素の一つであり、端末２００の位置、速度、方角（端末２００が移動する方向）に関する情報が含まれる。Ｌｏｃａｔｉｏｎ−Ｉｎｆｏは、例えば、「３ＧＰＰ  ＴＳ  ３６．３３１  Ｒｅｌ１０」において定義されている。
【００６６】
端末２００は、例えば、ＧＰＳなどにより自局の位置情報（例えば、緯度、経度、高度）を取得し、取得した位置情報の変位から速度や方角に関する情報を取得することができる。例えば、アプリケーションプロセッサ２５０が自局に位置、速度、方角に関する情報を取得し、ベースバンドプロセッサ２４０がこれらの情報を受け取ることで、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏを含むＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを生成することができる。
【００６７】
基地局１００−１は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを受信すると、無線品質に関して、「ｃｅｌｌ１＜ｃｅｌｌ２」となっていることを受けて、基地局１００−２に対してＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信する（Ｓ１１）。例えば、ＣＰＵ１８０は、ベースバンド処理部１３０などを介して、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを受け取り、無線品質を読み出して、無線品質に関して「ｃｅｌｌ１＜ｃｅｌｌ２」であることを確認する。そして、ＣＰＵ１８０は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを生成し、ＨＷＹ１５０を介して基地局１００−２に送信する。
【００６８】
この場合、基地局１００−１は、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏを含むＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを基地局１００−２に送信する。例えば、ＣＰＵ１８０がＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔからＬｏｃａｔｉｏｎ−Ｉｎｆｏを抽出し、生成したＨａｎｄｏｖｅｒＲｅｑｕｅｓｔにＬｏｃａｔｉｏｎ−Ｉｎｆｏを含めるようにする。
【００６９】
基地局１００−２は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを受信すると、ハンドオーバの可否を判定する（Ｓ１２）。例えば、基地局１００−２は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔに含まれる基地局１００−２の受信品質「ｃｅｌｌ２」が閾値以上のときハンドオーバ可と判定することができる。このような判定は、例えば、ＣＰＵ１８０で行われる。
【００７０】
基地局１００−２は、ハンドオーバ可と判定すると、呼情報を生成する（Ｓ１３）。図６は呼情報の例を表わす図である。呼情報には、「ＲＢＳ−ＩＤ（Radio Base Station - Identification：無線基地局のＩＤ）」、「ＲＢ−ＩＤ  ｆｏｒ  ＳＲＢ（Radio Bearer-ID for Signaling Radio Bearer：シグナリング用無線ベアラのＩＤ）」、及び「ＲＢ−ＩＤ  ｆｏｒ  ＤＲＢ（Radio Bearer-ID for Data Radio Bearer：データ無線用ベアラのＩＤ）」が含まれる。
【００７１】
例えば、ＣＰＵ１８０がデータまたは信号に応じて、無線ベアラによる通信コネクションを設定し、設定した無線ベアラにＩＤを付与することで、これらの情報を生成する。
【００７２】
また、呼情報には、更に、「ＨＯ  Ｉｎｆｏ」と「ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄ」が含まれる。
【００７３】
「ＨＯ  Ｉｎｆｏ」には、「ｔｉｍｅ」、「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」、「ａｌｔｉｔｕｄｅ」、「ｂｅａｒｉｎｇ」、「ｓｐｅｅｄ」の各情報が含まれる。このうち、「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」、「ａｌｔｉｔｕｄｅ」、「ｂｅａｒｉｎｇ」、「ｓｐｅｅｄ」は、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏに含まれる情報であり、基地局１００−２はＬｏｃａｔｉｏｎ−Ｉｎｆｏからこれらの情報を抽出することができる。また、「ｔｉｍｅ」は、例えば、基地局１００−２がＨａｎｄｏｖｅｒＲｅｑｕｅｓｔ（Ｓ１１）を受信した時刻などとすることができる。
【００７４】
例えば、ＣＰＵ１８０は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔ（Ｓ１１）を受信すると、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏを抽出し、端末２００の位置（緯度、経度、及び高度）、方角、速度に関する情報を抽出する。そして、ＣＰＵ１８０は、例えば、Ｌｏｃａｔｉｏｎ−ｉｎｆｏに含まれる緯度、経度、高度、方角、速度を、それぞれ呼情報の「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」、「ａｌｔｉｔｕｄｅ」、「ｂｅａｒｉｎｇ」、「ｓｐｅｅｄ」として、呼情報を生成することができる。
【００７５】
なお、「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」は、例えば、少数点第４位までが参照され、少数点第５位以下は切り捨てられる。また、「ｓｐｅｅｄ」は「１」から「５」の数値で評価され、「ｂｅａｒｉｎｇ」は東、西、南、北、北西、北東、南西、及び南東の８段階で評価され、それぞれの方角が「１」から「８」の数値で対応付けられる。
【００７６】
以上により、基地局１００−２は呼情報を生成することができる。例えば、ＣＰＵ１８０は、生成した呼情報をメインメモリ１７０に記憶する。
【００７７】
なお、呼情報に含まれる情報のうち、「ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄ」については後述する。
【００７８】
図５に戻り、基地局１００−２は、呼情報を生成（Ｓ１３）した後、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを基地局１００−１に送信する（Ｓ１４）。例えば、ＣＰＵ１８０は、呼情報を生成すると、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを生成し、ＨＷＹ１５０を介して基地局１００−１に送信する。
【００７９】
ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを受信した基地局１００−１は、端末２００に対して、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを指示する（Ｓ１５）。これにより、例えば、端末２００は基地局１００−２へのハンドオーバが許可されたことを認識する。
【００８０】
以後は、例えばＬＴＥなどで規定されたハンドオーバ手順（Ｓ１６〜Ｓ２０）が実行される。
【００８１】
そして、図２に示すように、端末２００が地点Ｂに移動する。
【００８２】
端末２００が地点Ｂに移動すると、以下のような動作が行われる。すなわち、図５に示すように、端末２００はＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを基地局１００−２に報告する（Ｓ２１）。この場合のＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔには、基地局１００−２と端末２００との間の無線品質を「ｃｅｌｌ２」、基地局１００−３と端末２００との間の無線品質を「ｃｅｌｌ３」とすると、「ｃｅｌｌ２＜ｃｅｌｌ３」となる無線品質が含まれる。
【００８３】
次いで、基地局１００−２は、無線品質に関して「ｃｅｌｌ１２＜ｃｅｌｌ３」となっていることを受けて、基地局１００−３に対してＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信する（Ｓ２２）。
【００８４】
次いで、基地局１００−３は、ハンドオーバの可否を判定する（Ｓ２３）。基地局１００−３は、例えば、Ｓ１２と同様にハンドオーバの可否の判定することができる。
【００８５】
基地局１００−３は、ハンドオーバ可と判定すると、基地局１００−２に対して、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを送信する（Ｓ２４）。
【００８６】
基地局１００−２は、基地局１００−３からのＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを受けて、ハンドオーバ情報テーブルを更新する（Ｓ２５）。
【００８７】
図７はハンドオーバ情報テーブル１７１の例を表わす図である。ハンドオーバ情報テーブル１７１には、「緯度」、「経度」、「高度」、「速度」、「方角」の各情報と、「ＨＯ回数（Ｔ以下）」、「ＨＯ回数（Ｔ以上）」の各情報を含む。
【００８８】
「緯度」、「経度」、「高度」、「速度」、及び「方角」は、呼情報に含まれる「ＨＯ  Ｉｎｆｏ」の「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」、「ａｌｔｉｔｕｄｅ」、「ｓｐｅｅｄ」、及び「ｂｅａｒｉｎｇ」にそれぞれ対応する。基地局１００−２は、生成した呼情報について、ハンドオーバ情報テーブル１７１の「緯度」、「経度」、「高度」、「速度」、及び「方角」と一致する行を更新対象とする。
【００８９】
例えば、ＣＰＵ１８０は、メインメモリ１７０に記憶されたハンドオーバ情報テーブル１７１を読み出し、Ｓ１３の処理で生成した呼情報のうち「ＨＯ  Ｉｎｆｏ」に含まれる各情報に対応する、ハンドオーバ情報テーブル１７１の行を更新対象とする。例えば、ＣＰＵ１８０は、呼情報のうち、「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」、「ａｌｔｉｔｕｄｅ」、「ｓｐｅｅｄ」、及び「ｂｅａｒｉｎｇ」がそれぞれ「地点Ａ」、「地点Ａ」、「地点Ａ」、「４」、「１」であるとき、ハンドオーバ情報テーブル１７１の最上段の行を更新対象とする。
【００９０】
そして、基地局１００−２は、地点Ａと地点Ｂでのハンドオーバの時間差、例えば、図５において基地局１００−１からＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを受けてから（Ｓ１１）、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを受け取る（Ｓ２４）までの時間差を求める。
【００９１】
基地局１００−２は、求めた時間差と、オペレータによって事前に設定された「短い時間Ｔ」とを比較する。基地局１００−２は、時間差が「短い時間Ｔ」よりも短いとき、ハンドオーバ情報テーブル１７１における「ＨＯ回数（Ｔ以下）」の値をインクリメント（又はカウント）する。また、基地局１００−２は、時間差が「短い時間Ｔ」以上のとき、ハンドオーバ情報テーブル１７１における「ＨＯ回数（Ｔ以上）」の値をインクリメント（又はカウント）する。
【００９２】
例えば、ＣＰＵ１８０は、図７に示すハンドオーバ情報テーブル１７１の最上段の行において、時間差が「Ｔ」より短いときは、「ＨＯ回数（Ｔ以下）」の値をインクリメントし、時間差が「Ｔ」以上のとき、「ＨＯ回数（Ｔ以上）」の値をインクリメントする。
【００９３】
図５に戻り、基地局１００−２は、ハンドオーバ情報テーブル１７１を更新すると（Ｓ２５）、生成した呼情報（Ｓ１３）を削除する（Ｓ２６）。呼情報は、ハンドオーバ情報テーブル１７１の更新（又は生成）において用いられ、ハンドオーバ情報テーブル１７１の更新後は用いられないからである。例えば、ＣＰＵ１８０はメインメモリ１７０に記憶した呼情報をメインメモリ１７０から削除する。ただし、ＣＰＵ１８０は呼情報のうち、ｎｅｇａｉｖｅ  ｃｅｌｌｉｄをメインメモリ１７０から削除しないで記憶した状態のままにしておく。ｎｅｇａｉｖｅ  ｃｅｌｌｉｄは、後述する基本シーケンスの動作例などにおいて使用されるからである。
【００９４】
以上により、基地局１００−２は、ハンドオーバ情報テーブル１７１を更新（又は生成）することができる。例えば、ハンドオーバ情報テーブル１７１は、基地局１００のメインメモリ１７０に記憶され、ＣＰＵ１８０により更新（又は生成）されることができる。
【００９５】
＜基本シーケンスの動作例＞
次に、ハンドオーバ情報テーブル１７１を利用したハンドオーバ制御の動作例について説明する。このような動作例を本第２の実施の形態では、例えば、「基本シーケンス」と適宜称する場合がある。
【００９６】
図８は無線通信システム１０において端末２００がハンドオーバしている様子の例を表わしている。図８では、端末２００が地点Ａから地点Ｂを経由して地点Ｃに移動するルートＸと、地点Ａから地点Ｂを経由しないで、基地局１００−２の中心に向けて移動するルートＹとが示されている。
【００９７】
なお、各基地局１００−１〜１００−３の無線品質をそれぞれ「ｃｅｌｌ１」、「ｃｅｌｌ２」、「ｃｅｌｌ３」とすると、例えば、基地局１００−１のセル範囲に在圏している端末２００の無線品質が「ｃｅｌｌ１＜ｃｅｌｌ２」となる地点を地点Ａとする。また、地点ＡからルートＸに沿って移動する端末２００の無線品質が「ｃｅｌｌ１＜ｃｅｌｌ３＜ｃｅｌｌ２」となる地点を地点Ｂとする。さらに、地点ＢからルートＸに沿って移動する端末２００の無線品質が「ｃｅｌｌ２＜ｃｅｌｌ３」となる地点を地点Ｃとする。
【００９８】
基本シーケンスの動作例として、端末２００がルートＸに沿って地点Ａに移動し、更に地点Ａから地点Ｂに移動したときを例にして説明する。なお、基地局１００−２と基地局１００−３は、更新後のハンドオーバ情報テーブル１７１を保持しているものとする。従って、基地局１００−２，１００−３は、例えば、ハンドオーバ情報テーブル１７１の作成処理（例えば図５）を行った後で、本基本シーケンスを実行するものとする。
【００９９】
図９は基本シーケンスの動作例を表わすシーケンス図である。端末２００は、地点Ａに移動すると、基地局１００−１に対してＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを送信する（Ｓ１０）。このＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔには、各無線品質について、「ｃｅｌｌ１＜ｃｅｌｌ２」となる２つの無線品質（「ｃｅｌｌ１」と「ｃｅｌｌ２」）が含まれる。また、端末２００は、地点ＡにおけるＬｏｃａｔｉｏｎ−Ｉｎｆｏ（「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」、「ａｌｔｉｔｕｄｅ」、「ｓｐｅｅｄ」、及び「ｂｅａｒｉｎｇ」）に含まれる各情報を測定し、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔに含ませて送信する。
【０１００】
基地局１００−１は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを受信すると、ハンドオーバの可否を判定する（Ｓ１２）。無線品質に関して、「ｃｅｌｌ１＜ｃｅｌｌ２」となっているため、基地局１００−１は、基地局１００−２へのハンドオーバについてハンドオーバ可と判定する。
【０１０１】
次いで、基地局１００−１は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを基地局１００−２に送信する（Ｓ３１）。このとき、基地局１００−１は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔに含まれるＬｏｃａｔｉｏｎ−ＩｎｆｏをＨａｎｄｏｖｅｒＲｅｑｕｅｓｔに含ませて送信する。
【０１０２】
基地局１００−２は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを受信すると、ハンドオーバ情報テーブル１７１を参照する（Ｓ３２）。
【０１０３】
図１０は、ハンドオーバ情報テーブル１７１の参照処理に関する動作例を表わすフローチャートである。基地局１００−２がテーブル参照（Ｓ３２）を行うときに実行される。
【０１０４】
基地局１００−２は、参照処理を開始すると（Ｓ３２０）、ハンドオーバ情報テーブル１７１において、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏと一致する行を検索する。例えば、ＣＰＵ１８０は、メインメモリ１７０に記憶されたハンドオーバ情報テーブル１７１を読み出して、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏに含まれる「ｌａｔｉｔｕｄｅ」、「ｌｏｎｇｉｔｕｄｅ」、「ａｌｔｉｔｕｄｅ」、「ｓｐｅｅｄ」、及び「ｂｅａｒｉｎｇ」と一致するハンドオーバ情報テーブル１７１の行を検索する。例えば、ＣＰＵ１８０は、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏと一致する行として、図７のハンドオーバ情報テーブル１７１における最上段の行を検索する。
【０１０５】
次いで、基地局１００−２は、ハンドオーバ情報テーブル１７１における該当する行の「ＨＯ回数（Ｔ以下）」と「ＨＯ回数（Ｔ以上）」の割合をそれぞれ求める（Ｓ３２２）。例えば、ＣＰＵ１８０は、「ＨＯ回数（Ｔ以下）」の割合（図７の例で最上段の行の場合、１０／（１０＋９５））と「ＨＯ回数（Ｔ以上）」の割合（図７の例で最上段の行の場合、９５／（１０＋９５））を求める。
【０１０６】
次いで、基地局１００−２は、「ＨＯ回数（Ｔ以下）」と「ＨＯ回数（Ｔ以上）」の合計値が第１の閾値以上で、かつ、「ＨＯ回数（Ｔ以下）」の割合が第２の閾値以上か否かを判別する（Ｓ３２３）。
【０１０７】
そして、基地局１００−２は、「ＨＯ回数（Ｔ以下）」と「ＨＯ回数（Ｔ以上）」の合計値が第１の閾値以上で、かつ、「ＨＯ回数（Ｔ以下）」の割合が第２の閾値以上のとき、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅを生成する（Ｓ３２４）。
【０１０８】
一方、基地局１００−２は、「ＨＯ回数（Ｔ以下）」と「ＨＯ回数（Ｔ以上）」の合計値が第１の閾値以上で、かつ、「ＨＯ回数（Ｔ以下）」の割合が第２の閾値以上でないとき、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを生成する（Ｓ３２６）。
【０１０９】
これは、例えば、「ＨＯ回数（Ｔ以下）」の割合が第２の閾値以上のとき（Ｓ３２３でＹｅｓ）、端末２００は地点Ａでハンドオーバを実施しても、「Ｔ」時間経過後に次回ハンドオーバする可能性と比較して、「Ｔ」以内で次回ハンドオーバする可能性の方が高い。
【０１１０】
すなわち、端末２００は、地点Ａにおいて、基地局１００−２にハンドオーバしても、「Ｔ」以内に次回ハンドオーバする可能性が、「Ｔ」経過後に次回ハンドオーバする可能性よりも高い。このような場合、基地局１００−２は、端末２００の自局へのハンドオーバ要求を許可しないようにする（Ｓ３２４）。
【０１１１】
一方、例えば、「ＨＯ回数（Ｔ以下）」の割合が第２の閾値以下であれば（Ｓ３２３でＮｏ）、端末２００は、地点Ａで基地局１００−２へのハンドオーバを実施しても、「Ｔ」以内に次回ハンドオーバする可能性よりも、「Ｔ」経過後に次回ハンドオーバする可能性の方が高い。このような場合、端末２００は、地点Ａにおいて、基地局１００−２にハンドオーバしても、「Ｔ」経過後に次回ハンドオーバする可能性の方が、「Ｔ」以内に次回ハンドオーバする可能性よりも高くなる。よって、基地局１００−２は、この場合、基本シーケンスによるハンドオーバ制御を実施しないようにする。例えば、基地局１００−２は自局へのハンドオーバを許可する（Ｓ３２６）。
【０１１２】
このような判別は、例えば、基地局１００−２のＣＰＵ１８０において行われる。
【０１１３】
なお、Ｓ３２３の判別で、「合計値が第１の閾値以上」としたのは、例えば、「ＨＯ回数（Ｔ以下）」と「ＨＯ回数（Ｔ以上）」の回数の合計値が第１の閾値より少ない場合、母数としての信頼性に欠けるからである。合計値が充分信頼できる程度の回数になったときに、基地局１００−２はＳ３２３の判別を行うことができる。
【０１１４】
なお、第１の閾値や第２の閾値は、オペレータにより適宜設定可能とし、例えば、フラッシュメモリ１６０に第１の閾値と第２の閾値が記憶されるものとする。ＣＰＵ１８０は、Ｓ３２３の処理の際に、フラッシュメモリ１６０からメインメモリ１７０を経由して、第１の閾値と第２の閾値とを読み出して、Ｓ３２３の判別を行うことができる。
【０１１５】
そして、基地局１００−２は一連の参照処理を終了する（Ｓ３２５）。
【０１１６】
図９に戻り、基地局１００−２は、テーブル参照（Ｓ３２）による判別結果に基づいて、基地局１００−１に対して、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅを送信する（Ｓ３３）。このとき、基地局１００−２は、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅの「ｃａｕｓｅ」の項目には、「ｓｈｏｒｔ  ｔｉｍｅ  ｈａｎｄｏｖｅｒ」を設定して送信する。
【０１１７】
ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅを受信した基地局１００−１は、基地局１００−２へのハンドオーバは困難であると判別する。そして、基地局１００−１は、メインメモリ１７０に保持したｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄに、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅを送信した基地局１００−２のセルＩＤを設定する（Ｓ３４）。このような設定は、例えば、ＣＰＵ１８０がメインメモリにｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄとして、基地局１００−２のセルＩＤを記憶することで行われる。
【０１１８】
その後、端末２００は地点Ａから地点Ｂに移動する。
【０１１９】
端末２００は地点Ｂに移動すると、無線品質が「ｃｅｌｌ１＜ｃｅｌｌ３」となるため、基地局１００−１にＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを送信する（Ｓ３５）。なお、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔには、例えば、「ｃｅｌｌ１＜ｃｅｌｌ３＜ｃｅｌｌ２」となる３つの無線品質が含まれる。
【０１２０】
基地局１００−１は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを受信すると、ハンドオーバの可否を判別する（Ｓ３６）。このとき、基地局１００−１は、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄを参照し、この場合、基地局１００−２のセルＩＤが登録されているため、基地局１００−２との間の無線品質に対してオフセットを加算する。
【０１２１】
例えば、ＣＰＵ１８０は、端末２００から報告を受けた基地局１００−２に対するＲＳＲＰとＲＳＲＱにそれぞれ「−１０ｄＢｍ」と「−５ｄＢ」のオフセットを加算する。その結果、無線品質は、「ｃｅｌｌ２＜ｃｅｌｌ３」となる。これにより、基地局１００−１は、端末２００のハンドオーバ先として、基地局１００−２ではなく、基地局１００−３とすることを決定する。
【０１２２】
次いで、基地局１００−２は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを基地局１００−３に送信する（Ｓ３７）。
【０１２３】
次いで、基地局１００−３は、自局で保持したハンドオーバ情報テーブル１７１を参照する（Ｓ３８）。この場合も、Ｓ３２の処理と同様に、基地局１００−３は参照処理（例えば図１０）を実行する。
【０１２４】
基地局１００−３は、次回ハンドオーバまでの時間が「Ｔ」以下である割合が第２の閾値より小さいとき（例えば図１０のＳ３２３でＮＯ）、次回ハンドオーバまでの時間が「Ｔ」以下である可能性は「Ｔ」よりも長くなる可能性よりも低いと判別する。この場合、基地局１００−３は、自局へのハンドオーバを許可すべく、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを基地局１００−１に送信する（Ｓ３９）。
【０１２５】
ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを受信した基地局１００−１は、端末２００に対して、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信する（Ｓ４０）。これにより、端末２００は、基地局１００−３へのハンドオーバが許可されたことを認識する。その後、端末２００や基地局１００−１、及び基地局１００−３は、例えば、ＬＴＥなどで規定されたハンドオーバ手順が実行される（Ｓ４１〜Ｓ４５）。
【０１２６】
なお、例えば、端末２００は地点Ｃに移動したとき、「Ｃｃｅｌｌ２＜Ｃｃｅｌｌ３」となるＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを基地局１００−３に報告する。しかし、端末２００は既に基地局１００−３へのハンドオーバを終了しているため、基地局１００−３と端末２００はハンドオーバ手順を実行することがなく、端末２００が地点Ｃに移動したときはハンドオーバが行われないことになる。
【０１２７】
このように、例えば図８において、端末２００が地点Ｂに移動すると、基地局１００−２へのハンドオーバは行われず、基地局１００−３へのハンドオーバが行われる。この場合、端末２００は、地点Ｃではとくにハンドオーバが行われることがない。
【０１２８】
例えば、端末２００が地点Ａから地点Ｃに高速移動をしているとき、端末２００が基地局１００−１〜基地局１００−３と順次ハンドオーバする場合と比較して、本無線通信システム１０ではハンドオーバの発生頻度は１回で済む。従って、本無線通信システム１０では、ハンドオーバの発生頻度を抑えることができる。言い換えると、本基本シーケンスにより、地点Ｂでのハンドオーバに集約させることができる。
【０１２９】
とくに都市部などでは、セル範囲が複数の基地局により重複して設計がなされている場合があり、このようなセル範囲を端末２００が高速移動する場合においては、本通信システム１０によってハンドオーバの発生頻度を抑えることができる。
【０１３０】
また、地点Ａ及び地点Ｂにおいて基本シーケンスが行われる場合、基地局１００−１〜１００−３と端末２００以外の他の装置ではとくにハンドオーバに関する特別な計算などの処理は行われない。従って、本基本シーケンスでは、他の装置においてハンドオーバに関する特別な計算が行われる場合と比較して、簡易に処理を行うことができるため、処理速度を速めることができる。また、このため、端末２００においては消費電力の削減を図ることもできる。
【０１３１】
＜予測したルートから外れた場合の動作例＞
次に、動作例として、予測したルートから端末２００が外れた場合の動作例について説明する。
【０１３２】
基本シーケンスの動作例において、基地局１００−２は、「端末２００はルートＸに沿って移動している」との予想に基づいて、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅを基地局１００−１に送信する（図９のＳ３３）。しかし、この予想は、実際には一定の割合で外れることがある。例えば、端末２００を操作するユーザが道路ではないルート上を移動する場合などである。
【０１３３】
例えば、図８に示すように、端末２００が予想したルートがルートＸではなく、ルートＹに沿って移動した場合を例にして、予想したルートから外れた場合の動作例について説明する。
【０１３４】
図１１は端末２００が予想したルートから外れた場合の動作例を表わすシーケンス図である。図１１は、例えば、図８において端末２００が地点Ａに移動し、その後、地点Ｂに移動しないでルートＹに移動した場合の動作例を表わしている。基本シーケンス（図９）と同一の動作部分には同一の符号が付されている。
【０１３５】
端末２００は地点Ａに移動すると、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを基地局１００−１に送信する（Ｓ１０）。このＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔには、無線品質に関し「ｃｅｌｌ１＜ｃｅｌｌ２」となる２つの無線品質が含まれる。
【０１３６】
次いで、基地局１００−１はハンドオーバの可否を判断し（Ｓ３０）、ハンドオーバ可として、基地局１００−２にＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信する（Ｓ３１）。
【０１３７】
次いで、基地局１００−２は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔに付加されているＬｏｃａｔｉｏｎ−Ｉｎｆｏをキーにして、ハンドオーバ情報テーブル１７１を検索する（Ｓ３２）。そして、基地局１００−２は、ハンドオーバ情報テーブル１７１の該当する行における「ＨＯ回数（Ｔ以下）」と「ＨＯ回数（Ｔ以上）」の合計値が第１の閾値以上で、かつ、「ＨＯ回数（Ｔ以下）」の割合が第２の閾値以上か否かを判別する（例えば図１０のＳ３２３）。本動作例では、この条件を満たし（Ｓ３２３でＹｅｓ）、基地局１００−２は、基地局１００−１に対して、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅを送信する（Ｓ３３）。
【０１３８】
次いで、基地局１００−１は、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄに基地局１００−２のセルＩＤを設定する（Ｓ３４）。
【０１３９】
そして、端末２００は、地点ＡからルートＹ上に沿って移動する。
【０１４０】
ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔで品質状況を報告した端末２００は、ハンドオーバプロシージャが開始されない限り、報告回数がＲｅｐｏｒｔＡｍｏｕｎｔ回に達するまで、ＲｅｐｏｒｔＩｎｔｅｒｖａｌ間隔でＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを報告する。
【０１４１】
ただし、ＲｅｐｏｒｔＡｍｏｕｎｔとＲｅｐｏｒｔＩｎｔｅｒｖａｌは、例えば、報知情報として、事前に基地局１００−１から端末２００に通知されるものとする。そのため、端末２００は、ルートＹに沿って移動している場合でも、基地局１００−１に対してＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを報告する。
【０１４２】
図１１の例では、Ｓ５０とＳ５２により、端末２００はルートＹに沿って移動しているときに、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを基地局１００−１に送信している。
【０１４３】
基地局１００−１では、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔの報告を受けて、ハンドオーバの可否を判断するが（Ｓ５１，Ｓ５３）、この場合、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄに基地局１００−２のセルＩＤが設定されている。従って、基地局１００−２に対するＲＳＲＰとＲＳＲＱにそれぞれ「−１０ｄＢｍ」と「−５ｄＢ」のオフセットが加算される。よって、基地局１００−１は、基地局１００−２に対する無線品質「ｃｅｌｌ２」が基地局１００−１に対する無線品質「ｃｅｌｌ１」よりも十分高い品質でない場合、「ｃｅｌｌ１＜ｃｅｌｌ２」とならず、基地局１００−２に対してＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信しない。
【０１４４】
そこで、基地局１００−１は、自局の品質状況が一定以上悪い場合（又は第３の閾値以上悪い場合）、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄを参照しないで、ハンドオーバ先を決定する。また、このとき、基地局１００−１は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ（例えばＳ５０やＳ５１）に付加されるＬｏｃａｔｉｏｎ−Ｉｎｆｏを参照しないで、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信することにする。
【０１４５】
図１１の例では、例えば、Ｓ５５の処理において、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔとして報告された基地局１００−１の無線品質（Ｓ５４）が第３の閾値以上悪い場合となっている。この場合、基地局１００−１は、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄ（例えば基地局１００−２のセルＩＤ）を参照せず、ハンドオーバ可と判定する。そして、基地局１００−１は、無線品質に関してオフセットを加算しないようにし、これにより、無線品質は「ｃｅｌｌ１＜ｃｅｌｌ２」となる。この場合、基地局１００−１は、ハンドオーバ先を基地局１００−２に決定する（Ｓ５５）。
【０１４６】
次いで、基地局１００−１は、基地局１００−２にＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信する（Ｓ５６）。また、基地局１００−１は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔにＬｏｃａｔｉｏｎ−Ｉｎｆｏを含ませないようにして送信している。これにより、基地局１００−２は、ハンドオーバ情報テーブル１７１を参照することなく、ハンドオーバの制御を行う。すなわち、図１１の例では、基地局１００−２は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを基地局１００−１に送信し（Ｓ５７）、以後は、ＬＴＥなどで規定されたハンドオーバプロシージャが実行される（Ｓ５８〜Ｓ６３）。
【０１４７】
図１１の例では、端末２００は予想からはずれてルートＹに沿って移動することになるが、その場合でも、端末２００は基地局１００−１から基地局１００−２へのハンドオーバを１回行うだけである。従って、ハンドオーバが複数回行われる場合と比較して、ハンドオーバの発生頻度を抑えることができる。
【０１４８】
また、端末２００が予想したルートから外れた場合でも、本通信システム１０では、基地局１００−１，１００−２や端末２００以外の装置でハンドオーバに関する計算などが行われない。よって、本通信システム１０では、かかる装置で計算などが行われる場合と比較して、処理速度を速くできる。また、端末２００ではハンドオーバに関する特別な計算などを行うこともないため、端末２００の消費電力削減を図ることができる。
【０１４９】
＜リソース状況に応じたハンドオーバ制御＞
次の動作例として、リソース状況に応じたハンドオーバ制御について説明する。基本シーケンスの動作例では、端末２００が地点Ｂにおいて基地局１００−２ではなく基地局１００−３にハンドオーバする例について説明した。この場合、例えば、端末２００が基地局１００−３にハンドオーバしたとしても、基地局１００−３において端末２００との無線通信に利用される無線リソース（例えば時間と周波数）が一定値（例えば第４の閾値）以下のとき、端末２００に無線リソースを割当てることができない場合がある。従って、この場合、端末２００は基地局１００−３と無線通信を行うことができなくなる。
【０１５０】
一方、基地局１００−１〜１００−３間では、互いに無線リソースの状況を報告し合い、基地局１００−１は、他の基地局１００−２，１００−３の無線リソース状況を把握することができる。
【０１５１】
本動作例では、基地局１００−１は端末２００から報告を受けたＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔの内容からハンドオーバ先を判定するが、各基地局１００−２，１００−３のリソース状況に基づいて判定する。無線リソースの状況が加味されてハンドオーバの制御が行われるため、端末２００はハンドオーバ先の基地局１００−２，１００−３において無線通信を行うことができるようになる。
【０１５２】
なお、本動作例においても、基本シーケンスの動作例と同様に、例えば図８に示すルートＸに沿って端末２００が移動するものとする。
【０１５３】
図１２は、無線リソースの状況を基地局１００−１，１００−２間で報告し合うシーケンスの例を表わしている。基地局１００−１は、ＲｅｓｏｕｒｃｅＳｔａｔｕｓＲｅｑｕｅｓｔを基地局１００−２に送信し（Ｓ６５）、基地局１００−２はＲｅｓｏｕｒｃｅＳｔａｔｕｓＲｅｓｐｏｎｓｅを返信する（Ｓ６６）。その後、基地局１００−２は、自局の無線リソースの状況をＲｅｓｏｕｒｃｅＳｔａｔｕｓＵｐｄａｔｅとして報告する（Ｓ６７〜Ｓ６８）。
【０１５４】
ＲｅｓｏｕｒｃｅＳｔａｔｕｓＵｐｄａｔｅの設定値は、「Ｌｏｗ」、「Ｍｉｄｄｌｅ」、「Ｈｉｇｈ」、及び「Ｏｖｅｒｌｏａｄ」の４つがある。「Ｌｏｗ」は、例えば、無線リソースに十分余りがあることを表わし、「Ｈｉｇｈ」は、例えば、無線リソースの余りが一定以下となっていることを表わしている。また、「Ｍｉｄｄｌｅ」は、例えば、無線リソースの状況が「Ｌｏｗ」と「Ｈｉｇｈ」の中間程度であることを表わし、「Ｏｖｅｒｌｏａｄ」は、例えば、無線リソースに余りがないことを表わしている。  
【０１５５】
基地局１００−２は、ＲｅｓｏｕｒｃｅＳｔａｔｕｓＵｐｄａｔｅを送信し（Ｓ６６）、その後、通知内容から値が変化すると、ＲｅｓｏｕｒｃｅＳｔａｔｕｓＵｐｄａｔｅを再度送信する（Ｓ６７〜Ｓ６８）。
【０１５６】
例えば、基地局１００−２のＣＰＵ１８０が配下の端末に対する無線リソースの割当てを行い、その割当てを行った結果に応じて、「Ｌｏｗ」や「Ｈｉｇｈ」などの設定値を設定し、ＲｅｓｏｕｒｃｅＳｔａｔｕｓＵｐｄａｔｅを生成し、送信することができる。他のメッセージの生成や送信（Ｓ６５，Ｓ６６）についても、例えば、ＣＰＵ１８０により行われる。
【０１５７】
図１２の例は、基地局１００−１と基地局１００−２間におけるシーケンス例であるが、他の基地局間においても、同じシーケンスを実行することができる。よって、基地局１００−１は、基地局１００−２だけでなく、基地局１００−３の無線リソース状況を把握することができる。
【０１５８】
このように、基地局１００−１では、基地局１００−２，１００−３からの無線リソース状況の報告を受けることができ、無線リソースの状況に応じたオフセットを用いて、ハンドオーバ先を判定することができる。
【０１５９】
図１３はリソース状況をオフセットとの対応関係を表わす対応テーブル１７２の例を表わしている。例えば、基地局１００−２の無線リソースの状況が「Ｌｏｗ」のとき、基地局１００−１は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔとして報告を受けた「ｃｅｌｌ２」に対するＲＳＲＰについては「＋２０ｄＢｍ」のオフセットを加算し、「ＲＳＲＱ」については「＋１０ｄＢ」のオフセットを加算する。また、無線リソースの状況が「Ｈｉｇｈ」のとき、基地局１００−１は、「ｃｅｌｌ２」に対するＲＳＲＰについては「−２０ｄＢｍ」のオフセットを加算し、「ＲＳＲＱ」については「−１０ｄＢ」のオフセットを加算する。
【０１６０】
なお、図１３に示すオフセット値は一例であって、無線リソース状況に対応する値であれば、図１３に示す以外の値であってもよい。
【０１６１】
図１４は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔの報告内容とオフセット後の無線品質の例とを表わす図である。基地局１００−１〜１００−３の無線リソース状況がそれぞれ「Ｍｉｄｄｌｅ」、「Ｌｏｗ」、「Ｈｉｇｈ」であるとき、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔとして報告されたＲＳＲＰとＲＳＲＱに対して、オフセット値が加算されている。オフセット値が加算された後の無線品質が図１４の「リソースｏｆｆｓｅｔ考慮後」の項目に記載されている。
【０１６２】
図１５は、リソース状況を考慮したハンドオーバ制御の動作例を表わすシーケンス図である。端末２００は、例えば、図８に示すルートＸに沿って移動している場合の動作例である。図１５において、基本シーケンスの動作例（例えば図９）と同一の処理部分には同一の符号が付されている。
【０１６３】
端末２００は、地点Ａに移動すると、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを送信する（Ｓ１０）。例えば、端末２００は、図１４に示す「ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ」の項目に記載された各無線品質を報告する。
【０１６４】
次いで、基地局１００−１は、ハンドオーバの可と判別して（Ｓ３０）、基地局１００−２にＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信する（Ｓ３１）。そして、基地局１００−２は、ハンドオーバ情報テーブル１７１を参照して、基地局１００−２へのハンドオーバは困難であると判定し、基地局１００−１に対して、ＨａｎｄｏｖｅｒＰｒｅｐａｒａｔｉｏｎＦａｉｌｕｒｅを送信する（Ｓ３３）。
【０１６５】
次いで、基地局１００−１は、基地局１００−２のセルＩＤをｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄに設定する（Ｓ３４）。
【０１６６】
そして、端末２００は地点Ａから地点Ｂに移動する。
【０１６７】
地点Ｂにおいて、端末２００は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔを送信する（Ｓ７０）。
【０１６８】
次いで、基地局１００−１は、ハンドオーバの可否を判断する（Ｓ７１）。ここで、基地局１００−１は、無線リソース状況によるオフセットと、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄによるオフセットの双方を考慮して、ハンドオーバの可否を判断する。
【０１６９】
図１６は、ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔの報告内容とオフセット後の無線品質の例とを表わす図である。図１６において、「ＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔ」の項目は、例えば、端末２００がＳ７０の処理により報告した無線品質の例を表わしている。
【０１７０】
基地局１００−２のセルＩＤがｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄとして設定されているため、基地局１００−１は、基地局１００−２の無線品質に対して、オフセットを加える。オフセット後の無線品質が図１６における「Ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄ」の項目に記載されている。
【０１７１】
ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄによるオフセットが加えられた各無線品質に対して、さらに、無線リソース状況を考慮したオフセットが加えられる。このオフセットが加えられた後の各無線品質が図１６における「リソースｏｆｆｓｅｔ考慮後」の項目に記載されている。
【０１７２】
図１６において、無線リソース状況によるオフセットが適用されないときは、「Ｃｅｌｌ３」（基地局１００−３）の無線品質が最も良い。このため、基地局１００−１は基地局１００−３へハンドオーバすることを決定する。しかし、無線リソース状況を考慮したオフセットが適用されると、「Ｃｅｌｌ２」（基地局１００−２）の無線品質が最も良い。このため、基地局１００−１は、最終的には、基地局１００−２へのハンドオーバを決定する。
【０１７３】
基地局１００−１は、地点Ｂにおいて、端末２００のハンドオーバ先として基地局１００−２であることを決定し、基地局１００−２に対して、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信する（図１５のＳ７２）。
【０１７４】
このとき、基地局１００−１は、Ｌｏｃａｔｉｏｎ−Ｉｎｆｏを付加しないでＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信する。そのため、基地局１００−２は、ハンドオーバ情報テーブル１７１を参照することなく、ハンドオーバ制御を行う。すなわち、図１５の例では、基地局１００−２は、ＨａｎｄｏｖｅｒＲｅｑｕｅｓｔＡｃｋを基地局１００−１に返信する（Ｓ７３）。以後は、例えばＬＴＥに規定されたハンドオーバプロシージャが行われる。
【０１７５】
なお、端末２００が地点Ｃに移動したとき、端末２００は「ｃｅｌｌ２＜ｃｅｌｌ３」となる無線品質をＭｅａｓｕｒｅｍｅｎｔＲｅｐｏｒｔとして報告する（Ｓ８０）。このとき、基地局１００−２，１００−３の無線リソースはそれぞれ「Ｌｏｗ」，「Ｈｉｇｈ」との報告を基地局１００−２は受けており、基地局１００−２は、無線リソース状況を考慮したオフセットを無線品質に加算する。この場合、無線品質に関して「ｃｅｌｌ２＞ｃｅｌｌ３」となる（Ｓ８１）。
【０１７６】
よって、基地局１００−２は、基地局１００−３へのハンドオーバを許可せず、基地局１００−３へＨａｎｄｏｖｅｒＲｅｑｕｅｓｔを送信しないことになる。従って、端末２００は、地点Ｃに移動しても、基地局１００−２に無線接続したまま、基地局１００−３へのハンドオーバを行うことはない。
【０１７７】
従って、端末２００が地点Ａから地点Ｃに高速移動しているとき、無線リソースを考慮しない場合、ハンドオーバの発生頻度は地点Ｂと地点Ｃの２回となるが、無線リソースを考慮した制御が行われる場合、ハンドオーバの発生頻度は１回となる。従って、本無線通信システム１０は、無線リソースを考慮した本動作例により、無線リソースを考慮しない場合と比較して、ハンドオーバの発生頻度を抑えることができる。
【０１７８】
また、本無線通信システム１０では、地点Ｂにおいて端末２００は基地局１００−３へハンドオーバしないことになる。従って、端末２００が基地局１００−３へハンドオーバした後、無線リソースの不足により基地局１００−３との間で無線通信できない事態を回避できる。この場合、端末２００は、基地局１００−２にハンドオーバし、基地局１００−２との間で無線通信を行うことができる。
【０１７９】
更に、本無線通信システム１０では、基地局１００−１，１００−２や端末２００以外の装置でハンドオーバに関する特別な計算などが行われないため、かかる装置で計算などが行われる場合と比較して、処理速度を速くできる。また、端末２００では特別な計算などを行うこともないため、端末２００に対して消費電力削減を図ることができる。
【０１８０】
［その他の実施の形態］
上述した第２の実施の形態において、無線品質の例として、ＲＳＲＰとＲＳＲＱについて説明した。例えば、ＲＳＲＰとＲＳＲＱ以外にも、ＲＳＳＩ（Received Signal Strength Indicator）や他の品質指標を無線品質としてもよい。また、ＲＳＲＰとＲＳＲＱの双方ではなく、端末２００は一方を無線品質として報告するようにしてもよい。この場合、基地局１００は報告された一方の無線品質を用いて、第２の実施の形態で説明した動作を行うことができる。従って、基地局１００は、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄのオフセットや、無線リソースのオフセットなどは、報告のあった無線品質に対して計算することになる。
【０１８１】
また、上述した第２の実施の形態において、リソース状況を考慮したハンドオーバ制御に関して、基地局１００−１は、ｎｅｇａｔｉｖｅ  ｃｅｌｌｉｄのオフセットと無線リソースのオフセットとを各無線品質に加算してハンドオーバ先を判別した。例えば、基地局１００−１は、無線リソースのオフセットだけを各無線品質に加算して、オフセット後の無線品質に基づいて、ハンドオーバ先を判別することもできる。
【０１８２】
以上まとめると付記のようになる。
【０１８３】
（付記１）  
端末装置と、
前記端末装置と無線通信を行う第１の無線基地局装置と、
第２の無線基地局装置とを備える無線通信システムにおいて、
前記第２の無線基地局装置は、
前記第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求に対して、前記第２の無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置が前記第２の無線基地局装置へハンドオーバを行った後、次にハンドオーバを行うまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定する制御部を備えることを特徴とする無線通信システム。
【０１８４】
（付記２）
前記制御部は、前記予測時間が第１の閾値より短いとき、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可しないことを決定し、
前記第１の無線基地局装置は前記決定により第３の無線基地局装置に対して前記端末装置のハンドオーバ要求を送信することを特徴とする付記１記載の無線通信システム。
【０１８５】
（付記３）
前記ハンドオーバ要求を受信した後、前記第２の無線基地局装置が第３の無線基地局装置へ送信した前記端末装置のハンドオーバ要求に対する許可通知を前記第３の無線基地局装置から受信するまでの時間が第２の閾値より短い場合の発生頻度が前記履歴情報に含まれ、
前記制御部は、前記発生頻度が第３の閾値以上のとき、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可しないことを決定し、
前記第１の無線基地局装置は前記決定により前記第３の無線基地局装置に対して前記端末装置のハンドオーバ要求を送信することを特徴とする付記１記載の無線通信システム。
【０１８６】
（付記４）
前記第１の無線基地局装置は、前記第２の無線基地局装置と前記端末装置との間の無線品質が前記第１の無線基地局装置と前記端末装置との間の無線品質よりも品質が良いことを示す測定結果を前記端末装置から受信したとき、前記ハンドオーバ要求を前記第２の無線基地局装置に送信することを特徴とする付記１記載の無線基地局装置。
【０１８７】
（付記５）
前記第１の無線基地局装置は、前記第２の無線基地局装置と前記端末装置との間の無線品質が第３の無線基地局装置と前記端末装置との間の無線品質よりも品質が良いことを示す測定結果を前記端末装置から受信したとき、前記決定により、前記端末装置の前記第３の無線基地局装置へのハンドオーバ要求を前記第３の無線基地局装置に送信することを特徴とする付記１記載の無線基地局装置。
【０１８８】
（付記６）
前記制御部は、前記ハンドオーバ要求を受信した後、前記第２の無線基地局装置が第３の無線基地局装置へ送信した前記端末装置のハンドオーバ要求に対する許可通知を前記第３の無線基地局装置から受信するまでの時間が第２の閾値より短い場合の発生頻度と、前記端末装置の位置情報とを含む前記履歴情報を作成することを特徴とする付記１記載の無線基地局装置。
【０１８９】
（付記７）
前記端末装置は、前記端末装置の位置情報と前記ハンドオーバ要求とを前記第１の無線基地局装置に送信することを特徴とする付記６記載の無線基地局装置。
【０１９０】
（付記８）
前記第１の無線基地局装置は、前記ハンドオーバ要求と前記、前記端末装置の位置情報とを前記第２の無線基地局装置に送信し、
前記制御部は、前記第１の無線基地局装置から送信された前記位置情報と一致する前記履歴情報における前記端末装置の位置情報に対応する前記発生頻度に基づいて、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可しないことを決定することを特徴とする付記６記載の無線通信システム。
【０１９１】
（付記９）
前記位置情報は、前記端末装置の位置、速度、及び方角に関する情報を含むことを特徴とする付記６記載の無線基地局装置。
【０１９２】
（付記１０）
前記第１の無線基地局装置は、前記決定が行われた後、前記第３の無線基地局装置と前記端末装置との間の第１の無線品質が前記第２の無線基地局装置と前記端末装置との間の第２の無線品質よりも品質が良くなるように、前記第２の無線品質に対してオフセット値を加算することを特徴とする付記１記載の無線通信システム。
【０１９３】
（付記１１）
前記第１の無線基地局装置は、前記ハンドオーバ要求と前記端末装置の位置情報とを送信し、
前記制御部は、前記ハンドオーバ要求と前記位置情報とを受信したとき、前記第１の無線基地局装置に前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定し、
前記第１の無線基地局装置は、前記ハンドオーバを許可しない決定が行われた後、前記第１の無線基地局装置と前記端末装置との間の第３の無線品質が第４の閾値よりも低い品質のとき、前記位置情報を送信しないで前記ハンドオーバ要求を前記第２の無線基地局装置に送信し、
前記制御部は、前記位置情報を受信しないで前記ハンドオーバ要求を受信すると、前記第２の無線基地局装置へのハンドオーバを許可することを決定することを特徴とする付記１記載の無線通信システム。
【０１９４】
（付記１２）
前記第１の無線基地局装置は、前記決定と、前記第２及び第３の無線基地局装置における無線リソース状況とに基づいて、前記端末装置のハンドオーバ先を決定することを特徴とする付記１記載の無線通信システム。
【０１９５】
（付記１３）
前記第１の無線基地局装置は、前記決定により、前記第２の無線基地局装置と前記端末装置との間の第２の無線品質にオフセット値を加算し、前記第３の無線基地局装置と前記端末装置との間の第１の無線品質と前記第２の無線品質とに対して前記無線リソース状況に応じたオフセット値をそれぞれ加算し、オフセット後の前記第１及び第２の無線品質に基づいて、前記ハンドオーバ先を決定することを特徴とする付記１１記載の無線通信システム。
【０１９６】
（付記１４）
前記制御部は、前記端末装置が前記第２の無線基地局装置にハンドオーバした後、前記第１の無線品質が前記第２の無線品質よりも品質が良い測定結果を前記端末装置から受信したとき、前記第３の無線基地局装置に対して前記端末装置のハンドオーバ要求を送信しないことを特徴とする付記１２記載の無線通信システム。
【０１９７】
（付記１５）  
端末装置と無線通信を行う第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求を受信する無線基地局装置において、
前記ハンドオーバ要求に対して、前記無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置により前記無線基地局装置へのハンドオーバが行われた後、次にハンドオーバが行われるまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記無線基地局装置へのハンドオーバを許可するか否かを決定する制御部
を備えることを特徴とする無線基地局装置。
【０１９８】
（付記１６）
端末装置と、
前記端末装置と無線通信を行う第１の無線基地局装置と、
第２の無線基地局装置とを備える無線通信システムにおけるハンドオーバ方法であって、
前記第２の無線基地局装置は、前記第１の無線基地局装置から送信された前記端末装置に対するハンドオーバ要求に対して、前記第２の無線基地局装置において行われたハンドオーバに関する履歴情報に基づいて、前記端末装置が前記第２の無線基地局装置へハンドオーバを行った後、次にハンドオーバを行うまでの予測時間を予測し、当該予測時間に基づいて、前記端末装置の前記第２の無線基地局装置へのハンドオーバを許可するか否かを決定する、
ことを特徴とするハンドオーバ方法。
【符号の説明】
【０１９９】
１０：無線通信システム                
１００（１００−１〜１００−３）：無線基地局装置（ｅＮＢ）
１２２：ＲＲＨ                        １３０：ベースバンド処理部
１４０：Ｌ２ＳＷ                      １５０：ＨＷＹ
１６０：フラッシュメモリ              １７０：メインメモリ
１７１：ハンドオーバ情報テーブル      １７２：対応テーブル
１９０：制御部                        ２００：端末装置
２２０：無線回路部                    ２３０：ＡＤ／ＤＡ変換処理部
２４０：ベースバンドプロセッサ        ２５０：アプリケーションプロセッサ
２６０，２７０：メモリ                ３００：ＭＭＥ  
【図１】
2013197828.tif 000003
【図２】
2013197828.tif 000004
【図３】
2013197828.tif 000005
【図４】
2013197828.tif 000006
【図５】
2013197828.tif 000007
【図６】
2013197828.tif 000008
【図７】
2013197828.tif 000009
【図８】
2013197828.tif 000010
【図９】
2013197828.tif 000011
【図１０】
2013197828.tif 000012
【図１１】
2013197828.tif 000013
【図１２】
2013197828.tif 000014
【図１３】
2013197828.tif 000015
【図１４】
2013197828.tif 000016
【図１５】
2013197828.tif 000017
【図１６】
2013197828.tif 000018