具体实施方式

以下，参照附图对本发明的实施方式进行说明。此外，以下说明的实施方式仅是一例，应用本发明的实施方式不限于以下的实施方式。

以下的实施方式中的无线通信系统基本上设想了依据NR的情况，但这仅为一例，本实施方式中的无线通信系统可以其在一部分或者全部中依据NR以外的无线通信系统(例如LTE)。

(系统整体结构)

图1示出本实施方式所涉及的无线通信系统的结构图。如图1所示，本实施方式所涉及的无线通信系统包括用户装置10和基站20。图1中分别示出1个用户装置10和1个基站20，但这仅为示例，可以分别具有多个。

用户装置10为智能手机、移动电话、平板电脑、可佩戴终端、M2M(Machine-to-Machine：机器到机器)用通信模块等具有无线通信功能的通信装置，以无线的方式与基站20连接，并利用由无线通信系统提供的各种通信服务。基站20是提供1个以上的小区并与用户装置10进行无线通信的通信装置。可以将用户装置10称为UE，将基站20称为gNB。

在本实施方式中，双工(Duplex)方式可以是TDD(Time Division Duplex：时分双工)方式，也可以是FDD(Frequency Division Duplex：频分双工)方式。

在3GPP的版本15中，在各时隙中仅设有一个反馈HARQ(Hybrid Automatic RepeatRequest：混合自动重复请求)－ACK(Acknowledgement：确认)的PUCCH(Physical UplinkControl Channel：物理上行链路控制信道)。即，当想要在相同时隙中反馈多个HARQ-ACK时，该多个HARQ-ACK被自动地复用在一个PUCCH(基于时隙的HARQ-ACK反馈)中。

在面向URLLC的情况下、即，在考虑了低延迟的情况下，由于在一个时隙中能够设定多个用于发送HARQ-ACK的PUCCH的发送时机的有利的，因此在3GPP的版本16中，支持该结构。

在汇总复用多个HARQ-ACK来发送HARQ-ACK码本(codebook)的情况下，规定了该汇总方法。在版本16中，由于eMBB(enhanced Mobile Broadband：增强型移动宽带)的HARQ-ACK和URLLC(Ultra Reliable and Low Latency Communications：超可靠低时延通信)的HARQ-ACK可能会同时发生，因此在某个UE中，可能同时生成至少2个HARQ-ACK码本。

关于在一个时隙中能够设定多个PUCCH的发送时机的情况，规定了如下所述的基于子时隙的HARQ-ACK反馈：即，将该一个时隙分割为多个子时隙，在该多个子时隙中的各子时隙中能够反馈HARQ-ACK。另外，关于PDSCH的发送，可以不基于上述子时隙进行。

在此，HARQ-ACK码本可以构成为包括时域(例如，时隙)、频域(例如，分量载波(Component Carrier(CC)))、空域(例如，层)、传输块(Transport Block(TB))、以及、构成TB的码块的组(码块组(Code Block Group(CBG)))的至少一个单位中的HARQ-ACK用的比特。另外，CC也被称为小区、服务小区(serving cell)、载波等。此外，该比特也被称为HARQ-ACK比特、HARQ-ACK信息或者HARQ-ACK信息比特等。HARQ-ACK码本也被称为PDSCH-HARQ-ACK码本(pdsch-HARQ-ACK-Codebook)、码本、HARQ码本、HARQ-ACK尺寸等。

HARQ-ACK码本中所包含的比特数(尺寸)等可以是半静态地(semi-static)或者动态地(dynamic)决定的。半静态的HARQ-ACK码本也被称为类型I(Type I)HARQ-ACK码本、半静态的码本等。动态的HARQ-ACK码本也被称为类型II(Type II)HARQ-ACK码本、动态的码本等。

对于使用类型I HARQ-ACK码本或者类型II HARQ-ACK码本中的哪个，可以通过高层参数(例如，pdsch-HARQ-ACK-Codebook)对UE设定。

在类型I HARQ-ACK码本的情况下，UE可以在预定范围(例如，根据高层参数设定的范围)内，反馈与该预定范围对应的HARQ-ACK比特，而与PDSCH的调度的有无无关。

对于该预定范围，是可以根据预定期间(例如，作为候选的PDSCH接收用的预定数量的时机(occasion)的集合、或者PDCCH的预定数量的监视时机(monitoring occasion)m)、对UE设定或者激活的CC的数量、TB的数量(层数或者秩(rank))、每1TB的CBG数量、空间捆绑的应用有无中的至少一个来确定的。该预定范围也被称为HARQ-ACK捆绑窗(HARQ-ACKbundling window)、HARQ-ACK反馈窗(HARQ-ACK feedback window)、捆绑窗(bundlingwindow)、反馈窗(feedback window)等。

在类型I HARQ-ACK码本中，如果处于预定范围内，则即使在不存在针对UE的PDSCH的调度的情况下，UE也反馈NACK比特。因此，设想了在使用类型I HARQ-ACK码本的情况下，要反馈的HARQ-ACK比特数增加。

另一方面，在类型II HARQ-ACK码本的情况下，UE可以在上述预定范围内，反馈针对被调度的PDSCH的HARQ-ACK比特。

具体而言，可以根据DCI内的预定字段(例如，DL分配索引(Downlink AssignmentIndicator(Index)(DAI))字段)决定UE类型II HARQ-ACK码本的比特数。DAI字段可以被分割(split)为计数器DAI(counter DAI(cDAI))以及总DAI(total DAI(tDAI))。

计数器DAI可以表示在预定期间内被调度的下行发送(PDSCH、数据、TB)的计数器值。例如，在该预定期间内调度数据的DCI内的计数器DAI可以表示在该预定期间内最初在频域(例如，CC)，之后在时域中计数得到的数量。

总DAI可以表示在预定期间内被调度的数据的合计值(总数)。例如，在该预定期间内的预定的时间单元(例如，PDCCH监视时机)内调度数据的DCI内的总DAI可以表示在该预定期间内到该预定的时间单元(也称为点、定时等)为止被调度的数据的总数。

UE可以使用上行控制信道(PUCCH(Physical Uplink Control Channel：物理上行链路控制信道))以及上行共享信道(Physical Uplink Shared Channel：物理上行链路共享信道(PUSCH))的至少一方发送根据上述的类型I或者类型II的HARQ-ACK码本决定(生成)的一个以上的HARQ-ACK比特。

在进行基于子时隙的PUCCH的发送的情况下，关于1时隙内的上行的子时隙的数量或者长度，可以对用户装置10单独且半静态地(semi-statically)设定。

关于PUCCH资源的设定方法以及决定方法，需要确定详细内容。

设想在类型I的HARQ-ACK码本以及类型II的HARQ-ACK码本中的任一方的情况下，不同的服务种类的HARQ-ACK码本(例如，由针对eMBB的数据发送的HARQ-ACK构成的HARQ-ACK码本(eMBB HARQ-ACK码本)以及由针对URLLC的数据发送的HARQ-ACK构成的HARQ-ACK码本(URLLC HARQ-ACK码本))被同时生成的情况。在这种状况下，需要确定与该HARQ-ACK对应的数据发送的服务种类。即，在针对多个不同的服务种类的数据接收生成HARQ-ACK码本时，需要确定应生成eMBB HARQ-ACK码本和URLLC HARQ-ACK码本中的哪个HARQ-ACK码本、即，与某个数据接收对应的HARQ-ACK包含于eMBB HARQ-ACK码本和URLLC HARQ-ACK码本中的哪个HARQ-ACK码本中。在eMBB HARQ-ACK码本的生成和URLLC HARQ-ACK码本的生成中用户装置10的动作分别不同，因此需要确定要生成的HARQ-ACK的服务种类。另外，作为服务种类的一例，使用“eMBB”、“URLLC”进行记载，但不限于此。

