CN101237241A - 一种实现混合自动请求重传处理和信道译码的方法和*** - Google Patents
一种实现混合自动请求重传处理和信道译码的方法和*** Download PDFInfo
- Publication number
- CN101237241A CN101237241A CNA2007100634331A CN200710063433A CN101237241A CN 101237241 A CN101237241 A CN 101237241A CN A2007100634331 A CNA2007100634331 A CN A2007100634331A CN 200710063433 A CN200710063433 A CN 200710063433A CN 101237241 A CN101237241 A CN 101237241A
- Authority
- CN
- China
- Prior art keywords
- encoding block
- block
- rate
- carried out
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明公开了一种实现混合自动请求重传(HARQ)处理的方法和一种实现信道译码的方法,该方法为:在发送端,每次将传输块的部分经过信道译码的编码块进行存储;取出所述存储的编码块,将该编码块进行比特分离和第一次速率匹配;当所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联;在接收端,每次针对一个HARQ进程数据的部分编码块,进行解第一次速率匹配和解比特分离,并将解比特分离后的编码块进行存储;取出所述存储的编码块,进行信道译码。本发明还公开了一种实现HARQ处理的***和一种实现信道译码的***。采用本发明,能够节省编码/译码与HARQ处理/解HARQ处理之间所需的数据存储空间。
Description
技术领域
本发明涉及无线通信技术领域,尤其涉及一种实现混合自动请求重传处理和信道译码的方法和***。
背景技术
高速下行链路分组接入(High Speed Downlink Package Access,HSDPA)技术是在第三代移动通信标准化伙伴项目(3rd Generation Partnership Project,3GPP)的第五版本中提出的旨在提高下行业务数据吞吐量和业务数据传输速率的一种重要技术,是第五版本(R5)相对于第九十九版本(R99)及第四版本(R4)的主要突破点。利用HSDPA技术,可以实现下行业务数据的高吞吐量、小延迟和高峰值数据传输速率等性能。由于HSDPA向后兼容R99及R4,运营商可以根据网络建设发展的需要进行平滑升级,不会对现有的用户造成影响。
HSDPA同时适用于宽带码分多址频分双工(WCDMA-FDD)、通用无线通信接入时分双工(UTRA-TDD)和时分同步码分多址(TD-SCDMA)三种不同的***模式。为了支持HSDPA,WCDMA-FDD、UTRA-TDD和TD-SCDMA***增加了高速下行共享信道(High Speed-Downlink Shared Channel,HS-DSCH)以承载高速下行业务数据。WCDMA FDD、UTRA TDD和TD-SCDMA***的HS-DSCH的处理流程基本类似。
下面以TD-SCDMA***的HS-DSCH的处理为例进行说明:
在发送端,参见图1,HS-DSCH的处理步骤依次为:为传输块附加CRC校验码(CRC attachment),码块分段(Code Block Segmentation)、信道编码(Channel Coding)、物理层的混合自动重传功能(Pysical Layer Hybird-ARQFonctionality)、比特加扰(BitScambling)、比特交织(HS-DSCHInterleaving)、16QAM的星座重排(Constellation Re-arrangement for 16QAM)和物理信道映射(Pysical Channel Mapping)。其中,物理层的混合自动重传功能包括比特分离(bit separation)、第一次速率匹配(First Rate Matching)、虚拟软合并缓存(Virtual IR Buffer)、第二次速率匹配(Second Rate Matching)和比特合并(BitCollection)。
下面对发送端从为传输块附加CRC校验码到物理层的混合自动重传功能的处理过程进行说明:
参见图2,在TD-SCDMA***中,HS-DSCH采用Turbo编码,一个传输时间间隔(TTI)内只有一个传输块。当一个附加了CRC校验码的HS-DSCH传输块大小大于Turbo编码的最大编码长度时,首先对该传输块进行码块分段,在3GPP中,Turbo编码的最大编码长度为5114,因此如果HS-DSCH传输块附加了CRC校验码后的长度(LenBeforeEncode)大于5114,则需要进行码块分段。分段的方法如下:
分段后的编码块数每块大小其中,表示向上取整。需要说明的是,码块分段后所有编码块的数据量为BlkNum×Ki≥LenBeforeEncode,在BlkNum×Ki>LenBeforeEncode时,需要在第一个编码块的头部进行填充(Padding)操作。
然后在控制模块1的控制下,信道编码模块分别针对每个编码块进行Turbo编码,再将编码后的所有编码块进行码块级联并存储,所需存储空间的大小,即编码后的所有编码块数据长度LenAfterEncode=BlkNum×(3×Ki+12),其中,12表示Turbo编码的尾比特长度。
最后,在控制模块2的控制下,将所述存储的进行码块级联后的传输块进行物理层的混合自动请求重传(Hybrid Automatic Repeat reQuest,HARQ)处理功能的比特分离、第一次速率匹配,并将进行第一次速率匹配后的数据存储在Virtual IR Buffer中。物理层的HARQ处理功能将信道编码后的所有编码块的比特数匹配为物理信道能承载的比特数,HARQ包括两次速率匹配:第一次速率匹配是将编码输出的数据进行打孔,目的是使Virtual IR buffer可以容纳;第二次速率匹配是将virtual IR buffer中的比特数匹配为HS-DSCH物理信道能承载的比特数。其中,virtualIR buffer中存储的数据用于出错重传,如果传送出错,则根据重传冗余版本从Virtual IRbuffer存储的数据中选取特定的数据进行重传,Virtual IR buffer的大小NIR取决于用户终端的种类(UE category)。
在进行物理层的HARQ处理时,首先将信道编码后的传输块进行比特分离,比特分离将信道编码后的传输块数据分为3组,分别是***比特(systematicbit)、第一校验比特(1st parity bit)和第二校验比特(2nd parity bit)。第一次速率匹配对***比特透明,对于第一校验比特和第二校验比特只执行打孔操作:如果LenAfterEncode≤NIR;则所有编码后的数据透传至virtual IR buffer,否则对第一校验比特和第二校验比特执行打孔操作。然后,利用针对信道编码后的传输块生成的速率匹配参数,对完成比特分离后的传输块进行第一次速率匹配,并将第一次速率匹配后的数据存储在Virtual IR Buffer中。
与之相对应,如图2所示,接收端的处理是与以上描述完全对等的逆过程,包括物理层的HARQ处理功能的解第一次速率匹配、解比特分离和信道译码、码块级联等过程,具体如下:
在接收端,在控制模块2的控制下,针对存储在Virtual IR Buffer中的一个HARQ进程的数据,生成速率匹配参数,利用该速率匹配参数将所述HARQ进程的数据进行解第一次速率匹配,然后将解第一次速率匹配后的数据进行解比特分离,并将解比特分离后的数据进行存储。
然后,将所述存储的数据送入信道译码模块,如果所述存储的数据长度大于信道的最大译码长度,则将存储的数据进行码块分段,分成多个编码块后,在控制模块1的控制下,分别对每个编码块进行信道译码,最后将信道译码后的所有编码块进行码块级联,成为完整的传输块。
为实现上述发送端和接收端的处理流程,现有方案使用两个独立的控制模块来分别控制完成编/译码和物理层的HARQ处理/解HARQ处理功能。其中控制模块1负责控制多次循环以完成多个编码块的编/译码过程,控制模块2负责一次产生一个传输块数据或一个HARQ进程数据的速率匹配参数。
显然,在图1现有的基于标准流程的实现机制中,上述整个数据处理过程是以一个传输块,或者一个HARQ进程数据大小为单位,一次完成在信道编码与HARQ处理,或者信道译码与或解HARQ处理之间的数据处理和搬移,两个过程之间需要的存储空间为一个传输块编码后得到的最大数据量,在2.8Mbps最大传输容量时,最大数据量为42237比特。
现有的基于标准流程的实现机制,由于整个过程是以一个传输块,或者一个HARQ进程数据大小为单位进行处理和存储的,因此发送端需要在信道编码后进行大量数据的存储,而接收端需要在信道译码前存储大量的数据。在2.8Mbps最大数据量时,一个TTI内的传输块大小为14043比特,附加CRC校验后为14067比特,需要分成三个编码块,每个编码块大小为4689比特,编码后的总数据量为42237比特,也即发送端信道编码后或接收端信道译码前需要存储的数据总量为42237比特。
在发送端,需要存储的是硬比特,即0或1,因此需要的存储量为42237/8≈5280字节;而在接收端,由于通常为提高译码的质量,使用的是软比特,即一个软比特占用多个比特空间,因此需要的存储量更大,比如,以一个软比特仅占用4比特计算,则接收端的存储空间高达42237*4/8≈21119字节,存储量非常大。
发明内容
本发明提供一种实现混合自动请求重传处理和信道译码的方法和***,用以解决现有技术中在信道编码后和信道译码前需要较大存储空间来存储大量数据的问题。
本发明提供一种实现混合自动请求重传处理的方法,在发送端,经过码块分段后,传输块包括两个以上的编码块,完成以下步骤:
A.每次将所述传输块的部分经过信道编码的编码块进行存储;
B.取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;
C.当所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
步骤A中所述部分经过信道编码的编码块为一个经过信道编码的编码块。
步骤A与步骤B以串行方式循环执行,不同时执行步骤A与步骤B。
第一次执行步骤A后,步骤B与步骤A以并行方式循环执行,同时执行步骤B与步骤A。
本发明提供一种实现信道译码的方法,在接收端,经过码块分段后,存储在虚拟软合并缓存Virtual IR Buffer中的一个混合自动请求重传HARQ进程的数据包括两个以上的编码块,完成以下步骤:
A.每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;
B.取出所述存储的编码块,并将该编码块进行信道译码;
C.当所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
将存储在Virtual IR Buffer中的一个HARQ进程的数据进行码块分段的步骤为:
接收端判断存储在Virtual IR Buffer中的一个HARQ进程的数据是否大于信道的最大译码长度,如果是,则将所述HARQ进程的数据分为两个以上的编码块,并且每个编码块的大小小于或等于信道的最大译码长度。
步骤A中所述部分编码块为一个编码块。
步骤A与步骤B以串行方式循环执行,不同时执行步骤A与步骤B。
第一次执行步骤A后,步骤B与步骤A以并行方式循环执行,同时执行步骤B与步骤A。
本发明提供一种实现混合自动请求重传处理的***,该***包括:
码块分段单元,用于将传输块进行码块分段,分段后的传输块包括两个以上的编码块;
控制单元,用于每次将所述传输块的部分经过信道编码的编码块进行存储;取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;当所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
所述控制单元包括:
编码单元,用于每次将所述传输块的部分编码块进行信道编码,将进行信道编码后的编码块进行存储;
混合自动请求重传处理单元,用于取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;
码块级联单元,用于在所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
所述部分经过信道编码的编码块为一个经过信道编码的编码块。
所述编码单元与所述混合自动请求重传处理单元以串行方式循环工作,所述编码单元与所述混合自动请求重传处理单元不同时工作。
在所述编码单元第一次工作结束后,所述混合自动请求重传处理单元与所述编码单元以并行方式循环工作,所述混合自动请求重传处理单元与所述编码单元同时工作。
本发明提供一种实现信道译码的***,该***包括:
虚拟软合并缓存单元,用于存储混合自动请求重传HARQ进程的数据;
码块分段单元,用于将虚拟软合并缓存单元中的一个HARQ进程的数据进行码块分段,分段后的HARQ进程的数据包括两个以上的编码块;
控制单元,用于每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;取出所述存储的编码块,并将该编码块进行信道译码;当所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
所述码块分段单元包括:
判断单元,用于判断所述HARQ进程的数据是否大于信道的最大译码长度;
分段单元,用于在判断单元判断所述HARQ进程的数据大于信道的最大译码长度时,将所述HARQ进程的数据分为两个以上的编码块,并且每个编码块的大小小于或等于信道的最大译码长度。
所述控制单元包括:
解混合自动请求重传处理单元,用于每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;
译码单元,用于取出所述存储的编码块,并将该编码块进行信道译码;
码块级联单元,用于在所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
所述部分编码块为一个编码块。
所述解混合自动请求重传处理单元与所述译码单元以串行方式循环工作,所述解混合自动请求重传处理单元与所述译码单元不同时工作。
在所述解混合自动请求重传处理单元第一次工作结束后,所述译码单元与所述解混合自动请求重传处理单元以并行方式循环工作,所述译码单元与所述解混合自动请求重传处理单元同时工作。
本发明中,在发送端,将传输块分为两个以上的编码块后,每次是将所述传输块的部分经过信道译码的编码块进行存储,并取出存储的编码块,将该编码块进行比特分离和第一次速率匹配;而不是将传输块的所有经过信道译码的编码块进行存储,并取出存储的编码块,将该编码块进行比特分离和第一次速率匹配。因此在信道编码后,所需要的存储空间为传输块的部分编码块经过信道编码后的数据长度,而不是整个传输块经过信道编码后的数据长度。较佳的,这里的部分编码块为一个编码块。由此可见,本方明大大减少了信道编码后所需要的数据存储空间。
同样,在接收端,需要首先将一个HARQ进程的数据进行码块分段,将该HARQ进程的数据分为两个以上的编码块后,每次是针对该HARQ进程数据的部分编码块,进行解第一次速率匹配和解比特分离,并将解比特分离后的编码块进行存储,然后取出所存储的编码块,将该编码块进行信道译码;而不是将整个HARQ进程的数据进行解第一次速率匹配和解比特分离,并将解比特分离后的数据进行存储,然后取出所存储的数据,将该数据进行信道译码。因此,在信道译码前,所需要的存储空间为将HARQ进程数据分段后的部分编码块的数据长度,而不是整个HARQ进程数据的长度。较佳的,这里的部分编码块为一个编码块。由此可见,本方明大大减少了信道译码前所需要的数据存储空间。
附图说明
图1为现有技术中的TD-SCDMA***的HS-DSCH处理流程图;
图2为现有技术中发送端的信道编码和部分HARQ处理的示意图,以及接收端的部分解HARQ处理和信道译码的示意图;
图3A为本发明中发送端的方法流程图;
图3B为本发明中发送端采用串行循环执行的方法流程图;
图4A为本发明中接收端的方法流程图;
图4B为本发明中接收端采用串行循环执行的方法流程图;
图5为本发明中实施例的处理示意图;
图6为本发明中发送端的***结构图;
图7为本发明中接收端的***结构图。
具体实施方式
参见图3A,本发明提供一种实现混合自动请求重传处理的方法,其具体实现流程如下:
步骤301:将传输块进行码块分段;
在发送端,将传输块进行码块分段后,传输块包括两个以上的编码块;
步骤302:每次将所述传输块的部分经过信道编码的编码块进行存储;
步骤303:取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;
步骤304:当所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
较佳的,在执行步骤302和步骤303时以一个编码块为单位,即步骤302中每次将所述传输块的一个经过信道译码的编码块进行存储。
步骤302和步骤303需要循环执行多次,直到所述传输块全部完成信道编码和比特分离、第一次速率匹配。其循环执行可以采用串行方式,即在每次步骤303执行完成后,再返回执行步骤302,步骤302和步骤303不会同时执行,例如,经过码块分段的某一传输块包括编码块1和编码块2,首先将编码块1进行信道编码并将编码后的编码块1进行存储,然后取出所存储的编码块1,将该编码块1进行比特分离,并针对比特分离后的编码块1,生成速率匹配参数,利用该速率匹配参数将编码块1进行第一次速率匹配,在编码块1完成第一次速率匹配后,才继续对编码块2进行上述操作,即将编码块2进行信道编码并将编码后的编码块2进行存储,然后取出所存储的编码块2,将该编码块2进行比特分离,并针对比特分离后的编码块2,生成速率匹配参数,利用该速率匹配参数将编码块2进行第一次速率匹配;最后将完成第一次速率匹配的编码块1和编码块2进行码块级联。
步骤302和步骤303的循环执行也可以采用并行方式,即在每次执行步骤303时,也可以同时执行步骤302。例如,经过码块分段的某个传输块包括编码块1和编码块2,首先将编码块1进行信道编码并将编码后的编码块1进行存储;然后取出所存储的编码块1,将该编码块1进行比特分离,并针对比特分离后的编码块1,生成速率匹配参数,利用该速率匹配参数将编码块1进行第一次速率匹配,在取出所存储的编码块1到对该编码块进行比特分离和第一次速率匹配的同时,就可以对编码块2进行信道编码并将编码后的编码块2进行存储,这样,编码块2的信道编码处理和编码块1的比特分离、第一次速率匹配处理可以同时进行;接着取出所存储的编码块2,将该编码块2进行比特分离,并针对比特分离后的编码块2,生成速率匹配参数,利用该速率匹配参数将编码块2进行第一次速率匹配;最后将完成第一次速率匹配的编码块1和编码块2进行码块级联。
下面以一个编码块为处理单位,并采用串行的循环执行方式为例进行详细说明,参见图3B,其处理流程包括以下步骤:
步骤311:对传输块附加校验码;
在发送端,当一个传输时间间隔(TTI)到来时,对信道需要传送的传输块进行校验码附加操作,比如,对传输块进行CRC校验码附加。
步骤312:判断附加了校验码的传输块的大小是否大于信道编码的最大编码长度;
这里,如果步骤311中附加了校验码的传输块的大小大于信道编码的最大编码长度,则执行步骤313,即对该传输块进行码块分段。在3GPP中,HS-DSCH信道采用Turbo编码,Turbo编码的最大编码长度为5114,因此如果附加了CRC校验码后的传输块的大小(LenBeforeEncode)大于5114,则需要进行码块分段。否则,将该传输块作为一个需要编码的编码块,跳至步骤314。
步骤313:对该传输块进行码块分段;
将步骤311中附加了校验码的传输块进行码块分段,即将该传输块分为多个编码块,后续的信道编码以及物理层的HARQ处理均以编码块为单位。码块分段的具体方法如下:
分段后的编码块数每个编码块的大小其中,表示向上取整。需要说明的是,码块分段后所有编码块的总数据量为BlkNum×Ki≥LenBeforeEncode,在BlkNum×Ki>LenBeforeEncode时,需要在第一个编码块的头部进行填充(Padding)操作。
步骤314:选取其中一个编码块,对该编码块进行信道编码,并将编码后的编码块进行存储;
将传输块分成多个编码块后,在控制模块的控制下,选取其中一个还未进行信道编码的编码块送入信道编码模块;信道编码模块针对该编码块进行Turbo编码;然后将编码后的编码块数据进行存储,所需要的存储空间为该编码块的大小。
步骤315:针对存储的编码块进行比特分离和第一次速率匹配;
同样在控制模块的控制下,将步骤314中编码后并存储的编码块取出并送入HARQ功能模块,将该编码块进行比特分离。然后针对比特分离后的编码块,使用现有的速率匹配参数计算过程生成速率匹配参数,并利用该参数对该编码块进行第一次速率匹配操作。
在本步骤中,计算生成速率匹配参数时,如果针对的是第一个编码块,则速率匹配参数的计算与预先设定的初始化参数有关,如果针对的是第一个编码块后的编码块,则速率匹配参数的计算与上一个编码块的速率匹配参数有关,所以,在计算生成某一编码块的速率匹配参数后,需要将该参数进行暂存,以供计算下一个编码块的速率匹配参数时使用。
步骤316:判断整个传输块是否完成信道编码和比特分离、第一次速率匹配;
这里,如果整个传输块均完成信道编码和比特分离、第一次速率匹配,即步骤313中码块分段后的所有编码块均已完成了信道编码和比特分离、第一次速率匹配,则执行步骤317;否则,跳至步骤314,直到所有编码块均完成信道编码和比特分离、第一次速率匹配。
步骤317:将所有完成信道编码和比特分离、第一次速率匹配的编码块进行码块级联,并存储在VitualIR Buffer中。
最后,对Vitual IR Buffer中的数据进行后续的第二次速率匹配、比特合成等一系列处理,直至将处理后的传输块数据从物理信道发送出去。
本发明方案中,将码块级联的实现位置从所有编码块完成信道编码后,延后至所有编码块完成信道编码、比特分离和第一次速率匹配后,整个数据处理过程以一个编码块数据大小为单位,在控制模块的控制下,经过多次循环重复,从而完成整个传输块在编码和HARQ处理过程之间的数据处理和搬移。两个过程之间需要的存储空间为一个编码块编码后得到的最大数据量,该存储空间为多个编码块处理过程所复用。
与发送端相对应,接收端的处理是与以上描述完全对等的逆过程。
参见图4A,本发明提供一种实现信道译码的方法,其具体实现流程如下:
步骤401:将一个HARQ进程的数据进行码块分段;
在接收端,经过码块分段后,存储在Virtual IR Buffer中的一个HARQ进程的数据包括两个以上的编码块;
步骤402:每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;
步骤403:取出所述存储的编码块,并将该编码块进行信道译码;
步骤404:当所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
步骤401中,将存储在Virtual IR Buffer中的一个HARQ进程的数据进行码块分段的步骤为:接收端判断存储在Virtual IR Buffer中的一个HARQ进程的数据是否大于信道的最大译码长度,如果是,则将所述数据分为两个以上的编码块,并且每个编码块的大小小于或等于信道的最大译码长度。
较佳的,在执行步骤402和步骤403时以一个编码块为单位,即步骤402中每次针对所述HARQ进程数据的一个编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储。
步骤402和步骤403需要循环执行多次,直到所述HARQ进程数据全部完成解比特分离、解第一次速率匹配和信道译码。其循环执行可以采用串行方式,即在每次步骤403执行完成后,再返回执行步骤402,步骤402和步骤403不会同时执行。例如,经过码块分段的一个HARQ进程的数据包括编码块1和编码块2,首先针对编码块1,生成速率匹配参数,利用该速率匹配参数将编码块1进行解第一次速率匹配,将解第一次速率匹配后的编码块1进行解比特分离,并将解比特分离后的编码块1进行存储,取出所存储的编码块1,并将该编码块1进行信道译码,在编码块1完成信道译码后,才继续对编码块2进行上述操作,即针对编码块2,生成速率匹配参数,利用该速率匹配参数将编码块2进行解第一次速率匹配,将解第一次速率匹配后的编码块2进行解比特分离,并将解比特分离后的编码块2进行存储,取出所存储的编码块2,并将该编码块2进行信道译码;最后将完成信道译码的编码块1和编码块2进行码块级联。
步骤402和步骤403的循环执行也可以采用并行方式,即在每次执行步骤403时,也可以同时执行步骤402。例如,经过码块分段的一个HARQ进程的数据包括编码块1和编码块2,首先针对编码块1,生成速率匹配参数,利用该速率匹配参数将编码块1进行解第一次速率匹配,将解第一次速率匹配后的编码块1进行解比特分离,并将解比特分离后的编码块1进行存储;取出所存储的编码块1,并将该编码块1进行信道译码,与此同时,就可以针对编码块2,生成速率匹配参数,利用该速率匹配参数将编码块2进行解第一次速率匹配,将解第一次速率匹配后的编码块2进行解比特分离,并将解比特分离后的编码块2进行存储,这样,编码块2的解第一次速率匹配、解比特分离处理和编码块1的信道译码处理可以同时进行;接着取出所存储的编码块2,并将该编码块2进行信道译码;最后将完成信道译码的编码块1和编码块2进行码块级联。
下面以一个编码块为处理单位,并采用串行的循环执行方式为例进行详细说明,参见图4B,其处理流程包括以下步骤:
步骤411:判断一个HARQ进程的数据长度是否大于信道译码的最大译码长度;
在接收端,在对存储在Vitual IR Buffer中的HARQ进程的数据进行解HARQ处理时,首先判断存储在Vitual IR Buffer中的一个HARQ进程的数据长度是否大于信道译码的最大译码长度,如果大于,则执行步骤412,即将该HARQ进程的数据进行码块分段,否则,将该HARQ进程的数据作为一个编码块,跳至步骤413。
步骤412:对该HARQ进程的数据进行码块分段;
将存储在Vitual IR Buffer中的一个HARQ进程的数据进行码块分段,即将该数据分为多个编码块,后续的解HARQ处理以及信道译码均以编码块为单位。
一般的,信道译码的最大译码长度与信道编码的最大编码长度相同,也为5114,因此,码块分段的具体方法也相同,如下:
步骤413:选取其中一个编码块,针对该编码块,进行解第一次速率匹配和解比特分离;
在控制模块的控制下,选取所述HARQ进程数据的一个还未进行解HARQ处理和信道译码的编码块,并针对该编码块,使用现有的速率匹配参数计算过程生成速率匹配参数,并利用该参数对该编码块进行解第一次速率匹配操作。然后,将解第一次速率匹配后的编码块进行解比特分离。
在本步骤中,计算生成速率匹配参数时,如果针对的是第一个编码块,则速率匹配参数的计算与预先设定的初始化参数有关,如果针对的是第一个编码块后的编码块,则速率匹配参数的计算与上一个编码块的速率匹配参数有关,所以,在计算生成某一编码块的速率匹配参数后,需要将该参数进行暂存,以供计算下一个编码块的速率匹配参数时使用。
步骤414:将解比特分离后的编码块进行存储;
这里,所需要的存储空间为该编码块的大小。
步骤415:将存储的编码块进行信道译码;
同样在控制模块的控制下,将完成解第一次速率匹配和解比特分离并存储的编码块取出并送入信道译码模块,并对该编码块进行信道译码。
步骤416:判断所述HARQ进程数据是否完成解第一次速率匹配、解比特分离和信道译码;
这里,如果整个HARQ进程的数据均完成解第一次速率匹配、解比特分离和信道译码,即步骤412中码块分段后的所有编码块均已完成了解第一次速率匹配、解比特分离和信道译码,则执行步骤417;否则,跳至步骤413,直到所有编码块均完成解第一次速率匹配、解比特分离和信道译码。
步骤417:将所有完成解第一次速率匹配、解比特分离和信道译码的编码块进行码块级联。
本发明方案中,将码块分段的实现位置从整个HARQ进程的数据完成解HARQ处理之后、进行信道译码之前,提前至HARQ进程的数据进行解第一次速率匹配之前,整个数据处理过程是以一个编码块数据大小为单位,在控制模块的控制下,经过多次循环重复,从而完成在解HARQ处理和信道译码过程之间的数据处理和搬移。两个过程之间需要的存储空间为一个编码块的最大数据量,该存储空间为多个编码块处理过程所复用。
为实现本发明中的处理流程,将现有的由两个基本独立的控制模块来控制完成的编/译码和HARQ处理过程,变更为由一个控制模块集中控制完成。与现有方案不同的是该控制模块并不是一次产生一个传输块的数据的速率匹配参数,而是在处理不同的编码块时,产生对应编码块的数据的速率匹配参数,这里可以根据3GPP TS25.222V5.x.x中的速率匹配算法和现有技术方案的初始化参数,分别计算出每个编码块对应的速率匹配参数,从而确保本专利方案的处理结果和现有标准定义的方案处理结果相同。同时,对码块的循环重复处理的控制过程,也由现有方案的编/译码处理扩展到包括编/译码和HARQ处理/解HARQ处理。
下面以具体实施例对本发明进行说明:
参见图5,在发送端,假设一个传输块经过码块分段后被分为两个编码块,则信道编码和部分HARQ处理过程如下:
对附加了CRC校验码的传输块进行码块分段,分成两个编码块:编码块1和编码块2;
取编码块1,将编码块1进行Turbo编码,并将编码后的编码块进行存储;
将存储的编码块送入HARQ处理模块,对该编码块进行比特分离;由控制模块针对该编码块,计算生成速率匹配参数,暂存该参数,并利用该参数对该编码块进行第一次速率匹配;
取编码块2,将该编码块进行Turbo编码,并将编码后的编码块进行存储;
将存储的编码块送入HARQ处理模块,对该编码块进行比特分离;利用所述暂存的编码块1的速率匹配参数计算生成该编码块的速率匹配参数,并利用该参数对该编码块进行第一次速率匹配;
将经过第一次速率匹配的两个编码块进行码块级联,并将级联后的码块数据存储在Vitual IR Buffer中。
在接收端,如图5所示,部分解HARQ处理和信道译码过程如下:
将Vitual IR Buffer中的一个HARQ进程的数据进行码块分段,分成两个编码块编码块1和编码块2;
取编码块1,针对该编码块,计算生成速率匹配参数,暂存该参数,并利用该参数对该编码块进行解第一次速率匹配;
将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;
将存储的编码块送入信道译码模块,对该编码块进行Turbo译码;
取编码块2,针对该编码块,利用所述暂存的编码块1的速率匹配参数计算生成该编码块的速率匹配参数,并利用该参数对该编码块进行解第一次速率匹配;
将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;
将存储的编码块送入信道译码模块,对该编码块进行Turbo译码;
将译码后的编码块1和编码块2进行码块级联,成为完整的传输块。
参见图6,本发明还提供一种实现混合自动请求重传处理的***,该***包括码块分段单元601和控制单元602,其中,码块分段单元601,用于将传输块进行码块分段,分段后的传输块包括两个以上的编码块;控制单元602,用于每次将所述传输块的部分经过信道编码的编码块进行存储;取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;当所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
控制单元602包括编码单元6021、混合自动请求重传处理单元6022和码块级联单元6023,其中,编码单元6021,用于每次将所述传输块的部分编码块进行信道编码,将进行信道编码后的编码块进行存储;混合自动请求重传处理单元6022,用于取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;码块级联单元6023,用于在所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
所述部分经过信道编码的编码块为一个经过信道编码的编码块。
所述编码单元与所述混合自动请求重传处理单元以串行方式循环工作,所述编码单元与所述混合自动请求重传处理单元不同时工作。
在所述编码单元第一次工作结束后,所述混合自动请求重传处理单元与所述编码单元以并行方式循环工作,所述混合自动请求重传处理单元与所述编码单元同时工作。
参见图7,本发明还提供一种实现信道译码的***,该***包括虚拟软合并缓存单元701、码块分段单元702和控制单元703,其中,虚拟软合并缓存单元701,用于存储混合自动请求重传HARQ进程的数据;码块分段单元702,用于将虚拟软合并缓存单元中的一个HARQ进程的数据进行码块分段,分段后的HARQ进程的数据包括两个以上的编码块;控制单元703,用于每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;取出所述存储的编码块,并将该编码块进行信道译码;当所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
码块分段单元702包括判断单元7021和分段单元7022,其中,判断单元7021,用于判断所述HARQ进程的数据是否大于信道的最大译码长度;分段单元7022,用于在判断单元判断所述HARQ进程的数据大于信道的最大译码长度时,将所述HARQ进程的数据分为两个以上的编码块,并且每个编码块的大小小于或等于信道的最大译码长度。
控制单元703包括解混合自动请求重传处理单元7031、译码单元7032和码块级联单元7033,其中,解混合自动请求重传处理单元7031,用于每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;译码单元7032,用于取出所述存储的编码块,并将该编码块进行信道译码;码块级联单元7033,用于在所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
所述部分编码块为一个编码块。
所述解混合自动请求重传处理单元与所述译码单元以串行方式循环工作,所述解混合自动请求重传处理单元与所述译码单元不同时工作。
在所述解混合自动请求重传处理单元第一次工作结束后,所述译码单元与所述解混合自动请求重传处理单元以并行方式循环工作,所述译码单元与所述解混合自动请求重传处理单元同时工作。
使用本发明方案,当每次以一个编码块为单位进行数据处理时,发送端在信道编码后和接收端在信道译码前所需的存储空间为:
以2.8Mbps最大数据量为例,一个TTI内的传输块大小为14043比特,附加CRC校验后为14067比特,需要分成三个编码块,每个编码块大小为4689比特。在信道编码后所需的存储空间为4689*3+12=14079比特≈1760字节,相比于现有技术中的5280字节,存储量减少了2/3。
在信道译码前所需的存储空间为4689*3+12=14079软比特,以每个软比特4个比特为例,只需要7040字节,相比于现有技术的21119字节,存储量减少了2/3。
需要说明的是,本发明适用的***包括但不限于WCDMA-FDD、UTRA-TDD和TD-SCDMA***中。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (20)
1. 一种实现混合自动请求重传处理的方法,其特征在于,在发送端,经过码块分段后,传输块包括两个以上的编码块,完成以下步骤:
A.每次将所述传输块的部分经过信道编码的编码块进行存储;
B.取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;
C.当所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
2. 如权利要求1所述的方法,其特征在于,步骤A中所述部分经过信道编码的编码块为一个经过信道编码的编码块。
3. 如权利要求1所述的方法,其特征在于,步骤A与步骤B以串行方式循环执行,不同时执行步骤A与步骤B。
4. 如权利要求1所述的方法,其特征在于,第一次执行步骤A后,步骤B与步骤A以并行方式循环执行,同时执行步骤B与步骤A。
5. 一种实现信道译码的方法,其特征在于,在接收端,经过码块分段后,存储在虚拟软合并缓存Virtual IR Buffer中的一个混合自动请求重传HARQ进程的数据包括两个以上的编码块,完成以下步骤:
A.每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;
B.取出所述存储的编码块,并将该编码块进行信道译码;
C.当所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
6. 如权利要求5所述的方法,其特征在于,将存储在Virtual IR Buffer中的一个HARQ进程的数据进行码块分段的步骤为:
接收端判断存储在Virtual IR Buffer中的一个HARQ进程的数据是否大于信道的最大译码长度,如果是,则将所述HARQ进程的数据分为两个以上的编码块,并且每个编码块的大小小于或等于信道的最大译码长度。
7. 如权利要求5所述的方法,其特征在于,步骤A中所述部分编码块为一个编码块。
8. 如权利要求5所述的方法,其特征在于,步骤A与步骤B以串行方式循环执行,不同时执行步骤A与步骤B。
9. 如权利要求5所述的方法,其特征在于,第一次执行步骤A后,步骤B与步骤A以并行方式循环执行,同时执行步骤B与步骤A。
10. 一种实现混合自动请求重传处理的***,其特征在于,该***包括:
码块分段单元,用于将传输块进行码块分段,分段后的传输块包括两个以上的编码块;
控制单元,用于每次将所述传输块的部分经过信道编码的编码块进行存储;取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;当所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
11. 如权利要求10所述的***,其特征在于,所述控制单元包括:
编码单元,用于每次将所述传输块的部分编码块进行信道编码,将进行信道编码后的编码块进行存储;
混合自动请求重传处理单元,用于取出所述存储的编码块,将该编码块进行比特分离,并针对比特分离后的编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行第一次速率匹配;
码块级联单元,用于在所述传输块完成第一次速率匹配时,将完成第一次速率匹配的编码块进行码块级联。
12. 如权利要求10所述的***,其特征在于,所述部分经过信道编码的编码块为一个经过信道编码的编码块。
13. 如权利要求11所述的***,其特征在于,所述编码单元与所述混合自动请求重传处理单元以串行方式循环工作,所述编码单元与所述混合自动请求重传处理单元不同时工作。
14. 如权利要求11所述的***,其特征在于,在所述编码单元第一次工作结束后,所述混合自动请求重传处理单元与所述编码单元以并行方式循环工作,所述混合自动请求重传处理单元与所述编码单元同时工作。
15. 一种实现信道译码的***,其特征在于,该***包括:
虚拟软合并缓存单元,用于存储混合自动请求重传HARQ进程的数据;
码块分段单元,用于将虚拟软合并缓存单元中的一个HARQ进程的数据进行码块分段,分段后的HARQ进程的数据包括两个以上的编码块;
控制单元,用于每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;取出所述存储的编码块,并将该编码块进行信道译码;当所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
16. 如权利要求15所述的***,其特征在于,所述码块分段单元包括:
判断单元,用于判断所述HARQ进程的数据是否大于信道的最大译码长度;
分段单元,用于在判断单元判断所述HARQ进程的数据大于信道的最大译码长度时,将所述HARQ进程的数据分为两个以上的编码块,并且每个编码块的大小小于或等于信道的最大译码长度。
17. 如权利要求15所述的***,其特征在于,所述控制单元包括:
解混合自动请求重传处理单元,用于每次针对所述HARQ进程数据的部分编码块,生成速率匹配参数,利用该速率匹配参数将所述编码块进行解第一次速率匹配,将解第一次速率匹配后的编码块进行解比特分离,并将解比特分离后的编码块进行存储;
译码单元,用于取出所述存储的编码块,并将该编码块进行信道译码;
码块级联单元,用于在所述HARQ进程的数据完成信道译码时,将完成信道译码的编码块进行码块级联。
18. 如权利要求15所述的***,其特征在于,所述部分编码块为一个编码块。
19. 如权利要求17所述的***,其特征在于,所述解混合自动请求重传处理单元与所述译码单元以串行方式循环工作,所述解混合自动请求重传处理单元与所述译码单元不同时工作。
20. 如权利要求17所述的***,其特征在于,在所述解混合自动请求重传处理单元第一次工作结束后,所述译码单元与所述解混合自动请求重传处理单元以并行方式循环工作,所述译码单元与所述解混合自动请求重传处理单元同时工作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710063433A CN101237241B (zh) | 2007-01-31 | 2007-01-31 | 一种实现混合自动请求重传处理和信道译码的方法和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710063433A CN101237241B (zh) | 2007-01-31 | 2007-01-31 | 一种实现混合自动请求重传处理和信道译码的方法和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101237241A true CN101237241A (zh) | 2008-08-06 |
CN101237241B CN101237241B (zh) | 2010-05-19 |
Family
ID=39920632
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200710063433A Active CN101237241B (zh) | 2007-01-31 | 2007-01-31 | 一种实现混合自动请求重传处理和信道译码的方法和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101237241B (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102013955A (zh) * | 2010-11-24 | 2011-04-13 | 信源通科技(西安)有限公司 | 适合硬件实现的利用信道状态信息辅助软判决译码的方法 |
CN102215097A (zh) * | 2011-06-01 | 2011-10-12 | 中兴通讯股份有限公司 | 一种管理混合自动重传请求缓存的方法及装置 |
CN102571272A (zh) * | 2011-12-14 | 2012-07-11 | 展讯通信(上海)有限公司 | 通信***中业务数据的接收方法及接收装置、基带芯片 |
WO2012122741A1 (zh) * | 2011-03-16 | 2012-09-20 | 中兴通讯股份有限公司 | 一种用于用户信息动态缓存的方法及*** |
CN101510817B (zh) * | 2009-03-27 | 2012-12-12 | 华为终端有限公司 | 混合自动重传请求的接收方法和装置 |
CN103259634A (zh) * | 2013-04-03 | 2013-08-21 | 上海晨思电子科技有限公司 | 对混合式自动重送请求的传送块进行存储和译码的方法及装置 |
WO2014194761A1 (zh) * | 2013-06-05 | 2014-12-11 | 中兴通讯股份有限公司 | 一种无线接收设备的软比特译码方法及装置 |
US8977913B2 (en) | 2012-12-31 | 2015-03-10 | Spreadtrum Communications | Method, device and baseband chip for receiving service data in a communication system |
CN105007140A (zh) * | 2015-08-18 | 2015-10-28 | 中国科学院自动化研究所 | 基于crc校验的harq处理方法及装置 |
CN107566089A (zh) * | 2013-01-11 | 2018-01-09 | 太阳专利托管公司 | 发送装置、发送方法、接收装置及接收方法 |
CN109217991A (zh) * | 2017-07-04 | 2019-01-15 | ***通信有限公司研究院 | 一种终端过载的处理方法、终端、基站及计算机存储介质 |
CN110431875A (zh) * | 2017-02-01 | 2019-11-08 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN110521148A (zh) * | 2017-02-06 | 2019-11-29 | 瑞典爱立信有限公司 | 对于由于不同服务的冲突传输引起的重新传输的增强 |
CN111314031A (zh) * | 2018-12-12 | 2020-06-19 | 深圳市中兴微电子技术有限公司 | 一种harq处理方法及装置 |
CN111492607A (zh) * | 2018-01-06 | 2020-08-04 | 上海朗帛通信技术有限公司 | 一种用于无线通信的通信节点中的方法和装置 |
CN111726195A (zh) * | 2019-03-21 | 2020-09-29 | 华为技术有限公司 | 一种数据传输方法及通信装置 |
CN113472475A (zh) * | 2020-03-30 | 2021-10-01 | 大唐移动通信设备有限公司 | 一种解速率匹配的方法及装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE60028525T2 (de) * | 1999-07-08 | 2006-10-05 | Samsung Electronics Co., Ltd., Suwon | Vorrichtung und verfahren zur steuerung einem demultiplexeur und demultiplexeur für ratenanpassung in einem mobilen übertragungssystem |
KR100365183B1 (ko) * | 2000-12-07 | 2002-12-16 | 에스케이 텔레콤주식회사 | 비동기 이동 통신 시스템의 물리 계층에서의 적응 코딩을이용한 데이터 전송 방법 및 기지국 장치 |
-
2007
- 2007-01-31 CN CN200710063433A patent/CN101237241B/zh active Active
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101510817B (zh) * | 2009-03-27 | 2012-12-12 | 华为终端有限公司 | 混合自动重传请求的接收方法和装置 |
CN102013955A (zh) * | 2010-11-24 | 2011-04-13 | 信源通科技(西安)有限公司 | 适合硬件实现的利用信道状态信息辅助软判决译码的方法 |
WO2012122741A1 (zh) * | 2011-03-16 | 2012-09-20 | 中兴通讯股份有限公司 | 一种用于用户信息动态缓存的方法及*** |
CN102215097A (zh) * | 2011-06-01 | 2011-10-12 | 中兴通讯股份有限公司 | 一种管理混合自动重传请求缓存的方法及装置 |
CN102215097B (zh) * | 2011-06-01 | 2017-12-29 | 深圳市中兴微电子技术有限公司 | 一种管理混合自动重传请求缓存的方法及装置 |
CN102571272B (zh) * | 2011-12-14 | 2015-07-15 | 展讯通信(上海)有限公司 | 通信***中业务数据的接收方法及接收装置、基带芯片 |
CN102571272A (zh) * | 2011-12-14 | 2012-07-11 | 展讯通信(上海)有限公司 | 通信***中业务数据的接收方法及接收装置、基带芯片 |
US8977913B2 (en) | 2012-12-31 | 2015-03-10 | Spreadtrum Communications | Method, device and baseband chip for receiving service data in a communication system |
US11025363B2 (en) | 2013-01-11 | 2021-06-01 | Sun Patent Trust | Data processing method, precoding method, and communication device |
US10594432B2 (en) | 2013-01-11 | 2020-03-17 | Sun Patent Trust | Data processing method, precoding method, and communication device |
US10819464B2 (en) | 2013-01-11 | 2020-10-27 | Sun Patent Trust | Data processing method, precoding method, and communication device |
US11936470B2 (en) | 2013-01-11 | 2024-03-19 | Sun Patent Trust | Data processing method, precoding method, and communication device |
CN107566089A (zh) * | 2013-01-11 | 2018-01-09 | 太阳专利托管公司 | 发送装置、发送方法、接收装置及接收方法 |
CN107566089B (zh) * | 2013-01-11 | 2020-08-21 | 太阳专利托管公司 | 发送装置、发送方法、接收装置及接收方法 |
CN103259634B (zh) * | 2013-04-03 | 2016-02-24 | 上海晨思电子科技有限公司 | 对混合式自动重送请求的传送块进行存储和译码的方法及装置 |
CN103259634A (zh) * | 2013-04-03 | 2013-08-21 | 上海晨思电子科技有限公司 | 对混合式自动重送请求的传送块进行存储和译码的方法及装置 |
WO2014194761A1 (zh) * | 2013-06-05 | 2014-12-11 | 中兴通讯股份有限公司 | 一种无线接收设备的软比特译码方法及装置 |
CN105007140B (zh) * | 2015-08-18 | 2018-02-16 | 北京思朗科技有限责任公司 | 基于crc校验的harq处理方法及装置 |
CN105007140A (zh) * | 2015-08-18 | 2015-10-28 | 中国科学院自动化研究所 | 基于crc校验的harq处理方法及装置 |
CN110431875A (zh) * | 2017-02-01 | 2019-11-08 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN110431875B (zh) * | 2017-02-01 | 2023-04-25 | 株式会社Ntt都科摩 | 用户终端以及无线通信方法 |
CN110521148A (zh) * | 2017-02-06 | 2019-11-29 | 瑞典爱立信有限公司 | 对于由于不同服务的冲突传输引起的重新传输的增强 |
CN110521148B (zh) * | 2017-02-06 | 2022-05-24 | 瑞典爱立信有限公司 | 对于由于不同服务的冲突传输引起的重新传输的增强 |
CN109217991B (zh) * | 2017-07-04 | 2021-10-26 | ***通信有限公司研究院 | 一种终端过载的处理方法、终端、基站及计算机存储介质 |
CN109217991A (zh) * | 2017-07-04 | 2019-01-15 | ***通信有限公司研究院 | 一种终端过载的处理方法、终端、基站及计算机存储介质 |
CN111492607A (zh) * | 2018-01-06 | 2020-08-04 | 上海朗帛通信技术有限公司 | 一种用于无线通信的通信节点中的方法和装置 |
US11296843B2 (en) | 2018-01-06 | 2022-04-05 | Shanghai Langbo Communication Technology Company Limited | Method and device in communication node for wireless communication |
CN111492607B (zh) * | 2018-01-06 | 2023-01-20 | 上海朗帛通信技术有限公司 | 一种用于无线通信的通信节点中的方法和装置 |
US11711185B2 (en) | 2018-01-06 | 2023-07-25 | Shanghai Langbo Communication Technology Company Limited | Method and device in communication node for wireless communication |
CN111314031A (zh) * | 2018-12-12 | 2020-06-19 | 深圳市中兴微电子技术有限公司 | 一种harq处理方法及装置 |
CN111726195A (zh) * | 2019-03-21 | 2020-09-29 | 华为技术有限公司 | 一种数据传输方法及通信装置 |
CN111726195B (zh) * | 2019-03-21 | 2021-12-31 | 华为技术有限公司 | 一种数据传输方法及通信装置 |
CN113472475A (zh) * | 2020-03-30 | 2021-10-01 | 大唐移动通信设备有限公司 | 一种解速率匹配的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101237241B (zh) | 2010-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101237241B (zh) | 一种实现混合自动请求重传处理和信道译码的方法和*** | |
CN103312442B (zh) | 基于有限长度循环缓存速率匹配的数据发送方法及装置 | |
KR101597733B1 (ko) | 무선 통신 시스템을 위한 레이트 매칭 | |
CN101183875B (zh) | 一种Turbo码的有限长度循环缓存的速率匹配方法 | |
US7346037B2 (en) | Method of transmitting or receiving a data packet in packet data communication system using hybrid automatic repeat request | |
CN1198421C (zh) | 用于混合自动重复请求数据通信***的数据发送设备和方法 | |
CN1233181C (zh) | 用于高速下行链路分组接入的改进的信令方案 | |
EP1911165B1 (en) | Methods of channel coding for communication systems | |
US7260770B2 (en) | Block puncturing for turbo code based incremental redundancy | |
CN101682470A (zh) | 用于动态解释传输块尺寸的方法 | |
CN1471254A (zh) | 编码及解码信道质量标识信息的设备和方法 | |
CN104253669A (zh) | 产生多个循环冗余校验的方法和设备 | |
JP2003188856A (ja) | 符号分割多重接続移動通信システムで符号化およびレートマッチング装置および方法 | |
CN101036333A (zh) | 无线分组通信装置 | |
CN101217352A (zh) | 一阶段速率匹配的缓冲设置方法 | |
CN101867441A (zh) | 星座图映射方法 | |
CN102546082B (zh) | 解速率匹配方法及装置 | |
CN105337684A (zh) | 一种传输、存储下行数据的方法、基站及终端 | |
CN101248586A (zh) | Hs-pdsch解码器及包括其的移动无线通信设备 | |
CN100411329C (zh) | 用于控制发射、接收和重发的方法和装置 | |
CN101098299B (zh) | 一种比特加扰的并行方法及装置 | |
US20050050427A1 (en) | Method of rate matching for link adaptation and code space management | |
CN107733551A (zh) | 一种数据传输方法、装置和*** | |
CN101867439B (zh) | 比特映射方式的指示方法 | |
CN1863034A (zh) | 混合自动重传请求中重传数据发送的方法及其*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |