CN113994741A - 用户终端以及无线通信方法 - Google Patents

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))、3GPP Rel.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)中，设想1个用户终端(UE)利用多个服务(或者，也称为类型、业务类型)进行通信。

作为该多个服务，例如有要求条件不同的快速及大容量的服务(例如，与增强移动宽带(eMBB：enhanced Mobile Broad Band)进行关联的服务(eMBB服务))以及超高可靠及低延迟的服务(例如，与超可靠和低延迟通信(URLLC：Ultra Reliable and Low LatencyCommunications)进行关联的(related)服务(URLLC服务))等。

但是，针对UE利用多个服务的情况下的控制(例如，发送功率控制的通知等)尚未充分地进行研究。在发送功率控制没有被恰当地进行的情况下，有通信质量等劣化等的担忧。

因此，本公开的目的之一在于，提供能够恰当地控制发送功率的用户终端以及无线通信方法。

用于解决课题的手段

本公开的一方式所涉及的用户终端的特征在于，具有：接收单元，接收在应用于第一类型的上行信道以及第二类型的上行信道的至少一方的发送功率控制命令的发送中被利用的特定的下行控制信息；控制单元，基于从网络被发送的信息、由所述特定的下行控制信息中包含的特定块所指定的信息、所述特定的下行控制信息的格式、以及对所述第一类型或者所述第二类型的上行信道进行调度的下行控制信息、的至少一个，对所述特定的下行控制信息中包含的发送功率控制命令的应用进行控制。

发明效果

根据本公开的一方式，能够恰当地控制发送功率。

附图说明

图1是表示TPC命令发送用的DCI格式的一例的图。

图2是说明基于多个服务导入的TPC命令发送用的DCI格式的应用的课题的图。

图3A以及图3B是表示有序(in order)处理以及无序(out of order)处理的一例的图。

图4是表示无序处理的一例的图。

图5是表示无序处理的其他例的图。

图6是表示第一方式所涉及的发送功率控制的一例的图。

图7A以及图7B是表示第一方式所涉及的发送功率控制的其他例的图。

图8A以及图8B是表示第二方式所涉及的发送功率控制的一例的图。

图9A以及图9B是表示第二方式所涉及的发送功率控制的其他例的图。

图10A以及图10B是表示第三方式所涉及的发送功率控制的一例的图。

图11是表示第三方式所涉及的发送功率控制的其他例的图。

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

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

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

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

具体实施方式

(服务/类型)

在未来的无线通信系统(例如，NR)中，设想移动宽带的进一步的高度化(例如，增强移动宽带(enhanced Mobile Broadband(eMBB)))、实现大量同时连接的机器类通信(例如，大规模机器类通信(massive Machine Type Communications(mMTC)))、物联网(Internet of Things(IoT)))、超可靠且低延迟通信(例如，Ultra-Reliable and Low-Latency Communications(URLLC))等的业务类型(也称为类型、服务、服务类型、通信类型、用例等)。例如，在URLLC中，被要求比eMBB更小的延迟以及更高的可靠性。

业务类型也可以在物理层中基于以下的至少一个而被识别。

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

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

·信道质量指示(Channel Quality Indication(CQI))表格

·DCI格式

·被用于该DCI(DCI格式)中包含的(附加的)循环冗余校验(CRC：CyclicRedundancy Check)比特的加扰(屏蔽(mask))的(无线网络临时标识符(系统信息-无线网络临时标识符(RNTI：System Information-Radio Network Temporary Identifier)))

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

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

·搜索空间

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

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

·被用于该PDSCH的调制阶数(modulation order)、目标编码率(target coderate)、传输块尺寸(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加扰)

业务类型也可以被与通信要件(延迟、错误率等要件、要求条件)、数据类型(声音、数据等)等进行关联。

URLLC的要件和eMBB的要件的差异既可以是URLLC的延迟(latency)比eMBB的延迟小，也可以是URLLC的要件包含可靠性的要件。

例如，eMBB的用户(user(U))面(plane)延迟的要件也可以包含：下行链路的U面延迟为4ms、上行链路的U面延迟为4ms。另一方面，URLLC的U面延迟的要件也可以包含：下行链路的U面延迟为0.5ms、上行链路的U面延迟为0.5ms。此外，URLLC的可靠性的要件也可以包含：在1ms的U面延迟中32字节的错误率为10^-5。

(UL的发送功率控制)

在NR中，PUSCH或者PUCCH的发送功率基于在PUSCH或者PDSCH的调度中被利用的DCI内的特定字段(也称为TPC命令字段、第一字段等)的值所示的功率控制信息而被控制。这些DCI也可以被称为DCI格式0_0、0_1。功率控制信息也可以被称为TPC命令(也称为值、增减值、校正值(correction value)等)。

此外，在NR中，支持被用于PUCCH以及PUSCH的至少一个用的TPC命令的发送的DCI格式(例如，DCI格式2_2)。UE基于该DCI格式内的TPC命令所示的值，对PUCCH以及PUSCH的至少一个的发送功率进行控制。被用于TPC命令的发送用的DCI格式也可以是在PDSCH或者PUSCH的调度中未被利用的(不包含调度信息的)结构。

例如，网络(例如，基站)在不需要按每个PUSCH发送进行调度的UL发送中，能够使用TPC命令发送用的DCI格式(例如，DCI格式2_2)对UE的UL发送功率进行控制。不需要按每个PUSCH发送进行调度的UL发送例如也可以是基于设定许可的PUSCH发送、或者UL半持续调度(UL SPS)等。

TPC命令发送用的DCI格式也可以在被进行了特定的PUSCH的调度之后为了变更该PUSCH的UL发送功率而被利用。

TPC命令发送用的DCI格式(例如，DCI格式2_2)的CRC比特也可以以与其他用途的DCI格式(例如，DCI格式0_0、0_1、1_0、1_1、2_0、2_1、2_3等)不同的加扰标识符被加扰(屏蔽(mask))。例如，DCI格式2_2也可以以TPC-RNTI(TPC-PUSCH-RNTI以及TPC-PUCCH-RNTI的至少一个)被加扰。

被应用于TPC命令发送用的DCI格式的RNTI也可以是特定UE组所特定的。在该情况下，以TPC命令发送用的DCI格式被通知的TPC命令也可以被称为组公共TPC命令。

通过不同的多个加扰标识符，UE能够识别被用于PUCCH以及PUSCH的至少一个用的TPC命令的发送的DCI格式、和其他用途的DCI格式。另外，表示TPC-RNTI的信息也可以通过高层信令从无线基站被通知(或者设定)给UE。

