HARQ反馈的处理方法及装置、存储介质与流程

本公开实施例涉及无线通信领域但不限于无线通信领域，尤其涉及一种harq反馈的处理方法及装置、存储介质。

背景技术：

混合自动重传请求(harq，hybridautomaticrepeatrequest)机制是蜂窝网络的数据传输中最重要的功能之一，结合链路自适应，harq可在蜂窝网络中实现高效，可靠和低延迟的数据传输。使用harq协议，发送端需要在发送新数据之前等待接收端的反馈，如果接收端反馈的是否定确认(nack，non-acknowledgement)，发送端需要重传数据包，否则，可发送新传数据。harq机制中的停止等待(saw，stopandwait)过程因为存在harqrtt(harqroundtriptime，harq往返时间)的延迟，会降低链路吞吐量。

非地面网络(ntn，non-terrestrialnetwork)通信，尤其是卫星通信，具有广覆盖、强灾害抵抗能力和大容量的特性。与地面网络相比，ntn网络由于通信双方距离远，因而具有传输时延大的特点。因此，相关技术中harq机制的停止等待过程，需要更长的rtt，从而相对于地面网络(tn，terrestrialnetwork)具有更大的延迟。

技术实现要素：

本公开提供一种接入控制方法及装置、存储介质。

根据本公开实施例的第一方面，提供一种harq反馈的处理harq反馈的处理方法，所述方法应用于基站，包括：

确定harq反馈状态信息；

根据所述harq反馈状态信息，向ue(userequipment，用户设备)隐性指示是否禁用所述harq反馈。

在一些实施例中，根据所述harq反馈状态信息向ue隐性指示是否禁用所述harq反馈，包括：

通过c-rnti(cell-radionetworktemporaryidentifier，小区无线网络临时标识)，对所述dci(downlinkcontrolinformation，下行控制信息)进行至少一次加扰。

在一些实施例中，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈，包括：

响应于所述harq反馈状态信息为启用harq反馈，确定加扰所述dci的第一加扰次数；

下发以所述第一加扰次数加扰的所述dci。

在一些实施例中，所述第一加扰次数为1。

在一些实施例中，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈，包括：

响应于所述harq反馈状态信息为禁用harq反馈，确定加扰所述dci的第二加扰次数；

下发以所述第二加扰次数加扰的所述dci。

在一些实施例中，所述第二加扰次数为2。

在一些实施例中，通过c-rnti对所述dci进行至少一次加扰包括：

响应于所述harq反馈状态信息为禁用所述harq反馈，利用c-rnti对所述dci进行第一次加扰；且，利用对所述c-rnti移位得到的移位序列，对所述dci进行第二次加扰。

在一些实施例中，所述移位序列为所述c-rnti的序列移动至少一位得到的序列。

在一些实施例中，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈，包括：

响应于所述harq反馈状态信息为禁用harq反馈，下发调度harq进程的调度信息，所述调度信息，用于调度禁用所述harq反馈的禁用harq进程组中的harq进程；或者

响应于所述harq反馈状态信息为启动harq反馈，下发调度harq进程的调度信息，所述调度信息，用于调度启用所述harq反馈的禁用harq进程组中的harq进程。

在一些实施例中，所述方法还包括：

通过rrc(radioresourcecontrol，无线资源控制)信令向ue下发harq配置信息，其中，所述harq配置信息包括以下至少一个：所述启用harq进程的进程标识、所述禁用harq进程的进程标识、所述启用harq进程的数量、所述禁用harq进程的数量、所述启用harq进程的进程组的类型、所述禁用harq进程的进程组的类型。

在一些实施例中，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈，包括：

根据所述harq反馈状态信息，下发激活pucch(physicaluplinkcontrolchannel，上行物理控制信道)资源的激活指令；所述pucch资源，与禁用harq反馈或者启动harq反馈具有映射关系。

在一些实施例中，所述激活指令，包括：

dci或系统消息sib。

在一些实施例中，所述方法还包括：

在下发所述指令之前，下发所述pucch资源的资源配置参数；所述资源配置参数用于配置所述映射关系。

在一些实施例中，所述激活指令，包括：待激活的所述pucch资源的索引号。

在一些实施例中，所述资源配置参数，包括：

指示激活禁用和/或启用所述harq反馈的pucch资源中频域资源的配置参数；和/或

指示激活禁用和/或所述harq反馈的pucch资源中时域资源的配置参数。

根据本公开实施例的第二方面，提供一种harq反馈的处理方法，所述方法应用于终端，包括：

响应于基站隐性指示的是否禁用harq反馈，禁用或启用所述harq反馈。

在一些实施例中，所述方法还包括：

接收dci；

响应于所述dci的解扰次数为第一解扰次数，确定所述基站隐性指示启用所述harq反馈；或者

响应于所述dci的解扰次数为第二解扰次数，确定所述基站隐性指示禁用harq反馈；其中，所述第二解扰次数不同于所述第一解扰次数。

在一些实施例中，所述方法还包括：

利用c-rnti对所述dci进行解扰；

确定所述dci解扰成功所进行的所述解扰次数。

在一些实施例中，所述利用c-rnti对所述dci进行解扰，包括：

利用对所述c-rnti移位得到的移位序列对所述dci进行第一次解扰；

响应于所述第一次解扰失败，利用所述c-rnti对所述dci进行第二次解扰。

在一些实施例中，所述第一解扰次数为1；所述第二解扰次数为2；

所述响应于所述dci解扰成功，确定所述解扰次数，包括：

响应于所述第一次解扰成功，确定所述解扰次数为所述第一解扰次数；

响应于所述第一次解扰失败且所述第二次解扰成功，确定所述解扰次数为所述第二解扰次数。

在一些实施例中，所述移位序列为所述c-rnti的序列移动至少一位得到的序列。

在一些实施例中，所述方法还包括：

接收调度harq进程的调度信息；

若接收到的所述调度信息用于调用与禁用所述harq反馈对应的禁用harq进程组中的harq进程，确定所述基站隐性指示禁用所述harq反馈；

若接收到的所述调度信息用于调度与启用harq反馈对应的启用harq进程组中的harq进程，确定所述基站隐形指示启用所述harq反馈。

在一些实施例中，所述方法还包括：

接收包含有harq配置信息的rrc信令。

在一些实施例中，所述harq配置信息以下至少一个：所述启用harq进程的进程标识、所述禁用harq进程的进程标识、所述启用harq进程的数量、所述禁用harq进程的数量、所述启用harq进程的进程组的类型、所述禁用harq进程的进程组的类型。

在一些实施例中，所述方法还包括：

接收激活指令；

