CN101060387A - 基于harq的数据传输方法 - Google Patents

Abstract

本发明涉及移动通信领域，公开了一种基于HARQ的数据传输方法，使得HARQ数据传输对系统资源的占用得以减少，提高了数据传输效率。本发明中，在当前数据的HARQ次数达到最大重传次数时，发送端HARQ实体将该数据发送后立即删除该数据，以便尽快开始下一个数据的传输，提高HARQ整体传输效率。接收端HARQ实体在收到达到最大重传次数的数据后，不返回该数据的状态报告，以减少因传输该数据的状态报告而占用的信令开销。

Description

基于HARQ的数据传输方法

技术领域

本发明涉及移动通信领域，特别涉及混合自适应重传请求(HybridAutomatic Repeat Request，简称“HARQ”)技术。

背景技术

第三代合作伙伴项目(3rd Generation Partnership Project，简称“3GPP”)作为移动通信领域的重要组织推动了第三代移动通信(The Third Generation，简称“3G”)技术的标准化工作。随着移动通信技术的发展，3G技术也在不断的发展演进。

在移动通信系统中的，普遍采用自动请求重发(Automatic RetransmissionRequest，简称“ARQ”)技术进行差错控制。这种技术通过在发送端所发送的数据中增加一定的冗余比特使其具有一定的检错能力，在接收端采用对应的规则对该数据进行检错，并将检错结果形成状态报告反馈给发送端。发送端根据状态报告中检错结果为出错的数据进行重传，直到该数据被正确接收为止。ARQ技术在对时延要求不高的业务中获得了广泛的应用。

HARQ技术综合了前向纠错码和重传，采用HARQ发送的数据同时具有纠错和检错的能力。在HARQ系统中，接收端反馈给发送端的数据接收到状态报告包括确认(ACK)和不确认(NACK)信息。其中，ACK表示接收端正确接收数据，发送端可以发送新的数据；而NACK则表示接收端检测到数据有误，需要发送端重传该数据。

近年来，在3G系统的高速下行分组接入(High Speed Downlink PacketAccess，简称“HSDPA”)和高速上行分组接入(High Speed Uplink PacketAccess，简称“HSUPA”)中，也采用HARQ技术进行差错控制，提高了系统性能。其中，HSUPA又称为增强的专用信道(Enhanced Dedicated Channel，简称“E-DCH”)，在E-DCH的物理层应用HARQ技术进行快速重传，并通过初传和重传之间的软合并提高了物理层的译码性能。

为了实现用户设备(User Equipment，简称“UE”)下行数据的高速传输，HSDPA新增了两个下行物理信道和一个上行物理信道，它们分别是用于承载用户数据的高速物理下行共享信道(High Speed Physical DownlinkShared Channel，简称“HS-PDSCH”)，用于承载解调伴随数据信道HS-PDSCH所需的信令的下行的高速共享控制信道(High Speed Shared Control Channel，简称“HS-SCCH”)，以及用于承载UE的ACK/NACK和信道质量指示(ChannelQuality Indicator，简称“CQI”)等反馈信息(FBI)的上行的专用物理控制信道(High Speed Dedicated Physical Control Channel，简称“HS-DPCCH”)。基站节点(Node B)通过HS-DPCCH获知数据是否被正确接收，如果不正确，将发起重传，否则发送新数据。

HSUPA，作为高速上行数据包接入技术，在2004年引入到了3GPP R6版本中。与HSDPA类似，HSUPA也采用了2ms传输时间间隔(TransmissionTiming Interval，简称“TTI”)和更短的帧长以实现快速自适应控制，使用HARQ和基于Node B的快速上行调度技术，提高了上行的频谱效率，还具有上行传输速率快、传输时延小等明显的优势，从而能对实时游戏业务、文件上传、宽带多媒体业务等分组数据业务的应用提供更有效的支持。

为了UE上行数据的高效率传输，E-DCH新增加了两个上行物理信道和三个下行物理信道，它们分别是用于承载用户数据的上行的E-DCH专用数据传输信道(E-DCH Dedicated Physical Data Channel，简称“E-DPDCH”)，用于传输伴随物理层信令，为E-DPDCH解调提供伴随信令的上行的E-DCH专用控制信道(E-DCH Dedicated Physical Control Channel，简称“E-DPCCH”)，用于控制UE的上行传输速率的E-DCH绝对授权信道(E-DCH Absolute Grant Channel，简称“E-AGCH”)和E-DCH相对授权信道(E-DCH Relative Grant Channel，简称“E-RGCH”)，以及用于指示上行进程数据传输是否正确的E-DCH重传指示信道(E-DCH HARQ IndicatorChannel，简称“E-HICH”)。

