特許 6746779 無線通信システムにおいて信号を送信又は受信する方法及びそのための装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6746779

(24)【登録日】2020年8月7日

(45)【発行日】2020年8月26日

(54)【発明の名称】無線通信システムにおいて信号を送信又は受信する方法及びそのための装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20200817BHJP

【ＦＩ】

   H04W72/04 131

   H04W72/04 136

【請求項の数】14

【全頁数】25

(21)【出願番号】特願2019-512970(P2019-512970)

(86)(22)【出願日】2018年6月4日

(65)【公表番号】特表2019-530319(P2019-530319A)

(43)【公表日】2019年10月17日

(86)【国際出願番号】KR2018006344

(87)【国際公開番号】WO2018225998

(87)【国際公開日】20181213

【審査請求日】2019年3月7日

(31)【優先権主張番号】62/517,181

(32)【優先日】2017年6月9日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ソ インクォン

【審査官】 伊東 和重

(56)【参考文献】

【文献】 Panasonic，The relation among RS, REG, CCE, and CORESET[online]，3GPP TSG RAN WG1 #89，3GPP，２０１７年 ５月１９日，R1-1708108，検索日[2019.12.12],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/R1-1708108.zip＞

【文献】 Samsung，Search Space Design Parameters[online]，3GPP TSG RAN WG1 #89，3GPP，２０１７年 ５月１９日，R1-1707989，検索日[2019.12.13],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/R1-1707989.zip＞

【文献】 ETRI，Discussion on configuration of search space and CORESET[online]，3GPP TSG RAN WG1 #89，3GPP，２０１７年 ５月１９日，R1-1708100，検索日[2019.12.13],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/R1-1708100.zip＞

【文献】 LG Electronics，Discussion on CORESET configuration[online]，3GPP TSG RAN WG1 #89，3GPP，２０１７年 ５月１９日，R1-1707626，検索日[2019.12.13],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/R1-1707626.zip＞

【文献】 Guangdong OPPO Mobile Telecom，PDCCH CORESET configuration and UE procedure on NR-PDCCH[online]，3GPP TSG RAN WG1 #89，3GPP，２０１７年 ５月１９日，R1-1707703，検索日[2019.12.13],インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/R1-1707703.zip＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおいて、ＵＥ（user equipment）が下りリンク信号を受信する方法であって、
第１のＣＯＲＥＳＥＴ（control resource set）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信するステップと、
前記第１のＣＯＲＥＳＥＴ上の複数のＲＥＧ（resource element group）をバンドリングすることにより、ＰＤＣＣＨ（physical downlink control channel）信号を受信するステップと、を含み、
前記第１のＣＯＲＥＳＥＴの前記周波数リソースに関する前記情報は、ビットマップであり、
前記ビットマップは、前記ＵＥ内に設定された複数のサブ帯域の中で前記ＵＥが現在動作している第１のサブ帯域に特定して設定され、
前記ビットマップは、全ての２、３又は６つのＲＥＧが１ＲＥＧバンドルにバンドリングされた後にいずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように、‘Ｎ’−ＲＢ（resource block）単位で前記第１のサブ帯域内の前記第１のＣＯＲＥＳＥＴの前記周波数リソースを割り当て、
前記‘Ｎ’の値は、６に固定され、前記無線通信システム内の２、３及び６ＲＥＧを含む全ての利用可能なＲＥＧバンドルのサイズに対して共通に使用される、方法。

【請求項2】

前記ビットマップに含まれた複数のビットのそれぞれは、６−ＲＢに対応し、
各ビット値は、対応する６−ＲＢが前記第１のＣＯＲＥＳＥＴの前記周波数リソースであるかどうかを示す、請求項１に記載の方法。

【請求項3】

前記ＵＥは、少なくとも同一のＲＥＧバンドルに属するＲＥＧに対して同一のプリコーディングを仮定する、請求項１に記載の方法。

【請求項4】

前記第１のＣＯＲＥＳＥＴ設定は、ＲＥＧバンドルのサイズ情報をさらに含む、請求項１に記載の方法。

【請求項5】

前記ＵＥは、第１のＲＥＧバンドルのサイズを、前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴの第２のＲＥＧバンドルのサイズに関連した前記第１のＣＯＲＥＳＥＴに適用する、請求項１に記載の方法。

【請求項6】

前記第１のＣＯＲＥＳＥＴ及び前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴの一方にのみインターリーブが設定される場合、前記インターリーブは、複数のＲＥＧバンドルを含むＲＥＧバンドルセットに基づいて前記ＵＥ内で行われる、請求項１に記載の方法。

【請求項7】

前記ＲＥＧバンドルセットに含まれる前記複数のＲＥＧバンドルの数は、集合レベルに関連し、
前記ＵＥは、前記複数のＲＥＧバンドルが互いに異なるＣＣＥ（control channel element）に属することを仮定する、請求項６に記載の方法。

【請求項8】

前記第１のＣＯＲＥＳＥＴ及び前記第２のＣＯＲＥＳＥＴのうち前記インターリーブが設定されていないＣＯＲＥＳＥＴに関して、第１の集合レベルセット｛１、２、４、８｝のみは、前記ＵＥで利用可能であり、
前記インターリーブが設定されたＣＯＲＥＳＥＴに関して、前記第１の集合レベルセットに加えて第２の集合レベルセット｛１、３、６、１２｝は、前記ＵＥで利用可能である、請求項７に記載の方法。

【請求項9】

前記ＵＥは、集合レベルセットを、前記第１のＣＯＲＥＳＥＴに対して設定されたバンドルのサイズ、インターリーブが前記第１のＣＯＲＥＳＥＴに適用されるかどうか、及び前記第１のＣＯＲＥＳＥＴと重なる第２のＣＯＲＥＳＥＴの設定の少なくとも１つを考慮して決定される前記第１のＣＯＲＥＳＥＴに適用する、請求項１に記載の方法。

【請求項10】

１ＲＥＧは、時間ドメイン上において１シンボルに対応し、周波数ドメイン上において１ＲＢに対応する、請求項１に記載の方法。

【請求項11】

無線通信システムにおいて、ＢＳ（base station）が下りリンク信号を送信する方法であって、
ＵＥ（user equipment）に、第１のＣＯＲＥＳＥＴ（control resource set）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を送信するステップと、
前記第１のＣＯＲＥＳＥＴ上の複数のＲＥＧ（resource element group）をバンドリングすることにより、前記ＵＥに、ＰＤＣＣＨ（physical downlink control channel）信号を送信するステップと、を含み、
前記第１のＣＯＲＥＳＥＴの前記周波数リソースに関する前記情報は、ビットマップであり、
前記ビットマップは、前記ＵＥ内に設定された複数のサブ帯域の中で前記ＵＥが現在動作している第１のサブ帯域に特定して設定され、
前記ビットマップは、全ての２、３又は６つのＲＥＧが１ＲＥＧバンドルにバンドリングされた後にいずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように、‘Ｎ’−ＲＢ（resource block）単位で前記第１のサブ帯域内の前記第１のＣＯＲＥＳＥＴの前記周波数リソースを割り当て、
前記‘Ｎ’の値は、６に固定され、前記無線通信システム内の２、３及び６ＲＥＧを含む全ての利用可能なＲＥＧバンドルのサイズに対して共通に使用される、方法。

【請求項12】

下りリンク信号を受信するＵＥ（user equipment）であって、
受信機と、
前記受信機を用いて第１のＣＯＲＥＳＥＴ（control resource set）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信し、前記第１のＣＯＲＥＳＥＴ上の複数のＲＥＧ（resource element group）をバンドリングすることにより、ＰＤＣＣＨ（physical downlink control channel）信号を受信するプロセッサーと、を含み、
前記第１のＣＯＲＥＳＥＴの前記周波数リソースに関する前記情報は、ビットマップであり、
前記ビットマップは、前記ＵＥ内に設定された複数のサブ帯域の中で前記ＵＥが現在動作している第１のサブ帯域に特定して設定され、
前記ビットマップは、全ての２、３又は６つのＲＥＧが１ＲＥＧバンドルにバンドリングされた後にいずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように、‘Ｎ’−ＲＢ（resource block）単位で前記第１のサブ帯域内の前記第１のＣＯＲＥＳＥＴの前記周波数リソースを割り当て、
前記‘Ｎ’の値は、６に固定され、無線通信システム内の２、３及び６ＲＥＧを含む全ての利用可能なＲＥＧバンドルのサイズに対して共通に使用される、ＵＥ。