响应于所述激活指令激活所述pucch资源，确定所述基站隐形指示是否禁用所述harq反馈；其中，所述pucch资源，与禁用harq反馈或者启动harq反馈具有映射关系。

在一些实施例中，所述激活指令，包括：

dci或sib。

在一些实施例中，所述方法还包括：

在接收所述激活指令之前，接收所述pucch资源的资源配置参数；所述资源配置参数用于配置所述映射关系。

在一些实施例中，所述激活指令，包括：待激活的所述pucch资源的索引号。

在一些实施例中，所述资源配置参数，包括：

指示激活禁用和/或启用所述harq反馈的pucch资源中频域资源的配置参数；和/或

指示激活禁用和/或启用所述harq反馈的pucch资源中时域资源的配置参数。

根据本公开实施例的第三方面，提供一种harq反馈的处理装置，所述装置应用于基站，包括：

第一确定模块，配置为确定harq反馈状态信息；

指示模块，配置为根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈。

根据本公开实施例的第四方面，提供一种harq反馈的处理装置，所述装置应用于终端，包括：

反馈模块，配置为响应于基站隐性指示的是否禁用harq反馈，禁用或启用所述harq反馈。

根据本公开实施例的第五方面，提供一种harq反馈的处理装置，所述harq反馈的处理装置至少包括：处理器和用于存储能够在所述处理器上运行的可执行指令的存储器，其中：

处理器用于运行所述可执行指令时，所述可执行指令执行上述任一harq反馈的处理方法中的步骤。

根据本公开实施例的第六方面，提供一种非临时性计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述任一的harq反馈的处理方法中的步骤。

本公开实施例提供了一种包括启用和禁用harq反馈的方法。基站将启用或者禁用harq反馈的指示通过隐式的方式携带在与终端通信过程中所要传输的信息中，隐式指示终端启用或禁用harq反馈。如此，基站不需要单独下发指示禁用harq反馈的信令，也不需要在dci中增加专用于指示禁用harq的信令。一方面，如果利用dci等信令并修改格式来增加用于指示禁用harq的专用字段或者字符位等，需要重新配置基站与ue的底层协议，与相关技术的兼容性小，信令开销大，从而会带来的巨大技术负担。相对于此，本公开实施例利用原有的交互信令等隐性指示启用或禁用harq反馈，无需修改dci等的信令格式，从而便于兼容相关技术，减少了技术改进带来的负担。另一方面，由于隐性指示不需要增加专用的信令或者在dci等信令中无需增加专用于指示的字段或者字符位，从而节省了信令的开销。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；

图2是根据一示例性实施例示出的一种harq反馈机制的原理示意图；

图3是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图一；

图4是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图二；

图5是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图三；

图6是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图四；

图7是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图五；

图8是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图六；

图9是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图七；

图10是根据一示例性实施例示出的一种harq反馈的处理方法的流程示意图八；

图11a是根据一示例性实施例示出的一种harq反馈的基站侧的处理方法的流程图；

图11b是根据一示例性实施例示出的一种harq反馈的终端侧的处理方法的流程图；

图12是根据一示例性实施例示出的划分harq进程组的原理示意图；

图13a是根据一示例性实施例示出的确定pucch反馈的频域位置的方法示意图；

图13b是根据一示例性实施例示出的确定pucch反馈的时域位置的方法示意图；

图14是根据一示例性实施例示出的一种harq反馈的处理装置的结构示意图一；

图15是根据一示例性实施例示出的一种harq反馈的处理装置的结构示意图二；

图16是根据一示例性实施例示出的一种harq反馈的处理装置的实体结构示意图一；

图17是根据一示例性实施例示出的一种harq反馈的处理装置的实体结构示意图二。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

为了更好地描述本公开任一实施例，本公开一实施例以一个接入控制的应用场景为例进行示例性说明。

请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个终端11以及若干个基站12。

其中，终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(radioaccessnetwork，ran)与一个或多个核心网进行通信，终端11可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(station，sta)、订户单元(subscriberunit)、订户站(subscriberstation)，移动站(mobilestation)、移动台(mobile)、远程站(remotestation)、接入点、远程终端(remoteterminal)、接入终端(accessterminal)、用户装置(userterminal)、用户代理(useragent)、用户设备(userdevice)、或用户终端(userequipment，终端)。或者，终端11也可以是无人飞行器的设备。或者，终端11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线终端。或者，终端11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

基站12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the4thgenerationmobilecommunication，4g)系统，又称长期演进(longtermevolution，lte)系统；或者，该无线通信系统也可以是5g系统，又称新空口(newradio，nr)系统或5gnr系统。或者，该无线通信系统也可以是5g系统的再下一代系统。其中，5g系统中的接入网可以称为ng-ran(newgeneration-radioaccessnetwork，新一代无线接入网)。

其中，基站12可以是4g系统中采用的演进型基站(enb)。或者，基站12也可以是5g系统中采用集中分布式架构的基站(gnb)。当基站12采用集中分布式架构时，通常包括集中单元(centralunit，cu)和至少两个分布单元(distributedunit，du)。集中单元中设置有分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层、无线链路层控制协议(radiolinkcontrol，rlc)层、媒体访问控制(mediaaccesscontrol，mac)层的协议栈；分布单元中设置有物理(physical，phy)层协议栈，本公开实施例对基站12的具体实现方式不加以限定。

基站12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4g)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5g)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5g的更下一代移动通信网络技术标准的无线空口。

在一些实施例中，终端11之间还可以建立e2e(endtoend，端到端)连接。比如车联网通信(vehicletoeverything，v2x)中的v2v(vehicletovehicle，车对车)通信、v2i(vehicletoinfrastructure，车对路边设备)通信和v2p(vehicletopedestrian，车对人)通信等场景。

在一些实施例中，上述无线通信系统还可以包含网络管理设备13。

若干个基站12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(evolvedpacketcore，epc)中的移动性管理实体(mobilitymanagemententity，mme)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(servinggateway，sgw)、公用数据网网关(publicdatanetworkgateway，pgw)、策略与计费规则功能单元(policyandchargingrulesfunction，pcrf)或者归属签约用户服务器(homesubscriberserver，hss)等。对于网络管理设备13的实现形态，本公开实施例不做限定。

非地面网络(ntn,non-terrestrialnetwork)通信，尤其是卫星通信，具有广覆盖、强灾害抵抗能力和大容量的特性。ntn既可作为地面网络(5g网络)的补充，为m2m(machine-to-machine，机器到机器)、iot(internetofthings，物联网)设备和移动性平台用户提供连续性服务(如：海上、高铁)，使得5g网络的可靠性得到增强，或者通过直接对网络边缘的用户设备提供广播或多播服务，使得5g网络的可扩展性得到增强；也可单独操作，为偏远地区、孤岛等提供唯一服务，使得网络服务无处不在。无论是星地融合的ntn还是单独的ntn，与典型的5g网络相比，都将对覆盖范围、用户带宽、系统容量、服务可靠性或服务可用性、能耗、连接密度等性能带来较大影响，能够为用户提供更为可靠的一致性服务体验，降低运营商网络部署成本，连通空、天、地、海多维空间，形成一体化的泛在网络格局。

