JP7475516B2 - 通信装置、通信方法及び集積回路 - Google Patents

Description

本開示は、通信装置、通信方法及び集積回路に関する。

第５世代移動通信システム（5G）と呼ばれる通信システムが検討されている。5Gでは、通信トラフィックの増大、接続する端末数の増大、高信頼性、低遅延のそれぞれが必要とされるユースケース毎に機能を柔軟に提供することが検討されている。代表的なユースケースとして、拡張モバイルブロードバンド（eMBB：enhanced Mobile Broadband）、大規模コミュニケーション/多数接続（mMTC：massive Machin Type Communications）、超信頼性・低遅延コミュニケーション（URLLC：Ultra Reliable and Low Latency Communicant)の３つがある。国際標準化団体である3GPP（3rd Generation Partnership Project）では、LTEシステムの高度化と、New RAT（Radio Access Technology）（例えば、非特許文献１を参照）の両面から、通信システムの高度化を検討している。

RP-161596, "Revision of SI: Study on New Radio Access Technology", NTT DOCOMO, September 2016 R1-1702765, "DL control channel design", Panasonic, February 2017

New RAT では、DCI（Downlink Control Indicator）を含む制御信号チャネルであるPDCCH（Physical Downlink Control Channel）が配置される領域として、複数のcontrol resource set（以下、「CORESET」と呼ぶ）を端末（UE：User Equipment）に設定することが検討されている。しかしながら、New RATにおいて、CORESETの中のサーチスペースを構成するCCE（Control Channel Element）の配置方法については十分に検討がなされていない。

本開示の一態様は、CORESETの中のサーチスペースを構成するCCEを適切に配置することができる基地局、端末及び通信方法の提供に資する。

本開示の一態様に係る基地局は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域に下り制御信号を割り当てる回路と、前記下り制御信号を送信する送信機と、を具備し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置される数を示すbundlingサイズは２のべき乗である。

本開示の一態様に係る端末は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域で下り制御信号を受信する受信機と、前記下り制御信号を復号する回路と、を具備し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは２のべき乗である。

本開示の一態様に係る通信方法は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域に下り制御信号を割り当て、前記下り制御信号を送信し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは２のべき乗である。

本開示の一態様に係る通信方法は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域で下り制御信号を受信し、前記下り制御信号を復号し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは２のべき乗である。

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示の一態様によれば、CORESETを構成するCCEを適切に配置することができる。

本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

図１Ａは、REGのマッピング例（Frequency first mapping）を示す。 図１Ｂは、REGのマッピング例（Frequency first mapping）を示す。 図１Ｃは、REGのマッピング例（Time first mapping）を示す。 図１Ｄは、REGのマッピング例（Time first mapping）を示す。 図２Ａは、REG bundlingの一例を示す。 図２Ｂは、REG bundlingの一例を示す。 図２Ｃは、REG bundlingの一例を示す。 図３は、CCEあたりのREG数が4、シンボル数が3、REG bundlingサイズが2とした場合のREGのマッピング例を示す。 図４は、Aggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例を示す。 図５は、実施の形態１に係る基地局の一部の構成を示す。 図６は、実施の形態１に係る端末の一部の構成を示す。 図７は、実施の形態１に係る基地局の構成を示す。 図８は、実施の形態１に係る端末の構成を示す。 図９は、実施の形態１に係る基地局及び端末の動作例を示す。 図１０Ａは、実施の形態１の動作例１－１に係るREGのマッピング例（シンボル数が１の場合）を示す。 図１０Ｂは、実施の形態１の動作例１－１に係るREGのマッピング例（シンボル数が２の場合）を示す。 図１０Ｃは、実施の形態１の動作例１－１に係るREGのマッピング例（シンボル数が４の場合）を示す。 図１１は、実施の形態１の動作例１－１に係るAggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例を示す。 図１２は、実施の形態１の動作例１－１に係るAggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例を示す。 図１３は、実施の形態１の動作例１－２に係るREGのマッピング例を示す。 図１４は、実施の形態１の動作例１－２に係るAggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例を示す。 図１５は、実施の形態１の動作例１－３に係るDMRSのマッピング例（シンボル数が２の場合）を示す。 図１６Ａは、実施の形態１の動作例１－３に係るDMRSのマッピング例（シンボル数が４の場合）を示す。 図１６Ｂは、実施の形態１の動作例１－３に係るDMRSのマッピング例（シンボル数が４の場合）を示す。 図１７Ａは、実施の形態２に係るREGのマッピング例（シンボル数が２の場合）を示す。 図１７Ｂは、実施の形態２に係るREGのマッピング例（シンボル数が４の場合）を示す。 図１７Ｃは、実施の形態２に係るREGのマッピング例（シンボル数が３の場合）を示す。 図１７Ｄは、実施の形態２に係るREGのマッピング例（シンボル数が６の場合）を示す。 図１８は、実施の形態２に係るAggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例（シンボル数が２の場合）を示す。 図１９は、実施の形態２に係るAggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例（シンボル数が４の場合）を示す。 図２０は、実施の形態２に係るAggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例（シンボル数が３の場合）を示す。 図２１は、実施の形態２に係るAggregation level毎のシンボルあたりの同一DCIを構成するREG数の一例（シンボル数が６の場合）を示す。

以下、本開示の実施の形態について図面を参照して詳細に説明する。

上述したように、New RATでは、制御信号であるDCIを含む制御チャネルの領域であるCORESETがUEに設定され、UEが、設定されたCORESETの中のサーチスペースをモニタ（Blind decoding）して、自機宛てのDCIを検出することが検討されている。また、DCIが配置されるサーチスペースはCCEで定義されることが検討されている。

