[发明专利]媒体业务托管切换系统及方法

说明书

技术领域

本发明涉及通信领域，更具体地涉及一种媒体业务托管切换系统及方法。

背景技术

在下一代网络体系中，由软交换、应用服务器、媒体服务器为核心的网络架构组成新的智能网体系，在此基础上，可以开展出更加灵活、丰富的业务，为用户提供更多服务选择，为运营商带来更多收益。

在目前的业务开展过程中，应用服务器全面负责业务的管理以及业务流程的处理功能，而媒体服务器只是为业务单纯提供媒体资源的角色，处于受控状态，在这种运行模式下，具有架构间接、便于部署的特点，但在业务发展迅速、用户量激增的情况下，应用服务器可以通过支持多台媒体服务器实现业务的负荷分担以及错误时候的容灾切换，但这只解决了业务控制侧的业务托管问题，而对于原有的单纯的媒体服务器受控模式对于支持业务托管却有先天的不足，其主要缺陷就是，在媒体服务器多台分布式部署的情况下，媒体服务器支持业务的能力是孤立的，包括各种业务配置、业务数据均局限于媒体服务器本身，如果该媒体服务器出现异常，会使得该媒体服务器支持的业务发生中断，给业务开展带来非常大的风险。同时对于出现问题的服务器本身包含的大量业务数据，比如各种媒体数据、日志信息等，由于数据量巨大，所以如果要单纯地进行备份，将耗费大量时间，难以及时保障业务的恢复，从而加大了故障恢复时间，减低了系统可靠性。

由上可见，需要一种新的媒体业务托管切换系统及方法，以增强媒体服务器对业务支持的可靠性，从而提高用户的满意度。

发明内容

本发明的目的在于提供一种新的媒体业务托管切换系统及方法，以增强媒体服务器对业务支持的可靠性，从而提高用户的满意度。

根据本发明的一方面，提供了一种媒体业务托管切换系统，其包括：至少一个媒体服务器，用于在应用服务器的控制下提供媒体资源；以及应用服务器，用于控制媒体服务器提供媒体资源，并在媒体服务器出现故障的情况下，将媒体服务器的业务托管给其他媒体服务器。

在上述媒体业务托管切换系统中，媒体服务器采用集中控制和分布式处理媒体资源的架构。

在上述媒体业务托管切换系统中，媒体服务器包括：控制服务器模块，用于备份来自应用服务器的业务配置数据，并根据业务配置数据控制至少一个资源服务器模块提供媒体资源，以及在应用服务器指示需要托管出现故障的媒体服务器的业务的情况下，从出现故障的媒体服务器的控制服务器模块获取业务配置数据并驱动业务配置生效；以及资源服务器模块，连接至控制服务器模块，用于存储业务数据并提供媒体资源，以及在控制服务器模块出现故障的情况下，向应用服务器指定的媒体服务器的控制服务器模块进行注册。

在上述媒体业务托管切换系统中，在出现故障的媒体服务器的故障解除的情况下，媒体服务器从指定的媒体服务器获取业务配置数据并驱动业务配置生效，并且出现故障的媒体服务器的资源服务器模块重新向其控制服务器模块进行注册。

在上述媒体业务托管切换系统中，应用服务器采用心跳信号建立活性检查方法来检查媒体服务器是否出现故障。

根据本发明的另一方面，提供了一种媒体业务托管切换方法，其法包括以下步骤：S502，应用服务器和媒体服务器配置业务托管数据并确定业务托管策略；S504，媒体服务器接收并备份来自应用服务器的业务配置数据，并驱动配置数据生效；S506，媒体服务器开展业务，在媒体服务器出现故障的情况下，应用服务器将媒体服务器的业务托管给指定媒体服务器。

在上述媒体业务托管切换方法中，S506包括：S5062，在媒体服务器出现故障的情况下，应用服务器执行其他媒体服务器托管出现故障的媒体服务器的业务；S5064，指定的媒体服务器从出现故障的媒体服务器的备份位置获取业务配置数据，并驱动业务配置生效；以及S5066，出现故障的媒体服务器的资源服务器模块向指定的媒体服务器注册，由指定媒体服务器提供出现故障的媒体服务器的业务。

在上述媒体业务托管切换方法中，在出现故障的媒体服务器的故障解除的情况下，托管恢复的过程包括以下步骤：出现故障的媒体服务器从指定的媒体服务器获取业务配置数据并驱动业务配置生效；以及出现故障的媒体服务器的资源服务器模块重新向其控制服务器模块进行注册。

在上述媒体业务托管切换方法中，应用服务器采用心跳信号建立活性检查方法来检查媒体服务器是否出现故障。

在上述媒体业务托管切换方法中，应用服务器和媒体服务器之间采用以下协议：媒体网关控制协议、会话初始协议以及H.248协议。