根据3GPP的规范TS25.212《多路信道编码(Multiplexing and channelcoding)》，在E-DPCCH上传输的信息包括：重传序号(Retransmission SequenceNumber，简称“RSN”)、E-DCH传输格式组合指示(E-DCH Transport FormatCombination Indicator，简称“E-TFCI”)和“Happy(满意度)”比特，它们分别占用2比特(bits)、7比特和1比特。

具体地说，RSN用于指示HARQ进程中每次HARQ传输的冗余版本(Redundancy Version，简称“RV”)，来表示传输进程的状态。RSN为0的传输为初始传输，不为0的传输均为重传：一次重传RSN为1，二次重传RSN为2，此后的后续重传RSN均为3。

E-TFCI取值范围为0～127，用于指示E-DCH的媒体接入控制(MediumAccess Control，简称“MAC”)中的MAC-e协议数据单元(Protocol Data Unit，简称“PDU”)的大小，也即E-DCH传输块的大小。

“Happy”比特则反映了UE对Node B快速上行分组调度结果的“满意度”，对Node B控制快速上行分组调度具有辅助的作用。

发送端采用HARQ技术进行PDU传输，当PDU的HARQ重传次数达到最大重传次数时，如果发送端收到接收端反馈的状态报告，其中包含ACK或NACK信息，则删除发送端中缓存的该PDU，开始传输下一个待发送的PDU。

在实际应用中，上述方案存在以下问题：采用HARQ技术进行数据传输对系统资源占用过多，数据传输效率低。

造成这种情况的主要原因在于，由于当数据的HARQ重传次数达到最大重传次数时，接收端在接收到发送端反馈的状态报告后才删除缓存的该数据，然而，状态报告无论包含ACK或NACK信息，发送端都会直接删除该数据。因此，这种情况下，发送端等待不必要状态报告，降低了数据传输效率，并由于在等待时仍保留该数据，浪费了系统资源。

另外，ACK或NACK信息要求以较低的误码率传输，如果ACK或NACK信息传输出错，则会对系统性能带来严重的负面影响，因此，接收端对达到最大重传次数的数据的状态报告进行不必要的传输，不仅增加了系统信令的开销，还会因为该状态报告传输出错导致更多的系统资源的浪费。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于HARQ的数据传输方法，使得HARQ数据传输对系统资源的占用得以减少，提高了数据传输效率。

为实现上述目的，本发明提供了一种基于HARQ的数据传输方法，包含以下步骤：

发送端HARQ实体在当前数据的HARQ重传次数达到预设的最大重传次数时，将该数据发送后立即删除该数据。

其中，还包含以下步骤：

接收端HARQ实体在收到所述最大重传次数的数据后，忽略向所述发送端HARQ实体反馈对该数据的状态报告。

此外在所述方法中，还包含以下步骤：

所述发送端HARQ实体在删除所述最大重传次数的数据后，所述重传次数复位，发送下一个待发送的数据，并将该数据缓存；

所述接收端HARQ实体在收到所述最大重传次数的数据后，所述重传次数复位，并根据收到的下一个数据的接收情况向所述发送端HARQ实体反馈相应的状态报告。

此外在所述方法中，所述状态报告包含确认或不确认信息。

此外在所述方法中，还包含以下步骤：

如果所述发送端HARQ实体收到所述确认信息，则所述重传次数复位，该发送端HARQ实体向所述接收端HARQ实体发送下一个待发送的数据。

此外在所述方法中，还包含以下步骤：

如果所述发送端HARQ实体收到所述不确认信息，则所述重传次数加一，该发送端HARQ实体向所述接收端HARQ实体重新发送当前缓存数据。

此外在所述方法中，还包含以下步骤：

当所述接收端HARQ实体收到所述最大重传次数的数据后，如果依然无法正确接收，则通过所述接收端HARQ实体的上层和所述发送端HARQ实体的上层对该数据进行重传。

通过比较可以发现，本发明的技术方案与现有技术的主要区别在于，在当前数据的HARQ次数达到最大重传次数时，发送端HARQ实体将该数据发送后立即删除该数据，以便尽快开始下一个数据的传输，从而可以减少该数据对发送端HARQ实体的缓存资源的占用，提高HARQ整体传输效率。

接收端HARQ实体在收到达到最大重传次数的数据后，不返回该数据的状态报告，可以减少因传输该数据的状态报告而占用的信令开销，节约了系统的无线资源。同时，也避免了因传输该状态报告错误而造成的系统资源浪费。

