CN101610387A - Mcu端口路由的配置方法和设备 - Google Patents

Mcu端口路由的配置方法和设备 Download PDF

Info

Publication number
CN101610387A
CN101610387A CNA2009101573052A CN200910157305A CN101610387A CN 101610387 A CN101610387 A CN 101610387A CN A2009101573052 A CNA2009101573052 A CN A2009101573052A CN 200910157305 A CN200910157305 A CN 200910157305A CN 101610387 A CN101610387 A CN 101610387A
Authority
CN
China
Prior art keywords
port
terminal equipment
mcu
tcp
route
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.)
Granted
Application number
CNA2009101573052A
Other languages
English (en)
Other versions
CN101610387B (zh
Inventor
徐斌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
New H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN2009101573052A priority Critical patent/CN101610387B/zh
Publication of CN101610387A publication Critical patent/CN101610387A/zh
Application granted granted Critical
Publication of CN101610387B publication Critical patent/CN101610387B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种多点控制单元MCU端口路由的配置方法和设备,MCU通过多个端口与所有的终端设备进行TCP连接测试,并根据连接测试的结果进行各端口的路由信息配置和负载均衡。通过应用本发明,可以自动选择与各终端连接的网络通信端口,从而,无需手动配置各端口的路由信息,避免人工配置导致的配置出错的情况下无法呼通终端的问题,并且可以根据网络情况自动实现负载均衡,降低了人工操作量,提高了视频会议的配置效率和性能。

Description

MCU端口路由的配置方法和设备
技术领域
本发明涉及通信技术领域,特别涉及一种MCU端口路由的配置方法和设备。
背景技术
多点控制单元(Multipoint Control Unit,MCU)是实现视频会议(VideoConference)业务时所用到的设备,也称视频会议服务器,主要功能是协调及控制多个终端间的视讯传输。在实际的应用场景中,MCU是网络中一个端点,用于实现三个或更多终端及网关参加一个多点会议服务,MCU也可以连接两个终端构成点对点会议,随后再扩展为多点会议。
MCU主要分为两个部分,分别是MC(Multipoint Controller,多点控制器)及MP(Multipoint Processor,多点处理器)。
其中,MC主要是负责协调终端间传输频道使用的先后顺序及利用H.245来界定传输内容的规格;MP则是在MC的控制规则之下真正从事影音的再制作(mixing)、转送(Switch)以及一些视讯流的处理。MCU中MC是必须要具备的管理功能,MP则根据终端对视频的处理能力及整体环境架构的需求而选用。
在电信网中,MCU是专用设备,主要对图像、声音和信道进行不同的处理,包括切换、控制等处理。在广电网中,MCU主要有视音频分配器和视音频切换器,对会场的视频、音频进行直接切换、控制。
视频会议业务是一种多点之间双向通信业务,在目前的网络技术基础上,多点间视频会议信号的切换必须用专用的设备来完成,即MCU。MCU是整个视频会议系统的控制中心。
在视频会议业务中,终端(terminal)是一个H.323终端,是网络上的一个端点,可以与其它H.323终端、网关或MCU进行实时的双向通信。通信内容包括控制消息、指示消息、音频信息、运动彩色视频的图像和/或数据。
在具体的应用场景中,终端可以仅提供话音、话音和数据、话音和视频、或者话音数据和视频的通信内容。
在一个视频会议中,MCU通常会有多个网络端口。MCU呼叫不同的会议终端时需要预先由会议管理员手工配置好各个网络端口针对各个会议终端的静态路由。
当MCU上在启用多个网络端口进行会议终端连接时,需要针对特定的会议终端设置不同的静态路由,手动配置好各个出端口。
在实现本发明的过程中,申请人发现现有技术至少存在以下问题:
现有方案中,网络端口与所有会议终端的对应关系均需要进行手动配置,在终端数目较多时,工作量会非常大,且容易因为人工操作而导致出错,同时,现有的技术方案对于人工配置出错的情况也无法自动检测,从而,导致参与视频会议的终端无法正常上线,影响视频会议业务的正常实现。
发明内容
本发明提供一种MCU端口路由的配置方法和设备,实现在MCU上启用多个端口时,通过召开会议前进行网络状况探测,自动配置好所有端口的路由,从而自动选择连接各个终端的端口,不需要人工配置所有端口的路由信息。
为达到上述目的,本发明一方面提供了一种MCU端口路由的配置方法,应用于包括一个MCU和多个终端设备的网络系统中,其中,所述MCU中包含多个端口,所述终端设备包含一个特定端口,所述方法包括:
所述MCU为所述多个端口配置临时路由;
所述MCU根据所述临时路由分别通过各所述端口与每一个所述终端设备的特定端口建立TCP连接;
当所述MCU通过一个端口与一个终端设备的特定端口建立TCP连接成功时,所述MCU断开所述TCP连接,并记录所述端口与所述终端设备连接成功;
所述MCU根据所述连接成功的记录,按照预设的策略配置所述多个端口的路由。
优选的,所述MCU为所述多个端口配置临时路由,具体为:
所述MCU为所述多个端口配置32位掩码的临时路由;
所述MCU设置TCP连接建立的响应时间。
优选的,所述MCU根据所述临时路由通过所述多个端口与全部所述多个终端设备的特定端口建立TCP连接之后,还包括:
当在所述TCP连接建立的响应时间内,所述MCU没有通过一个端口与一个终端设备的特定端口建立TCP连接时,所述MCU记录所述端口与所述终端设备连接失败。
优选的,所述MCU根据所述连接成功的记录,按照预设的策略配置所述多个端口的路由时,还包括
所述MCU为与所有端口都连接失败的终端设备做无效标识或配置缺省路由,使所述MCU不再与所述终端设备建立业务连接。
优选的,所述MCU断开所述TCP连接,并记录所述端口与所述终端设备连接成功,还包括:
所述MCU对与所述多个端口中的至少两个端口连接成功的终端设备进行标识。
优选的,所述MCU根据所述连接成功的记录,按照预设的策略配置所述多个端口的路由,具体包括:
所述MCU确定只能与一个端口连接成功的终端设备为相应的可连接端口的待连接终端设备;
所述MCU分别计算各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和;
所述MCU按照预设的选择规则,选择一个被标识的所述与至少两个端口连接成功的终端设备,确定为当前所述带宽总和最小的端口的待连接终端设备;
所述MCU按照各端口与待连接终端设备的对应关系,为所述多个端口配置路由。
优选的,当所述系统中存在多个被标识的所述与至少两个端口连接成功的终端设备时,所述MCU按照预设的选择规则,选择一个被标识的所述与至少两个端口连接成功的终端设备,确定为当前所述带宽总和最小的端口的待连接终端设备,具体为:
所述MCU按照所述多个被标识的所述与至少两个端口连接成功的终端设备的IP地址的顺序,或所述终端设备所对应的标识的顺序,选择一个终端设备,确定为当前所述带宽总和最小的端口的待连接终端设备;
所述MCU分别重新计算各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和;
所述MCU按照所述多个被标识的所述与至少两个端口连接成功的终端设备的IP地址的顺序,或所述终端设备所对应的标识的顺序,选择下一个终端设备,确定为重新计算的当前带宽总和最小的端口的待连接终端设备;
重复上述的带宽总和计算步骤和根据带宽总和确定待连接终端设备的步骤,直至所述多个被标识的所述与至少两个端口连接成功的终端设备全部被确定为各端口的待连接终端设备。
另一方面,本发明还提供了一种MCU,应用于包括一个MCU和多个终端设备的网络系统中,其中,所述MCU中包含多个端口,所述终端设备包含一个特定端口,所述MCU包括:
策略设置模块,用于设置所述多个端口的路由配置策略;
配置模块,与所述策略配置模块连接,用于为所述多个端口配置临时路由,或根据连接测试记录,按照所述策略配置模块所设置的路由配置策略配置所述多个端口的路由;
连接模块,与所述配置模块连接,用于根据所述配置模块所配置的临时路由分别通过各所述端口与每一个所述终端设备的特定端口建立TCP连接;
记录模块,与所述连接模块和所述配置模块连接,用于当所述连接模块通过一个端口与一个终端设备的特定端口建立TCP连接成功时,断开所述TCP连接,并记录所述端口与所述终端设备连接成功,生成所述连接测试记录。
优选的,所述配置模块为所述多个端口配置临时路由,具体为:
所述配置模块为所述多个端口配置32位掩码的临时路由;
所述配置模块设置TCP连接建立的响应时间。
优选的,所述记录模块,还用于当在所述配置模块所设置的TCP连接建立的响应时间内,所述连接模块没有通过一个端口与一个终端设备的特定端口建立TCP连接时,记录所述端口与所述终端设备连接失败,生成所述连接测试记录。
优选的,所述MCU还包括:
处理模块,与所述记录模块连接,用于对与所述多个端口中的至少两个端口连接成功的终端设备进行标识,还用于确定只能与一个端口连接成功的终端设备为相应的可连接端口的待连接终端设备,或确定一个与所述多个端口中的至少两个端口连接成功的终端设备为当前所述带宽总和最小的端口的待连接终端设备;
计算模块,与所述处理模块连接,用于分别计算所述处理模块所确定的各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和,并在所述处理模块确定了新的待连接终端设备后,重新计算各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以通过MCU的端口检测,自动选择与各终端连接的网络通信端口,从而,无需手动配置各端口的路由信息,避免人工配置导致的配置出错的情况下无法呼通终端的问题,并且可以根据网络情况自动实现负载均衡,降低了人工操作量,提高了视频会议的配置效率和性能。
附图说明
图1为本发明所提出的一种MCU端口路由的配置方法的流程示意图;
图2为本发明所提出的一种为终端设备分配MCU端口的方法的流程示意图;
图3为本发明所提出的具体应用场景中一种MCU端口路由的配置方法的流程示意图;
图4为本发明所提出的一种MCU的结构示意图。
具体实施方式
如背景技术所述,现有的现有的技术方案是在MCU启动多个端口进行视频会议连接时,通过手动方式配置各端口的路由信息,从而确定各端口所连接的参与视频会议的终端设备,这样的配置方式对人工作做的依赖性很大,存在出现人为操作失误而导致配置错误的可能性,并因此可以导致参与水品会议的终端设备因为配置错误而无法参加视频会议,对视频会议业务的正常实现构成了影响,另一方面,由于管理员对各端口的资源占用量缺乏统计,从而不能以合理的方式实现各端口的负载分担,使业务流量在MCU的各端口之间分配不均,影响视频会议的业务质量。
所以,针对现有的端口路由配置技术存在的不足,本发明通过端口的预检测技术实现对各端口可以连接的终端设备的检测,并根据监测情况确定各端口连接的终端设备,进一步进行各端口之间的负载均衡,最终实现各端口的路由信息的自动配置。
为达到上述目的,本发明提供了一种MCU端口路由的配置方法,应用于包括一个MCU和多个终端设备的网络系统中,其中,MCU中包含多个端口,终端设备包含一个特定端口,各终端设备对各自的特定端口进行侦听,
如图1所示,为本发明所提出的一种MCU端口路由的配置方法的流程示意图,具体包括以下步骤:
步骤S101、MCU为多个端口配置临时路由。
具体的,本步骤的实现过程具体包括以下两个方面:
1、MCU为多个端口配置32位掩码的临时路由。
该临时路由用于实现各端口预检测功能,因此,需要将该临时路由的信息设置为每个端口都需要和当前系统中所有需要参加视频会议的终端设备都进行连接测试。
在具体的应用场景中,上述的连接测试指的是TCP连接测试,即MCU根据临时路由通过某个端口与终端设备进行TCP连接的建立,具体的TCP连接建立过程可以是通过TCP三步握手的方式进行,也可以是其他可以实现连接测试效果的技术手段,这样的变化并不影响本发明的保护范围。
2、MCU设置TCP连接建立的响应时间。
其中,响应时间的大小可以根据需要进行调整,设置该响应时间的作用在于设置MCU通过某个端口向终端设备发起连接测试后,该终端设备进行响应的最大时间范围。
在具体的应用场景中,如果是应用上述的TCP连接三步握手的方式进行TCP连接的测试,那么,上述的响应时间可以相当于自MCU向终端设备发送同步信号(synchronize,SYN)数据包开始,到终端设备向MCU返回SYN数据包响应的最长时间限制,如果超出该时间限制,则认为终端设备无响应或TCP连接建立不成功。
步骤S102、MCU根据临时路由分别通过各端口与每一个终端设备的特定端口建立TCP连接。
在具体的应用场景中,终端设备中的特定端口一般可以选择终端设备中默认被侦听或容易被侦听的端口,由于在本发明的技术方案中,终端设备一般是H.323终端,并且在H.323终端中,默认均需要侦听1720端口,所以,结合本发明的技术方案,将1720端口设置为各终端设备的特定端口,可以最大限度的降低实现本发明的技术方案对现有的终端设备的改进,从而节约实现本技术方案所需要的建设成本,
因此,在上述的操作流程中,MCU分别通过各端口向当前系统中的所有终端设备的1720端口发送TCP连接的SYN数据包,开始TCP连接三步握手流程,如果在响应时间范围内,MCU接收到终端设备返回的SYN数据包响应,则MCU向终端设备发送TCP连接确认,MCU通过该端口与终端设备TCP连接成功,否则,MCU在响应时间内没有接收到终端设备返回的SYN数据包,则认为MCU通过该端口与终端设备进行TCP连接失败。
因此,相应的,MCU根据是否与终端设备建立TCP连接成功,进行后续的操作。
当在TCP连接建立的响应时间内,MCU没有通过一个端口与一个终端设备的特定端口建立TCP连接时,认为MCU与终端设备建立TCP连接失败,执行步骤S103;
当MCU通过一个端口与一个终端设备的特定端口建立TCP连接成功时,执行步骤S104;
步骤S103、MCU记录该端口与相应的终端设备连接失败。
步骤S104、MCU断开该TCP连接,并记录该端口与相应的终端设备连接成功。
在本步骤中,对于记录的各连接成功的信息,MCU对其中的与多个端口中的至少两个端口连接成功的终端设备进行标识。
通过上述操作,MCU将所有与MCU的端口成功建立TCP连接的终端设备分为两类:
第一类、只能与MCU的一个端口建立TCP连接的终端设备;
第二类、可以与MCU的多个端口建立TCP连接的终端设备。
需要指出的是,上述的步骤S103和步骤S104都是MCU对连接测试结果的记录,在所有连接测试完成后,MCU根据所有连接测试的记录进行后续的操作。
步骤S105、MCU根据连接成功的记录,按照预设的策略配置多个端口的路由。
其中,MCU为与所有端口都连接失败的终端设备做无效标识或配置缺省路由,使MCU不再与终端设备建立业务连接,从而避免在正式的业务过程中,对无效终端设备进行业务连接或进行无效终端设备的消息交互所造成的资源浪费。
本步骤的意义在于对于前述的两类连接成功的设备终端进行负载均衡,其具体的实现流程如图2所示,包括以下步骤:
步骤S201、MCU确定只能与一个端口连接成功的终端设备为相应的可连接端口的待连接终端设备。
对于此类(即上述的第一类终端设备)终端设备,由于可连接的端口是唯一的,所以,直接根据该设备终端与相应的端口的匹配关系,确定该设备终端为该端口的待连接设备。
步骤S202、MCU分别计算当前各待连接终端设备在MCU的各端口中所占用的带宽总和。
对于当前已经确定的待连接终端设备,分别计算当前各端口中所有的待连接终端设备所占用的带宽总和。
步骤S203、MCU按照预设的选择规则选择一个被标识的与至少两个端口连接成功的终端设备,确定为当前带宽总和最小的端口的待连接终端设备。
首先,本步骤的实现,根据当前系统中存在的可以与至少两个端口连接成功的终端设备的数量,存在以下两种情况:
情况一、当当前系统中只存在一个与至少两个端口连接成功的终端设备时,直接将该终端设备确定为当前带宽总和最小的端口的待连接终端设备。
情况二、当当前系统中只存在多个与至少两个端口连接成功的终端设备时,MCU按照多个被标识的与至少两个端口连接成功的终端设备的IP地址的顺序,或终端设备所对应的标识的顺序,选择一个终端设备,确定为当前带宽总和最小的端口的待连接终端设备。
本步骤完成之后,需要根据当前系统中是否还包含未被确定为待连接终端设备的被标识的与至少两个端口连接成功的终端设备,进行后续步骤的处理。
如果当前系统中所有被标识的与至少两个端口连接成功的终端设备都已被确定为MCU中某个端口的待连接终端设备,则执行步骤S204;
如果当前系统中还存在被标识的与至少两个端口连接成功的终端设备没有被确定为MCU中某个端口的待连接终端设备,则执行步骤S202,实现循环处理,依次进行后续的终端设备与端口的对应分配。即重复上述的步骤S202带宽总和计算步骤和步骤S203的根据带宽总和确定待连接终端设备的步骤,直至多个被标识的与至少两个端口连接成功的终端设备全部被确定为各端口的待连接终端设备。
步骤S204、MCU按照各端口与待连接终端设备的对应关系,为多个端口配置路由。
在正式的视频会议过程中,MCU通过各端口所配置的路由信息,与各终端设备建立视频会议业务。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以通过MCU的端口检测,自动选择与各终端连接的网络通信端口,从而,无需手动配置各端口的路由信息,避免人工配置导致的配置出错的情况下无法呼通终端的问题,并且可以根据网络情况自动实现负载均衡,降低了人工操作量,提高了视频会议的配置效率和性能。
本发明所提出的技术方案的技术思想在于:
1、MCU在会议召开前针对每个终端(各终端编号依次为T1至Tn),通过配置32位掩码的临时路由,强制从MCU的不同端口(各端口的编号依次为N1至Nm)分别向上述的编号为T1为Tn的各终端的一个特定端口P0(可直接使用1720)建立TCP连接。
2、记录下网络连接情况,对于连接成功的连接,则立即关闭该连接。
例如,将终端T1与端口N1之间的连接情况记为I11,以此类推,总体情况为:I11、...、I1m、...、In1、...、Inm,因此,网络连接情况简记为I。
3、分析网络连接情况,对于一个终端与多个端口可以连接的情况,进行负载均衡分析,二次分配。
4、全部确定好终端与端口的对应关系后,自动进行路由配置,进行会议召集。
下面,结合具体的应用场景对本发明的技术方案进行说明,如图3所示,具体包括以下步骤:
步骤S301、各个终端在端口P0上进行TCP侦听。
H.323终端默认都是在此终端上侦听的,所以,使用1720端口作为P0,可以减少本发明的技术方案对终端的影响,降低实现本技术方案对终端设备的依赖性
步骤S302、MCU为各端口配置32位临时路由。
通过配置临时路由,强制使用MCU中编号N1到Nm的不同网口向各个终端的P0端口进行TCP连接。
在本步骤中,为了避免无限期的连接对正常业务的影响,还需要设置设置响应时间t0。
在具体的应用场景中,MCU有两个端口eth0和eth1,而网络中存在四个终端a、b、c、d。根据本发明的技术方案,MCU需要分别通过两个端口eth0和eth1对全部的终端a、b、c、d进行检测。
那么,分别对两个端口进行如下路由设置:
首先,通过以下指令设置eth0端口。
route add a.b.c.d mask 255.255.255.255gw 192.168.1.000eth0,
其中,route add a.b.c.d表示设置eth0端口连接终端a、b、c、d,测试MCU从eth0端口与终端a、b、c、d的连接状况;
gw 192.168.1.000设置的是eth0所对应的网关的地址,该地址可以根据需要进行调整,这样的变化并不影响本发明的保护范围。
然后,根据上述规则,再通过以下指令设置eth1端口。
route add a.b.c.d mask 255.255.255.255gw 192.168.1.001eth1,
其中的指令含义与上述相似,区别在于,将eth1的网关地址设置为192.168.1.001,在具体的应用场景中,eth0端口和eth1端口所对应的网关可以是相同的网关,也可以是不同的网关,这样的变化并不影响本发明的保护范围。
步骤S303、MCU根据临时路由进行连接,并记录连接结果。
各终端在响应时间t0内,未返回连接响应的,按无法连接统计,反之,在响应时间t0内,终端返回连接响应的,按连接成功统计,并且,在连接成功后,MCU立即断开该连接。
步骤S304、标记能够与MCU的多个端口进行连接的终端。
为了后续描述方便,假设终端a与MCU的eth0和eth1都能够连接。
步骤S305、根据会议参数,计算只能与MCU一个端口连接的m(m>1)个终端在MCU各端口上占用的带宽情况,记为b1-bm。
此步骤假设b1-bn只能从eth0连接,bn+1-bm只能从eth1连接(n>=1,n+1<=m),则可得到经过eth0和eth1两个网口的总带宽分别为:
B 1=∑b1...bn,B2=∑bn+1...bm;
步骤S306、根据负载均衡原则,将单独标记的终端统计到占用带宽小的端口上。
根据B1、B2的情况,将步骤S304中单独标记的终端根据会议参数及连接情况统计到占用带宽小的端口上,达到一定程度上数据的负载均衡。
例如,当B1<B2时,则终端a就从B1多对应的eth0端口与MCU进行连接。
如果在系统中存在多个被标记的终端(例如,终端a和终端b),则在执行步骤S306时,需要首先选择一个终端进行端口分配,这里需要预设一个选择规则,该规则可以是终端的IP地址顺序,如按照IP地址从大到小的顺序选择终端进行端口分配,也可以是按照步骤S304中标记的顺序,如按照标记从早到晚的顺序选择终端进行端口分配,在具体的应用场景中,还可以采用其他选择规则进行端口选取,这样的变化并不影响本发明的保护范围。
另一方面,如果执行步骤S306之后当前系统中还存在没有分配端口的终端,则需要重新执行步骤S305和S306,计算当前各端口的带宽占用总和,并将为分配端口的终端逐一进行端口分配,直到当前系统中所有的终端都被分配了相应的端口。
步骤S307、根据最终确定的终端与端口的对应关系,自动配置32位掩码的路由。
具体的配置方法与步骤S302中举例相同。
步骤S308、MCU召集各个终端入会,实现视频会议业务。
对于网络探测中连接不上的终端,可不再进行呼叫信令的发送。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以通过MCU的端口检测,自动选择与各终端连接的网络通信端口,从而,无需手动配置各端口的路由信息,避免人工配置导致的配置出错的情况下无法呼通终端的问题,并且可以根据网络情况自动实现负载均衡,降低了人工操作量,提高了视频会议的配置效率和性能。
为了实现上述的技术方案,本发明还提供了一种MCU,应用于包括一个MCU和多个终端设备的网络系统中,其中,MCU中包含多个端口,终端设备包含一个特定端口,终端设备对特定端口进行侦听。
如图4所示,为本发明所提供的MCU的结构示意图,具体包括:
策略设置模块41,用于设置多个端口的路由配置策略。
配置模块42,与策略配置模块41连接,用于为多个端口配置临时路由,或根据连接测试记录,按照策略配置模块41所设置的路由配置策略配置多个端口的路由。
其中,为多个端口配置临时路由具体为:
配置模块42为多个端口配置32位掩码的临时路由;
配置模块42设置TCP连接建立的响应时间。
连接模块43,与配置模块42连接,用于根据配置模块42所配置的临时路由通过多个端口与全部多个终端设备的特定端口建立TCP连接;
记录模块44,与连接模块43和配置模块42连接,用于当连接模块43通过一个端口与一个终端设备的特定端口建立TCP连接成功时,断开TCP连接,并记录端口与终端设备连接成功,生成连接测试记录。
在具体的应用场景中,记录模块44还用于当在配置模块42所设置的TCP连接建立的响应时间内,连接模块43没有通过一个端口与一个终端设备的特定端口建立TCP连接时,记录端口与终端设备连接失败,生成连接测试记录。
进一步的,在具体的应用场景中,MCU还包括:
处理模块45,与记录模块44连接,用于对与多个端口中的至少两个端口连接成功的终端设备进行标识,还用于确定只能与一个端口连接成功的终端设备为相应的可连接端口的待连接终端设备,或确定一个与多个端口中的至少两个端口连接成功的终端设备为当前带宽总和最小的端口的待连接终端设备。
计算模块46,与处理模块45连接,用于分别计算处理模块45所确定的各待连接终端设备在MCU的各端口中所占用的带宽总和,并在处理模块45确定了新的待连接终端设备后,重新计算各待连接终端设备在MCU的各端口中所占用的带宽总和。
与现有技术相比,本发明具有以下优点:
通过应用本发明的技术方案,可以通过MCU的端口检测,自动选择与各终端连接的网络通信端口,从而,无需手动配置各端口的路由信息,避免人工配置导致的配置出错的情况下无法呼通终端的问题,并且可以根据网络情况自动实现负载均衡,降低了人工操作量,提高了视频会议的配置效率和性能。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (11)

1、一种多点控制单元MCU端口路由的配置方法,其特征在于,应用于包括一个MCU和多个终端设备的网络系统中,其中,所述MCU中包含多个端口,所述终端设备包含一个特定端口,所述方法包括:
所述MCU为所述多个端口配置临时路由;
所述MCU根据所述临时路由分别通过各所述端口与每一个所述终端设备的特定端口建立传输控制协议TCP连接;
当所述MCU通过一个端口与一个终端设备的特定端口建立TCP连接成功时,所述MCU断开所述TCP连接,并记录所述端口与所述终端设备连接成功;
所述MCU根据所述连接成功的记录,按照预设的策略配置所述多个端口的路由。
2、如权利要求1所述的方法,其特征在于,所述MCU为所述多个端口配置临时路由,具体为:
所述MCU为所述多个端口配置32位掩码的临时路由;
所述MCU设置TCP连接建立的响应时间。
3、如权利要求2所述的方法,其特征在于,所述MCU根据所述临时路由分别通过各所述端口与每一个所述终端设备的特定端口建立TCP连接之后,还包括:
当在所述TCP连接建立的响应时间内,所述MCU没有通过一个端口与一个终端设备的特定端口建立TCP连接时,所述MCU记录所述端口与所述终端设备连接失败。
4、如权利要求3所述的方法,其特征在于,所述MCU根据所述连接成功的记录,按照预设的策略配置所述多个端口的路由时,还包括
所述MCU为与所有端口都连接失败的终端设备做无效标识或配置缺省路由,使所述MCU不再与所述终端设备建立业务连接。
5、如权利要求1所述的方法,其特征在于,所述MCU断开所述TCP连接,并记录所述端口与所述终端设备连接成功,还包括:
所述MCU对与所述多个端口中的至少两个端口连接成功的终端设备进行标识。
6、如权利要求5所述的方法,其特征在于,所述MCU根据所述连接成功的记录,按照预设的策略配置所述多个端口的路由,具体包括:
所述MCU确定只能与一个端口连接成功的终端设备为相应的可连接端口的待连接终端设备;
所述MCU分别计算各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和;
所述MCU按照预设的选择规则,选择一个被标识的所述与至少两个端口连接成功的终端设备,确定为当前所述带宽总和最小的端口的待连接终端设备;
所述MCU按照各端口与待连接终端设备的对应关系,为所述多个端口配置路由。
7、如权利要求6所述的方法,其特征在于,当所述系统中存在多个被标识的所述与至少两个端口连接成功的终端设备时,所述MCU按照预设的选择规则,选择一个被标识的所述与至少两个端口连接成功的终端设备,确定为当前所述带宽总和最小的端口的待连接终端设备,具体为:
所述MCU按照所述多个被标识的所述与至少两个端口连接成功的终端设备的IP地址的顺序,或所述终端设备所对应的标识的顺序,选择一个终端设备,确定为当前所述带宽总和最小的端口的待连接终端设备;
所述MCU分别重新计算各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和;
所述MCU按照所述多个被标识的所述与至少两个端口连接成功的终端设备的IP地址的顺序,或所述终端设备所对应的标识的顺序,选择下一个终端设备,确定为重新计算的当前带宽总和最小的端口的待连接终端设备;
重复上述的带宽总和计算步骤和根据带宽总和确定待连接终端设备的步骤,直至所述多个被标识的所述与至少两个端口连接成功的终端设备全部被确定为各端口的待连接终端设备。
8、一种MCU,其特征在于,应用于包括一个MCU和多个终端设备的网络系统中,其中,所述MCU中包含多个端口,所述终端设备包含一个特定端口,所述MCU包括:
策略设置模块,用于设置所述多个端口的路由配置策略;
配置模块,与所述策略配置模块连接,用于为所述多个端口配置临时路由,或根据连接测试记录,按照所述策略配置模块所设置的路由配置策略配置所述多个端口的路由;
连接模块,与所述配置模块连接,用于根据所述配置模块所配置的临时路由分别通过各所述端口与每一个所述终端设备的特定端口建立TCP连接;
记录模块,与所述连接模块和所述配置模块连接,用于当所述连接模块通过一个端口与一个终端设备的特定端口建立TCP连接成功时,断开所述TCP连接,并记录所述端口与所述终端设备连接成功,生成所述连接测试记录。
9、如权利要求8所述的MCU,其特征在于,所述配置模块为所述多个端口配置临时路由,具体为:
所述配置模块为所述多个端口配置32位掩码的临时路由;
所述配置模块设置TCP连接建立的响应时间。
10、如权利要求9所述的MCU,其特征在于,所述记录模块,还用于当在所述配置模块所设置的TCP连接建立的响应时间内,所述连接模块没有通过一个端口与一个终端设备的特定端口建立TCP连接时,记录所述端口与所述终端设备连接失败,生成所述连接测试记录。
11、如权利要求8所述的MCU,其特征在于,还包括:
处理模块,与所述记录模块连接,用于对与所述多个端口中的至少两个端口连接成功的终端设备进行标识,还用于确定只能与一个端口连接成功的终端设备为相应的可连接端口的待连接终端设备,或确定一个与所述多个端口中的至少两个端口连接成功的终端设备为当前所述带宽总和最小的端口的待连接终端设备;
计算模块,与所述处理模块连接,用于分别计算所述处理模块所确定的各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和,并在所述处理模块确定了新的待连接终端设备后,重新计算各所述待连接终端设备在所述MCU的各端口中所占用的带宽总和。
CN2009101573052A 2009-07-24 2009-07-24 Mcu端口路由的配置方法和设备 Active CN101610387B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2009101573052A CN101610387B (zh) 2009-07-24 2009-07-24 Mcu端口路由的配置方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009101573052A CN101610387B (zh) 2009-07-24 2009-07-24 Mcu端口路由的配置方法和设备

Publications (2)

Publication Number Publication Date
CN101610387A true CN101610387A (zh) 2009-12-23
CN101610387B CN101610387B (zh) 2012-02-08

Family

ID=41483932

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009101573052A Active CN101610387B (zh) 2009-07-24 2009-07-24 Mcu端口路由的配置方法和设备

Country Status (1)

Country Link
CN (1) CN101610387B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101931782A (zh) * 2010-08-25 2010-12-29 中兴通讯股份有限公司 用于多点控制单元的流量处理方法和装置
CN110768916A (zh) * 2019-10-22 2020-02-07 新华三信息安全技术有限公司 一种端口统计参数通告方法以及设备
CN112399130A (zh) * 2019-08-16 2021-02-23 北京紫荆视通科技有限公司 云视频会议信息的处理方法、装置、存储介质和通信设备

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101931782A (zh) * 2010-08-25 2010-12-29 中兴通讯股份有限公司 用于多点控制单元的流量处理方法和装置
CN101931782B (zh) * 2010-08-25 2015-08-12 中兴通讯股份有限公司 用于多点控制单元的流量处理方法和装置
CN112399130A (zh) * 2019-08-16 2021-02-23 北京紫荆视通科技有限公司 云视频会议信息的处理方法、装置、存储介质和通信设备
CN112399130B (zh) * 2019-08-16 2023-04-07 北京紫荆视通科技有限公司 云视频会议信息的处理方法、装置、存储介质和通信设备
CN110768916A (zh) * 2019-10-22 2020-02-07 新华三信息安全技术有限公司 一种端口统计参数通告方法以及设备
CN110768916B (zh) * 2019-10-22 2021-11-02 新华三信息安全技术有限公司 一种端口统计参数通告方法以及设备

Also Published As

Publication number Publication date
CN101610387B (zh) 2012-02-08

Similar Documents

Publication Publication Date Title
CN102638672B (zh) 用于多流多站点远程呈现会议系统的自动视频布局
US9571793B2 (en) Methods, systems and program products for managing resource distribution among a plurality of server applications
CN100546319C (zh) 支持增强媒体通信
EP3926917B1 (en) Data transmission method, device and computer storage medium
EP2437491A1 (en) Method and system for video conference control, network equipment and meeting places for video conference
CN101547334B (zh) 保证主用mcu具有备用mcu的方法及视频会议系统
CA2537944A1 (en) System and method for performing distributed video conferencing
CN109743524B (zh) 一种视联网的数据处理方法和一种视联网系统
JP3181167B2 (ja) 多地点会議システムのカスケード構成における接続・切断方式
US9438857B2 (en) Video conferencing system and multi-way video conference switching method
CN101610387B (zh) Mcu端口路由的配置方法和设备
CN101163029A (zh) 多点控制单元主备倒换的方法和设备
CN101986696A (zh) 信息中转设备及视频会议系统
JP2020149432A (ja) 通信端末、通信システム、通信方法およびプログラム
WO2015139610A1 (zh) 视频会议方法、装置及系统
US20220391452A1 (en) Method for conducting an audio and/or video conference
CN100542099C (zh) 一种多点控制单元及其基于ip网的共享方法与会议系统
CN105915837B (zh) 一种视频切换方法、装置和系统
CN112804267B (zh) 分级会议处理方法及装置、电子设备和存储介质
US20140176666A1 (en) Method, computer program and device for managing media stream in video conferencing
CN111510663B (zh) 一种实现手机接入云视讯会议系统的方法
CN103369292A (zh) 一种呼叫处理方法及网关
US11102451B2 (en) Videoconferencing server for providing multi-screen videoconferencing by using a plurality of videoconferencing terminals and method therefor
CN114205547A (zh) 会议控制方法及系统、多点控制单元、配置平台和介质
JP2003008778A (ja) インターネットマルチ通話システム

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.