特許 7482275 無線通信における省電力信号

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-01

(45)【発行日】2024-05-13

(54)【発明の名称】無線通信における省電力信号

(51)【国際特許分類】

   H04W 52/02 20090101AFI20240502BHJP

   H04W 72/232 20230101ALI20240502BHJP

   H04W 76/28 20180101ALI20240502BHJP

【ＦＩ】

H04W52/02 111

H04W72/232

H04W76/28

【請求項の数】 20

(21)【出願番号】P 2023024040

(22)【出願日】2023-02-20

(62)【分割の表示】P 2021507768の分割

【原出願日】2019-08-19

(65)【公開番号】P2023062111

(43)【公開日】2023-05-02

【審査請求日】2023-03-22

(31)【優先権主張番号】62/765,010

(32)【優先日】2018-08-17

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/805,172

(32)【優先日】2019-02-13

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/825,509

(32)【優先日】2019-03-28

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】316012245

【氏名又は名称】アイディーエーシー ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】弁理士法人谷・阿部特許事務所

(72)【発明者】

【氏名】イ、ムンイル

(72)【発明者】

【氏名】ステルン－ブロコビッチ、ジャネット エー．

(72)【発明者】

【氏名】バラ、エルデム

(72)【発明者】

【氏名】ハイアガット、アフシン

【審査官】石田 信行

(56)【参考文献】

【文献】国際公開第２０１５／０１８０４５（ＷＯ，Ａ１）

【文献】特表２０１５－５１２１７８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１５／０３５９０３４（ＵＳ，Ａ１）

【文献】Huawei, HiSilicon，Considerations on 'wake-up signal' for eFeMTC [online]，3GPP TSG RAN WG1 #88b R1-1704282，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_88b/Docs/R1-1704282.zip>，2017年03月25日

【文献】LG Electronics，Discussion on power saving signal/channel in MTC [online]，3GPP TSG RAN WG1 #90b R1-1717279，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1717279.zip>，2017年09月29日

【文献】Ericsson，Wake-up signal configurations and procedures [online]，3GPP TSG RAN WG1 #90b R1-1717010，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1717010.zip>，2017年09月30日

【文献】Ericsson，DRX in NR [online]，3GPP TSG RAN WG2 #97bis R2-1702653，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_97bis/Docs/R2-1702653.zip>，2017年03月25日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
前記ＷＴＲＵが省エネルギー信号（ＥＳＳ）を監視することを示す構成情報を受信することと、
不連続受信（ＤＲＸ）サイクルの開始の前に前記ＥＳＳを受信することと、
受信した前記ＥＳＳがウェイクアップ信号に対応しているかゴーツースリープ信号に対応しているかを決定することと、
前記ＤＲＸサイクルについてＤＲＸオン持続時間タイマを開始するかどうかを決定することであって、受信した前記ＥＳＳが前記ウェイクアップ信号に対応していることを条件に、前記ＷＴＲＵは前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始すると決定し、前記ＥＳＳが前記ゴーツースリープ信号に対応していることを条件に、前記ＷＴＲＵは前記ＤＲＸサイクルについてＤＲＸオン持続時間タイマを開始しないようにすると決定する、ことと、
前記ＥＳＳが前記ウェイクアップ信号に対応していることを条件に、前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始することであって、前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマが動作している間に、前記ＷＴＲＵは、１つまたは複数の物理ダウンリンク制御（ＰＤＣＣＨ）送信を受信することを試みる、ことと
を含む、方法。

【請求項2】

第２のＤＲＸサイクルの開始の前に第２のＥＳＳを受信することと、
前記第２のＥＳＳがウェイクアップ信号に対応しているかゴーツースリープ信号に対応しているかを決定することと、
前記第２のＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始するかどうかを決定することであって、前記第２のＥＳＳが前記ウェイクアップ信号に対応していることを条件に、前記ＷＴＲＵは前記第２のＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始すると決定し、前記第２のＥＳＳが前記ゴーツースリープ信号に対応していることを条件に、前記ＷＴＲＵは前記第２のＤＲＸサイクルについてＤＲＸオン持続時間タイマを開始しないようにすると決定する、ことと、
前記第２のＥＳＳが前記ゴーツースリープ信号に対応していることを条件に、前記第２のＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始しないようにすることであって、前記第２のＤＲＸサイクルの間に、前記ＷＴＲＵは、１つまたは複数の物理ダウンリンク制御（ＰＤＣＣＨ）送信を受信することを試みないようにする、ことと
をさらに含む、請求項１に記載の方法。

【請求項3】

前記ＤＲＸサイクルがロングＤＲＸサイクルであることを条件に、前記ＤＲＸサイクルの開始の前の時間期間の間に前記ＥＳＳの受信を監視することであって、前記ロングＤＲＸサイクルは、ショートＤＲＸサイクルに対応するＤＲＸサイクル長よりも長いＤＲＸサイクル長に対応する、ことをさらに含む、請求項１に記載の方法。

【請求項4】

前記ＥＳＳは、ダウンリンク制御情報（ＤＣＩ）を含み、前記ＥＳＳは、ＰＤＣＣＨ探索空間内で受信される、請求項１に記載の方法。

【請求項5】

前記ＤＣＩの巡回冗長検査（ＣＲＣ）が、省電力－無線ネットワーク一時識別子（ＰＳ－ＲＮＴＩ）を用いてスクランブルされる、請求項４に記載の方法。

【請求項6】

前記ＤＣＩは、グループ共通のＤＣＩである、請求項５に記載の方法。

【請求項7】

前記ＥＳＳは、前記ＷＴＲＵが符号化されたペイロードを介して前記ＤＲＸサイクルの間に前記１つまたは複数のＰＤＣＣＨ送信を受信することを試みることを示している、請求項１に記載の方法。

【請求項8】

前記ＥＳＳは、ＰＤＣＣＨ探索空間内で受信され、且つ前記ＤＲＸサイクルの開始に関して前記ＤＲＸオン持続時間タイマが潜在的に開始される時よりも前の予め定められた時間期間内で受信される、請求項１に記載の方法。

【請求項9】

前記ＷＴＲＵは、複数のＤＲＸ構成を受信し、前記複数のＤＲＸ構成のうちの第１のＤＲＸ構成は、第１のＤＲＸオン持続時間タイマ値および第１のＤＲＸ非活動タイマ値と関連付けられている、前記複数のＤＲＸ構成のうちの第２のＤＲＸ構成は、第２のＤＲＸオン持続時間タイマ値および第２のＤＲＸ非活動タイマ値と関連付けられている、請求項１に記載の方法。

【請求項10】

プロセッサおよびメモリを備えた無線送受信ユニット（ＷＴＲＵ）であって、前記プロセッサおよび前記メモリは、
前記ＷＴＲＵが省エネルギー信号（ＥＳＳ）を監視することを示す構成情報を受信し、
不連続受信（ＤＲＸ）サイクルの開始の前に前記ＥＳＳを受信し、
受信した前記ＥＳＳがウェイクアップ信号に対応しているかゴーツースリープ信号に対応しているかを決定し、
前記ＤＲＸサイクルについてＤＲＸオン持続時間タイマを開始するかどうかを決定し、受信した前記ＥＳＳが前記ウェイクアップ信号に対応していることを条件に、前記ＷＴＲＵは前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始するように構成されることになり、前記ＥＳＳが前記ゴーツースリープ信号に対応していることを条件に、前記ＷＴＲＵは前記ＤＲＸサイクルについてＤＲＸオン持続時間タイマを開始しないようにするように構成されることになり、
前記ＥＳＳが前記ウェイクアップ信号に対応していることを条件に、前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始し、前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマが動作している間に、前記ＷＴＲＵは、１つまたは複数の物理ダウンリンク制御（ＰＤＣＣＨ）送信を受信することを試みるように構成されるようになる、
ように構成された、ＷＴＲＵ。

【請求項11】

前記プロセッサおよび前記メモリは、
第２のＤＲＸサイクルの開始の前に第２のＥＳＳを受信し、
前記第２のＥＳＳがウェイクアップ信号に対応しているかゴーツースリープ信号に対応しているかを決定し、
前記第２のＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始するかどうかを決定し、前記第２のＥＳＳが前記ウェイクアップ信号に対応していることを条件に、前記ＷＴＲＵは前記第２のＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始すると決定するように構成され、前記第２のＥＳＳが前記ゴーツースリープ信号に対応していることを条件に、前記ＷＴＲＵは前記第２のＤＲＸサイクルについてＤＲＸオン持続時間タイマを開始しないようにすると決定するように構成され、
前記第２のＥＳＳが前記ゴーツースリープ信号に対応していることを条件に、前記第２のＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始しないようにするようにし、前記第２のＤＲＸサイクルの間に、前記ＷＴＲＵは、１つまたは複数の物理ダウンリンク制御（ＰＤＣＣＨ）送信を受信することを試みないようにするように構成される、
ように構成された、請求項１０に記載のＷＴＲＵ。

【請求項12】

前記ＤＲＸサイクルは、ロングＤＲＸサイクルに対応し、前記ＷＴＲＵは、前記ロングＤＲＸサイクルの開始の前に前記ＥＳＳの受信を監視するように構成され、前記ＷＴＲＵは、ショートＤＲＸサイクルの開始の前に前記ＥＳＳを監視しないように構成される、請求項１０に記載のＷＴＲＵ。

【請求項13】

前記ＥＳＳは、ダウンリンク制御情報（ＤＣＩ）を含み、前記ＥＳＳは、ＰＤＣＣＨ探索空間内で受信される、請求項１０に記載のＷＴＲＵ。

【請求項14】

前記ＤＣＩの巡回冗長検査（ＣＲＣ）が、省電力－無線ネットワーク一時識別子（ＰＳ－ＲＮＴＩ）を用いてスクランブルされる、請求項１３に記載のＷＴＲＵ。

【請求項15】

前記ＤＣＩは、グループ共通のＤＣＩである、請求項１４に記載のＷＴＲＵ。

【請求項16】

前記ＥＳＳは、前記ＷＴＲＵが符号化されたペイロードを介して前記ＤＲＸサイクルの間に前記１つまたは複数のＰＤＣＣＨ送信を受信することを試みることを示している、請求項１０に記載のＷＴＲＵ。

【請求項17】

前記ＥＳＳは、ＰＤＣＣＨ探索空間内で受信され、且つ前記ＤＲＸサイクルの開始に関して前記ＤＲＸオン持続時間タイマが潜在的に開始される時よりも前の予め定められた時間期間内で受信される、請求項１０に記載のＷＴＲＵ。

【請求項18】

前記ＷＴＲＵは、複数のＤＲＸ構成を受信するように構成され、前記複数のＤＲＸ構成のうちの第１のＤＲＸ構成は、第１のＤＲＸオン持続時間タイマ値および第１のＤＲＸ非活動タイマ値と関連付けられている、前記複数のＤＲＸ構成のうちの第２のＤＲＸ構成は、第２のＤＲＸオン持続時間タイマ値および第２のＤＲＸ非活動タイマ値と関連付けられている、請求項１０に記載のＷＴＲＵ。

【請求項19】

プロセッサおよびメモリを備えた次世代ノードＢ（ｇＮＢ）であって、前記プロセッサおよび前記メモリは、
無線送受信ユニット（ＷＴＲＵ）が省エネルギー信号（ＥＳＳ）を監視することを示す構成情報を送り、
不連続受信（ＤＲＸ）サイクルの前に前記ＥＳＳを送り、
前記ＥＳＳがウェイクアップ信号に対応していることを条件に、前記ＥＳＳは、前記ＷＴＲＵが前記ＤＲＸサイクルについてＤＲＸオン持続時間タイマを開始することを示し、
前記ＥＳＳがゴーツースリープ信号に対応していることを条件に、前記ＥＳＳは、前記ＷＴＲＵが前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマを開始しないようにすることを示し、
前記ＤＲＸサイクルについて前記ＤＲＸオン持続時間タイマが動作している間に、前記ＷＴＲＵへ１つまたは複数の物理ダウンリンク制御（ＰＤＣＣＨ）送信を送り、
前記ＥＳＳが前記ウェイクアップ信号に対応していることを条件に、前記ＤＲＸオン持続時間タイマが開始される、
ように構成された、ｇＮＢ。

【請求項20】

前記ＥＳＳは、ダウンリンク制御情報（ＤＣＩ）を含み、前記ＥＳＳは、ＰＤＣＣＨ探索空間内で受信され、前記ＤＣＩの巡回冗長検査（ＣＲＣ）が、省電力－無線ネットワーク一時識別子（ＰＳ－ＲＮＴＩ）を用いてスクランブルされる、請求項１９に記載のｇＮＢ。

【発明の詳細な説明】

【背景技術】

【0001】

本開示は、無線通信における省電力信号に関する。

【0002】

関連出願の相互参照
本出願は、それらの内容が参照によって本明細書に組み込まれる、２０１８年８月１７日に出願された米国特許仮出願第６２／７６５０１０号、２０１９年２月１３日に出願された米国特許仮出願第６２／８０５１７２号、および２０１９年３月２８日に出願された米国特許仮出願第６２，８２５５０９号の利益を主張する。

【0003】

無線通信システムにおいては、モバイルデバイスは、バッテリによって供給される限られた量の電力を用いて動作し得、したがって、モバイルデバイスの有用性を長くするうえで、省電力技法が、有益であり得る。シグナリングプロトコルに対処した省電力技法を実施することが、助けになり得、それが、ひいては、無線通信システム全体のためのシグナリングももたらし得る。これらの通信プロトコルの電力効率および有効性を改善する必要を有することがある、多数の使用事例が、存在し得る。これらの使用事例は、より高いデータレート、より高いスペクトル効率、より低い電力、より低い待ち時間、およびより高い信頼性など、様々な要件を有し得る。

【発明の概要】

【0004】

無線通信において省電力信号に対処するためのシステム、方法、およびデバイス。無線送受信ユニット（ＷＴＲＵ）は、ＷＴＲＵがスリープしている間（例えば、１つまたは複数の探索空間を含む、不連続受信（ＤＲＸ）オン持続期間の前）、省エネルギー信号（ＥＳＳ）を監視し得る。ＷＴＲＵは、ＥＳＳのエネルギーを測定し得る。ＥＳＳが、しきい値を下回る場合、ＷＴＲＵは、デフォルト動作にフォールバックし、または現在の動作モードを継続する（例えば、電力を節約するために、スリープしたままでいる）。ＥＳＳが、しきい値を上回る場合、ＥＳＳは、探索空間と関連付けられたパラメータに基づいた、カバレッジ拡張（ＣＥ）レベルを使用して、受信され得る。パラメータは、１つまたは複数の探索空間の最も高いアグリゲーションレベルであり得る。

【図面の簡単な説明】

【0005】

より詳細な理解は、添付の図面と併せて、例によって与えられる、以下の説明から得られ得、図中の同様の参照番号は、同様の要素を示す。

【0006】

【図1A】１つまたは複数の開示された実施形態がその中で実施され得る、例示的な通信システムを例示するシステム図である。

【図1B】実施形態に従った、図１Ａに例示される通信システム内において使用され得る、例示的な無線送受信ユニット（ＷＴＲＵ）を例示するシステム図である。

【図1C】実施形態に従った、図１Ａに例示される通信システム内において使用され得る、例示的な無線アクセスネットワーク（ＲＡＮ）および例示的なコアネットワーク（ＣＮ）を例示するシステム図である。

【図1D】実施形態に従った、図１Ａに例示される通信システム内において使用され得る、さらなる例示的なＲＡＮおよびさらなる例示的なＣＮを例示するシステム図である。

【図2】ＤＲＸ動作の例を例示する図である。

【図3】ウェイクアップ信号（ＷＵＳ）および／またはゴーツースリープ信号（ＧＯＳ）（ＷＵＳ／ＧＯＳ）を用いるＤＲＸ動作の例を例示する図である。

【図4】同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロックの構造の例を例示する図である。

【図5】ＳＳ／ＰＢＣＨブロックリソース内におけるＷＵＳの例を例示する図である。

【図6】２つの異なる

【0007】

【数1】

【0008】

値が、同じビームに割り当てられ、

【0009】

【数2】

【0010】

は、差し迫ったまたは次回のＷＵＳを示し得る例を例示する図である。

【図7】潜在的なＥＳＳのエネルギーを検出する例を例示する図である。

【図8】ＥＳＳに関連付けられる、および関連付けられないＤＲＸサイクルの例を例示する図である。

【図9】ＥＳＳを有するＰＤＣＣＨ監視パターンの例を例示する図である。

【図10】関連付けられた探索空間のために構成された最大アグリゲーションレベルに基づいて、ＥＳＳ（例えば、ＷＵＳ）ＣＥレベルを決定する例を例示する図である。

【図11】ＰＤＣＣＨ機会に対するＥＳＳ関連付けの例を例示する図である。

【図12】ＥＳＳとＰＤＣＣＨ監視機会との間のビーム関連付けの例を例示する図である。

【図13】探索空間固有のＤＲＸ構成の例を例示する図である。

【図14】クロススロットスケジューリングの例を例示する図である。

【図15】クロススロットおよび同一スロットスケジューリング適応の例を例示する図である。

【発明を実施するための形態】

【0011】

図１Ａは、１つまたは複数の開示される実施形態が実施され得る、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用し得る。

【0012】

図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、それらのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＷＴＲＵ／ＵＥと呼ばれることがある。

【0013】

通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースを取るように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであり得る。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。

【0014】

基地局１１４ａは、ＲＡＮ１０４／１１３の一部であり得、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成され得る。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあり得る。セルは、相対的に一定であり得る、または時間とともに変化し得る特定の地理的エリアに、無線サービス用のカバレッジを提供し得る。セルは、さらに、セルセクタに分割され得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、すなわち、セルの各セクタに対して１つずつ含み得る。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用し得、セルの各セクタに対して複数の送受信機を利用し得る。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングが使用され得る。

【0015】

基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得る。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立され得る。

【0016】

より具体的には、上で言及されたように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用し得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立し得る、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。

【0017】

実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立し得る、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施し得る。

【0018】

実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立し得る、ＮＲ無線アクセスなどの無線技術を実施し得る。

【0019】

実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施し得る。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けられ得る。

【0020】

他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施し得る。

【0021】

図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用し得る。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。

【0022】

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであり得る。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供し得、および／またはユーザ認証など、高レベルセキュリティ機能を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行い得ることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示せず）とも通信し得る。

【0023】

ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たし得る。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用し得る１つまたは複数のＲＡＮに接続された、別のＣＮを含み得る。

【0024】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含み得る）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成され得る。

【0025】

図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されよう。

【0026】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行し得る。プロセッサ１１８は、送受信機１２０に結合され得、送受信機１２０は、送信／受信要素１２２に結合され得る。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合され得ることが理解されよう。

【0027】

送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成され得る。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であり得る。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されよう。

【0028】

図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用し得る。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

【0029】

送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含み得る。

【0030】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力もし得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手し得、それらにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手し得、それらにデータを記憶し得る。

【0031】

プロセッサ１１８は、電源１３４から電力を受け取り得、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含み得る。

【0032】

プロセッサ１１８は、ＧＰＳチップセット１３６にも結合し得、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信し得、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定し得る。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得し得ることが理解されよう。

【0033】

プロセッサ１１８は、さらに他の周辺機器１３８に結合し得、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含み得る。周辺機器１３８は、１つまたは複数のセンサを含み得る。センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であり得る。

【0034】

ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であり得る、全二重無線を含み得る。全二重無線は、ハードウェア（例えば、チョーク）を介して、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理を介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含み得る。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含み得る。

【0035】

図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１０４は、ＣＮ１０６とも通信し得る。

【0036】

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含み得ることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含み得る。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信し得る。

【0037】

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信し得る。

【0038】

図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含み得る。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営され得ることが理解されよう。

【0039】

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担い得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間における交換のためのコントロールプレーン機能を提供し得る。

【0040】

ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行し得る。

【0041】

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。

【0042】

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得、またはそれと通信し得る。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含み得る。

【0043】

図１Ａ～図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用し得ることが企図されている。

【0044】

代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであり得る。

【0045】

インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、ディストリビューションシステム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有し得る。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着し得、ＳＴＡに配送され得る。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送されるように、ＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信され得、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信し得、ＡＰは、トラフィックを送信先ＳＴＡに配送し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされ得、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信され得る。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信し得る。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。

【0046】

８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信し得る。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するために、ＳＴＡによって使用され得る。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、実施され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスし得る。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフし得る。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信し得る。

【0047】

高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用し得る。

【0048】

超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成され得、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成され得、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割し得るセグメントパーサを通過させられ得る。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行い得る。ストリームは、２つの８０ＭＨｚチャネル上にマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作が、逆転され得、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信され得る。

【0049】

１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプコミュニケーションをサポートし得る。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命を有するバッテリを含み得る。

【0050】

８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートし得る、ＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限され得る。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であり得る。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、利用可能な周波数バンドの大部分が、アイドルのままであり、利用可能であり得るとしても、利用可能な周波数バンド全体をビジーと見なされ得る。

【0051】

米国においては、８０２．１１ａｈによって使用され得る利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。

【0052】

図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信し得る。ＲＡＮ１１３は、ＣＮ１１５とも通信し得る。

【0053】

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含み得る。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信し得る。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施し得る。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信し得る（図示せず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあり得るが、残りのコンポーネントキャリアは、免許要スペクトル上にあり得る。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信し得る。

【0054】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジ（numerology）と関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

【0055】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用し得る。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信し得る。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たし得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレッジおよび／またはスループットを提供し得る。

【0056】

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを処理するように構成され得る。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信し得る。

【0057】

図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含み得る。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営され得ることが理解されよう。

【0058】

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続し得、制御ノードとしての役割を果たし得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担い得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスが、確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能を提供し得る。

【0059】

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵ ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであり得る。

【0060】

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続し得、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行し得る。

【0061】

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得、またはそれと通信し得る。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含み得る。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。

【0062】

図１Ａ～図１Ｄ、および図１Ａ～図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用され得る。

【0063】

エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行し得る。エミュレーションデバイスは、テストの目的で、別のデバイスに直接的に結合され得、および／またはオーバザエア無線通信を使用して、テストを実行し得る。

【0064】

１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべてを含む、１つまたは複数の機能を実行し得る。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用され得る。１つまたは複数のエミュレーションデバイスは、テスト機器であり得る。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含み得る）ＲＦ回路を介した無線通信が、エミュレーションデバイスによって使用され得る。

【0065】

図２は、不連続受信（ＤＲＸ）の例を例示している。ＤＲＸは、無線デバイス（すなわち、ＷＴＲＵ）のためのバッテリ節約のために使用され得る。ＤＲＸ動作中、ＷＴＲＵは、ＤＬ制御チャネル（例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ））を監視しなくてよい。ＲＲＣ接続モードにおいて、ＷＴＲＵは、接続モードＤＲＸ（Ｃ－ＤＲＸ）を使用し得る。示されるように、オン持続時間２０１、その後、オフ持続時間２０２、その後、オン持続時間２０３など、オン持続時間およびオフ持続時間が、存在し得る。ＷＴＲＵは、オン持続時間期間中（すなわち、２０１）、構成されたＰＤＣＣＨを監視し得、ＷＴＲＵは、オフ持続時間中（すなわち、２０２）、スリープし得る（例えば、ＰＤＣＣＨを監視しなくてよい）。ＰＤＣＣＨは、本明細書で使用される場合、ＤＬ制御チャネルの非限定的な例であり得、他の任意の知られたＤＬチャネルと交換可能であり得る。

【0066】

ＤＲＸサイクルは、オン持続時間とオフ持続時間（すなわち、２０１および２０２）とを含む、完全なＤＲＸサイクル２０５など、オン持続時間とオフ持続時間のサイクル（例えば、反復または周期的反復）であり得る。ＷＴＲＵは、オン持続時間中（すなわち、２０１）、ＰＤＣＣＨを監視し得、ＷＴＲＵは、ＤＲＸサイクル２０５の間のオフ持続時間中（すなわち、２０２）、（例えば、いずれの）ＰＤＣＣＨの監視もスキップし得る。

【0067】

ＤＲＸサイクルは、ショートＤＲＸサイクル、またはロングＤＲＸサイクルであり得る。ＷＴＲＵは、時間のある期間、ショートＤＲＸサイクルを使用し得、その後、ロングＤＲＸサイクルを使用し得る。

【0068】

ＤＲＸ非活動タイマは、ＰＤＣＣＨ（例えば、正常にデコードされたＰＤＣＣＨ）が、（例えば、初期）ＵＬまたはＤＬユーザデータ送信を示すＰＤＣＣＨ機会の後の、（例えば、送信時間間隔（ＴＴＩ）持続時間を単位とした）時間を決定し得、または決定するために使用され得る。ＤＲＸ非活動タイマは、オフ持続時間にいつ移行するかを決定するために使用され得る。

【0069】

ＤＲＸオン持続時間は、ＤＲＸサイクルの始まりにおける持続時間であり得る。

【0070】

オン持続時間タイマは、例えば、ＤＲＸサイクルからのウェイクアップ後に、またはＤＲＸサイクルの始まりにおいて、（例えばＷＴＲＵによって）監視もしくはデコードされ得る、または監視もしくはデコードされる必要があり得るＰＤＣＣＨ機会の数（例えば、連続した数）を決定し得、または決定するために使用され得る。

【0071】

ＰＤＣＣＨ機会は、ＰＤＣＣＨを含み得る時間期間であり得、時間期間は、１つまたは複数のシンボル、シンボルのセット、スロット、サブスロット、またはサブフレームなどであり得る。

【0072】

ＤＲＸ再送タイマは、再送がＷＴＲＵによって予期され得るときに監視するＰＤＣＣＨ機会の数（例えば、連続した数）を決定し得、または決定するために使用され得る。ＤＲＸ再送タイマは、ＤＬ再送が受信され得るまでの最大持続時間、またはＵＬ再送のためのグラントが受信されるまでの最大持続時間を決定し得、または決定するために使用され得る。

【0073】

ＤＲＸショートサイクルは、ＤＲＸ非活動タイマの満了後にＷＴＲＵが入る、最初のＤＲＸサイクルであり得る。ＷＴＲＵは、ＤＲＸショートサイクルタイマの満了まで、ＤＲＸショートサイクルにあり得る。ＤＲＸショートサイクルタイマが、満了したとき、ＷＴＲＵは、ロングＤＲＸサイクルを使用し得る。

【0074】

ＤＲＸショートサイクルタイマは、ＤＲＸ非活動タイマが満了した後、ＷＴＲＵがショートＤＲＸサイクルに従い得る、連続したサブフレームの数を決定し得、または決定するために使用され得る。

【0075】

オフ持続時間中、ＷＴＲＵは、周期的なＣＳＩ報告を測定および／または報告するように構成されたサブフレームにおいて、チャネル状態情報（ＣＳＩ）を測定または報告しなくてよい。

【0076】

ＷＴＲＵは、アクティブ時間中、ＰＤＣＣＨまたはＰＤＣＣＨ機会を監視し得る。アクティブ時間は、オン持続時間中に発生し得、またはアクティブ時間は、オフ持続時間中に発生し得る。アクティブ時間は、オン持続時間中に開始し、オフ持続時間中、継続し得る。アクティブ時間とＤＲＸサイクルのアクティブ時間とは、本明細書において、交換可能に使用され得る。

【0077】

アクティブ時間は、オン持続時間タイマ、非活動タイマ、（例えば、ＤＬおよび／もしくはＵＬにおける）再送タイマ、またはランダムアクセス競合解決タイマなど、ＤＲＸタイマが、その間動作している時間を含み得る。

【0078】

アクティブ時間は、スケジューリング要求（ＳＲ）が、その間に（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ）上において）送信され、保留されている時間を含み得る。

【0079】

アクティブ時間は、競合ベースのランダムアクセスプリアンブルのうち、ＭＡＣエンティティによって選択されないランダムアクセスプリアンブルに対する、ランダムアクセス応答（ＲＡＲ）の受信に成功した後、ＷＴＲＵのＭＡＣエンティティのＣ－ＲＮＴＩ宛ての新しい送信を示すＰＤＣＣＨが、その間受信されていない時間を含み得る。

【0080】

図３は、ウェイクアップ信号（ＷＵＳ）および／またはゴーツースリープ信号（ＧＯＳ）（ＷＵＳ／ＧＯＳ）を用いるＤＲＸ動作の例を例示している。ＷＵＳ／ＧＯＳは、１つまたは複数のＤＲＸサイクルと関連付けられ得る。ＷＵＳ／ＧＯＳは、関連付けられた時間、または（例えば、関連付けられた）ＤＲＸサイクルの一部に先立って、送信および／または受信され得る。

【0081】

３０４において、ＷＴＲＵは、ＷＵＳを受信し得、その時点から、ＷＴＲＵは、１つまたは複数のＤＲＸサイクルについてのオン持続時間（すなわち、オン持続時間３０１）において、ＰＤＣＣＨを監視し得る。３０５において、ＷＴＲＵは、ＧＯＳを受信し得、その時点から、ＷＴＲＵは、１つまたは複数のＤＲＸサイクルについてのオン持続時間（すなわち、オン持続時間３０３）において、ＰＤＣＣＨの監視をスキップし得、スリープモード（例えば、ディープスリープ）に留まり得る。

【0082】

システムまたはネットワークにおいては、ＷＵＳまたはＧＯＳのどちらかが、使用され得る。あるいは、ＷＵＳおよびＧＯＳの両方が、使用され得る。

【0083】

５Ｇのためのニューラジオ（ＮＲ）などの無線システムにおいては、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のために、新しい構造および設計が、使用／採用され得る。また、ＰＤＣＣＨのために、スロットベースおよび非スロットベースの送信、ならびに監視の異なるレートが、使用され得る。

【0084】

本明細書において説明されるような無線システム（例えば、ＮＲ）については、リソース要素グループ（ＲＥＧ）が、ＰＤＣＣＨのための最小の構築ブロックであり得る。（例えば、各）ＲＥＧは、時間における１つのＯＦＤＭシンボル、および周波数における１つのリソースブロック（ＲＢ）上の、１２個のＲＥで構成され得る。（例えば、各）ＲＥＧにおいては、９個のリソース要素（ＲＥ）が、制御情報のために使用され、３個のＲＥが、復調参照信号（ＤＭＲＳ）のために使用され得る。時間または周波数において隣接する複数（例えば、２、３、または６個）のＲＥＧは、同じプリコーダとともに使用されるＲＥＧバンドルを形成し得、それらのＤＭＲＳは、チャネル推定のために一緒に使用され得る。（例えば、１、２、または３個のＲＥＧバンドルのフォーマットにおける）６個のＲＥＧは、最小の可能なＰＤＣＣＨであり得る、１つの制御チャネル要素（ＣＣＥ）を形成し得る。（例えば、各）ＰＤＣＣＨは、１つまたは複数のＣＣＥ（例えば、１、２、４、８、または１６個のＣＣＥ）で構成され得る。ＰＤＣＣＨのためのＣＣＥの数は、それのアグリゲーションレベル（ＡＬ）と呼ばれることがある。

【0085】

ＲＥＧバンドルのマッピングは、インターリービングマッピング、または非インターリービングマッピングを使用し得る。非インターリービングマッピングにおいては、（例えば、周波数において隣接する）連続するＲＥＧバンドルが、ＣＣＥを形成し得、周波数において隣接するＣＣＥが、ＰＤＣＣＨを形成し得る。インターリービングマッピングにおいては、ＲＥＧは、ＣＣＥにマッピングされる前に、インターリーブ（または置換）され得、その結果、（すなわち、一般に）１つのＣＣＥにおいて隣接しないＲＥＧバンドルを、また１つのＰＤＣＣＨにおいて隣接しないＣＣＥをもたらす。

【0086】

制御リソースセット（ＣＯＲＥＳＥＴ）は、（例えば、６個のＲＢからなるチャンクとしての）周波数割り当て、時間における長さ（例えば、１～３個のＯＦＤＭシンボル）、ＲＥＧバンドルのタイプ、および／またはＲＥＧバンドルからＣＣＥへのマッピングのタイプ（例えば、それがインターリービングか、それとも非インターリービングか）のうちの少なくとも１つによって構成され得、または少なくとも１つを含み得る。（例えば、各）帯域幅パート（ＢＷＰ）においては、最大でＮ個（例えば、３個）のＣＯＲＥＳＥＴが、存在し得る。例えば、４個の可能なＢＷＰにおいては、１２個のＣＯＲＥＳＥＴが、存在し得る。

【0087】

ＷＴＲＵは、（例えば、監視する）ＰＤＣＣＨ候補のセットを監視し得、または割り当てられ得る。ＰＤＣＣＨのブラインド検出中、ＰＤＣＣＨ候補のセットが、監視され得る。探索空間、または（例えば、複数のＡＬのための）探索空間のセットは、（例えば、ブラインド検出を用いるなどして監視する）ＰＤＣＣＨ候補のセットであり得、またはＰＤＣＣＨ候補のセットを含み得る。（例えば、各）探索空間または探索空間のセットは、関連付けられたＣＯＲＥＳＥＴ、各ＡＬ用もしくは各ＡＬ内の候補の数、および／または監視機会のセットのうちの少なくとも１つによって構成され得る。監視機会は、（例えば、スロットを単位とした）監視周期性、監視オフセット、および／または（例えば、スロット内のシンボルの可能なパターンに対応する１４ビットを有する）監視パターンのうちの１つまたは複数によって決定され得る。

【0088】

図４は、同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロックの例示的な構造を例示している。本明細書においては、ＳＳ／ＰＢＣＨブロックは、ＳＳＢと呼ばれることがある。ＳＳＢは、複数のシンボル（例えば、４個のＯＦＤＭシンボル４０４）で構成され得る。ＳＳＢは、プライマリ同期信号（ＰＳＳ）４２３、セカンダリ同期信号（ＳＳＳ）４２９、および物理ブロードキャストアクセスチャネル（ＰＢＣＨ）（例えば、４２６、４２７、４３１、または４３２）のうちの少なくとも１つを含み得る。示されるように、ＰＳＳ、ＳＳＳ、およびＰＢＣＨのうちの１つまたは複数は、ブロック内において繰り返され得る。ＳＳバーストは、構成された数のＬ個のＳＳＢを含み得、ＳＳＢは、ビームに対応し得る。本明細書においては、ＳＳバーストとＳＳ／ＰＢＣＨ期間は、交換可能に使用され得る。ＳＳ／ＰＢＣＨ期間は、ハーフフレームであり得る。ハーフフレームは、５ｍｓであり得る。ＰＢＣＨとＳＳＳとの間に、ガードバンド４０２が、存在し得る（例えば、ＰＢＣＨ４２７、ガードバンド４０２ｃ、その後に、ＳＳＳ４２９）。ＰＳＳまたはＳＳＳは、ある数のサブキャリアであり得る（例えば、４１２に示されるように、１２７個のサブキャリア）。ＰＢＣＨは、それの配置に応じて、異なる数のサブキャリアであり得る（例えば、ＰＢＣＨ４２７は、４０６に示されるように、４８個のサブキャリアであり得、ＰＢＣＨ４３１は、４１０に示されるように、４８個のサブキャリアであり得、ＰＢＣＨ４３２は、４１４に示されるように、２４０個のサブキャリアであり得る）。

【0089】

いくつかのＮＲケースにおいては、ＷＵＳまたはＧＯＳが、サポートされないことがある。そのようなケースにおいては、ＷＴＲＵは、ＷＴＲＵが、ＤＲＸサイクルにおけるオフ持続時間にあるとき、および／またはアクティブ時間にないときを除いて、関連付けられた探索空間においてＰＤＣＣＨを監視し得る。これは、受信するＰＤＣＣＨが存在しないのに、より高い電力消費をもたらすことがある。この問題に対処するために、省エネルギー信号（ＥＳＳ）が、使用され得る。ＥＳＳは、省電力信号として知られることもある。本明細書において説明されるように、ＥＳＳは、ＷＵＳやＧＯＳと交換可能であり得る。加えて、ＥＳＳは、ＷＵＳ、ＧＯＳ、または両方であり得る。

【0090】

１つまたは複数のタイプのＥＳＳが、存在し得る。第１のＥＳＳタイプは、プリアンブル、または系列に基づき得、第２のＥＳＳタイプは、ダウンリンク制御チャネル（例えば、ＰＤＣＣＨ）に基づき得る。

【0091】

第１のＥＳＳタイプは、ＰＤＣＣＨを監視するように、ＷＴＲＵをウェイクアップさせるために使用され得る。ＥＳＳ（例えば、第１のＥＳＳタイプのＥＳＳ）は、時間および／または周波数トラッキングのための信号（例えば、同期信号）であり得る。

【0092】

第２のＥＳＳタイプは、ＷＴＲＵが、ＥＳＳからの時間／周波数トラッキングを実行する必要がなくてよいとき、ＰＤＣＣＨを監視するように、やはりＷＴＲＵをウェイクアップさせるために使用され得る。例えば、第２のＥＳＳタイプについて、１つまたは複数のＰＤＣＣＨ候補が、予約され、使用され、および／または監視され得る。別の例においては、第２のＥＳＳタイプについて、探索空間内の１つまたは複数のＣＣＥが、予約され、使用され、および／または監視され得る。

【0093】

ＷＴＲＵは、スリープ時間、探索空間の利用可能性、高位レイヤ構成、ＤＲＸサイクル、ＲＲＣステータス、および／またはＥＳＳタイプと関連付けられた探索空間タイプなど、１つまたは複数の条件に基づいて、監視するＥＳＳタイプを決定し得る。

【0094】

スリープ時間条件について、スリープタイマが、使用され得、スリープタイマが、満了した場合（例えば、スリープ時間が、しきい値よりも長い場合）、ＷＴＲＵは、関連付けられたＥＳＳリソースにおいて、第１のＥＳＳタイプを監視することを決定し得、そうではない場合、ＷＴＲＵは、関連付けられたＥＳＳリソースにおいて、第２のＥＳＳタイプを監視することを決定し得る。しきい値は、ＷＴＲＵ能力に基づき得る。

【0095】

ＥＳＳタイプ（例えば、第２のＥＳＳタイプ）のための探索空間の利用可能性の条件について、第２のＥＳＳタイプのための探索空間が、ＥＳＳ監視用のスロットにおいて利用可能である場合、ＷＴＲＵは、第２のＥＳＳタイプを監視し得、そうでない場合、ＷＴＲＵは、関連付けられたＥＳＳリソースにおいて、第１のＥＳＳタイプを監視し得る。

【0096】

ＤＲＸサイクル条件について、ＷＴＲＵが、ショートＤＲＸサイクルにある場合、ＷＴＲＵは、第２のＥＳＳタイプを監視し得、ＷＴＲＵが、ロングＤＲＸサイクルにある場合、ＷＴＲＵは、第１のＥＳＳタイプを監視し得る。

【0097】

ＲＲＣステータス条件について、ＷＴＲＵが、ＲＲＣ接続モードにある場合、ＷＴＲＵは、第２のＥＳＳタイプを監視し得、ＷＴＲＵが、ＲＲＣアイドル、またはＲＲＣ非アクティブにある場合、ＷＴＲＵは、第１のＥＳＳタイプを監視し得る。

【0098】

ＥＳＳ状態と関連付けられた探索空間タイプについて、ＥＳＳのための関連付けられた探索空間が、第１の探索空間タイプ（例えば、共通探索空間）である場合、ＷＴＲＵは、第１のＥＳＳタイプを監視し得る。ＥＳＳのための関連付けられた探索空間が、第２の探索空間タイプ（例えば、ＷＴＲＵ固有の探索空間）である場合、ＷＴＲＵは、第２のＥＳＳタイプを監視し得る。

【0099】

手法において、１つまたは複数のサイクリックシフト値を伴った系列が、ＥＳＳのために使用され得る。ＥＳＳがＷＵＳであるか、それともＧＯＳであるかは、サイクリックシフト値に基づいて、決定され得る。例えば、同じ系列が、１つまたは複数のサイクリックシフト（ＣＳ）値またはインデックスとともに使用され得、（例えば、各）ＣＳインデックスは、ＷＵＳまたはＧＯＳを示し得る。本明細書において説明されるように、系列、基本系列、ザドフ－チュー系列、ｍ系列、ゴールド系列、およびゴレイ系列は、交換可能に使用され得る。

