CN103684660A - 一种发送和接收传输信息的方法、系统和设备 - Google Patents

Abstract

本发明实施例涉及无线通信技术领域，特别涉及一种发送和接收传输信息的方法、系统和设备，用以解决现有技术中存在的网络侧和用户设备侧之间针对HARQ进程数理解不一致，从而造成用户设备侧无法正确译码的问题。本发明实施例提供的方法包括：用户设备确定第一进程数和第二进程数，根据第一进程数对下行传输块进行解速率匹配处理，并进行译码处理，其中第一进程数小于第二进程数，第一进程数用于确定解速率匹配时载波上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波上的译码失败的下行传输块的最大存储数量和需要存储的下行传输块中任一编码块的最大存储长度。采用本发明实施例的方案能够使用户设备能够正确译码。

Description

一种发送和接收传输信息的方法、系统和设备

技术领域

本发明涉及无线通信技术领域，特别涉及一种发送和接收传输信息的方法、系统和设备。

背景技术

在LTE(Long Term Evolution，长期演进)系统中，业务信道采用的Turbo编码器其码率为1/3。为了提高编译码效率，当一个传输块(Transport Block，TB)大于6144比特时，会对该传输块进行码块分割得到多个较小的编码块(Code Block，CB)。分别对每个CB进行独立的编码，将多个CB的编码序列级联起来得到该TB的编码序列。

Turbo编码器输出的系统比特流、第一校验比特流和第二校验比特流分别独立地交织后，被比特收集单元依次收集。首先交织后的系统比特流依次输入到缓冲器中，然后交织后的第一校验比特流和第二校验比特流交替地输入到缓冲器中，如图1所示。

LTE Rel-8(版本8)系统为了支持高效灵活的传输方式，需要考虑到各种不同的传输码率和调制方式，兼顾HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)重传技术以及链路自适应技术。为此，LTE系统使用打孔或者重复的方法，从编码比特流中提取预定长度比特序列，这个过程称为速率匹配。

为了支持不同能力的用户设备，对于某些等级的用户设备，用户设备的存储器不能存储较大码块编码后的所有比特。因此基站端在速率匹配之前，首先要根据用户设备上报的缓存器(buffr)大小，即软信道信息比特(soft channelbits)数量，对进入速率匹配器中的编码序列做截短(截短后的编码序列记为母码)，如图2所示：基站基于截短后的母码进行速率匹配，即进行打孔或重复，得到待传输的信息序列，其中K_w为一个编码块编码后序列长度，N_cb为一个CB对应的母码长度。UE(用户设备)端接收基站发送的信息并进行译码。

目前基站进行速率匹配中确定母码长度时，以及UE确定各编码块对应的存储空间大小时，都是按照同一个固定HARQ进程数确定的。若一个载波上的TDD(Time division duplex，时分双工)上/下行配置会动态变化，那么该载波上对应的HARQ进程数也会随之动态编码。若速率匹配中的母码长度及UE的各码块对应的存储空间大小随着载波上的TDD上/下行配置动态改变，在TDD上/下行配置动态重配置的过程中，在一段时间内基站无法确定UE是否完成了重配置，即基站无法确定UE是按照之前的TDD上/下行配置工作还是按照新的TDD上/下行配置工作。当两者之间的理解不一致时，会造成基站端按照一种TDD上/下行配置对应的HARQ进程数确定速率匹配中母码长度，而UE按照另一种TDD上/下行配置对应的HARQ进程数确定解速率匹配中母码长度，UE将无法正确译码。

综上所述，目前TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，会出现网络侧和用户设备侧之间针对HARQ进程数理解不一致，从而造成用户设备侧无法正确译码，影响系统下行传输性能。

发明内容

本发明实施例提供一种发送和接收传输信息的方法、系统和设备，用以解决现有技术中存在的TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，会出现网络侧和用户设备侧之间针对HARQ进程数理解不一致，从而造成用户设备侧无法正确译码，影响系统下行传输性能的问题。

本发明实施例提供的一种接收传输信息的方法，包括：

针对载波c，用户设备确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度n_sb；

所述用户设备根据所述第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。

本发明实施例提供的一种发送传输信息的方法，包括：

针对载波c，基站确定第一进程数，其中，所述第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度；

所述基站根据所述第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送所述传输信息。

由于在TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，网络侧和用户设备侧之间针对HARQ进程数理解一致，使得用户设备能够正确译码，提高了系统下行传输性能。

附图说明

图1为背景技术中速率匹配缓存器示意图；

图2为背景技术中速率匹配中母码确定的方法示意图；

图3为本发明实施例接收传输信息的系统结构示意图；

图4为本发明实施例接收传输信息的系统中基站的结构示意图；

图5为本发明实施例接收传输信息的系统中用户设备的结构示意图；

