JP7841152B2 - 基地局、通信方法及び集積回路 - Google Patents

Description

本開示は、端末及び通信方法に関する。

近年、無線サービスの拡張及び多様化を背景として、Internet of Things（IoT）の飛躍的な発展が期待されており、モバイル通信の活用は、スマートフォン等の情報端末に加え、車、住宅、家電、又は産業用機器といったあらゆる分野へと拡大している。サービスの多様化を支えるためには、システム容量の増加に加え、接続デバイス数の増加又は低遅延性といった様々な要件について、モバイル通信システムの大幅な性能及び機能の向上が求められる。こうした背景を受けて研究開発及び標準化が進められている第5世代移動通信システム（5G: 5th Generation mobile communication systems）は、モバイルブロードバンドの高度化（eMBB: enhanced Mobile Broadband）、多数機器間接続（mMTC: massive Machine Type Communication）、及び、超高信頼低遅延（URLLC: Ultra Reliable and Low Latency Communication）により、多種多様なニーズに応じて、柔軟に無線通信を提供できる。

国際標準化団体である3rd Generation Partnership Project（3GPP）では、5G無線インタフェースの１つとしてNew Radio（NR）の仕様化が進められている。

3GPP TS38.104 V15.8.0, "NR Base Station (BS) radio transmission and reception (Release 15)," 2019-12. RP-193240, "New SID on NR coverage enhancement," China Telecom, December 2019. 3GPP TS 38.211 V15.8.0, "NR; Physical channels and modulation (Release 15)," 2019-12. 3GPP TS 38.212 V15.8.0, "NR; Multiplexing and channel coding (Release 15)," 2019-12. 3GPP TS 38.213 V15.8.0, "NR; Physical layer procedure for control (Release 15)," 2019-12. 3GPP TS 38.214 V15.8.0, "NR; Physical layer procedures for data (Release 15)," 2019-12. 3GPP TR 21.915 V15.0.0, "Summary of Rel.15 Work Items (Release 15)," 2019-09. 3GPP TS 38.300 V15.8.0, " NR and NG-RAN overall description, Stage 2 (Release 15)," 2019-12. 3GPP TS 38.214 V16.0.0, "NR; Physical layer procedures for data (Release 16)," 2019-12.

しかしながら、上りリンクにおける制御情報（以下、便宜的に「上り制御情報」と称することがある）の繰り返し送信（repetition）については検討の余地がある。

本開示の非限定的な実施例は、上り制御情報の繰り返し送信における伝送品質を向上できる端末及び通信方法の提供に資する。

本開示の一実施例に係る端末は、スケジューリング単位に対応した単位時間区間に対して、複数の第１送信機会を設定する制御回路と、前記複数の第１送信機会において、上り制御情報の繰り返し送信を行う送信回路と、を具備する。

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

本開示の一実施例によれば、上り制御情報の繰り返し送信における伝送品質を向上できる。

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

Physical Uplink Control Channel（PUCCH）フォーマットの一例を示す図 PUCCH repetitionの一例を示す図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 端末の動作例を示すフローチャート Physical Uplink Shared Channel（PUSCH）repetitionの一例を示す図 PUSCH repetitionの一例を示す図 PUSCH repetitionの一例を示す図 実施の形態１に係るPUCCH repetitionの一例を示す図 実施の形態２に係るPUCCH repetitionの一例を示す図 実施の形態３に係るPUCCH repetitionの一例を示す図 Orthogonal Cover Code（OCC）番号の一例を示す図 実施の形態５に係るPUCCH repetitionの一例を示す図 実施の形態６に係るPUCCH repetitionの一例を示す図 3GPP NRシステムの例示的なアーキテクチャの図 NG-RANと5GCとの間の機能分離を示す概略図 Radio Resource Control(RRC)接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（eMBB：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（mMTC：massive Machine Type Communications）、および高信頼・超低遅延通信（URLLC：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な5Gシステムアーキテクチャを示すブロック図

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

NRでは、例えば、セルラー通信向けに使用されてきた、主に700MHz～3.5GHz帯といった6GHz以下の周波数帯域（例えば、Frequency Range 1（FR1）とも呼ぶ）に加えて、広帯域を確保可能な28GHz又は39GHz帯といったミリ波帯（例えば、FR2とも呼ぶ）が活用され得る（例えば、非特許文献１を参照）。また、例えば、FR1において、3.5GHz帯といったLong Term Evolution（LTE）又は3G（3rd Generation mobile communication systems）において使用されている周波数帯と比較して高い周波数帯が使用される可能性がある。周波数帯が高いほど、電波伝搬損失は大きくなり、電波の受信品質が劣化しやすい。このため、NRでは、例えば、LTE又は3Gに比べて高い周波数帯が使用される場合に、LTE又は3Gといった無線アクセス技術（RAT：Radio Access Technology）と同程度の通信エリア（又は、カバレッジ）を確保する、別言すると、適切な通信品質を確保する方法が検討されている（例えば、非特許文献２を参照）。

例えば、NRの下りリンクでは、端末（例えば、UE：User Equipmentとも呼ぶ）は、基地局（例えば、gNBとも呼ぶ）によるリソース割当に従って、下りリンクデータ（例えば、PDSCH：Physical Downlink Shared Channel）を受信する（例えば、非特許文献３－６を参照）。リソース割当に関する情報は、例えば、下りリンク制御チャネル（例えば、PDCCH：Physical Downlink Control Channel）におけるレイヤ１制御信号（例えば、DCI：Downlink Control Information）によって基地局から端末へ通知されてよい。

また、端末は、PDSCHに対する復号の成否を示す応答信号（例えば、ACK/NACK：Acknowledgement/Negative Acknowledgement、又はHybrid Automatic Repeat Request(HARQ)-ACKとも呼ぶ）を、例えば、上りリンク制御チャネル（例えば、PUCCH：Physical Uplink Control Channel）を用いて基地局へフィードバックする（例えば、非特許文献５を参照）。

また、端末は、例えば、PUCCHを用いて、ACK/NACKに加えて、下りリンクのチャネル状態情報（例えば、CSI：Channel State Information）、及び、上りリンクの無線リソース割当要求（例えば、SR：Scheduling Request）を基地局へ送信してよい。ACK/NACK、CSI及びSRは、上りリンク制御情報（例えば、UCI：Uplink Control Information）とも呼ばれる。

NR Rel.15及びNR Rel.16では、例えば、PUCCHは、複数のスロット（換言すると、スケジューリング単位に対応した複数の単位時間区間）を用いて繰り返し送信（又は、PUCCH repetitionとも呼ぶ）されてよい（例えば、非特許文献５を参照）。PUCCHの繰り返し送信により、例えば、PUCCHの通信品質を向上できる。

例えば、端末がPUCCHを繰り返し送信するか否か、及び、繰り返し送信する場合の繰り返し回数（例えば、スロット数）に関する情報は、端末固有の上位レイヤ信号（例えば、radio resource control（RRC）信号、higher layer signaling又は、higher layer parameterとも呼ぶ）によって基地局から端末へ準静的に通知（換言すると、設定又は指示）されてよい。

また、例えば、DCIによって割り当てられるPDSCHに対するACK/NACKを送信するためのPUCCHリソースの特定に関して、以下の方法が採用され得る（例えば、非特許文献５を参照）。例えば、基地局は、端末固有の上位レイヤ信号（例えば、RRC信号）によって、PUCCHリソースの集合（例えば、PUCCH resource set、又は、resource listと呼ぶ）を準静的に通知する。そして、基地局は、DCI（換言すると、dynamic signaling）によって、PUCCH resource setに含まれる複数のPUCCHリソースのうち、端末に割り当てるPUCCHリソースを通知（例えば、indicate）する。

ここで、PUCCHリソースは、例えば、PUCCHフォーマット、時間リソース（例えば、シンボル位置又はシンボル数）、周波数リソース（例えば、physical resource block（PRB）番号、PRB数、周波数ホッピングの適用の有無）、及び、符号リソース（例えば、巡回シフト系列番号又は直交符号番号）といったパラメータによって構成されてよい。

また、SR又はCSIを送信するためのPUCCHリソースの特定に関して、例えば、基地局は、端末固有の上位レイヤ信号（例えば、RRC信号）によって、PUCCHリソースを準静的に通知（又は、設定）してよい。

NR Rel.15及びNR Rel.16では、例えば、端末が或るUCI（例えば、複数のUCIを含んでもよい）を送信する場合、１スロット（換言すると、１つのスケジューリングの単位区間）内において送信可能なPUCCHは１つである。

また、PUCCH repetitionが適用される場合、例えば、複数のスロットに亘って同一のPUCCHリソース割当が適用されてよい。なお、周波数リソースについては、スロット単位の周波数ホッピングが適用されてよい。

NR Rel.15及びNR Rel.16では、例えば、５つのPUCCHフォーマット（例えば、PUCCHフォーマット0～4）が規定されている（例えば、非特許文献７又は８を参照）。図１は、PUCCHフォーマット0～4の一例を示す図である。

例えば、PUCCHフォーマット0は、1又は2シンボルによって構成され、最大2ビットのUCI（例えば、１ビットUCI又は２ビットUCI。以下、同様）を送信してよい。また、例えば、PUCCHフォーマット1は、4から14シンボルによって構成され、最大2ビットのUCIを送信してよい。また、例えば、PUCCHフォーマット2は、1又は2シンボルによって構成され、2ビットより多いUCIを送信してよい。また、例えば、PUCCHフォーマット3は、4から14シンボルによって構成され、2ビットより多いUCIを送信してよい。また、例えば、PUCCHフォーマット4は、4から14シンボルによって構成され、2ビットより多いUCIを送信してよい。

また、PUCCHフォーマット4は、直交符号（例えば、OCC：Orthogonal Cover Code）を用いて、同一時間又は周波数リソース（例えば、リソースブロック（RB：Resource Block））に複数端末を多重してよい。

NR Rel.15及びNR Rel.16では、例えば、端末は、スロットの種類又はスロット内のシンボルの種類（例えば、スロットフォーマットと呼ぶこともある）を、基地局から受信した情報（例えば、SFI：Slot Format Indicator）によって特定してよい。シンボルの種類は、例えば、下りリンクシンボル（「D」と表すこともある）、上りリンクシンボル（「U」と表すこともある）、及び、Flexibleシンボル（「F」と表すこともある）の何れかでよい。SFIは、例えば、RRC信号、又は、グループ共有下りリンク制御信号(Group common PDCCH)によって通知されてよい。

ここで、上述した方法により指定されたPUCCHリソース（換言すると、上りリンクリソース）のうち、時間リソース（例えば、シンボル）の一部が、SFIによって通知される上りリンク及び下りリンクに関する情報（以下、「上下リンクパターン」とも呼ぶ）と競合（換言すると、重複又は衝突）する可能性がある。例えば、PUCCHの時間リソースの一部シンボルが、SFIにおいて下りリンクシンボルまたはFlexibleシンボルに設定される場合があり得る。この場合、端末は、当該スロットにおいてPUCCHを送信しない。換言すると、端末は、PUCCHリソースと上下リンクパターンとの競合が発生したスロットでは、PUCCHの送信をドロップする。なお、SFIにおいてFlexibleシンボルに設定されたシンボルは、上述したように下りリンクシンボルと同様に上下リンクパターンの競合とみなしてもよく、上りリンクシンボルとみなすこともあり得る。

図２は、各PUCCH repetitionの区間においてPUCCH送信に使用されるシンボル数（以下、「PUCCH送信シンボル数」と呼ぶ）L=14、及び、PUCCHの繰り返し回数K=2の例を示す図である。例えば、図２では、2番目のスロットにおいて、PUCCH送信に割り当てられたシンボルの一部（例えば、１～３シンボル目）が下りリンクシンボル（D）に設定されている。このため、端末は、これらのシンボルを含む2番目のスロットにおいてPUCCHを送信しない（換言すると、ドロップする）。

NRでは、例えば、時分割複信（TDD：Time Division Duplex）における上下リンクパターン（例えば、「D」、「U」及び「F」のパターン）を準静的又は動的に制御可能である。例えば、上下リンクパターンは、上りリンク及び下りリンクのトラフィック状況に応じて制御され得る。例えば、下りリンクのトラフィックの割合が上りリンクと比較して多い場合、上下リンクパターンにおいて下りリンクシンボルの比率を上りリンクシンボルよりも大きく設定することが想定される。

また、PUCCHに対してカバレッジ拡張（CE：Coverage Enhancement）を適用する端末は、例えば、複数のスロットに亘ってPUCCHを繰り返し送信することが想定される。例えば、PUCCHの繰り返し送信に上述したように複数のスロットに亘って同一PUCCHリソース割当が適用され、かつ、PUCCHリソース（例えば、時間リソース）の少なくとも一部において上下リンクパターン（例えば、「D」又は「F」）との競合が生じる場合、端末は、当該スロットにおいてPUCCHを送信しない。このように、PUCCHの繰り返し送信において、上下リンクパターンとの競合の発生頻度が高いほど、PUCCHが送信されない可能性が高くなり、PUCCHの伝送品質が劣化しやすくなる。そのため、期待されるカバレッジ拡張効果が得られにくい。