ここで、New RATでは、CCEあたりのREG（Resource Element Group）数として、4から8の間の数が検討されている。また、CORESETが設定されるシンボル数として、スロット又はsubframe内の１シンボルから全シンボルまでの数が考えられる。

しかしながら、CCEあたりのREG数、及び、CORESETが設定されるシンボル数の組み合わせによっては、各CCEにおけるシンボルあたりのREG数が不均一になる場合もある。CCEにおいてシンボル間のREG数が不均一であると、シンボル毎の受信SINR（Signal to Interference and Noise Ratio）にばらつきが生じ、CCE間のパワーの調整が難しくなるという課題がある。

以下、より詳細に説明する。

DCIは１つ又は複数のCCEで送信される。ここで、１つのDCIに使用されるCCE数は「Aggregation level」と呼ばれる。すなわち、Aggregation levelとは、DCIを送信する際のリソース量を示す。CORESET（PDCCH領域）でDCIが送信される際、例えば、Aggregation level 1では、1CCEでDCIが送信され、Aggregation level 2では、2CCEでDCIが送信される。

また、CCEを構成する複数のREGの１つ形態として、１PRB（Physical Resource Block）内の１シンボルを「REG」とすることが検討されている（例えば、図１Ａを参照）。

このような形態の場合、CCEの構成として、図１Ａ及び図１Ｂに示すように、同一のシンボルに配置されるREGでCCE（NR-CCEと示すこともある）を構成する場合と、図１Ｃ及び図１Ｄに示すように、複数のシンボルに配置されるREGでCCEを構成する場合が考えらえる。

１CCEを構成するREGを同一のシンボルに配置する場合は「Frequency first mapping」と呼ばれている。Frequency first mappingは、CCEが占有するシンボル数を削減し、PDSCH（Physical Downlink Shared Channel）に割り当てられるリソース量が増加するという利点がある。一方、１CCEを構成するREGを複数のシンボルに配置する場合は「Time first mapping」と呼ばれている。Time first mappingは、シンボル毎に使用できる送信パワーに制限がある場合、CCEを複数のシンボルで送信できるので、送信電力を向上できるという利点がある（例えば、非特許文献２を参照）。

また、New RATでは、「REG bundling」と呼ばれる方法も検討されている。REG bundlingとは、同一CCEを構成する複数のREGを隣接するPRBに配置し、当該隣接するPRBに配置される参照信号（DMRS：Demodulation Reference Signal）をREG間で共有することにより、チャネル推定精度を向上させる方法である。

図２Ａ～図２Ｃは、隣接するPRBに配置されるREGの数であるbundling数（以下、「REG bundlingサイズ」と呼ぶ）を２とした場合のREGのマッピング例（配置例）を示す。図２Ａ～図２Ｃに示すように、同一のCCEを構成するREGのうちの２つのREGは、隣接するPRBに配置されている。これにより、時間方向(シンボル方向)に複数のDMRSが配置されない場合でも、周波数方向でチャネル推定を補間できるので、チャネル推定精度を向上できる。

ここで、CCEあたりのREG数を４又は８とし、CORESETのシンボル数を３とした場合、CCE毎のREGを３シンボルに均一に配置することは困難となる。図３は、CCEあたりのREG数を４とし、CORESETのシンボル数を３とし、REG bundlingサイズを２とした場合のREGのマッピング例を示す。また、図４は、図３に示すREGのマッピング例における、Aggregation level（ALと表すこともある）毎の各シンボルあたりの同一DCIを構成するREG数を示す。

例えば、図３においてAggregation level 1（AL1）の場合、つまり、DCIが配置されるREG数が４個の場合、３シンボルのうち、２シンボルに２つのREGがそれぞれ配置され、残りの１シンボルにはREGが配置されない。また、図３においてAggregation level 2（AL2）の場合、つまり、DCIが配置されるREG数が８個の場合、３シンボルのうち、１シンボル（図３の例ではシンボル#0）には４つのREGが配置され、残りの２シンボル（図３の例ではシンボル#1,#2）には２つのREGがそれぞれ配置される。Aggregation level 4,8（AL4、AL8）についても同様である。

つまり、図４に示すように、AL1では、DCIの送信に使用される１CCEを構成するREGが２シンボルのみに配置され、１シンボルには配置されない。また、図４に示すように、AL2、AL4、AL8では、DCIの送信に使用される複数のCCEを構成するREGは、シンボル間で不均一に配置される。このため、DCIの送信に使用される１つ又は複数のCCEにおいてシンボル間のREG数が不均一であるので、シンボル毎に受信SINRにばらつきが生じ、CCE間のパワーの調整が難しくなる。

そこで、以下では、DCIの送信に使用される複数のCCEを構成するREGがシンボル間で均一に配置されることで、シンボル毎の受信SINRのばらつきを抑え、CCE間のパワーの調整を容易にする方法について説明する。

（実施の形態１）
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００（UE）を備える。

図５は本開示の実施の形態に係る基地局１００の一部の構成を示すブロック図である。図５に示す基地局１００において、信号割当部１０５は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域（CORESET）に下り制御信号（DCI）を割り当てる。送信部１０６は、下り制御信号を送信する。

図６は本開示の実施の形態に係る端末２００の一部の構成を示すブロック図である。図６に示す端末２００において、受信部２０１は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域（CORESET）で下り制御信号（DCI）を受信する。DCI受信部２０３は、下り制御信号を復号（ブラインド復号）する。

ここで、CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは２のべき乗である。

