CN101902728A - 实现半静态调度资源动态调整的方法、系统及相关装置 - Google Patents

Abstract

本发明公开了一种实现半静态调度资源动态调整的方法、系统及相关装置，在基站中对设定项业务配置一个预定集合，用于存放该项业务的编解码算法与对应的上下行正常帧和静默帧的大小，方法包括：双方用户设备彼此之间交换编解码能力，并将各自确定使用的编解码算法分别上报给基站；基站根据预定集合及收到的该项业务的编解码算法，确定本次业务实现过程中上下行正常帧和静默帧的大小，并将确定的上下行正常帧和静默帧的大小配置给媒体接入控制层；媒体接入控制层根据确定的上下行正常帧和静默帧的大小以及收到用户设备上报的半静态数据的大小，在需要时动态的调整半静态调度资源；本发明解决了半静态调度资源与业务特性不符的问题，节约了无线资源。

Description

实现半静态调度资源动态调整的方法、系统及相关装置

技术领域

本发明涉及LTE(long term evolution，长期演进)移动通信系统技术领域，尤其涉及一种实现半静态调度资源动态调整的方法、系统及相关装置。

背景技术

如图1所示，图1为LTE移动通信系统的结构示意图，主要包括：CN(CoreNetwork，核心网)和E_UTRAN(Evolved Universal Terrestrial Radio AccessNetwork，演进的通用陆基无线接入网)。核心网主要包括MME(移动管理实体)和S-GW(服务网关)，接入网由eNB(节点B，也即长期演进移动通信系统中的基站)构成。核心网和接入网之间通过S1接口互联互通，接入网内部不同的eNB之间通过X2接口互联互通。

语音业务作为电信的一种基本业务，在LTE移动通信系统中通过VOIP(Voice over Internet Protocol，IP网络语音)的方式实现。通缉发现，三分之二的时间没有语音传输，语音传输的时间只有三分之一，对于这两种情况，语音编码器在编码的时生成两个帧：静默帧和正常帧。

在LTE通信系统中，为了保证语音业务的服务质量，一般采用半静态调度的方式，需要配置半静态调度资源。不同UE之间通话时采用的语音编解码算法可能不同，相应的发送语音帧的大小也会不同，而半静态调度资源却已被配置为固定不变的数值，这样就可能会导致语音帧大小与半静态调度资源不匹配，从而造成语音质量不高，或者浪费无线资源。LTE通信系统中其他采用半静态数据进行传输的业务(如游戏业务、监控业务等)也存在类似半静态调度资源与业务特性不符的问题。

发明内容

鉴于上述的分析，本发明旨在提供一种实现半静态调度资源动态调整的方法、系统及相关装置，用以解决现有技术中存在的半静态调度资源与半静态业务特性不匹配的问题。

本发明的目的主要是通过以下技术方案实现的：

本发明提供了一种实现半静态调度资源动态调整的方法，在基站中对设定项业务配置一个预定集合，用于存放该项业务的编解码算法与对应的上下行正常帧和静默帧大小，所述方法包括：

步骤A：在该项业务建立过程中，双方用户设备彼此之间交换编解码能力，并将各自确定使用的编解码算法分别上报给基站；

步骤B：基站根据预定集合及收到的该项业务的编解码算法，确定本次业务实现过程中上下行正常帧和静默帧的大小，并将确定的上下行正常帧和静默帧的大小配置给媒体接入控制层；

步骤C：媒体接入控制层根据所述确定的上下行正常帧和静默帧的大小以及收到用户设备上报的半静态数据的大小，在需要时动态的调整半静态调度资源。

进一步地，所述步骤A具体包括：

双方用户设备与网络之间建立业务信令承载后，用户设备将自己的编解码能力发送给对方用户设备；

收到对方编解码能力的用户设备，根据自己的解码能力，确定出本次通话使用的编解码算法，并将确定使用的编解码算法发送给对方；

收到对方编解码算法的用户设备，根据对方使用的解码算法，确定自己的编码算法；

双方用户设备同时将自己采用的编码算法和解码算法上报给基站。

进一步地，所述步骤C具体包括：

媒体接入控制层将已分配的半静态调度资源与其收到用户设备上报的半静态数据的大小进行比较：

