CN101047531B - 分布式会议系统 - Google Patents

Abstract

本发明提供一种分布式会议系统，其包括MCU节点和MCU节点下属的子节点，MCU节点为该分布式会议系统中的混音节点和信令控制节点。其中，MCU节点由用户终端来担任，并且MCU节点动态调节以使得网络稳定，负载均衡。

Description

分布式会议系统

技术领域

本发明涉及通信领域，特别涉及一种分布式会议系统。

背景技术

随着网络的普及，人们对通信方式的要求不再仅仅是语音的交换，而是要求满足视频和数据的同步传输。而且网络的发展也使分布式办公成为普遍现象，在不同地点的人们通过网络来交流，这促进了对视频会议服务的需求。现有视频会议的方法主要有组播和混合两种方式。组播虽然有不要求参加者之间密切合作，成员可以独立加入或离开的优点；但是由于网络与路由器负担重，安全性差，易受到攻击等缺点，所以现有很多网络都不支持组播。混合的方式需要有一个中央的服务器来完成组织和混音等工作，并上传给所有用户，这种方式造成服务器的能力和带宽成为瓶颈(图1)。

为解决以上问题，有人提出了全分布式的会议系统(图2)。在该系统中，每个用户都与其他所有用户建立连接并收发数据。此方法的主要缺点是：信令复杂，每个用户加入和退出时都要与所有人交换信息；要求每个用户都具有足够的带宽与所有参加者通信。另外Skype虽然支持分布式多方通信，但采用的是非公开的技术。

与本发明相关的现有技术文献：

I.Jonathan Lennox and Henning Schulzrinne.“A protocol for reliabledecentralized conferencing，”NOSSDAV 2003.

II.R.Boivie et al.“Explicit multicast(xcast)basic specification，”Internetdraft，IETF，Jan.2003.Work in progress.

III.O.Levin and P. K.Even.“High level requirements for tightly coupled SIPconferencing，”Internet draft，IETF，Mar.2003.Work in progress.

发明内容

有鉴于此，本发明的目的在于提供一种网络稳定、负载均衡的分布式会议系统。

依照本发明的分布式会议系统，包括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为现有技术的集中式会议系统的示意图。

图2为现有技术的全分布式会议系统的示意图。

图3为依照本发明的分布式会议系统的示意图。

图4为发起会议时执行的处理的流程图。

图5为节点加入会议时执行的处理的流程图。

图6为节点加入会议时当前MCU节点执行的处理的流程图。

图7为MCU节点离开会议时执行的处理的流程图。

图8为MCU节点离开会议时其它MCU节点执行的处理的流程图。

图9为MCU节点接收到来自其它MCU节点的信令消息时执行的处理的流程图。

图10为子节点在各种情况下执行的处理的流程图。

图11为第一调节时间到达时执行的处理的流程图。

图12为第二调节时间到达时执行的处理的流程图。

具体实施方式

在依照本发明的分布式会议系统中，没有固定的中央处理节点。所有参加者中处理能力较强和带宽充足的用户被动态地选为“MCU(多点控制单元)节点”，例如在如图3所示的分布式会议系统中具有三个MCU节点。MCU节点主要工作是混音和分发数据包，MCU节点的数目是根据参加者的数目和具有较强能力节点的数目动态地确定的。如果用户增加，某MCU节点负担超过门限时，新的MCU节点被选出来分担其工作量。如果用户数减少，某些MCU节点转换回普通节点，以保持负载均衡。如果MCU节点离开时，在已有用户中选出新的MCU节点接替其工作。

在依照本发明的分布式会议系统中，MCU节点既是混音节点也是信令控制点。所有MCU节点间保持有信令连接，但不一定有直接的媒体流传输。每个MCU节点将其下属的所有子节点的数据流进行混音处理，并将混音的媒体流发送给其它MCU节点。当两个MCU节点之间不存在直接的媒体流传输时，需要在这两个MCU节点之间传输的媒体流通过其它MCU节点转发。每个MCU节点将其下属子节点发出的媒体数据混音并将混音的数据直接或间接地发送给其它MCU节点，以及将来自其它MCU节点的混音数据发送给其下属的子节点。从图3中可以看出，存在两路或两路以上信令或数据流传输的节点就是MCU节点。此外，当发起会议时，会议的发起者是最初的MCU节点。