その一方で、例えば、カバレッジ拡張が適用される端末の設定に基づいて上下リンクパターンが設定される場合には、PUCCHが送信される複数のスロットに亘って上りリンクシンボルの比率を下りリンクシンボルよりも大きく設定することが想定される。このため、上下リンクパターンの設定に対する柔軟性が低下し、下りリンクの周波数利用効率が低下する可能性がある。

本開示の非限定的な一実施例では、例えば、下りリンクの周波数利用効率が低下することを抑制し、また、PUCCHの繰り返し送信において伝送品質を向上する方法について説明する。

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

図３は、本開示の一実施例に係る端末２００の一部の構成例を示すブロック図である。図３に示す端末２００において、制御部２０５（例えば、制御回路に相当）は、スケジューリング単位に対応した単位時間区間（例えば、スロット）に対して、複数の第１送信区間（例えば、PUCCH repetition）を設定する。送信部２０９（例えば、送信回路に相当）は、複数の第１送信区間において、上り制御情報（例えば、UCI）の繰り返し送信を行う。なお、「送信区間」は、「送信機会」（transmission occasion or transmission opportunity）に読み替えられてもよい。

［基地局の構成］
図４は、実施の形態１に係る基地局１００の構成例を示すブロック図である。図４において、基地局１００は、制御部１０１と、上位制御信号生成部１０２と、下りリンク制御情報生成部１０３と、符号化部１０４と、変調部１０５と、信号割当部１０６と、送信部１０７と、受信部１０８と、抽出部１０９と、復調部１１０と、復号部１１１と、を有する。

制御部１０１は、例えば、端末２００に対するスロットフォーマットに関する情報（例えば、SFI）を決定し、決定した情報を上位制御信号生成部１０２又は下りリンク制御情報生成部１０３へ出力する。

また、制御部１０１は、例えば、端末２００に対するPUCCHリソースに関する情報を決定し、決定した情報を上位制御信号生成部１０２へ出力する。PUCCHリソースに関する情報には、例えば、PUCCH resource set、又は、Repetition回数（例えば、繰り返し回数K）に関する情報が含まれてよい。

また、制御部１０１は、例えば、端末が上りリンク制御信号（例えば、PUCCH）を送信するためのPUCCHリソース、及び、スロットフォーマットに関する情報（例えば、SFI）に基づいて、端末２００がPUCCHの繰り返し送信のために実際に使用するリソースを決定する。決定したリソースに関する情報は、例えば、抽出部１０９、復調部１１０及び復号部１１１へ出力される。

なお、以下では、例えば、端末２００が実際に行うPUCCHの繰り返し送信を「Actual repetition（又は、Actual PUCCH repetition）」と呼ぶ。また、Actual repetitionに対して、端末２００に設定されるPUCCHの繰り返し送信を「Nominal repetition（又は、Nominal PUCCH repetition）」と呼ぶ。

また、制御部１０１は、例えば、下りリンクデータ信号（例えば、PDSCH）、上位制御信号（例えば、RRC信号）、又は、下りリンク制御情報（例えば、DCI）を送信するための下りリンク信号に関する情報を決定する。下りリンク信号に関する情報には、例えば、符号化・変調方式（MCS：Modulation and Coding Scheme）、及び、無線リソース割当といった情報が含まれてよい。制御部１０１は、例えば、決定した情報を符号化部１０４、変調部１０５、及び信号割当部１０６へ出力する。また、制御部１０１は、例えば、データ信号又は上位制御信号といった下りリンク信号に関する情報を下りリンク制御情報生成部１０３へ出力する。

上位制御信号生成部１０２は、例えば、制御部１０１から入力される情報に基づいて、上位レイヤ制御信号ビット列を生成し、上位レイヤ制御信号ビット列を符号化部１０４へ出力する。

下りリンク制御情報生成部１０３は、例えば、制御部１０１から入力される情報に基づいて、下りリンク制御情報（例えば、DCI）ビット列を生成し、生成したDCIビット列を符号化部１０４へ出力する。なお、制御情報は複数の端末向けに送信されることもある。

符号化部１０４は、例えば、制御部１０１から入力される情報に基づいて、下りリンクデータ、上位制御信号生成部１０２から入力されるビット列、又は、下りリンク制御情報生成部１０３から入力されるDCIビット列を符号化する。符号化部１０４は、符号化ビット列を変調部１０５へ出力する。

変調部１０５は、例えば、制御部１０１から入力される情報に基づいて、符号化部１０４から入力される符号化ビット列を変調して、変調後の信号（例えば、シンボル列）を信号割当部１０６へ出力する。

信号割当部１０６は、例えば、制御部１０１から入力される無線リソースを示す情報に基づいて、変調部１０５から入力されるシンボル列（例えば、下りリンクデータ信号又は制御信号を含む）を無線リソースにマッピングする。信号割当部１０６は、信号がマッピングされた下りリンクの信号を送信部１０７に出力する。

送信部１０７は、例えば、信号割当部１０６から入力される信号に対して、例えば、直交周波数分割多重（OFDM：Orthogonal Frequency Division Multiplexing）といった送信波形生成処理を行う。また、送信部１０７は、例えば、cyclic prefix（CP）を付加するOFDM伝送の場合には信号に対して逆高速フーリエ変換（IFFT：Inverse Fast Fourier Transform）処理を行い、IFFT後の信号にCPを付加する。また、送信部１０７は、例えば、信号に対して、D/A変換、アップコンバートといったRF処理を行い、アンテナを介して端末２００に無線信号を送信する。

受信部１０８は、例えば、アンテナを介して受信された端末２００からの上りリンク信号に対して、ダウンコバート又はA/D変換といったRF処理を行う。また、受信部１０８は、OFDM伝送の場合、例えば、受信信号に対して高速フーリエ変換（FFT：Fast Fourier Transform）処理を行い、得られる周波数領域信号を抽出部１０９へ出力する。

抽出部１０９は、例えば、制御部１０１から入力される情報に基づいて、端末２００が送信する上りリンク信号（例えば、PUCCH）が送信された無線リソース部分を抽出し、抽出した無線リソース部分を復調部１１０へ出力する。

復調部１１０は、例えば、制御部１０１から入力される情報に基づいて、抽出部１０９から入力される上りリンク信号（例えば、PUCCH）を復調する。復調部１１０は、例えば、復調結果を復号部１１１へ出力する。

復号部１１１は、例えば、制御部１０１から入力される情報、及び、復調部１１０から入力される復調結果に基づいて、上りリンク信号の誤り訂正復号を行い、復号後の受信ビット系列（例えば、ACK/NACKといったUCI）を得る。

［端末の構成］
図５は、本開示の一実施例に係る端末２００の構成例を示すブロック図である。例えば、図５において、端末２００は、受信部２０１と、抽出部２０２と、復調部２０３と、復号部２０４と、制御部２０５と、符号化部２０６と、変調部２０７と、信号割当部２０８と、送信部２０９と、を有する。

受信部２０１は、例えば、基地局１００からの下りリンク信号（例えば、下りリンクデータ信号又は下りリンク制御情報）を、アンテナを介して受信し、無線受信信号に対してダウンコバート又はA/D変換といったRF処理を行い、受信信号（ベースバンド信号）を得る。また、受信部２０１は、OFDM信号を受信する場合、受信信号に対してFFT処理を行い、受信信号を周波数領域に変換する。受信部２０１は、受信信号を抽出部２０２へ出力する。

抽出部２０２は、例えば、制御部２０５から入力される、下りリンク制御情報の無線リソースに関する情報に基づいて、受信部２０１から入力される受信信号から、下りリンク制御情報が含まれ得る無線リソース部分を抽出し、復調部２０３へ出力する。また、抽出部２０２は、制御部２０５から入力されるデータ信号の無線リソースに関する情報に基づいて、下りリンクデータが含まれる無線リソース部分を抽出し、復調部２０３へ出力する。

復調部２０３は、例えば、抽出部２０２から入力される信号を復調し、復調結果を復号部２０４へ出力する。

復号部２０４は、例えば、復調部２０３から入力される復調結果に対して誤り訂正復号を行い、例えば、下りリンク受信データ、上位レイヤ制御信号、又は、下りリンク制御情報を得る。復号部２０４は、上位レイヤ制御信号及び下りリンク制御情報を制御部２０５へ出力し、下りリンク受信データを出力する。また、復号部２０４は、下りリンク受信データの復号結果に基づいて、応答信号（例えば、ACK/NACK）を生成し、符号化部２０６へ出力してもよい。

制御部２０５は、例えば、復号部２０４から入力される信号（例えば、上位レイヤ制御信号又は下りリンク制御情報）に基づいて、下りリンク信号（例えば、PDSCH）及び上りリンク信号（例えば、PUCCH）の無線リソースを決定する。

例えば、制御部２０５は、PUCCHリソースに関する情報に基づいて、端末２００に設定されたPUCCHの繰り返し送信に使用するPUCCHリソースを決定（換言すると、設定又は特定）する。例えば、制御部２０５は、PUCCHリソースに関する情報に基づいて、Nominal repetitionに使用するPUCCHリソースを特定してよい。また、制御部２０５は、例えば、スロットフォーマットに関する情報（例えば、SFI）、及び、Nominal repetitionに使用するPUCCHリソースに基づいて、Actual repetitionに使用するPUCCHリソースを決定してよい。

制御部２０５は、例えば、決定した下りリンク信号の無線リソースを示す情報を抽出部２０２へ出力し、決定した上りリンク信号の無線リソースを示す情報を信号割当部２０８へ出力する。

符号化部２０６は、例えば、制御部２０５から入力される情報に基づいて、上りリンク信号（例えば、UCI）を符号化し、符号化ビット列を変調部２０７へ出力する。UCIには、例えば、復号部２０４から入力されるACK/NACKが含まれてよい。なお、PUCCHフォーマットによっては、符号化が行われなくてもよい。

変調部２０７は、例えば、符号化部２０６から入力される符号化ビット列を変調し、変調後の信号（シンボル列）を信号割当部２０８へ出力する。

信号割当部２０８は、例えば、制御部２０５から入力される情報に基づいて、変調部２０７から入力される信号を無線リソースへマッピングし、信号がマッピングされた上りリンク信号を送信部２０９へ出力する。

送信部２０９は、信号割当部２０８から入力される信号に対して、例えば、OFDMといった送信信号波形生成を行う。また、送信部２０９は、例えば、CPを用いるOFDM伝送の場合、信号に対してIFFT処理を行い、IFFT後の信号にCPを付加する。または、送信部２０９は、シングルキャリア波形を生成する場合には、例えば、変調部２０７の後段又は信号割当部２０８の前段にDFT（Discrete Fourier Transform）部が追加されてもよい（図示せず）。また、送信部２０９は、例えば、送信信号に対してD/A変換及びアップコンバートといったRF処理を行い、アンテナを介して基地局１００に無線信号を送信する。

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

図６は、本実施の形態に係る端末２００の動作の一例を示すフローチャートである。図６は、一例として、端末２００における、PDSCHに対するACK/NACKを含むPUCCHの繰り返し送信に関する処理を示す。

図６において、端末２００は、例えば、スロットフォーマットに関する情報（例えば、SFI）を取得する（ＳＴ１０１）。例えば、SFIは、上位レイヤ（例えば、RRC）のシグナリング、又は、グループ共有下りリンク制御信号（例えば、Group common PDCCH）によって基地局１００から端末２００に設定されてよい。

端末２００は、例えば、PUCCH repetition（例えば、Nominal repetition）及びPUCCHリソースに関する情報を取得する（ＳＴ１０２）。なお、PUCCH repetition及びPUCCHリソースに関する情報の通知方法の一例については後述する。また、ＳＴ１０１及びＳＴ１０２の処理は、図６に示す順序で行われる場合に限定されず、例えば、逆の順序で行われてもよく、並行して行われてもよい。

端末２００は、例えば、DCIを含むPDCCHを受信する（ＳＴ１０３）。DCIには、例えば、下りリンクデータ信号（PDSCH）の割当リソースに関する情報、又は、上りリンク信号の割当リソースに関する情報が含まれてよい。端末２００は、例えば、下りリンクデータ信号（例えば、PDSCH）を受信し、受信したPDSCHを復号する（ＳＴ１０４）。また、端末２００は、例えば、PDSCHの復号結果に基づいて、PDSCHに対するACK/NACKを生成する（ＳＴ１０５）。

端末２００は、例えば、Actual repetitionに使用するPUCCHリソースを決定する（ＳＴ１０６）。例えば、端末２００は、Nominal repetitionに使用するPUCCHリソース、及び、スロットフォーマットに関する情報に基づいて、Actual repetitionに使用するPUCCHリソースを決定してよい。なお、Actual repetitionに使用するPUCCHリソースの決定方法の一例は後述する。

端末２００は、例えば、決定したPUCCHリソースを用いてACK/NACKを含むUCIを基地局１００へ送信する（ＳＴ１０７）。

なお、図６では、一例として、ACK/NACKの送信処理について説明したが、端末２００は、ACK/NACKと異なる上りリンク制御情報（例えば、SR又はCSI）を送信してもよい。SR又はCSIの送信処理には、例えば、図６に示すPDCCHの受信処理（例えば、ＳＴ１０３の処理）及びPDSCHの受信及び復号処理（例えば、ＳＴ１０４の処理）は含まれなくてよい。

［PUCCHリソースの決定方法］
次に、本実施の形態に係るPUCCHリソースの決定方法の一例について説明する。

