CN110971863B

CN110971863B - 一种多点控制单元跨区会议运行方法、装置、设备及系统

Info

Publication number: CN110971863B
Application number: CN201911152081.6A
Authority: CN
Inventors: 周嘉楷; 贺于峰; 张惠荣
Original assignee: Xiamen Yealink Network Technology Co Ltd
Current assignee: Xiamen Yealink Network Technology Co Ltd
Priority date: 2019-11-21
Filing date: 2019-11-21
Publication date: 2021-03-23
Anticipated expiration: 2039-11-21
Also published as: CN110971863A

Abstract

本发明公开了一种多点控制单元跨区会议运行方法，步骤包括：响应终端加入视频会议的请求，建立终端与媒体信息转发服务器的数据传输通道；其中，建立视频混屏服务器与非可伸缩性视频编码终端、视频混屏服务器与媒体信息转发服务器的数据传输通道；响应终端的订阅请求，从所要订阅的终端获取数据，并通过所述数据传输通道向终端传输解码混屏视频数据。本发明提供了一种多点控制单元跨区会议运行方法、装置、设备及系统，采用SVC纯转发方案，使得混屏工作在客户端上实现，从而减轻MCU服务器负载，进而降低视频延时。

Description

一种多点控制单元跨区会议运行方法、装置、设备及系统

技术领域

本发明涉及视频会议技术领域，尤其是涉及一种多点控制单元跨区会议运行方法、装置、设备及系统。

背景技术

当前，视频会议技术逐渐成熟，跨区视频会议得到广泛的应用。但是，现有技术采用通用视频混屏框架，服务上做视频编解码，计算复杂，性能消耗较大，且延时较大。而且，现有技术还存在其他技术缺陷，例如，通话接入时，MCU内部跨区之间需要做数据同步，接入速率不够；由于会议控制服务为主从设计，并发量过大时出现性能瓶颈。

发明内容

本发明提供了一种多点控制单元跨区会议运行方法、装置、设备及系统，采用SVC纯转发方案，使得混屏工作在客户端上实现，从而减轻MCU服务器负载，进而降低视频延时。所述技术方案如下：

第一方面，本发明实施例提供了一种多点控制单元跨区会议运行方法，步骤包括：

响应终端加入视频会议的请求，建立终端与媒体信息转发服务器的数据传输通道；其中，建立视频混屏服务器与非可伸缩性视频编码终端、视频混屏服务器与媒体信息转发服务器的数据传输通道；

响应终端的订阅请求，从所要订阅的终端获取数据，并通过所述数据传输通道向终端传输解码混屏视频数据。

在本发明第一方面的第一种可能的实现方式中，所述建立视频混屏服务器与媒体信息转发服务器的数据传输通道，具体为：

建立可扩展视频编码协同服务器与视频混屏服务器之间的共享内存交互通道；

建立可扩展视频编码协同服务器到媒体信息转发服务器的单向通道，根据所述媒体信息转发服务器的订阅，通过所述共享内存交互通道从所述视频混屏服务器获取非可伸缩性视频编码终端的解码数据并编码发送给所述媒体信息转发服务器；

建立媒体信息转发服务器到可扩展视频编码协同服务器的单向通道，所述可扩展视频编码协同服务器向所述媒体信息转发服务器订阅终端数据并通过所述共享内存交互通道发送给所述视频混屏服务器。

在本发明第一方面的第二种可能的实现方式中，所述响应终端加入视频会议的请求，之前还包括：

各终端对应接入各自区域集群的媒体信息转发服务器后，推送本区域集群的媒体服务信息到外部服务器，并通过所述外部服务器发送跨区会议融合的信令到各区域集群。

在本发明第一方面的第三种可能的实现方式中，所述各终端对应接入各自区域集群的媒体信息转发服务器，具体为：

向区域集群内的每一媒体信息转发服务器分配一个唯一的媒体信息转发服务器识别号；

将相同会议的终端对应连接一个媒体信息转发服务器；若所述媒体信息转发服务器负载已满，则将终端接入另一个媒体信息转发服务器；

若区域集群内的至少一个媒体信息转发服务器正处理相同会议服务，则将堆叠信令发送至媒体信息转发服务器识别号大的媒体信息转发服务器，媒体信息转发服务器识别号大的服务器会去连接媒体信息转发服务器识别号小的服务器，建立媒体转发服务器之间的信令通道，并且在所有正处理相同会议服务的媒体信息转发服务器之间相互建立数据传输通道。

