CN114041307B

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

Info

Publication number: CN114041307B
Application number: CN201980098046.2A
Authority: CN
Inventors: 高桥优元; 吉冈翔平; 永田聪; 王理惠; 侯晓林
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2019-05-02
Filing date: 2019-05-02
Publication date: 2024-06-11
Anticipated expiration: 2039-05-02
Also published as: WO2020222275A1; CN114041307A; US20220286973A1

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)中，正在研究乱序(Out-Of-Order(OOO))处理的导入。

然而，在当前的规范中，关于应用乱序的情况下的控制(例如，应用乱序时的发送功率控制等)，尚未被充分地研究。存在如下担忧：在应用乱序时的处理未适当地被进行的情况下，通信质量等劣化等。

因此，本公开的目的之一在于提供能够适当地进行乱序处理的用户终端以及无线通信方法。

用于解决课题的手段

本公开的一个方式所涉及的用户终端，其特征在于，具有：接收单元，接收第一下行控制信息以及第二下行控制信息，所述第一下行控制信息包含第一类型的上行信道用的第一发送功率控制命令，所述第二下行控制信息包含第二类型的上行信道用的第二发送功率控制命令；以及控制单元，在所述第二下行控制信息的发送定时晚于所述第一下行控制信息、且所述第一类型的上行信道的发送定时晚于所述第二类型的上行信道的情况下，基于上行信道的类型、功率控制调整状态索引、下行控制信息的发送定时、以及上行信道的发送定时的至少一个，控制所述第一发送功率命令的累积和所述第二发送功率命令的累积。

发明效果

根据本公开的一个方式，能够适当地进行乱序处理。

附图说明

图1是表示乱序处理的一例的图。

图2是表示乱序处理的其它例的图。

图3是对乱序处理中的发送功率控制的课题进行说明的图。

图4A以及图4B是表示乱序处理的情形的一例的图。

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

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

图7是表示第二方式所涉及的发送功率控制的其它例的图。

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

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

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

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

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

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

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

具体实施方式

(处理时间)

在现有的Rel-15 NR中，定义了下行共享信道(物理下行链路共享信道(PhysicalDownlink Shared Channel(PDSCH)))的处理时间、上行共享信道(物理上行链路共享信道(Physical Uplink Shared Channel(PUSCH)))的处理时间等。另外，处理时间(processingtime)也可以替换为准备时间(preparation time)、准备过程时间(preparationprocedure time)、处理过程时间(processing procedure time)等。

PDSCH的处理时间也可以是直到对传输块进行传输的该PDSCH的最终码元的结束以后的上行链路(Uplink(UL))码元为止的期间。UE也可以在与该UL码元相同的码元中或者在该UL码元以后的码元中提供有效的送达确认信息(例如，混合自动重发请求确认(HybridAutomatic Repeat reQuest ACKnowledgement(HARQ-ACK)))。

PUSCH的处理时间也可以是直到对调度该PUSCH的下行链路控制信息(DownlinkControl Information(DCI))进行传输的下行链路控制信道(物理下行链路控制信道(Physical Downlink Control Channel(PDCCH)))的最终码元的结束以后的UL码元为止的期间。UE也可以在与该UL码元相同的码元中或者在该UL码元以后的码元中发送PUSCH。

PDSCH的处理时间也可以基于参数N₁(也可以被称为PDSCH解码时间)而被决定，PUSCH的处理时间也可以基于参数N₂(也可以被称为PUSCH准备时间)而被决定。

N₁也可以基于发送了该PDSCH的下行链路的SCS、以及发送上述HARQ-ACK的UL信道(例如，PUCCH、PUSCH)的SCS而被决定。例如，N₁也可以基于这些SCS之中最小的SCS而被决定，例如在该最小的SCS为15kHz的情况下，N₁也可以被判断为8码元等8-20码元。在被设定追加的PDSCH DMRS的情况下，N₁也可以被判断为13-24码元。

N₂也可以基于发送了对调度该PUSCH的DCI进行传输的PDCCH的下行链路的SCS、以及发送该PUSCH的UL信道的SCS而被决定。例如，N₂也可以基于这些SCS之中最小的SCS而被决定，例如在该最小的SCS为15kHz的情况下，N₂也可以被判断为10码元等10-36码元。

也就是说，上述处理时间(以及与处理时间相关的参数(N₁、N₂等))也可以按照通过PDCCH/PDSCH和PUCCH/PUSCH中的最小的SCS所对应的参数集而被规定的值。

在使用PUSCH来发送与PDSCH对应的HARQ-ACK的情况下，UE也可以在将上述PDSCH的处理时间和上述PUSCH的处理时间合并而得的时间(和的时间)以后的UL码元中或者在该UL码元以后的码元中发送PUSCH。

在现有的Rel-15 NR中，上述处理时间被分类为用于UE能力1(UE capability 1)的处理时间、以及用于UE能力2(UE capability 2)的处理时间这两个。用于UE能力2的处理时间短于用于UE能力1的处理时间。

针对PDSCH以及PUSCH的每一个，UE能够使用不同的UE能力信息(例如，前者是RRC参数“pdsch-ProcessingType2”，后者是RRC参数“pusch-ProcessingType2”)，向网络(例如，基站)报告是否支持UE能力2。与PDSCH(或PUSCH)有关的UE能力X也可以被称为PDSCH(或PUSCH)处理能力X。

基站也可以基于该UE能力信息来决定UE是否基于UE能力2来进行处理。针对PDSCH以及PUSCH的每一个，基站也可以使用高层信令，将表示应用UE能力2(设为有效)的信息(例如，前者是RRC信息元素“PDSCH-ServingCellConfig”中包含的参数“processingType2Enabled”，后者是RRC信息元素“PUSCH-ServingCellConfig”中包含的参数“processingType2Enabled”)设定给UE。另外，前者的参数也可以被称为“Capability2-PDSCH-Processing”，后者的参数也可以被称为“Capability2-PUSCH-Processing”。

另外，在本公开中，高层信令例如也可以是无线资源控制(Radio ResourceControl(RRC))信令、媒体访问控制(Medium Access Control(MAC))信令、广播信息等的任一个、或者这些的组合。

