一种子帧捆绑时实现上行子帧调度的方法和系统
技术领域
本发明涉及通信领域,具体涉及一种子帧捆绑时实现上行子帧调度的方法和系统。
背景技术
目前的通用陆地无线通信网所采用的都是蜂窝状结构。一个蜂窝内只部署一个基站。这是一种典型的星型网络,处于星型网络边缘的用户的信道质量会由于各种干扰而变差。在LTE(Long Term Evolution,长期演进)系统中,则主要表现为上行HARQ(Hybrid Automatic Repeat Request,混合自动重传请求)重传几率会大幅增加,通信时延增长。上行子帧捆绑技术是在同一个HARQ进程中的连续4个上行TTI(Transmission Time Interval,传输时间间隔)发送相同的数据。这种方法可以应用于终端处于小区边缘的场景或者其它传输时延比较高的场景。
目前,只在子帧捆绑内的第一个TTI所对应的发射时刻在PDCCH(physicaldownlink control channel,物理下行控制信道)上有下发授权信令,并且只在子帧捆绑的第4个(即最后一个)TTI通过PHICH(Physical Hybrid ARQ IndicatorChannel,物理混合重传指示信道)反馈ACK/NACK(Acknowledgment/Negative-Acknowledgment,确认/拒绝)。
LTE分为TDD(时分双工)模式和FDD(频分双工)模式,在TDD和FDD模式中实现上行子帧绑定功能需要满足以下要求:
当终端配置成子帧捆绑时,HARQ的RTT(Round-Trip Time,往返时间)Timer(定时器)时长增加为原来的2倍;
当终端配置成子帧捆绑时,终端所支持的HARQ进程数减少为原来的一半。
根据相关协议规定,FDD的HARQ进程数固定为4个,而TDD的HARQ进程数则根据不同时隙配比而有所不同,如表1所示:
上下行时隙配比 |
HARQ进程数 |
0 |
7 |
1 |
4 |
2 |
2 |
3 |
3 |
4 |
2 |
5 |
1 |
6 |
6 |
表1
LTE相关协议中明确规定了TDD只有在上下行时隙配比为0、1和6时才可进行上行子帧捆绑。当TDD上下行时隙配比为0时,终端侧并行运行的HARQ进程数最多有7个;当终端配置成子帧捆绑时,终端侧并行运行的HARQ进程数需要减少至3个。因此需要根据以下规则计算终端传输PUSCH(Physicaluplink shared channel,物理上行共享信道)数据包的发送时刻:
当终端在第n号子帧中接收的DCI(Downlink Control Information,下行控制信息)0中的UL(上行链路)Index(索引)域的高位被置1时,或者IPHICH=0时,终端需要在第n+k号子帧处发送第一个PUSCH的数据包;
当终端在第n号子帧中接收的DCI0中的UL Index域的低位被置1时,或者IPHICH=1时,终端需要在第n+7号子帧处发送第一个PUSCH的数据包。当终端在第n号子帧中接收的DCI0中的UL Index域的低位和高位被同时置1时,终端不能在第n+k和n+7号子帧处发送PUSCH数据包。
有鉴于此,对于配置0而言,需要针对每TTI进行子帧捆绑的判断和计算,比如先要查看UL INDEX,接着再查看IPHICH,实现过于复杂,开销较大。
发明内容
本发明的主要目的在于提供一种子帧捆绑时实现上行子帧调度的方法和系统,以减少计算子帧捆绑时上行子帧调度时序时所需的开销。
为达到上述目的,本发明的技术方案是这样实现的:
一种子帧捆绑时实现上行子帧调度的方法,该方法包括:
当针对终端的上行子帧捆绑功能使能时,根据上下行时隙配比关系,每间隔固定的子帧数为终端进行一次上行时隙调度。
该方法还包括:由介质访问控制MAC层发起针对终端的上行子帧捆绑功能的确认。
MAC层发起所述确认的过程包括:
MAC层根据终端的上行信道质量,判断是否可使能该终端的上行子帧捆绑功能,并将判断结果通知无线资源控制RRC层;RRC层最终决策是否使能上行子帧捆绑功能,并将最终的决策结果通知MAC层。
RRC层还将最终的决策结果通知给终端:RRC层发送RRC重配消息以通知终端是否使能上行子帧捆绑功能。
根据上下行时隙配比关系进行所述调度的方法为:
进入子帧捆绑特殊调度模式,控制调度器根据由后台配置的算法参数,以及当前通信模式和上下行时隙配比关系,每间隔固定的子帧数就为终端进行一次上行时隙调度。
一种子帧捆绑时实现上行子帧调度的系统,该系统包括调度单元,用于:当针对终端的上行子帧捆绑功能使能时,根据上下行时隙配比关系,每间隔固定的子帧数为终端进行一次上行时隙调度。
所述调度单元还用于:发起针对终端的上行子帧捆绑功能的确认。
该系统还包括二级决策单元;
所述调度单元发起所述确认时,用于:根据终端的上行信道质量,判断是否可使能该终端的上行子帧捆绑功能,并将判断结果通知所述二级决策单元;所述二级决策单元最终决策是否使能上行子帧捆绑功能,并将最终的决策结果通知所述调度单元。
所述二级决策单元还用于将最终的决策结果通知给终端:所述二级决策单元发送重配消息以通知终端是否使能上行子帧捆绑功能。
所述二级决策单元为RRC层。
所述调度单元根据上下行时隙配比关系进行所述调度时,用于:
进入子帧捆绑特殊调度模式,控制调度器根据由后台配置的算法参数,以及当前通信模式和上下行时隙配比关系,每间隔固定的子帧数就为终端进行一次上行时隙调度。
所述调度单元为MAC层。
本发明的子帧捆绑时实现上行子帧调度的技术,针对上行子帧捆绑应用,通过将上行子帧按固定周期进行调度,有效减少了对终端进行上行调度时所需的开销。并且,调度周期可由后台动态配置,提高了子帧捆绑功能实施的灵活性。
附图说明
图1为本发明实施例的子帧捆绑时实现上行子帧调度的流程图;
图2为本发明实施例的子帧捆绑时实现上行子帧调度的流程简图。
具体实施方式
针对LTE系统中MAC(Medium Access Control,介质访问控制)层的上行调度中的上行子帧捆绑功能,本发明提出了一种子帧捆绑时实现上行子帧调度的技术。总体而言,通过大量的仿真实验,发现在上行子帧捆绑模式下,基站向同一个终端发送上行调度指令的周期是遵循一定规律的。因此,可以根据TDD上下行时隙配比关系,由MAC层等功能实体根据当前调度的子帧号,确定当前时刻终端是否可在PUSCH上发送数据。
具体而言,可以执行如图1所示的操作:
1、在后台小区配置中,配置TDD上下行时隙配比0、1和6所对应的算法参数,该参数表示上行子帧调度周期;配置当前小区使能上行子帧捆绑功能。
2、MAC层根据终端的上行信道质量,判断是否可使能该终端的上行子帧捆绑功能。并将判断结果通知RRC(无线资源控制)层。
3、RRC层接收到MAC层发送的子帧捆绑判断结果之后,再根据算法进行决策以确定是否使能上行子帧捆绑功能,并将最终的决策结果通知PHY(物理)层、MAC层以及终端。所述通知终端的方法可以是发送RRC重配消息以通知终端是否使能上行子帧捆绑功能。所述RRC层可称为二级决策单元。
4、当上行子帧捆绑功能使能时,MAC层进入子帧捆绑特殊调度模式,控制调度器根据由后台配置的算法参数,以及当前通信模式和上下行时隙配比关系,每间隔固定的子帧数就为终端进行一次上行时隙调度。
在实际应用时,可以进行如下操作:
1、后台小区配置中,配置通信模式为TDD且上下行时隙配比为0。配置相应的算法参数,以表示在当前小区配置下,上行子帧捆绑功能使能时PUSCH的调度周期。
2、MAC层根据终端的上行信道质量确定是否使能上行子帧捆绑功能,最终确定使能终端的上行子帧捆绑功能,并将该情况通知RRC层,如发送上行子帧捆绑功能使能消息。
3、RRC层接收到MAC层发送的上行子帧捆绑功能使能消息后,根据算法决策使能上行子帧捆绑功能,并将决策结果通知PHY层、MAC层以及终端,所述通知终端的方法可以是发送RRC重配消息以通知终端是否使能上行子帧捆绑功能。
4、MAC层判断RRC层所发送的决策结果中是否包含子帧捆绑使能标志,在包含是确认使能上行子帧捆绑功能并执行步骤5,否则确认不使能上行子帧捆绑功能并执行步骤6。
5、如果当前处于子帧捆绑后的第一次上行子帧调度时刻,则可立刻分配HARQ进程,分配RB(Resource Block,资源快)和PHICH资源;否则按周期性调度,调度周期基于之前的后台配置的算法参数,单位为TTI。结束流程。
6、正常调度。
结合以上描述可知,本发明的子帧捆绑时实现上行子帧调度的操作思路可以表示如图2所示的流程,该流程包括以下步骤:
步骤210:MAC层发起针对终端的上行子帧捆绑功能的确认。当然,实际应用中,也可以由其它功能实体发起该确认。
步骤220:当上行子帧捆绑功能使能时,MAC层根据上下行时隙配比关系,每间隔固定的子帧数为终端进行一次上行时隙调度。当然,实际应用中,也可以由其它功能实体进行所述调度,可以将进行所述调度的功能实体统称为调度单元。
综上所述可见,无论是方法还是系统,本发明的子帧捆绑时实现上行子帧调度的技术,针对上行子帧捆绑应用,通过将上行子帧按固定周期进行调度,有效减少了对终端进行上行调度时所需的开销。并且,调度周期可由后台动态配置,提高了子帧捆绑功能实施的灵活性。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。