CN101547334B - 保证主用mcu具有备用mcu的方法及视频会议*** - Google Patents
保证主用mcu具有备用mcu的方法及视频会议*** Download PDFInfo
- Publication number
- CN101547334B CN101547334B CN2009101361580A CN200910136158A CN101547334B CN 101547334 B CN101547334 B CN 101547334B CN 2009101361580 A CN2009101361580 A CN 2009101361580A CN 200910136158 A CN200910136158 A CN 200910136158A CN 101547334 B CN101547334 B CN 101547334B
- Authority
- CN
- China
- Prior art keywords
- mcu
- spare
- message
- main
- request message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种保证主用MCU具有备用MCU的方法及视频会议***,所述方法包括:当所述备用MCU出现故障时,所述主用MCU或会议管理设备向所述其他MCU发送请求消息,查询所述其他MCU是否可以作为新的备用MCU,如果可以,则根据预定选择策略选择相应的其他MCU作为新的备用MCU。通过本发明,当备用MCU出现故障时,主用MCU或会议管理设备可以自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种保证主用MCU具有备用MCU的方法及视频会议***。
背景技术
多点控制单元(Multipoint Control Unit,MCU)是实现视频会议(VideoConference)业务时所用到的设备,也称视频会议服务器,主要功能是协调及控制多个终端间的视讯传输。MCU主要分为两个部分,分别是MC(MultipointController,多点控制器)及MP(Multipoint Processor,多点处理器)。MC主要是负责协调终端间传输频道使用的先后顺序及利用H.245来界定传输内容的规格;MP则是在MC的控制规则之下真正从事影音的再制作(mixing)、转送(Switch)以及一些视讯流的处理。MCU中MC是必须要具备的管理功能,MP则根据终端对视频的处理能力及整体环境架构的需求而选用。
在电信网中,MCU是专用设备,主要对图像、声音和信道进行不同的处理,包括切换、控制等处理。在广电网中,MCU主要有视音频分配器和视音频切换器,对会场的视频、音频进行直接切换、控制。
视频会议业务是一种多点之间双向通信业务,在目前的网络技术基础上,多点间视频会议信号的切换必须用专用的设备来完成,即MCU。MCU是整个视频会议***的控制中心。在一个视频会议***中可以有多个MCU,但MCU的数量并不是无限增加的,MCU之间也不是任意连接的,应根据相应的国际标准和传输控制协议进行部署。
在实际应用中,视频会议***的各端点一般都分布在不同地理位置的机房或会议室,相互间通过网络进行实时通信,保证视频会议的正常召开。当***中某个端点因地质灾害、或网络中断、或设备故障等原因而导致该端点不能正常工作时,会对该视频会议***的正常运行产生影响。如果这个端点 是视频会议终端,上述影响的涉及面比较小,最多是故障端点所在地的用户不能参加视频会议;但如果这个端点是MCU,上述影响的涉及面就比较大了,会导致这个MCU所管理的全部视频会议都不能正常召开,为了恢复这些视频会议,就需要紧急在网络中协调新的MCU资源,从而涉及大量的配置修改。在此过程中,启用和配置新MCU的耗时,对于大型重要会议将是无法忍受的。
为避免因视频会议***中MCU端点故障导致无法召开会议,MCU热备技术被应用到视频会议***的实际组网中。根据视频会议的组网方式和承载网络带宽,MCU热备技术又可分为星型双机热备、级联双机热备、常规N+1热备和多点N+1热备等几种技术。
如图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或会议管理设备可以自动寻找一个合适的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和备用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,其中,第一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当前的资源信息,接收请求消息的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与所述新的备用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。
另一方面,本发明还提供了一种视频会议***,包括一个会议管理设备和至少三个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,并与所述MCU建立周期性的心跳消息检测;
除主用MCU和备用MCU外的所述MCU,用于接收所述会议管理设备发送的请求消息,并根据预设策略向所述会议管理设备发送响应消息。
优选的,如果所述会议管理设备向所述MCU发送的请求消息中包含所述主用MCU当前的资源信息,接收请求消息的MCU,还用于在判断自身可以成为备用MCU时,向所述会议管理设备发送响应消息,或,在判断自身不可以成为备用MCU时,丢弃所述请求消息;
如果所述会议管理设备向所述MCU发送的请求消息中没有包含所述主用MCU当前的资源信息,所述MCU,还用于在自身当前处于正常工作状态时,向所述会议管理设备发送响应消息。
与现有技术相比,本发明具有以下优点:
通过本发明,主用MCU或会议管理设备可以实时监测备用MCU的状态,当备用MCU出现故障时,主用MCU或会议管理设备可以自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
附图说明
图1为现有技术中MCU热备***的结构示意图;
图2为本发明提供的一种保证主用MCU具有备用MCU的方法的流程图;
图3为本发明提供的一种保证主用MCU具有备用MCU的方法的流程图;
图4为本发明提供的一种保证主用MCU具有备用MCU的方法的流程图;
图5为本发明提供的一种视频会议***的结构示意图;
图6为本发明提供的一种保证主用MCU具有备用MCU的方法的流程图;
图7为本发明提供的一种保证主用MCU具有备用MCU的方法的流程图;
图8为本发明提供的一种保证主用MCU具有备用MCU的方法的流程图;
图9为本发明提供的一种保证主用MCU具有备用MCU的方法的流程图;
图10为本发明提供的一种视频会议***的结构示意图。
具体实施方式
如背景技术所述,传统的包含主备MCU的会议热备***中,备用MCU是在会议初始化时由***一次性指定的。在这种情况下,尤其是当该会议热备***中仅指定了一个备用MCU时,如果该备用MCU出现了故障,或该备用MCU与主用MCU-之间的信息通信路径失效而导致主备MCU之间无法进行信息同步或信息交互时,主用MCU即处于未保护状态;即使在该***中指定了多个备用MCU,如果其中的一个或几个备用MCU出现故障,也会降低原有的包含多个备用MCU的会议热备***的可靠性。
本发明所提出的技术方案是一种改进的会议热备模型。当主用MCU或会议管理设备发现备用MCU故障时,主动向当前***中的MCU发出咨询,寻求一个新的备用MCU,从而保障***中一直具有符合***要求的备用MCU,使主用MCU处于保护状态。
为了实现上述的技术效果,以下结合具体的应用场景,对本发明的技术方案做详细描述。
首先,通过以下实施例说明通过主用MCU实现保证主用MCU具有备用MCU的方法的技术方案。
如图2所示,本发明提供了一种保证主用MCU具有备用MCU的方法,应用于包括至少三个MCU的***中,其中,第一MCU为主用MCU、第二MCU为备用MCU,,具体包括以下步骤:
步骤S201、主用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在预设周期内没有接收到备用MCU所返回的心跳响应消息时,转入步骤S202。
步骤S202、主用MCU向当前***中的除主用MCU和备用MCU外的所有MCU发送请求消息。
在本步骤中,主用MCU通过广播方式向当前***中除主用MCU和备用MCU外的所有MCU发送请求消息,询问各MCU是否可以成为新的备用MCU,根据预设策略的不同,主用MCU所发送的请求消息中可以包含该主用MCU当前的资源信息,也可以不包含该主用MCU当前的资源信息。
上述的资源信息,具体是指主用MCU的会议信息,说明当前通过该主用MCU所召开的会议和接入的会议终端的信息。其中的信息交互形式具体可以采用H323协议消息,也可以采用私有的二进制消息或其它可以实现相同技术效果的形式。这样的变化并不影响本发明的保护范围。
根据请求消息中是否包含该主用MCU当前的资源信息,后续的步骤处理会存在相应的变化,这样的变化将在后续步骤中详细说明,这均属于本发明的保护范围。
步骤S203、主用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。
步骤S204、主用MCU选择至少一个返回响应消息的MCU作为新的备用MCU,并与新的备用MCU建立周期性的心跳消息检测。
对应上述步骤S203中的两种情况,本步骤的处理进程也相应的存在以下两种情况:
对应步骤S203中的情况一,主用MCU接收到至少一个接收请求消息的MCU返回的响应消息,该响应消息中不包含该MCU当前的资源信息。在这种情况下,所有返回响应消息的MCU都是经过该MCU自身判断,确认可以成为备用MCU的,所以,主用MCU可以直接按照预设的策略,从中选择至少一个MCU来成为备用MCU,并向被选中的MCU发送确认消息。该MCU接收到确认消息后,将自身切换成为备用MCU状态,与主用MCU之间建立周期性的心跳消息检测,并且,进一步的该MCU还与主用MCU之间建立信 息同步,主用MCU将所有的会议信息和呼叫信息等实时同步到新的备用MCU上。
在这种情况下,主用MCU选择备用MCU的策略可以包括以下几种:
(1)选择第一个返回响应消息的返回响应消息的其他MCU作为新的备用MCU。
这样的选择保证了成为备用MCU的MCU是响应最快的,从而,在主用MCU出现故障时,可以尽快的接管主用MCU上的会议进程。
(2)选择至少一个与该主用MCU属于同一服务区的返回响应消息的MCU作为新的备用MCU。
这样的选择是出于网络通信的考虑,处于相同服务区的MCU无论是通信速度还是网络状态都会比较相似,这样,在备用MCU切换为主用MCU时,当前会议进程不会因为网络状态的变化而受到影响。
在实际应用中,具体选择策略的制定不仅限于上述的几种,选择策略的变化并不影响本发明的保护范围。
另一方面,对应上述步骤S203中的情况二,主用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之间建立信息同步,主用MCU将所有的会议信息和呼叫信息等实时同步到新的备用MCU上。
在这种情况下,主用MCU选择备用MCU的策略可以包括以下几种:
(1)主用MCU根据响应消息中所包含的MCU当前的资源信息,选择可用资源与主用MCU的当前使用资源最接近的MCU作为新的备用MCU。
这样的选择可以实现成为备用MCU的MCU中的资源与主用MCU中的资源状态是最匹配的,从而不会造成资源的浪费。
(2)主用MCU根据响应消息中所包含的MCU当前的资源信息,选择可用资源最多的MCU作为新的备用MCU。
这样的选择可以保证成为备用MCU的MCU中的资源是最多的,从而有充足的资源来满足对主用MCU进行热备的资源需求。
在实际应用中,具体选择策略的制定不仅限于上述的几种,选择策略的变化并不影响本发明的保护范围。
通过本发明,主用MCU可以实时监测备用MCU的状态,当备用MCU出现故障时,主用MCU可以自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
下面,结合具体的应用场景,对上述本发明所提出的技术方案进行进一步说明:
如图3所示,为本发明所提出的一种保证主用MCU具有备用MCU的方法,该方法是在备用MCU出现故障时,结合其他MCU自身的判断,由主用MCU来确定新的备用MCU的一种技术方案,具体包括以下步骤:
步骤S301、主用MCU与备用MCU之间周期性的消息握手(心跳消息检测)中断。
具体的,主用MCU向备用MCU发送握手消息,但在预定的周期内没有 收到备用MCU返回的握手响应,从而,主用MCU确认备用MCU出现故障,启动新的备用MCU的选择流程,转入步骤S302。
步骤S302、主用MCU向网络上其他的MCU广播包含主用MCU当前资源信息的请求消息,寻求新的备用MCU。
如图3所示,在当前***中,除了主用MCU、备用MCU,还包括n个MCU(即,MCU1、MCU2......MCUn)。主用MCU向各MCU广播的请求消息中带有该主用MCU的资源信息,说明了该主用MCU当前召开的会议和接入的终端的信息。其中的信息交互可以采用H323协议,也可以采用私有的二进制消息。
步骤S303、各MCU收到请求消息之后,根据自身的能力计算是否可以作为备用MCU。
其中,上述自身的能力包括已经召开了多少会议、剩余可用资源等信息。例如,该主叫MCU当前的资源信息状态为已经召开了一个会议,接入了2M的会议终端20个,并且剩余可用资源还可以召开9个会议,最多接入2M的会议终端30个。
据此,接收请求消息的MCU衡量自身当前的资源状态是否可以满足该主用MCU的要求,如果自身的剩余资源可以满足主用MCU的要求,则判断自身可以成为备用MCU,转入步骤S304;相反,如果自身的剩余资源不可以满足主用MCU的要求,则判断自身不能成为备用MCU,直接丢弃该请求报文,不做任何响应。
在本实施例中,MCU1确认自身可以成为备用MCU。
步骤S304、MCU1向主用MCU反馈响应消息,确认可以成为备用MCU。
步骤S305、主用MCU根据预设的选择策略在返回响应消息的MCU中选择至少一个MCU作为新的备用MCU。
由于返回响应消息的MCU都是已经经过自身判断,确认可以成为备用MCU的,所以,主用MCU可以直接根据预设的选择策略择优选择一个合适的MCU作为备用MCU。具体的选择策略可以为:选择第一个作出回应的MCU、选择本服务区的MCU等,具体选择策略的变化并不影响本发明的保 护范围。
在本实施例中,主用MCU选择MCU1作为备用MCU。
步骤S306、主用MCU向MCU1发送确认消息。
主用MCU通过确认消息告知MCU1被选定成为了备用MCU。
步骤S307、MCU1切换为备用MCU模式。
步骤S308、主用MCU和MCU1启动心跳消息检测。
通过本步骤,重新实现了***中主备MCU之间通过心跳信息的互检,使主用MCU处于备用MCU的保护之中。
步骤S309、主用MCU将所有会议信息、呼叫信息等信息实时同步到MCU1上。
通过本发明,主用MCU可以实时监测备用MCU的状态,当备用MCU出现故障时,结合其他MCU自身的判断,主用MCU可以自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
在另一种实施场景中,如图4所示,为本发明所提出的一种保证主用MCU具有备用MCU的方法,该方法是在备用MCU出现故障时,主用MCU获取各其他MCU的当前状态信息,并根据该信息来确定新的备用MCU的一种技术方案,具体包括以下步骤:
步骤S401、主用MCU与备用MCU之间周期性的消息握手(心跳消息检测)中断。
具体的,主用MCU向备用MCU发送握手消息,但在预定的周期内没有收到备用MCU返回的握手响应,从而,主用MCU确认备用MCU出现故障,启动新的备用MCU的选择流程,转入步骤S402。
步骤S402、主用MCU向网络上其他的MCU广播请求消息,寻求新的备用MCU。
如图4所示,主用MCU向除主用MCU和备用MCU外的所有MCU广播请求消息。
步骤S403、各MCU收到请求消息后,向主用MCU返回包含该MCU当 前资源信息的响应消息。
其中,上述MCU当前资源信息包括已经召开了多少会议、剩余可用资源等信息。
步骤S404、主用MCU根据预设的选择策略在返回响应消息的MCU中选择至少一个MCU作为新的备用MCU。
由于所有收到请求消息的MCU都在向主用MCU发送包含自身当前的资源信息的响应消息,所以,并不是所有返回响应消息的MCU都可以成为备用MCU。因此用MCU需要根据响应消息中的其他MCU当前资源信息以及预设的选择策略进行进一步的判断和选择。
同前述实施例中所阐述的理由一样,这样的处理可以是分步进行,也可以是一步完成的,由此产生的方案变化均属于本发明的保护范围。
而具体的选择策略可以为:选择可用资源与主用MCU的当前使用资源最接近的其他MCU作为新的备用MCU、选择可用资源最多的其他MCU作为新的备用MCU等,具体选择策略的变化并不影响本发明的保护范围。
在本实施例中,主用MCU选择MCU1作为备用MCU。
步骤S405、主用MCU向MCU1发送确认消息。
主用MCU通过确认消息告知MCU1被选定成为了备用MCU。
步骤S406、MCU1切换为备用MCU模式。
步骤S407、主用MCU和MCU1启动心跳消息检测。
步骤S408、主用MCU将所有会议信息、呼叫信息等信息实时同步到MCU1上。
通过本发明,主用MCU可以实时监测备用MCU的状态,当备用MCU出现故障时,主用MCU自动获取其他MCU当前的资源信息,并据此自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
在此基础上,本发明提供了一种视频会议***,如图5所示,包括至少三个MCU,其中,第一MCU为主用MCU51、第二MCU为备用MCU52,此外的MCU皆标识为MCU53,主用MCU51和备用MCU52保持周期性的心 跳消息检测,具体说明如下:
主用MCU51至少用于在心跳消息检测中断时,向各MCU53发送请求消息,接收MCU53返回的响应消息,选择至少一个返回响应消息的MCU53作为新的备用MCU,并向被选中的MCU53发送确认消息;
MCU53与主用MCU51电性连接,至少用于接收主用MCU51发送的请求消息,并根据预设策略向主用MCU51发送响应消息。
其中,在具体的应用场景中,MCU53所采用的预设策略具体如下:
如果主用MCU51向MCU53发送的请求消息中包含主用MCU51当前资源信息,则MCU53还用于在判断自身可以成为备用MCU时,向主用MCU51发送响应消息,或,在判断自身不可以成为备用MCU时,丢弃上述请求消息;
如果主用MCU51向MCU53发送的请求消息中没有包含主用MCU51当前资源信息,则MCU53还用于向主用MCU51发送包含MCU53当前资源信息的响应消息。
进一步的,MCU53在接收到主用MCU51发送的确认消息后,将自身切换为备用MCU状态,并与主用MCU51建立周期性的心跳消息检测和信息同步。
需要进一步指出的是,上述的主用MCU51、备用MCU52以及MCU53,在物理实质上同为一种MCU设备,只是根据在视频会议***中所担负的功能角色不同,而产生了具体的功能变化。
通过本发明,在上述的视频会议***中,主用MCU可以实时监测备用MCU的状态,当备用MCU出现故障时,主用MCU可以自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
另一方面,基于本发明的技术思想,结合具体的实施场景,通过以下实施例说明通过会议管理设备实现保证主用MCU具有备用MCU的方法的技术方案。
如图6所示,本发明提供了一种保证主用MCU具有备用MCU的方法,应用于包括一个会议管理设备和至少三个MCU的***中,其中,第一MCU 为主用MCU、第二MCU为备用MCU,具体包括以下步骤:
步骤S601、主用MCU和备用MCU之间,以及会议管理设备和备用MCU之间保持周期性的心跳消息检测。
如前所述,通过主备MCU之间周期性的心跳消息检测,备用MCU可以实时的监控主用MCU的工作状态,并且,主备MCU之间还保持着实时的信息同步。
而在本发明的技术方案中,进一步提出了会议管理***与备用MCU之间周期性的心跳消息检测,该心跳消息检测使会议管理设备具有对备用MCU的监测功能,即会议管理设备可以通过该检测实时的监控备用MCU的工作状态,一旦备用MCU出现故障,则在当前***所包含的MCU中启动备用MCU的选择进程。
基于上述说明,当会议管理设备和备用MCU之间的周期性心跳消息检测出现中断,即会议管理设备在预设周期内没有接收到备用MCU所返回的心跳响应消息时,转入步骤S602。
需要指出的是,由于会议管理设备管理着***内所有的MCU,只要其中有一个备用MCU出现故障,会议管理设备就将启动备用MCU的选择进程,当然,如果多个备用MCU同时出现故障,可以认为会议管理设备同时启动了多个选择备用MCU的进程,也可以认为会议管理设备启动了一个同时选择多个备用MCU的进程,这样的变化并不影响本发明的保护范围。
步骤S602、会议管理设备根据主用MCU的当前资源信息计算出可以作为新的备用MCU的MCU,并向计算出的MCU发送请求消息。
由于会议管理设备实时管理着***内所有MCU的资源信息,所以,会议管理设备根据主用MCU的当前资源信息去匹配各个MCU,判断各个MCU是否可以成为备用MCU,具体的判断策略可以是各MCU的可用资源是否能够承载主用MCU当前的会议进程,也可以是各MCU的可用资源是否大于主用MCU的最大资源值,具体策略的变化并不影响本发明的保护范围。
在本步骤中,会议管理设备通过广播方式向当前***中出主用MCU和备用MCU外的所有MCU发送请求消息,询问各MCU是否可以成为新的备用 MCU,根据预设策略的不同,会议管理设备所发送的请求消息中可以包含主用MCU当前的资源信息,也可以不包含该主用MCU当前的资源信息。
上述的资源信息,具体是指主用MCU的会议信息,说明当前通过该主用MCU所召开的会议和接入的会议终端的信息。其中的信息交互形式具体可以采用H323协议消息,也可以采用私有的二进制消息或其它可以实现相同技术效果的形式。这样的变化并不影响本发明的保护范围。
根据请求消息中是否包含该主用MCU当前的资源信息,后续的步骤处理会存在相应的变化,这样的变化将在后续步骤中详细说明,这均属于本发明的保护范围。
步骤S603、会议管理设备接收各接收请求消息的MCU根据预设判断策略返回的响应消息。
具体的,根据上述请求消息中是否包含主用MCU当前的资源信息,本步骤中的预设判断策略也相应的分为以下两种情况:
情况一、如果请求消息中包括主用MCU当前的资源信息,则接收请求消息的MCU根据自身资源状态和接收到的主用MCU的当前资源信息,判断自身是否可以作为备用MCU,这样的判断可以认为是对会议管理设备进行的备用MCU选择的核实。
如果接收请求消息的MCU判断自身可以作为备用MCU,则向会议管理设备发送响应消息。
如果接收请求消息的MCU判断自身不可以作为备用MCU,则该MCU丢弃请求消息。
情况二、如果请求消息中没有包括主用MCU当前的资源信息,则接收请求消息的MCU不进行自身的判断,而是直接向会议管理设备发送响应消息。
在这种情况下,会议管理设备发送请求消息的作用在于测试MCU的响应速度或者验证MCU是否处于正常的工作状态,以便使会议管理设备选择合适的MCU作为备用MCU。
本步骤与前述的步骤S203的区别在于,无论上述哪种情况,会议管理设备所接收到的响应消息中都不会包含MCU的当前资源信息。这是因为会议管 理设备中实时管理着***内所有MCU的资源信息,无需通过其他方式另行获取。
步骤S604、会议管理设备选择至少一个返回响应消息的MCU作为新的备用MCU,并与新的备用MCU建立周期性的心跳消息检测。
具体的,会议管理设备通过向被选择成为备用MCU的至少一个MCU发送确认消息来告知该MCU作为新的备用MCU。
由于会议管理设备先前已经进行过各MCU是否可以成为备用MCU的计算,所以,在本步骤中,会议管理设备所接收的所有响应消息都是可以成为备用MCU的MCU所发送的,因此,会议管理设备可以直接根据预设的选择策略进行备用MCU的选择,具体的选择策略如下:
(1)会议管理设备选择第一个返回响应消息的返回响应消息的其他MCU作为新的备用MCU。
(2)会议管理设备选择至少一个与主用MCU属于同一服务区的返回响应消息的其他MCU作为新的备用MCU。
(3)会议管理设备选择可用资源与主用MCU的当前使用资源最接近的其他MCU作为新的备用MCU。
(4)会议管理设备选择可用资源最多的其他MCU作为新的备用MCU。
具体选择策略的目的如前述实施例所述,在此不再重复描述。在实际应用中,具体选择策略的制定不仅限于上述的几种,选择策略的变化并不影响本发明的保护范围。
步骤S605、会议管理设备通知主用MCU启用该MCU作为新的备用MCU,主用MCU与新的备用MCU建立周期性的心跳消息检测。
具体的,会议管理设备可以通过通知消息通知主用MCU启用MCU作为新的备用MCU。
通过本步骤,实现了备用MCU与主用MCU之间的心跳消息检测,使主用MCU重新获得了备用MCU的保护。
通过本发明,会议管理设备可以实时监测备用MCU的状态,当备用MCU出现故障时,会议管理设备可以自动寻找一个合适的MCU作为备用MCU,确 保主用MCU一直处于保护状态。
下面,结合具体的应用场景,对上述本发明所提出的技术方案进行进一步说明:
如图7所示,为本发明所提出的一种保证主用MCU具有备用MCU的方法,该方法是在备用MCU出现故障时,结合其他MCU自身的判断,由会议管理设备来确定新的备用MCU的一种技术方案,具体包括以下步骤:
步骤S701、会议管理设备与备用MCU之间周期性的消息握手(心跳消息检测)中断。
具体的,会议管理设备向备用MCU发送握手消息,但在预定的周期内没有收到备用MCU返回的握手响应,从而,会议管理设备确认备用MCU出现故障,启动新的备用MCU的选择流程,转入步骤S702。
步骤S702、会议管理设备根据各MCU当前的资源信息,计算出可以成为新的备用MCU的MCU。
由于会议管理设备实时管理着***内所有MCU的资源信息,所以,会议管理设备根据主用MCU的当前资源信息和各个MCU的当前资源信息,判断各个MCU是否可以成为备用MCU,具体判断策略的变化并不影响本发明的保护范围。
步骤S703、会议管理设备向计算出的可以成为新的备用MCU的MCU广播包含主用MCU当前资源信息的请求消息,寻求新的备用MCU。
如图7所示,在当前***中,除了会议管理设备、主用MCU、备用MCU,还包括n个MCU(即,MCU1、MCU2......MCUn)。经过计算,会议管理设备可以确定其中的一个或者多个MCU可以成为备用MCU,并向相应的MCU发送请求消息,该请求消息中带有主用MCU的资源信息,说明了该主用MCU下当前召开的会议和接入的终端的信息。其中的信息交互可以采用H323协议,也可以采用私有的二进制消息。
步骤S704、各MCU收到请求消息之后,根据自身的能力计算是否可以作为备用MCU。
其中,上述自身的能力包括已经召开了多少会议、剩余可用资源等信息。例如,该主叫MCU当前的资源信息状态为已经召开了一个会议,接入了2M的会议终端20个,并且剩余可用资源还可以召开9个会议,最多接入2M的会议终端30个。据此,接收请求消息的MCU衡量自身当前的资源状态,如果自身的剩余资源可以满足主用MCU的要求,则判断自身可以成为备用MCU,转入步骤S705;相反,如果自身的剩余资源不可以满足主用MCU的要求,则判断自身不能成为备用MCU,直接丢弃该请求报文,不做任何响应。
在本实施例中,MCU1判断自身可以成为备用MCU。
步骤S705、MCU1向会议管理设备反馈响应消息,确认可以成为备用MCU。
步骤S706、会议管理设备根据预设的选择策略在返回响应消息的各MCU中选择至少一个MCU作为新的备用MCU。
由于返回响应消息的MCU都是已经经过会议管理设备的计算,确认可以成为备用MCU的,并且经过了MCU自身确认的,所以,会议管理设备可以直接根据预设的选择策略择优选择一个合适的MCU作为备用MCU。具体的选择策略可以为:选择第一个作出回应的MCU、选择可用资源与主用MCU的当前使用资源最接近的其他MCU作为新的备用MCU、选择可用资源最多的其他MCU作为新的备用MCU、选择本服务区的MCU等等,具体选择策略的变化并不影响本发明的保护范围。
在本实施例中,会议管理设备选择MCU1成为备用MCU。
步骤S707、会议管理设备向MCU1发送确认消息。
会议管理设备通过确认消息告知MCU1被选定成为了备用MCU。
步骤S708、MCU1切换为备用MCU模式。
步骤S709、会议管理设备和MCU1启动心跳消息检测。
通过本步骤,重新实现了***中会议管理设备对备用MCU的状态监测。
步骤S710、主用MCU和MCU1启动心跳消息检测。
通过本步骤,重新实现了***中主备MCU之间通过心跳信息的互检,使主用MCU处于备用MCU的保护之中。
步骤S711、主用MCU将所有会议信息、呼叫信息等信息实时同步到MCU1上。
通过本发明,会议管理设备可以实时监测备用MCU的状态,当备用MCU出现故障时,结合其他MCU自身的判断,会议管理设备可以自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
在另一种实施场景中,如图8所示,为本发明所提出的一种保证主用MCU具有备用MCU的方法,该方法是在备用MCU出现故障时,会议管理设备根据各MCU的当前资源信息来确定新的备用MCU的一种技术方案,具体包括以下步骤:
步骤S801、会议管理设备与备用MCU之间周期性的消息握手(心跳消息检测)中断。
具体的,会议管理设备向备用MCU发送握手消息,但在预定的周期内没有收到备用MCU返回的握手响应,从而,会议管理设备确认备用MCU出现故障,启动新的备用MCU的选择流程,转入步骤S802。
步骤S802、会议管理设备根据各MCU当前的资源信息,计算出可以成为新的备用MCU的MCU。
步骤S803、会议管理设备向计算出的MCU广播请求消息,寻求新的备用MCU。
步骤S804、各MCU收到请求消息之后,如果自身工作状态正常,则向会议管理设备返回响应消息。
步骤S805、会议管理设备根据预设的选择策略在返回响应消息的MCU中选择至少一个MCU作为新的备用MCU。
由于返回响应消息的MCU都是已经经过会议管理设备判断,确认可以成为备用MCU的,且处于正常工作状态的,所以,会议管理设备直接根据预设的选择策略择优选择一个合适的MCU作为备用MCU。具体的选择策略如前一实施例所述,具体选择策略的变化并不影响本发明的保护范围。
在本实施例中,被会议管理设备选择成为备用MCU的是MCU1。
步骤S806、会议管理设备向MCU1发送确认消息。
会议管理设备通过确认消息告知MCU1被选定成为了备用MCU,。
步骤S807、MCU1切换为备用MCU模式。
步骤S808、会议管理设备和MCU1启动心跳消息检测。
通过本步骤,重新实现了***中会议管理设备对备用MCU的状态监测。
步骤S809、会议管理设备向主用MCU发送通知消息,通知主用MCU启用MCU1作为备用MCU。
步骤S810、主用MCU和MCU1启动心跳消息检测。
通过本步骤,重新实现了***中主备MCU之间通过心跳信息的互检,使主用MCU处于备用MCU的保护之中。
步骤S811、主用MCU将所有会议信息、呼叫信息等信息实时同步到MCU1上。
需要指出的是,在实际的应用中,上述的步骤S803-S806可以进一步简化,由于会议管理设备可以根据实时管理的各MCU的资源信息计算出可以充当备用MCU的MCU,所以,会议管理***可以在计算出的MCU中直接根据预设的选择策略选择出新的备用MCU,并直接通过确定消息告知该MCU切换至备用MCU状态,这样的变化如图9所示,在此不再详述,该方案同样属于本发明的保护范围。
通过本发明,会议管理设备可以实时监测备用MCU的状态,当备用MCU出现故障时,会议管理设备根据MCU当前的资源信息自动寻找一个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
在此基础上,本发明提供了一种视频会议***,如图10所示,包括一个会议管理设备101和至少三个MCU,其中,第一MCU为主用MCU102、第二MCU为备用MCU103,此外的MCU皆标识为MCU104,主用MCU102和备用MCU103之间,以及会议管理设备101和备用MCU103之间保持周期性的心跳消息检测,具体说明如下:
会议管理设备101至少用于管理各MCU当前的资源信息,在会议管理设 备101和备用MCU103之间保持周期性的心跳消息检测中断时,根据主用MCU102当前的资源信息,在除主用MCU102和备用MCU103外的MCU104中计算出可以作为新的备用MCU的MCU104,向计算出的MCU104发送请求消息,接收MCU104返回的响应消息,选择至少一个返回响应消息的MCU104作为新的备用MCU,向MCU104发送确认消息,与MCU104建立周期性的心跳消息检测,并向主用MCU102发送通知消息,通知主用MCU102启用该MCU104作为新的备用MCU;
主用MCU102与会议管理设备101电性连接,至少用于接收会议管理设备101发送的通知消息,根据该通知消息启用相应的MCU104作为新的备用MCU,并与该MCU104建立建立周期性的心跳消息检测;
MCU104与所述会议管理设备101电性连接,至少用于接收会议管理设备101发送的请求消息,并根据预设策略向会议管理设备101发送响应消息。
其中,在具体的应用场景中,MCU104所采用的预设策略具体如下:
如果会议管理设备101向MCU104发送的请求消息中包含主用MCU102当前的资源信息,MCU104还用于在判断自身可以成为备用MCU时,向会议管理设备101发送响应消息,或,在判断自身不可以成为备用MCU时,丢弃请求消息;
如果会议管理设备101向MCU104发送的请求消息中没有包含主用MCU102当前的资源信息,MCU104还用于在自身当前处于正常工作状态时,向会议管理设备101发送响应消息。
进一步的,MCU104在接收到会议管理设备101发送的确认消息后,将自身切换为备用MCU状态,与会议管理设备101建立周期性的心跳消息检测,并与主用MCU102建立周期性的心跳消息检测和信息同步。
需要进一步指出的是,述的主用MCU102、备用MCU103以及MCU104,在物理实质上同为一种MCU设备,只是根据在视频会议***中所担负的功能角色不同,而产生了具体的功能变化。
通过本发明,在由上述的视频会议***中,会议管理设备可以实时监测备用MCU的状态,当备用MCU出现故障时,会议管理设备可以自动寻找一 个合适的MCU作为备用MCU,确保主用MCU一直处于保护状态。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种保证主用MCU具有备用MCU的方法,应用于包括至少三个MCU的***中,其中,第一MCU为主用MCU、第二MCU为备用MCU,所述主用MCU和所述备用MCU保持周期性的心跳消息检测,其特征在于,所述方法包括:
当所述主用MCU和所述备用MCU之间的心跳消息检测中断时,所述主用MCU向除主用MCU和备用MCU外的MCU发送请求消息;
所述主用MCU接收所述除主用MCU和备用MCU外的MCU根据预设判断策略返回的响应消息;
所述主用MCU向至少一个返回响应消息的所述MCU发送作为新的备用MCU的确认消息,并与所述新的备用MCU建立周期性的心跳消息检测。
2.如权利要求1所述的方法,其特征在于,当所述请求消息中包括所述主用MCU当前的资源信息时,所述主用MCU向除主用MCU和备用MCU外的MCU发送请求消息之后,所述方法具体为:
接收请求消息的MCU根据自身的资源状态和所述主用MCU当前的资源信息,判断自身是否可以作为备用MCU;
如果判断可以作为备用MCU,则向所述主用MCU返回响应消息;所述主用MCU接收所述响应消息,选择第一个返回响应消息的所述MCU,或与所述主用MCU属于同一服务区的所述MCU作为新的备用MCU;
如果判断不可以作为备用MCU,则所述接收请求消息的MCU丢弃所述请求消息。
3.如权利要求1所述的方法,其特征在于,当所述请求消息中没有包括所述主用MCU当前的资源信息时,所述主用MCU向除主用MCU和备用MCU外的MCU发送请求消息之后,所述方法具体为:
接收请求消息的MCU向所述主用MCU返回响应消息,所述响应消息中包含所述MCU当前的资源信息;
所述主用MCU根据所述MCU当前的资源信息,选择可用资源与所述主用MCU的当前使用资源最接近的MCU,或可用资源最多的MCU作为新的备用MCU。
4.一种视频会议***,包括至少三个MCU,其中,第一MCU为主用MCU、第二MCU为备用MCU,所述主用MCU和所述备用MCU保持周期性的心跳消息检测,其特征在于,包括:
所述主用MCU,用于在所述心跳消息检测中断时,向除主用MCU和备用MCU外的MCU发送请求消息,接收接收到主用MCU请求消息的MCU返回的响应消息,选择至少一个返回响应消息的所述MCU作为新的备用MCU,并向所述MCU发送确认消息;
除主用MCU和备用MCU外的所述MCU,用于接收所述主用MCU发送的请求消息,并根据预设策略向所述主用MCU发送响应消息。
5.如权利要求4所述的视频会议***,其特征在于,
如果所述主用MCU发送的请求消息中包含所述主用MCU当前的资源信息,接收请求消息的MCU,还用于在判断自身可以成为备用MCU时,向所述主用MCU发送响应消息,或,在判断自身不可以成为备用MCU时,丢弃所述请求消息;
如果所述主用MCU向所述MCU发送的请求消息中没有包含所述主用MCU当前的资源信息,接收请求消息的MCU,还用于向所述主用MCU发送包含所述MCU当前的资源信息的响应消息。
6.一种保证主用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建立周期性的心跳消息检测。
7.如权利要求6所述的方法,其特征在于,当所述请求消息中包括所述主用MCU当前的资源信息时,所述会议管理设备向除主用MCU和备用MCU外的MCU发送请求消息之后,所述方法具体为:
接收请求消息的MCU根据自身的资源状态和所述主用MCU当前的资源信息,判断自身是否可以作为备用MCU;
如果所述MCU判断自身可以作为备用MCU,则向所述会议管理设备返回响应消息;所述会议管理设备接收所述响应消息,选择第一个返回响应消息的所述MCU,或与所述主用MCU属于同一服务区的所述MCU作为新的备用MCU;
如果所述接收请求消息的MCU判断自身不可以作为备用MCU,则所述接收请求消息的MCU丢弃所述请求消息。
8.如权利要求6所述的方法,其特征在于,当所述请求消息中没有包括所述主用MCU当前的资源信息时,所述会议管理设备向除主用MCU和备用MCU外的MCU发送请求消息之后,所述方法具体为:
接收请求消息的MCU向所述会议管理设备返回响应消息;
所述会议管理设备接收所述响应消息,根据所述可以作为新的备用MCU的MCU的计算结果,在返回所述响应消息的MCU中选择可用资源与所述主用MCU的当前使用资源最接近的MCU,或可用资源最多的MCU作为新的备用MCU。
9.一种视频会议***,包括一个会议管理设备和至少三个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,并与所述MCU建立周期性的心跳消息检测;
除主用MCU和备用MCU外的所述MCU,用于接收所述会议管理设备发送的请求消息,并根据预设策略向所述会议管理设备发送响应消息。
10.如权利要求9所述的视频会议***,其特征在于,
如果所述会议管理设备向所述MCU发送的请求消息中包含所述主用MCU当前的资源信息,接收请求消息的MCU,还用于在判断自身可以成为备用MCU时,向所述会议管理设备发送响应消息,或,在判断自身不可以成为备用MCU时,丢弃所述请求消息;
如果所述会议管理设备向所述MCU发送的请求消息中没有包含所述主用MCU当前的资源信息,所述MCU,还用于在自身当前处于正常工作状态时,向所述会议管理设备发送响应消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101361580A CN101547334B (zh) | 2009-04-30 | 2009-04-30 | 保证主用mcu具有备用mcu的方法及视频会议*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101361580A CN101547334B (zh) | 2009-04-30 | 2009-04-30 | 保证主用mcu具有备用mcu的方法及视频会议*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101547334A CN101547334A (zh) | 2009-09-30 |
CN101547334B true CN101547334B (zh) | 2011-02-02 |
Family
ID=41194164
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101361580A Active CN101547334B (zh) | 2009-04-30 | 2009-04-30 | 保证主用mcu具有备用mcu的方法及视频会议*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101547334B (zh) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102055950B (zh) * | 2009-11-02 | 2012-07-04 | 杭州华三通信技术有限公司 | 一种视频会议中mcu的备份方法和设备 |
CN101835025A (zh) * | 2010-04-21 | 2010-09-15 | 杭州华三通信技术有限公司 | 备用mcu的选择方法及设备 |
JP6024138B2 (ja) * | 2012-03-21 | 2016-11-09 | 日本電気株式会社 | クラスタシステム |
CN103200033B (zh) * | 2013-03-21 | 2016-09-07 | 中兴通讯股份有限公司 | Cdn与网络融合***及其主、备用调度单元的选举方法 |
US9654524B2 (en) * | 2014-12-17 | 2017-05-16 | Futurewei Technologies, Inc. | System and method to customize a multipoint control unit |
WO2017193325A1 (zh) * | 2016-05-12 | 2017-11-16 | 深圳市中工巨能科技有限公司 | 一种双监控-激活测控装置 |
US20200280503A1 (en) * | 2017-09-26 | 2020-09-03 | Nokia Technologies Oy | Method, apparatus, computer program product and computer program |
CN110971861A (zh) * | 2018-09-28 | 2020-04-07 | 中兴通讯股份有限公司 | 多点控制单元、视频会议***、会议管理方法及存储介质 |
CN109462753B (zh) * | 2018-11-19 | 2021-12-03 | 视联动力信息技术股份有限公司 | 一种视联网多会议测试***和方法 |
CN109618123A (zh) * | 2018-12-20 | 2019-04-12 | 广东电网有限责任公司 | 一种视频会议*** |
CN111200521B (zh) * | 2019-12-27 | 2023-10-13 | 视联动力信息技术股份有限公司 | 视联网业务恢复方法、服务器、电子设备及存储介质 |
CN112291139B (zh) * | 2020-11-30 | 2022-11-29 | 重庆满集网络科技有限公司 | 基于xmpp协议的即时通讯方法及*** |
CN117440907A (zh) * | 2022-01-12 | 2024-01-23 | 烟台杰瑞石油服务集团股份有限公司 | 车辆的控制方法、控制装置、处理器与车辆*** |
-
2009
- 2009-04-30 CN CN2009101361580A patent/CN101547334B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN101547334A (zh) | 2009-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101547334B (zh) | 保证主用mcu具有备用mcu的方法及视频会议*** | |
US10021347B2 (en) | Architecture for high availability conferencing | |
EP3926917B1 (en) | Data transmission method, device and computer storage medium | |
US8941712B2 (en) | Call movement in a conferencing system | |
CN101662645B (zh) | 媒体处理单元的备份方法及多点控制单元、视讯业务*** | |
US8988488B2 (en) | State transition control method, multipoint control server, and videoconferencing system | |
CN100553322C (zh) | 视讯会议的备份方法及装置 | |
EP1705912B1 (en) | Method for displaying conference information in video conference system | |
CN102480613B (zh) | 会议电视***的终端的视频监控方法、装置及*** | |
US11824906B2 (en) | Network architecture for hybrid conferencing service | |
CN109218759A (zh) | 推送媒体流的方法、装置、服务器及存储介质 | |
US10686873B2 (en) | Seamless transition of a video session between a mesh topology and a centralized bridge topology | |
CN101656864A (zh) | 视频选看的实现方法及视频会议*** | |
CN101163029B (zh) | 多点控制单元主备倒换的方法和设备 | |
WO2004098125A1 (fr) | Systeme de conference multimedia distribue fonde sur web ip | |
US9936164B2 (en) | Media control method and device | |
WO2013175717A1 (ja) | テレビ会議システム | |
JP5621196B2 (ja) | ネットワーク制御システム、方法及びプログラム | |
JP3748952B2 (ja) | 多地点接続ネットワークの構築方法及び多地点接続ネットワークシステム | |
JP5579660B2 (ja) | 多地点接続テレビ会議装置 | |
US9491406B2 (en) | Seamless escalation of mesh videoconferences to bridged videoconferences | |
CN101610387A (zh) | Mcu端口路由的配置方法和设备 | |
CN105704422B (zh) | 一种视频会议组网***及其方法 | |
CN113573006B (zh) | 专线视频会议通信方法、装置、设备和存储介质 | |
CN112637542B (zh) | 通话连接建立方法、装置、计算机设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |