JP7714043B2 - 端末、基地局、無線通信方法、及び、無線通信システム - Google Patents

端末、基地局、無線通信方法、及び、無線通信システム

Info

Publication number
JP7714043B2
JP7714043B2 JP2023548044A JP2023548044A JP7714043B2 JP 7714043 B2 JP7714043 B2 JP 7714043B2 JP 2023548044 A JP2023548044 A JP 2023548044A JP 2023548044 A JP2023548044 A JP 2023548044A JP 7714043 B2 JP7714043 B2 JP 7714043B2
Authority
JP
Japan
Prior art keywords
pucch
sps
ack
harq
slot
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2023548044A
Other languages
English (en)
Other versions
JPWO2023042355A5 (ja
JPWO2023042355A1 (ja
Inventor
優元 ▲高▼橋
聡 永田
チーピン ピ
ジン ワン
ラン チン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Publication of JPWO2023042355A1 publication Critical patent/JPWO2023042355A1/ja
Publication of JPWO2023042355A5 publication Critical patent/JPWO2023042355A5/ja
Application granted granted Critical
Publication of JP7714043B2 publication Critical patent/JP7714043B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078—Timing of allocation
    • H04L5/0082—Timing of allocation at predetermined intervals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/11—Semi-persistent scheduling

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は、端末、基地局、無線通信方法、及び、無線通信システムに関する。
Universal Mobile Telecommunication System（UMTS）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション（Long Term Evolution（LTE））が仕様化された。また、LTEからの更なる広帯域化及び高速化を目的として、LTEの後継システムも検討されている。LTEの後継システムには、例えば、LTE-Advanced（LTE-A）、Future Radio Access（FRA）、5th generation mobile communication system（5G）、5G plus（5G+）、Radio Access Technology（New-RAT）、New Radio（NR）などと呼ばれるシステムがある。
例えば、NRでは、通信品質の向上のために、端末から基地局へのフィードバックの機能を強化することが検討されている（例えば、非特許文献１）。
端末から基地局へフィードバックする情報は、Physical Uplink Control Channel（PUCCH）のリソースにおいて送信される。3GPPのリリース１７（以下、Rel.17またはRel-17と記載される場合がある）のUltra-Reliable and Low Latency Communications（URLLC）技術の拡張に関して、フィードバックする情報を含む上り制御信号を送信するリソースの設定方法が検討される。また、3GPPのRel.15-17では、PUCCHのレピティション（繰り返し送信）をサポートすることが合意されている。
"Enhanced Industrial Internet of Things(IoT) and ultra-reliable and low latency communication",RP-201310,3GPP TSG RAN Meeting #86e,3GPP, 2020年7月
上り制御信号のレピティションを考慮した上り制御信号を送信するリソースの設定が可能な無線システムにおける端末の動作については、検討の余地がある。
本開示の一態様は、上り制御信号のレピティションを考慮した上り制御信号を送信するリソースの設定が可能な無線システムにおいて、適切に動作する端末、基地局、無線通信方法、及び、無線通信システムを提供することにある。

本開示の一態様に係る端末は、下り制御信号を受信する受信部と、前記下り制御信号に基づいて、上り制御信号の繰り返し送信と、前記上り制御信号の送信の延期とを制御する制御部と、を有する。
本開示の一態様に係る無線通信方法は、端末が、下り制御信号を受信し、前記下り制御信号に基づいて、上り制御信号の繰り返し送信と、前記上り制御信号の送信の延期とを制御する。
一実施の形態における無線通信システムを説明するための図である。 ＤＣ（Dual connectivity）が実行される場合における無線通信システムの構成例を示す図である。 一実施の形態における通信システムの基本的な動作例を示す図である。 SPS HARQ-ACKの延期の一例を示す図である。 PUCCHレピティションの一例を示す図である。 PUCCHのレピティション数の情報を示す上位レイヤパラメータの一例を示した図である。 PUCCHレピティションの後回しの一例を示す図である。 サブスロットベースPUCCHレピティションの一例を示す図である。 実施の形態において例示するケースを示す図である。 ケース１－１における提案１の例を示す図である。 ケース１－１における提案１の第１の例を示す図である。 ケース２における提案２の第１の例を示す図である。 提案２のオプション２の補足を示す図である。 本実施の形態に係る基地局の構成の一例を示すブロック図である。 本実施の形態に係る端末の構成の一例を示すブロック図である。 本実施の形態に係る基地局及び端末のハードウェア構成の一例を示す図である。
以下、本開示の一態様に係る実施の形態を、図面を参照して説明する。
（一実施の形態）
ＮＲでは、端末２０に予めPDSCH（Physical Downlink shared Channel）のリソースを設定しておき、DCI（Downlink control information）でａｃｔｉｖａｔｉｏｎ／ｒｅｌｅａｓｅを行うダウンリンクのセミパーシステントスケジューリング（Semi-Persistent Scheduling(SPS)）が規定されている。SPSにより、低遅延のデータ受信が可能となっている。
複数の下りリンク（ＤＬ）のスロットが連続した後に、上りリンク（ＵＬ）スロットが配置される場合、端末は、当該ＤＬスロットの後のＵＬスロットにおいて、ＤＬスロットおける複数のデータの受信に対応する確認応答（例えば、Hybrid Automatic Repeat request - Acknowledgement（HARQ-ACK））を送信する可能性がある。
なお、以下では、SPSに基づくPDSCHは、SPS PDSCHと記載され、SPS PDSCHに対する確認応答は、SPS HARQ-ACKと記載される場合がある。
本実施の形態では、SPSによる動作が可能であり、基地局から端末にSPS PDSCHが送信され、端末から基地局にSPS HARQ ACKを含む上り制御信号（例えば、PUCCH（Physical Uplink Control Channel）の信号）が送信される無線通信システムを例に挙げて説明する。
（システム構成）
図１は、本開示の実施の形態における無線通信システムを説明するための図である。本開示の実施の形態における無線通信システムは、図１に示されるように、基地局１０及び端末２０を含む。図１には、基地局１０及び端末２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
基地局１０は、１つ以上のセルを提供し、端末２０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭシンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。また、時間領域におけるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）がスロットであってもよいし、ＴＴＩがサブフレームであってもよい。
基地局１０は、複数のセル（複数のＣＣ（コンポーネントキャリア））を束ねて端末２０と通信を行うキャリアアグリゲーションを行うことが可能である。キャリアアグリゲーションでは、１つのＰＣｅｌｌ（プライマリセル）と１以上のＳＣｅｌｌ（セカンダリセル）が使用される。
基地局１０は、同期信号及びシステム情報等を端末２０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報は、例えば、ＮＲ－ＰＢＣＨあるいはＰＤＳＣＨにて送信され、ブロードキャスト情報ともいう。図１に示されるように、基地局１０は、ＤＬで制御信号又はデータを端末２０に送信し、ＵＬで制御信号又はデータを端末２０から受信する。なお、ここでは、PUCCH、PDCCH（Physical Downlink Control Channel）等の制御チャネルで送信されるものを制御信号と呼び、PUSCH（Physical Uplink shared Channel）、PDSCH等の共有チャネルで送信されるものをデータと呼んでいるが、このような呼び方は一例である。
端末２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置である。図１に示されるように、端末２０は、ＤＬで制御信号又はデータを基地局１０から受信し、ＵＬで制御信号又はデータを基地局１０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。なお、端末２０をＵＥと呼び、基地局１０をｇＮＢと呼んでもよい。
端末２０は、複数のセル（複数のＣＣ（コンポーネントキャリア））を束ねて基地局１０と通信を行うキャリアアグリゲーションを行うことが可能である。キャリアアグリゲーションでは、１つのＰＣｅｌｌ（プライマリセル）と１以上のＳＣｅｌｌ（セカンダリセル）が使用される。また、PUCCHを有するＰＵＣＣＨ－ＳＣｅｌｌが使用されてもよい。
図２は、ＤＣ（Dual connectivity）が実行される場合における無線通信システムの構成例を示す。図２に示すとおり、ＭＮ（Ｍａｓｔｅｒ Ｎｏｄｅ）となる基地局１０Ａと、ＳＮ（Ｓｅｃｏｎｄａｒｙ Ｎｏｄｅ）となる基地局１０Ｂが備えられる。基地局１０Ａと基地局１０Ｂはそれぞれコアネットワークに接続される。端末２０は基地局１０Ａと基地局１０Ｂの両方と通信を行うことができる。
ＭＮである基地局１０Ａにより提供されるセルグループをＭＣＧ（Ｍａｓｔｅｒ Ｃｅｌｌ Ｇｒｏｕｐ）と呼び、ＳＮである基地局１０Ｂにより提供されるセルグループをＳＣＧ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ Ｇｒｏｕｐ）と呼ぶ。また、ＤＣにおいて、ＭＣＧは１つのＰＣｅｌｌと１以上のＳＣｅｌｌから構成され、ＳＣＧは１つのＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ ＳＣｅｌｌ）と１以上のＳＣｅｌｌから構成される。
本実施の形態における処理動作は、図１に示すシステム構成で実行されてもよいし、図２に示すシステム構成で実行されてもよいし、これら以外のシステム構成で実行されてもよい。
（基本的な動作例）
図３を参照して、本開示の実施の形態における通信システムの基本的な動作例を説明する。
Ｓ１０１において、RRC（Radio Resource Control）シグナリングにより、基地局１０は端末２０に、ダウンリンクSPSの設定情報、PUCCHリソースの設定情報、スロットフォーマットの設定情報等を送信し、端末２０はこれらの設定情報を受信する。なお、本実施の形態は、ダウンリンクSPSを対象としているので、以降、「SPS」はダウンリンクSPSを意味する。
スロットフォーマットの設定情報は、例えば、tdd-UL-DL-ConfigurationCommonあるいはtdd-UL-DL-ConfigurationDedicatedであり、この設定情報により１以上のスロットにおける各スロットの各シンボルにおけるＴＤＤ（Time Division Duplex）構成が、ＤＬ、ＵＬ、フレキシブルのいずれかであるかが設定される。以降、この設定情報をセミスタティックＴＤＤ設定情報と呼ぶ。また、フレキシブルのことをＦと記載する場合がある。端末２０は、基本的に、セミスタティックＴＤＤ設定情報に従って、各スロットの各シンボルのＤＬ／ＵＬ／Ｆを判断する。
また、Ｓ１０１における設定情報として、スロットフォーマットをダイナミックに切り替えることを可能とするための、スロットフォーマットの複数の候補が通知されてもよい。この設定情報は例えばSlotFormatCombinationsPerCellである。この情報は、スロットフォーマット（ＳＦ）のＩＤからなる情報なので、以降、これをSFI設定情報と呼ぶ。
Ｓ１０２において、端末２０は、SPSの設定をａｃｔｉｖａｔｅするDCIを基地局１０から受信し、Ｓ１０３において、SPSの設定によるPDSCHリソースでデータを受信する。Ｓ１０４において、端末２０は、DCIにより指定された時間位置のスロットのPUCCHリソース（ULスケジューリングがある場合はPUSCHリソースでもよい）で、SPS HARQ-ACKを基地局１０に送信する。なお、SPS HARQ-ACKをHARQ-ACKと呼ぶ場合がある。また、HARQ-ACKをHARQ情報、フィードバック情報等と呼んでもよい。
端末２０は、Ｓ１０２又はその前後において、スロットフォーマットをダイナミックに指定するDCIを基地局１０から受信する場合もある。このDCIは、SFI設定情報で設定された複数のスロットフォーマットのＩＤのうち、実際に使用するＩＤを指定する制御情報である。端末２０は、このDCIでスロットフォーマットを指定された場合には、セミスタティックTDD設定情報に代えて、当該スロットフォーマットに従って、各スロットの各シンボルのＤＬ／ＵＬ／Ｆを判断する。このＤＣＩの情報をダイナミックＳＦＩ指定情報（又は、ダイナミックＳＦＩ、又はＳＦＩ）と呼ぶ。
SPSが設定される場合に、指定された時間位置のスロットにおけるＴＤＤのＤＬ／ＵＬの設定（セミスタティックＴＤＤ設定情報又はダイナミックＳＦＩ指定情報による設定）によっては、PUCCHリソースが設定されるシンボル位置が、他のシンボル（例えば、セミスタティックなＤＬシンボル）とオーバーラップしてしまい、HARQ-ACKを送信できないことが考えられる。
3GPPでは、Rel.17において、URLLC及びIndustrial Internet of Things（IIoT）と呼ばれる方式についての技術が検討されている。URLLCでは、Hybrid Automatic Repeat request - Acknowledgement（HARQ-ACK）に対する端末のフィードバックの機能強化について検討される。HARQ-ACKは、端末が受信したデータに対する確認応答（例えば、acknowledgement）に関する情報の一例である。上述したようなオーバーラップに対する機能強化の一例として、上述したSPS HARQ-ACKの延期（SPS HARQ-ACK deferring）について検討される。
＜SPS HARQ-ACKの延期（SPS HARQ-ACK deferring）＞
3GPPでは、Rel-17において、SPS HARQ-ACKの延期をサポートすることが合意された。また、3GPPでは、SPS HARQ-ACKの延期について、以下の点が合意された。
「SPS-PUCCH-AN-List-r16」または「n1PUCCH-AN」を使用するPUCCHが、セミスタティックなDLまたはSSBシンボルとオーバーラップする場合、SPS HARQ-ACK PUCCHは、延期されてよい。なお、SSBは、SS/PBCH blockの略称であり、SSは、Synchronization Signalの略称であり、PBCHは、Physical Broadcast Channelの略称であり、報知チャネルと称されてもよい。
なお、「SPS-PUCCH-AN-List-r16」は、端末に対してPUCCHリソースのパラメータを設定する情報（例えば、PUCCH-Config）に含まれる。「SPS-PUCCH-AN-List-r16」は、DL SPS HRQ-ACKに対するPUCCHリソースのリストを指示する情報の一例である。また、「n1PUCCH-AN」は、例えば、DLのセミパーシステントな送信の設定に用いられる情報（例えば、SPS-Config）に含まれる。「n1PUCCH-AN」は、DL SPSに対するPUCCHのHARQリソースを示す情報の一例である。
SPS HARQ-ACKの延期は、SPS設定（SPS configuration）毎に設定されてよい。延期が可能なSPS PDSCHの設定のHARQ-ACKは、延期されてよい。
最大延期限界（maximum deferral limitation）は、SPSの設定毎に設定されてよい。例えば、「K1_max_def=K1+K_def」が限界（例えば、maximum deferral limitation）を超えない、という条件が設けられてよい。なお、K1は、データ（例えば、SPS PDSCH）のスロットから、当該データ対応する確認応答（例えば、SPS HARQ-ACK）のスロットまでのオフセットを示す。K_defは、K1によって示されたスロットから、延期されるHARQ-ACKのスロットまでのオフセットを示す。
延期されたSPS HARQ-ACKが送信され得るスロットは、ターゲットスロット、または、ターゲットPUCCHスロットと称される。
例えば、ターゲットスロットは、決定されたPUCCHリソースが、無効なシンボル（例えば、セミスタティックなDLまたはSSBシンボル）とオーバーラップしない最初の利用可能なスロットである。決定されたPUCCHリソースは、例えば、延期されたSPS HARQ-ACKの送信に用いるPUCCHリソースに相当してよい。また、最初の利用可能なスロットとは、時間方向において、最も早いスロットであってよい。また、無効なシンボルは、セミスタティックなDLまたはSSBシンボルと異なるシンボルであってもよい。
ターゲットスロットの決定には、SPS HARQ-ACKおよびダイナミックHARQ-ACKの多重化が考慮されてよい。
ターゲットPUCCHスロットの決定後、延期されたSPS HARQ-ACK（deferred SPS HARQ-ACK）が送信されない場合、延期されたSPS HARQ-ACKビットの送信が、さらに延期されなくてよい。この場合、延期されたSPS HARQ-ACKビットは、ドロップされてよい。
図４は、SPS HARQ-ACKの延期の一例を示す図である。図４の横軸は時間軸を表す。図４には、例示的に、６つのスロットが示される。なお、以下では、複数のスロットを、時間の古い方（図の左側）から順に、１番目のスロット、２番目のスロットと記載する場合がある。６つのスロットには、それぞれ、「D」または「U」と付されている。「D」と付されたスロットは、DLスロットを示し、「U」と付されたスロットは、ULスロットを示す。１番目のスロットには、SPS PDSCH#1及びSPS PDSCH#2が含まれ、２番目のスロットには、SPS PDSCH#3が含まれる。
ここで、例示的に、SPS HARQ-ACKの延期が、SPS PDSCH#1及びSPS PDSCH#3のSPSの設定において有効であり、SPS PDSCH#2のSPSの設定において無効であり、それぞれのSPS PDSCHに対するSPS HARQ-ACKが、３番目のスロットにおいて送信され得る場合を説明する。なお、SPS HARQ-ACKが３番目のスロットにおいて送信され得るとは、SPS HARQ-ACKの送信スロットを指示する情報が３番目のスロットでの送信を指示することに相当してよい。この場合、３番目のスロットでは、SPS HARQ-ACKが、セミスタティックなDLとオーバーラップするため、SPS HARQ-ACK PUCCHが延期される。
SPS PDSCHに対するSPS HARQ-ACKが送信され得るスロット（図４では３番目のスロット）は、パラメータ「K1」によって規定される。K1は、データ（例えば、SPS PDSCH）から対応する確認応答（例えば、SPS HARQ-ACK）までのオフセットを示す。図４の場合、SPS PDSCH#1に対してK1=2が設定され、SPS PDSCH#2に対して、K1=1が設定されるので、３番目のスロットが指示される。
図４の例では、５番目のスロットが、無効なシンボル（例えば、セミスタティックなDLまたはSSBシンボル）とオーバーラップしない最初の利用可能なスロット（ターゲットスロット）に相当する。そのため、SPS HARQ-ACKの延期が有効なSPS PDSCH#1及びSPS PDSCH#3に対するHARQ-ACKビット（延期されたHARQ-ACKビット）が、ターゲットスロットにおいて送信される。
＜スロットベースPUCCHレピティション＞
Rel.15/16のPUCCHフォーマット1/3/4において、スロットベースPUCCHレピティション（slot based PUCCH repetition）がサポートされている。例えば、端末は、基地局からの指示及び／又は設定に基づいて、PUCCHの送信を所定回数、繰り返して行う。
図５は、PUCCHレピティションの一例を示す図である。PUCCHレピティション数は、基地局から通知される情報に基づいて決定されてもよい。ｎ回目の繰り返しは、ｎ回目の送信機会（transmission occasion）等とも呼ばれてもよい。例えば、１回目の送信は、最初のPUCCHレピティション（the first PUCCH repetition）と称されてもよい。
図６は、PUCCHレピティション数の情報を示す上位レイヤパラメータの一例を示した図である。端末は、レピティション数を示す情報を、例えば、RRCといった上位レイヤパラメータにより受信してもよい。
例えば、端末は、図６に示すように、スロット数情報要素nrofSlotsによって、PUCCHレピティション数を示す情報を受信してもよい。スロット数情報要素nrofSlotsは、PUCCHリソースごとに設定されてもよい。連続するｎ個のスロット間では、同一のシンボル割り当てが適用されてもよい。
端末は、PUCCHフォーマット１、３、又は４に対し、PUCCHレピティションのためのPUCCHレピティション数N_PUCCH^repeat（NPUCCH repeatと記載される場合もある）を、それぞれのスロット数情報要素nrofSlotsによって設定されることができる。
N_PUCCH^repeat>1である場合、端末は、以下の規定１－１から１－３に従う。
［規定１－１］
端末は、N_PUCCH^repeat個のスロットにわたってUCI（Uplink Control Information）を伴うPUCCH送信を繰り返す。
［規定１－２］
N_PUCCH^repeat個のスロットのそれぞれにおけるPUCCH送信は、同じ数の連続シンボルを有する。そのシンボル数は、PUCCHフォーマット１情報要素PUCCH-format1内のシンボル数情報要素nrofsymbols、又は、PUCCHフォーマット３情報要素PUCCH-format3内のシンボル数情報要素nrofsymbols、又は、PUCCHフォーマット４情報要素PUCCH-format4内のシンボル数情報要素nrofsymbols、によって提供される。
［規定１－３］
N_PUCCH^repeat個のスロットのそれぞれにおけるPUCCH送信は、同じ最初のシンボル（開始シンボルインデックス）を有する。その最初のシンボルは、PUCCHフォーマット１情報要素PUCCH-format1内の開始シンボルインデックス情報要素startingSymbolIndex、又は、PUCCHフォーマット３情報要素PUCCH-format3内の開始シンボルインデックス情報要素startingSymbolIndex、又は、PUCCHフォーマット４情報要素PUCCH-format4内の開始シンボルインデックス情報要素startingSymbolIndex、によって提供される。
＜PUCCHレピティションの後回し（PUCCH repetition postponing）＞
3GPPのリリース１６（以下、Rel.16またはRel-16と記載される場合がある）では、例えば、TS 38.213 section 9.2.6において、１より多いレピティションのPUCCHに対する衝突（collision）が規定される。このcollisionは、「direction collision」と称されてもよい。なお、衝突（collision）は、重複、または、オーバーラップと読み替えられてもよい。
例えば、端末が、或るスロットにおけるPUCCH送信に対して、PUCCH送信に使用可能なシンボル数が、対応するPUCCHフォーマットの「nrofSymbols」によって与えられる値よりも小さいと決定する場合、端末は、当該スロットにおいてPUCCHを送信しなくてよい。別言すると、この場合、端末は、或るスロットにおけるPUCCHレピティションのPUCCHに対して衝突がある、と決定する。
そして、PUCCHレピティションの後回しの動作については、以下のような規定が存在する。
PUCCHレピティションが、SSBシンボルと衝突する場合、あるいは、DLとして指示されたシンボルと衝突する場合、NPUCCH repeat＞１のケースのPUCCHレピティションは、次の使用可能なスロットまで後回しにされてよい。なお、後回しにされるPUCCHレピティションは、最初のPUCCHレピティションを含んでよい。また、DLと指示されたシンボルは、例えば、「tdd-UL-DL-ConfigurationCommon」または「tdd-UL-DL-ConfigurationDedicated」によってDLと指示されたシンボルであってよい。なお、「tdd-UL-DL-ConfigurationCommon」または「tdd-UL-DL-ConfigurationDedicated」は、スロットフォーマットの設定情報であり、上位レイヤのシグナリング（例えば、ＲＲＣシグナリング）により通知されてよい（設定されてよい）。
なお、PUCCHがDCIによってトリガされる場合に、上記のケースの最初のレピティションに対してのPUCCHレピティションの後回しが、サポートされてもよいし、サポートされなくてもよい。
図７は、PUCCHレピティションの後回しの一例を示す図である。図７には、１０個のスロットが示される。なお、図４と同様に、図７における各スロットの「D」は、DLスロットであることを示し、「U」は、ULスロットであることを示す。
図７の１番目のスロットには、SPS PDSCH#1が含まれ、２番目のスロットには、SPS PDSCH#2が含まれる。
ここで、例示的に、N_rep=4であり、それぞれのSPS PDSCHに対するSPS HARQ-ACKが、３番目のスロットからレピティションによって送信され得る場合、例えば、K1によって３番目のスロットが指定される場合を説明する。この場合、３番目のスロットでは、SPS HARQ-ACKが、セミスタティックなDLとオーバーラップする。そのため、SPS HARQ-ACKを送信するPUCCHレピティションは、後回しにされる。
図７の場合、３番目のスロットではなく、４番目のスロット以降のULスロットにおいて、PUCCHレピティションが送信される。例えば、４番目のスロットでは、後回しにされた最初のPUCCHレピティション（図４では、「postponed rep#1」）が送信され、５番目、８番目、及び、９番目のスロットでは、それぞれ、後回しにされた２回目、３回目及び、４回目のPUCCHレピティション（図４では、それぞれ、「postponed rep#2」、「postponed rep#3」、及び、「postponed rep#4」）が送信される。
＜サブスロットベースPUCCHレピティション＞
Rel.17では、サブスロットベースPUCCHレピティション（sub-slot based PUCCH repetition）をサポートすることが合意されている。
図８は、サブスロットベースPUCCHレピティションの一例を示す図である。図８では、サブスロット長が７シンボル（例えば、subslotLengthForPUCCH=7）に設定され、レピティション数が４（例えば、nrofSlots/nrofsubslots=4）に設定された場合の、サブスロットベースPUCCHレピティションの一例を示している。端末は、例えば、各サブスロット（７シンボル）において、それぞれPUCCH送信を行うように制御する。
Rel.17では、Rel.16のスロットベースPUCCH手順を、サブスロットベースPUCCHに適用し、HARQ-ACKにおけるサブスロットベースPUCCHレピティションをサポートすることが合意されている。すなわち、Rel.17では、必要な場合を除いて最適化することなく、「サブスロット」に適切に置き換えることにより、Rel.16のスロットベースPUCCHを採用する。なお、動的レピティションインディケータは、Rel.17のサブスロットベースPUCCHにおいてもサポートされる。
また、サブスロットベースPUCCHレピティションにおいては、PUCCHフォーマット０及び２におけるPUCCHレピティションをサポートすることが合意されている。
＜分析＞
上記の通り、Rel-16では、NPUCCH repeat＞１のPUCCHに対して、PUCCHレピティションの後回し（PUCCH repetition postponing）がサポートされる。また、Rel-17では、SPS HARQ ACKの延期（SPS HARQ ACK deferring）の導入が検討されている。PUCCHレピティションの後回しと、SPS HARQ ACKの延期とを組み合わせた動作、及び／又は、PUCCHレピティションの後回しと、SPS HARQ ACKの延期との間の相互作用に関しては検討の余地がある。
例えば、以下のケース１、及び、ケース２において、PUCCHレピティションの後回しと、SPS HARQ ACKの延期とを組み合わせた動作、及び／又は、PUCCHレピティションの後回しと、SPS HARQ ACKの延期との間の相互作用に関して検討される。
ケース１：
ケース１は、イニシャルSPS HARQ-ACKビットを有し、延期されたSPS HARQ-ACKビット（deferred SPS HARQ-ACK bit(s)）を有さないイニシャルスロットにおいて決定されるHARQ-ACK PUCCHであり、NPUCCH repeat＞１が当該PUCCHに対して決定されるケースである。
ケース１は、次のケース１－１と、ケース１－２とを含む。
ケース１－１：
イニシャルスロットにおけるPUCCHリソース（例えば、最初のPUCCHレピティション）がセミスタティックなDLまたはSSBシンボルと重複するケース。
ケース１－２：
イニシャルスロットにおけるPUCCHリソース（例えば、最初のPUCCHレピティション）がセミスタティックなDLまたはSSBシンボルと重複しないケースであり、かつ、最初のPUCCHレピティション以外のPUCCHレピティションの何れか１つ以上が、セミスタティックなDLまたはSSBシンボルと重複するケース。最初のPUCCHレピティション以外のPUCCHレピティションとは、例えば、最初のPUCCHレピティションよりも後のPUCCHレピティションである。
ケース２：
ターゲットスロットにおいて、延期されるSPS HARQ-ACKビットを有するHARQ-ACK PUCCHであり、当該ターゲットスロットにおいて、NPUCCH repeat＞１が、当該PUCCHに対して決定されるケース。
上記のケース１－１、ケース１－２、及び、ケース２について図面を用いて説明する。
図９は、本実施の形態において例示するケースを示す図である。図９には、ケース１－１、ケース１－２、及び、ケース２の３つのケースが示される。各ケースには、図７と同様に、１０個のスロットが示される。なお、図４と同様に、図９における各スロットの「D」は、DLスロットであることを示し、「U」は、ULスロットであることを示す。
また、各ケースにおいて、１番目のスロットには、SPS PDSCH#1が含まれ、２番目のスロットには、SPS PDSCH#2が含まれる。
図７と同様に、例示的に、N_rep=4であり、それぞれのSPS PDSCHに対するSPS HARQ-ACKが、３番目のスロットからレピティションによって送信され得る場合を説明する。
図９のケース１－１は、イニシャルスロットである３番目のスロットにおけるPUCCHリソース（例えば、最初のPUCCHレピティション）が、セミスタティックなDLとオーバーラップするケースである。
図９のケース１－２は、イニシャルスロットである３番目のスロットにおけるPUCCHリソース（例えば、最初のPUCCHレピティション）がセミスタティックなDLまたはSSBシンボルと重複しないケースであり、かつ、６番目のスロットにおける４回目のPUCCHレピティションが、セミスタティックなDLとオーバーラップしているケースである。
図９のケース２は、３番目のスロットにて、SPS PDSCH#1及びSPS PDSCH#2に対するSPS HARQ-ACKが、セミスタティックなDLとオーバーラップするため、SPS HARQ-ACK PUCCHが延期される。そして、ターゲットスロットである４番目のスロットにおいて、延期されたSPS HARQ-ACKビットを有するHARQ-ACK PUCCHであり、４番目のスロットにおいて、NPUCCH repeat＞１が、当該PUCCHに対して決定されるケースである。
例えば、上記のケース１－１、ケース１－２、及び、ケース２について以下の検討事項が存在する。
ケース１－１については、端末が、Rel-16の規定に従うPUCCHレピティションの後回しを行うか、あるいは、Rel-17のSPS HARQ-ACKの延期の規定に従って、SPS HARQ-ACKビットを延期するか、どちらの方法を適用するか、という点に検討の余地がある。
ケース１－２については、無効なシンボル（例えば、セミスタティックなDLまたはSSBシンボル）と衝突するPUCCHレピティションにおいて、Rel-16の規定に従うPUCCHレピティションの動作を変更するか、という点に検討の余地がある。
ケース２については、延期されたSPS HARQ-ACKビットを有するターゲットスロットにおけるPUCCHに対して、Rel-16の規定に従うPUCCHレピティションの決定に関する規定が適用するか、あるいは、別の挙動が規定されるか、という点に検討の余地がある。
上記の検討事項は、いずれも、PUCCHレピティションの後回しと、SPS HARQ-ACKの延期との組み合わせた動作、及び／又は、PUCCHレピティションの後回しと、SPS HARQ ACKの延期との間の相互作用に関する。これらの検討事項にに対して、本実施の形態では、以下の３つの提案を示す。
（提案０）
提案０では、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、有効にされることが想定されない。あるいは、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、設定されることが想定されない。例えば、端末及び／又は基地局が、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、有効にされることを想定しない。あるいは、端末及び／又は基地局が、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、設定されることを想定しない。ここで、有効にするとは、「enable」することに相当する。なお、提案０では、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、設定されることが想定されるが、同時に、有効にされることが想定されなくてもよい。
なお、提案０の代わりに、PUCCHレピティションの後回しと、SPS HARQ-ACKの延期とが、同時に、有効にされることが想定されなくてもよい。あるいは、PUCCHレピティションの後回しと、SPS HARQ-ACKの延期とが、同時に、設定されることが想定されなくてもよい。
また、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、有効にされることが想定されてもよい。あるいは、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、設定されることが想定されてもよい。端末及び／又は基地局が、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、有効にされることを想定してもよい。あるいは、端末及び／又は基地局が、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、設定されることを想定してもよい。この場合、例えば、上記のケース１及びケース２に対して、以下のような２つの提案が考えられる。
（提案１）
提案１では、上記のケース１（ケース１－１及びケース１－２）において、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、有効にされることが想定される。あるいは、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、設定されることが想定される。
（提案２）
提案２では、上記のケース２において、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、有効にされることが想定される。あるいは、PUCCHレピティションと、SPS
HARQ-ACKの延期とが、同時に、設定されることが想定される。
なお、提案１、提案２では、PUCCHレピティションの後回しと、SPS HARQ-ACKの延期とが、同時に、有効にされることが想定されてもよい。あるいは、PUCCHレピティションの後回しと、SPS HARQ-ACKの延期とが、同時に、設定されることが想定されてもよい。
以下、各提案のバリエーション（オプション（「Opt.」と略記する場合がある）及び／又はオルタネーション（「Alt.」と略記する場合がある））を説明する。
（提案０のバリエーション）
上記のように、提案０では、PUCCHレピティションとSPS HARQ-ACKの延期が同時に有効にされること、または、設定されることを想定していない。提案０は、以下の提案０－１及び／又は提案０－２を含む。
（提案０－１）
提案０－１では、端末は、以下のAlt.1～Alt.5のいずれかの場合、対応するNPUCCH repeat＞１を有するPUCCHリソースが選択されることを想定しない。別言すると、以下のAlt.1～Alt.5のいずれかの場合、端末は、PUCCHレピティションが有効にされることを想定しない。なお、以下のAlt.1～Alt.5のいずれかの場合とは、SPS HARQ-ACKの延期が有効にされている（又は設定されている）場合、SPS HARQ-ACKの延期が有効にされ得る場合、及び、SPS HARQ-ACKの延期が有効にされると想定される場合（または設定されると想定される場合）の何れかに相当してよい。
Alt.1：当該PUCCHが、延期が有効なSPS設定のSPS HARQ-ACKを含む。なお、この場合、当該PUCCHには、動的なHARQ-ACK（dynamic HARQ-ACK）が含まれず、延期が有効でないSPS設定の他のSPS HARQ-ACKが含まれない。また、この場合、当該PUCCHには、延期が有効なSPS設定のSPS HARQ-ACKのみが含まれてもよい。
Alt.2：当該PUCCHがSPS HARQ-ACKを含み、SPS HARQ-ACKの延期が任意のSPS設定に対して有効であり、少なくとも１つのSPS HARQ-ACKビットが、延期が有効なSPS設定に対応する。なお、この場合、当該PUCCHには、動的なHARQ-ACKは含まれない。また、この場合、延期が有効でないSPS設定の他のSPS HARQ-ACKが、当該PUCCHに存在するか否かには関係しなくてよい（依存しなくてよい）。例えば、当該PUCCHには、SPS HARQ-ACKのみが含まれてもよい。
Alt.3：当該PUCCHがSPS HARQ-ACKを含み、SPS HARQ-ACKの延期が任意のSPS設定に対して有効である。この場合、当該PUCCHには、動的なHARQ-ACKは含まれない。また、この場合、HARQ-ACK PUCCHにおいて対応するSPS設定が延期を有効にするか否かには関係しなくてよい（依存しなくてよい）。例えば、当該PUCCHには、SPS HARQ-ACKのみが含まれてもよい。
Alt.4：当該PUCCHが、延期が有効なSPS設定の任意のSPS HARQ-ACKを含む。この場合、任意の動的なHARQ-ACKがあるか否かには関係しなくてよい。また、この場合、延期が有効でないSPS設定の他のSPS HARQ-ACKがあるか否かには関係しなくてよい。
Alt.5：当該PUCCHが任意のSPS HARQ-ACKを含み、SPS HARQ-ACKの延期が任意のSPS設定に対して有効である。なお、この場合、HARQ-ACK PUCCHにおいて対応するSPS設定が延期を有効にするか否かに関係しなくてよい。また、この場合、動的なHARQ-ACKがあるか否かには関係しなくてよい。また、この場合、SPSのHARQ-ACKビットが、延期が有効なSPS設定に属するか否かに関係しなくてよい。
（提案０－２）
提案０－１では、延期が有効な任意のSPS設定がある場合、端末は、NPUCCH repeat＞１を有するSPS HARQ-ACK PUCCHリソースが、「PUCCH-Config」に設定されていることを想定しない。例えば、端末は、SPS HARQ-ACKビットに対応する優先度が、「PUCCH-Config」に設定されていることを想定しない。別言すると、延期が有効な任意のSPS設定がある場合、端末は、PUCCHレピティションが設定されることを想定しない。
上述した提案０（提案０－１及び提案０－２）によれば、PUCCHレピティションと、SPS HARQ ACKの延期との間で、端末が、PUCCH送信の制御を選択的に行うことができるため、PUCCHレピティションを考慮した、PUCCHを送信するリソースの設定が可能な無線システムにおいて、適切に動作する端末を提供できる。
（提案１のバリエーション）
提案１では、ケース１において、PUCCHレピティションと、SPS HARQ-ACKの延期とが、同時に、有効にされることが想定される。あるいは、PUCCHレピティションとSPS HARQ-ACKの延期とが、同時に、設定されることが想定される。
なお、以下では、ケース１－１に対する提案１を説明する。
（提案１ ケース１－１）
ケース１は、上記のように、イニシャルSPS HARQ-ACKビットを有し、延期されるSPS HARQ-ACKビット（deferred SPS HARQ-ACK bit(s)）を有さないイニシャルスロットにおいて決定されるHARQ-ACK PUCCHであり、NPUCCH repeat＞１が、当該PUCCHに対して決定されるケースである。そして、ケース１－１は、ケース１において、イニシャルスロットにおけるPUCCHリソース（例えば、最初のPUCCHレピティション）がセミスタティックなDLまたはSSBシンボルと重複するケースである。
ケース１－１に対して提案１では、以下の３つのオプションの何れかが適用される。
オプション１：Rel-16のルールに従う。例えば、端末は、Rel-16の動作に従う。なお、オプション１では、Rel-17のSPS HARQ-ACKの延期は考慮されなくてよい。
なお、オプション１において、端末は、例えば、無効なシンボルと衝突するPUCCHレピティションのそれぞれを、次の利用可能なスロットまで後回しにする動作を行う。なお、後回しにするPUCCHレピティションには、最初のPUCCHレピティション（first PUCCH repetition）が含まれてよい。
オプション２：Rel-17のSPS HARQ-ACKの延期のルールが、優先される。例えば、Rel-17のSPS HARQ-ACKの延期のルールが、Rel-16のルールよりも優先して適用される。
オプション２では、SPS HARQ-ACKの延期が適用される条件には、以下の例が挙げられる。
１つ目の条件（以下、オプション２－Ａの条件）は、イニシャルスロットにおいて、HARQ-ACK PUCCHにSPS HARQ-ACKのみが存在する場合（例えば、動的なHARQ-ACKが多重化されていない場合）で、かつ、HARQ-ACK PUCCHにおける任意のSPS HARQ-ACKが、延期が有効なSPS PDSCH設定に対応する、という条件である。なお、SPS PDSCH設定（SPS PDSCH configuration）は、SPS設定（SPS configuration）と読み替えられてもよい。
２つ目の条件（オプション２－Ｂの条件）は、イニシャルスロットにおいて、HARQ-ACK PUCCHにSPS HARQ-ACKのみが存在する場合（例えば、動的なHARQ-ACKが多重化されていない場合）で、かつ、HARQ-ACK PUCCHにおける全てのSPS HARQ-ACKが、延期が有効なSPS PDSCH設定に対応する、という条件である。
なお、オプション２において、端末は、例えば、延期の対象となるSPS HARQ-ACKビットの送信を、ターゲットPUCCHスロットまで延期する動作を行う。
なお、上記のオプション２－Ａの条件、及び、オプション２－Ｂの条件といったSPS HARQ-ACKの延期が適用される条件が成立しない場合、PUCCHが送信されなくてよい。別言する、この場合、PUCCHレピティションが送信されなくてよい。
あるいは、上記のオプション２－Ａの条件、及び、オプション２－Ｂの条件といったSPS HARQ-ACKの延期が適用される条件が成立しない場合、端末は、Rel-16のルールに従ってよい。この場合、PUCCHレピティションの後回しが適用され、PUCCHレピティションが後回しにされてよい。
上記のオプション１、オプション２について図を用いて説明する。図１０は、ケース１－１における提案１の例を示す図である。図１０には、オプション１の例とオプション２のオプション２－Ａが適用される例とが示される。各例には、６つのスロットが示される。各スロットの「D」は、DLスロットであることを示し、「U」は、ULスロットであることを示す。また、各例の１番目のスロットには、SPS PDSCH#1及びSPS PDSCH#2が含まれ、２番目のスロットには、SPS PDSCH#3が含まれる。
ここで、例示的に、SPS HARQ-ACKの延期が、SPS PDSCH#1及びSPS PDSCH#3のSPS設定において有効であり、SPS PDSCH#2のSPS設定において無効であり、それぞれのSPS PDSCHに対するSPS HARQ-ACKが、３番目のスロットにおいて送信され得る場合を説明する。この場合、３番目のスロットでは、SPS HARQ-ACKが、セミスタティックなDLとオーバーラップする。
図１０のオプション１の例では、SPS PDSCH#1、SPS PDSCH#2、SPS PDSCH#3に対して決定されるPUCCHリソースは、N_rep=2である。上記の通り、オプション１では、Rel-16のルールに従い、例えば、端末は、Rel-16の動作に従うので、PUCCHレピティションの後回しの動作を行う。図１０のオプション１の例では、最初のPUCCHレピティションが５番目のスロットに後回しにされ、５番目のスロットにおいて、最初のPUCCHレピティション（図１０では、「postponed rep#1」）が送信される。そして、６番目のスロットにおいて、２回目のPUCCHレピティション（図１０では、「postponed rep#2」）が送信される。なお、最初のPUCCHレピティション及び２回目のPUCCHレピティションは、SPS PDSCH#1、SPS PDSCH#2、SPS PDSCH#3に対するHARQ-ACKのためのレピティションであってよい。
図１０のオプション２の例では、SPS PDSCH#1、SPS PDSCH#2、SPS PDSCH#3に対して決定されるPUCCHリソースは、N_rep=2である。上記の通り、オプション２では、Rel-17のSPS HARQ-ACKの延期のルールが優先される。また、適用条件の例として、オプション２－Ａの条件は、イニシャルスロットにおいて、HARQ-ACK PUCCHにSPS HARQ-ACKのみが存在する場合（例えば、動的なHARQ-ACKが多重化されていない場合）で、かつ、HARQ-ACK PUCCHにおける任意のSPS HARQ-ACKが、延期が有効なSPS PDSCH設定に対応する、という条件である。
図１０のオプション２の例では、イニシャルスロットである３番目のスロットにおいて、HARQ-ACK PUCCHにSPS HARQ-ACK（SPS PDSCH#1、SPS PDSCH#2及びSPS PDSCH#3に対するHARQ-ACK）のみが存在する。また、HARQ-ACK PUCCHにおけるSPS PDSCH#1及びSPS PDSCH#3に対するHARQ-ACKが、延期が有効なSPS PDSCH設定に対応する。つまり、図１０のオプション２の例では、オプション２－Ａの条件が成立するので、SPS HARQ-ACKの延期のルールが適用される。そして、ターゲットスロットである５番目のスロットにおいて、延期されたSPS HARQ-ACKが送信される。なお、ここで、送信されるHARQ-ACKは、延期が有効なSPS PDSCH設定に対応するHARQ-ACK（図１０の例では、SPS PDSCH#1及びSPS PDSCH#3に対するHARQ-ACK）であってよい。
なお、図１０のオプション２の例では、５番目のスロットにおけるPUCCHリソースでは、N_rep=1が設定される。
上記のオプション１及びオプション２の他に、ケース１－１に対する提案１では、以下のオプション３が適用されてもよい。
オプション３：Rel-16 PUCCHレピティションの後回しのルールが適用され、Rel-17のSPSのHARQ-ACKの延期に関する限界（limitation）と統合される。
例えば、Rel-16ルールによるPUCCHレピティションの後回しの制限（postponing restriction）には、SPS設定ごとに設定された最大延期限界（maximum deferral limitation）が使用されてよい。例えば、最大延期限界は、K1_eff_max=K1+K_max_defと表される。なお、K1_eff_maxは、「K1eff_max」と表されてもよい。
オプション３の適用にあたり、例示的に、４つのポイントについて説明する。
ポイント１：後回しの制限（postponing restriction）の定義
例えば、後回しの制限は、後回しされたレピティションからSPS PDSCHスロットまでのスロットのオフセットによって定義される。別言すると、後回しの制限は、後回しされたレピティションを含むスロットと、SPS PDSCHスロットとの間の間隔（又は距離）によって定義される。この間隔は、例えば、スロットの数によって表されてよい。ここで、以下では、このオフセットは、K1_repと表記される。なお、K1_repは、「K1rep」と表されてもよい。
例えば、K1_repには、以下のような制限が適用されてよい。
Alt-A: K1_rep?K1_eff_max
ここで、K1_eff_maxは、最大延期限界を示す。例えば、K1_eff_maxは、Rel-17に従ってSPS設定ごとに設定されてよい。なお、延期が有効ではないSPS設定では、最大延期限界は、K1_eff_max=K1であってよい。また、Alt-Aは、K1_rep<K1_eff_maxであってもよい。
Alt-B: K1_rep?K1_eff_max+N_rep
ここで、K1_eff_maxは、最大延期限界を示す。例えば、K1_eff_maxは、Rel-17に従ってSPS設定（SPS configuration）ごとに設定されてよい。なお、延期が有効ではないSPS設定では、最大延期限界は、K1_eff_max=K1であってよい。また、Alt-Bは、K1_rep<K1_eff_max+N_repであってもよい。
また、N_repは、PUCCHレピティションの数を表す。N_repによって表されるPUCCHレピティションの数は、PUCCHレピティションが可能な数であってもよい。
なお、N_repは、イニシャルスロットにおけるPUCCHリソースに対して決定されたPUCCHレピティションの係数（例えば、NPUCCH repeat）であってよい。以下、この設定は、Alt-B1と記載する場合がある。
あるいは、N_repは、「PUCCH-Config」においてPUCCHリソースに対して設定された可能なPUCCHレピティションの係数の最大値であってよい。以下、この設定は、Alt-B2と記載する場合がある。
なお、N_repは、イニシャルスロットと異なるスロットにおけるPUCCHリソースに対して決定されたPUCCHレピティションの係数であってもよい。あるいは、N_repは、「PUCCH-Config」においてPUCCHリソースに対して設定された可能なPUCCHレピティションの係数の最小値であってもよいし、平均値であってもよいし、中央値であってもよい。あるいは、N_repは、PUCCHリソースに対して決定されたPUCCHレピティションの係数と異なる係数であってもよい。
ポイント２：後回しの制限の条件
PUCCHレピティション（最初のPUCCHレピティション、または、最初のPUCCHレピティションを含むPUCCHレピティションそれぞれ）では、以下のOpt.AまたはOpt.Bの何れかの場合に、後回しの制限が満たされる、と判断されてよい。
Opt.A：HARQ-ACK PUCCHに対応する全てのSPS PDSCHについて、K1_repの制限が満たされる。別言すると、この場合、K1_repの制限が満たされないSPS PDSCHが存在しない。
Opt.B：HARQ-ACK PUCCHに対応する少なくとも１つのSPS PDSCHについて、K1_repの制限が満たされる。別言すると、この場合、少なくとも１つのSPS PDSCHについて、K1_repの制限が満たされれば、K1_repの制限が満たされないSPS PDSCHが存在してもよい。
ポイント３：後回しの制限の確認／適用の対象
後回しの制限を満たすか否かの確認／適用の対象については、以下のAlt.1及びAlt.2のバリエーションが存在する。
Alt.1： 最初の後回しにされたPUCCHレピティション（the first postponed PUCCH repetition）において、後回しの制限が、確認及び／又は適用される。別言すると、最初の後回しにされたPUCCHレピティション（the first postponed PUCCH repetition）以外のPUCCHレピティションにおいては、後回しの制限が、確認及び／又は適用されなくてよい。
Alt.2： 後回しにされたPUCCHレピティションのそれぞれ（each postponed PUCCH repetition）において、後回しの制限が、確認及び／又は適用される。
ここで、上記のケース１－１における提案１のオプション３について図を用いて説明する。図１１は、ケース１－１における提案１の第１の例を示す図である。図１１には、４つのバリエーションが例示される。各バリエーションでは、１０個のスロットが示される。なお、図４と同様に、図１１における各スロットの「D」は、DLスロットであることを示し、「U」は、ULスロットであることを示す。
各バリエーションにおいて、１番目のスロットには、SPS PDSCH#1が含まれ、２番目のスロットには、SPS PDSCH#2が含まれる。例示的に、SPS PDSCH#1に対して、K1=2、及び、K1_eff_max=6が設定され、SPS PDSCH#2に対して、K1=1、及び、K1_eff_max=8が設定される。
SPS PDSCH#1に対して、K1=2であり、SPS PDSCH#2に対して、K1=1であるから、それぞれのSPS PDSCHに対するSPS HARQ-ACKが、３番目のスロットから送信され得る場合を説明する。なお、３番目のスロットから送信され得るPUCCHに対して、N_rep=4である。
バリエーション１は、オプション３に対する比較例としてのRel-16の後回しのルールに従う例を示す。バリエーション１において、３番目のスロットでは、SPS HARQ-ACKが、セミスタティックなDLとオーバーラップする。そのため、SPS HARQ-ACKを送信するPUCCHレピティションは、後回しにされる。
図１１のバリエーション１の場合、３番目のスロットではなく、４番目のスロット以降のULスロットにおいて、PUCCHレピティションが送信される。例えば、４番目のスロットでは、後回しにされた最初のPUCCHレピティション（図４では、「postponed rep#1」）が送信され、５番目、８番目、及び、９番目のスロットでは、それぞれ、後回しにされた２回目、３回目及び、４回目のPUCCHレピティション（図４では、それぞれ、「postponed rep#2」、「postponed rep#3」、及び、「postponed rep#4」）が送信される。
なお、上記の通り、K1_repは、後回しされたレピティションからSPS PDSCHスロットまでのスロットのオフセットによって定義される。バリエーション１において、postponed rep#1に対応するSPS PDSCH#1に対するK1_repは、K1_rep=3であり、postponed rep#1に対応するSPS PDSCH#2に対するK1_repは、K1_rep=4である。postponed rep#2、postponed rep#3、及び、postponed rep#4についても、postponed rep#1と同様に、SPS PDSCH#1及びSPS PDSCH#2のそれぞれに対して、図１１に示すように、K1_repの値が規定される。
図１１のバリエーション２～４は、Rel-16の後回しのルールと、Rel-17のSPSのHARQ-ACKの延期に関する限界（limitation）と統合される例である。なお、バリエーション２～４は、バリエーション１と同様に、PUCCHレピティションが後回しにされる。各PUCCHレピティションのスロットについては、バリエーション１と同様である。
図１１のバリエーション２は、上記のポイント３のAlt.1が適用される例である。ポイント３のAlt.1では、最初の後回しにされたPUCCHレピティション（the first postponed PUCCH repetition）において、後回しの制限が、確認及び／又は適用される。
図１１のバリエーション２では、最初の後回しにされたPUCCHレピティションである「postponed rep#1」に対して、後回しの制限が満たされるかが、確認される。別言すると、図１１のバリエーション２では、最初の後回しにされたPUCCHレピティションである「postponed rep#1」以外の「postponed rep#2」～「postponed rep#4」に対して、後回しの制限が満たされるかが、確認されなくてよい。図１１のバリエーション２の場合、「postponed rep#1」に対して、後回しの制限が満たされるため、「postponed rep#1」～「postponed rep#4」が送信される。
図１１のバリエーション３は、上記のポイント３のAlt.2、ポイント１のAlt.A、及び、ポイント２のOpt.Aが適用される例である。ポイント３のAlt.2では、後回しにされたPUCCHレピティションのそれぞれ（図１１の場合、「postponed rep#1」～「postponed rep#4」のそれぞれ）において、後回しの制限が、確認される。ポイント２のOpt.Aでは、HARQ-ACK PUCCHに対応する全てのSPS PDSCHについて、K1_repの制限が満たされる場合に、後回しの制限が満たされると判断される。ポイント１のAlt.Aでは、K1_repの制限が、「K1_rep?K1_eff_max」である。別言すると、図１１のバリエーション３は、「postponed rep#1」～「postponed rep#4」のそれぞれにおいて、後回しの制限が確認される。そして、「postponed rep」に対応するSPS PDSCH#1に対するK1_rep及びSPS PDSCH#2に対するK1_repの両方が、「K1_rep?K1_eff_max」を満たす場合に、後回しの制限が満たされる、と判断される。
図１１のバリエーション３では、postponed rep#1に対応するSPS PDSCH#1に対するK1_repは、K1_rep=3であり、SPS PDSCH#1に対するK1_eff_maxは、K1_eff_max=6であるから、「K1_rep?K1_eff_max」を満たす。また、postponed rep#1に対応するSPS PDSCH#2に対するK1_repは、K1_rep=4であり、SPS PDSCH#2に対するK1_eff_maxは、K1_eff_max=8であるから、「K1_rep?K1_eff_max」を満たす。よって、postponed rep#1に対応するSPS PDSCH#1及びSPS PDSCH#2は、どちらも、「K1_rep?K1_eff_max」を満たすため、後回しの制限を満たす。この場合、postponed rep#1では、SPS PDSCH#1及びSPS PDSCH#2に対するSPS HARQ-ACKが送信されてよい。また、postponed rep#2においても、postponed rep#1と同様に、SPS PDSCH#1及びSPS PDSCH#2は、どちらも、後回しの制限を満たす。
図１１のバリエーション３では、postponed rep#3に対応するSPS PDSCH#1に対するK1_repは、K1_rep=7であり、SPS PDSCH#1に対するK1_eff_maxは、K1_eff_max=6であるから、「K1_rep?K1_eff_max」を満たさない。また、postponed rep#3に対応するSPS PDSCH#2に対するK1_repは、K1_rep=6であり、SPS PDSCH#2に対するK1_eff_maxは、K1_eff_max=8であるから、「K1_rep?K1_eff_max」を満たす。よって、postponed rep#3に対応するSPS PDSCH#1は、「K1_rep?K1_eff_max」を満たさないので、後回しの制限を満たさない。この場合、postponed rep#3では、SPS PDSCH#1に対するSPS HARQ-ACKが送信されない（ドロップされる）。また、この場合、postponed rep#3では、SPS PDSCH#2に対するSPS HARQ-ACKが送信されてもよいし、送信されなくてもよい。また、postponed rep#4においても、postponed rep#3と同様に、SPS PDSCH#1は、後回しの制限を満たさず、SPS PDSCH#2は、後回しの制限を満たす。
バリエーション４は、ポイント３のAlt.2、ポイント１のAlt.A及びポイント２のOpt.Bが適用される例である。
図１１のバリエーション４は、上記のポイント３のAlt.2、ポイント１のAlt.A、及び、ポイント２のOpt.Bが適用される例である。ポイント３のAlt.2では、後回しにされたPUCCHレピティションのそれぞれ（図１１の場合、「postponed rep#1」～「postponed rep#4」のそれぞれ）において、後回しの制限が、確認される。ポイント２のOpt.Bでは、HARQ-ACK PUCCHに対応する少なくとも１つのSPS PDSCHについて、K1_repの制限が満たされる場合に、後回しの制限が満たされると判断される。ポイント１のAlt.Aでは、K1_repの制限が、「K1_rep?K1_eff_max」である。別言すると、図１１のバリエーション４は、「postponed rep#1」～「postponed rep#4」のそれぞれにおいて、後回しの制限が確認される。そして、「postponed rep」に対応するSPS PDSCH#1に対するK1_rep及びSPS PDSCH#2に対するK1_repの少なくとも１つが、「K1_rep?K1_eff_max」を満たす場合に、後回しの制限が満たされる、と判断される。
図１１のバリエーション４では、バリエーション３にて示した例と同様に、postponed rep#1に対応するSPS PDSCH#1及びSPS PDSCH#2は、どちらも、「K1_rep?K1_eff_max」を満たすので、後回しの制限を満たす。この場合、postponed rep#1では、SPS PDSCH#1及びSPS PDSCH#2に対するSPS HARQ-ACKが送信されてよい。また、postponed rep#2においても、postponed rep#1と同様に、SPS PDSCH#1及びSPS PDSCH#2は、どちらも、「K1_rep?K1_eff_max」を満たすので、後回しの制限を満たす。
また、図１１のバリエーション４では、バリエーション３にて示した例と同様に、postponed rep#3に対応するSPS PDSCH#1は、「K1_rep?K1_eff_max」を満たさず、SPS PDSCH#2は、「K1_rep?K1_eff_max」を満たす。バリエーション４では、バリエーション３と異なり、HARQ-ACK PUCCHに対応する少なくとも１つのSPS PDSCHについて、K1_repの制限が満たされる場合に、後回しの制限が満たされると判断されるので、バリエーション４では、postponed rep#3について、後回しの制限が満たされる。この場合、postponed rep#3では、SPS PDSCH#1及びSPS PDSCH#2に対するSPS HARQ-ACKが送信されてよい。また、postponed rep#4においても、postponed rep#3と同様に、後回しの制限が満たされる。
ポイント４：SPS HARQ-ACKの延期限界の適用条件
或るPUCCHに対してSPS HARQ-ACKの延期限界を適用する適用条件には、以下の条件が挙げられる。なお、適用条件は、以下の例に限定されない。
条件１：当該PUCCHにおいて延期が有効なSPS PDSCH設定のSPS HARQ-ACKが存在する。なお、この条件において、SPS HARQ-ACKの数は、１以上であってよい。また、当該PUCCHにおいて動的なHARQ-ACKは存在せず、延期が有効でないSPS設定の他のSPS HARQ-ACKは存在しなくてよい。また、この場合、当該PUCCHには、延期が有効なSPS設定のSPS HARQ-ACKのみが含まれてもよい。
条件２：当該PUCCHにSPS HARQ-ACKが存在し、少なくとも１つのSPS HARQ-ACKが、延期が有効なSPS設定に対応する。なお、この場合、動的なHARQ-ACKは存在しなくてよい。また、延期が有効でないSPS設定の他のSPS HARQ-ACKが存在するか否かには関係しなくてよい（依存しなくてよい）。例えば、当該PUCCHには、SPS HARQ-ACKのみが含まれてもよい。
条件３：当該PUCCHにSPS HARQ-ACKが存在し、SPS HARQ-ACKの延期が任意のSPSに対して有効である。なお、当該PUCCHに動的なHARQ-ACKは存在しなくてよい。また、SPS HARQ-ACKビットが、延期が有効なSPS設定に属するか否かに関係しなくてよい。例えば、当該PUCCHには、SPS HARQ-ACKのみが含まれてもよい。
条件４：当該PUCCHに延期が有効なSPS PDSCH設定の任意のHARQ-ACKが存在する。なお、この場合、動的なHARQ-ACKが存在するか否かに関係しなくてよい。また、延期が有効でない他のSPS設定のHARQ-ACKが存在するか否かに関係しなくてよい。
条件５：当該PUCCHに任意のSPS HARQ-ACKが存在し、任意のSPS設定のSPS HARQ-ACKの延期が有効である。なお、動的なHARQ-ACKが存在するか否かに関係しなくてよい。また、SPS HARQ-ACKビットが、延期が有効なSPS設定に属するか否かに関係しなくてよい。
なお、適用条件が満たされない場合、従来のRel-16 PUCCHレピティションの後回しのルールが適用されてよい。
次に、ケース１－２に対する提案１を説明する。
（提案１ ケース１－２）
ケース１－２は、ケース１において、イニシャルスロットにおけるPUCCHリソース（例えば、最初のPUCCHレピティション）が無効なシンボル（例えば、セミスタティックなDLまたはSSBシンボル）と重複しないケースであり、かつ、最初のPUCCHレピティション以外のPUCCHレピティションの何れか１つ以上が、セミスタティックなDLまたはSSBシンボルと重複するケースである。
ケース１－２に対して提案１では、以下のオプションの何れかが適用される。
オプション１：Rel-16のルールに従う。例えば、端末は、Rel-16の動作に従う。これは、ケース１－１に対する提案１のオプション１と同様である。
なお、オプション１において、無効なシンボルと衝突する任意のPUCCHレピティションは、次の利用可能なスロットまで後回しにされてよい。
オプション２：Rel-17のSPS HARQ-ACKの延期限界（SPS HARQ-ACK deferring limitation）が、Rel-16のPUCCHレピティションの後回しの制限（PUCCH repetition postponing restriction）に適用される。
例えば、ケース１－２に対して提案１のオプション２では、上述したケース１－１に対する提案１のオプション３が適用されてよい。例示的には、オプション３において示した、ポイント３に対するAlt.2を含むオプション３が適用されてよい。
上述した提案１によれば、PUCCHレピティションと、SPS HARQ ACKの延期との間で、端末が、PUCCH送信の制御を選択的に行ったり、あるいは、PUCCHレピティションと、SPS HARQ ACKの延期とを統合した方式でのPUCCH送信の制御を行うことができる。そのため、PUCCHレピティションを考慮した、PUCCHを送信するリソースの設定が可能な無線システムにおいて、端末が適切に動作できる。
また、上述した提案１では、ケース１－１及びケース１－２の両方に対して、PUCCHを送信するリソースの設定を含むPUCCH送信の制御を適切に行うことができる。
なお、上記の例では、ケース１－１及びケース１－２の両方に対して提案１が適用される例を示したが、本開示はこれに限定されない。提案１は、ケース１－１及びケース１－２以外のケースに対して適用されてもよい。
（提案２ ケース２）
ケース２は、上記の通り、ターゲットスロットにおいて、延期されたSPS HARQ-ACKビットを有するHARQ-ACK PUCCHであり、当該ターゲットスロットにおいて、NPUCCH repeat＞１が、当該PUCCHに対して決定されるケースである。
ケース２に対して提案２では、以下の３つのオプションの何れかが適用される。
オプション０：エラーケースである、として処理される。この場合、SPS HARQ-ACKの延期と、PUCCHレピティションの動作との両方が、実行されなくてもよいし、何れか一方が、実行され、他方が実行されなくてもよい。実行する動作は、予め、仕様により規定されてもよいし、実行する動作に関する情報が、端末に通知されてもよい。通知の方法については、特に限定されなくてよい。
オプション１：延期されたSPS HARQ-ACKを含むターゲットスロット内のHARQ-ACK PUCCHのPUCCHレピティションを行わない。
オプション１の場合、端末は、PUCCH内に延期されたSPS HARQ-ACKが存在する場合、N_rep=１を想定する。この場合、PUCCHリソースまたはPUCCHフォーマットに対するPUCCHレピティション係数（PUCCH repetition factor）は無視（ignore）されてよい。
オプション２：延期されたSPS HARQ-ACKを含むターゲットスロット内のHARQ-ACK PUCCHのPUCCHレピティションが適用されてよい。
このオプション２については、以下のオプション２－１及びオプション２－２の何れかが適用されてよい。
オプション２－１：N_repは、レガシーのPUCCHレピティション係数の決定と同様に決定される。例えば、N_repは、NPUCCH repeatである、と決定される。レガシーのPUCCHレピティション係数の決定は、例えば、Rel-16またはRel-16よりも前のリリースに規定された方法であってよい。
オプション２－２：N_repは、レガシーのPUCCHレピティション係数の決定と、SPS設定のそれぞれに対する最大延期限界との組合せに基づいて決定される。例えば、レガシーのPUCCHレピティション係数の決定とは、NPUCCH repeatを決定することに相当する。また、例えば、SPS設定のそれぞれに対する最大延期限界とは、上記のように、K1_eff_max=K1+K_max_defを用いた限界値である。
オプション２－２のN_repの決定の例を示す。例えば、第１の決定の例（以下、オプション２－２Ａ）では、N_repによって、PUCCHレピティションの最後のレピティション（the last repetition）が、SPS PDSCHのそれぞれに対する最大延期限界（maximum deferral limitation）内であることが保証されることが意図される。
例えば、N_repは、式（１）を用いて決定される。
オプション２－２のN_repの決定の別の例を示す。例えば、第２の決定の例（以下、オプション２－２Ｂ）では、N_repによって、PUCCHレピティションの最後のレピティション（the last repetition）が、SPS PDSCHの少なくとも１つに対する最大延期限界（maximum deferral limitation）内であることが保証されることが意図される。
例えば、N_repは、式（２）を用いて決定される。
ここで、式（１）及び式（２）における、K1_effは、SPS PDSCHスロットからターゲットスロットまでのスロットオフセットを表し、K1_eff_maxは、Rel-17に従って、SPS設定毎に設定される最大延期限界を表す。なお、延期が有効ではないSPS設定では、最大延期限界は、K1_eff_max=K1であってよい。
上述したケース２に対する提案２のバリエーションに対して、ケース２には、複数のサブケースの例が存在してもよい。例えば、
・ケース２－１:ターゲットスロットのPUCCHに新しいHARQ-ACKが含まれるケース。
・ケース２－１Ａ：新しいHARQ-ACKは、新しいSPS HARQ-ACKのみを含む。
・ケース２－１Ｂ：新しいHARQ-ACKは、新しいダイナミックHARQ-ACKのみを含む。
・ケース２－１Ｃ：新しいHARQ-ACKは、新しいダイナミックHARQ-ACKと新しいSPS HARQ-ACKとを含む。
・ケース２－２：ターゲットスロットのHARQ-ACK PUCCH内に、延期されたSPS HARQ-ACKビットが含まれるケース。
ここで、新しいHARQ-ACKとは、延期されたHARQ-ACKではないHARQ-ACKであってもよい。
ケース２に対する提案２では、上記のようなケース２のサブケース毎に、異なるオプションが適用されてもよい。例えば、ケース２－２には、オプション１が適用され、ケース２－１Ａにはオプション２－１が適用される。
ここで、上記のケース２における提案２におけるバリエーションについて図を用いて説明する。図１２は、ケース２における提案２の第１の例を示す図である。図１２には、４つのオプションが例示される。各オプションでは、１０個のスロットが示される。なお、図４と同様に、図１２における各スロットの「D」は、DLスロットであることを示し、「U」は、ULスロットであることを示す。
各オプションにおいて、１番目のスロットには、SPS PDSCH#1が含まれ、２番目のスロットには、SPS PDSCH#2が含まれる。例示的に、SPS PDSCH#1に対して、K1=2、及び、K1_eff_max=4が設定され、SPS PDSCH#2に対して、K1=1、及び、K1_eff_max=4が設定される。
SPS PDSCH#1に対して、K1=2であり、SPS PDSCH#2に対して、K1=1であるから、それぞれのSPS PDSCHに対するSPS HARQ-ACKが、３番目のスロットから送信され得る場合であり、NPUCCH repeat=4である場合を説明する。なお、図１２に示すように、各オプションにおいて、３番目のスロットでは、SPS HARQ-ACKが、セミスタティックなDLとオーバーラップする。
ケース２における提案２のオプション１では、延期されたSPS HARQ-ACKを含むターゲットスロット内のHARQ-ACK PUCCHのPUCCHレピティションを行わない。そのため、図１２のオプション１では、４番目のULスロットにおいて、延期されたSPS HARQ-ACKが送信され、PUCCHレピティションが行われない。
ケース２における提案２のオプション２－１では、N_repは、レガシーのPUCCHレピティション係数の決定と同様に決定される。そのため、図１２のオプション２－１では、N_rep= NPUCCH repeat=4と決定され、４番目のスロット～７番目のスロットまでの４つのスロットにおいて、PUCCHレピティションが行われる。
ケース２における提案２のオプション２－２では、N_repは、レガシーのPUCCHレピティション係数の決定と、SPS設定のそれぞれに対する最大延期限界との組合せに基づいて決定される。そして、オプション２－２Aでは、N_repによって、PUCCHレピティションの最後のレピティション（the last repetition）が、SPS PDSCHのそれぞれに対する最大延期限界（maximum deferral limitation）内であることが保証される。
図１２のオプション２－２Aでは、４番目のスロットにおいて、SPS PDSCH#1に対するK1_effはK1_eff=3であるから、K1_eff_max-K1_eff+1=4-3+1と計算される。また、SPS PDSCH#1に対するK1_effはK1_eff=2であるから、K1_eff_max-K1_eff+1=4-2+1と計算される。よって、N_repは、式（１）を用いて、N_rep=min[min(4-3+1, 4-2+1), NPUCCH repeat]=2と決定される。図１２のオプション２－２Aでは、N_rep=2に従って、２回のPUCCHレピティションが行われる。
ケース２における提案２のオプション２－２では、N_repは、レガシーのPUCCHレピティション係数の決定と、SPS設定のそれぞれに対する最大延期限界との組合せに基づいて決定される。そして、オプション２－２Bでは、N_repによって、PUCCHレピティションの最後のレピティション（the last repetition）が、SPS PDSCHの少なくとも１つに対する最大延期限界（maximum deferral limitation）内であることが保証される。
図１２のオプション２－２Bでは、オプション２－２Aと同様に、４番目のスロットにおいて、SPS PDSCH#1に対するK1_effはK1_eff=3であるから、K1_eff_max-K1_eff+1=4-3+1と計算される。また、SPS PDSCH#1に対するK1_effはK1_eff=2であるから、K1_eff_max-K1_eff+1=4-2+1と計算されう。よって、N_repは、式（２）を用いて、N_rep=min[max(4-3+1, 4-2+1), NPUCCH repeat]=3と決定される。図１２のオプション２－２Bでは、N_rep=3に従って、３回のPUCCHレピティションが行われる。
（提案２のオプション２の補足）
ターゲットスロットの定義により、ターゲットスロット内の最初のPUCCHレピティションが、無効なシンボル（例えば、セミスタティックDL又はＳＳＢシンボル）と重ならないことが保証される。しかしながら、最初のPUCCHレピティションの後に続くPUCCHレピティションが無効なシンボルとオーバーラップする可能性が存在する。このような場合の端末の動作を説明する。
例えば、延期されたSPS HARQ-ACKビットを含むPUCCHについて、最初のPUCCHレピティション以外のPUCCHレピティションが、セミスタティックDLまたはSSBシンボルとオーバーラップする場合、以下の何れかが選択される。
Alt.1:Rel-16 PUCCHレピティションの後回しのルールが適用されない。
この場合、最初のPUCCHレピティション以外のPUCCHレピティションであって、セミスタティックDLまたはSSBシンボルとオーバーラップするPUCCHレピティションについては、PUCCHレピティションがドロップされてよい。
Alt.2:従来のRel-16 PUCCHレピティションの後回しのルールが適用されてよい。
例えば、延期されたSPS HARQ-ACKビットを含むPUCCHが、Rel-16 PUCCHと同じように扱われる。この場合、最初のPUCCHレピティション以外のPUCCHレピティションであって、セミスタティックDLまたはSSBシンボルとオーバーラップするPUCCHレピティションは、次の利用可能なスロットに後回しにされてよい。次の利用可能なスロットとは、オーバーラップしたスロットよりも後続のスロットで、利用可能なスロットであってよい。
Alt.3:Rel-16 PUCCHレピティションの後回しのルールが適用されるが、当該ルールは、Rel-17 SPS HARQ-ACKの延期限界（SPS HARQ-ACK deferring limitation）と統合される。
例えば、この場合、上述したケース１－１に対する提案１のオプション３が適用されてよい。例示的には、オプション３において示した、ポイント３に対するAlt.2を含むオプション３が適用されてよい。
なお、異なるサブケースに対して、異なるオプションが適用されてもよい。例えば、ケース２－２に対してAlt.1が適用され、ケース２－２に対して、Alt.2が適用されてよい。
ここで、上記のAlt.1及びAlt.2について図を用いて説明する。図１３は、提案２のオプション２の補足を示す図である。図１３には、Alt.1及びAlt.2が例示される。Alt.1及びAlt.2では、それぞれ、１０個のスロットが示される。なお、図４と同様に、図１３における各スロットの「D」は、DLスロットであることを示し、「U」は、ULスロットであることを示す。
Alt.1及びAlt.2の例において、１番目のスロットには、SPS PDSCH#1が含まれ、２番目のスロットには、SPS PDSCH#2が含まれる。また、それぞれのSPS PDSCHに対するSPS HARQ-ACKが、３番目のスロットから送信され得る場合を説明する。３番目のスロットでは、SPS HARQ-ACKが、セミスタティックなDLとオーバーラップする。そのため、SPS HARQ-ACKを送信するPUCCHレピティションは、後回しにされる。
図１３の各例では、ターゲットスロットである４番目のスロットの最初のPUCCHレピティションは、無効なシンボル（例えば、セミスタティックDL又はＳＳＢシンボル）とオーバーラップしない。しかしながら、最初のPUCCHレピティションの後に続く３回目のPUCCHレピティション（６番目のスロット）及び４回目のPUCCHレピティション（７番目のスロット）が無効なシンボルとオーバーラップする。
Alt.1は、Rel-16 PUCCHレピティションの後回しのルールが適用されない。そのため、図１３のAlt.1の例では、無効なシンボルとオーバーラップする３回目及び４回目のPUCCHレピティションが、送信されない（ドロップされる）。
Alt.2は、従来のRel-16 PUCCHレピティションの後回しのルールが適用されてよい。そのため、図１３のAlt.2の例では、無効なシンボルとオーバーラップする３回目及び４回目のPUCCHレピティションが、さらに、後回しにされる。図１３のAlt.2の例では、８番目及び９番目のスロットにおいて、後回しにされた３回目及び４回目のPUCCHレピティションが、送信される。
上述した提案２によれば、PUCCHレピティションと、SPS HARQ ACKの延期との間で、端末が、PUCCH送信の制御を選択的に行ったり、あるいは、PUCCHレピティションと、SPS HARQ ACKの延期とを統合した方式でのPUCCH送信の制御を行うことができる。そのため、PUCCHレピティションを考慮した、PUCCHを送信するリソースの設定が可能な無線システムにおいて、端末が適切に動作できる。
また、上述した提案２では、ケース２に対して、PUCCHを送信するリソースの設定を含むPUCCH送信の制御を適切に行うことができる。
なお、上記の例では、ケース２に対して提案２が適用される例を示したが、本開示はこれに限定されない。提案２は、ケース２以外のケースに対して適用されてもよい。
以上説明した各提案及び各提案のオプション（または、オルタネーション（Alt.））の何れかを採用することによって、上り制御信号（例えば、PUCCHの信号）のレピティションを考慮した上り制御信号（例えば、SPS HARQ-ACKを含む信号）を送信するリソースの設定が可能な無線システムにおいて、端末が適切な動作を行うことができる。
以上説明した各提案において、各提案のオプション（または、オルタネーション（Alt.））のうち、どのオプション（または、オルタネーション）を使用するかは、仕様により規定されてもよいし、上位レイヤのパラメータによって設定されてもよい。また、各提案のオプション（または、オルタネーション）のうち、どのオプション（または、オルタネーション）を使用するかを、端末が端末の能力情報（例えば、「UE capability」）によって報告してもよい。また、各提案のオプション（または、オルタネーション）のうち、どのオプション（または、オルタネーション）を使用するかは、上位レイヤのパラメータの設定と、報告された端末の能力情報との組合せにより決定されてもよい。例えば、報告された端末の能力情報が示す、端末が使用可能なオプション（またはオルタネーション）の中から、基地局が１以上のオプション（またはオルタネーション）を決定し、決定した情報が、上位レイヤのパラメータによって設定されてもよい。なお、上位レイヤのパラメータによって設定される例に限定されず、物理レイヤの制御情報（例えば、DCI）によって、使用するオプション（または、オルタネーション）の情報が通知されてもよい。
なお、本実施の形態において、「スロット」は、「サブスロット（sub-slot）」に置き換えられてもよい。また、上記の実施の形態において、「スロット」は、或る時間区間を指す用語であり、他の表記に置き換えられてもよい。例えば、「スロット」は、「シンボル」、「時間区間」、「時間リソース」といった他の表記に置き換えられてもよい。
なお、本実施の形態では、SPSを例に挙げて説明したが本開示はこれに限定されない。例えば、SPSの代わりに、パーシステントなスケジューリング、または、ダイナミックなスケジューリングに本開示が適用されてもよい。
また、本実施の形態では、SPS PDSCHとSPS PDSCHに対するSPS HARQ-ACKとを例に挙げて説明したが、本開示はこれに限定されない。例えば、SPS PDSCHと異なるデータチャネルと、当該データチャネルに対する確認応答とに対して、本開示が適用されてもよい。また、データチャネルに限らず制御チャネル（例えば、PDCCH）と、制御チャネルに対する確認応答に対して本開示が適用されてもよい。また、SPS HARQ-ACKと異なるフィードバック情報に、本開示が適用されてもよい。
異なるPUCCHレピティションのスキームに対して、異なるオプション（または、オルタネーション）が適用されてもよい。例えば、スロットベースのPUCCHレピティションのスキームに対して適用される各提案のオプションと、サブスロットベースのPUCCHレピティションのスキームに対して適用される各提案のオプションとは、互いに異なってもよい。
端末の能力情報（UE capability）には、例えば、端末がPUCCHレピティションをサポートするか否かを規定する情報、端末がSPS HARQ-ACKの延期をサポートするか否かを規定する情報、端末がPUCCHレピティションとSPS HARQ-ACKの延期とを同時にサポートするか否かを規定する情報が含まれてもよい。また、端末の能力情報には、端末が上述した各提案をサポートするか否か、及び／又は、各提案の各オプション（または各オルタネーション）をサポートするか否かを示す情報が含まれてもよい。
なお、本実施の形態において、延期（deferral）と、後回し（postponing）という表現は、相互に置き換えられてもよい。また、延期（deferral）と、後回し（postponing）とは、それぞれ、遅延、先延ばし、延滞といった他の表現に置き換えられてもよい。
また、本実施の形態において、限界（limitation）と、制限（restriction）という表現は、相互に置き換えられてもよい。また、限界（limitation）と、制限（restriction）という表現は、制約、限定、拘束といった他の表現に置き換えられてもよい。
＜無線通信システムの例＞
本実施の形態に係る無線通信システムは、図１４に示す基地局１０と、図１５に示す端末２０とを含む。基地局１０の数及び端末２０の数は、特に限定されない。２つの基地局１０が１つの端末２０と通信を行うシステムであってもよい。無線通信システムは、New Radio（NR）に従った無線通信システムであってよい。例示的に、無線通信システムは、URLLC及び／又はIIoTと呼ばれる方式に従った無線通信システムであってよい。
なお、無線通信システムは、5G、Beyond 5G、5G Evolution或いは6Gと呼ばれる方式に従った無線通信システムでもよい。
基地局１０は、NG-RAN Node、ng-eNB、eNodeB（eNB）、又は、gNodeB（gNB）と呼ばれてもよい。端末２０は、User Equipment（UE）と呼ばれてもよい。また、基地局１０は、端末２０が接続するネットワークに含まれる装置と捉えてもよい。
無線通信システムは、Next Generation-Radio Access Network（以下、NG-RAN）を含んでもよい。NG-RANは、複数のNG-RAN Node、具体的には、gNB（又はng-eNB）を含み、5Gに従ったコアネットワーク（5GC、不図示）と接続される。なお、NG-RAN及び5GCは、単に「ネットワーク」と表現されてもよい。
基地局１０は、端末２０と無線通信を実行する。例えば、実行される無線通信は、NRに従う。基地局１０及び端末２０の少なくとも一方は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビーム（BM）を生成するMassive MIMO（Multiple-Input Multiple-Output）に対応してもよい。また、基地局１０及び端末２０の少なくとも一方は、複数のコンポーネントキャリア（CC）を束ねて用いるキャリアアグリゲーション（CA）に対応してもよい。また、基地局１０及び端末２０の少なくとも一方は、端末２０と複数の基地局１０それぞれとの間において通信を行うデュアルコネクティビティ（DC）などに対応してもよい。
無線通信システムは、複数の周波数帯に対応してよい。例えば、無線通信システムは、Frequency Range（FR）1及びFR2に対応する。各FRの周波数帯は、例えば、次のとおりである。
・FR1：410MHz～7.125GHz
・FR2：24.25GHz～52.6GHz
FR1では、15kHz、30kHz又は60kHzのSub-Carrier Spacing（SCS）が用いられ、5MHz～100MHzの帯域幅（BW）が用いられてもよい。FR2は、例えば、FR1よりも高い周波数である。FR2では、60kHz又は120kHzのSCSが用いられ、50MHz～400MHzの帯域幅（BW）が用いられてもよい。また、FR2では、240kHzのSCSが含まれてもよい。
本実施の形態における無線通信システムは、FR2の周波数帯よりも高い周波数帯に対応してもよい。例えば、本実施の形態における無線通信システムは、52.6GHzを超え、114.25GHzまでの周波数帯に対応し得る。このような高周波数帯は、「FR2x」と呼ばれてもよい。
また、上述した例よりも大きなSub-Carrier Spacing（SCS）を有するCyclic Prefix-Orthogonal Frequency Division Multiplexing（CP-OFDM）／Discrete Fourier Transform - Spread - Orthogonal Frequency Division Multiplexing（DFT-S-OFDM）が適用されてもよい。また、DFT-S-OFDMは、上りリンクと下りリンクとの両方に適用されてもよいし、何れか一方に適用されてもよい。
無線通信システムでは、時分割複信（TDD）のスロット設定パターン（Slot Configuration pattern）が設定されてよい。例えば、スロット設定パターンにおいて、下りリンク（ＤＬ）信号を送信するスロット、上りリンク（ＵＬ）信号を送信するスロット、ＤＬ信号とＵＬ信号とガードシンボルとが混在するスロット、及び、送信する信号がflexibleに変更されるスロットの中の２つ以上のスロットの順を示すパターンが、規定されてよい。
また、無線通信システムでは、スロット毎に復調用参照信号（DMRS）を用いてPUSCH（又はPUCCH（Physical Uplink Control Channel））のチャネル推定を実行できるが、さらに、複数スロットにそれぞれ割り当てられたDMRSを用いてPUSCH（又はPUCCH）のチャネル推定を実行できる。このようなチャネル推定は、Joint channel estimationと呼ばれてもよい。或いは、cross-slot channel estimationなど、別の名称で呼ばれてもよい。
端末２０は、基地局１０がDMRSを用いたJoint channel estimationを実行できるように、複数スロットにおいて、複数スロットのそれぞれに割り当てられたDMRSを送信してよい。
また、無線通信システムでは、基地局１０に対する端末２０からのフィードバック機能に強化された機能が追加されてよい。例えば、HARQ-ACKに対する端末のフィードバックの強化された機能が追加されてよい。
次に、基地局１０及び端末２０の構成について説明する。なお、以下に説明する基地局１０及び端末２０の構成は、本実施の形態に関連する機能の一例を示すものである。基地局１０及び端末２０には、図示しない機能を有してもよい。また、本実施の形態に係る動作を実行する機能であれば、機能区分、及び／又は、機能部の名称は限定されない。
＜基地局の構成＞
図１４は、本実施の形態に係る基地局１０の構成の一例を示すブロック図である。基地局１０は、例えば、送信部１０１と、受信部１０２と、制御部１０３と、を含む。基地局１０は、端末２０（図１５参照）と無線によって通信する。
送信部１０１は、下りリンク（downlink（ＤＬ））信号を端末２０へ送信する。例えば、送信部１０１は、制御部１０３による制御の下に、ＤＬ信号を送信する。
ＤＬ信号には、例えば、下りリンクのデータ信号、及び、制御情報（例えば、Downlink Control Information（ＤＣＩ））が含まれてよい。制御情報を含む信号は、制御信号と称されてもよい。また、ＤＬ信号には、端末２０の信号送信に関するスケジューリングを示す情報（例えば、ＵＬグラント）が含まれてよい。また、ＤＬ信号には、上位レイヤの制御情報（例えば、Radio Resource Control（RRC）の制御情報）が含まれてもよい。例えば、上位レイヤのシグナリング（例えば、RRCシグナリング、または、MAC CE（Media Access Control Control Element））は、ＤＬ信号の一例ととらえてもよい。また、ＤＬ信号には、参照信号が含まれてもよい。
ＤＬ信号の送信に使用されるチャネルには、例えば、データチャネルと制御チャネルとが含まれる。例えば、データチャネルには、PDSCH（Physical Downlink Shared Channel）が含まれ、制御チャネルには、PDCCH（Physical Downlink Control Channel）が含まれてよい。例えば、基地局１０は、端末２０に対して、PDCCHを用いて、制御情報を送信し、PDSCHを用いて、下りリンクのデータ信号を送信する。
ＤＬ信号に含まれる参照信号には、例えば、復調用参照信号（Demodulation Reference Signal（DMRS））、Phase Tracking Reference Signal（PTRS）、Channel State Information-Reference Signal（CSI-RS）、Sounding Reference Signal（SRS）、及び位置情報用のPositioning Reference Signal（PRS）のいずれか少なくとも１つが含まれてよい。例えば、DMRS、PTRS等の参照信号は、下りリンクのデータ信号の復調のために使用され、PDSCHを用いて送信される。
受信部１０２は、端末２０から送信された上りリンク（uplink（ＵＬ））信号を受信する。例えば、受信部１０２は、制御部１０３による制御の下に、ＵＬ信号を受信する。
制御部１０３は、送信部１０１の送信処理、及び、受信部１０２の受信処理を含む、基地局１０の通信動作を制御する。
例えば、制御部１０３は、上位レイヤからデータ及び制御情報といった情報を取得し、送信部１０１へ出力する。また、制御部１０３は、受信部１０２から受信したデータ及び制御情報等を上位レイヤへ出力する。
例えば、制御部１０３は、端末２０から受信した信号（例えば、データ及び制御情報等）及び／又は上位レイヤから取得したデータ及び制御情報等に基づいて、ＤＬ信号の送受信に用いるリソース（又はチャネル）及び／又はＵＬ信号の送受信に用いるリソースの割り当てを行う。割り当てたリソースに関する情報は、端末２０に送信する制御情報に含まれてよい。
制御部１０３は、ＵＬ信号の送受信に用いるリソースの割り当ての一例として、PUCCHリソースを設定する。PUCCHセルタイミングパターン等のPUCCHの設定に関する情報（PUCCHの設定情報）は、RRCによって端末２０に通知されてよい。
＜端末の構成＞
図１５は、本実施の形態に係る端末２０の構成の一例を示すブロック図である。端末２０は、例えば、受信部２０１と、送信部２０２と、制御部２０３と、を含む。端末２０は、例えば、基地局１０と無線によって通信する。
受信部２０１は、基地局１０から送信されたＤＬ信号を受信する。例えば、受信部２０１は、制御部２０３による制御の下に、ＤＬ信号を受信する。
送信部２０２は、ＵＬ信号を基地局１０へ送信する。例えば、送信部２０２は、制御部２０３による制御の下に、ＵＬ信号を送信する。
ＵＬ信号には、例えば、上りリンクのデータ信号、及び、制御情報（例えば、ＵＣＩ）が含まれてよい。例えば、端末２０の処理能力に関する情報（例えば、UE capability）が含まれてよい。また、ＵＬ信号には、参照信号が含まれてもよい。
ＵＬ信号の送信に使用されるチャネルには、例えば、データチャネルと制御チャネルとが含まれる。例えば、データチャネルには、PUSCH（Physical Uplink Shared Channel）が含まれ、制御チャネルには、PUCCH（Physical Uplink Control Channel）が含まれる。例えば、端末２０は、基地局１０から、PUCCHを用いて、制御情報を受信し、PUSCHを用いて、上りリンクのデータ信号を送信する。
ＵＬ信号に含まれる参照信号には、例えば、DMRS、PTRS、CSI-RS、SRS、及び、PRSのいずれか少なくとも１つが含まれてよい。例えば、DMRS、PTRS等の参照信号は、上りリンクのデータ信号の復調のために使用され、上りリンクチャネル（例えば、PUSCH）を用いて送信される。
制御部２０３は、受信部２０１における受信処理、及び、送信部２０２における送信処理を含む、端末２０の通信動作を制御する。
例えば、制御部２０３は、上位レイヤからデータ及び制御情報といった情報を取得し、送信部２０２へ出力する。また、制御部２０３は、例えば、受信部２０１から受信したデータ及び制御情報等を上位レイヤへ出力する。
例えば、制御部２０３は、基地局１０へフィードバックする情報の送信を制御する。基地局１０へフィードバックする情報は、例えば、HARQ-ACKを含んでもよいし、チャネル状態情（Channel. State Information（CSI））を含んでもよいし、スケジューリング要求（Scheduling Request（SR））を含んでもよい。基地局１０へフィードバックする情報は、ＵＣＩに含まれてよい。ＵＣＩは、PUCCHのリソースにおいて送信される。
制御部２０３は、基地局１０から受信した設定情報（例えば、RRCによって通知されたPUCCHセルタイミングパターン等の設定情報及び／又はＤＣＩ）に基づいて、PUCCHリソースを設定する。制御部２０３は、基地局１０へフィードバックする情報の送信に使用するPUCCHリソースを決定する。送信部２０２は、制御部２０３の制御により、制御部２０３が決定したPUCCHリソースにおいて、基地局１０へフィードバックする情報を送信する。
なお、ＤＬ信号の送信に使用されるチャネル及びＵＬ信号の送信に使用されるチャネルは、上述した例に限定されない。例えば、ＤＬ信号の送信に使用されるチャネル及びＵＬ信号の送信に使用されるチャネルには、RACH（Random Access Channel）及びPBCH（Physical Broadcast Channel）が含まれてよい。RACHは、例えば、Random Access Radio Network Temporary Identifier(RA-RNTI)を含むDownlink Control Information (DCI)の送信に用いられてよい。
受信部２０１は、DL制御信号（DL制御信号）を受信してもよい。DL制御信号は、例えば、PUCCHレピティション及び／またはSPS HARQ ACKの延期を制御する信号であって、DCI、MAC CE、及び／又はRRCといった信号であってもよい。
制御部２０３は、受信部２０３が受信したDL制御信号に基づいて、UL制御信号の繰り返し送信（例えば、PUCCHレピティション）と、UL制御信号の送信の延期（例えば、SPS HARQ-ACK deferring）とを制御（決定）してもよい。UL制御信号は、例えば、PUCCHに含まれる信号であってもよい。繰り返し送信は、スロットベースの繰り返し、サブスロットベースの繰り返し、又は動的な繰り返しの送信であってもよい。より具体的には、繰り返し送信は、スロットベースPUCCHレピティション、サブスロットベースPUCCHレピティション、又は動的PUCCHレピティションの送信であってもよい。
制御部２０３は、UL制御信号の繰り返し送信と、UL制御信号の送信の延期との両方が同時に行われること（または、設定／有効にされること）を想定しなくてもよい。また、制御部２０３は、UL制御信号の繰り返し送信と、UL制御信号の送信の延期との両方が同時に行われること（または、設定／有効にされること）を想定してもよい。
制御部２０３は、UL制御信号の繰り返し送信と、UL制御信号の送信の延期との両方が同時に有効にされる場合、UL制御信号の繰り返し送信と、UL制御信号の送信の延期との少なくとも一方の規定に従って、UL制御信号の送信を制御してもよい。
制御部２０３は、UL制御信号の繰り返し送信と、UL制御信号の送信の延期との両方が同時に有効にされる場合、UL制御信号の送信の延期の規定に基づいて修正されたUL制御信号の繰り返し送信の規定に従って、UL制御信号の送信を制御してもよい。
以上の構成により、端末２０は、UL制御信号の繰り返し送信と、UL制御信号の送信の延期とが可能な無線システムにおいて、UL制御信号を送信するリソースの設定を含むUL制御信号の送信制御を適切に動作することができる。
以上、本開示について説明した。
＜ハードウェア構成等＞
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
例えば、本開示の一実施の形態における基地局、端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１６は、本実施の形態に係る基地局及び端末のハードウェア構成の一例を示す図である。上述の基地局１０及び端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
基地局１０及び端末２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。例えば、上述の制御部１０３及び制御部２０３などは、プロセッサ１００１によって実現されてもよい。
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、端末２０の制御部２０３は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送信部１０１、受信部１０２、受信部２０１、及び送信部２０２などは、通信装置１００４によって実現されてもよい。
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
また、基地局１０及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
＜情報の通知、シグナリング＞
情報の通知は、本開示において説明した実施の形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
＜適用システム＞
本開示において説明した実施の形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
＜処理手順等＞
本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
＜基地局の動作＞
本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。
＜入出力の方向＞
情報等（＜情報、信号＞の項目参照）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。
＜入出力された情報等の扱い＞
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
＜判定方法＞
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
＜態様のバリエーション等＞
本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
＜ソフトウェア＞
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
＜情報、信号＞
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
＜システム、ネットワーク＞
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
＜パラメータ、チャネルの名称＞
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
＜基地局＞
本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
＜移動局＞
本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
＜基地局／移動局＞
基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。
また、本開示における基地局は、端末で読み替えてもよい。例えば、基地局及び端末間の通信を、複数の端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の実施の形態を適用してもよい。この場合、上述の基地局１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
同様に、本開示における端末は、基地局で読み替えてもよい。この場合、上述の端末２０が有する機能を基地局１０が有する構成としてもよい。
＜用語の意味、解釈＞
本開示で使用する「判断（determining）」、「決定（determining）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（judging）、計算（calculating）、算出（computing）、処理（processing）、導出（deriving）、調査（investigating）、探索（looking up、search、inquiry）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ascertaining）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（receiving）（例えば、情報を受信すること）、送信（transmitting）（例えば、情報を送信すること）、入力（input）、出力（output）、アクセス（accessing）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（resolving）、選択（selecting）、選定（choosing）、確立（establishing）、比較（comparing）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
＜参照信号＞
参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。
＜「に基づいて」の意味＞
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
＜「第１の」、「第２の」＞
本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
＜手段＞
上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
＜オープン形式＞
本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
＜ＴＴＩ等の時間単位、ＲＢなどの周波数単位、無線フレーム構成＞
無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。
なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。
＜最大送信電力＞
本開示に記載の「最大送信電力」は、送信電力の最大値を意味してもよいし、公称最大送信電力（the nominal UE maximum transmit power）を意味してもよいし、定格最大送信電力（the rated UE maximum transmit power）を意味してもよい。
＜冠詞＞
本開示において、例えば、英語でのa、an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
＜「異なる」＞
本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
本開示の一態様は、無線通信システムに有用である。
１０ 基地局
２０ 端末
１０１，２０２ 送信部
１０２，２０１ 受信部
１０３，２０３ 制御部

Claims (5)

  1. セミパーシステントスケジューリング（ＳＰＳ）に基づく下りリンク共有チャネルを受信する受信部と、
    前記下りリンク共有チャネルに対する確認応答を、上りリンクの制御チャネルを介して送信する送信部と、
    前記確認応答の送信の延期を設定する制御部と、
    を備え、
    前記制御部は、前記確認応答の送信の延期を設定する場合、前記上りリンクの制御チャネル用のリソースのリピティションが設定されないと想定する、
    端末。
  2. 前記受信部は、前記上りリンクの制御チャネルのリソースの設定情報を受信し、
    前記制御部は、前記確認応答の送信の延期を設定する場合、前記設定情報に前記上りリンクの制御チャネルのリピティションが設定されないと想定する、
    請求項１記載の端末。
  3. セミパーシステントスケジューリング（ＳＰＳ）に基づく下りリンク共有チャネルを送信する送信部と、
    前記下りリンク共有チャネルに対する確認応答を、上りリンクの制御チャネルを介して受信する受信部と、
    前記確認応答の送信の延期を設定する制御部と、
    を備え、
    前記制御部は、前記確認応答の送信の延期を設定する場合、前記上りリンクの制御チャネル用のリソースのリピティションを設定しない、
    基地局。
  4. 端末が、
    セミパーシステントスケジューリング（ＳＰＳ）に基づく下りリンク共有チャネルを受信し、
    前記下りリンク共有チャネルに対する確認応答を、上りリンクの制御チャネルを介して送信し、
    前記確認応答の送信の延期を設定し、
    前記確認応答の送信の延期を設定する場合、前記上りリンクの制御チャネル用のリソースのリピティションが設定されないと想定する、
    無線通信方法。
  5. セミパーシステントスケジューリング（ＳＰＳ）に基づく下りリンク共有チャネルを受信し、
    前記下りリンク共有チャネルに対する確認応答を、上りリンクの制御チャネルを介して送信し、
    前記確認応答の送信の延期を設定する、
    端末と、
    前記下りリンク共有チャネルを送信し、
    前記確認応答を、前記上りリンクの前記制御チャネルを介して受信し、
    前記確認応答の送信の延期を設定する、
    基地局と、を備え、
    前記端末は、前記確認応答の送信の延期を設定する場合、前記上りリンクの制御チャネル用のリソースのリピティションが設定されないと想定する、
    無線通信システム。
JP2023548044A 2021-09-16 2021-09-16 端末、基地局、無線通信方法、及び、無線通信システム Active JP7714043B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/034183 WO2023042355A1 (ja) 2021-09-16 2021-09-16 端末及び無線通信方法

Publications (3)

Publication Number Publication Date
JPWO2023042355A1 JPWO2023042355A1 (ja) 2023-03-23
JPWO2023042355A5 JPWO2023042355A5 (ja) 2024-09-20
JP7714043B2 true JP7714043B2 (ja) 2025-07-28

Family

ID=85602572

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2023548044A Active JP7714043B2 (ja) 2021-09-16 2021-09-16 端末、基地局、無線通信方法、及び、無線通信システム

Country Status (4)

Country Link
US (1) US20240397522A1 (ja)
JP (1) JP7714043B2 (ja)
CN (1) CN117941450A (ja)
WO (1) WO2023042355A1 (ja)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180279274A1 (en) 2017-03-24 2018-09-27 Samsung Electronics Co., Ltd. Apparatus and method for semi-persistent scheduling and power control in wireless communication system

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116600389B (zh) * 2017-09-11 2026-04-14 韦勒斯标准与技术协会公司 无线通信系统中的上行链路传输和下行链路接收的方法、设备和系统
CN111587552B (zh) * 2017-11-10 2023-04-21 Lg电子株式会社 在无线通信系统中发送或接收承载sr的pucch的方法及其设备
EP3917259A1 (en) * 2020-05-15 2021-12-01 Nokia Technologies Oy Data transmission coordination between cells
US11950238B2 (en) * 2020-09-10 2024-04-02 Qualcomm Incorporated Techniques for a delay-imposed HARQ-ACK/NACK reporting

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180279274A1 (en) 2017-03-24 2018-09-27 Samsung Electronics Co., Ltd. Apparatus and method for semi-persistent scheduling and power control in wireless communication system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT，UE feedback enhancements for HARQ-ACK,[online],[text]，3GPP TSG RAN WG1 #103-e，3GPP，2020年11月13日，R1-2007849，[取得日 2025年6月19日],取得先<https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_103-e/Docs/R1-2007849.zip>

Also Published As

Publication number Publication date
WO2023042355A1 (ja) 2023-03-23
US20240397522A1 (en) 2024-11-28
CN117941450A (zh) 2024-04-26
JPWO2023042355A1 (ja) 2023-03-23

Similar Documents

Publication Publication Date Title
JP7691052B2 (ja) 端末、無線通信システム及び通信方法
JP2025160277A (ja) 端末及び無線通信方法
JP7767706B2 (ja) 端末、通信システム及び通信方法
JP7796132B2 (ja) 端末及び無線通信方法
JP7733117B2 (ja) 端末及び無線通信方法
WO2023053393A1 (ja) 端末及び無線通信方法
WO2022091561A1 (ja) 端末、及び基地局
WO2022130644A1 (ja) 端末、基地局及び通信方法
JP7796134B2 (ja) 端末及び無線通信方法
JP7747753B2 (ja) 端末および無線通信方法
JP7714043B2 (ja) 端末、基地局、無線通信方法、及び、無線通信システム
JP7796133B2 (ja) 端末及び無線通信方法
WO2023012956A1 (ja) 端末及び無線通信方法
JP2023182861A (ja) 端末、及び基地局
WO2023013005A1 (ja) 端末及び無線通信方法
JP7767426B2 (ja) 端末、基地局、無線通信方法及び無線通信システム
JP7747757B2 (ja) 端末及び無線通信方法
JP7736401B2 (ja) 端末及び通信方法
JP7628552B2 (ja) 端末、基地局、無線通信システム及び無線通信方法
JP7701384B2 (ja) 無線基地局及び端末
JP7703657B2 (ja) 端末および無線通信方法
JP7742879B2 (ja) 端末および無線通信方法
JP7640196B2 (ja) 端末、基地局装置、及びフィードバック方法
JP2025166127A (ja) 端末、基地局、通信システム及び通信方法
CN117813897A (zh) 终端以及无线通信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240911

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240911

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20250624

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250715

R150 Certificate of patent or registration of utility model

Ref document number: 7714043

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150