图1表示TPC命令发送用的DCI格式(例如，DCI格式2_2)的一例。DCI格式2_2也可以包含N(N≥1)个块。各块也可以由特定比特数构成，包含特定信息。在此，表示各块(N＝3)由2比特或者3比特构成，在各块中，包含闭环通知(闭环指示符(Closed loop indicator))字段(0比特或者1比特)、和TPC命令(TPC command)字段(2比特)的情况。

此外，在图1中，表示块#1对应于UE#1、块#2对应于UE#2、块#3对应于UE#3的情况。UE也可以基于从基站被通知的信息来判断本终端所对应的块。从基站被通知给UE的信息也可以通过高层参数(例如，tpc-PUSCH或者tpc-PUCCH)被发送。另外，DCI格式2_2中包含的块数、比特数不限于图1所示的结构。

此外，对于各PUSCH或者PUCCH发送而分别通过DCI(例如，DCI格式0_0、0_1、2_2的至少一个)被指定的TPC命令也可以被积蓄(tpc-accumulation)。UE也可以从网络(例如，基站)被设定是否进行TPC命令的积蓄。基站也可以利用高层信令(例如，tpc-Accummlation)向UE通知有无TPC命令的积蓄。

在被应用(enabled)TPC命令的积蓄的情况下，UE也可以考虑通过特定的DCI(或者，PDCCH)被通知的TPC命令来决定发送功率。此外，TPC命令也可以被包含于以特定的算式被定义的功率控制调整状态的参数的一个(例如，特定的算式的一部分)。

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

或者，功率控制调整状态的索引也可以基于通过DCI被通知的信息而被决定。例如，也可以在DCI格式2_2的特定字段(例如，闭环通知(闭环指示符(Closed loopindicator))字段)中包含与索引l有关的信息。

UE也可以按功率控制调整状态的每个索引分别分开控制TPC命令的积蓄。例如，在被设定了多个功率控制调整状态的索引的情况下，UE也可以按每个索引进行发送功率控制(例如，TPC命令的积蓄等)。

这样，在NR中，支持考虑(例如，积蓄)TPC命令发送用的DCI(或者，DCI格式)中包含的TPC命令来决定发送功率的方法。另一方面，在UE进行类型(或者，服务)不同的多个上行信道(例如，PUSCH以及PUCCH的至少一个)的发送的情况下，怎样控制发送功率(例如，TPC命令的应用或者积蓄等)成为问题。

例如，如图2所示，在UE发送类型(或者，优先级)不同的多个PUSCH#A以及PUSCH#B的情况下，怎样应用TPC命令发送用的DCI中包含的TPC命令(例如，组公共TPC命令)成为问题。

但是，在现状的规范中，针对支持多个类型(或者，服务)的情况下的发送功率控制等尚未充分地进行研究。在该发送功率的控制没有被恰当地进行的情况下，有通信质量等劣化的担忧。

因此，本发明的发明人们研究恰当地控制在进行与多个类型(或者，服务)对应的上行信道的发送的情况下的UL发送的发送功率的方法，达成了本发明。

以下，针对本公开所涉及的实施方式，参考附图详细地进行说明。各实施方式既可以分别被单独应用，也可以被组合应用。在以下的说明中，作为UL信道(或者，UL物理信道)而举上行共享信道(例如，PUSCH)为例进行说明，但针对上行控制信道也可以同样地应用。例如，在以下的说明中也可以将PUSCH替换为PUCCH来应用。

(发送功率控制的应用情形)

作为能够应用以下所示的各方式的情形，例如，也可以设想以下的情形1以及情形2的至少一个。

＜有序处理＞

情形1相当于类型(或者，优先级)不同的PUSCH#A的发送处理和PUSCH#B的发送处理的开始和结束的顺序被相同地进行的情况(有序)(参考图3A)。

在图3A中，UE在最初接收到对PUSCH#A的发送进行指示的PDCCH#A(或者，DCI#A)之后，接收对PUSCH#B的发送进行指示的PDCCH#B(或者，DCI#B)。并且，UE在进行了PUSCH#A的发送之后，进行PUSCH#B的发送。

＜无序处理＞

情形2相当于类型(或者，优先级)不同的PUSCH#A的发送处理和PUSCH#B的发送处理的开始和结束的顺序被反转进行的情况(无序)(参考图3B)。在以下，针对无序进行说明。

考虑接收某信号或者信道(也可以被记载为信号/信道)，进行与该信号/信道对应的别的信号/信道的发送接收的处理。从开始第一该处理至结束为止，开始别的第二该处理并结束，这样的情形由于处理的开始和结束的顺序反转，也被称为无序(Out-Of-Order(OOO))处理。在NR中，正在研究这样的无序处理的导入。

图4是表示无序处理的另一例的图。在本例中，上述的第一处理相当于接收PDCCH#1、发送与该PDCCH#1对应的PUSCH#1或者接收对应的PDSCH#1的处理。上述的第二处理相当于接收PDCCH#2、发送与该PDCCH#2对应的PUSCH#2或者接收对应的PDSCH#2的处理。

在本例中，PDCCH#1以及PUSCH#1/PDSCH#1间的时间与PDCCH#2以及PUSCH#2/PDSCH#2间的时间相比相当大，第一处理和第二处理成为无序。具体而言，与在PDCCH#1之后接收到的PDCCH#2进行关联的PUSCH#2/PDSCH#2在与该PDCCH#1进行关联的PUSCH#1/PDSCH#1更前被发送接收。

另外，本公开的PUSCH#X/PDSCH#X也可以被替换为PUSCH#X以及PDSCH#X的至少一方。

图4那样的无序处理由于与PUSCH/PDSCH的调度进行关联，也可以被称为无序调度、无序PUSCH/PDSCH等。