［基地局の構成］
図７は、本実施の形態に係る基地局１００の構成を示すブロック図である。図７において、基地局１００は、CORESET設定部１０１と、DCI生成部１０２と、誤り訂正符号化部１０３と、変調部１０４と、信号割当部１０５と、送信部１０６と、受信部１０７と、信号分離部１０８と、復調部１０９と、誤り訂正復号部１１０とを有する。

CORESET設定部１０１は、端末２００（UE）毎にCORESETを設定する。CORESETの設定（定義）とは、例えば、各CORESETが設定されるPRB数、PRB番号、シンボル番号、シンボル数、CORESETのスクランブリングに使用するID、REG（Resource Element Group）のマッピング方法（localized or distributed）、Quasi collocation (QCL)、等が含まれる。CORESET設定部１０１は、CORESETの設定を示すCORESET設定情報を含む上位レイヤのシグナリング（例えば、SIB（System Information Block）又はdedicated RRC（Radio Resource Control））を生成する。CORESET設定部１０１は、上位レイヤのシグナリングを誤り訂正符号化部１０３へ出力し、CORESET設定情報を信号割当部１０５へ出力する。

DCI生成部１０２は、DL（Downlink）データ信号又はUL（Uplink）データ信号のリソース割当情報（DL割当情報又はUL割当情報）を含むDCIを生成し、DCIを信号割当部１０５へ出力する。また、DCI生成部１０２は、生成したDCIのうち、DL割当情報を信号割当部１０５に出力し、UL割当情報を信号分離部１０８へ出力する。

誤り訂正符号化部１０３は、送信データ信号（DLデータ信号）及び、CORESET設定部１０１から入力される上位レイヤのシグナリング（CORESET設定情報）を誤り訂正符号化し、符号化後の信号を変調部１０４へ出力する。

変調部１０４は、誤り訂正符号化部１０３から受け取る信号に対して変調処理を施し、変調後の信号を信号割当部１０５へ出力する。

信号割当部１０５は、DCI生成部１０２から入力されるDL割当情報に基づいて、変調部１０４から受け取る信号（DLデータ信号、上位レイヤのシグナリング）を、下りリソースに割り当てる。また、信号割当部１０５は、DCI生成部１０２から入力されるCORESET設定情報に従って、DCI生成部１０２から入力されるDCIをリソース（CORESET内の１つ又は複数のCCE）に割り当てる。例えば、信号割当部１０５は、CORESET設定情報に示されるCORESETが設定されるシンボル数に応じて、REGのマッピング、又は、CCEのサーチスペースへのマッピングを変更してもよい。このようにして送信信号が形成される。形成された送信信号は、送信部１０６へ出力される。

送信部１０６は、信号割当部１０５から入力される送信信号に対してアップコンバート等の無線送信処理を施し、アンテナを介して端末２００へ送信する。

受信部１０７は、端末２００から送信された信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の無線受信処理を施し、信号分離部１０８へ出力する。

信号分離部１０８は、DCI生成部１０２から入力されるUL割当情報に基づいて、受信部１０６から受け取る受信信号からULデータ信号を分離して復調部１０９へ出力する。

復調部１０９は、信号分離部１０８から入力される信号に対して復調処理を施し、得られた信号を誤り訂正復号部１１０へ出力する。

誤り訂正復号部１１０は、復調部１０９から入力される信号を復号し、端末２００からの受信データ信号（ULデータ信号）を得る。

［端末の構成］
図８は、本実施の形態に係る端末２００の構成を示すブロック図である。図８において、端末２００は、受信部２０１と、信号分離部２０２と、DCI受信部２０３と、復調部２０４と、誤り訂正復号部２０５と、設定情報受信部２０６と、誤り訂正符号化部２０７と、変調部２０８と、信号割当部２０９と、送信部２１０と、を有する。

受信部２０１は、受信信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の受信処理を施した後に信号分離部２０２へ出力する。受信信号には、例えば、DLデータ信号、上位レイヤシグナリング（CORESET設定情報を含む）、又は、DCI（リソース割当情報等を含む）等が含まれる。

信号分離部２０２は、受信信号から上りリンク信号を分離して、復調部２０４へ出力する。また、信号分離部２０２は、設定情報受信部２０６から入力されるCORESETの設定を示す情報に基づいて、受信部２０１から受け取る受信信号から、自機がモニタすべきCORESET（分離すべきCORESET）に対応するリソースを特定し、当該リソースに配置された信号を分離して、DCI受信部２０３へ出力する。また、信号分離部２０２は、DCI受信部２０３から入力されるDL割当情報に基づいて、受信信号からDLデータ信号を分離して、復調部２０４へ出力する。

DCI受信部２０３は、信号分離部２０２から入力される、CORESETに対応するリソースに配置された信号に対して復号を試みて、自機宛てのDCIを検出（受信）する。DCI受信部２０３は、受信したDCIに示されるUL割当情報を信号割当部２０９へ出力し、DL割当情報を信号分離部２０２へ出力する。

復調部２０４は、信号分離部２０２から入力される信号を復調し、復調後の信号を誤り訂正復号部２０５へ出力する。

誤り訂正復号部２０５は、復調部２０４から受け取る復調信号を復号し、得られた受信データ信号を出力し、得られた上位レイヤのシグナリングを設定情報受信部２０６へ出力する。

設定情報受信部２０６は、誤り訂正復号部２０５から出力される上位レイヤのシグナリンに含まれるCORESET設定情報に基づいて、端末２００毎のCORESETの設定を特定する。そして、設定情報受信部２０６は、特定した情報を信号分離部２０２へ出力する。

誤り訂正符号化部２０７は、送信データ信号（ULデータ信号）を誤り訂正符号化し、符号化後のデータ信号を変調部２０８へ出力する。

