多点协作传输的LTE网络中ACK反馈的调度方法技术

技术编号:18355739 阅读:46 留言:0更新日期:2018-07-02 08:58
本发明专利技术提出一种ACK反馈的调度方法,包括步骤:1.1,服务小区和协作小区在上行业务子帧对终端数据进行解调和解码,计算数据比特的软信息;1.2,协作小区将数据比特的软信息传递给服务小区;1.3,服务小区判断是否收齐协作小区的软信息:如果收齐,进入步骤1.4;否则将服务小区的软信息进行译码并CRC校验:如果校验正确进入步骤1.5,否则反馈指示为ACK,继续等待收齐协作小区软信息;1.4,将服务小区和协作小区的软信息合并后进行译码并CRC校验:如果校验正确进入步骤1.5;否则进入步骤1.6;1.5,PDCCH所在子帧的NDI翻转,指示新传;1.6,PDCCH所在子帧的NDI不翻转,指示重传。

【技术实现步骤摘要】
多点协作传输的LTE网络中ACK反馈的调度方法
本专利技术涉及通信领域,尤其涉及一种多点协作传输的LTE网络中ACK反馈的调度方法。
技术介绍
LTE中使用了OFDM技术,通过把高速率的数据流分成若干低速率的数据流,调制到一组正交的子载波集上进行传输,可以有效地消除小区内的干扰。但是在实际应用中,为了获得更高的频谱利用率,采用了同频组网的方式,使得位于小区边缘的用户将接收到来自相邻小区的同频干扰,严重限制了边缘用户的服务质量和吞吐量。CoMP(多点协作传输)技术基于各协作基站对信道状态信息和数据信息不同程度的共享,通过小区间基站的协作将原本是邻小区的干扰转变为有用信息。CoMP技术突破了单点传输对频谱效率的限制,降低了小区间干扰、提升了小区边缘吞吐量。在上行CoMP中,信号可以同时由多个小区联合接收并进行信号合并,达到提升接收信号信噪比的效果。协作小区对终端的数据进行解调和解码,计算数据比特的软信息,将数据比特的软信息传递给服务小区,服务小区对各个协作小区传递来的软信息进行软合并并作CRC校验,当CRC校验结果不正确时,现有的ACK反馈调度方法是直接通知终端进行重传,一般有两种方式,一是通过PDCCH调度中的NDI(NewDataIndicator,新传指示)是否翻转来指示,一种是通过PHICH反馈NACK来指示。按照进行协调合作的节点之间的关系,CoMP可以分为站内协作和站间协作:站内协作发生在一个站点内,此时因为没有回传容量的限制,可以在同一个站点的多个小区间交互大量的信息;站间CoMP协作发生在多个站点间,站间CoMP协作时,上行CoMP需要在站间交互软信息,但是站间的传输时延大,并不能保证软信息能够及时传递,从而会造成无法获得邻区协作增益。
技术实现思路
为了解决
技术介绍
的站间传输时延大导致不能获得邻区的协作增益的问题,本专利技术提出一种ACK反馈的调度方法,该方法包括以下步骤:1.1,服务小区和协作小区在上行业务子帧对终端的数据进行解调和解码,计算数据比特的软信息;1.2,协作小区将数据比特的软信息传递给服务小区;1.3,服务小区在最晚时间点判断是否收齐协作小区的软信息:如果收齐,进入步骤1.4;如果没有收齐,则将服务小区的软信息进行译码并CRC校验:如果CRC校验结果正确,则进入步骤1.5;如果CRC校验结果不正确,则在反馈子帧通过PHICH信道反馈指示为ACK,服务小区继续等待收齐协作小区软信息后,进入步骤1.4;1.4,将服务小区和协作小区的软信息合并后进行译码并CRC校验,如果CRC校验结果正确,进入步骤1.5;如果CRC校验结果不正确,进入步骤1.6;1.5,PDCCH调度所在子帧的NDI翻转,指示调度新传数据包,流程结束;1.6,PDCCH调度所在子帧的NDI不翻转,指示调度重传,流程结束。优选的,终端收到PHICH信道的ACK指示后,不清空HARQ缓存,根据后续子帧接收到的PDCCH中的NDI来决定重传或新传。进一步优选的,步骤1.1所述上行业务子帧的子帧号记为N,步骤1.3中,如果没有收齐协作小区的软信息,则将服务小区的软信息进行译码并CRC校验,如果CRC校验结果不正确,则在子帧N+kPHICH通过PHICH信道反馈指示为ACK,服务小区继续等待收齐协作小区软信息后,将服务小区和协作小区的软信息合并后进行译码并CRC校验,如果CRC校验结果正确,则在子帧N+2*kPHICH+k中NDI翻转,指示调度新传数据包,如果CRC校验结果不正确,则在子帧N+2*kPHICH+k中NDI不翻转,指示调度重传;其中,kPHICH是上行业务子帧到反馈子帧的时延子帧数,k是PDCCH调度所在子帧到上行业务所在子帧的时延子帧数。上述方法中,当所述LTE网络采用FDD制式时,kPHICH固定为4。当所述LTE网络采用TDD制式时,kPHICH取值如下:当所述LTE网络采用TDD制式时,k取值如下:本专利技术同时考虑考虑了传输时延小和传输时延大两种情况,使得在站间传输时延大的情况下也能获得邻区的协作增益。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本专利技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1是本专利技术实施例的ACK反馈流程图。具体实施方式为使本专利技术实施例的目的、技术方案和优点更加清楚,下面将结合本专利技术实施例中的附图,对本专利技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本专利技术一部分实施例,而不是全部的实施例;需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。基于本专利技术中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本专利技术保护的范围。本实施例以一个FDD制式的LTE网络为例,其ACK反馈的流程如图1所示,具体步骤如下:步骤a,服务小区和协作小区在子帧N对终端的数据进行解调和解码,计算数据比特的软信息;步骤b,协作小区将数据比特的软信息传递给服务小区;步骤c,服务小区在最晚时间点判断是否收齐协作小区的软信息:步骤c1,如果收齐,则将软信息合并后进行进行译码并CRC校验,根据CRC校验结果按现有的调度机制处理,即:如果CRC校验结果正确,则PDCCH调度所在子帧的NDI翻转,指示调度新传数据包;如果CRC校验结果不正确,则PDCCH调度所在子帧的NDI不翻转,指示调度重传;步骤c2,如果没有收齐,则只是将服务小区的软信息进行译码并CRC校验:步骤c21,如果CRC校验结果正确,则按照现有的调度机制处理,即:PDCCH调度所在子帧的NDI翻转,指示调度新传数据包;步骤c22,如果CRC校验结果不正确,则在子帧N+4通过PHICH信道反馈指示为ACK,服务小区继续等待收齐协作小区软信息后,将服务小区和协作小区的软信息合并后进行译码并CRC校验,根据CRC校验结果按照现有的调度机制处理,即:在子帧N+12中NDI翻转,指示调度新传,如果CRC校验结果不正确,则在子帧N+12中NDI不翻转,指示调度重传。上述方法中,终端收到PHICH信道的ACK指示后,不会清空HARQ缓存,根据后续子帧接收到的PDCCH中的NDI来决定是重传(不翻转)还是新传(NDI翻转),只有在收到新传的PDCCH指示后才会清空HARQ缓存。本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是:以上实施例仅用以说明本专利技术的技术方案,而非对其限制;尽管参照前述实施例对本专利技术进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本专利技术各实施例技术方案的精神和范围。本文档来自技高网
...
多点协作传输的LTE网络中ACK反馈的调度方法

