(57)【特許請求の範囲】
【請求項１】
プライマリ局と複数のセカンダリ局との間で通信するための方法であって、
（ａ）前記プライマリ局が、第1構造を持つ複数のサーチ空間の少なくとも1つを第1チャネル上でサーチするようにセカンダリ局を設定し、前記第1構造は、少なくとも第1の数のリソース・セットからなり、少なくとも1つのリソース・セットは、セカンダリ局にメッセージを送信するために用いられることができ、
（ｂ）前記プライマリ局が、前記第1チャネルの特性を第1の値に設定し、
（ｃ）前記プライマリ局が、前記サーチ空間における容量イベントの検出に応じて、前記第1構造が第2構造に変更されるように前記第1チャネルの前記特性を第２の値に変更する、方法。
【請求項２】
前記容量イベントは、前記プライマリ局が、前記サーチ空間の少なくとも一部を共有する複数のセカンダリ局のうちのサブセットへの１セットのメッセージの送信のスケジューリングを意図することを含み、前記第1チャネルの前記特性の前記第1の値を用いると、セカンダリ局の前記サブセットの前記サーチ空間に含まれるリソースが、メッセージの前記セットの送信のために必要とされるリソースを下回る、請求項１に記載の方法。
【請求項３】
ステップ（ｃ）は、前記プライマリ局が、前記第1チャネルに専用のリソースの数を増加させることを含む、請求項１又は請求項２に記載の方法。
【請求項４】
前記第1チャネルがＯＦＤＭチャネルであり、ステップ（ｃ）は、前記プライマリ局が、前記第1チャネルに専用のＯＦＤＭシンボルの数を増加させることを含む、請求項３に記載の方法。
【請求項５】
ステップ（ｃ）が前記複数のセカンダリ局の少なくとも1つのサーチ空間の変更をもたらすように、前記サーチ空間が設定される、請求項４に記載の方法。
【請求項６】
考慮されるセカンダリ局において、当該考慮されるセカンダリ局に専用の前記サーチ空間の構造が、前記第1チャネルに専用のＯＦＤＭシンボルの数に依存する、請求項４又は請求項５に記載の方法。
【請求項７】
前記メッセージが、前記プライマリ局からの通知メッセージである、請求項１に記載の方法。
【請求項８】
異なるリソース・セットが、異なるコンポーネント・キャリア上にある、請求項１から請求項７のいずれか一項に記載の方法。
【請求項９】
第２構造が前記プライマリ局によって通知される、請求項１から請求項８のいずれか一項に記載の方法。
【請求項１０】
前記セカンダリ局のサーチ空間構造がフレームごとに変更され、ステップ（ｃ）が、フレームにわたって固定されたサーチ空間をサーチするように少なくとも１つのセカンダリ局を設定することを含む、請求項１から請求項９のいずれか一項に記載の方法。
【請求項１１】
前記セカンダリ局のサーチ空間構造が、予め定められたシーケンスに従ってフレームごとに変更される、請求項１０に記載の方法。
【請求項１２】
少なくとも１つのセカンダリ局と通信するための手段を有するプライマリ局であって、
第１構造を持つ複数のサーチ空間の少なくとも１つを第１チャネル上でサーチするようにセカンダリ局を設定するための設定手段を有し、前記第１構造は、少なくとも第１の数のリソース・セットからなり、少なくとも１つのリソース・セットは、セカンダリ局にメッセージを送信するために用いられることができ、前記設定手段は、前記サーチ空間における容量イベントの検出に応じて、前記第1構造が第2構造に変更されるように前記第１チャネルの特性を第1の値から第２の値に変更する、プライマリ局。
【請求項１３】
サーチ空間構造が、（ａ）フレームごとに変更されるサーチ空間構造及び（ｂ）複数のフレームにわたって固定されたサーチ空間から選択される、請求項１に記載の方法。
【請求項１４】
サーチ空間構造が、（ａ）フレームごとに変更されるサーチ空間構造及び（ｂ）複数のフレームにわたって固定されたサーチ空間から選択される、請求項１２に記載のプライマリ局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおいて通信するための方法に関する。より具体的には、本発明は、セルラ通信ネットワーク（例えばUMTS、UMTS LTE、GSM（登録商標）)のような通信ネットワークにおけるプライマリ局とセカンダリ局との間の通信に関する。
【背景技術】
【０００２】
例えばUMTS LTEのようなモバイル・ネットワークにおいて、ダウンリンク制御チャネルPDCCH(Physical Downlink Control Channel)は、アップリンク又はダウンリンク送信のためのリソース割り当てのような情報を伝達する。PDCCHメッセージは、CCE集合レベル1、2、4又は8と呼ばれる1、2、4又は8つのチャネル制御要素( CCE又はリソース要素)を用いることができる。
【０００３】
LTEにおけるUEのような移動局は、それを対象とするメッセージのCCE空間中の位置を予め知ることはない。原則として、移動局は、CCE空間中の異なる開始位置によって全ての考えられるPDCCHを盲目的に復号することを試みることができ、したがって、その移動局を対象とするいかなるメッセージをも受信することができる。しかしながら、CCE空間が大きい場合、処理複雑度は極端に重い。したがって、複数のサーチ空間から成るより制限されたサーチが設定される。
【０００４】
サーチ空間は、(特定の集合レベルを有する)一セットの集合CCEであり、その中で、移動局(ユーザ機器(UE)又はセカンダリ局)は、その集合レベルに対して考えられる全てのPDCCHペイロードのブラインド復号を実行する。サーチ空間は、集合レベルごとに定められ、そして、セカンダリ局は、最高４つのサーチ空間を持つことができる。例えば、(1-CCEと呼ばれる)集合レベル1のためのUEのサーチ空間は、3,4,5,6,7,8でインデックスを付けられたCCEから成ることができ、一方、集合レベル8のためのそのサーチ空間は、それぞれ1, 2, .., 8及び9, 10, .., 16によってインデックスを付けられるCCEから成る集合CCEの２つのリソース・セットから成ることができる。したがって、この例では、UEは1-CCEのための6つのブラインド復号及び8-CCEのための2つのブラインド復号を実行する。
【０００５】
LTE仕様は、現在、UEが以下を実行することを要求する。
・1-CCE集合の6つの復号試行
・2-CCE集合の6つの復号試行
・4-CCE集合の2つの復号試行
・8-CCE集合の2つの復号試行
大きいメッセージに対して、及び/又は、例えば悪いチャネル状態の下でより低い符号化レートが要求されるときに小さいメッセージに対して、より大きい集合が用いられることが意図される。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、処理複雑度を低減するためにサーチ空間を制限することは、条件が変化するときにそれぞれの条件に対する適切な集合の利用可能性を制限する。しかしながら、複数の使用者機器が同一のサーチ空間を持つことが発生する可能性がある。プライマリ局がこれらのセカンダリ局の全てにメッセージを送信する予定の場合、これは結果として制御チャネルの妨害につながる可能性がある。さらに、この信号スキームのいくつかのバリエーションにおいて、予め定められたシーケンスに従ってホッピングするサーチ空間を割り当てることが提案された。これは、それぞれの使用者機器に異なるホッピング・シーケンスを与えるが、それぞれのコンポーネント・キャリア上の異なるサーチ空間を提供しない。したがって、１つのキャリア上で同じサーチ空間を有するいずれのUEも、さらに他のキャリア上でも同じサーチ空間を持つ可能性がある。これは、１つのキャリア上で制御チャネルが妨げられる場合、それはさらに他のキャリア上でも妨げられる可能性があることを意味する。
【０００７】
この問題の更なる側面は、現在の仕様は、適度なデータ速度を有する多数のアクティブUEの場合をサポートするように設計されていることである。より小さいサーチ空間によって、大きなデータ速度を有する少数のアクティブUEの場合にさえ、比較的大きな妨害確率を持つ。異なる集合レベルのためのサーチ空間が重なり合う場合があり、これは、特に、大きなトラフィック負荷の場合に、所与のセカンダリ局のために異なる集合レベルを選択することによってブロッキングを回避することが必ずしも可能ではないことを意味する。
【０００８】
いくつか又は全部のこれらの問題を解決することは、複数のキャリアのためのサーチ空間の改善された設計に有用である。それはさらに、単一キャリアの場合に改善された設計(例えば減少したブラインド復号負荷又はより小さいブロッキング確率)につながることができる。
【課題を解決するための手段】
【０００９】
上述の問題を軽減する通信の方法を提案することが本発明の目的である。
【００１０】
更なる信号又はオーバーヘッドを引き起こすことなく、サーチ空間が状況に適合されることを可能にする方法を提供することが本発明の他の目的である。
【００１１】
制御チャネルを妨げるリスクを低減する方法を提供することが本発明のさらに別の目的である。
【００１２】
この目的のために、本発明によれば、プライマリ局と複数のセカンダリ局との間で通信するための方法が提案され、当該方法は、
(a)プライマリ局が、第１構造を持つ複数のサーチ空間の少なくとも１つを第１チャネル上でサーチするようにセカンダリ局を設定し、前記第１構造は少なくとも第１の数のリソース・セットからなり、少なくとも１つのリソース・セットは、セカンダリ局にメッセージを送信するために用いられることができ、
(b)プライマリ局が、第１チャネルの特性を第１の値にセットし、
(c)プライマリ局が、サーチ空間中の容量イベントの検出に応じて、第１チャネルの特性を第２の値に変更する。
【００１３】
本発明の第２の態様によれば、プライマリ局と通信するための手段を有するセカンダリ局が提案され、当該セカンダリ局は、第１構造を持つ複数のサーチ空間の少なくとも１つの第１チャネル上でのサーチを活性化するための制御手段を有し、前記第１構造は少なくとも第１の数のリソース・セットからなり、少なくとも１つのリソース・セットは、セカンダリ局にメッセージを送信するために用いられることができ、制御手段は、サーチ空間中の容量イベントの検出に応じて第１チャネルの特性を第１の値から第２の値へと変更するように配置される。
【００１４】
本発明の更に別の態様によれば、少なくとも１つのセカンダリ局と通信するための手段を有するプライマリ局が提案され、当該プライマリ局は、第１構造を持つ複数のサーチ空間の少なくとも１つを第１チャネル上でサーチするようにセカンダリ局を設定するための設定手段を有し、前記第１構造は少なくとも第１の数のリソース・セットからなり、少なくとも１つのリソース・セットは、セカンダリ局にメッセージを送信するために用いられることができ、設定手段は、サーチ空間中の容量イベントの検出に応じて第１チャネルの特性を第１の値から第２の値へと変更するように配置される。
【００１５】
その結果として、プライマリ局は、制御チャネルのブロッキングを防止することができる。特定の実施の形態において、プライマリ局は、制御チャネルに割り当てられるOFDMシンボルの数を増加させる。これは、OFDMシンボルの数に依存して、セカンダリ局のサーチ空間の変更につながり、ひいては、ブロッキングの回避を可能にする。いくつかのOFDMが送信のために用いられないので、これがリソースの若干の無駄を引き起こす場合であっても、制御チャネルのブロッキングは通信及びサービス品質に更なる妨害を引き起こす。
【００１６】
本発明のこれらの及び他の態様は、以下に記載される実施の形態から明らかであり、それらを参照して説明される。
【００１７】
ここで、本発明は、添付の図面を参照してさらに詳細に一例として記載される。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１の実施の形態が実施されるネットワークのブロック図。
【図２】本発明の第１の実施の形態によるシステムのサーチ空間のタイムチャート。
【発明を実施するための形態】
【００１９】
本発明は、セルラネットワークの様なネットワークにおいて通信するための方法に関する。例えば、ネットワークは、図1に表されるようなUMTSネットワークであることができる。
【００２０】
図1を参照して、本発明による無線通信システムは、プライマリ局(BS又はeNodeB)100及び複数のセカンダリ局(MS又はUE)110を有する。プライマリ局100は、マイクロコントローラ(μC) 102、アンテナ手段106に接続されるトランシーバ手段(Tx/Rx)104、送信パワーレベルを変更するための電力制御手段(PC)107、及び、PSTN又は他の適切なネットワークに対する接続のための接続手段108を有する。各々のUE110は、マイクロコントローラ(μC)112、アンテナ手段116に接続されるトランシーバ手段(Tx/Rx)114及び送信パワーレベルを変更するための電力制御手段(PC)118を有する。プライマリ局100から移動局110への通信はダウンリンク・チャネル上で行われ、一方、セカンダリ局110からプライマリ局100への通信はアップリンク・チャネル上で行われる。この例において、ダウンリンク・チャネルは、PDCCHの様な制御チャネルを有する。そのような制御チャネルは、複数のキャリアを通じて送信されることができる。これらのキャリアは、周波数キャリア又は本発明の変形では符号化変調によって、定められることができる。
【００２１】
本発明の第１の実施の形態は、通信システム(例えばLTE又はLTE Advanced)のための複数のキャリア上で送信されることができるPDCCHのような制御チャネルのブロッキングを回避するための効率的なスキームを提供する。
【００２２】
実際には、LTE仕様の第１リリース(Rel-8)において、最高20MHzの単一キャリアが用いられる。物理ダウンリンク制御チャネル(PDCCH)上の制御信号メッセージは、送信リソースの割り当てを通知するために用いられる。サブフレームごとにあらゆる考えられる位置を復号しなければならず、結果として非常に大きいブラインド復号オーバーヘッドをもたらすことを回避するために、各々の使用者機器は、そのような信号メッセージを探すためのサーチ空間を設定される。しかしながら、複数のキャリアに対するLTEの将来の拡張において、コンポーネント・キャリアの各々におけるリソース割り当てを示すための信号が必要である。必要とされるブラインド・デコード数の重大な増加を回避することが望ましい。3GPPにおいて考慮される現在の主要なオプションは、各々のコンポーネント・キャリア(CC)のための分離したPDCCHを持つことであり、
−１つのPDCCHが同じCC上の割り当てを示すか、又は
−１つのPDCCHが同じ又は異なるCC上の割り当てを示す。
【００２３】
したがって、いずれの場合においても、各々のキャリア上のPDCCHメッセージのためのサーチ空間（すなわち、その各々においてUEがPDCCHの復号（すなわちブラインド復号）を試みるPDCCHのための１セットの考えられる位置）が存在することが有益である。
【００２４】
しかしながら、さらなる詳細は定められていない。
【００２５】
一般に、CCのいずれかにおけるPDCCH（典型的には同時に複数のPDCCH）をUEが受信できることが望ましい。
【００２６】
ブラインド復号の総数に起因する信号処理のあまりに重大な増加を回避するために、各々のキャリア上のサーチ空間は可能な限り少なく維持されるべきである。
【００２７】
現在Release8において、所与のUEのためのPDCCHのためのサーチ空間は、TS36.213における以下に従って、サブフレームごとに変化する。
【００２８】
「モニタリングするPDCCH候補のセットはサーチ空間に関して定められ、集合レベルL∈{1, 2, 4, 8}のサーチ空間S(L)kは、１セットのPDCCH候補によって定められる。サーチ空間S(L)kのPDCCH候補mに対応するCCEは、
0005719357.tif 000002
によって与えられる。ここで、Ykは以下で定義され、i = 0, ・・・,L-1 及び m = 0, ・・・, M(L)-1である。M(L)は、所与のサーチ空間においてモニタするPDCCH候補の数である。
集合レベルLのUE固有サーチ空間S(L)kに対して、変数Ykは、
Yk = (A・Yk-1) mod D
によって定められ、ここで、Y-1 = nRNTI ≠ 0, A =39827, D = 65537、及び
0005719357.tif 000003
であり、nsは、無線フレーム内のスロット数である。nRNTIのために使用されるRNTI値は、ダウンリンクについてはセクション7.1、アップリンクについてはセクション8において定められる。」
【００２９】
RNTI値はUEに対して固有であり、集合レベルは1, 2, 4又は8である。
【００３０】
複数のUEへのブロードキャスト制御メッセージを対象とする共通サーチ空間(CCEゼロから始まる)も存在する。
【表１】
0005719357.tif 000004
【００３１】
キャリアあたりのUE固有のサーチ空間が低減される場合(これは複数キャリアの場合に必要とされる可能性がある)、共通サーチ空間の一部又は他のUEのサーチ空間と衝突する有意な可能性がある。これは、制御チャネルのブロッキングにつながる可能性があり、eNBが望ましいDL及び/又はUL送信をスケジューリングすることを妨げ、ひいては、パフォーマンス（例えば、スループット又はQoS）の低下につながる可能性がある。更なるキャリアのためのサーチ空間の考えられるセットが、（更なるキャリア上には共通サーチ空間が存在しないとの仮定の下で）以下の表に与えられ、この表は、UEによってモニタされる考えられるPDCCH候補を示す（Release 10，更なるキャリアのみ）。
【表２】
0005719357.tif 000005
【００３２】
現在規定されるサーチ空間ホッピングのこの方法は、それぞれのUEのための異なるホッピング・シーケンスを与えるが、それぞれのコンポーネント・キャリア上の異なるサーチ空間を提供しない。したがって、１つのキャリア上の同じサーチ空間を有するいかなるUEも、さらに他のキャリア上でも同じサーチ空間を持つ。これは、１つのキャリア上で制御チャネルがブロックされる場合、他のキャリアでもブロックされる可能性があることを意味する。
【００３３】
この問題の更なる側面は、現在の仕様は、適度なデータ速度を有する多数のアクティブUEの場合をサポートするように設計されていることである。より小さいサーチ空間によって、大きなデータ速度を有する少数のアクティブUEの場合にさえ、比較的大きな妨害確率を持つ。異なる集合レベルのためのサーチ空間が重なり合う場合があり、これは、所与のセカンダリ局のために異なる集合レベルを選択することによってブロッキングを回避することが必ずしも可能ではないことを意味する。いくつか又は全部のこれらの問題を解決することは、複数のキャリアのためのサーチ空間の改善された設計に有用である。それはさらに、単一キャリアの場合に改善された設計(例えば減少したブラインド復号負荷又はより小さいブロッキング確率)につながることができる。
【００３４】
いくつかの考えられるソリューションが出願人によって確認された。
-より大きいサーチ空間の使用。しかしながら、これは、(目的はブラインド復号の量を低減することであるのに反して)ブラインド復号の増加に起因して処理を増加させる。
- CC上のPDCCH位置を、他のキャリア上のPDCCH位置に依存させること。例えば、CC上のPDCCH位置は、アンカー・キャリア上で用いられる位置と同一でありえる。欠点は、アンカー・キャリア上でP送信（及び検出）されるDCCHが存在しなければならないことである。このソリューションは、他の会社によって3GPPにおいてすでに提案された。
- 第１の実施の形態において記載されるソリューションは、ブロッキング・シナリオにおいてプライマリ局が制御のために異なる数のOFDMシンボルを用いることができるとの認識に基づく。これは、現在の仕様によって妨げられないが、Release8において必要でない。CCEの数がOFDMシンボルの数と正確に比例していないので、「mod」演算は一般的に異なる数のOFDMシンボルのためのサーチ空間のための異なる場所を発生させる。プライマリ局が異なる数のOFDMキャリアを使用するためのトリガが何なのかを決定することが重要である（例えば、ブロッキングが制御チャネル信号のためのより大きい割り当てによるリソースの単純な減少より大きなデータ速度減少を与えるとの推定）。このソリューションは、複雑度及び性能の利点に関して最も興味深く考慮される。
- UEごとに設定されたサーチ空間。例えば、更なるコンポーネント・キャリア上のサーチ空間は、(例えばRRC信号によって)各々のUEのために固定されていることができる。これは、１つ以上の集合レベルに適用されることができる。値が設定されていない場合、デフォルトとしてホッピングが適用されることができる。より一般的な場合として、UE固有のホッピング領域が設定されることができる。単純化はUE IDからUE固有の位置を直接導き出すことであるが、これは特定のIDを有するUEペア間の永続的なブロッキングにつながる可能性がある。これは、必ずしもUE IDによって決まるというわけではないホッピング・パラメータを用いることをUEに明示的に指示することによって回避されることができる。このソリューションは、前のソリューションのように、複雑度及び性能の利点に関して興味深いと考えられる。これらの２つのソリューションは、独立に又は組み合わせて用いられることができる。
- 異なる集合レベルを有するサーチ空間のための常に重なり合わない位置。eNBによって選ばれた集合レベルがブロックされる場合、異なる集合レベルが用いられることができる。いくつかの場合では、異なる集合レベルのためのサーチ空間が重なり合う。非オーバラップを強化することは、したがって、異なる集合レベルの使用を容易にする。これは、より小さい更なるオーバーヘッドを犠牲にして、ブロッキング問題を軽減する。サーチ空間に対する考えられる変更は、
0005719357.tif 000006
であり、
0005719357.tif 000007
は、それらが重なり合わない(又は、代わりとして用いられる可能性がある隣接した集合レベルのサーチ空間と重なり合わない)ことを試行して確かめるための特定の集合レベルのためのサーチ空間に適用されるオフセットである。オフセット値は、仕様において固定されることができ、又は通知されることができる。通知される場合、それらはそれぞれのCCにおいて異なることができる。
- 共通のサーチ空間を回避するための変更されたホッピング・シーケンス。UE固有のサーチ空間が共通サーチ空間(又は定められた領域)内である場合、擬似乱数、固定された位置(それはUE固有である可能性がある)又は他のキャリア上のサーチ空間位置から、異なる位置が用いられる。
【００３５】
第１の実施の形態によれば、図1に示されるLTEのようなシステムにおいて、処理パワーを節約するために、各々のセカンダリ局110は、所与のキャリア上でPDCCH位置の限られたセットのみをモニタリングする。これらの位置は、例えば、セカンダリ局ID、サブフレーム番号、メッセージのサイズ及び制御チャネル信号のために利用可能なリソースの量の関数として、定められることができる。他のパラメータが、サーチ空間の決定に追加されることができる。同様に、上記のパラメータの１つ又はその他は、サーチ空間の決定において考慮されなくてもよい。ネットワーク(例えばプライマリ局100又はeNB)は、制御チャネルの特性の値を変更する権利がある。第１の実施の形態の例において、プライマリ局は、制御チャネル信号のために異なる数のOFDMシンボルを設定することによって、異なる量のリソースを用いる。無線リソースの効率的な使用のために、eNBは、それが送信することを必要とするPDCCHメッセージの数に対して最も小さい考えられる数のOFDMシンボルを選択する。しかしながら、例えば、複数のUEが同じ位置のPDCCHを期待している(制御チャネルのブロッキングにつながる)ような、UEによってモニタリングされるPDCCH位置の制限された数のために、いくつかの所望のメッセージは送信されることができない場合がある。そのような場合、本発明によれば、制御のためのOFDMシンボルの数は変更され（すなわち増加され）、ブロッキング問題を開始する可能性が非常に高い異なるセットのサーチ空間を与える。
【００３６】
これは例えば、この実施の形態の例が表される図2に示される。この例において、PDCCHの送信のために用いられることができる複数のコンポーネント・キャリア200a〜200eが示され、アンカー・コンポーネント・キャリアはコンポーネント・キャリア200cである。図2に示されるように、コンポーネント・キャリアは、制御チャネル特性の２つの異なる値に対応するいくつかのフェーズ210及び211に分割される。ここで、２つの異なる値が定められる。
【００３７】
フェーズ210において、制御チャネル特性(例えば制御チャネル専用のOFDMシンボルの数)は、第１の値に等しく、サーチ空間の第１セット210a-cは、連続する時間インターバルにおいて複数の移動端末に専用である。これらのサーチ空間は、限られた数のコンポーネント・キャリア上に（ここではアンカー・コンポーネント・キャリア200c上のみに）あることができる。
【００３８】
250で示される時点は、制御チャネル上の容量イベントのプライマリ局100による検出を意味する。この容量イベントは、達成可能なデータ速度又は任意のトラフィック関連条件の低減であることができる。有利な実施例において、この容量イベントは、制御チャネルのブロッキングのプライマリ局による検出である。これは、メッセージが同じサーチ空間を共有する複数のセカンダリ局を対象とし、メッセージ全体のサイズがサーチ空間に含まれるリソースの量より大きい場合に発生する。これは、他のものの前にいくつかのセカンダリ局を選択することにつながり、結果としてサービス品質の低下になる可能性がある。
【００３９】
制御チャネルのそのようなブロッキングを回避するために、プライマリ局は、制御チャネルの特性の値を変更する。実施例において、特性は、フェーズ210からフェーズ211まで増加する制御チャネルに割り当てられるOFDMシンボルの数である。この値の変更の結果は、セカンダリ局のサーチ空間の変更である。図2に示されるように、セカンダリ局のサーチ空間は、制御メッセージを送信するために用いられることができる自由なリソースの数を増加させるように補正される。
【００４０】
本発明の第２の実施の形態は、アップリンク(UL)及びダウンリンク(DL)において複数のコンポーネント・キャリアを持つ制御チャネルを有する。所与のDLキャリア上のリソースは、そのキャリア上のPDCCHを用いて示される。所与のULキャリア上のリソースは、対応するDLキャリア上のPDCCHによって示される。バリエーションとして、リソースがPDCCHを送信するために使用されるものとは異なるキャリア上にあることを示すために、更なるフィールドがPDCCHに含まれる。これはさらに、ULとDLキャリアとの間に一対一対応がない可能性を考慮に入れる。１つのキャリア(アンカー・キャリア)上のサーチ空間は、LTE Release 8に関しては同一である。他のキャリア上のいくつかのサーチ空間はより小さく、２つのPDDCH位置のみが各集合レベルの各キャリア上でモニタリングされる。
【００４１】
上で記載される第１又は第２の実施の形態に対する拡張は、特により大きなデータ速度要求を伴う少数のUEに関するシナリオのために適している。特定のUE間の制御チャネル・ブロッキングを回避するために(そして共通サーチ空間を回避するために)、少なくとも１つのUEは、少なくとも１つのキャリア上の少なくとも１つの固定されたサーチ空間を用いるように設定される。一例として、UEは、任意のサブフレームにおける、そしてアンカー・キャリア以外の全てのキャリア上の集合レベル2のために、Ykの特定の固定された値を用いるように、より高次のレイヤ信号によって設定される。第２のUEは、(オーバラップしないサーチ空間を与えるように選ばれる)Ykの異なる固定された値によって設定される。
【００４２】
述べられた実施の形態は、それが特にそのようなシステムのために適しているので、複数のコンポーネント・キャリアによって説明された。しかしながら、単一キャリアに適用されてもよいことに留意すべきである。
【００４３】
本発明は、UMTS LTE及びUMTS LTE-Advancedのような移動遠距離通信システムに適用可能であるが、幾つかの変形例においては、動的に又は少なくとも半永続的にリソースの割り当てが実行される任意の通信システムに適用可能である。本願の明細書及び請求の範囲において、単数で表現された要素は、その要素が複数存在することを除外しない。さらに、「有する」「含む」などの用語は、挙げられたもの以外の他の要素又はステップの存在を除外しない。
【００４４】
請求の範囲の括弧中に参照符号が含まれることは、理解を助けることを意図したものであって、制限することを意図しない。
【００４５】
本開示を読むことから、他の変形例が当業者にとって明らかとなる。そのような変形例は、無線通信の分野において既知の他の特徴を含むことができる。
【図１】
0005719357.tif 000008
【図２】
0005719357.tif 000009