由WebRTC谈起

首先看一下什么是WebRTC，

那么我们这次将介绍的WebRTC在流媒体传输，就是采用了在RTP/RTCP协议基础上的安全协议SRTP/SRTCP。这里可能有人会问，WebRTC究竟是什么呢？   WebRTC是一个Google免费开源的项目，其目的是为浏览器和移动应用程序提供实时通信（RTC）功能。可以理解为，WebRTC就是一套浏览器的JavaScript API，通过这套API,可以开创性地快速实现浏览器之间的实时音视频通讯，数据传输功能。

WebRTC核心API 

MediaStream: 从客户摄像头或麦克风获取的媒体流对象。

RTCPeerConnection: 连接对象，用于连接建立，媒体流传输。  

RTCDataChannel: 数据传输通道。

WebRTC的API不仅仅是给你获取本地信源的，所谓RTC是real time communication的缩写，自然这套API是带传输功能的。所以获取图像信源之后不应该用websocket发送图像数据，而是直接用WebRTC的通信相关API发送图像和声音（这套API是同时支持图像和声音的）数据。

WebRTC是免费的，而且音视频的采集、编解码、网络传输、显示等功能，都提供了，很诱人。但是，WebRTC的编码器较弱、网络适应能力差，只支持8人以内的音视频会议。而且WebRTC的传输是基于公共互联网，传输质量不能保证。如果使用了WebRTC，就会遇上层出不穷的问题。同时，WebRTC主要面向Web应用，跨平台支持很差。所以，靠WebRTC来开发一个直播平台，几乎是不可能完成的任务。

网上一篇介绍WebRTC的科普文中有一句话说到，“demo和实用之间还差着一万个WebRTC”，额，古人诚不我欺。

WebRTC 的服务器大体分为信令服务器和媒体服务器

WebRTC 信令服务器是主要功能是为 WebRTC 通讯搭建一个了解彼此能力的通道, 交换信息, 同步改动

而媒体服务器就是用来交换媒体，包括对媒体数据的加解密，编解码，带宽和速率控制等功能

不同的 RTP Toplogies 对服务器有不同的要求

WebRTC 或者说多媒体通信一般有如下的几种拓扑结构：

如果是两个人之间的端到端 (P2P) 的通信, 信令服务器的功能很简单

而由于是点对点的通信，媒体服务器也就不需要了。

如果是 SFU(Selective Forward Unit), 那么它的信令服务器除了上述的 SDP 媒体参数协商， ICE 连接地址交换，还有参加 RTP 会话的参加者信息的同步。

多个人之间的会议系统, 信令控制会麻烦很多,除了上述两个基本功能之外, 还要有

在 RFC4575 中有这样的定义

Multiple Control Unit 多点控制单元相比 SFU, 它有着对于媒体流的 Mix 和 translate 功能，可以很好地适配传统的通信设备，在实际应用中，一般我们会以 SFU 为主， MCU 为辅，共同形成一个服务器集群。

在 WebRTC 服务器上，我们一般会维护如下的领域对象

领域对象的具体内容从略，一般有如下的 Command 或 Event

应用层的事件大约可以分为 5 类

具体的有

在一个视频会议中，大家都在向会议室中发布自己的音视频流，也订阅他人的音视频媒体流，所以服务器，特别是 SFU 需要维护这样一个 pub-sub 发布者和订阅者之间的关系

webrtc多人视频直播会议推荐ZEGO即构科技。只需4行代码，30分钟在APP、Web和小程序等应用内实现视频通话、语音通话，互动直播功能。点击免费试用，0成本启动
webrtc多人视频直播会议实现原理：
1、服务端是用C++配合实现的，主要作用就是信令控制与转发。
2、因为有在WEBRTC里面注册自己的传输模块，所以在这个基础上实现多人就很容易了，主要就是让服务端转发的时候知道往哪里转发。
3、WEBRTC里面有channel机制，每个会话对应一个channel，如果要实现多个会话，就注册多个channel。
想要了解更多关于多人视频直播会议的信息，推荐咨询ZEGO即构科技。即构科技有限公司是为开发者提供高品质实时音视频、实时语音、互动直播和IM即时通讯等服务的公司。核心团队成员均来自QQ，有超过20年的互联网和音视频技术开发经验，以及亿量级海内外用户运营服务能力。专注于实时音视频领域，致力提供全世界范围内最清晰稳定实时的语音视频服务，已服务4000+企业，适用于游戏、娱乐社交、在线教育、在线医疗、远程会议、智能硬件等多种用户场景。

---