JP2020530962A - リソース定義 - Google Patents

Abstract

物理ダウンリンク制御チャネルと、異なる量のリソース要素グループを含む複数のリソース要素グループバンドルとを備える制御リソースセットを利用するための１つまたは複数のデバイス、システム、および／または方法。【選択図】図４

Description

無線通信技術の発達およびユーザからの通信に対する需要の増加に伴い、第５世代移動通信（５Ｇ）技術は、より高速でより新しい通信のニーズを満たすために、将来のネットワーク開発のトレンドとなっている。５Ｇ通信システムは、より高いデータレートを達成するために、より高い、およびより広い周波数帯域（例えば、３ＧＨｚを超える）で実装されると考えられる。高周波通信は、伝送損失および透過損失の増加を特徴とする。高周波信号の極めて短い波長に起因して、多数のアンテナアレイを使用して、ビーム形成技術を可能にすることができる。ビームフォーミング技術は、受信者の意図された方向に集束されたビームを利用し、それによって、５Ｇ通信システムの高周波信号のカバレージを改善し、高周波から生じる信号損失の一部を補う。

従来の通信システムでは、ダウンリンク制御チャネルをマッピングするために使用されるリソースは、制御リソース領域全体に、アグリゲーションレベル毎に固定されたリソース粒度で分散される。しかしながら、リソースマッピングのこの従来のメカニズムは、ダウンリンク制御チャネルのチャネル推定性能および送信ダイバーシティ効果を制限する。

本開示によれば、物理ダウンリンク制御チャネルと、異なる量のリソース要素グループを含む複数のリソース要素グループバンドルとを含む制御リソースセットを形成するためのデバイスおよび／または方法が提供される。

別の例として、物理ダウンリンク制御チャネルと、異なる量のリソース要素グループを含む複数のリソース要素グループバンドルとを含む制御リソースセットを受信するためのデバイスおよび／または方法が提供される。

本明細書で提示される技法は、代替の形態で実施され得るが、図面に示される特定の実施形態は、本明細書で提供される説明を補足するいくつかの例にすぎない。これらの実施形態は、ここに付記される請求権を限定するような限定的な方法で解釈されるものではない。

無線通信システムのダウンリンクにおいてデータおよび制御チャネルを送信するための無線リソースの時間−周波数グリッドの例示的な構造である。

異なる集約レベルにおける重複候補の例示的な配置を示す。

サブフレームの最初のＮ個のシンボルにおいて４つの論理的に連続するリソース要素を含むリソース要素およびリソース要素グループのリソースマッピングを概略的に示す。Ｎは例えば、１、２、３、または４である。

様々な異なるアグリゲーションレベルのＰＤＣＣＨを形成するための制御チャネル要素の配置を概略的に示す。

異なるアグリゲーションレベルを有する制御チャネルリソースをインターリーブした結果として、物理ダウンリンク制御チャネルの候補が遮断される可能性がある構成を示す。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの例示的な実施形態を示す。第２レベルのインターリービングを受けるリソース要素グループ（ＲＥＧ）バンドルは、３つのＲＥＧを含む。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの例示的な実施形態を示す。第２レベルのインターリービングを受けるＲＥＧバンドルは、２つのＲＥＧを含む。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの別の例示的な実施形態を示す。第２レベルのインターリービングを受けるＲＥＧバンドルは、３つのＲＥＧを含む。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの別の例示的な実施形態を示す。第２レベルのインターリービングを受けるＲＥＧバンドルは、２つのＲＥＧを含む。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの別の例示的な実施形態を示す。第２レベルのインターリービングを受けるＲＥＧバンドルは、２つのＲＥＧを含む。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの別の例示的な実施形態を示す。第２レベルのインターリービングを受けるＲＥＧバンドルは、２つのＲＥＧを含む。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの別の例示的な実施形態を示す。インターリービング中に、ＲＥＧ間バンドルがＲＥＧ間バンドルに分割される。

論理内部ＲＥＧバンドルインデックスに基づいて低アグリゲーションレベルＣＣＥインデックスを定義するための例示的な技法を示す。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの別の例示的な実施形態を示す。インターリービング中に、ＲＥＧ間バンドルがＲＥＧ間バンドルに分割される。

小さいアグリゲーションレベルで内部ＲＥＧバンドルインデックス値をＣＣＥインデックス値にマッピングするための例示的なマッピング方法を示す。

インターリービングを受ける異なるアグリゲーションレベルを有するリソースの別の例示的な実施形態を示す。インターリービング中に、ＲＥＧ間バンドルがＲＥＧ間バンドルに分割される。

小さいアグリゲーションレベルで内部ＲＥＧバンドルインデックス値をＣＣＥインデックス値にマッピングするための例示的なマッピング方法を示す。

本明細書で提示される技法の少なくとも一部を利用および／または実装することができる基地局（ＢＳ）の例示的な構成を含むシナリオの図である。

本明細書で提示される技法の少なくとも一部を利用および／または実装することができるユーザ機器（ＵＥ）の例示的な構成を含むシナリオの図である。

本明細書で説明される規定のうちの１つまたは複数による例示的な非一時的コンピュータ可読媒体を特徴とするシナリオの図である。

以下、本項では、その一部を構成する添付の図面を参照し、さらに、具体例として、具体例を用いてどのようなものを示すかを説明することにより、主題をより詳しく説明する。この説明は、公知の概念の広範なまたは詳細な議論として意図されていない。当業者に一般的に知られている詳細は、省略されているか、または要約して扱われる場合がある。

以下の主題は、方法、デバイス、構成要素、および／またはシステムなど、様々な異なる形態で実施され得る。したがって、この主題は、例として本明細書に記載される任意の例示的な実施形態に限定されると解釈されることを意図しない。むしろ、実施形態は、単に例示的であるために本明細書で提供される。そのような実施形態は、例えば、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せの形態をとることができる。

ＬＴＥシステムによれば、物理ダウンリンク制御チャネル（「ＰＤＣＣＨ」）は、１つまたは複数の論理連続制御チャネル要素（「ＣＣＥ」）を介して送信される。ＰＤＣＣＨ送信によって占有される異なる数の論理連続ＣＣＥは、異なるアグリゲーションレベル（「ＡＬ」）に対応する。ＣＣＥアグリゲーションレベルが低い場合、ＰＤＣＣＨ容量は大きいが、良好なチャネル条件下で復調される必要がある。ＣＣＥアグリゲーションレベルが高い場合、ＰＤＣＣＨの容量は低減されるが、ＰＤＣＣＨは、劣悪なチャネル環境において確実に復調することができる。

ＬＴＥシステムにおけるＰＤＣＣＨは、セル固有基準信号（ＣＲＳと呼ばれる）に基づいて制御チャネルのチャネル推定および復調を実行し、ＰＤＣＣＨを離散リソース要素グループ（ＲＥＧ）にマッピングする分散ＰＤＣＣＨのみをサポートする。分散ＰＤＣＣＨは、主にインターリービングによって実現される。インターリービングは、ＰＤＣＣＨデータフローを個別の物理リソースにマッピングする方法である。ＬＴＥで使用されるインターリービングは、行列の指定されたサイズに基づいて定義され、以下の手順に従う：１）ＰＤＣＣＨデータフローが行ごとに行列に書き込まれる；２）事前定義されたパターンに基づいて行列の列間置換を実行する、このような事前定義されたパターンの例は、次式によって定義される：

ここで、Ｐ（ｊ）は、ｊ番目に置換された列の元の列位置であり、Ｃ_{ｓｕｂｂｌｏｃｋ} ^ＣＣは行列の列の数である；３）列間置換された行列から列ごとに読み出す。そして、インターリーブされたＰＤＣＣＨデータフローは、物理的に連続的なリソースにマッピングされ、離散的な物理リソースにおけるＰＤＣＣＨデータフローマッピングを実現する。ＰＤＣＣＨデータフローのサイズが行列のサイズよりも小さい場合、ＰＤＣＣＨデータフローの前にいくつかのダミービットがパディングされて、それらのサイズが同じになることに留意されたい。同様に、インターリーブ前のＰＤＣＣＨデータフローは、物理リソースインデックスとして理解することができ、インターリーブ後のＰＤＣＣＨデータフローは、論理リソースインデックスとして理解することができる。これは、リソースの物理インデックスを上記のインターリーブプロセスに従ってインターリーブすることができ、ＰＤＣＣＨデータフロー（オリジナルであり、インターリーブされていない）が、論理的に連続したインデックスを有する論理的に連続したリソースにマッピングされることを意味する。

ＬＴＥにおいては、すべてのアグリゲーションレベルについて、インターリーブされたベースユニットは、ＲＥＧ、またはＲＥＧに対応するＰＤＣＣＨデータストリームのいずれかであり、インターリーブされたリソース範囲は、異なるアグリゲーションレベルについて一貫している。しかし、実際には、これは、特にマルチビームシナリオにおいて、ダウンリンク制御チャネルのチャネル推定性能およびダイバーシティ利得には有益ではない。このため、５Ｇ通信システムの設計においては、上記の不具合を回避する必要がある。

５Ｇ通信システムにおけるｎｅｗ Ｒａｄｉｏアクセス技術（ＮＲ）によれば、ＮＲシステム（ＮＲ−ＰＤＣＣＨと呼ぶ）における物理ダウンリンク制御チャネルは、制御チャネル推定および復調のための復調基準信号（ＤＭＲＳ）に基づいており、局所的および分散的伝送タイプの両方をサポートする。分散送信は、インターリービングによってサポートされる。ブラインド検出の複雑さおよび端末の電力消費を低減するために、１つ以上の制御リソースセット（「ＣＯＲＥＳＥＴ」）が、携帯電話、携帯型コンピュータ端末等のユーザ機器（「ＵＥ」）のために構成される。ＵＥは、構成されたＣＯＲＥＳＥＴ上でダウンリンク制御チャネルを受信するだけである。ダウンリンク制御チャネルは、ただ１つのＣＯＲＥＳＥＴに関連付けられる。複数のＣＯＲＥＳＥＴは、互いにオーバーラップするか、または部分的にオーバーラップすることができる。制御リソースセットは、複数のＲＥＧを含み、ＲＥＧは、以下に詳細に説明されるように、シンボル中のＰＲＢとして定義される。また、以下に説明するように、ＮＲ−ＰＤＣＣＨは、１つ以上のＣＣＥを含み、そのうちの１つは、６つのＲＥＧを含む。１つまたは複数のＲＥＧバンドルを含むＣＣＥ内で、各ＲＥＧバンドルは、２つまたは３つまたは６つの連続するＲＥＧのサイズを有する。ＣＣＥに含まれるＲＥＧバンドルの数と、各ＲＥＧバンドルに含まれるＲＥＧの数との積は、６に等しい。ＲＥＧバンドル内のＲＥＧは、同じプリコーディングのみを使用することができる。異なるＲＥＧバンドルは、異なるプリコーディングの使用を可能にする。

