一种发送和接收传输信息的方法、系统和设备的制作方法
【专利摘要】本发明实施例涉及无线通信【技术领域】，特别涉及一种发送和接收传输信息的方法、系统和设备，用以解决现有技术中存在的网络侧和用户设备侧之间针对HARQ进程数理解不一致，从而造成用户设备侧无法正确译码的问题。本发明实施例提供的方法包括：用户设备确定第一进程数和第二进程数，根据第一进程数对下行传输块进行解速率匹配处理，并进行译码处理，其中第一进程数小于第二进程数，第一进程数用于确定解速率匹配时载波上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波上的译码失败的下行传输块的最大存储数量和需要存储的下行传输块中任一编码块的最大存储长度。采用本发明实施例的方案能够使用户设备能够正确译码。
【专利说明】一种发送和接收传输信息的方法、系统和设备
【技术领域】
[0001]本发明涉及无线通信【技术领域】，特别涉及一种发送和接收传输信息的方法、系统和设备。
【背景技术】
[0002]在LTE (Long Term Evolution,长期演进)系统中，业务信道采用的Turbo编码器其码率为1/3。为了提高编译码效率，当一个传输块(Transport Block, TB)大于6144比特时，会对该传输块进行码块分割得到多个较小的编码块(Code Block, CB) 0分别对每个CB进行独立的编码，将多个CB的编码序列级联起来得到该TB的编码序列。
[0003]Turbo编码器输出的系统比特流、第一校验比特流和第二校验比特流分别独立地交织后，被比特收集单元依次收集。首先交织后的系统比特流依次输入到缓冲器中，然后交织后的第一校验比特流和第二校验比特流交替地输入到缓冲器中，如图1所示。
[0004]LTE Rel_8(版本8)系统为了支持高效灵活的传输方式，需要考虑到各种不同的传输码率和调制方式，兼顾HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)重传技术以及链路自适应技术。为此，LTE系统使用打孔或者重复的方法，从编码比特流中提取预定长度比特序列，这个过程称为速率匹配。
[0005]为了支持不同能力的用户设备，对于某些等级的用户设备，用户设备的存储器不能存储较大码块编码后的所有比特。因此基站端在速率匹配之前，首先要根据用户设备上报的缓存器(buffr)大小，即软信道信息比特(soft channel bits)数量,对进入速率匹配器中的编码序列做截短(截短后的编码序列记为母码)，如图2所示:基站基于截短后的母码进行速率匹配，即进行打孔或重复，得到待传输的信息序列，其中Kw为一个编码块编码后序列长度，Nd3为一个CB对应的母码长度。UE (用户设备)端接收基站发送的信息并进行译码。
[0006]目前基站进行速率匹配中确定母码长度时，以及UE确定各编码块对应的存储空间大小时，都是按照同一个固定HARQ进程数确定的。若一个载波上的TDD (Time divisionduplex,时分双工)上/下行配置会动态变化，那么该载波上对应的HARQ进程数也会随之动态编码。若速率匹配中的母码长度及UE的各码块对应的存储空间大小随着载波上的TDD上/下行配置动态改变，在TDD上/下行配置动态重配置的过程中，在一段时间内基站无法确定UE是否完成了重配置，即基站无法确定UE是按照之前的TDD上/下行配置工作还是按照新的TDD上/下行配置工作。当两者之间的理解不一致时，会造成基站端按照一种TDD上/下行配置对应的HARQ进程数确定速率匹配中母码长度，而UE按照另一种TDD上/下行配置对应的HARQ进程数确定解速率匹配中母码长度，UE将无法正确译码。
[0007]综上所述，目前TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，会出现网络侧和用户设备侧之间针对HARQ进程数理解不一致，从而造成用户设备侧无法正确译码，影响系统下行传输性能。
【发明内容】
[0008]本发明实施例提供一种发送和接收传输信息的方法、系统和设备，用以解决现有技术中存在的TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，会出现网络侧和用户设备侧之间针对HARQ进程数理解不一致，从而造成用户设备侧无法正确译码，影响系统下行传输性能的问题。
[0009]本发明实施例提供的一种接收传输信息的方法，包括:
[0010]针对载波C，用户设备确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb ；
[0011]所述用户设备根据所述第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。
[0012]本发明实施例提供的一种发送传输信息的方法，包括:
[0013]针对载波C，基站确定第一进程数，其中，所述第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度；
[0014]所述基站根据所述第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送所述传输信息。
[0015]由于在TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，网络侧和用户设备侧之间针对HARQ进程数理解一致，使得用户设备能够正确译码，提高了系统下行传输性能。
【专利附图】
【附图说明】
[0016]图1为【背景技术】中速率匹配缓存器示意图；
[0017]图2为【背景技术】中速率匹配中母码确定的方法示意图；
[0018]图3为本发明实施例接收传输信息的系统结构示意图；
[0019]图4为本发明实施例接收传输信息的系统中基站的结构示意图；
[0020]图5为本发明实施例接收传输信息的系统中用户设备的结构示意图；
[0021]图6为本发明实施例发送传输信息的方法流程示意图；
[0022]图7为本发明实施例接收传输信息的方法流程示意图；
[0023]图8为按照统一的HARQ进程数计算母码大小及存储空间大小得到的吞吐量增益和本发明实施例得到的吞吐量增益对比示意图。
【具体实施方式】
[0024]本发明实施例用户设备和基站确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb ;用户设备根据第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理，基站根据第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备发送传输信息。由于在TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中，网络侧和用户设备侧之间针对HARQ进程数理解一致，使得用户设备能够正确译码，提高了系统下行传输性能。
[0025]下面结合说明书附图对本发明实施例作进一步详细描述。
[0026]在下面的说明过程中，先从网络侧和用户设备侧的配合实施进行说明，最后分别从网络侧与用户设备侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当网络侧与用户设备侧分开实施时，也解决了分别在网络侧、用户设备侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。
[0027]如图3所示，本发明实施例接收传输信息的系统包括:用户设备10和基站20。
[0028]用户设备10，用于针对载波C，确定第一进程数和第二进程数，根据第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理；
[0029]基站20，用于针对载波C，确定第一进程数，根据第一进程数对下行传输块进行速率匹配处理得到传输信息，并向用户设备10发送传输信息；
[0030]其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb。
[0031]较佳地，对于载波C，用户设备能够存储至少N个译码失败的下行传输块，且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。
[0032]较佳地，用户设备10和基站20确定第一进程数的方式有很多种，下面列举几种:
[0033]确定第一进程数方式一、用户设备10和基站20根据协议约定确定第一进程数。
[0034]确定第一进程数方式二、基站20设置第一进程数，并通过高层信令通知用户设备10 ;相应的，用户设备10接收基站20发送的高层信令确定第一进程数。
[0035]只要基站20设置的第一进程数是小于第二进程数且大于O的正整数即可。
[0036]针对确定第一进程数方式一和确定第一进程数方式二，较佳地，第一进程数可以为4。
[0037]确定第一进程数方式三、基站20从用户设备10在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数，以及用户设备10从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数；
[0038]其中，TDD上/下行配置集合中至少包括一种TDD上/下行配置，用户设备10在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作，且在不同无线帧中使用的TDD上/下行配置不同。
[0039]在实施中，TDD上/下行配置集合中包括的配置可以根据协议约定或通过高层信令配置。
[0040]具体的，载波c上TDD上/下行配置集合为{S(l，S1,…，sj，其中:Si为系统支持的多种TDD上/下行配置中的一种(目前系统中支持7种不同的TDD上/下行配置，参见表1)，其对应的最大下行HARQ进程数为Mk—ΗΛΚ(2，当i古j时，Si _ Sj ( 即TDD上/下行配置集合中的各个配置都不相同)，则第一进程数
^HARQ.RM — niin [ ΜDL _HARq 5 ^DL_HARO ?...?DL_HARO I
[0041]例如:载波c上TDD上/下行配置集合为上/下行切换周期为5ms的配置，即{配置O、配置1、配置2、配置6}，分别对应的HARQ进程数为4、7、10、6，则Mhakq,M = 4。
[0042]
【权利要求】
1.一种接收传输信息的方法，其特征在于，该方法包括: 针对载波C，用户设备确定第一进程数和第二进程数，其中，第一进程数小于第二进程数，且第一进程数和第二进程数是正整数，所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度，所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb ； 所述用户设备根据所述第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。
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和需要存储的下行传输块中任一编码块的最大存储长度nsb ； 接收模块，用于根据所述第一进程数对下行传输块进行解速率匹配处理，并对解速率匹配后的信息进行译码处理。
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上/下行配置不同。
【文档编号】H04L1/00GK103684660SQ201210331635
【公开日】2014年3月26日 申请日期:2012年9月7日 优先权日:2012年9月7日
【发明者】林亚男, 沈祖康 申请人:电信科学技术研究院