在本发明第一方面的第四种可能的实现方式中，所述的多点控制单元跨区会议运行方法，还包括：

响应其他区域集群参与跨区会议融合的请求，判断其他区域集群的媒体信息转发服务器识别号是否小于本区域集群的媒体信息转发服务器识别号，如果是，则将本区域集群的媒体信息转发服务器与其他区域集群的媒体信息转发服务器连接。

在本发明第一方面的第五种可能的实现方式中，所述的多点控制单元跨区会议运行方法，还包括：

接收外部服务器发送的携带主会议的会议号的通话迁入信令，并将外部服务器的临时会议和本区域集群的主会议进行对接；所述外部服务器的一端对接第三方终端，另外一端对接互动式语音应答服务器和/或本区域集群。

第二方面，本发明实施例提供了一种多点控制单元跨区会议运行装置，包括：

接入模块，用于响应终端加入视频会议的请求，建立终端与媒体信息转发服务器的数据传输通道；其中，建立视频混屏服务器与非可伸缩性视频编码终端、视频混屏服务器与媒体信息转发服务器的数据传输通道；

转发转码模块，用于响应终端的订阅请求，从所要订阅的终端获取数据，并通过所述数据传输通道向终端传输解码混屏视频数据。

第三方面，本发明实施例提供了一种多点控制单元跨区会议运行设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的多点控制单元跨区会议运行方法。

第四方面，本发明实施例提供了一种多点控制单元跨区会议运行系统，包括至少一个区域集群；所述区域集群包括：

媒体会议控制服务器，用于响应终端加入视频会议的请求，建立终端与媒体信息转发服务器的数据传输通道；其中，建立视频混屏服务器与非可伸缩性视频编码终端、视频混屏服务器与媒体信息转发服务器的数据传输通道；以及，响应终端的订阅请求，从所要订阅的终端获取数据，并通过所述数据传输通道向终端传输解码混屏视频数据；

媒体信息转发服务器，用于连接SVC客户端并进行SVC数据订阅转发；

视频混屏服务器，用于连接非可伸缩性视频编码客户端并进行非可伸缩性视频编码数据订阅转发，以及与所述媒体信息转发服务器进行数据交互。

在本发明第四方面的第一种可能的实现方式中，所述的多点控制单元跨区会议运行系统，还包括：

媒体接口网关，用于处理外部服务注册、认证、回调；

媒体资源管理服务器，用于处理媒体资源服务的注册和负载均衡策略，并提供接口给MCC进行资源分配；

协作服务器，用于协作终端接入、数据转发；

音频混音服务器，用于向SVC终端和非可伸缩性视频编码终端的传输音频数据，以及上报语音激励信息。

相比于现有技术，本发明实施例具有如下有益效果：

本发明通过建立终端与媒体信息转发服务器的数据传输通道并利用媒体信息转发服务器的数据传输通道将从所要订阅的终端获取到的数据转发至客户端，从而实现服务器转发工作；同时，通过建立视频混屏服务器与非可伸缩性视频编码终端、视频混屏服务器与媒体信息转发服务器的数据传输通道，混屏视频数据只经由服务器转发终端，让混屏工作在客户端上实现，计算量小，减轻服务器负载，降低视频延时。

附图说明

图1是本发明实施例中的一种多点控制单元跨区会议运行系统的架构图；

图2是本发明实施例中的一种多点控制单元跨区会议运行方法的步骤流程图；

图3是本发明实施例中的一种多点控制单元跨区会议运行方法的SVC转发方法的原理图；

图4是本发明实施例中的一种多点控制单元跨区会议运行方法的原理图；

图5是本发明实施例中的一种多点控制单元跨区会议运行方法的数据传输流程图；

图6是本发明实施例中的一种多点控制单元跨区会议运行方法的SCS与VMS之间的数据传输示意图；

图7是本发明实施例中的一种多点控制单元跨区会议运行方法的区域集群内部堆叠方法的原理图；

图8是本发明实施例中的一种多点控制单元跨区会议运行方法的跨区域集群堆叠方法的堆叠前的原理图；

图9是本发明实施例中的一种多点控制单元跨区会议运行方法的跨区域集群堆叠方法的堆叠后的原理图；

图10是本发明实施例中的一种多点控制单元跨区会议运行方法的第三方接入方法的示意图；

图11是本发明实施例中的一种多点控制单元跨区会议运行装置的模块图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参见图1，本发明提供一种示例性实施例，一种多点控制单元跨区会议运行系统，包括至少一个区域集群；所述区域集群包括：

