背景技术
LTE(Long Term Evolution,长期演进) Rel-8(版本8)系统为了支持高效灵活的传输方式,需要考虑到各种不同的传输码率和调制方式,兼顾HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)技术以及链路自适应技术。
为此,LTE系统使用打孔或者重复的方法,从编码比特流中提取预定长度比特序列,这个过程称为速率匹配。
在LTE系统中,业务信道采用的Turbo编码器其码率为1/3。Turbo编码器输出的系统比特流、第一校验比特流和第二校验比特流分别独立地交织后,被比特收集单元依次收集。
首先,交织后的系统比特流依次输入到缓冲器中,然后交织后的第一校验比特流和第二校验比特流交替地输入到缓冲器中,如图1所示,为现有技术中的速率匹配缓冲器示意图。
为了支持不同能力的终端,对于某些等级的终端,终端的存储器不能存储较大码块编码后的所有比特。因此,基站端在速率匹配之前,首先要根据终端上报的缓冲器大小,对速率匹配缓冲器中的比特做截断,如图2所示,为现有技术中对速率匹配缓冲器中的比特做截断的示意图,其中:
K为Turbo编码器的输出长度,
为根据终端上报的缓冲器大小计算得到的编码块(Code block,CB)对应的缓冲大小,
其中,C为一个传输块分割成的编码块数目,
对于上述公式,
为终端上报的缓冲器大小;单码字传输模式下,
,多码字传输模式下,
;
为最大下行HARQ进程数,对于FDD(Frequency Division Duplexing,频分双工),
,对于TDD(Time Division Duplexing,时分双工),其取值与上下行配置有关;
。
在LTE中,HARQ重传规定了四个冗余版本(Redundancy Version,RV),即同一个编码数据块对应着四个传输开始的比特位置。这四个冗余版本均匀地分布在缓冲器中,以快速地发起重传。终端根据高层配置的冗余版本,从冗余版本对应的比特开始,比特选择单元从缓冲器中逐位读取,直至达到预定的比特数。当读取到缓冲器的尾部,仍然没有达到预定的比特数时,比特选择单元自动跳至缓冲器的头部继续读取,如图3所示,为现有技术中的冗余版本示意图,其中,E为编码块的传输长度。
在LTE-A(LTE Advanced,高级长期演进)系统中,为支持比LTE系统更宽的系统带宽,比如100MHz,提出了载波聚合,即将现有的一些频谱聚合起来凑成大带宽,如图4所示,为现有技术中载波聚合的示意图。
目前标准中规定,每个载波上有独立的HARQ进程(单码字传输模式下,每个进程包含一个传输块;多码字传输模式下,每个进程包含2个传输块),即一个传输块只能在一个载波上传输,当基站与UE(User Equipment,用户设备,即终端设备)占用多个载波传输数据时,每个载波上分别传输不同的传输块。当开启HARQ功能后,接收端将会把译码失败的传输块(Transport Block,TB)存储在缓冲器(buffer)中,并将其与发送端重传的版本合并后再进行译码。
目前,在LTE-A系统的速率匹配研究过程中,出现了一种基站与终端的缓冲大小不同的方案。
基站端速率匹配缓冲器中编码块的大小为:
由于载波聚合系统中,终端要存储更多的进程,因此,终端存储缓冲器中编码块的大小为
。但为正确解调数据,终端侧解速率匹配器重的缓冲依然是
N cb 。
在实现本发明实施例的过程中,申请人发现现有技术至少存在以下问题:
目前,对于终端存储缓冲器大小小于速率匹配器中缓冲器大小的情况还没有明确的存储解决方案。
具体实施方式
如背景技术所述,目前在LTE-A系统的速率匹配研究过程中,出现了一种终端设备中的缓冲器大小与基站端的解速率匹配器中的缓冲器大小不同的方案。对于这种方案下,终端设备如何存储编码块数据还没有确定方案。
所以,本发明为了解决这样的问题,基于终端设备中的缓冲器大小与基站端的解速率匹配器中的缓冲器大小不同的情况,提出了相应的数据传输方案。
如图5所示,为本发明实施例提出的一种编码块存储方法的流程示意图,该方法具体包括以下步骤:
步骤S501、终端设备对接收到的基站所发送的编码块进行译码。
步骤S502、当终端设备对接收到的基站所发送的编码块译码失败时,所述终端设备根据当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置对合并后的编码块比特信息进行存储。
需要进一步指出的是,对于步骤S502中的存储过程,本发明实施例所提出的方法具体包括以下两种情况:
情况一、所述终端设备从当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置所对应的位置开始,在所述缓冲器中,按照基站端速率匹配器中的比特位置所对应的位置顺序,对合并后的当前所接收到的所述编码块对应的比特信息进行存储。
在此种情况下,在终端设备中的缓冲器中进行编码块比特信息存储的位置与该编码块在基站端速率匹配器中的进行各次传输的位置相对应,并以当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置在终端设备中的缓冲器中所对应的位置为起始位置。
其中,如果所述终端设备在对所述编码块对应的合并后的比特信息进行存储的过程中,识别到当前待存储的比特信息为空,则所述终端设备将所述缓冲器中相应的位置中的信息置空。
情况二、所述终端设备从当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置所对应的位置开始,在所述缓冲器中,按照基站端速率匹配器中的比特升序顺序,对合并后的当前所接收到的所述编码块对应的比特信息进行存储。
在此种情况下,在终端设备中的缓冲器中以当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置在终端设备中的缓冲器中所对应的位置为起始位置进行编码块比特存储,如果所述终端设备在对所述编码块对应的合并后的比特信息进行存储的过程中,识别到当前待存储的比特信息为空,则后续的编码块比特将依次提前,直到待存储的比特信息不为空,因此,在终端设备中的缓冲器中最终存储的编码块比特的位置与基站端的速率匹配器中该编码块的实际传输位置可能不相对应,这样的处理方式,可以更有效的利用缓冲器中存储资源。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,对于终端设备中的缓冲器大小小于基站端的速率匹配器中缓冲器大小的情况,提出了终端设备在编码块译码失败的情况下,在缓冲器中进行编码块比特存储的方案,从而,明确对于终端存储缓冲器大小小于速率匹配器中缓冲器大小的情况的解决方案,解决现有此种情况下缺少相应的解决方案的问题。
下面,结合具体的应用场景,对本发明实施例所提出的技术方案进行说明。
本发明实施例给出一种聚合载波系统中的编码块存储的方法。为便于说明,首先定义如下参数:
N cb,eNB :基站端编码块对应的缓冲器大小,即速率匹配器和解速率匹配器中编码块的大小;
N cb,UE :终端设备端编码块对应的缓冲器大小,其中N cb,UE ≤N cb,eNB ;
E x :为基站向终端设备第x次传输该编码块时对应的传输长度;
对于终端设备端译码失败的编码块,终端设备根据当前接收到的该编码块对应的编号最小的冗余版本RV的起始位置存储合并后的N cb,UE 比特信息。
根据具体的存储位置规则的区别,本发明实施例所提出的方法具体可以分为以下两种方式:
方式一、按照基站端速率匹配器中比特位置进行顺序存储。
在具体的应用场景中,根据基站每次传输编码块的大小是否大于该编码块在终端设备中所对应的缓冲器的大小的情况不同,对本发明实施例所提出的方法分为以下两种情况进行说明。
情况一、基站每次传输编码块的大小小于该编码块在终端设备中所对应的缓冲器的大小。
为了具体说明本情况下的处理过程,如图6所示,为本发明实施例所提出的方式一中的情况一下的编码块存储方法的流程示意图。
其中,对于同一个编码块,基站初传发送了RV0,第一次重传发送了RV2,第二次重传发送了RV3,第三次重传发送了RV1。
如图6所示,
,RV0的起始比特与RV2起始比特间的距离为
,
。
终端设备接收到初传(RV0)后,若译码失败,则自RV0的起始比特开始按照基站端速率匹配器中的比特位置顺序的向缓冲器中存储信息,即终端设备端缓冲器中的
比特对应RV0的
个比特。
终端设备接收到第一次重传(RV2)后,若译码失败,由于当前接收到过RV0和RV2两次传输,其中冗余版本RV0的编号为最小,则自RV0的起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0的
个比特,
比特为空,
比特对应RV2中的
个比特。
终端设备接收到第二次重传(RV3)后,若译码失败,由于当前接收到过RV0、RV2和RV3三次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0和RV3中重叠的
个比特的合并信息,
比特对应RV0中的后
个比特信息,
比特对应RV2中的
个比特。
终端设备接收到第三次重传(RV1)后,若译码失败,由于当前接收到过RV0、RV2、RV3和RV1四次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,具体的存储原则如前所述,将合并后的信息存储至缓冲器中,在此不再重复说明。
若系统支持多次重传,则对应处理如前,不再重复说明。
另一方面,需要指出的是,上述的处理场景下,冗余版本RV0的编号最小,且是初传,如果初传的冗余版本的编号与后续重传的编号相比,不是最小,则相应的处理过程如图7所示。
其中,对于同一个编码块,基站初传发送了RV2,第一次重传发送了RV0,第二次重传发送了RV3,第三次重传发送了RV1。
如图7所示,
,RV0的起始比特与RV2起始比特间的距离为
,
。
终端设备接收到初传(RV2)后,若译码失败,则自RV2的起始比特开始按照基站端速率匹配器中的比特位置顺序的向缓冲器中存储信息,即终端设备端缓冲器中的
比特对应RV2的
个比特。
终端设备接收到第一次重传(RV0)后,若译码失败,由于当前接收到过RV2和RV0两次传输,其中冗余版本RV0的编号为最小,则自RV0的起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0的
个比特,
比特为空,
比特对应RV2中的
个比特。
终端设备接收到第二次重传(RV3)后,若译码失败,由于当前接收到过RV2、RV0和RV3三次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0和RV3中重叠的
个比特的合并信息,
比特对应RV0中的后
个比特信息,
比特对应RV2中的
个比特。
终端设备接收到第三次重传(RV1)后,若译码失败,由于当前接收到过RV2、RV0、RV3和RV1四次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,具体的存储原则如前所述,将合并后的信息存储至缓冲器中,在此不再重复说明。
若系统支持多次重传,则对应处理如前,不再重复说明。
情况二、基站每次传输编码块的大小大于该编码块在终端设备中所对应的缓冲器的大小。
为了具体说明本情况下的处理过程,如图8所示,为本发明实施例所提出的方式一中的情况二下的编码块存储方法的流程示意图。
如图8所示,
。与情况一的差别在于终端设备接收到初传后,若译码失败,则自RV0起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储信息,即终端设备端缓冲器中的
比特对应RV0的前
个比特,其他比特不存储。
方式二、按照基站端速率匹配器中比特位置进行升序存储。
在具体的应用场景中,根据基站每次传输编码块的大小是否大于该编码块在终端设备中所对应的缓冲器的大小的情况不同,对本发明实施例所提出的方法分为以下两种情况进行说明。
情况一、基站每次传输编码块的大小小于该编码块在终端设备中所对应的缓冲器的大小。
为了具体说明本情况下的处理过程,如图9所示,为本发明实施例所提出的方式二中的情况一下的编码块存储方法的流程示意图。
其中,对于同一个编码块,基站初传发送了RV0,第一次重传发送了RV2,第二次重传发送了RV3,第三次重传发送了RV1,且RV0的起始比特与RV2起始比特间的距离为
,
,
。
终端设备接收到初传(RV0)后,若译码失败,则自RV0起始比特开始按照基站端速率匹配器中的比特顺序向缓冲器中存储信息,即终端设备端缓冲器中的
比特对应RV0的
个比特。
终端设备接收到第一次重传(RV2)后,若译码失败,由于当前接收到过RV0和RV2两次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0的
个比特,
比特对应RV2中的
比特。
终端设备接收到第二次重传(RV3)后,若译码失败,由于当前接收到过RV0、RV2和RV3三次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特的升序顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0和RV3中重叠的
个比特的合并信息,
比特对应RV0中的后
个比特信息,
比特对应RV2中的
个比特,
比特对应RV2和RV3中重叠的
个比特的合并信息。
终端设备接收到第三次重传(RV1)后,若译码失败,由于当前接收到过RV0、RV2、RV3和RV1四次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,具体的存储原则如前所述,将合并后的信息存储至缓冲器中,在此不再重复说明。
若系统支持多次重传,则对应处理如前,不再重复说明。
需要进一步指出的是,如图10所示,基站初传发送了RV0,第一次重传发送了RV2,第二次重传发送了RV1,第三次重传发送了RV3,且RV0的起始比特与RV2起始比特间的距离为
,
。
终端设备接收到初传(RV0)后,若译码失败,则自RV0起始比特开始按照基站端速率匹配器中的比特顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0的
个比特。
终端设备接收到第一次重传(RV2)后,若译码失败,由于当前接收到过RV0和RV2两次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特顺序向缓冲器中存储经合并的信息,即终端设备端缓冲器中的
比特对应RV0的
个比特,
比特对应RV2中的
个比特。
终端设备接收到第二次重传(RV1)后,若译码失败,由于当前接收到过RV0、RV2和RV1三次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特升序顺序向缓冲器中存储经合并的信息,与图9所示的情况的不同之处在于,由于第二次重传发送的是RV1,此时RV2中只能有
比特被存储,而不是
。
终端设备接收到第三次重传(RV3)后,若译码失败,由于当前接收到过RV0、RV2、RV1和RV3四次传输,其中冗余版本RV0的编号为最小,则自RV0起始比特开始按照基站端速率匹配器中的比特位置顺序向缓冲器中存储经合并的信息,具体的存储原则如前所述,将合并后的信息存储至缓冲器中,在此不再重复说明。
若系统支持多次重传,则对应处理如前,不再重复说明。
另一方面,需要指出的是,上述的处理场景下,冗余版本RV0的编号最小,且是初传,如果初传的冗余版本的编号与后续重传的编号相比,不是最小,则相应的处理过程可以参照上述原则以及图7所示的场景得到,在此不再重复说明。
情况二、基站每次传输编码块的大小大于该编码块在终端设备中所对应的缓冲器的大小。
具体的处理情况同前述的方式一中的情况二,在此不再重复说明。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,对于终端设备中的缓冲器大小小于基站端的速率匹配器中缓冲器大小的情况,提出了终端设备在编码块译码失败的情况下,在缓冲器中进行编码块比特存储的方案,从而,明确对于终端存储缓冲器大小小于速率匹配器中缓冲器大小的情况的解决方案,解决现有此种情况下缺少相应的解决方案的问题。
为了实现本发明实施例的技术方案,本发明实施例还提供了一种终端设备,其结构示意图如图11所示,具体包括:
译码模块111,用于对接收到的基站所发送的编码块进行译码;
存储模块112,用于当所述译码模块111对接收到的基站所发送的编码块译码失败时,根据当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置对合并后的编码块比特信息进行存储。
其中,所述存储模块112,具体用于:
从当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置所对应的位置开始,在所述缓冲器中,按照基站端速率匹配器中的比特位置所对应的位置顺序,对合并后的当前所接收到的所述编码块对应的比特信息进行存储。
在此种情况下,所述存储模块112,还用于如果在对所述编码块对应的合并后的比特信息进行存储的过程中,识别到当前待存储的比特信息为空,则将所述缓冲器中相应的位置中的信息置空。
另一种情况下,所述存储模块112,具体用于:
从当前所接收到的所述编码块对应的编号最小的冗余版本的起始位置所对应的位置开始,在所述缓冲器中,按照基站端速率匹配器中的比特升序顺序,对合并后的当前所接收到的所述编码块对应的比特信息进行存储。
与现有技术相比,本发明实施例具有以下优点:
通过应用本发明实施例的技术方案,对于终端设备中的缓冲器大小小于基站端的速率匹配器中缓冲器大小的情况,提出了终端设备在编码块译码失败的情况下,在缓冲器中进行编码块比特存储的方案,从而,明确对于终端存储缓冲器大小小于速率匹配器中缓冲器大小的情况的解决方案,解决现有此种情况下缺少相应的解决方案的问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明实施例的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或网络设备等)执行本发明实施例各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明实施例所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明实施例的几个具体实施场景,但是,本发明实施例并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。