CN108023718B - 重传指示传输方法及装置 - Google Patents

Abstract

本发明实施例公开了一种重传指示传输方法及装置，应用于第一通信方的方法包括：与第二通信方交互反馈指示的发送指示；基于所述发送指示与所述第二通信方交互反馈指示。

Description

重传指示传输方法及装置

技术领域

本发明涉及无线通信领域，尤其涉及一种重传指示传输方法及装置。

背景技术

机器间(Machine to Machine，M2M)通信是第五代移动通信技术(5thGeneration，5G)目前研究的一个重要课题，也是未来无线通信的一个重要应用领域。在M2M应用中，有些应用需求对通信时延的要求比较高，例如车辆间通信，自动控制，虚拟现实，智能电网等。这些应用希望尽量减少端到端的延迟，以使终端能够尽快做出响应。

混合自动重传(Hybrid Automatic Repeat reQuest，HARQ)是指发送端根据接收端反馈的数据接收正确与否的指示信号决定是否进行重复发送的传输过程。所述指示信号可包括指示正确接收和解码的确认指示符(Acknowledgement character，ACK)和指示没有正确接收或解码的非确认指示符(Non Acknowledgement character，NACK)。

在HARQ应用中，从接收端收到某个数据包之后，到发送端收到接收端反馈的ACK/NACK，这期间经历了三个阶段分别是：数据处理，ACK/NACK反馈，和ACK/NACK接收。

数据处理阶段：接收端需要将收到的重发数据版本和以前收到的数据版本合并解调，并根据循环冗余校验(Cyclic Redundancy Check，CRC)校验结果判断该数据包是否能正确解码，并产生相应的 ACK/NACK。

ACK/NACK反馈阶段：接收端需要等待合适的ACK/NACK反馈信道，然后在该信道中反馈ACK/NACK，反馈ACK/NACK可能存在一定的延时。

ACK/NACK的解码处理：发送端在接收到ACK/NACK之后，将解码ACK/NACK，才能最终获得 ACK/NACK的内容。

所以，HARQ反馈延迟包括了接收端处理延迟和点到点的 ACK/NACK反馈延迟，其中ACK/NACK反馈延迟包括了 ACK/NACK从发送到接收的所有时间。

通常情况下，一旦发送端发送了数据之后，就开始预备接收 ACK/NACK等反馈指示，这样就导致发送端的功耗大，负荷重等问题。

发明内容

有鉴于此，本发明实施例期望提供的重传指示传输方法及装置，至少部分解决上述问题。

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

本发明实施例第一方面提供一种重传指示传输方法，应用于第一通信方，包括：

与第二通信方交互反馈指示的发送指示；

基于所述发送指示与所述第二通信方交互反馈指示。

基于上述方案，所述第一通信方为业务数据的接收方；所述第二通信方为业务数据的发送方。

基于上述方案，所述与第二通信方反馈指示的发送指示，包括：

向所述第二通信方发送第一通信方的第一处理能力信息；

接收所述第二通信方基于所述第一处理能力信息，确定的所述反馈指示的发送指示；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

基于所述发送指示，向所述第二通信方法发送通信信息的反馈指示。

基于上述方案，所述与第二通信方进行信息交互反馈指示的发送指示，包括：

根据所述第一通信方的第一处理能力信息，确定反馈指示的所述发送指示；

将所述发送指示发送给所述第二通信方；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

基于所述发送指示向所述第二通信方发送所述反馈指示。

基于上述方案，所述发送指示，用于指示所述第二通信方指示接收所述反馈指示的时间范围。

基于上述方案，所述发送指示，具体是根据所述第一通信方的第一处理能力信息、发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的，其中，所述发送提前量为所述第一通信方或第二通信方的发送提前量。

基于上述方案，所述第一通信方为业务数据发送方，所述第二通信方为业务数据的接收方。

基于上述方案，所述与第二通信方交互反馈指示的发送指示，包括：

接收所述第二通信方发送的所述第二通信方的第二处理能力信息；

根据所述第二处理能力信息，确定所述发送指示；

将所述发送指示发送给所述第二通信方；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

基于上述方案，所述与第二通信方交互反馈指示的发送指示，包括：

接收所述第二通信方根据自身的第二处理能力信息形成的所述发送指示；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

基于上述方案，所述发送指示，具体是根据所述第二通信方的第二处理能力信息、反馈指示的发送资源状况信息、业务需求信息及发送提前量的至少其中之一确定的；所述发送提前量为所述第一通信方或所述第二通信方的发送提前量。

基于上述方案，所述方法还包括：

与所述第二通信方交互起始时间指示；其中，所述起始时间指示用于指示所述发送指示的起始应用时间，为所述第一通信方或所述第二通信方形成的；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

在所述起始应用时间之后，基于所述发送指示交互所述反馈指示。

基于上述方案，所述方法还包括：

与所述第二通信方交互基于所述起始时间指示发送的确认指示；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

在所述起始应用时间之前完成所述确认指示的交互，并在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

基于上述方案，所述方法还包括：

当发送所述起始时间指示的通信方，在所述起始应用时间之前未接收到所述确认指示时，重新交互起始时间指示。

基于上述方案，所述起始时间指示，是基于所述发送指示确定的时间范围确定的。

本发明实施例第二方面提供一种重传指示传输装置，应用于第一通信方，包括：

第一通信单元，用于与第二通信方交互反馈指示的发送指示；

第二通信单元，用于基于所述发送指示与所述第二通信方交互反馈指示。

基于上述方案，所述第一通信方为业务数据的接收方；所述第二通信方为业务数据的发送方。

基于上述方案，所述第一通信单元，具体用于向所述第二通信方发送第一通信方的第一处理能力信息；接收所述第二通信方基于所述第一处理能力信息，确定的所述反馈指示的发送指示；

所述第二通信单元，具体用于基于所述发送指示，向所述第二通信方法发送通信信息的反馈指示。

基于上述方案，所述第一通信单元，具体用于根据所述第一通信方的第一处理能力信息，确定反馈指示的所述发送指示；将所述发送指示发送给所述第二通信方；

所述第二通信单元，具体用于基于所述发送指示向所述第二通信方发送所述反馈指示。

基于上述方案，所述发送指示，用于指示所述第二通信方指示接收所述反馈指示的时间范围。

基于上述方案，所述发送指示，具体是根据所述第一通信方的第一处理能力信息、发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的，其中，所述发送提前量为所述第一通信方或第二通信方的发送提前量。

基于上述方案，所述第一通信方为业务数据发送方，所述第二通信方为业务数据的接收方。

基于上述方案，所述第一通信单元，具体用于接收所述第二通信方发送的所述第二通信方的第二处理能力信息；根据所述第二处理能力信息，确定所述发送指示；将所述发送指示发送给所述第二通信方；

