专利名称：一种进行自动混合重传请求反馈的方法和用户终端的制作方法
技术领域：
本发明涉及移动通信技术领域，特别涉及一种进行自动混合重传请求(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，该UE包括接收处理单元和反馈处理单元；所述接收处理单元，用于在该UE配置了 HARQ连续反馈时，接收调度命令或下行数 据传输；所述反馈处理单元，用于在所述接收处理单元接收到调度命令或下行数据传输 后，终止对上一次下行数据传输的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反馈，后续按照现有流程执行；否 贝U，继续执行步骤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反馈所造成的冲突。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
权利要求
一种进行自动混合重传请求HARQ反馈的方法，其特征在于，该方法包括A、配置了HARQ连续反馈的用户终端UE接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈。
2.根据权利要求1所述的方法，其特征在于，该方法还包括B、从所述调度命令所指示的下行数据传输或接收到的所述下行命令传输对应的第一 个反馈位置开始，按照为所述UE配置的最大反馈次数发送HARQ反馈。
3.根据权利要求1或2所述的方法，其特征在于，在所述步骤A之前还包括判断对上 一次下行数据传输的HARQ反馈是否达到为所述UE配置的最大反馈次数，如果是，则终止对 上一次下行数据传输的HARQ反馈；否则，继续执行所述步骤A。
4.根据权利要求1或2所述的方法，其特征在于，所述UE接收到调度命令或下行数据 传输后，立即终止对上一次下行数据传输的HARQ反馈。
5.根据权利要求1或2所述的方法，其特征在于，在所述终止对上一次下行数据传输 的HARQ反馈之前还包括判断所述调度命令指示的下行数据传输或接收到的所述下行数 据传输对应的HARQ反馈是否与上一次下行数据传输对应的HARQ反馈发生冲突，如果是，则 继续执行所述终止对上一次下行数据传输的HARQ反馈的步骤。
6.根据权利要求5所述的方法，其特征在于，判断所述调度命令指示的下行数据传输 或接收到的所述下行数据传输对应的HARQ反馈是否与上一次下行数据传输对应的HARQ反 馈发生冲突具体包括确定所述调度命令指示的下行数据传输或接收到的所述下行数据传 输对应的HARQ反馈位置，判断该反馈位置是否与上一次数据传输对应的HARQ反馈位置存 在位于同一子帧的情况，如果是，则确定发生冲突。
7.—种UE，其特征在于，该UE包括接收处理单元和反馈处理单元；所述接收处理单元，用于在该UE配置了 HARQ连续反馈时，接收调度命令或下行数据传输；所述反馈处理单元，用于在所述接收处理单元接收到调度命令或下行数据传输后，终 止对上一次下行数据传输的HARQ反馈。
8.根据权利要求7所述的UE,其特征在于，所述反馈处理单元，还用于从所述调度命令 所指示的下行数据传输或所述接收处理单元接收到的下行数据传输对应的第一个反馈位 置开始，按照为该UE配置的最大反馈次数发送HARQ反馈。
9.根据权利要求7或8所述的UE,其特征在于，所述反馈处理单元在所述接收处理单 元接收到调度命令或下行数据传输后，立即终止对上一次下行数据传输的HARQ反馈。
10.根据权利要求7或8所述的UE，其特征在于，所述反馈处理单元，还用于在所述接 收处理单元接收到调度命令或下行数据传输前，对上一次下行数据传输进行HARQ反馈；该UE还包括次数判断单元，用于判断所述反馈处理单元对上一次下行数据传输进行 的HARQ反馈是否达到为所述UE配置的最大反馈次数，如果是，则通知所述反馈处理单元终 止对上一次下行数据传输的HARQ反馈。
11.根据权利要求8所述的UE，其特征在于，所述反馈处理单元包括判断子单元和反 馈子单元；所述判断子单元，用于判断所述调度命令所指示的下行数据传输或所述接收处理单元 接收到的所述下行数据传输对应的HARQ反馈是否与上一次下行数据传输对应的HARQ反馈发生冲突；所述反馈子单元，用于在所述判断子单元的判断结果为是时，终止对上一次下行数据 传输的HARQ反馈；在所述判断子单元的判断结果为否时，从所述调度命令所指示的下行数 据传输或所述接收处理单元接收到的下行数据传输对应的第一个反馈位置开始，按照为该 UE配置的最大反馈次数发送HARQ反馈。
全文摘要
本发明提供了一种进行自动混合重传请求(HARQ)反馈的方法，其中，方法包括配置了HARQ连续反馈的用户终端(UE)在接收到调度命令或下行数据传输后，终止对上一次下行数据传输的HARQ反馈。通过本发明可以降低无用的HARQ反馈对上行传输的干扰，并避免了对不同数据传输的HARQ反馈所造成的冲突。
文档编号H04L1/18GK101834709SQ200910079448
公开日2010年9月15日 申请日期2009年3月11日 优先权日2009年3月11日
发明者李国庆, 谌丽, 高卓 申请人:大唐移动通信设备有限公司