＜PUSCHリソースの割り当て＞
例えば、NR Rel.16では、上りリンクデータチャネル（例えば、PUSCH）の送信に対して、１スロットに対して１つ又は複数のPUSCHを繰り返し送信する方法が規定されている（例えば、非特許文献９を参照）。この方法では、例えば、基地局１００は、端末２００に対して、１回目（換言すると、初回）のPUSCH送信（例えば、1st repetition）に対する時間リソース（例えば、シンボル数）の割当、及び、繰り返し回数を通知する。また、この方法では、２回目以降のPUSCH送信のための時間リソースの割当（別言すると、PUSCH送信機会の割当）には、例えば、１つ前のPUSCH送信と連続、かつ同じシンボル数が割り当てられてよい。

図７は、端末２００に対して、PUSCHシンボル数L=7、及び、繰り返し回数K=4が通知された場合のPUSCHの繰り返し送信に用いる時間リソースの一例を示す図である。図７では、例えば、１スロットに対して２つのPUSCH repetitionに対するPUSCH送信区間が含まれる。

また、例えば、上述した方法によって割り当てられた１つのPUSCH（例えば、Nominal PUSCH repetitionと呼ぶ）の送信区間がスロット境界をまたがる場合があり得る。この場合、端末２００は、例えば、１つのPUSCH送信区間（例えば、Nominal PUSCH repetitionの区間）を、複数のPUSCH送信区間（例えば、Actual PUSCH repetitionの区間）に分割（例えば、split）して、PUSCHを送信してよい。

図８は、端末２００に対して、PUSCHシンボル数L=10、及び、繰り返し回数K=2が通知された場合のPUSCHの繰り返し送信に用いる時間リソースの一例を示す図である。

図８では、例えば、２番目のNominal PUSCH repetitionに対するPUSCH送信区間はスロット境界をまたがる。この場合、端末２００は、例えば、スロット境界にまたがる２番目のNominal PUSCH repetitionに対するPUSCH区間を、スロットの境界で複数のPUSCH区間に分割してよい。この分割により、３つのActual PUSCH repetitionに対するPUSCH区間が設定される。

また、例えば、上述した方法によって割り当てられたNominal PUSCH repetitionの各区間において、上下リンクパターンとの競合が発生する場合があり得る。この場合、端末２００は、当該Nominal PUSCH repetition区間を、１つ又は複数のPUSCH送信区間（換言すると、Actual PUSCH repetitionの区間）に分割して、PUSCHを送信してよい。

図９は、端末２００に対して、PUSCHシンボル数L=7、及び、繰り返し回数K=2が通知された場合のPUSCHの繰り返し送信に用いる時間リソースの一例を示す図である。

図９では、例えば、３番目のNominal PUSCH repetitionの一部のシンボル（例えば、１番目～５番目のシンボル）が上りリンク送信に使用されない。この場合、端末２００は、３番目のNominal PUSCH repetition区間（例えば、７シンボル）のうち、上下リンクパターンとの競合が発生するシンボル（例えば、１番目～５番目のシンボル）においてPUSCHを送信しない（例えば、PUSCH送信をドロップする）。これにより、図９に示すように、３番目のActual PUSCH repetitionの送信区間（又は送信機会）は、上下リンクパターンとの競合が発生しない残りの２シンボルに設定される。

＜PUCCHリソースの割り当て＞
本実施の形態では、端末２００は、１スロットに対して１つ又は複数のPUCCH repetition単位の信号を送信してよい。換言すると、端末２００は、１スロットに対してPUCCH（例えば、UCI）の繰り返し送信を行う複数の送信区間（例えば、Nominal PUCCH repetitionの区間）を設定してよい。

また、端末２００は、１つのNominal repetitionの送信区間において、例えば、上下リンクパターンとの競合が発生する場合、上りリンクパターンとの競合が発生しない一部のシンボルを用いてPUCCH（換言すると、Actual repetitionの信号）を送信してよい。換言すると、端末２００は、上りリンクパターンとの競合が発生する場合に、例えば、NR Rel.15及びRel.16のようにPUCCH repetitionの単位で送信をドロップしなくてよい。

例えば、PUCCH repetitionにおいて、端末２００は、スロットフォーマットに関する情報（例えば、スロットにおけるシンボル構成に関する情報）に基づいて、複数のNominal repetitionの区間のうち、一部のシンボルが下りリンクシンボルに設定されるNominal repetitionの区間を、当該一部のシンボルと異なる他のシンボルを少なくとも一つ含むActual repetitionの区間に変更（あるいは再設定）してよい。

なお、PUCCH repetitionに対するPUCCHリソースの通知方法の一例については、後述する。

図１０は、PUCCH repetitionにおいて、端末２００に対して、PUCCHシンボル数L=7（例えば、PUCCHフォーマット1）、及び、繰り返し回数K=4が設定された場合のPUCCHの繰り返し送信に用いる時間リソースの一例を示す図である。

図１０では、例えば、３番目のNominal repetitionの一部のシンボル（例えば、１番目～５番目のシンボル）が下りリンクシンボル又はフレキシブルシンボルに設定されるため、上りリンク送信に使用されない（換言すると、上下リンクパターンとの競合が発生している）。

この場合、端末２００は、３番目のNominal repetitionの送信区間（例えば、７シンボル）のうち、上下リンクパターンとの競合が発生するシンボル（例えば、１番目～５番目のシンボル）におけるPUCCHの非送信（換言すると、ドロップ）を決定する。この決定により、図１０に示すように、３番目のActual repetitionの送信区間は、上下リンクパターンとの競合が発生しない残りの２シンボルを含む区間に設定される。

図１０の３番目のActual repetitionのように、Nominal repetitionにおけるPUCCHシンボル数と比較して、Actual repetitionにおけるPUCCHシンボル数が少ない場合、例えば、以下の何れかの方法によって、Actual repetitionにおいて送信されるPUCCHが構成されてよい。

１つ目の方法（以下、「PUCCH構成方法１」と呼ぶこともある）は、例えば、Nominal repetitionにおいて構成されたPUCCHリソースに対して、上下リンクパターンとの競合が発生したシンボルをパンクチャしてActual repetitionを構成する方法である。換言すると、端末２００は、Actual repetitionの送信区間におけるPUCCHシンボル数がNominal repetitionの送信区間におけるPUCCHシンボル数よりも少ない場合、Nominal repetitionに対応するPUCCHフォーマットのPUCCHシンボルをパンクチャしてよい。

２つ目の方法（以下、「PUCCH構成方法２」と呼ぶこともある）は、例えば、Actual repetitionにおいて送信されるPUCCHのシンボル数に応じてPUCCHが再構成される方法である。上述したように、NRでは、PUCCHは、例えば、シンボル数に応じた複数のPUCCHフォーマット（例えば、図１）が規定されている。例えば、２つ目の方法において、端末２００が1～2ビットのPUCCH（例えば、ACK/NACK）を送信する場合、図１０に示す1、2及び4番目のActual repetitionではL=7シンボルであるため、端末２００は、PUCCHフォーマット1に基づいてPUCCHを送信する。その一方で、図１０に示す3番目のActual repetitionではシンボル数が2シンボルであるため、端末２００は、PUCCHフォーマット0に基づいてPUCCHを送信してよい。換言すると、端末２００は、Actual repetitionの送信区間におけるPUCCHシンボル数に基づいて、PUCCHフォーマットを決定してよい。

なお、NR Rel.15及びRel.16では、3シンボルで構成されるPUCCHフォーマットが規定されていないが、3シンボルのPUCCHフォーマットが新たに規定されてもよい。

また、本実施の形態では、一例として、Nominal repetitionに対するPUCCHリソースに対して上下リンクパターンとの競合が発生する場合について説明したが、Nominal repetitionに対するPUCCHリソースが複数のスロットに含まれる場合（換言すると、スロット境界をまたがる場合）についても同様の動作を適用してよい。例えば、端末２００は、複数のスロットにまたがるNominal repetitionの送信区間を、スロットの境界で複数のActual repetitionの送信区間に分割する。そして、端末２００は、例えば、上述したPUCCH構成方法１又は２に基づいて、分割した複数のActual repetitionそれぞれのPUCCHを構成してもよい。

本実施の形態によれば、端末２００は、スロットに対してPUCCH repetitionを行う複数の送信区間を設定する。これにより、PUCCHリソース割り当ての柔軟性を向上できる。

また、端末２００は、PUCCH repetitionにおいて、スロット内に上りリンク送信に使用しないシンボル（例えば、上下リンクパターンとの競合が発生するシンボル）が存在する場合に、当該シンボルを含むNominal repetitionの区間を、他のシンボルを含むActual repetitionの区間に変更する。これにより、例えば、スロット内に上りリンク送信に使用しないシンボルが存在する場合に当該スロットでのPUCCH送信を行わないNR Rel.15及びRel.16に規定された方法と比較して、端末２００は、PUCCH repetitionの信号をより多く送信できるので、PUCCH repetitionの伝送品質を向上できる。また、本実施の形態によれば、端末２００は、上下リンクパターン（例えば、SFIに示される情報）に基づいて、PUCCH repetitionを制御する。換言すると、上下リンクパターンの設定は、PUCCH repetitionの制御に依らない。よって、本実施の形態によれば、上下リンクパターン設定の柔軟性低下を抑制でき、例えば、下りリンクに対する周波数利用効率の低下を抑制できる。

以上より、本実施の形態によれば、下りリンクに対する周波数利用効率の低下を抑制でき、また、PUCCHの繰り返し送信における伝送品質を向上できる。

（実施の形態２）
実施の形態１では、PUCCH repetitionにおいて、或るNominal repetitionの送信区間で上下リンクパターンとの競合が発生した場合、例えば、Nominal repetitionの送信区間のうち、上りリンクパターンとの競合が発生しないシンボルを含むActual repetitionの送信区間においてPUCCHが送信され得る。この場合、端末は、Nominal repetitionと異なるシンボル数を有するActual repetitionの信号を送信する場合があり得る。

また、PUCCH repetitionにおいて、Rel.16におけるPUSCH repetitionと同様、或るNominal repetitionの送信区間がスロット境界をまたがる場合、Nominal repetitionの送信区間を複数のActual repetitionの送信区間に分割してPUCCHが送信され得る。この場合も、端末は、Nominal repetitionと異なるシンボル数を有するActual repetitionの信号を送信する場合があり得る。

ここで、例えば、上述したPUCCH構成方法１に基づいて、Actual repetitionがNominal repetitionに対するパンクチャによって構成される場合、Actual repetition内にチャネル推定用の参照信号（例えば、DMRS：Demodulation Reference Signal）が含まれない可能性がある。

図１１は、PUCCH repetitionにおいて、PUCCHシンボル数L=7のPUCCHフォーマット3又はPUCCHフォーマット4、及び、繰り返し回数K=4が設定された場合のPUCCHの繰り返し送信に用いる時間リソースの一例を示す図である。

図１１に示すようなL=7シンボルのPUCCHフォーマット3又はPUCCHフォーマット4では、例えば、各Nominal repetitionの送信区間における4番目のシンボルにDMRSが配置され得る。

また、図１１では、例えば、３番目のNominal repetitionの一部のシンボル（例えば、１番目～５番目のシンボル）が下りリンクシンボル又はフレキシブルシンボルに設定されるため、上りリンク送信に使用されない（換言すると、上下リンクパターンとの競合が発生している）。この場合、例えば、図１１に示す3番目のNominal repetitionのうち、上りリンク送信に使用可能な残りの２シンボル（例えば、６番目及び７番目のシンボル）には、DMRSが含まれないため、基地局ではPUCCHの復調に失敗する可能性がある。

また、例えば、上述したPUCCH構成方法２に基づいて、Actual repetitionの送信区間におけるPUCCHシンボル数に応じてPUCCH（換言すると、PUCCHフォーマット）が再構成される場合、Actual repetitionの各シンボルにDMRSが含まれ得る。その一方で、NRでは、PUCCHシンボル数に応じたPUCCHフォーマットが規定されている。そのため、この場合、PUCCH repetitionにおいて、端末は、異なるPUCCHフォーマットのActual repetitionの信号を送信する可能性がある。この場合、以下に示すようなことが発生し得る。

例えば、Nominal repetitionにおいてPUCCHフォーマット1（例えば、4～14シンボル）が設定される場合、Actual repetitionの一部がPUCCH format 0（例えば、1～2シンボル）に設定され得る。ここで、PUCCHフォーマット1では、例えば、14シンボルのPUCCHの場合に巡回シフト系列と時間領域の直交符号(OCC)とを用いて最大84端末を多重可能である。その一方で、PUCCHフォーマット0では、例えば、巡回シフト系列を用いて、1ビットUCIでは最大6端末を多重可能であり、2ビットUCIでは最大3端末を多重可能である。よって、複数のActual repetitionにおいて、PUCCHフォーマット1とPUCCHフォーマット0とが混在する場合には、同一時間及び周波数リソース（例えば、1PRB）に多重可能な端末数がActual PUCCH repetition間で異なり得る。

また、Nominal repetitionにおいてPUCCHフォーマット1が設定される場合に、Actual repetitionにPUCCHフォーマット1が設定されても、PUCCHシンボル数が異なる場合には時間領域のOCCにおいて多重可能な端末数がActual PUCCH repetition間で異なる場合もあり得る。