与地面网络相比，ntn网络由于通信双方距离远，因而具有传输时延大的特点。例如基于对地静止轨道(geo，geostationaryearthorbiting)的场景，最大往返时延(rtt，roundtriptime)达到541.46毫秒；基于低地球轨道(leo，lowearthorbiting)的场景，leo卫星的轨道高度为600千米时，最大rtt为25.77毫秒。

混合自动重传请求(harq)机制是nr中最重要的功能之一，结合链路自适应，harq可在蜂窝网络中实现高效，可靠和低延迟的数据传输。如图2所示，使用harq协议，发送端(如ue)可通过pdsch(physicaldownlinksharedchannel，物理下行共享信道)发送数据。发送端需要在发送新数据之前等待接收端的反馈，如果接收端反馈的是否定确认(nack)，发送端需要重传数据包，否则，接收端反馈的是确认(ack)则发送到可以发送新数据。harq机制中的saw过程因为存在harqrtt延迟，会降低链路吞吐量。

在一些实施例中，harq机制中支持多个并行harq进程传输，即发送端可以并行地发起多个传输，而不必等待harq完成。例如，支持16个harq进程，以适应nr中几毫秒的harqrtt。

相对于地面nr网络，ntn网络因具备传输时延大的特点，ntn中的harqrtt将会更长。这使得在ntn网络中，采用harq机制将无法提供快速反馈。此外，上述实施例中，harq协议支持的harq进程数量不足以适应ntn网络中数十毫秒到数百毫秒的传输延迟，将导致链路的吞吐量下降。

因此，在本公开实施例中，考虑禁用ntn网络中至少部分终端的harq反馈，从而降低延迟，提升网络整体的数据通信质量。

在一些实施例中，在ntn网络中可基于ue与harq进程配置禁用harq反馈。例如，在dci信令中增加1bit信息用于指示harq反馈，或者通过复用dci已有字段来指示禁用harq反馈。

如图3所示，本公开实施例提供一种harq反馈的处理方法，该方法应用于基站，包括：

步骤s101、确定harq反馈状态信息；

步骤s102、根据所述harq反馈状态信息，向用户设备ue隐性指示是否禁用所述harq反馈。

在本公开实施例中，harq反馈状态信息可以为指示是否禁用harq反馈的信息，包括指示启用harq反馈的状态信息和/或指示禁用harq反馈的状态信息。基站可根据各harq进程或者针对不同的ue确定是否需要禁用harq反馈。例如，基站确定harq进程对应的业务对于低时延的要求较高，如，基站确定harq进程对应的业务要求的最大时延大于预设时延阈值，或者对数据信息质量的要求较低等情况下，如，要求的最大丢包率大于预设阈值，可确定禁用harq反馈。

禁用harq反馈时，数据的发送端在发送一个数据包后，无需等待接收端的确认消息，而是可以直接发送下一个数据包。因此，发送端与接收端之间的数据传输节省了每个数据包之间停止等待(saw)的时间，从而能够降低延迟，增大数据链路的吞吐量。这里，发送端可以是基站也可以是终端，接收端也可以是终端或者基站。

可以理解的是，由于禁用harq反馈后，发送端不等待接收端的harq反馈，因此，不会出现重传的情况。这样，一方面进一步提升了数据传输速度，另一方面则会降低数据传输的质量，例如，可能会出现丢包等现象。因此，可以对数据质量要求较低的业务禁用harq反馈。

而当基站确定harq进程对应的业务要求的最大时延小于或等于预设时延阈值，或者对数据信息质量的要求较高，如要求的最大丢包率小于或等于预设阈值时，则可启用harq反馈，以提升数据传输的数据质量。

在本公开实施例中，基站采用隐性指示的方式，向ue指示启用或禁用harq反馈。隐性指示是指：不采用专用信令明文携带指示启用或禁用harq反馈的指示信息。例如，利用明文指示其他信息的信令的信令格式，信息形式或指示的其他信息与启用harq反馈和/或禁用harq反馈的映射关系，从而间接指示启用harq反馈或禁用harq反馈。

例如，携带资源调度信息、寻呼信息和/或激活信息的dci的加扰方式，与禁用或启用所述hara反馈具有映射关系，如此，通过采用下发不同加扰方式加扰的且携带有其他信息的dci就能够，不用额外增加dci的情况下或者占用dci比特开销的情况下，完成禁用或启用hara反馈的指示。

前述调度信息可用于资源调度；所述寻呼信息可用于ue的寻呼；所述激活信息可以用于激活预先调度或配置的传输资源。

不同的加扰方式包括以下差异：

加扰次数不同；

和/或，

加扰序列不同。

例如，利用对dci的不同次数的加扰，来分别代表启用或禁用harq反馈的指示；又如，利用harq进程的标识，来区分启用或禁用harq反馈的不同进程。

基站不需要单独向ue发送启用或禁用harq反馈的指令，也不需要在dci信令中新增字段或者新增指示位。而是可以利用用于指示其他信息的信令中不同信息与启用或禁用harq反馈的对应关系，来实现启用或禁用harq反馈的指示，从而能够有效节省信令的开销。同时，不需要改变基站与ue之间的信息传输的协议及信令格式等等，就能够控制ue在不需要harq反馈机制或者对低时延的要求较高的情况下禁用harq反馈，进而提升数据传输速率，降低延迟。

在一些实施例中，根据所述harq反馈状态信息向ue隐性指示是否禁用所述harq反馈，包括：

通过c-rnti，对所述下行控制信息dci进行至少一次加扰。

在本公开实施例中，对dci可利用c-rnti进行加扰。c-rnti为小区无线网络临时标识，为基站给入网成功的ue分配的动态标识，唯一标识出一个小区下的ue。

c-rnti为一个16位的序列，利用c-rnti进行加扰的过程可以为c-rnti序列与dci相乘得到加扰后的dci。

除此之外，在一些实施场景下，也可利用si-rnti(系统消息无线网络临时标识)和ra-rnti(随机无线网络临时标识)等序列进行加扰。

在本公开实施例中，对dci进行不同加扰次数的加扰，可以为利用上述c-rnti序列进行多次加扰的运算，也可以为利用c-rnti序列以及进行移位或者变更后的c-rnti序列分别进行多次加扰。

