一种上行语音业务的调度方法、调度装置及基站与流程

本发明涉及通信领域，尤其涉及一种上行语音业务的调度方法、调度装置及基站。

背景技术：

在提供语音业务的长期演进系统(Long Term Evolution，以下简称LTE)网络中，当用户设备(User Equipment,以下简称UE)没有传输数据的有效资源，且UE又同时有业务待传输时，就会主动的向基站发起调度请求(Scheduling Request，以下简称SR)，目的在于申请有效合法的上行传输资源。一般的，当UE发起SR之后，基站会响应UE发起的SR，给UE授权一定大小的资源，目的让UE把自己缓存中待传输数据量的大小上报给基站，也就是把缓冲状态报告(Buffer Status reporting，以下简称BSR)告诉基站，然后，基站获取到UE的BSR之后，就会对UE进行调度。

在上行语音业务期间，有一些异常情况会导致基站停止对UE的调度，比如基站根据UE周期性发送的BSR，维护UE的语音业务的待传输数据量为0时，基站就会停止对UE的调度。此时，UE的上行语音业务就会时延，甚至因为时延过大导致UE主动弃包，造成来电静默，这对用户来说是很恶劣的体验。

技术实现要素：

本发明提供的一种上行语音业务的调度方法、调度装置及基站，解决现有技术中在上行语音业务通话期，一些异常导致基站停止对UE的调度，导致UE的上行语音业务出现时延、甚至因为时延过大导致UE主动弃包等问题。

为解决上述技术问题，本发明提供一种上行语音业务的主动调度方案，包括：

一种上行语音业务的调度方法，包括：在上行语音通话期，判断是否存在预设事件后续会导致停止对UE的调度，或者判断是否存在预设事件已导致停止了对UE的调度；若存在，则对所述UE进行主动调度。

进一步地，预设事件包括：本地维护的所述UE的语音业务的待传输数据量为0，且保持预设时长或N个调度请求发送周期，所述预设时长大于或等于0，N大于或等于1。

进一步地，所述本地维护的所述UE的语音业务的待传输数据量为：本地根 据所述用户发送的BSR，维护的所述UE的语音业务的待传输数据量。

进一步地，对所述UE进行主动调度之后，还包括：接收所述UE发送的新的BSR，根据接收的新的BSR维护所述UE的语音业务的待传输数据量。

进一步地，对所述UE进行主动调度包括：分配资源给所述UE，所述资源的大小大于或等于前一次调度距离当前时刻的间隔内可承载的数据包的大小。

进一步地，所述上行语音业务的调度方法还包括：在上行语音通话期，判断本地维护的所述UE的语音业务的待传输数据量是否大于0；若是，则按照本地维护的所述UE的语音业务的待传输数据量对所述UE进行调度。

进一步地，在上行语音通话期，判断是否存在预设事件后续会导致停止对UE的调度，或者判断是否存在预设事件已导致停止了对UE的调度之前，还可以包括：根据接收的所述UE发送的数据包判断是否属于上行语音通话期，若属于上行语音通话期，则进入所述判断是否存在预设事件后续会导致停止对UE的调度，或者判断是否存在预设事件已导致停止了对UE的调度的步骤。

一种上行语音业务的调度装置，包括：第一判断模块，用于在上行语音通话期，判断是否存在预设事件后续会导致停止对UE的调度，或者判断是否存在预设事件已导致停止了对UE的调度；

第一调度模块，用于当存在预设事件后续会导致停止对UE的调度，或者存在预设事件已导致停止了对UE的调度时，对所述UE进行主动调度。

进一步地，所述预设事件包括：本地维护的所述UE的语音业务的待传输数据量为0，且保持预设时长或N个调度请求发送周期，所述预设时长大于或等于0，N大于或等于1。

进一步地，还包括：接收模块，用于接收所述UE发送的新的BSR；

维护模块，用于根据接收的新的BSR维护所述UE的语音业务的待传输数据量。

进一步地，第一调度模块具体用于分配资源给所述UE，所述资源的大小大于或等于前一次调度距离当前时刻的间隔内可承载的数据包的大小。

进一步地，所述上行语音业务的调度装置还包括：第二判断模块，用于在上行语音通话期，判断本地维护的所述UE的语音业务的待传输数据量是否大于0；

