(57)【特許請求の範囲】
【請求項１】
自局に隣接して設置される他の基地局との通信を行う通信手段と、
移動局との無線通信に係る呼制御を行う制御手段と、を備え、
前記通信手段は、前記他の基地局と無線通信中の１以上の移動局により測定された、自局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信し、
前記制御手段は、前記第１の受信品質が前記第２の受信品質より高いという第１の条件を満たす移動局に係る呼を、前記第１の条件を満たさない移動局に係る呼よりも優先して受け付ける、
基地局。
【請求項２】
請求項１において、
前記制御手段は、前記第１の条件と、前記第１及び第２の受信品質同士間の差が第１の閾値以上であるという第２の条件とを満たす移動局に係る呼を、前記第１又は第２の条件を満たさない移動局に係る呼よりも優先して受け付ける、
ことを特徴とした基地局。
【請求項３】
請求項２において、
前記制御手段は、
前記第１又は第２の条件を満たさない移動局に係る呼を受け付けた場合に増加する第１の負荷量を、前記第１及び第２の条件を満たす移動局に係る呼を受け付けた場合に増加する第２の負荷量よりも高く見積もり、
前記第１及び第２の受信品質が受信される度毎に、自局における現在の負荷量と、前記第１又は第２の負荷量との和が第２の閾値を超過するか否かを判定し、前記和が前記第２の閾値を超過しない場合に、各呼を受け付ける、
ことを特徴とした基地局。
【請求項４】
請求項１において、
前記制御手段は、
各呼を受け付けた場合に増加する負荷量を、各移動局に共通のアルゴリズムを用いて見積もり、
前記第１の条件を満たさない移動局からの前記第１及び第２の受信品質が受信された場合、前記負荷量と自局における現在の負荷量との和が第１の閾値を超過しなければ、前記第１の条件を満たさない移動局に係る呼を受け付け、
前記第１の条件を満たす移動局からの前記第１及び第２の受信品質が受信された場合、前記和が、前記第１の閾値より高く設定した第２の閾値を超過しなければ、前記第１の条件を満たす移動局に係る呼を受け付ける、
ことを特徴とした基地局。
【請求項５】
移動局との無線通信を行う通信手段と、
自局に隣接して設置される他の基地局に対し、前記移動局に係る呼の受付を要求する要求手段と、を備え、
前記通信手段は、無線通信中の１以上の移動局により測定された、前記他の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを受信し、
前記要求手段は、前記他の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという第１の条件を満たす移動局に係る呼の受付を、前記第１の条件を満たさない移動局に係る呼の受付よりも優先して要求する、
基地局。
【請求項６】
自局に隣接して設置される他の基地局との通信を行う通信手段と、
移動局との無線通信に係る呼制御を行う制御手段と、を備え、
前記通信手段は、前記他の基地局により測定された、前記他の基地局と、前記他の基地局と無線通信中の１以上の移動局との間の距離に関する情報を受信し、
前記制御手段は、前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
基地局。
【請求項７】
移動局との無線通信を行う通信手段と、
自局に隣接して設置される他の基地局に対し、前記移動局に係る呼の受付を要求する要求手段と、を備え、
前記通信手段は、自局と、自局と無線通信中の１以上の移動局との間の距離を測定し、
前記要求手段は、前記他の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する、
基地局。
【請求項８】
第１の基地局と、
前記第１の基地局に隣接して設置される第２の基地局と、を備え、
前記第１の基地局は、自局と無線通信中の１以上の移動局により測定された、前記第２の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを、前記第２の基地局へ通知し、
前記第２の基地局は、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
移動体通信システム。
【請求項９】
基地局における呼受付制御方法であって、
前記基地局に隣接して設置される他の基地局と無線通信中の１以上の移動局により測定された、前記基地局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信し、
前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
ことを含む呼受付制御方法。
【請求項１０】
基地局に、
前記基地局に隣接して設置される他の基地局と無線通信中の１以上の移動局により測定された、前記基地局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信する処理と、
前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける処理と、
を実行させるための呼受付制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、移動体通信システム、並びに基地局の呼受付制御方法及びプログラムに関し、特に移動局による無線基地局間ハンドオーバに際しての呼受付技術に関する。
【背景技術】
【０００２】
次世代の移動体通信方式として、ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)の導入が検討され、その仕様化が進められている。ＬＴＥでは、現行の第３世代移動体通信方式(例えば、Ｗ−ＣＤＭＡ(Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ))と比較して、通信速度を向上させることが可能である。【０００３】
具体的には、ＬＴＥでは、下り方向の無線アクセス方式にＯＦＤＭＡ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)が採用され、上り方向の無線アクセス方式にＳＣ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ)−ＦＤＭＡが採用されている。【０００４】
ＯＦＤＭＡは、周波数の直交性を利用して、複数の搬送波(一般に、サブキャリアと呼称される)を多重化するディジタル変調方式であり、その特徴として、フェージングやマルチパス干渉に対する耐性が高い点が挙げられる。【０００５】
一方、ＳＣ−ＦＤＭＡは、ＯＦＤＭＡに類似する特徴を有している。但し、ＳＣ−ＦＤＭＡは、ユーザに対してサブキャリアを連続的に割り当てる点で、ＯＦＤＭＡと異なる。このため、ＯＦＤＭＡと比して、電力効率の改善が見込まれている。上り方向の無線リソースは、周波数成分及び時間成分に分割され、ユーザに割り当てられる。【０００６】
また、ＬＴＥでは、システム全体での通信速度の向上を目的として、限られた無線リソースを有効活用するための種々の対策が検討されている。その１つとして、セル間における負荷分散機能が挙げられる。この機能は、大略、１つのセルに移動局(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)が集中して存在する場合に、ＵＥを隣接セルへハンドオーバさせ、以てセル間で負荷が偏らないようにするものである。これにより、セル境界に存在するＵＥのスループット、及びシステム全体のスループットの両者の改善が期待できる。【０００７】
具体的には、ＬＴＥでのハンドオーバは、ＵＥから無線基地局(ｅＮＢ：ｅｎｈａｎｃｅｄ Ｎｏｄｅ Ｂ)への測定報告(Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ)をトリガとして実施される。非特許文献１には、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔの種別として、Ｅｖｅｎｔ Ａ１〜Ａ５が定義されている。Ｅｖｅｎｔ Ａ１〜Ａ５の内、特にハンドオーバのトリガとなるＥｖｅｎｔ Ａ３は、下記の式(１)に示す条件が満たされた場合にＵＥから送出される。【０００８】
Ｍｎ＋Ｏｆｎ＋Ｏｃｎ−Ｈｙｓ ＞ Ｍｓ＋Ｏｆｓ＋Ｏｃｓ＋Ｏｆｆ      …式(１)【０００９】
ここで、上記の式(１)の左辺において、Ｍｎは、隣接セル(ｎｅｉｇｈｂｏｕｒ ｃｅｌｌ)における受信品質である。Ｏｆｎは、隣接セルで使用される周波数帯に関するオフセットである。Ｏｃｎは、隣接セルに固有のオフセットである。Ｈｙｓは、Ｅｖｅｎｔ Ａ３に関するヒステリシスパラメータである。一方、上記の式(１)の右辺において、Ｍｓは、通信中のセル(Ｓｅｒｖｉｎｇ Ｃｅｌｌ)における受信品質である。Ｏｆｓは、通信中のセルで使用される周波数帯に関するオフセットである。Ｏｃｓは、通信中のセルに固有のオフセットである。Ｏｆｆは、Ｅｖｅｎｔ Ａ３に関するオフセットパラメータである。【００１０】
原則として、ＵＥは、自身で測定した隣接セルにおける受信品質Ｍｎが通信中のセルにおける受信品質Ｍｓを上回った場合に、Ｅｖｅｎｔ Ａ３をｅＮＢへ送信し、以てハンドオーバを要求する。なお、Ｅｖｅｎｔ Ａ３には、受信品質Ｍｎ及びＭｓを含めることが可能である。【００１１】
ところで、オフセットＯｃｎの値が大きくなると、上記の式(１)に示した条件が満たされ易くなる。一方、オフセットＯｃｎの値が小さくなると、上記の式(１)に示した条件が満たされ難くなる。すなわち、オフセットＯｃｎを変更することにより、ＵＥを特定の隣接セルへハンドオーバさせ易くする、或いはハンドオーバさせ難くすることができる。【００１２】
このため、ｅＮＢは、自身のセル負荷が高い場合、オフセットＯｃｎを変更すると共に、その変更を報知情報又は制御信号に含めてＵＥへ通知し、以てＵＥに、Ｅｖｅｎｔ Ａ３を送出させる。これにより、負荷分散機能によるハンドオーバが実施されることとなる。【００１３】
また、一般に、ｅＮＢは、ＵＥへの無線リソースの割当に際して、ＰＦ(Ｐｒｏｐｏｒｔｉｏｎａｌ Ｆａｉｒ)スケジューリングを用いる。このＰＦスケジューリングにおいては、セル当たりのスループットと、ＵＥ間のスループットとの公平性が考慮される。換言すると、ｅＮＢは、自身のセル内に多くのＵＥが存在する場合、各ＵＥが要求するサービス品質を保証できないことがある。【００１４】
このため、ＵＥのハンドオーバ先となるｅＮＢ(以下、ハンドオーバ先ｅＮＢと呼称することがある)は、自身のセル負荷を見積もると共に、下記の式(２)に従って、新たな呼(より詳細には、ベアラ)を受付可能か否か判定する。下記の式(２)に示す条件が満たされた場合、ハンドオーバ先ｅＮＢは、呼を受け付ける。なお、以降の説明においては、ＵＥが通信していたｅＮＢをハンドオーバ元ｅＮＢと呼称し、ハンドオーバ先ｅＮＢと区別することがある。【００１５】
Ｌ＿ｃ＋Ｌ＿ｄ ＜ Ｌ＿ｔｈ      …式(２)【００１６】
ここで、上記の式(２)において、Ｌ＿ｃは、ハンドオーバ先ｅＮＢにおける現在の負荷量である。また、Ｌ＿ｔｈは、呼の受付可否を判定するための閾値(以下、呼受付閾値と呼称する)である。さらに、Ｌ＿ｄは、新たに呼を受け付けることにより増加する負荷量(以下、負荷増加量と呼称する)であり、一般に固定値が用いられる。なお、固定値を用いる理由は、ハンドオーバ先ｅＮＢが、ＵＥの無線状況に関する情報を有しておらず、負荷増加量Ｌ＿ｄを正確に見積もることができないためである。【００１７】
なお、参考技術として、特許文献１には、ＵＥが要求するサービス品質が高い場合に、ハンドオーバ元ｅＮＢ及びハンドオーバ先ｅＮＢに接続される上位ノードが、上記の呼受付制御と並行して、ハンドオーバ先ｅＮＢへのユーザデータの送信を開始し、以て両ｅＮＢ同士間におけるユーザデータの転送処理に係る負荷を軽減する移動体通信システムが記載されている。
【先行技術文献】
【非特許文献】
【００１８】
【非特許文献１】３ＧＰＰ ＴＳ ３６．３３１、"Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ (ＲＲＣ)"、Ｖ９．１．０、２００９年１２月、ｐ．７３
【特許文献】
【００１９】
【特許文献１】特開２００８−１０３８６５号公報
【特許文献２】特開２００９−１７１４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【００２０】
しかしながら、上記の非特許文献１及び特許文献１には、負荷分散機能によるハンドオーバの実施に伴って、ハンドオーバ先セルにおける通信品質が劣化する虞があるという課題があった。これは、オフセット(Ｏｃｎ)を大きく変更した場合、一度に多くの移動局を隣接セルへ強制的にハンドオーバさせる結果となり、以てハンドオーバ先の基地局が輻輳してしまうためである。【００２１】
これを回避するため、負荷分散機能によるハンドオーバの実施を抑制する対策が考えられる。しかしながら、この対策を講じた場合、ハンドオーバ元セルにおける負荷は何ら低減されず、以て、ハンドオーバできなかった移動局に呼損が発生してしまう。【００２２】
なお、他の参考技術として、特許文献２には、移動局で測定された通信中のセルにおける受信品質と、隣接セルにおける受信品質との比が所定の閾値を超過する場合に、通信中のセルを経由する通信路に加えて、隣接セルを経由する通信路を確立するソフトハンドオフ制御技術が記載されている。しかしながら、この技術は、無線リソースの有効活用に逆行するため上記の課題に何ら対処できず、そもそも、ＬＴＥのようにハードハンドオーバを採用する移動体通信システムには不適である。【００２３】
従って、本発明の目的は、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つ移動局における呼損の発生を低減することにある。
【課題を解決するための手段】
【００２４】
上記の目的を達成するため、本発明の第１の態様に係る基地局は、自局に隣接して設置される他の基地局との通信を行う通信手段と、移動局との無線通信に係る呼制御を行う制御手段とを備える。前記通信手段は、前記他の基地局と無線通信中の１以上の移動局により測定された、自局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信する。前記制御手段は、前記第１の受信品質が前記第２の受信品質より高いという第１の条件を満たす移動局に係る呼を、前記第１の条件を満たさない移動局に係る呼よりも優先して受け付ける。【００２５】
また、本発明の第２の態様に係る基地局は、移動局との無線通信を行う通信手段と、自局に隣接して設置される他の基地局に対し、前記移動局に係る呼の受付を要求する要求手段とを備える。前記通信手段は、無線通信中の１以上の移動局により測定された、前記他の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを受信する。前記要求手段は、前記他の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという第１の条件を満たす移動局に係る呼の受付を、前記第１の条件を満たさない移動局に係る呼の受付よりも優先して要求する。【００２６】
また、本発明の第３の態様に係る基地局は、自局に隣接して設置される他の基地局との通信を行う通信手段と、移動局との無線通信に係る呼制御を行う制御手段とを備える。前記通信手段は、前記他の基地局により測定された、前記他の基地局と、前記他の基地局と無線通信中の１以上の移動局との間の距離に関する情報を受信する。前記制御手段は、前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける。【００２７】
また、本発明の第４の態様に係る基地局は、移動局との無線通信を行う通信手段と、自局に隣接して設置される他の基地局に対し、前記移動局に係る呼の受付を要求する要求手段とを備える。前記通信手段は、自局と、自局と無線通信中の１以上の移動局との間の距離を測定する。前記要求手段は、前記他の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する。【００２８】
また、本発明の第５の態様に係る移動体通信システムは、第１の基地局と、前記第１の基地局に隣接して設置される第２の基地局とを備える。前記第１の基地局は、自局と無線通信中の１以上の移動局により測定された、前記第２の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを、前記第２の基地局へ通知する。前記第２の基地局は、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける。【００２９】
また、本発明の第６の態様に係る移動体通信システムは、第１の基地局と、前記第１の基地局に隣接して設置される第２の基地局とを備える。前記第１の基地局は、自局と無線通信中の１以上の移動局により測定された、前記第２の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを受信し、前記第２の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する。【００３０】
また、本発明の第７の態様に係る移動体通信システムは、第１の基地局と、前記第１の基地局に隣接して設置される第２の基地局とを備える。前記第１の基地局は、自局と、自局と無線通信中の１以上の移動局との間の距離を測定すると共に、前記距離に関する情報を前記第２の基地局へ通知する。前記第２の基地局は、前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける。【００３１】
また、本発明の第８の態様に係る移動体通信システムは、第１の基地局と、前記第１の基地局に隣接して設置される第２の基地局とを備える。前記第１の基地局は、自局と、自局と無線通信中の１以上の移動局との間の距離を測定し、前記第２の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する。【００３２】
また、本発明の第９の態様に係る呼受付制御方法は、基地局における呼受付制御方法を提供する。この呼受付制御方法は、前記基地局に隣接して設置される他の基地局と無線通信中の１以上の移動局により測定された、前記基地局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信し、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付けることを含む。【００３３】
また、本発明の第１０の態様に係る呼受付制御方法は、基地局における呼受付制御方法を提供する。この呼受付制御方法は、前記基地局と無線通信中の１以上の移動局により測定された、前記基地局に隣接して設置される他の基地局が形成するセルにおける第１の受信品質と前記基地局が形成するセルにおける第２の受信品質とを受信し、前記他の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求することを含む。【００３４】
また、本発明の第１１の態様に係る呼受付制御方法は、基地局における呼受付制御方法を提供する。この呼受付制御方法は、前記基地局に隣接して設置される他の基地局と、前記他の基地局と無線通信中の１以上の移動局との間の距離に関する情報を、前記他の基地局から受信し、前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付けることを含む。【００３５】
また、本発明の第１２の態様に係る呼受付制御方法は、基地局における呼受付制御方法を提供する。この呼受付制御方法は、前記基地局と、前記基地局と無線通信中の１以上の移動局との間の距離を測定し、前記基地局に隣接して設置される他の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求することを含む。【００３６】
また、本発明の第１３の態様に係る呼受付制御プログラムは、基地局に、前記基地局に隣接して設置される他の基地局と無線通信中の１以上の移動局により測定された、前記基地局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信する処理と、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける処理とを実行させる。【００３７】
また、本発明の第１４の態様に係る呼受付制御プログラムは、基地局に、前記基地局と無線通信中の１以上の移動局により測定された、前記基地局に隣接して設置される他の基地局が形成するセルにおける第１の受信品質と前記基地局が形成するセルにおける第２の受信品質とを受信する処理と、前記他の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する処理とを実行させる。【００３８】
また、本発明の第１５の態様に係る呼受付制御プログラムは、基地局に、前記基地局に隣接して設置される他の基地局と、前記他の基地局と無線通信中の１以上の移動局との間の距離に関する情報を、前記他の基地局から受信する処理と、前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける処理とを実行させる。【００３９】
さらに、本発明の第１６の態様に係る呼受付制御プログラムは、基地局に、前記基地局と、前記基地局と無線通信中の１以上の移動局との間の距離を測定する処理と、前記基地局に隣接して設置される他の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する処理とを実行させる。
【発明の効果】
【００４０】
本発明によれば、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つ移動局における呼損の発生を低減することが可能である。【００４１】
その第１の理由は、複数の移動局が負荷分散機能によるハンドオーバを実施した場合、ハンドオーバの必要性が高い(負荷分散が実施されずとも、ハンドオーバを実施した方が好適である)移動局を優先してハンドオーバさせ、以てハンドオーバ先の基地局における輻輳の発生を回避できるためである。【００４２】
また、第２の理由は、ハンドオーバの必要性が低い(本来、ハンドオーバを実施しない方が好適である)移動局を元のセルで継続して通信させ、以て呼損率の増大を回避できるためである。
【図面の簡単な説明】
【００４３】
【図１】本発明の実施の形態１に係る移動体通信システムの構成例を示したブロック図である。
【図２】本発明の実施の形態１に係る基地局の構成例を示したブロック図である。
【図３】本発明の実施の形態１に係る移動体通信システムにおける、Ｘ２ハンドオーバ手順を示したシーケンス図である。
【図４】本発明の実施の形態１に係る基地局における、呼受付制御の一例を示したフローチャート図である。
【図５】本発明の実施の形態１に係る基地局に用いる、負荷増加量見積テーブルの構成例を示した図である。
【図６】本発明の実施の形態１に係る基地局における、呼受付制御の他の例を示したフローチャート図である。
【図７】本発明の実施の形態１に係る移動体通信システムにおける、Ｓ１ハンドオーバ手順を示したシーケンス図である。
【図８】本発明の実施の形態２に係る基地局における、呼受付制御例を示したフローチャート図である。
【図９】本発明の実施の形態３に係る基地局の構成例を示したブロック図である。
【図１０】本発明の実施の形態３に係る移動体通信システムにおける、Ｘ２ハンドオーバ手順を示したシーケンス図である。
【図１１】本発明の実施の形態３に係る基地局における、呼受付要求処理例を示したフローチャート図である。
【図１２】本発明の実施の形態４に係る基地局における、呼受付制御例を示したフローチャート図である。
【図１３】本発明の実施の形態５に係る基地局における、呼受付要求処理例を示したフローチャート図である。
【発明を実施するための形態】
【００４４】
以下、本発明に係る基地局及びこれを適用する移動体通信システムの実施の形態１〜５を、図１〜図１３を参照して説明する。なお、各図面において、同一要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００４５】
また、各実施の形態においては、ＬＴＥに則した移動体通信システムを一例として説明する。但し、各実施の形態で示される技術は、ＬＴＥに限らず、ハードハンドオーバを採用する他の通信規格に則した移動体通信システムに適用することもできる。
【００４６】
[実施の形態１]
図１に示すように、本実施の形態に係る移動体通信システム１は、隣接して設置される２つのｅＮＢ１０＿１及び１０＿２(以下、符号１０で総称することがある)と、ＵＥ２０と、ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)３０と、Ｓ−ＧＷ(Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ)４０とを含む。ｅＮＢ１０とＭＭＥ３０は、Ｓ１−ＭＭＥリンクにより接続される。また、ｅＮＢ１０とＳ−ＧＷ４０は、Ｓ１−Ｕリンクにより接続される。また、ｅＮＢ１０＿１とｅＮＢ１０＿２は、Ｘ２リンクにより接続される。さらに、ｅＮＢ１０とＵＥ２０との間の無線区間は、一般にＵＵリンクと呼ばれる。なお、以降の説明においては、Ｓ１−ＭＭＥリンク及びＳ１−Ｕリンクを、Ｓ１リンクと総称することがある。また、Ｓ１リンク及びＸ２リンクを、バックホール(Ｂａｃｋｈａｕｌ)リンクと総称することがある。
【００４７】
この内、ＵＥ２０、ＭＭＥ３０、及びＳ−ＧＷ４０には、ＬＴＥに則した一般的なＵＥ、ＭＭＥ、及びＳ−ＧＷをそれぞれ用いることができるため、これらの具体的な説明を省略する。
【００４８】
一方、図２に示すように、ｅＮＢ１０は、Ｂａｃｋｈａｕｌリンク通信部１１と、呼制御部１２とを含む。
【００４９】
Ｂａｃｋｈａｕｌリンク通信部１１は、Ｘ２リンクを介して、隣接ｅＮＢとの通信を行い、Ｓ１リンクを介して、ＭＭＥ３０及びＳ−ＧＷ４０の少なくとも一方との通信を行う。
【００５０】
また、呼制御部１２は、大略、ＵＥ２０との無線通信に係る呼制御を行う。具体的には、呼制御部１２は、ＵＵリンク通信部１２１と、コントローラ１２２とを含む。ＵＵリンク通信部１２１は、ＵＵリンクを介して、ＵＥ２０との無線通信を行う。コントローラ１２２は、Ｂａｃｋｈａｕｌリンク通信部１１及びＵＵリンク通信部１２１を制御し、以てハンドオーバに係るシグナリングと呼受付制御とを行う。なお、ｅＮＢ１０は、ＬＴＥに則した一般的なｅＮＢと同様、ＰＦスケジューリングを用いてＵＥ２０への無線リソースの割当を行う機能も有する。
【００５１】
次に、本実施の形態の動作を説明するが、まず、Ｘ２リンクを用いる場合のハンドオーバ(以下、Ｘ２ハンドオーバと呼称する)の手順例を、図３〜図６を参照して詳細に説明する。そして、Ｓ１リンクを用いる場合のハンドオーバ(以下、Ｓ１ハンドオーバと呼称する)の手順例を、図７を参照して詳細に説明する。
【００５２】
なお、いずれのハンドオーバ手順の説明に際しても、図１に示したｅＮＢ１０＿１がハンドオーバ元ｅＮＢ(ｅＮＢ１０＿１により形成されるセル１１＿１がハンドオーバ元セル)であり、ｅＮＢ１０＿２がハンドオーバ先ｅＮＢ(ｅＮＢ１０＿２により形成されるセル１１＿２がハンドオーバ先セル)である場合を例に取る。
【００５３】
[Ｘ２ハンドオーバ手順例]
図３に示すように、ｅＮＢ１０＿１は、自局の負荷が高くなると(例えば、接続中のＵＥ数が増大すると)、上記のオフセットＯｃｎを変更すると共に、その変更を報知情報又は制御信号に含めてＵＥ２０へ通知する(ステップＳ１０１)。
【００５４】
この時、ＵＥ２０は、隣接セル１１＿２における受信品質Ｍｎと、通信中のセル１１＿１における受信品質Ｍｓとを測定する。そして、ＵＥ２０は、上記の式(１)に示した条件が満たされた場合、受信品質Ｍｎ及びＭｓを含むＥｖｅｎｔ Ａ３を、ｅＮＢ１０＿１へ送信する(ステップＳ１０２)。すなわち、オフセットＯｃｎの変更(負荷分散機能)に伴い、Ｅｖｅｎｔ Ａ３は、隣接セル１１＿２における受信品質Ｍｎが通信中のセル１１＿１における受信品質Ｍｓを上回っていなくとも送出され得る。なお、以降の説明においては、Ｅｖｅｎｔ Ａ３のみを、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔとして扱う。また、受信品質は、ＲＳＲＰ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ)であっても、ＲＳＲＱ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ)であっても良い。
【００５５】
ハンドオーバ元ｅＮＢ１０＿１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、ハンドオーバ先ｅＮＢ１０＿２に対して、受信品質Ｍｎ及びＭｓを含むＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを送信する(ステップＳ１０３)。なお、ハンドオーバ元ｅＮＢ１０＿１は、受信品質Ｍｎ及びＭｓ間の差を、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔに含めてハンドオーバ先ｅＮＢ１０＿２へ送信しても良い。
【００５６】
ハンドオーバ先ｅＮＢ１０＿２は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを受信すると、図４に示す如く呼受付制御を行う(ステップＳ１０４)。
【００５７】
具体的には、ハンドオーバ先ｅＮＢ１０＿２内のＢａｃｋｈａｕｌリンク通信部１１は、Ｘ２リンクを介して、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを受信する。また、呼制御部１２内のコントローラ１２２は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔから、ハンドオーバ元セル１１＿１における受信品質Ｍｓと、ハンドオーバ先セル１１＿２における受信品質Ｍｎとを抽出する(ステップＳ２０１)。
【００５８】
そして、コントローラ１２２は、両受信品質Ｍｓ及びＭｎを比較し、受信品質Ｍｎが受信品質Ｍｓより高いか否かを判定する(ステップＳ２０２)。
【００５９】
この結果、Ｍｎ＞Ｍｓが成立する場合、コントローラ１２２は、ＵＥ２０が、ハンドオーバの必要性が高い(負荷分散が実施されずとも、ハンドオーバを実施した方が好適な)ＵＥであると判断する。そして、コントローラ１２２は、ＵＥ２０に係る呼を受け付けた場合における自ｅＮＢ１０＿２の負荷増加量Ｌ＿ｄを、通常に見積もる(ステップＳ２０３)。ここで、"通常に見積もる"とは、負荷分散に依らない通常のハンドオーバ時と同様にして、負荷増加量Ｌ＿ｄを見積もることを意味する。例えば、コントローラ１２２は、図５に示す負荷増加量見積テーブル１２３を参照し、負荷増加量Ｌ＿ｄを、ＵＥ２０が要求するビットレートに応じて決定すると好適である。なお、テーブル１２３中、負荷増加量Ｌ＿ｄは、ｅＮＢ１０＿２の上限負荷量(換言すると、総リソース量)を"１"と定義した場合における相対的な負荷量であり、要求ビットレートが高い程、呼を受け付けた場合の負荷が増加することを示している。
【００６０】
一方、上記のステップＳ２０２でＭｎ≦Ｍｓが成立する場合、コントローラ１２２は、ＵＥ２０が、負荷分散の実施に伴って強制的にハンドオーバを実行させられたＵＥ(換言すると、ハンドオーバ元セル１０＿１で良好に通信を行っており、ハンドオーバの必要性が低いＵＥ)であると判断する。そして、コントローラ１２２は、負荷増加量Ｌ＿ｄを、上記のステップＳ２０３と比較して高く見積もる(ステップＳ２０４)。具体的には、図５に示すように、コントローラ１２２は、通常ハンドオーバ時の負荷増加量に"１"を超える係数α(図示の例では"１．２")を乗じることにより、負荷増加量Ｌ＿ｄを見積もる。
【００６１】
そして、コントローラ１２２は、上記の式(２)に従って、新たな呼を受付可能か否か判定する(ステップＳ２０５)。
【００６２】
上記の式(２)に示す条件が満たされた場合(ｅＮＢ１０＿２における現在の負荷量Ｌ＿ｃと、上記のステップＳ２０３又は２０４で見積もった負荷増加量Ｌ＿ｄとの和が、呼受付閾値Ｌ＿ｔｈを超過しない場合)、コントローラ１２２は、ＵＥ２０に係る呼を受け付ける(ステップＳ２０６)。なお、ＵＥ２０が複数のベアラを保持している場合、コントローラ１２２は、各ベアラに対して呼受付制御を行う。また、複数のＵＥからＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信した場合、コントローラ１２２は、各ＵＥに対して呼受付制御を行う。
【００６３】
一方、上記の式(２)に示す条件が満たされない場合、コントローラ１２２は、ＵＥ２０に係る呼を受け付けずに処理を終了する。
【００６４】
図３に戻って、ハンドオーバ先ｅＮＢ１０＿２は、上記の呼受付制御の結果(呼受付の可否)を示すＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅを、Ｘ２リンクを介してハンドオーバ元ｅＮＢ１０＿１へ送信する(ステップＳ１０５)。
【００６５】
ハンドオーバ元ｅＮＢ１０＿１は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅが"呼受付可"を示す場合、ＵＥ２０に対してＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、以てＵＥ２０に、ハンドオーバの実行を要求する(ステップＳ１０６)。
【００６６】
これと並行して、ハンドオーバ元ｅＮＢ１０＿１は、ハンドオーバ先ｅＮＢ１０＿２に対してＳＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒを送信し、以てＵＥ２０との通信に際して用いていた、パケットのシーケンス番号を通知する(ステップＳ１０７)。これにより、ハンドオーバ先ｅＮＢ１０＿２からのパケット送信に、欠落や重複が生じるのを回避する。
【００６７】
一方、ＵＥ２０は、ハンドオーバ先ｅＮＢ１０＿２に対してＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを送信し、以てハンドオーバが完了した旨を通知する(ステップＳ１０８)。
【００６８】
そして、ハンドオーバ先ｅＮＢ１０＿２は、ＭＭＥ３０に対して(必要に応じて、図１に示したＳ−ＧＷ４０を経由して)Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔを送信し、以てＵＥ２０との間のパスを切り替えるよう要求する(ステップＳ１０９)。
【００６９】
ＭＭＥ３０は、パス切替を実施すると共に、その完了を示すＰａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅをハンドオーバ先ｅＮＢ１０＿２へ送信する(ステップＳ１１０)。
【００７０】
そして、ハンドオーバ先ｅＮＢ１０＿２は、ハンドオーバ元ｅＮＢ１０＿１に対してＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅを送信し、以てＵＥ２０に関する情報を削除するよう要求する(ステップＳ１１１)。
【００７１】
このように、本実施の形態においては、負荷分散の実施に伴って強制的にハンドオーバを実行させられたＵＥに係る呼は、ハンドオーバ先ｅＮＢで受け付けられる確率が低くなる。換言すると、ハンドオーバを実行するＵＥ数が抑えられる。このため、ハンドオーバ先ｅＮＢにおける輻輳の発生を回避できる。
【００７２】
また、ハンドオーバ元セルにおける受信品質がハンドオーバ先セルにおける受信品質と同等或いはより良好なＵＥは、ハンドオーバ元セルで通信を継続することができる。このため、ハンドオーバ先ｅＮＢで呼の受付を拒否されても、ＵＥに呼損が発生する確率が小さい(すなわち、呼損率の増大を回避できる)。
【００７３】
従って、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減することができる。
【００７４】
さらに、本実施の形態においては、負荷分散の実施に伴って強制的にハンドオーバを実行させられたＵＥに係る呼を受け付けた場合における負荷増加量を高く見積もることにより、上記の式(２)に示した従来の判定処理を流用できる。このため、本実施の形態の適用に際しての既存のｅＮＢに対する改修量(改修コスト)を抑えることができる。
【００７５】
また、ハンドオーバ先ｅＮＢは、図６に示す如く呼受付制御を行っても良い。この場合、ハンドオーバ先ｅＮＢは、ハンドオーバの必要性がより高いＵＥに係る呼を優先して受け付けることができる。
【００７６】
具体的には、ハンドオーバ先ｅＮＢ内のコントローラ１２２は、図４に示した上記のステップＳ２０１〜Ｓ２０６に加えて、ステップＳ２０７を実行する。すなわち、コントローラ１２２は、上記のステップＳ２０２でＭｎ＞Ｍｓが成立した場合、受信品質Ｍｎ及びＭｓ間の差を、所定の閾値Ｍｔｈと比較する(ステップＳ２０７)。
【００７７】
この結果、｜Ｍｎ−Ｍｓ｜≧Ｍｔｈが成立する場合、コントローラ１２２は、ＵＥ２０がハンドオーバにより通信品質を十分に改善可能なＵＥであると判断し、上記のステップＳ２０３へ進んで、負荷増加量Ｌ＿ｄを通常に見積もる。
【００７８】
一方、｜Ｍｎ−Ｍｓ｜＜Ｍｔｈが成立する場合、コントローラ１２２は、ＵＥ２０が、ハンドオーバしても通信品質が余り変わらないＵＥ(換言すると、ハンドオーバ元セルで通信を継続しても問題無いＵＥ)であると判断し、上記のステップＳ２０４へ進んで、負荷増加量Ｌ＿ｄを高く見積もる。
【００７９】
[Ｓ１ハンドオーバ手順例]
図７に示すように、ｅＮＢ１０＿１は、自局の負荷が高くなると、オフセットＯｃｎを変更すると共に、その変更を報知情報又は制御信号に含めてＵＥ２０へ通知する(ステップＳ３０１)。
【００８０】
この時、ＵＥ２０は、隣接セル１１＿２における受信品質Ｍｎと、通信中のセル１１＿１における受信品質Ｍｓとを測定する。そして、ＵＥ２０は、上記の式(１)に示した条件が満たされた場合、受信品質Ｍｎ及びＭｓを含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを、ｅＮＢ１０＿１へ送信する(ステップＳ３０２)。
【００８１】
Ｓ１リンクを使用する場合、ハンドオーバ元ｅＮＢ１０＿１は、ＭＭＥ３０に対して(必要に応じて、図１に示したＳ−ＧＷ４０を経由して)、受信品質Ｍｎ及びＭｓを含むＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを送信する(ステップＳ３０３)。
【００８２】
ＭＭＥ３０は、ハンドオーバ先ｅＮＢ１０＿２に対して、受信品質Ｍｎ及びＭｓを含むＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを送信する(ステップＳ３０４)。
【００８３】
ハンドオーバ先ｅＮＢ１０＿２は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを受信すると、受信品質Ｍｎ及びＭｓを用いて、図４又は図６に示した呼受付制御を行う(ステップＳ３０５)。そして、ハンドオーバ先ｅＮＢ１０＿２は、呼受付制御の結果を示すＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡｃｋｎｏｗｌｅｄｇｅをＭＭＥ３０へ送信する(ステップＳ３０６)。
【００８４】
ＭＭＥ３０は、ハンドオーバ元ｅＮＢ１０＿１に対してＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄを送信し、以てハンドオーバ先ｅＮＢ１０＿２による呼受付制御の結果を通知する(ステップＳ３０７)。
【００８５】
ハンドオーバ元ｅＮＢ１０＿１は、Ｈａｎｄｏｖｅｒ Ｃｏｍｍａｎｄが"呼受付可"を示す場合、ＵＥ２０に対してＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信し、以てＵＥ２０に、ハンドオーバの実行を要求する(ステップＳ３０８)。
【００８６】
これと並行して、ハンドオーバ元ｅＮＢ１０＿１は、ＭＭＥ３０に対してｅＮＢ ＳＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒを送信し、以てＵＥ２０との通信に際して用いていた、パケットのシーケンス番号を通知する(ステップＳ３０９)。
【００８７】
ＭＭＥ３０は、ハンドオーバ先ｅＮＢ１０＿２に対してＭＭＥ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒを送信し、以てハンドオーバ元ｅＮＢ１０＿１から通知されたシーケンス番号を転送する(ステップＳ３１０)。これにより、ハンドオーバ先ｅＮＢ１０＿２からのパケット送信に、欠落や重複が生じるのを回避する。
【００８８】
一方、ＵＥ２０は、ハンドオーバ先ｅＮＢ１０＿２に対してＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅを送信し、以てハンドオーバが完了した旨を通知する(ステップＳ３１１)。
【００８９】
そして、ハンドオーバ先ｅＮＢ１０＿２は、ＭＭＥ３０に対してＨａｎｄｏｖｅｒＮｏｔｉｆｙを送信し、以てＵＥ２０によるハンドオーバの完了を通知する(ステップＳ３１２)。
【００９０】
ＭＭＥ３０は、ハンドオーバ元ｅＮＢ１０＿１に対してＵＥ Ｃｏｎｔｅｘｔ Ｒｅｌｅａｓｅ Ｃｏｍｍａｎｄを送信し、以てＵＥ２０に関する情報を削除するよう要求する(ステップＳ３１３)。
【００９１】
これにより、Ｘ２ハンドオーバの場合と同様、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減できるという効果が得られ、更には、ハンドオーバの必要性がより高いＵＥに係る呼を優先して受け付けできるという効果が得られる。
【００９２】
[実施の形態２]
本実施の形態に係る移動体通信システムは、図１と同様に構成できる。また、本実施の形態に係るｅＮＢは、図２と同様に構成できる。但し、ｅＮＢ１０内のコントローラ１２２が、図８に示す如く呼受付制御を行う点で、上記の実施の形態１と異なる。
【００９３】
具体的には、コントローラ１２２は、図４又は図６に示した上記の呼受付制御と同様、Ｂａｃｋｈａｕｌリンク通信部１１を介して、ハンドオーバ元セルにおける受信品質Ｍｓ、及びハンドオーバ先セルにおける受信品質Ｍｎを受信する(ステップＳ４０１)。
【００９４】
この時、コントローラ１２２は、上記の呼受付制御と異なり、負荷増加量Ｌ＿ｄを通常に見積もる(ステップＳ４０２)。すなわち、コントローラ１２２は、各ＵＥに対する負荷増加量を、区別すること無く同等に見積もる。なお、見積もりに際しては、図５に示したテーブル１２３を用いても良い。
【００９５】
そして、コントローラ１２２は、両受信品質Ｍｓ及びＭｎを比較し、受信品質Ｍｎが受信品質Ｍｓよい高いか否かを判定する(ステップＳ４０３)。この結果、Ｍｎ＞Ｍｓが成立する場合、コントローラ１２２は、受信品質Ｍｎ及びＭｓ間の差｜Ｍｎ−Ｍｓ｜が閾値Ｍｔｈ以上否かを更に判定する(ステップＳ４０４)。
【００９６】
上記のステップＳ４０３でＭｎ≦Ｍｓが成立する場合、又は上記のステップＳ４０４で｜Ｍｎ−Ｍｓ｜＜Ｍｔｈが成立する場合、コントローラ１２２は、自ｅＮＢ１０における現在の負荷量Ｌ＿ｃと、上記のステップＳ４０２で見積もった負荷増加量Ｌ＿ｄとの和が、負荷分散の実施に伴って強制的にハンドオーバを実行させられたＵＥ用に定めた呼受付閾値Ｌ＿ｔｈ１を超過するか否かを判定する(ステップＳ４０５)。
【００９７】
この結果、Ｌ＿ｃ＋Ｌ＿ｄ＜Ｌ＿ｔｈ１が成立する場合、コントローラ１２２は、ＵＥ２０に係る呼を受け付ける(ステップＳ４０６)。一方、Ｌ＿ｃ＋Ｌ＿ｄ≧Ｌ＿ｔｈ１が成立する場合、コントローラ１２２は、ＵＥ２０に係る呼を受け付けずに処理を終了する。
【００９８】
一方、上記のステップＳ４０３及びＳ４０４でＭｎ＞Ｍｓ及び｜Ｍｎ−Ｍｓ｜≧Ｍｔｈが共に成立した場合、コントローラ１２２は、現在の負荷量Ｌ＿ｃと負荷増加量Ｌ＿ｄとの和が、負荷分散が実施されずともハンドオーバを実施した方が好適なＵＥ用に定めた呼受付閾値Ｌ＿ｔｈ２(但し、Ｌ＿ｔｈ１＜Ｌ＿ｔｈ２とする)を超過するか否かを判定する(ステップＳ４０７)。
【００９９】
この結果、Ｌ＿ｃ＋Ｌ＿ｄ＜Ｌ＿ｔｈ２が成立する場合、コントローラ１２２は、上記のステップＳ４０６へ進んで、ＵＥ２０に係る呼を受け付ける(ステップＳ４０６)。一方、Ｌ＿ｃ＋Ｌ＿ｄ≧Ｌ＿ｔｈ２が成立する場合、コントローラ１２２は、ＵＥ２０に係る呼を受け付けずに処理を終了する。
【０１００】
このように、本実施の形態においては、負荷分散が実施された場合、ハンドオーバの必要性が高いＵＥに係る呼は、ハンドオーバ先ｅＮＢで受け付けられる確率が高くなる。一方、ハンドオーバの必要性が低いＵＥに係る呼は、ハンドオーバ先ｅＮＢで受け付けられる確率が低くなる。
【０１０１】
従って、上記の実施の形態１と同様、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減できるという効果が得られ、更には、ハンドオーバの必要性がより高いＵＥに係る呼を優先して受け付けできるという効果が得られる。
【０１０２】
なお、上記のステップＳ４０４は必須で無く、コントローラ１２２は、上記のステップＳ４０３の判定結果のみに応じて、上記のステップＳ４０５又はＳ４０７を択一的に実行しても良い。この場合も、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減できるという効果は得られる。
【０１０３】
[実施の形態３]
本実施の形態に係る移動体通信システムは、図１と同様に構成できる。但し、本実施の形態に係るｅＮＢは、図９に示す如く構成される点で、上記の実施の形態１と異なる。
【０１０４】
具体的には、図９に示すｅＮＢ１０ａは、ＵＵリンク通信部１３と、呼受付要求部１４とを含む。
【０１０５】
ＵＵリンク通信部１３は、ＵＵリンクを介して、ＵＥ２０との無線通信を行う。
【０１０６】
一方、呼受付要求部１４は、大略、ハンドオーバ先ｅＮＢに代わって、ＵＥ２０に係る呼の受付可否を判定すると共に、その判定結果に応じて当該呼の受付をハンドオーバ先ｅＮＢへ要求する(以下、この一連の処理を、"呼受付要求処理"と呼称する)。具体的には、呼受付要求部１４は、Ｂａｃｋｈａｕｌリンク通信部１４１と、コントローラ１４２とを含む。Ｂａｃｋｈａｕｌリンク通信部１４１は、Ｘ２リンクを介して、ハンドオーバ先ｅＮＢとの通信を行い、Ｓ１リンクを介して、ＭＭＥ３０及びＳ−ＧＷ４０の少なくとも一方との通信を行う。コントローラ１４２は、ＵＵリンク通信部１３及びＢａｃｋｈａｕｌリンク通信部１４１を制御し、以て後述する如く、呼受付要求処理を実行する。
【０１０７】
次に、本実施の形態の動作例を、図１０及び図１１を参照して詳細に説明する。
【０１０８】
図１０に示すＸ２ハンドオーバ手順例においては、図３に示した上記のステップＳ１０４に代えて、ステップＳ１１２が実施される。
【０１０９】
ハンドオーバ元ｅＮＢ１０ａ＿１は、自局の負荷が高くなると、図３に示した上記のステップＳ１０１と同様、オフセットＯｃｎを変更すると共に、その変更を報知情報又は制御信号に含めてＵＥ２０へ通知する。また、ＵＥ２０は、上記のステップＳ１０２と同様、受信品質Ｍｎ及びＭｓを測定すると共に、測定した受信品質Ｍｎ及びＭｓを含むＭｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔをハンドオーバ元ｅＮＢ１０ａ＿１へ送信する。
【０１１０】
ハンドオーバ元ｅＮＢ１０ａ＿１は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信すると、ハンドオーバ先ｅＮＢ１０ａ＿２へのＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔの送信に先立ち、図１１に示す如く呼受付要求処理を実行する(ステップＳ１１２)。
【０１１１】
具体的には、ハンドオーバ元ｅＮＢ１０＿１内のＵＵリンク通信部１３は、ＵＵリンクを介して、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔを受信する。また、呼受付要求部１４内のコントローラ１４２は、Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔから、ハンドオーバ元セルにおける受信品質Ｍｓと、ハンドオーバ先セルにおける受信品質Ｍｎとを抽出する(ステップＳ５０１)。
【０１１２】
そして、コントローラ１４２は、両受信品質Ｍｓ及びＭｎを比較し、受信品質Ｍｎが受信品質Ｍｓより高いか否かを判定する(ステップＳ５０２)。この結果、Ｍｎ＞Ｍｓが成立する場合、コントローラ１４２は、受信品質Ｍｎ及びＭｓ間の差｜Ｍｎ−Ｍｓ｜が閾値Ｍｔｈ以上か否かを更に判定する(ステップＳ５０３)。
【０１１３】
上記のステップＳ５０３で｜Ｍｎ−Ｍｓ｜≧Ｍｔｈが成立する場合、コントローラ１４２は、ハンドオーバ先ｅＮＢ１０ａ＿２がＵＥ２０に係る呼を受け付けた場合における負荷増加量Ｌ＿ｄ＿ｔａｒｇｅｔを、通常に見積もる(ステップＳ５０４)。例えば、コントローラ１４２は、図５に示した負荷増加量見積テーブル１２３を参照し、負荷増加量Ｌ＿ｄ＿ｔａｒｇｅｔを見積もっても良い。
【０１１４】
一方、上記のステップＳ５０３でＭｎ≦Ｍｓが成立する場合、又は上記のステップＳ５０４で｜Ｍｎ−Ｍｓ｜＜Ｍｔｈが成立する場合、コントローラ１４２は、負荷増加量Ｌ＿ｄ＿ｔａｒｇｅｔを、上記のステップＳ５０４と比較して高く見積もる(ステップＳ５０４)。例えば、コントローラ１４２は、通常ハンドオーバ時の負荷増加量に上述した係数αを乗じることにより、負荷増加量Ｌ＿ｄ＿ｔａｒｇｅｔを見積もる。
【０１１５】
そして、コントローラ１４２は、下記の式(３)に従って、ハンドオーバ先ｅＮＢ１０ａ＿２が新たな呼を受付可能か否か判定する(ステップＳ５０６)。
【０１１６】
Ｌ＿ｃ＿ｔａｒｇｅｔ＋Ｌ＿ｄ＿ｔａｒｇｅｔ ＜ Ｌ＿ｔｈ      …式(３)
【０１１７】
ここで、上記の式(３)において、Ｌ＿ｃ＿ｔａｒｇｅｔは、ハンドオーバ先ｅＮＢ１０ａ＿２における現在の負荷量である。この負荷量Ｌ＿ｃ＿ｔａｒｇｅｔは、Ｂａｃｋｈａｕｌリンク通信部１４１により、ハンドオーバ先ｅＮＢ１０ａ＿２から定期的(例えば、サブフレーム毎)に受信される。
【０１１８】
上記の式(３)に示す条件が満たされた場合、コントローラ１４２は、ハンドオーバ先ｅＮＢ１０ａ＿２がＵＥ２０に係る呼を受付可能と判断し、ＵＥ２０に係るＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを生成する(ステップＳ５０７)。なお、Ｓ１ハンドオーバの場合、コントローラ１４２は、図７に示した上記のＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを生成する。
【０１１９】
一方、上記の式(３)に示す条件が満たされない場合、コントローラ１４２は、ハンドオーバ先ｅＮＢ１０ａ＿２がＵＥ２０に係る呼を受付不可と判断し、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを生成せずに処理を終了する。
【０１２０】
図１０に戻って、ハンドオーバ元ｅＮＢ１０ａ＿１は、上記の呼受付要求処理でＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを生成した場合、図３に示した上記のステップＳ１０３へ進み、以てＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔをハンドオーバ先ｅＮＢ１０ａ＿２へ送信する。なお、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄを生成した場合、ハンドオーバ元ｅＮＢ１０ａ＿１は、図７に示した上記のステップＳ３０３へ進み、以てＨａｎｄｏｖｅｒ ＲｅｑｕｉｒｅｄをＭＭＥ３０へ送信する。
【０１２１】
ハンドオーバ先ｅＮＢ１０ａ＿２は、呼受付制御を行うこと無く上記のステップＳ１０５へ進み、以てＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅをハンドオーバ元ｅＮＢ１０ａ＿１へ即座に送信する。なお、Ｓ１ハンドオーバの場合、ハンドオーバ先ｅＮＢ１０ａ＿２は、ＭＭＥ３０からＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔを受信すると、呼受付制御を行うこと無く図７に示した上記のステップＳ３０６へ進み、以てＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ ＡｃｋｎｏｗｌｅｄｇｅをＭＭＥ３０へ即座に送信する。
【０１２２】
これにより、図３と同様、以降のステップＳ１０６〜Ｓ１１１に係るシーケンスが実行され、以てＵＥ２０がｅＮＢ１０ａ＿２へハンドオーバすることとなる。なお、Ｓ１ハンドオーバの場合、図７と同様、以降のステップＳ３０７〜Ｓ３１３に係るシーケンスが実行され、やはりＵＥ２０がｅＮＢ１０ａ＿２へハンドオーバすることとなる。
【０１２３】
このように、本実施の形態においては、負荷分散が実施された場合、ハンドオーバの必要性が高いＵＥに係る呼は、その受付がハンドオーバ先ｅＮＢへ要求される確率が高くなる。一方、ハンドオーバの必要性が低いＵＥに係る呼は、その受付がハンドオーバ先ｅＮＢへ要求される確率が低くなる。
【０１２４】
従って、上記の実施の形態１及び２と同様、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減できるという効果が得られ、更には、ハンドオーバの必要性がより高いＵＥに係る呼を優先して受け付けできるという効果が得られる。
【０１２５】
加えて、ハンドオーバ元ｅＮＢで呼の受付可否を判定するため、呼受付制御に要する時間が、上記の実施の形態１及び２と比較して短いというメリットもある。このため、本実施の形態は、ＵＥが高速で移動するようなケースに好適である。一方、上記の実施の形態１及び２には、Ｘ２リンク又はＳ１リンクのトラヒック負荷が、本実施の形態と比較して低いというメリットがある。
【０１２６】
なお、上記のステップＳ５０３は必須で無く、コントローラ１４２は、上記のステップＳ５０２の判定結果のみに応じて、上記のステップＳ５０４又はＳ５０５を択一的に実行しても良い。この場合も、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減できるという効果は得られる。
【０１２７】
[実施の形態４]
本実施の形態に係る移動体通信システムは、図１と同様に構成できる。また、本実施の形態に係るｅＮＢは、図２と同様に構成できる。但し、ｅＮＢ１０内のコントローラ１２２が、図１２に示す如く呼受付制御を行う点で、上記の実施の形態１と異なる。
【０１２８】
具体的には、コントローラ１２２は、図４に示した上記の呼受付制御と異なり、Ｂａｃｋｈａｕｌリンク通信部１１を介して、ハンドオーバ元ｅＮＢにより測定された、ＵＥ２０とハンドオーバ元ｅＮＢとの間の距離Ｄｓに関する情報を受信する(ステップＳ６０１)。ここで、ハンドオーバ元ｅＮＢは、距離Ｄｓを、例えばＵＥ２０の送信電力に基づき簡易に算出できる。或いは、ＵＥ２０がＧＰＳ(ＧＬＯＢＡＬ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ)受信機を備えている場合、ハンドオーバ元ｅＮＢは、距離Ｄｓを、ＧＰＳ受信機で取得された位置情報に基づき算出しても良い。
【０１２９】
そして、コントローラ１２２は、距離Ｄｓを所定の閾値Ｄｔｈと比較する(ステップＳ６０２)。この結果、Ｄｓ＞Ｄｔｈが成立する場合、コントローラ１２２は、ＵＥ２０が、負荷分散が実施されずともハンドオーバを実施した方が好適なＵＥであると判断し(すなわち、Ｍｎ＞Ｍｓが成立していると擬制し)、上記のステップＳ２０３と同様、自ｅＮＢの負荷増加量Ｌ＿ｄを通常に見積もる(ステップＳ６０３)。
【０１３０】
一方、上記のステップＳ６０２でＤｓ≦Ｄｔｈが成立する場合、コントローラ１２２は、ＵＥ２０が、負荷分散の実施に伴って強制的にハンドオーバを実行させられたＵＥであると判断し(すなわち、Ｍｎ≦Ｍｓが成立していると擬制し)、上記のステップＳ２０４と同様、負荷増加量Ｌ＿ｄを高く見積もる(ステップＳ６０４)。
【０１３１】
そして、コントローラ１２２は、上記のステップＳ２０５と同様、上記の式(２)に従って、新たな呼を受付可能か否か判定する(ステップＳ５０５)。
【０１３２】
上記の式(２)に示す条件が満たされた場合、コントローラ１２２は、上記のステップＳ２０６と同様、ＵＥ２０に係る呼を受け付ける(ステップＳ５０６)。一方、上記の式(２)に示す条件が満たされない場合、コントローラ１２２は、ＵＥ２０に係る呼を受け付けずに処理を終了する。
【０１３３】
このように、本実施の形態においては、負荷分散が実施された場合、ハンドオーバの必要性が高いＵＥに係る呼は、ハンドオーバ先ｅＮＢで受け付けられる確率が高くなる。一方、ハンドオーバの必要性が低いＵＥに係る呼は、ハンドオーバ先ｅＮＢで受け付けられる確率が低くなる。
【０１３４】
従って、上記の実施の形態１と同様、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減できるという効果が得られる。
【０１３５】
[実施の形態５]
本実施の形態に係る移動体通信システムは、図１と同様に構成できる。また、本実施の形態に係るｅＮＢは、図９と同様に構成できる。但し、ｅＮＢ１０ａ内のコントローラ１４２が、図１３に示す如く呼受付要求処理を実行する点で、上記の実施の形態３と異なる。
【０１３６】
具体的には、コントローラ１４２は、図１１に示した上記の呼受付要求処理と異なり、ＵＵリンク通信部１３を制御して、ＵＥ２０と自ｅＮＢ１０ａとの間の距離Ｄｓを測定する(ステップＳ７０１)。ここで、コントローラ１４２は、上記の実施の形態４に示した通り、距離Ｄｓを、ＵＥ２０の送信電力やＧＰＳ受信機で取得された位置情報等に基づき算出することができる。
【０１３７】
そして、コントローラ１４２は、距離Ｄｓを所定の閾値Ｄｔｈと比較する(ステップＳ７０２)。この結果、Ｄｓ＞Ｄｔｈが成立する場合、コントローラ１４２は、上記のステップＳ５０４と同様、ハンドオーバ先ｅＮＢがＵＥ２０に係る呼を受け付けた場合における負荷増加量Ｌ＿ｄ＿ｔａｒｇｅｔを通常に見積もる(ステップＳ７０３)。
【０１３８】
一方、上記のステップＳ６０２でＤｓ≦Ｄｔｈが成立する場合、コントローラ１４２は、上記のステップＳ５０５と同様、負荷増加量Ｌ＿ｄ＿ｔａｒｇｅｔを高く見積もる(ステップＳ７０４)。
【０１３９】
そして、コントローラ１４２は、上記のステップＳ５０６と同様、上記の式(３)に従って、ハンドオーバ先ｅＮＢが新たな呼を受付可能か否か判定する(ステップＳ７０５)。
【０１４０】
上記の式(３)に示す条件が満たされた場合、コントローラ１４２は、上記のステップＳ５０７と同様、ＵＥ２０に係るＨａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ(或いはＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ)を生成する(ステップＳ７０６)。一方、上記の式(３)に示す条件が満たされない場合、コントローラ１４２は、ハンドオーバ先ｅＮＢがＵＥ２０に係る呼を受付不可と判断し、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ(或いはＨａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄ)を生成せずに処理を終了する。
【０１４１】
このように、本実施の形態においては、負荷分散が実施された場合、ハンドオーバの必要性が高いＵＥに係る呼は、その受付がハンドオーバ先ｅＮＢへ要求される確率が高くなる。一方、ハンドオーバの必要性が低いＵＥに係る呼は、その受付がハンドオーバ先ｅＮＢへ要求される確率が低くなる。
【０１４２】
従って、上記の実施の形態１と同様、ハンドオーバ先セルにおける通信品質の劣化を抑制しつつ、且つＵＥにおける呼損の発生を低減できるという効果が得られる。
【０１４３】
加えて、ハンドオーバ元ｅＮＢで呼の受付可否を判定するため、上記の実施の形態３と同様、呼受付制御に要する時間が上記の実施の形態１と比較して短いというメリットもある。
【０１４４】
なお、上記の実施の形態によって本発明は限定されるものではなく、特許請求の範囲の記載に基づき、当業者によって種々の変更が可能なことは明らかである。
【０１４５】
例えば、上記の実施の形態に示したｅＮＢ１０及び１０ａ各々の処理を、コンピュータに実行させるためのプログラムとして提供することもできる。この場合、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ)を用いて格納され、コンピュータに供給することができる。ここで、非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(ｔａｎｇｉｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体(例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ)、光磁気記録媒体(例えば、光磁気ディスク)、ＣＤ−ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ(例えば、マスクＲＯＭ、ＰＲＯＭ(Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ)、ＥＰＲＯＭ(Ｅｒａｓａｂｌｅ ＰＲＯＭ)、フラッシュＲＯＭ、ＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ))を含む。プログラムは、様々なタイプの一時的なコンピュータ可読媒体(ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ)によってコンピュータに供給されても良い。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１４６】
この出願は、２０１０年６月１日に出願された日本出願特願２０１０−１２５８６７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【０１４７】
本発明は、基地局、移動体通信システム、並びに基地局の呼受付制御方法及びプログラムに適用され、特に移動局による無線基地局間ハンドオーバに際しての呼受付を行う用途に適用される。【０１４８】
上記の実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。【０１４９】
（付記１）
自局に隣接して設置される他の基地局との通信を行う通信手段と、
移動局との無線通信に係る呼制御を行う制御手段と、を備え、
前記通信手段は、前記他の基地局と無線通信中の１以上の移動局により測定された、自局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信し、
前記制御手段は、前記第１の受信品質が前記第２の受信品質より高いという第１の条件を満たす移動局に係る呼を、前記第１の条件を満たさない移動局に係る呼よりも優先して受け付ける、
基地局。【０１５０】
（付記２）付記１において、
前記制御手段は、前記第１の条件と、前記第１及び第２の受信品質同士間の差が第１の閾値以上であるという第２の条件とを満たす移動局に係る呼を、前記第１又は第２の条件を満たさない移動局に係る呼よりも優先して受け付ける、
ことを特徴とした基地局。【０１５１】
（付記３）付記２において、
前記制御手段は、
前記第１又は第２の条件を満たさない移動局に係る呼を受け付けた場合に増加する第１の負荷量を、前記第１及び第２の条件を満たす移動局に係る呼を受け付けた場合に増加する第２の負荷量よりも高く見積もり、
前記第１及び第２の受信品質が受信される度毎に、自局における現在の負荷量と、前記第１又は第２の負荷量との和が第２の閾値を超過するか否かを判定し、前記和が前記第２の閾値を超過しない場合に、各呼を受け付ける、
ことを特徴とした基地局。【０１５２】
（付記４）付記１において、
前記制御手段は、
前記第１の条件を満たさない移動局に係る呼を受け付けた場合に増加する第１の負荷量を、前記第１の条件を満たす移動局に係る呼を受け付けた場合に増加する第２の負荷量よりも高く見積もり、
前記第１及び第２の受信品質が受信される度毎に、自局における現在の負荷量と、前記第１又は第２の負荷量との和が閾値を超過するか否かを判定し、前記和が前記閾値を超過しない場合に、各呼を受け付ける、
ことを特徴とした基地局。【０１５３】
（付記５）付記３又は４において、
前記制御手段は、前記第２の負荷量を、各移動局が要求するビットレートに応じて決定する、
ことを特徴とした基地局。【０１５４】
（付記６）付記１において、
前記制御手段は、
各呼を受け付けた場合に増加する負荷量を、各移動局に共通のアルゴリズムを用いて見積もり、
前記第１の条件を満たさない移動局からの前記第１及び第２の受信品質が受信された場合、前記負荷量と自局における現在の負荷量との和が第１の閾値を超過しなければ、前記第１の条件を満たさない移動局に係る呼を受け付け、
前記第１の条件を満たす移動局からの前記第１及び第２の受信品質が受信された場合、前記和が、前記第１の閾値より高く設定した第２の閾値を超過しなければ、前記第１の条件を満たす移動局に係る呼を受け付ける、
ことを特徴とした基地局。【０１５５】
（付記７）付記２において、
前記制御手段は、
各呼を受け付けた場合に増加する負荷量を、各移動局に共通のアルゴリズムを用いて見積もり、
前記第１又は第２の条件を満たさない移動局からの前記第１及び第２の受信品質が受信された場合、前記負荷量と自局における現在の負荷量との和が第１の閾値を超過しなければ、前記第１又は第２の条件を満たさない移動局に係る呼を受け付け、
前記第１及び第２の条件を満たす移動局からの前記第１及び第２の受信品質が受信された場合、前記和が、前記第１の閾値より高く設定した第２の閾値を超過しなければ、前記第１及び第２の条件を満たす移動局に係る呼を受け付ける、
ことを特徴とした基地局。【０１５６】
（付記８）付記６又は７において、
前記制御手段は、前記負荷量を、各移動局が要求するビットレートに応じて決定する、
ことを特徴とした基地局。【０１５７】
（付記９）
移動局との無線通信を行う通信手段と、
自局に隣接して設置される他の基地局に対し、前記移動局に係る呼の受付を要求する要求手段と、を備え、
前記通信手段は、無線通信中の１以上の移動局により測定された、前記他の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを受信し、
前記要求手段は、前記他の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという第１の条件を満たす移動局に係る呼の受付を、前記第１の条件を満たさない移動局に係る呼の受付よりも優先して要求する、
基地局。【０１５８】
（付記１０）付記９において、
前記要求手段は、前記他の基地局に対し、前記第１の条件と、前記第１及び第２の受信品質同士間の差が第１の閾値以上であるという第２の条件とを満たす移動局に係る呼の受付を、前記第１又は第２の条件を満たさない移動局に係る呼の受付よりも優先して要求する、
ことを特徴とした基地局。【０１５９】
（付記１１）付記１０において、
前記要求手段は、
前記他の基地局から、前記他の基地局における現在の負荷量を定期的に受信し、
前記第１又は第２の条件を満たさない移動局に係る呼を受け付けた場合に増加する第１の負荷量を、前記第１及び第２の条件を満たす移動局に係る呼を受け付けた場合に増加する第２の負荷量よりも高く見積もり、
前記第１及び第２の受信品質が受信される度毎に、前記現在の負荷量と、前記第１又は第２の負荷量との和が第２の閾値を超過するか否かを判定し、前記和が前記第２の閾値を超過しない場合に、前記他の基地局に対し各呼の受付を要求する、
ことを特徴とした基地局。【０１６０】
（付記１２）付記９において、
前記要求手段は、
前記他の基地局から、前記他の基地局における現在の負荷量を定期的に受信し、
前記第１の条件を満たさない移動局に係る呼を受け付けた場合に増加する第１の負荷量を、前記第１の条件を満たす移動局に係る呼を受け付けた場合に増加する第２の負荷量よりも高く見積もり、
前記第１及び第２の受信品質が受信される度毎に、前記現在の負荷量と、前記第１又は第２の負荷量との和が閾値を超過するか否かを判定し、前記和が前記閾値を超過しない場合に、前記他の基地局に対し各呼の受付を要求する、
ことを特徴とした基地局。【０１６１】
（付記１３）付記１１又は１２において、
前記要求手段は、前記第２の負荷量を、各移動局が要求するビットレートに応じて決定する、
ことを特徴とした基地局。【０１６２】
（付記１４）
自局に隣接して設置される他の基地局との通信を行う通信手段と、
移動局との無線通信に係る呼制御を行う制御手段と、を備え、
前記通信手段は、前記他の基地局により測定された、前記他の基地局と、前記他の基地局と無線通信中の１以上の移動局との間の距離に関する情報を受信し、
前記制御手段は、前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
基地局。【０１６３】
（付記１５）付記１４において、
前記制御手段は、
前記条件を満たさない移動局に係る呼を受け付けた場合に増加する第１の負荷量を、前記条件を満たす移動局に係る呼を受け付けた場合に増加する第２の負荷量よりも高く見積もり、
前記情報が受信される度毎に、自局における現在の負荷量と、前記第１又は第２の負荷量との和が閾値を超過するか否かを判定し、前記和が前記閾値を超過しない場合に、各呼を受け付ける、
ことを特徴とした基地局。【０１６４】
（付記１６）付記１５において、
前記制御手段は、前記第２の負荷量を、各移動局が要求するビットレートに応じて決定する、
ことを特徴とした基地局。【０１６５】
（付記１７）
移動局との無線通信を行う通信手段と、
自局に隣接して設置される他の基地局に対し、前記移動局に係る呼の受付を要求する要求手段と、を備え、
前記通信手段は、自局と、自局と無線通信中の１以上の移動局との間の距離を測定し、
前記要求手段は、前記他の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する、
基地局。【０１６６】
（付記１８）付記１７において、
前記要求手段は、
前記他の基地局から、前記他の基地局における現在の負荷量を定期的に受信し、
前記条件を満たさない移動局に係る呼を受け付けた場合に増加する第１の負荷量を、前記条件を満たす移動局に係る呼を受け付けた場合に増加する第２の負荷量よりも高く見積もり、
前記距離が測定される度毎に、前記現在の負荷量と、前記第１又は第２の負荷量との和が閾値を超過するか否かを判定し、前記和が前記閾値を超過しない場合に、前記他の基地局に対し各呼の受付を要求する、
ことを特徴とした基地局。【０１６７】
（付記１９）付記１８において、
前記要求手段は、前記第２の負荷量を、各移動局が要求するビットレートに応じて決定する、
ことを特徴とした基地局。【０１６８】
（付記２０）
第１の基地局と、
前記第１の基地局に隣接して設置される第２の基地局と、を備え、
前記第１の基地局は、自局と無線通信中の１以上の移動局により測定された、前記第２の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを、前記第２の基地局へ通知し、
前記第２の基地局は、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
移動体通信システム。【０１６９】
（付記２１）
第１の基地局と、
前記第１の基地局に隣接して設置される第２の基地局と、を備え、
前記第１の基地局は、
自局と無線通信中の１以上の移動局により測定された、前記第２の基地局が形成するセルにおける第１の受信品質と自局が形成するセルにおける第２の受信品質とを受信し、
前記第２の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する、
移動体通信システム。【０１７０】
（付記２２）
第１の基地局と、
前記第１の基地局に隣接して設置される第２の基地局と、を備え、
前記第１の基地局は、自局と、自局と無線通信中の１以上の移動局との間の距離を測定すると共に、前記距離に関する情報を前記第２の基地局へ通知し、
前記第２の基地局は、前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
移動体通信システム。【０１７１】
（付記２３）
第１の基地局と、
前記第１の基地局に隣接して設置される第２の基地局と、を備え、
前記第１の基地局は、
自局と、自局と無線通信中の１以上の移動局との間の距離を測定し、
前記第２の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する、
移動体通信システム。【０１７２】
（付記２４）
基地局における呼受付制御方法であって、
前記基地局に隣接して設置される他の基地局と無線通信中の１以上の移動局により測定された、前記基地局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信し、
前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
ことを含む呼受付制御方法。【０１７３】
（付記２５）
基地局における呼受付制御方法であって、
前記基地局と無線通信中の１以上の移動局により測定された、前記基地局に隣接して設置される他の基地局が形成するセルにおける第１の受信品質と前記基地局が形成するセルにおける第２の受信品質とを受信し、
前記他の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する、
ことを含む呼受付制御方法。【０１７４】
（付記２６）
基地局における呼受付制御方法であって、
前記基地局に隣接して設置される他の基地局と、前記他の基地局と無線通信中の１以上の移動局との間の距離に関する情報を、前記他の基地局から受信し、
前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける、
ことを含む呼受付制御方法。【０１７５】
（付記２７）
基地局における呼受付制御方法であって、
前記基地局と、前記基地局と無線通信中の１以上の移動局との間の距離を測定し、
前記基地局に隣接して設置される他の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する、
ことを含む呼受付制御方法。【０１７６】
（付記２８）
基地局に、
前記基地局に隣接して設置される他の基地局と無線通信中の１以上の移動局により測定された、前記基地局が形成するセルにおける第１の受信品質と前記他の基地局が形成するセルにおける第２の受信品質とを、前記他の基地局から受信する処理と、
前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける処理と、
を実行させるための呼受付制御プログラム。【０１７７】
（付記２９）
基地局に、
前記基地局と無線通信中の１以上の移動局により測定された、前記基地局に隣接して設置される他の基地局が形成するセルにおける第１の受信品質と前記基地局が形成するセルにおける第２の受信品質とを受信する処理と、
前記他の基地局に対し、前記第１の受信品質が前記第２の受信品質より高いという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する処理と、
を実行させるための呼受付制御プログラム。【０１７８】
（付記３０）
基地局に、
前記基地局に隣接して設置される他の基地局と、前記他の基地局と無線通信中の１以上の移動局との間の距離に関する情報を、前記他の基地局から受信する処理と、
前記距離が閾値を超過するという条件を満たす移動局に係る呼を、前記条件を満たさない移動局に係る呼よりも優先して受け付ける処理と、
を実行させるための呼受付制御プログラム。【０１７９】
（付記３１）
基地局に、
前記基地局と、前記基地局と無線通信中の１以上の移動局との間の距離を測定する処理と、
前記基地局に隣接して設置される他の基地局に対し、前記距離が閾値を超過するという条件を満たす移動局に係る呼の受付を、前記条件を満たさない移動局に係る呼の受付よりも優先して要求する処理と、
を実行させるための呼受付制御プログラム。
【符号の説明】
【０１８０】
１  移動体通信システム
１０, １０＿１, １０＿２, １０ａ, １０ａ＿１, １０ａ＿２  ｅＮＢ
１１＿１, １１＿２  セル
１１, １４１  Ｂａｃｋｈａｕｌ通信部
１２  呼制御部
１３, １２１  ＵＵリンク通信部
１４  呼受付要求部
２０  ＵＥ
３０  ＭＭＥ
４０  Ｓ−ＧＷ
１２２, １４２  コントローラ
１２３  負荷増加量見積テーブル
Ｄｓ  距離
Ｌ＿ｃ, Ｌ＿ｃ＿ｔａｒｇｅｔ  現在の負荷量
Ｌ＿ｄ, Ｌ＿ｄ＿ｔａｒｇｅｔ  負荷増加量
Ｄｔｈ, Ｌ＿ｔｈ, Ｌ＿ｔｈ１, Ｌ＿ｔｈ２, Ｍｔｈ  閾値
Ｍｎ, Ｍｓ  受信品質
α  係数
【図１】
0005423889.tif 000002
【図２】
0005423889.tif 000003
【図３】
0005423889.tif 000004
【図４】
0005423889.tif 000005
【図５】
0005423889.tif 000006
【図６】
0005423889.tif 000007
【図７】
0005423889.tif 000008
【図８】
0005423889.tif 000009
【図９】
0005423889.tif 000010
【図１０】
0005423889.tif 000011
【図１１】
0005423889.tif 000012
【図１２】
0005423889.tif 000013
【図１３】
0005423889.tif 000014