内容来源：2017年7月8日，又拍云多媒体开发资深工程师刘博在“不止云计算，云时代还有哪些宝典”进行《云通信 - 基于 WebRTC 技术的实时通信服务开发实践》演讲分享。IT 大咖说作为独家视频合作方，经主办方和讲者审阅授权发布。

阅读字数：1126 | 4分钟阅读

嘉宾PPT及演讲视频：http://t.cn/RYTuGQb

摘要

本次分享基于 WEBRTC 技术的实时通信服务的开发经验，希望通过这次分享能让大家对这方面更有兴趣。

什么是互动直播？

互动直播是多路音视频以及数据实时通信的解决方案。

首先看一下我们又拍云自己的应用场景。又拍云是由杭州研发总部加上北京、上海、广州等多家分公司组成的。我们的管理层每周一上午有个每周例会，我们很需要一个简单可靠的远程会议系统。

在过去，我们用的是传统的电话会议硬件，复杂难用，价格不便宜，而且效果也不理想。

现在，我们只需要一台笔记本电脑外加一个高清摄像头就可以了，不需要任何配置、安装任何插件。

互动直播的特点

互动直播和传统直播相比的本质的区别是延时。

与传统的直播相比，互动直播赋予了参与直播的每一个成员互动交流的能力。因此，也对实时性、抗回声要求更高。

在视频会议、远程教育、远程咨询、视频社交、互动游戏等很多场景往往只能选择实时性更高的互动直播技术。

为什么选择 WEBRTC？

WebRTC是一个开源，免专利费的项目，大大节省了我们的开发时间成本。

WebRTC由Google 主导，技术非常先进。

各大浏览器以及终端逐渐加大对 WebRTC 技术的支持。

WEBRTC OVERVIEW

WebRTC全称是 Web Real-Time Communication。WebRTC 并不是一个单一的协议，而是一个标准，包含一堆协议和API。

WebRTC通过提供简单易用的JavaScript APIs让浏览器拥有了 P2P音视频和数据分享的能力，同时不需要安装任何插件。

WEBRTC STANDARDS AND HISTORY

2010年5月，Google花了$68.2million收购了GIPS，一年后Google就开源了WebRTC项目。

WEBRTCW3C Working Group：浏览器API；

RTCWEBIETF Working Group：协议、数据格式、安全、P2P等。

WebRTC并不是一个孤立的协议。起初是为了浏览器与浏览器之间实时通信，也可以通过信令协议对接现有的SIP客户端、PSTN 网络、移动端等。

WEBRTC的核心组成

音视频引擎：OPUS、VP8/VP9、H264；

传输层协议：底层传输协议为UDP；

媒体协议：SRTP/SRTCP；

数据协议：DTLS/SCTP；

P2P内网穿透：STUN/TURN/ICE/Trickle ICE；

信令与SDP协商：HTTP/WebSocket/SIP. Offer Answer模型。

我们的实时通信底层平台UPRTC

传统的 WebRTC 应用模式是 P2P 的，我们改造成服务器中转的模式。

完全分布式系统, 部署到全国所有边缘节点，通过我们的内部加速网络加速。

网络拥塞自适应控制, 较强的弱网适应能力。

针对底层开源组件进行优化改造，支持高并发。

灵活高效的业务信令，支持对敏感信令进行鉴权。

utun解决跨地区，跨ISP延迟高且不稳定等网络问题。

覆盖200多个边缘节点，4000多台服务器；覆盖3个大运营商，2个小运营商。

uprtc实现媒体接入，接入Web端与移动端。

基于我们底层 UPRTC 平台的第一个项目——上会

我们选用的编码格式H.264 + Opus。修复WebRTC内核 iOS 端有音频处理过度消耗CPU的BUG，以及修复WebRTC的core音视频不同步的BUG。Android端H.264编码不支持高通以外芯片硬解码。客户端解码能力有限，总会话人数需要控制在8人以内。服务器端需加入码率自适应算法，自动根据参与人数控制总带宽在2Mbps以内。美颜、滤镜接入会增加处理延时，所以对此性能要求非常高。

我今天的分享就到这里，谢谢大家！

编者：IT大咖说，转载请标明版权和出处