【請求項13】

下りリンク信号を送信するＢＳ（base station）であって、
送信機と、
前記送信機を用いて第１のＣＯＲＥＳＥＴ（control resource set）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定をＵＥ（user equipment）に送信し、前記第１のＣＯＲＥＳＥＴ上の複数のＲＥＧ（resource element group）をバンドリングすることにより、ＰＤＣＣＨ（physical downlink control channel）信号を前記ＵＥに送信するプロセッサーと、を含み、
前記第１のＣＯＲＥＳＥＴの前記周波数リソースに関する前記情報は、ビットマップであり、
前記ビットマップは、前記ＵＥ内に設定された複数のサブ帯域の中で前記ＵＥが現在動作している第１のサブ帯域に特定して設定され、
前記ビットマップは、全ての２、３又は６つのＲＥＧが１ＲＥＧバンドルにバンドリングされた後にいずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように、‘Ｎ’−ＲＢ（resource block）単位で前記第１のサブ帯域内の前記第１のＣＯＲＥＳＥＴの前記周波数リソースを割り当て、
前記‘Ｎ’の値は、６に固定され、無線通信システム内の２、３及び６ＲＥＧを含む全ての利用可能なＲＥＧバンドルのサイズに対して共通に使用される、基地局。

【請求項14】

前記第１のＣＯＲＥＳＥＴ設定は、前記第１のＣＯＲＥＳＥＴのためのＣＯＲＥＳＥＴ時間長に関する情報をさらに含み、
前記第１のＣＯＲＥＳＥＴのための前記ＣＯＲＥＳＥＴ時間長は、２又は３シンボルで設定され、
前記第１のＣＯＲＥＳＥＴ上のそれぞれのＲＥＧバンドルの周波数ドメインのサイズは、ＲＥＧバンドルのサイズ及び前記第１のＣＯＲＥＳＥＴのための前記ＣＯＲＥＳＥＴ時間長に応じて、周波数ドメイン内の１ＲＢ、２ＲＢ又は３ＲＢである、請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムに関し、より具体的には、無線通信システムにおいて下りリンク制御チャンネル信号を送信又は受信する方法及びそのための装置に関する。

【背景技術】

【0002】

まず、既存の３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムについて簡略に説明する。図１を参照すると、端末は初期セル探索を行う（Ｓ１０１）。初期セル探索の過程において、端末は基地局からＰ−ＳＣＨ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）及びＳ−ＳＣＨ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）を受信して基地局と下りリンク同期を確立し、セルＩＤなどの情報を得る。その後、端末はＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を介してシステム情報（ｅ．ｇ．，ＭＩＢ）を得る。端末はＤＬ ＲＳ（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャンネル状態を確認することができる。

【0003】

初期セル探索の後、端末はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びＰＤＣＣＨによりスケジュールされたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を受信して、より具体的なシステム情報（ｅ．ｇ．，ＳＩＢｓ）を得る（Ｓ１０２）。

【0004】

端末は上りリンク同期化のために任意接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ、ランダムアクセス手順）を行うことができる。端末はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してプリアンブル（ｅ．ｇ．，Ｍｓｇ１）を送信し（Ｓ１０３）、ＰＤＣＣＨ及びＰＤＣＣＨに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（ｅ．ｇ．，Ｍｓｇ２）を受信する（Ｓ１０４）。競争基盤任意接続の場合は、さらにＰＲＡＣＨの送信（Ｓ１０５）及びＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）が行われる。

【0005】

その後、端末は、一般的な上／下りリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０７）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の送信（Ｓ１０８）を行う。端末が基地局にＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を送信する。ＵＣＩはＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）及び／又はＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本発明で遂げようとする技術的課題は、無線通信システムにおいてＰＤＣＣＨ信号をより効率的且つ正確に送信又は受信するための方法及びそのための装置を提供することである。

【0007】

本発明の技術的課題は、上述した技術的課題に制限されず、その他の技術的課題が本発明の実施例から導出され得る。

【課題を解決するための手段】

【0008】

上述した技術的課題を達成するための本発明の一実施例による無線通信システムにおいて、端末が下りリンク信号を受信する方法は、第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信するステップと、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を受信するステップと、を含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。

【0009】

上述した技術的課題を達成するための本発明の別の一側面による無線通信システムにおいて、基地局が下りリンク信号を送信する方法は、第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を送信するステップと、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を送信するステップと、を含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。

【0010】

上述した技術的課題を達成するための本発明の別の一実施例による下りリンク信号を受信する端末は、受信機と、前記受信機を用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信して、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を受信するプロセッサーと、を含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。

【0011】

上述した技術的課題を達成するための本発明の別の一実施例による下りリンク信号を送信する基地局は、送信機と、前記送信機を用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を送信して、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を送信するプロセッサーを含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。

【0012】

前記ビットマップは、多数のサブ帯域のうち前記端末が動作するサブ帯域に特定して設定されてもよい。前記ビットマップに含まれた多数のビットのそれぞれが６−ＲＢに該当し、各ビット値によって当該６−ＲＢが前記第１のＣＯＲＥＳＥＴの周波数リソースであるか否かが指示されてもよい。

【0013】

前記端末は、少なくとも同一のＲＥＧバンドルに属するＲＥＧに対しては、同一のプリコーディングを仮定してもよい。

【0014】

さらに、前記第１のＣＯＲＥＳＥＴ設定は、ＲＥＧバンドルのサイズ情報を含んでもよい。

【0015】

前記第１のＣＯＲＥＳＥＴに適用されるＲＥＧバンドルのサイズは、前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのＲＥＧバンドルのサイズを考慮して決定されてもよい。

【0016】

前記第１のＣＯＲＥＳＥＴ及び前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのうち一方にのみインターリーブが設定される場合、前記インターリーブは、多数のＲＥＧバンドルを含むＲＥＧバンドルセットをベースとして行われてもよい。

【0017】

前記ＲＥＧバンドルセットに含まれる多数のＲＥＧバンドルの個数は、集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）によって決定され、前記多数のＲＥＧバンドルは互いに異なるＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）に属してもよい。

【0018】

前記第１のＣＯＲＥＳＥＴ及び前記第２のＣＯＲＥＳＥＴのうち前記インターリーブが設定されていないＣＯＲＥＳＥＴに対して、第１の集合レベルセット｛１、２、４、８｝のみ用いることができ、前記インターリーブが設定されたＣＯＲＥＳＥＴに対して、前記第１の集合レベルセットに加えて第２の集合レベルセット｛１、３、６、１２｝も用いることができる。

【0019】

前記第１のＣＯＲＥＳＥＴに適用される集合レベルセットは、前記第１のＣＯＲＥＳＥＴに設定されたバンドルのサイズ、インターリーブを適用するか否か、及び前記第１のＣＯＲＥＳＥＴと重なる第２のＣＯＲＥＳＥＴの設定のうち少なくとも１つを考慮して決定されてもよい。

【0020】

１ＲＥＧは、時間ドメイン上において１シンボル及び周波数ドメイン上において１ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に該当してもよい。

【発明の効果】

【0021】

本発明の一実施例によれば、ＰＤＣＣＨ信号の送受信のために、ＣＯＲＥＳＥＴ内において２、３又は６−ＲＥＧが１ＲＥＧバンドルでバンドリングされるため、ＰＤＣＣＨ信号に対するチャンネル推定がより正確且つ効率的に行われるのみならず、ＣＯＲＥＳＥＴの周波数リソースが６−ＲＢ単位のビットマップを介して割り当てられるため、ＲＥＧバンドリングによる残りのリソースが発生しないことから、ＣＯＲＥＳＥＴの無線リソースがより効率的に利用されることができる。

【0022】

本発明の技術的効果は、上述した技術的効果に制限されず、その他の技術的効果が本発明の実施例から導出され得る。

【図面の簡単な説明】

【0023】

【図1】３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いる一般的な信号送信方法を示す図である。

【図2】互いに異なるＣＯＲＥＳＥＴの間のＲＥＧバンドル格子が一致しない場合に発生し得る問題を説明するための図である。

【図3】互いに異なるＣＯＲＥＳＥＴに属した他のＡＬ候補間のブロッキングに対する一例を示す図である。

【図4】Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴとのブロッキングの別の一例を示す図である。

【図5】Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥとＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルセットを示す図である。

【図6】本発明の一実施例による１シンボルＣＯＲＥＳＥＴと２シンボルＣＯＲＥＳＥＴとの重なりを示す図である。

【図7】本発明の一実施例による下りリンク信号の送受信方法のフローを示す図である。

【図8】本発明の一実施例による端末及び基地局を示す図である。

【発明を実施するための形態】

【0024】

以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。

【0025】

説明を明確にするために、３ＧＰＰベースの移動通信システムを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。

【0026】

多数の通信機器がより大きな通信容量を要求することにより、最近論議されている次世代通信システムでは、既存の無線接続技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイルブロードバンド（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）通信の必要性が高まっている。また多数の機器及びモノを連結していつでもどこでも多様なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）も次世代通信において考慮すべき主要なイッシュである。また、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）などに敏感なサービス／ＵＥを考慮して、次世代通信システムとしてＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が論議されている。

【0027】

このようにｅＭＢＢ、ｍＭＴＣ及びＵＲＬＣＣなどを考慮した新しい無線接続技術（Ｎｅｗ ＲＡＴ）が次世代無線通信のために論議されている。

【0028】

Ｎｅｗ ＲＡＴの設計とかち合わないＬＴＥ／ＬＴＥ−Ａの動作及び設定はＮｅｗ ＲＡＴにも適用することができる。Ｎｅｗ ＲＡＴは便宜上５Ｇ移動通信とも称する。

【0029】

＜ＮＲフレーム構造及び物理リソース＞

【0030】

ＮＲシステムにおいて、下りリンク（ＤＬ）及び上りリンク（ＵＬ）の送信は１０ｍｓの長さ（ｄｕｒａｔｉｏｎ）を有するフレームを介して行われ、各々のフレームは１０個のサブフレームを含む。従って１サブフレームは１ｍｓに該当する。各々のフレームは２つのハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）に分けられる。

【0031】

１つのサブフレームは、N_symb^{subframe，μ}= N_symb^slot X N_slot^{subframe，μ}個の連続したＯＦＤＭシンボルを含む。N_symb^slotはスロット当たりのシンボル数、μはＯＦＤＭニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）を表し、N_slot^{subframe，μ}は該当μに対してサブフレーム当たりのスロット数を表す。ＮＲでは表１のような多重ＯＦＤＭニューマロロジーが支援される。

【0032】

【表1】

【0033】

表１において、Δｆはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ，ＳＣＳ）を意味する。ＤＬキャリアＢＷＰ（ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するμ及びＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）とＵＬキャリアＢＷＰに対するμ及びＣＰは、上りリンクシグナリングにより端末に設定される。

【0034】

表２は、一般ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（N_symb^slot）、フレーム当たりのスロット数（N_slot^frame，μ）及びサブフレーム当たりのスロット数（N_slot^{subframe，μ}）を表す。

【0035】

【表2】

【0036】

表３は、拡大ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（N_symb^slot）、フレーム当たりのスロット数（N_slot^frame，μ）及びサブフレーム当たりのスロット数（N_slot^{subframe，μ}）を表す。

【0037】

【表3】

【0038】

このようにＮＲシステムではＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって１サブフレームを構成するスロット数が変更できる。各々のスロットに含まれたＯＦＤＭシンボルはＤ（ＤＬ）、Ｕ（ＵＬ）及びＸ（Ｆｌｅｘｉｂｌｅ）のうちいずれか１つである。ＤＬ送信はＤ又はＸシンボルで行われ、ＵＬ送信はＵ又はＸシンボルで行われる。なお、Ｆｌｅｘｉｂｌｅリソース（ｅ．ｇ．，Ｘシンボル）はＲｅｓｅｒｖｅｄリソース、Ｏｔｈｅｒリソース又はＵｎｋｎｏｗｎリソースとも称される。

【0039】

ＮＲにおいて、１つのＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は周波数ドメインで１２個のサブキャリアに該当する。ＲＢは多数のＯＦＤＭシンボルを含むことができる。ＲＥ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）は１サブキャリア及び１ＯＦＤＭシンボルに該当する。従って、１ＲＢ内の１ＯＦＤＭシンボル上には１２ＲＥが存在する。

【0040】

キャリアＢＷＰは連続するＰＲＢ（Ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）のセットで定義される。キャリアＢＷＰは簡略にＢＷＰとも称される。１つのＵＥには最大４つのＢＷＰが上りリンク／下りリンクの各々に対して設定される。複数のＢＷＰが設定されても、与えられた時間の間には１つのＢＷＰが活性化される。但し、端末にＳＵＬ（ｓｕｐｐｌｅｍｅｎｔａｒｙ ｕｐｌｉｎｋ）が設定された場合、さらに４つのＢＷＰがＳＵＬに対して設定され、与えられた時間の間に１つのＢＷＰが活性化される。端末は活性化されたＤＬ ＢＷＰから外れると、ＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ−ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）又はＴＲＳ（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を受信できない。また端末は活性化されたＵＬ ＢＷＰから外れると、ＰＵＳＣＨ又はＰＵＣＣＨを受信できない。

【0041】

＜ＮＲ ＤＬ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ＞

【0042】

ＮＲシステムにおいて、制御チャンネルの送信単位はＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）及び／又はＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）などで定義される。ＣＣＥは制御チャンネル送信のための最小単位を意味する。即ち、最小ＰＤＣＣＨのサイズは１ＣＣＥに対応する。集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）が２以上である場合、ネットワークは多数のＣＣＥを集めて１つのＰＤＣＣＨを送信することができる(ｉ．ｅ.，ＣＣＥ ａｇｇｒｅｇａｔｉｏｎ)。

【0043】

ＲＥＧは、時間ドメインでは１ＯＦＤＭシンボル、周波数ドメインでは１ＰＲＢに該当する。また、１ＣＣＥは６ＲＥＧに該当する。

【0044】

一方、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）及び探索空間（ｓｅａｒｃｈ ｓｐａｃｅ，ＳＳ）について簡略に説明すると、ＣＯＲＥＳＥＴは制御信号送信のためのリソースのセットであり、探索空間は端末がブラインド検出を行う制御チャンネル候補の集まりである。探索空間はＣＯＲＥＳＥＴ上に設定されることができる。一例として、１つのＣＯＲＥＳＥＴに１つの探索空間が定義されると、ＣＳＳ（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）のためのＣＯＲＥＳＥＴとＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）のためのＣＯＲＥＳＥＴが各々設定される。他の例として、１つのＣＯＲＥＳＥＴに多数の探索空間が定義されてもよい。例えば、ＣＳＳとＵＳＳが同じＣＯＲＥＳＥＴに設定されてもよい。以下の例示においては、ＣＳＳはＣＳＳが設定されるＣＯＲＥＳＥＴを意味し、ＵＳＳはＵＳＳが設定されるＣＯＲＥＳＥＴなどを意味してもよい。

【0045】

基地局は、ＣＯＲＥＳＥＴに関する情報を端末にシグナリングすることができる。例えば、各ＣＯＲＥＳＥＴのためにＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎが端末にシグナリングされ、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎには当該ＣＯＲＥＳＥＴの時間長（ｔｉｍｅ ｄｕｒａｔｉｏｎ）（ｅ．ｇ．，１／２／３ シンボルなど）、当該ＣＯＲＥＳＥＴの周波数ドメインリソース、プリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）、ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプ（ｅ．ｇ．，Ｉｎｔｅｒｌｅａｖｅｄ／Ｎｏｎ−Ｉｎｔｅｒｌｅａｖｅｄ）、Ｉｎｔｅｒｌｅａｖｅｄ ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプの場合、ＲＥＧバンドリングサイズ及びインターリーバサイズなどがシグナルされる。

【0046】

１−シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＮｏｎ−Ｉｎｔｅｒｌｅａｖｅｄタイプである場合、ＣＣＥに対する６ＲＥＧが１つのＲＥＧバンドルでグループされ、当該ＣＣＥのＲＥＧはいずれも連続することができる。１ＰＤＣＣＨ内にＣＣＥが複数である場合（ｅ．ｇ．，ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌが２以上である場合）、ＣＣＥも互いに連続することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧバンドルに対して同一のプリコーディングを仮定することができる。

【0047】

１−シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＩｎｔｅｒｌｅａｖｅｄタイプである場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルで構成される。一例として、２、３、６のＲＥＧバンドルサイズがいずれも支援されるのではなく、そのサブセットとして、例えば、｛２｝、｛３｝、｛２、３｝、｛２、６｝、｛３、６｝又は｛２、３、６｝のＲＥＧバンドルサイズが支援される。仮に、｛２、６｝のＲＥＧバンドルサイズが支援される場合、２つのＲＥＧが１ＲＥＧバンドルを構成するか、又は６つのＲＥＧが１ＲＥＧバンドルを構成することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーティングを仮定することができる。

【0048】

２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングの場合、ＲＥＧバンドルが時間／周波数ドメインで定義されてもよい。ＲＥＧバンドルが時間ドメインで定義される場合、１ＲＥＧバンドルに属するＲＥＧがいずれも同一のＲＢに属して、他のシンボルが該当してもよい。ＲＥＧバンドルが時間−周波数ドメインで定義される場合、１ＲＥＧバンドルは同一のＲＢに属して、他のシンボルが該当するＲＥＧのみならず、他のＲＢに属するＲＥＧを含んでもよい。

【0049】

また、２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングに対して時間優先マッピング（ｔｉｍｅ−ｆｉｒｓｔ ｍａｐｐｉｎｇ）が支援されてもよい。時間ドメイン上でＲＥＧバンドルがＣＯＲＥＳＥＴの時間ドメインＤｕｒａｔｉｏｎと同様に設定されることが支援されてもよい。Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄタイプの場合、ＣＣＥを構成する６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、当該ＣＣＥのＲＥＧは時間／周波数ドメインで局部化（ｌｏｃａｌｉｚｅｄ）されてもよい。Ｉｎｔｅｒｌｅａｖｅｄタイプの場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、ＣＯＲＥＳＥＴ内でＲＥＧバンドルはインターリーブされてもよい。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーディングを仮定してもよい。

【0050】

一方、２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対して、時間ドメインプリコーダ循環（ｐｒｅｃｏｄｅｒ ｃｙｃｌｉｎｇ）が論議されており、そのために時間ドメインで１シンボルに該当するＲＥＧバンドルが支援されるか、又はＲＥＧ−ｔｏ−ＣＣＥマッピングを１シンボル−ＣＯＲＥＳＥＴの場合と同様に行い、１ＰＤＣＣＨ候補を複数のシンボルにわたってマッピングすることが支援されてもよい。

【0051】

以上の論議によれば、ＲＥＧバンドリングサイズによって時間／周波数ドメインでバンドリング領域が決定される。ただし、分散マッピング（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｐｐｉｎｇ）（ｉ．ｅ．，ｉｎｔｅｒｌｅａｖｉｎｇ ｃａｓｅ）でＩｎｔｅｒ−ＲＥＧ ｂｕｎｄｌｅバンドリングは未だ決定されていない。

【0052】

ＲＥＧバンドリングは制御チャンネルのチャンネル推定性能を向上させるために導入することが望ましい。一方、ＲＥＧバンドリングが導入される場合、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎとの不一致（ｍｉｓｍａｔｃｈ）の問題及び互いに異なるＣＯＲＥＳＥＴに属する制御チャンネル候補（ｃａｎｄｉｄａｔｅ）間のブロッキング確率（ｂｌｏｃｋｉｎｇ ｐｒｏｂａｂｉｌｉｔｙ）の増加などの問題が解決されなければならない。

【0053】

本発明の実施例にはこのような問題点に対する解決策が提案される。以下に提案される例示は、単独又は組み合わせによって具現される。また、以下の説明において、Ｄｉｓｔｒｉｂｕｔｅｄ ＣＯＲＥＳＥＴ又はＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴは、当該ＣＯＲＥＳＥＴ内において１つのＣＣＥを構成するＲＥＧ（又は、ＲＥＧ ｂｕｎｄｌｅ、ＲＥＧ ｂｕｎｄｌｅ ｓｅｔ）などが分散され配置されることを意味する。

【0054】

Ｉｓｓｕｅ １：ＣＯＲＥＳＥＴ帯域幅とＲＥＧバンドルとの不一致（ｍｉｓｍａｔｃｈ）

【0055】

周波数ドメインでＲＥＧバンドルは、１、２、３又は６−ＲＥＧ（又はＲＢ）で構成されるが、ＣＯＲＥＳＥＴのＢＷ（ｂａｎｄｗｉｄｔｈ）（ｉ．ｅ．，ＣＯＲＥＳＥＴの周波数ドメインにおけるサイズ）がバンドルサイズの倍数ではない場合、ＲＥＧバンドルに属しない残りのリソース（ｒｅｓｉｄｕａｌ ｒｅｓｏｕｒｃｅ）が発生することがある。よって、ＣＯＲＥＳＥＴの残りのリソースに対する処理方法が必要である。

【0056】

例えば、ＣＯＲＥＳＥＴ帯域幅が１００ＲＢｓであるが、周波数ドメインバンドルのサイズが３である場合、１つのＲＥＧは制御チャンネル送信のための使用できない残りのリソースとして残される。このような残りのリソースの位置が正確に定義されない場合、ネットワークと端末との間でＲＥＧバンドリングに対する理解が異なり、チャンネル推定性能が保証できず、仮に互いに異なる端末が同一のＣＯＲＥＳＥＴにおいて残りのリソースの位置を異ならせると仮定する場合、制御チャンネル候補間のブロッキング確率が増加する。よって、このような問題点を解決するための方法の案を説明する。

【0057】

（１）ＣＯＲＥＳＥＴに対する周波数ドメインリソース割り当て

【0058】

全てのバンドルサイズ（ｅ．ｇ．，２、３ｏｒ６−ＲＥＧ）に対して残りのリソースを発生させないために、ＣＯＲＥＳＥＴの周波数ドメインリソース割り当てを６ＲＢ単位で行うことを提案する。１ＲＥＧは周波数ドメインにおいて１ＲＢに該当するが、ＣＯＲＥＳＥＴが全てのバンドルサイズの最小公倍数である６ＲＢ単位で割り当てられる場合（ｅ．ｇ．，６＊Ｎ ＲＢｓ）、２、３及び６−ＲＥＧのうちいずれのバンドルサイズが用いられても残りのリソースが発生しないというメリットがある。又は、ＣＯＲＥＳＥＴごとに周波数ドメインバンドルサイズが定められる場合、周波数ドメインバンドルサイズの単位でＣＯＲＥＳＥＴリソース割り当てが行われてもよい。

【0059】

例えば、ＣＯＲＥＳＥＴのリソース割り当て単位＝６ＲＢｓと定義（又は、当該ＣＯＲＥＳＥＴの周波数ドメインバンドルサイズと定義）されてもよく、当該ＣＯＲＥＳＥＴではリソース割り当て単位でＲＥＧバンドル格子（ｇｒｉｄ）が構成されてもよい。ネットワーク／ＵＥはＲＥＧバンドル格子を基準としてインターリーブなどを行ってもよい。

【0060】

周波数ドメインにおいてＣＯＲＥＳＥＴのリソースを割り当てるために、以下のようなオプションが考慮されてもよい。

【0061】

− オプション１：周波数ドメインにおいてＣＯＲＥＳＥＴリソースは、ＣＯＲＥＳＥＴの開始ＰＲＢインデックス（ｅ．ｇ．，ＰＲＢオフセット）及びＣＯＲＥＳＥＴを構成するリソース割り当て単位の個数の組み合わせで定義されてもよい。例えば、ネットワークは、ＰＲＢインデックス０（ｅ．ｇ．，ＣＯＲＥＳＥＴの開始ＰＲＢ）と２０個のリソース割り当て単位（ｅ．ｇ．，２０＊６−ＰＲＢ）をＣＯＲＥＳＥＴ ＢＷとして設定してもよい。ＰＲＢインデックスの一例として、システムＢＷの最下位のＰＲＢがＰＲＢインデックス０と設定されてもよい。又は、システム帯域幅が多数のサブＢＷ（ｅ．ｇ．，ＢＷＰ）に分けられ、各端末がサブＢＷベースで動作する場合、各サブＢＷの最下位ＰＲＢがＰＲＢインデックス０と設定されてもよい。例えば、サブＢＷ特有のＰＲＢインデックスが行われてもよい。一方、多数のキャリアが定義される場合、ＰＲＢインデックス０は各キャリアの最下位のＰＲＢであるか、又はキャリアに含まれた多数のサブＢＷのうち端末が動作するサブＢＷの最下位ＰＲＢであってもよく、これに限定されない。

【0062】

− オプション２：リソース割り当て単位（又は、バンドルサイズ）ベースのビットマップ

【0063】

ネットワークは、オプション１において説明したシステム帯域幅或いはサブバンドに対して、リソース割り当て単位ベースのビットマップを介して端末にＣＯＲＥＳＥＴ帯域幅を設定してもよい。一例として、リソース割り当て単位が６−ＲＢであると仮定するとき、ビットマップの各ビットは６−ＲＢに該当することができる。

【0064】

一方、オプション２はオプション１とかち合うものではないため、オプション２は、オプション１においてリソース割り当て単位の個数をシグナリングする具体的な方法の案として解釈されてもよい。また、サブＢＷ特有のＰＲＢインデックスが行われる場合、ビットマップはサブＢＷ特有に構成されてもよい。

【0065】

（２）残りのリソース設定

【0066】

残りのリソースの発生を防止できないＣＯＲＥＳＥＴリソース割り当て方式が用いられる場合、残りのリソースの位置を決定する方法を提案する。

【0067】

残りのリソースの位置は、予め定義されるか、ネットワークによって（ＣＯＲＥＳＥＴごとに）残りのリソースの位置が設定されてもよい。例えば、特定のＣＯＲＥＳＥＴに残りのリソースが発生した場合、残りのリソースはＣＯＲＥＳＥＴの開始及び／又は終了地点に位置することと予め定義されるか、ネットワークによって設定されてもよい。

【0068】

Ｉｓｓｕｅ ２：多数のＣＯＲＥＳＥＴ間のブロッキングの問題

【0069】

ＮＲ ＰＤＣＣＨ送受信のための１つの端末に多数のＣＯＲＥＳＥＴが設定され、互いに異なるＣＯＲＥＳＥＴが部分的に重なる場合もある。ＣＯＲＥＳＥＴが重なる場合、ＲＥＧバンドル格子がＣＯＲＥＳＥＴ間に整列（ａｌｉｇｎ）されないと、特定のＣＯＲＥＳＥＴのＲＥＧバンドルが他のＣＯＲＥＳＥＴの多数のＲＥＧバンドルと重なる問題が発生することがある。すなわち、ブロッキング確率が増加して、リソース使用の効率性が深刻に低下し得る。

【0070】

図２は、互いに異なるＣＯＲＥＳＥＴ間のＲＥＧバンドル格子が一致しない場合に発生し得る問題を説明するための図である。ＣＯＲＥＳＥＴ ０とＣＯＲＥＳＥＴ １とが重なるが、ＣＯＲＥＳＥＴ ０のＤｕｒａｔｉｏｎはＣＯＲＥＳＥＴ １のＤｕｒａｔｉｏｎと同一であり、ＣＯＲＥＳＥＴ ０の周波数ドメインバンドルサイズがＣＯＲＥＳＥＴ １の周波数ドメインバンドルサイズと同一であり、ＲＥＧバンドル境界（ｂｏｕｎｄａｒｙ）がＣＯＲＥＳＴ間に整列されないことと仮定する。

【0071】

図２を参照すれば、ＣＯＲＥＳＥＴ １のＣＣＥはＣＯＲＥＳＥＴ ０の２つのＣＣＥと重なる。よって、ＣＯＲＥＳＥＴ １のＣＣＥが特定の端末のために用いられる場合、ネットワークはＣＯＲＥＳＥＴ ０の２つのＣＣＥを用いることができないので、リソースロスをもたらす。このような問題を解決するために、以下のような方法を提案する。

【0072】

（３）互いに異なるＣＯＲＥＳＥＴに属するＲＥＧバンドル間の境界整列

【0073】

図２では、ＲＥＧバンドル境界（ｂｏｕｎｄａｒｙ）がＣＯＲＥＳＥＴ間に整列されずにブロッキング確率が増加する問題があり、これを解決するために、以下のようなオプションが用いられてもよい。

【0074】

− オプション１：ＣＯＲＥＳＥＴごとにＲＥＧバンドルの開始位置に対するオフセットを設定

【0075】

一例として、ネットワークはＣＯＲＥＳＥＴごとにＲＥＧバンドルの開始位置を設定してもよい。端末は各ＣＯＲＥＳＥＴごとに設定されたＲＥＧバンドルの開始位置から当該ＣＯＲＥＳＥＴに設定されたバンドルサイズ単位でバンドル境界を決定してもよい。

【0076】

− オプション２：バンドル境界に対するＧｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅ

【0077】

バンドル境界を決定するために、Ｇｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅが予め定義されるか、ネットワークによって設定されてもよい。

【0078】

一例として、システムＢＷの開始点、同期信号（又は、ＰＢＣＨ）のように初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程に連携された共通リソースの開始点などがＧｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅとして用いられてもよい。Ｇｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅを知っている（又は、設定された）端末は、Ｇｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅからバンドルサイズを適用し、当該ＣＯＲＥＳＥＴのバンドル境界を決定する。

【0079】

端末は、各ＣＯＲＥＳＥＴごとにオプション１又はオプション２によってバンドル境界を設定することができる。仮にバンドル境界とＣＯＲＥＳＥＴの境界とが一致しない場合、ＣＯＲＥＳＥＴに完全に含まれないＲＥＧバンドル（ｅ．ｇ．，ＲＥＧバンドルの一部がＣＯＲＥＳＥＴの境界から外れた場合）は、制御チャンネル送信に使用しないと仮定することができる。ＣＯＲＥＳＥＴに完全に含まれないＲＥＧバンドルは探索空間を構成するための過程（ｅ．ｇ．，インターリーブ、ハッシングなど）において考慮されなくてもよい。

【0080】

（４）重なるＣＯＲＥＳＥＴ間のバンドルサイズ整列（ａｌｉｇｎｍｅｎｔ）

【0081】

上述した図２においては、同一のバンドルサイズを有するＣＯＲＥＳＥＴ間のバンドル境界が一致しないことで、ブロッキング確率が増加する場合について説明したが、バンドル境界が一致しても各ＣＯＲＥＳＥＴバンドルサイズが異なると、図２と類似した問題が生じる。

【0082】

例えば、重なるＣＯＲＥＳＥＴに異なるバンドルサイズが設定され、バンドリングが開始される地点が同一である場合、各バンドルサイズの最小公倍数の間隔にバンドル境界がＣＯＲＥＳＥＴの間において一致し、当該境界内ではブロッキング確率が増加する。

【0083】

これを解決するために、互いに異なるＣＯＲＥＳＥＴが重なる場合、各ＣＯＲＥＳＥＴの周波数ドメインバンドルサイズを同一に設定することを提案する。一例として、同一の周波数ドメインバンドルサイズは、ネットワークがシグナリングするＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれてもよい。または、周波数ドメインバンドルサイズが別にシグナリングされず、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎの他の情報要素（ｅ．ｇ．，ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎ）と連携して決定されてもよく、これは当該ＣＯＲＥＳＥＴのバンドルサイズのうち１つが代表バンドルサイズとして決定されることを意味する。

【0084】

例えば、ＣＯＲＥＳＥＴ ０は１シンボルＤｕｒａｔｉｏｎとして設定され、ＣＯＲＥＳＥＴ １は２シンボルＤｕｒａｔｉｏｎとして設定されると仮定する。ＣＯＲＥＳＥＴ ０／１の周波数 ドメインバンドルサイズがそれぞれ６／３である場合、代表バンドルサイズは３と決定されることができる。ＣＯＲＥＳＥＴ Ｄｕｒａｔｉｏｎが２であり、時間優先マッピングが適用されるとき（１ＣＣＥは６ＲＥＧで構成されるため、ｉｎｔｅｒ−ＣＣＥバンドリングが適用されないと）、周波数ドメインバンドルサイズは１又は３のみが可能であるため、２つのＣＯＲＥＳＥＴに共通してバンドルサイズ３が使用されることと解釈できる。

【0085】

Ｉｓｓｕｅ ３：他のＣＯＲＥＳＥＴの他の集合レベル候補間のブロッキング問題

【0086】

インターリーブが用いられるＣＯＲＥＳＥＴとインターリーブが用いられないＣＯＲＥＳＥＴとが重なる場合、インターリーブが用いられるＣＯＲＥＳＥＴの高い集合レベル（ＡＬ）制御チャンネル候補に属するリソースがインターリーブが用いられないＣＯＲＥＳＥＴの多数の制御チャンネル候補をブロッキングする場合が発生し得る。

【0087】