作为识别接收数据的服务种类的方法、和/或识别应包含与上述接收数据对应的HARQ-ACK的HARQ-ACK码本的方法、和/或区分发送与上述接收数据对应的HARQ-ACK时的UE动作的方法(信令)，研究了下述的选项。

Opt.1：利用DCI(Downlink Control Information：下行链路控制信息)格式的方法。

Opt.2：利用RNTI(Radio Network Temporary Identitfier：无线网络临时标识符)的方法。

Opt.3：利用DCI中的显式的指示(indication)的方法。例如，可以定义新的DCI字段，按照针对该字段的值区分上述服务种类。在该情况下，例如，可以将上述字段的尺寸设为1比特，另外，如果上述字段的值是0，则表示由该DCI调度的PDSCH的解码结果的HARQ-ACK包含于eMBB的HARQ-ACK码本中。如果上述字段的值是1，则表示由该DCI调度的PDSCH的解码结果的HARQ-ACK包含于URLLC的HARQ-ACK码本中。即，可以根据上述字段的值变更用户装置10的动作。或者，可以重新利用已经定义的DCI字段。

Opt.4：利用CORESET(Control-resource set：控制资源集)/search space(搜索空间)的方法。

以后，“eMBB”和“URLLC”可以通过下述的至少任意一个选项表示上述识别/区分。例如，在使用Opt.1的情况下，“URLLC的HARQ-ACK”例如可以指表示由与URLLC的UE动作(例如，上述基于子时隙的HARQ-ACK反馈)关联的DCI格式调度的PDSCH的解码结果的HARQ-ACK。此外，例如，在使用Opt.3的情况下，“URLLC的HARQ-ACK”例如可以指表示由具有与URLLC的UE动作(例如，上述基于子时隙的HARQ-ACK反馈)关联的DCI字段的值的DCI调度的PDSCH的解码结果的HARQ-ACK。或者，也可以使用上述以外的选项。

如图2所示，版本15的RRC(Radio Resource Control：无线资源控制)的规范(非专利文献1)中，规定了基于RRC的PUCCH资源的设定(configuration)用的信息元素(Information Element：IE)。

通过PUCCH-Config中的PUCCH-ResourceSet，对用户装置10设定专用的PUCCH资源。各PUCCH-ResourceSet可以最大包括8个PUCCH资源。例外地，PUCCH资源集0、即，PUCCH-ResourceSetId为0的PUCCH-ResourceSet可以最大包括32个PUCCH资源。PUCCH-Config可以包括4个这样的PUCCH-ResourceSet。此外，各PUCCH-ResourceSet中的资源的详细的设定可以通过图2所示的PUCCH-ResourceSet和图3所示的PUCCH-Resource确定。此外，需要各PUCCH-ResourceSet的资源的格式表示PUCCH-fotmat 0、PUCCH-fotmat 1、PUCCH-fotmat2、PUCCH-fotmat 3、PUCCH-fotmat 4中的哪个，关于格式的设定，能够进行图4所示的这样的设定。即，被设为PUCCH格式与PUCCH资源关联且PUCCH资源与任意的一个或者多个PUCCH-ResourceSet关联这样的结构。

(版本15中的HARQ-ACK码本的PUCCH资源的决定)

以下，对版本15中的HARQ-ACK码本的PUCCH资源的决定方法进行说明。

(步骤1)通过K1，决定发送HARQ-ACK的时隙。

用户装置10接收用于调度PDSCH中的数据的发送的DCI(Downlink ControlInformation：下行链路控制信息)。该DCI包含表示用于发送HARQ-ACK的时隙的定时的指示符(PDSCH-to-HARQ_feedback timing indicator field)。该指示符被称为K1，K1表示从下行链路的数据的接收到上行链路的送达确认信息的发送为止的时间间隔。例如，如图5所示，在K1＝1的情况下，用户装置10在从通过PDSCH接收数据(时隙n)起1时隙之后的定时(时隙n+1)，通过PUCCH发送对应的HARQ-ACK。在此，针对被指示了在同一定时(时隙)进行发送的HARQ-ACK，配置一个HARQ-ACK码本。

DCI format 1_0和DCI format 1_1是能够调度通过PDSCH的数据发送的DCI格式。在DCI format 1_0的情况下，能够通过K1指定的值是{1、2、3、4、5、6、7、8}中的任意的值。通过PDSCH-to-HARQ_feedback timing indicator field(PDSCH-to-HARQ_feedback定时指示符字段)中所包含的3比特，指定上述的范围内的任意值。在DCI format 1_1的情况下，能够更灵活地设定K1的值。具体而言，通过RRC参数dl-DataToUL-ACK设定能够通过K1指定的数值范围，通过PDSCH-to-HARQ_feedback timing indicator field中所包含的3比特，指定所设定的范围内的任意的值。

(步骤2)决定时隙内的PUCCH资源集。

用户装置10能够通过RRC信令最大设定4个PUCCH资源集(也能够设定3个以下的PUCCH资源集)。在此，针对汇总发送的UCI(Uplink Control Information：上行链路控制信息)，根据UCI的有效载荷尺寸，从所设定的最大4个PUCCH资源集中选择一个PUCCH资源。另外，UCI包括HARQ-ACK、调度请求(Scheduling Request：SR)、信道状态信息(Channel StateInformation：CSI)中的至少一种。例如，在一个HARQ-ACK码本相当于上述汇总发送的UCI的情况下，UCI的有效载荷尺寸可以表示上述一个HARQ-ACK码本中的HARQ-ACK比特数。

例如，如图6所示，设定有PUCCH资源集0、1、2、3。在UCI的比特数是1或者2的情况下，PUCCH资源集0被选择。在UCI的比特数大于2且为N₂以下的情况下，PUCCH资源集1被选择。在UCI的比特数大于N₂且为N₃以下的情况下，PUCCH资源集2被选择。在UCI的比特数大于N₃且为1706以下的情况下，PUCCH资源集3被选择。在此，N₂和N₃的值是通过RRC参数maxPayloadMinus1设定的。PUCCH资源集1、2、3中的各PUCCH资源集最大包括8个PUCCH资源。关于PUCCH资源集0，能够将PUCCH资源的数量最大设定为32个。

(步骤3)决定PUCCH资源集内的一个PUCCH资源。

通过DCI中所包含的PUCCH资源指示符(PUCCH resource indicator：PRI)字段中的最大3比特，从最大8个PUCCH资源中指定一个PUCCH资源。在PUCCH资源集0的情况下，PRI字段也最大包括3比特。通过PRI字段的最大3比特与根据CCE(Control Channel Element：控制信道元素)索引求出的最大2比特的组合，从最大32个PUCCH资源中指定一个PUCCH资源。图7是示出PUCCH资源指示符(PUCCH resource indicator)的示例的图。

(关于课题)

