CN114128379A

CN114128379A - 用户终端以及无线通信方法

Info

Publication number: CN114128379A
Application number: CN202080051709.8A
Authority: CN
Inventors: 永田聪; 王理惠; 侯晓林
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2019-05-17
Filing date: 2020-05-14
Publication date: 2022-03-01
Also published as: WO2020235454A1

Abstract

适当地控制针对广播发送和多播发送中的至少一者的重传控制。用户终端具有：接收单元，接收通过广播和多播中的至少一者而被发送的特定信息，以及控制单元，利用在多个用户终端之间被公共设定的资源来控制针对所述特定信息的重传控制信息的报告。

Description

用户终端以及无线通信方法

技术领域

本公开涉及下一代移动通信***中的用户终端以及无线通信方法。

背景技术

在通用移动通信***(Universal Mobile Telecommunications System(UMTS))网络中，以进一步的高速数据速率、低延迟等为目的，长期演进(Long Term Evolution(LTE))被规范化(非专利文献1)。此外，以LTE(第三代合作伙伴计划(Third GenerationPartnership Project(3GPP))版本(Release(Rel.))8、9)的进一步的大容量、高度化等为目的，LTE-Advanced(3GPP Rel.10-14)被规范化。

还正在研究LTE的后续***(例如，也称为第五代移动通信***(5th generationmobile communication system(5G))、5G+(plus)、新无线电(New Radio(NR))、3GPPRel.15以后等)。

现有技术文献

非专利文献

非专利文献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)中，作为数据的发送方法，支持对每个用户终端(UE)单独进行发送的单播发送、对多个UE公共地进行发送的广播发送和多播发送。

此外，还正在研究在NR中针对广播发送和多播发送中的至少一者支持重发控制(例如，HARQ)。然而，如何控制广播发送或多播发送的重发控制还没有得到充分研究。

因此，本公开的目的之一在于，提供一种用户终端和无线通信方法，其能够适当地控制针对广播发送和多播发送中的至少一者的重发控制。

用于解决课题的手段

本公开的一方式的用户终端的特征在于，包括：接收单元，接收通过广播和多播中的至少一者而被发送的特定信息；以及控制单元，利用在多个用户终端之间被公共设定的资源来控制针对所述特定信息的重传控制信息的报告。

发明的效果

根据本公开的一方式，能够适当地控制针对广播发送和多播发送中的至少一者的重发控制。

附图说明

图1是示出广播/多播发送的一例的图。

图2是示出第一方式所涉及的重发控制的一例的图。

图3是示出第一方式所涉及的重发控制的另一例的图。

图4是示出第二方式所涉及的重发控制的一例的图。

图5是示出第三方式所涉及的重发控制的一例的图。

图6是示出第四方式所涉及的重发控制的一例的图。

图7是示出第四方式所涉及的重发控制的另一例的图。

图8是示出一实施方式所涉及的无线通信***的示意性结构的一例的图。

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

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

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

具体实施方式

设想在未来的无线通信***(例如，NR)中，将支持单播发送(Unicasttransmission)、广播发送(Broadcast transmission)和多播发送(multicasttransmission)。在单播发送中，可以向每个UE单独(例如，UE特定的)发送数据或信道。广播发送和多播发送中的至少一者(在下文中，也称为广播/多播发送)可以向多个UE(例如，UE组)公共地发送数据或信道。

单播发送、广播发送和多播发送可以各自应用不同的信道(逻辑信道和物理信道中的至少一者)。或者，广播发送和多播发送也可以用用相同的结构。

广播/多播发送成为在将相同内容的信息分发到多个UE(例如，特定的UE组)的情况下有效的发送方法。因此，设想广播/多播发送用于例如与道路状态的分布(distribution of road conditions)、交通标志(traffic sign)以及信号(trafficlight)的状态等公共安全(Public safety)、高速交通***(ITS：Intelligent TransportSystems)有关的信息的通知。或者，设想广播/多播发送用于在音乐会或体育馆向观众通知信息。

在NR中，还可以考虑针对广播/多播发送进行重发控制(例如，HARQ操作)。然而，如何控制广播/多播发送的重发控制还没有被充分研究。在没有适当地进行重发控制的情况下，通信质量等可能会恶化。

本发明人研究了针对广播/多播发送的重发控制，完成了本发明。

在下文中，将参考附图详细说明本公开所涉及的实施方式。各实施的方面可以单独应用或组合应用。在以下的说明中，将基于HARQ的重发(HARQ-based Re-transmission)作为重发控制为例进行说明，但是本发明不限于此。

在以下的说明中，针对广播发送的重发控制可以被改称为针对通过广播发送的信息的重发控制。通过广播发送的信息也可以被改称为数据、数据信道、DL-SCH、广播信道、控制信息、DCI、控制信道和广播控制信息的至少一个。针对多播发送的重发控制可以被改称为针对通过多播发送的信息的重发控制。通过多播发送的信息也可以被改称为数据、数据信道、DL-SCH、多播信道、控制信息、DCI、控制信道和多播控制信息的至少一个。

通过广播/多播发送的信息既可以包含在通过下行控制信息(例如，DCI)来调度的数据(例如，DL-SCH、共享信道等)中，也可以包含在DCI中，也可以通过高层信令(例如，RRC信令以及广播信息中的至少一个)来发送，也可以通过专用的信号或者信道来发送。在通过广播/多播发送的信息包含在数据中的情况下，调度该数据的DCI也可以应用广播/多播发送。在以下的说明中，通过DCI或高层信令发送，这样的记载也可以设为应用单播发送(或者UE特定的发送)以及广播/多播发送(或者UE公共的发送)的至少一者。