分散化されたＮＲ−ＰＤＣＣＨは、ＲＥＧバンドル（例えば、複数のＲＥＧ）をベースユニットとして、離散的な物理リソースにマッピングされる。ＲＥＧバンドルのサイズが大きければ大きいほど、ジョイントチャネル推定によるチャネル推定性能を良好にすることができる。ＲＥＧバンドルのサイズが小さいほど、ＰＤＣＣＨはより多くのダイバーシティ利得を得る。したがって、ＲＥＧバンドルのサイズは、チャネル推定性能とダイバーシティ利得とのバランスをとって確立する必要がある。例えば、チャネル環境が悪い場合に通常使用される高アグリゲーションレベル制御チャネル（例えば、アグリゲーションレベル４、８）の場合、チャネル推定性能を改善し、大アグリゲーションレベルの制御チャネルに含まれるリソースを比較するために、大規模な（例えば、以下で説明するようなしきい値を上回る）ＲＥＧバンドルを使用することが有利である。小さなアグリゲーションレベル制御チャネル（例えば、アグリゲーションレベル１、２）の場合、ＤＭＲＳチャネル推定性能は、より良好なチャネル環境に起因して、それ自体がより良好であり、したがって、改善されたダイバーシティ利得を達成するために、小さな（例えば、以下で説明されるようなしきい値未満の）ＲＥＧバンドルを使用することができる。しかしながら、異なるアグリゲーションレベルのためのインターリービングが、異なるサイズを有するＲＥＧバンドルに基づく場合、異なるアグリゲーションレベルからの候補は、ＬＴＥにおける従来のインターリービングに従ってオーバラップする。例えば、より低いＡＬの１つの候補は、より高いＡＬの２つの候補と部分的にオーバーラップされる。これは、異なるアグリゲーションレベルにおける候補間のより多くの衝突をもたらすと考えられ、これは、ＰＤＣＣＨブロッキング確率が上昇することを意味する。ＵＥの候補に対応するリソースが、他のユーザの候補によって占有されるか、または部分的に占有される場合など、ＵＥがブロックされる場合、ＵＥは、基地局（「ＢＳ」）でスケジュールすることができない。このようなブロッキングの例を、図４を参照して以下に説明する。

一方、ＵＥは、ブラインド検出によって、所与の探索空間においてダウンリンク制御チャネルを受信しようと試みる。探索空間は、それぞれが１つまたは複数のダウンリンク制御チャネル候補に対応する、１つまたは複数のアグリゲーションレベルを含む。各候補は、Ｌ個のＣＣＥを含み、ここで、Ｌは、集約レベルである。チャネル推定の複雑さを軽減するために、ＮＲ−ＰＤＣＣＨは、検索空間における異なる集約レベルの候補間のチャネル推定再利用をサポートすべきである。例えば、図１Ｂに示されるように、低アグリゲーションレベル候補が高アグリゲーションレベル候補のリソースの下に位置する場合、低アグリゲーションレベル候補のチャネル推定は、高アグリゲーションレベル候補のために再使用することができ、これは、ＵＥにおけるチャネル推定の複雑さを低減し、チャネル推定に起因して生じるであろう長遅延を回避する。

図面を参照すると、本セルラー通信システムによって利用される通信技術は、例えば直交周波数分割多重（ＯＦＤＭ）である。図１Ａは、ＯＦＤＭを利用する無線通信システムのダウンリンクにおいてデータおよび制御チャネル（例えば、ＰＤＣＣＨ）を送信するための無線リソースの時間−周波数グリッド１００の構造を示す。図１Ａにおいて、横軸は時間tを示し、縦軸は周波数fを示す。図１Ａの列１０５に配置されたＯＦＤＭシンボルは、時間軸上の最小の送信単位である。スロット１１０は、Ｎ_ＳＹ個のＯＦＤＭシンボルを含む。例示の目的で本明細書に記載される実施形態によれば、Ｎは１４に等しいが、実施形態によっては、Ｎの値は、例えば、サブキャリア間隔などの要因に応じて、７、１４、２１などの任意の整数値とすることができる。サブフレーム１１５は２つのスロット１１０を含む。スロット１１０は、持続時間が約０．５ｍｓであり、サブフレームは、持続時間が約１．０ｍｓである。図１Ａの行１２０に配置されたサブキャリアは、周波数領域における最小の送信単位であり、システム送信帯域全体は、Ｎ_Ｂ個のサブキャリアを含む。

時間−周波数グリッド１００において、リソース要素（「ＲＥ」）１２５は、離散ＯＦＤＭシンボルインデックスと離散サブキャリアインデックスとの組み合わせによって示される基本単位である。リソースブロック（「ＲＢ」）または物理リソースブロック１３０は、図１Ａの時間領域tにおける１４個の連続するＯＦＤＭシンボルと、周波数領域１１０におけるＮ_ＳＣ個の連続するサブキャリアとを含む。いくつかの実施形態では、ＮＳＣの値は、６、１２、１８などの任意の整数とすることができるが、簡潔さおよび明確さのために、本明細書では１２に等しいものとして説明する。したがって、ＲＢ１０８は、Ｎ_ＳＹ×Ｎ_ＳＣ個のＲＥ、すなわち図示の例では１４×１２を含む。ＲＢは、送信のためにスケジュールすることができる最小単位である。

サブフレーム２００の一部が図２に示されている。ＰＤＣＣＨに含まれる各ＲＥＧ２０５は、同一のＯＦＤＭシンボルおよび同一のリソースブロック内に、４つの連続するＲＥ（または、セル固有基準信号（「ＲＳ」）２１０によって分離された４つのＲＥ）を含む。図２では、ＯＦＤＭシンボル０に２つのＲＥＧがあり、サブフレーム２００の最初のスロットであり、ＯＦＤＭシンボル１、２、および３には３つのＲＥＧがある。各ＣＣＥは、ＯＦＤＭシンボル０、１、２、および任意選択で４にわたって分散される９つのＲＥＧと、ダイバーシティを可能にし干渉を軽減するためのインターリービングによるシステム帯域幅とを含む。

図３は、ＰＤＣＣＨマップ３００の具体例を示したものである。マップ３００の各ＰＤＣＣＨ（♯１、＃２、＃３、＃４として番号付けされている）は、図３のＣＣＤインデックスを用いて個別に番号付けされた複数のＣＣＥから構成される。ＣＣＥ８の拡大図に示されているように、各ＣＣＥには９つのＲＥＧが含まれている。ＲＥＧは、図３に示す例示的な例では、最初の３つのＯＦＤＭシンボルにわたって分配され、各ＲＥＧは、同じシンボル内の４つの論理的に連続したＲＥから形成される。

ＰＤＣＣＨ内のＣＣＥの数は、そのアグリゲーションレベルと呼ばれ、例えば１、２、４、または８個の連続したＣＣＥ（論理的に順次）である。利用可能なＣＣＥの総数は、ＰＣＦＩＣＨ構成およびシステム帯域幅によって決定される。各ＰＤＣＣＨは、正確に１つのダウンリンク制御情報（「ＤＣＩ」）を含む。図３に示す例示的な例では、ＰＤＣＣＨ ♯０は、ＣＣＥ０だけを含むアグリゲーションレベル１を有し、ＰＤＣＣＨ ♯１は、ＣＣＥ２およびＣＣＥ３を含むアグリゲーションレベル２を有する。ＰＤＣＣＨ ♯２は、ＣＣＥ４、ＣＣＥ５、ＣＣＥ６およびＣＣＥ７を含む４のアグリゲーションレベルを有する。そして、ＰＤＣＣＨ ♯３は、ＣＣＥ８、ＣＣＥ９、ＣＣＥ１０、ＣＣＥ１１、ＣＣＥ１２、ＣＣＥ１３、ＣＣＥ１４およびＣＣＥ１５を含む８のアグリゲーションレベルを有する。集約レベルｎを有するＰＤＣＣＨは、任意選択で、ｎの正の整数倍であるインデックス値を有するＣＣＥ上でのみ開始するように制限することができる。例えば、４のアグリゲーションレベルを有するＰＤＣＣＨは、ＣＣＥインデックス０、４、８、１２、１６等でのみ開始することができる。

異なるアグリゲーションレベルを有するＰＤＣＣＨをインターリーブすることの歴史的な困難性について、図４を参照して説明する。アグリゲーションレベル４（「ＡＬ４」）のＰＤＣＣＨに対するＣＯＲＥＳＥＴにおいては、インターリーブのためのベースリソースユニットとしてのＲＥＧバンドルタイプ１は、ＣＣＥに対応する６つのＲＥＧから構成される。アグリゲーションレベル２（「ＡＬ２」）のＰＤＣＣＨについては、インターリーブのためのベースリソースユニットとしてのＲＥＧバンドルタイプ２は、２つのＲＥＧから構成され、ＣＣＥは、タイプ２のＲＥＧバンドルのうちの３つによって形成される。２つのダウンリンク制御チャネルに対するインターリービングプロセスが、図４において実行される。インターリービング技術は、ＬＴＥにおけるＰＤＣＣＨのインターリービング技術に基づく。図４から分かるように、インターリービング後、ＡＬ２の候補０は、ＡＬ４の候補０および候補１とオーバーラップする。したがって、ＵＥのＮＲ−ＰＤＣＣＨロケーションが候補０にあるとき、ＡＬ４の候補０および候補１の両方を、他のＮＲ−ＰＤＣＣＨの送信のために使用することができない。したがって、ＡＬ４のＮＲ−ＰＤＣＣＨはブロックされている、つまりブロック比率が上昇したことになり、これはチャネル推定再利用に好ましくない条件である。例えば、ＵＥの探索空間が、ＡＬ４の候補０およびＡＬ４の候補０から構成される場合、ＡＬ２の候補０のチャネル推定は、ＡＬ４の候補０のチャネル推定再使用を介してのみでは得ることができない。

一方、ＵＥの探索空間がＡＬ４の候補０およびＡＬ２の候補０から構成される場合、ＡＬ２の候補０の対応するリソースは、ＡＬ４の候補０のリソース範囲全体を完全には包含しないということは、図４において着目すべきである。換言すれば、ＡＬ４の候補０は、ＡＬ２の候補０よりもはるかに「高い」ので、ＡＬ２の候補０は、ＡＬ４の候補０を完全にはブロックしない。

上記の困難に鑑み、同一の資源領域で異なるサイズのＲＥＧバンドル（ＣＯＲＥＳＥＴ）の共存をどのように実施するかについて、種々の実施形態を参照して以下に説明する。これは異なる集約レベルの候補間でのＤＭＲＳ再利用をサポートすることができ、結果的にＮＲ−ＰＤＣＣＨのブロック確率を低下させることができる。

以下の例におけるＲＥＧバンドルインデックスは、ＮＲ−ＰＤＣＣＨシンボルストリーム（またはＮＲ−ＰＤＣＣＨデータフロー）インデックスとして理解することができ、論理的ＲＥＧバンドルインデックスの順序は、ＮＲ−ＰＤＣＣＨシンボルストリームのマッピング順序であることに留意する必要がある。さらに、１つのシンボルストリームインデックスに対応するＮＲ−ＰＤＣＣＨシンボルストリームに含まれるモジュレーションシンボルの数は、ＲＥＧバンドルに含まれるＮＲ−ＰＤＣＣＨシンボルストリームを送信するために使用できるＲＥの数と等しくすることができる。