在版本15中，能够利用4个PUCCH资源集，PUCCH资源集0中的PUCCH资源的最大数量为32个，PUCCH资源集1、2、3中的PUCCH资源的最大数量为8个。此外，在版本16中，设想了针对URLLC服务，应用基于子时隙的HARQ-ACK反馈过程。即，设想了将1时隙分割为多个子时隙，按照每个子时隙使用一个PUCCH来发送HARQ-ACK。在该情况下，当考虑到UCI的有效载荷的尺寸、PUCCH格式、PUCCH的开始码元/长度、以及避免与其他的用户装置10之间的PUCCH资源的冲突时，针对与伴随/不伴随eMBB业务的URLLC业务对应的用户装置10，即，针对能够应用上述基于时隙的HARQ-ACK反馈和/或上述基于子时隙的HARQ-ACK反馈过程的用户装置，版本15中设定的PUCCH资源/PUCCH资源集可能不充分(例如，可用的PUCCH资源不足)。因此，针对版本16，需要扩展设定PUCCH资源的结构。

(方案1)

定义用于发送URLLC的HARQ-ACK的PUCCH资源集，针对URLLC业务，使用该URLLC专用的PUCCH资源集。此外，定义用于发送eMBB的HARQ-ACK的PUCCH资源集，针对eMBB业务，使用该eMBB专用的PUCCH资源集。即，例如，将应用上述基于子时隙的HARQ-ACK反馈的HARQ-ACK比特发送中使用的一个以上的PUCCH资源集(URLLC PUCCH资源集)、以及应用上述基于时隙的HARQ-ACK反馈的HARQ-ACK比特发送中使用的一个以上的PUCCH资源集(eMBB PUCCH资源集)分别定义/设定为不同的参数。可以是在上述基于子时隙的HARQ-ACK反馈的情况下，从一个URLLC PUCCH资源集中选择PUCCH资源，在上述基于时隙的HARQ-ACK反馈的情况下，从一个eMBB PUCCH资源集中选择PUCCH资源。或者，对于上述2种的PUCCH资源集的定义/设定/选择，可以通过用于识别上述服务种类的信令分别进行。

作为URLLC PUCCH资源集，可以设定一个或者多个新的PUCCH资源集。该一个或者多个新的PUCCH资源集中的各PUCCH资源集例如可以包括4个或者8个PUCCH资源，PUCCH资源的数量不限于此。可以通过与NR版本15中的PUCCH资源集相同的高层参数设定eMBB PUCCH资源集。用户装置10根据UCI有效载荷的尺寸和HARQ-ACK反馈是面向URLLC还是面向eMBB(即，识别上述接收数据的服务种类的方法、和/或识别应包含与上述接收数据对应的HARQ-ACK的HARQ-ACK码本的方法、和/或区分发送与上述接收数据对应的HARQ-ACK时的UE动作的方法(信令))，决定要使用的PUCCH资源集。关于HARQ-ACK反馈是面向URLLC还是面向eMBB，可以根据DCI格式、RNTI、基于DCI的显式的指示、搜索空间等来判定。

(方案1-1)

作为用于发送URLLC的HARQ-ACK的PUCCH资源集(URLLC PUCCH资源集)，设定基于子时隙的一个以上PUCCH资源集。PUCCH资源集在与上述子时隙关联的基础上来设定。此时，以使PUCCH资源被收纳在各子时隙中的方式来进行PUCCH资源的设定。不允许PUCCH资源集中的PUCCH资源超出子时隙的边界(sub-slot boundary)、和/或时隙的边界(slotboundary)。然而，本实施例不限于该结构，例如，也可以设定为超出子时隙的边界和/或时隙的边界。

作为子时隙的结构，可以在1时隙内设定长度为7码元的2个子时隙。可代替地，可以在1时隙内设定长度为2码元的7个子时隙。可代替地，也可以是在1时隙内由3码元构成的子时隙与由4码元构成的子时隙混合存在(例如，可以是(3码元/4码元/4码元/3码元)，也可以是(3码元/4码元/3码元/4码元)，还可以是(4码元/3码元/4码元/3码元))。子时隙的结构不限于此。对于1时隙内的子时隙的结构，可以通过高层的参数设定，可追加或者可代替地，可以通过基于DCI的显式的/隐式的指定设定。图8是示出(3码元/4码元/4码元/3码元)的子时隙模式的示例的图。可以对上述的7码元的2个子时隙的组合、2码元的7个子时隙的组合、(3码元/4码元/4码元/3码元)的子时隙的组合、(3码元/4码元/3码元/4码元)的子时隙的组合、以及(4码元/3码元/4码元/3码元)的子时隙的组合分别设定PUCCH资源集。

(方案1-1-1)

可以对上述的各子时隙的组合中所包含的各子时隙设定PUCCH资源集。例如，在图8的子时隙结构中，可以是对子时隙#0设定PUCCH资源集，对子时隙#1设定其他的PUCCH资源集，对子时隙#2进一步设定其他的PUCCH资源集，对子时隙#3进一步设定其他的PUCCH资源集。此时，上述子时隙之间可以共享一部分的PUCCH资源集。此外，可以在具有相同子时隙长度的子时隙之间，共享全部的PUCCH资源集。此外，可以按照每个子时隙设定PUCCH资源集。由此，通过对各子时隙分别设定PUCCH资源集，从而能够提高针对URLLC的HARQ-ACK反馈的调度的灵活性。

(方案1-1-2)

可以仅对在时间上处于最初的子时隙设定PUCCH资源集，对1时隙内的其他的子时隙使用相同的PUCCH资源集。换而言之，可以针对全部的子时隙设定公共的PUCCH资源集。在该情况下，关于PUCCH资源集内的PUCCH资源的开始码元(start symbol)的参考点(reference point)，针对在时间上处于最初的子时隙以外的子时隙，将子时隙的边界新定义为开始码元的参考点。即，上述开始码元可以表示将从各子时隙的最初的码元开始数的几个码元设为PUCCH的开始码元。例如，在图9的子时隙结构中，关于在时间上最初的子时隙即子时隙0(sub-slot0)，开始码元的参考点可以是在时间上处于最初的码元的开始位置，关于子时隙1(sub-slot1)，开始码元的参考点可以是子时隙0(sub-slot0)与子时隙1(sub-slot1)的边界。在图9的示例中，在子时隙0中，开始码元索引被设为1，因此PUCCH#0是在时间上从最初的码元的下一个码元开始的。此外，在子时隙1中，开始码元索引被设为2，因此PUCCH#1是从子时隙0与子时隙1的边界起的2码元之后的码元开始的。由此，对一个子时隙设定PUCCH资源集，对1时隙内的其他的子时隙使用相同的PUCCH资源集，从而能够降低用户装置10中的控制的复杂性，并且能够减小高层参数的增加量。

(方案1-1的总结)

与版本15同样地，通过3个步骤决定针对用户装置10的PUCCH资源。

(步骤1)根据HARQ-ACK定时K1决定子时隙。

(步骤2)根据UCI有效载荷的尺寸，从在该子时隙中使用的PUCCH资源集中决定PUCCH资源集。决定子时隙内的PUCCH资源集。

(步骤3)根据基于DCI的PRI字段的1比特、2比特、或者3比特的指定，决定PUCCH资源集内的PUCCH资源。可追加或者可代替地，可以根据隐式的指定(例如，基于CCE索引的1比特、2比特、或者2比特以上的比特)，决定上述PUCCH资源集内的PUCCH资源。

参照图10A～图10D，对方案1-1-1的具体例进行说明。