如果相同，则发送所述半静态数据；如果不相同，则释放已分配的半静态调度资源，根据确定的上下行正常帧和静默帧的大小得出本次发送所需要的半静态调度资源，并按照本次发送所需要的半静态调度资源重新分配。

其中，所述设定项业务为：基于半静态数据传输的语音业务或者游戏业务或者监控业务。

本发明又提供了一种实现半静态调度资源动态调整的系统，所述系统包括：设置于基站中的存储模块和配置模块，设置于用户设备中的编解码模块，设置于媒体接入控制层中的动态调整模块，其中，

所述存储模块，用于对设定项业务配置一个预定集合，所述预定集合中存放有该项业务的编解码算法与其对应的上下行正常帧和静默帧大小；

所述编解码模块，用于在该项业务建立过程中，和对方用户设备之间交换业务编解码能力，并将确定的自己使用的编解码算法上报给所述配置模块；

所述配置模块，用于根据从对方用户设备收到的该项业务的编解码算法及所述存储模块中的预定集合，确定上下行正常帧和静默帧的大小，并将确定的上下行正常帧和静默帧的大小配置给所述动态调整模块；

所述动态调整模块，用于根据收到的半静态数据的大小以及确定的上下行正常帧和静默帧的大小，动态的调整半静态调度资源。

进一步地，所述编解码模块具体用于，将自己的编解码能力发送给对方用户设备的编解码模块；在收到对方编解码模块发来的编解码能力时，根据自己的解码能力，确定出本次通话使用的编解码算法，并将确定使用的编解码算法发送给对方用户设备的编辑码模块；并在收到对方编解码算法时，根据对方使用的解码算法，决定自己的编码算法，最后将自己采用的编码算法和解码算法上报给所述配置模块。

进一步地，所述动态调整模块具体用于，当收到半静态数据时，将所述半静态数据的大小与已分配的半静态调度资源进行比较：如果相同，则发送所述半静态数据；如果不相同，则释放已分配的半静态调度资源，根据确定的上下行正常帧和静默帧的大小得出本次发送所需要的半静态调度资源，并按照本次发送所需要的半静态调度资源重新分配。

本发明还提供了一种基站，应用于实现半静态调度资源动态调整的系统中，所述基站包括：存储模块和配置模块，其中，

所述存储模块，用于对设定项业务配置一个预定集合，所述预定集合中存放有该项业务的编解码算法与其对应的上下行正常帧和静默帧大小；

所述配置模块，用于根据从对方用户设备收到的该项业务的编解码算法及所述存储模块中的预定集合，确定上下行正常帧和静默帧的大小，并将确定的上下行正常帧和静默帧的大小配置给所述动态调整模块。

本发明有益效果如下：

本发明解决了半静态调度资源与业务特性不符的问题，节约了无线资源。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分的从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

图1为现有技术中，LTE移动通信系统的结构示意图；

图2为本发明所述方法的流程示意图；

图3为本发明所述方法应用于语音业务中的流程示意图；

图4为本发明所述方法中，动态分配半静态调度资源的流程示意图；

图5为本发明所述系统的结构示意图；

图6为应用于本发明所述系统中的基站的结构示意图。

具体实施方式

下面结合附图来具体描述本发明的优先实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理。为了清楚和简化目的，当其可能使本发明的主题模糊不清时，将省略本文所描述的器件中已知功能和结构的详细具体说明。

首先结合附图2到附图4对本发明所述方法进行详细说明。

如图2所示，图2为本发明所述方法的流程示意图，具体可以包括以下步骤：

步骤200：对于某项业务，eNB(节点B，也即长期演进移动通信系统中的基站)预先在后台针对不同的编解码算法配置不同的上行正常帧和上行静默帧的大小、以及下行正常帧和下行静默帧的大小(为了便于叙述，以下简称为上下行正常帧和静默帧的大小)，从而得到该项业务的编解码算法对应上下行正常帧和静默帧大小的预定集合；其中对于不同的编解码算法，其配置的正常帧大小和静默帧大小也不同，具体配置在现有协议已有详细规定，此处不做进一步说明；

步骤201：主叫UE(customer equipment，用户设备)和被叫UE先后和接入网建立RRC(Radio Resources Control，无线资源控制)连接及业务信令承载；