所述第二通信单元，具体用于根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

基于上述方案，所述第一通信单元，具体用于接收所述第二通信方根据自身的第二处理能力信息形成的所述发送指示；

所述第二通信单元，具体用于根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

基于上述方案，所述发送指示，具体是根据所述第二通信方的第二处理能力信息、反馈指示的发送资源状况信息、业务需求信息及发送提前量的至少其中之一确定的；所述发送提前量为所述第一通信方或所述第二通信方的发送提前量。

基于上述方案，所述装置还包括：

第三通信单元，用于与所述第二通信方交互起始时间指示；其中，所述起始时间指示用于指示所述发送指示的起始应用时间，为所述第一通信方或所述第二通信方形成的；

所述第二通信单元，具体用于在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

基于上述方案，所述装置还包括：

第四通信单元，用于与所述第二通信方交互基于所述起始时间指示发送的确认指示；

所述第二通信单元，具体用于在所述起始应用时间之前完成所述确认指示的交互，并在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

基于上述方案，所述装置还包括：

第五通信单元，用于当发送所述起始时间指示的通信方，在所述起始应用时间之前未接收到所述确认指示时，重新交互起始时间指示。

基于上述方案，所述起始时间指示，是基于所述发送指示确定的时间范围确定的。

本发明实施例提供的重传指示传输方法及装置，会通过信息交互，交互发送反映业务数据的接收状况的反馈指示的发送指示，这样接收方会根据发送指示发送所述反馈指示，而发送方会根据所述发送指示到对应的时间范围内接收所述反馈指示，这样就避免了发送方一旦发送了业务数据，就开始配置检测资源等待检测或直接开始盲间所述反馈指示，限定了反馈指示的收发时间，从而简化了接收对反馈指示的接收，降低了检测所述反馈指示所需的检测操作及检测时间，降低了接收或检测所述反馈指示所需的功耗及负荷。

附图说明

图1为本发明实施例提供的第一种重传指示传输方法的流程示意图；

图2为本发明实施例提供的第一种重传指示传输装置的结构示意图；

图3为本发明实施例提供的第二种重传指示传输方法的流程示意图；

图4为本发明实施例提供的第三种重传指示传输方法的流程示意图；

图5为本发明实施例提供的第四种重传指示传输方法的流程示意图；

图6为本发明实施例提供的第五种重传指示传输方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种重传指示传输方法，应用于第一通信方，包括：

步骤S110：与第二通信方交互反馈指示的发送指示；

步骤S120：基于所述发送指示与所述第二通信方交互反馈指示。

本实施例所述的方法，可为应用于通信双方中的任意一方，即所述第一通信方可为业务数据的发送方，也可以业务数据的接收方法。所述反馈指示为所述业务数据是否正确接收和/或正确解码的ACK或 NACK。所述重传指示即可为HARQ技术中的ACK或NACK，也可以为ARQ中的ACK或NACK。

所述第一通信方可为基站或用户设备UEUE。当然所述通信双方也可以为对等的通信双发，例如，所述第一通信方和所述第二通信方可为设备到设备(Device to Device,D2D)的任意一方，也可以为车辆到车辆(Vehicle to Device,V2CV)等对端设备。

在本实施例中通信双方可以采用HARQ机制或ARQ机制进行业务数据的通信，这里的业务数据可为任意业务数据。在通信是为了避免业务数据的反馈指示的随机发送，导致发送端需要一发送完业务数据，就得盲检等待接收所述反馈指示导致的负荷重及功耗大的问题。在本实施例中所述第一通信方和第二通信方会交互反馈指示的发送指示，这样的话，相当于约定了反馈指示的发送时间，这样，接收方根据发送指示在相应的时间上发送所述反馈指示，发送方在发送指示表征的相应指示上接收所述反馈指示，就不会出现一直等待或盲检数据导致的功耗大或负荷重的问题。在本实施例中所述发送方为业务数据的发送方，所述接收方为业务数据的接收方。

所述第一通信方可为业务数据的接收方，也可为业务数据的发送方，以下分别接收所述第一通信方为业务数据的接收方和业务数据的发送方两种状况下，所述步骤S110的执行状况。

当所述第一通信方为业务数据的接收方；所述第二通信方为业务数据的发送方时，所述步骤S110和步骤S120的可选方式至少包括以下两种。

可选方式一：

所述步骤S110可包括：

步骤S111：向所述第二通信方发送第一通信方的第一处理能力信息；

步骤S112：接收所述第二通信方基于所述第一处理能力信息，确定的所述反馈指示的发送指示；

所述步骤S120可包括：

基于所述发送指示，向所述第二通信方法发送通信信息的反馈指示。

这里的第一处理能力信息可理解为ARQ处理能力或HARQ处理能力信息。所述ARQ处理能力信息可包括解码能力或多个版本的数据局的解码能力的强弱信息。所述HARQ处理能力信息可包括解码能力和/或多个版本的合并处理能力及纠错能力的强弱能力，这样第一通信方在接收到所述第一处理能力信息之后，就可以知道大概什么时间，接收方会知道发送的反馈指示的内容等信息。

所述第一处理能力信息可包括直接指示所述第一通信方解码和/ 或纠错完当前接收到的业务数据所需的时间信息，所述第一处理能力信息可为所述第一通信方在接收到业务数据之后，根据当前接收的业务数据的接收状况发送的。这里的业务数据的接收状况，可包括业务数据的接收正确率，需要纠错的业务数据的数据量、当前第一通信方内的处理器的处理能力、处理器当前的处理负荷等信息，所述第一通信方法可以直接将处理器的处理能力参数、例如工作频率、处理器的当前负荷率发送给第二通信方，由第二通信方根据所述第一处理能力信息，预估出所述第一通信方处理当前业务数据所需花费的时间及形成反馈指示所需花费的时间，预计何时可以接收到第一通信方形成的业务数据的反馈指示。也可以是所述第一通信方根据自己的处理器的处理能力、当前负荷等状况，自行预估出接收到当前的业务数据所需花费的时间及形成反馈指示所需反馈的时间。不管怎样，所述第一处理能力信息是能够直接或间接指示所述第一通信方法对当前接收的业务数据的处理速度快慢及形成反馈指示所需的时间的信息。这样的第二通信方，再接收到所述第一处理能力信息之后，就可以知道大致什么时间可以接收到第二通信方发送的反馈指示，并形成发送指示给到第一通信方，以指示第一通信方在相应的时间接收所述反馈指示，这样第二通信方就可以根据自身形成或确定的发送指示，在相应的时间上接收所述反馈指示即可。

