JP2015527834A - システムおよびマルチポイント通信のための方法 - Google Patents

Abstract

マルチポイント通信のための方法は、複数の第1の通信システムリソースグループを形成するために第1の通信システムリソースの集合を設定するステップであって、第1の通信システムリソースグループの各々が複数のチャネルを含む、ステップ(ブロック910)と、複数の第1の通信システムリソースグループの各々1つに対して第2の通信システムリソースの集合を設定するステップであって、第2の通信システムリソースの集合はフィードバック送信を伝達するために使用される、ステップ(ブロック915)とを含む。また、方法は、複数の第1の通信システムリソースグループに関する情報を第1のユーザ機器にシグナリングするステップ(ブロック920)と、複数の第1の通信システムリソースグループに関連付けられた第2の通信システムリソースの集合に関する情報を第1のユーザ機器にシグナリングするステップ(ブロック920)とを含む。

Description

本出願は、参照により本明細書にその全体を埋め込まれる、「System and Method for Multiple Point Communications」と題する2013年7月26日に出願された米国非仮特許出願第13/952,376号、および「A Multiple Point Communication Method and System」と題する2012年7月27日に出願された米国仮特許出願第61/676,643号の優先権を主張する。

本開示は、一般的にデジタル通信に関し、より具体的にはシステムおよびマルチポイント通信のための方法に関する。

一般的に、第3世代パートナーシッププロジェクト(3GPP)のロング・ターム・エボリューション(LTE)に準拠した通信システムなどの通信システムには、複数の通信コントローラが存在する。複数の通信コントローラは、通信デバイスへのおよび通信デバイスからの通信を制御することによって通信デバイスにサービスを提供する。通信コントローラを、一般的に、拡張NodeB(eNB)、NodeB、基地局などとも称してもよい。通信デバイスを、一般的に、ユーザ機器(UE)、モバイルステーション、ユーザ、加入者、端末などとも称してもよい。図1aに示しているように、通信システム100は、基地局105と、UE110および112とを備える。基地局105からUE110への送信はダウンリンク(DL)送信と称され、UE112から基地局105への送信はアップリンク(UL)送信と称される。

キャリアアグリゲーション(CA)および協調マルチポイント(CoMP)動作が、通信性能を改善することを支援する技術として提案されている。CAでは、複数のコンポーネントキャリアが束ねられてUEへの同時送信のUEからの同時受信をサポートし得る。CoMPでは、複数の通信ポイント(または単に、マルチポイント)が協調してUEにサービスを提供し得る。ポイントは、送信しているのであれば送信ポイントであってもよいし、また受信しているのであれば受信ポイントであってもよい。例えば、2つの送信ポイントは異なるコンポーネントキャリアでUEに個別に送信してもよいし、また複数の送信ポイントはUEに強調して送信してもよい。同様に、UEは複数の受信ポイントに異なるコンポーネントキャリアで送信してもよいし、またUEは複数の受信ポイントに送信してもよい。

本開示の例示的な実施形態は、システムおよびマルチポイント通信のための方法を提供する。

本開示の例示的な実施形態に基づいて、マルチポイント通信のための方法が提供される。方法は、コントローラデバイスによって、複数の第1の通信システムリソースグループを形成するために第1の通信システムリソースの集合を設定するステップであって、第1の通信システムリソースグループの各々が複数のチャネルを含む、ステップと、コントローラデバイスによって、複数の第1の通信システムリソースグループの各々1つに対して第2の通信システムリソースの集合を設定するステップであって、第2の通信システムリソースの集合はフィードバック送信を伝達するために使用される、ステップとを含む。また、方法は、コントローラデバイスによって、複数の第1の通信システムリソースグループに関する情報を第1のユーザ機器にシグナリングするステップ、コントローラデバイスによって、複数の第1の通信システムリソースグループに関連付けられた第2の通信システムリソースの集合に関する情報を第1のユーザ機器にシグナリングするステップとを含む。

別の本開示の例示的な実施形態に基づいて、マルチポイント通信のための方法が提供される。方法は、ユーザ機器で、通信システムにおいて設定された複数の第1の通信システムリソースグループに関する通信コントローラからの情報を受信するステップであって、第1の通信システムリソースグループの各々が複数のチャネルを含む、ステップと、ユーザ機器で、複数の第1の通信システムリソースグループの各々1つに対してフィードバック送信のための第1の通信システムリソースの集合に関する情報を受信するステップとを含む。また、方法は、ユーザ機器によって、複数の第1の通信システムリソースグループに関する情報に基づいて、複数の第1の通信システムリソースグループのチャネルを復号するステップ、ユーザ機器によって、チャネルの復号についての結果が反映されたフィードバックを送信するステップであって、送信するステップが第1の通信システムリソースの集合に関する情報に基づく、ステップとを含む。

別の本開示の例示的な実施形態に基づいて、コントローラデバイスが提供される。コントローラデバイスは、プロセッサと、プロセッサに動作可能なように接続された送信機とを備える。プロセッサは、第1の通信システムリソースグループの各々が複数のチャネルを含む複数の第1の通信システムリソースグループを形成するために第1の通信システムリソースの集合を指定するとともに、複数の第1の通信システムリソースグループの各々1つに対してフィードバック送信を伝達するために使用される第2の通信システムリソースの集合を指定する。送信機は、複数の第1の通信システムリソースグループに関する情報を第1のユーザ機器にシグナリングするとともに、複数の第1の通信システムリソースグループに関連付けられた第2の通信システムリソースの集合に関する情報を第1のユーザ機器にシグナリングする。

別の本開示の例示的な実施形態に基づいて、ユーザ機器が提供される。ユーザ機器は、受信機と、受信機に動作可能なように接続されたプロセッサと、プロセッサに動作可能なように接続された送信機とを備える。受信機は、第1の通信システムリソースグループの各々が複数のチャネルを含む通信システムの複数の第1の通信システムリソースグループに関するコントローラデバイスからの情報を受信するとともに、コントローラデバイスから、複数の第1の通信システムリソースグループの各々1つに対してフィードバック送信のための第1の通信システムリソースの集合に関する情報を受信する。プロセッサは、複数の第1の通信システムリソースグループに関する情報に基づいて、複数の第1の通信システムリソースグループのチャネルを復号する。送信機は、第1の通信システムリソースの集合に関する情報に基づいて、チャネルの復号についての結果が反映されたフィードバック送信する。

実施形態の利点の1つは、UE以外のキャリアアグリゲーション(CA)および/または協調マルチポイント(CoMP)動作に関与しているものを接続するのに高速バックホールが必要ではないことにある。したがって、より高い自由度をCAおよび/またはCoMP動作に対して実現するとともに、より多くの通信システムの利用を可能とする。

実施形態の他の利点は、通信システムリソースがバックホール特性に基づいて設定されるとともに、CAおよび/またはCoMP動作の管理が同一のバックホール特性に従って管理されることを可能とすることにある。それゆえ、CAおよび/またはCoMP動作管理がより簡素化される。

本開示の理解およびその利点をより完全にするために、ここに参考として添付の図面に関連する記載を以下に示す。

図1aは、本明細書に記載の例示的な実施形態による、ダウンリンクおよびアップリンク通信に焦点を当てた例示的な通信システムを示す図である。 図1bは、本明細書に記載の例示的な実施形態による、CAおよび/またはCoMP動作に焦点を当てた例示的な通信システムを示す図である。 図2aは、本明細書に記載の例示的な実施形態による、例示的なダウンリンクフレームを示す図である。 図2bは、本明細書に記載の例示的な実施形態による、例示的なアップリンクフレームを示す図である。 図3は、本明細書に記載の例示的な実施形態による、EPDCCHを含む例示的なダウンリンクフレームを示す図である。 図4は、本明細書に記載の例示的な実施形態による、ダウンリンクフレームの例示的な構造図である。 図5aは、本明細書に記載の例示的な実施形態による、LTEに準拠した通信システムのダウンリンクにおいて使用される例示的なリソースブロックを示す図である。 図5bは、DMRSおよびCSI-RSを含む例示的なリソースブロックを示す図である。 図6は、本明細書に記載の例示的な実施形態による、例示的な通信システムを示す図である。 図7は、本明細書に記載の例示的な実施形態による、一般化セルを有する例示的な通信システムを示す図である。 図8aは、本明細書に記載の例示的な実施形態による、例示的な一般化セルのグループ化に焦点を当てた例示的な通信システムを示す図である。 図8bは、本明細書に記載の例示的な実施形態による、通信システムリソースのグループ化ならびにCAおよび/またはCoMP通信をサポートする通信システムリソースグループの使用についての例示的な詳細図である。 図9は、本明細書に記載の例示的な実施形態による、集中コントローラが設定および/またはUEと通信しているときに集中コントローラで生じる動作の例示的なフロー図である。 図10aは、本明細書に記載の例示的な実施形態による、UEが基地局とCAまたはCoMPを用いて通信しているときのUEの動作の例示的なフロー図である。 図10bは、本明細書に記載の例示的な実施形態による、PDSCHおよびPUCCHを介してUEが基地局とCAまたはCoMPを用いて通信しているときのUEの動作の例示的なフロー図である。 図11は、本明細書に記載の例示的な実施形態による、例示的な通信システムリソースを示す図である。 図12は、本明細書に記載の例示的な実施形態による、UEがCAまたはCoMPを用いる通信に関与しているときの基地局とUEとのやりとりに関連する動作の例示的なフロー図である。 図13は、本明細書に記載の例示的な実施形態による、クロスセルスケジューリングに焦点を当てたリソースの例示的な構造図である。 図14は、本明細書に記載の例示的な実施形態による、PUCCHとPUSCHに埋め込まれたPUCCHとに焦点を当てたリソースの例示的な構造図である。 図15は、UEがCAまたはCoMPを用いる通信に関与し基地局が高位レイヤシグナリングを用いて通信に関する情報をシグナリングするときの基地局とUEとのやりとりに関連する動作の例示的なフロー図である。 図16は、本明細書に記載の例示的な実施形態による、リソース管理に焦点を当てた例示的な通信システムを示す図である。 図17aは、本明細書に記載の例示的な実施形態による、CoMPを用いた例示的な通信設定を示す図である。 図17bは、本明細書に記載の例示的な実施形態による、CAおよびCoMPを用いた例示的な通信設定を示す図である。 図18は、本明細書に記載の例示的な実施形態による、例示的な第1の通信デバイスを示す図である。 図19は、本明細書に記載の例示的な実施形態による、例示的な第2の通信デバイスを示す図である。

現行の例示的な実施形態の動作およびその構造を、以下に詳細に記載する。ただし、本開示は様々な特定の状況で具現化されてもよい多くの適用可能な発明概念を提供していることを理解されたい。本明細書に記載の特定の実施形態は、開示の特定の構造および開示についての特定の動作方法を図示したものすぎず、開示の範囲を限定するものではない。

本開示の一実施形態は、マルチポイント通信に関する。例えば、コントローラデバイスは、第1の通信システムリソースグループの各々が複数のチャネルを含む複数の第1の通信システムリソースグループを形成するために第1の通信システムリソースの集合を設定するとともに、複数の第1の通信システムリソースグループの各々1つに対してフィードバック送信を伝達するために使用される第2の通信システムリソースの集合を設定する。また、コントローラデバイスは、複数の第1の通信システムリソースグループに関する情報を第1のユーザ機器にシグナリングするとともに、複数の第1の通信システムリソースグループに関連付けられた第2の通信システムリソースの集合に関する情報を第1のユーザ機器にシグナリングする。別の例では、ユーザ機器は、第1の通信システムリソースグループの各々が複数のチャネルを含む通信システムにおいて設定された複数の第1の通信システムリソースグループに関する通信コントローラからの情報を受信するとともに、複数の第1の通信システムリソースグループの各々1つに対してフィードバック送信のための第1の通信システムリソースの集合に関する情報を受信する。また、ユーザ機器は、複数の第1の通信システムリソースグループに関する情報に基づいて、複数の第1の通信システムリソースグループのチャネルを復号し、第1の通信システムリソースの集合に関する情報に基づいてチャネルの復号についての結果が反映されたフィードバックを送信する。

本開示は、特定の状況、すなわち、全体的な通信システムの利用を増大するためにCAおよび/またはCoMP動作をサポートしている第3世代パートナーシッププロジェクト(3GPP)のロング・ターム・エボリューション(LTE)に準拠した通信システムにおける、例示的な実施形態に関して記載する。ただし、本開示は、CAおよび/またはCoMP動作をサポートしている他の標準規格に準拠および非標準規格の通信システムに適用されてもよい。

図1aは、ダウンリンクおよびアップリンク通信に焦点を当てた通信システム100を示している。図1aに示しているように、通信システム100は、基地局105、ならびにUE110および112を備える。基地局105からUE110への送信はダウンリンク(DL)送信と称され、UE112から基地局105への送信はアップリンク(UL)送信と称される。簡潔にするために、ただ1つの基地局と2つのUEとを図示しているが、通信システムが多数のUEと通信可能な複数の基地局を使用し得ることは理解されよう。

図1bは、CAおよび/またはCoMP動作に焦点を当てた通信システム150を示している。通信システム150は、基地局155、基地局157、および基地局159などの複数の基地局を備える。また、通信システム150は、UE160、UE162、およびUE164などの複数のUEを備える。基地局155はUE160に送信し得るし、同様に基地局157はUE164に送信し得る。基地局155〜159はCAおよび/またはCoMPを使用してUE162に送信し得るし、UE164はCAおよび/またはCoMPを使用して基地局155および157に送信し得る。

LTEに準拠した通信システムでは、チャネルは、基地局からUEへ(ダウンリンク送信)、またはUEから基地局へ(アップリンク送信)、パケットを送信することを目的としている通信システムリソースの範囲外に割り当てられる。図2aは、ダウンリンクフレーム200を示している。図2aに示しているように、PDSCH205などの物理レイヤにおいて基地局からUEへダウンリンクデータパケットを送信するためのデータチャネルを、物理ダウンリンク共通チャネル(PDSCH)と称する。PDCCH210などの対応する基地局からUEへの物理レイヤ制御チャネルは、物理ダウンリンク制御チャネル(PDCCH)と称され、PDSCHの配置(例えば、時間、周波数、または時間と周波数)を指示している。図2bは、アップリンクフレーム250を示している。図2bに示しているように、PUSCH255などの物理レイヤにおいてUEから基地局へアップリンクデータパケットを送信するデータチャネルを、物理アップリンク共有チャネル(PUSCH)と称する。また、対応するダウンリンクフレームのPDCCHは、PUSCHの配置を指示している。

