JP2020534718A - 制御リソースマッピングのための方法およびｕｅ - Google Patents

Abstract

本開示の実施形態は、制御リソースマッピングのための方法および装置に関する。例示的な実施形態では、通信デバイスにおいて実施される方法が提供される。この方法によれば、複数のＲＥＧのためのＲＥＧインデックスが制御チャネル領域内で取得される。ＲＥＧバンドルインデックスが、ＲＥＧインデックスおよびＲＥＧバンドルのパターンに基づいて決定される。ＲＥＧバンドルのパターンは、周波数領域におけるＲＥＧの数と、時間領域における直交周波数分割多重化（ＯＦＤＭ）シンボルの数とを示す。ＣＣＥインデックスは、決定されたＲＥＧバンドルインデックスおよび制御チャネル領域内のＣＣＥの数に基づいて決定される。ＣＣＥインデックスは、周波数領域においてＲＥＧバンドルに関して連続する。【選択図】図２

Description

本開示の実施形態は、概して通信の分野に関し、詳細には制御リソースマッピングのための方法および装置に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）通信システムでは、モバイルユーザのためのダウンリンク制御情報（ＤＣＩ：downlink control information）、例えばモバイルユーザに対するダウンリンクリソース割り当てに関するユーザ装置（ＵＥ：User Equipment）固有のスケジューリング情報、アップリンクグラント、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）応答、アップリンク電力制御コマンド、およびシステム情報やページング情報等のメッセージをシグナリングするための共通スケジューリング割り当てを搬送するために、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）が用いられる。

ＬＴＥ通信システムでは各サブフレームの先頭において、モバイルユーザのためのＰＤＣＣＨが、時間領域において最初の１つ、２つ、または３つの直交周波数分割多重化（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）シンボルを占有する（占有されるのが最初の２つ、３つ、または４つのＯＦＤＭシンボルである１．４ＭＨｚチャネルの場合を除く）。任意のサブフレーム内のＯＦＤＭシンボルの数は、各サブフレームの最初のＯＦＤＭシンボルに位置する物理制御フォーマットインディケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）内で示される。

ＬＴＥ通信システムにおける最小のリソース単位はリソースエレメント（ＲＥ：Resource Element）と呼ばれ、これは、時間領域における１つのＯＦＤＭシンボルと周波数領域における１つのサブキャリアとによって示される。リソースエレメントグループ（ＲＥＧ：Resource Element Group）は、ＲＥから構築される。各ＲＥＧは、同じＯＦＤＭシンボルおよび同じリソースブロック内にある４つの連続するＲＥ（またはセル固有の参照信号（ＲＳ：Reference Signal）によって区切られた４つのＲＥ）を含む。

制御チャネルエレメント（ＣＣＥ：Control Channel Element）は、ＬＴＥ通信システムにおいてＰＤＣＣＨのための基本的なリソース割り当て単位である。ＬＴＥ通信システムでは、各ＣＣＥが９個のＲＥＧにマッピングされ、それらのＲＥＧがインターリーブによって最初の１つまたは２つまたは３つのＯＦＤＭシンボルおよびシステム帯域幅にわたり分散されることで、ダイバーシティを可能にし、干渉を緩和することが合意されている。ＰＤＣＣＨにおけるＣＣＥの数は、ＣＣＥアグリゲーションレベルと呼ばれ、これは、ＬＴＥ通信システムにおいて例えば１個、２個、４個、または８個の連続したＣＣＥであり得る。利用可能なＣＣＥの総数は、ＰＣＦＩＣＨ構成およびシステム帯域幅によって決定される。ＬＴＥ通信システムでは、複数のＵＥのそれぞれのＤＣＩフォーマットに応じて、一つのサブフレームにおいて複数のＵＥ用のＰＤＣＣＨがそれぞれ異なるアグリゲーションレベルを使用できることが望ましい。

一般に、本開示の例示的な実施形態は、制御リソースマッピングのための方法およびデバイスを提供する。

第１の態様では、通信デバイスにおいて実施される方法が提供される。本方法によれば、制御チャネル領域内の複数のＲＥＧのためにＲＥＧインデックスが取得される。ＲＥＧバンドルインデックスは、ＲＥＧインデックスおよびＲＥＧバンドルのパターンに基づいて決定される。ＲＥＧバンドルのパターンは、周波数領域におけるＲＥＧの数と、時間領域におけるＯＦＤＭシンボルの数とを示す。ＣＣＥインデックスは、決定されたＲＥＧバンドルインデックスおよび制御チャネル領域内のＣＣＥの数に基づいて決定され、ＣＣＥインデックスは、周波数領域においてＲＥＧバンドルに関して連続している。

第２の態様では、通信デバイスが提供される。通信デバイスは、プロセッサと、プロセッサに結合されたメモリとを備える。メモリは、プロセッサによって実行されたときに、通信デバイスに動作を行わせる命令を記憶する。動作は、制御チャネル領域内の複数のＲＥＧのためのＲＥＧインデックスを取得することと、ＲＥＧインデックス、および周波数領域におけるＲＥＧの数と、時間領域におけるＯＦＤＭシンボルの数とを示すＲＥＧバンドルのパターンに基づいてＲＥＧバンドルインデックスを決定することと、決定されたＲＥＧバンドルインデックスおよび制御チャネル領域内のＣＣＥの数に基づいて、周波数領域においてＲＥＧバンドルに関して連続しているＣＣＥインデックスを決定することと、を含む。

第３の態様では、命令が記憶されたコンピュータ可読媒体が提供される。命令は、少なくとも１つのプロセッサ上で実行されたときに、少なくとも１つのプロセッサに第１の態様に係る方法を実行させる。

第４の態様では、コンピュータ可読記憶媒体に有形に記憶されたコンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサ上で実行されたときに、少なくとも１つのプロセッサに第１の態様に係る方法を実行させる命令を含んでいる。

本開示の他の特徴は、以下の説明を通じて容易に理解できよう。

添付図面におけるいくつかの本開示の実施形態のより詳細な説明を通じて、本開示の上記および他の目的、特徴、および利点がより明らかになるだろう。

本開示の実施形態が実施できる通信環境の概略図１００である。

本開示のいくつかの実施形態に係る制御リソースマッピングの方法２００のフローチャートである。

それぞれ本開示の実施形態に係るＲＥＧ初期インデックスからＲＥＧインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧ初期インデックスからＲＥＧインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧ初期インデックスからＲＥＧインデックスへの制御リソースマッピングの概略図である。

それぞれ本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図である。 それぞれ本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図である。

本開示のいくつかの実施形態に係る装置５００のブロック図である。

本開示の実施形態を実施するのに適した通信デバイス６００の簡略ブロック図である。

全図面を通して、同じまたは同様の参照符号は、同じまたは同様の要素を表す。

本開示の原理について、いくつかの例示的実施を参照して説明する。これらの実施形態は、例示の目的のみで記載され、当業者が本開示を理解し、実施することを助けるものであり、本開示の範囲に関して何らの限定を示唆するものではないことが理解されるべきである。本明細書に記載される本開示は、以下に記載されるもの以外の様々な形で実施され得る。

以下の説明および特許請求の範囲では、別途定義されない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。

本明細書で使用される場合、用語「ネットワークデバイス」または「基地局」（ＢＳ）は、端末デバイスが通信することが可能なセルまたはカバレッジを提供する、またはホストすることが可能なデバイスを言う。ネットワークデバイスの例には、これらに限定されないが、Ｎｏｄｅ Ｂ（ＮｏｄｅＢまたはＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢまたはｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノードやピコノードなどの低電力ノード等が含まれる。説明の目的のため、以下ではネットワークデバイスの例としてＴＲＰを参照していくつかの実施形態が説明される。

本明細書で使用される場合、用語「端末デバイス」は、無線または有線の通信能力を有する任意のデバイスを言う。端末デバイスの例には、これらに限定されないが、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップ、携帯電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯型コンピュータ、デジタルカメラなどの画像撮影デバイス、ゲームデバイス、音楽記憶および再生機器、または無線もしくは有線のインターネットアクセスおよび閲覧に対応したインターネット機器等が含まれる。考察のために、以下でＵＥを端末デバイスの例として参照しながらいくつかの実施形態が記載される。

本明細書で使用される場合、単数形の「ａ」、「ａｎ」、「ｔｈｅ」は、文脈が明確に別途指示しない限り、複数形も含むことが意図される。用語「を含む」およびその変化形は、「を含むがそれに限定されない」を意味するオープンな用語として読まれるべきである。用語「に基づいて」は、「に少なくとも部分的に基づいて」として読まれるべきである。用語「１つの実施形態」および「一実施形態」は、「少なくとも１つの実施形態」として読まれるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」として読まれるべきである。用語「第１の」「第２の」等は、異なるものを指すことも同じものを指すこともある。明示的および暗黙的な他の定義が以下に含まれ得る。

本開示において説明される通信は、これらに限定されないが、ニューレディオアクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ−エボリューション、ＬＴＥ−アドバンスト（ＬＴＥ−Ａ）、広帯域符号分割多重接続（ＷＣＤＭＡ（登録商標））、符号分割多重接続（ＣＤＭＡ）、およびモバイル通信のためのグローバルシステム（ＧＳＭ）等を含む、任意の適切な標準に準拠し得る。さらに、通信は、現在知られている、または将来開発される、任意世代の通信プロトコルに従って行われ得る。通信プロトコルの例には、これらに限定されないが、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれる。

図１は、本開示の実施形態を実施できる通信環境の概略図１００である。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる複数の端末デバイス１２０および１３０とを含む。ネットワークデバイス１１０のサービングエリアはセルと呼ばれる。ネットワークデバイスおよび端末デバイスの数は、例示のみを目的とするものであり、何らの限定も導入しないことが理解されるべきである。ネットワーク１００は、本開示の実装形態を実施するために適合された任意の適切な数のネットワークデバイスおよび端末デバイスを含んでよい。図示しないが、より多くの端末デバイスがセル内に位置し、ネットワークデバイス１１０によってサービスされてもよいことが認識されよう。

ネットワークデバイス１１０は、２つの端末デバイス１２０および１３０のためのＤＣＩを送信し得る。ネットワークデバイス１１０は、制御チャネル領域内の物理ＲＥＧリソースをＣＣＥリソースにマッピングし得る。特定の制御チャネル領域について、制御リソースは、複数のＲＥＧに編成されてよく、ＲＥＧはさらに、複数のＲＥＧインデックスによってインデックス付けされてもよい。ＲＥＧからＣＣＥ間のマッピングは、例えば、複数のＲＥＧインデックスを複数のＣＣＥインデックスにマッピングすることによって実施されてよい。ＣＣＥリソースおよびＣＣＥアグリゲーションレベルに基づいて、ネットワークデバイス１１０は、それぞれ端末デバイス１２０および１３０への２つのＤＣＩ送信のための特定のＣＣＥリソースを決定する。

従来のＬＴＥ通信システムでは、９個のＲＥＧが、制御チャネル領域内の一つのＣＣＥにマッピングされる。ダイバーシティ利得を得て、干渉を緩和するために、９個のＲＥＧがはじめにインターリーブされることが望ましい。ニューレディオアクセス（ＮＲ）通信システムでは、ＲＥＧバンドルが導入され、１つのＲＥＧバンドル内のＲＥＧは、周波数領域および／または時間領域で連続している。ＣＣＥ内のＲＥＧバンドリングは、ＮＲ−ＰＤＣＣＨに対してサポートされることが合意されている。また、ＲＡＮ１＃８７では、少なくとも周波数領域において、ＮＲは、同じまたは異なるＵＥへのデータ送信のために、制御チャネル領域のリソースの少なくとも一部の動的な再使用をサポートすべきことも合意されている。ＬＴＥ通信システムでは、ＲＥＧリソースはＣＣＥに直接マッピングされ、すなわちＲＥＧはＲＥＧバンドルにはマッピングされない。ＲＥＧインデックスはＬＴＥシステムにおいては完全にインターリーブされるので、ＲＥＧバンドル構造が形成できない。すなわち、ＬＴＥシステムにおける従来のＲＥＧからＣＣＥへのマッピング解決法が、ＮＲシステムにおけるＲＥＧバンドリング要件をサポートすることは不可能である。

上記の問題および他の潜在的な問題の１つまたは複数を解決するために、本開示の例示的な実施形態により、制御リソースマッピングの解決法が提供される。所与の制御チャネル領域において、複数のＲＥＧがあり、それらが複数のＲＥＧインデックスによってインデックス付けされることが仮定される。いくつかの実施形態では、複数のＲＥＧインデックスは、ＯＦＤＭシンボルの各々において連続してもよく、このことは、制御チャネル領域の各ＯＦＤＭシンボル内のＲＥＧが、各ＯＦＤＭシンボルの中で「０」のインデックスから開始して、別々にインデックス付けされることを意味する。したがって、ＲＥＧは、制御領域においてＯＦＤＭシンボルごとにインデックス付けされてもよい。一実施形態では、ＲＥＧは、ＲＥＧ初期インデックスによってインデックス付けされてもよい。

また、ＲＥＧ初期インデックスは、制御チャネル領域内の異なるＯＦＤＭシンボルの中で連続してもよい。別の実施形態では、ＲＥＧインデックスは、ＲＥＧ初期インデックスから導出されてもよい。ＲＥＧバンドルをサポートするために、制御チャネル領域内の複数のＲＥＧのＲＥＧインデックスが、ＲＥＧインデックスおよびＲＥＧバンドルのパターンに基づいて、ＲＥＧバンドルインデックスにマッピングされる。ＲＥＧバンドルは、制御チャネルリソース単位であり、時間領域および／または周波数領域において複数のＲＥＧを含む。具体的には、ＲＥＧバンドルのパターンは、周波数領域におけるＲＥＧの数、および時間領域におけるＯＦＤＭシンボルの数を示してもよい。ＮＲ通信システムの帯域幅は非常に大きい可能性があるので、ＲＥＧからＣＣＥへのマッピングを行う場合にＲＥＧバンドルをサポートすることが有利であり得る。これは、復号の簡略化を促し、ＲＥＧからＣＣＥへのマッピングの複雑性を簡略化し得る。

別の実施形態では、ＣＣＥインデックスは、ＲＥＧバンドルインデックスと、制御チャネル領域内のＣＣＥの総数とに基づいて、決定されるＣＣＥインデックスが周波数領域においてＲＥＧバンドルに関して連続するように決定されてよい。ＣＣＥインデックスおよびＣＣＥアグリゲーションレベルに基づいて、２つの端末デバイス１２０および１３０のＤＣＩのためのＣＣＥが決定され、次いで端末デバイス１２０および１３０のＤＣＩが、ＰＤＣＣＨまたはＮＲ−ＰＤＣＣＨで、決定されたＣＣＥリソースで送信される。

本開示の原理および実装について、図２〜６を参照して以下で詳細に説明する。図２は、本開示のいくつかの実施形態に係る制御リソースマッピングの方法２００のフローチャートを示す。方法２００は、ネットワークデバイス１１０、または端末デバイス１２０および／もしくは１３０によって実施され得る。