MCC服务器，用于响应终端加入视频会议的请求，建立终端与MSS服务器的数据传输通道；其中，建立VMS服务器与AVC终端、VMS服务器与MSS服务器的数据传输通道；以及，响应终端的订阅请求，从所要订阅的终端获取数据，并通过所述数据传输通道向终端传输解码混屏视频数据；

MSS服务器，用于连接SVC客户端并进行SVC数据订阅转发；

VMS服务器，用于连接AVC客户端并进行AVC数据订阅转发，以及与所述MSS服务器进行数据交互。

具体地，所述区域集群还包括：

Media Api Gatew(MAG)：媒体接口网关，MCU对外接口，采用RESTful Api形式，负责外部服务注册、认证、回调等处理，并将外部接口协议转成内部协议，并将请求分发到MCU后端不同服务上，做成无状态，横向扩容。

Media Conference Controller(MCC)：媒体会议控制服务，负责本区域内，媒体资源分配和调度，堆叠关系建立，AVC和SVC融合方案实现等功能。采用多主方式部署，每个会议由具体一台服务进行管理和调度，当某个会议不在本地管理时，对请求进行重定向处理(MCU内部，通过分布式锁实现)。

Media Resource Manager(MRM)：媒体资源管理服务，负责本区域内，媒体资源服务的注册和负载均衡策略，并提供接口给MCC进行资源分配。采用主从方式部署，资源分配采用负载均衡，同一会议优先分配到相同服务上。

Media Switch Service(MSS)：媒体信息转发服务，负责SVC客户端接入，并进行SVC数据订阅转发。MSS支持堆叠，每台MSS有一个全球唯一的ID(整形，根据集群ID、服务器IP、服务类型、进程序号生成)。

Data Share Service(DSS)：协作服务器，负责协作终端接入，协作数据转发等。DSS支持堆叠，每台DSS有一个全球唯一的ID(生成方式同MSS)。

Audio Mix Service(AMS)：音频混音服务，负责SVC和AVC终端入会的音频接入功能，以及语音激励信息上报。AMS支持堆叠，每台AMS有一个全球唯一的ID(生成方式同MSS)。

Video Mix Service(VMS)：视频混屏服务，负责AVC终端账号入会情况下的视频混屏功能。

Broadcast Service(BCS)：广播服务，负责AVC终端，广播方账号入会接入功能，音视频数据由AMS和VMS提供，BCS进行分发，分发过程采用共享编码器方案节省性能。

RTMP Push Service：RTMP直播推流服务，负责RTMP直播推流功能。

SFB Dispatch Service：SFB接入网关，负责SFB视频数据拆分解码等功能。

需要说明的是，MCU(multi control unit)多点控制单元；SVC(Scalable VideoCoding)可扩展视频编码；AVC(Advanced Video Coding)非可伸缩性视频编码；IVR(Interactive Voice Response)即互动式语音应答；DTMF双音多频。

在本实施例中，在MCU架构中，分接入层(MAG)，管理控制层(MCC和MRM)，媒体资源层(MPS、MSS、AMS、VMS、DSS、Broadcast Service、RTMP Push Service、SFB DispatchService、ByPass Service等)。媒体资源层的所有资源均受媒体控制层服务控制。MSS负责SVC终端视频接入，AMS负责所有终端音频接入，VMS负责AVC终端视频接入SVC会议。

MCU以集群(或Region)为单位进行部署，每个集群指定一个集群ID(整形，部署的指定)集群内区域自治，即MCU集群只负责本区域内资源调度，不做就近接入，集群资源调度等功能，集群内媒体服务堆叠由MCC内部进行管理和触发，集群间跨区控制由外部来控制。从目前的实现方案来看，MCU内部需要堆叠的媒体服务有MSS、AMS、DSS三个服务。

在本实施例中，会议控制服务支持多主部署，提升控制节点的横向扩展性。

请参见图2，本发明提供一种示例性实施例，一种多点控制单元跨区会议运行方法，步骤包括：

S101、响应终端加入视频会议的请求，建立终端与MSS服务器的数据传输通道；其中，建立VMS服务器与AVC终端、VMS服务器与MSS服务器的数据传输通道；同时，MCC更新所有通话信息到本台VMS服务器，以便VMS服务器上虚拟终端向MSS服务器订阅；

其中，所有SVC终端接入MSS服务器，MSS服务器只做数据转发，布局由终端自己实现。