また、例えば、Nominal repetitionにおいてPUCCHフォーマット4（例えば、4～14シンボル）が設定される場合、Actual repetitionの一部がPUCCHフォーマット2（例えば、1～2シンボル）に設定され得る。ここで、PUCCHフォーマット4では、例えば、OCCを用いて2端末又は4端末を多重可能であるのに対して、PUCCHフォーマット2では、同一PRB内に複数の端末を多重することがサポートされない。よって、複数のActual repetitionにおいて、PUCCHフォーマット4とPUCCHフォーマット2とが混在する場合には、同一時間及び周波数リソース（例えば、1PRB）に多重可能な端末数がActual PUCCH repetition間で異なり得る。

このように、Actual repetition間において、同一時間及び周波数リソース（例えば、1PRB）に多重可能な端末数が異なる場合には、或るActual repetitionの送信区間において、端末が送信するPUCCHが他の端末のPUCCHと多重されずに、他の端末に対して干渉（例えば、端末間干渉）を与える可能性がある。

また、NR Rel.15及びRel.16では、3シンボルで構成されるPUCCHフォーマットが規定されていない。3シンボルで構成されるPUCCHフォーマットが新たに規定されない場合、3シンボルで構成されるActual repetitionでは端末の動作が規定できない。

そこで、本実施の形態では、Actual repetition間で異なるPUCCHフォーマット又は異なるPUCCHシンボル数が設定される場合のPUCCHリソースの決定方法について説明する。

本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と共通でよい。

例えば、端末２００は、1スロットに対して１つ又は複数のPUCCH repetition単位の信号を送信してよい。換言すると、端末２００は、１スロットに対して複数のNominal PUCCH repetitionの送信区間を設定してよい。

また、端末２００は、１つのNominal repetitionの送信区間において、例えば、上下リンクパターンとの競合が発生する場合、上りリンクパターンとの競合が発生しない一部のシンボルを用いてPUCCH（換言すると、Actual repetitionの信号）を送信してよい。換言すると、端末２００は、上りリンクパターンとの競合が発生する場合に、例えば、NR Rel.15及びRel.16のようにPUCCH repetitionの単位で送信をドロップしなくてよい。

また、端末２００は、例えば、１つのNominal repetitionの送信区間がスロット境界をまたがる場合、当該１つのNominal repetitionの送信区間を、スロット境界で複数のActual repetitionの送信区間に分割してよい。

また、端末２００は、例えば、Actual repetitionの送信区間において或る条件を満たす場合に、当該Actual repetitionにおけるPUCCHの非送信を決定する（換言すると、PUCCHを送信しない）。

条件は、例えば、(i)Nominal repetitionとActual repetitionとでPUCCHフォーマットが異なること、(ii)Actual repetitionにおけるPUCCHシンボル数が閾値未満であること、又は、(iii)Actual repetitionの送信区間にDMRSが含まれないこと、といった条件でもよい。なお、例えば、PUCCHフォーマット毎に異なる条件が適用されてもよい。また、3シンボルで構成されるPUCCHフォーマットが新たに規定されない場合、条件はActual repetitionにおけるPUCCHシンボル数が3シンボルであること、としてもよい。

例えば、上述したように、図１１に示す例では、３番目のNominal repetitionに含まれる一部のシンボル（例えば、１番目～５番目のシンボル）が上りリンク送信に使用されず、上りリンク送信に使用可能な残りの２シンボル（例えば、６番目及び７番目のシンボル）を含むActual repetitionが設定され得る。

この場合、例えば、設定され得る３番目のActual repetitionにはPUCCHフォーマット2が設定され得るのに対して、他のActual repetitionにはPUCCHフォーマット3又は4が設定され得る。換言すると、図１１に示す３番目のPUCCH repetitionにおいて、Nominal repetitionのPUCCHフォーマットとActual repetitionのPUCCHフォーマットとが異なり得るため、上述した条件(i)を満たし得る。

また、例えば、設定され得る３番目のActual repetitionのシンボル数が閾値（例えば、４シンボル）未満になり得るため、上述した条件(ii)を満たし得る。

また、設定され得る３番目のActual repetitionには、DMRSが含まれないため、上述した条件(iii)を満たし得る。

よって、図１１に示す例では、端末２００は、３番目のActual repetitionの信号の送信をドロップしてよい。換言すると、端末２００は、１番目、２番目及び４番目のActual repetitionの信号を送信し、３番目のActual repetitionの信号を送信しなくてよい。

このように、本実施の形態によれば、端末２００は、Actual repetitionにおけるPUCCHシンボル数に適したPUCCH送信を行う。例えば、端末２００は、Actual repetitionのPUCCHシンボル数がPUCCH送信に適さない場合には、当該Actual repetitionの信号を送信しない。別言すると、端末２００は、Actual repetitionのPUCCHシンボル数に応じて、PUCCH送信動作を異ならせてよい。このような送信制御により、例えば、Actual repetition間において多重端末数が異なる場合に、他の端末へ干渉を与え得る信号送信を抑制できるので、端末間干渉によるPUCCH repetitionの性能劣化を抑制できる。

なお、PUCCHフォーマット0では、例えば、Nominal repetitionが2シンボルに設定され、Actual repetitionが１シンボルに設定される場合でも、巡回シフト系列による端末多重数は変わらない。また、PUCCHフォーマット0ではDMRSは含まれない。そのため、PUCCHフォーマット0については、端末２００は、上述した条件に依らずにActual repetitionの信号を送信してよい。

また、本実施の形態では、一例として、Nominal repetitionに対するPUCCHリソースに対して上下リンクパターンとの競合が発生する場合について説明したが、Nominal repetitionに対するPUCCHリソースが複数のスロットに含まれる場合（換言すると、スロット境界をまたがる場合）についても同様の動作を適用してよい。例えば、端末２００は、分割後の複数のActual repetitionの送信区間において上述した条件（例えば、条件(i)～(iii)の少なくとも一つ）を満たす場合、当該Actual repetitionの信号を送信しなくてもよい（換言すると、送信をドロップしてよい）。

（実施の形態３）
本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と共通でよい。

本実施の形態では、例えば、端末２００は、１スロットに対して１つ又は複数のPUCCH repetition単位の信号を送信してよい。換言すると、端末２００は、１スロットに対して複数のNominal PUCCH repetitionの送信区間を設定してよい。

また、端末２００は、１つのNominal repetitionの送信区間において、例えば、上下リンクパターンとの競合が発生する場合、上下リンクパターンとの競合が発生しない一部のシンボルを用いてPUCCH（換言すると、Actual repetitionの信号）を送信してよい。換言すると、端末２００は、上りリンクパターンとの競合が発生する場合に、例えば、NR Rel.15及びRel.16のようにPUCCH repetition単位で送信をドロップしなくてよい。

また、端末２００は、例えば、１つのNominal repetitionの送信区間がスロット境界をまたがる場合、当該１つのNominal repetitionの送信区間を、スロット境界で複数のActual repetitionの送信区間に分割してよい。

また、PUCCH repetitionにおいてUCIに対応するPUCCHフォーマットには、規定されるシンボル長（例えば、duration）が閾値以下のPUCCHフォーマットが適用されてよい。換言すると、端末２００は、PUCCH repetitionにおいて、シンボル長が閾値より長いPUCCHフォーマットを適用しなくてよい。一例として、端末２００は、PUCCHフォーマット0又はPUCCHフォーマット2といったShort PUCCHを用いてよい。

また、本実施の形態では、例えば、端末２００に通知又は設定されるNominal repetitionに対するPUCCHシンボル数はL=1又は2とする。換言すると、端末２００は、PUCCH repetitionが設定された場合、Nominal repetitionに対するPUCCHシンボル数についてL=1又は2と異なる値の通知を想定しない。

図１２は、PUCCH repetitionにおいて、PUCCHシンボル数L=2、及び、繰り返し回数K=14が設定された場合のPUCCHの繰り返し送信に用いる時間リソースの一例を示す図である。

図１２では、Nominal repetitionにおいて、例えば、PUCCHフォーマット0又はPUCCHフォーマット2といったShort PUCCH（例えば、1～2シンボル）が設定され、PUCCHフォーマット1、3及び4といったLong PUCCHは設定されなくてよい。

例えば、図１２に示す例では、８番目及び９番目のNominal repetitionの送信区間は、上りリンク送信に使用されない。また、例えば、図１２に示す例では、１０番目のNominal repetitionに含まれる一部のシンボル（例えば、１番目のシンボル）が上りリンク送信に使用されず、上りリンク送信に使用可能な残りの１シンボル（例えば、２番目のシンボル）を含むActual repetitionが設定され得る。

ここで、例えば、PUCCHフォーマット0では、端末多重数は、PUCCHシンボル数に依らない。よって、例えば、図１２に示すように、Nominal repetition（例えば、２シンボル）の一部（例えば、１シンボル）がActual repetitionに設定される場合（換言すると、PUCCHシンボル数が異なる場合）でも、Nominal repetitionとActual repetitionとで端末多重数は変わらない。例えば、図１２において、１０番目のActual repetition（１シンボル）と、他のActual repetition（２シンボル）とで、端末多重数は変わらない。

また、例えば、PUCCHフォーマット2では、DMRSが各シンボルに含まれる。よって、例えば、図１２に示すように、Nominal repetition（例えば、２シンボル）の一部（例えば、１シンボル）がActual repetitionに設定される場合でも、Actual repetitionにおいてDMRSは含まれる。

以上より、本実施の形態では、PUCCH repetitionにおいて、Nominal repetitionとActual repetitionとでシンボル数が異なる場合でも、Actual repetitionにおいてDMRSが不存在となる確率、又は、端末多重数が変化する確率を低減できる。よって、本実施の形態によれば、端末２００は、Nominal repetitionとシンボル数が異なるActual repetitionの送信をドロップせずに、当該Actual repetitionの信号を送信できる確率を高めることができる。よって、本実施の形態によれば、PUCCH repetitionの性能劣化を抑制し、PUCCHの伝送品質を向上できる。

なお、本実施の形態では、一例として、Nominal repetitionに対するPUCCHリソースに対して上下リンクパターンとの競合が発生する場合について説明したが、Nominal repetitionに対するPUCCHリソースが複数のスロットに含まれる場合（換言すると、スロット境界をまたがる場合）についても同様の動作を適用してよい。例えば、本実施の形態では、Nominal repetitionにおいて、例えば、PUCCHフォーマット0又はPUCCHフォーマット2が設定される場合、上述したように、分割後の複数のActual repetitionでも、DMRSが不存在となる確率、又は、端末多重数が変化する確率を低減できる。よって、端末２００は、Nominal repetitionとシンボル数が異なるActual repetitionの送信をドロップせずに、当該Actual repetitionの信号を送信できる。

（実施の形態４）
本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と共通でよい。

本実施の形態では、例えば、端末２００は、１スロットに対して１つ又は複数のPUCCH repetition単位の信号を送信してよい。換言すると、端末２００は、１スロットに対して複数のNominal PUCCH repetitionの送信区間を設定してよい。

また、端末２００は、例えば、１つのNominal repetitionの送信区間において、例えば、上下リンクパターンとの競合が発生する場合、上下リンクパターンとの競合が発生しない一部のシンボルを用いてPUCCH（換言すると、Actual repetitionの信号）を送信してよい。換言すると、端末２００は、上りリンクパターンとの競合が発生する場合に、例えば、NR Rel.15及びRel.16のようにPUCCH repetition単位で送信をドロップしなくてよい。

また、端末２００は、例えば、１つのNominal repetitionの送信区間がスロット境界をまたがる場合、当該１つのNominal repetitionの送信区間を、スロット境界で複数のActual repetitionの送信区間に分割してよい。

また、端末２００は、実施の形態３と同様、PUCCH repetitionにおいてUCIに対応するPUCCHフォーマットには、規定されるシンボル長（例えば、duration）が閾値以下のPUCCHフォーマットが適用されてよい。換言すると、端末２００は、PUCCH repetitionにおいて、シンボル長が閾値より長いPUCCHフォーマットを適用しなくてよい。一例として、端末２００は、PUCCHフォーマット0又はPUCCHフォーマット2といったShort PUCCHを用いてよい。

また、実施の形態３では、Nominal repetitionに対するPUCCHシンボル数がL=1又は2であったのに対して、本実施の形態では、例えば、端末２００に通知又は設定されるNominal repetitionに対するPUCCHシンボル数はL>3でもよい。

L>3のNominal repetitionの送信区間は、例えば、PUCCHフォーマット0又はPUCCHフォーマット2といったShort PUCCHの組み合わせによって構成されてよい。換言すると、L>3のNominal repetitionの送信区間は、例えば、Short PUCCHに対応したシンボル数を単位としたシンボルの組み合わせによって構成されてよい。一例として、L=7のNominal repetitionが設定される場合、当該Nominal repetitionの信号は、L=1シンボルのShort PUCCHを7個組み合わせて構成されてよい。

本実施の形態によれば、実施の形態３において説明したように、例えば、PUCCH構成方法１のように、PUCCH repetitionにおいて、Nominal repetitionとActual repetitionとでシンボル数が異なる場合でも、Actual repetitionにおいてDMRSが不存在となる確率、又は、端末多重数が変化する確率を低減できる。よって、本実施の形態によれば、端末２００は、Nominal repetitionとシンボル数が異なるActual repetitionの送信をドロップせずに、当該Actual repetitionの信号を送信できる確率を高めることができる。よって、本実施の形態によれば、PUCCH repetitionの性能劣化の影響を抑制し、PUCCHの伝送品質を向上できる。