ブロック２１０において、制御チャネル領域内の複数のＲＥＧのためにＲＥＧインデックスが取得される。例えば、ＮＲ通信システムでは、制御チャネル領域は制御リソースセット（ＣＯＲＥＳＥＴ：control resource set）である。ＣＯＲＥＳＥＴの持続時間(time duration)、周波数領域リソースおよび／または開始ＯＦＤＭシンボルなどの、ＣＯＲＥＳＥＴの時間および周波数構成は、上位シグナリング、例えば、無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリング、メディアアクセス制御（ＭＡＣ：Media Access Control）制御エレメント（ＣＥ：Control Element）および／またはシステムブロードキャスト情報、によって示されてもよい。ＬＴＥシステムのＰＤＣＣＨ構成と異なり、ＮＲ通信システムのＣＯＲＥＳＥＴでは、ＲＥＧが、一つのＯＦＤＭシンボル内に１２個の連続したＲＥを含むことが合意されており、これは物理リソースブロック（ＰＲＢ：Physical Resource Block）の周波数期間(frequency duration)と等しい。制御チャネル領域の時間および周波数ソースは、上位層シグナリングから決定されてもよく、このことは、制御チャネル領域のＲＥＧ構成が取得され得ることを意味する。

別の実施形態では、制御チャネル領域内の複数のＲＥＧのためのＲＥＧ初期インデックスが取得される。ＲＥＧ初期インデックスは、制御チャネル領域内の異なるＯＦＤＭシンボルの中で連続している。ＲＥＧインデックスは、ＲＥＧ初期インデックスから決定されてもよい。上述したように、ＲＥＧインデックスは、ＯＦＤＭシンボルごとにそれぞれ「０」のインデックスから開始して、各ＯＦＤＭシンボルの中で連続している。ＲＥＧ初期インデックスからＲＥＧインデックスへの変換の例示的な図が図３Ａ〜３Ｃに見ることができる。図３Ａ〜３Ｃでは、ＯＦＤＭシンボルの数は、それぞれ１個、２個、および３個である。周波数領域において、制御チャネル領域の各ＯＦＤＭシンボルに１２個のＲＥＧがあり、これは例示のみを目的としており、本開示のスコープに関して何らの限定することを示唆するものではない。例えば、ＲＥＧ初期インデックスからＲＥＧインデックスへの変換は、上述したようにＲＥＧインデックスを取得するために、制御チャネル領域の幅に対してＲＥＧ初期インデックスにモジュロ演算を行うことによって実現されてもよい。制御チャネル領域の幅は、周波数領域において制御チャネル領域にあるＲＥＧの数によって表されることに留意すべきである。図３Ａ〜３Ｃでは、制御チャネル領域の幅は１２であり、これは例示の目的のみで記載されており、本開示に対して何ら限定することを示唆するものではない。

図３Ａ〜３Ｃでは、ＲＥＧ初期インデックスからＲＥＧインデックスへの保存、およびすべての具体的な数値は、例示の目的のみで記載され、本開示の範囲に関して何らの制限を示唆するものではないことに触れておくべきである。本開示における教示および示唆により、当業者は、本開示のスコープ内に入り得る、例示的な実装の改変、変更、および／または変形を着想されよう。

一実施形態では、複数のＲＥＧのＲＥＧインデックスが、制御チャネル領域の各ＯＦＤＭシンボルについて、ＲＥＧの周波数の順序でインデックス付けされる。より具体的には、制御チャネル領域のＯＦＤＭシンボルごとに、複数のＲＥＧが、例えば「０」のインデックスから開始して、それぞれインデックス付けされる。例示的な図示が図４Ａ〜４Ｇに見ることができ、ここでは制御チャネル領域に１つ、２つ、または３つのＯＦＤＭシンボルがある。２つのＯＦＤＭシンボルの各々に対して、それぞれ１２個のＲＥＧが周波数領域にある。図４Ａ〜４Ｇにおけるブロックの基本単位は、制御チャネル領域内の１つのＲＥＧとして例示されている。ＲＥＧの「０」から「１１」までの各インデックスは、ＲＥＧインデックスと呼ばれる。各ＯＦＤＭシンボルの中で、１２個のＲＥＧはそれぞれ「０」から「１１」までのインデックスが付けられることが認識される。換言すると、各ＯＦＤＭシンボルにおけるＲＥＧインデックスは、「０」のインデックスから開始して連続している。さらなる詳細については、下記の図４Ａ〜４Ｇで説明される。

再度図２を参照すると、ブロック２２０で、ＲＥＧバンドルインデックスが、ＲＥＧインデックスおよびＲＥＧバンドルのパターンに基づいて決定される。ＲＥＧバンドルのパターンは、ＲＥＧバンドルのサイズとも呼ばれ、周波数領域におけるＲＥＧの数と、時間領域におけるＲＥＧバンドルのＯＦＤＭシンボルの数とを示す。例えば、いくつかの実施形態では、ＲＥＧバンドルの持続時間は、１ＯＦＤＭシンボルであり、周波数領域におけるＲＥＧの数は、１シンボルＣＯＲＥＳＥＴの場合には少なくとも２つであり、これは最大で例えば６までとすることができる。別の例示的な実施形態では、ＲＥＧバンドルの持続時間は、２または３シンボルＣＯＲＥＳＥＴの場合には２または３ＯＦＤＭシンボルである。ＲＥＧバンドルのパターンまたはサイズは、例えば上位層シグナリングによって示されてよいことを注意すべきである。

一実施形態では、ＲＥＧバンドルインデックスの決定は、以下のステップを用いることによって行われてもよい。ＲＥＧインデックスは、ＲＥＧバンドルの幅で除算されてもよく、ＲＥＧバンドルの幅は、周波数領域におけるＲＥＧバンドル内のＲＥＧの数を示す。そして、ＲＥＧバンドルの幅により除算されたＲＥＧインデックスは、さらに切り捨てられて、ＲＥＧバンドルインデックスとされてもよい。これらの演算を通じて、周波数領域および／または時間領域で隣り合うＲＥＧ同士が１つのＲＥＧバンドルにグループ化されて、１つのＲＥＧバンドル中のＲＥＧが周波数領域および／または時間領域で連続するようになり、このことはＮＲ通信システムで合意されている。ＲＥＧインデックスからＲＥＧバンドルインデックスへの例示的マッピングは、以下の図４Ａ〜４Ｇでの説明で表される。

ブロック２３０において、決定されたＲＥＧバンドルインデックスおよび制御チャネル領域内のＣＣＥの数に基づいて、ＣＣＥインデックスが決定される。ＣＣＥインデックスは、周波数領域においてＲＥＧバンドルに関して連続している。この場合、１つまたは複数の連続したＣＣＥインデックスに対応する１つまたは複数のＣＣＥが、端末デバイス１２０または１３０へのＤＣＩ送信のために割り当てられた場合には、残りのＣＣＥインデックスも周波数領域で連続してよく、このことは、制御チャネル領域内でＣＣＥインデックスに対応している残りの物理ＣＣＥリソースが周波数領域で連続することを意味する。物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）でのデータ送信のためのリソース割り当ては、例えばＰＲＢのペアに基づいてもよいため、制御チャネル領域の残りの物理ＣＣＥリソースは、トラフィックデータ送信のためにＰＤＳＣＨに再割り当てすることができる。したがって、本開示におけるＲＥＧおよびＣＣＥのマッピング方法に関して、当業者が、本開示における残りの未使用ＣＣＥリソースの少なくとも一部を、例えばＰＤＳＣＨでのトラフィックデータ送信のために再使用することが有利である。