図３は、互いに異なるＣＯＲＥＳＥＴに属する他のＡＬ候補間のブロッキングに関する一例を示す。

【0088】

ＣＯＲＥＳＥＴ ０にはインターリーブが用いられず、ＣＯＲＥＳＥＴ １にはインターリーブが用いられると仮定して、ＣＯＲＥＳＥＴ １においてＡＬ４制御チャンネル候補を構成するリソースのうち一部を太い実線で示す。ＣＯＲＥＳＥＴ １において周波数ドメイン上においてバンドルサイズ２であるＲＥＧ ｂｕｎｄｌｅ １２個が１つのＡＬ４制御チャンネル候補を構成すると仮定して、１２個のＲＥＧ ｂｕｎｄｌｅは周波数ドメインにおいて均等に分散されると仮定する。

【0089】

一方、図３において、ＣＯＲＥＳＥＴ １の一部のリソースによるブロッキングが示されたが、最悪の場合、ＣＯＲＥＳＥＴ １のＡＬ４制御チャンネル候補の１つがＣＯＲＥＳＥＴ ０の１２個のＣＣＥをブロッキングすることもある。

【0090】

逆に、ＣＯＲＥＳＥＴ ０の上位ＡＬ制御チャンネル候補がＣＯＲＥＳＥＴ １の多数の制御チャンネル候補をブロッキングする問題も発生し得る。

【0091】

異なるマッピング方式（ｅ．ｇ．，ｉｎｔｅｒｌｅａｖｉｎｇ／ｎｏｎ−ｉｎｔｅｒｌｅａｖｉｎｇ）を用いるＣＯＲＥＳＥＴが重なる場合、制御チャンネル候補がリソースを占める方式がＣＯＲＥＳＥＴごとに異なるため、ブロッキング問題の発生が避けられない。以下では、このようなブロッキング問題を最小化する方法を提案する。

【0092】

（５）ＲＥＧバンドルセットベースのインターリーブ

【0093】

図３から分かるように、Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴとが重なる場合、Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴにおいて１つの制御チャンネル候補を構成するＲＥＧバンドルが均等に（ＣＯＲＥＳＥＴ内に）分散されている場合、他のＣＯＲＥＳＥＴの制御チャンネル候補が相互間のブロッキング問題をもたらす。

【0094】

これを最小化するための方法の案として、ＲＥＧバンドルセット単位でインターリーブを行うことを提案する。ＲＥＧバンドルセットは、互いに異なるＣＣＥを構成するＲＥＧ ｂｕｎｄｌｅの集合を意味する。

【0095】

例えば、ＡＬ２制御チャンネル候補に対するインターリーブが行われ、ＲＥＧバンドルサイズは２−ＲＥＧと仮定する。ネットワーク／端末は、ＡＬ２制御チャンネル候補を構成するＣＣＥ ０（＝ＲＥＧ ｂｕｎｄｌｅ０＋ＲＥＧ ｂｕｎｄｌｅ１＋ＲＥＧ ｂｕｎｄｌｅ２）とＣＣＥ１（＝ＲＥＧ ｂｕｎｄｌｅ３＋ＲＥＧ ｂｕｎｄｌｅ４＋ＲＥＧ ｂｕｎｄｌｅ５）においてそれぞれ１ＲＥＧ ｂｕｎｄｌｅを選択し、１ＲＥＧバンドルセットを構成することができる。その結果、３つのＲＥＧバンドルセットが生成される。例えば、ＲＥＧバンドルセット０＝ＲＥＧ ｂｕｎｄｌｅ０＋ＲＥＧ ｂｕｎｄｌｅ３、ＲＥＧバンドルセット１＝ＲＥＧ ｂｕｎｄｌｅ１＋ＲＥＧ ｂｕｎｄｌｅ４、ＲＥＧバンドルセット２＝ＲＥＧ ｂｕｎｄｌｅ２＋ＲＥＧ ｂｕｎｄｌｅ５のように３つのＲＥＧバンドルセットが決定される。ネットワーク／端末はＲＥＧバンドルセット単位でインターリーブを行うことができる。

【0096】

このように、ＲＥＧバンドルセットベースのインターリーブが行われると、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ内のＡＬ２制御チャンネル候補は、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ１制御チャンネル候補の３つのみをブロッキングすることになる。一方、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ２制御チャンネル候補を構成するＲＥＧ ｂｕｎｄｌｅをＣＯＲＥＳＥＴ内に均等に分配する場合（ｉ．ｅ．，ＲＥＧ ｂｕｎｄｌｅ単位のインターリーブ）、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ２制御チャンネル候補は、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ１制御チャンネル候補の６つをブロッキングする。

【0097】

ＲＥＧバンドルセットベースのインターリーブが行われる場合、ＲＥＧバンドルセットのサイズは、Ｔａｒｇｅｔ ＡＬによって異なるように設定されてもよい。ネットワークは、チャンネル状況などを適宜に反映するためにＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴを設定するとき、当該ＣＯＲＥＳＥＴにおいて適用されるＲＥＧバンドルセットのサイズ（又は、ｔａｒｇｅｔ ＡＬ）を設定することができる。これは、ＲＥＧバンドルセットのサイズが増加すれば、周波数ダイバーシティの利得が減少し、ＲＥＧバンドルセットのサイズが減少すれば、周波数ダイバーシティの利得が増加することを意味する。ＲＥＧ ｂｕｎｄｌｅ間のバンドリングが支援される場合、ＲＥＧバンドルセットのサイズが増加することは、チャンネル推定性能が向上することを意味する。例えば、ＡＬ４をターゲットとしてＲＥＧバンドルセットベースのインターリーブを行う場合、（ＡＬ４制御チャンネル候補を構成する４つのＣＣＥからそれぞれ抽出した）４つのＲＥＧ ｂｕｎｄｌｅが１つのＲＥＧバンドルセットを構成することになる。

【0098】

（６）Ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ ｏｆ Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌｓ

【0099】

ＲＥＧバンドルセットベースのインターリーブが行われる場合、ＲＥＧ ｂｕｎｄｌｅ単位でインターリーブを行う場合に比べてブロッキング確率を下げることができるが、この場合でも、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴの周波数ドメインバンドルのサイズによってブロッキング確率が増加することがある。

【0100】

図４は、Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴとのブロッキングの別の一例を示す。図４において、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎは３シンボルであり、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎは１シンボルであると仮定する。

【0101】

１ＣＣＥ＝６ＲＥＧｓと定義されるので、従来のＡＬ１、２、４、８を維持しながらＲＥＧバンドルセットベースのインターリーブが行われると、各ＲＥＧバンドルセットの周波数ドメイン開始点とＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおけるＣＣＥの周波数ドメイン開始点とを整列すれば、ブロッキング確率を効率的に減らすことができる。しかしながら、この場合でも、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいて使用できないリソースが発生し得る。

【0102】

例えば、図４において、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ４制御チャンネル候補のためのＲＥＧバンドルセットは、周波数ドメインにおいてＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥの１つに全て含まれてもよいが、ＲＥＧバンドルセットの終了点がＣＣＥの終了点と一致しないため、リソースロスが発生し得る。

【0103】

このようなリソースロスを減らすために、ＡＬ｛１、２、４、８｝のみならずＡＬ｛１、３、６、１２｝を導入することを提案する。ただし、本発明は、ＡＬ｛１、３、６、１２｝に限らず、他のＡＬを用いることを除くものではない。

【0104】

ＡＬ｛１、３、６、１２｝が用いられる場合、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ３、６、１２のためのＲＥＧバンドルセットのそれぞれはＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴの１/２、１、２つのＣＣＥをブロッキングするため、リソースロスを最大に減らすことができる。ＡＬ｛１、３、６、１２｝はＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴに限って適用されてもよい。ネットワークは、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴに対してＡＬセット｛１、２、４、８｝及び｛１、３、６、１２｝のうちいずれか一方を設定することができる。一例として、ＡＬ｛１、２、４、８｝は、ＣＯＲＥＳＥＴの周波数ドメインバンドルのサイズが３である場合に限って適用されてもよい。

【0105】

別の方法として、ネットワークは、各ＣＯＲＥＳＥＴにおいて支援するＡＬをＣＯＲＥＳＥＴごとに設定することもできる。例えば、ネットワークにおいて利用可能なＡＬは、｛１、２、３、４、６、８、１２｝であってもよく、ネットワークは当該ＡＬのうち一部を特定のＣＯＲＥＳＥＴに設定することができる。又は、様々な組み合わせのＡＬセットが表（ｔａｂｌｅ）に定義され、ネットワークは当該表においてＡＬセットインデックスＣＯＲＥＳＥＴごとに設定されてもよい。

