(57)【要約】【課題】ｅＰＤＣＣＨが提供する。【解決手段】ＷＴＲＵは、ｅＰＤＣＣＨリソースを監視するための構成を受信し、この構成に基づき、特定のサブフレームのｅＰＤＣＣＨリソースを監視するように構成される。ＷＴＲＵは、アグリゲーションレベル数ＮＡＬに関連付けられているサブフレームに対するアグリゲーションレベルを導出し、アグリゲーションレベルを使用してｅＰＤＣＣＨを送信または監視することができる。ＷＴＲＵは、基準信号を受信し、基準信号の種類を判定することができる。ＷＴＲＵは、その決定されたタイプに基づき復調タイミングを使用してＰＤＳＣＨまたはｅＰＤＣＣＨの復調を実行することができる。ｅＰＤＣＣＨまたはＰＤＳＣＨは、ＷＴＲＵがＤＣＩを受信することができる１または複数のｅＰＤＣＣＨリソースのロケーションに基づき復調基準タイミングを暗黙的に識別することによってさらに監視または受信されうる。【選択図】図１８
2019110610.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャリア通信システムにおける拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）を提供するための方法であって、
ワイヤレス送信／受信ユニット（ＷＴＲＵ）で、ｅＰＤＣＣＨリソースを監視するための構成を受信するステップと、
前記構成に基づきサブフレームの前記ｅＰＤＣＣＨリソースを監視するように前記ＷＴＲＵを構成するステップと、
前記ＷＴＲＵで、前記サブフレームの前記ｅＰＤＣＣＨリソースを監視するステップと
を含む、方法。
【請求項２】
時分割複信（ＴＤＤ）または通常ダウンリンク巡回プレフィックス（ＣＰ）のうちの少なくとも１つについて、前記サブフレームは特定のスペシャルサブフレーム構成に関連付けられているスペシャルサブフレームではない、請求項１に記載の方法。
【請求項３】
前記特定のスペシャルサブフレーム構成は、スペシャルサブフレーム構成０またはスペシャル構成５のうちの少なくとも一方を含む、請求項２に記載の方法。
【請求項４】
前記構成は、上位層シグナリングを介して受信される、請求項１に記載の方法。
【請求項５】
前記構成は、前記ｅＰＤＣＣＨリソースの監視する１または複数の物理リソースブロック（ＰＲＢ）セットをさらに含む、請求項４に記載の方法。
【請求項６】
前記１または複数の物理リソースブロック（ＰＲＢ）セットは、拡張制御チャネル要素（ｅＣＣＥ）のセットを含む、請求項５に記載の方法。
【請求項７】
前記ｅＣＣＥのそれぞれは、拡張リソース要素グループ（ｅＲＥＧ）を含む、請求項６に記載の方法。
【請求項８】
ＣＣＥ毎のｅＲＥＧの数は、巡回プレフィックス（ＣＰ）およびサブフレームに基づく、請求項７に記載の方法。
【請求項９】
ｅＲＥＧの前記個数は、前記ＣＰが通常のＣＰを含み、前記サブフレームが通常サブフレームまたは３、４、および８のスペシャルサブフレーム構成に関連付けられているスペシャルサブフレームを含むときに、４を含む、請求項８に記載の方法。
【請求項１０】
ｅＲＥＧの前記個数は、前記ＣＰが通常のＣＰを含み、前記サブフレームが、１、２、６、７、および９のスペシャルサブフレーム構成に関連付けられているスペシャルサブフレームを含むとき、または前記ＣＰが拡張ＣＰを含み、前記サブフレームが１、２、３、５、および６のスペシャルサブフレーム構成に関連付けられているスペシャルサブフレームを含むときに、８を含む、請求項８に記載の方法。
【請求項１１】
ｅＣＣＥの前記セットは、０からＮECCE,p,k−１まで番号を振られ、ただし、ＮECCE,p,kは、ｋで表されるサブフレームに関連付けられている１または複数のＰＲＢセットのうちの特定のＰＲＢセットｐ内のｅＣＣＥの数であること、請求項６に記載の方法。
【請求項１２】
前記上位層によってシグナリングされる前記構成に基づき前記サブフレームの監視される前記ｅＰＤＣＣＨリソースは、ＵＥ特有の探索空間を含む、請求項４に記載の方法。
【請求項１３】
前記ＷＴＲＵで、前記構成に基づき前記ｅＰＤＣＣＨリソースを監視するように構成されていないサブフレーム上でＰＤＣＣＨリソースを監視するステップをさらに含む、請求項１２に記載の方法。
【請求項１４】
監視されている前記ＰＤＣＣＨリソースは、共通探索空間を含む、請求項１３に記載の方法。
【請求項１５】
チャネル推定にアンテナポートを使用して前記ｅＰＤＣＣＨリソースを復調するステップをさらに含み、前記アンテナポートに対するＤＭ−ＲＳスクランブルシーケンスは、
【数１】
2019110610.tif 000254
【数２】
2019110610.tif 000255
によって初期化され、式中
【数３】
2019110610.tif 000256
はＵＥ特有の上位層シグナリングによって構成される、請求項１に記載の方法。
【請求項１６】
前記サブフレームの前記ｅＰＤＣＣＨリソースに対する候補は、ハッシュ関数に基づき選択され、前記ハッシュ関数は、それぞれのｅＰＤＣＣＨリソースについて異なる、請求項１に記載の方法。
【請求項１７】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
ＮALを正整数として、前記サブフレームに対するアグリゲーションレベル数ＮALに関連付けられているサブフレームに対する１または複数の拡張制御チャネル要素（ｅＣＣＥ）に関連付けられているアグリゲーションレベルを導出し、
前記サブフレームに対する前記ＮALに関連付けられている前記アグリゲーションレベルを使用してｅＰＤＣＣＨを送信するように構成された、ＷＴＲＵ。
【請求項１８】
前記サブフレームに対する前記アグリゲーションレベルは、別のサブフレームに対するアグリゲーションレベルと異なる、請求項１７に記載のＷＴＲＵ。
【請求項１９】
前記アグリゲーションレベルは、ＮAL・｛１、２、４、８｝として導出される、請求項１７に記載のＷＴＲＵ。
【請求項２０】
ＮALは２に等しく、前記アグリゲーションレベルは｛２、４、８、１６｝を含む、請求項１７に記載のＷＴＲＵ。
【請求項２１】
ＮALは１に等しく、前記アグリゲーションレベルは｛１、２、４、８｝を含む、請求項１７に記載のＷＴＲＵ。
【請求項２２】
前記サブフレームに対する前記アグリゲーションレベルは、別のサブフレームに対するアグリゲーションレベルと異なる、請求項１７に記載のＷＴＲＵ。
【請求項２３】
ｅＰＤＣＣＨに利用可能なｅＣＣＥの数は、０からＮECCE−１までの範囲であり、ただし、ＮECCEは、ｅＰＤＣＣＨのタイプ、前記サブフレーム、サブフレーム構成、前記ｅＰＤＣＣＨに関連付けられている物理リソースブロック（ＰＲＢ）内のリソース要素（ＲＥ）の数、または巡回プレフィックス（ＣＰ）のうちの１または複数に依存する、請求項１７に記載のＷＴＲＵ。
【請求項２４】
ＮALは、上位層シグナリングまたは１もしくは複数のダウンリンク制御情報（ＤＣＩ）ビットのうちの少なくとも１つを介して前記ＷＴＲＵにシグナリングされる、請求項１７に記載のＷＴＲＵ。
【請求項２５】
拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信または監視するための方法であって、
ワイヤレス送信／受信ユニット（ＷＴＲＵ）で、基準シンボルを受信するステップと、
前記ＷＴＲＵで、前記基準信号に関連付けられているタイプを決定するステップと、
前記ＷＴＲＵを介して、ＰＤＳＣＨ復調を、前記基準信号がチャネル状態情報基準信号（ＣＳＩ−ＲＳ）である場合に、高速フーリエ変換（ＦＦＴ）タイミングおよび前記ＣＳＩ−ＲＳに関連付けられているチャネル推定係数に基づき復調基準タイミングを使用して実行するステップと
を含む、方法。
【請求項２６】
前記ＰＤＳＣＨおよび前記ＣＳＩ−ＲＳに関連付けられているＵＥ特有の復調基準信号（ＲＳ）は、同じ疑似コロケーションされたアンテナポートから送信されうる、請求項２５に記載の方法。
【請求項２７】
拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信または監視するための方法であって、
１または複数のｅＰＤＣＣＨリソースのロケーションに基づき復調基準タイミングを暗黙的に識別し、ワイヤレス送信／受信ユニット（ＷＴＲＵ）がダウンリンク制御情報（ＤＣＩ）を受信するステップと、
前記ｅＰＤＣＣＨまたは前記ＰＤＳＣＨの復調を、前記復調基準タイミングに基づき実行するステップと
を含む、方法。
【請求項２８】
１または複数のｅＰＤＣＣＨリソースのロケーションに基づき復調基準タイミングを暗黙的に識別し、ワイヤレス送信／受信ユニット（ＷＴＲＵ）がダウンリンク制御情報（ＤＣＩ）を受信するステップは、ＵＥ特有の探索空間を少なくとも２つのサブセットに分割するステップを含み、それぞれのサブセットは復調のため特定の復調タイミング基準と結び付けられる、請求項２７に記載の方法。
【請求項２９】
前記ＵＥ特有の探索空間を少なくとも２つのサブセットに分割するステップは、ブラインド復号試行の総数を第１のサブセットと第２のサブセットとに分割するステップを含み、前記第１のサブセット、および第２のサブセットのそれぞれは、異なる復調タイミング基準に結び付けられ、前記異なる復調タイミング基準は、異なるチャネル状態情報基準信号（ＣＳＩ−ＲＳ）に関連付けられうる、請求項２８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、参照によりその内容が本明細書に組み込まれている、２０１２年１月２７日に出願した米国特許仮出願第６１／５９１，５０８号明細書、２０１２年３月１９日に出願した米国特許仮出願第６１／６１２，８３４号明細書、２０１２年５月９日に出願した米国特許仮出願第６１／６８８，１６４号明細書、２０１２年５月９日に出願した米国特許仮出願第６１／６４４，９７２号明細書、２０１２年８月１日に出願した米国特許仮出願第６１／６７８，６１２号明細書、２０１２年９月２６日に出願した米国特許仮出願第６１／７０６，１１９号明細書、２０１２年１０月３１日に出願した米国特許仮出願第６１／７２０，６４６号明細書、および２０１３年１月１６日に出願した米国特許仮出願第６１／７５３，２７９号明細書の利益を主張するものである。
【背景技術】
【０００２】
現在の通信システム（例えば、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄシステム）では、伝送をサポートするために複数のアンテナ、複数のコンポーネントキャリア、および／または疑似照合アンテナポート（quasi-collated antenna ports）を備えうる。このような複数のアンテナ、複数のコンポーネントキャリア、および／または疑似照合アンテナポートは、ピークシステムスループットの向上、セルカバレッジの拡大、より高いドップラーのサポート、および同様のものを含むさまざまな目的のために備えられうる。残念なことに、このような通信システムは、単一のコンポーネントキャリア（例えば、複数のコンポーネントキャリアおよび／または複数のアンテナではなく）に主眼を置き、ならびに／またはマルチキャリアシステムの性能が制限され、および／またはフレームおよび／もしくはサブフレーム（例えば、スペシャルサブフレーム）内のエラーを回避するように適切に設計されていないような疑似照合アンテナポートをサポートするのに適していない可能性のある、ｅＰＤＣＣＨ設計を構成し、ＰＤＳＣＨおよび／またはＣＳＩ報告処理時間が厳しく、適切なＰＵＣＣＨリソース割り当てを行うことができず、アンテナポートとの疑似照合が行われうる構成および／または基準シンボルの期間中にＰＤＣＣＨ指示を与えることができず、ｅＰＤＣＣＨおよび／またはその復号で使用するために十分な時間で与えられない。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ｓｅｃｔｉｏｎ  ７．１．７．２．１  ｏｆ  ３ＧＰＰ  ＴＳ  ３６．２１３  ”Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｐｒｏｃｅｄｕｒｅｓ”，  Ｖ１０．１．０，  ２０１１−０３
【発明の概要】
【課題を解決するための手段】
【０００４】
ｅＰＤＣＣＨをマルチキャリア通信システムで実現するためのシステム、方法、および手段が開示されうる。例えば、ＵＥまたはＷＴＲＵは、ｅＰＤＣＣＨリソースを監視するための構成を受信することができる。このような構成に基づき、ＵＥまたはＷＴＲＵは、特定のサブフレームのｅＰＤＣＣＨリソースを監視するように構成されうる。次いで、ＷＴＲＵは、サブフレームのｅＰＤＣＣＨリソースを監視することができる。例としての実施形態では、サブフレームは、スペシャルサブフレームでなくてよく、構成は、上位層シグナリング（higher layer signalling）を介して受信され、構成は、ｅＰＤＣＣＨリソース上で監視するための１または複数のＰＲＢセットを含むことができ、ＰＲＢセットはｅＲＥＧを含むｅＣＣＥのセットを含むことができ、さらに、異なるサブフレームのＰＤＣＣＨリソースを監視する、ｅＰＤＣＣＨリソースを復調する、および同様の活動を行う。
【０００５】
アグリゲーションレベルに基づきｅＰＤＣＣＨを提供するためのシステム、方法、および手段も開示されうる。例えば、ＵＥまたはＷＴＲＵは、サブフレームに対するアグリゲーションレベル（例えば、ｅＣＣＥアグリゲーションレベル）を導出することができる。ＵＥまたはＷＴＲＵは、そのサブフレームに対するアグリゲーションレベル数ＮALに基づきそのようなアグリゲーションレベルを導出することができ、一実施形態では、ＮALは正整数とすることができる。ＵＥまたはＷＴＲＵは、そのサブフレームに対するＮALに関連付けられているアグリゲーションレベルに従って、またはアグリゲーションレベルを使用してｅＰＤＣＣＨを送信または監視することができる。例えば、探索空間が｛１、２、４、８｝であり、ＮALが２である場合、ＵＥまたはＷＴＲＵは｛２、４、８、１６｝に従って監視することができる。
【０００６】
ｅＰＤＣＣＨまたはＰＤＳＣＨを受信または監視するためのシステム、方法、および手段がさらに本明細書で開示されうる。例えば、ＵＥまたはＷＴＲＵは、基準信号を受信することができる。次いでＵＥまたはＷＴＲＵは、受信された基準信号の種類を判定することができる。ＵＥまたはＷＴＲＵは、その種類に基づき復調タイミングを使用してＰＤＳＣＨまたはｅＰＤＣＣＨの復調を実行することができる。例えば、基準信号がチャネル状態情報基準信号（ＣＳＩ−ＲＳ）である場合、ＰＤＳＣＨ復調は、高速フーリエ変換（ＦＦＴ）タイミングおよびＣＳＩ−ＲＳに関連するチャネル推定係数に基づく復調基準タイミングを使用して実行されうる。追加の実施形態では、ｅＰＤＣＣＨまたはＰＤＳＣＨは、ＵＥまたはＷＴＲＵがダウンリンク制御情報（ＤＣＩ）を受信することができる１または複数のｅＰＤＣＣＨリソースのロケーションに基づき復調基準タイミングを暗黙的に識別することによって監視されうる。
【図面の簡単な説明】
【０００７】
本発明の詳細は、例えば添付図面と併せて、以下の説明を読むとさらによく理解することができる。
【図１Ａ】１または複数の開示されている実施形態が実装されうる例としての通信システムの図である。
【図１Ｂ】図１Ａに例示されている通信システム内で使用されうる例としてのワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに例示されている通信システム内で使用されうる例としての無線アクセスネットワークおよび例としてのコアネットワークのシステム図である。
【図１Ｄ】図１Ａに例示されている通信システム内で使用されうる別の例としての無線アクセスネットワークおよび例としてのコアネットワークのシステム図である。
【図１Ｅ】図１Ａに例示されている通信システム内で使用されうる別の例としての無線アクセスネットワークおよび例としてのコアネットワークのシステム図である。
【図２】ＷＴＲＵまたはＵＥ特有のプリコーディングされたＤＭ−ＲＳの例としての一実施形態を示す図である。
【図３】プリコーディングされていないセル特有のＲＳの例としての一実施形態を示す図である。
【図４】通常のＣＰ（例えば、ポート５）に対するＷＴＲＵまたはＵＥ特有のＤＭ−ＲＳの例としての一実施形態を示す図である。
【図５】アンテナポートの数に基づくＣＲＳ構造の例としての実施形態を示す図である。
【図６】例えば、８つの層をサポートすることができるＤＭ−ＲＳパターンの例としての一実施形態を示す図である。
【図７】ポートの数に基づき再利用できるＣＳＩ−ＲＳパターンの例としての一実施形態を示す図である。
【図８】測位アーキテクチャの例としての一実施形態を示す図である。
【図９】２Ｔｘ  ＣＲＳによるダウンリンク制御チャネル領域内のＲＥＧ定義の例としての一実施形態を示す図である。
【図１０】４Ｔｘ  ＣＲＳによるダウンリンク制御チャネル領域内のＲＥＧ定義の例としての一実施形態を示す図である。
【図１１】ＰＣＩに基づくＰＣＦＩＣＨ  ＲＥＧ割り当ての例としての一実施形態を示す図である。
【図１２】ＰＣＩに基づくＰＣＦＩＣＨおよびＰＨＩＣＨ  ＲＥＧ割り当ての例としての一実施形態を示す図である。
【図１３】ＰＤＳＣＨとのｅＰＤＣＣＨ多重化（例えば、ＦＤＭ多重化）の例としての一実施形態を示す図である。
【図１４】ＰＵＣＣＨに対する物理リソースブロックへのマッピングの例としての一実施形態を示す図である。
【図１５】ＤＭ−ＲＳとＰＲＳとの間の衝突の例としての一実施形態を示す図である。
【図１６】サブフレーム内のｅＰＤＣＣＨリソース割り当ての例としての一実施形態を示す図である。
【図１７】異なるＴＤＤ  ＵＬ−ＤＬ構成をとるキャリアアグリゲーションの例としての一実施形態の図である。
【図１８】分散リソース割り当てにおける複数のキャリアにまたがるＣＣＥアグリゲーションの例としての一実施形態を示す図である。
【図１９】アンテナポートの数（例えば、それぞれ、ポート７〜１０および７〜８）に基づきｅＰＤＣＣＨ送信に使用されうるＰＲＢ対の例としての一実施形態を示す図である。
【図２０】集中および／または分散割り当てに基づくｅＰＤＣＣＨにおけるｅＣＣＥ−ｅＲＥＧ間マッピングの例としての一実施形態を示す図である。
【図２１】連続的割り当てによるｅＣＣＥ−ｅＲＥＧ間マッピングの例としての一実施形態を示す図である。
【図２２】ブロックインターリーバの例としての一実施形態を示す図である。
【図２３】ブロックインターリーバを使用することによるハイブリッド割り当ての例としての一実施形態を示す図である。
【図２４】集中および／または分散ｅＣＣＥの共存の例としての一実施形態を示す図である。
【図２５】ｅＲＥＧおよびｅＣＣＥに対するアンテナポートマッピングの例としての一実施形態を示す図である。
【図２６】ＰＣｅｌｌ内のレガシーＰＤＣＣＨ領域における共通探索空間定義の例としての一実施形態を示す図である。
【発明を実施するための形態】
【０００８】
次に例示的な実施形態の詳細な説明を図を参照しつつ行う。しかし、本明細書の実施形態は、例示的な実施形態に関連して説明することができるが、それに限定されるべきでなく、他の実施形態を使用することができるか、または本発明から逸脱することなく開示の同じ、もしくは類似の機能を実行するように説明されている実施形態に修正および追加を施すことができる。それに加えて、図は、例示的であってよいコールフローを示すものとしてよい。他の実施形態も使用できることは理解されるであろう。フローの順序は、変えることができる。また、フローは、実装されていなければ省略され、フローの追加があれば、追加してよい。
【０００９】
マルチキャリアベースのワイヤレスネットワーク（例えば、図１Ａ〜１Ｅで説明されているネットワークなど）における効率的なダウンリンク制御チャネル設計（例えば、機能強化されたダウンリンク制御チャネル）を実現するシステムおよび／または方法が開示されうる。例えば、このようなシステムおよび／または方法は、マルチキャリアシステムにおいて集中および／または分散リソース割り当てを実現し、および／または利用することができ、このことは、例えば、複数のコンポーネントキャリアの分散リソース割り当てを実現できることも含む。それに加えて、報告帯域幅、コンポーネントキャリアの数、および同様のものに基づくｅＰＤＣＣＨおよび／またはフレキシブルＣＳＩ報告時間適応（flexible CSI reporting time adaptation）と組み合わせたマルチコンポーネントキャリア受信に基づくフレキシブルＰＤＳＣＨ処理時間適応（flexible PDSCH processing time adaptation）を含むＰＤＳＣＨおよび／またはＣＳＩフィードバック処理時間緩和が、そのようなシステムおよび／または方法において実現され、および／または使用されうる。一実施形態において、そのようなシステムおよび／または方法は、アップリンク制御チャネルの関係に対するｅＰＤＣＣＨの物理および／または論理アドレス（例えば、ＣＣＥインデックス）のクロスキャリアスケジューリングおよび／または新規割り当てを含むｅＰＤＣＣＨおよび／またはレガシーのアップリンク制御シグナリングの関係をさらに提供し、および／または使用することができる。スペシャルサブフレームおよび／またはＴＤＤインターバンドにおけるｅＰＤＣＣＨの使用を含むそのようなシステムおよび／または方法に対するＴＤＤ特有の実施形態も、提供され、および／または使用されうる。例としての一実施形態によれば、ＰＤＣＣＨ受信のＵＥまたはＷＴＲＵの動作が曖昧期間内にありレガシーＰＤＣＣＨとｅＰＤＣＣＨとの間のＲＲＣ構成されたＰＤＣＣＨ構成を用いるＰＤＣＣＨフォールバック送信モードがそのようなシステムおよび／または方法に対して提供され、および／または使用されうる。
【００１０】
それに加えて、そのようなシステムおよび／または方法は、例えば、完全ＦＤＭベースのｅＲＥＧ定義を含む可変ｅＲＥＧおよび／またはｅＣＣＥ定義を提供し、および／または使用することができる。そのようなシステムおよび／または方法は、ｅＰＤＣＣＨ送信モード、可変ｅＲＥＧおよび／またはｅＣＣＥ定義を使用するインターリーバ設計、適応ｅＲＥＧ−ｅＣＣＥマッピング（例えば、サブフレーム内の基準信号オーバーヘッドによるｅＣＣＥ毎の可変個数のｅＲＥＧ）、および同様のものに基づきｅＣＣＥ−ｅＲＥＧ間マッピングをさらに提供し、および／または使用することができる。一実施形態において、ロケーションおよび／またはアグリゲーションレベルベースのアンテナポートマッピングおよび／またはＰＲＢバンドリングに対するＰＲＧサイズ定義を含む、ｅＲＥＧおよび／またはｅＣＣＥに対するアンテナポート関連付けが、そのようなシステムおよび／または方法において提供され、および／または使用されうる。例えば、共通探索空間および／またはＷＴＲＵもしくはＵＥ特有の空間探索、ＴＡおよび／またはＣＳＩフィードバック要求によるＴＢＳ制限、および／または複数のダウンリンクコンポーネントキャリアを使用するｅＰＤＣＣＨに基づくＰＵＣＣＨ割り当てを含むｅＰＤＣＣＨ探索空間設計も、そのようなシステムおよび／または方法とともに提供され、および／または使用されうる。
【００１１】
一実施形態によれば、そのようなシステムおよび／または方法は、ＲＥ位置ベースのマッピングおよび／またはＷＴＲＵもしくはＵＥ特有の構成の組み合わせを含むＷＴＲＵもしくはＵＥ特有の構成とのアンテナポート関連付けおよび／または分散送信における共通探索空間およびＷＴＲＵもしくはＵＥ特有の探索空間に基づくアンテナポートマッピングルールを提供し、および／または使用することができる。一実施形態において、レートマッチングおよび／またはパンクチャリングルールを含むｅＰＤＣＣＨリソースとＰＤＳＣＨ以外のレガシー信号との間の衝突処理が、そのようなシステムおよび／または方法について提供され、および／または使用されうる。それに加えて、適応ｅＲＥＧ−ｅＣＣＥ間マッピング、サブフレーム特性に基づくマッピングルール、および同様のものが、提供され、および／または使用されうる。追加の実施形態では、ＨＡＲＱ−ＡＣＫタイミングによるＴＤＤモードにおけるＴＢＳ制限が、提供され、および／または使用されうる。
【００１２】
そのようなシステムおよび／または方法は、ｅＰＤＣＣＨリソースをさらに提供し、および／または使用することができる。例えば、ｅＰＤＣＣＨ候補によって決まるダウンリンク制御情報（ＤＣＩ）フォーマット、ハッシュ関数によって決まるｅＰＤＣＣＨリソースセット、および／またはｅＰＤＣＣＨリソースセットの個数のｅＰＣＦＩＣＨ指示を含むシステム帯域幅によって決まる、セット毎にリソースサイズが可変である複数のｅＰＤＣＣＨリソースセットが提供され、および／または使用されうる。
【００１３】
ＭＵ−ＭＩＭＯに対するサポートを含むｅＰＤＣＣＨに対するＰＵＣＣＨ（Ａ／Ｎ）リソース割り当ても、（例えば、そのようなシステムおよび／または方法において）提供され、および／または使用されうる。
【００１４】
一実施形態において、そのようなシステムおよび／または方法は、ＰＲＳ構成情報をブロードキャストするステップおよび／またはｅＰＤＣＣＨリソースがＰＲＳと衝突する可能性がある場合にＷＴＲＵもしくはＵＥの動作をもたらすステップを含むＰＲＳ衝突処理技術も提供することができる。
【００１５】
マルチキャリアシステムに対する複数のｅＰＤＣＣＨリソースセットは、そのようなシステムおよび／または方法によってさらに提供され、および／または定義されうる。例えば、ＤＭ−ＲＳシーケンスが定義されうる。このような一実施形態では、ｅＰＤＣＣＨセット毎に、またはそれぞれのｅＰＤＣＣＨセットについて、ＤＭ−ＲＳシーケンス生成器（ＸＩＤ）が構成され、使用され、および／または定義されうる。それに加えて、ＷＴＲＵまたはＵＥが、ｅＰＤＣＣＨに関連付けられているＰＤＳＣＨを受信することができる場合、ｅＰＤＣＣＨから受信された同じＸＩＤが、ＰＤＳＣＨの復調に使用されうる。追加の実施形態では、複数のｅＰＤＣＣＨリソースセットによるＰＵＣＣＨリソース割り当てが提供され、および／または使用されるものとしてよく、および／またはｅＰＤＣＣＨ送信特有のハッシュ関数定義および／またはアグリゲーションレベルによる、またはアグリゲーションレベルに基づく異なるｅＣＣＥのインデックス付けなどのｅＰＤＣＣＨ送信特有のｅＣＣＥのインデックス付けを含む集中送信の探索空間定義が提供され、および／または使用されうる。ｅＲＥＧ−ｅＣＣＥ間マッピングも、提供され、および／または使用されうる。例えば、集中および分散送信に基づくセル特有のｅＲＥＧ−ｅＣＣＥ間マッピングが、提供され、および／または使用されうる。一実施形態において、例えば、ｅＰＤＣＣＨによってサポートされている送信モードのサブセットおよび／または（例えば、送信方式に従って）異なっていてもよいサポート可能なｅＰＤＣＣＨタイプ（例えば、集中および分散）を含むｅＰＤＣＣＨに関連付けられているサポートされている送信モードも、提供され、および／または定義されうる。
【００１６】
それに加えて、そのようなシステムおよび／または方法は、ｅＰＤＣＣＨに対して、ＷＴＲＵまたはＵＥ特有の探索空間（例えば、それに関連付けられている方程式）およびハッシュ関数を与えることができる。例えば、複数のｅＰＤＣＣＨセットを伴う集中および分散ｅＰＤＣＣＨに対する探索空間方程式および／またはハッシュ関数が提供され、および／または使用されうる。
【００１７】
そのようなシステムおよび／または方法は、共通探索空間に対するｅＲＥＧ／ｅＣＣＥ定義、開始シンボル（例えば、それらに関連付けられている）、リソース定義／構成、および／またはＵＥ特有の探索空間と共通探索空間との間のリソースのオーバーラップに対するサポートを含むｅＰＤＣＣＨ共通探索空間をさらに提供することができる。
【００１８】
復調基準タイミング指示を出すシステムおよび方法が開示されうる。例えば、リソース特有の復調基準タイミングなどの単一復調基準タイミングサポートおよび複数復調基準タイミングサポートならびに復調基準タイミングの指示（例えば、復調基準タイミング指示）が、本明細書で説明されているように提供されうる。
【００１９】
図１Ａは、１または複数の開示されている実施形態が実装されうる例としての通信システム１００の図である。通信システム１００は、音声、データ、動画像、メッセージング、放送などのコンテンツを複数のワイヤレスユーザーに提供する多元接続システムであるものとしてよい。通信システム１００は、ワイヤレス帯域を含む、システムリソースの共有を通じて複数のワイヤレスユーザーがそのようなコンテンツにアクセスすることを可能にするものとしてよい。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および同様のものなどの１または複数のチャネルアクセス方法を採用することができる。
【００２０】
図１Ａに示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（ＷＴＲＵ１０２と一般的に称されるか、または総称される場合がある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むものとしてよいが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していると理解される。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、および／または通信するように構成された任意の種類のデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはワイヤレス信号を送信し、および／または受信するように構成することができ、ユーザー装置（ＵＥ）、移動局、固定または移動加入者ユニット、ポケベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサー、家庭用電化製品、および同様のものを含みうる。
【００２１】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの、１または複数の通信ネットワークへのアクセスが円滑に行われるようにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つのＷＴＲＵとワイヤレス方式でインターフェースする構成をとる任意の種類のデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、トランシーバ基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルーター、および同様のものとすることができる。基地局１１４ａ、基地局１１４ｂは、それぞれ、単一要素として示されうるが、基地局１１４ａ、基地局１１４ｂは任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることは理解されるであろう。
【００２２】
基地局１１４ａは、基地局制御装置（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）も備えることができる、ＲＡＮ１０３／１０４／１０５の一部であってもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも称されうる、特定の地理的領域内でワイヤレス信号を送信し、および／または受信するように構成されうる。セルは、セルセクターにさらに分割されうる。例えば、基地局１１４ａに関連付けられているセルは、３つのセクターに分割されうる。そこで、一実施形態において、基地局１１４ａは、３つのトランシーバ、つまり、セルのセクター毎にトランシーバを１つずつ含むことができる。別の実施形態において、基地局１１４ａは、マルチ入力マルチ出力（ＭＩＭＯ）技術を採用することができ、したがって、セルのそれぞれのセクターに対して複数のトランシーバを利用することができる。
【００２３】
基地局１１４ａ、基地局１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と、任意の好適なワイヤレス通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光などの）であってよい、エアーインターフェース１１５／１１６／１１７を介して通信することができる。エアーインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して設置することができる。
【００２４】
より具体的には、上記のように、通信システム１００は多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなどの、１または複数のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃでは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアーインターフェース１１５／１１６／１１７を設置することができる、ユニバーサルモバイル通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを備えることができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を備えることができる。
【００２５】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアーインターフェース１１５／１１６／１１７を設置することができる、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装することができる。
【００２６】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（つまり、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  ＩＸ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実装することができる。
【００２７】
図１Ａの基地局１１４ｂは、例えば、ワイヤレスルーター、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家庭、自動車、キャンパス、および同様のものなどの、局在化されたエリア内でワイヤレス接続を円滑に行えるようにするために好適なＲＡＴを利用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を設置するためにＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を設置するためにＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを設置するためにセルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０との直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がなくなる。
【００２８】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信しているものとしてよく、このコアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数のＷＴＲＵに提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、課金サービス、モバイル位置情報サービス、前払い制通話、インターネット接続性、映像配信などを提供し、および／またはユーザー認証などの高水準のセキュリティ機能を実施することができる。図１Ａには示されていないけれども、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを採用する他のＲＡＮと直接的な、または間接的な通信を行うことができる。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性のある、ＲＡＮ１０３／１０４／１０５に接続されることに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信していることもある。
【００２９】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても機能しうる。ＰＳＴＮ１０８は、単純な旧来の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むものとしてよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群に含まれる伝送制御プロトコル（ＴＣＰ）、ユーザーデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを使用する相互接続されたコンピューターネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または運営される有線もしくはワイヤレス通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴ、または異なるＲＡＴを採用することができる、１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００３０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつか、またはすべてがマルチモード機能（multi-mode capabilities）を備える、つまり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンク上で異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されているＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用している可能性のある、基地局１１４ａと、またＩＥＥＥ８０２無線技術を採用している可能性のある、基地局１１４ｂと通信するように構成されうる。
【００３１】
図１Ｂは、例としてのＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不可能なメモリ１３０、取り外し可能なメモリ１３２、電源１３４、全世界測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を備えることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら前述の要素の部分的組み合わせを含むことができることが理解されるであろう。また、実施形態では、基地局１１４ａおよび１１４ｂ、および／または、限定はしないが、とりわけトランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム発展型ノードＢ（ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなどの、基地局１１４ａおよび１１４ｂが代表しうるノードが図１Ｂに示され、本明細書で説明されている要素の一部または全部を含みうることを企図する。
【００３２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアとの関連性を持つ１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態機械、および同様のものとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる、トランシーバ１２０に結合することができる。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別々のコンポーネントとして表しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内にまとめて集積化されうることを諒解されたい。
【００３３】
送信／受信要素１２２は、エアーインターフェース１１５／１１６／１１７上で基地局（例えば、基地局１１４ａ）に信号を送信するか、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成されうる。例えば、一実施形態において、送信／受信要素１２２は、ＲＦ信号を送信し、および／または受信するように構成されたアンテナとすることができる。別の実施形態において、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信し、および／または受信するように構成された放射体／検出器とすることができる。さらに別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信し、受信するように構成されうる。送信／受信要素１２２は、ワイヤレス信号の任意の組み合わせを送信し、および／または受信するように構成されうることを諒解されたい。
【００３４】
それに加えて、図１Ｂには送信／受信要素１２２は単一の要素として示されているけれども、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を備えることができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。そのため、一実施形態において、ＷＴＲＵ１０２は、エアーインターフェース１１５／１１６／１１７上でワイヤレス信号を送信し受信するための２以上の送信／受信要素１２２（例えば、複数のアンテナ）を備えることができる。
【００３５】
トランシーバ１２０は、送信／受信要素１２２によって送信されうる信号を変調し、送信／受信要素１２２によって受信されうる信号を復調するように構成されうる。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。そのため、トランシーバ１２０は、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数トランシーバを含むことができる。
【００３６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合され、またそこからユーザー入力データを受け取ることができる。プロセッサ１１８は、ユーザーデータをスピーカー／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。それに加えて、プロセッサ１１８は、取り外し不可能なメモリ１３０および／または取り外し可能なメモリ１３２などの、任意の種類の好適なメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。取り外し不可能なメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、または任意の他の種類のメモリストレージデバイスを含むことができる。取り外し可能なメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含むことができる。他の実施形態において、プロセッサ１１８は、サーバーもしくはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリにある情報にアクセスし、データをそのようなメモリに格納することができる。
【００３７】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ１０２内の他のコンポーネントに分配し、および／または制御するように構成されうる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスとすることができる。例えば、電源１３４としては、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）電池、ニッケル亜鉛（ＮｉＺｎ）電池、ニッケル水素（ＮｉＭＨ）電池、リチウムイオン（Ｌｉ−ｉｏｎ）電池など）、太陽電池、燃料電池、および同様のものが挙げられる。
【００３８】
プロセッサ１１８は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度と緯度）を提供するように構成されうる、ＧＰＳチップセット１３６にも結合されうる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアーインターフェース１１５／１１６／１１７上で位置情報を受信し、および／または２つ以上の付近の基地局から信号を受信するタイミングに基づきその位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら任意の好適な位置決定方法を用いて位置情報を取得することができることを諒解されたい。
【００３９】
プロセッサ１１８は、追加の特徴、機能性、および／または有線もしくはワイヤレス接続性を提供する１または複数のソフトウェアおよび／またはハードウェアモジュールを備えうる、他の周辺機器１３８にさらに結合されるものとしてよい。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または動画用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザ、および同様のものを含むことができる。
【００４０】
図１Ｃは、一実施形態によるＲＡＮ  １０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３では、エアーインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ通信するためにＵＴＲＡ無線技術を採用することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信することもできる。図１Ｃに示されているように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを備えることができ、これらはそれぞれ、エアーインターフェース１１５上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを備えることができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ１０３も、ＲＮＣ１４２ａ、１４２ｂを備えることができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら任意の数のノードＢおよびＲＮＣ備えることができることは理解されるであろう。
【００４１】
図１Ｃに示されているように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信しているものとしてよい。それに加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｒインターフェースを介して各ＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信することもできる。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続先の各ノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されうる。それに加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データ暗号化、および同様のものなどの他の機能を実行もしくはサポートするように構成されうる。
【００４２】
図１Ｃに示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、サービスＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を備えることができる。前述の要素のそれぞれは、コアネットワーク１０６の一部として示されうるが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことは理解されるであろう。
【００４３】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ１０８などの、回路交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００４４】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にするものとしてよい。
【００４５】
上で指摘したように、コアネットワーク１０６によって、他のサービスプロバイダによって所有され、および／または運営されうる他の有線もしくはワイヤレスネットワークを含んでいる可能性のある、ネットワーク１１２にも接続することできる。
【００４６】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４では、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ通信するためにＥ−ＵＴＲＡ無線技術を採用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【００４７】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを備えることができるが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら任意の数のｅＮｏｄｅＢを備えることができる。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアーインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを備えることができる。一実施形態において、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装することができる。そのため、ｅＮｏｄｅＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。
【００４８】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザーのスケジューリング、および同様のものを処理するように構成されうる。図１Ｄに示されているように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００４９】
図１Ｄに示されているコアネットワーク１０７は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むものとしてよい。前述の要素のそれぞれは、コアネットワーク１０７の一部として示されうるが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことは理解されるであろう。
【００５０】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され、制御ノードとして使用されうる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーの認証、ベアラーアクティベーション／デアクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および同様のものの初期アタッチ時の特定のサービングゲートウェイの選択を行う役割を有しているものとしてよい。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）とを切り換えるための制御プレーン機能も備えることができる。
【００５１】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されうる。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットの経路選択および転送を実行することができる。サービングゲートウェイ１６４は、ｅＮｏｄｅＢ間ハンドオーバー時のユーザープレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対してダウンリンクデータが利用可能になったときにページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、格納すること、および同様の操作などの、他の機能も実行することができる。
【００５２】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続することができ、これは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。
【００５３】
コアネットワーク１０７は、他のネットワークとの通信を円滑に行えるようにすることができる。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ１０８などの、回路交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバー）を備えるか、またはそれと通信することができる。それに加えて、コアネットワーク１０７によって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されうる他の有線もしくはワイヤレスネットワークを含んでいる可能性のある、ネットワーク１１２にアクセスすることが可能になる。
【００５４】
図１Ｅは、一実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアーインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ通信するためにＩＥＥＥ  ８０２．１６無線技術を採用するアクセスサービスネットワーク（ＡＳＮ）であってよい。以下でさらに説明するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能的エンティティの間の通信リンクを参照ポイントとして定義することができる。
【００５５】
図１Ｅに示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を備えることができるが、ＲＡＮ１０５は、一実施形態との整合性を維持しながら任意の数の基地局およびＡＳＮゲートウェイを備えることができることを諒解されたい。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセル（図示せず）と関連付けられ、それぞれエアーインターフェース１１７上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを備えることができる。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装することができる。そのため、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフのトリガー、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー強制、および同様の機能などのモビリティ管理機能を備えることもできる。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして使用され、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティング、および同様の機能を受け持つものとしてよい。
【００５６】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアーインターフェース１１７は、ＩＥＥＥ  ８０２．１６仕様を実装するＲ１参照ポイントとして定義されうる。それに加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用されうる、Ｒ２参照ポイントとして定義することができる。
【００５７】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間の通信リンクは、ＷＴＲＵのハンドオーバーおよび基地局間のデータの転送を円滑にするためのプロトコルを備えるＲ８参照ポイントとして定義されうる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照ポイントとして定義されうる。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられているモビリティイベントに基づくモビリティ管理を円滑に行うためのプロトコルを備えることができる。
【００５８】
図１Ｅに示されているように、ＲＡＮ１０５をコアネットワーク１０９に接続することができる。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を円滑にするプロトコルを備えるＲ３参照ポイントとして定義されうる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証／認可／アカウンティング（ＡＡＡ）サーバー１８６、およびゲートウェイ１８８を備えることができる。前述の要素のそれぞれは、コアネットワーク１０９の一部として示されうるが、これらの要素のうちのどれか１つが、コアネットワーク事業者以外の事業体によって所有され、および／または運営されていてもよいことは理解されるであろう。
【００５９】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を受け持ち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしうる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信が円滑に行われるように、インターネット１１０などの、パケット交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にするものとしてよい。ＡＡＡサーバー１８６は、ユーザー認証およびユーザーサービスのサポートを受け持つものとしてよい。ゲートウェイ１８８は、他のネットワークとの相互のやり取りを円滑にすることができる。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信回線を使用する通信デバイスとの間の通信が円滑に行われるように、ＰＳＴＮ１０８などの、回路交換ネットワークへのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのアクセスを可能にする。それに加えて、ゲートウェイ１８８によって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のサービスプロバイダによって所有され、および／または運営されうる他の有線もしくはワイヤレスネットワークを含んでいる可能性のある、ネットワーク１１２にアクセスすることが可能になる。
【００６０】
図１Ｅには示されていないけれども、ＲＡＮ１０５は、他のＡＳＮに接続され、コアネットワーク１０９は、他のコアネットワークに接続されうることは理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むものとしてよい、Ｒ４参照ポイントとして定義することができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問したコアネットワークとの間の相互のやり取りを円滑にするためのプロトコルを含むものとしてよい、Ｒ５参照ポイントとして定義することができる。
【００６１】
例としての一実施形態によれば、協調および／またはマルチアンテナ送信は、図１Ａ〜１Ｅに関して上で説明されている通信システム１００などの通信システム（例えば、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄシステム）で行うことができる。いくつかの実施形態では、そのような協調送信は、ＷＴＲＵまたはＵＥ（例えば、ＬＴＥ−Ａ  ＷＴＲＵまたはＵＥ）に対するＰＤＳＣＨ送信がセル選択／再選択手順を実行せずに送信ポイント間で動的に変更されうるように実現され、および／または使用されうる。ＷＴＲＵまたはＵＥ特有のＲＳベースのダウンリンク制御チャネル送信も、例えば、ＰＤＣＣＨの性能を高めるために実現され、および／または使用されうる。
【００６２】
それに加えて、そのようなマルチアンテナ送信は、ピークシステムスループットの向上、セルカバレッジの拡大、および高ドップラーサポートを含むさまざまな目的のために実現され、および／または使用されうる。例えば、シングルユーザーマルチ入力マルチ出力（ＳＵ−ＭＩＭＯ）は、そのような通信システムにおいて、ユーザー装置（ＵＥ）またはＷＴＲＵのピークおよび／または平均スループットを高めるために使用されうる。それに加えて、マルチユーザーＭＩＭＯは、そのような通信システムにおいて、マルチユーザーダイバーシティ利得を利用することによってピークおよび／または平均システムスループットを改善するために使用されうる。表１は、スループット、ダイバーシティ利得、および同様のものを改善するためにワイヤレス通信システムで使用されうる例としてのＭＩＭＯ機能を示している。
【００６３】
【表１】
2019110610.tif 000003
【００６４】
ＭＩＭＯ性能（例えば、ＷＴＲＵもしくはＵＥチャネル環境による、または基づく）を支援するために、例えば、最大９までの送信モードが採用されている。そのような送信モードとして、送信ダイバーシティモード、開ループ空間多重化モード、閉ループ空間多重化モード、および同様のものが挙げられる。それに加えて、ＭＩＭＯリンク適応が使用され、および／または実現されうる。いくつかの実施形態では、ＷＴＲＵまたはＵＥは、そのようなＭＩＭＯリンク適応を使用可能にするか、または円滑にするために複数の送信アンテナポートのチャネル状態情報（ＣＳＩ）を報告することができる。
【００６５】
例えば、基準信号が、例えば、ＣＳＩとともに提供され、および／または使用されうる。一実施形態において、基準信号は、ＷＴＲＵまたはＵＥ特有の基準信号（ＷＴＲＵまたはＵＥ−ＲＳ）および／またはセル特有の基準信号（ＣＲＳ）として提供されるか、または分類されうる。一実施形態によれば、ＷＴＲＵまたはＵＥ−ＲＳは、ＲＳがＷＴＲＵまたはＵＥに割り当てられているリソースに対して送信されるように特定のＷＴＲＵまたはＵＥに使用されうる。それに加えて、一実施形態では、ＣＲＳは、ＲＳが広帯域で送信されるようにセル内のＵＥのそれぞれによって共有されうるセル特有の基準信号であってよい。
【００６６】
使用により、または使用に基づき、基準信号（ＲＳ）は、例えば、復調基準信号（ＤＭ−ＲＳ）および／またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）に微分することができる。ＤＭ−ＲＳは、特定のＷＴＲＵまたはＵＥに使用することができ、ＲＳは、ビームフォーミング利得を利用するようにプリコーディングされうる。一実施形態において、ＷＴＲＵまたはＵＥ特有のＤＭ−ＲＳは、セル内の他のＵＥと共有されえない。そのようなものとして、ＤＭ−ＲＳは、ＷＴＲＵまたはＵＥに対して割り当てられた時間および／または周波数リソースで送信されうる。それに加えて、ＤＭ−ＲＳは、復調で使用するように制限されうる。
【００６７】
図２は、ＷＴＲＵまたはＵＥ特有のプリコーディングされたＤＭ−ＲＳを提供する例としての一実施形態を示している。図２に示されているように、プリコーディングされたＤＭ−ＲＳが採用されうる場合、ＲＳは、データシンボルに使用されるプリコーディングを使用してプリコーディングされ、層の数に対応するＲＳシーケンスの数Ｋが送信されうる。一実施形態において、Ｋは、物理アンテナポート数ＮT以下であってよい。それに加えて、図２のＫ個のストリームが、ＷＴＲＵまたはＵＥに対して割り当てられるか、または複数のＵＥと共有されうる。複数のＵＥがＫ個のストリームを共有することができる場合、同時スケジュールされるＵＥは、同時に同じ時間／周波数リソースを共有することができる。
【００６８】
上で説明されているように、セル特有の基準信号（ＣＲＳ）が、提供され、および／または使用されうる。例としての一実施形態によれば、ＣＲＳは、セル内のＵＥについて定義され、復調および／または測定に使用されるものとしてよい。それに加えて、例としての実施態様では、ＣＲＳは、ＵＥによって共有されうる。そのような実施形態では（例えば、ＣＲＳがＵＥによって共有されうるので）、プリコーディングされていないＲＳは、例えば、均一なセルカバレッジを維持するために使用され、および／または採用されうる。プリコーディングされたＲＳは、方向に従って、および／またはビームフォーミング効果により、異なるセルカバレッジを有することができる。図３は、本明細書で説明されているようにプリコーディングされていないＣＲＳ送信に使用されうるＭＩＭＯ送信機の例としての一実施形態を示している。
【００６９】
それに加えて、例としての実施形態では、アンテナ仮想化が、実現され、および／または使用されうる。例えば、物理アンテナポートの数と論理アンテナポートの数とが異なる可能性がある場合、アンテナ仮想化を使用するとよい（例えば、ＣＲＳおよび／または図３に示されているプリコーディングされていないＣＲＳ送信）。ＲＳシーケンスも、ストリームの数に関係なくアンテナポートに対して送信されうる。
【００７０】
例としての実施形態によれば、ＤＭ−ＲＳおよび／またはＣＲＳに対する異なる構造が、実現され、および／または使用されうる。図４は、非コードブックベースの送信をサポートするために（例えば、ＬＴＥシステムにおいて）使用されうるＤＭ−ＲＳ（例えば、アンテナポート−５）構造の例としての実施形態を示している。一実施形態において、図４に示されている構造は、例えば、アンテナポート−５が１層送信をサポートするように制限されうる場合にｅＮＢで使用されうる。それに加えて、図４に示されているアンテナポート−５は、ＣＲＳとともに送信され、そのようなものとして、ＲＳオーバーヘッドは（例えば、全体で）増大しうる。
【００７１】
図５は、アンテナポートの数による、または基づくＣＲＳ構造の例としての実施形態を示している。それぞれのアンテナポートに対するＣＲＳパターン（例えば、図５に示されている）は、時間および／または周波数領域において相互に直交するものとしてよい。図５に示されているように、Ｒ０およびＲ１は、それぞれアンテナポート０およびアンテナポート１に対するＣＲＳを示しうる。一実施形態において、ＣＲＳアンテナポート間の干渉を回避するために、ＣＲＳアンテナポートが送信されうるＲＥに配置されうるデータＲＥがミュートされうる。
【００７２】
例としての実施形態によれば、定義済みシーケンス（例えば、疑似ランダム（ＰＮ）、ｍ−シーケンス、および同様のもの）に、セル間干渉を最小にし、および／またはＣＲＳに関連付けられているチャネル推定精度を改善することができるダウンリンクＲＳを乗算することができる。ＰＮシーケンスは、サブフレーム内のＯＦＤＭシンボルレベルで適用され、このシーケンスは、セルＩＤ、サブフレーム番号、ＯＦＤＭシンボルの位置、および同様のものに従って定義されうる。例えば、ＣＲＳアンテナポートの個数は、例えば、ＰＲＢ毎にＣＲＳを１つ含みうるＯＦＤＭシンボルにおいて２とすることができ、ＬＴＥシステムなどの通信システムにおける数ＰＲＢは、６から１１０まで変化しうる。このような一実施形態では、ＲＳを含みうるＯＦＤＭシンボルにおけるアンテナポートに対するＣＲＳの総数は、２ｘＮRBとすることができ、このことはシーケンス長が２ｘＮRBであってよいことを暗示する。それに加えて、このような実施形態では、ＮRBは、帯域幅に対応するＲＢの個数を表し、シーケンスは、２進数または複素数とすることができる。シーケンスｒ（ｍ）は、
【００７３】
【数１】
2019110610.tif 000004
【００７４】
として複素数シーケンスを与えることができ、ただし、
【００７５】
【数２】
2019110610.tif 000005
【００７６】
は、ＬＴＥシステムなどの通信システムにおける最大帯域幅に対応するＲＢの個数を表すものとしてよく、
【００７７】
【数３】
2019110610.tif 000006
【００７８】
は１１０であるものとしてよい。それに加えて、ｃは、長さ−３１を持つＰＮシーケンスを表すことができ、Ｇｏｌｄ−シーケンスで定義されうる。ＤＭ−ＲＳが構成されうる場合、式
【００７９】
【数４】
2019110610.tif 000007
【００８０】
が使用され、ただし、
【００８１】
【数５】
2019110610.tif 000008
【００８２】
は、特定のＷＴＲＵまたはＵＥに対して割り当てられたＲＢの個数を表しうる。シーケンス長は、ＷＴＲＵまたはＵＥに対して割り当てられている数ＲＢに応じて変化しうる。
【００８３】
一実施形態において、基準信号（ＲＳ）構造も、実現されうる（例えば、３ＧＰＰ  ＬＴＥ−Ａにおいて）。例えば、全体的なＲＳのオーバーヘッドを低減するために、ＤＭ−ＲＳベースのダウンリンク送信を使用するとよい（例えば、ＬＴＥ−Ａなどの通信システムにおいて）。それに加えて、ＣＲＳベースのダウンリンク送信は、物理アンテナポートについてＲＳシーケンスを送信することができる。そのようなものとして、ＤＭ−ＲＳベースのダウンリンク送信は、ＤＭ−ＲＳについて送られるか、または使用されうるＲＳの数が層の数と同じである場合があることを考慮してＲＳのオーバーヘッドを低減することができる。それに加えて、一実施形態によれば、層の数は、物理アンテナポートの数以下であってよい。図６は、送られ、および／または使用されうるサブフレームに対するＰＲＢにおけるＤＭ−ＲＳパターン（例えば、最大８個までの層をサポートするＤＭ−ＲＳパターン）の例としての一実施形態を示している。
【００８４】
いくつかの実施形態では、２つのＣＤＭグループが、例えば、それぞれのＣＤＭグループ内の最大４つまでの層を多重化し、最大８つまでの層がこのパターンで最大として多重化されうるようにするために使用されうる。それぞれのＣＤＭグループのＣＤＭ多重化に対して、４×４  Ｗａｌｓｈ拡散も使用されうる。
【００８５】
それに加えて、ＤＭ−ＲＳは、復調性能に対して使用されうる（例えば、復調性能に使用されることに制限されうる）ので、時間および／または周波数に関して疎であるＣＳＩ−ＲＳが、例えば、測定のために提供されうる。ＣＳＩ−ＲＳは、ＰＤＳＣＨ領域内で｛５、１０、２０、４０、８０｝ｍｓなどのデューティサイクルにより送信されうる。それに加えて、再利用のため最大２０までのＣＳＩ−ＲＳパターンがサブフレーム内で利用可能であるものとしてよい。図７は、ポートの数に基づき再利用できるＣＳＩ−ＲＳパターンの例としての一実施形態を示している（例えば、最大２０までのＣＳＩ−ＲＳパターンを再利用することができる）。図７では、対応するＴＸ数が中に含まれるか、または関連付けられている同じパターンもしくはシェーディングが、ＣＳＩ−ＲＳ構成に対するＲＥの同じセットを表しうる。
【００８６】
観察到来時間差（Observed Time Difference of Arrival）（ＯＴＤＯＡ）も、例えば、ＬＴＥシステムなどの通信システムにおける測位のために提供され、および／または使用されうる。ＯＴＤＯＡ測位では、ＷＴＲＵまたはＵＥは、基準セルおよび／または１もしくは複数の追加セル、例えば、隣接セルから１または複数の信号を受信することができ、（例えば、それぞれの追加または隣接セルと基準セルとの間の）これらの信号の観察到来時間差を測定することができ、および／またはそのような測定、情報、もしくは信号をネットワークに報告することができる。セルのロケーション、固定されうるそれらの間のタイミングの差、および／または他の情報に基づき、ネットワークは、三辺測量または三角測量などの手段によって（例えば、ＷＴＲＵまたはＵＥが少なくとも３つのセルを測定することができると仮定して）、および／または配置および／または位置を提供することができる他の方法もしくは技術によって、ＷＴＲＵまたはＵＥの位置を導出することができる。基準セルは、サービングセル、例えば、ＷＴＲＵまたはＵＥのサービングセルである場合も、ない場合もある。例えば、基準セルは、ＷＴＲＵまたはＵＥが、例えば、キャリアアグリゲーション（ＣＡ）がない場合にありうる１つのサービングセルを有することができる場合にＷＴＲＵまたはＵＥのサービングセルであってもよい。別の例では、基準セルは、例えばキャリアアグリゲーションがある場合であってもよい、プライマリセル、ＰＣｅｌｌなどのサービングセルとすることができる。一実施形態において、到来時間差は、知られている信号に基づき測定されうる。例として（例えば、ＬＴＥの場合）、ＷＴＲＵまたはＵＥは、そのような測定に対してセル特有の基準シンボル（ＣＲＳ）を使用することができ、および／または、測位基準信号（ＰＲＳ）を送信することができるセルについては、例えば、ＷＴＲＵまたはＵＥはそのＰＲＳを使用することができる。測位を実行するために、ＷＴＲＵまたはＵＥは、測定されるべきセルおよび／または信号に関連付けられている情報などのサポート情報もしくは支援データを受信することができる。ＯＴＤＯＡについては、支援データは、ＰＲＳ関係パラメータを含むことができる。例としての実施形態では、ＷＴＲＵまたはＵＥによるＯＴＤＯＡのサポートはオプションであってよく、与えられたセルに対するＣＲＳまたはＰＲＳの使用は、ＷＴＲＵまたはＵＥの実装によって実現され、および／または決定されうる。
【００８７】
例としての一実施形態において、測位基準信号（ＰＲＳ）は、ｅＮＢがその制御の下でセルに対する送信パラメータを認識することができるか、または知ることができるようにｅＮＢによって送信されうる。与えられたセルについて、ＰＲＳは、それぞれの測位インスタンス（例えば、ＰＲＳ測位機会）についてＮPRS個の連続するダウンリンクサブフレームで提供されるか、または含まれるように定義されるものとしてよく、例えば、ＮPRS個のダウンリンクサブフレームのうちの最初のサブフレームは、
【００８８】
【数６】
2019110610.tif 000009
【００８９】
を満たすか、または実現することができる。例としての一実施形態によれば、ＮPRSは、１、２、４、および／または６サブフレームとすることができ、パラメータＴPRSおよびΔPRSは、それぞれ、ＰＲＳ周期およびＰＲＳオフセットとすることができる。それに加えて、ＰＲＳ周期は、１６０、３２０、６４０、および／または１２８０サブフレームとすることができ、ＰＲＳオフセットは、０からＰＲＳ周期マイナス１までの間の値またはＰＲＳ周期より１小さい値とすることができる。ＰＲＳ  ＢＷ（帯域幅）は、ＰＲＳ  ＢＷがセルの部分的ＢＷ（例えば、完全な、または全体的なＢＷの一部）および／またはセルの完全なＢＷを占有するように狭帯域または広帯域とすることができる。ＢＷ値は、例えば、６、１５、２５、５０、７５、および／または１００個のリソースブロック（ＲＢ）を含むことができる。一実施形態において、ＰＲＳが、部分的ＢＷを占有することができる場合、ＲＢは、帯域の中心にあるか、または帯域内の任意の他の好適な配置にあるものとしてよい。セルに対するＰＲＳに使用されうる、セルに対するＰＲＳについて提供されうる、セルに対するＰＲＳについて定義されうる、および／またはセルに対するＰＲＳを定義するために使用されうるパラメータ（例えば、ＰＲＳ情報および／またはｐｒｓ−ｉｎｆｏと称されうる）は、ＤＬサブフレームの個数（例えば、ＮPRS）、ＴPRSおよびΔPRS（例えば、ＰＲＳ周期およびオフセット）を取得するために（例えば、テーブルもしくは他の好適な構造体の中で）使用されうるＰＲＳ構成インデックス（例えば、０から４０９５）、ＰＲＳ  ＢＷ、セルにおいてＰＲＳ機会がミュートされうる（例えば、送信されない）タイミングを定義することができるＰＲＳミューティング情報、および同様のもののうちの１または複数を含みうる。
【００９０】
一実施形態によれば、ＰＲＳ測位機会は、例えば、周期的にセル内でミュートされうる。ＰＲＳミューティング構成は、実施形態において２、４、８、および／または１６の測位機会の周期を有することができる周期的ＰＲＳミューティングシーケンスによって定義されうる。ＰＲＳミューティング情報は、周期ｐに対するｐビットフィールドを使用して提供され、それぞれのビットはそれぞれのミューティングシーケンス内のＰＲＳ測位機会に対応し、および／またはその機会はミュートされるかどうかを示すことができる。ＰＲＳ測位機会がセル内でミュートされうる場合、ＰＲＳは、そのセル内の特定の機会のＮPRS個のサブフレーム（例えば、ＮPRS個のサブフレームのうちのどれか）で送信されえない。
【００９１】
それに加えて、ＰＲＳミーティング情報は、測位支援データでＷＴＲＵまたはＵＥにシグナリングされうる（例えば、ＰＲＳミューティング情報が測位支援データに入れられ、そのデータとともにシグナリングされうる）。ＰＲＳミューティングシーケンスの第１のビットは、ゼロであるシステムフレーム番号（ＳＦＮ）の始まり（例えば、ＳＦＮ＝０）の後に開始しうる最初のＰＲＳ測位機会に対応し、ＳＦＮはＷＴＲＵまたはＵＥのＯＴＤＯＡ基準セルのＳＦＮであってよい。
【００９２】
図８は、測位に使用されうるアーキテクチャの例としての一実施形態を示している。一実施形態によれば、図８に示されているアーキテクチャは、図１Ａおよび１Ｃ〜１Ｅに示されている通信システム１００などのＬＴＥ通信システムで使用され、ＬＴＥ通信システムのために測位を行うことができる。図８に示されているように、ＵＥまたはＷＴＲＵの測位またはＵＥまたはＷＴＲＵによる測位は、高度サービングモバイルロケーションセンター（Enhanced Serving Mobile Location Center）（Ｅ−ＳＭＬＣ）によって制御されうる。例としての一実施形態において、ＷＴＲＵとＥ−ＳＭＬＣとの間の通信は、ポイントツーポイントであり、および／またはｅＮＢに対して透過的でってよい。ＷＴＲＵまたはＵＥは、図８に示されているような制御プレーンまたはデータプレーン上でＬＴＥ測位プロトコル（ＬＰＰ）などのプロトコルを使用してＥ−ＳＭＬＣと通信することができる。このような通信（例えば、ＷＴＲＵまたはＵＥとＥ−ＳＭＬＣとの間の）は、ｅＮＢとＷＴＲＵもしくはＵＥとの間、またはセキュアユーザープレーンロケーション（ＳＵＰＬ）ロケーションプラットフォーム（ＳＬＰ）とＷＴＲＵもしくはＵＥとの間でシグナリングまたはデータ内にカプセル化されうる。例としての一実施形態によれば、ｅＮＢは、ＬＰＰメッセージの中にあると思われるものを確認することはできない。Ｅ−ＳＭＬＣとＷＴＲＵとの間の通信は、モビリティ管理エンティティ（ＭＭＥ）またはＳＬＰを通過することができ、ＭＭＥまたはＳＬＰは、適切なＷＴＲＵへの通信および／またはＷＴＲＵからの通信を指令することができ、通信の内容を確認する場合もしない場合もあり、また通信の内容および／またはトランスポートを修正する場合もしない場合もある。通信は、ＳＬＰを介して可能であるか、または対応させることができ、および／またはＷＴＵもしくはＵＥがＳＵＰＬ対応端末（ＳＥＴ）でありうる場合にＳＵＰＬベアラーを介するものとしてよい。
【００９３】
それに加えて、ＷＴＲＵまたはＵＥとＥ−ＳＭＬＣとの間を通る、または交換されうる情報は、ＷＴＲＵまたはＵＥがＯＴＤＯＡ測位をサポートする機能、Ｅ−ＳＭＬＣからの、ＯＴＤＯＡ測定を実行させる命令、Ｅ−ＳＭＬＣからＷＴＲＵもしくはＵＥへの、どのセルがＯＴＤＯＡに対する基準および／または追加もしくは隣接セルであるかなどのＯＴＤＯＡ測位支援データ、およびＷＴＲＵもしくはＵＥからＥ−ＳＭＬＣへの測定レポートのうちの１または複数を含みうる。支援データまたは他の交換情報は、セルＩＤおよび／またはキャリア周波数などの情報、および／または基準セルおよび／または追加もしくは隣接セルに対するＰＲＳ情報を含みうる。ＰＲＳ送信は、ｅＮＢの役目であってよいので、Ｅ−ＳＭＬＣは、１または複数のｅＮＢからＰＲＳ情報のうちの少なくとも一部を取得することができ、その場合、Ｅ−ＳＭＬＣとｅＮＢとの間の通信は、ＬＰＰａインターフェースまたはプロトコルを介したものであってよい。
【００９４】
例としての一実施形態によれば、情報、データ、および／または信号を送信し、および／または受信するために通信システムには１または複数の送信モードが備えられ、および／または使用されうる。表３は、本明細書で開示されている情報および／または信号を供給するために使用されうる通信システム（例えば、ＬＴＥおよび／またはＬＴＥ−Ａｄｖａｎｃｅｄシステム）に対する送信モードの例としての実施形態を示している。表３に用意されている送信モード（例えば、一実施形態におけるＴＭ−７、８、および９を除く）は、復調と測定の両方にＣＲＳを使用することができる。それに加えて、表３に示されているＴＭ−７および８については、ＤＭ−ＲＳが復調に使用され、ＣＲＳが測定に使用されうる。一実施形態によれば、表３に示されているＴＭ−９については、ＤＭ−ＲＳおよびＣＳＲ−ＲＳが復調および測定にそれぞれ使用されうる。
【００９５】
【表２】
2019110610.tif 000010
【００９６】
例としての一実施形態によれば、チャネル状態情報（ＣＳＩ）フィードバックが提供され、使用されうる。例えば、ＰＵＣＣＨおよび／またはＰＵＳＣＨなどの複数の（例えば、２つの）種類の報告チャネルが使用されうる。ＰＵＣＣＨ報告チャネルは、制限されたフィードバックオーバヘッドを許容しながらＣＳＩフィードバックを提供することができる。ＰＵＳＣＨ報告チャネルは、信頼性は低いが大量のフィードバックオーバーヘッドを許容することができる。ＰＵＣＣＨ報告チャネルは、粗いリンク適応に対する周期的ＣＳＩフィードバックに使用され、および／またはＰＵＳＣＨ報告は、より細かいリンク適応に対して非周期的にトリガーされうる。
【００９７】
【表３】
2019110610.tif 000011
【００９８】
ダウンリンク制御チャネルも、実現され、および／または使用されうる。ダウンリンク制御チャネルは、制御チャネルのオーバーヘッドに応じてそれぞれのサブフレーム内の最初の１から３までのＯＦＤＭシンボルを占有することができる。ダウンリンク制御チャネルのオーバーヘッドを処理するためのこの動的リソース割り当ては、効率的なダウンリンクリソースの利用を可能にし、その結果、システムスループットがより向上しうる。ＰＣＦＩＣＨ（物理制御フォーマットインジケータチャネル）、ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）、および／またはＰＤＣＣＨ（物理ダウンリンク制御チャネル）などの、さまざまな種類のダウンリンク制御チャネルが、それぞれのサブフレーム内のダウンリンク制御チャネル領域内で送信されうる。ダウンリンク制御チャネルリソースユニットは、図９および１０に示されているようにＲＥＧ（リソース要素グループ）と称される周波数領域内の４つの連続するＲＥとして定義されうる。図９は、２Ｔｘ  ＣＲＳによるダウンリンク制御チャネル領域内の例示的なＲＥＧ定義を示している。図１０は、４Ｔｘ  ＣＲＳによるダウンリンク制御チャネル領域内の例示的なＲＥＧ定義を示している。図示されているように、ＣＲＳが同じＯＦＤＭシンボル内に配置されうる場合、ＲＥＧは、ＣＳＲなしで４つの連続するＲＥで定義されうる。
【００９９】
別の実施形態では、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）が、本明細書で説明されているように提供され、および／または使用されうる。例えば、ＰＣＦＩＣＨは、それぞれのサブフレーム内の０番目のＯＦＤＭシンボルで送信され、および／またはそのサブフレームにおいてダウンリンク制御チャネルに使用されるＯＦＤＭシンボルの数を示すことができる。サブフレームレベルのダウンリンク制御チャネルの動的リソース割り当ては、ＰＣＦＩＣＨを使用することによって可能になりうる。ＷＴＲＵまたはＵＥは、ＰＣＦＩＣＨからのＣＦＩ（制御フォーマットインジケータ）を検出することができ、ダウンリンク制御チャネル領域は、ＣＦＩ値に応じてサブフレームで定義されうる。表５は、ＰＣＦＩＣＨから検出されうるＣＦＩコードワードを示しており、表６は、ＣＦＩ値、サブフレームタイプ、およびシステム帯域幅によるダウンリンク制御チャネルのリソース割り当ての詳細を示している。いくつかの実施形態では、ＰＣＦＩＣＨは、ＷＴＲＵまたはＵＥがサブフレームでＰＣＦＩＣＨを検出することを試みていないようにサブフレームが非ＰＤＳＣＨサポート可能なサブフレームとして定義されうる場合にスキップすることができる。
【０１００】
【表４】
2019110610.tif 000012
【０１０１】
【表５】
2019110610.tif 000013
【０１０２】
一実施形態において、４つのＲＥＧが、サブフレーム内の０番目のＯＦＤＭシンボルにおけるＰＣＦＩＣＨ送信に使用され、および／またはＲＥＧは、周波数ダイバーシティ利得を利用するためにシステム帯域幅全体に均一に分布しうる。ＰＣＦＩＣＨ送信の開始点は、図１１に示されているように物理セルＩＤ（ＰＣＩ）に従って異なっていてもよい。セルＩＤに結ばれているＰＣＦＩＣＨの周波数シフトは、分散割り当てからダイバーシティオーダー４を達成しながら複数の隣接セル間でのＰＣＦＩＣＨ衝突を回避することによってＰＣＦＩＣＨ検出性能を実現することができる。ＷＴＲＵまたはＵＥ受信機において、ダウンリンク制御チャネルの検出に対する手順（例えば、第１の手順）は、サブフレーム内のＯＦＤＭシンボルの個数を算出するためＰＣＦＩＣＨを復号するステップであってよい。ダウンリンク制御リソースがＰＣＦＩＣＨによって定義されうる場合、ＰＣＦＩＣＨ検出エラーの結果として、ダウンリンク許可、アップリンク許可、および／またはＰＨＩＣＨ受信の喪失が生じうる。
【０１０３】
物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）が、本明細書で説明されているように提供され、および／または使用されうる。一実施形態において、ＰＨＩＣＨを使用すること、でアップリンクサブフレームで送信されるＰＵＳＣＨに応じてＡＣＫまたはＮＡＣＫを送信することができる。ＰＨＩＣＨは、ダウンリンク制御チャネル内でシステム帯域幅およびＯＦＤＭシンボルにわたって分散方式により送信されうる。ＯＦＤＭシンボルの個数は、ＰＨＩＣＨの存続期間として定義され、上位層シグナリングを介して構成可能であるものとしてよい。ＰＨＩＣＨのリソースの位置は、ＰＨＩＣＨの存続期間に従って変化しうる。
【０１０４】
図１２は例示的なＰＣＦＩＣＨおよびＰＨＩＣＨのリソース割り当て（例えば、ＰＣＩによるＰＣＦＩＣＨおよびＰＨＩＣＨ  ＲＥＧの割り当て）を示している。図１２に示されているように、複数のＰＨＩＣＨグループがセル内で定義され、ＰＨＩＣＨグループは、直交シーケンスとともに複数のＰＨＩＣＨを含むことができ、ＷＴＲＵまたはＵＥに対するＰＨＩＣＨは、最低のＰＲＢインデックス
【０１０５】
【数７】
2019110610.tif 000014
【０１０６】
およびＤＭ−ＲＳ巡回シフト（ｎDMRS）などのアップリンク許可におけるリソース情報とともに動的に定義されうる。２つのインデックス対（ＰＨＩＣＨグループインデックス
【０１０７】
【数８】
2019110610.tif 000015
【０１０８】
、ＰＨＩＣＨシーケンスインデックス
【０１０９】
【数９】
2019110610.tif 000016
【０１１０】
）は、特定のＷＴＲＵまたはＵＥに対するＰＨＩＣＨリソースを示すことができる。ＰＨＩＣＨインデックス対
【０１１１】
【数１０】
2019110610.tif 000017
【０１１２】
において、それぞれのインデックスは、
【０１１３】
【数１１】
2019110610.tif 000018
【０１１４】
【数１２】
2019110610.tif 000019
【０１１５】
として定義することができ、ただし、
【０１１６】
【数１３】
2019110610.tif 000020
【０１１７】
は、システム内で利用可能なＰＨＩＣＨグループの個数を意味し、
【０１１８】
【数１４】
2019110610.tif 000021
【０１１９】
として定義することができ、ただし、ＮgはＰＢＣＨ（物理ブロードキャスティングチャネル）によって送信される２ビット情報であり、この情報はＮg∈｛１／６、１／２、１、２｝内にあるものとしてよい。
【０１２０】
それに加えて、拡散率による直交シーケンスも、例えば、表７に示されているように、提供され、および／または使用されうる。
【０１２１】
【表６】
2019110610.tif 000022
【０１２２】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）が、本明細書で説明されているように提供され、および／または使用されうる。例えば、ＰＤＣＣＨは、１つのＣＣＥ（制御チャネル要素）が９個のＲＥＧを含むことができる１または複数の連続するＣＣＥリソースとともに定義されうる。利用可能なＣＣＥの個数（ＮCCE）は、ＮCCE＝［ＮREG／９］で定義されるものとしてよく、ただし、ＮREGはＰＣＦＩＣＨまたはＰＨＩＣＨに割り当てられていないＲＥＧの個数とすることができる。表８−１は、提供され、使用され、および／またはサポートされうる多数の連続するＣＣＥの定義による例示的な利用可能なＰＤＣＣＨフォーマットを示している。表８−１に示されているように、４つのＰＤＣＣＨフォーマットがサポートされ、および／またはＰＤＣＣＨフォーマットによるＣＣＥの個数は異なっていてもよい。ＰＤＣＣＨフォーマットにおけるＣＣＥの個数は、アグリゲーションレベルと称されうる。
【０１２３】
【表７】
2019110610.tif 000023
【０１２４】
一実施形態において、ＷＴＲＵまたはＵＥは、ＰＤＣＣＨ候補を監視し、および／または与えられた回数をブラインド復号することができる（例えば、表８−２に示されているように）。ＷＴＲＵまたはＵＥによって監視されうるＰＤＣＣＨ候補のセットは、探索空間として定義されうる。
【０１２５】
【表８】
2019110610.tif 000024
【０１２６】
アグリゲーションレベル｛１、２、４、８｝は、ＷＴＲＵまたはＵＥ特有の探索空間内でサポートされ、アグリゲーションレベル｛４、８｝は、共通探索空間内でサポートされうる。アグリゲーションレベルＬ∈｛１、２、４、８｝における探索空間
【０１２７】
【数１５】
2019110610.tif 000025
【０１２８】
は、ＰＤＣＣＨ候補のセットとして定義されうる。ＰＤＣＣＨが監視されうるそれぞれのサービングセルについて、探索空間
【０１２９】
【数１６】
2019110610.tif 000026
【０１３０】
のＰＤＣＣＨ候補ｍに対応するＣＣＥは、
【０１３１】
【数１７】
2019110610.tif 000027
【０１３２】
によって与えられ、ただし、Ｙkは本明細書で説明されているように定義され、ｉ＝０、．．．，Ｌ−１とすることができる。共通探索空間については、ｍ’＝ｍである。それに加えて、ＷＴＲＵまたはＵＥ特有の探索空間について、またＰＤＣＣＨが監視されうるサービングセルについて、監視しているＷＴＲＵまたはＵＥがキャリアインジケータフィールドで構成されうる場合、ｍ’＝ｍ＋Ｍ(L)・ｎC1であり、ただし、ｎC1はキャリアインジケータフィールド値とすることができる。そうでなく、監視しているＷＴＲＵまたはＵＥがキャリアインジケータフィールドで構成されえない場合、ｍ’＝ｍであり、ただし、ｍ＝０、．．．，Ｍ(L)−１であり、Ｍ(L)は与えられた探索空間内で監視すべきＰＤＣＣＨ候補の数であるものとしてよい。共通探索空間について、Ｙkは２つのアグリゲーションレベルＬ＝４およびＬ＝８に対して０に設定されうる。アグリゲーションレベルＬにおけるＷＴＲＵまたはＵＥ特有の探索空間
【０１３３】
【数１８】
2019110610.tif 000028
【０１３４】
について、変数ＹkはＹk＝（Ａ・Ｙk-1）ｍｏｄ  Ｄで定義されるものとしてよく、ただし、Ｙ-1＝ｎRNTI≠０、Ａ＝３９８２７、Ｄ＝６５５３７、および
【０１３５】
【数１９】
2019110610.tif 000029
【０１３６】
であり、ｎsは無線フレーム内のスロット番号であるものとすることができる。
【０１３７】
本明細書で説明されているように、ＰＤＣＣＨは、ビームフォーミング利得、周波数領域ＩＣＩＣ、および／またはＰＤＣＣＨ容量改善利得が達成され、および／または改善されるようにＷＴＲＵまたはＵＥ特有の基準信号とともにＰＤＣＣＨ領域でＰＤＣＣＨを送信することによって高めることができる（例えば、ｅＰＤＣＣＨを実現することができる）。図１３は、ＰＤＳＣＨとの例示的なｅＰＤＣＣＨ多重化（ＦＤＭ多重化）を示している。
【０１３８】
例としての一実施形態において、ＰＵＣＣＨは、ＰＤＣＣＨに関して割り当てられうる。例えば、ＰＵＣＣＨに使用される物理リソースは、上位層によって与えられる、
【０１３９】
【数２０】
2019110610.tif 000030
【０１４０】
および／または
【０１４１】
【数２１】
2019110610.tif 000031
【０１４２】
などの１または複数のパラメータに依存しうる。変数
【０１４３】
【数２２】
2019110610.tif 000032
【０１４４】
は、それぞれのスロット内のＰＵＣＣＨフォーマット２／２ａ／２ｂ送信による使用のために利用可能であるものとしてよいリソースブロックに関する帯域幅を表しうる。変数
【０１４５】
【数２３】
2019110610.tif 000033
【０１４６】
は、フォーマット１／１ａ／１ｂおよび２／２ａ／２ｂの混合に使用されるリソースブロックにおけるＰＵＣＣＨフォーマット１／１ａ／１ｂに対して使用される循環シフトの数を表すことができる。値
【０１４７】
【数２４】
2019110610.tif 000034
【０１４８】
は、範囲｛０、１、．．．，７｝内の
【０１４９】
【数２５】
2019110610.tif 000035
【０１５０】
の整数倍であり、
【０１５１】
【数２６】
2019110610.tif 000036
【０１５２】
は、上位層によって提供されうる。一実施形態において、混合されたリソースブロックは、
【０１５３】
【数２７】
2019110610.tif 000037
【０１５４】
である場合には存在しえない。それに加えて、フォーマット１／１ａ／１ｂおよび２／２ａ／２ｂの混合をサポートする（例えば、高々）１つのリソースブロックがそれぞれのスロットに存在しうる。ＰＵＣＣＨフォーマット１／１ａ／１ｂ、２／２ａ／２ｂ、および３の送信に使用されうるリソースは、非負のインデックス
【０１５５】
【数２８】
2019110610.tif 000038
【０１５６】
および
【０１５７】
【数２９】
2019110610.tif 000039
【０１５８】
によってそれぞれ表されうる。
【０１５９】
物理リソースへのマッピングが、例えば、本明細書で説明されているように、提供され、および／または使用されうる。このような実施形態では、複素数値シンボルのブロック
【０１６０】
【数３０】
2019110610.tif 000040
【０１６１】
は、送信電力ＰPUCCHを確認するために振幅倍率βPUCCHを乗じられ、および／または
【０１６２】
【数３１】
2019110610.tif 000041
【０１６３】
から始まるシーケンスでリソース要素にマッピングされうる。ＰＵＣＣＨは、サブフレーム内の２つのスロットのそれぞれにおいて１つのリソースブロックを使用することができる。送信に使用される物理リソースブロック内で、基準信号の送信に使用されない、アンテナポートｐのリソース要素（ｋ，ｌ）への
【０１６４】
【数３２】
2019110610.tif 000042
【０１６５】
のマッピングは、最初にｋ、次いでｌ、そしてスロット番号の昇順とすることができ、サブフレーム内の第１のスロットから始まりうる。インデックス
【０１６６】
【数３３】
2019110610.tif 000043
【０１６７】
とアンテナポート番号ｐとの間の関係が定義されうる。
【０１６８】
スロットｎSにおけるＰＵＣＣＨの送信に使用されうる物理リソースブロックは、
【０１６９】
【数３４】
2019110610.tif 000044
【０１７０】
で与えられ、
ただし、変数ｍは、ＰＵＣＣＨフォーマットに依存するものとしてよい。フォーマット１、１ａ、および１ｂについては
【０１７１】
【数３５】
2019110610.tif 000045
【０１７２】
フォーマット２、２ａ、および２ｂについては
【０１７３】
【数３６】
2019110610.tif 000046
【０１７４】
およびフォーマット３については
【０１７５】
【数３７】
2019110610.tif 000047
【０１７６】
である。
【０１７７】
物理アップリンク制御チャネルに対する変調シンボルのマッピングは、図１４に例示されているものとしてよい。サウンディング基準信号およびＰＵＣＣＨフォーマット１、１ａ、１ｂ、または３の同時送信の実施形態では、１つのサービングセルが構成されうる場合、サブフレームの第２のスロット内の最後のＳＣ−ＦＤＭＡシンボルが空のままにされうる短縮されたＰＵＣＣＨフォーマットが使用されうる。
【０１７８】
構成されたサービングセルに対するＦＤＤ  ＨＡＲＱ−ＡＣＫ手順および／または方法が提供されうる。例えば、ＰＵＣＣＨフォーマット１ａ／１ｂに対して、２つのアンテナポート（ｐ∈［ｐ0、ｐ1］）のＨＡＲＱ−ＡＣＫ送信がサポートされうる。ＦＤＤおよび１つの構成済みのサービングセルについて、ＷＴＲＵまたはＵＥは、ＰＵＣＣＨリソース
【０１７９】
【数３８】
2019110610.tif 000048
【０１８０】
を使用して、以下で説明されているようなＰＵＣＣＨフォーマット１ａ／１ｂに対するアンテナポートｐにマッピングされている
【０１８１】
【数３９】
2019110610.tif 000049
【０１８２】
についてサブフレームｎでＨＡＲＱ−ＡＣＫの送信を行うことができる（例えば、以下の１または複数が適用されうる場合）。
【０１８３】
サブフレームｎ−４における対応するＰＤＣＣＨの検出によって指示されるＰＤＳＣＨ送信について、またはサブフレームｎ−４におけるダウンリンクＳＰＳリリースを指示するＰＤＣＣＨについて、ＷＴＲＵまたはＵＥは、サブフレームｎにおいてアンテナｐ0に対して
【０１８４】
【数４０】
2019110610.tif 000050
【０１８５】
を使用することができ、ただし、ｎCCEは、対応するＤＣＩ割り当ての送信に使用される第１のＣＣＥ（例えば、ＰＤＣＣＨを構築するために使用される最低のＣＣＥインデックス）の番号であり、および／または
【０１８６】
【数４１】
2019110610.tif 000051
【０１８７】
は上位層によって構成されうる。２アンテナポート送信では、アンテナポートｐ1に対するＰＵＣＣＨリソースは、
【０１８８】
【数４２】
2019110610.tif 000052
【０１８９】
で与えられうる。
【０１９０】
サブフレームｎ−４において対応するＰＤＣＣＨが検出されえないプライマリセルのＰＤＳＣＨ送信について、値
【０１９１】
【数４３】
2019110610.tif 000053
【０１９２】
は、上位層の構成に従って決定されうる。２アンテナポート送信用に構成されているＷＴＲＵまたはＵＥについては、ＰＵＣＣＨリソース値は２つのＰＵＣＣＨリソースを、アンテナポートｐ0に対しては第１のＰＵＣＣＨリソース
【０１９３】
【数４４】
2019110610.tif 000054
【０１９４】
、アンテナポートｐ1に対して第２のＰＵＣＣＨリソース
【０１９５】
【数４５】
2019110610.tif 000055
【０１９６】
となるようにマッピングすることができる。そうでない場合、ＰＵＣＣＨリソース値は、アンテナポートｐ0に対して単一のＰＵＣＣＨリソース
【０１９７】
【数４６】
2019110610.tif 000056
【０１９８】
にマッピングすることができる。
【０１９９】
複数の構成されているサービングセルに対するＦＤＤ  ＨＡＲＱ−ＡＣＫフィードバック手順は、例えば、チャネル選択ＨＡＲＱ−ＡＣＫ手順またはＰＵＣＣＨフォーマット３  ＨＡＲＱ−ＡＣＫ手順を使用するＰＵＣＣＨフォーマット１ｂに基づくものとしてよい。ＰＵＣＣＨフォーマット３に対して、２つのアンテナポート（ｐ∈［ｐ0、ｐ1］）のＨＡＲＱ−ＡＣＫ送信がサポートされうる。
【０２００】
２つの構成済みのサービングセルを伴うＦＤＤおよびチャネル選択を伴うＰＵＣＣＨフォーマット１ｂについて、ＷＴＲＵまたはＵＥは、ＰＵＣＣＨリソース
【０２０１】
【数４７】
2019110610.tif 000057
【０２０２】
から選択されたA  ＰＵＣＣＨリソース
【０２０３】
【数４８】
2019110610.tif 000058
【０２０４】
上でｂ（０）ｂ（１）を送信することができ、ただし、０≦ｊ≦Ａ−１およびＡ∈｛２、３、４｝である。ＨＡＲＱ−ＡＣＫ（ｊ）は、サービングセルｃに関連付けられているトランスポートブロックまたはＳＰＳリリースＰＤＣＣＨに対するＡＣＫ／ＮＡＣＫ／ＤＴＸ応答を表すことができ、ＨＡＲＱ−ＡＣＫ（ｊ）およびA  ＰＵＣＣＨリソースに対するトランスポートブロックおよび／またはサービングセルは、テーブルによって与えられるものとしてよい。
【０２０５】
サービングセルｃ上で最大２つまでのトランスポートブロックをサポートすることができる送信モードで構成されたＷＴＲＵまたはＵＥは、サービングセルｃに関連付けられているダウンリンクＳＰＳリリースを指示する単一のトランスポートブロックまたはＰＤＣＣＨによるＰＤＳＣＨ送信への応答としてトランスポートブロックに同じＨＡＲＱ−ＡＣＫ応答を使用することができる。
【０２０６】
それに加えて、ＷＴＲＵまたはＵＥは、本明細書で説明されている１または複数の実施形態（例えば、以下の例としての実施形態のうちの１または複数）に従ってＨＡＲＱ−ＡＣＫ（ｊ）（０≦ｊ≦Ａ−１）に関連付けられているA  ＰＵＣＣＨリソース
【０２０７】
【数４９】
2019110610.tif 000059
【０２０８】
を決定することができる。
【０２０９】
プライマリセルのサブフレームｎ−４における対応するＰＤＣＣＨの検出によって指示されるＰＤＳＣＨ送信について、またはプライマリセルのサブフレームｎ−４におけるダウンリンクＳＰＳリリースを指示するＰＤＣＣＨについて、ＰＵＣＣＨリソースは、
【０２１０】
【数５０】
2019110610.tif 000060
【０２１１】
であってよく、最大２つまでのトランスポートブロックをサポートする送信モードについて、ＰＵＣＣＨリソース
【０２１２】
【数５１】
2019110610.tif 000061
【０２１３】
は、
【０２１４】
【数５２】
2019110610.tif 000062
【０２１５】
によって与えられるものとしてよく、ただし、ｎCCEは、対応するＰＤＣＣＨの送信に使用される第１のＣＣＥの番号であり、また
【０２１６】
【数５３】
2019110610.tif 000063
【０２１７】
は上位層によって構成されうる。
【０２１８】
サブフレームｎ−４において対応するＰＤＣＣＨが検出されえないプライマリセルのＰＤＳＣＨ送信について、値
【０２１９】
【数５４】
2019110610.tif 000064
【０２２０】
は、上位層の構成に従って決定されうる。最大２つまでのトランスポートブロックをサポートする送信モードについては、ＰＵＣＣＨリソース
【０２２１】
【数５５】
2019110610.tif 000065
【０２２２】
は、
【０２２３】
【数５６】
2019110610.tif 000066
【０２２４】
によって与えられうる。
【０２２５】
セカンダリセルのサブフレームｎ−４における対応するＰＤＣＣＨの検出によって指示されるＰＤＳＣＨ送信について、最大２つまでのトランスポートブロックをサポートする送信モードに対する値
【０２２６】
【数５７】
2019110610.tif 000067
【０２２７】
および値
【０２２８】
【数５８】
2019110610.tif 000068
【０２２９】
は、上位層の構成に従って決定されうる。対応するＰＤＣＣＨのＤＣＩフォーマットのＴＰＣフィールドは、上位層によって構成されているリソース値（例えば４つのリソース値）のうちの１つからＰＵＣＣＨリソース値を決定するために使用されうる。最大２つまでのトランスポートブロックをサポートする送信モードに対して構成されているＷＴＲＵまたはＵＥについて、ＰＵＣＣＨリソース値は、複数の（例えば、２つの）ＰＵＣＣＨリソース
【０２３０】
【数５９】
2019110610.tif 000069
【０２３１】
にマッピングされうる。そうでない場合、ＰＵＣＣＨリソース値は、単一のＰＵＣＣＨリソース
【０２３２】
【数６０】
2019110610.tif 000070
【０２３３】
にマッピングすることができる。
【０２３４】
キャリアアグリゲーション状況におけるリソース割り当てが行われうる。ｅＰＤＣＣＨ送信では、セルにおいて異なるチャネル状態を有するＵＥをより適切にサポートするために集中および分散リソース割り当てが実装されうる。集中リソース割り当てでは、ｅＮＢスケジューラが低ドップラー周波数が生じているＷＴＲＵまたはＵＥのチャネル状態情報を利用することによってスペクトル効率を高めることができるように周波数選択利得を許すことができる。分散リソース割り当てでは、信頼できるＰＤＣＣＨ送信性能がチャネル状態情報なしで達成されるように周波数ダイバーシティ利得を規定することができ、これは高ドップラー周波数の悪影響を受けているＷＴＲＵまたはＵＥに適切な場合がある。現在、ｅＰＤＣＣＨは、単一コンポーネントキャリアに基づき設計されており、そのため、そのような設計が複数のキャリアネットワークで使用されうる場合には性能が制限される可能性がある。
【０２３５】
複数のコンポーネントキャリアを有するシステムでは、集中リソース割り当ておよび分散リソース割り当ては、周波数選択スケジューリング利得および／または周波数ダイバーシティ利得に合わせて最適化されうる。そのようなｅＰＤＣＣＨの設計は、性能がマルチキャリアシステムにおいて制限されるように単一コンポーネントキャリアを重視したものにすることができる。
【０２３６】
それに加えて、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥがサブフレームｎでＰＤＳＣＨを受信したときにサブフレームｎ＋４でＨＡＲＱ−ＡＣＫ応答を提供することができる。ＰＤＣＣＨのブラインド検出ではＰＤＳＣＨの復号を開始する前に期間の一部を望んでいるか、または必要としている可能性があるので、ＰＤＳＣＨ処理時間は、４ｍｓ未満の時間に短縮されうる。時間前進は、例えば、最大のトランスポートブロックサイズ、最高のランク、および／または最長の時間前進が考慮されうる場合を仮定してＷＴＲＵまたはＵＥがｎ＋４より前にその復号処理を終了するようにＰＤＳＣＨ処理時間を短くすることができる。つまり、ＰＤＳＣＨ処理時間はさらに短縮されうる。ｅＰＤＣＣＨは、ＰＤＳＣＨ領域で送信されうるので、これはＰＤＳＣＨ処理時間を短縮することができ、例えば、マルチキャリアシステムでは、最大トランスポートブロックサイズを２倍にできる。非周期的ＣＳＩ報告について類似の処理時間短縮が観察されうる。非周期的ＣＳＩ報告は、ダウンリンク制御チャネルによってトリガーされ、ＣＳＩフィードバック処理時間は、ｅＰＤＣＣＨ受信によって短縮され、これは、コンポーネントキャリアの個数が同時にＣＳＩ報告に対して増えてゆくのでさらに重大なものとなりうる。残念なことに、説明されているように、現在、ＷＴＲＵまたはＵＥ受信機におけるＰＤＳＣＨ処理時間および非周期的ＣＳＩ報告処理時間は、レガシーＰＤＣＣＨの代わりにｅＰＤＣＣＨを使用しているのでより厳しい可能性がある。現在、キャリアアグリゲーションが使用されうる場合、これらの問題はより深刻なものになる可能性がある。
【０２３７】
それに加えて、アップリンク制御チャネル割り当ても行うことができる。例えば、ＦＤＤ  ＨＡＲＱ−ＡＣＫフィードバック手順は、１つの構成済みのサービングセルに対するＰＵＣＣＨフォーマット１ａ／１ｂ（例えば、動的に割り当てられたＰＵＣＣＨフォーマット１ａ／１ｂ）に基づくものとすることができる（例えば、Ｒｅｌ−８またはＲ８のような単一セルオペレーションで）。ＦＤＤに対する２以上のＤＬサービングセルについて、ＰＵＣＣＨフィードバックは、チャネル選択のあるＰＵＣＣＨフォーマット１ｂ（例えば、動的に割り当てられたＰＵＣＣＨフォーマット１ｂ）（例えば、２つのＤＬサービングセルが使用されうる場合）またはＡＲＩと組み合わせたＰＵＣＣＨフォーマット３（例えば、半静的に構成されたＰＵＣＣＨフォーマット３）（例えば、３以上の構成済みのサービングセルが使用されうる場合）を使用することができる。ＴＤＤ（例えば、Ｒｅｌ−１０  ＴＤＤ）では、単一セルオペレーションは、チャネル選択を伴うＰＵＣＣＨフォーマット１（例えば、動的に割り当てられたＰＵＣＣＨフォーマット１）に基づくものとしてよい。チャネル選択を伴うＰＵＣＣＨフォーマット１（例えば、２以上のＤＬサービングセルが使用されうる場合）および／またはＰＵＣＣＨフォーマット３もしくはＰＵＣＣＨ  Ｆ３は、ＲＲＣ構成の関数として使用されうる。
【０２３８】
一実施形態において、動的に導出されるＰＵＣＣＨリソースでは、例えば、単一キャリアオペレーション、またはＤＬキャリアアグリゲーションによりプライマリサービングセル上で受信されたＤＬ割り当ての場合、およびプライマリセルのサブフレームｎ−４における対応するＰＤＣＣＨの検出によって指示されるＰＤＳＣＨ送信について、および／またはプライマリセルのサブフレームｎ−４におけるダウンリンクＳＰＳリリースを指示するＰＤＣＣＨについて、ＰＵＣＣＨリソースは、
【０２３９】
【数６１】
2019110610.tif 000071
【０２４０】
であってよく、および／または最大２つまでのトランスポートブロックをサポートする送信モードについて、ＰＵＣＣＨリソースは、
【０２４１】
【数６２】
2019110610.tif 000072
【０２４２】
は、
【０２４３】
【数６３】
2019110610.tif 000073
【０２４４】
によるものであってもよく、ただし、ｎCCEは、対応するＰＤＣＣＨの送信に使用される第１のＣＣＥの番号であり、また
【０２４５】
【数６４】
2019110610.tif 000074
【０２４６】
は上位層によって構成されうる。ＰＵＣＣＨフォーマット３による一実施形態では、ＰＵＣＣＨインデックスは、ＲＲＣを通じて、および／または与えられたＤＬサブフレームｎ−４について事前構成され、ＵＬサブフレームｎにおける対応するＰＵＣＣＨインデックスは、ＳＣｅｌｌのＤＬ割り当てメッセージのＴＰＣフィールドで伝送されるＡＲＩから導出されうる。
【０２４７】
単一キャリア動作モードでは、ｅＰＤＣＣＨの構造および／またはリソース領域は、レガシーＰＤＣＣＨのとは異なる場合があるので、ＰＵＣＣＨリソース割り当てメカニズムは、複数のキャリアでは困難である可能性のある、ｅＰＤＣＣＨを使用してのＤＣＩの復号を行うユーザーもしくはＵＥ（またはＷＴＲＵ）にＰＵＣＣＨリソースを割り当てることができるように指定されうる。それに加えて、ＤＬキャリアアグリゲーションについては、ＰＵＣＣＨリソース割り当てメカニズムが、ＤＬサービングセルのうちの少なくとも１つでｅＰＤＣＣＨを復号するユーザー（またはＷＴＲＵ）がプライマリおよび１もしくは複数のセカンダリーサービングセル上でスケジュールされたＤＬデータ送信に対応するＡＣＫ／ＮＡＣＫ情報を送信することを可能にするために使用されうる。
【０２４８】
フレーム構造２ＴＤＤサポートも提供することができる。ＴＤＤシステムでは、ＰＤＳＣＨは、ダウンリンクサブフレーム内のＰＤＳＣＨ領域および／またはサブフレーム内のＰＤＳＣＨ領域（例えば、ＤｗＰＴＳ）で送信されうる。ＤｗＰＴＳ（例えば、多数のＯＦＤＭシンボルがスペシャルサブフレーム内でのダウンリンク送信用に予約されているダウンリンクパイロットタイムスロット）では、ＰＤＳＣＨ送信に対するＯＦＤＭシンボルの利用可能な数は、構成に従って制限され、および／または変化しうる。レガシーＰＤＣＣＨは、同じサブフレームで一緒に送信されうるので、ｅＰＤＣＣＨ送信の実施形態は、別に提供されうる。
【０２４９】
複数のコンポーネントキャリアが、ＴＤＤシステム内で異なるＤＬ−ＵＬサブフレーム構成により構成されうる場合、ダウンリンク制御チャネルは、例えば、クロスキャリアスケジューリングが使用されうるときに、セカンダリセルにおける特定のダウンリンクサブフレームについてサポートされえない。この結果、ダウンリンクサブフレームが、セカンダリセルにおいて無駄になる可能性がある。ＤｗＰＴＳにおけるＯＦＤＭシンボルの数が不足し、および／またはＰＤＳＣＨ送信に対するＯＦＤＭシンボルの数が変化しうるので、現在、サブフレームによるｅＰＤＣＣＨ送信が必要になるか（例えば、以下で説明されているように）、または詳細なＷＴＲＵまたはＵＥの動作が、エラーを回避するのに役立つように定義されうる（例えば、以下で説明されているように）。
【０２５０】
ＰＤＣＣＨフォールバックが提供されうる。例えば、ｅＰＤＣＣＨがネットワーク内でレガシーＰＤＣＣＨでサポートされているときに、ＷＴＲＵまたはＵＥは、上位層シグナリングを介して特定のＰＤＣＣＨタイプに合わせて構成されうる。このような一実施形態では、ＷＴＲＵまたはＵＥがＲＲＣシグナリングされたＰＤＣＣＨタイプを監視しうるかどうかをｅＮＢスケジューラが知ることができない曖昧期間がありうる。構成されたＰＤＣＣＨタイプに関係なくＷＴＲＵまたはＵＥによって受信されうる、ＰＤＣＣＨフォールバック送信は、リソースを無駄にする、および／または予期しないＷＴＲＵもしくはＵＥの動作を回避するように定義されうる。このような一実施形態では、ＷＴＲＵまたはＵＥが、上位層シグナリングで半静的にレガシーＰＤＣＣＨとｅＰＤＣＣＨとの間で構成可能であるものとしてよい場合に、ＷＴＲＵまたはＵＥは、構成プロセスにおいてＰＤＣＣＨを連続的にまたは継続的に受信することができる必要がありうる。
【０２５１】
リソースの衝突は、ＰＲＳとｅＰＤＣＣＨとの間でさらに生じうる。例えば、ｅＰＤＣＣＨがセルにおいて使用される場合、セルによって送信されるＰＲＳは、ｅＰＤＣＣＨ送信のいくつかのＲＥとオーバーラップするか、または衝突する可能性がある。ＰＲＳ  ＢＷがｅＰＤＣＣＨ送信ＢＷとオーバーラップする場合、ＰＲＳ送信は、ｅＰＤＣＣＨ送信のＤＭ−ＲＳと衝突することがある。この衝突の一例が、図１５に示されている。図１５に示されているように、Ｖｓｈｉｆｔは０であってよい。このようなオーバーラップの結果、性能が低下する可能性があるが、このことは、現状、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを適切に復号する上で負担が大きすぎる。ｅＮＢは、どのＷＴＲＵまたはＵＥがＰＲＳ送信を認識できるかを知ることができないが、それは、ＷＴＲＵまたはＵＥのＯＴＤＯＡのサポート、関係する測定の実行、および／またはＰＲＳ情報を知っていることが、例えば、ＷＴＲＵまたはＵＥとＥ−ＳＭＬＣとの間の透過的な通信に基づきうるからである。それに加えて、そのような衝突を処理するための、および／またはそのような衝突を回避するためのシステムおよび／または方法が本明細書で提供されうる。
【０２５２】
本明細書で説明されているように、複数のキャリアで使用されうるｅＰＤＣＣＨを提供するためのシステムおよび／または方法が提供されうる。例えば、ｅＰＤＣＣＨリソース構成などのリソースを定義または記述が提供されうる。ｅＰＤＣＣＨリソース構成では、サブフレーム内のリソース要素（ＲＥ）は、以下のうちの１または複数を満たしうるｅＰＤＣＣＨに使用されうる。アンテナポート｛４、５｝を除く０から２２までのダウンリンクアンテナポート（例えば、基準信号）と衝突しえないこと、ＰＣＦＩＣＨ、ＰＨＩＣＨ、および／またはＰＤＣＣＨによって占有されえないこと、ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨに使用されないこと、ミュートされたＲＥとして構成されえないこと（例えば、ゼロ電力ＣＳＩ−ＲＳ、ＡＢＳ、ヌルＲＥ）、ＰＤＳＣＨに使用されえないこと、構成されたＭＢＦＳＮサブフレームに対するＰＭＣＨに使用されえないこと、および／または上記の目的に使用されうるが、ｅＰＤＣＣＨおよび非ｅＰＤＣＣＨの両方に相互に直交するパターンを適用することによって差動的でありうること（例えば、本明細書で説明されているように）である。
【０２５３】
ＦＤＤおよびＴＤＤに対して構成されたリソース（例えば、単一ＤＬキャリアにおいて）も提供されうる。例えば、サブフレーム内のＰＲＢ対またはＲＢと称されうる物理リソースブロック（ＰＲＢ）のサブセットは、ｅＰＤＣＣＨ送信に対して構成され、ｅＰＤＣＣＨリソースは、ブロードキャストチャネル（例えば、ＭＩＢ、ＳＩＢ−ｘ）および／または上位層シグナリング（例えば、ＰＲＣ、ＭＡＣ、および同様のもの）を使用することによってＷＴＲＵまたはＵＥに供給されうる。ＰＲＢのサブセットは、連続するＰＲＢまたは分散ＰＲＢであるものとしてよい。システム帯域幅が５ＭＨｚでありうる場合（例えば、２５のＰＲＢが利用可能である場合、
【０２５４】
【数６５】
2019110610.tif 000075
【０２５５】
）、ｅＰＤＣＣＨに対するＰＲＢのサブセット
【０２５６】
【数６６】
2019110610.tif 000076
【０２５７】
が構成されるものとしてよく、ただし、
【０２５８】
【数６７】
2019110610.tif 000077
【０２５９】
である。図１６は、ＰＤＳＣＨと多重化するｅＰＤＣＣＨの一例を示しており、この場合ｅＰＤＣＣＨリソースはサブフレーム内で割り当てられうる。ＰＤＳＣＨと多重化するＰＲＢレベルｅＰＤＣＣＨが使用されうる（例えば、図示されているように）。
【０２６０】
一実施形態において、ｅＰＤＣＣＨ  ＰＲＢは、例えば、より単純なｅＰＤＣＣＨの受信および／またはブラインド復号の複雑度の低減を可能にするために予約されうる。それに加えて、ｅＰＤＣＣＨ  ＰＲＢは、ＰＲＢ対レベルで構成することができ、また以下の１または複数を含みうる。例えば、ＰＤＳＣＨ送信に使用されるリソース割り当てタイプは、システム帯域幅に従って定義されうるリソースブロックグループ（ＲＢＧ）によるビットマップベースの指示とすることができるソース割り当てタイプ０、ＲＢＧサブセットによるビットマップをベースの指示とすることができるリソース割り当てタイプ１、連続的リソース割り当て（例えば、開始ＲＢ番号および／または長さが指定されうる）とすることができるリソース割り当てタイプ２を含み、ｅＰＤＣＣＨリソースに対するリソース割り当てタイプは、ｅＰＤＣＣＨモード（例えば、分散および集中送信）に応じて異なっていてもよく、例えば、リソース割り当てタイプ０は、集中送信に使用され、ソース割り当てタイプ１は、分散割り当てに使用されるものとしてよく、および／または集中および分散送信に対するＲＢは、オーバーラップしていてもよい、つまり、ＰＲＢ対が、集中および分散送信に使用される。それに加えて、ＰＲＢ対レベル毎のビットマップ指示が使用されるものとしてよく、ＮDL,PRBビットを使用することができるｅＰＤＣＣＨリソースを指示するためにＰＲＢレベル毎のビットマップが提供され、ＮDL,PRBは、ダウンリンクシステムにおけるＰＲＢ対の数を示しうる。いくつかの実施形態では、事前定義されているＰＲＢも使用されうる。例えば、複数のＰＲＢ対サブセットが、ｅＰＤＣＣＨに対して定義され、および／またはサブセットの数は、ＷＴＲＵまたはＵＥに通知されうる。それぞれのＰＲＢ対サブセットは、１または複数の数のＰＲＢ対を含むことができ、ＰＲＢ対サブセットに含まれるＰＲＢ対は、別のＰＲＢ対サブセットと相互に直交するものとしてよい。ＰＲＢ対サブセットの少なくとも１つは、構成なしで使用されうる。ＰＲＢ対サブセットは、共通探索空間に使用されるか、またはＷＴＲＵまたはＵＥ特有の探索空間に対する第１のＰＲＢ対サブセットに使用されうる。サブセットの数は、ＷＴＲＵまたはＵＥに動的に通知されうる。例えば、サブセットの数は、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを監視するか、または受信することができるそれぞれのサブフレーム内で指示されうる。事前定義されたＰＲＢは、共通探索空間に使用されうる。構成ベースのＰＲＢは、ＷＴＲＵまたはＵＥ特有の探索空間に使用されうる。本明細書で説明されているｅＰＤＣＣＨ  ＰＲＢの実施形態は、複数のｅＰＤＣＣＨリソースセットがＷＴＲＵまたはＵＥに対して構成されうる場合にｅＰＤＣＣＨリソースセット毎に使用されうる。ｅＰＤＣＣＨリソースセットおよびｅＰＤＣＣＨ領域は、交換可能に使用できる。
【０２６１】
例としての一実施形態によれば、ＷＴＲＵまたはＵＥは、与えられたｅＰＤＣＣＨ指示に基づきｅＰＤＣＣＨを監視する特定の動作を有することができる。例えば、ｅＰＤＣＣＨリソースは、ブロードキャストチャネルおよび／またはＲＲＣシグナリングを介してＷＴＲＵまたはＵＥに通知されうる。ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨに対して構成されているＰＲＢのサブセット内にありうるその探索空間内のｅＰＤＣＣＨを監視することができる。ＰＲＢのサブセットは、暗黙的に、または明示的に、動的指示でＷＴＲＵまたはＵＥに通知されうる。例えば、指示ビットはサブフレームで送信され、および／またはＤＭ−ＲＳスクランブルシーケンスは、ｅＰＤＣＣＨに対して構成されているＰＲＢのどのサブセットが使用されうるかを示すことができる。ｅＰＤＣＣＨリソースは、ｅＰＤＣＣＨ構成のセットからのｅＰＤＣＣＨリソースインデックス（ＥＲＩ）によりＷＴＲＵまたはＵＥに通知され、および／またはＥＲＩは、上位層シグナリングを介して通知されるか、またはサブフレームインデックスおよび／またはＳＦＮ、Ｃｅｌｌ−ＩＤ、および／またはＲＮＴＩ（例えば、Ｃ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、Ｓ１−ＲＮＴＩ）のうちの少なくとも１つから暗黙的に導出されうる。ＷＴＲＵまたはＵＥは、「システムｅＰＤＣＣＨリソース」および／または「ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソース」などのｅＰＤＣＣＨリソースのタイプに関して通知されうる。これらのｅＰＤＣＣＨリソースタイプに関連付けられているＷＴＲＵまたはＵＥの動作は、以下の１または複数を含みうる。ＷＴＲＵまたはＵＥはブロードキャストチャネルまたは上位層シグナリングを介してシステムｅＰＤＣＣＨリソース情報を受信することができる。ＷＴＲＵまたはＵＥは上位層シグナリングからＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソース情報を受信することができる。ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースは、システムｅＰＤＣＣＨリソースと同じであってよい。ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースは、時間および／または周波数領域においてシステムｅＰＤＣＣＨリソースのサブセットであってよい。例えば、サブフレーム内のＰＲＢのサブセットおよび／または時間サブフレーム／フレームのサブセットは、ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースであってよい。いくつかの実施形態では、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソース内にありえないシステムｅＰＤＣＣＨリソース内のＰＤＳＣＨを受信することはできない（例えば、受信することを想定しえない）。ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソース内にありえないシステムｅＰＤＣＣＨリソース内のＰＤＳＣＨを受信することができる（例えば、受信することを想定できる）。ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨがｅＰＤＣＣＨ  ＰＲＢ対で送信されえない場合にＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソース内のＰＤＳＣＨを受信することができる（例えば、受信することを想定できる）。
【０２６２】
例としての一実施形態によれば、ｅＰＤＣＣＨ  ＰＲＢは、長期的および短期的ｅＰＤＣＣＨリソースなど、複数のステップで構成されうる。例えば、長期的ｅＰＤＣＣＨリソースは、半静的に定義され、および／または短期的ｅＰＤＣＣＨリソースは、動的に長期的ｅＰＤＣＣＨリソース内で定義されうる。また、長期的ｅＰＤＣＣＨリソース、セル特有のｅＰＤＣＣＨリソース、半静的ｅＰＤＣＣＨリソース、時間的ｅＰＤＣＣＨリソース、および／または上位層で構成されたｅＰＤＣＣＨリソースは、交換可能に使用できる。
【０２６３】
一実施形態において、長期的ｅＰＤＣＣＨリソースは、システム帯域幅内のＰＲＢ対のセットとすることができる。リソース割り当てタイプ０、１、または２は、ＰＲＢ対のセットを長期的ｅＰＤＣＣＨリソースとして指示するために使用されうる。多数のビット（例えば、
【０２６４】
【数６８】
2019110610.tif 000078
【０２６５】
）がフレキシビリティ（例えば、完全なフレキシビリティ）をサポートするためにビットマップベースの割り当てに使用されうる。長期的ｅＰＤＣＣＨリソースに対するリソース指示は、ブロードキャストまたは上位層シグナリングを介してＷＴＲＵまたはＵＥに通知されうる。ＷＴＲＵまたはＵＥは、長期的ｅＰＤＣＣＨリソースの一部（例えば、ＰＲＢ対）がＰＤＳＣＨ送信に使用されうることを知っているか、またはそのように仮定することができる。ＰＤＳＣＨリソース割り当てが、長期的ｅＰＤＣＣＨリソースと衝突しうるが、短期的ｅＰＤＣＣＨリソースとは衝突しない場合、ＷＴＲＵまたはＵＥは、ＰＤＳＣＨがそれらのリソースにおいて送信されうることを知るか、または想定することができる。ＰＤＳＣＨリソース割り当てが、長期的と短期的の両方のｅＰＤＣＣＨリソースと衝突する場合、ＷＴＲＵまたはＵＥは、ＰＤＳＣＨがそれらのリソースにおいて送信されえないことを想定し、および／またはそれらのリソースの周りでレートマッチングを行うことができる。
【０２６６】
短期的ｅＰＤＣＣＨリソースは、ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソース、動的ｅＰＤＣＣＨリソース、サブフレーム毎のｅＰＤＣＣＨリソース、および／またはＬ１シグナリングベースのｅＰＤＣＣＨリソースと称されうる。短期的ｅＰＤＣＣＨリソースは、長期的ｅＰＤＣＣＨリソースのサブセットであってもよい。ｅＰＤＣＣＨリソースのサブセットは、ｅＮＢがｅＰＤＣＣＨリソースのサブセットを一方のサブフレームから他方のサブフレームに変更できるようにそれぞれのサブフレーム内で指示されうる。
【０２６７】
短期的ｅＰＤＣＣＨリソースの指示は、明示的シグナリングに基づくものとしてよい。明示的シグナリングは、同じサブフレームで送信される１または複数の指示ビットを含むことができ、および／または指示ビットのロケーションは固定されうる。例としての一実施形態によれば、固定されたロケーションは、長期的ｅＰＤＣＣＨリソースに対して構成されているＰＲＢ対の最低のインデックスとすることができる。固定されたロケーションは、長期的／短期的ｅＰＤＣＣＨリソースに関係なく事前定義されうる。例えば、システム帯域幅内のＰＲＢ対の最低のインデックスである。固定されたロケーションは分散送信に基づくものとしてよい。
【０２６８】
短期的ｅＰＤＣＣＨリソースの指示は、暗黙のシグナリングに基づくことができる。暗黙のシグナリングは、ｅＮＢおよび／またはＷＴＲＵまたはＵＥに知られうる特定のスクランブルコードとスクランブルされうる短期的ｅＰＤＣＣＨリソースとして構成されたＰＲＢ対におけるＤＭ−ＲＳであるものとしてよい。したがって、ＷＴＲＵまたはＵＥは、特定のスクランブルコードで長期的ｅＰＤＣＣＨリソースをチェックし、短期的ｅＰＤＣＣＨリソースを算出することができる。ＷＴＲＵまたはＵＥが短期的ｅＰＤＣＣＨリソースの算出（例えば、決定）を終了した後、ＷＴＲＵまたはＵＥ特有の探索空間は、短期的ｅＰＤＣＣＨリソースで定義されうる。したがって、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥ特有の探索空間内でｅＰＤＣＣＨを監視することができる。短期的リソースは、ＷＴＲＵまたはＵＥ特有の仕方で構成されうる。ＷＴＲＵまたはＵＥは、ＰＤＳＣＨが長期的ｅＰＤＣＣＨリソースに対して構成されているＰＲＢ対において、例えば、ＰＲＢ対が短期的ｅＰＤＣＣＨリソース内にない可能性があったとしても、送信されえないと想定しうる。短期的リソースは、セル特有の仕方で構成されうる。ＷＴＲＵまたはＵＥは、長期的ｅＰＤＣＣＨリソースに対して構成されたＰＲＢ対においてＰＤＳＣＨを、例えば、ＰＲＢ対が短期的ｅＰＤＣＣＨリソース内にない可能性がある場合に、受信することができる。
【０２６９】
複数のｅＰＤＣＣＨリソースセットが、本明細書において提示されるか、または説明され、および／またはｅＰＤＣＣＨリソースセットのサブセットが、サブフレーム内で使用されうる。ｅＰＤＣＣＨリソースセットの数は、ｅＮＢによって構成可能であるものとしてよい。ｅＰＤＣＣＨリソースセットの数は、システム構成に関係なく固定されてもよい。ｅＰＤＣＣＨリソースセットのサブセットは、ＷＴＲＵまたはＵＥ特有の探索空間として特定のＷＴＲＵまたはＵＥに対して構成されうる。特定のＷＴＲＵまたはＵＥに対するｅＰＤＣＣＨリソースセットのサブセットは、Ｃ−ＲＮＴＩおよび／またはサブフレーム数の関数として事前定義されうる。例えば、ｅＰＤＣＣＨリソースセットのＮePDCCH個のサブセットが定義され、ｅＰＤＣＣＨリソースセットのサブセットのうちの１つが、特定のＷＴＲＵまたはＵＥに構成されうる場合、どのｅＰＤＣＣＨリソースセットがＷＴＲＵまたはＵＥに対して使用されうるかを選択するために以下の式が使用されうる。特定のＷＴＲＵまたはＵＥに対するｅＰＤＣＣＨリソースセットのサブセットは、ｋ＝ｎRNTI  ｍｏｄ  ＮePDCCHとして定義されうる。表８−３は、４つのｅＰＤＣＣＨリソースセットが定義されうる場合にサブセット構成の一例を示している。表において、「ｖ」は、サブセットに含まれうるセットを示しているものとしてよい。それに加えて、ｋ＝ｎRNTI  ｍｏｄ３が表８−３で使用されうる。
【０２７０】
【表９】
2019110610.tif 000079
【０２７１】
ｅＰＤＣＣＨリソースセットは、１または複数のＰＲＢ対を備えることができ、および／またはｅＰＤＣＣＨリソースセット毎のＰＲＢ対の個数は固定されうる。例えば、Ｎset個のＰＲＢ対は、ｅＰＤＣＣＨリソースセットとしてグループ化され、Ｎset個のＰＲＢ対は、システム帯域幅上で連続的であるか、または分散されうる。
【０２７２】
それに加えて、ｅＰＤＣＣＨリソースセットは、集中ｅＰＤＣＣＨリソースまたは分散ｅＰＤＣＣＨリソースとして構成されうる。ｅＰＤＣＣＨリソースセットが、集中ｅＰＤＣＣＨリソースとして定義されうる場合、ｅＰＤＣＣＨリソースセット内のｅＣＣＥは、集中ｅＰＤＣＣＨ送信（ＬｅＣＣＥ）として定義されうる。１つのｅＰＤＣＣＨリソースセットにおいて、複数のＬｅＣＣＥが定義されうる。ＬｅＣＣＥに対するＲＥは、ＰＲＢ対内に配置されうる。ｅＰＤＣＣＨリソースセットが、分散ｅＰＤＣＣＨリソースとして定義されうる場合、ｅＰＤＣＣＨリソースセット内のｅＣＣＥは、分散ｅＰＤＣＣＨ送信（ＤｅＣＣＥ）として定義されうる。ｅＰＤＣＣＨリソースセットにおいて、複数のＤｅＣＣＥが定義されうる。ＤｅＣＣＥに対するＲＥは、２以上の数のＰＲＢ対にわたって配置されうる。ＤｅＣＣＥは、複数のｅＲＥＧを含むことができ、ｅＲＥＧは、ＰＲＢ対内に複数のＲＥを備えることができる。ＤｅＣＣＥに対する複数のｅＲＥＧは、ｅＰＤＣＣＨリソースセット内の複数のＰＲＢ対上で送信されうる。第１のｅＰＤＣＣＨリソースセットは、分散ｅＰＤＣＣＨリソースとして事前定義され、および／または、他のｅＰＤＣＣＨリソースセットは、集中ｅＰＤＣＣＨリソースおよび分散ｅＰＤＣＣＨリソースのうちの一方として構成されうる。
【０２７３】
ｅＰＤＣＣＨリソースセット毎のＰＲＢ対の個数は、システムパラメータに応じて異なっていてもよい。例えば、ｅＰＤＣＣＨリソースセット毎のＰＲＢ対の個数は、システム帯域幅またはＲＢの個数（例えば、
【０２７４】
【数６９】
2019110610.tif 000080
【０２７５】
）、例えば、
【０２７６】
【数７０】
2019110610.tif 000081
【０２７７】
などの関数として定義されうる。この場合、以下のうちの１または複数が適用可能であり、
【０２７８】
【数７１】
2019110610.tif 000082
【０２７９】
であり、ただし、Ｎsは、固定された数またはｅＮＢ構成数とすることができ、セット毎のＰＲＢ対の数に対する関数は、集中および分散ｅＰＤＣＣＨなどのｅＰＤＣＣＨ送信により異なっていてよく、および／またはルックアップテーブルは、
【０２８０】
【数７２】
2019110610.tif 000083
【０２８１】
に従ってＮsetについて定義されうる。Ｎsetの値は、以下に示されている表８−４と異なっていてよい。
【０２８２】
【表１０】
2019110610.tif 000084
【０２８３】
一実施形態において、Ｎsetの固定値は、共通探索空間に使用されうるが、Ｎsetの複数の値は、ＷＴＲＵまたはＵＥ特有の探索空間に使用されうる。ＷＴＲＵまたはＵＥ特有の探索空間に対するＮsetの複数の値は、システム帯域幅、サブフレーム数、および／またはＳＦＮ数、および／またはブロードキャスティングまたは上位層シグナリングを介した構成済みのパラメータのうちの少なくとも１つに応じて変更されうる。
【０２８４】
複数のｅＰＤＣＣＨリソースセットのうちからサブセットも明示的に選択されうる（例えば、１または複数の指示ビットを使用して）。例えば、１または複数の指示ビットは、同じサブフレーム内のＰＤＣＣＨ領域で送信されうる。この実施形態では、ＰＤＣＣＨ領域内のＰＣＦＩＣＨまたはＤＣＩのうちの少なくとも１つが、指示ビット送信のために送信されうる。ＰＤＣＣＨ領域内のＰＣＦＩＣＨは、ｅＰＤＣＣＨリソースセットがいくつ使用されうるかを示すために使用されうる。この場合、ＰＤＣＣＨに対するＯＦＤＭシンボルの個数は、ＰＣＦＩＣＨで指示されているか、または上位層シグナリングを介して構成されている同じ数に従うものとして定義されうる。ＤＣＩは、共通探索空間内で定義され、および／または送信されうる。ＤＣＩは、多数のｅＰＤＣＣＨリソースセットのうちの少なくとも１つおよび／またはリソース割り当てインデックスを含みうる。
【０２８５】
１または複数の指示ビットは、ＰＤＳＣＨ領域内の同じサブフレームまたは前のサブフレームで送信されうる。この場合、指示チャネルが、指示送信のために送信されうる。指示チャネル（例えば、ｅＰＣＦＩＣＨ）は、特定のロケーションで定義され、および／または送信されうる。指示チャネルに対するロケーションは、ゼロ電力ＣＳＩ−ＲＳまたはゼロ電力ＣＳＩ−ＲＳのサブセットＲＥとすることができる。ゼロ電力ＣＳＩ−ＲＳロケーションが使用されうる場合、ｅＰＤＣＣＨリソースセットのサブセットは、デューティサイクルの範囲内で有効でありうる。指示チャネルは、第１のｅＰＤＣＣＨリソースセットで定義されうる。指示チャネルは、ＮsetＰＲＢ対上で、例えば、Ｎset個のＰＲＢ対が第１のｅＰＤＣＣＨリソースセットに使用されうる場合に、送信されうる。指示チャネルは、サブフレーム内の固定された配置において定義され、および／またはこの配置はセルＩＤおよび／またはサブフレーム番号に応じて変更されうる。指示チャネルは、サブフレームｎ−１で送信され、および／または指示情報は、サブフレームｎにおいて適用されうる。
【０２８６】
複数のｅＰＤＣＣＨリソースセットのうちでサブセットが暗黙的に選択されうる。例えば、特定のＤＭ−ＲＳスクランブルシーケンスは、サブフレームでｅＰＤＣＣＨ送信に使用されるｅＰＤＣＣＨリソースセットのサブセットに使用されうる。ＷＴＲＵまたはＵＥは、例えば、ＤＭ−ＲＳにスクランブルされたシーケンスを使用することによって、サブフレームにおけるｅＰＤＣＣＨ送信に使用されるｅＰＤＣＣＨリソースセットを検出することができる。ＷＴＲＵまたはＵＥがｅＰＤＣＣＨリソースセットの検出を終了した後、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥ特有の探索空間を算出することができる。ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥ特有の探索空間内でブラインド検出を開始することができる。
【０２８７】
ｅＰＤＣＣＨ領域、ｅＰＤＣＣＨ  ＰＲＢセット、および／またはｅＰＤＣＣＨセットとして交換可能に使用されうる、複数のｅＰＤＣＣＨリソースセットが実装されうる。それぞれのｅＰＤＣＣＨリソースセットは、オーバーラップしないＮset個のＰＲＢ対を含むことができ、ただし、Ｎsetは１または複数の値をとることができる。この実施形態では、それぞれのｅＰＤＣＣＨリソースセットは、ｅＰＤＣＣＨ集中送信またはｅＰＤＣＣＨ分散送信として構成されうる。Ｎsetも、または代替的に、上位層シグナリングを介して構成され、システムパラメータの関数として事前定義され、および／またはシステムパラメータと上位層シグナリングとの組み合わせとして定義されうる。
【０２８８】
Ｋset個のｅＰＤＣＣＨリソースセットは、ＷＴＲＵまたはＵＥに対しても構成され、ただし、Ｋsetは、２以上の値を有することができる。この実施形態では、それぞれのｅＰＤＣＣＨリソースセットに対するＮsetは、Ｋset個のｅＰＤＣＣＨリソースセットが構成されうる場合に独立して使用され、Ｎsetは、上位層シグナリングを介して構成され、Ｋsetは、ブロードキャスティングチャネル（例えば、ＭＩＢ、ＳＩＢ−ｘ）で指示され、および／またはＫsetは、ＳＦＮ／サブフレームインデックスによって異なることがある。
【０２８９】
それぞれのｅＰＤＣＣＨリソースセットに対するＮsetが独立して使用されうる場合、以下のうちの１または複数が適用されうる。Ｎsetは、妥当なリソース利用度が提示されうる間、周波数選択スケジューリング利得が増大するように集中送信に対してより大きく、Ｎsetは、周波数ダイバーシティ利得が最大化されるように分散送信に対してより大きく、Ｎsetは、ｅＰＤＣＣＨ送信のうちの少なくとも１つ（例えば、集中および分散送信）に対するシステム帯域幅または他のセル特有のパラメータの関数として定義され、例えば、Ｎsetはシステム帯域幅により集中送信について事前定義され、その一方でＮsetは上位層シグナリングを介して分散送信について構成され、および／またはＮset,1およびＮset,2などの２つのＮsetが、Ｋsetが１より大きい場合に構成され、Ｎset,1は、分散送信として構成されているｅＰＤＣＣＨリソースセットに対して使用され、その一方で、Ｎset,2は、集中送信としてすべての構成されているｅＰＤＣＣＨリソースセットに対して使用されうる。
【０２９０】
Ｋset個のｅＰＤＣＣＨリソースセットは、単一のｅＰＤＣＣＨリソースセットまたは複数のｅＰＤＣＣＨリソースセットとして構成されうる。ＷＴＲＵまたはＵＥが、複数のｅＰＤＣＣＨリソースセットで構成されうる場合、ＷＴＲＵまたはＵＥは、Ｋset＝２を想定することができる。この実施形態では、ＷＴＲＵまたはＵＥが単一のｅＰＤＣＣＨリソースセットで構成されうる場合、ｅＰＤＣＣＨリソースセットは、集中または分散ｅＰＤＣＣＨ送信として構成され、および／またはＷＴＲＵもしくはＵＥは、ｅＰＤＣＣＨリソースセットが分散送信として構成されうると想定することができる。ＷＴＲＵまたはＵＥが複数のｅＰＤＣＣＨリソースセットで構成されうる場合、ｅＰＤＣＣＨリソースセットのうちの少なくとも１つは、分散ｅＰＤＣＣＨ送信として構成され、ｅＰＤＣＣＨリソースセットは、プライマリｅＰＤＣＣＨリソースとして定義され、他のｅＰＤＣＣＨリソースセットは、セカンダリｅＰＤＣＣＨリソースとして定義され、および／またはＮsetは、ｅＰＤＣＣＨリソースセットに応じて異なるものとしてよい。例えば、第１のセットはＮset＝４を有し、第２のセットはＮset＝２を有するものとしてよい。
【０２９１】
一実施形態において、ｅＰＤＣＣＨリソースは、ｅＰＤＣＣＨ探索空間に従って、またはｅＰＤＣＣＨ探索空間に基づき異なる仕方で構成され、および／または定義されうる。例えば、ｅＰＤＣＣＨ共通探索空間は、セル特有の方法で構成され、ＷＴＲＵまたはＵＥ特有の探索空間は、ＷＴＲＵまたはＵＥ特有の仕方で構成されうる。
【０２９２】
ｅＰＤＣＣＨ共通探索空間リソースは、以下のうちの少なくとも１つを介して構成されうる。一実施形態では、ＰＲＢ対の最小セットは、事前定義済みの仕方で特定の時間および／または周波数ロケーションにおいて構成されうる。例えば、４つのＰＲＢ対または６つのＰＲＢ対は、共通探索空間に対するＰＲＢ対の最小セットとして定義され、ダウンリンクシステム帯域幅における中心の４つまたは６つのＰＲＢ対が、共通探索空間に使用されうる。
【０２９３】
それに加えて、ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨを含むサブフレームにおいて、ｅＰＤＣＣＨ共通探索空間のロケーションは、ダウンリンクシステム帯域幅がＰＲＢ対６つ分を超える場合に中心の６つのＰＲＢ対の隣に配置されうる。この実施形態では、４つ、または６つのＰＲＢ対は、等しく分割され、中心の６つのＰＲＢ対の両側に配置されうる。
【０２９４】
共通探索空間に対するＰＲＢ対も、ＷＴＲＵまたはＵＥ特有の仕方で拡張することができる。この実施形態では、ＰＲＢ対の最小セットは、第１のｅＰＤＣＣＨ共通探索空間セットとして考えられ、ＷＴＲＵまたはＵＥ特有の共通探索空間拡張は、第２のｅＰＤＣＣＨ共通探索空間セットとして考えられうる。そのようなものとして、２つのｅＰＤＣＣＨ共通探索空間セットが構成され、それらのうちの一方は、セル特有の仕方で構成され、他方は、ＷＴＲＵまたはＵＥ特有の仕方で構成されうる。このような一実施形態では、共通探索空間内で監視されうるＤＣＩフォーマットのサブセットは、セル特有の共通探索空間内で監視され、他方は、ＷＴＲＵまたはＵＥ特有の共通探索空間内で監視されうる。例えば、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｃは、セル特有の共通探索空間内で監視され、ＤＣＩフォーマット３／３Ａは、ＷＴＲＵまたはＵＥ特有の共通探索空間内で監視されうる。それに加えて、ＷＴＲＵまたはＵＥ特有の共通探索空間は、上位層シグナリングを介して構成されるか、またはブロードキャスティングチャネルでシグナリングされうる。さらに、一実施形態では、２つの共通探索空間リソースセットが構成され、第１のｅＰＤＣＣＨ共通探索空間リソースセットは、固定ロケーションにおいて事前定義され、その一方で、第２のｅＰＤＣＣＨ共通探索空間リソースセットは、ＭＩＢまたはＳＩＢ−ｘなどのブロードキャスティングチャネルを介して構成されうる。
【０２９５】
ＷＴＲＵまたはＵＥ特有の探索空間は、以下のうちの少なくとも１つを介して構成されうる。一実施形態において、ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースセットは、多数のＰＲＢのセットとして定義されうる。例えば、｛２、４、８｝ＰＲＢのうちの１つは、上位層シグナリングを介してＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースセットに構成されうる。それに加えて、ビットマップは、共通探索空間に構成されているＰＲＢ対を指示するために使用されうる。一実施形態において、最大２つまでのＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースセットがＷＴＲＵまたはＵＥ毎に構成され、２つのＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースセットは、ＰＲＢ対において部分的にまたは完全にオーバーラップしうる。
【０２９６】
さらに、ＷＴＲＵまたはＵＥ特有の探索空間に対するＰＲＢ対および共通探索空間に対するＰＲＢ対は、オーバーラップしていてもよい。この実施形態では、以下のうちの１または複数が適用可能である。第２のｅＰＤＣＣＨ共通探索空間リソースセットは、ＷＴＲＵまたはＵＥ特有のｅＰＤＣＣＨリソースセットとオーバーラップし、例えば、第２のｅＰＤＣＣＨ共通探索空間セットは、ＷＴＲＵもしくはＵＥ特有の共通探索空間またはセル特有の共通探索空間のいずれかであってよい。２つのｅＰＤＣＣＨ共通探索空間リソースセットが構成されうる場合、２つのｅＰＤＣＣＨ共通探索空間リソースセットは、互いに完全にまたは部分的にオーバーラップしうる。
【０２９７】
本明細書では、単一のＤＬキャリアの実施形態においてＴＤＤに対するリソース構成の実施形態が説明されうる。フレーム構造２において、いくつかのＵＬ−ＤＬサブフレーム構成および関連するＨＡＲＱ−ＡＣＫおよびＵＬ／ＤＬ許可が、例えば、ＵＬ／ＤＬリソースを完全に利用するために、定義されうる。表９は、ネットワーク環境に従ってさまざまなアップリンクダウンリンクトラフィック非対称性を許容しうる例としてのＵＬ−ＤＬサブフレーム構成を示している。
【０２９８】
【表１１】
2019110610.tif 000085
【０２９９】
表９において、「Ｄ」および「Ｕ」は、それぞれ、ダウンリンクサブフレームおよびアップリンクサブフレームを表す。「Ｓ」は、サブフレーム構成がダウンリンクからアップリンクに変更されうる場合に使用されうるスペシャルサブフレームを、例えば、ＷＴＲＵまたはＵＥが信号を送信する準備を行えるようにガード時間として表す。スペシャルサブフレームは、ＤｗＰＴＳ、ＵｐＰＴＳ、およびＧＰを含むことができ、ＤｗＰＴＳおよびＵｐＰＴＳ周期は、それぞれダウンリンクおよびアップリンク送信に対するＯＦＤＭシンボルの数であってよい。ＤｗＰＴＳおよびＵｐＰＴＳを除く時間の残りは、ＧＰと考えられうる。表１０は、例としてのスペシャルサブフレーム構成を示している。
【０３００】
【表１２】
2019110610.tif 000086
【０３０１】
ｅＰＤＣＣＨは、アンテナポート７〜４０に基づき送信されうるので、ｅＰＤＣＣＨは、スペシャルサブフレーム構成で送信されえない。このような場合、ＰＤＣＣＨ受信に対するＷＴＲＵまたはＵＥの動作が、本明細書で説明されているように行われうる。例えば、ＷＴＲＵまたはＵＥでは、ｅＰＤＣＣＨが通常ダウンリンクサブフレームにおいて送信に制限されうることを想定することができる。ＷＴＲＵまたはＵＥは、ダウンリンク制御チャネルがＰＤＣＣＨ構成に関係なくスペシャルサブフレーム内でレガシーＰＤＣＣＨを介して送信されうると想定することができる。ＷＴＲＵまたはＵＥでは、ダウンリンクサブフレームｎ−ｋにおいてスペシャルサブフレームｎをターゲットとするｅＰＤＣＣＨを受信することを想定することができ、ｋは、ＵＬ−ＤＬサブフレーム構成に従って定義され、ｋは、サブフレームｎに最も近いダウンリンクサブフレームとして定義されうる。ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを受信するように構成されうる場合、ＷＴＲＵまたはＵＥは、スペシャルサブフレームにおいてｅＰＤＣＣＨのブラインド復号をスキップすることができる。ｅＰＤＣＣＨおよびレガシーＰＤＣＣＨ受信は、例えば、表１１の例示的なＴＤＤ  ＵＬ−ＤＬサブフレーム構成で示されているように、構成可能であるものとしてよく、「Ｅ」および「Ｌ」は、それぞれ、ｅＰＤＣＣＨおよびレガシーＰＤＣＣＨを表す。
【０３０２】
【表１３】
2019110610.tif 000087
【０３０３】
ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨが以下の１または複数に基づき特定のスペシャルサブフレームで送信されおよび／または監視されることがある場合もない場合もあると想定することができる。ダウンリンク通常巡回プレフィックス（ＣＰ）の場合、ｅＰＤＣＣＨは、表１０のスペシャルサブフレーム構成｛１、２、３、４、６、７、８｝で送信され、および／または監視されうる（例えば、そのようなＴＤＤおよび／またはダウンリンク通常ＣＰに対して、構成０および５で送信されおよび／または監視されることがありえない）。ｅＰＤＣＣＨが送信されうるスペシャルサブフレーム構成は、｛１、２、３、４、６、７、８｝以外のものとして事前定義されうる。例えば、ｅＰＤＣＣＨは、ｍを３、８、９、または１０として、ｍ個よりも多いＯＦＤＭシンボルを含むＤｗＰＴＳで送信されおよび／または監視されうる。それに加えて、スペシャルサブフレーム構成０または５がセル内で使用されうる場合、ＰＤＣＣＨ受信に対するＷＴＲＵまたはＵＥ動作は、以下の方法のうちの１または複数で定義されうる。ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨがスペシャルサブフレームで送信されおよび／または監視されえないことを想定することができ（例えば、上で説明されているスペシャルサブフレーム構成｛１、２、３、４、６、７、８｝に含まれえない０または５）、そうでなければ、ＷＴＲＵまたはＵＥは、スペシャルサブフレーム内のｅＰＤＣＣＨを監視することができ、ＷＴＲＵまたはＵＥは、スペシャルサブフレームｎをターゲットとするｅＰＤＣＣＨがサブフレームｎ−ｋで送信され、ｋはサブフレームｎに最も近いダウンリンクサブフレームとして定義されうる、と想定することができ、ＷＴＲＵまたはＵＥは、ＰＤＣＣＨがスペシャルサブフレーム内のレガシーＰＤＣＣＨを介して送信されうると想定することができ、および／またはＷＴＲＵもしくはＵＥは、ｅＰＤＣＣＨおよび事前定義されうるレガシーＰＤＣＣＨの構成に従うものとしてよい。０および５以外のスペシャルサブフレーム構成がセル内で使用されうる場合、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨがＤｗＰＴＳで送信されうることを想定することができる。ＤｗＰＴＳがＮDwPTS［ＯＦＤＭシンボル］以上の長さなりうるスペシャルサブフレームがありうる。ＮDwPTSは、上位層によって構成されうる。ＮDwPTSは、９に固定されてもよい（例えば、通常ＣＰに対しては１９７６０・Ｔsに等しく、拡張ＣＰに対しては２０４８０・Ｔsに等しいものとしてよい）。
【０３０４】
複数のコンポーネントキャリアが、ＴＤＤモードで構成されうる場合、それぞれのコンポーネントキャリアは、異なるＵＬ−ＤＬサブフレーム構成を有することができる。例えば、ＰＣｅｌｌおよびＳＣｅｌｌは、図１７に示されているように、それぞれ、ＵＬ−ＤＬ構成１および２で構成されうる。図１７は、異なるＴＤＤ  ＵＬ−ＤＬ構成をとるキャリアアグリゲーションの例としての一実施形態を示している。そのような場合、ＰＣｅｌｌに対するダウンリンクサブフレームは、サブフレーム３および８において利用可能でない場合があるけれども、ＷＴＲＵまたはＵＥは、ＳＣｅｌｌにおいてＰＤＳＣＨを受信することを予期することができ、この結果、ＷＴＲＵまたはＵＥがＰＣｅｌｌにおいてＰＤＣＣＨを受信することができるのでクロスキャリアスケジューリングがアクティベートされうる場合にスケジューリングの制限が生じうる。本明細書で説明されているＷＴＲＵまたはＵＥ動作のうちの少なくとも１つは、このような問題を解決できる、クロスキャリアスケジューリングがアクティベートされるときに使用されうる。例えば、ＷＴＲＵまたはＵＥでは、通常ダウンリンクサブフレームがＳＣｅｌｌダウンリンクにおけるＰＣｅｌｌで利用可能でない可能性がある場合にＰＤＣＣＨがＳＣｅｌｌで送信されうることを想定することができる。ＷＴＲＵまたはＵＥは、ＰＤＣＣＨ構成に関係なくＰＤＣＣＨ受信がないかＳＣｅｌｌにおいてｅＰＤＣＣＨを監視することができる。ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥがＰＣｅｌｌにおいてレガシーＰＤＣＣＨを受信するように構成されうる場合にレガシーＰＤＣＣＨを監視することができる。ＷＴＲＵまたはＵＥは、事前定義されたＰＤＣＣＨ受信構成をとるサブフレームに従ってレガシーＰＤＣＣＨまたはｅＰＤＣＣＨを監視することができる。ＷＴＲＵまたはＵＥでは、通常ダウンリンクサブフレームまたはスペシャルサブフレームがＳＣｅｌｌダウンリンクサブフレームにおけるＰＣｅｌｌで利用可能でない可能性がある場合にＰＤＣＣＨがＳＣｅｌｌで送信されうることを想定することができる。ＷＴＲＵまたはＵＥは、スペシャルサブフレーム構成が０または５でない場合にスペシャルサブフレームにおいてＰＤＣＣＨを監視し続けることができる。スペシャルサブフレーム構成０または５が使用されうる場合、ＷＴＲＵまたはＵＥは、ＰＤＣＣＨがＳＣｅｌｌで送信されうることを想定することができる。複数のＳＣｅｌｌが構成されうる場合、最低の周波数を配置するＳＣｅｌｌは、ＰＤＣＣＨ受信に対するＰＣｅｌｌと考えることができる。
【０３０５】
マルチキャリアシステムにおける（例えば、複数のＤＬキャリアにおける）リソース割り当て（例えば、ｅＰＤＣＣＨリソース割り当て）が開示され、提供され、および／または使用されうる。マルチキャリアシステムでは、ｅＰＤＣＣＨに対するリソースは、ＰＤＳＣＨ領域において定義され、ｅＰＤＣＣＨリソースは、ＦＤＭ方式でＰＤＳＣＨと多重化されうる。ｅＰＤＣＣＨリソースは、以下の方法のうちの１または複数で構成されうる。
【０３０６】
ｅＰＤＣＣＨリソースは、クロスキャリアスケジューリングがアクティベートされうる場合にプライマリセル（ＰＣｅｌｌ）における構成に制限されうる。そのような場合、ＷＴＲＵまたはＵＥでは、ｅＰＤＣＣＨがＰＣｅｌｌにおける送信に制限されうることを想定することができ、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ受信の監視をＰＣｅｌｌに制限することができる。ｅＰＤＣＣＨリソースは、セカンダリセル（ＳＣｅｌｌ）では許容されえない。それに加えて、ＳＣｅｌｌにおけるｅＰＤＣＣＨリソースは、ＰＤＳＣＨがＲＢにおいてスケジューリングされうる場合にＷＴＲＵまたはＵＥがＲＢのレートマッチングを行うようにＷＴＲＵまたはＵＥの観点からミュートされたＲＢとみなせる。
【０３０７】
それに加えて、ｅＰＤＣＣＨリソースは、クロスキャリアスケジューリングがアクティベートされうる場合に単一セルにおいて構成されうる。ｅＰＤＣＣＨリソースを有するセル（例えば、コンポーネントキャリア）は、上位層シグナリングによって構成されうる。ｅＰＤＣＣＨリソースを有するセル（例えば、コンポーネントキャリア）は、事前定義されてもよい。例えば、ブロードキャストチャネル（例えば、ＳＩＢ−ｘ）は、セルを指示することができる。ｅＰＤＣＣＨを有するコンポーネントキャリアは、サブフレームおよび／または無線フレームに従って固定されるか、または変更されうる。ｅＰＤＣＣＨを有するコンポーネントキャリアが変更されうる場合、ＷＴＲＵまたはＵＥは、ＳＦＮ番号を使用することによって特定のサブフレームおよび／または無線フレームにおいてｅＰＤＣＣＨをどのコンポーネントキャリアが有するかを暗黙的に導き出すことができる。
【０３０８】
ｅＰＤＣＣＨリソースは、特定のＷＴＲＵまたはＵＥに対する構成されたコンポーネントキャリアに等しいか、または小さいものとしてよいコンポーネントキャリアのサブセットにおいて定義されうる。コンポーネントキャリアのサブセットは、上位層によって構成されうる。それに加えて、コンポーネントキャリアのサブセットは、例えば、コンポーネントキャリア番号および中心周波数を含むように事前定義されうる。コンポーネントキャリアのサブセットは、一方のサブフレームから他方のサブフレームに動的に変更することもできる。サブセットのパターンは、事前定義され、および／またはＳＦＮ番号と結び付けられうる。
【０３０９】
一実施形態において、ｅＰＤＣＣＨおよびレガシーＰＤＣＣＨは、同時に構成されうる。このような一実施形態では、コンポーネントキャリアのサブセットは、ｅＰＤＣＣＨに対して構成されうるが、他のコンポーネントキャリアは、レガシーＰＤＣＣＨに対して構成されうる。したがって、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨに対して構成されたコンポーネントキャリアにおけるｅＰＤＣＣＨおよび他のコンポーネントキャリアにおけるレガシーＰＤＣＣＨを監視することができる。
【０３１０】
ｅＰＤＣＣＨ周波数ダイバーシティモードは、交換可能に定義され、ｅＰＤＣＣＨ分散送信、ｅＰＤＣＣＨ周波数ダイバーシティ方式、ｅＰＤＣＣＨ分散モード、および／またはモード−１に限定されえない。ｅＰＤＣＣＨ周波数ダイバーシティモード（例えば、分散モード、モード−１など）については、ｅＰＤＣＣＨに対するリソースは、周波数ダイバーシティ利得が得られるようにシステム周波数帯域幅にわたって分散されうる。周波数ダイバーシティモードに対するｅＰＤＣＣＨリソースは、本明細書で説明されているように構成することができる。例えば、拡張制御チャネル要素（ｅＣＣＥ）および／または拡張リソースグループ要素（ｅＲＥＧ）は、複数のダウンリンクキャリア（例えば、ＤＬセル）に分散されるものとしてよく、ｅＰＤＣＣＨは、｛１、２、４、または８｝ｅＣＣＥを使用することによって送信され、ｅＣＣＥはＮeREGsを含むことができる。サイズ−Ｎは、事前定義されうる。クロスキャリアスケジューリングがアクティベートされうる場合、ｅＰＤＣＣＨは、ＰＣｅｌｌ上に分散され、またｅＰＤＣＣＨは、他の何らかの形で複数のコンポーネントキャリア（例えば、ＤＬキャリア）にまたがって分散されうる。ｅＣＣＥアグリゲーションについては、ＷＴＲＵまたはＵＥは、例えば、図１８に示されているように、複数のコンポーネントキャリア（例えば、ＤＬキャリア）にまたがってｅＣＣＥをアグリゲートすることができる。図１８は、分散リソース割り当てにおける複数のキャリアにまたがる例示的なｅＣＣＥアグリゲーションを示している。ｅＣＣＥ−ｅＲＥＧ間マッピングについては、ｅＲＥＧは、複数のキャリアにまたがって分散されうる。ｅＰＤＣＣＨモード−１は、中心５ＭＨｚ（例えば、２５のＰＲＢ）帯域幅内で構成されうる。
【０３１１】
ｅＰＤＣＣＨ周波数選択モードは、交換可能に定義され、ｅＰＤＣＣＨ集中送信、ｅＰＤＣＣＨ周波数選択方式、ｅＰＤＣＣＨ集中モード、および／またはモード−２に限定されえない。ｅＰＤＣＣＨ周波数選択モード（例えば、集中モード、モード−２、および同様のもの）については、ｅＰＤＣＣＨに対するリソースは、周波数選択利得が得られるようにｅＣＣＥアグリゲーションレベルに従って１または２つのＲＢ内に配置されうる。周波数選択モードに対するｅＰＤＣＣＨリソースは、本明細書で説明されているように構成することができる。例えば、ｅＣＣＥは、複数のｅＣＣＥがアグリゲートされうる場合に同じＰＲＢ対の中に配置されうる。同じＰＲＢ対および／または隣接ＰＲＢ対の中に配置されたｅＲＥＧはアグリゲートされてｅＣＣＥを形成しうる。ｅＰＤＣＣＨモード−２は、中心５ＭＨｚ（例えば、２５のＰＲＢ）帯域幅内で構成されうる。
【０３１２】
多重コンポーネントキャリアシステムにおいて、ｅＰＤＣＣＨモード−１（例えば、ｅＰＤＣＣＨ周波数ダイバーシティモード）および／またはｅＰＤＣＣＨモード−２（例えば、ｅＰＤＣＣＨ周波数選択モード）は、本明細書で説明されているように構成することができる。例えば、ＷＴＲＵまたはＵＥは、クロスキャリアスケジューリングがアクティベートされえない場合に、ＰＣｅｌｌ内のｅＰＤＣＣＨモード−２および他の構成されているセル内のｅＰＤＣＣＨモード１を監視することができる。ＷＴＲＵまたはＵＥは、クロスキャリアスケジューリングがアクティベートされうる場合に、ｅＰＤＣＣＨモード１および／またはＰＣｅｌｌ内のｅＰＤＣＣＨモード−２を監視することができる。ｅＰＤＣＣＨモード−１および／またはｅＰＤＣＣＨモード−２リソースのサブセットは、中心周波数帯域幅において複数のＰＲＢにわたりうるｅＰＤＣＣＨモード−３として定義されうる。
【０３１３】
ｅＰＤＣＣＨリソースセットは、ｅＰＤＣＣＨリソースセットに対するＮset個のＰＲＢ対がセル内に配置されうるようにセル内で定義されうる。例えば、Ｋset個のｅＰＤＣＣＨリソースセットは、セル内にも配置されうる。そのようなものとして、Ｎsetおよび／またはＫsetは、複数のコンポーネントキャリアが使用されうる場合にセル毎に定義されうる。セルも、コンポーネントキャリア、ＰＣｅｌｌ、ＳＣｅｌｌとして交換可能に使用されうる。この場合、ＰＣｅｌｌにおけるＫset個のセットのうちの少なく１つのセットは、ｅＰＤＣＣＨ分散送信として定義され、および／またはＫsetは、ＳＣｅｌｌにおけるｅＰＤＣＣＨ集中送信またはｅＰＤＣＣＨ分散送信として定義されうる。
【０３１４】
それに加えて、ｅＰＤＣＣＨリソースセットは、ｅＰＤＣＣＨリソースセットに対するＮset個のＰＲＢ対が複数のコンポーネントキャリア上に配置されうるように複数のコンポーネントキャリア上で定義されうる。この場合、ｅＰＤＣＣＨリソースセットが、分散送信として構成されうる場合、ｅＰＤＣＣＨリソースセットに対するＮset個のＰＲＢ対は、複数のコンポーネントキャリア上に配置され、および／またはｅＰＤＣＣＨリソースセットが、集中送信として構成されうる場合、ｅＰＤＣＣＨリソースセットに対するＮset個のＰＲＢ対は、同じセル内に配置されうる。
【０３１５】
拡張リソース要素グループ（ｅＲＥＧ）も、本明細書で説明されているように提供されうる。ｅＰＤＣＣＨに対する最小リソースユニットが定義され、および／またはｅＲＥＧ（拡張リソース要素グループ）と称されうる。ｅＲＥＧは、固定された数のＲＥにより形成されうる。ｅＲＥＧは可変数のＲＥで形成されうる、ＲＥの数は、ｅＲＥＧ番号、サブフレーム番号および／またはサブフレームタイプ（例えば、ＭＢＳＦＮサブフレーム）、ゼロ電力ＣＳＩ−ＲＳを含むＣＳＩ−ＲＳ構成、ＰＲＳ構成、ＳＳＳ／ＰＳＳの存在、および／または同様のファクターのうちの少なくも１つにより異なりうる。ｅＲＥＧは、ゼロ電力ＣＳＩ−ＲＳおよび非ゼロ電力ＣＳＩ−ＲＳ、ＳＳＳ／ＰＳＳ、および／またはＰＢＣＨ、ＰＲＳ、ＤＭ−ＲＳ、ＣＲＳ、ｅＰＨＩＣＨ、ｅＰＣＦＩＣＨ、および／または同様のもののうちの１または複数（例えば、それぞれ、もしくはサブセット）を含まないＰＤＳＣＨ領域内のＮｘＭ  ＲＥなどの与えられた時間／周波数リソースグリッドにおける利用可能なＲＥにより形成されうる。
【０３１６】
ｅＲＥＧに対するＰＤＳＣＨ領域（ＮｘＭ  ＲＥ）内の時間および／または周波数リソースグリッドは、以下の方法の少なくとも１つで提供され、定義されうる。ＮおよびＭは、それぞれ、周波数および時間のＲＥ粒度を指示し、Ｎは、１から１２の間の範囲内の固定された数であってよく（一実施形態では、Ｎに対する例示的な固定された数は１または２であってよい）、Ｎは、ブロードキャスティング（例えば、ＭＩＢまたはＳＩＢ−ｘ）および／またはＲＲＣ構成によって構成可能であるものとしてよく、Ｎは集中送信（ｅＰＤＣＣＨモード−１）および分散送信（ｅＰＤＣＣＨモード−２）についてサブフレーム内で異なっていてよく（例えば、Ｎの小さな数が分散送信に使用され（Ｎdist）および／またはＮの大きな数が集中送信に使用され（Ｎlocal）、ただしＮlocal＞Ｎdistとしてよい）、Ｍは通常ＣＰでは１４−ＮPDCCH、拡張ＣＰでは１２−ＮPDCCHとすることができ、ただし、ＮPDCCHは、レガシーＰＤＣＣＨに使用され、サブフレーム内のＰＣＦＩＣＨによって指示されるＯＦＤＭシンボルの数を表すものとしてよく、Ｍは通常ＣＰでは１１、拡張ＣＰでは９などの固定された数として定義されるものとしてよく、Ｍはブロードキャスティング（例えば、ＭＩＢまたはＳＩＢ−ｘ）および／またはＲＲＣ構成によって構成可能であるものとしてよく、Ｍは集中送信（ｅＰＤＣＣＨモード−１）および分散送信（ｅＰＤＣＣＨモード−２）についてサブフレーム内で異なっていてよい（例えば、Ｍの小さな数が分散送信に使用され（Ｍdist）およびＭの大きな数が集中送信に使用され（Ｍlocal）、ただしＭlocal＞Ｍdistとしてよい）。
【０３１７】
一実施形態において、ｅＲＥＧは、固定された数または可変数のＲＥＧにより形成され、ＲＥＧは、他の目的には使用されないが、本明細書で開示されているようなｅＰＤＣＣＨに使用されるＰＤＳＣＨ領域内の連続する４つのＲＥとして定義されうる。例えば、１つのｅＲＥＧは、９つのＲＥＧを含むものとしてよく、そうすることによって、ｅＲＥＧは、ＣＣＥ類似しているものとしてよい（例えば、使用されるＰＤＣＣＨからの用語の標準化の発展を簡素化しうる）。
【０３１８】
図１９は、ｅＲＥＧの定義の例としての一実施形態を示している。例えば、図１９は、アンテナポートの数（例えば、図１９の左部分のポート７〜１０および図１９の右部分のポート７〜８）に従ってｅＰＤＣＣＨ送信に使用されうるＰＲＢ対を例示している。図１９に示されているように、Ｎ＝１およびＭ＝１１は、ＣＳＩ−ＲＳおよびＰＳＳ／ＳＳＳを含まないサブフレーム内で使用されうる。ｅＲＥＧは、ＰＲＢ対内の両方のスロットにまたがり、ｅＲＥＧに対するＲＥの数は、ＣＲＳおよびＤＭ−ＲＳのためｅＲＥＧ番号に応じて異なりうる。例えば、ｅＲＥＧ＃ｎは、３個のＲＥを含むことができ、ｅＲＥＧ＃ｎ＋２は、ＤＭ−ＲＳおよびＣＲＳの存在に応じて１１個のＲＥを含みうる（例えば、図１９の左部分に示されているように）。また、完全にＦＤＭベースのｅＲＥＧ多重化は、未使用のｅＲＥＧに対する電力を柔軟に利用するために使用されうる。例えば、ｅＲＥＧ＃ｎ＋７が使用されえない場合、電力は、ｅＲＥＧｎ＋２の電力をブーストアップするために再利用されうる。
【０３１９】
一実施形態において、ｅＲＥＧリソースは、チャネル推定性能がｅＲＥＧ番号に関係なく等しくされうるようにＲＥロケーションをランダム化するようにインターリーブ方式で定義されうる。したがって、ＷＴＲＵまたはＵＥは、物理ｅＲＥＧマッピングルールへの仮想ｅＲＥＧに基づきｅＲＥＧを受信することができる。
【０３２０】
ｅＲＥＧの固定された数は、ｅＰＤＣＣＨリソースとして構成されているＰＲＢ対毎に定義されうる。例えば、１６個のｅＲＥＧは、基準信号、サブフレームタイプ、ＣＰ長などの構成に関係なく、ＰＲＢ対毎に定義されうる。ｅＲＥＧは、ＰＲＢ対内にあるのを除くＲＥが周波数を先にするようにしてｅＲＥＧ  ０〜１５について循環的に割り当てられるようにインタレース様式で定義されうる。１６個のｅＲＥＧが、ＰＲＢ対毎に利用可能でありうる場合、１６×Ｎset個のｅＲＥＧがＮset個のＰＲＢ対を有するｅＰＤＣＣＨリソースセットに対して利用可能であるものとしてよい。
【０３２１】
一実施形態において、ｅＲＥＧサブセットブロッキングは、ｅＰＤＣＣＨリソースセットにおけるｅＲＥＧのサブセットがブロックされ、ｅＣＣＥを形成するために使用されないように使用されうる。これは、改善された、またはより良好なセル間干渉調整を使用可能にできるが、それは、オーバーラップしないｅＲＥＧが隣接セル間に使用されうるからである。
【０３２２】
ｅＲＥＧサブセットブロッキングについて、１６×ＮsetのうちのｅＲＥＧのサブセットは、上位層シグナリングを介して指示され、このサブセットは、ｅＲＥＧとしてカウントされえない。したがって、物理ｅＲＥＧおよび仮想ｅＲＥＧが定義されうる。仮想ｅＲＥＧは、ｅＣＣＥを形成するために使用されうる。したがって、物理ｅＲＥＧの数は、仮想ｅＲＥＧの数以下であってよい。ｅＲＥＧのサブセットは、ｅＣＣＥ、ＰＲＢ対、および／またはｅＰＤＣＣＨリソースセットの形態で事前定義されうる。そのため、指示は、ｅＣＣＥ番号、ＰＲＢ対番号、および／またはｅＰＤＣＣＨリソースセット番号に基づくものとしてよい。ｅＲＥＧのサブセットは、インデックスがｅＲＥＧのサブセットに対応するように表として事前定義されうる。ブロックされうるｅＲＥＧのサブセットを指示するために、ビットマップが使用されうる。
【０３２３】
ブロッキングに対するｅＲＥＧのサブセットは、ＰＣＩ、ＳＦＮ番号、および／またはサブフレーム番号などの１または複数のシステムパラメータの関数として定義されうる。この実施形態では、ｅＲＥＧの２以上のサブセットは、インデックスで事前定義され、および／またはそれぞれのサブセットのインデックスは、システムパラメータのうちの少なくとも１つの関数として構成されうる。例えば、４つのサブセットは、Ｊsub個のサブセットが定義されるようにｅＲＥＧ  ＃ｎに対してＪsubを法として定義されうる。Ｊsub＝４の場合、サブセットは、インデックス−０：サブセット０＝｛ｎ  ｍｏｄ  ４＝０を満たすｅＲＥＧ｝、インデックス−１：サブセット１＝｛ｎ  ｍｏｄ  ４＝１を満たすｅＲＥＧ｝、インデックス−２：サブセット２＝｛ｎ  ｍｏｄ  ４＝２を満たすｅＲＥＧ｝、および／またはインデックス−３：サブセット３＝｛ｎ  ｍｏｄ  ４＝３を満たすｅＲＥＧ｝として定義されうる。ブロッキングに対するｅＲＥＧのサブセットが１または複数のシステムパラメータの関数として定義されうる場合、サブセットインデックスは、システムパラメータのうちの少なくとも１つによって暗黙的に指示されうる。例えば、サブセットインデックスは、セル−ＩＤ（例えば、ｉがセル−ＩＤ  ｍｏｄ  ４として定義されうる場合のインデックス−ｉ）のモジュロ演算によって定義されうる。
【０３２４】
ｅＰＤＣＣＨの開始シンボルは、以下のように構成されうる（例えば、ｅＰＤＣＣＨ探索空間に従って、または基づく）。例えば、一実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間の開始シンボルは、関連する共通探索空間に従って構成されるか、または定義されうる。関連する共通探索空間は、ＷＴＲＵまたはＵＥからＷＴＲＵまたはＵＥ特有の探索空間と一緒にサブフレームで監視される共通探索空間を暗示しうる。それに加えて、例えば、ＰＤＣＣＨ共通探索空間およびｅＰＤＣＣＨ共通探索空間を含む、異なる種類の（例えば、２種類の）関連する共通探索空間がありうる。
【０３２５】
例としての一実施形態によれば、ＰＤＣＣＨ共通探索空間がｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間とともにサブフレームで監視されうる場合、以下のうちの１または複数が適用され、および／または使用されるか、もしくは提供されうる。ｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間の開始シンボルは、ＷＴＲＵまたはＵＥについて構成されている送信モードに従って構成される。例えば、ＷＴＲＵまたはＵＥがレガシー送信モード（例えば、ＴＭ１〜９）で構成されうる場合、ＷＴＲＵまたはＵＥは、ＰＣＦＩＣＨにおいてＣＩＦに従うか、または使用して、ＤＣＩフォーマットに関係なくｅＰＤＣＣＨに対する開始シンボルを算出するか、または決定することができる。構成された送信モードが、異なる送信モード（例えば、ＴＭ−１０（ＣｏＭＰ送信モード））でありうる場合、ＷＴＲＵまたはＵＥは、通知を受け、および／またはＤＣＩフォーマットに関係なく上位層を介してｅＰＤＣＣＨ開始シンボルを受信することができる。一実施形態において、ｅＰＤＣＣＨ開始シンボルは、ＤＣＩフォーマット２Ｄが使用されうる場合、ＷＴＲＵまたはＵＥは上位層で構成されたｅＰＤＣＣＨ開始シンボルに従うか、または使用することができ、そうでない場合、ＷＴＲＵまたはＵＥは、ＰＣＦＩＣＨにおいてＣＩＦに従い、または使用しうる。
【０３２６】
それに加えて、例としての一実施形態によれば、ｅＰＤＣＣＨ共通探索空間がｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間とともにサブフレームで監視されうる場合、以下のうちの１または複数が適用され、および／または提供され、および／または使用されうる。例えば、ｅＰＤＣＣＨである。ＷＴＲＵまたはＵＥ特有の探索空間の開始シンボルは、ｅＰＤＣＣＨ共通探索空間に対する開始シンボルと同じであってよい。さらに、ｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間の開始シンボルは、ＰＣＦＩＣＨおよびｅＰＤＣＣＨ共通探索空間の開始シンボルにおけるＣＦＩ値の関数として構成されうる。ｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間の開始シンボルは、ｅＰＤＣＣＨ共通探索空間の開始シンボルに関係なく上位層シグナリングを介して独立に構成されうる。それに加えて、一実施形態では、ｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間の開始シンボルは、ＷＴＲＵまたはＵＥについて構成されている送信モードに従って構成されうる。例えば、送信モードおよび／またはＤＣＩフォーマットに基づき、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ共通探索空間の同じ開始シンボルを想定するか、または上位層シグナリングによって構成された開始シンボル値に従うか、または使用することができる。特に、一実施形態によれば、ＷＴＲＵまたはＵＥがレガシー送信モード（例えば、ＴＭ１〜９）で構成されうる場合、ＷＴＲＵまたはＵＥ特有の探索空間の開始シンボルは、サブフレーム内のｅＰＤＣＣＨ共通探索空間の開始シンボルと同じであってよく、ＷＴＲＵまたはＵＥが別の送信モード（例えば、ＴＭ１０（ＣｏＭＰ送信モード））で構成されうる場合、ＷＴＲＵまたはＵＥは、上位層シグナリングを介して構成された開始シンボル値に従うか、または使用することができる。
【０３２７】
ｅＰＤＣＣＨ共通探索空間の開始シンボルは、以下のうちの少なくとも１つに基づきさらに構成されるか、または定義されうる。例としての一実施形態によれば、ＷＴＲＵまたはＵＥは、それぞれのサブフレーム内のＰＣＦＩＣＨを復号することによってｅＰＤＣＣＨ共通探索空間の開始シンボルを暗黙的に検出することができる。それに加えて、固定された開始シンボルは、Ｎpdcch個のＯＦＤＭシンボルがレガシーＰＤＣＣＨに対して占有されうると想定することによって事前定義されうる。そのようなものとして、ｅＰＤＣＣＨ共通探索空間の開始シンボルはＮpdcch＋１であってよい。ＰＤＣＣＨに対するＯＦＤＭシンボルの数は、Ｎpdcch＝０も含みうる。特定のキャリアタイプ（例えば、ＣＲＳが１または複数のサブフレームで送信されえない、例えば、ＰＳＳ／ＳＳＳを含むサブフレームを除くサブフレームで送信されえない新しいキャリアタイプ）において、ＷＴＲＵまたはＵＥは、ＰＤＣＣＨに対するＯＦＤＭシンボルの数がＮpdcch＝０でありうることを想定することができる。このような一実施形態では、共通探索空間開始シンボルは、ブロードキャスティングチャネルで指示されている開始シンボルがｅＰＤＣＣＨ共通探索空間内のｅＰＤＣＣＨ候補復調に使用されるようにＰＢＣＨまたはＳＩＢ−ｘでブロードキャストされうる。
【０３２８】
拡張制御チャネル要素（ｅＣＣＥ）が、本明細書で説明されうる。与えられたサブフレームｉについて、多数のｅＲＥＧを含むｅＣＣＥは、ＮeREGs（ｉ）であり、それぞれのｅＲＥＧ  ｊについて、利用可能なＲＥの数はＫREs（ｉ，ｊ）であり、１つのｅＣＣＥに対する利用可能なＲＥの総数は
【０３２９】
【数７３】
2019110610.tif 000088
【０３３０】
であると想定する。
【０３３１】
第１のカテゴリが考えられ、この場合、ｊ番目のｅＲＥＧに対する利用可能なＲＥの数（例えば、ＫREs（ｉ，ｊ））は、基準信号、ＰＤＣＣＨ、ＰＳＳ／ＳＳＳ、および同様のものなどの他の目的に対するいくつかのＲＥにより変化する場合があり、その結果実効符号化レートが変化しうる。本明細書で説明されている１または複数の実施形態は、例えば、与えられたＤＣＩペイロードに対する類似の実効符号化レートを維持するために使用されうる。
【０３３２】
例えば、ＮeREGsの数は、ｅＣＣＥ毎に固定されるものとしてよく（例えば、ＮeREGs＝４）、したがって、ｅＣＣＥの開始点は、容易に決定できる（例えば、ｅＣＣＥの開始点は同じであってもよい）。ｅＣＣＥ毎の固定数のＮeREGsが使用されうるので、利用可能なＲＥは変更されうる。ｅＣＣＥ毎に固定されたＮeREGs数でカバレッジを大きくするために、以下の１または複数が使用され、および／または適用されうる。例えば、ｅＣＣＥ毎の送信電力は、ＲＥの利用可能な数の関数として定義され、ｅＣＣＥ毎のＲＥの参照番号はＮeCCEであってよい。例えば、ＮeCCE＝３６であり、特定のｅＣＣＥに対してＲＥの利用可能な数がＫREs＝１８でありうる場合、元の送信電力から加えられる追加の送信電力は、
【０３３３】
【数７４】
2019110610.tif 000089
【０３３４】
として定義されうる。事前定義された電力増大ルールから、ＷＴＲＵまたはＵＥは、復調プロセスに対する基準信号とｅＰＤＣＣＨ  ＲＥとの間の電力比を想定することができる。ＮeREGsの固定された数は、ｅＰＤＣＣＨ送信タイプおよび／または探索空間タイプに従って別々に定義されうる。例えば、集中送信には、ＮeREGs＝３が使用され、分散送信には、ＮeREGs＝４が使用されうる。集中送信には、より小さいＮeREGsが使用されうるが、それは、ビームフォーミング利得および／または周波数選択スケジューリングが、集中送信用に実行されうるからである。分散送信は、チャネル符号化による周波数ダイバーシティ利得に依存しうる。ＮeREGsの異なる値は、共通探索空間およびＷＴＲＵまたはＵＥ特有の探索空間に使用されうる。例えば、共通探索空間には、ＮeREGs＝６が使用され、ＷＴＲＵまたはＵＥ特有の探索空間には、ＮeREGs＝４が使用されうる。ｅＰＤＣＣＨ探索空間内のｅＣＣＥアグリゲーションレベルは、サブフレームに応じて変化し、アグリゲーションレベルは、特定のサブフレームに対する基準信号構成から暗黙的に導出されうる。アグリゲーションレベルは、正整数番号ＮALの関数として定義されうる。例えば、ＷＴＲＵまたはＵＥに対する探索空間は、ＮAL・｛１、２、４、８｝として定義されうる。特定のサブフレーム内でＮAL＝２である場合、ＷＴＲＵまたはＵＥは、アグリゲーションレベル２、例えば、｛１、２、４、８｝＝｛２、４、８、１６｝でｅＰＤＣＣＨを監視する必要がある場合がある。ＮALは、サブフレームに従って上位層によって構成されうるか、または基準信号、ブロードキャストチャネル、および／または同期信号を含むサブフレームの構成に従って暗黙的に定義されうる。ＮALは、レガシーＰＤＣＣＨ（例えば、それが構成されうる場合）またはｅＰＤＣＣＨで伝送される未使用ＤＣＩビットでシグナリングされうる。
【０３３５】
ｅＣＣＥ毎の可変数のＮeREGsが、例えば、類似の実効符号化レートを維持するために使用されうる。ｅＰＤＣＣＨ復号候補は、ｅＣＣＥレベルに基づくものとしてよいので、ｅＣＣＥに対するＲＥの利用可能な数は、異なる数のＮeREGsがマッピングされうる場合に変更されうる。より多くの数のＮeREGsがｅＣＣＥ毎にマッピングされうる場合、実効符号化レートは、チャネル符号化利得が結果として増加するように低くすることができる。つまり、より多くの数のＮeREGsが、ｅＰＤＣＣＨ  ＲＥのパンクチャリングにより特定のサブフレーム内でＲＥの利用可能な数がｅＣＣＥ毎に小さくなる場合にマッピングされうる。ＮeREGsの可変数は、本明細書で説明されているように定義されうる。例えば、ＮeREGsは、ｅＮＢによって構成され、ブロードキャストチャネルおよび／または上位層信号を介してＷＴＲＵまたはＵＥに通知されうる。ＮeREGsは、デューティサイクルでサブフレーム毎に独立して構成されうる。例えば、１０ｍｓおよび４０ｍｓのデューティサイクルも使用することができる。２つ以上の数のＮeREGsが定義され、それらのうちの１つはＣＳＩ−ＲＳおよびＺＰ−ＣＳＩ−ＲＳ構成に従って選択されうる。一例では、
【０３３６】
【数７５】
2019110610.tif 000090
【０３３７】
および
【０３３８】
【数７６】
2019110610.tif 000091
【０３３９】
は、事前定義され、それらの１つは以下のようにして選択されうる。
【０３４０】
【数７７】
2019110610.tif 000092
【０３４１】
は、ＣＳＩ−ＲＳおよびＺＰ−ＣＳＩ−ＲＳが構成されえない場合に使用され、
【０３４２】
【数７８】
2019110610.tif 000093
【０３４３】
は、ＣＳＩ−ＲＳおよび／またはＺＰ−ＣＳＩ−ＲＳが構成されうる場合に使用されうる。
【０３４４】
ｅＲＥＧに対するＲＥの数は、可変であってよいので、ｅＣＣＥに対するＲＥの数も可変とすることが可能である。ｅＣＣＥは、ｅＰＤＣＣＨ送信モード（つまり、分散送信および集中送信）に従って異なる仕方で定義されうる。例えば、集中送信には、ＮeREGs＝４が使用され、分散送信には、ＮeREGs＝２が使用されうる。一実施形態において、ＮeREGsは、ブロードキャスティング（ＭＩＢまたはＳＩＢ−ｘ）および／または上位層シグナリングを介してｅＮＢによって構成可能であるものとしてよい。
【０３４５】
別の実施形態では、ＮeREGsは、本明細書で説明されているようにサブフレームにより異なることがありうる。ＮeREGs値は、サブフレームがＣＳＩ−ＲＳおよび／またはゼロ電力ＣＳＩ−ＲＳを含む場合に変更されうる。例えば、ＮeREGs＝４は、ＣＳＩ−ＲＳおよび／またはゼロ電力ＣＳＩ−ＲＳを含まないサブフレームにおいて使用され、ＮeREGs＝６は、ＣＳＩ−ＲＳおよび／またはゼロ電力ＣＳＩ−ＲＳを含むサブフレームにおいて使用されうる。ＮeREGs値は、基準信号のオーバーヘッドがより高くなる場合にＮeREGsがより大きくなるようにゼロ電力ＣＳＩ−ＲＳを含む基準信号のオーバーヘッドに応じて異なるものとしてよい。例えば、基準信号のオーバーヘッドがサブフレーム内のＰＤＳＣＨ領域の中で１５％未満となりうる場合に、ＮeREGs＝４、基準信号のオーバーヘッドがサブフレーム内のＰＤＳＣＨ領域の中で１５％から２０％までの間となりうる場合に、ＮeREGs＝５、基準信号のオーバーヘッドがサブフレーム内のＰＤＳＣＨ領域の中で２０％から３０％までの間となりうる場合に、ＮeREGs＝６、基準信号のオーバーヘッドがサブフレーム内のＰＤＳＣＨ領域の中で３０％を超えうる場合、基準信号のオーバーヘッドが「ＰＤＳＣＨ  ＲＥの数／基準信号の数」として定義されうる場合、および同様の場合にＮeREGs＝５である。一実施形態において、ｅＲＥＧおよびｅＣＣＥは、ｅＰＤＣＣＨの集中送信などの特定のｅＰＤＣＣＨ送信モードにおいて同じであってよい。
【０３４６】
ＮeREGs（ｉ）の数が、例えば、ｅＣＣＥの開始点が同じになるようにｅＣＣＥ毎に固定されうる別のカテゴリを考えることができる。ＤＣＩペイロードに対する実効符号化レートを維持するために、ｊ番目のｅＲＥＧに対する利用可能なＲＥの数（例えば、ＫREs（ｉ，ｊ））は、基準信号、ＰＤＣＣＨ、および／またはＰＳＳ／ＳＳＳなどの他の目的のためにこれらのＲＥ上でｅＰＤＣＣＨを送信し、特別なプリコーディングまたは相互直交パターンをｅＰＤＣＣＨと非ｅＰＤＣＣＨの両方に適用することによって、それぞれのｅＲＥＧについて固定することができる。受信機側では、ＷＴＲＵまたはＵＥによる逆プリコーディングの後に、ｅＰＤＣＣＨは分離され、与えられたＤＣＩペイロードに対する類似の実効符号化レートが維持されうる。
【０３４７】
ＮeREGs（ｉ）の数がｅＣＣＥ毎に変化すると想定する場合、与えられたＤＣＩペイロードに対する類似の実効符号化レートを維持するために、ｊ番目のｅＲＥＧ（例えば、ＫRES（ｉ，ｊ））に対する利用可能なＲＥの数を、受信機側で、例えば、上で説明されているように、ｅＲＥＧの一部について固定する代わりに（例えば、ＷＴＲＵまたはＵＥによる逆プリコーディングの後に）、ｅＰＤＣＣＨが分離され、ＤＣＩペイロードに対する類似の実効符号化レートが維持されうる。ｅＰＤＣＣＨおよび非ｅＰＤＣＣＨを送信するために使用されるｅＲＥＧの数は、
【０３４８】
【数７９】
2019110610.tif 000094
【０３４９】
がそれぞれのＣＣＥについて維持されうるように適応しうる。
【０３５０】
それに加えて、ｅＣＣＥ定義は、ｅＰＤＣＣＨ探索空間により異なりうる。このような一実施形態では、ｅＣＣＥは、ＷＴＲＵまたはＵＥ特有の探索空間および共通探索空間について以下のような仕方にそれぞれ定義されうる。例えば、ＷＴＲＵまたはＵＥ特有の探索空間に対するｅＣＣＥ定義は、以下の特性のうちの１または複数を満たしうる。１６個のｅＲＥＧが、ＣＰ長およびサブフレームタイプに関係なく、ＰＲＢ対毎に定義されうる。４または８個のｅＲＥＧが、ＣＰ長およびサブフレームタイプに応じてｅＣＣＥを形成するようにグループ化されうる。４つのｅＲＥＧは、通常サブフレームを有する通常ＣＰおよび／またはスペシャルサブフレーム構成｛３、４、８｝を有する通常ＣＰに対してｅＣＣＥを形成するためにグループ化されうる。一実施形態において、８つのｅＲＥＧは、スペシャルサブフレーム構成｛２、６、７、９｝を有する通常ＣＰ、通常サブフレームを有する拡張ＣＰ、および／またはスペシャルサブフレーム構成｛１、２、３、５、６｝を有する拡張ＣＰに対してｅＣＣＥを形成するためにグループ化されうる。さらに、４または８個のｅＲＥＧが、ＣＰ長、サブフレームタイプ、および／または共通探索空間タイプに応じてｅＣＣＥを形成するようにグループ化されうる。例えば、このような一実施形態では、ＷＴＲＵまたはＵＥが、サブフレーム内でＰＤＣＣＨ共通探索空間を監視することができる場合、ＷＴＲＵまたはＵＥ特有の探索空間に対するｅＣＣＥ毎のｅＲＥＧの数は８であるが、ｅＰＤＣＣＨ共通探索空間がｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間と一緒に監視されうる場合にＷＴＲＵまたはＵＥ特有の探索空間に対するｅＣＣＥ毎のｅＲＥＧの数は、４であるものとしてよい。
【０３５１】
それに加えて、共通探索空間に対するｅＣＣＥ定義は、以下の特性のうちの１または複数を満たしうる。一実施形態において、１６個のｅＲＥＧが、ＣＰ長およびサブフレームタイプに関係なく、ＰＲＢ対毎に定義されうる。４または８個のｅＲＥＧも、ＷＴＲＵまたはＵＥ特有の探索空間と同じものとしてグループ化されうる。さらに、４または８個のｅＲＥＧは、利用可能なＲＥの数（例えば、ｎePDCCH）に応じてｅＣＣＥを形成するようにグループ化されうる。このような一実施形態では、利用可能なＲＥの数は、ＰＳＳ／ＳＳＳおよび／またはＰＢＣＨを含まないＰＲＢ対の中のそれぞれのサブフレームにおいてカウントされうる。それに加えて、ｎePDCCHが事前定義済みの閾値（例えば、１０４）より小さい場合、８個のｅＲＥＧは、ｅＣＣＥを形成するようにグループ化され、そうでない場合、４つのｅＲＥＧが使用されおよび／または一緒にグループ化されうる。
【０３５２】
ｅＲＥＧ−ｅＣＣＥマッピングを含みうる、リソースマッピングが実現されうる。例えば、ｅＣＣＥが、１または複数のｅＲＥＧで形成され、ｅＲＥＧのグループは、ｅＰＤＣＣＨ送信モード（例えば、ｅＰＤＣＣＨモード−１およびｅＰＤＣＣＨモード−２）に従って異なるように形成されうる。
【０３５３】
図２０は、集中および分散割り当て（localized and distributed allocation）によるｅＰＤＣＣＨにおけるｅＣＣＥ−ｅＲＥＧ間マッピングの例としての一実施形態を示している（例えば、ポート−７およびポート−８が使用されうる場合）。例えば、ｅＲＥＧは、図２０に示されているように定義され、Ｎ＝１およびＭ＝１４−ＮPDDCHが使用されうる。ｅＲＥＧ番号も、以下のうちの少なくとも１つとして定義されうる。ｅＰＤＣＣＨ  ＰＲＢ（０〜Ｎtot（ｋ）−１）内で最低周波数からの昇順。ただし、Ｎtot（ｋ）はサブフレームｋ内のｅＲＥＧの数を表し、Ｎtot＝ＮeRB×ＭREGとすることができ、ＭREGは、図２０に示されているようにＰＲＢ対におけるｅＲＥＧの数を表し、図２０に示されているようにＭREG＝１２とすることができる。ｅＰＤＣＣＨ  ＰＲＢ（０〜Ｎtot（ｋ）−１）内で最低周波数からの降順。（０〜Ｎtot（ｋ）−１）の範囲内の乱数発生および仮想ｅＲＥＧと物理ｅＲＥＧとのマッピングが定義されうる。ｅＲＥＧ番号は、（ｆ，ｒ）とすることができ、ｆおよびｒは、それぞれ、ＰＲＢ対内のサブキャリアインデックスおよびｅＰＤＣＣＨ  ＰＲＢ番号を表し、ｅＲＥＧ  ＃１３は、ｅＲＥＧ（１、１）として表すことができ、範囲外れは０〜１１であるか、または０〜ＮeRB−１であってよく、ｅＲＥＧ＃＝ｒ・１２＋ｆである。
【０３５４】
共有されるＰＲＢにおけるｅＣＣＥ−ｅＲＥＧ間マッピングに対して、以下の方法のうちの少なくとも１つ（例えば、連続する割り当て（マッピング−１）、インタリーブされた割り当て（マッピング−２）、ハイブリッド割り当て（マッピング−３）、および／または同様のもの）が使用されうる。連続する割り当て（マッピング−１）では、ＮeREGs個の連続するｅＲＥＧは、ｅＣＣＥ定義についてアグリゲートされ、したがって、ｅＣＣＥ番号は、ｅＣＣＥ＃ｎ＝ｅＲＥＧｓ＃｛ｎ・ＮeREGs，．．．，（ｎ＋１）・ＮeREGs−１）として割り当てられうる。例えば、ＮeREGs＝４およびｎ＝０である場合、ｅＣＣＥ＃０＝ｅＲＥＧｓ＃｛０、１、２、３｝である。このような一実施形態では、ｅＣＣＥの総数（ＭeCCE）は、
【０３５５】
【数８０】
2019110610.tif 000095
【０３５６】
として定義されうる。図２１はそのような一例を示している（例えば、図２１は、連続的割り当てによるｅＣＣＥ−ｅＲＥＧ間マッピングの例としての一実施形態を示している）。
【０３５７】
インターリーブされた割り当て（例えば、マッピング−２）では、ＮeREGs個のインターリーブされたｅＲＥＧは、ｅＣＣＥ定義についてアグリゲートされ、したがって、ｅＣＣＥ番号は、ｅＣＣＥ＃ｎ＝ｅＲＥＧｓ＃｛π（ｎ・ＮeREGs)，．．．，π（（ｎ＋１）・ＮeREGs−１）｝として割り当てられ、π（・）は、０からＭeCCE−１までのインタリーブされたシーケンスを表しうる。インターリーブされたシーケンスπ（・）は、ＮeREGs個のＭｅＣＣＥブロックインターリーバによって生成されうる。ＮeREGs＝４およびＭeCCE＝９である場合、４×９のブロックインターリーバは、図２２に示されているように定義されうる（例えば、図２２はブロックインターリーバの一例を示している）。ブロックインターリーバでは、インタリーブされたシーケンスが、行を先にしてシーケンスを書き込み、列を先にして読み取ることによって生成されうる。そのようなものとして、図２２に示されているブロックインターリーバからのインターリーブされたシーケンスは、π＝０、９、１８、２７、１、１０、１９、２８、．．．，８、１７、２６、３５であり、これは
【０３５８】
【数８１】
2019110610.tif 000096
【０３５９】
として表すことができる。インターリーブされたシーケンスπ（・）は、長さＮtotのランダムシーケンスによって生成され、このランダムシーケンスは事前定義され、ＷＴＲＵまたはＵＥとｅＮＢとの両方がこのシーケンスを知るものとしてよい。列置換を使用して、例えば、順列シーケンスをさらにランダム化することができる。
【０３６０】
ハイブリッド割り当て（マッピング−３では）、連続するシーケンスのサブセットは、集中送信のために予約され、他のｅＲＥＧが、分散割り当てに使用されうる。例えば、ブロックインターリーバにおける列のサブセットは、図２３に示されているように集中送信のために予約され（例えば、図２３はブロックインターリーバを使用することによるハイブリッド割り当てを示している）、ｅＣＣＥ＃｛４、５、６、７｝が、集中送信に使用され、他のｅＣＣＥが、分散割り当てに使用されうる。集中ｅＣＣＥを生成するために、ＮeREGs個の連続するｅＣＣＥが使用されうる。このオペレーションから、ＮeREGs個の連続する分散割り当てベースのｅＣＣＥは、ＮeREGs個の集中ｅＣＣＥとなりうる。集中ｅＣＣＥと分散ｅＣＣＥの両方を生成するために、ｅＮＢは、ＭeCCE個の分散ｅＣＣＥを定義し、集中ｅＣＣＥのためにＮeREGs個の連続するまたは閉じたｅＣＣＥを予約することができる。列置換を分散割り当て部分に使用して順列シーケンスをさらにランダム化することができる。図２３に示されているハイブリッド割り当てから、ｅＣＣＥは、図２４に示されているように定義されうる。図２４は、集中および分散ｅＣＣＥの共存の例としての一実施形態を示している。
【０３６１】
別のＰＲＢにおけるｅＣＣＥ−ｅＲＥＧ間マッピングについては、ｅＲＥＧは、集中送信および分散送信について独立して定義されうる。例えば、ＬｅＲＥＧ（集中ｅＲＥＧ）は０〜Ｎ−１で定義され、ＤｅＲＥＧ（分散ｅＲＥＧ）は０〜Ｋ−１で定義され、ＬｅＲＥＧについては、連続する割り当て（例えば、マッピング−１）が使用され、および／またはＤｅＲＥＧについては、インタリーブされた割り当て（例えば、マッピング−２）が使用されうる。別のＰＲＢにおけるｅＣＣＥ−ｅＲＥＧ間マッピングについては、ｅＲＥＧは、分散送信の制限された場合に対して定義され、ｅＣＣＥは、集中送信に対する最小リソースユニットとなりうる。
【０３６２】
ｅＣＣＥ−ｅＲＥＧ間構成は、以下のうちの少なくとも１つとすることができる。ｅＣＣＥ割り当て（例えば、マッピング−１、マッピング−２、またはマッピング−３）が事前定義され、マッピング方法は、サブフレームインデックスおよび／またはＳＦＮによって異なっていてもよく、マッピング方法は、上位層シグナリングによって構成可能であってよく、マッピング方法は、ｅＰＤＣＣＨ  ＰＲＢ対および／または同様のものによって異なっていてもよい。例としての一実施形態によれば、ＮeRBが、ｅＰＤＣＣＨ送信に対して利用可能でありうる場合、ＮeRBのサブセットでは、マッピング−１を使用し、他のｅＰＤＣＣＨ  ＰＲＢ対（例えば、ｅＰＤＣＣＨ  ＰＲＢ対の残り）は、マッピング−２を使用することができる。この実施形態では、ＮeRBは、それぞれのマッピング方法に対して別々に定義されうる。
【０３６３】
１６個のｅＲＥＧがＰＲＢ対毎に利用可能であり、１つのｅＣＣＥが、４つのｅＲＥＧのグループ化によって定義されうる場合、ｅＣＣＥが集中送信に関してＰＲＢ対の中で定義されうるので、４つのｅＣＣＥが、ｅＰＤＣＣＨ集中送信に対してＰＲＢ対毎に定義されうる。一実施形態において、１６個のｅＲＧＥのうち、連続する４つのｅＲＥＧがグループ化されて集中ｅＣＣＥを形成することができる。ｅＣＣＥ−ｅＲＥＧ間マッピングルールは、ｅＰＤＣＣＨリソースとして構成されているそれぞれのＰＲＢ対において同じであってよい。セルに関係なく同じ開始点を持つＰＲＢ対の中の連続する４つのｅＲＥＧが使用されうる。例えば、ｅＲＥＧ−ｅＣＣＥ間マッピングルールはそれぞれのセルについて、ｅＣＣＥ（ｎ）＝｛ｅＲＥＧ（ｋ）、ｅＲＥＧ（ｋ＋１）、ｅＲＥＧ（ｋ＋２）、ｅＲＥＧ（ｋ＋３）｝、ｅＣＣＥ（ｎ＋１）＝｛ｅＲＥＧ（ｋ＋４）、ｅＲＥＧ（ｋ＋５）、ｅＲＥＧ（ｋ＋６）、ｅＲＥＧ（ｋ＋７）｝、ｅＣＣＥ（ｎ＋２）＝｛ｅＲＥＧ（ｋ＋８）、ｅＲＥＧ（ｋ＋９）、ｅＲＥＧ（ｋ＋１０）、ｅＲＥＧ（ｋ＋１１））、および／またはｅＣＣＥ（ｎ＋３）＝｛ｅＲＥＧ（ｋ＋１２）、ｅＲＥＧ（ｋ＋１３）、ｅＲＥＧ（ｋ＋１４）、ｅＲＥＧ（ｋ＋１５）｝とすることができる。異なる開始点を持つＰＲＢ対の中の連続する４つのｅＲＥＧが使用されうる。ｅＲＥＧの開始点は、上位層シグナリングを介した構成、または物理セルＩＤおよびサブフレーム／ＳＦＮ番号などのシステムパラメータのうちの少なくとも１つの関数として定義されうる。以下の例では、オフセットは、上位層シグナリングを介して構成されるか、またはシステムパラメータのうちの少なくとも１つの関数として定義されうる。一例において、ｅＣＣＥ（ｎ）＝｛ｅＲＥＧ（（ｋ＋ｉ＋オフセット）ｍｏｄ１６）、ｉ＝０、１、２、３｝、ｅＣＣＥ（ｎ＋１）＝｛ｅＲＥＧ（（ｋ＋４＋ｉ＋オフセット）ｍｏｄ１６）、ｉ＝０、１、２、３｝、ｅＣＣＥ（ｎ＋２）＝｛ｅＲＥＧ（（ｋ＋８＋ｉ＋オフセット）ｍｏｄ１６）、ｉ＝０、１、２、３｝、および／またはｅＣＣＥ（ｎ＋３）＝｛ｅＲＥＧ（（ｋ＋１２＋ｉ＋オフセット）ｍｏｄ１６）、ｉ＝０、１、２、３｝。
【０３６４】
それに加えて、一実施形態では、１６個のｅＲＧＥのうち、相互排他的な４つのｅＲＥＧがグループ化されてｅＣＣＥを形成することができ、その際に、４つのｅＣＣＥはＰＲＢ対毎に定義され、それぞれのｅＣＣＥは、相互排他的な４つのｅＲＥＧを含むことができる。相互排他的な４つのｅＲＥＧは、ｅＣＣＥを形成するために本明細書で説明されている１または複数の実施形態を使用することによって選択されうる。例えば、インタリーブされたマッピングが、ｅＲＥＧ−ｅＣＣＥ間マッピングに使用されうる。ｅＲＥＧ−ｅＣＣＥ間マッピングは、ブロックインターリーバに基づくものとしてよい（例えば、インタレースされたマッピング）。ｅＲＥＧ−ｅＣＣＥマッピングの例として、ｅＣＣＥ（ｎ）＝｛ｅＲＥＧ（ｋ）、ｅＲＥＧ（ｋ＋４）、ｅＲＥＧ（ｋ＋８）、ｅＲＥＧ（ｋ＋１２））、ｅＣＣＥ（ｎ＋１）＝｛ｅＲＥＧ（ｋ＋１）、ｅＲＥＧ（ｋ＋５）、ｅＲＥＧ（ｋ＋９）、ｅＲＥＧ（ｋ＋１３）｝、ｅＣＣＥ（ｎ＋２）＝｛ｅＲＥＧ（ｋ＋２）、ｅＲＥＧ（ｋ＋６）、ｅＲＥＧ（ｋ＋１０）、ｅＲＥＧ（ｋ＋１４）｝、および／またはｅＣＣＥ（ｎ＋３）＝｛ｅＲＥＧ（ｋ＋３）、ｅＲＥＧ（ｋ＋７）、ｅＲＥＧ（ｋ＋１１）、ｅＲＥＧ（ｋ＋１５）｝を挙げる。インタリーブされたマッピングは、ランダムインターリーバに基づきｅＲＥＧ−ｅＣＣＥ間マッピングに使用されうる。インタリーブされたシーケンスは、事前定義されうるか、または上位層シグナリングを介して構成されうる。ＰＲＢ対の中のｅＣＣＥ毎のインターリーブされたシーケンスが、π1＝｛０、４、８、１２｝、π2＝｛１、５、９、１３｝、π3＝｛２、６、１０、１４｝、およびπ4＝｛３、７、１１、１５｝として定義される場合、ただし、πj、ｊ＝０、１、２、３はｅＣＣＥ（ｎ＋ｊ）、ｅＣＣＥ（ｎ＋ｊ）＝｛ｅＲＥＧ（ｋ＋πj（１）），ｅＲＥＧ（ｋ＋πj（２）），ｅＲＥＧ（ｋ＋πj（３）），ｅＲＥＧ（ｋ＋πj（４））｝を形成するために使用されうる。インタリーブされたシーケンスは、物理セルＩＤ、サブフレーム、および／またはＳＦＮ番号を含む、システムパラメータのうちの少なくとも１つの関数として定義されうる。
【０３６５】
アンテナポートマッピングも、実現され、および／または使用されうる。例えば、アンテナポート｛７、８、９、１０｝またはそれらのサブセットが、ｅＰＤＣＣＨ送信に使用され、直交カバーコードを有する時間および／または周波数ロケーションが同じであってもよいので、アンテナポート｛１０７、１０８、１０９、１１０｝は、アンテナポート｛７、８、９、１０｝と交換可能に使用されうる。一実施形態において、アンテナポート７〜１０は、ｅＲＥＧおよび／またはｅＣＣＥ復調に使用されうるので、アンテナポートマッピングは、ｅＲＥＧ／ｅＣＣＥロケーションに従って定義されうる。図２５は、ｅＲＥＧ／ｅＣＣＥに対するアンテナポートマッピングの例としての一実施形態を示している。図２５に示されているように、ｅＲＥＧ／ｅＣＣＥは、アンテナポート上にマッピングされうる。図２５は、利用可能なアンテナポートの数が、構成に応じて異なっていてもよいことも示している。
【０３６６】
アンテナポートの利用可能な数（Ｎport）は、本明細書で説明されているように定義されうる。Ｎportは、サブフレームおよびｅＰＤＣＣＨ  ＰＲＢ対に対して半静的に構成されうる。したがって、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨがＮportの範囲内のアンテナポートに対するＲＥ位置において送信されえないことを想定することができる。例えば、Ｎport＝４である場合、図２５のＰＲＢ対における２４個のＲＥ位置は予約され、ｅＰＤＣＣＨは、これらのＲＥ位置において送信されえない。Ｎport＝２である場合、１２個のＲＥ位置は予約され、ｅＰＤＣＣＨは、ポート−９およびポート−１０についてそのＲＥ位置において送信されうる。Ｎportは、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨが４つのアンテナポートに対するＲＥ位置において送信されえないことを想定することができるように４として事前定義されうる。Ｎportは、ｅＰＤＣＣＨ  ＰＲＢ対番号に応じて異なりうる。例えば、Ｎport＝２は、ｅＰＤＣＣＨ  ＰＲＢ  ＃０において使用され、Ｎport＝４は、ｅＰＤＣＣＨ  ＰＲＢ  ＃１において使用されうる。Ｎportは、ｅＰＤＣＣＨ送信モードによりｅＰＤＣＣＨ  ＰＲＢ対に応じて異なるように構成されうる。ｅＰＤＣＣＨ  ＰＲＢ  ＃｛０、１、２｝が集中送信に使用されうる場合、Ｎport＝４が、これらのｅＰＤＣＣＨ  ＰＲＢに使用され、Ｎport＝２が、分散送信のためｅＰＤＣＣＨ  ＰＲＢに使用されうるか、またはその逆もありうる。Ｎportは、それぞれのｅＰＤＣＣＨ  ＰＲＢ対および／またはｅＰＤＣＣＨ送信モードに対して別々に構成可能であってもよい。
【０３６７】
それに加えて、アンテナポートは、以下の少なくとも１つに基づき、またはそれに従ってｅＲＥＧ／ｅＣＣＥに対して割り当てられうる。ＷＴＲＵまたはＵＥは、「同じＰＲＢ対」内でＷＴＲＵまたはＵＥに関連付けられているｅＲＥＧ／ｅＣＣＥが同じアンテナポートで送信されうることを想定することができる。例えば、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ，ｎ＋１、ｎ＋２、ｎ＋３｝がＷＴＲＵまたはＵＥに使用されうる場合、ＷＴＲＵまたはＵＥは、ｅＲＥＧが１つのアンテナポート（例えば、ポート−７）で送信されうることを想定することができる。アンテナポートは、上位層シグナリングを介して半静的に構成されうる。このような一実施形態では、アンテナポートは、ｅＰＤＣＣＨ  ＰＲＢ対のそれぞれにわたってＷＴＲＵまたはＵＥに対して同じであってよい。アンテナポートは、同じＰＲＢ対内の最低のｅＲＥＧ／ｅＣＣＥインデックスとして定義されうる。例えば、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ、ｎ＋３、ｎ＋６、ｎ＋９｝がＷＴＲＵまたはＵＥに使用されうる場合、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ｝に対するアンテナポートは、他のｅＲＥＧ／ｅＣＣＥに使用されうる。アンテナポートは、Ｃ−ＲＮＴＩの関数として定義することができる。例えば、Ｃ−ＲＮＴＩの法４または２は、ＷＴＲＵまたはＵＥに対する割り当てられたアンテナポートを指示しうる。アンテナポートは、そのような一実施形態においてｅＰＤＣＣＨ  ＰＲＢ対にわたってＷＴＲＵまたはＵＥに対して同じであってよい。４を法とする演算が使用されうる場合、ＷＴＲＵまたはＵＥは、アンテナポート７〜１０のうちの１つがＷＴＲＵまたはＵＥに使用され、そうでなければ、アンテナポート７〜８のうちの１つが使用されうると想定することができる。アンテナポートは、ＣＤＭグループを伴うＣ−ＲＮＴＩの関数として定義され、ＣＤＭグループは、上位層によって構成されうる。例えば、ＷＴＲＵまたはＵＥは、ポート−９およびポート−１０が利用可能であるものとしてよいＣＤＭグループ２内のｅＰＤＣＣＨを監視するよう上位層によって構成され、ＷＴＲＵまたはＵＥ対するＣ−ＲＮＴＩは、２を法とする演算の後にポート−９を使用することを指示しうる。そのようなものとして、Ｃ−ＲＮＴＩは、ＣＤＭグループ内の［＋１  ＋１］と［＋１  −１］との間でどの直交カバーコードが使用されうるかを指示することができ、ｅＮＢは、ＣＤＭグループを選択することができる。アンテナポートは、Ｃ−ＲＮＴＩおよびＰＲＢ対インデックスの関数として定義することができる。例えば、（Ｃ−ＲＮＴＩ＋ＰＲＢインデックス）の法４または２は、ＷＴＲＵまたはＵＥに対する割り当てられたアンテナポートを指示しうる。
【０３６８】
ＷＴＲＵまたはＵＥは、「プリコーディングリソース粒度（ＰＲＧ）」でＷＴＲＵまたはＵＥに関連付けられているｅＲＥＧ／ｅＣＣＥが同じアンテナポートで送信されうることを想定することができる。例えば、ＷＴＲＵまたはＵＥがＰＲＧで複数のｅＲＥＧを復調する場合、ＷＴＲＵまたはＵＥは、同じアンテナポートが、ＰＲＧでｅＲＥＧに対して使用されうることを想定することができる。ＷＴＲＵまたはＵＥは、同じプリコーダが、ＰＲＧ内のアンテナポートに対して使用されうることを想定することができる。ＰＲＧサイズは、システム帯域幅に応じて異なりうる。表１２は、ｅＰＤＣＣＨに対するＰＲＧサイズの例としての実施形態を示している。
【０３６９】
【表１４】
2019110610.tif 000097
【０３７０】
ＰＲＢサイズは、システム帯域幅候補に対して１であり、ＷＴＲＵまたはＵＥは、ＰＲＢサイズにおけるアンテナポートのそれぞれが、例えば、アンテナポートにまたがるチャネルが補間されるように、同じプリコーダを使用することを想定することができる。例えば、ＰＲＧサイズの範囲内のアンテナポート７および９が、ＷＴＲＵまたはＵＥ受信機におけるｅＰＤＣＣＨ復調に使用されうる場合、ＷＴＲＵまたはＵＥは、ポート７および９からの推定されたチャネルが補間されるようにアンテナポート７および９が同じ仮想アンテナポートで送信されうることを想定することができる。アンテナポートは、ＰＲＧの範囲内の最低のｅＲＥＧ／ｅＣＣＥインデックスとして定義されうる。例えば、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ、ｎ＋８、ｎ＋１６、ｎ＋２４｝がＷＴＲＵまたはＵＥに使用されうる場合、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ｝に対するアンテナポートは、他のｅＲＥＧ／ｅＣＣＥに使用されうる。アンテナポートは、Ｃ−ＲＮＴＩの関数としてさらに定義することができる。例えば、Ｃ−ＲＮＴＩの法４または２は、ＷＴＲＵまたはＵＥに対する割り当てられたアンテナポートを指示しうる。一実施形態において、アンテナポートは、この場合でもｅＰＤＣＣＨ  ＰＲＢ対にわたってＷＴＲＵまたはＵＥに対して同じであってよい。それに加えて、アンテナポートは、Ｃ−ＲＮＴＩおよびＰＲＧインデックスの関数として定義することができる。例えば、（Ｃ−ＲＮＴＩ＋ＰＲＧインデックス）の法４または２は、ＷＴＲＵまたはＵＥに対する割り当てられたアンテナポートを指示しうる。
【０３７１】
ＷＴＲＵまたはＵＥは、同じＰＲＢ対においてＷＴＲＵまたはＵＥに関連付けられているｅＲＥＧ／ｅＣＣＥが、異なるアンテナポート上で送信され、それぞれのｅＲＥＧ／ｅＣＣＥに対するアンテナポートが本明細書の以下の方法のうちの少なくとも１つに基づき、またはそれに従って定義されうることも想定することができる。例えば、ｅＲＥＧ／ｅＣＣＥロケーションは、アンテナポートの利用可能な数に従ってアンテナポート上に一対一でマッピングされうる。４つのアンテナポートがＰＲＢ対において利用可能でありうる場合、ｅＲＥＧｓ  ＃｛ｎ、ｎ＋１、ｎ＋２｝は、ポート−７上にマッピングされ、ｅＲＥＧｓ  ＃｛ｎ＋３、ｎ＋４、ｎ＋５｝は、ポート−８上にマッピングされ、ｅＲＥＧｓ  ＃｛ｎ＋６、ｎ＋７、ｎ＋８｝は、ポート−９上にマッピングされ、残りは、ポート−１０上にマッピングされうる。そのポートが利用可能でありうる場合、ｅＲＥＧｓ  ＃｛ｎ、ｎ＋１、ｎ＋２、．．．，ｎ＋５｝は、ポート−７上にマッピングされ、他のｅＲＥＧは、ポート−８上にマッピングされうる。関連付けられているアンテナポート番号は、ＷＴＲＵまたはＵＥに対するｅＲＥＧ／ｅＣＣＥロケーションおよびアグリゲーションレベルに従って定義されうる。例えば、ｅＲＥＧｓ  ＃｛ｎ、ｎ＋１、ｎ＋２｝は、ポート−７上にマッピングされ、３つのＲＥＧが一緒に復調されうる場合に、ｅＲＥＧｓ  ＃｛ｎ＋３、ｎ＋４、ｎ＋５｝は、ポート−８上にマッピングされうる。ｅＲＥＧｓ  ＃｛ｎ，ｎ＋１、ｎ＋２、ｎ＋３、ｎ＋４、ｎ＋５｝が一緒に復調されうる場合、ポート−７が使用され、ポート−８はｅＲＥＧｓ｛ｎ＋３、ｎ＋４、ｎ＋５｝に対するアンテナポートでは（例えば、もはや）ありえない。ｅＲＥＧ／ｅＣＣＥロケーションは、アンテナポートの利用可能な数に従ってアンテナポート上に一対一でマッピングされうる。ｅＲＥＧ／ｅＣＣＥとアンテナポートとの間の関連付けルールは、ｅＮＢによって構成されうる。例えば、４つのアンテナポートがＰＲＢ対において利用可能でありうる場合、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ、ｎ＋１、ｎ＋２｝は、ポート−７上にマッピングされ、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ＋３、ｎ＋４、ｎ＋５｝は、ＷＴＲＵまたはＵＥについてポート−８上にマッピングされうる。別のＷＴＲＵまたはＵＥについて、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ、ｎ＋１、ｎ＋２｝は、ポート−８上にマッピングされ、ｅＲＥＧ／ｅＣＣＥ  ＃｛ｎ＋３、ｎ＋４、ｎ＋６｝は、ポート−７上にマッピングされうる。
【０３７２】
関連付けルールは、以下の実施形態のうちの少なくとも１つに従って構成されうる。例えば、ｅＮＢは、ＷＴＲＵまたはＵＥ特有の上位層をシグナリングを介して関連付けるルールを構成することができる。関連付けルールは、ＷＴＲＵまたはＵＥが関連付けるルールを暗黙的に取得できるようにＲＮＴＩ（例えば、Ｃ−ＲＮＴＩ）の関数として構成されうる。そのような場合、例えば、単一のＷＴＲＵまたはＵＥであっても、ＲＮＴＩタイプに従って異なる関連付けるルールがありうる。一例において、Ｃ−ＲＮＴＩに関連付けられているＤＣＩは、関連付けルール１を使用することができ、ＳＰＳ−ＲＮＴＩに関連付けられている別のＤＣＩは、関連付けルール２を使用することができる。ＲＮＴＩの関数としてモジュロ演算に関連付けルールの数（例えば、ｎ＿ａｓｓｏｃｉａｔｉｏｎ）が使用されるように関連付けるルールを定義するためにモジュロ演算が使用されうる。特定のＲＮＴＩに関連付けられているＤＣＩに対する関連付けるルールは、関連付けルール番号＝（ＲＮＴＩ）ｍｏｄ  ｎ＿ａｓｓｏｃｉａｔｉｏｎとして定義されうる。関連付けルールは、セルＩＤ、サブフレーム番号、および／またはＳＦＮのうちの１または複数を含みうる、他のパラメータと組み合わせたＲＮＴＩの関数として構成されうる。関連付けルールは、共通探索空間に対して固定され、ＷＴＲＵまたはＵＥ特有の探索空間については構成可能であるものとしてよい。
【０３７３】
一実施形態において、ＷＴＲＵまたはＵＥは、上位層シグナリングを介して構成された単一のアンテナポートが集中送信においてそれぞれのｅＲＥＧ／ｅＣＣＥに関連付けられうることを想定することができる。ｅＲＥＧ／ｅＣＣＥとアンテナポートとの間の事前定義済みの一対一のマッピングが、分散送信に使用されうる。
【０３７４】
リソース要素（ＲＥ）マッピング（例えば、パンクチャリングおよび／またはレートマッチング）が、本明細書で説明されているように実現され、および／または使用されうる。例えば、チャネル符号化の後のＤＣＩの変調シンボルは、ｅＰＤＣＣＨ  ＲＥ上にマッピングされうる。ｅＰＤＣＣＨ  ＲＥは、ＲＥロケーション内に配置されうるので、マッピングルールは、符号化チェーンの観点から定義されうる。符号化チェーンの態様において、ＲＥマッピングルールは、本明細書で開示されているように、パンクチャリングおよび／またはレートマッチングを含むことができる。パンクチャリングをおよび／またはレートマッチングは以下のように実現されうる。
【０３７５】
符号化ビット（ｃ1、．．．、ｃN）は、ＤＣＩペイロードを入力とする、チャネル符号器の出力であり、ただし、チャネル符号器は、ターボ符号、畳み込み符号、リードミュラー符号などのチャネル符号であってよい。符号化ビットは、ＣＲＣ付加、例えば、ＲＮＴＩでマスクされた１６ビットを含みうる。変調シンボル（ｘ1、．．，ｘM）は、マッパーの出力とすることができる。符号化ビットがＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、および同様のものなどの変調方式に変調されるようにマッパーの出力であるものとしてよい。変調方式に従って、変調シンボルシーケンスＭは、Ｎ以下であるものとしてよい。ＲＥマッピングにおいて、変調シンボルｘ1、．．．、ｘMは、ｅＰＤＣＣＨ  ＲＥに、例えば、周波数を最初にまたは時間を最初にして、マッピングされ、ただし、パンクチャリングは、ｅＰＤＣＣＨにおけるＲＥが別の信号に対して占有されうる場合、ＲＥに対する変調シンボルは送信されないことを暗示しているか、または規定しうる。例えば、ｘk（ｋ≦Ｍ）がマッピングルールに従って特定のｅＰＤＣＣＨ  ＲＥ上にマッピングされ、ｅＰＤＣＣＨ  ＲＥが別の目的のために占有されうる場合、ｘkは、送信されず、次のマッピングが、ｘk+1から開始されうる。レートマッチングは、別の目的のために使用されていない利用可能なＲＥへの次のマッピングが同じ状況においてｘkから開始されうることを暗示するか、または規定することができる。一例として、送信すべき６個の変調シンボル｛ｘ１、ｘ２、ｘ３、ｘ４、ｘ５、ｘ６｝があり、ｘ２およびｘ４に対するｅＰＤＣＣＨ  ＲＥが他の目的のために占有されうる場合、パンクチャリング方式が使用されうる場合に、｛ｘ１、ｘ３、ｘ５、ｘ６｝が送信され、レートマッチングが使用されうる場合に、｛ｘ１、ｘ２、ｘ３、ｘ４｝が送信されうる。
【０３７６】
パンクチャリング方式は、畳み込みおよび／またはターボ符号が使用されうる場合に組織ビットを喪失する可能性があるので、復号性能は、一実施形態では、符号化速度が高くなる可能性がある場合にレートマッチング方式より悪い場合がある。パンクチャリングは、占有ＲＥ情報がｅＮＢとＷＴＲＵまたはＵＥとの間で同期されえない場合に堅牢性を持たせることができる。チャネル復号は、レートマッチング方式に対して占有ＲＥ情報がｅＮＢとＷＴＲＵまたはＵＥとの間で同期されない場合に失敗することがある。占有ＲＥの目的に基づくパンクチャリングおよびレートマッチングルールが実現され、および／または使用されうる。
【０３７７】
一実施形態において、レートマッチング方式は、セル特有またはグループ特有の形で占有され、構成されたＲＥに使用され、パンクチャリング方式は、ＷＴＲＵまたはＵＥ特有の形で占有され、構成されたＲＥに使用することができる。レートマッチングの一例において、ＲＥは、ＰＤＣＣＨ（またはＰＤＣＣＨ領域）、ＣＲＳ（セル特有の基準信号）、ｅＰＤＣＣＨ  ＤＭ−ＲＳ、ＰＲＳ、ＰＳＳ／ＳＳＳ（プライマリ同期信号／セカンダリ同期信号）、および／またはＰＢＣＨによって占有されうる。パンクチャリングでは、ＲＥは、ＣＳＩ−ＲＳ、ゼロ電力ＣＳＩ−ＲＳによって占有されうる。レートマッチングの一例において、ＲＥは、ＣＲＳ、ＰＲＳ、ＰＳＳ／ＳＳＳ、および／またはＰＢＣＨによって占有されうる。パンクチャリングでは、ＲＥは、ｅＰＤＣＣＨ  ＤＭ−ＲＳ、ＣＳＩ−ＲＳ、および／またはゼロ電力ＣＳＩ−ＲＳによって占有されうる。
【０３７８】
レートマッチングおよびパンクチャリングルールは、探索空間に従って定義されうる。例えば、共通探索空間はパンクチャリング方式を使用し、ＷＴＲＵまたはＵＥ特有な探索空間は、レートマッチング方式を使用することができ、これにより、共通探索空間は占有ＲＥ情報のエラーに対してより堅牢になり、またその逆も言える。レートマッチングの一例において、それぞれのＲＥは、ＷＴＲＵまたはＵＥ特有の探索空間内の他の信号によって占有されうる。パンクチャリングでは、それぞれのＲＥは、共通探索空間内の他の信号によって占有されうる。それに加えて、レートマッチングの一例において、それぞれのＲＥは、共通探索空間内の他の信号によって占有されうる。パンクチャリングでは、それぞれのＲＥは、ＷＴＲＵまたはＵＥ特有の探索空間内の他の信号によって占有されうる。
【０３７９】
例としての一実施形態によれば、レートマッチングおよびパンクチャリングルールは、集中および／または分散送信などのｅＰＤＣＣＨ送信方式または技術に従って定義されうる。例えば、レートマッチングは、集中送信のためにｅＣＣＥにおける他の信号によって占有されたそれぞれのＲＥについて適用され、パンクチャリングは、分散送信のためにｅＣＣＥにおける他の信号によって占有されたそれぞれのＲＥについて適用され、またはその逆の適用も可能である。
【０３８０】
レートマッチングおよびパンクチャリングルールは、半静的信号および動的信号によっても定義されうる。レートマッチングの一例において、ＲＥは、ＣＲＳ、ＰＳＳ／ＳＳＳ、および／またはＰＢＣＨを含む固定されたセル特有の信号によって占有されうる。パンクチャリングでは、ＲＥは、ＰＤＣＣＨ、ＣＳＩ−ＲＳ、ＤＭ−ＲＳ、および／またはＰＲＳを含む半静的または動的構成によって占有されうる。レートマッチングの一例において、ＲＥは、ＰＤＣＣＨ、ＣＳＩ−ＲＳ、ＤＭ−ＲＳ、および／またはＰＲＳを含む半静的または動的構成によって占有されうる。パンクチャリングでは、ＲＥは、ＣＲＳ、ＰＳＳ／ＳＳＳ、および／またはＰＢＣＨを含む固定されたセル特有の信号によって占有されうる。
【０３８１】
一実施形態では、レートマッチングおよびパンクチャリングルールは、ｅＰＤＣＣＨ探索空間に従っても定義されうる。例えば、レートマッピングおよびパンクチャリングルールは、探索空間がＷＴＲＵまたはＵＥ特有の探索空間であるか、または共通探索空間でありうる場合に異なる形で定義されうる（例えば、共通探索空間の場合と異なるレートマッチングおよび／またはパンクチャリングルールが、ＷＴＲＵまたはＵＥ特有の探索空間に対して適用されうる）。ＷＴＲＵまたはＵＥ特有の探索空間については、ＲＥは、ｅＰＤＣＣＨのＷＴＲＵまたはＵＥ特有の探索空間リソースとして構成され、ＰＤＣＣＨ、ＣＳＩ−ＲＳ、ゼロ電力ＣＳＩ−ＲＳ、およびＤＭ−ＲＳと衝突する可能性のあるＲＥがあちこちでレートマッチングされうる。
【０３８２】
共通探索空間では、以下のうちの１または複数が適用可能である。例として（例えば、ｅＰＤＣＣＨ共通探索空間リソースとして構成されているＲＥに関して）、ＣＲＳ位置に配置されているＲＥは、あちこちでレートマッチングされうる。このような一実施形態では、ＣＲＳポートの番号は、ＰＢＣＨで検出されたＣＲＳポートの番号に関係なく４に固定されうる。そのようなものとして、ＷＴＲＵまたはＵＥは、ＣＲＳポート０〜３に配置されているＲＥが、ｅＰＤＣＣＨ共通探索空間を復号するときにあちこちでレートマッチングされうることを想定することができる。それに加えて、このような実施形態では、ＷＴＲＵまたはＵＥは、ＣＲＳポートに配置されたＲＥのレートマッチングのためにＰＢＣＨで検出されたＣＲＳポートの数に従い、および／または使用することができる。
【０３８３】
それに加えて、ＲＥがｅＰＤＣＣＨ共通探索空間リソースとして構成されうる共通探索空間については、ＣＳＩ−ＲＳおよびゼロ電力ＣＳＩ−ＲＳに配置されているＲＥはパンクチャリングされうる。そのようなものとして、ＷＴＲＵまたはＵＥがＣＳＩ−ＲＳおよび／またはゼロ電力ＣＳＩ−ＲＳにより構成されうる場合、これらのロケーションにあるＲＥは、パンクチャリングされうる。
【０３８４】
例としての一実施形態において、共通探索空間およびＰＤＣＣＨについて、ＷＴＲＵまたはＵＥが、ｅＰＤＣＣＨ共通探索空間と一緒にＰＤＣＣＨ共通探索空間を監視することができる場合、ＷＴＲＵまたはＵＥは、ＰＤＣＣＨのロケーションに配置されているＲＥについてあちこちでレートマッチングを行うことができる。そうでない場合、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ共通探索空間開始シンボルの下のＯＦＤＭシンボルにおいて配置されているＲＥについてあちこちでレートマッチングを行うことができる。
【０３８５】
一実施形態によれば、探索空間設計が、本明細書で説明されているように提供され、および／または使用されうる。例えば、単一ＤＬキャリアに対する探索空間が開示されうる。ＷＴＲＵまたはＵＥは、複数回のブラインド復号の試行がサブフレーム毎に使用されるようにブラインド復号を介してｅＰＤＣＣＨを監視することができる。ＷＴＲＵまたはＵＥの観点からのブラインド復号の試行に対する候補は、これ以降、探索空間と称されうる。ＷＴＲＵまたはＵＥ特有の探索空間（ＵＳＳ）および共通探索空間（ＣＳＳ）などの、探索空間の２つのタイプのうちの少なくとも１つは、ｅＰＤＣＣＨについて定義されうる。ｅＰＤＣＣＨにおける共通探索空間は、ブロードキャスティング／マルチキャスティング、ページング、グループ電力制御などの、ＵＥのグループおよび／またはセル内のＵＥに関係するＤＣＩを伝送することができる。ＷＴＲＵまたはＵＥ特有の探索空間は、アップリンクおよび／またはダウンリンクのユニキャストトラフィックに対するＤＣＩを伝送することができる。
【０３８６】
ＷＴＲＵまたはＵＥの観点から、少なくとも２つの探索空間がありえ、探索空間に対するロケーションは、以下の構成のうちの少なくとも１つを使用して定義されうる。一構成（例えば、構成１）において、ＵＳＳおよびＣＳＳは両方とも、レガシーＰＤＣＣＨで提供さるか、または使用され、ＷＴＲＵまたはＵＥは、ＵＳＳおよびＣＳＳを監視することができる。そのような構成では、ＷＴＲＵまたはＵＥは、レガシーＰＤＣＣＨ領域におけるＵＳＳおよび／またはＣＳＳを監視することができる。この構成は、リリース８ＰＤＣＣＨ構成と同じであるか、または類似しているものとしてよい。追加の構成（例えば、構成２）では、ＵＳＳおよびＣＳＳが両方とも、ｅＰＤＣＣＨにおいて提供されるか、または使用され、ＷＴＲＵまたはＵＥは、ＵＳＳおよびＣＳＳを監視することができる（例えば、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ領域内でＵＳＳおよび／またはＣＳＳを監視することができる）。さらに別の構成（例えば、構成３）では、レガシーＰＤＣＣＨにおけるＵＳＳが提供されるか、または使用され、ＰＤＣＣＨにおけるＣＳＳが提供されるか、または使用されうる（例えば、ＷＴＲＵまたはＵＥは、レガシーＰＤＣＣＨ領域内のＣＳＳおよび／またはｅＰＤＣＣＨ領域内のＵＳＳを監視することができる）。それに加えて、一構成（例えば、構成４）では、ｅＰＤＣＣＨにおけるＵＳＳが提供されるか、または使用され、レガシーＰＤＣＣＨにおけるＣＳＳが提供されるか、または使用され、例えば、ＷＴＲＵまたはＵＥは、レガシーＰＤＣＣＨ領域内のＣＳＳおよびｅＰＤＣＣＨ領域内のＵＳＳを監視することができる。それに加えて（例えば、構成４では）、ＣＳＳは、レガシーＵＥと共有されうる。この場合、０から１５までのＣＣＥは、レガシーＰＤＣＣＨ領域内のＣＳＳとして使用されうる。構成４では、ＣＳＳは異なる仕方で定義されうる。例えば、レガシーＰＤＣＣＨにおける１６から３１のＣＣＥは、ＵＳＳに対するｅＰＤＣＣＨにより構成されるＷＴＲＵまたはＵＥに対するＣＳＳとして使用されうる。別の例示的な構成（例えば、構成５）では、ｅＰＤＣＣＨにおけるＵＳＳが提供されるか、または使用され、ＣＳＳは、レガシーＰＤＣＣＨとｅＰＤＣＣＨとに分割されうる。追加の構成（例えば、構成６）によれば、ＵＳＳは、レガシーＰＤＣＣＨとｅＰＤＣＣＨとに分割され、ｅＰＤＣＣＨにおけるＣＳＳが提供されるか、または使用されうる。また、一構成（例えば、構成７）では、ＵＳＳおよびＣＳＳは両方とも、レガシーＰＤＣＣＨとｅＰＤＣＣＨとに分割されうる。構成８では、ＵＳＳは、レガシーＰＤＣＣＨとｅＰＤＣＣＨとに分割され、レガシーＰＤＣＣＨにおけるＣＳＳが提供されるか、または使用されうる。
【０３８７】
探索空間構成は、以下の少なくとも１つに基づき、または従って定義されうる。単一の構成は、事前定義され、構成情報の詳細が、ＭＩＢおよび／またはＳＩＢ−Ｘでブロードキャストされうる。構成は、ＷＴＲＵまたはＵＥがＭＩＢまたはＳＩＢのうちの少なくとも一方で情報をブロードキャストする際に構成を受信するように事前定義されうる。構成は、ＷＴＲＵまたはＵＥがＲＲＣシグナリングに従って探索空間を変更することを要求できるようにＲＲＣ構成されうる。構成は、ＷＴＲＵまたはＵＥがそれぞれのサブフレームで構成を暗黙的に知ることができるようにＳＦＮおよび／またはサブフレーム番号に従って変更することもできる（例えば、サブフレーム毎の構成情報は、ブロードキャスティングまたはＲＲＣシグナリングによって通知され、および／またはサブフレーム毎の構成情報が事前定義されうる（例えば、サブフレーム＃０および＃５））。
【０３８８】
ｅＣＣＥアグリゲーションレベルは、アグリゲーションレベル｛１、  ２、  ４、  ８｝が定義されるようにレガシーＰＤＣＣＨと同じものとして定義され、ブラインド復号の試行回数は、アップリンクマルチアンテナ送信なしで全部で４４回であるものとしてよい（例えば、ＤＣＩフォーマット４）。ｅＣＣＥに対するＲＥの個数は、レガシーＰＤＣＣＨにおけるＣＣＥとは異なり可変であってよく、アグリゲーションレベルによるｅＰＤＣＣＨに対する符号化速度は変化することができ、その結果、ｅＰＤＣＣＨカバレッジの変動が生じうる。
【０３８９】
追加アグリゲーションレベルが、表１３に示されているようにｅＰＤＣＣＨリンク適応がより細かく行われるようにｅＰＤＣＣＨに対する前のアグリゲーションレベル｛１、２、４、８｝に追加されうる。ＷＴＲＵまたはＵＥ特有の探索空間について、アグリゲーションレベル｛３、５、６、７｝が追加され、｛６｝は、例えば、共通探索空間に対して追加されうる。
【０３９０】
【表１５】
2019110610.tif 000098
【０３９１】
アグリゲーションレベルの数は、増やすことができるけれども、ブラインド復号の試行の回数は、ＷＴＲＵまたはＵＥ受信機の複雑度を増さないために以前のとおり保持されうる。ブラインド復号の試行の回数を保つために、アグリゲーションレベルのサブセットが、サブフレームで監視されうる。
【０３９２】
【表１６】
2019110610.tif 000099
【０３９３】
それに加えて、ＷＴＲＵまたはＵＥは、表１４に示されているｅＰＤＣＣＨ候補のサブセットに従ってアグリゲーションレベルのサブセットを監視することができる。ｅＰＤＣＣＨ監視に対するサブセットは、以下のうちの少なくとも１つに基づき、または従って構成されうる。ｅＰＤＣＣＨアグリゲーションレベルのサブセットは、ブロードキャスティングおよび／または上位層シグナリングによって構成され、ｅＰＤＣＣＨリソース内の基準信号のオーバーヘッドは、サブセットを暗黙的に構成することができ、サブセットは、ｅＰＤＣＣＨ送信モード（例えば、モード−１およびモード−２）に従って異なる仕方で構成され、サブセットは、ｅＰＤＣＣＨ  ＰＲＢ番号に応じて異なる仕方で構成され、および／または同様の構成が行われうる。
【０３９４】
アグリゲーションレベル毎のｅＰＤＣＣＨ候補の数は、ＤＣＩフォーマット、ｅＰＤＣＣＨリソースセット、および／またはサブフレームに応じて異なりうる。例えば、アグリゲーションレベル１が、ＤＣＩフォーマット０／１Ａに対してより頻繁に使用されうる場合、アグリゲーションレベル２の場合に比べてアグリゲーションレベル１に対してより多くの数のｅＰＤＣＣＨ候補が使用されうる。アグリゲーションレベル１の場合と比較して、ＤＣＩフォーマット２Ｃに対してより多くの数のｅＰＤＣＣＨ候補が使用されうる。
【０３９５】
表１４−１は、アグリゲーションレベルによるｅＰＤＣＣＨ候補の数が異なるＤＣＩフォーマットが使用されうる場合に異なりうるＤＣＩフォーマットに依存するｅＰＤＣＣＨ候補セットの一例を示している。
【０３９６】
【表１７】
2019110610.tif 000100
【０３９７】
ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥがＤＣＩフォーマット０／１Ａを監視することができるときにアグリゲーションレベル１を有する８個のｅＰＤＣＣＨ候補を復号することを試みることができる。ＷＴＲＵまたはＵＥがＤＣＩフォーマット２Ｃを監視しうる場合、ＷＴＲＵまたはＵＥは、４つのｅＰＤＣＣＨ候補を復号することを試みることができる。
【０３９８】
それぞれのアグリゲーションレベルのｅＰＤＣＣＨ候補の数は、ＷＴＲＵまたはＵＥ特有の探索空間内のＤＣＩフォーマットに応じて異なりうる。それに加えて、一実施形態では、共通探索空間は、例えば、ＤＣＩフォーマットに関係なく、それぞれのアグリゲーションレベルの同じ数のｅＰＤＣＣＨ候補を有することができる。
【０３９９】
アグリゲーションレベル｛１、２、４、８｝によるｅＰＤＣＣＨ候補の数は、ブロードキャスティングおよび／または上位層シグナリングを介して構成されうる。一方のセルでは、ｅＰＤＣＣＨ候補は｛６、６、２、２｝として構成されうるが（例えば、レガシーＰＤＣＣＨで同じ）、別のセルでは、例えば、｛２、１０、２、２｝をｅＰＤＣＣＨ候補として構成することができる。アグリゲーションレベルに対するｅＰＤＣＣＨ候補は、ＤＣＩフォーマット、またはＤＣＩフォーマットのグループに応じて独立して構成されうる。シグナリングのオーバーヘッドを低減するために、アグリゲーションレベルに対するｅＰＤＣＣＨ候補の複数のセットを、例えば、表１４−２に示されているように、指示ビットにより定義することができる。
【０４００】
【表１８】
2019110610.tif 000101
【０４０１】
いくつかの実施形態では、ｅＰＤＣＣＨ候補に対するセットのうち、１または複数のセットは、例えば、ＷＴＲＵまたはＵＥ特有な探索空間に対する｛６、６、２、２｝および／または共通探索空間に対する｛４、２｝などの、レガシーＰＤＣＣＨと同じ数のｅＰＤＣＣＨ候補を有することができる。これらのセットのうちの１または複数は、共通探索空間に対するｅＰＤＣＣＨ候補を有していないものとしてよい。この場合、ＷＴＲＵまたはＵＥは、共通探索空間としてＰＤＣＣＨ候補を監視することができる。これらのセットのうちの１または複数は、候補を有しえないアグリゲーションレベルのサブセットを含むことができる。例えば、｛８、８、０、０｝は、アグリゲーションレベル４および８がこの場合に探索空間においてサポートされないように使用されうる。ブラインド復号の総試行回数は、同じに保たれうる。
【０４０２】
ｅＰＤＣＣＨ候補の定義も、本明細書で説明されているように提供され、および／または使用されうる。ＷＴＲＵまたはＵＥは、共通探索空間および／またはＷＴＲＵまたはＵＥ特有の探索空間においてｅＰＤＣＣＨを監視するように構成されうる。一実施形態において、サブフレーム内でＷＴＲＵまたはＵＥが監視することができるｅＰＤＣＣＨ候補は、ｅＰＤＣＣＨ送信タイプに従って定義されうる。
【０４０３】
ＷＴＲＵまたはＵＥ特有の探索空間に対するｅＰＤＣＣＨ候補は、ｅＰＤＣＣＨの集中および／または分散送信について以下のように定義することができ、ただし、ＮeCCE,p,kは、ｅＰＤＣＣＨリソースセットｐに対して利用可能であるものとしてよい合計ｅＣＣＥ数を表しうる。ｅＰＤＣＣＨリソースセットｐに対するＷＴＲＵまたはＵＥ特有の探索空間
【０４０４】
【数８２】
2019110610.tif 000102
【０４０５】
は、
【０４０６】
【数８３】
2019110610.tif 000103
【０４０７】
として定義することができ、ただし、ｉ＝０、．．．、Ｌ−１、
【０４０８】
【数８４】
2019110610.tif 000104
【０４０９】
および
【０４１０】
【数８５】
2019110610.tif 000105
【０４１１】
である。
【０４１２】
【数８６】
2019110610.tif 000106
【０４１３】
は、ｅＰＤＣＣＨリソースセットｐにおけるアグリゲーションレベルＬに対するｅＰＤＣＣＨ候補の数を表すものとしてよい。ｅＰＤＣＣＨリソースセットｐに対するハッシュ関数であるものとしてよい、Ｙp,kは、Ｙp,k＝（Ａ・Ｙk-1）ｍｏｄＤによって定義することができ、ただし、Ｙp,-1＝ｎRNTI≠０、Ａ＝３９８２７、Ｄ＝６５５３７、および
【０４１４】
【数８７】
2019110610.tif 000107
【０４１５】
である。
【０４１６】
それに加えて、集中ｅＰＤＣＣＨリソースセットに対するｅＰＤＣＣＨ候補は、できる限り複数のＰＲＢ対にわたってｅＰＤＣＣＨ候補を分散するようにオフセット値（Ｋoffset）で定義することができる。同じＷＴＲＵまたはＵＥ特有の探索空間の式が、集中と分散の両方のｅＰＤＣＣＨに使用されうる。この実施形態では、例えば、集中ｅＰＤＣＣＨで構成されたｅＰＤＣＣＨリソースセットｐに対するＷＴＲＵまたはＵＥ特有の探索空間
【０４１７】
【数８８】
2019110610.tif 000108
【０４１８】
は、
【０４１９】
【数８９】
2019110610.tif 000109
【０４２０】
として定義されうる。ｅＰＤＣＣＨリソースセットｐに対するＫoffset,pは、ＷＴＲＵまたはＵＥ特有の仕方で上位層シグナリングを介して構成されうる。Ｋoffset,pは、アグリゲーションレベル（Ｌ）、ｅＰＤＣＣＨ候補インデックス（ｍ’）、利用可能なｅＣＣＥの総数ＮeCCE,k、および／またはｅＰＤＣＣＨリソースセットの数Ｋsetのうちの少なくとも１つのパラメータの関数として定義されうる。
【０４２１】
別の例では、ｅＰＤＣＣＨ候補数およびアグリゲーションレベルによるオフセットは、
【０４２２】
【数９０】
2019110610.tif 000110
【０４２３】
として表すことができ、ただし、オフセット（Ｋoffset,p）は、ｅＰＤＣＣＨ候補数（ｍ’）の関数として定義されうる。Ｋoffset,pの定義の例としての実施形態は以下のとおりであるものとしてよい。このような例としての実施形態（例えば、式の例）において、ｍ’およびｍは、交換可能に使用することができる。
【０４２４】
例としての一実施形態によれば、
【０４２５】
【数９１】
2019110610.tif 000111
【０４２６】
は、複数のｅＰＤＣＣＨリソースセットが使用されうる場合に使用されうる。このような一実施形態では、ｅＰＤＣＣＨリソースセットｐに対するオフセットは、
【０４２７】
【数９２】
2019110610.tif 000112
【０４２８】
として定義することができ、ただし、ＮeCCE,k,pおよび
【０４２９】
【数９３】
2019110610.tif 000113
【０４３０】
は、ｅＰＤＣＣＨリソース特有であるものとしてよい。
【０４３１】
別の例としての実施形態では、
【０４３２】
【数９４】
2019110610.tif 000114
【０４３３】
は使用されえ、ただし、Δoffset,pは、ｅＰＤＣＣＨリソースセットｐに対するオフセット値を表しうる。例えば、第１のｅＰＤＣＣＨリソースセットは、ゼロのオフセット値を有することができ（つまり、Δoffset,p-0＝０）、第２のｅＰＤＣＣＨリソースセットは、事前定義された値を有することができる（つまり、Δoffset,p-1＝３）。追加の実施形態では、第２のセットに対するΔoffset,pは、以下のうちの少なくとも１つで定義されうる。Δoffset,pは、上位層シグナリングを介して構成され、Δoffset,pは、アグリゲーションレベル、および／またはｅＰＤＣＣＨリソースセットに対して構成されたＰＲＢの数（つまり、ｅＣＣＥの数ＮeCCE,k,p）の関数として暗黙的に構成され、および／またはΔoffset,pは、サブフレーム番号および／またはアグリゲーションレベルの関数として構成されうる。
【０４３４】
別の例では、オフセット（例えば、ｅＰＤＣＣＨ候補番号およびアグリゲーションレベルに従って）は、オフセット（ｋoffset,p）がｅＰＤＣＣＨ候補番号の関数として定義されうる場合などに
【０４３５】
【数９５】
2019110610.tif 000115
【０４３６】
として表現することができる。この実施形態では、オフセットは、
【０４３７】
【数９６】
2019110610.tif 000116
【０４３８】
として定義されうる。それに加えて、ｅＰＤＣＣＨリソースセット特有のオフセット値Δoffset,pは、第１のｅＰＤＣＣＨリソースセットに対するΔoffset,p=0＝０および第２のｅＰＤＣＣＨリソースセットに対するΔoffset,p=1＝λのうちの少なくとも１つとして定義することができ、ただし、λは、事前定義された正整数番号（例えば、λ＝３）であり、Δoffset,pは、上位層シグナリングを介して構成され、Δoffset,pは、アグリゲーションレベルおよびｅＰＤＣＣＨリソースセットに対して構成されたＰＲＢの数の関数として暗黙的に構成され、および／またはΔoffset,pは、サブフレーム番号および／またはアグリゲーションレベルの関数として構成されうる。
【０４３９】
追加の例によれば、
【０４４０】
【数９７】
2019110610.tif 000117
【０４４１】
を使用することができ（例えば、オフセットについて定義されうる）、ただし、Φoffsetは、クロスキャリアスケジューリングに対するオフセット値であり、ｎCIはキャリアインジケータフィールド値とすることができる。Φoffsetは、ｅＰＤＣＣＨリソースセットに従って異なる数を有することができ、その場合、ΦoffsetはΦoffset,pで置き換えられうる。さらに、
【０４４２】
【数９８】
2019110610.tif 000118
【０４４３】
が使用されうる。Φoffset（例えば、そのような一実施形態における）は、以下の少なくとも１つで定義することができる。Φoffsetは、事前定義された値であり、ｎCIはキャリアインジケータフィールド値とすることができ、Φoffsetは、上位層シグナリングを介して構成され、Φoffsetは、アグリゲーションレベルおよびｅＰＤＣＣＨリソースセットに対して構成されたＰＲＢの数の関数として暗黙的に構成され、Φoffsetは、サブフレーム番号、キャリアインジケータ値、および／またはアグリゲーションレベルの関数として構成され、および／またはΦoffsetは
【０４４４】
【数９９】
2019110610.tif 000119
【０４４５】
として定義することができ、ただし、
【０４４６】
【数１００】
2019110610.tif 000120
【０４４７】
は、ｅＰＤＣＣＨリソースセットｐにおけるアグリゲーションレベルＬに対するｅＰＤＣＣＨ候補の数であるものとしてよい。
【０４４８】
別の例では、
【０４４９】
【数１０１】
2019110610.tif 000121
【０４５０】
を使用することができ、ただし、Φoffsetは、クロスキャリアスケジューリングに対するオフセット値であり、Δoffset,pは、ＥＰＤＣＣＨリソースセットｐに対するオフセットであり、ｎCIはキャリアインジケータフィールド値とすることができる。あるいは
【０４５１】
【数１０２】
2019110610.tif 000122
【０４５２】
が使用されうる。ΦoffsetおよびΔoffset,p（例えば、そのような一実施形態における）は、以下の少なくとも１つで定義することができる。Φoffsetは、事前定義された値であり、Δoffset,pは、ｅＰＤＣＣＨリソースセットインデックスの関数として構成され、Φoffsetは、事前定義された値であり、Δoffset,pは、アグリゲーションレベル、キャリアインジケータ値、および／またはアグリゲーションレベルの関数として構成され、および／またはΦoffsetとΔoffset,pは両方とも、上位層シグナリングを介して構成されうる。
【０４５３】
他の例では、Ｋoffsetは、表で事前定義されうる。表１４−３は、アグリゲーションレベルによるオフセット値の定義の一例を示している。正確なオフセット値は、異なることもある。正確なオフセット値は、システム構成および／またはｅＰＤＣＣＨリソースセット構成に応じて変更されうる。
【０４５４】
【表１９】
2019110610.tif 000123
【０４５５】
あるいは、ハッシュ関数は、集中ｅＰＤＣＣＨ送信には使用されず、集中ｅＰＤＣＣＨリソースセットに対するｅＰＤＣＣＨ候補は、以下の特性のうちの少なくとも１つで定義されうる。ＷＴＲＵまたはＵＥ特有の探索空間
【０４５６】
【数１０３】
2019110610.tif 000124
【０４５７】
は、
【０４５８】
【数１０４】
2019110610.tif 000125
【０４５９】
として定義することができ、ただし、ｉ＝０、．．．，Ｌ−１、ｍ’＝ｍ＋Ｍ(L)・ｎCI、およびｍ＝０、．．．，Ｍ(L)−１であり、τは、事前定義された仕方で固定値として定義されるか、またはＷＴＲＵまたはＵＥ特有の仕方で上位層シグナリングを介して構成され、および／またはτは、ＷＴＲＵまたはＵＥのＩＤの関数として定義されうる。例えば、τ＝nRNTIである。
【０４６０】
探索空間は、複数のｅＰＤＣＣＨリソースセットを含みうる。複数のｅＰＤＣＣＨリソースセットは、使用されうるＰＲＢ対を多数有することができ、および／またはこの数は、システム帯域幅、セルＩＤ、および／またはサブフレーム番号に関係なく固定されうるか、またはシステム帯域幅、セルＩＤ、および／またはサブフレーム番号に応じて可変であってもよい。ｅＰＤＣＣＨリソースセットでは、同じ数のｅＣＣＥが利用可能でありうる。ｅＰＤＣＣＨリソースセットで利用可能なｅＣＣＥの数は、システム帯域幅、セルＩＤ、および／またはサブフレーム番号に関係なく固定されうる。ｅＰＤＣＣＨリソースセットで利用可能なｅＣＣＥの数は、システム帯域幅、セルＩＤ、および／またはサブフレーム番号に応じて可変であってもよい。ｅＰＤＣＣＨリソースセットで利用可能なｅＣＣＥの数は、ｅＰＤＣＣＨリソースセットに対するＰＲＢ対の数の整数倍などのｅＰＤＣＣＨリソースセットに対するＰＲＢ対の個数に結び付けられうる（例えば、ＰＲＢ対毎の２または４つのｅＣＣＥは、ＰＲＢ対の数の２倍で使用されうる）。それに加えて、ｅＰＤＣＣＨリソースセットで利用可能なｅＣＣＥの数は、構成に応じて変更することができる。
【０４６１】
別の実施形態では、ｅＣＣＥの利用可能な数は、ｅＰＤＣＣＨリソースセットに応じて異なっていてもよい。例えば、ｅＰＤＣＣＨリソースセットにおけるｅＣＣＥの数は、ｅＰＤＣＣＨリソースセットに対して構成されているＰＲＢ対の数（例えば、Ｎest）およびＣＰ長、サブフレームタイプ、二重モード（ＴＤＤまたはＦＤＤ）、および／またはキャリアタイプ（例えば、レガシーキャリアまたは他のキャリアタイプ）を含むシステム構成のうちの少なくとも１つの関数として定義されうる。この場合、同じＮestの数およびＣＰ長がｅＰＤＣＣＨリソースセットに使用されうるとすれば、レガシーキャリアの場合と比べて、利用可能なｅＣＣＥのより大きな数が非レガシーキャリアタイプにおいて定義され、非レガシーキャリアタイプは、キャリアがレガシーダウンリンク制御チャネルおよびＣＲＳをダウンリンクサブフレーム（例えば、ＰＤＣＣＨ、ＰＨＩＣＨ、およびＰＣＦＩＣＨ）において有しないことを暗黙的に示しうる。
【０４６２】
複数のｅＰＤＣＣＨリソースセットまたは構成されたｅＰＤＣＣＨリソースセットのうちのｅＰＤＣＣＨリソースセットのサブセットが、ＷＴＲＵまたはＵＥ特有の探索空間に使用されうる。例えば、Ｋset＝３個のｅＰＤＣＣＨリソースセットが定義されうる場合、２つのｅＰＤＣＣＨリソースセット（例えば、セット１および２）が、特定のＷＴＲＵまたはＵＥに対するｅＰＤＣＣＨリソースとして使用されうる。複数のＰＤＣＣＨリソースセットは、以下の特性のうちの少なくとも１つを有することができる。
【０４６３】
例としての一実施形態によれば、Ｋset個のｅＰＤＣＣＨリソースセットが定義され、それぞれのｅＰＤＣＣＨリソースセットは、同じ数のｅＣＣＥ（例えば、１６個のｅＣＣＥ）を含みうる。ｅＣＣＥの数は、システムパラメータに応じて、固定または可変とすることができる。ｅＣＣＥインデックスは、与えられた数のｅＰＤＣＣＨリソースセットにおいて０からｅＣＣＥの総数までと定義することができる。例えば、３つのｅＰＤＣＣＨリソースセットが定義され（例えば、Ｋset＝３）、それぞれのｅＰＤＣＣＨリソースセットが１６個のｅＣＣＥを含みうる場合、ｅＣＣＥインデックスは、第１のｅＰＤＣＣＨリソースセットに対して（ｅＣＣＥ＃０、．．．，ｅＣＣＥ＃１５）として、第２および第３のｅＰＤＣＣＨリソースセットに対してそれぞれ（ｅＣＣＥ＃１６、．．．，ｅＣＣＥ  ＃３１）および（ｅＣＣＥ＃３２、．．．，ｅＣＣＥ＃４７）として定義されうる。ｅＣＣＥの総数ＮeCCEは、Ｋset・ＫeCCEであり、ＫeCCEは、ｅＰＤＣＣＨリソースセットにおけるｅＣＣＥの数を表し、ＮeCCE＝Ｋset・ＫeCCEとすることができる。サブフレームｋにおけるｅＣＣＥの総数は、ＮeCCE,kによって示されうる。一実施形態において、ＷＴＲＵまたはＵＥ特有の探索空間
【０４６４】
【数１０５】
2019110610.tif 000126
【０４６５】
は、
【０４６６】
【数１０６】
2019110610.tif 000127
【０４６７】
として定義することができ、ただし、ｉ＝０、．．．，Ｌ−１、ｍ’＝ｍ＋Ｍ(L)・ｎCI、およびｍ＝０、．．．，Ｍ(L)−１である。ＹkはＹk＝（Ａ・Ｙk-1）ｍｏｄＤによって定義することができ、ただし、Ｙ-1＝ｎRNTI≠０、Ａ＝３９８２７、Ｄ＝６５５３７、および
【０４６８】
【数１０７】
2019110610.tif 000128
【０４６９】
とすることができる。
【０４７０】
ｅＣＣＥインデックスも、ｅＰＤＣＣＨリソースセット毎に定義されうる。例えば、３つのｅＰＤＣＣＨセットが定義され（例えば、Ｋset＝３）、それぞれのｅＰＤＣＣＨリソースセットが１６個のｅＣＣＥを含む場合、ｅＣＣＥインデックスは、第１、第２、および／または第３のｅＰＤＣＣＨリソースセットに対して（ｅＣＣＥ＃０、．．．，ｅＣＣＥ＃ＫeCCE−１）として定義されうる。ＷＴＲＵまたはＵＥ特有の探索空間は、ｅＰＤＣＣＨリソースセット毎に定義することができ、ＮeCCEk＝ＫeCCEkである。この場合、以下のうちの１または複数が適用可能である。例えば、ＷＴＲＵまたはＵＥ特有の探索空間は、ｅＰＤＣＣＨリソースセット毎に定義することができる。アグリゲーションレベルに対するｅＰＤＣＣＨ候補は、２以上の数のｅＰＤＣＣＨリソースセットに分割できる。ｅＰＤＣＣＨリソースセットは、ＷＴＲＵまたはＵＥ特有の探索空間に使用されうる。ｅＰＤＣＣＨリソースセットのサブセットが、特有のＷＴＲＵまたはＵＥ特有の探索空間に使用されうる。一実施形態において、このサブセットは、ｎRNTIに応じて異なりうる。
【０４７１】
表１４−４は、２つのｅＰＤＣＣＨリソースセット（例えば、ｎ＝０および１）がＷＴＲＵまたはＵＥ特有の探索空間に使用され、ｅＰＤＣＣＨ候補が２つのｅＰＤＣＣＨリソースセットに均等に分割されうる例を示している。
【０４７２】
【表２０】
2019110610.tif 000129
【０４７３】
ｅＰＤＣＣＨリソースセットｐに対するＷＴＲＵまたはＵＥ特有の探索空間
【０４７４】
【数１０８】
2019110610.tif 000130
【０４７５】
は、
【０４７６】
【数１０９】
2019110610.tif 000131
【０４７７】
または
【０４７８】
【数１１０】
2019110610.tif 000132
【０４７９】
として定義することができる。Ｙp,kは、ｅＰＤＣＣＨリソースセット毎に定義され、同じサブフレーム内のｅＰＤＣＣＨリソースセットインデクスｐに従って異なる数を有することができる。Ａは、ｅＰＤＣＣＨリソースセットインデックスに従って異なる数で定義されうる。例としての実施形態では、Ｙp,kは、サブフレーム番号ｎRNTIおよび／またはｅＰＤＣＣＨリソースセットインデックスｐの関数として定義されうる。それに加えて、Ｙp,kは、Ｙp,k＝（Ａp・Ｙp,k-1）ｍｏｄＤによって定義することができ、ただし、Ｙp,-1＝ｎRNTI≠０、Ｄ＝６５５３７、および
【０４８０】
【数１１１】
2019110610.tif 000133
【０４８１】
である。Ａpは、素数として定義され、Ａp=0＝３９８２７の場合、０番目のセットが、第１のｅＰＤＣＣＨリソースセットであるものとしてよい。Ａp=0（ｐ＞０）は、３９８２７より小さいか、または大きい素数とすることができる。例えば、Ａp=0＝３９８２７およびＡp=1＝３９８２９である。
【０４８２】
それに加えて、Ｙp,kは、Ｙp,k＝（Ａ・Ｙp,k-1＋Δoffset,p）ｍｏｄＤによって定義することができ、ただし、Δoffset,pは、ｅＰＤＣＣＨリソースセットｐに対するオフセットであるものとしてよい。このような一実施形態では、Δoffset,pは、以下のうちの少なくとも１つとして定義されうる。上位層で構成された値、ｅＰＤＣＣＨリソースセット特有のオフセットに使用することができる事前定義済みの数、例えば、ＤＥＬＴＡoffset,p=0＝０およびＤＥＬＴＡoffset,p=1＝λ、ただし、λは、事前定義された数（例えば、３）とすることができ、および／またはランダムに生成することができるオフセット、（例えば、Δoffset,p=0＝０および／またはΔoffset,p=1＝λ、ただし、λは、サブフレーム番号および／またはＷＴＲＵもしくはＵＥ−ＩＤ（例えば、Ｃ−ＲＮＴＩ）の関数として生成することができる）、および／またはｅＰＤＣＣＨリソースタイプ（例えば、分散もしくは集中）、ＰＲＢの数、アグリゲーションレベル、ｅＰＤＣＣＨ候補番号、および／またはｅＣＣＥの数のうちの１または複数の関数として定義されうるオフセットである。
【０４８３】
例としての一実施形態によれば、Ｙp,kは、Ｙp,k＝（Ａp・Ｙp,k-1＋Δoffset,p）ｍｏｄＤによってさらに定義することができ、ただし、Δoffset,pは、ｅＰＤＣＣＨリソースセット特有のオフセットであるものとしてよい。
【０４８４】
ＷＴＲＵまたはＵＥ特有の探索空間は、複数のｅＰＤＣＣＨリソースセット上で定義することができ、ブラインド検出に対するｅＰＤＣＣＨ候補のロケーションは、ｅＰＤＣＣＨリソースセット番号およびｅＣＣＥ番号の関数として定義されうる。
【０４８５】
それに加えて、ｅＣＣＥインデックスは、１または複数のｅＰＤＣＣＨリソースセットについて定義され、関連付けられているｅＰＤＣＣＨリソースセットは、ｅＰＤＣＣＨ送信タイプおよび／またはｅＣＣＥアグリゲーションレベルに応じて異なっていてもよい。この場合、以下のうちの１または複数が適用可能である。例えば、ｅＣＣＥインデックスは、以下の場合の少なくとも１つにおいてｅＰＤＣＣＨリソースセット毎に定義されうる。１および／または２などの、低いｅＣＣＥアグリゲーションレベルが使用され、および／またはｅＰＤＣＣＨリソースセットは、分散送信として構成されうる。ｅＣＣＥインデックスは、以下の場合の少なくとも１つにおいて２以上のｅＰＤＣＣＨリソースセット上で定義されうる。例えば、８以上の、高いｅＣＣＥアグリゲーションレベルが使用され、および／またはｅＰＤＣＣＨリソースセットは、集中送信として構成されうる。ｅＰＤＣＣＨリソースセットの１または複数のサブセットが、それぞれのサブフレームにおける指示チャネル（例えば、拡張ＰＣＦＩＣＨ）から指示されうる。
【０４８６】
複数のｅＰＤＣＣＨリソースセットについて、それぞれのｅＰＤＣＣＨリソースセットは、集中または分散ｅＰＤＣＣＨ送信のいずれかとして独立して構成されうる。複数のｅＰＤＣＣＨリソースセットがＷＴＲＵまたはＵＥに対して構成されうる場合、構成されたｅＰＤＣＣＨリソースセットのサブセットは、集中送信に構成され、ｅＰＤＣＣＨリソースセットの残りは、分散送信に対して構成されうる。ｅＰＤＣＣＨ候補は、集中および分散ｅＰＤＣＣＨリソースセットに対して異なる仕方で定義され、集中および分散ｅＰＤＣＣＨリソースセットに対して異なるハッシュ関数が使用され、および／またはＫset個のｅＰＤＣＣＨリソースセットが定義され、それぞれのｅＰＤＣＣＨリソースセットは、異なる数のｅＣＣＥを有することができる（例えば、プライマリセットに１６個のｅＣＣＥ、セカンダリセットに３２個のｅＣＣＥ）。
【０４８７】
ｅＰＤＣＣＨ候補が、集中および分散ｅＰＤＣＣＨリソースセットに対して異なる仕方で定義されうる場合、以下のうちの１または複数が適用され、および／または使用されうる。ハッシュ関数（Ｙk)が分散ｅＰＤＣＣＨリソースセットに対して使用され、オフセット値Ｋoffsetが集中ｅＰＤＣＣＨリソースセットに使用され、ｅＰＤＣＣＨリソースセットに依存するハッシュ関数が分散ｅＰＤＣＣＨリソースセットに使用さうる。異なるハッシュ関数が集中および分散ｅＰＤＣＣＨリソースセットに使用されうる場合、レガシーハッシュ関数が分散ｅＰＤＣＣＨリソースセットに対して使用されうるが、別のハッシュ関数は、集中ｅＰＤＣＣＨリソースセットに対して定義されうる。
【０４８８】
探索空間に基づくアンテナポートマッピングの実施形態も、本明細書で説明されているように提供され、および／または使用されうる。例えば、ＷＴＲＵまたはＵＥ特有の探索空間内の同じかまたは類似のｅＰＤＣＣＨ候補は、異なるアンテナポートおよび／またはスクランブルＩＤを有することができるが、共通探索空間は、同じアンテナポートおよび／またはスクランブルＩＤを有することができる。このような実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間が｛ｅＣＣＥ＃ｎ，．．．，ｅＣＣＥ＃ｎ＋ｋ｝として定義されうる場合、ｅＰＤＣＣＨを監視するＷＴＲＵまたはＵＥの動作は、以下の１または複数を含みうる。ＷＴＲＵまたはＵＥ特有の探索空間内のｅＣＣＥに対するアンテナポートは、ＷＴＲＵまたはＵＥ特有の仕方で構成されうる。例えば、ＷＴＲＵまたはＵＥは、アンテナポート７でｅＣＣＥ＃ｎを復調することができ、別のＷＴＲＵまたはＵＥは、アンテナポート８でｅＣＣＥ＃ｎを復調することができる。アンテナ構成は、上位層シグナリングを介してＷＴＲＵまたはＵＥに通知されうるか、またはＲＮＴＩから暗黙的に導出されうる。ＷＴＲＵまたはＵＥ特有の探索空間内のｅＣＣＥに対するアンテナポートは、ＷＴＲＵまたはＵＥ特有の探索空間内でブラインド復号されうる。例えば、ＷＴＲＵまたはＵＥ特有の探索空間は、アンテナポート７によるｅＣＣＥ＃ｎおよびアンテナポート９によるｅＣＣＥ＃ｎを含みうる。ＷＴＲＵまたはＵＥは、アンテナポート７およびアンテナポート９により同じリソース（ｅＣＣＥ＃ｎ）を復調（例えば、反復復調）することもできる。
【０４８９】
追加の実施形態によれば、ＤＭ−ＲＳスクランブルシーケンスが、提供され、および／または使用されうる。例えば、ｅＰＤＣＣＨの復調のため、アンテナポート｛７、８、９、１０｝がチャネル推定に使用され、それと同等であるが｛１０７、１０８、１０９、１１０｝が使用されうる。この場合、アンテナポートに対するＤＭ−ＲＳシーケンスは、
【０４９０】
【数１１２】
2019110610.tif 000134
【０４９１】
として定義することができ、ただし、シーケンス初期化ｃinitは、
【０４９２】
【数１１３】
2019110610.tif 000135
【０４９３】
として定義することができ、ただし、
【０４９４】
【数１１４】
2019110610.tif 000136
【０４９５】
であり、（ＸID，ｎSCID）は、交換可能に使用されうる。ｃinitの定義に関して、以下のうちの１または複数が適用可能である。異なるスクランブルシーケンスが、同じｅＰＤＣＣＨリソースに使用され、および／または単一のスクランブルシーケンスが、セル内のｅＰＤＣＣＨリソースに使用されうる。
【０４９６】
一実施形態において、異なるスクランブルシーケンスが、ＷＴＲＵもしくはＵＥおよび／またはブラインド復号の試行に従って同じｅＰＤＣＣＨリソース（例えば、ＰＲＢ対）に使用され、これにより、例えば、マルチユーザー多重化利得を増大させることができる。一例として、ＷＴＲＵまたはＵＥは、スクランブルシーケンスでｅＣＣＥ＃ｎを復調することができ、別のＷＴＲＵまたはＵＥは、別のスクランブルシーケンスでｅＣＣＥ＃ｎを復調することができ、スクランブルシーケンスは、復調基準信号（例えば、アンテナポート）と関連付けられうる。別の例として、ＷＴＲＵまたはＵＥは、スクランブルシーケンスＡおよびＢでｅＣＣＥ＃ｎを復調することができる。スクランブルシーケンス候補は、以下のように定義することができる。スクランブルシーケンス候補は、ｎSCIDおよび／またはＸIDにより定義され、スクランブルシーケンス候補は、｛ｎSCID＝０、ｎSCID＝１｝として定義され、および／またはスクランブルシーケンス候補は、｛（Ｘ1、ｎSCID＝０），（Ｘ2、ｎSCID＝０），（Ｘ1、ｎSCID＝１），（Ｘ2、ｎSCID＝１）｝として定義され、ただし、Ｘ1およびＸ2は、０〜セルＩＤの番号の範囲内で定義された異なる数であってよい。
【０４９７】
単一のスクランブルシーケンスが、セル特有のパラメータがＸIDに使用され、固定された数がｎSCIDに使用されるようにセル内のｅＰＤＣＣＨリソースにも使用されうる。ＸIDは、物理セルＩＤとして定義されるか、または上位層シグナリングによって構成されうる。ｎSCIDは０または１として固定されうる。
【０４９８】
複数のｅＰＤＣＣＨリソースセットが定義されうる場合、スクランブルシーケンスが、ｅＰＤＣＣＨリソースセット毎に、またはｅＰＤＣＣＨリソースセットにまたがって使用されうる。例えば、スクランブルシーケンスは、ｅＰＤＣＣＨリソースセット毎に定義されうる。それに加えて、ＸIDは、多重スクランブルシーケンスが動的指示なしで使用されるようにｅＰＤＣＣＨリソースセット毎に定義されうる。このような一実施形態では、ｅＰＤＣＣＨリソースセットが構成されうる場合、それぞれのｅＰＤＣＣＨリソースセットについて関連付けられているＸIDも構成されうる。この場合、ｎSCIDは０または１として固定されうる。２つのＸIDが、上位層シグナリングを介して構成され、それぞれのｅＰＤＣＣＨリソースセットは、その構成に従ってＸIDのうちの１つを使用することができる。固定された事前定義済みＸIDは、ＷＴＲＵまたはＵＥが共通探索空間内でｅＰＤＣＣＨ候補を復調するように共通探索空間内でｅＰＤＣＣＨ候補に使用されうる。上位層により構成されたＸIDは、ＷＴＲＵまたはＵＥ特有の探索空間内でｅＰＤＣＣＨ候補に使用され、ＸIDは、ｅＰＤＣＣＨリソースセットに応じて異なるか、またはｅＰＤＣＣＨリソースセットに対して同じであってよい。ＸIDのうちの２以上が、複数のｅＰＤＣＣＨリソースセットとともに使用されうる場合、ｅＰＤＣＣＨに関連付けられているＰＤＳＣＨは、以下の仕方のうちの少なくとも１つにおいてサブフレームで受信されうる。ＷＴＲＵまたはＵＥは、ＰＤＳＣＨ復調のために関連付けられているｅＰＤＣＣＨにおいて使用されるのと同じＸIDを使用することができ、および／または関連付けられているｅＰＤＣＣＨで使用されるＸIDとは関係なく、ＷＴＲＵまたはＵＥは、関連付けられているＤＣＩにおけるｎSCIDによって指示されるＸIDを使用することができる。ｎSCID＝０である場合、Ｘ1が使用されうる。そうでない場合、Ｘ2が使用されうる。ＷＴＲＵまたはＵＥが、ＰＤＳＣＨ復調のために関連付けられているｅＰＤＣＣＨにおいて使用されるのと同じＸIDを使用することができる場合、協調マルチポイント送信（ＣｏＭＰ）のオペレーションがｅＰＤＣＣＨに対して適用されるように、スクランブルシーケンスは、ＰＤＳＣＨと関連付けられているｅＰＤＣＣＨとの間でアライメントが行われうる。
【０４９９】
ＸIDの使用は、ＰＤＳＣＨに対する構成された送信モードに依存しうる。例えば、ＷＴＲＵまたはＵＥが非ＣｏＭＰオペレーションで構成されうる場合、単一のＸIDが、ｅＰＤＣＣＨリソースセットに使用され、ＸIDは、物理セルＩＤとして定義されうる。しかし、ＷＴＲＵまたはＵＥがＣｏＭＰオペレーションで構成されうる場合、２以上のＸIDが使用され、ｅＰＤＣＣＨリソースセットのそれぞれは、ＸIDにより独立して構成されうる。そのようなものとして、ＸIDはｅＰＤＣＣＨリソースセットについて同じであっても同じでなくてもよい。
【０５００】
追加の実施形態において、ＤＭ−ＲＳシーケンスは、ｅＰＤＣＣＨ探索空間に従って、またはｅＰＤＣＣＨ探索空間に基づき異なる仕方で定義されうる。例えば、ｅＰＤＣＣＨ探索空間により、以下のうちの１または複数が適用され、および／または使用され、および／または提供されうる。一実施形態において、ＷＴＲＵまたはＵＥ特有のＤＭ−ＲＳシーケンスは、ＷＴＲＵまたはＵＥ特有の探索空間に対して構成され、セル特有のＤＭ−ＲＳシーケンスは、共通探索空間に使用されうる。ＷＴＲＵまたはＵＥ特有の探索空間に対するシーケンス初期化ｃinitは、
【０５０１】
【数１１５】
2019110610.tif 000137
【０５０２】
として定義され、ｎEPDCCHIDは、ｅＰＤＣＣＨリソースセット毎に上位層を介して構成され、
【０５０３】
【数１１６】
2019110610.tif 000138
【０５０４】
は、固定された数であってよい（例えば、０、１、または２）。ｅＰＤＣＣＨ共通探索空間については、
【０５０５】
【数１１７】
2019110610.tif 000139
【０５０６】
は、物理セルＩＤの関数として定義され、
【０５０７】
【数１１８】
2019110610.tif 000140
【０５０８】
は、固定された数であってよい（例えば、０、１、または２）。例えば、
【０５０９】
【数１１９】
2019110610.tif 000141
【０５１０】
は、物理セルＩＤであるか、または等しいものであってよい。
【０５１１】
別の実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間および共通探索空間は両方とも、ＷＴＲＵまたはＵＥ特有のＤＭ−ＲＳシーケンスまたはセル特有のＤＭ−ＲＳシーケンスのいずれかで構成されうる。
【０５１２】
それに加えて、一実施形態では、複数の（例えば、２つの）ｅＰＤＣＣＨリソースセットが、ｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間に対して構成され、（例えば、１つの）ｅＰＤＣＣＨリソースセットが、ｅＰＤＣＣＨ共通探索空間に対して使用されうる場合、以下のうちの１または複数が適用され、および／または使用され、および／または提供されうる。例えば、ＷＴＲＵまたはＵＥ特有の探索空間に対するシーケンス初期化ｃinitは、ｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有のリソースがｅＰＤＣＣＨ共通探索空間リソースとオーバーラップしえない場合に、それぞれのｅＰＤＣＣＨリソースセットについてＷＴＲＵまたはＵＥ特有の仕方で定義されうる。このような一実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間に対するシーケンス初期化ｃinitは、
【０５１３】
【数１２０】
2019110610.tif 000142
【０５１４】
として定義され、ｎEPDCCHIDは、ｅＰＤＣＣＨリソースセット毎に上位層を介して構成され、
【０５１５】
【数１２１】
2019110610.tif 000143
【０５１６】
は、固定された数であってよい（例えば、０、１、または２）。
【０５１７】
ｅＰＤＣＣＨ  共通探索空間リソースと完全におよび／または部分的にオーバーラップしうるｅＰＤＣＣＨのＷＴＲＵまたはＵＥ特有の探索空間リソースに対して、ＷＴＲＵまたはＵＥ特有の探索空間に対するシーケンス初期化ｃinitは、ｅＰＤＣＣＨ共通探索空間ＤＭ−ＲＳシーケンス初期化と同じに定義されてもよい。このような一実施形態では、ｅＰＤＣＣＨ共通探索で、セル特有のＤＭ−ＲＳシーケンスを使用できる場合、共通探索空間とオーバーラップするｅＰＤＣＣＨリソースセットに対するＷＴＲＵまたはＵＥ特有のＤＭ−ＲＳシーケンスは、セル特有のＤＭ−ＲＳシーケンスを使用することができる。それに加えて、このような実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間に対するシーケンス初期化ｃinitは、ＷＴＲＵまたはＵＥ特有の探索空間がｅＰＤＣＣＨ共通探索空間とオーバーラップしえない場合に、
【０５１８】
【数１２２】
2019110610.tif 000144
【０５１９】
として定義され、ただし
【０５２０】
【数１２３】
2019110610.tif 000145
【０５２１】
は、ｅＰＤＣＣＨリソースセット毎に上位層を介して構成され、
【０５２２】
【数１２４】
2019110610.tif 000146
【０５２３】
は、固定された数であってよい（例えば、０、１、または２）。
【０５２４】
それに加えて、例としての一実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間に対するシーケンス初期化ｃinitは、ＷＴＲＵまたはＵＥ特有の探索空間がｅＰＤＣＣＨ共通探索空間とオーバーラップしうる場合に、
【０５２５】
【数１２５】
2019110610.tif 000147
【０５２６】
として定義され、ただし
【０５２７】
【数１２６】
2019110610.tif 000148
【０５２８】
は、物理セルＩＤの関数として定義され、
【０５２９】
【数１２７】
2019110610.tif 000149
【０５３０】
は、固定された数であってよい（例えば、０、１、または２）。例えば、
【０５３１】
【数１２８】
2019110610.tif 000150
【０５３２】
は、物理セルＩＤであるか、または等しいものであってよい。
【０５３３】
探索空間の設計（例えば、ＣＡにおける、または複数のＤＬキャリアに対する）は、本明細書で説明されているように実現されうる。例えば、複数のＤＬキャリアに関連付けられている探索空間が実装されうる。ｅＰＤＣＣＨリソースにおいて、共通探索空間およびＷＴＲＵまたはＵＥ特有の探索空間が定義されうる。探索空間は、以下の方法の１または複数でマルチキャリアシステム内で定義されうる。
【０５３４】
共通探索空間は、ＰＣｅｌｌ内で定義されることに制限され、および／またはＷＴＲＵまたはＵＥ特有の探索空間は、複数のコンポーネントキャリアにおいて定義することができる。ＷＴＲＵまたはＵＥは、共通探索空間の監視を対応するＰＣｅｌｌ／ＳＣｅｌｌにおけるＰＣｅｌｌおよびＷＴＲＵまたはＵＥ特有の探索空間に制限することができる。共通探索空間において、キャリア指示フィールド（ＣＩＦ）は、ＤＣＩフォーマットの対応するコンポーネントキャリアを指示することができる。ｅＰＤＣＣＨがＷＴＲＵまたはＵＥ特有の探索空間で受信されうるコンポーネントキャリアは対応するコンポーネントキャリアとしてみなされる。図２６は、例えば、ＰＣｅｌｌ内のレガシーＰＤＣＣＨ領域に制限されうる、例示的な共通探索空間定義を示している。ＰＣｅｌｌにおいて定義されうるＷＴＲＵまたはＵＥ特有の探索空間、および共通探索空間は、複数のコンポーネントキャリアにおいて定義されうる。
【０５３５】
共通探索空間は、ＰＣｅｌｌ内でも定義され、ＷＴＲＵまたはＵＥ特有の探索空間は、ＳＣｅｌｌのうちの少なくとも１つで定義されうる。共通探索空間は、ＰＣｅｌｌにおけるレガシーＰＤＣＣＨで定義され、および／またはＷＴＲＵまたはＵＥ特有の探索空間は、ＳＣｅｌｌのうちの少なくとも１つにおけるｅＰＤＣＣＨで定義されうる。
【０５３６】
一実施形態において、ＰＣｅｌｌは、レガシーＰＤＣＣＨおよび／またはｅＰＤＣＣＨに対して独立して定義されうる。この場合、セル−０、セル−１、およびセル−２がありうる場合、セル−０は、レガシーＰＤＣＣＨに対するＰＣｅｌｌとして構成され、および／またはセル−２は、ｅＰＤＣＣＨに対するＰＣｅｌｌとして構成されうる。ｅＰＤＣＣＨに対するＰＣｅｌｌは、レガシーＰＤＣＣＨのＰＣｅｌｌに対するオフセットで定義されうる。
【０５３７】
ＷＴＲＵまたはＵＥ特有の探索空間および共通探索空間は両方とも、ＰＣｅｌｌ内で定義されることに制限されうる。それに加えて、ＷＴＲＵまたはＵＥ特有の探索空間および共通探索空間は両方とも、複数のコンポーネントキャリアにおいて定義することができる。
【０５３８】
例としての一実施形態によれば、２つのｅＰＤＣＣＨモード、例えば、ｅＰＤＣＣＨ周波数ダイバーシティモード（例えば、ｅＰＤＣＣＨモード−１）およびｅＰＤＣＣＨ周波数選択モード（例えば、ｅＰＤＣＣＨモード−２）などが定義され、および／または使用されうる。それに加えて、ｅＰＤＣＣＨモード−１は、共通探索空間がｅＰＤＣＣＨモード−１によって定義されることに制限されるように周波数ダイバーシティ利得を達成することができる。
【０５３９】
いくつかの実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間は、以下の方法のうちの１または複数で定義されうる。ＷＴＲＵまたはＵＥ特有の探索空間は、ｅＰＤＣＣＨモード−１またはｅＰＤＣＣＨモード−２のいずれかによって定義することができる。ＷＴＲＵまたはＵＥ特有の探索空間に対するｅＰＤＣＣＨモードは、ＷＴＲＵまたはＵＥが構成に従ってその監視をｅＰＤＣＣＨモード−１またはｅＰＤＣＣＨモード−２に制限するようにＲＲＣシグナリングによって構成されうる。それに加えて、ＷＴＲＵまたはＵＥ特有の探索空間に対するｅＰＤＣＣＨモードは、ＷＴＲＵまたはＵＥがＳＦＮ番号からサブフレームでどのｅＰＤＣＣＨモードが定義されうるかを知ることができるようにＳＦＮに従って構成されうる。別の例としての実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間に対するｅＰＤＣＣＨモードは、コンポーネントキャリアに従って構成されうる。例えば、ｅＰＤＣＣＨモード−１は、ＰＣｅｌｌで構成され、ｅＰＤＣＣＨモード−２は、セカンダリセル（ＳＣｅｌｌ）に対して構成されうる。ＷＴＲＵまたはＵＥは、ＳＣｅｌｌに対するｅＰＤＣＣＨモード−１およびｅＰＤＣＣＨモード−２でＰＣｅｌｌにおけるｅＰＤＣＣＨを監視することができる。それぞれのコンポーネントキャリアに対するｅＰＤＣＣＨモードは、上位層シグナリングによって構成されうる。
【０５４０】
さらに、ｅＰＤＣＣＨモード−１およびｅＰＤＣＣＨモード−２は、同じサブフレーム内で定義されうる。ブラインド復号では、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨモード−１で半分を、ｅＰＤＣＣＨモード−２で残り半分を復号することができる。ＷＴＲＵまたはＵＥがブラインド復号することができるｅＰＤＣＣＨモードの一部は、サブフレームに応じて異なり、および／またはｅＮＢによって構成されうる。表１５は、
【０５４１】
【数１２９】
2019110610.tif 000151
【０５４２】
および
【０５４３】
【数１３０】
2019110610.tif 000152
【０５４４】
がそれぞれｅＰＤＣＣＨモード−１およびモード−２に対する多数のｅＰＤＣＣＨ候補を示しうる一例を示している。ＷＴＲＵまたはＵＥは、上位層シグナリングを介してｅＮＢによって構成された１つのｅＰＤＣＣＨモードを監視することができる。
【０５４５】
【表２１】
2019110610.tif 000153
【０５４６】
クロスキャリアスケジューリングがアクティベートされうる場合、ＰＤＣＣＨは、ＷＴＲＵまたはＵＥがＰＤＣＣＨを受信する制限された場合のＰＣｅｌｌを監視するようにＰＣｅｌｌ内での送信に制限されうる。ｅＰＤＣＣＨは定義されているので、ＷＴＲＵまたはＵＥの動作は、クロスキャリアスケジューリングがアクティベートされうるときに以下の方法の１または複数で定義されうる。レガシーＰＤＣＣＨおよび／またはｅＰＤＣＣＨは、ＰＤＣＣＨ構成に従ってＰＣｅｌｌで送信されることに制限されうる。ｅＮＢがＷＴＲＵまたはＵＥに対してレガシーＰＤＣＣＨを構成することができる場合、ＷＴＲＵまたはＵＥは、ＰＣｅｌｌにおけるレガシーＰＤＣＣＨを監視することに制限されうる。そうでなければ、ＷＴＲＵまたはＵＥは、ＰＣｅｌｌ内のｅＰＤＣＣＨを監視することができる。ＷＴＲＵまたはＵＥでは、それぞれのＰＤＣＣＨがＰＣｅｌｌで送信されうることを想定することができる。
【０５４７】
それに加えて、ＰＣｅｌｌは、ＰＣｅｌｌ＿ｐｄｃｃｈおよびＰＣｅｌｌ＿ｅｐｄｃｃｈなどのレガシーＰＤＣＣＨおよびｅＰＤＣＣＨに対して独立して定義され、ＰＣｅｌｌ＿ｐｄｃｃｈおよびＰＣｅｌｌ＿ｅｐｄｃｃｈは、それぞれレガシーＰＤＣＣＨおよびｅＰＤＣＣＨに対するＰＣｅｌｌを表す。ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨに対して構成されたコンポーネントキャリアのセットに対するＰＣｅｌｌ＿ｅｐｄｃｃｈおよびレガシーＰＤＣＣＨに対して構成された他のコンポーネントキャリアに対するＰＣｅｌｌ＿ｐｄｃｃｈを監視することができる。ＰＣｅｌｌ＿ｐｄｃｃｈおよびＰＣｅｌｌ＿ｅＰＤＣＣＨは、同じコンポーネントキャリアであってよい。
【０５４８】
本明細書で開示されているように干渉ランダム化も、実現され、および／または使用されうる。例えば、ｅＰＤＣＣＨの周波数ロケーションは、一方のサブフレームから別のサブフレームに変更され、複数のセルからのｅＰＤＣＣＨ間の干渉をランダム化することができる。
【０５４９】
このような干渉ランダム化に対して、ＷＴＲＵまたはＵＥは、さまざまな動作を用いることができる。例えば、ｅＰＤＣＣＨを監視するＷＴＲＵまたはＵＥの動作は、以下のように定義されうる。クロスキャリアスケジューリングがアクティベートされうる場合、ＷＴＲＵまたはＵＥは、サブフレーム内の特定のセルにおけるｅＰＤＣＣＨを監視することができ、インデックス特有のセルは、ＳＦＮ番号および／または無線フレームから暗黙的に導出されうる。クロスキャリアスケジューリングがアクティベートされえない場合、ＷＴＲＵまたはＵＥは、構成されたコンポーネントキャリアのそれぞれにおけるｅＰＤＣＣＨを監視することができるが、しかし、ｅＰＤＣＣＨリソースは、ＳＦＮ番号および／または無線フレームに応じてセル内で一方のサブフレームから別のフレームに変更されうる。
【０５５０】
例としての一実施形態によれば、ＷＴＲＵまたはＵＥ受信機処理が使用され、および／または実現されうる。例えば、ＰＤＳＣＨ復号処理時間緩和を行うことができる。このような一実施形態では、ＦＤＤ（例えば、フレーム構造１を有する）および／またはＴＤＤ（例えば、フレーム構造２を有する）が実現され、および／または使用されうる。例えば、ＴＢＳは、（ＩTBS，ＮPRB）によって定義され（例えば、非特許文献１参照）、トランスポートブロックサイズは、（ＩTBS，ＮPRB）の数がより大きくなるにつれより大きくなりうるが、ただし、０≦ＩTBS≦２６および１≦ＮPRB≦１１０である。ｅＰＤＣＣＨは、ＰＤＳＣＨ領域で送信されうるので、ＷＴＲＵまたはＵＥ受信機は、ダウンリンクサブフレームｎでＰＤＳＣＨを受信した後にアップリンクサブフレームｎ＋４で送信するために使用されうるＨＡＲＱ−ＡＣＫ送信に対する復号処理時間を失う可能性がある。アップリンク信号ＴTA（０≦ＴTA≦０．６７［ｍｓ］）を早期に送信しうるので、時間前進（ＴTA）でＰＤＳＣＨ復号処理時間を短縮しうる。トランスポートブロックサイズが大きいほど、使用されるＰＤＳＣＨ処理時間が増えるので、より大きなＴＢＳは、ＴTA値が比較的大きく、ｅＰＤＣＣＨが使用されうる場合に制限されうる。ＴＢＳ制限は、以下のうちの１または複数に従って使用されうる。
【０５５１】
例としての方法において、ＴＢＳ制限は、以下のように（例えば、以下のうちの１または複数に従って）使用されうる。例えば、
【０５５２】
【数１３１】
2019110610.tif 000154
【０５５３】
および
【０５５４】
【数１３２】
2019110610.tif 000155
【０５５５】
は、
【０５５６】
【数１３３】
2019110610.tif 000156
【０５５７】
の場合に定義することができ、ただし、
【０５５８】
【数１３４】
2019110610.tif 000157
【０５５９】
および
【０５６０】
【数１３５】
2019110610.tif 000158
【０５６１】
は、ＴＢＳインデックスに対する最大数および制限されたＰＲＢの数を表すものとしてよい。そのようなものとして、ＷＴＲＵまたはＵＥは、
【０５６２】
【数１３６】
2019110610.tif 000159
【０５６３】
より大きいＴＢＳは、ＷＴＲＵまたはＵＥに対して送信されえないと想定することができる。
【０５６４】
【数１３７】
2019110610.tif 000160
【０５６５】
および
【０５６６】
【数１３８】
2019110610.tif 000161
【０５６７】
は、ＷＴＲＵまたはＵＥ特有の仕方でＷＴＲＵまたはＵＥ特有の時間前進値（ＴTA）の関数として定義されうる。最大のＴＢＳ
【０５６８】
【数１３９】
2019110610.tif 000162
【０５６９】
も、
【０５７０】
【数１４０】
2019110610.tif 000163
【０５７１】
と表すことができ、ただし、ΔはＴＢＳテーブルとすることができる。
【０５７２】
それに加えて、
【０５７３】
【数１４１】
2019110610.tif 000164
【０５７４】
は、式
【０５７５】
【数１４２】
2019110610.tif 000165
【０５７６】
（ただし、γは重み係数）および／または
【０５７７】
【数１４３】
2019110610.tif 000166
【０５７８】
（ただし、δは重み係数）
のうちの少なくとも１つで時間前進値の関数として定義されうる。
【０５７９】
さらに
【０５８０】
【数１４４】
2019110610.tif 000167
【０５８１】
は、式
【０５８２】
【数１４５】
2019110610.tif 000168
【０５８３】
（ただし、γは重み係数）および／または
【０５８４】
【数１４６】
2019110610.tif 000169
【０５８５】
（ただし、δは重み係数）
のうちの少なくとも１つで時間前進値の関数として定義されうる。
【０５８６】
実施形態において、
【０５８７】
【数１４７】
2019110610.tif 000170
【０５８８】
は、式
【０５８９】
【数１４８】
2019110610.tif 000171
【０５９０】
または
【０５９１】
【数１４９】
2019110610.tif 000172
【０５９２】
（ただし、ＮTBSは制限なしの最大のＴＢＳサイズを表し、εは重み係数である）および／または
【０５９３】
【数１５０】
2019110610.tif 000173
【０５９４】
または
【０５９５】
【数１５１】
2019110610.tif 000174
【０５９６】
のうちの少なくとも１つで時間前進値の関数として定義されうる。
【０５９７】
上で示されているように使用されうる重み係数γ、δ、εは、以下の特性を有することができる。重み係数は、ＷＴＲＵまたはＵＥのクラス／カテゴリに従って変更され、および／または重み係数は、送信モードに応じて異なるものとしてよい。それに加えて、最大ＴＢＳ
【０５９８】
【数１５２】
2019110610.tif 000175
【０５９９】
は、ＴTAおよびＷＴＲＵまたはＵＥのクラス／カテゴリの関数として定義されうる。例えば、ＷＴＲＵまたはＵＥカテゴリ−１については、ＴＢＳ制限は、時間前進値に関係なく使用できない。
【０６００】
別の例としての方法では、Ｈ−ＡＲＱタイミングが実装されうる（例えば、追加の復号処理時間の余裕のため）。Ｈ−ＡＲＱオペレーションでは、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥがサブフレームｎでＰＤＳＣＨを受信した可能性がある場合にサブフレームｎ＋ｋでＨＡＲＱ−ＡＣＫを送信することを要求されうる。このような一実施形態では、ｋは、ＦＤＤシステムでは４に設定され、ｋは、例えば、ＵＬ−ＤＬ構成および／またはサブフレーム番号に基づきＴＤＤシステムにおいて事前定義されうる。それに加えて、このような実施形態では、ＷＴＲＵまたはＵＥの動作は、以下のように定義されうる（例えば、ＷＴＲＵまたはＵＥがサブフレームｎでｅＰＤＣＣＨおよび対応するＰＤＳＣＨを受信した可能性がある場合）。ＷＴＲＵまたはＵＥは、サブフレームｎ＋ｌでＨＡＲＱ−ＡＣＫを送信することができる。このような一実施形態では、変数ｌは、単一のコンポーネントキャリアがアクティベートされうる場合にｋに設定されうる。それに加えて、変数ｌは、複数のコンポーネントキャリアがアクティベートされうる場合に４より大きい正整数に設定されうる。変数ｌは、また、複数のコンポーネントキャリアがアクティベートされうる場合に上位層シグナリングを介して、候補のセット、例えば、｛４、６、８、１０｝内の数に構成されうる。単一のコンポーネントキャリアがアクティベートされうる場合に、ｌはｋに設定されうる。
【０６０１】
追加の例としての方法において、ｅＰＤＣＣＨおよび対応するＰＤＳＣＨは、ＷＴＲＵまたはＵＥがサブフレームｎ−ｉにおいてｅＰＤＣＣＨを監視し、サブフレームｎにおいて対応するＰＤＳＣＨを受信することを予期するように異なるサブフレームで送信されうる。この場合、ＨＡＲＱ−ＡＣＫ送信に対するＷＴＲＵまたはＵＥの動作は、以下の１または複数を含みうる。
【０６０２】
例えば、変数ｉは、「０」または正整数のいずれかであり、上位層シグナリングによって構成されうる。一実施形態において、変数ｉは、ＦＤＤシステムにおいて「１」に設定されうる。ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ受信のためにサブフレーム番号に関係なくサブフレームｎ−ｋでＨＡＲＱ−ＡＣＫを送信することができる。ｅＰＤＣＣＨは、複数のコンポーネントキャリアがアクティベートされうる場合にサブフレームｎ−ｉでの送信に制限されうる。そうでない場合、ｅＰＤＣＣＨおよび対応するＰＤＳＣＨは、同じサブフレームで送信されうる。
【０６０３】
ｅＰＤＣＣＨは、ＷＴＲＵまたはＵＥに対する時間前進（ＴTA）が閾値（α）より大きいものとしてよい場合にサブフレームｎ−ｉでも送信されうる。ＴTA＞αでは、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥがサブフレームｎ−ｉでｅＰＤＣＣＨを受信しうる場合にサブフレームｎで対応するＰＤＳＣＨを受信することを予期することができる。ＴTA≦αでは、ＷＴＲＵまたはＵＥは、同じサブフレームでｅＰＤＣＣＨおよび対応するＰＤＳＣＨを受信することができる（例えば、受信することを予期することができる）（例えば、α＝０．１７ｍｓ）。
【０６０４】
それに加えて、ｅＰＤＣＣＨは、利用可能なダウンリンクＰＲＢ（例えば、システム帯域幅に関連付けられている）の数が、ＮPRBより大きいものとしてよい場合にサブフレームｎ−ｉで送信されうる。ＮPRBは閾値であり、例としての一実施形態では、ＮPRB＝５０であってよい。ｅＰＤＣＣＨは、カテゴリ５のＵＥに対してサブフレームｎ−ｉでさらに送信されうる。
【０６０５】
上で開示されている実施形態の１または複数の組み合わせも実装されうる。例えば、ｅＰＤＣＣＨは、複数のコンポーネントキャリアがアクティベートされ、ＷＴＲＵまたはＵＥに対する時間前進（ＴTA）が閾値より大きいものとしてよい場合にサブフレームｎ−ｉで送信されうる。ｅＰＤＣＣＨは、ＷＴＲＵまたはＵＥに対する時間前進（ＴTA）が閾値より大きく、ＷＴＲＵまたはＵＥカテゴリが５でありうる場合にサブフレームｎ−ｉで送信されうる。ｅＰＤＣＣＨは、ＷＴＲＵまたはＵＥに対する時間前進（ＴTA）が閾値より大きく、利用可能なダウンリンクＰＲＢの数（例えば、システム帯域幅）がＮPRBより大きいものとしてよい場合にサブフレームｎ−ｉで送信されうる。
【０６０６】
ＴＤＤ（例えば、フレーム構造２）の実装も、本明細書で説明されているように実現され、および／または使用されうる。例えば、ＴＤＤでは、ＨＡＲＱ−ＡＣＫタイミングは、例えば、いったんＷＴＲＵまたはＵＥがサブフレームｎでＰＤＳＣＨを受信できると、アップリンクサブフレームはｎ＋４では利用可能でない場合があるので、ＵＬ−ＤＬ構成および／またはサブフレーム番号に従って、または基づき定義されうる。表１６は、ＷＴＲＵまたはＵＥがダウンリンクサブフレームｎでＰＤＳＣＨを検出した後にアップリンクサブフレームｎ＋ｋでＨＡＲＱ−ＡＣＫを送信するようにｋを定義することによるＨＡＲＱ−ＡＣＫタイミング関係の例としての実施形態を示している。
【０６０７】
【表２２】
2019110610.tif 000176
【０６０８】
一実施形態において、ＴＢＳ制限は、上位層シグナリングによって事前定義されるか、または構成可能であってよい値Ｋ以下でありうる、ｋを有するサブフレームに適用することができる。一例として、Ｋが４に等しいものとしてよい場合、ＴＢＳ制限は、表１６のＵＬ−ＤＬ構成０におけるサブフレーム０および５に対して適用され、これは、ＵＬ−ＤＬ構成１におけるサブフレーム４に対して適用されうる。別の例では、Ｋが５に等しいものとしてよい場合、ＴＢＳ制限は、以下のサブフレームのうちの１または複数で適用されうる。構成０におけるサブフレーム｛０、５｝、構成１におけるサブフレーム｛４、９｝、構成２におけるサブフレーム｛３、８｝、構成３におけるサブフレーム｛０｝、構成４におけるサブフレーム｛８、９｝、構成５におけるサブフレーム｛７、８｝、および／または構成６におけるサブフレーム｛９｝。
【０６０９】
追加の一実施形態によれば、ＴＢＳ制限は、ＨＡＲＱ−ＡＣＫタイミングがＫより大きく、ＷＴＲＵまたはＵＥにおいてＴTA＞αでありうるサブフレームに適用されうる。さらに、ＷＴＲＵまたはＵＥのＰＤＳＣＨ復号手順の観点から、ＷＴＲＵまたはＵＥは、ＨＡＲＱ−ＡＣＫタイミングｋがサブフレームにおけるＫ（例えば、４）より大きいものとしてよい場合に最大のＴＢＳ制限が適用されえないことを想定することができる。そのようなものとして、異なるＷＴＲＵまたはＵＥの動作が定義されうる。例えば、ＷＴＲＵまたはＵＥが、ＨＡＲＱ−ＡＣＫタイミングｋがＫ以下でありうるサブフレームにおいて制限されたＴＢＳ内でＴＢＳを受信することができる場合、ＷＴＲＵまたはＵＥは、そのような受信がエラーであり、サブフレームｎ＋ｋでＤＴＸまたはＮＡＣＫを報告しうることを想定することができる。ＷＴＲＵまたはＵＥが、ＨＡＲＱ−ＡＣＫタイミングｋがＫより大きいものとしてよいサブフレームにおいて制限されたＴＢＳ内でＴＢＳを受信することができる場合、ＷＴＲＵまたはＵＥは、ＰＤＳＣＨを復号することを開始し、サブフレームｎ＋ｋでＨＡＲＱ−ＡＣＫを報告することができる。ＴＤＤおよびＦＤＤについては、ＴＢＳ制限は、ＷＴＲＵまたはＵＥがそのサブフレームでＰＤＳＣＨを受信してから４ｍｓ後にＨＡＲＱ−ＡＣＫを報告することができる場合にダウンリンクサブフレームにおいて適用することができる。
【０６１０】
フィードバック処理時間緩和に対する実施形態（例えば、ＦＤＤ（例えば、フレーム構造１）およびＴＤＤ（例えば、フレーム構造２）を使用する）が本明細書で説明されている。上で説明されているように、ＣＳＩフィードバックが提供され、および／または使用されうる。非周期的ＣＳＩ報告がダウンリンクサブフレームｎでトリガーされうる場合、ＷＴＲＵまたはＵＥは、アップリンクサブフレームｎ＋４でＣＳＩを報告することができる。ＣＳＩの計算では処理時間をさらに使う可能性があるので、非周期的ＣＳＩ報告がダウンリンクサブフレームｎでｅＰＤＣＣＨによってトリガーされうる場合、ＷＴＲＵまたはＵＥの動作は、以下のうちの少なくとも１つを含みうる。
【０６１１】
ＷＴＲＵまたはＵＥは、同じサブフレームでＷＴＲＵまたはＵＥに対してＰＤＳＣＨが送信されうる場合にＣＳＩフィードバックをドロップすることができる。この場合、ドロップする条件は、以下のうちの少なくとも１つでさらに制限されうる。サブフレームｎ内のＰＤＳＣＨに対するＴＢＳが事前定義済みの閾値より大きいこと、非周期的ＣＳＩフィードバックモードでサブバンドＣＱＩおよび／またはランクを使用すること、時間前進ＴTAが事前定義済みの閾値より大きいこと、非周期的ＣＳＩフィードバックに関連付けられているＣＳＩ−ＲＳが同じサブフレームで送信されること、システム帯域幅ＮPRBが事前定義済みの閾値（例えば、５０）より大きいこと、および／または同様の条件が挙げられる。
【０６１２】
一実施形態において、ＷＴＲＵまたはＵＥは、非周期的ＣＳＩ報告がＰＤＳＣＨが同じサブフレームで送信されうる場合にｅＰＤＣＣＨを介してサブフレームｎでトリガーされうることを想定しえない。このような条件は、以下のうちの少なくとも１つでさらに制限されうる。サブフレームｎ内のＰＤＳＣＨに対するＴＢＳが事前定義済みの閾値より大きいこと、非周期的ＣＳＩフィードバックモードでサブバンドＣＱＩおよび／またはランクを使用すること、時間前進ＴTAが事前定義済みの閾値より大きいこと、非周期的ＣＳＩフィードバックに関連付けられているＣＳＩ−ＲＳが同じサブフレームで送信されること、システム帯域幅ＮPRBが事前定義済みの閾値（例えば、５０）より大きいこと、および／または同様の条件が挙げられる。
【０６１３】
それに加えて、ＤＣＩフォーマット０および４のＣＳＩ要求フィールドが、サブフレームｎにおいて非周期的ＣＳＩ報告をトリガーしうる場合、ＷＴＲＵまたはＵＥは、ＦＤＤシステムにおいてサブフレームｎ＋４でＣＳＩをフィードバックすることができる。ＷＴＲＵまたはＵＥの動作は、一実施形態において、ＷＴＲＵまたはＵＥがレガシーＰＤＣＣＨを受信することができる場合に、行える。
【０６１４】
例としての実施形態によれば、ＷＴＲＵまたはＵＥが、マルチキャリアシステムにおいて非周期的ＣＳＩ報告に対するｅＰＤＣＣＨを受信することができる場合、ＷＴＲＵまたはＵＥの動作は、以下の１または複数を含みうる。ＷＴＲＵまたはＵＥは、サブフレームｎ＋ｊでＣＳＩフィードバックを報告することができるが、ただし、ｊは、単一のコンポーネントキャリアがアクティベートされうる場合に４に設定され、ｊは、構成されたコンポーネントキャリア（セル）の数に関係なく５に設定され、ｊは、上位層によって構成され、またｊは、複数のコンポーネントキャリアが構成されうる場合に使用され、ｊがＰＣｅｌｌに対して４に設定され、ｊがＳＣｅｌｌに対して５に設定され、ＰＣｅｌｌおよびＳＣｅｌｌに対する報告時間は時間領域内で分離されうるようにセルに従って定義され、および／またはｊは、ＷＴＲＵまたはＵＥが閾値より大きいものとしてよいＷＴＲＵまたはＵＥに対する時間前進（ＴTA）、複数のコンポーネントキャリアについてＣＳＩを報告するように指示することができるビットをトリガーする非周期的報告、および／または構成されたＰＵＳＣＨ報告モードがサブバンドのプリコーディング行列インジケータ（ＰＭＩ）報告に基づくことができる場合のうちの少なくとも１つに従って構成されうるときに４より大きい値に設定されうる。
【０６１５】
そのようなものとして、複数のキャリアにおけるＷＴＲＵまたはＵＥの処理（例えば、ＷＴＲＵまたはＵＥ復号処理）時間緩和は、本明細書で説明されているように実現されうる。このような実施形態では、ＨＡＲＱ−ＡＣＫ送信および／または非周期的ＣＳＩフィードバックに対する時間緩和は、ｅＰＤＣＣＨが、例えば、マルチキャリアシステム内で使用されうる場合に再定義されるものとしてよい。それに加えて、ＰＤＳＣＨ復号処理も提供することができる。
【０６１６】
ｅＰＤＣＣＨによるアップリンク制御チャネル割り当ては、本明細書でさらに説明されうる。例えば、単一ＤＬキャリアに対するＰＵＣＣＨリソースマッピングを行うことができる。このような一実施形態では、ｅＰＤＣＣＨで受信されたＤＬ割り当てメッセージに対応するＰＵＣＣＨリソースは、１または複数のＷＴＲＵまたはＵＥに指示されうるＲＲＣシグナリングの関数として構成されうる。
【０６１７】
ｅＰＤＣＣＨ受信がＷＴＲＵまたはＵＥに対して有効化または構成されうる場合、候補ＰＵＣＣＨリソースの少なくとも１つまたはセットが、ＷＴＲＵまたはＵＥに割り当てられるか、または指示されうる。ＰＵＣＣＨリソースは、ＷＴＲＵ毎の特有のシグナリングまたはＵＥ毎の特有のシグナリングを使用して１または複数のＷＴＲＵまたはＵＥに対して指示されるか、またはシグナリングされうるか、またはこれらは、セル特有の仕方でＷＴＲＵまたはＵＥに指示されるか、またはシグナリングされうる。ＷＴＲＵまたはＵＥは、ＤＬサブフレームでｅＰＤＣＣＨに関するＤＬ割り当てメッセージを受信した後に、許容されるか、または事前構成されたＰＵＣＣＨリソースの関数としてＵＬサブフレームにおける対応するＰＵＣＣＨリソースを決定することができる。
【０６１８】
別の実施形態では、割り当てられたｅＰＤＣＣＨリソースは、事前決定された、または構成されたＰＵＣＣＨリソースのセットに対応しうる。ＤＬ制御情報の復号のためｅＰＤＣＣＨリソースの割り当てを受信したＷＴＲＵまたはＵＥは、対応するＰＵＣＣＨリソース、または事前決定されたマッピング関係またはテーブルの関数としての許容可能なＰＵＣＣＨリソースのセットを取得することができる。例えば、ＷＴＲＵまたはＵＥは、割り当てられた単一のＰＵＣＣＨリソース上でＰＵＣＣＨリソースを送信することができるか、または複数のＰＵＣＣＨリソースが、構成されるか、割り当てられるか、または指示されうる場合、これは、セットから選択されたリソース上でＰＵＣＣＨを送信することができ、特定のＰＵＣＣＨリソースの決定は、そのＤＣＩのシグナリングされる値部分（例えば、リリース１０のＴＰＣフィールド内のＡＲＩ）、またはｅＰＤＣＣＨリソースへのＤＬ割り当てメッセージマッピングのような送信設定の関数として導出されうる１または複数の値（例えば、ＭＵ−ＭＩＭＯに対するＤＭＲＳのアンテナポート番号に関連付けられている値）などの少なくとも１つの第２の決定パラメータに従うものとしてよい。ｅＰＤＣＣＨを復号するＷＴＲＵまたはＵＥの小さな、または適切な大きさの数について、対応するＰＵＣＣＨリソースの明示的な構成は、ネットワークの制御の下にあり、レガシーＷＴＲＵがＰＤＣＣＨを復号することと関連するプロトコル処理の導入を回避しながらＰＵＣＣＨリソースをプールする柔軟性をもたらしうる。
【０６１９】
それに加えて、ｅＰＤＣＣＨで受信されたＤＬ割り当てメッセージに対応するＰＵＣＣＨリソースは、ｅＰＤＣＣＨを通じて受信された少なくとも１つのＤＬ信号の１または複数の送信設定の関数として動的リソース割り当てメカニズム技術を通じて導出されうる。ＰＤＣＣＨのＣＣＥインデックスｎCCEを使用して導出されうるＰＵＣＣＨリソースは、ｅＰＤＣＣＨ送信に対するＣＣＥ数の定義によって拡張されうる。このような一実施形態では、レガシーＰＤＣＣＨとｅＰＤＣＣＨとの間のＰＵＣＣＨリソースの衝突は、例えば、レガシーＷＴＲＵまたはＵＥおよびｅＰＤＣＣＨのＷＴＲＵまたはＵＥがサービングセル上でサポートされうる場合などに、類似のＰＵＣＣＨリソース割り当て原理を再利用しながら、回避されうる。
【０６２０】
単一のｅＰＤＣＣＨリソースセットによるＰＵＣＣＨリソース割り当ても提供され、および／または使用されるものとしてよい。例えば、単一のｅＰＤＣＣＨセットに対するＰＵＣＣＨリソースは、本明細書で説明されているように定義されうる。一実施形態において、ｅＰＤＣＣＨにおけるｅＣＣＥおよび／またはｅＲＥＧユニットのいずれかがレガシーＰＤＣＣＨと同様に定義されうる場合、対応するＰＵＣＣＨリソースは、アンテナポートｐ０については
【０６２１】
【数１５３】
2019110610.tif 000177
【０６２２】
として定義または導出され、アンテナポートｐ１に対するＰＵＣＣＨリソースは、
【０６２３】
【数１５４】
2019110610.tif 000178
【０６２４】
で導出されうるが、ただし、ｎCCEは、ｅＰＤＣＣＨの領域内の対応するＰＤＣＣＨの送信に使用される第１のＣＣＥの番号（例えば、最低のｅＣＣＥインデックス）であり、
【０６２５】
【数１５５】
2019110610.tif 000179
【０６２６】
は、レガシーＰＤＣＣＨに対する制限領域におけるＣＣＥの総数であり、
【０６２７】
【数１５６】
2019110610.tif 000180
【０６２８】
は上位層によって構成されうる。この場合、以下のうちの１または複数が適用可能である。
【０６２９】
【数１５７】
2019110610.tif 000181
【０６３０】
はＰＣＦＩＣＨの検出（例えば、ＯＦＤＭシンボルの個数の検出）およびシステム帯域幅に基づき動的に計算され、
【０６３１】
【数１５８】
2019110610.tif 000182
【０６３２】
は、事前定義されたオフセット値、例えば、最大のシステム帯域幅の最大のＣＣＥ数に設定され、
【０６３３】
【数１５９】
2019110610.tif 000183
【０６３４】
と組み合わされ、これにより
【０６３５】
【数１６０】
2019110610.tif 000184
【０６３６】
が上位層で構成されうる。
【０６３７】
【数１６１】
2019110610.tif 000185
【０６３８】
は、リソース割り当てが
【０６３９】
【数１６２】
2019110610.tif 000186
【０６４０】
および
【０６４１】
【数１６３】
2019110610.tif 000187
【０６４２】
に基づきうるように上位層シグナリングによって構成されうる。この場合、以下のうちの少なくとも１つが適用可能である。
【０６４３】
【数１６４】
2019110610.tif 000188
【０６４４】
は、上位層によって構成され、ならびに／またはＰＤＣＣＨおよびｅＰＤＣＣＨに一般に使用されるものとしてよく（例えば、この場合、
【０６４５】
【数１６５】
2019110610.tif 000189
【０６４６】
は上位層によって構成されうる）、ならびに／または
【０６４７】
【数１６６】
2019110610.tif 000190
【０６４８】
は、
【０６４９】
【数１６７】
2019110610.tif 000191
【０６５０】
を別に指示することなく、上位層シグナリングによって構成されうる。
【０６５１】
それに加えて、一実施形態では、ＰＵＣＣＨリソースは、
【０６５２】
【数１６８】
2019110610.tif 000192
【０６５３】
および
【０６５４】
【数１６９】
2019110610.tif 000193
【０６５５】
が上位層によって構成可能であるようにｎeCCEと無関係であるものとしてよい。１または複数の（例えば、最大２つまでの）アンテナポートをサポートすることができる送信モードについて、ＰＵＣＣＨリソース
【０６５６】
【数１７０】
2019110610.tif 000194
【０６５７】
は、
【０６５８】
【数１７１】
2019110610.tif 000195
【０６５９】
によって与えられうる。ＷＴＲＵまたはＵＥがＭＵ−ＭＩＭＯ送信で構成されうる場合、別の決定パラメータｎMUが、例えば、アンテナポートｐ０に対しては
【０６６０】
【数１７２】
2019110610.tif 000196
【０６６１】
およびアンテナポートｐ１に対しては
【０６６２】
【数１７３】
2019110610.tif 000197
【０６６３】
のように、ｎeCCEに加えて、対応するＰＵＣＣＨリソースに使用されうる。このような一実施形態では、ｎMUは、ＵＥ特有のＤＭＲＳに対するアンテナポートに関連付けられうるパラメータ、上位層シグナリングによって構成されるＡＲＩ（ＡＣＫ／ＮＡＣＫリソースインジケータ）に類似のパラメータ、および／または事前決定されたパラメータのうちの少なくとも１つとして決定されうる。
【０６６４】
別の例では、ｅＰＤＣＣＨで受信されうるＤＬ割り当てに対応するＰＵＣＣＨリソースは、ＣＣＥ数の関数として導出されうる。例えば、順序付けられたシーケンスにおける第１のもしくは事前決定されたＣＣＥまたは同等のマッピングユニットは、時間および／または周波数リソースグリッドにおいてマッピングされうるＤＬ割り当てメッセージを復号することから得ることができる。
【０６６５】
それに加えて、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを復号する際にＰＵＣＣＨリソース選択を動的に導出するか、または決定するように選択されうるｅＣＣＥまたはｅＲＥＧなどのマッピングユニットのシーケンスは、ＰＤＣＣＨを復号するときに動的ＰＵＣＣＨリソース割り当てに関連して使用されうるＣＣＥシーケンスおよび開始ＣＣＥインデックスと関係を有する場合も有しない場合もある。ＰＵＣＣＨリソースを決定するｅＰＤＣＣＨを復号するＷＴＲＵまたはＵＥは、本明細書で説明されているように開始（ｅ）ＣＣＥまたは同等のものおよび１もしくは複数の事前構成される、またはシグナリングされるパラメータなどの第１の動的に計算される送信設定からＵＬ送信設定を両方とも計算することができる。
【０６６６】
例としての一実施形態によれば、ＰＤＣＣＨ（例えば、存在する場合）およびｅＰＤＣＣＨに関連して使用されうるＰＵＣＣＨリソースは、ネットワークによってこれらのうち１つを復号するように割り当てられたＷＴＲＵについてセグメント化またはアグリゲートされうる。セットアップの際に、ＰＵＣＣＨリソース、例えば、レガシーＷＴＲＵまたはＵＥによるＰＤＣＣＨの復号およびＷＴＲＵまたはＵＥによるｅＰＤＣＣＨの復号に対するＵＬ  ＲＢがプールされうる。いくつかの追加の実施形態において（例えば、空間多重化利得を得ようとするとき）、分離されたＵＬリソースは、レガシーＰＤＣＣＨのＷＴＲＵによる複合とｅＰＤＣＣＨ復号することができるものとに関して選択されうる。
【０６６７】
前記の例において、（ｅ）ＣＣＥおよび／または（ｅ）ＲＥＧユニットを導入する際に、ＲＥのグループまたはユニットは、これらが９個のＲＥＧまたはＰＤＣＣＨ上で使用される４つのＲＥを含むＲＥＧを含むＣＣＥと同じでありうることを暗示するか、または知ることはありえない。それに加えて、１または複数のｅＰＤＣＣＨに対する時間および／または周波数リソース割り当てに対応するマッピングユニットの順序付けられたシーケンスは、説明されている実施形態において同等であるものとしてよい。一実施形態において、少なくとも１つのｅＰＤＣＣＨのＷＴＲＵまたはＵＥによる復号に対する、複数のＤＬサービングセルを受け入れるように構成されうるＰＵＣＣＨリソースは、１または複数のＷＴＲＵまたはＵＥへのＲＲＣシグナリングを通じて導出されうる。
【０６６８】
実施形態は、複数のｅＰＤＣＣＨリソースセットによるＰＵＣＣＨリソース割り当てについても本明細書で説明されている。例えば、ｅＰＤＣＣＨセットにおけるｅＣＣＥまたはｅＲＥＧユニットのいずれかがレガシーＰＤＣＣＨと同様に定義されうる場合、ＵＥに対する対応するＰＵＣＣＨリソースは、アンテナポートｐ０について
【０６６９】
【数１７４】
2019110610.tif 000198
【０６７０】
として導出され、および／またはアンテナポートｐ１に対するＰＵＣＣＨリソースは、
【０６７１】
【数１７５】
2019110610.tif 000199
【０６７２】
によって導出されうるが、ただし、ｎeCCEは、ＵＥに対して構成されたｅＰＤＣＣＨセットの領域内の対応するＰＤＣＣＨの送信に使用されうる第１のｅＣＣＥの番号（例えば、ＰＤＣＣＨを構築するために使用されうる最低のｅＣＣＥインデックス）であり、
【０６７３】
【数１７６】
2019110610.tif 000200
【０６７４】
は、ｅＰＤＣＣＨセットに対するＰＵＣＣＨリソースオフセットであり、および／または
【０６７５】
【数１７７】
2019110610.tif 000201
【０６７６】
は上位層によって構成されうる。この実施形態では、以下のうちの１または複数が適用可能である。
【０６７７】
【数１７８】
2019110610.tif 000202
【０６７８】
はＰＣＦＩＣＨの検出（例えば、ＯＦＤＭシンボルの個数の検出）およびシステム帯域幅に基づき動的に計算され、
【０６７９】
【数１７９】
2019110610.tif 000203
【０６８０】
は、事前定義されたオフセット値、例えば、最大のシステム帯域幅の最大のＣＣＥ数に設定され、および／または
【０６８１】
【数１８０】
2019110610.tif 000204
【０６８２】
と組み合わされ、これにより
【０６８３】
【数１８１】
2019110610.tif 000205
【０６８４】
が上位層によって構成され、および／または
【０６８５】
【数１８２】
2019110610.tif 000206
【０６８６】
は、上位層シグナリングによって構成され、その結果のリソース割り当ては
【０６８７】
【数１８３】
2019110610.tif 000207
【０６８８】
に基づきうる。この最後の実施形態において、以下のうちの少なくとも１つが適用可能である。
【０６８９】
【数１８４】
2019110610.tif 000208
【０６９０】
は、上位層によって構成され、および／またはＰＤＣＣＨおよびｅＰＤＣＣＨに使用されるものとしてよく（例えば、この場合、
【０６９１】
【数１８５】
2019110610.tif 000209
【０６９２】
は上位層によって構成されうる）、
【０６９３】
【数１８６】
2019110610.tif 000210
【０６９４】
は、
【０６９５】
【数１８７】
2019110610.tif 000211
【０６９６】
を別に指示することなく、上位層シグナリングによって構成され、および／または
【０６９７】
【数１８８】
2019110610.tif 000212
【０６９８】
は、セット毎に独立して構成され、これは
【０６９９】
【数１８９】
2019110610.tif 000213
【０７００】
として定義されうる。
【０７０１】
複数の
【０７０２】
【数１９０】
2019110610.tif 000214
【０７０３】
（ただし、ｋ＝０、．．．，Ｋ−１）も、動的シグナリングを介して構成されおよび／または指示されうる。例えば、ｅＰＤＣＣＨに基づくＰＵＣＣＨリソース割り当ては、
【０７０４】
【数１９１】
2019110610.tif 000215
【０７０５】
として定義されうる。この場合、以下のうちの１または複数が適用可能である。ｋは、サブフレームにおいてＰＤＳＣＨ送信に関連付けられているＤＣＩによって動的に指示されうる。例えば、ビットフィールドは、ＵＥがＰＵＣＣＨリソースを導出するようにｋの値を指示することができる。それに加えて、ＤＣＩにおけるＡＲＩは、ｋを指示するために再利用されうる。ＤＣＩに対するスクランブラＩＤ（例えば、ｎＳＣＩＤ）も、暗黙的にｋを指示することができる。Ｋは、構成されうるｅＰＤＣＣＨリソースセットの数と同じであってよく、および／またはそれぞれのｋは、構成されたｅＰＤＣＣＨリソースセットとの一対一のマッピングが行われうる。Ｋは、２または４とも定義され、および／または単一のｅＰＤＣＣＨリソースセットが構成されうる場合、Ｋ＝１である。
【０７０６】
代替的または追加の実施形態において、
【０７０７】
【数１９２】
2019110610.tif 000216
【０７０８】
は、
【０７０９】
【数１９３】
2019110610.tif 000217
【０７１０】
と組み合わされ、
【０７１１】
【数１９４】
2019110610.tif 000218
【０７１２】
は、動的にシグナリングされ、および／または半静的に、または上位層によって構成されうる。ＷＴＲＵまたはＵＥがＭＵ−ＭＩＭＯ送信で構成されうる場合、別の（例えば、第２の）決定パラメータｎMUが、アンテナポートｐ０に対しては
【０７１３】
【数１９５】
2019110610.tif 000219
【０７１４】
およびアンテナポートｐ１に対しては
【０７１５】
【数１９６】
2019110610.tif 000220
【０７１６】
のように、ｎeCCEに加えて、対応するＰＵＣＣＨリソースに使用することができ、ただし、ｎMUは、ＵＥ特有のＤＭＲＳに対するアンテナポートに関連付けられたパラメータ、上位層シグナリングによって構成されるＡＲＩに類似のパラメータ、および／または事前決定されたパラメータのうちの少なくとも１つとして決定されうる。
【０７１７】
複数のＤＬキャリアに対するＰＵＣＣＨリソースマッピングも、本明細書で説明されているように提供され、および／または使用されうる。例えば、ｅＰＤＣＣＨ受信がＷＴＲＵまたはＵＥに対して有効化または構成され、ＷＴＲＵまたはＵＥが複数のＤＬサービングセルを受け入れるように構成されうる場合、第１のｅＰＤＣＣＨ上で受信される第１のＤＬ割り当てメッセージに対応するＰＵＣＣＨリソースは、第２のＤＬ制御チャネル上で受信された第２のＤＬ割り当てメッセージの関数としてＷＴＲＵまたはＵＥによって導出されうる。
【０７１８】
それに加えて、一実施形態では、ＷＴＲＵまたはＵＥは、セカンダリ（ＤＬ）サービングセル上でｅＰＤＣＣＨを復号しながらプライマリ（ＤＬ）サービングセル上でレガシーＰＤＣＣＨを復号することができる。使用されるＰＵＣＣＨリソースは、プライマリサービングセル上で受信されたＤＬ割り当てメッセージの関数としてＷＴＲＵまたはＵＥによって決定されうる。２つのＤＬサービングセルの場合、チャネル選択リソースを有する導出されたＰＵＣＣＨフォーマット１は、プライマリセル上でＤＬ割り当てメッセージから取得されうる。ＰＵＣＣＨフォーマット３の場合、ＷＴＲＵまたはＵＥは、シグナリングされたリソースセレクタ、例えば、セカンダリサービングセルの（ｅ）ＰＤＣＣＨのＤＬ割り当てメッセージで伝送されるＡＲＩの使用を通じて事前構成されたＲＲＣでシグナリングされるパラメータのセットからＰＵＣＣＨリソースを選択することができる。
【０７１９】
ＷＴＲＵまたはＵＥは、プライマリサービングセルおよびセカンダリサービングセルの両方においてｅＰＤＣＣＨを復号することもできる。このような一実施形態では、使用されるＰＵＣＣＨリソースは、第１のｅＰＤＣＣＨの関数としてＷＴＲＵまたはＵＥによって決定され、これらのｅＰＤＣＣＨの１または複数の受信されたＤＬ割り当てに対応するＡ／ＮのようなＵＬ制御情報を送信するために使用されうる。２つのＤＬサービングセルの場合、チャネル選択リソースを有する導出されたＰＵＣＣＨフォーマット１は、プライマリセル上でＤＬ割り当てメッセージから取得されうる。
【０７２０】
実施形態は、単一のｅＰＤＣＣＨリソースセットによるＰＵＣＣＨリソース割り当てについても本明細書で説明されている。例えば、ｅＰＤＣＣＨにおけるｅＣＣＥおよび／またはｅＲＥＧユニットがレガシーＰＤＣＣＨと同様に定義されうる場合、対応するＰＵＣＣＨリソースは、
【０７２１】
【数１９７】
2019110610.tif 000221
【０７２２】
として定義または導出され、最大２つまでのトランスポートブロックをサポートする送信モードについて、ＰＵＣＣＨリソース
【０７２３】
【数１９８】
2019110610.tif 000222
【０７２４】
は、
【０７２５】
【数１９９】
2019110610.tif 000223
【０７２６】
によって定義または導出され、ただし、ｎeCCEは、ｅＰＤＣＣＨの領域内の対応するＰＤＣＣＨの送信に使用される第１のＣＣＥの番号（例えば、ＰＤＣＣＨを構築するために使用される最低のｅＣＣＥインデックス）であり、
【０７２７】
【数２００】
2019110610.tif 000224
【０７２８】
は、レガシーＰＤＣＣＨに対する制限領域におけるＣＣＥの総数であり、
【０７２９】
【数２０１】
2019110610.tif 000225
【０７３０】
は上位層によって構成されうる。
【０７３１】
【数２０２】
2019110610.tif 000226
【０７３２】
はＰＣＦＩＣＨの検出（例えば、ＯＦＤＭシンボルの個数の検出）およびシステム帯域幅に基づき動的に計算されうる。
【０７３３】
【数２０３】
2019110610.tif 000227
【０７３４】
は、事前定義されたオフセット値、例えば、最大のシステム帯域幅の最大のＣＣＥ数に設定され、
【０７３５】
【数２０４】
2019110610.tif 000228
【０７３６】
と組み合わされ、これにより
【０７３７】
【数２０５】
2019110610.tif 000229
【０７３８】
は上位層によって構成されうる。
【０７３９】
実施形態において、ＰＵＣＣＨリソースは、
【０７４０】
【数２０６】
2019110610.tif 000230
【０７４１】
および
【０７４２】
【数２０７】
2019110610.tif 000231
【０７４３】
が上位層によって構成可能であるようにｎeCCEと無関係であるものとしてよい。最大２つまでのトランスポートブロックをサポートする送信モードについて、ＰＵＣＣＨリソース
【０７４４】
【数２０８】
2019110610.tif 000232
【０７４５】
は、
【０７４６】
【数２０９】
2019110610.tif 000233
【０７４７】
によって与えられうる。
【０７４８】
それに加えて、ＷＴＲＵまたはＵＥがＭＵ−ＭＩＭＯ送信で構成されうる場合、対応するＰＵＣＣＨリソースは、
【０７４９】
【数２１０】
2019110610.tif 000234
【０７５０】
として導出され、複数の（例えば、最大２つまでの）トランスポートブロックをサポートする送信モードについて、ＰＵＣＣＨリソース
【０７５１】
【数２１１】
2019110610.tif 000235
【０７５２】
は、
【０７５３】
【数２１２】
2019110610.tif 000236
【０７５４】
によって導出され、ただし、ｎMUは、ＵＥ特有のＤＭＲＳに対するアンテナポートに関連付けられうるパラメータ、上位層シグナリングによって構成されるＡＲＩに類似のパラメータ、セカンダリサービングセルの（ｅ）ＰＤＣＣＨのＤＬ割り当てメッセージのＴＰＣフィールドで伝送されるＡＲＩに類似しているものとしてよいパラメータ（例えば、Ｒｅｌ−１０のような）、および／または事前決定されたパラメータのうちの少なくとも１つとして決定されうる。
【０７５５】
複数のｅＰＤＣＣＨリソースセットによるＰＵＣＣＨリソース割り当てでは、複数のｅＰＤＣＣＨセットに対するＰＵＣＣＨリソースは、以下のように定義されうる。ｅＰＤＣＣＨセットにおけるｅＣＣＥまたはｅＲＥＧユニットのいずれかがレガシーＰＤＣＣＨと同様に定義されうる場合、ＵＥに対する対応するＰＵＣＣＨリソースは、
【０７５６】
【数２１３】
2019110610.tif 000237
【０７５７】
として導出され、最大２つまでのトランスポートブロックをサポートする送信モードについて、ＰＵＣＣＨリソース
【０７５８】
【数２１４】
2019110610.tif 000238
【０７５９】
は、
【０７６０】
【数２１５】
2019110610.tif 000239
【０７６１】
によって導出され、ただし、ｎeCCEは、ＵＥに対して構成されたｅＰＤＣＣＨセットの領域内の対応するＰＤＣＣＨの送信に使用される第１のＣＣＥの番号（例えば、ＰＤＣＣＨを構築するために使用される最低のｅＣＣＥインデックス）であり、
【０７６２】
【数２１６】
2019110610.tif 000240
【０７６３】
は、ｅＰＤＣＣＨセットに対するＰＵＣＣＨリソースオフセットであり、
【０７６４】
【数２１７】
2019110610.tif 000241
【０７６５】
は上位層によって構成されうる。
【０７６６】
【数２１８】
2019110610.tif 000242
【０７６７】
は、動的にシグナリングされるか、または半静的に構成されうる。
【０７６８】
【数２１９】
2019110610.tif 000243
【０７６９】
は、
【０７７０】
【数２２０】
2019110610.tif 000244
【０７７１】
つまり
【０７７２】
【数２２１】
2019110610.tif 000245
【０７７３】
と組み合わせることができ、
【０７７４】
【数２２２】
2019110610.tif 000246
【０７７５】
は、動的にシグナリングされるか、または半静的にもしくは上位層によって構成されうる。ＷＴＲＵまたはＵＥがＭＵ−ＭＩＭＯ送信で構成されうる場合、対応するＰＵＣＣＨリソースは、
【０７７６】
【数２２３】
2019110610.tif 000247
【０７７７】
として導出され、最大２つまでのトランスポートブロックをサポートする送信モードについて、ＰＵＣＣＨリソース
【０７７８】
【数２２４】
2019110610.tif 000248
【０７７９】
は、
【０７８０】
【数２２５】
2019110610.tif 000249
【０７８１】
によって導出され、ただし、ｎＭＵは、ＵＥ特有のＤＭＲＳに対するアンテナポートに関連付けられているパラメータ、上位層シグナリングによって構成されるＡＲＩに類似のパラメータ、セカンダリサービングセルの（ｅ）ＰＤＣＣＨのＤＬ割り当てメッセージのＴＰＣフィールドで伝送されるＡＲＩに類似のパラメータ（例えば、Ｒｅｌ−１０のような）、および／または事前決定されたパラメータのうちの少なくとも１つとして決定されうる。
【０７８２】
ＰＵＣＣＨフォーマット３の場合、ＷＴＲＵまたはＵＥは、シグナリングされたリソースセレクタ、例えば、セカンダリサービングセルを介して（ｅ）ＰＤＣＣＨのＤＬ割り当てメッセージで伝送されるＡＲＩの使用を通じて事前構成されたＲＲＣでシグナリングされるパラメータのセットからＰＵＣＣＨリソースを選択することができる。
【０７８３】
前述に基づき、明示的に構成されるか、または暗黙的に導出されたＰＵＣＣＨリソースの使用、またはこれらの両方の併用に対する単一キャリアの場合では、ＰＵＣＣＨフォーマット３は、複数のＤＬサービングセルの場合、例えば、プライマリＤＬサービングセルおよび少なくとも１つのセカンダリセルとのキャリアアグリゲーションに使用されうる。
【０７８４】
ｅＰＤＣＣＨに関連付けられているＰＤＳＣＨ送信モードは、本明細書で説明されているようにさらに提供され、および／または使用されうる。例えば、ＰＤＳＣＨ送信について、いくつかの送信モードが、閉ループ空間多重化モード、開ループ空間多重化モード、送信ダイバーシティ、および／または単一アンテナポートモードなどのさまざまなチャネル／システム環境をサポートするためにシステム内で利用可能であるものとしてよい。送信モードは、例えば、ｅＮＢスケジューラがＰＤＳＣＨ送信に対する適切な送信モードを選択できるように、上位層シグナリングを介して構成されうる。表３は、ＬＴＥ／ＬＴＥ−Ａでサポートされている送信モードを示している。ＰＤＳＣＨ復調にアンテナポート７〜１０を使用する送信モードでは、ｅＰＤＣＣＨを使用することができる。ＷＴＲＵまたはＵＥがＰＤＳＣＨ復調にＣＲＳを使用することができる、送信モード２などの、特定の送信モードで構成されうる場合、ＷＴＲＵまたはＵＥは、ＰＤＳＣＨ受信についてレガシーＰＤＣＣＨを監視することができる。ＷＴＲＵまたはＵＥが、ＰＤＳＣＨに対する構成された送信モードが２（例えば、送信ダイバーシティモード）である間に、ｅＰＤＣＣＨを監視するように構成されうる場合、ＷＴＲＵまたはＵＥは、サブフレームでＰＤＳＣＨに関連付けられているＤＣＩを受信するレガシーＰＤＣＣＨを監視することができる。ＷＴＲＵまたはＵＥが、ＰＤＳＣＨに対する構成された送信モードが９である間に、ｅＰＤＣＣＨを監視するように構成されうる場合、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ受信をするように構成されたサブフレームでＷＴＲＵまたはＵＥ特有の探索空間においてＤＣＩを受信するｅＰＤＣＣＨを監視することができる。
【０７８５】
それに加えて、ｅＰＤＣＣＨは、ＰＤＳＣＨ送信に対して構成された送信モードに関係なく使用されうる。例えば、ＷＴＲＵまたはＵＥに対して構成された送信モードまたはＣＱＩ報告モードは、ｅＰＤＣＣＨ送信のタイプに暗黙的に結び付けられうる。構成された送信モードにより、サポート可能なｅＰＤＣＣＨ送信タイプは異なりうる。例えば、ＷＴＲＵまたはＵＥが、送信ダイバーシティ（例えば、ＴＭモード−２）または開ループ空間多重化モード（例えば、ＴＭモード−３）などの開ループ送信モードで構成されうる場合、ＷＴＲＵもしくはＵＥは、ＷＴＲＵまたはＵＥに対して構成されているｅＰＤＣＣＨリソースセットが分散送信として使用されうることを想定することができる。ＰＤＳＣＨに対する開ループ送信モードは、ｅＰＤＣＣＨ分散送信に関連付けられうる。ＰＤＳＣＨに対する閉ループ送信モードは、ｅＰＤＣＣＨ集中送信に関連付けられうる。構成されたＣＱＩ報告モードにより、サポート可能なｅＰＤＣＣＨ送信タイプは異なりうる。例えば、ＷＴＲＵまたはＵＥがＰＭＩおよびＣＱＩレポートを使用する報告モードで構成されうる場合、ＷＴＲＵもしくはＵＥは、ＷＴＲＵまたはＵＥに対して構成されているｅＰＤＣＣＨリソースセットが集中送信として使用されうることを想定することができる。ＷＴＲＵまたはＵＥがＰＵＳＣＨ報告モードの広帯域ＣＱＩ報告で構成されうる場合、ＷＴＲＵもしくはＵＥは、ＷＴＲＵまたはＵＥに対して構成されているｅＰＤＣＣＨリソースセットが分散送信用であることを想定することができる。そうでない場合、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥに対して構成されているｅＰＤＣＣＨリソースセットが集中送信用もしくは両方のためのものであることを想定することができる。ＷＴＲＵまたはＵＥがＣｏＭＰ送信モードに対して構成されうる場合、ＷＴＲＵまたはＵＥは、ＷＴＲＵまたはＵＥに対して構成されているｅＰＤＣＣＨリソースセットが集中送信として定義されうることも想定することができる。
【０７８６】
ｅＰＤＣＣＨ受信のためのシステムおよび／または方法が、本明細書において提供されうる。例えば、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨまたはレガシーＰＤＣＣＨで構成され、ｅＰＤＣＣＨを受信するＷＴＲＵまたはＵＥの動作は、以下のとおりとすることができる。ＷＴＲＵまたはＵＥは、ブロードキャスト情報でｅＰＤＣＣＨ構成情報を受信することができる。例えば、ＭＩＢまたはＳＩＢは、ＷＴＲＵまたはＵＥがＲＡＣＨ手順の前にｅＰＤＣＣＨリソースを知ることができるようにｅＰＤＣＣＨ構成を含みうる。ＳＩＢなどのブロードキャスト情報を受信するために、ＷＴＲＵまたはＵＥは、レガシーＰＤＣＣＨでＳＩ−ＲＮＴＩを復号することができる。ＷＴＲＵまたはＵＥは、ＲＡＣＨ手順においてレガシーＰＤＣＣＨおよび／またはｅＰＤＣＣＨを受信するように構成されうる。競合ベースのＲＡＣＨ手順では、ＷＴＲＵまたはＵＥは、ｅＮＢから送信されうる、ｍｓｇ２またはｍｓｇ４のいずれかでＰＤＣＣＨ構成情報を受信することができる。非競合ベースのＲＡＣＨ手順では、ＷＴＲＵまたはＵＥは、ｅＮＢから送信されうる、ハンドオーバー／モビリティ情報またはｍｓｇ２でＰＤＣＣＨ構成情報を受信することができる。ＷＴＲＵまたはＵＥが特定のＰＤＣＣＨタイプに合わせて構成されうる場合、ＷＴＲＵまたはＵＥは、構成されたＰＤＣＣＨ領域（例えば、レガシーＰＤＣＣＨまたはｅＰＤＣＣＨ）においてＤＣＩをブラインド復号することができる。ＷＴＲＵまたはＵＥが特定のＰＤＣＣＨタイプに合わせて構成されうる場合、ＷＴＲＵまたはＵＥは、レガシーＰＤＣＣＨ領域内の共通探索空間およびｅＰＤＣＣＨ領域内のＷＴＲＵまたはＵＥ特有の探索空間をブラインド復号することができる。
【０７８７】
いくつかの実施形態では、ＰＤＣＣＨフォールバック送信のためのシステムおよび／または方法も、開示されうる。例えば、ｅＰＤＣＣＨは、レガシーＰＤＣＣＨの上に付加的に定義され、ｅＮＢは、ＰＤＣＣＨリソースを利用するようにＷＴＲＵまたはＵＥ特有の仕方でレガシーＰＤＣＣＨまたはｅＰＤＣＣＨを構成することができる。ＰＤＣＣＨリソースが、上位層シグナリングによって構成されうる場合、ＷＴＲＵまたはＵＥがレガシーＰＤＣＣＨまたはｅＰＤＣＣＨを監視しているかどうかをｅＮＢが知ることができない曖昧期間がありうる。ＷＴＲＵまたはＵＥがＰＤＣＣＨ構成に関係なくＰＤＣＣＨを受信するために、以下のうちの少なくとも１つが使用されうる。
【０７８８】
ｅＮＢは、曖昧期間にレガシーＰＤＣＣＨおよびｅＰＤＣＣＨの両方を同じサブフレームで送信することができ、ＷＴＲＵまたはＵＥがＨＡＲＱ−ＡＣＫのＤＴＸから監視しているどのＰＤＣＣＨリソースを検出することができる。レガシーＰＤＣＣＨおよびｅＰＤＣＣＨに対するＰＵＣＣＨリソースは、独立して定義されうる。
【０７８９】
共通探索空間は、レガシーＰＤＣＣＨで定義され、フォールバック送信モード（例えば、ＤＣＩフォーマット１Ａ）は、曖昧期間において使用されうる。ＰＤＣＣＨリソース構成は、ＷＴＲＵまたはＵＥ特有の探索空間に関してレガシーＰＤＣＣＨまたはｅＰＤＣＣＨを指示することができる。例えば、一実施形態では、フォールバックＰＤＣＣＨリソースは、ブロードキャストチャネルで定義されうる。共通探索空間は、ブロードキャストチャネル（例えば、ＳＩＢ−ｘ）を介してレガシーＰＤＣＣＨまたはｅＰＤＣＣＨで定義され、共通探索空間は、ＰＤＣＣＨ構成に従って変更されえない。
【０７９０】
それに加えて、ＰＤＣＣＨタイプは、アクティベーションタイマーを備えるレガシーＰＤＣＣＨまたはｅＰＤＣＣＨによって構成されうる。ＷＴＲＵまたはＵＥが、レガシーＰＤＣＣＨを監視する場合、レガシーＰＤＣＣＨに基づくトリガーＰＤＣＣＨを使用し、トリガーＰＤＣＣＨが、ｘを事前定義されるか、または構成されうるトリガーＰＤＣＣＨがサブフレームｎで受信されうるときにサブフレームｎ＋ｘからｅＰＤＣＣＨを監視するようＷＴＲＵまたはＵＥに通知することができる。ＷＴＲＵまたはＵＥが、ｅＰＤＣＣＨを監視する場合、ｅＰＤＣＣＨに基づくトリガーｅＰＤＣＣＨを使用し、トリガーｅＰＤＣＣＨが、ｘを事前定義されるか、または構成されうるトリガーｅＰＤＣＣＨがサブフレームｎで受信されうるときにサブフレームｎ＋ｘからレガシーＰＤＣＣＨを監視するようＷＴＲＵまたはＵＥに通知することができる。
【０７９１】
アクティベーションおよび／またはデアクティベーションコマンドを使用するＭＡＣ  ＣＥは、一実施形態によりＰＤＣＣＨタイプを構成するために使用されうる。例えば、アクティベーションおよび／またはデアクティベーションコマンドは、ＷＴＲＵまたはＵＥがサブフレームｎでＭＡＣ  ＣＥを受信した場合に、そのコマンドがｘを事前定義されるか、または構成された値としてサブフレームｎ＋ｘにおいてアクティベートおよび／またはデアクティベートされうるように、ｘのようなタイマーを使って送信されうる。
【０７９２】
例としての実施形態によれば、複数のコンポーネントキャリアが構成されうる場合、以下のうちの少なくとも１つが、曖昧期間を扱うために使用されうる。例えば、共通探索空間は、ＰＣｅｌｌのレガシーＰＤＣＣＨで定義され、クロスキャリアスケジューリングがアクティベートされうる。それに加えて、クロスキャリアスケジューリングは、共通探索空間に対してアクティベートされ、レガシーＰＤＣＣＨ領域内で利用可能であるものとしてよい。ＷＴＲＵまたはＵＥ特有の探索空間は、レガシーＰＤＣＣＨおよび／またはｅＰＤＣＣＨにおいて（例えば、クロスキャリアスケジューリングありで、またはなしで）定義することもできる。
【０７９３】
他の信号との衝突を処理するか、または回避するための実施形態も本明細書で説明されうる。ｅＰＤＣＣＨ  ＲＢは、ｅＰＤＣＣＨ候補が配置されるＲＢと同じであってよい。ｅＰＤＣＣＨとＰＲＳとの間の衝突の場合において説明されているけれども、説明されている実施形態は、他の場合、例えば、ｅＰＤＣＣＨリソースが他の基準信号を含む他の信号、またはブロードキャスティングチャネルと衝突しうる場合に適用されうる。他の信号との衝突の処理または回避について説明されているけれども、説明されている実施形態は、他の場合、例えば、何らかの理由によりいくつかのリソース要素（ＲＥ）、ＲＢ、またはサブフレームへ、またはそこからのｅＰＤＣＣＨを制限するか、または他の何らかの形の限定を施すために適用されうる。
【０７９４】
ＰＲＳ情報のＷＴＲＵまたはＵＥの受信が、一実施形態において実現され、および／または使用されうる。例えば、ＷＴＲＵまたはＵＥは、これがｅＰＤＣＣＨを読み取ることができる、またはこれがｅＰＤＣＣＨに対して構成されうるセルなどに対する測位以外の理由でセルに対するＰＲＳ情報を受信することができる。ＷＴＲＵまたはＵＥは、例えば、専用またはブロードキャストシグナリングであってよいＲＲＣシグナリングを介して、ｅＮＢからこの情報を受信することができる。ＷＴＲＵまたはＵＥは、専用またはブロードキャストシグナリングで受信されうるｅＰＤＣＣＨ構成ととも含まれるこの情報を受信することができる。ＷＴＲＵまたはＵＥがこの情報を受信できる、および／またはこの情報の送り元とすることができる特定のセルは、例えば、プライマリサービングセル（ＰＣｅｌｌ）またはセカンダリサービングセル（ＳＣＥｌｌ）などのＷＴＲＵまたはＵＥのサービングセルであってよい。ＷＴＲＵまたはＵＥは、モビリティ情報の一部として、または別のサービングセルへのハンドオーバーに関係する構成の一部として、隣接セルに対するこの情報を受信することもできる。
【０７９５】
例としての一実施形態において、ＷＴＲＵまたはＵＥが与えられたセルについて受信することができる情報は、ＰＲＳの送信に使用されうるサブフレーム、ＰＲＳ構成インデックス、ＤＬサブフレームの個数、ＰＲＳ送信に対するＢＷ、ＰＲＳミューティング情報、ＰＲＳ期間、ＰＲＳオフセット、ＰＲＳミューティング期間、ＰＲＳミューティングシーケンス（例えば、ＰＲＳ機会がそれぞれのＰＲＳミューティング期間においてミュートとされうる）、および／またはセルがＰＲＳを送信するかどうかに関する指示のうちの１または複数を含みうる。ＰＲＳミューティング情報の一部として含まれうるＰＲＳミューティングシーケンスに対して、ｐビットフィールドが期間ｐのミューティングシーケンスを表すために使用されうる場合、フィールドの第１のビットは、ＰＲＳミューティングシーケンスがＷＴＲＵまたはＵＥによって受信されうるセルのＳＦＮ＝０の始まりの後から開始しうる最初のＰＲＳ測位機会に対応しうる。
【０７９６】
ｅＮＢスケジューリングは、一実施形態において使用されるか、または実行されうる。例えば、ｅＮＢは、ｅＰＤＣＣＨ  ＲＢとＰＲＳ  ＲＢの衝突を回避するか、または衝突の影響を低減するような方法でｅＰＤＣＣＨをスケジュールし、および／または送信することができる。ｅＮＢが与えられたセルにおいてＰＲＳを送信することができるサブフレームにおいて、ｅＮＢは、そのセルの任意のＲＢでｅＰＤＣＣＨをスケジュールしないか、または送信しないものとしてよい。ｅＮＢが与えられたセルにおいてＰＲＳを送信することができるサブフレームにおいて、ｅＮＢは、そのセルにおいてＰＲＳ  ＢＷとオーバーラップするＲＢで、例えば、そのセルにおいてＰＲＳ  ＲＢと衝突しうるＲＢで、ｅＰＤＣＣＨをスケジュールしないか、または送信しないものとしてよい。ｅＮＢは、ｅＮＢがそのセルにおいてＰＲＳを送信することができるサブフレームにおいてＰＲＳと衝突しえないように、与えられたセルにおいてｅＰＤＣＣＨを構成することができる。これは、例えば、ＰＲＳ  ＢＷがセルの完全ＤＬ  ＢＷではありえない場合に対して適用可能であるものとしてよい。
【０７９７】
ｅＮＢがいくつかのサブフレームまたはいくつかのＲＢにおいてｅＰＤＣＣＨをスケジュールまたは送信するかどうかは、ｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突するかどうか、またはその程度に基づきうる。例えば、ｅＮＢがＰＲＳを送信することができる与えられたサブフレームにおいて、１または複数のｅＰＤＣＣＨ  ＲＢがＰＲＳ  ＲＢと衝突する可能性がある場合、以下のうちの１または複数が適用可能である。ｅＮＢは、衝突ＲＢにおいてｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突しえない場合にそのサブフレームにおいてまたは衝突ＲＢにおいてｅＰＤＣＣＨを送信することができ、ｅＮＢは、衝突ＲＢにおいて少なくとも１つのｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突しうる場合にそのサブフレームにおいてまたは衝突ＲＢにおいてｅＰＤＣＣＨを送信することができず、ｅＮＢは、衝突ＲＢにおいて特定のｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突する場合にそのサブフレームにおいてまたは衝突ＲＢにおいてｅＰＤＣＣＨを送信することができず、ｅＮＢは、衝突ＲＢにおいて少なくともある数のｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突する場合にそのサブフレームにおいてまたは衝突ＲＢにおいてｅＰＤＣＣＨを送信することができず、ｅＮＢは、衝突ＲＢにおけるｅＰＤＣＣＨ  ＲＥおよびＰＲＳＳ  ＲＥの衝突のせいでいくつかのまたは少なくともある数のアンテナポートがそれらのＲＢにおいて使用できなくなり、これが１または複数のｅＰＤＣＣＨ  ＲＥおよびＰＲＳ  ＲＥの衝突のせいである場合にそのサブフレームにおいてまたは衝突ＲＢにおいてｅＰＤＣＣＨを送信することができず、および／または同様のことが挙げられる。
【０７９８】
例えば、衝突処理のため、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを受信することに関する実施形態が本明細書で説明されうる。ＷＴＲＵは、セルのいくつかのサブフレームまたはＲＢにおいてｅＰＤＣＣＨ候補を、そのセルに対する少なくとも１または複数のＰＲＳパラメータもしくは送信特性に基づき監視するか、または復号することを試みるかどうかを決定することができる。ＷＴＲＵまたはＵＥは、ＰＲＳが送信されうるサブフレームを考慮することができる。例えば、ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、それらのサブフレームにおいてＰＤＣＣＨ候補を監視するか、または復号することを試みることができ、それらのサブフレームにおいてｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができない（またはそうしないことを許されうる）。
【０７９９】
一実施形態において、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨおよび／またはＰＲＳが送信されうるサブフレームおよびＲＢを考慮することができる。例えば、ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ候補がＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されうる場合にそれらのサブフレームにおいてｅＰＤＣＣＨ候補（複数可）を監視するか、または復号することを試みることができない（またはそうしないことを許されうる）。ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、以下の１または複数を実行しえない（またはしないことを許されうる）。ｅＰＤＣＣＨ候補のうちの少なくとも１がＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されうる場合にそれらのサブフレーム内でｅＰＤＣＣＨ候補を監視するか、または復号することを試みること、特定の数より多いｅＰＤＣＣＨ候補がＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されうる場合にそれらのサブフレーム内でｅＰＤＣＣＨ候補を監視するか、または復号することを試みること、それらのサブフレーム内のｅＰＤＣＣＨ候補（例えば、それらのうちのそれぞれまたはすべて）がＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されうる場合にそれらのサブフレーム内でｅＰＤＣＣＨ候補を監視するか、または復号することを試みること、ＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されたｅＰＤＣＣＨ候補を監視するか、または復号することを試みること、および／または同様のことが挙げられる。ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵは、ＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されうるｅＰＤＣＣＨ候補がない場合（例えば、ｅＰＤＣＣＨ候補（複数可）が配置されうるＲＢとＰＲＳ  ＲＢとの間にオーバーラップがありえない場合）にそのセルおよび／またはいくつかの（例えば、それぞれの、またはすべての）ｅＰＤＣＣＨ候補においてＰＲＳ  ＲＢと衝突しえないＲＢ内に配置されたｅＰＤＣＣＨ候補のうちの１または複数を監視するか、または復号することを試みることができる（またはそうする必要がありうる）。
【０８００】
それに加えて、ＷＴＲＵまたはＵＥは、ＰＲＳが送信されうるサブフレームおよびＲＥを考慮することができ、また、例えば、ＰＲＳ  ＲＥがｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥと衝突しうるかどうか、またはその程度を考慮することができる。ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、衝突ＲＢにおいてｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥのどれもがＰＲＳ  ＲＥと衝突しえない場合にＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されたｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができ（またはそうする必要がありえ）、および／または衝突ＲＢにおいて少なくとも１つのｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突しうる場合にＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されたｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができず（またはそうしないことを許されるものとしてよく）、および／または衝突ＲＢにおいていくつかのｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突しうる場合にＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されたｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができず（またはそうしないことを許されるものとしてよく）、および／または衝突ＲＢにおいて少なくともある数のｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突しうる場合にＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されたｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができず（またはそうしないことを許されるものとしてよく）、および／または衝突ＲＢにおいていくつかの、または少なくともある数のアンテナポートが１または複数のｅＰＤＣＣＨ  ＲＥとＰＲＳ  ＲＥとの衝突のせいでそれらのＲＢにおいて使用できなくなりうる場合にＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されたｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができず（またはそうしないことを許されるものとしてよく）、および／または同様のことがありえる。
【０８０１】
ＰＲＳが与えられたセルにおいて送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、物理層セルＩＤ、
【０８０２】
【数２２６】
2019110610.tif 000250
【０８０３】
として定義され、ただし
【０８０４】
【数２２７】
2019110610.tif 000251
【０８０５】
が物理層セル識別子であるものとしてよいＰＲＳ  ｖshift値の値、または例えば、通常もしくは拡張でありうるサブフレームもしくはセルの巡回プレフィックス（ＣＰ長）のうちの少なくとも１つに基づきこれが監視するか、または復号することを試みることができる（またはそうする必要がありうる）、またはできない（またはそうしないことを許されうる）ｅＰＤＣＣＨ候補を決定することができる。これらのパラメータのうちの１または複数は、ＷＴＲＵまたはＵＥがＰＲＳ  ＲＥと衝突しうるｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥを決定するために使用することができるＰＲＳ  ＲＥのロケーションを決定するためにＷＴＲＵによって使用されうる。
【０８０６】
ＰＲＳが与えられたセルにおいて送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、これがそのセル内でｅＰＤＣＣＨに対して構成されているアンテナポートの少なくとも数に基づき監視するか、または復号することを試みることができる（またはそうする必要がありうる）またはできない（またはそうしないことを許されるうる）ｅＰＤＣＣＨ候補を決定することができる。アンテナポートがいくつかのサブフレームにおいて制限されうる場合、ＷＴＲＵは、その決定に対してそれらのサブフレーム内の構成されたポートの代わりに制限した後にポートを使用することができる。例えば、アンテナポート｛７、８、９、１０｝は、通常サブフレームにおいて使用されうるが、アンテナポート｛７、８｝または｛９、１０｝は、いくつかのサブフレームにおいて使用されうる。
【０８０７】
別の実施形態では、探索空間のフォールバックが実装されるか、または使用されうる。例えば、ｅＰＤＣＣＨに対して構成されているＷＴＲＵについて、ＰＤＣＣＨは、共通探索空間を含みうる。ＰＲＳが送信されうるサブフレームなどのいくつかのサブフレームにおいて、ＰＤＣＣＨは、ｅＰＤＣＣＨに対して構成されているＷＴＲＵまたはＵＥに対するＷＴＲＵまたはＵＥ特有の探索空間を含むものとしてよい。サブフレームにおいて、ｅＰＤＣＣＨに対して構成されているＷＴＲＵまたはＵＥが、例えば、本明細書で説明されている解決方法の１つに従って、ｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができない（またはそうしないことを許されうる）場合に、ＷＴＲＵまたはＵＥは、ＰＤＣＣＨ領域において共通探索空間および／またはＷＴＲＵまたはＵＥ特有の探索空間を監視するか、または復号することを試みることができる（またはそうする必要がありうる）。
【０８０８】
例えば、ｅＰＤＣＣＨに対して構成されているＷＴＲＵまたはＵＥは、ＰＤＣＣＨ領域においてＷＴＲＵまたはＵＥ特有の探索空間内で定義されうるＰＤＣＣＨ候補を監視するか、または復号することを試みるためにフィールバックすることができる。フォールバックは、ＰＲＳがセルにおいて送信され、および／またはＰＲＳ情報（例えば、本明細書で説明されている情報項目のうちの１または複数）、ＰＲＳ送信パラメータ、物理層セルＩＤ、セルもしくはサブフレーム内のＣＰ長（例えば、通常もしくは拡張）、ｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数、アンテナポートの制限、および／または同様のもののうちの少なくとも１つに基づきうるサブフレームにおいて行われるか、使用されうる。
【０８０９】
いくつかのサブフレームは、フォールバックサブフレームとして構成されうる。ｅＮＢは、そのような構成をＷＴＲＵまたはＵＥに与えることができる。例としての実施形態によれば、そのような構成は、ＲＲＣシグナリングなどのブロードキャストまたは専用シグナリングを介してｅＮＢからＷＴＲＵまたはＵＥによって受信されうる。
【０８１０】
フォールバックサブフレームとして構成されうるサブフレームにおいて、ｅＰＤＣＣＨに対して構成されているＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができない（またはそうしないことを許されうる）。フォールバックサブフレームとして構成されうるサブフレームにおいて、ｅＰＤＣＣＨに対して構成されているＷＴＲＵまたはＵＥなどの、特定のＷＴＲＵまたはＵＥについて、ＷＴＲＵまたはＵＥに対するＷＴＲＵまたはＵＥ特有の探索空間は、ＰＤＣＣＨ領域内で定義されうる。これらのサブフレームなどのサブフレームにおいて、ＷＴＲＵまたはＵＥは、ＰＤＣＣＨ領域において共通探索空間ＰＤＣＣＨ候補および／またはＷＴＲＵまたはＵＥ特有の探索空間のＰＤＣＣＨ候補などのＰＤＣＣＨ候補を監視するか、または復号することを試みることができる（またはそうする必要がありうる）。フォールバックサブフレームとして構成されえないサブフレームにおいて、ｅＰＤＣＣＨに対して構成されているＷＴＲＵまたはＵＥなどの特定のＷＴＲＵまたはＵＥは、ＰＤＳＣＨ領域においてｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができる（またはそうする必要がありうる）。フォールバックサブフレームは、期間、オフセット、連続的に構成されているサブフレームの数（例えば、連続するＤＬサブフレームの数）、および／または他のパラメータのうちの少なくとも１つで構成されうる。
【０８１１】
それに加えて、ｅＰＤＣＣＨサブフレームまたはｅＰＤＣＣＨ監視サブフレームの構成はフォールバックサブフレームの構成と同等であり、ｅＰＤＣＣＨサブフレームまたはｅＰＤＣＣＨ監視サブフレームは、フォールバックサブフレームとは反対の仕方で処理されうる。例えば、ＷＴＲＵまたはＵＥおよび／またはｅＮＢは、フォールバックサブフレームとして構成されうるサブフレームについて本明細書で説明されている仕方でｅＰＤＣＣＨサブフレームまたはｅＰＤＣＣＨ監視サブフレームとして構成されえないサブフレームを取り扱うことができる。ＷＴＲＵまたはＵＥおよび／またはｅＮＢは、フォールバックサブフレームとして構成されえないサブフレームについて本明細書で説明されている仕方でｅＰＤＣＣＨサブフレームまたはｅＰＤＣＣＨ監視サブフレームとして構成されうるサブフレームを取り扱うことができる。
【０８１２】
ＰＲＳ  ＲＥを処理するための実施形態が、本明細書で説明されうる。ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥが復号することを試みうるＲＢ内に配置されうるｅＰＤＣＣＨ候補について、ＷＴＲＵまたはＵＥは、データを含みうるＲＥ（例えば、ＣＲＳまたはＤＭ−ＲＳまたはＣＳＩ−ＲＳを含みえないＲＥ）に対して、ｅＰＤＣＣＨはＰＲＳ  ＲＥと衝突しうるＲＥで送信されえないことを想定することができる。ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ  ＲＥに対して、これらのＲＥについてあちこちでしかるべくレートマッチングが行われ、および／またはこれらのＲＥにおいてパンクチャリングが行われることを想定することができる。
【０８１３】
ＷＴＲＵまたはＵＥは、これに与えられた情報からのＰＲＳパラメータおよび／または送信特性に関する知識を有し、および／または取得することができ、そのような情報を衝突処理に使用することができる。例えば、ＷＴＲＵまたはＵＥは、Ｅ−ＳＭＬＣから（例えば、ＬＰＰシグナリングを介して）、またはｅＮＢから（例えば、ＲＲＣシグナリングによって）知識を取得することができる。これらのパラメータは、本明細書で説明されているパラメータのうちの１または複数、さらには他のパラメータも含みうる。
【０８１４】
これらおよび／または他のパラメータから、ＷＴＲＵまたはＵＥは、ＰＲＳが与えられたセルにおいてどのサブフレームで、および／またはそれらのサブフレームのうちのどのＲＢで送信されうるかを判定することができる。ＷＴＲＵまたはＵＥは、ＰＲＳがセルのどのサブフレームで送信されうるかを決定するときにＰＲＳのミューティングを考慮する場合もしない場合もある。
【０８１５】
ＤＭ−ＲＳ  ＲＥ、例えば、ｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥが、与えられたセルのＲＢにおいてＰＲＳ  ＲＥと衝突しうるかどうかを判定するときに、ＷＴＲＵまたはＵＥは、サブフレームまたはセルに対するＣＰ長、ｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数、セルの物理セルＩＤ、およびセルの物理セルＩＤから導出されうるＰＲＳ  ｖshift値、例えば、
【０８１６】
【数２２８】
2019110610.tif 000252
【０８１７】
のうちの１または複数を使用することができる。
【０８１８】
それに加えて、例えば、衝突処理のため、ロケーションまたはアンテナポートマッピングが、例としての一実施形態によりＤＭ−ＲＳ  ＲＥに使用されうる。ｅＮＢは、ｅＰＤＣＣＨ候補がＰＲＳが送信されうるセルのサブフレーム内に配置されうるＲＢにおけるＤＭ−ＲＳの配置を変更することができる。与えられたセルにおいてｅＮＢがＰＲＳを送信することができるサブフレームにおいて、ｅＮＢは、ＰＲＳ  ＲＥとの衝突を回避するためにｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥなどのＤＭ−ＲＳ  ＲＥの配置を変更することができる。ｅＮＢは、変更しないと少なくとも１つのＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突する可能性がある場合にｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥなどのＤＭ−ＲＳ  ＲＥの配置を変更することができる。ｅＮＢは、変更しないとＰＲＳ  ＲＥと衝突する可能性のあるｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥなどのＤＭ−ＲＳ  ＲＥの配置を変更することができる。
【０８１９】
配置が移動されうるいくつかのＤＭ−ＲＳ  ＲＥは、移動しないとＰＲＳ  ＲＥと衝突する可能性のある１または複数の（例えば、すべてを含みうる）ＤＭ−ＲＳ  ＲＥ、移動されなかった場合にＰＲＳ  ＲＥと衝突する可能性のあるＤＭ−ＲＳ  ＲＥと同じキャリア周波数を有する１もしく複数の（例えば、すべてを含みうる）ＤＭ−ＲＳ  ＲＥ、および／または移動されない場合、ＰＲＳ  ＲＥと衝突しうるＤＭ−ＲＳ  ＲＥの隣接するキャリア周波数における１もしくは複数の（例えば、すべてを含みうる）ＤＭ−ＲＳ  ＲＥを含みうる（例えば、周波数ＸにおけるＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突する場合、Ｘの隣接する周波数におけるＤＭ−ＲＳ  ＲＥは移動されうる）。
【０８２０】
ＰＲＳが送信されうるサブフレームにおいて、ｅＰＤＣＣＨ  ＤＭ−ＲＳなどのＤＭ−ＲＳに関するｅＮＢによるアンテナポートの解釈は修正されうる。この解釈は、セルの物理セルＩＤ、セルのＰＲＳ  Ｖshift、ＣＰ長（例えば、セル、サブフレーム、または通常のサブフレームに対する）、および／またはｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数のうちの少なくとも１または複数の関数となっているものとしてよい。
【０８２１】
配置の変更は、例えば、周波数の増減など、周波数に関するものであってよい。配置の変更は、シンボルの変更を含んでいてもいなくてもよい。配置の変更は、セルの物理セルＩＤ、セルのＰＲＳ  ｖshift、ＣＰ長（例えば、セル、サブフレーム、または通常のサブフレームに対する）、および／またはｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数のうちの少なくとも１または複数の関数となっているものとしてよい。
【０８２２】
ｅＮＢがＰＲＳを送信することができるセルにおいて、ｅＮＢは、ｅＮＢがＰＲＳを送信することができるサブフレームにおいてＰＲＳ  ＲＥとの衝突を回避または低減するためにいくつかのサブフレームにおいてｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥなどのＤＭ−ＲＳ  ＲＥの配置を変更することができる。これらのいくつかのサブフレームは、ｅＮＢがＰＲＳを送信することができ、および／またはＰＲＳを送信することができないサブフレームを含むことができ、例えば、いくつかのサブフレームは、すべてのサブフレームを含みうる。ｅＮＢは、上で説明されているように配置を変更することができる。このセル（例えば、ｅＮＢがＰＲＳを送信することができるセル）において、ｅＰＤＣＣＨ  ＤＭ−ＲＳなどの、ＤＭ−ＲＳに関するｅＮＢによるアンテナポートの解釈は、ｅＮＢがＰＲＳを送信することができるサブフレームにおいて所望の修正と整合させるためにいくつかのサブフレームにおいて修正されうる。これらのいくつかのサブフレームは、ｅＮＢがＰＲＳを送信することができ、および／またはＰＲＳを送信することができないサブフレームを含むことができ、例えば、いくつかのサブフレームは、すべてのサブフレームを含みうる。
【０８２３】
ｅＮＢがＰＲＳを送信する場合も送信しない場合もあるセルにおいて、ｅＮＢは、セルがＰＲＳを送信することになっていた場合にＰＲＳが配置されうる場所に基づきサブフレームにおいてｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥなどのＤＭ−ＲＳ  ＲＥの配置を変更することができる。ｅＮＢは、本明細書で説明されているように配置を変更することができる。このセル（例えば、ｅＮＢがＰＲＳを送信する場合もしない場合もあるセル）において、ｅＰＤＣＣＨ  ＤＭ−ＲＳなどの、ＤＭ−ＲＳに関するｅＮＢによるアンテナポートの解釈は、セルがＰＲＳを送信することになっていた場合に所望の修正になるであろうものと整合させるためにサブフレームにおいて修正されうる。
【０８２４】
ｅＮＢは、与えられたサブフレームにおいてｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥについて説明されている方法の１または複数で、ＤＭ−ＲＳ  ＲＥを移動するか、またはアンテナポートの解釈を修正することができる。ｅＮＢは、例えば、同じ、または類似の方法で、そのサブフレームにおいてｅＰＤＣＣＨによって許可されたＰＤＳＣＨに対して、ＤＭ−ＲＳ  ＲＥを移動するか、またはアンテナポートの解釈を修正することができる。
【０８２５】
ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、修正されたＤＭ−ＲＳパターン（例えば、ＰＲＳが送信されえないサブフレームにおいてｅＰＤＣＣＨに使用されうるＤＭ−ＲＳパターンと異なりうる）を使用してｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができる。これらのサブフレーム（例えば、ＰＲＳが送信されうるサブフレーム）において、ｅＰＤＣＣＨ  ＤＭ−ＲＳなどのＤＭ−ＲＳに関するＷＴＲＵまたはＵＥによるアンテナポートの解釈は修正されうる。この解釈は、セルの物理セルＩＤ、セルのＰＲＳ  ｖshift、ＣＰ長（例えば、セル、サブフレーム、または通常のサブフレームに対する）、および／またはｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数のうちの少なくとも１または複数の関数となっているものとしてよい。
【０８２６】
ＰＲＳを送信しうるセルの（例えば、すべてのサブフレームを含みうる）１または複数のサブフレームにおいて、ＷＴＲＵまたはＵＥは、修正されたＤＭ−ＲＳパターン（例えば、ＰＲＳを送信しえないセルにおいてｅＰＤＣＣＨに使用されうるＤＭ−ＲＳパターンと異なりうる）を使用してｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができる。これらのサブフレーム（例えば、ＰＲＳを送信しうるセルの、すべてを含みうる、１または複数のサブフレーム）において、ｅＰＤＣＣＨ  ＤＭ−ＲＳなどのＤＭ−ＲＳに関するＷＴＲＵまたはＵＥによるアンテナポートの解釈は修正されうる。この解釈は、セルの物理セルＩＤ、セルのＰＲＳ  ｖshift、および／またはｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数のうちの少なくとも１または複数の関数となっているものとしてよい。
【０８２７】
修正されたＤＭ−ＲＳパターンおよび／またはアンテナポートの解釈は、ＰＲＳ  ＲＢのロケーション、ＰＲＳ  ＲＥのロケーション、セルの物理層セルＩＤ、セルのＰＲＳ  ｖshift、ＣＰ長（例えば、セル、サブフレーム、または通常のサブフレームに対する）、および／またはｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数のうちの少なくとも１または複数の関数となっているものとしてよい。
【０８２８】
一実施形態によれば、ＷＴＲＵまたはＵＥは、修正されたＤＭ−ＲＳパターンまたはアンテナの解釈を使用することができるｅＰＤＣＣＨによって許可されたＰＤＳＣＨなどのＰＤＳＣＨを復号するため、修正されたＤＭ−ＲＳパターンまたはアンテナポートの解釈を使用することができる。例えば、ＷＴＲＵは、ｅＰＤＣＣＨが修正されたＤＭ−ＲＳパターンを使用するサブフレームにおいてｅＰＤＣＣＨによって許可されたＰＤＳＣＨを復号するために、ｅＰＤＣＣＨ  ＤＭ−ＲＳに使用されるのと同じ、または類似のパターンなどの、修正されたＤＭ−ＲＳパターンを使用することができる。別の例では、ＷＴＲＵは、ｅＰＤＣＣＨが修正されたアンテナポートの解釈を使用するサブフレームにおいてｅＰＤＣＣＨによって許可されたＰＤＳＣＨに対して、ｅＰＤＣＣＨ  ＤＭ−ＲＳに使用されるのと同じ、または類似の解釈などの、修正されたアンテナポートの解釈を使用することができる。
【０８２９】
それに加えて、例えば、衝突を処理するために、ＤＭ−ＲＳ  ＲＥに対するアンテナポートの制限に対する実施形態が説明されうる。例えば、ｅＮＢは、ｅＰＤＣＣＨ候補がＰＲＳが送信されうるセルのサブフレーム内に配置されうるＲＢにおいてアンテナポートの制限を課すことができる。与えられたセルにおいてｅＮＢがＰＲＳを送信することができるサブフレームにおいて、ｅＮＢは、ｅＰＤＣＣＨおよび／またはＰＤＳＣＨに対するいくつかのアンテナポートの使用を制限することができる。このような制限は、セルの物理層セルＩＤ、セルのＰＲＳ  ｖshift、ＣＰ長（例えば、セル、サブフレーム、または通常のサブフレームに対する）、および／またはｅＰＤＣＣＨ送信に対して構成されているアンテナポートの数のうちの少なくとも１つに基づくものとしてよい。一例として、アンテナポート７、８、９、および１０がｅＰＤＣＣＨ送信に対して構成されうる場合、ポート７および８またはポート９および１０へ限定する制限は、ＰＲＳが送信されうるサブフレームにおいて課され、この制限は、セルの物理層セルＩＤ、ＰＲＳ  ｖshift、および／またはＣＰ長（例えば、セル、サブフレーム、または通常のサブフレームに対する）のうちの少なくとも１つに基づくものとしてよい。
【０８３０】
ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、アンテナポートの制限されたセットを使用してｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができる。ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨがアンテナポートの制限されたセットを使用するサブフレームにおいてｅＰＤＣＣＨによって許可されたＰＤＳＣＨに対して、ｅＰＤＣＣＨ  ＤＭ−ＲＳに使用されるのと同じ、または類似の、アンテナポートの制限されたセットなどの、アンテナポートの制限されたセットを使用することができる。アンテナポートの制限されたセットが使用されうる場合、その制限されたセットは、例えば、本明細書で説明されている解決方法または実施形態のどれかにおける、構成された、または他のアンテナポートセットを置き換えることができる。
【０８３１】
異なるｅＰＤＣＣＨ構成が、ＰＲＳサブフレームなどのいくつかのサブフレームに対して実装されうる（例えば、衝突処理のため）。このような一実施形態では、セルに関して、ＰＲＳが送信されえないサブフレームにおいて使用するためのｅＰＤＣＣＨと異なる、ＰＲＳが送信されうるサブフレームにおいて使用するためのｅＰＤＣＣＨに対する構成がありうる。ＰＲＳが送信されうるサブフレームにおいて、ＷＴＲＵまたはＵＥは、これらのサブフレームに対する構成に従ってｅＰＤＣＣＨ候補を監視するか、または復号することを試みることができる。ＷＴＲＵまたはＵＥは、例えば、ＲＲＣシグナリングであってよい、専用またはブロードキャストシグナリングを介して、ＰＲＳがｅＮＢから送信されうるサブフレームに対するｅＰＤＣＣＨ構成を受信することができる。ＷＴＲＵまたはＵＥは、１または複数のｅＰＤＣＣＨ構成を受信し、どの構成をいつ使用するかについて、例えば、ｅＮＢから命令を受信することができる。例えば、命令は、特定の構成をどのサブフレーム（例えば、ＰＲＳが送信される場合もあればされない場合もあるサブフレーム）で、またはどのような状況で使用するかを指示することができる。
【０８３２】
ＰＲＳが送信されうるサブフレームにおいて、ＰＲＳは、オーバーライドもされうる（例えば、衝突処理のため）。例えば、例えば、ｅＰＤＣＣＨ  ＲＥなどのＲＥは、ＰＲＳ  ＲＥをオーバーライドしうる。第２の信号の上への第１の信号のオーバーライドは、第２の信号の送信を妨げ、第１の信号の送信は有効化されうる。例えば、ＲＥ１は、ＲＥ２をオーバーライドすることができ、そこで、ＲＥ１、またはＲＥ１における信号は送信され、ＲＥ２、またはＲＥ２における信号は送信されえない。
【０８３３】
ＰＲＳが送信されうるサブフレームにおいて、ＲＥは（例えば、ＰＲＳ  ＲＥとの衝突の場合）ＰＲＳ  ＲＥをオーバーライドすることができる。例えば、このようなオーバーライドは、以下の１または複数が起きるか、または真である場合に行われうる。ＲＥがｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥなどのｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥである、ＲＥが、特定のｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥ、例えば特定のアンテナに対応するｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥである、ＲＥがｅＰＤＣＣＨ共通探索空間内のｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥ（例えば、任意のｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥ）である、ＲＥが、ｅＰＤＣＣＨ共通探索空間内の任意のＲＥなどの、ｅＰＤＣＣＨ共通探索空間内のＲＥである、および／または同様の状況でありうる。
【０８３４】
例えばｅＰＤＣＣＨ  ＲＥまたはｅＰＤＣＣＨ  ＤＭ−ＲＳ  ＲＥなどのＲＥが、ＰＲＳ  ＲＥをオーバーライドしうる場合、ＲＥとＰＲＳ  ＲＥとの間の衝突は、取り除かれるか、または回避されうる（例えば、ＰＲＳ  ＲＥまたはＰＲＳ  ＲＥ内の信号が送信されえない）。ＲＥとＰＲＳ  ＲＥとの間の衝突が、例えば、オーバーライドによって、取り除かれるか、または回避されうる場合、ＷＴＲＵは、ＲＥとＰＲＳ  ＲＥとの間に衝突はありえないと判定することができる。この判定に基づき、ＷＴＲＵは、セルにおいてＰＲＳが送信されうるサブフレームにおいてｅＰＤＣＣＨ候補またはＲＢまたはＲＥに配置されうるｅＰＤＣＣＨ候補を監視するか、または復号することを試みるかどうかなどの、さまざまな決定を下すことができる。
【０８３５】
ブラインド復号（例えば、その最適化）が実行されうる（例えば、衝突処理のため）。例えば、構成されたｅＰＤＣＣＨリソースに基づき、ＷＴＲＵまたはＵＥは、多数のブラインド復号を実行することができ、これはブラインド復号の完全なセットと称されうる。一例において、ｅＰＤＣＣＨ候補のうちのいくつかが、セルにおいてＰＲＳが送信されうるサブフレーム内でＰＲＳ  ＲＢと衝突しうるＲＢ内に配置されうる場合、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨ候補が配置されうる構成されたＲＢのサブセットを監視するか、または復号することを試みることができる。そのようなシナリオにおいて、ＷＴＲＵまたはＵＥは、以下の１または複数を実行することができる。つまり、ＲＢのサブセットにおいてブラインド復号の完全なセットを使用すること（例えば、サブフレームに対して復号全体を回復するため）、および／または完全な構成の一部としてこれらのＲＢに対するセット以上であり、完全な構成の完全なセット以下でありうるＲＢのサブセットにおいてブラインド復号のセットを使用することを実行する。例えば、ＲＢの完全なセットがＮ個のブラインド復号に対応し、部分セットがこれらのＮのうちのＭに対応する場合、部分セット（または部分セットのみ）を復号することを試みるときに、ＷＴＲＵまたはＵＥは、Ｗ回のブラインド復号を使用することができ、ただし、ＷはＮまたはＭ≦Ｗ≦Ｎとすることができる。
【０８３６】
それに加えて、実施形態（例えば、衝突処理のための）において、ｅＮＢは、ＷＴＲＵまたはＵＥの測位能力および／またはどのＷＴＲＵまたはＵＥがＰＲＳ送信および／またはＰＲＳパラメータについて知ることができるかということに関する知識を有するか、または取得することができる。例えば、ｅＮＢは、ＷＴＲＵまたはＵＥの測位能力に関する、および／またはどのＷＴＲＵまたはＵＥが１または複数のセルにおけるＰＲＳ送信および／またはＰＲＳパラメータの知識を有している可能性があるかということに関する情報をＥ−ＳＭＬＣまたは別のネットワークエンティティから受信することができる。ｅＮＢは、例えば、ＬＰＰａインターフェースまたはプロトコルを介してこの、および／または他の情報を要求し、および／または受信することができる。与えられた、または特定のＷＴＲＵまたはＵＥ（またはＷＴＲＵまたはＵＥ）に対して、この情報は、ＷＴＲＵまたはＵＥがＯＤＯＡをサポートする能力を有することができるかどうか、ＰＲＳ情報がＷＴＲＵまたはＵＥに提供されたかどうか（例えば、Ｅ−ＳＭＬＣまたは他のネットワークエンティティによって、例えば、測位支援データの一部として）、ＰＲＳ情報が、特定のセルまたは複数のセル（例えば、ＷＴＲＵまたはＵＥの１または複数のサービングセルであってよいｅＮＢの制御の下にあるセルなど）に対して提供されている可能性があるかどうか、どの１または複数のセルに対して、そのような情報がＷＴＲＵまたはＵＥに提供されている可能性があるか、および／またはＰＲＳ情報が、ＷＴＲＵまたはＵＥによって正常に受信された可能性があるかどうか、および／または同様のことのうちの１または複数を含みうる。ＰＲＳ情報は、ＰＲＳ送信サブフレーム、ＢＷ、ＲＢ、ＲＥ、ミューティング情報、および／またはＰＲＳに関係する任意の他の情報（例えば、本明細書で説明されているＰＲＳ情報または列挙された情報の決定に使用されるパラメータ）のうちの１または複数を含みうる。
【０８３７】
Ｅ−ＳＭＬＣおよび／または別のネットワークエンティティは、Ｅ−ＳＭＬＣまたは他のネットワークエンティティによって提供された可能性のある、この情報を正常に受信したことに応答して、ＷＴＲＵまたはＵＥからのアクノリッジメント（ＡＣＫ）または他の指示を受信したことに基づきＰＲＳ情報がＷＴＲＵまたはＵＥによって正常に受信されたかどうかを知ることができる。Ｅ−ＳＭＬＣまたは他のネットワークエンティティがＰＲＳ情報を提供したことに応答してＷＴＲＵまたはＵＥからのＡＣＫまたは他の指示がない場合、Ｅ−ＳＭＬＣまたは他のネットワークエンティティの、ＷＴＲＵまたはＵＥがＰＲＳ情報を認識していることに関する知識は信頼できない場合がある。
【０８３８】
ＷＴＲＵまたはＵＥは、１または複数の送信元からのＰＲＳ情報を処理することもできる（例えば、衝突処理のため）。例えば、ＷＴＲＵまたはＵＥは、Ｅ−ＳＭＬＣ、ＰＲＳのセル送信を制御するｅＮＢ、別のセル、または別のネットワークエンティティなどの少なくとも１つの送信元からセルに対するＰＲＳ情報を受信することができる。ＷＴＲＵまたはＵＥは、本明細書で説明されているようにそれが受信するＰＲＳ情報を処理することができる。
【０８３９】
ＷＴＲＵまたはＵＥによるセルのＰＲＳ送信情報に関する知識は、例えば、その情報がＥ−ＳＭＬＣ、または制御している可能性のあるまたはＰＲＳ情報の知識を有している可能性のあるｅＮＢ以外のネットワークエンティティから受信された可能性のある場合に、陳腐化しているか、または信頼できないものである可能性がある。例えば、ｅＮＢは、１または複数のセルに対するＰＲＳ送信パラメータが変化したときに変化したことをＥ−ＳＭＬＣもしくは他のネットワークエンティティに通知することができるけれども、ＷＴＲＵまたはＵＥが例えばしばらくしてからセルおよびＰＲＳ情報の変化についてＰＲＳ情報を受信した場合に、ＷＴＲＵまたはＵＥに知られているＰＲＳ情報は、不正確である可能性がある。この情報は、ｅＮＢがＥ−ＳＭＬＣもしくは他のネットワークエンティティに変化を通知し、および／またはＥ−ＳＭＬＣもしくは他のネットワークエンティティがＷＴＲＵまたはＵＥに通知するまで不正確でありうる。
【０８４０】
ＷＴＲＵまたはＵＥは、例えば、ＰＲＳを送信することができる、セル内の、またはセルのＰＲＳサブフレーム内のｅＰＤＣＣＨを処理する方法を決定するために、それがｅＮＢから受信することができるＰＲＳ情報を使用することができる（または使用することのみできる）。ｅＮＢは、セルにおけるＰＲＳ送信を受け持つｅＮＢ、またはそのセルに対してＷＴＲＵまたはＵＥに構成を（例えば、ハンドオーバーに関係するシグナリングで提供される情報の一部として）提供することができる別のｅＮＢであってよい。ＷＴＲＵまたはＵＥは、例えば、ＰＲＳを送信することができる、セル内の、またはセルのＰＲＳサブフレーム内のｅＰＤＣＣＨを処理する方法を決定するために、それがＥ−ＳＭＬＣまたは別のネットワークエンティティなどの別の送信元から受信することができるＰＲＳ情報を使用することができない（または使用することを許されていない可能性がある）。これは、どのＷＴＲＵまたはＵＥがＥ−ＳＭＬＣまたは他のネットワークエンティティなどの別の送信元からＰＲＳ情報を取得した可能性があるかをｅＮＢが認識しえないときに提供されうる（または有益でありうる）。ＷＴＲＵまたはＵＥの動作は、ＷＴＲＵまたはＵＥが他の送信元から受信された情報を使用することになっていた場合にｅＮＢには知られていないか、またはｅＮＢでは予測不可能であることがありうる。ｅＮＢは、特定の動作を実行するためにＥ−ＳＭＬＣまたは他のネットワークエンティティによってＷＴＲＵまたはＵＥに送信されうる情報と異なるＰＲＳ情報をＷＴＲＵまたはＵＥに送信しうる。
【０８４１】
ＷＴＲＵまたはＵＥは、例えば、ＰＲＳを送信することができる、セル内の、またはセルのＰＲＳサブフレーム内のｅＰＤＣＣＨを処理する方法を決定するために、それがＥ−ＳＭＬＣまたは他のネットワークエンティティから受信することができるＰＲＳ情報を使用することができる。ＷＴＲＵまたはＵＥが、複数の送信元から与えられたセルに対するＰＲＳ情報を受信することができる場合、ＷＴＲＵまたはＵＥは、複数の送信元からの情報が同じであることを予期することができ、動作は、それらが同じでない場合には未定義とすることができる。ＷＴＲＵまたはＵＥは、ｅＮＢから受信された与えられたセルに対するＰＲＳ情報を考慮して、それが例えばｅＰＤＣＣＨの処理を目的として送信元（例えば、任意の送信元）からすでに受信していた可能性のあるＰＲＳ情報をオーバーライドすることができる。ＷＴＲＵまたはＵＥは、任意の送信元から受信された与えられたセルに対するＰＲＳ情報を考慮して、それが例えばｅＰＤＣＣＨの処理を目的として送信元（例えば、任意の送信元）からすでに受信していた可能性のあるＰＲＳ情報をオーバーライドすることができる。
【０８４２】
さらに（例えば、衝突を処理するために）、ｅＰＨＩＣＨとＰＲＳとの衝突を処理するための実施形態が説明されうる。ＰＲＳが送信されうるサブフレームにおいて、以下のうちの１または複数が適用可能である。ｅＰＨＩＣＨがＰＲＳと衝突しうる場合、ｅＰＨＩＣＨはＰＲＳをオーバーライドすることができること、ｅＰＨＩＣＨに対するＤＭ−ＲＳ  ＲＥがＰＲＳ  ＲＥと衝突しうる場合、ｅＰＨＩＣＨに対するＤＭ−ＲＳ  ＲＥはＰＲＳ  ＲＥをオーバーライドすることができること、および／またはｅＰＨＩＣＨ  ＲＥがＰＲＳ  ＲＥと衝突しうる場合、ｅＰＨＩＣＨ  ＲＥにＰＲＳ  ＲＥの周りでレートマッチングを行うことができることが挙げられる。ＷＴＲＵまたはＵＥは、ｅＰＨＩＣＨを監視するか、または復号することを試みるときにこれを考慮しうる。
【０８４３】
ｅＰＤＣＣＨまたはｅＰＤＣＣＨとＰＲＳとを処理することについて本明細書で説明されている実施形態のうちの１または複数は、ｅＰＨＩＣＨまたはｅＰＨＩＣＩとＰＲＳとを処理するために適用されうる。例えば、ｅＰＤＣＣＨまたｅＰＨＩＣＨのうちの少なくとも一方に対して構成されているＷＴＲＵは、ＰＨＩＣＨを監視するか、または復号することを試みることにフォールバックし、および／またはフォールバックが構成されうるサブフレームにおいて、ｅＰＤＣＣＨまたはｅＰＤＣＣＨ監視またはｅＰＨＩＣＨまたはｅＰＨＩＣＨ監視が構成されていない可能性のあるサブフレームにおいて、ＰＲＳが送信されうるサブフレームにおいて、またはこれらのサブフレームにおけるＰＲＳとの衝突または衝突の可能性が本明細書で説明されている１または複数の実施形態によりそのような動作を保証するサブフレームにおいてｅＰＨＩＣＨを監視するか、または復号することを試みることをしえない。
【０８４４】
疑似照合アンテナポートも、一実施形態により実現され、および／または使用されうる。例えば、いくつかの送信モードにおけるＰＤＳＣＨなどのいくつかのダウンリンクチャネルの復調は、ＷＴＲＵまたはＵＥがＷＴＲＵまたはＵＥ特有の基準信号（例えば、アンテナポート７から１４上で送信される）などの基準信号からチャネルを推定することを必要としうる。そのような手順の一部として、ＷＴＲＵまたはＵＥは、これらの基準信号に対して精細な時間および／または周波数同期処理、さらには伝搬チャネルの大規模な特性に関係するある特性の推定をも実行しうる。
【０８４５】
一実施形態において、このような手順は、セル特有の基準信号などの定期的に測定されうる別の基準信号がＷＴＲＵまたはＵＥ特有の基準信号と同じタイミング（例えば、および他の何らかの特性）を共有できるという想定によって通常は円滑にされうる。このような想定は、これらの信号がアンテナの同じセットから物理的に送信されうる場合に有効でありうる。その一方で、地理的に分散されているアンテナを有する実施形態では、この想定は、ＷＴＲＵまたはＵＥ特有の基準信号（例えば、および関連付けられているダウンリンクチャネル）が、セル特有の基準信号と異なる地点から送信されうるので有効でない場合がある。そのようなものとして、ＷＴＲＵまたはＵＥは、復調に使用される基準信号と同じタイミングおよび／または他の特性を共有することができる基準信号（例えば、ＣＳＩ−ＲＳ）を介して通知されうる。次いで、対応するアンテナポート（例えば、２つのアンテナポート）は、ＷＴＲＵまたはＵＥが第１のアンテナポートから受信された信号の大規模な特性が別のアンテナポートから受信された信号から推論されるように「疑似照合」されうる。「大規模な特性」は、遅延拡散、ドップラー拡散、周波数シフト、平均受信電力、受信タイミング、および同様のもののうちの１または複数を含むことができる。本明細書で説明されているように、ｅＰＤＣＣＨは、アンテナポート７〜１０などのアンテナポート上で送信されうるこれらの基準信号を使用して復調されうる。ｅＰＤＣＣＨの潜在的な能力のメリット、さらにはエリア分割の利点を活かすために、ｅＰＤＣＣＨも、セルの送信点から送信されうる。セルの送信点からｅＰＤＣＣＨを送信するために、ユーザー装置ＵＥは、ｅＰＤＣＣＨの復調に使用されるアンテナポートと疑似照合されうるＣＳＩ−ＲＳなどの１または複数の基準信号を使用し、および／または知る必要がありうる。残念なことに、ｅＰＤＣＣＨの復調に使用されうるアンテナポートと疑似照合されうるそのような基準シンボルを使用し、知ることは、潜在的にシグナリングされうるダウンリンク制御情報はｅＰＤＣＣＨが復号された後に利用可能になる傾向を有するので困難でありうる。
【０８４６】
そのようなものとして、復調基準タイミング指示を出すためのシステムおよび／または方法が本明細書で開示されうる。例えば、単一の復調基準タイミングが、与えられ、および／または使用されうる。そのような実施形態（例えば、第１の実施形態）では、ＷＴＲＵまたはＵＥは、少なくとも１つの疑似照合アンテナポートが、事前定義済みのアンテナポート（例えば、セル特有の基準信号が送信されうるポート０〜３のうちの少なくとも１つ）および／または上位層によって構成された少なくとも１つのアンテナポート（例えば、ＣＳＩ−ＲＳ基準信号の一構成のポート１５〜２３のうちの少なくとも１つ）でありうることを想定するか、識別するか、または決定することができる。ネットワークは、事前定義された、または事前構成された疑似照合アンテナポートに対応する同じ送信点上でｅＰＤＣＣＨをＷＴＲＵまたはＵＥに送信することができる。ネットワークはｅＰＤＣＣＨを異なる送信点上で送信することも、それがこの地点から送信された基準信号の大規模な特性が復調性能に影響を及ぼさないように十分に類似していることを知ることができる場合に行うことができる。例えば、一実施形態では、アンテナポート０（ＣＲＳ）が疑似照合アンテナポートであると定義されうる場合、およびＣＲＳがノード（大電力ノードおよび低電力ノードを含む）から送信されうる場合に、ネットワークは、ｅＰＤＣＣＨを特定の低電力ノードから送信することを、それがその低電力ノードから送信される基準信号の受信タイミングがＣＲＳのタイミングに十分に近い可能性があることを知る場合に行うことができる。
【０８４７】
そのような一実施形態を使用可能にするために、ＷＴＲＵまたはＵＥは、得られた送信点から送信されるべきネットワークによって知られうるＣＳＩ−ＲＳなどの少なくとも１つの基準信号の少なくとも１つの特性を推定することができる。測定されうる特性は、受信タイミング、平均受信電力、周波数シフト、ドップラー拡散、遅延拡散、および同様のもののうちの少なくとも１つを含むことができる。
【０８４８】
上記の特性のうちの少なくとも１つは、別の事前定義された、または構成された基準信号に対する同じ特性に関するものであってよい。例えば、ＷＴＲＵまたはＵＥは、関係する基準信号とセル特有の基準信号（ＣＲＳ）との間の受信タイミングの差を推定することができる。別の例では、ＷＴＲＵまたはＵＥは、当該基準信号とＣＲＳの平均受信電力の比（単位ｄＢ）を推定することができる。
【０８４９】
一実施形態において、この推定を計算するために、ＷＴＲＵまたはＵＥは、当該基準信号が送信されうる複数のアンテナポートにわたって平均をとることができる。ＷＴＲＵまたはＵＥは、複数のサブフレームおよび複数のリソースブロックにわたって平均をとることもできる（例えば、周波数領域内で）。上述の特性のそれぞれについて、新しい測定タイプを定義することもできる。
【０８５０】
ＷＴＲＵまたはＵＥは、ＲＲＣメッセージ（例えば、測定レポート）または下位層シグナリング（例えば、ＭＡＣ制御要素または物理層シグナリング）を使用して少なくとも１つの特性に対する測定結果をネットワークに報告することができる。これらの結果を使用することで、ネットワークは、特定の地点からの送信が、ＷＴＲＵまたはＵＥが復調に使用されるアンテナポートと疑似照合されると想定するか、識別するか、または決定するアンテナポート（または基準信号）に基づき、または考慮して実現可能であるかどうかを判定することができる。例えば、ＷＴＲＵまたはＵＥが疑似照合されることを想定するか、識別するか、または決定するＣＲＳとのタイミングの差が大きすぎる可能性がある場合、ネットワークは、ＣＲＳに使用されるのと同じ送信点を使用して（損失または分割利得と引き換えに）送信することができる。
【０８５１】
それに加えて、一実施形態では、ＷＴＲＵまたはＵＥは、測定結果の送信を定期的にトリガーすることができる。あるいは、ＷＴＲＵまたはＵＥは、以下の事象のうちの少なくとも１つが発生しうる場合に結果の送信をトリガーすることができる。ＷＴＲＵまたはＵＥは、基準信号間の特性の差が閾値より高くなったり、または低くなったりしたときに送信をトリガーしうる。例えば、ＷＴＲＵまたはＵＥは、特定の構成されたＣＳＩ−ＲＳとＣＲＳとの間の受信タイミングの差が閾値より高くなりうる場合にレポートの送信をトリガーしうる。ＷＴＲＵまたはＵＥは、基準信号間の特性の絶対値が閾値より高くなったり、または低くなったりしたときにも送信をトリガーしうる。例えば、ＷＴＲＵまたはＵＥは、測定された遅延拡散が閾値より高くなりうる場合にレポートの送信をトリガーしうる。そのような事象および関連するパラメータまたは閾値は、測定報告構成の一部として構成されうる（例えば、ｒｅｐｏｒｔＣｏｎｆｉｇ）。
【０８５２】
ネットワークでは、ダウンリンク送信に潜在的に使用される送信点と同一の空間を占める異なる受信点においてＳＲＳ、ＰＵＣＣＨ、ＰＵＳＣＨ、またはＰＲＡＣＨ、および同様のものなどのＷＴＲＵまたはＵＥからのアップリンク送信を測定することによっていくつかの大規模な特性が類似しているかどうかを（例えば、受信タイミングが類似しうる場合に）推定することもできる。
【０８５３】
複数の復調基準タイミングが、与えられ、および／または使用されうる。そのような実施形態（例えば、第２の実施形態）では、ＷＴＲＵまたはＵＥ特有の基準信号に基づきｅＰＤＣＣＨおよび／またはＰＤＳＣＨを受信するために（例えば、アンテナポート７〜１４）、ＣＳＩ−ＲＳ、ＣＲＳ、ＰＲＳ、および同様の信号などの基準信号のうちの少なくとも１つが、ＷＴＲＵまたはＵＥに対する復調基準タイミングを指示するために使用されうる。
【０８５４】
ＷＴＲＵまたはＵＥが、基準信号との復調基準タイミングを与えられるか、またはそれに関する情報を通知されうる場合、ＦＦＴタイミングおよびチャネル推定フィルタ係数を含むＷＴＲＵまたはＵＥ復調プロセスは、基準信号に従うものとしてよい。例えば、ＣＳＩ−ＲＳ１およびＣＳＩ−ＲＳ2などのＷＴＲＵまたはＵＥに対して構成されている２つのＣＳＩ−ＲＳがあり、ＷＴＲＵまたはＵＥが両方のＣＳＩ−ＲＳ構成についてＣＳＩを報告しうる場合、ＰＤＳＣＨ復調に対するＦＦＴタイミングおよび精細な時間および／または周波数同期は、復調基準タイミング指示に従って２つのＣＳＩ−ＲＳ構成のうちの１つに従うものとしてよい。
【０８５５】
あるいは、ＷＴＲＵまたはＵＥが、基準信号との復調基準タイミングに関する情報を通知された場合、ＰＤＳＣＨ復調手順は、以下の１または複数に基づき基準信号のタイプに応じて異なりうる。
【０８５６】
ＣＳＩが基準タイミングに使用されうる場合、ＣＳＩ−ＲＳに対するＦＦＴタイミングおよびチャネル推定フィルタ係数が、ＰＤＳＣＨ復調に使用されうる。例えば、ＷＴＲＵまたはＵＥは、ＰＤＳＣＨおよび／またはＷＴＲＵまたはＵＥ特有の復調ＲＳ（例えば、アンテナポート７〜１４）が同じ疑似照合アンテナポートから送信されうることを想定し、識別し、または決定することができる。そのようなものとして、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを監視するように構成されうる場合（例えば、それぞれのＰＲＢセットについて）、ＷＴＲＵまたはＵＥは、アンテナポートの第１のセット（例えば、１５〜２２）がＣＳＩ−ＲＳ情報に関連付けられるか、または対応し、および／またはＰＤＳＣＨに対するマッピングを識別し、他のアンテナポート（例えば、７〜１４または他のポート）が上で説明されているようにドップラー偏移、ドップラー拡散、平均遅延、遅延拡散、および同様のものなどのパラメータに関して疑似コロケーションされうることを想定し、識別し、または決定することができる。
【０８５７】
ＣＲＳが基準タイミングに使用されうる場合、ＣＲＳに対するＦＦＴタイミングおよびチャネル推定フィルタ係数が、ＰＤＳＣＨ復調に使用されうる。あるいは、ＣＲＳに対する時間および／または周波数オフセットが、ＰＤＳＣＨ復調のために与えられるものとしてよい。ＷＴＲＵまたはＵＥがオフセットに関して通知されうる場合、ＷＴＲＵまたはＵＥは、ＣＲＳからのオフセットを適用することができる。例としての実施形態では、ＦＦＴタイミングオフセット（ΔＦＦＴ）、時間オフセット（ΔＴ）、周波数オフセット（ΔＦ）、および同様のもののうちの少なくとも１つが与えられうる。
【０８５８】
ＰＲＳが基準タイミングに使用されうる場合、ＣＳＩ−ＲＳまたはＣＲＳのいずれかと類似のＷＴＲＵまたはＵＥの動作が、そのような一実施形態において適用されうる。
【０８５９】
一実施形態において、復調基準タイミングは、暗黙的に、または明示的な仕方で、ＷＴＲＵまたはＵＥに通知されうる。また、与えられた時間窓（例えば、サブフレームまたは無線フレーム）に対する単一の復調基準が適用されるか、または複数の復調基準が使用されうる。
【０８６０】
暗黙の復調基準タイミング指示が、与えられ、および／または使用されうる。そのような実施形態（例えば、第１の解決方法）では、復調基準タイミングは、ｅＰＤＣＣＨおよび／またはＰＤＣＣＨリソースに結び付けられ、ＷＴＲＵまたはＵＥに暗黙的に通知されうる。ＤＣＩは、ＰＤＳＣＨを復調するために受信されるので、復調タイミング基準は、ＷＴＲＵまたはＵＥがＤＣＩを受信することができるｅＰＤＣＣＨおよび／またはＰＤＣＣＨリソースのロケーションから推論することができる。以下の方法のうちの少なくとも１つが、ｅＰＤＣＣＨおよび／またはＰＤＣＣＨリソースベースの指示を実装するために使用されうる。
【０８６１】
一実施形態では、ＷＴＲＵまたはＵＥ特有の探索空間は、２以上の数のサブセットに分割され、それぞれのサブセットは、特定の復調タイミング基準と結び付けられうる。例えば、ＷＴＲＵまたはＵＥ特有の探索空間内において、総ブラインド復号試行回数２Ｎblindは、２つのサブセット（ｓｕｂｓｅｔ1およびｓｕｂｓｅｔ2）に分割され、それぞれのサブセットは、排他的なＮblind回のブラインド復号試行を含み、それぞれのサブセットは、異なる復調タイミング基準と結び付けられうる。例えば、ｓｕｂｓｅｔ1は、ＣＳＩ−ＲＳ1と結び付けられ、ｓｕｂｓｅｔ2は、ＣＳＩ−ＲＳ2と結び付けられうる。そのようなものとして、一実施形態では、ＷＴＲＵまたはＵＥが、ｓｕｂｓｅｔ1においてＰＤＳＣＨに対するＤＣＩを受信しうる場合、ＷＴＲＵまたはＵＥは、ＰＤＳＣＨがＣＳＩ−ＲＳ1と同じ送信点で送信されうることを想定し、識別し、または決定することができる。
【０８６２】
それに加えて、本明細書で説明されているように、ｅＰＤＣＣＨ  ＷＴＲＵまたはＵＥ特有の探索空間内について、探索空間サブセットは、復調タイミング基準と結び付けられうる。したがって、ＷＴＲＵまたはＵＥが、ｅＰＤＣＣＨに対するブラインド復号を実行することができる場合、ＷＴＲＵまたはＵＥは、ｓｕｂｓｅｔ1およびｓｕｂｓｅｔ2がそれぞれＣＳＩ−ＲＳ1およびＣＳＩ−ＲＳ2と同じ送信点から送信されうることを想定し、識別し、または決定することができる。別の実施形態では、本明細書で説明されているように、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを介してＤＣＩを受信することができる場合、ＷＴＲＵまたはＵＥは、対応するＰＤＳＣＨがｅＰＤＣＣＨと同じ送信点から送信されうることを想定し、識別し、または決定することができる。さらに、ｅＰＤＣＣＨ共通探索空間（例えば、本明細書で説明されているような）に対して、ＷＴＲＵまたはＵＥは、ｅＰＤＣＣＨがＣＲＳと同じ送信点から送信されうることを想定し、識別し、または決定することができる。
【０８６３】
そのようなものとして、実施形態では、ＷＴＲＵまたはＵＥがｅＰＤＣＣＨを監視するように構成されうる場合（例えば、それぞれのＰＲＢセットについて）、ＷＴＲＵまたはＵＥは、ＣＳＩ−ＲＳなどの上位層パラメータによって指示されるパラメータセットを使用して、マッピング情報および／またはアンテナポート疑似コロケーション（例えば、ｅＰＤＣＣＨ）を決定することができる。
【０８６４】
別の実施形態（例えば、第２の解決方法）によれば、復調アンテナポートは、復調タイミング基準と結び付けられうる。アンテナポート７〜１０が、ｅＰＤＣＣＨおよび／またはＰＤＳＣＨ復調に利用可能な場合、疑似コロケーションされているポートの複数の対が事前定義されうる。例えば、ＷＴＲＵまたはＵＥは、アンテナポート｛７、８｝および｛９、１０｝が疑似ロケーションで配置され、疑似ロケーションで配置された対｛７、８｝および｛９、１０｝はそれぞれＣＳＩ−ＲＳ1およびＣＳＩ−ＲＳ2と結び付けられうることを想定し、識別し、または決定することができる。このような一実施形態では、ＷＴＲＵまたはＵＥは、アンテナポート７に対する復号タイミング基準がアンテナポート８と同じでありうることを想定し、識別し、または決定することもできる。あるいは、スクランブルＩＤ（ｎSCID）も、複数のｎSCIDが使用されうると想定して復調タイミング基準と結び付けられうる。ｎSCID＝０およびｎSCID＝１が使用されうる場合、ＷＴＲＵまたはＵＥは、例えば、ｎSCID＝０がＣＳＩ−ＲＳ1と結び付けられ、ｎSCID＝１がＣＳＩ−ＲＳ2と結び付けられうることを想定し、識別し、または決定することができる。別の代替的実施形態によれば、ｎSCIDは、アンテナポートに結び付けられうる。例えば、ｎSCID＝０はアンテナポート｛７、８｝に使用され、ｎSCID＝１はアンテナポート｛９、１０｝に使用されうる。そのようなものとして、ＷＴＲＵまたはＵＥは、ｎSCID＝０が、ＷＴＲＵまたはＵＥがアンテナポート｛７、８｝に基づき信号を復調しうる場合に使用され、ｎSCID＝１が、ＷＴＲＵまたはＵＥがアンテナポート｛９、１０｝に基づき信号を復調しうる場合に使用されうることを想定し、識別し、または決定することができる。ｎSCIDへのアンテナポートのマッピングは、以下の少なくとも１つで構成されうる。ｎSCIDへのアンテナポートのマッピングは事前定義され、そのような一実施形態において、疑似コロケーションされているアンテナポートは同じｎSCIDを有することができ、ｎSCIDへのアンテナポートのマッピングは、ブロードキャスティングチャネルまたは上位層シグナリングによって構成され、および同様の構成が行われうる。
【０８６５】
スクランブルシーケンスは、
【０８６６】
【数２２９】
2019110610.tif 000253
【０８６７】
によって初期化され、ただし、ｃinitにおいて、ＮXIDは、物理セルＩＤとして上位層で構成可能な値または事前定義された値とすることができる。
【０８６８】
別の実施形態（例えば、第３の解決方法）において、ダウンリンクリソースは、復調タイミング基準と結び付けられうる。このような一実施形態では、Ｅ−ＰＤＳＣＨおよび／またはＰＤＳＣＨに対するダウンリンクリソースの位置に応じて、ＷＴＲＵまたはＵＥは、復調基準タイミングを推論することができる。ダウンリンク位置は、ダウンリンクサブフレームのサブセットおよび／または特定の復調基準時間を使用するように構成されうるＰＲＢのうちの少なくとも１つを含みうる。任意で、アンテナポート７〜１４の復調に、基準時間が使用されうる。そうでない場合、ＣＲＳが基準タイミングとして使用されうる。
【０８６９】
さらに別の実施形態（例えば、第４の解決方法）において、復調基準タイミングは、ＣＳＩ−ＲＳおよびＣＳＩフィードバックとの時間的な関係により定義されうる。そのような一実施形態におけるＷＴＲＵまたはＵＥの動作は、以下の少なくとも１つによって定義されうる。ＷＴＲＵまたはＵＥは、受信される最新のＣＳＩ−ＲＳ  ＷＴＲＵまたはＵＥがＣＳＩ−ＲＳkでありうる場合にＰＤＳＣＨがＣＳＩ−ＲＳkを持つ送信点から送信されうることを想定し、識別し、または決定することができる。このような一実施形態では、サブフレームオフセットは、ＷＴＲＵまたはＵＥが、復調基準タイミングがオフセットサブフレームの数にならって変更されうることを想定し、識別し、または決定することができるように付加的に定義されうる。
【０８７０】
それに加えて、ＷＴＲＵまたはＵＥは、最新のＣＳＩフィードバックのＷＴＲＵまたはＵＥのレポートがＣＳＩ−ＲＳkに基づきうる場合にＰＤＳＣＨがＣＳＩ−ＲＳkを持つ送信点から送信されうることを想定し、識別し、または決定することができ、ただし、最新のＣＳＩフィードバックは、非周期的ＣＳＩ報告、最新のＣＳＩ報告タイプがＲＩであった場合に復調基準タイミングが無変更のまま保持されうるＰＭＩ／ＣＱＩを有する周期的ＣＳＩ報告、ＰＭＩ／ＣＱＩ／ＲＩを有する周期的ＣＳＩ報告、オフセットサブフレームの数にならって復調基準タイミングが変更されるように適用されうるオフセットサブフレーム、および同様のもののうちの少なくとも１つであってよい。
【０８７１】
ＰＤＳＣＨ復調情報の暗黙の指示も、本明細書で説明されているように提供され、および／または使用されうる。例えば、本明細書で説明されているように、例えば、サブフレームにおいてＰＤＳＣＨを復号した後にＷＴＲＵまたはＵＥによって使用されうるＰＤＳＣＨ復調情報を決定するために方法または手順が使用されうる。ＰＤＳＣＨ復調情報は、次のうちの１または複数を含むことができる。例えば、ＰＤＳＣＨ復調情報は、ＰＤＳＣＨ復調（例えば、非ゼロ電力ＣＳＩ−ＲＳリソースへのインデックスを含む）に使用されうる基準信号（例えば、またはアンテナポート）に疑似コロケーションされるものとして想定されうる基準信号（例えば、またはアンテナポート）を含みうる。ＰＤＳＣＨ復調情報は、ＰＤＳＣＨが送信されうる、またはＰＤＳＣＨが送信されえない（例えば、レートマッチングのために）、リソース要素（ＲＥ）のロケーションを決定するために使用されうる少なくとも１つのパラメータも含むことができ、このパラメータは、例えば、ＰＤＳＣＨが送信されえないＣＲＳポートのロケーションを指示する少なくとも１つのパラメータ（例えば、ＣＲＳポートの数、ＣＲＳ周波数シフト）、ＭＢＳＦＮ構成、ゼロ電力ＣＳＩ−ＲＳの構成などのＰＤＳＣＨが送信されえないゼロ電力ＣＳＩ−ＲＳのロケーションを指示する少なくとも１つのパラメータ、ＰＤＳＣＨ開始シンボルの指示、ＰＤＳＣＨが送信されえない非ゼロ電力ＣＳＩ−ＲＳのロケーションを指示する少なくとも１つのパラメータ、干渉測定リソースに使用されうるリソース要素のロケーションを指示する少なくとも１つのパラメータ、および同様のパラメータなどである。それに加えて、ＰＤＳＣＨ復調情報は、復調基準信号を決定するために使用されうるスクランブルＩＤをさらに含むことができる。
【０８７２】
例としての一実施形態（例えば、例としての方法）では、ＷＴＲＵまたはＵＥは、このＰＤＳＣＨに対する割り当て（例えば、制御情報）を含むｅＰＤＣＣＨを復調するために使用されうる基準信号に疑似コロケーションされるものとして想定されうる基準信号（例えば、ＣＲＳまたはＣＳＩ−ＲＳなど）の識別に基づきＰＤＳＣＨ復調情報を決定することができる。そのような一実施形態（例えば、方法）では、ネットワークは、ｅＰＤＣＣＨ、および同じｅＰＤＣＣＨによってシグナリングされうるＰＤＳＣＨに対して同じ送信点を使用することができる。それに加えて、ＰＤＳＣＨ復調情報の一部は使用されている送信点に結び付けられうるので（例えば、多くの場合に密接に）、そのような情報は、疑似コロケーションされると想定されうる基準信号から暗黙的に導出されうる。
【０８７３】
例えば、ＷＴＲＵまたはＵＥが、特定のゼロ電力ＣＳＩ−ＲＳリソースがｅＰＤＣＣＨに使用されうる基準信号にコロケーションされうることを決定することができる場合に、ＷＴＲＵまたはＵＥは、同じ非ゼロ電力ＣＳＩ−ＲＳリソースがＰＤＳＣＨを復調するために使用されうる基準信号にコロケーションされる基準信号に対応しうることを想定することができる。それに加えて、この非ゼロ電力ＣＳＩ−ＲＳリソースのインデックスは、上位層によって構成されうるＰＤＳＣＨ復調情報を決定することができるパラメータのセットを（例えば、場合によっては、ダウンリンク制御情報の別の指示と組み合わせて）指示することができる。
【０８７４】
別の実施形態（例えば、例としての方法）において、ＷＴＲＵまたはＵＥは、例えば、探索空間などのこのＰＤＳＣＨに適用可能であるものとしてよいダウンリンク制御情報を含むｅＰＤＣＣＨの特性（例えば、別の特性）、またはｅＰＤＣＣＨが復号をされた可能性のあるｅＰＤＣＣＨセット、アグリゲーションレベル、対応するｅＰＤＣＣＨセットが分散であるか、または集中であるか、および同様のものに基づきＰＤＳＣＨ復調情報を決定することができる。
【０８７５】
例としての実施形態では、上記の実施形態または方法のうちの１または複数を使用するには、ＰＤＳＣＨ復調情報がこの方法を使用して得られることを示す上位層からの指示、このＰＤＳＣＨに適用可能であるダウンリンク制御情報からの指示（例えば、この方法は、新しいまたは既存のフィールドの値の特定のサブセットの１つが受信されうる場合に適用され、またこのフィールドの他の値については、ＷＴＲＵまたはＵＥがフィールドの値に基づきＰＤＳＣＨ復調情報を取得することができる）、例えば、構成されたＤＣＩフォーマット、構成された送信モード（例えば、ＴＭ１０に適用可能であるものとしてよい）、ｅＰＤＣＣＨコロケーション基準信号を決定するための構成された動作（例えば、この方法は、ｅＰＤＣＣＨの疑似コロケーションされた基準信号がｅＰＤＣＣＨが復号されうるｅＰＤＣＣＨセット、疑似コロケーションを決定することを目的としてそれぞれのｅＰＤＣＣＨセットに対して構成された非ゼロ電力ＣＳＩ−ＲＳリソースが異なるかどうかに基づき取得されうる場合に適用できる）に基づくＲＲＣ構成、および同様のもののうちの少なくとも１つが必要条件となる。
【０８７６】
明示的な復調基準タイミング指示が、与えられ、および／または使用されうる。そのような実施形態（例えば、第１の解決方法）では、復調基準タイミングは、ＰＤＳＣＨに対するＤＣＩで指示されるか、それに含まれうる。例えば、指示ビットは、ＤＣＩに明示的に配置されうる。そのようなものとして、ＷＴＲＵまたはＵＥは、対応するＰＤＳＣＨ復調にどの復調基準タイミングが使用されうるかを通知されうる。あるいは、復調基準タイミングは、上位層シグナリング（例えば、ＲＲＣ、ＭＡＣ制御要素、および同様のもの）を介してＷＴＲＵまたはＵＥに通知されうる。
【０８７７】
別のそのような実施形態（例えば、第２の解決方法）において、復調基準タイミングは、復調基準タイミングがＷＴＲＵまたはＵＥ特有の仕方で一方のサブフレームから別のサブフレームに変更されるように特定のｅＰＤＣＣＨおよび／またはＰＤＣＣＨを介して指示されうる。このような一実施形態では、ｅＰＤＣＣＨおよび／またはＰＤＣＣＨは、以下のうちの少なくとも１つで使用されうる。ｅＰＤＣＣＨおよび／またはＰＤＣＣＨは、復調基準タイミングのうちの１つをトリガーし、トリガーされた復調基準タイミングは、時間窓が事前定義されるか、または上位層シグナリングによって構成されうる時間窓に対して有効でありえ、ｅＰＤＣＣＨおよび／またはＰＤＣＣＨは、復調基準タイミングのうちの１つをトリガーし、これは異なる復調基準タイミングがトリガーされえない限り有効でありえ、ｅＰＤＣＣＨおよび／またはＰＤＣＣＨは、復調基準タイミングを指示するためにアクティベーション／デアクティベーションに使用されうる。
【０８７８】
ＷＴＲＵまたはＵＥが多重復調基準タイミングに対してブラインド復号を試みることも、例としての実施形態により、行われ、および／または使用されうる。例えば、復調基準タイミング情報なしで、ＷＴＲＵまたはＵＥは、受信機において多重復調基準タイミングをブラインドで試行することができる。このような一実施形態では、ＷＴＲＵまたはＵＥは、それぞれの可能な復調基準タイミング候補によりｅＰＤＣＣＨおよび／またはＰＤＳＣＨを復調することができる。例えば、２つのＣＳＩ−ＲＳがＷＴＲＵまたはＵＥに対して構成され、ＷＴＲＵまたはＵＥが両方のＣＳＩ−ＲＳ構成についてＣＳＩを報告しうる場合、ＷＴＲＵまたはＵＥは、両方のＣＳＩ−ＲＳ構成でｅＰＤＣＣＨおよび／またはＰＤＳＣＨを復調することができる。
【０８７９】
ＵＥまたはＷＴＲＵという用語が本明細書において使用されうるが、そのような用語の使用は、交換可能であり、そのようなものとして、区別できないものとしてよいことは理解されるものとしてよく、また理解されるべきである。それに加えて、本明細書で説明されている拡張物理ダウンリンク制御チャネルについて、ｅＰＤＣＣＨ、ＥＰＤＣＣＨ、および／またはｅＰＤＣＣＨは、交換可能に使用されうる。
【０８８０】
レガシーＰＤＣＣＨまたはＰＤＣＣＨという用語が本明細書において使用され、Ｒｅｌ−８／９／１０  ＰＤＣＣＨリソースを示しうるけれども、そのような用語の使用は、交換可能であり、そのようなものとして、区別できないものとしてよいことは理解されるものとしてよく、また理解されるべきである。それに加えて、ＰＤＣＣＨおよびＤＣＩは、ｅＮＢからＷＴＲＵまたはＵＥに送信されるダウンリンク制御情報の意味で交換可能に使用されうる、
【０８８１】
さらに、特徴および要素が特定の組み合わせで上で説明されうるけれども、当業者であれば、それぞれの特徴もしくは要素は単独で、または他の特徴および要素と組み合わせて使用できることを理解するであろう。それに加えて、本明細書で説明されている方法は、コンピュータまたはプロセッサにより実行できるようにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにより実装されうる。コンピュータ可読媒体の例としては、電子信号（有線で、またはワイヤレス接続で送信される）およびコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の例としては、限定はしないが、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学媒体が挙げられる。ソフトウェアとの関連性を持つプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波トランシーバを実装するために使用されうる。
【図１Ａ】
2019110610.tif 000257
【図１Ｂ】
2019110610.tif 000258
【図１Ｃ】
2019110610.tif 000259
【図１Ｄ】
2019110610.tif 000260
【図１Ｅ】
2019110610.tif 000261
【図２】
2019110610.tif 000262
【図３】
2019110610.tif 000263
【図４】
2019110610.tif 000264
【図５】
2019110610.tif 000265
【図６】
2019110610.tif 000266
【図７】
2019110610.tif 000267
【図８】
2019110610.tif 000268
【図９】
2019110610.tif 000269
【図１０】
2019110610.tif 000270
【図１１】
2019110610.tif 000271
【図１２】
2019110610.tif 000272
【図１３】
2019110610.tif 000273
【図１４】
2019110610.tif 000274
【図１５】
2019110610.tif 000275
【図１６】
2019110610.tif 000276
【図１７】
2019110610.tif 000277
【図１８】
2019110610.tif 000278
【図１９】
2019110610.tif 000279
【図２０】
2019110610.tif 000280
【図２１】
2019110610.tif 000281
【図２２】
2019110610.tif 000282
【図２３】
2019110610.tif 000283
【図２４】
2019110610.tif 000284
【図２５】
2019110610.tif 000285
【図２６】
2019110610.tif 000286
【手続補正書】
【提出日】令和1年5月13日(2019.5.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチキャリア通信システムにおける拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）を提供するための方法であって、
ワイヤレス送信／受信ユニット（ＷＴＲＵ）で、ｅＰＤＣＣＨリソースを監視するための構成を受信するステップと、
前記構成に基づきサブフレームの前記ｅＰＤＣＣＨリソースを監視するように前記ＷＴＲＵを構成するステップと、
前記ＷＴＲＵで、前記サブフレームの前記ｅＰＤＣＣＨリソースを監視するステップと
を含む、方法。
【外国語明細書】
2019110610000001.pdf