当業者には、ＲＥＧバンドルインデックスからＣＣＥインデックスへのマッピングが、ＬＴＥシステムにおける既存のＴａｉｌ−Ｂｉｔｉｎｇ Ｃｏｎｖｏｌｕｔｉｏｎａｌ Ｃｏｄｉｎｇ（ＴＢＣＣ）インターリーバなどのインターリーバによって行われてもよいことが認識される。しかし、ＲＥＧバンドルからＣＣＥへのマッピングのためのインターリーバ実装では、ＣＣＥインデックスが周波数領域で連続しておらず、それにより、トラフィックデータ送信のための制御チャネルリソースの再使用が阻まれる可能性がある。さらに、ＬＴＥシステムの既存インターリーバのための入力および出力のマッピング行列は固定であるため、種々の長さのＲＥＧバンドルインデックスのための柔軟性がなく、したがって、実装形態によってはいくらかのキャッシュの無駄があり得る。ＣＣＥインデックスが周波数領域でＲＥＧバンドルに関して連続していることを実現するために、当業者には、ＲＥＧバンドルインデックスからＣＣＥインデックスへの異なるマッピング方法を実装することが望ましい。さらなる説明例が以下の説明で与えられる。

一実施形態では、ＣＣＥインデックスの決定は、制御チャネル領域内のＣＣＥの数に対してＲＥＧバンドルインデックスにモジュロ演算を行うことによって実現されてもよい。制御チャネル領域内のＣＣＥの数は、制御チャネル領域内の複数のＲＥＧの数と、ＣＣＥにおけるＲＥＧの数とに基づいて決定されてもよい。ＣＣＥインデックスはさらに、上記のモジュロ演算の結果に基づいて取得されてもよい。例えば、ＮＲシステムにおけるＣＯＲＥＳＥＴなど、制御チャネル領域内のＲＥＧの総数は、上位層シグナリングに従って決定されてもよい。別の例として、ＣＣＥにおけるＲＥＧの数は６個であってよい。したがって、制御チャネル領域内のＣＣＥの数は

であってもよく、ここで、Ｎは制御チャネル領域内のＲＥＧの総数を表し、

演算子は、切り捨ての動作を表す。

別の実施形態では、ＲＥＧバンドルの幅は、ＲＥＧバンドル内のＲＥＧの数と、時間領域におけるＲＥＧバンドル内のＯＦＤＭシンボルの数とに基づいて決定されてよい。換言すると、ＲＥＧバンドルの幅は、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数を示してもよい。

別の実施形態では、ＲＥＧバンドルおよび制御チャネル領域に関連する複数のパラメータは、上位層シグナリングから決定されてもよい。そのようなパラメータの例には、これらに限定されないが、制御チャネル領域内の複数のＲＥＧの数、ＲＥＧバンドル内のＲＥＧの数、周波数領域におけるＲＥＧバンドル内のＲＥＧの数、時間領域におけるＲＥＧバンドル内のＯＦＤＭシンボルの数、および／またはＣＣＥ内のＲＥＧの数、等が含まれる。

上記複数のパラメータの少なくとも一部は、上位層シグナリングから直接取得されてもよい。他のパラメータは、パラメータの関係に従って、パラメータの少なくとも一部から導出されてもよい。当業者は、本開示における教示および示唆により、本開示のスコープ内に入る特定の実装形態を着想されよう。

別の実施形態では、通信デバイスはネットワークデバイス１１０であってもよい。上記方法はさらに、ＣＣＥインデックスおよび複数の端末デバイス１２０および１３０のＣＣＥアグリゲーションレベルに基づいて、複数の端末デバイス１２０および／または１３０のＤＣＩを制御チャネル領域で送信することを含む。ＣＣＥアグリゲーションレベルは、ＮＲ通信システムでは１、２、４、８、１６、または３２であってよいことに注意すべきである。より具体的には、端末デバイス１２０または１３０について、ネットワークデバイス１１０は、ＣＣＥインデックスおよび端末デバイスのアグリゲーションレベルに従ってＣＣＥリソースを決定してもよい。そして、ネットワークデバイス１１０は、ＰＤＣＣＨまたはＮＲ−ＰＤＣＣＨと呼ばれる、決定されたＣＣＥリソースで、端末デバイスへのＤＣＩを送信してもよい。

方法２００が端末デバイス１２０または１３０によって実行される他の実施形態では、方法２００はさらに、ＣＣＥインデックスに基づいて制御チャネル領域で端末デバイスのＤＣＩを受信することを含んでもよい（図示せず）。端末デバイス１２０または１３０はまた、ＲＥＧインデックスからＲＥＧバンドルインデックスへのマッピング、およびＲＥＧバンドルインデックスからＣＣＥインデックスへのマッピングも行ってもよく、これを通して、端末デバイス１２０または１３０は、ＲＥＧ、ＲＥＧバンドル、およびＣＣＥなどの物理制御チャネルリソースと、ＲＥＧ初期インデックス、ＲＥＧインデックス、ＲＥＧバンドルインデックス、およびＣＣＥインデックスなどの論理インデックスとの間の論理的マッピング関係を知ることができる。物理制御チャネルリソースと論理ＣＣＥインデックスとの間のマッピング関係に従って、端末デバイス１２０または１３０は、端末デバイス１２０または１３０の潜在的なＣＣＥアグリゲーションレベルおよび無線ネットワーク一時識別（ＲＮＴＩ：Radio Network Temporary Identity）を用いることにより、制御チャネル領域において自装置のＤＣＩを検索することができる。検索プロセスは、特定のシステム実装に応じて、ブラインドであってもよいし、または半ブラインドであってもよいし、または非ブラインドであってもよい。

ここで、ＲＥＧ初期インデックスからＲＥＧインデックスへのマッピングのさらなる例について、図３Ａ〜３Ｃとの関連で説明する。図３Ａ〜３Ｃは、それぞれ、本開示の実施形態に係るＲＥＧ初期インデックスからＲＥＧインデックスへの制御リソースマッピングの概略図を示す。図３Ａに示すように、ＮＲシステムにおけるＣＯＲＥＳＥＴなどの制御チャネル領域では、制御チャネル領域内の時間領域（「ｔ」によって表される）に１つのＯＦＤＭシンボルがあり、周波数領域（「ｆ」によって表される）に１２個のＲＥＧがあることが想定される。ＲＥＧインデックスはＯＦＤＭシンボルごとに連続している必要があるため、ＲＥＧインデックスは、この１シンボルの制御チャネル領域ではＲＥＧのＲＥＧ初期インデックスと同じである。

図３Ｂに示すように、ＮＲシステムにおけるＣＯＲＥＳＥＴなどの制御チャネル領域では、制御チャネル領域内の時間領域に２つのＯＦＤＭシンボルがあり、周波数領域では各ＯＦＤＭシンボルの中に１２個のＲＥＧがあることが想定される。制御チャネル領域内のＲＥＧの総数は２４である。ＲＥＧ初期インデックスは、制御チャネル領域内の異なるＯＦＤＭシンボルの中で連続している。ＲＥＧインデックスはＯＦＤＭシンボルごとに連続している必要があるため、ＲＥＧ初期インデックスからＲＥＧインデックスへのマッピングは、モジュロ演算を用いることによって実現され得る。モジュロ演算は

によって表されてもよく、ここで、ｎはＲＥＧ初期インデックスを表し、ｍｏｄはモジュロ演算を表し、

演算子は切り捨ての動作を表す。

図３Ｃに示すように、ＮＲシステムにおけるＣＯＲＥＳＥＴなどの制御チャネル領域では、制御チャネル領域内の時間領域に３つのＯＦＤＭシンボルがあり、周波数領域では各ＯＦＤＭシンボルの中に１２個のＲＥＧがあることが想定される。制御チャネル領域内のＲＥＧの総数は３６である。上述のように、ＲＥＧ初期インデックスは、制御チャネル領域内の３つの異なるＯＦＤＭシンボルにおいて連続している。ＲＥＧ初期インデックスからＲＥＧインデックスへのマッピングも、上記のモジュロ演算を用いることにより、ＲＥＧインデックスが制御チャネル領域内のＯＦＤＭシンボルごとに連続するように実現されてもよい。

図４Ａ〜４Ｇは、それぞれ、本開示の実施形態に係るＲＥＧインデックスからＣＣＥインデックスへの制御リソースマッピングの概略図を示す。当業者は、図４Ａ〜４Ｇについての以下の説明におけるすべての数値は例示のみを目的とし、本開示のスコープに関して何らの限定を示唆するものではないことを認識し得る。

図４Ａに示すように、制御チャネル領域に１つのＯＦＤＭシンボルがある。制御チャネル領域の幅は、制御チャネル領域の周波数領域におけるＲＥＧの数によって表されてもよく、この場合は１２である。ＲＥＧバンドルのパターンに関しては、時間領域に１つのＯＦＤＭシンボルがあり、これは制御チャネル領域内のＯＦＤＭシンボルの数に等しい。ＲＥＧバンドルの幅は２であり、これは、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数によって表される。ＲＥＧバンドルインデックスの決定に関しては、ＲＥＧインデックスは、最初にＲＥＧバンドルの幅で除算され、次いで、ＲＥＧバンドルの幅で除算されたＲＥＧインデックスは、整数のＲＥＧインデックスを得るためにさらに切り捨てることができる。これら動作の詳細については、図２に従って例示される説明で参照され得る。したがって、ＲＥＧインデックスからのＲＥＧバンドルインデックスの決定は

と表されてもよく、ここで、ｍはＲＥＧインデックスを表し、ｓはＲＥＧバンドルの幅を表し、

演算子は切り捨ての動作を表す。この場合、ｓは２に等しい。これらの動作を通じて、２つごとのＲＥＧは、１つのＲＥＧバンドルにおいてグループ化され、したがって、１つのＲＥＧバンドルにおけるＲＥＧは周波数領域で連続する。制御チャネル領域に関しては、１つのＣＣＥに６個のＲＥＧがあり、したがって、制御チャネル領域に２つのＣＣＥがあることが想定される。上述のように、ＲＥＧバンドルインデックスからのＣＣＥインデックスの決定は、モジュロ演算を介して行うことができる。モジュロ演算はｋ ｍｏｄ ２と表すことができ、ここで、ｋはＲＥＧバンドルインデックスを表す。このモジュロ演算を利用することにより、ＲＥＧバンドルインデックスは、ＣＣＥインデックスにマッピングされ、ＣＣＥインデックスは、周波数領域でＲＥＧバンドルに関して連続するようになる。したがって、図４Ａの場合、ＣＣＥインデックスは

によって示されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。

図４Ｂに示すように、制御チャネル領域に１つのＯＦＤＭシンボルがある。制御チャネル領域の幅は、制御チャネル領域の周波数領域におけるＲＥＧの数によって表されてもよく、この場合は１２である。ＲＥＧバンドルのパターンに関しては、時間領域に１つのＯＦＤＭシンボルがあり、これは、制御チャネル領域内のＯＦＤＭシンボルの数に等しい。ＲＥＧバンドルの幅は３であり、これは、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数によって表される。したがって、ＲＥＧインデックスからのＲＥＧバンドルインデックスの決定は

と表されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。これらの動作を通して、３つごとの連続したＲＥＧは、１つのＲＥＧバンドルにおいてグループ化され、したがって、１つのＲＥＧバンドルにおけるＲＥＧは、周波数領域で連続する。制御チャネル領域に関しては、１つのＣＣＥに６個のＲＥＧがあり、したがって、制御チャネル領域に２つのＣＣＥがあることが想定される。上述のように、ＲＥＧバンドルからのＣＣＥインデックスの決定はｋ ｍｏｄ ２と表すことができ、ここで、ｋはＲＥＧバンドルインデックスを表す。このＣＣＥマッピング動作を利用することにより、ＲＥＧバンドルインデックスがＣＣＥインデックスにマッピングされ、ＣＣＥインデックスは、周波数領域でＲＥＧバンドルに関して連続するようになる。したがって、図４Ｂの場合、ＣＣＥインデックスは

により示されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。

図４Ｃに示すように、制御チャネル領域に１つのＯＦＤＭシンボルがある。制御チャネル領域の幅は、制御チャネル領域の周波数領域におけるＲＥＧの数によって表されてもよく、この場合は１２である。ＲＥＧバンドルのパターンに関しては、時間領域に１つのＯＦＤＭシンボルがあり、これは、制御チャネル領域内のＯＦＤＭシンボルの数に等しい。ＲＥＧバンドルの幅は６であり、これは、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数によって表される。したがって、ＲＥＧインデックスからのＲＥＧバンドルインデックスの決定は

と表されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。これらの動作を通して、６つごとの連続したＲＥＧは、１つのＲＥＧバンドルにおいてグループ化され、したがって、１つのＲＥＧバンドルにおけるＲＥＧは周波数領域で連続する。制御チャネル領域に関しては、制御チャネル領域に２つのＣＣＥがある。同様に、ＲＥＧバンドルからのＣＣＥインデックスの決定はｋ ｍｏｄ ２と表すことができ、ここで、ｋはＲＥＧバンドルインデックスを表す。このＣＣＥマッピング動作を利用することにより、ＲＥＧバンドルインデックスは、ＣＣＥインデックスにマッピングされ、ＣＣＥインデックスは、周波数領域でＲＥＧバンドルに関して連続するようになる。したがって、図４Ｃの場合、ＣＣＥインデックスは、

により示されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。

図４Ｄに示すように、制御チャネル領域に２つのＯＦＤＭシンボルがある。制御チャネル領域の幅は、制御チャネル領域の周波数領域におけるＲＥＧの数によって表されてもよく、この場合は１２である。制御チャネル領域内のＲＥＧの総数は、この場合は２４である。ＲＥＧバンドルのパターンに関しては、時間領域に２つのＯＦＤＭシンボルがあり、これは、制御チャネル領域内のＯＦＤＭシンボルの数に等しい。ＲＥＧバンドルの幅は１であり、これは、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数によって表される。したがって、ＲＥＧインデックスからのＲＥＧバンドルインデックスの決定はｍと表すことができ、ここで、ｍはＲＥＧインデックスを表す。ＲＥＧバンドルインデックスはＲＥＧインデックスと同じであることが分かる。１つのＲＥＧバンドルにおけるＲＥＧは周波数領域で連続している。制御チャネル領域に関しては、制御チャネル領域に４つのＣＣＥがある。上述のように、ＲＥＧバンドルからのＣＣＥインデックスの決定はｋ ｍｏｄ ４と表すことができ、ここで、ｋはＲＥＧバンドルインデックスを表す。このＣＣＥマッピング動作を利用することにより、ＲＥＧバンドルインデックスは、ＣＣＥインデックスにマッピングされ、ＣＣＥインデックスは、周波数領域でＲＥＧバンドルに関して連続するようになる。したがって、図４Ｄの場合、ＣＣＥインデックスはｍ ｍｏｄ ４によって示すことができ、ここで、ｍはＲＥＧインデックスを表す。

図４Ｅに示すように、制御チャネル領域に２つのＯＦＤＭシンボルがある。制御チャネル領域の幅は、制御チャネル領域の周波数領域におけるＲＥＧの数によって表されてよく、この場合は１２である。制御チャネル領域内のＲＥＧの総数は、この場合は２４である。ＲＥＧバンドルのパターンに関しては、時間領域に２つのＯＦＤＭシンボルがあり、これは、制御チャネル領域内のＯＦＤＭシンボルの数に等しい。ＲＥＧバンドルの幅は３であり、これは、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数によって表される。したがって、ＲＥＧインデックスからのＲＥＧバンドルインデックスの決定は

と表されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。制御チャネル領域に関しては、制御チャネル領域に４つのＣＣＥがある。上述のように、ＲＥＧバンドルからのＣＣＥインデックスの決定はｋ ｍｏｄ ４と表すことができ、ここで、ｋはＲＥＧバンドルインデックスを表す。このＣＣＥマッピング動作を利用することにより、ＲＥＧバンドルインデックスは、ＣＣＥインデックスにマッピングされ、ＣＣＥインデックスは、周波数領域でＲＥＧバンドルに関して連続するようになる。したがって、図４Ｅの場合、ＣＣＥインデックスは