步骤202：双方UE彼此之间交换该项业务的编解码能力；所述编解码能力包括：编码能力和解码能力，编码能力为UE可以支持的至少一个编码算法，解码能力为UE可以支持的至少一个解码算法；

步骤203：双方UE确定本次通话使用的编码算法，并分别将编解码算法上报给eNB；

步骤204：eNB根据本次使用的编解码算法与预定集合确定与该编解码算法对应的上下行正常帧和静默帧的大小，将确定的上下行正常帧和静默帧的大小配置给MAC(Mdium Access Control，媒质接入控制层)；

步骤205：MAC根据收到半静态数据的大小及配置的上下行正常帧和静默帧的大小，在需要时动态的调整分配的半静态调度资源。

为了便于理解本发明，下面以语音业务为例对本发明进行详细说明。

如图3所示，图3为本发明所述方法应用于语音业务中的流程示意图，为了便于说明，设定UEA为语音业务的主叫方，UEB为语音业务的被叫方，处理过程具体可以包括以下步骤：

步骤300：eNB针对不同的编解码算法配置不同的上下行正常帧和静默帧的大小，生成语音业务编解码算法对应上下行正常帧和静默帧大小的预定集合；

步骤301：UEA和接入网建立RRC(Radio Resource Control，无线资源控制)连接，UEA进入RRC_CONNECTED状态，详细参见协议3GPP 36.331和协议3GPP 36.413相关流程；

步骤302：UEA发起语音业务，UEA与网络之间建立业务信令承载，详细参见VoIP业务协议；

步骤303：UEB收到寻呼，和接入网建立RRC连接，UEB进入RRC_CONNECTED状态，详细参见协议3GPP 36.331和协议3GPP 36.413相关流程；

步骤304：UEB接受语音业务，UEB与网络之间建立业务信令承载；

步骤305：UEA将自己的语音编解码能力发送给UEB，同时UEB将自己的语音编解码能力发送给UEA，详细见SIP(会话初始化协议)协议；所述语音编解码能力包括：语音编码能力和语音解码能力，语音编码能力为UE可以支持的至少一个编码算法，语音解码能力为UE可以支持的至少一个解码算法；

步骤306：UEB和UEA收到对方发来的语音编解码能力，根据对方的编码能力和自己的语音解码能力，确定出本次通话可用的语音编解码算法，并将确定本次通话使用的语音编解码算法发送给对方；UEA和UEB收到对方发来的语音编解码算法，根据对方使用的语音解码算法，决定自己采用的语音编码算法；

步骤307：UEA和UEB同时将自己采用的语音编解码算法上报给eNB；

步骤308：eNB接收发来的语音编解码算法，并根据语音编解码算法在预定集合中找到该语音编解码对应的上下行正常帧和静默帧的大小，然后将确定的上下行正常帧和静默帧的大小配置给MAC；

步骤309：MAC收到下行半静态数据(或者上行半静态数据)，如果收到的半静态数据大小与以前分配的半静态调度资源相同，则发送其收到的半静态数据；如果不相同，则释放以前已分配的半静态调度资源，根据eNB配置给其的上下行正常帧和静默帧的大小来确定本次发送所需要的半静态调度资源，然后按照本次发送需要的半静态调度资源重新分配，在新分配的半静态调度资源上发送其收到的半静态数据。具体过程参见图4所示。

如图4所示，图4为本发明实施例所述方法中，步骤309(MAC动态调整半静态调度资源)的具体流程示意图，具体可以包括以下步骤：

步骤401：收到用户数据；

步骤402：判断所述用户数据是上行半静态数据还是下行半静态数据，如果是上行半静态数据，执行步骤403；如果是下行半静态数据，执行步骤406；

步骤403：判断收到的上行半静态数据的大小与已分配的半静态调度资源的数据量是否相同，如果相同，则正常发送其收到的上行半静态数据，该流程结束；如果不同，则执行步骤404；

步骤404：去激活即释放掉以前分配的半静态调度资源；

步骤405：激活新的半静态调度资源，即根据确定的上行静默帧和正常帧的大小得出本次所需要的半静态调度资源的数据量，并按照本次发送需要的半静态调度资源重新分配，在新分配的半静态调度资源上发送其收到的上行半静态数据；

步骤406：判断收到的下行半静态数据的大小与已分配的半静态调度资源的数据量是否相同，如果相同，则正常发送其收到的下行半静态数据，该流程结束；如果不同，则执行步骤407；