また、本実施の形態では、Nominal repetitionに対するPUCCHシンボル数Lに関する通知又は設定において、L>3のPUCCHフォーマットも含み得る。このため、本実施の形態では、例えば、実施の形態３（例えば、L=1又は2）と比較して、例えば、繰り返し回数Kの通知（又は、設定）に対する値の範囲を小さくできる。一例として、2スロット長に相当する区間（例えば、２８シンボル）におけるPUCCH repetitionについて、実施の形態３（図１２）では、PUCCHシンボル数L=2の場合、繰り返し回数はK=14に設定され、PUCCHシンボル数L=1の場合、繰り返し回数はK=28が設定される。これに対して、本実施の形態では、例えば、PUCCHシンボル数L=7の場合、繰り返し回数はK=4に設定され、PUCCHシンボル数L=14の場合、繰り返し回数はK=2に設定される。よって、本実施の形態では、実施の形態３と比較して、繰り返し回数Kの設定範囲を小さくでき、通知ビットの増加を抑制できる。

（実施の形態４の変形例）
実施の形態４では、L>3のNominal repetitionをShort PUCCH（例えば、PUCCHフォーマット0又はPUCCHフォーマット2）の組み合わせによって構成する場合について説明した。

端末２００は、PUCCH repetitionが設定された場合に、例えば、条件に応じて、上述した実施の形態４の方法を適用してもよい。

例えば、端末２００は、複数のActual repetitionにおいて、シンボル数がNominal repetitionと同一である場合、Nominal repetitionに設定されたシンボル数に対応したPUCCHフォーマットをActual repetitionにおいて適用してよい。

その一方で、端末２００は、複数のActual repetitionのうち少なくとも一つにおけるシンボル数がNominal repetitionと異なる、又は、閾値（例えば、2シンボル）以下の場合、実施の形態４の方法に基づいて、Short PUCCHの組み合わせによってNominal repetitionを再構成してもよい。

Nominal repetitionがShort PUCCHの組み合わせによって構成される場合、例えば、Long PUCCHを用いる場合と比較して、多重可能な端末数が減少し得る。これに対して、本変形例によれば、PUCCH repetitionにおいて、端末２００は、異なるシンボル数を有するActual repetitionを送信することがない場合、Long PUCCHをShort PUCCHの組み合わせによって構成する必要なくなるため、端末多重数を減少しなくてよいという利点がある。

（実施の形態５）
本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と共通でよい。

本実施の形態では、例えば、端末２００は、１スロットに対して１つ又は複数のPUCCH repetition単位の信号を送信してよい。換言すると、端末２００は、１スロットに対して複数のNominal PUCCH repetitionの送信区間を設定してよい。

また、端末２００は、１つのNominal repetitionの送信区間において、例えば、上下リンクパターンとの競合が発生する場合、上下リンクパターンとの競合が発生しない一部のシンボルを用いてPUCCH（換言すると、Actual repetitionの信号）を送信してよい。換言すると、端末２００は、上りリンクパターンとの競合が発生する場合に、例えば、NR Rel.15及びRel.16のようにPUCCH repetition単位で送信をドロップしなくてよい。

また、端末２００は、例えば、１つのNominal repetitionの送信区間がスロット境界をまたがる場合、当該１つのNominal repetitionの送信区間を、スロット境界で複数のActual repetitionの送信区間に分割してよい。

また、端末２００は、例えば、PUCCH repetitionにおいて、Nominal repetitionのPUCCHフォーマットと異なるPUCCHフォーマットのActual repetitionの信号を送信してよい。例えば、端末２００は、上述したPUCCH構成方法２のように、Actual repetitionにおいて送信されるPUCCHシンボル数に応じてPUCCH（又は、PUCCHフォーマット）を再構成してよい。

また、本実施の形態では、Actual repetition間においてPUCCHフォーマット又はPUCCHシンボル数が異なることによる端末多重への影響を抑制するための以下の方法を適用してよい。

まず、Nominal repetitionとActual repetitionとでPUCCHフォーマットが異なる場合について説明する。

例えば、Nominal repetitionに対してPUCCHフォーマット1が設定される場合、PUCCHリソースには、巡回シフト系列番号及び時間領域OCC（Time domain-OCC（TD-OCC））番号が含まれる。

ここで、巡回シフト系列番号は、例えば、0～11の何れかの値でよい。

また、OCC番号は、例えば、Nominal repetitionのPUCCHシンボル数（例えば、Nominal PUCCH lengthとも呼ぶ）、及び、repetition内周波数ホッピング（例えば、intra-repetition hoppingとも呼ぶ）の有無によって値の範囲が異なる。図１３は、Nominal repetitionのPUCCHシンボル数（例えば、4～14シンボルの何れか）及びrepetition内周波数ホッピングの有無に応じたOCCによる端末多重数の一例を示す図である。例えば、OCCによる端末多重数がNの場合、OCC番号は0～N-1の何れかの値でよい。

例えば、図１に示すように、PUCCHフォーマット1では、周波数ホッピングが無い場合に最大36端末を多重可能であり、周波数ホッピングが有る場合に最大84端末を多重可能である。

また、例えば、PUCCHフォーマット0では、上述したように、巡回シフト系列を用いて、1ビットUCIでは最大6端末を多重可能であり（例えば、巡回シフト系列番号0～5の何れか）、2ビットUCIでは最大3端末を多重可能である（例えば、巡回シフト系列番号0～2の何れか）。なお、PUCCHフォーマット0では、OCC番号による端末多重はサポートされていない。

本実施の形態では、例えば、端末２００に対して、巡回シフト系列番号0～5の何れか、かつ、OCC番号0（換言すると、OCCによる端末多重無しに相当）が通知又は設定される場合、当該端末２００は、PUCCHフォーマット0が設定されるActual repetitionにおいて１ビットUCIを送信してよい。その一方で、例えば、端末２００に対して、巡回シフト系列番号6～11の何れか、又は、OCC番号1以上の何れかが通知又は設定される場合、当該端末２００は、PUCCHフォーマット0が設定されるActual repetitionにおいて１ビットUCIの送信をドロップしてよい。

同様に、例えば、端末２００に対して、巡回シフト系列番号0～2の何れか、かつ、OCC番号0（換言すると、OCCによる端末多重無しに相当）が通知又は設定される場合、当該端末２００は、PUCCHフォーマット0が設定されるActual repetitionにおいて２ビットUCIを送信してよい。その一方で、端末２００に対して、巡回シフト系列番号3～11の何れか、又は、OCC番号1以上の何れかが通知又は設定される場合、当該端末２００は、PUCCHフォーマット0が設定されるActual repetitionにおいて２ビットUCIの送信をドロップしてよい。

このように、端末２００は、端末２００に通知又は設定される端末多重に関するパラメータ（例えば、巡回シフト系列番号及びOCC番号）が、Actual repetitionに対して決定されたPUCCHフォーマットに規定される端末多重に関するパラメータ（例えば、巡回シフト系列番号及びOCC番号）に含まれる場合、当該Actual repetitionの送信区間におけるUCI送信を決定してよい。その一方で、端末２００は、端末２００に通知又は設定される端末多重に関するパラメータ（例えば、巡回シフト系列番号及びOCC番号）がActual repetitionに対して決定されたPUCCHフォーマットに規定される端末多重に関するパラメータに含まれない場合、当該Actual repetitionの送信区間におけるUCIの非送信を決定してよい。

なお、OCCによる端末多重がサポートされるPUCCHフォーマットにおいて、OCC番号#0のOCCは、例えば、符号要素が全て「+1」の符号でもよい。この場合、OCC番号#0が適用（例えば、乗算）される信号（例えば、PUCCH）は、OCC番号#0が適用される前の信号と変わらない。よって、例えば、OCCによる端末多重がサポートされないPUCCHフォーマット0に関しては、端末２００にOCC番号#0が通知又は設定される場合でも、OCCによる端末多重無しに相当するとみなしてよい。なお、PUCCHフォーマット0に限らず、OCCによる端末多重がサポートされない他のPUCCHフォーマット（例えば、PUCCHフォーマット2）についても同様である。

図１４は、PUCCH repetitionにおいて、２つの端末２００（例えば、UE#1及びUE#2）に対して、PUCCHシンボル数L=7、及び、繰り返し回数K=4が設定された場合のPUCCHの繰り返し送信に用いる時間リソースの一例を示す図である。

図１４では、例えば、UE#1に対して、巡回シフト系列番号#0及びOCC番号#0が設定され、UE#2に対して、巡回シフト系列番号#0及びOCC番号#1が設定される。

例えば、図１４では、３番目のNominal repetitionの一部のシンボル（例えば、１番目～５番目のシンボル）が下りリンクシンボル又はフレキシブルシンボルに設定されるため、上りリンク送信に使用されない（換言すると、上下リンクパターンとの競合が発生している）。この場合、例えば、図１４に示す3番目のNominal repetitionのうち、上りリンク送信に使用可能な残りの２シンボル（例えば、６番目及び７番目のシンボル）を含むPUCCHフォーマット0のActual repetitionが設定され得る。

図１４において、例えば、UE#1には、PUCCHフォーマット0に規定された巡回シフト系列番号#0及びOCC番号#0（ただし、OCC番号#0は、OCCによる端末多重無しに相当）が設定されているので、UE#1は、１番目～４番目のActual repetitionの信号を送信してよい。換言すると、UE#1から送信される信号は、３番目のActual repetitionのPUCCHフォーマット0がNominal repetitionにおけるPUCCHフォーマット1と異なる場合でも、端末間で多重可能である。

一方、図１４において、例えば、UE#2には、PUCCHフォーマット0に規定されないOCC番号#1が設定されているので、UE#2は、３番目のActual repetitionの送信をドロップしてよい。図１４において、UE#2の３番目のActual repetitionに設定されるPUCCHフォーマット0では、UE#2に設定されたOCC番号による端末多重をサポートしていないので、当該Actual repetitionの信号は、他の端末に対して干渉を与え得る。よって、UE#2がActual repetitionの信号を送信しないことにより、UE#2から他のUEへ与える干渉（例えば、端末間干渉）を抑制できる。

また、他の例として、Nominal repetitionに対してPUCCHフォーマット4が設定される場合、PUCCHリソースにはOCC番号（例えば、周波数領域OCC（Frequency domain-OCC(FD-OCC)））が含まれる。ここで、OCC番号は、0～1（換言すると、端末多重数2）、又は、0～3（換言すると、端末多重数4）の何れかの値である。

また、例えば、PUCCHフォーマット2では、OCC番号による端末多重はサポートされていない。

この場合、例えば、端末２００に対してOCC番号0（換言すると、OCCによる端末多重無しに相当）が通知又は設定される場合、当該端末２００は、PUCCHフォーマット2が設定されるActual repetitionにおいてUCIを送信してよい。

その一方で、端末２００に対して、OCC番号1又はOCC番号1～3の何れかが通知又は設定される場合、当該端末２００は、PUCCHフォーマット2が設定されるActual repetitionにおいてUCIの送信をドロップしてよい。PUCCHフォーマット2では、OCC番号による端末多重をサポートしていないので、OCC番号1以上が設定された端末２００から送信されるPUCCHフォーマット２のActual repetitionの信号は、他の端末に対して干渉を与え得る。よって、当該端末２００がPUCCHフォーマット2のActual repetitionの信号を送信しないことにより、端末２００から他のUEへ与える干渉（例えば、端末間干渉）を抑制できる。

次に、Nominal repetitionとActual repetitionとでPUCCHシンボルが異なる場合について説明する。

例えば、Nominal repetitionにおいてPUCCHフォーマット1が設定される場合に、Actual repetitionでもPUCCHフォーマット1が設定され、PUCCHシンボル数が異なる場合があり得る。上述したように、PUCCHシンボル数が異なる場合、図１３に示すように、OCCによる多重可能な端末数が異なる場合があり得る。

そこで、本実施の形態では、例えば、端末２００に通知又は設定されたOCC番号が、Actual repetitionにおけるPUCCHシンボル数に基づくPUCCHフォーマット1に規定されたOCC番号（例えば、図１３）に含まれる場合、端末２００は、当該Actual repetitionにおいてUCIを送信してよい。その一方で、端末２００に通知又は設定されたOCC番号が、PUCCHフォーマット1に規定されたOCC番号に含まれない場合、端末２００は、当該Actual repetitionにおけるUCIの送信をドロップしてよい。

例えば、Nominal repetitionにおいて、シンボル数14のPUCCHフォーマット1が設定され、Actual repetitionにおいてシンボル数7のPUCCHフォーマット1が設定される場合について説明する。図１３に示すように、PUCCHフォーマット1においてPUCCHシンボル数が7の場合の端末多重数は3であり、OCC番号は0～2の何れかである。

