(57)【要約】  本発明は、通信システム内で共存する少なくとも２つの制御チャネルのサーチスペースを設定することに関する。詳細には、少なくとも部分的に重複した領域に制御チャネルが定義されている。ここで、重複は時間領域および／または周波数領域にある。この設定により、同じリソースグリッド内に少なくとも２つのチャネルが共存することが可能になり、リソースの利用状況を改善することができる。さらに、参照信号の共有も可能になる。【選択図】図６
2015501612.tif 000002
【特許請求の範囲】
【請求項１】
ＯＦＤＭマルチキャリア通信システムのサブフレームで少なくとも１つの受信ノードのための制御情報を送信する方法であって、送信ノードで行われる次のステップ、つまり、
第１のリソース領域内にダウンリンクの第１の制御チャネルのサーチスペースを設定するステップであって、リソース領域は、ＯＦＤＭの時間リソースおよび周波数リソースのサブセットである、ステップと、
第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定するステップであって、前記第２のリソース領域は前記第１のリソース領域と完全に重複するかまたは部分的に重複し、前記第１および前記第２の制御チャネルはリソース割当データを伝送する、ステップと、
前記第１の制御チャネルの前記サーチスペースで制御情報を送信するステップと、
前記第２の制御チャネルの前記サーチスペースで制御情報を送信するステップと、
を含む方法。
【請求項２】
前記第２のリソース領域内の保護エリアは、前記第２のチャネルには使用されず、
ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル、
第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル、
参照信号を送信する参照信号チャネル、および／または、
第１のチャネルで送信され、複数の端末に共通の制御情報の一部、
の少なくとも１つを送信するために予約される、
請求項１に記載の方法。
【請求項３】
前記第２のリソース領域の開始ＯＦＤＭシンボルおよび／または終了ＯＦＤＭシンボルを指定することによって前記第２のリソース領域を決定するステップと、
前記開始ＯＦＤＭシンボルおよび／または前記終了ＯＦＤＭシンボルを知らせる制御メッセージを送信するステップと、
をさらに含む請求項１または２に記載の方法。
【請求項４】
ＯＦＤＭマルチキャリア通信システムのサブフレーム内で制御情報を受信する方法であって、受信ノードで行われる次のステップ、つまり、
第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定するステップであって、前記第２のリソース領域は、第１の制御チャネルのサーチスペースを設定する第１のリソース領域と少なくとも部分的に重複し、前記第１および前記第２の制御チャネルは、リソース割当データを伝送する制御チャネルである、ステップと、
前記第１の通信システムによって使用されるリソースエレメントであって、
ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル、
第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル、
参照信号を送信する参照信号チャネル、および／または、
第１のチャネルで送信され、複数の端末に共通のデータの一部、
の少なくとも１つに属するリソースエレメントを前記ブラインド検出の際に抜かしながら、前記第２の制御チャネルの前記サーチスペースをブラインド復号することによって制御情報を受信するステップと、
を含む方法。
【請求項５】
前記受信ノードは、前記第１および前記第２の通信システムに共通のリソースエレメントで受信される参照信号を、前記第２のチャネルの復調に利用する、
請求項４に記載の方法。
【請求項６】
前記第２のリソース領域は、ユーザデータを送信する第３のリソース領域とも重複するように設定され、前記第３の領域は、前記第１の領域と異なる、
請求項１から５のいずれかに記載の方法。
【請求項７】
前記通信システムの前記リソースは、複数のリソースブロックにさらに分割され、各リソースブロックは、時間領域の所定数のシンボルと、所定数のサブキャリアとを含み、リソースブロックは、ユーザデータを送信するために割り当てることが可能な最小の単位であり、制御データ領域とユーザデータ領域とを含み、
前記第２のダウンリンク制御チャネルの前記サーチスペースは、複数個の前記物理リソースブロックに指定され、前記第２のダウンリンク制御チャネルは、前記指定された物理リソースブロックの前記制御領域および／または前記ユーザデータ領域で伝送される、
請求項１から６のいずれかに記載の方法。
【請求項８】
前記通信システムの前記リソースは、複数のリソースブロックにさらに分割され、各リソースブロックは、時間領域の所定数のシンボルと、所定数のサブキャリアとを含み、リソースブロックは、ユーザデータを送信するために割り当てることが可能な最小の単位であり、制御データ領域とユーザデータ領域とを含み、
リソースブロックグループが、所定数のリソースブロックとして定義され、
前記第２のダウンリンク制御チャネルの前記サーチスペースは、複数個の前記物理リソースブロックグループに指定され、前記第２のダウンリンク制御チャネルは、前記指定された物理リソースブロックグループの前記制御領域および／または前記ユーザデータ領域で伝送される、
請求項１から６のいずれかに記載の方法。
【請求項９】
前記通信システムの前記リソースは複数のリソースブロックにさらに分割され、各リソースブロックは、時間領域の所定数のシンボルと、所定数のサブキャリアとを含み、リソースブロックは、ユーザデータを送信するために割り当てることが可能な最小の単位であり、制御データ領域とユーザデータ領域とを含み、
ＣＣＥは、固定数のリソースエレメントからなり、
前記第２のダウンリンク制御チャネルの前記サーチスペースは、複数個の前記ＣＣＥに指定され、前記第２のダウンリンク制御チャネルは、前記指定された物理リソースブロックグループまたは物理リソースブロックグループの前記制御領域および／または前記ユーザデータ領域で伝送される、
請求項１から６のいずれかに記載の方法。
【請求項１０】
前記通信システムは、３ＧＰＰ（3rd Generation Partnership Project）のＬＴＥ（Long Term Evolution）であり、
前記第１のシステムのリリースは、ＬＴＥのリリース８および／または１０であり、前記第２のリリースは、ＬＴＥのリリース１１およびそれ以降のリリースであり、
前記第１のチャネルは、前記第１および前記第２のシステムリリースのＰＤＣＣＨ（Physical Downlink Control Channel：物理ダウンリンク制御チャネル）であり、前記第２のチャネルは、前記第２のシステムリリースの強化ＰＤＣＣＨである、
請求項１から９のいずれかに記載の方法。
【請求項１１】
ＯＦＤＭマルチキャリア通信システムのサブフレーム内で少なくとも１つの受信ノードのための制御情報を送信する装置であって、
第１のリソース領域内にダウンリンクの第１の制御チャネルのサーチスペースを設定する第１の設定部であって、リソース領域は、ＯＦＤＭの時間リソースおよび周波数リソースのサブセットである、第１の設定部と、
第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定する第２の設定部であって、前記第２のリソース領域は前記第１のリソース領域と完全に重複するかまたは部分的に重複し、前記第１および前記第２の制御チャネルはリソース割当データを伝送する、第２の設定部と、
前記第１の制御チャネルの前記サーチスペースで制御情報を送信し、前記第２の制御チャネルの前記サーチスペースで制御情報を送信する送信部と、
を備える装置。
【請求項１２】
前記第２のリソース領域内の保護エリアは、前記第２のチャネルには使用されず、
ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル、
第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル、
参照信号を送信する参照信号チャネル、および／または、
第１のチャネルで送信され、複数の端末に共通の制御情報の一部、
の少なくとも１つを送信するために予約される、
請求項１１に記載の装置。
【請求項１３】
ＯＦＤＭマルチキャリア通信システムのサブフレーム内で制御情報を受信する装置であって、
第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定する設定部であって、前記第２のリソース領域は、第１の制御チャネルのサーチスペースを設定する第１のリソース領域と少なくとも部分的に重複し、前記第１および前記第２の制御チャネルは、リソース割当データを伝送する制御チャネルである、設定部と、
前記第１の通信システムによって使用されるリソースエレメントであって、
ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル、
第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル、
参照信号を送信する参照信号チャネル、および／または、
第１のチャネルで送信され、複数の端末に共通のデータの一部、
の少なくとも１つに属するリソースエレメントを前記ブラインド検出の際に抜かしながら、前記第２の制御チャネルの前記サーチスペースをブラインド復号することによって制御情報を受信する受信部と、
を備える装置。
【請求項１４】
前記第２のリソース領域は、ユーザデータを送信する第３のリソース領域とも重複するように設定され、前記第３の領域は、前記第１の領域と異なる、
請求項１１から１３のいずれかに記載の装置。
【請求項１５】
前記通信システムの前記リソースは、複数のリソースブロックにさらに分割され、各リソースブロックは、時間領域の所定数のシンボルと、所定数のサブキャリアとを含み、リソースブロックは、ユーザデータを送信するために割り当てることが可能な最小の単位であり、制御データ領域とユーザデータ領域とを含み、
リソースブロックグループが、所定数のリソースブロックとして定義され、
ＣＣＥは、固定数のリソースエレメントからなり、
前記第２のダウンリンク制御チャネルの前記サーチスペースは、複数個の前記物理リソースブロックに指定され、前記第２のダウンリンク制御チャネルは、前記指定された物理リソースブロックの前記制御領域および／または前記ユーザデータ領域で伝送されるか、または、
前記第２のダウンリンク制御チャネルの前記サーチスペースは、複数個の前記物理リソースブロックグループに指定され、前記第２のダウンリンク制御チャネルは、前記指定された物理リソースブロックグループの前記制御領域および／または前記ユーザデータ領域で伝送されるか、または
前記第２のダウンリンク制御チャネルの前記サーチスペースは、複数個の前記ＣＣＥに指定され、前記第２のダウンリンク制御チャネルは、前記指定された物理リソースブロックグループまたは物理リソースブロックグループの前記制御領域および／または前記ユーザデータ領域で伝送される、
請求項１１から１４のいずれかに記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＯＦＤＭに基づく移動通信システムでのアップリンクおよびダウンリンク・グラントをシグナリングすることに関する。詳細には、本発明は、サーチスペース（Search Space）を構成するための方法および装置、ならびに、通信標準の異なるリリースの共存においておよび２つの標準において、アップリンク・グラントおよびダウンリンク・グラントの制御情報をシグナリングするためのサーチスペースチャネル構造に関する。
【背景技術】
【０００２】
例えば３ＧＰＰ（third generation partnership project）で標準化されたＵＭＴＳ（Universal Mobile Telecommunication System）などの第３世代（３Ｇ）の移動システムは、ＷＣＤＭＡ（Wideband Code Division Multiple Access）（登録商標）無線アクセス技術に基づいている。今日、３Ｇシステムは世界中に広範な規模で配備されつつある。ＨＳＤＰＡ（High-Speed Downlink Packet Access）、および、ＨＳＵＰＡ（High-Speed Uplink Packet Access）とも呼ばれる拡張されたアップリンクを導入することによってこの技術を拡張した後、ＵＭＴＳ標準の発展における次の主要な段階では、ダウンリンクでのＯＦＤＭ（Orthogonal Frequency Division Multiplexing）と、アップリンクでのＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiplexing Access）との組み合わせが取り入れられた。このシステムは、将来の技術発展に対応していくことを意図しているため、ＬＴＥ（Long Term Evolution）と名付けられている。
【０００３】
ＬＴＥシステムは、低待ち時間かつ低コストでＩＰに完全に基づく諸機能を提供する、パケットを利用した効率的な無線アクセスおよび無線アクセスネットワークに相当する。詳細なシステム要件は、3GPP TR 25.913, "Requirements for evolved UTRA (E-UTRA) and evolved UTRAN (E-UTRAN)," v8.0.0, January 2009（３ＧＰＰのウェブサイトで入手することができ、その内容は本明細書に援用される）で得られる。ダウンリンクは、ＱＰＳＫ、１６ＱＡＭ、および６４ＱＡＭのデータ変調方式に対応し、アップリンクはＢＰＳＫ、ＱＰＳＫ、８ＰＳＫ、および１６ＱＡＭに対応する。
【０００４】
ＬＴＥのネットワーク・アクセスは、５ＭＨｚにチャネルが固定されたＵＴＲＡ（UMTS Terrestrial Radio Access）と対照的に、１.２５〜２０ＭＨｚの間のいくつかの規定チャネル帯域幅を使用し、柔軟性が非常に高い。スペクトル効率はＵＴＲＡと比べて最高で４倍まで向上され、アーキテクチャおよびシグナリングの改善により往復の待ち時間が短縮される。ＭＩＭＯ（Multiple Input/Multiple Output）のアンテナ技術により、３ＧＰＰの当初のＷＣＤＭＡ（登録商標）無線アクセス技術に比べて１セル当たり１０倍のユーザに対応できるようになる。可能な限り多くの周波数帯割当の配置に適合するために、ペアになった帯域動作（ＦＤＤ：Frequency Division Duplex）およびペアをなさない帯域動作（ＴＤＤ：Time Division Duplex）の両方に対応する。ＬＴＥは、隣接するチャネル内でも以前の３ＧＰＰ無線技術と共存することができ、すべての３ＧＰＰの以前の無線アクセス技術との間で呼を受け渡しすることができる。
【０００５】
図１に、ＬＴＥリリース８のコンポーネントキャリア（Component Carrier）の構造を示す。３ＧＰＰ ＬＴＥリリース８のダウンリンクのコンポーネントキャリアは、時間−周波数領域でいわゆるサブフレーム１００に分割される。各サブフレームは、サブフレームの１つが図１において１期間Ｔｓｌｏｔに相当する１２０として示されている、２つのダウンリンク・スロットに分割される。第１のダウンリンク・スロットは、先頭のＯＦＤＭシンボルの中に制御チャネル領域を備える。各サブフレームは、時間領域の所定数のＯＦＤＭシンボルからなる。各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に渡る。
【０００６】
具体的に、スケジューラによって割り当てることができる最小単位のリソースはリソースブロックであり、これは物理リソースブロック（ＰＲＢ：Physical Resource Block）とも呼ばれる。ＰＲＢ１３０は時間領域のＮsymbDL個の連続したＯＦＤＭシンボルおよび周波数領域のＮSCRB個の連続したサブキャリアとして定義される。実際の運用では、ダウンリンクリソースはリソースブロックペアとして割り当てられる。リソースブロックペアは、２つのリソースブロックからなる。１リソースブロックペアは、周波数領域のＮSCRB個の連続したサブキャリアと、時間領域のサブフレームの２・ＮsymbDL個の全変調シンボルに渡る。ＮsymbDLは６または７であり、結果として合計１２個または１４個のＯＦＤＭシンボルがあることになる。したがって、物理リソースブロック１３０は、時間領域の１スロットおよび周波数領域の１８０ｋＨｚに相当するＮsymbDL×ＮSCRB個のリソースエレメント（Resource Element）からなる（ダウンリンクのリソースグリッドに関するさらなる詳細は、例えば3GPP TS 36.211, "Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 8)", version 8.9.0, December 2009, Section 6.2（３ＧＰＰのウェブサイトで入手可能）で得ることができ、その内容は本明細書に援用される）。
【０００７】
ダウンリンクの物理リソースブロックの数ＮRBDLは、セル内で設定されたダウンリンク送信の帯域幅に応じて決まり、現在ＬＴＥでは６〜１１０個のＰＲＢで規定される。
【０００８】
データは、仮想リソースブロックのペアを利用して物理リソースブロックにマッピングされる。仮想リソースブロックのペアが物理リソースブロックのペアにマッピングされる。下記の２種類の仮想リソースブロックが、ＬＴＥのダウンリンクの物理リソースブロックへのマッピングに従って定義される。
−ＬＶＲＢ（Localized Virtual Resource Block、局所ＶＲＢ）
−ＤＶＲＢ（Distributed Virtual Resource Block、分散ＶＲＢ）
【０００９】
局所ＶＲＢを使用する局所送信モードでは、ｅＮＢが、どのリソースブロックをどれくらい使用するかについて完全に制御し、通常はその制御により、スペクトル効率が高くなるリソースブロックを選択する。大半の移動通信システムでは、その結果、隣接する物理リソースブロックまたは隣接する物理リソースブロックの複数個のまとまりが単一のユーザ機器への送信のために使用されることになる。これは、無線チャネルが周波数領域でコヒーレントであるためであり、１つの物理リソースブロックで高いスペクトル効率が得られる場合には、それに隣接する物理リソースブロックでも同様に高いスペクトル効率が得られる可能性が高いことを示唆する。分散ＶＲＢを使用する分散伝送モードでは、充分に高いスペクトル効率をもたらす少なくともいくつかの物理リソースブロックに当たり、それにより周波数ダイバーシティを得るために、同じＵＥ向けデータを伝送する物理リソースブロックが周波数帯に渡って分散される。
【００１０】
３ＧＰＰ ＬＴＥリリース８では、アップリンクおよびダウンリンクに１つのコンポーネントキャリアしかない。１つのＤＬサブフレーム内で、１番目〜４番目のＯＦＤＭシンボルがダウンリンクの制御チャネルおよびダウンリンクの信号送信に使用される（ＬＴＥ制御領域）。図５に、ＬＴＥのＤＬ制御領域の一例を示す。ダウンリンクの制御シグナリングは、基本的に次の３つの物理的なチャネルによって伝送される。
−サブフレームにおいて制御シグナリングに使用されるＯＦＤＭシンボルの数（すなわち制御チャネル領域の大きさ）を指示するＰＣＦＩＣＨ（Physical Control Format Indicator Channel）。ＮRBDL＞１０の場合、ＰＣＦＩＣＨ値は０〜３である。
−アップリンクのデータ送信に関連するダウンリンクのＡＣＫ／ＮＡＣＫを伝送するＰＨＩＣＨ（Physical Hybrid ARQ Indicator Channel）。ＰＨＩＣＨの継続時間、すなわちＰＨＩＣＨに使用されるＯＦＤＭシンボルの数は、上位レイヤによって設定される。通常のＰＨＩＣＨの場合、継続時間は１ＯＦＤＭシンボルである。拡張ＰＨＩＣＨの場合、継続時間は２〜３ＯＦＤＭシンボルである。ＰＨＩＣＨの継続時間は、ＰＣＦＩＣＨ値から決まるＤＬ制御領域のサイズに下限を課す。
−セル固有参照信号（ＣＲＳ）は、アンテナポート０〜３のうち１つまたは数個で送信される。通常のサブフレームでは、ＣＲＳは、サブフレーム内で帯域幅全体に分散される。ＭＢＳＦＮサブフレームでは、ＣＲＳは、ＭＢＳＦＮサブフレームの非ＭＢＳＦＮ領域、すなわちＤＬ制御領域のみで送信される。
−ダウンリンクのスケジューリング割当およびアップリンクのスケジューリング割当を伝送するＰＤＣＣＨ（Physical Downlink Control Channel：物理ダウンリンク制御チャネル）。
【００１１】
ＰＣＦＩＣＨは、既知の所定の変調および符号化方式を使用して、ダウンリンクサブフレームの制御シグナリング領域内の既知の位置から送信される。ユーザ機器は、サブフレーム中の制御シグナリング領域の大きさ、例えばＯＦＤＭシンボルの数に関する情報を得るためにＰＣＦＩＣＨを復号する。ユーザ機器（ＵＥ：User Equipment）がＰＣＦＩＣＨを復号できない場合、または誤りのあるＰＣＦＩＣＨ値を得た場合、制御シグナリング領域に含まれるＬ１／Ｌ２制御シグナリング（ＰＤＣＣＨ）を正しく復号することができず、その結果制御シグナリング領域に含まれるすべてのリソース割当が失われる可能性がある。
【００１２】
ＰＤＣＣＨは、例えばダウンリンクまたはアップリンクのデータ送信用のリソースを割り当てるためのスケジューリング・グラントなどの制御情報を伝送する。物理制御チャネルは、１つまたは数個の連続したＣＣＥ（Control Channel Element）を集約（aggregation）したもので送信される。各ＣＣＥは、いわゆるリソースエレメントグループ（ＲＥＧ：Resource Element Group）にまとめられたリソースエレメントの組に相当する。ＣＣＥは、通例、９個のリソースエレメントグループに対応する。ＰＤＣＣＨ内のスケジューリング・グラントは、ＣＣＥに基づいて定義される。リソースエレメントグループは、リソースエレメントへの制御チャネルのマッピングを定義するために使用される。各ＲＥＧは、同じＯＦＤＭシンボル中にある参照信号を除く４つの連続したリソースエレメントからなる。ＲＥＧは、１つのサブフレーム内の１番目から４番目のＯＦＤＭシンボルに存在する。ユーザ機器向けのＰＤＣＣＨは、サブフレーム中のＰＣＦＩＣＨに従って、先頭の１つ、２つ、または３つのＯＦＤＭシンボルで送信される。
【００１３】
３ＧＰＰ ＬＴＥリリース８（および後のリリース）において物理リソースへのデータのマッピングに使用される別の論理単位はリソースブロックグループ（ＲＢＧ）である。リソースブロックグループは、（周波数で）連続した物理リソースブロックの組である。ＲＢＧの概念は、指示などのためのオーバーヘッドを最小にし、それにより送信時のデータに対する制御オーバーヘッドの比率を下げるために、受信ノード（例えばＵＥ）に割り当てられるリソースの位置を指示するために特定のＲＢＧをアドレス指定することを可能にする。現在、ＲＢＧのサイズは、システム帯域幅、具体的には、ＮRBDLに応じて、１、２、３または４と指定されている。ＬＴＥリリース８におけるＰＤＣＣＨのＲＢＧのマッピングに関するさらなる詳細は、3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical layer procedures", v8.8.0, September 2009, Section 7.1.6.1（３ＧＰＰのウェブサイトで自由に入手可能）で得られ、その内容は本明細書に援用される。
【００１４】
ＵＥは、すべての非ＤＲＸサブフレームで、制御情報を求めてサービングセルのＰＤＣＣＨ候補のセットを監視し、監視するとは、すべての監視対象のＤＣＩフォーマットに従ってセットに含まれる各ＰＤＣＣＨの復号を試みることを意味する。監視するＰＤＣＣＨ候補のセットは、サーチスペースの点から定義される。
【００１５】
ＵＥは、ＵＥ固有のサーチスペースと共通サーチスペースの２種類のサーチスペースを監視する。ＵＥ固有サーチスペースと共通サーチスペースの両方は、異なるアグリゲーションレベルを有する。
【００１６】
ＵＥ固有サーチスペースには、それぞれのアグリゲーションレベル｛１，２，４，８｝に｛６，６，２，２｝個のＰＤＣＣＨ候補があり、各アグリゲーションレベルのＰＤＣＣＨ候補はＣＣＥで連続している。アグリゲーションレベルＬの最初のＰＤＣＣＨ候補の開始ＣＣＥインデックスはＹｋ×Ｌで決定され、ｋはサブフレーム番号であり、ＹｋはｋおよびＵＥ ＩＤによって決まる。したがって、ＵＥ固有サーチスペースにおけるＣＣＥの位置は、ＵＥ ＩＤで決定することにより異なるＵＥのＰＤＣＣＨ ＵＥ固有のサーチスペースの重複を減らし、サブフレーム間でランダム化することにより隣接セルにおけるＰＤＣＣＨからの干渉をランダム化する。
【００１７】
共通サーチスペースには、それぞれのアグリゲーションレベル｛４，８｝に｛４，２｝個のＰＤＣＣＨ候補がある。アグリゲーションレベルＬの最初のＰＤＣＣＨ候補は、ＣＣＥインデックス０で開始する。したがって、すべてのＵＥが同じ共通サーチスペースを監視する。
【００１８】
システム情報のためのＰＤＣＣＨは共通サーチスペースで送信され、そのため、すべてのＵＥが共通サーチスペースを監視することによってシステム情報を受信することができる。
【００１９】
ＰＤＳＣＨ（Physical Downlink Shared Channel：物理ダウンリンク共有チャネル）はユーザデータの伝送に使用される。ＰＤＳＣＨは、１つのサブフレーム中でＰＤＣＣＨの後に残りのＯＦＤＭシンボルにマッピングされる。１つのＵＥに割り当てられるＰＤＳＣＨリソースは、サブフレームごとにリソースブロックを単位とする。ＬＴＥでは、ＤＬデータ領域は、１つのサブフレーム内でＤＬ制御領域の後に開始する。ＤＬデータ領域では、ＣＲＳ、ＰＤＳＣＨ、およびそれに対応するＤＭ−ＲＳが送信される。
【００２０】
図２に、サブフレーム内のＰＤＣＣＨおよびＰＤＳＣＨのマッピング例を示す。最初の２つのＯＦＤＭシンボルが制御チャネル領域（ＰＤＣＣＨ領域）を形成し、Ｌ１／Ｌ２の制御シグナリングに使用される。残りの１２個のＯＦＤＭシンボルがデータチャネル領域（ＰＤＳＣＨ領域）を形成し、データに使用される。すべてのサブフレームのリソースブロックペアで、セル固有の参照信号、いわゆるＣＲＳ（Common Reference Signal：共通参照信号）が１つまたは数個のアンテナポート０〜３で送信される。図３の例では、ＣＲＳは、Ｒ０およびＲ１の２つのアンテナポートから送信される。
【００２１】
さらに、サブフレームは、ユーザ機器でＰＤＳＣＨを復調するために使用されるＵＥ固有の参照信号、いわゆるＤＭ−ＲＳ（Demodulation Reference Signal：復調用参照信号）も含む。ＤＭ−ＲＳは、特定のユーザ機器に対してＰＤＳＣＨが割り当てられているリソースブロックでのみ送信される。ＤＭ−ＲＳを用いてＭＩＭＯに対応するために、４つのＤＭ−ＲＳ層が定義され、すなわち最大で４層のＭＩＭＯがサポートされることを意味する。この例では、図３で、ＤＭ−ＲＳ層１、２、３、および４がＭＩＭＯ層１、２、３、および４に対応している。
【００２２】
２００９年９月に、３ＧＰＰ Ｐａｒｔｎｅｒｓは、ＬＴＥリリース１０および以後のリリース（ＬＴＥ−Ａｄｖａｎｃｅｄ）をＩＭＴ−Ａｄｖａｎｃｅｄの候補として評価するよう提案する正式の提言をＩＴＵに行った。ＩＴＵは、能力がＩＭＴ２０００を超えるモバイル・システムを指すために「ＩＭＴ Ａｄｖａｎｃｅｄ」という用語を新たに作っている。この新しい課題に対応するために、３ＧＰＰの組織パートナーは、３Ｇ以降のシステムを包含するように３ＧＰＰの範囲を広げることに同意した。３ＧＰＰでは、Ｅ−ＵＴＲＡを発展させるための３ＧＰＰ事業者の要件と、ＩＭＴ−Ａｄｖａｎｃｅｄの能力を満たす、または超える必要性に従ってＥ−ＵＴＲＡ（ＬＴＥ−Ａｄｖａｎｃｅｄ）のさらなる前進を検討しなければならない。Ａｄｖａｎｃｅｄ Ｅ−ＵＴＲＡは、ＩＴＵ−ＲでＩＭＴ−Ａｄｖａｎｃｅｄの要件になることが見込まれる内容と比べてかなり高い性能を提供しなければならないと予想される。
【００２３】
ＬＴＥ−Ａリリース１０の作業は、２０１０年３月に開始し、２０１１年６月にはすでに固まっていた。ＬＴＥ−Ａリリース１０に含まれる主要な機能には、キャリアアグリゲーション、拡張されたＤＬ ＭＩＭＯ、ＵＬ ＭＩＭＯ、中継等がある。
【００２４】
３ＧＰＰ ＴＳ ３６.３００ ｖ.２.０によると、キャリアアグリゲーション（ＣＡ）では、最高で１００ＭＨｚのより広い伝送帯域幅に対応するために、２つ以上のコンポーネント・キャリア（ＣＣ）が集約される。ＵＥは、能力に応じて、１つまたは複数のＣＣで同時に受信または送信を行うことができる。ＵＬとＤＬとで異なる数のＣＣを集約するようにＵＥを設定することが可能である。
−設定できるＤＬ ＣＣの数は、ＵＥのＤＬアグリゲーション能力に応じて決まる。
−設定できるＵＬ ＣＣの数は、ＵＥのＵＬアグリゲーション能力に応じて決まる。
−ＤＬ ＣＣよりもＵＬ ＣＣが多くなるようにＵＥを設定することはできない。
【００２５】
ＣＡが設定される際、ＵＥは、ネットワークとの間に１つのみのＲＲＣ接続を有する。ＲＲＣ接続の再確立／ハンドオーバー時に、１つのサービングセルがＮＡＳモビリティ情報およびセキュリティ入力を提供する。このサービングセルをプライマリ・セル（ＰＣｅｌｌ）と呼ぶ。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンク・プライマリ・コンポーネント・キャリア（ＤＬ ＰＣＣ）であり、アップリンクではアップリンク・プライマリ・コンポーネントキャリア（ＵＬ ＰＣＣ）である。
【００２６】
ＣＡが設定される際、１つのＵＥを同時に複数のサービングセルにスケジュールすることができる。各ＤＬ ＣＣにＤＬ制御領域がある。１つのＤＬ ＣＣのＰＤＳＣＨは、そのＤＬ ＣＣのＰＤＣＣＨによってスケジュールするか、または別のＤＬ ＣＣのＰＤＣＣＨによってクロスキャリアスケジューリングすることができる。キャリア・インディケータ・フィールド（ＣＩＦ）は、サービングセルのＰＤＣＣＨで、別のサービングセルのリソースをスケジュールすることを可能にするが、下記の制約がある。
−クロスキャリアスケジューリングはＰＣｅｌｌには適用することができない。すなわち、ＰＣｅｌｌは常に自身のＰＤＣＣＨを介してスケジューリングされる。
−ＳＣｅｌｌのＰＤＣＣＨを設定する際、そのＳＣｅｌｌにクロスキャリアスケジューリングを適用することはできない。すなわち、ＳＣｅｌｌは常に自身のＰＤＣＣＨを介してスケジューリングされる。
−ＳＣｅｌｌのＰＤＣＣＨが設定されない場合は、クロスキャリアスケジューリングが適用され、そのＳＣｅｌｌは常に１つの他のサービングセルのＰＤＣＣＨを介してスケジューリングされる。
【００２７】
ＬＴＥ−Ａでは、ＬＴＥのＤＬ制御領域が再使用される。ＰＣＦＩＣＨを使用してＤＬ制御領域の大きさを示す。ＰＨＩＣＨは、ハイブリッドＡＲＱ ＡＣＫ／ＮＡＣＫを搬送する。ＰＤＣＣＨのサーチスペースを拡張して、クロスキャリアスケジューリングをサポートする。
【００２８】
ＬＴＥ−Ａでは、ＵＥは、上位レイヤによって設定された１つまたは複数のアクティブ状態のサービングセルでＰＤＣＣＨサーチスペースを監視するものとする。ＰＤＣＣＨが監視されるサービングセルごとに、ＵＥは、そのサービングセルのＵＥ固有のサーチスペースを監視するとともに、そのサービングセルでクロスキャリアスケジューリングされているサービングセルのＵＥ固有のサーチスペースも監視する。
【００２９】
ＬＴＥ−Ａでは、１つのサブフレーム内のＤＬ制御領域の後にＤＬデータ領域も開始する。ＤＭＲＳは、ＰＤＳＣＨの復調に使用される。最高で８レイヤのＤＭ−ＲＳがサポートされる。
【００３０】
ＬＴＥ−Ａの別の主要な機能は、３ＧＰＰ ＬＴＥ−ＡのＵＴＲＡＮアーキテクチャに中継ノードに導入することにより中継機能を提供することである。中継は、ＬＴＥ−Ａでは、高いデータレートの利用可能範囲、グループのモビリティ、一時的なネットワーク配備、セルエッジのスループットを向上させ、かつ／または、新しい地域に受信可能範囲を提供するための手段と考えられる。中継ノードは、ドナー（donor）セルを介して無線アクセスネットワークにワイヤレスに接続される。中継の手法に応じて、中継ノードは、ドナー・セルの一部としても、あるいは独自にセルを制御してもよい。中継ノードがドナー・セルの一部である場合、中継ノードは独自のセルＩＤ（cell identity）は持たないが、中継ＩＤは持つことができる。中継ノードが独自にセルを制御する場合は、１つまたは数個のセルを制御し、その中継ノードに制御される各セル内で一意の物理レイヤセルＩＤが提供される。
【００３１】
図４は、中継ノードを使用した３ＧＰＰ ＬＴＥ−Ａネットワーク構造の例を示す。ドナーｅＮｏｄｅＢ（ｄ−ｅＮＢ）４１０は、ユーザ機器ＵＥ１ ４１５および中継ノード（ＲＮ）４２０に直接サービスし、中継ノード（ＲＮ）４２０はさらにＵＥ２ ４２５にサービスする。ドナーｅＮｏｄｅＢ４１０と中継ノード４２０との間のリンクは、通例、中継バックホール・アップリンク／ダウンリンクと呼ばれる。中継ノード４２０と、その中継ノードに接続されたユーザ機器４２５（ｒ−ＵＥとも称する）との間のリンクは（中継）アクセス・リンクと呼ばれる。ドナーｅＮｏｄｅＢは、Ｌ１／Ｌ２制御およびデータをマイクロユーザ機器ＵＥ１ ４１５と、中継ノード４２０にも送信し、中継ノード４２０はさらにそのＬ１／Ｌ２制御およびデータを中継ユーザ機器ＵＥ２ ４２５に送信する。中継ノードは、送信動作と受信動作を同時に行うことはできない時間多重化モードで動作することができる。具体的には、ｅＮｏｄｅＢ４１０から中継ノード４２０へのリンクが中継ノード４２０からＵＥ２ ４２５へのリンクと同じ周波数スペクトルで動作する場合、中継送信機が自身の受信機に対する干渉を引き起こす。このため、同じ周波数リソースでＮｏｄｅＢから中継ノードへの送信と中継ノードからＵＥへの送信を同時に行うことは、受信信号と送信信号との充分な分離がもたらされなければ可能でない場合がある。したがって、中継ノード４２０がドナーｅＮｏｄｅＢ４１０に送信を行う際には、その中継ノードに接続されたＵＥ４２５からの受信を同時に行うことはできない。同様に、中継ノード５２０がドナーｅＮｏｄｅＢからデータを受信する際には、その中継ノードに接続されたＵＥ４２５にデータを送信することはできない。したがって、中継バックホール・リンクと中継アクセス・リンクの間にはサブフレームの区分けがある。
【００３２】
中継動作では、新しいＰＤＣＣＨ、すなわち中継ノードのＤＣＩを搬送するＲ−ＰＤＣＣＨ（relay physical downlink control channel：中継物理ダウンリンク制御チャネル）が定義される。Ｒ−ＰＤＣＣＨは、ＬＴＥ−Ａのデータ領域で送信される。ＤＬ割当のためのＰＤＣＣＨは、第１スロットの４番目のＯＦＤＭシンボルで開始し、第１スロットの最後のＯＦＤＭシンボルで終了する。ＵＬグラントのＰＤＣＣＨは、第２スロットの１番目のＯＦＤＭシンボルで開始し、最後または最後から２つ目のＯＦＤＭシンボルで終了する。リリース８〜１０の制御領域とＲ−ＰＤＣＣＨ領域との間に重複はない。これは、リレーは、ｅＮＢに接続された後はｅＮＢからリリース８〜１０のＰＤＣＣＨを受信する必要がないためである。
【００３３】
周波数領域では、行われる可能性のあるＲ−ＰＤＣＣＨの送信のために、上位レイヤによってＰＲＢのセットが設定される。
【００３４】
Ｒ−ＰＤＣＣＨは、所定のＰＲＢで他のＲ−ＰＤＣＣＨとクロスにインターリーブされずに、１つまたは数個のＰＲＢで送信されることができる。あるいは、複数のＲ−ＰＤＣＣＨを１つまたは数個のＰＲＢでクロスインターリーブすることもできる。
【００３５】
クロスインターリーブされていないＲ−ＰＤＣＣＨは、アンテナポートのセット｛０｝、｛０，１｝、または｛０，１，２，３｝の１つで送信されるセル固有の参照信号に基づいて復調されるか、または、ｎＳＣＩＤ＝０と想定してアンテナポート７で送信されるＵＥ固有の参照信号に基づいて復調され、参照信号のタイプは上位レイヤで設定される。空間多重化はＲ−ＰＤＣＣＨにはサポートされない。
【００３６】
３ＧＰＰのＬＴＥでは、リソースは、物理リソースブロック（ＰＲＢ）を単位として割り振ることができる。一部の制御チャネルでは、さらに小さなリソース部分を割り当てることが可能である。例えば、サブフレーム内のＰＤＣＣＨ制御チャネル領域は、ＣＣＥのセットで構成される。ＰＤＣＣＨは、１つ、２つ、４つ、または８つのＣＣＥを集約することができる。同様に、Ｒ−ＰＤＣＣＨは、アグリゲーションレベル１、２、４、および８をサポートする可能性が高い。アグリゲーションは、ＣＣＥ間、または物理リソースブロック間で行うことができる。
【００３７】
各中継ノードは、すべての非ＤＲＸサブフレームで、制御情報を求めて任意のアグリゲーションレベルのＲ−ＰＤＣＣＨ候補のセットを監視する。監視とは、すべての監視対象のフォーマットに従って、セットに含まれる各Ｒ−ＰＤＣＣＨを復号する、すなわちブラインド復号を試みること意味する。ブラインド復号については、ＰＤＣＣＨを受信するＵＥの場合が、3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical layer procedures", v8.8.0, September 2009, Section 9.1.1（３ＧＰＰのウェブサイトで自由に入手可能。参照により本明細書に援用される）に記載されている。ＵＥ固有のＰＤＣＣＨについての本仕様によると、サーチスペースは、アグリゲーションレベル１および２の６つの候補と、アグリゲーションレベル４および８の２つの候補を含むことができる。候補の数は、端末が行わなければならないブラインド復号の回数も指定する。
【００３８】
Ｒ−ＰＤＣＣＨの搬送に利用できるリソースの点から見たサーチスペースの設定は、（例えばＲＲＣで）準静的に設定するか、または固定することができる。
【００３９】
ＬＴＥ−Ａリリース１１の作業は２０１１年９月に開始された。ＬＴＥ−Ａリリース１１の主要機能には、ＬＴＥのキャリアアグリゲーションの拡張、ＬＴＥのさらに拡張された非ＣＡベースのＩＣＩＣ（inter-cell interference coordination：セル間干渉制御）、ＬＴＥダウンリンクのＣｏＭＰ（Coordinated Multi-Point Operation：連携多地点動作）等が含まれる。それに加えて、ＬＴＥ−Ａリリース１１は、ＬＴＥのＣｏＭＰ（Coordinated Multi-Point Operation：連携多地点動作）、ＬＴＥの拡張されたアップリンク送信、ＬＴＥ−ＡｄｖａｎｃｅｄのさらなるダウンリンクのＭＩＭＯ拡張に関する検討も含んでいる。
【先行技術文献】
【非特許文献】
【００４０】
【非特許文献１】3GPP TR 25.913, "Requirements for evolved UTRA (E-UTRA) and evolved UTRAN (E-UTRAN)," v8.0.0, January 2009
【非特許文献２】3GPP TS 36.211, "Evolved universal terrestrial radio access (E-UTRA); physical channels and modulations (Release 8)", version 8.9.0, December 2009, Section 6.2
【非特許文献３】3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical layer procedures", v8.8.0, September 2009, Section 7.1.6.1
【非特許文献４】3GPP TS 36.213 "Evolved Universal terrestrial Radio Access (E-UTRA); Physical layer procedures", v8.8.0, September 2009, Section 9.1.1
【発明の概要】
【発明が解決しようとする課題】
【００４１】
ＣＡの拡張、ＣｏＭＰ、およびＤＬ ＭＩＭＯの検討時に、リリース８〜１０で定義される現行のＰＤＣＣＨはいくつかの不利点を示す。すなわち、ビーム形成と空間多重化が可能でなく、分散ＤＣＩ送信しかサポートされていないために局所的な割り振りによる周波数スケジューリングの利得が可能でなく、セル間のランダムなＲＥＧ割り振りのために周波数ＩＣＩＣ（セル間干渉制御）が可能でない。この状況を改善するために、拡張ＰＤＣＣＨ（Ｅ−ＰＤＣＣＨ）が検討中であり、それにより上記の問題が回避されると考えられる。
【００４２】
３ＧＰＰ内で論議されている提案のいくつかはすでにＥ−ＰＤＣＣＨの設計に対応している。提案される解決法の１つはＲ−ＰＤＣＣＨを再使用するものであり、設計を拡張してＥ−ＰＤＣＣＨの空間多重化をサポートする。しかし、Ｒ−ＰＤＣＣＨは常に４番目のＯＦＤＭシンボルで開始し、データチャネルエリアにマッピングされる。この解決法では、ＵＥ固有ＰＤＣＣＨの多くの部分が不使用になる可能性のあるリリース１１端末の場合には、リソースの無駄につながる可能性がある。
【００４３】
別の解決法（提案番号Ｒ１−１１３３２２）は、ビーム形成および空間多重化をサポートするために、Ｅ−ＰＤＣＣＨ ＣＣＥに新しいＤＭ−ＲＳを挿入することを提案する。したがって、Ｅ−ＰＤＣＣＨ ＣＣＥもＰＤＣＣＨ  ＣＣＥとインターリーブされ、帯域幅全体に渡って分散される。ＭＢＳＦＮサブフレームでは、Ｅ−ＰＤＣＣＨはＰＤＣＣＨ領域の後に送信され、やはり帯域幅全体に分散される。この構成では、Ｅ−ＰＤＣＣＨが帯域幅全体に分散される。そのため、周波数領域ＩＣＩＣおよび周波数選択性スケジューリングをサポートすることができない。
【課題を解決するための手段】
【００４４】
上記を鑑み、本発明の目的は、既存のダウンリンク制御シグナリングを備えるシステム内で、新たな効率的なダウンリンク制御シグナリングを行うための領域を提供することである。
【００４５】
この目的は、独立請求項の特徴により達成される。
【００４６】
本発明の有利な実施形態は従属請求項に準拠する。
【００４７】
新しい制御チャネル用のサーチスペース領域を提供することが本発明の特有のアプローチであり、新しい制御チャネルは別の制御チャネルと少なくとも部分的に重複し、両制御チャネルは同じ種類の情報を送信する。
【００４８】
本発明の第１の態様によると、ＯＦＤＭマルチキャリア通信システムのサブフレームで少なくとも１つの受信ノードのための制御情報を送信する方法が提供される。この方法は、送信ノードで行われる、第１のリソース領域内にダウンリンクの第１の制御チャネルのサーチスペースを設定するステップであって、リソース領域は（およびしたがって第１のリソース領域も）、ＯＦＤＭの時間リソースおよび周波数リソースのサブセットである、ステップと、第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定するステップであって、第２のリソース領域は第１のリソース領域と完全に重複するか、または部分的に重複する、ステップとを含む。第１および第２の制御チャネルはリソース割当データを搬送する。方法はさらに、第１の制御チャネルのサーチスペースで制御情報を送信するステップと、第２の制御チャネルのサーチスペースで制御情報を送信するステップとを含む。
【００４９】
本発明の第２の態様によると、ＯＦＤＭマルチキャリア通信システムのサブフレーム内で制御情報を受信する方法が提供される。この方法は、第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定するステップを含み、第２のリソース領域は、第１の制御チャネルのサーチスペースを設定する第１のリソース領域と重複する。第１の制御チャネルと第２の制御チャネルは、２つの異なる通信システムまたはシステムリリース、すなわち第１および第２の通信システムの制御チャネルであり、リソース割当データを搬送する。この方法はさらに、第１の通信システムによって使用されるリソースエレメントであって、ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル、第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル、参照信号を送信する参照信号チャネル、および／または、第１のチャネルで送信され、複数の端末に共通のデータの一部、の少なくとも１つに属するリソースエレメントをブラインド検出の際に抜かしながら、第２の制御チャネルのサーチスペースをブラインド復号することによって制御情報を受信するステップを含む。
【００５０】
本発明の第３の実施形態によると、ＯＦＤＭマルチキャリア通信システムのサブフレーム内で少なくとも１つの受信ノードのための制御情報を送信する装置が提供され、この装置は、第１のリソース領域内にダウンリンクの第１の制御チャネルのサーチスペースを設定する第１の設定部であって、リソース領域は、ＯＦＤＭの時間リソースおよび周波数リソースのサブセットである、第１の設定部と、第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定する第２の設定部であって、第２のリソース領域は第１のリソース領域と完全に重複するか、または部分的に重複し、第１および第２の制御チャネルはリソース割当データを搬送する、第２の設定部と、第１の制御チャネルのサーチスペースで制御情報を送信し、第２の制御チャネルのサーチスペースで制御情報を送信する送信部とを備える。
【００５１】
本発明の第４の態様によると、ＯＦＤＭマルチキャリア通信システムのサブフレーム内で制御情報を受信する装置が提供され、この装置は、第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定する設定部であって、第２のリソース領域は、第１の制御チャネルのサーチスペースを設定する第１のリソース領域と重複し、第１および第２の制御チャネルは、２つの異なる通信システムまたはシステムリリース、すなわち第１および第２の通信システムの制御チャネルであり、リソース割当データを搬送する、設定部と、第１の通信システムによって使用されるリソースエレメントであって、ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル、第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル、参照信号を送信する参照信号チャネル、および／または、第１のチャネルで送信され、複数の端末に共通のデータの一部、の少なくとも１つに属するリソースエレメントをブラインド検出の際に抜かしながら、第２の制御チャネルのサーチスペースをブラインド復号することによって制御情報を受信する受信部とを備える。
【００５２】
本発明の有利な実施形態によると、第２のチャネルのサーチスペースに含まれないリソースを含む保護リソースエリアが定義される。保護エリアは、局所的とするか、または時間および／または周波数において分散することができ、ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル、第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル、参照信号を送信する参照信号チャネル、および／または、第１のチャネルで送信され、複数の端末に共通の制御情報の一部、の少なくとも１つを送信するために予約することができる。特定のリソースエリアを保護することにより、例えば、各種の異なる情報を搬送するすべての他の制御チャネルを設定し直す必要なしに、割当グラントを搬送する古い制御チャネルと（部分的に）重複し、共存する新しい制御チャネルを設定することが可能となる。
【００５３】
上記方法はさらに、第２のリソース領域の開始ＯＦＤＭシンボルおよび／または終了ＯＦＤＭシンボルを指定することによって第２のリソース領域を決定するステップと、開始ＯＦＤＭシンボルおよび／または終了ＯＦＤＭシンボルを知らせる制御メッセージを送信するステップとを含むことができる。そのようにすると、例えば無線リソース制御プロトコル等の上位レベルのシグナリングによって、第２のリソース領域を効率的に設定することができる。
【００５４】
有利には、受信ノードは、第１および第２の通信システムに共通のリソースエレメントで受信される参照信号を、第２のチャネルの復調に利用する。
【００５５】
それにより、第１の制御チャネルまたはユーザデータ搬送チャネルで使用される参照シンボルを、第２の制御チャネルの復調に再使用することが可能となる。
【００５６】
第２のリソース領域は、ユーザデータを送信する第３のリソース領域とも重複するように設定されてもよく、第３の領域は第１の領域と異なる。
【００５７】
この通信システムに関して、そのリソースを複数のリソースブロックにさらに分割することができ、各リソースブロックは、時間領域の所定数のシンボルと、所定数のサブキャリアとを含み、リソースブロックは、ユーザデータを送信するために割り当てることが可能な最小の単位であり、制御データ領域とユーザデータ領域とを含む。リソースブロックグループが、所定数のリソースブロックとして定義される。ＣＣＥは、固定数のリソースエレメントからなる。
【００５８】
そして、第２のダウンリンク制御チャネルのサーチスペースを、複数個の物理リソースブロックに指定することができ、第２のダウンリンク制御チャネルは、指定された物理リソースブロックの制御領域および／またはユーザデータ領域で搬送される。それに代えて、第２のダウンリンク制御チャネルのサーチスペースは、複数個の物理リソースブロックグループに指定してもよく、第２のダウンリンク制御チャネルは、指定された物理リソースブロックグループの制御領域および／またはユーザデータ領域で搬送される。さらにそれに代えて、第２のダウンリンク制御チャネルのサーチスペースは、複数個のＣＣＥに指定され、第２のダウンリンク制御チャネルは、指定された物理リソースブロックグループまたは物理リソースブロックグループの制御領域および／またはユーザデータ領域で搬送される。
【００５９】
アグリゲーションリソース単位（上記のように、リソースブロック、リソースブロックグループ、またはＣＣＥ）は、例えば上位レベルのシグナリングで設定することも可能である。リソース単位に含まれるリソースエレメントの数およびＥ−ＰＤＣＣＨの送信に必要な最小のリソースエレメント数に応じて、最小のアグリゲーション単位を設定することもできる。最小のアグリゲーション単位は、例えば、１リソースブロック、２リソースブロック、３リソースブロックであり、リソースブロックは、シンボルのサブセットのみに定義することができる。ただし、最小のアグリゲーション単位は、リソースブロックグループ、またはＣＣＥ、または他の目的（データ送信、制御情報の送信等）で通信システムにより用いられる他のリソース単位の倍数として数えてもよい。
【００６０】
有利には、通信システムは、３ＧＰＰ（3rd Generation Partnership Project）のＬＴＥ（Long Term Evolution）であり、第１のシステムのリリースは、ＬＴＥのリリース８および／または１０であり、第２のリリースは、ＬＴＥのリリース１１およびそれ以降のリリースであり、第１のチャネルは、第１および第２のシステムリリースのＰＤＣＣＨ（Physical Downlink Control Channel：物理ダウンリンク制御チャネル）であり、第２のチャネルは、第２のシステムリリースの拡張ＰＤＣＣＨである。
【００６１】
本発明の別の態様によると、コンピュータ可読のプログラムコードが実装されたコンピュータ可読媒体を含むコンピュータプログラム製品が提供され、プログラムコードは本発明を実施するように構成される。
【００６２】
本発明の上記およびその他の目的および特徴は、添付図面との関連で与えられる以下の説明および好ましい実施形態からより明らかになろう。
【図面の簡単な説明】
【００６３】
【図１】３ＧＰＰ ＬＴＥリリース８で定義されたダウンリンク・コンポーネント・キャリアのサブフレームの概略的構造を示す概略図である。
【図２】３ＧＰＰ ＬＴＥリリース８で定義されたサブフレームの２つのダウンリンク・スロットのうち１つのダウンリンク・コンポーネント・キャリア例を示す概略図である。
【図３】３ＧＰＰ ＬＴＥリリース８および３ＧＰＰ ＬＴＥ−Ａリリース１０に定義された非ＭＢＳＦＮサブフレームおよび物理リソースブロックペアの構造を示す概略図である。
【図４】ドナーｅＮｏｄｅＢ、中継ノード、および２つのユーザ機器を含む例示的なネットワーク構成の概略図である。
【図５】ＬＴＥ ＤＬ制御領域のマッピング例を説明する概略図である。
【図６】ＰＤＳＣＨ領域と重複したＥ−ＰＤＣＣＨサーチスペースの例を説明する概略図である。
【図７】リソースブロック単位で設定可能なＥ−ＰＤＣＣＨサーチスペースの例を説明する概略図である。
【図８】リソースブロックグループ単位で設定可能なＥ−ＰＤＣＣＨサーチスペースの例を説明する概略図である。
【図９】ＣＣＥ単位で設定可能なＥ−ＰＤＣＣＨサーチスペースの例を説明する概略図である。
【図１０】本発明の一実施形態による方法を説明する流れ図である。
【発明を実施するための形態】
【００６４】
以下の段落では本発明の各種実施形態を説明する。例示の目的のみで、実施形態の大半は、上記の背景技術の項で述べた３ＧＰＰ ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０または１１）の移動通信システムによるＯＦＤＭダウンリンク無線アクセス方式との関連で概説する。本発明は例えば上記で説明した３ＧＰＰ ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０または１１）の通信システムなどの移動通信システムとの関連で有利に使用することができる。ただし、本発明は、この特定の例示的通信ネットワークでの使用に限定されないことに留意されたい。本明細書に記載される本発明の態様は、特に、主に３ＧＰＰ ＬＴＥ−Ａ（リリース８、１０または１１）通信システムのＵＥなどの受信機に割り当ておよびグラントを伝送するダウンリンクの制御情報（ＰＤＣＣＨ、Ｅ−ＰＤＣＣＨ）のためのサーチスペースを定義し、ダウンリンクサーチスペース（具体的には個々のリソースブロック、リソースブロックグループまたはそのＣＣＥ）にマッピングされたＰＤＣＣＨ、Ｅ−ＰＤＣＣＨデータの点で効率的なリソース利用を提供するために使用することができる。上記の背景技術の項での説明は、本明細書に記載される主として３ＧＰＰ ＬＴＥ（リリース８）およびＬＴＥ−Ａ（リリース１０または１１）に特有の例示的実施形態をよりよく理解することを目的としたものであり、本発明を、記載される移動通信ネットワークにおける処理および機能の具体的な実装に限定するものとは解釈すべきでない。
【００６５】
本発明は、既存のリリースの通信システムの制御チャネルを後のリリースでさらに改良することができるという考察に基づく。ただし、通信システムでは、後方互換性は、後のリリースをサポートするネットワーク内で古い端末と新しい端末が共存できることを保証する重要な機構である。したがって、本発明の目的は、１つのシステムの２つの異なるリリースまたは２つの異なるシステムに対応する割当グラント情報を搬送する制御チャネルが効率的に共存できるようにすることである。ただし、本発明は、単一のシステム内でそのような２つの異なる制御チャネルをマッピングするためにも使用することができる。
【００６６】
したがって、本発明は、第１の制御チャネルのための第１のリソース領域の構成と、第２のダウンリンク制御チャネルのための第２のリソース領域の構成を提供し、第２のリソース領域は、第１のリソース領域と完全に、または部分的に重複する。そして、第１および第２の制御チャネルの制御情報がそれぞれのサーチスペースで送信される。
【００６７】
チャネルは任意の制御チャネルであってよい。一例では、第１および第２のチャネルは、ＬＴＥのＰＤＣＣＨおよびＥ−ＰＤＣＣＨとすることができる。ＰＤＣＣＨおよびＥ−ＰＤＣＣＨはブラインド復号されるため、異なる端末を対象とするそれらチャネルのサーチスペースは、少なくとも部分的に重複したリソース領域内に設定される。ただし、本発明はこれに限定されない。制御チャネルは、他の２つの個々の制御チャネルであって、一方が以前のリリースで、他方が後のリリースであってもよく、チャネルは同様の種類の情報を搬送する。例えば、ＰＨＩＣＨと可能性としては拡張されたＰＨＩＣＨ、またはＰＣＦＩＣＨと可能性としては拡張されたＰＣＦＩＣＨとすることができる。本発明の一態様によると、それらチャネルのリソース領域は、少なくとも部分的に重複してよい。ただし、これは例に過ぎず、一般には、異なる種類のデータを扱うチャネルも、少なくとも部分的に重複するように設定可能なリソース領域を有することができる。チャネルは、ブラインド復号を適用しなくともよく、サーチスペースに編成されなくともよい。例えば、それらのチャネルは割り当ててもよい。
【００６８】
一般に、本発明の発想は、同一のシステムの異なるリリースまたは異なるシステムに適用することができる。詳細には、２つの制御領域の構成が提供され、制御領域の一方は以前のリリースで、他方は後のリリースのものである。各制御領域で、１つまたは複数の制御チャネルが送信される。２つの制御領域のサイズ（例えばＯＦＤＭシンボル単位、すなわち時間領域）は設定することができる。２つの領域が少なくとも部分的に互いと重複する場合、以前のリリースのＵＥを保護するために、第１の制御領域内の重要な制御チャネルが保護される。第２の領域にある制御チャネルは、それら重要な制御チャネルについて保護されているＲＥを抜かす。受信側では、後のリリースのＵＥは、それらのＲＥが第２の領域の制御チャネルの送信では抜かされることを知っており、そのため第２の制御領域の制御チャネルを復号する際にそれらのＲＥを考慮に入れない。各受信端末は、端末固有のサーチスペースを持ち、すべての端末は１つの共通サーチスペースも有することができることに留意されたい。したがって、送信機から見ると２つ以上のサーチスペースがある可能性がある。そして、第１のチャネルのすべての端末固有サーチスペースが第１のリソース領域内にマッピングされ、第２のチャネルのすべての端末固有サーチスペースが第２のリソース領域内にマッピングされる。
【００６９】
通信システムのリソースグリッドの制御領域における異なる制御チャネルの共存をさらに改善するために、保護リソースを定義することができる。そのような保護リソースは保護エリアを形成することができ、保護エリアは局所的であっても（隣接するリソース単位、すなわちリソースエレメント、リソースブロックまたはリソースブロックグループ、ＣＣＥを含む）、または分散してもよい（時間リソース単位および／または周波数リソース単位に分散されたリソース単位を含む）。そして、予約リソースエリアのリソースは、第２のチャネルのサーチスペースには使用されない。第２のリソース領域は、第２のチャネルのサーチスペースは含まず、以下の少なくとも１つの送信のために予約される。ＡＲＱ受信通知データを送信するためのＡＲＱ制御チャネル（ＬＴＥのＰＨＩＣＨ等）、第１の領域および／または第２の領域のサイズを知らせる制御データを送信するフォーマット制御チャネル（ＬＴＥのＰＣＦＩＣＨ等）、参照信号を送信する参照信号チャネル、および／または第１のチャネルで送信され、複数の端末に共通の制御情報の一部（ＬＴＥのＣＳＳ等）。第１のチャネルは、例えばＬＴＥのＰＤＣＣＨでもよく、第２のチャネルは後のＬＴＥリリースのＥ−ＰＤＣＣＨでもよい。
【００７０】
一般に、第１のチャネルは第１の通信システムのチャネルであり、第２のチャネルは第２の通信システムのチャネルとすることができる。チャネルの一方は、第１または第２の通信システムのいずれかに従って動作する端末でサポートすることができる。別のチャネルは、それら通信システムの１つのみでサポートされてもよい。これを、第１のチャネルがリリース８／１０のＬＴＥ ＰＤＣＣＨで、第２のチャネルがリリース１１のＬＴＥ Ｅ−ＰＤＣＣＨである実施形態で例示する。ただし本発明はこれに限定されず、一般には、両チャネルとも両方のシステムでサポートされるか、または２つのチャネルの一方のみが一方のみの通信システムでサポートされてもよい。第２のチャネルは第２のリリースとすることができる。予約エリアは、第１のリリースに属するか、または両方のリリースで共有されるか、または第２のリリースのみに属することができる。それでも、第１および第２のチャネルは、両方の通信システムに少なくとも部分的に共有される可能性のある他の制御チャネル（例えばＰＨＩＣＨ、ＰＣＦＩＣＨ、ＣＳＳ、または同様チャネルの１つ）と共存することができる。一般に、リリース１１のサブフレームで、ＬＴＥのリリース８／１０のＵＥは、ＰＣＦＩＣＨ、ＰＨＣＩＨ、またはＣＳＳ（共通サーチスペース）等の他の制御チャネルも監視する。ＣＳＳおよびＰＨＩＣＨはリリース１１のＵＥにも使用される。したがって、リリース１１のサブフレームのＰＣＦＩＣＨ、ＰＨＩＣＨ、および／またはＣＳＳは、リリース８／１０のＵＥとリリース１１のＵＥの両方をサポートするために重要である。
【００７１】
リソース領域（第１および／または第２のリソース領域）の設定は、リソース制御プロトコルを使用して静的または準静的に行うことができる。例えば、第２のリソース領域は、第２のリソース領域の開始ＯＦＤＭシンボルおよび／または終了ＯＦＤＭシンボルを指定することによって決定することができる。例えば、開始シンボルのみを通知し、リソース領域はその開始シンボルから制御リソース領域の所定の終了シンボルまでを範囲とすると想定することができる。またはその逆に、リソース領域が所定の制御領域の先頭（例えばサブフレーム内の最初のＯＦＤＭシンボル）から開始し、終了シンボルまでを範囲とすると想定してもよい。ただし、開始シンボルと終了シンボルの両方を決定し、通知してもよい。そして、送信ノードから受信ノードに制御メッセージが送信されて、決定された開始ＯＦＤＭシンボルおよび／または終了ＯＦＤＭシンボルを知らせることができる。送信ノードは基地局および／またはネットワークノードであってよいことに留意されたい。送信ノードは、ネットワークノードの機能も実装する基地局であってもよい。受信ノードは例えば端末である。一般に、送信ノードと受信ノードの一方は中継ノードであってもよい。本発明は、ＰＤＣＣＨとＲ−ＰＤＣＣＨの共存にも適用することができる。
【００７２】
第２のリソース領域は、ユーザデータを送信する第３のリソース領域とも重複するように設定され、第３の領域は第１の領域と異なる。ＬＴＥの用語では、ユーザデータチャネルは例えばＰＤＳＣＨである。
【００７３】
この通信システムでは、リソースは、ＬＴＥと同様に複数のリソースブロックにさらに分割することができ、各リソースブロックは、所定数の時間領域のシンボルと、所定数のサブキャリア（すなわち所定数のリソースエレメント）を含み、リソースブロックは、ユーザデータを送信するために割り振ることが可能な最小の単位であり、制御データ領域およびユーザデータ領域を含む。リソースブロックグループを、所定数のリソースブロックとして定義することができる。ＣＣＥは、固定数のリソースエレメントから構成される。第２のダウンリンク制御チャネルのサーチスペースは、リソースブロック、物理リソースブロックグループ、またはＣＣＥなどの複数個のリソース単位に指定することができる。したがって、サーチスペースは、特定種類のリソース単位をより多く集約することができる。第２のダウンリンク制御チャネルは、指定された、可能性としては集約されたリソース単位の制御領域および／またはユーザデータ領域で搬送することができる。
【００７４】
さらに、Ｅ−ＰＤＣＣＨは、複数のリソースエレメントで形成されるＣＣＥの粒度で定義することができる。Ｅ−ＰＤＣＣＨに定義されたリソース領域内で使用されない残りのＲＥは、ＬＴＥのＰＤＳＣＨ送信等のデータ送信に使用することができる。ＣＣＥ以外の単位が使用される場合は、このＰＤＳＣＨの割り振りも行うことができる。
【００７５】
第１および第２の制御チャネルの送信に対応して、受信を設定することができる。第２の制御チャネルのサーチスペースは第２のリソース領域内に指定される。第２のリソース領域は、第１の制御チャネルのサーチスペースを設定するために第１のリソース領域と重複する。端末による受信は、対応する第２のサーチスペースをブラインド復号し、（分散している可能性のある）保護リソースエリアのリソースを抜かすことによって行われる。
【００７６】
受信ノードは、好ましくは、第２チャネルの復調のために、第１および第２の通信システムに共通のリソースエレメントで受信される参照信号を利用する。例えば、ＬＴＥのＤＭ−ＲＳを第２のチャネルおよび別の制御チャネルまたはデータチャネルに再使用する。
【００７７】
すでに触れたように、本発明は、３ＧＰＰ（3rd Generation Partnership Project）のＬＴＥ（Long Term Evolution）である通信システムに有利に適用することができる。第１のシステムのリリースは、ＬＴＥのリリース８および／または１０であり、第２のシステムのリリースはＬＴＥのリリース１１およびそれ以降とすることができる。第１のチャネルは、第１および第２のシステムのリリースのＰＤＣＣＨ（Physical Downlink Control Channel：物理ダウンリンク制御チャネル）でもよく、第２のチャネルは第２のシステムのリリースの拡張ＰＤＣＣＨである。
【００７８】
本発明の根幹となる発想をＬＴＥシステムに適用すると、Ｅ−ＰＤＣＣＨ領域とＰＤＣＣＨ領域の重複がサポートされ、同時にＰＣＦＩＣＨ、ＰＨＩＣＨ、ＣＳＳがサブフレームで保護される実施形態が得られる。加えて、そのようなＥ−ＰＤＣＣＨはビーム形成および／または空間多重化、周波数領域のＩＣＩＣ、および周波数選択性スケジューリングをサポートすることができる。リリース１１のサブフレームでＰＣＦＩＣＨ、ＰＨＩＣＨ、および／またはＣＳＳを保護するために、本実施形態では、ＰＣＦＩＣＨ、ＰＨＩＣＨ、およびＣＳＳ ＲＥＧは、Ｅ−ＰＤＣＣＨの送信には使用されない。例えば、共通サーチスペース内の保護ＲＥＧの数は、上位レイヤからのシグナリングで設定するか、または仕様で定義される。例えば、帯域幅が小さい場合は、１つのＲＢペア内により多くの共通サーチスペースＲＥＧがある。したがって、Ｅ−ＰＤＣＣＨのビーム形成をより効率的にサポートするために、ＰＤＣＣＨ送信のために予約される共通サーチスペースのＲＥＧを減らすと有利である。それに対して、リリース１１のサブフレームでスケジューリングされたリリース８／１０のＵＥがない場合は、通例、８つのＣＣＥ（アグリゲーションレベルに対応する）で充分にシステム情報を送信することができる。リリース１１のサブフレームでスケジューリングされたリリース８〜１０のＵＥが少ない場合は、リリース８〜１０のＵＥは、ＰＤＣＣＨの共通サーチスペースにスケジューリングすることもできる。その場合は、ＰＤＣＣＨの共通サーチスペースに予約されるＣＣＥは８個より多いと有益である可能性がある。特定リソースへのＥ−ＰＤＣＣＨのスケジューリングおよび／またはＥ−ＰＤＣＣＨリソース領域の設定は、当該セル内のリリース８〜１０の端末の数および／またはリリース１１の端末の数に応じて行うことができる。
【００７９】
この例では、ＰＨＩＣＨ、ＰＣＦＩＣＨ、およびＣＳＳリソースを保護して、Ｅ−ＰＤＣＣＨが送信にそれらのリソースを利用せず、それに応じてＥ−ＰＤＣＣＨの受信側がブラインド復号の際にそれらのリソースを抜かすことを述べた。ただし本発明はこれに限定されず、一般には、それらのチャネルリソースの１つまたはサブセットのみを保護することができる。
【００８０】
別の例によると、Ｅ−ＰＤＣＣＨとＰＤＣＣＨとの重複エリア内では、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＣＲＳ、および／またはＤＭＲＳ、ならびにＰＤＣＣＨの共通サーチスペースに属する任意数のＲＥＧは、Ｅ−ＰＤＣＣＨの送信に使用されない。したがって、それらのＲＥはＵＥがＥ−ＰＤＣＣＨをブラインド復号する際に考慮されない。共通サーチスペースに予約されるＲＥＧの数も、上位レイヤのシグナリングによって設定するか、帯域幅に応じて仕様で固定的に定義することができる。
【００８１】
特に少ない数のリソースブロックペアでＥ−ＰＤＣＣＨを送信し、Ｅ−ＰＤＣＣＨの復調にリリース１０のＤＭ−ＲＳの位置を使用することにより、ビーム形成および空間多重化と、周波数領域ＩＣＩＣおよび周波数選択性スケジューリングの効率的なサポートを実現することができる。
【００８２】
上記のように、Ｅ−ＰＤＣＣＨのリソース領域は、静的または準静的に設定することができる。例えば、開始（ＯＦＤＭ）シンボルは準静的に設定し、Ｅ−ＰＤＣＣＨ領域は、制御領域に位置するＰＤＣＣＨ領域と少なくとも部分的に重複させることができる。その場合、リリース１１のサブフレームで、ＰＤＣＣＨ ＲＥＧをＥ−ＰＤＣＣＨの送信に使用することができる。そのようなマッピングにより、ＰＤＣＣＨ ＲＥＧ（または一般にはリソース）の無駄を防止する。
【００８３】
それに代えて、またはそれに加えて、１つのＲＢペア内のＥ−ＰＤＣＣＨの終了ＯＦＤＭシンボルを、上位レイヤからのシグナリングで設定することができる。したがって、Ｅ−ＰＤＣＣＨの送信に利用できるＯＦＤＭシンボルの数に応じて、Ｅ−ＰＤＣＣＨの送信に利用できるＲＥの数は変化する。一方、ＰＣＦＩＣＨ、ＰＨＩＣＨ、および／またはＣＳＳ ＲＥＧは帯域幅全体に分散され、そのため、各ＲＢペア内でそれぞれのＰＣＦＩＣＨ、ＰＨＩＣＨ、および／またはＣＳＳに予約されるＲＥＧの数は変動する可能性がある。その結果、各ＲＢペアで利用できるＲＥＧの数もＲＢペアごとに異なる可能性がある。
【００８４】
リリース８〜１０のＰＤＣＣＨのアグリゲーションとサーチスペースの概念を再使用するために、アグリゲーション単位を定義することができる。Ｒ−ＰＤＣＣＨの場合、アグリゲーション単位は１ＲＢである。Ｅ−ＰＤＣＣＨでは、Ｅ−ＰＤＣＣＨに利用できるＲＥの数が変動するために、アグリゲーション単位は、１つのＲＢペア内で利用可能なＲＥの数に応じて決まることが好ましい。それにより、アグリゲーション単位が小さ過ぎるために不要となるブラインド復号が行われないようにすることができる。例えば、アグリゲーション単位の最小のサイズを定義し、アグリゲーション単位は、その最小のアグリゲーション単位のサイズを満たす最少の数のＲＥＢを含むことができる。例えば、最小のアグリゲーション単位のサイズは、物理リソースブロックペア（リソースブロックグループ）の倍数とすることができる。ただし、最小のアグリゲーション単位は、１リソースブロックまたは１リソースブロックペア、またはＣＣＥ、リソースエレメント、および／またはその倍数等のさらに小さいアグリゲーション単位であってもよい。
【００８５】
本発明の一実施形態によると、ＵＥは、上位レイヤのシグナリングで設定されたリソースブロックペアのセットの中でＥ−ＰＤＣＣＨのブラインド復号を行う。そのＲＢペアのセット中で、ＰＤＣＣＨ送信に使用されるＯＦＤＭシンボルとＥ−ＰＤＣＣＨ送信に使用されるＯＦＤＭシンボルは完全に、または部分的に重複する。ＰＤＣＣＨに使用されるＯＦＤＭシンボルは、ＰＤＣＣＨ領域のサイズを示す制御フォーマット・インディケータ（ＣＦＩ）で定義され、これはＰＤＣＣＨ領域の大きさを示し、実際の動作中にはあまり頻繁には変化しない可能性がある。Ｅ−ＰＤＣＣＨに使用されるＯＦＤＭシンボルは、上位レイヤのシグナリングで設定することができる。
【００８６】
上記のように、Ｅ−ＰＤＣＣＨのアグリゲーション単位のサイズは、１つのＲＢペア内でＥ−ＰＤＣＣＨ送信に利用できるＲＥの数に応じて決まることが好ましい。
【００８７】
図５は、ＬＴＥリリース８／１０のリソース設定の一例を示す。詳細には、サブフレームは制御領域を含み、制御領域に制御チャネルがマッピングされる。ＰＤＣＣＨ領域５３１〜５３３は、時間および周波数で分散され、シンボル１〜３およびＰＲＢ１、３、および４に含まれる。ＰＣＦＩＣＨ５１０およびＰＨＩＣＨ５２０は、１番目のシンボルと最初の２つのＰＲＢにある。ＣＲＳ５４０および他の参照信号（データ領域）は、リソースグリッド全体に分散される。データ領域は、データを送信するためのＰＤＳＣＨ５５０を含む。この設定は例示的な設定であり、本発明はこの設定やＬＴＥの特定のチャネルタイプに限定されないことに留意されたい。
【００８８】
図６は、サーチスペースの設計例を示す。Ｅ−ＰＤＣＣＨを除くすべてのチャネルの設定は、図５を参照して上記で説明した例と同様である。Ｅ−ＰＤＣＣＨ領域６６１、６６２は１番目のＯＦＤＭシンボルで開始し、３番目のＯＦＤＭシンボルで終わる。したがって、この例では、Ｅ−ＰＤＣＣＨのシンボルは制御領域のシンボルと完全に重複する。Ｅ−ＰＤＣＣＨ５６２はＰＤＣＣＨ５３２と重複しており、ＰＤＣＣＨ５３２は保護エリアの一部である可能性がある。同様に、Ｅ−ＰＤＣＣＨ５６１はＰＨＩＣＨ５２０と重複しており、ＰＨＩＣＨ５２０は保護エリアの一部である可能性がある。Ｅ−ＰＤＣＣＨは、ＰＤＣＣＨが設定されたＰＲＢのサブセット、すなわちＰＲＢ２およびＰＲＢ４に設定される。ＰＤＣＣＨ５３３、５３１もＰＲＢ１およびＰＲＢ３に指定される。
【００８９】
１つのＲＢペア内に、Ｅ−ＰＤＣＣＨの送信に利用できるＲＥが約２８個あり、すなわち、１２個のサブキャリア×３個のシンボル＝３６個のリソースエレメントがあり、そのうち４つがＣＲＳに使用され、他の４つがＰＤＣＣＨまたはＰＨＩＣＨ等に使用され、結果として２８個のＲＥがある。１アグリゲーション単位が少なくとも３６個のＲＥを含む必要がある場合は、アグリゲーション単位の最小のサイズは、したがって、図６に示すように２リソースブロックとなる。Ｎ個のＲＢからなる単位は、所定数のシンボルにＮ個のＲＢ（Ｎ＝１，２，…）があることを意味し、ここでは所定数のシンボルは３個であり、Ｅ−ＰＤＣＣＨは、サブフレームの制御領域のみに指定される。シンボルの数は、上位レイヤのシグナリングで決定することができる。上位レイヤのシグナリングは、現在のチャネル（Ｅ−ＰＤＣＣＨ、第２のチャネル）を設定するためのシグナリングである。ＬＴＥの場合は、ＲＲＣシグナリングがこれにあたる可能性がある。保護されるＲＥＧ（リソースエレメント）の数（および位置）は、リリース８／１０のＵＥの数と帯域幅に応じて調節することができる。
【００９０】
選択肢の１つは、１サブフレーム内のＰＤＣＣＨの最小のサイズを満たす最小のアグリゲーション単位を求め、そのアグリゲーション単位をサブフレーム全体で使用するものである。別の選択肢は、ＰＤＣＣＨの最小のサイズを満たす最小数のＲＢを常に集約するものである。例えば、１つのサブフレームで、リソースブロック＃１、＃２、および＃３を集約するとＰＤＣＣＨの最小サイズを満たすことができ、リソースブロック＃４および＃５を集約するとＰＤＣＣＨの最小サイズを満たすことができる。最初の選択肢では、最小のアグリゲーション単位は３リソースブロックである。２番目の選択肢では、アグリゲーション単位は２リソースブロックまたは３リソースブロックであり、すなわち、リソースブロック＃１、＃２、および＃３が１アグリゲーション単位であり、リソースブロック＃４および＃５が１アグリゲーション単位となる。
【００９１】
図７は、Ｅ−ＰＤＣＣＨリソース領域の別の設定例を示す。この例では、Ｅ−ＰＤＣＣＨ７６１、７６２が制御領域とデータ領域の両方に設定される。Ｅ−ＰＤＣＣＨはシンボル１〜７に定義され、すなわち、図６の例のように、スロット全体に、ＰＲＢ２および４に定義される。開始シンボルおよび／または終了シンボル（それぞれ１と７）は、上位レイヤで設定することができる。Ｅ−ＰＤＣＣＨ領域とＰＤＣＣＨ領域は部分的に重複する。ＰＤＣＣＨ領域の空のＰＤＣＣＨリソースエレメントグループ（ＲＥＧ）は、Ｅ−ＰＤＣＣＨの送信に使用することができる。この例では、６０個のＲＥ（１２個のサブキャリア×７個のシンボル＝８４個のＲＥがあり、そこから２０個のＲＥが参照シンボルおよびｃｃａに予約され、４個のＲＥがＰＤＣＣＨの共通スペースまたはＰＨＩＣＨ等に予約される）をＥ−ＰＤＣＣＨに利用することができる。したがって、ＰＲＢの１つまたは半分をＥ−ＰＤＣＣＨの（最少）アグリゲーション単位として使用することができる。
【００９２】
図８は、Ｅ−ＰＤＣＣＨサーチスペースの別の設計例を示す。アグリゲーション単位は複数個のＲＢＧである。１アグリゲーション単位に属するＲＢＧの数は、Ｅ−ＰＤＣＣＨの送信に利用できるＲＥの数に応じて決まる。この例では、アグリゲーション単位は１ＲＢＧである。１つのＲＢＧは３つのＲＢからなる。この例では、Ｅ−ＰＤＣＣＨのＲＢＧ８６１は最初の３つのシンボルと最初の３つのＰＲＢ、１〜３を範囲とする。Ｅ−ＰＤＣＣＨ８６１は、ＰＤＣＣＨ５３１、５３３、およびＰＨＩＣＨ ５２０、およびＰＣＦＩＣＨ５１０と重複し、これらは好ましくは、Ｅ−ＰＤＣＣＨの送信とブラインド復号が行われない保護エリアを形成する。
【００９３】
図９は、ＣＣＥを単位とするＥ−ＰＤＣＣＨのサーチスペース９６１、９６２の定義例を示す。一見すると図８は図６と似ている。しかし、ＣＣＥがアグリゲーション単位として使用されている。１つのＣＣＥを１つまたは複数のＲＢペアにマッピングすることができる。Ｅ−ＰＤＣＣＨの送信に使用されない残りのＲＥは、ＰＤＳＣＨの送信に使用することができる。ここでは、ＣＣＥのサイズは３６個のＲＥと定義され、これはＰＤＣＣＨと同じである。２つのＲＢペア内でＥ−ＰＤＣＣＨに利用できるＲＥの数はＣＣＥのサイズより大きいが、１つのＲＢペア内のＲＥの数はＣＣＥのサイズよりも小さい。したがって、１つのＣＣＥが２つのＲＢペアで送信される。複数のＲＢペアへのＣＣＥのマッピングは、「周波数優先（frequency first）」であっても「時間優先（time first）」であってもよい。この例では周波数優先のマッピングを示しており、これは、ＣＣＥがまず、設定された１番目のシンボルのすべてのサブキャリアにマッピングされ、次いで２番目のシンボルのすべてのサブキャリア等にマッピングされることを意味する。「時間優先」では、ＣＣＥはまず設定された１番目のサブキャリアのすべてのシンボルにマッピングされ、次いで２番目のサブキャリアのすべてのシンボル等にマッピングされる。すなわち、ＣＣＥのマッピングはサブキャリア単位またはシンボル単位とすることができる。
【００９４】
２つのＲＢペア（ＰＲＢ２および４）内の残りのＲＥ９５１、９５２はＰＤＳＣＨの送信に使用される。
【００９５】
本発明の別の変形例は、Ｅ−ＰＤＣＣＨを１つまたは複数のＲＢＧに割り振ることを想定する。ただし、ＣＣＥがアグリゲーション単位として使用される。１つまたは複数のＲＢＧ中の残りのＲＥは、ＰＤＳＣＨの送信（ユーザデータの送信）に使用される。
【００９６】
本発明およびその変形例はいくつかの利益を提供する。例えば、本発明は、同じＯＦＤＭシンボル中にＰＤＣＣＨとＥ−ＰＤＣＣＨが共存することを可能にする。共通サーチスペースのＰＤＣＣＨを保護することができる。アグリゲーション単位が小さ過ぎることによる不要なブラインド復号を回避することができる。局所化されたＥ−ＰＤＣＣＨマッピングがサポートされる。参照信号を共有することにより、ビーム形成および空間多重化がサポートされる。以前のリリースのＵＥとの後方互換性が得られる。
【００９７】
送信および受信する方法に対応して、通信システム内でデータおよび制御情報を受信および送信する装置が提供される。ＯＦＤＭマルチキャリア通信システムのサブフレーム内で少なくとも１つの受信ノードのための制御情報を送信する装置であって、第１のリソース領域内にダウンリンクの第１の制御チャネルのサーチスペースを設定する第１の設定部であって、リソース領域は、ＯＦＤＭの時間リソースおよび周波数リソースのサブセットである、第１の設定部と、第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定する第２の設定部であって、第２のリソース領域は第１のリソース領域と完全に重複するか、または部分的に重複し、第１および第２の制御チャネルはリソース割当データを搬送する、第２の設定部と、第１の制御チャネルのサーチスペースで制御情報を送信し、第２の制御チャネルのサーチスペースで制御情報を送信する送信部とを備える。
【００９８】
装置は、例えばＮｏｄｅＢ４１０または中継ノード４２０である。ただし、ネットワークノードや、アドホックネットワーク内リレーまたはマスター端末のように振る舞う端末であってもよい。通信システムはモバイル・システムとすることができるが、ケーブルシステム、または、端末およびネットワークノードまたは基地局がケーブルおよび／またはワイヤレスで接続される異種混成システムであってもよい。
【００９９】
本発明に係るＯＦＤＭマルチキャリア通信システムのサブフレーム内で制御情報を受信する装置は、第２のリソース領域内に第２のダウンリンク制御チャネルのサーチスペースを設定する設定部であって、第２のリソース領域は、第１の制御チャネルのサーチスペースを設定する第１のリソース領域と重複し、第１および第２の制御チャネルは２つの異なる通信システムまたはシステムリリース、すなわち第１および第２の通信システムの制御チャネルであり、リソース割当データを搬送する、設定部と、第１の通信システムによって使用されるリソースエレメントをブラインド検出の際に抜かしながら、第２の制御チャネルのサーチスペースをブラインド復号することによって制御情報を受信する受信部とを備えることができる。
【０１００】
抜かされるエレメントは、ＡＲＱ受信通知データを送信するＡＲＱ制御チャネル、第１の領域および／または第２の領域のサイズを示す制御データを送信するフォーマット制御チャネル、参照信号を送信する参照信号チャネル、および／または第１のチャネルで送信され、複数の端末に共通のデータの一部、の少なくとも１つに属することができる。受信端末は、例えばＬＴＥのＵＥ等の端末である。ただし、ネットワークノード、基地局、または中継ノードを含む他のノードであってもよい。第２のリソース領域は、ユーザデータを送信する第３のリソース領域とも重複するように設定することができ、第３の領域は第１の領域と異なる。
【０１０１】
図１０は、本発明による送信および受信の方法を要約した図である。したがって、第１のサーチスペースが送信機で設定される１０１０。このステップは、セル内の個々の端末に複数のサーチスペースを設定することを含んでよいことに留意されたい。第１のサーチスペースは、例えばＰＤＣＣＨのサーチスペースであり、第１のリソース領域内に設定される。次いで、送信機で第２のサーチスペースが設定され１０２０、このステップも、複数の個々の端末に対してより多くのサーチスペースを設定することを含んでよい。第２のサーチスペースは例えばＥ−ＰＤＣＣＨのサーチスペースであり、第２のリソース領域内に定義される。本発明によると、第１のリソース領域と第２のリソース領域は少なくとも部分的に重複する。設定は、（１つまたは複数の）受信ノードに送信してもよい１０３０。次いで、制御情報がインターフェース１００１を介して第１のチャネル１０４０および第２のチャネル１０５０、すなわちそれぞれの設定されたサーチスペースで送信される。このインターフェースは、ワイヤレスインターフェースであっても、ケーブルインターフェースであってもよい。第２のチャネルを受信することが可能な受信ノードでは、対応するステップが行われる。
【０１０２】
詳細には、サーチスペースおよび／またはリソース領域の設定を受信することができる１０６０。次いで、受信のための第２のチャネルのサーチスペースが設定され１０７０、第２のチャネルの受信１０９０時にブラインド復号が行われ、その際には第１のチャネルまたは他のチャネルの重複の設定を考慮に入れる。詳細には、保護されるリソースエレメントはブラインド復号されない。
【０１０３】
さらに、本発明の各種実施形態は、プロセッサによって実行されるソフトウェア・モジュール、または直接ハードウェアとして実施することができる。また、ソフトウェア・モジュールとハードウェア実装の組み合わせも可能である。ソフトウェア・モジュールは、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ・メモリ、レジスタ、ハード・ディスク、ＣＤ−ＲＯＭ、ＤＶＤ等の任意種のコンピュータ可読記憶媒体に記憶することができる。
【０１０４】
実施形態の大半は、３ＧＰＰに基づく通信システムのアーキテクチャに関連して概説し、上記の項で使用した用語は主として３ＧＰＰの用語に関連する。ただし、それらの用語および３ＧＰＰに基づくアーキテクチャに関する各種実施形態の説明は、本発明の原理および概念をそのようなシステムのみに限定するものではない。また、上記背景技術の項の詳細な説明は、本明細書に記載される主として３ＧＰＰに特有の例示的実施形態をよりよく理解することを目的としたものであり、本発明を、記載される移動通信ネットワークにおける処理および機能の具体的な実装に限定するものとは解釈すべきでない。それでも、本明細書に提案される概念およびサブフレーム構造は、背景技術の項に記載されるアーキテクチャで容易に適用することができる。さらに、本発明の概念は、３ＧＰＰで現在論議されているＬＴＥ−Ａ ＲＡＮでも容易に使用することができる。
【０１０５】
要約すると、本発明は、通信システム内で共存する少なくとも２つの制御チャネルのサーチスペースを設定することに関する。詳細には、少なくとも部分的に重複した領域に制御チャネルが定義され、重複は時間領域および／または周波数領域である。この設定により、同じリソースグリッド内に少なくとも２つのチャネルが共存することが可能になり、リソースの利用状況を改善することができる。さらに、参照信号の共有も可能になる。
【図１】
2015501612.tif 000003
【図２】
2015501612.tif 000004
【図３】
2015501612.tif 000005
【図４】
2015501612.tif 000006
【図５】
2015501612.tif 000007
【図６】
2015501612.tif 000008
【図７】
2015501612.tif 000009
【図８】
2015501612.tif 000010
【図９】
2015501612.tif 000011
【図１０】
2015501612.tif 000012
【国際調査報告】
2015501612.tif 000013
2015501612.tif 000014
2015501612.tif 000015