【0100】

１つのケースにおいては、系列の第１のＣＳは、ＷＵＳであり得、またはＷＵＳに対応し得、系列の第２のＣＳは、ＧＯＳであり得、またはＧＯＳに対応し得る。このケースについては、ＣＳ値のペアが、事前定義または構成され得る。第１のＣＳ値は、定義され、構成され、または他の方法で知られ得、第２のＣＳは、ＣＳ値のセット（例えば、｛０，１，２，３，４，５，６，７，８，９，１０，１１｝）内において、第１のＣＳ値から固定のオフセット（例えば、６）を有し得る。セットは、セットの先頭がセットの末尾の後に繰り返されるような、循環的またはモジュロ方式で考えられ得る。このシナリオについては、単一のＣＳまたはＣＳ値のペアは、ＷＴＲＵ固有の方式で構成され得る。ＷＴＲＵは、ＥＳＳとしてＣＳ値またはＣＳ値のペアを用いるように構成され得る。このシナリオについては、単一のＣＳ値が、構成される場合、ＥＳＳは、ＷＵＳおよびＧＯＳの一方として使用され得る。（例えば、ＷＵＳまたはＧＯＳの）どちらを使用するかは、ｇＮＢによって構成され得、または関連付けられた探索空間タイプに基づいて、決定され得る。

【0101】

１つのシナリオにおいては、ＷＴＲＵが、ＷＵＳを受信したとき、ＷＴＲＵは、１つまたは複数のアクションを実行し得る。１つのアクションにおいては、ＷＴＲＵが、時間（例えば、スロット）ｎにおいて、ＷＵＳを受信したとき、ＷＴＲＵは、関連付けられた探索空間において、時間（例えば、スロット）ｎ＋ｋ１から、ＰＤＣＣＨの監視を開始し得る。このアクションにおいては、以下のうちの１つまたは複数が、適用され得、すなわちｋ１値は、事前決定され得（例えば、固定値ｋ１＝４もしくは０）、ｋ１値は、高位レイヤシグナリングによって構成され得、ｋ１値は、サブキャリア間隔、関連付けられた帯域幅パート（例えば、アクティブＢＷＰ）のために構成されたＲＢの数、および／もしくは中心周波数（例えば、ＦＲ１もしくはＦＲ２）のうちの少なくとも１つに基づいて、決定され得、ｋ１値は、ＥＳＳタイプに基づいて、決定され得、ｎおよび／もしくはｎ＋ｋ１は、スロット、シンボル、シンボルのセット、ミニスロット、および／もしくはサブフレームに対応し得、ならびに／またはｎおよび／もしくはｋ１値は、シンボル、スロット、ミニスロット、および／もしくはサブフレームの数に基づき得、もしくはそれらの数に関し得る。ＦＲ１およびＦＲ２に関して、ＦＲ１は、セルの中心周波数が６ＧＨｚを下回るときに使用され得、ＦＲ２は、セルの中心周波数が６ＧＨｚよりも高いときに使用され得る。

【0102】

ＷＵＳを受信した後に、ＷＴＲＵが実行し得る別のアクションにおいては、ＷＴＲＵは、例えば、１つまたは複数のＷＵＳが使用され得、（例えば、各）ＷＵＳが探索空間のセットと関連付けられ得る、ＷＵＳと関連付けられた探索空間において構成された、探索空間のサブセットにおいて、ＰＤＣＣＨの監視を開始し得る。

【0103】

別のシナリオにおいては、ＷＴＲＵが、ＧＯＳを受信したとき、ＷＴＲＵは、１つまたは複数のアクションを実行し得る。１つのアクションにおいては、ＷＴＲＵは、ＷＴＲＵが、時間（例えば、スロット）ｎにおいてＧＯＳを受信したとき、時間（例えば、スロット）ｎ＋ｋ２から、関連付けられた探索空間においてＰＤＣＣＨの監視をスキップし得る。このアクションにおいては、以下のうちの１つまたは複数が、適用され得、すなわち、ｋ２値は、事前決定され得（例えば、固定値ｋ２＝０）、ｋ２値は、高位レイヤシグナリングによって構成され得、ｋ２値は、サブキャリア間隔、関連付けられた帯域幅パート（例えば、アクティブＢＷＰ）のために構成されたＲＢの数、および／もしくは中心周波数（例えば、ＦＲ１もしくはＦＲ２）のうちの少なくとも１つに基づいて決定され得、ｋ２値は、ＥＳＳタイプに基づいて決定され得、ｎおよび／もしくはｎ＋ｋ２は、スロット、シンボル、シンボルのセット、ミニスロット、および／もしくはサブフレームに対応し得、ならびに／またはｎおよび／もしくはｋ２値は、シンボル、スロット、ミニスロット、および／もしくはサブフレームの数に基づき得、もしくはそれらの数に関し得る。ＦＲ１およびＦＲ２に関して、ＦＲ１は、セルの中心周波数が６ＧＨｚを下回るときに使用され得、ＦＲ２は、セルの中心周波数が６ＧＨｚよりも高いときに使用され得る。

【0104】

別のアクションにおいては、ＷＴＲＵは、少なくともいくらかの指定された時間の間、関連付けられた時間ウィンドウ（例えば、関連付けられたＰＤＣＣＨ監視機会）において測定されるように構成された、（例えば、ＣＳＩまたは無線リソース管理（ＲＲＭ）のための）１つまたは複数の参照信号の測定を停止またはスキップし得る。

【0105】

別のアクションにおいては、ＷＴＲＵは、少なくともいくらかの指定された時間の間、時間／周波数トラッキングの実行を停止またはスキップし得る。

【0106】

上記のシナリオについては、ｋ１値とｋ２値は、異なり得る（例えば、ｋ１＝４、ｋ２＝０）。

【0107】

図５は、ＳＳ／ＰＢＣＨブロックリソース内におけるＥＳＳ（例えば、ＷＵＳ）の例を例示している。省電力モード（ＰＳＭ）能力を有さないＷＴＲＵなどのＷＴＲＵは、ＰＳＳ周辺の使用されないサブキャリアが、ゼロであり得ると仮定し得る。ＰＳＳ周辺のサブキャリアは、ＰＳＭ能力を有するＷＴＲＵなどの別のＷＴＲＵについては、ＥＳＳのために使用され得る。示されるように、ＳＳＢ信号のために使用されていないＳＳＢブロック内のサブキャリアロケーションは、ＥＳＳの送信のために使用され得る（例えば、５２１および５２５）。図５は、要素の提示において、図４と類似しており、そのため、ＥＳＳ要素５２１および５２５への参照を除いて、似た番号が付けられた要素は、同じであると理解され得る（例えば、ＰＢＣＨ４２７＝ＰＢＣＨ５２７）。本明細書において説明されるように、ＳＳＢ、ＳＳＢブロック、およびＳＳ／ＰＢＣＨブロックは、交換可能に使用され得る。

【0108】

図５の例においては、ＥＳＳまたはＥＳＳコンテンツの少なくともいくつかの部分（例えば、すべて）は、（例えば、１つまたは複数のＳＳＢの）ＰＳＳ周辺の１つまたは複数のサブキャリアロケーションにマッピングされ得る。

【0109】

ＷＴＲＵは、ＰＳＳ信号周辺のサブキャリアのうちの１つまたは複数の復調および処理によって、ＥＳＳの存在を検出し得る。

【0110】

例えば、ＳＳバースト内における、１つまたは複数のＳＳＢ（例えば、各ＳＳＢ）は、同じＥＳＳまたはＥＳＳコンテンツを搬送し（例えば、繰り返し）得る。あるいは、ＥＳＳは、複数のセグメントに分割され得、および／または例えば、ＳＳバースト内における、２つ以上のＳＳＢにわたって拡散もしくは分散され得る。

【0111】

ＥＳＳは、符号化された情報ペイロード、もしくは系列、またはそれらの組み合わせの形態を取り得る。ＷＵＳなどのＥＳＳは、ＷＴＲＵがその間ＰＤＣＣＨまたはＰＤＣＣＨ機会を監視し得る、ウェイクアップ期間、ウェイクアップ期間の始まりもしくは開始、または次回のウェイクアップ期間の始まりもしくは開始を示し得る。例えば、ＷＴＲＵは、ＷＵＳの存在を決定し、その後、ＷＵＳに基づいて（例えば、ＷＵＳの特性、ＷＵＳと関連付けられた構成、および／またはＷＵＳの受信に基づいて）、ＣＯＲＥＳＥＴおよび／または探索空間についての情報を決定し得る。

【0112】

ＥＳＳは、ＷＴＲＵ固有またはグループ固有であり得る。

【0113】

ＥＳＳインジケーションが、符号化されたペイロードの送信を通して、提供される場合、ＷＴＲＵは、デコードされたペイロードが、割り当てられたＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）と一致する場合、ＥＳＳの存在を決定し得る。あるいは、ＷＴＲＵは、割り当てられたＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ）を使用して、ＣＲＣをデスクランブルすることによって、ＥＳＳの存在を決定し得る。例えば、省電力モードで構成されたＷＴＲＵに対処するために、ＰＳ－ＲＮＴＩが、使用され得る。

【0114】

ＥＳＳインジケーションが、系列の送信を通して提供される場合、ＷＴＲＵは、低相関特性を有する系列ファミリなど、１つまたは複数の系列インデックスを用いるように構成され得る（すなわち、ｍ系列、ＺＣが、ＥＳＳとして使用され得る）。系列は、２つの部分に分割され得、各部分は、ＰＳＳ周辺のサブキャリアロケーションにマッピングされ得る。例においては、長さ９６を有する系列は、分割され、ＰＳＳ周辺のサブキャリアロケーション上にマッピングされ得る。あるいは、（例えば、図５に示されるように）長さ４８を有する２つの系列が、ＥＳＳインジケーションのために使用され得る。各側にマッピングされる系列は、同じであり得、または異なり得る。ＷＴＲＵは、２つの系列に対応するインデックスの組み合わせに基づいて、ＥＳＳインジケーションを決定し得る。

【0115】

グループ固有のインジケーションのケースにおいては、ウェイクアッププロセスは、複数のステップにおいて実施され得、最初のステップにおいて、ＷＴＲＵのサブセットが、対処され得、残りのステップにおいて、特定のＷＴＲＵが、示され得る。例えば、第１のＥＳＳ、またはＥＳＳの第１の部分は、グループ固有（すなわち、グループ共通）であり得、第２のＥＳＳ、またはＥＳＳの第２の部分は、ＷＴＲＵ固有であり得る。別の例においては、第１のＥＳＳ、またはＥＳＳの第１の部分は、ＷＴＲＵの第１のグループに固有であり得、第２のＥＳＳ、またはＥＳＳの第２の部分は、ＷＴＲＵの第２のグループに固有であり得、第２のグループは、第１のグループのサブセットであり得る。

【0116】

いくつかのケースにおいては、ＥＳＳは、少なくとも２つの部分を含み得、少なくとも１つの部分は、ＷＴＲＵのグループを表すグループＩＤを示し、一方、少なくとも１つの他の部分は、ＷＴＲＵのグループ内のＷＴＲＵのためのＷＴＲＵ ＩＤを示し得る。例えば、系列は、グループを識別し得、グループは、系列のルート、系列のサイクリックシフト、または別の系列をスクランブルする系列のインデックスのうちの少なくとも１つ内にエンコードされ得る。ＷＴＲＵは、関連付けられた量（例えば、ルート、サイクリックシフト、または系列インデックス）を検出した後、グループＩＤを識別し得る。ＥＳＳの少なくとも１つの部分は、検出されたグループ内におけるＷＴＲＵ ＩＤを示し得る。ＷＴＲＵ ＩＤは、ペイロード内において、または別の系列固有の量（例えば、ルート、サイクリックシフト、系列インデックス）として搬送され得る。一例においては、ＥＳＳは、別の系列を用いてスクランブルされたＺＣ系列を含み得る。そのようなケースにおいては、以下のうちの少なくとも１つが、適用され得、すなわち、ＺＣ系列のルートは、セルＩＤと関連付けられ得、ＺＣ系列のサイクリックシフトは、グループＩＤもしくはＷＴＲＵ ＩＤと関連付けられ得、および／または、ＺＣ系列をスクランブルするスクランブリング系列のインデックスは、ＷＴＲＵ ＩＤもしくはグループＩＤと関連付けられ得る。

【0117】

１つの手法においては、ＥＳＳは、ＰＢＣＨ ＤＭＲＳを通して示され得る。ＳＳ／ＰＢＣＨ期間において、最大数ＬのＳＳ／ＰＢＣＨブロックまたはビームを用いるＮＲにおいては、ＳＳ／ＰＢＣＨブロックのための参照信号系列は、以下の式によって定義され得る。

【0118】

【数3】

【0119】

ここで、ｃ（ｍ）は、スクランブリング系列ジェネレータであり得る。スクランブリング系列は、各ＳＳ／ＰＢＣＨブロック機会の開始時に、以下の式を用いて初期化され得る。

【0120】

【数4】

【0121】

ここで、

【0122】

【数5】

【0123】

は、それぞれ、Ｌ＝４およびＬ＝８についての、ＳＳ／ＰＢＣＨブロックインデックスの最下位２ビットおよび３ビットである。

【0124】

一例においては、ＷＴＲＵ（例えば、ＰＳＭ対応のＷＴＲＵ）は、ＥＳＳまたはＥＳＳインジケーションとして、１つまたは複数の

【0125】

【数6】

【0126】

値を有する、参照信号を使用するように構成され得る。例えば、ＷＴＲＵ（例えば、ＰＳＭ対応のＷＴＲＵ）は、ＥＳＳまたはＥＳＳインジケーションとして、ＳＳ／ＰＢＣＨ期間における１つまたは複数のＳＳ／ＰＢＣＨブロックを使用または検討し得る。
ＷＴＲＵ（例えば、ＰＳＭ対応のＷＴＲＵ）は、（例えば、ＰＳＭ ＷＴＲＵのための）ＥＳＳまたは関連する制御情報の差し迫ったまたは次回の送信を示すために、１つまたは複数の

【0127】

【数7】

【0128】

値を使用し得る。１つのケースにおいては、単一の（すなわち、同じ）ビーム（例えば、物理的ビームまたはビーム方向）のために、２つ以上の

【0129】

【数8】

【0130】

値が、使用され得る。

【0131】

図６は、ＳＳバーストの例を例示している。一般に、ＳＳバースト６０２は、５ｍｓの持続時間を有し得る。また、ＳＳバースト６０２においては、多数のスロット（例えば、６０４、６０６、６１０、ここで、６０８は、図示の都合上示されていない１つまたは複数の他のスロットを表し得るギャップである）が、存在し得、各スロットは、６０４に示されるように、１５ＫＨｚのサブキャリア間隔を有し得る。ここでは、２つの異なる

【0132】

【数9】

【0133】

値（例えば、ＳＳＢ１およびＳＳＢ２）が、１つの（すなわち、同じ）ビーム６１１に割り当てられ、

【0134】

【数10】

【0135】

は、差し迫ったまたは次回のＥＳＳを示し得る。

【0136】

例においては、いくつかのＳＳＢは、送信されないことがある。ｇＮＢは、どのＳＳＢが実際に送信されるかを、シグナリングを介して示し得る。実際に送信されないＳＳＢについては、ＳＳＢのＰＢＣＨとともに通常は送信され得るＤＭＲＳが、送信され得る（例えば、依然として送信され得る）。ＤＭＲＳは、ＥＳＳとして、またはＥＳＳを示すために使用され得る。送信されないことがあるＳＳＢの

【0137】

【数11】

【0138】

を有するＤＭＲＳは、ＥＳＳとして、またはＥＳＳのインジケーションとして使用され得る。ＷＴＲＵは、ＥＳＳとして、またはＥＳＳを示すために使用され得る、１つまたは複数のＳＳＢのインデックスを用いるように構成され得る。ＷＴＲＵは、信号（例えば、ＥＳＳであり得る、またはＥＳＳを示し得るＤＭＲＳ）を監視する時間を決定するために、ＳＳＢのインデックスを使用し得る。

【0139】

ＷＴＲＵが、ＷＵＳまたはＷＵＳのインジケーションなど、ＥＳＳを受信したとき、ＷＴＲＵは、ウェイクアップし（例えば、ＰＤＣＣＨまたはＰＤＣＣＨ機会を監視し、または監視することを開始し）得る。

【0140】

ＷＴＲＵが、例えば、貧弱なチャネル状態のせいで、ＥＳＳを見逃した場合、ＷＴＲＵは、ＰＤＣＣＨを介してｇＮＢから送信される、後続のグラントも見逃すことがある。例えば、ＰＤＣＣＨカバレッジが、ＥＳＳカバレッジよりも良好であることがあるため、ＷＴＲＵは、ＰＤＣＣＨを受信することができることがあるが、ＷＴＲＵは、グラントを見逃すことがある。したがって、ＥＳＳの誤検出のせいで、ＷＴＲＵは、スリープを継続することがあり、ｇＮＢは、ＷＴＲＵに到達することができないことがある。この問題に対処するための１つの手法は、ＷＴＲＵが、例えば、ＥＳＳの信号強度または測定品質に基づいて、ＥＳＳ（例えば、ＷＵＳ）の信頼性レベルを決定することであり得る。ＷＴＲＵは、ＥＳＳの決定された信頼性に基づいて、ＥＳＳを使用すべきかどうかを決定し得る。

【0141】

例えば、ＷＴＲＵは、ＥＳＳの信号強度（例えば、ＲＳＲＰ）を測定または決定し得る。ＥＳＳの信号強度が、しきい値を下回る場合、ＷＴＲＵは、ＥＳＳ（例えば、ＷＵＳ）を無視し得、またはＷＵＳが存在すると仮定し、関連付けられた探索空間においてＰＤＣＣＨを監視し得る。ＷＴＲＵは、ＥＳＳとは独立し得るＤＲＸサイクル（例えば、定期的またはレガシＤＲＸサイクル）に従って、ＰＤＣＣＨを監視し得る。本明細書において説明される場合、信号強度、信号エネルギーレベル、Ｌ１－ＲＳＲＰレベル、ＳＩＮＲレベル、測定レベル、および測定品質は、交換可能に使用され得る。

【0142】

図７は、ＥＳＳを監視し、関連付けられた信号強度を評価する例を例示している。ＷＴＲＵは、ＥＳＳ（例えば、ＷＵＳ７０４）を監視し得、またはＥＳＳを受信もしくはデコードすることを試み得る。ＥＳＳの信号強度７１０が、７１２ａのように、しきい値７１２よりも高く、ＥＳＳが、ＷＵＳであり、またはウェイクアップもしくはＰＤＣＣＨを監視することを示す場合、ＷＴＲＵは、ウェイクアップし、ウェイクし続け、および／または関連付けられた探索空間においてＰＤＣＣＨを監視し得る。ＥＳＳの信号強度が、７１２ｂのように、しきい値７１２よりも低い場合、ＷＴＲＵは、ＥＳＳを無視し、ＷＴＲＵのデフォルト動作を継続し得る（例えば、スリープに留まり、またはＤＲＸサイクルでウェイクアップし、関連付けられた探索空間においてＰＤＣＣＨを監視する）。ウェイクアップおよび／または監視は、ＥＳＳ測定またはＥＳＳ（例えば、ＷＵＳ）検出に後続する、ＤＲＸサイクルの開始時（例えば、オン持続時間７０１ａの開始時）に、開始し得る。

【0143】

ＷＴＲＵは、ＥＳＳ（例えば、ＧＯＳ）を監視し得、または受信もしくはデコードすることを試み得る。ＥＳＳの信号強度が、しきい値よりも高く、ＥＳＳが、ＧＯＳであり、またはＰＤＣＣＨ監視をスキップすることを示す場合、ＷＴＲＵは、スリープに移行し、スリープし続け、および／または関連付けられた探索空間におけるＰＤＣＣＨの監視をスキップし得る。ＥＳＳの信号強度が、しきい値よりも低い場合、ＷＴＲＵは、ＥＳＳを無視し、ウェイクアップし、ウェイクし続け、および／または関連付けられた探索空間においてＰＤＣＣＨを監視し得る。スリープ、および／または監視をスキップすることは、直ちに開始し得、または次回のＰＤＣＣＨ監視機会において開始し得る。ウェイクアップおよび／または監視は、直ちに、次のＰＤＣＣＨ監視機会に、またはＥＳＳ測定に後続するＤＲＸサイクルの開始時（例えば、オン持続時間の開始時）に開始し得る。

