CN102055950A

CN102055950A - 一种视频会议中mcu的备份方法和设备

Info

Publication number: CN102055950A
Application number: CN2009102370375A
Authority: CN
Inventors: 黄军
Original assignee: Hangzhou H3C Technologies Co Ltd
Current assignee: New H3C Technologies Co Ltd
Priority date: 2009-11-02
Filing date: 2009-11-02
Publication date: 2011-05-11
Anticipated expiration: 2029-11-02
Also published as: CN102055950B

Abstract

一种视频会议中MCU的备份方法和设备，其中，该方法包括：A，管理中心检测到用于承载会议的MCU出现故障时，将该MCU所在的MCU域作为当前MCU域，针对该MCU所承载的每一会议，执行步骤B；B，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第一类MCU的MCU，是则执行步骤D；否则执行步骤C；C，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第二类MCU的MCU，是则执行步骤D；否则，将当前MCU域的上级MCU域作为当前MCU域，返回执行步骤B；D，使该当前MCU域中存在的MCU接替该出现故障的MCU来承载所述会议。采用本发明，能够避免现有技术中将备份功能都集中在1台备份MCU上所带来的问题。

Description

一种视频会议中MCU的备份方法和设备

技术领域

本发明涉及视频会议***技术领域，特别涉及一种视频会议中多点控制单元(MCU：Multipoint Control Unit)的备份方法和设备。

背景技术

随着视频会议的不断发展，对视频会议可靠性要求也随之提高，目前，提高视频会议可靠性的方法是对MCU进行备份，其中，MCU是视频会议***中的关键设备，其相当于一个交换机，能够对各会场的音频数据和视频数据进行集中处理、交换和转发。

在对MCU进行备份时，常用的备份机制为N+1冗余备份，即选择一台MCU为备份MCU，为视频会议中的多台业务MCU提供备份，当某台业务MCU出现重大故障比如电力供应完全中断等导致该业务MCU无法继续进行工作时，管理中心会立即将该出现故障的业务MCU所提供的业务切换到备份MCU上，从而恢复业务继续进行。

如图1所示，假设存在N台业务MCU和一个备份MCU，其中，管理中心与各个MCU(包括业务MCU和备份MCU)之间保持心跳与数据通信，当某一业务MCU比如业务MCU1因意外情况无法继续正常工作时，管理中心根据与该业务MCU之间的心跳通信获知该业务MCU1出现故障后，立即将该业务MCU1的业务倒换到备份MCU上，由该备份MCU代替业务MCU1继续执行业务比如调度会议等。

但是，现有的MCU备份机制中，将备份功能都集中在1台备份MCU上，这样，就要求备份MCU需要占用足够大的业务资源；并且，在多台业务MCU出现故障的情况下显然加大备份MCU的负荷，进而也导致备份机制不够灵活。

发明内容

本发明提供了一种视频会议中MCU的备份方法和设备，以避免现有技术中将备份功能都集中在1台备份MCU上所带来的问题。

一种视频会议中MCU的备份方法，该方法应用于包含至少1个MCU域的视频会议***中；该方法包括以下步骤：

A，管理中心检测到用于承载会议的MCU出现故障时，将该出现故障的MCU所在的MCU域作为当前MCU域，针对该出现故障的MCU所承载的每一会议，执行步骤B；

B，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第一类MCU的MCU，所述第一类MCU包含了专门为承载会议的MCU提供备份功能的MCU；如果不存在，则执行步骤C；否则，执行步骤D；

C，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第二类MCU的MCU，所述第二类MCU包含了既具有承载会议功能又具有为承载会议的MCU提供备份功能的MCU，如果不存在，在当前MCU域存在上级MCU域时，将所述当前MCU域的上级MCU域作为当前MCU域，返回执行步骤B；如果存在，执行步骤D；

D，使该当前MCU域中存在的MCU接替该出现故障的MCU来承载所述会议。

一种用于管理视频会议中MCU备份的设备，该设备包括：检测单元、第一判断单元、第二判断单元和处理单元；其中，

所述检测单元检测到用于承载会议的MCU出现故障时，将该出现故障的MCU所在的MCU域作为当前MCU域，之后，触发所述第一判断单元针对该出现故障的MCU所承载的每一会议执行判断操作；以及在所述第二判断单元的判断结果为否时，如果当前MCU域存在上级MCU域，则将所述当前MCU域的上级MCU域作为当前MCU域，触发所述第一判断单元继续执行判断操作；

