一种通信系统中的HARQ重传处理方法技术方案

本申请公开了一种通信系统中的HARQ重传处理方法，包括：数据接收设备在收到或发送重授权后，所述设备的MAC层不清空HARQ进程，若所述重授权前发送的HARQ进程数据需要重传、且该HARQ进程保存的要重传数据的TB大小与当前传输的TB大小不同，则在所述设备的RLC层为AM模式时，所述MAC层通知所述RLC层重传所述HARQ进程丢失需重传的数据；所述RLC层接收到重传数据的通知后，将所指示的重传数据解析并加入RLC重传队列中进行重传。应用本申请，能够降低数据重传的时延，尽量避免RLC最大重传的现象。

【技术实现步骤摘要】
一种通信系统中的HARQ重传处理方法
本申请涉及通信技术，特别涉及一种通信系统中的混合自动重传请求(HARQ)重传处理方法。
技术介绍
在GPRS/WCDMA/TD-SCDMA/LTE等无线通信系统中，媒体访问控制层(MediumAccessControlLayer，MAC)提供信道映射、上下行调度、数据复用、(HARQHybridAutomaticRepeatRequest)重传处理等功能，其中HARQ重传负责MAC层发生数据错误时则尝试重传以期望再次把数据传输给对端功能；RLC(RadioLinkControl)是指无线链路控制层协议，RLC层位于MAC层之上，为用户和控制数据提供分段和重传业务，而在RLC确定(AcknowledgedMode，AM)模式下，发送端要根据收到的来自接收端发送的状态协议数据单元(ProtocolDataUnit，PDU)和POLL重传定时器对RLC数据进行重传。综上所述，MAC层的HARQ重传和RLC层的重传对数据传输丢失提供了一种重传方案，若空口数据传输错误或丢失，则首先MAC层的HARQ进行重传，若是仍重传不成功，则最后靠RLC层检测并把数据重传发给对端。目前，在无线通信系统中，MAC层收发重授权下行链路控制信息(DownlinkControlInformation，DCI)后，下个无线帧开始，空口数据要按新的传输块(TransportBlock，TB)大小进行数据传输,特别是重授权前，因MCS(ModulationandCodingScheme)较高，而当前空口无法承载此调制数据时，空口传输就会出错，此时要通过重授权降低调制和编码方案(MCS)，来以较小的TB块进行数据传输。传统做法中，UE收到上行重授权则清空上行HARQ进程，基站(eNB)下发下行重授权则清空下行HARQ进程的数据，若是重授权DCI之前的数据传输错误，则重授权之后，HARQ进程被清空，就没有了重传机会，这样只能依靠RLC层通过状态PDU或POLL重传定时器超时才能重传丢失的数据，特别是在RLC层有分段的情况下，若是因MAC丢了其中某个分段，可能所有分段都需要重新重传。此外RLC重传因需要来自对端的状态PDU报告或自身的POLL定时器超时等信息，才能决定是否需要RLC层重传，对空口数据传输造成了一定的时延和重复传输等问题，甚至造成RLC最大重传的现象。
技术实现思路
本申请提供一种通信系统中的HARQ重传处理方法，能够降低重传时延，尽量避免RLC最大重传的现象。为实现上述目的，本申请采用如下技术方案：一种通信系统中的HARQ重传处理方法，包括：数据接收设备在收到或发送重授权后，所述设备的MAC层不清空相应的HARQ进程，若所述重授权前发送的HARQ进程数据需要重传、且该HARQ进程保存的要重传数据的传输块TB大小与当前传输的TB大小不同，则在所述设备的RLC层为AM模式时，所述MAC层通知所述RLC层重传所述HARQ进程丢失需重传的数据；所述RLC层接收到重传数据的通知后，将所述HARQ进程指示的丢失数据解析加入RLC重传队列中进行重传。较佳地，所述数据接收设备为终端，所述HARQ进程数据为上行数据传输；或者，所述数据接收设备为基站，所述HARQ进程数据为下行数据传输。较佳地，所述RLC层将所述MAC层指示的HARQ进程数据解析加入RLC重传队列进行重传包括：所述RLC层对所述MAC指示的重传HARQ进程数据进行解析处理，按照收到状态PDU的NACK的方式将所述解析数据加入所述RLC重传队列，等待下次数据传输。由上述技术方案可见，本申请中，数据接收设备在收到或发送重授权后，设备的MAC层不清空HARQ进程，若重授权前发送的某HARQ进程数据需要重传、且该HARQ进程保存的要重传的数据TB大小与当前传输的TB大小不同，则在设备的RLC层为AM模式时，MAC层通知RLC层重传该HARQ进程数据；RLC层接收到重传数据的通知后，将其所指示的数据解析并加入RLC重传队列中进行重传。通过上述方式，MAC层向RLC层指示重传，RLC层直接将重传数据加入重传队列，从而缩小了重传时延，尽量避免RLC最大重传的现象。附图说明图1为本申请实施例中HARQ重传处理方法的流程图；图2为本申请实施例中RLC层处理的流程图。具体实施方式为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。本专利技术提出了一种无线通信系统中HARQ重传处理的方法，用于UE的上行HARQ重传处理和eNB下行HARQ重传处理，过程为：MAC层收发重授权后不清空相关的HARQ进程，而是继续等待空口数据的反馈；若是某个HARQ进程的反馈为NACK，则说明空口数据传输错误，需要进行HARQ重传处理，此时比较HARQ保存的要重传的数据TB块大小和当前调度的传输TB块大小，若是两者相等，则说明TB块大小没有改变，直接在空口重传HARQ保存的空口数据，若是两者不相等，则说明传输TB块发生改变，当前空口无法传输此HARQ进程保存的PDU数据，需要将此数据PDU发送给本模块的RLC层，并指示RLC层重传相应数据。RLC层收到此数据重传指示后，解析数据，按相当于收到对端发来的NACK状态PDU进行处理，将数据解析并重新加入RLC重传队列，等待下个无线帧MAC层重新调度，优先把重传队列的数据组成PDU发送到空口，如此以来加快了数据丢失错误的重传处理，不会造成太大的应用层或RRC层的时延等问题。下面通过一个具体实施例说明本申请的具体实现。在该实施例中，以UE为例，说明收到上行重授权后，因MCS等级发送改变此后收到上行反馈时，HARQ重传处理流程。图1为相应流程的示意图。如图1所示，该流程如下：步骤101，UE收到重授权后不清空HARQ进程，并在收到上行反馈后，获取此反馈对应的HARQ进程N，若判断反馈为ACK，则为正常处理流程，说明上行空口数据已被eNB接收处理，再执行步骤104处理；若反馈为NACK，则要对第N个HARQ进程进行重传处理，执行步骤102。步骤102，判断HARQ进程中保存的PUSCH传输的TB块大小与当前传输是否一致，若不一致，则说明收到重授权后PUSCH传输的TB块大小发生了改变，且当前调度无法在空口发送HARQ进程中保存的PUSCH数据PDU，执行步骤105处理；若一致，则执行步骤103进行处理。步骤103，若重传TB块大小与当前调度一致，则判断HARQ重传次数是否达到最大值，达到则执行步骤104继续处理，否则就在此调度周期重传此HARQ进程的保存的数据PDU，并结束本流程。步骤104，MAC层清空当前HARQ进程数据，并以当前的传输TB块能力从RLC层取得数据并组成MACPDU进行发送，同时将此数据保存到这个HARQ进程中，以便于后续对其进行重传处理。步骤105，将此HARQ保存的PDU数据发送给RLC，通知RLC层需要将此数据进行重传处理，并继续执行步骤106。步骤106，RLC层接收到MAC层的重传指示后，在RLC工作模式为AM时，将重传数据加入RLC重传队列进行重传。具体地，RLC层收到MAC层数据后对于各种情况的综合处理流程如图2所示：1.RLC收到MAC层数据后，首先判断是否为指示的重传数据，本文档来自技高网...

