知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特許7444769拡張ＬＴＥシステムにおけるレイテンシを低減するためのダウンリンク物理チャネルのための方法および手順
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-27
(45)【発行日】2024-03-06
(54)【発明の名称】拡張ＬＴＥシステムにおけるレイテンシを低減するためのダウンリンク物理チャネルのための方法および手順
(51)【国際特許分類】
H04W 72/20 20230101AFI20240228BHJP
H04W 72/0446 20230101ALI20240228BHJP
【ＦＩ】
H04W72/20
H04W72/0446
【請求項の数】
15
(21)【出願番号】P 2020216876
(22)【出願日】2020-12-25
(62)【分割の表示】P 2018550668の分割
【原出願日】2017-03-30
(65)【公開番号】P2021048652
(43)【公開日】2021-03-25
【審査請求日】2021-01-25
【審判番号】
【審判請求日】2023-06-07
(31)【優先権主張番号】62/315,404
(32)【優先日】2016-03-30
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/334,886
(32)【優先日】2016-05-11
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/373,046
(32)【優先日】2016-08-10
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ムン－イル・リー
(72)【発明者】
【氏名】ジャネット・エイ・スターン－バーコウィッツ
(72)【発明者】
【氏名】アーデム・バラ
【合議体】
【審判長】廣川 浩
【審判官】中木 努
【審判官】齋藤 哲
(56)【参考文献】
【文献】ＩｎｔｅｒＤｉｇｉｔａｌ，Ｃｏｎｓｉｄｅｒａｔｉｏｎ ｏｎ ｓＰＤＣＣＨ Ｄｅｓｉｇｎ，３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ＃８５ Ｒ１－１６５０４９，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／ｔｓｇ＿ｒａｎ／ＷＧ１＿ＲＬ１／ＴＳＧＲ１＿１１５８／Ｄｏｃｓ／Ｒ１－１６５０４９．ｚｉｐ＞，２０１６年５月１３日アップロード
(58)【調査した分野】(Int.Cl.，ＤＢ名)
H04W4/00-99/00
(57)【特許請求の範囲】
【請求項1】
無線送受信ユニット（ＷＴＲＵ）であって、トランシーバと、
プロセッサと
を備え、
前記プロセッサは、探索空間の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定するように構成され、
前記プロセッサおよび前記トランシーバは、短縮送信時間間隔（ｓＴＴＩ）動作を使用するように前記ＷＴＲＵを構成するメッセージを前記トランシーバが受信していないことを条件に、ＤＣＩについて前記探索空間の前記ＰＤＣＣＨ候補のセットを監視するように構成され、ＤＣＩについて監視される前記ＰＤＣＣＨ候補の前記セットは前記探索空間のＰＤＣＣＨ候補の完全なセットであり、
前記プロセッサおよび前記トランシーバは、前記ｓＴＴＩ動作を使用するように前記ＷＴＲＵを構成するメッセージを前記トランシーバが受信したことを条件に、前記受信したメッセージに基づいて、短縮送信時間間隔（ｓＴＴＩ）と関連付けられたＤＣＩについて前記探索空間の前記ＰＤＣＣＨ候補のセットを監視するように構成され、ｓＴＴＩと関連付けられたＤＣＩについて監視される前記ＰＤＣＣＨ候補の前記セットは前記探索空間の前記ＰＤＣＣＨ候補の前記完全なセットのうちのサブセットであり、
前記プロセッサおよび前記トランシーバは、前記ＰＤＣＣＨ候補の前記監視されるセットのうちの少なくとも１つのＰＤＣＣＨ候補を使用して、前記ＷＴＲＵによって受信される送信をスケジューリングするための、または、前記ＷＴＲＵによって送信される送信をスケジューリングするためのｓＴＴＩと関連付けられたＤＣＩを含む送信を受信するように構成されている、ＷＴＲＵ。
【請求項2】
前記探索空間のＰＤＣＣＨ候補の完全なセットまたは前記探索空間の前記ＰＤＣＣＨ候補の前記完全なセットのうちの前記サブセットは、第１のタイムウィンドウにおいて監視され、前記探索空間は第１の探索空間であり、前記ＷＴＲＵは、後続のタイムウィンドウにおいて、ＤＣＩについてもう一つの探索空間の短縮ＰＤＣＣＨ（ｓＰＤＣＣＨ）候補を監視するようにさらに構成された、請求項１に記載のＷＴＲＵ。
【請求項3】
前記探索空間の前記ＰＤＣＣＨ候補の各々はアグリゲーションレベルと関連づけられており、前記アグリゲーションレベルは制御チャネル要素（ＣＣＥ）の数によって定義される探索空間サイズと関連付けられている、請求項１に記載のＷＴＲＵ。
【請求項4】
前記ｓＴＴＩ動作を使用するとき、前記ＷＴＲＵは前記ｓＴＴＩにおいて前記ＤＣＩについて監視するように構成され、前記ｓＴＴＩ動作を使用しないとき、前記ＷＴＲＵは通常の送信時間間隔（ＴＴＩ）において前記ＤＣＩについて監視するように構成され、
前記ｓＴＴＩの長さは、前記通常のＴＴＩの長さよりも短い、請求項１に記載のＷＴＲＵ。
【請求項5】
前記探索空間はＷＴＲＵ特有探索空間である、請求項１に記載のＷＴＲＵ。
【請求項6】
前記プロセッサは、前記ｓＴＴＩ動作を使用するように前記ＷＴＲＵを構成するメッセージを前記トランシーバが受信しているかどうかに基づいて１つまたは複数のアグリゲーションレベルを決定するように、および、前記決定した１つまたは複数のアグリゲーションレベルに基づいて監視されることになるＰＤＣＣＨ候補を決定するように構成されている、請求項３に記載のＷＴＲＵ。
【請求項7】
前記決定したＰＤＣＣＨ候補と関連付けられた複数のＣＣＥは、無線ネットワーク一時識別子（ＲＮＴＩ）の関数として定義されている、請求項１に記載のＷＴＲＵ。
【請求項8】
無線送受信ユニット（ＷＴＲＵ）によって実行されるダウンリンク制御情報を受信する方法であって、探索空間の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を決定することと、
短縮送信時間間隔（ｓＴＴＩ）動作を使用するように前記ＷＴＲＵを構成する前記メッセージを前記ＷＴＲＵが受信したことを条件に、前記受信したメッセージに基づいて、短縮送信時間間隔（ｓＴＴＩ）と関連付けられたダウンリンク制御情報（ＤＣＩ）についてＰＤＣＣＨ候補のセットを監視することであり、ｓＴＴＩと関連付けられたＤＣＩについて監視される前記ＰＤＣＣＨ候補のセットは前記探索空間の前記ＰＤＣＣＨ候補の完全なセットのうちのサブセットである、ことと、
前記ＰＤＣＣＨ候補の前記監視されるセットのうちの少なくとも１つのＰＤＣＣＨ候補を使用して、前記ＷＴＲＵによって受信されるデータ送信をスケジューリングするための、または、前記ＷＴＲＵによって送信されるデータ送信をスケジューリングするためのｓＴＴＩと関連付けられたＤＣＩを含む送信を受信することと、
を含む、方法。
【請求項9】
短縮送信時間間隔（ｓＴＴＩ）動作を使用するように前記ＷＴＲＵを構成するメッセージを前記ＷＴＲＵが受信していないことを条件に、ＤＣＩについて前記探索空間の前記ＰＤＣＣＨ候補のセットを監視することであって、前記ＰＤＣＣＨ候補のセットは前記探索空間の前記ＰＤＣＣＨ候補の完全なセットである、ことをさらに含む、請求項８に記載の方法。
【請求項10】
前記探索空間のＰＤＣＣＨ候補の完全なセットまたは前記探索空間の前記ＰＤＣＣＨ候補の前記完全なセットのうちの前記サブセットは、第１のタイムウィンドウにおいて監視され、前記探索空間は第１の探索空間であり、前記方法は、後続のタイムウィンドウにおいて、ＤＣＩについてもう一つの探索空間の短縮ＰＤＣＣＨ（ｓＰＤＣＣＨ）候補を監視することをさらに含む、請求項８に記載の方法。
【請求項11】
前記探索空間の前記ＰＤＣＣＨ候補の各々はアグリゲーションレベルと関連づけられており、前記アグリゲーションレベルは制御チャネル要素（ＣＣＥ）の数によって定義される探索空間サイズと関連付けられている、請求項８に記載の方法。
【請求項12】
前記ｓＴＴＩ動作を使用するとき、前記ＷＴＲＵは前記ｓＴＴＩにおいて前記ＤＣＩについて監視するように構成され、前記ｓＴＴＩ動作を使用しないとき、前記ＷＴＲＵは通常の送信時間間隔（ＴＴＩ）において前記ＤＣＩについて監視するように構成され、
前記ｓＴＴＩの長さは、前記通常のＴＴＩの長さよりも短い、請求項８に記載の方法。
【請求項13】
前記探索空間はＷＴＲＵ特有探索空間である、請求項８に記載の方法。
【請求項14】
前記ｓＴＴＩ動作を使用するように前記ＷＴＲＵを構成する前記メッセージを前記ＷＴＲＵが受信しているかどうかに基づいて１つまたは複数のアグリゲーションレベルを決定すること、および、前記決定した１つまたは複数のアグリゲーションレベルに基づいて監視されることになる前記ＰＤＣＣＨ候補を決定することをさらに含む、請求項１１に記載の方法。
【請求項15】
前記決定したＰＤＣＣＨ候補と関連付けられた複数の制御チャネル要素（ＣＣＥ）は、無線ネットワーク一時識別子（ＲＮＴＩ）の関数として定義されている、請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
拡張ＬＴＥシステムにおけるレイテンシを低減するためのダウンリンク物理チャネルのための方法および手順に関する。
【背景技術】
【0002】
関連出願の相互参照
本願は、２０１６年３月３０日に出願された米国特許仮出願第６２／３１５，４０４号、２０１６年５月１１日に出願された米国特許仮出願第６２／３３４，８８６号、２０１６年８月１０日に出願された米国特許仮出願第６２／３７３，０４６号の利益を主張し、それらすべての内容を参照により本明細書に組み込む。
本願は、２０１６年３月３０日に出願された米国特許仮出願第６２／３１５，４０４号、２０１６年５月１１日に出願された米国特許仮出願第６２／３３４，８８６号、２０１６年８月１０日に出願された米国特許仮出願第６２／３７３，０４６号の利益を主張し、それらすべての内容を参照により本明細書に組み込む。
【0003】
警報報告、自動車の安全、および工場のプロセス制御など、セルラ技術のための新しい応用例が現れるのに伴って、マシンタイプ通信（ＭＴＣ）を含む低レイテンシセルラ通信の重要性が急速に高まっている。たとえば、拡張ＬＴＥ（ＬＴＥ－Ａ）システムでは、典型的な１ｍｓの送信時間間隔（ＴＴＩ）および関連のレイテンシは、もはや十分であり得ない。ゲーミングなど既存の応用例、およびＶｏＬＴＥおよびビデオ電話／会議のようなリアルタイム応用例もまた、たとえば体験の高い知覚品質の点で、低減されたレイテンシから受益し得る。
【発明の概要】
【0004】
短縮送信時間間隔（ｓＴＴＩ）通信用の制御情報を受信するための無線送受信ユニットＷＴＲＵのための方法が開示される。この方法は、１つまたは複数のｓＴＴＩリソースのための構成を受信するステップと、構成されたｓＴＴＩリソースのプレゼンスのインジケーションを受信するステップと、いくつかのブラインド復号候補を用いて、構成されたｓＴＴＩリソース内の短縮ＰＤＣＣＨ（ｓＰＤＣＣＨ）を監視するステップとを含み得る。ブラインド復号候補の数は、ｓＴＴＩの長さに基づいてもよい。インジケーションは、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）上で受信され得る。ｓＴＴＩリソースの構成は、ｓＴＴＩインジケータ内で受信され得る。ｓＴＴＩインジケータは、ＰＨＩＣＨリソースのセットに基づいてもよい。
【図面の簡単な説明】
【0005】
添付の図面と共に、例として与えられている以下の説明から、より詳細な理解を得ることができる。
【0006】
【図1A】１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムのシステム図である。
【図2】従来のハイブリッド自動再送要求（ＨＡＲＱ）および短縮された送信時間間隔（ｓＴＴＩ）のためのＨＡＲＱを示す図である。
【図3】ｓＴＴＩリソーススケジューリングのためのレガシＥＰＤＣＣＨの使用を示す図である。
【図4】リソース要素グループ（ＲＥＧ）の例の図である。
【図5】リソース要素グループ（ＲＥＧ）の例の図である。
【図6】物理セルＩＤ（ＰＣＩ）による物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）ＲＥＧの割当てを示す図である。
【図7】ＰＣＩによるＰＣＦＩＣＨおよび物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）ＲＥＧを示す図である。
【図8】サブフレーム内で構成された複数のｓＴＴＩリソースタイプを示す図である。
【図9】短縮送信時間間隔インジケータ（ｓＴＴＩインジケータ）のための制御領域ロケーションの図である。
【図10】短縮送信時間間隔インジケータ（ｓＴＴＩインジケータ）のための制御領域ロケーションの図である。
【図11】ｓＴＴＩ当たりのｓＴＴＩ物理ダウンリンク制御チャネル（ｓＰＤＣＣＨ）およびｓＴＴＩ物理ダウンリンク共有チャネル（ｓＰＤＳＣＨ）関連付けを示す図である。
【図12】複数のｓＰＤＣＣＨおよびｓＰＤＳＣＨ関連付けを示す図である。
【図13】ｓＴＴＩインジケータとしてのＰＨＩＣＨリソースの使用を示す図である。
【発明を実施するための形態】
【0007】
図１Ａは、１つまたは複数の開示されている実施形態が実装され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどコンテンツを複数のワイヤレスユーザに提供する多元接続システムであってよい。通信システム１００は、複数のワイヤレスユーザがそのようなコンテンツにワイヤレス帯域幅を含むシステムリソースの共有を通じてアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を使用し得る。
【0008】
図１Ａに示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含み得る。
【0009】
通信システム１００は基地局１１４ａおよび基地局１１４ｂをも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つとワイヤレスでインターフェースし、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってよい。例として、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅｖｏｌｖｅｄノードＢ、ホームノードＢ、ｅｖｏｌｖｅｄホームノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであってよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを理解されたい。
【0010】
基地局１１４ａは、ＲＡＮ１０４の一部であってよく、ＲＡＮは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなど、他の基地局および／またはネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成され得る。セルは、さらにセルセクタに分割され得る。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタについて１つのトランシーバを含み得る。別の実施形態では、基地局１１４ａは、多重入力・多重出力（ＭＩＭＯ）技術を使用し得、したがってセルの各セクタについて複数のトランシーバを使用し得る。
【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】
【数1】
【0052】
【表1】
【0053】
【表2】
【0054】
ＰＣＦＩＣＨは、いくつかのサブフレーム内、たとえばＰＤＳＣＨをサポートしないサブフレーム内またはＰＤＳＣＨもしくは別のＤＬチャネルが既知のシンボルもしくは時間位置で始まるサブフレーム内で送信および／または使用され得ない。ＷＴＲＵは、ＰＣＦＩＣＨが送信および／または使用され得ないサブフレーム内でＰＣＦＩＣＨを検出しようと試みなくてもよい。
【0055】
いくつかのＲＥＧ（たとえば、４ＲＥＧ）が、たとえばサブフレーム内の第１のＯＦＤＭシンボル内でＰＣＦＩＣＨ送信のために使用され得る。これらのＲＥＧは、システム帯域幅（たとえば、ＤＬシステム帯域幅）の少なくとも一部において、またはシステム帯域幅全体にわたって均一に分散され得る。この分散は、周波数ダイバシティゲインを利用し得る。
【0056】
次に図６を参照すると、図は、物理セルＩＤ（ＰＣＩ）によるＰＣＦＩＣＨ ＲＥＧの割当てを示す。ＰＣＦＩＣＨ送信の（たとえば、周波数における）開始点は、ＰＣＩに従って異なるものとなり得る。セルＩＤに基づくＰＣＦＩＣＨの周波数シフトは、たとえば複数の隣接セルの間でのＰＣＦＩＣＨを回避することによって、ＰＣＦＩＣＨ検出性能を改善し得る。
【0057】
ＷＴＲＵは、サブフレーム内のダウンリンク制御チャネルのためのＯＦＤＭシンボルの数を決定するためにＰＣＦＩＣＨを復号することによって、そのサブフレーム内におけるダウンリンク制御チャネル検出を始め得る。ＰＣＦＩＣＨ検出エラーは、たとえばダウンリンク制御リソースがＰＣＦＩＣＨによって定義され得るので、ダウンリンクグラント、アップリンクグラント、およびＰＨＩＣＨ受信のうちの少なくとも１つを失うことになり得る。
【0058】
ＰＨＩＣＨは、アップリンクサブフレーム内で送信されたＰＵＳＣＨに対応するＡＣＫまたはＮＡＣＫを送信するために使用され得る。ＰＨＩＣＨは、たとえばシステム帯域幅（たとえば、ＤＬシステム帯域幅）の少なくとも一部、またダウンリンク制御チャネル領域内のＯＦＤＭシンボルの少なくともいくつかにわたって、分散して送信され得る。ＰＨＩＣＨのために使用され得るＯＦＤＭシンボルの数は、ＰＨＩＣＨ持続時間と称されることがある。ＰＨＩＣＨ持続時間は、たとえば、より高いレイヤのシグナリングまたはブロードキャストシグナリングによって（たとえば、ＭＩＢまたはＳＩＢにおいて）構成可能であり得る。ＰＨＩＣＨリソース位置（たとえば、周波数における）は、ＰＣＩおよび／またはＰＨＩＣＨ持続時間に従って変わり得る。
【0059】
次に図７を参照すると、ＰＣＩによるＰＣＦＩＣＨおよびＰＨＩＣＨ ＲＥＧを示す図が示されている。複数のＰＨＩＣＨグループがセル内で定義または使用され得る。ＰＨＩＣＨグループは、直交系列を有する、または使用し得る複数のＰＨＩＣＨを含み得る。ＷＴＲＵに向けられ得るＰＨＩＣＨは、たとえばアップリンクグラント内で提供されるリソース情報で動的に定義され得る。アップリンクグラントは、ＰＨＩＣＨがＡＣＫまたはＮＡＣＫを含み得る、ＰＵＳＣＨのためのものであり得る。リソース情報は、最も低いＰＲＢインデックス
【0060】
【数2】
【0061】
【数3】
【0062】
【数4】
【0063】
例示的なＰＨＩＣＨインデックス対
【0064】
【数5】
【0065】
【数6】
【0066】
【数7】
【0067】
【数8】
【0068】
【数9】
【0069】
【数10】
【0070】
直交系列は、拡散率に従って決定され得る。一例が表３に示されている。
【0071】
【表3】
【0072】
ＨＡＲＱインジケータ（ＨＩ）は、たとえば表４に示されているように符号化され得る。肯定応答については、ＨＩは１に等しいものとなり得、否定応答については、ＨＩは０に等しいものとなり得る。
【0073】
【表4】
【0074】
ＰＤＣＣＨ（またはＰＤＣＣＨ候補）は、連続的なものであり得る１つまたは複数の制御チャネル要素（ＣＣＥ）リソースから構成され得る。１つのＣＣＥは、９ＲＥＧなどいくつかのＲＥＧを含み得る。使用可能なＣＣＥの数（ＮCCE）は、たとえばＣＣＥ当たり９ＲＥＧの例について、ＮCCE＝［ＮREG／９］として定義され得、ここで、ＮREGは、ＰＣＦＩＣＨまたはＰＨＩＣＨに関連付けられないＲＥＧの数であり得る。表５は、ＣＣＥが連続的なものであり得るＣＣＥの数によるＰＤＣＣＨフォーマットの例を示す。
【0075】
【表5】
【0076】
ＷＴＲＵは、たとえば、そのＷＴＲＵに向けられ得るＤＬ制御情報（ＤＣＩ）フォーマットなどＰＤＣＣＨフォーマットを復号する、または成功裏に復号するために、１つまたは複数のＰＤＣＣＨ候補を監視し得る、または監視する必要があり得る。ＷＴＲＵは、１つまたは複数のアグリゲーションレベルのそれぞれにおいて１つまたは複数の候補を復号する（たとえば、ブラインド復号する）、または復号しようと試み得る。ＷＴＲＵが監視し得る、復号し得る（たとえば、ブラインド）、復号しようと試み得る、監視する必要があり得る、復号する必要があり得る（たとえば、ブラインド）、または復号しようと試みる必要があり得るＰＤＣＣＨ候補のセットは、探索空間であり得る。表６は、探索空間、および関連のＰＤＣＣＨ候補の例を示す。
【0077】
【表6】
【0078】
ＣＣＥの数は、たとえば表５に示されているように、異なるＰＤＣＣＨフォーマットについて異なり得る。アグリゲーションレベルは、たとえばＰＤＣＣＨフォーマットにおけるＣＣＥの数に対応し得る。アグリゲーションレベルのセット（たとえば、｛１，２，４，８｝）は、ＷＴＲＵ特有の探索空間内でサポートまたは使用され得る。アグリゲーションレベルの別のセット（たとえば、｛４，８｝）は、共通の探索空間内でサポートまたは使用され得る。ＷＴＲＵ特有の探索空間は、ＷＴＲＵが監視し得る、ＷＴＲＵのために構成された探索空間であり得る。共通の探索空間は、セル内の１つまたは複数の（たとえば、すべての）ＷＴＲＵが監視し得る、たとえばブロードキャストシグナリングにおけるセルのために構成され得る探索空間であり得る。
【0079】
アグリゲーションレベルＬでの探索空間
【0080】
【数11】
【0081】
【数12】
【0082】
【数13】
【0083】
アグリゲーションレベルＬにおけるＷＴＲＵ特有の探索空間
【0084】
【数14】
Ｙk＝（Ａ・Ｙk-1）ｍｏｄＤ 式（５）
ここで、たとえばＹ-1＝ｎRNTI≠０、Ａ＝３９８２７、Ｄ＝６５５３７、
【0085】
【数15】
【0086】
ｍ’の値は、探索空間タイプおよびクロスキャリアスケジューリングの使用のための構成のうちの１つまたは複数に従って定義され得る。クロスキャリアスケジューリングの使用のための構成は、キャリアインジケータフィールドを伴う構成によって示され得る。クロスキャリアスケジューリングがサービングセルのために使用または構成されないとき、サービングセルのための制御チャネル（たとえば、グラントまたはＡＣＫ／ＮＡＣＫを担持する）が、たとえばそのサービングセルのＤＬ制御チャネル領域上で送信および／または監視され得る。クロスキャリアスケジューリングがサービングセルのために使用または構成されるとき、サービングセルのための制御チャネル（たとえば、グラントまたはＡＣＫ／ＮＡＣＫを担持する）が、たとえば別のサービングセルのＤＬ制御チャネル領域上で送信および／または監視され得る。
【0087】
たとえば、共通の探索空間については、ｍ’は、ｍ’＝ｍとして定義され得る。ＷＴＲＵ特有の探索空間について、およびＰＤＣＣＨが監視されるサービングセルについては、ｍ’は、ｍ’＝ｍ＋Ｍ(L)・ｎCIとして定義され得る。これは、監視するＷＴＲＵがたとえばＰＤＣＣＨ候補が当てはまるサービングセルのためのキャリアインジケータフィールドと共に構成されるときに適用され得る。ｎCIの値は、キャリアインジケータフィールド値であり得る。ＷＴＲＵ特有の探索空間について、およびＰＤＣＣＨが監視されるサービングセルについては、ｍ’は、ｍ’＝ｍとして定義され得る。これは、監視するＷＴＲＵがたとえばＰＤＣＣＨ候補が当てはまるサービングセルのためのキャリアインジケータフィールドと共に構成されるときに適用可能であり得る。
【0088】
リソース要素（ＲＥ）ミューティングを使用し、信号の衝突を回避し得る。ミューティングされたＲＥについては、たとえば符号化チェーンの観点から、パンクチャリングまたはレートマッチングが使用され得る。パンクチャリングが使用されるとき、パンクチャリングされたＲＥにマッピングされ得る信号は、送信されなくても、そのＲＥ内でゼロ電力で送信されてもよい。レートマッチングが使用されるとき、ＲＥへの信号のマッピングは、いくつかのＲＥへのマッピングを回避してもよく、これにより、他の信号が送信されなくなり得る。
【0089】
一例では、あるチャネルのためのＮビット符号化ビット系列、たとえば（ｃ1，．．．，ｃN）が、ペイロードまたは情報を入力とするチャネルエンコーダの出力であり得る。チャネルエンコーダは、たとえばターボ符号、畳み込み符号、またはリードミュラー符号を含めて、任意のチャネル符号であってよい。符号化ビット系列は、マッパの入力であり得る。
【0090】
Ｍシンボル変調シンボル系列、たとえば（ｘ1，．．．，ｘM）は、符号化ビット系列がある変調方式（たとえば、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、または６４ＱＡＭ）に変調されるマッパの出力であり得る。使用される変調方式により、変調シンボル系列長Ｍは、Ｎ以下であり得る。
【0091】
変調シンボル系列は、予め定義された順番に従ってチャネルのためのＲＥのセットにマッピングされ得る。たとえば、ｘ1，．．．，ｘMは、Ｍ個のＲＥにマッピングされ得、これらが予め定義された順番でチャネルのために使用され得る。たとえば衝突によりｋ番目（ここで、ｋ＜Ｍ）のＲＥがミューティングされる場合、パンクチャリングは、変調シンボルｘkが送信されないことを意味し得る。レートマッチングは、ミューティングされるＲＥをマッピングがスキップすること、およびより少ない変調シンボルがマッピングされ得ることを意味し得る。１つのレートマッチングされたＲＥについては、Ｍ－１個の変調シンボルがマッピングおよび送信され得る。たとえば、ｘ1，．．．，ｘM-1が送信され得、１つの最後の変調シンボルが、ｋ番目のＲＥのミューティングにより送信され得ない。パンクチャリングは、ミューティングされたＲＥの位置において符号化ビットを失うことになり得、一方、レートマッチングは、最後の符号化ビットから符号化ビットを失うことになり得る。
【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】
ＤＣＩは、１つまたは複数のｓＴＴＩリソースを構成し得る。たとえば、ｓＴＴＩ－ＲＮＴＩでスクランブルされたＤＣＩは、各無線フレームの第１のサブフレーム内で（たとえば、基地局によって）送信および／またはＷＴＲＵによって監視され得る。ｓＴＴＩ－ＲＮＴＩを監視しようとするサブフレームまたはＳＦＮのセットが構成され得る。ｓＴＴＩ－ＲＮＴＩでスクランブルされたＤＣＩは、たとえばｓＴＴＩ－ＲＮＴＩのために構成および／または使用され得るサブフレームまたはＳＦＮのセット内で（たとえば、基地局によって）送信および／またはＷＴＲＵによって監視され得る。
【0119】
ｓＴＴＩリソースは、基地局によって構成され得る。ＷＴＲＵは、たとえば基地局からｓＴＴＩリソース構成を受信し得る。ＷＴＲＵは、基地局または他のネットワークエンティティによって構成され得るｓＴＴＩリソースを使用し（たとえば、ｓＴＴＩリソース内で送信、受信する、または受信しようと試み）得る。
【0120】
基地局は、たとえばＤＬにおいてｓＴＴＩリソース内で送信し得る。ＷＴＲＵは、たとえばＤＬにおいてｓＴＴＩリソース内で送信を受信する、または受信しようと試み得る。ＷＴＲＵは、たとえばＵＬにおいてｓＴＴＩリソース内で送信し得る。基地局は、たとえばＵＬにおいてｓＴＴＩリソース内で送信を受信する、または受信しようと試み得る。
【0121】
ｓＴＴＩインジケータは、ＰＨＩＣＨリソースに基づく、ＰＨＩＣＨリソース上で送信される、またはＰＨＩＣＨリソースに関連付けられ得る。一実施形態では、１つまたは複数のＰＨＩＣＨリソースが、ＰＤＣＣＨ領域またはｓＰＤＣＣＨ領域など制御領域内に位置し得、そのような領域は、ｓＴＴＩインジケータを担持し得、またはｓＴＴＩインジケータを提供するために使用され得る。たとえば、１つまたは複数のｓＴＴＩリソースが構成され得、ｓＴＴＩリソースのプレゼンスが、ｓＴＴＩインジケータによってｓＴＴＩ時間ウィンドウ内で示され得る。１つまたは複数のＰＨＩＣＨリソース（たとえば、ＰＨＩＣＨのために構成、予約、または使用され得るリソース）が、少なくとも１つのｓＴＴＩインジケータを担持するために使用され得る。１つまたは複数のＰＨＩＣＨリソースは、ｓＴＴＩインジケータのために構成および／または使用され得る。
【0122】
ＰＨＩＣＨリソースは、ＰＨＩＣＨグループインデックス
【0123】
【数16】
【0124】
【数17】
【0125】
【表7】
【0126】
表８は、ｓＴＴＩリソースプレゼンスおよびｓＴＴＩリソースタイプインジケーションのために１つまたは複数のＰＨＩＣＨリソースを使用するｓＴＴＩインジケータの一例を示す。
【0127】
【表8】
【0128】
表７および表８は、ｓＴＴＩリソースプレゼンスおよび／またはｓＴＴＩリソースタイプを示すためにＰＨＩＣＨリソースを使用する非限定的な例を提供していることに留意されたい。
【0129】
示されたＰＨＩＣＨグループによる、示されたＰＨＩＣＨ位置内の示されたＰＨＩＣＨ系列を使用する示されたＨＡＲＱインジケータ（ＨＩ）コードワードの送信および／または受信は、（たとえば、ＰＨＩＣＨ送信および／または受信のｓＴＴＩウィンドウ内の）示されたｓＴＴＩ構成に対応し得る。
【0130】
ｓＴＴＩインジケータを担持するためにＰＨＩＣＨリソースを使用するとき、以下のパラメータのうちの１つまたは複数が適用され得る。第１のｓＴＴＩリソースのためのｓＴＴＩインジケータおよび第２のｓＴＴＩリソースのためのｓＴＴＩインジケータは、異なるＰＨＩＣＨグループ内にあり、および／または異なるＰＨＩＣＨ系列を使用し得る。第１のｓＴＴＩリソースタイプのためのｓＴＴＩインジケータおよび第２のｓＴＴＩリソースタイプのためのｓＴＴＩインジケータは、異なるＰＨＩＣＨグループ内にあり、および／または異なるＰＨＩＣＨ系列を使用し得る。ＨＩコードワードを使用し、ｓＴＴＩリソースのプレゼンスまたはｓＴＴＩリソースタイプを示し得る。偶数または奇数のＰＨＩＣＨ系列がｓＴＴＩインジケータのために使用され得る。最大の距離（たとえば、通常のＣＰについてインデックス０および４）または最小の距離（たとえば、連続する２つの系列数）を有するＰＨＩＣＨ系列を使用し、ｓＴＴＩリソースのプレゼンスを示し得る。
【0131】
ＰＨＩＣＨリソースを使用するｓＴＴＩインジケータの受信に基づいて、ＷＴＲＵは、たとえばｓＴＴＩインジケータまたはＰＨＩＣＨリソースが受信されたｓＴＴＩウィンドウなどｓＴＴＩウィンドウ内で、ｓＴＴＩリソースまたはリソースタイプが存在すると決定し得る。ＷＴＲＵは、ｓＴＴＩリソースが存在するとＷＴＲＵが決定したとき、ｓＴＴＩリソースを監視する、受信しようと試みる、および／または受信し得る。ＷＴＲＵは、あるｓＴＴＩリソースタイプのｓＴＴＩリソースが存在するとＷＴＲＵが決定したとき、そのｓＴＴＩリソースタイプに従ってｓＴＴＩリソースを監視する、受信しようと試みる、および／または受信し得る。
【0132】
少なくとも１つのｓＴＴＩインジケータのために使用され得る１つまたは複数のＰＨＩＣＨリソースは、以下のパラメータ、すなわち、システム帯域幅、ＰＨＩＣＨ構成、物理セルＩＤ、サブフレーム数、および／またはＳＦＮ数のうちの１つまたは複数を含み得るシステムパラメータ、ＷＴＲＵ－ＩＤ（たとえば、Ｃ－ＲＮＴＩ、完全または部分的なＩＭＳＩ、ｓＴＭＳＩなど）の１つまたは複数を含み得るＷＴＲＵ特有のパラメータ、ならびに、より高いレイヤのシグナリング（たとえば、ＭＩＢ、ＳＩＢ、またはＷＴＲＵ特有のＲＲＣシグナリング）においてシグナリングされ得るｓＴＴＩのための構成情報に基づいて決定され得る。ｓＴＴＩインジケータを担持し得るＰＨＩＣＨリソースは、ｓＴＴＩインジケータがプレゼンスを（またはプレゼンスがないことを）示し得るｓＴＴＩリソース（またはリソースタイプ）の一部である、またはそれに含まれ得る。
【0133】
ｓＴＴＩインジケータを担持するために信号が使用され得る。ｓＴＴＩインジケータ信号という用語が、ｓＴＴＩインジケータとして使用され得る信号を表すために使用され得る。ｓＴＴＩインジケータ信号は、予め定義された信号、構成された信号、または既知の信号であってよい。ｓＴＴＩインジケータ信号は、１つまたは複数のｓＴＴＩリソースおよび／またはｓＴＴＩリソースタイプに関連付けられ得る。ｓＴＴＩインジケータ信号のプレゼンスは、ｓＴＴＩインジケータ信号が存在するｓＴＴＩウィンドウなどｓＴＴＩウィンドウ内で、関連のｓＴＴＩリソースのプレゼンスおよび／またはｓＴＴＩリソースタイプを示し得る。
【0134】
ｓＴＴＩインジケータ信号は、既知の位置において送信され得る。たとえば、予め定義された信号が既知の位置において送信され得、その予め定義された信号（たとえば、ｓＴＴＩインジケータ信号）のプレゼンスは、ｓＴＴＩリソースのプレゼンスを決定し得る。
【0135】
ｓＴＴＩインジケータ信号は、ｓＴＴＩ時間ウィンドウまたはｓＴＴＩリソースのＮSTTIシンボル（たとえば、第１のＮSTTIシンボル）内に位置し得る。ＮSTTIは、１を含む正の整数であり得る。ＮSTTIは、予め定義される、またはより高いレイヤのシグナリングを介して構成され得る。ＮSTTIは、以下のパラメータ、すなわち、関連のｓＴＴＩリソースの時間リソース量、ｓＴＴＩウィンドウ長、サブフレーム数、スロット数、および／またはＳＦＮ、ならびに、フレーム構造（たとえば、ＴＤＤ、ＦＤＤ）、システム帯域幅、および／または物理もしくは仮想セルＩＤを含むシステムパラメータのうちの１つまたは複数の関数として決定され得る。ＮSTTIは、関連の制御チャネル（たとえば、レガシＰＤＣＣＨ）から動的に示され得る。
【0136】
ｓＴＴＩインジケータ信号は、ＰＣＦＩＣＨであってもよい。ｓＴＴＩインジケータ信号は、ｓＴＴＩ時間ウィンドウ内で、ｓＰＤＣＣＨ領域（たとえば、第１のｓＰＤＣＣＨ領域）内で送信され得る。ｓＴＴＩインジケータ信号は、既知の系列（たとえば、ザドフチュー系列、ＰＮ系列、ゴレイ系列）であってよい。
【0137】
ＷＴＲＵは、１つまたは複数のｓＴＴＩリソースのプレゼンスを決定するために、ｓＴＴＩインジケータ信号を受信しようと試みる、受信する、復号する、または復号しようと試み得る。ＷＴＲＵは、たとえば１つまたは複数のｓＴＴＩリソースが存在するとＷＴＲＵが決定したとき、１つまたは複数のｓＴＴＩリソース（たとえば、ｓＰＤＣＣＨなどｓＴＴＩチャネル）を監視する、受信する、受信しようと試みる、復号する、および／または復号しようと試み得る。ＷＴＲＵは、たとえばＷＴＲＵがｓＴＴＩインジケータ信号の受信および／または復号（たとえば、成功裏の受信および／または復号）に基づいて１つまたは複数のｓＴＴＩリソースが存在すると決定したとき、ｓＴＴＩインジケータ信号のｓＴＴＩウィンドウ内で、１つまたは複数のｓＴＴＩリソース（たとえば、ｓＰＤＣＣＨなどｓＴＴＩチャネル）を監視する、受信する、受信しようと試みる、復号する、および／または復号しようと試み得る。
【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】
ｓＴＴＩでは、少なくともそのｓＴＴＩ内のｓＰＤＣＣＨのプレゼンスを示すために、信号（たとえば、予め定義された信号または既知の信号）が送信され得る。この信号は、ｓＴＴＩ内の位置（たとえば、予め定義された位置または既知の位置）内で送信され得る。たとえば、ＰＣＦＩＣＨがｓＴＴＩのシンボル（たとえば、第１のシンボル）内で送信され、少なくともそのｓＴＴＩ内のｓＰＤＣＣＨのプレゼンスを示してもよい。信号が存在する、またはＷＴＲＵによって存在すると決定されたとき、ＷＴＲＵは、少なくともそのｓＴＴＩ内のｓＰＤＣＣＨを監視し得る。信号は、ｓＴＴＩ内のｓＰＤＣＣＨのプレゼンス、ｓＴＴＩウィンドウ内の少なくとも１つのｓＴＴＩまたはｓＰＤＣＣＨ領域内のｓＰＤＣＣＨのプレゼンス、ｓＴＴＩ長、ｓＴＴＩ時間ウィンドウ内のｓＰＤＣＣＨサイクル、およびｓＰＤＳＣＨのためのｓＴＴＩ長のうちの少なくとも１つを示し得る。信号は、以前のｓＴＴＩまたはｓＴＴＩウィンドウ内で送信され得る。信号は、後続のまたは後のｓＴＴＩまたはｓＴＴＩウィンドウについて、ｓＰＤＣＣＨプレゼンスおよび／または上記のパラメータの１つまたは複数を示し得る。
【0164】
以下の説明は、ｓＰＤＣＣＨリソースインジケータを含み得る。一実施形態では、各ｓＴＴＩリソースにおけるあるｓＰＤＣＣＨ探索空間内のＤＣＩが、ｓＰＤＣＣＨリソースのプレゼンスを示し得る。示されたｓＰＤＣＣＨリソースにおいて、ＷＴＲＵは、ｓＴＴＩリソース割当てに関連付けられ得るＤＣＩを監視する必要があり得る。ｓＴＴＩ内のｓＰＤＣＣＨリソースのプレゼンスを示すＤＣＩは、ｃｏｎｆｉｇ－ＤＣＩ、構成ＤＣＩ、または監視インジケータと称されることがある。
【0165】
たとえば、１つまたは複数の潜在的なｓＰＤＣＣＨリソースがサブフレーム内で構成され、予め定義され、使用され、または決定され得る。ＷＴＲＵが潜在的なｓＰＤＣＣＨリソース内でｓＰＤＳＣＨおよび／またはｓＰＵＳＣＨのための１つまたは複数のｓＰＤＣＣＨ候補を監視する必要があり得るかどうかは、ｃｏｎｆｉｇ－ＤＣＩに基づいて決定され得る。「潜在的なｓＰＤＣＣＨリソース」という用語は、「ｓＴＴＩリソース」という用語と相互交換可能に使用され、依然として本開示と一貫したものであり得る。
【0166】
ｃｏｎｆｉｇ－ＤＣＩは、１つまたは複数のｓＰＤＣＣＨ候補内で監視され得る。ｃｏｎｆｉｇ－ＤＣＩを担持し得る１つまたは複数のｓＰＤＣＣＨ候補は、各潜在的なｓＰＤＣＣＨリソース内の既知の位置に位置し得る。
【0167】
単一のｓＰＤＣＣＨ候補が使用され得る。ｃｏｎｆｉｇ－ＤＣＩを担持し得るｓＰＤＣＣＨ候補の時間／周波数位置および／または（Ｅ）ＣＣＥアグリゲーションレベルは、予め決められたものであってよい。たとえば、セット内で最大の（Ｅ）ＣＣＥアグリゲーションレベルを有する第１のｓＰＤＣＣＨ候補がｃｏｎｆｉｇ－ＤＣＩのために使用され得る。ｃｏｎｆｉｇ－ＤＣＩを担持し得るｓＰＤＣＣＨ候補の時間／周波数位置および／もしくは（Ｅ）ＣＣＥアグリゲーションレベルは、より高いレイヤのシグナリングを介して構成されてよく、ならびに／またはレガシ制御チャネル領域（たとえば、ＰＤＣＣＨ）など制御チャネル領域からのＤＣＩから動的に示されてもよい。
【0168】
ｃｏｎｆｉｇ－ＤＣＩ監視のために探索空間が定義され得る。探索空間は、すべてのＷＴＲＵについて、またはＷＴＲＵのグループについて共通であってよい。ｃｏｎｆｉｇ－ＤＣＩ監視のためのブラインド符号試行の数（たとえば、ｃｏｎｆｉｇ－ＤＣＩを監視するためのｓＰＤＣＣＨ候補の数）は、Ｎｂｄとして決定され得る。Ｎｂｄは、ｓＴＴＩ時間ウィンドウ内のいくつかの潜在的なｓＰＤＣＣＨリソース、ｓＰＤＣＣＨリソースのために使用されるいくつかのシンボル、いくつかの（Ｅ）ＣＣＥ、またはｓＰＤＣＣＨリソースのために使用されるいくつかのＰＲＢのうちの少なくとも１つに基づいて予め定義され、構成され、または決定され得る。共通の探索空間が構成され、または予め定義されてもよい。共通の探索空間は、ｓＴＴＩ長、ｓＴＴＩ時間ウィンドウ（たとえば、サブフレーム）内のいくつかのｓＴＴＩリソース、または、ｓＴＴＩ時間ウィンドウ内の潜在的なｓＰＤＣＣＨリソースの数のうちの少なくとも１つに基づいて決定され得る。
【0169】
特定のＲＮＴＩがｃｏｎｆｉｇ－ＤＣＩのために使用され得る。たとえば、ｃｏｎｆｉｇ－ＤＣＩ－ＲＮＴＩを使用し、ｃｏｎｆｉｇ－ＤＣＩのＣＲＣをスクランブルしてもよい。
【0170】
ＷＴＲＵは、潜在的なｓＰＤＣＣＨリソース内でｃｏｎｆｉｇ－ＤＣＩを担持し得る１つまたは複数のｓＰＤＣＣＨ候補を受信する、監視する、または復号しようと試み得る。ＷＴＲＵが潜在的なｓＰＤＣＣＨリソース内でｃｏｎｆｉｇ－ＤＣＩを受信する場合、ＷＴＲＵは、ｓＰＤＳＣＨおよび／またはｓＰＵＳＣＨのためにｓＰＤＣＣＨ候補の監視を開始し得る。ＷＴＲＵが潜在的なｓＰＤＣＣＨリソース内でｃｏｎｆｉｇ－ＤＣＩを受信しない場合、ＷＴＲＵは、ｓＰＤＳＣＨおよび／またはｓＰＵＳＣＨのためにｓＰＤＣＣＨ候補を監視するのをスキップし得る。
【0171】
潜在的なｓＰＤＣＣＨリソース内のｃｏｎｆｉｇ－ＤＣＩのプレゼンスは、ｓＰＤＳＣＨおよび／またはｓＰＵＳＣＨスケジューリングのためのｓＰＤＣＣＨ候補のプレゼンスを決定し得る。ｃｏｎｆｉｇ－ＤＣＩは、ｓＰＤＳＣＨおよび／もしくはｓＰＵＳＣＨのためにＷＴＲＵによって監視され得るサブセットのｓＰＤＣＣＨ候補セット、ＷＴＲＵによって監視され得るアグリゲーションレベル、またはｓＰＤＳＣＨおよび／もしくはｓＰＵＳＣＨに関連付けられ１つもしくは複数のＤＣＩを監視するためのｓＰＤＣＣＨリソースのうちの１つまたは複数を含み得る。
【0172】
ｓＰＤＳＣＨおよび／またはｓＰＵＳＣＨのためのｓＰＤＣＣＨ候補の数（Ｍｂｄ）は、関連のｃｏｎｆｉｇ－ＤＣＩから示され得る。たとえば、ＷＴＲＵは、潜在的なｓＰＤＣＣＨリソース内でｃｏｎｆｉｇ－ＤＣＩのためのＮｂｄ個のｓＰＤＣＣＨ候補を監視し得、ＷＴＲＵは、Ｍｂｄ個のｓＰＤＣＣＨ候補を監視し得、Ｍｂｄは、ｃｏｎｆｉｇ－ＤＣＩから示され得る。
【0173】
ＷＴＲＵは、ｓＰＤＣＣＨリソース内でｓＰＤＳＣＨおよび／またはｓＰＵＳＣＨのためのＭｂｄ個のｓＰＤＣＣＨ候補を監視し得る。ＷＴＲＵは、Ｍｂｄ（たとえば、Ｍｂｄの値）を決定し得る。Ｍｂｄは、ｃｏｎｆｉｇ－ＤＣＩのためのｓＰＤＣＣＨ候補の数（Ｎｂｄ）によって、そこから、またはそれに基づいて決定され得る。Ｍｂｄは、ｃｏｎｆｉｇ－ＤＣＩが受信され得る潜在的なｓＰＤＣＣＨリソースの数によって、そこから、またはそれに基づいて決定され得る。Ｍｂｄは、ｓＴＴＩ時間ウィンドウ（たとえば、サブフレーム）内の潜在的なｓＰＤＣＣＨリソースの数によって、そこから、またはそれに基づいて決定され得る。Ｍｂｄは、潜在的なｓＰＤＣＣＨリソース内で監視のために示されるｓＰＤＣＣＨリソースの数によって、そこから、またはそれに基づいて決定され得る。たとえば、ＷＴＲＵは、Ｎｓｐ潜在的なｓＰＤＣＣＨリソースのサブセットを監視するために示され得、Ｍｂｄは、そのサブセット内のｓＰＤＣＣＨの数に基づいて決定され得る。Ｍｂｄは、少なくとも１つの潜在的なｓＰＤＣＣＨリソースのために構成、使用、または決定されたＰＲＢの数によって、そこから、またはそれに基づいて決定され得る。Ｍｂｄは、潜在的なｓＰＤＣＣＨリソースに関連付けられたｓＴＴＩ長によって、そこから、またはそれに基づいて決定され得る。
【0174】
Ｎｓｐ潜在的なｓＰＤＣＣＨリソースが構成され、決定され、使用され、または示され得、ＷＴＲＵは、ｃｏｎｆｉｇ－ＤＣＩのためにＮｓｐ潜在的なｓＰＤＣＣＨリソースの少なくとも１つを受信する、監視する、または復号しようと試み得る。各潜在的なｓＰＤＣＣＨリソースは、開始シンボル、いくつかのシンボル、いくつかのＰＲＢ、いくつかの（Ｅ）ＣＣＥｓ、または復調に関連付けられた、もしくは復調のために使用され得る基準信号タイプの少なくとも１つを含み得る１つまたは複数のパラメータに基づいて構成または決定され得る。ｓＰＤＣＣＨリソースの開始シンボルは、ｓＴＴＩ時間ウィンドウ（たとえば、サブフレーム）内のｓＰＤＣＣＨリソースの数の関数として決定され得る。ｓＰＤＣＣＨリソースのためのシンボルの数は、たとえば基地局によって、予め決められ、構成され、または示され得る。潜在的なｓＰＤＣＣＨリソースは、ＷＴＲＵ特有な形で構成され得る。ｓＴＴＩウィンドウおよびｓＴＴＩ時間ウィンドウは、相互交換可能に使用され得る。
【0175】
別の実施形態では、ｓＴＴＩ時間ウィンドウ内の１つまたは複数のｓＰＤＣＣＨリソースが監視のためにアクティブ化または非アクティブ化され得る。アクティブ化および／または非アクティブ化は、より高いレイヤのシグナリングを介して（たとえば、ＲＲＣシグナリングを介して、またはＭＡＣ－ＣＥを介して）構成され、受信され、または示され得る。たとえば、１つまたは複数のｓＰＤＣＣＨ領域が使用され得、各ｓＰＤＣＣＨ領域は、１つまたは複数のｓＰＤＣＣＨリソースを含み得る。１つまたは複数のｓＰＤＣＣＨ領域は、ｓＴＴＩ時間ウィンドウ内において周波数で重なり合わないものであり得る異なる周波数リソース内に位置し得る。
【0176】
ＷＴＲＵは、サブフレームｎ－ｋ内でより高いレイヤのシグナリング（たとえば、ＭＡＣ－ＣＥ）を介してインジケーションを受信し得る。このインジケーションは、サブフレームｎに関連付けられた１つまたは複数のｓＰＤＣＣＨ領域をアクティブ化（または非アクティブ化）するために示されても示されなくてもよい。ＷＴＲＵは、インジケーションまたはサブフレーム内でのより高いレイヤのシグナリングから、アクティブ化（または非アクティブ化）された１つまたは複数のｓＰＤＣＣＨ領域内のｓＰＤＣＣＨリソースを監視（または監視をスキップ）し得る。変数ｋは、予め定義された数または構成された数であり得る。
【0177】
ＷＴＲＵは、（たとえば、単一の）ｓＰＤＣＣＨ領域に関連付けられ得、１つまたは複数のｓＰＤＣＣＨリソース（または潜在的なｓＰＤＣＣＨリソース）が使用され得る。ｓＰＤＣＣＨ領域内の１つまたは複数のｓＰＤＣＣＨリソースは、異なる時間内（たとえば、異なる時間位置内）に位置し得る。ｃｏｎｆｉｇ－ＤＣＩは、関連のｓＰＤＣＣＨ領域がアクティブ化されている場合、各潜在的なｓＰＤＣＣＨリソース内でＷＴＲＵによって監視され得る。
【0178】
ｓＰＤＣＣＨ（たとえば、ｓＰＤＣＣＨ領域）は、１つまたは複数のｓＰＤＣＣＨ候補を含み得る。たとえば、ｓＴＴＩ内のｓＰＤＣＣＨ領域は、ＮSPDCCH候補を含み得、ＮSPDCCHは、以下のパラメータの少なくとも１つに基づいて決定され得る。パラメータは、使用され得る時間および／または周波数リソースを含む、または識別し得るｓＰＤＣＣＨリソース構成であり得る。パラメータは、使用され得る時間および／または周波数リソースを含む、または識別し得るｓＴＴＩリソース構成であり得る。パラメータは、１つまたは複数のシステムパラメータであり得る。パラメータは、いくつかの使用可能なリソース要素（ＲＥ）であり得る。使用可能なＲＥの数は、たとえば、セル特有の基準信号、ＣＳＩ－ＲＳ、ＤＭ－ＲＳ、およびｓＴＴＩのためのＲＳのうちの少なくとも１つのために使用され得るＲＥを除外してもよい。
【0179】
ｓＰＤＣＣＨ候補は、少なくとも１つの以下、すなわち、１つまたは複数のｓＰＤＳＣＨのスケジューリング、１つまたは複数のｓＰＵＳＣＨのスケジューリング、システム情報更新インジケーション、ＰＲＡＣＨ送信を開始するためのｓＰＤＣＣＨ順、およびｓＰＵＳＣＨまたはｓＰＤＳＣＨの半永続的スケジューリングのアクティブ化または非アクティブ化のために使用され得るｓＤＣＩを担持し得る。
【0180】
ｓＰＤＣＣＨ候補は、１つまたは複数の短縮ＴＴＩ制御チャネル要素（ｓＣＣＥ）に基づいて決定され得る。１つまたは複数のｓＰＤＣＣＨ候補がｓＰＤＣＣＨ領域内で使用、送信、および／または監視され得る。ｓＰＤＣＣＨ候補は、以下のパラメータ、すなわち、使用されるｓＣＣＥの数、開始ｓＣＣＥ、開始ｓＣＣＥおよび使用されるｓＣＣＥｓの数、担持されるｓＤＣＩタイプ、ならびにｓＣＣＥタイプ（たとえば、局所化または分散される）のうちの少なくとも１つに基づいて決定され得る。
【0181】
ｓＣＣＥがｓＰＤＣＣＨ領域内のＲＥのセットとして決定または定義され得る。たとえば、ｓＣＣＥは、ダウンリンクＯＦＤＭシンボル内のＰＲＢ対内の連続的なＮSCCE,RE個のＲＥＳとして定義または決定され得る。以下のパラメータの１つまたは複数が適用され得る。ＮSCCE,REは１２であり得る。ｓＰＤＣＣＨ領域内のｓＣＣＥの数は、ＰＲＢの数、およびｓＰＤＣＣＨ領域のために使用されるＯＦＤＭシンボルの数に基づいて決定され得る。基準信号タイプ、アンテナポール数、および／またはｓＣＣＥのために使用されるアンテナポールの数は、ｓＴＴＩリソースタイプ、システムパラメータ、ＷＴＲＵ特有のパラメータ、関連のＰＲＢ数、および関連のｓＰＤＳＣＨ送信のために使用される送信モード（たとえば、ＣＲＳベースの送信モードまたはＤＭ－ＲＳベースの送信モード）のうちの少なくとも１つに基づいて（またはその関数として）決定され得る。ｓＣＣＥは、１つまたは複数の短縮ＴＴＩリソース要素グループ（ｓＲＥＧ）と共に決定、定義、および／または構成され得る。
【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】
別の実施形態では、ｓＰＤＳＣＨおよび／またはｓＰＤＣＣＨのためのｓＴＴＩ内の基準信号のプレゼンスは、ｓＴＴＩの位置またはｓＴＴＩ時間ウィンドウ内のｓＴＴＩ数に基づいて決定され得る。たとえば、ＮsTTIがｓＴＴＩ時間ウィンドウ内に位置し、ｓＴＴＩ時間ウィンドウ内の各ｓＴＴＩが０からＮsTTI-1まで番号付けされている場合、基準信号は、ｓＴＴＩ数のサブセット（偶数番号のｓＴＴＩまたは奇数番号のｓＴＴＩ）内に（たとえば、中だけに）存在し得る。
【0221】
ｓＰＤＣＣＨリソース割当てのための方法が必要とされる。一実施形態では、ｓＣＣＥがｓＴＴＩリソース内で定義、構成、および／または使用され得る。ｓＣＣＥは、ｓＰＤＣＣＨおよび／またはｓＰＤＳＣＨ送信のために使用され得る。たとえば、ｓＣＣＥのサブセットがｓＰＤＣＣＨ送信のために使用され得、ｓＣＣＥの残りの部分が、ｓＰＤＳＣＨ送信のために使用され得る。
【0222】
ｓＴＴＩリソースがｓＣＣＥのセットに基づいて定義、構成、または決定され得る。ｓＴＴＩリソース内のｓＣＣＥの数は、ｓＴＴＩのために使用される時間／周波数リソースに基づいて決定され得る。ｓＴＴＩリソース内のｓＣＣＥの第１のサブセットが、ｓＰＤＣＣＨ領域として定義または決定され得、ｓＴＴＩリソース内のｓＣＣＥの第２のサブセットが、ｓＰＤＳＣＨ領域として定義または決定され得ＷＴＲＵは、ｓＰＤＣＣＨ領域内でｓＤＣＩを受信し得、そのＷＴＲＵは、ｓＰＤＳＣＨ領域内で関連のｓＰＤＳＣＨを受信し得る。ｓＣＣＥの第１のサブセットおよびｓＣＣＥの第２のサブセットは、相互に排他的であってよい。ｓＣＣＥの第１のサブセットおよびｓＣＣＥの第２のサブセットは、完全にまたは部分的に重なり合ってもよい。
【0223】
ｓＰＤＣＣＨ領域は、ｓＤＣＩ送信のために使用されるｓＰＤＣＣＨ候補に基づいて決定され得る。ｓＰＤＣＣＨ領域のためのｓＣＣＥの数は、ｓＰＤＣＣＨ送信のために使用されるｓＣＣＥの数に基づいて決定され得、ｓＣＣＥの残りの部分は、ｓＰＤＳＣＨ領域とみなされ得る。ｓＰＤＣＣＨ送信のために使用されるｓＣＣＥの数は、ｓＰＤＳＣＨ送信のための関連のｓＤＣＩから示され得る。
【0224】
ｓＰＤＣＣＨ領域は、ｓＤＣＩの送信のために使用されるｓＣＣＥの数に基づいて決定され得る。ｓＰＤＳＣＨ領域（またはｓＰＤＳＣＨリソース割当て）は、関連のｓＤＣＩから動的に示され得る。たとえば、開始ｓＣＣＥ数および終了ｓＣＣＥ数が示され得る。１つまたは複数のｓＣＣＥがｓＰＤＣＣＨ送信のために使用されない場合、ｓＰＤＣＣＨのために構成されたｓＴＴＩリソースがｓＰＤＳＣＨ送信のために使用され得る。
【0225】
別の実施形態では、１つまたは複数のｓＰＤＣＣＨ候補がｓＰＤＳＣＨ送信のために使用され得る。たとえば、ｓＴＴＩリソースがｓＰＤＣＣＨ探索空間として定義され得、ｓＰＤＣＣＨ探索空間内の１つまたは複数のｓＰＤＣＣＨ候補がｓＰＤＳＣＨ送信のために使用され得る。ｓＰＤＣＣＨ候補数がｓＰＤＳＣＨ送信のために示され得る。開始および終了ｓＰＤＣＣＨ候補数がｓＰＤＳＣＨ送信のための関連のｓＤＣＩから示され得る。
【0226】
ｓＴＴＩ動作におけるシステム情報（ＳＩ）更新が提供され得る。ＷＴＲＵは、ｎＰＤＣＣＨ共通探索空間を監視し、ＳＩ更新のためのＰ－ＲＮＴＩを有するＤＣＩを受信し得る。Ｐ－ＲＮＴＩを有するＤＣＩは、ページングメッセージを含み得るＰＤＳＣＨのスケジューリング情報を含み得る。ページングメッセージは、ＳＩ更新、地震津波警報システム（ＥＴＷＳ）、Ｃｏｍｍｅｒｃｉａｌ Ｍｏｂｉｌｅ Ａｌｅｒｔ Ｓｅｒｖｉｃｅ（ＣＭＡＳ）、またはＥｘｔｅｎｄｅｄ Ａｃｃｅｓｓ Ｂａｒｒｉｎｇ（ＥＡＢ）パラメータのうちの少なくとも１つを含み得る。以下、ＳＩ更新、ＥＴＷＳ、ＣＭＡＳ、および／またはＥＡＢは、すべて「直接インジケーション」と称され得る。直接インジケーションは、ＳＩメッセージ当たりｖａｌｕｅＴａｇおよびＳＩ更新をも含み得る。
【0227】
ＷＴＲＵは、サブフレーム内でｎＰＤＣＣＨ探索空間を監視するとき、ページングメッセージから直接インジケーションを受信しようと試み得る。ＷＴＲＵは、１つまたは複数のｓＰＤＣＣＨ探索空間が存在する場合、ｓＰＤＣＣＨ探索空間内のＤＣＩから直接インジケーションを受信しようと試み得る。直接インジケーションを担持し得るＤＣＩのためのｓＰＤＣＣＨ候補は、既知の場所（たとえば、ｓＰＤＣＣＨ共通探索空間）内で監視され得る。直接インジケーションを担持し得るＤＣＩのために１つまたは複数のｓＰＤＣＣＨ候補がＷＴＲＵによって監視されてもよい。直接インジケーションを担持し得るＤＣＩは、特定のＲＮＴＩ（たとえば、直接ＲＮＴＩ）でスクランブルされてもよい。
【0228】
ＷＴＲＵは、１つまたは複数のｓＰＤＣＣＨ探索空間が存在する場合、ｎＰＤＣＣＨ探索空間内のＤＣＩから直接インジケーションを受信しようと試み得る。直接インジケーションを担持し得るＤＣＩのためのｎＰＤＣＣＨ候補は、既知の場所（たとえば、ｎＰＤＣＣＨ共通探索空間）内で監視され得る。直接インジケーションを担持し得るＤＣＩのために１つまたは複数のｎＰＤＣＣＨ候補がＷＴＲＵによって監視されてもよい。直接インジケーションを担持し得るＤＣＩは、特定のＲＮＴＩ（たとえば、直接ＲＮＴＩ）でスクランブルされてもよい。
【0229】
別の実施形態では、ＷＴＲＵは、ＵＥがＰ－ＲＮＴＩを有するＤＣＩを監視することを必要とし得る場合、サブフレーム内で１つまたは複数のｓＰＤＣＣＨ候補を監視するのをスキップし得る。たとえば、ＵＥがｎＰＤＣＣＨ共通探索空間内でページングメッセージを監視することを必要とし得る場合、そのＵＥは、サブフレーム内で１つまたは複数のｓＰＤＣＣＨ候補を監視するのをスキップし得る。
【0230】
ｓＴＴＩリソースのＲＥミューティングが実施され得る。一例では、ｓＴＴＩリソース内の１つまたは複数のＲＥ（たとえば、ｓＰＤＣＣＨ、ｓＰＤＳＣＨ）は、それらのＲＥが１つまたは複数の基準信号のために使用、構成、および／または占有される場合、ミューティングされ得る。基準信号は、それだけには限らないが、周期的ＣＳＩ－ＲＳ、非周期的ＣＳＩ－ＲＳ、復調ＲＳ（ＤＭ－ＲＳ）、セル特有のＲＳ（ＣＲＳ）、およびポジショニングＲＳ（ＰＲＳ）のうちの少なくとも１つを含み得る。以下のパラメータの１つまたは複数が適用され得る。
【0231】
ｓＴＴＩリソース内の基準信号のプレゼンスは、より高いレイヤの構成に基づいて決定され得る。したがって、基準信号（たとえば、周期的ＣＳＩ－ＲＳ、ＣＲＳ、またはＰＲＳ）のプレゼンスは、ｓＴＴＩ時間ウィンドウについてＷＴＲＵにとって既知であり得る。
【0232】
ｓＴＴＩリソース内の基準信号および／または基準信号構成のプレゼンスは、ＤＣＩ内で動的に示され得る。ＤＣＩは、１つまたは複数の以下のリソース内で、および以下のパラメータの１つまたは複数に従って、受信、監視、復号、および／または送信され得る。ＤＣＩは、提示される基準信号の構成情報を含み得る。たとえば、１つまたは複数のＣＳＩ－ＲＳ再使用パターンがＤＣＩ内で示され得、示された１つまたは複数のＣＳＩ－ＲＳ再使用パターンのために使用されることになるＲＥはミューティングされ得る。
【0233】
ＤＣＩは、ｎＰＤＣＣＨ領域内で監視され得る。インジケーションは、１つまたは複数のｓＴＴＩリソースまたは１つまたは複数のｓＰＤＣＣＨ探索空間のプレゼンスを示すために使用され得るＤＣＩ内で送信され得る。インジケーションは、基準信号が関連の１つまたは複数のｓＰＤＳＣＨ送信内で提示される場合、１つまたは複数のｓＰＤＳＣＨ送信に関連付けられたｓＤＣＩ内で送信され得る。基準信号構成は、１つまたは複数のＣＳＩ－ＲＳ再使用パターン、示された１つまたは複数のＣＳＩ－ＲＳ再使用パターンのＣＳＩ－ＲＳ送信電力基準信号が提示される周波数リソースのセット、および基準信号が提示されるいくつかの連続的なサブフレームのうちの少なくとも１つを含み得る。
【0234】
ＲＥミューティングは、ＲＥパンクチャリングまたはＲＥレートマッチングと称されることがある。ＲＥパンクチャリングまたはＲＥレートマッチングの使用は、ある基準信号のために動的に示され得る。たとえば、ＲＥレートマッチングは、周期的ＣＳＩ－ＲＳのために使用され得、一方、ＲＥミューティング（ＲＥパンクチャリングまたはＲＥレートマッチング）は、非周期的ＣＳＩ－ＲＳのためにＤＣＩ内で示され得る。ＲＥミューティングタイプインジケーションのためのＤＣＩは、共通の探索空間（たとえば、ｎＰＤＣＣＨ共通探索空間）内で監視され得る。
【0235】
場合によっては、ｓＴＴＩリソース（たとえば、ｓＰＤＣＣＨリソースおよび／またはｓＰＤＳＣＨリソース）内の使用可能なＲＥの数は、ＷＴＲＵがｓＰＤＣＣＨ探索空間を監視するかどうか決定するために使用され得る。たとえば、ＷＴＲＵは、ｓＴＴＩリソース内の使用可能なＲＥの数を計算、決定、推定、または計数し得る。ｓＴＴＩリソース内の使用可能なＲＥの数が閾値より低い場合、ＷＴＲＵは、対応するｓＰＤＣＣＨを監視するのをスキップし得る。
【0236】
基準信号（たとえば、周期的ＣＳＩ－ＲＳ、非周期的ＣＳＩ－ＲＳ、ＩＭＲ、ＣＲＳ、ＤＭ－ＲＳ、ＰＲＳ、および発見ＲＳ）、物理ブロードキャストチャネル（ＰＢＣＨ）、同期化信号（たとえば、ＰＳＳまたはＳＳＳ）、およびｎＰＤＣＣＨのうちの１つまたは複数が、使用可能でないＲＥとみなされ得る。
【0237】
閾値は、ｓＴＴＩ長の関数として決定され得る。たとえば、第１のｓＴＴＩ長（たとえば、２シンボル）使用される場合、第１の閾値数（たとえば、Ｎ１）が使用され得、第２のｓＴＴＩ長（たとえば、７シンボル）が使用される場合、第２の閾値数（たとえば、Ｎ２）が使用され得る。１つまたは複数の閾値数が予め定義され、構成され、または動的に示され得る。関連の閾値数は、ｓＴＴＩ時間ウィンドウ内でｓＴＴＩリソース内のプレゼンスを示すために使用されるＤＣＩ内で動的に示され得る。ＤＣＩは、ｎＰＤＣＣＨ領域（たとえば、ｎＰＤＣＣＨ共通探索空間またはｎＰＤＣＣＨ領域内の既知の場所）内で監視され得る。
【0238】
閾値数は、ｓＴＴＩリソースのために使用される周波数リソースの数の関数として決定され得る。より高いレイヤのシグナリングを介して構成され得る周期的ＣＳＩ－ＲＳは、使用可能でないＲＥとみなされ得、一方、ＤＣＩ内で示され得る非周期的ＣＳＩ－ＲＳは、使用可能なＲＥとみなされ得る。
【0239】
別の実施形態では、ダウンリンク送信（たとえば、ｓＰＤＳＣＨおよび／またはｓＰＤＣＣＨ）のためのｓＴＴＩリソースの数は、ｓＴＴＩリソース内の使用可能なＲＥの数に基づいて決定され得る。たとえば、ｓＴＴＩリソースのための使用可能なＲＥの数が閾値より低い場合、そのｓＴＴＩリソースは、ｓＴＴＩ時間ウィンドウ内で１つまたは複数の連続的なｓＴＴＩリソースと共に使用（またはバンドル）され得る。
【0240】
ｓＴＴＩ時間ウィンドウ内のｓＴＴＩリソース（たとえば、リソース＃ｎ）のための使用可能なＲＥの数が閾値より低い場合、使用可能なＲＥの数は、次のｓＴＴＩリソース（たとえば、ｓＴＴＩリソース＃ｎ＋ｌ）を組み合わせることによって計数され得る。組み合わされた（またはバンドルされた）ｓＴＴＩリソースのための使用可能なＲＥの数が閾値数より高い場合、ＷＴＲＵは、それらの組み合わされた（またはバンドルされた）ｓＴＴＩリソース内でｓＰＤＣＣＨ探索空間を監視し得る。ＨＡＲＱ－ＡＣＫおよびｓＰＵＳＣＨ送信のタイミングは、バンドルされたｓＴＴＩリソース内の最新のｓＴＴＩリソースに基づいてよい。Ｋ個のｓＴＴＩリソースが組み合わされている、またはバンドルされている場合、有効ｓＴＴＩ長は、Ｋ倍に増大され得る。
【0241】
ブラインド復号のための各ｓＰＤＣＣＨ領域内のｓＰＤＣＣＨ候補の数は、サブフレーム内のｓＴＴＩリソースの数に基づいて決定され得る。サブフレーム内のｓＴＴＩリソースの数がより大きくなる場合、より少ないｓＰＤＣＣＨ候補が監視され得る。レガシＰＤＣＣＨおよびｓＰＤＣＣＨのための共通探索空間定義が、通常のＴＴＩと短縮ＴＴＩとの間で動的構成のために使用され得る。フォールバックＤＣＩが共通探索空間内で監視され得る。
【0242】
ｓＣＣＥのセットがｓＴＴＩリソース内で使用され得、ｓＰＤＣＣＨおよびｓＰＤＳＣＨは、ｓＣＣＥの相互に排他的なサブセット内で送信され得る。ｓＣＣＥの第１のサブセットが、ｓＴＴＩリソース内でｓＰＤＳＣＨスケジューリングのためのＤＣＩを担持するｓＰＤＣＣＨとして決定され得る。残りのｓＣＣＥは、ｓＰＤＳＣＨを送信するために使用され得る。
【0243】
上記では特徴および要素が特定の組合せで記載されているが、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用され得ることを、当業者なら理解するであろう。さらに、本明細書に記載の方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、（有線接続またはワイヤレス接続を介して送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、それだけには限らないが、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し式ディスクなど磁気媒体、光磁気媒体、ＣＤ－ＲＯＭディスクなど光媒体、ならびにデジタル多用途ディスク（ＤＶＤ）を含む。ソフトウェアと関連付けられたプロセッサを使用し、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装し得る。
【図1A】
【図1B】
【図1C】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】