一种功率控制方法、终端设备、网络设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种功率控制方法、终端设备、网络设备及存储介质。

背景技术

随着移动通信技术的发展，在第四代(the 4th Generation，4G)移动通信网络甚至是第五代(the 5th Generation，5G)移动通信网络中，媒体控制接入(Medium AccessControl，MAC)层目前采用下行控制信息(Downlink control information，DCI)调度的方式。网络侧首先通知用户设备(User Equipment，UE)有属于该UE的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)数据包发送，这样UE在接收到属于自身的DCI后，再对随后的PDSCH数据包进行解析。

然而，在目前的数据传输中，对于UE来说，由于其仅考虑了PDSCH数据包的解析是否错误，并无法感知到DCI是否丢失，这为低速率的调试(debug)问题带来了很大的不便；尤其是在DCI丢失之后，此时UE无法确定网络侧是否有调度，也就无法通过闭环功控来要求网络侧增加下行发射功率。

发明内容

本申请提出一种功率控制方法、终端设备、网络设备及存储介质，在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且还可以精确控制物理下行控制信道的发射功率。

为达到上述目的，本申请的技术方案是这样实现的：

第一方面，本申请实施例提供了一种功率控制方法，应用于终端设备，该方法包括：

确定终端设备的下行控制信息DCI接收情况；

根据所述DCI接收情况，确定传输功率控制命令；其中，所述传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整；

向所述网络设备发送上行控制信息UCI，所述UCI包括：所述传输功率控制命令。

第二方面，本申请实施例提供了一种功率控制方法，应用于网络设备，该方法包括：

向终端设备发送DCI；

接收所述终端设备返回的UCI，所述UCI包括：传输功率控制命令；

根据所述传输功率控制命令，对物理下行控制信道进行发射功率调整。

第三方面，本申请实施例提供了一种终端设备，该终端设备包括第一接收单元、第一确定单元和第一发送单元；其中，

第一接收单元，配置为确定终端设备的DCI接收情况；

第一确定单元，配置为根据所述DCI接收情况，确定传输功率控制命令；其中，所述传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整；

第一发送单元，配置为向所述网络设备发送UCI，所述UCI包括：所述传输功率控制命令。

第四方面，本申请实施例提供了一种终端设备，该终端设备包括第一存储器和第一处理器；其中，

第一存储器，用于存储能够在所述第一处理器上运行的计算机程序；

第一处理器，用于在运行所述计算机程序时，执行如第一方面所述的方法。

第五方面，本申请实施例提供了一种网络设备，该网络设备包括第二发送单元、第二接收单元和功率控制单元；其中，

第二发送单元，配置为向终端设备发送DCI；

第二接收单元，配置为接收所述终端设备返回的UCI，所述UCI包括：传输功率控制命令；

功率控制单元，配置为根据所述传输功率控制命令，对物理下行控制信道进行发射功率调整。

第六方面，本申请实施例提供了一种网络设备，该网络设备包括第二存储器和第二处理器；其中，

第二存储器，用于存储能够在所述第二处理器上运行的计算机程序；

第二处理器，用于在运行所述计算机程序时，执行如第二方面所述的方法。

第七方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质存储有计算机程序，所述计算机程序被第一处理器执行时实现如第一方面所述的方法、或者被第二处理器执行时实现如第二方面所述的方法。

本申请实施例所提供的一种功率控制方法、终端设备、网络设备及存储介质，在终端设备侧，确定终端设备的下行控制信息DCI接收情况；根据DCI接收情况，确定传输功率控制命令，该传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整；向网络设备发送上行控制信息UCI，该UCI包括：传输功率控制命令。在网络设备侧，向终端设备发送DCI；接收终端设备返回的UCI；根据UCI中包括的传输功率控制命令，对物理下行控制信道进行发射功率调整。这样，由于本申请的技术方案增加了UCI格式以发送传输功率控制命令，而且该传输功率控制命令是基于终端设备感知到的DCI接收情况所确定的，如此在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且还可以精确控制物理下行控制信道的发射功率，进而降低DCI丢失率。

附图说明

图1为本申请实施例提供的一种无线通信系统的架构示意图；

图2为本申请实施例提供的一种功率控制方法的流程示意图；

图3为本申请实施例提供的另一种功率控制方法的流程示意图；

图4为本申请实施例提供的又一种功率控制方法的流程示意图；

图5为本申请实施例提供的一种功率控制方法的详细流程示意图；

图6为本申请实施例提供的一种终端设备的组成结构示意图；

图7为本申请实施例提供的一种终端设备的具体硬件结构示意图；

图8为本申请实施例提供的一种网络设备的组成结构示意图；

图9为本申请实施例提供的一种网络设备的具体硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅仅用于解释相关申请，而非对该申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关申请相关的部分。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。还需要指出的是，本申请实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

示例性地，图1示出了可应用本申请实施例技术方案的无线通信系统的架构示意图。其中，所述无线通信系统不限于长期演进(Long Term Evolution，LTE)系统，第四代移动通信(the 4th Generation，4G)系统、或者是第五代移动通信(the 5th Generation，5G)系统、新空口(NR)系统，甚至是后续演进的通信系统等。如图1所示，该无线通信系统100可以包括：网络设备101和终端设备102，且终端设备102与网络设备101通过无线网络进行通信连接。

需要说明的是，网络设备101的数量可以是1个或多个，终端设备102的数量可以是1个或多个。

这里，网络设备101可以是时分同步码分多址(Time Division Synchronous Code Division Multiple Access，TD-SCDMA)系统中的基站收发台(Base TransceiverStation，BTS)，也可以是LTE系统中的演进型基站(Evolutional Node B，eNB)，以及5G系统、新空口(New Radio，NR)系统中的基站。另外，网络设备101还可以为接入点(AccessPoint，AP)、传输节点(Trans TRP)、中心单元(Central Unit，CU)或其他网络实体，并且可以包括以上网络实体的功能中的一些或所有功能。