MAC信令例如也可以使用MAC控制元素(MAC Control Element(MAC CE))、MAC协议数据单元(MAC Protocol Data Unit(PDU))等。广播信息例如也可以是主信息块(MasterInformation Block(MIB))、系统信息块(System Information Block(SIB))、最低限度的系统信息(剩余最小系统信息(Remaining Minimum System Information(RMSI)))、其它系统信息(Other System Information(OSI))等。

另外，即使在UE支持UE能力2，且从基站被设定UE能力2的应用的情况下，在一定条件下，UE也能够回退至UE能力1。例如，针对PDSCH，在子载波间隔为30kHz(与参数集相关的参数μ＝1)的情况下，且被调度的资源块数超过136的情况下，UE基于UE能力1的处理时间来进行该PDSCH的处理。

另一方面，与PUSCH有关的回退至UE能力1的条件在现有的Rel-15 NR的规范中没有被定义。

(乱序处理)

考虑接收某一信号或信道(也可以被表述为信号/信道)，并进行与该信号/信道对应的另一信号/信道的发送接收的处理。在从第一该处理开始之后到完成为止前，开始并完成了另一第二该处理的情形，由于处理的开始和完成的顺序反序(reversed)，因此也被称为乱序(Out-Of-Order(OOO))处理。在NR中，正在研究这样的OOO处理的导入。

图1是表示OOO处理的另一例的图。在本例中，上述第一处理相当于接收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间的时间，第一处理和第二处理成为OOO。具体而言，与在PDCCH#1之后接收到的PDCCH#2关联的PUSCH#2/PDSCH#2在与该PDCCH#1关联的PUSCH#1/PDSCH#1之前被发送接收。

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

如图1那样的OOO处理由于与PUSCH/PDSCH的调度关联，因此也可以被称为OOO调度、OOO PUSCH/PDSCH等。

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

(HARQ-ACK#2)的处理。

图2所示的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)，第一处理和第二处理成为OOO。具体而言，在PDSCH#1之后接收到的与PDSCH#2关联的HARQ-ACK#2在与该PDSCH#1关联的HARQ-ACK#1之前被发送。

如图2那样的OOO处理由于与PDSCH的顺序对应的HARQ-ACK的顺序是相反的，因此也可以被称为OOO PDSCH-HARQ-ACK流程、OOO HARQ-ACK等。

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

作为NR的用例，正在研究例如高速以及大容量(例如，增强移动宽带(enhancedMobile Broad Band(eMBB)))、超大量终端(例如，大规模机器类通信(massive MachineType Communication(mMTC)))、超高可靠以及低延迟(例如，超可靠且低延迟通信(UltraReliable and Low Latency Communications(URLLC)))等。

例如，在上述的图1中，PUSCH#1或PDSCH#1为eMBB数据、且PUSCH#2或PDSCH#2为URLLC数据的情形(重要度更高的URLLC数据插入至eMBB数据的情形)被设想。

(UL的发送功率控制)

在NR中，PUSCH或PUCCH的发送功率基于DCI内的特定字段(也称为TPC命令字段、第一字段等)的值所表示的功率控制信息而被控制。功率控制信息也可以被称为TPC命令(也称为值、增减值、校正值(correction value)等)。

在PUSCH发送中利用的TPC也可以按每个BWP、载波以及服务小区而独立地被设定。此外，TPC命令的值也可以是与通过特定的DCI格式而被通知的比特信息进行了关联的值。通过特定的DCI格式而被通知的比特信息、和与该比特信息进行了关联的值也可以预先在表格中被定义。

此外，针对各PUSCH或PUCCH发送而分别通过DCI被指定的TPC命令也可以被蓄积(tpc-accumulation)。UE也可以从网络(例如，基站)被设定是否进行TPC命令的蓄积。基站也可以利用高层信令(例如，tpc-Accummlation)向UE通知TPC命令的蓄积有无。

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

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

或者，功率控制调整状态的索引也可以基于通过DCI而被通知的信息而被决定。UE也可以按每个功率控制调整状态的索引而分别分开地控制TPC命令的蓄积。例如，在被设定了多个功率控制调整状态的索引的情况下，UE也可以按每个索引来进行发送功率控制(例如，TPC命令的蓄积等)。

像这样，在NR中，支持考虑(例如，蓄积)被通知为用于各UL信道(例如，PUCCH或PUSCH)发送的TPC命令来决定发送功率的方法。另一方面，在某一PUSCH的发送处理与其他PUSCH的发送处理的开始和完成的顺序反序地被进行的乱序被应用的情况下，如何控制发送功率(例如，TPC命令的蓄积、或者功率控制调整状态的决定等)成为问题。

例如，如图3所示，在多个PUSCH#A-#D被发送的情况下，也会发生调度各PUSCH的PDCCH#A-#D(或者，DCI)的发送顺序与通过该PDCCH#A-#D而分别被调度的PUSCH#A-#D的发送顺序不同的情形。然而，在当前的规范中，关于在应用乱序的情况下的发送功率控制等，尚未被充分地研究。存在如下担忧：在该控制未适当地被进行的情况下，通信质量等劣化。

因此，本发明的发明人等对适当地控制在应用乱序的情况下的UL发送的发送功率的方法进行研究，从而完成了本发明。

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

(乱序应用情形)

作为乱序的应用情形，例如以下的情形1或情形2被设想。情形1表示在用例(或者，业务类型)不同的PUSCH发送中乱序处理被应用的情况(参见图4A)，情形2表示在用例相同的PUSCH发送中乱序处理被应用的情况(参见图4B)。

在图4A中，示出了PDCCH#A(或者，DCI#A)的发送定时早于PDCCH#B(或者，DCI#B)的发送定时，但PUSCH#A的发送定时晚于PUSCH#B的发送定时的情况。PDCCH#A(或者，DCI#A)被用于eMBB用的PUSCH#A的调度，PDCCH#B(或者，DCI#B)被用于URLLC用的PUSCH#B的调度。

也就是说，在从PUSCH#A的发送处理开始之后到完成为止前，开始并完成了另一PUSCH#B的发送处理，处理的开始和完成的顺序反序。

