媒体服务器备份的方法、装置及系统与流程

本发明涉及通信技术领域，尤其涉及一种会话初始化协议(sessioninitiationprotocol，sip)实现媒体服务器备份的方法、装置及系统。

背景技术：

随着视频会议和ip多媒体子系统(ims)的进一步发展，视频会议发展到以sip协议为核心的电信级的运营系统(统一通信视频系统)。运营系统，要保证系统的高可靠行(99.999％以上)，仅仅依靠元器件的可靠性，是无法满足要求的，需要对系统的重要的、关键设备进行备份。当这些设备出现故障时，能快速便捷的切换到工作正常的备用设备上去，使系统能持续稳定的运行。

一般系统采1+1冗余的热备份方式，目前用于实现1+1热备的方法有两种：事件备份和状态备份。

这两种同步方法，都要求主备设备上的信息和状态同一时间段内完全保持一致，这给设备的实现、运营维护带来很大的困难，同时也难以保证完全的实时同步。

技术实现要素：

鉴于上述技术问题，本发明提供一种媒体服务器备份的方法、装置及系统，实现了n+1或n个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。

依据本发明的一个方面，提供了一种媒体服务器备份的方法，所述方法包括：检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；将第一媒体服务器 承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。

可选地，所述检测承载所述多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作，包括：

向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议tcp消息，在检测时间内没有到响应消息，则检测确认接收所述tcp消息的媒体服务器为无法正常工作的第一媒体服务器。

可选地，所述将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上，包括：

根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；

向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。

可选地，在所述将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上之前，所述方法还包括：

通知加入到所述多媒体会议的会议终端停止图像解码，由所述会议终端持续显示最后一幅图像画面。

可选地，所述通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议，包括：

获取所述第二媒体服务器的接收地址和接收端口；

根据加入到所述多媒体会议的会议终端的信息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得所述会议终端与每个第二媒体服务器建立媒体连接通道。

可选地，所述获取所述第二媒体服务器的接收地址和接收端口，包括：

向每个第二媒体服务器发送邀请invite呼叫；

接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；

相应地，所述根据加入到所述多媒体会议的会议终端的信息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得所述会议终端与每个第二媒体服务器建立媒体连接通道，包括：

根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请reinvite消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；

接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；

向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。

依据本发明的另一个方面，还提供了一种业务服务器，包括：存活检测模块、媒体资源管理模块、业务恢复控制模块、会议业务管理模块和呼叫控制模块，其中，所述存活检测模块用于检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，通知所述业务恢复控制模块，所述业务恢复控制模块收到第一媒体服务器无法正常工作的消息后，通知所述媒体资源管理模块，所述媒体资源管理模块标志第一媒体服务器的资源不可用，并把所述第一媒体服务器上的多媒体会议调度到正常工作的一个或多个第二媒体服务器；所述媒体资源管理模块把调度分配结果通知所述业务恢复控制模块，所述业务恢复控制模块通知所述业务管理模块将所述第一媒体服务器承载的多媒体会议恢复到一个或多个第二媒体服务器上；会议开起来后，所述呼叫控制模块通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。

可选地，所述存活检测模块进一步用于向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议tcp消息，在检测时间内没有到响应消息，则检测确认接收所述tcp消息的媒体服务器为无法正常工作的第一媒体服务器。

可选地，所述媒体资源管理模块进一步用于根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。

可选地，所述呼叫控制模块进一步用于：向每个第二媒体服务器发送邀请invite呼叫；接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请reinvite消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。

依据本发明的又一个方面，还提供了一种媒体服务器备份的系统，包括如上所述的业务服务器。

本发明的有益效果是：

第一、本发明实现了n+1或n个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。

第二、引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。

第三、由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。

第四，业务服务器把第一媒体服务器上的会议业务调度到其它媒体服务器上，由于考虑了资源分配和业务负荷分担。这样就减少了每个媒体服务器上业务恢复的消息量，减少了业务恢复的时间，使业务在短时间内，快速的得到了 恢复。

附图说明

图1为本发明的系统框架图；

图2为本发明的第一实施例中媒体服务器备份的方法的示意图；

图3为本发明的第二实施例中媒体服务器备份的方法的示意图；

图4为本发明的第三实施例中媒体服务器备份的方法的示意图；

图5为本发明的第四实施例中媒体服务器备份的方法的示意图；

图6为本发明的第五实施例中会议恢复流程图；

图7为本发明的第五实施例中重新邀请会议终端通过第二媒体服务器加入多媒体会议的流程图；