在本实施例中所述UE向基站上报自己的第一能力处理信息，这里的第一能力处理信息可分为两类，第一类，所述UE根据自己的处理器等处理资源的状况，例如，中央处理器CPU、应用处理器AP或数字信号处理器DSP或可编程阵列PLC等处理频率以及当前负荷自行评估预计出解码和/或纠错当前或或许接收的业务数据所需的时间，然后得到一个基于第一处理能力信息的处理时间评估信息。第二类，所述UE直接将当前自身的处理资源的状况信息上报给第二通信方，由第二通信方进行估计，得到预计发送反馈指示的指示信息。

可选方式二：

所述步骤S110可包括：根据所述第一通信方的第一处理能力信息，确定反馈指示的所述发送指示；将所述发送指示发送给所述第二通信方；

所述步骤S120可包括：基于所述发送指示向所述第二通信方发送所述反馈指示。

在本实施例中所述第一通信方为业务数据的接收方，所述第一通信方根据子身的处理能力信息，即所述第一处理能力信息，自身确定所述发送指示，并把发送指示发送给第二通信方，然后根据自身确定的发送指示，在发送指示对应的时间范围内发送所述反馈指示，这样的话，第二通信方就不用在发送完业务数据之后就开始等待或盲检反馈指示，从而节省功耗，提升第二通信方内通信资源的有效利用。

例如，所述发送方为用户设备UEUE；所述接收方为基站；

所述步骤S110可包括：根据所述基站的第一处理能力信息，确定所述发送指示；向所述UE发送所述发送指示；

所述步骤S120可包括：基于所述发送指示，向所述第二通信方发送的反馈指示。

上述实施例以基站与UE的通信为例，UE为发送方，基站为接收方法，者所述发送指示为下行发送指示。所述基站在接收到UE发送的业务数据之后，将会根据自身决定的发送指示发送所述反馈指示，而所述UE则会根据所述发送指示到对应的时间段开始检测所述反馈指示，从而减少UE盲检的时间，提升UE的检测效率并降低UE的功耗。总之，所述发送指示，用于指示所述第二通信方指示接收所述反馈指示的时间范围。

此外，在本实施例中还可提供可选方式三；所述可选方式三为：所述步骤S110还可包括：所述第一通信方根据自身的第一处理能力信息，生成备选发送指示，将所述备选发送指示发送给第二通信方，第二通信方根据第二通信方所拥有的通信资源状况信息和/或数据处理状况信息，确认所述备选发送指示为最终的发送指示，发送给第一通信发送也可以。总之第一通信方和第二通信方，通过信息协商或交互，确定所述反馈指示的发送指示。

在一些实施例中，其中，所述发送指示，是由所述第二通信方基于所述第一处理能力信息，及发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的，这里的发送提前量可为所述第一通信方或第二通信方的发送提前量。

由于网络环境的复杂性，与第二通信方通信的多个通信方，可能位于不同的位置，与所述第二通信方的距离不同，为了第二通信方对数据接收的对齐，可能设置了不同的发送提前量。例如，第一通信方为UE，所述第二通信方为基站，多个基站位于基站形成的同一个小区内，确是位于不同的位置，为了实现对齐，位于不同位置的终端设置了不同的发送提前量。例如，UE A与基站的距离大于UE B与基站的距离，一般状况下UE A向基站发送数据的发送提前量就会大于终端B向基站发送数据的发送提前量。这样UEA和UE B在不同的时间点发送的数据，可能同一个时间达到基站。在本实施例中，所述发送指示可指示的反馈指示的发送时间范围，通常与所述发送提前量呈现负相关性，若所述发送提前量越大，则所述发送指示对应的反馈指示的发送时间就越往前。在本实施例中发送提前量可为非对等通信系统中，被管理的通信方的数据发送的时间提前量。例如，蜂窝通信系统中UE向所述基站发送数据的数据发送的时间提前量。

在本实施例中还引入了所述发送资源状况信息，例如，发送反馈指示的时频资源是有限的，有时候甚至可能都被预先占用了，若在现有技术中发送方不知道发送资源状况信息，一旦发送了业务数据就开始检测反馈指示，则可能需要检测很长时间才能等到有发送资源发送，才有可能检测的到所述反馈指示，故在本实施例中还会考虑所述发送资源状况信息。此外，在本实施例中还会考虑业务需求信息，这里的业务需求信息可至少包括业务延时需求，例如，当前传输的业务数据对应的业务类型的最大允许延时，这样的话，在形成所述发送指示时，根据所述业务需求，优先为业务最大允许延时小的业务数据分配反馈指示的发送资源，则发送指示相应的会指示到对应的发送资源，从而实现对不同业务的延时需求的满足，从而确保低延时业务的及时接收，减少其传输时延。

所述通信双方可为蜂窝通信系统的通信双方，例如，其中一个通信方为基站，则另一个通信方为用户设备UE(User Equipment，UE)，以下以基站和UE作为通信双方为例，进行进一步说明：所述接收方为用户设备UEUE；所述第二通信方为基站；所述步骤S110可包括：向所述基站上报所述UE的第一能力处理信息；接收所述基站基于所述第一能力信息，发送的下行反馈指示的上行发送指示。

总之，在本实施例中所述第一处理能力信息为接收方的处理能力信息，是确定所述发送指示的最基本的参考因素，而所述资源状况信息及业务需求信息等及发送提前量中的一个或多个，都可以作为所述第一处理能力信息以外的其他参考因素，用于共同确定所述发送指示。

在可选方式一中，所述发送指示，可具体用于根据所述第二通信方的第一处理能力信息，及根据所述第一通信方的发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的。

在可选方式二中，所述发送指示，可用于根据所述第二通信方的第一处理能力信息，根据所述第二通信方的发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的。

前述实施例中所述第一通信方均为业务数据的发送方，所述第二通信方均为业务数据的接收方。在本实施例中当所述第一通信方为业务数据的发送方时，发送指示，将根据第二通信方的处理能力信息进行确定。在本实施例中所述第二通信方的处理能力信息称之为第二处理能力信息。所述第二处理能力信息指示的信息内容，与前述实施例中的第一处理能力信息相同，不同的在于，第一处理能力信息指的是第一通信方的处理能力信息，第二处理能力信息指的是第二通信方的处理能力信息。

当所当所述第一通信方为业务数据的发送方，所述第二通信方为业务数据的接收方时，所述步骤S110和步骤S120也至少包括以下两种可选方式：

第一种可选方式：

所述步骤S110可包括：接收所述第二通信方发送的所述第二通信方的第二处理能力信息；根据所述第二处理能力信息，确定所述发送指示；将所述发送指示发送给所述第二通信方；

所述步骤S120可包括：根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