在图4B中，PDCCH#A(或者，DCI#A)被用于URLLC用的PUSCH#A的调度，PDCCH#B(或者，DCI#B)被用于URLLC用的PUSCH#B的调度。

以下的说明能够分别应用于用例相同的情况下和用例不同的情况下的乱序。另外，用例不限于eMBB和URLLC，也可以应用于其它用例(例如，mMTC、IoT、工业物联网(Industrial Internet of Things)(IIoT、产业用IoT)、以及eURLLC的至少一个)。

(第一方式)

在第一方式中，按每个UL信道发送的类型分别分开地控制TPC命令的蓄积。

UL信道的类型也可以基于用例(或者，业务类型)而被分类。例如，也可以是，第一类型的UL信道发送对应于eMBB，第二类型的UL信道发送对应于URLLC。UE也可以通过特定的参数(例如，基于DCI的通知、在CRC加扰中被应用的RNTI类别、以及被应用的MCS表格类别的至少一个)来判断用例并控制TPC命令的蓄积。

或者，UL信道的类型也可以基于功率控制调整状态(Power control adjustmentstate)的索引(例如，l)而被分类。例如，也可以是，第一用例(例如，eMBB)对应于第一功率调整状态，第二用例(例如，URLLC)对应于第二功率调整状态。或者，也可以是，相同的用例之中某一PUSCH发送对应于第一功率调整状态，其他PUSCH发送对应于第二功率调整状态。

在被设定了功率控制调整状态(l∈{0，1})的情况下，也可以将与第一类型的UL信道对应的TPC命令的功率控制调整状态的索引设为0，并将与第二类型的UL信道对应的TPC命令的功率控制状态的索引设为1。另外，l的值不限于2个，也可以是3个以上(例如，0，1，2，3等)。或者，也可以对类型不同的UL信道分配独立的功率控制调整状态(例如，“l”和“l’”)，而不是分配功率控制调整状态l的不同的值。

UE仅针对该PUSCH#A的发送，应用在与第一类型的PUSCH(以下，也记为PUSCH#A)发送对应的PDCCH#A中包含的TPC命令#A(例如，对应于功率控制调整状态#A)的蓄积(参见图5)。同样地，UE仅针对该PUSCH#B的发送，应用在与第二类型的PUSCH(以下，也记为PUSCH#B)发送对应的PDCCH#B中包含的TPC命令#B(例如，对应于功率控制调整状态#A)的蓄积(参见图5)。

也就是说，UE也可以进行控制以不进行TPC命令#A和TPC命令#B的蓄积。

图5示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了在PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地(in forward)被进行之后(依序(in-order))，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地(reversing)被进行(乱序)的情况。

UE也可以基于来自DCI的指示、在PDCCH的CRC加扰中被应用的RNTI类别、在PUSCH的调度中被应用的MCS表格类别来判断PUSCH的类型并判断TPC命令的蓄积。

例如，UE也可以将通过由C-RNTI进行CRC加扰的PDCCH而被调度的PUSCH判断为eMBB用的PUSCH#A，并将通过由CS-RNTI进行CRC加扰的PDCCH而被调度的PUSCH判断为URLLC用的PUSCH#B。此外，UE也可以将通过特定的MCS表格(例如，新64QAM的MCS表格)而被调度的PUSCH判断为eMBB用的PUSCH#A，并将通过其它MCS表格而被调度的PUSCH判断为URLLC用的PUSCH#B。

或者，UE也可以基于与PUSCH(或者，TPC命令)对应的功率控制调整状态的索引，判断TPC命令的蓄积。功率控制调整状态的索引也可以通过下行控制信息和高层信令的至少一个而被通知给UE。

在图5中，针对PUSCH#A1，UE基于PDCCH#A1中包含的功率控制信息(例如，TPC命令P(A1))来决定发送功率。此外，针对PUSCH#B1，UE基于PDCCH#B1中包含的功率控制信息(例如，TPC命令P(B1))来决定发送功率。在这种情况下，UE进行控制以不进行TPC命令P(A1)的蓄积作为PUSCH#B1的发送功率。

针对PUSCH#B2，UE基于PDCCH#B2中包含的功率控制信息(例如，TPC命令P(B2))、以及已获取的TPC命令P(B1)来决定发送功率。也就是说，UE进行控制以蓄积TPC命令P(B1)和P(B2)，且不蓄积TPC命令P(A1)和P(A2)作为PUSCH#B2的发送功率。

针对PUSCH#A2，UE基于PDCCH#A2中包含的功率控制信息(例如，TPC命令P(A2))、以及已获取的TPC命令P(A1)来决定发送功率。也就是说，UE进行控制以蓄积TPC命令P(A1)和P(A2)，且不蓄积TPC命令P(B1)和P(B2)作为PUSCH#A2的发送功率。

像这样，通过根据PUSCH的类型来控制TPC命令的蓄积，从而能够按每个发送类型(或者，用例)分别分开地控制发送功率控制。

(第二方式)

第二方式根据UL信道的类型，分开地设定要蓄积的TPC命令的类别。以下，对如下情况进行说明，即，针对第一类型的UL信道发送，仅蓄积该第一类型的UL信道用的TPC命令，针对第二类型的UL信道发送，在该第二类型的UL信道用的TPC命令的基础上，还蓄积其它类型的UL信道用的TPC命令。另外，关于UL信道的类型的分类、判断方法等，也可以与第一方式同样地进行控制。

针对第一类型的PUSCH#A，UE蓄积调度PUSCH#A的PDCCH#A中包含的TPC命令#A(例如，对应于功率控制调整状态#A)来决定发送功率。另一方面，针对第二类型的PUSCH#B，UE也可以在调度PUSCH#B的PDCCH#B中包含的TPC命令#B(例如，对应于功率控制调整状态#B)的基础上，还蓄积TPC命令#A来决定发送功率。

也就是说，针对特定类型的PUSCH#A，UE进行控制以不进行TPC命令#A和TPC命令#B的蓄积，针对其它类型的PUSCH#B，UE允许TPC命令#A和TPC命令#B的蓄积。UE也可以基于特定条件来控制在决定PUSCH#B的发送功率的情况下的TPC命令#A的蓄积的有无。另外，是否允许其它类型用的TPC命令的蓄积，可以通过规范而预先定义，也可以通过高层信令等而被设定给UE。

