(57)【特許請求の範囲】
【請求項１】
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを共有する、前記第１の通信方式で移動端末と通信を行う第１の基地局及び前記第２の通信方式で前記移動端末と通信を行う第２の基地局を備える移動通信システムであって、
前記第１の基地局は、
前記第１の基地局に収容される前記移動端末との相対的な距離を示す無線情報を取得する取得手段と、
前記無線情報を前記第２の基地局に通知する通知手段と
を備え、
前記第２の基地局は、
前記第１の基地局に収容される前記移動端末との通信を開始する際に、前記第１の基地局から通知される前記無線情報に基づいて、前記移動端末との通信の設定を行う通信制御手段を備えることを特徴とする移動通信システム。
【請求項２】
前記通知手段は、前記第２の基地局が前記第１の基地局に収容される前記移動端末との通信を開始する際に、前記第１の基地局から前記第２の基地局に送信されるハンドオーバ処理のための制御信号に前記無線情報を付与することで通知することを特徴とする請求項１に記載の移動通信システム。
【請求項３】
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを前記第２の通信方式で前記移動端末と通信を行う他の基地局と共有する、前記第１の通信方式で移動端末と通信を行う基地局であって、
当該基地局に収容される前記移動端末との相対的な距離を示す無線情報を取得する取得手段と、
前記無線情報を前記他の基地局に通知する通知手段と
を備えることを特徴とする基地局。
【請求項４】
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを前記第１の通信方式で前記移動端末と通信を行う他の基地局と共有する、前記第２の通信方式で移動端末と通信を行う基地局であって、
前記他の基地局に収容される前記移動端末との通信を開始する際に、前記他の基地局から通知される前記移動端末と前記他の基地局との相対的な距離を示す無線情報に基づいて、前記移動端末との通信の設定を行う通信制御手段を備えることを特徴とする基地局。
【請求項５】
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを共有する、前記第１の通信方式で移動端末と通信を行う第１の基地局及び前記第２の通信方式で前記移動端末と通信を行う第２の基地局を備える移動通信システムにおける通信制御方法であって、
前記第１の基地局に収容される前記移動端末との相対的な距離を示す無線情報を取得する取得工程と、
前記無線情報を前記第２の基地局に通知する通知工程と、
前記第２の基地局が前記第１の基地局に収容される前記移動端末との通信を開始する際に、前記第１の基地局から通知される前記無線情報に基づいて、前記移動端末との通信の設定を行う通信制御工程と
を備えることを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける基地局であって、相異なる複数通りの移動通信システムがアンテナ部を共有する基地局及び該基地局における通信制御方法の技術分野に関する。
【背景技術】
【０００２】
この種の基地局として、例えば３Ｇ(3rd Generation)方式とＬＴＥ(Long Term Evolution)方式など、異なる無線通信技術(ＲＡＴ：Radio access technology)を用いる移動通信システムの両方に対応した共用の基地局がある。このような基地局は、複数通り存在するＲＡＴの夫々に対応し、モバイルネットワークと通信が可能であるため、利便性や設置コスト面から、異なるＲＡＴの移行における過渡期において導入されるケースが見込まれる。
【０００３】
かかる基地局配下では、夫々のＲＡＴのサービスエリアが同じ範囲に重なるように配置される場合があり、このとき、夫々のＲＡＴに対応する移動端末では、一のＲＡＴから他のＲＡＴへの所謂システム間ハンドオーバが実施可能となる。かかるシステム間ハンドオーバを用いることで、基地局におけるＲＡＴ毎のサービスエリアへの移動端末の収容数を調整可能となり、また移動端末に要求されるサービス種別に応じた通信環境の提供が可能となる。
【０００４】
異なる無線システム間のハンドオーバにおいては、以下に示す先行技術文献に見られるように、移動端末の位置情報を用いることにより、シームレスなシステム間ハンドオーバを実現する構成が知られている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２１２７４６号公報
【特許文献２】特開２００３−８７８５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
移動端末の位置的な移動を伴わないシステム間ハンドオーバでは、必ずしも広範囲のパスサーチが行われる必要はない。しかしながら、従来の基地局におけるハンドオーバ手順においては、ハンドオーバ元の基地局とハンドオーバ先の基地局とが異なるＲＡＴにより共用される同一の基地局であることを判別出来ない。このため、システム間ハンドオーバと通常の基地局間ハンドオーバとの判別が出来ないという技術的な問題がある。従って、従来の基地局では、システム間ハンドオーバの際にも広範囲のパスサーチが実施される。このような不要な処理の実施により基地局内部での処理量が増大し、場合によってはシステム間ハンドオーバの確実な成功が妨げられる虞がある。
【０００７】
本発明は、上述した問題点に鑑み、異なるＲＡＴにより共用される基地局内でのシステム間ハンドオーバの際の処理量を低減させ、適切なシステム間ハンドオーバを実現可能な基地局及び通信制御方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、開示の移動通信システムは、第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを共有する、第１の通信方式で移動端末と通信を行う第１の基地局及び第２の通信方式で移動端末と通信を行う第２の基地局を備える。第１の通信方式と第２の通信方式とは、典型的には相異なる無線通信技術を示す趣旨であり、例えば、ＬＴＥ方式や３Ｇ方式などの通信方式を示す。
【０００９】
第１の基地局は、第１の基地局に収容される移動端末との相対的な距離を示す無線情報を取得する取得手段と、無線情報を第２の基地局に通知する通知手段とを備える。
【００１０】
取得手段は、例えば、パスサーチ処理などによって移動端末との通信チャネルにおけるＲＴＴ（Round Trip Time）など、第１の基地局と移動端末との間の相対的な距離を示す無線情報を取得してもよい。取得された無線情報は、チャネルごとに識別可能な態様でデータベースなどに格納されてもよい。
【００１１】
通知手段は、取得手段により取得された無線情報を第２の基地局に通知する。通知手段は、例えば第１の基地局と第２の基地局との間で通信可能に接続されるＣＰＲＩリンクやＩＰ接続、又はコアネットワークを介した通信によって無線情報を第２の基地局に送信する。
【００１２】
第２の基地局は、第１の基地局に収容される移動端末との通信を開始する際に、第１の基地局から通知される無線情報に基づいて、移動端末との通信の設定を行う通信制御手段を備える。
【００１３】
通信制御手段は、例えば、第１の基地局に収容される移動端末と第２の基地局とが通信を開始する、所謂Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理において、第１の基地局より通知される無線情報を用いて移動端末との相対的な距離を把握し、無線接続の確立のための設定を行ってもよい。
【００１４】
開示の通信制御方法は、上記課題を解決するために、上述した移動通信システムにおける通信の制御を実施する方法である。具体的には、開示の通信制御方法は、移動通信システムが備える取得手段が実施するものと同様の処理を行う取得工程と、通知手段が実施するものと同様の処理を行う通知工程と、通信制御手段が実施するものと同様の処理を行う通信制御工程とを備える。
【００１５】
開示の第１の基地局は、上記課題を解決するために、上述した移動通信システムに接続されて通信を行う基地局であって、当該第１の基地局に収容される前記移動端末との相対的な距離を示す無線情報を取得する取得手段と、前記無線情報を他の基地局（例えば、上述の第２の基地局）に通知する通知手段とを備える。
【００１６】
開示の第２の基地局は、上記課題を解決するために、上述した移動通信システムに接続されて通信を行う基地局であって、他の基地局に収容される移動端末との通信を開始する際に、他の基地局（例えば、上述の第１の基地局）から通知される無線情報に基づいて、移動端末との通信の設定を行う通信制御手段を備える。
【発明の効果】
【００１７】
上述した移動通信システムの動作によれば、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理の際に、ハンドオーバ元の第１の基地局において取得された無線情報を用いて、ハンドオーバ先の第２の基地局の通信制御手段が移動端末との相対的な距離の把握を行うことが可能となる。
【００１８】
第１の基地局と第２の基地局とは、同一の共用アンテナを用いているため、第１の基地局配下のセルと第２の基地局配下のセルとは物理的なセル範囲が等しくなることがある。従って第１の基地局において取得される無線情報を用いることで、第２の基地局は、移動端末と第２の基地局の位置をある程度の精度で推測出来る。これにより、第２の基地局では、推測される移動端末の位置に基づいて狭い範囲でのパスサーチを実施することで、該移動端末との間に設定される個別チャネルのパスを容易に検出することが可能となる。
【００１９】
このため、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理時に第２の基地局で実施される通信の設定によるパスサーチが完了するまでの所要時間を短縮することが出来る。これは、ハンドオーバ処理の成功率を上昇させることに繋がる。また、第２の基地局でのパスサーチ処理に係る処理量を低減させることから、同時に並列処理可能なハンドオーバ呼の増加に繋がり、システム全体の効率が向上する。
【図面の簡単な説明】
【００２０】
【図１】移動通信システムの構成を示すブロック図である。
【図２】ＬＴＥ方式の無線制御装置の構成を示すブロック図である。
【図３】３Ｇ方式の無線制御装置の構成を示すブロック図である。
【図４】無線制御装置のハードウェア構成を示すブロック図である。
【図５】記憶部に格納されるＰｈｙ情報テーブルの一例を示す図である。
【図６】Ｐｈｙ情報テーブルの共有の態様を示す図である。
【図７】記憶部に格納される局データの一例を示す図である。
【図８】Ｐｈｙ情報の新規取得及び更新処理の流れを示すフローチャートである。
【図９】Ｐｈｙ情報の共有処理の流れを示すフローチャートである。
【図１０】Ｐｈｙ情報テーブル無効フラグ設定処理の流れを示すフローチャートである。
【図１１】Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理にかかるシーケンス図である。
【図１２】Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理にかかるｅＮＢの処理の流れを示すフローチャートである。
【図１３】Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理にかかるＢＴＳの処理の流れを示すフローチャートである。
【図１４】Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理にかかるＲＮＣの処理の流れを示すフローチャートである。
【図１５】ハンドオーバ処理におけるハンドオーバ先確認処理の流れを示すフローチャートである。
【図１６】ハンドオーバ処理におけるパスサーチ処理の流れを示すフローチャートである。
【図１７】移動通信システムの第１変形例の構成を示すブロック図である。
【図１８】移動通信システムの第２変形例の構成を示すブロック図である。
【図１９】移動通信システムの第３変形例の構成を示すブロック図である。
【図２０】移動通信システムの第４変形例の構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００２２】
（１）基本構成
開示の移動通信システムの実施形態である移動通信システム１の構成について図１のブロック図を参照して説明する。
【００２３】
移動通信システム１は、ＬＴＥ方式のＲＥＣ（無線制御装置：Radio Equipment Controller）であるＲＥＣ（ｅＮＢ（e node B））１０、３Ｇ方式のＲＥＣ（ＢＴＳ（Base Transceiver Station））２０、及びＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０とが共用する無線装置である共用ＲＥ（Radio Equipment）４０を備えている。
【００２４】
ＲＥＣ（ｅＮＢ）１０は、ＣＰＲＩ（Common Public Radio Interface）リンク＃１で接続される共用ＲＥ４０とともに、ＬＴＥ方式の基地局（ｅＮＢ）を構成する装置である。ＲＥＣ（ｅＮＢ）１０は、コアネットワークＣＮに接続され、共用ＲＥ４０配下のセルに収容されるＵＥ（移動端末：User Equipment）５０と通信を行う。
【００２５】
ＲＥＣ（ｅＮＢ）１０が有する機能部について、図２のブロック図を参照して説明する。図２は、ＲＥＣ（ｅＮＢ）１０が有する機能を便宜上独立した機能部として示す図であるが、各機能部は例えばプログラムに記述されるものであるなど、独立した実体を有しない構成であってもよい。ＲＥＣ（ｅＮＢ）１０は、共用ＲＥ４０との通信インタフェースであるＣＰＲＩ＃１インタフェース１１と、ＲＥＣ（ＢＴＳ）２０との通信インタフェースであるＣＰＲＩ＃２インタフェース（ｅＮＢ）１２と、ＣＰＲＩマルチプレクサ（ＭＵＸ）１３と、ネットワーク送受信部（ｅＮＢ）１４と、記憶部（ｅＮＢ）１５と、ベースバンド信号処理部（ｅＮＢ）１６と、ハンドオーバ管理部（ｅＮＢ）１７と、呼処理制御部（ｅＮＢ）１８と、クロック（ｅＮＢ）１９とを備える。
【００２６】
ＣＰＲＩ＃１インタフェース１１は、共用ＲＥ４０が備えるＣＰＲＩインタフェースとの間でＣＰＲＩリンク＃１を形成し、データの送受信を行う。ＣＰＲＩ＃２インタフェース（ｅＮＢ）１２は、ＲＥＣ（ＢＴＳ）２０が備えるＣＰＲＩ＃２インタフェース（ＢＴＳ）２１との間でＣＰＲＩリンク＃２を形成し、データの送受信を行う。ＣＰＲＩＭＵＸ１３は、ＣＰＲＩ＃１インタフェース１１及びＣＰＲＩ＃２インタフェース（ｅＮＢ）１２を介して送受信されるデータの多重化を行う。ネットワーク送受信部（ｅＮＢ）１４は、コアネットワークＣＮに接続され、データの送受信を行う。
【００２７】
記憶部（ｅＮＢ）１５は、データ格納用のメモリであり、例えば後述するハンドオーバ呼識別ＩＤ、Ｐｈｙ情報及び局データを格納する。
【００２８】
ベースバンド信号処理部（ｅＮＢ）１６は、共用ＲＥ４０を介した通信における無線リソースの管理や、送受信データの処理を行う。ベースバンド信号処理部（ｅＮＢ）１６は、通信を行うＵＥ５０に対するパスサーチを行うパスサーチ処理部（ｅＮＢ）１６１と、記憶部（ｅＮＢ）１５に格納されるＩｎｔｅｒ−ＲＡＴハンドオーバのためのＰｈｙ情報の管理を行うＰｈｙ情報管理部（ｅＮＢ）１６２を備える。
【００２９】
ハンドオーバ管理部（ｅＮＢ）１７は、ＲＥＣ（ｅＮＢ）１０の負荷状況、共用ＲＥ４０の電波状況、及びＵＥ５０の能力などに応じて、Ｉｎｔｅｒ−ＲＡＴハンドオーバの実施の有無を判断する。例えば、ハンドオーバ管理部（ｅＮＢ）１７は、共用ＲＥ４０のセル内のＵＥ５０の収容数やＵＥ５０により要求されるサービス種別、又はＵＥ５０の位置の移動などに応じて、Ｉｎｔｅｒ−ＲＡＴハンドオーバの実施を判断する。
【００３０】
呼処理制御部（ｅＮＢ）１８は、コアネットワークＣＮからのＵＥ５０への呼の処理や個別チャネルのリソース管理を行う。また、呼処理制御部（ｅＮＢ）１８は、ＵＥ５０のＩｎｔｅｒ−ＲＡＴハンドオーバ時の呼処理に用いられる個別チャネルについて、ＲＥＣ（ｅＮＢ）１０及びＲＥＣ（ＢＴＳ）２０に共通する識別用のＩＤであるハンドオーバ呼識別ＩＤを割り当てて管理を行っている。
【００３１】
クロック（ｅＮＢ）１９は、各部の処理信号をラッチするためのクロック信号を生成する。
【００３２】
尚、ＲＥＣ（ｅＮＢ）１０の上位には、コアネットワークＣＮ内に配置される装置として移動管理エンティティ（ＭＭＥ：Mobility Managing Entity）が備えられている。
【００３３】
図１に戻り、説明を続ける。ＲＥＣ（ＢＴＳ）２０は、ＣＰＲＩリンク＃２で接続ＲＥＣ（ｅＮＢ）１０に接続され、該ＲＥＣ（ｅＮＢ）１０を介してＣＰＲＩ＃１で接続される共用ＲＥ４０とともに、３Ｇ方式の基地局（ＢＴＳ）を構成する装置である。ＲＥＣ（ＢＴＳ）２０は、ＲＮＣ（Radio Network Controller：無線ネットワーク制御装置）３０を介してコアネットワークＣＮに接続され、共用ＲＥ４０配下のセルに収容されるＵＥ５０と通信を行う。
【００３４】
ＲＥＣ（ＢＴＳ）２０が有する機能部について、図３のブロック図を参照して説明する。図３は、ＲＥＣ（ＢＴＳ）２０が有する機能を便宜上独立した機能部として示す図であるが、各機能部は例えばプログラムに記述されるものであるなど、独立した実体を有しない構成であってもよい。ＲＥＣ（ＢＴＳ）２０は、ＲＥＣ（ｅＮＢ）１０を介して共用ＲＥ４０と通信を行うインタフェースであるＣＰＲＩ＃２インタフェース（ＢＴＳ）２１と、ＲＮＣ３０を介してコアネットワークＣＮに接続されるネットワーク送受信部（ＢＴＳ）２２と、記憶部（ＢＴＳ）２３と、ベースバンド信号処理部（ＢＴＳ）２４と、呼処理制御部（ＢＴＳ）２５と、クロック（ＢＴＳ）２６とを備える。また、ＲＥＣ（ＢＴＳ）２０と接続されるＲＮＣ３０は、ハンドオーバ管理部（ＲＮＣ）３１を備える。
【００３５】
ＣＰＲＩ＃２インタフェース（ＢＴＳ）２１は、ＲＥＣ（ｅＮＢ）１０が備えるＣＰＲＩ＃２インタフェース（ｅＮＢ）１２との間でＣＰＲＩリンク＃２を形成し、ＲＥＣ（ｅＮＢ）１０及共用ＲＥ４０との間でデータの送受信を行う。ネットワーク送受信部（ＢＴＳ）２２は、ＲＮＣ３０を介してコアネットワークＣＮに接続され、データの送受信を行う。
【００３６】
記憶部（ＢＴＳ）２３は、データ格納用のメモリであり、例えば後述するハンドオーバ呼識別ＩＤ、Ｐｈｙ情報及び局データを格納する。
【００３７】
ベースバンド信号処理部（ＢＴＳ）２４は、共用ＲＥ４０を介した通信における無線リソースの管理や、送受信データの処理を行う。ベースバンド信号処理部（ＢＴＳ）２４は、通信を行うＵＥ５０に対するパスサーチを行うパスサーチ処理部（ＢＴＳ）２４１と、記憶部（ＢＴＳ）２３に格納されるＩｎｔｅｒ−ＲＡＴハンドオーバのためのＰｈｙ情報の管理を行うＰｈｙ情報管理部（ＢＴＳ）２４２を備える。
【００３８】
呼処理制御部（ＢＴＳ）２５は、コアネットワークＣＮからのＵＥ５０への呼の処理や個別チャネルのリソース管理を行う。また、呼処理制御部（ＢＴＳ）２５は、ＵＥ５０のＩｎｔｅｒ−ＲＡＴハンドオーバ時の呼処理に用いられる個別チャネルについて、ＲＥＣ（ｅＮＢ）１０及びＲＥＣ（ＢＴＳ）２０に共通する識別用のＩＤであるハンドオーバ呼識別ＩＤを割り当てて管理を行っている。
【００３９】
クロック（ＢＴＳ）２６は、各部の処理信号をラッチするためのクロック信号を生成する。
【００４０】
ハンドオーバ管理部（ＲＮＣ）３１は、ＲＥＣ（ＢＴＳ）２０の負荷状況、共用ＲＥ４０の電波状況、及びＵＥ５０の能力などに応じて、Ｉｎｔｅｒ−ＲＡＴハンドオーバの実施の有無を判断する。例えば、ハンドオーバ管理部（ＢＴＳ）３１は、共用ＲＥ４０のセル内のＵＥ５０の収容数やＵＥ５０により要求されるサービス種別、又はＵＥ５０の位置の移動などに応じて、Ｉｎｔｅｒ−ＲＡＴハンドオーバの実施を判断する。
【００４１】
図１に戻り、説明を続ける。共用ＲＥ４０は、ＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０の一部として、無線部を有する装置であり、ＲＥＣ（ＲＥＣ（ｅＮＢ）１０）とＣＰＲＩリンク＃１を介して接続されるＣＰＲＩインタフェースと、送受信信号の処理を行う共用器と、アンテナとを備える。特に説明のない部分においては、共用ＲＥ４０は、公知の構成であってもよい。
【００４２】
ＵＥ５０は、ＬＴＥ方式でＲＥＣ（ｅＮＢ）１０と通信が可能であるとともに、３Ｇ方式でＲＮＣ３０と通信が可能である、所謂デュアルＵＥ５０である。このため、ＵＥ５０は、ＬＴＥ方式のセルから３Ｇ方式のセルへ、又は３Ｇ方式のセルからＬＴＥ方式のセルへのＩｎｔｅｒ−ＲＡＴ（Radio Access Technology）ハンドオーバが可能である。
【００４３】
ＲＥＣ（ｅＮＢ）１０及びＲＥＣ（ＢＴＳ）２０は、配下のセルに収容されるＵＥ５０の呼に設定される個別チャネル（以降、個別ｃｈと称して説明する）の物理レイヤ（Ｐｈｙsical layer）に係る情報（以下、Ｐｈｙ情報と称して説明する）が記録されるデータベースを有する。Ｐｈｙ情報は、例えばＵＥ５０の呼に設定される個別ｃｈを介した通信におけるＲＴＴなどである。該データベースは、ＵＥ５０ごとに呼を識別するための識別ＩＤと、ＲＴＴなどのＰｈｙ情報とを要素とするテーブル（以降、Ｐｈｙ情報テーブルと称して説明する）の形式をとる。図５は、ＲＥＣ（ｅＮＢ）１０の記憶部（ｅＮＢ）１５に格納されるＰｈｙ情報テーブル及びＲＥＣ（ＢＴＳ）２０の記憶部（ＢＴＳ）２３に格納されるＰｈｙ情報テーブルの一例を示す図である。
【００４４】
同一の共用ＲＥ４０を共用するＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０とは、各自のセルで設定された個別ｃｈのＰｈｙ情報テーブルを相互に通知し、共有している。図６に示されるように、ＲＥＣ（ｅＮＢ）１０のＰｈｙ情報管理部（ｅＮＢ）１６２は、記憶部（ｅＮＢ）１５に格納される、自セルで設定された個別ｃｈのＰｈｙ情報テーブルをＣＰＲＩリンク＃２を介してＲＥＣ（ＢＴＳ）２０へ通知する。通知を受けたＲＥＣ（ＢＴＳ）２０の記憶部（ＢＴＳ）２３には、自セルで設定された個別ｃｈのＰｈｙ情報テーブルに加えて、ＲＥＣ（ｅＮＢ）１０配下のセルで設定された個別ｃｈのＰｈｙ情報テーブルが格納される。他方で、ＲＥＣ（ＢＴＳ）２０のＰｈｙ情報管理部（ＢＴＳ）２４２は、記憶部（ＢＴＳ）２３に格納される、自セルで設定された個別ｃｈのＰｈｙ情報テーブルをＣＰＲＩリンク＃２を介してＲＥＣ（ｅＮＢ）１０へ通知する。通知を受けたＲＥＣ（ｅＮＢ）１０の記憶部（ｅＮＢ）１５には、自セルで設定された個別ｃｈのＰｈｙ情報テーブルに加えて、ＲＥＣ（ＢＴＳ）２０配下のセルで設定された個別ｃｈのＰｈｙ情報テーブルが格納される。各セルにおいて設定される個別ｃｈに係るＰｈｙ情報テーブルの新規取得及び通知時の処理については、後に詳述する。
【００４５】
図６に示される例に限られることなく、共用ＲＥ４０に更に他のＲＥＣが接続される場合、該ＲＥＣとの間でも個別ｃｈのＰｈｙ情報を共有する構成であってよい。
【００４６】
Ｐｈｙ情報テーブルに加えて、ＲＥＣ（ｅＮＢ）１０の記憶部（ｅＮＢ）１５及びＲＥＣ（ＢＴＳ）２０の記憶部（ＢＴＳ）２３は、配下のセルに収容されるＵＥ５０のハンドオーバ処理時に、ハンドオーバ先候補を確認するための局データを格納する。局データは、例えば図７に示されるハンドオーバ先候補局テーブルの形式で格納される。一例として、ハンドオーバ先候補局テーブルには、候補局の番号（候補局＃）、候補局のノードを識別するノード識別子、候補局のキャリア番号、セクタ番号、及び該候補局のＲＥの共用状況を示すＲＥ共用情報が格納される。
【００４７】
図４を参照して、ＲＥＣ（ｅＮＢ）１０、ＲＥＣ（ＢＴＳ）２０及び共用ＲＥ４０が有する各機能部を実現するためのハードウェア構成の一例について説明する。図４は、ＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０が共通して有するハードウェアと、共用ＲＥ４０が有するハードウェアとを示すブロック図である。
【００４８】
局間ネットワーク信号処理部１１０は、ネットワーク送受信部１４、２２の一例であって、制御局とのインタフェースとなる対基地局制御局インターフェース回路１１１と、ＬＳＩ（Large Scale Integration）又はＦＰＧＡ（Field Programmable Gate Array）などにより構成される信号処理回路１１２とを備える。、局間ネットワーク信号処理部１１０は、架内インタフェース回路１１３を介して、ＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０の各部と接続するバス１５０に接続される。
【００４９】
呼処理信号処理部１２０は、呼処理に係る信号を処理するための信号処理回路１２１と、ＲＥＣ（ｅＮＢ）１０の各部と接続するバス１５０に接続される架内インタフェース回路１２２とを備える。
【００５０】
ＣＰＲＩインタフェース１３０は、ＣＰＲＩ＃１インターフェース１１、ＣＰＲＩ＃２インターフェース１２、２１及びＣＰＲＩＭＵＸ１３の一例であって、接続用の光モジュール１３１と、ＬＳＩ又はＦＰＧＡなどにより構成される信号処理回路１３２とを備える。ＣＰＲＩインタフェース１３０は、架内インタフェース回路１３３を介して、ＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０の各部と接続するバス１５０に接続される。
【００５１】
呼制御／監視制御部１４０は、ＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０全体の動作を制御又は監視する構成であって、制御用のＣＰＵ１４１、格納用メモリ１４２、動作用メモリ１４３及び架内インタフェース回路１４４を有する。ＣＰＵ１４１は、格納用メモリ１４２内に格納されるプログラムを実行することで、ハンドオーバ管理部１７、２５、呼処理制御部１８、２６の一例として機能する。動作用メモリ１４３は、かかるＣＰＵ１４１の動作時に、一時的にプログラムや各種データを展開するためのメモリである。また、格納用メモリ１４２は、Ｐｈｙ情報テーブル及び局データを格納する記憶部１５、２３の一例として動作する。呼制御／監視制御部１４０は、架内インタフェース回路１４４を介して、ＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０の各部と接続するバス１５０に接続される。
【００５２】
バス１５０は、ＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０の各部を相互に接続するためのバスである。バス１５０は、また、クロック１９、２７の一例となる基準信号発信機（不図示）又は外部の基準信号入力端子と接続することで、入力されるクロック信号を各部に供給する。
（２）動作例
以下に、移動通信システム１により実施される各処理について説明する。
【００５３】
（２−1）Ｐｈｙ情報の取得及び通知処理
移動通信システム１のＲＥＣ（ｅＮＢ）１０又はＲＥＣ（ＢＴＳ）２０では、上述したように配下のセルに収容されるＵＥ５０の呼に対して設定される個別ｃｈにおけるＲＴＴなどのＰｈｙ情報がＰｈｙ情報テーブルに格納される。ＲＴＴは、ＵＥ５０の位置などに応じて変動することがあり、定期的に実施されるパスサーチ処理により適宜更新された情報が取得される。このため、Ｐｈｙ情報も定期的に更新されることが好ましい。移動通信システム１におけるＵＥ５０の呼の個別ＣＨのＰｈｙ情報の新規取得及び更新手順について、図８のフローチャートを参照して説明する。図８では、ＵＥ５０を収容しているＲＥＣ（ｅＮＢ）１０により実施されるＵＥ５０の呼に対して設定される個別ＣＨのＰｈｙ情報の新規取得及び更新手順について説明している。
【００５４】
ＲＥＣ（ｅＮＢ）１０のＰｈｙ情報管理部（ｅＮＢ）１６２は、呼処理制御部（ｅＮＢ）１８からＵＥ５０に関する新規個別ｃｈ設定の通知を受信する（ステップＳ１０１）。Ｐｈｙ情報管理部（ｅＮＢ）１６２は、新規個別ｃｈについて、新しい識別ＩＤを設定する（ステップＳ１０２）。
【００５５】
Ｐｈｙ情報管理部（ｅＮＢ）１６２は、新規個別ｃｈ設定時の設定パラメータにＵＥ５０の呼の個別ＣＨのＲＴＴに関連する情報が含まれる場合（ステップＳ１０３：Ｙｅｓ）、新規に設定された識別ＩＤと関連情報に基づくＲＴＴ値とを、記憶部（ｅＮＢ）１５内のＰｈｙ情報テーブルに新規項目として追加する（ステップＳ１０４）。他方で、新規個別ｃｈ設定時の設定パラメータにＵＥ５０の呼の個別ＣＨのＲＴＴに関連する情報が含まれていない場合（ステップＳ１０３：Ｎｏ）、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、新規に設定された識別ＩＤを、記憶部（ｅＮＢ）１５内のＰｈｙ情報テーブルに新規項目を追加する。このとき、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、ＲＴＴをＮＵＬＬ値に設定する（ステップＳ１０５）。以上の動作により、記憶部（ｅＮＢ）１５内のＰｈｙ情報テーブルに、新規に設定されるＵＥ５０との個別ｃｈのＰｈｙ情報が新規項目として追加される。
【００５６】
続いて、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、内部の情報更新周期タイマを起動し、新規に設定されたＵＥ５０の個別ｃｈのＰｈｙ情報の更新の準備を行う（ステップＳ１０６）。タイマは、例えば１．０ｓｅｃ程度の所定の時間に設定される。このときのタイマの設定時間が、ＵＥ５０のＰｈｙ情報の更新周期となる。
【００５７】
タイマが満了する前の更新準備中に、ＵＥ５０が他の基地局にハンドオーバすることなどにより、ＵＥ５０の呼に割り当てられた個別ｃｈリソースの解放要求がある場合、（ステップＳ１０７：Ｙｅｓ）、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、ＵＥ５０の個別ｃｈに関する項目を記憶部（ｅＮＢ）１５内のＰｈｙ情報テーブルから削除する（ステップＳ１０９）。
【００５８】
更新準備中に、該ＵＥ５０の呼に割り当てられた個別ｃｈリソースの解放要求がなく（ステップＳ１０７：Ｎｏ）、タイマが時間切れとなる場合（ステップＳ１０８：Ｙｅｓ）、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、記憶部（ｅＮＢ）１５内のＰｈｙ情報テーブルに格納されるＵＥ５０のＰｈｙ情報を更新する（ステップＳ１１０）。具体的には、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、パスサーチ処理部（ｅＮＢ）１６１において定期的に実施されるパスサーチにより計測されるＵＥ５０の個別ｃｈに関するＲＴＴの通知を受け、通知を受けたＲＴＴを新規値としてＰｈｙ情報テーブルを更新する。その後、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、内部の情報更新周期タイマを起動し、ＵＥ５０の個別ｃｈのＰｈｙ情報の更新（ステップＳ１０６乃至Ｓ１１０）を繰り返し実施する。
【００５９】
以上の動作により、記憶部（ｅＮＢ）１５内のＰｈｙ情報テーブルが所定の周期毎に、ＵＥ５０のＲＴＴの実測値に即して更新される。尚、このように新規取得され、且つ定期的に更新されるＰｈｙ情報テーブル内の情報は、ハンドオーバ元のＲＥＣ（ｅＮＢ）１０よりハンドオーバ先のＲＥＣ（ＢＴＳ）２０及びＲＮＣ３０に対して通知されることが好ましい。移動通信システム１におけるＵＥ５０の呼の個別ＣＨのＰｈｙ情報の共有手順について、図９のフローチャートを参照して説明する。図９では、現在ＵＥ５０を収容し、ハンドオーバ元となり得るＲＥＣ（ｅＮＢ）１０において取得されるＵＥ５０の呼の個別ＣＨのＰｈｙ情報をＵＥ５０のハンドオーバ先となり得るＲＥＣ（ＢＴＳ）２０に通知することで共有する場合の動作について説明している。
【００６０】
Ｐｈｙ情報の共有にあたって、ＲＥＣ（ｅＮＢ）１０のＰｈｙ情報管理部（ｅＮＢ）１６２は、内部の通知周期タイマを起動し、ＵＥ５０の個別ｃｈのＰｈｙ情報の通知の準備を行う（ステップＳ２０１）。タイマは、例えば１０ｓｅｃ程度の所定の時間に設定される。このときのタイマの設定時間が、ＵＥ５０のＰｈｙ情報の共有のための通知の周期となる。
【００６１】
通知周期タイマの満了時に（ステップＳ２０２：Ｙｅｓ）、ＲＥＣ（ｅＮＢ）１０のＰｈｙ情報管理部（ｅＮＢ）１６２は、記憶部（ｅＮＢ）１５内のＰｈｙ情報テーブル内の情報をＲＥＣ（ＢＴＳ）２０に通知する。このとき、Ｐｈｙ情報管理部（ｅＮＢ）１６２は、ＣＰＲＩリンク＃２を介してＲＥＣ（ＢＴＳ）２０に対する情報の送信を行う。
【００６２】
Ｐｈｙ情報テーブル内の情報を受信した（ステップＳ２０４）ＲＥＣ（ＢＴＳ）２０では、Ｐｈｙ情報管理部（ＢＴＳ）２４２が受信情報を用いて記憶部（ＢＴＳ）２３内のＰｈｙ情報テーブル内の情報の更新を行う。以上の動作により、ＲＥＣ（ＢＴＳ）２０の記憶部（ＢＴＳ）２３内のＰｈｙ情報テーブルが所定の周期毎に、ＲＥＣ（ｅＮＢ）１０において更新される値に更新される。
【００６３】
このようにＰｈｙ情報テーブルが定期的に更新及び共有されることで、ハンドオーバ先となるＲＥＣ（ＢＴＳ）２０側でハンドオーバ元のＲＥＣ（ｅＮＢ）１０から通知されたＲＴＴなどのＰｈｙ情報の統計を集計することが可能となる。また、過去のハンドオーバ実績からハンドオーバ元のＲＥＣ（ｅＮＢ）１０におけるＲＴＴの計測精度を判定することも可能となり、ハンドオーバ時に該Ｐｈｙ情報テーブル内のＲＴＴが適用可能であるか否かの判定が可能となる。
【００６４】
（２−２）Ｐｈｙ情報格納テーブル無効フラグ設定処理
Ｐｈｙ情報テーブル無効フラグの設定処理について、図１０を参照して説明する。ここでは、上述したＰｈｙ情報の通知処理により、ＲＥＣ（ｅＮＢ）１０よりＵＥ５０の呼に設定された個別ｃｈに係るＰｈｙ情報の通知を受けたＲＥＣ（ＢＴＳ）２０における処理について説明する。
【００６５】
ＲＥＣ（ＢＴＳ）２０のＰｈｙ情報管理部（ＢＴＳ）２４２は、記憶部（ＢＴＳ）２３内に格納されるＰｈｙ情報テーブルについて、過去に実施されたハンドオーバ時のパスサーチ成功結果を集計する。集計されたパスサーチの成功数から、パスサーチの成功率を算出し、該パスサーチの成功率と、例えば８０％などの所定の閾値成功率との比較を行う（ステップＳ３０１）。
【００６６】
Ｐｈｙ情報管理部（ＢＴＳ）２４２は、パスサーチの成功率が閾値を下回る場合（ステップＳ３０１：Ｙｅｓ）、Ｐｈｙ情報テーブルに対して無効フラグをｏｎに設定する（ステップＳ３０２）。Ｐｈｙ情報管理部（ＢＴＳ）２４２は、同様の処理を記憶部（ＢＴＳ）２３内に格納される全てのＰｈｙ情報テーブルに対して実行する。
【００６７】
無効フラグがｏｎに設定されたＰｈｙ情報テーブルは、後に詳述するように、該Ｐｈｙ情報テーブルにＰｈｙ情報が含まれるＵＥ５０のハンドオーバ時には用いられない。具体的には、ＵＥ５０のＩｎｔｅｒ−ＲＡＴハンドオーバ処理において、Ｐｈｙ情報テーブルに含まれるＲＴＴを用いる代わりに、広範囲のパスサーチを実施することで、ＵＥ５０についてＲＴＴの計測が行われる。
【００６８】
尚、Ｐｈｙ情報テーブル無効フラグの初期値はｏｆｆに設定され、移動通信システム１の運用に伴って集計されるハンドオーバの成功率に基づいて、無効フラグがｏｎへと設定される態様が好ましい。ｏｎに設定された無効フラグは、例えば２４時間毎などの一定の周期で初期化される態様であってもよく、また、他の何らかの処理によってｏｆｆに設定される態様であってもよい。
【００６９】
移動通信システム１では、上述したＰｈｙ情報の取得及び通知処理により、共用ＲＥ４０を共用するＲＥＣ（ｅＮＢ）１０及びＲＥＣ（ＢＴＳ）２０の間で、一方のＲＥＣ配下のセルに在圏するＵＥ５０の呼に対して設定される個別ｃｈのＰｈｙ情報が他方のＲＥＣにおいても共有される。このようなＰｈｙ情報を用いることで、例えば後述するＲＥＣ（ｅＮＢ）１０からＲＥＣ（ＢＴＳ）２０へのＩｎｔｅｒ−ＲＡＴハンドオーバ処理時に、ハンドオーバ先のＲＥＣ（ＢＴＳ）２０では、ＵＥ５０の呼について、パスサーチに拠らずにＲＴＴを取得することが可能となる。
【００７０】
しかしながら、共有されるＰｈｙ情報が、適切なハンドオーバを実現するために充分な精度を有していない場合、ハンドオーバの失敗に繋がる可能性がある。
【００７１】
そこで、上述のように、ハンドオーバ時のパスサーチ成功率に基づいて、Ｐｈｙ情報を用いるか否かの判定を行うことで、このようなハンドオーバの失敗を防止することが可能となる。従って、ハンドオーバ処理におけるパスサーチに要する時間を短縮可能となる上に、少なくとも従来のＩｎｔｅｒ−ＲＡＴハンドオーバ処理以上のハンドオーバ処理の成功率を担保することが出来る。
【００７２】
（２−３）Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理
移動通信システム１におけるＩｎｔｅｒ−ＲＡＴハンドオーバ処理について、図１１乃至図１４を参照して説明する。このようなＩｎｔｅｒ−ＲＡＴハンドオーバ処理について、図１１は各部で送受信されるメッセージを示すシーケンス、図１２はＲＥＣ（ｅＮＢ）１０において実施される処理、図１３はＲＥＣ（ＢＴＳ）２０において実施される処理、図１４はＲＮＣ３０において実施される処理を夫々示している。以下では、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理における時系列に応じて、図１２乃至図１４を適宜参照して、各部の動作について説明する。尚、以下では、ＲＥＣ（ｅＮＢ）１０配下のセルに収容されるＵＥ５０がＩｎｔｅｒ−ＲＡＴハンドオーバにより、該ＲＥＣ（ｅＮＢ）１０とＲＥを共用するＲＥＣ（ＢＴＳ）２０配下のセルに移動する際の処理について説明する。
【００７３】
ＲＥＣ（ｅＮＢ）１０のハンドオーバ管理部（ｅＮＢ）１７は、自システムの負荷状況、電波状況、端末の能力などに基づいて、共用ＲＥ４０配下のＬＴＥ方式セルに在圏するＵＥ５０のＩｎｔｅｒ−ＲＡＴハンドオーバを実施することを決定する（図１２、ステップＳ４０１）。
【００７４】
ＲＥＣ（ｅＮＢ）１０の呼処理制御部（ｅＮＢ）１８は、ハンドオーバ先確認処理を行い（図１２、ステップＳ４０２）、ＵＥ５０のハンドオーバ先セルが、ＲＥＣ（ｅＮＢ）１０と共用ＲＥ４０を共有するか否かの判定を行う（図１２、ステップＳ４０３）。
【００７５】
図１５を参照して、ハンドオーバ先確認処理の手順について説明する。ＲＥＣ（ｅＮＢ）１０の呼処理制御部（ｅＮＢ）１８は、ＵＥ５０に対する現在の呼の接続セルを識別するためのキャリア番号及びセクタ番号などの接続セル情報を取得する（図１５、ステップＳ７０１）。続いて、ＲＥＣ（ｅＮＢ）１０の呼処理制御部（ｅＮＢ）１８は、記憶部（ｅＮＢ）１５に格納される他のＲＡＴも含む基地局の情報を示す局データを参照し、ハンドオーバ先のセルのＲＥ情報を取得する（図１５、ステップＳ７０２）。
【００７６】
取得される接続セル情報及びハンドオーバ先セルのＲＥ情報に基づき、ＲＥＣ（ｅＮＢ）１０のハンドオーバ管理部（ｅＮＢ）１７は、ハンドオーバ先のセルのＲＥ情報に、現在のＵＥ５０の接続セル情報が含まれるか否かの検出を行う（図１５、ステップＳ７０３）。
【００７７】
ハンドオーバ先のセルのＲＥ情報に現在のＵＥ５０の接続セル情報が含まれない場合、ＵＥ５０のハンドオーバ先は、同一の共用ＲＥ４０を共用するセルではないと認識される（図１５、ステップＳ７０４）。つまり、ハンドオーバ処理は、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理ではないと認識される。他方で、ハンドオーバ先のセルのＲＥ情報に現在のＵＥ５０の接続セル情報が含まれる場合、ＵＥ５０のハンドオーバ先は、同一の共用ＲＥ４０を共用するセルであると認識される（図１５、ステップＳ７０５）。つまり、ハンドオーバ処理は、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理であると認識される。以上の処理により、ＵＥ５０のハンドオーバが、同一の共用ＲＥ４０を共用するＲＥＣ（ｅＮＢ）１０からＲＥＣ（ＢＴＳ）２０へのＩｎｔｅｒ−ＲＡＴハンドオーバであるか否かが判定される。
【００７８】
図１２に戻り、説明を続ける。ハンドオーバ先セルが同一の共用ＲＥ４０のセルではないと認識される場合（図１２、ステップＳ４０３：ＮＯ）、ＲＥＣ（ｅＮＢ）１０は、呼処理制御部（ｅＮＢ）１８において生成されるハンドオーバ要求メッセージ「ｍ１」をＭＭＥに対して送信する（図１２、ステップＳ４０４）。他方で、ハンドオーバ先セルが同一の共用ＲＥ４０のセルであると認識される場合（図１２、ステップＳ４０３：Ｙｅｓ）、ＲＥＣ（ｅＮＢ）１０は、呼処理制御部（ｅＮＢ）１８において生成されるハンドオーバ要求メッセージ「ｍ１」に、識別ＩＤを付与して、ＭＭＥに対して送信する（図１２、ステップＳ４０５）。
【００７９】
いずれの場合においても、ハンドオーバ要求メッセージ「ｍ１」を受信したＭＭＥは、コアネットワークＣＮに対してリロケーション要求メッセージ「ｍ２」を送信する（図１２、ステップＳ４０４及びＳ４０５）。リロケーション要求メッセージ「ｍ２」を受信したコアネットワークＣＮは、ハンドオーバ先ＲＥＣ（ＢＴＳ）２０を配下とするＲＮＣ３０に対して、リロケーション要求メッセージ「ｍ３」を送信する（図１２、ステップＳ４０４及びＳ４０５）。
【００８０】
ＲＮＣ３０は、リロケーション要求メッセージ「ｍ３」を受信した後（図１４、ステップＳ６０１）、該リロケーション要求メッセージ「ｍ３」に識別ＩＤが付与されているか否かの確認を行う（図１４、ステップＳ６０２）。
【００８１】
受信したリロケーション要求メッセージ「ｍ３」に識別ＩＤが付与されていない場合（図１４、ステップＳ６０２：Ｎｏ）、ＲＮＣ３０の呼接続処理部は、無線リソース制御のためのＮＢＡＰ（Node B Application Part）プロトコルを用いて、ＵＥ５０との新規個別ｃｈの設定要求をハンドオーバ先のＲＥＣ（ＢＴＳ）２０に対して送信する。（図１４、ステップＳ６０３）。他方で、受信したリロケーション要求メッセージ「ｍ３」に識別ＩＤが付与されている場合（図１４、ステップＳ６０２：Ｙｅｓ）、ＲＮＣ３０の呼接続処理部は、ＵＥ５０との新規個別ｃｈの設定要求に、該ＵＥ５０に対する識別ＩＤを付与して、ハンドオーバ先のＲＥＣ（ＢＴＳ）２０に対して送信する。（図１４、ステップＳ６０４）。
【００８２】
ＲＮＣ３０から送信される新規個別ｃｈの設定要求は、ＲＥＣ（ＢＴＳ）２０のネットワーク送受信部（ＢＴＳ）２２を介して呼処理制御部（ＢＴＳ）２５内の信号終端部において受信される（図１３、ステップＳ５０１）。
【００８３】
新規個別ｃｈの設定要求を受けた後、ＲＥＣ（ＢＴＳ）２０の呼処理制御部（ＢＴＳ）２５は、該設定要求に識別ＩＤが付与されているか否かの確認を行う（図１３、ステップＳ５０２）。設定要求に識別ＩＤが付与されていることが確認された場合（図１３、ステップＳ５０２：Ｙｅｓ）、呼処理制御部（ＢＴＳ）２５は、該識別ＩＤが含まれるＰｈｙ情報テーブルの無効フラグがｏｆｆであるか否かの確認を行う（図１３、ステップＳ５０３)。
【００８４】
新規個別ｃｈの設定要求に識別ＩＤが付与されていない場合（図１３、ステップＳ５０２：Ｎｏ)、又は新規個別ｃｈの設定要求に識別ＩＤが付与され（図１３、ステップＳ５０２：Ｙｅｓ)、且つＰｈｙ情報テーブル無効フラグがｏｎである場合（図１３、ステップＳ５０３：Ｎｏ)、ＲＥＣ（ＢＴＳ）２０の呼処理制御部（ＢＴＳ）２５は、ベースバンド信号処理部（ＢＴＳ）２４に個別ｃｈリソースの確保を指示する（図１３、ステップＳ５０４)。これにより、ＵＥ５０に対して、下り個別ｃｈであるＤＬ−ＤＰＣＣＨ（Down-Link Dedicated Physical Data Channel）の送信が開始される。個別ｃｈ設定が正常に完了した後、ＲＥＣ（ＢＴＳ）２０は、ＲＮＣに対して個別ｃｈ設定指示応答を送信する（図１３、ステップＳ５０５）。その後、呼処理制御部（ＢＴＳ）２５は、ＵＥ５０に対して設定した個別ｃｈにおける上り個別ｃｈ無線同期確立の監視を開始する（図１３、ステップＳ５１０）。
【００８５】
他方で、新規個別ｃｈの設定要求に識別ＩＤが付与され（図１３、ステップＳ５０２：Ｙｅｓ)、且つＰｈｙ情報テーブル無効フラグがｏｆｆである場合（図１３、ステップＳ５０３：Ｙｅｓ)、ＲＥＣ（ＢＴＳ）２０の呼処理制御部（ＢＴＳ）２５は、個別ｃｈリソースの確保を指示する信号に対し、識別ＩＤを付与した上で、同様にベースバンド信号処理部（ＢＴＳ）２４に送信する（図１３、ステップＳ５０６)。該指示に応じて個別ｃｈ設定が正常に完了した後に、ＲＥＣ（ＢＴＳ）２０は、ＲＮＣ３０に対して個別ｃｈ設定指示応答を送信する（図１３、ステップＳ５０７）。
【００８６】
個別ｃｈ設定指示応答の送信後に、ベースバンド信号処理部（ＢＴＳ）２４内のＰｈｙ情報管理部（ＢＴＳ）２４２は、セル情報および識別ＩＤを用いて、記憶部（ＢＴＳ）２３に格納されるＰｈｙ情報テーブルを参照する。参照の結果、Ｐｈｙ情報管理部（ＢＴＳ）２４２は、ＲＥＣ（ｅＮＢ）１０において取得される、ＵＥ５０の呼の個別ｃｈにおけるＲＴＴ値を取得する。取得されたＲＴＴ値は、パスサーチ処理部（ＢＴＳ）２４１に通知される（図１３、ステップＳ５０８）。
【００８７】
ＲＴＴ値の通知を受けたパスサーチ処理部（ＢＴＳ）２４１は、後のパスサーチ処理において、広範囲のパスサーチの実施を無効とする設定を行う（図１３、ステップＳ５０９)。例えば、パスサーチ処理部（ＢＴＳ）２４１は、内部に格納される広範囲パスサーチ実施フラグをｏｆｆに設定することで、広範囲のパスサーチを無効とする設定を行う。続いて、呼処理制御部（ＢＴＳ）２５は、ＵＥ５０に対して設定した個別ｃｈにおける上り個別ｃｈ無線同期確立の監視を開始する（図１３、ステップＳ５１０）。
【００８８】
呼処理制御部（ＢＴＳ）２５は、上り個別ｃｈ無線同期確立の監視を開始時に、内蔵される上り個別ｃｈ無線同期確立待ちタイマを起動する（図１３、ステップＳ５１１）。
【００８９】
ＲＥＣ（ＢＴＳ）２０の呼処理制御部（ＢＴＳ）２５は、上り個別ｃｈ無線同期確立の監視を開始した後、パスサーチ処理部（ＢＴＳ）２４１に対して、ＵＥ５０の上り個別ｃｈのパスサーチ実施の指示を行う。パスサーチ実施を指示されたパスサーチ処理部（ＢＴＳ）２４１は、パスサーチ処理を実施する（図１３、ステップＳ５１２）。
【００９０】
図１６を参照して、パスサーチ処理部（ＢＴＳ）２４１によるＵＥ５０の上り個別ｃｈのパスサーチ処理について説明する。図１６は、パスサーチ処理の流れを示すフローチャートである。パスサーチ処理の流れでは、図１６に示されるように大別して広範囲及び狭範囲の２種類のパスサーチが実施されることがある。尚、２種類のパスサーチは、パスサーチを行う範囲の相対的な広狭（言い換えれば、大小）に応じて区別される。
【００９１】
パスサーチ処理の際に、パスサーチ処理部（ＢＴＳ）２４１は、先ず広範囲のパスサーチ実施フラグを参照することなどにより、広範囲パスサーチを実施するか否かの決定を行う（図１６、ステップＳ８０１）。広範囲パスサーチを実施するよう設定される場合（図１６、ステップＳ８０１：Ｙｅｓ）、パスサーチ処理部（ＢＴＳ）２４１は、広範囲のパスサーチをパスが検出されるまで繰り返し実行する（図１６、ステップＳ８０２）。パスサーチ処理部（ＢＴＳ）２４１は、ＵＥ５０に対して設定される上り個別ｃｈを介してＵＥ５０より送信される電波を受信することで、パスの検出を認識する。
【００９２】
他方で、広範囲パスサーチを実施しないよう設定される場合（図１６、ステップＳ８０１：Ｎｏ）、パスサーチ処理部（ＢＴＳ）２４１は、広範囲のパスサーチを実施しない。
【００９３】
広範囲のパスサーチによりパスが検出される場合（図１６、ステップＳ８０３：Ｙｅｓ）、又は広範囲のパスサーチが実施されなかった場合、パスサーチ処理部（ＢＴＳ）２４１は、狭範囲のパスサーチをパスが検出されるまで繰り返し実行する（図１６、ステップＳ８０４）。狭範囲のパスサーチによりパスが検出される場合（図１６、ステップＳ８０５：Ｙｅｓ）、パスサーチ処理部（ＢＴＳ）２４１は、パスサーチが成功したことを認識し（図１６、ステップＳ８０６）、パスサーチ処理を終了する。
【００９４】
再び図１４において、一方、ＲＥＣ（ＢＴＳ）２０から、個別ｃｈ設定指示応答の送信（図１３、ステップＳ５０７）を受けたＲＮＣ３０は、ＲＥＣ（ｅＮＢ）１０に対して、コアネットワークＣＮを介して、ハンドオーバ要求に対する応答を送信する（図１４、ステップＳ６０５）。具体的には、ＲＮＣ３０は、先ずコアネットワークＣＮに対してリロケーション要求確認メッセージ「ｍ４」を送信する。リロケーション要求確認メッセージ「ｍ４」を受信したコアネットワークＣＮは、ＭＭＥに対してリロケーション応答メッセージ「ｍ５」を送信する。リロケーション応答メッセージ「ｍ５」を受信したＭＭＥは、ＲＥＣ（ｅＮＢ）１０に対して、ハンドオーバ指示メッセージ「ｍ６」を送信する。
【００９５】
ハンドオーバ要求に対する応答を送信した後に、ＲＮＣのリソース管理部（ＲＮＣ）は、内蔵されるタイマを起動し、ＵＥ５０から通信先をＲＥＣ（ＢＴＳ）２０に切り替えたことを通知する無線切り替え完了メッセージ「ｍ９」の受信の受信待ちを開始する（図１４、ステップＳ６０６）
コアネットワークＣＮ経由でＲＮＣより送信されるハンドオーバ要求に対する応答は、ＲＥＣ（ｅＮＢ）１０のハンドオーバ管理部（ｅＮＢ）１７において受信される（図１２、ステップＳ４０６）。ＲＥＣ（ｅＮＢ）１０のハンドオーバ管理部（ｅＮＢ）１７は、受信したハンドオーバ指示メッセージ「ｍ６」の内容に基づいて、ハンドオーバ先のＲＮＣにおいて個別ｃｈ設定が正常に完了したことを確認する（図１２、ステップＳ４０７）。
【００９６】
この時、ＲＮＣにおいて個別ｃｈ設定が正常に完了していない場合（図１２、ステップＳ４０７：Ｎｏ）、ＲＥＣ（ｅＮＢ）１０は、ハンドオーバ処理中に異常が生じたと判断し、ハンドオーバ処理の終了など所定の異常終了手順を実施する（図１２、ステップＳ４１６）。
【００９７】
ハンドオーバ先のＲＮＣにおいて個別ｃｈ設定が正常に完了したと判断される場合（図１２、ステップＳ４０７：Ｙｅｓ）、ＲＥＣ（ｅＮＢ）１０の個別ｃｈリソース管理部（ｅＮＢ）は、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理によりＵＥ５０が通信先をＲＥＣ（ｅＮＢ）１０からＲＥＣ（ＢＴＳ）２０に切り替えるタイミングである「アクティベーションタイム」を決定する（図１２、ステップＳ４０８）。
【００９８】
尚、通信先をＲＥＣ（ＢＴＳ）２０に切り替えるためには、ハンドオーバ先であるＲＥＣ（ＢＴＳ）２０において、ＵＥ５０との下り個別ｃｈ及び上り個別ｃｈが確立されている必要がある。このため、「アクティベーションタイム」は、ＲＥＣ（ＢＴＳ）２０における個別ｃｈの設定処理及びパスサーチ処理に要する時間に基づいて決定されることが好ましい。
【００９９】
「アクティベーションタイム」の決定後、ＲＥＣ（ｅＮＢ）１０は、「アクティベーションタイム」において通信先をＲＥＣ（ＢＴＳ）２０に切り替えることを指示する無線切り替え指示メッセージ「ｍ７」をＵＥ５０に対して送信する（図１２、ステップＳ４０９）。具体的には、呼処理制御部（ｅＮＢ）１８にて生成される、ＬＴＥ方式からの無線切り替えを指示する「Ｍｏｂｉｌｉｔｙ  ＦＲＯＭ  ＥＵＴＲＡ  ＣＯＭＭＡＮＤ」によりＵＥ５０に対する無線切り替えが指示される。
【０１００】
無線切り替え指示メッセージ「ｍ７」を送信した後、ＲＥＣ（ｅＮＢ）１０の個別ｃｈリソース管理部（ｅＮＢ）は、内蔵されるタイマを起動し、ＵＥ５０に関連する解放を指示するコンテキスト解放指示メッセージ「ｍ１３」の受信待ちを開始する（図１２、ステップＳ４１０）。
【０１０１】
ＵＥ５０では、ＬＴＥ用の信号処理部により受信した無線切り替え指示メッセージ「ｍ７」のデータ処理が行われ、信号終端部によりメッセージ内容が認識される。
【０１０２】
ＵＥ５０の装置制御部は、無線切り替え指示メッセージ「ｍ７」に含まれる「アクティベーションタイム」を読み取る。そして、「アクティベーションタイム」において、無線切り替え完了メッセージ「ｍ９」をＲＥＣ（ＢＴＳ）２０を介してＲＮＣ３０に対して上り個別ｃｈで送信開始する。具体的には、ＵＥ５０内の３Ｇ用信号処理部において生成される、３Ｇ方式への無線切り替え完了を通知する「ＤＣＣＦ  Ｈａｎｄｏｖｅｒ  ｔｏ  ＵＴＲＡＮ」メッセージによりＵＥ５０に対する無線切り替えの完了が通知される。尚、Ｉｎｔｅｒ−ＲＡＴハンドオーバの場合、ＲＡＴ間で無線区間のフレーム同期が困難のため、「アクティベーションタイム」＝Ｎｏｗと設定される。つまり、ＵＥ５０は、無線切り替え指示メッセージ「ｍ７」メッセージを受け取った後、ＲＥＣ（ＢＴＳ）２０に対する上り個別ｃｈが確立しているならば、即時に無線切り替え完了メッセージ「ｍ９」を送信する。
【０１０３】
パスサーチ処理（図１３、ステップＳ５１２）を実施中のＲＥＣ（ＢＴＳ）２０では、ＵＥ５０より上り個別ｃｈで信号の送信が行われることを検出することで、広範囲のパスサーチの成功（図１６、ステップＳ８０３）及び狭範囲のパスサーチの成功（図１６、ステップＳ８０５）を認識する。
【０１０４】
パスサーチの成功が認識された後、ＲＥＣ（ＢＴＳ）２０のベースバンド信号処理部（ＢＴＳ）２４は、上り無線フレームタイミング同期処理を実施する（図１３、ステップＳ５１３）。フレームタイミング同期処理後に、ベースバンド信号処理部（ＢＴＳ）２４は、個別ｃｈリソース管理部（ＢＴＳ）に対して、同期の確立を通知する。
【０１０５】
個別ｃｈリソース管理部（ＢＴＳ）は、図１３のステップＳ５１１での処理により起動されたタイマの満了前に、フレームタイミング同期確立の通知を受けた場合（図１３、ステップＳ５１４：Ｙｅｓ）、タイマを停止する（図１３、ステップＳ５１５）。その後、ＲＥＣ（ＢＴＳ）２０のベースバンド信号処理部（ＢＴＳ）２４内のデータ処理部において、ＵＥ５０からの上り個別ｃｈのデータ処理が開始される（図１３、ステップＳ５１６）。これにより、ＵＥ５０は、ＲＥＣ（ＢＴＳ）２０との通信を開始するようになる。
【０１０６】
他方で、タイマ満了までに上り個別ｃｈの無線同期が確立しない場合（図１３、ステップＳ５１４：Ｎｏ及びＳ５１７：Ｙｅｓ）、ＲＥＣ（ＢＴＳ）２０は、ハンドオーバ処理中に異常が生じたと判断し、ハンドオーバ処理の終了など所定の異常終了手順を実施する（図１３、ステップＳ５１８）。
【０１０７】
ＲＮＣ３０は、図１４のステップＳ６０６での処理により起動されたタイマの満了前に、無線切り替え完了メッセージ「ｍ９」を受信する場合（図１４、ステップＳ６０７：Ｙｅｓ）、タイマを停止する（図１４、ステップＳ６０８）。その後、ＲＮＣ３０は、ＲＥＣ（ｅＮＢ）１０に対して、コアネットワークＣＮ経由でリロケーション完了メッセージ「ｍ１０」を送信する。具体的には、先ずＲＮＣ３０は、コアネットワークＣＮに対してリロケーション完了メッセージ「ｍ１０」を送信する。リロケーション完了メッセージ「ｍ１０」を受信したコアネットワークＣＮは、ＭＭＥに対してリロケーション完了メッセージ「ｍ１１」を送信する。リロケーション完了メッセージ「ｍ１１」を受信したＭＭＥは、コアネットワークＣＮに対してリロケーション完了確認メッセージ「ｍ１２」を送信するとともに、ＲＥＣ（ｅＮＢ）１０に対してコンテキスト解放指示メッセージ「ｍ１３」を送信する。
【０１０８】
他方で、タイマ満了までに無線切り替え完了メッセージ「ｍ９」が受信されない場合（図１４、ステップＳ６０７：Ｎｏ及びＳ６１０：Ｙｅｓ）、ＲＮＣ３０は、ハンドオーバ処理中に異常が生じたと判断し、ハンドオーバ処理の終了など所定の異常終了手順を実施する（図１４、ステップＳ６１１）。
【０１０９】
ＲＥＣ（ｅＮＢ）１０は、図１２のステップＳ４１０での処理により起動されたタイマの満了前に、コンテキスト解放指示メッセージ「ｍ１３」を受信する場合（図１２、ステップＳ４１１：Ｙｅｓ）、受信待ちタイマを停止する（図１２、ステップＳ４１２）。その後、ＲＥＣ（ｅＮＢ）１０の個別ｃｈリソース管理部（ｅＮＢ）は、ハンドオーバ元の個別ｃｈリソースを解放し、ＵＥ５０との通信を終了する（図１２、ステップＳ４１１）。更に、個別ｃｈリソース管理部（ｅＮＢ）は、コンテキスト解放完了メッセージ「ｍ１４」をコアネットワークＣＮに送信して、ＵＥ５０のハンドオーバ処理を終了する。
【０１１０】
他方で、タイマ満了までにコンテキスト解放指示メッセージ「ｍ１３」が受信されない場合（図１２、ステップＳ４１１：Ｎｏ及びＳ４１５：Ｙｅｓ）、ＲＥＣ（ｅＮＢ）１０は、ハンドオーバ処理中に異常が生じたと判断し、ハンドオーバ処理の終了など所定の異常終了手順を実施する（図１２、ステップＳ４１６）。
【０１１１】
移動通信システム１では、上述した一連の処理により、ＵＥ５０のハンドオーバが実現される。ＵＥ５０がＬＴＥ方式のＲＥＣ（ｅＮＢ）１０から３Ｇ方式のＲＥＣ（ＢＴＳ）２０へとハンドオーバするＩｎｔｅｒ−ＲＡＴハンドオーバの場合、移動通信システム１では、コアネットワークＣＮを経由してハンドオーバ元のＲＥＣ（ｅＮＢ）１０からハンドオーバ先のＲＮＣ３０及びＲＥＣ（ＢＴＳ）２０に対して、ＵＥ５０のハンドオーバ呼の識別ＩＤが通知される。
【０１１２】
移動通信システム１では、同一のＲＥを共有する異なるＲＡＴのＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０とでは、収容されるＵＥ５０夫々の呼について、識別ＩＤとＲＴＴなどのＰｈｙ情報とを共有している。このため、ＵＥ５０のハンドオーバ呼の識別ＩＤの通知を受けたハンドオーバ先のＲＮＣ３０及びＲＥＣ（ＢＴＳ）２０は、該当するＵＥ５０を識別可能となり、データベースに格納されるＰｈｙ情報を取得することが可能となる。
【０１１３】
ハンドオーバ先のＲＮＣ３０及びＲＥＣ（ＢＴＳ）２０がＵＥ５０のＲＴＴを取得出来る場合、該ＲＴＴによりＵＥ５０に対する信号送信から応答信号の受信までの所要時間が既知となる。ＵＥ５０のＩｎｔｅｒ−ＲＡＴハンドオーバの際には、ＵＥ５０はハンドオーバの前後において位置的な移動が生じないと判断されるため、ＲＥＣ（ｅＮＢ）１０より共有されるＰｈｙ情報を用いることで、少なくともＵＥ５０について広範囲のパスサーチによりＲＴＴを計測する必要がなくなる。
【０１１４】
広範囲でのパスサーチを実施しないことにより、ＲＥＣ（ＢＴＳ）２０内のパスサーチ処理部（ＢＴＳ）２４１における処理量が低減される。特に、従来のハンドオーバ処理で実施されるような広範囲のパスサーチでは、比較的広いエリアに対してパスサーチを実施する必要があるため、パスサーチ処理部（ＢＴＳ）２４１における処理量も比較的多く、システム全体におけるハンドオーバの同時処理数を制限していた。他方で、広範囲のパスサーチを実施しないことにより、ＲＥＣ（ＢＴＳ）２０のベースバンド信号処理部（ＢＴＳ）２４の一例であるベースバンドカード毎の処理量の低下に繋がり、同時処理数を増加させることが可能となる。このため、移動通信システム１全体において、Ｉｎｔｅｒ−ＲＡＴハンドオーバを同時処理可能となる呼の数の増加に繋がり、システム全体の効率向上に繋がる。また、一つのＵＥ５０に関するハンドオーバ処理においては、パスサーチ処理の所要時間を短縮することが出来、ハンドオーバ処理全体の時間短縮に繋がる。
【０１１５】
尚、Ｉｎｔｅｒ−ＲＡＴハンドオーバの際にもＵＥ５０は、ある程度の移動を実施している可能性があるため、より詳細なＲＴＴの計測のためにパスサーチが実施されることが好ましい。しかしながら、ＲＥＣ（ｅＮＢ）１０より共有されるＰｈｙ情報によりＵＥ５０の呼に関するＲＴＴがある程度判明しているため、ＲＥＣ（ＢＴＳ）２０は、該Ｐｈｙ情報に基づき、狭範囲でのパスサーチを行うことでＵＥ５０のＲＴＴをより精確に計測出来る。
【０１１６】
（２−４）効果の説明
以上説明した手順により、共用ＲＥ４０を有するＲＥＣ（ｅＮＢ）１０及びＲＥＣ（ＢＴＳ）２０の間でＵＥ５０のハンドオーバ処理が実施される。
【０１１７】
図１２乃至図１４のフローチャートにも示されるように、ハンドオーバ処理が失敗する理由の一つに、各装置において信号受信などが行われずに設定されるタイマが満了してしまうことが挙げられる。
【０１１８】
タイマの一つに、ＲＥＣ（ＢＴＳ）２０における上り個別ｃｈ無線同期確立待ちタイマがある。該上り個別ｃｈ無線同期確立待ちタイマが設けられることで、特にＩｎｔｅｒ−ＲＡＴハンドオーバ処理において、ＵＥ５０が通信する基地局を切り替える際に、切り替えが適切に終了せずＵＥ５０がＲＥＣ（ｅＮＢ）１０及びＲＥＣ（ＢＴＳ）２０の両方と通信を行う過渡的な状態が継続されることを抑制出来る。これにより、ＵＥ５０における通信品質の劣化時間の継続を抑制出来、双方の基地局において無線リソースが必要以上に占有され続けることを防止出来る。
【０１１９】
上り個別ｃｈ無線の同期確立に時間を費やすことで、特に音声呼ではユーザが瞬断を感じる場合がある。このため、上り個別ｃｈ無線の同期確立までに許容可能な時間を示すタイマの設定値Ｔは、通信品質の劣化を抑制し、且つ適切なハンドオーバ処理が実施可能となるよう、例えば２．０ｓｅｃなどの秒オーダで設定される。タイマの設定値Ｔの内訳は、Ｔ＝Ｔ１＋Ｔ２＋Ｔ３により示される。
【０１２０】
Ｔ１は、ＲＥＣ（ｅＮＢ）１０がハンドオーバ指示メッセージ「ｍ６」を受信した後（図１２、ステップＳ４０６）、アクティベーションタイムを含む無線切り替え指示メッセージ「ｍ７」をＵＥ５０が受信する（図１２、ステップＳ４０９）までの所要時間となる。このとき、装置間での信号伝送に要する時間もまたＴ１に含まれるが、各信号の伝達経路はいずれも設定済みのパスであるため、著しい遅延が生じることがなく、移動通信システム１の設定情報から見積られる値以上にＴ１が大きく増大することはないと言える。
【０１２１】
Ｔ２は、無線切り替え指示メッセージ「ｍ７」を受信したＵＥ５０が、アクティベーションタイムに応じたタイミングで無線切り替え完了メッセージ「ｍ９」を送信するまでの所要時間である。３ＧＰＰの規格においては、Ｔ２の最大許容時間が標準化されており、例えば、３ＧＰＰＴＳ０５．１０Ｖ８．１２．０（２００３−０８）では、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理のようにＵＥ５０にとって未知のセルの場合、Ｔ２は３２０ｍｓ以内と規定される。
【０１２２】
Ｔ３は、ＲＥＣ（ＢＴＳ）２０のパスサーチ処理部（ＢＴＳ）２４１がパスサーチ処理を開始してから、ＵＥ５０より上り個別ｃｈで送信される信号を受信し、パスサーチを終了するまで（図１３、ステップＳ５１２）の許容時間である。
【０１２３】
上述したようにＴ１及びＴ２についてはシステムの設計や規格によりある程度の予測値が設定される。従って、設定値ＴよりＴ１及びＴ２を差し引いたＴ３＝Ｔ−Ｔ１−Ｔ２内にパスサーチ処理が完了することでハンドオーバ処理の成功率が増大する。
【０１２４】
上述したように、移動通信システム１のＲＥＣ（ＢＴＳ）２０では、ＵＥ５０のＩｎｔｅｒ−ＲＡＴハンドオーバ処理の際に、ハンドオーバ元のＲＥＣ（ｅＮＢ）１０からＵＥ５０の個別ｃｈについて、ＲＴＴなどのＰｈｙ情報の通知を受ける。該Ｐｈｙ情報は、ＲＥＣ（ｅＮＢ）１０とＵＥ５０との距離に関する情報である。このため、該Ｐｈｙ情報を用いることで、ＲＥＣ（ｅＮＢ）１０と物理的なセル範囲を等しくするＲＥＣ（ＢＴＳ）２０では、ＵＥ５０との個別ｃｈのパス位置を取得、又は容易に推定することが可能となる。
【０１２５】
ＲＥＣ（ＢＴＳ）２０とＵＥ５０との間の距離に関する情報が全くない状態では、ＲＥＣ（ＢＴＳ）２０のパスサーチ処理部（ＢＴＳ）２４１は、ＵＥ５０のパスサーチを確実に成功させるために、比較的処理量の多い広範囲のパスサーチを実施することが求められる。
【０１２６】
このため、Ｐｈｙ情報の通知を受けるＲＥＣ（ＢＴＳ）２０では、広範囲のパスサーチを行う必要がなく、パスサーチ完了までの所要時間が短縮される。このため、許容時間Ｔ３内にパスサーチ処理を完了することが容易となる。この結果、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理の成功率を上昇させることに繋がる。
【０１２７】
尚、上述の例では、異なる通信方式の例としてＬＴＥ方式と３Ｇ方式とを提示して説明しているが、その他の通信方式においても適用することは可能である。その場合でも、上述のように、ハンドオーバ呼に設定されるＰｈｙ情報をシステム間で共有することで、好適なハンドオーバ成功率を担保しつつ、パスサーチに要する時間を短縮可能となる。
【０１２８】
尚、Ｐｈｙ情報の共有は、ＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０との間で定期的にＰｈｙ情報テーブルを通知し合うことで実施される。このため、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理のシーケンスには、Ｐｈｙ情報を識別するための識別ＩＤのみをハンドオーバ元のＲＥＣ（ｅＮＢ）１０からハンドオーバ先のＲＥＣ（ＢＴＳ）２０に通知することで、ＲＥＣ（ＢＴＳ）２０でもＲＥＣ（ｅＮＢ）１０において取得されるＰｈｙ情報を参照可能となる。従って、比較的情報量の小さい識別ＩＤを付与することで、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理の際のシーケンスに影響を与えることなく、上述の効果を適用することが出来る。
【０１２９】
（３）第１変形例
移動通信システム１の第１変形例である移動通信システム２の構成について図１７のブロック図を参照して説明する。移動通信システム２は、ＬＴＥ方式及び３Ｇ方式の両方のＲＡＴに対応した共用ＲＥＣ６０、及びＬＴＥ方式及び３Ｇ方式に共用される共用ＲＥ４０を備える。
【０１３０】
共用ＲＥＣ６０は、ＬＴＥ方式の通信に係る信号処理を実施するｅＮＢ用機能部６１と、３Ｇ方式の通信に係る信号処理を実施するＢＴＳ用機能部６２と、ＬＴＥ方式及び３Ｇ方式に共通した処理を実施する共通機能部６３とを備える。ｅＮＢ用機能部６１は、ＲＥＣ（ｅＮＢ）１０に準じた構成であり、ＬＴＥ方式の呼を処理する呼処理制御部（ｅＮＢ）１８と、自セルで設定された個別ｃｈのＰｈｙ情報テーブルを格納する記憶部（ｅＮＢ）１５を備える。ＢＴＳ用機能部６２は、ＲＥＣ（ＢＴＳ）２０に準じた構成であり、３Ｇ方式の呼を処理する呼処理制御部（ｅＮＢ）１８と、自セルで設定された個別ｃｈのＰｈｙ情報テーブルを格納する記憶部（ＢＴＳ）２３を備える。共通機能部６３は、電源監視部、監視制御部、局データ保持、クロックを備える。
【０１３１】
共用ＲＥＣ６０内では、ｅＮＢ用機能部６１とＢＴＳ用機能部６２とは、ＡＴＭ（Asynchronous Transfer mode：非同期転送モード）やＩＰ（Internet Protocol）転送などの架内信号により接続される。ｅＮＢ用機能部６１とＢＴＳ用機能部６２とは、架内スイッチに応じて、この架内信号によりＰｈｙ情報テーブルの通知を行う。
【０１３２】
以上の構成によれば、異なる通信方式が共用ＲＥＣ６０を用いる装置構成であっても、上述したＩｎｔｅｒ−ＲＡＴハンドオーバ処理に係る効果を享受することが可能となる。尚、各部の構成、動作及び処理シーケンスなどについて特に説明のない部分は、上述した移動通信システム１と同様の構成であってよい。
【０１３３】
（４）第２変形例
移動通信システム１の第２変形例である移動通信システム３の構成について図１８及び図１９のブロック図を参照して説明する。移動通信システム３は、ＬＴＥ方式のＲＥＣ（ｅＮＢ）１０、３Ｇ方式のＲＥＣ（ＢＴＳ）２０、ＲＥＣ（ｅＮＢ）１０とＣＰＲＩ＃１で接続されるＬＴＥ方式のＲＥ４０ａ、ＲＥＣ（ＢＴＳ）２０とＣＰＲＩ＃１で接続される３Ｇ方式のＲＥ４０ｂ及びＲＥ４０ａ及びＲＥ４０Ｂに接続され共用される共用アンテナ７０を備える。
【０１３４】
移動通信システム３の構成ではＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０との間には信号を通信できるＣＰＲＩリンクのような既設の接続線が存在しない。このため、図１８に示されるように、ＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０との間にＥｔｈｅｒなどにより構成されるＩＰ接続が設けられる。ＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０とは、このＩＰ接続によりＰｈｙ情報テーブルの通知を行う。
【０１３５】
また、移動通信システム３の構成において、コアネットワークＣＮ側の回線がＩＰ接続を実装している場合、図１９に示されるように、このＩＰ接続によりＰｈｙ情報テーブルの通知を行う構成であってもよい。
【０１３６】
以上の構成によれば、異なる通信方式が共用アンテナ７０のみを共用する装置構成であっても、上述したＩｎｔｅｒ−ＲＡＴハンドオーバ処理に係る効果を享受することが可能となる。尚、各部の構成、動作及び処理シーケンスなどについて特に説明のない部分は、上述した移動通信システム１と同様の構成であってよい。
【０１３７】
（５）第３変形例
移動通信システム１の第３変形例である移動通信システム４の構成について図２０を参照して説明する。移動通信システム４は、ＬＴＥ方式のＲＥＣ（ｅＮＢ）１０、３Ｇ方式のＲＥＣ（ＢＴＳ）２０、ＲＥＣ（ｅＮＢ）１０とＣＰＲＩ＃１で接続されるＬＴＥ方式のＲＥ４０ａ、ＲＥＣ（ＢＴＳ）２０とＣＰＲＩ＃１で接続される３Ｇ方式のＲＥ４０ｂ及びＲＥ４０ａ及びＲＥ４０Ｂに接続され共用される共用アンテナ７０を備える。
【０１３８】
移動通信システム４では、ＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０とは、互いを接続するＣＰＲＩリンクやＩＰ接続を用いてＰｈｙ情報テーブルを共有する代わりに、呼のハンドオーバシーケンスに対してＰｈｙ情報を付与することで、相互にハンドオーバ呼のＰｈｙ情報の共有を実現している。例えば、ハンドオーバ元のＲＥＣ（ｅＮＢ）１０は、Ｉｎｔｅｒ−ＲＡＴハンドオーバ処理において、コアネットワークＣＮを介して送信するハンドオーバ要求メッセージ「ｍ１」に、該当個の識別ＩＤの代わりに、Ｐｈｙ情報を付与して送信する。このとき、ＭＭＥ及びコアネットワークＣＮは、リロケーション要求メッセージ「ｍ２」及び「ｍ３」に該Ｐｈｙ情報を付与してＲＮＣ３０に送信する。
【０１３９】
これにより、ハンドオーバに先駆けてＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０との間で個別ｃｈのＰｈｙ情報テーブルを共有していない場合であっても、Ｉｎｔｅｒ−ＲＡＴハンドオーバ先のシステムにおいて、該当呼のハンドオーバ前のＰｈｙ情報が参照可能となる。従って、上述したＩｎｔｅｒ−ＲＡＴハンドオーバ処理に係る効果を享受することが可能となる。該手法は、図２０に示されるようなＲＥＣ（ｅＮＢ）１０とＲＥＣ（ＢＴＳ）２０とがアンテナのみを共用する構成に限られることなく、例えば図１に示されるＲＥを共用する移動通信システム１又は図１７に示されるＲＥとＲＥＣを共用する移動通信システム２においても実施可能である。尚、各部の構成、動作及び処理シーケンスなどについて特に説明のない部分は、上述した移動通信システム１と同様の構成であってよい。
【０１４０】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう移動通信システム、基地局及び通信制御方法などもまた本発明の技術的範囲に含まれるものである。
【０１４１】
以上説明した実施形態に対して、更に以下の付記を記載する。
【０１４２】
（付記１）
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを共有する、前記第１の通信方式で移動端末と通信を行う第１の基地局及び前記第２の通信方式で前記移動端末と通信を行う第２の基地局を備える移動通信システムであって、
前記第１の基地局は、
前記第１の基地局に収容される前記移動端末との相対的な距離を示す無線情報を取得する取得手段と、
前記無線情報を前記第２の基地局に通知する通知手段と
を備え、
前記第２の基地局は、
前記第１の基地局に収容される前記移動端末との通信を開始する際に、前記第１の基地局から通知される前記無線情報に基づいて、前記移動端末との通信の設定を行う通信制御手段を備えることを特徴とする移動通信システム。
【０１４３】
（付記２）
前記第１の基地局と前記第２の基地局とは、前記アンテナを介して前記移動端末との間で通信を行う無線装置を共用することを特徴とする付記１に記載の移動通信システム。
【０１４４】
（付記３）
前記第１の基地局と前記第２の基地局とは、前記第１の通信方式で通信を行うための第１の機能部と、前記第２の通信方式で通信を行うための第２の機能部とを備える無線制御装置を共有することを特徴とする付記１又は２に記載の移動通信システム。
【０１４５】
（付記４）
前記第１の基地局と前記第２の基地局とは、コアネットワークを経由することなく相互に信号を送受信可能な通信手段を有し、
前記通知手段は、該通信手段を介して前記無線情報を前記第２の基地局に通知することを特徴とする付記１から３のいずれか一項に記載の移動通信システム。
【０１４６】
（付記５）
前記通知手段は、前記第２の基地局が前記第１の基地局に収容される前記移動端末との通信を開始する際に、前記第１の基地局から前記第２の基地局に送信されるハンドオーバ処理のための制御信号に前記無線情報を付与することで通知することを特徴とする付記１から３のいずれか一項に記載の移動通信システム。
【０１４７】
（付記６）
前記取得手段は、前記第１の基地局が前記移動端末に対して個別チャネルを設定した際、及び前記個別チャネルの設定の後の所定の周期で前記無線情報を取得することで、前記無線情報を更新し、
前記通知手段は、更新される前記無線情報を定期的に前記第２の基地局に通知することを特徴とする付記１から５のいずれか一項に記載の移動通信システム。
【０１４８】
（付記７）
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを前記第２の通信方式で前記移動端末と通信を行う他の基地局と共有する、前記第１の通信方式で移動端末と通信を行う基地局であって、
当該基地局に収容される前記移動端末との相対的な距離を示す無線情報を取得する取得手段と、
前記無線情報を前記他の基地局に通知する通知手段と
を備えることを特徴とする基地局。
【０１４９】
（付記８）
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを前記第１の通信方式で前記移動端末と通信を行う他の基地局と共有する、前記第２の通信方式で移動端末と通信を行う基地局であって、
前記他の基地局に収容される前記移動端末との通信を開始する際に、前記他の基地局から通知される前記移動端末と前記他の基地局との相対的な距離を示す無線情報に基づいて、前記移動端末との通信の設定を行う通信制御手段を備えることを特徴とする基地局。
【０１５０】
（付記９）
第１の通信方式及び第２の通信方式を含む複数の通信方式の信号を送受信可能なアンテナを共有する、前記第１の通信方式で移動端末と通信を行う第１の基地局及び前記第２の通信方式で前記移動端末と通信を行う第２の基地局を備える移動通信システムにおける通信制御方法であって、
前記第１の基地局に収容される前記移動端末との相対的な距離を示す無線情報を取得する取得工程と、
前記無線情報を前記第２の基地局に通知する通知工程と、
前記第２の基地局が前記第１の基地局に収容される前記移動端末との通信を開始する際に、前記第１の基地局から通知される前記無線情報に基づいて、前記移動端末との通信の設定を行う通信制御工程と
を備えることを特徴とする通信制御方法。
【符号の説明】
【０１５１】
１  移動通信システム、
１０  ＲＥＣ（ｅＮＢ）、
１１  ＣＰＲＩ＃１インタフェース（ｅＮＢ）、
１２  ＣＰＲＩ＃２インタフェース（ｅＮＢ）、
１４  ネットワーク送受信部（ｅＮＢ）、
１５  記憶部（ｅＮＢ）、
１６  ベースバンド信号処理部（ｅＮＢ）、
１６１  パスサーチ処理部（ｅＮＢ）、
１６２  Ｐｈｙ情報管理部（ｅＮＢ）、
１７  ハンドオーバ管理部（ｅＮＢ）、
１８  呼処理制御部（ｅＮＢ）、
２０  ＲＥＣ（ＢＴＳ）、
２１  ＣＰＲＩ＃２インタフェース（ＢＴＳ）、
２２  ネットワーク送受信部（ＢＴＳ）、
２３  記憶部（ＢＴＳ）、
２４  ベースバンド信号処理部（ＢＴＳ）、
２４１  パスサーチ処理部（ＢＴＳ）、
２４２  Ｐｈｙ情報管理部（ＢＴＳ）、
２５  呼処理制御部（ＢＴＳ）、
３０  ＲＮＣ、
３１  ハンドオーバ管理部（ＲＮＣ）、
４０  共用ＲＥ、
５０  移動端末（ＵＥ）。
【図１】
0005429077.tif 000002
【図２】
0005429077.tif 000003
【図３】
0005429077.tif 000004
【図４】
0005429077.tif 000005
【図５】
0005429077.tif 000006
【図６】
0005429077.tif 000007
【図７】
0005429077.tif 000008
【図８】
0005429077.tif 000009
【図９】
0005429077.tif 000010
【図１０】
0005429077.tif 000011
【図１１】
0005429077.tif 000012
【図１２】
0005429077.tif 000013
【図１３】
0005429077.tif 000014
【図１４】
0005429077.tif 000015
【図１５】
0005429077.tif 000016
【図１６】
0005429077.tif 000017
【図１７】
0005429077.tif 000018
【図１８】
0005429077.tif 000019
【図１９】
0005429077.tif 000020
【図２０】
0005429077.tif 000021