変調部２０８は、誤り訂正符号化部２０７から入力されるデータ信号を変調し、変調後のデータ信号を信号割当部２０９へ出力する。

信号割当部２０９は、DCI受信部２０３から入力されるUL割当情報に基づいて、ULデータが割り当てられるリソースを特定する。そして、信号割当部２０９は、変調部２０９から入力されたデータ信号を特定したリソースに割り当て、送信部２１０へ出力する。

送信部２１０は、信号割当部２０９から入力される信号に対してアップコンバート等の送信処理を施し、アンテナを介して送信する。

［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。

図９は基地局１００及び端末２００の動作を示すシーケンス図である。

基地局１００は、端末２００毎のCORESETを設定する（ＳＴ１０１）。基地局１００は、設定したCORESET設定情報を、上位レイヤのシグナリングを用いて端末２００へ送信する（ＳＴ１０２）。次いで、基地局１００は、リソース割当情報等を含むDCIを生成する（ＳＴ１０３）。基地局１００は、生成したDCIを、ＳＴ１０１で設定したCORESETの中のサーチスペースの何れかに配置して、端末２００へ送信する（ＳＴ１０４）。なお、CORESETを構成するCCE（REG）のマッピング方法（配置方法）の詳細については後述する。

一方、端末２００は、ＳＴ１０２で受信した上位レイヤのシグナリングに含まれるCORESET設定情報に基づいて、CORESET（サーチスペース）をモニタして、自機宛てのDCIを検出する（ＳＴ１０５）。

次に、CORESETを構成するCCE（REG）のマッピング方法の詳細について説明する。

以下、本実施の形態に係る動作例１－１～１－３についてそれぞれ説明する。

＜動作例１－１＞
動作例１－１では、CORESETへのCCE及びREGのマッピングについて、CCEを構成するREGの数（CCEあたりのREG数）を2のべき乗とし、REG bundlingサイズを2のべき乗とする。

さらに、動作例１－１では、CORESETが設定されるシンボル数を2のべき乗とする。

このようにすると、端末２００に設定されるCORESETのシンボル数が異なる場合でも、CORESETにおけるCCEを構成するREGのマッピングが共通となり、REGのマッピングがシンプルになる。

また、REG bundlingサイズを2のべき乗とすることで、異なるサブキャリア間隔(numerology)を同一スロットに割り当てたり、セル間で干渉制御を行ったりする場合に、調整がしやすくなる。

図１０Ａ～Ｃは、CCEあたりのREG数が4（=2²）、REG bundlingサイズが2（=2¹）の場合のREGのマッピング例を示す。

図１０Ａ～Ｃでは、REGのマッピングは、Time first mappingとする。すなわち、１つのCCEを構成するREGは、REG bundlingサイズ単位で、周波数方向（PRB）よりも時間方向（シンボル）に優先して配置される。また、図１０Ａ～Ｃでは、CCEのサーチスペースへのマッピングもTime first mappingとする。つまり、基地局１００は、DCIを、CCE単位で、周波数方向（PRB）よりも時間方向（シンボル）に優先して割り当てる。これにより、DCIの送信に使用されるCCEを構成するREGは、REG bundlingサイズ単位で可能な限り異なるシンボルに配置される。

図１０Ａは、CORESETのシンボル数が１（=2⁰）の場合のREGのマッピング例を示す。

図１０Ａに示すように、CORESETのシンボル数が１の場合には、Time first mappingであっても、CCEを構成する全てのREGは同一シンボル（シンボル#0）に配置される。したがって、例えば、CORESETのシンボル数を１に限定することで、Frequency first mappingのマッピングを別途定義しなくても、Time first mappingと同等のデザインのまま、Frequency first mappingを実現することができる。

特に、高い周波数帯、例えばミリ波帯では、シンボル毎にビーム(プリコーディング)を変えることが考えられる。このような場合、端末２００（UE）が、１シンボルに配置されたCORESET（図１０Ａ）を、異なるシンボルで複数個モニタすることで、時分割多重が容易になる。したがって、高い周波数帯では、CORESETのシンボル数を１に限定することも有効である。

図１０Ｂは、CORESETのシンボル数が２（=2¹）の場合のREGのマッピング例を示す。

図１０Ｂに示すように、CORESETのシンボル数が２の場合には、CCEを構成するREGのうち２つのREGがシンボル#0に配置され、残りの2つのREGがシンボル#1に配置される。つまり、CCEを構成するREGは、REG bundlingサイズ単位で２つのシンボルにそれぞれ２つずつ配置される。

図１０Ｃは、CORESETのシンボル数が４（=2²）の場合のREGのマッピング例を示す。

図１０Ｃに示すように、CORESETのシンボル数が４の場合には、１つのCCEを構成するREGは、REG bundlingサイズ単位（２REG）で２つのシンボルにそれぞれ配置される。また、例えば、Aggregation level 2のDCIの送信に使用される２つのCCEを構成するREGは、４つの異なるシンボルにそれぞれ配置される。

図１０Ｂ及び図１０Ｃに示すように各CCEのREGを配置することで、DCIの送信に使用される１つ又は複数のCCEを構成するREGがシンボル毎に均一に配置される。

例えば、図１１は、CCEあたりのREG数が4、シンボル数2、REG bundling数2とした場合（例えば、図１０Ｂを参照）のAggregation level（AL1、AL2、AL4、AL8）毎のシンボルあたりのREG数の一例を示す。図１１に示すように、どのAggregation levelにおいても、同一DCIの送信に使用されるCCEを構成するREGのシンボルあたりの数が等しいことが分かる。