【0144】

一般に、ＷＴＲＵは、ＥＳＳ（例えば、ＷＵＳおよび／またはＧＯＳ）を監視し得、ＥＳＳの信号強度は、ＷＴＲＵが、関連付けられたＰＤＣＣＨを監視し得るか、または監視する必要があり得るか、それとも関連付けられたＰＤＣＣＨの監視をスキップし得るか、またはスキップする必要があり得るかを示すことができる。例えば、ＥＳＳ（例えば、ＷＵＳ）の信号強度が、しきい値よりも高い場合、それは、ＷＴＲＵが、関連付けられたＰＤＣＣＨを監視する必要があることを意味し得る。ＥＳＳ（例えば、ＷＵＳ）の信号強度が、しきい値よりも低い場合、それは、ＷＴＲＵが、関連付けられたＰＤＣＣＨの監視をスキップし得ることを意味し得る。

【0145】

ＷＴＲＵは、ＷＵＳの信号強度が、しきい値よりも高く、および／またはＧＯＳの信号強度が、しきい値よりも低い場合、関連付けられた探索空間においてＰＤＣＣＨを監視し得る。

【0146】

ＷＴＲＵは、ＷＵＳの信号強度が、しきい値よりも低く、および／またはＧＯＳの信号強度が、しきい値よりも高い場合、関連付けられた探索空間におけるＰＤＣＣＨの監視をスキップし得る。

【0147】

ＷＴＲＵは、ＷＵＳの信号強度およびＧＯＳの信号強度が、ともにしきい値よりも高い、またはともにしきい値よりも低い場合、関連付けられた探索空間においてＰＤＣＣＨを監視し得る。ＷＴＲＵは、ｇＮＢが、ＥＳＳ、または（例えば、一度に）ＷＵＳおよびＧＯＳの一方（例えば、一方だけ）を送信することを予期し得る。ＷＵＳおよびＧＯＳの両方が、しきい値よりも高い信号強度を有するとき、ＷＴＲＵは、それをエラーケースと見なし得る。

【0148】

ＷＵＳおよびＧＯＳのためのしきい値は、別々にまたは独立して構成され得る。ＷＵＳのためのしきい値は、ＧＯＳのためのしきい値よりも低くなり得る。

【0149】

本明細書において説明されるように、しきい値のうちの１つまたは複数が、使用され得、少なくとも１つのしきい値は、ＷＴＲＵカバレッジレベルに基づいて、決定され得る。

【0150】

１つの手法においては、ＥＳＳ（例えば、ＷＵＳおよび／またはＧＯＳ）の使用は、ＷＴＲＵカバレッジレベル、またはＥＳＳ以外の信号（例えば、ＤＬ信号）のＷＴＲＵ測定に基づいて、決定され得る。例えば、ダウンリンク測定（例えば、Ｌ１－ＲＳＲＰ、ＲＳＲＰ、経路損失、ＣＱＩ、ＲＲＭ測定品質、ビーム測定品質）が、しきい値よりも低い場合、ＷＴＲＵは、構成されたＥＳＳを無視し得る。測定は、ＰＳＳ、ＳＳＳ、ＣＳＩ－ＲＳ、またはＤＭＲＳ（例えば、ＰＢＣＨ ＤＭＲＳ）など、参照信号についてのものであり得る。ＷＴＲＵが、ＥＳＳを無視するとき、ＷＴＲＵは、ＥＳＳ（例えば、ＥＳＳの存在または存在の欠如）について考慮することなく、ＤＲＸサイクル（例えば、スリープおよびウェイク）に従い得、ＷＴＲＵは、ＤＲＸサイクルに従って（例えば、関連付けられた探索空間において）ＰＤＣＣＨを監視し得る。あるいは、ＷＴＲＵが、ＥＳＳを無視するとき、ＷＴＲＵは、この信号に依存することがあるので、ＷＴＲＵは、エネルギーを節約するために、スリープに留まり得る。

【0151】

（例えば、ＥＳＳ以外の信号の）ダウンリンク測定が、しきい値よりも高い場合、ＷＴＲＵは、ＷＵＳおよび／またはＧＯＳの検出に基づいて、ＰＤＣＣＨ（例えば、関連付けられたＰＤＣＣＨ）を監視し、またはそれの監視をスキップし得る。１つまたは複数のＥＳＳが、構成され得る。ＥＳＳ（例えば、各ＥＳＳ）は、関連付けられた測定参照信号を有し得る。測定参照信号の品質が、しきい値よりも低い場合、ＷＴＲＵは、関連付けられたＥＳＳを無視し得る、または関連付けられたＥＳＳのデコードをスキップし得る。ダウンリンク測定参照信号は、１つまたは複数のＣＯＲＥＳＥＴと関連付けられた、ビーム品質測定参照信号であり得る。

【0152】

手法においては、対応するＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）に対する肯定応答（ＡＣＫ）が、ＷＴＲＵから送信または報告され得る。例えば、ＷＴＲＵは、ＷＴＲＵが、ＷＵＳを受信した場合、対応するＷＵＳに対するＡＣＫを送信し得る。ＡＣＫは、ＷＴＲＵがＷＵＳを見逃したか、それともＷＵＳを受信したかを、ｇＮＢが通知され得るように、送信され得る。

【0153】

ＷＴＲＵは、ＷＴＲＵがＷＵＳを受信したとき、ＡＣＫを送信し得る。ＷＴＲＵは、ＷＴＲＵがＧＯＳを受信したとき、ＡＣＫを送信しなくてよい。ＰＵＣＣＨリソースが、ＡＣＫ送信のために使用され得る。ＷＴＲＵは、関連付けられたＰＵＣＣＨリソースが構成されているとき（例えば、そのときだけ）、ＷＵＳの受信を示すために、ＡＣＫを送信し得る。

【0154】

手法においては、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）は、関連付けられたＤＭＲＳとともに送信され得る。ＷＴＲＵは、関連付けられたＤＭＲＳを用いてチャネルを推定し、ＥＳＳを検出するためにデータを復調し得る。関連付けられたＤＭＲＳの信号強度が、しきい値よりも低い場合、ＷＴＲＵは、関連付けられたデータの復調をスキップし、関連付けられた探索空間において、ＰＤＣＣＨを監視し得る。ＤＭＲＳ系列は、ＥＳＳがＷＵＳ用であるか、それともＧＯＳ用であるかを示すために、ＩＤを用いてスクランブルされ得る。データは、ＷＴＲＵがその間ＰＤＣＣＨを監視し得る、もしくは監視する必要があり得る、開始時間もしくは時間ウィンドウ、またはＷＴＲＵがその間ＰＤＣＣＨの監視をスキップし得る、開始時間もしくは時間ウィンドウに関連する情報を含み得る。

【0155】

図８は、関連付けられたＥＳＳを有するＤＲＸサイクル、および有さないＤＲＸサイクルの例を例示している。一般に、ＷＴＲＵは、２つ以上のＤＲＸサイクルを用いるように構成され得、ＤＲＸサイクルの少なくとも１つは、ＥＳＳと関連付けられ、またはＥＳＳを使用し得る。ＷＴＲＵは、第１のＤＲＸサイクル８４０であるＤＲＸサイクル１（例えば、ショートＤＲＸサイクル）と、第２のＤＲＸサイクル８２０であるＤＲＸサイクル２（例えば、ロングＤＲＸサイクル）とを用いるように構成され得る。第１のＤＲＸサイクル８４０についての（例えば、第１のＤＲＸサイクルのオン持続時間８３２ａおよび／またはアクティブ時間の間の）ＰＤＣＣＨ監視は、ＥＳＳ８３１ａによって制御され、またはＥＳＳ８３１ａに基づき（例えば、ＥＳＳの受信もしくは検出に基づき）得る。例えば、ＷＴＲＵが、（例えば、第１のＤＲＸサイクル８４０の開始前またはそれのオン持続時間８３２ａ前のしきい値時間の間に、しきい値時間前に、またはしきい値時間内に）ＥＳＳ８３１ａを検出した場合、ＷＴＲＵは、（例えば、第１のＤＲＸサイクル８４０の間、または第１のＤＲＸサイクル８４０のオン持続時間８３２ａもしくはアクティブ時間の間）ＰＤＣＣＨを監視し得る（例えば、監視だけし得る）。第２のＤＲＸサイクル８２０についての（例えば、第２のＤＲＸサイクル８２０のオン持続時間８０２ａおよび／またはアクティブ時間の間の）ＰＤＣＣＨ監視は、ＥＳＳが存在するかどうか、または検出されたかどうかに関わらず、（例えば、第２のＤＲＸサイクルの開始前またはそれのオン持続時間前のしきい値時間の間に、しきい値時間前に、またはしきい値時間内に）実行され得、したがって、第１のＤＲＸサイクル８４０とは異なり、第２のＤＲＸサイクル８２０の前に、ＥＳＳが、示されていない。

【0156】

別の例においては、第１のＤＲＸサイクルは、ロングＤＲＸサイクルであり得、第２のＤＲＸサイクルは、ショートＤＲＸサイクルであり得、または第１のＤＲＸサイクルは、第２のＤＲＸサイクルよりも長くなり得る。ＷＴＲＵは、ロングＤＲＸサイクルについて、いつＰＤＣＣＨを監視するかを決定するために、ＥＳＳを使用し得、いつＰＤＣＣＨを監視するかを決定するために、ＥＳＳを使用しなくてよい。別の例においては、ＷＴＲＵは、ＤＲＸサイクルの長さに基づいて、いつＰＤＣＣＨを監視するかを決定するために、ＥＳＳを使用し得る。例えば、ＤＲＸサイクルが、しきい値よりも大きい、または小さい場合、ＷＴＲＵは、いつＰＤＣＣＨを監視するかを決定するために、ＥＳＳを使用し得、または使用しなくてよい。いつＰＤＣＣＨを監視するかは、どのＰＤＣＣＨ機会上においてＰＤＣＣＨを監視するかと同じであり得る。

【0157】

いつＰＤＣＣＨを監視するかを決定するためのＥＳＳの使用は、タイマまたは構成に基づき得る。タイマが、定義され得（例えば、ｓｌｏｔｓｗｉｔｈｏｕｔＥＳＳ）、タイマは、ＥＳＳが検出されない時間の量をカウントするために使用され得る。例えば、タイマは、ＥＳＳが検出されたとき、アクティブ化され、別のＥＳＳが検出されるまで、スロットもしくはシンボルの数、または同等の量をカウントし得る。タイマが、しきい値を超え、別のＥＳＳが、検出されていない場合、ＷＴＲＵは、例えば、ＥＳＳ検出（例えば、後続のＥＳＳ検出）ステータスに関わらず、１つまたは複数のＤＲＸサイクルのオン持続時間の間、ＰＤＣＣＨ監視をアクティブ化し得る。ＷＴＲＵは、タイマが、しきい値を超えた後、（例えば、１つの）オン持続時間（例えば、第１のオン持続時間）の間、ＰＤＣＣＨを監視し得る。ＷＴＲＵは、タイマが、しきい値を超えた後、Ｎ個（例えば、複数）のオン持続時間の間、ＰＤＣＣＨを監視し得る。Ｎの値は、構成され得る。ＷＴＲＵは、ＰＤＣＣＨの監視を停止することを示す、またはＥＳＳを監視すること、および／もしくは監視するＰＤＣＣＨ機会を決定するときにＥＳＳステータスを考慮することを示す、信号（例えば、ＧＯＳ）または構成が、受信されるまで、オン持続時間（例えば、すべてのオン持続時間）の間、ＰＤＣＣＨを監視し得る。ＷＴＲＵは、ＥＳＳ検出失敗を（例えば、ｇＮＢに）示し得る。

【0158】

図９は、ＷＴＲＵが、ＥＳＳに関わらず、ＰＤＣＣＨを監視し得る例を例示している。一般に、ＷＴＲＵは、ＤＲＸサイクルのあるオン持続時間の間、それらのオン持続時間と関連付けられたＥＳＳステータスに関わらず、ＰＤＣＣＨを監視し得る。図９は、図８の（ａ）に示されたショートＤＲＸサイクルに類似し得る（例えば、オン持続時間８３２ａ＝オン持続時間９３２ａのように、似た番号が付けられた要素は、類似し得る）。９２２に示されるように、ＷＴＲＵは、第３のオン持続時間の間、ＥＳＳが送信／検出されたかどうかに関わらず、ＰＤＣＣＨを監視し得る。ＥＳＳステータスに関わらず、ＰＤＣＣＨを監視するオン持続時間は、構成され得、例えば、構成は、周期的であり得、またはパターンに従い得る。

【0159】

いくつかのケースにおいては、ＷＵＳなどのＥＳＳに対して、単一のカバレッジレベルが、サポートされ得、ＥＳＳは、ＥＳＳ送信のために必要とされるリソースの最大量を消費し得る、セル内における最大カバレッジレベルをサポートし得る。しかしながら、いくつかの例（例えば、ＮＲ）においては、ＥＳＳは、ＷＴＲＵ固有の方式で使用され得、各ＷＴＲＵは、異なるカバレッジレベルを有し得る。したがって、単一のカバレッジレベルを有するＥＳＳを使用することは、不要なリソース浪費をもたらし得る。この問題に対処するための１つの手法においては、カバレッジ拡大または拡張（ＣＥ）レベルと交換可能であり得る、１つまたは複数のカバレッジレベルが、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）に対してサポートされ得る。ＥＳＳのためのＣＥレベルは、ＷＴＲＵ固有の方式、またはＷＴＲＵグループ固有の方式で選択され、決定され、または使用され得る。

【0160】

（例えば、ＥＳＳの）ＣＥレベルは、反復回数（例えば、ＥＳＳの反復の数、もしくはＥＳＳが繰り返される回数）、アグリゲーションレベル（ＡＬ）、系列長、サブキャリア間隔、および／または（例えば、ＥＳＳの）プリアンブルもしくは系列の数のうちの少なくとも１つであり得る。

【0161】

（例えば、ＥＳＳの）ＣＥレベルは、反復回数（例えば、ＥＳＳの反復の数、もしくはＥＳＳが繰り返される回数）、アグリゲーションレベル（ＡＬ）、系列長、サブキャリア間隔、および／または（例えば、ＥＳＳの、もしくは関連付けられたＰＤＣＣＨ探索空間など、ＰＤＣＣＨ探索空間の）プリアンブルもしくは系列の数のうちの少なくとも１つに基づいて、決定され得る。

【0162】

ＥＳＳまたはＰＤＣＣＨの反復回数（例えば、反復の数または繰り返される回数）は、例えば、ＥＳＳのＣＥレベルに基づいて、またはそれに従って、決定または使用され得る。ＥＳＳが、プリアンブルまたは系列に基づく場合、プリアンブルまたは系列は、１つまたは複数のシンボル、スロット、および／またはサブフレームにわたって、反復的に送信され得る。ＥＳＳが、ＰＤＣＣＨに基づく場合、ＰＤＣＣＨは、１つまたは複数のスロットまたはサブスロットにわたって、反復的に送信または受信され得る。ＥＳＳのより高いＣＥレベルは、（例えば、ＥＳＳのための）より高い反復回数を有し得る。例えば、ＣＥレベル２は、ＣＥレベル１よりも高い反復回数を有し得る。ＣＥレベル０は、反復なしであり得る。

【0163】

ＥＳＳのアグリゲーションレベル（ＡＬ）は、例えば、ＥＳＳのＣＥレベルに基づいて、またはそれに従って、決定または使用され得る。ＥＳＳのＣＥレベルは、ＥＳＳのＡＬであり得、またはＥＳＳのＡＬに基づいて、決定され得る。ＥＳＳは、１つまたは複数のＥＳＳリソースユニット上において、送信または伝達され得、ＥＳＳリソースユニットは、以下のうちの、すなわち、ＲＥＧ、ＲＥＧバンドル、ＰＤＣＣＨのＲＥＧ、ＲＥ、ＲＢ、シンボル、シンボル、サブフレーム、および／またはフレームのうちの少なくとも１つであり得る。ＥＳＳが、Ｎ_AL ＥＳＳリソースユニット上において送信される場合、それは、ＥＳＳアグリゲーションレベル（ＡＬ）Ｎ_ALと呼ばれることがある。ＥＳＳ ＣＥレベルは、ＥＳＳ ＡＬに基づいて、決定され得、またはＥＳＳ ＡＬに対応し得る。ＥＳＳ ＡＬは、ＥＳＳ ＣＥレベルに基づいて、決定され得、またはＥＳＳ ＣＥレベルに対応し得る。

【0164】

ＥＳＳの系列長は、例えば、ＥＳＳのＣＥレベルに基づいて、決定または使用され得る。１つまたは複数の系列長が、ＥＳＳに対して使用され得、より高いＥＳＳ ＣＥレベルは、より長い系列長を有し得る。

【0165】

（例えば、ＥＳＳの）サブキャリア間隔は、例えば、ＥＳＳのＣＥレベルに基づいて、決定または使用され得る。より小さいサブキャリア間隔が、（例えば、ＥＳＳのために）より高いＥＳＳ ＣＥレベル（例えば、より悪いカバレッジ、またはより多くのカバレッジ拡大もしくは拡張）に対して使用され得る。

【0166】

（例えば、ＥＳＳのために）使用されるプリアンブルまたは系列の数は、例えば、ＥＳＳのＣＥレベルに基づいて、決定または使用され得る。ＥＳＳは、系列のセットを含み得、ＥＳＳのために使用される系列の数は、ＥＳＳのＣＥレベルに基づいて、決定され得る。あるいは、ＣＥレベルは、使用される系列の数に基づいて決定され得、または使用される系列の数の関数であり得る。ＥＳＳのためのより多数の系列は、より高いＣＥレベルのために使用され得る。

【0167】

図１０は、本明細書において説明された１つまたは複数の技法に従って、関連付けられた探索空間のために構成された最大ＰＤＣＣＨ ＡＬに基づいて、ＥＳＳ（例えば、ＷＵＳおよび／またはＧＯＳ）ＣＥレベルを決定する例を例示している。上で説明されたように、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）のために、どのＣＥレベル（例えば、どのＡＬ、どの反復回数、どの系列長、どのサブキャリア間隔、どの系列数など）を使用するかは、関連付けられた探索空間のために構成または使用される、ＰＤＣＣＨ ＡＬ（例えば、最大ＰＤＣＣＨ ＡＬ、平均ＰＤＣＣＨ ＡＬ、または最小ＰＤＣＣＨ ＡＬ）に基づいて、決定され得る。

【0168】

例えば、ＷＴＲＵは、関連付けられた探索空間内において構成された最大ＰＤＣＣＨ ＡＬに基づいて、ＥＳＳのＣＥレベルを決定し得る。別の例においては、ＷＴＲＵは、ＷＴＲＵ固有の探索空間、共通探索空間、または両方のための、すべての構成された探索空間における最大ＰＤＣＣＨ ＡＬに基づいて、ＥＳＳのＣＥレベルを決定し得る。

【0169】

一例においては、ＷＴＲＵは、ＰＤＣＣＨを監視するための１つまたは複数の探索空間を含む、不連続受信（ＤＲＸ）オン持続時間の前に、ＥＳＳを監視し得る。ＷＴＲＵは、１つまたは複数の探索空間と関連付けられたパラメータに基づいた、カバレッジ拡張（ＣＥ）レベルを使用して、ＥＳＳを受信することを試み得、ＥＳＳが正常に受信されたことを条件として、ＷＴＲＵは、パラメータを使用して、オン持続時間における１つまたは複数の探索空間のうちの探索空間において、ＰＤＣＣＨを監視し得る。一例においては、１つまたは複数の探索空間のパラメータは、１つまたは複数の探索空間の最も高いアグリゲーションレベル（ＡＬ）であり得る。一例においては、ＥＳＳのＣＥレベルは、ＥＳＳの反復回数、ＥＳＳのために使用される系列の数、ＥＳＳの系列長、および／またはＥＳＳのために使用される、もしくはＥＳＳと関連付けられたＤＣＩのアグリゲーションレベル（ＡＬ）のうちの少なくとも１つに対応し得る。