により示されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。

図４Ｆに示すように、制御チャネル領域に３つのＯＦＤＭシンボルがある。制御チャネル領域の幅は、制御チャネル領域の周波数領域におけるＲＥＧの数によって表されてもよく、この場合は１２である。制御チャネル領域内のＲＥＧの総数は、この場合は３６である。ＲＥＧバンドルのパターンに関しては、時間領域に３つのＯＦＤＭシンボルがあり、これは、制御チャネル領域内のＯＦＤＭシンボルの数に等しい。ＲＥＧバンドルの幅は１であり、これは、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数によって表される。したがって、ＲＥＧインデックスからのＲＥＧバンドルインデックスの決定はｍと表すことができ、ここで、ｍはＲＥＧインデックスを表す。ＲＥＧバンドルインデックスはそれぞれＲＥＧインデックスと同じであることが分かる。制御チャネル領域に関しては、制御チャネル領域に６個のＣＣＥがある。上述のように、ＲＥＧバンドルからのＣＣＥインデックスの決定はｋ ｍｏｄ ６と表すことができ、ここで、ｋはＲＥＧバンドルインデックスを表す。このＣＣＥマッピング動作を利用することにより、ＲＥＧバンドルインデックスがＣＣＥインデックスにマッピングされ、ＣＣＥインデックスが周波数領域でＲＥＧバンドルに関して連続するようになる。したがって、図４Ｆの場合、ＣＣＥインデックスはｍ ｍｏｄ ６によって示されてもよく、ここで、ｍはＲＥＧインデックスを表す。

図４Ｇに示すように、制御チャネル領域に３つのＯＦＤＭシンボルがある。制御チャネル領域の幅は、制御チャネル領域の周波数領域におけるＲＥＧの数によって表されてもよく、この場合は１２である。制御チャネル領域内のＲＥＧの総数は、この場合は３６である。ＲＥＧバンドルのパターンに関しては、時間領域に３つのＯＦＤＭシンボルがあり、これは、制御チャネル領域内のＯＦＤＭシンボルの数に等しい。ＲＥＧバンドルの幅は２であり、これは、ＲＥＧバンドル内の周波数領域におけるＲＥＧの数によって表される。したがって、ＲＥＧインデックスからのＲＥＧバンドルインデックスの決定は

と表されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。制御チャネル領域に関しては、制御チャネル領域に６個のＣＣＥがある。上述のように、ＲＥＧバンドルからのＣＣＥインデックスの決定はｋ ｍｏｄ ６と表すことができ、ここで、ｋはＲＥＧバンドルインデックスを表す。このＣＣＥマッピング動作を利用することにより、ＲＥＧバンドルインデックスは、ＣＣＥインデックスにマッピングされ、ＣＣＥインデックスは、周波数領域でＲＥＧバンドルに関して連続するようになる。したがって、図４Ｇの場合、ＣＣＥインデックスは

によって示されてもよく、ここで、ｍはＲＥＧインデックスを表し、

演算子は切り捨ての動作を表す。

ここで、本開示のいくつかの実施形態に係る装置５００のブロック図を示す図５を参照する。装置５００は、ネットワークデバイス１１０、または端末デバイス１２０および１３０において実装されてよいことが認識されよう。

図示されるように、装置５００は、取得部５１０と、第１の決定部５２０と、第２の決定部５３０とを含む。取得部５１０は、制御チャネル領域内の複数のＲＥＧのためのＲＥＧインデックスを取得するように構成される。第１の決定部５２０は、ＲＥＧインデックスおよびＲＥＧバンドルのパターンに基づいてＲＥＧバンドルインデックスを決定するように構成され、ＲＥＧバンドルのパターンは、周波数領域におけるＲＥＧの数、および時間領域におけるＯＦＤＭシンボルの数を示す。第２の決定部５３０は、決定されたＲＥＧバンドルインデックスおよび制御チャネル領域内のＣＣＥの数に基づいて、ＣＣＥインデックスが周波数領域でＲＥＧバンドルに関して連続するように、ＣＣＥインデックスを決定するように構成される。

一実施形態では、取得部５１０は、制御チャネル領域内の複数のＲＥＧのためのＲＥＧ初期インデックスを取得するように構成されてもよく、ＲＥＧ初期インデックスは、制御チャネル領域内の異なるＯＦＤＭシンボルにおいて連続しており、また取得部５１０は、ＲＥＧ初期インデックスに基づいてＲＥＧインデックスを決定するように構成されてもよく、ＲＥＧインデックスは、制御チャネル領域内のＯＦＤＭシンボルごとに連続している。

一実施形態では、取得部５１０は、制御チャネル領域内のＯＦＤＭシンボルごとに、複数のＲＥＧのＲＥＧインデックスを、ＲＥＧの周波数の順序で、インデックス付けするように構成されてよい。

一実施形態では、第１の決定部５２０は、ＲＥＧインデックスを、ＲＥＧバンドルの幅で除算するように構成されてもよく、ＲＥＧバンドルの幅は、周波数領域におけるＲＥＧバンドル内のＲＥＧの数を示し、第１の決定部５２０は、ＲＥＧバンドルの幅で除算されたＲＥＧインデックスを切り捨てて、ＲＥＧバンドルインデックスとするように構成されてもよい。

一実施形態では、第１の決定部５２０は、制御チャネル領域内のＣＣＥの数に対するＲＥＧバンドルインデックスのモジュロ結果を決定するように構成されてもよく、ＣＣＥの数は、制御チャネル領域内の複数のＲＥＧの数と、ＣＣＥ内のＲＥＧの数とに基づいて決定され、第１の決定部５２０は、モジュロ結果に基づいてＣＣＥインデックスを取得するように構成されてもよい。

一実施形態では、装置５００は、第３の決定部をさらに備えてもよく、第３の決定部は、ＲＥＧバンドル内のＲＥＧの数と、時間領域におけるＲＥＧバンドル内のＯＦＤＭシンボルの数とに基づいて、ＲＥＧバンドルの幅を決定するように構成される。

一実施形態では、装置５００は、第４の決定部をさらに備えてもよく、第４の決定部は、制御チャネル領域内の複数のＲＥＧの数、ＲＥＧバンドル内のＲＥＧの数、周波数領域におけるＲＥＧバンドル内のＲＥＧの数、時間領域におけるＲＥＧバンドル内のＯＦＤＭシンボルの数、およびＣＣＥ内のＲＥＧの数、のうちの少なくとも１つを上位層シグナリングから決定するように構成されてもよい。

一実施形態では、装置５００は、ネットワークデバイス１１０に実施されてよい。装置５００は、送信部をさらに備えてもよく、送信部は、ＣＣＥインデックスに基づいて、複数の端末デバイス１２０および／または１３０のＤＣＩを制御チャネル領域で送信するように構成されてもよい。

一実施形態では、装置５００は、端末デバイス１２０または１３０において実装されてもよい。装置５００は、送信部をさらに備えてもよく、送信部は、ＣＣＥインデックスおよびＣＣＥアグリゲーションレベルに基づいて、端末デバイス１２０または１３０のＤＣＩを制御チャネル領域で受信するように構成されてもよい。

一実施形態では、制御チャネル領域は、ＮＲ通信システムにおけるＣＯＲＥＳＥＴであってもよい。

また、装置５００は、現在知られているかまたは将来開発される任意の適切な技術によってそれぞれ実装されてもよいことも留意すべきである。さらに、図２に示す単一のデバイスが、代替的に複数のデバイスに別々に実装されてもよく、また複数の分離したデバイスが単一のデバイスにおいて実装されてもよい。本開示のスコープはこれらに関して限定されない。