如此，可以利用c-rnti序列对dci进行加扰，无需引入新的指示信息，也无需引入专用的加扰序列，从而实现了隐性指示启用或禁用harq反馈的功能。

在一些实施例中，如图4所示，上述步骤s102中，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈，包括：

步骤s201、响应于所述harq反馈状态信息为启用所述harq反馈，确定加扰dci的第一加扰次数；

步骤s202、下发以所述第一加扰次数加扰的所述dci。

dci由下行控制信道(pdcch)承载，用于向ue发送下行控制的相关信息，包括上下行资源分配、harq信息以及功率控制等。

加扰可以为利用预定的序列对信号进行运算处理，之后再进行传输，能够有效减少相邻下去之间的信号干扰。ue在接收到基站发送的dci后，需要进行解扰。ue对dci解扰后校验成功，则可以获得基站的相关指示并进行处理。

在一个实施例中，可利用预定序列对dci进行一次加扰，ue接收到dci后进行一次解扰。如果ue解扰成功，则获取dci成功。

在本公开实施例中，可利用上述对dci进行加扰的过程，实现上述隐性指示。也就是说，利用不同的加扰次数，来区分启用或禁用harq反馈的指示。

在本公开实施例中，可预设启用harq反馈的指令对应的加扰次数为上述第一加扰次数。该第一加扰次数不同于禁用harq反馈的加扰次数。这样，ue在接收到dci时，可对应进行至少一次的解扰。ue根据解扰的次数，可对应确定出加扰的次数。因此，如果解扰成功时，对应的解扰次数与第一加扰次数相同，则ue可以获知基站指示启用上述harq反馈。

如此，基站利用现有通信协议中dci的固定格式，即可隐式地通过对dci加扰第一加扰次数指示ue启用harq反馈。从而无需新增字段或者专用于指示harq启用或禁用的字符位，不需要改变dci的格式。

在一些实施例中，所述第一加扰次数为1。

在一些实施例中，上述步骤s102中，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈，包括：

步骤s203、响应于所述harq反馈状态信息为禁用harq反馈，确定下发加扰所述dci的第二加扰次数，其中，所述第二加扰次数不同于第一加扰次数；

步骤s204、下发以所述第二加扰次数加扰的所述dci。

对应于上述启用harq反馈的指示，基站可对dci进行第二加扰次数的加扰，来指示禁用harq反馈。

对应地，ue对dci进行至少一次解扰，如果解扰成功时解扰的次数与第二加扰次数相同，那么久可以确定基站的指示为禁用harq反馈。

在一些实施例中，所述第二加扰次数为2。

需要说明的是，图5中，步骤s201至步骤s202与步骤s203至步骤s204为并列的两种情况，当启用harq反馈时，执行步骤s201至步骤s202；当禁用harq反馈时，执行步骤s203至步骤s204。

在一些实施例中，通过c-rnti对所述dci进行至少一次加扰，包括：

响应于禁用所述harq反馈，利用c-rnti对所述dci进行第一次加扰；且，利用对所述c-rnti移位得到的移位序列，对所述dci进行第二次加扰。

在本公开实施例中，上述对应于启用harq反馈的第一加扰次数为一次，也就是说，启用harq反馈时，对dci进行正常的加扰过程。dci中携带的harq相关信息也可正常使用。

而对应于禁用harq反馈的第二加扰次数，则可以在第一加扰次数的基础上增加一次加扰，也就是共进行两次加扰。

这样，ue则需要进行两次解扰，才能够解扰成功。也就是说，ue进行一次解扰就解扰成功，则可确定基站的指示为启用harq反馈，如果进行一次解扰时解扰失败，而再次进行解扰时解扰成功，则可确定基站的指示为禁用harq反馈。

在一些实施例中，所述移位序列为所述c-rnti的序列移动至少一位得到的序列。

在本公开实施例中，可利用c-rnti进行至少一位的序列移动，得到上述移位序列。例如c-rnti序列为二进制序列，对该序列加1，使得每一位发生改变，从而得到移位序列。

如此，对c-rnti进行简单的处理，就能够得到处理前与处理后的两组不同的加扰序列，以便分别对dci进行两次加扰。这样，ue在进行解扰时，如果第一次解扰失败，则利用移位序列进行第二次解扰，如果第二次解扰成功，则说明基站指示位禁用harq反馈。

在另一个实施例中，对dci进行第二加扰的加扰序列可为：c-rnti的反向序列，例如，对分配给ue的c-rnti的二进制序列求反就得到了反向序列。求反操作后，c-rnti中原来的“0”更改为“1”，原来的“1”更改为“0”。

在一些实施例中，如图5所示，上述步骤s102中，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈，包括：

步骤s301、响应于所述harq反馈状态信息为禁用harq反馈，下发调度harq进程的调度信息，所述调度信息，用于调度禁用所述harq反馈的禁用harq进程组中的harq进程；或者

步骤s302、响应于所述harq反馈状态信息为启动harq反馈，下发调度harq进程的调度信息，所述调度信息，用于调度启用所述harq反馈的禁用harq进程组中的harq进程。

在基站与ue的数据收发过程中，通常收发双方都利用harq的停等协议来发送数据，发送端发送一个数据包后，就停下来等待确认信息。接收端则反馈肯定(ack)或否定(nack)的确认信息。但是每次发送就停止等待，会导致数据链路的吞吐量很低。因此，可利用多个并行的harq进程，来提升整体的吞吐量。

在同一通信链路中的这些进程共同组成了harq实体。因此，基站可选择调度不同的harq进程，向ue发送数据。

在本公开实施例中，利用上述harq实体中并行的harq进程，来实现隐性指示禁用harq反馈。

在本公开实施例中，基站可在harq进程中选择一部分进程作为禁用harq进程，当基站调度这部分禁用harq进程时，会同时将调度信息下发至ue。调度信息可用于识别harq进程，例如，调度信息可包括harq进程的标识。因此，ue可通过接收到的调度信息，确认对应的harq进程是否属于预先约定的禁用harq进程。

如此，基站只需要在调度不同的harq进程，就能够实现对禁用或启用harq进程的隐性指示。

当基站指示部分harq进程为禁用harq反馈的情况时，由于这部分进程不需要停止等待，因此，可以降低这部分进程的时延，有利于针对不同的业务，提升对应进程的传输效率。同时，可以进一步提升通信链路整体的数据吞吐量，降低时延。

通过上述方法，利用不同的harq进程的分类，实现了对启用或禁用harq反馈的隐性指示。如此，无需增加专用的信令进行指示，从而节省了信令开销，并且不需要更改已有的信令格式。