【0106】

図５は、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥとＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルセットを示す。

【0107】

Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＤｕｒａｔｉｏｎは１シンボルであり、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＤｕｒａｔｉｏｎは３シンボルであり、１シンボルのＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴが３シンボルのＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴに完全に含まれると仮定する。

【0108】

Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおけるバンドルのサイズは、周波数ドメインにおいて１ＲＥＧ、時間ドメインにおいて３ＲＥＧを仮定する。また、ＲＥＧバンドルセットに含まれるＲＥＧバンドルの数は、Ｔａｒｇｅｔ ＡＬによって決定されると仮定する。

【0109】

図５（ａ）は、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ４、８のためのＲＥＧバンドルセットとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥとの関係を示す。図５（ａ）を参照すれば、ＲＥＧバンドルセットの境界とＣＣＥの境界とが一致しないため、リソースロス又はブロッキングが生じる問題点がある。

【0110】

図５（ｂ）では、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ３、６を導入してＲＥＧバンドルセットを構成する場合、ＡＬ３、６のためのＲＥＧバンドルセットとＣＣＥの関係を示す。図５（ｂ）を参照すれば、ＡＬ３、６のためのＲＥＧバンドルセットの境界が１／２ＣＣＥ、１ＣＣＥの境界と一致するため、リソースロスを最小化し、ブロッキングの確率を下げることができる。一方、図示を省略するが、ＡＬ１２のためのＲＥＧバンドルセットの境界は２−ＣＣＥの境界と一致する。

【0111】

図６は、本発明の一実施例による１シンボルのＣＯＲＥＳＥＴと２シンボルのＣＯＲＥＳＥＴとの重なりを示す。１シンボルのＣＯＲＥＳＥＴと２シンボルのＣＯＲＥＳＥＴが１シンボルのＣＯＲＥＳＥＴ領域において重なる状況を仮定する。

【0112】

図６（ａ）は、２シンボルのＣＯＲＥＳＥＴがＲＥＧバンドルセット単位でインターリーブされ、ＡＬ３制御チャンネル候補を構成する３つのＣＣＥからそれぞれ抽出された３つのＲＥＧバンドルが１つのＲＥＧバンドルセットを構成する。このとき、ＲＥＧバンドルサイズは周波数ドメインにおいて１ＲＥＧ、時間ドメインにおいて２ＲＥＧｓを仮定する。

【0113】

このように、ＲＥＧバンドルセットベースのインターリーブが行われる場合、２シンボルのＣＯＲＥＳＥＴのＡＬ１制御チャンネル候補がブロッキングした１シンボルのＣＯＲＥＳＥＴのＣＣＥをＡＬ３制御チャンネル候補が同様にブロッキングする。よって、ＡＬ増加による更なるブロッキングが発生しない。仮にネットワークが２シンボルのＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝を設定して、ＡＬ６のためのＲＥＧバンドルセットをベースとしてインターリーブを行う場合、ＡＬ１、３、６の制御チャンネル候補が同一の（１シンボルのＣＯＲＥＳＥＴの）ＣＣＥをブロッキングするため、ブロッキング確率を最小化することができる。

【0114】

図６（ｂ）は、全てのＣＯＲＥＳＥＴにおいてインターリーブが行われない場合を示す。この場合、２シンボルのＣＯＲＥＳＥＴの周波数ドメインＲＥＧバンドルのサイズが３ＲＥＧｓであるため、ネットワークが当該ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝を設定する方が、リソースロスを減らし、ブロッキング確率を下げるのに有利である。

【0115】

一方、各ＣＯＲＥＳＥＴのＡＬセット（及び／又はＲＥＧバンドルセットｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ネットワークが別にｃｏｎｆｉｇｕｒａｔｉｏｎをシグナリングせず、ＣＯＲＥＳＥＴリソースと当該ＣＯＲＥＳＥＴにおいて適用するバンドルサイズ、インターリーブ有無及び／又は重なるＣＯＲＥＳＥＴのｃｏｎｆｉｇｕｒａｔｉｏｎなどに基づいて決定されてもよい。

【0116】

一例として、図６のように、周波数ドメインＲＥＧバンドルサイズが１であるＣＯＲＥＳＥＴがＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴと重なる場合、ＡＬ｛１、３、６、１２｝を用いるように予め定義されてもよく、このとき、ＲＥＧバンドルセットのサイズも予め定義されるか設定されてもよい。これは重なるＣＯＲＥＳＥＴ間のＣＣＥ境界、ＲＥＧバンドル境界及び／又はＲＥＧバンドルセット境界などが一致するように、ＡＬセット及びＲＥＧバンドルセットのサイズが決定されることを意味する。

【0117】

以下の（ｉ）〜（ｖ）は、本発明の一実施例によるＡＬセット及びＲＥＧバンドルセットのサイズの決定であって、一部のパラメータは変更されてもよい。

【0118】

（ｉ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ １ ｓｙｍｂｏｌ ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ

【0119】

− １シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルのサイズが２である場合：１シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝及びＲＥＧバンドルセットサイズ＝３ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。

【0120】

−１シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルサイズが３である場合：１シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝及びＲＥＧバンドルセットサイズ＝２ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。

【0121】

（ｉｉ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ２ ｓｙｍｂｏｌ ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ

【0122】

２シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルサイズが周波数ドメインにおいて１ＲＥＧであり、時間ドメインにおいて２ＲＥＧｓである場合：２シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝及びＲＥＧバンドルセットサイズ＝３又は６ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。

【0123】

（ｉｉｉ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ２ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ

【0124】

２シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定され、１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。

【0125】

（ｉｖ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ３ ｓｙｍｂｏｌ ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ

【0126】

３シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルサイズが周波数ドメインにおいて１ＲＥＧ、時間ドメインにおいて３ＲＥＧｓである場合、３シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝及びＲＥＧバンドルセットサイズ＝３又は６ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。

【0127】

（ｖ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ３ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ

【0128】

３シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにはＡＬ｛１、３、６、１２｝が設定され、１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにはＡＬ｛１、２、４、８｝が設定されてもよい。

【0129】

図７は、本発明の一実施例による下りリンク信号の送受信方法のフローを示す。図７は、上述した方法の一例であって、本発明は図７に限定されず、上述した内容と重なる説明は省略してもよい。

【0130】

図７を参照すれば、基地局は端末に少なくとも１つのＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎを送信する（７０５）。例えば、基地局は第１のＣＯＲＥＳＥＴの周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を上位層シグナリング（ｅ．ｇ．，ＲＲＣシグナリング）を介して送信することができる。

【0131】

基地局はＰＤＣＣＨ信号を生成及びマッピングすることができる（７１０）。基地局は第１のＣＯＲＥＳＥＴ上にＰＤＣＣＨ信号をマッピングすることができる。基地局は２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングし、ＰＤＣＣＨ信号をマッピングすることができる。１ＲＥＧは時間ドメイン上において１シンボル及び周波数ドメイン上において１ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に該当する。基地局は少なくとも同一のＲＥＧバンドルには同一のプリコーディングを適用することができる。

【0132】

基地局はＰＤＣＣＨ信号を送信することができる（７１５）。

【0133】

端末は第１のＣＯＲＥＳＥＴ上でＰＤＣＣＨ信号に対するブラインド検出を行うことで、ＰＤＣＣＨ信号を受信することができる（７２０）。例えば、端末は第１のＣＯＲＥＳＥＴ上で多数のＲＥＧをバンドリングしてＰＤＣＣＨ信号を受信することができる。端末は少なくとも同一のＲＥＧバンドルに属するＲＥＧに対しては同一のプリコーディングを仮定することができる。

【0134】

端末はＰＤＣＣＨ信号からＤＣＩを獲得することができる（７２５）。

【0135】

第１のＣＯＲＥＳＥＴ設定に含まれた第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップとして提供されてもよい。例えば、前記ビットマップは２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングされた後、いずれのＲＥＧバンドルにも属しない残りのリソースが第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。ビットマップに含まれた多数のビットのそれぞれが６−ＲＢに該当して、各ビット値によって当該６−ＲＢが第１のＣＯＲＥＳＥＴの周波数リソースであるか否かが指示されてもよい。

【0136】