ハイブリッド自動再送要求(HARQ)は、LTEに準拠した通信システムにおいて使用される技術であり、受信デバイがパケットを復号するのに失敗した場合でも送信デバイスがパケットを送信することを可能にする。通常、送信デバイスは、巡回冗長検査(CRC)コードをトランスポートレイヤにおける送信に付加して、PDSCHまたはPUSCHにおいてパケットを送信する。受信デバイスは、パケットを復号してCRCチェックに成功した場合には肯定応答(ACK)を返送し、またCRCチェックに失敗した場合には否定応答(NACK)を返送する。通常は、送信デバイスは、NACKを受信した場合にはパケットを再送する。

(受信デバイスとして動作する)UEがそのPDCCHを検出できない状況では、UEは、PDCCHにおいて指示されている対応するPDSCHを受信できなくなる。UEは、不連続送信(DTX)を送信してもよい。さらに、UEは、PDCCHが送信されたかどうかを把握していない。UEがそのPDCCHを正確に復号したにもかかわらず対応するPDSCHを正確に復号できなかった場合には、UEはNACKを返送してもよい。(送信デバイスとして動作する)基地局は、UEからのフィードバックがNACKまたはDTXのいずれかである場合には、パケットを再送してもよい。

LTEアドバンスト(LTE-A)に準拠した通信システムでは、2つ以上のコンポーネントキャリア(CC)は、基本的なパケットキャリアであり、より広い帯域幅送信をサポートするために束ねられて(または、結合されて)いてもよい。各CCは、20MHzの帯域幅を有していてもよい。LTE-Aでは、ACK/NACKフィードバックを生成するCCごとに独立したHARQエンティティが存在する。各HARQエンティティは、HARQエンティティのためのPDSCHリソース割り当てに関する情報を指示している関連ダウンリンク制御チャネル(PDCCHまたは拡張PDCCH(EPDCCH)のいずれか)を有する。LTE-Aでは、UEのPDSCHのダウンリンク送信が複数のダウンリンクCCで同時にスケジューリングされる場合、ダウンリンクCCの全てのACK/NACKフィードバックが、単一のアップリンクCCで送信されてもよい。例えば、図2bでは、PUSCH255が、アップリンクACK/NACKフィードバックを送信するために使用されてもよい。

図3は、EPDCCHを含むダウンリンクフレーム300を示している。図3に示しているように、ダウンリンクフレーム300は、PDCCHと同様の機能を有するダウンリンク制御チャネルでもあるEPDCCH305を含んでいるが、EPDCCH305は、ダウンリンクフレーム300のデータ領域310に配置されない代わりにダウンリンクフレーム300の制御領域315に配置されるように限定される。EPDCCHの復調は、PDCCHのために使用される共通参照信号(CRS)ベースの復調ではなく、復調参照信号(DMRS)に基づき得る。

図4は、ダウンリンクフレーム400の構造図を示している。図4に示しているように、ダウンリンクフレーム400は、第1のダウンリンクフレーム405と第2のダウンリンクフレーム407とを含む。PDCCHおよび/またはEPDCCHは、PDCCHおよび/またはEPDCCHのコンポーネントキャリアとは異なるコンポーネントキャリアにおけるPDSCH送信を指示することを可能としていてもよい。つまり、PDCCHおよび/またはEPDCCHは、PDCCHおよび/またはEPDCCHによって指示されているPDSCHおよび/またはPUSCHのコンポーネントキャリアとは異なるコンポーネントキャリアに配置されてもよい。第1のダウンリンクフレーム405は、一次コンポーネントキャリアに配置されてもよいし、同じように第1のダウンリンクフレーム405に配置された第1のPDSCH412を指示している第1のPDCCH410を含んでいてもよい。また、第1のダウンリンクフレーム405は、二次コンポーネントキャリアに配置された第2のダウンリンクフレーム407に配置された第2のPDSCH417を指示している第2のPDCCH415を含む。異なるコンポーネントキャリアに配置されたPDSCHおよび/またはPUSCHの指示は、クロスキャリアスケジューリングとも称される。3GPP LTE Release-10(リリース10)技術仕様では、コンポーネントキャリアは、セルと称される。複数のセルが単一の基地局によって制御される場合、複数のセルの通信をスケジューリングする単一の基地局内にある単一のスケジューラが存在しているので、複数のセルのクロススケジューリングが実施可能であり得る。

通常、セルごとに個々のHARQプロセスが存在する。複数の個々のHARQプロセスに対応する複数のACK/NACKフィードバックを送信するために使用され得る幾つかの技術が存在していてもよい。第1の技術では、最大4ビットの複数のACK/NACKフィードバックを送信するチャネル選択を有するフォーマット1bを使用することを可能としていてもよい。第2の技術では、離散フーリエ変換拡散直交周波数分割多重方式(DFT-S-OFDM)ベースのスキーム(フォーマット3とも称する)が、ACK/NACKフィードバックのために最大10ビットの容量で使用されてもよい。どちらの技術でも、基地局は、複数のACK/NACKフィードバックを送信するために使用されるACK/NACKリソースに関してUEに通知することが必要となる場合がある。

図5aは、LTEに準拠した通信システムのダウンリンクにおいて使用されるリソースブロック500を示している。リソースブロック500は、他の共通のチャネルとともに、PDCCHの復調のためのチャネル推定を実行するためにUEによって使用され得る、共通参照信号(CRS)と称される参照信号を含む。リソースブロック500は、2つの異なるアンテナポート設定のための可能なCRS配置を示している。参照信号は、測定および幾つかの形式のフィードバックのために使用されてもよい。

専用(または復調)参照信号(DMRS)は、リリース10に準拠した通信システムではPDSCHとともに送信され得る。DMRSは、PDSCH復調中のチャネル推定のために使用されてもよい。また、DMRSは、EPDCCHとともに送信され、EPDCCHのチャネル推定のためにUEによって使用されてもよい。その上、チャネル状態情報参照信号(CSI-RS)は、チャネル状態を測定するため、特に複数のアンテナ展開のために、UEによって使用されてもよい。例えば、CSI-RSの測定は、プリコーディング行列インジケータ(PMI)、チャネル品質インジケータ(CQI)、ランクインジケータ(RI)などを生成するために使用されてもよい。UEのために設定された複数のCSI-RSリソースが存在してもよいので、CSI-RSリソースごとに基地局によって割り当てられた特定の時間-周波数リソースおよびクランブルコードが存在していてもよい。図5bは、DMRSおよびCSI-RSを含むリソースブロック550を示している。リソースブロック550は、DMRS、およびアンテナポート4の設定のためのCSI-RSを含む。

図6は、通信システム600を示している。通信システム600は、マクロセル605およびマクロセル607などのマクロセルと、ピコセル610およびピコセル612などのピコセルとを備えていてもよい。通常、マクロセルは、通信システム600の最大送信電力レベルで送信することが可能な基地局であってもよいので、マクロセルは、より大きなサービス領域を有するより高出力のノードおよび/またはアンテナとして記載されてもよい。通常は、マクロセルは、ネットワーク事業者によって展開され、計画的インフラの一部である。一方、ピコセルは、通常低出力セルであり、通信システム600の最大送信電力レベルのうちのわずかなレベルで送信するので、ピコセルは、より小さいサービス領域を有する低出力のノードおよび/またはアンテナとして記載されてもよい。ピコセルは、弱信号または高いUEの集中度を有する領域におけるカバレッジを提供するために、ネットワーク事業者によって展開される。また、ピコセルは、性能の改善を支援するために通信システム600の加入者によって展開されてもよい。マクロセルおよびピコセルは、UE615、UE617、およびUE619などのUEにサービスを提供し得る。通信システム600は、ヘテロジニアスネットワーク(HetNet)とも称される。

通信システム600は、集中コントローラ625を備えていてもよい。集中コントローラ625は、通信システム600のスタンドアローン型エンティティであってもよいし、また基地局などの別のデバイスに共同設置されていてもよい。集中コントローラ625は、CAおよび/またはCoMPを用いる通信において使用される通信システムリソースを設定してもよい。集中コントローラ625は、設定に関する情報を互いに通信している基地局および/またはUEに渡してもよい。スタンドアローン型エンティティである、または別のデバイスに共同設置されている、集中コントローラは、コントローラデバイスとも称される。本明細書の記載は、CAおよび/またはCoMPを用いる通信において使用される通信システムリソースの設定を実行する基地局を中心に記載する。ただし、集中コントローラ625などのスタンドアローン型エンティティが、通信システムリソースの設定も実行してもよい。

例示的な例として、3GPP LTEに準拠した通信システムでは、集中コントローラ625は、スタンドアローン型エンティティであってもよいし、またマクロ基地局、ピコ基地局、基地局のコントローラ、調整サーバ、クラスタセンタ、クラスタヘッドなどに共同設置されていてもよい。同様に、ユニバーサルモバイル通信システム(UMTS)に準拠した通信システムでは、集中コントローラ625は、スタンドアローン型エンティティであってもよいし、また無線ネットワークコントローラ(RNC)に共同設置されていてもよい一方で、一般的にはCDMA2000とも称される、国際モバイル通信マルチキャリア(IMT-MC)に準拠した通信システムでは、集中コントローラ625は、スタンドアローン型エンティティであってもよいし、また基地局コントローラ(BSC)に共同設置されていてもよい。

CAを用いて、基地局は、一次セル(または、一次コンポーネント)および1つまたは複数の二次セル(または、二次コンポーネント)を形成している幾つかのコンポーネントキャリアを操作および管理してもよい。3GPP LTE Release-11(リリース11)に準拠した通信システムでは、基地局は、マクロセルおよびピコセルの双方を制御してもよい。このような状況では、マクロセルとピコセルとの間のバックホールは高速バックホールであり、このことはほんのわずかな遅延時間でマクロセルおよびピコセルに関する情報が共有され得ることを意味している。このようなバックホールは、高速バックホールまたは理想バックホールとも称される。基地局は、マクロセルおよびピコセルの双方の送信および/または受信を動的に制御することが可能であってもよい。マクロセルから送信されたPDCCHまたはEPDCCHは、ピコセルによって送信されたPDSCHおよび/またはPUSCHを指示するために使用されてもよい。

通常は、遅延時間などの測定に基づいて、バックホールを分類することを可能としていてもよい。例示的な例として、遅延時間(片道)が5ミリ秒(ms)以上のバックホールを、低速バックホールであると見なしてもよい。同様に、遅延時間(片道)が5ms未満のバックホールを、高速バックホールと見なしてもよい。遅延時間に加えて、スループット(単位ビット/秒(bps)、例えばメガ(M)またはギガ(G)bpsなど)が、バックホールを分類するのに使用されてもよい。表1は、幾つかの例示的なバックホールの分類を示している。また、一般技術とは比較的関係性のない数値に基づいてバックホールを分類することが可能である。例えば、バックホールの遅延時間が、ビット、シンボル、フレーム、サブフレームなどの数値として表されてもよく、送信されてもよい。上述した例を用いて、遅延時間が5サブフレーム未満の場合には高速バックホールとして、または遅延時間が5サブフレーム以上の場合には低速バックホールとして、バックホールを分類することを可能としていてもよい。5msおよび/または5サブフレームといった例は、説明目的だけのために示されたものであり、例示的な実施形態の範囲または精神を限定するものではないことに留意されたい。

ただし、3GPP LTE Release-12(リリース12)以降に準拠した通信システムでは、マクロセルとピコセルとの間のバックホールは、もはや高速バックホールではなくてよい。つまり、バックホールは、低速バックホールまたは高速バックホールであってもよく、「任意のバックホール」と称される。バックホールが低速バックホールである場合、マクロセルによって送信されたPDCCHまたはEPDCCHは、マクロセルおよびピコセルに関する情報が十分素早く共有され得ることはないので、ピコセルから送信されたPDSCHおよび/またはPUSCHを指示するために一般的に使用されることはない。例えば、バックホールの遅延時間がとても大きい場合、ピコセルは、ピコセルから送信されたPDSCHおよび/またはPUSCHを指示しているマクロセルによって送信されたPDCCHまたはEPDCCHを用いたクロスキャリアスケジューリングを基地局が実行する時間内に、マクロセルおよび基地局とその利用可能なリソースに関する情報を共有することができなくなり得る。

実際のHetNet展開では、複数のコンポーネントキャリアにおいて動作する複数のマクロセルおよび複数のピコセルが存在し得る。任意の2つのセルを接続するバックホールは、セルおよび展開に応じて高速バックホールまたは低速バックホールであってもよい。例示的な実施形態によれば、多様な展開および効率的な通信を可能とするシステムおよび方法が提供される。2つのセル間に高速バックホールが存在する状況では、高速バックホールを完全に利用する技術が、セル間通信を簡素化しセル間調整を改善するために使用される。2つのセル間に低速バックホールが存在する状況では、低速バックホールを用いて行う通信を可能とする技術が使用される。HetNet展開では、UEの送信または受信のために設定されたセルは2つ以上のセルを含み、高速バックホールである幾つかのセルの対の間のバックホールと低速バックホールである幾つかの他のセルの対の間のバックホールとを用いている。

通常は、基地局は、1つまたは複数のセルを制御し得る。また、複数のリモート無線ユニットまたはリモート無線ヘッド(RRH)は、BBUとRRHとの間に低遅延時間バックホールを提供する、光ファイバケーブルを介して基地局の単一のベースバンドユニット(BBU)に接続されていてもよい。したがって、BBUは、UEに対する複数のセルの送信および/または受信で必要とされる調整を実行することが可能であってもよい。このような通信は、協調マルチポイント(CoMP)動作と称される。セルがUEに送信することができるようにBBUで調整が実行される場合には、CoMP送信と称される。セルがUEから受信することができるようにBBUで調整が実行される場合には、CoMP受信と称される。BBUが高速バックホールを介してセルに接続される場合には、異なるセルにおいてUEに送信されたPDSCHのスケジューリングは、BBUによって迅速に調整され得る。