终端设备102可以分布在整个无线通信系统100中，可以是静止的，也可以是移动的。在本申请的一些实施例中，终端设备102可以是智能手机、笔记本电脑、用户设备(UserEquipment，UE)、移动设备、移动台(mobile station)、移动单元(mobile unit)、M2M终端、无线单元，远程单元、移动客户端等等。

这样，网络设备101可通过无线网络与终端设备102进行通信。具体地，网络设备101可以将下行信息发送给终端设备102，终端设备102可以将上行信息发送给网络设备101，以便进行交互通信。

还需要说明的是，图1示出的无线通信系统仅仅是为了更加清楚的说明本申请的技术方案，并不构成对本申请的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

可以理解，在相关技术中，4G/5G通信网络的MAC层目前采用下行控制信息(Downlink control information，DCI)调度的方式。具体地，网络设备可以通知终端设备有属于该终端设备的物理下行共享信道(Physical Downlink Shared Channel，PDSCH)数据包即将发送，终端设备收到属于自身的DCI后，再在接下来的时刻对PDSCH数据包进行解析。如果PDSCH数据包解析正确，即循环冗余校验(Cyclic Redundancy Check，CRC)验证通过，那么终端设备向网络设备返回确认字符(Acknowledge character，ACK)，表示接收到的数据无误；否则将会向网络设备返回否定确认字符(Negative Acknowledge Character，NACK，或简称为NAK)，表示接收到的数据不正确，如校验错误、包大小错误等。最后终端设备通过NACK/(ACK+NACK)，可以统计误包率(Block Error Rate，BLER)。

然而，上述的DCI调度机制对于终端设备来说存在缺陷。弱信号下，如果使用5G/4G的网络场景，DCI丢失会导致终端设备速率下降，但是从终端设备单方面进行日志(Log)分析则完全无法确认出现问题。原因是PDSCH解析错误可以被统计，但DCI的丢失终端设备却无法感知。例如，网络设备发送了10次DCI，终端设备只接收到其中的一个DCI，并且正确解析随后的PDSCH数据包。这时候，终端设备的BLER统计会是0％。但是网络设备的统计结果是90％。也就是说，类似的问题只分析终端设备的Log是无法看出问题的，而且大部分场景下也无法同时分析网络设备侧的Log和终端设备侧的Log，这为低速率的debug问题带来很大的不方便。

另外，假设终端设备丢失了DCI而无法感知网络设备是否有调度，而网络设备侧可以通过调度后没有收到ACK/NACK产生的不连续传输(Discontinuous Transmission,DTX)感知到。这样，通过统计的DTX可以进行上下行功控。问题是当网络设备侧产生DTX时，还存在有两种情况：一种情况是终端设备没有接收到DCI而没有回复ACK/NACK，此时应该增加物理下行控制信道(Physical Downlink Control Channel，PDCCH)的发射功率；另一种情况是终端设备接收到DCI和PDSCH数据包了，但是反馈ACK/NACK的上行控制信息(Uplinkcontrol information，UCI)丢失，此时应该增加物理上行控制信道(Physical UplinkControl Channel，PUCCH)的发射功率。当前的机制下网络设备是无法区分这两种情况的，也就无法进行针对性的功控调整。也就是说，如果终端设备丢失了DCI而无法感知网络设备是否有调度，那么终端设备也无法通过闭环功控来要求网络设备增加下行发射功率。

基于此，本申请实施例提供了一种功率控制方法，应用于终端设备，该方法的基本思想是：确定终端设备的下行控制信息DCI接收情况；根据DCI接收情况，确定传输功率控制命令；其中，传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整；向网络设备发送上行控制信息UCI，所述UCI包括：所述传输功率控制命令。

本申请实施例还提供了一种功率控制方法，应用于网络设备，该方法的基本思想是：向终端设备发送DCI；接收终端设备返回的UCI，所述UCI包括：传输功率控制命令；根据所述传输功率控制命令，对物理下行控制信道进行发射功率调整。

这样，由于本申请的技术方案增加了UCI格式以发送传输功率控制命令，而且该传输功率控制命令是基于终端设备感知到的DCI接收情况所确定的，如此在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且还可以精确控制物理下行控制信道的发射功率，进而降低DCI丢失率。

下面将结合附图对本申请各实施例进行详细说明。

本申请的一实施例中，参见图2，其示出了本申请实施例提供的一种功率控制方法的流程示意图。如图2所示，该方法可以包括：

S201：确定终端设备的DCI接收情况。

需要说明的是，本申请实施例的方法应用于终端设备。这里，对于无线通信系统而言，在网络设备与终端设备进行数据收发的过程中，通常采用DCI调度的方式，网络设备发送DCI以通知终端设备有属于它的数据包发送，为了准确判断终端设备是否丢失数据包，本申请实施例需要终端设备能够感知DCI是否丢失，即需要确定终端设备的DCI接收情况。

还需要说明的是，DCI是由物理下行控制信道(Physical Downlink ControlChannel，PDCCH)承载，包含一个或多个终端设备上的资源分配和其他的控制信息。这里，DCI携带的信息可以包括有诸如资源分配信息、调制方式、混合自动重传请求(HybridAutomatic Repeat reQuest，HARQ)信息等若干内容。终端设备只有正确解析到DCI信息，后续才能够正确处理PDSCH数据包。

在本申请实施例中，DCI可以使用无线网络临时标识(Radio Network TemporaryIdentifier，RNTI)来传送一个或多个小区的下行控制信息；随后的编码步骤包括信息单元复用、CRC附加、信道编码和速率适配。