この場合、端末２００に対してOCC番号0～2の何れかが通知又は設定されている場合、端末２００は、PUCCHシンボル数7のActual repetitionにおいてUCIを送信してよい。一方、端末２００に対してOCC番号3～6の何れかが通知又は設定されている場合、端末２００は、PUCCHシンボル数7のActual repetitionにおいてUCIを送信しなくてよい。図１３に示すように、PUCCHシンボル数7のPUCCHフォーマット1では、OCC番号3以上のOCCによる端末多重をサポートしていないので、これらのOCCが設定された端末２００から送信されるPUCCHシンボル数7のActual repetitionの信号は、他の端末に対して干渉を与え得る。よって、端末２００がこのActual repetitionの信号を送信しないことにより、端末２００から他のUEへ与える干渉（例えば、端末間干渉）を抑制できる。

このように、本実施の形態によれば、端末２００は、Actual repetitionにおいて多重される端末数を、Actual repetitionにおけるPUCCHフォーマット又はActual repetitionのPUCCHシンボル数に基づいて調整できるので、端末間干渉によるPUCCH repetitionの性能劣化を抑制できる。

また、本実施の形態では、一部の端末２００（例えば、図１４のUE#1）は、Actual repetitionの送信をドロップせずに、UCIを送信できるので、PUCCH repetitionの伝送品質を向上できる。

なお、本実施の形態では、一例として、Nominal repetitionに対するPUCCHリソースに対して上下リンクパターンとの競合が発生する場合について説明したが、Nominal repetitionに対するPUCCHリソースが複数のスロットに含まれる場合（換言すると、スロット境界をまたがる場合）についても同様の動作を適用してよい。例えば、本実施の形態では、端末２００は、分割後の複数のActual repetitionにおいて、端末２００に通知又は設定されたパラメータに基づいて端末多重可能か否かを判断して、当該Actual repetitionの送信を制御してもよい。

また、NR Rel.15及びRel.16では、3シンボルで構成されるPUCCHフォーマットが規定されていないが、3シンボルのPUCCHフォーマットが新たに規定されてもよい。例えば、3シンボルのPUCCHフォーマットは既存のShort PUCCH（例えば、PUCCHフォーマット0およびPUCCHフォーマット2）としてもよく、Long PUCCH（例えば、PUCCHフォーマット1，PUCCHフォーマット3およびPUCCHフォーマット4）としてもよい。また、3シンボルで構成されるPUCCHフォーマットが新たに規定されない場合、Actual repetitionにおけるPUCCHシンボル数が3シンボルである場合は、端末２００がActual repetitionを送信しないとしてもよい。

（実施の形態６）
本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と共通でよい。

本実施の形態では、例えば、端末２００は、１スロットに対して１つ又は複数のPUCCH repetition単位の信号を送信してよい。換言すると、端末２００は、１スロットに対して複数のNominal PUCCH repetitionの送信区間を設定してよい。

また、端末２００は、１つのNominal repetitionの送信区間において、例えば、上下リンクパターンとの競合が発生する場合、上下リンクパターンとの競合が発生しない一部のシンボルを用いてPUCCH（換言すると、Actual repetitionの信号）を送信してよい。換言すると、端末２００は、上りリンクパターンとの競合が発生する場合に、例えば、NR Rel.15及びRel.16のようにPUCCH repetition単位で送信をドロップしなくてよい。

また、端末２００は、例えば、１つのNominal repetitionの送信区間がスロット境界をまたがる場合、当該１つのNominal repetitionの送信区間を、スロット境界で複数のActual repetitionの送信区間に分割してよい。

また、端末２００は、例えば、実施の形態５と同様、PUCCH repetitionにおいて、Nominal repetitionのPUCCHフォーマットと異なるPUCCHフォーマットのActual repetitionの信号を送信してよい。例えば、端末２００は、上述したPUCCH構成方法２のように、Actual repetitionにおいて送信されるPUCCHのシンボル数に応じてPUCCH（又は、PUCCHフォーマット）を再構成してよい。

また、本実施の形態では、Actual repetition間においてPUCCHフォーマット又はPUCCHシンボル数が異なることによる端末多重への影響を抑制するための以下の方法を適用してよい。

例えば、実施の形態５では、Actual repetitionにおけるPUCCHフォーマット又はシンボル数がNominal repetitionと異なる場合、端末２００に通知又は設定される巡回シフト系列番号及びOCC番号といった端末多重数に関するパラメータに基づいて、当該Actual repetitionの送信又は非送信を決定する場合について説明した。この場合、Actual repetitionが送信されない端末（換言すると、Actual repetitionにおいて巡回シフト系列及びOCCによって多重されない端末）において、PUCCH repetitionの特性が劣化する可能性がある。

そこで、本実施の形態では、Actual repetitionにおいて巡回シフト系列及びOCCによって多重されない端末の信号を周波数多重（FDM：Frequency Division Multiplexing）する。例えば、端末２００は、Actual repetitionの送信区間において、通知又は設定された巡回シフト系列番号又はOCC番号と対応付けられたPRB（又は、PRB位置）においてActual repetitionの信号を送信してよい。

例えば、Nominal repetitionに対してPUCCHフォーマット1が設定される場合、PUCCHリソースには、PRB番号n、巡回シフト系列番号、及び、時間領域OCC番号が含まれてよい。

ここで、巡回シフト系列番号は0～11の何れかの値でよい。

また、OCC番号は、例えば、Nominal repetitionのPUCCHシンボル数、及び、repetition内周波数ホッピングの有無によって値の範囲が異なる。例えば、OCCによる端末多重数がNの場合、OCC番号は0～N-1の何れかの値でよい。

また、例えば、PUCCHフォーマット0では、上述したように、巡回シフト系列を用いて、1ビットUCIでは最大6端末を多重可能であり（例えば、巡回シフト系列番号0～5の何れか）、2ビットUCIでは最大3端末を多重可能である（例えば、巡回シフト系列番号0～2の何れか）。なお、PUCCHフォーマット0では、OCC番号による端末多重はサポートされていない。

本実施の形態では、例えば、端末２００に対して、巡回シフト系列番号0～5の何れか、かつ、OCC番号0（換言すると、OCCによる端末多重無しに相当）が通知又は設定される場合、当該端末２００は、PUCCHフォーマット0が設定されるActual repetitionの信号を、PRB番号nのPRBにおいて送信してよい。

その一方で、例えば、端末２００に対して、巡回シフト系列番号6～11の何れか、又は、OCC番号1以上の何れかが通知又は設定される場合、当該端末２００は、PUCCHフォーマット0が設定されるActual repetitionの信号を、PRB番号nと異なるPRB番号のPRBにおいて送信してよい。例えば、端末２００は、巡回シフト系列番号6～11の何れか、かつ、OCC番号0が通知又は設定された場合に、PUCCHフォーマット0が設定されるActual repetitionの信号をPRB番号n+1のPRBにおいて送信してよい。また、端末２００は、例えば、巡回シフト系列番号0～5の何れか、かつ、OCC番号1が通知又は設定された場合に、PUCCHフォーマット0が設定されるActual repetitionの信号をPRB番号n+2のPRBにおいて送信してよい。また、端末２００は、例えば、巡回シフト系列番号6～11の何れか、かつ、OCC番号1が通知又は設定された場合に、PUCCHフォーマット0が設定されるActual repetitionの信号をPRB番号n+3のPRBにおいて送信してよい。

このように、端末２００は、端末２００に通知又は設定される端末多重に関するパラメータ（例えば、巡回シフト系列番号及びOCC番号）が、Actual repetitionに対するPUCCHフォーマットに規定された端末多重に関するパラメータ（例えば、巡回シフト系列番号及びOCC番号）に含まれない場合、当該Actual repetitionにおいて、端末２００に通知又は設定されたパラメータに対応付けられたPRBを用いてUCIを送信してよい。

なお、PRB番号と、巡回シフト系列番号及びOCC番号の組み合わせとの対応付けは、上述した例に限らず、例えば、PRB番号が巡回シフト系列番号とOCC番号とに基づいて決定されればよい。

図１５は、PUCCH repetitionにおいて、２つの端末２００（例えば、UE#1及びUE#2）に対して、PUCCHシンボル数L=7、及び、繰り返し回数K=4が設定された場合のPUCCHの繰り返し送信に用いる時間リソースの一例を示す図である。

図１５では、例えば、UE#1に対して、巡回シフト系列番号#0及びOCC番号#0が設定され、UE#2に対して、巡回シフト系列番号#0及びOCC番号#1が設定される。

例えば、図１５では、３番目のNominal repetitionの一部のシンボル（例えば、１番目～５番目のシンボル）が下りリンクシンボル又はフレキシブルシンボルに設定されるため、上りリンク送信に使用されない（換言すると、上下リンクパターンとの競合が発生している）。この場合、例えば、図１５に示す3番目のNominal repetitionのうち、上りリンク送信に使用可能な残りの２シンボル（例えば、６番目及び７番目のシンボル）を含むPUCCHフォーマット0のActual repetitionが設定され得る。

図１５において、例えば、UE#1には、PUCCHフォーマット0に規定された巡回シフト系列番号#0及びOCC番号#0（ただし、OCCによる端末多重無しに相当）が設定されているので、UE#1は、１番目～４番目のActual repetitionの信号を、PRB番号nのPRBにおいて送信してよい。換言すると、UE#1から送信される信号は、３番目のActual repetitionのPUCCHフォーマット0がNominal repetitionにおけるPUCCHフォーマット1と異なる場合でも、端末間で多重可能である。

また、図１５において、例えば、UE#2には、PUCCHフォーマット0に規定されていないOCC番号#1が設定される。そこで、UE#2は、例えば、１番目、２番目及び４番目のPUCCHフォーマット１のActual repetitionの信号をPRB番号nのPRBにおいて送信し、３番目のActual repetitionの信号を、例えば、巡回シフト系列番号0及びOCC番号1に対応付けられたPRB番号n+2のPRBにおいて送信してよい。

図１５において、UE#2の３番目のActual repetitionに設定されるPUCCHフォーマット0では、UE#2に設定されたOCC番号による端末多重をサポートしていないので、当該Actual repetitionの信号は、例えば、PRB番号nのPRBにおいて送信された場合、他の端末に対して干渉を与え得る。その一方で、本実施の形態では、UE#2の３番目のActual repetitionの信号は、他のActual repetitionの信号が送信されるPRB番号nのPRBと異なるPRBにおいて送信されるので、UE#2から他のUEへ与える干渉（例えば、端末間干渉）を抑制し、かつ、UE#2に対するPUCCHの伝送品質を向上できる。

また、他の例として、Nominal repetitionに対してPUCCHフォーマット4が設定される場合、PUCCHリソースにはOCC番号（例えば、FD-OCC）が含まれる。ここで、OCC番号は、0～1（換言すると、端末多重数2）、又は、0～3（換言すると、端末多重数4）の何れかの値である。

また、例えば、PUCCHフォーマット2では、OCC番号による端末多重はサポートされていない。

この場合、例えば、端末２００に対してOCC番号0（換言すると、OCCによる端末多重無しに相当）が通知又は設定される場合、当該端末２００は、PUCCHフォーマット2が設定されるActual repetitionの信号をPRB番号nのPRBにおいて送信してよい。

また、端末２００に対して、OCC番号1又はOCC番号1～3の何れかが通知又は設定される場合、当該端末２００は、PUCCHフォーマット2が設定されるActual repetitionの信号を、PRB番号nのPRBと異なるPRB（例えば、PRB番号n+1）において送信してよい。

なお、PRB番号とOCC番号との対応付けは上述した例に限定されず、例えば、PRB番号がOCC番号に基づいて決定されればよい。

このように、本実施の形態によれば、端末２００は、通知又は設定される端末多重に関するパラメータ（例えば、巡回シフト系列番号及びOCC番号）に依らず、Actual repetitionの送信をドロップせずに、Actual repetitionの信号を送信できる。このため、PUCCH repetitionの伝送品質を向上できる。

なお、本実施の形態において、Nominal repetitionとActual repetitionとでPUCCHシンボルが異なる場合についても同様の動作を適用してもよい。また、本実施の形態では、一例として、Nominal repetitionに対するPUCCHリソースに対して上下リンクパターンとの競合が発生する場合について説明したが、Nominal repetitionに対するPUCCHリソースが複数のスロットに含まれる場合（換言すると、スロット境界をまたがる場合）についても同様の動作を適用してよい。例えば、本実施の形態では、端末２００は、Actual repetitionにおいて、端末２００に通知又は設定されたパラメータに基づいて、巡回シフト系列及びOCCによる多重送信、又は、周波数多重送信の何れかを決定してもよい。

また、NR Rel.15及びRel.16では、3シンボルで構成されるPUCCHフォーマットが規定されていないが、3シンボルのPUCCHフォーマットが新たに規定されてもよい。例えば、3シンボルのPUCCHフォーマットは既存のShort PUCCH（例えば、PUCCHフォーマット0およびPUCCHフォーマット2）としてもよく、Long PUCCH（例えば、PUCCHフォーマット1，PUCCHフォーマット3およびPUCCHフォーマット4）としてもよい。また、3シンボルで構成されるPUCCHフォーマットが新たに規定されない場合、Actual repetitionにおけるPUCCHシンボル数が3シンボルである場合は、端末がActual repetitionを送信しないとしてもよい。

（実施の形態７）
本実施の形態に係る基地局及び端末の構成は、実施の形態１に係る基地局１００及び端末２００の構成と共通でよい。

本実施の形態では、例えば、端末２００は、１スロットに対して１つ又は複数のPUCCH repetition単位の信号を送信してよい。換言すると、端末２００は、１スロットに対して複数のNominal PUCCH repetitionの送信区間を設定してよい。