第二调度模块，用于第二判断模块的判断结果为本地维护的所述UE的语音业务的BSR中待传输数据量值大于0时，按照本地维护的所述UE的语音业务的待传输数据量对所述UE进行调度。

进一步地，所述上行语音业务的调度装置还包括第三判断模块，用于根据 接收的所述UE发送的数据包判断是否属于上行语音通话期。

一种基站，包括如上所述的上行语音业务的调度装置。

本发明的有益效果是：在上行语音业务通话期，当一些本可以排除的异常导致基站可能停止或者已经停止对UE的调度时，本发明通过让基站对UE进行主动调度，以此实现基站快速恢复对UE调度的功能，避免因基站停止调度导致上行语音业务出现时延、甚至因为时延过大导致UE主动弃包，提升用户体验。

附图说明

图1为本发明一实施例提供的一种上行语音业务的调度方法的流程图；

图2为本发明另一实施例提供的一种上行语音业务的调度方法的流程图；

图3为本发明一实施例提供的一种上行语音业务的调度装置的示意图。

具体实施方式

本发明的适用范围不局限于LTE的语音业务，下面以LTE的语音业务为例，LTE的语音业务一般的包含以下三个部分：短暂状态(Transient State)、通话期(Talk spurt)状态和静默期(Silent Period)状态，其中，

Transient State下，发送数据包的时间间隔为20ms，是指每次语音业务建立初期尚未稳定的状态，此状态下的数据包较大；

Talk spurt状态下，发送数据包的时间间隔为20ms，是指对应用户正在通话的状态，在通话状态下，每20ms传送一次数据包，通话期状态的语音包大小取决于当前采用的编码速率；

Silent Period状态下，是对应用户通话停顿的状态，间隔160ms发送SID(Silence Descriptor)数据包。

本发明中，上行语音通话期包括上述Talk spurt状态，或者包括上述Transient State和Talk spurt状态这两个。但不局限于此。

下面通过具体实施方式结合附图对本发明作进一步详细说明。

如图1，为本发明的一实施例，提供一种上行语音业务的调度方法，包括：

S101：根据接收的UE发送的数据包判断是否属于上行语音通话期；

S102：若属于上行语音通话期，则判断是否存在预设事件后续会导致停止对UE的调度；

S103：若步骤S102中的判断结果为存在预设事件后续会导致停止对UE的调度，则对UE进行主动调度；若不存在预设事件后续会导致停止对UE的调度， 则按照现有技术中的正常调度流程(比如，没有出现异常时，则正常调度)；

优选地，步骤S101具体为：根据接收的UE发送的数据包中的标识判断是否属于上行语音通话期。比如UE每次发送的数据包中都带有标识信息，当处于上行语音业务的通话期时，该标识信息为通话期标识；当处于上行语音业务的静默期时，该标识信息为静默期标识，另一端，如基站，便可根据数据包中的标识信息判断当前是否属于上行语音业务的通话期、是否属于静默期。

当然，在已经知道目前处于上行语音业务的通话期时，步骤S101可以省去。

其中，步骤S102中的停止调度，一般指的是非正常停止调度，即判断是否存在预设事件后续会导致非正常停止对UE的调度。对于正常情况下的停止调度，可以按照现有技术中的流程处理，不特别要求基站去进行主动调度。

优选地，本实施例中的预设事件包括：本地维护的UE的语音业务的待传输数据量为0，且保持预设时长或N个SR发送周期，预设时长大于或等于0，N大于或等于1。本地可以通过多种方式来维护UE的语音业务的待传输数据量，其中一种优选方式是，接收UE周期性或随机发送的BSR，根据接收的BSR维护本地的该UE的语音业务的待传输数据量。

步骤S103中对UE进行主动调度的过程可以包括：分配资源给UE，资源的大小大于或等于前一次调度距离当前时刻的间隔内可承载的数据包的大小，主动调度过程中当然也可以包括其他信息的传递。

优选地，步骤S103中对所述UE进行主动调度之后，还包括：接收UE发送的新的BSR，根据接收的新的BSR维护UE的语音业务的待传输数据量，这样可以实现与UE实际的待传输数据量的同步，从而恢复对UE的正常调度流程。