【0170】

図１０に示されるように、オン持続時間（例えば、１００１ａ、１００１ｂ）およびオフ持続時間（例えば、１００２ａ）を有するＤＲＸ動作が、存在し得る。第１のオン持続時間１００１ａの前に、ＣＥレベルが１である、ＥＳＳ（例えば、ＷＵＳ）１００４が、存在し得る。各オン持続時間に対して、１つまたは複数の探索空間が、存在し得る。第１のオン持続時間１００１ａの間、ＳｅａｒｃｈＳｐａｃｅＩＤ＝１は、｛２，４｝のＡＬを有し得、ＳｅａｒｃｈＳｐａｃｅＩＤ＝２は、｛１，２｝のＡＬを有し得る。第２のオン持続時間１００１ｂの前に、ＷＴＲＵは、ＣＥレベルが２である、第２のＥＳＳ（例えば、ＷＵＳ）１００５を受信し得る。第２のオン持続時間１００１ｂの間、ＳｅａｒｃｈＳｐａｃｅＩＤ＝３は、｛２，４，８｝のＡＬを有し得、ＳｅａｒｃｈＳｐａｃｅＩＤ＝４は、｛２，４｝のＡＬを有し得る。ＥＳＳ ＣＥレベルは、関連付けられたオン持続時間におけるＳＳの最大のＰＤＣＣＨ ＡＬに基づいて、決定され得るので、ＣＥレベルは、示されるように、必要に基づくことに留意されたい（例えば、第１のオン持続時間１００１ａについては、最も高いＡＬは、ＣＥレベル１と関連付けられ得る４であり、第２のオン持続時間１００１ｂについては、最も高いＡＬは、２という比較的により高いＣＥレベルを使用する８であるが、その訳は、それが、第１のオン持続時間１００１ａの最も高いＡＬと比較して、より大きいＡＬであるからである）。ｇＮＢは、カバレッジに基づいて、探索空間ＡＬを設定し得、１００６に示されるように、より高いＡＬは、より多くのカバレッジを提供する。任意の与えられたＥＳＳのＣＥレベルを決定するために使用され得る、ＡＬのためのしきい値が、存在し得る。例えば、ＡＬは、｛１，２，４，８｝など、ＡＬのセットのうちの１つであり得る。ＡＬが、しきい値（例えば、４）よりも小さい場合、ＥＳＳの第１のＣＥレベル（例えば、ＣＥレベル１）が、使用され得る。そうでなければ、ＥＳＳの第２のＣＥレベル（例えば、ＣＥレベル２）が、使用され得る。ＥＳＳ（すなわち、ＷＵＳ）は、ＥＳＳ反復の数、系列の数、および／またはＥＳＳ ＤＣＩ ＡＬを含み得ることに留意されたい。ｇＮＢは、カバレッジ（すなわち、ＣＥ）に基づいて、探索空間ＡＬを設定し得、より高いＡＬは、より多くのカバレッジを提供し得る。

【0171】

加えて、図７の例と同様に、ＷＴＲＵは、ＥＳＳを処理するかどうかを決定するために、検出されたエネルギーを使用し得る。エネルギーしきい値１０１２が、存在し得、ＷＴＲＵが、そのレベルを上回るエネルギーを検出した場合、１０１２ａに示されるように、それは、ＥＳＳを使用し得る。しかし、ＷＴＲＵが、エネルギーがしきい値を下回ることを決定した場合、１０１２ｂに示されるように、ＥＳＳは、無視され得る。これが、両方のＥＳＳ例（例えば、１００４および１００５）について示されており、ＷＴＲＵは、（例えば、１０１０および１０１１において）検出されたエネルギーが、しきい値１０１２を上回るか、それとも下回るかを決定する。

【0172】

１つのケースにおいては、第１および第２のＰＤＣＣＨ探索空間は、ＥＳＳと関連付けられ得、第１のＰＤＣＣＨ探索空間は、ＡＬの第１のセット（例えば、｛２，４｝）を用いて構成され得、第２のＰＤＣＣＨ探索空間は、ＡＬの第２のセット（例えば、｛４，８｝）を用いて構成され得る。ＥＳＳのＣＥレベルは、最大ＡＬ（例えば、８）に基づいて、決定され得る。ＷＴＲＵは、決定されたＣＥレベルに基づいて、または、決定されたＣＥレベルを使用して、ＥＳＳを監視し得る。ＥＳＳのＣＥレベルは、ＥＳＳの最も高いＡＬ、反復の数、系列長、系列の数、および／またはサブキャリア間隔のうちの少なくとも１つであり得、または少なくとも１つに対応し得る。

【0173】

１つまたは複数のＰＤＣＣＨ候補が、ＥＳＳのために予約され、割り当てられ、決定され、または使用される場合、単一のＰＤＣＣＨ ＡＬが、（例えば、ブラインドデコーディング複雑さを最小化するために）ＥＳＳに対して使用され得、ＰＤＣＣＨ ＡＬは、関連付けられた探索空間内において構成された、最大ＰＤＣＣＨ ＡＬと同じであり得る。あるいは、ＥＳＳのためのＰＤＣＣＨ ＡＬは、関連付けられた探索空間内において構成された最大ＰＤＣＣＨ ＡＬの関数として、決定され得る。関数は、例えば、最大ＰＤＣＣＨ ＡＬで監視され得る、ＥＳＳのペイロードサイズ、およびＤＣＩのペイロードサイズに基づいた、スケーリングであり得る。

【0174】

ＥＳＳの系列長は、関連付けられた探索空間のために構成された最大ＰＤＣＣＨ ＡＬに基づいて、決定され得る。関連付けられた探索空間のために構成された最大ＰＤＣＣＨ ＡＬが、しきい値（例えば、ＡＬ＝４）に等しい、またはしきい値よりも小さい場合、短い系列（例えば、短いＰＲＡＣＨ系列と同様に、長さ１３９）が、ＥＳＳのために使用され得る。関連付けられた探索空間のために構成された最大ＰＤＣＣＨ ＡＬが、しきい値（例えば、ＡＬ＝４）よりも大きい場合、長い系列（例えば、長いＰＲＡＣＨ系列と同様に、長さ８３９）が、ＥＳＳのために使用され得る。しきい値は、ｇＮＢによって構成され得る。

【0175】

ＥＳＳのために使用される系列の数は、関連付けられた探索空間のために構成された最大ＰＤＣＣＨ ＡＬに基づいて、決定され得る。

【0176】

ＥＳＳのＣＥレベルと、ＰＤＣＣＨ ＡＬ（例えば、最大ＰＤＣＣＨ ＡＬ）との間の関連付けは、事前定義され、高位レイヤシグナリングを介して構成され、またはブロードキャストされ得る。

【0177】

１つの手法においては、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）のＣＥレベルは、関連付けられたＰＤＳＣＨおよび／またはＰＵＳＣＨのためのスロットＡＬ（例えば、ａｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒＤＬ、ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ、および／またはｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ）に基づいて、決定され得る。スロットＡＬは、帯域幅パート（ＢＷＰ）毎に構成され得る。ＥＳＳのＣＥレベルは、アクティブなＢＷＰまたは関連付けられたＢＷＰにおいて構成されたスロットＡＬに基づいて、決定され得る。ＥＳＳのＣＥレベルを決定するために、スロットＡＬのためのしきい値が、使用され得る。例えば、スロットＡＬは、｛１，２，４，８｝など、ＡＬのセットのうちの１つであり得る。スロットＡＬが、しきい値（例えば、４）よりも小さい場合、ＥＳＳの第１のＣＥレベル（例えば、ＣＥレベル１）が、使用され得る。そうでなければ、ＥＳＳの第２のＣＥレベル（例えば、ＣＥレベル２）が、使用され得る。スロットＡＬとＥＳＳのためのＣＥレベルとの間に、１対１のマッピングが、存在し得る。例えば、スロットＡＬが、第１の値（例えば、１）である場合、ＥＳＳの第１のＣＥレベルが、使用され得、スロットＡＬが、第２の値（例えば、２）である場合、ＥＳＳの第２のカバレッジレベルが、使用され得、スロットＡＬが、第３の値（例えば、３）である場合、ＥＳＳの第３のカバレッジレベルが、使用され得、スロットＡＬが、第４の値（例えば、４）である場合、ＥＳＳの第４のＡＬが、使用され得る。ＥＳＳのＣＥレベルと、スロットＡＬとの間の関連付けは、事前定義され、高位レイヤシグナリングを介して構成され、またはブロードキャストされ得る。

【0178】

１つの手法においては、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）のＣＥレベルは、関連付けられた探索空間の反復回数（例えば、最大反復回数）に基づいて、決定され得る。反復回数のセットが、探索空間のために構成され得、ＷＴＲＵは、構成されたすべての反復回数をデコードすることを試み得る。

【0179】

いくつかの例においては、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）は、単一の探索空間と関連付けられ得る。いくつかの例においては、ＥＳＳは、構成された多数の探索空間を有し得る。いくつかの例においては、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）は、１つまたは複数の探索空間と関連付けられ得る。例えば、Ｎｓ個の探索空間が、構成され得、Ｎｓ個の探索空間のうちの第１のサブセットは、第１のＥＳＳと関連付けられ得、Ｎｓ個の探索空間のうちの第２のサブセットは、第２のＥＳＳと関連付けられ得る。

【0180】

（例えば、各）探索空間構成は、関連付けられたＥＳＳアイデンティティ（すなわち、ＥＳＳ－ｉｄ、ＷＵＳ－ｉｄ、および／またはＧＯＳ－ｉｄ）を含み得、探索空間構成またはＥＳＳアイデンティティは、以下の関連付けられた構成のうちの、すなわち、ＢＷＰ（例えば、ＢＷＰ－ｉｄ）を含む時間／周波数ロケーション、系列長、ＣＥレベル（例えば、反復回数）もしくはＣＥレベルのセット、ＣＥレベルと最大ＡＬとの間の関連付け、周期性およびオフセット（例えば、スロット数、サブフレーム数）、ならびに／または電力レベル（例えば、関連付けられたＳＳＢからの電力オフセット）のうちの１つまたは複数を有する。

【0181】

ＷＴＲＵが、ＷＵＳなど、ＥＳＳを受信した場合、ＷＴＲＵは、同じＥＳＳ－ｉｄを有し得る、関連付けられた探索空間の監視を開始し得る。ＷＴＲＵが、ＧＯＳを受信した場合、ＷＴＲＵは、関連付けられた探索空間の監視をスキップし得る。各探索空間は、ＷＵＳ／ＧＯＳに伴って、個別にオンまたはオフであり得る。

【0182】

（例えば、各）ＥＳＳ構成は、１つまたは複数の探索空間アイデンティティ（例えば、ＳｅａｒｃｈＳｐａｃｅＩＤ）を含み得る。１つまたは複数のＥＳＳは、異なるサイクリックシフトを有する、プリアンブルまたは系列を用いて構成され得る。例えば、サイクリックシフトインデックスが、ＥＳＳ－ｉｄを決定し得る。探索空間のセットは、プリアンブルのサイクリックシフトインデックスによって、アクティブまたは非アクティブとして示され得、アクティブまたは非アクティブは、ＥＳＳによって示され得る。例えば、ＷＴＲＵが、ＷＵＳを受信した場合、ＷＴＲＵは、探索空間の関連付けられたセットがアクティブであると仮定し、または見なし得、ＷＴＲＵが、ＧＯＳを受信した場合、ＷＴＲＵは、探索空間の関連付けられたセットが非アクティブであると仮定し、または見なし得る。ＷＴＲＵは、ＤＲＸサイクルのオン持続時間および／またはアクティブ時間の間、（例えば、ＰＤＣＣＨのための）アクティブな探索空間を監視し得る。ＷＴＲＵは、ＤＲＸサイクルのオフ持続時間の間、それがＤＲＸサイクルのアクティブ時間でないとき、アクティブな探索空間を監視しなくてよい。ＷＴＲＵは、非アクティブな探索空間を監視しなくてよい。

【0183】

図１１は、ＰＤＣＣＨ機会に関連付けられたＥＳＳの例を例示している。示されるように、図１１は、図８（ａ）と類似し得、同様の番号が付けられた要素は、同じであり得る。一般に、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）は、１つまたは複数の時間ウィンドウ（例えば、１つまたは複数のＤＲＸサイクルにおける、オン持続時間、アクティブ時間、および／またはオフ持続時間）と関連付けられ得る。ＷＴＲＵが１つまたは複数の構成された探索空間を監視する時間ウィンドウは、（例えば、ＤＲＸサイクルの）オン持続時間、ＰＤＣＣＨ監視機会、ＰＤＣＣＨ監視機会のセット、ＰＤＣＣＨ監視時間ウィンドウ、およびアクティブ時間のうちの１つまたは複数で呼ばれることがある。本明細書において説明されるように、ＰＤＣＣＨ監視機会、ＰＤＣＣＨ監視機会のセット、オン持続時間、ＰＤＣＣＨ監視ウィンドウ、監視ウィンドウ、監視時間ウィンドウ、ＰＤＣＣＨウィンドウ、およびアクティブ時間は、交換可能に呼ばれ得る。

【0184】

ＥＳＳは、１つまたは複数のＰＤＣＣＨ監視機会と関連付けられ得、ＰＤＣＣＨ監視機会は、いくらかの時間ギャップを伴って、時間的に連続し得る。時間ギャップは、ＤＲＸサイクル（例えば、ショートもしくはロングＤＲＸサイクル）、またはＤＲＸサイクルの一部であり得る。時間ギャップは、探索空間の周期性に基づき得、またはそれに基づいて決定され得る。ＥＳＳと関連付けられた探索空間の数が、２以上である場合、時間ギャップは、関連付けられた探索空間の最短または最長の周期性に基づいて、決定され得る。時間ギャップは、関連付けられた探索空間またはＣＯＲＥＳＥＴの反復レベル（例えば、最大反復回数）に基づいて、決定され得る。

【0185】

ＥＳＳと関連付けられたＰＤＣＣＨ監視機会は、非連続であり得、パターンに従い得る。例えば、図１１に示されるように、ＥＳＳ１１３１ａは、アクティブウィンドウ（例えば、１１４２）と関連付けられ得、ＷＴＲＵは、このアクティブウィンドウ内の少なくとも１つのオン持続時間（例えば、１１３２ａ、１１３２ｃ）の間、ＰＤＣＣＨ（例えば、１１２４ａ、１１２４ｂ）を監視し得、または監視することを予期され得る。ＷＴＲＵがその間ＰＤＣＣＨ監視を実行し得るオン持続時間は、構成され、またはＷＴＲＵに伝達され得、パターンに従い得る。例えば、図１１に示されるように、そのオン持続時間は、ＥＳＳアクティブウィンドウ１１４２内の第１のオン持続時間１１３２ａおよび第３のオン持続時間１１３２ｃである。ＥＳＳアクティブウィンドウ１１４２の後、別のＥＳＳ１１３１ｂが、存在し得、同じパターンが、繰り返され得る。

【0186】

ＥＳＳと関連付けられたＰＤＣＣＨ監視機会の数は、構成された、決定された、または使用されるＥＳＳの周期性に基づいて、決定され得る。

【0187】

ＥＳＳが、２つ以上のＰＤＣＣＨ監視機会と関連付けられるとき、ＥＳＳが、適用され得、またはＥＳＳが、関連付けられたＰＤＣＣＨ監視機会内におけるＰＤＣＣＨ監視機会のすべてまたはサブセットに適用されることを、ＥＳＳが示し得る。ＥＳＳに含まれる様々なインジケーションが、存在し得る。

【0188】

系列のセットが、ＥＳＳのために構成され得る。例えば、４つの系列が、構成され、ＥＳＳとして使用され得る。系列のセットは、異なるルート系列、および／または同じルート系列を有する異なるサイクリックシフトに基づき得る。第１の系列が、ＥＳＳリソースにおいて、ＷＴＲＵによって受信された場合、ＷＴＲＵは、ＰＤＣＣＨ監視機会の第１のセットまたはサブセットを決定し、ＰＤＣＣＨ監視機会の決定されたセットを監視し得、第２の系列が、ＷＴＲＵによって受信された場合、ＷＴＲＵは、ＰＤＣＣＨ監視機会の第２のセットまたはサブセットを決定し、ＰＤＣＣＨ監視機会の決定されたセットを監視し得、以降も同様である。系列と関連付けられたＰＤＣＣＨ監視機会のセット（またはサブセット）は、事前決定され、または高位レイヤシグナリングを介して構成され得る。

【0189】

ＥＳＳにおけるＤＣＩフィールドは、ＥＳＳが適用される、ＰＤＣＣＨ監視機会のセットを示し得る。ＥＳＳは、ＤＣＩの形式で伝達され、ＰＤＣＣＨ探索空間において監視され得る。ＥＳＳ ＤＣＩを他のＤＣＩ送信から区別するために、ＲＮＴＩ（例えば、ウェイクアップ（ＷＵ）－ＲＮＴＩ）が、使用され得る。あるいは、ＲＮＴＩのセットが、ＥＳＳのために使用され得、ＷＴＲＵは、受信されたＲＮＴＩに基づいて、ＰＤＣＣＨ監視機会のセットを決定し得る。

【0190】

ＥＳＳの時間ロケーションは、ＥＳＳが適用される、ＰＤＣＣＨ監視機会のセットを示し得る。例えば、１つまたは複数の時間ロケーションが、候補ＥＳＳリソースとして使用され得、ＷＴＲＵは、ＥＳＳリソースをブラインド検出し得、ＷＴＲＵが、ＥＳＳリソースの１つの中において、ＥＳＳを受信した場合、ＷＴＲＵは、ＥＳＳが適用される、ＰＤＣＣＨ監視機会のセットまたはサブセットを決定し得る。例えば、ＷＴＲＵは、ＥＳＳがＷＵＳである場合、ＰＤＣＣＨ監視機会の決定されたセット（またはサブセット）を監視し得る。

【0191】

ＥＳＳが、２つ以上のＰＤＣＣＨ監視機会と関連付けられるとき、関連付けられたＰＤＣＣＨ監視機会内における（例えば、ＥＳＳが適用される）ＰＤＣＣＨ監視機会のセット（またはサブセット）は、以下のうちの１つまたは複数、すなわち、ＥＳＳに対するＰＤＣＣＨ監視機会の有効性、ＤＣＩフォーマット、探索空間タイプ、トラフィックタイプ、および／またはＰＤＳＣＨ長のうちの１つまたは複数に基づいて、決定され得る。ＥＳＳが、監視機会のセット（またはサブセット）に適用されるとき、ＷＴＲＵは、ＥＳＳがＷＵＳであるときは、機会のセット（またはサブセット）において、ＰＤＣＣＨを監視し得、および／またはＷＴＲＵは、ＥＳＳがＧＯＳであるときは、機会のセット（またはサブセット）において、ＰＤＣＣＨの監視をスキップし得る。

【0192】

ＥＳＳに対するＰＤＣＣＨ監視機会の有効性は、ＥＳＳと関連付けられた、またはＥＳＳが適用される、ＰＤＣＣＨ監視機会のセットまたはサブセットを決定するために、使用され得る。ＰＤＣＣＨ監視機会が、ＥＳＳに対して無効である場合、ＥＳＳは、ＰＤＣＣＨ監視機会に適用されなくてよい。ＷＴＲＵは、ＤＲＸステータスに基づいて、ＰＤＣＣＨ監視機会を監視し、もしくは監視することをスキップし得、または関連付けられたＥＳＳ（例えば、ＷＵＳやＧＯＳ）に関わらず、監視（例えば、常に監視）し得る。ＰＤＣＣＨ監視機会が、ＥＳＳに対して有効である場合、ＥＳＳは、ＰＤＣＣＨ監視機会に適用され得る。ＷＴＲＵは、関連付けられたＥＳＳ（例えば、ＷＵＳまたはＧＯＳ）に基づいて、ＰＤＣＣＨ監視機会を監視し、またはＰＤＣＣＨ監視機会の監視をスキップし得る。ＥＳＳに対するＰＤＣＣＨ監視機会またはＰＤＣＣＨ監視機会のセットもしくはタイプの有効性は、（例えば、ｇＮＢによって）構成され得る。