在本公开实施例中，上述harq进程还包括启用harq进程，相应地，在基站调度启用harq进程时，可以隐性地指示ue启用harq反馈。例如，针对数据传输的准确性要求较高，或者对时延要求较低的业务对应的进程，则可划分为启用harq进程。

如此，ue根据调度信息中携带的进程编号、标识等信息，确定接收到的为启用harq进程的调度信息时，则启用harq反馈。

在本公开实施例中，基站通过将harq进程划分为启用harq进程组和禁用harq进程组，来实现对启用或禁用harq反馈的隐性指示，从而无需增加额外的字段或者字符位或者其他指令来进行指示。并且可以实现对不同类型的harq进程采用不同的处理方式，有利于灵活地控制不同业务需求对应的harq进程。

在一些实施例中，所述方法还包括：

通过rrc信令向ue下发harq配置信息，其中，所述harq配置信息以下至少一个：所述启用harq进程的进程标识、所述禁用harq进程的进程标识、所述启用harq进程的数量、所述禁用harq进程的数量、所述启用harq进程的进程组的类型、所述禁用harq进程的进程组的类型。

这里，启用harq进程的进程组的类型可以为启用harq进程组；禁用harq进程的进程组的类型可以为禁用harq进程组。

在本公开实施例中，在调度启用harq进程或禁用harq进程之前，可先告知ue哪些进程标识对应的是启用harq进程，哪些进程标识对应的是禁用harq进程。例如，对各harq进行编号，将harq的总数量m告知ue，同时告知前n个harq属于启用harq进程组，剩下m-n个属于禁用harq进程组。又如，直接在harq配置信息中指示启用harq进程以及禁用harq进程的编号。

在本公开实施例中，基站利用rrc信令向ue下发harq配置信息，告知ue对于harq进程的分组情况，这样，基站在后续进行harq进程的调度时，只需根据启用harq反馈或禁用harq反馈的指示调度对应进程组中的harq进程，就能够实现对启用或禁用harq进程的隐性指示。

启用harq进程的进程标识以及禁用harq进程的进程标识还可以为直接表示出harq进程属于启用或者禁用harq的表示。例如，利用harq的id中的一个bit位来进行区分，“0”表示禁用“1”表示启用。

在本公开实施例中，上述harq配置信息可包括启用及禁用harq进程的数量。这样，如果harq进程的总数为m个，其中，前n个属于启用harq进程，剩余的m-n个为禁用harq进程。那么，基站可通过harq配置信息告知ue启用harq的数量n。这样，ue在接收到harq的调度信息后，如果harq进程的编号小于或等于n，则可以确定基站的指示为启用harq反馈；如果harq进程的编号大于n，则可以确定基站的指示为禁用harq反馈。

如此，基站只需要先告知ue启用和/或禁用harq进程的数量，然后调度对应的harq进程，就能够实现上述隐性指示，从而节省了信令的开支。

在一些实施例中，如图6所示，上述步骤s101中，所述响应于是否禁用harq反馈，向ue隐性指示是否禁用所述harq反馈，包括：

步骤s401、根据所述harq反馈状态信息，下发激活pucch资源的激活指令；所述pucch资源，与禁用harq反馈或者启动harq反馈具有映射关系。

在本公开实施例中，可预先设定pucch的资源集。所述pucch的资源集包括一个或多个pucch资源，该pucch资源可包括用于传输harq反馈的harq的反馈资源。

这里，pucch资源集可由rrc动态定义，也可按照协议规定。

pucch资源主要用于ue向基站发送的harq-ack反馈、sr(scheduleingrequest，上行调度请求)请求以及csi(channelstateinformation，信道状态信息)反馈等等。基站可以向ue下发pucch资源的索引，指示ue使用的pucch资源，进而实现资源配置。

在本公开实施例中，可利用预先指定的pucch资源用于表示禁用harq反馈的指令。这样，基站在需要禁用harq反馈时，下发对应的索引，以激活该pucch，就可以指示ue禁用harq反馈。

在一些实施例中，所述激活指令，包括：

dci或sib。

上述激活指令可以携带在dci或者sib中，ue接收到激活指令后，根据激活指令所指示使用的pucch进行信息的反馈。如果激活指令对应的pucch资源为代表禁用harq反馈的资源，则ue可以确定基站的指示为禁用harq反馈。相对地，如果激活指令对应的pucch资源为启用harq反馈，那么ue可利用激活的pucch进行相应的harq反馈。

在一些实施例中，所述方法还包括：

在下发所述指令之前，下发所述pucch资源的资源配置参数；所述资源配置参数用于配置所述映射关系。

在本公开实施例中，下发激活禁用harq反馈的指令之前，还需要告知ue不同的pucch资源对应的启用或禁用harq资源的状态。因此，基站可预先下发与是否禁用所述harq反馈具有对应关系的pucch资源的资源配置参数。

在一实施例中，资源配置参数中携带有不同的pucch对应的编号或者标识，其中，可设定指定的标识作为禁用harq反馈的pucch资源，当然，也可使用没有对应实际资源的编号或者标识，来指示禁用harq反馈。例如，在dci中用于指示pucch的字段中，如果不同的数值代表不同在pucch资源集中的位置，那么可指定其中至少一个数值作为禁用harq反馈的pucch资源的位置。又如，在dci中用于指示pucch的字段中，如果1-9等数值代表不同在pucch资源集中的位置，激活对应的pucch资源，则ue使用该pucch资源进行harq反馈。此时，设定该字段中尚未定义数值，例如数值0代表禁用harq反馈。那么，如果dci中的指令为数值0，则激活该禁用harq反馈的资源，ue则根据该激活指令，可确定禁用harq反馈。

如此，基站利用下行控制指令，对应激活资源配置参数中指定的禁用harq反馈的资源，即可实现上述隐性指示禁用harq反馈的功能。

在一些实施例中，所述激活指令，包括：待激活的所述pucch资源的索引号。

上述激活指令可包括指示pucch资源的索引号，ue接收到激活指令或，根据该索引号可以确定被激活的pucch资源的位置。如果该puuch资源，为上述资源配置参数中指定的启用harq反馈的资源，那么ue可确定基站指示为启用harq反馈。相对地，如果该pucch资源为资源配置参数中指定的禁用harq反馈的资源，那么ue可确定基站指示为禁用harq反馈。

在一些实施例中，所述资源配置参数，包括：

指示激活禁用和/或启用所述harq反馈的pucch资源中频域资源的配置参数；和/或

指示激活禁用和/或所述harq反馈的pucch资源中时域资源的配置参数。

