[发明专利]一种基于WebRTC的MCU系统及方法

权利要求书

1.一种基于WebRTC的MCU系统，其特征在于，所述MCU系统包括WebRTC服务器、Mixer服务器和STUN/TURN服务器；

所述WebRTC服务器用于接收来自终端用户的加入房间请求，将终端用户加入进房间，并接收房间内自各个参与者发布的音视频流，将各个参与者发布的音视频流转发给Mixer服务器；

所述Mixer服务器用于将从WebRTC服务器获取到的多路音视频流进行混流处理，将多路音视频流混合成一路音视频流，形成混合流，将所述混合流重新发布到WebRTC服务器中，同时管理各个混流窗口位置；

所述STUN/TURN服务器基于coturn开源服务器搭建，用于ICE实现内网穿透功能；

其中，所述Mixer服务器具体用于：

接收来自WebRTC服务器的混流请求，所述混流请求中包含房间ID以及WebRTC服务器中用于接收混合流的收流端口号；

确认是否已经存在以对应房间ID命名的混流进程，如果存在，将接收的音视频流加入已经存在的混流进程中，否则，创建一个新的以房间ID命名的混流进程，将接收的音视频流加入新的混流进程中；

为新加入的音视频流分配一个混流窗口，用来显示该音视频流的位置，用来显示该音视频流的位置，基于GStreamer框架创建混流器，将多路音视频流混合成单路的混合流，将混流后的音视频流转发至WebRTC服务器的收流端口；

其中，所述WebRTC服务器具体用于：

接收来自终端用户的加入房间请求，所述加入房间请求中包含鉴权信息，所述鉴权信息包括房间ID、用户名密码以及STUN/TURN的地址；

判断房间ID和用户名密码是否匹配，若不匹配，提示无权限，流程结束，若成功匹配，进行ICE交互操作，如果ICE交互失败，流程结束，否则，开始接收来自参与者的音视频流，将所述音视频流转发到Mixer服务器，并启动一个收流端口，用于接收来自Mixer服务器的混合流；

接收来自Mixer服务器的混合流，通知参与者去订阅混合流，其中，混合流包含房间内所有成员的画面信息以及声音信息；

其中，所述Mixer服务器为多个，WebRTC服务器包括Room模块、Streaming模块和WebRTC协议层；

所述Room模块用于接收管理者的房间创建请求，为管理者创建房间，并接收来自终端用户的加入房间请求，针对每个加入的终端用户进行鉴权，将鉴权通过的终端用户加入到房间；

所述Streaming模块用于在房间内有参与者发布音视频流时，获取到该音视频流，并将其转发给可用的或者负载低的Mixer服务器，由对应的Mixer服务器进行混流处理，并接收来自Mixer服务器混流后的音视频流，通知各个参与者订阅；

所述WebRTC协议层用于底层的WebRTC协议的实现；

其中，所述Room模块还用在有参与者离开房间时，通知其它参与者，并同时告知Streaming模块，Streaming模块还用于在有参与者离开房间时，通知Mixer服务器删除对应的一路混流窗口。

2.一种基于WebRTC的MCU方法，其特征在于，所述方法包括：

步骤1，WebRTC服务器接收来自终端用户的加入房间请求，将终端用户加入进房间，并接收房间内自各个参与者发布的音视频流，将各个参与者发布的音视频流转发给Mixer服务器；

步骤2，Mixer服务器将从WebRTC服务器获取到的多路音视频流进行混流处理，将多路音视频流混合成一路音视频流，形成混合流，并将所述混合流重新发布到WebRTC服务器中；

其中，WebRTC服务器接收来自终端用户的加入房间请求，将终端用户加入进房间，并接收房间内自各个参与者发布的音视频流，将各个参与者发布的音视频流转发给Mixer服务器具体包括：

步骤301，接收来自终端用户的加入房间请求，所述加入房间请求中包含鉴权信息，所述鉴权信息包括房间ID、用户名密码以及STUN/TURN的地址；

步骤302，判断房间ID和用户名密码是否匹配，若不匹配，进入步骤303；若成功匹配，进行步骤304；

步骤303，提示无权限，流程结束；

步骤304，进行ICE交互操作，如果ICE交互失败，进入步骤305，否则，进入步骤306；

步骤305，ICE交互失败，流程结束；

步骤306，开始接收来自参与者的音视频流数据；

步骤307，判断当前房前参与者人数，如果小于6人，进入步骤309，否则进入步骤308；

步骤308，通知房间内其它参与者订阅该路视频流；

步骤309，将音视频流转发到Mixer服务器，并启动一个收流端口，用于接收来自Mixer服务器的混合流，进入步骤310；

步骤310，接收来自Mixer服务器的混合流，该混合流包含房间内所有成员的画面信息以及声音信息；

步骤311，获取到混合流后，通知参与者去订阅混合流；

其中，步骤2中，Mixer服务器将从WebRTC服务器获取到的多路音视频流进行混流处理，将多路音视频流混合成一路音视频流，形成混合流，并将所述混合流重新发布到WebRTC服务器具体包括：

步骤401，接收来自WebRTC服务器的混流请求，所述混流请求中包含房间ID以及WebRTC服务器中用于接收混合流的收流端口号；

步骤402，确认是否已经存在以对应房间ID命名的混流进程，如果存在进入步骤403，否则进入步骤404；

步骤403，将接收的音视频流加入已经存在的混流进程中，使同一房间ID内的音视频流执行同一个混流进程，并进入步骤405；

步骤404，创建一个新的以房间ID命名的混流进程，保证同一房间内的音视频流都执行同一混流进程，加入到新的混流进程后，进入步骤405；

步骤405，为新加入的音视频流分配一个混流窗口，用来显示该音视频流的位置，进入步骤406；

步骤406，基于GStreamer框架创建混流器，将多路音视频流混合成单路的混合流；

步骤407，将混流后的音视频流转发至WebRTC服务器的收流端口；

步骤408，当收到终端用户的窗口放大请求后，转发单路流；

步骤409，当收到终端的窗口缩小请求后，重新执行步骤406，直到整个流程结束。