上述实施例，还可以进一步包括：在上行语音通话期，判断本地维护的UE的语音业务的待传输数据量是否大于0；若大于0，则按照本地维护的UE的语音业务的待传输数据量对UE进行调度，即按照现有技术中的正常调度流程，不进行主动调度。其中，本地可以通过多种方式来维护UE的语音业务的待传输数据量，其中一种优选方式是，接收UE周期性或随机发送的BSR，根据接收的BSR维护本地的该UE的语音业务的待传输数据量。

优选地，在上行语音的静默期，为了节约资源，即使在本地维护的UE的语音业务的待传输数据量为0，也不进行主动调度。

上述实施例实现了在上行语音业务通话期，当一些本可以排除的异常导致后续会停止对UE的调度时，通过对UE进行主动调度，以此实现快速恢复对UE的调度功能，避免因停止对UE的调度导致UE的上行语音业务出现时延、甚至因为时延过大导致UE主动弃包，提升用户体验。

如图2，为本发明的另一实施例，提供一种上行语音业务的调度方法，包括：

S201：根据接收的UE发送的数据包判断是否属于上行语音通话期；

S202：若属于上行语音通话期，则判断是否存在预设事件已导致停止了对UE的调度；

S203：若步骤S202中的判断结果为存在预设事件已导致停止了对UE的调度，则对UE进行主动调度；若不存在预设事件已导致停止对UE的调度，则按照现有技术中的正常调度流程(比如，没有出现异常时，则正常调度)；

本实施例与图1所示实施例不同之处仅在于，图1所示实施例是当存在预设事件后续会导致停止对UE的调度，即当前还没有停止调度时，对UE进行主动调度；而本实施例是当存在预设事件已导致停止了对UE的调度，即当前已经停止了调度，对UE进行主动调度；当然，本实施例中的停止调度，一般指的是非正常停止调度，即判断是否存在预设事件已导致非正常停止了对UE的调度。对于正常情况下的停止调度，可以按照现有技术中的流程处理，不特别要求基站去进行主动调度。

如图3，为本发明的一实施例，提供一种上行语音业务的调度装置，该上行语音业务的调度装置30包括第一判断模块304，用于在上行语音通话期，判断是否存在预设事件后续会导致停止对UE的调度，或者判断是否存在预设事件已导致停止了对UE的调度；第一调度模块305，用于当存在预设事件后续会导致停止对UE的调度，或者存在预设事件已导致停止了对UE的调度时，对UE进行主动调度。

优选地，预设事件包括：维护模块302维护的UE的语音业务的待传输数据量为0，且保持预设时长或N个SR发送周期，所述预设时长大于或等于0，N大于或等于1。

优选地，上行语音业务的调度装置30还可以包括接收模块301，用于接收UE发送的新的BSR；以及维护模块302，用于根据接收的新的BSR维护UE的语音业务的待传输数据量。

优选地，第一调度模块305具体可以用于分配资源给UE，资源的大小大于或等于前一次调度距离当前时刻的间隔内可承载的数据包的大小。

优选地，上行语音业务的调度装置30还可以包括第二判断模块306，用于在上行语音通话期，判断本地维护的UE的语音业务的待传输数据量是否大于0；以及第二调度模块307，用于第二判断模块306的判断结果为本地维护的UE的语音业务的待传输数据量大于0时，按照本地维护的UE的语音业务的待传输数 据量对UE进行调度，即属于正常调度，不进行主动调度。

优选地，上行语音业务的调度装置30还包括第三判断模块303，用于根据接收的UE发送的数据包判断是否属于上行语音通话期。

本实施例提供一种上行语音业务的调度装置，该调度装置可以实现当存在预设事件后续会导致停止对UE的调度，或者存在预设事件已导致停止了对UE的调度时，对UE进行主动调度。

本发明还提供一种基站，该基站包括上述上行语音业务的调度装置。

下面以基站对UE进行主动调度为例，对本发明实施例进一步解释说明，包括如下流程：

准备条件：LTE系统，基站无线资源控制(Radio Resource Control，以下简称RRC)层配置好语音业务的SR参数，SR周期配置为20ms，偏移为6；

S401：UE向基站发送数据包；