在本实施例中所述第一通信方作为业务数据的发送方，会接收第二通信方的第二处理能力信息，并由第一通信方确定所述发送指示。此时，所述第一通信方可为基站或用户设备UEUE，或者是D2D或V2V通信中的任意一方。在蜂窝通信系统中，此时，所述第一通信方优先为基站。

第二种可选方式：

所述步骤S110可包括：接收所述第二通信方根据自身的第二处理能力信息形成的所述发送指示；

所述步骤S120可包括：根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

在本实施例中所述业务数据的发送方，直接接收所述业务数据的接收方根据自身的第二处理能力信息形成的发送指示，在步骤S120 中将根据所述发送指示开始检测所述反馈指示，从而减少发送方检测所述反馈指示所检测的内容和时间，并减少对应的功耗。当然，这里的第一通信方可为所述基站或UE或者是D2D或V2V或V2E中的任意一个通信方法。例如，在蜂窝通信中，所述第一通信方优选为所述 UE。

在一些实施例中，所述发送指示，具体是根据所述第二通信方的第二处理能力信息、反馈指示的发送资源状况信息、业务需求信息及发送提前量的至少其中之一确定的；所述发送提前量为所述第一通信方或所述第二通信方的发送提前量。这里的反馈指示的发送资源状况信息，业务需求信息都与前述实施例中对应，在此就不重复了。在非对等通信系统中，例如，蜂窝通信中，UE就可能会有发送提前量，这里的发送提前量即可通信双方中UE的发送提前量。当然在对等通信系统中，例如，D2D或V2V中，则可能没有所述发送提前量，则此时就可以不考虑所述发送提前量了。

在具体应用时所述发送指示可包括时间值、所述时间值可用于直接指示所述反馈指示的发送时间，所述发送指示还可包括资源指示；所述资源指示可用于指示发送所述反馈指示的发送资源，一旦发送资源确定了，则所述反馈指示的发送时间就确定了，所述资源指示可包括帧号、子帧号、传输符号的标识，这里的传输符号可包括正交频分 (OFDM)符号。所述发送指示还可包括起始时间；所述起始时间为传输所述反馈指示的起始时间。所述发送指示还可包括时间间隔；所述时间间隔用于指示以某一个参考时间为基准点，间隔所述时间间隔以后发送所述反馈指示。例如，所述参考时间为所述业务数据的发送时间或接收时间、所述发送指示的发送时间或接收时间，或者是当前时间。，所述时间间隔可以是直接至少的间隔时长，还可以指示的为间隔的资源数，例如，间隔的子帧数、间隔的传输符号数等。总之，所述发送指示，可直接或间接指示出所述反馈指示的发送时间，形式和格式的不局限于上述任意一种。

值得注意的是：在具体实现时，所述方法还可包括：，确定所述发送指示的一方还将获取所述反馈指示的发送资源状况信息、业务需求信息及发送的时间提前量的至少其中之一，结合所述第一能力信息或第二能力信息，确定出所述发送指示。

由于基于发送指示发送所述反馈指示(ACK/NACK)是新改进的，可能在应用时，所述反馈指示还可能沿用旧的方式随机占用资源发送。故在本实施例中为了实现两种方式的兼容，所述方法还包括：

与所述第二通信方交互起始时间指示；其中，所述起始时间指示用于指示所述发送指示的起始应用时间，为所述第一通信方或所述第二通信方形成的；

所述步骤S120可包括：

在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

在本实施例中还会交互起始时间指示。这里的起始时间指示用于指示从何时开始应用所述发送指示。这里的起始时间指示可为第一通信方或第二通信方中的任意一方。例如，所述起始时间至少可为形成所述发送指示的一方形成的，为了简化操作，所述起始时间指示可以与所述发送指示一同发送给接收所述发送指示的一方。当然，在具体实现时，若接收发送指示的一方，没有接收到所述起始时间指示，也可以请求发送所述发送指示的一方重新发送，或自动确定所述起始时间指示，告知发送所述发送指示的一方。

进一步地，所述方法还包括：

与所述第二通信方交互基于所述起始时间指示发送的确认指示；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

在所述起始应用时间之前完成所述确认指示的交互，并在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

当接收到所述起始时间指示以后，为了告知对端被通知的一方，已经接收了所述起始时间指示，会按照起始时间指示开始应用发送指示，本实施例中还会发送确认指示。这样发送所述起始时间指示的一方就可以确认对方是否会按照发送指示的起始应用时间来应用所述发送指示。

在一些实施例中，所述方法还包括：当发送所述起始时间指示的通信方，在所述起始应用时间之前未接收到所述确认指示时，重新交互起始时间指示。

例如，接收所述发送指示的一方，没有接收到所述确认指示，可认为对方可能没有收到，则重新发送一个起始时间指示。若当前时刻早于之前发送的起始应用时间，则重新交互的起始时间指示可与前一个起始时间指示的内容相同，否则需要重新形成一个新的起始时间指示。

进一步地，所述起始时间指示，是基于所述发送指示确定的时间范围确定的。

例如，所述发送指示确定的时间范围为t1，则所述起始时间指示的内容可为p；这样的话，通信双方相当于约定从p*t1时刻开始应用所述发送指示，且发送反馈指示的时间长度为t1。

当然，上述发送指示可为仅指示反馈指示的发送时间长度，在具体实现时，所述发送指示还可同时既指示起始应用时间，又指示反馈指示的发送时间长度。

如图2所示，本实施例提供一种重传指示传输装置，应用于第一通信方，包括：

第一通信单元110，用于与第二通信方交互反馈指示的发送指示；

第二通信单元120，用于基于所述发送指示与所述第二通信方交互反馈指示。

在本实施例中所述第一通信单元110和所述第二通信单元120都可对应于通信接口，有选为无线通信接口，例如移动数据通信天线、 D2D通信天线、V2V通信天线等。总之，所述第一通信方可以通过所述第一通信单元110和第二通信单元120与第二通信方，协商出或确定出发送指示，并基于发送指示交互反馈指示，避免随机发送反馈指示或基于资源竞争的发送反馈指示导致的检测功耗。

这里的所述第一通信方可对应于任意一种通信设备，例如，基站、终端或D2D通信设备或V2E通信设备等。

所述第一通信方为业务数据的接收方；所述第二通信方为业务数据的发送方。

此时，所述第一通信单元110，可具体用于向所述第二通信方发送第一通信方的第一处理能力信息；接收所述第二通信方基于所述第一处理能力信息，确定的所述反馈指示的发送指示；所述第二通信单元120，可具体用于基于所述发送指示，向所述第二通信方法发送通信信息的反馈指示。