【0193】

ＥＳＳが適用されるＰＤＣＣＨ監視機会のセットもしくはサブセットを決定するために、および／またはＥＳＳに対するＰＤＣＣＨ監視機会の有効性を決定するために、ＤＣＩフォーマットまたは探索空間タイプが、使用され得る。例えば、ＰＤＣＣＨ監視機会が、あるＤＣＩフォーマットまたは探索空間タイプのため（例えば、アップリンクのため、アップリンクグラントのため、ページングのため、ＲＡＲのため）である場合、ＷＴＲＵは、それをＥＳＳに対して無効なＰＤＣＣＨ監視機会と見なし得る。別の例においては、ＰＤＣＣＨ監視機会が、ダウンリンクグラントＤＣＩフォーマットのための探索空間を含まない場合、ＰＤＣＣＨ監視機会は、ＥＳＳに対して無効であり得る。ＤＬグラントまたはＤＬもしくはＤＬグラントの探索空間を含み得る、ＰＤＣＣＨ監視機会は、ＥＳＳに対して有効であり得る。ＷＴＲＵが、アップリンクグラントを受信することを予期しない、または予期されない場合、ＷＴＲＵは、ＥＳＳの存在または非存在に関わらず、アップリンクグラントだけのために構成され得る、関連付けられた探索空間を監視しなくてよい。

【0194】

ＥＳＳが適用されるＰＤＣＣＨ監視機会のセットもしくはサブセットを決定するために、および／またはＥＳＳに対するＰＤＣＣＨ監視機会の有効性を決定するために、トラフィックタイプが、使用され得る。ＷＴＲＵは、ＰＤＣＣＨ監視機会と関連付けられたトラフィックタイプに基づいて、示されたＥＳＳが適用される、ＰＤＣＣＨ監視機会のセットまたはサブセットを決定し得る。例えば、ｅＭＢＢトラフィックと関連付けられた、またはそれだけと関連付けられたＰＤＣＣＨ監視機会は、ＥＳＳに対して有効なＰＤＣＣＨ監視機会であり得る。別の例においては、ＰＤＣＣＨ監視機会が、遅延に敏感なトラフィックと関連付けられる場合、ＷＴＲＵは、ＰＤＣＣＨ監視機会を、ＥＳＳに対して無効または有効と見なし得る。

【0195】

ＥＳＳが適用されるＰＤＣＣＨ監視機会のセットもしくはサブセットを決定するために、および／またはＥＳＳに対するＰＤＣＣＨ監視機会の有効性を決定するために、ＰＤＳＣＨ長が、使用され得る。例えば、ＰＤＣＣＨ監視機会が、Ｘ個のシンボルよりも大きいＰＤＳＣＨをスケジューリングするためのものである場合、ＰＤＣＣＨ監視機会は、ＥＳＳに対して有効と見なされ得る。そうでなければ、ＰＤＣＣＨ監視機会は、ＥＳＳに対して無効と見なされ得る。

【0196】

いくつかの例においては、ＤＲＸパラメータは、高位レイヤシグナリングを介して、構成され得る。構成は、最良の省電力結果を常に提供するとは限らないことがある。さらに、高位レイヤシグナリングを介してＤＲＸパラメータを再構成することは、ＷＴＲＵ電力消費ばかりでなく、トラフィックオーバヘッドを増加させ得る。

【0197】

これらの問題に対処するための手法においては、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）は、ＤＲＸ構成を更新、再構成、または一時的に変更し得る。例においては、ＥＳＳは、関連付けられたＰＤＣＣＨ監視機会、または後続するＰＤＣＣＨ監視機会など、１つまたは複数のＰＤＣＣＨ監視機会のための、１つまたは複数のＤＲＸパラメータ（例えば、ＤＲＸ非活動タイマ、オン持続時間タイマ）を示し得る。別の例においては、ＥＳＳは、１つまたは複数のＤＲＸパラメータを変更、更新、および／または再構成し得る。

【0198】

ＥＳＳが１つまたは複数のＤＲＸパラメータを示す、または１つまたは複数のＤＲＸパラメータを更新／変更するように、系列のセットが、構成され得る。例えば、４つの系列が、構成され、ＷＵＳとして使用され得る。第１の系列が、ＥＳＳリソースにおいて、ＷＴＲＵによって受信された場合、ＷＴＲＵは、現在または以前に構成されたＤＲＸ非活動タイマが、変更されていないことを示され得る。第２の系列が、ＷＴＲＵによって受信された場合、ＷＴＲＵは、事前決定または構成され得る、別の（例えば、第１の更新された）ＤＲＸ非活動タイマが、関連付けられたＰＤＣＣＨ監視機会のために使用され得ることなどを示され得る。動的インジケーションのためのＤＲＸ非活動タイマのための候補値は、高位レイヤシグナリングを介して、事前構成され得る。

【0199】

ＥＳＳにおけるＤＣＩフィールドは、関連付けられたＰＤＣＣＨ監視機会のために更新され、変更され、または一時的に変更される、ＤＲＸパラメータのうちの１つまたは複数を示し得る。

【0200】

ＥＳＳの時間ロケーションは、１つまたは複数のＤＲＸパラメータを示し得る。例えば、１つまたは複数の時間ロケーションが、候補ＥＳＳリソースとして使用され得、ＷＴＲＵは、ＥＳＳリソースをブラインド検出し得、ＷＴＲＵが、ＥＳＳリソースの１つの中において、ＥＳＳを受信した場合、ＷＴＲＵは、関連付けられたＰＤＣＣＨ監視機会のために、どのＤＲＸパラメータを使用すべきかを決定し得る。

【0201】

ＷＴＲＵが、ＥＳＳを受信したとき、ＷＴＲＵは、以下のうちの１つまたは複数、すなわち、タイマを開始もしくは再開すること、タイマを停止もしくはリセットすること、タイマ値を増加もしくは減少させること、タイマをインクリメントもしくはタイマにデルタ（例えば、構成された値）を加算すること、および／またはタイマをデクリメントもしくはタイマからデルタ（例えば、構成された値）を減算することのうちの１つまたは複数を行い得る。タイマは、オン持続時間タイマ、非活動タイマ、（例えば、ＤＬおよび／もしくはＵＬにおける）再送タイマ、またはランダムアクセス競合解決タイマであり得る。例えば、ＷＴＲＵが、ＧＯＳを受信したとき、ＷＴＲＵは、１つまたは複数のタイマを停止またはリセットし得る。ＷＴＲＵが、ＷＵＳを受信したとき、ＷＴＲＵは、１つまたは複数のタイマを開始または再開し得る。

【0202】

手法においては、ＥＳＳは、関連付けられたＰＤＣＣＨ監視機会において、監視または受信される必要があり得る、追加のＥＳＳ関連情報が存在することを示し得る。例えば、ＥＳＳは、ＤＲＸ構成変更なしのＷＵＳ／ＧＯＳ、またはＤＲＸ構成変更ありのＷＵＳ／ＧＯＳのどちらかを示し得る。ＥＳＳが、ＤＲＸ構成変更ありのＷＵＳ／ＧＯＳを示す場合、ＷＴＲＵは、関連付けられたＰＤＣＣＨ監視機会内における１つまたは複数のＰＤＣＣＨ探索空間において、追加のＤＲＸ構成変更情報を監視し得る。

【0203】

追加のＤＲＸ構成変更情報は、（例えば、特定のＲＮＴＩを有する）ＤＣＩで伝達され、または受信され得る。ＤＣＩは、ＰＤＣＣＨ監視機会において監視されるダウンリンクグラントのためのＤＣＩと同じサイズを有し得る。ＤＣＩは、（例えば、最初の数個の）監視機会、スロット、サブフレーム、またはフレームのサブセットにおいて、ＷＴＲＵによって監視され得る。ＲＮＴＩは、ＤＲＸ－ＲＮＴＩであり得る。ＷＴＲＵが、ＤＲＸ構成変更情報のためのＤＣＩを受信しない場合、ＷＴＲＵは、関連付けられたＰＤＣＣＨ監視機会のための以前に構成されたＤＲＸ構成を使用し得る。

【0204】

追加のＤＲＸ構成変更情報は、ダウンリンクグラントのためのＤＣＩで伝達され、または受信され得る。ＤＣＩにおけるいくつかのビットフィールドは、ＤＲＸ構成変更情報を示すために、再使用され得る。

【0205】

別の手法においては、１つまたは複数のＤＲＸパラメータ（例えば、ＤＲＸ非活動タイマ、オン持続時間タイマ）は、以下のうちの１つまたは複数、すなわち、ＷＴＲＵがその中でダウンリンクグラント（例えば、最初のダウンリンクグラント）を受信し得るＰＤＣＣＨ候補および／もしくはＰＤＣＣＨロケーション、ＷＴＲＵがその中でダウンリンクグラント（例えば、最初のダウンリンクグラント）を受信し得る探索空間のための探索空間ＩＤ、ダウンリンクグラント（例えば、最初のダウンリンクグラント）のためにスケジュールされるＲＢの数、ならびに／またはダウンリンクグラントのために選択もしくは示されるモジュラ符号化方式（ＭＣＳ）レベルのうちの１つまたは複数に基づいて、（例えば、暗黙的に）決定され得る。

【0206】

いくつかの例においては、ＷＵＳ／ＧＯＳと減らされたＰＤＣＣＨ監視との間の関連付けが、存在し得る。次回のオン持続時間中にウェイクアップすることをＷＴＲＵに示すために、ＤＲＸサイクルのオン持続時間の前に、ＥＳＳが、送信され得る。オン持続時間内において、ＷＴＲＵは、構成されたＰＤＣＣＨ監視機会において、ＰＤＣＣＨを監視することを予期される。一例においては、ＷＴＲＵは、電力消費を低減させるために、（例えば、構成および／または動的シグナリングによって）ＰＤＣＣＨ監視事例を減らすことを選択し得る。

【0207】

オン持続時間中の減らされたＰＤＣＣＨ監視パターンと、ＥＳＳは、１つまたは複数のケースにおいて、関連付けられ得る。

【0208】

１つのケースにおいては、ＥＳＳ信号は、減らされたＰＤＣＣＨ監視パターンを示すための制御情報を含み得る。例えば、それは、長さＮのビットマップを含み得、ビットマップは、Ｎ個のスロットからなるウィンドウ内のスロットのどれが、ＰＤＣＣＨ監視のために使用され得るかを示し得る。ＥＳＳ信号における情報は、単一のユーザまたはユーザのグループを対象にし得る。

【0209】

１つのケースにおいては、減らされたＰＤＣＣＨ監視パターンに関する制御情報は、タイマが満了するまで、有効のままであり得る。タイマーが開始する時間は、合意された規則に基づいて、ＷＴＲＵによって決定され得る。例えば、タイマは、ＤＲＸサイクルのオン持続時間から開始し得る。

【0210】

１つのケースにおいては、ＰＤＣＣＨ監視減少パターンは、ＥＳＳ信号内において、ＷＴＲＵに示され得、実際のＰＤＣＣＨ監視減少をアクティブ化および／または非アクティブ化することは、オン持続時間中に送信されるＰＤＣＣＨ内において示され得る。一例として、ＥＳＳは、Ｎ個のＰＤＣＣＨ機会中におけるＰＤＣＣＨ監視に対応する、長さＮのビットマップを設定し得、どの第（Ｎ－１）の機会において送信されるＰＤＣＣＨも、後続するＮ個の機会のための監視パターンをアクティブ化および／または非アクティブ化し得る。アクティブ化および／または非アクティブ化情報は、単一のビットによって示され得る。

【0211】

１つのケースにおいては、監視減少パターンは、（例えば、半静的に）構成され得、減らされた監視は、上で説明されたように、オン持続時間内において、アクティブ化および／または非アクティブ化され得る。

【0212】

１つのケースにおいては、監視減少パターンは、（例えば、半静的に）構成され得、減らされた監視は、ＥＳＳを使用して、アクティブ化および／または非アクティブ化され得る。ＷＴＲＵが、ＥＳＳ内において、そのようなインジケーションを受信しない場合、それは、減少パターンの監視を実行しなくてよい。

【0213】

１つのケースにおいては、監視減少パターンは、オン持続時間中に、制御チャネル内において伝達され得る。このシグナリングが行われるかどうかは、ＥＳＳ内において、ＷＴＲＵに示され得る。ＷＴＲＵが、そのようなインジケーションを受信しない場合、それは、このシグナリングを搬送するＰＤＣＣＨを監視しなくてよい。

【0214】

１つのケースにおいては、ＰＤＣＣＨ監視減少情報は、例えば、ＰＤＣＣＨにおいて、オン持続時間内に送信され得る。この情報は、単一のＷＴＲＵまたはＷＴＲＵのグループを対象にし得る。ＥＳＳおよび／またはＥＳＳの少なくとも１つのパラメータと、ＰＤＣＣＨ監視減少情報および／またはこの情報の少なくとも１つのパラメータは、関連付けられ得る。ＣＯＲＥＳＥＴ、ＰＤＣＣＨ候補セット、探索空間、減少情報が送信されるＰＤＣＣＨのロケーションおよび構造を定義するＡＬのうちの少なくとも１つは、ＥＳＳによって決定され得る。例えば、減少情報の探索空間は、ＷＵＳの探索空間と同じ、またはそれのサブセットであり得る。別の例においては、減少情報のＣＯＲＥＳＥＴは、ＷＵＳのＣＯＲＥＳＥＴと同じ、またはそれのサブセットであり得る。別の例においては、ＥＳＳと監視減少情報の両方を送信するために、全く同じＰＤＣＣＨロケーションおよび構造が、使用され得る。

【0215】

１つのケースにおいては、ＷＴＲＵは、事前構成された第１の電力モード（例えば、利用可能な最大値よりも少数のＲＦチェーンを用いる低電力モード）を用いて、ＤＲＸサイクルのオン持続時間の受信を開始し得る。第１のタイマも、開始され得る。より高い電力モードは、例えば、より多数のＲＦチェーンと関連付けられ得る。

【0216】

第１のタイマが、満了する前に、チャネル（例えば、ＰＤＳＣＨをスケジュールするＰＤＣＣＨ、またはＰＤＳＣＨ）が、検出された場合、ＷＴＲＵは、第２の電力モード（例えば、より多数のＲＦチェーンを用いるより高い電力モード）に移行し得、第２のタイマを開始し得る。検出されたときに、異なる電力モードへの移行をトリガするチャネルは、事前構成され得る。第２のタイマが、動作している間に、ＷＴＲＵが、事前構成されたチャネルのうちの少なくとも１つを再び受信したとき、第２のタイマは、リセットされ、または異なる値に設定されて再開され得る。第２のタイマが、満了したとき、ＷＴＲＵは、第１の電力モードに戻り、第１のタイマを再開し得る。ＷＴＲＵは、電力モード移行の間に、ギャップを必要とすることがあることに留意されたい。

【0217】

第１のタイマが、満了する前に、事前構成されたチャネルが、検出されない場合、ＷＴＲＵは、第１の電力モードに留まり続け得、それが満了したとき、第１のタイマを再開し得、または第１のタイマの値を異なる値に設定し、それを再開し得る。

【0218】

別のケースにおいては、ＷＴＲＵは、第１の電力モード、例えば、低電力モードを用いて受信し得、ＰＤＣＣＨを監視し得る。第１のチャネル、例えば、ＰＤＣＣＨおよび／またはＰＤＳＣＨが、検出されたとき、ＷＴＲＵは、より高い電力モードに移行し得る。電力モード移行をトリガするチャネルは、例えば、ＰＤＣＣＨおよびＰＤＳＣＨだけに制限され得る。より低い電力モードへの移行は、制御チャネルにおいて、ＤＣＩを使用して、ｇＮＢによって開始され得る。

【0219】

電力モード移行プロセスは、オン持続時間の前に受信された信号（例えば、ウェイクアップ信号）によって、アクティブ化され得る。

【0220】

いくつかのケースにおいては、ＥＳＳのための１つまたは複数のフォーマットが、存在し得る。１つのケースにおいては、１つのタイプのＥＳＳが、ＰＤＣＣＨを使用して、送信され得る。ＤＲＸが、構成されているとき、およびＥＳＳが、ＤＲＸオン持続時間外に（すなわち、オフ持続時間中に）送信されるとき、ＥＳＳは、ＷＴＲＵが、少なくとも１つの次回のオン持続時間の間、ウェイクアップする必要があるかどうかを、ＷＴＲＵに示し得る。そのようなケースにおいては、ＥＳＳの受信および検出時に、ＷＴＲＵは、ＥＳＳに後続する単一のオン持続時間の間だけ、ウェイクアップすることを決定し得、ＥＳＳに後続するｋ個の連続するオン持続時間の間、ウェイクアップすることを決定し得、ここで、ｋは、整数であり得、量ｋは、ＥＳＳ ＰＤＣＣＨにおいて送信され得、もしくはそれは、構成され得、および／またはＥＳＳに後続するｋ個のオン持続時間のうちのｎ個のオン持続時間の間、ウェイクアップすることを決定し得る。ＷＴＲＵがウェイクアップすることを決定したオン持続時間、およびＷＴＲＵがウェイクアップしないことを決定したオン持続時間は、ビットマップ、または事前構成されたテーブルへのインデックスを用いて示され得る。例えば、ビットマップ［１ １ ０ １ ０ １］は、ＥＳＳの検出に後続する、第１、第２、第４、および第６のオン持続時間において、ＷＴＲＵがウェイクアップしなければならないことを示し得る。

【0221】

本明細書において説明される技法におけるオン持続時間は、ショートＤＲＸサイクル、ロングＤＲＸサイクル、または任意のタイプのＤＲＸサイクルに属し得る。

【0222】

一例においては、ＷＴＲＵがＥＳＳを検出した時点と、ＷＴＲＵが伝達されたウェイクアップまたはノットウェイクアップインジケーションを実施する時点との間に、時間ギャップが、存在し得る。時間ギャップは、ＤＣＩにおいてＷＴＲＵに示され得、またはそれは、構成され得、それは、スロット、ＤＲＸサイクル、サブフレームもしくはフレーム、またはＯＦＤＭシンボルのうちの少なくとも１つを単位として、定量化され得る。ｋの値を固定することも、可能であり得、例えば、ＷＴＲＵは、ＥＳＳに後続する次のオン持続時間において開始する、示されたウェイクアップ信号またはノットウェイクアップ信号を実施することを予期され得る。一例においては、時間ギャップの値、または時間ギャップのための値の範囲は、ＷＴＲＵによってｇＮＢにフィードバックされ得る。

【0223】

本明細書においては、ＷＴＲＵがスリープ状態からウェイクアップする状況における例が、与えられるが、ＷＴＲＵが既にウェイクしているときは、類似した方法が、スリープ状態に移行するＷＴＲＵに適用可能であり得ることに留意されたい。具体的には、ＥＳＳの受信および検出時、ＷＴＲＵは、ＥＳＳに後続する単一のスリープ持続時間の間だけ、スリープすることを決定し得、ＥＳＳに後続するｋ個の連続したスリープ持続時間の間、スリープすることを決定し得、ここで、ｋは、整数であり得、量ｋは、ＥＳＳ ＰＤＣＣＨにおいて送信され得、もしくはそれは、構成され得、および／またはＥＳＳに後続するｋ個のスリープ持続時間のうちのｎ個のスリープ持続時間の間、スリープすることを決定し得る。ＷＴＲＵがスリープすることを決定したスリープ持続時間、およびＷＴＲＵがスリープしないことを決定したスリープ持続時間は、ビットマップ、または事前構成されたテーブルへのインデックスを用いて示され得る。例えば、ビットマップ［１ １ ０ １ ０ １］は、ＥＳＳの検出に後続する、第１、第２、第４、および第６のスリープ持続時間において、ＷＴＲＵがスリープしなければならないことを示し得る。

【0224】