在本公开实施例中，pucch资源包括时域资源和频域资源，频域资源对应pucch的可用频段。pucch资源集中的多个频段以及对应的标识，例如：编号、索引号等，用于确定pucch资源在资源集中的频域位置。pucch资源集中的各频域资源与标识的对应关系，可在rrc中进行定义，也可根据协议规定。

pucch时域资源代表指示ue反馈上行信息所占用的时隙。类似于频域资源，也利用rrc或者协议规定pucch资源集中各时域资源与标识之间的对应关系。

如图7所示，本公开实施例提供一种harq反馈的处理方法，所述方法应用于终端，包括：

步骤s501、响应于基站隐性指示的是否禁用harq反馈，禁用或启用所述harq反馈。

在本公开实施例中，终端为具有与基站通信的功能的电子设备，包括上述ue。以下仍以ue来表示。

根据基站的隐性指示，ue可确定出基站指示的禁用或启用harq反馈。从而对应地启用或者禁用harq反馈。

由于基站采用隐性指示的方式进行指示，并未更改信令格式，因此，ue也不需要对应更改接收信令的格式。基站可与ue预先协商隐性指示的规则，ue则根据接收到的基站发送的信令，即可解码出对应的基站指示并禁用harq反馈，从而提升数据传输的效率，降低时延。

在一些实施例中，如图8所示，所述方法还包括：

步骤s601、接收dci；

步骤s602、响应于所述dci的解扰次数为第一解扰次数，确定所述基站隐性指示启用所述harq反馈；或者

步骤s603、响应于所述dci的解扰次数为第二解扰次数，确定所述基站隐性指示禁用harq反馈；其中，所述第二解扰次数不同于所述第一解扰次数。

在本公开实施例中，用于隐性指示上述启用或禁用harq的方式为dci的加扰次数。因此，ue进行对应的解扰，在解扰成功时根据解扰次数，即可获知加扰次数，进而得到基站的隐性指示。

在本公开实施例中，第一解扰次数对应于上述实施例中的第一加扰次数，第二解扰次数对应上述实施例中的第二加扰次数。因此，解扰成功时的解扰次数如果为第一解扰次数，则对应的基站指示为第一加扰次数的指示，即启用harq反馈的指示。而解扰成功时的解扰次数如果为第二解扰次数，则对应的基站指示为第二加扰次数的指示，即禁用harq反馈的指示。

在一些实施例中，所述方法还包括：

利用c-rnti对所述dci进行解扰；

确定所述dci解扰成功所进行的所述解扰次数。

由于基站可利用c-rnti对dci进行加扰，因此，ue对应采用c-rnti进行解扰。c-rnti可由基站预先分配给ue。

在一些实施例中，所述利用c-rnti对所述dci进行解扰，包括：

利用c-rnti对所述dci进行第一次解扰；

响应于所述第一次解扰失败，利用对所述c-rnti移位得到的移位序列对所述dci进行第二次解扰。

这里，基站利用c-rnti及c-rnti的移位序列分别对dci进行了两次加扰。因此，ue同样利用c-rnti及c-rnti的移位序列进行解扰。

需要说明的是，如果ue第一次解扰失败，则说明解扰次数为第一解扰次数，此时即可确定基站指示为禁用harq反馈。然而，由于dci中还携带有其他的指示信息，因此，ue可对dci进行第二次解扰。当然，如果第二次解扰仍未成功，则可能为信息接收的错误，或者dci信息失败。

在本公开实施例中，ue可先利用上述移位序列对dci进行第一次解扰，这样可以判断基站是否基于禁用harq反馈进行了第二次加扰。如果第一次解扰失败，则说明基站未禁用harq反馈，此时，则可以使用c-rnti序列对dci进行第二次解扰，获得dci的其他信息。

在一些实施例中，所述第一解扰次数为1；所述第二解扰次数为2；

所述响应于所述dci解扰成功，确定所述解扰次数，包括：

响应于所述第一次解扰成功，确定所述解扰次数为所述第一解扰次数；

响应于所述第一次解扰失败且所述第二次解扰成功，确定所述解扰次数为所述第二解扰次数。

在一些实施例中，所述移位序列为所述c-rnti的序列移动至少一位得到的序列。

上述实施例中已经进行了相关介绍，这里不再赘述。

在一些实施例中，如图9所示，基于上述步骤s501，所述方法还包括：

步骤s701、接收调度harq进程的调度信息；

步骤s702、若接收到的所述调度信息用于调用与禁用所述harq反馈对应的禁用harq进程组中的harq进程，确定所述基站隐性指示禁用所述harq反馈；

步骤s703、若接收到的所述调度信息用于调度与启用harq反馈对应的启用harq进程组中的harq进程，确定所述基站隐形指示启用所述harq反馈。

在本公开实施例中，基站根据不同的harq进程的调度信息，来对应指示启用或禁用harq反馈。当ue接收到的调度信息用于调度的是禁用harq进程，ue就可以直接确定基站指示为禁用harq反馈，因此，ue在后续对应该进程的数据收发时，禁用harq反馈即可。

相对地，如果ue接收到的调度信息所调度的是启用harq进程，那么ue在后续对应该进程的数据收发时，则启用harq反馈。

因此，ue根据接收到的harq进程的调度信息，确认调度的harq进程属于启用harq进程还是禁用harq进程，即可确定基站的指示。

在一些实施例中，所述方法还包括：

接收包含有harq配置信息的rrc信令。

这里，由于基站利用rrc信令向ue下发harq配置信息，因此，ue可根据该配置信息预先确定各harq进程与启用或禁用harq反馈的对应关系。例如，harq进程的编号小于或等于n的harq进程，属于启用harq进程，其余进程属于禁用harq进程。这样，在后续接收到调度指令后，ue就可以直接根据调度的harq进程的标识，确定是否禁用harq进程。

在一些实施例中，所述harq配置信息以下至少一个：所述启用harq进程的进程标识、所述禁用harq进程的进程标识、所述启用harq进程的数量、所述禁用harq进程的数量、所述启用harq进程的进程组的类型、所述禁用harq进程的进程组的类型。

上述基站侧的实施例中已经对harq配置信息进行了详细介绍，这里不再赘述。

在一些实施例中，如图10所示，基于上述步骤s501，所述方法还包括：

步骤s801、接收激活指令；

步骤s802、响应于所述激活指令激活pucch资源，确定所述基站隐形指示是否禁用所述harq反馈；其中，所述pucch资源，与禁用harq反馈或者启动harq反馈具有映射关系。

ue接收到基站下发的激活指令后，基于激活指令指示的pucch资源，进行信息的反馈。如果激活指令对应的pucch资源为禁用harq反馈，那么ue则不进行harq反馈。

在一些实施例中，所述激活指令，包括：

dci或sib。

