专利名称：混合自适应重传请求方法及终端的制作方法
技术领域：
本发明涉及通信领域，特别涉及通信领域中的混合自适应重传请求技术。
背景技术：
目前常用的移动通信系统，为保证一定的数据传输的可靠性，通常都有一定的重传机制。当前一次尝试传输失败时，就要求重传数据分组，这样的传输机制就称之为自动重传请求(Automatic Repeat Request,简称“ARQ”)。在无线传输环境下,信道噪声和由于移动性带来的衰落以及其他用户带来的干扰使得信道传输质量很差，所以应该对数据分组加以保护来抑制各种干扰。这种保护主要是采用前向纠错(Forward Error Correction,简称“FEC”)，在分组中传输额外的比特。然而，过多的前向纠错编码会使传输效率变低。因此，一种混合自适应重传请求(Hybrid Automatic Repeat Requst,简称“HARQ”)，即ARQ和FEC相结合的方案被提出了。为了提高数据吞吐量，HARQ—般都包含多个进程，如
图1所示，发送端发送第一个进程的数据，到接收端收到数据进行译码有一定的延迟，然后接收将解码结果反馈给发送端也需要一定的延迟。发送端在收到第一个进程的反馈结果之前继续发送第二个进程、第三个进程. 的数据，在收到第一个进程的反馈结果后，发送端根据接收端是否正确接收来决定是否进行重传或者发送新数据。接收端通常都有一块较大的软比特缓冲区(SoftBuffer)，按照进程数进行平均划分，每接收一个进程的数据，判断是否是新数据，如果是新数据直接进行译码，并将软比特接入软比特缓冲区，如果是重传数据，需要与软比特缓冲区中对应进程的数据进行合并后再进行译码。一般的通信系统中，都规定了各种能力等级的终端应该有多大的Soft Buffer，发送端发送数据时也需要按照这个软比特缓冲区大小进行速率匹配，终端接收数据，将各个进程的数据存入对应的Soft Buffer内，通常每个进程有自己固定的软比特缓冲区，因此合并操作也较简单。通常的接收端进行HARQ合并的流程如图2所示。对于软比特缓 冲区对应的进程数与实际的进程数相等的情况，上述方法都可以应对。但在目前TD-LTE (长期演进的时分系统)中，由于上下行配置(UL/DL configuration)的不同，需要支持的进程数也不同，如表I所示:
权利要求
1.一种混合自适应重传请求方法，其特征在于，包含以下步骤: 接收端对第一次接收到的新数据直接进行译码，在译码成功后直接向发送端反馈译码结果；在译码失败后将该新数据存储到软比特缓冲区中的空闲空间内，并向发送端反馈译码结果； 接收端对接收到的重传数据，从所述软比特缓冲区中取出该重传数据所在进程的软比特，将取出的软比特与该重传数据合并，对合并后的数据进行译码，并向发送端反馈译码结果。
2.根据权利要求1所述的混合自适应重传请求方法，其特征在于，对合并后的数据进行译码，并向发送端反馈译码结果的步骤中，包含以下步骤: 如果所述合并后的数据的译码成功，或所述合并后的数据的译码失败但所述重传数据的重传次数大于或等于最大重传次数，则所述接收端将该重传数据所在进程在所述软比特缓冲区中对应的存储空间清空； 如果所述合并后 的数据的译码失败且该重传数据的重传次数小于所述最大重传次数，则所述接收端将所述合并后的数据存储到该重传数据所在进程在所述软比特缓冲区中对应的存储空间。
3.根据权利要求1所述的混合自适应重传请求方法，其特征在于，还包含以下步骤: 所述接收端对于第一次接收到的新数据，在译码失败后将该新数据存储到软比特缓冲区中的空闲空间内之前，先判断所述软比特缓冲区中，是否存在空闲空间，如果存在，再执行所述将该新数据存储到软比特缓冲区中的空闲空间内的步骤；如果不存在空闲空间，则执行以下步骤: 查找所述软比特缓冲区中当前重传次数最多的进程； 如果所述查找到的进程的当前重传次数，大于预设门限，则清空所述查找到的进程在所述软比特缓冲区中对应的存储空间，将清空的该存储空间作为所述新数据的所在进程在所述软比特缓冲区中对应的存储空间，进行所述新数据的存储； 如果所述查找到的进程的当前重传次数，小于或等于所述预设门限，则丢弃所述新数据。
4.根据权利要求3所述的混合自适应重传请求方法，其特征在于， 所述预设门限小于或等于最大重传次数。
5.根据权利要求4所述的混合自适应重传请求方法，其特征在于， 所述预设门限的取值范围为I至4 ; 所述最大重传次数的取值范围为4至8。
6.根据权利要求1至5中任一项所述的混合自适应重传请求方法，其特征在于，还包含以下步骤: 所述接收端对于接收到的重传数据，在从所述软比特缓冲区中取出该重传数据所在进程的软比特之前，先判断该重传数据所在进程，在所述软比特缓冲区中是否有对应的存储空间；如果有对应的存储空间，则再进入从所述软比特缓冲区中取出该重传数据所在进程的软比特的步骤；如果没有对应的存储空间，则直接对所述重传数据进行译码，并在译码后直接向发送端反馈译码结果。
7.—种终端，其特征在于，包含:新数据译码模块，用于对所述终端第一次接收到的新数据直接进行译码； 反馈模块，用于向发送端反馈译码结果；其中，所述新数据译码模块在译码成功后直接触发所述反馈模块； 新数据写入模块，用于将所述新数据译码模块译码失败的新数据存储到软比特缓冲区中的空闲空间内； 合并模块，用于对所述终端接收到的重传数据，从所述软比特缓冲区中取出该重传数据所在进程的软比特，将取出的软比特与该重传数据合并； 重传数据译码模块，用于对所述合并后的数据进行译码，并触发所述反馈模块向发送端反馈译码结果。
8.根据权利要求7所述的终端，其特征在于，所述终端还包含: 第一清空模块 ，用于在所述重传数据译码模块译码成功，或所述重传数据译码模块译码失败但所述重传数据的重传次数大于或等于最大重传次数时，将该重传数据所在进程在所述软比特缓冲区中对应的存储空间清空； 重传数据写入模块，用于在所述重传数据译码模块译码失败且该重传数据的重传次数小于所述最大重传次数时，将所述合并后的数据存储到该重传数据所在进程在所述软比特缓冲区中对应的存储空间。
9.根据权利要求7所述的终端，其特征在于，所述终端还包含: 空闲空间判断模块，用于在所述新数据译码模块译码失败时，判断所述软比特缓冲区中，是否存在空闲空间，并在判定不存在空闲空间时，禁止所述新数据写入模块的触发，在判定存在空闲空间时，触发所述新数据写入模块； 查找模块，用于在所述空闲空间判断模块判定不存在空闲空间时，查找所述软比特缓冲区中当前重传次数最多的进程； 第二清空模块，用于在所述查找模块查找到的进程的当前重传次数，大于预设门限时，清空所述查找到的进程在所述软比特缓冲区中对应的存储空间，并触发所述新数据写入模块将清空的该存储空间作为所述新数据的所在进程在所述软比特缓冲区中对应的存储空间，进行所述新数据的存储； 丢弃模块，用于在所述查找模块查找到的进程的当前重传次数，小于或等于所述预设门限时，丢弃所述新数据。
10.根据权利要求9所述的终端，其特征在于， 所述预设门限小于或等于最大重传次数。
11.根据权利要求10所述的终端，其特征在于， 所述预设门限的取值范围为I至4 ; 所述最大重传次数的取值范围为4至8。
12.根据权利要求7至11中任一项所述的终端，其特征在于，所述终端还包含: 存储空间判断模块，用于判断接收到的重传数据所在的进程，在所述软比特缓冲区中是否有对应的存储空间，并在判定不存在对应的存储空间时，禁止所述合并模块的触发；在判定存在对应的存储空间时，触发所述合并模块； 所述重传数据译码模块还用于在所述存储空间判断模块判定不存在对应的存储空间时，直接对所述重传数据进行译码，并触发所述反馈模块。
全文摘要
本发明涉及通信领域，公开了一种混合自适应重传请求方法及终端。本发明中，每个进程在软比特缓冲区中对应的存储空间并非是固定的，而是可以灵活调节的。成功译码的进程就不再需要占用软比特缓冲区，因此，只要不是8个进程最近收到的数据都译码失败，那么在软比特缓冲区中总会存在空闲空间，以用于这8个进程外的其他进程对译码失败的数据的存储。从而使得在无需改变软比特缓冲区的情况下，可以支持进程数大于8时的HARQ合并方法和策略。
文档编号H04L1/18GK103078721SQ20111032748
公开日2013年5月1日 申请日期2011年10月25日 优先权日2011年10月25日
发明者徐兵, 王乃博 申请人:联芯科技有限公司