请参见图3，在本实施例中，所述采用SVC纯转发方案具体为，终端1需要查看终端3和4，终端1就向MSS媒体服务器订阅终端3和4的数据，终端1收到终端3和4的数据解码混屏显示，MSS服务只做转发。

S102、响应终端的订阅请求，从所要订阅的终端获取数据，并通过所述数据传输通道向终端传输解码混屏视频数据。

需要说明的是，媒体信息转发服务器响应终端的订阅请求，向所要订阅的终端获取数据，并转发给相应可伸缩终端。根据固定布局需求，视频混屏服务器向媒体转发服务器订阅多路视频数据，混屏编码发送给非可伸缩性编码终端。

请参见图4，如果该VMS服务器上是新的会议，MCC通知VMS服务器和MSS服务器各打开一路通话，建立MSS服务器到VMS服务器的单向通话，使新的VMS服务器以虚拟终端的形式接入MSS服务器，接收MSS服务器各路视频数据，VMS服务器上混屏发给各终端。

步骤还包括：

通过AMS与终端建立数据传输通道，以通过AMS在所述终端之间传输解码混屏音频数据。

具体地，MCC通知VMS打开一路通话，建立终端和VMS之间的通道，接收终端数据；

MCC通知VMS和MSS各打开一路通话，建立VMS到MSS的单向通话，VMS上作为AVC终端的代理，以虚拟终端形式接入MSS，把终端数据发给MSS。

请参见图5，在本实施例中，MCC控制音频加入到AMS、控制SVC终端加入MSS、控制AVC终端加入VMS。音频和SVC终端加入比较简单，直接接入对应服务即可，AVC视频接入相对复杂。

AVC终端加入SVC会议，对于AVC终端来说只是接收到一路视频流，视频流里面的视频内容是会议中其他终端的视频混屏图像，因此VMS需要向MSS订阅某一个会议的某几个终端的视频图形，还要把自己的视频流发给MSS。因此我们可以把VMS看做一个虚拟的SVC客户端，加入MSS的SVC会议即可。

对于一个AVC终端入会，VMS一方面需要把AVC终端的视频发给MSS，另外一方面VMS需要向MSS订阅其他终端的视频并接收MSS过来的多路视频流。

但是考虑到资源复用，可能出现同一个会议的多个AVC终端都接入到同一台VMS上，这个时候就没必要每一路单独去向MSS订阅其他终端的视频流。因此我们把MSS跟VMS之间的数据流，按照上下行进行通话拆分。对于每个会议，每个AVC终端在VMS上都会以一路SendOnly的通话加入到MSS，另外同一会议每个VMS只建立一路RecvOnly的通话加入到MSS，用于订阅其他终端的视频。

请参见图6，所述建立VMS服务器与MSS服务器的数据传输通道，具体为：

建立SCS与VMS服务器之间的共享内存交互通道；

建立SCS到MSS服务器的单向通道，根据所述MSS服务器的订阅，通过所述共享内存交互通道从所述VMS服务器获取AVC终端的解码数据并编码发送给所述MSS服务器；

具体地，VMS收到该信令后，通知SCS，SCS和VMS建立好共享内存交互通道。

SCS上建立好单向到MSS的通话。

SCS上根据MSS的订阅，通过共享内存从VMS上获取AVC终端的数据，发送给MSS。

建立MSS服务器到SCS的单向通道，所述SCS向所述MSS服务器订阅终端数据并通过所述共享内存交互通道发送给所述VMS服务器。

具体地，VMS收到该信令后，通知SCS，SCS和VMS建立好共享内存交互信息。

SCS上建立好单向从MSS到VMS的通话。

SCS上向MSS订阅相关终端数据，通过共享内部发送给VMS。

在本实施例中，理论上VMS加入MSS会议，可以直接在VMS上集成SVC客户端SDK，但是考虑到基础库和编解码库冲突等问题，考虑采用Co-Service协同服务方案(基于共享内存进行数据交互的服务拆分方案)。

将VMS中SVC相关功能拆分成独立服务，与VMS部署到同一台服务器上，信令通过本地网络进行交互，数据通过共享内存进行传递。这里将拆分后提供SVC客户端功能的服务叫做：SvcClientService(SCS)。

SCS作为VMS的一个协同服务，通过本地网卡的固定服务端口，连到VMS上，VMS通过下发命令控制其加入到MSS。VMS和SCS作为一个整体被MCC管理。

请参见图7至图9，所述响应终端加入视频会议的请求，之前还包括：

各终端对应接入各自区域集群的MSS服务器后，推送本区域集群的媒体服务信息到外部服务器，并通过所述外部服务器发送跨区会议融合的信令到各区域集群。