在一些实施例中，所述方法还包括：

在接收所述激活指令之前，接收所述pucch资源的资源配置参数；所述资源配置参数用于配置所述映射关系。

由于ue事先并不知道基站规定的禁用harq反馈的pucch资源所对应的标识或者编号等，因此，可根据资源配置参数获取启用或禁用harq反馈的指示与各pucch资源之间的对应关系。这样，在后续接收到基站的激活指令后，就可以根据激活指令所指示激活的pucch资源，确定是否禁用harq反馈。

在一些实施例中，所述激活指令，包括：待激活的所述pucch资源的索引号。

在一些实施例中，所述资源配置参数，包括：

指示激活禁用和/或启用所述harq反馈的pucch资源中频域资源的配置参数；和/或

指示激活禁用和/或启用所述harq反馈的pucch资源中时域资源的配置参数。

这里，关于pucch资源中的时域资源与频域资源再上述实施例中已经进行了详细介绍，这里不再赘述。

本公开实施例还提供如下示例：

示例一

利用1bit的harq禁用指示信息对dci进行二次加扰，隐性指示harq反馈状态。harq禁用指示信息取值“0”或“1”，其中“0”标识启用harq反馈，“1”标识禁用harq反馈。

基站侧进行隐性指示的流程图如图11a所示，基站侧根据harq进程的反馈状态决定需要对dci采取的加扰方式。包括如下步骤：

步骤s11、判断是否禁用harq反馈；

步骤s12、如果harq进程禁用harq反馈，则用1bit的禁用harq反馈的指示信息对dci加扰；

步骤s13、在步骤s12的第一次加扰之后，使用c-rnti对dci进行二次加扰；或者，如果harq进程启用harq反馈，则跳过步骤s12直接使用c-rnti对dci进行加扰。

用户侧的操作流程如图11b所示，包括如下步骤：

步骤s21、使用c-rnti序列进行解扰；

步骤s22、进行crc校验，判断是否解扰成功；

步骤s23、如果解扰失败，则将c-rnti序列移位1bit得到第二解扰序列，使用第二解扰序列进行解扰；

步骤s24、使用第二解扰序列解扰成功，则禁用harq反馈；

步骤s25、如果第一次解扰成功，则启用harq反馈。

示例二

在harq实体中划分出两个harq进程组，分别为启用harq进程组和禁用harq进程组。其中，属于启用harq进程组的进程均启用harq反馈，属于禁用harq进程组的进程均禁用harq反馈。

示例性地，如图12所示，假设ntn网络中所支持的harq进程数为m。启用harq进程组11的大小为n，也就是前n个harq进程12属于启用harq进程组，剩下的m-n个harq进程12属于禁用harq进程组21。

在本公开实施例中，harq进程组的类型以及大小，可以通过rrc信令进行预配置。

基站侧确定了harq进程的harq反馈状态后，在对应的harq进程组中选择harq进程进行调度。例如，当harq进程禁用harq反馈时，基站在禁用harq进程组中调度harq进程。这样，ue在收到harq进程的id时，根据rrc信令中配置的harq进程组的大小，就可以判断harq进程的反馈状态。

示例三

为了使基站与ue能够对禁用harq反馈指示达成共识，在本公开实施例中，可在rrc参数中设置一个默认的用于禁用harq反馈功能的参数集{pucch资源,dl-datatoul-ack}，其中dl-datatoul-ack为高层的反馈数据资源。

例如，通过将pucch资源的第一个数据和d1-datatoul-ack的第一个数据设置成一个协议中尚未被使用的数值来表示禁用harq反馈，然后基站通过设置dci的pucch资源指示字段(pucchresourceindicator)为0以及pdsch的harq反馈时隙指示字段(pdsch-to-harq_feedbacktimingindicator)为0，实现对上述参数集中禁用harq反馈的数据的激活。这样，ue在接收到dci后就可以确定出表示禁用harq反馈的pucch反馈的时频域位置，从而实现第harq进程的禁用harq反馈的动态指示。

用户侧确定pucch反馈的频域位置的方法如图13a所示，dci的各种格式中，均可使用pucch资源指示字段或者使用系统消息1(sib1)中的pucch公共资源，来指示表示pucch反馈频域位置的索引号。利用索引号可以在pucch资源集中确定出pucch反馈的频域位置。其中，pucch资源集可由rrc动态定义，也可按照预定的协议进行规定。

用户侧确定pucch反馈的时域位置的方法如图13b所示，通过dci的各种格式(例如dci格式1-0/1-1/1-2)中的pdsch的harq反馈时隙指示字段，可以确定出rrc参数dl-datatoul-ack表格中的索引号，然后按照索引号查询dl-datatoul-ack表格，就可以确定出k1值，k1表示pdsch和harq反馈之间的时域关系。

通过本公开实施例提供的上述方法，能够隐式地指示harq反馈的禁用，实现基于ue与harq进程的harq禁用。此外，采用本公开实施例的技术方案，不需要修改dci的格式。

如图14所示，本公开实施例还提供一种harq反馈的处理harq反馈的处理harq反馈的处理装置100，应用于基站，包括：

第一确定模块110，配置为确定harq反馈状态信息；

指示模块120，根据所述harq反馈状态信息，向ue隐性指示是否禁用所述harq反馈。

在一些实施例中，所述指示模块，包括：

加扰模块，配置为通过c-rnti，对所述dci进行至少一次加扰。

在一些实施例中，指示模块，包括：

第一确定子模块，配置为响应于所述harq反馈状态信息为启用harq反馈，确定加扰所述dci的第一加扰次数；

第一下发子模块，配置为下发以所述第一加扰次数加扰的所述dci。

在一些实施例中，所述第一加扰次数为1。

在一些实施例中，指示模块，包括：

第二确定子模块，配置为响应于所述harq反馈状态信息为禁用harq反馈，确定加扰所述dci的第二加扰次数；

第二下发子模块，配置为下发以所述第二加扰次数加扰的所述dci。

在一些实施例中，所述第二加扰次数为2。

在一些实施例中，所述加扰模块，包括：

第一加扰子模块，配置为响应于所述harq反馈状态信息为禁用所述harq反馈，利用c-rnti对所述dci进行第一次加扰；

第二加扰子模块，配置为利用对所述c-rnti移位得到的移位序列，对所述dci进行第二次加扰。

在一些实施例中，所述移位序列为所述c-rnti的序列移动至少一位得到的序列。

在一些实施例中，指示模块，包括：

第三下发子模块，配置为响应于所述harq反馈状态信息为禁用harq反馈，下发调度harq进程的调度信息，所述调度信息，用于调度禁用所述harq反馈的禁用harq进程组中的harq进程；或者

