(57)【要約】【課題】ハンドオーバの頻発を抑制すること。【解決手段】スモールセル基地局３において、ｅＩＣＩＣ判断部１４は、マクロセル基地局によって行われる、マクロセルとスモールセルとの間でのｅＩＣＩＣの実施状態を判断する。通信制御部１５は、ｅＩＣＩＣの未実施時の、スモールセルでの第一下り受信電力と、ｅＩＣＩＣの実施時の、スモールセルでの第二下り受信電力とを取得する。さらに、通信制御部１５は、第一受信電力と第二受信電力とに基づいて、マクロセル基地局がスモールセルに設定しているＣＲＥオフセット値を推定する。そして、通信制御部１５は、推定したＣＲＥオフセット値に基づいて、ユーザ端末における下り受信電力値を調節する。【選択図】図２
2016111570.tif 000002
【特許請求の範囲】
【請求項１】
他の基地局が形成する第一セルと互いにオーバラップする第二セルを形成する基地局であって、
前記他の基地局によって行われる、前記第一セルと前記第二セルとの間でのセル間干渉制御の実施状態を判断する判断部と、
前記セル間干渉制御の未実施時の、ユーザ端末における、前記第二セルの第一受信電力と、前記セル間干渉制御の実施時の、前記ユーザ端末における、前記第二セルの第二受信電力とに基づいて、前記他の基地局が前記第二セルの下り受信電力値に設定しているオフセット値を推定し、推定した前記オフセット値に基づいて、前記ユーザ端末における下り受信電力値を調節する制御部と、
を具備する基地局。
【請求項２】
前記制御部は、前記セル間干渉制御の未実施時の、前記ユーザ端末における、前記第一セルの第三受信電力と、前記第一受信電力との間の第一の下り受信電力差、及び、前記セル間干渉制御の実施時の、前記ユーザ端末における、前記第一セルの第四受信電力と、前記第二受信電力との間の第二の下り受信電力差を算出し、前記第一の下り受信電力差と前記第二の下り受信電力差との間の変化量に基づいて、前記オフセット値を推定する、
請求項１に記載の基地局。
【請求項３】
前記制御部は、前記第一受信電力と前記第二受信電力との間の第一の受信電力差、及び、前記セル間干渉制御の未実施時の、前記ユーザ端末における、前記第一セルの第三受信電力と、前記セル間干渉制御の実施時の、前記ユーザ端末における、前記第一セルの第四受信電力との間の第二の下り受信電力差を算出し、前記第一の下り受信電力差と前記第二の下り受信電力差との間の変化量に基づいて、前記オフセット値を推定する、
請求項１に記載の基地局。
【請求項４】
前記制御部は、前記第二セルの下り送信電力を増加させることにより、前記ユーザ端末における前記第二セルの下り受信電力値を増加させる、
請求項１に記載の基地局。
【請求項５】
前記制御部は、前記第二セルの下り受信電力値に正のオフセット値を設定することにより、前記ユーザ端末における前記第二セルの下り受信電力値を増加させる、
請求項１に記載の基地局。
【請求項６】
前記制御部は、前記第二セルの増加後の下り送信電力が許容値より大きくなると予測するときに、前記正のオフセット値を設定する、
請求項５に記載の基地局。
【請求項７】
前記制御部は、前記第一セルの下り受信電力値に負のオフセット値を設定することにより、前記ユーザ端末における前記第一セルの下り受信電力値を減少させる、
請求項１に記載の基地局。
【請求項８】
前記制御部は、前記第二セルの増加後の下り送信電力が許容値より大きくなると予測するときに、前記負のオフセット値を設定する、
請求項７に記載の基地局。
【請求項９】
前記制御部は、ユーザ端末が前記第二セルへハンドオーバする度に、前記オフセット値を推定する、
請求項１に記載の基地局。
【請求項１０】
前記制御部は、前記セル間干渉制御の未実施時には、前記ユーザ端末における下り受信電力値を調節しない、
請求項１に記載の基地局。
【請求項１１】
他の基地局が形成する第一セルと互いにオーバラップする第二セルを形成する基地局における通信制御方法であって、
前記他の基地局によって行われる、前記第一セルと前記第二セルとの間でのセル間干渉制御の実施状態を判断し、
前記セル間干渉制御の未実施時の、ユーザ端末における、前記第二セルの第一受信電力と、前記セル間干渉制御の実施時の、前記ユーザ端末における、前記第二セルの第二受信電力とに基づいて、前記他の基地局が前記第二セルの下り受信電力値に設定しているオフセット値を推定し、
推定した前記オフセット値に基づいて、前記ユーザ端末における下り受信電力値を調節する、
通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局及び通信制御方法に関する。
【背景技術】
【０００２】
従来、通信システムにおける伝送容量、つまり、システム容量を増大させてユーザ端末（User  Equipment：ＵＥ）のスループットの低下を防ぐために、様々な工夫がなされている。例えば、３ＧＰＰ  ＬＴＥ（3rd  Generation  Partnership  Project  Long  Term  Evolution）では、ＨｅｔＮｅｔ（Heterogeneous  Network）と呼ばれる通信システムについての検討が行われている。ＨｅｔＮｅｔでは、基地局の下り送信電力が大きくて通信エリアが大きい「マクロセル」に、基地局の下り送信電力が小さくて通信エリアが小さい「ピコセル」または「フェムトセル」がオーバレイして配置される。ピコセル及びフェムトセルは、マクロセルに比べて通信エリアが小さいため、「スモールセル」と総称されることがある。以下では、マクロセルを形成する基地局を「マクロセル基地局」または「ＭＣ（Macro  Cell）基地局」と呼ぶことがある。また、スモールセルを形成する基地局を「スモールセル基地局」または「ＳＣ（Small  Cell）基地局」と呼ぶことがある。
【０００３】
ＨｅｔＮｅｔでは、ユーザ端末の接続先をキャパシティに余裕が無いマクロセルからスモールセルへハンドオーバさせて、マクロセルのトラヒックをスモールセルへオフロードすることにより、システム容量を増大させる。しかし、ＨｅｔＮｅｔでは、上記のように、ＳＣ基地局の下り送信電力は、ＭＣ基地局の下り送信電力よりも小さい。よって、スモールセルのセルエッジに位置するユーザ端末では、マクロセルからの電波干渉によりスモールセルの下り受信電力が低下してしまう。つまり、マクロセルからの電波干渉によりスモールセルの通信エリアが実質的に縮小されてしまう。よって、マクロセルからスモールセルへのハンドオーバが発生しにくくなる。
【０００４】
そこで、３ＧＰＰ  ＬＴＥでは、「ＣＲＥ（Cell  Range  Expansion）」と呼ばれるスモールセルの領域拡張を行って、マクロセルからスモールセルへのハンドオーバを促進することが検討されている。ＣＲＥでは、スモールセルでの下り受信電力値に「オフセット値」を与えることでスモールセルの領域を擬似的に拡張する。ＣＲＥが実施されているときのユーザ端末の接続先セルの選択は、スモールセルでの下り受信電力値にオフセット値を加えた値と、マクロセルでの下り受信電力値との比較結果に基づいて行われる。よって、ＣＲＥの実施により、マクロセルからスモールセルへのハンドオーバが促進される。しかし、スモールセルのセルエッジではマクロセルからの電波干渉が大きいため、スモールセルのセルエッジに位置するユーザ端末の通信品質が低下する。なお、ＣＲＥ実施時に下り受信電力値に与えられるオフセット値は「ＣＲＥオフセット値」または「ＣＲＥバイアス値」と呼ばれることもある。
【０００５】
そこで、３ＧＰＰ  ＬＴＥでは、マクロセルからスモールセルへの電波干渉を低減するために「ｅＩＣＩＣ（enhanced  Inter-Cell  Interference  Coordination）」と呼ばれる「セル間干渉制御」をＨｅｔＮｅｔに導入することが検討されている。セル間干渉制御は「ＩＣＩＣ（Inter-Cell  Interference  Coordination）」または「ＦｅＩＣＩＣ（Further-enhanced  Inter-Cell  Interference  Coordination）」と呼ばれることもある。ｅＩＣＩＣでは、ＭＣ基地局から送信されるサブフレームの内、一部のサブフレームにおいてデータ信号の送信を停止、または、データ信号を通常よりも小さな電力で送信することで、マクロセルからスモールセルへの電波干渉を低減する。データ信号の送信が停止、または、データ信号の電力が低下されるサブフレームは「ＡＢＳ（Almost  Blank  Subframe）」と呼ばれることがある。スモールセルのセルエッジに位置するユーザ端末に対してＭＣ基地局のＡＢＳ区間の通信リソースを割り当てることで、スモールセルのセルエッジに位置するユーザ端末は、ＡＢＳ区間ではマクロセルからの電波干渉を受けずにデータ信号を受信することができる。よって、ｅＩＣＩＣをＨｅｔＮｅｔに導入することで、スモールセルのセルエッジに位置するユーザ端末の通信品質を改善することができる。
【０００６】
このように、ＨｅｔＮｅｔでは、ＣＲＥとｅＩＣＩＣとが組み合わせて用いられる。つまり、ＨｅｔＮｅｔでは、通常、ＣＲＥの実施に伴ってｅＩＣＩＣが実施されるので、ｅＩＣＩＣが実施されていないときはＣＲＥも実施されていないと判断することが可能である。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１３―０３８５８５号公報
【特許文献２】特開２０１２―２２２６３３号公報
【特許文献３】国際公開第２０１１／１２６０２４号
【非特許文献】
【０００８】
【非特許文献１】3GPP  TS36.300  V12.2.0  16.1.5
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ＣＲＥオフセット値は、ユーザ端末が接続中の基地局からユーザ端末へ指示される。すなわち、ユーザ端末は、マクロセルから例えばスモールセルへハンドオーバする際、ハンドオーバ前はＭＣ基地局からＣＲＥオフセット値を指示され、ハンドオーバ後はＳＣ基地局からＣＲＥオフセット値を指示される。
【００１０】
ここで、現状の３ＧＰＰ  ＬＴＥの仕様では、基地局間（例えばＭＣ基地局とＳＣ基地局との間）でＣＲＥオフセット値をやりとりするためのメッセージは規定されていないため、例えばＭＣ基地局が設定していたＣＲＥオフセット値をそのままＳＣ基地局へ伝えることは難しい。つまり、現状の３ＧＰＰ  ＬＴＥでは、ＭＣ基地局が設定していたＣＲＥオフセット値を他の基地局（例えばＳＣ基地局）が受け継ぐ仕様とはなっていないので、基地局間（例えばＭＣ基地局とＳＣ基地局）で同一のＣＲＥオフセット値を共有することは難しい。このため、ユーザ端末がマクロセルから他のセル（例えばスモールセル）へとハンドオーバした後は、ハンドオーバ前に設定されていたＣＲＥオフセット値が失われてしまい、ＣＲＥオフセット値によるセル（例えばスモールセル）の領域拡張が為されない。よって、ＣＲＥによってマクロセルから他のセル（例えばスモールセル）へとハンドオーバしたユーザ端末は、ハンドオーバ前のＣＲＥオフセット値が失われてしまうことにより、ハンドオーバ直後に、再びハンドオーバ前のマクロセルへとハンドオーバしてしまう、という問題が生じ得る。このようにハンドオーバが頻発すると、ユーザ端末のスループットが低下してしまう。
【００１１】
開示の技術は、上記に鑑みてなされたものであって、ハンドオーバの頻発を抑制することを目的とする。
【課題を解決するための手段】
【００１２】
開示の態様では、基地局は、他の基地局が形成する第一セルと互いにオーバラップする前記第二セルを形成する。また、基地局は、判断部と、制御部とを有する。判断部は、前記他の基地局によって行われる、前記第一セルと前記第二セルとの間でのセル間干渉制御の実施状態を判断する。制御部は、前記セル間干渉制御の未実施時の、ユーザ端末における、前記第二セルの第一受信電力と、前記セル間干渉制御の実施時の、前記ユーザ端末における、前記第二セルの第二受信電力とを取得する。さらに、制御部は、前記第一受信電力と前記第二受信電力とに基づいて、前記他の基地局が前記第二セルの下り受信電力値に設定しているオフセット値を推定する。そして、制御部は、推定した前記オフセット値に基づいて、前記ユーザ端末における下り受信電力値を調節する。
【発明の効果】
【００１３】
開示の態様によれば、ハンドオーバの頻発を抑制することができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、実施例１の通信システムの構成の一例を示す図である。
【図２】図２は、実施例１のスモールセル基地局の構成の一例を示す機能ブロック図である。
【図３】図３は、実施例１のｅＩＣＩＣ状態テーブルの一例を示す図である。
【図４】図４は、実施例１の通信システムの処理フローの一例を示す図である。
【図５】図５は、実施例１の通信システムの処理フローの一例を示す図である。
【図６】図６は、実施例１の通信システムの処理フローの一例を示す図である。
【図７】図７は、実施例１の受信電力値テーブルの一例を示す図である。
【図８】図８は、実施例１のオフセット推定値算出テーブルの一例を示す図である。
【図９】図９は、実施例１のオフセット推定値の算出方法の一例を示す図である。
【図１０】図１０は、実施例１のオフセット推定値テーブルの一例を示す図である。
【図１１】図１１は、実施例１の通信システムの処理フローの一例を示す図である。
【図１２】図１２は、実施例１のオフセット設定値テーブルの一例を示す図である。
【図１３】図１３は、実施例１のオフセット設定値テーブルの一例を示す図である。
【図１４】図１４は、実施例１のオフセット設定値テーブルの一例を示す図である。
【図１５】図１５は、実施例１のオフセット設定値テーブルの一例を示す図である。
【図１６】図１６は、実施例２の受信電力値テーブルの一例を示す図である。
【図１７】図１７は、実施例２のオフセット推定値算出テーブルの一例を示す図である。
【図１８】図１８は、実施例２のオフセット推定値テーブルの一例を示す図である。
【図１９】図１９は、実施例２のオフセット設定値テーブルの一例を示す図である。
【図２０】図２０は、実施例３の受信電力値テーブルの一例を示す図である。
【図２１】図２１は、実施例３のオフセット推定値算出テーブルの一例を示す図である。
【図２２】図２２は、実施例３のオフセット推定値テーブルの一例を示す図である。
【図２３】図２３は、実施例３のオフセット設定値テーブルの一例を示す図である。
【図２４】図２４は、実施例４のｅＩＣＩＣ状態テーブルの一例を示す図である。
【図２５】図２５は、実施例４の通信システムの処理フローの一例を示す図である。
【図２６】図２６は、実施例４のオフセット設定値テーブルの一例を示す図である。
【図２７】図２７は、スモールセル基地局のハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下に、本願の開示する基地局及び通信制御方法の実施例を図面に基づいて説明する。なお、この実施例により本願の開示する基地局及び通信制御方法が限定されるものではない。また、各実施例において同一の機能を有する構成、及び、同一の処理を行うステップには同一の符号を付し、重複する説明を省略する。
【００１６】
［実施例１］
＜通信システムの構成＞
図１は、実施例１の通信システムの構成の一例を示す図である。図１に示す通信システム１は、ＭＣ基地局２と、ＳＣ基地局３−１〜３−３と、コアネットワーク４と、ユーザ端末５とを有する。以下では、ＳＣ基地局３−１〜３−３を区別しない場合には、ＳＣ基地局３と総称することがある。ＭＣ基地局２とＳＣ基地局３とは、コアネットワーク４を介して、Ｓ１インタフェース（Ｓ１ＩＦ）により接続される。また、ＭＣ基地局２とＳＣ基地局３とは、Ｘ２インタフェース（Ｘ２ＩＦ）により直接接続される。
【００１７】
ＭＣ基地局２は、マクロセル２１を形成する。これに対し、ＳＣ基地局３−１はスモールセル３１を形成し、ＳＣ基地局３−２はスモールセル３２を形成し、ＳＣ基地局３−３はスモールセル３３を形成する。つまり、通信システム１では、マクロセル２１に、マクロセル２１より小さいスモールセル３１，３２，３３がオーバレイして配置され、マクロセル２１とスモールセル３１，３２，３３とが互いにオーバラップする。つまり、通信システム１はＨｅｔＮｅｔである。以下では、スモールセル３１，３２，３３を区別しない場合には、スモールセル３０と総称することがある。なお、以下では、マクロセルとスモールセルとを用いて本発明の実施例を説明するが、セルのサイズを特に限定する趣旨ではなく、実質的に同一サイズのセル間に適用してもよい。
【００１８】
本実施例において、スモールセル３１は、ＣＲＥにより拡張されるセルの一例として説明する。このため、ＭＣ基地局２と接続中で、かつ、スモールセル３１のセルエッジ付近に位置するユーザ端末５は、スモールセル３１のＣＲＥにより、ＭＣ基地局２からＳＣ基地局３−１へハンドオーバして接続先の基地局を切り替える。同様に、他のスモールセル３２，３３もＣＲＥにより拡張される。
【００１９】
＜ＳＣ基地局の構成＞
図２は、実施例１のスモールセル基地局（ＳＣ基地局）の構成の一例を示す機能ブロック図である。図２において、ＳＣ基地局３は、アンテナ１１と、無線通信部１２と、ＢＢ（Base  Band）処理部１３と、ｅＩＣＩＣ判断部１４と、通信制御部１５と、テーブル記憶部１６と、Ｘ２通信部１７と、Ｓ１通信部１８とを有する。
【００２０】
無線通信部１２は、ＢＢ処理部１３から入力されるベースバンドの送信信号に対し、デジタル−アナログ変換処理及びアップコンバート処理等を行い、アップコンバート後の送信信号をアンテナ１１を介して送信する。この際、無線通信部１２は、通信制御部１５からの制御に従って、送信信号の電力を増幅して送信する。また、無線通信部１２は、アンテナ１１を介して受信した受信信号に対し、ダウンコンバート処理及びアナログ−デジタル変換処理等を行ってベースバンドの受信信号を得て、ＢＢ処理部１３に出力する。
【００２１】
ＢＢ処理部１３は、通信制御部１５から入力される制御メッセージ、ユーザデータ等の送信データに対して符号化処理及び変調処理等のＢＢ処理を行ってベースバンドの送信信号を生成し、生成した送信信号を無線通信部１２に出力する。また、ＢＢ処理部１３は、無線通信部１２から入力されるベースバンドの受信信号に対し復調処理及び復号処理等のＢＢ処理を行って制御メッセージ、ユーザデータ等の受信データを得て、通信制御部１５及びｅＩＣＩＣ判断部１４に出力する。
【００２２】
Ｘ２通信部１７は、ＭＣ基地局２とＸ２インタフェースを用いて接続される。Ｘ２通信部１７は、通信制御部１５から入力される制御メッセージをＭＣ基地局２に送信し、ＭＣ基地局２から受信した制御メッセージを通信制御部１５及びｅＩＣＩＣ判断部１４に出力する。
【００２３】
Ｓ１通信部１８は、コアネットワーク４とＳ１インタフェースを用いて接続される。Ｓ１通信部１８は、ＢＢ処理部１３から通信制御部１５を介して入力される制御メッセージ及びユーザデータをコアネットワーク４に送信し、コアネットワーク４から受信した制御メッセージ及びユーザデータを通信制御部１５を介してＢＢ処理部１３に出力する。
【００２４】
テーブル記憶部１６は、各種テーブルを記憶する。
【００２５】
ｅＩＣＩＣ判断部１４は、ＭＣ基地局２によって行われる、マクロセル２１とスモールセル３０との間でのｅＩＣＩＣの実施状態、つまり、ＭＣ基地局２がｅＩＣＩＣを実施しているか、実施していないか（未実施であるか）を判断する。ｅＩＣＩＣ判断部１４は、ｅＩＣＩＣの実施状態の判断結果に従って「ｅＩＣＩＣ状態テーブル」を更新する。ｅＩＣＩＣ状態テーブルは、テーブル記憶部１６に記憶されている。ｅＩＣＩＣの実施状態の判断の詳細は後述する。
【００２６】
通信制御部１５は、制御メッセージを生成してＢＢ処理部１３、Ｘ２通信部１７またはＳ１通信部１８に出力する。また、通信制御部１５は、ＢＢ処理部１３、Ｘ２通信部１７またはＳ１通信部１８から入力される制御メッセージ、及び、テーブル記憶部１６に記憶されているテーブルの内容に基づいて、ＳＣ基地局３の通信制御を行う。また、通信制御部１５は、無線通信部１２での送信信号の電力の増幅の大きさを制御する送信電力制御を行う。
【００２７】
＜スモールセル基地局の処理＞
以下では、図２に示すＳＣ基地局３が、図１に示すＳＣ基地局３−１である場合を一例として説明する。
【００２８】
ｅＩＣＩＣ判断部１４は、ＭＣ基地局２がｅＩＣＩＣを実施しているか、実施していないか（未実施であるか）を判断し、判断結果をｅＩＣＩＣ状態テーブルに記録する。図３は、実施例１のｅＩＣＩＣ状態テーブルの一例を示す図である。図３において「１２３４」は、ＭＣ基地局２が形成するマクロセル２１のセルＩＤである。図３は、マクロセル２１とスモールセル３１との間のｅＩＣＩＣが、２０１４年１月１日２１時００分の時点で未実施であり、２０１４年１月２日６時００分の時点で実施されていることを示す。
【００２９】
ｅＩＣＩＣの実施状態の判断は図４または図５に示すようにして行われる。図４及び図５は、実施例１の通信システムの処理フローの一例を示す図である。図４にはＸ２ＡＰメッセージを用いた判断を示し、図５には報知情報を用いた判断を示す。
【００３０】
＜Ｘ２ＡＰメッセージを用いた判断例（図４）＞
図４に示すように、ＭＣ基地局２は、Ｘ２インタフェースを用いて、LOAD  INDICATION、RESOURCE  STATUS  RESPONSEまたはRESOURCE  STATUS  UPDATEの制御メッセージをＳＣ基地局３−１に送信する（ステップＳ１１）。ＭＣ基地局２は、これらの制御メッセージを用いて、ｅＩＣＩＣの実施有無をＳＣ基地局３−１に通知する。例えば、制御メッセージには「ｅＩＣＩＣ実施フラグ」が含まれ、ＭＣ基地局２は、ｅＩＣＩＣを未実施のときはｅＩＣＩＣ実施フラグを‘０’に設定し、ｅＩＣＩＣを実施しているときはｅＩＣＩＣ実施フラグを‘１’に設定する。また、ＭＣ基地局２は、ＡＢＳの送信スケジューリング情報を制御メッセージに含める。制御メッセージにおいて、ｅＩＣＩＣ実施フラグはABS  Statusと呼ばれることもあり、ＡＢＳの送信スケジューリング情報はABS  Informationと呼ばれることもある。また、制御メッセージには、マクロセル２１のセルＩＤが含まれる。
【００３１】
LOAD  INDICATION、RESOURCE  STATUS  RESPONSEまたはRESOURCE  STATUS  UPDATEを受信したＳＣ基地局３−１では、ｅＩＣＩＣ判断部１４が、これらの制御メッセージの内容に基づいて、ＭＣ基地局２によるｅＩＣＩＣの実施有無を判断する（ステップＳ１２）。例えば、ｅＩＣＩＣ判断部１４は、ｅＩＣＩＣ実施フラグが‘０’であればｅＩＣＩＣが未実施であると判断し、ｅＩＣＩＣ実施フラグが‘１’であればｅＩＣＩＣが実施されていると判断する。また例えば、ｅＩＣＩＣ判断部１４は、ＡＢＳの送信スケジュール情報を参照し、ＡＢＳがスケジューリングされていなければｅＩＣＩＣが未実施であると判断し、ＡＢＳがスケジューリングされていればｅＩＣＩＣが実施されていると判断する。そして、ｅＩＣＩＣ判断部１４は、マクロセル２１のセルＩＤ及び制御メッセージの受信時刻に対応づけて、ｅＩＣＩＣの実施有無の判断結果をｅＩＣＩＣ状態テーブルに記録する（ステップＳ１３）。
【００３２】
なお、図４におけるステップＳ１４，Ｓ１５の処理については後述する。
【００３３】
＜報知情報を用いた判断例（図５）＞
図５に示すように、ＳＣ基地局３−１は、ＭＣ基地局２から無線で送信される報知情報を受信する（ステップＳ２１）。報知情報は例えばＰＢＣＨ（Physical  Broadcast  Channel）を用いて送信される。この報知情報には、ＡＢＳの送信スケジューリング情報が含まれている。
【００３４】
報知情報を受信したＳＣ基地局３−１では、ｅＩＣＩＣ判断部１４が、ＡＢＳの送信スケジュール情報を参照し、ＡＢＳがスケジューリングされていなければｅＩＣＩＣが未実施であると判断し、ＡＢＳがスケジューリングされていればｅＩＣＩＣが実施されていると判断する（ステップＳ２２）。そして、ｅＩＣＩＣ判断部１４は、マクロセル２１のセルＩＤ及び報知情報の受信時刻に対応づけて、ｅＩＣＩＣの実施有無の判断結果をｅＩＣＩＣ状態テーブルに記録する（ステップＳ２３）。なお、マクロセル２１のセルＩＤは、ＭＣ基地局２から送信される同期信号に含まれているため、ｅＩＣＩＣ判断部１４は、ＭＣ基地局２から受信される同期信号に基づいてマクロセル２１のセルＩＤを取得する。
【００３５】
なお、図５におけるステップＳ１４，Ｓ１５の処理については後述する。
【００３６】
＜ＣＲＥオフセット値の推定＞
図６は、実施例１の通信システムの処理フローの一例を示す図である。
【００３７】
図６において、ユーザ端末５は、マクロセル２１からスモールセル３１へハンドオーバした時点で、RRC:RRC  Connection  Setup  CompleteをＳＣ基地局３−１へ送信する（ステップＳ３１）。RRC:RRC  Connection  Setup  Completeを受信したＳＣ基地局３−１では、通信制御部１５が、RRC:RRC  Connection  Setup  Completeの受信に基づいて、自セルであるスモールセル３１へのユーザ端末５のハンドオーバを検出する（ステップＳ３２）。
【００３８】
ユーザ端末５のハンドオーバを検出した通信制御部１５は、マクロセル２１の下り受信電力値と、自セルであるスモールセル３１の下り受信電力値とをＳＣ基地局３−１へ報告するようにユーザ端末５に指示する。この報告指示は、RRC:RRC  Connection  Reconfigurationを用いて行われる（ステップＳ３３）。
【００３９】
ステップＳ３３での報告指示を受信したユーザ端末５は、RRC:RRC  Connection  Reconfiguration  CompleteをＳＣ基地局３−１へ送信する（ステップＳ３４）。また、ユーザ端末５は、ステップＳ３３での報告指示に従って、マクロセル２１の下り受信電力値と、スモールセル３１の下り受信電力値とを測定し、測定結果をＳＣ基地局３−１へ報告する。下り受信電力値の測定結果の報告は、RRC:RRC  Measurement  Reportを用いて行われる（ステップＳ３５）。
【００４０】
ユーザ端末５での下り受信電力値の測定結果の報告を受信したＳＣ基地局３−１では、通信制御部１５が、マクロセル２１の下り受信電力値と、自セルであるスモールセル３１の下り受信電力値とを、マクロセル２１のセルＩＤ及び自セルへのユーザ端末５のハンドオーバ時刻に対応づけて「受信電力値テーブル」に記録する（ステップＳ３６）。受信電力値テーブルは、テーブル記憶部１６に記憶されている。図７は、実施例１の受信電力値テーブルの一例を示す図である。なお、受信電力値及び送信電力値の単位は実際にはdBmであるが、以下では、説明を簡単にするために、受信電力及び送信電力を無単位の値として示す。図７は、例えば、２０１４年１月２日９時００分時点で、マクロセル２１の下り受信電力値が「５」で、自セルであるスモールセル３１の下り受信電力値が「４」であることを示す。
【００４１】
次いで、通信制御部１５は、ｅＩＣＩＣ状態テーブル（図３）と受信電力値テーブル（図７）とを統合して「オフセット推定値算出テーブル」を更新する（ステップＳ３７）。オフセット推定値算出テーブルは、テーブル記憶部１６に記憶されている。図３に示すｅＩＣＩＣ状態テーブルと図７に示す受信電力値テーブルとを統合すると、図８に示すオフセット推定値算出テーブルが得られる。この際、通信制御部１５は、オフセット推定値算出テーブルにおいて、ｅＩＣＩＣの実施有無を以下のようにして書き込む。
【００４２】
すなわち、図３に示すｅＩＣＩＣ状態テーブルは、２０１４年１月１日２１時００分の時点でｅＩＣＩＣが未実施であり、２０１４年１月２日６時００分の時点でｅＩＣＩＣが実施されていることを示す。そこで、通信制御部１５は、２０１４年１月１日２１時００分から２０１４年１月２日５時５９分までは、ｅＩＣＩＣが未実施であると判断する。また、通信制御部１５は、２０１４年１月２日６時００分から現在までは、ｅＩＣＩＣが実施されていると判断する。この判断結果に基づき、通信制御部１５は、各ハンドオーバ時点でのｅＩＣＩＣの実施有無をオフセット推定値算出テーブルに書き込む。よって、図８において、例えば、２０１４年１月１日２２時００分時点及び２０１４年１月１日２３時００分時点ではｅＩＣＩＣが「未実施」となり、２０１４年１月２日８時００分時点及び２０１４年１月２日９時００分時点ではｅＩＣＩＣが「実施」となる。
【００４３】
次いで、通信制御部１５は、オフセット推定値算出テーブル（図８）における最新のレコードを参照し、最も直近のハンドオーバ時点でのｅＩＣＩＣの実施状態を確認する（ステップＳ３８）。例えば、図８では、最新のレコードは２０１４年１月２日９時００分のレコードであり、２０１４年１月２日９時００分は、最も直近のハンドオーバ時刻である。また、２０１４年１月２日９時００分時点では、ｅＩＣＩＣが実施されている。最も直近のハンドオーバ時刻でｅＩＣＩＣが実施されているときは（ステップＳ３８：Ｙｅｓ）、通信制御部１５は、ステップＳ３９，Ｓ４０の処理を行う。なお、最も直近のハンドオーバ時刻でｅＩＣＩＣが実施されていないときは（ステップＳ３８：Ｎｏ）、通信制御部１５は、ステップＳ３９，Ｓ４０の処理を行わない。
【００４４】
オフセット推定値算出テーブル（図８）において、最も直近のハンドオーバ時刻である２０１４年１月２日９時００分時点ではｅＩＣＩＣが実施されているので（ステップＳ３８：Ｙｅｓ）、通信制御部１５は、次のようにして、オフセット推定値を算出する（ステップＳ３９）。
【００４５】
図９は、実施例１のオフセット推定値の算出方法の一例を示す図である。
【００４６】
通信制御部１５は、オフセット推定値算出テーブル（図８）を参照し、ｅＩＣＩＣ未実施時の各レコードについて、マクロセル２１の下り受信電力値と、自セル（スモールセル３１）の下り受信電力値との差分を算出する。例えば、通信制御部１５は、２０１４年１月１日２２時００分のレコードについて、ｅＩＣＩＣ未実施時の下り受信電力差として「１０−３＝＋７」を算出する。また例えば、通信制御部１５は、２０１４年１月１日２３時００分のレコードについて、ｅＩＣＩＣ未実施時の下り受信電力差として「１０−２＝＋８」を算出する。
【００４７】
また、通信制御部１５は、オフセット推定値算出テーブル（図８）におけるｅＩＣＩＣ実施時の各レコードについて、マクロセル２１の下り受信電力値と、自セル（スモールセル３１）の下り受信電力値との差分を算出する。例えば、通信制御部１５は、２０１４年１月２日８時００分のレコードについて、ｅＩＣＩＣ実施時の下り受信電力差として「４−４＝０」を算出する。また例えば、通信制御部１５は、２０１４年１月２日９時００分のレコードについて、ｅＩＣＩＣ実施時の下り受信電力差として「４−５＝−１」を算出する。
【００４８】
ここで、各下り受信電力値は、スモールセル３１へのユーザ端末５のハンドオーバ時に、ＳＣ基地局３−１からの報告指示に従って、ユーザ端末５によって測定されたものである。ユーザ端末５は、上記のように、スモールセル３１へハンドオーバした直後に、マクロセル２１の下り受信電力値、及び、スモールセル３１の下り受信電力値を測定する。また、上記のように、現状の３ＧＰＰ  ＬＴＥでは、ＭＣ基地局２が設定していたＣＲＥオフセット値をＳＣ基地局３−１が受け継ぐ仕様とはなっていない。よって、オフセット推定値算出テーブル（図８）における自セル（スモールセル３１）の下り受信電力値にはＣＲＥオフセット値が含まれていない。なお、ＭＣ基地局２間でもＣＲＥオフセット値を受け継ぐ仕様とはなっていない。
【００４９】
よって、上記のようにして算出したｅＩＣＩＣ未実施時の下り受信電力差「＋７」，「＋８」から次の推定を行うことができる。すなわち、ｅＩＣＩＣの未実施時には、ユーザ端末５は、スモールセル３１の受信電力値がマクロセル２１の受信電力値よりも＋７〜＋８だけ大きいときに、マクロセル２１からスモールセル３１へハンドオーバしていると推定できる。
【００５０】
また、上記のようにして算出したｅＩＣＩＣ実施時の下り受信電力差「０」，「−１」から次の推定を行うことができる。すなわち、ｅＩＣＩＣの実施時には、ユーザ端末５は、スモールセル３１の受信電力値がマクロセル２１の受信電力値よりも０〜１だけ小さくても、マクロセル２１からスモールセル３１へハンドオーバしていると推定できる。
【００５１】
また、上記のように、ＨｅｔＮｅｔでは、ＣＲＥの実施に伴ってｅＩＣＩＣが実施されるので、ｅＩＣＩＣが実施されているときは、通常、ＣＲＥも実施されている。
【００５２】
よって、ＭＣ基地局２によってスモールセル３１に設定されているＣＲＥオフセット値は、ｅＩＣＩＣ未実施時の最小の受信電力差である「＋７」と、ｅＩＣＩＣ実施時の最小の受信電力差である「−１」との差分である「＋７−（−１）＝＋８」であると推定できる。そこで、通信制御部１５は、ＣＲＥオフセット推定値を「８」と算出する。つまり、通信制御部１５は、ｅＩＣＩＣ未実施時の下り受信電力差（＋７，＋８）とｅＩＣＩＣ実施時の下り受信電力差（−１，０）との間の変化量に基づいて、ＭＣ基地局２がスモールセル３１に設定しているＣＲＥオフセット値を推定する。
【００５３】
また、上記のように、ｅＩＣＩＣが実施されていないときはＣＲＥも実施されていないと判断することが可能であるので、通信制御部１５は、ｅＩＣＩＣ未実施のＣＲＥオフセット推定値を「０」と算出する。
【００５４】
そして、通信制御部１５は、図１０に示すように、マクロセル２１のセルＩＤに対応づけて、ｅＩＣＩＣ未実施時の最小の受信電力差「＋７」、ｅＩＣＩＣ未実施時のＣＲＥオフセット推定値「０」、ｅＩＣＩＣ実施時の最小の受信電力差「−１」、及び、ｅＩＣＩＣ実施時のＣＲＥオフセット推定値「８」を「オフセット推定値テーブル」に記録する。図１０は、実施例１のオフセット推定値テーブルの一例を示す図である。オフセット推定値テーブルは、テーブル記憶部１６に記憶されている。
【００５５】
ここで、「ｅＩＣＩＣ実施時」のユーザ端末５での「マクロセル２１の受信電力値」を「M1」と表し、「ｅＩＣＩＣ実施時」のユーザ端末５での「スモールセル３１の受信電力値」を「S1」と表す。また、「ｅＩＣＩＣ未実施時」のユーザ端末５での「マクロセル２１の下り受信電力値」を「M2」と表し、「ｅＩＣＩＣ未実施時」のユーザ端末５での「スモールセル３１の受信電力値」を「S2」と表す。よって、通信制御部１５によって算出されるＣＲＥオフセット推定値「CRE_OFF_1」は、M1,S1,M2,S2を用いて、式（１）によって表される。但し、「min」は最小値を表す。
CRE_OFF_1=min(S2-M2)-min(S1-M1)    …（１）
【００５６】
式（１）における「min(S2-M2)」は、「ｅＩＣＩＣ未実施時」のユーザ端末５での「スモールセル３１の受信電力値」と、「ｅＩＣＩＣ未実施時」のユーザ端末５での「マクロセル２１の下り受信電力値」との最小の受信電力差に相当する。また、式（１）における「min(S1-M1)」は、「ｅＩＣＩＣ実施時」のユーザ端末５での「スモールセル３１の受信電力値」と、「ｅＩＣＩＣ実施時」のユーザ端末５での「マクロセル２１の下り受信電力値」との最小の受信電力差に相当する。
【００５７】
なお、「M1=M2」となる場合（例えばユーザ端末５が移動していない場合）は、通信制御部１５は、式（２）によって表されるＣＲＥオフセット推定値「CRE_OFF_2」を算出してもよい。
CRE_OFF_2=min(S2-S1)    …（２）
【００５８】
式（２）における「min(S2-S1)」は、「ｅＩＣＩＣ未実施時」のユーザ端末５での「スモールセル３１の受信電力値」と、「ｅＩＣＩＣ実施時」のユーザ端末５での「スモールセル３１の受信電力値」との最小の受信電力差に相当する。
【００５９】
ステップＳ３９での処理に次いで、通信制御部１５は、ステップＳ３９で算出したＣＲＥオフセット推定値に基づいて、受信電力値調節処理を行う（ステップＳ４０）。この受信電力調節処理は、ユーザ端末５における下り受信電力値を調節するものである。ユーザ端末５における下り受信電力値を調節する処理として、例えば、以下の第一〜第三の３つの処理が挙げられる。第一の処理として、スモールセル３１（つまり、自セル）の下り送信電力を増加させることにより、ユーザ端末５におけるスモールセル３１の下り受信電力値を増加させるものがある。また、第二の処理として、スモールセル３１（つまり、自セル）の下り受信電力値に正のオフセット値を設定することにより、ユーザ端末５におけるスモールセル３１の下り受信電力値を増加させるものがある。また、第三の処理として、マクロセル２１の下り受信電力値に負のオフセット値を設定することにより、ユーザ端末５におけるマクロセル２１の下り受信電力値を減少させるものがある。
【００６０】
例えば、ステップＳ４０の受信電力値調節処理は、図１１に示す処理フローに従って行われる。図１１は、実施例１の通信システムの処理フローの一例を示す図である。
【００６１】
まず、通信制御部１５は、ステップＳ３９で算出したＣＲＥオフセット推定値が、「オフセット設定値の合計」よりも大きいか否かを判断する（ステップＳ５１）。オフセット設定値の合計とは、「オフセット設定値テーブル」に設定されている各オフセット設定値の絶対値の合計である。図１２〜図１５は、実施例１のオフセット設定値テーブルの一例を示す図である。オフセット設定値テーブルは、テーブル記憶部１６に記憶されている。図１２には、初期状態、つまり、すべてのオフセット設定値が「０」となっているオフセット設定値テーブルを示す。
【００６２】
上記のステップＳ３９で算出されたＣＲＥオフセット推定値は「８」であるため、オフセット設定値テーブルが図１２の状態にあるときは、ステップＳ５１での判断結果は‘Ｙｅｓ’となって、処理はステップＳ５２へ進む。なお、ステップＳ５１での判断結果が‘Ｎｏ’となるときは、通信制御部１５は、ステップＳ５２〜Ｓ５６の処理を行わない。
【００６３】
ステップＳ５２では、通信制御部１５は、スモールセル３１（つまり、自セル）の現在の下り送信電力に、ＣＲＥオフセット推定値とオフセット設定値の合計との差分を加えた値が、スモールセル３１の下り送信電力の許容値以下になるか否かを予測する。つまり、通信制御部１５は、スモールセル３１の増加後の下り送信電力が許容値以下になるか否かを予測する。ここで例えば、スモールセル３１の現在の下り送信電力を初期値である「１０」とし、許容値を「２０」とする。また、上記のステップＳ３９で算出されたＣＲＥオフセット推定値は「８」であり、オフセット設定値テーブルが図１２の状態にあるときはオフセット設定値の合計は「０」である。よって、ステップＳ５１では「（１０＋（８−０））≦２０」となって、ステップＳ５２での判断結果は‘Ｙｅｓ’となり、処理はステップＳ５３へ進む。
【００６４】
ステップＳ５３では、通信制御部１５は、上記の第一の処理のように、スモールセル３１（つまり、自セル）の下り送信電力を増加させる。この際、例えば、通信制御部１５は、スモールセル３１の下り送信電力を、初期値よりもＣＲＥオフセット推定値だけ増加させる。つまり、通信制御部１５は、図１３に示すように、オフセット設定値テーブルにおいて、自セルでの下り送信電力に「＋８」のオフセット値を設定する。よって、スモールセル３１の下り送信電力は初期値である「１０」から「８」だけ増加して「１８」となって、スモールセル３１の領域が実質的に拡張される。
【００６５】
このように、第一の処理では、スモールセル３１の下り送信電力がＣＲＥオフセット値に相当する分だけ増加することにより、ユーザ端末５におけるスモールセル３１の下り受信電力値がＣＲＥオフセット値に相当する分だけ増加する（ステップＳ５３）。よって、ＭＣ基地局２が設定していたＣＲＥオフセット値をＳＣ基地局３−１が受け継ぐ仕様となっていない場合でも、ＣＲＥによってマクロセル２１からスモールセル３１へとハンドオーバしたユーザ端末５では、スモールセル３１の下り受信電力値がハンドオーバ前と同等のレベルに維持される。よって、ハンドオーバ直後のユーザ端末５が、再びスモールセル３１からマクロセル２１へとハンドオーバしてしまうことを防止できる。また、スモールセル３１の下り送信電力が増加することによりスモールセル３１の領域が実質的に拡張されるため、スモールセル３１のセルエッジ付近に位置するユーザ端末５の受信品質を改善することができる。
【００６６】
一方で、ステップＳ５２での判断結果が‘Ｎｏ’となるときは、通信制御部１５は、上記の第二または第三の処理のように、受信電力値にオフセット値を設定する（ステップＳ５４）。第二の処理のようにスモールセル３１（つまり、自セル）の下り受信電力値に正のオフセット値を設定するか、または、第三の処理のようにマクロセル２１の下り受信電力値に負のオフセット値を設定するかは、通信システム１の運用者によって任意に選択可能である。
【００６７】
例えば第二の処理を行う場合、通信制御部１５は、図１４に示すように、オフセット設定値テーブルにおいて、自セルでの下り受信電力値に「＋８」のオフセット値を設定する（ステップＳ５４）。よって、ユーザ端末５におけるスモールセル３１の下り受信電力値が「８」だけ増加し、スモールセル３１の領域が擬似的に拡張される。
【００６８】
このように、第二の処理では、ユーザ端末５におけるスモールセル３１の下り受信電力値は、ＣＲＥオフセット値に相当する分だけ増加する。これにより、ＭＣ基地局２が設定していたＣＲＥオフセット値をＳＣ基地局３−１が受け継ぐ仕様となっていない場合でも、ＣＲＥによってマクロセル２１からスモールセル３１へとハンドオーバしたユーザ端末５では、スモールセル３１の下り受信電力値がハンドオーバ前と同等のレベルに維持される。よって、ハンドオーバ直後のユーザ端末５が、再びスモールセル３１からマクロセル２１へとハンドオーバしてしまうことを防止できる。
【００６９】
また例えば、第三の処理を行う場合、通信制御部１５は、図１５に示すように、オフセット設定値テーブルにおいて、マクロセル２１での下り受信電力値に「−８」のオフセット値を設定する（ステップＳ５４）。よって、ユーザ端末５におけるマクロセル２１の下り受信電力値が「８」だけ減少する。
【００７０】
このように、第三の処理では、ユーザ端末５におけるマクロセル２１の下り受信電力値は、ＣＲＥオフセット値に相当する分だけ減少する。これにより、ＭＣ基地局２が設定していたＣＲＥオフセット値をＳＣ基地局３−１が受け継ぐ仕様となっていない場合でも、ＣＲＥによってマクロセル２１からスモールセル３１へとハンドオーバしたユーザ端末５では、マクロセル２１の下り受信電力値がハンドオーバ前より減少してスモールセル３１の下り受信電力値より小さくなる。よって、ハンドオーバ直後のユーザ端末５が、再びスモールセル３１からマクロセル２１へとハンドオーバしてしまうことを防止できる。
【００７１】
ステップＳ５４でのオフセット値設定後、通信制御部１５は、オフセット設定値を含むRRC:RRC  Connection  Reconfigurationを生成し、このRRC:RRC  Connection  ReconfigurationがＳＣ基地局３−１からユーザ端末５へ送信される（ステップＳ５５）。これにより、通信制御部１５が設定したオフセット値がＳＣ基地局３−１からユーザ端末５に指示される。RRC:RRC  Connection  Reconfigurationを受信したユーザ端末５は、RRC:RRC  Connection  Reconfiguration  CompleteをＳＣ基地局３−１へ送信する（ステップＳ５６）。
【００７２】
以上のように、実施例１では、ＳＣ基地局３−１は、ＭＣ基地局２が形成するマクロセル２１より小さく、かつ、マクロセル２１と互いにオーバラップするスモールセル３１を形成する。また、ＳＣ基地局３−１は、ｅＩＣＩＣ判断部１４と、通信制御部１５とを有する。ｅＩＣＩＣ判断部１４は、ＭＣ基地局２によって行われる、マクロセル２１とスモールセル３１との間でのｅＩＣＩＣの実施状態を判断する。通信制御部１５は、ｅＩＣＩＣの未実施時の、ユーザ端末５における、マクロセル２１とスモールセル３１との間の第一の下り受信電力差を算出する。また、通信制御部１５は、ｅＩＣＩＣの実施時の、ユーザ端末５における、マクロセル２１とスモールセル３１との間の第二の下り受信電力差を算出する。さらに、通信制御部１５は、第一の下り受信電力差と第二の下り受信電力差との間の変化量に基づいて、ＭＣ基地局２がスモールセル３１に設定しているＣＲＥオフセット値を推定する。そして、通信制御部１５は、推定したＣＲＥオフセット値に基づいて、ユーザ端末５における下り受信電力値を調節する。
【００７３】
こうすることで、マクロセル２１からスモールセル３１へのハンドオーバ直後のユーザ端末５が、再びスモールセル３１からマクロセル２１へとハンドオーバしてしまうことを防止できるため、ハンドオーバの頻発を抑制することができる。
【００７４】
また、通信制御部１５は、スモールセル３１の増加後の下り送信電力が許容値より大きくなると予測するときに、スモールセル３１の下り受信電力値に正のオフセット値を設定、または、マクロセル２１の下り受信電力値に負のオフセット値を設定する。
【００７５】
こうすることで、スモールセル３１の下り送信電力を許容値以下に制限したまま、ハンドオーバの頻発を抑制することができる。
【００７６】
［実施例２］
実施例２では、実施例１での処理に後続する処理について説明する。すなわち、受信電力値テーブルが図７に示す状態にあるときに、さらに他のユーザ端末５がスモールセル３１へハンドオーバしてきたときの処理について説明する。
【００７７】
図１６は、実施例２の受信電力値テーブルの一例を示す図である。図１６は、図７に対し、２０１４年１月２日１０時００分時点で、マクロセル２１の下り受信電力値が「５」で、自セルであるスモールセル３１の下り受信電力値が「２」に変化したことを示す。
【００７８】
通信制御部１５は、ｅＩＣＩＣ状態テーブル（図３）と受信電力値テーブル（図１６）とを統合してオフセット推定値算出テーブルを更新する。図３に示すｅＩＣＩＣ状態テーブルと図１６に示す受信電力値テーブルとを統合すると、オフセット推定値算出テーブルは、図８から図１７に更新される。図１７は、実施例２のオフセット推定値算出テーブルの一例を示す図である。
【００７９】
次いで、通信制御部１５は、オフセット推定値算出テーブル（図１７）における最新のレコードを参照し、最も直近のハンドオーバ時点でのｅＩＣＩＣの実施状態を確認する。例えば、図１７では、最新のレコードは２０１４年１月２日１０時００分のレコードであり、２０１４年１月２日１０時００分は、最も直近のハンドオーバ時刻である。また、２０１４年１月２日１０時００分時点では、ｅＩＣＩＣが実施されている。
【００８０】
そこで、通信制御部１５は、以下のように、オフセット推定値を算出する。すなわち、図１７のオフセット推定値算出テーブルにおいて、ｅＩＣＩＣ未実施時の下り受信電力差は「＋７」及び「＋８」である。一方で、ｅＩＣＩＣ実施時の下り受信電力差は「０」，「−１」，「−３」である。よって、ＭＣ基地局２によってスモールセル３１に設定されているＣＲＥオフセット値は、ｅＩＣＩＣ未実施時の最小の受信電力差である「＋７」と、ｅＩＣＩＣ実施時の最小の受信電力差である「−３」との差分である「＋７−（−３）＝＋１０」であると推定できる。そこで、通信制御部１５は、ＣＲＥオフセット推定値を「１０」と算出する。
【００８１】
そして、通信制御部１５は、オフセット推定値テーブルを図１０から図１８に更新する。図１８は、実施例２のオフセット推定値テーブルの一例を示す図である。
【００８２】
次いで、通信制御部１５は、図１３のオフセット設定値テーブルを参照し、ＣＲＥオフセット推定値である「１０」が、オフセット設定値の合計である「８」よりも大きいと判断する。
【００８３】
また、実施例１での処理の結果、スモールセル３１の現在の下り送信電力は「１８」となっている。また、許容値は「２０」である。よって、スモールセル３１（つまり、自セル）の現在の下り送信電力である「１８」に、ＣＲＥオフセット推定値「１０」とオフセット設定値の合計「８」との差分である「２」を加えた値は、許容値「２０」以下になる。そこで、通信制御部１５は、スモールセル３１の下り送信電力を、初期値である「１０」よりもＣＲＥオフセット推定値である「１０」だけ増加させる。つまり、通信制御部１５は、図１９に示すように、オフセット設定値テーブルにおいて、自セルでの下り送信電力に「＋１０」のオフセット値を設定して、オフセット設定値テーブルを図１３から図１９に更新する。よって、スモールセル３１の下り送信電力は初期値である「１０」から「１０」だけ増加して「２０」となって、実施例１の状態から、スモールセル３１の領域が実質的にさらに拡張される。
【００８４】
［実施例３］
実施例３では、実施例２での処理に後続する処理について説明する。すなわち、受信電力値テーブルが図１６に示す状態にあるときに、さらに他のユーザ端末５がスモールセル３１へハンドオーバしてきたときの処理について説明する。
【００８５】
図２０は、実施例３の受信電力値テーブルの一例を示す図である。図２０は、図１６に対し、２０１４年１月２日１１時００分時点で、マクロセル２１の下り受信電力値が「５」で、自セルであるスモールセル３１の下り受信電力値が「１」に変化したことを示す。
【００８６】
通信制御部１５は、ｅＩＣＩＣ状態テーブル（図３）と受信電力値テーブル（図２０）とを統合してオフセット推定値算出テーブルを更新する。図３に示すｅＩＣＩＣ状態テーブルと図２０に示す受信電力値テーブルとを統合すると、オフセット推定値算出テーブルは、図１７から図２１に更新される。図２１は、実施例３のオフセット推定値算出テーブルの一例を示す図である。
【００８７】
次いで、通信制御部１５は、オフセット推定値算出テーブル（図２１）における最新のレコードを参照し、最も直近のハンドオーバ時点でのｅＩＣＩＣの実施状態を確認する。例えば、図２０では、最新のレコードは２０１４年１月２日１１時００分のレコードであり、２０１４年１月２日１１時００分は、最も直近のハンドオーバ時刻である。また、２０１４年１月２日１１時００分時点では、ｅＩＣＩＣが実施されている。
【００８８】
そこで、通信制御部１５は、以下のように、オフセット推定値を算出する。すなわち、図２１のオフセット推定値算出テーブルにおいて、ｅＩＣＩＣ未実施時の下り受信電力差は「＋７」及び「＋８」である。一方で、ｅＩＣＩＣ実施時の下り受信電力差は「０」，「−１」，「−３」，「−４」である。よって、ＭＣ基地局２によってスモールセル３１に設定されているＣＲＥオフセット値は、ｅＩＣＩＣ未実施時の最小の受信電力差である「＋７」と、ｅＩＣＩＣ実施時の最小の受信電力差である「−４」との差分である「＋７−（−４）＝＋１１」であると推定できる。そこで、通信制御部１５は、ＣＲＥオフセット推定値を「１１」と算出する。
【００８９】
そして、通信制御部１５は、オフセット推定値テーブルを図１８から図２２に更新する。図２２は、実施例３のオフセット推定値テーブルの一例を示す図である。
【００９０】
次いで、通信制御部１５は、図１９のオフセット設定値テーブルを参照し、ＣＲＥオフセット推定値である「１１」が、オフセット設定値の合計である「１０」よりも大きいと判断する。
【００９１】
また、実施例２での処理の結果、スモールセル３１の現在の下り送信電力は「２０」となっている。また、許容値は「２０」である。よって、スモールセル３１（つまり、自セル）の現在の下り送信電力である「２０」に、ＣＲＥオフセット推定値「１１」とオフセット設定値の合計「１０」との差分である「１」を加えた値は、許容値「２０」より大きくなる。そこで、通信制御部１５は、スモールセル３１（つまり、自セル）の下り受信電力値に正のオフセット値を設定する。既に自セルの下り送信電力に「＋１０」のオフセットが設定されているため、通信制御部１５は、図２３に示すように、オフセット設定値テーブルにおいて、自セルでの下り受信電力値に「１１−１０＝＋１」のオフセット値を設定する。これにより、オフセット設定値テーブルは図１９から図２３に更新される。
【００９２】
また、通信制御部１５は、自セルの下り受信電力値に対するオフセット設定値として「＋１」を含むRRC:RRC  Connection  Reconfigurationを生成し、このRRC:RRC  Connection  ReconfigurationがＳＣ基地局３−１からユーザ端末５へ送信される。
【００９３】
よって、スモールセル３１の下り送信電力が初期値である「１０」から「１０」だけ増加して「２０」となって、スモールセル３１の領域が実質的に拡張される。さらに、ユーザ端末５におけるスモールセル３１の下り受信電力値が「１」だけ増加し、スモールセル３１の領域がさらに擬似的に拡張される。
【００９４】
以上のように、実施例２及び実施例３では、通信制御部１５は、ユーザ端末５がスモールセル３１へハンドオーバする度に、オフセット推定値を算出する。
【００９５】
こうすることで、最新の下り受信電力値に基づいてオフセット推定値を算出することができるため、オフセット推定値の推定精度を高めることができる。
【００９６】
［実施例４］
実施例４では、実施例３での処理に後続する処理について説明する。すなわち、ｅＩＣＩＣの実施状態が図３から変化したときの処理について説明する。
【００９７】
図２４は、実施例４のｅＩＣＩＣ状態テーブルの一例を示す図である。図２４は、図３に対し、２０１４年１月２日２１時００分時点で、マクロセル２１とスモールセル３１との間のｅＩＣＩＣが未実施に変化したことを示す。よって、図４及び図５におけるステップＳ１４での判断結果は‘Ｎｏ’となり、処理はステップＳ１５の「初期化処理」に進む。なお、ｅＩＣＩＣ状態テーブルの最新のレコードにおいてｅＩＣＩＣの実施状態が「実施」のときは、図４及び図５におけるステップＳ１４での判断結果は‘Ｙｅｓ’となってステップＳ１５の初期化処理は行われない。
【００９８】
以下、初期化処理について図２５及び図２６を用いて説明する。図２５は、実施例４の通信システムの処理フローの一例を示す図である。図２６は、実施例４のオフセット設定値テーブルの一例を示す図である。
【００９９】
図２５のステップＳ６１において、通信制御部１５は、オフセット設定値テーブルを参照し、スモールセル３１の下り送信電力を初期値よりも増加させているか否かを判断する（ステップＳ６１）。実施例３での更新後のオフセット設定値テーブルは図２３であるので、ここでは、ステップＳ６１での判断結果は‘Ｙｅｓ’となる。そこで、通信制御部１５は、スモールセル３１の下り送信電力を初期値に戻すために、図２６に示すように、オフセット設定値テーブルにおいて、自セルでの下り送信電力に設定するオフセット値を「０」にする（ステップＳ６２）。これにより、スモールセル３１の下り送信電力は初期値である「１０」に初期化される。
【０１００】
なお、ステップＳ６１での判断結果が‘Ｎｏ’となる場合は、ステップＳ６２の処理は行われない。
【０１０１】
次いで、通信制御部１５は、オフセット設定値テーブルを参照し、スモールセル３１（つまり、自セル）またはマクロセル２１の下り受信電力値にオフセット値を設定しているか否かを判断する（ステップＳ６３）。実施例３での更新後のオフセット設定値テーブルは図２３であるので、ここでは、ステップＳ６３での判断結果は‘Ｙｅｓ’となる。そこで、通信制御部１５は、図２６に示すように、オフセット設定値テーブルにおいて、自セル及びマクロセル２１の下り受信電力値に設定するオフセット値を「０」にする（ステップＳ６４）。
【０１０２】
ステップＳ６２及びステップＳ６４での処理により、オフセット設定値テーブルにおけるすべてのオフセット設定値が「０」に初期化され、オフセット設定値テーブルは、図２３から図２６に更新される。また、オフセット設定値テーブルにおけるすべてのオフセット設定値が「０」に初期化されるので、通信制御部１５による、ユーザ端末５における下り受信電力値の調節は行われない。
【０１０３】
ステップＳ６４の処理後、通信制御部１５は、自セル及びマクロセル２１の下り受信電力値に対するオフセット設定値として「０」を含むRRC:RRC  Connection  Reconfigurationを生成し、このRRC:RRC  Connection  ReconfigurationがＳＣ基地局３−１からユーザ端末５へ送信される（ステップＳ６５）。RRC:RRC  Connection  Reconfigurationを受信したユーザ端末５は、RRC:RRC  Connection  Reconfiguration  CompleteをＳＣ基地局３−１へ送信する（ステップＳ６６）。
【０１０４】
なお、ステップＳ６３での判断結果が‘Ｎｏ’となるときは、ステップＳ６４〜Ｓ６６の処理は行われない。
【０１０５】
以上のように、実施例４では、通信制御部１５は、ｅＩＣＩＣの未実施時には、ユーザ端末５における下り受信電力値を調節しない。
【０１０６】
こうすることで、ＭＣ基地局２がスモールセル３１にＣＲＥオフセット値を設定していないときのハンドオーバ制御を正しく行うことができる。
【０１０７】
［他の実施例］
［１］通信制御部１５は、式（１）によって表されるオフセット推定値「CRE_OFF_1」に代えて、式（３）によって表されるオフセット推定値「CRE_OFF_3」を算出してもよい。
CRE_OFF_3=min(S2-S1)-min(M2-M1)    …（３）
【０１０８】
式（３）における「min(M2-M1)」は、「ｅＩＣＩＣ未実施時」のユーザ端末５での「マクロセル２１の下り受信電力値」と、「ｅＩＣＩＣ実施時」のユーザ端末５での「マクロセル２１の下り受信電力値」との最小の受信電力差に相当する。
【０１０９】
［２］実施例１では、スモールセル３１にオーバラップするマクロセルがマクロセル２１だけである場合を一例として説明した。しかし、スモールセル３１にオーバラップするマクロセルが複数存在する場合がある。この場合は、通信制御部１５は、複数のマクロセルの各々についてＣＲＥオフセット値を推定し、推定したＣＲＥオフセット値のうちで最大のものをオフセット設定値として選択するとよい。
【０１１０】
［３］スモールセル３１の現在の下り送信電力に、ＣＲＥオフセット推定値とオフセット設定値の合計との差分を加えた値が、スモールセル３１の送信電力の許容値より大きくなる場合には、以下のようにしてオフセット値を設定してもよい。すなわち、この場合には、まず、下り送信電力を許容値まで増加させ、次いで、その増加分をＣＲＥオフセット推定値から引いた値をスモールセル３１またはマクロセル２１の下り受信電力値に対するオフセット値として設定してもよい。
【０１１１】
［４］ＳＣ基地局３は、次のようなハードウェア構成により実現することができる。図２７は、スモールセル基地局（ＳＣ基地局）のハードウェア構成例を示す図である。図２７に示すように、ＳＣ基地局３は、ハードウェアの構成要素として、プロセッサ３ａと、メモリ３ｂと、Ｓ１インタフェースモジュール３ｃと、Ｘ２インタフェースモジュール３ｄと、無線通信モジュール３ｅとを有する。プロセッサ３ａの一例として、ＣＰＵ（Central  Processing  Unit），ＤＳＰ（Digital  Signal  Processor），ＦＰＧＡ（Field  Programmable  Gate  Array）等が挙げられる。また、ＳＣ基地局３は、プロセッサ３ａと周辺回路とを含むＬＳＩ（Large  Scale  Integrated  circuit）を有してもよい。メモリ３ｂの一例として、ＳＤＲＡＭ等のＲＡＭ，ＲＯＭ，フラッシュメモリ等が挙げられる。
【０１１２】
アンテナ１１と、無線通信部１２とは、無線通信モジュール３ｅにより実現される。Ｓ１通信部１８は、Ｓ１インタフェースモジュール３ｃにより実現される。Ｘ２通信部１７は、Ｘ２インタフェースモジュール３ｄにより実現される。テーブル記憶部１６は、メモリ３ｂにより実現される。ＢＢ処理部１３と、ｅＩＣＩＣ判断部１４と、通信制御部１５とは、プロセッサ３ａにより実現される。
【符号の説明】
【０１１３】
１  通信システム
２  マクロセル基地局（ＭＣ基地局）
２１  マクロセル
３，３−１，３−２，３−３  スモールセル基地局（ＳＣ基地局）
３１，３２，３３  スモールセル
１１  アンテナ
１２  無線通信部
１３  ＢＢ処理部
１４  ｅＩＣＩＣ判断部
１５  通信制御部
１６  テーブル記憶部
１７  Ｘ２通信部
１８  Ｓ１通信部
【図１】
2016111570.tif 000003
【図２】
2016111570.tif 000004
【図３】
2016111570.tif 000005
【図４】
2016111570.tif 000006
【図５】
2016111570.tif 000007
【図６】
2016111570.tif 000008
【図７】
2016111570.tif 000009
【図８】
2016111570.tif 000010
【図９】
2016111570.tif 000011
【図１０】
2016111570.tif 000012
【図１１】
2016111570.tif 000013
【図１２】
2016111570.tif 000014
【図１３】
2016111570.tif 000015
【図１４】
2016111570.tif 000016
【図１５】
2016111570.tif 000017
【図１６】
2016111570.tif 000018
【図１７】
2016111570.tif 000019
【図１８】
2016111570.tif 000020
【図１９】
2016111570.tif 000021
【図２０】
2016111570.tif 000022
【図２１】
2016111570.tif 000023
【図２２】
2016111570.tif 000024
【図２３】
2016111570.tif 000025
【図２４】
2016111570.tif 000026
【図２５】
2016111570.tif 000027
【図２６】
2016111570.tif 000028
【図２７】
2016111570.tif 000029