S402：基站根据数据包中的标识信息判断属于上行语音通话期；根据数据包确定出自适应多速率编解码(Adaptive Multi-Rate Codec，以下简称AMR)技术速率对应的语音净荷值为61Byte、头开销大小(IP+RTP+UDP)为40Byte，冗余量为10B；

S403：基站读取本地维护的该UE的语音业务的待传输数据量，如果为0(在此之前，基站根据UE发送的BSR维护该待传输数据量)，则进入步骤S404；

S404：基站发现UE已经错过了3次SR的发送机会，即当前时刻距离上一次物理上行共享信道(Physical Uplink Shared Channel，以下简称PUSCH)调度时刻为60ms；基站对UE进行主动调度，包括主动为UE分配资源；

S405：基站接收UE发送的新的BSR，根据接收的新的BSR维护本地UE的语音业务的待传输数据量，停止主动调度，恢复正常调度流程。

因为处于上行语音通话期，按理UE每间隔20ms发送一次数据包，UE需每间隔20ms向基站发送一次SR，基站需在每接收一个SR之后，根据其维护的该UE的语音业务的待传输数据量来给UE分配资源，如果基站维护的UE的语音业务的待传输数据量为0，则基站会停止对UE的调度。但是本实施例，当基站维护的UE的语音业务的待传输数据量为0，且基站没有收到UE发送的SR，且基站发现UE已经错过了3次SR的发送机会，即基站维护的UE的语音业务的待传输数据量为0，且持续了预设时长(本实施例中预设时长为3次SR的发送周期)，使基站对UE进行主动调度，主动给UE分配资源，因为当前时刻距离上一次调 度时刻的时间间隔为60ms，所以需要分配的资源的大小至少为3个数据包的大小，即：(61+40)*3+10＝313B。

下面以在上行语音业务的静默期为例，对本发明实施例进一步解释说明，包括如下流程：

准备条件：LTE系统，基站RRC层配置好语音业务的SR参数，SR周期配置为20ms，偏移为6；

S501：UE向基站发送数据包；

S502：基站根据数据包中的标识信息判断属于上行语音静默期；

S503：基站不对UE进行主动调度。

在本实施例中，一旦确定属于上行语音静默期，即使此时基站维护的UE的语音业务的待传输数据量为0，基站也不会对UE进行主动调度，而是按照现有技术中的正常调度流程，即等待UE发送SR，然后进行SR响应。

下面以基站维护UE的语音业务的待传输数据量大于0的情况为例，对本发明实施例进一步解释说明，包括如下流程：

准备条件：LTE系统，基站RRC层配置好语音业务的SR参数，SR周期配置为20ms，偏移为6；

S601：UE向基站发送数据包；

S602：基站根据数据包中的标识信息判断属于上行语音通话期；根据数据包确定出自适应多速率编解码(Adaptive Multi-Rate Codec，以下简称AMR)技术速率对应的语音净荷值为61Byte、头开销大小(IP+RTP+UDP)为40Byte，冗余量为10B；

S603：基站读取本地维护的UE的语音业务的待传输数据量，如果本地维护的UE的语音业务的待传输数据量大于0(在此之前，基站根据UE发送的BSR维护该待传输数据量)，则进入步骤S604；

S604：基站按照其维护的该UE的语音业务的待传输数据量进行调度，即按照现有技术中的正常调度流程。不要求基站进行主动调度。由于本地维护的UE的语音业务的待传输数据量大于0，基站不会停止对UE的调度，只要基站不停止对UE的调度，那么后续通过UE发送给基站的BSR，还可以让基站维护的UE的语音业务的待传输数据量与UE的实际待传输数据量同步，所以不用要求基站去主动调度。

本发明在上行语音业务通话期，当一些本可以排除的异常导致基站可能停 止或者已经停止对UE的调度时，本发明通过让基站对UE进行主动调度，以此实现基站快速恢复对UE调度的功能，避免因基站停止调度导致上行语音业务出现时延、甚至因为时延过大导致UE主动弃包，提升用户体验；在上行语音业务静默期，为了避免资源的浪费，基站不对UE进行主动调度；在上行语音业务通话期，且基站维护UE的语音业务的待传输数据量大于0时，为了节约资源，基站不进行主动调度，按照基站自己维护的BSR信息进行调度。即按照现有技术中的正常调度流程(比如，没有出现异常时，则正常调度)。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。