步骤407：去激活即释放掉以前分配的半静态调度资源；

步骤408：激活即重新分配半静态调度资源，即根据确定的下行静默帧和正常帧的大小得出本次所需要的半静态调度资源的数据量，，并按照本次发送需要的半静态调度资源重新分配，在新分配的半静态调度资源上发送其收到的下行半静态数据。

接下来结合附图5对本发明所述系统进行详细说明。

如图5所示，图5为本发明所述系统的结构示意图，具体可以包括：设置于eNB中的存储模块和配置模块，设置于UE中的编解码模块，设置于MAC中的动态调整模块，下面对各个模块分别予以详细说明。

存储模块，设置于eNB中，对于某项业务(如基于半静态数据传输的语音业务)，存储模块针对不同的编解码算法配置不同的上下行正常帧和静默帧的大小，从而得到该项业务的编解码算法对应上下行正常帧和静默帧大小的预定集合，其中对于不同的编解码算法，其配置的正常帧大小和静默帧大小也不同；

编解码模块，设置于UE中，在该项业务建立过程中，编解码模块和对方UE的编解码模块之间交换业务编解码能力，并将确定自己使用的编解码算法上报给eNB的配置模块；具体的说就是，编辑码模块将自己的业务编解码能力发送给对方UE的编解码模块；在收到对方业务编解码能力时，根据自己的业务解码能力，确定出本次通话使用的业务编解码算法，并将确定使用的业务编解码算法发送给对方UE的编辑码模块；并在收到对方UE的编解码模块发来的编解码算法时，根据对方使用的业务解码算法，决定自己的业务编码算法，然后将自己采用的业务编码算法和业务解码算法上报给eNB的配置模块。

配置模块，设置于eNB中，接收UE的编解码模块发来的业务编码算法和解码算法，根据收到的该项业务的编解码算法到所述存储模块中的预定集合中查找该编解码算法对应的上下行正常帧和静默帧的大小，将确定的上下行正常帧和静默帧的大小发送给MAC的动态调整模块；

动态调整模块，设置于MAC中，接收配置模块发来的本次业务的上下行正常帧和静默帧的大小，当接收到半静态数据时，将该半静态数据与已分配的半静态调度资源进行比较：如果数据大小与以前分配的半静态调度资源相同，则正常发送其收到的半静态数据；如果不相同，则释放以前已分配的资源，根据配置模块给其的上下行正常帧和静默帧的大小来确定本次发送所需要的半静态调度资源，然后按照本次发送需要的半静态调度资源重新分配，在新分配的半静态调度资源上发送其收到的半静态数据。

最后结合附图6对应用于上述实现半静态调度资源动态调整系统中的eNB进行详细说明。

如图6所示，图6为所述eNB的结构示意图，具体可以包括：存储模块和配置模块，下面分布予以详细说明。

存储模块，对于某项业务(如基于半静态数据传输的语音业务)，存储模块针对不同的编解码算法配置不同的上下行正常帧和静默帧的大小，从而得到该项业务的编解码算法对应上下行正常帧和静默帧大小的预定集合，其中对于不同的编解码算法，其配置的正常帧大小和静默帧大小也不同；

配置模块，接收UE的编解码模块发来的业务编码算法和解码算法，根据收到的该项业务的编解码算法到所述存储模块中的预定集合中查找该编解码算法对应的上下行正常帧和静默帧的大小，将确定的上下行正常帧和静默帧的大小发送给MAC的动态调整模块。

对于本发明所述系统及eNB的具体工作过程，由于上述方法中已有详细说明，故此处不再赘述。

以上所述，仅以语音业务为例对本发明进行了说明，但本领域普通技术人员都应该知道，本发明还不仅适用于语音业务，同样适应于LET移动通信系统中其他采用半静态数据传输的业务，如监控业务、游戏业务等，其原理相同，执行过程类似，此处就不再一一阐述。

综上所述，本发明提供了一种实现半静态调度资源动态调整的方法、系统及相关装置，解决了半静态调度资源与业务特性不符的问题，从而节约了无线资源，提高用户体验，增加运营商的收入，提供系统容量。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书的保护范围为准。

Claims (8)

