CN113170429A

CN113170429A - 用户终端

Info

Publication number: CN113170429A
Application number: CN201880099713.4A
Authority: CN
Inventors: 吉冈翔平; 武田一树; 永田聪; 王理惠
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2018-09-25
Filing date: 2018-09-25
Publication date: 2021-07-23
Also published as: WO2020065740A1; US20220053483A1

Abstract

本公开的一方式所涉及的用户终端具备：发送单元，发送上行控制信息；以及控制单元，在被反复发送一次以上的第一上行控制信道与被反复发送一次以上的第二上行控制信道在时隙内重叠的情况下，基于所述第一上行控制信道以及所述第二上行控制信道各自的业务类型，决定所述上行控制信息的发送所使用的上行控制信道。

Description

用户终端

技术领域

本公开涉及下一代移动通信系统中的用户终端。

背景技术

在UMTS(通用移动通讯系统(Universal Mobile Telecommunications System))网络中，以进一步的高速数据速率、低延迟等为目的，长期演进(LTE：Long TermEvolution)被规范化(非专利文献1)。此外，以LTE(3GPP版本(Rel).8、9)的进一步的大容量、高度化等为目的，LTE-A(LTE Advanced、3GPP Rel.10、11、12、13、14)被规范化。

也正在研究LTE的后续系统(也称为例如，FRA(未来无线接入(Future RadioAccess))、5G(第五代移动通信系统(5th generation mobile communication system))、5G+(plus)、NR(新无线(New Radio))、NX(新无线接入(New radio access))、FX(新一代无线接入(Future generation radio access))、LTE Rel.14或者15以后等)。

在现有的LTE系统中，用户终端使用上行控制信道(例如，物理上行链路控制信道(PUCCH：Physical Uplink Control Channel))或者上行共享信道(例如，物理上行链路共享信道(PUSCH：Physical Uplink Shared Channel))，来发送上行控制信息(上行链路控制信息(UCI：Uplink Control Information))。

UCI也可以包含对于下行共享信道(例如，物理下行链路共享信道(PDSCH：Physical Downlink Shared Channel))的送达确认信息(混合自动重发请求-确认(HARQ-ACK：Hybrid Automatic Repeat reQuest-ACKnowledge)、ACK/NACK：ACKnowledge/Non-ACK)、调度请求(SR：Scheduling Request)、信道状态信息(CSI：Channel StateInformation)的至少一个。

现有技术文献

非专利文献

非专利文献1:3GPP TS 36.300V8.12.0“Evolved Universal Terrestrial RadioAccess(E-UTRA)and Evolved Universal Terrestrial Radio Access Network(E-UTRAN)；Overall description；Stage 2(Release 8)”，2010年4月

发明内容

发明要解决的课题

在将来的无线通信系统(以下，也称为NR)中，正在研究反复(repetition)发送上行控制信道(例如，PUCCH)以及上行共享信道(例如，PUSCH)。

此外，在NR中，设想被反复发送一次以上的上行控制信道和被反复发送一次以上的其他上行控制信道或者上行共享信道在同一时隙内重叠(overlap)。在该重叠发生的情况下，如何对上行控制信息(上行链路控制信息(UCI：Uplink Control Information))的发送以及复用的至少一个进行控制还未充分地得到研究。

在此，本公开的目的之一在于，提供一种在被反复发送一次以上的上行控制信道和被反复发送一次以上的其他上行控制信道或者上行共享信道在同一时隙内重叠的情况下，能够适当地控制UCI的发送以及复用的至少一个的用户终端。

用于解决课题的手段

本公开的一方式所涉及的用户终端的特征在于，具备：发送单元，发送上行控制信息；以及控制单元，在被反复发送一次以上的第一上行控制信道与被反复发送一次以上的第二上行控制信道在时隙内重叠的情况下，基于所述第一上行控制信道以及所述第二上行控制信道各自的业务类型，决定所述上行控制信息的发送所使用的上行控制信道。

本公开的一方式所涉及的用户终端的特征在于，具备：发送单元，发送上行控制信息；以及控制单元，在被反复发送一次以上的上行控制信道与被反复发送一次以上的上行共享信道在时隙内重叠的情况下，基于所述上行控制信道以及所述上行共享信道各自的业务类型，决定所述上行控制信息的发送所使用的上行信道。

发明效果

根据本公开的一方式，在被反复发送一次以上的上行控制信道和被反复发送一次以上的其他上行控制信道或者上行共享信道在同一时隙内重叠的情况下，能够适当地控制UCI的发送以及复用的至少一个。

附图说明

图1A～1C是表示一实施方式所涉及的反复发送的一例的图。

图2是表示方式1.1.1所涉及的不同的业务类型间的冲突捆绑的一例的图。

图3A以及图3B是表示方式1.1.2.1所涉及的URLLC间冲突捆绑的一例的图。

图4是表示方式1.1.2.2所涉及的URLLC间冲突捆绑的一例的图。

图5是表示方式1.1.2.3所涉及的URLLC间冲突捆绑的一例的图。

图6A以及图6B是表示方式1.2.1所涉及的冲突捆绑的一例的图。

图7A以及图7B是表示方式1.2.2、方式1.2.3所涉及的冲突捆绑的一例的图。

图8是表示方式2.1.1所涉及的不同的业务类型间的冲突捆绑的一例的图。

图9A以及图9B是表示方式2.1.2.1所涉及的URLLC间冲突捆绑的一例的图。

图10是表示方式2.1.2.2所涉及的URLLC间冲突捆绑的一例的图。

图11是表示方式2.1.2.3所涉及的URLLC间冲突捆绑的一例的图。

图12是表示一实施方式所涉及的无线通信系统的概略结构的一例的图。

图13是表示一实施方式所涉及的基站的结构的一例的图。

图14是表示一实施方式所涉及的用户终端的结构的一例的图。

图15是表示一实施方式所涉及的基站以及用户终端的硬件结构的一例的图。

图16是表示方式2.1.2.3所涉及的URLLC间冲突捆绑的其他例的图。

具体实施方式

在NR中，正在研究反复(repetition)发送上行控制信道(例如，PUCCH)以及上行共享信道(例如，PUSCH)。

正在研究例如，在PUCCH的反复发送中，遍及多个时隙(例如，连续的时隙)或者多个码元(例如，连续的码元)复制(copy)并发送同一PUCCH(或者，同一UCI)。

此外，正在研究在PUSCH的反复发送中，遍及多个时隙(例如，连续的时隙)或者多个码元(例如，连续的码元)，复制(copy)并发送同一PUSCH(或者，同一数据)。

这里，同一PUCCH(UCI)或者PUSCH(数据(高层参数以及用户数据的至少一个))的复制不一定表示相同比特串全部的复制，也可以对从相同信息比特串生成的码文的至少一部分、或者调制码元序列的至少一部分进行复制。

例如，在被复制了的UCI间或者被复制了的数据间，对某信息比特序列进行编码而得到的码文的冗余版本(RV：Redundancy Version)可以相同，也可以不同。

此外，在NR中，设想被反复发送一次以上的PUCCH与被反复发送一次以上的其他PUCCH或者PUSCH在同一时隙内重叠。然而，在发生该重叠的情况下，如何控制UCI的发送以及复用的至少一个(如何进行冲突捆绑(collision handling))还未充分地得到研究。

例如，在3GPP Rel.15(也称为NR Rel.15、5G等)中，针对遍及多个时隙而被反复发送多次的PUCCH(也称为多(multi)时隙PUCCH等)与在单个的时隙中仅被发送一次的PUCCH(单(single)时隙PUCCH)在同一时隙内重叠的情况下的冲突捆绑，仍然在进行研究(有待进一步研究(FFS：For Further Study))的阶段。因此，如何进行多时隙PUCCH与单时隙PUCCH重叠时的冲突捆绑成为问题。

此外，在NR中，设想某UE进行与要求条件不同的多个服务(例如，URLLC(超可靠且低延迟通信(Ultra Reliable and Low Latency Communications))以及eMBB(增强移动宽带(enhanced Mobile Broad Band))等)关联的多个通信(业务类型不同的多个通信)。

特别地，在3GPP Rel.16(也称为NR Rel.16、5G+等)中，设想URLLC的要求条件的扩展(enhancement)(例如，针对可靠性以及延迟而被规定比Rel.15更严格的要求条件)。然而，被反复发送一次以上的PUCCH与被反复发送一次以上的其他PUCCH或者PUSCH在同一时隙内重叠的情况下的冲突捆绑未被适当地进行的结果是，有可能无法适当地满足URLLC的要求条件。

在此，本发明的发明人们想到了在被反复发送一次以上的PUCCH与被反复发送一次以上的其他PUCCH或者PUSCH在同一时隙内重叠的情况下，基于业务类型进行冲突捆绑(参照下述方式1.1以及2.1)。此外，本发明的发明人们想到了针对不区分业务类型的情况也更适当地进行冲突捆绑(参照下述方式1.2)。

以下，针对本公开的一实施方式，参考附图而详细地进行说明。

(业务类型)

本公开的一实施方式所涉及的业务类型表示例如URLLC或者eMBB等服务的种类。业务类型也可以在物理层中基于以下的至少一个而被识别。

·具有不同的优先级(priority)的逻辑信道

·调制和编码方案(MCS：Modulation and Coding Scheme)表格(MCS索引表格)

·DCI格式

·该DCI(DCI格式)中包含的(被附加的)循环冗余校验(CRC：Cyclic RedundancyCheck)比特的加扰(屏蔽(mask))中所使用的(无线网络临时标识符(RNTI：SystemInformation-Radio Network Temporary Identifier))

·RRC(无线资源控制(Radio Resource Control))参数

·特定的RNTI(例如，URLLC用的RNTI、MCS-C-RNTI等)

·搜索空间

·DCI内的特定字段(例如，新追加的字段或者现有的字段的再利用)