【技术保护点】
1.一种通信系统中的HARQ重传处理方法，其特征在于，包括：数据接收设备在收到或发送重授权后，所述设备的MAC层不清空相应的HARQ进程，若所述重授权前发送的HARQ进程数据需要重传、且该HARQ进程保存的要重传数据的传输块TB大小与当前传输的TB大小不同，则在所述设备的RLC层为AM模式时，所述MAC层通知所述RLC层重传所述HARQ进程丢失需重传的数据；所述RLC层接收到重传数据的通知后，将所述HARQ进程指示的丢失数据解析加入RLC重传队列中进行重传。

【技术特征摘要】
1.一种通信系统中的HARQ重传处理方法，其特征在于，包括：数据接收设备在收到或发送重授权后，所述设备的MAC层不清空相应的HARQ进程，若所述重授权前发送的HARQ进程数据需要重传、且该HARQ进程保存的要重传数据的传输块TB大小与当前传输的TB大小不同，则在所述设备的RLC层为AM模式时，所述MAC层通知所述RLC层重传所述HARQ进程丢失需重传的数据；所述RLC层接收到重传数据的通知后，将所述HARQ进程指示的丢失数据解析加入RLC重传队列中进行...

【专利技术属性】
技术研发人员：刘波，
申请(专利权)人：普天信息技术有限公司，
类型：发明
国别省市：北京,11