本開示の実施形態は、任意に組み合わせることができる。例えば、比較的大きな集約レベルのＲＥＧバンドルサイズと比較的小さな集約レベルのＲＥＧバンドルサイズとの比が２である場合には、以下の実施例１で説明する方法を用いて、大きな集約レベルのＲＥＧバンドルと小さな集約レベルのＲＥＧバンドルとの比が３である場合には、以下の実施例２で説明する方法を用いることができる。

ここでの「比較的大きい」または「大きい」の使用は、同じ例で使用される対応する「比較的小さい」または「小さい」値に対して理解されるべきであり、例えば、「比較的高い集約レベル」は、同じ例で使用される「比較的低い集約レベル」のようなある閾値よりも大きくなければならず、同様に、「高い集約レベル」は、同じ例で説明される「低い集約レベル」よりも単に大きいことが必要とされる。

本開示の例で説明される「ＲＥＧは、同じプリコーダを有する」とは、これらのＲＥＧのチャネルが連続的であること、またはＵＥがこれらのＲＥＧ上でジョイントチャネル推定を実行することができることを意味する。

＜実施例１＞
本例では、バンドルサイズが６のＲＥＧバンドル（６つのＲＥＧを含む１つのＲＥＧバンドル）と、バンドルサイズが３のＲＥＧバンドル（３つのＲＥＧを含む１つのＲＥＧバンドル）および２のＲＥＧバンドル（２つのＲＥＧを含む１つのＲＥＧバンドル）とが共存する。本実施例を図５および図６を参照して説明する。

異なるリソース範囲は、インターリービングのための異なるＲＥＧバンドルサイズに対してのものであり、異なるＲＥＧバンドルサイズは、異なるアグリゲーションレベルに対応する。より大きなＲＥＧバンドル５００は、インターリーブのためのＣＯＲＥＳＥＴ全体のリソース範囲を有する。より小さいＲＥＧバンドル５０５は、より大きいＲＥＧバンドル（５００で参照される行）内のＵＥの候補に対応するリソースのリソース範囲を有する。このようにして、ＵＥの低アグリゲーションレベル候補（行５１０の斜線のメンバ）が、高アグリゲーションレベル候補（行５１５の斜線のメンバ）のリソース範囲内にあることを保証することが可能である。その結果、低アグリゲーションレベル候補５１０は、高アグリゲーションレベル候補５１５のチャネル推定結果を再利用することができ、高ＡＬ５１５の２つ以上の候補が低アグリゲーションレベルの１つの候補によってブロックされることを効果的に回避することができる。

図５に示すように、ＮＲ−ＰＤＣＣＨのインターリービングは、任意選択で、２つのレベルのインターリービング、すなわち、（ｉ）第１リソース範囲内の第１レベルのＲＥＧバンドル（より大きいＲＥＧバンドル５００）に基づく第１レベルのインターリービング５２０と、（ｉｉ）第２レベルのＲＥＧバンドル（より小さいＲＥＧバンドル５０５）に基づく第２リソース範囲内の第２レベルのインターリービング５２５とによって達成することができる。ここで、より大きなＲＥＧバンドル５００のための第１リソース範囲は、オプションとして、ＣＯＲＥＳＥＴ全体であってもよく、より小さなＲＥＧバンドル５０５のための第２リソース範囲は、ＲＥＧバンドルの第１レベルに対応するＵＥの候補５１０のうちの１つまたは複数のリソースであってもよい。

図５では、合計１６個のＣＣＥを有するＣＯＲＥＳＥＴと、２つのタイプのＲＥＧバンドル、すなわち、第１レベル（より大きい）ＲＥＧバンドル５００および第２レベル（より小さい）ＲＥＧバンドル５０５とをそれぞれ仮定し、第１レベルＲＥＧバンドルサイズは６ＲＥＧであり、第２レベルＲＥＧバンドルサイズは３ＲＥＧである。高い集約レベルのＮＲ−ＰＤＣＣＨのインターリーブには、第１レベルのＲＥＧバンドル５００を使用できる。第２レベルのＲＥＧバンドル５０５は、低集約レベルのＮＲ−ＰＤＣＣＨのインターリーブに使用できる。

図５に示すプロセスは、第１レベルのインターリーブ５２０を含む。大きい方のＲＥＧバンドル５００は、第１レベルのＲＥＧバンドル物理インデックス５３０によって示される順序（例えば、低順序から高順序へのＣＯＲＥＳＥＴ周波数領域）になっている。インターリービングの例としては、サブブロックインターリービングが挙げられる。第１レベルのインターリーブの結果によって、より大きなＲＥＧバンドル５００の再編成されたリソースは、第１レベルのＲＥＧバンドル論理インデックス５３５によって示される順序となる。第１レベルのＣＣＥインデックス５４０は、ここでは、より大きなＲＥＧバンドル５００およびＣＣＥが同じサイズであるため、第１レベルのＲＥＧバンドル論理インデックス５３５を反映する。したがって、ＲＥＧバンドルはＣＣＥであるので、ＣＣＥインデックス５４０とＲＥＧバンドルインデックス５３５は同じである。

第１レベルインターリービング５２０の後、ＵＥは、そのための高アグリゲーションレベルの候補のリソース範囲を決定する。例えば、図５で決定された高アグリゲーションレベルの候補のリソース範囲は、第１レベルＣＣＥ０を高アグリゲーションレベルの開始位置とする８つの第１レベルＣＣＥであり、これは高ＡＬ（ＡＬ８）の候補０に対応する。

上で決定された高アグリゲーションレベルのリソース範囲内で、より小さいＲＥＧバンドル５０５は、定義された順序で（例えば、上で決定された高アグリゲーションレベルのリソース範囲内の周波数領域の順序で、低から高へ）番号付けされる。この順序付けは、第２レベルＲＥＧバンドル物理インデックス５４５と呼ばれる。次に、第２レベルＲＥＧバンドル５０５はインターリーブされ、その結果、第２レベルＲＥＧバンドル論理インデックス５５０に対応するインターリーブされた順序になる。３つのＲＥＧのサイズを有する第２ＲＥＧバンドルに基づく第２レベルのＣＣＥインデックス５５５の形成は、２つの連続する論理的な第２レベルのＲＥＧバンドル毎にＣＣＥを形成する。しかしながら、実施形態によっては、２つ以上の連続する論理的な第２レベルのＲＥＧバンドルから形成されるＣＣＥを生じさせる第２ＲＥＧバンドルサイズを使用することができる。

例えば、図６において、第１レベルのインターリーブ５２０は、図５を参照して上述したように実行される。しかし、図６では、第２レベルのＣＣＥインデックスの形成は、図５に示すような３つのＲＥＧの代わりに、２つのＲＥＧのサイズを有する第２ＲＥＧバンドル６０５に基づく。したがって、３つの連続する論理第２レベルＲＥＧバンドル毎に、図６のＣＣＥが形成される。

図５および図６から、上記の方法で得られた低集約度の候補（行５１０、６１０の斜線部分）は全て、高集約度の候補５１５の範囲内に位置していることがわかる。さらに、低い集約レベルの候補６１０のうちの任意の１つは、高い集約レベルの候補５１５のうちの１つの最大の（たとえば、中央に整列された）リソースの下に位置することができる。低レベルアグリゲーションレベル候補５１０、６１０は、高アグリゲーションレベル候補よりも小さいサイズのＲＥＧバンドルをサポートすることができ、これは、指向性ビームフォーミングに使用されるプリコーダのリソース粒度の柔軟性を改善する。

本明細書で説明される実施形態のすべてまたは少なくともいくつかについて、本開示の実施形態におけるインターリービング技法は、任意の既存のまたは開発中のインターリービング技法であってもよいことに留意されたい。インターリーブ技法は、ＬＴＥシステムによって使用されるものと同じであっても、異なっていてもよく、列置換パターンのサイズは、任意選択で、３２以外の置換アドレスの値を利用することができる。

さらに、本開示の実施形態における第１レベルのインターリービング５２０または第２レベルのインターリービング５２５の前に、インターリーブされるＲＥＧバンドルは、Ｎ個のグループ（Ｎは１より大きい整数）に分割され、次いで、グループをインターリーブすることができる。ｉが１以上Ｎ未満の整数である場合、分割されたＲＥＧバンドルｉは、Ｎを法とするインデックスがｉ−１に等しいＲＥＧバンドルを含むことになる。グループ内のＲＥＧバンドルは、オプションとして、インターリーブすることができない。

＜実施例２＞
実施例2では、バンドルサイズ６のＲＥＧバンドルと、バンドルサイズ３、２のＲＥＧバンドルが共存している。本実施例を図７、図８を用いて説明する。

異なるリソース範囲は、インターリービングのための異なるＲＥＧバンドルサイズに対するものであり、異なるＲＥＧバンドルサイズは、異なるアグリゲーションレベルに対応する。より大きなＲＥＧバンドル７００は、インターリーブのためのＣＯＲＥＳＥＴ全体のソース範囲を有する。より小さいＲＥＧバンドル７０５は、より大きいＲＥＧバンドル７００内のＵＥの候補に対応するリソースのリソース範囲を有する。このようにして、ＵＥのすべての、または少なくとも１つの、または複数の小さい集約レベル候補（行７１０のクロスハッチングされたメンバ）が、大きい集約レベル候補（行７１５のクロスハッチングされたメンバ）のリソース範囲内にあることを保証することが可能である。したがって、小集約レベル候補７１０は、大集約レベル候補７１５のチャネル推定結果を再利用することができ、高ＡＬ７１５の２つ以上の候補が低集約レベルの１つの候補によってブロックされることを効果的に回避することができる。

図７に示されるように、ＮＲ−ＰＤＣＣＨのインターリービングは、（ｉ）第１レベル（より大きい）ＲＥＧバンドル７００に基づく第１レベルのインターリービング７２０、および（ｉｉ）第２レベル（より小さい）ＲＥＧバンドル７０５に基づく第２レベルのインターリービング７２５によって達成される。任意選択で、第１レベルのリソース範囲は、ＣＯＲＥＳＥＴ全体とすることができ、第２レベルのリソース範囲は、ＲＥＧバンドルの第１レベルに対応するＵＥの候補７１０のうちの１つまたは複数が導出されるリソース範囲とすることができる。任意選択で、複数の第２レベルのリソース範囲があり、第２レベルのリソース範囲のそれぞれは、第１レベルのＲＥＧバンドルの候補のうちの１つのリソースに対応する。

図７では、ＣＯＲＥＳＥＴが合計１６個のＣＣＥを含み、２つのＲＥＧバンドル、すなわち、（ｉ）第１レベル（より大きい）ＲＥＧバンドル７００および第２レベル（より小さい）ＲＥＧバンドル７０５がそれぞれ存在すると仮定する。第１レベルＲＥＧバンドルサイズは６ＲＥＧであり、第２レベルＲＥＧバンドルサイズは３ＲＥＧである。高い集約レベルのＮＲ−ＰＤＣＣＨのインターリーブには、第１レベルのＲＥＧバンドル７００ を使用できる。第２レベルのＲＥＧバンドル７０５は、低集約レベルのＮＲ−ＰＤＣＣＨのインターリーブに使用できる。