装置５００は、図２を参照して説明した機能を実施するように構成されてもよいことに留意されたい。したがって、方法２００に関して説明した特徴は、装置５００の対応する構成要素に適用されてもよく、方法２００に関して説明した特徴は、装置５００の対応する構成要素に適用されてもよい。さらに、装置５００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、および／またはそれらの任意の組み合わせとして具現化されてよいことに留意されたい。例えば、装置５００の構成要素は、それぞれ、回路、プロセッサ、または任意の他の適当なデバイスによって実装されてもよい。当業者は、上記の例は例示のためであり、限定ではないことを認識されよう。

本開示のいくつかの実施形態では、装置５００は、少なくとも１つのプロセッサを備えてもよい。本開示の実施形態に使用するのに適した少なくとも１つのプロセッサは、例として、すでに知られている、または将来開発される、汎用プロセッサおよび専用プロセッサの両方を含んでよい。装置５００は、少なくとも１つのメモリをさらに備えてもよい。少なくとも１つのメモリは、例えば、半導体メモリデバイス、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスを含んでよい。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを記憶（格納）するために使用されてよい。プログラムは、任意の高レベルおよび／または低レベルの準拠可能または解釈可能なプログラミング言語で書けることができる。実施形態に従って、コンピュータ実行可能命令は、少なくとも上記の方法２００に従って装置５００を動作させるように、少なくとも１つのプロセッサにより構成されてよい。

上記の説明に基づいて、当業者は、本開示が装置、方法、またはコンピュータプログラム製品として具現化されてよいことを認識されよう。一般に、様々な実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせとして実施されてよい。例えば、一部の態様は、ハードウェアとして実装されてもよく、一方、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアとして実装されてもよいが、本開示はそれに限定されない。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、または他の絵画的表現を使用して図示および説明されることがあるが、本明細書に記載されるこれらのブロック、装置、システム、技術、または方法は、非制限的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路もしくはロジック、汎用ハードウェアもしくはコントローラもしくは他のコンピューティングデバイス、またはそれらの何らかの組み合わせとして実装されてもよいことが十分に理解される。

図５に示す様々なブロックは、方法のステップとして、および／またはコンピュータプログラムコードの動作の結果生じる動作として、および／または関連付けられた機能を実行するように構築された複数の結合された論理回路要素として見ることができる。本開示の実施形態の少なくとも一部の態様は、集積回路チップやモジュールなどの様々な構成要素として実施されてよく、本開示の実施形態は、本開示の実施形態に従って動作するように構成可能な集積回路、ＦＰＧＡ、またはＡＳＩＣとして具現化された装置として実現されてよい。

図６は、本開示の実施形態を実施するのに適した通信デバイス６００の簡略ブロック図である。図示されるように、通信デバイス６００は、１つまたは複数のプロセッサ６１０と、プロセッサ６１０に結合された１つまたは複数のメモリ６２０と、プロセッサ６１０に結合された１つまたは複数の送信機および／または受信機（ＴＸ／ＲＸ：transmitters and/or receivers）６４０とを含む。

プロセッサ６１０は、ローカル技術ネットワークに適した任意のタイプであってよく、非制限的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびプロセッサを利用したマルチコアプロセッサアーキテクチャ、の１つまたは複数を含んでよい。デバイス６００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途集積回路チップなど、複数のプロセッサを有してよい。

メモリ６２０は、現地の技術ネットワークに適した任意のタイプであってよく、非制限的な例として、非一時的なコンピュータ可読記憶媒体、半導体を利用したメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリ、ならびに取り外し可能メモリなど、任意の適切なデータ記憶技術を使用して実装されてよい。

メモリ６２０は、プログラム６３０の少なくとも一部を記憶（格納）する。ＴＸ／ＲＸ６４０は双方向通信用である。ＴＸ／ＲＸ６４０は、通信を容易にするための少なくとも１つのアンテナを有するが、実際には、本開示で言及される端末デバイス１２０もしくは１３０またはネットワークデバイス１１０は、数個のアンテナを有してよい。通信インターフェースは、他のネットワーク要素との通信に必要な任意のインターフェースに相当してよい。

プログラム６３０は、関連するプロセッサ６１０によって実行されたときに、デバイス６００が、図２を参照して本明細書で説明されたように本開示の実施形態に従って動作することを可能にするプログラム命令を含むものと想定される。すなわち、本開示の実施形態は、デバイス６００のプロセッサ６１０、ハードウェア、またはソフトウェアとハードウェアの組み合わせによって実行可能なコンピュータソフトウェアによって実装され得る。

本明細書は多数の具体的な実装の詳細を含んでいるが、これらはいずれの開示内容または主張され得る内容のスコープに対しても限定するものとは解釈すべきでなく、特定の開示内容の特定の実施形態に固有であり得る特徴の説明と解釈すべきである。別々の実施形態に関して本明細書に記載される特定の特徴が、単一の実施形態で組み合わせて実施されることも可能である。逆に、単一の実施形態に関して説明される様々な特徴が、別々に複数の実施形態として、または任意の適切なサブコンビネーションで実施されることも可能である。さらに、特徴は、特定の組み合わせで動作するものとして上記で説明される、またはさらには当初そのように特許請求されることがあるが、特許請求される組み合わせにある１つまたは複数の特徴が、場合によってはその組み合わせから削除されることもあり、特許請求される組み合わせが、サブコンビネーションまたはサブコンビネーションの変形例を対象とすることもある。

同様に、動作は特定の順序で図面に描かれているが、これは、望ましい結果を達成するために、そのような動作が図示される特定の順序で、もしくは連続した順序で行われる必要がある、またはすべての図示される動作が行われる必要があるとは理解すべきでない。一定の状況では、マルチタスクおよび並列処理が有利であり得る。さらに、上記の実施形態における様々なシステム構成要素の分離は、すべての実施形態でそのような分離を必要とするものと理解すべきではなく、記載されるプログラム構成要素およびシステムは、一般に、共に単一のソフトウェア製品に統合される、または複数のソフトウェア製品にパッケージされ得ることが理解されるべきである。

前述の本開示の実施形態に対する様々な改変、適合が、添付図面と併せて読まれるときに上記の説明に照らして当業者に明らかになろう。任意のあらゆる改変が、本開示の非制限的な実施形態のスコープになお該当する。さらに、本明細書に述べられる本開示の他の実施形態が、上記の説明および関連する図面に与えられる教示の恩恵を有する、本開示の実施形態が関係する分野の当業者に想到されよう。

したがって、本開示の実施形態は、開示される特定の実施形態に限定されないこと、ならびに改変および他の実施形態が添付の特許請求の範囲に含まれることが意図されることが理解されるべきである。本明細書では特定の用語が使用されるが、それらは一般的な説明のための意味のみで使用されており、限定することを目的とするものではない。

Claims (21)

1. 通信システム内で通信デバイスにおいて実施される方法であって、
   制御チャネル領域内の複数のリソースエレメントグループ（ＲＥＧ）のためのＲＥＧインデックスを取得することと、
   前記取得されたＲＥＧインデックス、および周波数領域におけるＲＥＧの数と、時間領域における直交周波数分割多重化（ＯＦＤＭ）シンボルの数とを示す、ＲＥＧバンドルのパターンに基づいて、ＲＥＧバンドルインデックスを決定することと、
   前記決定されたＲＥＧバンドルインデックスおよび前記制御チャネル領域内のＣＣＥの数に基づいて、周波数領域において前記ＲＥＧバンドルに関して連続する制御チャネルエレメント（ＣＣＥ）インデックスを決定することと、
   を含む方法。
2. 前記ＲＥＧインデックスを取得することは、
   前記制御チャネル領域内の前記複数のＲＥＧのためのＲＥＧ初期インデックスであって、前記制御チャネル領域内の異なるＯＦＤＭシンボルの中で連続する前記ＲＥＧ初期インデックスを取得することと、
   前記ＲＥＧ初期インデックスに基づいて、前記制御チャネル領域内のＯＦＤＭシンボルごとに連続する、前記ＲＥＧインデックスを決定することと、
   を含む、請求項１に記載の方法。
3. 前記ＲＥＧインデックスを取得することは、
   前記制御チャネル領域内のＯＦＤＭシンボルごとに、前記複数のＲＥＧの前記ＲＥＧインデックスをインデックス付けすることを含む、請求項１に記載の方法。
4. 前記ＲＥＧバンドルインデックスを決定することは、
   前記ＲＥＧインデックスを前記ＲＥＧバンドルの幅であって、周波数領域におけるＲＥＧバンドル内のＲＥＧの数を示す、前記ＲＥＧバンドルの前記幅で除算することと、
   前記除算されたＲＥＧインデックスに基づいて、前記ＲＥＧバンドルインデックスを決定することと、
   を含む、請求項１に記載の方法。
5. 前記ＣＣＥインデックスを決定することは、
   前記制御チャネル領域内のＣＣＥの数であって、前記制御チャネル領域内の前記複数のＲＥＧの数と、ＣＣＥ中のＲＥＧの数とに基づいて決定されるＣＣＥの数に対する前記ＲＥＧバンドルインデックスのモジュロ結果を決定することと、
   前記モジュロ結果に基づいて前記ＣＣＥインデックスを取得することと、
   を含む、請求項１に記載の方法。
6. ＲＥＧバンドル内のＲＥＧの数と、時間領域における前記ＲＥＧバンドル内のＯＦＤＭシンボルの数とに基づいて、前記ＲＥＧバンドルの前記幅を決定することをさらに含む、請求項４に記載の方法。
7. 前記制御チャネル領域内の前記複数のＲＥＧの数、
   ＲＥＧバンドル内のＲＥＧの数、
   周波数領域におけるＲＥＧバンドル内のＲＥＧの数、
   時間領域におけるＲＥＧバンドル内のＯＦＤＭシンボルの数、および
   ＣＣＥ内のＲＥＧの数、
   のうちの少なくとも１つを上位層シグナリングから決定することをさらに含む、請求項６に記載の方法。
8. 前記通信デバイスは、ネットワークデバイスであり、前記方法は、
   前記ＣＣＥインデックスおよびＣＣＥアグリゲーションレベルに基づいて、複数の端末デバイスのダウンリンク制御情報（ＤＣＩ）を前記制御チャネル領域で送信することをさらに含む、請求項１から７のいずれか１項に記載の方法。
9. 前記通信デバイスは、端末デバイスであり、前記方法は、
   前記ＣＣＥインデックスおよびＣＣＥアグリゲーションレベルに基づいて、前記端末デバイスのＤＣＩを前記制御チャネル領域で受信することをさらに含む、請求項１から７のいずれか１項に記載の方法。
10. 前記制御チャネル領域は、制御リソースセット（ＣＯＲＥＳＥＴ）である、請求項１から８のいずれか１項に記載の方法。
11. 通信デバイスであって、
    プロセッサと、
    前記プロセッサに結合され、命令を格納するメモリと、を備え、前記命令は、前記プロセッサによって実行されたときに、前記通信デバイスに動作を実行させ、前記動作は、
    制御チャネル領域内の複数のリソースエレメント・グループ（ＲＥＧ）のためのＲＥＧインデックスを取得することと、
    前記取得されたＲＥＧインデックス、および周波数領域におけるＲＥＧの数と、時間領域における直交周波数分割多重化（ＯＦＤＭ）シンボルの数とを示す、ＲＥＧバンドルのパターンに基づいてＲＥＧバンドルインデックスを決定することと、
    前記決定されたＲＥＧバンドルインデックスおよび前記制御チャネル領域内のＣＣＥの数に基づいて、制御チャネルエレメント（ＣＣＥ）インデックスが周波数領域において前記ＲＥＧバンドルに関して連続するように、前記ＣＣＥインデックスを決定することと、
    を含む、通信デバイス。
12. 前記ＲＥＧインデックスを取得することは、
    前記制御チャネル領域内の前記複数のＲＥＧのためのＲＥＧ初期インデックスであって、前記制御チャネル領域内の異なるＯＦＤＭシンボルの中で連続する前記ＲＥＧ初期インデックスを取得することと、
    前記ＲＥＧ初期インデックスに基づいて、前記制御チャネル領域内のＯＦＤＭシンボルごとに連続する前記ＲＥＧインデックスを決定することと
    を含む、請求項１１に記載の通信デバイス。
13. 前記ＲＥＧインデックスを取得することは、
    前記制御チャネル領域内のＯＦＤＭシンボルごとに、前記複数のＲＥＧの前記ＲＥＧインデックスをインデックス付けすることを含む、請求項１１に記載の通信デバイス。
14. 前記ＲＥＧバンドルインデックスを決定することは、
    前記ＲＥＧインデックスを前記ＲＥＧバンドルの幅であって、周波数領域におけるＲＥＧバンドル中のＲＥＧの数を示す、前記ＲＥＧバンドルの前記幅で除算することと、
    前記ＲＥＧバンドルの前記幅で除算された前記ＲＥＧインデックスに基づいて前記ＲＥＧバンドルインデックスを決定することと、
    を含む、請求項１１に記載の通信デバイス。
15. 前記ＣＣＥインデックスを決定することは、
    前記制御チャネル領域内のＣＣＥの数であって、前記制御チャネル領域内の前記複数のＲＥＧの数と、ＣＣＥ中のＲＥＧの数とに基づいて決定される、ＣＣＥの数に対する前記ＲＥＧバンドルインデックスのモジュロ結果を決定することと、
    前記モジュロ演算の結果に基づいて前記ＣＣＥインデックスを取得することと、
    を含む、請求項１１に記載の通信デバイス。
16. 前記動作は、
    ＲＥＧバンドル内のＲＥＧの数と、時間領域における前記ＲＥＧバンドル内のＯＦＤＭシンボルの数とに基づいて、前記ＲＥＧバンドルの前記幅を決定することをさらに含む、請求項１４に記載の通信デバイス。
17. 前記動作は、
    前記制御チャネル領域内の前記複数のＲＥＧの数、
    ＲＥＧバンドル内のＲＥＧの数、
    周波数領域におけるＲＥＧバンドル内のＲＥＧの数、
    時間領域におけるＲＥＧバンドル内のＯＦＤＭシンボルの数、および
    ＣＣＥ内のＲＥＧの数、
    のうちの少なくとも１つを上位層シグナリングから決定すること
    をさらに含む、請求項１６に記載の通信デバイス。
18. 前記通信デバイスは、ネットワークデバイスであり、前記動作は、
    前記ＣＣＥインデックスおよびＣＣＥアグリゲーションレベルに基づいて、複数の端末デバイスのダウンリンク制御情報（ＤＣＩ）を前記制御チャネル領域で送信すること
    をさらに含む、請求項１１から１７のいずれか１項に記載の通信デバイス。
19. 前記通信デバイスは、端末デバイスであり、前記動作は、
    前記ＣＣＥインデックスおよびＣＣＥアグリゲーションレベルに基づいて、前記端末デバイスのＤＣＩを前記制御チャネル領域で受信すること、
    をさらに含む、請求項１１から１７のいずれか１項に記載の通信デバイス。
20. 前記制御チャネル領域は、制御リソースセット（ＣＯＲＥＳＥＴ）である、請求項１１から１８のいずれか１項に記載の通信デバイス。
21. 少なくとも１つのプロセッサ上で実行されたときに、前記少なくとも１つのプロセッサに請求項１から１０のいずれか１項に記載の方法を実行させる命令が格納された、コンピュータ可読媒体。

Images