また、図１２は、CCEあたりのREG数が4、シンボル数4、REG bundling数2とした場合（例えば、図１０Ｃを参照）のAggregation level毎のシンボルあたりのREG数の一例を示す。図１２に示すように、AL1では、DCIの送信に使用される１つのCCEを構成する４つのREGが２シンボルに均等に配置される。また、図１２に示すように、AL2、AL4、AL8では、どのAggregation levelにおいても、同一DCIの送信に使用されるCCEを構成するREGのシンボルあたりの数が等しいことが分かる。

このように、各CCEを構成する2のべき乗のREGが、2のべき乗のREG bundlingサイズ単位でシンボルに配置されることで、DCIの送信に使用されるCCEを構成するREGの数がシンボル毎に均一になり、CCE間のパワーの調整が容易になる。

また、REGのマッピング及びCCEのサーチスペースへのマッピングがTime first mappingに基づくことで、Aggregation levelが大きい場合には複数のシンボルにPDCCH(DCI)が配置されるので、パワーブースティングしやすくなるという利点がある。

また、REG bundlingサイズを2のべき乗とすることで、サブキャリア間隔が異なる端末２００が存在する場合でも、周波数領域においてPRBの間隔を揃えることができ、リソースの利用効率を向上することができる。

＜動作例１－２＞
動作例１－１では、CORESETのシンボル数が2のべき乗である場合について説明した。これに対して、動作例１－２では、CORESETのシンボル数が2のべき乗以外の値である場合について説明する。

例えば、CORESETのシンボル数が2のべき乗以外のシンボル数の場合、CORESETのシンボル数よりも多く、最も近い2のべき乗のシンボル数におけるREGのマッピングの基準として、REGのマッピングが設定される。

具体的には、CORESETのシンボル数が3の場合、図１３に示すように、動作例１－１で説明したシンボル数４（=2²）のREGのマッピング（例えば、図１０Ｃを参照）において、最終シンボルをパンクチャ又はレートマッチングすることにより、CORESETのシンボルにおけるREGのマッピングが設定される。

このようにすると、実際に使用されるREG数は、基準となるREGマッピングとは異なるものの、Aggregation levelが2,4,8の場合、同一DCIの送信に使用されるCCEを構成するREGのシンボルあたりの数が等しくなる。また、全てのシンボルで共通のREGマッピングのデザインを使用できるので、デザインがシンプルになるという利点がある。

例えば、図１４は、CCEあたりのREG数が4、シンボル数3、REG bundling数2とした場合のAggregation level毎のシンボルあたりのREG数を示す。図１４は、CCEあたりのREG数が4、シンボル数4、REG bundling数2とした場合のREGのマッピング（例えば、図１０Ｃ、図１２を参照）に基づいて、最終シンボルをパンクチャリング又はレートマッチングした場合のシンボルあたりのREG数を示す。図１４に示すように、AL2、AL4、AL8では、どのAggregation levelにおいても、同一DCIの送信に使用されるCCEを構成するREGのシンボルあたりの数が等しいことが分かる。

また、図１４に示すように、AL1では、DCIの送信に使用される１つのCCEを構成するREGが２シンボルに配置される場合と、１シンボルに配置される場合とがある。AL1においてREGが配置されるシンボルが１シンボルの場合、つまり、REG数が通常（4REG）の半分の値である場合、十分な受信品質が望めないことも考えられる。したがって、AL1については、２シンボルに配置されるCCEのみを端末２００がモニタすると限定してもよい。

なお、CORESETのシンボル数が2のべき乗以外のシンボル数の場合に、CORESETのシンボル数よりも多いシンボル数におけるREGのマッピングデザインを基準として、シンボルをパンクチャリング又はレートマッチングを行う場合について説明した。ただし、CORESETのシンボル数が2のべき乗以外のシンボル数の場合、CORESETのシンボル数よりも少ないシンボル数におけるREGのマッピングデザインを基準として、シンボルをリピティションしてもよい。例えば、CORESETのシンボル数が5の場合に、CORESETのシンボル数が4の場合のREGのマッピング（例えば、図１０Ｃを参照）を基準として、最終シンボル（シンボル#3）又は先頭シンボル（シンボル#0）をリピティションすることにより、シンボル数5の場合のREGのマッピングを設定する運用も可能である。

このようにして動作例１－２によれば、CORESETのシンボル数が2のべき乗以外の数である場合でも、DCIの送信に使用されるCCEを構成するREGの数がシンボル毎に均一になり、CCE間のパワーの調整が容易になる。

なお、動作例１－２においてCORESETのシンボル数は３又は５である場合に限定されない。

＜動作例１－３＞
動作例１－３では、上記動作例１－１に加えて、同一CCEのREG bundlingは、同一PRBに配置される。つまり、１つのCCEを構成するREGは、REG bundlingサイズ単位で、同一周波数の複数のシンボルに配置される。

また、このとき、CCEの復調に使用されるDMRSは、当該CCEが配置される複数のシンボルのうち、先頭シンボルに配置され、残りのシンボルに配置されない。

このようにすると、DMRSの数を削減することができる。

図１５は、CORESTのシンボル数が２、CCEあたりのREG数が4、REG bundlingサイズが2の場合のDMRS及びREGのマッピング例を示す。

図１５では、REG bundlingサイズが2であるので、同一CCEを構成するREGが隣接する2つのPRBに配置されている。また、同一CCEを構成するREGは、REGのbundlingサイズ単位で、同一周波数（2PRB）の２つのシンボル#0、#1に配置されている。