ＷＴＲＵがＥＳＳを検出した時点と、ＷＴＲＵが伝達されたスリープまたはノットスリープインジケーションを実施する時点との間に、時間ギャップが、存在し得る。時間ギャップは、ＤＣＩにおいてＷＴＲＵに示され得、またはそれは、構成され得、それは、スロット、ＤＲＸサイクル、サブフレームもしくはフレーム、またはＯＦＤＭシンボルのうちの少なくとも１つを単位として、定量化され得る。１つの方法においては、時間ギャップの値、または時間ギャップのための値の範囲は、ＷＴＲＵによってｇＮＢにフィードバックされ得る。スリープ持続時間は、スロット、ＤＲＸサイクル、サブフレームもしくはフレーム、またはＯＦＤＭシンボルのうちの少なくとも１つを単位として、定量化され得る。

【0225】

ＥＳＳは、ＷＴＲＵ固有であり得（すなわち、ＥＳＳ内の情報は、単一のＷＴＲＵを対象とする）、またはＥＳＳは、グループ共通であり得る（すなわち、ＥＳＳ内の情報は、ＷＴＲＵのグループなど、２つ以上のＷＴＲＵを対象とする）。ＷＴＲＵは、ＥＳＳがＷＴＲＵ固有であるか、それともグループ共通であるかを検出するために、２つの異なるＲＮＴＩを使用し得る。例えば、ＥＳＳに含まれるＤＣＩのＣＲＣが、Ｃ－ＲＮＴＩを用いてスクランブルされる場合、ＷＴＲＵは、ＥＳＳが、自らだけを対象とすると決定し得、またはＥＳＳに含まれるＤＣＩのＣＲＣが、ＰＳ－ＲＮＴＩ（省電力－ＲＮＴＩ）を用いてスクランブルされる場合、ＷＴＲＵは、ＥＳＳが、自らを含むＷＴＲＵのグループを対象とすると決定し得る。一例においては、１つの共通のＤＣＩフォーマットが、両方のタイプのＥＳＳのために使用され得（すなわち、ＷＴＲＵ固有またはグループ共通）、ＥＳＳの内容は、ＥＳＳのタイプに基づいて、異なるように解釈され得る。一例においては、省電力関連情報を搬送するために、単一のＲＮＴＩ（例えば、ＰＳ－ＲＮＴＩ）が、使用され、ＷＴＲＵによって探索され得る。

【0226】

ＥＳＳが、ＷＴＲＵのグループについて、特定のＤＲＸオン持続時間中にウェイクアップするか、それともウェイクアップしないかを示すために、使用されるとき、そのようなケースについて、２つ以上の可能な結果またはシナリオが、存在し得る。本明細書において説明される技法のいくつかは、ＷＴＲＵがＤＲＸサイクル内におけるスリープ状態からウェイクアップする状況において提示されるが、ＷＴＲＵが既にウェイクしているときは、類似した方法が、スリープ状態に移行するＷＴＲＵに適用可能であり得ることに留意されたい。

【0227】

一例においては、ＥＳＳが、ＷＴＲＵのグループについて、特定のＤＲＸオン持続時間中にウェイクアップするか、それともウェイクアップしないかを示すために、使用されるとき、グループ内のすべてのＷＴＲＵが、特定のオン持続時間中にウェイクアップするか、それともウェイクアップしないかを決定し得る。ＰＳ－ＲＮＴＩを有するＥＳＳの受信および検出時、ＷＴＲＵのグループは、ＥＳＳに後続するすぐ次のオン持続時間の間だけ、ウェイクアップすることを決定し得る。ＰＳ－ＲＮＴＩを有するＥＳＳの受信および検出時、ＷＴＲＵのグループは、ＥＳＳに後続する次のｋ個のオン持続時間の間、ウェイクアップすることを決定し得る。量ｋは、ＥＳＳ ＰＤＣＣＨにおいて送信され得、またはそれは、構成され得る。ＰＳ－ＲＮＴＩを有するＥＳＳの受信および検出時、ＷＴＲＵのグループは、ＥＳＳに後続するｋ個のオン持続時間のうちのｎ個のオン持続時間の間、ウェイクアップすることを決定し得る。グループ内の１つのＷＴＲＵがウェイクアップすることを決定したオン持続時間、およびグループ内の１つのＷＴＲＵがウェイクアップしないことを決定したオン持続時間は、ビットマップ、または事前構成されたテーブルへのインデックスを用いて示され得る。一例においては、１つのＷＴＲＵがＥＳＳを検出した時点と、１つのＷＴＲＵが伝達されたウェイクアップまたはノットウェイクアップインジケーションを実施する時点との間に、時間ギャップが、存在し得る。時間ギャップは、ＤＣＩにおいてＷＴＲＵに示され得、もしくは構成され得、または固定され得、スロット、ＤＲＸサイクル、サブフレームもしくはフレームのうちの１つを単位として、定量化され得る。

【0228】

別の例においては、ＥＳＳが、ＷＴＲＵのグループについて、特定のＤＲＸオン持続時間中にウェイクアップするか、それともウェイクアップしないかを示すために、使用されるとき、ＤＣＩは、例えば、ビットマップ、または事前構成されたテーブルへのインデックスを使用することによって、オン持続時間中にウェイクアップするか、それともウェイクアップしないかを、各ＷＴＲＵまたはＷＴＲＵの各グループに示し得る。ビットマップにおける各ビットは、ウェイクアップするか、それともウェイクアップしないかを、１つの特定のＷＴＲＵまたはＷＴＲＵのグループに示し得る。ＷＴＲＵは、事前構成されたマッピングを使用することによって、またはＷＴＲＵ ＩＤなど、ＷＴＲＵ固有の量、もしくはＷＴＲＵグループＩＤなど、ＷＴＲＵグループ固有の量に依存する、関数（例えば、モジュラ演算を含むもの）を使用することによって、ビットマップ内における自らのための情報を搬送するビットを識別し得る。各ＷＴＲＵについて、ＥＳＳが検出されたときと、示された動作が実施されるときとの間に、時間ギャップが、存在し得、この時間ギャップは、ＤＣＩにおいて伝達され得、またはそれは、事前構成され得る。本明細書において説明される技法と同様に、一例においては、各ＷＴＲＵは、ｋ個のオン持続時間のうちのどのｎ個のオン持続時間中にウェイクアップするかを説明するパターンを用いて、示され得る。ＷＴＲＵは、事前構成されたマッピングを使用することによって、またはＷＴＲＵ ＩＤなど、ＷＴＲＵ固有の量に依存する、関数（例えば、モジュラ演算を含むもの）を使用することによって、自らのための情報を搬送するパターンのインデックスを識別し得る。

【0229】

ＥＳＳ信号は、ウェイクアップ、ゴーツースリープ、または（例えば、ＰＤＣＣＨ監視周期性を減らす、もしくはあるＰＤＣＣＨ監視機会をスキップすることを示す）減らされたＰＤＣＣＨ監視などを示し得る。ＥＳＳ信号のタイプは、ＤＲＸが構成されるとき、ＲＮＴＩ、ＤＣＩフォーマット、探索空間、ＣＯＲＥＳＥＴ、および／または構成された監視機会のオン／オフステータスのうちの少なくとも１つに基づいて、決定され得る。例えば、ＥＳＳ信号の構成された監視機会が、ＤＲＸサイクルのオフ持続時間中であるとき、ＥＳＳ信号は、ＷＴＲＵによって、ウェイクアップ信号として解釈され得る。ＥＳＳ信号の構成された監視機会が、ＤＲＸサイクルのオン持続時間中であるとき、またはＤＲＸが、構成されず、ＷＴＲＵが、常にデフォルトでウェイクしているように構成されるとき、ＥＳＳ信号は、ＷＴＲＵによって、ゴーツースリープ信号または減らされたＰＤＣＣＨ監視信号として解釈され得る。信号のタイプが、監視機会とＤＲＸ構成との間の関係に基づいて、暗黙的に決定されることができるとき、単一のＤＣＩフォーマットが、ＥＳＳの両方のタイプのために、使用され得、ＤＣＩビットの解釈は、ＥＳＳのタイプに依存し得る。一例においては、ＤＣＩ内におけるビットフィールドは、少なくとも１つの省電力スキームについての情報を示し得る。例えば、ＤＣＩは、ＥＳＳのタイプ（すなわち、ＷＵＳまたはＧＯＳ）、クロススロットスケジューリングがアクティブ化されるか、それとも非アクティブ化されるか、およびＰＤＣＣＨ監視のパターンなどのうちの少なくとも１つを示す、ビットフィールドを含み得る。

【0230】

いくつかの状況においては、ＥＳＳ（例えば、ＷＵＳ）は、単一ビームベースのシステムのためにサポートされ得、単一ビームベースのＥＳＳは、多数のビームを有するシステム（例えば、高周波ネットワーク）に対して適用可能でないことがある。この問題に対処するために、１つまたは複数の受信機ビーム（例えば、空間Ｒｘパラメータ、ＱＣＬタイプＤ）が、ＷＴＲＵによって監視される１つまたは複数のＣＯＲＥＳＥＴのために、使用され得る。（例えば、各）ＣＯＲＥＳＥＴは、準併置（ＱＣＬ（quasi-collocation））タイプＤ（例えば、空間Ｒｘパラメータ）に関して、ダウンリンク参照信号（例えば、ＳＳＢまたはＣＳＩ－ＲＳ）と関連付けられ得る。ＷＴＲＵは、ＰＤＣＣＨ候補監視のために、どのＲｘビームを使用するかを決定し得る。例えば、ＰＤＣＣＨ候補が、ＣＯＲＥＳＥＴに基づき、ＣＯＲＥＳＥＴが、ＱＣＬタイプＤに関して、第１のＳＳＢ（例えば、ＳＳＢ ｉｄまたはインデックス）と関連付けられる場合、ＷＴＲＵは、第１のＳＳＢの情報（例えば、ＱＣＬ情報）に基づいて、ＰＤＣＣＨ候補を監視するために、どのＲｘビームを使用するかを決定し得る。受信機ビーム、Ｒｘビーム、ビーム、空間Ｒｘパラメータ、空間Ｒｘ ＱＣＬパラメータ、ＱＣＬタイプＤ、送信ビーム、およびＴｘビームは、交換可能に使用され得る。

【0231】

手法においては、ＥＳＳのためのビーム（例えば、Ｒｘビームおよび／またはＴｘビーム）は、共通探索空間のためのビームに基づいて、決定され得る。例えば、共通探索空間のために、ＣＯＲＥＳＥＴ＃０（例えば、ＣＯＲＥＳＥＴ－ｉｄ＝０）が、使用され得る。ＥＳＳのためのビームは、ＣＯＲＥＳＥＴ＃０のためのビームと同じであり得る。ＷＴＲＵは、ＣＯＲＥＳＥＴ＃０のために使用されたビームに基づいて、ＥＳＳを受信するためのＲｘビームを決定し得る。アクティブなＢＷＰが、ＣＯＲＥＳＥＴ＃０を含まない場合、ＷＴＲＵは、アクティブなＢＷＰにおいて、最も低いＣＯＲＥＳＥＴ－ｉｄを有するＣＯＲＥＳＥＴのためのビームを使用し得る。

【0232】

手法においては、ＥＳＳのためのビームは、関連付けられたＰＤＣＣＨ監視機会におけるＣＯＲＥＳＥＴに基づいて、決定され得る。例えば、ＥＳＳは、ＰＤＣＣＨ監視機会のために使用され得、ＰＤＣＣＨ監視機会は、１つまたは複数のＣＯＲＥＳＥＴのＰＤＣＣＨを含み得る。ＷＴＲＵは、ＰＤＣＣＨ監視機会において、ＣＯＲＥＳＥＴの１つからのＲｘビームを使用し得る。

【0233】

１つのシナリオにおいては、ＥＳＳのＲｘビームは、最も低いＣＯＲＥＳＥＴ－ｉｄを有するＣＯＲＥＳＥＴのためのビームに基づき得る。例えば、ＰＤＣＣＨ監視機会が、ＣＯＲＥＳＥＴ－ｉｄ＝１、ＣＯＲＥＳＥＴ－ｉｄ＝２、およびＣＯＲＥＳＥＴ－ｉｄ＝４を含む場合、ＣＯＲＥＳＥＴ－ｉｄ＝１のためのビームが、ＥＳＳを受信するために、使用され得る。ＣＯＲＥＳＥＴのために構成されたビームの数が、２以上である場合、ＷＴＲＵは、ＥＳＳを監視するために、構成されたビームの第１のエントリを決定し得る。

【0234】

１つのシナリオにおいては、ＥＳＳのためのＲｘビームは、第１の探索空間（例えば、ＷＴＲＵが、関連付けられたＰＤＣＣＨ監視機会内において監視する必要があり得る、第１の探索空間）のためのビームに基づき得る。第１の探索空間のためのビームは、第１の探索空間と関連付けられたＣＯＲＥＳＥＴのためのビームであり得る。１つまたは複数の探索空間が、同時に監視される場合、最も低い探索空間ＩＤ（例えば、ＳｅａｒｃｈＳｐａｃｅＩＤ）を有する探索空間が、使用され得る。あるいは、最も低いＣＯＲＥＳＥＴ－ＩＤを有するＣＯＲＥＳＥＴと関連付けられた探索空間が、使用され得る。

【0235】

１つのシナリオにおいては、ＥＳＳのためのＲｘビームは、関連付けられたＰＤＣＣＨ監視機会における、ＣＯＲＥＳＥＴのためのビームの品質に基づき得る。ＷＴＲＵは、ＣＯＲＥＳＥＴのためのビームのセット内において、最も良い品質のビームを決定し得、ビームの品質は、ＲＳＲＰ（もしくはＬ１－ＲＳＲＰ）、またはビームの測定品質に基づき得る。ＷＴＲＵは、以下のうちの、すなわち、ＰＲＡＣＨリソース（例えば、１つまたは複数のビームのために構成された競合なしＰＲＡＣＨリソース）、および／またはＰＵＣＣＨ（例えば、ＷＴＲＵは、ＥＳＳのためのビームインデックスを示すために、ＵＣＩを送信し得る）のうちの少なくとも１つを使用することによって、（例えば、ＥＳＳのための）最も良いビームが変更されたときを、ｇＮＢに示し得る。ｇＮＢは、ＥＳＳのためのビームインデックスを示し、または確認し得る。

【0236】

図１２は、関連付けられたＰＤＣＣＨ監視機会における探索空間およびＣＯＲＥＳＥＴに基づいた、ＥＳＳのためのビーム決定の例を例示している。図１２の例は、関連付けられたＣＯＲＥＳＥＴに基づいた、ＥＳＳのビーム決定の例を示す、表１の内容において例示され得る。

【0237】

【表1】

【0238】

示されるように、ＳｅａｒｃｈＳｐａｃｅ－ｉｄ＝１についての１２０１においては、ＣＯＲＥＳＥＴ－ｉｄ＝２、周期性は４スロット毎、Ｂｅａｍ－ｉｄ＝ｘ１である。ＳｅａｒｃｈＳｐａｃｅ－ｉｄ＝２についての１２０２においては、ＣＯＲＥＳＥＴ－ｉｄ＝２、周期性は５スロット毎、Ｂｅａｍ－ｉｄ＝ｘ１である。ＳｅａｒｃｈＳｐａｃｅ－ｉｄ＝３についての１２０３においては、ＣＯＲＥＳＥＴ－ｉｄ＝３、周期性は２スロット毎、Ｂｅａｍ－ｉｄ＝ｘ３である。ＳｅａｒｃｈＳｐａｃｅ－ｉｄ＝４についての１２０４においては、ＣＯＲＥＳＥＴ－ｉｄ＝４、周期性は７スロット毎、Ｂｅａｍ－ｉｄ＝ｘ５である。示されるように、ＥＳＳは、何らかの数＃ｋから始まり、増分１で示されており、サイクル１２１０において発生し得る。スロットは、何らかの数＃ｎから始まり、増分１で示されている。各探索空間の周期性は、それらのパターン付けされたボックスに従って、見られることができる（例えば、ＳｅａｒｃｈＳｐａｃｅ－ｉｄ＝４は、周期性が７スロット毎であるので、スロット＃ｎにおいて発生し、７スロット後に、再びスロット＃ｎ＋７において発生する）。この例においては、ＥＳＳ（例えば、＃ｋ＋１）直後のスロット（例えば、＃ｎ＋３、＃ｎ＋４、＃ｎ＋５）は、関連付けられたＰＤＣＣＨ監視機会であり得る。

【0239】

手法においては、ＥＳＳのためのビームは、ＷＴＲＵがその中でＥＳＳを監視し得るＢＷＰの帯域幅パートＩＤ（ＢＷＰ－ｉｄ）に基づいて、決定され得る。例えば、ビームＩＤは、ＥＳＳ監視のために、ＢＷＰ毎に構成され得る。ＥＳＳのためのＲｘビームは、関連付けられたＰＤＣＣＨ監視機会における、ＣＯＲＥＳＥＴのために使用されるビームに関わらず、構成されたビームＩＤに基づき得る。

【0240】

手法においては、ＥＳＳは、関連付けられたＰＤＣＣＨ監視機会における、ＣＯＲＥＳＥＴのために使用されるビームの数だけ繰り返され得る。例えば、３つのＣＯＲＥＳＥＴが、関連付けられたＰＤＣＣＨ監視機会に配置され、各ＣＯＲＥＳＥＴが、異なるビームと関連付けられる場合、ＥＳＳは、ＣＯＲＥＳＥＴのために使用される３つのビームを用いて、繰り返し送信され得る。そのような状況においては、以下のうちの１つまたは複数が、適用され得、すなわち、反復なしのＥＳＳは、シンボル内において送信され得、またはＷＴＲＵは、ビームのサブセットにおいて、ＥＳＳを受信または検出し得る。

【0241】

シンボル内において送信される、反復なしのＥＳＳについては、ＥＳＳの送信のために、Ｎ回の反復が、使用される場合、シンボル間に時間ギャップを有するＮ個のシンボルが、使用され得る（例えば、時間ギャップは、ビーム切り換えのためのギャップであり得、Ｎ個のシンボルは、１つまたは複数の時間ギャップを伴って、連続し得る）。ビームのサブセットにおいてＥＳＳを受信または検出するＷＴＲＵについては、ＷＴＲＵが、ビームのいずれかを用いて、ＥＳＳを受信した場合、ＷＴＲＵは、ＰＤＣＣＨ監視機会において、すべてのＣＯＲＥＳＥＴにおいてＰＤＣＣＨを監視し得、および／またはＷＴＲＵが、ビームのサブセットを用いて、ＥＳＳを受信した場合、ＷＴＲＵは、対応するＣＯＲＥＳＥＴにおいてＰＤＣＣＨを監視し得る。

【0242】

手法においては、ＥＳＳのためのＲｘビームは、（例えば、ｇＮＢによって）構成され得る。例えば、ＱＣＬタイプＤに関して、ＥＳＳ受信のために、関連付けられたＣＯＲＥＳＥＴ－ｉｄが、構成または示され得る。あるいは、ＥＳＳのためのＲｘビームを示すために、ＴＣＩ状態が、構成され得る。

【0243】

手法においては、ＷＴＲＵは、ＥＳＳ監視のために使用されるビームのビーム品質を測定し得る。関連付けられたＥＳＳのビーム品質が、しきい値を下回る場合、以下のうちの少なくとも１つが、適用され得、すなわち、ＷＴＲＵは、ＥＳＳについて考慮せずに、例えば、ＤＲＸサイクルに従って、関連付けられたＰＤＣＣＨ監視機会において、ＥＳＳを無視し、ＰＤＣＣＨを監視し得、ＷＴＲＵは、ＥＳＳのためのビームを更新するために、要求を送信し得、要求は、ＰＲＡＣＨリソース（例えば、競合なし、もしくは競合ベースのＰＲＡＣＨリソース）、スケジューリング要求（ＳＲ）リソース、ＰＵＣＣＨリソース、および／またはＳＲＳリソースのうちの１つまたは複数を使用して、送信され得、ＷＴＲＵは、ＥＳＳのための１つまたは複数のビーム回復探索空間の監視を開始し得、ビーム回復探索空間は、ＳｅａｒｃｈＳｐａｃｅ－ＢＦＲであり得、および／またはしきい値は、１つまたは複数のＰＤＣＣＨのためのビーム障害回復のために使用される、しきい値と異なり得、しきい値は、ＥＳＳのために構成され得る。ＥＳＳ内におけるＲＳは、品質を決定するために使用され得、それが、しきい値を下回る場合、ＰＤＣＣＨ監視が、開始され得る。

