[发明专利]错误指示的处理方法、发送端设备、接收端设备及系统

说明书

技术领域

本发明涉及移动通信领域，尤其涉及错误指示的处理方法、发送端设备、接收端设备及系统。

背景技术

在双层ARQ(Automatic Repeat reQuest，自动重传请求)结构中，ARQ位于HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)之上，负责重传HARQ层由于剩余错误导致的没有传输成功的数据包。在3GPP R5的规范中，发送端的ARQ实体要根据接接收端ARQ实体反馈的状态报告判断哪些数据包没有被传输成功，从而据此进行重传，实现对剩余错误的检测和解决。但ARQ实体之间的状态报告交互通常会引入比较大的延时，为了减小由此带来的数据包重传延时，在LTE(Long Term Evolution，长期演进)项目中提出在HARQ层检测HARQ的剩余错误，并通知ARQ进行重传，达到降低ARQ层重传延时的目的。

HARQ剩余错误分为三类：

第一类：HARQ层达到最大重传次数仍未传输成功；

第二类：接收端检测到数据包有误，并反馈NACK(Not ACKnowledgement，非确认应答)，但被发送端解码为ACK(ACKnowledgement，确认应答)，导致发送端误以为数据包已被正确接收(在下文中，这种错误用NACK/ACK表示)；

第三类：由于对信令解码错误，DTX(Discontinuous Transmission，非连续传输)被发送端解码为ACK反馈，导致发送端误以为数据包已被正确接收(在下文中，这种错误用DTX/ACK表示)。

此外，如果HARQ重传的过程中，发生了ACK被误解为NACK的信令错误，则可能导致资源的浪费(在下文中，这种错误用ACK/NACK表示)。

可见，HARQ可能出现上述四种错误。在HARQ层检测HARQ错误的方案中，ACK/NACK、DTX/ACK以及NACK/ACK，三种错误是在接收端HARQ层检测到的，当接收端HARQ层检测到HARQ错误时，通过向发送端发送错误指示来通知发送端。

在下行传输中，HARQ错误指示需要从UE(User Equipment，用户设备)发送到eNB(Evolutional Node B，演进基站)，现有方案中采用如下机制：

(1)UE通过MAC(Media Access Control；媒体接入控制)PDU(ProtocolData Unit协议数据单元)将HARQ错误指示捎带给eNB；

采用机制(1)时，在UE检测到HARQ错误并生成HARQ错误指示之后，如果有上行的数据需要发送，则UE将HARQ错误指示与上行数据封装成一个MAC PDU，通过UL-SCH(UpLink Shared CHannel，上行共享信道)发送给eNB。eNB接收到MAC PDU后，根据其中的指示域解析出数据和HARQ错误标识信息。

可见，采用机制(1)中通过MAC PDU捎带HARQ错误指示的方法，要求UE在生成HARQ错误指示后必须有相应的上行传输数据，如果当前没有上行数据，则无法将HARQ错误指示发送给eNB。

(2)UE采用调度请求过程将HARQ错误指示发送给eNB。

采用机制(2)时，UE向eNB发送HARQ错误指示的流程如图1所示，包括以下步骤：

步骤S101，eNB向UE发送HARQ控制信令；

步骤S102，UE根据接收到的HARQ控制信令检测HARQ错误，如果检测到HARQ错误，进行步骤S103，否则直接结束；

步骤S103，UE生成HARQ错误指示；

步骤S104，UE在同步随机接入信道上向eNB发送调度请求信息；

在具体实现时，步骤S103和步骤S104没有一定的先后顺序。

步骤S105，eNB接收到该调度请求信息后，通过上行调度信道为UE分配UL-SCH上行资源(Grant)；

步骤S106，UE利用该上行资源把HARQ错误指示发送给eNB。

由于同步随机接入信道是基于竞争的信道，冲突将导致eNB无法正确解析调度请求，因而HARQ错误指示也无法发送到eNB。一般通过设定定时器解决此问题，当定时溢出时，如果仍然没有收到上行调度信令，则发起新的调度请求。

可见，采用机制(2)中通过同步随机接入信道发送调度请求的方法，需要UE和eNB之间至少三次交互，才能把HARQ错误指示发送到eNB，发送HARQ错误指示的时延较大，过程复杂。