1.一种实现半静态调度资源动态调整的方法，其特征在于，在基站中对设定项业务配置一个预定集合，用于存放该项业务的编解码算法与对应的上下行正常帧和静默帧的大小，所述方法包括：

步骤A：在该项业务建立过程中，双方用户设备彼此之间交换编解码能力，并将各自确定使用的编解码算法分别上报给基站；

步骤B：基站根据预定集合及收到的该项业务的编解码算法，确定本次业务实现过程中上下行正常帧和静默帧的大小，并将确定的上下行正常帧和静默帧的大小配置给媒体接入控制层；

步骤C：媒体接入控制层根据所述确定的上下行正常帧和静默帧的大小以及收到用户设备上报的半静态数据的大小，在需要时动态的调整半静态调度资源。

2.根据权利要求1所述的方法，其特征在于，所述步骤A具体包括：

双方用户设备与网络之间建立业务信令承载后，用户设备将自己的编解码能力发送给对方用户设备；

收到对方编解码能力的用户设备，根据自己的解码能力，确定出本次通话使用的编解码算法，并将确定使用的编解码算法发送给对方；

收到对方编解码算法的用户设备，根据对方使用的解码算法，确定自己的编码算法；

双方用户设备同时将自己采用的编码算法和解码算法上报给基站。

3.根据权利要求1或2所述的方法，其特征在于，所述步骤C具体包括：

媒体接入控制层将已分配的半静态调度资源与其收到用户设备上报的半静态数据的大小进行比较：

如果相同，则发送所述半静态数据；如果不相同，则释放已分配的半静态调度资源，根据确定的上下行正常帧和静默帧的大小得出本次发送所需要的半静态调度资源，并按照本次发送所需要的半静态调度资源重新分配。

4.根据权利要求1所述的方法，其特征在于，所述设定项业务为：基于半静态数据传输的语音业务或者游戏业务或者监控业务。

5.一种实现半静态调度资源动态调整的系统，其特征在于，所述系统包括：设置于基站中的存储模块和配置模块，设置于用户设备中的编解码模块，设置于媒体接入控制层中的动态调整模块，其中，

所述存储模块，用于对设定项业务配置一个预定集合，所述预定集合中存放有该项业务的编解码算法与其对应的上下行正常帧和静默帧的大小；

所述编解码模块，用于在该项业务建立过程中，和对方用户设备之间交换业务编解码能力，并将确定的自己使用的编解码算法上报给所述配置模块；

所述配置模块，用于根据从对方用户设备收到的该项业务的编解码算法及所述存储模块中的预定集合，确定上下行正常帧和静默帧的大小，并将确定的上下行正常帧和静默帧的大小配置给所述动态调整模块；

所述动态调整模块，用于根据收到的半静态数据的大小以及确定的上下行正常帧和静默帧的大小，动态的调整半静态调度资源。

6.根据权利要求5所述的系统，其特征在于，所述编解码模块具体用于，将自己的编解码能力发送给对方用户设备的编解码模块；在收到对方编解码模块发来的编解码能力时，根据自己的解码能力，确定出本次通话使用的编解码算法，并将确定使用的编解码算法发送给对方用户设备的编辑码模块；并在收到对方编解码算法时，根据对方使用的解码算法，决定自己的编码算法，最后将自己采用的编码算法和解码算法上报给所述配置模块。

7.根据权利要求5所述的系统，其特征在于，所述动态调整模块具体用于，当收到半静态数据时，将所述半静态数据的大小与已分配的半静态调度资源进行比较：如果相同，则发送所述半静态数据；如果不相同，则释放已分配的半静态调度资源，根据确定的上下行正常帧和静默帧的大小得出本次发送所需要的半静态调度资源，并按照本次发送所需要的半静态调度资源重新分配。

8.一种基站，应用于实现半静态调度资源动态调整的系统中，其特征在于，所述基站包括：存储模块和配置模块，其中，

所述存储模块，用于对设定项业务配置一个预定集合，所述预定集合中存放有该项业务的编解码算法与其对应的上下行正常帧和静默帧的大小；

所述配置模块，用于根据从对方用户设备收到的该项业务的编解码算法及所述存储模块中的预定集合，确定上下行正常帧和静默帧的大小，并将确定的上下行正常帧和静默帧的大小配置给所述动态调整模块。

Images