(57)【要約】【課題】ユーザ端末が基地局に接続する際のシグナリング数を低減する。【解決手段】基地局は、ユーザ端末から受信した接続要求信号に対して接続拒否信号をユーザ端末宛に送信する送信部と、ユーザ端末が接続要求信号の送信に使用する周波数帯の優先度を変更するパラメータを、接続拒否信号に設定するか否かを制御する制御部と、を備える。【選択図】図６
2020014173.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末から受信した接続要求信号に対して接続拒否信号を前記ユーザ端末宛に送信する送信部と、
前記ユーザ端末が接続要求信号の送信に使用する周波数帯の優先度を変更するパラメータを、前記接続拒否信号に設定するか否かを制御する制御部と、
を備えた基地局。
【請求項２】
前記制御部は、前記パラメータを前記接続拒否信号に設定する場合と、前記パラメータを前記接続拒否信号に設定しない場合と、の比率を設定値に基づいて制御する、
請求項１に記載の基地局。
【請求項３】
前記設定値は、前記基地局の処理負荷に応じて変更される、
請求項２に記載の基地局。
【請求項４】
前記制御部は、前記ユーザ端末が前記接続要求信号の送信に使用可能な複数の周波数帯のうちの全部について、または閾値を超える数の一部の周波数帯について、接続拒否を行う場合、前記パラメータを前記接続拒否信号に設定しない、
請求項１に記載の基地局。
【請求項５】
ユーザ端末が接続要求信号の送信に使用する周波数帯の優先度を変更するパラメータを、前記ユーザ端末宛の接続拒否信号に設定するか否かを制御し、
前記パラメータが設定されまたは前記パラメータが設定されない前記接続拒否信号を前記ユーザ端末宛に送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局および通信方法に関する。
【背景技術】
【０００２】
基地局は、ユーザ端末からのRRC(Radio Resource Control) Connection Requestメッセージに対して、接続を許可しないと判定した場合、RRC Connection Rejectメッセージを送信する。基地局は、RRC Connection Rejectメッセージの送信において、ユーザ端末に対しwaitTimeを指定でき、RRC Connection Requestメッセージの再度の送信を一定期間抑制できる（例えば、非特許文献１を参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 36.331 V15.2.1 (2018-06)
【発明の概要】
【発明が解決しようとする課題】
【０００４】
基地局は、ユーザ端末へのRRC Connection Rejectメッセージの送信において、deprioritisationReqを指定できる。ユーザ端末は、deprioritisationReqを受信した場合、一定期間、RRC Connection Requestメッセージの送信に用いた周波数帯の優先度を落とし、他の優先度の高い周波数帯を用いてRRC Connection Requestのメッセージを送信する。
【０００５】
しかし、基地局がdeprioritisationReqを指定すると、waitTimeが無効となるため、ユーザ端末は、頻繁にRRC Connection Requestメッセージを基地局に送信し、シグナリング数が増加する場合がある。
【０００６】
本発明の一態様は、ユーザ端末が基地局に接続する際のシグナリング数を低減することを目的の１つとする。
【課題を解決するための手段】
【０００７】
本発明の基地局は、ユーザ端末から受信した接続要求信号に対して接続拒否信号を前記ユーザ端末宛に送信する送信部と、前記ユーザ端末が接続要求信号の送信に使用する周波数帯の優先度を変更するパラメータを、前記接続拒否信号に設定するか否かを制御する制御部と、を備える。
【０００８】
本発明の通信方法は、ユーザ端末が接続要求信号の送信に使用する周波数帯の優先度を変更するパラメータを、前記ユーザ端末宛の接続拒否信号に設定するか否かを制御し、前記パラメータが設定されまたは前記パラメータが設定されない前記接続拒否信号を前記ユーザ端末宛に送信する。
【発明の効果】
【０００９】
本発明の一態様によれば、ユーザ端末が基地局に接続する際のシグナリング数を低減できる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態に係る無線通信システムの一例を示した図である。
【図２】無線通信システムの接続動作の一例を説明するシーケンス図である。
【図３】無線通信システムのwaitTimeを用いた接続動作の一例を説明するシーケンス図である。
【図４】無線通信システムのdeprioritisationReq-r11を用いた接続動作の一例を説明するシーケンス図である。
【図５】無線通信システムのdeprioritisationReq-r11を用いた接続動作の別の一例を説明するシーケンス図である。
【図６】基地局の構成例を示したブロック図である。
【図７】第１の実施の形態に係る無線通信システムの接続動作の一例を説明するシーケンス図である。
【図８】第２の実施の形態に係る無線通信システムの接続動作の一例を説明するシーケンス図である。
【図９】第１の実施の形態および第２の実施の形態に係る基地局のハードウェア構成の一例を示した図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態を、図面を参照して説明する。
【００１２】
（第１の実施の形態）
図１は、第１の実施の形態に係る無線通信システムの一例を示した図である。図１に示すように、無線通信システムは、基地局１と、アンテナ装置２ａと、アンテナ装置２ｂと、ユーザ端末３と、を有する。図１では、基地局１およびユーザ端末３が１つずつ示してあるが、無線通信システムは、複数の基地局を有してもよいし、複数のユーザ端末を有してもよい。また、図１では、２つのアンテナ装置２ａとアンテナ装置２ｂとが示してあるが、無線通信システムは、３以上のアンテナ装置を有してもよい。
【００１３】
基地局１には、アンテナ装置２ａとアンテナ装置２ｂとが接続されている。基地局１は、アンテナ装置２ａとアンテナ装置２ｂとを用いて２以上のセルを形成または提供し、ユーザ端末３と無線通信を行う。
【００１４】
アンテナ装置２ａは、例えば、１以上のアンテナを備える。アンテナ装置２ａは、例えば、周波数帯Ａのセル４ａを形成している。
【００１５】
アンテナ装置２ｂは、例えば、１以上のアンテナを備える。アンテナ装置２ｂは、例えば、周波数帯Ｂのセル４ｂを形成している。
【００１６】
ユーザ端末３は、アンテナ装置２ａまたはアンテナ装置２ｂを介して、基地局１と無線通信を行う。例えば、ユーザ端末３は、セル４ａにおいては、周波数帯Ａを用いて基地局１と無線通信を行う。また、ユーザ端末３は、セル４ｂにおいては、周波数帯Ｂを用いて基地局１と無線通信を行う。
【００１７】
基地局１は、例えば、ＣＵ（Centralized Unit）などと呼ばれてもよい。アンテナ装置２ａおよびアンテナ装置２ｂは、例えば、ＤＵ（Distributed Unit）などと呼ばれてもよい。基地局１は、アンテナ装置２ａとアンテナ装置２ｂとを含めて基地局と呼ばれてもよい。
【００１８】
図２は、無線通信システムの接続動作の一例を説明するシーケンス図である。ユーザ端末３は、基地局１に接続要求を行うため、RRC Connection Requestメッセージを送信する（ステップＳ１）。
【００１９】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、ユーザ端末３の接続を許可するか否かを判定する（ステップＳ２）。
【００２０】
基地局１は、例えば、ユーザ端末３がRRC Connection Requestメッセージの送信に用いた周波数帯（別言すると、ユーザ端末３が接続しようとするセル）における基地局１の処理負荷に基づいて、ユーザ端末３の接続を許可するか否かを判定してよい。例えば、基地局１は、ユーザ端末３がRRC Connection Requestメッセージの送信に用いた周波数帯Ａにおける基地局１の処理負荷が所定の閾値より高い場合、ユーザ端末３の接続を許可しないと判定してよい。
【００２１】
基地局１の処理負荷には、例えば、ユーザ端末３がRRC Connection Requestメッセージを送信した周波数帯における無線リソースの使用率、ＣＰＵ（Central Processing Unit）の使用率、およびシグナリング数などの少なくとも１つが含まれてもよい。例えば、基地局１は、ユーザ端末３がRRC Connection Requestメッセージの送信に用いた周波数帯Ａにおける無線リソースの使用率が所定の閾値より高い場合、ユーザ端末３の接続を許可しないと判定してもよい。図２の例では、基地局１は、ユーザ端末３の接続を許可しないと判定する。
【００２２】
基地局１は、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、RRC Connection Rejectメッセージを送信する（ステップＳ３）。
【００２３】
RRC Connection Rejectメッセージを受信したユーザ端末３は、基地局１に対し、再度、RRC Connection Requestメッセージを送信できる。基地局１は、ユーザ端末３が頻繁にRRC Connection Requestメッセージを送信することを抑制するため、３ＧＰＰの仕様上（例えば、非特許文献１を参照）、RRC Connection Rejectメッセージの送信においてwaitTimeのパラメータを指定（設定）できる。ユーザ端末３は、waitTimeにより指定された時間の経過後に、基地局１に対し再びRRC Connection Requestメッセージを送信する。
【００２４】
図３は、無線通信システムのwaitTimeを用いた接続動作の一例を説明するシーケンス図である。図３に示すステップＳ１１，Ｓ１２の処理は、図２に示したステップＳ１，Ｓ２と同様の処理であり、その説明を省略する。なお、基地局１は、ステップＳ１２の処理において、図２の例と同様に、ユーザ端末３の接続を許可しないと判定する。
【００２５】
基地局１は、ステップＳ１２において、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、waitTime（例えば、Ｘ秒）を含むRRC Connection Rejectメッセージを送信する（ステップＳ１３）。
【００２６】
ユーザ端末３は、waitTimeを含むRRC Connection Rejectメッセージを受信すると、waitTimeにより指定された時間の経過後に、再度RRC Connection Requestメッセージを基地局１に送信する（ステップＳ１４）。例えば、ユーザ端末３は、図３の両矢印Ａ１に示すように、RRC Connection Rejectメッセージを受信してからＸ秒経過後に、再度RRC Connection Requestメッセージを基地局１に送信する。
【００２７】
以上の処理により、基地局１は、ユーザ端末３がRRC Connection Requestメッセージを基地局１に頻繁に送信することを抑制できる。
【００２８】
基地局１は、３ＧＰＰの仕様上（例えば、非特許文献１を参照）、RRC Connection Rejectメッセージの送信において、deprioritisationReq-r11のパラメータを指定（設定）できる。deprioritisationReq-r11は、ユーザ端末３の同じ周波数帯を用いた再度のRRC Connection Requestメッセージの送信を抑制する。
【００２９】
例えば、deprioritisationReq-r11を受信したユーザ端末３は、RRC Connection Requestメッセージの送信に用いた周波数帯による接続要求の優先度を落とし、別の周波数帯を用いて再度RRC Connection Requestメッセージを送信する。この処理により、ユーザ端末３は、基地局１が接続要求を許可しなかった周波数帯とは別の周波数帯を用いて基地局１に接続要求を行う。従って、ユーザ端末３の基地局１への早期の接続が可能になる。
【００３０】
図４は、無線通信システムのdeprioritisationReq-r11を用いた接続動作の一例を説明するシーケンス図である。図４において、ユーザ端末３は、周波数帯Ａと周波数帯Ｂとのいずれか一方を用いて、RRC Connection Requestメッセージを基地局１に送信する。RRC Connection Requestメッセージの送信に用いられる周波数帯Ａと周波数帯Ｂとの優先度は、同じである。
【００３１】
ユーザ端末３は、基地局１に接続要求を行うため、例えば、周波数帯Ａを用いてRRC Connection Requestメッセージを送信する（ステップＳ２１）。
【００３２】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、周波数帯Ａにおけるユーザ端末３の接続を許可するか否かを判定する（ステップＳ２２）。図４の例では、基地局１は、ユーザ端末３の周波数帯Ａ（セル４ａ）の接続を許可しないと判定する。
【００３３】
基地局１は、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを送信する（ステップＳ２３）。
【００３４】
ここで、deprioritisationReq-r11には、deprioritisationType-r11のパラメータとdeprioritisationTimer-r11のパラメータとがある。まず、deprioritisationType-r11について説明する。基地局１は、deprioritisationReq-r11のdeprioritisationType-r11をユーザ端末３に送信し、ユーザ端末３がRRC Connection Requestメッセージの送信に用いた周波数帯の優先度を下げることができる。
【００３５】
例えば、ユーザ端末３は、前回のRRC Connection Requestメッセージの送信において（ステップＳ２１において）、周波数帯Ａを用いてRRC Connection Requestメッセージを送信している。従って、基地局１がdeprioritisationReq-r11のdeprioritisationType-r11をユーザ端末３に送信すると、ユーザ端末３は、再度（次に）RRC Connection Requestメッセージを送信するとき、前回用いた周波数帯Ａの優先度を下げ、周波数帯Ａより優先度が高くなった周波数帯Ｂを使用する。つまり、基地局１は、ユーザ端末３の同じ周波数帯を用いた再度のRRC Connection Requestメッセージの送信を抑制する。
【００３６】
次に、deprioritisationReq-r11のdeprioritisationTimer-r11について説明する。基地局１は、deprioritisationReq-r11のdeprioritisationTimer-r11によって、周波数帯の優先度を下げる時間を指定できる。例えば、基地局１は、deprioritisationReq-r11のdeprioritisationTimer-r11によって、「Ｙ分」を指定した場合、周波数帯Ａの優先度を「Ｙ分」間下げることができる。
【００３７】
図４の説明に戻る。ユーザ端末３は、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを受信すると、周波数帯Ｂを用いて再度RRC Connection Requestメッセージを基地局１に送信する（ステップＳ２４）。なお、ユーザ端末３は、ステップＳ２３のdeprioritisationReq-r11を含むRRC Connection Rejectメッセージの受信により、前回（ステップＳ２１）のRRC Connection Requestメッセージの送信に用いた周波数帯Ａの優先度を下げる。従って、ユーザ端末３は、ステップＳ２４において、周波数帯Ａより優先度が高くなった周波数帯Ｂを用いてRRC Connection Requestメッセージを基地局１に送信する。
【００３８】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、周波数帯Ｂにおけるユーザ端末３の接続を許可するか否かを判定する（ステップＳ２５）。図４の例では、基地局１は、ユーザ端末３の周波数帯Ｂ（セル４ｂ）の接続を許可する。
【００３９】
基地局１は、ユーザ端末３に対し、RRC Connection Setupメッセージをユーザ端末３に送信する（ステップＳ２６）。
【００４０】
以上の処理により、基地局１は、ユーザ端末３からのRRC Connection Requestメッセージによる接続要求を許可しない場合、ユーザ端末３にdeprioritisationReq-r11を通知する。deprioritisationReq-r11の通知を受けたユーザ端末３は、基地局１が接続要求を許可しなかった周波数帯とは別の周波数帯を用いて基地局１に再度接続要求を行う。従って、ユーザ端末３の基地局１への早期の接続が可能になる。
【００４１】
ところで、３ＧＰＰの仕様上（例えば、非特許文献１を参照）、基地局１がdeprioritisationReq-r11を指定した場合、waitTimeは無効となる。例えば、ユーザ端末３は、基地局１からwaitTimeが指定されても、基地局１からdeprioritisationReq-r11を受信すると、waitTimeの待ち時間を待たずに、RRC Connection Requestメッセージを送信する。そのため、基地局１がユーザ端末３に対し、deprioritisationReq-r11を指示すると、ユーザ端末３は、頻繁にRRC Connection Requestメッセージを基地局１に送信する場合があり、シグナリング数が増加し得る。
【００４２】
シグナリング数が増加するケースについて説明する。図５は、無線通信システムのdeprioritisationReq-r11を用いた接続動作の別の一例を説明するシーケンス図である。図５において、ユーザ端末３は、周波数帯Ａと周波数帯Ｂとのいずれか一方を用いて、RRC Connection Requestメッセージを基地局１に送信する。RRC Connection Requestメッセージの送信に用いられる周波数帯Ａと周波数帯Ｂとの優先度は、同じである。
【００４３】
ユーザ端末３は、基地局１に接続要求を行うため、例えば、周波数帯Ａを用いてRRC Connection Requestメッセージを送信する（ステップＳ３１）。
【００４４】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、周波数帯Ａにおけるユーザ端末３の接続を許可するか否かを判定する（ステップＳ３２）。図５の例では、基地局１は、ユーザ端末３の周波数帯Ａの接続を許可しないと判定する。
【００４５】
基地局１は、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを送信する（ステップＳ３３）。
【００４６】
ユーザ端末３は、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを受信すると、周波数帯Ｂを用いて再度RRC Connection Requestメッセージを基地局１に送信する（ステップＳ３４）。なお、ユーザ端末３は、ステップＳ３３のdeprioritisationReq-r11を含むRRC Connection Rejectメッセージの受信により、前回（ステップＳ３１）のRRC Connection Requestメッセージの送信に用いた周波数帯Ａの優先度を下げる。従って、ユーザ端末３は、ステップＳ３４において、周波数帯Ａより優先度が高くなった周波数帯Ｂを用いてRRC Connection Requestメッセージを基地局１に送信する。
【００４７】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、周波数帯Ｂにおけるユーザ端末３の接続を許可するか否かを判定する（ステップＳ３５）。図５の例では、基地局１は、ユーザ端末３の周波数帯Ｂの接続を許可しないと判定する。
【００４８】
基地局１は、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを送信する（ステップＳ３６）。
【００４９】
ユーザ端末３は、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを受信すると、周波数帯Ａを用いて再度RRC Connection Requestメッセージを基地局１に送信する（ステップＳ３７）。なお、ユーザ端末３は、ステップＳ３６のdeprioritisationReq-r11を含むRRC Connection Rejectメッセージの受信により、前回（ステップＳ３４）のRRC Connection Requestメッセージの送信に用いた周波数帯Ｂの優先度を下げる。従って、ユーザ端末３は、ステップＳ３７において、周波数帯Ａと周波数帯Ｂの優先度が同じとなり、例えば、周波数帯Ａを用いてRRC Connection Requestメッセージを基地局１に送信する。
【００５０】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、周波数帯Ａにおけるユーザ端末３の接続を許可するか否かを判定する（ステップＳ３８）。図５の例では、基地局１は、ユーザ端末３の周波数帯Ａの接続を許可しないと判定する。
【００５１】
基地局１は、例えば、周波数帯Ａおよび周波数帯Ｂのいずれか一方の処理負荷が改善されるまで、deprioritisationReq-r11を含むRRC Connection Rejectメッセージをユーザ端末３に送信する。そのため、RRC Connection Rejectメッセージを受信したユーザ端末３は、頻繁にRRC Connection Requestメッセージを基地局１に送信し、シグナリング数が増加する。
【００５２】
また、基地局１がユーザ端末３にwaitTimeを指定しても、deprioritisationReq-r11を指定すると、waitTimeはユーザ端末３において無効となる。そのため、ユーザ端末３は、頻繁にRRC Connection Requestメッセージを基地局１に送信し、シグナリング数が増加する。
【００５３】
そこで、基地局１は、ユーザ端末３からRRC Connection Requestメッセージを受信し、ユーザ端末３の基地局１への接続を許可しないと判定した場合、ある基準に基づいてRRC Connection RejectメッセージにdeprioritisationReq-r11を指定するか否かを制御する。
【００５４】
図６は、基地局１のブロック構成の一例を示した図である。図６に示すように、基地局１は、通信部１１と、ＲＲＣ制御部１２と、を有している。
【００５５】
通信部１１は、アンテナ装置２ａを介して、ユーザ端末３と無線通信を行う。また、通信部１１は、アンテナ装置２ｂを介して、ユーザ端末３と無線通信を行う。通信部１１は、例えば、例えば、ユーザ端末３とＮＲ（ＮＲ：New Radio）またはＬＴＥ（Long Term Evolution）に基づいた無線通信を行ってもよい。
【００５６】
ＲＲＣ制御部１２は、通信部１１を介して、ユーザ端末３からRRC Connection Requestメッセージを受信すると、基地局１の処理負荷に基づいて、ユーザ端末３の基地局１への接続を許可するか否かを判定する。ＲＲＣ制御部１２は、ユーザ端末３の基地局１への接続を許可しないと判定した場合、通信部１１を介して、ユーザ端末３に対し、RRC Connection Rejectメッセージを送信する。一方、ＲＲＣ制御部１２は、ユーザ端末３の基地局１への接続を許可すると判定した場合、通信部１１を介して、ユーザ端末３に対し、RRC Connection Setupメッセージを送信する。
【００５７】
ＲＲＣ制御部１２は、ユーザ端末３の基地局１への接続を許可しないと判定した場合、ある基準に基づいて、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定するか否かを制御する。例えば、ＲＲＣ制御部１２は、deprioritisationReq-r11の指定の有無に関して設定された確率に従って、deprioritisationReq-r11を指定したRRC Connection Rejectメッセージの送信回数と、deprioritisationReq-r11を指定しないRRC Connection Rejectメッセージの送信回数と、の比率を制御する。
【００５８】
例えば、deprioritisationReq-r11の指定の有無に関する確率は、例えば、基地局１を管理するユーザによって設定される。ユーザは、例えば、deprioritisationReq-r11をRRC Connection Rejectメッセージに指定しない確率を「５０％」に設定する。この場合、ＲＲＣ制御部１２は、RRC Connection Rejectメッセージの送信の２回に１度、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定しない。ＲＲＣ制御部１２は、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定しない場合、RRC Connection RejectメッセージのwaitTimeが有効となる。なお、ＲＲＣ制御部１２が、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定した場合、ユーザ端末３は、waitTimeを無効にする（無効と解釈するまたは無視する）。
【００５９】
なお、ＲＲＣ制御部１２の制御の基準は、確率以外で指定されてもよい。例えば、RRC Connection Rejectメッセージの送信回数が指定されてもよい。ＲＲＣ制御部１２は、指定された送信回数（例えば、２回）、RRC Connection Rejectメッセージを送信すると、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定しないとしてもよい。別言すると、ＲＲＣ制御部１２は、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定する場合と、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定しない場合との比率を設定値に基づいて制御してもよい。
【００６０】
図７は、第１の実施の形態に係る無線通信システムの接続動作の一例を説明するシーケンス図である。図７において、ユーザ端末３は、周波数帯Ａと周波数帯Ｂとのいずれか一方を用いて、RRC Connection Requestメッセージを基地局１に送信する。RRC Connection Requestメッセージの送信に用いられる周波数帯Ａと周波数帯Ｂとの優先度は、同じである。
【００６１】
また、図７の例では、deprioritisationReq-r11をRRC Connection Rejectメッセージに指定しない確率を「５０％」とする。別言すると、基地局１は、ユーザ端末３へのRRC Connection Rejectメッセージの送信において、deprioritisationReq-r11を通知するが、２回に１度、deprioritisationReq-r11を通知せず、waitTimeを通知する。
【００６２】
ユーザ端末３は、基地局１に接続要求を行うため、例えば、周波数帯Ａを用いてRRC Connection Requestメッセージを送信する（ステップＳ４１）。
【００６３】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、周波数帯Ａにおけるユーザ端末３の接続を許可するか否かを判定する（ステップＳ４２）。図７の例では、基地局１は、ユーザ端末３の周波数帯Ａの接続を許可しないと判定する。
【００６４】
基地局１は、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを送信する（ステップＳ４３）。
【００６５】
ユーザ端末３は、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを受信すると、周波数帯Ｂを用いて再度RRC Connection Requestメッセージを基地局１に送信する（ステップＳ４４）。なお、ユーザ端末３は、ステップＳ４３のdeprioritisationReq-r11を含むRRC Connection Rejectメッセージの受信により、前回（ステップＳ４１）のRRC Connection Requestメッセージの送信に用いた周波数帯Ａの優先度を下げる。従って、ユーザ端末３は、ステップＳ４４において、周波数帯Ａより優先度が高くなった周波数帯Ｂを用いてRRC Connection Requestメッセージを基地局１に送信する。
【００６６】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、周波数帯Ｂにおけるユーザ端末３の接続を許可するか否かを判定する（ステップＳ４５）。図７の例では、基地局１は、ユーザ端末３の周波数帯Ｂの接続を許可しないと判定する。
【００６７】
基地局１は、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を含まないRRC Connection Rejectメッセージを送信する（ステップＳ４６）。なお、上記したように、基地局１は、RRC Connection Rejectメッセージの送信の２回に１度、deprioritisationReq-r11を通知せず、waitTimeを通知する。従って、基地局１は、ステップＳ４６においては、ユーザ端末３に対し、waitTimeを含むRRC Connection Rejectメッセージを送信する。
【００６８】
ユーザ端末３は、deprioritisationReq-r11を含まないRRC Connection Rejectメッセージを受信すると、waitTimeにより指定された時間の経過後に、周波数帯Ｂを用いて再度RRC Connection Requestメッセージを基地局１に送信する（ステップＳ４７）。例えば、ユーザ端末３は、図７の両矢印Ａ１１に示すように、RRC Connection Rejectメッセージを受信してからＸ秒経過後に、再度RRC Connection Requestメッセージを基地局１に送信する。なお、ユーザ端末３において、周波数帯Ａの優先度は、ステップＳ４３のdeprioritisationReq-r11の通知により、周波数帯Ｂの優先度より低い。従って、ユーザ端末３は、周波数帯Ｂを用いて、基地局１に対し、RRC Connection Requestメッセージを送信する。
【００６９】
なお、図示してないが、基地局１は、ユーザ端末３から、ステップＳ４７の周波数帯ＢのRRC Connection Requestメッセージを受信すると、周波数帯Ｂにおけるユーザ端末３の接続を許可するか否かを判定する。基地局１は、ユーザ端末３の周波数帯Ｂの接続を許可しないと判定した場合、ステップＳ４６において、waitTimeを通知しているので、deprioritisationReq-r11を含むRRC Connection Rejectメッセージをユーザ端末３に送信する。
【００７０】
以上説明したように、基地局１のＲＲＣ制御部１２は、ユーザ端末３の基地局１への接続を許可しないと判定した場合、ある基準に基づいてdeprioritisationReq-r11を指定するか否かを制御する。例えば、ＲＲＣ制御部１２は、deprioritisationReq-r11の指定の有無に関して設定された確率に従って、deprioritisationReq-r11を指定したRRC Connection Rejectメッセージの送信回数と、deprioritisationReq-r11を指定しないRRC Connection Rejectメッセージの送信回数と、の比率を制御する。これにより、ユーザ端末３が基地局１に接続する際の基地局１とユーザ端末３との間のシグナリング数を低減できる。また、ユーザ端末３が基地局１に接続する際の基地局１とユーザ端末３との間のシグナリング数を低減できるので、ユーザ端末３のバッテリの消費電力を抑制できる。また、ユーザ端末３は、３ＧＰＰの仕様上のRRC Connection Rejectメッセージを受信するので、機能を変更または追加せずに、シグナリング数を抑制できる。
【００７１】
なお、deprioritisationReq-r11の指定の有無に関する確率は、ＲＲＣ制御部１２が、基地局１の処理負荷に基づいて変更してもよい。例えば、ＲＲＣ制御部１２は、基地局１の全帯域における処理負荷が高くなる程、deprioritisationReq-r11をRRC Connection Rejectメッセージに指定しない確率を高くなるように変更してもよい。
【００７２】
（第２の実施の形態）
第２の実施の形態では、基地局１は、ユーザ端末３からRRC Connection Requestメッセージを受信すると、ユーザ端末３のRRC Connection Requestメッセージの送信に使用可能な複数の周波数帯のうちの全部について、ユーザ端末３の接続を許可するか否かを判定する。例えば、基地局１は、ユーザ端末３がRRC Connection Requestメッセージの送信に用いる周波数帯Ａと周波数帯Ｂとにおいて、ユーザ端末３の接続を許可するか否かを判定する。
【００７３】
基地局１は、全ての周波数帯においてユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を通知しない。一方、基地局１は、１以上の周波数帯においてユーザ端末３の接続を許可すると判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を通知する。すなわち、基地局１は、ユーザ端末３が接続できる周波数帯が１以上存在する場合、ユーザ端末３に対し、deprioritisationReq-r11を通知し、ユーザ端末３を早期に接続させる。
【００７４】
第２の実施の形態に係る基地局１は、第１の実施の形態に係る基地局１に対し、ＲＲＣ制御部１２の機能が異なる。第２の実施の形態に係る基地局１のＲＲＣ制御部１２は、ユーザ端末３のRRC Connection Requestメッセージの送信に使用可能な複数の周波数帯のうちの全部について、接続を許可しないと判定した場合、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定しない。別言すると、ＲＲＣ制御部１２は、ユーザ端末３のRRC Connection Requestメッセージの送信に使用可能な複数の周波数帯のうちの全部について、基地局１の処理負荷が所定の閾値を超える場合、RRC Connection RejectメッセージにdeprioritisationReq-r11を指定しない。
【００７５】
図８は、第２の実施の形態に係る無線通信システムの接続動作の一例を説明するシーケンス図である。図８において、ユーザ端末３は、周波数帯Ａと周波数帯Ｂとのいずれか一方を用いて、RRC Connection Requestメッセージを基地局１に送信する。RRC Connection Requestメッセージの送信に用いられる周波数帯Ａと周波数帯Ｂとの優先度は、同じとする。基地局１は、周波数帯Ａのセル４ａと、周波数帯Ｂのセル４ｂとを形成または提供している。
【００７６】
ユーザ端末３は、基地局１に接続要求を行うため、例えば、周波数帯Ａを用いてRRC Connection Requestメッセージを送信する（ステップＳ５１）。
【００７７】
基地局１は、ユーザ端末３から、RRC Connection Requestメッセージを受信すると、ユーザ端末３のRRC Connection Requestメッセージの送信に用いる周波数帯Ａと周波数帯Ｂとのそれぞれにおいて、ユーザ端末３の接続を許可するか否かを判定する（ステップＳ５２）。図８の例では、基地局１は、周波数帯Ａと周波数帯Ｂとのそれぞれにおける基地局１の処理負荷に基づいて、周波数帯Ａと周波数帯Ｂとのそれぞれにおいてユーザ端末３の接続を許可しないと判定する。
【００７８】
基地局１は、周波数帯Ａと周波数帯Ｂとにおいて、ユーザ端末３の接続を許可しないと判定した場合、ユーザ端末３に対し、waitTime（例えば、Ｘ秒）を含むRRC Connection Rejectメッセージを送信する（ステップＳ５３）。
【００７９】
なお、基地局１は、周波数帯Ａと周波数帯Ｂとの少なくとも１つにおいて、ユーザ端末３の接続を許可すると判定した場合、ユーザ端末３に対し、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを送信する。別言すると、基地局１は、ユーザ端末３が接続できる周波数帯（セル）が１つ以上存在する場合、deprioritisationReq-r11を含むRRC Connection Rejectメッセージを送信する。
【００８０】
ユーザ端末３は、deprioritisationReq-r11を含まないRRC Connection Rejectメッセージを受信すると、waitTimeにより指定された時間の経過後に、再度RRC Connection Requestメッセージを基地局１に送信する（ステップＳ５４）。例えば、ユーザ端末３は、図８の両矢印Ａ２１に示すように、RRC Connection Rejectメッセージを受信してからＸ秒経過後に、再度RRC Connection Requestメッセージを基地局１に送信する。
【００８１】
なお、基地局１は、ユーザ端末３に対し、deprioritisationReq-r11を通知していない。従って、ユーザ端末３は、ステップＳ５４において、周波数帯Ａおよび周波数帯Ｂのいずれか一方を用いて、基地局１に対し、RRC Connection Requestメッセージを送信する。
【００８２】
以上説明したように、基地局１のＲＲＣ制御部１２は、ユーザ端末３の基地局１への接続を許可しないと判定した場合、ある基準に基づいてdeprioritisationReq-r11を指定するか否かを制御する。例えば、ＲＲＣ制御部１２は、ユーザ端末３がRRC Connection Requestメッセージの送信に使用可能な複数の周波数帯のうちの全部について、ユーザ端末３の接続を許可しない場合、deprioritisationReq-r11をRRC Connection Requestメッセージに指定しない。これにより、ユーザ端末３が基地局１に接続する際の基地局１とユーザ端末３との間のシグナリング数を低減できる。また、ユーザ端末３が基地局１に接続する際の基地局１とユーザ端末３との間のシグナリング数を低減できるので、ユーザ端末３のバッテリの消費電力を抑制できる。また、ユーザ端末３は、３ＧＰＰの仕様上のRRC Connection Rejectメッセージを受信するので、機能を変更または追加せずに、シグナリング数を抑制できる。
【００８３】
なお、上記では、基地局１は、ユーザ端末３がRRC Connection Requestメッセージの送信に使用可能な複数の周波数帯のうちの全部について、ユーザ端末３の接続を許可しない場合、deprioritisationReq-r11をRRC Connection Requestメッセージに指定しないとしたが、これに限られない。例えば、基地局１は、ユーザ端末３がRRC Connection Requestメッセージの送信に使用可能な複数の周波数帯のうちの閾値を超える数の一部の周波数帯について、ユーザ端末３の接続を許可しない場合（基地局１の処理負荷が所定の閾値を超える場合）、deprioritisationReq-r11をRRC Connection Requestメッセージに指定しなくてもよい。具体的には、ユーザ端末３のRRC Connection Requestメッセージの送信に使用可能な周波数帯の数を５とする。基地局１は、ユーザ端末３がRRC Connection Requestメッセージの送信に使用可能な５つの周波数帯のうちの３以上の周波数帯について、ユーザ端末３の接続を許可しない場合、deprioritisationReq-r11をRRC Connection Requestメッセージに指定しない。
【００８４】
以上、本発明の実施の形態について説明した。
【００８５】
なお、第１の実施の形態および第２の実施の形態において、基地局１は、別の基地局で受信したRRC Connection Requestメッセージと、別の基地局の処理負荷とを、基地局間通信を用いて受信してもよい。そして、基地局１は、基地局１、および、別の基地局のいずれか一方または両方の処理負荷に基づいて、基地局１、および、別の基地局のいずれか一方または両方の接続の判定をしてもよい。
【００８６】
また、第１の実施の形態と第２の実施の形態を組み合わせてもよい。例えば、第２の実施の形態に係る基地局１は、deprioritisationReq-r11をユーザ端末３に所定回数連続して通知すると、１回deprioritisationReq-r11を通知しなくてもよい。
【００８７】
また、第１の実施の形態と第２の実施の形態のRRC Connection Requestメッセージは、接続要求信号と呼ばれてもよい。RRC Connection Rejectメッセージは、接続拒否信号と呼ばれてもよい。
【００８８】
（ハードウェア構成）
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００８９】
例えば、本発明の一実施の形態における基地局１は、本発明の通信方法の処理を行うコンピュータとして機能してもよい。図９は、第１実施の形態および第２の実施の形態に係る基地局１のハードウェア構成の一例を示した図である。上述の基地局１は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００９０】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００９１】
例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサで実行されてもよいし、処理が同時に、逐次に、又はその他の手法で、一以上のプロセッサで実行されてもよい。なお、プロセッサ１００１は、一以上のチップによって実装されてもよい。
【００９２】
基地局１における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、又は、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することによって実現される。
【００９３】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述のＲＲＣ制御部１２は、プロセッサ１００１によって実現されてもよい。
【００９４】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
【００９５】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００９６】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。例えば、上述の記憶装置は、メモリ１００２及び／又はストレージ１００３によって実現されてもよい。
【００９７】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の通信部１１は、通信装置１００４によって実現されてもよい。
【００９８】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００９９】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１００】
また、基地局１は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１０１】
（情報の通知、シグナリング）
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１０２】
（適応システム）
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future Radio Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１０３】
（処理手順等）
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１０４】
（基地局の操作）
本明細書において基地局（無線基地局）によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード(例えば、ＭＭＥ（Mobility Management Entity）またはＳ−ＧＷ（Serving Gateway）などが考えられるが、これらに限られない)によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ(例えば、ＭＭＥおよびＳ−ＧＷ)であってもよい。
【０１０５】
（入出力の方向）
情報及び信号等は、上位レイヤ(または下位レイヤ)から下位レイヤ(または上位レイヤ)に出力され得る。複数のネットワークノードを介して入出力されてもよい。
【０１０６】
（入出力された情報等の扱い）
入出力された情報等は特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置に送信されてもよい。
【０１０７】
（判定方法）
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１０８】
（ソフトウェア）
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１０９】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１１０】
（情報、信号）
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１１１】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、キャリア周波数、セルなどと呼ばれてもよい。
【０１１２】
（「システム」、「ネットワーク」）
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【０１１３】
（パラメータ、チャネルの名称）
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１１４】
（基地局）
基地局（無線基地局）は、１つまたは複数（例えば、３つ）の（セクタとも呼ばれる）セルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局ＲＲＨ：Remote Radio Head）によって通信サービスを提供することもできる。「セル」または「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局、および／または基地局サブシステムのカバレッジエリアの一部または全体を指す。さらに、「基地局」、「ｅＮＢ」、「ｇＮＢ」、「セル」、および「セクタ」という用語は、本明細書では互換的に使用され得る。基地局は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、ｇＮｏｄｅＢ（ｇＮＢ）アクセスポイント（access point）、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１１５】
（端末）
端末装置は、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、ユーザ端末、ＵＥ、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１１６】
（用語の意味、解釈）
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１１７】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどの電磁エネルギーを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１１８】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１１９】
上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。
【０１２０】
「含む(including)」、「含んでいる（comprising）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【０１２１】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【０１２２】
（態様のバリエーション等）
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）に行われてもよい。
【０１２３】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１２４】
１  基地局
２ａ，２ｂ  アンテナ装置
３  ユーザ端末
４ａ，４ｂ  セル
１１  通信部
１２  ＲＲＣ制御部
【図１】
2020014173.tif 000003
【図２】
2020014173.tif 000004
【図３】
2020014173.tif 000005
【図４】
2020014173.tif 000006
【図５】
2020014173.tif 000007
【図６】
2020014173.tif 000008
【図７】
2020014173.tif 000009
【図８】
2020014173.tif 000010
【図９】
2020014173.tif 000011