其中，Format 1_0用于小区PDSCH调度，CRC可以通过小区无线网络临时标识(Cell-Radio Network Temporary Identifier，C-RNTI)进行加扰。在目前的协议中，当CRC被C-RNTI加扰时，PDCCH传输的DCI格式(Format 1_0)所包括的字段信息如表1所示。在表1中，一些英文缩写的说明如下：下行链路(Downlink，DL)、子集带宽(Bandwidth Part，BWP)、资源块(Resource Block，RB)、虚拟资源块(Virtual Resource Block，VRB)、物理资源块(Physical Resource Block，PRB)、无线资源控制(Radio Resource Control，RRC)、传输功率控制(Transmit Power Control，TPC)、物理上行控制信道(Physical Uplink ControlChannel，PUCCH)、物理上行共享信道(Physical Uplink Shared Channel，PUSCH)、物理下行控制信道(Physical Downlink Control Channel，PDCCH)、物理下行共享信道(PhysicalDownlink Shared Channel，PDSCH)。

表1

需要注意的是，表1的内容以及各字段的具体说明详见5G(NR)通信协议中关于DCI格式的相关协议，比如38.211协议、38.212协议、38.214协议等，这里不再详述。

在一些实施例中，对于S201来说，如何确定终端设备的DCI接收情况，具体如图3所示，该步骤可以包括：

S201-a：接收网络设备发送的DCI，DCI包括第一DCI次数的信息，第一DCI次数为网络设备在预设时间段内调度终端设备的DCI的次数。

需要说明的是，为了使得终端设备能够感知DCI是否丢失，本申请实施例所描述的DCI则是在已有DCI(如表1所示)的基础上新增加了一个目标字段，该目标字段可以用于指示第一DCI次数，即网络设备在预设时间段内调度终端设备的DCI的次数。换言之，在本申请实施例中，DCI可以包括预设长度的目标字段，而且目标字段用于指示第一DCI次数。

在这里，预设长度具体是指目标字段占用的比特数(bits)。其中，预设长度可以是根据第一DCI次数进行设置的，也可以是根据预设时间段进行设置的，而且预设长度还与预设时隙(slot)或者预设子载波间隔(Sub Carrier Space，SCS)的大小有关。在本申请实施例中，预设长度的比特数可以是10比特，也可以是11比特，其取值根据实际情况进行具体设定，这里不作任何限定。

在一种具体的示例中，如果第一DCI次数为2000，那么预设长度为11比特；如果第一DCI次数为1000，那么预设长度为10比特。

在另一种具体的示例中，如果预设时间段为1秒，预设时隙为0.5毫秒，那么预设长度为11比特；如果预设时间段为0.5秒，预设时隙为0.5毫秒，那么预设长度为10比特。

在又一种具体的示例中，如果预设时间段为1秒，预设子载波间隔为30kHz，那么预设长度为11比特；如果预设时间段为0.5秒，预设子载波间隔为30kHz，那么预设长度为10比特。

需要说明的是，在1秒的时间段内，如果预设时隙为0.5毫秒，那么可以有2000个slot，即最多可以执行2000次调度，换言之，第一DCI次数最大支持2000，这时候预设长度需要有11个比特。因为10个比特(2的10次方)最大可以支持1024，11个比特(2的11次方)最大可以支持2048；故只有11个比特的预设长度可以支持2000次调度。

还需要说明的是，预设子载波间隔的取值可以是15kHz，也可以是30kHz，甚至是60kHz、120kHz、240kHz等。这里，对于15kHz的子载波间隔，其对应的预设时隙为1毫秒；对于30kHz的子载波间隔，其对应的预设时隙为0.5毫秒；对于60kHz的子载波间隔，其对应的预设时隙为0.25毫秒；对于120kHz的子载波间隔，其对应的预设时隙为0.125毫秒；对于240kHz的子载波间隔，其对应的预设时隙为0.0625毫秒。也就是说，不同的预设子载波间隔具有不同的预设时隙，而不同的预设时隙导致在预设时间段内的第一DCI次数也是不同的，使得预设长度的比特数也是有差异的。因此，目标字段的预设长度不仅与第一DCI次数有关，而且还与预设时间段、预设时隙或者预设子载波间隔的大小有关。

进一步地，在得到目标字段的预设长度之后，也可以根据该目标字段来确定出第一DCI次数。具体地，在一些实施例中，该方法还可以包括：

获取DCI中预设长度的目标字段；

根据目标字段，确定第一DCI次数。

也就是说，终端设备在接收到网络设备发送的DCI之后，可以从DCI中获取预设长度的目标字段，然后根据该目标字段能够确定出第一DCI次数。示例性地，如果预设长度为11比特，该目标字段为11111010000，那么可以确定出第一DCI次数为2000。

S201-b：确定第二DCI次数，第二DCI次数为终端设备在预设时间段内实际接收到调度的DCI的次数。

需要说明的是，终端设备还需要对实际接收到调度的DCI数量进行统计，以确定出在预设时间段内实际接收到调度的第二DCI次数。具体地，在一些实施例中，所述确定第二DCI次数，可以包括：

在预设时间段内，判断接收到的至少一个DCI是否指示调度终端设备；

对指示调度所述终端设备的DCI进行数量统计，确定出在预设时间段内实际接收到调度的第二DCI次数。

在本申请实施例中，针对目前采用的DCI调度方式，终端设备可以在预设时间段内接收到至少一个DCI，这时候还需要判断DCI是否用于调度终端设备。只有在DCI是用于调度终端设备时，该DCI才会被统计，并且在接下来的时刻会对接收到的PDSCH数据包进行解析，以统计得到在预设时间段内实际接收到调度的第二DCI次数。

这样，在得到第一DCI次数和第二DCI次数之后，可以用于分析终端设备的DCI接收情况，比如是否存在DCI丢失、DCI丢失率等。

S201-c：根据第一DCI次数与第二DCI次数，确定终端设备的DCI接收情况。

需要说明的是，终端设备在从DCI中获取到第一DCI次数这个信息后，可以与实际接收到调度的第二DCI次数进行比较，即可确定出终端设备的DCI接收情况，以便终端设备能够快速解决低速率的debug问题。

