(57)【要約】  信号の受信性能を向上することができる基地局。基地局（１００）において、制御部（１０１）は、固定長の単位のデータ信号を生成する。送信部（１０７）は、少なくとも１つの固定長の単位のデータ信号を含む送信信号を、複数のデータ長に設定可能なリソースにおいてリピティション送信する。
2020144899.tif 000002
【特許請求の範囲】
【請求項１】
固定長の単位のデータ信号を生成する回路と、
少なくとも１つの前記固定長の単位のデータ信号を含む送信信号を、複数のデータ長に設定可能なリソースにおいてリピティション送信する送信機と、
を具備する基地局。
【請求項２】
前記データ信号のトランスポートブロックサイズは、前記固定長に基づいて算出される、
請求項１に記載の基地局。
【請求項３】
前記固定長の単位のデータ信号は、異なる時間に通知される複数の制御チャネル信号によって割り当てられ、
前記複数の制御チャネル信号のうち、第１の制御チャネル信号によって割り当てられる第１の時間リソースは、時間領域において前記第１の制御チャネル信号よりも早く送信される第２の制御チャネル信号によって割り当てられる第２の時間リソースの一部と重複し、
前記第１の時間リソースの開始位置は、前記第２の時間リソースの開始位置から、前記固定長の整数倍後ろの位置である、
請求項１に記載の基地局。
【請求項４】
前記固定長は、上位レイヤシグナリングによって通知される、
請求項１に記載の基地局。
【請求項５】
前記固定長は、制御チャネルが配置されるシンボル位置に基づいて決定される、
請求項１に記載の基地局。
【請求項６】
前記固定長の単位に基づいて割り当てられる下りリンク用の時間リソースは、制御チャネル信号によって割り当てられる時間リソースのうち、上りリンク用の時間リソースを除いたリソースである、
請求項１に記載の基地局。
【請求項７】
前記回路は、前記固定長の単位毎に、リダンダンシーバージョン（RV）の値をリセットする、
請求項１に記載の基地局。
【請求項８】
複数のデータ長に設定可能なリソースにおいてリピティション送信される送信信号を受信し、前記送信信号は、少なくとも１つの固定長の単位のデータ信号を含む、受信機と、
前記送信信号を合成して、前記データ信号を得る回路と、
を具備する端末。
【請求項９】
固定長の単位のデータ信号を生成し、
少なくとも１つの前記固定長の単位のデータ信号を含む送信信号を、複数のデータ長に設定可能なリソースにおいてリピティション送信する、
送信方法。
【請求項１０】
複数のデータ長に設定可能なリソースにおいてリピティション送信される送信信号を受信し、前記送信信号は、少なくとも１つの固定長の単位のデータ信号を含み、
前記送信信号を合成して、前記データ信号を得る、
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、基地局、端末、送信方法及び受信方法に関する。
【背景技術】
【０００２】
第５世代移動通信システム（5G）と呼ばれる通信システムが検討されている。5Gでは、高速な通信トラフィックの増大、接続する端末数の増大、高信頼性、低遅延が必要とされるユースケース毎に機能を柔軟に提供することが検討されている。これらのユースケースに対応する代表的なサービスとして、拡張モバイルブロードバンド（eMBB：enhanced Mobile Broadband）、大規模コミュニケーション/多数接続（mMTC：massive Machine Type Communications）、超信頼性・低遅延コミュニケーション（URLLC：Ultra Reliable and Low Latency Communications)がある。国際標準化団体である3rd Generation Partnership Project（3GPP）では、Long Term Evolution（LTE）システムの高度化と、New Radio（NR）の両面から、通信システムの高度化を検討している。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】R1-1814178, "Summary of 7.2.6.1.1 Potential enhancements to PDCCH", Huawei, November 2018
【発明の概要】
【０００４】
しかしながら、NRにおいて受信性能を向上するための信号の送信方法について検討の余地がある。
【０００５】
本開示の非限定的な実施例は、信号の受信性能を向上できる基地局、端末、送信方法及び受信方法の提供に資する。
【０００６】
本開示の一実施例に係る基地局は、固定長の単位のデータ信号を生成する回路と、少なくとも１つの前記固定長の単位のデータ信号を含む送信信号を、複数のデータ長に設定可能なリソースにおいてリピティション送信する送信機と、を具備する。
【０００７】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【０００８】
本開示の一実施例によれば、信号の受信性能を向上できる。
【０００９】
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１０】
【図１】PDCCHリピティションの一例を示す図
【図２】基地局の一部の構成例を示すブロック図
【図３】端末の一部の構成例を示すブロック図
【図４】基地局の構成例を示すブロック図
【図５】端末の構成例を示すブロック図
【図６】基地局及び端末の動作例を示すシーケンス図
【図７】動作例１に係るPDSCHの割り当て例を示す図
【図８】動作例１に係るPDSCHの割り当て例を示す図
【図９】動作例２に係るPDSCHの割り当て例を示す図
【図１０】動作例３に係るPDSCHの割り当て例を示す図
【図１１】動作例４に係るPDSCHの割り当て例を示す図
【図１２】動作例５に係るPDSCHの割り当て例を示す図
【図１３】動作例６に係るPDSCHの割り当て例を示す図
【図１４】動作例７に係るPDSCHの割り当て例を示す図
【図１５】動作例８に係るPDSCHの割り当て例を示す図
【図１６】動作例９に係るHARQ-ACKの送信例を示す図
【図１７】動作例１０に係るHARQ-ACKの送信例を示す図
【図１８】動作例１０に係るHARQ-ACKの送信例を示す図
【図１９】動作例１０に係るHARQ-ACKの送信例を示す図
【発明を実施するための形態】
【００１１】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００１２】
NRでは、下りリンク制御情報（例えば、DCI：Downlink Control Information）を送信する制御信号チャネル（例えば、PDCCH：Physical Downlink Control Channel）領域として、control resource set（CORESET）が端末（UE：User Equipmentと呼ばれることもある）に設定される。UEは、例えば、CORESET内のPDCCH候補の位置を含むサーチスペース（SS：Search Space）をモニタ（又は、ブラインド復号と呼ぶ）し、DCIを検出する。
【００１３】
例えば、URLLCでは、超信頼性及び低遅延が求められる。そのために、下りリンクデータ信号を送信するデータチャネル（例えば、PDSCH：Physical Downlink Shared Channel）の誤り率の低減が求められる。また、データチャネルの誤り率を低減するためには、PDCCHの誤り率の低減も求められる。例えば、端末は、PDCCHを正しく検出できると、当該PDCCHによって通知されるPDSCHの割り当てを正しく認識できるので、PDSCHの誤り率を低減できる。
【００１４】
［PDCCHリピティション］
PDCCHの誤り率を低減する方法の一つにリピティション（repetition）が検討されている（例えば、非特許文献１）。
【００１５】
PDCCHのリピティション方法として、例えば、図１に示すような、３つのオプション（オプション１〜３）が検討されている（例えば、非特許文献１を参照）。
【００１６】
＜オプション１＞
オプション１では、複数のPDCCHによって、同一のPDSCHが割り当てられる。各PDCCHを用いて送信されるDCIコンテンツ（DCIによって端末へ通知される内容）は同一である。オプション１では、同一のDCIコンテンツを含む複数のPDCCHが基地局（例えば、eNB又はgNBと呼ぶ）からUEへ送信されるので、PDCCHに対するダイバーシチ効果が得られ、端末では単独のPDCCHを検出するよりもPDCCHの検出確率を向上できる。
【００１７】
例えば、図１に示すオプション１の例では、各PDCCHは、１番目からＮ番目までのPDSCHのリソース割当を示すDCIコンテンツを含む。換言すると、各PDCCHは、複数のPDSCHのリソースを通知する。また、例えば、PDCCHは、PDSCHのリピティション数（図１ではＮ回）を含む。端末は、例えば、検出したPDCCHに示されるPDSCHの開始位置及びPDSCHのリピティション数に基づいて、当該端末に割り当てられた複数のPDSCHを受信する。
【００１８】
オプション１では、リピティションされるPDCCHの各々の内容（例えば、DCIコンテンツ）が同じであるので、端末は、例えば、複数のPDCCHを軟判定で合成（Soft combining）してから検出できる。また、オプション１では、端末は、少なくとも１つのPDCCHを検出できれば、リピティションされるPDSCH（例えば、図１ではＮ個のPDSCH）を全て受信できる。
【００１９】
＜オプション２＞
オプション２では、PDCCHとPDSCHとが１対１で対応している。換言すると、図１に示すように、１つのPDCCHによって、１つのPDSCHが割り当てられる。したがって、各PDCCHを用いて送信されるDCIコンテンツは異なるので、端末は、複数のPDCCHを合成（例えば、Soft combining）できない。
【００２０】
例えば、オプション２のリピティションの場合、複数のPDCCHは、同一のHARQ（Hybrid Automatic Repeat Request）プロセスにおけるPDSCHを割り当てる。DCIコンテンツの異なる複数のPDCCHによって、同一HARQプロセスにおけるPDSCHが割り当てられるので、PDSCHに対するダイバーシチ効果が得られ、端末ではPDSCHの受信性能を向上できる。
【００２１】
ここで、3GPP Release 15（Rel.15）のNRには、同一のHARQプロセスのPDSCHは、HARQ-ACKのフィードバックを送信するまで割り当てられないという規定がある。しかし、オプション２のPDCCH及びPDSCHのリピティションを短時間内で実現するには、Rel. 15の規定の排除が求められる。
【００２２】
また、オプション２では、端末は、各PDCCHを合成せずに単独で検出するので、或るPDCCHを検出できない場合、当該PDCCHに対応するPDSCHを受信できない。したがって、オプション２では、端末は、PDCCHを検出できた数と同数のPDSCHを受信できる。
【００２３】
オプション２は、PDSCHの割り当ての自由度が高い。例えば、基地局は、各PDSCHを割り当てるリソース及びMCS等の設定を、当該PDSCHに対応するPDCCHを用いて個別に設定できる。
【００２４】
＜オプション３＞
オプション３は、例えば、LTEにおいて、NRのURLLCに対応する高信頼性・低遅延コミュニケーション（HRLLC：High Reliable and Low Latency Communication)で採用されている方法と同様の方法である。例えば、オプション３では、PDCCHによってPDSCHのリピティション数の残りが通知される。換言すると、オプション３では、PDCCH送信後のPDSCHのリピティション数が基地局から端末へ通知される。
【００２５】
例えば、４回のリピティションを想定する場合（例えば、図１のN=4）、基地局は、端末に対して、初回のPDCCHにおいてリピティション数４を通知し、２回目のPDCCHにおいてリピティション数３を通知し、３回目のPDCCHにおいてリピティション数２を通知し、最後の４回目のPDCCHにおいてリピティション数１を通知する。
【００２６】
オプション３では、端末が或るPDCCHを受信できれば、当該PDCCHの受信以降におけるPDSCHのリピティション数を特定できるので、後方のPDCCHを受信できなくても、後方のPDSCHを受信できる。
【００２７】
ただし、オプション３では、各PDCCHにおいて、PDSCHの残りのリピティション数が通知されるので、各PDCCHのDCIに含まれるリピティション数は異なる。換言すると、複数のPDCCHに含まれるDCIコンテンツは異なる。よって、オプション３では、例えば、オプション１のように、端末においてPDCCHを合成できない。
【００２８】
以上、PDCCHのリピティション方法の一例について説明した。
【００２９】
しかしながら、PDCCHのリピティションと、PDSCHの割り当てとの関連付けについては十分に検討されていない。例えば、上述したように、図１に示すオプション１〜３の各々は異なるリピティション方法であり、各オプションにおけるPDCCHDCIのコンテンツはそれぞれ異なる。そのため、基地局及び端末は、例えば、オプション１〜３の中からリピティション方法を適宜選択して使用できない。
【００３０】
そこで、本開示の一実施例では、上述したオプション１〜３のような運用を、例えば、同様のシグナリングによって切り替え、どのオプションでも運用できる方法について説明する。
【００３１】
（実施の形態１）
［通信システムの概要］
本実施の形態に係る通信システムは、基地局１００、及び、端末２００を備える。
【００３２】
図２は、本実施の形態に係る基地局１００の一部の構成例を示すブロック図である。図２に示す基地局１００において、制御部１０１（例えば、回路に相当）は、固定長（例えば、後述するリピティションシンボル数）の単位のデータ信号（例えば、PDSCH）を生成する。送信部１０７（例えば、送信機に相当）は、少なくとも１つの固定長の単位のデータ信号を含む送信信号を複数のデータ長に設定可能なリソース（例えば、PDSCHのリソース）においてリピティション送信する。
【００３３】
図３は、本実施の形態に係る端末２００の一部の構成例を示すブロック図である。図３に示す端末２００において、受信部２０１（例えば、受信機に相当）は、複数のデータ長に設定可能なリソース（例えば、PDSCHのリソース）においてリピティション送信される送信信号を受信する。なお、当該送信信号は、少なくとも１つの固定長（例えば、リピティションシンボル数）の単位のデータ信号を含む。信号合成部２０６（例えば、回路に相当）は、送信信号を合成して、データ信号を得る。
【００３４】
［基地局の構成］
図４は、本実施の形態に係る基地局１００の構成例を示すブロック図である。図４において、基地局１００は、制御部１０１と、HARQ-ACKリソース決定部１０２と、DCI生成部１０３と、誤り訂正符号化部１０４と、変調部１０５と、信号割当部１０６と、送信部１０７と、受信部１０８と、信号分離部１０９と、HARQ-ACK受信部１１０と、復調部１１１と、誤り訂正復号部１１２と、を有する。
【００３５】
制御部１０１は、PDCCH及びPDSCHの少なくとも１つのリピティション方法を決定する。
【００３６】
例えば、制御部１０１は、PDSCHのリピティションのシンボル数を決定する。例えば、制御部１０１は、決定したリピティションのシンボル数を示す情報を含む上位レイヤのシグナリング（例えば、higher layer signaling、RRC (Radio Resource Control) signalingとも呼ぶ）を、誤り訂正符号化部１０４へ出力する。リピティションのシンボル数は、例えば、PDSCH（例えば、DLデータ信号）におけるリピティションの単位に相当するシンボル数を示す。
【００３７】
また、例えば、制御部１０１は、PDSCHのリピティションを設定するか否か、又は、PDCCHのリピティションを設定するか否かを決定する。また、制御部１０１は、PDCCHのリピティションを設定する場合、例えば、複数のPDCCHによって割り当てられるPDSCH（換言すると、PDSCHの時間リソース）がオーバーラップ（重複）するか否かを決定する。
【００３８】
また、制御部１０１は、PDSCHのリピティションを設定する場合、リピティションによって送信されるデータの生成を制御する。例えば、DLデータ信号が格納されるサーキュラバッファ（図示せず）の読み出し開始位置に対応する複数のRedundancy Version（RV）のうち、リピティションによって送信するRVを決定する。制御部１０１は、決定したリピティションに関する情報をDCI生成部１０３へ出力する。
【００３９】
HARQ-ACKリソース決定部１０２は、PDSCH（例えば、DLデータ信号）に対するHARQ-ACK信号（ACK/NACK信号又は応答信号とも呼ぶ）の送信に使用するリソース（例えば、HARQ-ACKリソースと呼ぶ）を決定し、決定したHARQ-ACKリソースを示すHARQ-ACKリソース情報をDCI生成部１０３へ出力する。
【００４０】
DCI生成部１０３は、制御部１０１及びHARQ-ACKリソース決定部１０２から入力される情報に基づいて、下りリンク信号（例えば、DLデータ信号）の割り当て（例えば、DL割り当て）、及び、上りリンク信号（例えば、ULデータ信号又はHARQ-ACK信号）の割り当て（例えば、UL割り当て）を示す制御信号であるDCIを生成する。DCI生成部１０３は、DL割り当てを示すDL割当情報又はUL割り当てを示すUL割当情報を含むDCIを信号割当部１０６へ送信データとして出力する。また、DCI生成部１０３は、DL割当情報を制御信号として信号割当部１０６へ出力し、UL割当情報及びHARQ-ACKリソース情報を制御信号として信号分離部１０９へ出力する。
【００４１】
誤り訂正符号化部１０４は、送信データ信号（DLデータ信号）、及び、制御部１０１から入力される上位レイヤのシグナリングを入力とし、入力信号を誤り訂正符号化し、符号化後の信号を変調部１０５へ出力する。
【００４２】
変調部１０５は、誤り訂正符号化部１０４から入力される信号に対して変調処理を施し、変調後のデータ信号を信号割当部１０６へ出力する。
【００４３】
信号割当部１０６は、例えば、DCI生成部１０３から入力されるDL割当情報に基づいて、変調部１０５から入力されるデータ信号（例えば、DLデータ信号又は上位レイヤシグナリング）、又は、DCI生成部１０３から入力されるDCIを、リソースに割り当てる。形成された送信信号は、送信部１０７へ出力される。
【００４４】
送信部１０７は、信号割当部１０６から入力される信号に対してアップコンバート等の無線送信処理を施し、アンテナを介して端末２００へ送信する。
【００４５】
受信部１０８は、端末２００から送信された信号をアンテナを介して受信し、ダウンコンバート等の無線受信処理を施し、信号分離部１０９へ出力する。
【００４６】
信号分離部１０９は、例えば、DCI生成部１０３から入力されるUL割当情報及びHARQ-ACKリソース情報に基づいて、受信部１０８から入力される信号を分離する。信号分離部１０９は、分離されたデータ信号（例えば、ULデータ信号）を復調部１１１へ出力し、HARQ-ACK信号をHARQ-ACK受信部１１０へ出力する。
【００４７】
HARQ-ACK受信部１１０は、信号分離部１０９から入力されるHARQ-ACK信号を用いて、DLデータ信号に対して、Acknowledgement（ACK）、Negative Acknowledgement（NACK）、及び、Discontinuous Transmission（DTX）の何れかを判定する。HARQ-ACK受信部１１０は、判定結果を、例えば、MAC（Medium Access Control）レイヤの処理部（図示せず）に報告する。
【００４８】
復調部１１１は、信号分離部１０９から入力される信号に対して復調処理を施し、得られた信号を誤り訂正復号部１１２へ出力する。
【００４９】
誤り訂正復号部１１２は、復調部１１１から入力される信号を復号し、端末２００からの受信データ信号（ULデータ信号）を得る。
【００５０】
［端末の構成］
図５は、本実施の形態に係る端末２００の構成例を示すブロック図である。図５において、端末２００は、受信部２０１と、信号分離部２０２と、DCI受信部２０３と、上位レイヤ受信部２０４と、復調部２０５と、信号合成部２０６と、誤り訂正復号部２０７と、誤り判定部２０８と、HARQ-ACKリソース決定部２０９と、誤り訂正符号化部２１０と、変調部２１１と、信号割当部２１２と、送信部２１３と、を有する。
【００５１】
受信部２０１は、受信信号をアンテナを介して受信し、ダウンコンバート等の受信処理を施した後に信号分離部２０２へ出力する。
【００５２】
信号分離部２０２は、受信部２０１から入力される信号のうち、PDCCH候補の位置（換言すると、サーチスペース）に対応する信号成分を分離し、DCI受信部２０３へ出力する。また、信号分離部２０２は、DCI受信部２０３から入力されるDL割当情報に基づいて、受信部２０１から入力される信号から、DL信号（例えば、DLデータ信号又は上位レイヤシグナリング）を分離し、復調部２０５へ出力する。
【００５３】
なお、信号分離部２０２は、DLデータ信号（換言すると、PDSCH）のシンボル数が上位レイヤ受信部２０４から入力される情報に示されるリピティションのシンボル数よりも多い場合、リピティションのシンボル数の当該DLデータ信号を生成し、生成したDLデータ信号を復調部２０５へ出力する。
【００５４】
DCI受信部２０３は、信号分離部２０２から入力される信号成分（例えば、PDCCH候補位置に対応する成分）をモニタして、端末２００宛てのDCIを検出する。DCI受信部２０３は、モニタによって検出されたDCIを復号し受信する。DCI受信部２０３は、復号されたDCIのうち、DL割当情報を信号分離部２０２へ出力し、UL割当情報を信号割当部２１２へ出力し、RVを示すRV情報を信号合成部２０６へ出力し、HARQ-ACKリソース情報をHARQ-ACKリソース決定部２０９へ出力する。
【００５５】
上位レイヤ受信部２０４は、誤り訂正復号部２０７から入力される上位レイヤのシグナリングを受信し、例えば、PDSCHのリピティションシンボル数を設定する。上位レイヤ受信部２０４は、設定したリピティションのシンボル数を示す情報を、信号分離部２０２及び信号合成部２０６へ出力する。
【００５６】
復調部２０５は、信号分離部２０２から入力される信号に対して、復調処理を施し、得られた復調信号を信号合成部２０６へ出力する。
【００５７】
信号合成部２０６は、DCI受信部２０３から入力されるRV情報、及び、上位レイヤ受信部２０４から入力される情報に示されるリピティションシンボル数に基づいて、復調部２０５から入力される信号のRVを特定する。信号合成部２０６は、復調部２０５から入力される信号を、サーキュラバッファ（図示せず）のうち、特定したRVの位置から保存し、同一HARQプロセスの信号を合成する。信号合成部２０６は、保存している信号を誤り訂正復号部２０７へ出力する。
【００５８】
誤り訂正復号部２０７は、信号合成部２０６から入力される信号を復号し、得られた上位レイヤシグナリングを上位レイヤ受信部２０４へ出力し、得られた受信データ信号を出力するとともに、誤り判定部２０８へ出力する。
【００５９】
誤り判定部２０８は、例えば、誤り訂正復号部２０７から入力される受信データに付加されたCRC（Cyclic Redundancy Check）を用いて、受信データに誤りがあるか否かを判定し、判定結果（例えば、ACK、NACK又はDTX）をHARQ-ACK信号として信号割当部２１２に入力する。
【００６０】
HARQ-ACKリソース決定部２０９は、DCI受信部２０３から入力されるHARQ-ACKリソース情報に基づいて、HARQ-ACK信号を送信するリソースを決定し、決定したリソースを示す情報を信号割当部２１２へ出力する。
【００６１】
誤り訂正符号化部２１０は、送信データ信号（ULデータ信号）を入力とし、送信データ信号を誤り訂正符号化し、符号化後の信号を変調部２１１へ出力する。
【００６２】
変調部２１１は、誤り訂正符号化部２１０から入力される信号を変調し、変調信号を信号割当部２１２へ出力する。
【００６３】
信号割当部２１２は、DCI受信部２０３から入力される情報（例えば、UL割当情報）に基づいて、ULデータ信号を割り当てるリソースを特定し、特定したリソースに、変調部２１１から入力される信号（例えば、ULデータ信号）を割り当てて、送信部２１３へ出力する。また、信号割当部２１２は、HARQ-ACKリソース決定部２０９から入力される情報に基づいて、誤り判定部２０８から入力されるHARQ-ACK信号をリソースに割り当てて、送信部２１３へ出力する。
【００６４】
送信部２１３は、信号割当部２１２から入力される信号に対してアップコンバート等の無線送信処理を施し、送信する。
【００６５】
［基地局１００及び端末２００の動作］
次に、基地局１００（図４を参照）及び端末２００（図５を参照）の動作について詳細に説明する。
【００６６】
図６は基地局１００及び端末２００の処理の一例を示すシーケンス図である。
【００６７】
図６において、基地局１００は、端末２００に対して、PDSCHのリピティションのシンボル数（例えば、固定値Ｘ）を設定する（ＳＴ１０１）。基地局１００は、PDSCHのリピティションシンボル数の設定を示す上位レイヤシグナリングを端末２００へ通知する（ＳＴ１０２）。端末２００は、基地局１００から通知される上位レイヤシグナリングから、PDSCHのリピティションシンボル数の設定を取得する（ＳＴ１０３）。
【００６８】
基地局１００は、端末２００に対してスケジューリングを行う（ＳＴ１０４）。例えば、基地局１００は、PDSCHのリピティションを設定する場合、適用するリピティション方法に基づいて、リソース（例えば、周波数リソース又は時間リソース等）を決定する。また、例えば、基地局１００は、PDSCHのリピティションシンボル数を用いて、リピティションによって送信されるデータ（例えば、RV値）を決定する。
【００６９】
基地局１００は、スケジューリング結果を含むDCIを端末２００へ送信する（ＳＴ１０５）。例えば、基地局１００は、複数のPDCCHを用いて（換言すると、PDCCHレピティションを適用して）、DCIを端末２００へ送信してよい。
【００７０】
端末２００は、ＳＴ１０３で取得した設定、及び、ＳＴ１０５において送信されるDCIに基づいて、PDSCHのリピティション方法を特定する（ＳＴ１０６）。
【００７１】
基地局１００は、端末２００に対して、PDSCH信号（DLデータ信号）を送信する（ＳＴ１０７）。端末２００は、受信したPDSCH信号に対するHARQ-ACK信号を基地局１００へ送信する（ＳＴ１０８）。
【００７２】
次に、基地局１００及び端末２００におけるPDCCHによるPDSCHのリソース割当例について説明する。
【００７３】
NRでは、例えば、データに割り当てられる時間方向のリソースは、データを割り当てるスロット番号と、スロット内のスタートシンボル位置と、割り当てられるシンボル長（換言すると、連続するシンボル数）とで指定される。これらの情報は、例えば、デフォルトで定められている設定、又は、上位レイヤのシグナリングによって設定された組み合わせ（換言すると候補）の中から、PDCCHに含まれるDCIのビットによって指定される。
【００７４】
データが割り当てられるスロット内のスタートシンボル位置は、例えば、スロット内の複数のシンボル（例えば、１４シンボル）のうち、データが割り当てられるシンボルの開始位置を示す。したがって、NRでは、データのシンボル長の自由度が高く、可変に設定可能である。
【００７５】
本実施の形態では、例えば、PDSCHのリピティションを設定する場合、１つ又は複数のPDCCHによって割り当てられるPDSCHのリソースであるシンボルを、規定されたシンボル数（例えば、上述したリピティションシンボル数）の単位で分割し、分割された単位でPDSCHのリピティションを行う。換言すると、基地局１００は、端末２００に割り当てるPDSCHのリソースを、リピティションシンボル数の信号（例えば、固定長Ｘの単位の信号）のリソースに分割し、少なくとも１つのリピティションシンボル数単位の信号を含む送信信号であるPDSCHを送信（換言すると、リピティション送信）する。
【００７６】
なお、「PDSCHのリピティション」とは、同一のHARQプロセスのPDSCHが、PDSCHに対するHARQ-ACK信号の送信前に、複数送信される動作を示す。
【００７７】
この動作により、端末２００は、例えば、PDSCHに対して複数のデータ長（又はシンボル数）のリソースを設定可能な場合でも、設定されるリピティションシンボル数と、割り当てられるPDSCHのデータ長とに基づいて、PDSCHのリピティション送信の動作（例えば、リピティション数等）を特定できる。よって、基地局１００は、端末２００へリピティション数を通知せずに、PDSCHをリピティション送信できる。
【００７８】
以下、本実施の形態における基地局１００及び端末２００の動作例１〜４についてそれぞれ説明する。
【００７９】
［動作例１］
図７及び図８は、動作例１に係るPDSCHの割り当て例を示す。
【００８０】
端末２００には、例えば、PDSCHのリピティション設定の有無、リピティションシンボル数（例えば，固定長：Ｘシンボル）、及び、RVのサイクル等が通知されている。これらの情報は、例えば、上位レイヤのRRCシグナリング、MACシグナリング、又は、他のシグナリングによって通知される。
【００８１】
図７及び図８では、PDSCHのリピティションシンボル数を４シンボル（例えば、Ｘ＝４）とし、RVのサイクルを、［RV0,RV2,RV3,RV1］とする。また、図７はPDSCHのリピティションが設定される例を示し、図８はPDSCHのリピティションが設定されない例を示す。
【００８２】
また、図７では、例えば、PDSCHのデータ長（PDSCH lengthと呼ぶ。例えば、シンボル数）に１４シンボルが設定される。なお、PDSCHのデータ長は、１４シンボルに限らず、可変に設定されてよい。
【００８３】
よって、図７に示すように、PDSCHが割り当てられる１４シンボルのリソースは、リピティションシンボル数である４シンボルの単位で、例えば、４シンボル、４シンボル、４シンボル及び２シンボルの４つのPDSCHのリソースに分割される。
【００８４】
基地局１００は、例えば、リピティションシンボル数である４シンボルの単位で、同一HARQプロセスのPDSCHを割り当てて送信する。換言すると、基地局１００は、少なくとも１つの４シンボルの単位の信号を含むPDSCHを送信する。図７では、基地局１００は、４シンボルの単位の信号（ただし、最後の信号は２シンボル）を４個含むPDSCHを送信する。
【００８５】
また、図７では、基地局１００は、４シンボル、４シンボル、４シンボル及び２シンボルの４つのPDSCHの各々において、RV0、RV2、RV3及びRV1をそれぞれ指定する。換言すると、基地局１００は、図７に示す１４シンボルのPDSCHにおいて、４シンボルの単位毎にRVをリセットする。
【００８６】
また、端末２００は、例えば、リピティションシンボル数である４シンボルの単位毎にRVが切り替わる（換言すると、遷移する）と判断する。例えば、図７では、端末２００は、端末２００に割り当てられた１４シンボルのPDSCHにおいて、４シンボル毎に指定されるRVが、RV0、RV2、RV3及びRV1であると判断する。よって、端末２００は、端末２００に割り当てられた１４シンボルのPDSCHに対するレピティション数を４回と判断する。端末２００は、特定したRVに基づいて、受信した信号を合成して、PDSCHを得る。
【００８７】
一方、図８では、例えば、PDSCHのデータ長に３シンボルが設定される。図８に示すように、３シンボルのPDSCHは、リピティションシンボル数（例えば、分割単位）である４シンボルよりも短いので、基地局１００は、３シンボルのPDSCHに対してリピティションを行わず、３シンボルのPDSCHを単独で送信する。
【００８８】
このように、動作例１では、基地局１００は、PDSCHに対してリピティションシンボル数を設定し、PDSCHのシンボル長がリピティションシンボル数よりも長い場合にPDSCHのリピティションを設定し、PDSCHのシンボル長がリピティションシンボル数以下の場合にリピティションを設定しない運用を制御する。
【００８９】
また、動作例１では、PDSCHのリピティション数は、PDSCHのシンボル長、及び、リピティションシンボル数に基づいて設定される。この設定により、端末２００は、割り当てられたPDSCHのシンボル長に依らず、リピティションシンボル数に基づいて、PDSCHのリピティション数を特定できる。よって、動作例１によれば、PDSCHのリピティション数を基地局１００から端末２００へ通知するためのシグナリングが不要になる。
【００９０】
＜TBS算出方法＞
基地局１００は、例えば、リピティションされるPDSCHのトランスポートブロックサイズ（TBS：Transport block size）を同一に設定してよい。リピティションされる複数のPDSCHのTBSが同一であると、端末２００は、リピティションされたPDSCHを合成して、受信品質を向上できる。
【００９１】
例えば、NRにおけるPDSCHのTBSの値の算出では、PDSCHに使用されるリソースエレメント（RE：Resource element）数「NRE」は以下の式（１）、（２）で算出される。
【数１】
2020144899.tif 000003
【数２】
2020144899.tif 000004
【００９２】
ここで、Nsymbshはシンボル数を示し、NohPRBはリソースブロック（例えば、PRB：Physical Resource Block）あたりのオーバヘッド量を示し、NDMRSPRBはPRBあたりの復調用参照信号（例えば、DMRS：Demodulation Reference Signal）のRE数を示す。なお、NohPRBは、例えば、上位レイヤのシグナリングによって端末２００に設定されてよい。
【００９３】
例えば、図７では、PDSCHのシンボル数は１４シンボルであるが、PDSCHのTBSの算出には、設定されたリピティションシンボル数である４シンボルが使用される。この場合、NohPRB及びNDMRSPRBの値は、例えば、４シンボルあたりのRE数が設定されてよい。換言すると、リピティションシンボル数で分割された４シンボル毎の区切りにおいて、TBSの算出結果が異ならないように、NohPRB及びNDMRSPRBの値には同一の値が使用されてよい。また、例えば、NohPRBは、共通の値とするために0に設定されてもよい。
【００９４】
また、NDMRSPRBに関して、実際には、PDSCHのリピティション毎に異なるRE数のDMRSが送信される場合でも、TBSの算出の際、NDMRSPRBには、PDSCHのリピティションの各々において同一のRE数が設定されてもよい。
【００９５】
例えば、図７では、最後（４番目）のPDSCHリピティションのシンボル数が２シンボルである。しかし、この２シンボルについても、他（例えば、１番目〜３番目）のPDSCHリピティション（シンボル数：４シンボル）と同一のTBSを設定するために、TBSの算出には４シンボルを用い、NohPRB及びNDMRSPRBの値も４シンボルの場合と共通に設定されてよい。
【００９６】
なお、図７では、PDSCHが割り当てられる１４シンボルのりソースが、リピティションシンボル数である４シンボル毎に分割される際、各PDSCHのシンボル数が４シンボル以下（図７では、４シンボル又は２シンボル）になるように分割する場合について説明した。しかし、リソースの分割方法はこれに限定されず、例えば、４シンボル未満になるPDSCHが存在する場合、当該４シンボル未満のPDSCHは、４シンボルのPDSCHのうち最後のPDSCHにまとめられてもよい。例えば、PDSCHが割り当てられる１４シンボルのリソースは、４シンボルのPDSCHのリソースと、４シンボルのPDSCHのリソースと、６シンボルのPDSCHのリソース（換言すると、４シンボルと２シンボルとをまとめたPDSCHのリソース）の３つのPDSCHのリソースに分割されてよい。なお、PDSCHが６シンボルの場合も上記と同様に、TBSの算出にはリピティションシンボル数である４シンボルを基準としてよい。
【００９７】
また、図８においても、TBSの算出は、図７と同様、４シンボルを基準としてもよい。
【００９８】
このように、動作例１では、各PDSCHのTBSは、リピティションシンボル数（例えば、固定長Ｘ）に基づいて算出される。これにより、例えば、リピティションされる各PDSCHにおいて同様の条件に基づいてTBSが算出されるので、端末２００は、リピティションされる複数のPDSCHを合成できる。
【００９９】
［動作例２］
動作例１では、PDSCHのリピティションに着目したが、動作例２では、PDSCHのリピティションに加え、PDCCHのリピティションも行う場合について説明する。
【０１００】
図９は、動作例２に係るPDSCHの割り当て例を示す。
【０１０１】
動作例２では、図９に示すように、基地局１００は、複数のPDCCHを用いて、PDSCHのリピティションを通知する。
【０１０２】
図９では、一例として、リピティションシンボル数（例えば、固定長Ｘ）を４シンボルとし、RVのサイクルを［RV0,RV3,RV0,RV3］とする。図９では、例えば、PDSCHのデータ長（シンボル数）に１４シンボルが設定される。
【０１０３】
図９に示すように、１つ目のPDCCHは、シンボル＃０からシンボル長１４を割り当て、RV0を指定する。また、図９に示すように、２つ目のPDCCHは、シンボル＃４からシンボル長１０を割り当て、RV3を指定する。３つ目のPDCCHは、シンボル＃８からシンボル長６を割り当て、RV0を指定する。
【０１０４】
このように、動作例２では、２つ目以降のPDCCHによって割り当てられるPDSCHの時間リソースは、各PDCCHよりも早く送信される（換言すると前方で送信される）PDCCHによって割り当てられるPDSCHの時間リソースの一部とオーバーラップ（重複）する。また、図９に示すように、２つ目のPDCCH及び３つ目のPDCCHによって割り当てられるPDSCHの時間リソースの開始位置（換言すると、スタートシンボル位置）は、１つ目のPDCCHによって割り当てられるPDSCHのスタートシンボル位置から、リピティションシンボル数（図９では４シンボル）の整数倍後ろの位置である。
【０１０５】
なお、Rel.15のNRでは、複数のPDCCHによってオーバーラップするPDSCHのリソースを割り当てることは想定されていない。Rel.15のNRでは、このような割り当てがある場合、UEは、PDCCHを誤検出したと判定し、検出したPDCCHを破棄する。
【０１０６】
動作例２において、基地局１００は、各PDCCHを用いて、例えば、同一の周波数リソース、同一のHARQプロセス番号、トグルしないNew Data Indicator（NDI）、及び、同一のMCSを端末２００へ通知する。また、上述したように、基地局１００は、各PDCCHを用いて、例えば、リピティションシンボル数（図９では４シンボル）の整数倍毎のPDSCHのスタートシンボル位置を端末２００へ通知する。
【０１０７】
端末２００は、例えば、複数のPDCCHによって通知されるこれらのPDSCHのリソース情報に基づいて、当該複数のPDCCHによって割り当てられるPDSCHにリピティションが設定されたか否かを判断する。
【０１０８】
例えば、図９において、端末２００は、１つ目のPDCCHを検出できた場合、動作例１と同様、4シンボル毎のPDSCHリピティションとして、RVをRV#0、RV#3、RV#0、RV#3の順に遷移させる。また、例えば、図９において、端末２００は、更に、２つ目及び３つ目のPDCCHも検出できた場合、３つのPDCCHによって同一周波数及び同一HARQプロセスが通知されるので、３つのPDCCHによって割り当てられるPDSCHにリピティションが設定されたと判断できる。
【０１０９】
また、例えば、図９において、端末２００は、１つ目のPDCCHの検出に失敗し、２つ目のPDCCHを検出できた場合、２つ目のPDCCHを、最初に受信したPDCCHであると認識する。よって、端末２００は、図９に示す２つ目のPDCCHによって指定されたPDSCHのスタートシンボル位置（シンボル＃４）から、PDSCHリピティションが開始されたとしてPDSCHを受信する。また、端末２００は、２つ目のPDCCHによってRV#3を指定されるので、PDSCHのRVをRV#3,RV#0,RV#3の順に遷移させる。また、例えば、図９において、端末２００は、更に、３つ目のPDCCHも検出できた場合、２つのPDCCHによって同一周波数及び同一HARQプロセスが通知されるので、２つのPDCCHによって割り当てられるPDSCHにリピティションが設定されたと判断できる。
【０１１０】
また、例えば、図９において、端末２００は、１つ目及び２つ目のPDCCHの検出に失敗し、３つ目のPDCCHを検出できた場合、３つ目のPDCCHを、最初に受信したPDCCHであると認識する。よって、端末２００は、図９に示す３つ目のPDCCHによって指定されたPDSCHのスタートシンボル位置（シンボル＃８）から、PDSCHリピティションが開始されたとしてPDSCHを受信する。また、端末２００は、３つ目のPDCCHによってRV#0を指定されるので、PDSCHのRVをRV#0,RV#3の順に遷移させる。
【０１１１】
このように、動作例２では、端末２００は、複数のPDCCHのうち、前方のPDCCHの検出に失敗した場合でも、後方のPDCCHの検出に成功すれば、検出した後方のPDCCHに対応する後方のPDSCHを受信できる。換言すると、動作例２では、端末２００は、図１に示すオプション３と同様の動作を、リピティション数の通知無しで実行できる。
【０１１２】
［動作例３］
図１０は、動作例３に係るPDSCHの割り当て例を示す。
【０１１３】
動作例３では、動作例２と同様、図１０に示すように、基地局１００は、複数のPDCCHを用いて、PDSCHのリピティションを通知する。
【０１１４】
図１０では、一例として、リピティションシンボル数（例えば、固定長Ｘ）を４シンボルとし、RVのサイクルを［RV0,RV3,RV0,RV3］とする。
【０１１５】
動作例３において、基地局１００は、各PDCCHを用いて、例えば、同一のHARQプロセス番号、トグルしないNew Data Indicator（NDI）を端末２００へ通知する。また、基地局１００は、各PDCCHにおいて、例えば、異なる周波数リソースを端末２００へ通知する。また、基地局１００は、各PDCCHにおいて異なる時間リソース（換言すると、オーバーラップしない時間リソース）を端末２００へ通知する。
【０１１６】
このように、動作例３では、基地局１００は、複数のPDCCHの各々において異なるリソースをPDSCHに割り当てる。例えば、図１０に示すように、１つ目のPDCCHは、シンボル＃０からシンボル長４を割り当て、RV0を指定する。また、図１０に示すように、２つ目のPDCCHは、シンボル＃５からシンボル長４を割り当て、RV3を指定する。３つ目のPDCCHは、シンボル＃１０からシンボル長４を割り当て、RV0を指定する。換言すると、基地局１００は、リピティションシンボル数である４シンボルの単位のDLデータ信号を生成し、各PDCCHによって、４シンボル単位の信号を１つ含むPDSCHをリピティション送信する。
【０１１７】
端末２００は、各PDCCHを検出できた場合、検出したPDCCHの通知に基づいて、各PDSCHを受信する。また、例えば、図１０において、端末２００は、複数のPDCCHを検出できた場合、複数のPDCCHによって同一HARQプロセスが通知されるので、複数のPDCCHによって割り当てられるPDSCHにリピティションが設定されたと判断できる。
【０１１８】
このように、動作例３では、例えば、図１０に示すように、複数のPDCCHの各々によって、オーバーラップさせずにPDSCHのリソースを割り当てることができるので、基地局１００は、PDCCH毎にRVを自由に通知してもよい。また、動作例３では、端末２００は、検出できたPDCCHに対応するPDSCHを受信できる。換言すると、動作例３では、端末２００は、図１に示すオプション２と同様の動作を実行できる。
【０１１９】
なお、動作例３では、動作例１と同様、各PDCCHによって割り当てられるPDSCHのTBSを揃えるために、PDSCHのシンボル数が、設定されたリピティションのシンボル数である４シンボル未満の場合でも、TBS算出に用いるシンボル数を４シンボルとしてよい。
【０１２０】
また、動作例３では、複数のPDCCHの各々によって割り当てられるPDSCHの周波数リソースを異なる位置に配置できるが、TBSを揃えるためには、各PDSCHにおいて、同数の周波数リソース及び同一のMCSが設定されることが好ましい。ただし、基地局１００は、各PDSCHにおいて同一のTBSとなるように、割り当てられる周波数リソース数とMCSとを調整してもよい。
【０１２１】
［動作例４］
図１１は、動作例４に係るPDSCHの割り当て例を示す。
【０１２２】
動作例４では、動作例２と同様、図１１に示すように、基地局１００は、複数のPDCCHを用いて、PDSCHのリピティションを通知する。
【０１２３】
図１１では、一例として、リピティションシンボル数（例えば、固定長Ｘ）を４シンボルとし、RVのサイクルを［RV0,RV2,RV3,RV1］とする。
【０１２４】
動作例４において、基地局１００は、各PDCCCHを用いて、例えば、同一の周波数リソース及び同一の時間リソースのPDSCHを端末２００へ通知する。また、基地局１００は、各PDCCHにおいて、同一のHARQプロセス番号及びトグルしないNDI（New data indicator）を通知する。換言すると、動作例４において基地局１００から端末２００へ通知される複数のPDCCHには同一のDCIコンテンツが含まれる。
【０１２５】
また、例えば、図１１において、端末２００は、複数のPDCCHを検出できた場合、複数のPDCCHによって同一HARQプロセスが通知されるので、複数のPDCCHによって割り当てられるPDSCHにリピティションが設定されたと判断できる。
【０１２６】
このように、動作例４では、基地局１００は、全てのPDCCHを用いて、同一内容のPDSCHリソースを通知する。動作例４では、例えば、図１１において、端末２００は、３つのPDCCHのうち、少なくとも１つのPDCCHを検出できれば、端末２００に割り当てられたPDSCHを全て受信できる。換言すると、動作例４では、端末２００は、図１に示すオプション１と同様の動作を実行できる。
【０１２７】
以上、動作例１〜４についてそれぞれ説明した。
【０１２８】
例えば、基地局１００は、PDCCHによって通知するDCIコンテンツを追加せずに、PDCCHによって割り当てるPDSCHのリソース（例えば、スタート位置、シンボル長）、及び、送信するPDCCHの数によって、動作例１〜４の各々を柔軟に切り替えることができる。
【０１２９】
換言すると、基地局１００は、例えば、同一のHARQプロセス番号（及びトグルしないNDI）の通知に加えて、リソース割当情報の設定（換言すると、PDCCHの各々によって通知されるDCIコンテンツ）に基づいて、動作例１〜４の何れか（例えば、図１のオプション１〜３と同様の動作）を切り替えて運用できる。すなわち、基地局１００は、PDCCHのリピティション（例えば、図１のオプション１〜３の何れか）と、PDSCHの割り当てとの関連付けに基づいて、リピティションを制御できる。
【０１３０】
例えば、基地局１００は、同一の周波数リソース及び同一の時間リソースの通知によって、動作例４（例えば、図１１を参照）のように図１に示すオプション１と同様の動作を適用できる。また、例えば、基地局１００は、異なるリソースの通知によって、動作例３（例えば、図１３を参照）のように図１に示すオプション２と同様の動作を適用できる。また、例えば、基地局１００は、同一の周波数リソース及び異なる時間リソース（例えば、スタートシンボル位置等）の通知によって、動作例２（例えば、図１２を参照）のように図１に示すオプション３と同様の動作を適用できる。
【０１３１】
例えば、基地局１００は、基地局１００と端末２００との間の品質、他の端末２００に割り当てるリソース量、又は、他に送信すべき信号等を考慮して、動作例１〜４の中の何れかの動作を選択してよい。
【０１３２】
このように、本実施の形態では、基地局１００は、複数のデータ長に設定可能なPDSCHのリソースを、リピティションシンボル数（例えば、固定長の単位）のリソースに分割し、PDCCHによって割り当てられたPDSCHのリソースうち、上述したリピティションシンボル数の単位の信号を少なくとも１つ含む送信信号をリピティション送信（換言すると、PDSCHリピティション）する。換言すると、基地局１００は、リピティションシンボル数単位のDLデータ信号を生成し、当該DLデータ信号を、可変に設定されるPDSCHのリソースに割り当てて送信する。
【０１３３】
また、端末２００は、複数のデータ長に設定可能なPDSCHのリソースにおいて基地局１００からリピティション送信されるPDSCH（例えば、少なくとも１つのリピティションシンボル数単位長のデータ信号を含む信号）を受信し、受信したPDSCHを合成して、DLデータ信号を得る。
【０１３４】
このように、リピティションシンボル数の単位に基づいてPDSCHのリピティションが行われるので、上述したように、基地局１００は、端末２００に対する同様のシグナリングによって（換言すると、シグナリングを追加せずに）、PDSCHのリピティション方法を切り替えることができる。
【０１３５】
これにより、基地局１００は、例えば、端末２００に適したPDSCHのリピティションを設定して、PDSCHを送信できる。よって、本実施の形態によれば、PDSCHの受信性能を向上できる。
【０１３６】
なお、本実施の形態において、PDSCHのリピティションシンボル数は、上位レイヤにおいてシグナリングされる場合について説明したが、PDSCHのリピティションシンボル数は、予め定められた固定値でもよく、他のパラメータから定まる値（換言すると、implicitに通知される値）でもよい。
【０１３７】
また、PDSCHのリピティションのシンボル数の代わりに、リピティションが切り替わるシンボル位置（換言すると、RVがリセットされるシンボル位置）が通知されてもよく、予め定められてもよい。
【０１３８】
（実施の形態２）
実施の形態１では、PDSCHのリピティションシンボル数が上位レイヤシグナリングによって通知される場合について説明した。これに対して、本実施の形態では、PDSCHのリピティションシンボル数は、PDCCHの検出をするCORESETのモニタシンボル（換言すると、PDCCHが配置されるシンボル位置）に基づいて決定される。本実施の形態によれば、PDSCHのリピティションシンボル数の通知が不要となる。
【０１３９】
なお、本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図４及び図５を援用して説明する。
【０１４０】
本実施の形態に係る基地局１００（例えば、制御部１０１）は、端末２００がPDCCHをモニタするシンボル（以下、「CORESETモニタシンボル」と呼ぶ。CORESET monitoring occasionとも呼ぶ）を設定する。CORESETのモニタシンボルは、例えば、上位レイヤのシグナリングによって端末２００へ通知されてもよく、デフォルトの値によって定められてもよい。例えば、基地局１００は、スロット内に複数のCORESETモニタシンボルを設定してよい。
【０１４１】
また、基地局１００（例えば、制御部１０１）は、PDSCHリピティションを行う場合、PDSCHを、CORESETモニタシンボルを跨いだリソースに割り当ててよい。ただし、基地局１００は、CORESETモニタシンボルには、PDSCHを割り当てない。
【０１４２】
また、本実施の形態では、PDSCHリピティションは、CORESETモニタシンボルの次のシンボルで切り替わる。例えば、PDSCHリピティションにおいて、CORESETモニタシンボルの次のシンボルでRVが遷移してよい。
【０１４３】
端末２００（例えば、信号分離部２０２及びDCI受信部２０３）は、例えば、指定されたCORESETモニタシンボルにおいて端末２００宛てのPDCCH（DCI）を検出する。
【０１４４】
また、端末２００（例えば、信号合成部２０６）は、指定されたCORESETモニタシンボルに基づいて、PDSCHリピティションにおける各PDSCHの時間リソース（例えば、リピティションシンボル数）を特定する。
【０１４５】
以下、本実施の形態における基地局１００及び端末２００の動作例５〜８についてそれぞれ説明する。
【０１４６】
［動作例５］
図１２は、動作例５に係るPDSCHの割り当て例を示す。
【０１４７】
図１２では、CORESETモニタシンボルがシンボル＃０、＃５及び＃１０に設定される。端末２００は、シンボル＃０、＃５又は＃１０に設定される各CORESETのサーチスペースにおいて端末２００宛てのPDCCHを検出する。
【０１４８】
また、図１２では、一例として、RVのサイクルを［RV0,RV3,RV0,RV3］とする。
【０１４９】
また、図１２では、基地局１００及び端末２００は、リピティションシンボル数（例えば、固定長Ｘ）を、隣接するCORESETモニタシンボル間のシンボル数である４シンボルに設定する。また、動作例５では、TBSを算出する際のシンボル数は、実施の形態１と同様、PDSCHのリピティションシンボル数（例えば、隣接するCORESETモニタシンボル間のシンボル数）である４シンボルとする。
【０１５０】
図１２において、１つ目のPDCCHは、シンボル＃１からシンボル長１３を割り当て、RV0を指定する。また、図１２において、２つ目のPDCCHは、シンボル＃６からシンボル長８を割り当て、RV3を指定する。また、図１２において、３つ目のPDCCHは、シンボル＃１１からシンボル長３を割り当て、RV0を指定する。
【０１５１】
また、動作例５において、基地局１００は、動作例２と同様、各PDCCHを用いて、例えば、同一の周波数リソース、同一のHARQプロセス番号、トグルしないNew Data Indicator（NDI）、及び、同一のMCSを端末２００へ通知する。また、基地局１００は、各PDCCHを用いて、例えば、当該PDCCHが配置されるシンボル（例えば、CORESETモニタシンボル）の次のシンボルをPDSCHのスタートシンボル位置として端末２００へ通知する。
【０１５２】
端末２００は、例えば、複数のPDCCHによって通知されるこれらのPDSCHのリソース情報に基づいて、当該複数のPDCCHによって割り当てられるPDSCHにリピティションが設定されたか否かを判断する。
【０１５３】
例えば、図１２において、端末２００は、１つ目のPDCCHを検出できた場合、CORESETモニタシンボルを境に（換言すると、CORESETモニタシンボルの次のシンボルにおいて）PDSCHのRVが切り替わると判断し、RVをRV#0,RV#3,RV#0の順に遷移させる。また、例えば、図１２において、端末２００は、更に、２つ目及び３つ目のPDCCHも検出できた場合、３つのPDCCHによって同一周波数及び同一HARQプロセスが通知されるので、３つのPDCCHによって割り当てられるPDSCHにリピティションが設定されたと判断できる。
【０１５４】
また、例えば、図１２において、端末２００は、１つ目のPDCCHの検出に失敗し、２つ目のPDCCHを検出できた場合、２つ目のPDCCHを、最初に受信したPDCCHであると認識する。よって、端末２００は、図１２に示す２つ目のPDCCHによって指定されたPDSCHのスタートシンボル位置（シンボル＃６）から、PDSCHのリピティションが開始されたとしてPDSCHを受信する。また、端末２００は、２つ目のPDCCHによってRV#3を指定されるので、PDSCHのRVをRV#3,RV#0の順に遷移させる。また、例えば、図１２において、端末２００は、更に、３つ目のPDCCHも検出できた場合、２つのPDCCHによって同一周波数及び同一HARQプロセスが通知されるので、２つのPDCCHによって割り当てられるPDSCHにリピティションが設定されたと判断できる。
【０１５５】
また、例えば、図１２において、端末２００は、１つ目及び２つ目のPDCCHの検出に失敗し、３つ目のPDCCHを検出できた場合、３つ目のPDCCHを、最初に受信したPDCCHであると認識する。よって、端末２００は、図１２に示す３つ目のPDCCHによって指定されたPDSCHのスタートシンボル位置（シンボル＃１１）から、PDSCHのリピティションが開始されたとしてPDSCHを受信する。
【０１５６】
なお、図１２に示す３つ目のPDSCHはシンボル長が３であるが、基地局１００は、隣接するCORESETモニタシンボル間のシンボル数である４シンボルをPDSCHのシンボル長として、TBSを算出してよい。
【０１５７】
このように、動作例５では、PDSCHリピティションにおける各PDSCH（換言するとRV）のスタート位置を指定するためのパラメータ（例えば、リピティションシンボル数）についてシグナリングが不要となる。
【０１５８】
また、端末２００は、複数のPDCCHのうち、前方のPDCCHの検出に失敗した場合でも、後方のPDCCHの検出に成功すれば、検出した後方のPDCCHに対応する後方のPDSCHを受信できる。換言すると、動作例５では、端末２００は、図１に示すオプション３、又は、実施の形態１の動作例２と同様の動作を実行できる。
【０１５９】
［動作例６］
図１３は、動作例６に係るPDSCHの割り当て例を示す。
【０１６０】
動作例６では、動作例５と同様、図１３に示すように、基地局１００は、複数のPDCCHを用いて、PDSCHのリピティションを通知する。
【０１６１】
また、図１３では、CORESETモニタシンボルがシンボル＃０、＃５及び＃１０に設定される。端末２００は、シンボル＃０、＃５及び＃１０に設定される各CORESETのサーチスペースにおいて端末２００宛てのPDCCHを検出する。
【０１６２】
また、図１３では、基地局１００及び端末２００は、リピティションシンボル数（例えば、固定長Ｘ）を、隣接するCORESETモニタシンボル間のシンボル数である４シンボルに設定する。また、動作例６では、TBSを算出する際のシンボル数は、実施の形態１と同様、PDSCHのリピティションシンボル数（例えば、隣接するCORESETモニタシンボル間のシンボル数）である４シンボルとする。
【０１６３】
動作例６において、基地局１００は、各PDCCHを用いて、例えば、同一のHARQプロセス番号、トグルしないNew Data Indicator（NDI）を端末２００へ通知する。また、基地局１００は、各PDCCHにおいて、例えば、異なる周波数リソースを端末２００へ通知する。また、基地局１００は、各PDCCHにおいて異なる時間リソース（換言すると、オーバーラップしない時間リソース）を端末２００へ通知する。
【０１６４】
このように、動作例６では、基地局１００は、実施の形態１の動作例３と同様、複数のPDCCHの各々において異なるリソースをPDSCHに割り当てる。例えば、図１３に示すように、１つ目のPDCCHは、シンボル＃１からシンボル長４を割り当てる。また、図１３に示すように、２つ目のPDCCHは、シンボル＃６からシンボル長４を割り当てる。３つ目のPDCCHは、シンボル＃１１からシンボル長３を割り当てる。換言すると、基地局１００は、リピティションシンボル数である４シンボルの単位のDLデータ信号を生成し、各PDCCHによって、４シンボル単位の信号を１つ含むPDSCHをリピティション送信する。
【０１６５】
端末２００は、各PDCCHを検出できた場合、検出したPDCCHの通知に基づいて、各PDSCHを受信する。また、例えば、図１３において、端末２００は、複数のPDCCHを検出できた場合、複数のPDCCHによって同一HARQプロセスが通知されるので、複数のPDCCHによって割り当てられるPDSCHにリピティションが設定されたと判断できる。
【０１６６】
このように、動作例６では、例えば、図１３に示すように、複数のPDCCHの各々によってオーバーラップさせずにPDSCHのリソースを割り当てることができるので、基地局１００は、PDCCH毎にRVを自由に通知してもよい。また、動作例６では、端末２００は、検出できたPDCCHに対応するPDSCHを受信できる。換言すると、動作例６では、端末２００は、図１に示すオプション２又は実施の形態１の動作例３と同様の動作を実行できる。
【０１６７】
なお、動作例６では、動作例３と同様、各PDCCHによって割り当てられるPDSCHのTBSを揃えるために、PDSCHのシンボル数が、リピティションのシンボル数（換言すると、CORESETモニタシンボル間のシンボル数）である４シンボル未満の場合でも、TBS算出に用いるシンボル数を４シンボルとしてよい。
【０１６８】
また、動作例６では、複数のPDCCHの各々によって割り当てられるPDSCHの周波数リソースを異なる位置に配置できるが、TBSを揃えるためには、各PDSCHにおいて、同数の周波数リソース及び同一のMCSが設定されることが好ましい。ただし、基地局１００は、各PDSCHにおいて同一のTBSとなるように、割り当てられる周波数リソース数とMCSとを調整してもよい。
【０１６９】
［動作例７］
図１４は、動作例７に係るPDSCHの割り当て例を示す。
【０１７０】
動作例７では、動作例５と同様、図１４に示すように、基地局１００は、複数のPDCCHを用いて、PDSCHのリピティションを通知する。
【０１７１】
図１４では、CORESETモニタシンボルがスロットの前半であるシンボル＃０、＃１及び＃２に設定される。端末２００は、シンボル＃０、＃１及び＃２に設定される各CORESETのサーチスペースにおいて端末２００宛てのPDCCHを検出する。
【０１７２】
図１４では、CORESETモニタシンボルによってPDSCHが分断されない。そこで、TBSを算出する際のシンボル数（換言すると、PDSCHのリピティションシンボル数）は、PDCCHによって割り当てられるシンボル数である１１シンボルとする。
【０１７３】
動作例７において、リピティションが適用される場合、基地局１００は、各PDCCCHを用いて、同一のDCIコンテンツ（例えば、周波数リソース、時間リソース、HARQプロセス番号、及びトグルしないNDI）を含むPDCCHを端末２００へ通知する。
【０１７４】
このように、動作例７では、基地局１００は、全てのPDCCHを用いて、同一内容のPDSCHリソースを通知する。動作例７では、例えば、図１４において、端末２００は、３つのPDCCHのうち、少なくとも１つのPDCCHを検出できれば、端末２００に割り当てられたPDSCHを全て受信できる。換言すると、動作例７では、端末２００は、図１に示すオプション１又は実施の形態１の動作例４と同様の動作を実行できる。
【０１７５】
［動作例８］
上述した動作例１〜７の各々では、スロット内のシンボルが全てDL用に設定されたシンボル（以下、「DLシンボル」と呼ぶ）である例について説明した。
【０１７６】
ここで、NRのスロットフォーマットインディケータ（SFI：Slot Format Indicator）によって指定できるスロットフォーマットには、スロット内において、DLシンボルと、UL用に設定されたシンボル（以下、「ULシンボル」と呼ぶ）とが混在するフォーマットがある。
【０１７７】
そこで、動作例８では、DLシンボルとULシンボルとが混在するスロットフォーマットにおける基地局１００及び端末２００の動作について説明する。
【０１７８】
図１５は、動作例８に係るPDSCHの割り当て例を示す。
【０１７９】
図１５では、一例として、スロットフォーマットにより設定されるスロット内の１４シンボルの構成は［D,D,D,D,F,U,D,D,D,D,F,U］である。ここで、「D」はDLシンボルを示し、「U」はULシンボルを示し、「F」はフレキシブルシンボル（Flexible symbol）を示す。フレキシブルシンボルは、DLシンボル及びULシンボルの双方に使用可能である。また、フレキシブルシンボルは、リソース割り当てをしないシンボル（例えば、ブランクシンボル又はUnknownシンボルと呼ぶこともある）として使用可能である。
【０１８０】
また、図１５では、CORESETモニタシンボルは、DLシンボル＃０及びDLシンボル＃７に設定される。
【０１８１】
動作例８において、リピティションが適用される場合、基地局１００は、１つ目のPDCCHでは、ULシンボル（シンボル＃６）を含むシンボルを、PDSCHのシンボル長（図１５では１２シンボル）として指定する。端末２００は、PDSCHとして指定されたシンボルにULシンボルが含まれている場合、ULシンボル（及びCORESETモニタシンボル）を除いでPDSCHが配置されると認識する。
【０１８２】
例えば、図１５では、端末２００は、１つ目のPDCCHを検出した場合、スタートシンボル位置であるシンボル＃１から１２シンボル（シンボル＃１〜＃１２）のうち、ULシンボル＃６、及び、CORESETモニタシンボルであるDLシンボル＃７を除く１０シンボルがPDSCHに割り当てられたと判断する。
【０１８３】
また、図１５では、TBSを算出する際のシンボル数は、隣接するCORESETモニタシンボル間のシンボル数である６シンボルからULシンボル数である１シンボルを除いた５シンボルとする。また、図１５では、端末２００が、１つ目のPDCCHを検出できずに、２つ目のPDCCHを検出できた場合においても、TBSの算出に使用するシンボル数は５シンボルとする。
【０１８４】
このように、動作例８では、スロット内にULシンボルを含むスロットフォーマットであっても、基地局１００は、端末２００に対してPDSCHのリピティションを通知できる。
【０１８５】
なお、図１５では、PDCCHによって割り当てられる時間リソース（例えば、DLリソース）のうち、ULシンボル（及びCORESETモニタシンボル）を除くシンボルがPDSCHに割り当てられる場合について説明した。ただし、例えば、フレキシブルシンボル（Fシンボル）がDLシンボルと異なる用途（例えば、ULシンボル）に使用される場合には、PDCCHによって割り当てられる時間リソースのうち、ULシンボル及びFシンボル（及びCORESETモニタシンボル）を除くシンボルがPDSCHに割り当てられる。
【０１８６】
以上、動作例５〜８についてそれぞれ説明した。
【０１８７】
例えば、基地局１００は、PDCCHによって通知するDCIコンテンツを追加せずに、PDCCHによって割り当てるPDSCHのリソース（例えば、スタート位置、シンボル長）、及び、送信するPDCCHの数によって、動作例５〜８の各々を柔軟に切り替えることができる。
【０１８８】
換言すると、基地局１００は、例えば、同一のHARQプロセス番号（及びトグルしないNDI）の通知に加えて、リソース割当情報の設定（換言すると、PDCCHの各々によって通知されるDCIコンテンツ）に基づいて、動作例５〜８の何れか（例えば、図１のオプション１〜３と同様の動作）を切り替えて運用できる。すなわち、基地局１００は、PDCCHのリピティション（例えば、図１のオプション１〜３の何れか）と、PDSCHの割り当てとの関連付けに基づいて、リピティションを制御できる。
【０１８９】
例えば、基地局１００は、基地局１００と端末２００との間の品質、他の端末２００に割り当てるリソース量、又は、他に送信すべき信号等を考慮して、動作例５〜８の中の何れかの動作を選択してよい。
【０１９０】
このように、本実施の形態では、実施の形態１と同様、リピティションシンボル数の単位に基づいてPDSCHのリピティションが行われるので、上述したように、基地局１００は、端末２００に対する同様のシグナリングによって（換言すると、シグナリングを追加せずに）、PDSCHのリピティション方法を切り替えることができる。
【０１９１】
これにより、基地局１００は、例えば、端末２００に適したPDSCHのリピティションを設定して、PDSCHを送信できる。よって、本実施の形態によれば、PDSCHの受信性能を向上できる。
【０１９２】
また、本実施の形態において、PDSCHのリピティションシンボル数は、CORESETモニタシンボルに基づいて算出される。よって、本実施の形態では、PDSCHのリピティションのシンボル数を通知するためのシグナリングが不要となる。
【０１９３】
（実施の形態３）
LTEにおいて、NRのURLLCに対応するHRLLCでは、PDCCH及びPDSCHがリピティションされる場合、PDSCHに対するHARQ-ACKの送信タイミングは、例えば、リピティションされた複数のPDSCHの中の最後のPDSCHのタイミングを基準に決定される。
【０１９４】
しかしながら、図１に示すオプション２のように、複数のPDCCHと複数のPDSCHとが１対１で独立して対応付けられている場合には、UEが最後のPDCCHを検出できない場合、UEは、最後のPDSCHの位置（換言するとタイミング）を特定できない。そのため、UEは、HARQ-ACKの送信タイミングを特定できず、HARQ-ACKを送信できなくなる。
【０１９５】
そこで、本実施の形態では、PDCCHがリピティションされ、複数のPDCCHによってPDSCHがUEに通知される場合における、PDSCHに対するHARQ-ACKの送信領域を設定する方法について説明する。
【０１９６】
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図４及び図５を援用して説明する。
【０１９７】
例えば、本実施の形態では、複数のPDCCHによって１つのHARQ-ACKの送信領域を指示する動作例９、及び、複数のPDCCHの各々が個別のHARQ-ACKの送信領域を指示する動作例１０について説明する。これらの動作例によれば、端末２００は、PDCCHリピティションのうち、少なくとも一つのPDCCHを検出できれば、他のPDCCHを検出できなくてもHARQ-ACKを送信できる。
【０１９８】
本実施の形態に係る基地局１００のDCI生成部１０３は、HARQ-ACKリソース決定部１０２から入力されるHARQ-ACKリソース情報に基づいて、例えば、HARQ-ACKの送信に用いるリソースに関するパラメータ（例えば、周波数リソース、スタートシンボル位置、及び、シンボル数等）、及び、HARQ-ACKの送信タイミングに関するパラメータ（例えば、スロット）を生成する。
【０１９９】
HARQ-ACKの送信に用いるリソースに関するパラメータは、例えば、「PUCCH resource indicator」である。また、HARQ-ACKの送信タイミングに関するパラメータは、例えば、「PDSCH-to-HARQ_feedback timing indicator」である。
【０２００】
なお、DCI生成部１０３は、指定されたHARQ-ACKリソースを指示できない場合、端末２００に対してHARQ-ACKを送信しないことを指示するビットフィールドを生成してもよい。
【０２０１】
基地局１００のHARQ-ACK受信部１１０は、リピティションされたPDSCHに対してHARQ-ACKもリピティションされている場合、同一のDLデータ信号に対するHARQ-ACKを合成する。HARQ-ACK受信部１１０は、合成後のHARQ-ACKを用いて、DLデータ信号に対するACK、NACK又はDTXを判定し、MACレイヤの処理部（図示せず）に判定結果を報告する。
【０２０２】
一方、本実施の形態に係る端末２００のHARQ-ACKリソース決定部２０９は、DCI受信部２０３から入力されるHARQ-ACKリソース情報に基づいて、HARQ-ACKを送信するリソースを決定し、信号割当部２１２へ出力する。なお、HARQ-ACKリソース決定部２０９は、HARQ-ACKリソースとPDSCHとの間の割り当て順に規定がある場合（例えば、動作例１０において後述する）、規定と異なる割り当て順の場合に、DCIを誤検出したと判断してPDSCHの受信及びHARQ-ACKの送信を中止する。
【０２０３】
次に、一例として、複数のPDCCHによって１つのHARQ-ACKの送信領域を指示する動作例９、及び、複数のPDCCHの各々が個別のHARQ-ACKの送信領域を指示する動作例１０について説明する。
【０２０４】
［動作例９］
動作例９では、リピティションされる複数のPDCCHによって同一のHARQ-ACK送信領域が通知される。
【０２０５】
NRでは、PDSCHを割り当てるDCIに含まれる「PUCCH resource indicator」は、HARQ-ACKを送信する上り制御チャネル（例えば、PUCCH：Physical Uplink Control Channel）の周波数リソース、シンボル番号及びシンボル数を指示する。例えば、上位レイヤのシグナリングによってHARQ-ACKリソースの候補（例えば、周波数リソース、シンボル番号及びシンボル数の組み合わせ）が端末２００に通知されている場合、基地局１００は、DCIのシグナリング「PUCCH resource indicator」によって、１つの組み合わせ（換言すると、パターン）を選択してもよい。
【０２０６】
また、NRでは、PDSCHを割り当てるDCIに含まれる「PDSCH-to-HARQ_feedback timing indicator」は、PDSCHが割り当てられたスロットから何スロット後にHARQ-ACKを送信するかを指示する。
【０２０７】
動作例９では、例えば、リピティションされる複数のPDCCHにおいて「PUCCH resource indicator」は、同一の値を端末２００に指示する。一方、リピティションされる複数のPDCCHにおいて「PDSCH-to-HARQ_feedback timing indicator」は、例えば、同一のスロットを指示するために異なる値を指示する場合がある。例えば、各PDCCHにおいて「PDSCH-to-HARQ_feedback timing indicator」は、当該PDCCHによって割り当てられるPDSCHの受信タイミングとHARQ-ACKの送信タイミングとのタイミング差（例えば、HARQ timingと呼ぶ）に対応する値がそれぞれ設定される。
【０２０８】
図１６は、動作例９に係るHARQ-ACKの送信例を示す。図１６に示すように、端末２００（UE）には、リピティションされる複数のPDCCHによって同一のHARQ-ACK送信領域が通知される。
【０２０９】
例えば、図１６において、Ｎ個のPDCCHに含まれる「PUCCH resource indicator」には、同一のHARQ-ACKリソースを示す情報が含まれる。
【０２１０】
また、図１６において、１つ目のPDCCH(1)に含まれる「PDSCH-to-HARQ_feedback timing indicator」には、PDCCH(1)によって割り当てられる１つ目のPDSCHの受信タイミングと、HARQ-ACKの送信タイミングとの差を表すHARQ timing(1)に対応する値が含まれる。同様に、図１６において、Ｎ個目のPDCCH(N)に含まれる「PDSCH-to-HARQ_feedback timing indicator」には、PDCCH(N)によって割り当てられるＮ個目のPDSCHの受信タイミングと、HARQ-ACKの送信タイミングとの差を表すHARQ timing(N)に対応する値が含まれる。
【０２１１】
このように、図１６に示すＮ個のPDCCHの各々に含まれる「PDSCH-to-HARQ_feedback timing indicator」には、各PDCCHによって割り当てられるPDSCHの受信タイミングとHARQ-ACKの送信タイミングとの差であるHARQ timingに対応する異なる値がそれぞれ含まれる。換言すると、各PDCCHに含まれる「PDSCH-to-HARQ_feedback timing indicator」は、同一のHARQ-ACKの送信タイミングを示す。
【０２１２】
このように、PDCCHリピティションに対するHARQ-ACK送信領域を１つに規定することにより、HARQ-ACKの送信回数を低減し、端末２００の消費電力を低減できる。
【０２１３】
ここで、図１６に示すように、PDCCHリピティションが適用される場合、HARQ-ACK送信領域として同一の領域が通知されるという規定がある場合、端末２００は、PDCCHによって異なるHARQ-ACK送信領域（例えば、異なる送信タイミング）を指示されると、当該PDCCHを誤検出したと判定できる。例えば、URLLCでは、PDCCHの誤検出により、誤動作をする確率を低減することが求められている。動作例９によれば、PDCCHの誤検出を判定できる要素が増えるので、PDCCHの誤検出に起因する誤動作の確率を低減できる。
【０２１４】
また、Rel.15 NRでは、「PDSCH-to-HARQ_feedback timing indicator」によって指示されるHARQ-ACKの送信タイミングはスロット単位である。
【０２１５】
一方、Rel.16 NR URLLCでは、HARQ-ACKの送信タイミングを１スロット内に複数設定し、HARQ-ACK送信の遅延を低減することが検討されている。HARQ-ACKに対してスロット内に複数の送信タイミングを設定する場合、Rel.15 NRと比較して、より細かいタイミングを設定できる。しかし、同一ビット数を用いて通知できるタイミングの数には限りがあり、複数のPDCCHによって、同一タイミングのHARQ-ACK送信を指示することが困難になる可能性がある。
【０２１６】
そこで、動作例９では、PDCCHがリピティションされる場合、基地局１００は、端末２００に対して、複数のPDCCHのうちの一部のPDCCHにおいて、HARQ-ACKを送信しない指示を設定してよい。
【０２１７】
例えば、リピティションされる複数のPDCCHのうち、１つのPDCCHにおいてHARQ-ACKを送信しない指示が設定されても、他のPDCCHにおいてHARQ-ACKの送信タイミングが指示されれば、端末２００は、当該リピティションされる複数のPDCCHによって割り当てられるPDSCHに対してHARQ-ACKを送信できる。
【０２１８】
基地局１００は、端末２００が複数のPDCCHを検出することを想定し、全てのPDCCHにおいてHARQ-ACKタイミングを指示できない場合、一部のPDCCHにおいて、HARQ-ACKを送信しないことを端末２００に指示できる。例えば、リピティションされる複数のPDCCHのうち、前方のPDCCH（例えば、図１６のPDCCH(1)等）ほど、端末２００が当該PDCCHを受信してからHARQ-ACKを送信するまでの時間が長い。そのため、HARQ-ACKを送信しない指示は、前方のPDCCHのDCIに含まるシグナリングによって後方のHARQ-ACKタイミングを通知できない場合に有効である。
【０２１９】
例えば、HARQ-ACKを送信しない指示は、「PUCCH resource indicator」又は「PDSCH-to-HARQ_feedback timing indicator」のビットフィールドで通知されてよい。
【０２２０】
或るPDCCHにおいて、HARQ-ACKを送信しない指示が「PUCCH resource indicator」のビットフィールドで通知される場合、当該PDCCHに含まれる「PDSCH-to-HARQ_feedback timing indicator」の通知は無効になる。よって、この場合、端末２００は、「PDSCH-to-HARQ_feedback timing indicator」のビットを無視してよい。
【０２２１】
また、或るPDCCHにおいて、HARQ-ACKを送信しない指示が「PDSCH-to-HARQ_feedback timing indicator」のビットフィールドで通知される場合、端末２００は、当該PDCCHに含まれる「PUCCH resource indicator」のビットを無視してよい。
【０２２２】
または、「PUCCH resource indicator」及び「PDSCH-to-HARQ_feedback timing indicator」のうち、無効になるシグナリングにおいて、予め定めたビットフィールド（例えば、全てゼロ）が設定されてもよい。例えば、「PUCCH resource indicator」又は「PDSCH-to-HARQ_feedback timing indicator」が予め定められたビットフィールドに設定されることにより、端末２００は、当該ビットフィールドの値が定められた値と異なる場合に、当該DCIの誤検出を判定できる。よって、PDCCHの誤検出を判定できる要素が増えるので、PDCCHの誤検出に起因する誤動作の確率を低減できる。
【０２２３】
なお、動作例９において、HARQ-ACKのリピティションが別途設定されてもよい。例えば、各PDCCHでは同一のHARQ-ACK送信領域が通知されるが、その際、HARQ-ACKのリピティション数が指定され、HARQ-ACKのリピティションが実施されてもよい。
【０２２４】
［動作例１０］
動作例１０では、リピティションされる複数のPDCCHによって、異なるHARQ-ACK送信領域がそれぞれ通知される。動作例１０によれば、HARQ-ACKもリピティションされる。
【０２２５】
HARQ-ACKの送信領域が複数設定されると、HARQ-ACKの受信品質を向上できる。また、例えば、HARQ-ACK毎に送信ビームを設定することで、送信ダイバーシチ効果、又は、複数のTransmission Reception Point（TRP）においてHARQ-ACKを受信しやすくなるという効果がある。
【０２２６】
動作例１０において、PDSCHの順序と、HARQ-ACK送信順序との関係について、以下の３つのオプションが考えられる。
【０２２７】
オプション１０−１（例えば、図１７を参照）では、PDCCHによって指示されるPDSCHの順序と、PDCCHによって指示されるHARQ-ACKの送信順序とが揃う。例えば、図１７では、１つ目からＮ個目のPDCCH(1)〜PDCCH(N)によって指示されるPDSCHの順序と、各PDSCHに対するHARQ-ACK(1)〜HARQ-ACK(N)の送信順序は同じである。
【０２２８】
このようにすると、例えば、端末２００において全てのPDSCHの受信を待たずにHARQ-ACKを送信する「アーリーフィーバック」と呼ばれる方法をサポートできる。例えば、端末２００は、PDCCHによって指示されるHARQ-ACKの送信タイミングを起点として、どのタイミングまでにPDSCHを受信すれば、PDSCHの復号処理が間に合うかを計算する。そして、端末２００は、PDSCHの復号処理が間に合う範囲までのPDSCHのリピティションを合成し、合成したPDSCHに対するHARQ-ACKを送信してよい。
【０２２９】
なお、端末２００が何シンボル前のPDSCHまで合成できるかについては、例えば、サブキャリアスペース（subcarrier spacing）によって異なる。例えば、何シンボル前のPDSCHまで合成できるかについては、基地局１００と端末２００との間で共通認識を有してもよい。
【０２３０】
動作例１０のように、PDSCHの順序とHARQ-ACKの送信順序とが同じという規定がある場合、端末２００は、PDCCHによって異なる順序のHARQ-ACKタイミングを指示された場合、当該PDCCHを誤検出したと判断できる。
【０２３１】
オプション１０−２（例えば、図１８を参照）では、PDCCHによって指示されるPDSCHの順序と、PDCCHによって指示されるHARQ-ACKの送信順序に規定は無い。オプション１０−２によれば、HARQ-ACKの送信タイミング設定の自由度が向上する。
【０２３２】
オプション１０−３（例えば、図１９を参照）では、PDCCHによって指示されるPDSCHの順序と、PDCCHによって指示されるHARQ-ACKの送信順序を逆順とする。例えば、図１９では、１つ目からＮ個目のPDCCH(1)〜PDCCH(N)によって指示されるPDSCHの順序と、各PDSCHに対するHARQ-ACK(1)〜HARQ-ACK(N)の送信順序（例えば、N、N-1、…、2、１）は逆である。
【０２３３】
このようにすると、オプション１０−３では、例えば、オプション１０−１と比較して、HARQ-ACKの送信タイミングの制限が厳しくなる。よって、端末２００は、HARQ-ACKの送信タイミングの設定が誤っていることから、PDCCHの誤検出を判断できる確率を向上できる。
【０２３４】
なお、動作例１０においても、複数のPDCCHによって同一のHARQ-ACK送信領域を通知してもよい。例えば、リピティションのうち、一部のPDCCHによって同じHARQ-ACK送信領域を設定し、残りのPDCCHによって異なるHARQ-ACK送信領域を設定とすることで、HARQ-ACKのリピティション数を調整できる。
【０２３５】
以上、動作例９及び動作例１０について説明した。
【０２３６】
このように、本実施の形態によれば、複数のPDCCHによって、１つ又は複数のHARQ-ACKの送信領域が指示される。これにより、端末２００は、複数のPDCCHのうち、少なくとも１つのPDCCHを検出することにより、HARQ-ACKを送信できる。
【０２３７】
なお、本実施の形態において、HARQ-ACKリソースを端末２００へ指示するための制御信号は、「PUCCH resource indicator」及び「PDSCH-to-HARQ_feedback timing indicator」に限らず、他の制御信号でもよい。
【０２３８】
以上、本開示の各実施の形態について説明した。
【０２３９】
（他の実施の形態）
なお、上記実施の形態では、PDCCHによってPDSCH（例えば、DLデータ信号）が割り当てられる場合について説明した。しかし、本開示の一実施例は、PDCCHによって、ULデータ信号を送信する上りデータチャネル（例えば、PUSCH：Physical Uplink Shared Channel）が割り当てられる場合に適用してよい。また、本開示の一実施例は、PDSCH及びPUSCHと異なる他のデータチャネルを割り当てる際に適用してもよい。
【０２４０】
また、上記実施の形態では、制御信号を送信する下り制御チャネルにPDCCHを用いる場合について説明した。しかし、制御信号を送信する下り制御チャネルは、他の名称の制御チャネルでもよい。例えば、制御信号を送信する下り制御チャネルは、Enhanced PDCCH（EPDCCH）、Relay PDCCH（R-PDCCH）、Machine Type Communication PDCCH（MPDCCH）等でもよい。
【０２４１】
また、上記実施の形態において説明したRVの値又はサイクルは一例である。例えば、［RV0, RV3, RV0, RV3 …］、［RV0, RV0, RV0, RV0］、又は、［RV0, RV2, RV3, RV1］等のRVの値又はサイクルは、予め定められてもよく、上位レイヤのシグナリングによって端末２００に設定されてもよい。
【０２４２】
また、上記実施の形態において、リピティションが設定されるか否かは、上位レイヤのシグナリング（例えば、RRCシグナリング又はMACシグナリング）によって端末２００に設定されてもよく、DCIの中のビットによって端末２００に通知されてもよい。リピティションの設定が上位レイヤのシグナリングによって通知されると、DCIのビット数を低減できる。また、リピティションの設定がDCIによって通知されると、リピティションを設定するか否かをダイナミックに変更できる。
【０２４３】
また、上記実施の形態において、PDCCHは、PDSCHと同一キャリアから送信されてもよく（例えば、セルフスケジューリングと呼ばれる）、PDSCHと異なるキャリアから送信されてもよい（例えば、クロスキャリアスケジューリングと呼ばれる）。
【０２４４】
また、上記実施の形態において、PDSCHのシンボルには、スロット内のシンボルに限らず、複数のスロットを跨がるシンボルが指定されてもよい。複数のスロットに跨がってPDSCHのシンボルが指定される場合、PDCCHによって、PDSCHが割り当てられるスロット数、及び、シンボル数の双方が通知されてもよい。
【０２４５】
また、上記実施の形態において説明したPDSCHのリピティション（スロット内のリピティション）は、スロット単位のPDSCHのリピティションと併用してもよい。例えば、本開示の一実施例に基づいてスロット内のリピティションが実現され、スロット単位のリピティションがPDCCHによって端末２００へ別途通知されてもよく、上位レイヤによって設定されてもよい。
【０２４６】
また、上記実施の形態では、上位レイヤのシグナリングには、RRCシグナリングを想定しているが、MACのシグナリング、及び、物理レイヤのシグナリングであるDCIでの通知に置き換えてもよい。MACのシグナリングおよび物理レイヤのシグナリングの場合、RRCのシグナリングと比較して、変更の頻度を上げることができる。
【０２４７】
また、上記実施の形態では、より低い信頼性が求められるデータ種別（又は用途）の一例にURLLCを用いたが、より低い信頼性が求められるデータ種別はURLLCに限らない。
【０２４８】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０２４９】
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
【０２５０】
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
【０２５１】
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
【０２５２】
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
【０２５３】
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
【０２５４】
本開示の一実施例に係る基地局は、固定長の単位のデータ信号を生成する回路と、少なくとも１つの前記固定長の単位のデータ信号を含む送信信号を、複数のデータ長に設定可能なリソースにおいてリピティション送信する送信機と、を具備する。
【０２５５】
本開示の一実施例において、前記データ信号のトランスポートブロックサイズは、前記固定長に基づいて算出される。
【０２５６】
本開示の一実施例において、前記固定長の単位のデータ信号は、異なる時間に通知される複数の制御チャネル信号によって割り当てられ、前記複数の制御チャネル信号のうち、第１の制御チャネル信号によって割り当てられる第１の時間リソースは、時間領域において前記第１の制御チャネル信号よりも早く送信される第２の制御チャネル信号によって割り当てられる第２の時間リソースの一部と重複し、前記第１の時間リソースの開始位置は、前記第２の時間リソースの開始位置から、前記固定長の整数倍後ろの位置である。
【０２５７】
本開示の一実施例において、前記固定長は、上位レイヤシグナリングによって通知される。
【０２５８】
本開示の一実施例において、前記固定長は、制御チャネルが配置されるシンボル位置に基づいて決定される。
【０２５９】
本開示の一実施例において、前記固定長の単位に基づいて割り当てられる下りリンク用の時間リソースは、制御チャネル信号によって割り当てられる時間リソースのうち、上りリンク用の時間リソースを除いたリソースである。
【０２６０】
本開示の一実施例において、前記回路は、前記固定長の単位毎に、リダンダンシーバージョン（RV）の値をリセットする。
【０２６１】
本開示の一実施例に係る端末は、複数のデータ長に設定可能なリソースにおいてリピティション送信される送信信号を受信し、前記送信信号は、少なくとも１つの固定長の単位のデータ信号を含む、受信機と、前記送信信号を合成して、前記データ信号を得る回路と、を具備する。
【０２６２】
本開示の一実施例に係る送信方法は、固定長の単位のデータ信号を生成し、少なくとも１つの前記固定長の単位のデータ信号を含む送信信号を、複数のデータ長に設定可能なリソースにおいてリピティション送信する。
【０２６３】
本開示の一実施例に係る受信方法は、複数のデータ長に設定可能なリソースにおいてリピティション送信される送信信号を受信し、前記送信信号は、少なくとも１つの固定長の単位のデータ信号を含み、前記送信信号を合成して、前記データ信号を得る。
【０２６４】
２０１９年１月９日出願の特願２０１９−００２０５１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０２６５】
本開示の一実施例は、移動通信システムに有用である。
【符号の説明】
【０２６６】
１００  基地局
１０１  制御部
１０２，２０９  HARQ-ACKリソース決定部
１０３  DCI生成部
１０４，２１０  誤り訂正符号化部
１０５，２１１  変調部
１０６，２１２  信号割当部
１０７、２１３  送信部
１０８，２０１  受信部
１０９，２０２  信号分離部
１１０  HARQ-ACK受信部
１１１，２０５  復調部
１１２  誤り訂正復号部
２００  端末
２０３  DCI受信部
２０４  上位レイヤ受信部
２０６  信号合成部
２０７  誤り訂正復号部
２０８  誤り判定部
【図１】
2020144899.tif 000005
【図２】
2020144899.tif 000006
【図３】
2020144899.tif 000007
【図４】
2020144899.tif 000008
【図５】
2020144899.tif 000009
【図６】
2020144899.tif 000010
【図７】
2020144899.tif 000011
【図８】
2020144899.tif 000012
【図９】
2020144899.tif 000013
【図１０】
2020144899.tif 000014
【図１１】
2020144899.tif 000015
【図１２】
2020144899.tif 000016
【図１３】
2020144899.tif 000017
【図１４】
2020144899.tif 000018
【図１５】
2020144899.tif 000019
【図１６】
2020144899.tif 000020
【図１７】
2020144899.tif 000021
【図１８】
2020144899.tif 000022
【図１９】
2020144899.tif 000023
【国際調査報告】
2020144899.tif 000024
2020144899.tif 000025
2020144899.tif 000026
2020144899.tif 000027