图5是表示无序处理的其他例的图。在本例中，上述的第一处理相当于接收第一PDSCH(PDSCH#1)、发送与该PDSCH#1对应的第一HARQ-ACK(HARQ-ACK#1)的处理。上述的第二处理相当于接收第二PDSCH(PDSCH#2)、发送与该PDSCH#2对应的第二HARQ-ACK(HARQ-ACK#2)的处理。

图5所示的K1是表示与所接收到的PDSCH对应的HARQ-ACK的发送定时的参数，也可以基于对该PDSCH进行调度的DCI而被决定(例如，也可以通过与PDSCH对应的HARQ的定时指示字段(PDSCH-to-HARQ-timing-indicator field)被指定)。

在本例中，PDSCH#1以及HARQ-ACK#1间的K1(＝15)与PDSCH#2以及HARQ-ACK#2间的K1(＝2)相比相当大，第一处理和第二处理成为无序。具体而言，与在PDSCH#1之后接收到的PDSCH#2进行关联的HARQ-ACK#2在与该PDSCH#1进行关联的HARQ-ACK#1前被发送。

图5那样的无序处理由于PDSCH的顺序和对应的HARQ-ACK的顺序成为相反，所以也被称为无序PDSCH-HARQ-ACK流程、无序HARQ-ACK等。

一般地，优选按接收到信号/信道的顺序，发送接收与该信号/信道对应的信号/信道。另一方面，无序处理在利用要求条件不同的多个服务(也可以被称为用例、通信类型等)的情况下必要性提高。

例如，在上述的图3中，PUSCH#B的发送处理(PDCCH#B发送)的开始定时与PUSCH#A的发送处理(PDCCH#A发送)的开始定时相比更早，但PUSCH#A的发送完成定时与PUSCH#B的发送完成定时相比更早。在该情况下，设想PUSCH#A为URLLC数据，PUSCH#B为eMBB数据那样的情形(重要度或者优先级更高的URLLC数据中断eMBB数据的情形)。

在以下的说明中，举PUSCH#A为eMBB数据、PUSCH#B为URLLC数据那样的情形为例，但不限于此。作为在本实施方式中能够应用的类型，例如，可列举快速以及大容量(例如，增强移动宽带(enhanced Mobile Broad Band(eMBB)))、超大量终端(例如，大规模机器类通信(massive Machine Type Communication(mMTC)))、超高可靠以及低延迟(例如，超可靠且低延迟通信(Ultra Reliable and Low Latency Communications(URLLC)))等。

(第一方式)

第一方式中，将TPC命令发送用的特定DCI(或者，DCI格式)中包含的TPC命令应用于多个类型的UL信道发送的至少一个。

TPC命令发送用的特定DCI也可以被应用与在PUSCH或者PDSCH的调度中被利用的DCI格式不同的DCI格式(例如，DCI格式2_2)。或者，TPC命令发送用的DCI的格式也可以以特定的RNTI(例如，TPC-RNTI(TPC-PUSCH-RNTI以及TPC-PUCCH-RNTI的至少一个))被加扰。

UE也可以在接收到TPC命令发送用的特定DCI的情况下，将该DCI中包含的TPC命令应用于其中一个类型的UL信道(例如，PUSCH)发送的发送功率。例如，UE也可以作为应用TPC命令的PUSCH而应用以下的选项1-3的至少其中一个。

另外，在以下的说明中，作为多个类型的PUSCH，举与第一类型(例如，URLLC)对应的PUSCH#A、和与第二类型(例如，eMBB)对应的PUSCH#B为例，但PUSCH的类型不限于此。此外，也可以是与第一类型对应的PUSCH#A相当于被对第一优先级进行通知的PDCCH(或者，DCI)调度的PUSCH，与第二类型对应的PUSCH#B相当于被对与第一优先级相比优先级低的第二优先级进行通知的PDCCH(或者，DCI)调度的PUSCH。

此外，在以下的说明中，将TPC命令应用于PUSCH的发送功率，也可以解释为将该TPC命令应用于某PUSCH的发送功率的决定的情况、和将该TPC命令应用于某PUSCH的发送功率的决定并且还进行TPC命令的积蓄的情况的至少一方。

＜选项1＞

UE也可以进行控制，以使将特定DCI中包含的TPC命令应用(例如，积蓄)于第一类型的PUSCH#A和第二类型的PUSCH#B这双方的发送功率(参考图6)。在图6中，表示通过PDCCH#A(或者，DCI#A)被调度的PUSCH#A、和通过PDCCH#B(或者，DCI#B)被调度的PUSCH#B被发送的情况。

UE考虑特定PDCCH#C(或者，特定DCI#C)中包含的TPC命令#C，决定PUSCH#A的发送功率、和PUSCH#B的发送功率。在PDCCH#A(或者，DCI#A)中包含TPC命令#A的情况下，UE也可以考虑TPC命令#A和TPC命令#C而决定PUSCH#A的发送功率。另外，有无TPC命令#A的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

同样地，在PDCCH#B(或者，DCI#B)中包含TPC命令#B的情况下，UE也可以考虑TPC命令#B和TPC命令#C而决定PUSCH#B的发送功率。另外，有无TPC命令#B的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

UE也可以基于功率控制调整状态的索引来控制TPC命令的积蓄。也就是说，也可以一起积蓄与相同的索引对应的TPC命令。与功率控制调整状态的索引有关的信息也可以被包含于特定DCI(例如，特定DCI中包含的各块)。

这样，通过将TPC命令发送用的DCI中包含的TPC命令(例如，组公共TPC命令)应用于多个类型的PUSCH发送，能够公共地控制多个类型的PUSCH发送的发送功率。

＜选项2＞

UE也可以将特定DCI中包含的TPC命令选择性地应用于特定类型的PUSCH的发送功率。例如，UE也可以进行控制以使不将特定DCI中包含的TPC命令应用于第一类型的PUSCH#A的发送功率，而仅将其应用于第二类型的PUSCH#B的发送功率(参考图7A)。

UE考虑特定PDCCH#C(或者，特定DCI#C)中包含的TPC命令#C，决定PUSCH#B的发送功率。

在PDCCH#A(或者，DCI#A)中包含TPC命令#A的情况下，UE也可以考虑TPC命令#A(不考虑TPC命令#C)来决定PUSCH#A的发送功率。在PDCCH#B(或者，DCI#B)中包含TPC命令#B的情况下，UE也可以考虑TPC命令#B和TPC命令#C来决定PUSCH#B的发送功率。另外，有无TPC命令#B的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

UE也可以基于功率控制调整状态的索引来控制TPC命令的积蓄。也就是说，也可以积蓄与相同的索引对应的TPC命令彼此。与功率控制调整状态的索引有关的信息也可以被包含于特定DCI(例如，特定DCI中包含的各块)。

这样，通过将TPC命令发送用的DCI中包含的TPC命令(例如，组公共TPC命令)应用于特定的类型的PUSCH发送，能够按每个PUSCH的类型灵活地控制发送功率。

＜选项3＞

UE也可以进行控制，以使不将特定DCI中包含的TPC命令应用于第二类型的PUSCH#A的发送功率，而仅将其应用于第一类型的PUSCH#B的发送功率(参考图7B)。

UE考虑特定PDCCH#C(或者，特定DCI#C)中包含的TPC命令#C，决定PUSCH#A的发送功率。在PDCCH#A(或者，DCI#A)中包含TPC命令#B的情况下，UE也可以考虑TPC命令#A和TPC命令#C来决定PUSCH#A的发送功率。另外，有无TPC命令#A的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

在PDCCH#B(或者，DCI#B)中包含TPC命令#B的情况下，UE也可以考虑TPC命令#B(不考虑TPC命令#C)来决定PUSCH#B的发送功率。

UE也可以基于功率控制调整状态的索引来控制TPC命令的积蓄。也就是说，也可以一起积蓄与相同的索引对应的TPC命令。与功率控制调整状态的索引有关的信息也可以被包含于特定DCI(例如，特定DCI中包含的各块)。

这样，通过将TPC命令发送用的DCI中包含的TPC命令(例如，组公共TPC命令)应用于特定的类型的PUSCH发送，能够按PUSCH的每个类型灵活地控制发送功率。

＜特定选项的选择＞

UE也可以在接收到TPC命令发送用的特定DCI的情况下，基于特定条件来决定应用该特定DCI中包含的TPC命令的上行信道(例如，特定类型的PUSCH)。特定条件也可以是预先由规范定义的内容、从网络(例如，基站)被发送的信息、在对PUSCH进行调度的DCI的CRC中应用的RNTI、PUSCH的发送结构的至少一个。

例如，在上述选项1-3的至少一个由规范定义的情况下，UE应用在使用中被定义的选项来控制特定DCI中包含的TPC命令的应用。

或者，UE也可以基于从网络(例如，基站)被发送的高层信令以及下行控制信息的至少一个来决定所应用的选项。

或者，UE也可以基于在对PUSCH的发送进行指示的DCI(例如，DCI格式1_0或者1_1)的CRC加扰中被利用的RNTI的类型来决定所应用的选项。例如，也可以分开设定应用于通过以第一RNTI(例如，C-RNTI)被加扰的PDCCH来调度的PUSCH、和以第二RNTI(例如，CS-RNTI)被加扰的PDCCH来调度的PUSCH的选项。

作为一例，也可以对通过以第一RNTI(例如，C-RNTI)被加扰的PDCCH来调度的PUSCH应用选项1，对通过以第二RNTI(例如，CS-RNTI)被加扰的PDCCH来调度的PUSCH应用选项3。

或者，UE也可以基于PUSCH的发送结构(例如，是基于动态许可的PUSCH发送，还是基于设定许可的PUSCH发送)，决定要应用的选项。作为一例，UE也可以在被设定了基于设定许可的参数(例如，configuredGrantConfig)的情况下应用第一选项(例如，选项3)，在这以外的情况下应用第二选项(例如，选项1)。

＜新TPC命令用表格＞

在现有的规范(例如，Rel.15)中，DCI中包含的TPC命令用的字段的比特(2比特)、和TPC命令值(或者，TPC值)的对应关系由表格(也称为TPC命令表格)定义。在支持多个类型的UL信道发送的情况下，还设想TPC值的范围以及TPC命令表格的大小(例如，比特数)被扩展。

作为扩展方法，考虑维持TPC命令表格的大小(2比特)且导入别的TPC命令表格(新表格)的情况(扩展方法1)，以及增加TPC命令表格的大小(例如，从2比特变更为3比特以上)的情况(扩展方法2)的至少一个。在该情况下，也可以按每个扩展方法，分别如以下那样控制TPC命令发送用的特定DCI中包含的TPC命令的应用。

[扩展方法1]

在应用扩展方法1的情况下，也可以用于特定类型(例如，URLLC)而定义或者设定新TPC命令表格。UE在特定DCI中包含的TPC命令与第一TPC命令表格对应的情况下，也可以将该TPC命令仅应用于与特定类型(例如，URLLC)对应的PUSCH#A的发送功率。第一TPC命令表格也可以是新TPC命令表格。

另一方面，UE在特定DCI中包含的TPC命令与第二TPC命令表格对应的情况下，也可以将该TPC命令仅应用于与其他类型(例如，eMBB)对应的PUSCH#B的发送功率。第二TPC命令表格也可以是由现有的规范(例如，Rel.15)定义的TPC命令表格。

或者，UE也可以在特定DCI中包含的TPC命令与第一TPC命令表格对应的情况下，将该TPC命令应用于多个类型的PUSCH(例如，PUSCH#A以及PUSCH#B)的发送功率这双方。同样，UE也可以在特定DCI中包含的TPC命令与第二TPC命令表格对应的情况下，将该TPC命令应用于多个类型的PUSCH(例如，PUSCH#A以及PUSCH#B)的发送功率这双方。

[扩展方法2]

在应用扩展方法2的情况下，3比特以上(例如，3比特)的TPC命令表格也可以被定义或者设定用于特定类型(例如，URLLC)。或者，将3比特的TPC命令表格之中2比特相应量设为由现有的规范所定义的2比特的TPC命令值(第二TPC值)，将剩余的TPC比特值(第一TPC值)定义或者设定用于特定类型。

UE也可以在特定DCI中包含的TPC命令与第一TPC命令表格对应的情况下，将该TPC命令仅应用于与特定类型(例如，URLLC)对应的PUSCH#A的发送功率。或者，UE也可以在特定DCI中包含的TPC命令与第一TPC命令表格之中第一TPC值对应的情况下，将该TPC命令仅应用于与特定类型(例如，URLLC)对应的PUSCH#A的发送功率。第一TPC命令表格也可以是被定义为3比特以上的TPC命令表格。

另一方面，UE也可以在特定DCI中包含的TPC命令与第二TPC命令表格对应的情况下，将该TPC命令仅应用于与其他类型(例如，eMBB)对应的PUSCH#B的发送功率。第二TPC命令表格也可以由现有的规范(例如，Rel.15)定义的TPC命令表格。或者，UE也可以在特定DCI中包含的TPC命令与第一TPC命令表格之中第二TPC值对应的情况下，将该TPC命令仅应用于与特定类型(例如，eMBB)对应的PUSCH#B的发送功率。

或者，UE也可以在特定DCI中包含的TPC命令与第一TPC命令表格(或者，第一TPC值)对应的情况下，将该TPC命令应用于多个类型的PUSCH(例如，PUSCH#A以及PUSCH#B)的发送功率这双方。同样地，UE也可以在特定DCI中包含的TPC命令与第二TPC命令表格(或者，第一TPC命令表格的第二TPC值)对应的情况下，将该TPC命令应用于多个类型的PUSCH(例如，PUSCH#A以及PUSCH#B)的发送功率这双方。

这样，通过设为基于所应用的TPC命令表格来判断应用特定DCI中包含的TPC命令的PUSCH的结构，能够恰当地决定应用TPC命令的UL信道。

＜新DCI格式＞

在现有的规范(例如，Rel.15)中，作为TPC命令发送用的DCI的格式而支持DCI格式2_2。在多个类型的UL信道发送被支持的情况下，除了DCI格式2_2外，还设想导入与特定类型对应的新的DCI格式。例如，也可以是新的DCI格式对应于特定类型(例如，URLLC)，DCI格式2_2对应于其以外的类型(例如，eMBB)。

在该情况下，即使对新的DCI格式，也可以应用上述选项1-3的至少一个。新的DCI格式既可以是UE组所公共(group common)的，也可以是UE特定(UE-specific)。

此外，应用DCI格式2_2中包含的TPC命令的UL信道、和应用新的DCI格式中包含的TPC命令的UL信道也可以被分开设定。作为一例，也可以是DCI格式2_2中包含的TPC命令应用上述选项2，新的DCI格式中包含的TPC命令应用上述选项1。或者，也可以是DCI格式2_2中包含的TPC命令应用上述选项1，新的DCI格式中包含的TPC命令应用上述选项3。

(第二方式)

第二方式对TPC命令发送用的特定DCI(或者，DCI格式)中包含的N个块(N≥1)的每个，分开设定UL信道的类型。

TPC命令发送用的特定DCI也可以应用与在PUSCH或者PDSCH的调度中被利用的DCI格式不同的DCI格式(例如，DCI格式2_2)。或者，TPC命令发送用的DCI的格式也可以以特定的RNTI(例如，TPC-RNTI(TPC-PUSCH-RNTI以及TPC-PUCCH-RNTI的至少一个))被加扰。

UE在接收到TPC命令发送用的DCI的情况下，也可以将该DCI中包含的N个块(N≥1)之中特定块中包含的TPC命令应用于其中一个类型的UL信道(例如，PUSCH)发送的发送功率。

也可以对特定DCI中包含的块序号(或者，块索引)的每个分别关联特定类型的PUSCH。UE判断特定DCI中包含的N个块之中特定块序号(例如，本终端用的块序号)。并且，UE也可以将特定块序号中包含的TPC命令应用于与该特定块序号对应的特定类型的PUSCH的发送功率。

与特定块序号有关的信息也可以从网络(例如，基站)向UE通过高层参数(例如，tpc-PUSCH或者tpc-PUCCH等)被通知。UE能够基于从基站被通知的信息来决定特定块序号。

UE也可以基于特定信息来判断与特定块序号对应的类型(或者，PUSCH)。特定信息也可以是从基站被通知给UE的信息。

例如，也可以在各块中包含与该块所对应的PUSCH的类型有关的信息(参考图8)。在图8中，表示在各块中包含分别对对应的PUSCH的类型进行指定的比特信息(在图8A中1比特，在图8B中2比特)的情况。UE在判断了本终端用的特定块序号之后，基于该特定块中包含的信息来决定应用TPC命令的类型(或者，PUSCH)。

在如图8A所示指定PUSCH的比特为1比特的情况下，能够将2种类(或者，2状态)的PUSCH类型通知给UE。2种类的类型也可以是“第一类型(例如，URLLC)”和“第二类型(例如，eMBB)”。或者，作为2种类的类型，也可以设为“第一类型”、和“第一类型以及第二类型”。

在如图8B所示指定PUSCH的比特为2比特的情况下，能够将4种(或者，4个状态的)PUSCH类型通知给UE。4种类型也可以至少包含“第一类型(例如，URLLC)”、“第二类型(例如，eMBB)”和“第一类型以及第二类型(例如，eMBB/URLLC)”这3个状态。另外，指定PUSCH的类型的比特数和类型不限于图8所示的结构。

在图8A、图8B中，UE#1将块#1中包含的TPC命令应用于URLLC用的(或者，优先级高的)PUSCH#A的发送功率。

或者，UE也可以基于通过高层信令被通知的信息来判断应用特定块中包含的TPC命令的PUSCH的类型。与对应于特定块的类型有关的信息既可以和通知与特定块序号有关的信息的高层参数不同地通知给UE，也可以包含于通知与特定块序号有关的信息的高层参数而通知给UE。

这样，通过允许对TPC命令发送用的特定DCI中包含的每块分别分开设定对应的PUSCH的类型，能够按每个UE灵活地控制应用TPC命令的PUSCH类型。

此外，也可以对1个UE设定1个以上的块。例如，在特定DCI中包含多个块的情况下，也可以将2个以上的块设定给相同的UE(参考图9A)。在图9A中，表示将构成特定DCI的3个块#1-#3之中2个块#1、#2设定给UE#1，将块#3设定给UE#2的情况。设定给各UE的块序号也可以使用特定的高层参数(例如，tpc-PUSCH或者tpc-PUCCH等)通知给UE。

此外，也可以将与被设定给UE的多个块(在此，块#1、#2)对应的UL信道的类型分开设定。在图9A中，表示将块#1与第一类型(例如，URLLC)的PUSCH进行关联、将块#2与第二类型(例如，eMBB)的PUSCH进行关联的情况。

另外，也可以对1块关联多个PUSCH的类型。例如，在图9A中，表示将块#3与第一类型的PUSCH和第二类型的PUSCH这双方进行关联的情况。

与和各块进行关联的PUSCH的类型有关的信息既可以如上述那样包含于各块的信息而通知给UE，也可以使用高层信令通知给UE。

UE考虑本终端用的特定块中包含的TPC命令，决定该特定块所对应的PUSCH的发送功率。例如，UE#1将块#1中包含的TPC命令应用于第一类型的PUSCH#A的发送功率，将块#2中包含的TPC命令应用于第二类型的PUSCH#B的发送功率(参考图9B)。此外，UE#2将块#3中包含的TPC命令应用于第一类型的PUSCH#A和第二类型的PUSCH#B的发送功率。

这样，通过允许将TPC命令发送用的特定DCI中包含的多个块设定给相同的UE，并且对每块分别分开设定所对应的PUSCH的类型，能够灵活地控制应用TPC命令的PUSCH类型。

(第三方式)

第三方式将TPC命令发送用的DCI(或者，DCI格式)导入多个，分开设定与各DCI格式对应的UL信道的类型。

TPC命令发送用的多个DCI格式也可以应用与在PUSCH或者PDSCH的调度中被利用的DCI格式不同的DCI格式。或者，TPC命令发送用的多个DCI的格式也可以以特定的RNTI(例如，TPC-RNTI(TPC-PUSCH-RNTI以及TPC-PUCCH-RNTI的至少一个))被加扰。

例如，TPC命令发送用的多个DCI格式也可以包含第一TPC命令发送用的DCI格式(例如，DCI格式2_2_0)、第二TPC命令发送用的DCI格式(例如，DCI格式2_2_1)、以及第三TPC命令发送用的DCI格式(例如，DCI格式2_2_2)的至少两个。

作为一例，第一TPC命令发送用的DCI格式(例如，DCI格式2_2_0)也可以对应于第二类型(例如，eMBB)的PUSCH。第二TPC命令发送用的DCI格式(例如，DCI格式2_2_1)也可以对应于第一类型(例如，URLLC)的PUSCH。第三TPC命令发送用的DCI格式(例如，DCI格式2_2_2)也可以对应于第一类型的PUSCH以及第二类型的PUSCH。

＜DCI格式2_2_0＞

UE也可以将第一TPC命令发送用的DCI格式(例如，DCI格式2_2_0)中包含的TPC命令选择性地应用于特定类型的PUSCH的发送功率。例如，UE也可以进行控制，以使不将DCI格式2_2_0中包含的TPC命令应用于第一类型的PUSCH#A的发送功率，而仅将其应用(例如，积蓄)于第二类型的PUSCH#B的发送功率(参考图10A)。

在图10A中，表示通过PDCCH#A(或者，DCI#A)被调度的PUSCH#A、和通过PDCCH#B(或者，DCI#B)被调度的PUSCH#B被发送的情况。UE也可以考虑DCI格式2_2_0(或者，特定PDCCH#C)中包含的TPC命令#C，决定PUSCH#B的发送功率。

在PDCCH#A(或者，DCI#A)中包含TPC命令#A的情况下，UE也可以考虑TPC命令#A(不考虑TPC命令#C)来决定PUSCH#A的发送功率。在PDCCH#B(或者，DCI#B)中包含TPC命令#B的情况下，UE也可以考虑TPC命令#B和TPC命令#C来决定PUSCH#B的发送功率。另外，有无TPC命令#B的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

这样，通过将DCI格式2_2_0中包含的TPC命令应用于特定的类型的PUSCH发送，能够按PUSCH的每个类型灵活地控制发送功率。

＜DCI格式2_2_1＞

UE也可以将第二TPC命令发送用的DCI格式(例如，DCI格式2_2_1)中包含的TPC命令选择性地应用于特定类型的PUSCH的发送功率。例如，UE也可以进行控制，以使不将DCI格式2_2_1中包含的TPC命令应用于第二类型的PUSCH#B的发送功率，而仅将其应用(例如，积蓄)于第一类型的PUSCH#A的发送功率(参考图10B)。

在图10B中，表示通过PDCCH#A(或者，DCI#A)被调度的PUSCH#A、和通过PDCCH#B(或者，DCI#B)被调度的PUSCH#B被发送的情况。UE也可以考虑DCI格式2_2_1(或者，特定PDCCH#C)中包含的TPC命令#C，决定PUSCH#A的发送功率。

在PDCCH#A(或者，DCI#A)中包含TPC命令#A的情况下，UE也可以考虑TPC命令#A和TPC命令#C来决定PUSCH#A的发送功率。在PDCCH#B(或者，DCI#B)中包含TPC命令#B的情况下，UE也可以考虑TPC命令#B(不考虑TPC命令#C)来决定PUSCH#B的发送功率。另外，有无TPC命令#A的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

这样，通过将DCI格式2_2_1中包含的TPC命令应用于特定的类型的PUSCH发送，能够按PUSCH的每个类型灵活地控制发送功率。

＜DCI格式2_2_2＞

UE也可以进行控制，以使将第三TPC命令发送用的DCI格式(例如，DCI格式2_2_2)中包含的TPC命令应用(例如，积蓄)于第一类型的PUSCH#A和第二类型的PUSCH#B这双方的发送功率(参考图11)。在图11中，表示通过PDCCH#A(或者，DCI#A)被调度的PUSCH#A、和通过PDCCH#B(或者，DCI#B)被调度的PUSCH#B被发送的情况。

在PDCCH#A(或者，DCI#A)中包含TPC命令#A的情况下，UE也可以考虑TPC命令#A和TPC命令#C来决定PUSCH#A的发送功率。另外，有无TPC命令#A的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

同样地，在PDCCH#B(或者，DCI#B)中包含TPC命令#B的情况下，UE也可以考虑TPC命令#B和TPC命令#C来决定PUSCH#B的发送功率。另外，有无TPC命令#B的积蓄和有无TPC命令#C的积蓄也可以被分开设定。

这样，通过将TPC命令发送用的DCI中包含的TPC命令应用于多个类型的PUSCH发送，能够公共地控制多个类型的PUSCH发送的发送功率。

TPC命令发送用的多个DCI格式也可以与由现有的规范(例如，Rel.15)所定义的DCI格式2_2不同地被设定。或者，TPC命令发送用的多个DCI格式的一个也可以设为与由现有的规范(例如，Rel.15)所定义的DCI格式2_2相同的结构。

例如，也可以将第一TPC命令发送用的DCI格式(例如，DCI格式2_2_0)设为由现有的规范(例如，Rel.15)定义的DCI格式2_2。在该情况下，也可以使新被导入的DCI格式2_2_1对应于第一类型(例如，URLLC)的PUSCH，使DCI格式2_2(相当于DCI格式2_2_0)对应于第二类型(例如，eMBB)的PUSCH。

新被导入的DCI格式2_2_0、2_2_1以及2_2_2的至少一个既可以是UE组所公共(group common)的，也可以是UE特定(UE-specific)的。

在DCI格式为UE特定的情况下，该DCI格式也可以是包含一个块、对于1个UE的块、或者一个TPC命令的结构。或者，该DCI格式也可以是包含1个以上(例如，多个)的块、或者1个以上(例如，多个)TPC命令的结构。在包含多个块(或者，TPC命令)的情况下，与各块(或者，TPC命令)对应的PUSCH的类型也可以被分开设定。例如，也可以是一个块对应于第一类型的PUSCH，其他块对应于第二类型的PUSCH。

(变化)

＜无序处理＞

上述第一方式-第三方式举进行有序处理的情况(例如，图3A所示的情形1)为例进行了说明，但不限于此。在进行无序处理的情况(例如，图3B所示的情形2)中也同样地应用。

此外，在进行有序处理的情况、和进行无序处理的情况下，应用TPC命令发送用的DCI中包含的TPC命令的PUSCH的类型既可以公共地设定，也可以分开设定。

例如，在进行有序处理的情况下应用第一结构(例如，第一方式中的选项1)，在进行无序处理的情况下应用第二结构(例如，第一方式中的选项3)。

＜上行控制信道发送＞

上述第一方式-第三方式作为UL信道而举上行共享信道(例如，PUSCH)为例进行了说明，但不限于此。TPC命令发送用的DCI中包含的TPC命令也可以应用于上行控制信道(例如，PUCCH)。

例如，也可以对发送与以特定的PDCCH(例如，DCI格式1_0或者1_1)被调度的PDSCH对应的HARQ-ACK等的PUCCH应用第一方式-第三方式。在该情况下，也可以将第一方式-第三方式中的PUSCH替换为PUCCH。

(无线通信系统)

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

图12是表示一实施方式所涉及的无线通信系统的概略结构的一例的图。无线通信系统1也可以是使用通过第三代合作伙伴计划(Third Generation Partnership Project(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 Radio Access(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通信)被连接。例如，在基站11以及12间NR通信被利用作为回程的情况下，相当于上位站的基站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 Frequency DivisionMultiplexing(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)))等。

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

低层控制信息也可以通过PDCCH被传输。低层控制信息例如也可以包括包含PDSCH以及PUSCH的至少一方的调度信息的下行控制信息(下行链路控制信息(Downlink ControlInformation(DCI)))。

另外，对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)的搜索区域以及搜索方法。一个CORESET也可以与一个或者多个搜索空间进行关联。UE也可以基于搜索空间设定，对与某搜索空间关联的CORESET进行监视。

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

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

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

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

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

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

(基站)

图13是表示一实施方式所涉及的基站的结构的一例的图。基站10具备控制单元110、发送接收单元120、发送接收天线130以及传输路径接口(transmission lineinterface)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重发控制)、媒体访问控制(Medium Access 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 ResourceManagement(RRM))测量、信道状态信息(Channel State Information(CSI))测量等。测量单元123也可以针对接收功率(例如，参考信号接收功率(Reference Signal ReceivedPower(RSRP)))、接收质量(例如，参考信号接收质量(Reference Signal ReceivedQuality(RSRQ))、信号与干扰加噪声比(Signal to Interference plus Noise Ratio(SINR))、信噪比(Signal to Noise Ratio(SNR)))、信号强度(例如，接收信号强度指示符(Received Signal Strength Indicator(RSSI)))、传播路径信息(例如，CSI)等进行测量。测量结果也可以被向控制单元110输出。

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

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

另外，发送接收单元120发送在应用于第一类型的上行信道以及第二类型的上行信道的至少一方的发送功率控制命令的发送中利用的特定的下行控制信息。发送接收单元120也可以发送与和各UE分别对应的特定的下行控制信息中包含的特定块序号有关的信息、以及与和特定块序号对应的UL信道的类型有关的信息的至少一个。

控制单元110也可以进行控制，以使特定的下行控制信息中包含的发送功率控制命令基于从网络发送的信息、由所述特定的下行控制信息中包含的特定块指定的信息、所述特定的下行控制信息的格式、以及对所述第一类型或者所述第二类型的上行信道进行调度的下行控制信息、的至少一个，而被决定。

(用户终端)

图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处理，也可以基于变换预编码的设定。发送接收单元220(发送处理单元2211)在针对某信道(例如，PUSCH)变换预编码是有效(enabled)的情况下，也可以为了使用DFT-s-OFDM波形来发送该信道而进行DFT处理作为上述发送处理，在并非如此的情况下，也可以不进行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接收在应用于第一类型的上行信道以及第二类型的上行信道的至少一方的发送功率控制命令的发送中被利用的特定的下行控制信息。发送接收单元120也可以接收与和各UE分别对应的特定的下行控制信息中包含的特定块序号有关的信息、以及与和特定块序号对应的UL信道的类型有关的信息的至少一个。

控制单元210基于从网络被发送的信息、由特定的下行控制信息中包含的特定块指定的信息、特定的下行控制信息的格式、以及对第一类型或者第二类型的上行信道进行调度的下行控制信息、的至少一个，对特定的下行控制信息中包含的发送功率控制命令的应用(例如，应用发送功率控制命令的UL信道的决定)进行控制。

控制单元210也可以基于被应用于对第一类型或者第二类型的上行信道进行调度的下行控制信息的RNTI(无线网络临时标识符(Radio Network Temporary Identifier))，来判断应用发送功率控制命令的上行信道。

或者，控制单元210也可以基于特定的下行控制信息中包含的多个块，决定应用于第一类型的上行信道的第一发送功率控制命令、和应用于第二类型的上行信道的第二发送功率控制命令。

特定的下行控制信息的格式也可以具有至少发送应用于第一类型的上行信道的发送功率命令的第一格式、和至少发送应用于第二类型的上行信道的发送功率命令的第二格式。

在第一类型的上行信道的发送处理和第二类型的上行信道的发送处理的开始和结束的顺序被相同地进行的情况、以及第一类型的上行信道的发送处理和第二类型的上行信道的发送处理的开始和结束的顺序被反转进行的情况下，控制单元210也可以分开控制应用特定的下行控制信息中包含的发送功率控制命令的上行信道(例如，类型)。

(硬件结构)

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

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

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

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

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

基站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))、可擦除可编程ROM(Erasable Programmable ROM(EPROM))、电EPROM(Electrically EPROM(EEPROM))、随机存取存储器(Random Access Memory(RAM))、其他恰当的存储介质的至少一个构成。存储器1002也可以被称为寄存器、高速缓存、主存储器(主存储装置)等。存储器1002能够保存为了实施本公开的一实施方式所涉及的无线通信方法而可执行的程序(程序代码)、软件模块等。

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

