[发明专利]一种下行数据传输方法和装置

说明书

技术领域

本发明涉及移动通信技术，特别涉及一种移动通信中的下行数据传输方 法和装置。

背景技术

在长期演进(LTE)系统的混合自动请求重传(HARQ)机制中，基站在将 任一HARQ进程数据下发给用户终端(UE)时，基站分多次下发进程数据， 每次下发该进程数据中的一部分，UE在第一次接收基站下发的一部分进程数据 后，对接收数据进行解码，如果解码成功，则向基站反馈ACK信息，基站不 再下发该进程的其他数据；如果解码失败，则将解码出的结果进行存储，并向 基站反馈NACK信息，基站接收NACK信息后继续向UE下发该进程的下一部 分进程数据，UE在接收到下一部分进程数据后将保存的上次解码结果进行合并 后解码，并根据是否解码成功按照前述方式进行处理，如此往复，直到解码成 功或接收到该进程的所有数据。

在上述LTE系统中，基站使用母码码率1/3的速率匹配速率算法对HARQ 进程的信息数据进行速率匹配，也就是说，对于N比特的信息数据，在进行速 率匹配后，形成的数据传输块为3N比特，当解码失败时，需要存储的数据量 也就是3N比特。可见，在1/3的速率匹配速率下，UE端设置的内存容量相对 较大。

针对该问题，FDD系统提出使用了有限缓存器速率匹配(LBRM，limited  buffer rate matching)算法，即信息数据进行1/3速率匹配以后，再对信息数据和 校验数据进行打孔，使得剩余的信息数据和校验数据总长度是以前的一半，得 到的有效速率匹配速率为2/3，采用2/3的有效速率匹配速率编码对的系统性能 也可以保障。

其中打孔的原则是前提速率匹配后信息数据和校验数据组成的数据块的终 点位置。例如，图1为全缓存器速率匹配示意图，其中，阴影部分表示信息数 据，白色部分表示进行1/3速率匹配后加入的校验数据，图中的RV0表示第一 次传输数据的起始点位置，RV1表示接收到NACK信息后第二次传输进程数据 时的起始点位置...。图2为基于图1进行的LBRM算法打孔示意图，其中，将 校验数据的后面一部分数据打孔删除，在进行传输时，即不再传输这部分数据， 图中的RV0等与图1中的含义相同。这里需要说明的是，图2中进行的打孔并 非按照2/3的速率匹配速率进行，而只是一个打孔的示意图。

在利用LBRM算法对进程数据打孔后，有效速率匹配速率为2/3，从而使 得解码失败后每个HARQ进程在UE中的存储数据量就缩小了一半。对于FDD 系统8个进程，UE总的内存大小在设计时也可以减小一半，大大节约了成本。

在LTE系统中，UE终端设计支持时分双工TDD和频分双工FDD的双模 式。目前在UE终端设计时，TDD模式和FDD模式使用大小相同的内存器存 储多个进程的数据。在系统运行时，如果TDD模式和FDD模式支持相同的峰 值速率传输，那么每个进程传输的数据块大小应相同。但是，由于TDD模式下， 不同的上下行时隙比例对应不同的进程数，在某些上下行时隙比例下，其进程 数高于8(例如9，10，12和15)，因此，如果要令TDD模式和FDD模式支持 相同的峰值速率传输，按照FDD模式设计的LTE终端，则无法支持TDD模式 下高于8个进程的状况。

面对这种情况，如果通过更多的打孔来压缩每个进程所占的内存，那么 TDD模式使用LBRM算法压缩信息数据和校验数据时，相应的有效速率匹配 速率对应9，10，12和15个进程分别为3/4，5/6，1和5/4，其中，后三种速率 值明显接近或大于‘1’，将会导致系统可靠性的严重下降，无法满足系统性能要 求。

发明内容

有鉴于此，本发明提供一种下行数据传输方法、以及相应的基站和用户 终端，能够提高TDD模式下数据传输的可靠性。

为实现上述目的，本发明采用如下的技术方案：

一种下行数据传输方法，包括：

基站接收终端上报的自身支持的终端等级以及用于表示终端内存大小的扩 展内存指示；

基站根据上下行比例获得下行所支持的最大进程数N；

基站根据所述终端等级、所述扩展内存指示以及所支持的最大进程数N， 进行内存分配预操作，并进行下行传输。

较佳地，所述基站接收终端上报的扩展内存指示为：所述终端利用1比特 信息进行所述上报，所述1比特信息的两个状态，分别代表不支持扩展内存和 支持扩展内存。