CN101834709B

CN101834709B - 一种进行自动混合重传请求反馈的方法和用户终端

Info

Publication number: CN101834709B
Application number: CN200910079448.6A
Authority: CN
Inventors: 谌丽; 李国庆; 高卓
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT; Datang Mobile Communications Equipment Co Ltd
Priority date: 2009-03-11
Filing date: 2009-03-11
Publication date: 2014-01-15
Anticipated expiration: 2029-03-11
Also published as: CN101834709A

Abstract

本发明提供了一种进行自动混合重传请求(HARQ)反馈的方法，其中，方法包括：配置了HARQ连续反馈的用户终端(UE)在接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈。通过本发明可以降低无用的HARQ反馈对上行传输的干扰，并避免了对不同数据传输的HARQ反馈所造成的冲突。

Description

一种进行自动混合重传请求反馈的方法和用户终端

技术领域

本发明涉及移动通信技术领域，特别涉及一种进行自动混合重传请求（HARQ）反馈的方法和用户终端（UE）。

背景技术

长期演进（LTE）系统是基于调度的系统，由基站调度时频资源给各用户终端（UE）并通过控制命令将调度信息发送给UE，UE根据调度信息指示的时频资源上发送或接收数据。同时，LTE系统也是基于混合自动重传请求（HARQ）的系统，在下行方向上UE接收到下行数据后，根据解调正确与否向基站反馈正确响应（ACK）或失败响应（NACK）以供基站确定是否重传下行数据。

在同一个小区中，由于UE所处的位置不同引起信道质量差别很大，为了保证HARQ反馈的可靠性，LTE系统中引入了HARQ连续反馈机制，其具有以下特点：HARQ连续反馈机制由高层配置和释放，在默认情况下不开启，即默认情况下UE只需要在一个上行子帧上发送HARQ反馈；HARQ反馈的次数N由高层配置，N可以是2次、4次或6次；UE在连续N个上行子帧上发送HARQ反馈，对于时分多址（TDD）HARQ连续反馈过程中可能跨越了下行子帧和特殊子帧；在发送HARQ连续反馈期间，UE不发送其它上行信令。

在HARQ连续反馈机制下也可能会存在一些问题，基站配置UE在N个连续的上行子帧上发送HARQ反馈，但基站可能在收到部分反馈后就可以依据具体状况对UE进行后续调度，而UE仍然按照配置的反馈次数N发送HARQ反馈，如果基站已经进行了后续调度，则重复的HARQ反馈实际是无用的，也会增加上行传输的干扰，还可以会与针对后续调度的HARQ反馈产生冲突。

例如基站配置UE的HARQ反馈次数为4，则UE需要在4个连续的上行子帧上发送HARQ反馈，如图1所示，在LTE TDD的子帧配置2状况下，基站在第一个无线帧的子帧1中进行下行数据传输，UE需要在第一个无线帧的子帧7、第二个无线帧的子帧2和子帧7、第三个无线帧的子帧2中对该下行数据传输进行HARQ反馈；但是，基站在接收到UE的第一个HARQ反馈后就确定传输正确并进行新的下行数据传输，即在第二个无线帧的子帧1进行新的下行数据传输，此时，UE还会按照原来的配置继续针对第一个无线帧中的下行数据传输进行HARQ反馈，并且在接收到第二个无线帧中新的下行数据传输后，还会针对该新的下行数据传输进行HARQ反馈，这就会造成第二个无线帧中的子帧7、第三个无线帧的子帧2上的HARQ反馈造成冲突使得基站无法区分到底是针对哪次下行数据传输进行的HARQ反馈。在TDD子帧配置1、2、3、4和6中都可能会出现这种问题。

发明内容

有鉴于此，本发明提供了一种进行HARQ反馈的方法和UE，以便于避免不必要的HARQ反馈，减小上行传输的干扰和避免冲突。

一种进行HARQ反馈的方法，该方法包括：

配置了HARQ连续反馈的用户终端UE接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈；

从所述调度命令所指示的或接收到的所述下行数据传输对应的第一个反馈位置开始，按照为所述UE配置的最大反馈次数发送HARQ反馈。

一种UE，该UE包括：接收处理单元和反馈处理单元；

所述接收处理单元，用于在该UE配置了HARQ连续反馈时，接收调度命令或下行数据传输；

所述反馈处理单元，用于在所述接收处理单元接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈；还用于从所述调度命令所指示的下行数据传输或所述接收处理单元接收到的下行数据传输对应的第一个反馈位置开始，按照为该UE配置的最大反馈次数发送HARQ反馈。