【0244】

タイマに関して、最後のＳＳＢからＥＳＳ（例えば、ＷＵＳ）までの間の時間間隔が、しきい値を上回る場合、ビームスイーピングが、開始され得、加えて、ＷＴＲＵは、ＷＵＳを無視し（すなわち、ＥＳＳの監視を停止し）、関連付けられたオン持続時間において、ＰＤＣＣＨの監視を開始し得る。

【0245】

いくつかの例においては、ＤＲＸパラメータが、構成され得、同じＤＲＸパラメータが、すべての探索空間のために使用され得る。ＮＲにおいては、各探索空間は、異なるトラフィックタイプ、使用事例、および／またはＱｏＳ要件のためのものであり得る。構成されたすべての探索空間に対して同じＤＲＸパラメータを使用することは、ＷＴＲＵのバッテリ節約を最適化しないことがある。

【0246】

この問題に対処するために、１つまたは複数のＤＲＸパラメータが、（例えば、各）探索空間のために、または探索空間のセットのために、構成され得る。例えば、１つまたは複数のＤＲＸ構成が、使用され得、探索空間が、ＤＲＸ構成の１つと関連付けられ得る。ＤＲＸ構成は、１つまたは複数（例えば、すべて）のＤＲＸパラメータを含み得る。ＤＲＸパラメータは、ＤＲＸサイクル、ＤＲＸ非活動タイマ、オン持続時間タイマ、（例えば、ＵＬおよび／もしくはＤＬのための）ＤＲＸ再送タイマ、ＤＲＸショートサイクル、ＤＲＸショートサイクルタイマ、ＤＲＸロングサイクル、ＤＲＸロングサイクルタイマ、ならびに／またはランダムアクセス競合解決タイマのうちの少なくとも１つであり得る。

【0247】

探索空間または探索空間のセットに対して、１つまたは複数のＤＲＸパラメータが構成される、この手法については、以下のうちの１つまたは複数が、適用され得、すなわち、ＤＲＸ構成は、ＤＲＸ構成ＩＤ（例えば、ＤＲＸＣｏｎｆｉｇＩＤ）を有し得、探索空間構成は、関連付けられたＤＲＸ構成ＩＤ（もしくはＤＲＸ構成）を含み得、ＣＯＲＥＳＥＴ構成は、関連付けられたＤＲＸ構成ＩＤ（もしくはＤＲＸ構成）を含み得、１つまたは複数（例えば、すべて）の探索空間は、関連付けられたＣＯＲＥＳＥＴのために構成されたＤＲＸパラメータを使用し得、ＢＷＰ構成は、関連付けられたＤＲＸ構成ＩＤ（もしくはＤＲＸ構成）を含み得、ＢＷＰにおける探索空間は、ＢＷＰのために構成されたＤＲＸパラメータを使用し得、および／またはＤＲＸ構成のＤＲＸサイクルは、別のＤＲＸ構成のＤＲＸサイクルの整数倍であり得る。

【0248】

１つまたは複数の共通ＤＲＸパラメータは、セルにおいて構成された少なくともいくつか（例えば、すべて）の探索空間のために構成され、および／またはそれらに適用され得、１つまたは複数の専用ＤＲＸパラメータは、（例えば、各）探索空間またはＢＷＰのために構成され得る。そのようなケースにおいては、以下のうちの１つまたは複数が、適用され得、すなわち、共通ＤＲＸ構成において、共通ＤＲＸパラメータが、提供され得、（例えば、各）探索空間もしくはＢＷＰ構成において、１つもしくは複数の専用ＤＲＸパラメータが、示され得、１つもしくは複数の共通空間のために、共通ＤＲＸパラメータが、提供および／もしくは使用され得、ならびに／またはＷＴＲＵ固有の探索空間のために、１つもしくは複数の専用ＤＲＸパラメータが、提供および／もしくは使用され得る。

【0249】

ＷＴＲＵは、探索空間のために構成された、および／または探索空間に適用可能なＤＲＸパラメータを使用する、探索空間のためのＤＲＸサイクルに従い得る。ＷＴＲＵは、ＤＲＸサイクル、ならびに／または探索空間と関連付けられた（例えば、それのために構成された、および／もしくはそれに適用可能な）パラメータに基づいて、探索空間において、ＰＤＣＣＨを監視し、または監視することを停止し得る。探索空間および／またはＢＷＰのために、専用またはＷＴＲＵ固有のＤＲＸパラメータが、構成され得る。共通のＤＲＸパラメータは、例えば、ブロードキャストシグナリングを介して、構成され得る。共通ＤＲＸパラメータは、探索空間および／またはＢＷＰに適用可能であり得る。

【0250】

図１３は、探索空間固有のＤＲＸ構成の例を例示しており、第２のＤＲＸ構成のＤＲＸサイクルは、第１のＤＲＸ構成のＤＲＸサイクルの整数倍であり得る。示されるように、第１のＤＲＸ構成１３００については、オン持続時間（例えば、１３０１ａ、１３０１ｂなど）、およびオフ持続時間（例えば、１３０２ａなど）が、存在し得、それらに先行して、ＥＳＳ（例えば、１３２１）が、存在し得る。第１のＤＲＸ構成１３００に対して、第２のＤＲＸ構成１３１０が、存在し得、ＤＲＸサイクル１３１２は、第１のＤＲＸ構成１３００のＤＲＸサイクル１３０３のそれの２倍である。オン持続時間およびオフ持続時間（例えば、オン持続時間１３１１ａ、オフ持続時間１３１２ａ）は、同様に発生し得る。

【0251】

１つもしくは複数のＤＲＸ構成のために、またはそれらとともに、ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）が、使用され得、すなわち、第１のＤＲＸ構成のためのＥＳＳと関連付けられたＰＤＣＣＨ監視機会の数は、第２のＤＲＸ構成のためのＥＳＳと関連付けられたＰＤＣＣＨ監視機会の数とは異なり得、および／またはＥＳＳと関連付けられた時間ウィンドウは、最も長いＤＲＸサイクルを有するＤＲＸ構成に基づいて、決定され得る（例えば、ＥＳＳのサイクルは、ＤＲＸ構成内において最も長いＤＲＸサイクルの整数倍であり得る）。

【0252】

ＥＳＳは、１つまたは複数のＤＲＸ構成と関連付けられ得、ＥＳＳは、各ＥＳＳ送信において、どのＤＲＸ構成が、ＥＳＳと関連付けられ得るかを示し得、ここで、以下の１つまたは複数が、適用され得、すなわち、ＥＳＳは、関連付けられたＰＤＣＣＨ監視機会における探索空間のどのサブセットが、ＥＳＳと関連付けられるかを示し得、サブセットは、すべての探索空間を含み得、および／またはＥＳＳは、関連付けられたＤＲＸ構成ＩＤを示し得る（例えば、ＷＴＲＵは、ＥＳＳによって示されたＤＲＸ構成ＩＤと関連付けられた、探索空間を監視し得る）。

【0253】

ＥＳＳは、１つまたは複数のＤＲＸ構成と関連付けられ得、ＥＳＳは、ＷＴＲＵが、関連付けられたＰＤＣＣＨ監視機会における、すべての探索空間を監視し得るかどうかを決定し得る。

【0254】

ＥＳＳ（例えば、ＷＵＳ／ＧＯＳ）は、（例えば、各）ＤＲＸ構成のために構成され得、同じ時間ロケーションにおいて、１つまたは複数のＥＳＳリソースが、監視され得る。

【0255】

図１４は、クロススロットスケジューリングの例を例示している。いくつかのケースにおいては、ＷＴＲＵ電力節約のために、時間領域リソースアロケーションが、検討され得る。この例においては、ＷＴＲＵにとって、電力を節約することは、ＰＤＣＣＨ１４０１の受信１４０３が完了した後、ＰＤＣＣＨのデコーディング１４０４を継続しながら、スロット＃ｎの残りの時間、１つのタイプのスリープモードに入る能力である。このタイプの省電力方法は、ＰＤＣＣＨによってスケジュールされたＰＤＳＣＨが、ＰＤＣＣＨと同じスロットにおける送信のためにスケジュールされていないことを、ＷＴＲＵが認識している場合に、使用されることができる。例えば、ＰＤＣＣＨが、スロットｎにおいて送信されて、１４０２に示されるように、そのＰＤＣＣＨによって、ＰＤＳＣＨを、スロットｎ＋ｋ０において送信されるようにスケジュールし得、ｋ０は、少なくとも１スロットである。このタイプのスケジューリングは、クロススロットスケジューリングと呼ばれることもある。

【0256】

ＰＤＣＣＨは、ＰＤＳＣＨの時間領域リソースアロケーションを含む。時間領域リソースアロケーションは、ｋ０の値と、ＰＤＳＣＨを搬送するためのスロット＃ｎ＋ｋ０におけるＯＦＤＭシンボルのインデックスとを含み得る。ＰＤＣＣＨによって搬送されるＤＣＩ内における時間領域リソースアロケーションフィールドは、事前構成されたテーブルへのインデックスであり得、インデックスは、１つの行（例えば、そのテーブル内におけるエントリ）を示し得る。各エントリは、ｋ０の値と、他の情報とを含み得る。事前構成されたテーブルにおける少なくとも１つの行が、ｋ０＝０を含む場合、ＷＴＲＵは、（例えば、ＰＤＣＣＨの受信が完了した後、スリープモードに移行する代わりに）、ＰＤＣＣＨがデコードされるまで、着信信号の受信を継続しなければならないことがあり、その訳は、ＰＤＣＣＨがデコードされるまで、それが、ｋ０の実際の値を知ることができないからである。

【0257】

いくつかのケースにおいては、ＷＴＲＵは、少なくとも２つのリソースアロケーションテーブルを用いるように構成され得、テーブルのうちの少なくとも１つは、ｋ０＝０を有する、いかなるエントリも含まなくてよい（すなわち、このテーブル内のエントリのすべては、クロススロットスケジューリングをサポートし、それは、ＣＳテーブルと呼ばれることがある）。少なくとも１つの他のテーブルは、ｋ０＝０を有する、少なくとも１つのエントリを含み得る（例えば、このテーブルは、Ｍテーブルと呼ばれることがある）。一般に、２つ以上のＣＳテーブル、およびより多くのＭテーブルが、存在し得るが、本明細書において説明される方法および技法は、一般性を失うことなく、各々から１つのテーブルを使用して、提示され得ることに留意されたい。

【0258】

一例においては、ＷＴＲＵは、テーブルの１つを、デフォルトテーブルとして使用するように構成され得る。他のテーブルの使用は、半永続的であるように構成され得、ｇＮＢからのシグナリングを使用して、アクティブ化および／または非アクティブ化され得る。アクティブ化／非アクティブ化シグナリングは、ＭＡＣ ＣＥまたはレイヤ１シグナリングを使用して、達成され得る。

【0259】

図１５は、クロススロットおよび同一スロットスケジューリング適応の例を例示している。時間が、横軸１５１１上に示され得、パターン付けされたブロックによって示されるように、与えられたスロット１５１０に対して、ＰＤＣＣＨ１５１２およびＰＤＳＣＨ１５１３が、存在し得る。示されるように、ＷＴＲＵは、デフォルトで、Ｍテーブル１５０１を使用するように構成され得る（すなわち、ＰＤＣＣＨ内において送信されるＤＣＩ内の時間領域リソースアロケーションフィールドは、Ｍテーブル１５０１内のエントリを指し示す）。その後、アクティブ化コマンドが、ＷＴＲＵによって受信され得、このアクティブ化コマンドは、ＣＳテーブル１４０２をアクティブ化１５０４し得る。アクティブ化が、ひとたび完了すると、アクティブ化の完了後にＰＤＣＣＨ内において送信されるＤＣＩ内の時間領域リソースアロケーションフィールドは、ＷＴＲＵによって、ＣＳテーブル１５０２内のエントリにマッピングされ得る。アクティブ化コマンドが、ＷＴＲＵによって受信されたとき（例えば、スロット＃ｍ）と、アクティブ化コマンドが、完了したとき（すなわち、ＷＴＲＵが、アクティブ化されたテーブルの使用を開始したとき）（例えば、スロット＃ｍ＋ｍ０、ｍ０は、アクティブ化オフセットと呼ばれることがある）との間に、時間ギャップが、存在し得る。アクティブ化オフセットは、スロット、ＯＦＤＭシンボル、サブフレーム、またはフレームを単位として、定量化され得る。アクティブ化オフセットの値は、アクティブ化コマンド内において送信され、またはそれは、構成され得る。一例として、アクティブ化が、ＭＡＣ ＣＥを使用して、行われる場合、アクティブ化オフセットの値は、ＭＡＣ ＣＥのアクティブ化コマンドのＨＡＲＱ－ＡＣＫタイミングを使用して、ＷＴＲＵによって決定され得る。例えば、ＡＣＫが、スロット＃ｙにおいて、ｇＮＢにフィードバックされ、このＡＣＫが、ＭＡＣ ＣＥ送信に応答したものである場合、アクティブ化は、スロット＃ｙ＋ｙ０において完了すると仮定され得、ｙ０は、０スロット以上であり得る。

【0260】

同様に、ＣＳテーブル１５０２は、また、シグナリング（例えば、ＭＡＣ ＣＥもしくはレイヤ－１シグナリングを使用すること）によって、またはタイマの満了によって、非アクティブ化１５０５され得る。タイマの値は、構成され得、またはそれは、アクティブ化コマンド内において送信され得る。非アクティブ化コマンドが、受信されたときと、非アクティブ化コマンドが、完了した（すなわち、ＷＴＲＵが、非アクティブ化されたテーブルの使用を停止した）ときとの間に、時間ギャップが、存在し得、この時間ギャップは、非アクティブ化コマンド内において送信され得、またはそれは、構成され得る。アクティブ化プロセスと同様に、非アクティブ化のために、ＭＡＣ ＣＥが、使用される場合、時間ギャップは、ＭＡＣ ＣＥコマンドのＨＡＲＱ－ＡＣＫタイミングに基づいて、決定され得る。ＣＳテーブル１５０２が、ひとたび非アクティブ化されると、ＷＴＲＵは、時間領域リソースアロケーション決定のために、デフォルトのＭテーブル１５０３を使用することを予期され得る。

【0261】

一般に、その特定のＷＴＲＵのために構成された、テーブルのいずれか１つをアクティブ化／非アクティブ化するために（例えば、先に言及された上記の方法は、ＣＳテーブルをアクティブ化／非アクティブ化した）、アクティブ化／非アクティブ化コマンドが、使用され得ることに留意されたい。

【0262】

別のケースにおいては、探索空間は、リソースアロケーションテーブルのタイプと関連付けられ得る。例えば、ＷＴＲＵが、ＰＤＣＣＨを検索するために、ＳｅａｒｃｈＳｐａｃｅ－１を使用しているときは、時間領域リソースアロケーションのために、Ｍテーブルが使用されることが仮定され得、ＷＴＲＵが、ＰＤＣＣＨを検索するために、ＳｅａｒｃｈＳｐａｃｅ－２を使用しているときは、時間領域リソースアロケーションのために、ＣＳテーブルが使用されることが仮定され得る。探索空間の１つは、半永続的に構成され得、アクティブ化／非アクティブ化され得る。

【0263】

例えば、ＷＴＲＵは、デフォルトで、およびＭテーブルへの関連付けのせいで、ＳｅａｒｃｈＳｐａｃｅ－１を使用するように構成され得、ＷＴＲＵは、検出されたＤＣＩ内の時間領域リソースアロケーションインデックスが、Ｍテーブル内のエントリを指し示すことを予期し得る。その後、アクティブ化コマンドが、ＷＴＲＵによって受信され得、このアクティブ化コマンドが、ＳｅａｒｃｈＳｐａｃｅ－２をアクティブ化し得る。アクティブ化コマンドが、受信されたときと、アクティブ化が、完了したときとの間に、時間ギャップが、存在し得、この時間ギャップは、アクティブ化コマンド内において送信され得、またはそれは、構成され得る。ＳｅａｒｃｈＳｐａｃｅ－２が、アクティブになった後、ＣＳテーブルへの関連付けのせいで、ＷＴＲＵは、検出されたＤＣＩ内における時間領域リソースアロケーションインデックスが、ＣＳテーブル内のエントリを指し示すことを予期し得る。同様に、ＣＳテーブルは、また、シグナリング（例えば、ＭＡＣ ＣＥもしくはレイヤ１シグナリングを使用すること）によって、またはタイマの満了によって、非アクティブ化され得る。タイマの値は、構成され得、またはそれは、アクティブ化コマンド内において送信され得る。非アクティブ化コマンドが、受信されたときと、対応するテーブルが、非アクティブ化されたときとの間に、時間ギャップが、存在し得、この時間ギャップは、非アクティブ化コマンド内において送信され得、またはそれは、構成され得る。ＭＡＣ ＣＥを用いたアクティブ化または非アクティブ化について、時間ギャップは、ＭＡＣ ＣＥコマンドのＨＡＲＱ－ＡＣＫタイミングを使用して、決定され得る。

【0264】

時間リソースアロケーションテーブルを、探索空間以外の別のパラメータにリンクさせることも、可能であり得ることに留意されたい。このケースにおいては、このパラメータのアクティブ化／非アクティブ化は、対応するテーブルをアクティブ化／非アクティブ化する。例えば、このパラメータは、ＣＯＲＥＳＥＴ、または省電力状態（例えば、低電力状態およびデフォルトの電力状態）などであり得る。

【0265】

１つのケースにおいては、リソースアロケーションテーブル、またはテーブルにリンクされた探索空間、もしくはテーブルにリンクされた別のパラメータのアクティブ化／非アクティブ化は、Ｌ１信号、例えば、ＰＤＣＣＨにおいて送信されるＤＣＩを用いて、達成され得、ＤＣＩのＣＲＣは、特定のＲＮＴＩ（例えば、省電力ＲＮＴＩ（ＰＳ－ＲＮＴＩ））を用いて、スクランブルされ得る。Ｌ１シグナリングのための探索空間が、定義され得る（すなわち、ＷＴＲＵは、構成された周期性を用いて、Ｌ１信号を監視し得る）。Ｌ１信号は、少なくとも１つのビットを使用して、テーブル（例えば、ＣＳテーブル）をアクティブ化するかどうか、または少なくとも１つのビットを使用して、どのテーブルをアクティブ化するかを示し得る。テーブルが、アクティブ化された場合、それは、別のテーブルがアクティブ化され得る、Ｌ１信号の次の監視機会まで、アクティブなままであり得、または同じテーブルが、アクティブに保たれ得る。スロット＃ｎ－ｘにおいて検出されたＬ１信号は、スロットｎにおいて、対応するテーブルをアクティブ化し得る。ｘの値は、スロットｎ－ｘにおいて搬送されたＰＤＳＣＨのＨＡＲＱ－ＡＣＫタイミングに基づいて、決定され得、またはそれは、Ｌ１信号内において示され得、またはそれは、構成され得る。別の方法においては、テーブルが、アクティブ化された場合、それは、Ｌ１信号の次の監視機会まで、必ずしもアクティブなままであるとは限らないことがあり、それが、どのくらいの長さの持続時間、アクティブなままであるかは、Ｌ－１信号内において示され得、またはそれは、構成され得る。Ｌ１信号は、時間領域リソースアロケーション方法決定のためだけに使用される、別個のエンティティであり得、またはそれは、既存の別のＬ１信号（例えば、ＰＤＳＣＨをスケジューリングするために使用されるＰＤＣＣＨ、または省電力目的で使用されるＰＤＣＣＨ）内において搬送され得ることに留意されたい。

【0266】

特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用されることができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、またはファームウェアで実施され得る。コンピュータ可読媒体の例は、（有線または無線接続上において送信される）電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施するために、ソフトウェアと関連付けられたプロセッサが、使用され得る。

【図1A】

【図1B】

【図1C】

【図1D】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】