对于接收端HARQ实体收到的最大重传次数的数据，若需要发送端再次重传时，可以根据现有技术由发送端和接收端的HARQ实体的上层进行重传，因此，可以保证数据传输的可靠性。

附图说明

图1是根据本发明较佳实施方式的采用HARQ技术的数据传输方法流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明在数据重传次数达到最大重传次数时，发送端将该数据发送后立即删除该数据，继续下发下一个待发数据；而接收端接收到该数据后，不向发送端反馈本次传输的该数据的状态报告。如果该数据依然需要再次重传，则由发送端和接收端的HARQ实体的上层进行。

本发明较佳实施方式的采用HARQ技术的数据传输方法如图1所示。

在步骤101中，发送端的HARQ实体开始发送当前数据，并将该数据缓存。

在步骤102中，接收端的HARQ实体检测所接收到的数据，并根据接收情况向发送端反馈相应当状态报告，其中包含ACK或NACK信息。如果接收到的数据检测结果正确，则状态报告包含ACK信息；否则，状态报告包含NACK信息。

在步骤103中，接收端HARQ分析所接收到的状态报告，如果所收到的状态报告包含ACK信息，则接收端和发送端都将重传次数复位，直接进入步骤107；如果所收到的状态报告包含NACK信息，则进入步骤104。

在步骤104中，接收端的HARQ重传次数加一，并向接收端重新发送当前缓存的数据。

接收端会再次反馈数据的状态报告，如果仍然包含NACK信息，则发送端继续重传该数据，并且重传次数加一，如此往复，当该数据的重传次数达到预设的最大重传次数时，进入步骤105。

在步骤105中，发送端HARQ实体将达到最大重传次数的数据发送后立即删除该数据，以便尽快开始下一个数据的传输，从而可以减少重传数据对发送端HARQ实体的缓存资源的占用，提高HARQ整体传输效率。同时，发送端HARQ实体复位重传次数，进入步骤106。

在步骤106中，接收端HARQ实体在收到最大重传次数的数据后，复位HARQ重传次数，不向发送端HARQ实体反馈对该数据的状态报告，这样可以减少因传输该数据的状态报告而占用的信令开销，节约了系统的无线资源。同时，也避免了因传输该状态报告错误而造成的系统资源浪费。进入步骤107。

当接收端HARQ实体收到最大重传次数的数据后，如果依然无法正确接收，则通过接收端和发送端HARQ实体的上层(无线链路控制RLC层)对该数据进行重传。这样，可以保证数据传输的可靠性。

在步骤107中，发送端HARQ实体如果收到ACK信息或重传次数复位后，继续发送下一个待发数据，并将该数据缓存以备可能的重传所需。对于这些后续数据的传输，重复步骤102至步骤107，在此不作赘述。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (7)

1.一种基于HARQ的数据传输方法，其特征在于，包含以下步骤：

发送端HARQ实体在当前数据的HARQ重传次数达到预设的最大重传次数时，将该数据发送后立即删除该数据。

2.根据权利要求1所述的基于HARQ的数据传输方法，其特征在于，还包含以下步骤：

接收端HARQ实体在收到所述最大重传次数的数据后，忽略向所述发送端HARQ实体反馈对该数据的状态报告。

3.根据权利要求2所述的基于HARQ的数据传输方法，其特征在于，还包含以下步骤：

所述发送端HARQ实体在删除所述最大重传次数的数据后，所述重传次数复位，发送下一个待发送的数据，并将该数据缓存；

所述接收端HARQ实体在收到所述最大重传次数的数据后，所述重传次数复位，并根据收到的下一个数据的接收情况向所述发送端HARQ实体反馈相应的状态报告。

4.根据权利要求3所述的基于HARQ的数据传输方法，其特征在于，所述状态报告包含确认或不确认信息。

5.根据权利要求4所述的基于HARQ的数据传输方法，其特征在于，还包含以下步骤：

如果所述发送端HARQ实体收到所述确认信息，则所述重传次数复位，该发送端HARQ实体向所述接收端HARQ实体发送下一个待发送的数据。

6.根据权利要求4所述的基于HARQ的数据传输方法，其特征在于，还包含以下步骤：

如果所述发送端HARQ实体收到所述不确认信息，则所述重传次数加一，该发送端HARQ实体向所述接收端HARQ实体重新发送当前缓存数据。

7.根据权利要求1至6中任一项所述的基于HARQ的数据传输方法，其特征在于，还包含以下步骤：

当所述接收端HARQ实体收到所述最大重传次数的数据后，如果依然无法正确接收，则通过所述接收端HARQ实体的上层和所述发送端HARQ实体的上层对该数据进行重传。