所述各终端对应接入各自区域集群的MSS服务器，具体为：

向区域集群内的每一MSS服务器分配一个唯一的MSS服务器识别号；

将相同会议的终端对应连接一个MSS服务器；

若所述MSS服务器负载已满，则将终端接入另一个MSS服务器；

若区域集群内的至少一个MSS服务器正处理相同会议服务，则将堆叠信令发送至MSS服务器识别号大的MSS服务器，MSS服务器识别号大的服务器会去连接MSS服务器识别号小的服务器，建立媒体转发服务器之间的信令通道，并且使所有正处理相同会议服务的MSS服务器之间相互建立数据传输通道。

具体地，服务器部署完成后，MSS服务器都会连接MCC，MCC会向MSS服务器分配一个唯一的MSS服务器Id；

开始接入时，相同会议的终端会接入一个MSS服务器，如MSS服务器1；

MSS服务器1负载满了之后，MCC把终端接入一个新的MSS服务器，如MSS服务器2；

MCC发现该会议开在两台MSS服务器上，发送消息给Id大的MSS服务器2服务，MSS服务器2服务会去连接MSS服务器1，完成堆叠。

响应其他区域集群参与跨区会议融合的请求，判断其他区域集群的MSS服务器识别号是否小于本区域集群的MSS服务器识别号，如果是，则将本区域集群的MSS服务器与其他区域集群的MSS服务器连接。

具体地，各终端接入本区MSS服务器，如果本区有多台媒体服务器，自行开始堆叠；

MCU各区推送本区的媒体服务信息到外部服务器，外部服务器通知的其它各集群；

外部服务器发送跨区会议融合的信令到各集群；

各集群自己判断是否参与跨区融合；

如果参与融合，MCC判断其他集群的MSS服务器Id是否小于本集群MSS服务器Id，如果成立，MCC逐一发送连接请求到本区MSS服务器，本区MSS服务器连接其他区的MSS服务器，完成跨区堆叠。

可以理解的是，单台媒体服务器无法满足会议需求时，我们需要再添加一台相同类型的媒体服务器，两者堆叠实现多方接入。

在本实施例中，MSS服务器、AMS、DSS媒体服务涉及服务器堆叠，且三者在堆叠逻辑触发都是由MCC控制，且实现方式一致。

由此可见，本实施例区域集群内部自治，不做跨区会控等数据同步和资源调度，跨区会议融合由外部控制，提升接入速度。

请参见图10，所述多点控制单元跨区会议运行方法，步骤包括：

接收外部服务器发送的携带主会议的会议号的通话迁入信令，并将外部服务器的临时会议和本区域集群的主会议进行对接；所述外部服务器的一端对接第三方终端，另外一端对接IVR服务器和/或本区域集群。

如果是对接IVR，对接通话需要外部服务协商建立；如果是对接MCU，对接通话由MCU内部自行创建，外部触发会议通话迁入迁出动作。

具体地，第三方设备呼入时，开始不知道会议号，外部会建立一个临时会议，建立两个通道，一个对接终端，一个对接IVR服务器，终端就会收到看到提示输入会议号背景及音乐提示。

终端通过DTMF输入会议号后，外部服务器首先释放对接IVR服务器的那路通话，外部发送通话迁入信令到MCU，携带主会议的会议号，MCU内部创建通话，把临时会议和主会议对接起来，实现第三方的接入。

可以理解的是，由于第三方设备不支持重协商，第三方设备接入采用临时会议方案。临时会议采用Bypass方案，Bypass对音视频数据只做加解密和重新打包，不做编解码。因此Bypass本身理论上不会太消耗性能。

在本实施例中，入会分辨率可有信令自行决定，已知实际会议号的情况下按照实际会议分辨率进行协商(主要是为了降低主会议的解码压力)，实际会议号未知情况下按照1080P进行协商。

临时会议一端对接终端，另外一端通话可对接IVR和主会议，主会议可以是MCU会议媒体服务(VMS)或MCU广播媒体服务(Broadcast Service)，可自由切换。

在本实施例中，修改IVR及第三方设备接入方案，通过临时会议的方式，支持通话迁移到正式会议，SVC设备IVR不通过MCU，终端自己实现；对外媒体接口无状态化，减少依赖，提升系统可容灾性能。

请参见图11，本发明提供一种实施例，一种多点控制单元跨区会议运行装置，包括：