每个MCU节点中存储有该分布式会议系统的网络拓扑，MCU节点根据该网络拓扑可以确定与该MCU节点建立媒体连接的MCU节点、没有建立媒体连接的MCU节点、混音的数据通过什么路径传输等。此外，每个MCU节点收集其下属的所有子节点能力信息。特别的，MCU节点存储其下属的所有子节点中能力最强的节点作为备用节点。此外，当某些新加入子节点处理能力更强，MCU可以与该新加入的子节点进行角色互换。此外，在依照本发明的分布式会议系统中，MCU节点间可进行负载的分配。

下面，参照附图，详细描述构造该分布式会议系统的方法。

如图4所示，描述了发起会议时所执行的处理的流程图。当会议发起者发起会议时，首先在步骤S401中，将会议发起者的节点作为MCU节点。

接着，在步骤S402中，请求其它相应的节点加入会议。

接着，在步骤S403中，判断在步骤S402中加入的节点是否具有更高的能力。如果确定该新加入的节点的能力比当前的MCU节点的能力低时(步骤S403中的“否”)，将该新加入的节点作为该MCU节点的子节点。如果确定该新加入的节点具有比当前MCU节点更高的能力(步骤S403中的“是”)，则在步骤S404中将该节点变为新的MCU节点，而当前的MCU节点变为该新的MCU节点的子节点。接着，在步骤S405中，设置结构调节时间Tj。

在如图4所示的处理中，因为会议网路刚刚建立，因此仅存在一个MCU节点就可以满足系统的要求。当参加的会议者越来越多时，新加入的节点可以变为新的MCU节点，且不会代替现存的MCU节点。这种情况将参照如图5所示的流程图进行详细描述。

如图5所示，当某一节点请求加入会议时，其首先在步骤S501中发送加入请求给会议网络中的一节点。

接着，在步骤S502中，判断该请求是否被接受。如果在步骤S502中被拒绝该请求时，则直接结束，请求者不能加入会议。当在步骤S502中该加入请求被接受时，进行至步骤S503，确定该新加入的节点是否被指定为MCU节点，即根据网络当前负载和该新加入的节点的的负载能力确定该节点是否作为MCU节点。

当在步骤S503中确定该新加入的节点没有被指定为MCU节点时，进行至步骤S504，该节点与当前MCU节点建立信令和媒体连接，作为该MCU节点下属的一个子节点。

当在步骤S503中确定该新加入的节点被指定为MCU节点时，进行至步骤S505，该新加入的节点指定为MCU节点，且从当前MCU节点获取网络拓扑。

接着，在步骤S506中，根据步骤S505获得的网络拓扑，试图和该网络拓扑中的所有MCU节点建立信令和媒体连接。当存在没有和该新加入的节点建立媒体连接的MCU节点时，在步骤S507中，请求该MCU节点将其一子节点转移至该新加入的节点之下，作为其一个子节点。然后在步骤S508中，再次请求与该MCU节点建立媒体连接。

接着在步骤S509中，判断该新加入的节点是否和所有MCU节点建立了媒体连接。当确定和所有MCU节点建立了媒体连接时，进行至步骤S514，设置结构调整时间Tj。当确定没有和所有MCU节点建立连接时，在步骤S510中进一步判断当前连接是否达到了自己的能力阈值。当确定没有达到自己的能力阈值时，返回步骤S506，重复执行步骤S506-510。当确定达到了自己的能力阈值时，进行至步骤S512，设置网络结构调节定时Ts，并进行至步骤S513。在步骤S513中，该新加入的节点请求与其连接的MCU节点转送混音媒体给没有与其媒体连接的MCU节点。

当然，在如图5所示的处理中，当新加入的节点被指定为MCU节点时，也可以使其代替网络中现存的某一MCU节点。新加入的MCU节点是否代替现存的MCU节点可以根据整个网络的负载和处理情况确定。

当现存MCU节点接收到来自新的节点的请求OK响应(表示该新的节点接受MCU节点发出的会议请求)，加入会议请求，或来自子节点转发的加入会议请求，执行如图6所示的处理。

首先，在步骤S602中，判断其当前MCU节点的负载和下属子节点的数目是否没有达到了Th1和Th2，Th1为MCU节点的最大负载阈值，Th2为MCU节点的最大子节点数目阈值，Th1和Th2对于不同的MCU节点其数值也各不相同，且Th2小于或等于Th1。

当确定其当前负载和下属子节点的数目没有达到了Th1和Th2(步骤S602中的“是”)时，进行至步骤S610，接受该节点作为其子节点，并在步骤S609中更新网络拓扑以及将网络拓扑广播给其它MCU节点。当确定其当前负载和下属子节点的数目达到了Th1和Th2(步骤S602中的“否”)时，进行至步骤S603，检查其它所有MCU节点中是否存在同时满足这两个阈值Th1和Th2的MCU节点。

当确定存在同时满足这两个阈值的其它MCU节点时，在步骤S604中将该请求转送给这些MCU节点中具有最低相对负载的MCU节点。

当确定不存在同时满足这两个阈值的其它MCU节点时，通过步骤S605和S606的判断，判断是否存在仅满足Th1的MCU节点。如果当前MCU节点满足Th1，则进行至步骤S610，如果当前MCU节点不满足Th1，但其它MCU节点满足Th1时，进行至步骤S604。

当确定所有MCU节点中都不存在负载小于其最大负载的MCU节点时(步骤S606中的否)，进行至步骤S607，指定备用MCU节点或该新加入的节点作为MCU节点。接着，在步骤S608中，当前MCU节点与该新的MCU节点建立信令连接(如果该新的MCU节点之前是备用MCU节点，当前MCU节点和备用MCU节点之间本来就存在信令连接，则没有该步骤)，并将网络拓扑通知该新的MCU节点。然后，在步骤S609中，当前MCU节点更新网络拓扑，并将该更新的网络拓扑通知该会议系统中的其它MCU节点。

当现有网络中的一个节点离开该会议时，首先确定该节点是MCU节点还是普通节点(即子节点)。当该离开的节点是子节点时，该子节点直接与其连接的MCU节点断开。当该离开的节点是MCU节点(下面，称为离开MCU节点)时，其处理如图7所示。同时，其它MCU节点(下面，称为现存MCU节点)也进行相应的处理，其处理如图8所示。

如图7所示，首先，在步骤S701中指定备用MCU节点接管该离开MCU节点的任务。

在步骤S702中，离开MCU节点发送混音媒体给备用MCU节点，并发送离开消息给其它所有MCU节点。

在步骤S703中，确定该离开MCU节点下是否存在子节点。当确定该离开MCU节点下没有任何子节点时，进行至步骤710，按照预定次序终止与所有MCU节点的连接。否则，进行至步骤S704。

在步骤S704中，判断是否达到备用MCU节点的Th1。当确定没有达到了备用MCU节点的Th1时，在步骤S705中将离开MCU节点的一个子节点转移至与备用MCU节点连接，并返回步骤S703。从而，通过步骤S703-805的循环操作，将离开MCU节点下的子节点一个一个地转移至与备用MCU节点连接，直至达到了备用MCU节点的Th1。当确定达到了备用MCU节点的Th1时，进行至步骤进行至步骤S706，将剩下的子节点转移至其它具有足够能力的其它MCU节点。

类似于步骤S704，在步骤S707中，判断是否达到所有MCU节点的Th1。

当确定所有MCU节点的Th1都已经达到了且剩下了一些子节点时(即步骤S708的“是”)，在步骤S709中该离开MCU节点终止与剩下子节点的连接，且进行至步骤710。当确定该离开MCU节点下没有了子节点时，或执行了步骤S709之后，离开MCU节点在步骤710中按照预定次序终止与所有MCU节点的连接。

图8详细描述了某一离开MCU节点离开会议时，现存MCU节点的处理。

首先，在步骤S802中，现存MCU节点不会转移任何节点给离开MCU节点，且现存MCU节点为新的MCU节点保存当前使用带宽，以用于和新的MCU节点连接。