图8为本发明的第六实施例中业务服务器的框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参见图1，图中示出了本发明的实施例应用的场景，系统可包括：n+1(或n)台媒体服务器、业务服务器和m台终端，其中，媒体服务器是音视频业务正常开展的关键设备，需要考虑运行的稳定性，进行设备备份，以达到设备异常时，业务能快速恢复。业务服务器是音视频业务开展的控制和管理服务器，终端可以是可视终端，终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备、个人数字助理(pda)、手持装置、膝上型计算机等。

第一实施例

参见图2，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：

步骤s201、检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是 否正常工作；

例如，在多媒体会议正常运行时，检测多个媒体服务器中的每个媒体服务器是否死机或者掉电，当媒体服务器出现死机或者掉电时，可检测确定该媒体服务器无法正常工作。当然需要说明的是，无法正常工作的情况也并不限于此。本步骤中的检测方式可以采用心跳检测的方式。

步骤s202、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；

上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即能够正常承载多媒体会议的媒体服务器。

步骤s203、将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；

可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。

步骤s204、通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫会议终端重新加入多媒体会议。

例如，在本步骤中可以采用会话初始化协议的reinvite流程通知终端切换远端媒体的接收地址和端口，建立终端和媒体服务器的媒体连接通道。然后业务服务器恢复各会议的业务信息：广播源，会议的单/多画面状态、会议的控制方式等。

在本实施例中，实现了n+1或n个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大 增强了终端用户对业务使用稳定性的体验。

第二实施例

参见图3，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：

步骤s301、向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议tcp消息，在检测时间内没有到响应消息，则检测确认接收tcp消息的媒体服务器为无法正常工作的第一媒体服务器；

例如，业务服务器向媒体服务器发送设备存活option心跳检测的tcp消息，在检测时间内(例如300ms)没有收到响应消息(例如200ok消息)，检测确认收到该tcp消息的媒体服务器异常。

步骤s302、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；

上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即能够正常承载多媒体会议的媒体服务器。

步骤s303、将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；

可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。

步骤s304、通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。

例如，在本步骤中可以采用会话初始化协议的reinvite流程通知终端切换远端媒体的接收地址和端口，建立终端和媒体服务器的媒体连接通道。然后业务服务器恢复各会议的业务信息：广播源，会议的单/多画面状态、会议的控制方式等。

在本实施例中，实现了n+1或n个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大 节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。

第三实施例

参见图4，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：

步骤s401、检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；

例如，在多媒体会议正常运行时，检测多个媒体服务器中的每个媒体服务器是否死机或者掉电，当媒体服务器出现死机或者掉电时，可检测确定该媒体服务器无法正常工作。当然需要说明的是，无法正常工作的情况也并不限于此。本步骤中的检测方式可以采用心跳检测的方式。

步骤s402、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；

上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即能够正常承载多媒体会议的媒体服务器。

步骤s403、根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；向每个第二媒体服务器发送开会请求消息，并接收每个第二媒体服务器发送的响应所述开会请求消息的开会成功消息。

可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。

步骤s404、通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所 述多媒体会议。

例如，在本步骤中可以采用会话初始化协议的reinvite流程通知终端切换远端媒体的接收地址和端口，建立终端和媒体服务器的媒体连接通道。然后业务服务器恢复各会议的业务信息：广播源，会议的单/多画面状态、会议的控制方式等。

在本实施例中，第一、本发明实现了n+1或n个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效果。第二、引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。第三、由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。第四，业务服务器把第一媒体服务器上的会议业务调度到其它媒体服务器上，由于考虑了资源分配和业务负荷分担。这样就减少了每个媒体服务器上业务恢复的消息量，减少了业务恢复的时间，使业务在短时间内，快速的得到了恢复。

第四实施例

参见图5，图中示出了一种媒体服务器备份的方法，该方法的执行主体可以是业务服务器，具体步骤如下：

步骤s501、检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；

例如，在多媒体会议正常运行时，检测多个媒体服务器中的每个媒体服务器是否死机或者掉电，当媒体服务器出现死机或者掉电时，可检测确定该媒体服务器无法正常工作。当然需要说明的是，无法正常工作的情况也并不限于此。本步骤中的检测方式可以采用心跳检测的方式。

步骤s502、当检测到存在无法正常工作的第一媒体服务器时，将第一媒体服务器承载的多媒体会议分配到正常工作的一个或多个第二媒体服务器上；

上述第一媒体服务器是指异常媒体服务器，例如出现死机的媒体服务器，或者出现掉电的媒体服务器。第二媒体服务器是指正常工作的媒体服务器，即 能够正常承载多媒体会议的媒体服务器。

步骤s503、将第一媒体服务器承载的多媒体会议恢复到正常工作的一个或多个第二媒体服务器上；