幾つかの設定においては、基地局によって制御される送信ポイントがフル機能セルではなくてもよいことに留意されたい。むしろ、送信ポイントは、フル機能セルの全ての機能および/または特徴を有していない。例えば、送信ポイントは、ブロードキャストチャネルを送信していなくてもよい。このような送信ポイントは、UEにシグナリングされる仮想セル識別子に関連付けられた他のチャネルとともに、PDSCHチャネルおよび/またはEPDCCHチャネルを送信し得るので、仮想セルとも称される。仮想セル識別子は、通常、セル識別子のように、PDSCH、EPDCCH、および/または他のチャネルのための乱数スクランブル系列を生成するために使用され得る値である。例えば、仮想セル識別子は、0から503までの値をとり得る。別の例では、基地局は、UEと通信するために複数のフル機能セルを制御および協調してもよい。ただし、これらのフル機能セルの幾つかは、一次セルによる仮想セル識別子などのパラメータの設定および使用を通じて、UEには仮想セルとして見えてもよい。

通常は、CAでは、基地局が複数のコンポーネントキャリアにおけるPDSCHのスケジューリングを制御することが前提とされ得る。コンポーネントキャリアがリリース8との互換性のあるコンポーネントキャリアである場合には、3GPP LTE技術仕様に基づいて規定されるセルであってもよい。ただし、コンポーネントキャリアは、リリース8との互換性のあるコンポーネントキャリアでなくてもよい。このような状況では、コンポーネントキャリアは、仮想セルであり得る。通常は、基地局は、複数のフル機能セルおよび/または仮想セルによるPDSCH送信をスケジューリングし得る。一般化セルはフル機能セルまたは仮想セルを参照するために使用されてもよいし、一般化セル識別子はフル機能セルまたは仮想セルの識別子を表すために使用されてもよい。

図7は、一般化セルを有する通信システム700を示している。通信システム700は、一般化セル705、一般化セル707、および一般化セル709などの複数の一般化セルを備える。一般化セル705および707は、高速バックホールを介してBBU710に接続され得る一方で、BBU710は、低速バックホールを介して一般化セル709に接続される。通常、一般化セル間のバックホールは、一般化セルのリソース間の一般的なインターフェースの形式であってもよい。図7に示しているように、一般化セル707は、UE715および717と通信し得る一方で、一般化セル709は、UE719と通信し得る。図7に示しているように、一般化セル705はマクロセルであってもよいし、双方はBBU710に制御されているので、一般化セル707は一般化セル705との高速バックホール接続を有していてもよい。ただし、一般化セル709は、一般化セル705および一般化セル707との低速バックホール接続を有している。また、通信システム700は、集中コントローラ725を備えていてもよい。集中コントローラ725は、スタンドアローン型エンティティであってもよいし、またBBU710、基地局などの別のデバイスに共同設置されていてもよい。

展開を簡素化するために、2つの一般化セルに対するバックホールを検討する。バックホールは、大きな遅延時間(低速バックホール)を有し得る。例えば、第1の基地局によって制御される一般化セルが第2の基地局によって制御される第2の一般化セルとの高速バックホールリンクを有していない場合には、第1の一般化セルと第2の一般化セルとの間の動的協調スケジューリングを実行することが困難になり得る。それゆえ、リリース11に規定されているようなCAおよび/またはCoMPを用いる通信は、このような状況において使用できなくなる場合がある。クロスキャリア(また同様に、セル)スケジューリングは、高速バックホール無しで2つのコンポーネントキャリアをサポートし得ない。2つの一般化セルが高速バックホールによって接続される場合には、通信の複雑度を低減しおよび/または通信の効率を改善するためにCAおよび/またはCoMPを使用している動的協調スケジューリングを実行するために、高速バックホールを使用することを可能としていてもよい。

例示的な実施形態によれば、低速バックホールおよび/または高速バックホールを用いた現実的な展開要件が満たされている。高速バックホールおよび/または低速バックホールに関する現実的な展開情報は、特に、UEに必要とはされていなくてもよい。実際には、UEは、UEとの通信に使用される通信システムパラメータを把握する必要があり得る。例えば、2つ以上の一般化セルが高速バックホールを用いて接続され得る場合でも、CAおよび/またはCoMPを使用したUEとの通信を容易にするために低速バックホールのみを必要としている技術を使用することを可能としていてもよい。例えば、低速バックホールのみを必要とする技術の使用は、CAおよび/またはCoMPを使用したUEとの通信を容易にするために高速バックホールを必要とする技術に通常は関連している動的協調スケジューリングをサポートする必要がある基地局における、ハードウェアおよび/またはソフトウェアの複雑度を低減し得る。

リリース10では、CAは、複数のコンポーネントキャリアが単一の基地局によって制御されるという限界について検討されていた。基地局は、複数のコンポーネントキャリアの送信および/または受信をスケジューリングする単一の媒体アクセス制御(MAC)エンティティを有し得るので、単一の基地局がUEのために設定された全てのコンポーネントキャリアを制御する場合、クロスキャリアスケジューリングはUEために設定された全てのコンポーネントキャリアをサポートしていてもよい。リリース12以降では、キャリアアグリゲーションは、異なる基地局によって制御されるコンポーネントキャリアを使用してもよい。したがって、異なる基地局との異なるコンポーネントが考慮される必要があり得る。つまり、CAに関連している送信セルまたは受信セルは、異なるアンテナおよび/または異なるコンポーネントキャリアを使用してもよい。さらに、任意の2つのセルは、高速バックホールまたは低速バックホールを用いて接続されていてもよい。したがって、動的協調スケジューリングを必要とする技術が使用可能ではなくなり得る。

例示的な実施形態によれば、通信システムリソースは、UEとの通信に関連しているセルのバックホール特性に基づいてグループ化されてもよい。バックホール特性は、バックホール接続の遅延時間、バックホール接続の遅延時間閾値、バックホール接続の遅延時間範囲、バックホール接続のデータレート、バックホール接続の帯域幅などを含んでいてもよい。例示的な例として、UEとの通信のためにアクセス可能であり、一般化セル識別子(セルIDまたは仮想セルIDなど)によって識別される、第1の通信システムリソースの集合が、関連セルのバックホール特性に基づいて、複数の通信システムリソースグループに設定され得る。通信システムリソースグループの各々においては、第2の通信システムリソースの集合が、クロスキャリアスケジューリングなどのPDSCHおよび/またはPUSCHのDMRSの動的協調スケジューリングが可能となるように設定されていてもよい。第2の通信システムリソースの一例として、チャネル、プロセスなどが含まれる。

フル機能セル(CAに関連して定義されている一次セルおよび二次セルを含む)および仮想セル(CoMP動作において第2の通信システムノードとセル識別子を共有している第1の通信システムノードを含む)とを含む第1の通信システムリソースの集合と、フル機能セルおよび仮想セルに関連付けられた第2の通信システムリソースの集合(例えば、PDSCH、PDCCHおよび/またはEPDCCH、PUSCH、PUCCHなど)とが提供されている通信システムの性能と、セルを接続するバックホール特性(高速バックホールまたは低速バックホールを含む)を十分に活用している通信システムおよび/またはUE動作を簡素化して通信システムリソースを管理することを可能とし得る。

例示的な実施形態によれば、エンティティ(集中コントローラ、基地局など)は、第1の通信システムリソースの集合に属する通信システムリソースを複数の通信システムリソースグループに分割して、第1の通信システムリソースの集合に関する情報(そして、それゆえ複数の通信システムリソースグループ)をUEにシグナリングしてもよい。UEは、送信、受信、測定、フィードバックなどのシグナリング処理目的のためにその情報を用いてもよい。第1の通信システムリソースの一例として、CSI-RS、セルおよび/またはポイント、PDSCHのHARQプロセス、チャネル(PDCCHおよび/またはEPDCCHなど)、DMRSなどを含む。通信システムリソースのグループごとに実行されるシグナリング処理は、単一の基地局によって制御されるCAおよび/またはCoMP通信などのレガシー技術と同様であてもよい。すなわち、CAおよび/またはCoMP通信が、高速バックホールによって接続されたセルによって実行される。ただし、シグナリング処理は、異なる通信システムリソースグループでは異なり得る。

一般的に、通信システムでは、UEにサービスを提供する、複数のフル機能セル、仮想セル、またはその組み合わせが存在し得る。セル(フル機能セルまたは仮想セルのいずれか)ごとに、セル識別子(セルIDまたは仮想セルID)が存在する。PDCCHおよび/またはEPDCCH、PDSCH、PUSCHなどのチャネルのためのスクランブルコードを生成するために、またはEPDCCHのDMRSまたはPDSCHのDMRSのためのスクランブルコードを生成するために、セル識別子が使用されてもよい。非互換ポイントまたは非互換コンポーネントキャリアなどの仮想セルに対しては、PDCCHおよび/またはEPDCCH、PDSCH、PUSCHなどのチャネルのためのスクランブルコードを生成するために、またはEPDCCHのDMRSまたはPDSCHのDMRSのためのスクランブルコードを生成するために、使用されるセル識別子(仮想セルID)に関してUEに通知するために実行されるシグナリングが存在する。2つ以上の一般化セル識別子が同一の値を有している状況では、コンポーネントキャリアの周波数などの2つの一般化セルを区別するために使用され得る他のパラメータが存在してもよいことに留意されたい。例示的な例として、2つの異なるコンポーネントキャリアにおける2つの一般化セルは、同一の一般化セル識別子値を有していてもよい。したがって、一般化セルは、その一般化セル識別子値、そのコンポーネントキャリア周波数、コンポーネントキャリア帯域幅などによって一意に識別され得る。本明細書の記載では、簡略化のために、一般化セルとそれらの一般化セル識別子との間に1対1の関係が存在していることを理解されたい。ただし、コンポーネントキャリア周波数およびコンポーネントキャリア帯域幅などに関する情報が一般化セルを一意に指定するために使用され得ることも理解されるべきである。一般化セルごとに、一般化セルから送信されたまたは一般化セルによって受信されたチャネルが存在することが前提とされ得る。

図8aは、例示的な一般化セルのグループ化に焦点を当てた通信システム800を示している。通信システム800における一般化セルの幾つかは、第1の通信システムリソースグループ805と第2の通信システムリソースグループ807との2つのグループにグループ化されてもよい。集中コントローラまたは基地局などのデバイスは、通信システム800における一般化セルを接続するバックホールのバックホール特性に基づいて、通信システムリソースをグループ化してもよい。例示的な例として、一般化セル810および一般化セル812は、高速バックホールによって接続されていてもよく、したがって第1の通信システムリソースグループ805にともにグループ化されてもよい一方で、一般化セル815は、低速バックホールによって他の一般化セルと接続され、第2の通信システムリソースグループ807に単独でグループ化されてもよい。グループ化は、チャネル、セル識別子などの第1の通信システムリソースの集合に対して実行されてもよい。

図8bは、通信システムリソースのグループ化ならびにCAおよび/またはCoMP通信をサポートする通信システムリソースグループの使用についての詳細図を示している。第1の通信システムリソースは、通信システムリソースグループ855と857との2つの通信システムリソースグループにグループ化されてもよい。通信システムリソースグループ855には、一般化セル860および一般化セル862に関連付けられた2つの異なるコンポーネントキャリアに通信システムリソースが存在していてもよい一方で、通信システムリソースグループ857には、一般化セル865に関連付けられた通信システムリソースが存在していてもよい。通信システムリソースは、UE867と通信するために使用されてもよい。

2つの異なるコンポーネントキャリアにおいて一般化セル860に関連付けられた第1の通信システムリソースは、PDCCH875によって指示されているPDSCH870を含んでいてもよい一方で、一般化セル862に関連付けられた第1の通信システムリソースは、PDCCH877によって指示されているPDSCH872を含んでいてもよい。同様に、一般化セル865に関連付けられた第1の通信システムリソースは、PDCCH897によって指示されているPDSCH895を含んでいてもよい。通信システムリソースグループごとに、第2の通信システムリソースの集合を設定してもよい。図8bに示しているように、一般化セル860および一般化セル862に関連付けられた第2の通信システムリソースの集合は、PUCCH890を含んでいてもよい一方で、一般化セル865に関連付けられた第2の通信システムリソースの集合は、PUCCH899を含んでいてもよい。

図9は、集中コントローラが設定および/またはUEと通信しているときに集中コントローラで生じる動作900のフロー図を示している。動作900は、集中コントローラが通信を設定および/またはUEと通信しているときに、例えば、スタンドアローン型エンティティである、または別のエンティティに共同設置されている、集中コントローラにおいて生じる動作を表し得る。

動作900は、通信システムのセルをグループ化する集中コントローラから開始してもよい(ブロック905)。集中コントローラは、UEとの通信に関連しているセルのバックホール特性に基づいて、通信システムのセルをグループ化してもよい。バックホール特性は、バックホール接続の遅延時間、バックホール接続の遅延時間閾値、バックホール接続の遅延時間範囲、バックホール接続のデータレート、バックホール接続の帯域幅などを含んでいてもよい。一例として図8aを参照すれば、集中コントローラは、一般化セル810および812が高速バックホールと接続されているので一般化セル810および812を含む第1のセルグループと、一般化セル815が低速バックホールを用いて他の一般化セルと接続されているので一般化セル815を含む第2のセルグループとを有する2つのグループに、一般化セルをグループ化してもよい。

図9に戻って参照すれば、集中コントローラは、通信システムリソースグループを形成するセルグループに基づいて、第1の通信システムリソースの集合を設定(または、指定)してもよい(ブロック910)。集中コントローラは、セルグループに基づいて、チャネル(例えば、PDSCH、PDCCHおよび/またはEPDCCH、PUSCH、PUCCHなど)、セル識別子(例えば、セルID、仮想セルIDなど)などの、第1の通信システムリソースの集合を設定してもよい。例示的な例として、集中コントローラは、通信システムリソースグループであるセルグループごとに設定されたチャネルを用いて、セルグループごとにチャネルを設定してもよい。一例として図8aを参照すれば、集中コントローラは、通信システムリソースグループ805および通信システムリソースグループ807を形成している第1のセルグループおよび第2のセルグループの各々のためにチャネルを設定してもよい。

図9に戻って参照すれば、集中コントローラは、通信システムリソースグループごとに、第2の通信システムリソースの集合を設定(または、指定)してもよい(ブロック915)。通常、第2の通信システムリソースの集合は、第1の通信システムリソースグループに関して(すなわち、を用いて)、通信に関与しているものの1つによって使用され得る。例えば、第1の通信システムリソースの集合がチャネル(例えば、PDSCH)である場合には、第2の通信システムリソースの集合は、データをUEに送信したセルにUEがACK/NACKを返送することを可能とするためのリソースであってもよく、データは、チャネル(例えば、PDSCH)によって送信される。