図７に示すように、第１レベルのインターリーブ７２０は、第１レベルのＲＥＧバンドル物理インデックス７３０によって示される順序（例えば、ＣＯＲＥＳＥＴ周波数領域を低順序から高順序に）で第１ＲＥＧバンドル７００をインターリーブして、第１レベルのＲＥＧバンドル論理インデックス７３５を得る。第１レベルのＣＣＥインデックス７４０は、ここでは、より大きなＲＥＧバンドル７００とＣＣＥが同じサイズであるため、第１レベルのＲＥＧバンドル論理インデックス７３５を反映し、したがって、ＲＥＧバンドル７００はＣＣＥであり、したがって、ＣＣＥインデックス７４０とＲＥＧバンドルインデックス７３５は同じである。

第１レベルインターリービング７２０の後、ＵＥは、高アグリゲーションレベルの候補７１５のリソース範囲を決定する。例えば、高アグリゲーションレベルの候補７１５のリソース範囲は、高アグリゲーションレベルの開始位置として第１レベルＣＣＥ０を有する８つの第１レベルＣＣＥがあると図７で決定される（高ＡＬの候補０および候補１、すなわちＡＬ４に対応する）。

決定された高アグリゲーションレベルのリソース範囲内で、より小さいＲＥＧバンドル７０５は、第２レベルのＲＥＧバンドル物理インデックス７４５を形成するように順序付けられる（例えば、上で決定された高アグリゲーションレベルのリソース範囲内の周波数領域の順序で、低から高へ）。高ＡＬの識別された候補７１５の各々に対応する第２レベルＲＥＧバンドル物理インデックス７４５を有する第２レベルＲＥＧバンドルは、対応する候補のリソース内にインターリーブされる。図７に示すように、０〜７の間の第２レベルＲＥＧバンドル物理インデックス７４５値は、インターリーブされ、８〜１５の物理インデックス値を有する第２レベルＲＥＧも、０〜７の間のＲＥＧバンドル物理インデックス７４５値を有する第２レベルＲＥＧから任意に分離して、インターリーブされる。第２レベルＲＥＧバンドルの論理インデックス７５０が取得され、第２レベルＲＥＧバンドルの論理インデックス７５０の順に第２レベルＣＣＥインデックス７５５が形成される。図７のパターンは、偶数値のＲＥＧバンドルインデックス値７５０が半分にされて、第２レベルのＣＣＥインデックス値を定義する。奇数値のＲＥＧバンドルインデックス値７５０も半分にされ、最も近い整数に切り捨てられて、第２レベルのＣＣＥインデックス値を定義する。第２ＲＥＧバンドル７０５のサイズは３つのＲＥＧであるので、各２つの論理的に連続する第２レベルのＲＥＧバンドルはＣＣＥを形成する。

図８に示すような実施例では、合計１６ＣＣＥのＣＯＲＥＳＥＴと、２つのＲＥＧバンドル、すなわち、（ｉ）第１レベル（より大きい）ＲＥＧバンドル８００と、（ｉｉ）第２レベル（より小さい）ＲＥＧバンドル８０５とがそれぞれ存在すると仮定する。第１レベルＲＥＧバンドル８００のサイズは６ＲＥＧであり、第２レベルＲＥＧバンドル８０５のサイズは２ＲＥＧである。高い集約レベルのＮＲ−ＰＤＣＣＨのインターリーブには、第１レベルのＲＥＧバンドル８００を使用できる。第２レベルのＲＥＧバンドル８０５は、低集約レベルのＮＲ−ＰＤＣＣＨのインターリーブに使用される。

このような実施形態では、第１レベルのインターリーブ７２０は、図５を参照して上述したように実行され、より大きなＲＥＧバンドル論理インデックス８３５を得る。より大きいＲＥＧバンドル論理インデックス８３５の順序に従って、第１レベルのＣＣＥインデックス８４０の順序は、より大きいＲＥＧバンドル論理インデックス８３５の順序と一致するように生成される。第１レベルのＲＥＧバンドルおよびＣＣＥが同じサイズだからである。したがって、ＲＥＧバンドルは、本例ではＣＣＥに相当する。

第１レベルインターリービング７２０の後、ＵＥは、高アグリゲーションレベルの候補８１５のリソース範囲を決定する。例えば、図５で決定された高アグリゲーションレベルの候補５１５のリソース範囲は、８つの第１レベルＣＣＥであり、第１レベルＣＣＥ０は、ＡＬ８の候補０に対応する高アグリゲーションレベル候補５１５の開始位置である。しかし、図８では、ＡＬ４の候補０および候補１に対応する高アグリゲーションレベル候補８１５の開始位置として第１レベルＣＣＥ０を有する８つの第１レベルＣＣＥがある。

上で決定された高アグリゲーションレベルのリソース範囲内で、より小さいＲＥＧバンドル８０５は、第２レベルのＲＥＧバンドル物理インデックス８４５を形成するために、定義された順序で（例えば、高アグリゲーションレベルの周波数領域内で、低から高へ）配置される。第２レベルＲＥＧバンドル物理インデックス８４５によれば、インデックス値０〜１１は、上述のように、インデックス値８６０「０」を有する高集約レベル候補８１５に対応する。第２レベルＲＥＧバンドル物理インデックス８４５によれば、インデックス値１２〜２３は、上述のように、高集約レベル候補８１５およびインデックス値８６０「１」に対応する。第２レベルのＲＥＧバンドル８０５は、より小さいＲＥＧバンドル８０５に対する論理インデックス値８５０を得るために、第２レベルのインターリービング７２５を受ける。第２レベルのＣＣＥインデックス８５５の形成は、２つのＲＥＧのサイズを有するより小さいＲＥＧバンドル８０５に基づいており、したがって、３つの論理的に連続する第２レベルのＲＥＧバンドル毎に、図８のＣＣＥを形成する。

図７および図８から、上記の手順で得られた低集約レベルの候補７１０、８１０はすべて、高集約レベルの候補７１５、８１５の範囲内にあることがわかる。さらに、低アグリゲーションレベルの候補７１０、８１０のいずれか１つは、高アグリゲーションレベルのリソース内の１つの候補７１５、８１５の最大値に位置する（例えば、ほぼ中央に位置合わせされる）。低レベルアグリゲーションレベル候補７１０、８１０は、高アグリゲーションレベル候補７１５、８１５よりも小さいサイズのＲＥＧバンドルをサポートすることができ、これは、指向性ビームフォーミングに使用されるプリコーダのリソース粒度を改善する。

＜実施例３＞
実施例３では、バンドルサイズ６のＲＥＧバンドルとバンドルサイズ３、２のＲＥＧバンドルが共存している。本実施例を図９、図１０を参照して説明する。

異なるＲＥＧバンドルサイズは、異なるアグリゲーションレベルのためのものであり、任意選択でインターリービングのための異なるリソース範囲内にある。より大きなＲＥＧバンドル９００は、インターリービングのためのＣＯＲＥＳＥＴ全体のソース範囲を有することができ、小さなＲＥＧバンドル９０５は、より大きなＲＥＧバンドル９００に対応するＵＥの候補のうちの１つまたは複数のリソースを含むリソース範囲を有することができる。このようにして、ＵＥの小さいアグリゲーションレベル候補（行９１０の斜線のメンバ）が、大きいアグリゲーションレベル候補（行９１５の斜線のメンバ）のリソース範囲内にあることを保証することが可能である。その結果、小集約レベル候補９１０は、大集約レベル候補９１５のチャネル推定結果を再利用することができ、大ＲＥＧバンドルサイズに対応する２つ以上の高ＡＬ候補が、小ＲＥＧバンドルサイズに対応する１つの低ＡＬ候補のみによってブロックされることを効果的に回避することができる。

図９に示されるように、分散ＮＲ−ＰＤＣＣＨは、（ｉ）第１レベルのＲＥＧバンドル（より大きいＲＥＧバンドル９００）に基づく第１レベルのインターリーブ９２０、および（ｉｉ）第２レベルのＲＥＧバンドル（より小さいＲＥＧバンドル９０５）に基づく第２レベルのインターリーブ９２５、の２レベルインターリーブによって達成される。ここで、より大きなＲＥＧバンドル９００は、オプションとして、ＣＯＲＥＳＥＴ全体であってもよく得、より小さなＲＥＧバンドル９０５は、より大きなＲＥＧバンドルに対応するＵＥの高ＡＬ候補９１０のうちの１つまたは複数が導出されるリソース範囲であってもよい。任意選択的に、第２レベルのインターリービングのために、第１レベルのＲＥＧバンドルサイズと第２レベルのＲＥＧバンドルサイズとの異なる比率に応じて、異なるインターリービング方式が使用される。さらに任意選択で、異なるインターリービング方式は、異なる列置換パターン（インターリービングパターンとも呼ばれる）が使用されるなど、ＬＴＥで使用されるサブブロックインターリービングのプロセスに含まれる任意の１つまたは複数のステップを意味する。

図９では、合計１６ＣＣＥのＣＯＲＥＳＥＴと、２つのＲＥＧバンドル、すなわち、第１レベル（より大きい）ＲＥＧバンドル９００と、第２レベル（より小さい）ＲＥＧバンドル９０５とをそれぞれ仮定する。第１レベルＲＥＧバンドルサイズは６ＲＥＧであり、第２レベルＲＥＧバンドルサイズは３ＲＥＧである。第１レベルのＲＥＧバンドル９００は、高集約レベルのＮＲ−ＰＤＣＣＨのインターリーブに使用できる。第２レベルのＲＥＧバンドル９０５は、集約レベルが低いＮＲ−ＰＤＣＣＨのインターリーブに使用できる。

図９に示されるプロセスは、第１レベルのインターリービング９２０を含み、ここで、より大きなＲＥＧバンドル９００は、例えば、第１レベルのＲＥＧバンドル物理インデックス９３０によって示される順序（例えば、低から高へのＣＯＲＥＳＥＴ周波数領域）となっている。インターリービングの例としては、定義されたインターリービング行列に基づくサブブロックインターリービングが挙げられる。第１レベルのインターリーブの結果により、より大きなＲＥＧバンドル９００の再編成されたリソースは、第１レベルのＲＥＧバンドル論理インデックス９３５によって示される順序となる。第１レベルのＣＣＥインデックス９４０は、ここでは、より大きなＲＥＧバンドル９００およびＣＣＥが同じサイズであるため、第１レベルのＲＥＧバンドル論理インデックス９３５を反映する。したがって、ＲＥＧバンドルはＣＣＥであるので、ＣＣＥインデックス９４０とＲＥＧバンドルインデックス９３５は同じである。

第１レベルのインターリービング９２０の後、ＵＥは、高アグリゲーションレベルのための候補（行９１５のクロスハッチングされたメンバ）の範囲を決定する。例えば、図５で決定された高アグリゲーションレベルの候補の範囲は、ＡＬ８の候補０に対応する高アグリゲーションレベルの開始位置として第１レベルＣＣＥ０を有する８つの第１レベルＣＣＥである。しかし、図９では、高アグリゲーションレベル候補９１５の開始位置として、ＡＬ４の候補０および候補１に対応する、第１レベルＣＣＥ０を有する８つの第１レベルＣＣＥも存在している。

上で決定された高アグリゲーションレベルのリソース範囲内で、より小さいＲＥＧバンドル９０５は、定義された順序で（例えば、上で決定された高アグリゲーションレベルのリソース範囲内の周波数領域の順序で、低から高へ）番号付けされる。この順序付けは、第２レベルＲＥＧバンドル物理インデックス９４５と呼ばれる。次に、第２レベルＲＥＧバンドル物理インデックス９４５は、第２レベルインターリーブ９２５を受け、その結果、第２レベルＲＥＧバンドル論理インデックス９５０に対応するインターリーブされた順序になる。第２レベルのＣＣＥインデックス９５５の形成は、３つのＲＥＧのサイズを有する第２ＲＥＧバンドル９０５に基づいており、したがって２つの論理的に連続する第２レベルのＲＥＧバンドル（これは、連続する第２レベルのＲＥＧバンドル論理インデックスを有する２つの第２レベルのＲＥＧバンドルを意味する）毎に、まとめてＣＣＥを形成する。しかしながら、実施形態によっては、論理的に２つ以上の連続する第２レベルのＲＥＧバンドルから形成されるＣＣＥとなる第２ＲＥＧバンドルサイズを使用することができる。

例えば、図１０では、合計１６ＣＣＥのＣＯＲＥＳＥＴと、２つのＲＥＧバンドル、すなわち、（ｉ）第１レベル（より大きい）ＲＥＧバンドル１０００と、（ｉｉ）第２レベル（より小さい）ＲＥＧバンドル１００５とがそれぞれ存在すると仮定する。第１レベルのＲＥＧバンドル１０００のサイズは６ＲＥＧであり、第２レベルのＲＥＧバンドルのサイズは２ＲＥＧである。第１レベルのＲＥＧバンドル１０００は、高集約レベルのＮＲ−ＰＤＣＣＨのインターリーブに使用できる。第２レベルのＲＥＧバンドル１００５は、集約レベルが低いＮＲ−ＰＤＣＣＨのインターリーブに使用できる。

このような実施形態では、図９を参照して上述したように、第１レベルのインターリーブ９２０が実行され、より大きなＲＥＧバンドル論理インデックス１０３５が得られる。より大きいＲＥＧバンドル論理インデックス１０３５の順序に従って、第１レベルのＣＣＥインデックス１０４０の順序は、より大きいＲＥＧバンドル論理インデックス１０３５の順序と一致するように生成される。第１レベルのＲＥＧバンドルおよびＣＣＥが同じサイズだからである。したがって、ＲＥＧバンドルは、本例ではＣＣＥに相当する。

第１レベルのインターリービング９２０の後、ＵＥは、高アグリゲーションレベルの候補１０１５のリソース範囲を決定する。例えば、図５で決定された高ＡＬ候補５１５のリソース範囲は、８つの第１レベルＣＣＥであり、ＡＬ８の候補０に対応する高アグリゲーションレベル候補５１５の開始位置として、第１レベルＣＣＥ０を有する。同様に、図１０では、ＡＬ８の候補０に対応する高アグリゲーションレベル候補１０１５の開始位置として、第１レベルＣＣＥ０を有する８つの第１レベルＣＣＥも存在する。

上で決定された高アグリゲーションレベルのリソース範囲内で、より小さいＲＥＧバンドル１００５は、第２レベルのＲＥＧバンドル物理インデックス１０４５を形成するために、定義された順序で（例えば、高アグリゲーションレベルの周波数領域内で、低から高へ）配置される。第２レベルＲＥＧバンドル１００５は、第１レベルインターリーブ９２０に使用されるものとは異なるインターリーブ方式を使用する第２レベルインターリーブ１０２５を受ける。例えば、第２レベルインターリービング１０２５は、第１レベルインターリービングに使用される列置換パターンとは異なる＜１、１１、１７、１３、１３２０、５、８、２３、０、１２、１９、６、１６、２１、２、１０、１４、４、１５、２２＞などの列置換パターン（インターリービングパターンとも呼ばれる）を利用することができ、その結果、第２レベルＲＥＧバンドルの論理インデックス１０５０が得られる。第２レベルＣＣＥインデックス１０５５は、第２レベルＲＥＧバンドルの論理インデックス１０５０に従って形成される。第２ＲＥＧバンドルのサイズは２ＲＥＧであるので、３つの論理的に連続する第２レベルＲＥＧバンドル毎にＣＣＥを形成する。

図９および図１０から、上記の方法で得られたより大きなＲＥＧバンドルに対応する低集約レベルの候補（行９１０、１０１０の斜線のメンバ）はすべて、小ＲＥＧバンドルに対応する高集約レベルの候補９１５、１０１５の範囲内に位置することがわかる。さらに、小さいＲＥＧバンドルに対応する低い集約レベルの候補９１０、１０１０のうちのいずれか１つは、より大きいＲＥＧバンドルに対応する高い集約レベルの候補９１５、１０１５のうちの１つの最大値に位置することができる（たとえば、ほぼ中央に位置合わせされる）。低レベルアグリゲーションレベル候補９１０、１０１０は、高アグリゲーションレベル候補よりも小さいサイズのＲＥＧバンドルをサポートすることができ、これは、指向性ビームフォーミングに使用されるプリコーダのリソース粒度を改善する。

＜実施例４＞
実施例４では、バンドルサイズ６のＲＥＧバンドルは、バンドルサイズ２のＲＥＧと共存している。本例では図１１と図１２を参考にして説明する。

異なるＲＥＧバンドル対ＣＣＥマッピング（ＣＣＥインデックス付けとも呼ばれるＲＥＧバンドル対ＣＣＥマッピング）が、異なるＲＥＧバンドルサイズに対して定義され、異なるＲＥＧバンドルサイズは、異なる集約レベルに対応する。例えば高い集約レベルに対応する大きいＲＥＧバンドルサイズ、および低い集約レベルに対応する小さいＲＥＧバンドルサイズなどである。本例では、ＣＣＥインデックス付けは、ＲＥＧバンドル論理インデックスとＣＣＥインデックスとの間のマッピング（またはマッピングパターン）を確立する。小さなＲＥＧバンドルの場合、ＣＣＥマッピングにより、小さなＲＥＧバンドルに対応する低ＡＬ候補のうちの任意の１つのなかのすべての小さなＲＥＧバンドルが、大きなＲＥＧバンドルに対応する同じ１つの高ＡＬ候補内に位置することになる。

図１１の実施形態では、合計１６個のＣＣＥと、２つのタイプのＲＥＧバンドル、すなわち、（ｉ）６個のＲＥＧのサイズを含むＲＥＧ間バンドル１１００と、（ｉｉ）３個のＲＥＧのサイズを含む内部ＲＥＧバンドル１１０５とを有するＣＯＲＥＳＥＴがあると仮定する。ＲＥＧ間バンドルは、高いアグリゲーションレベルのためのＣＣＥインデックスを定義するために使用することができる。内部ＲＥＧバンドルは、低いアグリゲーションレベルのためのＣＣＥインデックスを定義するために使用することができる。

実施形態において、基本リソースユニットとしてのＲＥＧ間バンドル１１００は、インターリービングのためのＣＯＲＥＳＥＴ全体のリソース範囲を有することができ、ＲＥＧ間バンドルは、定義された順序で（例えば、高アグリゲーションレベルの周波数領域内で、低から高へ）配置されて、ＲＥＧ間バンドル物理インデックスを形成する。そして、これらのＲＥＧバンドル間物理インデックスをインターリーブすることを示唆することにより、インターリーブされたＲＥＧバンドル間物理インデックスは、ＲＥＧバンドル間論理インデックスとして示される。ＵＥの内部ＲＥＧバンドル１１０５は、ＲＥＧ間バンドル１１００のサブセット内のＵＥのために選択された候補に対応するリソースの下で定義される。

ＲＥＧバンドル間に対応する高ＡＬのためのＣＣＥインデックス１１４０は、ＲＥＧバンドル間論理インデックス１１３０に基づいて定義され、それに応じて、ＲＥＧバンドル間論理インデックスを有するＣＣＥインデックスの順序を作成する。ＣＣＥがＭ個のＲＥＧ間バンドル１１００を含み、Ｍ個の論理的に連続するＲＥＧ間バンドル毎に（すなわち、論理インデックス１１３５は、Ｍ個のＲＥＧ間バンドル１１００に対して連続している）ＣＣＥを形成すると仮定することによって、ＲＥＧ間バンドルをＣＣＥにマッピングすることができる。ＲＥＧ間バンドルインデックス１１３５は、低から高へのＣＣＥインデックス１１４０に対応して、低から高へ配置される。Ｍの値は、内部（小）ＲＥＧバンドルサイズに対する内部（大）ＲＥＧバンドルサイズの比である。ここで、ＲＥＧ間バンドルサイズは６ＲＥＧであり、ＣＣＥも６ＲＥＧを含むので、Ｍの値は１であり、ＣＣＥはＲＥＧ間バンドル１１００に相当する。

各ＲＥＧ間バンドル１１００は、ＲＥＧ間バンドル１１００の論理インデックス順序に従って実施されるＮ個の内部ＲＥＧバンドル１１０５に分割することができる。したがって、Ｎ個の内部ＲＥＧバンドルをまとめて、分割された複合リソースバンドルを形成する。Ｎは、ＲＥＧ間バンドルサイズと内部ＲＥＧバンドルサイズとの比に等しくすることができ、この例では６／３、すなわち２である。低から高への内部ＲＥＧバンドル１１０５の論理インデックス１１５０は、低から高へのＲＥＧ間バンドルの論理インデックスに対応する。ＲＥＧ間バンドルサイズが６ＲＥＧであり、内部ＲＥＧバンドルサイズが３ＲＥＧである場合、Ｎの値は２であり、ｉのＲＥＧ間バンドル１１００に対応する２つの内部ＲＥＧバンドル１１０５の論理インデックスは、式２×ｉおよび２×ｉ＋１によって与えられる。言い換えれば、図１１のｉ＝１の第１論理ＲＥＧ間バンドルインデックス値について、ｉ＝１のＲＥＧ間バンドルインデックス値に対応するリソースを２つの別個のリソースに分割することによって形成される２つの論理内部ＲＥＧバンドルインデックス値の値は、２×１＝１、および２×１＋１＝３である。これらの最初の２つの論理的な内部ＲＥＧバンドルインデックス値は、図１１に反映されている。別の例として、ｉ＝９の第２論理ＲＥＧ間バンドルインデックス値に対して、２つの対応する論理内部ＲＥＧバンドルインデックス値は、図１１に示されるように、２×９＝１８、および２×９＋１＝１９である。

図１２は、所定の方法に従って、論理内部ＲＥＧバンドルインデックス１１５０に基づいて、低ＡＬのためのＣＣＥインデックス１１５５を定義するための技法を示す。ＲＥＧ間バンドルサイズが６ＲＥＧであり、内部ＲＥＧバンドルサイズが３ＲＥＧである場合、本技法は、下記のように低アグリゲーションレベルのためのＣＣＥインデックスを定義する：

１）偶数の内部ＲＥＧバンドルインデックス値を有する内部ＲＥＧバンドルについては、偶数の内部ＲＥＧバンドルインデックス値は、図１２に示されるように昇順で考慮される。内部ＲＥＧバンドルインデックスは、それぞれ偶数インデックスおよび奇数インデックスを有する２つのグループに分割することができ、２つのグループの第１インデックス順序としてのＣＣＥインデックス順序は、偶数内部ＲＥＧバンドルインデックスを含む第１グループ内で最初にＣＣＥインデックスを付け、次いで、奇数内部ＲＥＧバンドルインデックスを含む第２グループ内でインデックス付けを継続する。偶数の内部ＲＥＧバンドルインデックスを含む第１グループの例を取る。偶数の内部ＲＥＧバンドルインデックス値は、ペアにグループ化され、２つの論理的に連続する内部ＲＥＧバンドルの各々は、１つのＣＣＥにグループ化される。内部ＲＥＧバンドル論理インデックスの増加に伴って増加するＣＣＥインデックスを取り上げ、第１ペアについてＣＣＥインデックス値「０」から始める。図１２に示す例では、偶数内部ＲＥＧバンドルインデックス値の第１ペアは「０」および「２」を含む。第１ペアにあるこれらの偶数内部ＲＥＧバンドルインデックス値には、ＣＣＥインデックス値「０」が割り当てられる。同様に、第２ペアの偶数内部ＲＥＧバンドルインデックス値には、「４」および「６」が含まれる。これらの偶数内部ＲＥＧバンドルインデックス値のそれぞれには、ＣＣＥインデックス値「１」などが割り当てられる。一般に、Ｎが偶数内部ＲＥＧバンドルインデックス値ペアリングの範囲における偶数内部ＲＥＧバンドルインデックス値のペアの数値位置を表す場合、Ｎ番目ペアの各構成要素に割り当てられるＣＣＥインデックス値は、Ｎ−１によって与えられる。偶数内部ＲＥＧバンドルインデックス値「４」および「６」を例として再度使用すると、これら偶数内部ＲＥＧバンドルインデックス値は、図１２の第２組の値を形成するので、Ｎ＝２となる。したがって、これら偶数内部ＲＥＧバンドルインデックス値は、Ｎ−１または２−１＝１のＣＣＥインデックス値が割り当てられる。同様に、内部ＲＥＧバンドルインデックス値「１６」、「１８」も、偶数内部ＲＥＧバンドルインデックス値の５番目ペアの構成要素であるので、Ｎ＝５となる。したがって、偶数内部ＲＥＧバンドルインデックス値「１６」、「１８」も、図１２のＣＣＥインデックス値「４」（５−１）が割り当てられる。偶数内部ＲＥＧバンドルインデックス値の範囲内にＰ１個のＣＣＥ（または偶数内部ＲＥＧバンドルインデックス値のペア）がある場合、ＣＣＥインデックス値の範囲は０からＰ１−１になる。

２）奇数内部ＲＥＧバンドルインデックス値を低アグリゲーションレベルのＣＣＥインデックス値にマッピングするために、奇数内部ＲＥＧバンドルインデックス値は、図１２に示されるように昇順に再び考慮され、増分的に増加するＣＣＥインデックス値が、ペアの各構成要素に割り当てられる。しかしながら、奇数内部ＲＥＧバンドルインデックス値の第１ペアに割り当てられたＣＣＥインデックス値は、偶数内部ＲＥＧバンドルインデックス値に割り当てられた最大ＣＣＥインデックス値よりも１インクリメントだけ大きい。再び図１２を参照すると、奇数の内部ＲＥＧバンドルインデックス値「１」および「３」は、奇数の内部ＲＥＧバンドルインデックス値の第１ペアである。そのペアの各構成要素に「０」のＣＣＥインデックス値を割り当てるのではなく、奇数の内部ＲＥＧバンドルインデックス値「１」および「３」に「８」のＣＣＥインデックス値が割り当てられ、これは、偶数の内部ＲＥＧバンドルインデックス値に割り当てられた最大のＣＣＥインデックス値「７」よりも１つ大きい。したがって、奇数内部ＲＥＧバンドルインデックス値に対するＣＣＥインデックス値の範囲は、Ｐ１から（Ｐ１＋Ｐ２−１）であり、ここで、Ｐ２は、奇数内部ＲＥＧバンドルインデックス値のペアに割り当てられるＣＣＥインデックス値の数である。

ＣＣＥマッピングの結果を図１１に示す。低アグリゲーションレベルの任意の候補1１１０は、高アグリゲーションレベルの同じ候補１１１５リソースに位置する内部ＲＥＧバンドル１１０５を含む。結果として、このアプローチは、異なるＲＥＧバンドルサイズに対応する異なるＡＬの候補のブロッキング確率を低減しながら、同じＣＯＲＥＳＥＴにおける複数のＲＥＧバンドルの共存を実現する。

＜実施例５＞
実施例５では、バンドルサイズ６のＲＥＧバンドルとバンドルサイズ３、２のＲＥＧバンドルが共存している。本例では図１３と図１４を参考に説明する。

異なるＲＥＧバンドルからＣＣＥへのマッピング（ＣＣＥインデックス付けとも呼ばれるＲＥＧバンドルからＣＣＥへのマッピング）は、異なるＲＥＧバンドルサイズと、異なるアグリゲーションレベルに対応する異なるＲＥＧバンドルサイズとに対して定義される。例えば、本例では、大きなＲＥＧバンドルサイズが高い集約レベルに対応し、小さなＲＥＧバンドルサイズが低い集約レベルに対応する。ここで、ＣＣＥインデックス付けは、ＲＥＧバンドル論理インデックスからＣＣＥインデックスへのマッピング（またはマッピングパターン）を確立する。小さなＲＥＧバンドルの場合、ＣＣＥマッピングにより、小さなＲＥＧバンドルに対応する低ＡＬ候補のうち任意の１つのなかのすべての小さなＲＥＧバンドルが、大きなＲＥＧバンドルに対応する同じ１つの高ＡＬ候補内に位置することになる。

図１３において、ＣＯＲＥＳＥＴは、合計１６個のＣＣＥを備えており、それぞれ、（ｉ）６ＲＥＧのバンドルサイズを有するＲＥＧ間バンドル１３００と、（ｉｉ）２ＲＥＧのバンドルサイズを有する内部ＲＥＧバンドル１３０５の２種類のＲＥＧバンドルがあると仮定する。ＲＥＧ間バンドル１３００は、高アグリゲーションレベルのためのＣＣＥインデックス１３４０を定義するために使用されることができ、内部ＲＥＧバンドル１３０５は、低アグリゲーションレベルのためのＣＣＥインデックス１３５５を定義するために使用されることができる。

図１３に示す技法は、基本リソースユニットとしてのＲＥＧ間バンドル１３００を、ＣＯＲＥＳＥＴ全体における物理的なＲＥＧ間バンドルインデックスによってインターリーブ１３２０して、論理ＲＥＧバンドルインデックス１３３５に対応するリソースを生成することを含む。論理ＲＥＧ間バンドルインデックス１３３５に基づいて、高ＡＬのためのＣＣＥインデックス値１３４０は、あらかじめ定義されたプロセスに従って定義することができる。当技術分野で知られているように、ＣＣＥがＭ個のＲＥＧ間バンドル１３００を含み、Ｍ個の論理的に連続するＲＥＧ間バンドルのそれぞれ（すなわち、論理インデックスがＭ個のＲＥＧ間バンドル１３００にわたって連続している）がＣＣＥを形成すると仮定することによって、ＲＥＧ間バンドルをＣＣＥにマッピングすることができる。ＲＥＧ間バンドルインデックス１３３５は、低から高へのＣＣＥインデックス１３４０に対応して低から高に構成される。ＲＥＧ間バンドルサイズは６ＲＥＧであり、ＣＣＥも６ＲＥＧを含むので、Ｍは１であり、したがって、ＣＣＥは、本例ではＲＥＧ間バンドルに相当する。

各ＲＥＧ間バンドル１３００は、ＲＥＧ間バンドル１３００の論理インデックス順序に従ってＮ個の内部ＲＥＧバンドルに分割され、ここで、Ｎは、ＲＥＧ間バンドルサイズと内部ＲＥＧバンドルサイズとの比に等しい。低から高への昇順の論理内部ＲＥＧバンドルインデックス１３５０は、低から高への昇順の論理内部ＲＥＧバンドルインデックス１３３５に対応する。ＲＥＧバンドル間サイズが６ＲＥＧであり、内部ＲＥＧバンドルサイズが２ＲＥＧである場合、Ｎの値は３であり、ｉのＲＥＧ間バンドルインデックス値に対応する３つの内部ＲＥＧバンドルの論理インデックス値は、３×ｉ、３×ｉ＋１および３×ｉ＋２である。例えば、ｉ＝９の第２論理ＲＥＧ間バンドルインデックス値に対して、３つの対応する論理内部ＲＥＧバンドルインデックス値は、図１３に示すように、３×９＝２７、２×９＋１＝２８、および２×９＋２＝２９である。

図１４は、内部ＲＥＧバンドルに対応する低アグリゲーションレベルのためのＣＣＥインデックスを定義するための技法による内部ＲＥＧバンドルインデックスに基づいて、低アグリゲーションレベルのための内部ＲＥＧバンドルインデックス１３５０とＣＣＥインデックス１３５５との間の事前定義されたマッピング方法を示す。特に、この方法は以下を含む：

１）すべての内部ＲＥＧバンドルを、各グループ内のＷ個の内部ＲＥＧバンドルを有するグループに分割し、グループインデックスは、各グループ内の最初のインデックスＲＥＧバンドルインデックスの順序に従って増加する。ＣＣＥインデックス付けは、全ての内部ＲＥＧバンドルにわたるグループインデックス増加方向で行われる。Ｗ個の内部ＲＥＧバンドルは、オプションとして、ＲＥＧ間バンドルに対応する高アグリゲーションレベルの１つの候補のリソースに対応する内部ＲＥＧバンドルとすることができる。

２）第１グループの例を挙げると、グループ間で、ＣＣＥインデックスは、ＣＣＥインデックスマッピングに対する内部ＲＥＧバンドルインデックスを達成するために、同じパターンに従って決定される。例えば、大集約レベルのＲＥＧバンドルサイズと小集約レベルのＲＥＧバンドルサイズとの比が３である場合、各グループは、Ｎ＊Ｌ（Ｌは集約レベル）個の内部ＲＥＧバンドルを含む。集約レベルが４であると仮定すると、各グループは、１２個の（Ｎは３であり、Ｌは４である）連続する論理内部ＲＥＧバンドルを含む。ｎ番目（ｎは非負の整数）のグループに含まれる内部ＲＥＧバンドルの論理インデックスは＜１２＊ｎ，１２＊ｎ＋１，…，１２＊ｎ＋１１＞で与えられ、グループｎ＝０に対する値「０」から始まる３番目毎の値（Ｎの値）をソートされた内部ＲＥＧバンドルインデックス値として選択し、ソートされた内部ＲＥＧバンドルインデックスは１２ｎ＋３ｍ＋１（ｍ＝０，１，２，３），１２ｎ＋３ｍ＋２（ｍ＝０，１，２，３）で与えられ、ソートされた内部ＲＥＧバンドルインデックスに基づいてＮ個のＲＥＧバンドル毎にＣＣＥを形成する。

３）本例では、Ｎ＝３であるので、３つの内部ＲＥＧバンドルインデックス値のグループ内の各構成要素には、図１４に示すように、各グループに対して１インクリメント増加するインクリメント増加ＣＣＥインデックス値が割り当てられる。