所述第一判断单元用于判断所述检测单元确定的当前MCU域中是否存在具有承载该会议的能力、且归属于第一类MCU的MCU，所述第一类MCU包含了专门为承载会议的MCU提供备份功能的MCU，并将判断结果发送给所述第二判断单元和处理单元；

所述第二判断单元在所述第一判断单元的判断结果为否时，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第二类MCU的MCU，所述第二类MCU包含了既具有承载会议功能又具有为承载会议的MCU提供备份功能的MCU，并将判断结果发送给所述检测单元和处理单元；

所述处理单元在所述第一判断单元或者第二判断单元的判断结果为是时，使该当前MCU域中存在的MCU接替该出现故障的MCU来承载所述会议。

由以上技术方案可以看出，本发明并不像现有技术中的N+1备份机制那样将所有的备份功能都局限在1个备份MCU上，而是将备份功能扩大到既具有承载会议功能又具有为承载会议的MCU提供备份功能的MCU(第二类MCU，为现有技术中的部分业务MCU)，这样，就无需要求专门用于为承载会议的MCU提供备份功能的MCU(第一类MCU，相当于现有技术的N+1机制中的备份MCU)具有足够大的业务资源，进而实现大容量的备份；

进一步地，由于本发明将备份功能扩大到既具有承载会议功能又具有为承载会议的MCU提供备份功能的MCU(第二类MCU，为现有技术中的部分业务MCU)，这样，即使当前不存在现有技术的N+1机制中的备份MCU(第一类MCU)，也能实现MCU的备份，提高了本发明所提供的方案的灵活度；

更近一步地，本发明中，在多台MCU出现故障时，本发明也不是像现有技术那样将该多台的工作都集中在1台备份MCU上，而是针对每一MCU，从第一类MCU或者第二类MCU中选择该能够接替该MCU工作的MCU，即能够实现负载分担，大大提高了视频会议***的效率。

附图说明

图1为现有技术中N+1备份机制的结构示意图；

图2为本发明实施例提供的基本流程图；

图3为本发明实施例提供的详细流程图；

图4为本发明实施例提供的设备的结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明实施中，在对一些包含众多子公司的大型企业等进行视频会议***布局时，可将该视频会议***分为多个域(记为MCU域)，比如，每个子公司为一个MCU域，并且，划分的MCU域之间具有呈树形的上下级关系。比如，视频会议***包含四个分别分布在北京、上海、深圳和杭州的MCU域，这样，可根据实际情况或者会议的重要性设置MCU域的级别，比如，设置分布在北京、上海、深圳和杭州的四个MCU域的级别依次为顶级MCU域，第一级MCU域，第二级MCU域，和第三级MCU域。

这里，每个MCU域中存在一个以上视频终端和1个以上MCU，通常，顶级MCU域中一般包含1个MCU。其中，每个MCU域中的MCU可以仅为业务MCU，也可为业务MCU和专门用于为承载会议业务的业务MCU提供备份功能的MCU(记为第一类MCU)，本发明实施例并不具体限定，具体实现时可根据实际需求进行配置。

为便于实现本发明实施例提供的MCU的备份方法，本发明实施例将各个MCU域中的业务MCU进行细分，分为：普通业务MCU(记为第二类MCU)和纯业务MCU(记为第三类MCU)，其中，第二类MCU为既可以承载会议业务，又可以为其他承载会议业务的MCU提供备份功能的MCU，而第三类MCU为仅可以承载会议业务的MCU。正常工作时，第二类MCU和/或第三类MCU中的MCU都可以承载会议业务；当第二类MCU和/或第三类MCU中的MCU出现故障时，对该出现故障的MCU所承载的每一会议(该会议包含该MCU所参与的级联会议中的分会议)进行备份，其中，在进行备份时的具体操作可具体参见图2所示的流程。

参见图2，图2为本发明实施例提供的基本流程图。本实施例可应用于包含至少1个MCU域的视频会议***中，其中，该视频会议***与现有技术中一样，仍然包含管理中心，该管理中心控制所有MCU域中的MCU，并与所有MCU保持着心跳通信和数据通信，其中，心跳通信用于使管理中心检测MCU是否出现故障。如图2所示，该流程可包括以下步骤：

步骤201，管理中心检测到用于承载会议的MCU出现故障时，将该出现故障的MCU所在的MCU域作为当前MCU域，针对该出现故障的MCU所承载的每一会议，执行下述步骤202。

这里，步骤201中，由于管理中心与所有MCU保持着心跳通信，因此，管理中心依据自身与MCU的心跳通信很容易检测出该MCU是否出现故障。

步骤202，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第一类MCU的MCU，如果是，执行步骤204；否则，执行步骤203。

这里，步骤202中的判断具体实现时可参见图3所示的步骤303至步骤305。需要说明的是，图3所示的只是一种举例，本发明实施例还可采用其他方式来执行所述判断，这里不具体限定。

步骤203，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第二类MCU的MCU，如果是，执行步骤204，否则，在当前MCU域存在上级MCU域时，将所述当前MCU域的上级MCU域作为当前MCU域，返回执行步骤202。

这里，步骤203中的判断具体实现时可参见图3所示的步骤310至步骤312。需要说明的是，图3所示的只是一种举例，本发明实施例还可采用其他方式来执行所述判断，这里不具体限定。

由于视频会议***进行布局时划分的MCU域之间具有呈树形的上下级关系，因此，如果该当前MCU域不是处于最顶级，则该当前MCU域一定会存在上级MCU域，这样，执行到本步骤203时，如果步骤203中的判断结果为否，则在当前MCU域不是处于最顶级时，即在当前MCU域存在上级MCU域时，将该上级MCU域作为当前MCU域，返回执行步骤202。

步骤204，使该当前MCU域中存在的MCU接替该出现故障的MCU来承载所述会议。

至此，实现了本发明实施例提供的针对出现故障的MCU的备份流程。

上述是对本发明实施例提供的方法进行简单的描述，下面对本发明实施例提供的方法进行详细描述。

参见图3，图3为本发明实施例提供的基本流程图。如图3所示，该流程可包括以下步骤：

步骤301，管理中心检测到用于承载会议的MCU出现故障。之后，执行步骤302。

步骤301中，管理中心检测到出现故障的MCU的个数可以为1，也可大于1，当出现故障的MCU的个数大于1时，本实施例针对每一故障MCU，执行下述步骤302。

需要说明的是，本实施例中，出现故障的MCU可为归属于第二类MCU的MCU，也可为归属于第三类MCU的MCU。

步骤302，将该出现故障的MCU所在的MCU域作为当前MCU域，针对该出现故障的MCU所承载的每一会议，执行步骤303。

通常，MCU承载的会议可包括由该MCU独立控制的会议和参与到级联会议中的分会议中的至少一个，其中，每一会议都具有起止时间，本实施例可根据会议开始时间的先后顺序对该出现故障的MCU所承载的所有会议进行排队，因此，本步骤302中可按照队列顺序依次针对该队列中的会议执行下述步骤303。优选地，当本实施例中出现故障的MCU承载了属于级联会议中的分会议时，本步骤302中可优先针对该出现故障的MCU所承载的属于级联会议中的分会议执行下述步骤303。

需要说明的是，为便于描述，本实施例以步骤302中的每一会议具体为会议1为例。

步骤303，向所述当前MCU域中的第一类MCU所包含的各个MCU发送尝试创建会议请求。

为了便于管理中心统一控制所有MCU域中的MCU，在进行视频***布局时，通常会预先将所有的MCU域、以及各个MCU中第一类MCU至第三类MCU所包含的MCU的信息配置在管理中心中，因此，本步骤303中的管理中心根据预先配置可很容易获知当前MCU域中的第一类MCU所包含的各个MCU，之后，向获知的各个MCU发送尝试创建会议请求。

这里，步骤303中尝试创建会议请求携带了会议所要求的配置信息，其中，该配置信息具体为：参与到该会议的终端个数、参与到该会议的终端所支持的视频流格式等。

步骤304，接收到尝试创建会议请求的MCU根据该创建会议请求携带的会议1所要求的配置信息判断自身是否具有承载该会议1的能力，将判断结果携带在响应消息中发送给管理中心。

步骤304中，MCU根据尝试创建会议请求携带的会议1所要求的配置信息判断自身是否具有承载该会议1的能力具体为：MCU根据尝试创建会议请求携带的会议1所要求的配置信息，以及自身当前的内存/DSP资源/带宽的使用情况来确定自身是否可以承载该会议1，如果是，确定自身具有承载该会议1的能力；否则，确定自身不具有承载该会议1的能力。这里，当MCU确定出自身具有承载该会议1的能力时，返回成功响应消息给管理中心，这里，MCU返回的成功响应消息中携带了该MCU剩余的业务资源，实际应用中，该业务资源主要包括：该MCU当前剩余的DSP资源。当确定出自身不具有承载该会议1的能力时，返回失败响应消息给管理中心。

步骤305，管理中心在预设时间到达时，根据接收的响应消息生成备份集，判断该备份集是否为空，是则执行步骤310；否则，执行步骤306。

由于接收到尝试创建会议请求的MCU并非同步发送响应消息(包括成功响应消息和失败响应消息)，因此，为保证本实施例能够选择出合适的用于接替该出现故障的MCU的备份MCU，本实施例可在一定的时间(记为步骤305中的预设时间，比如为根据实际情况估算出的接收到尝试创建会议请求的所有MCU发送响应消息的时间)到达时，生成备份集。

这里，如果管理中心在预设时间到达时，接收的响应消息中包含一个以上成功响应消息，则后续生成备份集时，该备份集就不为空集，并且，该备份集中包含了发送成功响应消息的MCU和该成功响应消息携带的业务资源。而如果管理中心在预设时间到达时，接收的响应消息中都是失败响应消息，则后续生成备份集时，该备份集就为空集。也就是说，本步骤305中，如果生成的备份集不为空集，则说明当前MCU域中存在具有承载该会议的能力、且归属于第一类MCU的MCU，否则，说明当前MCU域中不存在具有承载该会议的能力、且归属于第一类MCU的MCU。因此，可以看出，步骤303至步骤305实质上为本发明实施例提供的判断当前MCU域中是否存在具有承载该会议的能力、且归属于第一类MCU的MCU的具体操作。

步骤306，从备份集中选择出剩余业务资源最多的MCU，确定选择出的MCU为该出现故障的MCU的备份MCU。

步骤307，向确定出的备份MCU下发创建会议请求。

这里，创建会议请求中携带了配置信息，该配置信息可与步骤303中的尝试创建会议请求携带的配置信息类似，比如可以包括参与会议1的终端个数和参与会议1的终端所具有的能力信息中的至少一个；

步骤308，备份MCU根据接收的创建会议请求创建会议1，在成功创建后，发送成功创建通知给管理中心。

本步骤308中，备份MCU根据接收的创建会议请求携带的配置信息创建会议1。这里，如果备份MCU不能成功创建会议1，则发送创建失败通知给管理中心。

步骤309，管理中心接收到备份MCU发送的成功创建通知后，确定出该备份MCU可以承载会议1。

这里，如果管理中心接收到失败创建通知，则可结束当前流程；或者，将当前MCU域的上级MCU域确定为当前MCU域，继续返回执行202，本发明实施例并不具体限定。

需要说明的是，如果会议1为参与级联会议的分会议，则步骤309中还可进一步包括：将承载该会议1的MCU已更换为备份MCU的通知发送给承载所述级联会议中与会议1相关的其他分会议的MCU，以使承载了与会议1相关的其他分会议的MCU重新与所述备份MCU建立业务连接。由于级联会议包含的分会议之间具有呈树状的上下级关系，因此，这里，与会议1相关的其他分会议具体为该会议1的上级会议和下级会议。

至此，结束本发明实施例中提供的流程。

步骤310，向当前MCU域中的第二类MCU所包含的各个MCU发送尝试创建会议请求。

这里，如果步骤301中出现故障的MCU归属于当前域中的第二类MCU，为节省发送效率，本步骤310具体可为：向当前MCU域中的第二类MCU所包含的除该出现故障的MCU之外的其他各个MCU发送尝试创建会议请求。

需要说明的是，如果本实施例中会议1为参与级联会议的分会议，为避免影响该级联会议中的其他分会议，本步骤310具体可为：向当前MCU域中的第二类MCU所包含的除用于承载所述级联会议的其他分会议的MCU之外的其他各个MCU发送尝试创建会议请求。可以看出，图3所示的只是一种举例，并非限定本发明实施例的应用。

步骤311，接收到尝试创建会议请求的MCU根据该创建会议请求携带的会议1所要求的配置信息判断自身是否具有承载该会议1的能力，将判断结果携带在响应消息中发送给管理中心。

这里，步骤311中的操作与上述步骤304中的操作类似，这里不再详述。

步骤312，管理中心在预设时间到达时，根据接收的响应消息生成备份集，判断该备份集是否为空，是则执行步骤313；否则，返回执行步骤306。

这里，步骤312的操作与上述步骤305中的操作类似，这里不再赘述。

可以看出，本步骤312中，如果生成的备份集不为空集，则说明当前MCU域中存在具有承载该会议1的能力、且归属于第二类MCU的MCU，否则，说明当前MCU域中不存在具有承载该会议1的能力、且归属于第二类MCU的MCU。也就是说，上述步骤310至步骤312实质上为本发明实施例提供的判断当前MCU域中是否存在具有承载该会议的能力、且归属于第二类MCU的MCU。

步骤313，判断当前MCU域是否存在上级MCU域，如果是，执行步骤314；否则，结束当前流程。

由于视频会议***进行布局时划分的MCU域之间具有呈树形的上下级关系，因此，如果该当前MCU域不是处于最顶级，则该当前MCU域一定会存在上级MCU域。

步骤314，判断当前MCU域的上级MCU域是否提供备份资源给当前MCU域，如果是，将当前MCU域的上级MCU域作为当前域，返回执行步骤303；否则，结束当前流程。

通常，在对视频会议***进行布局时，会预先配置各级MCU域之间提供备份关系的权限，比如视频会议***中存在4级MCU域，分别为顶级MCU域、第一级MCU域、第二级MCU域和第三级MCU域，由于通常情况下，顶级MCU域中的MCU比较重要，因此，可设置顶级MCU域不为其下的第一级MCU域提供备份资源，而第一级MCU域、第二级MCU域可为其下级MCU域提供备份资源，即第一级MCU域可为第二级MCU域提供备份资源，第二级MCU域可为第三级MCU域提供备份资源，如此。执行到本步骤314时，可根据预先配置判断当前MCU域的上级MCU域是否提供备份资源给当前MCU域。

至此，结束本发明实施例提供的流程。

由以上技术方案可以看出，本发明实施例并不像现有技术中的N+1备份机制那样将所有的备份功能都局限在1个备份MCU上，而是将备份功能扩大到既具有承载会议功能又具有为承载会议的MCU提供备份功能的MCU(第二类MCU，为现有技术中的部分业务MCU)，这样，就无需要求专门用于为承载会议的MCU提供备份功能的MCU(第一类MCU，相当于现有技术的N+1机制中的备份MCU)具有足够大的业务资源，进而实现大容量的备份；

进一步地，由于本发明实施例将备份功能扩大到既具有承载会议功能又具有为承载会议的MCU提供备份功能的MCU(第二类MCU，为现有技术中的部分业务MCU)，这样，即使当前不存在现有技术的N+1机制中的备份MCU(第一类MCU)，也能实现MCU的备份，提高了本发明所提供的方案的灵活度；

更近一步地，本发明实施例中，在多台MCU出现故障时，本发明也不是像现有技术那样将该多台的工作都集中在1台备份MCU上，而是针对每一MCU，从第一类MCU或者第二类MCU中选择该能够接替该MCU工作的MCU，具体见步骤303至步骤314，即能够实现负载分担，大大提高了视频会议***的效率。

上述对本发明实施例提供的方法进行了详细描述，下面对本发明实施例提供的实现上述方法的设备进行描述。

参见图4，图4为本发明实施例提供的设备的结构图。如图4所示，该设备可包括：检测单元401、第一判断单元402、第二判断单元403和处理单元404；

其中，检测单元401检测到用于承载会议的MCU出现故障时，将该出现故障的MCU所在的MCU域作为当前MCU域，之后，触发所述第一判断单元针对该出现故障的MCU所承载的每一会议执行判断操作；以及在第二判断单元403的判断结果为否时，如果当前MCU域存在上级MCU域，则将所述当前MCU域的上级MCU域作为当前MCU域，触发第一判断单元402继续执行判断操作；

第一判断单元402用于判断检测单元401确定的当前MCU域中是否存在具有承载该会议的能力、且归属于第一类MCU的MCU，所述第一类MCU包含了专门为承载会议的MCU提供备份功能的MCU，并将判断结果发送给第二判断单元403和处理单元404；

第二判断单元403在第一判断单元402的判断结果为否时，判断当前MCU域中是否存在具有承载该会议的能力、且归属于第二类MCU的MCU，所述第二类MCU包含了既具有承载会议功能又具有为承载会议的MCU提供备份功能的MCU，并将判断结果发送给检测单元401和处理单元404；

处理单元404在第一判断单元402或者第二判断单元403的判断结果为是时，使该当前MCU域中存在的MCU接替该出现故障的MCU来承载所述会议。

优选地，如图4所示，第一判断单元402可包括：第一发送模块4021和第一确定模块4022，

其中，第一发送模块4021用于向检测单元401确定的当前MCU域中的第一类MCU所包含的各个MCU发送尝试创建会议请求，所述尝试创建会议请求中携带了所述会议所要求的配置信息；

第一确定模块4022用于当接收到所述第一类MCU包含的至少一个MCU返回的第一成功响应消息时，确定第一类MCU中存在具有备份该会议能力的MCU，所述MCU返回的第一成功响应消息为该MCU根据接收的尝试创建会议请求携带的所述会议所要求的配置信息确定出自身具有备份该会议的能力时发送的；否则，确定第一类MCU中不存在具有备份该会议能力的MCU。

优选地，如图4所示，第二判断单元403可包括：第二发送模块4031和第二确定模块4032，

其中，第二发送模块4031用于向检测单元401确定的当前MCU域中的第二类MCU所包含的各个MCU发送尝试创建会议请求，所述尝试创建会议请求中携带了所述会议所要求的配置信息；

第二确定模块4032用于当接收到所述第二类MCU包含的至少一个MCU返回的第二成功响应消息时，确定第二类MCU中存在具有备份该会议能力的MCU，所述MCU返回的第二成功响应消息为该MCU根据接收的尝试创建会议请求携带的所述会议所要求的配置信息确定出自身具有备份该会议的能力时发送的；否则，确定第二类MCU中不存在具有备份该会议能力的MCU。

本实施例中，所述MCU返回的第一成功响应消息或者第二成功响应消息携带了该MCU当前剩余的业务资源值；如图4所示，处理单元404可包括：备份确定模块4041和触发模块4042；

其中，备份确定模块4041用于在预设时间到达时，从接收的由MCU返回的第一成功响应消息或者第二成功响应消息携带的剩余业务资源中选择出剩余业务资源最多的MCU，确定该选择出的MCU为所述出现故障的MCU的备份MCU；

触发模块4042用于使备份确定模块4041确定出的备份MCU接替该出现故障的MCU来承载所述会议。

本实施例中，触发模块4042具体实现时，可向确定出的备份MCU下发创建会议请求；所述创建会议请求中携带的信息可与上述尝试会议创建请求携带的配置信息类似，如果接收到所述备份MCU发送的成功创建通知，所述成功创建通知为所述备份MCU根据接收的所述创建会议请求携带的配置信息成功创建会议后发送的，则确定所述备份MCU承载了所述会议。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims

1.一种视频会议中MCU的备份方法，该方法应用于包含至少1个MCU域的视频会议***中；其特征在于，该方法包括以下步骤：

2.根据权利要求1所述的方法，其特征在于，所述步骤B中的判断包括：

B1，向所述当前MCU域中的第一类MCU所包含的各个MCU发送尝试创建会议请求，所述尝试创建会议请求中携带了所述会议所要求的配置信息；

B2，如果接收到所述第一类MCU包含的至少一个MCU返回的第一成功响应消息，则确定第一类MCU中存在具有备份该会议能力的MCU，所述MCU返回的第一成功响应消息为该MCU根据接收的尝试创建会议请求携带的配置信息确定出自身具有备份该会议的能力时发送的；否则，确定第一类MCU中不存在具有备份该会议能力的MCU。

3.根据权利要求1所述的方法，其特征在于，所述步骤C中的判断包括：

C1，向所述当前MCU域中的第二类MCU所包含的各个MCU发送尝试创建会议请求，所述尝试创建会议请求中携带了所述会议所要求的配置信息；