特定条件也可以是PUSCH的发送定时、PDCCH(或者，DCI)的发送定时、以及乱序的应用的有无的至少一个。以下，对在决定PUSCH#B的发送功率的情况下，基于特定条件来决定是否蓄积TPC命令#A的情况(情形2-1至2-3)进行说明。

<情形2-1>

UE也可以蓄积发送定时早于PUSCH#B的PDCCH(也包含PDCCH#A)中包含的TPC命令来决定该PUSCH#B的发送功率。

图6A示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了在PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地(in forward)被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地(reversing)被进行(乱序)的情况。

针对PUSCH#A1，UE基于PDCCH#A1中包含的功率控制信息(例如，TPC命令P(A1))来决定发送功率。此外，针对PUSCH#B1，UE考虑TPC命令P(A1)、以及PDCCH#B1中包含的功率控制信息(例如，TPC命令P(B1))来决定发送功率。

在图6A中，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时。针对PUSCH#B2，UE考虑早于该PUSCH#B而被发送的PDCCH(PDCCH#A1、#B1、#A2、#B2)中包含的TPC命令的蓄积来决定发送功率。这里，示出了考虑TPC命令P(A1)、P(B1)、P(A2)、P(B2)的蓄积来决定PUSCH#B2的发送功率的情况。

像这样，通过根据PUSCH的类型来控制要蓄积的TPC命令，从而能够按每个发送类型(或者，用例)而分别分开地控制发送功率控制。例如，还考虑具有高优先级的信道(例如，URLLC PUSCH)只是不定时地(in a sporadic manner)发生的环境。在这种情况下，针对URLLC的PUSCH，通过蓄积eMBB用的TPC命令，从而能够适当地设定不定时地发生的URLLC用的发送功率。另一方面，针对eMBB的PUSCH，不蓄积与URLLC对应的TPC命令，从而能够在不受不定时地发生的URLLC用的TPC命令的影响的情况下决定eMBB用的发送功率。

<情形2-2>

UE也可以蓄积对发送定时早于PUSCH#B的PUSCH进行调度的PDCCH(也包含PDCCH#A)中包含的TPC命令来决定该PUSCH#B的发送功率。也就是说，在情形2-2中，不仅PDCCH的发送定时，由该PDCCH调度的PUSCH的发送定时也早于情形2-1中的PUSCH#B成为条件。

图6B示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了在PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(乱序)的情况。

在图6B中，PUSCH#A1、PUSCH#B1以及PUSCH#A2的发送功率控制(TPC命令的蓄积等)也可以与情形2-1同样地进行。

在图6B中，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时，但PUSCH#A2的发送定时晚于PUSCH#B2的发送定时。针对PUSCH#B2，UE也可以在PDCCH#B2中包含的TPC命令的基础上，还考虑对发送定时早于该PUSCH#B2的PUSCH(例如，PUSCH#A1)进行调度的PDCCH中包含的TPC命令的蓄积来决定发送功率。这里，示出了在P(B2)的基础上，还考虑TPC命令P(A1)、P(B1)的蓄积来决定PUSCH#B2的发送功率的情况。另一方面，不考虑PUSCH#A2用的TPC命令P(A2)。

像这样，通过根据PUSCH的类型来控制要蓄积的TPC命令，从而能够按每个发送类型(或者，用例)分别分开地控制发送功率控制。此外，通过基于PUSCH的发送定时来控制TPC命令的蓄积的有无，从而能够在一定程度上确保PDCCH#A2和PUSCH#B2的期间，因此能够抑制UE的处理负荷。

<情形2-3>

