[发明专利]一种业务处理模块负载均衡的方法及媒体服务器

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种业务处理模块负载均衡的方法及媒体服务器。

背景技术

媒体服务器(MediaServer，简称MS)是软交换体系中提供专用媒体资源功能的独立设备，也是分组网络中的重要设备，提供基本和增强业务中的媒体处理功能，用于所有与音视频相关的媒体处理，包括视频和音频RTP(Real-timeTransportProtocol，实时传输协议)数据流到视音频文件的相互转换。同时，也负责接收用户通过终端的DTMF(DualToneMultiFrequency，即双音多频)输入、播放业务的引导语音、显示动态的引导画面。它具有的SIP协议(会话发起协议)和MSML/MOML(媒体服务器标记语言/媒体对象标记语言)能力使得其能在应用服务器APP的控制下完成整个会话过程与用户的交互。

应用服务器(ApplicationServer，简称App)负责各种增值业务和智能业务的逻辑产生和管理，并且还提供各种开放的API(ApplicationProgrammingInterface，应用程序编程接口)，为第三方业务的开发提供创作平台。应用服务器是一个独立的组件，与控制层的软交换无关，从而实现了业务与呼叫控制的分离，有利于新业务的引入。

消息分发单元(MDU)，接收APP下发的sip信令，并且将信令转发到各个模块。

如图1所示，在MDU任意转发信令处理的情况下，各业务处理模块(以下用CP表示)通信信令口参数(IP、Port)直接配置在网管界面上，MDU服务节点解析sip头字段callid信息(用户唯一标识)，并且将其转换成整型数据，采用与配置模块数模后取余的方法来确定信令转发模块。

采用以上方法处理信令转发有如下缺点：1、如果所发某个已配CP状态异常，信令仍然会发到该CP，引起呼损；2、通过解析callid的方式确定所转发CP，如果callid不是按照一定规律生成，会导致信令集中转发的同一CP，引起某一CP上呼叫量过大，用户达到上限会出现呼损，并且会话处理性能明显下降。

发明内容

本发明要解决的技术问题是提供一种业务处理模块负载均衡的方法及媒体服务器，用以解决现有的信令转发处理方式，因未考虑已配业务处理模块的状态以及业务处理模块对用户业务的已转发情况，从而影响用户通信质量的问题。

为了解决上述技术问题，本发明实施例提供一种业务处理模块负载均衡的方法，包括：

接收信令消息；

利用负载均衡算法，从媒体服务器的多个业务处理模块中选择出用于处理所述信令消息的第一业务处理模块；

将所述信令消息转发到所述第一业务处理模块进行转发处理。

进一步地，所述利用负载均衡算法，从媒体服务器的多个业务处理模块中选择出用于处理所述信令消息的第一业务处理模块的步骤包括：

获取满足预设条件的所有业务处理模块的用户量信息，所述用户量信息包括业务处理模块的可用总用户量以及当前已在用的用户量；

确定每个所述业务处理模块的用户量占用百分比；

选取用户占用量百分比最小的一个业务处理模块作为处理所述信令消息的第一业务处理模块。

进一步地，所述预设条件为：业务处理模块处于正常工作状态且CPU占用量小于预设值。

进一步地，所述确定每个所述业务处理模块的用户量占用百分比具体为：

根据当前已在用的用户量与可用总用户量的比值，计算得到每个所述业务处理模块的用户量占用百分比。

进一步地，在所述选取用户占用量百分比最小的一个业务处理模块作为处理所述信令消息的第一业务处理模块之后，还包括：获取所述第一业务处理模块的地址信息，所述地址信息包括所述第一业务处理模块的IP地址以及端口号信息；

进一步根据所述地址信息，将所述信令消息转发到所述第一业务处理模块进行转发处理。

本发明实施例提供一种媒体服务器，包括多个业务处理模块，其中，还包括：

消息分发单元，用于接收信令消息；

选择单元，利用负载均衡算法，从媒体服务器的多个业务处理模块中选择出用于处理所述信令消息的第一业务处理模块；

所述消息分发单元还用于将所述信令消息转发到所述第一业务处理模块进行转发处理。

进一步地，所述选择单元包括：

获取子单元，用于获取满足预设条件的所有业务处理模块的用户量信息，所述用户量信息包括业务处理模块的可用总用户量以及当前已在用的用户量；

计算子单元，用于确定每个所述业务处理模块的用户量占用百分比；