当然，所述第一通信单元110，还可具体用于根据所述第一通信方的第一处理能力信息，确定反馈指示的所述发送指示；将所述发送指示发送给所述第二通信方；所述第二通信单元120，还可具体用于基于所述发送指示向所述第二通信方发送所述反馈指示。

在有些实施例中，所述发送指示，用于指示所述第二通信方指示接收所述反馈指示的时间范围。例如，所述发送指示，具体是根据所述第一通信方的第一处理能力信息、发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的，其中，所述发送提前量为所述第一通信方或第二通信方的发送提前量。这里的各种参数可以参见前述实施例，在此就不重复了。

另外一种情形是：所述第一通信方为业务数据发送方，所述第二通信方为业务数据的接收方。

此时，在一个实施例中，所述第一通信单元110，可具体用于接收所述第二通信方发送的所述第二通信方的第二处理能力信息；根据所述第二处理能力信息，确定所述发送指示；将所述发送指示发送给所述第二通信方；所述第二通信单元120，可具体用于根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈信息。

在另外一个实施例中，所述第一通信单元110，具体用于接收所述第二通信方根据自身的第二处理能力信息形成的所述发送指示；所述第二通信单元120，具体用于根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

具体地如，所述发送指示，具体是根据所述第二通信方的第二处理能力信息、反馈指示的发送资源状况信息、业务需求信息及发送提前量的至少其中之一确定的；所述发送提前量为所述第一通信方或所述第二通信方的发送提前量。

进一步地，所述装置还包括：

第三通信单元，用于与所述第二通信方交互起始时间指示；其中，所述起始时间指示用于指示所述发送指示的起始应用时间，为所述第一通信方或所述第二通信方形成的；

所述第二通信单元120，具体用于在所述起始应用时间之后，基于所述发送指示交互所述反馈指示。

所述第三通信单元，同样可对应于通信接口，例如，收发天线，可用于教书所述起始时间指示。

在一些实施例中，所述装置还包括：第四通信单元，用于与所述第二通信方交互基于所述起始时间指示发送的确认指示；

所述第二通信单元，具体用于在所述起始应用时间之前完成所述确认指示的交互，并在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

所述第四通信单元的结构与所述第一通信单元至第三通信单元中的任意一个类似，这里就不重复了。

此外，所述装置还包括：第五通信单元，用于当发送所述起始时间指示的通信方，在所述起始应用时间之前未接收到所述确认指示时，重新交互起始时间指示。通过重新交互，确保通信双方约定的起始应用时间一致。

此外，所述起始时间指示，是基于所述发送指示确定的时间范围确定的。

以下结合上述实施例，提供几个具体示例：

示例一：

如图3所示，本示例提供一种信息处理方法，包括：

步骤1：UE向基站上报UE的HARQ处理能力信息；

步骤2：基站根据UE的HARQ处理能力信息、UE的上行发送提前量、上行ACK/NACK的发送资源使用情况及业务需求等至少其中之一，决定上行ACK/NACK的发送指示。

步骤3：基站向UE发送上行ACK/NACK的发送指示；

步骤4：UE向基站确认接收到发送指示；

步骤5：UE按照基站的发送指示发送上行ACK/NACK。

示例二：

如图4所示，本示例提供一种信息处理方法，包括：

步骤11：基站根据自身的HARQ处理能力信息、UE的下行发送提前量、下行ACK/NACK的发送资源使用情况及业务需求等至少其中之一，决定下行ACK/NACK的发送指示。

步骤12：基站向UE发送下行ACK/NACK的发送指示；

步骤13：UE向基站确认接收到发送指示；

步骤14：UE按照所述发送子还是，检测下行ACK/NACK。

示例三：

如图5所示，本示例提供一种信息处理方法，包括：

步骤21：基站根据业务需求信息、UE的上行发送时间提前量等因素，确定上行和下行的ACK/NACK的发送指示；

步骤22：基站向UE发送ACK/NACK的发送指示；

步骤23：UE向基站确定接收到发送指示；

步骤24：UE根据所述发送指示，接收下行ACK/NACK或发送上行ACK/NACK。

示例四：

如图6所示，本示例提供一种信息处理方法，包括：

步骤31：基站根据业务需求信息、UE的上行发送时间提前量等因素，确定上行和下行的ACK/NACK的发送指示；

步骤32：基站向UE发送ACK/NACK的发送指示；在发送指示内可包括多个备选开始时间；

步骤23：UE根据自身的状况，选择一个备选开始时间作为正式开始时间，并反馈给基站；这里的正式开始时间对应于前述的起始应用时间。

步骤34：基站确认UE的反馈；

步骤35：UE按照协商发送上行ACK/NACK，或接收下行 ACK/NACK。

示例五：

为使基站支持不同UE采用不同的HARQ反馈延迟，基站必须获得UE和HARQ的处理能力信息等决定ACK/NACK的反馈延迟的信息。另外，对于上行数据发送，为了节省UE电能，基站也需要精确控制UE上行发送后进行相应ACK/NACK接收(通过物理下行控制信道PDCCH盲解或物理上行控制信道PUCCH解码)的开始时间。为此本示例提出：UE在连接建立时报告基站该UE和HARQ处理能力信息，基站根据该UE的HARQ处理能力信息，UE的上行发送时间提前量，上行ACK/NACK反馈信道的资源使用情况，以及UE的业务需求等因素决定该UE在下行数据接收的HARQ过程中应该使用的上行ACK/NACK反馈延迟，并通知该UE。

可选的，在上行数据发送的HARQ过程中，UE可以根据基站指示的下行ACK/NACK反馈延迟进行行ACK/NACK的接收。

可选的，UE可以根据下行ACK/NACK反馈延迟选择合适的时间在某次上行数据发送之后开始相应ACK/NACK的接收(通过 PDCCH盲解或PUCCH解码)。

可选的，上述下行ACK/NACK反馈延迟是基站根据基站HARQ 处理能力信息，下行ACK/NACK反馈信道的资源使用情况，以及 UE的业务需求等因素决定。可选的，当基站检测到UE的上行发送时间提前量的变化对上行ACK/NACK反馈延迟产生影响的时候，基站需要发送相应的上行ACK/NACK反馈延迟更新信息给UE。可选的，由于不同用户的业务变化(包括用户业务的增加和减少等)，基站可以更新一个或多个UE的上行ACK/NACK反馈延迟和下行ACK/NACK反馈延迟，以最大可能的满足各个UE的低延迟业务的需求。

可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示具体的反馈延迟的时间值。可选的，上述的ACK/NACK 反馈延迟信息可以包含一个或多个比特，表示不同的OFDM符号的数量。可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的传输时间间隔的数量。

可选的，基站和UE可以协调一个开始应用时间，为开始应用上述各种指示中所指示的上行ACK/NACK的反馈延迟和/或下行 ACK/NACK的反馈延迟。