集中コントローラは、通信システムリソースグループおよび第2の通信システムリソースの集合に関する情報をUEにシグナリングしてもよい(ブロック920)。例えば、通信システムリソースグループに関する情報は、セル識別子の値、チャネルのリソースの配置、スクランブルコード識別子、またはチャネルのシーケンス識別子などであってもよい。同様に、第2の通信システムリソースの集合に関する情報は、チャネルのリソースの配置、通信システムリソースの設定などに関係していてもよい。あるいは、集中コントローラは、通信システムリソースグループおよび第2の通信システムリソースの集合に関する情報を、UEとの通信に関与している基地局に提供してもよいし、基地局は、情報をUEにシグナリングしてもよい。集中コントローラ(例えば、基地局)は、通信システムリソースグループおよび第2の通信システムリソースの集合を用いて通信する。集中コントローラおよびUEは、通信システムリソースグループおよび第2の通信システムリソースの集合を用いて通信してもよい(ブロック925)。例えば、集中コントローラは、データをUEに通信システムリソースグループを用いて送信してもよいし、集中コントローラは、送信されたデータの復号についての結果が反映されたフィードバック(例えば、ACKまたはNACK)を受信してもよい。

図10aは、UEが基地局とCAまたはCoMPを用いて通信しているときのUEの動作1000のフロー図を示している。動作1000は、UEが基地局とCAおよび/またはCoMPを用いて通信しているときに、UEにおいて生じる動作を表し得る。

動作1000は、通信システムリソースグループに関する情報を受信するUEから開始してもよい(ブロック1005)。UEは、集中コントローラから情報を受信してもよい。前述したように、通信システムリソースグループに関する情報は、UEとの通信に関連している一般化セルのバックホール特性に基づいて設定された第1の通信システムリソースの集合に関してUEに通知してもよい。第1の通信システムリソースの集合は、チャネル(例えば、PDSCH、PDCCHおよび/またはEPDCCH、PUSCH、PUCCHなど)、およびセル識別子(例えば、セルID、仮想セルIDなど)などを含んでいてもよい。例示的な例として、通信システムリソースグループの各々は、一般化セルまたは高速バックホールを用いて接続されている複数の一般化セルのためにチャネルを指定してもよい。説明目的のために、UEと通信している3つの一般化セルが存在している図8aに示しているような状況を想定する。一般化セル810および812は、高速バックホールによって接続されている一方で、一般化セル815は、接続されていない。それゆえ、第1の通信システムリソースグループは一般化セル810および812のためのリソースを含み得るし、第2の通信システムリソースグループは一般化セル815のためのリソースを含み得る。したがって、UEは、第1の通信システムリソースグループおよび第2の通信システムリソースグループに関する情報をし得る。

図10aに戻って参照すれば、UEは、通信システムリソースグループごとに第2の通信システムリソースの集合に関する情報を受信してもよい(ブロック1007)。UEは、集中コントローラから情報を受信してもよい。前述したように、第2の通信システムリソースの集合は、通信システムリソースグループの各々と関連付けられていてもよいし、例えば、PDCCHおよび/またはEPDCCH中のダウンリンク制御情報(DCI)などを決定することによって、PDSCHおよび/またはPUSCHのDMRSの動的協調スケジューリングおよびPDSCHのクロスキャリアスケジューリングのために設定されてもよい。第2の通信システムリソースの一例として、チャネル(例えば、PDCCHおよび/またはEPDCCH、PUSCH、PUCCH、UE識別子(例えば、UE-ID、仮想UE-ID)など)、プロセスなどを含む。

UEは、通信システムリソースグループに対応するリソースを復号してもよい(ブロック1009)。例示的な例として、通信システムリソースグループがチャネルを含んでいる場合には、UEは、チャネルを復号してそのチャネルでUEに送信された情報を決定してもよい。UEが復号に成功したチャネルごとにUEはACKを生成し得る一方で、UEが復号に成功しなかったチャネルごとにUEはNACKを生成し得る。別の例示的な例として、通信システムリソースグループがセル識別子を含んでいる場合には、UEは、セル識別子を用いて識別される送信を復号してもよい。UEは、通信システムリソースグループの各々1つに関連付けられた第2の通信システムリソースの集合を使用する通信システムリソースグループに対応するリソースの内容に対して応答してもよい(ブロック1011)。例示的な例として、通信システムリソースグループがPDSCHなどのチャネルを含んでいる場合には、第2の通信システムリソースの集合は、PUCCHなどのチャネルを含み、UEは、PDSCHで受信された送信のためのACK/NACK情報をPUCCHでフィードバックしてもよい。

図10bは、PDSCHおよびPUCCHを介してUEが基地局とCAまたはCoMPを用いて通信しているときのUEの動作1050のフロー図を示している。動作1000は、PDSCHおよびPUCCHを介してUEが基地局とCAおよび/またはCoMPを用いて通信しているときに、UEにおいて生じる動作を表し得る。

動作1000は、PDSCHなどのチャネル(通信システムリソースグループ)に関する情報を受信するUEから開始してもよい(ブロック1055)。UEは、集中コントローラから情報を受信してもよい。PDSCHは、CAおよび/またはCoMPを用いてUEに送信するために、一般化セルのグループによって使用されてもよい。UEは、通信システムリソースグループごとにチャネルに関する情報(すなわち、第2の通信システムリソースの集合によって指定されているPUCCH)を受信してもよい(ブロック1057)。UEは、チャネルに関して受信した情報に基づいて、PDSCHを復号してもよい(ブロック1059)。UEが復号に成功したチャネルごとにUEはACKを生成し得る一方で、UEが復号に成功しなかったチャネルごとにUEはNACKを生成し得る。UEは、例えばACKおよび/またはNACKを送信することによって、PUCCH(通信システムリソースグループごとの第2の通信システムリソースの集合)を用いてPDSCHの復号および/またはPDSCHの内容に対して応答してもよい(ブロック1061)。

図11は、通信システムリソース1100を示している。通信システムリソース1100は、第1の一般化セル(「セル1」)に関連付けられたリソース1105と第2の一般化セル(「セル2」)に関連付けられたリソース1107とを含む、CAまたはUEとのCoMP通信に関連している一般化セルための第1の通信システムリソースの集合を含む。第1の通信システムリソースの集合は、チャネル、セル識別子、セルにおけるHARQプロセスに対応するチャネルを含む。図11に示しているように、第1の一般化セルおよび第2の一般化セルは、HARQプロセスと同様に、それら特有のPDCCHおよび/またはPDSCHを有していてもよい。また、通信システムリソース1100は、第1の一般化セルに関連付けられたリソース1110と、第2の一般化セルに関連付けられたリソース1112とを含む、第2の通信システムリソースの集合を含む。図11に示しているように、第2の通信システムリソースの集合は、ACK/NACK送信またはスケジューリング要求(SR)のために使用され得るPUCCHリソース、非周期的チャネル品質インジケータ(CQI)報告のために使用され得るPUSCHリソースなどを含む。第2の通信システムリソースの集合の各々は通信システムリソースグループに関連付けられていることに留意されたい。

図12は、UEがCAまたはCoMPを用いる通信に関与しているときの基地局とUEとのやりとりに関連する動作1200のフロー図を示している。動作1200は、UEがCAおよび/またはCoMPを用いた基地局との通信に関与しているときに、基地局およびUEにおいて生じる動作を表し得る。

動作1200は、一般化セル識別子(例えば、セル識別子、セルID、仮想セルIDなど)、チャネルなどの通信システムリソースグループに関する情報(例えば、第1の通信システムリソースグループ)をUEにシグナリングする基地局から開始してもよい(ブロック1205)。例えば、基地局は、一般化セル識別子が通信システムリソースグループの各々に存在していることに関する情報をシグナリングしてもよい。複数の通信システムリソースグループが存在しているので、基地局は、一般化セルの複数のグループ識別子をシグナリングしてもよい。

また、基地局は、第2の通信システムリソースの集合に関する情報をUEにシグナリングしてもよい(ブロック1205)。例えば、第2の通信システムリソースは、一般化セル識別子のグループごとの、UE-ID、仮想UE-IDなどの一般化UE識別子であってもよい。つまり、一般化セル識別子のグループの各々は、一般化UE識別子に独立して関連付けられていてもよい。通常は、一般化セル識別子のグループの各々には、単一の一般化UE識別子が存在し得る。一般化UE識別子は、一般化セル識別子から生成されたスクランブルコードを使用するチャネルによって使用されてもよい。例示的な例として、一般化セル識別子に関連付けられたPDCCHおよび/またはEPDCCHは、CRCマスク(例えば、16ビットの一般化UE識別子に16ビットのCRCを付加して新規CRCを生成してもよい)として、対応する一般化UE識別子を使用してもよい。高位レベルでは、2つの一般化セル識別子が同一の値を有していてもよいが、2つの一般化セル識別子が2つの異なるコンポーネントキャリアで送信されたリソースに対応するので詳細に調べれば、それらは、実際は異なる一般化セル識別子となることに留意されたい。別の一例として、PDCCHおよび/またはEPDCCHの探索領域は、一般化UE識別子によって決定されてもよい。探索領域は、UEがPDCCHおよび/またはEPDCCHの候補をブラインドで検出するために使用しようされる。

したがって、異なる通信システムリソースグループに対して、一般化UE識別子は独立して設定されてもよく、このことは通信システムリソースグループの各々において一般化UE識別子を割り当てる際にフレキシビリティをもたらす。例えば、通信システムリソースの2つのグループが低速バックホールによって接続されている場合には、一般化UE識別子の設定が、通信システムリソースの各グループにおいて独立に実行されてもよく、一般化UE識別子の割り当て衝突(通信システムリソースの2つのグループの各々に割り当てられた同一の一般化UE識別子)を回避するための通信システムリソースの2つのグループ間の調整を必要としない。

低速バックホールにおける調整は、通常、より高いオーバーヘッド、より大きな遅延時間、複雑度の増大を招くので、通常は望ましくない。したがって、調整無しで一般化UE識別子の割り当てが有用となる。例示的な実施形態によれば、通信システムリソースグループの各々において、基地局は、高速バックホールが存在しているので、割り当て衝突無しで一般化UE識別子の割り当てを迅速に調整し得る。ただし、低速バックホールのみが存在している状況では、第1のUEの一般化UE識別子が、第1の一般化セル識別子に関連付けられたチャネルに割り当てられる際に、第1の一般化UE識別子が、第2の一般化セル識別子に関連付けられた別のチャネルを用いる第2のUEによって既に使用されている可能性がある。したがって、第2の一般化セル識別子が第1のUEへの送信のための一般化セル識別子の集合に追加されると、第1の一般化セル識別子の第1の一般化UE識別子が一般化セル識別子では使用不可となり得る。しかしながら、一般化UE識別子についての独立した割り当てであれば、低速バックホールにおける一般化UE識別子の割り当て衝突または一般化UE識別子のクロス調整のためのシグナリングが、回避または低減され得る。通常、一般化UE識別子が一般化セルに割り当てられると、例えば他の一般化セルがそれぞれのUEに通知するためにその情報を必要としている場合には、一般化UE識別子は他の一般化セルに提供されてもよい。

別の例示的な実施形態によれば、一般化UE識別子の集合を部分集合に分割することを可能としていてもよいし、通信システムリソースグループの各々は、調整を必要とすることなく、一般化UE識別子を個々の部分集合からUEに割り当てるようにしてもよいし、またはサブ一般化UE識別子の集合は連動していないので通信システムリソースグループ間の通信を終了してもよい。このような別の例示的な実施形態であれば、UE識別子の割り当て衝突無しで、単一のUE識別子がUEにサービスを提供する複数の通信システムリソースグループ全体に設定され得る。このような別の例示的な実施形態は、必要とされた通信のみがサブ一般化UE識別子の集合を様々な通信システムリソースグループにシグナリングされるので、ごくわずかな通信を必要とし得る。このような別の例示的な実施形態は、UE識別子の追加のネットワーク計画を導入してもよいし、通信システムリソースグループの各々においてUE識別子の割り当ての制約を有していてもよい。

通信システムリソースグループおよび/または第2の通信システムリソースの集合に関する情報のシグナリングは、無線リソース制御(RRC)シグナリングなどの高位レイヤシグナリングもしくは物理レイヤ信号を介して、または物理制御チャネルにおいて実施されるレイヤ1および/またはレイヤ2シグナリングを介して、実施されてもよい。

UEは、情報を受信してもよい(ブロック1210)。UEは、通信システムリソースグループおよび第2の通信システムリソースの集合にあるリソースを用いて基地局と通信してもよい(ブロック1215)。例えば、UEは、リソースを使用してPUSCHなどのアップリンクチャネルで情報を送信してもよい。アップリンクチャネルのためのスクランブルコードを、一般化UE識別子とともに、一般化セル識別子から導出してもよい。別の例では、UEは、PDCCHおよび/またはEPDCCHなどのダウンリンクチャネルのリソースを介して情報を受信してもよい。PDCCHおよび/またはEPDCCHは一般化セル識別子から生成されたスクランブルコードを用いてスクランブルされているので、UEは、一般化セル識別子に基づいてスクランブルコードを生成し、ダウンリンクチャネルのリソースにある受信信号をデスクランブルし、PDCCHおよび/またはEPDCCHを復号してもよい。また、CRCビットが基地局から取得した一般化UE識別子によってマスクされているので、UEは一般化UE識別子を用いてCRCチェックを実施してもよい。CRCチェックに成功した場合には、UEは、PDCCHおよび/またはEPDCCHの復号が正しいかどうかを判断して、それに応じてフィードバック(ACK/NACK)を提供してもよい。