由以上技术方案可以看出，通过本发明，配置了HARQ连续反馈的UE在接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈。也就是说，在接收到调度命令或下行数据后，说明基站已经确定上一次下行数据传输的传输结果并进行了新的调度或下行数据传输，因此，对上一次下行数据传输的HARQ反馈是无用的，可以对其终止，从而降低对上行传输的干扰，并避免了对不同数据传输的HARQ反馈所造成的冲突。

附图说明

图1为现有技术中发生HARQ反馈冲突的示意图；

图2为本发明实施例一提供的方法流程图；

图3为本发明实施例二提供的方法流程图；

图4为本发明实施例一对应的HARQ反馈状况示意图；

图5为本发明实施例二对应的HARQ反馈状况示意图；

图6为本发明实施例提供的UE结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明提供的方法主要包括：配置了HARQ连续反馈的UE接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈。

下面列举两个具体实施例对上述方法进行详细描述。

实施例一、UE在收到调度命令或下行数据传输后，立即终止对上一次下行数据传输的HARQ反馈。如图2所示，该方法可以包括以下步骤：

步骤201：配置了HARQ连续反馈的UE收到进程1的下行数据传输1后，从对应的第一个反馈位置开始，在连续N个上行子帧上根据解调结果发送HARQ反馈。

其中，上述反馈次数N是由无线资源控制（RRC）层配置的。对于不同的子帧配置，下行数据传输所在的子帧对应的第一个反馈位置是不同的，这是由协议预先规定的，UE需要按照协议预先规定的执行。如果对于下行数据传输1解调成功，则从对应的第一个反馈位置开始，在连续N个上行子帧上反馈ACK，如果解调失败，则反馈NACK。此部分为现有技术，在此不再赘述。

步骤202：UE接收到进程1的调度命令或者接收到进程1的下行数据传输2，则UE立即停止对下行数据传输1的HARQ反馈。

当UE接收到进程1的调度命令后，说明基站在此对进程1的下行数据传输进行调度，在调度命令中会指示是调度新的数据传输还是重传，因此，在UE接收到进程1的调度命令后，对上一次下行数据传输即下行数据传输1的HARQ反馈就是无用的，UE可以立即停止对下行数据传输1的HARQ反馈。也就是说，UE接收到新的调度命令后，即可终止对上一次下行数据传输的HARQ反馈。

当UE接收到进程1的下行数据传输2后，说明基站已经确定了对下行数据传输1的传输结果并开始进行新的数据传输，此时，对上一次下行数据传输继续进行的HARQ反馈也是无用的，UE可以立即停止对下行数据传输1的HARQ反馈。上述的下行数据传输2可以是预配置的新的下行数据传输，也可以是新的调度命令所指示的重传数据或者新的数据。

步骤203：UE从调度命令所指示的或接收到的下行数据传输2对应的第一个反馈位置开始，在连续N个上行子帧上根据解调结果发送HARQ反馈。

另外，在步骤202之前，还可以包括：UE判断对下行数据传输1的HARQ反馈次数是否达到N个，如果是，则停止对下行数据传输1的HARQ反馈，后续按照现有流程执行；否则，继续执行步骤202。也就是说，如果在接收到调度命令或新的下行数据传输之前已经结束对上一次下行数据传输的HARQ反馈，则无需在执行上述步骤202，直接按照现有流程执行即可。

实施例二、UE在收到调度命令或新的下行数据传输后，在确定对新的下行数据传输的HARQ反馈和对上一次下行数据传输的HARQ反馈发生冲突时，终止对上一次下行数据传输的HARQ反馈。如图3所示，该方法可以包括以下步骤：

步骤301：配置了HARQ连续反馈的UE收到进程1的下行数据传输1后，从对应的第一个反馈位置开始，在连续N个上行子帧上根据解调结果发送HARQ反馈。

步骤302：UE判断对下行数据传输1的HARQ反馈是否达到次数N，如果是，则停止对下行数据传输1的HARQ反馈，按现有流程执行后续步骤；否则，继续执行步骤303。

步骤303：UE接收到进程1的调度命令或者接收到进程1的下行数据传输2，判断调度命令指示的或接收到的下行数据传输2对应的HARQ反馈是否与下行数据传输1对应的HARQ反馈发生冲突，如果是，则执行步骤304；否则，执行步骤305。