このとき、図１５に示すように、DMRSは、同一DCIの送信に使用されるCCEを構成し、REG bundlingサイズ単位の同一周波数に配置されるREGが配置されるシンボルのうち先頭シンボル#0に配置される。つまり、図１５に示すように、シンボル#1にはDMRSが配置されない。この場合、端末２００は、シンボル#1において、同一CCEを構成するREGが配置されたシンボル#0のDMRSを用いてチャネル推定を行う。

次に、図１６Ａ及び図１６Ｂは、CORESTのシンボル数が4、CCEあたりのREG数が4、REGのbundlingサイズが2の場合のDMRS及びREGのマッピング例を示す。

図１６Ａ及び図１６Ｂでは、図１５と同様、REGのbundlingサイズが2であるので、同一CCEを構成するREGが隣接する2つのPRBに配置されている。

図１６Ａでは、同一CCEを構成するREGは、REG bundling単位で同一PRB（2PRB）に配置されている。

このとき、DMRSは、同一DCIの送信に使用されるCCEを構成し、REG bundlingサイズ単位の同一周波数に配置されるREGが配置されるシンボルのうち先頭シンボルに配置される。

例えば、図１６Ａでは、Aggregation level 2の場合、同一DCIの送信に使用される２つのCCEは、同一PRB（例えば、PRB#0、#1を参照）の４シンボル#0～#3に配置される。この場合、DMRSは、PRB#0,#1では、先頭シンボル#0に配置され、残りのシンボル#1～#3には配置されない。したがって、端末２００は、Aggregation level 2のDCIに使用される２つのCCEが配置されるPRB（図１６ＡのPRB#0,#1）では、シンボル#1に加え、シンボル#2及びシンボル#3での復調にも、シンボル#0のDMRSを使用することができる。

一方、Aggregation levelが1の場合、図１６ＡのPRB#8,9及びPRB#12,13のように、DMRSは、同一DCIの送信に使用される１つのCCE（REG）が配置されるシンボルのうち、先頭のシンボル（図１６Ａでは、シンボル#0又はシンボル#2）に配置される。つまり、Aggregation level 1の場合、各CCEを構成するREGが配置されたシンボルのうちの先頭シンボルにDMRSが配置される。

また、図１６Ｂでは、Aggregation level 2の場合、同一DCIの送信に使用される２つのCCEが異なるPRB（例えば、PRB#0,#1とPRB#8,#9）に配置される。この場合、DMRSは、これらのCCEを構成するREGがREG bundlingサイズ単位で配置される周波数（2PRB）毎に、当該REGが配置されたシンボルのうちの先頭シンボルにそれぞれ配置される。例えば、同一DCIの送信に使用される２つのCCEが、PRB#0,#1のシンボル#0,#1に配置されたCCE、及び、PRB#8,#9のシンボル#2,#3に配置されたCCEである場合、DMRSは、PRB#0,#1、及び、PRB#8,#9のそれぞれのCCEが配置されたシンボルのうちの先頭シンボル#0、#2にそれぞれ配置される。この場合、端末２００は、図１６Ｂのシンボル#0,#1に配置されるCCEでは、シンボル#0に配置されるDMRSを用いてチャネル推定を行い、シンボル#2,#3に配置されるCCEでは、シンボル#2に配置されるDMRSを用いてチャネル推定を行う。

このように、動作例１－３によれば、同一PRBの複数のシンボルに配置されるCCEにおいてDMRSが共有される。具体的には、DMRSが先頭シンボルに配置され、残りのシンボルに配置されないことにより、DMRSの数を削減することができる。また、端末２００は、先頭シンボルに配置されたDMRSを用いて、後続するシンボルに配置されるDCIを早期に復調することができる。

なお、複数のUE間でDMRSを共有することが定められている場合、図１６Ｂに示すように、Aggregation level 2の場合、端末２００は、２つのCCEが異なるPRBに配置されたとしても、それぞれのCCEの先頭PRBに配置されるDMRSを用いてチャネル推定を行うようにしてもよい。このようにすると、CCE毎にプリコーディングを変えることはできないが、後続するPRBに配置されるDMRSの分、DMRSのリソース量を削減することができる。また、DMRSを空間又は符号多重する場合、先頭シンボルに多重されているDMRSのうち、一部を前方のシンボル、他の一部を後方のシンボルに使用するということもできる。

以上、動作例１－１～１－３について説明した。

このようにして、本実施の形態では、CORESETに配置されるCCE及びREGのマッピングについて、CCEあたりのREG数を2のべき乗とし、REG bundlingのサイズを2のべき乗とする。

すなわち、CCEを構成する複数のREGは、REG bundlingサイズ単位で2のべき乗に分けられることになる。これにより、REGのマッピングデザインがシンプルになる。例えば、CORESETのシンボル数も2のべき乗とすることにより、各CCEにおいて、REG bundling単位でREGが各シンボルに均一に配置される。よって、DCIの送信に使用される１つ又は複数のCCEにおいてシンボル間のREG数が均一となり、シンボル毎の受信SINRのばらつきを防止し、CCE間のパワーの調整を簡易にすることができる。

また、本実施の形態では、シンボル数が2のべき乗である場合のREGのマッピング設定を基準として、当該REGのマッピング設定からシンボルのパンクチャリング、レピティション又はレートマッチングによって、CORESETが2のべき乗以外のシンボル数である場合のREGマッピングを実現することができる。これにより、CORESETのシンボル数が2のべき乗ではない場合でも、シンボル間のREG数を均一となり、シンボル毎の受信SINRのばらつきを防止し、CCE間のパワーの調整を簡易にすることができる。

以上より、本実施の形態によれば、CORESETを構成するCCEを適切に配置することができる。