可选的，开始时间可以由基站指示。

可选的，开始时间也可以由UE进行指示。

可选的，对于开始时间的指示，指示信息的发送端只有在所指示的开始应用时间，之前收到相应的确认消息后，才在所指示的开始时间应用新的反馈延迟。

可选的，指示信息的发送端如果在所指示的开始应用时间之前没有正确收到相应的确认消息，发送端将重新进行开始应用时间的指示，并重复检测是否在所指示的开始应用时间之前收到相应的确认消息。

可选的，上述开始应用时间指示可以是具体的时间指示。可选的，上述开始应用时间指示可以是具体的帧号和/或子帧号指示，指示UE 从哪一帧或哪一个子帧开始应用所指示的上行ACK/NACK反馈延迟。

可选的，上述开始应用时间指示可以指示一段时间间隔，即开始应用时间间隔，UE在收到上述消息后经过上述时间间隔后就开始以所通知的ACK/NACK反馈延迟进行相应的反馈发送或接收。

可选的，上述时间间隔可以以系统帧，和/或子帧，和/或传输时间间隔，和/或OFDM符号等为单位进行指示。

可选的，上述开始应用时间间隔可以是一个或多个固定的时间间隔，通过标准协议进行规定。

可选的，可以根据所指示的ACK/NACK的反馈延迟的具体值选择一个由标准协议规定的固定的开始应用时间间隔。

示例六：

本示例提供的基站指示上行ACK/NACK反馈延迟包括：

步骤1：UE向基站发送UEHARQ处理能力报告消息，报告UE 的HARQ处理能力信息。可选的，该HARQ处理能力信息可以是一个时间指示信息，指示UE完成HARQ合并解码和传输块CRC校验的时间。可选的，该报告可以包含在无线资源控制(RRC信令)中。可选的，该报告消息可以包含在连接建立请求消息中。

步骤2：基站根据该UE报告的HARQ处理能力信息，UE的上行发送时间提前量，上行ACK/NACK反馈信道的资源使用情况，以及UE的业务需求等因素决定该UE在下行数据接收的HARQ过程中应该使用的上行ACK/NACK反馈延迟，并将该反馈延迟信息通知上述UE。可选的，基站可以向UE发送上行ACK/NACK反馈延迟指示消息通知UE上述的上行ACK/NACK反馈延迟信息。可选的，该消息可以包含在RRC信令中。可选的，上述的上行ACK/NACK反馈延迟信息可以包含一个或多个比特，表示具体的时间值。可选的，上述的上行ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的OFDM符号的数量。可选的，述的上行ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的传输时间间隔的数量。可选的，上述指示消息中还可以包含开始应用时间指示，指示UE应用所通知的上行ACK/NACK反馈延迟信息的开始时间。可选的，上述开始应用时间指示可以是具体的时间指示。可选的，上述开始应用时间指示可以是具体的帧号和/或子帧号指示，指示UE从哪一帧或哪一个子帧开始应用所指示的上行ACK/NACK反馈延迟。可选的，上述开始应用时间指示可以指示一段时间间隔，即开始应用时间间隔，UE在收到上述消息后经过上述时间间隔后就开始以所通知的上行 ACK/NACK反馈延迟进行相应的反馈。可选的，上述时间间隔可以以系统帧，和/或子帧，和/或传输时间间隔，和/或OFDM符号等为单位进行指示。可选的，上述开始应用时间间隔可以是一个或多个固定的时间间隔，通过标准协议进行规定。可选的，可以根据所指示的上行ACK/NACK反馈延迟的具体值选择一个由标准协议规定的固定的开始应用时间间隔。

步骤3：可选的，UE向基站发送上行ACK/NACK反馈延迟确认消息确认正确收到基站在步骤2发送的指示信息。可选的，该消息可以包含在RRC信令中。该步骤在具体实现时，不一定实现。但是通过确认的发送，可以告知基站知道UE已经收到。即发送所述发送指示一方，还可能会收到接收所述发送指示一方的确认指示。

步骤4：UE在收到下行数据后按基站指示的上行ACK/NACK 反馈延迟发送上行ACK/NACK。可选的，UE在基站指示的开始应用时间开始应用基站所指示的上行ACK/NACK反馈延迟。可选的，基站在所指示的开始应用时间开始按所指示的延迟进行ACK/NACK接收。可选的，基站只有在上述开始应用时间指示之前正确收到UE发送的上行ACK/NACK反馈延迟确认消息才会应用基站所指示的上行 ACK/NACK反馈延迟，即按所指示的延迟进行ACK/NACK接收。可选的，基站如果在上述开始应用时间指示之前没有正确收到UE发送的上行ACK/NACK反馈延迟确认消息，回到步骤2。

示例七：

本示例提供的基站指示下行ACK/NACK反馈延迟的方法，可包括：

步骤1基站根据基站HARQ处理能力信息，下行ACK/NACK 反馈信道的资源使用情况，以及UE的业务需求等因素决定下行 ACK/NACK反馈延迟，并将该反馈延迟信息通知上述UE。可选的，基站可以向UE发送下行ACK/NACK反馈延迟指示消息通知UE上述的下行ACK/NACK反馈延迟信息。可选的，该消息可以包含在RRC 信令中。可选的，上述的下行ACK/NACK反馈延迟信息可以包含一个或多个比特，表示具体的反馈延迟的时间值。可选的，上述的下行 ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的 OFDM符号的数量。可选的，上述的下行ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的传输时间间隔的数量。可选的，上述指示消息中还可以包含开始应用时间指示，指示UE应用所通知的下行ACK/NACK反馈延迟信息的开始时间。可选的，上述开始应用时间指示可以是具体的时间指示。可选的，上述开始应用时间指示可以是具体的帧号和/或子帧号指示，指示UE从哪一帧或哪一个子帧开始应用所指示的下行ACK/NACK反馈延迟。可选的，上述开始应用时间指示可以指示一段时间间隔，即开始应用时间间隔，UE在收到上述消息后经过上述时间间隔后就开始以所通知的下行 ACK/NACK反馈延迟接收相应的反馈。可选的，上述时间间隔可以以系统帧，和/或子帧，和/或传输时间间隔，和/或OFDM符号等为单位进行指示。可选的，上述开始应用时间间隔可以是一个或多个固定的时间间隔，通过标准协议进行规定。可选的，可以根据所指示的下行ACK/NACK反馈延迟的具体值选择一个由标准协议规定的固定的开始应用时间间隔。

步骤2：可选的，UE向基站发送下行ACK/NACK反馈延迟确认消息确认正确收到基站在步骤1发送的指示信息。可选的，该消息可以包含在RRC信令中。