同样，当UE接收到进程1的调度命令后，说明基站在此对进程1的下行数据传输进行调度，在调度命令中会指示是调度新的数据传输还是重传，因此，在UE接收到进程1的调度命令后，对上一次下行数据传输即下行数据传输1的HARQ反馈就是无用的。也就是说，UE接收到新的调度命令后，如果新的调度命令所指示的下行数据传输所对应的HARQ反馈位置与下行数据传输1对应的HARQ反馈位置冲突，即可终止对上一次下行数据传输的HARQ反馈。

当UE接收到进程1的下行数据传输2后，说明基站已经确定了对下行数据传输1的传输结果并开始进行新的数据传输，此时，对上一次下行数据传输继续进行的HARQ反馈也是无用的。上述的下行数据传输2可以是预配置的新的下行数据传输，也可以是新的调度命令所指示的重传数据或者新的数据。

另外，UE可以确定调度命令指示的或接收到的下行数据传输2对应的HARQ反馈位置，判断确定的该反馈位置是否与下行数据传输1对应的HARQ反馈位置存在位于同一子帧的情况，如果是，则确定发生冲突，则停止对下行数据传输1的HARQ反馈；否则，确定没有发生冲突，可以继续对下行数据传输1的HARQ反馈。

步骤304：停止对进程1的下行数据传输1的HARQ反馈。

步骤305：从调度命令所指示的或接收到的下行数据传输2对应的第一个反馈位置开始，在连续N个上行子帧上根据解调结果发送HARQ反馈。

仍以图1所示的情况为例，在本发明中，UE接收到下行数据传输2后，可以按照实施例一中提供的方法，立即终止对下行数据传输1的HARQ反馈，这样，第二个无线帧的子帧2虽然不存在反馈冲突，仍终止在该子帧对下行数据传输1的反馈，开始从在第二个无线帧的子帧7开始对下行数据传输2发送HARQ反馈，如图4所示；或者，按照实施例二中提供的方法，判断下行数据传输1和下行数据传输2对应的HARQ反馈的位置是否发生冲突，由于其在第二个无线帧的子帧7开始发生了冲突，因此，UE在第二个无线帧的子帧2继续对下行数据传输1发送HARQ反馈，从第二个无线帧的子帧7开始终止对下行数据传输1发送HARQ反馈，对下行数据传输2发送HARQ反馈，如图5所示。

本发明的上述实施例均是以针对同一进程的调度或传输为例，本发明对于不同进程的调度或传输的情况同样适用，即不需要区分上一次下行数据传输与调度命令或新的下行数据传输是否属于同一进程。

以上是对本发明所提供的方法进行的详细描述，下面对本发明所提供的UE进行详细描述。如图6所示，该UE可以包括：接收处理单元600和反馈处理单元610。

接收处理单元600，用于在该UE配置了HARQ连续反馈时，接收调度命令或下行数据传输。

反馈处理单元610，用于在接收处理单元600接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈。

当该UE中的接收处理单元600接收到调度命令时，说明基站已经确定上一次下行数据传输的结果，并在该调度命令中指示调度新的数据传输还是重传，因此，对上一次下行数据传输继续进行HARQ反馈是无用的，反馈处理单元610可以终止对上一次下行数据传输的HARQ反馈。

当该UE中的接收处理单元600接收到新的下行数据传输时，说明基站已经确定上一次下行数据传输的结果并开始进行新的数据传输，此时，对上一次下行数据传输继续进行HARQ反馈是无用的，反馈处理单元610可以终止对上一次下行数据传输的HARQ反馈。

另外，反馈处理单元610，还用于从调度命令所指示的下行数据传输或接收处理单元600接收到的下行数据传输对应的第一个反馈位置开始，按照为该UE配置的最大反馈次数发送HARQ反馈。

更进一步地，反馈处理单元610，还用于在接收处理单元600接收到调度命令或下行数据传输前，对上一次下行数据传输进行HARQ反馈。

此时，该UE还可以包括：次数判断单元620，用于判断反馈处理单元610对上一次下行数据传输进行的HARQ反馈是否达到为UE配置的最大反馈次数，如果是，则通知反馈处理单元610终止对上一次下行数据传输的HARQ反馈。

其中，反馈处理单元610可以在接收处理单元600接收到调度命令或下行数据传输后，立即终止对上一次下行数据传输的HARQ反馈。这种情况对应方法实施例一的情况。

