(57)【要約】  上りリンク信号を適切に送信する。端末２００において、制御部２０９は、上りリンクデータの送信に関するパラメータを動的に決定する。送信部２１６は、決定されたパラメータを示す上りリンク制御情報を基地局へ送信する。
2022501844.tif 000002
【特許請求の範囲】
【請求項１】
上りリンクデータの送信に関するパラメータを動的に決定する制御回路と、
前記決定されたパラメータを示す上りリンク制御情報を基地局へ送信する送信回路と、
を具備する端末。
【請求項２】
前記端末は、前記基地局からの動的な割り当て無しに前記上りリンクデータを送信する端末であり、
前記制御回路は、前記基地局と前記端末との間で共有する前記パラメータの複数の組み合わせの中から１つの組み合わせを選択し、
前記送信回路は、前記選択された組み合わせに対応する前記パラメータを用いて、前記上りリンクデータを送信する、
請求項１に記載の端末。
【請求項３】
前記上りリンク制御情報には、前記選択された組み合わせを示す識別情報が含まれる、
請求項２に記載の端末。
【請求項４】
前記パラメータは、絶対値、又は、所定の値に対する相対値である、
請求項１に記載の端末。
【請求項５】
前記パラメータには、トランスポートブロックサイズ及びMCSの双方、又は何れか一方が含まれる、
請求項１に記載の端末。
【請求項６】
前記パラメータには、トランスポートブロックサイズ及び無線リソースの少なくとも一方が含まれる、
請求項１に記載の端末。
【請求項７】
前記端末は、前記基地局からの動的な割り当て無しに前記上りリンクデータを送信する上りリンク送信を行う端末であり、
前記制御回路は、前記基地局と前記端末との間で共有する前記上りリンク送信の複数の設定の中から１つの設定を選択し、
前記送信回路は、前記選択された設定に対応する前記パラメータに基づいて、前記上りリンク送信を行う、
請求項１に記載の端末。
【請求項８】
前記複数の設定において同一リソースが割り当てられている場合、前記上りリンク制御情報には、前記選択された設定を示す識別情報が含まれ、
前記複数の設定において異なるリソースが割り当てられている場合、前記上りリンク制御情報には、前記識別情報が含まれない、
請求項７に記載の端末。
【請求項９】
前記制御回路は、前記上りリンク送信においてレピティションが適用される複数の送信タイミング毎に、前記複数の設定の何れかをそれぞれ選択する、
請求項７に記載の端末。
【請求項１０】
前記制御回路は、前記上りリンクデータを分割した複数のブロック毎に、前記複数の設定の何れかをそれぞれ選択する、
請求項７に記載の端末。
【請求項１１】
前記上りリンク制御情報には、前記端末の識別情報が含まれる、
請求項１に記載の端末。
【請求項１２】
前記上りリンク制御情報には、前記上りリンクデータの送信の優先度に関する情報が含まれる、
請求項１に記載の端末。
【請求項１３】
前記送信回路は、上りリンク制御チャネルを用いて前記上りリンク制御情報を送信する、
請求項１に記載の端末。
【請求項１４】
前記送信回路は、前記上りリンク制御情報を上りリンクデータチャネルに多重して送信する、
請求項１に記載の端末。
【請求項１５】
レピティション設定は、上りリンクデータと前記上りリンク制御情報とで異なる、
請求項１に記載の端末。
【請求項１６】
前記パラメータの複数の候補のうち少なくとも一つの候補は、複数の端末に共通の値である、
請求項１に記載の端末。
【請求項１７】
前記上りリンク制御情報の設計はユースケースに依らず統一されている、
請求項１に記載の端末。
【請求項１８】
前記設計は、前記上りリンク制御情報のビットサイズであり、
前記ビットサイズが統一された前記上りリンク制御情報における前記パラメータに関する情報のビット配分は、ユースケース毎に異なる、
請求項１７に記載の端末。
【請求項１９】
上りリンクデータの送信に関するパラメータを動的に決定し、
前記決定されたパラメータを示す上りリンク制御情報を基地局へ送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、端末及び通信方法に関する。
【背景技術】
【０００２】
3GPP（3rd Generation Partnership Project）では、第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.2.0, "NR; Physical channels and modulation (Release 15)," June 2018.
【非特許文献２】3GPP TS 38.212 V15.2.0, "NR; Multiplexing and channel coding (Release 15)," June 2018.
【非特許文献３】3GPP TS 38.213 V15.2.0, "NR; Physical layer procedure for control (Release 15)," June 2018.
【非特許文献４】3GPP TS 38.214 V15.2.0, "NR; Physical layer procedures for data (Release 15)," June 2018.
【発明の概要】
【０００４】
しかしながら、NRにおける上りリンク信号の送信方法について十分に検討されていない。
【０００５】
本開示の一態様は、上りリンク信号を適切に送信できる端末及び通信方法の提供に資する。
【０００６】
本開示の一態様に係る端末は、上りリンクデータの送信に関するパラメータを動的に決定する制御回路と、前記決定されたパラメータを示す上りリンク制御情報を基地局へ送信する送信回路と、を具備する。
【０００７】
本開示の一態様に係る通信方法は、上りリンクデータの送信に関するパラメータを動的に決定し、前記決定されたパラメータを示す上りリンク制御情報を基地局へ送信する。
【０００８】
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【０００９】
本開示の一態様によれば、上りリンク信号を適切に送信できる。
【００１０】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１に係る端末の一部の構成を示すブロック図
【図２】実施の形態１に係る基地局の構成を示すブロック図
【図３】実施の形態１に係る端末の構成を示すブロック図
【図４】実施の形態１に係る基地局及び端末の処理を示すシーケンス図
【図５】実施の形態１に係るUCIとSemi-static configurationとの対応付けの一例を示す図
【図６】実施の形態２に係るUCIとConfiguration IDとの対応付けの一例を示す図
【図７】実施の形態２の変形例３に係るUCIの送信例を示す図
【図８】実施の形態３に係るUCIとSemi-static configurationとの対応付けの一例を示す図
【図９】実施の形態４に係るUCIの送信方法の一例を示す図
【図１０】実施の形態５に係るUCIの送信例を示す図
【図１１】実施の形態７に係るUCIビットフィールドの一例を示す図
【発明を実施するための形態】
【００１２】
以下、本開示の実施の形態について図面を参照して詳細に説明する。
【００１３】
Release 15では、URLLC向けの機能の一つとして、上りリンクデータ（例えば、PUSCH: Physical Uplink Shared Channel）の送信に対して「Grant-free送信」（又は、Configured grant送信と呼ぶ）をサポートする。
【００１４】
上りリンクのGrant-free送信には、「Configured grantを用いるType 1 PUSCH送信」と「Configured grantを用いるType 2 PUSCH送信」とがある。
【００１５】
Configured grantを用いるType 1 PUSCH送信では、例えば、MCS（Modulation and Coding Scheme）及び無線リソース割当情報（例えば、時間リソース又は周波数リソースの割り当て）が端末固有の上位レイヤ信号（例えば、RRC: Radio Resource Comtrol）によって設定される。端末（UE：User Equipment）は、上りリンクパケットが発生した場合、基地局（gNB）からの上りリンクのgrant無しに（換言すると動的な割り当て無しに）、予め設定されたMCS及び無線リソースを用いてPUSCHを送信する。
【００１６】
Configured grantを用いるType 2 PUSCH送信は、基地局からの下りリンク制御情報（例えば、DCI: Downlink Control Information）により、Activation又はDeactivationされる。また、Configured grantを用いるType 2 PUSCH送信では、MCS及び無線リソース割当情報は、Activation用DCIによって設定される。端末は、上りリンクパケットが発生した場合、Activation用DCIによって設定されたMCS及び無線リソースを半永久的に用いて（換言すると動的な割当無しに）、PUSCHを送信する。
【００１７】
Release 15 NRにおけるURLLCの要求条件は、32 Bytesのパケット送信時に1ms以下の無線区間遅延かつ信頼度99.999%を達成することである。一方、Release 16又は将来のURLLCでは、URLLCのユースケースを拡大していくことが期待されており、より大きなデータサイズ(例えば、256 Bytesなど)を扱うことが要求され得る。また、端末が送信する上りリンクデータサイズは、URLLCのユースケース又はトラフィックによって異なることが想定される（例えば、32 Bytes〜256 Bytes)。
【００１８】
これに対して、Release 15 NRの上りリンクGrant-free送信では、MCS又は無線リソースの設定は、例えば、上位レイヤ信号によるSemi-staticな設定、又は、Activation用DCIによる半永久的な設定である。また、Release 15 NRでは、データサイズ（例えば、TBS：Transport Block Size）は、例えば、MCS又は無線リソース量から算出される。このため、Release 15 NRの上りリンクGrant-free送信では、端末の上りリンクデータトラフィック量又は上りリンクデータに対する要求条件が動的に変動する場合に、異なるデータサイズ（例えば、TBS）を十分に扱うことができない。
【００１９】
また、例えば、端末が送信すると想定される最大のデータトラフィック量に合わせて、MCS又は無線リソース（換言すると、データサイズ）が設定される場合、上りリンクのGrant-free送信のために多くの無線リソースが確保される場合がある。しかし、URLLCのトラフィックが間欠的である場合等、送信頻度が比較的高くないGrant-free送信に対して、多くのリソースを確保することは、オーバヘッドを増大させ、リソース利用効率を劣化させる恐れがある。
【００２０】
そこで、本開示の一態様では、上りリンクデータトラフィック量又は上りリンクデータの要求条件が動的に変動する場合に、端末がGrant-free送信におけるリソースを動的に決定する方法について説明する。
【００２１】
以下、各実施の形態について、詳細に説明する。
【００２２】
（実施の形態１）
［通信システムの概要］
本開示の各実施の形態に係る通信システムは、基地局１００及び端末２００を備える。
【００２３】
図１は、本開示の各実施の形態に係る端末２００の一部の構成を示すブロック図である。図１に示す端末２００において、制御部２０９は、上りリンクデータの送信（例えば、上りリンクGrant-free送信）に関するパラメータを動的に設定する。送信部２１６は、設定されたパラメータを示す上りリンク制御情報（例えば、UCI）を基地局１００へ送信する。
【００２４】
［基地局の構成］
図２は、本開示の実施の形態１に係る基地局１００の構成を示すブロック図である。図２において、基地局１００は、制御部１０１と、上位制御信号生成部１０２と、符号化部１０３と、変調部１０４と、下り制御信号生成部１０５と、符号化部１０６と、変調部１０７と、信号割当部１０８と、IFFT（Inverse Fast Fourier Transform）部１０９と、送信部１１０と、アンテナ１１１と、受信部１１２と、FFT（Fast Fourier Transform）部１１３と、抽出部１１４と、復調部１１５と、復号部１１６と、復調部１１７と、復号部１１８と、判定部１１９と、を有する。
【００２５】
制御部１０１は、端末２００の上りリンクGrant-free送信のための上りリンク制御情報（UCI：Uplink Control Information）送信に関する情報を決定し、決定した情報を抽出部１１４及び復号部１１６に出力する。UCI送信に関する情報には、例えば、上りリンクGrant-free送信のための「semi-static configuration」（後述する）に関する情報、又は、UCIの送信方法又はリソース位置に関する情報等が含まれる。また、制御部１０１は、決定した情報を上位制御信号生成部１０２又は下り制御信号生成部１０５に出力する。
【００２６】
また、制御部１０１は、上位レイヤの制御信号（上位制御信号）又は下りリンク制御情報を送信するための下りリンク制御信号に対する無線リソース割当を決定し、決定した情報を信号割当部１０８へ出力する。
【００２７】
また，制御部１０１は、端末２００の上りリンクGrant-free送信に関する情報を決定し、決定した情報を抽出部１１４へ出力する。端末２００の上りリンクGrant-free送信に関する情報には、例えば、Grant-free送信における送信周期、送信タイミング、又は、PUSCHを用いて送信されるデータ信号の変調符号化方式（例えば、MCS）等が含まれる。また、制御部１０１は、決定した情報を上位制御信号生成部１０２又は下り制御信号生成部１０５に出力する。
【００２８】
また、制御部１０１は、復号部１１６から入力される、Grant-free送信のパラメータに関する情報に基づいて、上りリンクデータが送信された無線リソース部分、又は、上りリンクデータを復号するための情報（例えば、TBS又はMCS）を決定する。制御部１０１は、決定した情報を抽出部１１４及び復号部１１８に出力する。
【００２９】
上位制御信号生成部１０２は、制御部１０１から入力される制御情報を用いて、制御情報ビット列（上位制御信号）を生成し、生成した制御情報ビット列を符号化部１０３へ出力する。
【００３０】
符号化部１０３は、上位制御信号生成部１０２から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１０４へ出力する。
【００３１】
変調部１０４は、符号化部１０３から入力される制御信号を変調して、変調後の制御信号を信号割当部１０８へ出力する。
【００３２】
下り制御信号生成部１０５は、制御部１０１から入力される制御情報を用いて、制御情報ビット列（下り制御信号。例えば、DCI）を生成し、生成した制御情報ビット列を符号化部１０６へ出力する。なお、制御情報が複数の端末向けに送信されることもあるため、下り制御信号生成部１０５は、各端末向けの制御情報に、各端末の端末IDを含めてビット列を生成してもよい。なお、端末IDには、後述するスクランブリング系列が用いられてもよい。
【００３３】
符号化部１０６は、下り制御信号生成部１０５から入力される制御情報ビット列に対して誤り訂正符号化を行い、符号化後の制御信号を変調部１０７へ出力する。
【００３４】
変調部１０７は、符号化部１０６から入力される制御信号を変調して、変調後の制御信号を信号割当部１０８へ出力する。
【００３５】
信号割当部１０８は、制御部１０１から入力される無線リソースを示す情報に基づいて、変調部１０４から入力される上位制御信号、又は、変調部１０７から入力される下り制御信号を、無線リソースにマッピングする。信号割当部１０８は、信号がマッピングされた下りリンクの信号をIFFT部１０９へ出力する。
【００３６】
IFFT部１０９は、信号割当部１０８から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部１０９は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。IFFT部１０９は、生成した送信波形を送信部１１０へ出力する。
【００３７】
送信部１１０は、IFFT部１０９から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ１１１を介して端末２００に無線信号を送信する。
【００３８】
受信部１１２は、アンテナ１１１を介して受信された端末２００からの上りリンク信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、受信処理後の上りリンク信号波形をFFT部１１３に出力する。
【００３９】
FFT部１１３は、受信部１１２から入力される上りリンク信号波形に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部１１３は、FFT処理により得られた周波数領域信号を抽出部１１４へ出力する。
【００４０】
抽出部１１４は、制御部１０１から入力される情報に基づいて、FFT部１１３から入力される信号から、UCIが送信された無線リソース部分、及び、上りリンクデータが送信された無線リソース部分を抽出する。抽出部１１４は、抽出したUCIが送信された無線リソース部分を復調部１１５へ出力し、抽出した上りリンクデータが送信された無線リソース部分を復調部１１７へ出力する。
【００４１】
復調部１１５は、抽出部１１４から入力される、UCIに対応する無線リソース部分に対して、等化及び復調を行い、復調結果（復調系列）を復号部１１６へ出力する。
【００４２】
復号部１１６は、制御部１０１から入力される情報に基づいて、復調部１１５から入力される復調結果に対して誤り訂正復号を行い、復号後のビット系列（例えば、Grant-free送信のパラメータに関する情報を含む）を制御部１０１へ出力する。
【００４３】
復調部１１７は、抽出部１１４から入力される、上りリンクデータに対応する無線リソース部分に対して、等化及び復調を行い、復調結果（復調系列）を復号部１１８へ出力する。
【００４４】
復号部１１８は、制御部１０１から入力される情報（例えば、上りリンクデータが送信された無線リソース部分、又は、上りリンクデータを復号するための情報）に基づいて、復調部１１７から入力される復調結果に対して誤り訂正復号を行い、復号後のビット系列を判定部１１９へ出力する。
【００４５】
判定部１１９は、復号部１１８から入力されるビット系列に対して誤り検出を行い、誤りが検出されない場合、受信データを得る。なお、判定部１１９は、誤り検出結果を用いて、端末２００に対する再送要求のための応答信号（ACK/NACK又はHARQ-ACK）を生成し、再送制御を行ってもよい（図示せず）。
【００４６】
［端末の構成］
図３は、本開示の実施の形態１に係る端末２００の構成を示すブロック図である。図３において、端末２００は、アンテナ２０１と、受信部２０２と、FFT部２０３と、抽出部２０４と、下り制御信号復調部２０５と、復号部２０６と、上位制御信号復調部２０７と、復号部２０８と、制御部２０９と、符号化部２１０，２１２と、変調部２１１，２１３と、信号割当部２１４と、IFFT部２１５と、送信部２１６と、を有する。
【００４７】
受信部２０２は、アンテナ２０１を介して受信された基地局１００からの下りリンク信号（データ信号又は制御信号）の信号波形に対して、ダウンコンバート又はA/D（Analog-to-Digital）変換などのRF処理を行い、得られる受信信号（ベースバンド信号）をFFT部２０３に出力する。
【００４８】
FFT部２０３は、受信部２０２から入力される信号（時間領域信号）に対して、時間領域信号を周波数領域信号に変換するFFT処理を施す。FFT部２０３は、FFT処理により得られた周波数領域信号を抽出部２０４へ出力する。
【００４９】
抽出部２０４は、制御部２０９から入力される制御情報（例えば、制御信号の無線リソースに関する情報）に基づいて、FFT部２０３から入力される信号から、下り制御信号（例えば、DCI）、又は、上位制御信号を抽出する。抽出部２０４は、下り制御信号を下り制御信号復調部２０５へ出力し、上位制御信号を上位制御信号復調部２０７へ出力する。
【００５０】
下り制御信号復調部２０５は、抽出部２０４から入力される下り制御信号を等化及び復調して、復調結果を復号部２０６へ出力する。
【００５１】
復号部２０６は、下り制御信号復調部２０５から入力される復調結果を用いて誤り訂正復号を行い、制御情報を得る。復号部２０６は、得られた制御情報を制御部２０９に出力する。
【００５２】
上位制御信号復調部２０７は、抽出部２０４から入力される上位制御信号を等化及び復調し、復調結果を復号部２０８へ出力する。
【００５３】
復号部２０８は、上位制御信号復調部２０７から入力される復調結果を用いて誤り訂正復号を行い、制御情報を得る。復号部２０８は、得られた制御情報を制御部２０９に出力する。
【００５４】
制御部２０９は、復号部２０６又は復号部２０８から入力される制御情報に含まれる、端末２００のUCI送信に関する情報、又は、上りリンクGrant-free送信に関する情報に基づいて、上りリンク送信（例えば、UCI又は上りリンクデータ）における送信方法又はパラメータ（例えば、MCS又は無線リソース等）を決定する。制御部２０９は、決定した情報を符号化部２１０，２１２、変調部２１１，２１３及び信号割当部２１４へ出力する。
【００５５】
また、制御部２０９は、復号部２０６又は復号部２０８から入力される制御情報に含まれる、制御信号の無線リソースに関する情報を、抽出部２０４に出力する。
【００５６】
符号化部２１０は、制御部２０９から入力される情報に基づいて、UCI（例えば、UCI系列）を誤り訂正符号化し、符号化後のUCI（ビット系列）を変調部２１１へ出力する。
【００５７】
変調部２１１は、制御部２０９から入力される情報に基づいて、符号化部２１０から入力されるUCIを変調して、変調後のUCI（変調シンボル列）を信号割当部２１４へ出力する。
【００５８】
符号化部２１２は、制御部２０９から入力される情報に基づいて、上りリンクデータ（送信ビット系列）を誤り訂正符号化し、符号化後の上りリンクデータ（ビット系列）を変調部２１３へ出力する。
【００５９】
変調部２１３は、制御部２０９から入力される情報に基づいて、符号化部２１２から入力される上りリンクデータを変調して、変調後の上りリンクデータ（変調シンボル列）を信号割当部２１４へ出力する。
【００６０】
信号割当部２１４は、変調部２１１から入力されるUCI（変調シンボル列）を、制御部２０９から指示される無線リソースにマッピングする。また、信号割当部２１４は、変調部２１３から入力される上りリンクデータ（変調シンボル列）を、制御部２０９から指示される無線リソースにマッピングする。信号割当部２１４は、UCI又は上りリンクデータがマッピングされた信号をIFFT部２１５へ出力する。
【００６１】
IFFT部２１５は、信号割当部２１４から入力される信号に対して、OFDM等の送信波形生成処理を施す。IFFT部２１５は、CP（Cyclic Prefix）を付加するOFDM伝送の場合には、CPを付加する（図示せず）。または、IFFT部２１５がシングルキャリア波形を生成する場合には、信号割当部２１４の前段にDFT（Discrete Fourier Transform）部が追加されてもよい（図示せず）。IFFT部２１５は、生成した送信波形を送信部２１６へ出力する。
【００６２】
送信部２１６は、IFFT部２１５から入力される信号に対してD/A（Digital-to-Analog）変換、アップコンバート等のRF（Radio Frequency）処理を行い、アンテナ２０１を介して基地局１００に無線信号を送信する。
【００６３】
［基地局１００及び端末２００の動作］
以上の構成を有する基地局１００及び端末２００における動作について詳細に説明する。
【００６４】
端末が選択できるデータサイズ（例えば、TBS）の候補が多くなれば、端末はデータトラフィック量に応じてより柔軟な上りリンクGrant-free送信を行うことができる。
【００６５】
同様に、端末が選択できる無線リソース割当の粒度が細かくなれば、端末はデータトラフィック量に応じてより柔軟な上りリンクGrant-free送信を行うことができる。
【００６６】
しかし、上りリンクGrant-free送信において端末がTBS又は無線リソース等のパラメータを柔軟に設定する場合、端末から基地局へ通知するUCIのオーバヘッドが増大する。また、上りリンクGrant-free送信のパラメータ（例えば、TBS又は無線リソースの候補）が多くなれば、基地局の受信処理が複雑になる恐れもある。
【００６７】
そこで、本実施の形態では、端末２００は、上りリンクGrant-free送信に関するパラメータ（例えばTBS又は無線リソース等）を動的に決定する。また、端末２００は、決定されたパラメータを示すインデックス（識別情報）を含むUCIを基地局１００へ通知する。
【００６８】
基地局１００は、上りリンクGrant-free送信のためのTBS又は無線リソース等のパラメータの設定に関して、例えば、上位レイヤ信号又はActivation用DCIによって複数のパラメータの組み合わせ（以下、例えば、「Semi-static configuration」と呼ぶ）を端末２００へ通知する。
【００６９】
端末２００は、複数のパラメータの組み合わせ（換言すると、パラメータの候補）の中から、１つの組み合わせを選択し、選択した組み合わせに対応するパラメータを用いて上りリンクGrant-free送信を行う。また、端末２００は、UCI（例えば、数ビット）を用いて、選択したパラメータの組み合わせを示す識別情報（例えば、インデックス）を基地局１００へ通知する。
【００７０】
図４は、本実施の形態に係る基地局１００及び端末２００の処理のフローを示す。
【００７１】
基地局１００は、例えば、端末固有の上位レイヤ通知、又は、Activation用DCI通知を用いて、上りリンクGrant-free送信のSemi-static configurationを端末２００へ通知する（ＳＴ１０１又はＳＴ１０３）。
【００７２】
上りリンクGrant-free送信のSemi-static configurationを構成するパラメータには、例えば、図５に示すように、TBSに関する情報{X(1), X(2), …, X(NX-1)}又は無線リソース割当に関する情報が含まれる。無線リソース割当に関する情報には、例えば、時間リソース割当に関する情報（例えば、割当シンボル数）{Y(1), Y(2), …, Y(NY-1)}、又は、周波数リソース割当に関する情報（例えば、PRB位置及びPRB数）{Z(1), Z(2), …, Z(NZ-1)}等がある。
【００７３】
なお、Semi-static configurationを構成するパラメータは、図５に示す組み合わせに限らず、他のパラメータでもよい。また、無線リソース割当に関する情報には、時間リソース割当に関する情報、及び、周波数リソース割当に関する情報の双方が含まれてもよく、何れか一方が含まれてもよい。
【００７４】
また、基地局１００は、例えば、図５に示すように、UCIビットと、上述した上りリンクGrant-free送信のSemi-static configurationとの対応付けを端末２００へ通知する。図５に示す対応付けでは、Semi-static configurationを構成するパラメータの各組合せに対して、UCIビットで表されるインデックス（例えば、0〜Mの何れか）が対応付けられている。
【００７５】
端末２００は、基地局１００によって設定される上りリンクGrant-free送信のSemi-static configurationに関する情報（例えば、図５に示す情報）を取得する（ＳＴ１０２又はＳＴ１０４）。これにより、上りリンクGrant-free送信のSemi-static configurationに関する情報は、基地局１００と端末２００との間で共有される。
【００７６】
図４において、例えば、Type 2 PUSCH送信の場合、基地局１００は、Activation用DCIを端末２００へ送信する（ＳＴ１０３）。端末２００は、Activation用DCIを取得し（ＳＴ１０４）、上りリンクデータの送信に関する情報を特定する。なお、Type 1 PUSCH送信の場合、図４に示すＳＴ１０３及びＳＴ１０４の処理の代わりに、例えば、MCS及び無線リソース割当情報等が端末固有の上位レイヤ信号によって端末２００に設定される（図示せず）。
【００７７】
端末２００において上りリンクパケットが発生すると、端末２００は、上りリンクのデータトラフィック量（例えば、バッファに含まれるデータ量等）に応じて、ＳＴ１０２において取得した上りリンクGrant-free送信のSemi-static configurationに含まれる複数のパラメータの組み合わせ（例えば、TBS及び無線リソース量の組み合わせ）の中から、実際に用いるパラメータの組み合わせを１つ選択（決定）する（ＳＴ１０５）。
【００７８】
端末２００は、ＳＴ１０５で選択した組み合わせに対応するパラメータに基づいて、上りリンクデータ（PUSCH）を生成する（ＳＴ１０６）。また、端末２００は、上りリンクデータ（PUSCH）に対応するUCIの少なくとも一部を用いて、ＳＴ１０５で選択した上りリンクGrant-free送信に対するパラメータの組み合わせを示す識別情報（例えば、図５に示すインデックス0〜Mの何れか）を生成する（ＳＴ１０７）。なお、ＳＴ１０６及びＳＴ１０７の処理順序は逆でもよい。
【００７９】
そして、端末２００は、上りリンクデータ及びUCIを含む上りリンク信号を基地局１００へ送信する（ＳＴ１０８）。基地局１００は、上りリンク信号を受信する（ＳＴ１０９）。
【００８０】
基地局１００は、受信した上りリンク信号から抽出されるUCIを復号する（ＳＴ１１０）。そして、基地局１００は、復号したUCIに示される上りリンクGrant-free送信に対するパラメータの組み合わせに基づいて、PUSCHを復号する（ＳＴ１１１）。
【００８１】
このように、本実施の形態によれば、基地局１００は、上りリンクGrant-free送信のためのパラメータの組み合わせ(Semi-static configuration)を端末２００へ予め通知し、端末２００は、複数のパラメータの組み合わせの中から、例えば、端末２００のデータトラフィック量に応じて１つの組み合わせを選択する。
【００８２】
これにより、端末２００に対して、例えば、上位レイヤ信号又はActivation用DCIによって上りリンクGrant-free送信のためのパラメータの組み合わせを複数設定できる。端末２００は、端末２００のデータトラフィック量（例えば、端末２００のバッファに含まれるデータサイズ等）に応じて、上りリンクGrant-free送信に用いるTBS又は無線リソースに関するパラメータを動的に設定できる。よって、本実施の形態では、例えば、Release 15のGrant-free送信と比較して、端末２００は、実際に送信するデータトラフィック量に合わせてパラメータを柔軟に設定できる。
【００８３】
また、端末２００は、UCIを用いて、基地局１００と端末２００との間で予め設定されているパラメータの組み合わせ（例えば、図５）のうち、選択したパラメータの組み合わせを示すインデックスを基地局１００へ通知する。これにより、端末２００が上りリンクGrant-free送信のためのパラメータを柔軟に設定する場合でも、UCIのオーバヘッドの増加を抑えることができる。また、基地局１００は、端末２００から通知されるUCI（インデックスを含む）により、TBS又は無線リソースに関するパラメータを特定できる。よって、本実施の形態によれば、上りリンクGrant-free送信によって端末２００から送信された上りリンクデータを正しく復調及び復号できる。
【００８４】
また、基地局１００は、端末２００へ予め設定したパラメータの組み合わせ（候補）の何れかを用いて上りリンクGrant-free送信の受信処理を行うことができるので、基地局１００の受信処理を簡易化できる。
【００８５】
（実施の形態１の変形例１）
本実施の形態において、TBSに関する情報又は無線リソース割当に関する情報は、絶対値でもよく、所定値に対する相対値でもよい。
【００８６】
相対値の場合、例えば、Release 15 NRの場合と同様に、基地局１００が端末固有の上位レイヤ信号又はActivation用DCIによって１つのSemi-staticな設定又は半永久的なGrant-free送信に対するパラメータの組み合わせ（所定値）を予め設定する。そして、基地局１００は、端末固有の上位レイヤ通知又はActivation用DCI通知によって、上りリンクGrant-free送信のSemi-static configurationを端末２００へ通知する。このとき、Semi-static configurationを構成する各パラメータの値は、基地局１００が端末固有の上位レイヤ信号又はActivation用DCIにより予め設定した各パラメータ（所定値）からの差分によって表される。
【００８７】
変形例１によれば、基地局１００は端末２００に対して、各パラメータの差分を通知すればよく、上位レイヤ信号又はActivation用DCIを用いて上りリンクGrant-free送信に対する情報を通知するためのオーバヘッドを削減できる。
【００８８】
（実施の形態１の変形例２）
Release 15 NRにおいて、TBSは、MCS又は無線リソース量（例えば、時間リソース又は周波数リソース）から算出される。よって、Semi-static configurationに含まれるパラメータとしては、TBSに関する情報（例えば、図５を参照）が、MCSに関する情報に置き換えられてもよい。なお、Semi-static configurationには、TBSに関する情報及びMCSに関する情報の双方が含まれてもよい。
【００８９】
（実施の形態１の変形例３）
上りリンクGrant-free送信のSemi-static configurationを構成するパラメータには、TBSに関する情報及び無線リソースに関する情報の双方が含まれてもよく、何れか一方が含まれてもよい。また、TBSに関する情報及び無線リソースに関する情報の何れか一方がSemi-static configurationに含まれる場合、Semi-static configurationに含まれないパラメータについては、Release 15と同様に、基地局１００によって端末固有の上位レイヤ信号又はActivation用DCIによって１つの値がsemi-static又は半永久的に設定されてもよい。
【００９０】
（実施の形態２）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
【００９１】
Release 15では，１つのServing cell内及びBandwidth part内に設定できるActiveなGrant-free送信は１つである。一方、Release 16では、１つのServing cell内及びBandwidth part内に複数のActiveなGrant-free送信を設定することが検討されている。
【００９２】
複数のActiveなGrant-free送信を設定することができれば、各Grant-free送信に対して別々のMCS又は無線リソース割当を設定することが可能になるので、端末２００が実際に送信するデータトラフィック量に合わせて適切なGrant-free送信を選択できる。
【００９３】
本実施の形態では、基地局１００は、端末２００に対して、１つのServing cell内及びBandwidth part内に、複数のActiveなGrant-free送信を設定可能とする。
【００９４】
例えば、基地局１００は、端末固有の上位レイヤ通知、又は、Activation用DCI通知を用いて、上りリンクGrant-free送信のパラメータをSemi-static又は半永久的に設定する。
【００９５】
このとき、基地局１００は、複数のGrant-free送信毎のパラメータの設定を端末２００へ通知する。例えば、複数のActiveなGrant-free送信の各々に対して、異なるパラメータの組み合わせが設定されてもよい。上りリンクGrant-free送信のパラメータには、例えば、TBSに関する情報、MCSに関する情報、無線リソース割当に関する情報、送信周期に関する情報、又は、Repetition回数に関する情報等がある。例えば、TBS、無線リソース割当又はRepetition回数等は、複数のActiveなGrant-free送信毎に異ならせてもよい。
【００９６】
例えば、図６に示すように、基地局１００は、UCIビットと、Grant-free送信の各設定に対応するConfiguration IDとの対応付けを端末２００へ通知する。これにより、上りリンクGrant-free送信の複数の設定（configuration）に関する情報は、基地局１００と端末２００との間で共有される。
【００９７】
図６では、例えば、複数（M+1個）のGrant-free送信に対して、TBS又はMCSに関する情報{X(1), X(2), …, X(NX-1)}、時間リソース割当に関する情報（例えば、割当シンボル数）{Y(1), Y(2), …, Y(NY-1)}、及び、周波数リソース割当に関する情報（例えば、PRB位置及びPRB数）{Z(1), Z(2), …, Z(NZ-1)}等がそれぞれ設定されている。また、図６では、各Grant-free送信の設定に対応する識別情報（Configuration ID）と、UCIビットとが対応付けられている。
【００９８】
また、基地局１００は、実施の形態１と同様に、各上りリンクGrant-free送信に対するSemi-static configuration（換言すると、パラメータの組み合わせ）を端末２００へ通知してもよい。上りリンクGrant-free送信のSemi-static configuraitonを構成するパラメータは、例えば、実施の形態１（例えば、図５を参照）と同様でもよい。これにより、端末２００は、上りリンクGrant-free送信の複数の設定、及び、各設定における複数のパラメータの組み合わせ（Semi-static configuration）の中から、例えば、端末２００のデータトラフィック量に応じたパラメータをより柔軟に選択できる。なお、Semi-static configurationは、複数のGrant-free送信の設定間で共通でもよく、複数のGrant-free送信の設定毎に異なってもよい。
【００９９】
例えば、端末２００において上りリンクパケットが発生すると、端末２００は、基地局１００によって設定される複数のActiveなGrant-free送信の設定の中から、実際に用いる１つの設定を選択する。例えば、端末２００は、上りリンクのデータトラフィック量（例えば、バッファに含まれるデータ量等）に応じて、端末２００に設定された複数の上りリンクGrant-free送信の設定の中から１つの設定を選択する。
【０１００】
端末２００は、選択したActiveなGrant-free送信の設定に対応するパラメータに基づいて、上りリンクGrant-free送信を行う。また、端末２００は、UCI（例えば、数ビット）を用いて、選択したActiveなGrant-free送信の設定を示す識別情報（例えば、Configuration ID）（例えば、図６に示すインデックス0〜Mの何れか）を基地局１００へ通知する。
【０１０１】
基地局１００は、端末２００から通知されるUCIに基づいて、端末２００が選択したGrant-free送信の設定を特定し、特定した設定に基づいて、上りリンクGrant-free送信されるデータを復調及び復号する。
【０１０２】
このように、本実施の形態では、端末２００は、複数の上りリンクGrant-free送信の設定の中から、例えば、端末２００のデータトラフィック量に応じた設定を選択して、上りリンクGrant-free送信を行う。よって、本実施の形態によれば、Release 15のGrant-free送信と比較して、端末２００が実際に送信するデータトラフィック量に合わせてパラメータを柔軟に設定できる。
【０１０３】
また、端末２００は、UCIを用いて、選択したGrant-free送信の設定を示す識別情報（例えば、Configuration ID）を基地局１００へ通知する。これにより、基地局１００は、端末２００が実際に用いた設定を容易に特定できる。
【０１０４】
特に、複数のActiveなGrant-free送信の設定に同一無線リソースが割り当てられる場合、無線リソースの観点からは、基地局１００がこれらの設定を区別することは困難である。一方、本実施の形態のように、複数のActiveなGrant-free送信の設定を区別するためのConfiguration IDをUCIに含めることにより、基地局１００は、端末２００がどの設定を用いてGrant-free送信を行うかを容易に区別できる。
【０１０５】
なお、UCIを用いて通知される上りリンクGrant-free送信の設定に関するパラメータは、Configuration IDに限定されない。例えば、HARQプロセス番号、Repetition回数、RV(Redundancy Version)、又は、Repetition送信の場合のRepetition番号（例えば、何回目の繰り返しかを示す情報）等が含まれてもよい。また、実施の形態１と同様、Semi-static configurationを用いる場合は、Semi-static configurationのパラメータの組み合わせを示すインデックスが含まれてもよい。
【０１０６】
（実施の形態２の変形例１）
複数のActiveなGrant-free送信の設定に対して同一の無線リソースが割り当てられる場合、無線リソースの観点からは、基地局１００がこれらの設定を区別することが困難であるため、本実施の形態で説明したConfiguration IDによる区別は有効である。
【０１０７】
一方で、複数のActiveなGrant-free送信の設定に対してそれぞれ異なる無線リソース（例えば、互いに直交する無線リソース）が割り当てられる場合、基地局１００は、上りリンク信号を受信した無線リソースから、複数のActiveなGrant-free送信の設定をそれぞれ区別できる。
【０１０８】
よって、端末２００は、例えば、複数のActiveなGrant-free送信の設定に同一の無線リソースが割り当てられる場合、選択した設定を示すConfiguration IDをUCIに含めて、複数のActiveなGrant-free送信の設定にそれぞれ異なる無線リソースが割り当てられる場合に、選択した設定を示すConfiguration IDをUCIに含めなくてもよい。例えば、基地局１００は、Configuration IDをUCIに含めるか否かを示す情報を端末２００へ通知し、端末２００は、基地局１００からの通知に基づいて、Configuration IDをUCIに含めるか否かを判断してもよい。
【０１０９】
これにより、UCIにおけるオーバヘッドの増加を防止できる。
【０１１０】
（実施の形態２の変形例２）
基地局１００は、異なる端末２００に対するActiveなGrant-free送信の設定において同一の無線リソースを割り当てることもできる。この場合、基地局１００は、どの端末２００から上りリンク信号が送信されたかを区別しなければならない。
【０１１１】
例えば、Release 15では、各端末に対して異なるDMRSを割り当てることにより、端末が区別される。しかし、割当可能なDMRS系列数には限りがある。
【０１１２】
そこで、例えば、端末２００が基地局１００へ通知するUCIに、端末ID（例えば、C-RNTI）を含めてもよい。
【０１１３】
また、端末２００は、端末ID（例えば、C-RNTI）を用いてUCIをスクランブリングしてもよい。これにより、基地局１００は、同一無線リソースを割り当てられた端末２００のGrant-free送信を区別することができ、より多くの端末２００に対して同一無線リソースを割り当てることが可能になる。
【０１１４】
（実施の形態２の変形例３）
端末２００は、ActiveなGrant-free送信の設定を複数用いて上りリンクデータを送信してもよい。
【０１１５】
複数のActiveなGrant-free送信の設定を用いる例として、端末２００が、Repetitionを用いて複数の送信タイミングで上りリンクGrant-free送信を行う場合に、ActiveなGrant-free送信の設定をRepetition毎に（換言すると、複数の送信タイミング毎に）切り替えてもよい。
【０１１６】
例えば、図７に示すように、時刻tにおいて上りリンクパケットが発生し、スロット#n（例えば、時刻t+n）において端末２００が上りリンクデータを送信できる場合について説明する。図７では、Configuration ID#1は、割当リソース量が小さく、送信頻度が高い設定であるのに対して、Configuration ID#2は、割当リソース量が大きく、送信頻度が低い設定である。
【０１１７】
例えば、Configuraiton ID#1の無線リソースがスロット#nに割り当てられ、Configuration ID#2の無線リソースがスロット#n+1に割り当てられることを想定する。
【０１１８】
このとき、上りリンクデータのトラフィック量の観点からは、例えば、リソース量がより大きいConfiguration ID#2を選択することが適している場合でも、遅延の観点からは、時間的により早く送信可能なConfiguration ID#1を用いることが適している場合も考えられる。この場合には、例えば、図７に示すように、端末２００は、上りリンクパケット発生してから最初の送信にはConfiguration ID#1を用いて上りリンクパケットを送信し、次の送信には、Configuration ID#2に切り替えて送信してもよい。
【０１１９】
これにより、上りリンクデータの送信において遅延を削減しつつ、上りリンクデータのトラフィック量に合わせたGrant-free送信が可能である。
【０１２０】
また、基地局１００が端末２００において各Repetition送信において用いたConfiguration IDを特定できるように、端末２００は、各Repetition（各送信タイミング）において用いたConfiguration IDをUCIに含めて基地局１００へ通知してもよい。例えば、図７では、各Repetition送信のタイミング（例えば、スロット#n、#n+1、#n+2、#n+3）において、Configuration ID#1、#2、#1、#2を含むUCIがそれぞれ通知される。
【０１２１】
または、端末２００は、Repetition送信（複数の送信タイミング）においてそれぞれ用いるConfiguraiton IDのパターンをUCIに含めて基地局１００へ通知してもよい。例えば、図７では、Repetition送信において用いるConfiguraiton IDのパターン{#1, #2, #1, #2}である。例えば、端末２００は、複数のRepetition送信のうち、初回の送信にConfiguration IDのパターンを含むUCIを送信してもよい。
【０１２２】
なお、Configuration IDのパターンは、図７に示すように各設定が交互に切り替わるパターンに限定されない。
【０１２３】
（実施の形態２の変形例４）
NRでは、トランスポートブロック（TB：Transport Block）は、複数のコードブロック（CB：Code Block）又はコードブロックグループ（CBG：Code Block Group）に分割される場合がある。
【０１２４】
端末２００は、ActiveなGrant-free送信の設定を複数用いて、それぞれの異なるコードブロックを送信してもよい。換言すると、端末２００は、上りリンクデータに対応するTBを分割した複数のCB（又は、CBG）毎に、ActiveなGrant-free送信の複数の設定の何れかをそれぞれ選択してもよい。
【０１２５】
端末２００が複数のActiveなGrant-free送信の設定を用いて複数のCB（又は、CBG）を送信する例について説明する。例えば、複数のActiveなGrant-free送信にそれぞれ設定された無線リソース量が１つのTBの送信に十分でない場合に、端末２００は、１つのTBを構成する複数のコードブロック毎に、複数のActiveなGrant-free送信の設定の何れかをそれぞれ選択してもよい。換言すると、端末２００は、１つのTBの送信において、複数のActiveなGrant-free送信の設定にそれぞれ設定された無線リソースを組みわせてもよい。
【０１２６】
これにより、1つのTBの送信に十分な無線リソースを確保できる。
【０１２７】
（実施の形態３）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
【０１２８】
本実施の形態では、例えば、図８に示すように、上りリンクGrant-free送信に対して、信頼度、要求条件又はユースケース(サービス又はトラフィックタイプ等)の優先度に関する情報（優先度情報）がUCIに含められる。
【０１２９】
例えば、図８では、各上りリンクGrant-free送信の設定（Configuration ID=0〜Mの何れか）に対して、高い優先度（priority level：High）又は低い優先度（priority level:Low）がそれぞれ設定されている。なお、図８では、一例として、優先度を２レベル（High or Low）に設定する場合について説明したが、優先度は３レベル以上設定されてもよい。
【０１３０】
これにより、基地局１００は、端末２００がそれぞれ送信する上りリンクデータの信頼度、要求条件又はユースケース(サービス)に応じた優先度を区別することができる。
【０１３１】
例えば、複数のActiveなGrant-free送信の設定を異なるユースケース（例えば、eMBBとURLLC）にそれぞれ対応させ、複数のActiveなGrant-free送信に対して同一無線リソースが割り当てられる場合について説明する。この場合、無線リソースの観点からは、基地局１００は、これらの上りリンクデータの種類（ユースケース）を区別することは困難である。
【０１３２】
これに対して、本実施の形態では、複数のActiveなGrant-free送信の設定を区別できるConfiguration ID及び優先度情報がUCIに含まれる。これにより、基地局１００は、UCIに含まれる優先度情報を参照することにより、端末２００がどの設定（どの優先度）を用いてGrant-free送信を行うかを容易に区別できる。
【０１３３】
例えば、基地局１００は、上りリンクGrant-free送信された上りリンクデータを受信した後の再送又は次に上りリンクデータのスケジューリングを行う際、端末２００から既に受信したUCIに含まれる優先度情報を利用してもよい。例えば、基地局１００は、優先度の高い上りリンク送信に関連するスケジューリングを、他の上りリンク送信に関連するスケジューリングよりも優先的に行ってもよい。
【０１３４】
（実施の形態４）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
【０１３５】
本実施の形態では、UCIの送信方法及びUCIを割り当てる無線リソースについて説明する。
【０１３６】
実施の形態１〜３では、端末２００が上りリンクGrant-free送信に関するパラメータを含むUCIを基地局１００へ通知する場合について説明した。基地局１００は、端末２００から通知されるUCIを復調及び復号することにより、端末２００において実際に上りリンクGrant-free送信に用いられるパラメータ（例えば、TBS又は無線リソース等）を特定し、上りリンクデータを復調及び復号する。
【０１３７】
ところで、上述した上りリンクGrant-free送信において、UCIの送信方法又はパラメータについては、基地局１００と端末２００との間において既知でなければならない。
【０１３８】
以下、一例として、本実施の形態に係るUCIの送信方法について２つの方法（Option 1及びOption 2）について説明する。
【０１３９】
[Option 1]
Option 1は、PUCCH（Physical Uplink Contol Channel）を用いてUCIを送信する方法である。
【０１４０】
基地局１００は、端末固有の上位レイヤ通知又はActivation用DCI通知を用いて、上りリンクGrant-free送信のパラメータをSemi-static又は半永久的に端末２００に設定する。または、実施の形態１〜３で説明した方法により、基地局１００は、端末２００に対して、複数のパラメータの組み合わせに関する情報を設定する。
【０１４１】
このとき、基地局１００は、端末固有の上位レイヤ通知又はActivation用DCI通知を用いて、UCI送信用のPUCCHリソースに関するパラメータについても設定する。PUCCHリソースに関するパラメータには、例えば、PUCCHフォーマットに関する情報、時間領域のリソース割り当てに関する情報、周波数領域のリソース割当に関する情報、又は、符号化率に関する情報等が含まれる。
【０１４２】
[Option 2]
Option 2は、上りリンクGrant-free送信のPUSCHにUCIを多重して送信する方法である（例えば、図９を参照）。
【０１４３】
基地局１００は、端末固有の上位レイヤ通知又はActivation用DCI通知を用いて、上りリンクGrant-free送信のパラメータをSemi-static又は半永久的に端末２００に設定する。または、実施の形態１〜３で説明した方法により、基地局１００は、端末２００に対して、複数のパラメータの組み合わせに関する情報を設定する。
【０１４４】
このとき、基地局１００は、端末固有の上位レイヤ通知又はActivation用DCI通知を用いて、UCIをPUSCHリソースへ多重するためのパラメータについても設定する。UCIをPUSCHリソースへ多重するためのパラメータには、例えば、符号化率に関する情報（例えば、beta offset)（例えば、非特許文献３を参照）又はUCIをマッピングする無線リソースに関する情報等が含まれる。例えば、UCIをPUSCHリソースへ多重するためのパラメータは、図９に示すように、UCIのマッピングに必要最小限のリソースが基地局１００（例えば、gNB）によって設定されてもよい。
【０１４５】
ここで、UCIをマッピングする無線リソースについて、端末２００が選択する無線リソース全体にUCIをマッピングすると、基地局１００は、UCIを復調及び復号するまで、端末２００が選択する無線リソース量を知ることができない。このため、基地局１００は、UCIを正確に復調及び復号することができない。
【０１４６】
一方、本実施の形態によれば、基地局１００は、UCIの送信方法及びUCIが送信される無線リソースを予め特定することができるので、UCIを正しく復調及び復号することができる。
【０１４７】
また、実施の形態１の変形例１で説明したように、基地局１００が無線リソースの相対値を端末２００へ通知する場合、Release 15の場合と同様、基地局１００が端末固有の上位レイヤ信号又はActivation用DCIを用いて、１つのSemi-staticな設定又は半永久的なGrant-free送信に対するパラメータの組み合わせを予め設定する。さらに、基地局１００は、端末固有の上位レイヤ通知又はActivation用DCI通知を用いて、上りリンクGrant-free送信のSemi-static configurationを端末２００へ通知する。このとき、Semi-static configurationを構成する各パラメータの値は、基地局１００が端末固有の上位レイヤ信号又はActivation用DCIを用いて予め設定した各パラメータの値からの差分で設定される。この場合、端末２００は、基地局１００が端末固有の上位レイヤ信号又はActivation用DCIを用いて予め設定した１つの組み合わせに対応するパラメータを用いて、UCIを送信してもよい。これにより、基地局１００から端末２００に対して、UCI用に追加の無線リソース割当情報を通知する必要はなくなる。
【０１４８】
（実施の形態４の変形例１）
基地局１００において、UCIは、データと比較してより早く復調及び復号されることが望ましい。そこで、UCIは、データよりも前のシンボルに割り当てられてもよい。例えば、端末２００は、DMRSシンボルの次のシンボル以降にUCIをマッピングしてもよい。これにより、基地局１００は、UCIをより早く復調及び復号できる。
【０１４９】
（実施の形態４の変形例２）
UCIのマッピング位置は、ユースケースによって異なってもよい。
【０１５０】
例えば、Grant-free上りリンク送信は、URLLCの他に、アンライセンスバンドを用いるNR（NR-Uと呼ぶこともある）、又は、車車間通信(V2X)等でも利用される可能性がある。
【０１５１】
URLLC及びアンライセンスバンドを用いるNRでは、基地局１００においてUCIをより早く復調及び復号されることが望ましい。そこで、URLLC又はアンライセンスバンドを用いるNRでは、UCIは、データよりも前のシンボルに割り当てられてもよい。これにより、UCIの遅延を低減できる。
【０１５２】
また、V2Xでは、カバレッジを確保することが重要である。そこで、V2Xでは、UCIは、データと周波数多重（FDM：Frequency Division Multiplexing）されて、複数シンボルを用いて送信されてもよい。これにより、カバレッジを拡大できる。
【０１５３】
（実施の形態４の変形例３）
本実施の形態では、上りリンクGrant-free送信に用いるパラメータを通知するためのUCIに着目している。
【０１５４】
一方、NRでは、一般に、下りリンクデータに対する応答信号（ACK/NACK）又はチャネル状態情報（CSI：Channel State Information）等のUCIについても、端末から基地局へ送信される。また、NRでは、下りリンクデータに対するACK/NACK又はチャネル状態情報等のUCIが送信されるPUCCHと、Grant-free PUSCHとが時間的に重なった場合、ACK/NACK又はチャネル状態情報等のUCIは、Grant-free PUSCHに多重される。
【０１５５】
この場合、上りリンクGrant-free送信に用いるパラメータを通知するためのUCIと、ACK/NACK又はチャネル状態情報等のUCIとは別々にGrant-free送信に多重されてもよい。
【０１５６】
例えば、上記Option 1の場合、端末２００は、上りリンクGrant-free送信に用いるパラメータを通知するためのUCIをPUCCHで送信し、ACK/NACK又はチャネル状態情報等のUCIをGrant-free PUSCHに多重して送信してもよい。
【０１５７】
また、例えば、上記Option 2の場合、端末２００は、上りリンクGrant-free送信に用いるパラメータを通知するためのUCIをPUSCHリソースへ多重する。また、端末２００は、PUSCHリソース上の上りリンクGrant-free送信に用いるパラメータを通知するためのUCIとは異なる無線リソースに、ACK/NACK又はチャネル状態情報等のUCIをマッピングしてもよい。
【０１５８】
（実施の形態５）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
【０１５９】
Release 15では、上りリンクGrant-free送信に対して、スロット間でRepetition送信を適用することができる。一方、Release 16では、低遅延かつ高信頼性を実現するために、上りリンクGrant-free送信に対するスロット内でのRepetition送信を適用することが検討されている。
【０１６０】
本実施の形態では、Repetitionの設定（例えば、Repetition回数又はRepetition方法）を、UCIと、データを送信するPUSCHとで異ならせる。
【０１６１】
例えば、図１０に示すように、UCIに対するRepetitionについては、スロット内でのRepetitionが適用される。これに対して、図１０に示すように、データを送信するPUSCHに対しては、スロット間のRepetitionが適用される。
【０１６２】
これにより、RepetitionによってUCIの信頼度を高めつつ、スロット内でのRepetitionによって、基地局１００は、PUSCHと比較してより早い段階でUCIを復調及び復号することが可能になる。
【０１６３】
（実施の形態６）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
【０１６４】
本実施の形態では、上りリンクGrant-free送信の設定方法の一部に、端末共通の上位レイヤ通知を導入する。例えば、上りリンクGrant-free送信について端末２００に設定されるリソースには、端末２００に個別に設定されるリソース、及び、端末２００を含む複数の端末に共通のリソースが含まれる。
【０１６５】
例えば、或る端末に対して、上りリンクGrant-free送信に関する複数のパラメータの組み合わせを設定する際、大きいデータ量を想定したリソースを端末毎に確保することは、リソース利用効率の劣化につながる恐れがある。そこで、例えば、大きいデータ量を想定したリソースについては、端末間で共通のリソースが割り当てられることも考えられる。
【０１６６】
換言すると、データ量が少ない場合を想定したリソースは端末２００に個別に設定され、データ量が大きい場合を想定したリソースは端末間で共通に設定される。
【０１６７】
これにより、複数の端末２００に対する上りリンクGrant-free送信のリソース利用効率を向上させることができる。
【０１６８】
また、端末間で共有のリソースが、端末固有の通知で設定されることは、上位レイヤ信号のオーバヘッドの増加につながる。そこで、本実施の形態では、上りリンクGrant-free送信に対して、端末２００間で共有のリソース設定は、端末共通（又は、セル固有）の通知によって設定される。例えば、基地局１００は、端末共通の上位レイヤ通知（例えば、SIB(System Information Block)等）を用いて、上りリンクGrant-free送信に対する無線リソース割当情報等を設定する。
【０１６９】
これにより、端末共通のリソースを割り当てるためのオーバヘッドを削減することができる。
【０１７０】
なお、この端末共通の上位レイヤ通知により設定されるGrant-free送信のパラメータは、端末２００に対するデフォルト設定（初期設定）に利用されてもよい。また、この端末共通のGrant-free送信の設定は、TBSと対応付けられてもよく、Configuration IDと対応付けられてもよい。
【０１７１】
また、基地局１００は、端末固有の上位レイヤ通知又はActivation用DCI通知を用いて、上りリンクGrant-free送信の無線リソース割当情報等を設定してもよい。端末固有の通知による設定方法は、例えば、実施の形態１〜３と同様である。
【０１７２】
また、例えば、基地局１００から端末固有の上位レイヤ通知又はActivation用DCI通知を用いて端末共通のGrant-free送信の設定と同じTBS又はConfiguration IDが通知された場合、端末２００は、端末固有の通知に従って、端末共有のGrant-free送信の設定を書き換えてもよい。
【０１７３】
（実施の形態７）
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通するので、図２及び図３を援用して説明する。
【０１７４】
Grant-free上りリンク送信は、URLLCの他に、例えば、アンライセンスバンドを用いるNR（例えば、NR-U）等でも利用される可能性がある。この場合、規格を簡素化する、又は、基地局１００の受信機を簡易化するためには、UCIの設計を統一（unify）することが望ましい。
【０１７５】
一方、URLLC、アンライセンスバンドを用いるNR、又は、その他のユースケースでは、UCIによって端末２００から基地局１００へ通知すべき情報及びその粒度が異なる可能性もある。
【０１７６】
そこで、本実施の形態では、URLLC、アンライセンスバンドを用いるNR、又は、その他のユースケースに依らず、Grant-free送信のためのUCIの設計を統一する。
【０１７７】
UCI設計の一例として、UCIが送信されるチャネルの構成が統一されてもよい。例えば、実施の形態４のOption 1の場合には、Grant-free送信におけるPUCCHの構成又はDMRS設計が統一される（換言すると、ユースケースに依らず同一になる）。また、例えば、実施の形態４のOption 2の場合には、Grant-free送信におけるUCIの送信方法（例えば、符号化方法等）又はPUSCHリソースへのUCIマッピング方法が統一される（換言すると、ユースケースに依らず同一になる）。
【０１７８】
UCI設計の一例として、Grant-free送信におけるUCIのサイズ（ビットサイズ）が統一されてもよい。
【０１７９】
また、本実施の形態では、UCIで通知される情報及びその粒度をユースケース毎に異ならせる。
【０１８０】
例えば、URLLCでは、周波数領域のリソース割当又はRepetition回数により柔軟な粒度の通知が必要になる可能性がある。これに対して、アンライセンスバンドを用いるNRでは、TBS又は時間領域のリソース割当により柔軟な粒度の通知が必要になる可能性がある。
【０１８１】
そこで、本実施の形態では、ビットサイズが統一されたUCIのビットフィールドをユースケースに応じて読み替える。換言すると、ビットサイズが統一されたUCIにおける各パラメータに関する情報のビット配分が、ユースケース毎に異なる。
【０１８２】
例えば、図１１に示すように、ユースケース（例えば、URLLC又はNR-U）毎に、UCIビットフィールド（図１１では、b0〜b9の10ビット）の解釈を変更してもよい。例えば、図１１に示すUCIビットフィールドにおいて、周波数領域のリソース割当及びRepetition回数は、URLLCの方がNR-Uよりも多く割り当てられている。一方、図１１に示すUCIビットフィールドにおいて、TBS及び時間領域のリソース割当は、NR-Uの方がURLLCよりも多く割り当てられている。
【０１８３】
ビットフィールドの解釈に関する設定は、例えば、上位レイヤ通知により、基地局１００から端末２００へ予め設定されてもよく、UCIの数ビットが、どのビットフィールドの解釈を用いるかの通知に用いられてもよい。
【０１８４】
本実施の形態によれば、ユースケースに依らず、UCIの設計を統一されるので、基地局１００におけるUCIの受信処理を簡易化できる。また、本実施の形態によれば、ユースケースに応じてUCIの内容（換言すると、UCIビットフィールドにおける各情報に対するビット配分）を異ならせるので、端末２００は、ユースケースに適したパラメータを基地局１００へ通知できる。
【０１８５】
以上、本開示の各実施の形態について説明した。
【０１８６】
なお、上記実施の形態では、ユースケースはURLLCに限らず、上りリンクGrant-free送信を用いるユースケースの何れにも上記実施の形態を適用できる。例えば、上りリンクGrant-free送信を用いるユースケースは、アンライセンスバンドを用いるNR、及び、非直交マルチアクセス（NOMA：Non-orthogonal Multiple Access）等のシステムが挙げられる。
【０１８７】
また、上りリンクデータ送信と合わせて、対応する上りリンクデータ送信に関する情報をUCIに含めて送信する方法は、Grant-free送信に限らず、Grant-baseの上りリンク送信でもよい。例えば、アンライセンスバンドを用いるNRでは、DCIにより基地局から端末に対して上りリンク送信のためのリソースが割り当てられる。ただし、端末側では、例えば、LBT（Listen Before Talk）を行った結果、実際には基地局から割り当てられたリソースの一部を利用して送信を行う可能性がある。この場合、端末２００は、本開示の一態様に従って、基地局１００から割り当てられたリソースのうち、実際に用いたリソースに関する情報及びTBSに関する情報等をUCIに含めて基地局１００へ通知してもよい。
【０１８８】
また、本実施の形態において、データ送信に関する情報をUCIに含めて送信する方法は、V2X等のサイドリンクに対しても適用可能である。
【０１８９】
また、上記実施の形態では、端末２００が、基地局１００と端末２００との間で共有された複数のパラメータの組み合わせ（例えば、図５、図６又は図８を参照）の中から、１つの組み合わせを選択して、選択した組み合わせに基づいて上りリンクGrant-free送信を行う場合について説明した。しかし、これに限らず、例えば、基地局１００と端末２００との間で複数のパラメータの組み合わせ等が予め共有されず、端末２００がデータトラフィック量に応じたパラメータを用いて上りリンクGrant-free送信を行ってもよい。
【０１９０】
また、本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【０１９１】
本開示の端末は、上りリンクデータの送信に関するパラメータを動的に決定する制御回路と、前記決定されたパラメータを示す上りリンク制御情報を基地局へ送信する送信回路と、を具備する。
【０１９２】
本開示の端末において、前記端末は、前記基地局からの動的な割り当て無しに前記上りリンクデータを送信する端末であり、前記制御回路は、前記基地局と前記端末との間で共有する前記パラメータの複数の組み合わせの中から１つの組み合わせを選択し、前記送信回路は、前記選択された組み合わせに対応する前記パラメータを用いて、前記上りリンクデータを送信する。
【０１９３】
本開示の端末において、前記上りリンク制御情報には、前記選択された組み合わせを示す識別情報が含まれる。
【０１９４】
本開示の端末において、前記パラメータは、絶対値、又は、所定の値に対する相対値である。
【０１９５】
本開示の端末において、前記パラメータには、トランスポートブロックサイズ及びMCSの双方、又は何れか一方が含まれる。
【０１９６】
本開示の端末において、前記パラメータには、トランスポートブロックサイズ及び無線リソースの少なくとも一方が含まれる。
【０１９７】
本開示の端末において、前記端末は、前記基地局からの動的な割り当て無しに前記上りリンクデータを送信する上りリンク送信を行う端末であり、前記制御回路は、前記基地局と前記端末との間で共有する前記上りリンク送信の複数の設定の中から１つの設定を選択し、前記送信回路は、前記選択された設定に対応する前記パラメータに基づいて、前記上りリンク送信を行う。
【０１９８】
本開示の端末において、前記複数の設定において同一リソースが割り当てられている場合、前記上りリンク制御情報には、前記選択された設定を示す識別情報が含まれ、
前記複数の設定において異なるリソースが割り当てられている場合、前記上りリンク制御情報には、前記識別情報が含まれない。
【０１９９】
本開示の端末において、前記制御回路は、前記上りリンク送信においてレピティションが適用される複数の送信タイミング毎に、前記複数の設定の何れかをそれぞれ選択する。
【０２００】
本開示の端末において、前記制御回路は、前記上りリンクデータを分割した複数のブロック毎に、前記複数の設定の何れかをそれぞれ選択する。
【０２０１】
本開示の端末において、前記上りリンク制御情報には、前記端末の識別情報が含まれる。
【０２０２】
本開示の端末において、前記上りリンク制御情報には、前記上りリンクデータの送信の優先度に関する情報が含まれる。
【０２０３】
本開示の端末において、前記送信回路は、上りリンク制御チャネルを用いて前記上りリンク制御情報を送信する。
【０２０４】
本開示の端末において、前記送信回路は、前記上りリンク制御情報を上りリンクデータチャネルに多重して送信する。
【０２０５】
本開示の端末において、レピティション設定は、上りリンクデータと前記上りリンク制御情報とで異なる。
【０２０６】
本開示の端末において、前記パラメータの複数の候補のうち少なくとも一つの候補は、複数の端末に共通の値である。
【０２０７】
本開示の端末において、前記上りリンク制御情報の設計はユースケースに依らず統一されている。
【０２０８】
本開示の端末において、前記設計は、前記上りリンク制御情報のビットサイズであり、前記ビットサイズが統一された前記上りリンク制御情報における前記パラメータに関する情報のビット配分は、ユースケース毎に異なる。
【０２０９】
本開示の通信方法は、上りリンクデータの送信に関するパラメータを動的に決定し、前記決定されたパラメータを示す上りリンク制御情報を基地局へ送信する。
【産業上の利用可能性】
【０２１０】
本開示の一態様は、移動通信システムに有用である。
【符号の説明】
【０２１１】
１００  基地局
１０１，２０９  制御部
１０２  上位制御信号生成部
１０３，１０６，２１０，２１２  符号化部
１０４，１０７，２１１，２１３  変調部
１０５  下り制御信号生成部
１０８，２１４  信号割当部
１０９，２１５  IFFT部
１１０，２１６  送信部
１１１，２０１  アンテナ
１１２，２０２  受信部
１１３，２０３  FFT部
１１４，２０４  抽出部
１１５，１１７  復調部
１１６，１１８，２０６，２０８  復号部
１１９  判定部
２００  端末
２０５  下り制御信号復調部
２０７  上位制御信号復調部
【図１】
2022501844.tif 000003
【図２】
2022501844.tif 000004
【図３】
2022501844.tif 000005
【図４】
2022501844.tif 000006
【図５】
2022501844.tif 000007
【図６】
2022501844.tif 000008
【図７】
2022501844.tif 000009
【図８】
2022501844.tif 000010
【図９】
2022501844.tif 000011
【図１０】
2022501844.tif 000012
【図１１】
2022501844.tif 000013
【国際調査報告】
2022501844.tif 000014
2022501844.tif 000015