(57)【特許請求の範囲】
【請求項１】
省電力モードで動作する基地局において用いられる通信制御方法であって、
閾値を設定するステップと、
近隣基地局と接続するユーザ端末から送信される上りリンク信号を受信するステップと、
前記上りリンク信号の受信電力が前記閾値を超えたことに応じて、前記省電力モードから通常モードに遷移するための処理を開始するステップと、を有し、
前記閾値を設定するステップにおいて、前記基地局は、前記近隣基地局から受信する情報に基づいて、前記閾値を設定することを特徴とする通信制御方法。
【請求項２】
前記閾値を指定する閾値指定情報を前記近隣基地局から受信するステップをさらに有し、
前記閾値を設定するステップにおいて、前記基地局は、前記近隣基地局から受信した前記閾値指定情報に基づいて、前記閾値を設定することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記閾値指定情報を受け入れるか否かを判断するステップと、
前記閾値指定情報を受け入れると判断した場合に、前記ユーザ端末に適用することが可能な前記上りリンク信号の設定情報を前記近隣基地局に送信するステップと、をさらに有することを特徴とする請求項２に記載の通信制御方法。
【請求項４】
前記閾値指定情報を受け入れるか否かを判断し、判断結果を示す応答を前記近隣基地局に送信するステップをさらに有することを特徴とする請求項２に記載の通信制御方法。
【請求項５】
前記近隣基地局の負荷状況を示す負荷情報を前記近隣基地局から受信するステップをさらに有し、
前記閾値を設定するステップにおいて、前記基地局は、前記近隣基地局から受信した前記負荷情報に基づいて、前記閾値を設定することを特徴とする請求項１に記載の通信制御方法。
【請求項６】
前記上りリンク信号は、ランダムアクセスプリアンブル、サウンディング参照信号、復調参照信号、の何れかであることを特徴とする請求項１に記載の通信制御方法。
【請求項７】
省電力モードで動作する基地局であって、
閾値を設定する制御部と、
近隣基地局と接続するユーザ端末から送信される上りリンク信号を受信する受信部と、を有し、
前記制御部は、前記上りリンク信号の受信電力が前記閾値を超えたことに応じて、前記省電力モードから通常モードに遷移するための処理を開始し、
前記制御部は、前記近隣基地局に関する情報に基づいて、前記閾値を設定することを特徴とする基地局。
【請求項８】
ユーザ端末と接続する基地局において用いられる通信制御方法であって、
省電力モードで動作する近隣基地局が前記ユーザ端末を検出できるように、ランダムアクセスプリアンブルの送信を指示するプリアンブル送信指示を前記ユーザ端末に送信するステップと、
前記ユーザ端末から前記ランダムアクセスプリアンブルを受信しない場合であっても、前記ランダムアクセスプリアンブルに対応するランダムアクセス応答を前記ユーザ端末に送信するステップと、を有することを特徴とする通信制御方法。
【請求項９】
前記ランダムアクセスプリアンブルを受信したか否かを判断するステップをさらに有し、
前記判断するステップは、
前記ランダムアクセスプリアンブルを前記近隣基地局が受信したことを示す通知情報を前記近隣基地局から受信するステップと、
前記通知情報を受信した際に前記ランダムアクセスプリアンブルを受信していない場合に、前記ランダムアクセスプリアンブルを受信しないと判断するステップと、を含むことを特徴とする請求項８に記載の通信制御方法。
【請求項１０】
前記ランダムアクセスプリアンブルを受信したか否かを判断するステップをさらに有し、
前記判断するステップは、
前記プリアンブル送信指示の送信からの経過時間を計時するステップと、
前記経過時間が所定時間に達するまでに前記ランダムアクセスプリアンブルを受信しない場合に、前記ランダムアクセスプリアンブルを受信しないと判断するステップと、を含むことを特徴とする請求項８に記載の通信制御方法。
【請求項１１】
前記近隣基地局が利用可能な非コンテンションベース・ランダムアクセスプリアンブルのセットを示す情報を前記近隣基地局から受信するステップと、
前記セットの中から何れかの非コンテンションベース・ランダムアクセスプリアンブルを選択するステップと、をさらに有し、
前記プリアンブル送信指示を送信するステップにおいて、前記基地局は、前記選択した非コンテンションベース・ランダムアクセスプリアンブルを示す情報を含む前記プリアンブル送信指示を前記ユーザ端末に送信することを特徴とする請求項８に記載の通信制御方法。
【請求項１２】
前記ランダムアクセスプリアンブルを前記近隣基地局が受信したことを示す通知情報を前記近隣基地局から受信するステップと、
前記通知情報に基づいて、前記近隣基地局を通常モードに遷移させるための要求情報を前記近隣基地局に送信するステップと、をさらに有することを特徴とする請求項８に記載の通信制御方法。
【請求項１３】
ユーザ端末と接続する基地局であって、
省電力モードで動作する近隣基地局が前記ユーザ端末を検出できるように、ランダムアクセスプリアンブルの送信を指示するプリアンブル送信指示を前記ユーザ端末に送信する送信部と、
自基地局が前記ユーザ端末から前記ランダムアクセスプリアンブルを受信しない場合であっても、前記ランダムアクセスプリアンブルに対応するランダムアクセス応答を前記ユーザ端末に送信する制御を行う制御部と、を有することを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる通信制御方法及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、ネットワークの消費電力を削減する省電力（エナジーセービング）技術が導入されている（例えば、非特許文献１参照）。例えば、通信トラフィックの少ない夜間などにおいて、基地局（セル）を省電力モードに設定する。【０００３】
また、３ＧＰＰでは、リリース１２以降において、改良されたエナジーセービング技術が導入される予定である。例えば、マクロセルのカバレッジ内に複数の小セル（ホットスポットセル）が配置されるネットワーク構成（いわゆる、ＨｅｔＮｅｔ）において、トラフィック状況に応じて小セルを選択的に省電力モード／通常モードに設定することが想定される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８８７  Ｖ０．２．０」  ２０１３年９月１２日
【発明の概要】
【０００５】
ネットワークを効率的に運用するためには、省電力モードにある小セルが存在する場合に、マクロセルと接続するユーザ端末が近傍に存在する小セルのみを通常モードに設定することが望ましい。
【０００６】
そこで、本発明は、ネットワークを効率的に運用可能とする通信制御方法及び基地局を提供することを目的とする。
【０００７】
第１の特徴に係る通信制御方法は、省電力モードで動作する基地局において用いられる。前記通信制御方法は、閾値を設定するステップと、近隣基地局と接続するユーザ端末から送信される上りリンク信号を受信するステップと、前記上りリンク信号の受信電力が前記閾値を超えたことに応じて、前記省電力モードから通常モードに遷移するための処理を開始するステップと、を有する。前記閾値を設定するステップにおいて、前記基地局は、前記近隣基地局から受信する情報に基づいて、前記閾値を設定する。
【０００８】
第２の特徴に係る通信制御方法は、無線送信機及び無線受信機を備える基地局において用いられる。前記通信制御方法は、前記無線送信機及び前記無線受信機の両方をオフ状態に設定する第１の省電力モードで動作するステップと、前記無線送信機をオフ状態に維持しつつ前記無線受信機をオン状態に設定する第２の省電力モードに遷移するステップと、前記第２の省電力モードにおいて、近隣基地局と接続するユーザ端末から送信される上りリンク信号を前記無線受信機が受信したか否かを判断するステップと、を有する。
【０００９】
第３の特徴に係る通信制御方法は、ユーザ端末と接続する基地局において用いられる。前記通信制御方法は、省電力モードで動作する近隣基地局が前記ユーザ端末を検出できるように、ランダムアクセスプリアンブルの送信を指示するプリアンブル送信指示を前記ユーザ端末に送信するステップと、前記ユーザ端末から前記ランダムアクセスプリアンブルを受信しない場合であっても、前記ランダムアクセスプリアンブルに対応するランダムアクセス応答を前記ユーザ端末に送信するステップと、を有する。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態及び第２実施形態に係るＵＥのブロック図である。
【図３】第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態及び第２実施形態に係る無線フレームの構成図である。
【図６】第１実施形態及び第２実施形態に係るエナジーセービング技術を説明するための図である。
【図７】第１実施形態及び第２実施形態に係る動作環境を示す図である。
【図８】第１実施形態に係る動作シーケンスを示すシーケンス図である。
【図９】第１実施形態の変更例２に係る動作シーケンスを示すシーケンス図である。
【図１０】第２実施形態に係る動作シーケンスを示すシーケンス図である。
【図１１】第２実施形態の変更例に係る動作シーケンスを示すシーケンス図である。
【図１２】PRACHを伴う解決策3のシグナリングフローの例を示す図である。
【発明を実施するための形態】
【００１１】
［実施形態の概要］
第１実施形態に係る通信制御方法は、省電力モードで動作する基地局において用いられる。前記通信制御方法は、閾値を設定するステップと、近隣基地局と接続するユーザ端末から送信される上りリンク信号を受信するステップと、前記上りリンク信号の受信電力が前記閾値を超えたことに応じて、前記省電力モードから通常モードに遷移するための処理を開始するステップと、を有する。前記閾値を設定するステップにおいて、前記基地局は、前記近隣基地局から受信する情報に基づいて、前記閾値を設定する。
【００１２】
第１実施形態では、前記通信制御方法は、前記閾値を指定する閾値指定情報を前記近隣基地局から受信するステップをさらに有する。前記閾値を設定するステップにおいて、前記基地局は、前記近隣基地局から受信した前記閾値指定情報に基づいて、前記閾値を設定する。
【００１３】
第１実施形態では、前記通信制御方法は、前記閾値指定情報を受け入れるか否かを判断するステップと、前記閾値指定情報を受け入れると判断した場合に、前記ユーザ端末に適用することが可能な前記上りリンク信号の設定情報を前記近隣基地局に送信するステップと、をさらに有する。
【００１４】
第１実施形態では、前記閾値指定情報を受け入れるか否かを判断し、判断結果を示す応答を前記隣接基地局に送信するステップをさらに有する。
【００１５】
第１実施形態の変更例では、前記通信制御方法は、前記近隣基地局の負荷状況を示す負荷情報を前記近隣基地局から受信するステップをさらに有する。前記閾値を設定するステップにおいて、前記基地局は、前記近隣基地局から受信した前記負荷情報に基づいて、前記閾値を設定する。
【００１６】
第１実施形態では、前記上りリンク信号は、ランダムアクセスプリアンブル、サウンディング参照信号、復調参照信号、の何れかである。
【００１７】
第１実施形態に係る基地局は、省電力モードで動作する。前記基地局は、近隣基地局と接続するユーザ端末から送信される上りリンク信号を受信する受信部と、前記上りリンク信号の受信電力が前記閾値を超えたことに応じて、前記省電力モードから通常モードに遷移するための処理を開始する制御部と、を有する。前記制御部は、前記近隣基地局に関する情報に基づいて、前記閾値を設定する。
【００１８】
第２実施形態に係る通信制御方法は、無線送信機及び無線受信機を備える基地局において用いられる。前記通信制御方法は、前記無線送信機及び前記無線受信機の両方をオフ状態に設定する第１の省電力モードで動作するステップと、前記無線送信機をオフ状態に維持しつつ前記無線受信機をオン状態に設定する第２の省電力モードに遷移するステップと、前記第２の省電力モードにおいて、近隣基地局と接続するユーザ端末から送信される上りリンク信号を前記無線受信機が受信したか否かを判断するステップと、を有する。
【００１９】
第２実施形態では、前記通信制御方法は、前記上りリンク信号を前記無線受信機が受信したと判断された場合に、前記無線送信機及び前記無線受信機の両方をオン状態に設定する通常モードに遷移するための処理を開始するステップをさらに有する。
【００２０】
第２実施形態では、前記通信制御方法は、前記第２の省電力モードへ遷移するためのトリガ情報を前記近隣基地局から受信するステップをさらに有する。前記第２の省電力モードに遷移するステップにおいて、前記基地局は、前記トリガ情報の受信に応じて前記第２の省電力モードに遷移する。
【００２１】
第２実施形態では、前記トリガ情報は、前記上りリンク信号の受信を開始することを要求する情報、前記無線受信機をオン状態に切り替えることを要求する情報、前記上りリンク信号の設定情報、の何れかである。
【００２２】
第２実施形態では、前記上りリンク信号は、ランダムアクセスプリアンブル、サウンディング参照信号、復調参照信号、の何れかである。
【００２３】
第２実施形態に係る基地局は、無線送信機及び無線受信機を備える。前記基地局は、前記無線送信機及び前記無線受信機の両方をオフ状態に設定する第１の省電力モードで動作する制御部を備える。前記制御部は、前記無線送信機をオフ状態に維持しつつ前記無線受信機をオン状態に設定する第２の省電力モードに遷移して、近隣基地局と接続するユーザ端末から送信される上りリンク信号を前記無線受信機が受信したか否かを判断する。
【００２４】
第２実施形態に係る通信制御方法は、ユーザ端末と接続する基地局において用いられる。前記通信制御方法は、省電力モードで動作する近隣基地局が前記ユーザ端末を検出できるように、ランダムアクセスプリアンブルの送信を指示するプリアンブル送信指示を前記ユーザ端末に送信するステップと、前記ユーザ端末から前記ランダムアクセスプリアンブルを受信しない場合であっても、前記ランダムアクセスプリアンブルに対応するランダムアクセス応答を前記ユーザ端末に送信するステップと、を有する。
【００２５】
第２実施形態では、前記通信制御方法は、前記ランダムアクセスプリアンブルを受信したか否かを判断するステップをさらに有する。前記判断するステップは、前記ランダムアクセスプリアンブルを前記近隣基地局が受信したことを示す通知情報を前記近隣基地局から受信するステップと、前記通知情報を受信した際に前記ランダムアクセスプリアンブルを受信していない場合に、前記ランダムアクセスプリアンブルを受信しないと判断するステップと、を含む。
【００２６】
第２実施形態では、前記通信制御方法は、前記ランダムアクセスプリアンブルを受信したか否かを判断するステップをさらに有する。前記判断するステップは、前記プリアンブル送信指示の送信からの経過時間を計時するステップと、前記経過時間が所定時間に達するまでに前記ランダムアクセスプリアンブルを受信しない場合に、前記ランダムアクセスプリアンブルを受信しないと判断するステップと、を含む。
【００２７】
第２実施形態では、前記通信制御方法は、前記近隣基地局が利用可能な非コンテンションベース・ランダムアクセスプリアンブルのセットを示す情報を前記近隣基地局から受信するステップと、前記セットの中から何れかの非コンテンションベース・ランダムアクセスプリアンブルを選択するステップと、をさらに有する。前記プリアンブル送信指示を送信するステップにおいて、前記基地局は、前記選択した非コンテンションベース・ランダムアクセスプリアンブルを示す情報を含む前記プリアンブル送信指示を前記ユーザ端末に送信する。
【００２８】
第２実施形態では、前記通信制御方法は、前記ランダムアクセスプリアンブルを前記近隣基地局が受信したことを示す通知情報を前記近隣基地局から受信するステップと、前記通知情報に基づいて、前記近隣基地局を通常モードに遷移させるための要求情報を前記近隣基地局に送信するステップと、をさらに有する。
【００２９】
第２実施形態に係る基地局は、ユーザ端末と接続する。前記基地局は、省電力モードで動作する近隣基地局が前記ユーザ端末を検出できるように、ランダムアクセスプリアンブルの送信を指示するプリアンブル送信指示を前記ユーザ端末に送信する送信部と、自基地局が前記ユーザ端末から前記ランダムアクセスプリアンブルを受信しない場合であっても、前記ランダムアクセスプリアンブルに対応するランダムアクセス応答を前記ユーザ端末に送信する制御を行う制御部と、を有する。
【００３０】
［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００３１】
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。
【００３２】
図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３３】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３４】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３５】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３６】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３７】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３８】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する送信機１１１を含む。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する受信機１１２を含む。
【００３９】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４０】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４１】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００４２】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する送信機２１１を含む。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する受信機２１２を含む。送信機２１１は無線送信機に相当し、受信機２１２は無線受信機に相当する。
【００４３】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４４】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４５】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４６】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４７】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４８】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４９】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５０】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００５１】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００５２】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５３】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５４】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５５】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５６】
（エナジーセービング技術）
図６は、第１実施形態に係るエナジーセービング技術を説明するための図である。第１実施形態に係るＬＴＥシステムには、ネットワークの消費電力を削減する省電力（エナジーセービング）技術が導入される。
【００５７】
図６に示すように、マクロセルＡ及びＢのカバレッジ内に複数の小セルＣ乃至Ｇが配置されるネットワーク構成（いわゆる、ＨｅｔＮｅｔ）において、トラフィック状況などに応じて、小セルを選択的に省電力モード／通常モードに設定する。小セルは、マクロセルよりもカバレッジの狭いセルであり、例えばピコセル又はフェムトセルなどである。
【００５８】
例えば、マクロセルのトラフィック負荷が高い場合に、省電力モードで動作する複数の小セルを選択的に通常モードに設定する。ここで、ネットワークを効率的に運用するためには、省電力モードで動作する小セルが複数存在する場合に、マクロセルと接続するＵＥ１００が近傍に存在する小セルのみを通常モードに設定することが望ましい。
【００５９】
（第１実施形態に係る通信制御方法）
図７は、第１実施形態に係る動作環境を示す図である。図７に示すように、ｅＮＢ２００−１は、マクロセルを管理するマクロセル基地局である。ｅＮＢ２００−１には、マクロセルに在圏するＵＥ１００が接続している。
【００６０】
ｅＮＢ２００−２及びｅＮＢ２００−３のそれぞれは、小セルを管理する小セル基地局である。ｅＮＢ２００−２及びｅＮＢ２００−３は、ｅＮＢ２００−１の近隣に位置する。具体的には、ｅＮＢ２００−２及びｅＮＢ２００−３のそれぞれが管理する小セルのカバレッジは、マクロセルのカバレッジと少なくとも一部が重複する。
【００６１】
第１実施形態では、各小セルは、省電力モードに設定されている。例えば、ｅＮＢ２００−２及びｅＮＢ２００−３のそれぞれは、少なくとも送信機２１１をオフ状態に設定しており、無線信号の送信を停止（すなわち、停波）している。以下においては、省電力モードで動作するｅＮＢ２００−２及びｅＮＢ２００−３を代表してｅＮＢ２００−２の動作を主として説明する。
【００６２】
第１実施形態に係る通信制御方法（閾値設定方法）は、省電力モードで動作するｅＮＢ２００−２において用いられる。
【００６３】
第１実施形態に係る通信制御方法は、ｅＮＢ２００−２が、閾値を設定するステップと、近隣のｅＮＢ２００−１と接続するＵＥ１００から送信される上りリンク信号を受信するステップと、上りリンク信号の受信電力が閾値を超えたことに応じて、省電力モードから通常モードに遷移するための処理を開始するステップと、を有する。このように、閾値は、近傍ＵＥ１００が存在するか否かを判断するための検出閾値である。以下において、当該閾値を受信電力閾値と称する。
【００６４】
受信電力閾値を設定するステップにおいて、ｅＮＢ２００−２は、近隣のｅＮＢ２００−１から受信する情報に基づいて、受信電力閾値を設定する。
【００６５】
これにより、予め固定の受信電力閾値を設定する場合に比べて、ｅＮＢ２００−１の状況に応じて受信電力閾値を可変とすることができるため、近傍ＵＥ１００を検出する感度を適応的に変更することができる。
【００６６】
第１実施形態に係る通信制御方法は、ｅＮＢ２００−２が、受信電力閾値を指定する閾値指定情報を近隣のｅＮＢ２００−１から受信するステップをさらに有する。受信電力閾値を設定するステップにおいて、ｅＮＢ２００−２は、近隣のｅＮＢ２００−１から受信した閾値指定情報に基づいて、受信電力閾値を設定する。
【００６７】
これにより、近傍ＵＥ１００を検出する感度をｅＮＢ２００−１が制御することができる。
【００６８】
第１実施形態に係る通信制御方法は、ｅＮＢ２００−２が、閾値指定情報を受け入れるか否かを判断するステップと、閾値指定情報を受け入れると判断した場合に、ＵＥ１００に適用することが可能な上りリンク信号の設定情報を近隣のｅＮＢ２００−１に送信するステップと、をさらに有する。
【００６９】
これにより、ｅＮＢ２００−１は、適切な設定をＵＥ１００に対して行った上で、ＵＥ１００に上りリンク信号を送信させることができる。
【００７０】
第１実施形態では、ｅＮＢ２００−２が、閾値指定情報を受け入れるか否かを判断し、判断結果（ＯＫ／ＮＧ）を示す応答（例えば、判断結果がＯＫの場合はＡＣＫ、判断結果がＮＧの場合はＮＡＣK）を隣接基地局（ｅＮＢ２００−１）に送信するステップをさらに有してもよい。
【００７１】
第１実施形態では、上りリンク信号は、ランダムアクセスプリアンブル、サウンディング参照信号（ＳＲＳ）、復調参照信号（ＤＭＲＳ）、の何れかである。或いは、ＩｏＴ（Ｉｎｔｅｒｆｅｒｅｎｃｅ−ｏｖｅｒ−ｔｈｅｒｍａｌ）を測定するケースでは、上りリンク信号は、ＰＵＳＣＨ信号又はＰＵＣＣＨ信号であってもよい。以下においては、上りリンク信号がランダムアクセスプリアンブルであるケースを主として説明する。ランダムアクセスプリアンブルは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上で送信される。
【００７２】
（第１実施形態に係る動作シーケンス）
図８は、第１実施形態に係る動作シーケンスを示すシーケンス図である。
【００７３】
図８に示すように、ステップＳ１０１において、ＵＥ１００は、ｅＮＢ２００−１とのＲＲＣ接続を確立する。
【００７４】
ステップＳ１０２において、ｅＮＢ２００−１は、自身の負荷レベルが高まったことを検出する。ｅＮＢ２００−１は、受信電力閾値（Ｒｅｃｅｉｖｉｎｇ  ｓｉｇｎａｌ  ｓｔｒｅｎｇｔｈ  ｔｈｒｅｓｈｏｌｄ）を指定する閾値指定情報をｅＮＢ２００−２に送信する。ｅＮＢ２００−１は、自身の負荷レベルに関する高負荷通知（Ｈｉｇｈ  ｌｏａｄ  ｓｉｇｎａｌｉｎｇ）に閾値指定情報を含めて送信してもよい。ｅＮＢ２００−２は、閾値指定情報をｅＮＢ２００−１から受信する。なお、ｅＮＢ２００−１は、自身の負荷レベルに応じて受信電力閾値を決定することが好ましい。例えば自身の負荷レベルが高いほど受信電力閾値を低くすることにより、ＵＥ１００の検出感度を高くすることができる。或いは、ｅＮＢ２００−１は、ＵＥ１００の送信電力に応じて受信電力閾値を決定してもよい。例えばＵＥ１００の送信電力が高いほど受信電力閾値を高くすることにより、近傍ＵＥ１００の検出精度を適切に設定することができる。
【００７５】
ステップＳ１０３において、ｅＮＢ２００−２は、閾値指定情報を受け入れるか否かを判断する。例えば、ｅＮＢ２００−２は、ＰＲＡＣＨ送信周波数の受信機を具備していない場合（もしくは故障している場合）には、閾値指定情報を受け入れないと判断する。ｅＮＢ２００−２が閾値指定情報を受け入れない場合、処理が終了する。ここでは、ｅＮＢ２００−２が閾値指定情報を受け入れると仮定して、説明を進める。
【００７６】
ステップＳ１０４において、ｅＮＢ２００−２は、閾値指定情報により指定される受信電力閾値を記憶する。
【００７７】
ステップＳ１０５において、ｅＮＢ２００−２は、ＵＥ１００に適用することが可能なランダムアクセスプリアンブルの設定情報をｅＮＢ２００−１に送信する。当該設定情報は、ｅＮＢ２００−２が利用可能な非コンテンションベース・ランダムアクセスプリアンブル（ｃｏｎｔｅｎｔｉｏｎ−ｌｅｓｓ  ｐｒｅａｍｂｌｅ）のセットを示す情報を含む。ｅＮＢ２００−１は、当該設定情報を受信する。
【００７８】
ステップＳ１０６において、ｅＮＢ２００−１は、ｅＮＢ２００−２が利用可能な非コンテンションベース・ランダムアクセスプリアンブルのセットの中から、ＵＥ１００に設定する非コンテンションベース・ランダムアクセスプリアンブルを選択する。例えば、ｅＮＢ２００−２及びｅＮＢ２００−３で共通して利用可能な非コンテンションベース・ランダムアクセスプリアンブルを選択する。
【００７９】
ステップＳ１０７において、ｅＮＢ２００−１は、選択した非コンテンションベース・ランダムアクセスプリアンブルをｅＮＢ２００−２に通知する。なお、ステップＳ１０７は必須ではなく、省略してもよい。
【００８０】
ステップＳ１０８において、ｅＮＢ２００−１は、自身に接続する複数のＵＥ１００の中から、ｅＮＢ２００−２に近接するＵＥ１００の候補を選択し、選択したＵＥ１００に対して非コンテンションベース・ランダムアクセスプリアンブルを割り当てることを決定する。また、ｅＮＢ２００−１は、ＵＥ１００が非コンテンションベース・ランダムアクセスプリアンブルを送信するタイミングを調整するための調整値（ＴＡ：Ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）を推定してもよい。
【００８１】
ステップＳ１０９において、ｅＮＢ２００−１は、非コンテンションベース・ランダムアクセスプリアンブル（及びＴＡ）をＵＥ１００に設定する。
【００８２】
ステップＳ１１０において、ＵＥ１００は、設定された非コンテンションベース・ランダムアクセスプリアンブルを送信する。ｅＮＢ２００−２は、ＵＥ１００から送信される非コンテンションベース・ランダムアクセスプリアンブルを受信し、当該非コンテンションベース・ランダムアクセスプリアンブルの受信電力を測定する。
【００８３】
ステップＳ１１１において、ｅＮＢ２００−２は、非コンテンションベース・ランダムアクセスプリアンブルの受信電力を、ステップＳ１０４で記憶した受信電力閾値と比較する。当該受信電力が受信電力閾値を超える場合、ｅＮＢ２００−２は、当該非コンテンションベース・ランダムアクセスプリアンブルの送信元ＵＥ１００が近傍に位置すると判断する。ここでは当該受信電力が受信電力閾値を超えると仮定して、説明を進める。
【００８４】
ステップＳ１１２において、ｅＮＢ２００−２は、省電力モードから通常モードに遷移するための処理を開始する。例えば、ｅＮＢ２００−２は、送信機２１１をオフ状態からオン状態に切り替えて（スイッチ・オン）、無線信号（セル固有参照信号など）の送信を開始する。送信機２１１をオンにした状態とは、通常の運用状態（通常モード）に相当する。或いは、ｅＮＢ２００−２は、ｅＮＢ２００−１に対して通知を行った上で、ｅＮＢ２００−１からの指示を待って、送信機２１１をオフ状態からオン状態に切り替えてもよい。
【００８５】
［第１実施形態の変更例１］
上述した第１実施形態では、ｅＮＢ２００−１が受信電力閾値を直接的に制御するケースを例示したが、受信電力閾値を間接的に制御してもよい。
【００８６】
第１実施形態の変更例に係る通信制御方法は、ｅＮＢ２００−２が、ｅＮＢ２００−１の負荷状況を示す負荷情報をｅＮＢ２００−１から受信するステップをさらに有する。受信電力閾値を設定するステップにおいて、ｅＮＢ２００−２は、ｅＮＢ２００−１から受信した負荷情報に基づいて、受信電力閾値を設定する。例えばｅＮＢ２００−１の負荷レベルが高いほど受信電力閾値を低くすることにより、ＵＥ１００の検出感度を高くすることができる。
【００８７】
［第１実施形態の変更例２］
上述した第１実施形態では、マクロセルのトラフィック負荷が高い場合に、省電力モードで動作する複数の小セルを選択的に通常モードに設定するケースを例示した。ここで、トラフィック負荷が高いと判断するための閾値（負荷閾値）は、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）により設定されてもよい。ＯＡＭは、保守監視装置に相当する。
【００８８】
図９は、第１実施形態の変更例２に係る動作シーケンスを示すシーケンス図である。ここでは、図８に示したシーケンス図との相違点を説明する。
【００８９】
図９に示すように、ステップＳ１００１において、ＯＡＭ５００は、負荷閾値（ＬＴＨ）をｅＮＢ２００−１に送信する。ｅＮＢ２００−１は、負荷閾値を受信し、受信した負荷閾値を記憶する。
【００９０】
ステップＳ１００２において、ｅＮＢ２００−１は、自身の負荷レベルを監視し、自身の負荷レベルが負荷閾値を超えるか否かを判断する。負荷レベルとは、ｅＮＢ２００−１のセル（マクロセル）における無線リソースの使用率又はｅＮＢ２００−１のハードウェア負荷などである。ｅＮＢ２００−１の負荷レベルが負荷閾値を超えた場合、処理がステップＳ１０２に進む。その後の動作については、上述した第１実施形態と同様である。
【００９１】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成及び動作環境については、第１実施形態と同様である。
【００９２】
（第２実施形態に係る通信制御方法）
（１）ｅＮＢ２００−２
第２実施形態に係る通信制御方法（上りリンク信号検出方法）は、送信機２１１及び受信機２１２を備えるｅＮＢ２００−２において用いられる。
【００９３】
第２実施形態に係る通信制御方法は、ｅＮＢ２００−２が、送信機２１１及び受信機２１２の両方をオフ状態に設定する第１の省電力モードで動作するステップと、送信機２１１をオフ状態に維持しつつ受信機２１２をオン状態に設定する第２の省電力モードに遷移するステップと、第２の省電力モードにおいて、ｅＮＢ２００−１と接続するＵＥ１００から送信される上りリンク信号を受信機２１２が受信したか否かを判断するステップと、を有する。
【００９４】
ここで、第１の省電力モードは、第２の省電力モードに比べてｅＮＢ２００−２の消費電力が少ない。第２の省電力モードは、近傍ＵＥ１００を検出可能とする省電力モードである。このように、第１の省電力モード及び第２の省電力モードを適切に使い分けることにより、省電力化を図りながら近傍ＵＥ１００を検出可能とすることができる。
【００９５】
第２実施形態に係る通信制御方法は、ｅＮＢ２００−２が、上りリンク信号を受信機２１２が受信したと判断された場合に、送信機２１１及び受信機２１２の両方をオン状態に設定する通常モードに遷移するための処理を開始するステップをさらに有する。
【００９６】
これにより、近傍ＵＥ１００を検出した場合には通常モードに遷移することで、適切なセル起動（スイッチ・オン）を行うことができる。
【００９７】
第２実施形態に係る通信制御方法は、ｅＮＢ２００−２が、第２の省電力モードへ遷移するためのトリガ情報をｅＮＢ２００−１から受信するステップをさらに有する。第２の省電力モードに遷移するステップにおいて、ｅＮＢ２００−２は、トリガ情報の受信に応じて第２の省電力モードに遷移する。
【００９８】
これにより、例えばｅＮＢ２００−１がＵＥ１００に上りリンク信号を送信させることに応じて、ｅＮＢ２００−２を第２の省電力モードに遷移させて、近傍ＵＥ１００を検出可能な状態にすることができる。
【００９９】
第２実施形態では、トリガ情報は、上りリンク信号の受信を開始することを要求する情報、受信機２１２をオン状態に切り替えることを要求する情報、上りリンク信号の設定情報、の何れかである。
【０１００】
第２実施形態では、上りリンク信号は、ランダムアクセスプリアンブル、サウンディング参照信号（ＳＲＳ）、復調参照信号（ＤＭＲＳ）、の何れかである。以下においては、上りリンク信号がランダムアクセスプリアンブルであるケースを主として説明する。ランダムアクセスプリアンブルは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上で送信される。
【０１０１】
（２）ｅＮＢ２００−１
第２実施形態に係る通信制御方法（プリアンブル送信制御方法）は、ＵＥ１００と接続するｅＮＢ２００−１において用いられる。
【０１０２】
第２実施形態に係る通信制御方法は、ｅＮＢ２００−１が、省電力モードで動作するｅＮＢ２００−２がＵＥ１００を検出できるように、ランダムアクセスプリアンブルの送信を指示するプリアンブル送信指示をＵＥ１００に送信するステップと、ＵＥ１００からランダムアクセスプリアンブルを受信しない場合であっても、ランダムアクセスプリアンブルに対応するランダムアクセス応答をＵＥ１００に送信するステップと、を有する。
【０１０３】
現行の仕様では、ＵＥ１００は、ランダムアクセス応答を正常に受信するまで、送信電力を上昇させつつ、ランダムアクセスプリアンブルの送信を繰り返す。上述したように、省電力モードで動作するｅＮＢ２００−２はランダムアクセス応答を送信しない。よって、ｅＮＢ２００−１がランダムアクセス応答をＵＥ１００に送信することにより、ランダムアクセスプリアンブルの送信を停止させることができる。
【０１０４】
第２実施形態に係る通信制御方法は、ｅＮＢ２００−１が、ランダムアクセスプリアンブルを受信したか否かを判断するステップをさらに有する。
【０１０５】
当該判断するステップは、ランダムアクセスプリアンブルをｅＮＢ２００−２が受信したことを示す通知情報をｅＮＢ２００−２から受信するステップと、通知情報を受信した際にＵＥ１００からランダムアクセスプリアンブルを受信していない場合に、ランダムアクセスプリアンブルを受信しないと判断するステップと、を含む。
【０１０６】
或いは、当該判断するステップは、プリアンブル送信指示の送信からの経過時間を計時するステップと、経過時間が所定時間に達するまでにランダムアクセスプリアンブルを受信しない場合に、ランダムアクセスプリアンブルを受信しないと判断するステップと、を含む。所定時間とは、ＵＥ１００がランダムアクセス応答を送信すると想定される時点までのウィンドウ幅に対応する時間である。
【０１０７】
第２実施形態に係る通信制御方法は、ｅＮＢ２００−１が、ｅＮＢ２００−２が利用可能な非コンテンションベース・ランダムアクセスプリアンブルのセットを示す情報をｅＮＢ２００−２から受信するステップと、当該セットの中から何れかの非コンテンションベース・ランダムアクセスプリアンブルを選択するステップと、をさらに有する。プリアンブル送信指示を送信するステップにおいて、ｅＮＢ２００−１は、選択した非コンテンションベース・ランダムアクセスプリアンブルを示す情報を含むプリアンブル送信指示をＵＥ１００に送信する。
【０１０８】
第２実施形態に係る通信制御方法は、ｅＮＢ２００−１が、ランダムアクセスプリアンブルをｅＮＢ２００−２が受信したことを示す通知情報をｅＮＢ２００−２から受信するステップと、通知情報に基づいて、ｅＮＢ２００−２を通常モードに遷移させるための要求情報をｅＮＢ２００−２に送信するステップと、をさらに有する。
【０１０９】
（第２実施形態に係る動作シーケンス）
図１０は、第２実施形態に係る動作シーケンスを示すシーケンス図である。初期状態において、ｅＮＢ２００−２は、送信機２１１及び受信機２１２の両方をオフ状態に設定する第１の省電力モードで動作している。
【０１１０】
図１０に示すように、ステップＳ２０１乃至Ｓ２０３において、ｅＮＢ２００−１は、ｅＮＢ２００−２におけるＰＲＡＣＨの設定情報（ＰＲＡＣＨ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）をｅＮＢ２００−２から取得する処理を行う。ＰＲＡＣＨの設定情報は、例えばＸ２  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅメッセージ又はｅＮＢ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅメッセージに含まれる。
【０１１１】
ｅＮＢ２００−１は、取得したＰＲＡＣＨの設定情報に基づいて、ｅＮＢ２００−２が利用可能な非コンテンションベース・ランダムアクセスプリアンブルのセットの中から、ＵＥ１００に設定する非コンテンションベース・ランダムアクセスプリアンブルを選択する。例えば、ｅＮＢ２００−２及びｅＮＢ２００−３で共通して利用可能な非コンテンションベース・ランダムアクセスプリアンブルを選択する。
【０１１２】
ステップＳ２０４において、ｅＮＢ２００−１は、選択した非コンテンションベース・ランダムアクセスプリアンブル（のリスト）をｅＮＢ２００−２に通知する。当該リスト（ＰＲＡＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ−Ｌｉｓｔ）をＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージに含めてもよい。本シーケンスにおいて、当該リスト（ＰＲＡＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ−Ｌｉｓｔ）は、トリガ情報に相当する。
【０１１３】
ステップＳ２０５において、ｅＮＢ２００−２は、ランダムアクセスプリアンブルの測定開始通知（Ｍｅａｓｕｒｅｍｅｎｔ  Ｉｎｉｔｉａｔｉｏｎ  Ｒｅｓｕｌｔ）をｅＮＢ２００−１に送信する。当該測定開始通知をＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｓｐｏｎｓｅメッセージに含めてもよい。
【０１１４】
ステップＳ２０６において、ｅＮＢ２００−２は、受信機２１２をオフ状態からオン状態に切り替えて、送信機２１１をオフ状態に維持しつつ受信機２１２をオン状態に設定する第２の省電力モードに遷移する。これにより、ランダムアクセスプリアンブルを受信可能な状態になる。
【０１１５】
ステップＳ２０７において、ｅＮＢ２００−２は、受信機２１２をオフ状態からオン状態に切り替えたこと、すなわち第２の省電力モードに遷移したことをｅＮＢ２００−１に通知する。
【０１１６】
ｅＮＢ２００−１は、自身に接続する複数のＵＥ１００の中から、ｅＮＢ２００−２に近接するＵＥ１００の候補を選択し、選択したＵＥ１００に対して非コンテンションベース・ランダムアクセスプリアンブルを割り当てることを決定する。また、ｅＮＢ２００−１は、ＵＥ１００が非コンテンションベース・ランダムアクセスプリアンブルを送信するタイミングを調整するための調整値（ＴＡ）を推定してもよい。
【０１１７】
ステップＳ２０８において、ｅＮＢ２００−１は、ＭＡＣ層の制御コマンドによりＴＡをＵＥ１００に設定する。但し、ステップＳ２０８は必須ではなく、省略してもよい。
【０１１８】
ステップＳ２０９において、ｅＮＢ２００−１は、ＰＤＣＣＨ上の指令により非コンテンションベース・ランダムアクセスプリアンブルをＵＥ１００に設定する。
【０１１９】
ステップＳ２１０において、ＵＥ１００は、設定された非コンテンションベース・ランダムアクセスプリアンブルを送信する。ここでは、ｅＮＢ２００−２が非コンテンションベース・ランダムアクセスプリアンブルを受信し、ｅＮＢ２００−１が非コンテンションベース・ランダムアクセスプリアンブルを受信しないと仮定して、説明を進める。
【０１２０】
ステップＳ２１１において、ｅＮＢ２００−１は、ＵＥ１００から非コンテンションベース・ランダムアクセスプリアンブルを受信しない場合であっても、非コンテンションベース・ランダムアクセスプリアンブルに対応するランダムアクセス応答をＵＥ１００に送信する。なお、ランダムアクセス応答は、ＭＡＣ層のメッセージである。なお、非コンテンションベース・ランダムアクセス応答の送信タイミングは、ＵＥ１００におけるランダムアクセス応答の受信待ち時間を規定するタイマ時間内であることが好ましい。ランダムアクセス応答を受信したＵＥ１００は、非コンテンションベース・ランダムアクセスプリアンブルの送信を停止する。
【０１２１】
ステップＳ２１２において、非コンテンションベース・ランダムアクセスプリアンブルを受信したｅＮＢ２００−２は、受信した非コンテンションベース・ランダムアクセスプリアンブル（のリスト）をｅＮＢ２００−１に通知する。当該リスト（ＰＲＡＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ−Ｌｉｓｔ）は、非コンテンションベース・ランダムアクセスプリアンブルの受信電力の情報を含む。また、当該リスト（ＰＲＡＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ−Ｌｉｓｔ）を、Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｕｐｄａｔｅメッセージに含めてもよい。なお、ｅＮＢ２００−２は、非コンテンションベース・ランダムアクセスプリアンブルを受信しない場合には、Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｕｐｄａｔｅメッセージに当該リストを含めない、又はヌル値（無効値）を設定してもよい。
【０１２２】
ステップＳ２１３において、ｅＮＢ２００−１は、当該リストに基づいて、ＵＥ１００に最も近いｅＮＢ（ｅＮＢ２００−２又はｅＮＢ２００−３）を特定する。例えば、ＵＥ１００から非コンテンションベース・ランダムアクセスプリアンブルを最も高い受信電力で受信したｅＮＢを当該ＵＥ１００に最も近いｅＮＢとして特定する。ここでは、ＵＥ１００に最も近いｅＮＢとしてｅＮＢ２００−２が特定されたと仮定して、説明を進める。
【０１２３】
ステップＳ２１４において、ｅＮＢ２００−１は、ｅＮＢ２００−２を通常モードに遷移させるための起動要求（Ｃｅｌｌ  Ａｃｔｉｖａｔｉｏｎ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００−２に送信する。当該起動要求を受信したｅＮＢ２００−２は、通常モードに遷移する。
【０１２４】
［第２実施形態の変更例］
図１１は、第２実施形態の変更例に係る動作シーケンスを示すシーケンス図である。ここでは、図１０に示したシーケンス図との相違点を説明する。
【０１２５】
図１１に示すように、ステップＳ２００１において、ＯＡＭ５００は、負荷閾値（ＬＴＨ）をｅＮＢ２００−１に送信する。ｅＮＢ２００−１は、負荷閾値を受信し、受信した負荷閾値を記憶する。
【０１２６】
ステップＳ２００２において、ｅＮＢ２００−１は、自身の負荷レベルを監視し、自身の負荷レベルが負荷閾値を超えるか否かを判断する。負荷レベルとは、ｅＮＢ２００−１のセル（マクロセル）における無線リソースの使用率又はｅＮＢ２００−１のハードウェア負荷などである。ｅＮＢ２００−１の負荷レベルが負荷閾値を超えた場合、処理がステップＳ２０４に進む。その後の動作については、上述した第２実施形態と同様である。
【０１２７】
［その他の実施形態］
上述した第１実施形態及び第２実施形態は、別個独立して実施するだけでなく、相互に組み合わせ実施することが好ましい。例えば、第２実施形態に係る通信制御方法は、第１実施形態に係る動作シーケンスに対しても適用可能である。
【０１２８】
また、上述した第１実施形態及び第２実施形態では、ｅＮＢ２００−１がマクロセルを管理しており、ｅＮＢ２００−２及びｅＮＢ２００−３のそれぞれが小セルを管理するケースを例示した。しかしながら、ｅＮＢ２００−１がピコセルを管理しており、ｅＮＢ２００−２及びｅＮＢ２００−３のそれぞれがフェムトセルを管理してもよい。
【０１２９】
上述した第１実施形態及び第２実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１３０】
［付記１］
以下において、上述した実施形態の補足事項について付記する。
【０１３１】
1  序章
エナジーセービングのスイッチオン改善案として、以下の3つの解決策がある。
【０１３２】
解決策1：ホットスポットセルからの下りリンクシグナリングを用いた端末検出法
解決策2：ホットスポットセルによるIoT（干渉受信電力値）測定法
解決策3：ホットスポットセルによる上りリンクシグナルを用いた検出法
【０１３３】
解決策3に関して、以下の3つの課題がある。
【０１３４】
課題1：このメカニズムが、端末の振る舞いを変える必要があるか否かの議論が必要である。
【０１３５】
課題2：ホットスポットセルの運用状態を明確にする必要がある。
【０１３６】
課題3：電力削減と正しいホットスポットセルを検出する時間の観点で、解決策1に対してどのような利点があるかを明確化する必要がある。
【０１３７】
本付記では、解決策3に関する課題の分析結果を示す。
【０１３８】
2  詳細
2.1  解決策3で用いられる上りリンクシグナル
解決策3は元来、CB-HetNet-ICIC用の解決策1c〜1eとして提案されたものである。“上りリンクシグナル”という単語には、以下のシグナルが意図されている。
【０１３９】
1.カバレッジセルのPRACHリソース上のランダムアクセスプリアンブル
2.サウンディング参照信号（SRS）
3.復調参照信号（DM-RS）
【０１４０】
考察1：解決策3用の上りリンクシグナルは、既存3シグナルを意図している。
【０１４１】
2.2  課題分析
解決策3が上記3シグナル全てをサポートするか否かに関わらず上記の課題は解析可能である。
【０１４２】
2.2.1  課題1
課題1：このメカニズムが、端末の振る舞いを変える必要があるか否かの議論が必要である。
【０１４３】
解決策3は既存のPRACH、SRS及び／又はDM-RSを用いる。端末の振る舞いは、コンフィギュレーション段階と送信段階に分けることができる。
【０１４４】
コンフィギュレーション段階においては、基地局は上りリンクシグナルを送信する為のパラメータを端末に設定する。このパラメータは、リソース割当（時間／周波数）、シーケンス等を含むかもしれない。明らかに、この上りリンクシグナルは現状仕様に存在しており、端末は仕様に準拠して上りリンクシグナルを送信する。加えて、ホットスポットセルは、スイッチオン改善の為に、仕様に準拠してシグナルを検出すべきである。故に、解決策3は、端末の振る舞いを変更する必要はない。
【０１４５】
考察2：解決策3が現状の端末の振る舞いをベースに設計されるのであれば、課題1は問題ない。
【０１４６】
提案1：解決策3は現状の端末の振る舞いをベースに設計されるべきである。
【０１４７】
2.2.2  課題2
課題2：ホットスポットセルの運用状態を明確にする必要がある。
【０１４８】
“運用状態”という単語は、電力ドメインと時間／周波数ドメインに分割することが可能と思われる。
【０１４９】
電力ドメインは、送信回路もしくは受信回路がオンされるべきか否かを意味している。明らかに、解決策3は、上りリンクシグナルを検出する為に、ホットスポットセル内の受信回路をオンする必要があるが、上りリンクシグナルを検出するだけの為、パワーアンプを含む送信回路はオンする必要が無い。言い換えると、ホットスポットセルの状態は“リスニング”もしくは“部分的オン”と呼ぶことができる。
【０１５０】
考察3：解決策3は、ホットスポットセルの受信回路をオンする必要があるが、送信回路はオフ状態を維持できる。
【０１５１】
時間／周波数ドメインは、カバレッジセルとホットスポットセルの同期が必要か否かを意味している。解決策3がSRSを用いる場合、検出信頼性の為に、基地局間同期が必要である事が知られている。DM-RSを用いる場合にも同様の仮定が適用されると思われる。一方、PRACHを用いる場合は、同期を仮定するとより簡単な検出が可能であるものの、基地局間同期についての要求事項は無い。
【０１５２】
基地局間同期については、GPS、IEEE 1588及び／又は無線同期法等、多数の手法が実ネットワークに導入されている。これらの手法は正確なクロックレベル同期を提供できるものの、解決策3は信頼性およびより簡単な検出を行う為に、サブフレームレベル同期といったラフな精度で動作する。なぜならば、正確なクロック情報は上りリンクシグナルそのものから再生が可能な為である。サブフレームレベル同期を考える場合、解決策3には仕様変更を伴わない無線同期法が適用可能である。例えば、ホットスポットセルは上りリンクシグナルもしくは下りリンク同期信号（PSS/SSS）を受信して同期する方法が考えられる。これは実装依存で実現可能である。
【０１５３】
考察4：SRSを用いる解決策3は基地局間同期が必要だが、PRACHを用いる場合は必須ではない。
【０１５４】
考察5：同期精度の要求事項はラフである為、解決策3には簡単な実装依存技術が適用可能である。
【０１５５】
提案3：解決策3において、リスニング状態のホットスポットセルは、受信回路オンと実装依存の同期手法が必要となる。
【０１５６】
2.2.3  課題3
課題3：電力削減と正しいホットスポットセルを検出する時間の観点で、解決策1に対してどのような利点があるかを明確化する必要がある。
【０１５７】
既に知られているように、解決策1は、端末検出中に下りリンクにおける干渉を発生させる。これは、カバレッジセルは自身のオーバーロードが発生している（故に今、ホットスポットセルをオンしたい）状況にあり、一般に上りリンクよりも下りリンクの混雑が発生し易い為、クリティカルな問題である。上りリンクに関しては、解決策3で用いられる上りリンクシグナルは、カバレッジセルにより専用の無線リソースを割り当てられる。故に、上りリンクシグナルはカバレッジセルにおいて直交状態で受信される。
【０１５８】
考察6：解決策3は、下りリンクおよび上りリンク干渉のないメカニズムである。
【０１５９】
近傍端末検出に係る追加の消費電力の観点からは、前述の通り、解決策3は送信回路のオンを必要としない。一方、解決策1は無線アクセス技術間の解決策で示された以下の通り、検出の為のSCH/BCH/RS信号を送信する為に送信回路をオンしなければならない。
【０１６０】
注釈：プロ―ビング時間の間、ホットスポットセルは、SCH/BCH/RS信号のみを送信し、トラフィックを許容しない。
【０１６１】
基地局内の電力消費比率に関しては、パワーアンプ（PA）段が、基地局全体の20〜60%を占めていると報告されている。PAをオフ状態に保つことは、追加の消費電力を抑える上で、非常に重要なファクタである。
【０１６２】
考察7：解決策3は、PA段における追加の消費電力が無いメカニズムである。
【０１６３】
検討すべき別の側面は検出時間である。解決策1は約1分以上（少なくとも10秒）が必要であると報告されている。
【０１６４】
基地局のプロ―ビング時間Xは、常にYよりも少ない。基地局のプロ―ビング時間Xは、運用に依存するパラメータであり、DRX（間欠受信サイクル長）に起因して、最小で1〜2分の範囲である。
【０１６５】
議論の為にセルは10秒のプロービング時間を有するが、要求プロービング時間は1分である。
【０１６６】
一方、解決策3は、現在通信中の端末から送信された上りリンクシグナルを用いる。故に、基地局から端末への設定時間は無視できる。なぜならば非理想バックホールにおけるX2のレイテンシが支配的な為である。スモールセル研究におけるワーストレイテンシであるDSLアクセスの60[ms]と、技術報告書のステップに準じてX2を2回往復すると仮定すると、240+α[ms]と見積もることができる。ワンショットの上りリンクシグナルにより検出が完了すると仮定すると、解決策1と比較して、解決策3は少なくとも約40倍高速な検出が可能である。
【０１６７】
考察8：解決策3は高速検出が可能な手法である。
【０１６８】
提案4：解決策3は、干渉、電力効率および検出の高速性において、解決策1と比較して優位である。
【０１６９】
3  結論
付記では、スイッチオン改善解決策3の課題について説明した。
【０１７０】
4  付録
解決策3：ホットスポットセルによる上りリンクシグナルを用いた検出法
以下の課題が示された。
【０１７１】
課題1：このメカニズムが、端末の振る舞いを変える必要があるか否かの議論が必要である。
【０１７２】
解決策3-1.1：端末の振る舞いの変更は要求しない。
【０１７３】
課題2：ホットスポットセルの運用状態を明確にする必要がある。
【０１７４】
解決策3-2.1：ホットスポットセルの受信回路はオンすべきであり、基地局間同期は仮定すべきである。但し、PRACHの場合は、同期の要求事項は、実装依存の技術により適合可能である。
【０１７５】
課題3：電力削減と正しいホットスポットセルを検出する時間の観点で、解決策1に対してどのような利点があるかを明確化する必要がある。
【０１７６】
解決策3-3.1：ホットスポットセルのPAオフを維持することにより、検出に係る追加の消費電力は、解決策1と比較して著しく低い。加えて、検出時間は解決策1よりも著しく高速である。
【０１７７】
［付記２］
最新の技術報告書（TR36.887 V1.2.0）では、休止基地局のスイッチオン機能拡張のための3つの解決策が挙げられた。解決策1：ホットスポットセルからのDL信号を利用したUE検出。解決策2：ホットスポットセルによるIOT測定。解決策3：ホットスポットセルによるUL信号の検出。
【０１７８】
同時に、解決策に関するいくつかの未解決の課題が特定された。解決策3に関しては、未解決の課題が以下に挙げられる。課題1：このメカニズムがUEの動作を変更する必要があるかどうかを検討する必要がある。課題2：ホットスポットセルの動作状態を明確にする必要がある。課題3：節約されるエネルギー及びホットスポットセルを検出する速度について解決策1に比べて何が有利であるか。課題4：カバレッジセルがリソースの必要性を予測する必要があることを考慮すると、近接検出を開始するための典型的なトリガは何か。課題5：どのeNBをスイッチオンすべきかを決定する情報を収集するためにどのくらいの時間が必要とされるか（秒、数十秒、分又はそれ以上のオーダー）
【０１７９】
本付記では、解決策3の課題の分析を提供する。
【０１８０】
解決策3で使用されるUL信号：解決策3はもともとCB-HetNet-ICICの解決策1c-1Eとして提案された。単語「UL信号」は、1. カバレッジセルのPRACHリソース上におけるランダムアクセスプリアンブル、2. SRS（サウンディング用リファレンス信号）、3. DM-RSを指す。
【０１８１】
考察1：解決策3のためのUL信号は既存の3つの信号を指す。
【０１８２】
未解決の課題の分析：解決策3が上記3つの信号をすべてサポートするのかと、技術報告書に記載された未解決課題は分析することが可能。
【０１８３】
課題1：このメカニズムがUEの動作を変更する必要があるかどうかを検討する必要がある。
【０１８４】
解決策3は、既存のUL信号、PRACH、SRS及び/又はDM-RSを使用する。UEの動作は、2つの段階、設定段階と送信段階とに分類される。設定段階では、eNBは、UEがUL信号を送信するようにパラメータ設定する。それはリソース（時間/周波数）、系列の割り当てを含むことができる。明らかに、上記3つのUL信号は、現在の規格内に存在し、UEは、規格に準拠したUL信号（複数可）を送信する。また、ホットスポットセルは、スイッチオン判定のために、標準に準拠した信号を検出する必要がある。そのため、解決策3は、どのUEの挙動も変更する必要はない。
【０１８５】
考察2：解決策3は、現在のUEの挙動を遵守した設計とすることが可能であり、課題1はもはや課題とはならない。
【０１８６】
課題2：ホットスポットセルの動作状態を明確にする必要がある。
【０１８７】
「動作状態」は2つのカテゴリ、電力ドメインと時間/周波数ドメインとに分割することができると考えられる。電力ドメインのステータスは、送信機又は受信機を有効化するかどうかを意味する。明らかに、解決策3は、UEから送信されたUL信号を検出するためにホットスポットセルがその受信機を有効にする必要があるが、電力増幅器を含む送信機は、検出のために必要とされない。換言すれば、ホットスポットセルの状態は、「リスニング」又は「部分的アクティブ」と呼ぶことができる。
【０１８８】
考察3：解決策3は、ホットスポットセルの受信機をアクティブにするが必要があるが、その送信機は非アクティブを維持することができる。
【０１８９】
時間/周波数ドメインの状態は、カバレッジセルとホットスポットセルとの間の同期を必要とするかどうかを意味する。解決策3のためにSRSを使用する場合には、信頼性の高い検出のためのeNB間の同期が必要である。同じ仮定は、DM-RSを使用する場合にも適用できる。一方、PRACHを使用する場合には、eNB間の同期の要件はないが、仮に同期すればさらに容易な信号検出が可能である。
【０１９０】
eNB間の同期のため、実際のネットワークに導入されている方法として、例えばGPS、IEEE 1588、及び/又は無線同期が導入されている。当該方法は正確なクロック・レベルの同期を提供するが、解決策3は、UL信号そのものの情報によって、同期が粗い精度でも、容易で信頼性のあるUL信号の検出が可能であり、より粗い精度、すなわち、サブフレームレベルの同期を必要とする。サブフレームレベルの同期を考慮した場合、規格を変更しない無線同期方法が解決策3に適用できる、すなわち、ホットスポットセルがUL信号又はDL PSS / SSSをリッスンする。これは、実装事項とすることができる。
【０１９１】
考察4：PRACHが使用される場合は必須ではないが、解決策3がSRSを使用する場合にはeNB間の同期を必要とする。
【０１９２】
考察5：同期精度の要件が粗いため、解決策3に単純な実装技術を採用することができる。
【０１９３】
課題3：節約されるエネルギー及びホットスポットセルを検出する速度について解決策1に比べて何が有利であるか。
【０１９４】
すでに特定されたように、解決策1は、近接UE検出時にDLの干渉を引き起こす。カバレッジセルが自身の過負荷状態であり（そのため、ホットスポットセルを起動したい）、かつ、DL輻輳が一般的にULよりもより頻繁に生じるので、これは大きな課題である。ULについては、解決策3で使用されるUL信号を、カバレッジセルが専用の無線リソースを割り当てることができる。したがって、UL信号は、カバレッジセルに直交して受信されることができる。したがって、干渉を引き起こす追加のDL送信に起因するエネルギーを無駄にしません。
【０１９５】
考察6：解決策3は、DLにおける干渉によるエネルギーを無駄にしない。
【０１９６】
近接UEを検出するための追加的なエネルギー消費の観点から、上述したように、解決策3は、ホットスポットセル内の送信機を有効にする必要はない。一方、解決策1は、RAT間の解決策（プロービング間隔の間に、ホットスポットセルは、SCH/BCH/RS信号のみを送信し、トラフィックを受け入れない）で記載されるように、SCH/ BCH/ RS信号を生成するためにその送信機をアクティブにする必要がある。基地局の電力消費の比率に関して、例えば基地局の電力の20-60％を電力増幅器（PA）段が消費する。追加のエネルギー消費を節約するためにPAの休止状態を維持することは最も重要な因子である。
【０１９７】
考察7：解決策3は、PA段において追加の電力消費のないメカニズムである。
【０１９８】
考慮すべき他の側面は検出速度である。下記のように、解決策1は約1分以上（少なくとも10秒以上）を必要とする。BSプロービング時間間隔Xは常にY以下である。TS25.133及びTS36.133の中で指定されたDRXサイクル長に応じて、BSプロービング時間間隔Xは、最小で1〜2分の範囲内のオペレーション固有のパラメータである。検討のためにセルが10秒のプロービング時間を有するが、要求されるプロービング時間は1分である。一方、解決策3は、課題5のセクションで言及するように、ホットスポットセルを検出するために1秒未満を必要とする。したがって、解決策3は、解決策1よりも少なくとも10倍速い検出を達成することが期待される。
【０１９９】
考察8：解決策3は、解決策1よりも少なくとも10倍速い検出を達成することが期待される。
【０２００】
課題4：カバレッジセルがリソースの必要性を予測する必要があることを考慮すると、近接検出を開始するための典型的なトリガは何か。
【０２０１】
解決策3は、例えば重い負荷の原因となるUEから送信されるUL信号をブースタセルが検出する必要がある。したがって、カバレッジセルは、TRのステップ2によれば、X2上の新しいメッセージでUE固有設定（UE-dedicated configurations）をブースタセルに通知する必要がある。当該新しいメッセージを近接検出のための典型的なトリガと考えることができる。別の選択肢として、近接検出を開始するための明示的な指標（indicator）を考慮することができる。他のトリガの態様はメッセージが送信されたことである。これは、カバレッジセルの負荷が閾値よりも大きい場合にカバレッジセルが近接検出を開始するためにブースタセル（単数又は複数）にメッセージを送信することが簡単な方法として考えられる。近接検出をトリガする負荷の閾値は、OAMによって提供されてもよい。
【０２０２】
考察9：近接検知は、典型的には、OAMによって設定される閾値よりもカバレッジセルの負荷が高い場合に、X2AP上でカバレッジセルとブースタセル間で交換される新しいメッセージ又は明示的なインジケータによりトリガされる。
【０２０３】
PRACHを用いる解決策3の場合には、カバレッジセルで大きな負荷を引き起こす特定のUEのための専用プリアンブル情報をブースタセルに通知することができる。それは、近接検出のトリガのために使用することができるが、詳細については更なる検討が必要である。
【０２０４】
課題5：どのeNBをスイッチオンすべきかを決定する情報を収集するためにどのくらいの時間が必要とされるか（秒、数十秒、分又はそれ以上のオーダー）
【０２０５】
解決策3において、どのeNBをスイッチオンすべきかを決定する情報を収集するための時間を推定するために、次のようにTRに記載された各ステップの前提を提供する。
【０２０６】
ステップ1：カバレッジeNBは、上りリンク送信のためのUEを決定して設定する。ステップ1の詳細については、上述している。eNBが高い負荷を経験した際に、eNBのカバレッジ内のUEを決定する。これは、近接検出の開始点である。UEの設定に関して、UEは現在カバレッジセルと通信可能状態、つまりRRC_CONNECTED状態であるため、UEの設定に要する時間は非理想なX2の遅延時間に比べて無視することができる。
【０２０７】
ステップ2：eNBは、X2AP上の新しいIEによってホットスポットeNBに上りリンク信号の設定を送る。X2メッセージは、典型的には、非理想的なバックホールを通過しているため、ステップ2は、時間推定における支配的なステップであると考えられる。小セル改善に関する調査によると、TRには、広く市場で使用される典型的なバックホールがxDSLであり、そのレイテンシが15〜60[ms]であると言及されている。最悪のケースを想定し、一方向メッセージのX2待ち時間を本評価では60[ms]とする。ステップ2において一方向メッセージ又は双方向のメッセージ、すなわち要求及び応答で設定されているかどうかについては議論されていないが、最悪の場合を考慮して、双方向メッセージを想定し、120msを考慮する。
【０２０８】
ステップ3：ホットスポットeNBは、上りリンク信号を監視することにより、設定された近くのUEを検出する。シグナリングされた設定で上りリンク信号を検出した後、スイッチオン決定のためにこの情報を使用することができる。また、新しいIE又はX2-APメッセージでカバレッジeNBに検出情報を送信することによりスイッチオンの決定を行い、ホットスポットeNBにそれを知らせることができる。上記のステップ1のための前提で説明したように、無線インタフェース上のシグナリングは無視することができる。X2メッセージに関しては、明らかにTRで想定される一方向メッセージであり、近接検出結果をカバレッジeNBに通知するために60[ms]が使用される。
【０２０９】
各ステップのための上記の仮定に基づいて、情報を収集する時間は、約180+ X [ms]であり、Xは、eNBの実装事項、例えばホットスポットセルの受信機をアクティブにするセットアップ時間に依存する変数であると想定する。
【０２１０】
どのUL信号を使用するか、すなわちPRACH、SRS及びDM-RSに応じた実際の時間変動が上記Xに含まれてもよいことに留意されたい。周波数ホッピングを伴うSRSを使用する場合には、ホットスポットセルは、周波数ホッピングなしの場合よりも長い期間の間にSRSを監視する。時間変動は最大で10[ms]と推定される。
【０２１１】
考察10：解決策3は、最悪の場合を考慮して、近接検出のための180+ X[ms]が必要である。
【０２１２】
図12に示すように、より正確な推定のために、PRACHを伴う解決策3のシグナリングフローの例を参照すると、情報を収集する時間は次のように計算される。
【０２１３】
P1：TRのステップ2を参照すると、ホットスポットeNBに設定を通知し、近接検知を開始するために、双方向のメッセージを想定する。カバレッジeNBとホットスポットeNBとの間の要求/応答メッセージは、15〜60[ms]の2倍+α[ms]を必要とし、αは近接検出のためのホットスポットeNBでのセットアップ時間であり、例えば受信した設定を適用して受信機を起動する時間である。P1には30〜120[ms]+α[ms]を費やすと推定される。
【０２１４】
P2：TRのステップ1を参照すると、カバレッジeNBは、上りリンク伝送のためにUEにPDCCHを送信する。PDCCHを送信する時間は1[ms]の範囲内である。P2は1[ms]を費やすと推定される。
【０２１５】
P3：TRのステップ3を参照すると、PDCCHの受信とプリアンブル送信との間のタイムラグは、PDCCHデコード時間とPRACH設定とを考慮し、4〜14[ms]と推定される。ホットスポットeNBは、タイムラグ、すなわち、少なくともUEがプリアンブルを一度送信終了する間は、連続的にUL信号を監視している。プリアンブルを送信する時間は1[ms]の範囲内である。ホットスポットeNBはX2メッセージにより情報をカバレッジeNBに通知する。その時間は、非理想的なバックホール上の待ち時間により15〜60[ms]である。P3には（4〜14）+1+（15〜60）=20〜75[ms]を費やすと推定される。
【０２１６】
よって、情報を収集するための全体的な時間は、51[ms]から196+α[ms]までの数百ミリ秒のオーダーであると推定される。なお、P3後のセル起動手順は課題5の範囲外である。
【０２１７】
考察11：PRACHを伴う解決策3は、51[ms]から196+α[ms]を費やす。
【０２１８】
考察12：解決策3は、近接検出のために1秒未満を必要とする。
【０２１９】
提案1：TRの解決策3の課題解決のために、付属の文章提案をキャプチャすることを提案する。
【０２２０】
付属：文章提案
解決策3：ホットスポットセルによるUL信号の検出
次の課題が確認されている：
課題1：このメカニズムがUEの動作を変更する必要があるかどうかを検討する必要がある。
【０２２１】
解決策3-1.1：UEの動作は変更することを要しない。
【０２２２】
課題2：ホットスポットセルの動作状態を明確にする必要がある。
【０２２３】
解決策3-2.1：ホットスポットセル内の受信機をアクティブにする必要があり、eNB間の同期を想定すべきである。同期要求は、PRACHの場合、実装技術によって満たすことができる。
【０２２４】
課題3：節約されるエネルギー及びホットスポットセルを検出する速度について解決策1に比べて何が有利であるか。
【０２２５】
解決策3-3.1：検出のための追加のエネルギー消費量は、ホットスポットセルのPAを非アクティブに維持することができるおかげで、解決策1よりも著しく少ない。また、検出速度は、解決策1より格別に高速である。
【０２２６】
課題4：カバレッジセルがリソースの必要性を予測する必要があることを考慮すると、近接検出を開始するための典型的なトリガは何か。
【０２２７】
解決策3-3.1：OAMによって設定されてもよい閾値よりもカバレッジセルの負荷が高い場合、カバレッジセルがブースタセルにX2APで新しいIEを送信することによって、近接検出を開始する。
【０２２８】
課題5：情報を収集するためにどのくらいの時間が必要とされるか（秒、数十秒、分又はそれ以上のオーダー）
【０２２９】
解決策3-5.1：解決策3は、1秒未満を必要とする。
【０２３０】
［相互参照］
日本国特許出願第２０１４−０１６９６６（２０１４年１月３１日出願）及び米国仮出願第６１／９９０９７０（２０１４年５月９日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０２３１】
本発明は、移動通信などの通信分野において有用である。
【図１】
0006496251.tif 000002
【図２】
0006496251.tif 000003
【図３】
0006496251.tif 000004
【図４】
0006496251.tif 000005
【図５】
0006496251.tif 000006
【図６】
0006496251.tif 000007
【図７】
0006496251.tif 000008
【図８】
0006496251.tif 000009
【図９】
0006496251.tif 000010
【図１０】
0006496251.tif 000011
【図１１】
0006496251.tif 000012
【図１２】
0006496251.tif 000013