[发明专利]资源调度方法、装置和基站

说明书

本发明公开一种资源调度方法、装置和基站，涉及通信领域。其中资源调度装置对当前的上行信噪比进行检测，若当前的上行信噪比大于第二门限且不大于第一门限，则从子帧n开始给用户终端调度第一上行子帧，若当前的上行信噪比不大于所述第二门限，则在子帧n1激活指定业务，给用户终端调度相应的第二上行子帧，从而避免基于第一上行子帧的重传与第二上行子帧发生冲突。本发明通过对启动诸如TTIB的业务前后的子帧调度进行调整，从而避免业务启动后的子帧调度与重传子帧发生冲突，无需清除HARQ进程，提升了语音质量。

技术领域

本发明涉及通信领域，特别涉及一种资源调度方法、装置和基站。

背景技术

TTIB(Transmission Time Interval Bundling，传输时隙绑定)是VoLTE(Voiceover Long Term Evolution，承载在LTE网络上的语音业务)业务重要的增强功能，可以有效提升小区的覆盖能力，实现的方式是通过绑定4个子帧传输同一个TB(Transport Block，传输块)，通过传输不同的冗余版本，实现覆盖能力的提升。

由此可知TTIB的HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)和普通的HARQ存在以下不同：

a)对于普通HARQ，在第n个子帧初传，若失败，在n+8*m子帧重传，m为重传次数；

b)对于TTIB HARQ，在第l、l+1、l+2、l+3个子帧初传，若失败，在l+16*k、l+16*k+1、n+16*k+2、n+16*k+3子帧重传，k为重传次数。

当启用TTIB功能时，当“n+8*m”等于“l+16*k”、“l+16*k+1”、“l+16*k+2”或者“l+16*k+3”时，TTIB的初传HARQ和启用TTIB前的重传可能发生冲突。由于重传的优先级高于初传，极端情况，在启用TTIB后，最长可能导致216ms无法调度，严重影响用户体验。

现有技术中，厂商通常通过清除TTIB启用前的HARQ进程来规避TTIB子帧和重传子帧的冲突，在启用TTIB前，若有些TB未能传送成功，放弃重传，导致RTP(Real-timeTransport Protocol，实时传输协议)丢包，影响语音质量。

发明内容

本发明实施例提供一种资源调度方法、装置和基站，通过对启动诸如TTIB的业务前后的子帧调度进行调整，从而避免业务启动后的子帧调度与重传子帧发生冲突，无需清除HARQ进程，提升了语音质量。

根据本发明的一个方面，提供一种资源调度方法，包括：

对当前的上行信噪比进行检测；

若当前的上行信噪比大于第二门限且不大于第一门限，则从子帧n开始给用户终端调度第一子帧；

若当前的上行信噪比不大于第二门限，则在子帧n1激活指定业务；

给用户终端调度相应的第二上行子帧，从而避免基于第一上行子帧的重传与第二上行子帧发生冲突。

在一个实施例中，若当前的上行信噪比不大于第二门限，则在子帧n1激活指定业务包括：

若当前的上行信噪比不大于第二门限，则进一步判断是否存在子帧n前的重传；

若不存在子帧n前的重传，则在子帧n1激活指定业务。

在一个实施例中，判断是否存在子帧n前的重传包括：

判断当前的SFN×10+Subframe与n之差是否小于第一门限值，其中SFN为系统帧号，Subframe为子帧号，第一门限值与预定的最大重传次数相关联；

若当前的SFN×10+Subframe与n之差不小于第一门限值，则确定不存在子帧n前的重传。