図１５に関して説明した別の例として、ＣＯＲＥＳＥＴが合計１６個のＣＣＥを含み、それぞれ、（ｉ）６個のＲＥＧのサイズを有するＲＥＧ間バンドルと、（ｉｉ）３個のＲＥＧのサイズを有する内部ＲＥＧバンドルとの２つのＲＥＧバンドルがあると仮定する。ＲＥＧ間バンドルは、高いアグリゲーションレベルのためのＣＣＥインデックスを定義するために使用されることができる。内部ＲＥＧバンドルは、低い集約レベルのためのＣＣＥインデックス値を定義するために使用されることができる。

ＲＥＧ間バンドルは、ＣＯＲＥＳＥＴ全体のインターリーブされたリソース範囲を有する。ＲＥＧバンドル間論理インデックス１５３５に対応する物理リソースの後、所定の技法に従って、ＲＥＧバンドル間インデックス順序が、高ＡＬのためのＣＣＥインデックス１５４０を定義するために使用される。ＣＣＥへのＲＥＧ間バンドルは、ＣＣＥがＭ個のＲＥＧ間バンドルを含み、Ｍ個の論理的に連続するＲＥＧ間バンドル（すなわち、論理インデックスは、連続するＭ個のＲＥＧ間バンドルである）毎に、低から高へのＣＣＥインデックスに対応する低から高へのＲＥＧ間バンドルインデックスに基づいて、ＣＣＥを形成すると仮定することによって、従来の方法でマッピングされる。ここで、６つのＲＥＧに対するＲＥＧ間バンドルサイズに起因して、ＣＣＥはまた、６つのＲＥＧ、Ｍ値１を含み、したがって、ＣＣＥは、ＲＥＧ間バンドルに等しい。

各ＲＥＧ間バンドル１５００は、ＲＥＧ間バンドルインデックス１５３０の論理的順序に従ってＮ個の内部ＲＥＧバンドルに分割され、ここで、Ｎは、ＲＥＧ間バンドルサイズと内部ＲＥＧバンドルサイズとの比に等しい。そして、低から高への論理内部ＲＥＧバンドルインデックス１５５０は、低から高への論理内部ＲＥＧバンドルインデックス１５３５に対応する。ＲＥＧ間バンドルサイズが６ＲＥＧであり、内部ＲＥＧバンドルサイズが３ＲＥＧである場合、Ｎの値は２であり、ｉのＲＥＧ間バンドルに対応する２つの内部ＲＥＧバンドルの論理インデックスは２×ｉ、２×ｉ＋１である。

低ＡＬのためのＣＣＥインデックス１５５５を定義するために事前定義されたプロセスに従って、内部ＲＥＧバンドルインデックス１５５０に基づき、図１６は、低アグリゲーションレベルに対する内部ＲＥＧバンドルインデックス１５５０とＣＣＥインデックス１５５０との間のマッピングを示す。事前定義プロセスは以下を含む：

１）すべての内部ＲＥＧバンドルを、各グループ内のＷ個の内部ＲＥＧバンドルを有するグループに分割し、グループインデックスは、各グループ内の最初のインデックスＲＥＧバンドルインデックスの順序に従って増加する。ＣＣＥインデックス付けは、全ての内部ＲＥＧバンドルにわたるグループインデックス増加方向で行われる。Ｗ個の内部ＲＥＧバンドルは、オプションとして、ＲＥＧ間バンドルに対応する高アグリゲーションレベルの１つの候補のリソースに対応する内部ＲＥＧバンドルとすることができる。

２）第１グループの例を挙げると、グループ間で、ＣＣＥインデックスは、ＣＣＥインデックスマッピングに対する内部ＲＥＧバンドルインデックスを達成するために、同じパターンに従って決定される。例えば、高アグリゲーションレベルのＲＥＧバンドルサイズと低アグリゲーションレベルのＲＥＧバンドルサイズとの比が２である場合、各グループは、Ｎ×Ｌ（Ｌはアグリゲーションレベル）を含む。集約レベルが４である場合、論理的に連続する８つの連続内部ＲＥＧバンドルを含み、ｎ番目（ｎは非負の整数）グループに含まれる内部ＲＥＧバンドルの論理インデックスは＜８＊ｎ，８＊ｎ＋１，・・・，８＊ｎ＋７＞である。内部ＲＥＧバンドルの論理インデックスは、８ｎ＋２ｍ（ｍ＝０，１，２，３）、８ｎ＋２ｍ＋１（ｍ＝０，１，２，３）の順序でソートされ、Ｎ個の内部ＲＥＧバンドル毎にソート後のＣＣＥを形成する。

３）ｎ番目グループの内部ＲＥＧバンドルに含まれるＣＣＥインデックスは、高アグリゲーションレベルのＣＣＥまたは候補インデックス受注高に従って、Ｌ＊ｎ〜Ｌ＊ｎ＋Ｗ−１として定義される（ここで、Ｌは高アグリゲーションレベルである）。

図１５および図１６から分かるように、低アグリゲーションレベルのいずれか１つに含まれる内部ＲＥＧバンドルは、高アグリゲーションレベルの同じ候補のリソース内にある。結果として、このアプローチは、異なるＲＥＧバンドルサイズに対応する異なるＡＬの候補のブロッキング確率を低減しながら、同じＣＯＲＥＳＥＴにおける複数のＲＥＧバンドルの共存を実現する。

図１７は、本明細書で提供される技法の少なくとも一部を利用することができる基地局１７５０（たとえば、ネットワークエンティティ）の概略アーキテクチャ図１７００を提示する。この基地局１７５０は、他の開示された技法、シナリオなどのうちの１つまたは複数のうちの少なくともいくつかなどのサービスを提供するために、単独で、または他の基地局、ノード、エンドユニット、および／またはサーバなどと併せて、構成および／または能力において幅広く変化し得る。例えば、基地局１７５０は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなどのような、１つまたは複数のユーザ機器（ＵＥ）を（例えば、無線および／または有線）ネットワーク（例えば、接続され、および／または１つまたは複数の他の基地局を含むことができる）に接続することができる。ネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、発展ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭなどの無線技術を実装することができる。ＢＳおよび／またはＵＥは、ＬＴＥ（Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＮＲ（５Ｇ Ｎｅｗ Ｒａｄｉｏ）などの規格を使用して通信することができる。

基地局１７５０は、命令を処理する１つまたは複数の（たとえば、ハードウェア）プロセッサ１７１０を備えることができる。１つまたは複数のプロセッサ１７１０は、任意選択で、複数のコア、数学コプロセッサまたは統合グラフィカル処理ユニット（ＧＰＵ）などの１つまたは複数のコプロセッサ、および／またはローカル・キャッシュ・メモリの１つまたは複数の層を含むことができる。基地局１７５０は、オペレーティングシステム１７０４などの様々な形態のアプリケーション、１つまたは複数の基地局アプリケーション１７０６、および／またはデータベース１７０８および／またはファイルシステムなどの様々な形態のデータを格納するメモリ１７０２を備えることができる。基地局１７５０は、ローカルエリアネットワークおよび／またはワイドエリアネットワークに接続可能な有線および／または無線ネットワークアダプタ１７１４などの様々な周辺コンポーネント、ハードディスクドライブ、ソリッドステートストレージデバイス（ＳＳＤ）、フラッシュメモリデバイス、および／または磁気および／または光ディスクリーダなどの１つまたは複数のストレージコンポーネント１７１６、および／または他の周辺コンポーネントを備えることができる。

基地局１７５０は、シリアルまたはパラレルＡＴアタッチメント（ＡＴＡ）バスプロトコルの変形、ユニフォームシリアルバス（ＵＳＢ）プロトコル、および／または小型コンピュータシステムインターフェース（ＳＣＩ）バスプロトコルなどの様々なバス技術を使用して、プロセッサ１７１０、メモリ１７０２、および／または様々な周辺機器を相互接続する１つまたは複数の通信バス１７１２を特徴とするメインボードを備えることができる。マルチバスシナリオでは、通信バス１７１２は、基地局１７５０を少なくとも１つの他のサーバと相互接続することができる。（図１７の概略図１７００には示されていないが）基地局１７５０に任意選択で含まれ得る他の構成要素は、ディスプレイ、グラフィカル処理ユニット（ＧＰＵ）などのディスプレイアダプタ、キーボードおよび／またはマウスなどの入力周辺機器、および／または基地局１７５０を準備完了状態にブートすることを容易にする基本入出力システム（ＢＩＯＳ）ルーチンを記憶することができるフラッシュメモリデバイスなどを含む。

基地局１７５０は、デスクトップまたはタワーなどの様々な物理的エンクロージャ内で動作することができ、かつ／または「オールインワン」デバイスとしてディスプレイと一体化することができる。基地局１７５０は、水平に、および／またはキャビネットまたはラックに取り付けられてもよく、および／または単に相互接続された構成要素のセットを備えてもよい。基地局１７５０は、他の構成要素に電力を供給および／または調整する専用および／または共用電源１７１８を備えることができる。基地局１７５０は、別の基地局および／またはサーバおよび／または他のデバイスに電力を提供し、かつ／またはそれらから電力を受信することができる。基地局１７５０は、温度、湿度、および／または気流などの気候特性を調整する共有および／または専用の気候制御ユニット1７２０を備えることができる。多くのそのような基地局１７５０は、本明細書で提示される技法の少なくとも一部を利用するように構成および／または適合され得る。

図１８は、ユーザ機器（ＵＥ）１８５０（例えば、通信デバイス）の概略的なアーキテクチャ図１８００を提示し、ここで提示される技術の少なくとも一部が実装されうる。このＵＥ１８５０は、ユーザに様々な機能性を提供するために、構成および／または能力において幅広く変化し得る。ＵＥ１８５０は、携帯電話（例えば、スマートフォン）、デスクトップまたはタワーワークステーション、ディスプレイ１８０８と一体化された「オールインワン」デバイス、ラップトップ、タブレット、コンバーチブルタブレット、またはパームトップデバイス、ヘッドセット、アイグラス、イヤピース、および／または腕時計に搭載可能な、および／または衣料品と一体化された、着用可能デバイス、および／またはテーブルトップなどの家具の一部、および／または車両または住宅などの別のデバイスの構成要素など、様々なフォームファクタで提供され得る。ＵＥ１８５０は、電話、ワークステーション、キオスク、メディアプレーヤ、ゲームデバイス、および／または機器などの様々な役割でユーザにサービスを提供することができる。