步骤3：基站在收到上行数据后按所指示的下行ACK/NACK反馈延迟发送下行ACK/NACK。可选的，基站在所指示的开始应用时间开始按所指示的延迟进行ACK/NACK发送。可选的，UE在基站指示的开始应用时间开始应用基站所指示的下行ACK/NACK反馈延迟。可选的，基站只有在上述开始应用时间指示之前正确收到UE发送的下行ACK/NACK反馈延迟确认消息才会应用基站所指示的下行 ACK/NACK反馈延迟，即按所指示的延迟进行ACK/NACK发送。可选的，基站如果在上述开始应用时间指示之前没有正确收到UE发送的下行ACK/NACK反馈延迟确认消息，回到步骤1。

示例八：本示例提供的基站更新上行和下行ACK/NACK反馈延迟的方法，包括：

步骤1：基站根据业务需求，UE上行发送时间提前量等因素的变化决定上行和下行ACK/NACK反馈延迟的变化，并将变化了的 ACK/NACK反馈延迟信息通知UE。可选的，基站可以向UE发送ACK/NACK反馈延迟更新指示消息通知UE更新的ACK/NACK反馈延迟信息。可选的，该消息可以包含在RRC信令中。可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示具体的反馈延迟的时间值。可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的OFDM符号的数量。可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的传输时间间隔的数量。可选的，上述指示消息中还可以包含开始应用时间指示，指示UE应用所通知的ACK/NACK反馈延迟信息的开始时间。可选的，上述开始应用时间指示可以是具体的时间指示。可选的，上述开始应用时间指示可以是具体的帧号和/或子帧号指示，指示UE从哪一帧或哪一个子帧开始应用所指示的ACK/NACK反馈延迟。可选的，上述开始应用时间指示可以指示一段时间间隔，即开始应用时间间隔，UE在收到上述消息后经过上述时间间隔后就开始以所通知的上行ACK/NACK反馈延迟进行相应的反馈和/或以所通知的下行ACK/NACK反馈延迟接收相应的反馈。可选的，上述时间间隔可以以系统帧，和/或子帧，和/或传输时间间隔，和/或OFDM符号等为单位进行指示。可选的，上述开始应用时间间隔可以是一个或多个固定的时间间隔，通过标准协议进行规定。可选的，可以根据所指示的ACK/NACK反馈延迟的具体值选择一个由标准协议规定的固定的开始应用时间间隔。

步骤2：可选的，UE向基站发送ACK/NACK反馈延迟更新确认消息确认正确收到基站在步骤1发送的指示信息。可选的，该消息可以包含在RRC信令中。

步骤3：基站和UE在收到数据后按所指示的下行和上行 ACK/NACK反馈延迟发送下行ACK/NACK。可选的，基站在所指示的开始应用时间开始按所指示的延迟进行下行ACK/NACK的发送和 /或上行ACK/NACK的接收。可选的，UE在基站指示的开始应用时间开始应用基站所指示的ACK/NACK反馈延迟。可选的，基站只有在上述开始应用时间指示之前正确收到UE发送的ACK/NACK反馈延迟更新确认消息才会应用基站所指示的ACK/NACK反馈延迟，即按所指示的延迟进行ACK/NACK发送和接收。可选的，基站如果在上述开始应用时间指示之前没有正确收到UE发送的ACK/NACK反馈延迟更新确认消息，回到步骤1。

示例九：

前述的开始应用时间也可以由UE决定，并在单独的消息中或上行确认消息中进行指示。可选的，基站可以对UE决定的开始应用时间进行确认。在本示例中，明提供的基站更新上行和下行ACK/NACK 反馈延迟并由UE决定开始应用时间的方法，可包括：

步骤1：基站根据业务需求，UE上行发送时间提前量等因素的变化决定上行和下行ACK/NACK反馈延迟的变化，并将变化了的 ACK/NACK反馈延迟信息通知UE。可选的，基站可以向UE发送 ACK/NACK反馈延迟更新指示消息通知UE更新的ACK/NACK反馈延迟信息。可选的，该消息可以包含在RRC信令中。可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示具体的反馈延迟的时间值。可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的OFDM符号的数量。可选的，上述的ACK/NACK反馈延迟信息可以包含一个或多个比特，表示不同的传输时间间隔的数量。

步骤2：可选的，UE向基站发送ACK/NACK反馈延迟更新确认消息确认正确收到基站在步骤1发送的指示信息。可选的，该消息可以包含在RRC信令中。可选的，UE可以在确认消息中包含开始应用时间指示，指示UE应用所通知的ACK/NACK反馈延迟信息的开始时间。可选的，上述开始应用时间指示可以是具体的时间指示。可选的，上述开始应用时间指示可以是具体的帧号和/或子帧号指示，指示UE从哪一帧或哪一个子帧开始应用所指示的ACK/NACK反馈延迟。可选的，上述开始应用时间指示可以指示一段时间间隔，即开始应用时间间隔，UE在收到上述消息后经过上述时间间隔后就开始以所通知的上行ACK/NACK反馈延迟进行相应的反馈和/或以所通知的下行ACK/NACK反馈延迟接收相应的反馈。可选的，上述时间间隔可以以系统帧，和/或子帧，和/或传输时间间隔，和/或OFDM符号等为单位进行指示。可选的，上述开始应用时间间隔可以是一个或多个固定的时间间隔，通过标准协议进行规定。可选的，可以根据所指示的ACK/NACK反馈延迟的具体值选择一个由标准协议规定的固定的开始应用时间间隔。

步骤3：可选的，基站发送更新开始时间确认消息确认正确收到 UE指示的开始应用时间。

步骤4：基站和UE在收到数据后按所指示的下行和上行 ACK/NACK反馈延迟发送下行ACK/NACK。可选的，基站在所指示的开始应用时间开始按所指示的延迟进行下行ACK/NACK的发送和 /或上行ACK/NACK的接收。可选的，UE在基站指示的开始应用时间开始应用基站所指示的ACK/NACK反馈延迟。可选的，UE只有在上述开始应用时间指示之前正确收到基站发送的更新开始时间确认消息才会在其所决定的开始应用时间应用基站所指示的ACK/NACK反馈延迟，即按所指示的延迟进行ACK/NACK发送和接收。可选的，UE如果在上述开始应用时间指示之前没有正确收到基站发送的更新开始时间确认消息，回到步骤2。

