CN101345844A - 一种多媒体码流传输方法和一种多点控制单元 - Google Patents
一种多媒体码流传输方法和一种多点控制单元 Download PDFInfo
- Publication number
- CN101345844A CN101345844A CNA2008101190667A CN200810119066A CN101345844A CN 101345844 A CN101345844 A CN 101345844A CN A2008101190667 A CNA2008101190667 A CN A2008101190667A CN 200810119066 A CN200810119066 A CN 200810119066A CN 101345844 A CN101345844 A CN 101345844A
- Authority
- CN
- China
- Prior art keywords
- mcu
- bandwidth
- cascade
- calling
- call
- 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.)
- Pending
Links
Images
Abstract
本发明公开了一种多媒体码流传输方法,包括:级联多点控制单元MCU视频会议系统中的第一MCU在其自身与第二MCU之间的级联带宽能够满足指定会议中的第一呼叫所需的带宽时,在其自身与第二MCU之间建立所述第一呼叫,并传输第一呼叫的多媒体码流;第一MCU根据级联带宽和所述第一呼叫所占用的带宽计算剩余级联带宽;第一MCU判断所述剩余级联带宽是否能够满足所述指定会议中的第二呼叫所需的带宽,是则在自身与第二MCU之间建立所述第二呼叫,并传输第二呼叫的多媒体码流。本发明还公开了一种MCU。本发明的技术方案能够满足视频会议用户的多种需求。
Description
技术领域
本发明涉及视频会议系统技术领域,尤指一种多媒体码流传输方法和一种多点控制单元。
背景技术
随着视频会议市场的迅速发展,视频会议的应用也越来越普及,且在很多应用中一个会议的会场数也不断增加,少则几十个会场,多则几百个会场,因此单个多点控制单元(MCU,Multipoint Control Unit)的容量已经不能支持这样的需求。
为了打破单个MCU的容量限制,扩大参加会议的终端数,使用两个或两个以上的MCU进行通讯的MCU级联技术开始得到应用,以满足用户的需求。
MCU级联分为简单级联和互控级联两种方式。其中,简单级联方式中,MCU之间没有控制关系,一个MCU只作为另外一个MCU的普通终端加入,每个MCU只能看到自己的终端列表;互控级联方式中,MCU之间有控制和被控制关系,上级MCU可以控制下级MCU的终端,所有终端在每个MCU中都可以看到。
图1是现有的互控级联MCU视频会议系统的组网示意图。如图1所示,该视频会议系统包括MCU 1、MCU 2.1、MCU 2.2、MCU 3.1、MCU 3.2、MCU 3.3以及分属于会场A~M的终端,其中MCU 1是顶级MCU,MCU 2.1和MCU 2.2是中间MCU,MCU 3.1、MCU 3.2和MCU 3.3是底层MCU,会场H是广播会场,会场C是主席会场。
在图1中,当召开会议时,作为广播会场的会场H将本会场的多媒体码流作为广播流发送到自身上一级的MUC 2.2;MUC 2.2将广播流下发给自身下属的所有MCU和会场终端的同时向上发送给上一级的MCU 1;MCU 1再将广播流广播给除MCU 2.2以外的所有下属分支的MCU和会场终端。
但是,目前的MCU级联技术中,两个MCU之间只有一个呼叫,视频码流只有一路,这种限制存在很多缺点,下面列举几个方面:
1、当主席会场不是顶级MCU直属的会场时,由于主席会场所属的MCU需要接收广播的视频流,所以主席不能观看广播会场以外的其他会场;如果满足主席观看广播会场以外的其他会场,则其他会场将看不到广播画面。
例如,在图1中,主席会场C所在的MCU 2.1(非顶级MCU)需要接收来自MCU 1的广播流,如果主席会场C想观看会场I,则需要MCU 2.2将会场I的视频流发送给MCU 1,再由MCU 1转发给MCU 2.1,而MCU 2.2和MCU 1以及MCU 1和MCU 2.1之间目前正在传输广播流,且两个MCU之间只能存在一路视频流,因此主席会场C不能观看会场I;反之如果满足主席会场C观看会场I,则其他会场将看不到广播画面。
2、当广播会场不是顶级MCU直属的会场时,广播会场所属MCU下的其他会场都不能被观看。
例如,在图1中,会场H是广播会场,且其所属的MCU 2.2不是顶级MCU,由于MCU 2.2需要向上级的MCU 1传输广播流,因此不能向MCU 1传输其他会场的视频流,显然主席会场不能观看广播会场所属MCU下的其他会场。
3、所有非顶级MCU下都只能有一个会场参与多画面。
当广播流中的视频流是多画面格式时,由于两个MCU之间只传输一路视频流的限制,参与多画面的会场只能属于不同的MCU(顶级MCU除外),因此每个非顶级MCU下,都只能有一个会场参与多画面。例如,在图1中,由于MCU 3.1和MCU 2.1之间只传输一路视频流,因此MCU 3.1下的会场A和会场B不能同时参加多画面。
除了上述举例的3种缺点以外,这种两个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是本发明实施例一种多媒体码流传输方法的流程图;
图3本发明在级联MCU视频会议系统中传输多媒体码流的第一实施例示意图;
图4本发明在级联MCU视频会议系统中传输多媒体码流的第二实施例示意图;
图5本发明在级联MCU视频会议系统中传输多媒体码流的第三实施例示意图;
图6是本发明实施例一种MCU的组成结构框图。
具体实施方式
图2是本发明实施例一种多媒体码流传输方法的流程图。如图2所示,该方法包括以下步骤:
步骤201,级联MCU视频会议系统中的第一MCU在其自身与第二MCU之间的级联带宽能够满足指定会议中的第一呼叫所需的带宽时,在其自身与第二MCU之间建立所述第一呼叫,并传输第一呼叫的多媒体码流。
步骤202,第一MCU根据级联带宽和所述第一呼叫所占用的带宽计算剩余级联带宽。
步骤203,第一MCU判断所述剩余级联带宽是否能够满足所述指定会议中的第二呼叫所需的带宽,是则在自身与第二MCU之间建立所述第二呼叫,并传输第二呼叫的多媒体码流。
通过图2所示的技术方案,可是实现在级联的MCU之间建立多路呼叫,并传输多路多媒体码流,从而满足视频会议用户的多种需求。
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
图3本发明在级联MCU视频会议系统中传输多媒体码流的第一实施例示意图。图3中的视频会议系统的组网结构与图1中组网结构相同。如图3所示,会场C为主席会场,会场E为广播会场,会场E的多媒体码流作为广播流发送到MCU 1,MCU 1再将广播流广播给所有下属分支的MCU和会场终端,图3中用实线箭头表示广播流。
在图3中,各级联的两个MCU之间都通过私有信令协商出上行级联带宽和下行级联带宽。这里以级联的MCU 2.1和MCU 1为例对级联的两个MCU之间都通过私有信令协商出上行级联带宽和下行级联带宽进行说明:MCU 1将自身所支持的向MCU 2.1发送多媒体码流的带宽值BAND 1和自身所支持的从MCU 2.1接收多媒体码流的带宽值BAND 2发送给MCU 2.1;MCU 2.1将自身所支持的向MCU 1发送多媒体码流的带宽值BAND 3和自身所支持的从MCU 1接收多媒体码流的带宽值BAND 4发送给MCU 1;MCU1和MCU 2.1都从BAND 1和BAND 4中选择较小值作为两者之间的下行级联带宽,从BAND 2和BAND 3中选择较小值作为两者之间的上行级联带宽。
当然,MCU 1上的BAND 1和BAND 2以及MCU 2.1上的BAND 3和BAND 4都是根据实际的网络情况预先配置好的,并且,各级联的两个MCU之间的上行级联带宽和下乡级联带宽至少要满足传输广播流所需的带宽。
在图3中,如果会场C中的主席想观看会场I,则根据本发明的技术方案可以满足此需求,具体如下:
步骤3.1,会场C的终端通过MCU 2.1向MCU 1发送观看会场I的请求。
步骤3.2,MCU 1根据自身与MCU 2.1之间的下行级联带宽以及广播流所占用的带宽计算出自身与MCU 2.1之间的剩余下行级联带宽,并判断剩余下行级联带宽是否可以满足传输会场I的视频流所需的带宽,判断结果是可以满足,因此,MCU 1建立与MCU 2.1之间的第二路呼叫用于传输会场I的视频流。
在本步骤中,由于一般情况下同一会议中的各视频流的格式均相同,即各视频流的默认带宽均相同,因此会场I的视频流的带宽与广播流中的视频流的带宽相同,从而MCU 1可以根据默认值获知会场I视频流所需的带宽。此外,如果同一会议中的各视频流的格式和带宽有可能存在不相同的情况下,MCU 1可以通过与会场I所属的MCU 2.2通信来获知会场I视频流所需的带宽。
步骤3.3,MCU 1判断自身与MCU 2.2之间的上行级联带宽是否可以满足传输会场I的视频流所需的带宽,判断结果是可以满足,因此,MCU 1建立与MCU 2.2之间的第二路呼叫用于传输会场I的视频流;
步骤3.4,MCU 1向MCU 2.2发送指令,要求发送会场I的视频流;
步骤3.5,MCU 2.2向会场I的终端发送指令,要求发送会场I的视频流;
步骤3.6,会场I的终端向MCU 2.2发送会场I的视频流;
步骤3.7,MCU 2.2向MCU 1转发会场I的视频流;
步骤3.8,MCU 1将会场I的视频流转发给MCU 2.1;
步骤3.9,MCU 2.1将会场I的视频流转发给主席所在会场C的终端。
图3中的用虚线箭头表示会场I的视频流。
本实施例中,MCU 1可以根据现有技术,如会议使用的E.164号码或者会议名称(会议的H323ID),确认两路呼叫是否属于同一个级联会议。
通过上述步骤,即使主席会场不是MCU 1直属的会场时,且主席会场所属的MCU 2.1需要接收广播流,主席也能观看广播会场以外的其他会场;并且在满足主席观看广播会场以外的其他会场的情况下,其他会场也能看到广播画面。
图4本发明在级联MCU视频会议系统中传输多媒体码流的第二实施例示意图。如图4所示,会场C为主席会场,会场H为广播会场,图4中用实线箭头表示广播流。
在图4中,如果会场C中的主席想观看会场I,则根据本发明的技术方案可以满足此需求,具体如下:
步骤4.1,会场C的终端通过MCU 2.1向MCU 1发送观看会场I的请求;
步骤4.2,MCU 1根据自身与MCU 2.1之间的下行级联带宽以及广播流所占用的带宽计算出自身与MCU 2.1之间的剩余下行级联带宽,并判断该剩余下行级联带宽是否可以满足传输会场I的视频流所需的带宽,判断结果是可以满足,因此,MCU 1建立与MCU 2.1之间的第二路呼叫用于传输会场I的视频流;
步骤4.3,MCU 1根据自身与MCU 2.2之间的上行级联带宽以及广播流所占用的带宽计算出自身与MCU 2.2之间的剩余上行级联带宽,并判断该剩余上行级联带宽是否可以满足传输会场I的视频流所需的带宽,判断结果是可以满足,因此,MCU 1建立与MCU 2.2之间的第二路呼叫用于传输会场I的视频流;
步骤4.4,MCU 1向MCU 2.2发送指令,要求发送会场I的视频流;
步骤4.5,MCU 2.2向会场I的终端发送指令,要求发送会场I的视频流;
步骤4.6,会场I的终端向MCU 2.2发送会场I的视频流;
步骤4.7,MCU 2.2向MCU 1转发会场I的视频流;
步骤4.8,MCU 1将会场I的视频流转发给MCU 2.1;
步骤4.9,MCU 2.1将会场I的视频流转发给主席所在会场C的终端。
图4中的用虚线箭头表示会场I的视频流。
通过图4中的上述步骤可见,即使广播会场H不在顶级MCU下,而是在MCU 2.2下,MCU 2.2下的其他会场,如会场I也能被观看。
在图3和图4所示的上述实施例中,只描述了在两个级联MCU之间建立两路呼叫的情况,但是根据上述实施例的描述可知,在级联带宽允许的情况下,可以在两个MCU之间建立更多数量的呼叫,如3路呼叫、5路呼叫,甚至更多。
图5本发明在级联MCU视频会议系统中传输多媒体码流的第三实施例示意图。参见图5,在本实施例中需要将广播流中的视频流做成多画面,并且用会场A、会场B和会场I的画面形成该多画面,则根据本发明的技术方案可以满足此需求,具体如下:
步骤5.1,MCU 1判断会场A和会场B在MCU 2.1下,会场I在MCU2.2下;MCU 1根据自身与MCU 2.1之间的上行级联带宽判断是否可以同时满足传输会场A子画面的视频流和会场B子画面流的视频流的传输,判断结果是可以满足,在自身与MCU 2.1之间再建立两路呼叫,这两路呼叫相对于原有的广播流即为第二路呼叫和第三路呼叫;MCU 1根据自身与MCU2.2之间的上行级联带宽判断是否可以满足传输会场I子画面的视频流的传输,判断结果是可以满足,在自身与MCU 2.2之间再建立一路呼叫,这路呼叫相对于原有的广播流即为第二路呼叫;
步骤5.2,MCU 1向MCU 2.1发送指令,要求发送会场A和会场B的子画面格式的视频流;MCU 1向MCU 2.2发送指令,要求发送会场I的子画面格式的视频流;
步骤5.3,MCU 2.1根据自身与MCU 3.1之间的上行级联带宽判断是否可以同时满足传输会场A子画面的视频流和会场B子画面流的视频流的传输,判断结果是可以满足,在自身与MCU 2.1之间建立两路呼叫;
步骤5.4,MCU 2.1向MCU 3.1发送指令,要求发送会场A和会场B的子画面格式的视频流;
步骤5.5,MCU 3.1分别向会场A的终端和会场B的终端发送指令,要求发送会场A和会场B的子画面格式的视频流;
步骤5.6,会场A的终端向MCU 3.1发送会场A的子画面格式的视频流;会场B的终端向MCU 3.1发送会场B的子画面格式的视频流;MCU 3.1将收到的两路视频流转发给MCU 2.1;MCU 2.1将收到的两路视频流转发给MCU 1;在图5中用两点一划线箭头表示会场A的子画面格式的视频流,用虚线箭头表示会场B的子画面格式的视频流;
步骤5.7,MCU 2.2向会场I的终端发送指令,要求发送会场I的子画面格式的视频流;
步骤5.8,会场I的终端向MCU 2.2发送会场I的子画面格式的视频流;MCU 2.2将收到的视频流转发给MCU 1;在图5中用一点一划线箭头表示会场I的子画面格式的视频流;
这里步骤5.4~5.6和步骤5.7~步骤5.8不限定先后顺序;
步骤5.9,MCU 1将会场A、B和I的子画面合成多画面后作为广播流中的视频流,并将广播流广播给所有下属分支的MCU和会场终端。在图5中用实线箭头表示合成多画面后的广播流。
通过图5中的上述步骤可见,作为非顶级MCU的MCU 3.1下两个会场,甚至更多的会场都可以参加广播视频流的多画面。
并且根据上述图3、4和5所示的实施例可知,不同MCU下的会场可以相互观看,例如,在图3中,主席会场C可以观看会场I,同样,会场I可以观看主席会场C。这里会场I观看主席会场C的过程,与主席会场C观看会场I的过程类似,这里不再复述。
图6是本发明实施例一种MCU的组成结构框图。如图6所示,该MCU包括:判断模块601、呼叫管理模块602和带宽管理模块603,其中:
判断模块601,用于从带宽管理模块603获取自身所在的本MCU与级联的对端MCU之间的级联带宽,并在级联带宽能够满足指定会议中的第一呼叫所需的带宽时,向呼叫管理模块602发送建立第一呼叫的第一通知;用于从带宽管理模块603获取本MCU与对端MCU之间的剩余级联带宽,并在剩余级联带宽能够满足所述指定会议中的第二呼叫所需的带宽时,向呼叫管理模块602发送建立第二呼叫的第二通知;
呼叫管理模块602,用于在收到第一通知时,在本MCU和对端MCU之间建立第一呼叫,并传输第一呼叫的多媒体码流;用于在收到第二通知时,在本MCU和对端MCU之间建立第二呼叫,并传输第二呼叫的多媒体码流;
带宽管理模块603,用于保存本MCU和对端MCU之间的级联带宽,并在第一呼叫建立后,根据级联带宽和第一呼叫所占用的带宽计算剩余级联带宽并保存。
在图6中,带宽管理模块603,用于保存本MCU到对端MCU方向的第一级联带宽和对端MCU到本MCU方向的第二级联带宽;用于在第一呼叫的多媒体码流的方向是从本MCU到对端MCU时,根据第一级联带宽和第一呼叫所占用的带宽计算剩余第一级联带宽并保存;用于在第一呼叫的多媒体码流的方向是从对端MCU到本MCU时,根据第二级联带宽和第一呼叫所占用的带宽计算剩余第二级联带宽并保存;
判断模块601,在第一呼叫和第二呼叫的多媒体码流的方向都是从本MCU到对端MCU时,用于从带宽管理模块603获取第一级联带宽,并在第一级联带宽能够满足第一呼叫所需的带宽时,向呼叫管理模块602发送建立第一呼叫的第一通知,用于从带宽管理模块603获取剩余第一级联带宽,并在剩余第一级联带宽能够满足第二呼叫所需的带宽时,向呼叫管理模块602发送建立第二呼叫的第二通知;或者
在第一呼叫和第二呼叫的多媒体码流的方向都是从对端MCU到本MCU时,用于从带宽管理模块603获取第二级联带宽,并在第二级联带宽能够满足第一呼叫所需的带宽时,向呼叫管理模块602发送建立第一呼叫的第一通知,用于从带宽管理模块603获取剩余第二级联带宽,并在剩余第二级联带宽能够满足第二呼叫所需的带宽时,向呼叫管理模块602发送建立第二呼叫的第二通知。
如图6所示,该MCU进一步包括:带宽协商模块604,用于与对端MCU通过私有信令协商出第一级联带宽和第二级联带宽,并通知给带宽管理模块603。
在图6中,带宽协商模块604,用于将本MCU支持的向对端MCU发送多媒体码流的第一带宽值和本MCU支持的从对端MCU接收码流的第二带宽值发送给对端MCU;用于接收对端MCU发送的第三带宽值和第四带宽值,其中,第三带宽值为对端MCU所支持的向本MCU发送多媒体码流的带宽值,第四带宽值为对端MCU所支持的从本MCU接收码流的带宽值;用于从第一带宽值和第四带宽值中选择较小值作为第一级联带宽,从第二带宽值和第三带宽值中选择较小值作为第二级联带宽。
如图6所示的MCU为对端MCU的上级MCU,或者,为对端MCU的下级MCU。
在图6中,所述第二呼叫包括N路呼叫;N为自然数;判断模块601,用于从带宽管理模块603获取本MCU与对端MCU之间的剩余级联带宽,并在剩余级联带宽能够满足所述N路呼叫所需的带宽时,向呼叫管理模块602发送建立所述N路呼叫的第二通知;呼叫管理模块602,用于在收到第二通知时,在本MCU和对端MCU之间建立所述N路呼叫,并进一步用于向对端MCU发送指令,要求对端MCU发送所述N路呼叫中每路呼叫的子画面格式的视频流,以使得本MCU接收来自对端MCU的N路子画面格式的视频流。
由上实施例可见,本发明这种在级联的MCU之间建立呼叫后,计算剩余级联带宽,并在剩余级联带宽允许的情况下,在级联的MCU之间建立多路呼叫,并传输多路多媒体码流的技术方案能够满足视频会议用户的多种需求。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1、一种多媒体码流传输方法,其特征在于,该方法包括:
级联多点控制单元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之间建立第一呼叫,并传输第一呼叫的多媒体码流;第一MCU根据第二级联带宽和第一呼叫所占用的带宽计算剩余第二级联带宽;第一MCU判断剩余第二级联带宽是否能够满足第二呼叫所需的带宽,是则在自身与第二MCU之间建立第二呼叫,并传输第二呼叫的多媒体码流。
3、如权利要求2所述的方法,其特征在于,该方法在所有步骤之前进一步包括:
第一MCU和第二MCU通过私有信令协商出第一级联带宽和第二级联带宽。
4、如权利要求1至3中任一项所述的方法,其特征在于,
第一MCU为第二MCU的上级MCU;
或者,第二MCU为第一MCU的上级MCU。
5、如权利要求1所述的方法,其特征在于,所述第二呼叫包括N路呼叫,N为自然数;该方法在第一MCU判断所述剩余级联带宽能够满足所述N路呼叫所需的带宽,且在自身与第二MCU之间建立所述N路呼叫之后进一步包括:
第一MCU向第二MCU发送指令,要求第二MCU发送所述N路呼叫中每路呼叫的子画面格式的视频流;
第一MCU接收来自第二MCU的N路子画面格式的视频流。
6、一种多点控制单元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时,用于从带宽管理模块获取第二级联带宽,并在第二级联带宽能够满足第一呼叫所需的带宽时,向呼叫管理模块发送建立第一呼叫的第一通知;用于从带宽管理模块获取剩余第二级联带宽,并在剩余第二级联带宽能够满足第二呼叫所需的带宽时,向呼叫管理模块发送建立第二呼叫的第二通知。
8、如权利要求7所述的MCU,其特征在于,该MCU进一步包括:
带宽协商模块,用于与对端MCU通过私有信令协商出第一级联带宽和第二级联带宽,并通知给带宽管理模块。
9、如权利要求6至8中任一项所述的MCU,其特征在于,本MCU为对端MCU的上级MCU,或者,本MCU为对端MCU的下级MCU。
10、如权利要求6所述的MCU,其特征在于,所述第二呼叫包括N路呼叫;N为自然数;
所述判断模块,用于从带宽管理模块获取本MCU与对端MCU之间的剩余级联带宽,并在剩余级联带宽能够满足所述N路呼叫所需的带宽时,向呼叫管理模块发送建立所述N路呼叫的第二通知;
所述呼叫管理模块,用于在收到第二通知时,在本MCU和对端MCU之间建立所述N路呼叫,并进一步用于向对端MCU发送指令,要求对端MCU发送所述N路呼叫中每路呼叫的子画面格式的视频流,以使得本MCU接收来自对端MCU的N路子画面格式的视频流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101190667A CN101345844A (zh) | 2008-08-28 | 2008-08-28 | 一种多媒体码流传输方法和一种多点控制单元 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2008101190667A CN101345844A (zh) | 2008-08-28 | 2008-08-28 | 一种多媒体码流传输方法和一种多点控制单元 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101345844A true CN101345844A (zh) | 2009-01-14 |
Family
ID=40247715
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2008101190667A Pending CN101345844A (zh) | 2008-08-28 | 2008-08-28 | 一种多媒体码流传输方法和一种多点控制单元 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101345844A (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101867771A (zh) * | 2010-06-04 | 2010-10-20 | 中兴通讯股份有限公司 | 会议级联方法及系统 |
CN102006451A (zh) * | 2010-11-18 | 2011-04-06 | 中兴通讯股份有限公司 | 在级联会议中实现多画面的方法、系统及mcu |
CN102710922A (zh) * | 2012-06-11 | 2012-10-03 | 华为技术有限公司 | 一种多点控制服务器的级联建立方法,设备及系统 |
CN102761530A (zh) * | 2011-04-29 | 2012-10-31 | 华为终端有限公司 | 媒体码流传输方法、装置及系统 |
WO2013117086A1 (zh) * | 2012-02-06 | 2013-08-15 | 华为技术有限公司 | 一种建立多级联通道的方法、装置和系统 |
CN105208317A (zh) * | 2015-10-26 | 2015-12-30 | 苏州科达科技股份有限公司 | 基于预约的召开级联会议的方法、装置及系统 |
CN108965773A (zh) * | 2017-05-23 | 2018-12-07 | 中兴通讯股份有限公司 | 会议控制方法和系统、icms及会议业务系统 |
CN110225293A (zh) * | 2019-06-19 | 2019-09-10 | 苏州市科远软件技术开发有限公司 | 会议级联方法及电子设备 |
-
2008
- 2008-08-28 CN CNA2008101190667A patent/CN101345844A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101867771A (zh) * | 2010-06-04 | 2010-10-20 | 中兴通讯股份有限公司 | 会议级联方法及系统 |
CN101867771B (zh) * | 2010-06-04 | 2013-08-07 | 中兴通讯股份有限公司 | 会议级联方法及系统 |
WO2012062153A1 (zh) * | 2010-11-08 | 2012-05-18 | 中兴通讯股份有限公司 | 在级联会议中实现多画面的方法、系统及mcu |
CN102006451A (zh) * | 2010-11-18 | 2011-04-06 | 中兴通讯股份有限公司 | 在级联会议中实现多画面的方法、系统及mcu |
CN102761530A (zh) * | 2011-04-29 | 2012-10-31 | 华为终端有限公司 | 媒体码流传输方法、装置及系统 |
US8872886B2 (en) | 2012-02-06 | 2014-10-28 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for establishing multi-cascade channel |
WO2013117086A1 (zh) * | 2012-02-06 | 2013-08-15 | 华为技术有限公司 | 一种建立多级联通道的方法、装置和系统 |
CN102710922A (zh) * | 2012-06-11 | 2012-10-03 | 华为技术有限公司 | 一种多点控制服务器的级联建立方法,设备及系统 |
CN102710922B (zh) * | 2012-06-11 | 2014-07-09 | 华为技术有限公司 | 一种多点控制服务器的级联建立方法,设备及系统 |
US9425972B2 (en) | 2012-06-11 | 2016-08-23 | Huawei Technologies Co., Ltd. | Method, device, and system for establishing cascade of multipoint control servers |
CN105208317A (zh) * | 2015-10-26 | 2015-12-30 | 苏州科达科技股份有限公司 | 基于预约的召开级联会议的方法、装置及系统 |
CN108965773A (zh) * | 2017-05-23 | 2018-12-07 | 中兴通讯股份有限公司 | 会议控制方法和系统、icms及会议业务系统 |
CN108965773B (zh) * | 2017-05-23 | 2021-07-27 | 中兴通讯股份有限公司 | 会议控制方法和系统、icms及会议业务系统 |
CN110225293A (zh) * | 2019-06-19 | 2019-09-10 | 苏州市科远软件技术开发有限公司 | 会议级联方法及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101370114B (zh) | 视频及音频处理方法、多点控制单元和视频会议系统 | |
CN100583985C (zh) | 一种在视频业务中实现画面切换的方法、装置及系统 | |
CN101345844A (zh) | 一种多媒体码流传输方法和一种多点控制单元 | |
CN101262587B (zh) | 一种实现多画面视频会议的方法及多点控制单元 | |
JP5345081B2 (ja) | 常駐会議を行うための方法およびシステム | |
CN100454820C (zh) | Mcu级联系统和该系统的创建及通信方法 | |
CN101483758B (zh) | 一种视频监控系统与视频会议系统的融合系统 | |
CN100568948C (zh) | 分布式实时媒体创作器 | |
CN101198008A (zh) | 一种实现多屏多画面的方法和系统 | |
US9596433B2 (en) | System and method for a hybrid topology media conferencing system | |
EP2306714A1 (en) | Multipoint control unit cascaded system and communication method and device thereof | |
US20070169156A1 (en) | Apparatus, Network Device And Method For Video/Audio Data Transmission | |
CN101895718B (zh) | 视频会议系统多画面广播方法及其装置和系统 | |
CN101656864A (zh) | 视频选看的实现方法及视频会议系统 | |
CN102118602B (zh) | 一种在多画面中显示辅流视频的方法及系统 | |
EP2936803B1 (en) | Method and a device for optimizing large scaled video conferences | |
KR20140098573A (ko) | 영상 회의 서비스 제공 장치 및 방법 | |
CN100454821C (zh) | 一种视频会议系统多mcu之间资源共享的方法 | |
WO2015003532A1 (zh) | 多媒体会议的建立方法、装置及系统 | |
CN108156413B (zh) | 视频会议的传输方法及装置、mcu | |
CN102695036A (zh) | 视讯会议系统及其使用方法 | |
CN102006451A (zh) | 在级联会议中实现多画面的方法、系统及mcu | |
US9363475B2 (en) | Device and method for the distributed mixing of data streams | |
CN101252670A (zh) | 会议电视的处理方法和装置 | |
US11102451B2 (en) | Videoconferencing server for providing multi-screen videoconferencing by using a plurality of videoconferencing terminals and method therefor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090114 |