具体地，针对PDSCH的HARQ-ACK的业务类型也可以基于以下的至少一个而被决定。

·该PDSCH的调制次数(modulation order)、目标编码率(target code rate)、传输块尺寸(TBS：Transport Block size)的至少一个的决定中被使用的MCS索引表格(例如，是否利用MCS索引表格3)

·该PDSCH的调度中被使用的DCI的CRC加扰所使用的RNTI(例如，通过C-RNTI或者MCS-C-RNTI中的哪个而被CRC加扰)

此外，SR的业务类型也可以基于用作SR的标识符(SR-ID)的高层参数而被决定。该高层参数也可以表示该SR的业务类型是eMBB或者URLLC中的哪一个。

此外，CSI的业务类型也可以基于与CSI报告相关的设定(configuration)信息(CSIreportSetting)而被决定。该设定信息也可以表示该CSI的业务类型是eMBB或者URLLC中的哪一个。此外，该设定信息也可以是高层参数。

此外，PUSCH的业务类型也可以基于以下的至少一个而被决定。

·该PUSCH的调制次数、目标编码率、TBS的至少一个的决定中被使用的MCS索引表格(例如，是否利用MCS索引表格3)

·该PUSCH的调度中被使用的DCI的CRC加扰所使用的RNTI(例如，通过C-RNTI或者MCS-C-RNTI中的哪一个而被CRC加扰)

(反复发送)

此外，在本公开的一实施方式中，PUCCH也可以是由相对较少的码元数(例如，1或者2码元)构成的格式(也称为例如，PUCCH格式0或者2、短PUCCH、迷你时隙PUCCH等)，也可以是由相对较大的码元数(例如，3～14码元)构成的格式(也称为例如，PUCCH格式1、3或者4、长PUCCH等)。

此外，PUCCH以及PUSCH的反复发送也可以在单个的时隙内以码元为单位而被进行，也可以遍及多个时隙以时隙为单位而被进行。

图1A～1C是表示一实施方式所涉及的反复发送的一例的图。在图1A以及图1B中表示1码元的短PUCCH#1～#3被分别反复发送2次的一例。在图1C中表示6码元的长PUCCH#1被反复发送2次的一例。

如图1A所示，短PUCCH#1～#3也可以分别在同一时隙内的多个码元(例如，连续的码元)中被反复。或者，如图1B所示，短PUCCH#1～#3也可以分别在多个时隙(例如，连续的时隙)的特定码元(例如，同一索引的码元)中被反复。此外，如图1C所示，长PUCCH#1也可以在多个时隙(例如，连续的时隙)的特定码元(例如，同一索引的码元)中被反复。

另外，图1A以及图1B所示的反复发送不仅能够适当地应用于短PUCCH，也能够适当地应用于长PUCCH或者PUSCH。此外，图1C所示的反复发送不仅能够应用于长PUCCH，也能够应用于PUSCH。以下，在不特别区分短PUCCH和长PUCCH的情况下，统称为PUCCH。

如图1B、图1C所示，遍及多个时隙而被反复的PUCCH也可以被称为“多时隙PUCCH”等。另外，在图1B所示的短PUCCH的情况下，也可以被称为“多迷你时隙PUCCH”等。此外，如图1A所示，在同一时隙内遍及多个码元被反复的PUCCH也可以被称为“多码元PUCCH”等。此外，未被应用反复发送的PUCCH也可以被称为“单时隙PUCCH”等。

此外，遍及多个时隙被反复多次的PUSCH也可以被称为“多时隙PUSCH”等。此外，在单个的时隙中仅被发送1次的(未被应用反复发送的)PUSCH也可以被称为“单时隙PUSCH”等。此外，在同一时隙内遍及多个码元被反复的PUSCH也可以被称为“多码元PUSCH”等。

另外，以下，将以时隙为单位被反复的PUCCH或者PUSCH(多时隙PUCCH或者多时隙PUSCH)作为中心而进行说明，但也能够适当地应用于以码元为单位被反复的PUCCH或者PUSCH(多码元PUCCH或者多码元PUSCH)。

(方式1)

在方式1中，针对在一个或者多个时隙中被发送的PUCCH(单/多时隙PUCCH)与在一个或者多个时隙中被发送的PUCCH(单/多时隙PUCCH)重叠的情况下的冲突捆绑进行说明。

(方式1.1)区分业务类型的情况

针对区分业务类型的情况(例如，Rel.16)下的、多时隙PUCCH与单/多时隙PUCCH重叠时的冲突捆绑进行说明。

(方式1.1.1)不同的业务类型的PUCCH间的重叠

在同一时隙内重叠的多时隙PUCCH和单/多时隙PUCCH之间业务类型不同的情况下，UE也可以基于业务类型的优先级而决定在该时隙中发送的PUCCH。另外，业务类型的优先级也可以是例如，URLLC关联＞eMBB关联。

图2是表示方式1.1.1所涉及的不同的业务类型间的冲突捆绑的一例的图。在图2中表示业务类型与eMBB关联(related)的多时隙PUCCH#1和业务类型与URLLC关联(related)的多时隙PUCCH#2在至少一个反复(时隙)中重叠的一例。

如图2所示，在不同的业务类型的多时隙PUCCH#1以及#2在同一时隙#1～#3中重叠的情况下，也可以在时隙#1～#3中，发送优先级高的业务类型(例如，URLLC关联)的多时隙PUCCH#2，而不发送优先级低的业务类型(例如，eMBB关联)的多时隙PUCCH#1。在该情况下，在时隙#1～#3中，UE也可以丢弃(drop)多时隙PUCCH#1中包含的UCI。

(方式1.1.2)同一业务类型的PUCCH间的重叠

接着，针对在同一时隙内重叠的多时隙PUCCH与单/多时隙PUCCH之间业务类型相同(例如，均与URLLC关联)的情况下的冲突捆绑进行说明。UE能够进行以下的第一～第三URLLC间冲突捆绑。另外，在多时隙PUCCH与单/多时隙PUCCH之间业务类型均与eMBB关联的情况下，可以进行与下述第一～第三URLLC间冲突捆绑中的任一个同样的控制，也可以进行不同的控制。

(方式1.1.2.1)第一URLLC间冲突捆绑

在第一URLLC间冲突捆绑中，UE也可以基于UCI类型(例如，HARQ-ACK、SR、第一CSI(优先级高的CSI)、第二CSI(优先级低的CSI)等)以及反复的起始定时的至少一个，进行在同一时隙内重叠的URLLC关联的多时隙PUCCH与单时隙PUCCH或者多时隙PUCCH之间的冲突捆绑。

图3A以及图3B是表示方式1.1.2.1所涉及的URLLC间冲突捆绑的一例的图。在图3A以及图3B中表示业务类型与URLLC关联的多时隙PUCCH#1和多时隙PUCCH#2在至少一个反复(时隙)中重叠的一例。

在多时隙PUCCH#1以及#2中包含的UCI的优先级相同的(例如，在双方都包含HARQ-ACK的)情况下，如图3A所示，UE也可以在多时隙PUCCH#1和#2重叠的时隙#1～#3中，发送在较早的时隙(earlier slot)中起始了的多时隙PUCCH#1，而不发送在较晚的时隙(laterslot)中起始了的多时隙PUCCH#2。

另一方面，在多时隙PUCCH#1以及#2中包含的UCI的优先级不同的情况下，如图3B所示，UE也可以在多时隙PUCCH#1以及#2重叠的时隙#1～#3中，发送包含优先级高的UCI的PUCCH，而不发送包含优先级低的UCI的PUCCH。

这里，UCI类型的优先级例如也可以以HARQ-ACK＞SR＞第一CSI＞第二CSI的顺序而被确定。例如，在图3B中，由于多时隙PUCCH#1包含SR，多时隙PUCCH#2包含HARQ-ACK，因此，UE也可以在时隙#1-#3中发送包含优先级高的HARQ-ACK的多时隙PUCCH#2。

(方式1.1.2.2)第二URLLC间冲突捆绑

在第二URLLC间冲突捆绑中，在URLLC关联的多时隙PUCCH与URLLC关联的单/多时隙PUCCH在至少一个时隙(反复)中重叠的情况下，UE也可以使用专用的(dedicated)多时隙PUCCH来进行冲突捆绑。

图4是表示方式1.1.2.2所涉及的URLLC间冲突捆绑的一例的图。在图4中表示业务类型与URLLC关联的多时隙PUCCH#1和多时隙PUCCH#2在至少一个反复(时隙)中重叠的一例。

如图4所示，UE也可以将多时隙PUCCH#1以及#2中分别包含的UCI复用于多时隙PUCCH#3。多时隙PUCCH#3也可以遍及从与多时隙PUCCH#1以及#2中最早的(earliest)PUCCH资源相同的时隙#0起至与最后的(last)的PUCCH资源相同的时隙#4为止的5个时隙而被反复。

例如，在图4中，UE也可以将被反复4次的多时隙PUCCH#1中包含的HARQ-ACK和被反复4次的多时隙PUCCH#2中包含的SR在被反复5次的多时隙PUCCH#3中复用。

如图4所示，对于与多时隙PUCCH#1以及#2不同的多时隙PUCCH#3的UCI的复用也可以被应用于最早的PUCCH资源满足与UCI的发送相关的时间序列条件(时间线条件(timeline condition))的情况。

这里，时间序列条件也可以是指，例如，HARQ-ACK用的PUCCH资源以PDSCH的最终码元(或者该最终码元的下一个码元)为基准而被设置在特定期间以后。

例如，在图4中，由于最早的PUCCH资源(时隙#0的多时隙PUCCH#1用的资源)满足多时隙PUCCH#1以及#2中分别包含的UCI的时间序列条件，因此UE也可以将多时隙PUCCH#1的HARQ-ACK与多时隙PUCCH#2的SR在多时隙PUCCH#3中复用。

另一方面，由于最早的PUCCH资源(时隙#0的多时隙PUCCH#1用的资源)不满足多时隙PUCCH#2中包含的UCI的时间序列条件，因此UE也可以不进行图4所示的针对多时隙PUCCH#3的UCI的复用。在该情况下，UE也可以与第一URLLC间冲突捆绑同样地，基于UCI类型以及反复的起始定时的至少一个，进行多时隙PUCCH#1以及#2的冲突捆绑。

此外，多时隙PUCCH#3用的资源也可以基于高层参数以及DCI的至少一个而被指定。DCI可以是DL分配(例如，DCI格式1＿0或者1＿1)内的特定字段，也可以是新的格式的DCI。

(方式1.1.2.3)第三URLLC冲突捆绑

在第三URLLC间冲突捆绑中，在URLLC关联的多时隙PUCCH与URLLC关联的单/多时隙PUCCH在至少一个时隙(反复)中重叠的情况下，UE也可以按重叠的每个时隙进行冲突捆绑。

图5是表示方式1.1.2.3所涉及的URLLC间冲突捆绑的一例的图。在图5中表示业务类型与URLLC关联的多时隙PUCCH#1和多时隙PUCCH#2在至少一个反复(时隙)中重叠的一例。

如图5所示，UE也可以在多时隙PUCCH#1以及#2重叠的各时隙(在此是时隙#1～#3的每一个)中，应用单时隙PUCCH间的冲突捆绑。

在单时隙PUCCH间的冲突捆绑中，HARQ-ACK被复用至SR以及CSI(例如，P-CSI或者SP-CSI)的至少一个，以单一的PUCCH被发送。

例如，在图5中，在时隙#1～#3的每一个中，UE也可以复用PUCCH#1以及#2双方的UCI(在图5中是HARQ-ACK以及SR)，使用专用的PUCCH#3来发送。这里，为了进行PUCCH的软合成(soft-combining)，在反复之间需要PUCCH的有效载荷大小(UCI的大小)相同。

因此，在图5中，也可以应用0填充(padding)(0的插入)或者UCI的反复以使时隙#0的PUCCH#1中包含的UCI与时隙#1～#3的PUCCH中包含的UCI一致。针对时隙#4的PUCCH#2中包含的UCI也是同样的。

例如，在PUCCH#1的HARQ-ACK是3比特数据且PUCCH#2的SR是1比特的情况下，由于在PUCCH#3中发送HARQ-ACK以及SR的合计4比特，因此，也可以在时隙#1的PUCCH#1中插入1比特的0(zero)，在时隙4的PUCCH#2中插入3比特的0。

(方式1.2)不区分业务类型的情况

接着，对在不区分业务类型的情况下(例如，Rel.15)的、多时隙PUCCH与单时隙PUCCH重叠时的冲突捆绑进行说明。另外，在方式1.2中，重叠的多时隙PUCCH以及单时隙PUCCH的可以是双方为eMBB关联，也可以是它们双方为URLLC关联，或者也可以是eMBB以及URLLC关联的组合，但在UE中，这些业务类型也可以不被区分。

(方式1.2.1)第一冲突捆绑

在第一冲突捆绑中，UE也可以基于UCI类型(例如，HARQ-ACK、SR、第一CSI、第二CSI等)以及反复的起始定时的至少一个，进行在同一时隙内重叠的多时隙PUCCH和单时隙PUCCH之间的冲突捆绑。

图6A以及图6B是表示方式1.2.1所涉及的冲突捆绑的一例的图。在多时隙PUCCH#1以及单时隙PUCCH#2中包含的UCI的优先级相同的情况下，UE也可以如图6A所示，在重叠的时隙#1中发送在较早的时隙中起始了的多时隙PUCCH#1，而不发送在较晚的时隙中起始了的单时隙PUCCH#2。

另一方面，在多时隙PUCCH#1以及单时隙PUCCH#2中包含的UCI的优先级不同的情况下，UE也可以如图6B所示，在时隙#1中发送包含优先级高的UCI的PUCCH，而不发送包含优先级低的UCI的PUCCH。

这里，UCI类型的优先级也可以例如以HARQ-ACK＞SR＞第一CSI＞第二CSI的顺序而被确定。例如，在图6B中，由于多时隙PUCCH#1包含SR，单时隙PUCCH#2包含HARQ-ACK，因此，UE也可以在时隙#1中发送包含优先级高的HARQ-ACK的单时隙PUCCH#2。

(方式1.2.2)第二冲突捆绑

在第二冲突捆绑中，在同一时隙内重叠的多时隙PUCCH与单时隙PUCCH重叠的情况下，UE也可以丢弃单时隙PUCCH。

图7A是表示方式1.2.2所涉及的冲突捆绑的一例的图。如图7A所示，在多时隙PUCCH#1以及单时隙PUCCH#2重叠的时隙#1中，UE也可以发送多时隙PUCCH#1(第二次的反复)，而不发送(即，丢弃)单时隙PUCCH#2。

(方式1.2.3)第三冲突捆绑

在第三冲突捆绑中，在同一时隙内重叠的多时隙PUCCH与单时隙PUCCH重叠的情况下，UE也可以在重叠的时隙中发送单时隙PUCCH，而丢弃多时隙PUCCH。

图7B是表示方式1.2.3所涉及的冲突捆绑的一例的图。如图7B所示，UE也可以在多时隙PUCCH#1以及单时隙PUCCH#2重叠的时隙#1中，发送单时隙PUCCH#2，而不发送(即，丢弃)多时隙PUCCH#1(第二次的反复)。另外，UE也可以在不重叠的时隙中发送多时隙PUCCH#1。

(方式1.2.4)第四冲突捆绑

在第四冲突捆绑中，在同一时隙内重叠的多时隙PUCCH与单时隙PUCCH重叠的情况下，UE也可以在重叠的时隙中复用多时隙PUCCH中包含的UCI和单时隙PUCCH中包含的UCI。

根据第一方式，能够适当地进行单/多时隙PUCCH与单/多时隙PUCCH重叠的情况下的冲突捆绑。

(方式2)

在方式2中，针对单/多时隙PUCCH与在一个或者多个时隙中被发送的PUSCH(单/多时隙PUSCH)重叠的情况下的冲突捆绑进行说明。

(方式2.1)区分业务类型的情况

针对区分业务类型的情况下(例如，Rel.16)的、单/多时隙PUCCH与单/多时隙PUSCH重叠时的冲突捆绑进行说明。

(方式2.1.1)不同的业务类型的PUCCH间的重叠

在同一时隙内重叠的单/多时隙PUCCH与单/多时隙PUSCH之间业务类型不同的情况下，UE也可以基于业务类型的优先级而决定在该时隙中发送的PUCCH。

图8是表示方式2.1.1所涉及的不同的业务类型间的冲突捆绑的一例的图。在图8中表示业务类型与eMBB关联的多时隙PUCCH#1和业务类型与URLLC关联的多时隙PUSCH#2在至少一个反复(时隙)中重叠的一例。

如图8所示，在不同的业务类型的多时隙PUCCH#1以及多时隙PUSCH#2在同一时隙#1～#3中重叠的情况下，也可以在重叠的时隙#1～#3中发送优先级高的业务类型的上行信道(例如，多时隙PUSCH#2)而不发送优先级低的业务类型的上行信道(例如，多时隙PUCCH#1)。在该情况下，UE也可以丢弃多时隙PUCCH#1中包含的UCI。

另外，在图8中，设为业务类型的优先级是URLLC关联＞eMBB关联，但只不过是例示，也可以是相反的情况，也可以被设置2个以上的优先级。

(方式2.1.2)同一业务类型的PUCCH间的重叠

接着，针对在同一时隙内重叠的单/多时隙PUCCH与单/多时隙PUS之间业务类型相同(例如，均与URLLC关联)的情况下的冲突捆绑进行说明。UE能够进行以下的第一～第三URLLC间冲突捆绑。另外，在单/多时隙PUCCH与单/多时隙PUSCH之间业务类型均与eMBB关联的情况下，可以进行与下述第一～第三URLLC间冲突捆绑的任一个同样的控制，也可以进行不同的控制。

(方式2.1.2.1)第一URLLC间冲突捆绑

在第一URLLC间冲突捆绑中，在区分业务类型的情况(例如，Rel.16)下，UE也可以与不区分业务类型的情况(例如，Rel.15)同样地进行单/多时隙PUCCH与单/多时隙PUSCH重叠时的冲突捆绑。

具体地，在URLLC关联的多时隙PUSCH与单时隙PUCCH重叠的情况下，UE也可以将单时隙PUCCH中包含的UCI(例如，HARQ-ACK、SR、CSI的至少一个)在满足该UCI的时期的条件的时隙的多时隙PUSCH中复用并发送。

此外，在URLLC关联的多时隙PUCCH与多时隙PUSCH重叠的情况下，UE也可以在重叠的时隙中发送多时隙PUCCH而不发送多时隙PUSCH。

图9A以及图9B是表示方式2.1.2.1所涉及的URLLC间冲突捆绑的一例的图。在图9A中表示业务类型与URLLC关联的多时隙PUSCH#1与单时隙PUCCH#2重叠的一例。

如图9A所示，UE也可以针对满足PDSCH的最终码元(或者最终码元的下一个码元)之后的特定期间后这一条件的时隙#2～#4各自的多时隙PUSCH#2，复用单时隙PUCCH#1内的UCI(例如，HARQ-ACK、SR、CSI的至少一个)。

另外，在没有满足该条件的时隙的情况下，UE也可以不将该UCI复用于多时隙PUSCH，也不发送该单时隙PUCCH#1。

在图9B中表示业务类型与URLLC关联的多时隙PUSCH#1与多时隙PUCCH#2重叠的一例。如图9B所示，UE也可以在多时隙PUSCH#1以及多时隙PUCCH#2重叠、且满足PDSCH的最终码元(或者最终码元的下一个码元)之后的特定期间后这一条件的时隙#2～#4的每一个中发送多时隙PUCCH#1，而不发送多时隙PUSCH#2。

(方式2.1.2.2)第二URLLC间冲突捆绑

在第二URLLC间冲突捆绑中，URLLC关联的单/多时隙PUCCH和单/多时隙PUSCH在至少一个时隙(反复)中重叠的情况下，UE也可以使用从与最早的PUCCH或者PUSCH用的资源(PUCCH/PUSCH资源)相同的时隙起到与最后的PUCCH/PUSCH资源相同的时隙为止持续的多时隙PUSCH，进行冲突捆绑。

图10是表示方式2.1.2.2所涉及的URLLC间冲突捆绑的一例的图。在图10中表示业务类型与URLLC关联的多时隙PUSCH#1与多时隙PUCCH#2在至少一个的反复(时隙)中重叠的一例。

如图10所示，UE也可以将多时隙PUCCH#2中包含的UCI在多时隙PUSCH#1中复用。多时隙PUSCH#1也可以遍及从与最早的PUCCH/PUSCH资源相同的时隙#0到与最后的PUCCH/PUSCH资源相同的时隙#4为止的5个时隙而被反复。

例如，在图10中，UE也可以将被反复4次的多时隙PUCCH#2中包含的HARQ-ACK与被反复5次的多时隙PUSCH#1的数据复用并发送。

如图10所示，针对多时隙PUSCH#1的UCI的复用也可以被应用于最早的PUCCH/PUSCH资源满足与UCI的发送相关的上述时间序列条件的情况。关于PUSCH资源的时期的条件是指接收到DCI的最终码元(它的下一个码元)之后的特定期间以后。

例如，在图10中，由于最早的PUCCH/PUSCH资源(时隙#0的多时隙PUSCH#1用的资源)满足多时隙PUCCH#2中包含的UCI的时间序列条件，因此，UE也可以将多时隙PUCCH#1的HARQ-ACK和多时隙PUCCH#2的SR在多时隙PUCCH#3中复用。

另一方面，在最早的PUCCH/PUSCH资源(时隙#0的多时隙PUCCH#1用的资源)不满足多时隙PUCCH#2中包含的UCI的时间序列条件的情况下，UE也可以不进行图10所示的针对多时隙PUSCH#1的UCI的复用。

(方式2.1.2.3)第三URLLC冲突捆绑

在第三URLLC间冲突捆绑中，在URLLC关联的单/多时隙PUCCH与单/多时隙PUSCH在至少一个时隙(反复)中重叠的情况下，UE也可以按重叠的每个时隙进行冲突捆绑。

图11是表示方式2.1.2.3所涉及的URLLC间冲突捆绑的一例的图。在图11中表示业务类型与URLLC关联的多时隙PUSCH#1和多时隙PUCCH#2在至少一个反复(时隙)中重叠的一例。

如图11所示，UE也可以在多时隙PUSCH#1以及多时隙PUCCH#2重叠的各时隙(这里是时隙#1～#3的每一个)中，应用单时隙PUSCH以及单时隙PUCCH间的冲突捆绑。

在单时隙PUSCH以及单时隙PUCCH间的冲突捆绑中，UCI被复用于数据，在PUSCH中被发送。

例如，在图11中，在时隙#1～#3的每一个中，UE也可以复用UCI以及数据，并使用PUSCH#1来发送。另外，UCI和数据也可以独立地被应用信道编码。

这里，在UCI的软合成时，在反复间需要该UCI的有效载荷大小(UCI的大小)相同。另一方面，在数据(用户数据以及高层参数的至少一个)的软合成时，在反复间该数据的有效载荷大小(该数据的大小)也可以不相同。因此，在特定的条件被满足的情况下(例如，图16)，也可以对在多时隙PUSCH#1中被复用的UCI或者多时隙PUCCH#2中包含的UCI应用0填充或者UCI的反复。另一方面，也可以不对在多时隙PUSCH#1中被复用的数据应用0填充或者UCI的反复。

例如，如图16所示，在针对原本数据以及UCI#1被复用的多时隙PUSCH#1，在时隙#1～#3中进一步复用UCI#2的情况下，也可以对在时隙#0的多时隙PUSCH#1中被复用的UCI插入与UCI#2的比特数相同的比特数的0，以使与UCI#1以及#2的合计大小相等。另一方面，也可以对在时隙#4的PUCCH#2中被发送的UCI插入与UCI#1的比特数相等的比特数的0，以使与UCI#1以及#2的合计大小相等。

(方式2.1.2.4)变更例

在第二以及第三URLLC间冲突捆绑中，在表示PUCCH之前多时隙PUSCH被调度的情况下，PUSCH资源也可以在时域以及频域的至少一方中被延长(增加)。

例如，该PUSCH资源也可以基于用于维持编码率的公式而被控制，也可以基于接收到的DCI内包含的特定字段、或者、新的格式的DCI而被控制。

根据第二方式，能够适当地进行单/多时隙PUCCH与单/多时隙PUSCH重叠的情况下的冲突捆绑。

(无线通信系统)

以下，对本公开的一实施方式所涉及的无线通信系统的结构进行说明。在该无线通信系统中，使用本公开的上述各实施方式所涉及的无线通信方法的任意一个或者它们的组合来进行通信。

图12是表示一实施方式所涉及的无线通信系统的概略结构的一例的图。无线通信系统1也可以是利用通过3GPP(第三代合作伙伴计划(Third Generation PartnershipProject))而被规范化的LTE(长期演进(Long Term Evolution))、5G NR(第五代移动通信系统新无线(5th generation mobile communication system New Radio))等来实现通信的系统。

此外，无线通信系统1也可以支持多个RAT(无线接入技术(Radio AccessTechnology))间的双重连接(多RAT双重连接(MR-DC：Multi-RAT Dual Connectivity))。MR-DC也可以包含LTE(演进的通用陆地无线接入(E-UTRA：Evolved UniversalTerrestrial Radio Access))与NR的双重连接(E-UTRA-NR双重连接(EN-DC：E-UTRA-NRDual Connectivity))、NR与LTE的双重连接(NR-E-UTRA双重连接(NE-DC：NR-E-UTRA DualConnectivity))等。

在EN-DC中，LTE(E-UTRA)的基站(eNB)是主节点(MN：Master Node)，NR的基站(gNB)是副节点(SN：Secondary Node)。在NE-DC中，NR的基站(gNB)是MN，LTE(E-UTRA)的基站(eNB)是SN。

无线通信系统1也可以支持同一RAT内的多个基站间的双重连接(例如，MN以及SN这二者是NR的基站(gNB)的双重连接(NR-NR双重连接(NN-DC：NR-NR DualConnectivity)))。

无线通信系统1也可以具备：形成覆盖范围比较宽的宏小区C1的基站11、以及被配置在宏小区C1内并形成比宏小区C1窄的小型小区C2的基站12(12a-12c)。用户终端20也可以位于至少一个小区内。各小区以及用户终端20的配置、数量等并不限定于图中所示的方式。以下，在不区分基站11和12的情况下，统称为基站10。

用户终端20也可以连接至多个基站10中的至少一个。用户终端20也可以利用使用了多个分量载波(CC：Component Carrier)的载波聚合(Carrier Aggregation)以及双重连接(DC)的至少一者。

各CC也可以被包含在第一频带(频率范围1(FR1：Frequency Range 1))以及第二频带(频率范围2(FR2：Frequency Range 2))的至少一个中。宏小区C1也可以被包含在FR1中，小型小区C2也可以被包含在FR2中。例如，FR1也可以是6GHz以下的频带(低于6GHz(sub-6GHz))，FR2也可以是比24GHz高的频带(above-24GHz)。另外，FR1以及FR2的频带、定义等并不限于此，例如FR1也可以对应于比FR2高的频带。

此外，用户终端20也可以在各CC中，利用时分双工(TDD：Time Division Duplex)以及频分双工(FDD：Frequency Division Duplex)的至少一个来进行通信。

多个基站10也可以通过有线(例如，基于CPRI(通用公共无线接口(Common PublicRadio Interface))的光纤、X2接口等)或者无线(例如，NR通信)而连接。例如，当在基站11以及12间NR通信作为回程而被利用的情况下，相当于上位站的基站11也可以称为IAB(集成接入回程(Integrated Access Backhaul))宿主(donor)，相当于中继站(relay)的基站12也可以称为IAB节点。

基站10也可以经由其他基站10，或者直接地连接到核心网络30。核心网络30例如也可以包含EPC(演进分组核心(Evolved Packet Core))、5GCN(5G核心网络(5G CoreNetwork))、NGC(下一代核心(Next Generation Core))等的至少一个。

用户终端20也可以是支持LTE、LTE-A、5G等通信方式的至少一个的终端。

在无线通信系统1中，也可以利用基于正交频分复用(OFDM：OrthogonalFrequency Division Multiplexing)的无线接入方式。例如，在下行链路(DL：Downlink)以及上行链路(UL：Uplink)的至少一者中，也可以利用CP-OFDM(循环前缀OFDM(CyclicPrefix OFDM))、DFT-s-OFDM(离散傅里叶变换扩展OFDM(Discrete Fourier TransformSpread OFDM))、OFDMA(正交频分多址(Orthogonal Frequency Division MultipleAccess))、SC-FDMA(单载波频分多址(Single Carrier Frequency Division MultipleAccess))等。

无线接入方式也可以称为波形(waveform)。另外，在无线通信系统1中，在UL以及DL的无线接入方式中，也可以应用其他无线接入方式(例如，其他的单载波传输方式、其他的多载波传输方式)。

在无线通信系统1中，作为下行链路信道，也可以使用在各用户终端20中共享的下行共享信道(物理下行链路共享信道(PDSCH：Physical Downlink Shared Channel))、广播信道(物理广播信道(PBCH：Physical Broadcast Channel))、下行控制信道(物理下行链路控制信道(PDCCH：Physical Downlink Control Channel))等。

此外，在无线通信系统1中，作为上行链路信道，也可以使用在各用户终端20中共享的上行共享信道(物理上行链路共享信道(PUSCH：Physical Uplink Shared Channel))、上行控制信道(物理上行链路控制信道(PUCCH：Physical Uplink Control Channel))、随机接入信道(物理随机接入信道(PRACH：Physical Random Access Channel))等。

通过PDSCH来传输用户数据、高层控制信息、SIB(系统信息块(SystemInformation Block))等。也可以通过PUSCH来传输用户数据、高层控制信息等。此外，也可以通过PBCH来传输MIB(主信息块(Master Information Block))。

也可以通过PDCCH来传输低层控制信息。低层控制信息例如也可以包括下行控制信息(下行链路控制信息(DCI：Downlink Control Information))，该下行控制信息包含PDSCH以及PUSCH的至少一者的调度信息。

另外，调度PDSCH的DCI也可以称为DL分配、DL DCI等，调度PUSCH的DCI也可以称为UL许可、UL DCI等。另外，PDSCH也可以替换为DL数据，PUSCH也可以替换为UL数据。

在PDCCH的检测中，也可以利用控制资源集(CORESET：COntrol REsource SET)以及搜索空间(search space)。CORESET对应于搜索DCI的资源。搜索空间对应于PDCCH候选(PDCCH candidates)的搜索区域以及搜索方法。1个CORESET也可以与1个或者多个搜索空间进行关联。UE也可以基于搜索空间设定，来监视与某个搜索空间关联的CORESET。

1个SS也可以对应于与1个或者多个聚合等级(aggregation Level)相符合的PDCCH候选。1个或者多个搜索空间也可以称为搜索空间集。另外，本公开的“搜索空间”、“搜索空间集”、“搜索空间设定”、“搜索空间集设定”、“CORESET”、“CORESET设定”等也可以相互替换。

也可以通过PUCCH来传输信道状态信息(CSI：Channel State Information)、送达确认信息(例如，也可以称为HARQ-ACK(混合自动重发请求(Hybrid Automatic RepeatreQuest))、ACK/NACK等)、调度请求(SR：Scheduling Request)等。也可以通过PRACH来传输用于与小区建立连接的随机接入前导码。

另外，在本公开中，下行链路、上行链路等也可以不带有“链路”来表述。此外，也可以表述成在各种信道的开头不带有“物理(Physical)”。

在无线通信系统1中，也可以传输同步信号(SS：Synchronization Signal)、下行链路参考信号(DL-RS：Downlink Reference Signal)等。在无线通信系统1中，作为DL-RS，也可以传输小区特定参考信号(CRS：Cell-specific Reference Signal)、信道状态信息参考信号(CSI-RS：Channel State Information Reference Signal)、解调用参考信号(DMRS：DeModulation Reference Signal)、定位参考信号(PRS：Positioning ReferenceSignal)、相位跟踪参考信号(PTRS：Phase Tracking Reference Signal)等。

同步信号例如也可以是主同步信号(PSS：Primary Synchronization Signal)以及副同步信号(SSS：Secondary Synchronization Signal)的至少一个。包含SS(PSS、SSS)以及PBCH(以及PBCH用的DMRS)的信号块也可以称为SS/PBCH块、SSB(SS块(SS Block))等。另外，SS、SSB等也可以称为参考信号。

此外，在无线通信系统1中，作为上行链路参考信号(UL-RS：Uplink ReferenceSignal)，也可以传输测量用参考信号(探测参考信号(SRS：Sounding ReferenceSignal))、解调用参考信号(DMRS)等。另外，DMRS也可以称为用户终端特定参考信号(UE-specific Reference Signal)。

(基站)

图13是表示一实施方式所涉及的基站的结构的一例的图。基站10具备控制单元110、发送接收单元120、发送接收天线130以及传输路径接口(传输线接口(transmissionline interface))140。另外，控制单元110、发送接收单元120以及发送接收天线130以及传输路径接口140也可以分别具备一个以上。

另外，在本例中，主要示出了本实施方式中的特征部分的功能块，基站10也可以设想为也具有无线通信所需要的其他功能块。在以下所说明的各单元的处理的一部分也可以省略。

控制单元110实施基站10整体的控制。控制单元110能够由基于本公开所涉及的技术领域中的公共认知而说明的控制器、控制电路等构成。

控制单元110也可以控制信号的生成、调度(例如，资源分配、映射)等。控制单元110也可以控制使用了发送接收单元120、发送接收天线130以及传输路径接口140的发送接收、测量等。控制单元110也可以生成作为信号而发送的数据、控制信息、序列(sequence)等，并转发给发送接收单元120。控制单元110也可以进行通信信道的呼叫处理(设定、释放等)、基站10的状态管理、无线资源的管理等。

发送接收单元120也可以包含基带(baseband)单元121、RF(射频(RadioFrequency))单元122、测量单元123。基带单元121也可以包含发送处理单元1211以及接收处理单元1212。发送接收单元120能够由基于本公开所涉及的技术领域中的公共认知而说明的发送机/接收机、RF电路、基带电路、滤波器、相位偏移器(移相器(phase shifter))、测量电路、发送接收电路等构成。

发送接收单元120可以作为一体的发送接收单元而构成，也可以由发送单元以及接收单元构成。该发送单元也可以由发送处理单元1211、RF单元122构成。该接收单元也可以由接收处理单元1212、RF单元122、测量单元123构成。

发送接收天线130能够由基于本公开所涉及的技术领域中的公共认知而说明的天线、例如阵列天线等构成。

发送接收单元120也可以发送上述的下行链路信道、同步信号、下行链路参考信号等。发送接收单元120也可以接收上述的上行链路信道、上行链路参考信号等。

发送接收单元120也可以使用数字波束成形(例如，预编码)、模拟波束成形(例如，相位旋转)等，来形成发送波束以及接收波束的至少一者。

发送接收单元120(发送处理单元1211)例如也可以针对从控制单元110取得的数据、控制信息等，进行PDCP(分组数据汇聚协议(Packet Data Convergence Protocol))层的处理、RLC(无线链路控制(Radio Link Control))层的处理(例如，RLC重发控制)、MAC(媒体访问控制(Medium Access Control))层的处理(例如，HARQ重发控制)等，生成要发送的比特串。

发送接收单元120(发送处理单元1211)也可以针对要发送的比特串，进行信道编码(也可以包含纠错编码)、调制、映射、滤波器处理、离散傅里叶变换(DFT：DiscreteFourier Transform)处理(根据需要)、快速傅里叶逆变换(IFFT：Inverse Fast FourierTransform)处理、预编码、数字-模拟转换等的发送处理，输出基带信号。

发送接收单元120(RF单元122)也可以针对基带信号，进行向无线频带的调制、滤波器处理、放大等，将无线频带的信号经由发送接收天线130来发送。

另一方面，发送接收单元120(RF单元122)也可以针对通过发送接收天线130而被接收的无线频带的信号，进行放大、滤波器处理、向基带信号的解调等。

发送接收单元120(接收处理单元1212)也可以针对所取得的基带信号，应用模拟-数字转换、快速傅里叶变换(FFT：Fast Fourier Transform)处理、离散傅里叶逆变换(IDFT：Inverse Discrete Fourier Transform)处理(根据需要)、滤波器处理、解映射、解调、解码(也可以包含纠错解码)、MAC层处理、RLC层的处理以及PDCP层的处理等的接收处理，取得用户数据等。

发送接收单元120(测量单元123)也可以实施与接收到的信号相关的测量。例如，测量单元123也可以基于接收到的信号，进行RRM(无线资源管理(Radio ResourceManagement))测量、CSI(信道状态信息(Channel State Information))测量等。测量单元123也可以针对接收功率(例如，RSRP(参考信号接收功率(Reference Signal ReceivedPower)))、接收质量(例如，RSRQ(参考信号接收质量(Reference Signal ReceivedQuality))、SINR(信号与干扰加噪声比(Signal to Interference plus Noise Ratio))、SNR(信号与噪声比(Signal to Noise Ratio)))、信号强度(例如，RSSI(接收信号强度指示符(Received Signal Strength Indicator)))、传播路径信息(例如，CSI)等，进行测量。测量结果还可以被输出至控制单元110。

传输路径接口140也可以在与核心网络30中包含的装置、其他基站10等之间，对信号进行发送接收(回程信令)，也可以对用于用户终端20的用户数据(用户面数据)、控制面数据等进行取得、传输等。

另外，本公开中的基站10的发送单元以及接收单元也可以通过发送接收单元120、发送接收天线130以及传输路径接口140的至少一个而构成。

另外，发送接收单元220接收上行控制信道或者上行共享信道。此外，发送接收单元220使用上行控制信道或者上行共享信道来接收上行控制信息。发送接收单元220发送下行控制信道或者下行共享信道。

(用户终端)

图14是表示一实施方式所涉及的用户终端的结构的一例的图。用户终端20具备控制单元210、发送接收单元220以及发送接收天线230。另外，控制单元210、发送接收单元220以及发送接收天线230也可以分别被配备一个以上。

另外，在本例中，主要示出了本实施方式中的特征部分的功能块，用户终端20也可以设想为也具有无线通信所需要的其他功能块。在以下所说明的各单元的处理的一部分也可以省略。

控制单元210实施用户终端20整体的控制。控制单元210能够由基于本公开所涉及的技术领域中的公共认知而说明的控制器、控制电路等构成。

控制单元210也可以控制信号的生成、映射等。控制单元210也可以控制使用了发送接收单元220以及发送接收天线230的发送接收、测量等。控制单元210也可以生成作为信号而发送的数据、控制信息、序列等，并转发给发送接收单元220。

发送接收单元220也可以包含基带单元221、RF单元222、测量单元223。基带单元221也可以包含发送处理单元2211、接收处理单元2212。发送接收单元220能够由基于本公开所涉及的技术领域中的公共认知而说明的、发送机/接收机、RF电路、基带电路、滤波器、相位偏移器、测量电路、发送接收电路等构成。

发送接收单元220可以作为一体的发送接收单元而构成，也可以由发送单元以及接收单元构成。该发送单元也可以由发送处理单元2211、RF单元222构成。该接收单元也可以由接收处理单元2212、RF单元222、测量单元223构成。

发送接收天线230能够由基于本公开所涉及的技术领域中的公共认知而说明的天线例如阵列天线等构成。

发送接收单元220也可以发送上述的下行链路信道、同步信号、下行链路参考信号等。发送接收单元220也可以接收上述的上行链路信道、上行链路参考信号等。

发送接收单元220也可以使用数字波束成形(例如，预编码)、模拟波束成形(例如，相位旋转)等，来形成发送波束以及接收波束的至少一者。

发送接收单元220(发送处理单元2211)例如也可以针对从控制单元210取得的数据、控制信息等，进行PDCP层的处理、RLC层的处理(例如，RLC重发控制)、MAC层的处理(例如，HARQ重发控制)等，生成要发送的比特串。

发送接收单元220(发送处理单元2211)也可以针对要发送的比特列，进行信道编码(也可以包含纠错编码)、调制、映射、滤波器处理、DFT处理(根据需要)、IFFT处理、预编码、数字-模拟转换等的发送处理，输出基带信号。

另外，关于是否应用DFT处理，也可以基于变换预编码的设定。针对某个信道(例如，PUSCH)，在变换预编码是激活(启用(enabled))的情况下，发送接收单元220(发送处理单元2211)也可以为了利用DFT-s-OFDM波形来发送该信道，作为上述发送处理而进行DFT处理，在不是这样的情况下，发送接收单元220(发送处理单元2211)也可以作为上述发送处理而不进行DFT处理。

发送接收单元220(RF单元222)也可以针对基带信号，进行向无线频带的调制、滤波器处理、放大等，将无线频带的信号经由发送接收天线230来发送。

另一方面，发送接收单元220(RF单元222)也可以针对通过发送接收天线230而被接收的无线频带的信号，进行放大、滤波器处理、向基带信号的解调等。

发送接收单元220(接收处理单元2212)也可以针对取得的基带信号，应用模拟-数字转换、FFT处理、IDFT处理(根据需要)、滤波器处理、解映射、解调、解码(也可以包含纠错解码)、MAC层处理、RLC层的处理以及PDCP层的处理等的接收处理，取得用户数据等。

发送接收单元220(测量单元223)也可以实施与接收到的信号相关的测量。例如，测量单元223也可以基于接收到的信号，进行RRM测量、CSI测量等。测量单元223也可以针对接收功率(例如，RSRP)、接收质量(例如，RSRQ、SINR、SNR)、信号强度(例如，RSSI)、传播路径信息(例如，CSI)等进行测量。测量结果还可以被输出至控制单元210。

另外，本公开中的用户终端20的发送单元以及接收单元也可以通过发送接收单元220、发送接收天线230以及传输路径接口240的至少一个而构成。

另外，发送接收单元220发送上行控制信道或者上行共享信道。此外，发送接收单元220使用上行控制信道或者上行共享信道来发送上行控制信息。发送接收单元220接收下行控制信道或者下行共享信道。

在被反复发送一次以上的第一上行控制信道与被反复发送一次以上的第二上行控制信道在时隙内重叠的情况下，控制单元210也可以基于所述第一上行控制信道以及所述第二上行控制信道各自的业务类型，决定所述上行控制信息的发送所使用的上行控制信道(方式1)。

在所述第一上行控制信道以及所述第二上行控制信道各自的业务类型相同的情况下，控制单元210也可以基于所述上行控制信息的类型和所述第一上行控制信道的反复的起始定时的至少一个，决定所述上行控制信道(方式1.1.2.1)。

在所述第一上行控制信道以及所述第二上行控制信道各自的业务类型相同的情况下，控制单元210也可以将在从所述第一上行控制信道以及所述第二上行控制信道用的最早的资源到最后的资源为止的所有时隙中被反复的第三上行控制信道决定为所述上行控制信道(方式1.1.2.2)。

在所述第一上行控制信道以及所述第二上行控制信道各自的业务类型相同的情况下，控制单元210也可以在重叠的时隙中将第三上行控制信道决定为所述上行控制信道(方式1.1.2.3)。

在所述第一控制信道以及所述第二上行控制信道各自的业务类型不同的情况下，控制单元210也可以基于所述业务类型的优先级而决定所述上行控制信道(方式1.1.1)。

在被反复发送一次以上的上行控制信道与被反复发送一次以上的上行共享信道在时隙内重叠的情况下，控制单元210也可以基于所述上行控制信道以及所述上行共享信道各自的业务类型而决定所述上行控制信息的发送所使用的上行信道(方式2)。

(硬件结构)

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

这里，在功能中，有判断、决定、判定、计算、算出、处理、导出、调查、搜索、确认、接收、发送、输出、接入、解决、选择、选定、建立、比较、设想、期待、视为、广播(broadcasting)、通知(notifying)、通信(communicating)、转发(forwarding)、构成(设定(configuring))、重构(重设定(reconfiguring))、分配(allocating、mapping(映射))、分派(assigning)等，然而并不受限于这些。例如，实现发送功能的功能块(结构单元)也可以被称为发送单元(transmitting unit)、发送机(transmitter)等。任意一个均如上述那样，实现方法并不受到特别限定。

例如，本公开的一个实施方式中的基站、用户终端等也可以作为进行本公开的无线通信方法的处理的计算机而发挥功能。图15是表示一个实施方式所涉及的基站和用户终端的硬件结构的一例的图。上述的基站10和用户终端20在物理上也可以构成为包括处理器1001、存储器1002、储存器1003、通信装置1004、输入装置1005、输出装置1006、总线1007等的计算机装置。

另外，在本公开中，装置、电路、设备、部(section)、单元等用语能够相互替换。基站10和用户终端20的硬件结构可以被构成为将图中示出的各装置包含一个或者多个，也可以构成为不包含一部分装置。

例如，处理器1001仅图示出一个，但也可以有多个处理器。此外，处理可以由一个处理器来执行，也可以同时地、依次地、或者用其他手法由两个以上的处理器来执行处理。另外，处理器1001也可以通过一个以上的芯片而被安装。

关于基站10和用户终端20中的各功能，例如通过将特定的软件(程序)读入到处理器1001、存储器1002等硬件上，从而由处理器1001进行运算并控制经由通信装置1004的通信，或者控制存储器1002和储存器1003中的数据的读出以及写入的至少一者，由此来实现。

处理器1001例如使操作系统进行操作来控制计算机整体。处理器1001也可以由包含与外围设备的接口、控制装置、运算装置、寄存器等的中央处理装置(中央处理单元(CPU：Central Processing Unit))而构成。例如，上述的控制单元110(210)、发送接收单元120(220)等的至少一部分也可以由处理器1001实现。

此外，处理器1001将程序(程序代码)、软件模块、数据等从储存器1003和通信装置1004的至少一者读出至存储器1002，并根据它们来执行各种处理。作为程序，可利用使计算机执行在上述的实施方式中说明的操作的至少一部分的程序。例如，控制单元110(210)也可以通过被存储于存储器1002中并在处理器1001中进行操作的控制程序来实现，针对其他功能块也可以同样地实现。

存储器1002也可以是计算机可读取的记录介质，例如由ROM(只读存储器(ReadOnly Memory))、EPROM(可擦除可编程只读存储器(Erasable Programmable ROM))、EEPROM(电可擦除可编程只读存储器(Electrically EPROM))、RAM(随机存取存储器(RandomAccess Memory))、其他恰当的存储介质中的至少一者而构成。存储器1002也可以被称为寄存器、高速缓存、主存储器(主存储装置)等。存储器1002能够保存为了实施本公开的一个实施方式所涉及的无线通信方法而可执行的程序(程序代码)、软件模块等。

储存器1003也可以是计算机可读取的记录介质，例如由柔性盘(flexible disc)、软(Floppy(注册商标))盘、光磁盘(例如压缩盘(CD-ROM(压缩盘只读存储器(Compact DiscROM))等)、数字多功能盘、Blu-ray(注册商标)盘(蓝光盘)、可移动磁盘(removable disc)、硬盘驱动器、智能卡(smart card)、闪存设备(例如卡(card)、棒(stick)、键驱动器(keydrive))、磁条(stripe)、数据库、服务器、其他恰当的存储介质中的至少一者而构成。储存器1003也可以称为辅助存储装置。

通信装置1004是用于经由有线网络以及无线网络的至少一者来进行计算机间的通信的硬件(发送接收设备)，例如也称为网络设备、网络控制器、网卡、通信模块等。为了实现例如频分双工(FDD：Frequency Division Duplex)和时分双工(TDD：Time DivisionDuplex)的至少一者，通信装置1004也可以被构成为包含高频开关、双工器、滤波器、频率合成器等。例如上述的发送接收单元120(220)、发送接收天线130(230)等也可以由通信装置1004来实现。发送接收单元120(220)也可以由发送单元120a(220a)和接收单元120b(220b)在物理上或者逻辑上分离地被安装。

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

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

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

(变形例)

另外，关于在本公开中进行了说明的术语和为了理解本公开所需要的术语，也可以替换为具有相同或者类似的意思的术语。例如，信道、码元以及信号(信号或者信令)也可以相互替换。此外，信号也可以是消息。参考信号还能够简称为RS(Reference Signal)，还可以根据所应用的标准而被称为导频(Pilot)、导频信号等。此外，分量载波(CC：ComponentCarrier)也可以被称为小区、频率载波、载波频率等。

无线帧在时域中还可以由一个或者多个期间(帧)构成。构成无线帧的该一个或者多个期间(帧)的各个期间(帧)也可以被称为子帧。进一步地，子帧在时域中还可以由一个或者多个时隙构成。子帧也可以是不依赖于参数集的固定的时间长度(例如1ms)。

这里，参数集还可以是指在某信号或者信道的发送以及接收的至少一者中应用的通信参数。例如，参数集还可以表示子载波间隔(SCS：SubCarrier Spacing)、带宽、码元长度、循环前缀长度、发送时间间隔(TTI：Transmission Time Interval)、每个TTI的码元数、无线帧结构、发送接收机在频域中所进行的特定的滤波处理、发送接收机在时域中所进行的特定的加窗(windowing)处理等的至少一者。

时隙在时域中还可以由一个或者多个码元(OFDM(正交频分复用(OrthogonalFrequency Division Multiplexing))码元、SC-FDMA(单载波频分多址(Single CarrierFrequency Division Multiple Access))码元等)而构成。此外，时隙也可以是基于参数集的时间单位。

时隙也可以包含多个迷你时隙。各迷你时隙(mini slot)也可以在时域内由一个或者多个码元构成。此外，迷你时隙也可以被称为子时隙。迷你时隙还可以由比时隙少的数量的码元构成。以比迷你时隙大的时间单位被发送的PDSCH(或者PUSCH)还可以被称为PDSCH(PUSCH)映射类型A。使用迷你时隙被发送的PDSCH(或者PUSCH)还可以被称为PDSCH(PUSCH)映射类型B。

无线帧、子帧、时隙、迷你时隙以及码元均表示传输信号时的时间单位。无线帧、子帧、时隙、迷你时隙以及码元还可以使用各自所对应的其他称呼。另外，本公开中的帧、子帧、时隙、迷你时隙、码元等时间单位也可以相互替换。

例如，一个子帧也可以被称为TTI，多个连续的子帧也可以被称为TTI，一个时隙或者一个迷你时隙也可以被称为TTI。也就是说，子帧和TTI的至少一者可以是现有的LTE中的子帧(1ms)，也可以是比1ms短的期间(例如，1-13个码元)，还可以是比1ms长的期间。另外，表示TTI的单位也可以不被称为子帧，而被称为时隙、迷你时隙等。

这里，TTI例如是指无线通信中的调度的最小时间单位。例如，在LTE系统中，基站对各用户终端进行以TTI单位来分配无线资源(在各用户终端中能够使用的频率带宽、发送功率等)的调度。另外，TTI的定义不限于此。

TTI也可以是进行了信道编码的数据分组(传输块)、码块、码字等的发送时间单位，还可以成为调度、链路自适应等的处理单位。另外，当TTI被给定时，实际上被映射传输块、码块、码字等的时间区间(例如，码元数)也可以比该TTI短。

另外，在将一个时隙或者一个迷你时隙称为TTI的情况下，一个以上的TTI(即，一个以上的时隙或者一个以上的迷你时隙)也可以成为调度的最小时间单位。此外，构成该调度的最小时间单位的时隙数(迷你时隙数)也可以被控制。

具有1ms的时间长度的TTI也可以被称为通常TTI(3GPP Rel.8-12中的TTI)、标准TTI、长TTI、通常子帧、标准子帧、长子帧、时隙等。比通常TTI短的TTI也可以被称为缩短TTI、短TTI、部分TTI(partial或者fractional TTI)、缩短子帧、短子帧、迷你时隙、子时隙、时隙等。

另外，长TTI(例如，通常TTI、子帧等)也可以替换为具有超过1ms的时间长度的TTI，短TTI(例如，缩短TTI等)也可以替换为具有小于长TTI的TTI长度且1ms以上的TTI长度的TTI。

资源块(RB：Resource Block)是时域和频域的资源分配单位，在频域中也可以包含一个或者多个连续的副载波(子载波(subcarrier))。RB中包含的子载波的数量也可以与参数集无关而均是相同的，例如也可以是12。RB中包含的子载波的数量也可以基于参数集来决定。

此外，RB在时域中也可以包含一个或者多个码元，也可以是一个时隙、一个迷你时隙、一个子帧、或者一个TTI的长度。一个TTI、一个子帧等也可以分别由一个或者多个资源块构成。

另外，一个或多个RB也可以被称为物理资源块(PRB：Physical RB)、子载波组(SCG：Sub-Carrier Group)、资源元素组(REG：Resource Element Group)、PRB对、RB对等。

此外，资源块也可以由一个或者多个资源元素(RE：Resource Element)构成。例如，一个RE也可以是一个子载波和一个码元的无线资源区域。

带宽部分(BWP：Bandwidth Part)(也可以被称为部分带宽等)也可以表示在某载波中某参数集用的连续的公共RB(公共资源块(common resource blocks))的子集。这里，公共RB也可以通过以该载波的公共参考点为基准的RB的索引来确定。PRB也可以在某BWP中被定义，并在该BWP内被附加编号。

在BWP中也可以包含UL用的BWP(UL BWP)和DL用的BWP(DL BWP)。针对UE，也可以在1个载波内设定一个或者多个BWP。

被设定的BWP的至少一个也可以是激活的，UE也可以不设想在激活的BWP以外，对特定的信号/信道进行发送接收。另外，本公开中的“小区”、“载波”等也可以被替换为“BWP”。

另外，上述的无线帧、子帧、时隙、迷你时隙和码元等结构只不过是例示。例如，无线帧中包含的子帧的数量、每个子帧或者无线帧的时隙的数量、时隙内包含的迷你时隙的数量、时隙或者迷你时隙中包含的码元和RB的数量、RB中包含的子载波的数量、以及TTI内的码元数、码元长度、循环前缀(CP：Cyclic Prefix)长度等结构能够进行各种各样的变更。

此外，在本公开中说明了的信息、参数等可以用绝对值来表示，也可以用相对于特定的值的相对值来表示，还可以用对应的其他信息来表示。例如，无线资源也可以由特定的索引来指示。

在本公开中，对参数等所使用的名称在所有方面均不是限定性的名称。此外，使用这些参数的数学式等也可以与在本公开中明确公开的不同。各种各样的信道(PUCCH(物理上行链路控制信道(Physical Uplink Control Channel))、PDCCH(物理下行链路控制信道(Physical Downlink Control Channel))等)和信息元素能够通过任何适宜的名称来识别，因此，分配给这些各种各样的信道和信息元素的各种各样的名称在所有方面均不是限定性的名称。

在本公开中进行了说明的信息、信号等也可以使用各种各样的不同技术中的任一种技术来表示。例如，可能遍及上述的整个说明而提及的数据、指令、命令、信息、信号、比特、码元、码片(chip)等也可以通过电压、电流、电磁波、磁场或磁性粒子、光场或光子、或者它们的任意组合来表示。

此外，信息、信号等能够向从高层(上位层)向低层(下位层)、以及从低层向高层的至少一者输出。信息、信号等也可以经由多个网络节点而被输入输出。

所输入输出的信息、信号等可以被保存于特定的部位(例如存储器)，也可以用管理表格来进行管理。所输入输出的信息、信号等可以被覆写、更新或者追加。所输出的信息、信号等也可以被删除。所输入的信息、信号等也可以被发送至其他装置。

信息的通知不限于在本公开中进行了说明的方式/实施方式，也可以用其他方法进行。例如，本公开中的信息的通知也可以通过物理层信令(例如，下行控制信息(下行链路控制信息(DCI：Downlink Control Information))、上行控制信息(上行链路控制信息(UCI：Uplink Control Information)))、高层信令(例如，RRC(无线资源控制(RadioResource Control))信令、广播信息(主信息块(MIB：Master Information Block)、系统信息块(SIB：System Information Block)等)、MAC(媒体访问控制(Medium AccessControl))信令)、其他信号或者它们的组合来实施。

另外，物理层信令也可以被称为L1/L2(层1/层2(Layer 1/Layer 2))控制信息(L1/L2控制信号)、L1控制信息(L1控制信号)等。此外，RRC信令也可以被称为RRC消息，例如还可以是RRC连接建立(RRC Connection Setup)消息、RRC连接重构(RRC连接重设定(RRCConnection Reconfiguration))消息等。此外，MAC信令例如也可以使用MAC控制元素(MACCE(Control Element))而被通知。

此外，特定的信息的通知(例如，“是X”的通知)不限于显式的通知，也可以隐式地(例如，通过不进行该特定的信息的通知、或者通过其他信息的通知)进行。

判定可以通过由一个比特表示的值(0或1)来进行，也可以通过由真(true)或者假(false)来表示的真假值(布尔值(boolean))来进行，还可以通过数值的比较(例如，与特定的值的比较)来进行。

软件无论被称为软件(software)、固件(firmware)、中间件(middle-ware)、微代码(micro-code)、硬件描述语言，还是以其他名称来称呼，都应该被宽泛地解释为指令、指令集、代码(code)、代码段(code segment)、程序代码(program code)、程序(program)、子程序(sub-program)、软件模块(software module)、应用(application)、软件应用(software application)、软件包(software package)、例程(routine)、子例程(sub-routine)、对象(object)、可执行文件、执行线程、过程、功能等的意思。

此外，软件、指令、信息等也可以经由传输介质而被发送接收。例如，在使用有线技术(同轴线缆、光纤线缆、双绞线、数字订户专线(DSL：Digital Subscriber Line)等)和无线技术(红外线、微波等)的至少一者，从网站、服务器或者其他远程源(remote source)来发送软件的情况下，这些有线技术和无线技术的至少一者被包含在传输介质的定义内。

在本公开中使用的“系统”和“网络”这样的术语能够被互换使用。“网络”也可以意指网络中包含的装置(例如，基站)。

在本公开中，“预编码(precoding)”、“预编码器(precoder)”、“权重(预编码权重)”、“准共址(QCL：Quasi-Co-Location)”、“TCI状态(发送设定指示状态(TransmissionConfiguration Indication state))”、“空间关系(spatial relation)”、“空域滤波器(spatial domain filter)”、“发送功率”、“相位旋转”、“天线端口”、“天线端口组”、“层”、“层数”、“秩”、“资源”、“资源集”、“资源组”、“波束”、“波束宽度”、“波束角度”、“天线”、“天线元件”、“面板”等术语能够互换使用。

在本公开中，“基站(BS：Base Station)”、“无线基站”、“固定台(fixedstation)”、“NodeB”、“eNodeB(eNB)”、“gNodeB(gNB)”、“接入点(access point)”、“发送点(TP：transmission point)”、“接收点(RP：reception point)”、“发送接收点(TRP：transmission/reception point)”、“面板”、“小区”、“扇区”、“小区组”、“载波”、“分量载波”等术语能够互换使用。还存在如下情况，即，用宏小区、小型小区、毫微微小区、微微小区等术语来称呼基站。

基站能够容纳一个或者多个(例如三个)小区。在基站容纳多个小区的情况下，基站的覆盖区域整体能够划分为多个更小的区域，各个更小的区域也能够通过基站子系统(例如，室内用的小型基站(远程无线头(RRH：Remote Radio Head)))来提供通信服务。“小区”或者“扇区”这样的术语是指，在该覆盖范围内进行通信服务的基站以及基站子系统的至少一者的覆盖区域的一部分或者整体。

在本公开中，“移动台(MS：Mobile Station)”、“用户终端(user terminal)”、“用户装置(用户设备(UE：User Equipment))”、“终端”等术语能互换使用。

在有些情况下，也将移动台称为订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持通话器(hand set)、用户代理、移动客户端、客户端或者若干其他恰当的术语。

基站以及移动台的至少一者还可以被称为发送装置、接收装置、无线通信装置等。另外，基站以及移动台的至少一者还可以是在移动体中搭载的设备、移动体本体等。该移动体可以是交通工具(例如，车辆、飞机等)，还可以是以无人的方式移动的移动体(例如，无人机(drone)、自动驾驶车辆等)，还可以是机器人(有人型或者无人型)。另外，基站以及移动台的至少一者还包括并不一定在进行通信操作时进行移动的装置。例如，基站以及移动台的至少一者也可以是传感器等IoT(物联网(Internet of Things))设备。

此外，本公开中的基站也可以替换为用户终端。例如，针对将基站和用户终端间的通信替换为多个用户终端间的通信(例如，还可以称为D2D(设备对设备(Device-to-Device))、V2X(车联网(Vehicle-to-Everything))等)的结构，也可以应用本公开的各方式/实施方式。在这种情况下，也可以设为由用户终端20具有上述的基站10所具有的功能的结构。此外，“上行”和“下行”等表述也可以替换为与终端间通信对应的表述(例如，“侧(side)”)。例如，上行信道、下行信道等也可以替换为侧信道。

同样地，本公开中的用户终端也可以替换为基站。在这种情况下，也可以设为由基站10具有上述的用户终端20所具有的功能的结构。

在本公开中，设为由基站进行的操作，有时还根据情况而由其上位节点(uppernode)进行。明显地，在包括具有基站的一个或者多个网络节点(network nodes)的网络中，为了与终端的通信而进行的各种各样的操作可以由基站、除基站以外的一个以上的网络节点(例如考虑MME(移动性管理实体(Mobility Management Entity))、S-GW(服务网关(Serving-Gateway))等，但不限于这些)或者它们的组合来进行。

在本公开中进行了说明的各方式/实施方式可以单独地使用，也可以组合地使用，还可以随着执行而切换着使用。此外，在本公开中进行了说明的各方式/实施方式的处理过程、序列、流程图等，只要不矛盾则也可以调换顺序。例如，针对在本公开中进行了说明的方法，使用例示的顺序来提示各种各样的步骤的元素，但并不限定于所提示的特定的顺序。

在本公开中进行了说明的各方式/实施方式也可以应用于LTE(长期演进(LongTerm Evolution))、LTE-A(LTE-Advanced)、LTE-B(LTE-Beyond)、SUPER 3G、IMT-Advanced、4G(第四代移动通信系统(4th generation mobile communication system))、5G(第五代移动通信系统(5th generation mobile communication system))、FRA(未来无线接入(Future Radio Access))、New-RAT(无线接入技术(Radio Access Technology))、NR(新无线(New Radio))、NX(新无线接入(New radio access))、FX(新一代无线接入(Futuregeneration radio access))、GSM(注册商标)(全球移动通信系统(Global System forMobile communications))、CDMA2000、UMB(超移动宽带(Ultra Mobile Broadband))、IEEE802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、UWB(超宽带(Ultra-WideBand))、Bluetooth(蓝牙)(注册商标)、利用其他恰当的无线通信方法的系统、基于它们而扩展得到的下一代系统等中。此外，多个系统还可以被组合(例如，LTE或者LTE-A、与5G的组合等)来应用。

在本公开中使用的“基于”这一记载，只要没有特别地写明，就不表示“仅基于”的意思。换言之，“基于”这一记载表示“仅基于”和“至少基于”这两者的意思。

任何对使用了在本公开中使用的“第一”、“第二”等称呼的元素的参照均不会全面地限定这些元素的量或者顺序。这些称呼在本公开中可以作为区分两个以上的元素之间的便利的方法来使用。因此，关于第一和第二元素的参照，并不表示仅可以采用两个元素的意思、或者第一元素必须以某种形式优先于第二元素的意思。

在本公开中使用的“判断(决定)(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)”等。

本公开所述的“最大发送功率”可以意味着发送功率的最大值，也可以意味着标称最大发送功率(标称UE最大发送功率(the nominal UE maximum transmit power))，也可以意味着额定最大发送功率(额定UE最大发送功率(the rated UE maximum transmitpower))。

在本公开中使用的“连接(connected)”、“结合(coupled)”这样的术语，或者它们的所有变形，表示两个或其以上的元素间的直接或者间接的所有连接或者结合的意思，并能够包含在相互“连接”或者“结合”的两个元素间存在一个或一个以上的中间元素这一情况。元素间的结合或者连接可以是物理上的，也可以是逻辑上的，或者还可以是这些的组合。例如，“连接”也可以替换为“接入(access)”。

在本公开中，在连接两个元素的情况下，能够认为使用一个以上的电线、线缆、印刷电连接等，以及作为若干个非限定且非包括的示例而使用具有无线频域、微波区域、光(可见以及不可见的两者)区域的波长的电磁能量等，来相互“连接”或“结合”。

在本公开中，“A与B不同”这样的术语也可以表示“A与B相互不同”的意思。另外，该术语也可以表示“A和B分别与C不同”的意思。“分离”、“结合”等术语也可以同样地被解释为“不同”。

在本公开中，在使用“包含(include)”、“包含有(including)”、和它们的变形的情况下，这些术语与术语“具备(comprising)”同样地，是指包括性的意思。进一步，在本公开中使用的术语“或者(or)”不是指异或的意思。

在本公开中，例如在如英语中的a、an以及the那样通过翻译追加了冠词的情况下，本公开还可以包含接在这些冠词之后的名词是复数形式的情况。

以上，针对本公开所涉及的发明详细地进行了说明，但是对本领域技术人员而言，本公开所涉及的发明显然并不限定于本公开中进行了说明的实施方式。本公开所涉及的发明在不脱离基于权利要求书的记载而确定的本发明的主旨和范围的情况下，能够作为修正和变更方式来实施。因此，本公开的记载以例示说明为目的，不带有对本公开所涉及的发明任何限制性的意思。

Claims

1.一种用户终端，其特征在于，具备：

发送单元，发送上行控制信息；以及

控制单元，在被反复发送一次以上的第一上行控制信道和被反复发送一次以上的第二上行控制信道在时隙内重叠的情况下，基于所述第一上行控制信道以及所述第二上行控制信道各自的业务类型，决定所述上行控制信息的发送所使用的上行控制信道。

2.根据权利要求1所述的用户终端，其特征在于，

在所述第一上行控制信道以及所述第二上行控制信道各自的业务类型相同的情况下，所述控制单元基于所述上行控制信息的类型和所述第一上行控制信道的反复的起始定时的至少一个，决定所述上行控制信道。

3.根据权利要求1所述的用户终端，其特征在于，

在所述第一上行控制信道以及所述第二上行控制信道各自的业务类型相同的情况下，所述控制单元将在从所述第一上行控制信道以及所述第二上行控制信道用的最早的资源到最后的资源为止的所有时隙中被反复的第三上行控制信道决定为所述上行控制信道。

4.根据权利要求1所述的用户终端，其特征在于，

在所述第一上行控制信道以及所述第二上行控制信道各自的业务类型相同的情况下，所述控制单元在重叠的时隙中将第三上行控制信道决定为所述上行控制信道。

5.根据权利要求1至权利要求4中任一项所述的用户终端，其特征在于，

在所述第一控制信道以及所述第二上行控制信道各自的业务类型不同的情况下，所述控制单元基于所述业务类型的优先级而决定所述上行控制信道。

6.一种用户终端，其特征在于，具备：

发送单元，发送上行控制信息；以及

控制单元，在被反复发送一次以上的上行控制信道与被反复发送一次以上的上行共享信道在时隙内重叠的情况下，基于所述上行控制信道以及所述上行共享信道各自的业务类型，决定所述上行控制信息的发送所使用的上行信道。