在一种可能的实施方式中，所述根据第一DCI次数与第二DCI次数，确定终端设备的DCI接收情况，可以包括：

根据第一DCI次数与第二DCI次数，确定终端设备是否存在DCI丢失。

进一步地，在一些实施例中，所述根据第一DCI次数与第二DCI次数，确定终端设备是否存在DCI丢失，可以包括：

若第一DCI次数大于第二DCI次数，则确定终端设备存在DCI丢失。

需要说明的是，可以将第一DCI次数与第二DCI次数进行比较，如果第一DCI次数等于第二DCI次数，那么表明终端设备不存在DCI丢失；如果第一DCI次数大于第二DCI次数，那么表明终端设备存在DCI丢失，以确定出终端设备的DCI接收情况。

在另一种可能的实施方式中，所述根据第一DCI次数与第二DCI次数，确定终端设备的DCI接收情况，可以包括：

根据第一DCI次数与第二DCI次数，确定终端设备的DCI丢失率。

进一步地，在一些实施例中，所述根据第一DCI次数与第二DCI次数，确定终端设备的DCI丢失率，可以包括：

计算第一DCI次数与第二DCI次数之间的差值；

根据所述差值与第一DCI次数的比值，确定终端设备的DCI丢失率。

需要说明的是，DCI丢失率是在确定出第一DCI次数与第二DCI次数之间的差值后，通过计算差值与第一DCI次数的比值得到。也就是说，根据第一DCI次数和第二DCI次数，可以计算出两者之间的差值；然后根据该差值与第一DCI次数，可以得到终端设备的DCI丢失率，以确定出终端设备的DCI接收情况。

另外，只有终端设备接收到调度该终端设备的DCI，才会对随后的PDSCH数据包进行解析，然后向网络设备返回相关信息。具体地，在一些实施例中，在DCI指示调度终端设备之后，该方法还可以包括：

接收网络设备发送的PDSCH数据包；

对PDSCH数据包进行解析，在循环冗余校验通过的情况下，向网络设备发送校验通过信息；以及

在循环冗余校验不通过的情况下，向网络设备发送校验失败信息。

在本申请实施例中，当终端设备接收到调度该终端设备的DCI时，这时候可以对随后的PDSCH数据包进行解析，根据解析结果，在CRC校验通过的情况下，向网络设备返回ACK消息；否则，在CRC校验不通过的情况下，向网络设备返回NACK消息；然后根据NACK/(ACK+NACK)，可以统计出BLER。如此，由于终端设备可以确定是否存在DCI丢失，使得终端设备能够解决相关技术中由于终端设备无法感知DCI是否丢失而造成的误包率统计不准确的问题，进而快速分析解决低速率的debug问题。

示例性地，假定预设时间段为1秒，本申请实施例通过在DCI上新增加一预设长度的目标字段(比如一个11bits的字段)，可以代表网络侧在过去一秒内(2000个slot)调度本终端设备的第一DCI次数；然后终端设备每次接收到这个信息后，将其与自身实际接收到调度的第二DCI次数进行对比，即可统计出DCI的丢失率。这里，新增加字段的预设长度(即比特数)可以根据DCI次数的实际大小进行调整，示例性地，预设长度为11比特。

这样，在得到终端设备的DCI接收情况之后，如果终端设备存在DCI丢失，这时候还可以通知网络设备进行功率控制的优化，不仅能够改善终端设备的DCI丢失现象，甚至还避免造成误包、丢包等问题。也就是说，在终端设备存在DCI丢失时，这时候还会影响后续PDSCH数据包的接收，容易造成误包、丢包等问题，此时终端设备需要通知网络设备进行发射功率的调整。

S202：根据DCI接收情况，确定传输功率控制命令；其中，传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整。

需要说明的是，在确定出DCI接收情况之后，可以根据终端设备是否存在DCI丢失，进而确定出传输功率控制(Transmit Power Control，TPC)命令。其中，TPC命令可以指示网络设备对物理下行控制信道(Physical Downlink Control Channel，PDCCH)的发射功率向大调整，也可以指示网络设备对物理下行控制信道的发射功率向小调整，下面将针对这两种情况分别进行描述。

在一种具体的示例中，对于S202来说，所述根据DCI接收情况，确定传输功率控制命令，可以包括：

当DCI接收情况指示终端设备存在DCI丢失时，确定传输功率控制命令为第一传输功率控制命令；或者，

当DCI接收情况指示终端设备不存在DCI丢失时，确定传输功率控制命令为第二传输功率控制命令；

其中，第一传输功率控制命令用于指示网络设备提高物理下行控制信道的发射功率，第二传输功率控制命令用于指示网络设备降低物理下行控制信道的发射功率。

需要说明的是，在确定出DCI接收情况之后，如果DCI接收情况指示终端设备存在DCI丢失，这时候为了避免DCI丢失，那么需要提高物理下行控制信道的发射功率，即该TPC命令为第一传输功率控制命令；反之，如果DCI接收情况指示终端设备不存在DCI丢失，这时候为了节省功耗，那么可以降低物理下行控制信道的发射功率，即该TPC命令为第二传输功率控制命令。

在另一种具体的示例中，对于S202来说，所述根据DCI接收情况，确定传输功率控制命令，可以包括：

当DCI接收情况指示终端设备的DCI丢失率大于预设阈值时，确定传输功率控制命令为第一传输功率控制命令；或者，

当DCI接收情况指示终端设备的DCI丢失率小于或等于预设阈值时，确定传输功率控制命令为第二传输功率控制命令；

其中，第一传输功率控制命令用于指示网络设备提高物理下行控制信道的发射功率，第二传输功率控制命令用于指示网络设备降低物理下行控制信道的发射功率。

需要说明的是，预设阈值是预先设定的用于衡量DCI丢失率是否过高的一个判定值。在本申请实施例中，预设阈值根据实际情况进行设置。在一种具体的示例中，预设阈值可以设置为零，但是这里不作任何限定。