例如，如图10A所示，与URLLC服务对应的用户装置10可以最大设定3个PUCCH资源集。各PUCCH资源集包括4个PUCCH资源，PUCCH资源集尺寸的边界即N₂’以及N₃’可以与eMBB相同，也可以不同。

如图10B所示，不允许PUCCH资源集内的PUCCH资源超出子时隙的边界。

接着，如图10C所示，对子时隙#0定义PUCCH资源集#0和PUCCH资源集#1，对子时隙#1定义PUCCH资源集#0、PUCCH资源集#1以及PUCCH资源集#3。另外，关于PUCCH资源集#0和PUCCH资源集#1，在子时隙#0与子时隙#1之间可以是公共的，也可以不同。针对子时隙#0的UCI有效载荷的尺寸大于2且小于N₂’，因此PUCCH资源集#1被决定为子时隙#0内的PUCCH资源集。此外，由于针对子时隙#1的UCI的有效载荷的尺寸大于N₂’且小于N₃’，因此PUCCH资源集#2被决定为子时隙#1内的PUCCH资源集。

接着，如图10D所示，例如，在PUCCH资源集#1中预先设定4个资源，根据PRI字段的2比特是01的情况，图10D所示的资源#1可以被决定为子时隙#0的PUCCH资源。

另外，在图10C中，按照每个子时隙定义了PUCCH资源集，但例如，如图11所示，可以对在时间上处于最初的子时隙即子时隙#0定义PUCCH资源集，对1时隙内的其他的子时隙应用与对子时隙#0定义的PUCCH资源集相同的PUCCH资源集。

(方案1-2)

作为用于发送URLLC的HARQ-ACK的PUCCH资源集(URLLC PUCCH资源集)，设定基于时隙的一个以上的PUCCH资源集。子时隙是在指定K1时被用作粒度(granularity)的虚拟的资源单位，因此可以不将PUCCH资源集与子时隙关联。PUCCH资源集内的PUCCH资源可以超出子时隙的边界。与版本15的PUCCH资源集同样地，按照每个时隙设定PUCCH资源集。与版本15同样地可以通过3步进行针对用户装置10的PUCCH资源的决定。根据该方法，与版本15的情况同样地，用户装置10通过按照每个时隙设定PUCCH资源集，能够减小高层参数的增加量，并且能够应用基于子时隙的HARQ-ACK反馈。

(步骤1)根据表示HARQ-ACK的定时的K1，决定发送HARQ-ACK的码块的子时隙。在此，关于PUCCH与子时隙之间的关联，当PUCCH的开始码元包含于子时隙k中时，可以假设该PUCCH包含于子时隙k而应用K1。此外，关于PDSCH与子时隙之间的关联，在PDSCH的末尾码元包含于子时隙n中的情况下，可以假设该PDSCH包含于子时隙n而应用K1。另外，在PDSCH超出子时隙边界或者时隙边界而被发送的情况下，和/或在PDSCH通过多个子时隙或者多个时隙而被发送的情况下，可以将多个子时隙的末尾的子时隙作为子时隙n。

(步骤2)根据UCI的有效载荷的尺寸、以及由高层参数设定的“规定了在表示作为选择PUCCH资源集的基准的UCI的有效载荷的尺寸的轴中的、PUCCH资源集的选择边界”的N(即，上述N₂和/或N₃)的值，从上述基于时隙的一个以上的PUCCH资源集中决定一个PUCCH资源集。另外，对于上述N₂和/或N₃，在上述URLLC PUCCH资源集与eMBB PUCCH资源集之间定义为不同的参数，也可以设定不同的值。可代替地，也可以在上述URLLC PUCCH资源集与eMBBPUCCH资源集之间定义为公共的参数。

(步骤3)

使用DCI中所包含的PRI字段的值，从上述决定出的PUCCH资源集中决定PUCCH资源。在PUCCH资源集中的PUCCH资源的数量为2的情况下，PRI字段的比特数为1。在PUCCH资源集中的PUCCH资源的数量为4的情况下，PRI字段的比特数为2。在PUCCH资源集中的PUCCH资源的数量为8以上的情况下，PRI字段的比特数为3。可追加地/可代替地，可以使用隐式的指定(例如，基于CCE索引的1比特、2比特、或者2比特以上的比特)决定PUCCH资源。

参照图12A～图12C，对方案1-2的具体例进行说明。例如，在图12A中，对与URLLC服务对应的用户装置10，设定3个PUCCH资源集作为上述URLLC PUCCH资源集。即，针对一个时隙设定PUCCH资源集#0、PUCCH资源集#1、以及PUCCH资源集#2。各PUCCH资源集包括4个PUCCH资源，作为PUCCH资源集尺寸的边界的N₂’和N₃’可以与上述eMBB PUCCH资源集中使用的值相同，也可以不同。如图12B所示，可以允许PUCCH资源集内的PUCCH资源超出子时隙的边界。

并且，如图12C所示，在一个时隙中使用PUCCH资源集#0、PUCCH资源集#1、以及PUCCH资源集#2。即，在多个子时隙中，使用上述PUCCH资源集。例如，在针对子时隙#0的UCI有效载荷的尺寸大于2并且小于N₂’的情况下，PUCCH资源集#1被决定为在该时隙中使用的PUCCH资源集。

(方案2)

在eMBB与URLLC之间，将PUCCH资源集的结构设为公共。即，可以不区分上述URLLCPUCCH资源集和上述eMBB PUCCH资源集，而通过公共的高层参数进行设定。可以将版本15中定义的PUCCH资源集0、PUCCH资源集1、PUCCH资源集2、以及PUCCH资源集3用于eMBB以及URLLC中。即，可以不依赖于识别上述接收数据的服务种类的方法、和/或识别应包含与上述接收数据对应的HARQ-ACK的HARQ-ACK码本的方法、和/或区分发送与上述接收数据对应的HARQ-ACK时的UE动作的方法(信令)，而使用通过上述公共的高层参数设定的PUCCH资源集。

另外，可以对URLLC追加定义·设定要使用的(即，上述URLLC的HARQ-ACK的反馈中使用的)一个或者多个新的PUCCH资源集。在此，新追加的一个或者多个PUCCH资源集例如可以包括4个PUCCH资源，或者可以包括8个PUCCH资源，但数量不限于此。用户装置10可以分别决定针对eMBB(即，eMBB的HARQ-ACK的反馈中使用的)的PUCCH资源集、以及针对URLLC(即，上述URLLC的HARQ-ACK的反馈中使用的)PUCCH资源集。在使用于上述URLLC的HARQ-ACK的反馈的情况下，与方案1同样地，对于PUCCH资源的开始码元的参考点，可以变更定义，将子时隙的边界作为参考，而不是将时隙边界作为参考。PUCCH资源集0、1、2、3和/或新追加的一个或者多个PUCCH资源集可以包括多于8个的PUCCH资源。在该情况下，用户装置10通过利用基于PRI字段的1至3比特的指定以及DCI格式、RNTI、DCI中的显式的指示、或者CORESET/搜索空间来确定服务种类是eMBB还是URLLC，从而决定PUCCH的资源。