図13は、クロスセルスケジューリングに焦点を当てたリソース1300の構造図を示している。リソース1300は、第1の一般化セルによって送信されたダウンリンクサブフレーム1305と、第2の一般化セルによって送信されたダウンリンクサブフレーム1310とのためのリソースを含む。クロスセルスケジューリングでは、基地局は、第2の通信システムリソースの集合であるPDCCHおよび/またはEPDCCHに関連付けられたリソースを用いて、一般化セル識別子のグループに関する情報(例示的な第1の通信システムリソースの集合)と、通信システムリソースグループの各々に関連付けられたPDCCHおよび/またはEPDCCHにあるクロスセルスケジューリング情報とをシグナリングしてもよい。クロスセルスケジューリングに関する情報は、PDCCHおよび/またはEPDCCHのためのクロスセルスケジューリングが通信システムリソースグループのために設定されているかどうか、および/またはどのセルが一般化セルのうちから一次一般化セルとして選択されたかに関するものであってもよい。ここで、一般化セルのうちの一次一般化セルは、他の一般化セルと同様に一次一般化セルをスケジューリングするPDCCHおよび/またはEPDCCHを送信する一般化セルである。つまり、PDCCHおよび/またはEPDCCHは、一次一般化セルの一般化セル識別子から生成されたスクランブルコードを用いて、一次一般化セルのリソースにおいて送信される。第1の通信システムリソースグループごとに、PDCCHおよび/またはEPDCCHのためのクロスセルスケジューリング設定が可能となる、ただし、クロスセルスケジューリング設定を必要とすることを意図しているわけではない。図13に示しているように、第1の一般化セル(「一般化セル1」)は、PDCCH1315が第2の一般化セル(「一般化セル2」)のためにPDSCH1320をスケジューリングし、PDCCH1317が第1の一般化セルのためにPDSCH1322をスケジューリングしている一次一般化セルである。

例示的な実施形態によれば、一般化セル識別子に関連付けられたチャネル(または、リソース)は、一般化セル識別子のグループ化に基づいてグループ化されてもよい。例えば、一般化セル識別子のグループに関連付けられたチャネルは、一緒にグループ化されてもよい。チャネルの一例として、EPDCCHのDMRS、EPDCCH、PDSCH、PDSCHのDMRS、PUSCH、PUCCHなどがあり得る。3GPP LTEおよびLTE-A技術仕様に規定されているように、一般化セル識別子および/または一般化UE識別子は、送信チャネルためのスクランブルコードを生成するために通常は使用される一般化セル識別子および/または一般化UE識別子を用いて、送信チャネルで使用されてもよい。

別の例示的な実施形態によれば、チャネル(または、リソース)は、幾つかのグループに直接グループ化されてもよい。例えば、基地局は、チャネルタイプ関するグループ化情報をUEにシグナリングしてもよい。このような状況では、チャネルは、第1の通信システムリソースに関するシグナリングに存在しているチャネルのパラメータを有する、第1の通信システムリソースであってもよい。例示的な例として、PDSCHなどのチャネルのためのスクランブルコードを生成するためのパラメータは、第1の通信システムリソースに関するシグナリングのうちの1つであってもよい。さらに、第1の通信システムリソースのパラメータは、UEにシグナリングされるパラメータのグループ化に関する情報を用いて、幾つかのグループに分割されてもよい。

例示的な例として、基地局は、通信システムリソースグループによって送信されるPDSCH(例示的な第1の通信システムリソース)に関するグループ化情報をシグナリングしてもよい。パラメータは、PDSCHのスクランブルコードを生成するために使用される仮想セル識別子を含んでいてもよい。また、基地局は、PDSCHグループごとにアップリンクACK/NACKリソース(例示的な第2の通信システムリソース)をシグナリングしてもよい。アップリンクACK/NACKリソースに関する情報は、第2の通信システムリソースのリソース割り当てを指示していてもよい。各PDSCHグループにおいては、ACK/NACKフィードバックを送信するために割り当てられた複数のACK/NACKリソースが存在していてもよいが、単一のサブフレーム中の単一の通信システムリソースグループの1つまたは複数のPDSCHに対して、1つまたは複数のACK/NACKフィードバックを送信するための単一のACK/NACKリソースまたは領域が存在していてもよい。例えば、複数のACK/NACKフィードバックは、サブフレーム中のACK/NACKリソースにおいて共同で符号化されるとともに送信されてもよい。UEは、1つまたは複数のPDSCHを受信して、PDSCHグループために基地局によってシグナリングされたACK/NACKリソースのうちの1つにおいて1つまたは複数のACK/NACKフィードバック(PDSCHごとに1つ)送信してもよい。PDSCHグループに対応するACK/NACKリソースを用いて、複数のACK/NACKフィードバックは、共同で符号化されるとともにリリース11技術仕様のフォーマット3を用いて送信されてもよい。他のセルに対する高速バックホールを有するセルは、同一の通信システムリソースグループ内のPDSCHに関するスケジューリング情報を動的に制御してもよい。セルは、どの情報がACK/NACKを復号するために使用され得るかとともに、どのACK/NACKが共同で符号化されているかを把握している。ただし、低速バックホールが存在している場合には、セルは、別のセルがPDSCHを送信するためにスケジューリングされているかどうかを把握することができなくなり得る。したがって、セルは、他のセルのACK/NACK情報を把握していなくなり得る。

例示的な実施形態によれば、チャネルのグループ化は、(第1の通信システムリソースで例示されている)PDCCHおよび/またはEPDCCH、またはEPDCCHのDMRS、またはセルについての任意の部分集合に関するものであってもよい。通信システムリソースグループごとに、UEにシグナリングされる単一のスケジューリング要求(SR)リソースが存在していてもよい。ただし、異なる通信システムリソースグループに対しては、UEにシグナリングされる異なるSRリソースが存在していてもよい。このような状況では、SRリソースが第2の通信システムリソースとなる。UEが一般化セル識別子に関する情報(例示的な第1の通信システムリソース)およびSRに関する情報を受信した後、通信システムリソースのグループに対して、UEは、PUSCHためのアップリンクグラント信号を送信するように指定セルをトリガするために、アップリンクSRリソースにおいて特定のスケジューリング要求を送信してもよい。通常、異なるタイプのアップリンクデータは、異なる受信グループを対象とし得るので、このことは必要となり得る。例えば、幾つかのアップリンクデータは、無線リソース管理ための情報を使用するセルの特定のグループを対象とする測定報告を含む一方で、他のアップリンクデータは、無線リソースのより効率的な利用のために、セルの他のグループを対象としている。基地局は、特定タイプのアップリンクデータに対して、セルのグループに関連付けられたスケジューリングリソースの使用量を指定してもよい。さらに、セルのグループごとに、個々のバッファ状態報告(BSR)は、設定され、セルの異なるグループを対象とするPUSCH送信の適切なスケジューリングを可能としていてもよい。つまり、セルのグループのためのBSRは、セルのグループのための特定タイプのアップリンクデータである。

別の実施形態によれば、第1の通信システムリソースが一般化セル識別子であってもよいし、第2の通信リソースがシグナリング(または、タイミングアドバンスシグナリング)であってもよい。タイミングアドバンスシグナリングは、MACシグナリングにおいて送信されてもよい。一般化セルのグループ内の任意の一般化セルのMACシグナリングにおいて送信されたタイミングアドバンスシグナリングが、有効であると見なされ得る。例えば、一般化セルのグループ内のどの一般化セルがタイミングアドバンスシグナリングを送信するために使用されるかにかかわらず、UEは、アップリンク送信タイミングを調整するためにタイミングアドバンスシグナリングを適用し得ることを前提としていてもよい。一般化セルのうちの1つがタイミングアドバンスシグナリングを特に送信する一般化セルとして存在していることをUEに通知するために使用される高位レイヤシグナリングが存在していてもよい。このような状況では、一般化セルのグループにある他の一般化セルは、タイミングアドバンスシグナリングを送信することを必要としていなくてもよい。一般化セルの複数のグループを有している状況では、一般化セルのどのグループがタイミングアドバンスシグナリングを通知するために選択されているかを指示するために、高位レイヤシグナリングが使用されてもよい。あるいは、異なるアップリンク送信チャネルに対して複数のタイミングアドバンスシグナリングが存在していてもよい。

ひとたびUEがタイミングアドバンスシグナリングを受信すれば、UEは、タイミングアドバンスシグナリングに基づいて調整されたタイミングを用いて、PUSCHなどのアップリンクチャネルを送信してもよい。アップリンク送信タイミングを調整するために使用されるタイミングアドバンスは、例えばリリース11に規定されているものと、同一であってもよい。例示的な例として、タイミングアドバンスを加えたダウンリンクタイミング参照は、アップリンク送信タイミングを決定するために使用されてもよい。

別の実施形態によれば、第1の通信システムリソースが一般化セル識別子であってもよいし、アップリンク送信電力が第2の通信システムリソースであってもよい。アップリンク送信電力のシグナリングは、(参照により本明細書にその全体を埋め込まれる3GPP TS36.213技術仕様に規定されているような)Poおよびαなどのアップリンク開ループ電力制御パラメータと、閉ループ送信電力コマンド(TPC)とを使用してもよい。一般化セルのグループにおいては、UEが、パラメータおよびTPCが有効であり同一の値を有していることを前提としていてもよい。通常は、TPCが、PDCCHおよび/またはEPDCCHで搬送される。基地局によって送信された同一のTPCを通知している複数のPDCCHおよび/またはEPDCCHが存在している場合には、UEは、そのPDCCHおよび/またはEPDCCHのうちの任意の1つを用いてTPCを取得してもよい。あるいは、一般化セルのグループにある一般化セルの1つが、TPCを送信するために選択されてもよい。このような状況では、他の一般化セルのTPCビットが、ACK/NACKリソースのリソース割り当てを指示するなどの何か他のことのために、再利用されてもよい。UEは、TPCによって調整された電力レベルでアップリンクPUSCHおよび/またはPUCCHを送信してもよい。

図14は、PUCCHとPUSCHに埋め込まれたPUCCHとに焦点を当てたリソース1400の構造図を示している。通常、バックホール特性に基づいた一般化セルのグループ化は、高速バックホール、低速バックホール、またはその組み合わせのいずれかによって接続され得る複数の一般化セルによって、UEが同時にサービスを提供される際に生じ得る混乱を解決するのに役立つ。リリース8、リリース9、リリース10、およびリリース11技術仕様では、UEは、高速バックホールによって接続された複数の一般化セルによって、同時にサービスを提供されるだけであり得ることに留意されたい。例えば、リリース8では、周期的CSI報告はPUCCHを使用し、非周期的CSI報告はPUSCHを使用する。UEがPUSCHおよびPUCCHの同時送信に関して設定されていない場合には、UEは、PUSCH割り当てを用いてサブフレーム中の最小ServCellIndexを有するサービングセルのPUSCHで周期的CSI報告を実行してもよい。ここで、UEは、3GPP TS36.213技術仕様で規定されている、同一のPUCCHベースの周期的CSI報告フォーマットをPUSCHで使用してもよい。ただし、PUCCHの内容をPUSCHに埋め込むことは、一般的に、PUCCHおよびPUSCHの双方が同一の基地局または高速バックホールに接続された複数の一般化セルを対象としている場合のみに適用可能である。

第1の一般化セルがPDSCHをUEに送信すると仮定すれば、第2の一般化セルは、任意のバックホール(高速バックホールまたは低速バックホールのいずれか)を用いて第2の一般化セルに接続された第1の一般化セルとともに、PUSCHを同一のUEから受信する。UEは、PUCCHにおいてACK/NACKフィードバックおよびCSIを、PUSCH送信と一致し得る第1の一般化セルに報告する必要があり得る。ただし、このような状況では、それらは高速バックホールに接続されていない異なる一般化セルを対象としていないので、PUCCHの内容をPUSCHに埋め込むことが好ましくない場合がある。したがって、LTEおよび/またはLTE-A技術仕様の幾つかの部分が、グループの概念を含むように調整されてもよい。例えば、PUCCHおよびPUSCHの問題は以下のよう扱ってもよい。

UEがPUSCHおよびPUCCHの同時送信に関して設定されていない場合には、UEは、PUCCH送信の一般化セルと同一のグループ内のPUSCH割り当てを用いて、サブフレーム中の最小ServCellIndex(3GPP技術仕様に規定されているサービングセル識別子)を有するサービングセルのPUSCHで周期的CSI報告またはACK/NACKフィードバックを送信してもよい。ここで、UEは、PUCCHと同様に、PUSCHで同一のPUCCHベースの周期的CSI報告フォーマットを使用してもよい。

別の実施形態によれば、第1の通信システムリソースが、一般化セル識別子またはアップリンクPUCCHおよび/またはPUSCHチャネルであってもよい。第1の通信システムリソースに関するシグナリング情報は、PUCCH送信のために使用されるシーケンスグループ識別子、もしくはPUCCHおよび/またはPUSCHのためのスクランブルコードを生成するために使用される仮想セル識別子などの、PUCCHおよび/またはPUSCH送信のために使用されるパラメータであってもよい。基地局は、第1の通信システムリソースのグループ化に関してUEにシグナリングしてもよい。例えば、第1の通信システムリソースのパラメータは複数のパラメータグループに分割されてもよいし、複数のパラメータグループに関する情報はUEにシグナリングされてもよい。第2の通信システムリソースは、PUCCHおよび/またはPUSCHリソース、もしくは周期的CSI報告および/またはACK/NACKフィードバックなどのアップリンク制御情報(UCI)であってもよい。シグナリングされた第2の通信システムリソースに関する情報は、PUCCHチャネルおよびPUSCHチャネルの同時送信が通信システムリソースグループごとに設定されているかどうかということであってもよし、またPUCCHおよびPUSCH衝突が存在する際にUCIがPUCCHまたはPUSCHにおいて送信されたかどうかということであってもよい。つまり、通信システムリソースグループの各々がシグナリングされる必要があり得る。あるいは、第2の通信システムリソースに関する情報は、PUCCHチャネルおよびPUSCHチャネルの同時送信が全ての通信システムリソースグループに設定されているかどうかということであってもよい。つまり、シグナリングが全ての通信システムリソースグループに対して適用され得る。

UE、通信システムリソースグループに関する情報およびPUCCHとPUSCHとの同時送信に関する情報に基づいて、PUCCHの内容が送信目的のためにPUSCHに埋め込まれ得るかどうかを判断してもよい。PUCCHとPUSCHとの同時送信が通信システムリソースグループを用いて設定されている場合、UEは、それら双方が同一の通信システムリソースグループに存在している場合には、PUCCHおよびPUSCHを同時に送信してもよい。PUCCHとPUSCHとの同時送信が通信システムリソースグループを用いて設定されていない場合、UEは、PUCCHおよびPUSCHが双方ともに同一の通信システムリソースグループに存在している場合には、PUCCHの内容をPUSCHに埋め込んでもよい。PUCCHおよびPUSCHが双方ともに同一の通信システムリソースグループに存在していない場合には、PUCCHは、PUSCHに埋め込まれて送信されない。PUCCHおよびPUSCHが双方ともに同一の通信システムリソースグループに存在しない場合には、PUCCHおよびPUSCHの双方が双方ともに送信されるか、または2つのチャネルのうちの1つ(PUCCHまたはPUSCHのいずれか)がUE性能および/または基地局設定に基づいて中断されてもよい。