还需要说明的是，在确定出DCI接收情况之后，如果DCI丢失率大于预设阈值，意味着DCI丢失率过高，这时候为了降低DCI丢失率，那么需要提高物理下行控制信道的发射功率，即该TPC命令为第一传输功率控制命令；反之，如果DCI丢失率小于或等于预设阈值，这时候为了节省功耗，那么可以降低物理下行控制信道的发射功率，即该TPC命令为第二传输功率控制命令。

S203：向网络设备发送UCI；其中，UCI包括：传输功率控制命令。

需要说明的是，在确定出传输功率控制命令之后，可以向网络设备发送UCI，这里的UCI携带有关于该传输功率控制命令的信息。

在相关技术中，UCI的内容如下(与LTE相同)，并不是所有这些都由单个UCI携带。根据实际情况，有时候只携带信道状态信息(Channel State Information，CSI)，有时候只携带ACK/NACK，有时候只携带调度请求(Scheduling Request，SR)，有时候携带CSI以及ACK/NACK等。

·ACK/NACK

·Scheduling Request(SR)

·CSI

上述这三种类型可以以各种方式组合，并通过上行链路物理信道报告给网络设备：PUCCH或PUSCH。这些类型的可能组合如下所示：

i)仅HARQ ACK/NACK

ii)HARQ ACK/NACK+SR

iii)仅CSI

iv)HARQ ACK/NACK+CSI

v)HARQ ACK/NACK+SR+CSI

在本申请实施例中，除了ACK/NACK、SR和CSI这三种类型之外，额外增加了一种UCI格式，即用于发送传输功率控制命令，而且该传输功率控制命令是根据终端设备的DCI接收情况确定的。在这里，如果在UCI中，该传输功率控制命令的比特数为1，即这时候携带的是第一传输功率控制命令，意味着指示网络设备对PDCCH进行发射功率向大调整，即提高PDCCH的发射功率，通常是抬升1dB。如果在UCI中，该传输功率控制命令的比特数为0，即这时候携带的是第二传输功率控制命令，意味着指示网络设备对PDCCH进行发射功率向小调整，即降低PDCCH的发射功率，通常是降低1dB。

需要注意的是，本申请实施例中所描述的传输功率控制命令仅是针对下行的控制信道进行发射功率调整，并非是针对所有下行信道(如控制信道和数据信道等)同时进行发射功率调整，从而可以实现精确控制PDCCH的发射功率。

本实施例提供了一种功率控制方法，应用于终端设备。通过确定终端设备的下行控制信息DCI接收情况；根据DCI接收情况，确定传输功率控制命令；其中，传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整；向网络设备发送上行控制信息UCI，该UCI包括：所述传输功率控制命令。这样，由于本申请的技术方案增加了UCI格式以发送传输功率控制命令，而且该传输功率控制命令是基于终端设备感知到的DCI接收情况所确定的，如此在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且还可以精确控制物理下行控制信道的发射功率，进而降低DCI丢失率。

本申请的另一实施例中，参见图4，其示出了本申请实施例提供的又一种功率控制方法的流程示意图。如图4所示，该方法可以包括：

S401：向终端设备发送DCI。

需要说明的是，本申请实施例的方法应用于网络设备。这里，对于无线通信系统的而言，在网络设备与终端设备进行数据收发的过程中，通常采用DCI调度的方式，网络设备发送DCI以通知终端设备有属于它的数据包发送，为了准确判断终端设备是否丢失数据包，本申请实施例需要终端设备能够确定DCI接收情况。

在一些实施例中，在网络设备向终端设备发送DCI之前，该方法还可以包括：确定DCI；其中，DCI包括第一DCI次数的信息，第一DCI次数为网络设备在预设时间段内调度终端设备的DCI的次数。

也就是说，网络设备在确定出DCI之后，然后向终端设备发送DCI。这样，由于DCI中包括有网络设备在预设时间段内调度终端设备的第一DCI次数的信息，可以使得终端设备根据第一DCI次数能够确定出自身的DCI接收情况。

换句话说，为了使得终端设备能够确定DCI接收情况，即使得终端设备能够感知到DCI是否丢失，本申请实施例中网络设备所发送的DCI则是在已有DCI(如表1所示)的基础上新增加了一个目标字段，该目标字段可以用于指示第一DCI次数，即网络设备在预设时间段内调度终端设备的DCI的次数。因此，在一些实施例中，DCI可以包括预设长度的目标字段，而且目标字段用于指示第一DCI次数。

在这里，预设长度具体是指目标字段占用的比特数(bits)。在一些实施例中，该方法还可以包括：

基于第一DCI次数，确定预设长度；或者，

基于预设时间段以及预设时隙，确定预设长度；或者，

基于预设时间段以及预设子载波间隔，确定预设长度。

也就是说，预设长度可以是根据第一DCI次数进行设置的，也可以是根据预设时间段进行设置的，而且预设长度还与预设时隙(slot)或者预设子载波间隔(Sub CarrierSpace，SCS)的大小有关。在本申请实施例中，预设长度的比特数可以是10比特，也可以是11比特，其取值根据实际情况进行具体设定，这里不作任何限定。

在一种具体的示例中，所述确定所述预设长度，可以包括：

若第一DCI次数为2000，则确定目标字段的比特数为11；或者，

若第一DCI次数为1000，则确定目标字段的比特数为10。

在另一种具体的示例中，在预设时隙为0.5毫秒、或者预设子载波间隔为30kHz的情况下，所述确定预设长度，可以包括：

若预设时间段为1秒，则确定预设长度为11比特；

若预设时间段为0.5秒，则确定预设长度为10比特。

需要说明的是，在1秒的时间段内，如果预设时隙为0.5毫秒，那么可以有2000个slot，即最多可以执行2000次调度，换言之，第一DCI次数最大支持2000，这时候预设长度需要有11个比特。因为10个比特(2的10次方)最大可以支持1024，11个比特(2的11次方)最大可以支持2048；故只有11个比特的预设长度可以支持2000次调度。

