CN102611562B - 一种建立多级联通道的方法及装置 - Google Patents
一种建立多级联通道的方法及装置 Download PDFInfo
- Publication number
- CN102611562B CN102611562B CN201210025368.4A CN201210025368A CN102611562B CN 102611562 B CN102611562 B CN 102611562B CN 201210025368 A CN201210025368 A CN 201210025368A CN 102611562 B CN102611562 B CN 102611562B
- Authority
- CN
- China
- Prior art keywords
- meeting
- place
- code stream
- identifies
- mcu
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/15—Conference systems
- H04N7/152—Multipoint control units therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1818—Conference organisation arrangements, e.g. handling schedules, setting up parameters needed by nodes to attend a conference, booking network resources, notifying involved parties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
- H04L65/4038—Arrangements for multi-party communication, e.g. for conferences with floor control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1854—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with non-centralised forwarding system, e.g. chaincast
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种建立多级联通道的方法及装置。该方法包括:接收会场码流获取请求,所述请求中包括至少一个会场标识;接收对应于所述会场标识的地址和端口;根据所述会场标识所标识的会场的码流的编码信息与所述对应于所述会场标识的地址和端口建立用于传输所述会场标识所标识的会场的码流的多级联通道;通过所述多级联通道发送所述会场标识所标识的会场的码流。本发明解决了现有技术中多级联通道数必须会前指定导致的当想获取的码流需要的多级联通道数超过了指定的多级联通道数时无法获取到所有想获取的会场码流的问题,实现了根据需要动态地建立多级联通道并获取想要获取的所有会场的码流。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种建立多级联通道的方法及装置。
背景技术
视频和/或音频的多点会议是越来越重要的一种通信方式,在当前的多点会议组网方式中,MCU(Multipoint Control Unit,多点控制单元)级联是一种十分便利且实用的组网模式。级联会议是指多个MCU之间通过呼叫形成一个大会议的会议组网模式,呈树状结构,处于上层的MCU称之为上级MCU,下层的MCU称之为下级MCU,上下级是相对的。
在形成级联会议时,上、下级MCU之间会进行呼叫、建立通道传输会场码流。
由于呼叫最多只能协商出收发两条用于传输会场图像(视频)的通道(分别用于接收图像码流和发送图像码流)、和/或收发两条用于传输会场音频的通道、和/或收发两条用于传输会场数据的通道等(称之为级联通道),所以下级MCU最多同一时刻只能向上级MCU发送一个会场的图像码流、和/或一个会场音频码流、和/或一个会场的数据码流。如果上级MCU在同一时刻需要获取下级MCU的多个会场的图像码流、和/或多个会场的音频码流、和/或多个会场的数据码流,只能通过轮询的方式获取。
需要说明的是,传统的级联会议,只会协商出上述固定的级联通道,下文提到的多级联通道指的是,在级联通道之外再建立的几条类似的通道。
在现有技术中,在上、下级MCU间传输多个会场码流的方式如下(以会场图像码流为例):
1)在召开级联会议之前,确定好会议中将会使用到的上、下级MCU之间的多级联通道数,例如3条。
2)在召开级联会议过程中,上级MCU将会根据会前指定好的多级联通道数去额外地和下级MCU之间进行呼叫,指定了几条多级联通道数就会发起几路呼叫。
3)在会议中,如果上级MCU需要观看下级MCU上多个会场的图像,则下级MCU可以使用这些额外呼叫所建立起来的通道来发送多个会场的图像。同样的,一条多级联通道也只能发送一个会场的图像码流。
使用该技术可以实现在上、下级MCU间传输多个会场图像,但是该技术存在以下技术缺陷:
1、多级联通道数必须在会前指定,如果会议中,上级MCU想观看的下级MCU上的会场数超过了指定的多级联通道数,则不能观看到所有想看的会场。
3、会前指定了几条多级联通道数,在会议创建过程中就会产生几路多余的呼叫。如果在会议中并没用使用这些多级联通道,则这些呼叫仍然存在着,占用着MCU的呼叫资源等系统资源,且无法释放。
发明内容
本发明实施例提供了一种建立多级联通道的方法及装置,可以实现在上下级MCU之间建立用于传输指定会场的码流的多级联通道。
一方面,本发明实施例提供了一种建立多级联通道的方法,其特征在于,所述方法包括:
接收请求方发送的会场码流获取请求,所述请求中包括至少一个会场标识;
接收对应于所述会场标识的地址和端口;
确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第一会场标识集合为所述会场码流获取请求中的会场标识的子集;
根据所述第一会场标识集合中的每个会场标识所标识的会场的码流的编码信息与所述对应于所述第一会场标识集合的地址和端口建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道;
通过所述多级联通道发送所述第一会场标识集合中的每个会场标识所标识的会场的码流;
所述会场码流获取请求中还包括所述会场标识所标识的会场的优先级信息;
所述确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,具体为,根据请求方的解码能力信息、所述会场码流获取请求中的会场标识所标识的会场的码流的编码信息和所述会场的优先级信息,确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流。
另一方面,本发明实施例提供了一种建立多级联通道的装置,其特征在于,所述装置包括:
接收模块,用于接收请求方发送的会场码流获取请求,所述请求中包括至少一个会场标识,还用于接收对应于所述会场标识的地址和端口;
建立模块,用于根据所述会场标识所标识的会场的码流的编码信息与所述对应于所述会场标识的地址和端口建立用于传输所述会场标识所标识的会场的码流的多级联通道;
码流发送模块,用于通过所述多级联通道发送所述会场标识所标识的会场的码流;
所述装置还包括:确定模块,用于确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第一会场标识集合为所述会场码流获取请求中的会场标识的子集;
所述建立模块,具体用于根据所述第一会场标识集合中的每个会场标识所标识的会场的码流的编码信息与所述对应于所述第一会场标识集合的地址和端口建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道;
所述码流发送模块,具体用于通过所述多级联通道发送所述第一会场标识集合中的每个会场标识所标识的会场的码流;
所述接收模块,还用于接收请求方的解码能力信息;
所述确定模块,具体用于根据请求方的解码能力信息和所述会场码流获取请求中的会场标识所标识的会场的编码信息确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流;
所述确定模块,具体用于,确定将所述第二会场标识集合中的每个会场标识所标识的会场的码流适配后能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第二会场标识集合是第一会场标识集合的子集;
所述装置还包括:码流适配模块,用于对所述第二会场标识集合中的每个会场标识所标识的会场的码流进行适配。
本发明实施例通过建立用于传输指定会场的码流的多级联通道、传输指定会场的码流,解决了现有技术中多级联通道数必须会前指定导致的当想获取的码流需要的多级联通道数超过了指定的多级联通道数时无法获取到所有想获取的会场码流的问题,实现了根据需要动态地建立多级联通道并获取想要获取的所有会场的码流。
附图说明
图1为级联会议组网示意图;
图2a为本发明实施例一提供的建立多级联通道的方法流程示意图;
图2b为本发明实施例二提供的建立多级联通道的方法流程示意图;
图2c为本发明实施例三提供的建立多级联通道的方法流程示意图;
图3为本发明实施例四提供的建立多级联通道的装置结构示意图;
图4为本发明实施例五提供的建立多级联通道的装置结构示意图;
图5为本发明实施例六提供的建立多级联通道的系统结构示意图。
具体实施方式
为了实现本发明目的,本发明实施例提出了一种根据需要动态地建立用于传输指定会场的码流的多级联通道并传输指定会场的码流的方案,下面结合说明书附图对本发明实施例进行详细的描述。
图1为级联会议组网示意图。如图1所示,M1为M2的上级MCU,M2为M1的下级MCU。其中,M1有两个会场T1和T2,M2有四个会场T3、T4、T5、T6。
上级MCU可以请求获取下级MCU的一或多个会场的码流,如果是图像码流,则将所述多个会场的图像输出到不同的显示设备上,如图1所示的显示会场T3、T4、T6的图像的设备。同样地,下级MCU也可以请求获取上级MCU的多个会场的码流。
需要说明的是,有两种类型的MCU:
一类是专业级别的MCU,本身没有会场,可以通过与其它MCU之间固有的级联通道传输归属于自己的某个会场的码流,如果需要同时传输不止一个归属于自己的会场的码流,则需要建立多级联通道来传输;
一类是内置MCU功能的终端,此类MCU本身就有会场,会通过与其它MCU之间固有的级联通道传输本身会场的码流,如果要传输归属于自己的某个或某些会场的码流,则需要建立多级联通道来传输。
图2a为本发明实施例一提供的建立多级联通道的方法流程示意图。如图2a所示,本实施例包括以下步骤:
步骤2a01,第一MCU向第二MCU发送会场码流获取请求,所述请求中包括至少一个会场标识。
所述第一MCU可以称为请求方。
所述会场码流获取请求,用于请求获取所述会场标识所标识的会场的码流。具体可以用于请求所述会场标识所标识的会场的图像码流、和/或音频码流、和/或数据码流、和/或其它码流。本发明实施例一~本发明实施例六中,均以仅请求会场的某类码流(如图像码流、或音频码流、或数据码流)为例加以详细阐述。
所述会场标识用于标识所述会场,格式可以为<M T>(<MCUTerminal>)。需要说明的是,所述会场标识是在建立所述会场时由第一级MCU为所述会场分配的。
优选地,第一MCU为上级MCU,第二MCU为下级MCU。
第一MCU还需要向第二MCU发送对应于所述会场标识的地址和端口,即第一MCU用于接收所述会场标识所标识的会场的码流的地址和端口,用于指示第二MCU往所述地址和端口发送码流。
优选地,通过所述会场码流获取请求携带所述对应于所述会场标识的地址和端口,同时第一MCU在各个端口上启动侦听。示例如下:
REQ
<M2 T1><LOCAL IP1><PORT1>
<M2 T2><LOCAL IP2><PORT2>
……
<M2 Tn><LOCAL IPn><PORTn>
所述REQ(Request的缩写)表示这是会场码流获取请求;所述<M2 T1>、<M2T2>、<M2 Tn>表示所述会场标识;所述<LOCAL IP1><PORT1>、<LOCAL IP2><PORT2>、<LOCAL IPn><PORTn>表示所述地址和端口。
进一步示例如下:
REQ
<2,2>ADDRM1 5001
<2,3>ADDRM1 5002
上述示例表明,请求会场标识为<2,2>的会场的码流,接收会场标识为<2,2>的会场的码流的地址为ADDRM1,端口为5001。
所述会场码流获取请求,可以默认为会场图像码流获取请求或会场音频码流获取请求或会场数据码流获取请求,如,REQ表示是会场图像码流获取请求;也可以通过不同的请求名称来区分获取的是什么类型的码流,如videoREQ表示是会场图像码流获取请求,aud ioREQ表示是会场视频码流获取请求,dataREQ表示是会场数据码流获取请求;也可以通过另外一个标识来区分获取的是什么类型的码流,如REQ video<M2 T1><M2 T2>表示获取会场<M2 T1><M2T2>的图像码流,如REQ<M2 T1>video<M2 T2>video&audio表示获取会场<M2 T1>的图像码流、<M2 T2>的图像码流和音频码流(采用这种方式,可以通过一个请求获取不同会场的不同类型的码流)。
具体地,如果所述级联会议是通过H.245协议实现能力和媒体控制的,所述会场码流获取请求可以通过扩展H.245协议的信令来携带。
H.245协议的信令包括请求信令RequestMessage、响应信令ResponseMessage、命令信令CommandMessage等,所述信令包括非标准会控字段(NonStandard),所述非标准会控字段包括data字段。
优选地,所述会场码流获取请求可以通过请求信令的非标准会控字段携带,具体可以通过字符串的形式储存在data字段中携带。
本发明实施例一~本发明实施例六中第一MCU和第二MCU之间传递的信息均通过扩展H.245协议的信令携带,使用到的信令主要包括上述请求信令RequestMessage、响应信令ResponseMessage、命令信令CommandMessage,优选地,均通过相应信令的非标准会控字段携带,优选地,均通过字符串的形式储存在非标准会控字段的data字段中携带。
可选地,所述地址和端口也可以不在所述会场码流获取请求中携带,如,可以是在步骤2a02建立多级联通道的过程中由第一MCU发送给第二MCU。
步骤2a02,在第一MCU和第二MCU之间建立用于传输所述会场标识所标识的会场的码流的多级联通道;
具体地,第二MCU根据所述会场标识所标识的会场的码流的编码信息与第一MCU的所述对应于所述会场标识的地址和端口建立所述多级联通道,其中,建立多级联通道的连接的过程可以遵从使用socket建立TCP连接的过程。
优选地,还包括,第二MCU向第一MCU发送所述会场标识所标识的会场的码流的编码信息,所述编码信息用于第一MCU构建用于解码所述会场标识所标识的会场的码流的解码器。
优选地,所述编码信息具体包括协议、格式、带宽。
优选地,还包括,第二MCU向第一MCU发送成功响应,在所述成功响应中携带所述编码信息,示例如下:
SUCC RSP
<M2 T1><PRTL1><FORMAT1><BANDWIDTH1>
<M2 T2><PRTL2><FORMAT2><BANDWIDTH2>
……
<M2 Tn><PRTLn><FORMATn><BANDWIDTHn>
所述SUCC RSP(Success Response的缩写)表示这是成功响应;所述<M2Tn><PRTLn><FORMATn><BANDWIDTHn>表示,会场标识为<M2 Tn>的会场的码流的编码信息为:协议为<PRTLn>,格式为<FORMATn>,带宽为<BANDWIDTHn>。
进一步示例如下:
SUCC RSP
<2,2>H264 4CIF 1024
<2,3>H264 CIF 512
上述示例表明,会场<2,2>的会场的码流的编码信息为:协议为H264,格式为4CIF(Quarter Common Intermediate Format,1/4通用中间格式),带宽为1024;会场<2,3>的会场的码流的编码信息为:协议为H264,格式为(Common Intermediate Format,通用中间格式),带宽为512。
第一MCU利用所述编码信息构建用于解码所述会场标识所标识的会场的码流的解码器。
优选地,所述成功响应消息通过H.245协议的响应信令ResponseMessage的非标准会控字段携带。
步骤2a03,第二MCU通过所述多级联通道向第一MCU发送所述会场标识所标识的会场的码流。
具体地,第二MCU通过所述多级联通道向所述地址和端口发送所述码流。
第一MCU收到所述码流后可以利用所述解码器解码所述码流。优选地,第一MCU将解码后的码流输出到相应的设备上(如将图像码流输出到相应的显示设备上)。
如果存在所述会场码流获取请求中有可能包括用于标识不属于所述第二MCU的会场的会场标识的情况,优选地,还包括,
第二MCU判断所述会场标识所标识的会场是否都是属于自己的会场;
如果不是,第二MCU执行如下步骤:
确定不属于自己的会场属于的MCU(后续称之为第三MCU);
向所述第三MCU发送会场码流获取请求,所述请求中包括所述不属于自己的会场的会场标识;
优选地,与所述第三MCU建立用于传输所述不属于自己的会场的码流的多级联通道,通过所述多级联通道接收所述码流,并转发给第一MCU。如果采用这种方式,则需要与第一MCU建立用于传输所述不属于自己的会场的码流的多级联通道,所述多级联通道用于转发所述码流。
可选地,还可以是在所述第一MCU与所述第三MCU之间直接建立用于传输所述不属于所述第二MCU的会场的码流的多级联通道,并通过所述多级联通道传输所述码流。如果采用这种方式,则无需在第一MCU与第二MCU之间建立用于传输所述不属于第二MCU的会场的码流的多级联通道。
可选地,本发明实施例还提供了拆除多级联通道的方法。
步骤2a04,第二MCU向第一MCU发送多级联通道拆除请求,所述多级联通道拆除请求中包括至少一个会场标识。
优选地,所述多级联通道拆除请求消息通过H.245协议的请求信令RequestMessage的非标准会控字段携带。
步骤2a05,第一MCU拆除用于所述会场标识所标识的会场的多级联通道。
多级联通道拆除以后,所占用的系统资源就会被释放掉。
优选地,还包括,第一MCU向第二MCU返回拆除请求允许响应。
所述拆除请求允许响应消息可以通过H.245协议的响应信令ResponseMessage的非标准会控字段携带。
优选地,如果第一MCU允许拆除所述会场标识中的部分会场标识所标识的会场的多级联通道,则仅拆除所述部分会场标识所标识的会场的多级联通道;
优选地,可以在拆除请求允许响应中携带所述部分会场标识;
如果第一MCU不同意拆除多级联通道,可以返回拆除请求拒绝响应。
所述拆除请求拒绝响应消息可以通过H.245协议的响应信令ResponseMessage的非标准会控字段携带。
可选地,第一MCU还可以主动拆除所述多级联通道,优选地,还包括,第一MCU向第二MCU发送多级联通道拆除命令,所述多级联通道拆除命令包括至少一个会场标识。
所述多级联通道拆除命令可以通过H.245协议的命令信令CommandMessage的非标准会控字段携带。
本发明实施例通过建立指定会场的多级联通道、传输指定会场的码流,解决了现有技术中多级联通道数必须会前指定导致的当想获取的码流需要的多级联通道数超过了指定的多级联通道数时无法观获取所有想获取的会场码流的问题,另外,本发明实施例还提供了拆除指定的多级联通道的方法,解决了现有技术中存在的,没有使用的多级联通道占用着MCU的呼叫资源等系统资源且无法释放的问题。
图2b为本发明实施例二提供的建立多级联通道的方法流程示意图。
如图2b所示,本实施例包括以下步骤:
步骤2b01,同步骤2a01;
步骤2b02,第二MCU确定能够向第一MCU发送第一会场标识集合中的每个会场标识所标识的会场的码流;
需要说明的是,步骤2b01中的所述会场码流获取请求中的会场标识可以看做是一个集合,为了便于表述,后续统一称之为请求会场标识集合。
子集的定义:对于两个非空集合A与B,如果集合A的任何一个元素都是集合B的元素,我们就说集合A是集合B的子集。所有集合都是其本身的子集。
所述第一会场标识集合为所述请求会场标识集合的子集。
优选地,如果第二MCU确定能够向第一MCU发送所述会场码流获取请求中的所有会场标识所标识的会场的码流,则所述第一会场标识集合即为请求会场标识集合,包含所述会场码流获取请求中的所有会场标识。
优选地,第二MCU根据第一MCU的解码能力信息和所述请求会场标识集合中的每个会场标识所标识的会场的编码信息确定能够向第一MCU发送第一会场标识集合中的每个会场标识所标识的会场的码流。
所述确定步骤主要用于确定,第一MCU的解码能力能够支撑同时解码所述第一会场标识集合中的每个会场标识所标识的会场的码流。如果第一MCU的解码能力无法支撑解码接收到的会场码流,则会造成解码异常。
优选地,所述解码能力信息具体包括,第一MCU支持的解码协议、格式、最大解码带宽。
优选地,在步骤2b02之前还包括,第一MCU向第二MCU发送所述解码能力信息,示例如下:
DEC
<PRTL1><FORMAT1><COUNT1>
<PRTL2><FORMAT2><COUNT2>
……
<PRTLn><FORMATn><COUNTn>
BANDWIDTH
所述DEC(Decode的缩写)表示这是解码能力信息发送消息。
所述<PRTL1>、<PRTL2>、<PRTLn>表示支持的解码协议,如H.264;所述<FORMAT1>、<FORMAT2>、<FORMAT2>表示支持的格式,如720P30(720Progressive,水平720线,逐行扫描,30帧每秒)、4CIF(Quarter CommonIntermediate Format,1/4通用中间格式)、CIF(Common Intermediate Format,通用中间格式);<COUNT1>、<COUNT2>、<COUNTn>表示支持解码对应于所述协议、格式的码流的路数;BANDWIDTH表示支持的最大解码带宽。
上述示例表明,支持解码<COUNT1>路协议为<PRTL1>、格式为<FORMAT1>的码流,或支持解码<COUNT2>路协议为<PRTL2>、格式为<FORMAT2>的码流,支持解码<COUNTn>路协议为<PRTLn>、格式为<FORMATn>的码流,支持的最大解码带宽为BANDWIDTH。
进一步示例如下:
DEC
H264 720P30 4
H264 4CIF 8
BANDWIDTH 12*1024
上述示例表明,第一MCU支持解码4路协议为H264、格式为720P30的码流,或支持解码8路协议为H264、格式为4CIF的码流,支持的最大解码带宽为12*1024。
优选地,所述解码能力信息发送消息通过H.245协议的请求信令RequestMessage的非标准会控字段携带。
为清晰阐述本实施例步骤的具体实现,举例如下(以会场图像码流为例):
如图1所示,上级MCU向下级MCU请求建立用于传输会场T3(会场标识为<2,2>)、T4(会场标识为<2,4>)、T6(会场标识为<2,5>)的码流的多级联通道,即,请求会场标识集合包括<2,2>、<2,4>、<2,5>;
上级MCU的解码能力为:
H264 720P30 4
H264 4CIF 8
H264 CIF 12
BANDWIDTH 12*1024
会场T3、T4、T6的编码信息为:
<2,2>H264 4CIF 1024
<2,4>H264 CIF 512
<2,5>H264 720P30 2*1024
下级MCU收到上级MCU的请求后,查看<2,2>、<2,4>、<2,5>所代表的会场T3、T5、T6的编码信息,T3、T5、T6的码流分别为1M的4CIF码流、512K的CIF码流和2M的720P30码流;再查看之前上级MCU发来的解码信息,发现上级MCU支持的最大解码带宽为12*1024,大于会场T3、T4、T6的码流的总带宽;发现上级MCU最大可以解4路720P30的码流,由于解1路720P30的码流比解码1路的4CIF的码流或1路的CIF的码流需要的资源多,所以上级MCU解1路4CIF的码流、1路CIF的码流和1路720P30的码流肯定是没有问题的。
由此下级MCU可以确定能够向上级MCU发送<2,2>、<2,4>、<2,5>(第一会场标识集合)所标识的会场(T3、T5、T6)的码流。
优选地,在根据第一MCU的解码能力信息、所述请求会场标识集合中的每个会场标识所标识的会场的编码信息确定所述第一会场标识集合的基础上,还可以结合策略确定所述第一会场标识集合。
优选地,所述策略具体可以为,根据会场的优先级信息确定(如优先包括优先级高的会场的会场标识),和/或包括尽可能多的会场标识。
可选地,所述策略也可以是随机选取属于第一会场标识集合的会场标识。
如,请求会场标识集合包括会场1、会场2、会场3、会场4,下级MCU根据上级MCU的解码能力和这四个会场的编码信息判断,确定不可以发送所有会场的码流。发现最多可以发送3个会场的码流,如会场1、会场2、会场3或会场1、会场2、会场4,其中,会场3的优先级高于会场4的优先级,如果根据会场的优先级信息来确定第一会场标识集合,则可以确定第一会场标识集合包括的会场标识为会场1、会场2、会场3;如果根据随机选取的策略,可以选择这两组中的任一组作为第一会场标识集合;另外,根据包括尽可能多的会场标识的策略,既然最多可以发送3个会场的码流,任何可以发送低于三个会场的码流的情况均可以不予考虑。
优选地,在步骤2b02之前还包括,第一MCU向第二MCU发送会场的优先级信息。所述优先级信息可以通过具体的数值来表示,如,数值越小则优先级越高。
优选地,所述优先级信息通过所述会场码流获取请求携带,示例如下:
REQ
<M2 T1><LOCAL IP1><PORT1><PRIORITY1>
<M2 T2><LOCAL IP2><PORT2><PRIORITY2>
……
<M2 Tn><LOCAL IPn><PORTn><PRIORITYn>
所述<PRIORITY1>、<PRIORITY2>、<PRIORITYn>分别表示其所对应的会场<M2 T1>、<M2 T2>、<M2 Tn>的优先级,可以通过具体的数值来表示,如,数值越小则优先级越高。
进一步示例如下:
REQ
<2,2>ADDRM1 5001 1
<2,3>ADDRM1 5002 3
<2,5>ADDRM1 5002 2
上述示例表明,会场<2,2>的优先级最高,会场<2,2>其次,会场<2,3>的优先级最低。
如果第二MCU确定不能够向第一MCU发送请求的会场的码流,则返回失败响应。
优选地,所述确定不能够向第一MCU发送请求的会场的码流,具体为,如果无法发送所有请求的会场的码流,则可以确定为不能够向第一MCU发送请求的会场的码流。
可选地,所述确定不能够向第一MCU发送请求的会场的码流,具体为,如果只可以发送请求的部分会场的码流,则也可以确定为不能够向第一MCU发送请求的会场的码流,即不发送所述请求会场标识集合中的任何会场标识所标识的会场的码流。这种方式主要用于如下场合:要么获取所有请求的会场的码流,要么不获取任何请求的会场的码流。。
优选地,所述失败响应中包括失败原因信息,示例如下:
FAIL RSP<REASON>
所述FAIL RSP(FAIL Response的缩写)表示这是失败响应;所述<REASON>参数表示失败原因。
优选地,所述失败响应消息通过H.245协议的响应信令ResponseMessage的非标准会控字段携带。
可选地,还可以是,如果第二MCU确定不能够向第一MCU发送所有请求的会场的码流(即,第一MCU无法同时解码所有请求的会场的码流),则可以将能够发送的会场的会场标识集合发送给第一MCU确认(第一MCU后续可以请求所述会场标识集合中的每个会场标识所标识的会场的码流);如果所述会场标识集合不止一个,则可以发送其中的一个或多个会场集合给第一MCU供第一MCU选择(第一MCU后续可以请求选择出的会场标识集合中的每个会场标识所标识的会场的码流)。
可选地,还可以是,第一MCU先向第二MCU获取会场的编码信息,根据会场的编码信息和自己的解码能力信息,确定可以请求哪些会场的码流,或确定是否可以请求某个或某些会场的码流,并在确定后向第二MCU请求确定的会场的码流,请求中携带确定的会场的标识。
步骤2b03,在第一MCU与第二MCU之间建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道;
具体地,第二MCU根据所述第一会场标识集合中的每个会场标识所标识的会场的码流的编码信息与第一MCU的所述对应于所述第一会场标识集合的地址和端口建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道。
步骤2b04,第二MCU通过所述多级联通道向第一MCU发送所述第一会场标识集合中的每个会场标识所标识的会场的码流。
步骤2b05,同步骤2a04。
步骤2b06,同步骤2a05。
在本实施例中,第二MCU获取第一MCU发送的会场码流获取请求后,确定能够向第一MCU发送第一会场标识集合中的每个会场标识所标识的会场的码流,在确定后与第一MCU建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道,并通过所述多级联通道发送所述第一会场标识集合中的每个会场标识所标识的会场的码流。通过确定步骤,能够尽可能地保证后续第一MCU能够成功地获取、解码第二MCU发送的会场码流,从而避免解码异常。
图2c为本发明实施例三提供的建立多级联通道的方法流程示意图。如图2c所示,本实施例包括以下步骤:
步骤2c01,同步骤2b01(2a01);
步骤2c02,第二MCU确定将第二会场标识集合中的每个会场标识所标识的会场的码流适配后能够向第一MCU发送第一会场标识集合中的每个会场标识所标识的会场的码流。
所述第一会场标识集合为所述会场码流获取请求中的会场标识的子集。
所述第二会场标识集合为第一会场标识集合的子集。
优选地,第二MCU根据第一MCU的解码能力信息确定所述第二会场标识集合及所述第二会场标识集合中的每个会场标识所标识的会场的适配码流的格式。
所述适配码流,指的是对会场的码流进行适配后得到的码流。
举例如下(以会场图像码流为例):
如图1所示,上级MCU向下级MCU请求建立用于传输会场T3(会场标识为<2,2>)、T4(会场标识为<2,4>)、T6(会场标识为<2,5>)的码流的多级联通道;
上级MCU的解码能力为:
H264 720P30 1
H264 4CIF 3
H264 CIF 6
BANDWI DTH 6*1024
会场T3、T4、T6的编码信息为:
<2,2>H264 4CIF 1024
<2,4>H264 CIF 512
<2,5>H264 720P30 2*1024
下级MCU收到上级MCU的请求后,查看<2,2>、<2,4>、<2,5>所代表的会场T3、T5、T6的编码信息,T3、T5、T6给下级MCU发的码流分别为1M的4CIF码流、512K的CIF码流和2M的720P30码流;再查看之前上级MCU发来的解码信息,最大只可以解1路720P30的码流,所以确定上级MCU无法同时解码1路的4CIF的码流、1路的CIF的码流和1路的720P30的码流,又确定,由于上级MCU最大可以解3路4CIF的码流,且解1路4CIF的码流比解码1路CIF的码流需要的资源多,所以如果将会场T6的720P30的码流适配为4CIF的码流,则上级MCU可以同时解码这三个会场的码流(适配后相当于是2路4CIF的码流和1路CIF的码流)。
由此下级MCU可以确定,将<2,2>(第二会场标识集合)所标识的会场(T6)码流适配(将720P30的码流适配为4CIF的码流)后能够与上级MCU建立用于传输<2,2>、<2,4>、<2,5>(第一会场标识集合)所标识的会场(T3、T5、T6)的码流的多级联通道。
优选地,向请求方发送第二会场标识集合,以便于请求方确定哪些会场的码流是适配过的。
所述第二会场标识集合可以通过成功响应携带。
优选地,还可以根据第一MCU的解码能力信息和策略确定第二会场标识集合及其适配码流格式。
优选地,所述策略具体可以为,使第一会场标识集合尽可能大,和/或优先适配优先级低的会场的码流,和/或使所述第二会场标识集合尽可能小,和/或使适配码流尽可能清晰。
如,请求会场标识集合包括会场1、会场2、会场3、会场4,其中会场3的优先级高于会场4的优先级,根据上级MCU的解码能力和这四个会场的编码信息判断,发现不可以发送所有会场的码流。
如果将会场3或会场4的码流进行适配,则可以发送所有会场的码流,若根据优先适配优先级低的会场的码流的策略,则可以确定第二会场标识集合的元素为会场4。
如果将会场3和会场4的码流分别由720P30适配为4CIF,或者仅将会场3或会场4的码流由720P30适配为CIF后,可以发送所有会场的码流,若根据使所述第二会场标识集合尽可能小的策略和优先适配优先级低的会场的码流的策略,可以确定第二会场标识集合的元素为会场4,适配码流格式为CIF;若根据使适配码流尽可能清晰的策略,则可以确定第二会场标识集合的元素为会场3和会场4,适配码流格式均为4CIF。
步骤2c03,与请求方建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道。
具体地,如果所述第二会场标识集合不为空,所述与请求方建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道,具体包括,根据所述第二会场标识集合中的每个会场标识所标识的会场的码流的编码信息与第一MCU的所述对应于所述第二会场标识集合的地址和端口建立用于传输所述第二会场标识集合中的每个会场标识所标识的会场的适配码流的多级联通道。
步骤2c04,对所述第二会场标识集合中的每个会场标识所对应的会场的码流进行适配;
如果所述第二会场标识集合不为空,则执行本步骤。
与步骤2c02对应,如,在步骤2c02中确定将<2,2>(第二会场标识集合)所标识的会场(T6)码流适配(将720P30的码流适配为4CIF的码流)后能够与上级MCU(请求方)建立用于传输<2,2>、<2,4>、<2,5>(第一会场标识集合)所标识的会场(T3、T5、T6)的码流的多级联通道,则在本步骤中将会场T6的码流由720P30适配为4CIF。
优选地,所述适配,具体为,将码流解码后再按照要适配的格式进行编码,如,先将720P30的码流解码,然后按照4CIF的格式进行编码。
步骤2c05,通过所述多级联通道发送所述第一会场标识集合中的每个会场标识所标识的会场的码流。
具体地,如果所述第二会场标识集合不为空,所述通过所述多级联通道发送所述第一会场标识集合中的每个会场标识所标识的会场的码流,具体包括,通过所述用于传输所述第二会场标识集合中的每个会场标识所标识的会场的适配码流的多级联通道发送所述第二会场标识集合中的每个会场标识所标识的会场的适配码流。
步骤2c06,同步骤2b05(2a04)。
步骤2c07,同步骤2b06(2a05)。
步骤2c08,适配判断及多级联通道更新。
本步骤可选。第二MCU收到所述多级联通道拆除允许响应或多级联通道拆除命令后,判断没有拆除的多级联通道所传输的会场码流是否包括适配过的码流,如果包括,则确定新的第二会场标识集合,如果适配过的码流对应的会场的会场标识不属于新的第二会场标识集合,即,所述会场标识所标识的会场的码流无需再适配,则更新用于传输所述会场的码流的多级联通道从而传输所述会场的原始码流,具体为,建立用于传输所述会场的原始码流的多级联通道并拆除用于传输所述会场的适配码流的多级联通道,或者,将所述用于传输所述会场的适配码流的多级联通道直接更新为用于传输所述会场的原始码流的多级联通道。
在本实施例中,如果不能够传输所有请求的会场的原始码流,第二MCU可以对发送的部分或全部会场码流进行适配后传输,相应地,在传输之前确定需要对哪些会场的码流进行适配(第二会场标识集合),并确定适配后可以传输哪些会场的码流(第一会场标识集合),从而使得第一MCU获取尽可能多的会场的码流。另外,在拆除部分级联通道后,确定出需要继续传输但无需再适配的会场的码流,并更新对应的多级联通道,传输所述会场的原始码流,从而使得第一MCU获取尽可能清晰的会场码流。
图3为本发明实施例四提供的建立多级联通道的装置结构示意图。如图3所示,本实施例包括以下模块:
发送模块301,用于发送会场码流获取请求,所述请求中包括至少一个会场标识,还用于发送对应于所述会场标识的地址和端口。
建立模块302,用于根据所述会场标识所标识的会场的码流的编码信息通过所述对应于所述会场标识的地址和端口与请求接收方建立用于传输所述会场标识所标识的会场的码流的多级联通道。
码流接收模块303,用于通过所述多级联通道接收所述会场标识所标识的会场的码流。
优选地,所述装置还包括:构建模块304,用于根据会场标识所标识的会场的码流的编码信息构建用于解码所述会场标识所标识的会场的码流的解码器,优选地,所述编码信息具体包括协议、格式、带宽。
为了实现多级联通道的拆除,所述装置还包括以下模块:
拆除请求接收模块305,用于接收多级联通道拆除请求,所述多级联通道拆除请求中包括至少一个会场标识;
拆除模块306,用于拆除用于所述会场标识所标识的会场的多级联通道。
图4为本发明实施例五提供的建立多级联通道的装置结构示意图。如图4所示,本实施例包括以下模块:
接收模块401,用于接收会场码流获取请求,所述请求中包括至少一个会场标识,还用于接收对应于所述会场标识的地址和端口。
建立模块402,用于根据所述会场标识所标识的会场的码流的编码信息与请求方的所述对应于所述会场标识的地址和端口建立用于传输所述会场标识所标识的会场的码流的多级联通道。
码流发送模块403,用于通过所述多级联通道发送所述会场标识所标识的会场的码流。
优选地,所述装置还包括:确定模块404,用于确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第一会场标识集合为所述请求会场标识集合的子集;所述建立模块,具体用于根据所述第一会场标识集合中的每个会场标识所标识的会场的码流的编码信息与所述对应于所述第一会场标识集合的地址和端口建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道。
优选地,所述确定模块,具体用于根据请求方的解码能力和所述会场标识所标识的会场的编码信息确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流
优选地,所述确定模块,具体用于确定将第二会场标识集合中的每个会场标识所对应的会场的码流适配后能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第二会场标识集合为第一会场标识集合的子集。
优选地,所述装置还包括:适配模块405,用于对所述第二会场标识集合中的每个会场标识所标识的会场的码流进行适配。
图5为本发明实施例六提供的建立多级联通道的系统结构示意图。如图5所示,所述系统包括:
第一MCU501,具体为实施例四所述的装置;
第二MCU502,具体为实施例五所述的装置;
本发明实施例提供的建立多级联通道的方法及装置通过建立指定会场的多级联通道、传输指定会场的码流,解决了现有技术中多级联通道数必须会前指定导致的当想获取的码流需要的多级联通道数超过了指定的多级联通道数时无法获取到所有想获取的会场码流的问题,另外,本发明实施例提供的建立多级联通道的方法和装置,可以实现拆除指定的多级联通道,解决了现有技术中存在的,没有使用的多级联通道占用着MCU的呼叫资源等系统资源且无法释放的问题。
专业人员应该还可以进一步意识到,结合本文中所公开的实施例描述的各示例的模块及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (4)
1.一种建立多级联通道的方法,其特征在于,所述方法包括:
接收请求方发送的会场码流获取请求,所述请求中包括至少一个会场标识;
接收对应于所述会场标识的地址和端口;
确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第一会场标识集合为所述会场码流获取请求中的会场标识的子集;
根据所述第一会场标识集合中的每个会场标识所标识的会场的码流的编码信息与所述对应于所述第一会场标识集合的地址和端口建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道;
通过所述多级联通道发送所述第一会场标识集合中的每个会场标识所标识的会场的码流;
所述会场码流获取请求中还包括所述会场标识所标识的会场的优先级信息;
所述确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,具体为,根据请求方的解码能力信息、所述会场码流获取请求中的会场标识所标识的会场的码流的编码信息和所述会场的优先级信息,确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流。
2.如权利要求1所述的建立多级联通道的方法,其特征在于,
在所述确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流之前,还包括,接收请求方的解码能力信息。
3.如权利要求1或2任一所述的建立多级联通道的方法,其特征在于,
所述确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,具体为,确定将第二会场标识集合中的每个会场标识所标识的会场的码流适配后能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第二会场标识集合为第一会场标识集合的子集;
所述根据所述会场标识所标识的会场的码流的编码信息与所述对应于所述会场标识的地址和端口建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道,具体包括,根据所述第二会场标识集合中的每个会场标识所标识的会场的码流的编码信息与所述对应于所述第二会场标识集合中的每个会场标识所标识的会场的地址和端口建立用于传输所述第二会场标识集合中的每个会场标识所标识的会场的适配码流的多级联通道;
所述发送所述第一会场标识集合中的每个会场标识所标识的会场的码流,具体包括,对所述第二会场标识集合中的每个会场标识所标识的会场的码流进行适配,通过所述用于传输所述第二会场标识集合中的每个会场标识所标识的会场的适配码流的多级联通道发送所述第二会场标识集合中的每个会场标识所标识的会场的适配码流。
4.一种建立多级联通道的装置,其特征在于,所述装置包括:
接收模块,用于接收请求方发送的会场码流获取请求,所述请求中包括至少一个会场标识,还用于接收对应于所述会场标识的地址和端口;
建立模块,用于根据所述会场标识所标识的会场的码流的编码信息与所述对应于所述会场标识的地址和端口建立用于传输所述会场标识所标识的会场的码流的多级联通道;
码流发送模块,用于通过所述多级联通道发送所述会场标识所标识的会场的码流;
所述装置还包括:确定模块,用于确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第一会场标识集合为所述会场码流获取请求中的会场标识的子集;
所述建立模块,具体用于根据所述第一会场标识集合中的每个会场标识所标识的会场的码流的编码信息与所述对应于所述第一会场标识集合的地址和端口建立用于传输所述第一会场标识集合中的每个会场标识所标识的会场的码流的多级联通道;
所述码流发送模块,具体用于通过所述多级联通道发送所述第一会场标识集合中的每个会场标识所标识的会场的码流;
所述接收模块,还用于接收请求方的解码能力信息;
所述确定模块,具体用于根据请求方的解码能力信息和所述会场码流获取请求中的会场标识所标识的会场的编码信息确定能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流;
所述确定模块,具体用于,确定将第二会场标识集合中的每个会场标识所标识的会场的码流适配后能够向请求方发送第一会场标识集合中的每个会场标识所标识的会场的码流,所述第二会场标识集合是第一会场标识集合的子集;
所述装置还包括:码流适配模块,用于对所述第二会场标识集合中的每个会场标识所标识的会场的码流进行适配。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210025368.4A CN102611562B (zh) | 2012-02-06 | 2012-02-06 | 一种建立多级联通道的方法及装置 |
PCT/CN2012/080370 WO2013117086A1 (zh) | 2012-02-06 | 2012-08-20 | 一种建立多级联通道的方法、装置和系统 |
EP12868024.6A EP2704355B1 (en) | 2012-02-06 | 2012-08-20 | Method, device and system for establishing multi-cascade channel |
US14/102,267 US8872886B2 (en) | 2012-02-06 | 2013-12-10 | Method, apparatus, and system for establishing multi-cascade channel |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210025368.4A CN102611562B (zh) | 2012-02-06 | 2012-02-06 | 一种建立多级联通道的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102611562A CN102611562A (zh) | 2012-07-25 |
CN102611562B true CN102611562B (zh) | 2015-06-03 |
Family
ID=46528734
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210025368.4A Active CN102611562B (zh) | 2012-02-06 | 2012-02-06 | 一种建立多级联通道的方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8872886B2 (zh) |
EP (1) | EP2704355B1 (zh) |
CN (1) | CN102611562B (zh) |
WO (1) | WO2013117086A1 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102611562B (zh) * | 2012-02-06 | 2015-06-03 | 华为技术有限公司 | 一种建立多级联通道的方法及装置 |
CN106302363A (zh) * | 2015-06-10 | 2017-01-04 | 中兴通讯股份有限公司 | 媒体级联的管理方法及装置 |
CN106341646A (zh) * | 2015-07-09 | 2017-01-18 | 三亚中兴软件有限责任公司 | 会议级联方法及装置 |
CN110336974B (zh) * | 2019-06-05 | 2021-05-04 | 浙江华创视讯科技有限公司 | 视频会议处理方法、装置、计算机设备和存储介质 |
CN110913165A (zh) * | 2019-10-21 | 2020-03-24 | 福建星网智慧科技股份有限公司 | 基于级联框架的视频会议系统的视频流轮播方法和装置 |
CN115086707B (zh) * | 2022-05-10 | 2024-02-06 | 北京千方科技股份有限公司 | 视频流的传输方法、装置、电子设备及存储介质 |
CN115297241B (zh) * | 2022-08-02 | 2024-02-13 | 白犀牛智达(北京)科技有限公司 | 一种图像采集系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101540872A (zh) * | 2009-02-23 | 2009-09-23 | 深圳华为通信技术有限公司 | 媒体控制服务器多通道级联的控制方法、装置和系统 |
CN101998105A (zh) * | 2009-08-31 | 2011-03-30 | 华为终端有限公司 | 媒体控制服务器级联系统及控制多媒体码流的方法和装置 |
CN102006451A (zh) * | 2010-11-18 | 2011-04-06 | 中兴通讯股份有限公司 | 在级联会议中实现多画面的方法、系统及mcu |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1279759C (zh) | 2003-01-03 | 2006-10-11 | 华为技术有限公司 | 实现线路动态级联的系统和方法 |
CN101471804B (zh) * | 2007-12-28 | 2011-08-10 | 华为技术有限公司 | 一种音频处理方法、系统和控制服务器 |
US8340271B2 (en) * | 2008-05-14 | 2012-12-25 | Polycom, Inc. | Method and system for transferring a conference between a mobile communication device and a conferencing terminal |
CN101316351B (zh) * | 2008-06-20 | 2010-08-04 | 华为终端有限公司 | 多点控制单元级联系统及其通信方法、装置 |
US8319820B2 (en) | 2008-06-23 | 2012-11-27 | Radvision, Ltd. | Systems, methods, and media for providing cascaded multi-point video conferencing units |
CN101345844A (zh) * | 2008-08-28 | 2009-01-14 | 杭州华三通信技术有限公司 | 一种多媒体码流传输方法和一种多点控制单元 |
CN101588253B (zh) * | 2009-06-22 | 2012-06-27 | 杭州华三通信技术有限公司 | 一种会议级联的方法、系统和设备 |
CN102082944B (zh) | 2009-11-30 | 2016-03-09 | 华为终端有限公司 | 一种包含远程呈现会场的会议控制方法、装置及系统 |
CN101753329B (zh) * | 2009-12-25 | 2013-08-07 | 华为终端有限公司 | 呼叫建立的方法、装置和系统 |
KR101688835B1 (ko) | 2010-06-25 | 2016-12-23 | 삼성전자주식회사 | 광대역 무선 접속 시스템에서 트래픽 오프로드를 위한 장치 및 방법 |
CN102316301B (zh) * | 2010-06-29 | 2014-05-07 | 华为终端有限公司 | 会议切换的方法、系统及设备 |
CN102611562B (zh) * | 2012-02-06 | 2015-06-03 | 华为技术有限公司 | 一种建立多级联通道的方法及装置 |
US8941712B2 (en) * | 2012-06-14 | 2015-01-27 | Logitech Europe S.A. | Call movement in a conferencing system |
-
2012
- 2012-02-06 CN CN201210025368.4A patent/CN102611562B/zh active Active
- 2012-08-20 WO PCT/CN2012/080370 patent/WO2013117086A1/zh unknown
- 2012-08-20 EP EP12868024.6A patent/EP2704355B1/en active Active
-
2013
- 2013-12-10 US US14/102,267 patent/US8872886B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101540872A (zh) * | 2009-02-23 | 2009-09-23 | 深圳华为通信技术有限公司 | 媒体控制服务器多通道级联的控制方法、装置和系统 |
CN101998105A (zh) * | 2009-08-31 | 2011-03-30 | 华为终端有限公司 | 媒体控制服务器级联系统及控制多媒体码流的方法和装置 |
CN102006451A (zh) * | 2010-11-18 | 2011-04-06 | 中兴通讯股份有限公司 | 在级联会议中实现多画面的方法、系统及mcu |
Also Published As
Publication number | Publication date |
---|---|
US8872886B2 (en) | 2014-10-28 |
EP2704355A1 (en) | 2014-03-05 |
WO2013117086A1 (zh) | 2013-08-15 |
EP2704355B1 (en) | 2020-02-26 |
US20140098181A1 (en) | 2014-04-10 |
CN102611562A (zh) | 2012-07-25 |
EP2704355A4 (en) | 2015-07-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102611562B (zh) | 一种建立多级联通道的方法及装置 | |
EP2532138B1 (en) | Connection priority services for data communication between two devices | |
EP1860841B1 (en) | Method and system for replacing media stream in a communication process of a terminal | |
CN101188747B (zh) | 在无线通信系统中实现视频业务的方法及网元设备 | |
CN105828151B (zh) | 一种显示处理方法及装置 | |
JP2005244976A (ja) | 家電装置間の通信方法及び当該方法を実現する装置 | |
JPH1070565A (ja) | Catv通信システム及び通信方法 | |
WO2016184001A1 (zh) | 视频监控处理方法及装置 | |
CN103634172A (zh) | 一种多终端协同信息处理方法、装置及系统 | |
CN108055497A (zh) | 一种会议信号播放方法和装置、视频会议终端、移动设备 | |
CN102711260A (zh) | GBR承载业务的QoS处理方法和系统以及设备 | |
CN101656864A (zh) | 视频选看的实现方法及视频会议系统 | |
CN102763424B (zh) | 发送由编解码器压缩的视频内容的方法和设备 | |
CN108696720B (zh) | 一种适用于卫星通信的视频调度系统和方法 | |
CN105338089A (zh) | 一种远程内容共享方法、服务器及终端 | |
CN103634274A (zh) | 一种视频安全交换方法及系统 | |
CN108391161A (zh) | 一种跨平台无线投屏方法 | |
CN102857574B (zh) | 物联网信息处理方法和装置 | |
CN203206277U (zh) | 一种用于视频会议的网关 | |
US11805156B2 (en) | Method and apparatus for processing immersive media | |
CN109479121A (zh) | 视频监控系统、客户端和信令交互服务器及控制方法 | |
CN112087596B (zh) | 一种确定媒体流传输方式的方法及媒体流传输系统 | |
KR101145408B1 (ko) | 바이너리 씨디엠에이를 이용한 실시간 멀티채널 영상 보안 모바일 시스템 | |
CN105554515A (zh) | 一种基于sip协议的多级媒体分发方法及系统 | |
CN105592285A (zh) | Roi视频实现方法及装置 |
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 |