図14に示しているように、CQI/ACK1407は、送信のためにPUSCH1405に埋め込まれたシグナリングである。CQI/ACK1407がPUSCH1405に埋め込まれていない場合には、PUSCH1405およびPUCCH1410は同時に送信されてもよい。PUSCH1405およびPUCCH1410が第1の通信システムリソースの異なる通信システムリソースグループに対するものである場合には、PUSCH1405およびPUCCH1410のそれぞれに対して所望の受信セル間に高速バックホールが存在していなくてもよい。このことは、PUSCH送信のためのリソースをスケジューリングしてPUSCH1405およびPUCCH1420の双方のためのリソースが受信セルで直交することを保証することが困難になり得ることを意味している。このような状況では、PUCCHの内容(すなわち、CQI/ACK1407)が送信のためにPUSCH1405に埋め込まれると、CQI/ACK1407のシグナリングが受信ポイントで干渉を受けることになり得る。したがって、異なる通信システムリソースグループを用いる状況では、埋め込みは使用されない。

別の実施形態によれば、通信システムリソースグループの各々は、暗示的に形成されてもよい。例えば、UEの一次セルは、追加の通信システムリソースをUEに対して設定してもよい。このような追加の通信システムリソースは、二次コンポーネントキャリア、一次セル上の仮想セル、データ送信および関連参照信号をスクランブルするための仮想セル識別子形式の二次キャリア、非互換キャリアまたはセル、などを含んでいてもよい。追加の通信システムリソースおよび一次セルに関連付けられたリソースは、UEへのおよび/またはからの送信および/または受信と密接にリンクしている通信システムリソースグループを形成してもよい。別の例では、クロスキャリアおよび/またはクロスセルスケジューリングは、通信システムリソースグループ内の送信キャリアおよび/またはスクランブルパラメータの動的指示を介して、あるキャリアまたはセルから別のキャリアまたはセルへのダウンリンクおよび/またはアップリンクデータ送信をスケジューリングすることが可能となるようになっていてもよい。別の例では、通信システムリソースグループ内の1つまたは複数のPDSCHについての1つまたは複数のACK/NACKを送信するための単一のACK/NACKリソースまたは領域が存在する。

別の一次セルを、新規通信システムリソースグループを形成するために、UEに対して追加されてもよいし、または有効化してもよい。例えば、UEは、まずマクロセルに関連付けられており、その後、高速バックホールを介してマクロセルに接続されていないピコセルが追加されてもよい。UEのための通信リソースとしてピコセルを追加する際には、それが一次セルを含む通信システムリソースグループの部分に存在しないセルであることを指示するためにシグナリングが必要となり得る。新規追加セルは、別の通信システムリソースグループを形成するさらなるリソースおよび/またはセルを設定し得る別の一次セルとなってもよい。複数の一次セルのうちの単一の一次セルが、移動管理、暗号化目的のためにキー生成、メジャーRRC接続などの機能についてのリード一次セルまたはアンカーセルとなってもよい。

図15は、UEがCAまたはCoMPを用いる通信に関与し基地局が高位レイヤシグナリングを用いて通信に関する情報をシグナリングするときの基地局とUEとのやりとりに関連する動作1500のフロー図を示している。動作1500は、UEがCAおよび/またはCoMPを用いる通信に関与し基地局が高位レイヤシグナリングを用いて通信に関する情報をシグナリングするときの基地局およびUEにおいて生じる動作を表し得る。

動作1500は、高位レイヤシグナリングを用いて通信システムリソースグループに関する情報を送信する基地局から開始してもよい(ブロック1505)。通信システムリソースグループは、バックホール特性に基づいた、チャネル、一般化セル識別子などの第1の通信システムリソースのグループ化を含んでいてもよい。(例えば一般化セル識別子の)通信システムリソースグループごとに、PDSCHまたはPUSCHのDMRSのスクランブルコードの集合を、技術仕様および/または高位レイヤシグナリングによって事前に決定されたルールに基づいて決定してもよい。例えば、一般化セル識別子「X」に対応するPDSCHのDMRSのスクランブルコードは、一般化セル識別子「X」を含む単一の一般化セル識別子グループ内の一般化セル識別子から導出されたPDSCHのDMRSの全スクランブルコードの部分集合であってもよい。通常、一般化セル識別子「X」は、任意の有効な一般化セル識別子であってもよい。全スクランブルコードの部分集合が、UE専用のRRCシグナリングなどの高位レイヤシグナリングを用いて設定されていてもよい。例えば、ビットマップ法が、どのスクランブルコードが全スクランブルコードの部分集合を形成しているかを通知するために使用されていてもよい。

基地局は、物理チャネルを送信してもよい(ブロック1510)。物理チャネルは、PDSCHまたはPUSCHのためのスクランブルコードに関する情報のインジケータを搬送するPDCCHおよび/またはEPDCCHであってもよい。一般化セル識別子「X」に関連付けられているPDCCHおよび/またはEPDCCHの送信に対して、スクランブルコードの集合からどれがPDCCHおよび/またはEPDCCHによってスケジューリングされたPDSCHまたはPUSCHのDMRSのために選択されたかを指示するためのPDCCHおよび/またはEPDCCHにおけるシグナリングが存在していてもよい。

UEは、通信システムリソースグループならびにPDCCHおよび/またはEPDCCHに関する情報を受信してもよい(ブロック1515)。UEは、PDCCHおよび/またはEPDCCH中のスクランブルコードに関する情報のインジケータを正確に解釈し得る(ブロック1515)。例えば、UEは、通信システムリソースグループごとにスクランブルコードの集合を決定してもよいし、PDCCHおよび/またはEPDCCHにおける選択シグナリングに基づいて、UEは、どのスクランブルコードがPDCCHおよび/またはEPDCCHによって選択されるかを決定してもよい。

基地局とUEとは、PDCCHおよび/またはEPDCCH中に含まれる情報に基づいて通信してもよい(ブロック1520)。例えば、UEは、PDCCHおよび/またはEPDCCHによって指示されているPDSCHのDMRSを受信してもよい。別の例では、UEは、PDCCHおよび/またはEPDCCH中の情報によって指示されているスクランブルコードを用いて、PDCCHおよび/またはEPDCCHによって指示されているPUSCHのDMRSを送信してもよい。

別の実施形態によれば、ブロック1505では、第1の通信システムリソースは、一般化セル識別子、そして事前に決定されたルールおよび/または高位レイヤシグナリングに基づいた通信システムリソースグループ(例えば、一般化セル識別子のグループ)に基づいているアップリンクDMRSのためのシーケンスグループの集合であってもよい。それは、一般化セル識別子「X」を含む、一般化セル識別子の同一グループ内の一般化セル識別子の部分集合から導出したシーケンスグループであってもよい。

さらに、ブロック1510では、PDCCHおよび/またはEPDCCHにおけるシグナリングが、どれ(スクランブルコード)がUEのPUSCHのDMRSのために選択されているかを指示するために使用されていてもよい。ブロック1515では、UEは、一般化セル識別子ならびにPDCCHおよび/またはEPDCCHに関する情報を受信してもよい。UEは、DMRSに関するシーケンスグループインジケータ情報を解釈してもよい。ブロック1520では、UEは、UEにシグナリングされているシーケンスグループのシーケンスを用いてアップリンクDMRSを送信してもよい。DMRSのシーケンスグループの用法は、LTE-Aに規定されているものと同様であってもよい。

別の実施形態によれば、ブロック1505では、通信システムリソースグループに関する情報は、PDSCHのDMRSのパラメータのグループ、またはPUSCHのDMRSのグループであってもよい。パラメータは、PDSCHのDMRSのスクランブルコードを決定するために使用されてもよいし、またはPUSCHのDMRSのシーケンスグループを決定するために使用されてもよい。基地局は、どのパラメータが単一のグループに存在しているかに関する情報をシグナリングしてもよいし、シグナリングのための複数のグループのパラメータが存在していてもよい。

ブロック1510では、基地局は、PDCCHおよび/またはEPDCCHチャネルなどの制御チャネルをUEに送信してもよい。制御チャネルごとに、制御チャネルが関連しているパラメータのグループが存在していてもよい。一般化セルごとに、事前に決定されたPDCCHおよび/またはEPDCCHが存在してもよい、および/または、UEに制御チャネルに関する情報を通知するためのシグナリングが存在していてもよい。PDCCHおよび/またはEPDCCHと関連しているDMRSに関するパラメータのグループからパラメータを選択するためのPDCCHおよび/またはEPDCCHにおけるシグナリングが存在していてもよい。PDCCHおよび/またはEPDCCHにおいて使用されるシグナリングフォーマットは、技術仕様に規定されていてもよい。

ブロック1515では、UEは、DMRSのパラメータに関する情報を含む通信システムリソースグループに関する情報を受信してもよい。UEは、PDCCHおよび/またはEPDCCHを復号してもよい。PDCCHおよび/またはEPDCCHのシグナリングフォーマットが技術仕様に規定されていてもよいし、PDCCHおよび/またはEPDCCHとそれぞれのDMRSのパラメータグループとの間の対応関係が技術仕様に規定および/または高位レイヤシグナリングによってシグナリングされてもよいことに留意されたい。例えば、シグナリングフォーマットと対応関係とは、一般化セル識別子に関連付けられていてもよい。UEは、PDCCHおよび/またはEPDCCHのごとのパラメータグループを把握していてもよい。UEは、PDCCHおよび/またはEPDCCH中の選択情報に基づいて、アップリンク送信またはダウンリンク受信のためのシグナリングを解釈してもよい。ブロック1520では、UEは、PDCCHおよび/またはEPDCCHにおけるシグナリングに基づいて、DMRSを送信してもよいし、またはDMRSを受信してもよい。

一般化セル識別子のグループ化とDMRSのパラメータのグループ化とは、独立して実行されてもよい。つまり、1つが一般化セル識別子のグループ化に関するものであり、1つがDMRSのパラメータのグループ化に関するものである、情報についての2つの個々のシグナリングを有することを可能としていてもよい。DMRSは、現在のサービング一般化セルの集合以外のセルを用いて設定されてもよいので、情報の個々のシグナリングは、CoMP動作において有益となり得る。それゆえ、動的な変化に対してDMRSの集合を設定するためのさらなるフレキシビリティがある。別の態様では、2つの一般化セルが2つの異なるコンポーネントキャリアに存在している場合には、DMRSは周波数領域において常に直交しているので、UEが2つの一般化セルのDMRSのうちでDMRSを動的に変更する必要はなくてもよい。したがって、DMRSのグループ化は、2つの一般化セルが同一の周波数で動作しているかどうかに関連してもよい。このことが、一般化セル識別子とDMRSとを独立してグループ化するための別の理由である。

別の実施形態によれば、通信システムリソースグループは、CSI-RSリソースおよび/またはCRSリソースであってもよい。ブロック1505では、基地局は、CSI-RSおよび/またはCRSリソースの通信システムリソースグループに関する情報をUEにシグナリングしてもよい。ここで、情報の例としては、CSI-RSおよび/またはCRSリソースのグループ化に関するパラメータであってもよい。CRSリソースは、CQI測定のために使用されてもよい。例えば、幾つかのセルは、測定ためにCRSリソースを用いて設定されてもよい一方で、幾つかの他のセルは、測定のためにCSI-RSリソースを用いて設定されてもよい。

ブロック1510では、PDCCHおよび/またはEPDCCHなどの制御信号が、非周期的CQI報告のためのトリガであってもよい。CSI-RSおよび/またはCRSリソースの通信システムリソースグループごとに、単一の非周期的CQIフィードバックためのトリガとして動作するPDCCHおよび/またはEPDCCHなどのトリガ制御チャネルが存在していてもよい。PDCCHおよび/またはEPDCCHが非周期的CQIフィードバックをトリガするために、どのCSI-RSおよび/またはCRSリソースが要求されて非周期的CQIフィードバックのために使用されるかを指示するためのビットフィールドが存在していてもよい。ただし、CSI-RSおよび/またはCRSリソースの異なる通信システムリソースグループに対しては、トリガ制御チャネルは異なっていてもよい。つまり、トリガ制御チャネルは、異なる通信システムリソースグループ対して独立に設定されてもよい。非周期的CQIフィードバックのためのPDCCHおよび/またはEPDCCHの設定は、技術仕様に規定されていてもよいし、またはUEにシグナリングされてもよい。例えば、PDCCHおよび/またはEPDCCHは、通信システムリソースグループに関連付けられた一般化セルのグループの各々にある一次一般化セルによって送信されてもよい(例えば、PDCCHおよび/またはEPDCCHは、CSI-RSおよび/またはCRSリソースに関連付けられた一般化セルによって送信されてもよい)。ここで、一次一般化セルは、ルールによって規定された、または高位レイヤシグナリングを介してUEにシグナリングされた、最小一般化セル識別子を有する、一般化セルのグループの各々にあるセルであってもよい。

ブロック1515では、UEは、通信システムリソースグループに関して受信した情報に基づいてPDCCHおよび/またはEPDCCHを復号して非周期的CQI報告を開始してもよい。UEは、通信システムリソースグループに関する情報を把握しているので、通信システムリソースグループごとに、どのCSI-RSおよび/またはCRSが報告するために測定されるかを動的に指示するためのPDCCHおよび/またはEPDCCHが存在していてもよい。どのCSI-RSおよび/またはCRSが選択されているかを指示するためのPDCCHおよび/またはEPDCCHにおけるシグナリングフォーマットは、技術仕様に規定されていてもよい。それゆえ、UEは、どのようにPDCCHおよび/またはEPDCCHを復号して非周期的CQI報告をトリガするかを把握している。

