(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいて要求側エンティティによって動作可能な方法であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別することと、ここにおいて、前記候補ネットワークエンティティの各々は、スリープモードにあり；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定することと；
前記少なくとも１つのＵＥについてのロケーション情報を決定することと；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得することと；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択することと；
を備える方法。
【請求項２】
前記カバレッジおよびロケーション情報は、前記候補ネットワークエンティティのロケーション、セル半径、送信電力のうちの少なくとも１つを備える、請求項１に記載の方法。
【請求項３】
ＯＮ要求メッセージを前記所与のネットワークエンティティに送ることと；
前記所与のネットワークエンティティからＯＮ応答メッセージを受信したことに応じて、前記所与のネットワークエンティティへの前記少なくとも１つのＵＥのオフロードを開始することと；
をさらに備える、請求項１に記載の方法。
【請求項４】
前記所与のネットワークエンティティが現在いくつのＵＥをサポートしているかを前記要求側エンティティに報告するように前記所与のネットワークエンティティに対して指示すること、をさらに備える、請求項１に記載の方法。
【請求項５】
前記少なくとも１つのＵＥは、前記要求側エンティティへのトラフィック負荷を表す複数のＵＥを備える、請求項１に記載の方法。
【請求項６】
前記複数のＵＥの各々は、ネットワーク定義されたロケーション正確性要件を満たす対応ロケーション情報を提供する、請求項５に記載の方法。
【請求項７】
無線通信のための装置であって、
要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別する手段と、ここにおいて、前記候補ネットワークエンティティの各々は、スリープモードにあり；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定する手段と；
前記少なくとも１つのＵＥについてのロケーション情報を決定する手段と；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得する手段と；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択する手段と；
を備える装置。
【請求項８】
無線通信のための装置であって、
要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別し、ここにおいて、前記候補ネットワークエンティティの各々は、スリープモードにあり；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定し；
前記少なくとも１つのＵＥについてのロケーション情報を決定し；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得し；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択する；
ように構成された、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと、
を備える装置。
【請求項９】
要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別させ、ここにおいて、前記候補ネットワークエンティティの各々は、スリープモードにあり；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定させ；
前記少なくとも１つのＵＥについてのロケーション情報を決定させ；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得させ；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択させる；
ことをコンピュータに実行させるためのコードを記録した、コンピュータ読み取り可能な記録媒体。
【請求項１０】
無線通信ネットワークにおいて要求側エンティティによって動作可能な方法であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別することと、ここにおいて、前記ネットワークエンティティの各々は、スリープモードにあり；
前記ネットワークエンティティについてのカバレッジおよびロケーション情報を決定することと；
前記少なくとも１つのＵＥについてのロケーション情報を決定することと；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得することと；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記ネットワークエンティティのうちの少なくとも１つを選択することと；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送ることと、ここにおいて、前記ＯＮ要求メッセージは、定義された条件が制限時間内に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
を備える方法。
【請求項１１】
前記少なくとも１つのＵＥが、前記制限時間内に、前記少なくとも１つの選択ネットワークエンティティへのアクセスチャネル送信を開始しないことに応じて、前記少なくとも１つの選択ネットワークエンティティからＯＦＦ通知を受信すること、をさらに備える、請求項１０に記載の方法。
【請求項１２】
少なくとも１つのラジオ周波数（ＲＦ）測定を実行するように前記少なくとも１つの選択ネットワークエンティティに対して指示すること、をさらに備える、請求項１０に記載の方法。
【請求項１３】
前記ロケーション情報の統計的信用を増加させるために、前記ロケーション情報を前記さらなるロケーション情報と集約すること、をさらに備える、請求項１０に記載の方法。
【請求項１４】
さらなるネットワークエンティティにさらなるＯＮ要求メッセージを送ること、をさらに備え、さらなるＯＮ要求メッセージの各々は、前記タイマを含む、請求項１０に記載の方法。
【請求項１５】
無線通信のための装置であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別する手段と、ここにおいて、前記ネットワークエンティティの各々は、スリープモードにあり；
前記ネットワークエンティティについてのカバレッジ情報を決定する手段と；
前記少なくとも１つのＵＥについてのロケーション情報を決定する手段と；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得する手段と；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記ネットワークエンティティのうちの少なくとも１つを選択する手段と；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送る手段と、ここにおいて、前記ＯＮ要求メッセージは、定義された条件が制限時間内に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
を備える装置。
【請求項１６】
無線通信のための装置であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別し、ここにおいて、前記ネットワークエンティティの各々は、スリープモードにあり；
前記ネットワークエンティティについてのカバレッジ情報を決定し；
前記少なくとも１つのＵＥについてのロケーション情報を決定し；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得し；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記ネットワークエンティティのうち少なくとも１つを選択し；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送る、ここにおいて、前記ＯＮ要求メッセージは、定義された条件が制限時間内に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
ように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと、
を備える装置。
【請求項１７】
要求側エンティティの負荷が負荷閾値を超えることに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別させ、ここにおいて、前記ネットワークエンティティの各々は、スリープモードにあり；
前記ネットワークエンティティについてのカバレッジ情報を決定させ；
前記少なくとも１つのＵＥについてのロケーション情報を決定させ；
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得させ；
前記カバレッジ情報および前記ロケーション情報に基づいて、ＯＮにすべき前記ネットワークエンティティのうちの少なくとも１つを選択させ；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送らせる、ここにおいて、前記ＯＮ要求メッセージは、定義された条件が制限時間に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
ことをコンピュータに実行させるためのコードを記録した、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【米国特許法１１９条に基づく優先権の主張】
【０００１】
本願は、本出願の譲受人に譲渡され、参照により全体が明示的に本明細書に組み込まれる、２０１０年１１月８日に出願された「SYSTEM AND METHOD FOR ASSISTING IN POWERING ON SLEEPING NETWORK ENTITIES」と題する米国仮出願第６１／４１１，３７８号の優先権を主張する。
【背景】
【０００２】
［分野］
本願は一般的に無線通信に関し、さらに詳細には、ノードがスリープ中のネットワークエンティティ(sleeping network entities)をＯＮにするすることを支援するためのシステムおよび方法に関する。
【０００３】
［背景］
第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）は、セルラ技法における大きな進歩の代表であり、それは、ＧＭＳ（汎ヨーロッパデジタル移動通信システム）およびＵＭＴＳ（万国移動通信システム）の自然的な進化としてのセルラ３Ｇサービスにおける次の段階である。ＬＴＥは、最大毎秒５０メガビット（Ｍｂｐｓ）のアップリンク速度と、最大１００Ｍｂｐｓのダウンリンク速度を提供し、セルラネットワークに多くの技術的利益をもたらす。ＬＴＥは、高速のデータおよび媒体転送、並びに、高い容量の音声サポートに対するキャリア要求を満たすように設計されている。帯域幅は、１．２５ＭＨｚから２０ＭＨｚにスケーラブルである。これは、異なる帯域幅割付を有する異なるネットワークオペレータの要求に応え、さらに、オペレータがスペクトルに基づいて異なるサービスを提供することを可能にする。ＬＴＥはまた、３Ｇネットワークにおけるスペクトル効率性を改善することが期待され、これは、キャリアが、より多くのデータおよび音声サービスを所与の(given)帯域幅を通して提供することを可能にする。ＬＴＥは、高速データのマルチメディアユニキャストおよびマルチメディアブロードキャストサービスを含む。
【０００４】
ＬＴＥの物理レイヤ（ＰＨＹ）は、発展型ノードＢ(evolved NodeB)（ｅＮＢ）と、例えば、アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）などのモバイルエンティティ(mobile entities)（ＭＥ）との間でデータと制御情報の両方を伝達するための高性能な手段である。ＬＴＥのＰＨＹは、セルラアプリケーションにとって新しいいくつかの先進技法を用いる。これらは、直交周波数分割多重化（ＯＦＤＭ）および多入力多出力（ＭＩＭＯ）データ送信を含む。加えて、ＬＴＥのＰＨＹは、ダウンリンク（ＤＬ）上で直交周波数分割多元接続（ＯＦＤＭＡ）を、アップリンク（ＵＬ）上で単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を使用する。ＯＦＤＭＡは、データが、特定数のシンボル期間の間ブキャリア毎に、複数のユーザに、または、複数のユーザから向けられることを可能にする。
【０００５】
ＬＴＥネットワークのような先進セルラネットワーク(Advanced cellular networks)は、ＭＥによって実行されるべきデータ量の多いアプリケーション(data-intensive applications)に対して展開されている。ＭＥと無線で通信するＬＴＥセルを含むＬＴＥネットワークは、かなりの量の電力(power)を消費し、それは、ＬＴＥセルによって提供される第４世代（４Ｇ）サービスをどのＭＥも利用していない場合、無駄である。
【０００６】
無線通信ネットワークにおいて、これらのＬＴＥセルを制御するネットワークエンティティ（例えば、ｅＮＢ）のうちの１つは、これらのネットワークエンティティがＭＥにサービス提供する必要がない場合などに、電力を節約するためにＯＦＦまたはスリープ状態(an OFF or sleep state)でありうる。例えば、パワーダウン状態(powered down state)のｅＮＢは、ＭＥに無線サービスを提供することなく、ホットスポットセル(hotspot cells)とカバレッジセル(coverage cells)との間で通信能力を維持しうるが、ＯＦＦ／スリープ状態のｅＮＢは、ＭＥに無線サービスを提供しうる。よって、電源ＯＦＦ／スリープ状態(powered OFF/sleep state)への遷移は、一般的にはｅＮＢホットスポットセルのモバイルサービスコンポーネントが電源ＯＦＦ(powered OFF)されうるが、ｅＮＢホットスポットセルのすべてのコンポーネントを完全に電源ＯＦＦにすることを引き起こしうる。
【０００７】
いくつかのシナリオにおいて、ＯＦＦまたはスリープ状態のネットワークエンティティによってサービス提供されうるＭＥは、隣接セルによりサポートされることによって、サポートされることが出来るであろう。時々(at times)、隣接セルを制御するネットワークエンティティは、所与のｅＮＢへの高負荷を検出し、所与のｅＮＢがスリープ状態のネットワークエンティティにサービス提供している１または複数のＭＥのオフロード(offloading)を試みうる。このコンテキストにおいて、所与のｅＮＢから隣接セルに１または複数のＭＥをオフロードする目的のために、スリープ中のどのｅＮＢを起こす(awake)のかを効率的に識別する必要性が存在する。
【発明の概要】
【０００８】
１または複数の実施態様の基本的な理解を提供するために、そのような実施態様についての簡単な概要が以下に提示される。この概要は、意図されるすべての態様についての広範囲の概観ではなく、すべての実施形態のキーまたは重要なエレメントを識別すること、あるいは、いずれかの態様またはすべての態様の範囲を描写することを意図しない。その唯一の目的は、後に提示されるより詳細な説明の前置きとして、１または複数の実施形態のうちのいくつかのコンセプトを簡易な形態で提示することである。
【０００９】
本明細書で説明される実施形態のうちの１または複数の態様にしたがって、オーバロードの状態であり、１または複数のモバイルエンティティ(mobile entities)（例えば、ユーザ機器（ＵＥ））を他のネットワークエンティティにオフロードする必要がある要求側ネットワークエンティティ(requesting network entity)によって実行されうるロケーションベースの方法が提供される。方法は、要求側エンティティ(requesting entity)の負荷が負荷閾値(load threshold)を超えることに応じて、少なくとも１つのＵＥをオフロードする(offload)候補ネットワークエンティティ(candidate network entities)を識別することを含み、候補ネットワークエンティティの各々は、スリープモードにある(in sleep mode)。方法はさらに、候補ネットワークエンティティのロケーションおよびカバレッジ情報（location and coverage information)（例えば、ロケーション、セル半径、送信電力）を決定することを含みうる。加えて、方法は、要求側ネットワークエンティティへの負荷に寄与する少なくとも１つのＵＥのロケーション情報を決定することを含みうる。方法はまた、カバレッジ情報およびロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき候補ネットワークエンティティのうちの所与のネットワークエンティティを選択することを含みうる。関連態様において、電子デバイス（例えば、発展型ノードＢ（ｅＮＢ）またはそのコンポーネント）は、上述された方法を実行するように構成されうる。
【００１０】
本明細書で説明される実施形態の１または複数の態様にしたがって、サービス提供ネットワークエンティティからの１または複数のモバイルエンティティ（例えば、ＵＥ）のオフロードを容易にするためにタイマベースの方法が提供され、ここにおいて、方法は、例えば、初めはＯＦＦまたはスリープモードにあるｅＮＢのような所与のネットワークエンティティによって実行されうる。方法は、タイマを有するＯＮ要求メッセージを要求側エンティティから受信したことに応じて、ＯＮモードに入ることを含みうる。方法はさらに、ＯＮ応答メッセージを要求側エンティティに、ＯＮ通知メッセージを少なくとも１つの隣接エンティティに送ることを含みうる。方法はさらに、定義された条件（例えば、少なくとも１つのＵＥがアクセスチャネル送信を所与のネットワークエンティティに送ること）が満たされることなく、タイマが時間切れになった場合に、（ａ）スリープモードに入ることと、（ｂ）ＯＦＦ通知を要求側エンティティおよび少なくとも１つの隣接エンティティに送ることとを含みうる。関連態様において、電子デバイス（例えば、ｅＮＢまたはそのコンポーネント）は、上述された方法を実行するように構成されうる。
【００１１】
本明細書で説明される実施形態の１または複数の態様にしたがって、オーバロード状態であり、１または複数のＵＥをオフロードする必要がある要求側エンティティによって実行されうる組み合わせ方法が提供される。方法は、要求側エンティティの負荷が負荷閾値を超えることに応じて、少なくとも１つのＵＥをオフロードするネットワークエンティティを識別することを含み、ネットワークエンティティの各々は、スリープモードにある。方法はさらに、ネットワークエンティティについてのカバレッジおよびロケーション情報、並びに、少なくとも１つのＵＥについてのロケーション情報を決定することを含みうる。方法はさらに、カバレッジ情報およびロケーション情報に少なくとも部分的に基づいて、ＯＮにすべきネットワークエンティティのうちの少なくとも１つを選択することを含みうる。方法はまた、ＯＮ要求メッセージを少なくとも１つの選択ネットワークエンティティに送ることを含み、ＯＮ要求メッセージは、少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する制限時間を設定したタイマを含む。関連態様において、電子デバイス（例えば、ｅＮＢまたはそのコンポーネント）は、上述された方法を実行するように構成されうる。
【００１２】
上記および関連した目的を達成するために、１または複数の実施形態は、以下で十分に説明され、特に請求項において示される特徴を含む。以下の説明および添付された図は、１または複数の実施形態の特定の実例となる態様を詳細に示す。しかしならが、これらの態様は、様々な実施形態の原理が用いられうる様々な方法のほんの一部しか示さず、説明される実施形態は、そのような態様およびそれらの等化物のすべてを含むことが意図される。
【図面の簡単な説明】
【００１３】
【図１】図１は、多元接続無線通信システムを示す。
【図２】図２は、通信システムのブロック図を示す。
【図３】図３は、多数のユーザをサポートするように構成された無線通信システムを示す。
【図４】図４は、ネットワーク環境においてフェムトノードの展開を可能にするための例示的な通信システムを示す。
【図５】図５は、いくつかの定義されたトラキングエリアを有するカバレッジマップの例を示す。
【図６】図６は、ＲＡＴ内エネルギ節減型シナリオの１つの実施形態を示す。
【図７】図７は、ｅＮＢ内エネルギ節減型シシナリオの１つの実施形態を示す。
【図８】図８は、オフロードの際に有用でない選択ネットワークエンティティを非アクティブ化するためにタイマベースのエンハンスメントを有する無線ネットワークの実施形態のための呼出フロー図である。
【図９】図９は、どのネットワークエンティティをＯＮにするか選択するためにロケーションベースのエンハンスメントを有する無線ネットワークの実施形態のための呼出フロー図である。
【図１０】図１０は、所与のサービス提供ネットワークエンティティへの負荷を減らすことを容易にするために、スリープ中のネットワークエンティティを選択的にＯＮにするための例示的なタイマベースの方法を示す。
【図１１】図１１は、タイマベースのエンハンスメントを介してネットワークエンティティをＯＮにするための例示的な装置を示す。
【図１２Ａ】図１２Ａは、ロケーションベースのエンハンスメントを介してスリープ中のネットワークエンティティを選択的にＯＮにし、要求側／サービス提供ネットワークエンティティへの負荷を減らすために要求側／サービス提供ネットワークエンティティによって動作可能な例示的なロケーションベースの方法を示す。
【図１２Ｂ】図１２Ｂは、ロケーションベースのエンハンスメントを介してスリープ中のネットワークエンティティを選択的にＯＮにし、要求側／サービス提供ネットワークエンティティへの負荷を減らすために要求側／サービス提供ネットワークエンティティによって動作可能な例示的なロケーションベースの方法を示す。
【図１３】図１３は、ロケーションベースのエンハンスメントを介してネットワークエンティティをＯＮにするための例示的な装置を示す。
【図１４Ａ】図１４Ａは、タイマベースのエンハンスメントとロケーションベースのエンハンスメントの組み合わせを含む要求側／サービス提供ネットワークエンティティによって動作可能な例示的な方法を示す。
【図１４Ｂ】図１４Ｂは、タイマベースのエンハンスメントとロケーションベースのエンハンスメントの組み合わせを含む要求側／サービス提供ネットワークエンティティによって動作可能な例示的な方法を示す。
【図１５】図１５は、タイマベースのエンハンスメントとロケーションベースのエンハンスメントの組み合わせを介してネットワークエンティティをＯＮにするための例示的な装置を示す。
【図１６】図１６は、ＲＮＣ中枢モードでＵＥロケーションを取得するためのシステムの実施形態についての呼出フロー図である。
【図１７】図１７は、Ｅ−ＵＴＲＡＮからＵＥロケーションを要求するためのシステムの実施形態についての呼出フロー図である。
【説明】
【００１４】
全体にわたって同様のエレメントを示すために同様の参照番号が使用されている添付図を参照して様々な実施態様が説明される。以下の説明において、説明の目的のために、多くの特定の詳細が示され、１または複数の態様の完全な理解を提供する。しかしながら、そのような実施形態がこれらの特定の詳細なしで実施されうることは明らかでありうる。他の例において、周知の構造およびデバイスは、１または複数の実施形態の説明を容易にするために、ブロック図の形態で示される。
【００１５】
本明細書で説明される技術は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなど、様々な無線通信ネットワークに対して使用されうる。「ネットワーク」および「システム」とい用語は、交換可能に使用されることが多い。ＣＤＭＡネットワークは、ユニバーサル地上ラジオアクセス（ＵＴＲＡ）、ＣＤＭＡ２０００、等のラジオ技法を実現しうる。ＵＴＲＡは、広域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（ＬＣＲ）を含む。ＣＤＭＡ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、汎ヨーロッパデジタル移動通信システム（ＧＳＭ（登録商標））のようなラジオ技法を実現しうる。ＯＦＤＭＡネットワークは、次世代ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭ（登録商標）などのラジオ技法を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭは、万国移動通信システム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを用いるＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する団体からの文書で説明されている。ＣＤＭＡ２０００は、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する団体からの文書で説明されている。これらの様々なラジオ技法および規格は、当該技術分野において知られている。以下の説明において、簡潔さおよび明瞭さのために、国際電気通信連合（ＩＴＵ）による３ＧＰＰ規格に基づいて公布されたＷ−ＣＤＭＡおよびＬＴＥ規格に関連付けられた用語が使用される。本明細書で説明される技術が、上述された技法および規格のような他の技法に対して適用可能であることは強調されるべきある。
【００１６】
単一キャリア変調および周波数ドメイン等化を利用する単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は１つの技術である。ＳＣ−ＦＤＭＡは、同様の性能を有し、根本的にＯＦＤＭＡシステムの複雑性と全体的に同じ複雑性を有する。ＳＣ−ＦＤＭＡ信号は、それ固有の単一キャリア構造により、低めのピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、特に、送信電力効率という点でより低いＰＡＰＲがモバイル端末に膨大な利益をもたらすアップリンク通信において、多くの注意を引き付ける。ＳＣ−ＦＤＭＡは、３ＧＰＰ ＬＴＥまたは次世代ＵＴＲＡにおいてアップリンクの多元接続に使用される。
【００１７】
図１について、１つの実施態様にしたがい多元接続無線通信システムが例示される。アクセスポイント１００（例えば、基地局、発展型ノードＢ（ｅＮＢ）、等）は、複数のアンテナグループを含み、ここで、１つのグループは１０４と１０６を、別のグループは１０８と１１０を、さらに別のグループは１２と１１４を含む。図１では、各アンテナグループに対して２つのアンテナが示されているが、より多くの数のアンテナまたはより少ない数のアンテナがアンテナグループごとに利用されうる。モバイルエンティティ（ＭＥ）１１６は、アンテナ１１２および１１４と通信状態にあり、アンテナ１１２および１１４は順方向リンク１２０を通してＭＥ １１６に情報を送信し、逆方向リンク１１８を通してＭＥ １１６から情報を受信する。ＭＥ １２２は、アンテナ１０６および１０８と通信状態にあり、アンテナ１０６および１０８は順方向リンク１２６を通してＭＥ １２２に情報を送信し、逆方向リンク１２４を通してＭＥ １２２から情報を受信する。周波数分割複信（ＦＤＤ）システムにおいて、通信リンク１１８、１２０、１２４、および１２６は、通信のために異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。
【００１８】
各アンテナグループ、および／または、それらが通信するように設計されたエリアは、アクセスポイントのセクタと呼ばれることが多い。この実施態様において、アンテナグループは各々、アクセスポイント１００がカバーしているエリアのセクタ内のＭＥに通信をするように設計される。
【００１９】
順方向リンク１２０および１２６を通る通信において、アクセスポイント１００の送信アンテナは、ビームフォーミングを用いて、異なるＭＥ １１６および１２４のために順方向リンクの信号対雑音比を改善しうる。また、カバレッジ全体にランダムに分散したＭＥにビームフォーミングを用いて送信するアクセスポイントは、単一のアンテナを通してすべてのＭＥに送信するアクセスポイントよりも隣接セル内のＭＥに引き起こす干渉が少ない。
【００２０】
アクセスポイントは、端末との通信に用いられる固定局であり、それは、アクセスポイント、ノードＢ、ｅＮＢ、その他の用語でも呼ばれうる。ＭＥは、アクセス端末（ＡＴ）、ユーザ機器（ＵＥ）、モバイル局、無線通信デバイス、端末、等とも呼ばれうる。
【００２１】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスポイントとしても知られている）および受信機システム２５０（ＭＥとしても知られている）の実施態様のブロック図である。送信機システム２１０において、多数のデータストリームについてのトラフィックデータが、データソース２１２から送信（ＴＸ）データプロセッサ２１４へと提供される。
【００２２】
ある実施形態において、各データストリームは、それぞれの送信アンテナを通して送信される。ＴＸデータプロセッサ２１４は、各データストリームについてのトラフィックデータを、そのデータストリームに対して選択された特定の符号化スキームに基づいてフォーマット、符号化、インターリーブして、符号化データを提供する。
【００２３】
各データストリームの符号化データは、ＯＦＤＭ技術を用いてパイロットデータで多重化されうる。パイロットデータは、典型的には既知の方法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムで使用されうる。次に、各データストリームについての多重化されたパイロットと符号化データは、そのデータストリームに対して選択された特定の変調スキーム（例えば、二位相偏移変調（ＢＰＳＫ）、直角位相偏移変調（ＱＰＳＫ）、Ｍ値位相変調方式（Ｍ−ＰＳＫ）、またはＭ点直交振幅変調方式（Ｍ−ＱＡＭ））に基づいて変調（すなわち、シンボルマッピング）され、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０によって実行される命令によって決定され、それは、メモリ２３２と動作的に通信状態にありうる。
【００２４】
次に、データストリームについての変調シンボルは、ＴＸ ＭＩＭＯプロセッサ２２０に提供され、それは、変調シンボルをさらに処理しうる（例えば、ＯＦＤＭのために）。次に、ＴＭ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング重みを、データストリームのシンボルに、および、シンボルが送信されているアンテナに適用する。
【００２５】
各送信機２２２は、それぞれのシンボルストリームを受信および処理して、１または複数のアナログ信号を提供し、アナログ信号をさらに調整（例えば、増幅、フィルタリング、および、アップコンバート）して、ＭＩＭＯチャネルでの送信に適した変調信号を提供する。次に、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号は、それぞれＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００２６】
受信機システム２５０において、送信された変調信号は、ＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調整（例えば、フィルタリング、増幅、および、ダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、このサンプルをさらに処理して、対応する「受信された」シンボルストリームを提供する。
【００２７】
次に、ＲＸデータプロセッサ２６０は、ＮＲ個の受信シンボルストリームをＮＲ個の受信機２５４から受信して、特定の受信機処理技術に基づいて処理し、ＮＴ個の「検出された」シンボルストリームを提供する。次に、ＲＸデータプロセッサ２６０は、検出された各シンボルストリームを復調、デインターリーブ、復号し、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０のＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４によって実行される処理に相補的である。
【００２８】
プロセッサ２７０は、どのプリコーディング行列を使用するかを周期的に決定し、それは、下でさらに詳しく説明される。プロセッサ２７０は、行列インデックス部およびランク値部を備える逆方向リンクメッセージを公式化し、メモリ２７２と動作的に通信状態にありうる。
【００２９】
逆方向リンクメッセージは、通信リンクおよび／または受信されたデータストリームについての様々なタイプの情報を備えうる。次に、逆方向リンクメッセージは、データソース２３６から多数のデータストリームのためのトラフィックデータを受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ〜２５４ｒによって調整され、送信機システム２１０に送り返される。
【００３０】
送信機システム２１０において、受信機システム２５０からの変調信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータプロセッサ２４２によって処理され、受信機システム２５０によって送信された逆方向リンクメッセージが抽出される。次に、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列が使用されたかを決定して、抽出されたメッセージを処理する。
【００３１】
図３は、多数のユーザをサポートするように構成された無線通信システム３００を示し、ここにおいて、本明細書における教示が実現される。システム３００は、例えば、各々が対応アクセスノード３０４（例えば、アクセスノード３０４ａ〜３０４ｇ）によりサービス提供を受けているマクロセル３０２ａ〜３０２ｇのような複数のセル３０２に通信を提供する。図３に示されるように、ＭＥ ３０６（例えば、ＭＥ ３０６ａ〜３０６ｌ）は、ある時間にわたってシステム全体の様々なロケーションに分散されうる。各ＭＥ ３０６は、例えば、ＭＥ ３０６がアクティブであるか否か、および、それがソフトハンドオフ中であるかどうか（適用可能な場合）に依存して、所与の時間に順方向リンク（「ＦＬ」）または逆方向リンク（「ＲＬ」）上で１または複数のアクセスノード３０４と通信しうる。無線通信システム３００は、広い地域的領域にわたってサービスを提供しうる。例えば、マクロセル３０２ａ〜３０２ｇは、都会または郊外の近傍では数ブロックを、または、田舎の環境では数平方マイルをカバーしうる。
【００３２】
図４は、ネットワーク環境内に１または複数のフェムトノードが展開されている例示的な通信システム４００を示す。特に、システム４００は、比較的小さいスケールのネットワーク環境に（例えば、１または複数のユーザレジデンス４３０に）設置される複数のフェムトノード４１０（例えば、フェムトノード４１０ａおよび４１０ｂ）を含む。各フェムトノード４１０は、ＤＳＬルータ、ケーブルモデム、無線リンク、または他の接続手段（図示されない）を介して広域ネットワーク４４０（例えば、インターネット）、またはモバイルオペレータコアネットワーク４５０に結合されうる。各フェムトノード４１０は、関連したＭＥ ４２０ａに、およびオプション的にエイリアンＭＥ ４２０ｂにサービス提供するように構成されうる。換言すると、フェムトノード４１０へのアクセスは、制限され、これによって、所与のＭＥ ４２０は、指定（例えば、ホーム）フェムトノードのセットかたサービス提供を受けるが、指定外のフェムトノード（例えば、近所のフェムトノードかたサービス提供を受けない可能性がある。
【００３３】
図５は、各々がいくつかのマクロカバレッジエリア５０４を含むいくつかのトラッキングエリア５０２（あるいは、ルーティングエリアまたはロケーションエリア）が定義されたカバレッジマップ５００の例を示す。ここで、トラッキングエリア５０２ａ、５０２ｂ、５０２ｃに関連付けられたカバレッジエリアは、太線で描写され、マクロカバレッジエリア５０４は、六角形で表される。トラッキングエリア５０２はまた、フェムトカバレッジエリア５０６を含みうる。この例において、フェムトカバレッジエリア５０６の各々（例えば、フェムトカバレッジエリア５０６ｃ）は、マクロカバレッジエリア５０４（例えば、マクロカバレッジエリア５０４ｂ）内に描写される。しかしながら、フェムトカバレッジエリア５０６がマクロカバレッジエリア５０４内に完全に位置するわけではないことは認識されるべきである。実際、多数のフェムトカバレッジエリア５０６は、所与のトラッキングエリア５０２またはマクロカバレッジエリア５０４で定義されうる。さらに、１または複数のピコカバレッジエリア（示されない）は、所与のトラッキングエリア５０２またはマクロカバレッジエリア５０４内で定義されうる。
【００３４】
本明細書で説明される実施形態は、ラジオアクセス技法（ＲＡＴ）内エネルギ節減型メカニズムについての技術を提示する。本明細書では、３ＧＰＰ規格に基づいて公布され、ＬＴＥ規格に関連付けられた用語が使用されるが、本明細書で説明される技術が、他の技法および規格に適用可能でありうることに注意されたい。
【００３５】
図６について、本明細書でＲＡＴ内シナリオと呼ばれる例示的なＲＡＴ内エネルギ節減型シナリオが示されており、それは、３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ３ ＃６９ｂｉｓミーティングの文書Ｒ３−１０３１０６（「TP for Energy saving agreements」）にも説明されている。ＲＡＴ内シナリオにおいて、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）セルＣ、Ｄおよび他のＥ−ＵＴＲＡＮセルは、同一のレガシＲＡＴセルＡおよびＢ（例えば、ＵＭＴＳまたはＧＳＭ）によってカバーされる。セルＡ／Ｂは、そのエリアにおいて、サービスの基本的なカバレッジを提供するために展開されており、他のＥ−ＵＴＲＡＮセルは容量をブーストする。図６に示されるセルが複数の地上波公共移動通信ネットワーク（ＰＬＭＮ）を有する場合、ネットワーク共有シナリオは問題なく行われうる。ラジオアクセスネットワーク（ＲＡＮ）共有について、１つの実施形態では、カバレッジおよびホットスポットセルが同一のオペレータによって所有されうる。別の実施形態では、カバレッジおよびホットスポットセルは、異なるオペレータによって所有されうる。さらに別の実施形態では、カバレッジセルは、異なるオペレータによって所有されうる。
【００３６】
ＲＡＴ内シナリオは、いくつかのホットスポットにおける容量エンハンスメントのためのＥ−ＴＵＲＡＮセルの展開に関係しており、よって、ＬＴＥカバレッジの継続性は保証されない可能性がある。レガシネットワークは、マルチモード能力を有するそれらのＵＥに対して基本的なカバレッジを提供し、Ｅ−ＵＴＲＡＮ専用のＵＥは、それらがＥ−ＵＴＲＡＮのカバレッジの外である場合にサービス提供を受けない可能性がある。ＬＴＥにしか対応していないデバイス（LET-only capable device）が存在する場合、ＲＡＴ内シナリオに対するソリューションが考慮されるべきである。
【００３７】
セルのスイッチＯＮ／ＯＦＦに対するソリューションについて、ＲＡＴにわたるシグナリングに基づいてセルのスイッチＯＮ／ＯＦＦを含むシグナリング交換ソリューションが提供される。このシグナリング交換ソリューションの場合、容量ブースティングＥ−ＵＴＲＡＮセルは、そのセルで利用可能な情報に基づいて、自発的にＯＦＦに切り替えられうる。スイッチＯＮは、１または複数の隣接ＲＡＴ内ノードによる要求に応じて実行されうる。ＲＡＴ間およびＲＡＴ内隣接ノードは、ＯＮ／ＯＦＦの決定が行われた後に知らされるべきである。その後、いくつかのＥ−ＵＴＲＡＮセルがスリープモードに戻れることを発見すると、再度、それ自体をＯＦＦに切り替えることができる。
【００３８】
しかしながら、Ｅ−ＵＴＲＡＮセルがアクティブではなく、かつ、カバレッジセルへの負荷が増加すると、特に、増加する負荷が１つのホットスポット、または、数ホットスポット内である場合、カバレッジセルは、どのセルがウェイクアップされるべきか(which cell should be waken up)わからない可能性がある。上で説明された問題に基づいて、シグナリング交換ソリューションは、アクティブ化する適切な候補をよりうまく選択するためにエンハンスされうる。特に、別のソリューション（本明細書において、ラジオ周波数（ＲＦ）測定ソリューションと呼ばれる）の場合、Ｅ−ＵＴＲＡＮセルのリスニング能力は、セルの他の機能からは独立して有効にされうる。この場合、スリープ中のセルは、要求されると、受信された干渉電力および熱雑音電力に基づいて取得される熱干渉（ＩｏＴ：interference over thermal）比をモニタリングしうる。次に、カバレッジを提供するレガシセルが高負荷を検出した場合、それは、ＩｏＴ測定値を提供するようにそのカバレッジ内のＥ−ＵＴＲＡＮセルに要求し、それ独自のアルゴリズムを用いて、大抵の場合、どのＥ−ＵＴＲＡＮセルがより高負荷を扱うのに最も適しているかを見つけることができるだろう。よって、それらのレガシＵＴＲＡＮ／ＧＥＲＡＮセルは、他のホットスポットセルをスリープモードにしたままで、適切なＥ−ＵＴＲＡＮセルをアクティブ化することができる。
【００３９】
本明細書で説明される実施形態は、ｅＮＢ内エネルギ節減型メカニズムについての技術を提示する。図７について、本明細書ではｅＮＢ内シナリオと呼ばれる例示的なｅＮＢ内省エネルギシナリオが示される。ｅＮＢ内シナリオにおいて、Ｅ−ＵＴＲＡＮセルＣ、Ｄおよび他のＥ−ＵＴＲＡＮセルは、全体的に、Ｅ−ＵＴＲＡＮセルＡおよびＢによってカバーされる。ここで、セルＡおよびＢは、基本的なカバレッジを提供するために展開されており、他のＥ−ＵＴＲＡＮセルは容量をブーストする。さらなる容量を提供するいくつかのセルがもはや必要ない場合、それらは、エネルギ最適化のためにＯＦＦに切り替えられうる。この場合、ＬＴＥカバレッジとサービス品質（ＱｏＳ）の両方の継続性が保証されうる。
【００４０】
シグナリング交換ソリューション（シグナリング交換に基づくセルスイッチＯＮ／ＯＦＦ）の場合、容量ブースティングＥ−ＵＴＲＡＮセルは、エネルギ消費を低減させるために、セルにおいて利用可能な情報（例えば、負荷情報）に基づいて自発的にＯＦＦに切り替えられうる。スイッチＯＮは、そのようなセルにおける容量要求がそのようにすることを求める場合、１または複数の隣接Ｅ−ＵＴＲＡＮノードによる要求に応じて実行され、休止状態の（dormant）セルを所有するｅＮＢは通常要求に従うべきである。このプロシージャにおいて、その隣接ノードは、ＯＮ／ＯＦＦの決定が行われた後に知らされるべきである。その後、スリープモードに戻れることをいくつかのアクティブ化されたセルが見つけると、それらは、それ自体を再度ＯＦＦに切り替えることができる。
【００４１】
ＲＦ測定ソリューション（セルが、アクティブ化すべき最も適した候補を選択できるようにするシグナリング交換ソリューションのエンハンスメント）の場合、容量ブースティングセルのリスニング能力は、セルの他の機能からは独立して有効にされうる。そのようなセルは、要求されると、ＩｏＴ比をモニタリングしうる。カバレッジを提供するセルが高負荷を検出すると、それは、ＩｏＴ測定値を提供するようにそのカバレッジ内のホットスポットセルに対して要求し、次に、どの容量ブースティングセルが、より高い負荷を扱うのに最も適しているかを発見しうる。よって、それらのカバレッジＥ−ＵＴＲＡＮセルは、他のＥ−ＵＴＲＡＮホットスポットセルをスリープモードにしたままで、オフロードに適切なセルをアクティブ化することができる。
【００４２】
本明細書で説明される実施形態は、例えば、ｅＮＢなど、スリープ中のネットワークエンティティを電源ＯＮにするすることを支援するための技術を提示する。例えば、要求側ノード（例えば、ラジオネットワークコントローラ（ＲＮＣ）またはｅＮＢ）が、スリープ中のどのネットワークエンティティ（例えば、ｅＮＢ）をＯＮにするかを選択する技術が本明細書で説明される。要求側ＲＡＴ内セル／ノードまたはｅＮＢ（例えば、高い負荷のノード／セル）が、スリープ（ＯＦＦ）モードの特定のｅＮＢがウェイクアップして、それを支援すること（例えば、オフロードにおいて）を要求するシナリオでは、スリープ中のどのセルをウェイクアップするかについての問題が生じる。上述されたシグナリング交換ソリューションにおいて、要求側ノードは、「ＯＮ要求」メッセージを特定のｅＮＢに送り、そのいくつかは、要求側ノードを支援できない可能性がある。それらのｅＮＢは、所与の期間の後に、スリープモードに戻ることができる。
【００４３】
スリープ中のｅＮＢから導き出されるエネルギ節減量は、改善されることができ、要求側ノードが「ＯＮ要求」を、実際に支援することができるｅＮＢにのみ送る場合、不必要なシグナリングが回避されうる。これらの改善のうちのいくつかをターゲットにするシグナリング交換ソリューションへのエンハンスメントは、上述されたＲＦ測定ソリューションである。ＲＦ測定ソリューションは、例えば、スリープ中のｅＮＢによって取得されるＩｏＴ測定値のようなＲＦ測定値を使用して、要求側ノードを支援することができるスリープ中のセルを選択することを含む。特定のシナリオにおいて、ＲＦ測定ソリューションは、要求側ノードを支援することができるｅＮＢを選択するのに適切である。しかしながら、他のシナリオでは、起こりうる多数の問題が存在し、それは、ＲＦ測定ソリューション電力を、電力非効率的、実行不可能、および頼りなくしうる。これらの問題は以下を含む。
【００４４】
１．ｅＮＢにおける電力消費：  ｅＮＢは、そのようなセルの少なくともいくつかのＲＦコンポーネントが電力ＯＦＦにされている場合、スリープモードにある。よって、それらが、ＩｏＴ測定値を報告するように要求されると、それらのアップリンク受信機は、測定値を取得するためにアクティブ化される必要がある。これは、ｅＮＢ上でのエネルギ節減を減らす。
【００４５】
２．ＲＡＴ内干渉測定値：  ＩｏＴ測定値を要求するノードがＲＮＣである場合、ｅＮＢは、ＵＴＲＡＮ帯域において干渉を測定する能力を有する受信機を要求する。そのような能力は、ｅＮＢに義務付けられていないため、ｅＮＢがそのような受信機を備えている保証はない。
【００４６】
３．ＩｏＴ測定値の信頼性：  ＵＭＴＳにおけるＲｏＴ（Rise over Thermal）測定値に類似したＩｏＴ測定値は、一般的に、アップリンク受信機が正確に電力メータを模倣できないため、信頼性を取得することが難しい。アップリンク受信機の熱雑音測定値の可変性、温度に対する受信機の敏感性、ＵＥ送信電力の可変性、パス利得、アップリンク干渉に寄与するＵＥの可動性および数は、ＩｏＴ測定値において重大な変化および誤りを引き起こしうる。加えて、特定のＵＥからの干渉をＩｏＴ測定値に相関付けることは難しい。これは特に、ＩｏＴを測定するｅＮＢが、要求側ノードのエッジに位置付けられているシナリオにおいて重要であり、要求側ノード上のＵＥだけでなく、隣接するＲＡＴ内ノードまたはｅＮＢによってサポーされるＵＥは、ＩｏＴ測定値に寄与している可能性がある。
【００４７】
４．ＲＳＲＰ測定値の信頼性：  ＲＳＲＰ測定値は、ＵＥの可動性、および、ｅＮＢとＵＥとの間のチャネル条件に大きく依存する。ｅＮＢがスリープモードの間にＩｏＴ測定値は取得されたが、ＲＳＲＰ測定値は、ｅＮＢがスリープモードに入る前にＵＥによって取得されるため、極めて異なる条件下で両方の測定値が取得されることができ、よって、それらの組み合わせは、誤った推定に帰着しうる。
【００４８】
ＲＡＴ内シナリオ：  関連態様において、ＩｏＴ測定値から離れて、異なるタイプの測定を行うことを含むソリューションが提供される。例えば、ＯＡＭ既定された「低負荷期間」ソリューション／ポリシが実現され、ここにおいて、カバレッジＵＴＲＡＮ／ＧＥＲＡＮセルが高負荷を検出したこと（例えば、負荷値が定義された負荷閾値を満たすまたは超えること）に応じて、ＵＴＲＡＮ／ＧＥＲＡＮセルは、アルゴリズムを使用して、どのＥ−ＵＴＲＡＮセルがアクティブ化されるべきかを決定しうる。アルゴリズムは、隣接Ｅ−ＵＴＲＡＮセルごとに、既定された低負荷期間ポリシに頼ることができる。低負荷期間情報は、ＯＡＭベースの性能カウンタ、等から導き出され、次に、決定は、カバレッジセルで実現されうる。しかしながら、トラフィックレベルは他の時間に変化する可能性があるという事実にかかわらず、低負荷期間ソリューションが、所与の時間にトラフィック／負荷を推定すること、および、他の時間に推定トラフィックを適用することを含むという点で、低負荷期間ソリューションの柔軟性が制限されることに注意されたい。対称的に、下で説明されるロケーションベースのソリューションは、トラフィックの変化に適応する。
【００４９】
さらなる関連態様において、ＵＥ測定を実現することを含むＵＥ測定ソリューションが提供される。例えば、カバレッジＵＴＲＡＮ／ＧＥＲＡＮセルが高負荷を検出したことに応じて、それは、１または複数の休止状態のＥ−ＵＲＡＮセルに対して、少なくとも短い時間インターバル（すなわち、プロービングインターバル）の間にパイロット信号（例えば、ＬＴＥにおける基準信号）を送信するように要求しうる。プロービングインターバルの後、すべてまたはいくつかのＥ−ＵＴＲＡＮセルは、休止状態モードに戻りうる。カバレッジＵＴＲＡＮ／ＧＲＥＡＮセルによってカバーされるＵＥは、このインターバルの間にＥ−ＵＲＡＮセルからの基準信号（ＲＳ）測定を実行し、フィードバックを送るように構成されうる。測定の結果に基づいて、カバレッジＵＴＲＡＮ／ＧＥＲＡＮセルは、どのＥ−ＵＴＲＡＮセルがＯＮに切り替えられるべきであるかを決定しうる。しかしながら、下で説明されるロケーションベースのソリューションはスリープ中のｅＮＢ等をウェイクアップすることを含まないのに対して、ＵＥ測定ソリューションは、スリープ中のｅＮＢがオフロードを助けることができるという現実的な可能性が存在しない限り、ｅＮＢのエネルギ節減などの邪魔をすることに注意されたい。よって、ロケーションベースのソリューションは、スリープ中のどのｅＮＢをＯＮにするかを選択するプロセスの間、より多くのエネルギを節約する。
【００５０】
本明細書で説明された実施形態の１または複数の態様にしたがって、ＵＥおよび／またはセルについての情報のポジショニングを実現することを含むロケーションベースのソリューションが提供される。例えば、カバレッジＵＴＲＡＮ／ＧＥＲＡＮセルが高負荷を検出したことに応じて、それは、どのＥ−ＵＴＡＲＮセルがＯＮに切り替えられるべきか（例えば、ＵＥをカバーするセル）を検出する際に、ＵＥのロケーション、セルのロケーション、およびセル半径／送信電力の組み合わせを使用しうる。タイマ値は、カバレッジセルから選択Ｅ−ＵＴＲＡＮセルに送られるアクティブ化要求メッセージに含まれうる。そのようなタイマが時間切れになると、各Ｅ−ＵＴＲＡＮセルは、ＯＮのままでいるために要求される条件が満たされた否かを検証し、満たされていない場合、Ｅ−ＵＴＲＡＮセルが自発的に再度ＯＦＦに切り替えうる。上で説明されたように、ロケーションベースのソリューションは、例えば、ＵＥ測定ソリューション、低負荷期間ソリューション、ＲＦ測定ソリューション、シグナリング交換ソリューション、等、どのｅＮＢをＯＮにするか決定するための他のソリューションよりも利点を提供する。
【００５１】
ｅＮＢ内シナリオ：  直前に説明されたＲＡＴ内シナリオと同様に、どのホットスポットセルが、存在する場合、ＯＮにされるべきかを決定するためにＩｏＴおよび他のタイプの測定値が使用されうる。関連態様では、ＯＡＭ既定された「低負荷期間」ポリシが実現され、そこでは、カバレッジセルが高負荷を検出したことに応じて、カバレッジセルがアルゴリズムを使用して、どのホットスポットセルがアクティブ化されるべきかを決定しうる。アルゴリズムは、隣接ホットスポットセルごとに、既定された低負荷期間ポリシに頼りうる。低負荷期間情報は、まず、ＯＡＭベースの性能カウンタなどから導き出され、次に、カバレッジセルにおいて構成され、次に、決定がカバレッジセルにおいて実現されうる。
【００５２】
さらなる関連態様において、ＵＥ測定を実現することを含むソリューションが提供される。例えば、カバレッジセルが高負荷を検出したことに応じて、それは、１または複数の休止状態のホットスポットセルに対して、少なくとも短い時間インターバル（すなわち、プロービングインターバル）の間にパイロット信号（例えば、ＬＴＥにおける基準信号）を送信するように要求しうる。プロービングインターバルの後、すべてまたはいくつかのホットスポットセルは、休止状態モードに戻りうる。カバレッジセルによってカバーされるＵＥは、このインターバルの間にホットスポットセルからの基準信号（ＲＳ）測定を実行し、フィードバックを送るように構成されるだろう。測定の結果に基づいて、カバレッジセルは、どのホットスポットセルがＯＮに切り替えられるべきかを決定しうる。
【００５３】
さらなる関連態様において、ＵＥおよび／またはセルについてのポジショニング情報を実現することを含むロケーションベースのソリューションが提供される。例えば、カバレッジセルが高負荷を検出したことに応じて、それは、どのホットスポットセルがＯＮに切り替えられるべきか（例えば、ＵＥをカバーするセル）を検出する際に、ＵＥのロケーション、セルのロケーション、およびセル半径／送信電力の組み合わせを使用しうる。タイマ値は、カバレッジセルから選択ホットスポットセルに送られるアクティブ化要求メッセージに含まれうる。そのようなタイマの時間切れに応じて、各ホットスポットセルは、ＯＮのままでいるために要求される条件が満たされるか否かを検証し、満たされない場合、ホットスポットセルは、自発的に再度ＯＦＦに切り替わりうる。前述されたように、ロケーションベースのソリューションは、どのｅＮＢをＯＮにするかを決定する他のアプローチよりも利点を提供する。
【００５４】
ロケーションベースのエンハンスメント：  ＲＦ測定ソリューションに関連付けられた問題に取り組むために、要求側ノード／エンティティを支援することができるｅＮＢを選択する際に、ＵＥのロケーション、ｅｎＢのロケーションおよびセル半径または送信電力が使用されうる。ＲＦ測定ソリューションとは対照的に、ｅＮＢは、それらがスリープモードの間、ＲＦ測定を行うためにＯＮにされる必要はなく、よって、セルでのエネルギ節減が保たれる。加えて、信頼できるｅＮＢおよびＵＥのロケーションは、いくつかのポジショニング方法を使用して取得されることができる。さらに、ｅＮＢは、ＲＡＴ内セル上でＩｏＴ測定を行うためにさらなる受信機を要求しない。よって、１つの実施形態において、要求側ノードは、どのセルがＯＮにされるまたはアクティブ化されるべきかを選択する際に、ＵＥのロケーション、ｅＮＢのロケーション、セル半径／送信電力を使用しうる。要求側ＲＮＣ／ｅＮＢは、ホットスポットｅＮＢのロケーションがネットワーク内のロケーションサービス(Location Service)（ＬＣＳ）エンティティ(entity)から要求されること、または、ロケーションが要求側ノードのＯ＆Ｍによって構成されうることを要求することができる。さらに、ｅＮＢの送信電力は、Ｏ＆Ｍによって構成されることができ、よって、要求側ノードは、セル半径を算出するか、セル半径がＯ＆Ｍによって直接構成されうる。要求側ノードはまた、特定のＵＥを選択し、それらのロケーションをＬＣＳエンティティから要求しうる。ＵＥのロケーションを決定するために、ＬＣＳエンティティは、到着観測時間差(the observed time difference of arrival)（ＯＴＤＯＡ）、セルＩＤ(CELL-ID)、エンハンスドセルＩＤ(Enhanced-CELL ID)、支援型全地球航法衛星システム(Assisted Global Navigation Satellite System)（ＡＧＮＳＳ）、等のポジショニング方法を使用することができる。
【００５５】
例えば、要求側ノード（例えば、ＲＮＣまたはｅＮＢ）は、ｅＮＢのロケーションおよびセル半径／送信電力についての情報を集めうる。ｅＮＢのロケーションが静的であるため、定期的な更新は要求されない。要求側ノードは、ロケーション情報についてポーリングする特定のＵＥを選択しうる。カバレッジセル上でかなりのネットワークリソースを要求するＵＥ（例えば、最大データレートを有するＵＥ）は、ロケーション情報についてポーリングされるように選択されうる。ＵＥのロケーション、ｅＮＢのロケーション、ｅＮＢのカバレッジに基づいて、要求側ノードは、どのセルをＯＮにすべきかを選択しうる。
【００５６】
適切なｅＮＢを選択する際にロケーション情報がどのように使用されうるかについての例示的な呼出フローが図９に提示される。図９について、アイドル、あるいは、要求側ノード／エンティティ９０４（例えば、ＲＮＣまたはｅＮＢ）によってサービス提供を受けている接続状態のＵＥ ９０２を含む無線通信システム９００が示され、それは、次に、ＯＦＦ状態のネットワークエンティティ９０６（例えば、ｅＮＢ−１）、ＯＦＦ状態のネットワークエンティティ９０８（例えば、ｅＮＢ−２）、ＯＮ状態の隣接ネットワークエンティティ９１０（例えば、ｅＮＢまたはＲＮＣ）、および／または、ＬＣＳエンティティ９１２、等と動作的な通信状態にある。１つのＵＥ ９０２しか示されていないが、システム９００は、複数のＵＥ ９０２を含みうる。
【００５７】
この例において、要求側ノード９０４は、ｅＮＢ−１またはｅＮＢ−２（すなわち、エンティティ／ノード９０６または９０８）がそれに対して支援を提示できるかについて決定することを望む。１つの実施形態において、要求側ノード９０４は、すでに、上で説明されたメカニズムを使用して、ｅＮＢ−１およびｅＮＢ−２のロケーション、セル半径または送信電力を取得している。ＵＥ ９０２のロケーションを取得するために、要求側ノード９０４は、ＬＣＳエンティティ９１２からＵＥのロケーションを要求しうる。このプロセスの間、ＬＣＳエンティティは、ＵＥのロケーションを決定する際に、ＵＥに対して測定を行うように要求することができる。ＵＥがより正確な測定を行うことを支援するために、ＬＣＳエンティティ９１２からの「支援データ」が、選択ＵＥに伝達されうる。ＬＣＳエンティティ９１２がＵＥロケーションを計算してｅＮＢセル選択アルゴリズムで使用されるためにそれを要求側ノード９０４に転送した後に、要求側ノード９０４は、ＵＥのロケーション測定値を集め、それらをＬＣＳエンティティ９１２に転送する。図９に示される例において、ｅＮＢ−１ ９０６は、要求側ノード９０４を支援するのに適していると認められ、よって、「ＯＮ要求」は、ｅＮＢ−１ ９０６にのみ送られる。ＯＮ決定を行うと、ｅＮＢ−１ ９０６は、ＯＮ応答をノード９０４に、ＯＮ通知を隣接ノード９１０に送りうる。結果として、ＵＥ ９０２は、要求側ノード９０４からｅＮＢ−１ ９０６に動かされうる。要求側ノードのアイドルまたは接続モードのＵＥ ９０２は、ＰＲＡＣＨ送信メッセージをｅＮＢ−１ ９０６に送りうる。複数のＵＥ ９０２についてのロケーション情報を要求する間、要求側ノード９０４とＬＣＳエンティティ９１２との間でのシグナリングを減らすために、要求側ノード９０４が、ＬＣＳエンティティ９１２からの複数の要求を削除するために、「支援データ」をキャッシュに格納できることに注意されたい。加えて、図９の例で仮定されるポジショニング方法は、ＵＥ支援型である（すなわち、ＵＥが測定値を提供したとはいえ、ロケーション情報はＬＣＳエンティティで計算される）が、ＵＥ ９０２が測定値を取得してそれを要求側ノードに転送する前にロケーションを算出するＵＥベースのポジショニング方法も使用されうる。ＵＥベースのポジショニング方法は、ロケーションを導き出す際の遅延を減らし、ｅＮＢとＬＣＳエンティティ９１２との間のシグナリングも減らすだろう。ロケーションベースのエンハンスメント／技術の場合、要求側ノードは、どのｅＮＢかＯＮにするかを選択する際に、ＵＥのロケーション、ｅｎＢのロケーション、および、セル半径および／または送信電力を使用しうる。
【００５８】
関連態様において、ロケーションベースのエンハンスメントは、ロケーションベースのウェイクアップソリューションと呼ばれ、要求側ノード（例えば、セルカバレッジを提供するノード）は既定された隣接ｅＮＢのロケーションおよび、複数の接続モードのＵＥの推定ロケーションを使用して、それがＵＥのうちの１または複数をオフロードことを支援するために、どの非アクティブなｅＮＢセルを電源ＯＮにするかを決定しうる。上述された図９は、ＲＡＴ内（ＵＴＲＡＮ−Ｅ−ＵＴＲＡＮ）およびｅＮＢ内（Ｅ−ＵＴＲＡＮ−Ｅ−ＵＴＲＡＮ）シナリオについて、ロケーションベースのセルウェイクアップソリューションのための一般的なフレームワークを示す呼出フローの例を示す。
【００５９】
特に、アンダーレイネットワークがＵＴＲＡＮであるＲＡＴ内シナリオでは、ＵＴＲＡＮポジショニングアーキテクチャは、ＲＮＣが、内部ＬＣＳクライアントを使用して、ＵＥのロケーションをＳＭＬＣから要求することを可能にしうる。ＳＭＬＣは、ＵＥロケーション捕捉プロセスを調整するＵＴＲＡＮにあるエンティティである。ＵＥロケーション要求の受信に応じて、ＳＭＬＣは、ＵＥおよび／またはノードＢから測定値を要求し、ロケーション推定値を計算し、このロケーション推定値をＲＮＣに転送しうる。上で暗に示されたように、ＵＴＲＡＮは、例えば、セルカバレッジ方法（ＣＥＬＬ＿ＩＣ／エンハンスドセル＿ＩＤとしても知られている）、ＯＴＤＯＡ、アップリンクＯＴＤＯＡ（Ｕ−ＴＤＯＡ）、および、Ａ−ＧＮＳＳ方法のような多数のＵＥポジショニング方法をサポートしうる。関連態様において、ＣＥＬＬ ＩＤ方法は、ターゲットＵＥのサービス提供セルのセル情報（セルＩＤまたはサービスエリアまたは地理的座標）を提供することを含みうる。セル内のより細かいＵＥロケーションを決定するために、Ｅ−ＣＥＬＬ ＩＤ方法は、例えば、ＵＥまたはノードＢからのパイロットチャネルの受信信号符号電力（ＲＳＣＰ）（ＣＰＩＣＨ）、ＣＰＩＣＨのＥｃ／Ｎｏ（received energy per chip / power density in the band）、ラウンドトリップ時間（ＲＴＴ）、パスロス、等の測定値と、ＣＥＬＬ ＩＤを組み合せることを含みうる。加えて、ＵＥが位置付けされるセクタを決定するために到着角度（ＡｏＡ）情報が使用されうる。上述された測定の多くは、典型的に、ＵＥおよび／またはサービス提供ノードＢによって行われ、よって、ロケーション推定のためのさらなる測定を行うことをＵＥが要求されないように、サービス提供ノードＢにおいてすでに利用可能でありうる。さらに、ロケーション推定のためにＵＥが測定を行う場合であっても、ロケーション推定のさらなる処理および計算がネットワークにおいて（ネットワークベース／ＵＥ支援型ポジショニング方法の一部として）実行されうることに注意することが重要であり、これにより、制限されたＵＥバッテリドレインおよび処理デマンドを達成する。
【００６０】
さらなる関連態様において、典型的に、数百メートルの範囲内であるセルカバレッジ方法の正確性は、セルウェイクアップアプリケーションに十分でありうる。ｅＮＢ選択アルゴリズムの改善された正確性について、複数のＵＥロケーションは、選択プロセスにおいてＲＮＣによって使用され、それによって、増加された統計的信用(increased statistical confidence)を達成しうる。別の言い方をすれば、セルウェイクアップ選択(cell wake-up selection)の正確性は、カバレッジセルを表す複数のＵＥのロケーションを考慮することによって増加されうる。
【００６１】
ＲＡＴ内シナリオにおけるＵＥのロケーションの取得：  ＧＥＲＡＮまたはＵＴＲＡＮにおいてＵＥロケーション情報を取得するために、プロセスに含まれる２つの主要なエンティティ、ＬＣＳクライアントとサーバ、が存在する。ＬＣＳクラインントは、ネットワークからＵＥのロケーションを要求すること、および、ＬＣＳクライアントに応答を戻すことを課せられたセルラネットワークにおけるエンティティであり、サーバは、ロケーションを取得するプロセス（例えば、測定を行うこと、ロケーション推定を算出すること）を調整する。ＬＣＳサーバは、典型的に、ＧＥＲＡＮ／ＵＴＲＡＮに組み込まれうる（別名、サービス提供モバイルロケーションセンタ（ＳＭＬＣ）として知られている）。ＬＳＣサーバとは異なり、ＬＣＳクライアントは、ＧＥＲＡＮ／ＵＴＲＡＮ（例えば、ＭＳＣ、ＳＧＳＮ、ＲＮＣ）に、ＵＥに、セルネットワークの外側のエンティティに組み込まれうる。
【００６２】
ＲＡＴ内シナリオについて、例えば、ＲＮＣが、電源ＯＦＦにされたｅＮＢをＯＮにしてオフロードを支援することを望む場合、ＵＥロケーション要求がＲＮＣからＳＭＬＣに送られることは最も効率的でありうる。これは、現在、ＲＮＣ内のＬＣＳクライアントのロケーションを通して、ＵＴＲＡＮ規格でサポートされる。加えて、ＳＭＬＣはまた、ＲＮＣ中枢ポジショニングアーキテクチャにおいてＲＮＣと同じ場所に置かれ、このアーキテクチャは、ＵＥポジショニングプロシージャに関連付けられた遅延およびシグナリングを減らす。ＲＮＣ中枢アーキテクチャから離れて、この規格が、ＳＭＬＣはＲＮＣからのＲＡＮネットワーク内の別箇のエンティティである独立型ＳＭＬＣ（ＳＡＳ）中枢アーキテクチャをサポートすることに注意することは重要である。
【００６３】
図１６に関して、システム１６００の１つの実施形態について、ＲＮＣ １６３４がＲＮＣ中枢モードのＵＥ １６１０のロケーションを取得する状態を示す呼出フロー図が提供される。図１６のサービス提供ＲＮＣ（ＳＲＮＣ）１６３０は、３つのモジュール、ＳＭＬＣ １６３２、ＬＣＳクライアント１６３６、および一般的なＲＮＣ機能を実行するモジュールであるＲＮＣ １６３４、を含む。ＳＲＮＣ １６３０内のＬＣＳクライアントモジュール１６３６は、ＳＭＬＣ １６３２にロケーション要求を送ることによってＵＥ １６１０ポジショニングプロセスを開始する。ＳＭＬＣ １６３２がロケーション要求を受信し、ＵＴＲＡＮから測定についての必要な情報を集めると、ＳＭＬＣ １６３２がＵＥ／ノードＢ測定要求をＲＮＣモジュール１６３４に送ることによってＵＥ １６１０またはノードＢ １６２０測定がトリガされる。次に、ＲＮＣ １６３４は、ＲＲＣ測定制御メッセージを使用して、ＵＥ １６１０に対して測定値を取得するように指示する。同様に、ＲＮＣ １６３４はまた、サービス提供ノードＢ １６２０に対して、測定値を取得するように指示しうる。ＵＥ １６１０は、要求された測定を実行し、ＲＲＣ測定報告メッセージを使用してそれらをＲＮＣ １６３４に送り、次に、これらの測定値は、ＳＭＬＣ １６３２に転送される。ノードＢ １６２０からの測定値はまた、ＲＮＣ １６３４に送られ、さらに、ＳＭＬＣ １６３２に転送されうる。ノードＢ １６２０およびＵＥ １６１０から取得された測定値を用いて、ＳＭＬＣ １６３２は、例えば、セルカバレッジベース（ＣＥＬＬ ＩＤ／エンハンスドＣＥＬＬ ＩＤ）、ＯＴＤＯＡ、Ｕ−ＴＤＯＡ、またはＡ−ＧＮＳＳのような規格で定義されたポジショニング方法のうちの１または複数を使用してロケーション推定値を算出する。次に、ロケーション推定は、利用可能な場合、正確性と共に、ＳＲＮＣ １６３０内のＬＣＳクライアント１６３６に送られる。
【００６４】
ＵＥ １６１０およびノードＢ １６２０から要求される測定のタイプは、ポジショニング方法の関数でありうることに注意されたい。例えば、Ｅ−ＣＥＬＬ−ＩＤ方法の場合、ＵＥ １６１０は、サービス提供セルのＣＰＩＣＨ ＲＳＣＰを測定することが要求され、Ａ−ＧＮＳＳ方法の場合、ＵＥ １６１０は、「支援データ」（「支援データ」は、例えば、衛星の数およびＩＤ、それらのドップラー情報、および、探索ウィンドウ幅、等のような衛星についての測定値を取得する際にＵＥ １６１０を支援するためにネットワークからＵＥ １６１０にシグナリングされる情報である）で指定された衛星からのキャリア対雑音比を報告するように指示されうる。ＵＴＲＡＮから集まる支援データは、ＳＭＬＣ １６３２によって調整され、ＲＮＣ １６３４を通してＲＲＣシグナリングでＵＥ １６１０にシグナリングされうる。支援データは、さらに、ＯＴＤＯＡポジショニング方法に使用されうる。
【００６５】
ｅＮＢ内シナリオにおけるＵＥのロケーションの取得：  上に提示されたＵＴＲＡＮのＵＥポジショニングプロシージャについての論述と同様に、２つの主要のエンティティ、ＬＣＳクライアントおよびサーバ、はまた、ｅＮＢ内シナリオにおいてＥ−ＵＴＲＡＮでのＵＥポジショニングに要求されうる。Ｅ−ＵＴＲＡＮにおいて、ＬＣＳサーバは、エンハンスドサービス提供ロケーションセンタ（Ｅ−ＳＭＬＣ）として知られる独立型サーバとして実現されうる。Ｅ−ＳＭＬＣとは異なり、ＬＣＳクライアントは、ＭＭＥに、Ｅ−ＵＴＲＡＮの外側のエンティティに、またはＵＥに位置付けされうる。ｅＮＢ内シナリオにおいて興味のあるセルウェイクアップアプリケーションについて、要求側ノードは、ｅＮＢでありうる。そういうものとして、シグナリングおよび遅延の観点からの最も効率的な実現は、ｅＮＢがＵＥロケーションを要求する場合でありうる。例えば、ＬＣＳクライアントはＭＭＥに残りうるが、Ｓ１−ＡＰ「ロケーション要求」および「ロケーション応答」メッセージは、ｅＮＢとＭＭＥとの間でロケーション要求および応答を搬送するように定義されうる。
【００６６】
関連態様において、ｅＮＢは、図１７に示される呼出フローを介してＥ−ＵＴＲＡＮからＵＥロケーションを要求しうる。図１７に示されるように、システム１７００の１つの実施形態において、ＭＭＥ １７３０がｅＮＢ １７２０からロケーション要求を受信すると、ＭＭＥ １７３０は、Ｅ−ＳＭＬＣ １７４０からＵＥ １７１０についてのロケーションポジショニング要求を開始する。ターゲットＵＥについてのロケーション要求の受信の後、Ｅ−ＳＭＬＣ １７４０は、ｅＮＢから支援データを集めるために（例えば、ＯＴＤＯＡとして知られている、別のダウンリンク方法の場合(e.g., for the downlink method otherwise, known as OTDOA)）、あるいは、ターゲットＵＥについてポジショニング測定を実行するようにｅＮＢに指示するために（例えば、Ｅ−ＣＥＬＬ−ＩＤにおいて）、ｅＮＢプロシージャ１７５０を開始する。Ｅ−ＳＭＬＣ １７４０とｅＮＢ １７２０との間の通信されるメッセージは、ＭＭＥ １７３０を介して通信されうるロケーションポジショニングプロトコルアネックス（ＬＰＰ）を使用して搬送されうる。メッセージの終了は、ｅＮＢ １７２０およびＥ−ＳＭＬＣ １７４０でありうる。よって、メッセージはＭＭＥ １７４０を通してルーティングされるが、それらは、ＭＭＥ １７４０に透過的である。
【００６７】
支援データが集められると、Ｅ−ＳＭＬＣ １７４０は、ＵＥ １７１０から測定値を、要求された場合、ＵＥ １７１０への支援データの伝達を要求することを含みうるＵＥプロシージャ１７６０を開始しうる。ＵＥ １７１０は、測定値を取得し、Ｅ−ＳＭＬＣ １７４０へのメッセージに応じて、この測定値を送る。測定の要求、応答、支援伝達メッセージは、Ｅ−ＳＭＬＣ １７４０とＵＥ １７１０との間でロケーションポジショニングプロトコル（ＬＰＰ）を使用して通信される。メッセージは、ｅＮＢ １７２０およびＭＭＥ １７３０を通してルーティングされるが、メッセージは、これらのノード１７２０および１７３０に透過的である。
【００６８】
Ｅ−ＳＭＬＣ １７４０が測定値を取得すると、それは、ロケーション推定を算出し（ネットワークベース／ＵＥ支援型ソリューションを仮定する）、ＭＭＥ １７３０にロケーション推定を備えるロケーション応答を送りうる。ＭＭＥ １７３０は、ロケーション推定を要求側ｅＮＢ １７２０に転送しうる。
【００６９】
タイマベースのエンハンスメント：  スリープモードに入るか否か、および、スリープモードにいつ入るかを決定する際に、選択されたｅＮＢを支援するために（例えば、上述されたシグナリング交換ソリューションにおいて）、要求側ＲＮＣ／ｅＮＢは、ｅＮＢのセットをウェイクアップするために使用される「ＯＮ要求」メッセージにタイマを取り付けうる。このタイマは、選択されたｅＮＢによって使用され、それらが実際要求側ノードを支援するか否かを確定しうる。そうでない場合、ｅＮＢは、スリープモードに戻りうる。この技術を示す例は、図８で示される。図８について、無線通信システム８００は、要求側ノード／エンティティ８０４（例えば、ＲＮＣまたはｅＮＢ）と動作的に通信状態にあるＵＥ ８０２を含み、それは、多数のネットワークエンティティと動作的に通信状態にありうる。例えば、要求側エンティティ８０４は、ネットワークエンティティ８０６（例えば、ｅＮＢ−１）、ネットワークエンティティ８０８（例えば、ｅＮＢ−２）、および／または、隣接ネットワークエンティティ８１０（例えば、ｅＮＢまたはＲＮＣ）と動作的に通信状態にありうる。１つのＵＥ ８０２しか示されていないが、システム８００は、複数のＵＥ ８０２を含みうる。ＵＥ ８０２は、要求側エンティティ８０４によってサービス提供を受け、アイドルまたは接続モードでありうる。ｅＮＢ−１ ８０６およびｅＮＢ−２ ８０８は、ＯＦＦまたはスリープ状態／モードでありうる。隣接ネットワークエンティティ８１０は、ＯＮまたは状態／モードでありうる。
【００７０】
続けて図８の示される例について、ｅＮＢ−１ ８０６およびｅＮＢ−２ ８０８は、これらのｅＮＢがそれらのセルをＯＮにすることを決定した後にタイマ値を備えた「ＯＮ要求」メッセージを受信し、よって、「ＯＮ応答」および「ＯＮ通知」メッセージは、要求側ノード８０４および隣接セル８１０にそれぞれ送られうる。ＵＥ ８０２（要求側ノード上でアイドルまたは接続モードのいずれかである）は、要求側ノード８０３から選択ｅＮＢセル（例えば、ネットワークエンティティ８０６および／または８０８）に動くように指示されうる。ＵＥ ８０２のうちのいくつかは、アップリンクメッセージを送ることによってｅＮＢ ８０６および／または８０８にアクセスすることを試しうる（例えば、ＵＥ ８０２は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）送信メッセージ等を送ることでｅＮＢ−１ ８０６にアクセスすることを試みうる）。他のｅＮＢ（例えば、ｅＮＢ−２ ８０８）は、ＵＥ ８０２から、ほとんどまたはまったくメッセージを受信しない可能性がある。ｅＮＢ−１ ８０６およびｅＮＢ−２ ８０８でタイマが時間切れになると、ｅＮＢ−２ ８０８は、どのＵＥもそのセルにアクセスしていないことを確信し、それによって、ｅＮＢ−２ ８０８は、電源ＯＦＦにして、「ＯＦＦ通知」メッセージを使用して知らせることを決定しうる。ｅＮＢにおいてすでに構成された負荷閾値または「ＯＮ要求」メッセージに含まれる負荷閾値を使用してＯＦＦ決定が行われうることに注意されたい。
【００７１】
このように、タイマベースのエンハンスメント／技術を用いて、要求側ノード８０４は、ｅＮＢ ８０６および８０８に送られる「ＯＮ要求」メッセージにタイマを含むことができる。タイマが時間切れになると、各ｅＮＢは、ＯＮのままでいるために必要な条件が満たされたか否かを検証しうる。そうでない場合、ｅＮＢは、ＯＦＦ／スリープモードに戻りうる。
【００７２】
本明細書で説明された実施形態の態様にしたがって、タイマベースのエンハンスメントは、ロケーションベースのエンハンスメントと組み合せられうる。例えば、１つの実施形態において、（ＵＥロケーション推定性能が適切なロケーションアルゴリズムをサポートしないこと、または、ＵＥが、厳しい無線伝播環境においてロケーション測定値を取得することにより）要求側ノードによって取得されるＵＥロケーション測定値の正確性／信用レベルが要求される正確性閾値を下回る場合、要求側ノードは、ＵＥロケーション正確性を補償するために要求されるものよりも多くのｅＮＢホットスポットセルをウェイクアップすることを選択することができる。ウェイクアッププロセスの間、タイマ値は、選択ｅＮＢホットスポットセルに送られる「ＯＮ要求」メッセージに含まれ、電源ＯＮにされたこれらのｅＮＢのうちの１または複数が有用でないと決定された場合、タイマベースの技術は、有用でない任意のｅＮＢをＯＦＦにするように実現されうる。同様に、別の実施形態において、タイマベースの技術の適用後、電源ＯＮにされたｅＮＢのうちの１または複数が有用でないと決定された場合、有用でない任意のｅＮＢをＯＦＦにするためにロケーションベースの技術が実現されうる。例えば、これは、要求側ノードに知らせるタイマの時間切れに要求された条件を満たすことができないため、間もなく非アクティブされるｅＮＢセルによって実現されうる。次に、要求側ノードは、それらのセルが、「ＯＮ」モードのままであるべきか、「スリープ」モードに入るべきかを決定するためにロケーションベースのエンハンスメントを使用しうる。  
さらに、ＵＥロケーション測定値の信頼性または正確性／信用レベルについて、ポジショニング方法は、カバレッジセル内のアクティブＵＥのロケーション情報、および、ネットワーク中枢アプローチで検出される電源ＯＦＦにされたホットスポットノードのセルカバレッジ情報に頼りうる。ポジショニング方法は、ｅＮＢセルカバレッジ情報の極めて正確な推定値およびアクティブＵＥロケーションを用いて、かなりのｅＮＢエネルギ節減を提供することが期待される。ほとんどのセルウェイクアップアプリケーションシナリオにおいて、技術からのＵＥロケーションの正確性およびＯＡＭによって構成されたセルカバレッジ情報が、ｅＮＢエネルギ節減をハーネスするように十分であることが期待される。関連態様において、かなりの誤りを伴ったＵＥロケーション推定値は、ＵＥロケーション推定値と共に送られた規格定義されたＵＥロケーション正確性パラメータを使用することで識別されうる。所望のＵＥロケーション正確性が達成されない場合、正確性を改善するため、または、例えば、ＡＧＮＳＳ、ＯＴＤＯＡ、等、よいより良い正確性を有する他の規格定義されたＵＥポジショニング方法に変更する／それと組み合わせるために、より多くのロケーション測定値を求める要求がトリガされうる。その後、所望のロケーション正確性が依然として満たされない場合、要求されるよりも多くのホットスポットｅＮＢが、カバレッジセルを支援するためにターゲットエリアの周りで選択されうる。これらのセルの中から、後に有用でないことがわかったセルは、タイマベースのトリガで非アクティブ化されうる。複数のＵＥロケーションが、カバレッジセルでのユーザトラフィック分散を推定する際に集約され使用される(aggregated and used)ことができ、それによって、統計的信用を増加させることに注意されたい。さらなる関連態様において、ＯＡＭは、ｅＮＢのロケーション、送信電力、セル半径、および、可能なシンプルカバレッジ予測情報のような容易に入手可能な情報を使用してｅＮＢカバレッジ情報を構成しうる。さらなる詳細な情報が要求される特定の場合では、予測マップおよび／または集められた測定データに基づくさらなるセルカバレッジ情報を用いて、正確性が増やされうる。
【００７３】
関連態様において、タイマベースの非アクティブ化アプローチが、例えば、ＯＡＭ低負荷期間ポリシ、ＩｏＴ測定値、ＵＥ測定値、ポジショニング情報の使用を含む技術のような、上述されたＲＡＴ内およびｅＮＢ内セルウェイクアップソリューションに適用されうる。これらのセルのウェイクアップソリューションの多くについての誤りのソースは、オフロードする際に有用でないｅＮＢの選択をもたらしうる。これらの場合の多くでは、そのようなｅＮＢは、ｅＮＢセル上でエネルギをセーブするために、再度電源ＯＦＦにされるべきである。非アクティブ化は、ロケーションベースへのエンハンスメントとして現在提案されているタイマベースのアプローチを使用して単純な方法で実行されうる。このタイマベースのエンハンスメントは、電源ＯＮに選択されたｅＮＢにカバレッジを提供するセルによって送られるＯＮ／アクティブ化要求メッセージにタイマ値を取り付けることによって、セルが再度非アクティブ化されることを可能にする。タイマが時間切れになり、ＯＮのままでいる（例えば、特定の量のトラフィックをサービス提供している）ための特定の条件が満たされなかった場合、特定のセルは再度ＯＦＦにされうる。例えば、余分なｅＮＢが、本明細書で説明されるエネルギ節減セルウェイクアップソリューションのいずれかによってアクティブ化される場合、タイマベースのアプローチは、それらを再度非アクティブ化するための単純かつ効率的な方法を提供することができる。
【００７４】
本明細書に提示および説明された例示的なシステムの観点から、開示された主題にしたがって実現されうる方法は、様々なフローチャートを参照して、よく理解されるだろう。説明の簡潔さのために、方法は、一連の動作／ブロックとして提示および説明されているが、いくつかのブロックは、本明細書に描写および説明されたものとは異なる順序で、および／または、他のブロックと実質的に同時に起こりうるため、請求される主題がこのブロックの数または順序によって制限されないことは理解および認識されるべきである。さらに、本明細書で説明された方法を実現するために、示されたすべてのブロックが要求されるわけでない可能性がある。ブロックに関連付けられた機能が、ソフトウェア、ハードウェア、それらの組み合わせ、または、あらゆる他の適切な手段（例えば、デバイス、システム、プロセス、または、コンポーネント）によって実現されうることは認識されるべきである。加えて、本明細書全体を通して開示された方法が、様々なデバイスへのそのような方法の移送および転送を容易にするために、製品（article of manufacture）に格納可能であることはさらに認識されるべきである。当業者は、方法が、状態ダイアグラムのような、一連の相関状態またはイベントとして、別の方法で表されうることを理解および認識するだろう。
【００７５】
本開示の主題の１または複数の態様にしたがって、スリープ中のネットワークエンティティ（例えば、ｅＮＢ）を選択的にＯＮにするための方法が提供される。図１０について、ネットワークエンティティ（例えば、ｅＮＢ）などの、無線通信装置で実行されうるタイマベースの方法１０００が示される。方法１０００は、１０１０において、タイマを有するＯＮ要求メッセージを要求側エンティティ（例えば、要求側ＲＮＣまたはｅＮＢ）から受信したことに応じて、ＯＮモードに入ることを含みうる。方法１０００は、１０２０において、ＯＮ応答メッセージを要求側エンティティに送り、ＯＮ通知メッセージを少なくとも１つの隣接エンティティ（例えば、隣接ＲＮＣおよび／またはｅＮＢ）に送ることを含みうる。方法１０００は、１０３０において、定義された条件を満たすことなくタイマが時間切れしたこと（例えば、ＵＥからの、ＰＲＡＣＨ送信のようなアクセスチャネル送信を受信することなくタイマが時間切れすること）に応じて、（ａ）スリープモードに入ることと、（ｂ）ＯＦＦ通知を要求側エンティティおよび少なくとも１つの隣接エンティティに送ることとを含みうる。
【００７６】
本明細書で説明された実施形態の１または複数の態様にしたがって、図１０について上述されたように、スリープ中のネットワークエンティティをＯＮにすることを選択的に実行するためのデバイスおよび装置が提供される。図１１について、無線ネットワーク内のネットワークエンティティとして、あるいは、ネットワークエンティティ内で使用するためのプロセッサまたは同様のデバイスとして構成されうる例示的な装置１１００が提供される。装置１１００は、プロセッサ、ソフトウェア、または、その組み合わせ（例えば、ファームウェア）によって実現される機能を表すことができる機能ブロックを含みうる。示されたように、１つの実施形態において、装置１１００は、要求側エンティティから、タイマを有するＯＮ要求メッセージを受信したことに応じて、ＯＮモードに入るための電気コンポーネントまたはモジュール１１０２を備えうる。装置１１００は、ＯＮ応答メッセージを要求側エンティティに、ＯＮ通知メッセージを少なくとも１つの隣接エンティティに送るための電気コンポーネント１１０４を備えうる。装置１１００は、タイマをモニタリングするための電気コンポーネント１１０６を備えうる。装置１１００は、定義された条件が満たされることなしにタイマが時間切れしたことに応じて、（ａ）ＯＦＦモードに入るため、および、（ｂ）ＯＦＦ通知を要求側エンティティおよび少なくとも１つの隣接エンティティに送るための電気コンポーネント１１０８を備えうる。
【００７７】
関連態様において、装置１１００は、装置１１００がプロセッサというよりはむしろネットワークエンティティとして構成される場合に、少なくとも１つのプロセッサを有するプロセッサコンポーネント１１１０をオプション的に含みうる。プロセッサ１１１０は、このような場合、バス１１１２または同様の通信カップリングを介してコンポーネント１１０２〜１１０８と動作的に通信状態にありうる。プロセッサ１１１０は、電子コンポーネント１１０２〜１１０８によって実行されるプロセスまたは機能の開始およびスケジューリングを達成しうる。
【００７８】
さらなる関連態様において、装置１１００は、ラジオトランシーバコンポーネント１１１４を含みうる。独立型受信機および／または独立型送信機が、トランシーバ１１１４の代わりに、あるいは、それと共に使用されうる。装置１１００は、オプション的に、例えば、メモリデバイス／コンポーネント１１１６など、情報を記憶するためのコンポーネントを含みうる。コンピュータ読取可能な媒体またはメモリコンポーネント１１１６は、バス１１１２等を介して、装置１１００の他のコンポーネントに動作的に結合されうる。メモリコンポーネント１１１６は、コンポーネント１１０２〜１１０８およびその従属コンポーネント、または、プロセッサ１１１０、あるいは本明細書に開示された方法のプロセスおよび挙動を達成するためのコンピュータ読取可能な命令およびデータを記憶することに適応しうる。メモリコンポーネント１１１６は、コンポーネント１１０２〜１１０８に関連付けられた機能を実行するための命令を保持しうる。メモリ１１１６の外側にあるように示されているが、コンポーネント１１０２〜１１０８がメモリ１１１６内に存在可能であることは理解されるべきである。
【００７９】
本明細書で説明された実施形態の１または複数の態様にしたがって、スリープ中のネットワークエンティティを選択的にＯＮにするように無線ネットワークにおいて要求側エンティティ（例えば、要求側ＲＮＣまたはｅＮＢ）によって動作可能なロケーションベースの方法が提供される。図１２Ａに関して、１２１０で、要求側エンティティの負荷が所与の（例えば、ネットワーク定義された）負荷閾値を超えることに応じて、少なくとも１つのＵＥをオフロードする候補ネットワークエンティティを識別することを含みうる方法１２００が示され、候補ネットワークエンティティの各々は、スリープモードにある。方法１２００は、１２２０において、候補ネットワークエンティティのカバレッジおよびロケーション情報（例えば、ロケーション、セル半径、送信電力）を決定することを含みうる。方法は、１２３０において、少なくとも１つのＵＥ（例えば、要求側エンティティへのトラフィック負荷を表す複数のＵＥを含む少なくとも１つのＵＥ）についてのロケーション情報を決定することを含みうる。方法はまた、１２４０において、カバレッジ情報およびロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき候補ネットワークエンティティの所与のネットワークエンティティを選択することを含みうる。
【００８０】
関連態様において、図１２Ｂについて、方法１２００はさらに、ＯＮ要求メッセージを所与のネットワークエンティティに送ること（ブロック１２５０）と、所与のネットワークエンティティからのＯＮ応答メッセージの受信に応じて、所与のネットワークエンティティへの少なくとも１つのＵＥのオフロードを開始すること（ブロック１２６０）とを含みうる。方法１２００はさらに、所与のネットワークエンティティがいくつのＵＥを現在サポートしているかを要求側エンティティに報告するように所与のネットワークエンティティに対して命令すること（ブロック１２７０）を含みうる。
【００８１】
本明細書で説明された実施形態の１または複数の態様にしたがって、図１２Ａ〜Ｂを参照して上述されたように、スリープ中のネットワークエンティティを選択的にＯＮにするためのデバイスおよび装置が提供される。図１３を参照すると、要求側エンティティとして、あるいは、要求側エンティティで使用されるプロセッサまたは同様のデバイスとして構成されうる例示的な装置１３００が提供される。装置１３００は、プロセッサ、ソフトウェア、または、その組み合わせによって実現される機能を表しうる機能ブロックを含みうる。描写されたように、１つの実施形態において、装置１３００は、要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのＵＥをオフロードする候補ネットワークエンティティを識別するための電気コンポーネントまたはモジュール１３０２を備え、候補ネットワークエンティティの各々はスリープモードにある。装置１３００は、候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定するための電気コンポーネント１３０４を備えうる。装置１３００は、少なくとも１つのＵＥについてのロケーション情報を決定するための電気コンポーネント１３０６を備えうる。装置１３００は、カバレッジ情報およびロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき候補ネットワークエンティティの所与のネットワークエンティティを選択するための電気コンポーネント１３０８を備えうる。簡潔さのために、装置１３００についての残りの詳細がさらに説明されることはないが、装置１３００の残りの特徴および態様が、図１１の装置１１００に関して上に説明されたものと実質的に同様であることは理解されるべきである。
【００８２】
本明細書で説明された実施形態の１または複数の態様にしたがって、要求側エンティティが高負荷レベルを経験する場合に、スリープ中のネットワークエンティティを選択的にＯＮにするように無線ネットワーク内の要求側エンティティによって動作可能な組み合わせ方法が提供される。図１４Ａについて、１４１０で、要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのＵＥをオフロードするネットワークエンティティを識別することを含みうる方法１４００が示され、ネットワークエンティティの各々は、スリープモードにある。方法１４００は、１４２０で、ネットワークエンティティについてのカバレッジおよびロケーション情報を決定することを含みうる。方法１４００は、１４３０において、少なくとも１つのＵＥについてのロケーション情報を決定することを含みうる。方法１４００は、１４４０において、カバレッジ情報およびロケーション情報に少なくとも部分的に基づいて、ＯＮにすべきネットワークエンティティのうちの少なくとも１つを選択することを含みうる。方法１４００は、１４５０において、ＯＮ要求メッセージを少なくとも１つの選択ネットワークエンティティに送ることを含み、ＯＮ要求メッセージは、定義された条件が満たされない場合に、少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する制限時間を設定したタイマを含む。
【００８３】
関連態様において、図１４Ｂについて、方法１４００はさらに、定義された条件が制限時間内に満たされなかったこと（例えば、少なくとも１つのＵＥが、少なくとも１つの選択ネットワークエンティティへのアクセスチャネル送信を開始しないこと）に応じて、少なくとも１つの選択ネットワークエンティティからＯＦＦ通知を受信すること（ブロック１４６０）を含みうる。方法１４００はさらに、少なくとも１つの選択ネットワークエンティティが現在いくつのＵＥをサポートしているかを要求側エンティティに報告するように、少なくとも１つの選択ネットワークエンティティに対して命令すること（ブロック１４７０）を含みうる。
【００８４】
本明細書で説明された実施形態の１または複数の態様にしたがって、１４Ａ〜Ｂについて上で説明されたように、スリープ中のネットワークエンティティを選択的にＯＮにするためのデバイスおよび装置が提供される。図１５を参照すると、要求側エンティティとして、あるいは、要求側エンティティ内で使用するためのプロセッサまたは同様のデバイスとして構成されうる例示的な装置１５００が提供される。装置１５００は、プロセッサ、ソフトウェア、または、その組み合わせによって実現される機能を表しうる機能ブロックを含みうる。描写されたように、１つの実施形態において、装置１５００は、要求側エンティティの負荷が負荷閾値を超えることに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別するための電気コンポーネントまたはモジュール１５０２を備え、ネットワークエンティティの各々はスリープモードにある。装置１５００は、ネットワークエンティティについてのカバレッジおよびロケーション情報を決定するための電気コンポーネント１５０４と、少なくとも１つのＵＥについてのロケーション情報を決定するための電気コンポーネント１５０６とを含みうる。装置１５００はさらに、カバレッジ情報およびロケーション情報に少なくとも部分的に基づいて、ＯＮにすべきネットワークエンティティのうちの少なくとも１つを選択するための電気コンポーネント１５０８を含みうる。装置１５００は、ＯＮ要求メッセージを少なくとも１つの選択ネットワークエンティティに送るための電気コンポーネント１５０９を含み、ＯＮ要求メッセージは、定義された条件が満たされない場合に、少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する制限時間を設定したタイマを含みうる。簡潔さのために、装置１５００についての残りの詳細がさらに説明されることはないが、装置１５００の残りの特徴および態様が、図１１の装置１１００について上で説明されたものと実質的に同様であることは理解されるべきである。
【００８５】
当業者は、情報および信号が、様々な異なる技術および技法のいずれかを使用して表されることを理解するだろう。例えば、上記説明全体を通して参照されうるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらのあらゆる組み合わせによって表されうる。
【００８６】
当業者は、本明細書に開示された実施形態に関連して説明された様々な実例となる論理ブロック、モジュール、回路、およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現されうることをさらに認識するであろう。このハードウェアおよびソフトウェアの互換性を明確に例示するために、実例となる様々なコンポーネント、ブロック、モジュール、回路、およびステップが、一般的にそれらの機能の観点から、上に説明されている。このような機能が、ハードウェアとして実現されるか、あるいはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられた設計制約に依存する。当業者は、各々の特定のアプリケーションごとに多様な方法で、説明された機能を実現することができるが、このような実現の決定は、本開示の範囲からの逸脱を引き起こしていると解釈されるべきでない。
【００８７】
本明細書に開示された実施形態と関連して説明された実例となる様々な論理ブロック、モジュール、回路は、汎用のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、書替え可能ゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、本明細書で説明された機能を実行するように設計されたこれらの任意の組み合わせで実現または実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替において、このプロセッサは、従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシン（state machine）でありうる。プロセッサはまた、計算デバイスの組み合わせ、例えば、ＤＳＰと、１つのマイクロプロセッサ、複数のマイクロプロセッサ、ＤＳＰコアと結合された１または複数のマイクロプロセッサとの組み合わせ、または任意の他のそのような構成として、実現されうる。
【００８８】
１または複数の例示的な実施形態において、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらのあらゆる組み合わせに実現されうる。ソフトウェアで実現される場合、これらの機能は、コンピュータ読取可能な媒体上の１つまたは複数の命令またはコードとして記憶または送信されうる。コンピュータ読取可能な媒体は、１つの場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体およびコンピュータ記憶媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく例として、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、データ構造または命令の形態で所望のプログラムコードを搬送または記憶するために使用可能であり、かつコンピュータによってアクセスされることができるあらゆる別媒体を備えうる。また、任意の接続は、厳密にはコンピュータ読取可能媒体と称されうる。例えば、ソフトウェアがウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のような無線技法を使用して送信される場合は、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、あるいは赤外線、無線、およびマイクロ波のような無線技法は、媒体の定義に含まれている。ディスク（ｄｉｓｋ）とディスク（ｄｉｓｃ）は、本明細書で使用される場合、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、ブルーレイ（登録商標）ディスクを含む。ディスク（ｄｉｓｋ）は通常磁気作用によってデータを再生し、ディスク（ｄｉｓｃ）はレーザーで光学的にデータを再生する。上記の組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【００８９】
当業者が本開示を実施および使用することを可能にするために、開示された実施形態についての以上の説明が提供される。これらの実施形態に対する様々な変更は、当業者にとって容易に明らかであり、本明細書で定義された一般的な原理は、本開示の精神または範囲から逸脱することなく、他の実施形態に適用されうる。したがって、本開示は、本明細書に示された実施形態に限定されるようには意図されず、本明細書で開示される原理および新規な特徴と一致する最も広い範囲が与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
〔１〕
無線通信ネットワークにおいて要求側エンティティによって動作可能な方法であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別することと、なお、前記候補ネットワークエンティティの各々は、スリープモードにある；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定することと；
前記少なくとも１つのＵＥについてのロケーション情報を決定することと；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択することと；
を備える方法。
〔２〕
前記カバレッジおよびロケーション情報は、前記候補ネットワークエンティティのロケーション、セル半径、送信電力のうちの少なくとも１つを備える、〔１〕に記載の方法。
〔３〕
ＯＮ要求メッセージを前記所与のネットワークエンティティに送ることと；
前記所与のネットワークエンティティからＯＮ応答メッセージを受信したことに応じて、前記所与のネットワークエンティティへの前記少なくとも１つのＵＥのオフロードを開始することと；
をさらに備える、〔１〕に記載の方法。
〔４〕
前記所与のネットワークエンティティが現在いくつのＵＥをサポートしているかを前記要求側エンティティに報告するように前記所与のネットワークエンティティに対して指示すること、をさらに備える、〔１〕に記載の方法。
〔５〕
前記少なくとも１つのＵＥは、前記要求側エンティティへのトラフィック負荷を表す複数のＵＥを備える、〔１〕に記載の方法。
〔６〕
前記複数のＵＥの各々は、ネットワーク定義されたロケーション正確性要件を満たす対応ロケーション情報を提供する、〔５〕に記載の方法。
〔７〕
無線通信のための装置であって、
要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別する手段と、なお、前記候補ネットワークエンティティの各々は、スリープモードにある；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定する手段と；
前記少なくとも１つのＵＥについてのロケーション情報を決定する手段と；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択する手段と；
を備える装置。
〔８〕
無線通信のための装置であって、
要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別し、なお、前記候補ネットワークエンティティの各々は、スリープモードにある；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定し；
前記少なくとも１つのＵＥについてのロケーション情報を決定し；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択する；
ように構成された、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと、
を備える装置。
〔９〕
コンピュータ読取可能な媒体を備えるコンピュータプログラムプロダクトであって、
前記コンピュータ読取可能な媒体は、コンピュータに対して、
要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードする候補ネットワークエンティティを識別させ、なお、前記候補ネットワークエンティティの各々は、スリープモードにある；
前記候補ネットワークエンティティについてのカバレッジおよびロケーション情報を決定させ；
前記少なくとも１つのＵＥについてのロケーション情報を決定させ；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記候補ネットワークエンティティの所与のネットワークエンティティを選択させる；
ためのコードを備える、
コンピュータプログラムプロダクト。
〔１０〕
無線通信ネットワークにおいてネットワークエンティティによって動作可能な方法であって、
タイマを備えたＯＮ要求メッセージを要求側エンティティから受信したことに応じて、ＯＮモードに入ることと；
ＯＮ応答メッセージを前記要求側エンティティに、前記ＯＮ通知メッセージを少なくとも１つの隣接エンティティに送ることと；
定義された条件が満たされることなしに、前記タイマが時間切れしたことに応じて、（ａ）スリープモードに入ることと、（ｂ）前記要求側エンティティおよび前記少なくとも１つの隣接エンティティにＯＦＦ通知を送ることと；
を備える方法。
〔１１〕
前記定義された条件は、少なくとも１つのユーザ機器（ＵＥ）が前記ネットワークエンティティへの送信を開始することを備える、〔１０〕に記載の方法。
〔１２〕
前記定義された条件は、前記少なくとも１つのＵＥが前記ネットワークエンティティにアクセスチャネル送信を送ることを備える、〔１１〕に記載の方法。
〔１３〕
前記アクセスチャネル送信は、ＰＲＡＣＨ送信を備える、〔１２〕に記載の方法。
〔１４〕
無線通信のための装置であって、
タイマを備えたＯＮ要求メッセージを要求側エンティティから受信したことに応じて、ＯＮモードに入る手段と、
ＯＮ応答メッセージを前記要求側エンティティに、前記ＯＮ通知メッセージを少なくとも１つの隣接エンティティに送る手段と、
定義された条件が満たされることなしに前記タイマが時間切れしたことに応じて、スリープモードに入り、前記要求側エンティティおよび前記少なくとも１つの隣接エンティティにＯＦＦ通知を送る手段と、
を備える装置。
〔１５〕
無線通信のための装置であって、
タイマを備えたＯＮ要求メッセージを要求側エンティティから受信したことに応じて、ＯＮモードに入り、ＯＮ応答メッセージを前記要求側エンティティに、前記ＯＮ通知メッセージを少なくとも１つの隣接エンティティに送り、定義された条件が満たされることなしに前記タイマが時間切れしたことに応じて、スリープモードに入り、前記要求側エンティティおよび前記少なくとも１つの隣接エンティティにＯＦＦ通知を送るように構成された、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと、
を備える装置。
〔１６〕
コンピュータ読取可能な媒体を備えるコンピュータプログラムプロダクトであって、
前記コンピュータ読取可能な媒体は、コンピュータに対して、
タイマを備えたＯＮ要求メッセージを要求側エンティティから受信したことに応じて、ＯＮモードに入らせ、
ＯＮ応答メッセージを前記要求側エンティティに、前記ＯＮ通知メッセージを少なくとも１つの隣接エンティティに送らせ、
定義された条件が満たされることなしに前記タイマが時間切れしたことに応じて、スリープモードに入らせ、前記要求側エンティティおよび前記少なくとも１つの隣接エンティティにＯＦＦ通知を送らせる、
ためのコードを備える、
コンピュータプログラムプロダクト。
〔１７〕
無線通信ネットワークにおいて要求側エンティティによって動作可能な方法であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別することと、なお、前記ネットワークエンティティの各々は、スリープモードにある；
前記ネットワークエンティティについてのカバレッジおよびロケーション情報を決定することと；
前記少なくとも１つのＵＥについてのロケーション情報を決定することと；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記ネットワークエンティティのうちの少なくとも１つを選択することと；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送ることと、なお、前記ＯＮ要求メッセージは、定義された条件が制限時間内に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
を備える方法。
〔１８〕
前記少なくとも１つのＵＥが、前記制限時間内に、前記少なくとも１つの選択ネットワークエンティティへのアクセスチャネル送信を開始しないことに応じて、前記少なくとも１つの選択ネットワークエンティティからＯＦＦ通知を受信すること、をさらに備える、〔１７〕に記載の方法。
〔１９〕
少なくとも１つのラジオ周波数（ＲＦ）測定を実行するように前記少なくとも１つの選択ネットワークエンティティに対して指示すること、をさらに備える、〔１７〕に記載の方法。
〔２０〕
前記少なくとも１つのＵＥについての前記ロケーション情報の正確性レベルが正確性閾値を下回ることを検出したことに応じて、（ａ）前記少なくとも１つのＵＥおよび（ｂ）さらなる複数のＵＥのうちの、少なくとも１つについてのさらなるロケーション情報を取得すること、をさらに備える、〔１７〕に記載の方法。
〔２１〕
前記ロケーション情報の統計的信用を増加させるために、前記ロケーション情報を前記さらなるロケーション情報と集約すること、をさらに備える、〔２０〕に記載の方法。
〔２２〕
さらなるネットワークエンティティにさらなるＯＮ要求メッセージを送ること、をさらに備え、さらなるＯＮ要求メッセージの各々は、前記タイマを含む、〔２０〕に記載の方法。
〔２３〕
無線通信のための装置であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別する手段と、なお、前記ネットワークエンティティの各々は、スリープモードにある；
前記ネットワークエンティティについてのカバレッジ情報を決定する手段と；
前記少なくとも１つのＵＥについてのロケーション情報を決定する手段と；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記ネットワークエンティティのうちの少なくとも１つを選択する手段と；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送る手段と、なお、前記ＯＮ要求メッセージは、定義された条件が制限時間内に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
を備える装置。
〔２４〕
無線通信のための装置であって、
前記要求側エンティティの負荷が負荷閾値を超えたことに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別し、なお、前記ネットワークエンティティの各々は、スリープモードにある；
前記ネットワークエンティティについてのカバレッジ情報を決定し；
前記少なくとも１つのＵＥについてのロケーション情報を決定し；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記ネットワークエンティティのうち少なくとも１つを選択し；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送る、なお、前記ＯＮ要求メッセージは、定義された条件が制限時間内に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
ように構成された少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合された、データを記憶するためのメモリと、
を備える装置。
〔２５〕
コンピュータ読取可能な媒体を備えるコンピュータプログラムプロダクトであって、
前記コンピュータ読取可能な媒体は、コンピュータに対して、
要求側エンティティの負荷が負荷閾値を超えることに応じて、少なくとも１つのユーザ機器（ＵＥ）をオフロードするネットワークエンティティを識別させ、なお、前記ネットワークエンティティの各々は、スリープモードにある；
前記ネットワークエンティティについてのカバレッジ情報を決定させ；
前記少なくとも１つのＵＥについてのロケーション情報を決定させ；
前記カバレッジ情報および前記ロケーション情報に少なくとも部分的に基づいて、ＯＮにすべき前記ネットワークエンティティのうちの少なくとも１つを選択させ；
ＯＮ要求メッセージを前記少なくとも１つの選択ネットワークエンティティに送らせる、なお、前記ＯＮ要求メッセージは、定義された条件が制限時間に満たされない場合に、前記少なくとも１つの選択ネットワークエンティティがＯＮ状態を維持する前記制限時間を設定したタイマを含む；
ためのコードを備える、
コンピュータプログラムプロダクト。
【図１】
0005770302.tif 000002
【図２】
0005770302.tif 000003
【図３】
0005770302.tif 000004
【図４】
0005770302.tif 000005
【図５】
0005770302.tif 000006
【図６】
0005770302.tif 000007
【図７】
0005770302.tif 000008
【図８】
0005770302.tif 000009
【図９】
0005770302.tif 000010
【図１０】
0005770302.tif 000011
【図１１】
0005770302.tif 000012
【図１２Ａ】
0005770302.tif 000013
【図１２Ｂ】
0005770302.tif 000014
【図１３】
0005770302.tif 000015
【図１４Ａ】
0005770302.tif 000016
【図１４Ｂ】
0005770302.tif 000017
【図１５】
0005770302.tif 000018
【図１６】
0005770302.tif 000019
【図１７】
0005770302.tif 000020