(57)【特許請求の範囲】
【請求項１】
移動通信システムにおける無線基地局であって、
近隣無線基地局との間の論理インターフェースの確立の可否を前記近隣無線基地局の属性情報を基に判断する判断手段と、
自局との間で前記論理インターフェースを確立済みの近隣無線基地局へ定期的に自局の属性情報を通知する送信手段と、
を含み、
前記判断手段は、前記近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記近隣無線基地局の前記送信手段から通知される前記属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する、
ことを特徴とする無線基地局。
【請求項２】
前記判断手段は、前記近隣無線基地局との間の論理インターフェースの確立の際に前記近隣無線基地局から通知される前記属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする請求項１記載の無線基地局。
【請求項３】
他の無線基地局各々の属性情報を記憶する記憶手段を含み、
前記判断手段は、近隣無線基地局との間の論理インターフェースの確立の際に、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする請求項１記載の無線基地局。
【請求項４】
移動通信システムにおける無線基地局の動作制御方法であって、
近隣無線基地局の属性情報を基に前記近隣無線基地局との間の論理インターフェースの確立の可否を判断するステップと、
自局との間で前記論理インターフェースを確立済みの近隣無線基地局へ定期的に自局の属性情報を通知するステップと、
を含み、
前記判断するステップは、前記近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記近隣無線基地局から通知される前記属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する、
ことを特徴とする動作制御方法。
【請求項５】
移動通信システムにおける無線基地局と接続されるサーバであって、
前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段と、
前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記近隣無線基地局からその属性情報を取得する手段とを含み、
前記判断手段は、前記取得される属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とするサーバ。
【請求項６】
前記無線基地局各々の属性情報を記憶する記憶手段を含み、
前記判断手段は、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記記憶手段に記憶された前記取得される属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする請求項５記載のサーバ。
【請求項７】
移動通信システムにおける無線基地局と接続されるサーバの動作制御方法であって、
前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップと、
前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記近隣無線基地局からその属性情報を取得するステップとを含み、
前記判断するステップは、前記取得される属性情報を基に前記論理インターフェースの確立の可否を判断する、ことを特徴とするサーバの動作制御方法。
【請求項８】
無線基地局と、
前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段と、
前記論理インターフェースを確立済みの前記無線基地局間で定期的に属性情報を通知する送信手段と、
を含み、
前記判断手段は、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記近隣無線基地局の送信手段から通知される前記属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する、
ことを特徴とする移動通信システム。
【請求項９】
移動通信システムの動作制御方法であって、
無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップと、
前記論理インターフェースを確立済みの前記無線基地局間で定期的に属性情報を通知するステップと、
を含み、
前記判断するステップは、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記近隣無線基地局から通知される前記属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する、
ことを特徴とする移動通信システムの動作制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線基地局、サーバ、移動通信システム及び動作制御方法に関し、特に無線基地局間で定義されている論理インターフェースの制御に関する。
【背景技術】
【０００２】
図３２は、移動通信網、具体的にはＬＴＥ（Long Term Evolution）のネットワークにおいて、ｅＮＢ（Evolved Node B、無線基地局装置）間で定義されている論理インターフェース（Ｘ２インターフェース）を確立する際にｅＮＢ間でやりとりされるＸ２メッセージのシーケンス図である。ｅＮＢ（＃１）２０１及びｅＮＢ（＃２）２０２間におけるＸ２リンク（Ｘ２インターフェース）の確立は、一方がX2 SETUP REQUESTメッセージを送信し（ステップＳ１１２）、他方からX2 SETUP RESPONSEメッセージを受信する（ステップＳ１１３）ことで行われる（非特許文献１参照）。【０００３】
Ｘ２リンクがｅＮＢ２０１及び２０２間で設定されることにより、ｅＮＢ２０１及び２０２間でＵＥ（User Equipment、移動端末）がハンドオーバする際に、ｅＮＢ２０１及び２０２がＸ２リンクを用いて情報の交換をすることにより、ハンドオーバを可能とする。Ｘ２リンクが存在しなければ、Ｓ１インターフェース経由での情報交換が必要となり、ハンドオーバに要する時間が増加してしまう。また、コアネットワークの負担も増加してしまう。【０００４】
アプリケーション層の論理的なＸ２インターフェースは、トランスポート層であるＳＣＴＰ（Stream Control Transmission Protocol）（非特許文献２参照）の上にて定義されている（非特許文献３及び４）。ステップＳ１１１にて確立される１つのＳＣＴＰアソシエーションが1つのｅＮＢ２０１及び２０２間のＸ２リンクのために使用される。【０００５】
３ＧＰＰ（3rd Generation Partnership Project）で議論されているＳＯＮ（Self Organizing Network）機能の一つとしてＡＮＲ（Automatic Neighbor Relation）という機能が存在する。近隣に存在するｅＮＢを検知し、その近隣ｅＮＢとＸ２リンクを設定するのがＡＮＲ機能の一つである（非特許文献５参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．４２３
【非特許文献２】ＲＦＣ  ４９６０
【非特許文献３】３ＧＰＰ  ＴＳ  ３６．４２２
【非特許文献４】３ＧＰＰ  ＴＳ  ３６．４２０
【非特許文献５】３ＧＰＰ  ＴＳ  ３６．３００
【非特許文献６】３ＧＰＰ  ＴＳ  ３６．３３１
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したＡＮＲ機能により、新たに近隣ｅＮＢが検出される際に、そのｅＮＢとの間でＸ２リンクを確立することが期待されている。しかし、実ネットワークにおいては、１台のｅＮＢが設定可能なＸ２リンクの数、つまりＳＣＴＰの数には制限があるものであり、ＡＮＲ機能にて検知された全てのｅＮＢと無尽蔵にＸ２リンクを設定することは不可能である。【０００８】
また、ｅＮＢの種類によっては収容可能ユーザ数が少なかったり、セル半径が小さかったりする。そのようなｅＮＢとの間でＸ２リンクを確立することのメリットがあまり無い場合もある。【０００９】
ＡＮＲ機能により検知された近隣ｅＮＢとＸ２リンクを設定する際に何らかのロジックを用いてＸ２リンクの確立・切断を制御（選択）する仕組みが必要とされる。【００１０】
本発明の目的は、上述した課題を解決し、無駄な論理インターフェースの確立を抑制可能とする無線基地局、サーバ、移動通信システム及び動作制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明による無線基地局は、移動通信システムにおける無線基地局であって、近隣無線基地局との間の論理インターフェースの確立の可否を前記近隣無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする。【００１２】
本発明による動作制御方法は、移動通信システムにおける無線基地局の動作制御方法であって、近隣無線基地局の属性情報を基に前記近隣無線基地局との間の論理インターフェースの確立の可否を判断するステップを含むことを特徴とする。【００１３】
本発明によるサーバは、移動通信システムにおける無線基地局と接続されるサーバであって、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする。【００１４】
本発明による動作制御方法は、移動通信システムにおける無線基地局と接続されるサーバの動作制御方法であって、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップを含むことを特徴とする。【００１５】
本発明による移動通信システムは、無線基地局と、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段とを含むことを特徴とする。【００１６】
本発明による動作制御方法は、移動通信システムの動作制御方法であって、無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断するステップを含むことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、無駄な論理インターフェースの確立を抑制可能とするという効果が得られる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施の形態による移動通信システムにおけるｅＮＢの動作を示すシーケンス図である。
【図２】図１のｅＮＢの構成を示す図である。
【図３】図１のｅＮＢが保持するデータベースである。
【図４】図１のｅＮＢが保持するデータベースである。
【図５】本発明の第１の実施の形態におけるX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。
【図６】本発明の第１の実施の形態におけるX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。
【図７】本発明の第２の実施の形態におけるｅＮＢが保持するデータベースである。
【図８】本発明の第２の実施の形態におけるｅＮＢが保持するデータベースである。
【図９】本発明の第２の実施の形態におけるｅＮＢの動作を示すフローチャートである。
【図１０】本発明の第３の実施の形態におけるｅＮＢの動作を示すシーケンス図である。
【図１１】本発明の第３の実施の形態におけるX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。
【図１２】本発明の第３の実施の形態におけるX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。
【図１３】本発明の第３の実施の形態におけるENB CONFIGURATION UPDATEメッセージに追加される情報要素を示す図である。
【図１４】本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。
【図１５】本発明の第３の実施の形態においてＸ２リンクを確立した後のｅＮＢの動作を示すフローチャートである。
【図１６】本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。
【図１７】本発明の第３の実施の形態においてユーザ数情報を受信した際のｅＮＢの動作を示すフローチャートである。
【図１８】本発明の第３の実施の形態において新たに近隣ｅＮＢを検知した際のｅＮＢの動作を示すフローチャートである。
【図１９】本発明の第４の実施の形態におけるｅＮＢの動作を示すシーケンス図である。
【図２０】本発明の第４の実施の形態におけるｅＮＢが保持するデータベースである。
【図２１】本発明の第４の実施の形態におけるｅＮＢが保持するデータベースである。
【図２２】本発明の第４の実施の形態におけるX2 SETUP FAILUREメッセージに含めるCauseに追加される要素を示す図である。
【図２３】本発明の第５の実施の形態による移動通信システムの構成を示す図である。
【図２４】図２３の管理サーバの構成を示す図である。
【図２５】図２３の管理サーバが保持するデータベースである。
【図２６】本発明の第５の実施の形態による移動通信システムの動作を示すシーケンス図である。
【図２７】本発明の第６の実施の形態による移動通信システムの動作を示すシーケンス図である。
【図２８】本発明の第６の実施の形態における管理サーバが保持するデータベースである。
【図２９】本発明の第６の実施の形態における管理サーバが保持するデータベースである。
【図３０】本発明の第７の実施の形態による移動通信システムの動作を示すシーケンス図である。
【図３１】本発明の第７の実施の形態における管理サーバが保持するデータベースである。
【図３２】ｅＮＢ間でやりとりされるＸ２メッセージのシーケンス図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について図面を参照して説明する。まず、本発明による移動通信システムの概要について説明する。本発明による移動通信システムは、無線基地局を含み、そして更に、無線基地局間の論理インターフェースの確立の可否を無線基地局の属性情報を基に判断する判断手段を含む。無線基地局の属性情報を基に判断手段が無線基地局間の論理インターフェースの確立の可否を判断するようにしているので、無駄な論理インターフェース（維持する必要性の低い論理インターフェース）の確立を抑制可能となる。
【００２０】
図１は本発明の第１の実施の形態による移動通信システムにおけるｅＮＢの動作を示すシーケンス図である。ｅＮＢ（＃１）１０１及びｅＮＢ（＃２）１０２は、ＬＴＥの無線基地局装置である。
【００２１】
図２は図１のｅＮＢ１０１の構成を示す図であり、ｅＮＢ１０２も同等の構成を有する。判断部１３は、近隣ｅＮＢとの間のＸ２リンクの確立の可否を当該近隣ｅＮＢのｅＮＢタイプを基に判断する。制御部１１は、通信部１２を用いて近隣ｅＮＢとの間でメッセージの送受信を行う。また、制御部１１は、判断部１３の判断結果に従ってＸ２リンクの切断のための制御を行う。記憶部１４は、後述する各種データベースを含む。無線通信部１５は、図示せぬＵＥと通信を行う。
【００２２】
図３は図１のｅＮＢ１０１が保持するデータベースである。本データベースには、自ｅＮＢのｅＮＢタイプの値として、Ｍａｃｒｏ  ｅＮＢという値が設定されている。つまり、本データベースを持つｅＮＢ１０１がＭａｃｒｏ  ｅＮＢである。ｅＮＢタイプの取りうる値としては、Ｍａｃｒｏ  ｅＮＢ、Ｍｉｃｒｏ  ｅＮＢ、Ｐｉｃｏ  ｅＮＢ、ＨｅＮＢ（Ｈｏｍｅ  ｅＮＢ）を想定する。
【００２３】
また、本データベースには、Ｘ２リンクの確立を規制すべきｅＮＢタイプの値として、Ｐｉｃｏ  ｅＮＢとＨｅＮＢが設定されている。ここで取りうる値としては、Ｍａｃｒｏ  ｅＮＢ、Ｍｉｃｒｏ  ｅＮＢ、Ｐｉｃｏ  ｅＮＢ、ＨｅＮＢの４種類に加えて、それぞれを自由に組み合わせた値を可能とする（Ｍａｃｒｏ  ｅＮＢ＋Ｐｉｃｏ  ｅＮＢや、Ｍａｃｒｏ  ｅＮＢ＋Ｐｉｃｏ  ｅＮＢ＋ＨｅＮＢなど）。
【００２４】
図４は図１のｅＮＢ１０２が保持するデータベースである。本データベースには、自ｅＮＢのｅＮＢタイプの値として、Ｐｉｃｏ  ｅＮＢが設定されている。つまり、ｅＮＢ１０１はＭａｃｒｏ  ｅＮＢであるのに対して、ｅＮＢ１０２はＰｉｃｏ  ｅＮＢである。また、ｅＮＢ１０２においてＸ２リンクの確立を規制すべきｅＮＢタイプの値として、Ｍａｃｒｏ  ｅＮＢが設定されている。
【００２５】
図５はX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。非特許文献１の9.1.2.3に記載のX2 SETUP REQUESTメッセージに、ｅＮＢ  ｔｙｐｅ３０１というＩＥ（Information Element、情報要素）が新たに定義されている。ｅＮＢタイプを示すＩＥのｒａｎｇｅとして、Ｍａｃｒｏ  ｅＮＢ、Ｍｉｃｒｏ  ｅＮＢ、Ｐｉｃｏ  ｅＮＢ、ＨｅＮＢを設定可能としている。
【００２６】
図６はX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。非特許文献１の9.1.2.4に記載のX2 SETUP RESPONSEメッセージに、ｅＮＢ  ｔｙｐｅ３０２というＩＥが新たに定義されている。ｅＮＢタイプを示すＩＥのｒａｎｇｅとして、Ｍａｃｒｏ  ｅＮＢ、Ｍｉｃｒｏ  ｅＮＢ、Ｐｉｃｏ  ｅＮＢ、ＨｅＮＢを設定可能としている。
【００２７】
以下、図１を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
【００２８】
ｅＮＢ１０１及び１０２間でＳＣＴＰリンクの確立が行われる（ステップＳ１）。この際に使用されるＳＣＴＰ手順は非特許文献２などでよく知られたものであるので、詳細は省略する。ＳＣＴＰリンクが確立すると、ｅＮＢ１０１はｅＮＢ１０２へX2 SETUP REQUESTメッセージを送信する（ステップＳ２）。この際、図５に示したように、自ｅＮＢ１０１のｅＮＢタイプを含むメッセージが送信される。このｅＮＢタイプは、図３に示した自ｅＮＢのｅＮＢタイプと一致する。
【００２９】
ｅＮＢ１０２は、X2 SETUP REQUESTメッセージを受信すると、X2 SETUP RESPONSEメッセージを送信する（ステップＳ３）。この際、図６に示したように、自ｅＮＢ１０２のｅＮＢタイプを含むメッセージが送信される。このｅＮＢタイプは、図４に示した自ｅＮＢのｅＮＢタイプと一致する。
【００３０】
ｅＮＢ１０１は、X2 SETUP RESPONSEメッセージに含まれる対向ｅＮＢ１０２のｅＮＢタイプを基にｅＮＢ１０２との間のＸ２リンクの確立の可否を判断する（ステップＳ４）。ｅＮＢ１０１は、ｅＮＢ１０２のｅＮＢタイプが図３のＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認する。本例においては含まれているため、ＳＣＴＰリンクの切断を開始する。
【００３１】
ＳＣＴＰリンク切断動作は非特許文献２に記載されていることであるが、以下に説明する。ｅＮＢ１０１は、ＳＣＴＰリンクを切断するために、SCTP SHUTDOWNメッセージを送信する（ステップＳ５）。ｅＮＢ１０２はSCTP SHUTDOWNメッセージを受信すると、SCTP SHUTDOWN ACKメッセージを返す（ステップＳ６）。ｅＮＢ１０１は、SCTP SHUTDOWN COMPLETEメッセージを送信して、ＳＣＴＰリンクの切断が完了する（ステップＳ７）。以上の切断手順の代わりに、ｅＮＢ１０１がSCTP ABORTメッセージをｅＮＢ１０２へ送信することによっても切断可能である。
【００３２】
ステップＳ４において、ｅＮＢ１０２のｅＮＢタイプが図３のＸ２リンク確立を規制すべきｅＮＢタイプに含まれていない場合は、ｅＮＢ１０１は、Ｘ２リンクを維持すべくＳＣＴＰリンクの切断は行わない。
【００３３】
以上の説明では、Ｘ２リンクを確立(X2 SETUP REQUEST/RESPONSEを交換)した後にｅＮＢ１０１がＸ２リンクの確立の可否を判断するが、ｅＮＢ１０２がX2 SETUP REQUESTメッセージの受信に応答して、ｅＮＢ１０１との間のＸ２リンクの確立の可否を判断するようにしてもよい。この場合、ｅＮＢ１０２は、X2 SETUP REQUESTメッセージに含まれるｅＮＢ１０１のｅＮＢタイプが図４のＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認することにより、Ｘ２リンクの確立の可否を判断する。そして、含まれている場合は、ｅＮＢ１０２はX2 SETUP RESPONSEメッセージではなくX2 SETUP FAILUREメッセージをｅＮＢ１０１へ返すことにより、Ｘ２リンクを確立しないようにする。
【００３４】
また、以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。例えば、ｅＮＢのセル半径（例えばVery Large、Large、Medium、Smallなどの値をとる）、ｅＮＢの収容可能ユーザ数、ｅＮＢのユーザ数（当該ｅＮＢのセルに在圏しているユーザ数（IDLE MODEとCONNECTED MODEのＵＥ数。各モードの詳細は非特許文献６参照））、ｅＮＢの負荷状況（例えばHigh load、medium load、low loadなどの値をとる）や、ｅＮＢのセル半径（前述のセル半径と異なり、ｅＮＢのReference signal power (dBm)で表現される）を用いるようにしてもよい。収容可能ユーザ数、ユーザ数、Reference signal power (dBm)を用いる場合は、その値と所定の閾値とを比較することにより、Ｘ２リンクの確立の可否判断が行われる（閾値より小であれば切断）。
【００３５】
以上説明したように、本発明の第１の実施の形態では、Ｘ２リンク確立の際にｅＮＢ１０１及び１０２はｅＮＢタイプをお互いに交換しており、また、各ｅＮＢが対向ｅＮＢのｅＮＢタイプを基にＸ２リンクの確立の可否を判断する。したがって、各ｅＮＢは対向ｅＮＢのｅＮＢタイプに応じてＸ２リンクを確立する、しないを選択することが可能となるので、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。
【００３６】
次に、本発明の第２の実施の形態について説明する。本発明の第１の実施の形態では、Ｘ２リンクの確立の度にＸ２リンクの確立の可否が判断されるが、本発明の第２の実施の形態では、Ｘ２リンクの確立の度に判断を行うのではなく、確立済みのＸ２リンク数が所定値に達する場合に確立済みのＸ２リンクの確立の可否が判断される。なお、本発明の第２の実施の形態の基本的な構成は本発明の第１の実施の形態と同一であり、本発明の第２の実施の形態においても、ｅＮＢ１０１及び１０２は図３及び４のデータベースをそれぞれ保持している。また、ｅＮＢ１０１及び１０２間でＸ２リンクを確立する際には、図１のステップＳ２及びＳ３のようにｅＮＢ１０１及び１０２は自ｅＮＢのｅＮＢタイプをお互いに交換する。
【００３７】
図７及び８は本発明の第２の実施の形態におけるｅＮＢが保持するデータベースである。図７のデータベースには、自ｅＮＢのＸ２リンク最大数（Ｘ２リンク／ＳＣＴＰリンク確立本数の上限）として１００が設定されている。図８のデータベースには、自ｅＮＢとの間でＸ２リンクを確立済みの対向ｅＮＢの識別子（ｅＮＢ  ＩＤ）及びそのｅＮＢタイプ情報が保存されている。対向ｅＮＢのｅＮＢ  ＩＤ及びそのｅＮＢタイプ情報は、上述したようにＸ２リンクの確立の際に対向ｅＮＢから通知される。ｅＮＢはＸ２リンクを確立、切断する度に図８のデータベースを更新する。
【００３８】
図９は本発明の第２の実施の形態におけるｅＮＢの動作を示すフローチャートである。以下、図９を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知した際の動作について説明する。
【００３９】
ｅＮＢ１０１は、ｅＮＢ１０１が持つ確立済みのＸ２リンクの数が図７のＸ２リンク最大数と同じかどうかを確認する（ステップＳ１１）。Ｘ２リンク最大数に達していれば、ｅＮＢ１０１は、図８のデータベースのｅＮＢタイプを基に確立済みのＸ２リンクの確立の可否を判断して切断可能なＸ２リンクの有無を確認する（ステップＳ１２）。すなわち、図８のデータベースにおいて、図３のＸ２リンク確立を規制すべきｅＮＢタイプ（この場合はＰｉｃｏ  ｅＮＢ、ＨｅＮＢ）に含まれるｅＮＢタイプがサーチされる。図８においては、ｅＮＢ  ＩＤ＃１、ｅＮＢ  ＩＤ＃２、ｅＮＢ  ＩＤ＃５との間の確立済みのＸ２リンクが切断可能なＸ２リンクの選択対象である。
【００４０】
そして、ｅＮＢ１０１は、切断可能なＸ２リンクを切断する（ステップＳ１３）。すなわち、図１のステップＳ５〜Ｓ７のシーケンスが実施される。ステップＳ１２において選択対象のＸ２リンクが複数存在する場合は、任意のものを切断する、もしくは全て切断するようにしてもよい。ステップＳ１３の後、あるいはステップＳ１１においてＸ２リンク最大数に達していない場合、ｅＮＢ１０１は、検知されたｅＮＢ１０２との間でＸ２リンクを確立する（ステップＳ１４）。
【００４１】
以上の説明では、ステップＳ１２におけるＸ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の第１の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。収容可能ユーザ数、ユーザ数、Reference signal power (dBm)を用いる場合は、その値と所定の閾値とを比較して判断してもよいし、あるいは最も低い値を持つｅＮＢとの間の確立済みのＸ２リンクを切断するようにしてもよい。
【００４２】
以上説明したように、本発明の第２の実施の形態では、確立済みのＸ２リンク数が上限に達するまでは、Ｘ２リンク確立を規制すべきｅＮＢタイプのｅＮＢとの間でもＸ２リンクを確立するようにし、上限に達する場合に確立済みのＸ２リンクの確立の可否を判断するようにしているので、上限に達している場合であっても無駄なＸ２リンクを切断して新たに検知される近隣ｅＮＢとの間でＸ２リンクを確立することができる。
【００４３】
次に、本発明の第３の実施の形態について説明する。本発明の第１及び第２の実施の形態では、ｅＮＢ１０１及び１０２間でＸ２リンクを確立する際にのみ対向ｅＮＢの属性情報が通知されるが、本発明の第３の実施の形態では、通知される属性情報が動的に変化する場合を考慮し、各ｅＮＢは自ｅＮＢとの間でＸ２リンクを確立済みのｅＮＢに対して定期的に自ｅＮＢの属性情報を通知する。なお、本発明の第３の実施の形態の基本的な構成は本発明の第１の実施の形態と同一であるが、以下の説明ではｅＮＢタイプではなくｅＮＢのユーザ数（当該ｅＮＢのセルに在圏しているユーザ数）が用いられるので、ｅＮＢ１０１及び１０２は図３及び４のデータベースをそれぞれ保持しなくてもよい。また、ｅＮＢ１０１及び１０２各々は図７のデータベースを保持する。
【００４４】
図１０は本発明の第３の実施の形態におけるｅＮＢの動作を示すシーケンス図である。Ｘ２メッセージを用いてユーザ数が通知される。ＡＬＴ１では、Ｘ２リンク確立時にｅＮＢ１０１及び１０２間でユーザ数情報を交換する動作が示されている。ＡＬＴ２では、自ｅＮＢのユーザ数情報を確立済みのＸ２リンク上で対向ｅＮＢに対してENB CONFIGURATION UPDATEメッセージを用いて通知する動作が示されている。ＡＬＴ３では、Ｘ２リンク／ＳＣＴＰリンクを切断する動作が示されている。各ＡＬＴの契機は後述する。
【００４５】
図１１は本発明の第３の実施の形態におけるX2 SETUP REQUESTメッセージに追加される情報要素を示す図である。図１１では、図５と異なり、Number of users（ユーザ数）３１１というＩＥが規定されている。図１２は本発明の第３の実施の形態におけるX2 SETUP RESPONSEメッセージに追加される情報要素を示す図である。図１２では、図６と異なり、Number of users３１２というＩＥが規定されている。図１１及び１２のメッセージをＸ２リンク確立時に交換することにより、ｅＮＢ１０１及び１０２は互いのユーザ数を知ることが可能となる。
【００４６】
図１３は本発明の第３の実施の形態におけるENB CONFIGURATION UPDATEメッセージに追加される情報要素を示す図である。非特許文献１の9.1.2.8に記載のENB CONFIGURATION UPDATEメッセージに、Number of users３１３というＩＥが新たに規定されている。ｅＮＢ１０１及び１０２はこのメッセージをＸ２リンク上で送信することで、対向ｅＮＢへ自ｅＮＢのユーザ数情報を伝えることが可能となる。
【００４７】
なお、図１１〜１３において規定したNumber of users（ユーザ数）は、上述したように、自ｅＮＢのセルに在圏しているユーザ数（IDLE MODEとCONNECTED MODEのＵＥ数。各モードの詳細は非特許文献６参照）であるが、IDLE MODEとCONNECTED MODEのユーザ数をそれぞれ別のパラメータで通知する方法でもよい。また、１つのｅＮＢが複数のセルを持つことも考えられるので、その場合は、セル毎のユーザ数を規定してもよい。
【００４８】
図１４は本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。図１４のデータベースには、自ｅＮＢとの間でＸ２リンクを確立済みの対向ｅＮＢの識別子（ｅＮＢ  ＩＤ）及びそのユーザ数情報が保存されている。ｅＮＢ毎に受信される最新のユーザ数情報が記録されている。ｅＮＢ  ＩＤ＃２がユーザ数１０となっており、一番少ないユーザ数である。
【００４９】
図１５は本発明の第３の実施の形態においてＸ２リンクを確立した後のｅＮＢの動作を示すフローチャートである。ｅＮＢは、対向ｅＮＢとの間でＸ２リンクを確立すると、図示せぬタイマによる計時をスタートさせ（ステップＳ３１）、所定時間経過した場合に（ステップＳ３２）、対向ｅＮＢに対してENB CONFIGURATION UPDATEメッセージをユーザ数を含めて通知する（ステップＳ３３）。対向ｅＮＢとの間でＸ２リンクを確立している間、この動作が繰り返されることにより、対向ｅＮＢへENB CONFIGURATION UPDATEメッセージが定期的に送信される。これにより、対向ｅＮＢにおいて、データベースを更新可能である。なお、図１５のステップＳ３３は、図１０のステップＳ２６に相当する。
【００５０】
図１６は本発明の第３の実施の形態におけるｅＮＢが保持するデータベースである。本データベースでは、図１５において説明したタイマのタイマ値が規定されている。この場合、６０秒にタイマ値が設定されている。つまり、６０秒経過したら自ｅＮＢのユーザ数情報が対向ｅＮＢへ通知される。
【００５１】
図１７は本発明の第３の実施の形態においてユーザ数情報を受信した際のｅＮＢの動作を示すフローチャートである。ｅＮＢは、対向ｅＮＢからX2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージ、ENB CONFIGURATION UPDATEメッセージを受信すると、自ｅＮＢが保持する図１４のデータベースを更新する（ステップＳ４１）。なお、図１７のステップＳ４１は、図１０のステップＳ２３，Ｓ２５，Ｓ２７に相当する。図１０のステップＳ２３，Ｓ２７の後、ｅＮＢ１０２は、ｅＮＢ１０１へ、ステップＳ２４のX2 SETUP RESPONSEメッセージ、ステップＳ２８のENB CONFIGURATION UPDATE ACKメッセージをそれぞれ送信する。
【００５２】
図１８は本発明の第３の実施の形態において新たに近隣ｅＮＢを検知した際のｅＮＢの動作を示すフローチャートである。ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知すると、ｅＮＢ１０１は、図７のＸ２リンク最大数−１の数に、ｅＮＢ１０１が持つ確立済みのＸ２数が到達しているかどうかを確認する（ステップＳ５１）。Ｘ２リンク最大数−１に達していれば、ｅＮＢ１０１は、検知されたｅＮＢ１０２との間でＸ２リンクを確立する（ステップＳ５２）。なお、図１８のステップＳ５２は、図１０のステップＳ２１〜Ｓ２５に相当する。
【００５３】
次に、ｅＮＢ１０１は、図１４のデータベースのユーザ数情報を基に確立済みのＸ２リンクの確立の可否を判断して切断すべきＸ２リンクを選択する（ステップＳ５３）。ここでは、図１４のデータベースの中で最も低いユーザ数を持つ近隣ｅＮＢが選択される。そして、ｅＮＢ１０１は、選択されたｅＮＢとの間の確立済みのＸ２リンクを切断する（ステップＳ５４）。なお、図１８のステップＳ５４は、図１０のステップＳ２９のＳＣＴＰリンク切断動作に相当する。ステップＳ５１においてＸ２リンク最大数−１に達していない場合、ｅＮＢ１０１は、ステップＳ５２と同様に、検知されたｅＮＢ１０２との間でＸ２リンクを確立する（ステップＳ５５）。
【００５４】
以上の説明では、ステップＳ５３におけるＸ２リンクの確立の可否判断はｅＮＢのユーザ数を基に行われるが、ユーザ数に限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。例えば、ｅＮＢのセル半径（例えばVery Large、Large、Medium、Smallなどの値をとる）、ｅＮＢの収容可能ユーザ数、ｅＮＢの負荷状況（例えばHigh load、medium load、low loadなどの値をとる）や、ｅＮＢのセル半径（前述のセル半径と異なり、ｅＮＢのReference signal power (dBm)で表現される）を用いるようにしてもよい。
【００５５】
以上説明したように、本発明の第３の実施の形態では、確立済みのＸ２リンク数がＸ２リンク最大数−１に達するまでは近隣ｅＮＢとの間でＸ２リンクを確立し、Ｘ２リンク最大数−１に達した場合に、確立済みのＸ２リンクの確立の可否を判断して、無駄なＸ２リンクを切断することができる。また、本発明の第３の実施の形態は、各ｅＮＢが自ｅＮＢとの間でＸ２リンクを確立済みのｅＮＢに対して定期的に自ｅＮＢの属性情報を通知するので、Ｘ２リンクの確立の可否判断にユーザ数のような動的に変化する情報を用いる場合により好適である。
【００５６】
次に、本発明の第４の実施の形態について説明する。本発明の第１〜第３の実施の形態では、Ｘ２リンク経由で取得されるｅＮＢの属性情報を基にＸ２リンクの確立の可否が判断されるが、本発明の第４の実施の形態では、各ｅＮＢは、移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを保持し、このデータベースを用いてＸ２リンクの確立の可否を判断する。なお、本発明の第４の実施の形態の基本的な構成は本発明の第１の実施の形態と同一であるが、以下の説明では上記のデータベースが用いられるので、ｅＮＢ１０１及び１０２は図３及び４のデータベースをそれぞれ保持しなくてもよい。
【００５７】
図１９は本発明の第４の実施の形態におけるｅＮＢの動作を示すシーケンス図である。図２０及び２１は本発明の第４の実施の形態におけるｅＮＢが保持するデータベースである。図２０のデータベースには、予め、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ  ＩＤ）及びそのｅＮＢタイプが保存されている。図２１のデータベースには、Ｘ２リンクの確立を規制すべきｅＮＢタイプが登録されている。
【００５８】
図２２は本発明の第４の実施の形態におけるX2 SETUP FAILUREメッセージに含めるCauseに追加される要素を示す図である。非特許文献１の9.2.6に記載のCause中、>>Transport Layer Causeにて"prohibited eNB Type"というcauseが追加されている。
【００５９】
以下、図１９を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
【００６０】
ｅＮＢ１０１及び１０２間でＳＣＴＰリンクの確立が行われる（ステップＳ６１）。ｅＮＢ１０１は、ｅＮＢ１０２へX2 SETUP REQUESTメッセージを送信する（ステップＳ６２）。このメッセージはｅＮＢタイプ情報を含まない。
【００６１】
ｅＮＢ１０２は、X2 SETUP REQUESTメッセージを受信すると、保持するデータベースを用いてｅＮＢ１０１との間のＸ２リンクの確立の可否を判断する（ステップＳ６３）。すなわち、ｅＮＢ１０２は、X2 SETUP REQUESTメッセージに含まれる送信元ｅＮＢ１０１のｅＮＢ  ＩＤを基に、ｅＮＢ１０２が持つ図２０のデータベースからｅＮＢ１０１のｅＮＢタイプを得る。また、ｅＮＢ１０２は、ｅＮＢ１０２が持つ図２１のデータベースを参照して、ｅＮＢ１０１のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認する。
【００６２】
ステップＳ６３において、ｅＮＢ１０１のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当する場合、ｅＮＢ１０２はＸ２リンク確立を拒絶するために、X2 SETUP FAILUREメッセージをｅＮＢ１０１へ送信する（ステップＳ６４）。この際、X2 SETUP FAILUREメッセージの中にCauseを含める必要があり、新たなCauseとして図２２に示すCauseが提案される。なお、ステップＳ６３において、ｅＮＢ１０１のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当しない場合、ｅＮＢ１０２はX2 SETUP RESPONSEメッセージをｅＮＢ１０１へ送信してＸ２リンクを確立する。
【００６３】
ステップＳ６４の後、ｅＮＢ１０２はＳＣＴＰリンクの切断を開始して、ｅＮＢ１０１との間のトランスポート層のリソースを解放することも可能である（ステップＳ６５）。ｅＮＢ１０１がＳＣＴＰリンクの切断を開始してもよい。
【００６４】
図２０及び２１のデータベースは、オペレータがポリシーを変更するとき（例えば、図２１のデータベースに今まで登録されていなかったｅＮＢタイプが追加されるなど）や、初めて各データベースに値を入れるときなどに、更新される。このような図２０及び２１のデータベースの更新を契機として、Ｘ２リンク確立を規制すべきｅＮＢタイプのｅＮＢとの間で確立済みのＸ２リンクがある場合、そのＸ２リンクを切断すべくＳＣＴＰリンクの切断が開始されてもよい（ステップＳ６６）。
【００６５】
以上の説明では、X2 SETUP REQUESTメッセージを受信したｅＮＢ１０２がステップＳ６３にてＸ２リンクの確立の可否を判断するが、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知してＸ２リンクの確立を試みる際に、ｅＮＢ１０１が、自ｅＮＢ１０１が保持する図２０及び２１のデータベースを用いて、検知されたｅＮＢ１０２との間のＸ２リンクの確立の可否を判断するようにしてもよい。ここで、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当するならば、ｅＮＢ１０１は、X2 SETUP REQUESTメッセージをｅＮＢ１０２に送信しないようにする、もしくは、ｅＮＢ１０２との間にＳＣＴＰリンクを確立しないようにする、もしくは、ｅＮＢ１０２との間にＳＣＴＰリンクが既に確立している場合にはＳＣＴＰリンクの切断を開始することが可能である。
【００６６】
また、以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の他の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
【００６７】
以上説明したように、本発明の第４の実施の形態では、各ｅＮＢは、移動通信システムにおけるｅＮＢ各々のｅＮＢタイプを予め格納するデータベースを保持し、当該データベースから得られる対向ｅＮＢのｅＮＢタイプを基にＸ２リンクの確立の可否を判断する。したがって、各ｅＮＢは対向ｅＮＢのｅＮＢタイプに応じてＸ２リンクを確立する、しないを選択することが可能となるので、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。
【００６８】
なお、本発明の第４の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が判断されるが、本発明の第２の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が判断されるようにしてもよい。
【００６９】
この場合、各ｅＮＢは、図２０及び２１のデータベースに加えて図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは図９のフローチャートと同様の動作を行えばよい。ただし、図９のステップＳ１２では、自ｅＮＢが保持する図２０及び２１のデータベースを用いて確立済みのＸ２リンクの確立の可否を判断する。
【００７０】
次に、本発明の第５の実施の形態について説明する。本発明の第４の実施の形態では、各ｅＮＢが移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを保持するが、本発明の第５の実施の形態では、ｅＮＢとは異なるサーバにデータベースを保持させ、当該サーバがこのデータベースを用いて各ｅＮＢにおけるＸ２リンクの確立の可否を判断する。
【００７１】
図２３は本発明の第５の実施の形態による移動通信システムの構成を示す図である。図２３に示すように、本発明の第５の実施の形態では、本発明の第１〜第４の実施の形態と同様にｅＮＢ１０１及び１０２が存在する。ｅＮＢ１０１及び１０２は管理サーバ１５０に接続されている点が本発明の第１〜第４の実施の形態とは異なる。
【００７２】
図２４は図２３の管理サーバ１５０の構成を示す図である。判断部２３は、ｅＮＢ間のＸ２リンクの確立の可否をｅＮＢのｅＮＢタイプを基に判断する。制御部２１は、通信部２２を用いてｅＮＢと通信を行う。記憶部２４は、後述する各種データベースを含む。
【００７３】
図２５は本発明の第５の実施の形態における管理サーバ１５０が保持するデータベースである。図２５のデータベースには、予め、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ  ＩＤ）、そのｅＮＢタイプ及びＸ２リンク確立を規制すべきｅＮＢタイプが登録されている。
【００７４】
図２６は本発明の第５の実施の形態による移動通信システムの動作を示すシーケンス図である。以下、図２６を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
【００７５】
ｅＮＢ１０１にてＡＮＲ機能によるＸ２リンク確立トリガが発生すると（ステップＳ７１）、ｅＮＢ１０１は、管理サーバ１５０に対してｅＮＢ１０２との間のＸ２リンク確立可否の問い合わせを行う（ステップＳ７２）。
【００７６】
管理サーバ１５０は、ｅＮＢ１０１からの問い合わせを受信すると、保持するデータベースを用いてｅＮＢ１０２との間のＸ２リンクの確立の可否を判断する（ステップＳ７３）。例えば、管理サーバ１５０は、ｅＮＢ１０１からの問い合わせに含まれる送信元ｅＮＢ１０１のｅＮＢ  ＩＤ及び対向ｅＮＢ１０２のｅＮＢ  ＩＤを基に管理サーバ１５０が持つ図２５のデータベースを参照して、対向ｅＮＢ１０２のｅＮＢタイプがｅＮＢ１０１におけるＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認する。なお、ｅＮＢ１０１のｅＮＢタイプが対向ｅＮＢ１０２におけるＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認することにより、Ｘ２リンク確立可否を判断するようにしてもよい。
【００７７】
ステップＳ７３において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当しない場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を可とする応答をｅＮＢ１０１へ送信する（ステップＳ７４）。ｅＮＢ１０１は、当該応答を受信すると、ｅＮＢ１０２との間でＸ２リンク確立手順（ＳＣＴＰリンク確立後、X2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージのやりとり)を行う（ステップＳ７５）。
【００７８】
ステップＳ７３において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当する場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を不可とする応答をｅＮＢ１０１へ送信する（ステップＳ７４）。ｅＮＢ１０１は、当該応答を受信した場合は、ｅＮＢ１０２との間でＸ２リンク確立を試みない。
【００７９】
以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の他の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
【００８０】
以上説明したように、本発明の第５の実施の形態では、管理サーバ１５０が移動通信システムにおけるｅＮＢ各々のｅＮＢタイプを予め格納するデータベースを保持し、当該データベースから得られる対象のｅＮＢのｅＮＢタイプを基にＸ２リンクの確立の可否を判断する。したがって、ｅＮＢにおける判断処理が不要となると共に、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。また、本発明の第４の実施の形態と異なり、各ｅＮＢ内部に上記のデータベースを構築する必要がなくなる。
【００８１】
なお、本発明の第５の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が管理サーバ１５０によって判断されるが、本発明の第２の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が管理サーバ１５０によって判断されるようにしてもよい。
【００８２】
この場合、各ｅＮＢは、図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは自ｅＮＢにおいて確立済みのＸ２リンク数がＸ２リンク最大数に達している場合に管理サーバ１５０に対して当該確立済みのＸ２リンクの確立可否の問い合わせを行う。管理サーバ１５０は、自サーバが保持するデータベースを用いて当該確立済みのＸ２リンクの確立の可否を判断し（問い合わせ元のｅＮＢにおけるＸ２リンク確立を規制すべきｅＮＢタイプと、当該確立済みのＸ２リンクを持つ対向ｅＮＢのｅＮＢタイプとを比較）、その判断結果を問い合わせ元のｅＮＢに返す。問い合わせ元のｅＮＢは、管理サーバ１５０の判断結果に従ってＸ２リンクを切断する。
【００８３】
次に、本発明の第６の実施の形態について説明する。本発明の第５の実施の形態では、管理サーバ１５０は移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを保持するが、本発明の第６の実施の形態では、管理サーバ１５０は、そのようなデータベースを保持しなくてよく、ｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合に当該近隣ｅＮＢに属性情報を問い合わせてＸ２リンクの確立の可否を判断する。なお、本発明の第６の実施の形態の基本的な構成は本発明の第５の実施の形態と同一であるが、以下の説明では管理サーバ１５０はｅＮＢに属性情報を問い合わせて取得するので、管理サーバ１５０は図２５のデータベースを保持しなくてよい。
【００８４】
図２７は本発明の第６の実施の形態による移動通信システムの動作を示すシーケンス図である。図２８は本発明の第６の実施の形態における管理サーバ１５０が保持するデータベースである。図２８のデータベースには、予め、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ  ＩＤ）及びそのＸ２リンク確立を規制すべきｅＮＢタイプが登録されている。
【００８５】
以下、図２７を参照して、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。
【００８６】
ｅＮＢ１０１にてＡＮＲ機能によるＸ２リンク確立トリガが発生すると（ステップＳ８１）、ｅＮＢ１０１は、管理サーバ１５０に対してｅＮＢ１０２との間のＸ２リンク確立可否の問い合わせを行う（ステップＳ８２）。管理サーバ１５０は、ｅＮＢ１０１からの問い合わせを受信すると、ｅＮＢ１０２に対してｅＮＢタイプを問い合わせる（ステップＳ８３）。ｅＮＢ１０２は、管理サーバ１５０にｅＮＢ１０２のｅＮＢタイプを報告する（ステップＳ８４）。
【００８７】
管理サーバ１５０は、取得されたｅＮＢ１０２のｅＮＢタイプを基にｅＮＢ１０１及び１０２間のＸ２リンクの確立の可否を判断する（ステップＳ８５）。すなわち、管理サーバ１５０は、ｅＮＢ１０１からの問い合わせに含まれる送信元ｅＮＢ１０１のｅＮＢ  ＩＤ及び図２８のデータベースから、ｅＮＢ１０１におけるＸ２リンク確立を規制すべきｅＮＢタイプを確認する。そして、管理サーバ１５０は、ｅＮＢ１０２のｅＮＢタイプがｅＮＢ１０１におけるＸ２リンク確立を規制すべきｅＮＢタイプに含まれているかどうか確認することにより、Ｘ２リンク確立可否を判断する。
【００８８】
ステップＳ８５において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当しない場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を可とする応答をｅＮＢ１０１へ送信する（ステップＳ８６）。ｅＮＢ１０１は、当該応答を受信すると、ｅＮＢ１０２との間でＸ２リンク確立手順（ＳＣＴＰリンク確立後、X2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージのやりとり)を行う（ステップＳ８７）。
【００８９】
ステップＳ８５において、ｅＮＢ１０２のｅＮＢタイプがＸ２リンク確立を規制すべきｅＮＢタイプに該当する場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を不可とする応答をｅＮＢ１０１へ送信する（ステップＳ８６）。ｅＮＢ１０１は、当該応答を受信した場合は、ｅＮＢ１０２との間でＸ２リンク確立を試みない。
【００９０】
以上の説明では、管理サーバ１５０は図２８のデータベースを保持するが、これに代えて図２９のデータベースを保持するようにしてもよい。図２９のデータベースには、Ｘ２リンク確立を規制すべきｅＮＢタイプの組み合わせの情報が登録されている。図２９の例では、Ｍａｃｒｏ  ｅＮＢとＰｉｃｏ  ｅＮＢのｅＮＢ間、Ｍａｃｒｏ  ｅＮＢとＨｅＮＢのｅＮＢ間、Ｍｉｃｒｏ  ｅＮＢとＨｅＮＢのｅＮＢ間でそれぞれＸ２リンクの確立が不可とされる。ステップＳ８２の問い合わせにｅＮＢ１０１のｅＮＢタイプを含めれば、管理サーバ１５０はステップＳ８５において図２９のデータベース用いてｅＮＢ１０１及び１０２間のＸ２リンクの確立の可否を判断することができる。
【００９１】
また、以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのｅＮＢタイプを基に行われるが、本発明の他の実施の形態と同様に、ｅＮＢタイプに限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
【００９２】
以上説明したように、本発明の第６の実施の形態では、管理サーバ１５０がｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合に当該近隣ｅＮＢに属性情報を問い合わせてＸ２リンクの確立の可否を判断する。したがって、ｅＮＢにおける判断処理が不要となると共に、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。また、本発明の第５の実施の形態と異なり、管理サーバ内部に移動通信システムにおけるｅＮＢ各々の属性情報を予め格納するデータベースを構築する必要がなくなる。また、管理サーバ１５０はｅＮＢに属性情報を問い合わせて取得するので、Ｘ２リンクの確立の可否判断にユーザ数のような動的に変化する情報を用いる場合にも好適である。
【００９３】
なお、本発明の第６の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が管理サーバ１５０によって判断されるが、本発明の第２の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が管理サーバ１５０によって判断されるようにしてもよい。
【００９４】
この場合、各ｅＮＢは、図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは自ｅＮＢにおいて確立済みのＸ２リンク数がＸ２リンク最大数に達している場合に管理サーバ１５０に対して当該確立済みのＸ２リンクの確立可否の問い合わせを行う。管理サーバ１５０は、当該確立済みのＸ２リンクを持つ対向ｅＮＢ各々に対してｅＮＢタイプを問い合わせて取得して当該確立済みのＸ２リンクの確立の可否を判断し（問い合わせ元のｅＮＢにおけるＸ２リンク確立を規制すべきｅＮＢタイプと、当該確立済みのＸ２リンクを持つ対向ｅＮＢのｅＮＢタイプとを比較）、その判断結果を問い合わせ元のｅＮＢに返す。問い合わせ元のｅＮＢは、管理サーバ１５０の判断結果に従ってＸ２リンクを切断する。
【００９５】
次に、本発明の第７の実施の形態について説明する。本発明の第６の実施の形態では、管理サーバ１５０は、ｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合に当該近隣ｅＮＢに属性情報を問い合わせて取得するが、本発明の第７の実施の形態では、定期的に各ｅＮＢが属性情報を管理サーバ１５０に報告する、あるいは管理サーバ１５０が定期的に各ｅＮＢの属性情報を取得する。
【００９６】
なお、本発明の第７の実施の形態の基本的な構成は本発明の第５の実施の形態と同一である。ただし、本発明の第７の実施の形態では定期的に各ｅＮＢから属性情報が取得されるので、本実施形態はユーザ数のような動的に変化する情報を用いる場合により好適である。そのため、以下の説明では属性情報としてユーザ数が用いられる。したがって、本発明の第７の実施の形態では、本発明の第５の実施の形態と異なり、管理サーバ１５０は図２５のデータベースではなく、各ｅＮＢのユーザ数を格納するデータベースを備え、当該データベースは各ｅＮＢからユーザ数情報が取得される度に更新される。
【００９７】
図３０は本発明の第７の実施の形態による移動通信システムの動作を示すシーケンス図である。図３１は本発明の第７の実施の形態における管理サーバ１５０が保持するデータベースである。図３１のデータベースには、移動通信システムにおけるｅＮＢ各々の識別子（ｅＮＢ  ＩＤ）及びそのユーザ数情報が保存されている。上述したように、本データベースは各ｅＮＢからユーザ数情報が取得される度に更新される。
【００９８】
以下、図３０を参照して、本発明の第７の実施の形態による移動通信システムの動作について説明する。
【００９９】
ｅＮＢ１０１及び１０２各々は、定期的に管理サーバ１５０に対して自ｅＮＢのユーザ数を報告する（ステップＳ９１及びＳ９２）。このように各ｅＮＢが自律的に管理サーバ１５０へユーザ数を報告する代わりに、管理サーバ１５０が定期的に各ｅＮＢへ問い合わせを行うようにしてもよい。この場合、管理サーバ１５０は定期的に、ｅＮＢ１０１及び１０２に対してユーザ数報告要求を送出する（ステップＳ９３及びＳ９５）。これに対して、ｅＮＢ１０１及び１０２各々は、管理サーバ１５０へ自ｅＮＢのユーザ数を報告する（ステップＳ９４及びＳ９６）。なお、管理サーバ１５０は、ユーザ数の報告を受けると、図３１のデータベースを更新する。
【０１００】
次に、ｅＮＢ１０１がＡＮＲ機能によりｅＮＢ１０２を検知して、Ｘ２リンクの確立を試みる際の動作について説明する。ｅＮＢ１０１にてＡＮＲ機能によるＸ２リンク確立トリガが発生すると（ステップＳ９７）、ｅＮＢ１０１は、管理サーバ１５０に対してｅＮＢ１０２との間のＸ２リンク確立可否の問い合わせを行う（ステップＳ９８）。
【０１０１】
管理サーバ１５０は、図３１のデータベース内のユーザ数情報を基にｅＮＢ１０１及び１０２間のＸ２リンクの確立の可否を判断する（ステップＳ９９）。すなわち、管理サーバ１５０は、ｅＮＢ１０１からの問い合わせに含まれるｅＮＢ１０２のｅＮＢ  ＩＤ及び図３１のデータベースから、ｅＮＢ１０２のユーザ数を確認する。管理サーバ１５０は、ｅＮＢ１０２のユーザ数と所定の閾値とを比較してＸ２リンクの確立の可否判断を行う。
【０１０２】
ステップＳ９９において、ｅＮＢ１０２のユーザ数が閾値以上である場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を可とする応答をｅＮＢ１０１へ送信する（ステップＳ１００）。ｅＮＢ１０１は、当該応答を受信すると、ｅＮＢ１０２との間でＸ２リンク確立手順（ＳＣＴＰリンク確立後、X2 SETUP REQUESTメッセージ、X2 SETUP RESPONSEメッセージのやりとり)を行う（ステップＳ１０１）。
【０１０３】
ステップＳ９９において、ｅＮＢ１０２のユーザ数が閾値より小である場合、管理サーバ１５０は、ｅＮＢ１０２との間のＸ２リンク確立を不可とする応答をｅＮＢ１０１へ送信する（ステップＳ１００）。ｅＮＢ１０１は、当該応答を受信した場合は、ｅＮＢ１０２との間でＸ２リンク確立を試みない。
【０１０４】
以上の説明では、Ｘ２リンクの確立の可否判断はｅＮＢのユーザ数情報を基に行われるが、本発明の他の実施の形態と同様に、ユーザ数に限定されるものではなく、様々なｅＮＢの属性情報を用いることができる。
【０１０５】
以上説明したように、本発明の第７の実施の形態では、管理サーバ１５０は定期的に各ｅＮＢの属性情報を取得し、ｅＮＢから近隣ｅＮＢとの間のＸ２リンク確立可否の問い合わせを受信した場合にＸ２リンクの確立の可否を判断する。したがって、ｅＮＢにおける判断処理が不要となると共に、Ｘ２リンク／ＳＣＴＰリンクのためのリソースを節約することが可能となる。また、Ｘ２リンク確立可否の問い合わせを受信時に、管理サーバ１５０は本発明の第６の実施の形態のようにｅＮＢに属性情報を問い合わせる必要がない。また、定期的に各ｅＮＢから属性情報が取得されるので、本実施形態はユーザ数のような動的に変化する情報を用いる場合により好適である。
【０１０６】
なお、本発明の第７の実施の形態では、ＡＮＲ機能により近隣ｅＮＢが検知される度に当該近隣ｅＮＢとの間のＸ２リンクの確立の可否が管理サーバ１５０によって判断されるが、本発明の第３の実施の形態のように確立済みのＸ２リンク数が所定値に達する場合にのみ確立済みのＸ２リンクの確立の可否が管理サーバ１５０によって判断されるようにしてもよい。
【０１０７】
この場合、各ｅＮＢは、図７のデータベースを備える。そして、ＡＮＲ機能により近隣ｅＮＢを検知した際、ｅＮＢは自ｅＮＢにおいて確立済みのＸ２リンク数が例えばＸ２リンク最大数に達している場合に管理サーバ１５０に対して当該確立済みのＸ２リンクの確立可否の問い合わせを行う。この問い合わせには、当該確立済みのＸ２リンクを持つ対向ｅＮＢ各々のｅＮＢ  ＩＤが含まれる。管理サーバ１５０は、このｅＮＢ  ＩＤと図３１のデータベースから対向ｅＮＢ各々のユーザ数を確認し、このユーザ数を基に確立済みのＸ２リンクの確立の可否を判断して切断すべきＸ２リンクを選択する。具体的には、最も低いユーザ数、あるいは閾値より小のユーザ数を持つ対向ｅＮＢとの間のＸ２リンクが選択される。管理サーバ１５０は、この判断結果を問い合わせ元のｅＮＢに返す。問い合わせ元のｅＮＢは、管理サーバ１５０の判断結果に従ってＸ２リンクを切断する。
【０１０８】
上記の実施の形態の一部または全部は、以下の付記のようにも記載されうるが、以下の記載には限定されない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１０９】
[付記１]
移動通信システムにおける無線基地局であって、
近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記確立済みの論理インターフェースの確立の際に前記近隣無線基地局から通知された前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段を含むことを特徴とする無線基地局。
【０１１０】
[付記２]
移動通信システムにおける無線基地局であって、
自局との間で論理インターフェースを確立済みの近隣無線基地局へ定期的に自局の属性情報を通知する送信手段と、
前記近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記近隣無線基地局の前記送信手段から通知される前記属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とする無線基地局。
【０１１１】
[付記３]
移動通信システムにおける無線基地局であって、
他の無線基地局各々の属性情報を記憶する記憶手段と、
近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している場合、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とする無線基地局。
【０１１２】
[付記４]
移動通信システムにおける無線基地局と接続されるサーバであって、
前記無線基地局各々の属性情報を記憶する記憶手段と、
前記無線基地局の内、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している無線基地局から前記確立済みの論理インターフェースの確立の可否判断の要求を受けた場合、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
【０１１３】
[付記５]
移動通信システムにおける無線基地局と接続されるサーバであって、
前記無線基地局の内、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している無線基地局から前記確立済みの論理インターフェースの確立の可否判断の要求を受けた場合、前記近隣無線基地局からその属性情報を取得する手段と、
前記取得される属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
【０１１４】
[付記６]
移動通信システムにおける無線基地局と接続されるサーバであって、
定期的に前記無線基地局各々の属性情報を取得する手段と、
前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記取得される前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
【０１１５】
[付記７]
移動通信システムにおける無線基地局と接続されるサーバであって、
定期的に前記無線基地局各々の属性情報を取得する手段と、
前記無線基地局の内、近隣無線基地局との間の確立済みの論理インターフェース数が所定値に達している無線基地局から前記確立済みの論理インターフェースの確立の可否判断の要求を受けた場合、前記取得される前記近隣無線基地局の属性情報を基に前記確立済みの論理インターフェースの確立の可否を判断する判断手段とを含むことを特徴とするサーバ。
【０１１６】
[付記８]
無線基地局を含み、
前記無線基地局は、近隣無線基地局との間の論理インターフェースの確立の可否を前記近隣無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする移動通信システム。
【０１１７】
[付記９]
前記判断手段は、近隣無線基地局との間の論理インターフェースの確立の際に前記近隣無線基地局から通知される前記属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記８記載の移動通信システム。
【０１１８】
[付記１０]
前記無線基地局は、他の無線基地局各々の属性情報を記憶する記憶手段を含み、
前記判断手段は、近隣無線基地局との間の論理インターフェースの確立の際に、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記８記載の移動通信システム。
【０１１９】
[付記１１]
無線基地局と、
前記無線基地局と接続されるサーバとを含み、
前記サーバは、前記無線基地局間の論理インターフェースの確立の可否を前記無線基地局の属性情報を基に判断する判断手段を含むことを特徴とする移動通信システム。
【０１２０】
[付記１２]
前記サーバは、前記無線基地局各々の属性情報を記憶する記憶手段を含み、
前記判断手段は、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記記憶手段に記憶された前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記１１記載の移動通信システム。
【０１２１】
[付記１３]
前記サーバは、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記近隣無線基地局からその属性情報を取得する手段を含み、
前記判断手段は、前記取得される属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記１１記載の移動通信システム。
【０１２２】
[付記１４]
前記サーバは、定期的に前記無線基地局各々の属性情報を取得する手段を含み、
前記判断手段は、前記無線基地局の内の一つから、近隣無線基地局との間の論理インターフェースの確立の可否判断の要求を受けた場合、前記取得される前記近隣無線基地局の属性情報を基に前記論理インターフェースの確立の可否を判断することを特徴とする付記１１記載の移動通信システム。
【０１２３】
この出願は、２０１１年１２月１４日に出願された日本出願特願２０１１−２７２８７９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１２４】
１１，２１    制御部
１２，２２    通信部
１３，２３    判断部
１４，２４    記憶部
１５    無線通信部
１０１，１０２    ｅＮＢ
１５０    管理サーバ
【図１】
0005928480.tif 000002
【図２】
0005928480.tif 000003
【図３】
0005928480.tif 000004
【図４】
0005928480.tif 000005
【図５】
0005928480.tif 000006
【図６】
0005928480.tif 000007
【図７】
0005928480.tif 000008
【図８】
0005928480.tif 000009
【図９】
0005928480.tif 000010
【図１０】
0005928480.tif 000011
【図１１】
0005928480.tif 000012
【図１２】
0005928480.tif 000013
【図１３】
0005928480.tif 000014
【図１４】
0005928480.tif 000015
【図１５】
0005928480.tif 000016
【図１６】
0005928480.tif 000017
【図１７】
0005928480.tif 000018
【図１８】
0005928480.tif 000019
【図１９】
0005928480.tif 000020
【図２０】
0005928480.tif 000021
【図２１】
0005928480.tif 000022
【図２２】
0005928480.tif 000023
【図２３】
0005928480.tif 000024
【図２４】
0005928480.tif 000025
【図２５】
0005928480.tif 000026
【図２６】
0005928480.tif 000027
【図２７】
0005928480.tif 000028
【図２８】
0005928480.tif 000029
【図２９】
0005928480.tif 000030
【図３０】
0005928480.tif 000031
【図３１】
0005928480.tif 000032
【図３２】
0005928480.tif 000033