关于针对URLLC(即，上述URLLC的HARQ-ACK的反馈中使用的)的一个PUCCH资源集中的PUCCH资源的决定，能够设定PRI字段的尺寸。如果PUCCH资源集内的PUCCH资源的数量为4，则PRI字段的尺寸可以是2比特。如果PUCCH资源集内的PUCCH资源的数量为8，则PRI字段的尺寸可以是3比特。在版本15的PUCCH资源集0、1、2、3中(即，通过上述公共的高层参数设定的PUCCH资源集中)，即使在包括8个PUCCH资源的情况下，也能够将决定上述URLLC的HARQ-ACK的反馈中使用的PUCCH资源的PRI字段的尺寸设为1比特或者2比特。换而言之，能够通过PRI字段指定的PUCCH资源的数量可以小于PUCCH资源集内的PUCCH资源的数量。

在该情况下，例如，在PRI字段的尺寸是2比特的情况下，可以将要使用的一个PUCCH资源集内的PUCCH资源中的、开始码元在时间上靠前的4个资源用于上述URLLC的HARQ-ACK的反馈。可代替地，可以将要使用的一个PUCCH资源集内的PUCCH资源中的、短(short)PUCCH格式(PUCCH格式0以及PUCCH格式2、或者长度为2码元以下PUCCH)中的、开始码元在时间上靠前的4个资源用于上述URLLC的HARQ-ACK的反馈。

在此，对于上述PUCCH格式与上述PRI字段的关联，可以是随着PRI字段的值变大上述PUCCH格式的识别编号变大的关联。例如，仅短(short)PUCCH格式被用于上述URLLC的HARQ-ACK的反馈，在PUCCH资源集中的PUCCH资源#0、#2、#4、#6为短(short)PUCCH格式的情况下，可以是PRI字段的值00与PUCCH资源#0关联，PRI字段的值01与PUCCH资源#2关联，PRI字段的值10与PUCCH资源#4关联，PRI字段的值11与PUCCH资源#6关联。

(方案2-1)

对于针对上述URLLC的HARQ-ACK的反馈新追加的一个或者多个PUCCH资源集，可以不用于上述eMBB的HARQ-ACK的反馈中。在上述URLLC的HARQ-ACK的反馈的情况下，可以重新利用用于指定对PUCCH资源集0、PUCCH资源集1、PUCCH资源集2、以及PUCCH资源集3设定的PUCCH资源集的尺寸的边界的N₂和N₃，并且可以使“表示用于选择新追加的一个或者多个PUCCH资源集中的任意的PUCCH资源集的UCI的有效载荷的尺寸的轴”与“表示对PUCCH资源集0、PUCCH资源集1、PUCCH资源集2、以及PUCCH资源集3设定的UCI的有效载荷尺寸的轴”重叠。通过这种结构，针对与URLLC业务对应的用户装置10，能够对URLLC的HARQ反馈充分确保可用的PUCCH资源，并且能够减小高层参数的增加量。

图13是示出“表示作为选择PUCCH资源集#0～#3中的任意的PUCCH资源集的基准的UCI的有效载荷的尺寸的轴(横轴)”与“表示作为选择PUCCH资源集#4以及PUCCH资源集#5中的任意的PUCCH资源集的基准的UCI有效载荷的轴(横轴)”重叠的情况下的示例的图。在决定PUCCH资源时，关于上述eMBB的HARQ-ACK的反馈，可以使用与版本15的情况相同的方法。关于上述URLLC的HARQ-ACK的反馈，可以规定不同的选择规则。此时，关于用于决定所使用的PUCCH资源集的UCI的有效载荷尺寸的边界，可以针对上述新追加的一个或者多个PUCCH资源集，定义指定边界的高层参数(例如，N₄’和/或N₅’)。

(方案2-1-1)

针对上述URLLC的HARQ-ACK的反馈，可以应用版本15的3步的PUCCH资源的决定方法。在根据在一个子时隙内汇总发送的UCI的有效载荷的尺寸选择了2个以上的PUCCH资源集的情况下，可以选择赋予了最小的索引的PUCCH资源集，并从选择出的PUCCH资源集中，选择由DCI中所包含的PRI字段的值指定的PUCCH资源。

(方案2-1-2)

可以导入2步的PUCCH资源的决定方法。在根据在子时隙内汇总发送的UCI的有效载荷的尺寸选择了2个以上的PUCCH资源集的情况下，可以从通过DCI中所包含的PRI字段的值从上述2个以上的PUCCH资源集中分别指定的多个PUCCH资源中，选择开始码元的位置在时间上处于最前的位置的开始码元、和/或长度为最小的PUCCH资源。在上述PUCCH资源的决定方法中，开始码元的位置和长度可以是任意一方被优先。