图6为本发明实施例发送传输信息的方法流程示意图；

图7为本发明实施例接收传输信息的方法流程示意图；

图8为按照统一的HARQ进程数计算母码大小及存储空间大小得到的吞吐量增益和本发明实施例得到的吞吐量增益对比示意图。

具体实施方式

本发明实施例用户设备和基站确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度n_sb；用户设备根据第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理，基站根据第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送传输信息。由于在TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，网络侧和用户设备侧之间针对HARQ进程数理解一致，使得用户设备能够正确译码，提高了系统下行传输性能。

下面结合说明书附图对本发明实施例作进一步详细描述。

在下面的说明过程中，先从网络侧和用户设备侧的配合实施进行说明，最后分别从网络侧与用户设备侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当网络侧与用户设备侧分开实施时，也解决了分别在网络侧、用户设备侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。

如图3所示，本发明实施例接收传输信息的系统包括：用户设备10和基站20。

用户设备10，用于针对载波c，确定第一进程数和第二进程数，根据第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理；

基站20，用于针对载波c，确定第一进程数，根据第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备10发送传输信息；

其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度n_sb。

较佳地，对于载波c，用户设备能够存储至少N个译码失败的下行传输块，且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。

较佳地，用户设备10和基站20确定第一进程数的方式有很多种，下面列举几种：

确定第一进程数方式一、用户设备10和基站20根据协议约定确定第一进程数。

确定第一进程数方式二、基站20设置第一进程数，并通过高层信令通知用户设备10；相应的，用户设备10接收基站20发送的高层信令确定第一进程数。

只要基站20设置的第一进程数是小于第二进程数且大于0的正整数即可。

针对确定第一进程数方式一和确定第一进程数方式二，较佳地，第一进程数可以为4。

确定第一进程数方式三、基站20从用户设备10在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，以及用户设备10从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数；

其中，TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备10在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

在实施中，TDD上/下行配置集合中包括的配置可以根据协议约定或通过高层信令配置。

具体的，载波c上TDD上/下行配置集合为{s₀，s₁，...，s_a}，其中：s_i为系统支持的多种TDD上/下行配置中的一种(目前系统中支持7种不同的TDD上/下行配置，参见表1)，其对应的最大下行HARQ进程数为

当i≠j时，s_i≠s_j(即TDD上/下行配置集合中的各个配置都不相同)，则第一进程数 $M_{\mathrm{HARQ},\mathrm{RA}}=\min \{M_{\mathrm{DL}\_\mathrm{HARQ}}^0,M_{\mathrm{DL}\_\mathrm{HARQ}}^1,...,M_{\mathrm{DL}\_\mathrm{HARQ}}^a\}.$

例如：载波c上TDD上/下行配置集合为上/下行切换周期为5ms的配置，即{配置0、配置1、配置2、配置6}，分别对应的HARQ进程数为4、7、10、6，则M_HARQ，RM＝4。

表1

需要说明的是，本发明实施例并不局限于上述7中TDD上/下行配置，其他TDD上/下行配置也同样适用本发明实施例。

在实施中，基站20采用公式一根据第一进程数确定速率匹配器中每个编码块对应的存储长度(即母码长度)：

.........公式一；

其中，

K_w为一个编码块编码后序列长度；C为一个传输块被分割成的编码块数目，C≥1；

N_soft为UE上报的软信道信息比特数量。若UE上报了ue-Category-v10xy(Rel-10对应的UE等级)且当前下行载波上配置了下行传输模式9，N_soft为ue-Category-v10xy所指示的等级对应的软信道信息比特(soft channel bits)数量；否则N_soft为ue-Category(Rel-8对应的UE等级)所指示的等级对应的软信道信息比特(soft channel bits)数量；

若N_soft＝35982720，则K_C＝5；若N_soft＝3654144，且对于当前下行载波上UE支持最多2空间层(spatial layers)，则K_C＝2；否则K_C＝1；

当前载波为单码字传输模式下，K_MIMO＝1，当前载波为多码字传输模式下，K_MIMO＝2；

M_HARQ，RM为第一进程数；

M_limit为恒定常数，LTE Rel-11系统中M_limit＝8。

在实施中，用户设备10接收基站20发送的传输信息，并对信息进行解速率匹配处理。

具体的，用户设备10采用公式一，根据第一进程数确定解速率匹配器中每个编码块对应的存储长度(即母码长度)，然后对解速率匹配后的信息进行译码处理。

较佳地，用户设备10和基站20确定第二进程数的方式有很多种，下面列举几种：

确定第二进程数方式一、用户设备10和基站20根据协议约定确定第一进程数。

确定第二进程数方式二、基站20设置第二进程数，并通过高层信令通知用户设备10；相应的，用户设备10接收基站20发送的高层信令确定第二进程数。

