用于识别用来主持会议的多点控制单元的方法和系统的制作方法

专利名称：用于识别用来主持会议的多点控制单元的方法和系统的制作方法
技术领域：
本发明一般地涉及通信系统，并且更具体地涉及用于识别用来主持会 议的多点控制单元的方法和系统。
背景技术：
存在使位于世界各地的成群的个体能参与会议的许多可用方法。这样 的方法一般地涉及从位于一个会议地点的通信设备向位于一个或多个其它
位置的通信设备发送信息和其它数据。多点控制单元(MCU)(有时被称 为多点会议单元)可用来耦合在各种会议地点使用的通信设备，从而使来 自分布的地理位置的用户能参与远程会议(teleconference)。虽然MCU 可连接多个会议地点处的用户，但是去往MCU和来自MCU的会议数据 的传输可能导致参与者之间的通信的延迟、暂停或其它中断，这可能减损 参与者的总体会议体验。

发明内容
本发明提供了用于识别用来主持会议的多点控制单元(MCU)的方法 和系统，该方法和系统实质上消除了或大大地减少了与先前的方法和系统 相关联的缺点和问题中的至少一些缺点和问题。
根据一个具体实施例， 一种用于识别用来主持会议的多点控制单元 (MCU)的方法包括接收指示一个或多个会议参数的通知；以及对多个 MCU进行排序，所述排序基于 一 个或多个网络条件(network condition)。所述方法包括基于与第一 MCU相关联的排序来选择第一 MCU;以及基于会议参数来判断第一 MCU是否能够主持会议。响应于确 定第一 MCU能够主持会议，所述方法包括指派所述会议将由第一 MCU 主持。在一个更具体的实施例中，对多个MCU进行排序包括在被调度参与 会议的多个地点中的一个或多个和多个MCU中的一个或多个之间发送测 试声；以及基于对测试声的响应来确定网络等待时间。测试声可由地点中 的一个地点或MCU中的一个MCU发起。所述方法还可包括在发起会议 之前通过在第一 MCU和被调度参与会议的多个地点中的一个或多个之间 发送测试声来测试网络条件。测试声的方向可从CPU到参与地点，或者反 过来。
在某些实施例中，网络条件可包括参与会议的多个地点的每一个的位 置。每个地点的位置可基于与该地点相关联的时区、纬度/经度、国家代码 /电话号码前缀或识别标签。可替代地，所述位置可基于与地点相关联的呼 叫管理器的位置。
在另一实施例中，所述方法包括确定多个MCU中没有一个能够主持 会议。响应于作出此确定，所述方法可包括利用指示会议参数中的一个或 多个需要被改变的调度消息来提示用户。
还提供了一种用于识别用来主持会议的MCU的系统，所述系统包括 接口和处理器。接口可操作用于接收指示一个或多个会议参数的通知。处 理器可操作用于对多个MCU进行排序，所述排序基于一个或多个网络 条件；基于与第一MCU相关联的排序来选择第一MCU;以及基于一个或 多个会议参数来判断第一 MCU是否能够主持会议。响应于确定第一 MCU 能够主持会议，处理器可指派所述会议将由第一 MCU主持。
本发明的某些实施例的技术优点包括使得能够识别用于主持多点会议 的最佳MCU。选择最佳MCU来主持会议可限制会议的参与者之间的通信 中的延迟、暂停或其它中断的数目。
从下面的附图、描述和权利要求中，本领域的技术人员将容易明白其 它的技术优点。此外，虽然以上已列举了具体优点，但是各种实施例可包 括所列举的优点中的全部、 一些或者不包括所列举的优点。