还需要说明的是，预设子载波间隔的取值可以是15kHz，也可以是30kHz，甚至是60kHz、120kHz、240kHz等。这里，对于15kHz的子载波间隔，其对应的预设时隙为1毫秒；对于30kHz的子载波间隔，其对应的预设时隙为0.5毫秒；对于60kHz的子载波间隔，其对应的预设时隙为0.25毫秒；对于120kHz的子载波间隔，其对应的预设时隙为0.125毫秒；对于240kHz的子载波间隔，其对应的预设时隙为0.0625毫秒。也就是说，不同的预设子载波间隔具有不同的预设时隙，而不同的预设时隙导致在预设时间段内的第一DCI次数也是不同的，使得预设长度的比特数也是有差异的。因此，目标字段的预设长度不仅与第一DCI次数有关，而且还与预设时间段、预设时隙或者预设子载波间隔的大小有关。

这样，针对网络设备所确定的第一DCI次数，根据预设时间段、预设时隙或者预设子载波间隔，可以确定出目标字段的预设长度以及目标字段的取值，从而可以生成DCI，然后将该DCI发送给终端设备，以便终端设备根据第一DCI次数能够确定自身的DCI接收情况。

S402：接收终端设备返回的UCI，其中，UCI包括：传输功率控制命令。

S403：根据传输功率控制命令，对物理下行控制信道进行发射功率调整。

需要说明的是，终端设备在接收到DCI之后，根据自身的DCI接收情况，还可以向网络设备发送UCI，这里的UCI中包括有有关于传输功率控制命令的信息，以便网络设备对物理下行控制信道的发射功率进行适应性调整。

其中，传输功率控制命令可以指示网络设备对物理下行控制信道的发射功率向大调整，也可以指示网络设备对物理下行控制信道的发射功率向小调整。因此，在一些实施例中，对于S403来说，所述根据所述传输功率控制命令，对物理下行控制信道进行发射功率调整，可以包括：

当传输功率控制命令为第一传输功率控制命令时，提高物理下行控制信道的发射功率；或者，

当传输功率控制命令为第二传输功率控制命令时，降低物理下行控制信道的发射功率。

也就是说，根据终端设备的DCI接收情况，可以使得终端设备通知网络设备进行功率控制的优化，以改善终端设备的DCI丢失现象。具体来说，如果DCI接收情况指示终端设备存在DCI丢失，这时候为了避免DCI丢失，那么终端设备向网络设备发送的UCI中所携带的是第一传输功率控制命令，以提高物理下行控制信道的发射功率；反之，如果DCI接收情况指示终端设备不存在DCI丢失，这时候为了节省功耗，那么终端设备向网络设备发送的UCI中所携带的是第二传输功率控制命令，以降低物理下行控制信道的发射功率。或者，在确定出DCI接收情况之后，如果DCI丢失率大于预设阈值，意味着DCI丢失率过高，这时候为了降低DCI丢失率，那么终端设备向网络设备发送的UCI中所携带的是第一传输功率控制命令，以提高物理下行控制信道的发射功率；反之，如果DCI丢失率小于或等于预设阈值，这时候为了节省功耗，那么终端设备向网络设备发送的UCI中所携带的是第二传输功率控制命令，以降低物理下行控制信道的发射功率。

进一步地，为了改善终端设备的DCI丢失现象，在一些实施例中，该方法还可以包括：按照调整后的发射功率向所述终端设备发送DCI。

也就是说，在终端设备存在DCI丢失时，这时候还影响了后续PDSCH数据包的接收，容易造成误包、丢包等问题。此时终端设备可以通过UCI通知网络设备对其进行发射功率的调整，然后网络设备按照调整后的发射功率向网络设备发送DCI，不仅可以改善终端设备的DCI丢失，降低了终端设备的DCI丢失率，而且还可以使得终端设备能够快速解决低速率的debug问题。

本申请实施例还提供了一种功率控制方法，应用于网络设备。通过向终端设备发送DCI；接收终端设备返回的UCI，所述UCI包括：传输功率控制命令；根据传输功率控制命令，对物理下行控制信道进行发射功率调整。这样，由于本申请的技术方案增加了UCI格式以发送传输功率控制命令，而且该传输功率控制命令是基于终端设备感知到的DCI接收情况所确定的，如此在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且在通知网络设备对PDCCH进行发射功率的调整后，还可以精确PDCCH的发射功率，进而降低DCI丢失率。

本申请的又一实施例中，参见图5，其示出了本申请实施例提供的一种功率控制方法的详细流程示意图。如图5所示，该详细流程可以包括：

S501：网络设备确定DCI，该DCI包括第一DCI次数的信息，第一DCI次数为网络设备在预设时间段内调度终端设备的DCI的次数。

S502：网络设备向终端设备发送DCI。

S503：终端设备接收网络设备发送的DCI，并确定第二DCI次数，第二DCI次数为终端设备在预设时间段内实际接收到调度的DCI的次数。

S504：根据第一DCI次数与第二DCI次数，确定终端设备的DCI接收情况。

S505：根据DCI接收情况，确定传输功率控制命令；其中，传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整。

S506：终端设备向网络设备发送UCI，该UCI包括：传输功率控制命令。

S507：网络设备根据所接收到的传输功率控制命令，对物理下行控制信道进行发射功率调整。

需要说明的是，该方法应用于无线通信系统，该无线通信系统包括终端设备和网络设备。对于无线通信系统的而言，在网络设备与终端设备进行数据收发的过程中，通常采用DCI调度的方式，网络设备发送DCI以通知终端设备有属于它的数据包发送，为了准确判断终端设备是否丢失数据包，本申请实施例需要终端设备能够感知DCI是否丢失。