或者，反馈处理单元610可以具体包括：判断子单元611和反馈子单元612。这种情况对应方法实施例二的情况。

判断子单元611，用于判断调度命令所指示的下行数据传输或接收处理单元600接收到的下行数据传输对应的HARQ反馈是否与上一次下行数据传输对应的HARQ反馈发生冲突。

反馈子单元612，用于在判断子单元611的判断结果为是时，终止对上一次下行数据传输的HARQ反馈；在判断子单元611的判断结果为否时，从调度命令所指示的下行数据传输或接收处理单元600接收到的下行数据传输对应的第一个反馈位置开始，按照为该UE配置的最大反馈次数发送HARQ反馈。

具体地，判断子单元611确定调度命令所指示的下行数据传输或接收处理单元600接收到的下行数据传输所对应的HARQ反馈位置，判断该反馈位置是否与上一次数据传输对应的HARQ反馈位置存在位于同一子帧的情况，如果是，则确定发生冲突。

由以上描述可以看出，通过本发明，配置了HARQ连续反馈的UE在接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈。也就是说，在接收到调度命令或下行数据后，说明基站已经确定上一次下行数据传输的传输结果并进行了新的调度或下行数据传输，因此，对上一次下行数据传输的HARQ反馈是无用的，可以对其终止，从而降低对上行传输的干扰，并避免了对不同数据传输的HARQ反馈所造成的冲突。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims

1.一种进行自动混合重传请求HARQ反馈的方法，其特征在于，该方法包括：

A、配置了HARQ连续反馈的用户终端UE接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈；

B、从所述调度命令所指示的或接收到的所述下行数据传输对应的第一个反馈位置开始，按照为所述UE配置的最大反馈次数发送HARQ反馈。

2.根据权利要求1所述的方法，其特征在于，在所述步骤A之前还包括：判断对上一次下行数据传输的HARQ反馈是否达到为所述UE配置的最大反馈次数，如果是，则终止对上一次下行数据传输的HARQ反馈；否则，继续执行所述步骤A。

3.根据权利要求1所述的方法，其特征在于，所述UE接收到调度命令或下行数据传输后，立即终止对上一次下行数据传输的HARQ反馈。

4.根据权利要求1所述的方法，其特征在于，在所述终止对上一次下行数据传输的HARQ反馈之前还包括：判断所述调度命令指示的下行数据传输或接收到的所述下行数据传输对应的HARQ反馈是否与上一次下行数据传输对应的HARQ反馈发生冲突，如果是，则继续执行所述终止对上一次下行数据传输的HARQ反馈的步骤。

5.根据权利要求4所述的方法，其特征在于，判断所述调度命令指示的下行数据传输或接收到的所述下行数据传输对应的HARQ反馈是否与上一次下行数据传输对应的HARQ反馈发生冲突具体包括：确定所述调度命令指示的下行数据传输或接收到的所述下行数据传输对应的HARQ反馈位置，判断该反馈位置是否与上一次数据传输对应的HARQ反馈位置存在位于同一子帧的情况，如果是，则确定发生冲突。

6.一种UE，其特征在于，该UE包括：接收处理单元和反馈处理单元；

7.根据权利要求6所述的UE，其特征在于，所述反馈处理单元在所述接收处理单元接收到调度命令或下行数据传输后，立即终止对上一次下行数据传输的HARQ反馈。

8.根据权利要求6所述的UE，其特征在于，所述反馈处理单元，还用于在所述接收处理单元接收到调度命令或下行数据传输前，对上一次下行数据传输进行HARQ反馈；

该UE还包括：次数判断单元，用于判断所述反馈处理单元对上一次下行数据传输进行的HARQ反馈是否达到为所述UE配置的最大反馈次数，如果是，则通知所述反馈处理单元终止对上一次下行数据传输的HARQ反馈。

9.根据权利要求6所述的UE，其特征在于，所述反馈处理单元包括：判断子单元和反馈子单元；

所述判断子单元，用于判断所述调度命令所指示的下行数据传输或所述接收处理单元接收到的所述下行数据传输对应的HARQ反馈是否与上一次下行数据传输对应的HARQ反馈发生冲突；

所述反馈子单元，用于在所述判断子单元的判断结果为是时，终止对上一次下行数据传输的HARQ反馈；在所述判断子单元的判断结果为否时，从所述调度命令所指示的下行数据传输或所述接收处理单元接收到的下行数据传输对应的第一个反馈位置开始，按照为该UE配置的最大反馈次数发送HARQ反馈。