ブロック1520では、UEは、PDCCHおよび/またはEPDCCHによって指示されているCSI-RSおよび/またはCRSリソースのCQI報告を送信してもよい。一般化セル識別子のグループ化に関連しているシグナリングとCSI-RSおよび/またはCRSリソース通信システムリソースグループに関連しているシグナリングとは、独立に実行されてもよいことに留意されたい。1つの一般化セルグループに対してでさえ、複数のCSI-RSおよび/またはCRSリソースが、透過型CoMP送信を使用するためにフレキシビリティを提供するように設定されてもよい。UEは、単一の一般化セル識別子が一般化セルの集合に対して設定され得るので、異なるセルを異なる一般化セルとして区別することを必要としていなくてもよい。CSI-RSおよび/またはCRSリソースのグループ化は、一般化セル識別子のグループと関連付けられたCSIフィードバックのための測定集合として設定されてもよい。CSIフィードバックのために複数の測定集合が、設定されてもよい。さらに、各CSIフィードバック(非周期的または周期的のいずれか)の設定は、リソースの測定集合からCSI-RSおよび/またはCRSリソースを指示する必要があり得る。適切な(周期的フィードバックための)PUCCHまたは(非周期的フィードバックためのまたはPUSCHに埋め込まれた周期的フィードバックのための)PUSCHは、リソースの測定集合の設定またはCSIフィードバックの設定のいずれかにおいてUEに通知される必要があり得る。適切なPUCCHまたはPUSCHは、対応する一般化セル識別子のグループを指示すること、またはパラメータを明示的に設定することのいずれかによって、UEに通知されてもよい。

例示的な実施形態によれば、動的スケジューリングが、通信システムリソースグループの各々において実行されてもよい。例えば、動的なDMRS選択またはPDSCHおよび/またはPUSCHの変更である。その上、クロスセルスケジューリングを取得するために通信システムリソースグループの各々においてクロスセルスケジューリングすることは、通信システムリソースグループおいて有益である。クロスセルスケジューリングは、例えば、制御チャネルに対して周波数領域干渉調整または空間領域干渉調整をサポートしていてもよい。

各グループが同一の一般化UE識別子を使用していてもよいので、例えば、一般化UE識別子に関連しているシグナリングオーバーヘッドを低減することによって通信システムを簡素化することを可能としていてもよい。複数の通信システムリソースグループのための複数の一般化UE識別子を用いて、複雑なUE識別子の割り当ての調整を回避、または割り当て衝突を完全に回避することを可能としていてもよい。さらに、通信システムリソースグループのためのPDCCHおよび/またはEPDCCHを用いた単一の非周期的CQIトリガスキーム用いて、オーバーヘッドを低減するとともに、通信システムリソースグループ内の各CSI-RSのCSI-RS測定を動的にトリガすることを支援することを可能としていてもよい。その上、通信システムリソースグループごとに実行されるACK/NACKリソース割り当てを用いて、アップリンクのピーク電力対平均送信電力比(PAPR)またはキュービックメトリックを低減するために複数のACK/NACKを用いた多重化技術を使用する一方で、異なる通信システムリソースグループのためのACK/NACKリソース割り当てにおけるフレキシビリティを維持することを可能としていてもよい。

例示的な実施形態によれば、一般化セル識別子は、グループ化されてもよい。一般化セル識別子は、実際のセルに対応していなくてもよいし、UEが実際のセルを検出するために使用されなくてもよい。一般化セル識別子のグループ化は、それがUE専用のシグナリングまたはUE専用のRRCシグナリングに特に関連しているときに、UEの複雑度を低減し得る。

例示的な実施形態によれば、第2の通信システムリソースは、バックホールの可用性および性能についての調整および/または要件の処理を低減するために、通信システムリソースグループに基づいて処理されてもよい。また、通信システムリソースグループと同様に、バックホールの可用性および性能は、第2の通信システムリソースについての調整および/または処理における役割を果たしてもよい。例えば、セルによって受信されたスケジューリング要求またはバッファ状態報告は、2つのセルが高速バックホールによって接続されていない場合には、バックホールを介して別のセルに迅速に送信されない場合がある。それゆえ、セルがUEからスケジューリング要求またはバッファ状態報告を通知されている場合ですら、別のセルは、2つのセルが高速バックホールによって接続されていない場合には、非常に容易には通知されないことになり得る。したがって、第2の通信システムリソースは、バックホールを介した調整および/または処理を低減するために通信システムリソースグループごとに処理されてもよい。ただし、バックホールのリンクが十分に速く調整および/または処理性能が存在している場合には、通信システムリソースグループの設計を簡素化することを可能とし得る。

例示的な例として、UEは、一般化セル識別子のグループ、チャネル、リソース、および通信システムリソースグループに関連付けられていてもよい。ただし、リリース8によれば、UEは、実際のセルのフル機能また特性をサポートする1つの互換セルのみを有する。互換セルを含むセルグループは一次セルグループとして見られてもよいし、他のセルグループは二次セルグループとして分類されてもよい。一次セルグループおよび二次セルグループは、明示的にまたは暗示的にUEに指示されてもよい。

セルグループ全体の半静的調整は、通常、サポートされている。例えば、周波数分割多重方式(FDM)、時分割多重方式(TDM)、セル間干渉調整(ICIC)、拡張ICIC、追加拡張ICIC、調整型ビームブランキング(CBB)、干渉測定リソース(IMR)調整、および高速バックホールを必要としない他の調整技術が、バックホールでサポートまたは規定されているシグナリングを調整することにより、サポートされていてもよい。通常、各セルグループは、それぞれグループ固有のリソースを有している。とはいえ、クロスグループ動作が、必ずしも考慮されないわけではない。例えば、第1のセルグループは、UEのための第2のセルグループを設定するために信号をUEに送信してもよい。つまり、第2のセルグループの設定が、第2のセルグループのリソースおよびチャネルから必ずしも来るわけではない。例示的な適用は、UEが接続を確立する前、または第2のセルグループからの信号を受信する前に、UEが第1のセルグループを用いてまず設定され、UEが第2のセルグループに関する設定を受信する状況であってもよい。第2のセルグループがそれ自身の設定または他の二次セルグループの設定を変更することを可能とし得るが、(UEの一次セルグループであり得る)第1のセルグループは、必要と認めた場合には(UEの二次セルグループであり得る)第2のセルグループの設定を変更してもよい。

通信システムリソースグループに関する情報を搬送するために通常は使用されるシグナリングを使用して徐々に通信システムリソースを設定することを可能としていてもよい。例えば、UEは、リソースのグループを有していてもよいし、さらなるリソースが、UEが使用してから暫く経って利用可能となってもよい。新規リソースは、既存の通信システムリソースグループに割り当てられてもよいし、または新規通信システムリソースグループに割り当てられてもよい。一般的に、新規リソースの割り当ては、通信システムリソースグループのリソース設定の追加、削除、または修正をサポートするためにシグナリングを必要とし得る。暗示的および/または明示的グループ化と、グループ化および/またはグループの暗示的および/または明示的インデックス化とが、手続きを容易にするために使用されてもよい。

図16は、リソース管理に焦点を当てた通信システム1600を示している。通信システム1600は、基地局に関連付けられているまたは高速バックホールによって基地局に接続されている一般化セル識別子を含む第1の通信システムリソースグループ1605を備える。第1の通信システムリソースグループ1605にある一般化セル識別子は、セル1、セル2、セル3、仮想セル4、および仮想セル5を含む。また、通信システム1600は、一般化セル識別子セル6、セル7、セル8、セル9、および仮想セル10を含む第2の通信システムリソースグループ1610を備える。第1の通信システムリソースグループ1605と第2の通信システムリソースグループ1610とは、低速バックホール1615によって接続されていてもよい。図16に示しているように、第1の通信システムリソースグループ1605は、1つのACK/NACKリソースと、1つのSRリソースと、および201という一般化UE識別子を用いた1つの非周期的トリガとを含み、第2の通信システムリソースグループ1610は、1つのACK/NACKリソースと、1つのSRリソースと、202という一般化UE識別子を用いた1つの非周期的トリガとを含む。第1の通信システムリソースグループ1605と第2の通信システムリソースグループ1610とは、UE1620と通信していてもよい。

図17aは、CoMPを用いた例示的な通信設定を示している。図17aに示しているように、単一の基地局または高速バックホールによって接続された複数の基地局に関連付けられた一般化セル識別子(または、一般化仮想セル識別子)は、通信システムリソースグループごとに1つのACK/NACKリソースを有する通信システムリソースグループにグループ化されていてもよい。

図17bは、CAおよびCoMPを用いた例示的な通信設定を示している。図17bに示しているように、第1の通信システムリソースのグループ化は、スケーラブルであり、解決方法を簡素化して高速バックホールまたは任意のバックホールによって接続されている複数の通信システムリソース(例えば、コンポーネントキャリア、セル、仮想セルなど)を統合している。基地局は、サブフレーム内のHARQプロセスのグループ化のために各々とともに、幾つかのACK/NACKリソース割り当てをシグナリングしてもよい。ACK/NACKリソースの各々では、二位相偏移変調、四位相偏移変調、および/またはDFT-S-OFDMが、ACK/NACKフィードバックを送信するために使用されていてもよい。基地局は、1つまたは複数のPDCCHおよび/またはEPDCCHによって指示されているPDSCHおよび/またはPUSCHの1つまたは複数のHARQプロセスを含む各グループとともに、幾つかのグループのセル識別子および/または仮想セル識別子をシグナリングしてもよい。HARQプロセスのグループの各々においては、クロスセルスケジューリングが、使用されていてもよい。

HARQプロセスのグループまたはPDCCHおよび/またはEPDCCHのグループの各々には、UE識別子が割り当てられていてもよい。UE識別子が、基地局または通信システム内のエンティティによって割り当てられていてもよい。つまり、グループごとのUE識別子は、独立に割り当てられていてもよい。このことは、複数のコンポーネントキャリアまたは複数のセルについてのUE識別子が同一であるリリース10およびリリース11と対比される。任意のバックホールを有している状況では、高速バックホール無しで2つのセル間のUE識別子の割り当てを調整することが困難になり得る。それゆえ、グループごとに、独立したUE識別子の割り当てがグループで使用されてもよい。各グループにおいては、UE識別子の割り当てを調整しやすくなり得る。したがって、同一のUE識別子が、単一のグループ内の複数のセルに対して使用されてもよい。(一次セル以外において)UE識別子が、PDCCHおよび/またはEPDCCHのCRCマスクとして使用されてもよいし、実際のUE識別子、すなわちセル無線ネットワーク仮識別子(C-RNTI)のフル機能を有していなくてもよい。

基地局が、測定目的のために幾つかのグループのCSI-RSおよび/またはCRSリソースをシグナリングして、CSI-RSおよび/またはCRSリソースの各々をCQI測定に対応させることを可能としていてもよい。基地局は、例えば複数のセルのCQIフィードバックのためにリリース10のスキームを再利用している、CSI-RSおよび/またはCRSリソースの各グループ内のCSI-RSリソースの集合のための非周期的CQI報告をトリガするためにPDCCHおよび/またはEPDCCHを使用してもよい。

また、UEにスケジューリング要求リソースを通信システムリソースグループごとに割り当てることを可能としていてもよい。通信システムリソースグループの各々においては、スケジューリングが単一の通信システムリソースグループのセル全域で通常実行されるので、単一のスケジューリング要求リソースで十分である。異なる通信システムリソースグループに対して、異なるスケジューリング要求リソースが、異なるアップリンク送信要件を区別するために割り当てられてもよい。基地局は、UEによって送信された異なるスケジューリング要求に基づいて、PDCCHおよび/またはEPDCCHの送信を決定してもよい。

高速バックホールに接続されていないセル間の調整および/または処理は、回避および/または低減され得る。例えば、UE識別子の割り当て、非周期的CQIフィードバック、ダウンリンクおよび/またはアップリンクグラント送信、PDSCH送信などは、それらが高速バックホールに接続されていないセルに関連している場合には、回避されてもよい。

通信システムリソースグループにおいては、共同スケジューリングが通信システムリソースグループにおいて実行され得るという前提に基づいて、複雑度が低減され得る(または、効率が増大され得る)。

通信システムリソースは、幾つかのグループに分割されてもよい。各グループにおいて、調整および/または処理が、リリース11および先行技術標準(すなわち、レガシー動作)と同様に実行されてもよい。ただし、グループごとに、異なるモードの動作が、任意のバックホールの展開を可能とするために使用されてもよい。UE専用のシグナリングが、リソースの複数のグループの設定をUEに通知するために使用されるので、通常、UEは、高速バックホールまたは任意のバックホールが使用されているかどうかを把握する必要はない。

図18は、第1の通信デバイス1800を示している。通信デバイス1800は、バックホール特性に基づいて通信システムリソースを設定する、基地局または集中コントローラなどの制御デバイスの実装であってもよい。通信デバイス1800は、様々な本明細書に記載の実施形態のうちの1つを実施するために使用されてもよい。図18に示しているように、送信機1805は、パケット、通信システムリソースグループに関する情報、通信システムリソースの集合などを送信するように構成される。また、通信デバイス1800は、パケットなどを受信するように構成される受信機1810を備える。

リソース設定ユニット1820は、通信システムリソースグループを形成するために、バックホール特性に基づいて第1の通信システムリソースを指定するように構成される。リソース設定ユニット1820は、通信システムリソースグループごとに第2の通信システムリソースの集合を指定するように構成される。信号生成ユニット1822は、UEへの送信のために、通信システムリソースグループに関する情報、第2の通信システムリソースの集合などのためのシグナリングを生成するように構成される。メモリ1830は、第1の通信システムリソース、通信システムリソースグループ、第2の通信システムリソースの集合などの情報および/または設定を記憶するように構成される。

通信デバイス1800要素は、特定ハードウェア論理ブロックとして実装されてもよい。代替手段において、通信デバイス1800の要素は、プロセッサ、コントローラ、特定用途向け集積回路などにおいて実行するソフトウェアとして実装されてもよい。さらに別の代替手段において、通信デバイス1800の要素は、ソフトウェアおよび/またはハードウェアの組合せとして実装されてもよい。

例えば、受信機1810と、送信機1805とは、特定ハードウェアブロックとして実装されてもよい一方で、リソース設定ユニット1820と、信号生成ユニット1822とは、マイクロプロセッサ(プロセッサ1815など)、またはカスタム回路、またはフィールドプログラマブル論理アレイのカスタムコンパイル形式論理回路において実行するソフトウェアモジュールであってもよい。リソース設定ユニット1820と、信号生成ユニット1822とは、メモリ1830に記憶されたモジュールであってもよい。