接着，在步骤S803中，确定是否接收到离开MCU节点发出的子节点转移请求。如果没有接收到子节点转移请求，则在步骤S807中直接终止与离开MCU节点的连接。当在步骤S803中接收到子节点转移请求时，进行至步骤S804，该现存MCU节点确定其是否有足够的剩余资源接受该子节点。如果资源不够，则在步骤S808中拒绝该请求，然后在步骤S807中终止与离开MCU节点的连接。

如果现存MCU节点确定其具有足够的剩余资源接受该子节点，则在步骤S805中为该子节点保留带宽，然后在步骤S806中与新的子节点建立信令连接和媒体连接，并更新网络拓扑。然后，在步骤S807中终止与离开MCU节点的连接。

在该分布式会议系统中，MCU节点从其它MCU节点接收的信令消息主要包括拓扑更新、子节点转移或接收请求、以及与其它MCU节点建立媒体连接的请求。下面，参照图9，详细描述MCU接收到其它MCU节点发出的信令消息时的处理。

当在步骤S901中接收到拓扑更新的信令消息时，该MCU节点首先在步骤S902中将该接收到的拓扑与其自身存储的拓扑进行比较。当确定接收到的拓扑与其自身存储的拓扑不同时，在步骤S903中更新其存储的拓扑。

当在步骤S904中从请求MCU节点接收到请求其转移或接收子节点的请求时，如果不同意(步骤S905中的“否”)，则在步骤S908中发送拒绝消息给该请求MCU节点；如果同意(步骤S905中的“是”)，则在步骤S906中将OK消息(请求接受消息)给请求MCU节点，指定子节点与请求的MCU节点建立信令连接和媒体连接(转移子节点的情况)，或为新的子节点保留带宽并与该新的子节点建立信令连接和媒体连接(接收子节点的情况)。接着，在步骤S907中更新拓扑，并将更新的拓扑发送给该分布式会议系统中的所有MCU节点。步骤S905的判断步骤在前面的描述进行了描述，在此不在描述。

当在步骤S910中接收到来自其它MCU节点的媒体连接请求时，该MCU节点首先在步骤S91 1中确定其是否有能力与该请求的MCU节点建立媒体连接。当该MCU节点确定其没有能力与该请求的MCU节点建立媒体连接时(步骤S911中的“否”)，在步骤S914发送拒绝消息给该请求的MCU节点。当该MCU节点确定其有能力与该请求的MCU节点建立媒体连接时(步骤S91 1中的“是”)，在步骤S912与该请求的MCU节点建立媒体连接，并在步骤S913中更新拓扑，并将更新的拓扑发送给该分布式会议系统中的所有MCU节点。

在该分布式会议系统中，子节点所执行的处理主要有下面的三种情况：指定为MCU节点、由于MCU节点的离开而与网络断开、和在MCU节点之间转移。下面，参照图10，详细描述子节点在这三种情况下的处理。

当子节点在步骤S1001中指定为MCU节点时，其首先在步骤S1002中从主MCU节点获取网络拓扑。接着在步骤S1003中与拓扑中的所有MCU节点建立连接，并在步骤S1004中尽可能地与所有请求的子节点建立信令和媒体连接。

当子节点在步骤S1005中由于与其连接的MCU节点的离开而与网络断开时，其在步骤S1006中终止与该MCU节点的连接，且在步骤S1007中重新开始下次加入会议的定时器。在步骤S1005中的情况是指：与其连接的MCU节点离开，且该子节点不能转移给其它MCU节点的情况。

当子节点在步骤S1008中在MCU节点之间转移时，其在步骤S1009中与目标MCU节点建立信令和媒体连接，且与当前连接的MCU节点断开。步骤S1008可能是在当前MCU节点离开、网络结构调节等情况下发生。

在该分布式会议系统中，当每个MCU节点建立全连接后，都会设置一第一网络调节时间Tj。此外，没有全连接的MCU节点，会设置一第二网络调节时间Ts。当这些网络调节时间到达时，对网络结构进行调节，如图11和12所示。