前述实施例中，这里的反馈延迟，可理解为发送或接收ACK/或 NACK的延迟时间，可为前述发送指示的一个组成内容。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器 (RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (26)

1.一种重传指示传输方法，其特征在于，应用于第一通信方，包括：

与第二通信方交互反馈指示的发送指示；

基于所述发送指示与所述第二通信方交互反馈指示；

所述方法还包括：

与所述第二通信方交互起始时间指示；其中，所述起始时间指示用于指示所述发送指示的起始应用时间，为所述第一通信方或所述第二通信方形成的；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

在所述起始应用时间之后，基于所述发送指示交互所述反馈指示。

2.根据权利要求1所述的方法，其特征在于，

所述第一通信方为业务数据的接收方；所述第二通信方为业务数据的发送方。

3.根据权利要求2所述的方法，其特征在于，

所述与第二通信方交互反馈指示的发送指示，包括：

向所述第二通信方发送第一通信方的第一处理能力信息；

接收所述第二通信方基于所述第一处理能力信息，确定的所述反馈指示的发送指示；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

基于所述发送指示，向所述第二通信方法发送通信信息的反馈指示。

4.根据权利要求2所述的方法，其特征在于，

所述与第二通信方交互反馈指示的发送指示，包括：

根据所述第一通信方的第一处理能力信息，确定反馈指示的所述发送指示；

将所述发送指示发送给所述第二通信方；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

基于所述发送指示向所述第二通信方发送所述反馈指示。

5.根据权利要求4所述的方法，其特征在于，

所述发送指示，用于指示所述第二通信方指示接收所述反馈指示的时间范围。

6.根据权利要求1至5任一项所述的方法，其特征在于，

所述发送指示，具体是根据所述第一通信方的第一处理能力信息、发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的，其中，所述发送提前量为所述第一通信方或第二通信方的发送提前量。

7.根据权利要求1所述的方法，其特征在于，

所述第一通信方为业务数据发送方，所述第二通信方为业务数据的接收方。

8.根据权利要求7所述的方法，其特征在于，

所述与第二通信方交互反馈指示的发送指示，包括：

接收所述第二通信方发送的所述第二通信方的第二处理能力信息；

根据所述第二处理能力信息，确定所述发送指示；

将所述发送指示发送给所述第二通信方；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

9.根据权利要求7所述的方法，其特征在于，

所述与第二通信方交互反馈指示的发送指示，包括：

接收所述第二通信方根据自身的第二处理能力信息形成的所述发送指示；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

10.根据权利要求7至9任一项所述的方法，其特征在于，

所述发送指示，具体是根据所述第二通信方的第二处理能力信息、反馈指示的发送资源状况信息、业务需求信息及发送提前量的至少其中之一确定的；所述发送提前量为所述第一通信方或所述第二通信方的发送提前量。

11.根据权利要求10所述的方法，其特征在于，

所述方法还包括：

与所述第二通信方交互基于所述起始时间指示发送的确认指示；

所述基于所述发送指示与所述第二通信方交互反馈指示，包括：

在所述起始应用时间之前完成所述确认指示的交互，并在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

12.根据权利要求11所述的方法，其特征在于，

所述方法还包括：

当发送所述起始时间指示的通信方，在所述起始应用时间之前未接收到所述确认指示时，重新交互起始时间指示。

13.根据权利要求1所述的方法，其特征在于，

所述起始时间指示，是基于所述发送指示确定的时间范围确定的。

14.一种重传指示传输装置，其特征在于，应用于第一通信方，包括：

第一通信单元，用于与第二通信方交互反馈指示的发送指示；

第二通信单元，用于基于所述发送指示与所述第二通信方交互反馈指示；

所述装置还包括：

第三通信单元，用于与所述第二通信方交互起始时间指示；其中，所述起始时间指示用于指示所述发送指示的起始应用时间，为所述第一通信方或所述第二通信方形成的；

所述第二通信单元，具体用于在所述起始应用时间之后，基于所述发送指示交互所述反馈指示。

15.根据权利要求14所述的装置，其特征在于，

所述第一通信方为业务数据的接收方；所述第二通信方为业务数据的发送方。

16.根据权利要求15所述的装置，其特征在于，

所述第一通信单元，具体用于向所述第二通信方发送第一通信方的第一处理能力信息；接收所述第二通信方基于所述第一处理能力信息，确定的所述反馈指示的发送指示；

所述第二通信单元，具体用于基于所述发送指示，向所述第二通信方法发送通信信息的反馈指示。

17.根据权利要求15所述的装置，其特征在于，

所述第一通信单元，具体用于根据所述第一通信方的第一处理能力信息，确定反馈指示的所述发送指示；将所述发送指示发送给所述第二通信方；

所述第二通信单元，具体用于基于所述发送指示向所述第二通信方发送所述反馈指示。

18.根据权利要求17所述的装置，其特征在于，

所述发送指示，用于指示所述第二通信方指示接收所述反馈指示的时间范围。

19.根据权利要求14至18任一项所述的装置，其特征在于，

所述发送指示，具体是根据所述第一通信方的第一处理能力信息、发送提前量、反馈指示的发送资源状况信息及业务需求信息的至少其中之一确定的，其中，所述发送提前量为所述第一通信方或第二通信方的发送提前量。

20.根据权利要求15所述的装置，其特征在于，

所述第一通信方为业务数据发送方，所述第二通信方为业务数据的接收方。

21.根据权利要求20所述的装置，其特征在于，

所述第一通信单元，具体用于接收所述第二通信方发送的所述第二通信方的第二处理能力信息；根据所述第二处理能力信息，确定所述发送指示；将所述发送指示发送给所述第二通信方；

所述第二通信单元，具体用于根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

22.根据权利要求20所述的装置，其特征在于，

所述第一通信单元，具体用于接收所述第二通信方根据自身的第二处理能力信息形成的所述发送指示；

所述第二通信单元，具体用于根据所述发送指示，检测所述第二通信方基于所述发送指示发送的反馈指示。

23.根据权利要求14至22任一项所述的装置，其特征在于，

所述发送指示，具体是根据所述第二通信方的第二处理能力信息、反馈指示的发送资源状况信息、业务需求信息及发送提前量的至少其中之一确定的；所述发送提前量为所述第一通信方或所述第二通信方的发送提前量。

24.根据权利要求14所述的装置，其特征在于，

所述装置还包括：

第四通信单元，用于与所述第二通信方交互基于所述起始时间指示发送的确认指示；

所述第二通信单元，具体用于在所述起始应用时间之前完成所述确认指示的交互，并在所述起始应用时间之后，基于所述发送指示发送所述反馈指示。

25.根据权利要求24所述的装置，其特征在于，

所述装置还包括：

第五通信单元，用于当发送所述起始时间指示的通信方，在所述起始应用时间之前未接收到所述确认指示时，重新交互起始时间指示。

26.根据权利要求14所述的装置，其特征在于，

所述起始时间指示，是基于所述发送指示确定的时间范围确定的。

Images