UE也可以在基于PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序反序地被进行(乱序)的应用的有无来决定特定类型的PUSCH(例如，PUSCH#B)发送的发送功率的情况下，决定是否蓄积TPC命令#A。

例如，UE也可以在PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序反序地被进行情况下(乱序)，还考虑其它类型的PUSCH(例如，PUSCH#A)用的TPC命令来决定特定类型的PUSCH(例如，PUSCH#B)的发送功率。另一方面，UE也可以在PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序按顺序地被进行的情况下(依序)，不考虑其它类型的PUSCH#A用的TPC命令来决定特定类型的PUSCH#B的发送功率。

图7示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了在PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(乱序)的情况。

针对PUSCH#A1，UE基于PDCCH#A1中包含的功率控制信息(例如，TPC命令P(A1))来决定发送功率。此外，针对PUSCH#B1，UE基于PDCCH#B1中包含的功率控制信息(例如，TPC命令P(B1))来决定发送功率。也就是说，UE进行控制以在依序处理时，在PUSCH#B1的发送功率控制中不考虑(或者，蓄积)其它类型用的TPC命令P(A1)。

在图7中，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(应用乱序)。针对PUSCH#B2，UE在PDCCH#B2中包含的TPC命令P(B2)和相同的发送类型的TPC命令P(B1)的基础上，还考虑乱序被应用的PUSCH#A2用的TPC命令P(A2)来控制发送功率。

针对PUSCH#A2，UE基于PDCCH#A2中包含的功率控制信息(例如，TPC命令P(A2))、以及已获取的TPC命令P(A1)来决定发送功率。也就是说，UE进行控制以蓄积TPC命令P(A1)和P(A2)，且不蓄积与其它类型对应的TPC命令P(B1)和P(B2)作为PUSCH#A2的发送功率。

另外，在上述说明中，示出了UE在应用乱序时进行针对PUSCH#B发送的TPC命令#A的蓄积的情况，但不限于此。UE也可以进行控制以在应用依序时进行针对PUSCH#B发送的TPC命令#A的蓄积，在应用乱序时不进行针对PUSCH#B发送的TPC命令#A的蓄积。

<变化>

在上述情形2-1至2-3中，示出了针对第二类型的PUSCH#B，还考虑(例如，蓄积)与其它类型(例如，第一类型)的PUSCH#A对应的TPC命令来决定发送功率的情况，但不限于此。例如，也可以基于与第一类型的PUSCH#A和第二类型的PUSCH#2对应的TPC命令的结构来控制针对PUSCH#B的TPC命令#A的应用。

例如，在与第一类型的PUSCH#A对应的TPC命令的结构和与第二类型的PUSCH#B对应的TPC命令的结构公共地被设定的情况下，针对PUSCH#B，UE考虑与PUSCH#A对应的TPC命令来决定发送功率(情形2-1至2-3)。另一方面，也可以设为如下结构：在与第一类型的PUSCH#A对应的TPC命令的结构和与第二类型的PUSCH#B对应的TPC命令的结构分开地被设定的情况下，针对PUSCH#B，UE不考虑与PUSCH#A对应的TPC命令。

TPC命令的结构也可以是TPC命令的值、范围(或者，范围(range))、以及被定义的表格的至少一个。例如，设想如下情况：与第二类型的PUSCH#B对应的TPC命令的范围被设定为宽于与第一类型的PUSCH#B对应的TPC命令的范围。

在这种情况下，也可以设为如下结构：针对PUSCH#B，UE不考虑与PUSCH#A对应的TPC命令(例如，参见图5)。

像这样，在针对类型不同的PUSCH发送，TPC命令的结构分别分开地被设定的情况下，通过根据PUSCH的类型来控制TPC命令的蓄积，从而能够按每个发送类型(或者，用例)灵活地控制发送功率控制。

(第三方式)

在第三方式中，根据UL信道的类型，分开地设定要蓄积的TPC命令的类别。以下，对如下情况进行说明，即，针对第一类型的UL信道发送，在该第一类型的UL信道用的TPC命令的基础上，还蓄积其它类型的UL信道用的TPC命令，针对第二类型的UL信道发送，仅蓄积该第二类型的UL信道用的TPC命令。另外，关于UL信道的类型的分类、判断方法等，也可以与第一方式同样地进行控制。

针对第二类型的PUSCH#B，UE蓄积调度PUSCH#B的PDCCH#B中包含的TPC命令#B(例如，对应于功率控制调整状态#B)来决定发送功率。另一方面，针对第一类型的PUSCH#A，UE也可以在调度PUSCH#A的PDCCH#A中包含的TPC命令#A(例如，对应于功率控制调整状态#A)的基础上，还蓄积TPC命令#B来决定发送功率。

也就是说，针对特定类型的PUSCH#A，UE进行控制以允许TPC命令#A和TPC命令#B的蓄积，针对其它类型的PUSCH#B，UE进行控制以不进行TPC命令#A和TPC命令#B的蓄积。UE也可以基于特定条件来控制在决定PUSCH#A的发送功率的情况下的TPC命令#B的蓄积的有无。另外，关于是否允许其它类型用的TPC命令的蓄积，可以通过规范而预先定义，也可以通过高层信令等而被设定给UE。

特定条件也可以是PUSCH的发送定时、PDCCH(或者，DCI)的发送定时、以及乱序的应用的有无的至少一个。以下，对如下情况(情形3-1至3-2)进行说明：在决定PUSCH#A的发送功率的情况下，基于特定条件来决定是否蓄积TPC命令#B。

<情形3-1>

UE也可以蓄积发送定时早于PUSCH#A的PDCCH(还包含PDCCH#B)中包含的TPC命令来决定该PUSCH#A的发送功率。

图8A示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(乱序)的情况。

针对PUSCH#A1，UE基于PDCCH#A1中包含的功率控制信息(例如，TPC命令P(A1))来决定发送功率。此外，针对PUSCH#B1，UE基于PDCCH#B1中包含的功率控制信息(例如，TPC命令P(B1))来决定发送功率。

在这种情况下，UE进行控制以不进行其它类型的TPC命令P(A1)的蓄积作为PUSCH#B1的发送功率。另外，这里，由于不存在早于PUSCH#A1而被发送的PUCCH#B，因此，不考虑PUSCH#B用的TPC命令作为PUSCH#A1的发送功率。假设在存在早于PUSCH#A1而被发送的PUCCH#B的情况下，也可以还考虑该PUCCH#B中包含的TPC命令来决定PUSCH#A的发送功率。

针对PUSCH#B2，UE也可以考虑调度该PUSCH#B2的PDCCH#2中包含的TPC命令P(B2)、以及已获取的相同的类型的TPC命令(这里，是P(B1))的蓄积来决定发送功率。也就是说，UE进行控制以不进行TPC命令P(A1)、P(A2)的蓄积作为PUSCH#B2的发送功率。

在图8A中，调度PUSCH#B2的PDCCH#B2的发送定时早于PUSCH#A2的发送定时。针对PUSCH#A2，UE也可以考虑早于该PUSCH#A2而被发送的PDCCH(PDCCH#A1、#B1、#A2、#B2)中包含的TPC命令的蓄积来决定发送功率。这里，示出了考虑TPC命令P(A1)、P(B1)、P(A2)、P(B2)的蓄积来决定PUSCH#A2的发送功率的情况。

像这样，通过根据PUSCH的类型来控制要蓄积的TPC命令，从而能够按每个发送类型(或者，用例)分别分开地控制发送功率控制。

<情形3-2>

UE也可以在基于PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序反序地被进行(乱序)的应用的有无来决定特定类型的PUSCH(例如，PUSCH#A)发送的发送功率的情况下，决定是否蓄积其它类型用的TPC命令#B。

例如，UE也可以在PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序反序地被进行情况下(乱序)，还考虑其它类型的PUSCH(例如，PUSCH#B)用的TPC命令来决定特定类型的PUSCH(例如，PUSCH#A)的发送功率。另一方面，UE也可以在PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序按顺序地被进行的情况下(依序)，不考虑其它类型的PUSCH#B用的TPC命令来决定特定类型的PUSCH#A的发送功率。

图8B示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了在PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(乱序)的情况。

在这种情况下，UE进行控制以不进行其它类型的TPC命令P(A1)的蓄积作为PUSCH#B1的发送功率。另外，即使在存在早于PUSCH#A1而被发送的PUCCH#B的情况下，由于乱序未被应用，因此，UE也进行控制以不进行其它类型的TPC命令P(B1)的蓄积作为PUSCH#A1的发送功率。

在图8B中，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(应用乱序)。针对PUSCH#B2，UE即使在应用乱序时也不考虑其它类型的TPC命令来决定发送功率。具体而言，针对PUSCH#B2，UE也可以考虑调度该PUSCH#B2的PDCCH#2中包含的TPC命令P(B2)、以及已获取的相同的类型的TPC命令(这里，是P(B1))的蓄积来决定发送功率。

针对PUSCH#A2，UE在应用乱序时还考虑其它类型的TPC命令来决定发送功率。针对PUSCH#A2，UE也可以在P(A1)以及P(A2)的基础上，还考虑在乱序处理中早于该PUSCH#A2而被发送的其它类型用的PDCCH(PDCCH#B2)中包含的TPC命令来决定发送功率。例如，UE蓄积TPC命令P(A1)、P(A2)、P(B2)来决定PUSCH#B2的发送功率。

另外，在上述说明中，示出了UE在应用乱序时在决定特定类型的PUSCH的发送功率的情况下考虑其它类型用的TPC命令的情况，但不限于此。UE也可以进行控制以在应用依序时在决定特定类型的PUSCH的发送功率的情况下考虑其它类型用的TPC命令，在应用乱序时在特定类型的PUSCH的发送功率的决定中不考虑其它类型用的TPC命令。

(第四方式)

在第四方式中，针对各类型的UL信道发送，还考虑其它类型的TPC命令来决定发送功率。以下，对如下情况进行说明，即，针对第一类型的UL信道发送以及第二UL信道发送，分别考虑第一类型的UL信道用的TPC命令以及第二类型的UL信道用的TPC命令来控制发送功率。另外，UL信道的类型的分类、判断方法等也可以与第一方式同样地进行控制。

UE也可以在PDCCH#A中包含的TPC命令#A(例如，对应于功率控制调整状态#A)的基础上，还考虑PDCCH#B中包含的TPC命令#B(例如，对应于功率控制调整状态#B)来决定第一类型的PUSCH#A的发送功率。这里，PDCCH#A(或者，DCI#A)也可以被利用于第一类型的PUSCH#A的调度，PDCCH#B(或者，DCI#B)也可以被利用于第二类型的PUSCH#B的调度。

同样地，针对第二类型的PUSCH#B的发送功率，UE也可以在PDCCH#B中包含的TPC命令#B的基础上，还考虑PDCCH#A中包含的TPC命令#A来决定发送功率。

也就是说，在决定各类型的PUSCH#A以及PUSCH#B的发送功率时，TPC命令#A和TPC命令#B的蓄积被允许。UE也可以基于特定条件来控制在决定PUSCH#A的发送功率的情况下的TPC命令#B的蓄积的有无、或者在决定PUSCH#B的发送功率的情况下的TPC命令#A的蓄积的有无。

特定条件也可以是PUSCH的发送定时、PDCCH(或者，DCI)的发送定时、乱序的应用的有无、以及TPC的设定的至少一个。以下，对如下情况(情形4-1至4-4)进行说明，即，基于特定条件来决定在决定PUSCH#A的发送功率的情况下是否蓄积TPC命令#B、或者在决定PUSCH#B的发送功率的情况下是否蓄积TPC命令#A。

<情形4-1>

UE也可以考虑(例如，蓄积)发送定时早于被指示了发送的PUSCH的PDCCH(或者，DCI)中包含的TPC命令来决定PUSCH的发送功率。

图9A示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(乱序)的情况。

针对PUSCH#A1，UE考虑PDCCH#A1中包含的TPC命令P(A1)来决定发送功率。此外，针对PUSCH#B1，UE考虑(例如，蓄积)在PUSCH#B的发送之前接收到的TPC命令P(A1)、以及PDCCH#B1中包含的TPC命令P(B1)来决定发送功率。

在图9A中，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时。针对PUSCH#B2，UE也可以考虑早于该PUSCH#B2而被发送的PDCCH(PDCCH#A1、#B1、#A2、#B2)中包含的TPC命令来决定发送功率。例如，UE蓄积TPC命令P(A1)、P(B1)、P(A2)、P(B2)来决定PUSCH#B2的发送功率。

针对PUSCH#A2，UE也可以考虑早于该PUSCH#A2而被发送的PDCCH(PDCCH#A1、#B1、#A2、#B2)中包含的TPC命令来决定发送功率。例如，UE蓄积TPC命令P(A1)、P(B1)、P(A2)、P(B2)来决定PUSCH#B2的发送功率。

像这样，通过考虑与不同类型的PUSCH发送对应的多个TPC命令来决定发送功率，从而能够根据通信环境的变化而灵活地控制发送功率。

<情形4-2>

UE也可以考虑(例如，蓄积)对发送定时早于被指示了发送的特定PUSCH的其它PUSCH进行调度的PDCCH(或者，DCI)中包含的TPC命令，来决定该特定PUSCH的发送功率。也就是说，在情形4-2中，不仅PDCCH的发送定时，由该PDCCH调度的其它PUSCH的发送定时也早于情形4-1的特定PUSCH成为条件。

图9B示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(乱序)的情况。

针对PUSCH#A1、以及PUSCH#B1的发送功率控制(例如，TPC命令的蓄积等)，UE也可以与情形4-1同样地进行。

在图9B中，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时，但PUSCH#A2的发送定时晚于PUSCH#B2的发送定时。针对PUSCH#B2，UE也可以在PDCCH#B1、#B2中包含的TPC命令的基础上，还考虑与发送定时早于该PUSCH#B的其它类型的PUSCH(例如，PUSCH#A1)对应的TPC命令来决定发送功率。

这里，UE也可以蓄积TPC命令P(A1)、P(B1)、P(B2)来决定PUSCH#B2的发送功率。另一方面，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时，但PUSCH#A2的发送定时晚于PUSCH#B2的发送定时，因此不考虑P(A2)来决定PUSCH#B2的发送功率。

在图9B中，调度PUSCH#B2的PDCCH#B2的发送定时早于PUSCH#A2的发送定时。针对PUSCH#A2，UE也可以考虑早于该PUSCH#A2而被发送的PDCCH(PDCCH#A1、#B1、#A2、#B2)中包含的TPC命令来决定发送功率。例如，UE蓄积TPC命令P(A1)、P(B1)、P(A2)、P(B2)来决定PUSCH#A2的发送功率。

像这样，通过基于PUSCH的发送定时来控制TPC命令的蓄积的有无，从而能够在一定程度上确保包含在发送功率的决定中考虑的TPC命令的PDCCH(例如，PDCCH#B2)和PUSCH(例如，PUSCH#A2)的期间，因此能够抑制UE的处理负荷。

<情形4-3/4-4>

UE也可以在基于PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序反序地被进行(乱序)的应用的有无来决定特定类型的PUSCH发送的发送功率的情况下，决定是否蓄积其它类型的PUSCH用的TPC命令。

例如，UE也可以在PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序反序地被进行的情况下(乱序)，还考虑其它类型的PUSCH用的TPC命令来决定特定类型的PUSCH的发送功率。另一方面，UE也可以在PUSCH#A的发送处理与PUSCH#B的发送处理的开始和完成的顺序按顺序地被进行的情况下(依序)，不考虑其它类型的PUSCH用的TPC命令来决定特定类型的PUSCH的发送功率。

此外，UE也可以在应用乱序的情况下，基于特定条件来进一步决定是否针对特定类型的PUSCH的发送功率而蓄积其它类型的PUSCH用的TPC命令。特定条件也可以是该特定类型的PUSCH的发送定时、以及对其它类型的PUSCH进行调度的PDCCH的发送定时(情形4-3)。或者，特定条件也可以是该特定类型的PUSCH的发送定时、以及其它类型的PUSCH的发送定时(情形4-4)。

在情形4-3中，UE也可以在乱序处理中，考虑发送定时早于被指示了发送的特定类型的PUSCH的PDCCH(或者，DCI)中包含的TPC命令来决定该特定类型的PUSCH的发送功率。

图10A示出了在发送第一类型的PUSCH#A以及第二类型的PUSCH#B的情况下的发送功率控制(例如，TPC命令的蓄积方法)的一例。这里，示出了在PUSCH#A1的发送处理与PUSCH#B1的发送处理的开始和完成的顺序按顺序地被进行之后(依序)，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(乱序)的情况。

针对PUSCH#A1，UE基于PDCCH#A1中包含的功率控制信息(例如，TPC命令P(A1))来决定发送功率。此外，针对PUSCH#B1，UE基于PDCCH#B1中包含的功率控制信息(例如，TPC命令P(B1))来决定发送功率。也就是说，UE在依序处理时，在PUSCH#B1的发送功率控制中不考虑其它类型用的TPC命令P(A1)。

在图10A中，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(应用乱序)。进一步地，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时。针对PUSCH#B2，UE也可以在P(B1)以及P(B2)的基础上，还考虑在乱序处理中早于该PUSCH#B2而被发送的其它类型用的PDCCH(PDCCH#A2)中包含的TPC命令来决定发送功率。例如，UE蓄积TPC命令P(B1)、P(B2)、P(A2)来决定PUSCH#B2的发送功率。

针对PUSCH#A2，UE也可以在P(A1)以及P(A2)的基础上，还考虑在乱序处理中早于该PUSCH#A2而被发送的其它类型用的PDCCH(PDCCH#B2)中包含的TPC命令来决定发送功率。例如，UE蓄积TPC命令P(A1)、P(A2)、P(B2)来决定PUSCH#B2的发送功率。

在情形4-4中，UE也可以考虑对在乱序处理中发送定时早于被指示了发送的特定类型的PUSCH的其它类型的PUSCH进行调度的PDCCH(或者，DCI)中包含的TPC命令来决定该特定类型的PUSCH的发送功率。

在图10B中，针对PUSCH#A1、以及PUSCH#B1的发送功率控制(例如，TPC命令的蓄积等)，UE也可以与情形4-3同样地进行。

在图10B中，PUSCH#A2的发送处理与PUSCH#B2的发送处理的开始和完成的顺序反序地被进行(应用乱序)。进一步地，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时，但PUSCH#A2的发送定时晚于PUSCH#B2的发送定时。针对PUSCH#B2，UE也可以考虑PDCCH#B1、#B2中包含的TPC命令(不考虑PDCCH#A2中包含的TPC命令)来决定发送功率。

这里，UE也可以蓄积TPC命令P(B1)、P(B2)来决定PUSCH#B2的发送功率。另一方面，调度PUSCH#A2的PDCCH#A2的发送定时早于PUSCH#B2的发送定时，但PUSCH#A2的发送定时晚于PUSCH#B2的发送定时，因此不考虑P(A2)来决定PUSCH#B2的发送功率。

在图10B中，调度PUSCH#B2的PDCCH#B2的发送定时早于PUSCH#A2的发送定时。针对PUSCH#A2，UE也可以考虑在乱序处理中早于该PUSCH#A2而被发送的其它类型用的PDCCH#B2中包含的TPC命令来决定发送功率。例如，UE蓄积TPC命令P(A1)、P(A2)、P(B2)来决定PUSCH#A2的发送功率。

(第五方式)

UE也可以切换在上述第一方式至第四方式中示出的发送功率控制进行应用。例如，UE也可以基于特定条件来选择在第一方式中示出的第一发送功率控制(例如，参见图5)、在第二方式的情形2-1至情形2-3(例如，参见图6、图7)以及变化的任一个中示出的第二发送功率控制、在第三方式的情形3-1至3-2(例如，参见图8)的任一个中示出的第三发送功率控制、在第四方式的情形4-1至4-4(例如，参见图9、图10)的任一个中示出的第四发送功率控制。

作为一例，UE也可以基于从网络(例如，基站)被通知的信息来决定要应用的发送功率控制(第一发送功率控制至第四发送功率控制的至少一个)。从基站至UE的通知也可以利用高层信令(例如，特定的高层参数)来进行。此外，针对每PUSCH的发送类型(或者，PUCCH的发送类型)，可以设定相同的发送功率控制，也可以设定不同的发送功率控制。

或者，UE也可以基于从基站被通知的DCI、被应用的RNTI、以及通过DCI而被通知的特定信息(例如，MCS等)的至少一个来决定要应用的发送功率控制(第一发送功率控制至第四发送功率控制的至少一个)。

UE也可以基于在CRC的加扰中被应用的RNTI类别来决定要应用的发送功率控制。例如，UE也可以在通过由C-RNTI进行CRC加扰的PDCCH(或者，DCI)而被调度数据(例如，共享信道)的情况下，应用特定的发送功率控制(例如，第二发送功率控制(例如，情形2-1))。另一方面，UE也可以在通过由CS-RNTI进行CRC加扰的PDCCH(或者，DCI)而被调度数据(例如，共享信道)的情况下，应用其它发送功率控制(例如，第四发送功率控制(例如，情形4-1))。

或者，UE也可以基于在数据的调度(发送或接收)中被应用的MCS表格类别来决定要应用的发送功率控制。例如，UE也可以在基于新的64QAM的MCS表格而数据(例如，共享信道)被调度的情况下，应用第二发送功率控制(例如，情形2-1)。另一方面，UE也可以在基于除此之外的MCS表格而被调度数据(例如，共享信道)的情况下，应用第四发送功率控制(例如，情形4-1)。

或者，UE也可以根据是基于设定许可的PUSCH发送还是基于动态许可的PUSCH发送来决定要应用的发送功率控制。例如，UE在被设定了基于设定许可的参数(例如，configuredGrantConfig)的情况下应用第二发送功率控制(例如，情形2-1)，在没有被设定的情况下应用第四发送功率控制(例如，情形4-1)。

(无线通信系统)

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

图11是表示一实施方式所涉及的无线通信系统的概略结构的一例的图。无线通信系统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以下的频带(低于6GHz(sub-6GHz))，FR2也可以是比24GHz高的频带(高于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 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 AutomaticRepeat reQuest ACKnowledgement(HARQ-ACK))、ACK/NACK等)、以及调度请求(SchedulingRequest(SR))的至少一个的上行控制信息(上行链路控制信息(Uplink ControlInformation(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)。

(基站)

图12是表示一实施方式所涉及的基站的结构的一例的图。基站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重发控制)、媒体访问控制(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 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发送第一下行控制信息以及第二下行控制信息，所述第一下行控制信息包含第一类型的上行信道用的第一发送功率控制命令，所述第二下行控制信息包含第二类型的上行信道用的第二发送功率控制命令。

在第二下行控制信息的发送定时晚于第一下行控制信息的发送定时、且第一类型的上行信道的发送定时晚于第二类型的上行信道的发送定时的情况下，控制单元110也可以基于上行信道的类型、功率控制调整状态索引、下行控制信息的发送定时、以及上行信道的发送定时的至少一个，控制TPC命令的通知以使第一发送功率命令和第二发送功率命令的累积被控制。

(用户终端)

图13是表示一实施方式所涉及的用户终端的结构的一例的图。用户终端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接收第一下行控制信息以及第二下行控制信息，所述第一下行控制信息包含第一类型的上行信道用的第一发送功率控制命令，所述第二下行控制信息包含第二类型的上行信道用的第二发送功率控制命令。

在第二下行控制信息的发送定时晚于第一下行控制信息的发送定时、且第一类型的上行信道的发送定时晚于第二类型的上行信道的发送定时的情况下，控制单元210也可以基于上行信道的类型、功率控制调整状态索引、下行控制信息的发送定时、以及上行信道的发送定时的至少一个，控制第一发送功率命令和第二发送功率命令的累积。

控制单元210也可以进行控制以分别分开地蓄积第一发送功率控制命令和第二发送功率命令。或者，针对第一类型的上行信道，控制单元210也可以基于第一发送功率控制命令的蓄积来决定发送功率，针对第二类型的上行信道，控制单元210也可以基于第一发送功率控制命令和第二发送功率控制命令的蓄积来决定发送功率。

或者，针对第一类型的上行信道和第二类型的上行控制信道，控制单元210也可以基于第一发送功率控制命令和第二发送功率控制命令的蓄积来决定发送功率。

控制单元210也可以通过不同的方法来控制：在第二下行控制信息的发送定时晚于第一下行控制信息的发送定时、且第二类型的上行信道的发送定时晚于第一类型的上行信道的发送定时的情况下的第一发送功率控制命令和第二发送功率控制命令的蓄积；以及在第二下行控制信息的发送定时晚于第一下行控制信息的发送定时、且第一类型的上行信道的发送定时晚于第二类型的上行信道的发送定时的情况下的第一发送功率控制命令和第二发送功率控制命令的蓄积。

(硬件结构)

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

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

例如，本公开的一个实施方式中的基站、用户终端等也可以作为进行本公开的无线通信方法的处理的计算机而发挥功能。图14是表示一个实施方式所涉及的基站和用户终端的硬件结构的一例的图。上述的基站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))、未来无线接入(FutureRadio Access(FRA))、新无线接入技术(New-Radio Access Technology(RAT))、新无线(New Radio(NR))、新无线接入(New radio access(NX))、新一代无线接入(Futuregeneration radio access(FX))、全球移动通信系统(Global System for Mobilecommunications(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 transmit power))。

在本公开中使用的“连接(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.一种无线通信方法，其特征在于，具有以下步骤：

接收第一下行控制信息以及第二下行控制信息，所述第一下行控制信息包含第一类型的上行信道用的第一发送功率控制命令，所述第二下行控制信息包含第二类型的上行信道用的第二发送功率控制命令；

在所述第二下行控制信息的发送定时晚于所述第一下行控制信息、且所述第一类型的上行信道的发送定时晚于所述第二类型的上行信道的情况下，基于上行信道的业务类型、功率控制调整状态索引、以及上行信道的发送定时的至少一个，针对所述第一类型的上行信道和所述第二类型的上行信道的每一个，控制所述第一发送功率控制命令或者所述第二发送功率控制命令中的至少一个的累积的有无；以及

基于从基站被通知的信息，针对所述第一类型的上行信道和所述第二类型的上行信道的每一个，切换所述第一发送功率控制命令或所述第二发送功率控制命令中的至少一个的累积的有无。