また、端末２００は、１つのNominal repetitionの送信区間において、例えば、上下リンクパターンとの競合が発生する場合、上下リンクパターンとの競合が発生しない一部のシンボルを用いてPUCCH（換言すると、Actual repetitionの信号）を送信してよい。換言すると、端末２００は、上りリンクパターンとの競合が発生する場合に、例えば、NR Rel.15及びRel.16のようにPUCCH repetition単位で送信をドロップしなくてよい。

また、端末２００は、例えば、１つのNominal repetitionの送信区間がスロット境界をまたがる場合、当該１つのNominal repetitionの送信区間を、スロット境界で複数のActual repetitionの送信区間に分割してよい。

また、端末２００は、例えば、実施の形態５と同様、PUCCH repetitionにおいて、Nominal repetitionのPUCCHフォーマットと異なるPUCCHフォーマットのActual repetitionの信号を送信してよい。例えば、端末２００は、上述したPUCCH構成方法２のように、Actual repetitionにおいて送信されるPUCCHのシンボル数に応じてPUCCH（又は、PUCCHフォーマット）を再構成してよい。

また、本実施の形態では、Actual repetition間においてPUCCHフォーマット又はPUCCHシンボル数が異なることによるPUCCHの符号化への影響を抑制するための以下の方法を適用してよい。

例えば、Nominal repetitionにおいてPUCCHフォーマット3又はPUCCHフォーマット4が設定される場合、UCIビットには符号化（例えば、チャネル符号化）が適用され、PUCCHシンボルに基づく個数の時間及び周波数リソースにマッピングされ得る。また、例えば、Actual repetitionにおいて、PUCCHフォーマット2が設定される場合、又は、Nominal repetitionとPUCCHフォーマットは同一であるがシンボル数が異なる場合、PUCCHシンボルに基づく個数の時間及び周波数リソース量は、Nominal repetitionと比較して減少し得る。そのため、Actual repetitionにおいて送信されるPUCCHの符号化率は高くなり、伝送特性が劣化する可能性がある。

そこで、本実施の形態では、端末２００は、Actual repetitionにおいて、Nominal repetitionと比較して周波数リソース（例えば、PRB数又はPRBサイズ）を増加して、Actual repetitionの信号を送信してよい。

例えば、Nominal repetitionにおいてPUCCHフォーマット3が設定される場合、PUCCHリソースには、PRB番号n及びPRB数が含まれてよい。本実施の形態では、例えば、端末２００は、PUCCHフォーマット2が設定されるActual repetitionにおいて、Nominal repetitionと比較してPRB数を増加させて、Actual repetitionの信号を送信してよい。

また、例えば、Nominal repetitionにおいてPUCCHフォーマット4が設定される場合、PUCCHリソースにおけるPRB数は1PRBである。本実施の形態では、例えば、端末２００は、PUCCHフォーマット2が設定されるActual repetitionにおいて、Nominal repetitionと比較して、PRB数を増加させて、Actual repetitionの信号を送信してよい。

なお、Actual repetitionにおけるPRB数は、例えば、Nominal repetitionにおける符号化率を実現できるPRB数に設定されてもよく、Nominal repetitionのシンボル数及びActual repetitionのシンボル数の少なくとも一つに基づいて決定される値でもよい。

このように、本実施の形態によれば、端末２００は、Nominal repetitionとActual repetitionとでPUCCHフォーマット又はシンボル数が異なる場合でも、Actual repetitionの符号化特性の劣化を抑制できる。

なお、本実施の形態では、一例として、Nominal repetitionとActual repetitionとでPUCCHフォーマットが異なる場合について説明したが、例えば、Nominal repetitionとActual repetitionとでPUCCHシンボル数が異なる場合についても同様の動作を適用してもよい。また、本実施の形態では、一例として、Nominal repetitionに対するPUCCHリソースに対して上下リンクパターンとの競合が発生する場合について説明したが、Nominal repetitionに対するPUCCHリソースが複数のスロットに含まれる場合（換言すると、スロット境界をまたがる場合）についても同様の動作を適用してよい。例えば、本実施の形態では、端末２００は、Actual repetitionにおいて、Nominal repetitionと比較してPRB数を増加させて、Actual repetitionの信号を送信してもよい。

また、NR Rel.15及びRel.16では、3シンボルで構成されるPUCCHフォーマットが規定されていないが、3シンボルのPUCCHフォーマットが新たに規定されてもよい。例えば、3シンボルのPUCCHフォーマットは既存のShort PUCCH（例えば、PUCCHフォーマット0およびPUCCHフォーマット2）としてもよく、Long PUCCH（例えば、PUCCHフォーマット1，PUCCHフォーマット3およびPUCCHフォーマット4）としてもよい。また、3シンボルで構成されるPUCCHフォーマットが新たに規定されない場合、Actual repetitionにおけるPUCCHシンボル数が3シンボルである場合は、端末２００がActual repetitionを送信しないとしてもよい。

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

（他の実施の形態）
［PUCCH repetitionに対するPUCCHリソースの通知方法］
PUCCH repetitionに対するPUCCHリソースの通知方法、及び、Repetition回数の通知方法について説明する。なお、以下の方法により通知又は設定されるPUCCHリソースは、例えば、上述した実施の形態における「Nominal repetition」に対するPUCCHリソースである。端末２００は、例えば、Nominal repetitionに対するPUCCHリソースを決定した後、スロットの上下リンクパターンに関する情報、又は、スロット境界に基づいて、Actual repetitionに対するPUCCHリソースを決定し、PUCCH repetitionの信号を送信してよい。

＜Option 0＞
Option 0では、例えば、DCIによって割り当てられるPDSCHに対するACK/NACKを送信するためのPUCCHリソースの特定に関して、基地局１００は、端末固有の上位レイヤ信号（例えば、RRC信号）によって、準静的なPUCCHリソースの集合（例えば、PUCCH resource setと呼ぶ）を端末２００へ通知し、DCIによって、PUCCH resource setに含まれる複数のPUCCHリソースのうち端末２００が使用するPUCCHリソースを端末２００へ通知してよい。

ここで、PUCCHリソースは、例えば、PUCCHフォーマット、時間リソース（例えば、シンボル位置又はシンボル数）、周波数リソース（例えば、PRB番号、PRB数、又は、周波数ホッピング適用の有無）、及び、符号リソース（例えば、巡回シフト系列番号及び直交符号番号）といったパラメータによって構成されてよい。

また、Option 0では、例えば、SR又はCSIを送信するためのPUCCHリソースの特定に関して、基地局１００は、端末固有の上位レイヤ信号（例えば、RRC信号）によって端末２００へPUCCHリソースを準静的に通知してよい。

また、Option 0では、PUCCH repetitionの有無及び繰り返し回数に関する情報の特定に関して、例えば、基地局１００は、端末固有の上位レイヤ信号（例えば、RRC信号）によって端末２００へ準静的に通知してよい。

Option 0では、基地局１００は、端末２００に対して、例えば、1回目（換言すると、初回）のPUCCH送信に対するPUCCHリソース割当、及び、繰り返し回数を通知してよい。また、2回目以降のPUCCH送信のPUCCHリソースには、例えば、連続するスロット内の同一PUCCHリソースが割り当てられてもよい。また、時間領域のリソース割当は、例えば、１つ前のPUCCH送信と連続し、かつ、同じシンボル数が割り当てられてもよい。

＜Option 1＞
Option 1では、例えば、DCIによって割り当てられるPDSCHに対するACK/NACKを送信するためのPUCCHリソースの特定に関して、基地局１００は、端末固有の上位レイヤ信号（例えば、RRC信号）によって、準静的なPUCCHリソースの集合（例えば、PUCCH resource set）を端末２００へ通知し、DCIによって、PUCCH resource setに含まれる複数のPUCCHリソースのうち端末２００が使用するPUCCHリソースを端末２００へ通知してよい。

ここで、PUCCHリソースは、例えば、PUCCHフォーマット、時間リソース（例えば、シンボル位置又はシンボル数）、周波数リソース（例えば、PRB番号、PRB数、又は、周波数ホッピング適用の有無)、及び、符号リソース（例えば、巡回シフト系列番号及び直交符号番号）といったパラメータによって構成されてよい。

Option 1では、さらに、PUCCHリソースを構成するパラメータには、例えば、PUCCH repetitionの有無に関する情報、又は、繰り返し回数に関する情報が含まれてよい。

また、Option 1では、例えば、SR又はCSIを送信するためのPUCCHリソースの特定に関して、基地局１００は、端末固有の上位レイヤ信号（例えば、RRC信号）によって端末２００へPUCCHリソースを準静的に通知してよい。

Option 1では、基地局１００は、端末２００に対して、例えば、1回目（換言すると、初回）のPUCCH送信に対するPUCCHリソース割当、及び、繰り返し回数を通知してよい。また、2回目以降のPUCCH送信のPUCCHリソースには、例えば、連続するスロット内の同一PUCCHリソースが割り当てられてもよい。また、時間領域のリソース割当は、例えば、１つ前のPUCCH送信と連続し、かつ、同じシンボル数が割り当てられてもよい。

Option 1によれば、基地局１００は、端末２００に対して、PUCCH repetitionの有無、及び、繰り返し回数の少なくとも一つを動的に通知できる。

また、PUCCH resource setにPUCCH repetitionの有無及び繰り返し回数に関する情報を含めることで、基地局１００は、PUCCH repetitionの有無及び繰り返し回数の少なくとも一つの動的な通知と、PUCCHリソース通知とを、DCIの同一のビットフィールド（例えば、PUCCH resource indicator（PRI））によって通知できるので、DCIビット数の増加を抑制できる。

＜Option 2＞
Option 2では、例えば、DCIによって割り当てられるPDSCHに対するACK/NACKを送信するためのPUCCHリソースの特定に関して、基地局１００は、端末固有の上位レイヤ信号（例えば、RRC信号）によって、準静的なPUCCHリソースの集合（例えば、PUCCH resource set）を端末２００へ通知し、DCIによって、PUCCH resource setに含まれる複数のPUCCHリソースのうち端末２００が使用するPUCCHリソースを端末２００へ通知してよい。

ここで、PUCCHリソースは、例えば、各Repetitionにおける、PUCCHフォーマット、時間リソース（例えば、シンボル位置又はシンボル数）、周波数リソース（例えば、PRB番号PRB数、又は、周波数ホッピング適用の有無）、及び、符号リソース（例えば、巡回シフト系列番号及び直交符号番号）といったパラメータによって構成されてよい。

また、PUCCHリソースを構成するパラメータには、例えば、各Repetitionにおける、PUCCH repetitionの有無に関する情報、又は、繰り返し回数に関する情報が含まれてもよい。

また、Option 2では、例えば、SR又はCSIを送信するためのPUCCHリソースの特定に関して、基地局１００は、端末固有の上位レイヤ信号（例えば、RRC信号）によって端末２００へPUCCHリソースを準静的に通知してよい。

Option 2によれば、基地局１００は、端末２００に対して、PUCCH送信に対するPUCCHリソース割当及び繰り返し回数をRepetition毎に通知する。これにより、例えば、基地局１００は、各PUCCH repetitionに対して異なるPUCCHリソースを通知できるので、端末２００に対するPUCCH repetition送信の柔軟性を向上できる。

＜Option 3＞
Option 3では、例えば、DCIによって割り当てられるPDSCHに対するACK/NACKを送信するためのPUCCHリソースの特定に関して、上述したOption 0～2の何れかの方法を用いてよい。

Option 3では、基地局１００は、例えば、端末固有の上位レイヤ信号（例えば、RRC信号）によって、準静的なPUCCH repetitionに対する無効シンボルに関する情報（例えば、パターン）を通知してもよい。「無効シンボル」は、例えば、スロットフォーマットに関する情報によって上りリンクシンボルに設定されたシンボルであっても、PUCCH repetitionを行わなくてよいシンボルでよい。

また、基地局１００は、端末固有の上位レイヤ信号（RRC信号）によって、PDSCHを割り当てるDCIにおける、無効シンボルに関する情報を適用するか否かを示すビットフィールドの有無を通知してもよい。

例えば、端末２００は、PDSCHを割り当てるDCIに無効シンボルに関する情報を適用するか否かを示すビットフィールドが無く、かつ、１つのPUCCH repetitionの送信区間に無効シンボルが含まれる場合、当該無効シンボルでは上下リンクパターンとの競合が発生したと判断し、上述した実施の形態と同様の動作を適用してよい。

また、端末２００は、例えば、PDSCHを割り当てるDCIに無効シンボルの情報を適用するか否かを示すビットフィールドが有り、かつ、当該DCIのビットフィールドにおいて0が通知された場合、１つのPUCCH repetitionの送信区間に無効シンボルが含まれる場合、当該無効シンボルでは上下リンクパターンとの競合が発生したと判断し、上述した実施の形態と同様の動作を適用してよい。その一方で、端末２００は、例えば、DCIのビットフィールドにおいて1が通知された場合、１つのPUCCH repetitionの送信区間に無効シンボルが含まれる場合、当該無効シンボルを上リンクシンボルと判断し、上述した実施の形態と同様の動作を適用してよい。

なお、ビットフィールドの値は上述した例（例えば、0：適用、1：適用しない）に限らない。