ビットマップは多数のサブ帯域（ｅ．ｇ．，ＢＷＰｓ）のうち前記端末が動作するサブ帯域に特定して設定されてもよい。

【0137】

さらに、第１のＣＯＲＥＳＥＴ設定はＲＥＧバンドルサイズの情報を含んでもよい。

【0138】

第１のＣＯＲＥＳＥＴに適用されるＲＥＧバンドルサイズは、前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのＲＥＧバンドルサイズを考慮して決定されてもよい。

【0139】

第１のＣＯＲＥＳＥＴ及び第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのうち一方のみにインターリーブが設定される場合、インターリーブは多数のＲＥＧバンドルを含むＲＥＧバンドルセットをベースとして行われてもよい。

【0140】

ＲＥＧバンドルセットに含まれる多数のＲＥＧバンドルの数は、集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）によって決定され、多数のＲＥＧバンドルは互いに異なるＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）に属してもよい。

【0141】

第１のＣＯＲＥＳＥＴ及び第２のＣＯＲＥＳＥＴのうち前記インターリーブが設定されていないＣＯＲＥＳＥＴに対して、第１の集合レベルセット｛１、２、４、８｝のみを用いることができ、インターリーブが設定されたＣＯＲＥＳＥＴに対しては、第１の集合レベルセットに加えて、第２の集合レベルセット｛１、３、６、１２｝を用いることもできる。

【0142】

第１のＣＯＲＥＳＥＴに適用される集合レベルセットは、第１のＣＯＲＥＳＥＴに設定されたバンドルサイズ、インターリーブを適用するか否か、及び第１のＣＯＲＥＳＥＴと重なる第２のＣＯＲＥＳＥＴの設定のうち少なくとも１つを考慮して決定されてもよい。

【0143】

図８は、本発明の一実施例による無線通信システム１００における基地局１０５及び端末１１０の構成を示したブロック図である。図８に示した基地局１０５と端末１１０の構成は、上述した方法を実施するための基地局と端末の例示的な具現であり、本発明の基地局と端末の構成は図８により限られない。基地局１０５はｅＮＢ又はｇＮＢとも呼ばれ、端末１１０はＵＥとも呼ばれる。

【0144】

無線通信システム１００を簡略に示すために、１つの基地局１０５と１つの端末１１０を示したが、無線通信システム１００は１つ以上の基地局及び／又は１つ以上の端末を含む。

【0145】

基地局１０５は、送信（Ｔｘ）データプロセッサー１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサー１８０、メモリ１８５、受信器１９０、シンボル復調器１９５及び受信データプロセッサー１９７を含むことができる。そして、端末１１０は、送信（Ｔｘ）データプロセッサー１６５、シンボル変調器１７５、送信器１７５、送受信アンテナ１３５、プロセッサー１５５、メモリ１６０、受信器１４０、シンボル復調器１５５及び受信データプロセッサー１５０を含むことができる。送受信アンテナ１３０、１３５はそれぞれ基地局１０５及び端末１１０に１つが示されているが、基地局１０５及び端末１１０は複数の送受信アンテナを備えてもよい。よって、本発明による基地局１０５及び端末１１０はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）システムを支援する。また、本発明による基地局１０５はＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ Ｕｓｅｒ−ＭＩＭＯ）ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ Ｕｓｅｒ−ＭＩＭＯ）方式のいずれも支援することができる。

【0146】

下りリンク上で、送信データプロセッサー１１５はトラフィックデータを受信し、受信したトラフィックデータをフォーマットしてコードし、コードされたトラフィックデータをインターリーブして変調し（又はシンボルマッピングし）、変調シンボル（「データシンボル」）を提供する。シンボル変調器１２０はこのデータシンボルとパイロットシンボルを受信及び処理してシンボルのストリームを提供する。

【0147】

シンボル変調器１２０は、データ及びパイロットシンボルを多重化し、これを送信器１２５に送信する。ここで、それぞれの送信シンボルはデータシンボル、パイロットシンボル又はゼロの信号値であり得る。それぞれのシンボル周期で、パイロットシンボルが連続的に送信されることもできる。パイロットシンボルは周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）又はコード分割多重化（ＣＤＭ）シンボルであり得る。

【0148】

送信器１２５はシンボルのストリームを受信し、これを１つ以上のアナログ信号に変換し、さらにこのアナログ信号を追加的に調節して（例えば、増幅、フィルタリング及び周波数アップコンバーティング（ｕｐｃｏｎｖｅｒｔｉｎｇ）して、無線チャンネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は発生した下りリンク信号を端末に送信する。

【0149】

端末１１０の構成において、受信アンテナ１３５は基地局からの下りリンク信号を受信し、受信された信号を受信器１４０に提供する。受信器１４０は受信された信号を調整し（例えば、フィルタリング、増幅、及び周波数ダウンコンバーティング（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））、調整された信号をデジタル化してサンプルを獲得する。シンボル復調器１４５は受信されたパイロットシンボルを復調し、チャンネル推定のためにこれをプロセッサー１５５に提供する。

【0150】

また、シンボル復調器１４５はプロセッサー１５５から下りリンクに対する周波数応答推定値を受信し、受信されたデータシンボルに対してデータ復調を行って（送信されたデータシンボルの推定値である）データシンボル推定値を獲得し、データシンボル推定値を受信（Ｒｘ）データプロセッサー１５０に提供する。受信データプロセッサー１５０はデータシンボル推定値を復調（すなわち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリーブ（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコードして、送信されたトラフィックデータを復旧する。

【0151】

シンボル復調器１４５及び受信データプロセッサー１５０による処理はそれぞれ基地局１０５でのシンボル変調器１２０及び送信データプロセッサー１１５による処理に対して相補的である。

【0152】

端末１１０は上りリンク上で、送信データプロセッサー１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０はデータシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供することができる。送信器１７５はシンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして、送信アンテナ１３５は発生した上りリンク信号を基地局１０５に送信する。端末及び基地局における送信器及び受信器は、１つのＲＦユニットで構成される。

【0153】

基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を介して受信され、受信器１９０は受信した上りリンク信号を処理してサンプルを獲得する。ついで、シンボル復調器１９５はこのサンプルを処理し、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサー１９７はデータシンボル推定値を処理し、端末１１０から送信されたトラフィックデータを復旧する。

【0154】

端末１１０及び基地局１０５のそれぞれのプロセッサー１５５、１８０はそれぞれ端末１１０及び基地局１０５での動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサー１５５、１８０はプログラムコード及びデータを保存するメモリユニット１６０、１８５と連結されることができる。メモリ１６０、１８５はプロセッサー１８０に連結され、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ ｆｉｌｅｓ）を保存する。

【0155】

プロセッサー１５５、１８０はコントローラー（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラー（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサー（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピューター（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも言える。一方、プロセッサー１５５、１８０はハードウェア（ｈａｒｄｗａｒｅ）又はファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの組合せによって実現されることができる。ハードウェアを用いて本発明の実施例を実現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）又はＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）などがプロセッサー１５５、１８０に備えられてもよい。

【0156】

一方、ファームウエア又はソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を行うモジュール、過程又は関数などを含むようにファームウエア又はソフトウェアが構成されることができ、本発明を実行するように構成されたファームウエア又はソフトウェアはプロセッサー１５５、１８０内に備えられるとかメモリ１６０、１８５に保存されてプロセッサー１５５、１８０によって駆動されることができる。

【0157】

端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤーは通信システムでよく知られたＯＳＩ（ｏｐｅｎ ｓｙｓｔｅｍ ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３レイヤーに基づいて、第１レイヤーＬ１、第２レイヤーＬ２及び第３レイヤーＬ３に分類されることができる。物理レイヤーは前記第１レイヤーに属し、物理チャンネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤーは前記第３レイヤーに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末、基地局は無線通信ネットワークとＲＲＣレイヤーを介してＲＲＣメッセージを交換することができる。

【0158】

以上で説明した実施例は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は別途の明示的言及がない限り選択的なものとして考慮されなければならない。各構成要素又は特徴は他の構成要素又は特徴と結合しない形態に実施されることができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されることができる。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴と取り替えられることができる。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するとか出願後の補正によって新しい請求項として含ませることができるのは明らかである。

【0159】

本発明は本発明の精神及び必須特徴から逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者に明らかである。よって、前記の詳細な説明は全ての面で制限的に解釈されてはいけなく例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的解釈によって決定されなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0160】

以上のように本発明は様々な無線通信システムに適用できる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】