可选地，在本步骤之前，为了防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知加入到多媒体会议的会议终端停止图像解码，由会议终端持续显示最后一幅图像画面(相当于会议终端冻结最后一幅图像画面)。

步骤s504、获取第二媒体服务器的接收地址和接收端口；根据加入到多媒体会议的会议终端的信息，通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，使得终端与每个第二媒体服务器建立媒体连接通道。

具体地，向每个第二媒体服务器发送邀请invite呼叫；接收每个第二媒体服务器返回的第一响应消息，第一响应消息携带有多媒体会议的媒体能力(例如会议控制内容参数等)和第二媒体服务器的接收地址和接收端口；根据加入到多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请reinvite消息，通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口；接收终端返回的表示终端已被接起的第二响应消息，第二响应消息携带终端的能力(例如终端的版本、终端的下行和上行数据处理能力等)；向第二媒体服务器返回第三响应消息，第三响应消息携带终端的能力，表示终端与第二媒体服务器之间的媒体连接通道已经建立。

第五实施例

参见图6，图中示出会议恢复流程，具体步骤如下：

步骤s601：业务服务器向媒体服务器发送设备存活option心跳检测的tcp消息，在检测时间内(300ms)没有收到200ok消息，检测确认媒体服务器异常，通知业务恢复控制模块，第m个媒体服务器已不存活，启动系统的备份恢复功能。

步骤s602：业务服务器检测到第m个媒体服务器已不存活消息后，业务服务器标示第m个媒体服务器的资源不可用；并把第m个媒体服务器上的会议调度分配到其它n个(或n－1)媒体服务器上。

步骤s603：业务服务器把第m个媒体资源服务器上的会议重新调度分配到媒体服务器j和媒体服务器k上(此处可以分配到多个媒体服务器上，不限于举例的2个媒体服务器上)，启动会议恢复流程。

步骤s604：业务服务器给媒体服务器j和媒体服务器k，发送开会请求消息(对应图中的confstartreq消息)，在媒体服务器j和k上开会成功后，响应业务服务器的开会成功消息(对应图中的confstartres消息)。此步骤，是把异常媒体服务器m上的原来的会议，通过重新开会流程，把会议恢复到媒体服务器j和k上。

步骤s605：会议开起来后，业务服务器把会议终端呼叫入会，具体过程参照图7。

参见图7，重新邀请会议终端通过第二媒体服务器加入多媒体会议的流程如下：

步骤s701、业务服务器发送空媒体能力的invite呼叫到媒体服务器。

步骤s702、媒体服务器响应100trying。

步骤s703、媒体服务器响应携带会议的媒体能力的200ok；sdp携带会议能力(与备份变化前保持不变)，由于媒体服务器已非之前的媒体服务器，其媒体服务器的接收地址和接收端口发生了变化。

步骤s704、业务服务器发送二次能力更新的reinvite消息到终端，通知终端媒体服务器的的接收地址和接收端口发生了变化。

步骤s705、终端回复100trying。

步骤s706、终端振铃，回复180ringing。

步骤s707、终端回携带终端能力sdp的200ok。

步骤s708、业务服务器给媒体服务器回携带终端能力sdp的ack，表示呼叫连接已经建立。

步骤s709、业务服务器回终端的ack，表示呼叫连接已经建立。

步骤s710、新的媒体通道建立，流程结束。

在本实施例中，第一、本发明实现了n+1或n个媒体服务器的互备份，不需要单独准备备份的媒体服务器，与现有技术的1+1的冗余备份相比，本发明的实施例大大节省了媒体服务器设备的个数，又达到了提高系统的高稳定性效 果。第二、引入业务服务器的桥梁作用，通过业务服务器实现快速的业务恢复功能，达到了媒体服务器的互相备份功能。第三、由于业务服务器到终端的呼叫，并非采用挂断重呼入会的方式，而是采用二次能力更新的呼叫方式，更改终端的远端媒体的接收地址和接收端口，使终端用户感知不到终端重新加入了一个新的会议的过程。大大增强了终端用户对业务使用稳定性的体验。第四，业务服务器把第一媒体服务器上的会议业务调度到其它媒体服务器上，由于考虑了资源分配和业务负荷分担。这样就减少了每个媒体服务器上业务恢复的消息量，减少了业务恢复的时间，使业务在短时间内，快速的得到了恢复。

第六实施例

