[发明专利]一种TD-HSUPA中HARQ的实现方法

说明书

技术领域

本发明涉及到了第三代移动通信技术，特别涉及到时分同步码分多址系统(简称TD-SCDMA)的高速上行分组接入(简称TD-HSUPA)中的混合自动重传请求(简称HARQ)的一种实现方法。

背景技术

在HSUPA中的HARQ采用了停等重传方式进行，HARQ基于同步的下行确认/非确认(简称ACK/NACK)，并且同时可以有8个HARQ进行数据传输，其中4个HARQ进程固定用于调度的HARQ传输，他们的HARQ进程标识(简称HARQ ID)可以使用的范围0～3，4个为非调度HARQ进程，HARQ ID为4～7，调度和非调度HARQ的HARQID是不能混用。在数据传输过程中，可以有多个HARQ进程同时激活。

根据附图1HARQ工作原理图分析，终端接收到HSUPA增强专用信道(简称E-DCH)的绝对许可信道(简称E-AGCH)开始，相隔nE-AGCH个时隙之后在E-DCH的物理上行信道(简称E-PUCH)上传输数据，其中nE-AGCH的取值由网络配置，最小为7。在每进行了一次E-PUCH数据传输之后，在规定的E-DCH HARQ指示信道(简称E-HICH)上接收网络的确认信息。如果E-AGCH指定了多个传输时间间隔(简称TTI)无线资源，那么终端在不同的TTI上可以传输不同的HARQ进程的数据。

HARQ数据传输过程中，采用了上行异步方式，下行同步方式进行传输，即终端在E-PUCH上发送数据的时候，由于上行采用了异步方式，则在E-DCH上行控制信道(简称E-UCCH)中必须携带HARQID。但是在下行方面，由于采用了同步方式，所以在E-HICH上是没有任何的HARQ ID信息，E-PUCH和E-HICH的对应关系靠时间关系来确定，即在E-PUCH上发送数据之后，在固定的时间上接收E-HICH的信息，此时的E-HICH数据就是对E-PUCH的响应，终端如果在指定的E-HICH没有收到确认信息或是E-HICH指示非确认信息，终端都认为网络没有正确接收到终端在对应E-PUCH上发送的上行数据。

TD-HUSPA中的HARQ技术的实现主要在终端侧完成，根据3GPP的TS25.321媒体接入控制(简称MAC)层规范和TS25.222信道复用和编码规范，HARQ进程需要发送的数据在高层协议的MAC层准备，而发送数据的组装合并在物理层实现。在不考虑HARQ数据包重传的情况下，终端HARQ技术的实现非常容易，但是考虑HARQ的重传时候，问题显得非常的复杂，并且对HARQ在终端的实现提出了许多实际的要求。

附图2是根据3GPP中关于HSUPA描述整理的一个处理流程，在3GPP规范中对终端和网络之间的空中接口(简称Uu接口)的信令流程以及数据格式进行了严格的定义，以便不同厂家的终端可以和不同系统厂家的网络能够进行正常的交互。但是对终端如何进行上传数据管理、进程控制没有进行严格的定义。

现有技术中，用户设备(简称UE)对HARQ过程的处理通常集中在物理层进行，具体如下：

(1)MAC层在完成媒体接入控制层的上行增强协议数据单元(简称MAC-e PDU)组装后将数据发送至物理层，通常物理层为MAC-ePDU分配HARQ ID，设置RSN，在E-PUCH信道上发送数据，同时缓存MAC-e PDU数据及其对应的HARQ ID；

(2)物理层根据接收到对应的E-HICH结果确定该MAC-e PDU网络是否正确接收，从而确定是否进行该MAC-e PDU重传。

然而，现有技术的上述处理方法存在着以下一些问题：

(1)由物理层保存MAC-e PDU会占用大量的物理层资源，目前在终端侧，通常由物理层缓存MAC-e PDU数据，而承载物理层运行的DSP的内存资源十分有限，这样会造成DSP资源的紧张。

(2)根据3GPP的规定，UE的资源调度是由MAC层控制的，物理层不知道资源的使用情况，将HARQ ID的分配和数据的重传处理放在物理层控制可能会造成资源调度上的冲突，也不利于UE优先调度需重传的HARQ数据。

发明内容

针对上述现有TD-HSUPA中HARQ实现存在的问题，本发明提出了一种TD-HSUPA中HARQ的实现方法。

本发明的技术方案是：

1、MAC层选择可用的许可资源；

2、MAC层进行E-TFC选择，确定MAC-e PDU的大小，向RLC申请媒体接入控制数据流MAC-d数据；