(第一方式)

第一方式描述了针对广播/多播发送的重发控制。

图1示出了基站利用广播和多播中的至少一者(以下也称为广播/多播)向多个UE(例如，UE组)发送特定信息的情况的一例。在此，示出了基站分别向UE组#1和UE组#2进行广播/多播发送的情况。另外，关于UE组的数量、构成UE组的UE等，也可以适当进行改变并应用。

各UE可以基于特定信息来判断是否支持针对通过广播/多播发送的信息的重发控制(或者是否应用重发控制或者是否设定重发控制)(参见图2)。特定信息可以是利用从网络(例如，基站)通知的高层信令(选项1)和下行控制信息(选项2)中的至少一个来通知的信息。或者，UE也可以基于特定规则(选项3)来判断是否应用重发控制。

<选项1>

UE可以基于高层信令来决定是否应用针对通过广播/多播发送的信息的重发控制。基站可以利用高层信令按每个UE来通知是否应用重发控制，或者也可以按每个UE组来通知是否应用重发控制。

在分别支持广播发送(例如，利用了广播用信道的发送)和多播发送(例如，利用了多播用信道的发送)的情况下，可以分开设定是否应用针对广播发送的重发控制以及是否应用针对多播发送的重发控制。由此，能够灵活地控制是否应用重发控制。

或者，在分别支持广播发送和多播发送的情况下，可以公共地设定是否应用针对广播发送的重发控制以及是否应用针对多播发送的重发控制。在这种情况下，在针对广播发送和多播发送中的一者设定了是否应用重发控制的情况下，UE也可以将该设定应用于另一个。结果，可以简化重发控制的设定。

<选项2>

UE也可以基于下行控制信息(例如，DCI等)来决定是否应用针对通过广播/多播发送的信息的重发控制。基站可以利用UE特定的DCI来通知每个UE是否应用重发控制，或者可以利用组公共的DCI来通知每个UE组是否应用重发控制。例如，在由DCI对通过广播/多播发送的信息进行调度的情况下，可以在该DCI中包含关于HARQ-ACK的信息(例如，是否应用、发送定时以及资源的至少一个的信息)。

在分别支持广播发送和多播发送的情况下，也可以分开设定是否应用针对广播发送的重发控制以及是否应用针对多播发送的重发控制。由此，能够灵活地控制是否应用重发控制。

或者，在分别支持广播发送和多播发送的情况下，也可以公共地设定是否应用针对广播发送的重发控制以及是否应用针对多播发送的重发控制。在这种情况下，在针对广播发送和多播发送中的一者被设定了是否应用重发控制的情况下，UE也可以将该设定同样应用于另一个。由此，能够简化重发控制的设定。

<选项3>

UE也可以基于特定规则隐式地(implicit)决定是否应用针对通过广播/多播发送的信息的重发控制。特定规则也可以是通过发送或接收而被设定的特定条件(例如，在广播/多播发送中利用的发送条件)。以下，对特定条件为反复发送的情况(情况1)、为调制编码方案(MCS(Modulation and Coding Scheme))以及编码率中的至少一个的情况(情况2)进行说明。特定条件并不限于这些。

[情况1]

在对通过广播/多播发送的信息应用反复发送(repetition)的情况下，UE也可以判断为不支持重发控制(例如，HARQ)或者不应用重发控制。此外，UE也可以在反复发送不被应用的情况下，判断为支持重发控制或者应用重发控制。

UE也可以基于反复发送的发送次数(也称为反复因子)来决定是否应用重发控制。例如，在反复发送的发送次数在特定值(例如，X)以上的情况下，UE也可以不应用重发控制，而在除此之外(例如，发送次数小于特定值)的情况下，UE也可以应用重发控制。特定值(例如，X)也可以在规范中预先定义，或者也可以通过高层信令等从基站通知给UE。

是否应用反复发送(或者反复发送的发送次数)，也可以为每个UE组设定。或者，可以为每个UE设定反复发送(或反复发送的发送次数)。在针对每个UE设置的情况下，也可以针对包含在UE组中的每个UE独立地设定是否应用重发控制。

[情况2]

UE也可以基于应用于通过广播/多播发送的信息的MCS和编码率的至少一个(以下，也称为MCS/编码率)，来判断是否应用针对通过广播/多播发送的信息的重发控制。

例如，UE也可以在与通过广播/多播发送的信息相对应的MCS/编码率在特定值以下(例如，Y)的情况下，不应用重发控制，而在除此之外(例如，MCS/编码率大于特定值)的情况下，应用重发控制。特定值(例如，Y)可以在规范中被预先定义，或者也可以通过高层信令等从基站通知给UE。

这样，通过基于特定条件来控制是否应用针对广播/多播发送的重发控制，从而能够基于通信环境或通信条件来灵活地控制重发控制。

<HARQ进程>

在基于HARQ的重发控制中，以进程(HARQ进程)为处理单位进行数据(传送块(TB)或代码块(CB))的重发控制。在相同编号(HARQ进程号(HPN))的HARQ进程中，相同的数据被重发，直到收到ACK。HARQ进程号也称为HARQ进程ID(HARQ进程标识符(HARQ processidentifier))。

在一个时间间隔(例如，时隙或子帧)中，可以使用一个HARQ进程，也可以使用多个HARQ进程。通过独立地并行处理多个HARQ进程，能够发送下一个HARQ进程的数据，而无需等待前一个HARQ进程的A/N，从而减少了延迟时间。

