一种业务处理模块负载均衡的方法及媒体服务器的制造方法
【技术领域】
[0001]本发明涉及通信技术领域，特别涉及一种业务处理模块负载均衡的方法及媒体服务器。
【背景技术】
[0002]媒体服务器(Media Server,简称MS)是软交换体系中提供专用媒体资源功能的独立设备，也是分组网络中的重要设备，提供基本和增强业务中的媒体处理功能，用于所有与音视频相关的媒体处理，包括视频和音频RTP (Real-timeTransport Protocol,实时传输协议)数据流到视音频文件的相互转换。同时，也负责接收用户通过终端的DTMF(Dual ToneMulti Frequency,即双音多频)输入、播放业务的引导语音、显示动态的引导画面。它具有的SIP协议(会话发起协议)和MSML/M0ML(媒体服务器标记语言/媒体对象标记语言)能力使得其能在应用服务器APP的控制下完成整个会话过程与用户的交互。
[0003]应用服务器(Applicat1n Server,简称App)负责各种增值业务和智能业务的逻辑产生和管理，并且还提供各种开放的API (Applicat1n Programming Interface,应用程序编程接口)，为第三方业务的开发提供创作平台。应用服务器是一个独立的组件，与控制层的软交换无关，从而实现了业务与呼叫控制的分离，有利于新业务的引入。
[0004]消息分发单元(MDU)，接收APP下发的sip信令，并且将信令转发到各个模块。
[0005]如图1所示，在MDU任意转发信令处理的情况下，各业务处理模块(以下用CP表示)通信信令口参数(IP、Port)直接配置在网管界面上，MDU服务节点解析sip头字段callid信息(用户唯一标识)，并且将其转换成整型数据，采用与配置模块数模后取余的方法来确定信令转发模块。
[0006]采用以上方法处理信令转发有如下缺点:1、如果所发某个已配CP状态异常，信令仍然会发到该CP,引起呼损；2、通过解析callid的方式确定所转发CP,如果callid不是按照一定规律生成，会导致信令集中转发的同一 CP，引起某一 CP上呼叫量过大，用户达到上限会出现呼损，并且会话处理性能明显下降。
【发明内容】
[0007]本发明要解决的技术问题是提供一种业务处理模块负载均衡的方法及媒体服务器，用以解决现有的信令转发处理方式，因未考虑已配业务处理模块的状态以及业务处理模块对用户业务的已转发情况，从而影响用户通信质量的问题。
[0008]为了解决上述技术问题，本发明实施例提供一种业务处理模块负载均衡的方法，包括:
[0009]接收信令消息；
[0010]利用负载均衡算法，从媒体服务器的多个业务处理模块中选择出用于处理所述信令消息的第一业务处理模块；
[0011]将所述信令消息转发到所述第一业务处理模块进行转发处理。
[0012]进一步地，所述利用负载均衡算法，从媒体服务器的多个业务处理模块中选择出用于处理所述信令消息的第一业务处理模块的步骤包括:
[0013]获取满足预设条件的所有业务处理模块的用户量信息，所述用户量信息包括业务处理模块的可用总用户量以及当前已在用的用户量；
[0014]确定每个所述业务处理模块的用户量占用百分比；
[0015]选取用户占用量百分比最小的一个业务处理模块作为处理所述信令消息的第一业务处理模块。
[0016]进一步地，所述预设条件为:业务处理模块处于正常工作状态且CPU占用量小于预设值。
[0017]进一步地，所述确定每个所述业务处理模块的用户量占用百分比具体为:
[0018]根据当前已在用的用户量与可用总用户量的比值，计算得到每个所述业务处理模块的用户量占用百分比。
[0019]进一步地，在所述选取用户占用量百分比最小的一个业务处理模块作为处理所述信令消息的第一业务处理模块之后，还包括:获取所述第一业务处理模块的地址信息，所述地址信息包括所述第一业务处理模块的IP地址以及端口号信息；
[0020]进一步根据所述地址信息，将所述信令消息转发到所述第一业务处理模块进行转发处理。
[0021]本发明实施例提供一种媒体服务器，包括多个业务处理模块，其中，还包括:
[0022]消息分发单元，用于接收信令消息；
[0023]选择单元，利用负载均衡算法，从媒体服务器的多个业务处理模块中选择出用于处理所述信令消息的第一业务处理模块；
[0024]所述消息分发单元还用于将所述信令消息转发到所述第一业务处理模块进行转发处理。
[0025]进一步地,所述选择单元包括:
[0026]获取子单元，用于获取满足预设条件的所有业务处理模块的用户量信息，所述用户量信息包括业务处理模块的可用总用户量以及当前已在用的用户量；
[0027]计算子单元，用于确定每个所述业务处理模块的用户量占用百分比；
[0028]选取子单元，用于选取用户占用量百分比最小的一个业务处理模块作为处理所述信令消息的第一业务处理模块。
[0029]进一步地，所述预设条件为:业务处理模块处于正常工作状态且CPU占用量小于预设值。
[0030]进一步地，所述计算子单元根据当前已在用的用户量与可用总用户量的比值，计算得到每个所述业务处理模块的用户量占用百分比。
[0031]进一步地，所述媒体服务器，还包括:
[0032]获取单元，用于获取所述第一业务处理模块的地址信息，所述地址信息包括所述第一业务处理模块的IP地址以及端口号信息；
[0033]进一步所述消息分发单元根据所述地址信息，将所述信令消息转发到所述第一业务处理模块进行转发处理。
[0034]本发明的有益效果是:
[0035]上述方案，通过利用负载均衡算法获取得到较适合的信令转发的业务处理模块，解决了因未考虑已配业务处理模块的状态以及业务处理模块对用户业务的已转发情况，从而影响用户通信质量的问题，此种方式，提高了媒体服务器的整体容错能力，同时提升了用户体验效果。
【附图说明】
[0036]图1表示现有的信令消息转发过程示意图；
[0037]图2表示本发明实施例的所述方法的总体流程图；
[0038]图3表示本发明实施例的信令消息转发过程示意图；
[0039]图4表示本发明信令消息转发的处理时序图。
【具体实施方式】
[0040]为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。
[0041]本发明针对因未考虑已配业务处理模块的状态以及业务处理模块对用户业务的已转发情况，从而影响用户通信质量的问题，提供一种业务处理模块负载均衡的方法及媒体服务器。
[0042]如图2所示，本发明实施例提供一种业务处理模块负载均衡的方法，包括:
[0043]步骤10，接收信令消息；
[0044]步骤20，利用负载均衡算法，从媒体服务器的多个业务处理模块中选择出用于处理所述信令消息的第一业务处理模块；
[0045]步骤30，将所述信令消息转发到所述第一业务处理模块进行转发处理。
[0046]应当说明的是，上述实施例，考虑了已配业务处理模块的状态以及业务处理模块对用户业务的已转发情况，通过利用负载均衡算法，获取得到较适合的信令转发的业务处理模块，避免了使用原来的信令转发方式，可能造成的通信损失的情况。
[0047]本发明另一实施例中，所述步骤20具体为:
[0048]步骤21，获取满足预设条件的所有业务处理模块的用户量信息，所述用户量信息包括业务处理模块的可用总用户量以及当前已在用的用户量；
[0049]所述预设条件为:业务处理模块处于正常工作状态且CPU占用量小于预设值；
[0050]步骤22，确定每个所述业务处理模块的用户量占用百分比；
[0051]步骤23，选取用户占用量百分比最小的一个业务处理模块作为处理所述信令消息的第一业务处理模块。
[0052]具体的，所述步骤22的具体实现为:根据当前已在用的用户量与可用总用户量的比值，计算得到每个所述业务处理模块的用户量占用百分比。
[0053]应当说明的是，在媒体服务器的数据库中存有业务处理模块的信息表，所述信息表中主要包含有每个业务处理模块的状态信息(正常工作状态、非正常工作状态)、CPU占用量信息、业务处理模块的可用总用户量以及当前已在用的用户量，在选取业务处理模块时，首先根据信息表中的业务处理模块的状态信息和CPU占用量信息选择出处于正常工作状态的且CPU占用量小于给定阀值(该阀值的大小可以依据实际情况进行配置，例如配置只有CPU占用量小于70%时，所述业务处理模块的信息才会被选取得到)的业务处理模块列表，根据此条件选择出的业务处理模块，确保了所述信令消息能被处理，而避免了因选取到了有问题的业务处理模块，耽搁了信令消息的处理，造成通信的中断；在获取到满足条件的业务处理模块之后，根据业务处理模块的可用总用户量以及当前已在用的用户量计算得到每个业务处理模块的用户量占用百分比(具体公式为:用户占用量百分比=当前已在用的用户量/可用总用户量X 100%)，然后按照用户量占用百分比从大到小的原则对所有满足预设条件的业务处理模块进行排序，从排序后的序列中选取得到用户占用量百分比最小的业务处理模块，即作为处理所述信令消息的第一业务处理模块，将所述信令消息转发到所述第一业务处理模块，完成相应的通信过程，此种方式保证了信令消息的处理的准确性，保证了通信成功率。
[0054]应当说明的是，在获取得到所述第一业务处理模块后，还需要获取所述第一业务处理模块的地址信息，作为所述信令消息的转发依据，所述地址信息包括第一业务处理模块的IP地址以及端口号信息(此数据需要在数据库中提取得到)，依据所述地址信息将所述信令消息转发到相应的业务处理模块，完成相应的通信。
[0055]这里需要说明的是，在接收到信令消息后，本发明提供了两种获取所述第一业务处理模块的方式:
[0056]方式一:实时获