C2，如果接收到所述第二类MCU包含的至少一个MCU返回的第二成功响应消息时，确定第二类MCU中存在具有备份该会议能力的MCU，所述MCU返回的第二成功响应消息为该MCU根据接收的尝试创建会议请求携带的配置信息确定出自身具有备份该会议的能力时发送的；否则，确定第二类MCU中不存在具有备份该会议能力的MCU。

4.根据权利要求2或3所述的方法，其特征在于，所述MCU返回的第一成功响应消息或者第二成功响应消息携带了该MCU当前剩余的业务资源；

所述步骤D包括：

D1，在预设时间到达时，从接收的由MCU返回的第一成功响应消息或者第二成功响应消息携带的剩余业务资源中选择出剩余业务资源最多的MCU，确定该选择出的MCU为所述出现故障的MCU的备份MCU；

D2，使所述步骤D1确定出的备份MCU接替该出现故障的MCU来承载所述会议。

5.根据权利要求4所述的方法，其特征在于，所述步骤D2包括：

D21，向所述步骤D1确定出的备份MCU下发创建会议请求；

D22，如果接收到所述备份MCU发送的成功创建通知，所述成功创建通知为所述备份MCU在接收的所述创建会议请求时成功创建所述会议后发送的，则确定所述备份MCU承载了所述会议。

6.根据权利要求5所述的方法，其特征在于，如果所述步骤A中的会议为参与级联会议的分会议；则所述步骤D22中，所述使备份MCU承载所述会议进一步包括：

将承载所述会议的MCU已更换为所述备份MCU的通知发送给承载所述级联会议中与所述会议相关的其他分会议的MCU，以使承载了与所述会议相关的其他分会议的MCU重新与所述备份MCU建立业务连接。

7.根据权利要求3所述的方法，其特征在于，如果所述步骤A中出现故障的MCU归属于当前域中的第二类MCU，则所述步骤C1中的各个MCU为除所述出现故障的MCU之外的MCU；

如果所述步骤A中的会议为参与级联会议的分会议，则所述步骤C1中的各个MCU为当前域中除用于承载所述级联会议的其他分会议的MCU之外的MCU。

8.一种用于管理视频会议中MCU备份的设备，其特征在于，该设备包括：检测单元、第一判断单元、第二判断单元和处理单元；其中，

9.根据权利要求8所述的设备，其特征在于，所述第一判断单元包括：第一发送模块和第一确定模块，其中，

所述第一发送模块用于向所述检测单元确定的当前MCU域中的第一类MCU所包含的各个MCU发送尝试创建会议请求，所述尝试创建会议请求中携带了所述会议所要求的配置信息；

所述第一确定模块用于当接收到所述第一类MCU包含的至少一个MCU返回的第一成功响应消息时，确定第一类MCU中存在具有备份该会议能力的MCU，所述MCU返回的第一成功响应消息为该MCU根据接收的尝试创建会议请求携带的所述会议所要求的配置信息确定出自身具有备份该会议的能力时发送的；否则，确定第一类MCU中不存在具有备份该会议能力的MCU。

10.根据权利要求8所述的设备，其特征在于，所述第二判断单元包括：第二发送模块和第二确定模块，其中，

所述第二发送模块用于向所述检测单元确定的当前MCU域中的第二类MCU所包含的各个MCU发送尝试创建会议请求，所述尝试创建会议请求中携带了所述会议所要求的配置信息；

所述第二确定模块用于当接收到所述第二类MCU包含的至少一个MCU返回的第二成功响应消息时，确定第二类MCU中存在具有备份该会议能力的MCU，所述MCU返回的第二成功响应消息为该MCU根据接收的尝试创建会议请求携带的所述会议所要求的配置信息确定出自身具有备份该会议的能力时发送的；否则，确定第二类MCU中不存在具有备份该会议能力的MCU。

11.根据权利要求9或10所述的设备，其特征在于，所述MCU返回的第一成功响应消息或者第二成功响应消息携带了该MCU当前剩余的业务资源值；

所述处理单元包括：

备份确定模块，用于在预设时间到达时，从接收的由MCU返回的第一成功响应消息或者第二成功响应消息携带的剩余业务资源中选择出剩余业务资源最多的MCU，确定该选择出的MCU为所述出现故障的MCU的备份MCU；

触发模块，用于使所述备份确定模块确定出的备份MCU接替该出现故障的MCU来承载所述会议。