接入模块201，用于响应终端加入视频会议的请求，建立终端与媒体信息转发服务器的数据传输通道；其中，建立视频混屏服务器与非可伸缩性视频编码终端、视频混屏服务器与媒体信息转发服务器的数据传输通道；

转发转码模块202，用于响应终端的订阅请求，从所要订阅的终端获取数据，并通过所述数据传输通道向终端传输解码混屏视频数据。

所述接入模块，还用于：

所述多点控制单元跨区会议运行装置，还包括：

跨区传输模块，用于各终端对应接入各自区域集群的媒体信息转发服务器后，推送本区域集群的媒体服务信息到外部服务器，并通过所述外部服务器发送跨区会议融合的信令到各区域集群。

所述跨区传输模块，还包括：

登记模块，用于向区域集群内的每一媒体信息转发服务器分配一个唯一的媒体信息转发服务器识别号；

传接模块，用于将相同会议的终端对应连接一个媒体信息转发服务器；若所述媒体信息转发服务器负载已满，则将终端接入另一个媒体信息转发服务器；

数据转发转码模块，用于若区域集群内的至少一个媒体信息转发服务器正处理相同会议服务，则将堆叠信令发送至媒体信息转发服务器识别号大的媒体信息转发服务器，媒体信息转发服务器识别号大的服务器会去连接媒体信息转发服务器识别号小的服务器，建立媒体转发服务器之间的信令通道，并且在所有正处理相同会议服务的媒体信息转发服务器之间相互建立数据传输通道。

外部接入模块，用于响应其他区域集群参与跨区会议融合的请求，判断其他区域集群的媒体信息转发服务器识别号是否小于本区域集群的媒体信息转发服务器识别号，如果是，则将本区域集群的媒体信息转发服务器与其他区域集群的媒体信息转发服务器连接。

所述多点控制单元跨区会议运行装置，还包括：

第三方接入模块，用于接收外部服务器发送的携带主会议的会议号的通话迁入信令，并将外部服务器的临时会议和本区域集群的主会议进行对接；所述外部服务器的一端对接第三方终端，另外一端对接互动式语音应答服务器和/或本区域集群。

本发明提供一种示例性实施例，一种多点控制单元跨区会议运行设备，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如上所述的多点控制单元跨区会议运行方法。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。

Claims

1.一种多点控制单元跨区会议运行方法，其特征在于，步骤包括：

响应终端加入视频会议的请求，建立终端与媒体信息转发服务器的数据传输通道；其中，建立视频混屏服务器与非可伸缩性视频编码终端、视频混屏服务器与媒体信息转发服务器的数据传输通道；所述建立视频混屏服务器与媒体信息转发服务器的数据传输通道，具体为：

建立媒体信息转发服务器到可扩展视频编码协同服务器的单向通道，所述可扩展视频编码协同服务器向所述媒体信息转发服务器订阅终端数据并通过所述共享内存交互通道发送给所述视频混屏服务器；

2.如权利要求1所述的多点控制单元跨区会议运行方法，其特征在于，所述响应终端加入视频会议的请求，之前还包括：

3.如权利要求2所述的多点控制单元跨区会议运行方法，其特征在于，所述各终端对应接入各自区域集群的媒体信息转发服务器，具体为：

4.如权利要求2所述的多点控制单元跨区会议运行方法，其特征在于，还包括：

5.如权利要求1所述的多点控制单元跨区会议运行方法，其特征在于，还包括：

6.一种多点控制单元跨区会议运行装置，其特征在于，包括：

所述接入模块，还用于：

7.一种多点控制单元跨区会议运行设备，其特征在于，包括处理器、存储器以及存储在所述存储器中且被配置为由所述处理器执行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述的多点控制单元跨区会议运行方法。

8.一种多点控制单元跨区会议运行系统，其特征在于，包括至少一个区域集群；所述区域集群包括：

所述建立视频混屏服务器与媒体信息转发服务器的数据传输通道，具体为：

媒体信息转发服务器，用于连接可伸缩性视频编码客户端并进行可伸缩性视频编码数据订阅转发；

9.如权利要求8所述的多点控制单元跨区会议运行系统，其特征在于，还包括：

媒体接口网关，用于处理外部服务注册、认证、回调；

媒体资源管理服务器，用于处理媒体资源服务的注册和负载均衡策略，并提供接口给媒体会议控制服务器进行资源分配；

协作服务器，用于协作终端接入、数据转发；

音频混音服务器，用于向可伸缩性视频编码终端和非可伸缩性视频编码终端的传输音频数据，以及上报语音激励信息。