第四下发子模块，配置为响应于所述harq反馈状态信息为启动harq反馈，下发调度harq进程的调度信息，所述调度信息，用于调度启用所述harq反馈的禁用harq进程组中的harq进程。

在一些实施例中，所述装置还包括：

第一下发模块，配置为通过rrc信令向ue下发harq配置信息，其中，所述harq配置信息包括以下至少一个：所述启用harq进程的进程标识、所述禁用harq进程的进程标识、所述启用harq进程的数量、所述禁用harq进程的数量、所述启用harq进程的进程组的类型、所述禁用harq进程的进程组的类型。

在一些实施例中，指示模块，包括：

第四下发子模块，配置为根据所述harq反馈状态信息，下发激活pucch资源的激活指令；所述pucch资源，与禁用harq反馈或者启动harq反馈具有映射关系。

在一些实施例中，所述激活指令，包括：

dci或系统消息sib。

在一些实施例中，所述装置还包括：

第五下发子模块，配置为在下发所述指令之前，下发所述pucch资源的资源配置参数；所述资源配置参数用于配置所述映射关系。

在一些实施例中，所述激活指令，包括：待激活的所述pucch资源的索引号。

在一些实施例中，所述资源配置参数，包括：

指示激活禁用和/或启用所述harq反馈的pucch资源中频域资源的配置参数；和/或

指示激活禁用和/或所述harq反馈的pucch资源中时域资源的配置参数。

如图15所示，本公开实施例还提供一种harq反馈的处理装置200，应用于终端，包括：

禁用模块210，配置为响应于基站隐性指示的禁用harq反馈，禁用所述harq反馈；

启用模块220，配置为响应于基站隐性指示的启用harq反馈，启用所述harq反馈。

在一些实施例中，所述装置还包括：

第一接收模块，配置为接收dci；

第二确定模块，配置为响应于所述dci的解扰次数为第一解扰次数，确定所述基站隐性指示启用所述harq反馈；或者

第三确定模块，配置为响应于所述dci的解扰次数为第二解扰次数，确定所述基站隐性指示禁用harq反馈；其中，所述第二解扰次数不同于所述第一解扰次数。

在一些实施例中，所述装置还包括：

解扰模块，配置为利用c-rnti对所述dci进行解扰；

第四确定模块，配置为确定所述dci解扰成功所进行的所述解扰次数。

在一些实施例中，所述解扰模块，包括：

第一解扰子模块，配置为利用对所述c-rnti移位得到的移位序列对所述dci进行第一次解扰；

第二解扰子模块，配置为响应于所述第一次解扰失败，利用所述c-rnti对所述dci进行第二次解扰。

在一些实施例中，所述第一解扰次数为1；所述第二解扰次数为2；

所述第四确定模块，包括：

第三确定子模块，配置为响应于所述第一次解扰成功，确定所述解扰次数为所述第一解扰次数；

第四确定子模块，配置为响应于所述第一次解扰失败且所述第二次解扰成功，确定所述解扰次数为所述第二解扰次数。

在一些实施例中，所述移位序列为所述c-rnti的序列移动至少一位得到的序列。

在一些实施例中，所述装置还包括：

第二接收模块，配置为接收调度harq进程的调度信息；

第五确定模块，配置为若接收到的所述调度信息用于调用与禁用所述harq反馈对应的禁用harq进程组中的harq进程，确定所述基站隐性指示禁用所述harq反馈；

第六确定模块，配置为若接收到的所述调度信息用于调度与启用harq反馈对应的启用harq进程组中的harq进程，确定所述基站隐形指示启用所述harq反馈。

在一些实施例中，所述装置还包括：

第三接收模块，配置为接收包含有harq配置信息的rrc信令。

在一些实施例中，所述harq配置信息以下至少一个：所述启用harq进程的进程标识、所述禁用harq进程的进程标识、所述启用harq进程的数量、所述禁用harq进程的数量、所述启用harq进程的进程组的类型、所述禁用harq进程的进程组的类型。

在一些实施例中，所述装置还包括：

第四接收模块，配置为接收激活指令；

第六确定模块，配置为响应于所述激活指令激活所述pucch资源，确定所述基站隐形指示是否禁用所述harq反馈；其中，所述pucch资源，与禁用harq反馈或者启动harq反馈具有映射关系。

在一些实施例中，所述激活指令，包括：

dci或sib。

在一些实施例中，所述装置还包括：

第五接收模块，配置为在接收所述激活指令之前，接收所述pucch资源的资源配置参数；所述资源配置参数用于配置所述映射关系。

在一些实施例中，所述激活指令，包括：待激活的所述pucch资源的索引号。

在一些实施例中，所述资源配置参数，包括：

指示激活禁用和/或启用所述harq反馈的pucch资源中频域资源的配置参数；和/或

指示激活禁用和/或启用所述harq反馈的pucch资源中时域资源的配置参数。

图16是本公开实施例提供的一种harq反馈的处理装置的结构框图。该harq反馈的处理装置可以是ue。例如，harq反馈的处理装置800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图16，harq反馈的处理装置800可以包括以下至少一个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制harq反馈的处理装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括至少一个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括至少一个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在harq反馈的处理装置800的操作。这些数据的示例包括用于在harq反馈的处理装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为harq反馈的处理装置800的各种组件提供电力。电源组件806可以包括电源管理系统，至少一个电源，及其他与为harq反馈的处理装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述harq反馈的处理装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当harq反馈的处理装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当harq反馈的处理装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括至少一个传感器，用于为harq反馈的处理装置800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为harq反馈的处理装置800的显示器和小键盘，传感器组件814还可以检测harq反馈的处理装置800或harq反馈的处理装置800一个组件的位置改变，用户与harq反馈的处理装置800接触的存在或不存在，harq反馈的处理装置800方位或加速/减速和harq反馈的处理装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于harq反馈的处理装置800和其他设备之间有线或无线方式的通信。harq反馈的处理装置800可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，harq反馈的处理装置800可以被至少一个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由harq反馈的处理装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

如图17所示，本公开一实施例示出另一种harq反馈的处理装置的结构。该harq反馈的处理装置可为本公开实施例所涉及的基站。例如，harq反馈的处理装置900可以被提供为一网络设备。参照图17，harq反馈的处理装置900包括处理组件922，其进一步包括至少一个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述harq反馈的处理装置的任意方法。

harq反馈的处理装置900还可以包括一个电源组件926被配置为执行harq反馈的处理装置900的电源管理，一个有线或无线网络接口950被配置为将harq反馈的处理装置900连接到网络，和一个输入输出(i/o)接口958。harq反馈的处理装置900可以操作基于存储在存储器932的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。