还需要说明的是，终端设备在感知到DCI丢失之后，还需要通过闭环功控来要求网络设备增加下行发射功率。具体地，终端设备在确定出DCI接收情况之后，向网络设备发送携带有TPC命令的UCI，以便指示网络设备对物理下行控制信道进行发射功率的调整。

如此，为了使得终端设备能够感知DCI是否丢失，本申请实施例中网络设备所发送的DCI则是在已有DCI(如表1所示)的基础上新增加了一个目标字段，该目标字段可以用于指示网络设备在预设时间段内调度终端设备的第一DCI次数。需要注意的是，新增目标字段的预设长度可以是根据第一DCI次数或者DCI实际大小进行可调，也可以是根据预设时间段、预设时隙或者预设子载波间隔的大小进行可调的。例如，预设长度的比特数可以为11bits。

在本申请实施例中，通常情况下，预设时间段为1秒，该目标字段的预设长度为11比特。示例性地，可以在DCI上增加一个11比特(2048)的字段，它表示网络设备(网络侧)在1秒钟内(2000个slot)调度本终端设备的DCI次数。终端设备每次接收到这个信息，再对比自己实际接收到调度的DCI次数即可统计出终端设备的DCI接收情况(DCI是否丢失、DCI丢失率等)。另外，本申请实施例还新增加一种UCI格式定义，用于传输TPC命令。

在这里，假定预设时间段为1秒，该目标字段的预设长度为11比特。基于表1的已有DCI，可以在此基础上增加一项：scheduled times indicator in last one seconds，11bits。也就是说，网络设备(网络侧)可以把过去1秒内(2000个slot@30kHz SCS)的预设调度次数(即第一DCI次数)写入DCI新增的目标字段中，并将其发送给终端设备(如手机)。另外，本申请实施例在ACK/NACK、SR和CSI这三种类型的基础上，新增加UCI格式以传输TPC命令。对于TPC命令来说，比特数为1，表示PDCCH的发射功率抬升1dB；比特数为0，表示PDCCH的发射功率降低1dB。

简言之，本申请实施例所描述的方法简单，不增加系统的复杂度，而且适用于4G/5G网络。假定预设时间段为1秒，本申请实施例通过在DCI上新增加一预设长度的目标字段(比如一个11bits的字段)，可以代表网络侧在过去一秒内(2000个slot)调度本终端设备的第一DCI次数；然后终端设备每次接收到这个信息后，将其与自身实际接收到调度的第二DCI次数进行对比，即可统计出DCI接收情况(比如DCI的丢失率)。然后由于还增加了UCI格式以传输TPC命令，这时候可以根据终端设备感知到的DCI丢失率来构造TPC命令控制下行PDCCH的发射功率。具体地，当DCI丢失率过高时，发送抬升PDCCH发射功率的指令；反之则下降，可以实现精确功控PDCCH。

本实施例提供了一种功率控制方法，通过上述实施例对前述实施例的具体实现进行了详细阐述，从中可以看出，通过前述实施例的技术方案，由于本申请的技术方案增加了UCI格式以发送传输功率控制命令，而且该传输功率控制命令是基于终端设备感知到的DCI接收情况所确定的，如此在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且还可以精确控制物理下行控制信道的发射功率，进而降低DCI丢失率。

本申请的再一实施例中，基于前述实施例相同的发明构思，参见图6，其示出了本申请实施例提供的一种终端设备60的组成结构示意图。如图6所示，终端设备60可以包括第一接收单元601、第一确定单元602和第一发送单元603；其中，

第一接收单元601，配置为确定终端设备的DCI接收情况；

第一确定单元602，配置为根据所述DCI接收情况，确定传输功率控制命令；其中，所述传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整；

第一发送单元603，配置为向所述网络设备发送UCI，所述UCI包括：所述传输功率控制命令。

在一些实施例中，第一接收单元601，具体配置为接收网络设备发送的DCI，所述DCI包括第一DCI次数的信息，所述第一DCI次数为所述网络设备在预设时间段内调度所述终端设备的DCI的次数；

第一确定单元602，还配置为确定第二DCI次数，所述第二DCI次数为所述终端设备在预设时间段内实际接收到调度的DCI的次数；以及根据所述第一DCI次数与所述第二DCI次数，确定所述终端设备的DCI接收情况。

在一些实施例中，所述DCI可以包括预设长度的目标字段，所述目标字段用于指示所述第一DCI次数。

在一些实施例中，第一确定单元602，还配置为根据所述第一DCI次数与所述第二DCI次数，确定所述终端设备是否存在DCI丢失。

在一些实施例中，第一确定单元602，还配置为若所述第一DCI次数大于所述第二DCI次数，则确定所述终端设备存在DCI丢失。

在一些实施例中，第一确定单元602，还配置为根据所述第一DCI次数与所述第二DCI次数，确定所述终端设备的DCI丢失率。

在一些实施例中，第一确定单元602，还配置为当所述DCI接收情况指示所述终端设备存在DCI丢失时，确定所述传输功率控制命令为第一传输功率控制命令；或者，当所述DCI接收情况指示所述终端设备不存在DCI丢失时，确定所述传输功率控制命令为第二传输功率控制命令；其中，所述第一传输功率控制命令用于指示所述网络设备提高物理下行控制信道的发射功率，所述第二传输功率控制命令用于指示所述网络设备降低物理下行控制信道的发射功率。

在一些实施例中，第一确定单元602，还配置为当所述DCI接收情况指示所述终端设备的DCI丢失率大于预设阈值时，确定所述传输功率控制命令为第一传输功率控制命令；或者，当所述DCI接收情况指示所述终端设备的DCI丢失率小于或等于预设阈值时，确定所述传输功率控制命令为第二传输功率控制命令；其中，所述第一传输功率控制命令用于指示所述网络设备提高物理下行控制信道的发射功率，所述第二传输功率控制命令用于指示所述网络设备降低物理下行控制信道的发射功率。

可以理解地，在本申请实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