なお、上記では、CCEあたりのREG数が4（=2²）、REG bundlingサイズが2（=2¹）の場合のREGのマッピング例を説明したが、REG bundlingサイズは4（=2²）としてもよい。この場合、CCEを構成するREGは、同一シンボルに配置される。また、CCEを構成するREGの数（CCEあたりのREG数）が8(=2³)の場合、REG bundlingサイズは、2（=2¹）、4（=2²）または8（=2³）とすることができる。

なお、上記では、基地局１００が、上位レイヤのシグナリングによって、端末２００に設定するCORESETの設定情報を通知する場合について説明した。ただし、CORESETの設定情報は、基地局１００と端末２００との間で規定されていてもよい。この場合、上位レイヤのシグナリングによるCORESETの設定は通知不要となる。

（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図７及び図８を援用して説明する。

本実施の形態では、CORESETへのCCE及びREGのマッピングについて、CCEあたりのREG数を6とし、REGのbundlingのサイズを、CORESETのシンボル数によって変更する。

このようにすると、CCEあたりのREG数が６の場合でも、CORESETのシンボル数2、3、4において、各シンボルに配置されるREG数を均一にすることができる。

以下、本実施の形態に係る動作例について具体的に説明する。

なお、以下では、CCEあたりのREG数を6とし、CORESETのシンボル数が2のべき乗の場合(1,2,4,8…)のREG bundlingサイズを3とし、CORESETのシンボル数が3又は6の場合のREG bundlingサイズを2とする。また、Aggregation levelは2のべき乗とする。

図１７Ａ～Ｄは、本実施の形態に係るREGのマッピング例を示す。

＜CORESETのシンボル数が2のべき乗の場合＞
図１７Ａ及び図１７Ｂは、CORESETのシンボル数が2のべき乗の場合のREGのマッピング例を示す。具体的には、図１７Ａは、CORESETが2シンボルの場合のREGのマッピング例を示し、図１７Ｂは、CORESETが4シンボルの場合のREGのマッピング例を示す。

図１７Ａ及び図１７Ｂに示すように、CORESETのシンボル数が2のべき乗の場合、REG bundlingサイズは3である。

ここで、Time first mappingとすると、図１７Ａ及び図１７Ｂに示すように、各CCEは２シンボルに配置される。また、図１７Ｂに示すように、CORESETが４シンボルの場合、Aggregation level 2では、DCIの送信に使用される２つのCCEを構成するREGは４シンボルに３つずつ配置される。また、図示していないが、CORESETのシンボル数が2のべき乗の他の値（１シンボル又は８シンボル）の場合も同様にREG bundlingサイズを3として配置できる。

＜CORESETのシンボル数が3又は6の場合＞
図１７Ｃは、CORESETが3シンボルの場合のREGのマッピング例を示し、図１７Ｄは、CORESETが6シンボルの場合のREGのマッピング例を示す。

図１７Ｃ及び図１７Ｄに示すように、CORESETのシンボル数が3又は6の場合、REG bundlingサイズは2である。

ここで、Time first mappingとすると、図１７Ｃ及び図１７Ｄに示すように、各CCEは3シンボルに配置される。また、図１７Ｄに示すように、CORESETが６シンボルの場合、Aggregation level 2では、DCIの送信に使用される２つのCCEを構成するREGは６シンボルに２つずつ配置される。

図１８、図１９、図２０、図２１は、CCEあたりのREG数を6とし、CORESETのシンボル数2,4,3,6とした場合（図１７Ａ～Ｄを参照）のAggregation level（AL1、AL2、AL4、AL8）毎のREGのマッピング例をそれぞれ示す。

図１８に示すCORESETのシンボル数2、及び、図２０に示すCORESETのシンボル数3では、全てのAggregation levelにおいて各シンボルに配置されるREG数は等しい。

また、図１９に示すCORESETのシンボル数4、及び、図２１に示すCORESETのシンボル数6では、Aggregation level 2以上において各シンボルに配置されるREG数が等しい。また、Aggregation level 1において、図１９に示すCORESETのシンボル数4の場合、DCIを構成するREGが２シンボルに配置され、図２１に示すCORESETのシンボル数6の場合、DCIを構成するREGが3シンボルに配置される。

このように、本実施の形態では、CCEあたりのREG数を6とし、CORESETのシンボル数によってREG bundlingサイズを変更する。これにより、各CCEにおいて、REG bundling単位でREGが各シンボルに均一に配置される。よって、DCIの送信に使用される１つ又は複数のCCEにおいてシンボル間のREG数が均一となり、シンボル毎の受信SINRのばらつきを防止し、CCE間のパワーの調整を簡易にすることができる。

なお、上記例で示していないCORESETのシンボル数5、シンボル数7などは、動作例１－３と同様に、実際のCORESETのシンボル数に近いシンボル数（例えば、シンボル数2,3,4,6）のマッピングデザインを基準として、パンクチャリング、レートマッチング又はリピティションを用いて、実際のCORESETのシンボル数に拡張してもよい。

また、CORESETのシンボル数は、CCEあたりのREG数6を割り当てやすいシンボル数1,2,3,4,6,8に限定してもよい。

以上、本開示の各実施の形態について説明した。

なお、上記実施の形態では、周波数領域（PRB#）について、物理的なマッピングを一例として説明したが、論理的なマッピングについても適用することができる。論理的なマッピングの場合、論理的なマッピングから物理的なマッピングに変更されるので、論理的なマッピングにおいて連続している周波数領域であっても、物理的には離れた位置に配置されるので、周波数ダイバーシチ効果が得られる。

また、周波数ダイバーシチ効果を得るために、各CCEを構成するREGをREG bundling毎に異なるPRBに配置する例を示したが、各CCEを構成するREGのマッピングはこれに限定されるものではない。

