(57)【要約】  データ送信に対して適切にフィードバックすることができる基地局。基地局（１００）において、DFI生成部（１０６）は、端末（２００）に設定されたリソース割り当ての設定に基づいて、上りリンクデータに対する応答信号を含むフィードバック情報の送信方法を決定する。送信部（１１０）は、送信方法に基づいて、フィードバック情報を送信する。
2020144895.tif 000002
【特許請求の範囲】
【請求項１】
端末に設定されたリソース割り当ての設定に基づいて、上りリンクデータに対する応答信号を含むフィードバック情報の送信方法を決定する制御回路と、
前記送信方法に基づいて、前記フィードバック情報を送信する送信回路と、
を具備する基地局。
【請求項２】
前記設定には、前記リソース割り当ての種別が含まれ、
前記制御回路は、前記種別に基づいて、前記応答信号の送信に用いるビット数を決定する、
請求項１に記載の基地局。
【請求項３】
前記制御回路は、
前記種別が第１の種別の場合、前記上りリンクデータのトランスポートブロックのサイズに基づいて前記ビット数を決定し、
前記種別が前記第１の種別と異なる第２の種別の場合、前記トランスポートブロックを構成するコードブロックグループの最大数に基づいて前記ビット数を決定する、
請求項２に記載の基地局。
【請求項４】
前記送信回路は、前記フィードバック情報を、前記設定毎に異なる制御情報を用いて送信する、
請求項１に記載の基地局。
【請求項５】
前記制御情報は、前記設定毎に異なる識別子を用いてスクランブルされる、
請求項４に記載の基地局。
【請求項６】
前記制御情報は、前記設定を示す情報を含む、
請求項４に記載の基地局。
【請求項７】
基地局から、上りリンクデータに対する応答信号を含むフィードバック情報を受信する受信回路と、
設定されたリソース割り当ての設定に基づいて、前記フィードバック情報を解析する制御回路と、
を具備する端末。
【請求項８】
端末に設定されたリソース割り当ての設定に基づいて、上りリンクデータに対する応答信号を含むフィードバック情報の送信方法を決定し、
前記送信方法に基づいて、前記フィードバック情報を送信する、
通信方法。
【請求項９】
基地局から、上りリンクデータに対する応答信号を含むフィードバック情報を受信し、
設定されたリソース割り当ての設定に基づいて、前記フィードバック情報を解析する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、基地局、端末及び通信方法に関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）では、第5世代移動通信システム（5G：5th Generation mobile communication sysmtems）の実現に向けて、Release 15 NR（New Radio access technology）の仕様策定が完了した。NRでは、モバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）の基本的な要求条件である高速及び大容量と合わせ、超高信頼低遅延通信（URLLC: Ultra Reliable and Low Latency Communication）を実現する機能をサポートしている（例えば、非特許文献１−４を参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 38.211 V15.3.0, "NR; Physical channels and modulation (Release 15)," September 2018
【非特許文献２】3GPP TS 38.212 V15.3.0, "NR; Multiplexing and channel coding (Release 15)," September 2018
【非特許文献３】3GPP TS 38.213 V15.3.0, "NR; Physical layer procedure for control (Release 15)," September 2018
【非特許文献４】3GPP TS 38.214 V15.3.0, "NR; Physical layer procedures for data (Release 15)," September 2018
【発明の概要】
【０００４】
NRでは、上りリンクデータ送信に対するフィードバック方法について十分に検討されていない。
【０００５】
本開示の非限定的な実施例は、上りリンクデータ送信に対して適切にフィードバックできる基地局、端末及び通信方法の提供に資する。
【０００６】
本開示の一実施例に係る基地局は、端末に設定されたリソース割り当ての設定に基づいて、上りリンクデータに対する応答信号を含むフィードバック情報の送信方法を決定する制御回路と、前記送信方法に基づいて、前記フィードバック情報を送信する送信回路と、を具備する。
【０００７】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【０００８】
本開示の一実施例によれば、上りリンクデータ送信に対して適切にフィードバックできる。
【０００９】
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１０】
【図１】基地局の一部の構成を示すブロック図
【図２】端末の一部の構成を示すブロック図
【図３】基地局の構成を示すブロック図
【図４】端末の構成を示すブロック図
【図５】基地局及び端末の動作例を示すシーケンス図
【図６】実施の形態１に係るDFIの一例を示す図
【図７】実施の形態１に係るDFIの一例を示す図
【図８】PDCCHの一例を示す図
【図９】実施の形態２の分割方法１に係るPDCCHの一例を示す図
【図１０】実施の形態２の分割方法２に係るPDCCHの一例を示す図
【図１１】実施の形態２の分割方法２に係るPDCCHの一例を示す図
【図１２】実施の形態２に係るDFIの割り当ての一例を示す図
【図１３】実施の形態２に係るDFIの割り当ての一例を示す図
【発明を実施するための形態】
【００１１】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００１２】
［Configured grant送信］
Release 15 NRでは、URLLC向けの機能の一つとして、上りリンクデータ（例えば、PUSCH: Physical Uplink Shared Channel）の送信に対して「Configured grant送信」（又は、Grant-free送信と呼ぶ）をサポートする。
【００１３】
Release 15 NRの上りリンクデータのConfigured grant送信には、「Configured grant type 1送信」（以下、単に「Configured grant type 1」と呼ぶこともある）と「Configured grant type 2送信」（以下、単に「Configured grant type 2」と呼ぶこともある）とがある。
【００１４】
Configured grant type 1では、例えば、Modulation and Coding Scheme（MCS）、無線リソース割当情報（例えば、時間リソース又は周波数リソースの割り当て）、送信タイミング、及び、HARQプロセス数等のConfigured grant設定情報が端末固有の上位レイヤ信号（例えば、RRC: Radio Resource Comtrol）によって設定される。端末（UE：User Equipment）は、上りリンクデータが発生した場合、基地局（例えば、gNBとも呼ぶ）から下り制御チャネル（例えば、PDCCH：Physical Downlink Control Channel）によるUL grant（換言すると、動的な上りリンクデータのスケジューリング情報）無しに、予め設定されたMCS及び無線リソース等のConfigured grant設定情報を用いてPUSCHを送信する。
【００１５】
Configured grant type 2では、基地局からのPDCCH（例えば、DCI：Downlink Control Information）により、Configured grant送信がActivation又はReleaseされる。Configured grant type 2では、送信タイミング及びHARQプロセス数等は、Configured grant type 1と同様に、端末固有の上位レイヤ信号によって設定される。一方、Configured grant type 2では、MCS及び無線リソース割当情報等は、「Activation用DCI」によって設定される。端末は、上りリンクデータが発生した場合、上位レイヤ信号及びActivation用DCIによって設定されたMCS及び無線リソース等のConfigured grant設定情報を半永久的に用いて（換言するとUL grant無しに）、PUSCHを送信する。
【００１６】
Release 16 NRにおいても、Release 15 NRと同様な「Configured grant type 1」及び「Configured grant type 2」をサポートすることが検討されている。また、Release 16 NRでは、Configured grant送信の機能拡張が議論されている。
【００１７】
例えば、Release 15 NRでは、１つの端末に設定できるアクティブなConfigured grant送信は１つである。これに対して、Release 16 NRでは、１つの端末に、複数のアクティブなConfigured grant送信を設定することが検討されている。例えば、１つの端末が、Configured grant type 1又はConfigured grant Type 2の各々において複数のConfigured grant送信をサポートすること、又は、Configured grant type 1及びConfigured grant Type 2の複数のConfigured grant送信をサポートすることが検討されている。
【００１８】
［Configured grant送信の再送制御］
Release 15 NRでは、Configured grant送信の再送制御にはUL grantが用いられる。例えば、基地局は、UL grantを用いて、再送用上りリンクデータのMCS及び無線リソース割当情報を制御する。
【００１９】
Release 16 NRでは、Configured grant送信に対する再送制御として、Release 15 NRと同様のUL grantによる再送制御に加え、PUSCHに対する明示的なHARQ-ACK（hybrid automatic repeat request）情報をフィードバックするUL grant無しの再送制御が検討されている。例えば、Release 16 NRでは、Configured grant送信に対する再送制御のために、基地局が、PUSCHに対する明示的な応答信号（例えば、HARQ-ACK情報（ACKあるいはNACK））を含むフィードバック情報（例えば、DFI：Downlink Feedback Information）を送信することが検討されている。
【００２０】
例えば、アンライセンス帯域（例えば、NR-Unlisenced（NR-U）とも呼ぶ）では、複数の上りリンクデータ（例えば、PUSCH）に対するHARQ-ACK情報を端末へまとめてフィードバックする。これにより、例えば、基地局のListen before talk（LBT）の負荷を低減でき、再送制御を効率化できる。なお、明示的なHARQ-ACK情報による再送制御では、例えば、再送用上りリンクデータのMCS及び無線リソース割当は初回送信時と同じでもよい。
【００２１】
しかしながら、NRにおいて、明示的なHARQ-ACK情報を含むDFIの送信方法については検討の余地がある。
【００２２】
そこで、本開示の一実施例では、明示的なHARQ-ACK情報を含むDFIの送信方法について説明する。例えば、本開示の一実施例では、１つの端末に対して、複数のConfigured grant送信が設定される場合におけるHARQ-ACK 情報を含むDFIの効率的な送信方法について説明する。
【００２３】
［通信システムの概要］
本開示の一態様に係る通信システムは、基地局１００（例えば、gNB）及び端末２００（例えば、UE）及びを備える。
【００２４】
図１は本開示の一態様に係る基地局１００の一部の構成例を示すブロック図である。図１に示す基地局１００において、DFI生成部１０６（制御回路に相当）は、端末２００に設定されたリソース割り当て（例えば、Configured grant）の設定（例えば、Configured grant type等）に基づいて、上りリンクデータに対する応答信号（例えば、HARQ-ACK情報）を含むフィードバック情報（例えば、DFI）の送信方法を決定する。送信部１１０（送信回路に相当）は、送信方法に基づいて、フィードバック情報を送信する。
【００２５】
図２は本開示の一態様に係る端末２００の一部の構成例を示すブロック図である。図２に示す端末２００において、受信部２０１（受信回路に相当）は、基地局１００から、上りリンクデータに対する応答信号（例えば、HARQ-ACK情報）を含むフィードバック情報（例えば、DFI）を受信する。DFI解析部２０６（制御回路に相当）は、端末２００に設定されたリソース割り当て（例えば、Configured grant）の設定に基づいて、フィードバック情報（例えば、DFI）を解析する。
【００２６】
［基地局の構成］
図３は、本開示の一態様に係る基地局１００の構成例を示すブロック図である。図３において、基地局１００は、受信部１０１と、復調・復号部１０２と、スケジューリング部１０３と、送信制御部１０４と、制御情報保持部１０５と、DFI生成部１０６と、シグナリング情報生成部１０７と、Activation情報生成部１０８と、符号化・変調部１０９と、送信部１１０と、を有する。
【００２７】
受信部１０１は、端末２００から送信された信号をアンテナを介して受信し、受信信号に対してダウンコンバート又はＡ／Ｄ変換等の受信処理を行い、受信処理後の受信信号を復調・復号部１０２へ出力する。
【００２８】
復調・復号部１０２は、受信部１０１から入力される受信信号（例えば、上りリンクデータ）に対して復調及び復号を行い、復号後の信号に含まれる制御情報を制御情報保持部１０５に出力する。また、復調・復号部１０２は、上りリンクデータの復号結果をスケジューリング部１０３及びDFI生成部１０６に出力する。
【００２９】
上りリンクデータの復号結果には、例えば、トランスポートブロック（TB：Transport Block）毎の復号成功又は失敗を示す情報が含まれてよい。また、上りリンクデータの復号結果には、更に、コードブロックグループ（CBG：Code Block Group）単位の送信が有効化されている場合、CBG毎の復号成功又は失敗を示す情報が含まれてよい。
【００３０】
また、制御情報保持部１０５に出力される制御情報には、例えば、端末２００がバッファに保持するデータのデータ種別及びデータ量等が含まれてよい。
【００３１】
スケジューリング部１０３は、例えば、制御情報保持部１０５から入力される制御情報に基づいて、Configured grant送信のスケジューリング（例えば、Configured grant送信の開始及び終了の決定など）を行う。スケジューリング部１０３は、スケジューリング結果を示すスケジューリング情報を送信制御部１０４に出力する。
【００３２】
また、スケジューリング部１０３は、復調・復号部１０２から入力される上りリンクデータの復号結果に基づいて、上りリンクデータの再送を制御する。例えば、スケジューリング部１０３は、上りリンクデータに対して、明示的なHARQ-ACK情報による再送制御を行う場合、DFI生成部１０６に対して、DFI生成（又はDFI送信）を指示する。
【００３３】
送信制御部１０４は、スケジューリング部１０３から入力されるスケジューリング情報に基づいて、Configured grant送信に関するパラメータ（例えば、MCS及び無線リソース割当情報等）を設定する。送信制御部１０４は、Configured grant送信に関する設定を示す情報（例えば、Configured grant設定情報）を生成する。例えば、送信制御部１０４は、Configured grant type 1の場合、Configured grant設定情報を、シグナリング情報生成部１０７に出力する。また、例えば、送信制御部１０４は、Configured grant type 2の場合、Configured grant設定情報を、シグナリング情報生成部１０７及びActivation情報生成部１０８に出力する。また、送信制御部１０４は、Configured grant設定情報を制御情報保持部１０５に出力する。
【００３４】
制御情報保持部１０５は、例えば、復調・復号部１０２から入力される端末２００からの制御情報、及び、送信制御部１０４から入力されるConfigured grant設定情報を保持し、保持した情報を必要に応じてスケジューリング部１０３又はDFI生成部１０６に出力する。
【００３５】
DFI生成部１０６は、スケジューリング部１０３からの指示に従って、復調・復号部１０２から入力される上りリンクデータの復号結果、及び、制御情報保持部１０５から入力されるConfigured grant設定情報に基づいて、DFI（例えば、DFIのペイロード）を生成する。DFI生成部１０６は、生成したDFIを符号化・変調部１０９に出力する。例えば、DFIは、１つの端末２００に対する情報から構成（例えば、UE specific PDCCH用に生成）されてもよく、又は、複数の端末２００に対する情報から構成（例えば、Group common PDCCH（GC-PDCCH）用に生成）されてもよい。
【００３６】
シグナリング情報生成部１０７は、送信制御部１０４から入力されるConfigured grant設定情報に基づいて、Configured grant type 1又はConfigured grant type 2の設定に用いる上位レイヤのシグナリング情報（又は、RRCシグナリング、higher layer parameter等と呼ぶ）を生成し、符号化・変調部１０９に出力する。
【００３７】
Activation情報生成部１０８は、送信制御部１０４から入力されるConfigured grant設定情報に基づいて、Configured grant type 2の設定に用いるActivation情報（例えば、Activation又はReleaseに関する情報。換言すると、Activation用DCI）を生成し、符号化・変調部１０９へ出力する。
【００３８】
符号化・変調部１０９は、DFI生成部１０６から入力されるDFI、シグナリング情報生成部１０７から入力されるシグナリング情報、又は、Activation情報生成部１０８から入力されるActivation情報を符号化及び変調し、変調後の信号（シンボル系列）を送信部１１０に出力する。
【００３９】
送信部１１０は、符号化・変調部１０９から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから端末２００へ送信する。
【００４０】
［端末の構成］
図４は、本開示の一態様に係る端末２００の構成例を示すブロック図である。図４において、端末２００は、受信部２０１と、復調・復号部２０２と、抽出部２０３と、シグナリング情報解析部２０４と、Activation情報解析部２０５と、DFI解析部２０６と、制御情報保持部２０７と、送信制御部２０８と、送信データ生成部２０９と、符号化・変調部２１０と、送信部２１１と、を有する。
【００４１】
受信部２０１は、アンテナを介して受信した受信信号に対してダウンコンバート又はＡ／Ｄ変換等の受信処理を行い、受信信号を復調・復号部２０２に出力する。
【００４２】
復調・復号部２０２は、受信部２０１から入力される受信信号を復調及び復号する。復調・復号部２０２は、復号後の信号を抽出部２０３に出力する。
【００４３】
抽出部２０３は、復調・復号部２０２から入力される信号から、例えば、シグナリング情報、Activation情報、又は、DFIを抽出する。抽出部２０３は、シグナリング情報をシグナリング情報解析部２０４に出力し、Activation情報をActivation情報解析部２０５に出力し、DFIをDFI解析部２０６に出力する。
【００４４】
シグナリング情報解析部２０４は、抽出部２０３から入力されるシグナリング情報を解析し、Configured grant type 1用、又は、Configured grant type 2用のConfigured grant設定情報を制御情報保持部２０７に出力する。
【００４５】
Activation情報解析部２０５は、抽出部２０３から入力されるActivation情報を解析し、Activation情報（例えば、Configured grant type 2用のConfigured grant設定情報）を制御情報保持部２０７に出力する。
【００４６】
DFI解析部２０６は、制御情報保持部２０７から入力されるConfigured grant設定情報に基づいて、抽出部２０３から入力されるDFIを解析し、得られたHARQ-ACK情報を、送信制御部２０８に出力する。
【００４７】
制御情報保持部２０７は、シグナリング情報解析部２０４又はActivation情報解析部２０５から入力されるConfigured grant設定情報を保持し、保持したConfigured grant設定情報を、必要に応じて、DFI解析部２０６、送信制御部２０８又は送信データ生成部２０９に出力する。
【００４８】
送信制御部２０８は、制御情報保持部２０７から入力されるConfigured grant設定情報、及び、DFI解析部２０６から入力されるHARQ-ACK情報に基づいて、Configured grant送信を行うか否かを判定し、Configured grant送信する場合には、送信データ生成部２０９に対して、Configured grant送信を指示する。
【００４９】
送信データ生成部２０９は、送信制御部２０８の指示に従って、制御情報保持部２０７から入力されるConfigured grant設定情報に基づいて、送信データ（例えば、PUSCH）を生成し、符号化・変調部２１０に出力する。例えば、送信データには、端末２００に関する制御情報（例えば、端末２００のバッファに保持するデータ種別又はデータ量等）が含まれてよい。
【００５０】
符号化・変調部２１０は、送信データ生成部２０９から入力される送信データを符号化及び変調し、変調後の信号を送信部２１１に出力する。
【００５１】
送信部２１１は、符号化・変調部２１０から入力される信号に対してＤ／Ａ変換、アップコンバート又は増幅等の送信処理を行い、送信処理により得られた無線信号をアンテナから基地局１００へ送信する。
【００５２】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作例について説明する。
【００５３】
図５は基地局１００及び端末２００の動作を示すシーケンス図である。
【００５４】
基地局１００は、例えば、端末２００のスケジューリング情報に基づいて、Configured grant設定情報を生成する（ＳＴ１０１）。基地局１００は、Configured grant設定情報を端末２００へ通知する（ＳＴ１０２）。なお、Configured grant設定情報（例えば、シグナリング情報又はActivation情報を含む）は、例えば、Configured grant typeに応じて、上位レイヤ信号及びActivation用DCIによって端末２００へ通知される。端末２００は、基地局１００から通知されるConfigured grant設定情報を取得する（ＳＴ１０３）。
【００５５】
端末２００は、例えば、上りリンクデータが発生した場合、Configured grant設定情報に基づいて、上りリンクデータを送信する（ＳＴ１０４）。
【００５６】
基地局１００は、上りリンクデータに対するHARQ-ACK情報（例えば、ACK又はNACK）を生成し（ＳＴ１０５）、生成したHARQ-ACK情報を含むDFIを端末２００へ送信（換言すると、フィードバック）する（ＳＴ１０６）。なお、基地局１００は、端末２００に対するConfigured grant設定（例えば、Configured grant type等）に基づいて、DFI（換言すると、HARQ-ACK情報）の送信方法を決定する。
【００５７】
端末２００は、受信したDFIに含まれるHARQ-ACK情報に基づいて、上りリンクデータに対する再送制御を行う（ＳＴ１０７）。
【００５８】
［TBサイズ及びとCBG数］
上述したように、NRでは、上りリンクデータ（例えば、PUSCH）に対してCBG毎の再送制御が定義されている。
【００５９】
CBGは１つ以上のコードブロック（CB：Code Block）をグループ化して構成され、トランスポートブロック（TB）は１つ以上のCBGから構成される。１つのTBあたりの最大CBG数は、例えば、上位レイヤのシグナリングによって基地局１００から端末２００へ設定され、端末２００では、設定された最大CBG数を超えないようにCBがグループ化される。基地局１００は、上りリンクデータに対するHARQ-ACK情報を、当該上りリンクデータのCBG毎にフィードバックすることにより、端末２００によるCBG毎の再送を可能とする。
【００６０】
また、NRのPUSCHの符号化に用いられるCB数の計算方法は、例えば、非特許文献２に定義されている。例えば、非特許文献２では、Low density Parity Check（LDPC）符号化におけるCB数の計算方法が開示されている。
【００６１】
非特許文献２によると、CB数が最大CBG数より少ない場合、使用するCBG数は最大CBG数よりも少なくなる場合がある。例えば、TBサイズが5000bitであり、LDPC符号化にLDPC base graph 2を使用する場合（例えば、最大CBサイズ=3840bitの場合）、１TBあたりのCB数は２個となる。このとき、例えば、最大CBG数が４個と設定される場合でも、存在するCBが２個であるので、端末２００が使用するCBG数は２個に設定される。
【００６２】
このように、端末２００が使用するCBG数は、PUSCHにおけるTBサイズに応じて変動する。よって、CGB毎の再送制御の場合、PUSCHに対するHARQ-ACK情報のサイズ（例えば、ビット数）は、PUSCHにおけるTBサイズに応じて変動する。
【００６３】
また、Configured grant送信において、PUSCHにおけるTBサイズの変動（換言すると、設定機会）は、例えば、Configured grant type（例えば、Configured grant type 1又はConfigured grant type 2）に応じて異なる。例えば、TBサイズは、Configured grant type 1では半静的（semi-static）に設定されるのに対して、Configured grant type 2では動的（dynamic）に設定される。
【００６４】
そこで、本実施の形態では、基地局１００（例えば、DFI生成部１０６）は、Configured grant typeに応じて、DFIに含まれるHARQ-ACK情報のサイズ（例えば、ビット数）を算出する。
【００６５】
［DFI情報生成方法］
以下、基地局１００のDFI生成部１０６におけるDFIに含まれるHARQ-ACK情報の生成方法について一例を説明する。
【００６６】
DFI（例えば、DFI bit列）は、例えば、HARQ-ACK bit列、及び、他の制御情報のbit列（例えば、TPC command又はprecoding information等）を含む。
【００６７】
基地局１００が個別の端末２００向けの制御チャネル（例えば、UE specific PDCCH）を用いてDFIを送信する場合、例えば、図６に示すように、基地局１００は、PDCCHを用いて、１つの端末２００（例えば、UE#0）分のDFI bit列を送信する。
【００６８】
一方、基地局１００が複数の端末２００向けの制御チャネル（例えば、GC-PDCCH）を用いてDFIを送信する場合、例えば、図７に示すように、基地局１００は、PDCCHを用いて、複数の端末２００（例えば、UE#0及びUE#1）の各々のDFI bit列を並べたbit列を送信する。GC-PDCCHでは、例えば、各端末２００宛てのDFI bit列が配置される開始位置（starting bit position）及びDFIのサイズ（例えば、ビット数）は、Configured grant設定情報によって端末２００に予め通知される、又は、通知された情報に基づいて端末２００によって判断される。
【００６９】
また、HARQ-ACK bit列は、例えば、Configured grant送信において使用するHARQプロセス毎のHARQ-ACK bitを順に並べたbitmap形式としてよい。
【００７０】
ここで、CBG毎の再送制御が有効でない場合（例えば、TB毎のHARQ-ACKを送信する場合）には、基地局１００は、１つのHARQプロセス（例えば、１つのTB）あたりのHARQ-ACK bitを1 bitとしてHARQ-ACK bit列を生成する。例えば、Configured grant type 1において２プロセスを使用し、Configured grant type 2において4プロセスを使用し、それらのHARQプロセスが異なる場合には、基地局１００は、6 bitのHARQ-ACK bit列を生成する。
【００７１】
一方、CBG毎の再送制御が有効である場合（例えば、CBG毎のHARQ-ACKを送信する場合）には、基地局１００は、端末２００に設定される「Configured grant type」に基づいて、１つのTBあたりのHARQ-ACK bit数を以下のように計算する。
【００７２】
例えば、Configured grant typeがConfigured grant type 1の場合、基地局１００は、PUSCHのTBサイズに基づいて、１TBあたりのHARQ-ACK bit数を算出する。例えば、基地局１００は、1TBあたりのHARQ-ACK bit数を、TBサイズから計算されるCB数に基づいて決定されるCBG数と同じ値に設定する。例えば、最大CBG数が４個の場合において、TBサイズから決定されるCB数が２個の場合、端末２００が使用するCBG数は２個に設定されるので、基地局１００は、１TBあたりのHARQ-ACK bit数を、CBG数（換言すると、CB数）と同数の2 bitに設定する。
【００７３】
Configured grant type 1では、MCS及び周波数リソース割り当ては、上位レイヤのシグナリングにより半静的に決定される。これは、Configured grant type 1では、TBサイズが半静的に設定されることを意味する。したがって、Configured grant type 1では、端末２００が実際に使用するCBG数も半静的に設定される。そのため、Configured grant type 1では、CB数が最大CBG数未満の場合には、HARQ-ACK bit数を、最大CBG数分確保せずに、CB数分のbit数を確保すればよい。
【００７４】
一方、Configured grant typeがConfigured grant type 2の場合、基地局１００は、設定される最大CBG数に基づいて、１TBあたりのHARQ-ACK bit数を算出する。例えば、基地局１００は、１TBあたりのHARQ-ACK bit数を、最大CBG数と同じ値に設定する。例えば、最大CBG数が４個の場合、基地局１００は、１TBあたりのHARQ-ACK bit数を、最大CBG数と同数の4 bitに設定する。
【００７５】
Configured grant type 2では、MCS及び周波数リソース割り当ては、PDCCHによるActivation又はReactivationによって動的に変わり得る。これは、Configured grant type 2では、TBサイズが動的に変わり得ることを意味する。したがって、Configured grant type 2では、端末２００が実際に使用するCBG数も動的に変わり得て、CBG数に対応するHARQ-ACK bit数も動的に変わり得る。そのため、Configured grant type 2では、最大CBG数分のHARQ-ACK bitを確保する。
【００７６】
なお、Configured grant type 1とConfigured grant type 2とでHARQプロセスが共有されている場合、基地局１００は、１TBあたりのHARQ-ACK bit数を、最大CBG数と同じ値に設定してよい。これは、Configured grant type 2において最大CBG数分のHARQ-ACK送信を行う可能性があり、最大CBG数分のHARQ-ACK bitを確保するためである。
【００７７】
また、端末２００のDFI解析部２０６は、上述した基地局１００におけるHARQ-ACK情報を含むDFI生成方法と同様の方法に基づいて、DFIを解析する。
【００７８】
このように、本実施の形態では、基地局１００は、端末２００に設定されるリソース割り当て（例えば、Configured grant）の設定（例えば、Configured grant type）に基づいて、上りリンクデータに対するHARQ-ACK情報を含むDFIの送信方法を決定し、決定した送信方法に基づいてDFIを送信する。また、端末２００は、基地局１００から、DFIを受信し、端末２００のConfigured grantの設定に基づいて、DFIを解析する。
【００７９】
例えば、基地局１００及び端末２００は、Configured grant type及びHARQプロセスの割り当てに応じて、1TBあたりのHARQ-ACK情報の送信に用いるbit数を決定する。これにより、Configured grant typeに応じて、HARQ-ACK情報の送信に用いるbit数が適切に設定される。本実施の形態によれば、例えば、最大CBG数分のHARQ-ACK bit数を常に確保する場合と比較して、使用するHARQ-ACK bit数を低減できる。
【００８０】
よって、本実施の形態によれば、基地局１００は、端末２００による上りリンクデータの送信に対して適切にフィードバックできる。
【００８１】
なお、本実施の形態は、最大CBG数に依存せず、１つのTBあたりのHARQ-ACK bit数が設定される場合にも適用可能である。例えば、Configured grant type 2の1TBあたりのHARQ-ACK bit数が通常のbit数に設定され、Configured grant type 1の1TBあたりのHARQ-ACK bit数がTBサイズから算出したbit数に設定される場合、Configured grant type 2の1TBあたりのHARQ-ACK bit数がConfigured grant type 1の1TBあたりのHARQ-ACK bit数よりも多い場合、又は、Configured grant type 2の1TBあたりのHARQ-ACK bit数がConfigured grant type 1の1TBあたりのHARQ-ACK bit数以上の場合に本実施の形態を同様に適用できる。
【００８２】
また、本実施の形態では、Configured grant type 2における1TBあたりのHARQ-ACK bit数は、最大CBG数に限らず、例えば、複数の候補値（例えば、２、４、６、８）の中から選択されてもよい。
【００８３】
（実施の形態２）
Configured grant type 2では、PDCCHによるActivation情報の通知によってConfigured grant送信が有効化されていない場合、端末はPUSCHを送信しない。端末がPUSCHを送信しない場合、HARQ-ACK情報は不要となる。しかし、上位レイヤのシグナリング等によりリソースが半静的に割り当てられている場合、HARQ-ACK情報が不要であっても、HARQ-ACK情報用のリソース（例えば、bit）が確保されたままになることが想定される。
【００８４】
一例として、図８に示すように、Configured grant type 1及びConfigured grant type 2の各々に対して3 bitのHARQ-ACK bitが確保されるDFI bitの割り当てについて説明する。図８において、Configured grant type 2がActivateされていない場合、Configured grant type 2用のHARQ-ACK情報に対応する3 bitは、使用されないが確保されている状態となる。
【００８５】
このように、端末に対してConfigured grant type 2が設定される場合には、HARQ-ACK情報用に確保されるものの使用されないリソースが生じてしまう場合がある。
【００８６】
また、確保されるものの使用されないリソースは、図８に示すようなConfigured grant type 1とtype 2とが混在する場合に限らない。例えば、Configured grant type 1が設定されず、Configured grant type 2が設定される場合（例えば、１つ以上のConfigured grant type 2が上位レイヤによるシグナリングで設定されている場合）でも同様である（図示せず）。
【００８７】
そこで、本実施の形態では、上述したようなHARQ-ACK情報に使用されない無駄なリソースを低減する方法について説明する。
【００８８】
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
【００８９】
例えば、基地局１００（例えば、DFI生成部１０６）、及び、端末２００（例えば、DFI解析部２０６）におけるDFI送信に関する制御について説明する。以下では、DFIの分割方法１及び分割方法２についてそれぞれ説明する。
【００９０】
［分割方法１］
分割方法１では、基地局１００は、Configured grant type及びConfigured grant送信に関する設定（Configured grant configuration）に応じて、異なる識別子（例えば、RNTI：Radio Network Temporary Identifier）を用いることにより、DFIを分割する。
【００９１】
基地局１００は、各Configured grant設定を決定する際に、Configured grant設定毎に異なるRNTI、及び、PDCCHにおけるDFI bitの割り当て開始位置を設定する。
【００９２】
例えば、図９に示すように、基地局１００は、Configured grant type 1、及び、Configured grant type 2の各々に対応するDFIを、異なるPDCCHに割り当てる。例えば、図９では、Configured grant type 1に対して、基地局１００は、Configured grant type 1用のRNTIを用いてスクランブリングしたCRC（Cyclic Redundancy Check）を含むPDCCHを送信する。また、図９では、Configured grant type 2に対して、基地局１００は、Configured grant type 2用のRNTIを用いてスクランブリングしたCRCを含むPDCCHを送信する。
【００９３】
換言すると、基地局１００は、DFI（フィードバック情報）を、Configured grant設定（例えば、Configured grant type）毎に異なるPDCCH（換言すると、制御情報）を用いて送信する。また、各PDCCHは、Configured grant設定毎に異なる識別子（ここでは、RNTI）を用いてスクランブリングされている。
【００９４】
図９に示す例では、例えば、Configured grant type 2がActivateされていない場合、端末２００は、Configured grant type 2用のRNTIを使用したPDCCHを受信しなくてよい。したがって、基地局１００は、Configured grant type 2がActivateされていない場合、Configured grant type 2用のPDCCHの他のbitが他の端末２００用に使用されていない場合には、Configured grant type 2用のPDCCHの送信を停止できる。また、Configured grant type 2用のPDCCHの他のbitが他の端末２００用に使用されている場合でも、基地局１００は、Configured grant type 2用に使用されずに空いたbit（図９では3bit）を、他の端末２００宛の情報の割当に使用してよい。これにより、PDCCHのリソースの使用効率を向上できる。
【００９５】
なお、上述した例は、GC-PDCCHを一例として説明した。GC-PDCCHを使用することにより、基地局１００は、例えば、複数の端末２００のDFIをまとめて送信できる。しかし、DFIの送信には、GC-PDCCHに限らず、UE specific PDCCHが使用されてもよい。UE specific PDCCHでも、GC-PDCCHと同様の効果がある。また、UE specific PDCCHの場合、各端末２００向けのDFIが割り当てられるリソース（例えば、PDCCHのbit）は、他の端末２００と共有されない。よって、例えば、基地局１００は、Configured grant type 2がActivateされていない場合、PDCCH送信を停止できる。
【００９６】
また、Configured grant type 1及びConfigured grant type 2が混在する場合に限らない。例えば、Configured grant type 1が設定されず、Configured grant type 2が設定される場合（例えば、複数のConfigured grant type 2が上位レイヤによるシグナリングで設定されている場合）でも同様に、基地局１００は、Configured grant設定毎に異なるRNTIを割り当ててよい。これにより、基地局１００は、ActivateされているConfigured grant type 2に対応するPDCCHを送信し、ActivateされていないConfigured grant type 2に対応するPDCCHの送信を停止する。また、端末２００は、設定されているConfigured grantのうち、ActivateされているConfigured grantに対応するPDCCHを受信できる。
【００９７】
また、１つのConfigured grant設定毎に、１つのRNTIを対応付ける場合に限らない。例えば、複数のConfigured grant設定に対して１つのRNTIが対応付けられてもよい。複数のConfigured grant設定を１つのRNTIに対応付けることにより、使用するRNTIの数を低減し、PDCCHの誤検出（FAR：False alarm rate）を低減できる。また、複数のConfigured grant設定においてHARQプロセスを共有する場合、基地局１００は、各Configured grant設定に対応するHARQ-ACKを重複して送信せずに済むので、PDCCHのリソースの使用効率を向上できる。また、基地局１００は、Configured grant設定に対応付けられていない制御情報（例えば、TPC command）を重複して送信せずに済むので、PDCCHのリソースの使用効率を向上できる。
【００９８】
このように、分割方法１では、基地局１００は、Configured grant type及びConfigured grant設定に応じて、異なるRNTIを用いてDFIを分割する。
【００９９】
［分割方法２］
分割方法２では、基地局１００は、DFIに識別用bit（換言すると、identifier field）を設けて、Configured grant type及びConfigured grant設定（Configured grant configuration）に応じて、識別用bitに異なる値を対応付けることにより、異なるDFIを分割する。
【０１００】
基地局１００は、各Configured grant設定を決定する際に、Configured grant設定毎に異なる識別用bitの値、及び、PDCCHにおけるDFI bitの割り当て開始位置を設定する。
【０１０１】
例えば、基地局１００は、Configured grant設定毎にDFIを異なるPDCCHに割り当てる。例えば、図１０に示す例では、基地局１００は、Configured grant #0及びConfigured grant #1の各々に対応するDFIを、異なるPDCCHに割り当てる。図１０に示す各PDCCHには、識別用bit（Bit#2）が設けられている。図１０に示す例では、Configured grant #0に識別用bit=0が対応付けられ、Configured grant #1に識別用bit=1が対応付けられている。
【０１０２】
換言すると、基地局１００は、DFI（フィードバック情報）を、Configured grant設定（例えば、Configured grant type）毎に異なるPDCCH（換言すると、制御情報）を用いて送信する。また、各PDCCHは、Configured grant設定を示す情報（ここでは、識別用bit）を含む。
【０１０３】
例えば、端末２００が同じRNTIのPDCCHの複数受信を許容する場合、端末２００は、これらの異なるPDCCHに割り当てられたDFIを同時に受信できる。
【０１０４】
また、図１０に示す例では、例えば、Configured grant #0がActivateされていない場合、端末２００は、Configured grant #0に対応するPDCCH（換言すると、識別用bitの値が0のDFIを含むPDCCH）を受信しなくてよい。したがって、基地局１００は、分割方法１と同様、Configured grant #0に対応するPDCCHの送信を停止してもよい。又は、基地局１００は、Configured grant #0用に使用されずに空いたbit（図１０では3bit）を、他の端末２００宛ての情報の割当にbitを使用してもよい。これにより、PDCCHのリソースの使用効率を向上できる。
【０１０５】
また、分割方法１と同様、DFIの送信には、GC-PDCCHに限らず、UE specific PDCCHが使用されてもよい。また、分割方法１と同様、Configured grant type 1とConfigured grant type 2とが混在してもよく、Configured grant #1が設定されず、複数のConfigured grant type 2が設定されてもよい。
【０１０６】
また、１つのConfigured grant設定毎に１つのDFI（換言すると、識別用bit）を対応付ける場合に限らない。例えば、複数のConfigured grant設定に１つのDFIが対応付けられてもよい。複数のConfigured grant設定に１つのDFIが対応付けられることにより、識別用bitのオーバヘッドを低減できる。また、複数のConfigured grant設定においてHARQプロセスを共有する場合、基地局１００は、各Configured grant設定に対応するHARQ-ACKを重複して送信せずに済むので、PDCCHのリソースの使用効率を向上できる。また、基地局１００は、Configured grant設定に対応付けられていない制御情報（例えば、TPC command）を重複して送信せずに済むので、PDCCHのリソースの使用効率を向上できる。
【０１０７】
また、分割方法２では、例えば、図１１に示すように、基地局１００は、１つのPDCCHに、複数のConfigured grant設定に対応するDFIを割り当ててもよい。この場合、基地局１００は、複数のDFIを端末２００に同時に送信する場合に複数のPDCCHを送信しなくてよいので、PDCCHの使用リソースを低減できる。また、基地局１００は、ActivateされていないConfigured grantに対応するbit位置には、例えば、他の端末２００宛ての情報の割り当てにbitを使用できるので、PDCCHのリソースの使用効率を向上できる。
【０１０８】
このように、分割方法２では、基地局１００は、DFIに識別用bitを設け、Configured grant type及びConfigured grant設定に応じて、識別用bitに異なる値を対応付けることにより、DFIを分割する。
【０１０９】
ここで、端末２００においてモニタするRNTIの数が増加すると、CRCが偶然OKとなりPDCCHを誤検出する可能性が増加する。これに対して、分割方法２では、端末２００がモニタするRNTIの数は、Configured grant数に依存して増加しないので、PDCCHの誤検出率（FAR：False alarm rate）が増加しない利点がある。換言すると、分割方法２では、分割方法１と比較して、PDCCHのFARを低減できる。
【０１１０】
以上、DFIの分割方法１及び分割方法２について説明した。
【０１１１】
このように、分割方法１及び分割方法２では、例えば、基地局１００は、HARQ-ACK情報を送信する場合、該当するConfigured grant設定に対応するPDCCHにDFI bitを割り当てる。一方、基地局１００は、HARQ-ACK情報を送信しない場合（例えば、Configured grant type 2がActivateされていない場合）には、該当するConfigured grant設定に対応するPDCCHを送信しない。これにより、PDCCHのリソースの使用効率を向上できる。換言すると、HARQ-ACK情報に使用されずに無駄に確保されるリソースを低減できる。
【０１１２】
［DFI bit割り当ての動的変更］
例えば、基地局１００は、各端末２００のDFI bit割り当てを半静的（semi-static）に設定する。例えば、基地局１００は、端末２００の各DFIの割り当て開始位置、及び、RNTI（ただし、必要な場合）を上位レイヤのシグナリングを用いて半静的に設定する。
【０１１３】
また、例えば、基地局１００は、各端末２００のDFI bit割り当てを動的に設定してもよい。例えば、基地局１００は、上位レイヤのシグナリングを用いて、端末２００に対してDFIの割り当て開始位置、及び、RNTI（必要な場合）の候補を複数設定する。そして、基地局１００は、複数の候補のうち、端末２００に設定する候補を示す情報（例えば、インデックス値）を、Configured grantのActivation/Release用のPDCCHを用いて端末２００へ通知する。これにより、PDCCHにおいて使用するbit数を低減しつつ、DFI bitの動的な割り当てを可能にする。
【０１１４】
図１２は、DFI bit割り当ての一例を示す。
【０１１５】
図１２において、例えば、インデックス値（0〜3）の各々に、DFIの割り当て開始位置（staring position in PDCCH）及びRNTIが対応付けられる。これらの対応付けに関する情報は、例えば、上位レイヤのシグナリングを用いて、基地局１００から端末２００へ通知される。基地局１００は、DFI bit割り当てに実際に用いる割り当て開始位置及びRNTI（必要な場合）に対応するインデックス値を、PDCCHを用いて端末２００へ通知する。端末２００は、基地局１００から通知されるインデックス値に基づいて、DFI bitの割り当て開始位置及びRNTIを特定する。
【０１１６】
例えば、図１２の例では、DFI bitの割り当てのために、PDCCHにおいて、2 bitのフィールドを設ければよい。
【０１１７】
図１３は、DFI bit割り当ての他の例を示す。
【０１１８】
図１３では、例えば、DFI bitの割り当て開始位置及びRNTIが、それぞれ個別のインデックス値に対応付けられている。図１３の場合、基地局１００は、割り当て開始位置と、RNTIとを個別に制御できるので、DFI bitをより柔軟に割り当てできる。
【０１１９】
例えば、図１３の例では、DFI bitの割り当てのために、PDCCHにおいて、3 bit（割り当て開始位置に2bit、RNTIに1bit）のフィールドを設ければよい。
【０１２０】
なお、PDCCHのbit数が十分にある場合、基地局１００は、上位レイヤのシグナリングでDFI bitの割り当ての候補を設定せずに、PDCCHによってDFI bitの割り当て開始位置（又はRNTI）を端末２００へ直接通知してもよい。
【０１２１】
また、割り当て開始位置の通知は、bit単位でなくてもよい。例えば、割り当て開始位置は、複数のbitを特定のbit数でグループ化したグループ単位（例えば、グループ番号）で通知されてもよい。
【０１２２】
また、Configured grant type 2では、Activation及びReleaseによって、端末２００のDFIの要否が動的に変わる。これに対して、上述したように、DFI bitの動的な割り当てにより、基地局１００は、空いているリソースにDFIを動的に割り当てることができるので、PDCCHのリソースの使用効率を向上できる。
【０１２３】
なお、上述したDFI bitの動的な割り当ては、DFIに限らず、端末個別又は端末グループ個別のbit割り当てを有する他のGC-PDCCHに適用してもよい。他のGC-PDCCHには、例えば、TPC command（DCI format 2_2、2_3で通知）、又は、SFI（Slot Format Indicator。DCI format 2_0で通知）などがある。この場合にも、DFI bit割り当てと同様に、基地局１００は、割り当て開始位置の候補を上位レイヤのシグナリングで端末２００へ通知し、PDCCHを用いて、実施に使用する候補のインデックスを通知する。
【０１２４】
また、この場合、PDCCHは、Configured grantに依存せずに設定可能とするために、Configured grantのActivation又はRelease用のPDCCHとは異なる動的設定用のPDCCHを別途定義してよい。動的設定用のPDCCHにおいて、Configured grantのActivation/Release用PDCCHと同様に、特定のフィールドを特定のパターンの値が設定される。この際、動的設定用のPDCCHでは、例えば、Configured grantのActivation/Release用PDCCHとは、異なるパターンの値又は使用するRNTIが使用される。これにより、端末２００は、動的設定用のPDCCHを判別できる。なお、PDCCHのbit数が十分にある場合には、基地局１００は、上位レイヤのシグナリングで候補を設定することなく、PDCCHを用いて割り当て開始位置を端末２００へ直接通知してもよい。このように、端末個別又は端末グループ個別のbit割り当てを有するGC-PDCCHに対して、割り当て開始位置を動的に設定することにより、基地局１００は、空いているリソースにGC-PDCCHを動的に配置できるので、PDCCHのリソースの使用効率を向上できる。
【０１２５】
なお、動的な割り当ての対象の情報は、上述したTPC command及びSFIに限らず、他の情報（例えば、UE個別に設定される情報等）でもよい。
【０１２６】
（実施の形態３）
本実施の形態では、実施の形態２と同様に、Configured grant type 2がActivationされていない場合の動作について説明する。
【０１２７】
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図３及び図４を援用して説明する。
【０１２８】
［DFI置換方法］
基地局１００（例えば、DFI生成部１０６）におけるDFIの置換方法の一例について説明する。なお、端末２００（例えば、DFI解析部２０６）も、基地局１００と同様のDFIの置換方法に基づいてDFI解析を行う。
【０１２９】
基地局１００は、例えば、Configured grant type 2がActivateされていない場合には、Configured grant type 2用のDFIに割り当てられたbitを別の制御情報に置き換える。
【０１３０】
例えば、基地局１００は、DFIを、他のConfigured grantのprecoding情報又はTPC command等に置き換えてよい。これにより、基地局１００は、端末２００において現在の通信状態又は伝搬路に応じた送信方法に設定されるようにフィードバック情報を送信できるので、基地局１００の受信品質を向上できる。
【０１３１】
又は、基地局１００は、DFIを、SRS request又はCSI request等に置き換えてよい。これにより、基地局１００は、端末２００に対して、現在の通信状態を把握するための信号又は情報の送信をトリガできる。
【０１３２】
このように、本実施の形態によれば、基地局１００は、Activateされていない場合に使用されないDFIに割り当てられたbitを利用して、別の制御情報を送信する。これにより、PDCCHのbit数を増加させることなく、基地局１００の受信品質の向上等を図ることができ、PDCCHのリソースのを使用効率を向上できる。
【０１３３】
なお、DFIと置き換える情報は、precoding情報、TPC command、SRS request及びCSI requestに限らず、他の情報でもよい。
【０１３４】
以上、本開示の一実施例について説明した。
【０１３５】
（他の実施の形態）
なお、CBG数は上位レイヤのシグナリング（例えば、RRCのシグナリング又はMACのシグナリング）で設定されてもよく、仕様によって予め設定されてもよい。
【０１３６】
上記実施の形態は、例えば、Carrier Aggregation（CA）時に、基地局１００が、複数のComponent Carrier（CC）のHARQ-ACKをまとめて端末２００へ送信するケースに適用してもよい。複数のCCのHARQ-ACKをまとめて送信する場合には、より多くのPDCCHリソースが必要となるので、本実施の形態を適用することによりPDCCHのリソースの使用効率を向上できる。
【０１３７】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１３８】
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
【０１３９】
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
【０１４０】
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
【０１４１】
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
【０１４２】
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
【０１４３】
本開示の一実施例に係る基地局は、端末に設定されたリソース割り当ての設定に基づいて、上りリンクデータに対する応答信号を含むフィードバック情報の送信方法を決定する制御回路と、前記送信方法に基づいて、前記フィードバック情報を送信する送信回路と、を具備する。
【０１４４】
本開示の一実施例に係る基地局において、前記設定には、前記リソース割り当ての種別が含まれ、前記制御回路は、前記種別に基づいて、前記応答信号の送信に用いるビット数を決定する。
【０１４５】
本開示の一実施例に係る基地局において、前記制御回路は、前記種別が第１の種別の場合、前記上りリンクデータのトランスポートブロックのサイズに基づいて前記ビット数を決定し、前記種別が前記第１の種別と異なる第２の種別の場合、前記トランスポートブロックを構成するコードブロックグループの最大数に基づいて前記ビット数を決定する。
【０１４６】
本開示の一実施例に係る基地局において、前記送信回路は、前記フィードバック情報を、前記設定毎に異なる制御情報を用いて送信する。
【０１４７】
本開示の一実施例に係る基地局において、前記制御情報は、前記設定毎に異なる識別子を用いてスクランブルされる。
【０１４８】
本開示の一実施例に係る基地局において、前記制御情報は、前記設定を示す情報を含む。
【０１４９】
本開示の一実施例に係る端末は、基地局から、上りリンクデータに対する応答信号を含むフィードバック情報を受信する受信回路と、設定されたリソース割り当ての設定に基づいて、前記フィードバック情報を解析する制御回路と、を具備する。
【０１５０】
本開示の一実施例に係る通信方法は、端末に設定されたリソース割り当ての設定に基づいて、上りリンクデータに対する応答信号を含むフィードバック情報の送信方法を決定し、前記送信方法に基づいて、前記フィードバック情報を送信する。
【０１５１】
本開示の一実施例に係る通信方法は、基地局から、上りリンクデータに対する応答信号を含むフィードバック情報を受信し、設定されたリソース割り当ての設定に基づいて、前記フィードバック情報を解析する。
【０１５２】
２０１９年１月９日出願の特願２０１９−００１８５７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【０１５３】
本開示の一実施例は、移動通信システムに有用である。
【符号の説明】
【０１５４】
１００  基地局
１０１，２０１  受信部
１０２，２０２  復調・復号部
１０３  スケジューリング部
１０４，２０８  送信制御部
１０５，２０７  制御情報保持部
１０６  DFI生成部
１０７  シグナリング情報生成部
１０８  Activation情報生成部
１０９，２１０  符号化・変調部
１１０，２１１  送信部
２００  端末
２０３  抽出部
２０４  シグナリング情報解析部
２０５  Activation情報解析部
２０６  DFI解析部
２０９  送信データ生成部
【図１】
2020144895.tif 000003
【図２】
2020144895.tif 000004
【図３】
2020144895.tif 000005
【図４】
2020144895.tif 000006
【図５】
2020144895.tif 000007
【図６】
2020144895.tif 000008
【図７】
2020144895.tif 000009
【図８】
2020144895.tif 000010
【図９】
2020144895.tif 000011
【図１０】
2020144895.tif 000012
【図１１】
2020144895.tif 000013
【図１２】
2020144895.tif 000014
【図１３】
2020144895.tif 000015
【国際調査報告】
2020144895.tif 000016
2020144895.tif 000017