针对确定第二进程数方式一和确定第二进程数方式二，较佳地，第二进程数可以为8。

确定第二进程数方式三、基站20从用户设备10在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数，以及用户设备10从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数；

其中，TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备10在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

在实施中，TDD上/下行配置集合中包括的配置可以根据协议约定或通过高层信令配置。

具体的，载波c上TDD上/下行配置集合为{s₀，s₁，...，s_a}，其中：s_i为系统支持的多种TDD上/下行配置中的一种(目前系统中支持7种不同的TDD上/下行配置，参见表1)，其对应的最大下行HARQ进程数为

当i≠j时，s_i≠s_j(即TDD上/下行配置集合中的各个配置都不相同)，则第一进程数 $M_{\mathrm{HARQ}\_\mathrm{storing}}=\max \{M_{\mathrm{DL}\_\mathrm{HARQ}}^0,M_{\mathrm{DL}\_\mathrm{HARQ}}^1,...,M_{\mathrm{DL}\_\mathrm{HARQ}}^a\}.$

例如：载波c上TDD上/下行配置集合为上/下行切换周期为5ms的配置，即{配置0、配置1、配置2、配置6}，分别对应的HARQ进程数为4、7、10、6，则M_{HARQ_storing}＝10。

需要说明的是，本发明实施例并不局限于上述7中TDD上/下行配置，其他TDD上/下行配置也同样适用本发明实施例。

对于载波c，用户设备10可存储至少B＝K_MIMO·min(M_{HARQ_storing}，M_limit)个译码失败的TB。

其中，当前载波为单码字传输模式下，K_MIMO＝1，当前载波为多码字传输模式下，K_MIMO＝2；

M_{HARQ，storing}为第二进程数；

M_limit为恒定常数，LTE Rel-11系统中M_limit＝8。

若用户设备10对译码失败，则对译码失败TB进程存储时，用户设备10至少要存储该TB中各个CB中的

比特。

其中，N_cb为一个CB对应的母码长度，具体可以参见公式一；

若UE上报了ue-Category-v10xy(Rel-10对应的UE等级)，N′_soft为ue-Category-v10xy所指示的等级对应的软信道信息比特(soft channel bits)数量；否则N′_soft为ue-Category(Rel-8对应的UE等级)所指示的等级对应的软信道信息比特(soft channel bits)数量；

为聚合载波数量。

上述确定第一进程数方式一、确定第一进程数方式二、确定第一进程数方式三与定第二进程数方式一、确定第二进程数方式二、确定第二进程数方式三可以进行任意组合，但需要保证第一进程数小于第二进程数，且第一进程数和第二进程数是正整数。

上述方法不仅适用于TDD上/下行配置动态改变系统，也适用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统。

其中，本发明实施例的基站可以是宏基站、家庭基站等，还可以是RN(中继)设备。

如图4所示，本发明实施例接收传输信息的系统中的基站包括：第一确定模块400和接收模块410。

第一确定模块400，用于针对载波c，确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度n_sb；

接收模块410，用于根据第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。

较佳地，对于载波c，用户设备能够存储至少N个译码失败的下行传输块，且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。

较佳地，第一确定模块400根据协议约定确定第一进程数；或，接收基站发送的高层信令确定第一进程数；或，从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

较佳地，第一确定模块400根据协议约定确定第二进程数；或，接收基站发送的高层信令确定第二进程数；或，从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

如图5所示，本发明实施例接收传输信息的系统中的用户设备包括：第二确定模块500和发送模块510。

第二确定模块500，用于针对载波c，确定第一进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度；

发送模块510，用于根据第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送传输信息。

较佳地，第二确定模块500根据协议约定确定第一进程数；或设置第一进程数，并通过高层信令通知用户设备；或，从用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

较佳地，第二进程数由协议约定；或第二确定模块500设置第二进程数，并通过高层信令通知用户设备；或，第二进程数是用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

基于同一发明构思，本发明实施例中还提供了一种发送传输信息的方法，由于该方法解决问题的原理与本发明实施例的系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图6所示，本发明实施例发送传输信息的方法包括下列步骤：

步骤601、针对载波c，用户设备确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度n_sb；

步骤602、用户设备根据第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。

较佳地，对于载波c，用户设备能够存储至少N个译码失败的下行传输块，且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。

较佳地，步骤601中，针对载波c，用户设备确定第一进程数，包括：

用户设备根据协议约定确定第一进程数；或，

用户设备接收基站发送的高层信令确定第一进程数；或，

用户设备从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

较佳地，步骤601中，针对载波c，用户设备确定第二进程数，包括：

用户设备根据协议约定确定第二进程数；或，

