[发明专利]解速率匹配方法和装置

说明书

技术领域

本发明涉及无线通信领域，尤其涉及一种解速率匹配方法和装置。

背景技术

在长期演进(Long Term Evolution，LTE)系统中，终端不知道当前的传输模式、物理下行控制信道(Physical Downlink Control Channel，PDDCH)的格式(format)(即控制信道元素(Control Channel Element，CCE)的聚合等级)，且同一种聚合等级，还存在多个可能的起始位置，此外同一时刻存在多种下行控制信息(Downlink Control Information，DCI)，终端需要盲检PDCCH的这些信息。对于每一种不同的原始比特信息、每一种聚合等级、每一种不同的CCE起始位置，均需要进行一次速率匹配。

在LTE版本(Release9)系统中，终端盲检PDCCH时的解速率匹配次数最大为44次，一般的时候也需要38次，对于20M的系统，不同DCI格式的最大原始比特信息长度为57比特，因此如何提高短块(block)的解速率匹配速度对于降低终端盲检PDCCH的运行时间有着至关重要的作用。

随着LTE系统的不断演进，在长期演进升级(Long Term Evolution-Advanced，LTE-A)系统中，引入了载波聚合特性，不同的成员载波之间支持PDCCH的跨载波调度，PDCCH盲检次数进一步加大，此时PDCCH的盲检次数为44+32*N_DL_SCC+16*N_ULM_CC，其中N_DL_SCC为下行辅载波数量，N_ULM_CC为与激活下行载波有系统信息块2(System Information Block，SIB2)绑定关系(Linkage)且进行上行传输的上行载波数量。在LTE-A系统中，最多有5个成员载波，辅载波数量N_DL_SCC最大为4，N_ULM_CC最大数为5，此时盲检次数最大为252次，相应的解速率匹配的次数也增大到252次，因此在LTE-A系统中，进一步体现出减少解速率匹配运行时间的必要。

在LTE、LTE-A系统中，DCI信息采用咬尾卷积(Tail biting convolutional coding)编码，如图1所示，其现有的解速率匹配的实现方案如下：

输入参数如下：原始的输入比特信息长度A，CCE的聚合等级B；

输入数据：X(1:72*B)；

步骤1：根据原始输入比特信息长度计算出系统信息S，第一校验信息Y1及第二校验信息Y2进行32列交织时填充比特信息的位置及数目；

步骤2：判断72*B是否大于3*A，若是，则到步骤3，否则，N1等于72*B，Z(1:N1)＝X(1:N1)，并进入步骤4；

步骤3：：对于超过3A长度的信息X(3*A+1:72*B)与其对应位置的信息X(1:3A)信息相加，此时N1等于3*A，累加后的数据序列为Z(1:N1)；

步骤4：根据步骤1计算出的填充比特信息的位置及数据Z(1:N1)还原得到序列Z1，即找到填充比特在序列Z1中的位置，及按照Z序列在Z1中应存放的位置依次存放，Z1序列的长度为3*B，还原成Z1序列时没有填充比特及Z序列元素的其它位置填0；

步骤5：根据Z1序列分别得到以下三个序列：

S1(1:B)＝Z1(1:B)，

S2(1:B)＝Z1(B+2*i+1)，i∈(0:B-1)

S3(1:B)＝Z1(B+2*i)，，i∈(1:B)

并将序列S1，S2，S3按照一列一列的方式排成行、32列的矩阵M1，M2，M3；

步骤6：根据第三代移动通信标准化组织(3rd Generation Partnership Project，3GPP)TS 36.212V9.3.0协议的交织表格生成32列的反交织表P1(1:32)，将M1，M2，M3以列的方式按照交织表P1(1:32)进列交织，将交织后的数据按照一行一行的方式读出，读出的时候，第一行要偏移32-A％32，读出来的序列为K1，K2，K3，K1，K2，K3即为解速率匹配的输出，要送到译码器进行译码。

现有的解速率匹配方法具有如下缺点：

第一，完整的按照速率匹配的逆过程来实现，较为繁杂，实现时较为复杂且极易出错；

第二，实现过程中存在多次数据重排，需要进行多次数据拷贝，拷贝时还需要考虑数据的对齐问题，实现时需要比较多的缓存；

第三，较耗时，对于PDCCH盲检需要进行多次速率匹配的场景，会大大的延长终端的处理时间。

发明内容