【技术保护点】
1.一种多点协作传输的LTE网络中ACK反馈的调度方法,其特征在于,所述方法包括以下步骤:1.1,服务小区和协作小区在上行业务子帧对终端的数据进行解调和解码,计算数据比特的软信息;1.2,协作小区将数据比特的软信息传递给服务小区;1.3,服务小区在最晚时间点判断是否收齐协作小区的软信息:如果收齐,进入步骤1.4;如果没有收齐,则将服务小区的软信息进行译码并CRC校验:如果CRC校验结果正确,则进入步骤1.5;如果CRC校验结果不正确,则在反馈子帧通过PHICH信道反馈指示为ACK,服务小区继续等待收齐协作小区软信息后,进入步骤1.4;1.4,将服务小区和协作小区的软信息合并后进行译码并CRC校验,如果CRC校验结果正确,则进入步骤1.5;如果CRC校验结果不正确,则进入步骤1.6;1.5,PDCCH调度所在子帧的NDI翻转,指示调度新传数据包,流程结束;1.6,PDCCH调度所在子帧的NDI不翻转,指示调度重传,流程结束。

【技术特征摘要】
1.一种多点协作传输的LTE网络中ACK反馈的调度方法,其特征在于,所述方法包括以下步骤:1.1,服务小区和协作小区在上行业务子帧对终端的数据进行解调和解码,计算数据比特的软信息;1.2,协作小区将数据比特的软信息传递给服务小区;1.3,服务小区在最晚时间点判断是否收齐协作小区的软信息:如果收齐,进入步骤1.4;如果没有收齐,则将服务小区的软信息进行译码并CRC校验:如果CRC校验结果正确,则进入步骤1.5;如果CRC校验结果不正确,则在反馈子帧通过PHICH信道反馈指示为ACK,服务小区继续等待收齐协作小区软信息后,进入步骤1.4;1.4,将服务小区和协作小区的软信息合并后进行译码并CRC校验,如果CRC校验结果正确,则进入步骤1.5;如果CRC校验结果不正确,则进入步骤1.6;1.5,PDCCH调度所在子帧的NDI翻转,指示调度新传数据包,流程结束;1.6,PDCCH调度所在子帧的NDI不翻转,指示调度重传,流程结束。2.根据权利要求1所述的方法,其特征在于:终端收到PHICH信道的ACK指示后,不清空HARQ缓存,根据后续子帧接收到的...

【专利技术属性】
技术研发人员:王贵兴田炜余秋星
申请(专利权)人:北京信威通信技术股份有限公司北京信友达视讯技术有限公司
类型:发明
国别省市:北京,11

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1