また、control resource set（CORESET）は、サーチスペース（search space）と呼ばれることもある。

また、UEに対して複数のCORESETが設定されてもよい。例えば、上記実施の形態では、シンボル#0をCORESETが設定される先頭シンボルとして示しているが、後方のシンボルから他のCORESETが設定されてもよい。

また、上位レイヤのシグナリングは、MACのシグナリングに置き換えてもよい。MACのシグナリングの場合、RRCのシグナリングと比較して、UEに設定するケースの変更の頻度を上げることができる。

また、上述したDMRSは、異なる名称の参照信号（Reference Signal）でもよい。

また、上述した実施の形態１及び実施の形態２を組み合わせてもよい。すなわち、基地局１００及び端末２００は、CCEあたりのREG数が２のべき乗である場合（実施の形態１）、及び、CCEあたりのREG数が６の場合（実施の形態２）に応じて、REG bundlingサイズ又はCORESETのシンボル数を決定し、REGのマッピングを設定してもよい。

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本開示の基地局は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域に下り制御信号を割り当てる回路と、前記下り制御信号を送信する送信機と、を具備し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置される数を示すbundlingサイズは２のべき乗である。

本開示の基地局において、前記制御チャネル領域が配置されるシンボル数は２のべき乗である。

本開示の基地局において、１つの前記CCEを構成するREGは、前記bundlingサイズ単位で、周波数方向よりも時間方向に優先して配置される。

本開示の基地局において、前記回路は、前記下り制御信号を、前記CCE単位で、周波数方向よりも時間方向に優先して割り当てる。

本開示の基地局において、１つの前記CCEを構成するREGは、前記bundlingサイズ単位で同一周波数の複数のシンボルに配置される。

本開示の基地局において、前記複数のシンボルのうち、先頭のシンボルに参照信号が配置され、残りのシンボルに参照信号が配置されない。

本開示の基地局は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域に下り制御信号を割り当てる回路と、前記下り制御信号を送信する送信機と、を具備し、前記CCEを構成するリソースエレメントグループ（REG）の数は６であり、前記制御チャネル領域が配置されるシンボル数が２のべき乗の場合、前記CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは３であり、前記制御チャネル領域が配置されるシンボル数が３又は６の場合、前記bundlingサイズは２である。

本開示の端末は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域で下り制御信号を受信する受信機と、前記下り制御信号を復号する回路と、を具備し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは２のべき乗である。

本開示の通信方法は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域に下り制御信号を割り当て、前記下り制御信号を送信し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは２のべき乗である。

本開示の通信方法は、複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域で下り制御信号を受信し、前記下り制御信号を復号し、前記CCEを構成するリソースエレメントグループ（REG）の数は２のべき乗であり、前記CCEを構成するREGのうち、隣接するリソースブロックに配置されるREGの数を示すbundlingサイズは２のべき乗である。

本開示の一態様は、移動通信システムに有用である。

１００ 基地局
１０１ CORESET設定部
１０２ DCI生成部
１０３，２０７ 誤り訂正符号化部
１０４，２０８ 変調部
１０５，２０９ 信号割当部
１０６，２１０ 送信部
１０７，２０１ 受信部
１０８，２０２ 信号分離部
１０９，２０４ 復調部
１１０，２０５ 誤り訂正復号部
２００ 端末
２０３ DCI受信部
２０６ 設定情報受信部

Claims (10)

1. 複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域で下り制御信号を生成する制御回路と、
   前記下り制御信号を送信する送信回路と、を具備し、
   コントロールリソースセット（CORESET）において前記複数のCCEの各々は6個のリソースエレメントグループ（REG）で構成されており、前記6個のREGは1つ以上のREGバンドルを構成し、前記１つ以上のREGバンドルのサイズは前記CORESETのシンボル数に応じて異なる、
   通信装置。
2. 前記CORESETのシンボル数は上位レイヤのシグナリングで通知される、
   請求項１に記載の通信装置。
3. 前記CORESETのシンボル数は、前記CORESETの期間を表す、
   請求項１に記載の通信装置。
4. 前記6個のREGから前記CORESETの各シンボルに配置されるREGの個数は同じである、
   請求項１に記載の通信装置。
5. 前記REGバンドルの各々には、共通の復調参照信号（DMRS）が適用される、
   請求項１に記載の通信装置。
6. 前記1つ以上のREGバンドルの各々に含まれるREGは、前記CORESETにおいて隣接してマッピングされる、
   請求項１に記載の通信装置。
7. 複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域で下り制御信号を生成する、工程と、
   前記下り制御信号を送信する、工程と、を含み、
   コントロールリソースセット（CORESET）において前記複数のCCEの各々は6個のリソースエレメントグループ（REG）で構成されており、前記6個のREGは1つ以上のREGバンドルを構成し、前記１つ以上のREGバンドルのサイズは前記CORESETのシンボル数に応じて異なる、
   通信方法。
8. 前記6個のREGから前記CORESETの各シンボルに配置されるREGの個数は同じである、
   請求項７に記載の通信方法。
9. 複数のコントロールチャネルエレメント（CCE）で構成される制御チャネル領域で下り制御信号を生成する、処理と、
   前記下り制御信号を送信する、処理と、を制御し、
   コントロールリソースセット（CORESET）において前記複数のCCEの各々は6個のリソースエレメントグループ（REG）で構成されており、前記6個のREGは1つ以上のREGバンドルを構成し、前記１つ以上のREGバンドルのサイズは前記CORESETのシンボル数に応じて異なる、
   集積回路。
10. 前記6個のREGから前記CORESETの各シンボルに配置されるREGの個数は同じである、
    請求項９に記載の集積回路。

Images