また、Option 3における無効シンボルに関する情報は、例えば、PUSCH repetitionに対して通知されてもよい。PUSCH repetitionに対する無効シンボルに関する情報と、PUCCH repetitionに対する無効シンボルに関する方法は、同一の上位レイヤ信号(例えば、RRC信号)によって通知されてもよく、別の上位レイヤ信号（例えば、RRC信号）によって通知されてもよい。

また、上述したPUCCH repetitionに対するPUCCHリソースに関する情報それぞれは、上述した信号によって通知される場合に限定されず、例えば、端末固有の上位レイヤ信号、DCIの何れかによって通知又は設定されてもよく、規格において規定されていてもよい。

以上、PUCCH repetitionに対するPUCCHリソースの通知方法について説明した。

なお、上記実施の形態では、一例として、ACK/NACK（例えば、下りリンクデータ信号に対する応答信号）に対するPUCCHリソースの割当方法について説明したが、PUCCHリソースの割当対象は、ACK/NACKに限定されない。例えば、CSI又はSRといった、ACK/NACKと異なる上りリンク制御情報（UCI）でもよく、上りリンクデータ信号（例えば、PUSCH）でもよい。

また、上記実施の形態では、端末から基地局へ信号を送信する上りリンクの通信を想定した。しかし、本開示の一実施例は、これに限らず、端末同士の通信（例えば、sidelinkの通信）に適用されてもよい。

また、下りリンク制御チャネル、下りリンクデータチャネル、上りリンク制御チャネル、及び、上りリンクデータチャネルは、それぞれ、PDCCH、PDSCH、PUCCH、及び、PUSCHに限らず、他の名称の制御チャネルでもよい。

また、上述した実施の形態では、上位レイヤのシグナリングには、RRCシグナリングを想定しているが、Medium Access Control（MAC）のシグナリング、及び、物理レイヤのシグナリングであるDCIでの通知に置き換えてもよい。

また、上述した実施の形態において、時間リソースの単位（例えば、スケジューリング単位）は、スロットに限らず、例えば、フレーム、サブフレーム、スロット、サブスロット又は、シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、周波数リソースの単位は、リソースブロック（例えば、PRB）に限らず、例えば、bandwidth part（BWP）、リソースブロックグループ（RBG）、サブキャリア、又は、resource element group（REG）といった周波数リソース単位でもよく、他の周波数リソース単位でもよい。

また、上述した実施の形態において適用したパラメータは一例であって限定されない。例えば、シンボル数L、繰り返し回数K、巡回シフト系列番号、OCC番号、又は、SFIに示される上下リンクパターンといったパラメータの少なくとも一つは、上述した実施の形態における値に限定されず、他の値でもよい。

また、上述した実施の形態では、PUCCHフォーマット0～4を適用する場合について説明したが、PUCCHフォーマットは、これらに限定されない。例えば、UCIのビット数（換言すると、use case）、シンボル長（換言すると、duration）、RBサイズ、端末多重数、多重方法（例えば、巡回シフト系列番号及びOCC番号）、又は、符号化方法といったパラメータの組み合わせが異なる他のPUCCHフォーマットが適用されてもよい。また、PUCCHフォーマットに関するパラメータは、例えば、図１に示す値に限定されず、他の値でもよい。

＜５Ｇ ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。

例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図１６に示す（例えば、3GPP TS 38.300 v15.6.0, section 4参照）。

ＮＲのユーザプレーンのプロトコルスタック（例えば、3GPP TS 38.300, section 4.4.1参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（TS 38.300の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（TS 38.300の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（TS 38.300の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、3GPP TS 38.300の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、TS 38.300, section 4.4.2参照）。レイヤ２の機能の概要がTS 38.300の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、TS 38.300の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、TS 38.300の第７節に列挙されている。

例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。

例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ(Physical Uplink Control Channel)があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。

ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ^２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。

そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。

新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。

＜５Ｇ ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
図１７は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。

例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation, Admission, Maintenance）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ ＮＡＳメッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。

Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
－ Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ Access Stratum（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ Session Management Function（ＳＭＦ）の選択。

さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
－ ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
－ マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。

最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
－ 制御部分のポリシーの強制およびＱｏＳ；
－ 下りリンクデータの通知。

＜ＲＲＣ接続のセットアップおよび再設定の手順＞
図１８は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。

したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。

＜２０２０年以降のＩＭＴの利用シナリオ＞
図１９は、５Ｇ ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図１９は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ Ｍ．２０８３ 図２参照）。

ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。

物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。

また、ＮＲ ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。

ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。

上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。

ＮＲ ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。

さらに、ＮＲ ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。

＜ＱｏＳ制御＞
５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。

各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図１８を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ ＱｏＳフローおよびＤＬ ＱｏＳフローとＤＲＢとを関連付ける。

図２０は、５Ｇ ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（TS 23.501 v16.1.0, section 4.23参照）。Application Function（ＡＦ）（例えば、図１９に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックのルーティングに影響を与えるアプリケーションをサポートするために、Network Exposure Function（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Policy Control Function（ＰＣＦ）参照）である。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるApplication Functionは、関連するNetwork Functionと直接やり取りすることができる。Network Functionに直接アクセスすることがオペレーターから許可されていないApplication Functionは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するNetwork Functionとやり取りする。

図２０は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。

したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。

通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

本開示の一実施例に係る端末は、スケジューリング単位に対応した単位時間区間に対して、複数の第１送信機会を設定する制御回路と、前記複数の第１送信機会において、上り制御情報の繰り返し送信を行う送信回路と、を具備する。

本開示の一実施例において、前記制御回路は、前記単位時間区間におけるシンボル構成に関する情報に基づいて、前記複数の第１送信機会のうち、一部のシンボルが下りリンクシンボルに設定される送信機会を、前記一部のシンボルと異なる他のシンボルを含む第２送信機会に変更する。

本開示の一実施例において、前記制御回路は、前記複数の第１送信機会のうち、複数の前記単位時間区間にまたがる送信機会を、前記単位時間区間の境界で複数の第２送信機会に分割する。

本開示の一実施例において、前記制御回路は、前記第２送信機会のシンボル数が前記第１送信機会のシンボル数よりも少ない場合、前記第１送信機会に対応するフォーマットの前記上り制御情報をパンクチャする。

本開示の一実施例において、前記制御回路は、前記第２送信機会のシンボル数に基づいて、前記上り制御情報のフォーマットを決定する。

本開示の一実施例において、前記制御回路は、前記第２送信機会において或る条件を満たす場合に、当該第２送信機会における前記上り制御情報の非送信を決定する。

本開示の一実施例において、前記条件は、前記第２送信機会に対応するフォーマットが前記第１送信機会に対応するフォーマットと異なることである。

本開示の一実施例において、前記条件は、前記第２送信機会のシンボル数が閾値未満であることである。

本開示の一実施例において、前記条件は、前記第２送信機会内に参照信号が含まれないことである。

本開示の一実施例において、前記上り制御情報に対応するフォーマットは、規定されるシンボル数が閾値以下のフォーマットである。

本開示の一実施例において、前記第１送信機会は、前記フォーマットに対応したシンボル数を単位としたシンボルの組み合わせによって構成される。

本開示の一実施例において、前記制御回路は、前記端末に設定される端末多重に関する第１パラメータが、前記第２送信機会に対して決定された前記フォーマットに規定された第２パラメータに含まれる場合、当該第２送信機会における前記上り制御情報の送信を決定する。

本開示の一実施例において、前記制御回路は、前記第１パラメータが前記第２送信機会に対する前記第２パラメータに含まれない場合、当該第２送信機会における前記上り制御情報の非送信を決定する。

本開示の一実施例において、前記送信回路は、前記第１パラメータが前記第２送信機会に対する前記第２パラメータに含まれない場合、当該第２送信機会において、前記第１パラメータに対応付けられた周波数リソースを用いて前記上り制御情報を送信する。

本開示の一実施例において、前記送信回路は、前記第２送信機会において、複数の周波数リソースを用いて前記上り制御情報を送信する。

本開示の一実施例に係る通信方法において、端末は、スケジューリング単位に対応した単位時間区間に対して、複数の送信機会を設定し、前記複数の送信機会において、上り制御情報の繰り返し送信を行う。

２０２０年２月１０日出願の特願２０２０－０２０７２１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。

本開示の一実施例は、無線通信システムに有用である。

１００ 基地局
１０１，２０５ 制御部
１０２ 上位制御信号生成部
１０３ 下りリンク制御情報生成部
１０４，２０６ 符号化部
１０５，２０７ 変調部
１０６，２０８ 信号割当部
１０７，２０９ 送信部
１０８，２０１ 受信部
１０９，２０２ 抽出部
１１０，２０３ 復調部
１１１，２０４ 復号部
２００ 端末

Claims (7)

1. 端末固有の上位レイヤ信号によって、準静的なPhysical Uplink Control Channel (PUCCH)リソースセット設定情報を送信し、
   Downlink Control Information (DCI) によって、前記PUCCHリソースセットに含まれる複数のPUCCHリソースのうち、前記DCIによって割り当てられるPhysical Downlink Shared Channel (PDSCH) に対するACK/NACKを受信するためのPUCCHリソースの指示情報を送信する、送信回路と、
   前記PUCCHリソースは、前記PUCCHリソースを構成するパラメータとして、各繰り返し受信（Repetition）における、PUCCH repetitionの有無に関する情報、又は、繰り返し回数に関する情報を含み、
   前記準静的なPUCCHリソースセット設定情報は、スケジューリング単位に対応した単位時間区間に対して、複数の受信機会を設定し、
   前記複数の受信機会において、前記PUCCHリソースの指示情報に従い、PUCCHによる上り制御情報の繰り返し受信を行う受信回路と、
   を具備する基地局。
2. 前記PUCCHリソースを構成するパラメータは、PUCCHフォーマットに関するパラメータ、シンボル位置若しくはシンボル数を含む時間リソースに関するパラメータ、Physical Resource Block（PRB）番号、PRB数若しくは周波数ホッピング適用の有無を含む周波数リソースに関するパラメータ、又は、巡回シフト系列番号若しくは直交符号番号を含む符号リソースに関するパラメータ、のうちの少なくとも１つを含む、
   請求項１に記載の基地局。
3. PUCCHの時間リソースの一部シンボルが、前記複数の受信機会におけるSFIにおいて下りリンクシンボルまたはFlexibleシンボルに設定される場合、前記単位時間区間におけるシンボル構成に関する情報に基づいて、前記単位時間区間においてPUCCHを受信しない、
   請求項１に記載の基地局。
4. 基地局は、
   端末固有の上位レイヤ信号によって、Physical Uplink Control Channel (PUCCH)の準静的なPUCCHリソースセット設定情報を送信し、
   Downlink Control Information (DCI) によって、前記PUCCHリソースセットに含まれる複数のPUCCHリソースのうち、前記DCIによって割り当てられるPhysical Downlink Shared Channel (PDSCH) に対するACK/NACKを受信するためのPUCCHリソースの指示情報を送信し、
   前記PUCCHリソースは、前記PUCCHリソースを構成するパラメータとして、各繰り返し受信（Repetition）における、PUCCH repetitionの有無に関する情報、又は、繰り返し回数に関する情報を含み、
   前記準静的なPUCCHリソースセット設定情報に従い、スケジューリング単位に対応した単位時間区間に対して、複数の受信機会を設定し、
   前記複数の受信機会において、前記PUCCHリソースの指示情報に従い、PUCCHによる上り制御情報の繰り返し受信を行う、
   通信方法。
5. 前記PUCCHリソースを構成するパラメータは、PUCCHフォーマットに関するパラメータ、シンボル位置若しくはシンボル数を含む時間リソースに関するパラメータ、Physical Resource Block（PRB）番号、PRB数若しくは周波数ホッピング適用の有無を含む周波数リソースに関するパラメータ、又は、巡回シフト系列番号若しくは直交符号番号を含む符号リソースに関するパラメータ、のうちの少なくとも１つを含む、
   請求項４に記載の通信方法。
6. PUCCHの時間リソースの一部シンボルが、前記複数の受信機会におけるSFIにおいて下りリンクシンボルまたはFlexibleシンボルに設定される場合、前記単位時間区間におけるシンボル構成に関する情報に基づいて、前記単位時間区間においてPUCCHを受信しない、
   請求項４に記載の通信方法。
7. 基地局の処理を制御する集積回路であって、前記処理は、
   端末固有の上位レイヤ信号によって、Physical Uplink Control Channel (PUCCH)の準静的なPUCCHリソースセット設定情報を送信し、
   Downlink Control Information (DCI) によって、前記PUCCHリソースセットに含まれる複数のPUCCHリソースのうち、前記DCIによって割り当てられるPhysical Downlink Shared Channel (PDSCH) に対するACK/NACKを受信するためのPUCCHリソースの指示情報を送信し、
   前記PUCCHリソースは、前記PUCCHリソースを構成するパラメータとして、各繰り返し受信（Repetition）における、PUCCH repetitionの有無に関する情報、又は、繰り返し回数に関する情報を含み、
   前記準静的なPUCCHリソースセット設定情報に従い、スケジューリング単位に対応した単位時間区間に対して、複数の受信機会を設定し、
   前記複数の受信機会において、前記PUCCHリソースの指示情報に従い、PUCCHによる上り制御情報の繰り返し受信を行う、
   集積回路。