図19は、第2の通信デバイス1900を示している。通信デバイス1900は、UEの実装であってもよい。通信デバイス1900は、本明細書に記載の実施形態のうちの様々な1つを実施するために使用されてもよい。図19に示しているように、送信機1905は、パケット、1つまたは複数の第2の通信システムリソースの集合を使用する情報などを送信するように構成される。また、通信デバイス1900は、パケット、通信システムリソースグループに関する情報、通信システムリソースの集合などを受信するように構成される受信機1910を備える。

情報処理ユニット1920は、バックホール特性に基づいた第1の通信システムリソースの集合の設定から形成される通信システムリソースグループに関する情報を処理するように構成される。情報処理ユニット1920は、通信システムリソースグループごとに1つの集合となっている、第2の通信システムリソースの集合に関する情報を処理するように構成される。伝送復号化ユニット1922は、通信システムリソースグループおよび第2の通信システムリソースの集合に関する情報によって指定されるリソースの信号を復号するように構成される。メモリ1930は、第1の通信システムリソース、通信システムリソースグループ、第2の通信システムリソースの集合などの情報および/または設定を記憶するように構成される。

通信デバイス1900の要素は、特定ハードウェア論理ブロックとして実装されてもよい。代替手段において、通信デバイス1900の要素は、プロセッサ、コントローラ、特定用途向け集積回路などにおいて実行するソフトウェアとして実装されてもよい。さらに別の代替手段において、通信デバイス1900の要素は、ソフトウェアおよび/またはハードウェアの組合せとして実装されてもよい。

例えば、受信機1910と、送信機1905とは、特定ハードウェアブロックとして実装されてもよい一方で、情報処理ユニット1920と、伝送復号化ユニット1922とは、マイクロプロセッサ(プロセッサ1915など)、またはカスタム回路、またはフィールドプログラマブル論理アレイのカスタムコンパイル形式論理回路において実行するソフトウェアモジュールであってもよい。情報処理ユニット1920と、伝送復号化ユニット1922とは、メモリ1930。に記憶されたモジュールであってもよい。

本開示およびその利点をここまで詳細に記載してきたが、添付の特許請求の範囲に定義されているような開示の精神及び範囲から逸脱しない限り、様々な変更、置換、および修正がここでなし得ることを理解されるべきである。

1805 送信機
1810 受信機
1830 メモリ
1820 リソース設定ユニット
1822 信号生成ユニット
1905 送信機
1910 受信機
1930 メモリ
1920 情報処理ユニット
1922 伝送復号化ユニット

Claims (41)

1. マルチポイント通信のための方法であって、前記方法は、
   コントローラデバイスによって、複数の第1の通信システムリソースグループを形成するために第1の通信システムリソースの集合を設定するステップであって、第1の通信システムリソースグループの各々が複数のチャネルを含む、ステップと、
   前記コントローラデバイスによって、前記複数の第1の通信システムリソースグループの各々1つに対して第2の通信システムリソースの集合を設定するステップであって、前記第2の通信システムリソースの集合はフィードバック送信を伝達するために使用される、ステップと、
   前記コントローラデバイスによって、前記複数の第1の通信システムリソースグループに関する情報を第1のユーザ機器にシグナリングするステップと、
   前記コントローラデバイスによって、前記複数の第1の通信システムリソースグループに関連付けられた前記第2の通信システムリソースの集合に関する情報を前記第1のユーザ機器にシグナリングするステップとを含む、方法。
2. 少なくとも1つの前記第1の通信システムリソースグループでデータを前記第1のユーザ機器に送信するステップと、
   少なくとも1つの前記第1の通信システムリソースグループで送信された前記データの復号についての結果が反映されたフィードバック情報を受信するステップとをさらに含む、請求項1に記載の方法。
3. 前記第1の通信システムリソースの集合は、ハイブリッド自動再送要求プロセスを含み、前記第2の通信システムリソースの集合の各々は、アップリンクサブフレーム中にハイブリッド自動再送要求の肯定応答チャネルを含む、請求項1に記載の方法。
4. 前記第1の通信システムリソースの集合は、前記第1の通信システムリソースの集合に関連付けられた1つまたは複数のセル間のバックホール接続の特性に基づいて設定される、請求項1に記載の方法。
5. 前記1つまたは複数のセルは、仮想セルとフル機能セルとのうちの少なくとも1つを含む、請求項4に記載の方法。
6. 前記バックホール接続の前記特性は、前記バックホール接続の遅延時間、前記バックホール接続の遅延時間閾値、前記バックホール接続の遅延時間範囲、前記バックホール接続のデータレート、および前記バックホール接続の帯域幅のうちの少なくとも1つを含む、請求項4に記載の方法。
7. 前記第1の通信システムリソースグループのうちの第1のグループに関連付けられた第1のセルが、前記特性を有する第1のバックホール接続に接続される、請求項4に記載の方法。
8. 前記第1の通信システムリソースグループのうちの第2のグループに関連付けられた第2のセルが、前記特性を有する第2のバックホール接続に接続される、請求項7に記載の方法。
9. 前記第1のセルおよび前記第2のセルが、前記特性を有さない第3のバックホール接続に接続される、請求項8に記載の方法。
10. 複数の第3の通信システムリソースグループを形成するために第3の通信システムリソースの集合を設定するステップと、
    前記第3の通信システムリソースグループの各々1つに対して第4の通信システムリソースの集合を設定するステップと、
    前記複数の第3の通信システムリソースグループに関する情報を第2のユーザ機器にシグナリングするステップと、
    前記複数の第3の通信システムリソースグループに関連付けられた前記第4の通信システムリソースの集合に関する情報を前記第2のユーザ機器にシグナリングするステップとをさらに含む、請求項1に記載の方法。
11. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、一般化ユーザ機器識別子を含む、請求項10に記載の方法。
12. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、スケジューリング要求リソースとバッファ状態報告とのうちの少なくとも1つを含む、請求項10に記載の方法。
13. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、物理アップリンク制御チャネル(PUCCH)および物理アップリンク共有チャネル(PUSCH)を含み、前記第4の通信システムリソースの集合の設定は、前記PUCCHと前記PUSCHとの同時送信がオンおよびオフのどちらであるかを設定することを含む、請求項10に記載の方法。
14. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、物理ダウンリンク制御チャネル(PDCCH)と拡張物理ダウンリンク制御チャネル(EPDCCH)とのうちの少なくとも1つを含み、前記第4の通信システムリソースの集合を設定するステップは、前記PDCCHと前記EPDCCHとのうちの少なくとも1つについてのクロスセルスケジューリングを設定するステップを含む、請求項10に記載の方法。
15. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、アップリンク送信電力を含む、請求項10に記載の方法。
16. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、タイミングアドバンスシグナリングを含む、請求項10に記載の方法。
17. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、前記一般化セル識別子と前記チャネルとのうちの1つに関連付けられたシーケンスグループを指示するために使用されるPDCCHとEPDCCHとのうちの1つを含む、請求項10に記載の方法。
18. 前記第3の通信システムリソースの集合は、物理ダウンリンク共通チャネル(PDSCH)のための復調参照信号の集合を含み、前記第4の通信システムリソースの集合の各々は、前記PDSCHのための前記復調参照信号の集合に属する復調参照信号(DMRS)を指示しているPDCCHまたはEPDCCHを含む、請求項10に記載の方法。
19. 前記第3の通信システムリソースの集合は、物理アップリンク共有チャネル(PUSCH)のための復調参照信号の集合を含み、前記第4の通信システムリソースの集合の各々は、前記PUSCHのための前記復調参照信号の集合に属する復調参照信号(DMRS)を指示しているPDCCHとEPDCCHとの1つを含む、請求項10に記載の方法。
20. 前記第3の通信システムリソースの集合は、チャネル状態情報参照信号(CSI-RS)の集合を含み、前記第4の通信システムリソースの集合の各々は、前記CSI-RSの集合のうちのCSI-RSに関するチャネル状態情報(CSI)報告をトリガするPDCCHとEPDCCHとの1つを含む、請求項10に記載の方法。
21. 前記第4の通信システムリソースの集合は、前記第3の通信システムリソースグループの各々1つに対して独立に設定される、請求項10に記載の方法。
22. 前記第3の通信システムリソースの集合は、一般化セル識別子と、関連チャネルとを含み、前記第4の通信システムリソースの集合は、一般化セル識別子と、関連チャネルとを含む、請求項10に記載の方法。
23. マルチポイント通信のための方法であって、前記方法は、
    ユーザ機器で、通信システムにおいて設定された複数の第1の通信システムリソースグループに関する通信コントローラからの情報を受信するステップであって、第1の通信システムリソースグループの各々が複数のチャネルを含む、ステップと、
    前記ユーザ機器で、前記複数の第1の通信システムリソースグループの各々1つに対してフィードバック送信のための第1の通信システムリソースの集合に関する情報を受信するステップと、
    前記ユーザ機器によって、前記複数の第1の通信システムリソースグループに関する前記情報に基づいて、前記複数の第1の通信システムリソースグループの前記チャネルを復号するステップと、
    前記ユーザ機器によって、前記チャネルの前記復号するステップについての結果が反映されたフィードバックを送信するステップであって、前記送信するステップが前記第1の通信システムリソースの集合に関する前記情報に基づく、ステップとを含む、方法。
24. 前記チャネルを復号するステップは、
    前記チャネルに関連付けられたチャネルリソースを復号するステップと、
    復号に成功したチャネルごとに正のフィードバックを生成するステップと、
    復号に失敗したチャネルごとに負のフィードバックを生成するステップとを含む、請求項23に記載の方法。
25. 前記複数の第1の通信システムリソースグループに関する前記情報は、一般化セル識別子を含む、請求項23に記載の方法。
26. 複数の第2の通信システムリソースグループに関する情報の各々1つに対して第2の通信システムリソースの集合を受信するステップをさらに含む、請求項23に記載の方法。
27. 前記複数の第2の通信リソースグループに関する情報を受信するステップをさらに含む、請求項26に記載の方法。
28. 前記複数の第2の通信システムリソースグループが、前記複数の第1の通信システムリソースグループである、請求項26に記載の方法。
29. 前記第2の通信システムリソースは、一般化ユーザ機器識別子を含む、請求項26に記載の方法。
30. コントローラデバイスであって、
    複数の第1の通信システムリソースグループを形成するために第1の通信システムリソースの集合を指定するように構成されるとともに、前記複数の第1の通信システムリソースグループの各々1つに対して第2の通信システムリソースの集合を指定するように構成されるプロセッサであって、第1の通信システムリソースグループの各々が複数のチャネルを含み、前記第2の通信システムリソースの集合はフィードバック送信を伝達するために使用される、プロセッサと、
    前記プロセッサに動作可能なように接続された送信機であって、前記送信機は、前記複数の第1の通信システムリソースグループに関する情報を第1のユーザ機器にシグナリングするように構成されるとともに、前記複数の第1の通信システムリソースグループに関連付けられた前記第2の通信システムリソースの集合に関する情報を前記第1のユーザ機器にシグナリングするように構成される、送信機とを備える、コントローラデバイス。
31. 前記送信機は、少なくとも1つの前記第1の通信システムリソースグループでデータを前記第1のユーザ機器に送信するように構成され、前記コントローラデバイスは、前記プロセッサに動作可能なように接続された受信機をさらに備え、前記受信機は、少なくとも1つの前記第1の通信システムリソースグループで送信された前記データの復号についての結果が反映されたフィードバック情報を受信するように構成される、請求項30に記載のコントローラデバイス。
32. 前記プロセッサは、複数の第3の通信システムリソースグループを形成するために第3の通信システムリソースの集合を指定するように構成されるとともに、前記第3の通信システムリソースグループの各々1つに対して第4の通信システムリソースの集合を指定するように構成され、前記送信機は、前記複数の第3の通信システムリソースグループに関する情報を第2のユーザ機器にシグナリングするように構成されるとともに、前記複数の第3の通信システムリソースグループに関連付けられた前記第4の通信システムリソースの集合に関する情報を前記第2のユーザ機器にシグナリングするように構成される、請求項30に記載のコントローラデバイス。
33. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、一般化ユーザ機器識別子を含む、請求項32に記載のコントローラデバイス。
34. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、スケジューリング要求リソースとバッファ状態報告とのうちの少なくとも1つを含む、請求項32に記載のコントローラデバイス。
35. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、物理アップリンク制御チャネル(PUCCH)および物理アップリンク共有チャネル(PUSCH)を含み、前記第4の通信システムリソースの集合の設定は、前記PUCCHと前記PUSCHとの同時送信がオンおよびオフのどちらであるかを設定することを含む、請求項32に記載のコントローラデバイス。
36. 前記第3の通信システムリソースの集合は、一般化セル識別子とチャネルとのうちの1つを含み、前記第4の通信システムリソースの集合の各々は、アップリンク送信電力を含む、請求項32に記載のコントローラデバイス。
37. 前記第4の通信システムリソースの集合は、前記第3の通信システムリソースグループの各々1つに対して独立に設定される、請求項32に記載のコントローラデバイス。
38. ユーザ機器であって、
    通信システムの複数の第1の通信システムリソースグループに関するコントローラデバイスからの情報を受信するように構成されるとともに、コントローラデバイスから、複数の第1の通信システムリソースグループの各々1つに対してフィードバック送信のための第1の通信システムリソースの集合に関する情報を受信するように構成される受信機であって、第1の通信システムリソースグループの各々が複数のチャネルを含む、受信機と、
    受信機に動作可能なように接続されたプロセッサであって、複数の第1の通信システムリソースグループに関する情報に基づいて、複数の第1の通信システムリソースグループのチャネルを復号するように構成される、プロセッサと、
    プロセッサに動作可能なように接続された送信機であって、送信機は、チャネルの復号についての結果が反映されたフィードバックを送信するように構成され、送信が第1の通信システムリソースの集合に関する情報に基づく、送信機とを備える、ユーザ機器。
39. プロセッサは、チャネルに関連付けられたチャネルリソースを復号し、復号に成功したチャネルごとに正のフィードバックを生成し、復号に失敗した各チャネルに対して負のフィードバックを生成するように構成される、請求項38に記載のユーザ機器。
40. 受信機は、複数の第2の通信システムリソースグループの各々1つに対して第2の通信システムリソースの集合に関する情報を受信するように構成される、請求項38に記載のユーザ機器。
41. 受信機は、複数の第2の通信リソースグループに関する情報を受信するように構成される、請求項40に記載のユーザ機器。

Images