为了提供对本发明及其特征和优点的更全面的理解，结合附图参考下面的描述，其中
图1是示出根据一个具体实施例的用于识别用来主持会议的多点控制 单元的通信系统以及可操作来彼此通信的多个会议地点的简化框图2是示出根据一个具体实施例的位于多个时区(time zone)的多个 会议地点的简化框图；并且
图3是示出根据另一实施例的由多个呼叫管理器服务的多个会议地点 的简化框图；并且
图4是示出根据一个具体实施例的用于识别用来主持会议的多点控制 单元的方法的流程图。
具体实施例方式
图l示出根据一个具体实施例的用于召开会议的通信系统10。如所示 出的，通信系统10包括通信网络20、会议地点("地点")30、多点控 制单元(MCU) 40和呼叫管理器50。此外，每个地点30可包括用于辅助 会议的会议管理器(CM) 60。可存在单个集中式会议管理器(例如每个 企业一个)，或者可存在管理给定地理或逻辑位置中的实体的彼此通信的 多个会议管理器。如这里所使用的，"会议"可包括利用任何音频和/或视 频手段传输的、在多个用户之间的任何通信会话，包括通过语音和/或视频 设备、文本聊天、web会话和即时消息传送所传输的信号、数据或消息。
根据一个具体实施例，CM 60可基于多种网络条件来选择最佳MCU 主持多点会议，这些条件包括地点的位置、等待时间以及诸如带宽之类的 网络资源的可用性。每个地点可被标识为地理位置或逻辑空间，并且在任 意给定的地点可存在不止一个会议参与者。对于等待时间计算，可考虑参 与者，而不是考虑地点。出于此说明书的目的，主持会议可包括从参与会 议的会议地点收集数据和向参与会议的会议地点分发数据。因为基础的网 络条件可影响会议期间传送的数据的质量、准确度和速度，所以选择最佳 MCU来主持会议可增强参与者的会议体验。
如图1所示，地点30是可参与诸如视频会议之类的远程会议的端 点。 一般地，地点30可包括可辅助诸如视频会议或电话会议之类的任何形式的远程会议的硬件和/或软件的任何合适的组合或集合。更具体地，地
点30可包括任何数目的麦克风、相机、摄像机、扬声器、用户接口、监 视器、计算机、电话、因特网协议(IP)电话、免提听筒电话 (speakerphone)或任何其它合适的会议设备。在一个具体实施例中，地 点30可以是专用的使能会议的房间，并且因此可包含任何合适的专用会 议设备。
通信网络20表示包括了用于互连耦合至通信网络20的元件的硬件和 任何适当的控制逻辑的通信设备。 一般地，通信网络20可以是能够传输 音频和/或视频电信信号、数据和/或消息的任何网络，这些信号、数据和/ 或消息包括通过文本聊天、即时消息传送和电子邮件传输的信号、数据和/ 或消息。因此，通信网络20可包括无线电接入网、公用电话交换网 (PSTN)、公用或专用数据网、局域网(LAN)、城域网(MAN)、广 域网(WAN)、诸如因特网之类的本地的、区域性的或全球性的通信或计 算机网络、有线或无线网络、企业内联网或上述的任何组合中的全部或一 部分。为了促进通信网络20的通信能力，通信网络20可包括任何合适形 式或布置的路由器、集线器、交换机、网关、呼叫控制器和/或任何其它合 适的组件。此外，通信网络20可表示被配置为通信具有数据的分组、单 元、帧、段或其它部分的形式的信息的任何硬件和/或软件。虽然通信网络 20被示出为单个网络，但是通信网络20可包括任何数目或配置的网络。 此外，通信系统10可包括任何数目或配置的通信网络20。
MCU 40充当多点通信会议期间的中介。具体地，MCU40可通过收 集由会议参与者通过他们的地点发送的音频和/或视频信号来主持多点会 议，以及向远程地点30处的多点会议的其他参与者分发这样的信号。 MCU 40还可向远程会议地点处的特定监视器指派特定的音频和/或视频信 号。为了支持所描述的主持能力，MCU40可包括用于支持包括视频会议 在内的多点会议的任何桥接或交换设备。在各种实施例中，MCU40可包 括硬件、软件和/或嵌入式逻辑。MCU40可被配置为同时支持在任何数目 的会议上通信的任何数目的会议地点。此外，MCU40可以是顾客提供的 设备(CPE，例如网络接口所不能提供的)的形式，或者可嵌入在诸如通信网络20之类的网络中。
呼叫管理器50包括可操作以建立通信系统10的呼叫组件与被叫组件 之间的连接的硬件和/或软件的任何合适的组合。具体地，呼叫管理器50 可发起、连接和维持位于通信系统10内的地点30或任何地方的通信设备 之间的通信会话。呼叫管理器50的会话管理功能提供了控制跨越通信系 统10中的多个网络的端对端呼叫的属性的能力。例如，在具体实施例 中，呼叫管理器50可支持会话发起协议(SIP) ， SIP是用于通过因特网 协议(IP)的多媒体会议的标准。在这样的实施例中，呼叫管理器50可包 括处理所有呼叫处理、SIP请求和SIP响应的SIP代理服务器。
会议管理器("CM" ) 60可通信去往通信网络20和地点30的以及 来自通信网络20和地点30的信息和信号。CM 60还可通信去往通信网络 20和MCU 40的以及来自通信网络20和MCU 40的信息和信号。如图1 所示，CM 60包括处理器62、存储器64和接口 66。在一个具体实施例 中，CM 60还可具有显示器或用户接口，以从地点30处的会议参与者接 收合适的信息和向地点30处的会议参与者呈现合适的信息。此外，虽然 每个CM 60都被示为驻留在地点30处，但是CM 60可位于通信系统10 内的任何地方。此外， 一个CM60可负责不止一个地点30。
处理器62可操作以执行与CM 60所提供的功能相关联的指令。处理 器62可表示能够处理和/或通信电子信息的任何合适的(一个或多个)设 备。处理器62的示例包括但不限于专用集成电路(ASIC)、现场可编程 门阵列(FPGA)、数字信号处理器(DSP)和任何其它合适的特定用途或 一般用途的处理器。
存储器64可存储由CM 60使用的处理器指令和/或任何其它适当的信 息。存储器64可存储与本地地点30以及任何其它地点30有关的信息和数 据。具体地，存储器64可保存系统目录(system directory)，该系统目录 可包括每个地点30的位置、连接地点30的电信线路/信道的带宽和等待时 间信息或者有关网络条件的任何其它信息。该目录还可存储与在会议中可 能涉及的网络组件有关的信息，其中网络组件例如是服务特定地点30的 呼叫管理器50。存储器64可包括适用于存储数据的易失性或非易失性的、本地或远程的设备的任何集合和布置。存储器64的示例包括但不限
于随机存取存储器(RAM)设备、动态随机存取存储器(DRAM)、只读 存储器(ROM)设备、磁存储设备、光存储设备、闪存或任何其它合适的 数据存储设备。
接口 66能够辅助CM 60和通信网络20之间的通信。 一般地，接口 66可包括支持CM 60与通信网络20的适当组件之间的通信的软件和/或硬 件的任何适当的组合。在具体实施例中，接口 66可包括网络接口卡 (NIC)和任何适当的控制逻辑。
可对通信系统IO进行修改、添加或删节。例如，通信系统IO可包括 任何数目或配置的地点30，并且可辅助任何合适数目的地点30之间的会 议。作为另一示例，通信系统10可包括任何数目或配置的MCU40。此 外，通信系统10的操作可由更多、更少或其它的组件来执行。类似地， 通信系统10的组件可以以任何合适的方式来组合，并且操作可利用任何 合适的逻辑来执行。
图1示出根据一个具体实施例的在选择MCU中通信系统10的组件的 一般交互。在开始时，会议组织者可利用诸如Microsoft Outlook或 Microsoft Exchange之类的任何传统的调度(scheduling )程序来调度会 议。调度会议可涉及邀请参与者、预定会议室和/或预定诸如支持会议所必 需的端口之类的网络资源。 一旦组织者邀请到参与者和/或地点30，调度 程序就可向CM 60通知会议已被调度，并且提供关于参与者和/或地点的 信息。作为响应，CM 60可确定用来主持会议的最佳MCU 40。 一旦选择 了用来主持会议的MCU 40， CM 60就可向每个参与地点通知用于加入会 议的任何会议标识符。此外，CM 60还可预定所选的MCU以及支持会议 所需要的资源。
如所叙述的，可基于各种网络条件来选择主MCU (host MCU)，这 些条件包括但不限于被调度参与会议的一个或多个地点的位置、网络等待 时间和/或诸如带宽之类的其它网络资源的可用性。对于在网络环境中通信 数据， 一个具体问题是等待时间。通信等待时间可通过导致参与者之间的 通信中的延迟、暂停或其它中断而严重地降低远程会议的质量。因此，对于参与会议的MCU和地点之间的通信，选择具有最小等待时间的MCU 可提供更好的会议体验。虽然可测量等待时间，但是它是动态质量，并且 因此可能难以确定地预测。因此，考虑诸如参与会议的地点的位置或可用 带宽之类的其它网络条件可以限制等待时间的不确定性和影响。
根据一个实施例，可基于MCU和参与地点之间的当前等待时间来选 择用来主持会议的MCU。可通过在MCU和参与地点或与参与会议的地点 相关联的CM之间发送测试声(test ping)来测量当前等待时间。测试声 可以是因特网控制消息协议(ICMP)回声请求或用于测量等待时间和/或 分组丢失的任何其它合适的通信。可从每个参与地点向之前所选的用来主 持会议的特定MCU发送测试声。代替测试声，可在MCU和CM之间做 出査询请求，以收集某些统计值并实现与通过测试声所获得的决定相类似 的决定。在一个实施例中，可从网络中的每个MCU向每一个参与地点发 送测试声。在另一具体实施例中，可从每个参与地点向网络中的每一个 MCU发送测试声。通过测量响应速率以及测试声被发送与响应被接收之 间的时间，可计算出网络等待时间和分组丢失率。基于结果，可选择最佳 MCU (例如在其自身与每个参与地点之间具有最小累积等待时间或分组丢 失率的MCU)来主持会议。
在另一实施例中，可基于历史性网络数据来选择最佳MCU。例如， CM和/或MCU可将网络等待时间和分组丢失的记录维持并存储在目录 中。这样的记录可从先前的会议或者通过以之前讨论的方式周期性地发出 测试声来生成。例如，当会议被调度时，可以分析网络数据来确定在会议 被调度而发生时其自身与参与地点之间平均具有最小等待时间的MCU。 更具体地，可以分析网络数据来估计会议被调度时的网络条件。因为参与 地点和特定MCU之间的网络等待时间可根据诸如一天中的时间之类的因 素而变化，所以用于早上调度的会议的最佳的主MCU可能不是晚上的最 佳MCU。因此，在最初调度会议时对诸如分组丢失率和等待时间之类的 网络条件进行测量可能不能提供对会议实际发生时的网络条件的准确估 计。因此，部分地基于历史性网络数据来选择主MCU可确保选择最佳 MCU来主持会议。图2和图3描绘了各种实施例，其中，可基于MCU相对于参与会议 的地点的位置来选择MCU。选择位于中心的MCU可通过使会议数据分组 分别行进以到达每个地点必需的累积距离最小化来增强地点之间的数据传 送。因此，可减小或最小化网络等待时间的影响。
图2示出具有位于多个时区210的多个地点230a-230c的通信系统 200。多个MCU 240a-240c还散布在时区210中。每个地点230还具有相 关联的CM 260。在具体实施例中，通信系统200可包括与针对图1的通 信系统10所描述的组件和网络相类似的组件和网络。
在图2所示的实施例中，CM30可基于参与会议的每个地点的各自的 时区210来选择主MCU。如这里所使用的，时区指地球中采用了或者被 指派了同一标准时间的区域。虽然可实施通常的二十四时区标准，但是地 球可被划分成任何合适数目的时区。每个地点处的时间可根据诸如格林尼 治平时(GMT)、世界时(UT)或协调世界时(UTC)之类的任何合适 的标准来协调。根据一个实施例，可利用计算参与地点之间的平均距离的 算法来确定位于参与地点之间的中心时区。作为示例，中心时区可通过如 下公式来确定
其中T&是主地点处的时区，7Z是另一参与地点处的时区，并且n是参与 地点的数目。因为存在可能不总是处于中心时区的MCU，所以可选择最 接近位于中心时间的MCU。
在图2所示的示例中，会议地点230a-230c分别位于Bangalore, India; Dallas, TX;和San Jose， CA。如图2中所描绘的，地球被划分成九十六个 时区，每个表示大约十五分钟的时间。与每个地点相关联的时区如下 Bangalore t+22, Dallas t+72，以及San Jose t+59。假设San Jose是用于会议 的主地点。根据上面的公式，中心时区在t+51处。因为没有MCU位于 t+51处，所以可选择时区t+48中的MCU240b来主持会议。
在一个具体实施例中，可由CM访问的系统目录可包含与特定地点之 间的某些电信线路的带宽或速度有关的信息。因此，如果在San Jose和Bangalore之间存在高速通信线路，则系统可通过减少两个地点之间的时区 距离来解决增强的网络能力。为了进行说明，如果连接San Jose和 Bangalore的电信线路能够比San Jose和Dallas之间的线路两倍快地传输数 据，则当计算中心时区时，CM可以因数2来减小San Jose和Bangalore之
间的时区差。
应当注意，虽然已描述了用于确定中心时区的具体方法，但是可使用 用于确定多个地点之间的中心时区的任何方法。例如，中心时区可以是多 个地点的平均时区、中间时区、或者地点之间的累积距离(如在时区中所 测量的)被最小化的时区。
根据另一实施例，CM可基于与参与会议的每个地点相关联的位置信 息来选择位于中心的主MCU。具体地，CM可使用每个地点的炜度和/或 经度坐标来确定地点中位于中心的MCU。与每个地点和/或MCU相关联 的位置信息可由CM存储在系统目录中，或者对于CM可通过与网络组件 的通信来可访问。在确定位于中心的MCU中，系统可建立用于测量地点 之间的距离的任何合适的策略。例如，系统可维持特定的间隔尺寸水平 (level of granularity)，以使得系统简单地使用对于San Jose, CA.的坐 标，而不使用San Jose, CA.中的地点的精确坐标。提供间隔尺寸水平使得 系统能够实施基本的网络假设，例如San Jose, CA.内发生的通信的网络等 待时间是极小的。 一旦每个地点之间的各个距离被确定，就可基于距离最 小化算法来选择位于中心的MCU。在一个具体实施例中，距离最小化算 法可确定每个参与地点与主MCU之间的累积距离最小化的位置。
图3示出根据另一实施例的通信系统300。通信系统300包括通信网 络320、呼叫管理器350a-350c、 MCU 340a-340b、不活动地点332和活动 地点334。如所示出的，每个呼叫管理器350服务不活动地点332和/或活 动地点334的子集。不活动地点332和活动地点334可类似于地点30，然 而活动地点334是会议的参与者，而不活动地点332不是会议的参与者。 在具体实施例中，通信系统300可包括与针对图1的通信系统10所描述的 组件和网络相类似的组件和网络。
在图3所示的实施例中，可基于服务活动地点334的(一个或多个)呼叫管理器350的位置来选择主MCU。例如，可以利用服务参与地点的 呼叫管理器的位置来执行之前所描述的距离最小化计算，而不利用参与地 点本身。如之前的实施例那样，可对网络等待时间作出某些假设。具体 地，此实施例可假设呼叫管理器以下发生的通信的等待时间是极小的。更 具体地，可假设在特定呼叫管理器与其服务的地点之间的通信具有唯一的 最小网络等待时间。
在一个具体实施例中，可向每个呼叫管理器指派一定的权重，以适应 可能正在服务比其它呼叫管理器更多的活动地点24的呼叫管理器。例 如，如图3所示，呼叫管理器350a正在服务两个活动地点334，而呼叫管 理器350b-350c每个都正在服务单个活动地点。因此，当选择主MCU 时，呼叫管理器350a的位置可接受增加的优先级。指派给特定呼叫管理器 的相对权重可以是任何合适的网络策略的函数。对特定呼叫管理器的位置 进行加权可使系统能通过选择位于发生多数数据流量的地方的主MCU来 提供更好的服务。因此，可限制网络等待时间的潜在影响。
应当注意，可根据之前描述的实施例和方法的任何组合来选择主 MCU。例如，可部分地基于MCU相对于参与地点的位置并且部分地基于 MCU和地点之间的等待时间来选择主MCU。此外，诸如等待时间和分组 丢失率之类的网络条件可以紧在发起会议之前被测试，以确保之前选中的 MCU仍然是用于主持会议的最佳MCU。如果紧在会议之前的网络条件指 示先前选中主持会议的MCU不再是最佳MCU，则可指派另一 MCU主持 会议。因此，会议可被指派或重新指派给任何数目的MCU，以确保最佳 MCU主持会议。
图4是示出根据一个具体实施例的、用于识别主MCU 40的方法的流 程图。所描述的处理在步骤400处开始，CM 60接收会议已被调度的通 知。可经由任何合适的调度软件或程序来调度会议。通知可从组织者用来 调度会议的诸如计算机、个人数字助理(PDA)、电话等之类的设备发送 至CM60。可替代地，通知可由调度会议的组织者直接在CM60处生成。 通知可包括诸如会议时间、参与者标识、会议地点标识之类的会议参数或 与调度或主持会议相关联的任何其它信息。响应于接收到会议已被调度的通知，在步骤410处，CM60生成排序 MCU的列表。具体地，可基于一个或多个网络条件来对网络中的MCU进 行排序。网络条件例如可包括会议地点的位置、等待时间以及诸如带宽之 类的网络资源的可用性。在一个具体实施例中，可实现某些控制参数，以 从列表忽略未能满足所指定的准则的MCU。例如，如果MCU 40位置太 远离参与地点或者如果等待时间超过某阈值，则该MCU 40可被排除在列 表之外。
一旦生成了排序MCU的列表，在步骤420处，CM60就可判断任何 MCU是否能够主持会议。此判断可以以MCU是否具有基于会议参数(时 间、参与者的数目、参与者的位置等)的充足资源来用作主MCU为基 础。因为特定MCU40可能已经被调度以主持一个或多个其它会议，所以 特定MCU40可能没有充足的资源以支持当前正被调度的会议。因此， CM 60可浏览列表，利用排序最高的MCU开始，并且判断所列出的MCU 40是否具有充足的资源来主持会议。在一个具体实施例中，CM60可将与 当前可用于每个MCU 40的资源有关的信息存储在目录中，从而搜索目录 以判断MCU40是否具有充足的资源。在一个替代实施例中，CM60可向 一个或多个MCU发送指示支持会议所需要的资源的请求消息。响应于接 收到请求消息，MCU 40可确定其可用的资源并且发送答复消息。答复消 息可指示MCU 40具有充足的资源以支持会议。可替代地，答复消息可指 示MCU 40不能支持会议并且可指定用于所调度的会议时间的可用资源。 此外，答复消息可指示它将具有充足的资源以支持会议的时间。如果 MCU40具有充足的资源以支持会议，则在步骤450处，CM60可将会议 指派给MCU 40以进行主持。
如果所列出的MCU中没有一个具有充足的资源以支持会议，则，在 步骤430处，CM 60可利用调度消息来提示会议组织者。调度消息可指示 一个或多个会议参数需要被改变。更具体地，调度消息可指示用户需要将 会议调度为另一时间和/或需要从会议中去除某些参与者。在一个具体实施 例中，当会议可被调度时，调度消息可建议一次或多次。调度消息还可指 示会议可调度在所请求的时间，但是具有有限的资源。组织者可通过输入诸如用于会议的不同时间之类的经过更新的会议选择、或者选择某个地点 或参与者以从会议中去除来对调度消息作出响应。如果组织者选择改变日
程安排，则在步骤440处，CM 60可从组织者接收指示日程安排改变的响 应。作为响应，处理可返回至步骤410，其中利用新的会议参数来生成排 序MCU的列表。
一旦识别出具有充足的资源以支持会议的MCU 40，在步骤440处， 就可指派该MCU 40来主持会议。指派该MCU 40来主持会议可涉及预定 支持会议所必需的任何资源。 一旦主MCU 40被识别并且被指派来主持会 议，在步骤460处，CM 60就可向参与者发送会议标识符，例如会议代码 或接入号码。
本领域的技术人员将会容易意识到，图4所示的一些步骤可在适当的 情况下被组合、修改或删除，并且额外的步骤还可增加至流程图中。此 外，在不脱离本发明的范围的情况下，可以以任何合适的顺序来执行步 骤。
此外，虽然已参考具体实施例详细描述了本发明，但是应当理解，在 不脱离本发明的精神和范围的情况下，可对其进行各种其他的改变、替换 和变更。例如，识别用于主持会议的MCU的任何所述实施例可以组合和/ 或重复。此外，虽然识别最佳MCU的某些方法已被描述为在例如会议之 前或在调度时的某个时间发生，但是在直到会议开始的任何时间都可执行 这些方法。具体地，可紧在会议开始之前测量当前网络等待时间，以判断 所指派的主MCU是否仍然是用于主持会议的最佳MCU。此外，各种实施 例所公开的元件和组件预期到了这些元件的布置以及它们的功能的很大的 灵活性。
本领域的技术人员可以发现很多其它改变、替换、变化、变更和修 改，并且本发明旨在包括落在所附权利要求的精神和范围内的所有这样的 改变、替换、变化、变更和修改。
19
权利要求
1.一种用于识别用来主持会议的多点控制单元(MCU)的方法，包括接收指示一个或多个会议参数的通知；对多个MCU进行排序，所述排序基于一个或多个网络条件；基于与第一MCU相关联的排序来选择所述第一MCU；基于所述一个或多个会议参数来判断所述第一MCU是否能够主持所述会议；并且响应于确定所述第一MCU能够主持所述会议，指派所述会议将由所述第一MCU主持。
2. 根据权利要求1所述的方法，还包括响应于确定所述第一 MCU不能够主持所述会议，则基于与第二 MCU 相关联的排序来选择所述第二 MCU;判断所述第二MCU是否能够主持所述会议；并且响应于确定所述第二 MCU能够主持所述会议，指派所述会议将由所 述第二MCU主持。
3. 根据权利要求1所述的方法，其中，所述网络条件包括网络等待时间。
4. 根据权利要求1所述的方法，其中，所述网络条件包括参与所述会 议的多个地点的各自的位置。
5. 根据权利要求4所述的方法，其中，所述多个地点的各自的位置基 于和参与所述会议的所述多个地点中的每一个相关联的时区、纬度/经度、 国家代码/电话号码前缀或识别标签中的任一个。
6. 根据权利要求4所述的方法，其中，所述多个地点的各自的位置基 于和参与所述会议的所述多个地点中的每一个相关联的一个或多个呼叫管 理器的位置。
7. 根据权利要求1所述的方法，其中，所述网络条件包括带宽。
8. 根据权利要求1所述的方法，还包括基于网络数据的记录来估计网络条件。
9. 根据权利要求1所述的方法，还包括在被调度参与所述会议的地点和所述多个MCU中的一个或多个之间 发送测试声；基于对所述测试声的响应来确定网络等待时间；并且 响应于所述网络等待时间来对所述多个MCU进行排序。
10. 根据权利要求1所述的方法，还包括在发起所述会议之前测试所述网络条件，其中测试所述网络条件包括 在所述第一 MCU和被调度参与所述会议的多个地点中的一个或多个之间 发送测试声。
11. 根据权利要求l所述的方法，还包括向被调度参与所述会议的多个地点中的每一个发送会议标识符。
12. 根据权利要求1所述的方法，还包括确定所述多个MCU中没有一个能够主持所述会议；并且响应于确定所述多个MCU中没有一个能够主持所述会议，利用指示所述会议参数中的一个或多个需要被改变的调度消息来提示用户。
13. —种用于识别用来主持会议的多点控制单元(MCU)的系统，包括接口，所述接口可操作用于接收指示一个或多个会议参数的通知；以及处理器，所述处理器可操作用于对多个MCU进行排序，所述排序基于一个或多个网络条件；基于与第一 MCU相关联的排序来选择所述第一 MCU;基于所述一个或多个会议参数来判断所述第一 MCU是否能够主 持所述会议；并且响应于确定所述第一 MCU能够主持所述会议，指派所述会议将 由所述第一MCU主持。
14. 根据权利要求13所述的系统，其中，所述处理器可操作用于 响应于确定所述第一 MCU不能够主持所述会议，则基于与第二 MCU相关联的排序来选择所述第二 MCU;判断所述第二 MCU是否能够主持所述会议；并且响应于确定所述第二 MCU能够主持所述会议，指派所述会议将由所述第二MCU主持。
15. 根据权利要求13所述的系统，其中，所述网络条件包括网络等待-时间。
16. 根据权利要求13所述的系统，其中，所述网络条件包括参与所述 会议的多个地点的各自的位置。
17. 根据权利要求16所述的系统，其中，所述多个地点的各自的位置 基于和参与所述会议的所述多个地点中的每一个相关联的时区、讳度/经 度、国家代码/电话号码前缀或识别标签中的任一个。
18. 根据权利要求16所述的系统，其中，所述多个地点的各自的位置 基于和参与所述会议的所述多个地点中的每一个相关联的一个或多个呼叫 管理器的位置。
19. 根据权利要求13所述的系统，其中，所述网络条件包括带宽。
20. 根据权利要求13所述的系统，其中，所述处理器可操作用于 基于网络数据的记录来估计网络条件。
21. 根据权利要求13所述的系统，其中，所述处理器可操作用于 在被调度参与所述会议的每个地点和所述多个MCU中的一个或多个之间发送测试声；基于对所述测试声的响应来确定网络等待时间；并且 响应于所述网络等待时间来对所述多个MCU进行排序。
22. 根据权利要求13所述的系统，其中，所述处理器可操作用于在发起所述会议之前测试所述网络条件，其中测试所述网络条件包括在所述第一 MCU和被调度参与所述会议的多个地点中的一个或多个之间 发送测试声。
23. 根据权利要求13所述的系统，其中，所述处理器可操作用于 向被调度参与所述会议的多个地点中的每一个发送会议标识符。
24. 根据权利要求13所述的系统，其中，所述处理器可操作用于确定所述多个MCU中没有一个能够主持所述会议；以及响应于确定所述多个MCU中没有一个能够主持所述会议，利用指示 所述会议参数中的一个或多个需要被改变的调度消息来提示用户。
25. —种包括用于识别用来主持会议的多点控制单元(MCU)的代码 的计算机可读介质，所述代码可操作用于接收指示一个或多个会议参数的通知；对多个MCU进行排序，所述排序基于一个或多个网络条件； 基于与第一 MCU相关联的排序来选择所述第一 MCU; 基于所述一个或多个会议参数来判断所述第一 MCU是否能够主持所 述会议；并且响应于确定所述第一 MCU能够主持所述会议，指派所述会议将由所 述第一MCU主持。
26. 根据权利要求25所述的计算机可读介质，其中，所述代码可操作 用于响应于确定所述第-一 MCU不能够主持所述会议，则基于与第二 MCU 相关联的排序来选择所述第二 MCU;判断所述第二MCU是否能够主持所述会议；并且响应于确定所述第二 MCU能够主持所述会议，指派所述会议将由所 述第二MCU主持。
27. 根据权利要求25所述的计算机可读介质，其中，所述网络条件包 括网络等待时间。
28. 根据权利要求25所述的计算机可读介质，其中，所述网络条件包 括参与所述会议的多个地点的各自的位置。
29. 根据权利要求28所述的计算机可读介质，其中，所述多个地点的 各自的位置基于和参与所述会议的所述多个地点中的每一个相关联的时 区、纬度/经度、国家代码/电话号码前缀或识别标签中的任一个。
30. 根据权利要求28所述的计算机可读介质，其中，所述多个地点的各自的位置基于和参与所述会议的所述多个地点中的每一个相关联的一个 或多个呼叫管理器的位置。
31. 根据权利要求25所述的计算机可读介质，其中，所述网络条件包 括带宽。
32. 根据权利要求13所述的计算机可读介质，其中，所述代码可操作 用于基于网络数据的记录来估计网络条件。
33. 根据权利要求25所述的计算机可读介质，其中，所述代码可操作 用于在被调度参与所述会议的每个地点和所述多个MCU中的一个或多个 之间发送测试声；基于对所述测试声的响应来确定网络等待时间；并且响应于所述网络等待时间来对所述多个MCU进行排序。
34. 根据权利要求25所述的计算机可读介质，其中，所述代码可操作用于在发起所述会议之前测试所述网络条件，其中测试所述网络条件包括在所述第一 MCU和被调度参与所述会议的多个地点中的一个或多个之间 发送测试声。
35. 根据权利要求25所述的计算机可读介质，其中，所述代码可操作 用于向被调度参与所述会议的多个地点中的每一个发送会议标识符。
36. 根据权利要求25所述的计算机可读介质，其中，所述代码可操作用于确定所述多个MCU中没有一个能够主持所述会议；并且响应于确定所述多个MCU中没有一个能够主持所述会议，利用指示 所述会议参数中的一个或多个需要被改变的调度消息来提示用户。
37. —种用于识别用来主持会议的多点控制单元(MCU)的系统，包括用于接收通知的装置，所述通知指示一个或多个会议参数； 用于多个MCU进行排序的装置，所述排序基于一个或多个网络条件；用于基于与第一 MCU相关联的排序来选择所述第一 MCU的装置；用于基于所述一个或多个会议参数来判断所述第一 MCU是否能够主 持所述会议的装置；以及用于响应于确定所述第一 MCU能够主持所述会议而指派所述会议将 由所述第一 MCU主持的装置。
全文摘要
一种用于识别用来主持会议的多点控制单元(MCU)的方法，包括接收指示一个或多个会议参数的通知以及对多个MCU进行排序，其中所述排序基于一个或多个网络条件。所述方法包括基于与第一MCU相关联的排序来选择第一MCU，以及判断第一MCU是否能够主持会议。响应于确定第一MCU能够主持会议，所述方法包括指派所述会议将由第一MCU主持。
文档编号H04L12/18GK101689997SQ200880014055
公开日2010年3月31日 申请日期2008年4月28日 优先权日2007年4月30日
发明者克鲁塔斯·M·沙赫, 拉加·K·V·R·卡利帕特那普 申请人:思科技术公司