(57)【特許請求の範囲】
【請求項１】
プライマリ局と複数のセカンダリ局との間で通信するための方法であって、
前記プライマリ局が複数のリソース・セットを提供し、
前記プライマリ局が、各々が集合リソース要素のセットである複数のサーチ空間のうちの少なくとも１つの上で制御チャネルをサーチするようにセカンダリ局を設定し、
前記複数のサーチ空間の１つの少なくとも一部が、前記セカンダリ局に制御メッセージを送信するために用いられ、前記制御メッセージは、前記プライマリ局にデータを送信するため又は前記プライマリ局からデータを受信するために前記セカンダリ局に割り当てられるリソースを示し、前記セカンダリ局が、前記サーチ空間中の前記制御メッセージの位置から、前記サーチ空間中の前記制御メッセージの前記位置と割り当てられたリソースが位置するキャリアとの間のマッピングに基づいて、前記割り当てられたリソースが位置する前記複数のリソース・セットからの、アップリンク許可及びダウンリンク・リソース割り当てのためのリソース・セットの指標を導き出す、方法。
【請求項２】
前記複数のリソース・セットがそれぞれ少なくとも１つのコンポーネント・キャリア、少なくとも１つのタイムスロット及び少なくとも１つのセルのうちの少なくとも１つを有する、請求項１に記載の方法。
【請求項３】
前記複数のリソース・セットが複数のコンポーネント・キャリアを有し、前記制御チャネル・サーチ空間がコンポーネント・キャリアにわたって分布し、前記セカンダリ局が、前記マッピング及び特定のコンポーネント・キャリア上の制御チャネルの存在から、前記割り当てられたリソースが位置する前記リソース・セットの指標を導き出す、請求項１又は請求項２に記載の方法。
【請求項４】
前記複数のリソース・セットが複数のタイムスロットを有し、前記制御チャネル・サーチ空間が前記タイムスロットにわたって分布し、前記セカンダリ局が、前記マッピング及び特定のタイムスロットにおける制御チャネルの存在から、前記割り当てられたリソースが位置する前記リソース・セットの指標を導き出す、請求項１から請求項３のいずれか一項に記載の方法。
【請求項５】
前記複数のリソース・セットが複数のセルを有し、前記制御チャネル・サーチ空間が前記セルにわたって分布し、前記セカンダリ局が、前記マッピング及び特定のセルにおける制御チャネルの存在から、前記割り当てられたリソースが位置する前記リソース・セットの指標を導き出す、請求項１から請求項４のいずれか一項に記載の方法。
【請求項６】
前記割り当てられたリソースが複数のコンポーネント・キャリアから選択され、前記割り当てられたリソースが位置する前記リソース・セットの前記指標が、どのコンポーネント・キャリア上に前記割り当てられたリソースが位置するのかの指標を有する、請求項１から請求項５のいずれか一項に記載の方法。
【請求項７】
前記割り当てられたリソースが複数のタイムスロットから選択され、前記割り当てられたリソースが位置する前記リソース・セットの前記指標が、どのタイムスロットに前記割り当てられたリソースが位置するのかの指標を有する、請求項１から請求項６のいずれか一項に記載の方法。
【請求項８】
前記割り当てられたリソースが複数のセルから選択され、前記割り当てられたリソースが位置する前記リソース・セットの前記指標が、どのセルに前記割り当てられたリソースが位置するのかの指標を有する、請求項１から請求項７のいずれか一項に記載の方法。
【請求項９】
前記リソース・セットの前記指標が絶対指標である、請求項１から請求項８のいずれか一項に記載の方法。
【請求項１０】
前記リソース・セットの前記指標が基準リソース・セットに対するオフセット値である、請求項１から請求項９のいずれか一項に記載の方法。
【請求項１１】
前記基準リソース・セットが前記制御メッセージを送信するために用いられるリソース・セットから導き出される、請求項１０に記載の方法。
【請求項１２】
前記セカンダリ局が、より高次のレイヤ信号によって通知されるマッピング・テーブルにより、前記サーチ空間中の前記制御チャネルの位置から、前記割り当てられたリソースが位置するリソース・セットの指標を導き出す、請求項１から請求項１１のいずれか一項に記載の方法。
【請求項１３】
前記セカンダリ局が、より高次のレイヤ信号によって通知されるマッピング・テーブルにより、前記制御メッセージを送信するために用いられるサーチ空間の部分から、前記割り当てられたリソースが位置するリソース・セットの指標を導き出す、
請求項１から請求項１２のいずれか一項に記載の方法。
【請求項１４】
プライマリ局と通信するための手段を有するセカンダリ局であって、
各々が集合リソース要素のセットである複数のサーチ空間のうちの少なくとも１つ上での制御チャネルのサーチを活性化するための制御手段を有し、
前記複数のサーチ空間のうちの１つの少なくとも一部が、前記プライマリ局から前記セカンダリ局に制御メッセージを送信するために用いられることができ、前記制御メッセージが、前記プライマリ局にデータを送信するため又は前記プライマリ局からデータを受信するために前記セカンダリ局に割り当てられたリソースを示し、前記制御手段が、前記サーチ空間中の前記制御メッセージの位置から、前記サーチ空間中の前記制御メッセージの前記位置と割り当てられたリソースが位置するキャリアとの間のマッピングに基づいて、前記割り当てられたリソースが位置する前記複数のリソース・セットからの、アップリンク許可及びダウンリンク・リソース割り当てのためのリソース・セットの指標を導き出すように配置される、セカンダリ局。
【請求項１５】
複数のセカンダリ局と通信するための手段を有するプライマリ局であって、
複数のリソース・セットを提供するための制御手段を有し、
前記制御手段は、各々が集合リソース要素のセットである複数のサーチ空間の少なくとも１つ上で制御チャネルをサーチするようにセカンダリ局を設定し、前記複数のサーチ空間の１つの少なくとも一部が、前記セカンダリ局に制御メッセージを送信するために用いられ、前記制御メッセージは、前記プライマリ局にデータを送信するため又は前記プライマリ局からデータを受信するために前記セカンダリ局に割り当てられたリソースを示し、前記制御手段は、前記サーチ空間中の前記制御メッセージの位置が、前記割り当てられたリソースが位置する前記複数のリソース・セットからの、アップリンク許可及びダウンリンク・リソース割り当てのためのリソース・セットの指標を前記セカンダリ局に提供するように、前記サーチ空間中の前記制御メッセージの前記位置を選択する、プライマリ局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおいて通信するための方法に関する。より具体的には、本発明は、セルラ通信ネットワーク(例えば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つの復号試行
大きいメッセージに対して、及び/又は、例えば悪いチャネル状態の下でより低い符号化レートが要求されるときに小さいメッセージに対して、より大きい集合が用いられることが意図される。しかしながら、処理複雑度を低減するためにサーチ空間を制限することは、条件が変化するときにそれぞれの条件に対する適切な集合の利用可能性を制限する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、通知の必要な量を低減するために、具体的には、アップリンク・リソース(すなわち使用者機器からeNodeBへの)のため又はダウンリンク・リソース(すなわちeNodeBから使用者機器への)のためのリソースの付与のための、現在の制御チャネルを改善することが必要とされる。
【０００７】
上述の問題を軽減する通信方法を提案することが本発明の目的である。
【課題を解決するための手段】
【０００８】
更なる信号又はオーバーヘッドを引き起こさずに、サーチ空間を持つ制御チャネル・スキームを改善することを可能する方法を提供することが本発明の他の目的である。
【０００９】
本発明の第１の態様によれば、プライマリ局と複数のセカンダリ局との間で通信するための方法が提案され、当該方法は、プライマリ局が複数のリソース・セットを提供し、プライマリ局がリソース・セットに各々が対応する複数のサーチ空間のうちの少なくとも１つの上で制御チャネルをサーチするようにセカンダリ局を設定し、サーチ空間のうちの１つの少なくとも一部がセカンダリ局に制御メッセージを送信するために用いられ、制御メッセージは、プライマリ局にデータを送信する又はプライマリ局からデータを受信するためにセカンダリ局に割り当てられるリソースを示し、セカンダリ局は、制御メッセージを送信するために使用されるサーチ空間の部分から、割り当てられたリソースが位置する複数のリソース・セットからのリソース・セットの指標を導き出す。
【００１０】
本発明の第２の態様によれば、プライマリ局と通信するための手段を有するセカンダリ局が提案され、セカンダリ局は、リソース・セットに各々が対応する複数のサーチ空間のうちの少なくとも１つの上での制御チャネルのサーチを活性化するための制御手段を有し、サーチ空間のうちの１つの少なくとも一部は、プライマリ局からセカンダリ局に制御メッセージを送信するために用いられることができ、制御メッセージは、プライマリ局にデータを送信する又はプライマリ局からデータを受信するためにセカンダリ局に割り当てられるリソースを示し、制御手段は、制御メッセージを送信するために使用されるサーチ空間の部分から、割り当てられたリソースが位置する複数のリソース・セットからのリソース・セットの指標を導き出す。
【００１１】
本発明の第３の態様によれば、複数のセカンダリ局と通信するための手段を有するプライマリ局が提案され、当該プライマリ局は、複数のリソース・セットを提供するための制御手段を有し、制御手段は、リソース・セットに各々が対応する複数のサーチ空間のうちの少なくとも１つの上で制御チャネルをサーチするようにセカンダリ局を設定するように配置され、サーチ空間のうちの１つの少なくとも一部は、セカンダリ局に制御メッセージを送信するために用いられ、制御メッセージは、プライマリ局にデータを送信する又はプライマリ局からデータを受信するためにセカンダリ局に割り当てられるリソースを示し、制御メッセージを送信するために使用されるサーチ空間の部分は、割り当てられたリソースが位置する複数のリソース・セットからのリソース・セットの指標をセカンダリ局に提供するように選択される。
【００１２】
したがって、セカンダリ局は、更なる信号なしで、割り当てられたリソースの位置を導き出すことをできる。メッセージは、付与されたリソースを完全に特定するために必要とされる全ての残存する情報を収容することができる。
【００１３】
本発明のこれらの及び他の態様は、以下に記載される実施の形態から明らかであり、それらを参照して説明される。
【００１４】
ここで、本発明は、添付の図面を参照してさらに詳細に一例として説明される。
【図面の簡単な説明】
【００１５】
【図１】本発明が実施されるシステムのブロック図。
【発明を実施するための形態】
【００１６】
本発明は、セルラネットワークの様なネットワークにおいて通信するための方法に関する。例えば、ネットワークは、図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) のための複数のキャリア上で送信されることができるリソース（アップリンク・リソース又はダウンリンク・リソース）の付与を通知するための効率的なスキームを提供する。
【００１９】
実際には、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は、
0005715124.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、及び
0005715124.tif 000003
であり、nsは、無線フレーム内のスロット数である。nRNTIのために使用されるRNTI値は、ダウンリンクについてはセクション7.1、アップリンクについてはセクション8において定められる。」
【００２６】
RNTI値はUEに対して固有であり、集合レベルは1, 2, 4又は8である。
【００２７】
複数のUEへのブロードキャスト制御メッセージを対象とする共通サーチ空間(CCEゼロから始まる)も存在する。
【表１】
0005715124.tif 000004
【００２８】
キャリアあたりのUE固有のサーチ空間が低減される場合(これは複数キャリアの場合に必要とされる可能性がある)、共通サーチ空間の一部又は他のUEのサーチ空間と衝突する有意な可能性がある。これは、制御チャネルのブロッキングにつながる可能性があり、eNBが望ましいDL及び/又はUL送信をスケジューリングすることを妨げ、ひいては、パフォーマンス（例えば、スループット又はQoS）の低下につながる可能性がある。更なるキャリアのためのサーチ空間の考えられるセットが、（更なるキャリア上には共通サーチ空間が存在しないとの仮定の下で）以下の表に与えられ、この表は、UEによってモニタされる考えられるPDCCH候補を示す（Release 10，更なるキャリアのみ）。
【表２】
0005715124.tif 000005
【００２９】
PDCCH候補のための２つの可能な位置を提供することは、同じサブフレームにおいてUEに２つのPDDCHが送信されることを可能にし、例えば、一方はUL許可を伝達し、他方はDLリソース割り当てを伝達する。
【００３０】
現在Release 8において、FDD動作中にアップリング及びダウンリンク・キャリアが対にされることが想定されている。これは、所与のダウンリンク・キャリア上のPDCCHを用いて送信されるUL許可が、特定のULキャリアを暗黙に示すことを意味する。キャリア集合の場合、以下の場合を考慮することができる。
【００３１】
DLキャリアの数が、ULキャリアの数に等しいか又はその数より大きく、これは、各々のULキャリアとDLキャリアとの間に１対１の対応が生成されることができ、そのような対応の一部である全てのDLキャリアはPDCCHを伝達することができ、任意の更なる通知(例えばULキャリアのいずれかにおけるUL許可を通知するためのキャリア・インジケータ)を用いることは必要ないことを意味する。
【００３２】
あるいは、DLキャリアの数は、ULキャリアの数未満である。この場合には、少なくともいくつかのキャリア上でUL許可を通知することは、何らかの更なる通知メカニズムを必要とする。
【００３３】
更なる通知を意味するいくつかのソリューションが出願人によって調べられた。
・キャリア・インジケータ・フィールド
これは、対称なUL/Dｌキャリアの場合にさえも、更なるスケジューリング柔軟性を可能にする。
これは、新たなDCIフォーマットを導入する。
・異なるIDによってスクランブルされるPDCCH CRC
これは、利用可能なID空間を低減する。
更なるIDを確認するために、更なるブラインド復号が必要である（但し、ケース（１）に対する上限より多くはない）。
【００３４】
全ての上記の場合において、複数のUL許可のためのPDCCHが同じDLキャリア上に存在することを必要とする場合があるので、サーチ空間は、更なるPDCCHを収容するために十分に大きいことを必要とする。
【００３５】
ULキャリアをDLキャリアに明示的にリンクするために、いくつかのUE固有の設定(おそらく半静的)が必要であると考えられる。
【００３６】
本発明の現在の定義によれば、その第１の実施の形態は、UL許可又はDLリソース割り当てが適用されるキャリアは、サーチ空間中のPDCCH位置によって示されることができるとの認識に基づく。
【００３７】
第１の実施の形態は、LTEのような複数のキャリアを伴うシステムを有する。処理パワーを節約するために、各々の使用者機器は、(UEID、サブフレーム番号、メッセージのサイズ及び制御チャネル通知のために利用可能なリソースの量の関数として)所与のキャリア上のPDCCH位置の限られたセットのみをモニタリングする。１つのキャリア(アンカー・キャリア、キャリア0)上で、メッセージ・サイズ(集合レベル)は１であり、PDCCHサーチ空間サイズは6であり、ULキャリアの数は5であり、そしてDLキャリアの数も5である。
【００３８】
一例として、(そのUEのためのサーチ空間内の)PDCCH位置と特定のキャリアとの間の関係は、下記の表にあるように示されることができる。
【表３】
0005715124.tif 000006
【００３９】
サーチ空間におけるPDCCHの位置は、サーチ空間の中で使用されるリソースとして定められることができる。空間は、第１軸上のコンポーネント、及び第２軸上のタイムスロットのような、少なくとも２つの次元に沿って定められることができる。本発明がマルチセル協調システムにおいて実施される場合、セルのような、いくつかのその他のパラメータが考慮されることができることに留意する必要がある。このようなシステムでは、異なるセルに属する複数のアンテナ・ポートが、同時に、そして協調して用いられる。
【００４０】
割り当て付与の送信のために使用されるタイムスロット及び/又はキャリア(あるいは他のパラメータ)に応じて、セカンダリ局は、リソース・セット中の位置、すなわち、キャリア又はタイムスロットなどのような、割り当てられるリソースに関する情報を導き出すことができる。
【００４１】
位置とキャリアとの間のマッピングは、ネットワークによって設定されることができる。一例として、アンカー・キャリア(キャリア0)上の更なるスケジューリング柔軟性を提供するために、全てのキャリアが、アンカー・キャリア上のPDCCHによって示されることができるというわけではない。例:
【表４】
0005715124.tif 000007
【００４２】
第２の実施の形態は、第１の実施の形態のようであるが、より多くのコンポーネント・キャリアがULにあり（例えば５つ）、DLにはより少ない（例えば２つ）。この場合には、マッピングは、更なるキャリア(キャリア1)上で以下の通りであることができる。
【表５】
0005715124.tif 000008
【００４３】
第３の実施の形態は、第１の実施の形態のようであるが、更なるコンポーネント・キャリア（すなわち、非アンカー・キャリア）上のPDCCHサーチ空間が減少している。ここで、キャリアは、PDCCHが現れるキャリアに対するオフセットとして示される。テーブルは、(最後のアンカー・キャリアを除いて)非アンカー・キャリアを参照する。
【表６】
0005715124.tif 000009
【００４４】
なお、UL及びDLリソースが同じサブフレーム中のマッチング・キャリア上で示されることができるように、マッピングが設定されることができる。１つの場合において、これは、PDCCHを伝達するキャリア（及び対応するUL）と同じキャリアである。他の場合では、これは次のキャリアである。
【００４５】
最後のアンカー・キャリアに対して：
【表７】
0005715124.tif 000010
【００４６】
第４の実施の形態は、第２の実施の形態のようであるが、UL中に5つのキャリア及びDL中に3つのキャリアを伴う。非アンカー・キャリア上のサーチ空間は、アンカー・キャリア(キャリア0)上のサーチ空間に比べて変更されるが、第３の実施の形態より多くのキャリアあたりのブラインド復号が可能にされる。例えば１つの更なるキャリア(キャリア1)上で：
【表８】
0005715124.tif 000011
他の更なるキャリア（キャリア2）上で：
【表９】
0005715124.tif 000012
【００４７】
第５の実施の形態は、第３の実施の形態のようであるが、更なる柔軟性を与えるために、PDCCH位置とキャリアとの間のマッピングが集合レベルによって決まる。集合レベル１に対して：
【表１０】
0005715124.tif 000013
集合レベル２に対して：
【表１１】
0005715124.tif 000014
PDDCH位置間のマッピングの設定の一部は、他のマッピングがより高次のレイヤによって通知されない場合には、例えばデフォルトのマッピングとして、仕様において固定されていることができる。
【００４８】
なお、上の表におけるPDCCH位置は、特定のUEのためのサーチ空間の中であり、一般に、使用できるPDDCH位置のより大きいセットの内に位置する。
【００４９】
本発明はさらに、PDCCHにおいて通知されるリソースが、他のセル(それがPDCCHが送信されるキャリアと同じ搬送周波数を持つか否かにかかわらず)に関連することを示すために適用されることができる。
【００５０】
この場合に対する実施の形態の例として、LTEのようなシステムは、UEがサービング・セル(セル0)から１つ以上のPDCCHを受信することができ、そしてそのようなPDCCHがさらに他のセル(セル1)におけるリソースを示すことができるように設定される。
【表１２】
0005715124.tif 000015
表において、同時に同じセルにおけるUL及びDLリソースを通知することが容易であるように、エントリーが配置される。更に、例えば、UEが同時にセル0及び1の両方からPDSCH送信を受信するべきであることを示す２つのPDCCHが送信されることが可能である。
【００５１】
本発明は、UMTS LTE及びUMTS LTE-Advancedのような移動遠距離通信システムに適用可能である。
【００５２】
本願の明細書及び請求の範囲において、単数で表現された要素は、その要素が複数存在することを除外しない。さらに、「有する」「含む」などの用語は、挙げられたもの以外の他の要素又はステップの存在を除外しない。
【００５３】
請求の範囲の括弧中に参照符号が含まれることは、理解を助けることを意図したものであって、制限することを意図しない。
【００５４】
本開示を読むことから、他の変形例が当業者にとって明らかとなる。そのような変形例は、無線通信の分野において既知の他の特徴を含むことができる。
【図１】
0005715124.tif 000016