通信装置1004是用于经由有线网络以及无线网络中的至少一方进行计算机间的通信的硬件(发送接收设备)，例如也称为网络设备、网络控制器、网卡、通信模块等。通信装置1004例如也可以为了实现频分双工(Frequency Division Duplex(FDD))以及时分双工(Time Division Duplex(TDD))的至少一方，包括高频开关、双工器、滤波器、频率合成器等。例如，上述的发送接收单元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也可以包括微处理器、数字信号处理器(DigitalSignal Processor(DSP))、专用集成电路(Application Specific Integrated Circuit(ASIC))、可编程逻辑器件(Programmable Logic Device(PLD))、现场可编程门阵列(FieldProgrammable Gate Array(FPGA))等硬件，也可以使用该硬件来实现各功能块的一部分或者全部。例如，处理器1001也可以使用这些硬件的至少一个来实现。

(变形例)

另外，针对本公开中说明的术语以及本公开的理解所需的术语，也可以置换为具有相同或者类似的含义的术语。例如，信道、码元以及信号(信号或者信令)也可以相互替换。此外，信号也可以是消息。参考信号(reference signal)还能够简称为RS，也可以根据所应用的标准而被称为导频(Pilot)、导频信号等。此外，分量载波(Component Carrier(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。

无线帧、子帧、时隙、迷你时隙以及码元都表示对信号进行传输时的时间单位。无线帧、子帧、时隙、迷你时隙以及码元也可以使用与它们分别对应的别的称呼。另外，本公开中的帧、子帧、时隙、迷你时隙、码元等的时间单位也可以相互替换。

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

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

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

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

具有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也可以在时域中，包含一个或者多个码元，也可以是1个时隙、1个迷你时隙、1个子帧或者1个TTI的长度。1个TTI、1个子帧等也可以分别由一个或者多个资源块构成。

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

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

带宽部分(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)))、上行控制信息(上行链路控制信息(UplinkControl Information(UCI))))、高层信令(例如，无线资源控制(Radio Resource Control(RRC))信令、广播信息(主信息块(Master Information Block(MIB))、系统信息块(SystemInformation 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”的通知)不限于显式的通知，也可以隐式地(例如，通过不进行该特定的信息的通知或者通过别的信息的通知)进行。

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

无论软件被称为软件、固件、中间件、微代码、硬件描述语言，还是被称为其他名称，都应广泛地解释为意味着指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象(object)、可执行文件、执行线程、过程、功能等。

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

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

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

在本公开中，“基站(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)、用户代理、移动客户端、客户端或者一些其他恰当的术语。

基站以及移动台中的至少一方也可以被称为发送装置、接收装置、无线通信装置等。另外，基站以及移动台中的至少一方也可以是被搭载于移动体的设备、移动体本身等。该移动体既可以是交通工具(例如，车、飞机等)，也可以是以无人方式运动的移动体(例如，无人机、自动驾驶车等)，也可以是机器人(有人型或者无人型)。另外，基站以及移动台中的至少一方还包含在通信操作时不一定移动的装置。例如，基站以及移动台的至少一方也可以是传感器等物联网(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)、SUPER3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system(4G))、第五代移动通信系统(5th generation mobile communication system(5G))、未来无线接入(FutureRadio Access(FRA))、新无线接入技术(New-Radio Access Technology(RAT))、新无线(New Radio(NR))、新无线接入(New radio access(NX))、未来一代无线接入(Futuregeneration radio access(FX))、Global System for Mobile communications(GSM(注册商标))、CDMA2000、超移动宽带(Ultra Mobile Broadband(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)”这样的术语、或者它们的一切变形意味着2个或者其以上的元素间的直接或者间接的一切连接或者结合，能够包含在相互被“连接”或者“结合”的两个元素间存在1个或者其以上的中间元素。元素间的结合或者连接也可以是物理的，也可以是逻辑的，或者也可以是它们的组合。例如，“连接”也可以被替换为“接入”。

在本公开中，在连接两个元素的情况下，能够考虑使用一个以上的电线、线缆、印刷电连接等、以及作为一些非限定性(non-limiting)且非包括性(non-inclusive)的例，使用具有无线频域、微波域、光(可见以及不可见这双方)域的波长的电磁能量等，相互被“连接”或者“结合”。

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

在本公开中使用了“包含(include)”、“包含有(including)”、以及它们的变形的情况下，这些术语与术语“具备(comprising)”同样，意味着包括性的。进而，本公开中使用的术语“或者(or)”意味着并非异或。

在本公开中，例如像英语中的a、an以及the那样由于翻译而追加了冠词的情况下，本公开也可以包含后续于这些冠词的名词为复数形式。

以上，针对本公开所涉及的发明详细地进行了说明，但对本领域技术人员来说，本公开所涉及的发明显然不限定于本公开中说明的实施方式。本公开所涉及的发明能够作为修正以及变更方式来实施，而不脱离基于权利要求书的记载而决定的发明的宗旨以及范围。从而，本公开的记载以例示说明为目的，对本公开所涉及的发明没有任何限制性的含义。

Claims (6)

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

接收单元，接收在应用于第一类型的上行信道以及第二类型的上行信道的至少一方的发送功率控制命令的发送中被利用的特定的下行控制信息；以及

控制单元，基于从网络被发送的信息、由所述特定的下行控制信息中包含的特定块所指定的信息、所述特定的下行控制信息的格式、以及对所述第一类型或者所述第二类型的上行信道进行调度的下行控制信息、的至少一个，对所述特定的下行控制信息中包含的发送功率控制命令的应用进行控制。

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

所述控制单元基于被应用于对所述第一类型或者所述第二类型的上行信道进行调度的下行控制信息的无线网络临时标识符即RNTI(Radio Network Temporary Identifier)，来判断应用所述发送功率控制命令的上行信道。

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

所述控制单元基于所述特定的下行控制信息中包含的多个块，决定应用于所述第一类型的上行信道的第一发送功率控制命令、和应用于所述第二类型的上行信道的第二发送功率控制命令。

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

所述特定的下行控制信息的格式具有至少发送应用于所述第一类型的上行信道的发送功率命令的第一格式、和至少发送应用于所述第二类型的上行信道的发送功率命令的第二格式。

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

在所述第一类型的上行信道的发送处理和所述第二类型的上行信道的发送处理的开始和结束的顺序被相同地进行的情况、以及所述第一类型的上行信道的发送处理和所述第二类型的上行信道的发送处理的开始和结束的顺序被反转进行的情况下，所述控制单元分开控制应用所述特定的下行控制信息中包含的发送功率控制命令的上行信道。

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

接收在应用于第一类型的上行信道以及第二类型的上行信道的至少一方的发送功率控制命令的发送中被利用的特定的下行控制信息的步骤；以及

基于从网络被发送的信息、由所述特定的下行控制信息中包含的特定块指定的信息、所述特定的下行控制信息的格式、以及对所述第一类型或者所述第二类型的上行信道进行调度的下行控制信息、的至少一个，对所述特定的下行控制信息中包含的发送功率控制命令的应用进行控制的步骤。

Images