(57)【要約】  CBG毎の再送制御を適切に行うこと。端末２００において、HARQ-ACK生成部２０８は、複数の下り制御信号にそれぞれ含まれるパラメータであって、複数の下り制御信号によって割り当てられる複数のトランスポートブロックの各々を構成するコードブロックグループの個数に関するパラメータに基づいて、コードブロックグループ毎の応答信号を生成する。送信部２１１は、コードブロックグループ毎の応答信号をまとめて送信する。ここで、パラメータの値は、少なくとも、コードブロックグループ単位の第２の粒度よりも粗い第１の粒度を用いて設定される。
2020533815.tif 000002
【特許請求の範囲】
【請求項１】
複数の下り制御信号にそれぞれ含まれるパラメータであって、前記複数の下り制御信号によって割り当てられる複数のトランスポートブロックの各々を構成するコードブロックグループの個数に関する前記パラメータに基づいて、前記コードブロックグループ毎の応答信号を生成する回路と、
前記コードブロックグループ毎の応答信号をまとめて送信する送信器と、
を具備し、
前記パラメータの値は、少なくとも、前記コードブロックグループ単位の第２の粒度よりも粗い第１の粒度を用いて設定される、
端末。
【請求項２】
前記パラメータの値は、前記第１の粒度と、前記トランスポートブロック内の前記コードブロックグループ数と、前記下り制御信号に対する復調誤りの発生を許容する回数と、を用いて設定される、
請求項１に記載の端末。
【請求項３】
前記第１の粒度は変更可能である、
請求項１に記載の端末。
【請求項４】
前記第１の粒度は、基地局から前記端末へ通知される、
請求項３に記載の端末。
【請求項５】
前記第１の粒度は、前記端末が接続するセル数、前記端末に割り当てられる前記コードブロックグループ数、TDD（Time Division Duplex）の設定、及び、前記端末のサービスタイプの少なくとも１つに応じて変更される、
請求項３に記載の端末。
【請求項６】
前記パラメータの複数の候補値には、インデックスが付され、
連続する前記インデックスの異なる組み合わせにおいて、前記第１の粒度は異なる、
請求項１に記載の端末。
【請求項７】
前記パラメータの複数の候補値には、前記複数の候補値の数より少ない個数のインデックスが巡回的に付され、
連続する前記インデックスの組み合わせにおいて、前記候補値の第１の周期における前記第１の粒度と、前記候補値の第２の周期における前記第１の粒度とは異なる、
請求項１に記載の端末。
【請求項８】
前記パラメータは、前記コードブロックグループの累積数及び総数を示し、
前記累積数に対する前記第１の粒度と、前記総数に対する前記第１の粒度とは異なる、
請求項１に記載の端末。
【請求項９】
複数の下り制御信号にそれぞれ含まれるパラメータであって、前記複数の下り制御信号によって割り当てられる複数のトランスポートブロックの各々を構成するコードブロックグループの個数に関する前記パラメータに基づいて、前記コードブロックグループ毎の応答信号を生成し、
前記コードブロックグループ毎の応答信号をまとめて送信し、
前記パラメータの値は、少なくとも、前記コードブロックグループ単位の第２の粒度よりも粗い第１の粒度を用いて設定される、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末及び通信方法に関する。
【背景技術】
【０００２】
第５世代移動通信システム（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）（例えば、非特許文献１を参照）の両面から、通信システムの高度化を検討している。
【０００３】
LTEでは、下りリンク（DL：Downlink）データに対するHARQ（Hybrid Automatic Repeat Request）において、トランスポートブロック（TB：Transport Block）毎に再送制御が行われる。すなわち、基地局（eNBと呼ぶこともある）が端末（UE（User Equipment）と呼ぶこともある）に対してDLデータを送信した場合、端末は1TBにつき1bitのHARQ-ACK bit（応答信号）を生成し、基地局に送信する。TDD（Time Division Duplex）等では、端末は、複数のTB毎に1 bitのHARQ-ACK bitを生成することもある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】RP-161596, "Revision of SI: Study on New Radio Access Technology", NTT DOCOMO, September 2016
【非特許文献２】3GPP TS 36.213 V14.2.0, "Physical layer procedures (Release 14)", 2017-03
【発明の概要】
【発明が解決しようとする課題】
【０００５】
New RATでは、コードブロックグループ（CBG：Code Block Group）毎の再送制御が検討されている。CBGは１つ以上のコードブロック（CB：Code Block）をグループ化したものであり、TBは１つ以上のCBGから構成される。しかしながら、New RATにおけるCBG毎の再送制御方法については十分に検討がなされていない。
【０００６】
本開示の一態様は、CBG毎の再送制御を適切に行うことができる端末及び通信方法の提供に資する。
【課題を解決するための手段】
【０００７】
本開示の一態様に係る端末は、複数の下り制御信号にそれぞれ含まれるパラメータであって、前記複数の下り制御信号によって割り当てられる複数のトランスポートブロックの各々を構成するコードブロックグループの個数に関する前記パラメータに基づいて、前記コードブロックグループ毎の応答信号を生成する回路と、前記コードブロックグループ毎の応答信号をまとめて送信する送信器と、を具備し、前記パラメータの値は、少なくとも、前記コードブロックグループ単位の粒度よりも粗い粒度を用いて設定される。
【０００８】
本開示の一態様に係る通信方法は、複数の下り制御信号にそれぞれ含まれるパラメータであって、前記複数の下り制御信号によって割り当てられる複数のトランスポートブロックの各々を構成するコードブロックグループの個数に関する前記パラメータに基づいて、前記コードブロックグループ毎の応答信号を生成し、前記コードブロックグループ毎の応答信号をまとめて送信し、前記パラメータの値は、少なくとも、前記コードブロックグループ単位の粒度よりも粗い粒度を用いて設定される。
【０００９】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【００１０】
本開示の一態様によれば、CBG毎の再送制御を適切に行うことができる。
【００１１】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１２】
【図１】CA適用時のHARQ-ACK送信処理の一例を示す図
【図２】実施の形態１に係る端末の一部の構成を示すブロック図
【図３】実施の形態１に係る基地局の構成を示すブロック図
【図４】実施の形態１に係る端末の構成を示すブロック図
【図５】実施の形態１に係る基地局及び端末の動作例を示すシーケンス図
【図６】実施の形態１に係る粒度1のDAIの一例を示す図
【図７】実施の形態１に係る粒度4のDAIの一例を示す図
【図８】実施の形態１に係るHARQ-ACK bitの生成例を示す図
【図９】実施の形態１に係るHARQ-ACK送信処理の一例を示す図
【図１０】実施の形態２に係るHARQ-ACK送信処理の一例を示す図
【図１１】実施の形態３に係るDAIの一例を示す図
【図１２】実施の形態３に係るHARQ-ACK送信処理の比較例を示す図
【図１３】他の実施の形態に係るHARQ-ACK送信処理の比較例を示す図
【発明を実施するための形態】
【００１３】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００１４】
基地局がDLデータの送信に併せてDCI（Downlink Control Information）を送信したものの、端末が復号誤りによりDCIを受信できなかった場合（以降、「DCI復号誤り」と呼ぶ）、端末は自機宛てのDLデータの存在を認識しない。このような場合、端末が1回のDCI受信につき1回のHARQ-ACK送信を行う場合には、端末はHARQ-ACKを送信しない。基地局は、端末がHARQ-ACKを送信していないことを認識することで、端末でDCI復号誤りが発生したことを認識できる。
【００１５】
一方で、端末が複数回のDCI受信につき1回のHARQ-ACK送信を行う場合には、端末は、或るDLデータに対してDCI復号誤りが発生したとしても、当該DLデータ以外のDLデータの受信結果に基づいて生成したHARQ-ACK bit系列を基地局に送信する。この場合、DCI復号誤りに起因して、生成されるHARQ-ACK bit系列のbit数の認識が基地局と端末との間で異なったり、本来はDTX又はNACKと通知すべきところをACKと通知したりして、端末の受信状態が基地局に正しく伝わらない可能性がある。
【００１６】
そこで、LTEでは、DCI復号誤りが発生したことを端末が判別できるようにするための制御情報（パラメータ）として、DAI（Downlink Assignment Index）が用いられている。DAIが使用されるのは、端末が複数のHARQ-ACKをまとめて送信する場合である。端末が複数のHARQ-ACKをまとめて送信するケースとしては、TDD時又はCA（Carrier Aggregation）適用時等がある。
【００１７】
以下、一例として、CA適用時のHARQ-ACK送信処理について説明する。
【００１８】
Release 13のeCA（enhanced CA）では、「counter DAI」及び「total DAI」によってHARQ-ACK bit系列の配置及びHARQ-ACKコードブックサイズが決定される方式が採用されている。ここでは、HARQ-ACKをまとめて送信する範囲を「bundling window」と表す。
【００１９】
上記counter DAI及びtotal DAIはそれぞれ以下の内容を示す。
counter DAI：bundling windowにおけるPDSCH送信(DL assignment送信)の累積数
total DAI  ：bundling windowにおけるPDSCH送信(DL assignment送信)の総数
【００２０】
LTEでは、counter DAI及びtotal DAIの各々は2 bitで表されるが、4以上の数もカウント可能である。これは、端末においてDCI受信に4回連続で失敗する可能性が十分に低いことに基づいている。
【００２１】
図１は、Release 13 eCAにおけるDAIの使用例を示す。図１では、一例として、端末に対して３つのセル（Cell 0,1,2）によるCAが適用されている。
【００２２】
図１に示すように、端末は、基地局（serving cell）からDCI及びDLデータを受信する際（DL受信時）、各subframeにおいて各セルで（counter DAI、total DAI）を受信する。
【００２３】
端末は、counter DAI、total DAIに基づいて、HARQ-ACK bitを決定する。例えば、図１では、subframe #0のCell 1、及び、subframe #1のCell 2においてDCI復号誤りが発生している。一方、端末は、bundling windowにおいて、他のリソース（subframe #0のCell 0,2及びsubframe #1のCell 0）においてDAIを正常に受信しているので、bundling windowにおけるPDSCH送信（DL assignment送信）の総数が５であり、自機で1,3,4番目のPDSCH送信を受信していることを認識することができる。すなわち、端末は、subframe #0、及び、subframe #1において１回ずつDCI復号誤りが発生していることを判別し、NACKを、2,5番目のPDSCH送信に対するHARQ-ACKとして生成する。これにより、端末は、自機の受信状態を基地局に正しく伝えることができる。
【００２４】
なお、counter DAI/total DAIは、非特許文献２では2 bitの値（FDDではVDLC-DAI,c,k、VDLC-DAI,c。TDDではVDLC-DAI,c,k、VDLT-DAI,k)を指すが、説明の便宜上、ここでは、DL assignment送信の累積数及び総数をそれぞれ指すものとする。また、counter DAI/total DAIに関して実際にシグナリングする値は、modulo 4した値となるが、以下では、説明が煩雑になるので、modulo 4しない値のまま記載する。
【００２５】
以上、LTEのCA適用時におけるHARQ-ACK送信の一例について説明した。
【００２６】
New RATでは、上述したように、端末がCBG毎にHARQ-ACKを送信することが検討されている。このため、DAIについてもCBGの送信単位（例えば、CBG送信の累積数及び総数）で設定されることが想定される（CBGレベルのDAI）。しかしながら、CBGレベルのDAIを使用する場合には、DAIの情報量が増加し、DCIのオーバーヘッドが増加してしまう。
【００２７】
そこで、以下では、DCIのオーバーヘッドの増加を抑えつつ、CBG毎の再送制御を行うことができる方法について説明する。
【００２８】
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、基地局１００（gNB）及び端末２００（UE）を備える。
【００２９】
図２は本開示の一態様に係る端末２００の一部の構成を示すブロック図である。図２に示す端末２００において、HARQ-ACK生成部２０８は、複数の下り制御信号（DCI）にそれぞれ含まれるパラメータであって、複数の下り制御信号によって割り当てられる複数のトランスポートブロック（TB）の各々を構成するコードブロックグループ（CBG）の個数に関するパラメータ（DAI）に基づいて、コードブロックグループ毎の応答信号（HARQ-ACK）を生成する。送信部２１１は、コードブロックグループ毎の応答信号をまとめて送信する。ここで、パラメータ（DAI）の値は、少なくとも、コードブロックグループ単位の粒度よりも粗い粒度を用いて設定される。
【００３０】
［基地局の構成］
図３は、本実施の形態に係る基地局１００の構成を示すブロック図である。図３において、基地局１００は、スケジューリング部１０１と、DAI生成部１０２と、DCI生成部１０３と、DCI符号化・変調部１０４と、データ符号化・変調部１０５と、信号割当部１０６と、送信部１０７と、受信部１０８と、信号分離部１０９と、UCI復調・復号部１１０と、HARQ-ACK判定部１１１と、を有する。
【００３１】
スケジューリング部１０１は、HARQ-ACK判定部１１１から入力される判定結果を用いて、端末２００に対するスケジューリングを行い、スケジューリング結果を示すスケジューリング情報をDAI生成部１０２及びDCI生成部１０３に出力する。スケジューリング情報には、DLデータの送信先の端末に関する情報、送信するデータのCBGに関する情報（CBG番号、CBG数等）が含まれる。
【００３２】
DAI生成部１０２は、スケジューリング部１０１から入力されるスケジューリング情報に基づいて、DAI（例えば、counter DAI又はtotal DAI）を生成する。例えば、DAI生成部１０２は、bundling windowにおける過去のDLデータ数からcounter DAI又はtotal DAIをそれぞれ計算してもよい。DAI生成部１０２は、生成したDAIを示すDAI情報をDCI生成部１０３に出力する。なお、counter DAI/total DAIの定義は、非特許文献２に記載された定義に基づいてもよい。
【００３３】
DCI生成部１０３は、スケジューリング部１０１から入力されるスケジューリング情報、及び、DAI生成部１０２から入力されるDAI情報に基づいて、DLデータを割り当てるリソースを示す制御信号（例えば、DL assignment）のビット系列（DCIビット系列）を生成する。DCIには、例えば、CBG番号及びCBG数に関する情報も含まれる。DCI生成部１０３は、DCIビット系列をDCI符号化・変調部１０４に出力する。
【００３４】
DCI符号化・変調部１０４は、DCI生成部１０３から入力されるDCIビット系列を誤り訂正符号化し、符号化後の信号を変調し、変調後の信号（シンボル系列）を信号割当部１０６へ出力する。
【００３５】
データ符号化・変調部１０５は、入力される送信データのビット系列（DLデータ）を誤り訂正符号化し、符号化後の信号を変調し、変調後の信号（シンボル系列）を信号割当部１０６へ出力する。なお、送信データには、上位レイヤのシグナリング（例えば、RRC（Radio Resource Control））シグナリングが含まれてもよい。
【００３６】
信号割当部１０６は、DCI符号化・変調部１０４から入力されるシンボル系列（DCI）、及び、データ符号化・変調部１０５から入力されるシンボル系列（DLデータ）を、下りリンクリソース（例えば、時間・周波数リソース）に割り当てる。なお、送信信号には、OFDM（Orthogonal Frequency Division Multiplexing）等の送信波形生成が施される（図示せず）。これにより、DCI又はDLデータを含む送信信号が形成される。形成された送信信号は、送信部１０７へ出力される。
【００３７】
送信部１０７は、信号割当部１０６から入力される送信信号に対してアップコンバート等の無線送信処理を施し、アンテナを介して端末２００へ送信する。
【００３８】
受信部１０８は、端末２００から送信された信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の無線受信処理を施し、信号分離部１０９へ出力する。
【００３９】
信号分離部１０９は、受信部１０８から受け取る受信信号からUCI（Uplink Control Information）を分離してUCI復調・復号部１１０へ出力する。
【００４０】
UCI復調・復号部１１０は、信号分離部１０９から入力されるUCIを復調、復号し、復号後のUCIをHARQ-ACK判定部１１１へ出力する。
【００４１】
HARQ-ACK判定部１１１は、UCI復調・復号部１１０から入力されるUCIに含まれる、DLデータに対するHARQ-ACKを判定し、判定結果をスケジューリング部１０１に出力する。
【００４２】
［端末の構成］
図４は、本実施の形態に係る端末２００の構成を示すブロック図である。図４において、端末２００は、受信部２０１と、信号分離部２０２と、データ復調・復号部２０３と、データ誤り検出部２０４と、DCI復調・復号部２０５と、DCI誤り検出部２０６と、DAI判定部２０７と、HARQ-ACK生成部２０８と、符号化・変調部２０９と、信号割当部２１０と、送信部２１１と、を有する。
【００４３】
受信部２０１は、受信信号をアンテナを介して受信し、受信信号に対してダウンコンバート等の受信処理を施した後に信号分離部２０２へ出力する。
【００４４】
信号分離部２０２は、受信部２０１から受け取る受信信号から、DCIを分離して、DCI復調・復号部２０５へ出力する。また、信号分離部２０２は、DCI復調・復号部２０５から入力されるDL割当情報（DL assignment）に基づいて、受信信号からDLデータを分離して、DLデータをデータ復調・復号部２０３へ出力する。
【００４５】
データ復調・復号部２０３は、信号分離部２０２から入力されるDLデータを復調、復号し、復号後のDLデータをデータ誤り検出部２０４に出力する。
【００４６】
データ誤り検出部２０４は、データ復調・復号部２０３から入力されるDLデータに対して誤り検出を行い、誤り検出結果をHARQ-ACK生成部２０８に出力する。なお、データ誤り検出部２０４は、DLデータが複数のCBGから構成される場合には、CBG毎の誤り検出結果をHARQ-ACK生成部２０８に出力する。
【００４７】
DCI復調・復号部２０５は、信号分離部２０３から入力されるDCIを復調、復号し、復号後のDCIを信号分離部２０２及びDCI誤り検出部２０６に出力する。
【００４８】
DCI誤り検出部２０６は、DCI復調・復号部２０５から入力されるDCI、及び、DAI判定部２０７から入力されるDAIに基づいて、DCIに対して誤り検出（例えば、DCI復号誤りの有無の判定等）を行い、誤り検出結果をHARQ-ACK生成部２０８に出力する。DCI誤り検出部２０６は、DCIの誤りが無い場合、当該DCIをDAI判定部２０７に出力する。
【００４９】
DAI判定部２０７は、DCI誤り検出部２０６から入力されるDCIから、DAIの値（例えば、counter DAI又はtotal DAI）を判定し、判定したDAIをDCI誤り検出部２０６及びHARQ-ACK生成部２０８に出力する。DAI判定部２０７は、例えば、非特許文献２の記載に基づいてcounter DAI、total DAIの値を判定してもよい。
【００５０】
HARQ-ACK生成部２０８は、データ誤り検出部２０４から入力される誤り検出結果、DCI誤り検出部２０６から入力される誤り検出結果、及び、DAI判定部２０７から入力されるDAIに基づいてHARQ-ACKを生成する。HARQ-ACK生成部２０８は、生成したHARQ-ACK（ビット系列）を符号化・変調部２０９に出力する。なお、HARQ-ACK生成部２０８におけるHARQ-ACK bit系列の生成方法の詳細については後述する。
【００５１】
符号化・変調部２０９は、HARQ-ACK生成部２０８から入力されるHARQ-ACKを誤り訂正符号化、変調する。符号化・変調部２０９は、変調後のHARQ-ACK（シンボル系列）を信号割当部２１０に出力する。
【００５２】
信号割当部２１０は、符号化・変調部２０９から入力されるHARQ-ACKを含むUCIを、上りリンクリソース（例えば、時間・周波数リソース）に割り当て、送信部２１１へ出力する。なお、送信信号には、OFDM等の送信波形生成が施される（図示せず）。これにより、UCIを含む送信信号が形成される。形成された送信信号は、送信部２１１へ出力される。
【００５３】
送信部２１１は、信号割当部２１０から入力される信号に対してアップコンバート等の送信処理を施し、アンテナを介して送信する。
【００５４】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
【００５５】
図５は基地局１００及び端末２００の動作を示すシーケンス図である。
【００５６】
基地局１００は、端末２００に対するDAI（例えば、counter DAI、total DAI）を含むDCIを生成する（ＳＴ１０１）。そして、基地局１００は、生成したDCI及び当該DCI（すなわち、DL assignment）によって割り当てられるDLデータを端末２００へ送信する（ＳＴ１０２）。このように、基地局１００は、DAIを用いて、端末２００に対するDLデータが割り当てられたCBGの累積数（counter DAI）、及び、HARQ-ACK bit系列に含まれるCBGの総数（total DAI）を端末２００へ通知する。ただし、本実施の形態では、基地局１００から端末２００へ通知されるDAI（つまり、CBGの個数に関するパラメータ）は、少なくとも、CBG単位の粒度よりも粗い粒度を用いて設定される。
【００５７】
端末２００は、ＳＴ１０２でDCI及びDLデータを受信すると、基地局１００から通知される複数のDCIにそれぞれ含まれるDAIに基づいて、DLデータに対するHARQ-ACKをCBG毎に生成し（ＳＴ１０３）、生成したHARQ-ACKをまとめて基地局１００へ送信する（ＳＴ１０４）。
【００５８】
［DAIの定義］
次に、本実施の形態に係るDAIの定義について説明する。
【００５９】
本実施の形態では、DAIにおけるインデックス（DAIインデックス）のbit数及びDAI値は、１つのDL assignmentによって割り当てられる最大CBG数（以下、「X」と表すこともある）と、DCI復号誤りの連続回数（連続してDCI復号誤りが発生することを許容する回数）（以下、「Y」と表すこともある）と、DAI値の粒度（以下、「Z」と表すこともある）とを用いて設定される。
【００６０】
なお、上記最大CBG数における「最大」は、仕様上の最大CBG数を指すのではなく、端末２００毎に基地局１００が設定した最大CBG数を指す。
【００６１】
例えば、DAIを構成するcounter DAI及びtotal DAIは、以下のように定義される。
counter DAI: CBGの累積数
total DAI: CBGの総数
【００６２】
また、DAIのbit数は以下のように決定される。なお、以下のように決定されるbit数よりも少ないbit数が設定される場合には端末２００がDAI値を誤って解釈する可能性がある。
ceiling( log2((X * (Y+1)) / Z) )
【００６３】
上記DAIのbit数に基づいて、DAIインデックスと、DAI値（CBGの累積数、総数として解釈した値）との紐づけが行われる。具体的には、DAIインデックスが1増加すると、DAI値は粒度Z分増加する。また、LTEにおけるDAIの定義と同様に、本実施の形態でも、各DAIインデックスには複数のDAI値が紐づけられる。具体的には、各DAIインデックスiに紐付けられるDAI値（候補値）は、以下のように決定される。
((i+1) mod Nindex) * Z + X * (Y+1) * j
ここで、
i = 0, 1, …, Nindex - 1 
Nindex: DAIインデックスの個数（2^{ ceiling( log2((X * (Y+1)) / Z) )}）
j = 0, 1, 2, …
【００６４】
すなわち、DAIの複数の候補値には、当該複数の候補値の数より少ないNindex個のDAIインデックスiが巡回的（つまり、j=0, 1, 2, …）に付されている。
【００６５】
以下、一例として、最大CBG数X=8、DCI復号誤り連続回数Y=3の場合のDAIについて説明する。
【００６６】
図６は、粒度Z=1の場合のDAI（DAIインデックスとDAI値との関係）を示し、図７は、粒度Z=4の場合のDAI（DAIインデックスとDAI値との関係）を示す。
【００６７】
図６に示す粒度Z=1の場合、DAIインデックスiが1増加すると、DAI値は1（つまり粒度Z分）増加する。よって、最大CBG数X=8であり、Y=3回連続のDCI復号誤りを許容する場合には、DAI値は、5bit（8*4=32 ⇒5 bit）で定義される。
【００６８】
一方、図７に示す粒度Z=4の場合、DAIインデックスiが1増加すると、DAI値は4（つまり粒度Z分）増加する。よって、最大CBG数X=8であり、Y=3回連続のDCI復号誤りを許容する場合には、DAI値は、3bit（8*4/4=8 ⇒3 bit）で定義される。
【００６９】
よって、図７（粒度Z=4）に示すように、図６に示す粒度Z=1の場合（つまり、CBG単位の粒度）よりも粗い粒度を用いてDAIを設定することにより、図６と比較して、DAIのビット数を2bit削減し、DCIのオーバーヘッドを低減できる。
【００７０】
基地局１００のDAI生成部１０２は、最大CBG数X、DCI復号誤り連続回数Y（受信失敗を許容する回数）、DAIの粒度Z、bundling windowにおける過去のDLデータ送信履歴、及び、現在のDLデータのスケジューリング情報に基づいて、上記定義に従ってcounter DAI（CBGの累積数）及びtotal DAI（CBGの総数）を計算し、counter DAI及びtotal DAIを含むDAIを生成する。
【００７１】
なお、CBG単位の粒度（つまり、粒度Z=1）よりも粗い粒度ZのDAI（例えば、図７のZ=4）が使用される場合、CBG累積数（又はCBG総数）と、DAI値とが一致しない場合が生じる。この場合、DAI値として、「CBG累積数（又は総数）<DAI値」となるDAI値のうち、CBG累積数に最も近いDAI値が選択されればよい。例えば、図７に示すDAIの定義において、CBG累積数が10の場合、DAI値としては12が選択される。なお、CBG累積数は、基地局１００と端末２００との間で認識があっていれば、現在の受信データのCBG数を含む値でもよく、含まない値でもよい。ここでは、現在の受信データのCBG数を含む値として記載する。
【００７２】
［DAIの判定方法］
次に、端末２００のDAI判定部２０７におけるDAIの判定方法について説明する。
【００７３】
端末２００のDAI判定部２０７は、基地局１００から通知されたcounter DAIのインデックスに基づいてCBG累積数を判定する。具体的には、端末２００は、bundling window内において過去に通知された最新のcounter DAI値を保持している。端末２００は、通知されたDAIインデックスと、保持している最新のcounter DAI値を用いて、「DAIインデックスに紐づけられたDAI値＞保持するcounter DAI値」を満たす、最も近いDAI値を、CBG累積数（HARQ-ACK bit数）として判定する。
【００７４】
例えば、図７に示すDAIにおいて、端末２００が保持するcounter DAI値が“48”であり、基地局１００から通知されたDAIインデックスが“101”である場合、端末２００は、
DAIインデックス“101”に紐付けられたDAI値（24 or 56 or …）のうち、DAI値“48”より大きく、最も近いDAI値“56”を、CBG累積数（HARQ-ACK bit数）として判定する。なお、端末２００が保持するcounter DAI値が無い場合には、通知されたDAIインデックスにおける最初のDAI値（最小値。上記インデックス“101”の場合“24”）をCBG累積数として選択する。
【００７５】
また、端末２００のDAI判定部２０７は、基地局１００から通知されたtotal DAIのインデックスに基づいてCBG総数を判定する。具体的には、端末２００は、「total DAIのインデックスに紐づけられたDAI値≧保持するcounter DAI値」を満たす、最も近いDAI値を、CBG総数（HARQ-ACKコードブックサイズ）として判定する。
【００７６】
例えば、図７に示すDAIにおいて、端末２００が保持するcounter DAI値が“48”であり、基地局１００から通知されたtotal DAIのインデックスが“101”である場合、端末２００は、DAIインデックス“101”に紐付けられたDAI値（24 or 56 or …）のうち、DAI値“48”以上の最も近いDAI値“56”を、CBG総数（HARQ-ACKコードブックサイズ）として判定する。
【００７７】
なお、端末２００は、CBG総数の判定において、SPS（Semi-Persistent Scheduling）のようなDAIの通知がないデータ受信等によるCBG数を含めて判定してもよい。
【００７８】
［HARQ-ACKの生成方法］
次に、端末２００のHARQ-ACK生成部２０８におけるHARQ-ACKの生成方法について説明する。
【００７９】
端末２００のHARQ-ACK生成部２０８は、受信データ（誤り検出結果）、CBG累積数、及び、CBG総数に基づいてHARQ-ACK bitを生成する。
【００８０】
具体的には、端末２００は、生成済みHARQ-ACK bit列（bundling windowにおいて過去に生成したHARQ-ACK bit列）と、現受信データ（今回受信したデータ）のHARQ-ACK bit列とを結合したbit数が、CBG累積数と一致するようにHARQ-ACK bit列を生成する。
【００８１】
図８は、生成済みHARQ-ACK bit数が12bitであり、現受信データのHARQ-ACK bit数が7bitであり、CBG累積数が24である場合のHARQ-ACKの生成例を示す。また、図７に示すDAIが定義されている。
【００８２】
端末２００は、まず、CBG累積数（図８では24）から、現受信データのHARQ-ACK bit数（図8では7bit）を減算し、減算結果（24-7＝17）であるbit数を、DAI値としてとり得る値（図７を参照）に合わせて切り下げる（図７，図８の場合、16bit）。
【００８３】
そして、端末２００は、得られたbit数（16 bit）が、生成済みHARQ-ACK bit数（図８では12 bit）よりも多い場合（DCI復号誤り発生時等）には、生成済みHARQ-ACK bit に対して、不足しているbit数分（図８では16 bit - 12 bit = 4 bit）のNACKを、生成済みHARQ-ACK bit列の後に追加する（合計16 bit）。これにより、端末２００は、DCI復号誤りが発生したスロットに対するHARQ-ACK bitを生成することができる。
【００８４】
その後、端末２００は、現受信データのHARQ-ACK bit（図８では7bit）を追加する（合計23 bit）。また、端末２００は、現受信データのHARQ-ACK bitを追加した後のbit数（図８では23 bit）がCBG累積数（24）に達していない場合、不足しているbit数（図８では1 bit）のNACKを追加する。
【００８５】
端末２００は、bundling windowにおいて、全ての受信データのHARQ-ACK bitを追加後（図示せず）、CBG総数のbit数に達しない場合には、不足分に対してNACK bitを追加する。
【００８６】
次に、本実施の形態に係るDAI通知及びHARQ-ACK生成の具体的な動作例について説明する。
【００８７】
図９は、図７に示すような粒度Z=4の3 bitのDAIを用いた場合のHARQ-ACKの生成例を示す。
【００８８】
図９では、slot 1〜4の各々において端末２００に割り当てられるDLデータのCBG数を、それぞれ、1CBG、2CBG、4CBG、2CBGとする。すなわち、端末２００では、9CBGに対するHARQ-ACKが生成される。
【００８９】
基地局１００（DAI生成部１０２）は、各スロットのCBG数が1CBG、2CBG、4CBG、2CBGであるので、上述したDAIの判定方法と同様にして、各スロットのcounter DAIのDAI値をそれぞれ4、8、12、16に設定する。また、基地局１００は、4つのslot 1〜4で送信されるCBG数が1CBG、2CBG、4CBG、2CBGであるので、図７に示すDAIの粒度Z=4に基づいて、slot 1〜4のtotal DAIのDAI値を“16”に設定する。これにより、slot 1〜4で送信されるDAI（counter DAI, total DAI）は、それぞれ、（4, 16）、（8, 16）、（12, 16）、（16, 16）となる。
【００９０】
端末２００（HARQ-ACK生成部２０８）は、図８を用いて説明したように、受信したDAIの値に基づいて、各スロットのDLデータ（1CBG、2CBG、4CBG、2CBG）の受信結果であるHARQ-ACK bit系列をCBG（図９では9CBG）毎に生成する。
【００９１】
ただし、図９に示すように、slot 1のcounter DAI=4であるので、端末２００は、slot 1の1CBGのデータに対する1 bitのHARQ-ACK bit系列に、不足分の3 bitのpadding bit（例えば、NACK bit）を付加する。同様に、図９に示すように、slot 2のcounter DAI=8であるので、端末２００は、slot 1〜2に対する6bitのHARQ-ACK bit系列に、不足分の2 bitのpadding bit（例えば、NACK bit）を付加する。また、図９に示すように、端末２００は、slot 3の4CBGのデータに対する4bitのHARQ-ACK bit系列を生成する。ただし、slot 3のcounter DAI=12であり、slot 1〜3のHARQ-ACK bit系列の合計は12ビットであるので、padding bitは付加されない。また、図９に示すように、slot 4のcounter DAI=16であるので、端末２００は、slot 1〜4に対する14bitのHARQ-ACK bit系列に、不足分の2 bitのpadding bit（例えば、NACK bit）を付加する。
【００９２】
このようにして、図９では、端末２００は、bundling window内の9個のCBGに対して16bitのHARQ-ACK bit系列を生成する。端末２００は、16bitのHARQ-ACK bit系列を基地局１００へまとめて送信する。
【００９３】
基地局１００（HARQ-ACK判定部１１１）は、端末２００と同様のHARQ-ACKの上記定義に従って、UCIに含まれるHARQ-ACK bit系列に基づいて、端末２００における各CBGの受信結果を判定する。
【００９４】
このようにして、本実施の形態では、少なくともCBG単位の粒度より粗い粒度を用いて設定されたDAI（counter DAI、total DAI）が基地局１００から端末２００へ通知される。これにより、DAIがCBG毎に通知される場合と比較して、DAIの通知に必要なbit数を低減できる。すなわち、本実施の形態によれば、DCIのオーバーヘッドの増加を抑えつつ、CBG毎の再送制御を行うことができる。
【００９５】
（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
【００９６】
実施の形態１で説明したDAIの設定方法では、DCIのオーバーヘッド（DAIのbit数）を低減できる一方で、粒度（Z）を粗くすることにより、UCI（HARQ-ACK bit）のオーバーヘッドが増加し得る。
【００９７】
一例として、図１０は、実施の形態１で説明した図９に示すDAI設定（粒度Z=4）よりも粒度が細かいZ=1の5 bitのDAI（例えば、図６を参照）を用いた場合のHARQ-ACKの生成例を示す。すなわち、図１０では、CBG単位の粒度でDAIが設定される。
【００９８】
図１０では、図９と同様、slot 1〜4の各々において端末２００に割り当てられるDLデータのCBG数を、それぞれ、1CBG、2CBG、4CBG、2CBGとする。すなわち、端末２００では、9CBGに対するHARQ-ACKが生成される。
【００９９】
基地局１００は、各スロットのCBG数が1CBG、2CBG、4CBG、2CBGであるので、各スロットのcounter DAIのDAI値をそれぞれ1、3、7、9に設定する。また、基地局１００は、4つのslot 1〜4で送信されるCBG数が1CBG、2CBG、4CBG、2CBGであるので、slot 1〜4のtotal DAIのDAI値を“9”に設定する。これにより、slot 1〜4で送信されるDAI（counter DAI, total DAI）は、それぞれ、（1, 9）、（3, 9）、（7, 9）、（9, 9）となる。
【０１００】
また、図１０の場合、端末２００は、受信したDAIの値に基づいて、各スロットのDLデータ（1CBG、2CBG、4CBG、2CBG）の受信結果であるHARQ-ACK bit系列をCBG（図９では9CBG）毎に生成する。これにより、図１０では、端末２００は、bundling window内の9個のCBGに対する9bitのHARQ-ACK bit系列を基地局１００へまとめて送信する。
【０１０１】
ここで、図９（粒度Z=4）と図１０（粒度Z=1）とを比較する。
【０１０２】
図９では、DAIのbit数が3 bitであり、HARQ-ACK bit系列のbit数が16 bitである。一方、図１０では、DAIのbit数が5 bitであり、HARQ-ACK bit系列のbit数が9 bitである。すなわち、DAIの粒度を粗くした場合には、DCIオーバーヘッドを低減できる一方、UCIオーバーヘッドが増加する。すなわち、DAIの粒度に関して、DCIオーバーヘッドとUCIオーバーヘッドとの間にはトレードオフの関係がある。
【０１０３】
そこで、本実施の形態では、DAIの粒度の設定を変更可能とする場合について説明する。例えば、基地局１００は、スケジューリング情報等に基づいて、RRCシグナリングを用いてDAIの粒度（Z）を端末２００に設定（通知）する。
【０１０４】
基地局１００のスケジューリング部１０１は、端末２００に対するスケジューリング情報に基づいてDAIの粒度Zを設定する。そして、スケジューリング部１０１は、設定したDAIの粒度を示す情報をDAI生成部１０２に出力する。
【０１０５】
例えば、端末２００に対して、UCI用のリソースが十分に割り当てられているケース、又は、端末２００に対して広いカバレッジが必要ないケース（UCIのオーバーヘッドが増加すると、符号化率が高くなりカバレッジが低下するが、セル配置又はユーザ位置等からカバレッジの低下が問題ないケース）では、UCIのオーバーヘッドの増加による影響が小さい。よって、上記ケースでは、基地局１００は、端末２００に対して粗い粒度のDAI（例えば、図７に示す粒度Z=4のDAI）を設定してもよい。
【０１０６】
一方、端末２００に対して、UCI用のリソースが十分に割り当てられていないケース、又は、端末２００に対して広いカバレッジが必要であるケースでは、UCIのオーバーヘッドの増加による影響が大きい。よって、上記ケースでは、基地局１００は、端末２００に対して細かい粒度のDAI（例えば、図６に示す粒度Z=1のDAI）を設定してもよい。
【０１０７】
設定されたDAIの粒度は、基地局１００から端末２００へ通知される。
【０１０８】
基地局１００のDAI生成部１０２は、スケジューリング部１０１において設定された粒度Zに基づいてDAIを生成する。
【０１０９】
一方、端末２００のDAI判定部２０７は、基地局１００から通知された粒度に基づいてDAIの判定を行う。すなわち、DAI判定部２０７は、通知された粒度の設定に基づいて、通知されるDAIインデックスに対応するDAI値（counter DAI又はtotal DAI）を特定し、特定したDAIに基づいて、HARQ-ACK bit系列を生成する。
【０１１０】
このように、本実施の形態によれば、例えば、UCIのオーバーヘッドが増加しても影響が小さい条件であるか否かに基づいてDAIの粒度が設定可能であるため、DAIの粒度を粗くすることによるUCIオーバーヘッドの増加の影響を低減しつつ、DCIのオーバーヘッドを低減できる。
【０１１１】
なお、DAIの粒度は、基地局１００から端末２００へのRRCシグナリング等（明示的なシグナリング）によって設定される場合に限定されず、他のパラメータに応じて暗黙的に通知されてもよい。以下、端末２００におけるDAIの粒度の設定例（変更例）について説明する。
【０１１２】
＜設定例１：接続セル数＞
端末２００が接続するセルの数（接続セル数）が多い場合には、HARQ-ACKコードブックサイズが多くなり、UCIオーバーヘッド増加の影響が大きくなる。そこで、端末２００の接続セル数が閾値以上の場合には細かい粒度のDAI（例えば、図６に示すZ=1）が設定され、接続セル数が閾値未満の場合には粗い粒度のDAI（例えば、図７に示すZ=4）が設定されてもよい。これにより、端末２００の接続セル数が多い場合には、UCIオーバーヘッドの増加を抑えることができる。
【０１１３】
＜設定例２：最大CBG数＞
端末２００に割り当てられるCBG数が多い場合には、DAIのbit数が増加する。そこで、CBG数が閾値以上の場合には粗い粒度のDAI（例えば、図７に示すZ=4）が設定され、CBG数が閾値未満の場合には細かい粒度のDAI（例えば、図６に示すZ=1）が設定されてもよい。これにより、端末２００に割り当てられるCBG数が多い場合でも、粗い粒度のDAIを用いることによりDAIのオーバーヘッド（bit数）を低減できる。
【０１１４】
＜設定例３：TDD設定＞
TDD設定において、ULのリソースが多い場合にはUCIのオーバーヘッド増加の影響は小さい。そこで、TDD設定時のULリソース量が閾値以上の場合には粗い粒度のDAI（例えば、図７に示すZ=4）が設定され、TDD設定時のULリソース量が閾値未満の場合には細かい粒度のDAI（例えば、図６に示すZ=1）が設定されてもよい。これにより、TDD設定において、ULのリソースが多い場合には、UCIのオーバーヘッド増加の影響を抑えつつ、DCIのオーバーヘッドを低減できる。
【０１１５】
＜設定例４：サービスタイプ＞
例えば、サービスタイプとしてURLLCでは信頼性を高める必要があり、UCIの符号化率の低下は好ましくない。そこで、端末２００に対するサービスタイプがURLLCである場合には、細かい粒度のDAI（例えば、図６に示すZ=1）が設定され、端末２００に対するサービスタイプがURLLC以外のタイプ（例えば、eMBB）である場合には粗い粒度のDAI（例えば、図７に示すZ=4）が設定されてもよい。これにより、例えば、URLLCの場合には、UCIの信頼性を維持し、URLLC以外のサービスタイプではDCIのオーバーヘッドを低減できる。
【０１１６】
以上、設定例１〜４についてそれぞれ説明した。このように、DAIの粒度は、端末２００の接続セル数、端末２００に割り当てられるCBG数、TDD設定、又は、端末２００のサービスタイプに応じて変更される。
【０１１７】
基地局１００のDAI生成部１０２は、上記設定例に従って、DAIの粒度を暗黙的に決定し、DAIを生成する。また、端末２００のDAI判定部２０７は、上記設定例に従って、DAIの粒度を暗黙的に決定し、DAIの判定を行う。
【０１１８】
このように、基地局１００及び端末２００は、端末２００に対して設定されたパラメータに基づいてDAIの粒度を設定することにより、DAIの粒度を通知するためのシグナリングが不要となる。
【０１１９】
なお、DAIの粒度を変更する基準は、上記ケースに限定されない。例えば、上述したように、UCIのカバレッジ、ULリソース、UCIの符号化率等に影響を与えるパラメータに基づいて、DAIの粒度が適応的に設定されればよい。
【０１２０】
（実施の形態３）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
【０１２１】
本実施の形態では、DAI値の粒度Zを、DAIインデックス間、又は、同一DAIインデックスの異なる周期（実施の形態１のDAI値を計算する式における“j”に対応）によって変わる場合について説明する。
【０１２２】
ただし、DAI値は、以下の条件を満たすように設定する必要がある。以下の条件を満たさない場合、端末２００がDAI値を誤って解釈する可能性がある。
周期間のDAI値の差 ≧X*(Y+1)
ここで、
X: 最大CBG数
Y: DCI復号誤り連続回数
【０１２３】
図１１は、本実施の形態に係るDAI（DAIインデックスとDAI値との関係）を示す。図１１では、最大CBG数X=8、DCI復号誤り連続回数Y=3とする。
【０１２４】
図１１において、１周期目（j=0に対応）のDAI値（=0,2,4,6,8,12,20,28）では粒度Z=2,4,8が存在し、２周期目（j=1に対応）のDAI（=32,36,40,44,48,52,56,60）では固定の粒度Z=4となる。
【０１２５】
すなわち、図１１に示す１周期目において、連続するDAIインデックスの異なる組み合わせ（例えば、“000”及び“001”の組み合わせ（Z=2）と、“011”及び“100”の組み合わせ（Z=4）と、“101”及び“110”の組み合わせ（Z=8））においてDAI値（候補値）の粒度Zは異なる。
【０１２６】
また、連続するDAIインデックスにおいて、DAI値（候補値）の１周期目における粒度と、DAI値の２周期目における粒度とは異なる。例えば、DAIインデックス“000”及び“001”の組み合わせにおいて、１周期目のDAI値の粒度は２であり、２周期目のDAI値の粒度は４である。
【０１２７】
また、上述したように、同一DAIインデックスにおける周期間（図１１では、１周期目と２周期目）のDAI値の差は、32（=8 * (3+1))以上であり、上記条件を満たしている。
【０１２８】
図１１に示すDAIのパターンは、例えば、HARQ-ACK bit数が少ないケースにおいてUCIオーバーヘッドを低減する用途を想定する。すなわち、図１１に示すDAIは、例えば、図７に示すDAI（粒度Z=4で固定）と比較して、DAI値の粒度が細かい範囲を含む分、HARQ-ACK bit系列のbit数を低減し、UCIオーバーヘッドを低減できる。
【０１２９】
なお、基地局１００及び端末２００は、実施の形態１と同様の処理を行う。すなわち、基地局１００のDAI生成部１０２は、例えば、図１１のように定義された粒度Zに基づいてDAIを生成する。また、端末２００のDAI判定部２０７は、例えば、図１１のように定義された粒度Zに基づいてDAIを判定し、HARQ-ACK生成部２０８は、例えば、図１１のように定義された粒度Zに基づいてHARQ-ACK bit系列を生成する。
【０１３０】
次に、本実施の形態に係るDAI通知及びHARQ-ACK生成の具体的な動作例について説明する。
【０１３１】
図１２は、一例として、実施の形態１の図７に示す粒度Z=4の3 bitのDAIを用いた場合（Config. 1）、及び、本実施の形態の図１１に示すDAIを用いた場合（Config. 2）のHARQ-ACKの生成例を示す。
【０１３２】
図１２では、slot 1〜4の各々において端末２００に割り当てられるDLデータのCBG数を、それぞれ、1CBG、2CBG、4CBG、2CBGとする。すなわち、端末２００では、9CBGに対するHARQ-ACKが生成される。
【０１３３】
Config. 1では、実施の形態１で説明したように、slot 1〜4で送信されるDAI（counter DAI, total DAI）は、それぞれ、（4, 16）、（8, 16）、（12, 16）、（16, 16）となる。また、端末２００は、bundling window内の9個のCBGに対して16bitのHARQ-ACK bit系列を基地局１００へまとめて送信する。
【０１３４】
一方、Config. 2では、基地局１００（DAI生成部１０２）は、各スロットのCBG数が1CBG、2CBG、4CBG、2CBGであるので、図１１に示すDAIの粒度に基づいて、各スロットのcounter DAIのDAI値をそれぞれ2、4、8、12に設定する。また、基地局１００は、4つのslot 1〜4で送信されるCBG数が1CBG、2CBG、4CBG、2CBGであるので、図１１に示すDAIの粒度に基づいて、slot 1〜4のtotal DAIのDAI値を“12”に設定する。これにより、slot 1〜4で送信されるDAI（counter DAI, total DAI）は、それぞれ、（2, 12）、（4, 12）、（8, 12）、（12, 12）となる。
【０１３５】
また、Config. 2では、端末２００（HARQ-ACK生成部２０８）は、受信したDAIの値に基づいて、各スロットのDLデータ（1CBG、2CBG、4CBG、2CBG）の受信結果であるHARQ-ACK bit系列をCBG（図１２では9CBG）毎に生成する。
【０１３６】
ただし、図１２に示すように、slot 1のcounter DAI=2であるので、端末２００は、slot 1の1CBGのデータに対する1 bitのHARQ-ACK bit系列に、不足分の1 bitのpadding bit（例えば、NACK bit）を付加する。また、図１２に示すように、端末２００は、slot 2の2CBGのデータに対する2 bitのHARQ-ACK bit系列を生成する。ただし、slot 2のcounter DAI=4であり、slot 1〜2のHARQ-ACK bit系列の合計は4ビットであるので、padding bitは付加されない。同様に、図１２に示すように、端末２００は、slot 3の2CBGのデータに対する4 bitのHARQ-ACK bit系列を生成する（padding bitは付加されない）。また、図１２に示すように、slot 4のcounter DAI=12であるので、端末２００は、slot 1〜4に対する10 bitのHARQ-ACK bit系列に、不足分の2 bitのpadding bit（例えば、NACK bit）を付加する。
【０１３７】
このようにして、図１２では、端末２００は、bundling window内の9個のCBGに対して12 bitのHARQ-ACK bit系列を、基地局１００へまとめて送信する。
【０１３８】
図１２において、本実施の形態に係るConfig. 2では、Config. 1（粒度が4に固定の場合）と比較して、DAIのbit数は同一（3bit）であるのに対して、HARQ-ACK bit数が4bit少なくなる。すなわち、UCIのオーバーヘッドを4bit削減できる。
【０１３９】
なお、図１１では、１周期目のDAI値の粒度を異ならせる場合について説明したが、これに限定されず、２周期目以降のDAI値の粒度を異ならせてもよい。
【０１４０】
このように、本実施の形態によれば、DAIの粒度をDAIインデックス又は周期によって変えることにより、DCIのオーバーヘッドを低減しつつ、UCIのオーバーヘッド増加を低減できる。
【０１４１】
以上、本開示の実施の形態について説明した。
【０１４２】
（他の実施の形態）
（１）上記実施の形態では、counter DAI及びtotal DAIの双方のDAI値の粒度が同一である場合について説明したが、counter DAI及びtotal DAIのDAI値の粒度（又はDAIの生成方法）は互いに異なってもよい。この場合、基地局１００及び端末２００において、counter DAIの粒度及びtotal DAIの粒度（もしくは生成方法）は個別に設定され、DAI値の生成及び判定は個別に行われる。ただし、counter DAIとtotal DAIとで粒度が異なる値となっても、HARQ-ACK bitの成方法は実施の形態１で説明した方法と同様である。
【０１４３】
例えば、total DAIによるpadding bit（生成されたHARQ-ACK bit数がDAI値に合わないために追加するNACK bit）は、bundling windwo内において最後の１回発生する。そこで、counter DAIの粒度に対して、total DAIの粒度を粗く設定することより、追加するpadding bit数の増加を抑え、UCIのオーバーヘッド低減を図ることができる。
【０１４４】
図１３は、一例として、counter DAI及びtotal DAIの双方の粒度Z=4の各々が3 bitのDAIを用いた場合（Config. 3）、及び、counter DAIの粒度を2（4 bit）とし、total DAIの粒度を4（3 bit）のDAIを用いた場合（Config. 4）のHARQ-ACK bit生成動作例を示す。
【０１４５】
Config. 3では、slot 1〜4の各々で送信されるDAIを構成するcounter DAI及びtotal DAIのbit数は合計6 bitであり、bundling window内の9個のCBGに対して生成されるHARQ-ACK bit系列のbit数は16 bitである。
【０１４６】
一方、Config. 4では、slot 1〜4の各々で送信されるDAIを構成するcounter DAI及びtotal DAIのbit数は合計7 bitであり、bundling window内の9個のCBGに対して生成されるHARQ-ACK bit系列のbit数は12 bitである。
【０１４７】
すなわち、Config. 4では、Config. 3と比較して、DCIのオーバーヘッドが1 bit増加するものの、UCIのオーバーヘッドを4 bit削減できる。すなわち、DCIのオーバーヘッドの増加を抑えつつ、UCIのオーバーヘッドを低減できる。
【０１４８】
（２）total DAIは、SPSによるDLデータ受信結果のHARQ-ACK数を含んでもよい。
【０１４９】
（３）上記実施の形態では、基地局１００から端末２００へcounter DAI及びtotal DAIの双方を通知する場合について説明した。しかし、total DAIは通知されなくてもよい。例えば、HARQ-ACKコードブックサイズは、total DAI以外の他の方法によって通知されてもよく、端末２００が既知であってもよい。
【０１５０】
（４）上記実施の形態において説明した粒度Zの値（例えば、Z=1,2,4,6,8）は一例であって、粒度Zの値は他の値でもよい。例えば、粒度Zの値として、CBG単位の粒度1からTB単位の粒度までの間の何れかの値を設定してもよい。
【０１５１】
（５）上位レイヤのシグナリングは、MACのシグナリングに置き換えてもよい。MACのシグナリングの場合、RRCのシグナリングと比較して、端末２００への通知頻度を上げることができる。
【０１５２】
（６）上記実施の形態１〜３は、単独で適用されてもよく、複数の実施の形態が組み合わせて適用されてもよい。
【０１５３】
（７）本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１５４】
本開示の端末は、複数の下り制御信号にそれぞれ含まれるパラメータであって、前記複数の下り制御信号によって割り当てられる複数のトランスポートブロックの各々を構成するコードブロックグループの個数に関する前記パラメータに基づいて、前記コードブロックグループ毎の応答信号を生成する回路と、前記コードブロックグループ毎の応答信号をまとめて送信する送信器と、を具備し、前記パラメータの値は、少なくとも、前記コードブロックグループ単位の粒度よりも粗い粒度を用いて設定される。
【０１５５】
本開示の端末において、前記パラメータの値は、前記粒度と、前記トランスポートブロック内の前記コードブロックグループ数と、前記下り制御信号に対する復調誤りの発生を許容する回数と、を用いて設定される。
【０１５６】
本開示の端末において、前記粒度は変更可能である。
【０１５７】
本開示の端末において、前記粒度は、基地局から前記端末へ通知される。
【０１５８】
本開示の端末において、前記粒度は、前記端末が接続するセル数、前記端末に割り当てられる前記コードブロックグループ数、TDD（Time Division Duplex）の設定、及び、前記端末のサービスタイプの少なくとも１つに応じて変更される。
【０１５９】
本開示の端末において、前記パラメータの複数の候補値には、インデックスが付され、連続する前記インデックスの異なる組み合わせにおいて、前記粒度は異なる。
【０１６０】
本開示の端末において、前記パラメータの複数の候補値には、前記複数の候補値の数より少ない個数のインデックスが巡回的に付され、連続する前記インデックスの組み合わせにおいて、前記候補値の第１の周期における前記粒度と、前記候補値の第２の周期における前記粒度とは異なる。
【０１６１】
本開示の端末において、前記パラメータは、前記コードブロックグループの累積数及び総数を示し、前記累積数に対する前記粒度と、前記総数に対する前記粒度とは異なる。
【０１６２】
本開示の通信方法は、複数の下り制御信号にそれぞれ含まれるパラメータであって、前記複数の下り制御信号によって割り当てられる複数のトランスポートブロックの各々を構成するコードブロックグループの個数に関する前記パラメータに基づいて、前記コードブロックグループ毎の応答信号を生成し、前記コードブロックグループ毎の応答信号をまとめて送信し、前記パラメータの値は、少なくとも、前記コードブロックグループ単位の粒度よりも粗い粒度を用いて設定される。
【産業上の利用可能性】
【０１６３】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０１６４】
１００  基地局
１０１  スケジューリング部
１０２  DAI生成部
１０３  DCI生成部
１０４  DCI符号化・変調部
１０５  データ符号化・変調部
１０６，２１０  信号割当部
１０７，２１１  送信部
１０８，２０１  受信部
１０９，２０２  信号分離部
１１０  UCI復調・復号部
１１１  HARQ-ACK判定部
２００  端末
２０３  データ復調・復号部
２０４  データ誤り検出部
２０５  DCI復調・復号部
２０６  DCI誤り検出部
２０７  DAI判定部
２０８  HARQ-ACK生成部
２０９  符号化・変調部
【図１】
2020533815.tif 000003
【図２】
2020533815.tif 000004
【図３】
2020533815.tif 000005
【図４】
2020533815.tif 000006
【図５】
2020533815.tif 000007
【図６】
2020533815.tif 000008
【図７】
2020533815.tif 000009
【図８】
2020533815.tif 000010
【図９】
2020533815.tif 000011
【図１０】
2020533815.tif 000012
【図１１】
2020533815.tif 000013
【図１２】
2020533815.tif 000014
【図１３】
2020533815.tif 000015
【国際調査報告】
2020533815.tif 000016
2020533815.tif 000017