因此，本申请实施例提供了一种计算机存储介质，应用于终端设备60，该计算机存储介质存储有计算机程序，所述计算机程序被第一处理器执行时实现前述实施例中任一项所述的方法。

基于上述终端设备60的组成以及计算机存储介质，参见图7，其示出了本申请实施例提供的一种终端设备60的具体硬件结构示意图。如图7所示，可以包括：第一通信接口701、第一存储器702和第一处理器703；各个组件通过第一总线系统704耦合在一起。可理解，第一总线系统704用于实现这些组件之间的连接通信。第一总线系统704除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图7中将各种总线都标为第一总线系统704。其中，

第一通信接口701，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；

第一存储器702，用于存储能够在第一处理器703上运行的计算机程序；

第一处理器703，用于在运行所述计算机程序时，执行：

确定终端设备的DCI接收情况；

根据所述DCI接收情况，确定传输功率控制命令；其中，所述传输功率控制命令用于指示网络设备对物理下行控制信道进行发射功率调整；

向所述网络设备发送UCI，所述UCI包括：所述传输功率控制命令。

可以理解，本申请实施例中的第一存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请描述的系统和方法的第一存储器702旨在包括但不限于这些和任意其它适合类型的存储器。

而第一处理器703可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过第一处理器703中的硬件的集成逻辑电路或者软件形式的指令完成。上述的第一处理器703可以是通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于第一存储器702，第一处理器703读取第一存储器702中的信息，结合其硬件完成上述方法的步骤。

可以理解的是，本申请描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital SignalProcessing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(ProgrammableLogic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。对于软件实现，可通过执行本申请所述功能的模块(例如过程、函数等)来实现本申请所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。

可选地，作为另一个实施例，第一处理器703还配置为在运行所述计算机程序时，执行前述实施例中任一项所述的方法。

本实施例提供了一种终端设备，该终端设备可以包括第一接收单元、第一确定单元和第一发送单元。这样，由于本申请的技术方案增加了UCI格式以发送传输功率控制命令，而且该传输功率控制命令是基于终端设备感知到的DCI接收情况所确定的，如此在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且还可以精确控制物理下行控制信道的发射功率，进而降低DCI丢失率。

本申请的再一实施例中，基于前述实施例相同的发明构思，参见图8，其示出了本申请实施例提供的一种网络设备80的组成结构示意图。如图8所示，网络设备80可以包括：第二发送单元801、第二接收单元802和功率控制单元803；其中，

第二发送单元801，配置为向终端设备发送DCI；

第二接收单元802，配置为接收终端设备返回的UCI，所述UCI包括：传输功率控制命令；

功率控制单元803，配置为根据所述传输功率控制命令，对物理下行控制信道进行发射功率调整。

在一些实施例中，参见图8，网络设备80还可以包括第二确定单元804，配置为确定DCI；其中，所述DCI包括第一DCI次数的信息，所述第一DCI次数为所述网络设备在预设时间段内调度所述终端设备的DCI的次数。

在一些实施例中，所述DCI可以包括预设长度的目标字段，所述目标字段用于指示所述第一DCI次数。

在一些实施例中，第二确定单元804，还配置为基于所述第一DCI次数，确定所述预设长度；或者，基于所述预设时间段以及预设时隙，确定所述预设长度；或者，基于所述预设时间段以及预设子载波间隔，确定所述预设长度。

在一些实施例中，在所述预设时隙为0.5毫秒、或者所述预设子载波间隔为30kHz的情况下，第二确定单元804，具体配置为若所述预设时间段为1秒，则确定所述预设长度为11比特；或者，若所述预设时间段为0.5秒，则确定所述预设长度为10比特。

在一些实施例中，功率控制单元803，具体配置为当所述传输功率控制命令为第一传输功率控制命令时，提高所述物理下行控制信道的发射功率；或者，当所述传输功率控制命令为第二传输功率控制命令时，降低所述物理下行控制信道的发射功率。

在一些实施例中，第二发送单元801，还配置为按照调整后的发射功率向所述终端设备发送DCI。

可以理解地，在本实施例中，“单元”可以是部分电路、部分处理器、部分程序或软件等等，当然也可以是模块，还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本实施例提供了一种计算机存储介质，应用于网络设备80，该计算机存储介质存储有计算机程序，所述计算机程序被第二处理器执行时实现前述实施例中任一项所述的方法。

基于上述网络设备80的组成以及计算机存储介质，参见图9，其示出了本申请实施例提供的一种网络设备80的具体硬件结构示意图。如图9所示，可以包括：第二通信接口901、第二存储器902和第二处理器903；各个组件通过第二总线系统904耦合在一起。可理解，第二总线系统904用于实现这些组件之间的连接通信。第二总线系统904除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为第二总线系统904。其中，

第二通信接口901，用于在与其他外部网元之间进行收发信息过程中，信号的接收和发送；

第二存储器902，用于存储能够在第二处理器903上运行的计算机程序；

第二处理器903，用于在运行所述计算机程序时，执行：

向终端设备发送DCI；

接收终端设备返回的UCI，所述UCI包括：传输功率控制命令；

根据所述传输功率控制命令，对物理下行控制信道进行发射功率调整。

可选地，作为另一个实施例，第二处理器903还配置为在运行所述计算机程序时，执行前述实施例中任一项所述的方法。

可以理解，第二存储器902与第一存储器702的硬件功能类似，第二处理器903与第一处理器703的硬件功能类似；这里不再详述。

本实施例提供了一种网络设备，该网络设备包括第二发送单元、第二接收单元和功率控制单元。这样，由于本申请的技术方案增加了UCI格式以发送传输功率控制命令，而且该传输功率控制命令是基于终端设备感知到的DCI接收情况所确定的，如此在不增加系统复杂度的情况下，不仅可以快速解决低速率的debug问题，而且还可以精确控制物理下行控制信道的发射功率，进而降低DCI丢失率。

需要说明的是，在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个产品实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的产品实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。