用户设备接收基站发送的高层信令确定第二进程数；或，

用户设备从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

基于同一发明构思，本发明实施例中还提供了一种接收传输信息的方法，由于该方法解决问题的原理与本发明实施例的系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。

如图7所示，本发明实施例接收传输信息的方法包括下列步骤：

步骤701、针对载波c，基站确定第一进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度；

步骤702、基站根据第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送传输信息。

较佳地，步骤701中，针对载波c，基站确定第一进程数，包括：

基站根据协议约定确定第一进程数；或

基站设置第一进程数，并通过高层信令通知用户设备；或，

基站从用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

较佳地，第二进程数由协议约定；或

基站设置第二进程数，并通过高层信令通知用户设备；或，

第二进程数是用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数，其中TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

在实施中，用户设备和基站确定第一进程数的方式需要保持一致。

本发明实施例相比于简单的约定UE端与基站端按照统一的HARQ进程数计算母码大小及存储空间大小的方式能够带来显著的效果。

若简单的约定UE端与基站端按照统一的HARQ进程数计算母码大小及存储空间大小：

若选取的HARQ进程数较大，则会造成母码截短部分过大，降低编码增益，从而影响单次性能；

若选取的HARQ进程数较小，则会造成划分出的存储空间数量过少，部分TB译码失败后无法存储，从而无法获得HARQ合并增益，降低系统性能。

如图8所示，相比于使用同一较大HARQ进程数(＝8)确定母码长度和存储空间大小的方法，本发明实施例的方案可以提高传输块单次传输的可靠性(特别是对初始传输)，降低译码失败概率，提高下行吞吐量。

本发明实施例的方案相比使用同一较小HARQ进程数(＝4)确定母码长度和存储空间大小的方法，本发明实施例的方案可以显著降低传输块译码失败但用户设备无法存储的概率，使得译码失败的传输块可以进行HARQ合并，提高下行吞吐量。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种接收传输信息的方法，其特征在于，该方法包括：

针对载波c，用户设备确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度n_sb；

所述用户设备根据所述第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。

2.如权利要求1所述的方法，其特征在于，对于载波c，所述用户设备能够存储至少N个译码失败的下行传输块，且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。

3.如权利要求1所述的方法，其特征在于，所述针对载波c，用户设备确定第一进程数，包括：

所述用户设备根据协议约定确定所述第一进程数；或，

所述用户设备接收基站发送的高层信令确定所述第一进程数；或，

所述用户设备从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

4.如权利要求1所述的方法，其特征在于，所述针对载波c，用户设备确定第二进程数，包括：

所述用户设备根据协议约定确定所述第二进程数；或，

所述用户设备接收基站发送的高层信令确定所述第二进程数；或，

所述用户设备从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

5.一种发送传输信息的方法，其特征在于，该方法包括：

针对载波c，基站确定第一进程数，其中，所述第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度；

所述基站根据所述第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送所述传输信息。

6.如权利要求5所述的方法，其特征在于，所述针对载波c，基站确定第一进程数，包括：

所述基站根据协议约定确定第一进程数；或

所述基站设置第一进程数，并通过高层信令通知用户设备；或，

所述基站从用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

7.如权利要求5所述的方法，其特征在于：所述第二进程数由协议约定；或

所述基站设置所述第二进程数，并通过高层信令通知用户设备；或，

所述第二进程数是用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

8.一种接收传输信息的用户设备，其特征在于，该用户设备包括：

第一确定模块，用于针对载波c，确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度n_sb；

接收模块，用于根据所述第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。

9.如权利要求8所述的用户设备，其特征在于，对于载波c，所述用户设备能够存储至少N个译码失败的下行传输块，且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。

10.如权利要求8所述的用户设备，其特征在于，所述第一确定模块具体用于：

根据协议约定确定所述第一进程数；或，接收基站发送的高层信令确定所述第一进程数；或，从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

11.如权利要求8所述的用户设备，其特征在于，所述第一确定模块具体用于：

根据协议约定确定所述第二进程数；或，接收基站发送的高层信令确定所述第二进程数；或，从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

12.一种发送传输信息的基站，其特征在于，该基站包括：

第二确定模块，用于针对载波c，确定第一进程数，其中，所述第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度；

发送模块，用于根据所述第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送所述传输信息。

13.如权利要求12所述的基站，其特征在于，所述第二确定模块具体用于：

根据协议约定确定第一进程数；或设置第一进程数，并通过高层信令通知用户设备；或，从用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

14.如权利要求12所述的基站，其特征在于：所述第二进程数由协议约定；或所述第二确定模块设置所述第二进程数，并通过高层信令通知用户设备；或，所述第二进程数是用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数，其中所述TDD上/下行配置集合中至少包括一种TDD上/下行配置，所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。

Images