如图11所示，当第一网络调节时间Tj时，首先在步骤S1101中确定自己是否还带有子节点。如果由于网络的调整或节点的离开使得该MCU节点已经不带有任何子节点，该MCU节点将转换为一个普通子节点。当在步骤S1101中确定不存在剩余子节点时，在步骤S1113中从所有MCU节点中选择具有最小工作负载和媒体连接的MCU节点，变成为其子节点。接着在步骤S1114中请求其它MCU节点终止与该MCU节点的信令和媒体连接，且在步骤S1115中更新网络拓扑。

当在步骤S1101中确定存在剩余子节点时，进行至步骤S1102，确定当前MCU节点的相对负载是否小于Th2，Th2为该MCU节点可以连接的最大子节点数目。

当在步骤S1102中确定当前MCU节点的相对负载小于Th2时，进行至步骤S1103，确定该MCU节点的相对负载是否为所有MCU节点中负载最小的节点。当在步骤S1103中确定当前MCU节点的相对负载不是所有MCU节点中负载最小的节点时，进行至步骤S1106，重新开始Tj的计时。当在步骤S1103中确定当前MCU节点的相对负载是所有MCU节点中负载最小的节点时，进行至步骤S1104，判断从最大负载的MCU节点获取一个子节点后当前MCU节点的负载是否变为最大。当在步骤S1104中的判断为“是”时，进行至步骤S1106，重新开始Tj的计时。当在步骤S1104中的判断为“否”时，进行至步骤S1105，从该具有最大负载的MCU节点获取一个子节点，作为当前MCU节点的子节点，接着在步骤S1106中重新开始Tj的计时。

当在步骤S1102中确定当前MCU节点的相对负载不小于Th2时，进行至步骤S1107，确定该MCU节点是否存在能力更高、能够使得负载<Th2的子节点。如果存在这样的子节点，则进一步在步骤S1108中确定调节效益Bj是否大于调节成本Cj。当在步骤S1108中确定调节效益Bj大于调节成本Cj时，当前MCU节点与该子节点角色互换。当确定调节效益Bj不大于调节成本Cj时，结束处理，等待下一次调节时间Tj的到达。调节成本为MCU节点与子节点角色互换时所涉及的节点数目，传输时延，用户接收信号质量临时下降和信令传输开销等；调节效益是调整后用户接收信号质量和网络稳定性的提高等。

当在步骤S1107中确定该MCU节点不存在这样的子节点时，进行至步骤S1109，确定其它MCU节点是否存在这样的子节点。当其它MCU节点存在这样的子节点时，进一步在步骤S1110中判断转移该子节点的转移成本和调节成本是否小于调节效益，即判断是否有必要对该子节点进行调节。调节成本为MCU节点与子节点角色互换时所涉及的节点数目，传输时延，用户接收信号质量临时下降和信令传输开销等；调节效益是调整后用户接收信号质量和网络稳定性的提高等。转移成本为子节点在MCU节点间转移所引起的信令传输开销，时延，信号质量临时下降等。转移成本、调节成本和调节效益的具体实现可根据不同网络的特点具体定义。当步骤S1110中确定有必要调节该子节点时，该子节点在该子节点的MCU节点和当前MCU节点之间切换，接着在步骤S1112中设置Tj。当在步骤S1109中确定其它MCU节点不存在这样的子节点，或者在步骤S1109中确定其它MCU节点存在这样的子节点但是没有必要调节该子节点时，执行步骤S1112，设置Tj，并等待下一次调节时间Tj的到达。

如图12所示，当第二网络调节时限Ts到达时，首先在步骤1201中确定当前没有建立全连接的MCU节点是否存在一子节点，其能够与其它所有MCU节点建立全连接。当确定存在这样的子节点时，该子节点与连接该子节点的当前MCU节点角色互换，即该子节点变为新的MCU节点，当前MCU节点变为该新的MCU节点的子节点，且该新的MCU节点与其它所有MCU节点连接全连接。

当在步骤1201中确定当前MCU节点不存在这样的子节点时，在步骤S1202中确定其它MCU节点是否存在可以与其它所有MCU节点建立全连接的子节点。当在步骤S1202中确定不存在这样的子节点时，进行至步骤S1204，重新设置第二网络调节时限Ts。当在步骤S1202中确定存在这样的子节点时，进行至步骤S1203，请求该子节点的MCU节点交换子节点，即当前没有建立全连接的MCU节点任意选择一个子节点与这个满足条件的子节点进行交换。接着，在步骤S1204中重新设置第二网络调节时限Ts。

