(57)【特許請求の範囲】
【請求項１】
ネットワーク上のユーザ機器（ＵＥ）と通信するための進化型ＮｏｄｅＢ（ｅＮＢ）であって、
前記ＵＥがデータを実質的に同時に受信及び送信することが可能である、又は、２つの異なる周波数でデータを同時に受信することが可能であるかどうかを判断する第１のロジックと、
前記ＵＥが前記データを実質的に同時に受信及び送信することが可能である、又は、前記２つの異なる周波数で前記データを同時に受信することが可能であると前記第１のロジックが判断した場合、間欠受信（ＤＲＸ）ＯＮの持続時間が発見機会持続時間（ＤＯＤ）と重なり合うよう、ＤＲＸ設定を前記ＵＥに対して設定する第２のロジックとを備える、ｅＮＢ。
【請求項２】
前記第２のロジックは、ＤＯＤ期間中に前記ＤＲＸ  ＯＮ持続時間の持続時間を、前記ＤＯＤに実質的に等しくなるよう拡張すべく動作可能である、請求項１に記載のｅＮＢ。
【請求項３】
前記第２のロジックは、非ＤＯＤ期間中に通常のＤＲＸ  ＯＮ持続時間を適用するよう動作可能である、請求項１又は２に記載のｅＮＢ。
【請求項４】
前記ＤＲＸ  ＯＮ持続時間及びＤＲＸ非活動タイマ持続時間の合計が前記ＤＯＤと実質的に等しくなるよう、前記第２のロジックは、前記ＤＲＸ  ＯＮ  持続時間の持続時間と、ＤＲＸ非活動タイマの持続時間とを拡張するよう動作可能である、請求項１から３のいずれか１項に記載のｅＮＢ。
【請求項５】
前記第２のロジックは、ＵＥがＤＲＸ  ＯＮ持続時間にあること、ＤＲＸ非活動タイマが実行していること、又はＤＲＸショートサイクルが前記ＤＯＤ中に実行していることのうちの１つに起因して、前記ＵＥがアクティブになるよう、ＤＲＸ設定を設定するよう動作可能な請求項１から４のいずれか１項に記載のｅＮＢ。
【請求項６】
ロングＤＲＸサイクルの終了を前記ＤＯＤの開始時点の開始と整合させるロジックを備える請求項１から５のいずれか１項に記載のｅＮＢ。
【請求項７】
前記第２のロジックはロングＤＲＸサイクルを形成し、発見周期は互いに整数倍である、請求項２に記載のｅＮＢ。
【請求項８】
ＤＲＸサイクルの開始に関連したオフセットを調整するためのロジックを備える、請求項１から７のいずれか１項に記載のｅＮＢ。
【請求項９】
前記ＵＥから、発見特定ＤＲＸによって構成されるためのプリファレンスを受信すべく、ロジックを備える請求項１から８のいずれか１項に記載のｅＮＢ。
【請求項１０】
無線リソース制御（ＲＲＣ）メッセージ情報エレメント（ＩＥ）又は媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）のうちの１つにより前記プリファレンスが受信される、請求項９に記載のｅＮＢ。
【請求項１１】
前記ＵＥに対し、ダウンリンク無線リソース制御（ＲＲＣ）メッセージにおいて前記ＤＲＸ設定を送信するためのロジックを備える請求項１から１０のいずれか１項に記載のｅＮＢ。
【請求項１２】
ユーザ機器（ＵＥ）がデータを実質的に同時に受信及び送信することが可能であるかどうかの判断をするための第１のロジックと、
前記ＵＥが前記データを実質的に同時に受信及び送信することが可能でないと前記第１のロジックが判断した場合、間欠受信（ＤＲＸ）ＯＮ持続時間ウインドウが、発見機会持続時間（ＤＯＤ）ウインドウに隣接するよう、前記ＵＥに対してＤＲＸ設定を設定するための第２のロジックとを備えるネットワーク上のユーザ機器（ＵＥ）と通信する進化型ＮｏｄｅＢ（ｅＮＢ）。
【請求項１３】
前記第２のロジックは、前記ＤＲＸ  ＯＮ持続時間ウインドウを前記ＤＯＤウインドウの前又は後に調整するよう動作可能である、請求項１２に記載のｅＮＢ。
【請求項１４】
前記ＵＥから、発見特定ＤＲＸと共に構成されるためにプリファレンスを受信するためのロジックを備える請求項１２又は１３に記載のｅＮＢ。
【請求項１５】
前記ＵＥは、前記発見特定ＤＲＸとともに設定されるためにその必要性若しくはプリファレンスを識別又は決定可能な請求項１４に記載のｅＮＢ。
【請求項１６】
前記プリファレンスは、無線リソース制御（ＲＲＣ）メッセージ情報エレメント（ＩＥ）、又は媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）のうちの１つにより受信される、請求項１４又は１５に記載のｅＮＢ。
【請求項１７】
ユーザ機器（ＵＥ）がデータを実質的に同時に受信及び送信することが可能である、又は、２つの異なる周波数におけるデータを同時に受信することが可能であるかどうかを判断する段階と、
前記ＵＥが前記データを実質的に同時に受信及び送信することが可能である、又は、前記２つの異なる周波数における前記データを同時に受信することが可能であると判断した場合、間欠受信（ＤＲＸ）ＯＮ持続時間が発見機会持続時間（ＤＯＤ）に重なり合うよう、前記ＵＥに対しＤＲＸ設定を設定する段階を含む処理を、１又は複数のプロセッサに実行させるプログラム。
【請求項１８】
前記ＤＲＸ  ＯＮ持続時間の持続時間を前記ＤＯＤに実質的に等しくなるよう拡張する段階を含む処理を、前記１又は複数のプロセッサに更に実行させる、請求項１７に記載のプログラム。
【請求項１９】
前記ＤＲＸ  ＯＮ持続時間及びＤＲＸ非活動タイマ持続時間の合計が、前記ＤＯＤに実質的に等しくなるよう、前記ＤＲＸ  ＯＮ持続時間の持続時間と、ＤＲＸ非活動タイマの持続時間の持続時間とを拡張する段階を含む処理を、前記１又は複数のプロセッサに更に実行させる、請求項１８に記載のプログラム。
【請求項２０】
ロングＤＲＸサイクルの終了を前記ＤＯＤの開始時点の開始と整合させる段階を含む処理を、前記１又は複数のプロセッサに更に実行させる、請求項１８又は１９に記載のプログラム。
【請求項２１】
ロングＤＲＸサイクル及び発見周期を互いの整数倍になるように確立する段階を含む処理を、前記１又は複数のプロセッサに更に実行させる、請求項１８から２０のいずれか１項に記載のプログラム。
【請求項２２】
ＤＲＸサイクルの開始に関連したオフセットを調整する段階を含む処理を、前記１又は複数のプロセッサに更に実行させる、請求項１８から２１のいずれか１項に記載のプログラム。
【請求項２３】
発見特定ＤＲＸを伴って設定されるためのプリファレンスを前記ＵＥから受信する段階を含む処理を、更に前記１又は複数のプロセッサに更に実行させる、請求項１８から２２のいずれか１項に記載のプログラム。
【請求項２４】
前記プリファレンスは、無線リソース制御（ＲＲＣ）メッセージ情報エレメント（ＩＥ）、又は媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）のうちの１つにより更に受信される、請求項２３に記載のプログラム。
【請求項２５】
請求項１７から２４のいずれか１項に記載のプログラムを格納する機械可読記憶媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
［優先権の主張］
本出願は、米国特許法§１１９（ｅ）に基づいて、２０１４年２月２４日に出願された米国仮特許出願第６１／９４３，９８４号、及び２０１４年１２月２３日に出願された米国非仮出願第１４／５８１，２０５号への優先権を主張し、それらの出願は、それらの全体が参照により組み込まれる。
【０００２】
複数のロングタームエボリューション（ＬＴＥ）ネットワークにおいて、モバイルアプリケーション及びそれらの対応するより高いデータレートの要求は、モバイルデバイスのための省電力化の多大な必要性を引き起こす最近の現象である。間欠受信（ＤＲＸ）は、それにより、ユーザ機器（ＵＥ）が一定期間の間、受信機のスイッチを切ることが出来、従って、エネルギーを節約する方法であり、その一方で、無線リソース制御（ＲＲＣ）接続状態（又はモード）にとどまる方法である。接続モードにおけるＤＲＸは、ＬＴＥネットワークにおける電力節約メカニズムである。ＤＲＸは、通常、レイテンシの潜在的な増加を犠牲としてＵＥのバッテリ電力を節約するので、レイテンシと省電力化との間の最良の特失評価を見つけるために最適化が必要とされる。
【０００３】
デバイスツーデバイス（Ｄ２Ｄ）近接サービス（ＰｒｏＳｅ）可能なＵＥは、相互に通信出来るＵＥである。無線リソース割り当て及び管理が、インカバレッジシナリオに対してＤ２Ｄ発見のために必要とされる。周期的に約数秒の間生じる、発見時間持続時間中、複数のＤ２Ｄ  ＰｒｏＳｅ  ＵＥは、発見信号を送信しているか又は受信しているかのいずれかであってよい。従って、複数のＵＥは、アクティブであり、それ故、発見機会持続時間中の電力を、複数のＬＴＥ状態（即ち、アイドル又は接続モードのＤＲＸ状態）に関わりなく消費する。
【図面の簡単な説明】
【０００４】
以下に与えられる発明を実施するための形態から、及び本開示の様々な実施形態の添付の複数の図面から、本開示の複数の実施形態は、より完全に理解されるであろう。しかしながら、これらは、本開示を複数の特定の実施形態に限定するものと解釈されるべきではなく、説明及び理解のためだけに過ぎない。
【０００５】
【図１】本開示の幾つかの実施形態に従った、最適化された間欠受信（ＤＲＸ）の設定を伴う、ネットワークの様々なコンポーネントを有するロングタームエボリューション（ＬＴＥ）ネットワークのエンドツーエンドネットワークアーキテクチャの一部を示す。
【０００６】
【図２】本開示の幾つかの実施形態に従った、最適化された間欠受信の設定によって動作するためのユーザ機器（ＵＥ）の高レベルのブロック図を示す。
【０００７】
【図３】本開示の幾つかの実施形態に従った最適化された間欠受信の設定を提供するための進化型ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）を示す。
【０００８】
【図４Ａ】本開示の幾つかの実施形態に従った、最適化された間欠受信の設定を有するインカバレッジシングルセル及びインカバレッジマルチセルのためのデバイスツーデバイス（Ｄ２Ｄ）シナリオを示す。
【図４Ｂ】本開示の幾つかの実施形態に従った、最適化された間欠受信の設定を有するインカバレッジシングルセル及びインカバレッジマルチセルのためのデバイスツーデバイス（Ｄ２Ｄ）シナリオを示す。
【０００９】
【図５】本開示の幾つかの実施形態に従う、ショート及びロングスリープサイクルを有するＤＲＸ設定を示す。
【００１０】
【図６】本開示の幾つかの実施形態に従った、Ｄ２Ｄ発見メカニズムに対する半静的な周期的発見リソースプール割り当てについてのタイミング図を示す。
【００１１】
【図７】本開示の幾つかの実施形態に従った、近接サービス（ＰｒｏＳｅ）可能なＵＥについての発見リソース割り当てを有するＤＲＸ設定調整を示すタイミング図を示す。
【００１２】
【図８Ａ】本開示の幾つかの実施形態に従った、発見特定ＤＲＸ設定のためのそのプリファレンスを要求又は示すためのＰｒｏＳｅ  ＵＥのためのアップリンク無線リソース制御（ＲＲＣ）メッセージを示す。
【図８Ｂ】本開示の幾つかの実施形態に従った、発見特定ＤＲＸ設定のためのその不プリファレンスを要求する又は示すためのＰｒｏＳｅ  ＵＥのためのアップリンク無線リソース制御（ＲＲＣ）メッセージを示す。
【００１３】
【図９】本開示の幾つかの実施形態に従った、発見特定ＤＲＸ設定のためのそのプリファレンスを要求又は示すためのＰｒｏＳｅ  ＵＥのためのアップリンクＲＲＣ情報エレメント（ＩＥ）を示す。
【００１４】
【図１０】本開示の幾つかの実施形態に従った、発見特定ＤＲＸプリファレンスをｅＮＢに送信するためのＰｒｏＳｅ  ＵＥについての媒体アクセス制御（ＭＡＣ）制御エレメント（ＣＥ）ヘッダを示す。
【００１５】
【図１１】本開示の幾つかの実施形態に従った、ＰｒｏＳｅ可能なＵＥのための発見リソース割り当てを有するＤＲＸ設定調整を示すタイミング図を示す。
【００１６】
【図１２】本開示の幾つかの実施形態に従った、ＰｒｏＳｅ可能なＵＥのための発見リソース割り当てを有するＤＲＸ設定調整を示すタイミング図を示す。
【００１７】
【図１３】本開示の幾つかの実施形態に従った、ＰｒｏＳｅ可能なＵＥのための発見リソース割り当てを有するＤＲＸ設定を設定するための方法のフローチャートを示す。
【図１４】本開示の幾つかの実施形態に従った、ＰｒｏＳｅ可能なＵＥのための発見リソース割り当てを有するＤＲＸ設定を設定するための方法のフローチャートを示す。
【００１８】
【図１５】本開示の幾つかの実施形態に従った、発見特定ＤＲＸとともに設定されるためにプリファレンスをｅＮＢに提供するための装置を有するＵＥを示す。
【発明を実施するための形態】
【００１９】
ロングタームエボリューション（ＬＴＥ）システムは、進化型ユニバーサル地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）、ユーザ機器（ＵＥ）、及び進化型パケットコア（ＥＰＣ）から構成される。ここで、ＵＥは、エンドユーザにより通信のために直接使用される任意のデバイスである。それは、モバイルブロードバンドアダプタが装備されたラップトップコンピュータ、携帯電話、又は任意の他の同様のデバイスであることが可能である。ＵＥは、欧州電気通信標準化機構（ＥＴＳＩ）の１２５／１３６シリーズ及び３ＧＰＰ２５／３６シリーズの仕様書で特定されるような、基地局Ｎｏｄｅ  Ｂ／ｅＮｏｄｅＢ（又はｅＮＢ）に接続する。ＵＥは、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））のシステム内のモバイルステーション（ＭＳ）にほぼ対応する。
【００２０】
デバイスツーデバイス（Ｄ２Ｄ）発見は、デバイス（即ち、近接サービス（ＰｒｏＳｅ）可能なデバイス）が、その近接するものとサービス及び関心をマッチングすることにより他の複数のデバイスを発見することを可能とするメカニズムである。他の複数のデバイスにより検出されることが望まれるデバイス（即ち、ＵＥ）は、特定されたリソースプールにおいて発見信号を送信し、その一方で、近接している他のＰｒｏＳｅ可能なＵＥは、前者（即ち、発見信号を送信するデバイス）を発見するために、発見信号をリッスン及び／又は受信する。従って、送信又は受信デバイス（即ち、ＵＥ）は、Ｄ２Ｄ発見のために共通リソースプール（例えば、ＬＴＥネットワークにおける周波数及びタイムスロット）を知っている。発見機会持続時間（本明細書では、ＤＯＤとも称される）中に、及び複数のＬＴＥ状態（即ち、アイドル又は接続モードのＤＲＸ状態）に関わりなく、ＵＥはアクティブであり、電力を消費する。本明細書に記載される様々な実施形態は、ＤＲＸ設定を最適化することにより、ＵＥの電力消費を低減する。
【００２１】
幾つかの実施形態において、接続モードにおけるＤＲＸ設定は、ＰｒｏＳｅ可能な複数のＵＥに対してＵＥの省電力化を改善すべく最適化される。幾つかの実施形態において、ＰｒｏＳｅ  ＵＥは、セル内の発見リソース割り当てに基づいて、ＤＲＸ設定を調整又はカスタマイズすることにより、省電力化を向上させることが可能である。例えば、ＰｒｏＳｅ可能な複数のＵＥは、複数の周期的なＤＯＤの間にロングＤＲＸサイクルを有してよい。その一方で、ＤＯＤ中により短いＤＲＸサイクルを有しても（又は、非アクティブタイマ（若しくはＤＲＸ  ＯＮ持続時間）をＤＯＤに等しく設定することにより、ＤＲＸスリープがないようにしても）よい。幾つかの実施形態において、ＤＲＸサイクル及びｄｒｘ＿ＳｔａｒｔＯｆｆｓｅｔ（即ち、ＤＲＸタイマ終了の後及びＤＲＸが開始する前の時間オフセット）は、発見周期及びＤＲＸサイクルが等しいか、互いに整数倍であり、ＤＲＸロングサイクル（即ち、ＤＲＸ  ＯＮ持続時間の開始）の終了をＤＯＤの開始と整合させることが出来るような態様で、調整されることが出来る。
【００２２】
幾つかの実施形態において、ＰｒｏＳｅ可能な複数のＵＥが発見機会中にＬＴＥ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をリッスンすることが予期されない場合、ＤＲＸ設定及び発見周期（ＤＰ）は、ＤＲＸ  ＯＮ持続時間がＤＯＤの直前に終わるか、又はＤＯＤの直後に開始するような態様で調整される。幾つかの実施形態において、ＰｒｏＳｅ可能なＵＥは、発見特定ＤＲＸ設定を用いて設定されるよう、ユーザアシスタンスメッセージ又は指示をネットワークに送信してよい。
【００２３】
以下の説明において、本開示の複数の実施形態のより完全な説明を提供すべく、多数の詳細が説明される。しかしながら、当業者であれば、本開示の複数の実施形態は、これらの具体的な詳細が無くとも実施されてよいことが明らかであろう。他の複数の例において、本開示の複数の実施形態を不明瞭にすることを防ぐため、周知の複数の構造及び複数のデバイスは、詳細にではなくむしろ、ブロック図の形式で示される。
【００２４】
複数の実施形態の対応する複数の図面において、複数の信号が複数の線で表されていることに留意されたい。幾つかの線は、より多くの構成要素の信号経路を示すべく、より太くなってもよい。及び／又は、主要な情報の流れの方向を示すべく、１又は複数の端部に矢印を有していてもよい。そのような指示は、限定的であることが意図されるものではない。むしろ、複数の線は、回路又は論理ユニットの理解をより容易にするために、１又は複数の例示的な実施形態に関連して使用されるものである。設計上の要求又はプリファレンスによって規定されるように、ここに表された任意の信号は、いずれの方向にも移動し得る１又は複数の信号を実際には含んでよく、任意の適切なタイプの信号スキームで実装され得る。
【００２５】
明細書を通じて、及び特許請求の範囲において「接続され」という用語は、如何なる中間デバイスも存在しない、接続されている複数の物体間での直接の電気的接続又は無線接続を意味する。「結合され」という用語は、接続されている複数の物体間での直接の電気的接続又は無線接続、若しくは、１又は複数の受動的又は能動的な中間デバイスを介しての間接的な接続のいずれかを意味する。「１の」、「１つの」、及び「その」の意味は、複数形の参照を含む。「〜において」の意味は、「〜中」及び「〜上」を含む。
【００２６】
「実質的に」、「近く」、「およそ」、「近辺」、及び「約」という用語は、一般的に、ターゲット値の＋／−２０％以内にあることを指す。別段そのように特定されていない限り、共通のオブジェクトを説明するための「第１」、「第２」、及び「第３」等の順序を示す形容詞の使用は、単に複数の同様なオブジェクトの異なる例が参照されていることを示すだけであり、そのように説明される複数のオブジェクトが、時間的に、空間的に、ランク順に、又は任意の他の態様のいずれかで、所与の順序でなければならないと暗示することが意図されるものではない。
【００２７】
図１は、本開示の幾つかの実施形態に従って、最適化された間欠受信の設定を提供するための、ネットワークの様々なコンポーネントを有する、ＬＴＥネットワークのエンドツーエンドネットワークアーキテクチャ１００の一部を示す。
【００２８】
幾つかの実施形態において、ネットワーク１００は、コアネットワーク１０１、無線アクセスネットワーク（ＲＡＮ）１０２、インタフェース１０３、動的ホスト構成プロトコル（ＤＨＣＰ）アプリケーション（Ａｐｐ．）サーバ又はドメインネームシステム（ＤＮＳ）Ａｐｐ．サーバ１０７、ルータ１０８、ファイアウォール１０９、及びインターネット１１０を備える。
【００２９】
コアネットワーク１０１の例は、進化型パケットコア（ＥＰＣ）であり、これは、システムアーキテクチャ進化（ＳＡＥ）コアとも称される。ＲＡＮ１０２の例は、進化型ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。インタフェース１０３の例は、Ｓ１インタフェースである。様々な実施形態を曖昧にしないようにするために、ＲＡＮ１０２、並びにコアネットワーク１０１のセクションのみが示されている。コアネットワーク１０１は、パケットデータネットワークゲートウェイ（ＰＤＮ  ＧＷ）１０１ａ、サービングゲートウェイ（サービングＧＷ、又はＳＧＷ）１０１ｂ、及びモビリティ管理エンティティ（ＭＭＥ）１０１ｃを有する。ＰＤＮ  ＧＷ１０１ａとＳＧＷ１０１ｂとの間のインタフェースはＳ５である。ＳＧＷ１０１ｂとＭＭＥ１０１ｃとの間のインタフェースは、Ｓ１１である。
【００３０】
ＰＤＮ  ＧＷ１０１ａ（本明細書においてＰＧＷとも称される）は、パケットデータネットワーク（ＰＤＮ）に向けてＳＧｉインタフェースを終端させる。ＰＤＮ  ＧＷ１０１ａは、ＥＰＣ１０１と外部ＰＤＮとの間のデータパケット（不図示）をルーティングし、ポリシーの実施及びデータ収集を課すことのためにキーノードであり得る。これは、非ＬＴＥネットワークアクセスでのモビリティに対するアンカーポイントも提供し得る。外部ＰＤＮは、任意の種類のインターネットプロトコル（ＩＰ）ネットワーク、並びにＩＰマルチメディアサブシステム（ＩＭＳ）ドメインであることが出来る。幾つかの実施形態において、ＰＤＮ  ＧＷ  １０１ａ及びサービングＧＷ１０１ｂは、１つの物理的ノードにおいて実現されてよい。幾つかの実施形態において、ＰＤＮ  ＧＷ  １０１ａ及びサービングＧＷ１０１ｂは、別個の物理的ノードに実現されてよい。
【００３１】
サービングＧＷ１０１ｂ（本明細書においてＳＧＷとも称される）は、ＲＡＮ１０２に向けてインタフェースを終端させる。さらに、ＳＧＷ１０１ｂは、ＲＡＮ１０２とコアネットワーク１０１との間で複数のデータパケットをルーティングする。ＳＧＷ１０１ｂは、複数のｅＮＢの間の複数のハンドオーバのためのローカルアンカーポイントであってよい。
【００３２】
ＭＭＥ１０１ｃは、機能に関して、レガシサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）の制御プレーンと同様である。ＭＭＥ１０１ｃは、ゲートウェイ選択及びトラッキングエリアリスト管理のような、アクセスにおける複数のモビリティ態様を管理する。ＳＧＷ１０１ｂ及びＭＭＥ１０１ｃは、１つの物理的ノードで、あるいはまた、複数の別個の物理的ノードで実現され得る。
【００３３】
ＲＡＮ１０２（本明細書において、Ｅ−ＵＴＲＡＮ１０２とも称される）は、１又は複数のＵＥ１０４と通信するための複数の拡張／進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢとして省略される）１０２ａ／ｂ／ｃ／ｄ（これらは基地局として機能し得る）を含む。ｅＮＢ１０２ａ／ｂ／ｃ／ｄは、マクロｅＮＢ１０１ｂ／ｃ及び低電力（ＬＰ）ｅＮＢ１０２ａ／ｄから構成されることが出来る。ｅＮＢは、ＬＴＥ規格のＥ−ＵＴＲＡにおけるエレメントであり、これは、ＵＭＴＳのＵＭＴＳ地上波無線アクセス（ＵＴＲＡ）におけるエレメントノードＢの進化形である。ＵＭＴＳは、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））規格に基づいた複数のネットワークについての第３世代のモバイルセルラーシステムである。これは、複数のＧＳＭ（登録商標）ネットワークにおける基地局（ＢＴＳ）と同様に、複数のＵＥと直接通信する携帯電話ネットワークに接続されるハードウェアである。従来、Ｎｏｄｅ  Ｂは最小限の機能性を有し、無線ネットワークコントローラ（ＲＮＣ）によって制御される。しかしながら、ｅＮＢ１０２ａによって、例えば、別個のコントローラエレメントが存在しない。これは、アーキテクチャを単純化し、より短い応答時間を可能にする。
【００３４】
ｅＮＢは、ＳＡＥコア（ＥＰＣとしても知られる）及び他の複数のｅＮＢとインタフェースで接続する。例えば、ｅＮＢ１０２ｂは、制御プレーントラフィックのために、ＭＭＥ１０１ｃとのＳ１−ＭＭＥインタフェース上でＳ１−ＡＰプロトコルを使用する。ｅＮＢはまた、ＧＰＲＳトンネリングプロトコル（ＧＴＰ−Ｕ）を使用する。このプロトロルは、ユーザプレーントラフィックのためのＳＧＷとのＳ１−Ｕインタフェース上のＧＰＲＳコアネットワークプロトコルの規定ＩＰベースプロトコルである。集合的に、Ｓ１−ＭＭＥ及びＳ１−Ｕインタフェースは、Ｓ１インタフェース１０３として知られ、ｅＮＢ１０２ｂ／ｃからＥＰＣ１０１へのインタフェースを表す。
【００３５】
複数のｅＮＢ（例えば、マクロ１０２ｂ／ｃ及びＬＰ１０２ａ／ｄ）は、無線インタフェースプロトコルを決定する。複数のｅＮＢは、ＵＥ１０４についての第１のコンタクトのポイントであってよい。幾つかの実施形態において、ｅＮＢは、データパケットスケジューリング、モビリティ管理、無線ベアラ管理、並びにアップリンク及びダウンリンクの動的無線リソース管理のようなＲＮＣの機能を含むＲＡＮ１０２に対する様々なロジック的な役割を実行し得る。ｅＮＢ１０２ａ／ｂ／ｃ／ｄの実施形態が、図３を参照して説明される。
【００３６】
図１に戻って参照すると、幾つかの実施形態において、ＵＥ１０４は、直交周波数分割多重（ＯＦＤＭ）通信技術に従って、マルチキャリア通信チャネルを介して、ｅＮＢ１０２ａ／ｂ／ｃ／ｄとＯＦＤＭ通信信号を通信するよう構成されてよい。複数のＯＦＤＭ信号は、無数の直交サブキャリアを含み得る。ＯＦＤＭは、複数のキャリア周波数上のデジタルデータのエンコードの方法である。
【００３７】
幾つかの実施形態において、ＵＥ１０４は、通信のためにエンドユーザにより直接使用される任意のデバイスである。携帯電話、モバイルブロードバンドアダプタが装備されたラップトップコンピュータ、又は任意の他のデバイスであることが出来る。ＵＥ１０４は、基地局、例えば、ＥＴＳＩ  １２５／１３６−シリーズ及び３ＧＰＰ  ２５／３６シリーズの仕様書で特定されるようなＮｏｄｅ  Ｂ／ｅＮｏｄｅＢ１０２ａと接続する。ＵＥ１０４は、複数のＧＳＭ（登録商標）システムにおける移動局（ＭＳ）にほぼ対応する。様々なベアラ（即ち、キャリア）が、例えば、ＵＥからインターネットへのエンドツーエンドのサービスを提供するために使用される。ＵＥ１０４の実施形態は、図２及び図１５を参照して説明される。
【００３８】
図１に戻って参照すると、幾つかの実施形態において、Ｓ１インタフェース１０３は、ＲＡＮ１０２及びＥＰＣ１０１を分離するインタフェースである。Ｓ１インタフェース１０３は、２つの部分に分割される。第１の部分である、Ｓ１−Ｕは、ｅＮＢ１０２ｂ／ｃとＳＧＷ１０１ｂとの間でトラフィックデータを伝える。第２の部分は、Ｓ１−ＭＭＥであり、ｅＮＢ１０２ｂ／ｃとＭＭＥ１０１ｃとの間のシグナリングインタフェースである。Ｘ２インタフェースは、複数のｅＮＢ、例えば、ｅＮＢ１０２ｂとｅＮＢ１０２ｃとの間のインタフェースである。Ｘ２インタフェースは２つの部分、Ｘ２−Ｃ及びＸ２−Ｕを含む。Ｘ２−Ｃは、ｅＮＢ１０２ｂ／ｃの間の制御プレーンインタフェースであり、Ｘ２−Ｕは、ｅＮＢ１０２ｂ／ｃの間のユーザプレーンインタフェースである。
【００３９】
ＬＰセルは、通常、屋外の信号がうまく到達しない屋内のエリアへカバレッジを拡張するために使用される。複数のＬＰセルはまた、空港のような、電話の使用量が非常に多い複数のエリアにおいて、ネットワーク容量を加えるために使用される。低電力ｅＮＢという用語は、フェムトセル、ピコセル、又はマイクロセルのような、より狭いセル（即ち、マクロセルより狭いセル）を実装するための任意のより少ない電力のｅＮＢを指す。フェムトセルｅＮＢは、通常、移動体通信事業者により、その住宅用顧客又は法人顧客に対して提供される。フェムトセルは、一般的に住宅用ゲートウェイのサイズである。これは、典型的には、ユーザのブロードバンドラインに接続する。フェムトセルがブロードバンドラインにプラグ接続された場合、これは、移動体事業者のモバイルネットワークに接続する。接続されたフェムトセルは、その後、例えば、住宅用フェムトセルのための３０ｍから５０ｍの追加のカバレッジを提供する。従って、ＬＰ  ｅＮＢ（例えば、１０２ａ／ｄ）は、フェムトセルｅＮＢであってよく、これは、ＰＧＷ１０１ａを介して結合されるからである。
【００４０】
同様に、ピコセルは、企業のオフィス、ショッピングエリア、又は航空機等のような小さなエリアを通常カバーする無線通信システムである。ピコセルｅＮＢは、Ｘ２リンクを介して別のｅＮＢに結合することが出来る。例えば、ピコセルｅＮＢは、その基地局コントローラ（ＢＳＣ）を介して、マクロｅＮＢに結合することが出来る。従って、ＬＰ  ｅＮＢ（例えば１０２ａ／ｄ）は、ピコセルｅＮＢによって実現され得る。ピコセルｅＮＢを有するＬＰ  ｅＮＢを実現するための１つの理由は、ＬＰ  ｅＮＢが、Ｘ２インタフェースを介してマクロｅＮＢ１０２ｃに結合されることである。ピコセルｅＮＢ又は他のＬＰ  ｅＮＢは、マクロｅＮＢの幾つか又は全ての特徴を組み込んでよい。場合によっては、ピコセルｅＮＢ又は他のＬＰ  ｅＮＢは、アクセスポイント（ＡＰ）基地局（ＢＳ）又はエンタープライズフェムトセルと称される。
【００４１】
場合によっては、ダウンリンクリソースグリッドは、ｅＮＢ１０２ａ／ｂ／ｃ／ｄからＵＥ１０４へのダウンリンク送信のために使用される。ダウンリンクリソースグリッドは、時間・周波数グリッドであってよい。時間・周波数グリッドは、それぞれのスロットにおけるダウンリンクの物理的リソースである。そのような時間・周波数プレーン表現は、複数のＯＦＤＭシステムに対して使用される。時間・周波数リソースグリッドは、複数の列及び行から形成される。時間・周波数リソースグリッドの各列及び各行は、それぞれ１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアに対応する。
【００４２】
時間領域における時間・周波数リソースグリッドの持続時間は、時間領域において、無線フレームにおける１つのスロットに対応する。時間・周波数リソースグリッドにおける最小時間・周波数ユニットは、リソースエレメントとして指定される。各時間・周波数リソースグリッドは、多くのリソースブロックを含む。複数のリソースブロックは、複数のリソースエレメントへの複数の特定の物理的チャネルのマッピングを記述する。各リソースブロックは、リソースエレメントの集合を含む。周波数領域において、リソースエレメントの集合は、その時点での許容リソースの最小量を表す。そのような複数のリソースブロックを介して伝達される、多くの異なる物理ダウンリンクチャネルが存在する。例えば、複数の物理ダウンリンクチャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）及び物理ダウンリンク制御チャネル（ＰＤＣＣＨ）であることが出来る。
【００４３】
ＰＤＳＣＨは、ユーザデータをＵＥ１０４へ伝える。ＰＤＳＣＨはまた、より上位層のシグナリングをＵＥ１０４（例えば、ＵＥ１）へ伝える。ＰＤＣＣＨは、ＰＤＳＣＨに関する複数のリソース割り当て及び搬送フォーマットについての情報を伝える。ＰＤＣＣＨはまた、アップリンク共有チャネルに関するリソース割り当て、搬送フォーマット、及びハイブリッド自動再送要求（Ｈ−ＡＲＱ）情報について、ＵＥ１０４に情報を与える。一般的に、ダウンリンクスケジューリング（即ち、セル内の複数のＵＥ１０４に対して制御及び共有チャネルリソースブロックを割り当てること）が、ｅＮＢ（例えば、１又は複数のｅＮＢ１０２ａ／ｂ／ｃ／ｄ）において実行される。このダウンリンクスケジューリングは、ＵＥ１０４からｅＮＢ１０２ａ／ｂ／ｃ／ｄへフィードバックされるチャネル品質情報に基づく。ダウンリンクリソース割り当て情報は、その後、ＵＥ１０４のために使用される（又はそれに割り当てられる）制御チャネル（例えば、ＰＤＣＣＨ）上のＵＥ１０４（例えば、ＵＥ１）に送信される。
【００４４】
制御情報を伝達すべく、ＰＤＣＣＨは、制御チャネルエレメント（ＣＣＥ）を使用する。ＰＤＣＣＨコンプレックス値のシンボルは、リソースエレメントへマッピングされる前に、４つ組へとまず編成される。４つ組は、その後、レートマッチングのためのサブブロックインタリーバを使用して順序を変えられる。各ＰＤＣＣＨは、これらＣＣＥのうちの１又は複数を使用して送信される。各ＣＣＥは４つの物理リソースエレメントの９つのセットに対応する。複数の物理リソースエレメントのこれらのセットは、リソースエレメントグループ（ＲＥＧ）として知られている。一例において、４つの４位相シフトキーイング（ＱＰＳＫ）シンボルが、それぞれのＲＥＧに対してマッピングされる。ダウンリンク制御情報（ＤＣＩ）のサイズ及びチャネル状態に応じて、ＰＤＣＣＨ上の信号は、１又は複数のＣＣＥを使用して送信されることが出来る。
【００４５】
ＬＴＥダウンリンクにおいて、ｅＮＢ（例えば、ｅＮＢ１０２ａ／ｂ）は、１又は複数の同期信号及びシステム情報を伝える信号を周期的に送信する。１又は複数の同期信号の複数の例は、一次同期信号（ＰＳＳ）及び二次同期信号（ＳＳＳ）である。システム情報を運ぶ複数の信号の複数の例は、複数の物理ブロードキャストチャネル（ＰＢＣＨ）信号である。ＬＴＥダウンリンク送信は、たとえ複数のサブフレームが空であっても（即ち、データが送信されていない場合でも）、どのサブフレームにも共通基準信号（ＣＲＳ）を含む。
【００４６】
ＵＥ（例えばＵＥ１０４）は、ｅＮＢから複数のシステム情報ブロックを読み取るために、まず、物理セル識別子（ＰＣＩ）、フレーム同期情報、及びタイムスロットを取得する。ＵＥ１０４がその時点での特定の周波数チャネルにチューニングされる場合、ＵＥ１０４は、サブフレームレベル上で同期すべくＰＳＳを読み取る。ＰＳＳは、ｅＮＢ１０２ａにより周期的に送信される。それゆえ、ＵＥ１０４は、ｅＮＢ１０２ａと定期的に（又は周期的に）同期される。ＵＥ１０４は、その後、ＰＳＳと同じサブフレームに位置付けられるＳＳＳを読み込む。ＵＥ１０４は、ＳＳＳから物理層セル識別グループ数を実現する。ＳＳＳは、ｅＮＢ１０２ａにより周期的に送信される。それゆえ、ＵＥ１０４は、ＳＳＳを使用して、ｅＮＢ１０２ａと定期的に（又は周期的に）同期される。一度ＵＥ１０４が所与のセルに対するＰＣＩを知ると、これは、ＣＲＳのようなセル基準信号の位置も知る。基準信号は、チャネル推定、セル選択、セル再選択、及びハンドオーバ手順において使用される。
【００４７】
図２は、幾つかの実施形態に従って、最適化された間欠受信の設定によって動作するＵＥ２００（例えば、複数のＵＥ１０４のうちの１つ）の高レベルのブロック図を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図２のこれらの要素は、説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００４８】
幾つかの実施形態において、ＵＥ２００は、物理（ＰＨＹ）層回路２０２、媒体アクセス制御（ＭＡＣ）回路２０３、プロセッサ２０４、メモリ２０５、及びパケットフィルタ２０６を含み得る。複数の実施形態を曖昧にしないために、ＵＥ２００の高レベルの簡略化されたアーキテクチャが説明される。当業者であれば、完全なＵＥを形成するために示された複数のコンポーネントに加えて、他の複数のコンポーネント（不図示）が使用されることを理解するであろう。幾つかの実施形態において、ＰＨＹ層回路２０２は、ｅＮＢ１０２ａ／ｂ／ｃ／ｄ又は他の複数のｅＮＢへ複数の信号を送信し、また、これらから複数の信号を受信するための送受信機２０７を含む。送受信機２０７はまた、複数の信号を、１又は複数のアンテナ２０１を使用して、他の複数のＵＥ又は他の複数のデバイスへと送信し、また、これらから受信する。幾つかの実施形態において、ＭＡＣ回路２０３は無線媒体へのアクセスを制御する。プロセッサ２０４及びメモリ２０５は、幾つかの実施形態を参照して説明される複数の動作を実行するように構成される。
【００４９】
幾つかの実施形態において、複数のアンテナ２０１は、複数のモノポールアンテナ、複数のダイポールアンテナ、複数のループアンテナ、複数のパッチアンテナ、複数のマイクロストリップアンテナ、共面導波アンテナ、又は複数の無線周波数（ＲＦ）信号の送信に適した他の複数のタイプの複数のアンテナを含む、１又は複数の指向性アンテナ又は全方向性アンテナを備え得る。幾つかのマルチ入力マルチ出力（ＭＩＭＯ）実施形態において、複数のアンテナ２０１は、空間ダイバーシティを利用すべく離される。図１５は、ＵＥ１０４の別の実施形態を説明する。
【００５０】
図３は、最適化された間欠受信の設定を提供するためのｅＮＢ３００（例えば、ｅＮＢ１０２ａ／ｂ／ｃ／ｄのうちの１つ）のブロック図を示す。幾つかの実施形態において、ｅＮＢ３００は、静的な非モバイルデバイスであり得ることに留意すべきである。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図３のこれらの要素は、説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００５１】
幾つかの実施形態において、ｅＮＢ３００は、ＰＨＹ層回路３０２、ＭＡＣ回路３０３、プロセッサ３０４、及びメモリ３０５を含み得る。複数の実施形態を曖昧にしないよう、ｅＮＢの高レベルの簡略化されたアーキテクチャが説明される。当業者であれば、完全なｅＮＢを形成するために示された複数のコンポーネントに加えて、他の複数のコンポーネント（不図示）が使用されることを理解するであろう。幾つかの実施形態において、ＰＨＹ層回路３０２は、ｅＮＢ１０２ａ／ｂ／ｃ／ｄへ、及び他の複数のｅＮＢへ複数の信号を送信し、また、これらから複数の信号を受信するための送受信機３０７を含む。送受信機３０７はまた、１又は複数のアンテナ３０１を使用して、他の複数のＵＥ又は他の複数のデバイスに複数の信号を送信し、またこれらから複数の信号を受信する。幾つかの実施形態において、ＭＡＣ回路３０３は、無線媒体へのアクセスを制御する。幾つかの実施形態において、プロセッサ３０４及びメモリ３０５は、幾つかの実施形態を参照して説明される複数の動作を実行するよう構成される。
【００５２】
幾つかの実施形態において、複数のアンテナ３０１は、モノポールアンテナ、ダイポールアンテナ、ループアンテナ、パッチアンテナ、マイクロストリップアンテナ、共面導波アンテナ、又は複数のＲＦ信号の送信をするために適した他の複数のタイプの複数のアンテナを含む、１若しくは複数の指向性のアンテナ又は全方向性のアンテナを備えてよい。幾つかのＭＩＭＯの実施形態において、複数のアンテナ３０１は、空間ダイバーシティを利用するために離される。
【００５３】
ＵＥ２００及びｅＮＢ３００は、幾つかの別個の機能要素を有するものとしてそれぞれ説明されるが、複数の機能要素のうちの１又は複数のものが組み合わされてよく、また、ソフトウェアで構成された複数の要素及び／又は他の複数のハードウェア要素の組み合わせによって実装されてよい。本開示の幾つかの実施形態において、複数の機能要素は、１又は複数の処理要素上で動作している１又は複数の処理を参照することが出来る。複数のソフトウェア及び／又はハードウェアで構成された要素の複数の例は、複数のデジタル信号プロセッサ（ＤＳＰ）、１又は複数のマイクロプロセッサ、複数のＤＳＰ、複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複数の特定用途向け集積回路（ＡＳＩＣ）、複数の無線周波数集積回路（ＲＦＩＣ）等を含む。
【００５４】
図４Ａは、最適化された間欠受信の設定を有するインカバレッジシングルセルのためのＤ２Ｄシナリオ４００を示す。図４Ｂは、最適化された間欠受信の設定を有するインカバレッジマルチセルのためのＤ２Ｄシナリオ４２０を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図４Ａ−Ｂのこれらの要素は、説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００５５】
第３世代パートナシッププロジェクト（３ＧＰＰ）の技術的報告（ＴＲ）３６．８４３  Ｒｅｌｅａｓｅ  １２"Ｓｔｕｄｙ  ｏｎ  ＬＴＥ  Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ  Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ−Ｒａｄｉｏ  Ａｓｐｅｃｔｓ"において、Ｄ２Ｄ発見のための４つのシナリオが説明される。これらは、アウトオブカバレッジ、パーシャルカバレッジ、インカバレッジシングルセル、及びインカバレッジマルチセルを含む。
【００５６】
シナリオ４００は、ＰｒｏＳｅデバイスＵＥ１及びＵＥ２が、ＬＴＥネットワークレンジ４０１のカバレッジ内にあり、インカバレッジシングルセルの例である。この例において、（矢印４０１により示されるように）ＵＥ１及びＵＥ２が互いを発見し得るように、また、それらが相互に直接通信し得るように、ｅＮＢ（例えば、１０２ａ／ｂ／ｃ／ｄのうちの１つ）は、ＵＥ１及びＵＥ２のために発見リソースプールを割り当て及び制御する。 
【００５７】
シナリオ４２０は、ＰｒｏＳｅ可能なデバイスＵＥ１及びＵＥ２が、それぞれ２つのＬＴＥネットワークレンジ４２１及び４２２のカバレッジ内にある、インカバレッジマルチセルの例である。この例において、（矢印４２４により示されるように）ＵＥ１及びＵＥ２が互いを発見し得るように、また、それらが相互に直接通信し得るように、ｅＮＢ４２２及び４２３（例えば、１０２ａ／ｂ／ｃ／ｄのうちの１つ）は、ＵＥ１及びＵＥ２のために発見リソースプールを割り当て及び制御する。
【００５８】
簡略化のために、ＤＲＸ設定を最適化することによる省電力化は、図４Ａを参照して説明される。同じ説明は、他のインカバレッジシナリオに拡張されることが出来る。図４Ａに戻って参照すると、幾つかの実施形態において、ＵＥ１及び／又はＵＥ２がＰＤＣＣＨをリッスンすること及びｅＮＢ４０２からＤ２Ｄ発見信号を同時に受信／送信することが可能な場合、ＤＲＸは、ＵＥ（ＵＥ１及びＵＥ２）において省電力化を向上させるために最適化されることが出来る。例えば、ＤＲＸは、ＤＯＤ中のロングスリープ又はロングＤＲＸサイクルを回避すべくｅＮＢ４０２により最適化される。幾つかの実施形態において、最適化されたＤＲＸ設定は、ＵＥ毎にｅＮＢ４０２により選択され、ダウンリンクＲＲＣ再設定メッセージにおいて複数のＵＥ（即ち、ＵＥ１及びＵＥ２）に伝達される。一度、ＵＥ１及びＵＥ２並びにｅＮＢ４０２がそれぞれＵＥに対するＤＲＸパラメータ／タイマを知ると、複数のＵＥ及びｅＮＢ４０２は、それらのそれぞれの側において別々にこれらのタイマを実行する。ＵＥ１／２及びｅＮＢ４０２は、（接続モード中に）ＬＴＥネットワークにおいて時間が調整され／同期され、それらのそれぞれのタイマは同時に開始及び終了する。
【００５９】
幾つかの実施形態において、ＤＲＸ  ＯＮ持続時間は、ｅＮＢ４０２によりＤＯＤに等しくなるよう拡張される。幾つかの実施形態において、ＤＲＸ  ＯＮ持続時間とＤＲＸ非活動タイマ持続時間との合計がＤＯＤに実質的に等しくなるよう、ＤＲＸ  ＯＮ持続時間の持続時間及びＤＲＸ非活動タイマの持続時間は、ｅＮＢ４０２により拡張される。幾つかの実施形態において、ＵＥがＤＲＸ  ＯＮ持続時間にあること、ＤＲＸ非活動タイマが実行していること、又はＤＲＸショートサイクルが実行していることのうちの１つに起因して、ＤＯＤ中にＵＥがアクティブであるよう、ＤＲＸは、ｅＮＢ４０２により設定される。
【００６０】
図５は、ショート及びロングスリープサイクルを有するＤＲＸ設定５００を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図５のこれらの要素は、説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００６１】
上で説明されたように、ＤＲＸは、ＵＥが一定期間の間、その受信機のスイッチを切ることが出来る方法であり、これにより、ＲＲＣ接続状態（又はモード）にとどまりながらエネルギーを節約出来る。接続モードにおけるＤＲＸは、ＬＴＥネットワークにおける電力節約メカニズムである。ＤＲＸが通常、レイテンシの潜在的な増加を犠牲としてＵＥのバッテリ電力を節約するので、レイテンシと省電力化との間の最良の特失評価を見つけるために最適化が必要とされる。
【００６２】
ＵＥが電源投入する場合、又はパケットがｅＮＢからＵＥにより受信される場合、ｅＮＢが省電力化のための複数のＤＲＸサイクルに入る前に、ＤＲＸ非活動タイマは、本明細書でＤＲＸ非活動タイマ持続時間５０１として称される持続時間についてカウントを開始する。持続時間５０１についての１つの理由は、ＵＥによる任意の他のパケット送信を待機することであり、このことは、複数のＤＲＸサイクルの省電力化の開始を遅延させ得る。ＤＲＸ非活動タイマ持続時間５０１が終了した後に、ＤＲＸオフセット５０２として規定される短い時間（ｄｒｘ＿ＳｔａｒｔＯｆｆｓｅｔとも称される）が、複数のユーザが同時に開始するよう複数のユーザを調整するために使用される。ｄｒｘ＿ＳｔａｒｔＯｆｆｓｅｔは、ＤＲＸサイクルについての開始サブフレーム数を取得するために使用される。これは、ＤＲＸに入るために満たされるべき条件のうちの１つである。ＤＲＸオフセット５０２の値は、ショートＤＲＸサイクル又はロングＤＲＸサイクルの複数の値に依存する。ＤＲＸオフセット５０２は、通常、多くのユーザが、例えば、同じサイクルを規定することにより同時に複数のＤＲＸサイクルを開始するのに役立つ。複数のＤＲＸパラメータの値はまた、サービス品質（ＱＯＳ）、パケット到着特性、及びアプリケーションサービスに依存する。
【００６３】
ＤＲＸサイクルは、アクティブ及びスリープの持続時間を有する。ＤＲＸ設定５００は、２つのタイプのＤＲＸサイクル、即ち、ＤＲＸショートスリープサイクル５０６及びＤＲＸロングスリープサイクル５１０を示す。複数のＤＲＸショートスリープサイクル５０６は、オプション的なものであってよい。ＤＲＸショートスリープサイクル５０６は、１又は複数のＤＲＸショートサイクル（例えば、ＤＲＸショートサイクル５０３）を含む。各ＤＲＸショートサイクルにおいて、ＤＲＸ  ＯＮ持続時間５０４及びＤＲＸ  ＯＦＦ持続時間５０５が存在する。図５は、ＤＲＸ  ＯＮ持続時間５０４及びＤＲＸ  ＯＦＦ持続時間５０５に対して実質的に等しい時間を示しているが、これらの持続時間は異なることが出来る。例えば、ＤＲＸ  ＯＦＦ持続時間５０５は、ＤＲＸ  ＯＮ持続時間５０４より長いものであってよく、又はその逆も成り立つ。
【００６４】
複数のＤＲＸロングスリープサイクル５１０は、１又は複数のＤＲＸロングサイクル（例えば、ＤＲＸロングサイクル５０７）を含む。各ＤＲＸロングサイクル５０７において、ＤＲＸ  ＯＮ持続時間５０８及びＤＲＸ  ＯＦＦ持続時間５０９が存在する。ＤＲＸロングサイクルにおいて、ＤＲＸ  ＯＦＦ持続時間５０９は、ＤＲＸ  ＯＮ持続時間５０８より長い。ＤＲＸ  ＯＦＦ持続時間５０９中に、ＵＥは、電力を節約する。ＤＲＸ  ＯＦＦ持続時間５０９中にＵＥがスリープしている（即ち、ＵＥが低電力モードにある）場合、ｅＮＢは、ダウンリンクのためにＤＲＸサイクルをブレークすることが出来ず、ＤＲＸサイクルをブレークするために次のＤＲＸ  ＯＮ持続時間を待機する必要がある。しかしながら、ＵＥは、アップリンクについてＤＲＸサイクルをブレークすることが出来る。
【００６５】
図４Ａを参照して示されるように、ＰｒｏＳｅ可能なデバイスＵＥ１及びＵＥ２がＬＴＥネットワークのカバレッジ内にあるインカバレッジシナリオ４００において、ＬＴＥのｅＮＢは、複数のＵＥ、すなわちＵＥ１及びＵＥ２に対する発見リソースプールを割り当て及び制御を担う。３ＧＰＰ  ＲＡＮ２＃８３会議の議長ノートに従って、複数の発見メッセージの送信がアイドルモード及び接続モードにおいてサポートされるべきである。両方のモードにおいて、ＵＥは、ネットワーク（ＮＷ）によりこれらの発見メッセージを送信することを許容される必要がある。さらに、３ＧＰＰ  ＲＡＮ２＃８３会議の議長ノートに従うと、ＮＷは、複数のＵＥが複数の発見信号（例えば、ＰＳＳ及びＳＳＳ）を送信するのに使用し得る送信モード（即ち、接続及び／又はアイドル）と、複数のリソースとを制御する必要がある。
【００６６】
ここで、タイプ１及びタイプ２は、３ＧＰＰ  ＲＡＮ１＃７３の議長ノートにおいて説明され、合意されたように、ｅＮＢにより発見リソースプールを割り当てるための様々なアプローチである。タイプ１は、発見信号送信についてのＵＥのためのリソースが非ＵＥ特定基準上で割り当てられる発見手順である。（複数のリソースは、全てのＵＥについてのものであるか、又は複数のＵＥのグループについてのものであることが可能であることに留意されたい。）タイプ２は、発見信号送信のための複数のリソースがＵＥ特定基準毎に割り当てられる発見手順である。タイプ２は、さらに、タイプ２Ａ及びタイプ２Ｂに分類される。タイプ２Ａにおいて、ＵＥのための複数のリソースは、発見信号の特定の送信のインスタンス毎に割り当てられる。タイプ２Ｂにおいて、リソースは、発見信号送信に半永続的に割り当てられる。
【００６７】
２０１４年２月の３ＧＰＰ  ＲＡＮ２会議＃８５の議長ノートにおいて説明されるように、タイプ１及びタイプ２Ｂは実用的なベースラインである。インカバレッジの発見について、ｅＮＢは、ＳＩＢにおいて、ａ）タイプ２Ｂの発見受信についての無線リソースプール、及び、ｂ）タイプ１の場合の発見送信及び受信についての無線リソースプールを提供してよい。２０１４年２月の３ＧＰＰ  ＲＡＮ２会議＃８５の議長ノートにさらに記載されるように、複数の受信ＵＥはタイプ１及びタイプ２Ｂ両方の発見リソースを監視する。タイプ１及びタイプ２Ｂでのリソース割り当ては、図６を参照して示されるように半静的な態様でなされるものと予期される。
【００６８】
図６は、幾つかの実施形態による、Ｄ２Ｄ発見メカニズムに対する半静的な周期的発見リソースプール割り当てについてのタイミング図６００を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図６のこれらのエレメントは説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００６９】
本明細書の「半静的」な周期的発見リソースプール割り当てという用語は、各ＤＯＤにおける発見周期及び／又はリソース量として、一般的には参照する。発見周期（又は期間）６０１は、時間にわたってｅＮＢにより変化されることが出来る。ここで、毎度の発見期間６０１の後に、ＤＯＤ６０２は、ｅＮＢによりＵＥに提供される。（本明細書において'Ｄ'として称される）幾つかのＬＴＥサブフレーム６０３は、ＤＯＤ６０２毎に発見メカニズムのために割り当てられる。場合によっては、各ＤＯＤ６０２において、発見メカニズムのために周期的発見リソースプール６０４が割り当てられる。任意のＤＯＤ中に、ＬＴＥサブフレーム６０３の全て又はその幾つかは、発見のために割り当てられる。本明細書において、図６の下方の部分は、ＤＯＤ中の（例えば連続的又は不連続的な）可能な実際のサブフレーム割り当てを示す。
【００７０】
約数秒間で周期的に生じる発見時間持続時間中に、ＰｒｏＳｅ可能な複数のＵＥは、発見信号を送信又は受信のいずれかをするであろう。従って、典型的には、ＬＴＥアイドル又は接続モードＤＲＸ状態に関わりなくＤ２Ｄの複数のＵＥはＤＯＤ６０２中アクティブである（即ち、発見リソースプールがｅＮＢにより割り当てられている場合、ＰｒｏＳｅ可能な複数のＵＥが省電力化ＤＲＸスリープ状態にあるかどうかに関わらず、これらのＰｒｏＳｅ可能な複数のＵＥは、持続時間中にアクティブである。）。
【００７１】
図７は、本開示の幾つかの実施形態に従って、ＰｒｏＳｅ可能な複数のＵＥに対して発見リソース割り当てを伴うＤＲＸ設定調整を示すタイミング図７００を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図７のこれらの要素は、説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００７２】
ここで、ｘ軸は時間軸であり、ｙ軸は論理のハイ及びローである。上部の波形はタイミング図６００と同様である。ここで、発見期間サイクルは、ＤＯＤ７０１及び発見期間７０２を有するように示される。複数のＤＯＤの間の領域７０３は、省電力化のための機会を提供する。幾つかの実施形態において、ＵＥ１０４（例えば、ＵＥ１及び／又はＵＥ２）が、ＰＤＣＣＨをリッスンすること、及びＤ２Ｄ発見信号を同時に受信／送信することが可能である場合、追加的な省電力化が、ＵＥにおいて実現されることが出来る。
【００７３】
上部の波形より下の波形は、ＤＯＤ、ＤＲＸ  ＯＮ持続時間、及びＤＲＸスリープ持続時間の開始及び終了時点を示す。例えば、（鉛直のパターンの領域により表される）ＤＯＤ７０１は、ＤＯＤ開始７０１ａ及びＤＯＤ終了７０１ｂを有する。ＤＲＸ  ＯＮ持続時間７０４ｃ（斜線のパターンの領域により表される）は、ＤＲＸ  ＯＮ開始７０４ａ及びＤＲＸ  ＯＮ終了７０４ｂを有する。また、ＤＲＸスリープ持続時間７０５ｃ（ブランク領域により表される）は、ＤＲＸスリープ開始７０５ａ及びＤＲＸスリープ終了７０５ｂを有する。
【００７４】
幾つかの実施形態において、点線で囲まれる領域７０６により示されるように、ＤＲＸ  ＯＮ持続時間７０４ｃがＤＯＤ７０１に実質的に等しく（又は正確に等しく）なるよう拡張される場合、ＵＥ１０４において省電力化は実現される。この場合において、ｅＮＢは、ＤＲＸスリープ終了７０５ｂをＤＯＤ開始７０１ａの始まりと整合させる。このような複数の実施形態において、ＤＲＸ  ＯＮ持続時間７０４ｃがＤＯＤ７０１にぶつかっていると、ｅＮＢが判断する場合、ＤＲＸ  ＯＮ持続時間は、ＤＯＤ７０１の終了まで拡張される。
【００７５】
幾つかの実施形態において、ＵＥ１０４における省電力化は、ＤＲＸ  ＯＮ持続時間７０４ｃ及びＤＲＸ非活動タイマ持続時間５０１の合計がＤＯＤ７０１に実質的に等しくなるよう、ＤＲＸ  ＯＮ持続時間７０４ｃの持続時間と、ＤＲＸ非活動タイマ５０１の持続時間とを拡張することにより実現される。幾つかの実施形態において、ＵＥ１０４における省電力化は、ＤＯＤ７０１中にＵＥ１０４がＤＲＸ  ＯＮ持続時間７０４ｃにおいて動作し、ＤＲＸ非活動タイマ５０１が実行し、又は、ＤＲＸショートサイクル５０３が実行するよう、ＤＲＸを設定することにより実現される。幾つかの実施形態において、ロングスリープ又はロングＤＲＸサイクルは、ＤＯＤ中、回避される。
【００７６】
幾つかの実施形態において、ＤＲＸ設定は、ＤＯＤ中にＵＥ１０４が大部分でアクティブなような態様で、ｅＮＢにより変更される。幾つかの実施形態において、ロングＤＲＸサイクルは、ＤＯＤの開始に整合される。幾つかの実施形態において、そのような調整は、ロングＤＲＸサイクル及び発見周期を互いに整数倍にすることにより、及び、ｄｒｘ＿ＳｔａｒｔＯｆｆｓｅｔを調整することにより実行される。
【００７７】
幾つかの実施形態において、発見特定ＤＲＸ設定は、ＤＯＤ中にＵＥを大部分でアクティブに維持するために使用され、このことは、この期間中の潜在的なダウンリンクトラフィックのレイテンシを低減するのに役立つことが出来る。幾つかの実施形態において、この期間についてのＤＲＸ設定は、ＤＲＸ  ＯＮ持続時間７０４ｃがＤＯＤ７０１に等しくなるように調整される。代替的な実施形態において、この期間に対するＤＲＸ設定は、ショートサイクル５０３又はベリーロングＤＲＸ非活動タイマ持続時間５０１（例えば、ＤＯＤ７０１の長さに等しい）のいずれかを包含する。
【００７８】
幾つかの実施形態において、ＰｒｏＳｅ可能な複数のＵＥ１０４（例えば、ＵＥ１及びＵＥ２）は、ＵＥの省電力化を最大化するようＤＲＸ設定を最適化することが出来る。例えば、ＰｒｏＳｅ可能な複数のＵＥ１０４は、複数のＤＯＤの間に非常に大きなロングＤＲＸサイクルを規定してよい。そのような例において、この期間についての発見特定ＤＲＸ設定は、大きなロングＤＲＸサイクルを有する（ここで、複数のＤＲＸサイクルの長さの正確な値は、これらのＵＥにおいて実行する複数のアプリケーションに依存する）ことが出来、これらのロングＤＲＸサイクル及び発見リソース周期性は互いに整数倍である。
【００７９】
図８Ａ−Ｂは、本開示の幾つかの実施形態に従った、発見特定ＤＲＸ設定についてのＰｒｏＳｅ可能なＵＥ１０４（例えば、ＵＥ１及び／又はＵＥ２）のプリファレンスを要求する又は示す、ＰｒｏＳｅ可能なＵＥ１０４についてのアップリンクＲＲＣメッセージ８００及び８２０を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図８Ａ−Ｂのこれらの要素は、説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００８０】
幾つかの実施形態において、ＰｒｏＳｅ可能なＵＥ１０４（例えば、ＵＥ１及び／又はＵＥ２）は、ネットワーク／ｅＮＢへＲＲＣ  ＩＥ又はＭＡＣ  ＣＥのいずれかを送信することにより、発見特定ＤＲＸによって構成されるよう、そのプリファレンスを送信してよい。幾つかの実施形態において、新たなＲＲＣメッセージは、発見特定ＤＲＸによって設定されるべきプリファレンスを運ぶ、ＲＲＣ  ＩＥを送信するよう規定されることが出来る。この例において、新たなＲＲＣメッセージは、ＵＬ−ＤＣＣＨメッセージ８００に示されるように３ＧＰＰリリース１２について説明される。ＵＬ−ＤＣＣＨメッセージは、アップリンク（ＵＬ）専用制御チャネル（ＤＣＣＨ）メッセージである。ＵＬ−ＤＣＣＨメッセージクラスは、ＵＥからＥ−ＵＴＲＡＮへ、又はリレーノード（ＲＮ）からアップリンクＵＬ−ＤＣＣＨ論理チャネル上のＥ−ＵＴＲＡＮへと送信され得る、ＲＲＣメッセージのセットである。
【００８１】
幾つかの実施形態において、ｍｅｓｓａｇｅＣｌａｓｓＥｘｔｅｎｓｉｏｎ  ＣＨＯＩＣＥ（これは入れ子にされた選択であり得る）の下で新たなメッセージ"ｕｅＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ−ｒ１２"８０１が、発見特定ＤＲＸによって設定されるべきプリファレンスを運ぶＲＲＣ  ＩＥを送信すべく規定される。幾つかの実施形態において、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージは、ＵＥアシスタンス情報をｅＮＢに指示するために使用される。本明細書において、シグナリング無線ベアラはＳＲＢ１であり、ＲＬＣ−ＳＡＰはＡＭであり、論理チャネルはＤＣＣＨであり、方向は、ＵＥからＥ−ＵＴＲＡＮである。ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎの詳細は、図８Ｂのコード８２０において提供される。
【００８２】
図９は、本開示の幾つかの実施形態に従って、発見特定ＤＲＸ設定のためのＰｒｏＳｅ可能なＵＥ１０４（例えば、ＵＥ１及び／若しくはＵＥ２）のプリファレンスをｅＮＢ１０２ａ／ｂ／ｃ／ｄへ要求する又は示す、ＰｒｏＳｅ可能なＵＥ１０４のためのアップリンクＲＲＣ情報エレメント（ＩＥ）メッセージ９００を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図９のこれらの要素は、説明された態様と同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００８３】
幾つかの実施形態において、新たなプリファレンスＩＥは、後述されるように、既存のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージに含まれることが出来る。この例において、新たなプリファレンスＩＥメッセージ９０１は、発見特定ＤＲＸによって構成されるべきＵＥのプリファレンスを送信するよう、既存のＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ−ｒ１１において新たなフィールドとして３ＧＰＰリリース１２について記載される。この例において、ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ−ｒ１１が再利用される。
【００８４】
図１０は、本開示の幾つかの実施形態に従って、発見特定ＤＲＸプリファレンスをｅＮＢ１０２ａ／ｂ／ｃ／ｄに送信するためのＰｒｏＳｅ可能なＵＥ１０４（例えば、ＵＥ１及び／又はＵＥ２）に対するＭＡＣ  ＣＥ１０００ヘッダを示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図１０のこれらの要素は、説明されたものと同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００８５】
幾つかの実施形態において、発見特定ＤＲＸ設定（例えば、ＤＲＸ  ＯＮをＤＯＤと整合させる）のために、そのプリファレンスをｅＮＢ１０２ａ／ｂ／ｃ／ｄへ送信すべく、新たなＭＡＣ  ＣＥ１０００は、アップリンクにおいてＰｒｏＳｅ可能なＵＥ１０４（例えば、ＵＥ１及び／又はＵＥ２）のために規定される。ＭＡＣ  ＣＥ１０００は、予約ビット'Ｒ'及び論理チャネルＩＤ（ＬＣＩＤ）を有する。幾つかの実施形態において、ＭＡＣ  ＣＥ１０００における予約ビット'Ｒ'は、ｅＮＢにＵＥプリファレンスを提供するために使用されることが出来る。幾つかの実施形態において、アップリンク共有チャネル（ＵＬ−ＳＣＨ）のための予約ＬＣＩＤプール（例えば、０１０１１−１１０００）からの新たなＬＣＩＤは、ＭＡＣ  ＣＥ１０００を特定するために使用されることが出来る。
【００８６】
図１１は、本開示の幾つかの実施形態に従った、ＰｒｏＳｅ可能な複数のＵＥ１０４（例えば、ＵＥ１及び／又はＵＥ２）のための発見リソース割り当てを有するＤＲＸ設定調整を示す、タイミング図１１００を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図１１のこれらの要素は、説明されたものと同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。図１１は、図７を参照して説明される。
【００８７】
幾つかの実施形態において、ＰｒｏＳｅ  ＵＥ１０４が、同時に受信及び送信可能ではない場合、又は、同時に２つの異なる周波数で受信可能ではない場合、ＤＲＸ  ＯＮ持続時間７０４ｃが複数のＤＯＤ持続時間７０１の直前に調整されるよう、ｅＮＢ（例えば、１０２ａ／ｂ／ｃ／ｄ）は、ＰｒｏＳｅ  ＵＥ（例えばＵＥ１、及び／若しくは、ＵＥ２）に対して省電力化のために、ＤＲＸ設定を設定することが出来る。この例において、ＤＯＤ開始７０１ａは、点線で囲まれる領域１１０１により示されるようにＤＲＸ  ＯＮ終了７０４ｂと整合する。
【００８８】
Ｄ２Ｄデバイス（例えば、ＵＥ１及びＵＥ２）に対して、ＰＤＣＣＨ及びＤ２Ｄ通信の両方を同時にデコードすることは困難であり得る。幾つかの実施形態において、ＤＲＸ  ＯＮ持続時間は、Ｄ２Ｄ  ＤＯＤ期間の前又は後のいずれかで調整される。幾つかの実施形態において、この調整は、図８Ａ−図８Ｂを参照して説明されるように、ＲＲＣメッセージ８００及びプリファレンスＩＥ８２０を介して、なされることが出来る。幾つかの実施形態において、図９を参照して説明されるように、この調整は、ＭＡＣ  ＣＥ１０００を介してなされることが出来る。
【００８９】
図１２は、本開示の幾つかの実施形態に従った、ＰｒｏＳｅ可能な複数のＵＥのための発見リソース割り当てを有するＤＲＸ設定調整を示すタイミング図１２００を示す。その他の任意の図面の複数の要素と同じ参照番号（又は名称）を有する図１２のこれらの要素は、そのように説明されたものと同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００９０】
幾つかの実施形態において、ＰｒｏＳｅ  ＵＥ１０４が、同時に受信及び送信することが可能でない場合、又は同時に２つの異なる周波数で受信することが可能でない場合、ｅＮＢ（例えば、１０２ａ／ｂ／ｃ／ｄ）は、ＤＲＸ  ＯＮ持続時間７０４ｃが、ＤＯＤ持続時間７０１の直後に調整されるように、ＰｒｏＳｅ  ＵＥ（例えば、ＵＥ１及び／若しくはＵＥ２）について省電力化のためのＤＲＸ設定を設定することが出来る。この例において、点線で囲まれる領域１２０１により示されるように、ＤＯＤ終了７０１ｂはＤＲＸ  ＯＮ開始７０４ａと整合する。幾つかの実施形態において、図８Ａ−図８Ｂを参照して説明されるように、この調整は、ＲＲＣメッセージ８００及びプリファレンスＩＥ８２０を介して成されることが出来る。幾つかの実施形態において、図９を参照して説明されるように、この調整は、ＭＡＣ  ＣＥ１０００を介してなされることが出来る。
【００９１】
図１３−図１４は、本開示の幾つかの実施形態に従って、ＰｒｏＳｅ可能な複数のＵＥのための発見リソース割り当てを有するＤＲＸ設定を設定する方法のフローチャート１３００及び１４００を示す。その他の任意の図面の複数のエレメントと同じ参照番号（又は名称）を有する図１３−図１４のそれらのエレメントは、そのように説明されたものと同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００９２】
図１３−図１４を参照すると、フローチャートにおける複数のブロックは、特定の順序で示されるが、動作の順序は変更されることが出来る。それ故、示されている複数の実施形態は、異なる順序で実行され得る。また、幾つかの動作／ブロックは、並行して実行されてよい。図１３−図１４にリストされるブロック及び／又は動作の幾つかは、特定の実施形態に係るオプション的なものである。提示されている複数のブロックの番号は、明確性のためであり、様々なブロックが生じるはずの複数の動作の順序を規定することが意図されるものではない。さらに、様々なフローからの複数の動作が、様々な組み合わせとして利用されてよい。
【００９３】
ブロック１３０１において、ＰｒｏＳｅ  ＵＥ１０４についてｅＮＢ（例えば、１０２ａ／ｂ／ｃ／ｄ）により、ＰｒｏＳｅ  ＵＥが実質的に同時にデータを受信及び送信することが可能かどうか、又はＰｒｏＳｅ  ＵＥが２つの異なる周波数で同時にデータを受信することが可能かどうかの判断がなされる。ＰｒｏＳｅ  ＵＥ１０４が、実質的に同時にデータを受信及び送信することが可能である場合、又はＰｒｏＳｅ  ＵＥが同時に２つの異なる周波数でデータを受信することが可能な場合、処理はブロック１３０３に進行する。幾つかの実施形態において、ＵＥ１０４は、発見特定ＤＲＸのためにプリファレンスを提供することが可能である。従って、幾つかの実施形態において、ブロック１３０２を参照して説明されるように、ｅＮＢは発見特定ＤＲＸ設定によって設定されるためのプリファレンスを受信する。幾つかの実施形態において、このプリファレンスは、図８Ａ−図８Ｂを参照して説明されるように、ＲＲＣメッセージ８００及びプリファレンスＩＥ８２０を介して、ＵＥ１０４により送信されることが出来る。幾つかの実施形態において、図９を参照して説明されるように、このプリファレンスは、ＵＥ１０４により、ＭＡＣ  ＣＥ１０００を介して、送信されることが出来る。
【００９４】
図１３に戻って参照すると、ブロック１３０４において、図７を参照して記載されるように、ＤＲＸ  ＯＮ持続時間７０４ｃの持続時間をＤＯＤ７０１に実質的に等しくなるように拡張することにより、ｅＮＢはＤＲＸを設定する。図１３に戻って参照すると、ブロック１３０５で、複数の代替的な実施形態において、ＤＲＸ  ＯＮ持続時間７０４ｃ及びＤＲＸ非活動タイマ持続時間５０１の合計がＤＯＤ７０１に実質的に等しくなるように、ｅＮＢは、ＤＲＸ  ＯＮ持続時間の持続時間と、ＤＲＸ非活動タイマ５０１の持続時間とを拡張することによりＤＲＸを設定する。
【００９５】
ブロック１３０６、１３０７及び１３０８は、幾つかの実施形態に従って、ＵＥにおけるさらなる省電力化のためのＤＲＸを設定するための代替的な方法である。ブロック１３０６、１３０７、及び／又は１３０８は、ブロック１３０３と共に実行されてよい。幾つかの実施形態において、ブロック１３０６、１３０７及び１３０８は、同じＵＥに対して実行される。ブロック１３０６において、ｅＮＢは、ロングＤＲＸサイクル５０７の終了をＤＯＤ開始時点７０１ａの開始と整合させる。ブロック１３０７において、ｅＮＢは、ＤＲＸサイクルの開始に関連付けられたオフセット５０２を調整する１３０７。ブロック１３０８において、ｅＮＢは、ロングＤＲＸサイクル５０７及び発見周期７０２を互いの整数倍になるように確立する。
【００９６】
幾つかの実施形態において、ＰｒｏＳｅ可能なＵＥ１０４が実質的に同時にデータを受信及び送信することが不可能な場合、又はＰｒｏＳｅ  ＵＥが同時に２つの異なる周波数でデータを受信することが不可能な場合、処理は図１４のブロック１４０１に進行する（送信ブロック'Ａ'を参照）。ブロック１４０１−１４０３は、図１１−１２を参照して説明される。図１４に戻って参照すると、幾つかの実施形態において、ブロック１４０１において、ｅＮＢは、発見特定ＤＲＸ設定によって設定されるためのプリファレンスを受信する。幾つかの実施形態において、このプリファレンスは、図８Ａ−図８Ｂを参照して記載されるように、ＲＲＣメッセージ８００及びプリファレンスＩＥ８２０を介して、ＵＥ１０４により送信されることが出来る。幾つかの実施形態において、図９を参照して記載されるように、このプリファレンスは、ＭＡＣ  ＣＥ１０００を介してＵＥ１０４により送信されることが出来る。
【００９７】
図１４に戻って参照すると、ブロック１４０２において、ＤＲＸ  ＯＮ持続時間７０４ｃがＤＯＤ７０１と隣接するよう、ｅＮＢは、ＰｒｏＳｅ可能なＵＥ１０４についてのＤＲＸ設定を設定する。幾つかの実施形態において、ブロック１４０３を参照して説明されるように、ｅＮＢは、図１１−１２を参照して説明されるように、ＤＯＤの前又は後に、ＤＲＸ  ＯＮ持続時間ウインドウを整合させる。
【００９８】
図１５は、本開示の幾つかの実施形態に従って、発見特定ＤＲＸによって設定されるためのプリファレンスをｅＮＢに提供するための装置を有するＵＥ１６００を示す。その他の任意の図面の複数のエレメントと同じ参照番号（又は名称）を有する図１５のこれらのエレメントは、そのように説明されたものと同様な任意の態様で動作又は機能することが出来るが、そのようなものに限定はされないことを指摘しておく。
【００９９】
本開示の幾つかの実施形態に従って、ＵＥ１６００は、ｅＮＢに発見特定ＤＲＸによって設定されるためのプリファレンスを提供するための装置を有する、スマートデバイス、スマートフォン、タブレット、若しくはコンピュータシステム、又はＳｏＣであってよい。図１５は、複数の平面インタフェースコネクタが使用され得るモバイルデバイスの実施形態のブロック図を示す。一実施形態において、コンピューティングデバイス１６００は、コンピューティングタブレット、携帯電話若しくはスマートフォン、無線可能な電子書籍リーダ、又は他の無線モバイルデバイスのような、モバイルコンピューティングデバイスを表す。特定のコンポーネントは、一般的に示されており、コンピューティングデバイス１６００においてそのようなデバイスの全てのコンポーネントが示されていないことが理解されるであろう。
【０１００】
幾つかの実施形態において、コンピューティングデバイス１６００は、説明された幾つかの実施形態に従った、発見特定ＤＲＸによって設定されるためのプリファレンスを、ｅＮＢに提供するための装置を有する第１のプロセッサ１６１０を含む。コンピューティングデバイス１６００の他の複数のブロックは、幾つかの実施形態の発見特定ＤＲＸによって設定されるためのプリファレンスをｅＮＢに提供するための装置もまた、含んでよい。無線デバイス、例えば携帯電話又は携帯情報端末にシステムの実施形態が組み込まれ得るように、本開示の様々な実施形態は、無線インタフェースのような１６７０内のネットワークインタフェースもまた含んでよい。
【０１０１】
幾つかの実施形態において、プロセッサ１６１０（及び／又はプロセッサ１６９０）は、複数のマイクロプロセッサ、アプリケーションプロセッサ、マイクロコントローラ、プログラマブルロジックデバイス、又は他の処理手段のような、１又は複数の物理デバイスを含むことが出来る。プロセッサ１６１０によって実行される複数の処理動作は、複数のアプリケーション及び／又はデバイス機能がそこで実行されるオペレーティングプラットフォーム又はオペレーティングシステムの実行を含む。処理動作は、人間のユーザによる又は他の複数のデバイスによるＩ／Ｏ（入出力）に関する動作、電力管理に関する複数の動作、及び／又は別のデバイスへのコンピューティングデバイス１６００の接続に関する動作を含む。処理動作はまた、オーディオＩ／Ｏ及び／又はディスプレイＩ／Ｏに関する複数の動作を含んでよい。
【０１０２】
幾つかの実施形態において、コンピューティングデバイス１６００は、コンピューティングデバイスへのオーディオ機能の提供に関連付けられたハードウェア（例えば、オーディオハードウェア及びオーディオ回路）コンポーネント並びにソフトウェア（例えば、複数のドライバ、コーデック）コンポーネントを表す、オーディオサブシステム１６２０を有する。オーディオ機能は、スピーカ及び／又はヘッドフォン出力、並びにマイク入力を含むことが出来る。そのような複数の機能のための複数のデバイスは、コンピューティングデバイス１６００に統合されることが出来、又はコンピューティングデバイス１６００に接続されることが出来る。一実施形態において、ユーザは、プロセッサ１６１０によって受信及び処理されるオーディオコマンドを提供することによりコンピューティングデバイス１６００と相互作用する。
【０１０３】
幾つかの実施形態において、コンピューティングデバイス１６００は、ディスプレイサブシステム１６３０を有する。ディスプレイサブシステム１６３０は、ユーザがコンピューティングデバイス１６００と相互作用するための視覚的な及び／若しくは触覚的な表示を提供する、ハードウェア（例えば、ディスプレイデバイス）コンポーネント及びソフトウェア（例えば、ドライバ）コンポーネントを表す。ディスプレイサブシステム１６３０は、ユーザに対する表示を提供すべく使用される、特定のスクリーン又はハードウェアデバイスを含むディスプレイインタフェース１６３２を含む。一実施形態において、ディスプレイインタフェース１６３２は、ディスプレイに関する少なくともいくつかの処理を実行するためのプロセッサ１６１０とは別個のロジックを含む。一実施形態において、ディスプレイサブシステム１６３０は、ユーザに出力及び入力の両方を提供するタッチスクリーン（又はタッチパッド）デバイスを含む。
【０１０４】
幾つかの実施形態において、コンピューティングデバイス１６００は、Ｉ／Ｏコントローラ１６４０を有する。Ｉ／Ｏコントローラ１６４０は、ユーザとの相互作用に関連するハードウェアデバイス及びソフトウェアコンポーネントを表す。Ｉ／Ｏコントローラ１６４０は、オーディオサブシステム１６２０の及び／又はディスプレイサブシステム１６３０の一部であるハードウェアを管理すべく動作可能である。さらに、Ｉ／Ｏコントローラ１６４０は、コンピューティングデバイス１６００に接続する追加的な複数のデバイスのための接続ポイントを示し、これを介してユーザはシステムと相互作用し得る。例えば、コンピューティングデバイス１６００に取り付けられ得るデバイスは、複数のマイクデバイス、スピーカ若しくはステレオシステム、ビデオシステム若しくは他のディスプレイデバイス、キーボード若しくはキーパッドデバイス、又はカードリーダ若しくは他の複数のデバイスのような特定のアプリケーションによって使用される他のＩ／Ｏデバイスを含み得る。
【０１０５】
上述のように、Ｉ／Ｏコントローラ１６４０は、オーディオサブシステム１６２０及び／又はディスプレイサブシステム１６３０と相互作用することが出来る。例えば、マイク、又は他のオーディオデバイスを介した入力は、コンピューティングデバイス１６００の１若しくは複数のアプリケーション又は機能についての入力又はコマンドを提供することが出来る。さらに、オーディオ出力は、ディスプレイ出力の代わりに、又はディスプレイ出力に加えて提供されることが出来る。別の例において、ディスプレイサブシステム１６３０がタッチスクリーンを含む場合、ディスプレイデバイスは、入力デバイスとしてもまた機能する。これは、Ｉ／Ｏコントローラ１６４０によって少なくとも部分的に管理されることが出来る。Ｉ／Ｏコントローラ１６４０により管理される複数のＩ／Ｏ機能を提供すべく、コンピューティングデバイス１６００上に追加的な複数のボタン又はスイッチもまた、存在することが出来る。
【０１０６】
幾つかの実施形態において、Ｉ／Ｏコントローラ１６４０は、複数の加速度計、カメラ、光センサ若しくは他の環境センサ、又はコンピューティングデバイス１６００に含まれることが出来る他のハードウェアのような複数のデバイスを管理する。この入力は、ユーザによる直接の相互作用、並びに、（ノイズのフィルタリング、明るさ検出用にディスプレイを調整すること、カメラにフラッシュを適用すること、又は他の複数の特徴のような）システムの複数の動作に影響を与えるべく、システムに対する環境入力を提供することの一部であることが出来る。
【０１０７】
幾つかの実施形態において、コンピューティングデバイス１６００は、バッテリ電力使用、バッテリの蓄電、及び省電力化動作に関連する複数の特徴を管理する電力管理１６５０を含む。メモリサブシステム１６６０は、コンピューティングデバイス１６００中に情報を格納するための複数のメモリデバイスを含む。メモリは、（メモリデバイスへの電力が遮断された場合にも状態が変化しない）不揮発性の、及び／又は（メモリデバイスへの電力が遮断された場合には状態が不確定である）揮発性の複数のメモリデバイスを含むことが出来る。メモリサブシステム１６６０は、アプリケーションデータ、ユーザデータ、複数の音楽、写真、文書、又は他のデータ、並びにコンピューティングデバイス１６００の複数のアプリケーション及び機能の実行に関連する、（ロングタームであろうと、一時的であろうと）システムデータを格納することが出来る。
【０１０８】
複数の実施形態の複数のエレメントはまた、コンピュータ実行可能な複数の命令（例えば、本明細書にて説明される任意の他の複数の処理を実装するための複数の命令）を格納するための機械可読媒体（例えば、メモリ１６６０）としても提供される。機械可読媒体（例えば、メモリ１６６０）は、これらに限定はされないが、フラッシュメモリ、光ディスク、ＣＤ−ＲＯＭ、ＤＶＤ  ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気又は光カード、相変化メモリ（ＰＣＭ）、若しくは、電子的又はコンピュータ実行可能な複数の命令を格納するのに適切な、他の複数のタイプの機械可読媒体を含んでよい。例えば、本開示の複数の実施形態は、通信リンク（例えばモデム又はネットワーク接続）を介した複数のデータ信号によって、リモートコンピュータ（例えばサーバ）から要求コンピュータ（例えばクライアント）へ転送され得るコンピュータプログラム（例えばＢＩＯＳ）としてダウンロードされてよい。
【０１０９】
幾つかの実施形態において、コンピューティングデバイス１６００は接続１６７０を有する。接続１６７０は、コンピューティングデバイス１６００が外部デバイスと通信することを可能にするための、ハードウェアデバイス（例えば、無線及び／又は有線のコネクタ並びに通信ハードウェア）及びソフトウェアコンポーネント（例えばドライバ、プロトコルスタック）を含む。コンピューティングデバイス１６００は、他のコンピューティングデバイス、無線アクセスポイント又は基地局、並びに、複数のヘッドセット、プリンタ又は他の複数のデバイスのような、周辺機器のような別個のデバイスであり得る。
【０１１０】
接続１６７０は、複数の異なるタイプの接続を含むことが出来る。一般化するために、コンピューティングデバイス１６００は、セルラー接続１６７２及び無線接続１６７４を有するように示される。セルラー接続１６７２は、ＧＳＭ（登録商標）若しくはその変形あるいは派生物、ＣＤＭＡ（符号分割多重アクセス）若しくはその変形あるいは派生物、ＴＤＭ（時分割多重化）若しくはその変形あるいは派生物、又は他の複数のセルラーサービス規格を介して提供されるもののような、複数の無線通信事業者によって提供された、セルラーネットワーク接続を一般的に指す。無線接続（又は無線インタフェース）１６７４は、セル方式ではなく、（Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信等のような）複数のパーソナルエリアネットワーク、（Ｗｉ−Ｆｉのような）複数のローカルエリアネットワーク、及び／若しくは（ＷｉＭＡＸ（登録商標）のような）複数の広域ネットワーク、又は他の無線通信を含むことが出来る無線接続を指す。
【０１１１】
幾つかの実施形態において、コンピューティングデバイスは、周辺接続１６８０を含む。周辺接続１６８０は、周辺接続を形成するための複数のハードウェアインタフェース及びコネクタ、並びに、複数のソフトウェアコンポーネント（例えば、複数のドライバ、プロトコルスタック）を含む。コンピューティングデバイス１６００は、他のコンピューティングデバイスへの周辺デバイス（"ｔｏ"１６８２）であり得、並びにそれに接続された周辺デバイス（"ｆｒｏｍ"１６８４）を有することの両方があり得ることが理解されるであろう。コンピューティングデバイス１６００は、一般的に、コンピューティングデバイス１６００上のコンテンツの管理（例えば、ダウンロード及び／若しくはアップロード、変更、同期）のような目的で、他のコンピューティングデバイスへ接続するための 「ドッキング」コネクタを有する。さらに、ドッキングコネクタは、コンピューティングデバイス１６００が、例えば、視聴覚又は他のシステムへのコンテンツ出力を制御することを可能とする、特定の周辺機器へ、コンピューティングデバイス１６００が接続することを可能とすることが出来る。
【０１１２】
専有ドッキングコネクタ又は他の専有接続ハードウェアに加えて、コンピューティングデバイス１６００は、共通又は規格ベースのコネクタを介して周辺接続１６８０を形成することが出来る。複数の共通タイプは、ユニバーサルシリアルバス（ＵＳＢ）コネクタ（多くの異なるハードウェアインタフェースのうちの任意のものを含むことが出来る）、ミニディスプレイポート（ＭＤＰ）を含むディスプレイポート、高精細度マルチメディアインタフェース（ＨＤＭＩ（登録商標））、ファイヤワイヤ、又は他の複数のタイプを含むことが出来る。
【０１１３】
本明細書における「一実施形態」、「１つの実施形態」、「幾つかの実施形態」又は「他の複数の実施形態」との言及は、複数の実施形態に関連して説明される特定の特徴、構造、又は特性が、少なくとも幾つかの実施形態に含まれることを意味するが、必ずしも全ての実施形態に含まれることを意味するものではない。「一実施形態」、「１つの実施形態」、又は「幾つかの実施形態」という様々な表現は、必ずしも全て、同じ複数の実施形態を参照するものではない。明細書が、コンポーネント、特徴、構造、又は特性が含まれ「てよい」、含まれる「だろう」、又は含まれ「得る」と述べている場合、この特定のコンポーネント、特徴、構造、又は特性が含まれることが必須なわけではない。明細書又は特許請求の範囲で、「１つの」又は「一の」要素と言及する場合、これは、その要素が１つだけあることを意味するものではない。明細書又は特許請求の範囲が「追加の」要素に言及する場合、これは、この追加的な要素が１つよりも多くあることを除外しない。
【０１１４】
さらに、複数の特定の特徴、構造、機能、又は特性は、１又は複数の実施形態において任意の適した態様で組み合わせられてよい。例えば、２つの実施形態と関連する特定の特徴、構造、機能、又は特性が、相互に排他的でない場合はどこでも、第１の実施形態が第２の実施形態と組み合わされてよい。
【０１１５】
本開示が、それらの複数の特定の実施形態とともに説明されてきたものの、上記の説明を考慮すると、当業者には、このような複数の実施形態の多くの代替手段、修正形態及び変更形態が明らかであろう。本開示の複数の実施形態は、そのような代替手段、修正形態及び変形形態の全てが、添付の複数の請求項の広範な範囲内に含まれるように、それらを包含することが意図されている。
【０１１６】
さらに、複数の集積回路（ＩＣ）チップ及び他の複数のコンポーネントとのよく知られたパワー／グランド接続は、図示及び説明を簡略化し、本開示を曖昧にしないように、提示される複数の図面内に示されても示されなくてもよい。さらに、複数の構成がブロック図の形式で示されてよい。これは、本開示を不明瞭にすることを回避するためであり、また、そのような複数のブロック図の構成の実装に関する詳述が、本開示が内部に実装されるべきプラットフォームに大きく依存しているという事実から見てのことである（即ち、そのような詳述は、十分、当業者の視野内のはずである）。本開示の例示の複数の実施形態を記載するために具体的な詳細（例えば、回路）が説明されるところでは、本開示が、これらの具体的な詳細に対する変形無しに、又は変形を伴って実施され得ることが当業者には明らかなはずである。それ故、この説明は、限定的ではなく例示的なものとみなされるべきである。
【０１１７】
以下の複数の例は、さらに複数の実施形態に関する。複数の例における具体的事項は、１又は複数の実施形態の任意の箇所において使用されてよい。本明細書において説明される装置の全ての任意の特徴はまた、方法又は処理に関しても実装されてよい。
【０１１８】
例えば、ＵＥが実質的に同時にデータを受信及び送信可能か、又は同時に２つの異なる周波数でデータを受信可能かどうかを判断する第１のロジックと、第１のロジックからの判断に従って、ＤＲＸ  ＯＮ持続時間がＤＯＤに対して重なり合うようＵＥに対してＤＲＸ設定を設定する第２のロジックと、を備えるｅＮＢが提供される。幾つかの実施形態において、第２のロジックは、ＤＯＤ期間中にＤＲＸ  ＯＮ持続時間の持続時間を、ＤＯＤに実質的に等しくなるよう拡張すべく動作可能である。
【０１１９】
幾つかの実施形態において、第２のロジックは、非ＤＯＤ期間中に通常のＤＲＸ  ＯＮ持続時間を適用するよう動作可能である。幾つかの実施形態において、ＤＲＸ  ＯＮ持続時間及びＤＲＸ非活動タイマ持続時間の合計がＤＯＤと実質的に等しくなるよう、第２のロジックは、ＤＲＸ  ＯＮ持続時間の持続時間及びＤＲＸ非活動タイマの持続時間を拡張するよう動作可能である。幾つかの実施形態において、第２のロジックは、ＵＥがＤＲＸ  ＯＮ持続時間にあること、ＤＲＸ非活動タイマが実行していること、又はＤＲＸショートサイクルがＤＯＤ中に実行していることのうちの１つに起因して、ＵＥがアクティブになるよう、ＤＲＸ設定を設定するよう動作可能である。
【０１２０】
幾つかの実施形態において、ｅＮＢは、ＤＯＤ開始時点の開始をロングＤＲＸサイクルの終了と整合させるロジックを備える。幾つかの実施形態において、ロジックは、ロングＤＲＸサイクルを形成し、発見周期は互いの整数倍である。幾つかの実施形態において、ｅＮＢは、ＤＲＸサイクルの開始に関連するオフセットを調整するロジックを備える。幾つかの実施形態において、ｅＮＢは、ＵＥから発見特定ＤＲＸによって設定されるためのプリファレンスを受信するロジックを備える。幾つかの実施形態において、プリファレンスは、ＲＲＣメッセージＩＥ、又はＭＡＣ  ＣＥのうちの１つにより受信される。幾つかの実施形態において、ｅＮＢは、ダウンリンクＲＲＣメッセージにおいてＵＥのためのＤＲＸ設定を送信するロジックを備える。
【０１２１】
別の例において、ｅＮＢは、ＵＥが実質的に同時にデータを受信及び送信可能かどうかを判断する第１のロジックと、第１のロジックからの判断に従って、ＤＲＸ  ＯＮ持続時間ウインドウがＤＯＤウインドウと隣接するよう、ＵＥに対しＤＲＸ設定を設定する第２のロジックとを備えるよう設けられる。幾つかの実施形態において、第２のロジックは、ＤＯＤウインドウの前又は後にＤＲＸ  ＯＮ持続時間ウインドウを調整するよう動作可能である。
【０１２２】
幾つかの実施形態において、ｅＮＢは、発見特定ＤＲＸによって設定されるためのプリファレンスを、ＵＥから受信するロジックを備える。幾つかの実施形態において、ＵＥは、発見特定ＤＲＸとともに設定されるためにその必要性若しくはプリファレンスを特定又は決定可能である。幾つかの実施形態において、プリファレンスはＲＲＣメッセージＩＥ、又はＭＡＣ  ＣＥのうちの１つにより受信される。
【０１２３】
別の例において、機械可読記憶媒体は、実行される場合、ＤＲＸ  ＯＮ持続時間がＤＯＤに重なり合うよう、ＵＥに対しＤＲＸ設定を設定する段階を含む処理を、１又は複数のプロセッサに実行させる、機械実行可能な命令を有するよう提供される。幾つかの実施形態において、機械可読記憶媒体は、実行される場合、ＵＥが実質的に同時にデータを受信又は送信することが可能かどうか、又は同時に２つの異なる周波数でデータを受信することが可能かどうかを判断する段階、並びに判断に従ってＤＲＸ設定を設定する段階を含む処理を１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有する。
【０１２４】
幾つかの実施形態において、機械可読記憶媒体は、実行される場合、ＤＲＸ  ＯＮ持続時間の持続時間をＤＯＤに実質的に等しくなるよう拡張する段階を含む処理を１又は複数のプロセッサに実行させる更なる機械実行可能な複数の命令を有する。幾つかの実施形態において、機械可読記憶媒体は、実行される場合、ＤＲＸ  ＯＮ持続時間及びＤＲＸ非活動タイマ持続時間の合計が、ＤＯＤに実質的に等しくなるよう、ＤＲＸ  ＯＮ持続時間の持続時間と、ＤＲＸ非活動タイマの持続時間の持続時間とを拡張する段階を含む処理を１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有する。
【０１２５】
幾つかの実施形態において、機械可読記憶媒体は、実行される場合、ロングＤＲＸサイクルの終了をＤＯＤ開始時点の開始と整合させる段階を含む処理を１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有する。幾つかの実施形態において、機械可読記憶媒体は、実行される場合、ロングＤＲＸサイクル及び発見周期を互いの整数倍になるように確立する段階を含む処理を１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有する。
【０１２６】
幾つかの実施形態において、機械可読記憶媒体は、実行される場合、ＤＲＸサイクルの開始に関連したオフセットを調整する段階を含む処理を１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有する。幾つかの実施形態において、機械可読記憶媒体は、実行される場合、発見特定ＤＲＸによって設定されるためのプリファレンスをＵＥから受信する段階を含む処理を１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有する。幾つかの実施形態において、プリファレンスは、ＲＲＣメッセージＩＥ、又はＭＡＣ  ＣＥのうちの１つにより受信される。
【０１２７】
別の例において、機械可読記憶媒体は、実行される場合、ＤＲＣ  ＯＮ持続時間がＤＯＤと隣接するよう、ＵＥに対しＤＲＸ設定を設定する段階を含む処理を、１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有するよう提供される。幾つかの実施形態において、機械可読記憶媒体は、実行される場合、ＤＯＤウインドウの前又は後に、ＤＲＸ  ＯＮ持続時間ウインドウを調整することを含む処理を、１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有するよう提供される。幾つかの実施形態において、機械可読記憶媒体は、実行される場合、発見特定ＤＲＸによって設定されるためのプリファレンスをＵＥから受信する段階を含む処理を１又は複数のプロセッサに実行させる、更なる機械実行可能な複数の命令を有する。幾つかの実施形態において、プリファレンスは、ＲＲＣメッセージＩＥ又はＭＡＣ  ＣＥのうちの１つにより受信される。
【０１２８】
別の例において、機械可読記憶媒体は、実行される場合、ＤＲＸ  ＯＮ持続時間がＤＯＤの開始の前に終了するよう、ＵＥに対しＤＲＸ設定を設定する段階を含む処理を、１又は複数のプロセッサに実行させる、機械実行可能な命令を有するよう提供される。幾つかの実施形態において、ＵＥが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をリッスンするよう動作可能でもなく、Ｄ２Ｄ発見信号を同時に受信又は送信するよう動作可能でもない場合は、ＤＲＸ設定を設定する段階は、ＤＲＸ  ＯＮ持続時間がＤＯＤの開始の直前に終了するよう、ＤＲＸ設定を設定する段階を有する。
【０１２９】
別の例において、機械可読記憶媒体は、実行される場合、ＤＲＸ  ＯＮ持続時間がＤＯＤの終了の直後に開始するよう、ＵＥに対しＤＲＸ設定を設定する段階を含む処理を、１又は複数のプロセッサに実行させる、機械実行可能な命令を有するよう提供される。幾つかの実施形態において、ＵＥがＰＤＣＣＨをリッスンするよう動作可能でもなく、Ｄ２Ｄ発見信号を同時に受信又は送信するよう動作可能でもない場合は、ＤＲＸ設定を設定する段階は、ＤＲＸ  ＯＮ持続時間がＤＯＤの終了の直後に開始するよう設定する段階を有する。
【０１３０】
別の例において、ＵＥは、発見特定ＤＲＸによって設定されるためのその要求又はプリファレンスを特定すること又は決定することが可能な、第１のロジックと、プリファレンス又は要求をｅＮＢに送信するための送信機とを提供される。幾つかの実施形態において、送信機は、実質的に同時にデータの送信が可能である。幾つかの実施形態において、ＵＥは、実質的に同時にデータを受信可能な、又は２つの異なる周波数で同時にデータを受信可能な受信機を有する。幾つかの実施形態において、ＤＲＸ設定は、ＤＲＸ  ＯＮ持続時間がＤＯＤの終了の直後に開始することを示す。
【０１３１】
別の例において、装置は、ＤＲＸ  ＯＮ持続時間がＤＯＤに重なり合うよう、ＵＥに対してＤＲＸ設定を構成する手段を提供される。幾つかの実施形態において、装置は、ＵＥがデータを実質的に同時に受信及び送信することが可能かどうか、又は２つの異なる周波数でデータを同時に受信可能かどうかを判断し、判断に従って、ＤＲＸ設定を設定するための手段を有する。幾つかの実施形態において、装置は、ＤＲＸ  ＯＮ持続時間の持続時間をＤＯＤに実質的に等しくなるように拡張するための手段を有する。幾つかの実施形態において、装置は、ＤＲＸ  ＯＮ持続時間及びＤＲＸ非活動タイマ持続時間の合計が、ＤＯＤに実質的に等しくなるよう、ＤＲＸ  ＯＮ持続時間の持続時間及びＤＲＸ非活動タイマの持続時間を拡張するための手段を有する。
【０１３２】
幾つかの実施形態において、装置は、ロングＤＲＸサイクルの終了をＤＯＤ開始時点の開始と整合させるための手段を有する。幾つかの実施形態において、装置は、ロングＤＲＸサイクル及び発見周期を互いに整数倍になるように確立するための手段を有する。幾つかの実施形態において、装置は、ＤＲＸサイクルの開始に関連したオフセットを調整するための手段を有する。幾つかの実施形態において、装置は、発見特定ＤＲＸによって構成されるプリファレンスをＵＥから受信するための手段を有する。幾つかの実施形態において、プリファレンスはＲＲＣメッセージＩＥ、又はＭＡＣ  ＣＥのうちの１つにより受信される。
【０１３３】
別の例において、ＤＲＣ  ＯＮ持続時間がＤＯＤと隣接するよう、ＵＥに対して、ＤＲＸ設定を設定するための手段を有する装置が、提供される。幾つかの実施形態において、装置は、ＤＯＤウインドウの前又は後にＤＲＸ  ＯＮ持続時間ウインドウを調整するための手段を有する。幾つかの実施形態において、装置は、発見特定ＤＲＸによって構成されるプリファレンスをＵＥから受信するための手段を有する。幾つかの実施形態において、プリファレンスは、ＲＲＣメッセージＩＥ、又はＭＡＣ  ＣＥのうちの１つにより受信される。
【０１３４】
本技術的開示の本質及び趣旨を読者が確認出来るようにする要約が提供される。要約は、特許請求の範囲又は意味を、限定するために使用されることがないとの理解のもとに提出されている。以下の特許請求の範囲は、本明細書における発明を実施するための形態に組み込まれ、各請求項は別個の実施形態としてそれ自身で成立している。
【図１】
0006323923.tif 000002
【図２】
0006323923.tif 000003
【図３】
0006323923.tif 000004
【図４Ａ】
0006323923.tif 000005
【図４Ｂ】
0006323923.tif 000006
【図５】
0006323923.tif 000007
【図６】
0006323923.tif 000008
【図７】
0006323923.tif 000009
【図８Ａ】
0006323923.tif 000010
【図８Ｂ】
0006323923.tif 000011
【図９】
0006323923.tif 000012
【図１０】
0006323923.tif 000013
【図１１】
0006323923.tif 000014
【図１２】
0006323923.tif 000015
【図１３】
0006323923.tif 000016
【図１４】
0006323923.tif 000017
【図１５】
0006323923.tif 000018