ＵＥ１８５０は、命令を処理する１つまたは複数の（たとえば、ハードウェア）プロセッサ１８１０を備えることができる。１つまたは複数のプロセッサ１８１０は、任意選択で、複数のコア、数学コプロセッサまたは統合グラフィカル処理ユニット（ＧＰＵ）などの１つまたは複数のコプロセッサ、および／またはローカルキャッシュメモリの１つまたは複数の層を含むことができる。ＵＥ１８５０は、オペレーティングシステム１８０３などの様々な形態のアプリケーション、ドキュメントアプリケーション、メディアアプリケーション、ファイルおよび／またはデータアクセスアプリケーションなどの１つまたは複数のユーザアプリケーション１８０２、ウェブブラウザおよび／または電子メールクライアント、ユーティリティ、および／またはゲームなどの通信アプリケーション、および／または様々な周辺機器用のドライバを格納するメモリ１８０１を備えることができる。ＵＥ１８５０は、ローカルエリアネットワークおよび／またはワイドエリアネットワークに接続可能な有線および／または無線ネットワークアダプタ１８０６などの様々な周辺コンポーネント、ディスプレイアダプタ（任意選択でグラフィカル処理ユニット（ＧＰＵ）を含む）に結合されたディスプレイ１８０８などの１つまたは複数の出力コンポーネント、スピーカに結合されたサウンドアダプタ、および／またはプリンタ、ディスプレイ１８０８のキーボード１８１１、マウス、マイクロフォン、カメラ、および／またはタッチセンシティブコンポーネントなどのユーザからの入力を受信するための入力デバイス、ならびに／あるいはＵＥ１８５０の位置、速度、および／または加速度を検出するＧＰＳ受信機１８１９などの環境センサ、ＵＥ１８５０の物理的な向きを検出するコンパス、加速度計、および／またはジャイロスコープを備えることができる。（図１８の概略アーキテクチャ図１８００には示されていないが）ＵＥ１８５０に任意選択で含まれ得る他の構成要素は、ハードディスクドライブ、ソリッドステート記憶デバイス（ＳＳＤ）、フラッシュメモリデバイス、および／または磁気および／または光ディスクリーダなどの１つまたは複数の記憶構成要素と、準備完了状態へのＵＥ１８５０のブートを容易にする基本入出力システム（ＢＩＯＳ）ルーチンを記憶することができるフラッシュメモリデバイスと、温度、湿度、および気流などの気候特性を調整する気候制御ユニットとのうちの少なくとも１つとを含む。

ＵＥ１８５０は、シリアルまたはパラレルＡＴアタッチメント（ＡＴＡ）バスプロトコルの変形、ユニフォームシリアルバス（ＵＳＢ）プロトコル、および／またはスモールコンピュータシステムインターフェース（ＳＣＩ）バスプロトコルなどの様々なバス技術を使用して、プロセッサ１８１０、メモリ１８０１、および／または様々な周辺機器を相互接続する１つまたは複数の通信バス１８１２を特徴とするメインボードを備えることができる。ＵＥ１８５０は、他の構成要素のための電力を供給および／または調整する専用および／または共有電源１８１８と、ＵＥ１８５０が電源１８１８を介して電源に接続されていない間に使用するための電力を格納するバッテリ１８０４とを備えることができる。ＵＥ１８５０は、他のクライアントデバイスに電力を提供し、かつ／または他のクライアントデバイスから電力を受信することができる。

図１９は、例示的な一時的でないコンピュータ可読媒体１９０２を含むシナリオ1９００の図である。非一時的コンピュータ可読媒体１９０２は、プロセッサ１９１６によって実行されると、本明細書の規定のうちの少なくともいくつかの（たとえば、プロセッサ１９１６による）機能を生じさせる、プロセッサ実行可能命令１９１２を備えることができる。非一時的コンピュータ可読媒体１９０２は、メモリ半導体（例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、および／またはシンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）技術を利用する半導体）、ハードディスクドライブのプラッタ、フラッシュメモリデバイス、または磁気ディスクもしくは光ディスク（コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、および／またはフロッピー（登録商標）ディスクなど）を備えることができる。例示的な非一時的コンピュータ可読媒体１９０２は、デバイス１９０８の読取装置１９１０（例えば、ハードディスクドライブの読取ヘッド、またはソリッドステート記憶デバイス上で呼び出される読取動作）による読取１９０６を受けたときに、プロセッサ実行可能命令１９１２を表すコンピュータ可読データ１９０４を記憶する。いくつかの実施形態では、プロセッサ実行可能命令１９１２は、実行されると、例えば、図２および図３の例示的な方法のうちの少なくともいくつかなど、動作を実行させる。いくつかの実施形態では、プロセッサ実行可能命令１９１２は、本明細書で説明される例示的なシステムの少なくともいくつかなど、システムおよび／またはシナリオの実装を引き起こすように構成される。

本出願で使用されるように、「モジュール」、「システム」、「インターフェース」などは、一般に、ハードウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアのいずれかであるコンピュータ関連エンティティを指すことが意図される。例えば、コンポーネントは、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータであってもよいが、これらに限定されない。例として、コントローラ上で実行されるアプリケーションとコントローラの両方がコンポーネントであり得る。１つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に常駐することができ、コンポーネントは、１つのコンピュータ上にローカライズされ、かつ／または２つ以上のコンピュータ（たとえば、ノード（複数可））の間で分散され得る。

別段の指定がない限り、「第１」、「第２」などは、時間的側面、空間的側面、順序付けなどを示唆することを意図しない。むしろ、そのような用語は、特徴、要素、アイテムなどのための識別子、名前などとして単に使用される。例えば、第１オブジェクトおよび第２オブジェクトは、一般に、オブジェクトＡおよびオブジェクトＢ、または２つの異なるまたは２つの同一のオブジェクト、または同じオブジェクトに対応する。

さらに、「例」、「例示的な実施形態」は、本明細書では、例、図などとして機能することを意味し、必ずしも有利な実施形態ではない。本明細書で使用されるように、「または」は、排他的な「または」ではなく包括的な「または」を意味することを意図している。加えて、本出願において使用される「ａ」および「ａｎ」は、一般に、それ以外の意味を表すかまたは単数形に向けられていることが文脈から別途明確でない限り、「１つ以上」を意味すると解釈される。また、ＡおよびＢの少なくとも一方またはＡおよびＢの両方、またはＡおよびＢの両方を一般的に意味する。さらに、「含む」、「有する」、「有する」、「有す」、および／またはそれらの変形が、詳細な説明または請求項のいずれかにおいて使用される範囲において、そのような用語は、「含む」という。

主題を、構造的特徴および／または方法論的動作に特有の言語で説明してきたが、添付の特許請求の範囲で定義される主題は、必ずしも上記の特定の特徴または動作に限定されないことを理解されたい。むしろ、上述の特定の特徴および動作は、特許請求の範囲の少なくとも一部を実施する例示的な形態として開示されている。

さらに、特許請求される主題は、開示される主題を実施するためにコンピュータ（例えば、ノード）を制御するためのソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組合せを生成するための標準的なプログラミング技法および／またはエンジニアリング技法を使用して、方法、装置、または製造品として実施され得る。本明細書で使用される「製造品」という用語は、任意のコンピュータ可読デバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含することが意図される。もちろん、特許請求される主題の範囲または精神から逸脱することなく、この構成に対して多くの修正を行うことができる。

実施形態および／または例の様々な動作が、本明細書で提供される。本明細書で動作のいくつかまたはすべてが説明される順序は、これらの動作が必ずしも順序に依存することを暗示するものとして解釈されるべきではない。代替の順序付けは、この説明の恩恵を受ける当業者によって理解されるであろう。さらに、すべての動作が、本明細書で提供される各実施形態および／または例に必ずしも存在するわけではないことを理解されたい。また、いくつかの実施形態および／または例では、すべての動作が必要であるわけではないことを理解されたい。

また、本開示は、１つまたは複数の実装形態に関して示され、説明されてきたが、本明細書および添付の図面を読んで理解することに基づいて、同等の変更および修正が当業者に想起されるであろう。本開示は、すべてのそのような修正および変更を含み、以下の特許請求の範囲によってのみ限定される。特に、上述の構成要素（例えば、要素、リソースなど）によって実行される様々な機能に関して、そのような構成要素を説明するために使用される用語は、特に指示がない限り、開示された構造と構造的に同等ではないにもかかわらず、説明された構成要素の指定された機能（例えば、機能的に同等である）を実行する任意の構成要素に対応することが意図される。加えて、本開示の特定の特徴は、いくつかの実装形態のうちの１つのみに関して開示されているが、そのような特徴は、任意の所与のまたは特定のアプリケーションに対して所望され、有利であり得るように、他の実装形態の１つまたは複数の他の特徴と組み合わせることができる。

Claims (15)

1. 異なる量のリソース要素グループを含む少なくとも第１タイプのリソース要素グループバンドルおよび第２タイプのリソース要素グループバンドルと、異なる集約レベルの候補に対応する２つのタイプのリソース要素グループバンドルとを含むリソース領域を形成するステップを含む、
   方法。
2. 前記第２タイプのリソース要素グループに対応する前記集約レベルの異なる候補に対応する前記第２タイプの複数のリソース要素グループバンドルを有する、前記第１タイプのリソース要素グループバンドルに対応する前記リソースを備える、
   請求項１記載の方法。
3. 前記第２タイプのリソース要素グループバンドルに対応する前記リソースは、前記第１タイプのリソース要素グループに対応する前記集約レベルの１つの候補に属する、
   請求項１記載の方法。
4. 前記２つのタイプのＲＥＧバンドルを異なるリソース領域にインターリーブするステップを含む、
   請求項１記載の方法。
5. 前記第１リソース領域は、前記リソース領域である、
   請求項４記載の方法。
6. 前記第２リソース領域は、前記第１タイプのＲＥＧバンドルに対応する前記集約レベルの１つまたは複数の候補に対応する前記リソースである、
   請求項４記載の方法。
7. 複数の前記第２リソース領域は、前記第２タイプのＲＥＧバンドルに対応する前記集約レベルの前記候補のためのものである、
   請求項４記載の方法。
8. 異なるインターリービングパターンを使用して前記２つのタイプのＲＥＧバンドルをインターリービングするステップを含む、
   請求項１記載の方法。
9. ＲＥＧバンドルのインデックスからＣＣＥのインデックスへの異なるマッピングパターンに対応する前記２つのタイプのＲＥＧバンドルを含む、
   請求項１記載の方法。
10. 前記ＲＥＧバンドルに対応する前記リソースは、前記ＣＣＥのリソースと同じである、
    請求項９記載の方法
11. ＲＥＧバンドルのインデックスからＣＣＥのインデックスへの前記マッピングパターンが、ＲＥＧバンドルのインデックスと同じ順序でＣＣＥをインデックス付けすることを含む、
    請求項９記載の方法。
12. ＲＥＧバンドルのインデックスからＣＣＥのインデックスへの前記マッピングパターンが、ＲＥＧバンドルのインデックスの増加方向において連続インデックスを有するＮ個のＲＥＧバンドル毎にＣＣＥをインデックス付けすることを含む、
    請求項９記載の方法。
13. ＲＥＧバンドルのインデックスからＣＣＥのインデックスへの前記マッピングパターンが、
    最初に、ＲＥＧバンドルのグループ内のＲＥＧバンドルのインデックスの増加方向において、ＲＥＧバンドルの第１グループ内のＮ個のＲＥＧバンドルごとにＣＣＥをインデックス付けし、
    次に、ＲＥＧバンドルのグループのインデックスの増加方向において、ＲＥＧバンドルの異なるグループにわたってＣＣＥをインデックス付けすることを含む、
    請求項９記載の方法。
14. 通信装置であって、
    プロセッサ、
    請求項１から１３いずれか１項記載の方法を前記プロセッサに実行させる、プロセッサ実行可能命令を備えるメモリ、
    を備える装置。
15. 実行されると、請求項１から１３いずれか１項記載の方法の実行をプロセッサに実行させるプロセッサ実行可能命令を記憶した非一時的コンピュータ可読媒体。

Images