参见图8，图中示出了一种业务服务器80，包括：存活检测模块81、媒体资源管理模块82、业务恢复控制模块83、会议业务管理模块84和呼叫控制模块85，其中，所述存活检测模块81用于检测承载多媒体会议的多个媒体服务器中的每个媒体服务器是否正常工作；当检测到存在无法正常工作的第一媒体服务器时，通知所述业务恢复控制模块83，所述业务恢复控制模块83收到第一媒体服务器无法正常工作的消息后，通知所述媒体资源管理模块82，所述媒体资源管理模块82标志第一媒体服务器的资源不可用，并把所述第一媒体服务器上的多媒体会议调度到正常工作的一个或多个第二媒体服务器；所述媒体资源管理模块82把调度分配结果通知所述业务恢复控制模块83，所述业务恢复控制模块83通知所述会议业务管理模块84将所述第一媒体服务器承载的多媒体会议恢复到一个或多个第二媒体服务器上；会议开起来后，所述呼叫控制模块85通知会议终端将媒体服务器的接收地址和接收端口切换为一个或多个第二媒体服务器的接收地址和接收端口，呼叫所述会议终端重新加入所述多媒体会议。

在本实施例中，可选地，存活检测模块81进一步用于向承载所述多媒体会议的多个媒体服务器中的每个媒体服务器发送设备存活心跳检测的传输控制协议tcp消息，在检测时间内没有到响应消息，则检测确认接收所述tcp消息的媒体服务器为无法正常工作的第一媒体服务器。

在本实施例中，可选地，所述媒体资源管理模块82进一步用于根据承载所述多媒体会议的正常工作的媒体服务器的业务信息和/或业务状态，确定一个或多个第二媒体服务器；向每个第二媒体服务器发送开会请求消息，并接收每个 第二媒体服务器发送的响应所述开会请求消息的开会成功消息。

在本实施例中，可选地，呼叫控制模块85进一步用于：向每个第二媒体服务器发送邀请invite呼叫；接收每个第二媒体服务器返回的第一响应消息，所述第一响应消息携带有多媒体会议的媒体能力和所述第二媒体服务器的接收地址和接收端口；根据加入到所述多媒体会议的会议终端的信息，向所述会议终端发送二次能力更新的重新邀请reinvite消息，通知所述会议终端将媒体服务器的接收地址和接收端口切换为所述一个或多个第二媒体服务器的接收地址和接收端口；接收所述会议终端返回的表示所述会议终端已被接起的第二响应消息，所述第二响应消息携带所述会议终端的能力；向所述第二媒体服务器返回第三响应消息，所述第三响应消息携带所述会议终端的能力，表示所述会议终端与所述第二媒体服务器之间的媒体连接通道已经建立。

本发明的实施例是视频会议业务正常运行时，某个媒体服务器异常(死机、掉电等)时，业务服务器能快速检测到媒体服务器不能正常工作，并通过业务服务器上的业务信息和业务状态，能快速的恢复第一媒体服务器上的视频会议业务。n+1(或n个)媒体服务器都正常启动在线、视频会议业务通过媒体资源管理模块调度到媒体服务器上，正常进行视频会议的音视频业务，业务服务器保存各种业务的信息和状态；参见图8，具体步骤如下：

步骤s901、存活检测服务模块，与n+1(或n个)媒体服务器保持存活检测；当与某媒体服务器检测异常时，就马上通知业务恢复控制模块。

例如本步骤，可以采用会话初始化协议的option消息，为了保证检测的有效和快捷性，option消息使用tcp传输方式(由于udp传输方式是非连接，不可靠的，此处不使用udp传输方式)。

步骤s902、业务恢复控制模块启动视频业务恢复流程，通知媒体资源管理模块(告知某媒体服务器异常)。

步骤s903、媒体资源管理模块运行资源管理调度算法，把异常媒体服务器上的会议分配到其它n个(或n－1)媒体服务器上；并把调度结果通知业务恢复控制模块。

可选地，防止会议终端看到异常图像(防止用户感知到业务异常)，业务服务器通知终端停止图像解码，冻结最后一幅图像画面；

步骤s904、业务恢复控制模块通知会议业务管理模块，启动会议召开流程，把异常服务器上的会议恢复到其它媒体服务器上。

步骤s905、业务服务器根据业务服务器上的会议终端信息，呼叫会议终端重新入会。

在本实施例中，呼叫终端重新入会时，用户也就是感知到终端图像冻结一下，图像就马上恢复正常了。

例如本步骤，可以采用会话初始化协议的reinvite流程通知终端切换远端媒体的接受地址和端口，建立媒体连接通道。

最后，业务服务器恢复各会议的业务信息：广播源，会议的单\多画面状态、会议的控制方式等。

第七实施例

本发明的实施例还提供了一种媒体服务器备份的系统，包括如第六实施例所述的业务服务器。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定

另外，本文中术语“系统”和“网络”在本文中常可互换使用。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在本申请所提供的实施例中，应理解，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。

在本申请所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read－onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以做出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。