参照图13和图14对方案2-1-1的具体例进行说明。例如，如图13所示，2个新的PUCCH资源集被导入为上述URLLC的HARQ-ACK反馈用，4个PUCCH资源集(PUCCH资源集#0～#3)能够用于上述eMBB的HARQ-ACK的反馈，6个PUCCH资源集(PUCCH资源集#0～#5)能够用于上述URLLC的HARQ-ACK的反馈。

在该情况下，在URLLC的HARQ-ACK的反馈中，在子时隙#1中汇总发送的UCI的有效载荷的尺寸可以大于2并且小于N₅’(N₅’＜N₂)。在该情况下，能够使用PUCCH资源集#1和PUCCH资源集#4。在该情况下，可以根据预定的规则，选择PUCCH资源集#1和PUCCH资源集#4中的任意一方的PUCCH资源集。例如，在预定的规则是选择赋予了最小的PUCCH资源集索引的PUCCH资源集这样的规则的情况下，PUCCH资源集#1被选择(可代替地，在预定的规则是选择赋予了最大的PUCCH资源集索引的PUCCH资源集这样的规定的情况下，PUCCH资源集#4被选择)。

接着，根据DCI中所包含的PRI字段的值，PUCCH资源集#1中所包含的PUCCH资源#0～#7中的任意一个PUCCH资源被选择。在图14的示例中，PRI字段的3比特的值为111，因此PUCCH资源#7被选择。

参照图13和图15对方案2-1-2的具体例进行说明。例如，如图13所示，2个新的PUCCH资源集被导入为上述URLLC的HARQ-ACK的反馈用，4个PUCCH资源集(PUCCH资源集#0～#3)能够用于上述eMBB的HARQ-ACK的反馈，6个PUCCH资源集(PUCCH资源集#0～#5)能够用于上述URLLC的HARQ-ACK的反馈。

在该情况下，在URLLC的HARQ-ACK的反馈中，在子时隙#1中汇总发送的UCI的有效载荷的尺寸大于2且小于N₅’(N₅’＜N₂)。在该情况下，能够使用PUCCH资源集#1和PUCCH资源集#4。在该情况下，按照预定的规则选择2个PUCCH资源集中的任意一个PUCCH资源。例如，在预定的规则是选择2个PUCCH资源集中所包含的多个PUCCH资源中的、包括在时间上处于最前的位置的开始码元，并且长度为最小的PUCCH资源这样的规则的情况下，图15的PUCCH资源#0被选择。

(方案2-2)

对上述URLLC的HARQ-ACK的反馈新追加的PUCCH资源集能够用于上述eMBB的HARQ-ACK的反馈中。即，在上述URLLC的HARQ-ACK的反馈和上述eMBB的HARQ-ACK的反馈中，可以定义、设定完全相同的PUCCH资源集、和/或使用完全相同的PUCCH资源。可以对用户装置10按照每个时隙设定可用的全部的PUCCH资源集。可以允许PUCCH资源集内的PUCCH资源超出子时隙的边界。

(方案2-2-1)

对全部的PUCCH资源集重新设定N的值，该N的值规定了在表示作为选择PUCCH资源集的基准的UCI的有效载荷的尺寸的轴中的、PUCCH资源集的选择边界。不允许选择不同的PUCCH资源集这样的、表示作为选择PUCCH资源集的基准的UCI的有效载荷的尺寸的轴的重复。可以应用版本15的PUCCH资源集的选择方法。用户装置10可以分别决定用于上述eMBB的HARQ-ACK的反馈的PUCCH资源集和用于上述URLLC的HARQ-ACK的反馈的PUCCH资源集。与版本15的情况同样地，可以根据DCI的PRI字段的值进行一个PUCCH资源集中的PUCCH资源的选择。关于规定了在表示作为选择PUCCH资源集的基准的UC的有效载荷的尺寸的轴中的、PUCCH资源集的选择边界的N的值，在上述URLLC的HARQ-ACK的反馈用和上述eMBB的HARQ-ACK的反馈用中可以不同。

(方案2-2-2)

与版本15的情况同样地，可以对PUCCH资源集0、1、2、3，设定规定了在表示作为选择PUCCH资源集的基准的UCI的有效载荷的尺寸的轴中的、PUCCH资源集的选择边界的N的值，不允许“表示作为选择新追加的PUCCH资源集的基准的UCI的有效载荷的尺寸的轴”与“表示作为选择PUCCH资源集0、1、2、3的基准的UCI的有效载荷的尺寸的轴”重复。在该情况下，作为PUCCH资源的决定方法，可以对上述eMBB的HARQ-ACK的反馈和上述URLLC的HARQ-ACK的反馈应用与方案2-1-1或者方案2-1-2相同的规则。

参照图16，对方案2-2-1的具体例进行说明。例如，在2个新的PUCCH资源集被导入的情况下，用户装置10能够对上述eMBB的HARQ-ACK的反馈和上述URLLC的HARQ-ACK的反馈使用6个PUCCH资源集。

在此，在子时隙#1的UCI有效载荷的尺寸是如图16所示的大于N2’并且小于N3’的情况下，PUCCH资源集#2被选择。

接着，根据DCI中所包含的PRI字段的值，PUCCH资源集#2中所包含的PUCCH资源#0～#7中的任意一个PUCCH资源被选择。在图16的示例中，PRI字段的3比特的值为110，因此，PUCCH资源#6被选择。

接着，参照图17，对方案2-2-2的具体例进行说明。例如，2个新的PUCCH资源集被导入的情况下，用户装置10能够使用6个PUCCH资源集，作为在上述eMBB的HARQ-ACK的反馈以及上述URLLC的HARQ-ACK的反馈用。

在该情况下，在上述URLLC的HARQ-ACK的反馈或者上述eMBB的HARQ-ACK的反馈的情况下，在子时隙#1或者时隙#1中汇总发送的UCI的有效载荷的尺寸大于2且小于N₅’(N₅’＜N₂)。在该情况下，能够使用PUCCH资源集#1和PUCCH资源集#4。在该情况下，可以根据预定的规则，选择PUCCH资源集#1和PUCCH资源集#4中的任意一方的PUCCH资源集。例如，在预定的规则是选择赋予了最小的PUCCH资源集索引的PUCCH资源集这样的规则的情况下，PUCCH资源集#1被选择(可代替地，在预定的规则是选择赋予了最大的PUCCH资源集索引的PUCCH资源集这样的规则的情况下，PUCCH资源集#4被选择)。

接着，根据DCI中所包含的PRI字段的值，选择PUCCH资源集#1中所包含的PUCCH资源#0～#7中的任意一个PUCCH资源。

可代替地，可以按照预定的规则选择2个PUCCH资源集(PUCCH资源集#1以及PUCCH资源集#4)中的任意一个PUCCH资源。例如，在预定的规则是选择2个PUCCH资源集中所包含的多个PUCCH资源中的、包括在时间上位于最靠前的开始码元且长度为最小的PUCCH资源这样的规则的情况下，例如，图15的PUCCH资源#0被选择。

(装置结构)

接着，对执行以上所说明的处理动作的用户装置10和基站20的功能结构例进行说明。用户装置10和基站20具有本实施方式中所说明的全部功能。但是，用户装置10和基站20也可以仅具有本实施方式中所说明的全部功能的一部分功能。另外，可以将用户装置10和基站20统称为通信装置。

＜用户装置＞

图18是示出用户装置10的功能结构的一例的图。如图18所示，用户装置10具有发送部110、接收部120以及控制部130。图18所示的功能结构仅为一例。只要能够执行本实施方式所涉及的动作，则功能区分和功能部的名称可以是任意的。另外，可以将发送部110称为发送机，将接收部120称为接收机。

发送部110根据发送数据生成发送信号，并以无线的方式发送该发送信号。此外，发送部110能够形成一个或者多个波束。接收部120以无线的方式接收各种信号，并从接收到的物理层的信号中取得更高层的信号。此外，接收部120包括进行接收的信号的测量，取得接收功率等的测量部。

控制部130进行用户装置10的控制。另外，可以将与发送有关的控制部130的功能部包含在发送部110中，将与接收有关的控制部130的功能部包含在接收部120中。

例如，用户装置10的接收部120接收用于调度PDSCH中的数据的发送的DCI。控制部130根据表示用于发送DCI中所包含的HARQ-ACK的时隙的定时的指示符(PDSCH-to－HARQ_feedback timing indicator field)，确定用于发送HARQ-ACK的时隙的定时。此外，用户装置10的接收部120接收来自基站20的RRC信令，控制部130根据该RRC信令，设定一个或者多个PUCCH资源集。此外，控制部130根据用于发送HARQ-ACK的时隙中的UCI比特，从一个或者多个PUCCH资源集中选择一个PUCCH资源集，并从该一个PUCCH资源集中所包含的多个PUCCH资源中选择由DCI中所包含的PRI字段指定的PUCCH资源。发送部110使用由控制部130选择出的PUCCH资源，发送包含HARQ-ACK的UCI。

此外，用户装置10的接收部120接收来自基站20的RRC信令，控制部130根据该RRC信令，设定URLLC专用的一个或者多个基于子时隙的PUCCH资源集。控制部130根据DCI格式、RNTI、基于DCI的显式的指示、搜索空间等，判定HARQ-ACK反馈是面向URLLC还是面向eMBB。控制部130根据DCI中所包含的K1，决定子时隙，并根据UCI的有效载荷的尺寸，决定子时隙内的PUCCH资源集。此外，控制部130选择由DCI中所包含的PRI字段指定的PUCCH资源。发送部110使用由控制部130选择出的PUCCH资源，发送包含HARQ-ACK的UCI。

此外，用户装置10的接收部120接收来自基站20的RRC信令，控制部130根据该RRC信令，设定在eMBB与URLLC之间共同地使用的现有的PUCCH资源集、以及对URLLC新追加的PUCCH资源集。在该情况下，控制部130可以设定为对URLLC新追加的一个或者多个PUCCH资源集不用于eMBB。控制部130可以将“表示用于选择新追加的一个或者多个PUCCH资源集中的PUCCH资源集的UCI的有效载荷的尺寸的轴”与“表示对现有的多个PUCCH资源集设定的UCI的有效载荷尺寸的轴”重叠地设定。控制部130在根据一个子时隙内的UCI的有效载荷的尺寸选择了2个以上的PUCCH资源集的情况下，选择赋予了最少的索引的PUCCH资源集，并从选择出的PUCCH资源集中选择由DCI中所包含的PRI字段的值指定的PUCCH资源。

＜基站20＞

图19是示出基站20的功能结构的一例的图。如图19所示，基站20具有发送部210、接收部220以及控制部230。图19所示的功能结构仅为一例。只要能够执行本实施方式所涉及的动作，则功能区分和功能部的名称可以是任意的。另外，可以将发送部210称为发送机，将接收部220称为接收机。

发送部210包括生成向用户装置10侧发送的信号，并以无线的方式发送该信号的功能。接收部220包括接收从用户装置10发送的各种信号，并从接收到的信号中例如取得更高层的信息的功能。此外，接收部220包括进行接收的信号的测量而取得接收功率等的测量部。控制部230进行基站20的控制。另外，可以将与发送有关的控制部230的功能部包含在发送部210中，将与接收有关的控制部230的功能部包含在接收部220中。

例如，可以是基站20的控制部230生成用于使用户装置10设定PUCCH资源集的RRC消息，发送部210向用户装置10发送包括该RRC消息的RRC信令。接收部220接收从用户装置10发送的、包括HARQ-ACK的UCI。

(硬件结构)

在上述的实施方式的说明中使用的框图(图18和图19)示出了以功能为单位的块。这些功能块(结构部)通过硬件和/或软件的任意组合来实现。此外，对各功能块的实现方法没有特别限定。即，各功能块可以通过物理地和/或逻辑地结合多个要素而成的一个装置来实现，也可以将物理地和/或逻辑地分开的两个以上的装置直接或间接地(例如，使用有线、无线等)连接，通过这些多个装置来实现。

此外，例如，本发明的一个实施方式中的用户装置10和基站20均可以作为进行本实施方式所涉及的处理的计算机发挥功能。图20是示出本实施方式所涉及的用户装置10和基站20的硬件结构的一例的图。上述的用户装置10和基站20也可以分别构成为在物理上包含处理器1001、内存1002(memory)、存储器1003(storage)、通信装置1004、输入装置1005、输出装置1006和总线1007等的计算机装置。

另外，在下面的说明中，“装置”这一措辞可以替换为“电路”、“设备(device)”、“单元(unit)”等。用户装置10和基站20的硬件结构既可以构成为包含一个或者多个由图示的1001～1006所示的各装置，也可以构成为不包含一部分的装置。

用户装置10和基站20中的各功能通过如下方法实现：在处理器1001、内存1002等硬件上读入预定的软件(程序)，从而处理器1001进行运算，并控制通信装置1004的通信、内存1002和存储器1003中的数据的读出和/或写入。

处理器1001例如使操作系统工作而对计算机整体进行控制。处理器1001也可以由包含与周边装置的接口、控制装置、运算装置、寄存器等的中央处理装置(CPU：CentralProcessing Unit)构成。

此外，处理器1001从存储器1003和/或通信装置1004向内存1002读出程序(程序代码)、软件模块或数据等，并据此执行各种处理。作为程序，使用使计算机执行在上述的实施方式中所说明的动作的至少一部分的程序。例如，图18所示的用户装置10的发送部110、接收部120以及控制部130也可以通过存储在内存1002中并通过处理器1001进行工作的控制程序来实现。此外，例如，图19所示的基站20的发送部210、接收部220以及控制部230也可以通过存储在内存1002中并通过处理器1001进行工作的控制程序来实现。关于上述的各种处理，虽然说明了通过一个处理器1001执行上述的各种处理，但也可以通过两个以上的处理器1001同时或依次执行上述的各种处理。处理器1001也可以通过一个以上的芯片来安装。另外，程序也可以经由电信线路从网络发送。

内存1002是计算机可读取的记录介质，例如也可以由ROM(Read Only Memory：只读存储器)、EPROM(Erasable Programmable ROM：可擦除可编程ROM)、EEPROM(Electrically Erasable Programmable ROM：电可擦可编程ROM)、RAM(Random AccessMemory：随机存取存储器)等中的至少一个构成。内存1002也可以称为寄存器、缓存、主存储器(主存储装置)等。内存1002能够保存为了实施本发明的一个实施方式所涉及的处理而能够执行的程序(程序代码)、软件模块等。

存储器1003是计算机可读取的记录介质，例如可以由CD-ROM(Compact Disc ROM)等光盘、硬盘驱动器、软盘、磁光盘(例如，压缩盘、数字多用途盘、Blu-ray(注册商标)盘、智能卡、闪存(例如，卡、棒、键驱动(Key drive))、Floppy(注册商标)盘、磁条等中的至少一个构成。存储器1003也可以被称为辅助存储装置。上述的存储介质例如可以是包含内存1002和/或存储器1003的数据库、服务器等其他适当的介质。

通信装置1004是用于经由有线网络和/或无线网络进行计算机之间的通信的硬件(收发设备)，例如，也可以称为网络设备、网络控制器、网卡、通信模块等。例如，用户装置10的发送部110和接收部120可以通过通信装置1004来实现。此外，基站20的发送部210和接收部220也可以通过通信装置1004来实现。

输入装置1005是受理来自外部的输入的输入设备(例如，键盘、鼠标、麦克风、开关、按键、传感器等)。输出装置1006是实施向外部的输出的输出设备(例如，显示器、扬声器、LED灯等)。另外，输入装置1005和输出装置1006也可以一体地构成(例如，触摸面板)。

此外，处理器1001和内存1002等各装置通过用于对信息进行通信的总线1007来连接。总线1007可以使用单一的总线来构成，也可以在装置间通过不同的总线来构成。

此外，用户装置10和基站20可以分别构成为包含微处理器、数字信号处理器(DSP：Digital Signal Processor)、ASIC(Application Specific Integrated Circuit：专用集成电路)、PLD(Programmable Logic Device：可编程逻辑器件)、FPGA(Field ProgrammableGate Array：现场可编程门阵列)等硬件，也可以通过该硬件来实现各功能块的一部分或全部。例如，处理器1001也可以使用这些硬件中的至少一个硬件来安装。

(实施方式的总结)

本说明书中至少公开下述的用户装置及通信方法。

一种用户装置，该用户装置具有：接收部，其接收控制信息和数据；控制部，其根据所述接收部接收到的控制信息，确定用于发送针对所述接收部接收到的数据的HARQ(Hybrid Automatic Repeat Request：混合自动重复请求)－ACK(Acknowledgement：确认)的子时隙，对该确定出的子时隙设定HARQ-ACK比特发送中使用的一个或者多个上行控制信道的资源集，并根据包含所述HARQ-ACK的上行控制信息的有效载荷的尺寸，从所述一个或者多个上行控制信道的资源集中选择一个上行控制信道的资源集，根据所述接收部接收到的控制信息，从所述选择出的一个上行控制信道的资源集中所包含的一个或者多个资源中选择一个资源；以及发送部，其使用所述选择出的一个资源，发送所述上行控制信息。

通过上述的结构，能够按照每个子时隙设定基于子时隙的PUCCH资源集，能够针对与URLLC业务对应的用户装置，充分确保可用的PUCCH资源。

所述控制部可以在根据所述控制信息判定为所述数据是URLLC(Ultra Reliableand Low Latency Communications：超可靠低时延通信)的数据的情况下，将所述一个或者多个上行控制信道的资源集设定为URLLC专用的一个或者多个上行控制信道的资源集。

所述控制部选择出的上行控制信道的资源集可以包括多个资源，所述控制部根据所述接收部接收到的控制信息中所包含的表示应选择的资源的指示符的值，选择所述多个资源中的一个资源。

所述控制部可以对1时隙中所包含的多个子时隙中的各子时隙设定一个或者多个上行控制信道的资源集。

一种由用户装置进行的通信方法，该通信方法具有如下步骤：

接收控制信息和数据；根据所述接收到的控制信息，确定用于发送针对所述接收到的数据的HARQ(Hybrid Automatic Repeat Request：混合自动重复请求)－ACK(Acknowledgement：确认)的子时隙，对该确定出的子时隙设定HARQ-ACK比特发送中使用的一个或者多个上行控制信道的资源集，根据包含所述HARQ-ACK的上行控制信息的有效载荷的尺寸，从所述一个或者多个上行控制信道的资源集中选择一个上行控制信道的资源集，根据所述接收到的控制信息，从所述选择出的一个上行控制信道的资源集所包含的一个或者多个资源中，选择一个资源；以及使用所述选择出的一个资源，发送所述上行控制信息。

通过上述的结构，能够按照每个子时隙设定基于子时隙的PUCCH资源集，能够针对与URLLC业务对应的用户装置，充分确保可用的PUCCH资源。

(实施方式的补充)

以上说明了本发明的实施方式，但所公开的发明不限于这样的实施方式，本领域普通技术人员应当理解各种变形例、修改例、代替例、置换例等。为了促进发明的理解而使用具体数值例进行了说明，但只要没有特别指出，这些数值就仅为一例，也可以使用适当的任意值。上述说明中的项目的区分对于本发明而言并不是本质性的，既可以根据需要组合使用在两个以上的项目中记载的事项，也可以将在某一项目中记载的事项应用于在其它项目中记载的事项(只要不矛盾)。功能框图中的功能部或处理部的边界不一定对应于物理性部件的边界。多个功能部的动作可以在物理上由一个部件进行，或者一个功能部的动作也可以在物理上由多个部件进行。关于实施方式中所述的处理过程，在不矛盾的情况下，可以调换处理的顺序。为了方便说明处理，用户装置10和基站20使用功能框图进行了说明，但这样的装置还可以用硬件、用软件或用其组合来实现。按照本发明的实施方式而通过用户装置10具有的处理器进行工作的软件和按照本发明的实施方式通过基站20所具有的处理器进行工作的软件也可以分别被保存于随机存取存储器(RAM)、闪速存储器、只读存储器(ROM)、EPROM、EEPROM、寄存器、硬盘(HDD)、可移动盘、CD-ROM、数据库、服务器和其它适当的任意存储介质中。

此外，信息的通知不限于本说明书中所说明的形式/实施方式，也可以使用其它方法进行。例如，信息的通知可以通过物理层信令(例如，DCI(Downlink ControlInformation：下行链路控制信息)、UCI(Uplink Control Information：上行链路控制信息))、高层信令(例如，RRC(Radio Resource Control：无线电资源控制)信令、MAC(MediumAccess Control：介质接入控制)信令、广播信息(MIB(Master Information Block：主信息块)、SIB(System Information Block：系统信息块))、其他信号或它们的组合来实施。此外，RRC信令也可以称为RRC消息，例如，也可以是RRC连接创建(RRC Connection Setup)消息、RRC连接重新配置(RRC Connection Reconfiguration)消息等。

本说明书中所说明的各形式/实施方式也可以应用于LTE(Long Term Evolution：长期演进)、LTE－A(LTE－Advanced)、SUPER 3G、IMT－Advanced、4G、5G、FRA(Future RadioAccess：未来的无线接入)、W-CDMA(注册商标)、GSM(注册商标)、CDMA 2000、UMB(UltraMobile Broadband：超移动宽带)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(注册商标)、使用其它适当系统的系统和/或据此扩展的下一代系统。

对于本说明书中所说明的各形式/实施方式的处理过程、时序、流程等，在不矛盾的情况下，可以更换顺序。例如，对于本说明书中所说明的方法，使用例示的顺序提示各种步骤的要素，但不限于所提示的特定的顺序。

在本说明书中由基站20进行的特定动作有时根据情况而通过其上位节点(uppernode)来进行。在由具有基站20的一个或者多个网络节点(network nodes)构成的网络中，为了与用户装置10进行通信而进行的各种动作可以通过基站20和/或基站20以外的其他网络节点(例如，考虑有MME或者S-GW等，但不限于这些)来进行，这是显而易见的。在上述中，例示了基站20以外的其他网络节点为一个的情况，但其他网络节点也可以是多个其他网络节点的组合(例如，MME和S-GW)。

本说明书中说明的各形态/实施方式可以单独使用，也可以组合使用，还可以根据执行来切换使用。

对于用户装置10，本领域技术人员有时也用下述用语来称呼：订户站、移动单元(mobile unit)、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持机、用户代理(useragent)、移动客户端、客户端、或一些其它适当的用语。

对于基站20，本领域技术人员有时也用下述用语来称呼：NB(NodeB)、eNB(enhanced NodeB)、基站(Base Station)、gNB、或一些其它适当的用语。

本说明书中使用的“判断(determining)”、“决定(determining)”这样的用语有时也包含多种多样的动作的情况。“判断”、“决定”例如可以包含将进行了判定(judging)、计算(calculating)、算出(computing)、处理(processing)、导出(deriving)、调查(investigating)、搜索(looking up)(例如，在表格、数据库或其它数据结构中的搜索)、确认(ascertaining)的事项视为进行了“判断”、“决定”的情况等。此外，“判断”、“决定”可以包括将进行了接收(receiving)(例如，接收信息)、发送(transmitting)(例如，发送信息)、输入(input)、输出(output)、接入(accessing)(例如，接入内存中的数据)的事项视为“判断”、“决定”的事项。此外，“判断”、“决定”可以包括将进行了解决(resolving)、选择(selecting)、选定(choosing)、建立(establishing)、比较(comparing)等的事项视为“判断”、“决定”的事项。即，“判断”、“决定”可以包含“判断”、“决定”了任意动作的事项。

本说明书中使用的“根据”这样的记载，除非另有明确记载，否则不是“仅根据”的意思。换而言之，“根据”这样的记载的意思是“仅根据”和“至少根据”双方。

当在本说明书或者权利要求书中使用了“包括(include)”、“包含(including)”和它们的变形的情况下，这些用语与用语“具有(comprising)”同样意味着包括性的。并且，在本说明书或者权利要求书中使用的用语“或者(or)”意味着不是异或。

在本公开的整体中，例如，如英语中的a、an以及the这样，通过翻译而增加了冠词的情况下，如果没有示出从上下文中明显并非如此，则这些冠词也可以包含复数的情况。

以上，对本发明详细地进行了说明，但对于本领域技术人员而言，应清楚本发明不限于在本说明书中说明的实施方式。本发明能够在不脱离由权利要求书的记载确定的本发明的主旨和范围的情况下，作为修改和变更方式来实施。因此，本说明书的记载目的在于例示说明，对本发明不具有任何限制意义。

标号说明：

10 用户装置

110 发送部

120 接收部

130 控制部

20 基站

210 发送部

220 接收部

230 控制部

1001 处理器

1002 内存

1003 存储器

1004 通信装置

1005 输入装置

1006 输出装置