(57)【要約】  本発明の一実施例による無線通信システムにおいて、端末が下りリンク信号を受信する方法は、第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信するステップと、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を受信するステップと、を含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。【選択図】図７
2019530319.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末が下りリンク制御情報を受信する方法であって、
第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信するステップと、
前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を受信するステップと、を含み、
前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、
前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てる、方法。
【請求項２】
前記ビットマップは、多数のサブ帯域のうち前記端末が動作するサブ帯域に特定して設定される、請求項１に記載の方法。
【請求項３】
前記ビットマップに含まれた多数のビットのそれぞれが６−ＲＢに該当し、各ビット値によって当該６−ＲＢが前記第１のＣＯＲＥＳＥＴの周波数リソースであるか否かが指示される、請求項１に記載の方法。
【請求項４】
前記端末は、少なくとも同一のＲＥＧバンドルに属するＲＥＧに対しては、同一のプリコーディングを仮定する、請求項１に記載の方法。
【請求項５】
さらに、前記第１のＣＯＲＥＳＥＴ設定は、ＲＥＧバンドルのサイズ情報を含む、請求項１に記載の方法。
【請求項６】
前記第１のＣＯＲＥＳＥＴに適用されるＲＥＧバンドルのサイズは、前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのＲＥＧバンドルのサイズを考慮して決定される、請求項１に記載の方法。
【請求項７】
前記第１のＣＯＲＥＳＥＴ及び前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのうち一方にのみインターリーブが設定される場合、前記インターリーブは、多数のＲＥＧバンドルを含むＲＥＧバンドルセットをベースとして行われる、請求項１に記載の方法。
【請求項８】
前記ＲＥＧバンドルセットに含まれる多数のＲＥＧバンドルの個数は、集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）によって決定され、前記多数のＲＥＧバンドルは互いに異なるＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）に属する、請求項７に記載の方法。
【請求項９】
前記第１のＣＯＲＥＳＥＴ及び前記第２のＣＯＲＥＳＥＴのうち前記インターリーブが設定されていないＣＯＲＥＳＥＴに対して、第１の集合レベルセット｛１、２、４、８｝のみ用いることができ、前記インターリーブが設定されたＣＯＲＥＳＥＴに対して、前記第１の集合レベルセットに加えて第２の集合レベルセット｛１、３、６、１２｝も用いることができる、請求項７に記載の方法。
【請求項１０】
前記第１のＣＯＲＥＳＥＴに適用される集合レベルセットは、前記第１のＣＯＲＥＳＥＴに設定されたバンドルのサイズ、インターリーブを適用するか否か、及び前記第１のＣＯＲＥＳＥＴと重なる第２のＣＯＲＥＳＥＴの設定のうち少なくとも１つを考慮して決定される、請求項１に記載の方法。
【請求項１１】
１ＲＥＧは、時間ドメイン上において１シンボル及び周波数ドメイン上において１ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に該当する、請求項１に記載の方法。
【請求項１２】
無線通信システムにおいて、基地局が下りリンク信号を送信する方法であって、
第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を送信するステップと、
前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を送信するステップと、を含み、
前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、
前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てる、方法。
【請求項１３】
下りリンク信号を受信する端末であって、
受信機と、
前記受信機を用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信して、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を受信するプロセッサーと、を含み、
前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、
前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てる、端末。
【請求項１４】
下りリンク信号を送信する基地局であって、
送信機と、
前記送信機を用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を送信して、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を送信するプロセッサーと、を含み、
前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、
前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てる、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より具体的には、無線通信システムにおいて下りリンク制御チャンネル信号を送信又は受信する方法及びそのための装置に関する。
【背景技術】
【０００２】
まず、既存の３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムについて簡略に説明する。図１を参照すると、端末は初期セル探索を行う（Ｓ１０１）。初期セル探索の過程において、端末は基地局からＰ−ＳＣＨ（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）及びＳ−ＳＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ）を受信して基地局と下りリンク同期を確立し、セルＩＤなどの情報を得る。その後、端末はＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を介してシステム情報（ｅ．ｇ．，ＭＩＢ）を得る。端末はＤＬ  ＲＳ（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）を受信して下りリンクチャンネル状態を確認することができる。
【０００３】
初期セル探索の後、端末はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びＰＤＣＣＨによりスケジュールされたＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を受信して、より具体的なシステム情報（ｅ．ｇ．，ＳＩＢｓ）を得る（Ｓ１０２）。
【０００４】
端末は上りリンク同期化のために任意接続過程（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ、ランダムアクセス手順）を行うことができる。端末はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を介してプリアンブル（ｅ．ｇ．，Ｍｓｇ１）を送信し（Ｓ１０３）、ＰＤＣＣＨ及びＰＤＣＣＨに対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（ｅ．ｇ．，Ｍｓｇ２）を受信する（Ｓ１０４）。競争基盤任意接続の場合は、さらにＰＲＡＣＨの送信（Ｓ１０５）及びＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）が行われる。
【０００５】
その後、端末は、一般的な上／下りリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨの受信（Ｓ１０７）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）の送信（Ｓ１０８）を行う。端末が基地局にＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）を送信する。ＵＣＩはＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）及び／又はＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｉｏｎ）などを含む。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明で遂げようとする技術的課題は、無線通信システムにおいてＰＤＣＣＨ信号をより効率的且つ正確に送信又は受信するための方法及びそのための装置を提供することである。
【０００７】
本発明の技術的課題は、上述した技術的課題に制限されず、その他の技術的課題が本発明の実施例から導出され得る。
【課題を解決するための手段】
【０００８】
上述した技術的課題を達成するための本発明の一実施例による無線通信システムにおいて、端末が下りリンク信号を受信する方法は、第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信するステップと、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を受信するステップと、を含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。
【０００９】
上述した技術的課題を達成するための本発明の別の一側面による無線通信システムにおいて、基地局が下りリンク信号を送信する方法は、第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を送信するステップと、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を送信するステップと、を含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。
【００１０】
上述した技術的課題を達成するための本発明の別の一実施例による下りリンク信号を受信する端末は、受信機と、前記受信機を用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を受信して、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を受信するプロセッサーと、を含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。
【００１１】
上述した技術的課題を達成するための本発明の別の一実施例による下りリンク信号を送信する基地局は、送信機と、前記送信機を用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）の周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を送信して、前記第１のＣＯＲＥＳＥＴ上で多数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）をバンドリングして、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）信号を送信するプロセッサーを含み、前記第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップであって、前記ビットマップは、２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングした後、いずれのＲＥＧバンドルにも属しない残りのリソースが前記第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で前記第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。
【００１２】
前記ビットマップは、多数のサブ帯域のうち前記端末が動作するサブ帯域に特定して設定されてもよい。前記ビットマップに含まれた多数のビットのそれぞれが６−ＲＢに該当し、各ビット値によって当該６−ＲＢが前記第１のＣＯＲＥＳＥＴの周波数リソースであるか否かが指示されてもよい。
【００１３】
前記端末は、少なくとも同一のＲＥＧバンドルに属するＲＥＧに対しては、同一のプリコーディングを仮定してもよい。
【００１４】
さらに、前記第１のＣＯＲＥＳＥＴ設定は、ＲＥＧバンドルのサイズ情報を含んでもよい。
【００１５】
前記第１のＣＯＲＥＳＥＴに適用されるＲＥＧバンドルのサイズは、前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのＲＥＧバンドルのサイズを考慮して決定されてもよい。
【００１６】
前記第１のＣＯＲＥＳＥＴ及び前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのうち一方にのみインターリーブが設定される場合、前記インターリーブは、多数のＲＥＧバンドルを含むＲＥＧバンドルセットをベースとして行われてもよい。
【００１７】
前記ＲＥＧバンドルセットに含まれる多数のＲＥＧバンドルの個数は、集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）によって決定され、前記多数のＲＥＧバンドルは互いに異なるＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）に属してもよい。
【００１８】
前記第１のＣＯＲＥＳＥＴ及び前記第２のＣＯＲＥＳＥＴのうち前記インターリーブが設定されていないＣＯＲＥＳＥＴに対して、第１の集合レベルセット｛１、２、４、８｝のみ用いることができ、前記インターリーブが設定されたＣＯＲＥＳＥＴに対して、前記第１の集合レベルセットに加えて第２の集合レベルセット｛１、３、６、１２｝も用いることができる。
【００１９】
前記第１のＣＯＲＥＳＥＴに適用される集合レベルセットは、前記第１のＣＯＲＥＳＥＴに設定されたバンドルのサイズ、インターリーブを適用するか否か、及び前記第１のＣＯＲＥＳＥＴと重なる第２のＣＯＲＥＳＥＴの設定のうち少なくとも１つを考慮して決定されてもよい。
【００２０】
１ＲＥＧは、時間ドメイン上において１シンボル及び周波数ドメイン上において１ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に該当してもよい。
【発明の効果】
【００２１】
本発明の一実施例によれば、ＰＤＣＣＨ信号の送受信のために、ＣＯＲＥＳＥＴ内において２、３又は６−ＲＥＧが１ＲＥＧバンドルでバンドリングされるため、ＰＤＣＣＨ信号に対するチャンネル推定がより正確且つ効率的に行われるのみならず、ＣＯＲＥＳＥＴの周波数リソースが６−ＲＢ単位のビットマップを介して割り当てられるため、ＲＥＧバンドリングによる残りのリソースが発生しないことから、ＣＯＲＥＳＥＴの無線リソースがより効率的に利用されることができる。
【００２２】
本発明の技術的効果は、上述した技術的効果に制限されず、その他の技術的効果が本発明の実施例から導出され得る。
【図面の簡単な説明】
【００２３】
【図１】３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに用いられる物理チャンネル及びこれらを用いる一般的な信号送信方法を示す図である。
【図２】互いに異なるＣＯＲＥＳＥＴの間のＲＥＧバンドル格子が一致しない場合に発生し得る問題を説明するための図である。
【図３】互いに異なるＣＯＲＥＳＥＴに属した他のＡＬ候補間のブロッキングに対する一例を示す図である。
【図４】Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴとのブロッキングの別の一例を示す図である。
【図５】Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥとＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルセットを示す図である。
【図６】本発明の一実施例による１シンボルＣＯＲＥＳＥＴと２シンボルＣＯＲＥＳＥＴとの重なりを示す図である。
【図７】本発明の一実施例による下りリンク信号の送受信方法のフローを示す図である。
【図８】本発明の一実施例による端末及び基地局を示す図である。
【発明を実施するための形態】
【００２４】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  Ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
【００２５】
説明を明確にするために、３ＧＰＰベースの移動通信システムを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
【００２６】
多数の通信機器がより大きな通信容量を要求することにより、最近論議されている次世代通信システムでは、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ）に比べて向上したモバイルブロードバンド（ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）通信の必要性が高まっている。また多数の機器及びモノを連結していつでもどこでも多様なサービスを提供する大規模ＭＴＣ（ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）も次世代通信において考慮すべき主要なイッシュである。また、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）などに敏感なサービス／ＵＥを考慮して、次世代通信システムとしてＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）が論議されている。
【００２７】
このようにｅＭＢＢ、ｍＭＴＣ及びＵＲＬＣＣなどを考慮した新しい無線接続技術（Ｎｅｗ  ＲＡＴ）が次世代無線通信のために論議されている。
【００２８】
Ｎｅｗ  ＲＡＴの設計とかち合わないＬＴＥ／ＬＴＥ−Ａの動作及び設定はＮｅｗ  ＲＡＴにも適用することができる。Ｎｅｗ  ＲＡＴは便宜上５Ｇ移動通信とも称する。
【００２９】
＜ＮＲフレーム構造及び物理リソース＞
【００３０】
ＮＲシステムにおいて、下りリンク（ＤＬ）及び上りリンク（ＵＬ）の送信は１０ｍｓの長さ（ｄｕｒａｔｉｏｎ）を有するフレームを介して行われ、各々のフレームは１０個のサブフレームを含む。従って１サブフレームは１ｍｓに該当する。各々のフレームは２つのハーフフレーム（ｈａｌｆ−ｆｒａｍｅ）に分けられる。
【００３１】
１つのサブフレームは、Nsymbsubframe，μ= Nsymbslot X Nslotsubframe，μ個の連続したＯＦＤＭシンボルを含む。Nsymbslotはスロット当たりのシンボル数、μはＯＦＤＭニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）を表し、Nslotsubframe，μは該当μに対してサブフレーム当たりのスロット数を表す。ＮＲでは表１のような多重ＯＦＤＭニューマロロジーが支援される。
【００３２】
【表１】
2019530319.tif 000003
【００３３】
表１において、Δｆはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ，ＳＣＳ）を意味する。ＤＬキャリアＢＷＰ（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ）に対するμ及びＣＰ（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）とＵＬキャリアＢＷＰに対するμ及びＣＰは、上りリンクシグナリングにより端末に設定される。
【００３４】
表２は、一般ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymbslot）、フレーム当たりのスロット数（Nslotframe，μ）及びサブフレーム当たりのスロット数（Nslotsubframe，μ）を表す。
【００３５】
【表２】
2019530319.tif 000004
【００３６】
表３は、拡大ＣＰの場合、各々のＳＣＳに対するスロット当たりのシンボル数（Nsymbslot）、フレーム当たりのスロット数（Nslotframe，μ）及びサブフレーム当たりのスロット数（Nslotsubframe，μ）を表す。
【００３７】
【表３】
2019530319.tif 000005
【００３８】
このようにＮＲシステムではＳＣＳ（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）によって１サブフレームを構成するスロット数が変更できる。各々のスロットに含まれたＯＦＤＭシンボルはＤ（ＤＬ）、Ｕ（ＵＬ）及びＸ（Ｆｌｅｘｉｂｌｅ）のうちいずれか１つである。ＤＬ送信はＤ又はＸシンボルで行われ、ＵＬ送信はＵ又はＸシンボルで行われる。なお、Ｆｌｅｘｉｂｌｅリソース（ｅ．ｇ．，Ｘシンボル）はＲｅｓｅｒｖｅｄリソース、Ｏｔｈｅｒリソース又はＵｎｋｎｏｗｎリソースとも称される。
【００３９】
ＮＲにおいて、１つのＲＢ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）は周波数ドメインで１２個のサブキャリアに該当する。ＲＢは多数のＯＦＤＭシンボルを含むことができる。ＲＥ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）は１サブキャリア及び１ＯＦＤＭシンボルに該当する。従って、１ＲＢ内の１ＯＦＤＭシンボル上には１２ＲＥが存在する。
【００４０】
キャリアＢＷＰは連続するＰＲＢ（Ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）のセットで定義される。キャリアＢＷＰは簡略にＢＷＰとも称される。１つのＵＥには最大４つのＢＷＰが上りリンク／下りリンクの各々に対して設定される。複数のＢＷＰが設定されても、与えられた時間の間には１つのＢＷＰが活性化される。但し、端末にＳＵＬ（ｓｕｐｐｌｅｍｅｎｔａｒｙ  ｕｐｌｉｎｋ）が設定された場合、さらに４つのＢＷＰがＳＵＬに対して設定され、与えられた時間の間に１つのＢＷＰが活性化される。端末は活性化されたＤＬ  ＢＷＰから外れると、ＰＤＳＣＨ、ＰＤＣＣＨ、ＣＳＩ−ＲＳ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）又はＴＲＳ（ｔｒａｃｋｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を受信できない。また端末は活性化されたＵＬ  ＢＷＰから外れると、ＰＵＳＣＨ又はＰＵＣＣＨを受信できない。
【００４１】
＜ＮＲ  ＤＬ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ＞
【００４２】
ＮＲシステムにおいて、制御チャンネルの送信単位はＲＥＧ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）及び／又はＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）などで定義される。ＣＣＥは制御チャンネル送信のための最小単位を意味する。即ち、最小ＰＤＣＣＨのサイズは１ＣＣＥに対応する。集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）が２以上である場合、ネットワークは多数のＣＣＥを集めて１つのＰＤＣＣＨを送信することができる(ｉ．ｅ.，ＣＣＥ  ａｇｇｒｅｇａｔｉｏｎ)。
【００４３】
ＲＥＧは、時間ドメインでは１ＯＦＤＭシンボル、周波数ドメインでは１ＰＲＢに該当する。また、１ＣＣＥは６ＲＥＧに該当する。
【００４４】
一方、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）及び探索空間（ｓｅａｒｃｈ  ｓｐａｃｅ，ＳＳ）について簡略に説明すると、ＣＯＲＥＳＥＴは制御信号送信のためのリソースのセットであり、探索空間は端末がブラインド検出を行う制御チャンネル候補の集まりである。探索空間はＣＯＲＥＳＥＴ上に設定されることができる。一例として、１つのＣＯＲＥＳＥＴに１つの探索空間が定義されると、ＣＳＳ（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ）のためのＣＯＲＥＳＥＴとＵＳＳ（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ）のためのＣＯＲＥＳＥＴが各々設定される。他の例として、１つのＣＯＲＥＳＥＴに多数の探索空間が定義されてもよい。例えば、ＣＳＳとＵＳＳが同じＣＯＲＥＳＥＴに設定されてもよい。以下の例示においては、ＣＳＳはＣＳＳが設定されるＣＯＲＥＳＥＴを意味し、ＵＳＳはＵＳＳが設定されるＣＯＲＥＳＥＴなどを意味してもよい。
【００４５】
基地局は、ＣＯＲＥＳＥＴに関する情報を端末にシグナリングすることができる。例えば、各ＣＯＲＥＳＥＴのためにＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎが端末にシグナリングされ、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎには当該ＣＯＲＥＳＥＴの時間長（ｔｉｍｅ ｄｕｒａｔｉｏｎ）（ｅ．ｇ．，１／２／３ シンボルなど）、当該ＣＯＲＥＳＥＴの周波数ドメインリソース、プリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）、ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプ（ｅ．ｇ．，Ｉｎｔｅｒｌｅａｖｅｄ／Ｎｏｎ−Ｉｎｔｅｒｌｅａｖｅｄ）、Ｉｎｔｅｒｌｅａｖｅｄ ＲＥＧ−ｔｏ−ＣＣＥマッピングタイプの場合、ＲＥＧバンドリングサイズ及びインターリーバサイズなどがシグナルされる。
【００４６】
１−シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＮｏｎ−Ｉｎｔｅｒｌｅａｖｅｄタイプである場合、ＣＣＥに対する６ＲＥＧが１つのＲＥＧバンドルでグループされ、当該ＣＣＥのＲＥＧはいずれも連続することができる。１ＰＤＣＣＨ内にＣＣＥが複数である場合（ｅ．ｇ．，ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌが２以上である場合）、ＣＣＥも互いに連続することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧバンドルに対して同一のプリコーディングを仮定することができる。
【００４７】
１−シンボルＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングがＩｎｔｅｒｌｅａｖｅｄタイプである場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルで構成される。一例として、２、３、６のＲＥＧバンドルサイズがいずれも支援されるのではなく、そのサブセットとして、例えば、｛２｝、｛３｝、｛２、３｝、｛２、６｝、｛３、６｝又は｛２、３、６｝のＲＥＧバンドルサイズが支援される。仮に、｛２、６｝のＲＥＧバンドルサイズが支援される場合、２つのＲＥＧが１ＲＥＧバンドルを構成するか、又は６つのＲＥＧが１ＲＥＧバンドルを構成することができる。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーティングを仮定することができる。
【００４８】
２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングの場合、ＲＥＧバンドルが時間／周波数ドメインで定義されてもよい。ＲＥＧバンドルが時間ドメインで定義される場合、１ＲＥＧバンドルに属するＲＥＧがいずれも同一のＲＢに属して、他のシンボルが該当してもよい。ＲＥＧバンドルが時間−周波数ドメインで定義される場合、１ＲＥＧバンドルは同一のＲＢに属して、他のシンボルが該当するＲＥＧのみならず、他のＲＢに属するＲＥＧを含んでもよい。
【００４９】
また、２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対するＲＥＧ−ｔｏ−ＣＣＥマッピングに対して時間優先マッピング（ｔｉｍｅ−ｆｉｒｓｔ ｍａｐｐｉｎｇ）が支援されてもよい。時間ドメイン上でＲＥＧバンドルがＣＯＲＥＳＥＴの時間ドメインＤｕｒａｔｉｏｎと同様に設定されることが支援されてもよい。Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄタイプの場合、ＣＣＥを構成する６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、当該ＣＣＥのＲＥＧは時間／周波数ドメインで局部化（ｌｏｃａｌｉｚｅｄ）されてもよい。Ｉｎｔｅｒｌｅａｖｅｄタイプの場合、２、３又は６つのＲＥＧが１ＲＥＧバンドルに該当してもよく、ＣＯＲＥＳＥＴ内でＲＥＧバンドルはインターリーブされてもよい。端末はプリコーダ粒度によって１ＲＥＧバンドル内に同一のプリコーディングを仮定するか、又は多数のＲＥＧに対して同一のプリコーディングを仮定してもよい。
【００５０】
一方、２シンボル以上のＤｕｒａｔｉｏｎを有するＣＯＲＥＳＥＴに対して、時間ドメインプリコーダ循環（ｐｒｅｃｏｄｅｒ ｃｙｃｌｉｎｇ）が論議されており、そのために時間ドメインで１シンボルに該当するＲＥＧバンドルが支援されるか、又はＲＥＧ−ｔｏ−ＣＣＥマッピングを１シンボル−ＣＯＲＥＳＥＴの場合と同様に行い、１ＰＤＣＣＨ候補を複数のシンボルにわたってマッピングすることが支援されてもよい。
【００５１】
以上の論議によれば、ＲＥＧバンドリングサイズによって時間／周波数ドメインでバンドリング領域が決定される。ただし、分散マッピング（ｄｉｓｔｒｉｂｕｔｅｄ ｍａｐｐｉｎｇ）（ｉ．ｅ．，ｉｎｔｅｒｌｅａｖｉｎｇ ｃａｓｅ）でＩｎｔｅｒ−ＲＥＧ ｂｕｎｄｌｅバンドリングは未だ決定されていない。
【００５２】
ＲＥＧバンドリングは制御チャンネルのチャンネル推定性能を向上させるために導入することが望ましい。一方、ＲＥＧバンドリングが導入される場合、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎとの不一致（ｍｉｓｍａｔｃｈ）の問題及び互いに異なるＣＯＲＥＳＥＴに属する制御チャンネル候補（ｃａｎｄｉｄａｔｅ）間のブロッキング確率（ｂｌｏｃｋｉｎｇ ｐｒｏｂａｂｉｌｉｔｙ）の増加などの問題が解決されなければならない。
【００５３】
本発明の実施例にはこのような問題点に対する解決策が提案される。以下に提案される例示は、単独又は組み合わせによって具現される。また、以下の説明において、Ｄｉｓｔｒｉｂｕｔｅｄ ＣＯＲＥＳＥＴ又はＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴは、当該ＣＯＲＥＳＥＴ内において１つのＣＣＥを構成するＲＥＧ（又は、ＲＥＧ ｂｕｎｄｌｅ、ＲＥＧ ｂｕｎｄｌｅ ｓｅｔ）などが分散され配置されることを意味する。
【００５４】
Ｉｓｓｕｅ １：ＣＯＲＥＳＥＴ帯域幅とＲＥＧバンドルとの不一致（ｍｉｓｍａｔｃｈ）
【００５５】
周波数ドメインでＲＥＧバンドルは、１、２、３又は６−ＲＥＧ（又はＲＢ）で構成されるが、ＣＯＲＥＳＥＴのＢＷ（ｂａｎｄｗｉｄｔｈ）（ｉ．ｅ．，ＣＯＲＥＳＥＴの周波数ドメインにおけるサイズ）がバンドルサイズの倍数ではない場合、ＲＥＧバンドルに属しない残りのリソース（ｒｅｓｉｄｕａｌ ｒｅｓｏｕｒｃｅ）が発生することがある。よって、ＣＯＲＥＳＥＴの残りのリソースに対する処理方法が必要である。
【００５６】
例えば、ＣＯＲＥＳＥＴ帯域幅が１００ＲＢｓであるが、周波数ドメインバンドルのサイズが３である場合、１つのＲＥＧは制御チャンネル送信のための使用できない残りのリソースとして残される。このような残りのリソースの位置が正確に定義されない場合、ネットワークと端末との間でＲＥＧバンドリングに対する理解が異なり、チャンネル推定性能が保証できず、仮に互いに異なる端末が同一のＣＯＲＥＳＥＴにおいて残りのリソースの位置を異ならせると仮定する場合、制御チャンネル候補間のブロッキング確率が増加する。よって、このような問題点を解決するための方法の案を説明する。
【００５７】
（１）ＣＯＲＥＳＥＴに対する周波数ドメインリソース割り当て
【００５８】
全てのバンドルサイズ（ｅ．ｇ．，２、３ｏｒ６−ＲＥＧ）に対して残りのリソースを発生させないために、ＣＯＲＥＳＥＴの周波数ドメインリソース割り当てを６ＲＢ単位で行うことを提案する。１ＲＥＧは周波数ドメインにおいて１ＲＢに該当するが、ＣＯＲＥＳＥＴが全てのバンドルサイズの最小公倍数である６ＲＢ単位で割り当てられる場合（ｅ．ｇ．，６＊Ｎ ＲＢｓ）、２、３及び６−ＲＥＧのうちいずれのバンドルサイズが用いられても残りのリソースが発生しないというメリットがある。又は、ＣＯＲＥＳＥＴごとに周波数ドメインバンドルサイズが定められる場合、周波数ドメインバンドルサイズの単位でＣＯＲＥＳＥＴリソース割り当てが行われてもよい。
【００５９】
例えば、ＣＯＲＥＳＥＴのリソース割り当て単位＝６ＲＢｓと定義（又は、当該ＣＯＲＥＳＥＴの周波数ドメインバンドルサイズと定義）されてもよく、当該ＣＯＲＥＳＥＴではリソース割り当て単位でＲＥＧバンドル格子（ｇｒｉｄ）が構成されてもよい。ネットワーク／ＵＥはＲＥＧバンドル格子を基準としてインターリーブなどを行ってもよい。
【００６０】
周波数ドメインにおいてＣＯＲＥＳＥＴのリソースを割り当てるために、以下のようなオプションが考慮されてもよい。
【００６１】
− オプション１：周波数ドメインにおいてＣＯＲＥＳＥＴリソースは、ＣＯＲＥＳＥＴの開始ＰＲＢインデックス（ｅ．ｇ．，ＰＲＢオフセット）及びＣＯＲＥＳＥＴを構成するリソース割り当て単位の個数の組み合わせで定義されてもよい。例えば、ネットワークは、ＰＲＢインデックス０（ｅ．ｇ．，ＣＯＲＥＳＥＴの開始ＰＲＢ）と２０個のリソース割り当て単位（ｅ．ｇ．，２０＊６−ＰＲＢ）をＣＯＲＥＳＥＴ ＢＷとして設定してもよい。ＰＲＢインデックスの一例として、システムＢＷの最下位のＰＲＢがＰＲＢインデックス０と設定されてもよい。又は、システム帯域幅が多数のサブＢＷ（ｅ．ｇ．，ＢＷＰ）に分けられ、各端末がサブＢＷベースで動作する場合、各サブＢＷの最下位ＰＲＢがＰＲＢインデックス０と設定されてもよい。例えば、サブＢＷ特有のＰＲＢインデックスが行われてもよい。一方、多数のキャリアが定義される場合、ＰＲＢインデックス０は各キャリアの最下位のＰＲＢであるか、又はキャリアに含まれた多数のサブＢＷのうち端末が動作するサブＢＷの最下位ＰＲＢであってもよく、これに限定されない。
【００６２】
− オプション２：リソース割り当て単位（又は、バンドルサイズ）ベースのビットマップ
【００６３】
ネットワークは、オプション１において説明したシステム帯域幅或いはサブバンドに対して、リソース割り当て単位ベースのビットマップを介して端末にＣＯＲＥＳＥＴ帯域幅を設定してもよい。一例として、リソース割り当て単位が６−ＲＢであると仮定するとき、ビットマップの各ビットは６−ＲＢに該当することができる。
【００６４】
一方、オプション２はオプション１とかち合うものではないため、オプション２は、オプション１においてリソース割り当て単位の個数をシグナリングする具体的な方法の案として解釈されてもよい。また、サブＢＷ特有のＰＲＢインデックスが行われる場合、ビットマップはサブＢＷ特有に構成されてもよい。
【００６５】
（２）残りのリソース設定
【００６６】
残りのリソースの発生を防止できないＣＯＲＥＳＥＴリソース割り当て方式が用いられる場合、残りのリソースの位置を決定する方法を提案する。
【００６７】
残りのリソースの位置は、予め定義されるか、ネットワークによって（ＣＯＲＥＳＥＴごとに）残りのリソースの位置が設定されてもよい。例えば、特定のＣＯＲＥＳＥＴに残りのリソースが発生した場合、残りのリソースはＣＯＲＥＳＥＴの開始及び／又は終了地点に位置することと予め定義されるか、ネットワークによって設定されてもよい。
【００６８】
Ｉｓｓｕｅ ２：多数のＣＯＲＥＳＥＴ間のブロッキングの問題
【００６９】
ＮＲ ＰＤＣＣＨ送受信のための１つの端末に多数のＣＯＲＥＳＥＴが設定され、互いに異なるＣＯＲＥＳＥＴが部分的に重なる場合もある。ＣＯＲＥＳＥＴが重なる場合、ＲＥＧバンドル格子がＣＯＲＥＳＥＴ間に整列（ａｌｉｇｎ）されないと、特定のＣＯＲＥＳＥＴのＲＥＧバンドルが他のＣＯＲＥＳＥＴの多数のＲＥＧバンドルと重なる問題が発生することがある。すなわち、ブロッキング確率が増加して、リソース使用の効率性が深刻に低下し得る。
【００７０】
図２は、互いに異なるＣＯＲＥＳＥＴ間のＲＥＧバンドル格子が一致しない場合に発生し得る問題を説明するための図である。ＣＯＲＥＳＥＴ ０とＣＯＲＥＳＥＴ １とが重なるが、ＣＯＲＥＳＥＴ ０のＤｕｒａｔｉｏｎはＣＯＲＥＳＥＴ １のＤｕｒａｔｉｏｎと同一であり、ＣＯＲＥＳＥＴ ０の周波数ドメインバンドルサイズがＣＯＲＥＳＥＴ １の周波数ドメインバンドルサイズと同一であり、ＲＥＧバンドル境界（ｂｏｕｎｄａｒｙ）がＣＯＲＥＳＴ間に整列されないことと仮定する。
【００７１】
図２を参照すれば、ＣＯＲＥＳＥＴ １のＣＣＥはＣＯＲＥＳＥＴ ０の２つのＣＣＥと重なる。よって、ＣＯＲＥＳＥＴ  １のＣＣＥが特定の端末のために用いられる場合、ネットワークはＣＯＲＥＳＥＴ  ０の２つのＣＣＥを用いることができないので、リソースロスをもたらす。このような問題を解決するために、以下のような方法を提案する。
【００７２】
（３）互いに異なるＣＯＲＥＳＥＴに属するＲＥＧバンドル間の境界整列 
【００７３】
図２では、ＲＥＧバンドル境界（ｂｏｕｎｄａｒｙ）がＣＯＲＥＳＥＴ間に整列されずにブロッキング確率が増加する問題があり、これを解決するために、以下のようなオプションが用いられてもよい。
【００７４】
− オプション１：ＣＯＲＥＳＥＴごとにＲＥＧバンドルの開始位置に対するオフセットを設定
【００７５】
一例として、ネットワークはＣＯＲＥＳＥＴごとにＲＥＧバンドルの開始位置を設定してもよい。端末は各ＣＯＲＥＳＥＴごとに設定されたＲＥＧバンドルの開始位置から当該ＣＯＲＥＳＥＴに設定されたバンドルサイズ単位でバンドル境界を決定してもよい。
【００７６】
− オプション２：バンドル境界に対するＧｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅ
【００７７】
バンドル境界を決定するために、Ｇｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅが予め定義されるか、ネットワークによって設定されてもよい。
【００７８】
一例として、システムＢＷの開始点、同期信号（又は、ＰＢＣＨ）のように初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程に連携された共通リソースの開始点などがＧｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅとして用いられてもよい。Ｇｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅを知っている（又は、設定された）端末は、Ｇｌｏｂａｌ Ｒｅｆｅｒｅｎｃｅからバンドルサイズを適用し、当該ＣＯＲＥＳＥＴのバンドル境界を決定する。
【００７９】
端末は、各ＣＯＲＥＳＥＴごとにオプション１又はオプション２によってバンドル境界を設定することができる。仮にバンドル境界とＣＯＲＥＳＥＴの境界とが一致しない場合、ＣＯＲＥＳＥＴに完全に含まれないＲＥＧバンドル（ｅ．ｇ．，ＲＥＧバンドルの一部がＣＯＲＥＳＥＴの境界から外れた場合）は、制御チャンネル送信に使用しないと仮定することができる。ＣＯＲＥＳＥＴに完全に含まれないＲＥＧバンドルは探索空間を構成するための過程（ｅ．ｇ．，インターリーブ、ハッシングなど）において考慮されなくてもよい。
【００８０】
（４）重なるＣＯＲＥＳＥＴ間のバンドルサイズ整列（ａｌｉｇｎｍｅｎｔ）
【００８１】
上述した図２においては、同一のバンドルサイズを有するＣＯＲＥＳＥＴ間のバンドル境界が一致しないことで、ブロッキング確率が増加する場合について説明したが、バンドル境界が一致しても各ＣＯＲＥＳＥＴバンドルサイズが異なると、図２と類似した問題が生じる。
【００８２】
例えば、重なるＣＯＲＥＳＥＴに異なるバンドルサイズが設定され、バンドリングが開始される地点が同一である場合、各バンドルサイズの最小公倍数の間隔にバンドル境界がＣＯＲＥＳＥＴの間において一致し、当該境界内ではブロッキング確率が増加する。
【００８３】
これを解決するために、互いに異なるＣＯＲＥＳＥＴが重なる場合、各ＣＯＲＥＳＥＴの周波数ドメインバンドルサイズを同一に設定することを提案する。一例として、同一の周波数ドメインバンドルサイズは、ネットワークがシグナリングするＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎに含まれてもよい。または、周波数ドメインバンドルサイズが別にシグナリングされず、ＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎの他の情報要素（ｅ．ｇ．，ＣＯＲＥＳＥＴ ｄｕｒａｔｉｏｎ）と連携して決定されてもよく、これは当該ＣＯＲＥＳＥＴのバンドルサイズのうち１つが代表バンドルサイズとして決定されることを意味する。
【００８４】
例えば、ＣＯＲＥＳＥＴ ０は１シンボルＤｕｒａｔｉｏｎとして設定され、ＣＯＲＥＳＥＴ １は２シンボルＤｕｒａｔｉｏｎとして設定されると仮定する。ＣＯＲＥＳＥＴ ０／１の周波数 ドメインバンドルサイズがそれぞれ６／３である場合、代表バンドルサイズは３と決定されることができる。ＣＯＲＥＳＥＴ Ｄｕｒａｔｉｏｎが２であり、時間優先マッピングが適用されるとき（１ＣＣＥは６ＲＥＧで構成されるため、ｉｎｔｅｒ−ＣＣＥバンドリングが適用されないと）、周波数ドメインバンドルサイズは１又は３のみが可能であるため、２つのＣＯＲＥＳＥＴに共通してバンドルサイズ３が使用されることと解釈できる。
【００８５】
Ｉｓｓｕｅ ３：他のＣＯＲＥＳＥＴの他の集合レベル候補間のブロッキング問題
【００８６】
インターリーブが用いられるＣＯＲＥＳＥＴとインターリーブが用いられないＣＯＲＥＳＥＴとが重なる場合、インターリーブが用いられるＣＯＲＥＳＥＴの高い集合レベル（ＡＬ）制御チャンネル候補に属するリソースがインターリーブが用いられないＣＯＲＥＳＥＴの多数の制御チャンネル候補をブロッキングする場合が発生し得る。
【００８７】
図３は、互いに異なるＣＯＲＥＳＥＴに属する他のＡＬ候補間のブロッキングに関する一例を示す。
【００８８】
ＣＯＲＥＳＥＴ ０にはインターリーブが用いられず、ＣＯＲＥＳＥＴ １にはインターリーブが用いられると仮定して、ＣＯＲＥＳＥＴ １においてＡＬ４制御チャンネル候補を構成するリソースのうち一部を太い実線で示す。ＣＯＲＥＳＥＴ １において周波数ドメイン上においてバンドルサイズ２であるＲＥＧ ｂｕｎｄｌｅ １２個が１つのＡＬ４制御チャンネル候補を構成すると仮定して、１２個のＲＥＧ ｂｕｎｄｌｅは周波数ドメインにおいて均等に分散されると仮定する。
【００８９】
一方、図３において、ＣＯＲＥＳＥＴ １の一部のリソースによるブロッキングが示されたが、最悪の場合、ＣＯＲＥＳＥＴ １のＡＬ４制御チャンネル候補の１つがＣＯＲＥＳＥＴ ０の１２個のＣＣＥをブロッキングすることもある。
【００９０】
逆に、ＣＯＲＥＳＥＴ ０の上位ＡＬ制御チャンネル候補がＣＯＲＥＳＥＴ １の多数の制御チャンネル候補をブロッキングする問題も発生し得る。
【００９１】
異なるマッピング方式（ｅ．ｇ．，ｉｎｔｅｒｌｅａｖｉｎｇ／ｎｏｎ−ｉｎｔｅｒｌｅａｖｉｎｇ）を用いるＣＯＲＥＳＥＴが重なる場合、制御チャンネル候補がリソースを占める方式がＣＯＲＥＳＥＴごとに異なるため、ブロッキング問題の発生が避けられない。以下では、このようなブロッキング問題を最小化する方法を提案する。
【００９２】
（５）ＲＥＧバンドルセットベースのインターリーブ
【００９３】
図３から分かるように、Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴとが重なる場合、Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴにおいて１つの制御チャンネル候補を構成するＲＥＧバンドルが均等に（ＣＯＲＥＳＥＴ内に）分散されている場合、他のＣＯＲＥＳＥＴの制御チャンネル候補が相互間のブロッキング問題をもたらす。
【００９４】
これを最小化するための方法の案として、ＲＥＧバンドルセット単位でインターリーブを行うことを提案する。ＲＥＧバンドルセットは、互いに異なるＣＣＥを構成するＲＥＧ ｂｕｎｄｌｅの集合を意味する。
【００９５】
例えば、ＡＬ２制御チャンネル候補に対するインターリーブが行われ、ＲＥＧバンドルサイズは２−ＲＥＧと仮定する。ネットワーク／端末は、ＡＬ２制御チャンネル候補を構成するＣＣＥ ０（＝ＲＥＧ ｂｕｎｄｌｅ０＋ＲＥＧ ｂｕｎｄｌｅ１＋ＲＥＧ ｂｕｎｄｌｅ２）とＣＣＥ１（＝ＲＥＧ ｂｕｎｄｌｅ３＋ＲＥＧ ｂｕｎｄｌｅ４＋ＲＥＧ ｂｕｎｄｌｅ５）においてそれぞれ１ＲＥＧ ｂｕｎｄｌｅを選択し、１ＲＥＧバンドルセットを構成することができる。その結果、３つのＲＥＧバンドルセットが生成される。例えば、ＲＥＧバンドルセット０＝ＲＥＧ ｂｕｎｄｌｅ０＋ＲＥＧ ｂｕｎｄｌｅ３、ＲＥＧバンドルセット１＝ＲＥＧ ｂｕｎｄｌｅ１＋ＲＥＧ ｂｕｎｄｌｅ４、ＲＥＧバンドルセット２＝ＲＥＧ ｂｕｎｄｌｅ２＋ＲＥＧ ｂｕｎｄｌｅ５のように３つのＲＥＧバンドルセットが決定される。ネットワーク／端末はＲＥＧバンドルセット単位でインターリーブを行うことができる。
【００９６】
このように、ＲＥＧバンドルセットベースのインターリーブが行われると、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ内のＡＬ２制御チャンネル候補は、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ１制御チャンネル候補の３つのみをブロッキングすることになる。一方、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ２制御チャンネル候補を構成するＲＥＧ ｂｕｎｄｌｅをＣＯＲＥＳＥＴ内に均等に分配する場合（ｉ．ｅ．，ＲＥＧ ｂｕｎｄｌｅ単位のインターリーブ）、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ２制御チャンネル候補は、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＡＬ１制御チャンネル候補の６つをブロッキングする。
【００９７】
ＲＥＧバンドルセットベースのインターリーブが行われる場合、ＲＥＧバンドルセットのサイズは、Ｔａｒｇｅｔ ＡＬによって異なるように設定されてもよい。ネットワークは、チャンネル状況などを適宜に反映するためにＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴを設定するとき、当該ＣＯＲＥＳＥＴにおいて適用されるＲＥＧバンドルセットのサイズ（又は、ｔａｒｇｅｔ ＡＬ）を設定することができる。これは、ＲＥＧバンドルセットのサイズが増加すれば、周波数ダイバーシティの利得が減少し、ＲＥＧバンドルセットのサイズが減少すれば、周波数ダイバーシティの利得が増加することを意味する。ＲＥＧ ｂｕｎｄｌｅ間のバンドリングが支援される場合、ＲＥＧバンドルセットのサイズが増加することは、チャンネル推定性能が向上することを意味する。例えば、ＡＬ４をターゲットとしてＲＥＧバンドルセットベースのインターリーブを行う場合、（ＡＬ４制御チャンネル候補を構成する４つのＣＣＥからそれぞれ抽出した）４つのＲＥＧ ｂｕｎｄｌｅが１つのＲＥＧバンドルセットを構成することになる。
【００９８】
（６）Ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ ｏｆ Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌｓ
【００９９】
ＲＥＧバンドルセットベースのインターリーブが行われる場合、ＲＥＧ ｂｕｎｄｌｅ単位でインターリーブを行う場合に比べてブロッキング確率を下げることができるが、この場合でも、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴの周波数ドメインバンドルのサイズによってブロッキング確率が増加することがある。
【０１００】
図４は、Ｉｎｔｅｒｌｅａｖｅｄ−ＣＯＲＥＳＥＴとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴとのブロッキングの別の一例を示す。図４において、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎは３シンボルであり、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのｄｕｒａｔｉｏｎは１シンボルであると仮定する。
【０１０１】
１ＣＣＥ＝６ＲＥＧｓと定義されるので、従来のＡＬ１、２、４、８を維持しながらＲＥＧバンドルセットベースのインターリーブが行われると、各ＲＥＧバンドルセットの周波数ドメイン開始点とＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおけるＣＣＥの周波数ドメイン開始点とを整列すれば、ブロッキング確率を効率的に減らすことができる。しかしながら、この場合でも、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいて使用できないリソースが発生し得る。
【０１０２】
例えば、図４において、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ４制御チャンネル候補のためのＲＥＧバンドルセットは、周波数ドメインにおいてＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥの１つに全て含まれてもよいが、ＲＥＧバンドルセットの終了点がＣＣＥの終了点と一致しないため、リソースロスが発生し得る。
【０１０３】
このようなリソースロスを減らすために、ＡＬ｛１、２、４、８｝のみならずＡＬ｛１、３、６、１２｝を導入することを提案する。ただし、本発明は、ＡＬ｛１、３、６、１２｝に限らず、他のＡＬを用いることを除くものではない。
【０１０４】
ＡＬ｛１、３、６、１２｝が用いられる場合、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ３、６、１２のためのＲＥＧバンドルセットのそれぞれはＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴの１/２、１、２つのＣＣＥをブロッキングするため、リソースロスを最大に減らすことができる。ＡＬ｛１、３、６、１２｝はＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴに限って適用されてもよい。ネットワークは、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴに対してＡＬセット｛１、２、４、８｝及び｛１、３、６、１２｝のうちいずれか一方を設定することができる。一例として、ＡＬ｛１、２、４、８｝は、ＣＯＲＥＳＥＴの周波数ドメインバンドルのサイズが３である場合に限って適用されてもよい。
【０１０５】
別の方法として、ネットワークは、各ＣＯＲＥＳＥＴにおいて支援するＡＬをＣＯＲＥＳＥＴごとに設定することもできる。例えば、ネットワークにおいて利用可能なＡＬは、｛１、２、３、４、６、８、１２｝であってもよく、ネットワークは当該ＡＬのうち一部を特定のＣＯＲＥＳＥＴに設定することができる。又は、様々な組み合わせのＡＬセットが表（ｔａｂｌｅ）に定義され、ネットワークは当該表においてＡＬセットインデックスＣＯＲＥＳＥＴごとに設定されてもよい。
【０１０６】
図５は、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥとＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルセットを示す。
【０１０７】
Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＤｕｒａｔｉｏｎは１シンボルであり、Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＤｕｒａｔｉｏｎは３シンボルであり、１シンボルのＩｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴが３シンボルのＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴに完全に含まれると仮定する。
【０１０８】
Ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおけるバンドルのサイズは、周波数ドメインにおいて１ＲＥＧ、時間ドメインにおいて３ＲＥＧを仮定する。また、ＲＥＧバンドルセットに含まれるＲＥＧバンドルの数は、Ｔａｒｇｅｔ ＡＬによって決定されると仮定する。
【０１０９】
図５（ａ）は、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ４、８のためのＲＥＧバンドルセットとＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＣＣＥとの関係を示す。図５（ａ）を参照すれば、ＲＥＧバンドルセットの境界とＣＣＥの境界とが一致しないため、リソースロス又はブロッキングが生じる問題点がある。
【０１１０】
図５（ｂ）では、Ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにおいてＡＬ３、６を導入してＲＥＧバンドルセットを構成する場合、ＡＬ３、６のためのＲＥＧバンドルセットとＣＣＥの関係を示す。図５（ｂ）を参照すれば、ＡＬ３、６のためのＲＥＧバンドルセットの境界が１／２ＣＣＥ、１ＣＣＥの境界と一致するため、リソースロスを最小化し、ブロッキングの確率を下げることができる。一方、図示を省略するが、ＡＬ１２のためのＲＥＧバンドルセットの境界は２−ＣＣＥの境界と一致する。
【０１１１】
図６は、本発明の一実施例による１シンボルのＣＯＲＥＳＥＴと２シンボルのＣＯＲＥＳＥＴとの重なりを示す。１シンボルのＣＯＲＥＳＥＴと２シンボルのＣＯＲＥＳＥＴが１シンボルのＣＯＲＥＳＥＴ領域において重なる状況を仮定する。
【０１１２】
図６（ａ）は、２シンボルのＣＯＲＥＳＥＴがＲＥＧバンドルセット単位でインターリーブされ、ＡＬ３制御チャンネル候補を構成する３つのＣＣＥからそれぞれ抽出された３つのＲＥＧバンドルが１つのＲＥＧバンドルセットを構成する。このとき、ＲＥＧバンドルサイズは周波数ドメインにおいて１ＲＥＧ、時間ドメインにおいて２ＲＥＧｓを仮定する。
【０１１３】
このように、ＲＥＧバンドルセットベースのインターリーブが行われる場合、２シンボルのＣＯＲＥＳＥＴのＡＬ１制御チャンネル候補がブロッキングした１シンボルのＣＯＲＥＳＥＴのＣＣＥをＡＬ３制御チャンネル候補が同様にブロッキングする。よって、ＡＬ増加による更なるブロッキングが発生しない。仮にネットワークが２シンボルのＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝を設定して、ＡＬ６のためのＲＥＧバンドルセットをベースとしてインターリーブを行う場合、ＡＬ１、３、６の制御チャンネル候補が同一の（１シンボルのＣＯＲＥＳＥＴの）ＣＣＥをブロッキングするため、ブロッキング確率を最小化することができる。
【０１１４】
図６（ｂ）は、全てのＣＯＲＥＳＥＴにおいてインターリーブが行われない場合を示す。この場合、２シンボルのＣＯＲＥＳＥＴの周波数ドメインＲＥＧバンドルのサイズが３ＲＥＧｓであるため、ネットワークが当該ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝を設定する方が、リソースロスを減らし、ブロッキング確率を下げるのに有利である。
【０１１５】
一方、各ＣＯＲＥＳＥＴのＡＬセット（及び／又はＲＥＧバンドルセットｃｏｎｆｉｇｕｒａｔｉｏｎ）は、ネットワークが別にｃｏｎｆｉｇｕｒａｔｉｏｎをシグナリングせず、ＣＯＲＥＳＥＴリソースと当該ＣＯＲＥＳＥＴにおいて適用するバンドルサイズ、インターリーブ有無及び／又は重なるＣＯＲＥＳＥＴのｃｏｎｆｉｇｕｒａｔｉｏｎなどに基づいて決定されてもよい。
【０１１６】
一例として、図６のように、周波数ドメインＲＥＧバンドルサイズが１であるＣＯＲＥＳＥＴがＮｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴと重なる場合、ＡＬ｛１、３、６、１２｝を用いるように予め定義されてもよく、このとき、ＲＥＧバンドルセットのサイズも予め定義されるか設定されてもよい。これは重なるＣＯＲＥＳＥＴ間のＣＣＥ境界、ＲＥＧバンドル境界及び／又はＲＥＧバンドルセット境界などが一致するように、ＡＬセット及びＲＥＧバンドルセットのサイズが決定されることを意味する。
【０１１７】
以下の（ｉ）〜（ｖ）は、本発明の一実施例によるＡＬセット及びＲＥＧバンドルセットのサイズの決定であって、一部のパラメータは変更されてもよい。
【０１１８】
（ｉ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ １ ｓｙｍｂｏｌ ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ
【０１１９】
− １シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルのサイズが２である場合：１シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝及びＲＥＧバンドルセットサイズ＝３ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。
【０１２０】
−１シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルサイズが３である場合：１シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝及びＲＥＧバンドルセットサイズ＝２ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。
【０１２１】
（ｉｉ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ２ ｓｙｍｂｏｌ ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ
【０１２２】
２シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルサイズが周波数ドメインにおいて１ＲＥＧであり、時間ドメインにおいて２ＲＥＧｓである場合：２シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝及びＲＥＧバンドルセットサイズ＝３又は６ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。
【０１２３】
（ｉｉｉ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ２ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ
【０１２４】
２シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定され、１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。
【０１２５】
（ｉｖ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ３ ｓｙｍｂｏｌ ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ
【０１２６】
３シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴのＲＥＧバンドルサイズが周波数ドメインにおいて１ＲＥＧ、時間ドメインにおいて３ＲＥＧｓである場合、３シンボルｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、３、６、１２｝及びＲＥＧバンドルセットサイズ＝３又は６ＲＥＧバンドルが設定されてもよい。１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにＡＬ｛１、２、４、８｝が設定されてもよい。
【０１２７】
（ｖ）１ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ ＆ ３ ｓｙｍｂｏｌ ｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴ
【０１２８】
３シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにはＡＬ｛１、３、６、１２｝が設定され、１シンボルｎｏｎ−ｉｎｔｅｒｌｅａｖｅｄ ＣＯＲＥＳＥＴにはＡＬ｛１、２、４、８｝が設定されてもよい。
【０１２９】
図７は、本発明の一実施例による下りリンク信号の送受信方法のフローを示す。図７は、上述した方法の一例であって、本発明は図７に限定されず、上述した内容と重なる説明は省略してもよい。
【０１３０】
図７を参照すれば、基地局は端末に少なくとも１つのＣＯＲＥＳＥＴ Ｃｏｎｆｉｇｕｒａｔｉｏｎを送信する（７０５）。例えば、基地局は第１のＣＯＲＥＳＥＴの周波数リソースに関する情報を含む第１のＣＯＲＥＳＥＴ設定を上位層シグナリング（ｅ．ｇ．，ＲＲＣシグナリング）を介して送信することができる。
【０１３１】
基地局はＰＤＣＣＨ信号を生成及びマッピングすることができる（７１０）。基地局は第１のＣＯＲＥＳＥＴ上にＰＤＣＣＨ信号をマッピングすることができる。基地局は２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングし、ＰＤＣＣＨ信号をマッピングすることができる。１ＲＥＧは時間ドメイン上において１シンボル及び周波数ドメイン上において１ＲＢ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）に該当する。基地局は少なくとも同一のＲＥＧバンドルには同一のプリコーディングを適用することができる。
【０１３２】
基地局はＰＤＣＣＨ信号を送信することができる（７１５）。
【０１３３】
端末は第１のＣＯＲＥＳＥＴ上でＰＤＣＣＨ信号に対するブラインド検出を行うことで、ＰＤＣＣＨ信号を受信することができる（７２０）。例えば、端末は第１のＣＯＲＥＳＥＴ上で多数のＲＥＧをバンドリングしてＰＤＣＣＨ信号を受信することができる。端末は少なくとも同一のＲＥＧバンドルに属するＲＥＧに対しては同一のプリコーディングを仮定することができる。
【０１３４】
端末はＰＤＣＣＨ信号からＤＣＩを獲得することができる（７２５）。
【０１３５】
第１のＣＯＲＥＳＥＴ設定に含まれた第１のＣＯＲＥＳＥＴの周波数リソースに関する情報はビットマップとして提供されてもよい。例えば、前記ビットマップは２、３又は６つのＲＥＧごとに１ＲＥＧバンドルでバンドリングされた後、いずれのＲＥＧバンドルにも属しない残りのリソースが第１のＣＯＲＥＳＥＴに存在しないように６−ＲＢ単位で第１のＣＯＲＥＳＥＴの周波数リソースを割り当てることができる。ビットマップに含まれた多数のビットのそれぞれが６−ＲＢに該当して、各ビット値によって当該６−ＲＢが第１のＣＯＲＥＳＥＴの周波数リソースであるか否かが指示されてもよい。
【０１３６】
ビットマップは多数のサブ帯域（ｅ．ｇ．，ＢＷＰｓ）のうち前記端末が動作するサブ帯域に特定して設定されてもよい。
【０１３７】
さらに、第１のＣＯＲＥＳＥＴ設定はＲＥＧバンドルサイズの情報を含んでもよい。
【０１３８】
第１のＣＯＲＥＳＥＴに適用されるＲＥＧバンドルサイズは、前記第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのＲＥＧバンドルサイズを考慮して決定されてもよい。
【０１３９】
第１のＣＯＲＥＳＥＴ及び第１のＣＯＲＥＳＥＴと少なくとも一部が重なる第２のＣＯＲＥＳＥＴのうち一方のみにインターリーブが設定される場合、インターリーブは多数のＲＥＧバンドルを含むＲＥＧバンドルセットをベースとして行われてもよい。
【０１４０】
ＲＥＧバンドルセットに含まれる多数のＲＥＧバンドルの数は、集合レベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）によって決定され、多数のＲＥＧバンドルは互いに異なるＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）に属してもよい。
【０１４１】
第１のＣＯＲＥＳＥＴ及び第２のＣＯＲＥＳＥＴのうち前記インターリーブが設定されていないＣＯＲＥＳＥＴに対して、第１の集合レベルセット｛１、２、４、８｝のみを用いることができ、インターリーブが設定されたＣＯＲＥＳＥＴに対しては、第１の集合レベルセットに加えて、第２の集合レベルセット｛１、３、６、１２｝を用いることもできる。
【０１４２】
第１のＣＯＲＥＳＥＴに適用される集合レベルセットは、第１のＣＯＲＥＳＥＴに設定されたバンドルサイズ、インターリーブを適用するか否か、及び第１のＣＯＲＥＳＥＴと重なる第２のＣＯＲＥＳＥＴの設定のうち少なくとも１つを考慮して決定されてもよい。
【０１４３】
図８は、本発明の一実施例による無線通信システム１００における基地局１０５及び端末１１０の構成を示したブロック図である。図８に示した基地局１０５と端末１１０の構成は、上述した方法を実施するための基地局と端末の例示的な具現であり、本発明の基地局と端末の構成は図８により限られない。基地局１０５はｅＮＢ又はｇＮＢとも呼ばれ、端末１１０はＵＥとも呼ばれる。
【０１４４】
無線通信システム１００を簡略に示すために、１つの基地局１０５と１つの端末１１０を示したが、無線通信システム１００は１つ以上の基地局及び／又は１つ以上の端末を含む。
【０１４５】
基地局１０５は、送信（Ｔｘ）データプロセッサー１１５、シンボル変調器１２０、送信器１２５、送受信アンテナ１３０、プロセッサー１８０、メモリ１８５、受信器１９０、シンボル復調器１９５及び受信データプロセッサー１９７を含むことができる。そして、端末１１０は、送信（Ｔｘ）データプロセッサー１６５、シンボル変調器１７５、送信器１７５、送受信アンテナ１３５、プロセッサー１５５、メモリ１６０、受信器１４０、シンボル復調器１５５及び受信データプロセッサー１５０を含むことができる。送受信アンテナ１３０、１３５はそれぞれ基地局１０５及び端末１１０に１つが示されているが、基地局１０５及び端末１１０は複数の送受信アンテナを備えてもよい。よって、本発明による基地局１０５及び端末１１０はＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）システムを支援する。また、本発明による基地局１０５はＳＵ−ＭＩＭＯ（Ｓｉｎｇｌｅ  Ｕｓｅｒ−ＭＩＭＯ）ＭＵ−ＭＩＭＯ（Ｍｕｌｔｉ  Ｕｓｅｒ−ＭＩＭＯ）方式のいずれも支援することができる。
【０１４６】
下りリンク上で、送信データプロセッサー１１５はトラフィックデータを受信し、受信したトラフィックデータをフォーマットしてコードし、コードされたトラフィックデータをインターリーブして変調し（又はシンボルマッピングし）、変調シンボル（「データシンボル」）を提供する。シンボル変調器１２０はこのデータシンボルとパイロットシンボルを受信及び処理してシンボルのストリームを提供する。
【０１４７】
シンボル変調器１２０は、データ及びパイロットシンボルを多重化し、これを送信器１２５に送信する。ここで、それぞれの送信シンボルはデータシンボル、パイロットシンボル又はゼロの信号値であり得る。それぞれのシンボル周期で、パイロットシンボルが連続的に送信されることもできる。パイロットシンボルは周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）又はコード分割多重化（ＣＤＭ）シンボルであり得る。
【０１４８】
送信器１２５はシンボルのストリームを受信し、これを１つ以上のアナログ信号に変換し、さらにこのアナログ信号を追加的に調節して（例えば、増幅、フィルタリング及び周波数アップコンバーティング（ｕｐｃｏｎｖｅｒｔｉｎｇ）して、無線チャンネルを介した送信に適した下りリンク信号を発生させる。すると、送信アンテナ１３０は発生した下りリンク信号を端末に送信する。
【０１４９】
端末１１０の構成において、受信アンテナ１３５は基地局からの下りリンク信号を受信し、受信された信号を受信器１４０に提供する。受信器１４０は受信された信号を調整し（例えば、フィルタリング、増幅、及び周波数ダウンコンバーティング（ｄｏｗｎｃｏｎｖｅｒｔｉｎｇ））、調整された信号をデジタル化してサンプルを獲得する。シンボル復調器１４５は受信されたパイロットシンボルを復調し、チャンネル推定のためにこれをプロセッサー１５５に提供する。
【０１５０】
また、シンボル復調器１４５はプロセッサー１５５から下りリンクに対する周波数応答推定値を受信し、受信されたデータシンボルに対してデータ復調を行って（送信されたデータシンボルの推定値である）データシンボル推定値を獲得し、データシンボル推定値を受信（Ｒｘ）データプロセッサー１５０に提供する。受信データプロセッサー１５０はデータシンボル推定値を復調（すなわち、シンボルデマッピング（ｄｅｍａｐｐｉｎｇ））し、デインターリーブ（ｄｅｉｎｔｅｒｌｅａｖｉｎｇ）し、デコードして、送信されたトラフィックデータを復旧する。
【０１５１】
シンボル復調器１４５及び受信データプロセッサー１５０による処理はそれぞれ基地局１０５でのシンボル変調器１２０及び送信データプロセッサー１１５による処理に対して相補的である。
【０１５２】
端末１１０は上りリンク上で、送信データプロセッサー１６５はトラフィックデータを処理してデータシンボルを提供する。シンボル変調器１７０はデータシンボルを受信して多重化し、変調を行い、シンボルのストリームを送信器１７５に提供することができる。送信器１７５はシンボルのストリームを受信及び処理して上りリンク信号を発生させる。そして、送信アンテナ１３５は発生した上りリンク信号を基地局１０５に送信する。端末及び基地局における送信器及び受信器は、１つのＲＦユニットで構成される。
【０１５３】
基地局１０５で、端末１１０から上りリンク信号が受信アンテナ１３０を介して受信され、受信器１９０は受信した上りリンク信号を処理してサンプルを獲得する。ついで、シンボル復調器１９５はこのサンプルを処理し、上りリンクに対して受信されたパイロットシンボル及びデータシンボル推定値を提供する。受信データプロセッサー１９７はデータシンボル推定値を処理し、端末１１０から送信されたトラフィックデータを復旧する。
【０１５４】
端末１１０及び基地局１０５のそれぞれのプロセッサー１５５、１８０はそれぞれ端末１１０及び基地局１０５での動作を指示（例えば、制御、調整、管理など）する。それぞれのプロセッサー１５５、１８０はプログラムコード及びデータを保存するメモリユニット１６０、１８５と連結されることができる。メモリ１６０、１８５はプロセッサー１８０に連結され、オペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ  ｆｉｌｅｓ）を保存する。
【０１５５】
プロセッサー１５５、１８０はコントローラー（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラー（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサー（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピューター（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などとも言える。一方、プロセッサー１５５、１８０はハードウェア（ｈａｒｄｗａｒｅ）又はファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの組合せによって実現されることができる。ハードウェアを用いて本発明の実施例を実現する場合には、本発明を実行するように構成されたＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）又はＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）などがプロセッサー１５５、１８０に備えられてもよい。
【０１５６】
一方、ファームウエア又はソフトウェアを用いて本発明の実施例を具現する場合には、本発明の機能又は動作を行うモジュール、過程又は関数などを含むようにファームウエア又はソフトウェアが構成されることができ、本発明を実行するように構成されたファームウエア又はソフトウェアはプロセッサー１５５、１８０内に備えられるとかメモリ１６０、１８５に保存されてプロセッサー１５５、１８０によって駆動されることができる。
【０１５７】
端末と基地局の無線通信システム（ネットワーク）間の無線インターフェースプロトコルのレイヤーは通信システムでよく知られたＯＳＩ（ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）モデルの下位３レイヤーに基づいて、第１レイヤーＬ１、第２レイヤーＬ２及び第３レイヤーＬ３に分類されることができる。物理レイヤーは前記第１レイヤーに属し、物理チャンネルを介して情報送信サービスを提供する。ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤーは前記第３レイヤーに属し、ＵＥとネットワーク間の制御無線リソースを提供する。端末、基地局は無線通信ネットワークとＲＲＣレイヤーを介してＲＲＣメッセージを交換することができる。
【０１５８】
以上で説明した実施例は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素又は特徴は別途の明示的言及がない限り選択的なものとして考慮されなければならない。各構成要素又は特徴は他の構成要素又は特徴と結合しない形態に実施されることができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更されることができる。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴と取り替えられることができる。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するとか出願後の補正によって新しい請求項として含ませることができるのは明らかである。
【０１５９】
本発明は本発明の精神及び必須特徴から逸脱しない範疇内で他の特定の形態に具体化されることができるのは当業者に明らかである。よって、前記の詳細な説明は全ての面で制限的に解釈されてはいけなく例示的なものとして考慮されなければならない。本発明の範囲は添付の請求項の合理的解釈によって決定されなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０１６０】
以上のように本発明は様々な無線通信システムに適用できる。
【図１】
2019530319.tif 000006
【図２】
2019530319.tif 000007
【図３】
2019530319.tif 000008
【図４】
2019530319.tif 000009
【図５】
2019530319.tif 000010
【図６】
2019530319.tif 000011
【図７】
2019530319.tif 000012
【図８】
2019530319.tif 000013
【国際調査報告】
2019530319.tif 000014
2019530319.tif 000015
2019530319.tif 000016
2019530319.tif 000017