依照本发明，通过分布式的动态选择具有较强处理能力的节点作为MCU节点，来完成集中处理的任务。因此，具有负载均衡，组网灵活，并避免了单一失败点的特点。

虽然本发明已以具体的方式进行了表达，但并不是用以限定本发明，任何熟悉该技术的人员，在不脱离本发明的精神和范围内，可以做各种改动和润饰，因此本发明的保护范围当视专利申请范围所界定者为准。

Claims (15)

1.一种分布式会议系统，其包括MCU节点和MCU节点下属的子节点，MCU节点为该分布式会议系统中的混音节点和信令控制节点，其中，MCU节点动态调节以使得网络稳定，负载均衡，MCU节点由用户终端来担任，由用户终端担任的MCU节点及MCU节点的数目是根据会议参加者的数目和节点的负载能力动态确定的；

当新的节点加入该分布式会议系统时，根据该网络当前负载和新的节点的负载能力确定其是否作为新的MCU节点；

当新的节点加入该分布式会议系统且作为新的MCU节点时，该新的MCU节点从当前MCU节点获取网络拓扑，并将当前负载已接近阈值的MCU节点的部分子节点转移作为该新的MCU节点的子节点。

2.如权利要求1所述的分布式会议系统，其中，

每两个MCU节点之间建立有信令连接，或信令连接和媒体连接，

当一个MCU节点与该分布式会议系统中的其它所有MCU节点建立了媒体连接时，该MCU节点建立了全连接，当一个MCU节点没有与该分布式会议系统中的其它所有MCU节点建立媒体连接时，该MCU节点非全连接。

3.如权利要求1所述的分布式会议系统，其中，

每个MCU节点中保存有网络拓扑。

4.如权利要求2所述的分布式会议系统，其中，

每个MCU节点记录其子节点中负载能力最大的节点作为备用MCU节点。

5.如权利要求3所述的分布式会议系统，其中，

每个子节点与其MCU节点之间建立有媒体连接和信令连接。

6.如权利要求1一5任一项所述的分布式会议系统，其中，

当MCU节点离开该分布式会议系统时，指定备用MCU节点作为新的MCU节点，且将其部分或全部子节点转移作为新的MCU节点的子节点。

7.如权利要求6所述的分布式会议系统，其中，

当离开的MCU节点的子节点不能全部作为新的MCU节点的子节点时， 将剩余的子节点转移给该分布式会议系统中具有剩余资源的其它MCU节点。

8.如权利要求1-5任一项所述的分布式会议系统，其中，

当某一节点请求作为某一MCU节点的子节点时，该MCU节点根据其最大负载能力和最大子节点数目确定其是否作为其子节点。

9.如权利要求8所述的分布式会议系统，其中，

当该请求的节点不能作为该MCU节点的子节点时，将该节点作为具有最低负载的其它MCU节点的子节点，或增加一MCU节点并将该节点作为该新的MCU节点的子节点，或将该请求的节点作为新的MCU节点。

10.如权利要求1-5任一项所述的分布式会议系统，其中，

当该分布式会议系统的结构变更时，与该结构变更相关的MCU节点更新网络拓扑，且将该更新的网络拓扑发送给该分布式会议系统中的其它MCU节点。

11.如权利要求1-5任一项所述的分布式会议系统，其中，

每个MCU节点在其建立全连接后设置第一调节时间。

12.如权利要求11所述的分布式会议系统，其中，

当达到第一调节时间时，根据负载情况，调节网络结构。

13.如权利要求11所述的分布式会议系统，其中，

当达到第一调节时间时，根据负载情况、调节效益和调节成本，调节网络结构。

14.如权利要求1-5任一项所述的分布式会议系统，其中，

没有建立全连接的MCU节点设置第二调节时间。

15.如权利要求14所述的分布式会议系统，其中，

当达到第二调节时间时，当前MCU节点确定是否存在可与所有MCU节点建立全连接的子节点，当确定存在这样的子节点时，将该子节点作为MCU节点。 

Images