也可以在针对广播/多播发送的重发控制中，也基于HARQ进程来进行重发控制。例如，也可以针对通过广播/多播发送的信息设定X个(或X数，X号)(X≧1)HARQ进程。X可以在规范中预先定义，或者也可以通过高层信令和下行控制信息中的至少一个从基站通知给UE。

在分别支持广播发送和多播发送的情况下，针对广播发送的X和针对于多播发送的X也可以被分别设定。针对广播发送的X和针对多播发送的X也可以被公共地设定。或者，可以为每个广播发送(或每个多播发送)设定不同的X。

此外，可以考虑UE发送针对单播发送的HARQ-ACK和针对广播/多播发送的HARQ-ACK(参见图3)。图3示出了UE报告针对广播/多播发送的HARQ-ACK#B和针对单播发送的HARQ-ACK#A的一例。

在这种情况下，也可以区分(separate)设定与通过单播发送所发送的信息对应的HARQ进程池(HARQ processes pool)和与通过广播/多播发送的信息对应的HARQ进程池。HARQ进程池可以是HARQ进程的处理操作，或者也可以是HARQ进程号的值或HARQ进程号的范围。

例如，用于单播发送的HARQ进程号(例如，HARQ-ACK#B)和用于广播/多播发送的HARQ进程号(例如，HARQ-ACK#A)也可以分开被设定。UE也可以基于用于单播发送的HARQ进程号来控制单播发送的重发，并且基于用于广播/多播发送的HARQ进程号来控制广播/多播发送的重发。

如此，通过在通过单播发送的信息和通过广播/多播发送的信息之间区分设定HARQ进程池，可以避免单播发送的HARQ进程与广播/多播发送的HARQ进程发生冲突。

或者，可以共享地(share)设定与通过单播发送所发送的信息对应的HARQ进程池(HARQ processes pool)和与通过广播/多播发送的信息对应的HARQ进程池。

在这种情况下，也可以将公共的HARQ进程号(例如，X个HARQ进程)应用于用于单播发送的HARQ进程和用于广播/多播发送的HARQ进程。

网络(例如基站)也可以控制HARQ进程处理，以使HARQ进程不会在通过单播发送的信息和通过广播/多播发送的信息之间冲突。例如，基站和UE中的至少一者也可以进行控制，以使不会将对单播发送和广播/多播发送中的一者分配的HARQ进程号分配给另一者。

或者，也可以对HARQ进程设定优先级(例如，优先级规则(priority rule))，并且在HARQ进程发生了重复的情况下，基于该优先级进行重发控制。例如，也可以使广播/多播发送比单播发送具有更高的优先级。在与单播发送对应的HARQ进程和与广播/多播发送对应的HARQ进程冲突的情况下，UE可以优先对与广播/多播发送的HARQ进程进行重发控制。

HARQ进程的优先级也可以基于其他条件来设定。例如，也可以基于服务(或业务类型)来决定HARQ进程的优先级。作为一例，也可以将与第一业务类型(例如，URLLC)对应的HARQ进程的优先级设定为高于与第二业务类型(例如，eMBB)对应的HARQ进程的优先级。

另外，在HARQ进程号为1(X＝1)的情况下，也可以在调度信息中不包含用于指定HARQ进程号的信息。例如，在X＝1的情况下，在调度通过多播/广播发送的控制信息和数据中的至少一者的DCI中，也可以省略用于HARQ进程通知的字段，也可以用于其他用途。在其他(X>1)情况下，可以在该DCI中设定n比特(例如，n＝log₂(X))字段，以通知与多播/广播发送对应的HARQ进程ID。

<软缓冲器>

UE也可能具有缓冲器(软缓冲器)，用于临时保存解码失败了的接收数据。在软缓冲器中，也可以为每个HPN存储接收数据(例如，TB、代码块或包含一个以上的代码块的代码块组(CBG))。

此外，UE也可以将基于反复发送的相同HPN的接收数据(或者重发数据)进行软组合。此外，用户终端也可以将存储在软缓冲器中的数据与相同HPN的接收数据进行软组合。软组合是指，对由相同的信息比特串生成的多个数据分配相同的HPN并发送，接收者对同一HPN的多个数据进行合成。

也可以共享地设定UE侧对于通过单播发送的信息的软缓冲器和UE侧对于通过广播/多播发送的信息的软缓冲器。在这种情况下，即使其中一个发送的解码连续失败的情况下，也可以有效地使用软缓冲器。

或者，可以区分(separate)设定UE侧对于通过单播发送的信息的软缓冲器和UE侧对于通过广播/多播发送的信息的UE侧的软缓冲器。例如，在UE中，也可以除了在单播发送中利用的软缓冲器之外，设定用于广播/多播发送的软缓冲器。由此，能够防止由于一者的发送的解码的失败而对另一者的发送的软缓冲器产生影响。

(第二方式)

第二方式对针对广播/多播发送的送达确认信号(或者也称为重发控制信号、HARQ-ACK)的反馈控制进行说明。

<HARQ-ACK发送定时>

UE在特定定时(例如，K₁)反馈针对通过广播/多播发送的信息的HARQ-ACK(参见图4)。在图4中，示出了包含在UE组#1中的UE在特定定时(例如，K₁₁、K₁₂)反馈HARQ-ACK，并且包含在UE组#2中的UE在特定定时(例如，K₂₁、K₂₂)反馈HARQ-ACK的情况。

特定定时可以由固定值定义，或者也可以从网络(例如，基站)通知。例如，UE也可以应用以下选项2-1至2-3中的任何一个来决定HARQ-ACK的发送定时。

[选项2-1]

可以应用一个定时值(一个值(one value))作为针对广播/多播发送的HARQ-ACK的发送定时。该一个定时值可以在规范中定义，或者也可以通过高层信令等从基站通知给UE。UE也可以基于该一个定时值(例如，固定值K₁)来决定针对广播/多播发送的HARQ-ACK的发送定时。

例如，在图4中，也可以是K₁₁＝K₁₂＝K₂₁＝K₂₂＝固定值K₁。或者，也可以为每个UE组设定一个定时值。例如，在图4中，可以K₁₁＝K₁₂＝固定值K_A，K₂₁＝K₂₂＝固定值K_B。

也可以对于包含在接收通过广播/多播发送的信息的预定的UE组中的多个UE，公共地设定HARQ-ACK的反馈定时(例如，相同的值)。例如，在图4中，也可以是至少K₁₁＝K₁₂、K₂₁＝K₂₂。由此，可以对齐来自包含在预定的UE组中的多个UE的HARQ-ACK的反馈定时。

或者，也可以对包含在UE组中的多个UE，分别独立地设定HARQ-ACK的反馈定时(例如，不同的值)。例如，在图4中，也可以是至少K₁₁≠K₁₂、K₂₁≠K₂₂。在这种情况下，能够分散来自包含在特定的UE组中的多个UE的HARQ-ACK的反馈定时。另外，也可以对包含在特定组中的多个UE的一部分设定相同的值，并且对其他UE设定不同的值。

[选项2-2]

也可以设为如下结构，即，设定针对广播/多播发送的HARQ-ACK的发送定时值的集合(或者，也称为发送定时值的组合、多个发送定时候选、发送定时候选集)，从集合中选择特定的发送定时值。HARQ-ACK的发送定时值的集合也可以在规范中预先定义，或者也可以利用高层信令等从基站通知给UE。

进一步地，基站也可以向UE发送用于从HARQ-ACK的发送定时值的集合中指定特定的发送定时值的信息。例如，基站也可以在下行控制信息中包含用于指定特定的发送定时值的信息，并将其发送给UE。UE也可以基于包含在下行控制信息中的比特信息来决定HARQ-ACK的发送定时值。

下行控制信息(例如，组公共PDCCH)也可以被发送到多个UE(例如，包含在特定组中的UE)。在这种情况下，包含在特定组中的所有UE能够利用相同的定时来反馈HARQ-ACK。

[选项2-3]

基站也可以对各UE设定HARQ-ACK的发送定时的第一发送定时参数(例如，偏移(例如，T_delta或ΔT))。例如，基站也可以利用高层信令等来将HARQ-ACK的发送定时的偏移设定给UE。在该情况下，可以为每个UE分开设定偏移(例如，不同的偏移)，或者可以为每个组设定偏移(例如，特定组公共的偏移)。

进一步地，基站也可以利用下行控制信息等向UE通知关于第二发送定时参数的信息(例如，HARQ-ACK的发送定时)。例如，基站也可以利用用于调度广播/多播发送的DCI(或者PDCCH)或者组公共的DCI(或者，组公共PDCCH)，对多个UE通知相同的发送定时(例如，K₁)。或者，基站也可以利用UE特定的DCI(或UE特定的PDCCH)来分别向每个UE分开通知发送定时。

各UE基于通过高层信令通知的第一发送定时参数(例如，T_delta)和通过DCI通知的第二发送定时参数(例如，发送定时K₁)来决定HARQ-ACK的发送定时(例如，K₁+T_delta)。由此，通过将第一参数和第二参数中的至少一者(例如，偏移)特定地通知给UE，即使在另一者被设置为UE组公共的情况下，也能够在UE之间灵活地控制发送定时。

另外，也可以分开设置(例如，通过利用不同的方法)针对单播发送的HARQ-ACK的发送定时和针对广播/多播发送的HARQ-ACK的发送定时。由此，能够根据各发送，灵活地控制HARQ-ACK的反馈定时。

<HARQ-ACK反馈资源>

UE也可以基于特定信息来判断在针对广播/多播发送的HARQ-ACK的反馈中利用的资源和格式中的至少一个(以下也称为资源/格式)。例如，UE也可以应用以下选项3-1至3-3中的任何一个来决定用于HARQ-ACK的资源/格式。另外，HARQ-ACK的发送定时应用上述选项2-1至2-3中的任何一个即可。

[选项3-1]

基站也可以利用高层信令向各UE通知关于在HARQ-ACK发送中利用的特定信道(例如，PUCCH)的资源/格式的信息。也可以对各UE分开设定通知给各UE的PUCCH的资源/格式(例如，可以设置不同的资源/格式)。

或者，基站也可以利用高层信令来向每个UE组通知关于在HARQ-ACK发送中利用的PUCCH的资源/格式的信息。即，也可以以UE组为单位来设定PUCCH的资源/格式。在该情况下，包含在相同组中的UE也可以利用相同的资源/格式来进行HARQ-ACK的发送。

在选项3-1中，UE能够基于通过高层信令而被通知的信息(不利用L1信令)来判断要在HARQ-ACK发送中利用的资源/格式。

[选项3-2]

基站也可以利用高层信令向各UE通知第一资源/格式的参数。第一资源/格式的参数也可以是与在HARQ-ACK发送中利用的特定信道(例如，PUCCH)的资源索引(例如，PUCCH_index)有关的信息。可以按每个UE分别设定PUCCH的资源索引(例如，不同的资源索引)。

此外，基站也可以通过高层信令将PUCCH资源的多个集合(也称为多个PUCCH资源候选集合)设定给UE。进一步地，基站也可以在下行控制信息中包含用于从多个集合中指定特定的集合的信息，并将其发送给UE。特定的集合也可以被称为第二资源/格式的参数。

例如，基站也可以利用用于调度广播/多播发送的DCI(或PDCCH)、或组公共的DCI(或组公共PDCCH)对多个UE通知特定的集合。或者，基站也可以利用UE特定的DCI(或UE特定的PDCCH)来向每个UE分别分开通知特定的集合。

各UE也可以基于通过高层信令被通知的第一资源/格式的参数和利用DCI和高层信令中的至少一个而被指定的第二资源/格式的参数，来决定PUCCH资源/格式。例如，UE基于通过高层信令而被通知的PUCCH资源索引，从由下行控制信息指定的特定的PUCCH资源的集合中决定PUCCH资源/格式。

通过将第一资源/格式参数和第二资源/格式参数中的至少一者(例如，PUCCH资源索引)特定地通知给UE，即使在另一者被设定为UE组公共的情况下，也能够在UE之间利用不同的PUCCH资源。

[选项3-3]

基站也可以通过高层信令将多个PUCCH资源(也称为PUCCH资源候选)设定给UE。进一步地，基站也可以将包含用于从多个PUCCH资源中指定特定的PUCCH资源的信息的下行控制信息发送给UE(例如，特定组中包含的多个UE)。下行控制信息也可以是通过组公共PDCCH发送的DCI，或者也可以是调度广播/多播发送的DCI。

在该情况下，也可以针对包含在特定组中的多个UE，指定相同的PUCCH资源。

(第三方式)

第三方式对在针对广播/多播发送的HARQ-ACK的发送中利用的上行信道(例如，PUCCH和PUSCH中的至少一个)的发送功率控制进行说明。另外，在以下的说明中，作为在HARQ-ACK的发送中利用的上行信道，举例说明PUCCH，但是关于其他的上行信道(例如，PUSCH)也可以类似地应用。

<UL的发送功率控制>

在Rel.15中，UE按照每个发送机会i进行发送功率控制(transmission powercontrol(TPC))。发送机会i也可以是PUSCH、PUCCH、SRS、或者PRACH的发送机会。发送机会i也可以由针对具有***帧号(system frame number(SFN))的帧内的子载波间隔设定(subcarrier spacing configuration)μ的时隙索引n_s,f ^μ、和该时隙内的最初的码元(发送机会i的最初的码元的索引)S、和连续码元数量L来定义。

PUCCH的发送功率基于DCI内的特定字段(也称为TPC命令字段、第一字段等)的值所表示的TPC命令(值、增减值、校正值(correction value)、指示值等)来受控制。

例如，对于关于使用了功率控制调整状态(power control adjustment state)的索引I的小区c的载波f的BWP b的发送机会(transmission occasion)(也称为发送期间等)i中的PUCCH的发送功率(P_PUCCH,b,f,c(I,q_u,q_d,I))，也可以由下述式(1)表示。

在此，功率控制调整状态也可以通过高层参数来被设定具有多个状态(例如2个状态)、还是具有单一状态。此外，在被设定多个功率控制调整状态的情况下，也可以通过索引I(例如，I∈{0，1})来识别该多个功率控制调整状态中的一个。功率控制调整状态也可以被称为PUCCH功率控制调整状态(PUCCH power control adjustment state)、第一或第二状态等。

此外，PUCCH的发送机会i是发送PUCCH的特定期间，也可以由例如一个以上的码元、一个以上的时隙等构成。

[数1]

式(1)

在式(1)中，P_CMAX,f,c(i)例如是被设定为用于发送机会i中的小区c的载波f的用户终端的发送功率(也称为最大发送功率等)。P_{O_PUCCH,b,f,c}(q_u)例如是与被设定为用于在发送机会i中的小区c的载波f的BWP b的目标接收功率相关的参数(例如，也称为与发送功率偏移有关的参数、发送功率偏移PO、或者目标接收功率参数等)。

M^PUCCH _RB,b,f,c(i)例如是为了小区c和子载波间隔μ的载波f的上行BWP b中的发送机会i而分配给PUCCH的资源块数量(带宽)。PL_b,f,c(q_d)例如是由用户终端使用用于与小区c的载波f的上行BWP关联的下行BWP的参考信号的索引q_d计算的路径损耗。

Δ_{F_PUCCH}(F)是对每个PUCCH格式赋予的高层参数。Δ_TF,b,f,c(i)是用于小区c的载波f的上行BWP b的发送功率调整分量(transmission power adjustment component)(偏移)。

g_b,f,c(i，I)是基于小区c以及发送机会i的载波f的上行BWP的上述功率控制调整状态索引I的TPC命令的值(例如，功率控制调整状态、TPC命令的累积值)。例如，TPC命令的累积值也可以通过特定的式子来表示。

TPC命令也可以基于被用于PUSCH或PDSCH的调度的DCI内的特定字段(也称为TPC命令字段、第一字段等)的值来决定。功率控制信息也可以被称为TPC命令(也称为值、增减值、校正值(correction value)等)。

另外，式(1)只不过是例示，并不限定于此。用户终端只要基于式(1)所例示的至少一个参数来控制PUCCH的发送功率即可，既可以包含附加的参数，也可以省略一部分参数。此外，在上述式(1)中，针对某个小区的某个载波的每个BWP控制PUCCH的发送功率，但不限于此。也可以省略小区、载波、BWP、功率控制调整状态的至少一部分。

UE将特定的发送功率(或特定的发送功率参数)应用于在针对广播/多播发送的HARQ-ACK的反馈中利用的PUCCH(见图5)。在图5中，示出了UE组#1中包含的UE通过应用了特定发送功率(例如，P₁₁、P₁₂)的PUCCH反馈HARQ-ACK，UE组#2中包含的UE通过应用了特定发送功率(例如，P₂₁、P₂₂)的PUCCH反馈HARQ-ACK的情况。

UE也可以基于特定信息决定特定发送功率。例如，UE也可以应用以下选项4-1至4-2中的任何一个来决定发送功率。

[选项4-1]

UE也可以基于通过高层信令而被设定的参数(也称为发送功率参数)来决定PUCCH的发送功率。通过高层信令而被设定的参数也可以是包含在上述式(1)中的参数(例如，P 0和α的组合)，或者也可以是其他参数。

此外，也可以在通过广播/多播发送被发送相同信息的特定UE组中包含的多个UE之间被分开设定发送功率参数(例如，不同的发送功率参数)。即，也可以分别对每个UE分开设定发送功率参数。例如，在图5中，被分开设定P₁₁和P₁₂(或者，P₂₁和P₂₂)。

此外，也可以在通过广播/多播发送被发送相同信息的特定UE组中包含的多个UE之间被分开设定发送功率值。由此，考虑到不同UE之间的干扰等，能够灵活地控制发送功率控制。

[选项4-2]

基站也可以利用高层信令对各UE设定第一发送功率参数。第一发送功率参数可以为多个UE(例如，UE组)公共地设置，也可以为每个UE分开设定(例如，不同的值)。第一发送功率参数可以是例如功率偏移(例如，P_delta或P_Δ)。

此外，基站也可以利用高层信令和DCI中的至少一者向UE通知第二发送功率参数。第二参数也可以是功率控制值(power control value)(例如，P_M或P_M)。例如，基站也可以利用高层信令来将第二发送功率参数的集合(例如，多个第二参数候选值或第二参数候选集)设定给UE，并利用DCI来向UE通知特定的第二参数。

例如，基站也可以利用调度广播/多播发送的DCI(或PDCCH)，或者组公共的DCI(或组公共PDCCH)来向多个UE通知特定的第二参数。或者，基站也可以利用UE特定的DCI(或UE特定的PDCCH)来向每个UE分别分开通知特定的第二参数。

各UE也可以基于通过高层信令被通知的第一发送功率参数和利用DCI和高层信令中的至少一个而被指定的第二发送功率参数(例如，P_delta+P_M)，调整PUCCH的发送功率。

通过将第一发送功率参数和第二发送功率参数中的至少一者(例如，P_delta)特定地通知给UE，即使在另一者被设定为UE组公共的情况下，也能够在UE之间利用不同的发送功率。

[选项4-3]

各UE也可以基于TPC命令来调整PUCCH的发送功率。例如，除了选项4-1或4-2之外，UE也可以还考虑TPC命令来确定PUCCH的发送功率。

TPC命令也可以包含在调度广播/多播发送的DCI中。或者，TPC命令也可以包含在与调度广播/多播发送的DCI不同的其他DCI中。发送TPC命令的DCI也可以作为UE特定的DCI来发送，也可以作为特定UE组公共的DCI(例如，组公共PDCCH)发送。

(第四方式)

第四发送说明了针对广播/多播发送的HARQ-ACK的发送控制。

在基于HARQ的重发控制中，在数据的接收处理(例如，解码)成功的情况下，UE发送ACK，在失败的情况下，UE发送NACK。作为针对通过广播/多播发送的信息的重发控制，UE也可以应用以下选项5-1至5-2中的任何一个。

[选项5-1]

也可以控制UE作为针对广播/多播发送的HARQ-ACK仅报告一者(例如，NACK)。例如，UE也可以控制，以使在对于通过广播/多播发送的信息的解码处理失败的情况下报告NACK，并且在解码处理成功的情况下不报告ACK(参见图6)。

在图6中，示出了在UE组#1中包含的UE对通过广播/多播发送的信息的解码失败了的情况下发送NACK，在UE组#2中包含的UE对通过广播/多播发送的信息解码失败了的情况下发送NACK的情况。另外，也可以控制为，在解码成功的情况下，不发送ACK。

基站也可以针对没有报告NACK的UE判断为数据接收是成功的。基站中的NACK检测(detection)也可以是基于功率的检测的(也称为能量检测(energy detection))。例如，基站也可以利用与通过PUCCH发送的调度请求(SR)的检测相同的机制来进行NACK的检测。

此外，由各UE报告的NACK的资源也可以在多个UE之间被公共地设置(共享(share))。也就是说，对广播/多播发送发送NACK的UE也可以利用相同的UL信道资源(例如，PUCCH资源)来发送NACK。用于该NACK报告的资源也可以在规范中定义，也可以利用下行控制信息和高层信令中的至少一者从基站通知给各UE(或各UE组)。

例如，在图6中，在UE组#1中包含的多个UE发送NACK的情况下，也可以利用相同的UL信道资源(例如，具有相同时域和频域的资源)来发送NACK。同样地，在UE组#2中包含的多个UE发送NACK的情况下，也可以利用相同的UL信道资源(例如，具有相同时域和频域的资源)来发送NACK。

这样，通过对多个UE(例如，同一UE组)公共地设定用于NACK报告的资源，能够提高资源的利用效率。

基站也可以基于是否在用于NACK的资源中检测到NACK报告来进行重发控制(例如，判断是否重发)。例如，设想基站在设定给UE组#1的资源中检测到NACK。这意味着UE组#1中的至少一个UE(通过广播/多播发送的UE)解码失败。

在该情况下，基站也可以通过广播/多播发送来重发信息(例如，传输块)。UE也可以针对被重发的信息，基于本终端的接收状况来控制是否接收。例如，进行控制，以使报告了NACK的UE接收被重发的信息。另一方面，没有报告NACK的UE(例如，成功解码的UE)也可以跳过被重发的信息的接收处理(例如，解码)。

以这种方式，通过基于接收状况来控制是否接收被重发的信息，能够抑制UE的接收处理的负担增加。

另外，在上述说明中，示出了仅报告NACK的情况，但不限于此。也可以设为仅发送ACK的结构。

[选项5-2]

UE可以进行控制，以使作为针对广播/多播发送的HARQ-ACK而仅报告ACK和NACK中的至少一者。例如，UE也可以进行控制，以使在对通过广播/多播发送的信息的解码处理失败的情况下报告NACK，在解码处理成功的情况下报告ACK。或者，UE也可以进行控制，以使如上面的选项5-1，在解码处理失败的情况下报告NACK，而在解码处理成功的情况下不报告ACK。

各UE在ACK和NACK中的至少一者(在下文中，也称为ACK/NACK)的报告中利用的资源可以对每个UE被分开设定(例如，UE特定的)(参见图7)。在图7中，示出了以下的情况：即，包含在UE组#1中的各UE使用不同的资源发送针对广播/多播发送的ACK/NACK，包含在UE组#2中的各UE使用不同的资源发送针对广播/多播发送的ACK/NACK。另外UE也可以只报告NACK(仅在解码失败的情况下报告)。

以这种方式，也可以对属于同一UE组的多个UE被设定分别不同的ACK/NACK报告用资源(例如，时域、频域和码中的至少一个不同的资源)。ACK/NACK报告用资源也可以从基站利用下行控制信息和高层信令中的至少一者通知给各UE。

基站也可以基于在对每个UE设定的资源中是否检测到ACK/NACK来分别进行对于各UE的重发控制(例如，判断是否重发)。例如，基站也可以仅对报告了NACK的UE进行重发。在该情况下，基站也可以利用单播发送对特定UE选择性地重发针对通过广播/多播发送的信息的重发信息(例如，传输块)。

由此，能够仅对对通过广播/多播发送的信息的解码失败了的UE进行重发。其结果，由于已经成功解码的UE不需要接收被重发的信息，因此能够抑制该UE的接收处理的负担增大。

另外，基站也可以根据发送了NACK的UE的数量(或者发送了ACK的UE的数量)来决定重发的方法。例如，在报告了NACK的UE在预定值以上(或者报告了ACK的UE小于特定值)的情况下，也可以通过广播/多播发送进行重发。在这种情况下，未报告NACK的UE(或报告了ACK的UE)也可以跳过被重发的信息的接收处理(例如，解码)。

(无线通信***)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

也可以通过PUCCH来传输包含信道状态信息(Channel State Information(CSI))、送达确认信息(例如，也可以称为混合自动重发请求(Hybrid Automatic Repeatrequest ACKnowledgement(HARQ-ACK)、ACK/NACK等)、以及调度请求(Scheduling Request(SR))的至少一个的上行控制信息(上行链路控制信息(Uplink Control Information(UCI)))。也可以通过PRACH来传输用于与小区建立连接的随机接入前导码。

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

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

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

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

(基站)

图9是表示一实施方式所涉及的基站的结构的一例的图。基站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、射频(Radio Frequency(RF))单元122、测量单元123。基带单元121也可以包含发送处理单元1211以及接收处理单元1212。发送接收单元120能够由基于本公开所涉及的技术领域中的公共认知而说明的发送机/接收机、RF电路、基带电路、滤波器、相位偏移器(移相器(phase shifter))、测量电路、发送接收电路等构成。

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

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

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

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

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

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

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

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

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

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

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

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

另外，发送接收单元120通过利用广播和多播中的至少一者来发送特定信息。发送接收单元120也可以接收针对利用广播和多播中的至少一者发送的特定信息的重发控制信息。

控制单元110也可以进行控制，以使对UE设定是否应用针对利用广播和多播中的至少一者发送的特定信息的重发控制。

此外，控制单元110也可以进行控制，以使对UE设定针对利用广播和多播中的至少一者发送的特定信息的重发控制的发送定时。

此外，控制单元110也可以进行控制，以使将针对通过利用广播和多播中的至少一者发送的特定信息的重发控制的发送功率设置给UE。

此外，控制单元110也可以进行控制，以使对UE设定针对利用广播和多播中的至少一者发送的特定信息的重发控制的资源。

(用户终端)

图10是表示一实施方式所涉及的用户终端的结构的一例的图。用户终端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的至少一个而构成。

另外，发送接收单元220接收通过广播和多播中的至少一者发送的特定信息。此外，发送接收单元220可以发送针对通过广播和多播中的至少一者发送的特定信息的重发控制信息。

控制单元210也可以基于从网络发送的信息和应用于特定信息的发送的条件中的至少一个来判断是否发送针对特定信息的重发控制信息。例如，控制单元210也可以基于是否应用针对特定信息的反复发送、对特定信息应用的MCS、以及对特定信息应用的编码率中的至少一个来决定是否发送针对特定信息的重发控制信息。此外，控制单元210也可以设想为，被公共地设定在针对特定信息的重发控制中利用的进程号、以及在针对通过单播发送的信息的重发控制中利用的进程号。此外控制单元210，也可以设想为，在针对特定信息的重发控制中利用的进程号和在针对通过单播发送的信息的重发控制中利用的进程号被分开设定。

控制单元210也可以基于被预先定义的值和从网络发送的信息中的至少一个，决定针对特定信息的重发控制信息的发送定时。此外，控制单元210也可以基于与针对特定信息的重发控制信息的发送定时的候选集有关的信息和被公共地发送到特定的用户终端的下行控制信息来选择特定的发送定时。此外，控制单元210也可以基于被通过高层信令通知的第一发送定时参数和通过下行控制信息通知的第二发送定时参数来决定定针对特定信息的重发控制的信息的发送定时。此外，控制单元210也可以基于通过高层信令通知的第一资源参数和利用高层信令和下行控制信息中的至少一个指定的第二资源参数来决定在针对特定信息的重发控制信息的发送中利用的资源。此外，控制单元210也可以基于在针对特定信息的重发控制信息的发送中利用的资源的候选集和公共地发送到特定的用户终端的下行控制信息来选择特定的资源。

控制单元210也可以基于对每个用户终端分别通知的发送功率参数来决定在针对特定信息的重发控制信息的发送中利用的上行信道的发送功率。此外，控制单元210也可以设想为，对每个用户终端分开设定发送功率参数的值和重发控制信息的发送定时中的至少一个。此外，控制单元210也可以基于通过高层信令通知的第一发送功率参数和利用高层信令和下行控制信息中的至少一个来指定的第二发送功率参数来决定发送功率。此外，控制单元210也可以基于包含在与用于调度特定信息的下行控制信息不同的下行控制信息中的发送功率控制命令来决定发送功率。

控制单元210也可以利用在多个用户终端之间被公共地设置的资源来控制针对特定信息的重发控制信息的报告。此外，控制单元210也可以进行控制，以使仅报告ACK和NACK中的一者作为重发控制信息。此外，在特定信息的重发被通过广播以及多播来发送的情况下，控制单元210也可以基于特定信息的接收结果来决定是否接收被重发的信息。此外，控制单元210也可以利用在用户终端之间被分开设置的资源来控制针对特定信息的重发控制信息的报告。此外，控制单元210也为可以设想特定信息的重发是通过单播来发送的。

(硬件结构)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(变形例)

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

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

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

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

时隙也可以包含多个迷你时隙。各迷你时隙也可以在时域内由一个或者多个码元构成。此外，迷你时隙也可以被称为子时隙。迷你时隙还可以由比时隙少的数量的码元构成。以比迷你时隙大的时间单位被发送的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。

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

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

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

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

带宽部分(Bandwidth Part(BWP))(也可以被称为部分带宽等)也可以表示在某载波中某参数集用的连续的公共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内的码元数、码元长度、循环前缀(Cyclic Prefix(CP))长度等结构能够进行各种各样的变更。

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

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

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

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

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

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

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

此外，特定的信息的通知(例如，“是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)、可执行文件、执行线程、过程、功能等的意思。

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

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

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

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

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

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

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

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

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

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

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

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

在本公开中进行了说明的各方式/实施方式也可以应用于长期演进(Long TermEvolution(LTE))、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、***移动通信***(4th generation mobile communication system(4G))、第五代移动通信***(5th generation mobile communication system(5G))、未来无线电接入(Future Radio Access(FRA))、新无线电接入技术(New-Radio Access Technology(RAT))、新无线(New Radio(NR))、新无线接入(New radio access(NX))、新一代无线接入(Future generation radio access(FX))、全球移动通信***(Global System forMobile communications(GSM(注册商标)))、CDMA2000、超移动宽带(Ultra MobileBroadband(UMB))、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(Ultra-WideBand(UWB))、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那样通过翻译附加了冠词的情况下，本公开还可以包含接在这些冠词之后的名词是复数形式的情况。

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

本申请基于2019年5月17日提交的专利申请第2019-094080号。所有这些内容都包含在本文。

Claims

1.一种用户终端，其特征在于，包括：

接收单元，接收通过广播和多播中的至少一者而被发送的特定信息；以及

控制单元，利用在多个用户终端之间被公共设定的资源来控制针对所述特定信息的重传控制信息的报告。

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

所述控制单元进行控制，使得仅报告ACK和NACK中的一者作为所述重传控制信息。

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

在所述特定信息的重传被通过广播和多播来发送的情况下，所述控制单元基于所述特定信息的接收结果来决定是否接收被重传的信息。

4.一种用户终端，其特征在于，包括：

接收单元，接收通过广播和多播中的至少一者被发送的特定信息；以及

控制单元，利用在用户终端之间被分开设定的资源来控制针对所述特定信息的重传控制信息的报告。

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

所述特定信息的重传被通过单播方式发送。

6.一种无线通信方法，其特征在于，包括：

接收通过广播和多播中的至少一者而被发送的特定信息的步骤；以及

利用在多个用户终端之间被公共设定的资源来控制针对所述特定信息的重传控制信息的报告的步骤。