苹果声称 WebRTC 是呼声最高的 Safari web 平台功能组件，实时通信会全面进入 Web...

摘要

苹果宣布新版 Safari 也增加支持 Web RTC，浏览器之间可以实现实时通信。WebRTC，其全称为 Web Real-Time Communication（网络实时通信），是一项能够让浏览器支持实时语音会话或视频对话的技术。这一技术前身为 GIPS，本是由 Global IP Solutions 公司研发，2010 年，Google 以 6820 万美元的价格将该公司收购并将 GIPS 更名为 WebRTC，次年 5 月正式将其开源。

1

苹果宣布将支持WebRTC

上个月，苹果宣布新版 Safari 也增加支持 Web RTC，浏览器之间可以实现实时通信。WebRTC，其全称为 Web Real-Time Communication（网络实时通信），是一项能够让浏览器支持实时语音会话或视频对话的技术。这一技术前身为 GIPS，本是由 Global IP Solutions 公司研发，2010 年，Google 以 6820 万美元的价格将该公司收购并将 GIPS 更名为 WebRTC，次年 5 月正式将其开源。

在 Safari 支持 WebRTC 后，过去只能在诸如 Chrome 浏览器之间实现的音视频通话，现在在 Safari 以及 Chrome 与 Safari 之间实现了，其影响一定是积极的。可以预见，很多网站及开发者将会更加认真地考虑将这类功能添加至网站及应用中。不少 WebRTC 开发者也认为苹果此举将改变当前的 P2P 视频通话技术格局。

2

WebRTC 简介

WebRTC实现了基于网页的视频会议，标准是WHATWG 协议，目的是通过浏览器提供简单的javascript就可以达到实时通讯（Real-Time Communications (RTC)）能力。

WebRTC（Web Real-Time Communication）项目的最终目的主要是让Web开发者能够基于浏览器（Chrome\FireFox\...）轻易快捷开发出丰富的实时多媒体应用，而无需下载安装任何插件，Web开发者也无需关注多媒体的数字信号处理过程，只需编写简单的Javascript程序即可实现，W3C等组织正在制定Javascript 标准API，目前是WebRTC 1.0版本，Draft状态；另外WebRTC还希望能够建立一个多互联网浏览器间健壮的实时通信的平台，形成开发者与浏览器厂商良好的生态环境。同时，Google也希望和致力于让WebRTC的技术成为HTML5标准之一，可见Google布局之深远。

WebRTC提供了视频会议的核心技术，包括音视频的采集、编解码、网络传输、显示等功能，并且还支持跨平台：windows，linux，mac，android。

3

 Web 应用的访问模式

Web应用的数据传输通过HTTP（超文本传输协议）在浏览器之间和Web服务器之间传输数据。有些HTTP协议运行在TCP（传输控制协议）上层，在某些新的网络是实现中，HTTP运行在WebSocket协议之上。在网络上使用的是HTML，CSS，JavaScript来承载内容和应用。采用请求——响应模式来进行选择操作。这叫做Web浏览模式。

4

 浏览器中的实时通信功能

实时通信技术这种技术的独特性质，决定了在在浏览器当中增加该功能绝对不是一个简单的事情。实现标准化过程也是难上加难。Web浏览模式的基础上，WebRTC提供了一个信令服务器。可以理解为通信网络中的控制器。提供信令通道。但是信令在WebRTC中现在并没有标准化。

信令不同于用户信息，用户信息是直接通过通信网络由发信者传输到收信者，而信令通常需要在通信网络的不同环节(基站、移动台和移动控制交换中心等)之间传输，各环节进行分析处理并通过交互作用而形成一系列的操作和控制，其作用是保证用户信息的有效且可靠的传输，因此，信令可看作是整个通信网络的控制系统，其性能在很大程度上决定了一个通信网络为用户提供服务的能力和质量。

WebRTC还提供了一个浏览器与浏览器交互的特性，WebRTC把这种交互方式定义为“对等连接”。

对等连接在WebRTC中指的是在浏览器和浏览器，浏览器和其他设备通信设备之间的交互方式。这些设备之间的教诲方式可以使用非HTTP协议进行通信，例如：UDP协议等。

5

WebRTC中的多方会话

实时音视频有两种会话方式，一种是点对点的，就是2个设备之间进行交流。就像2个人视频聊天这种场景的。另外一种是多方会话，就像视频会议这样的场景。WebRTC针对这多方会话提供了两种实现方式。

第一种实现方式：实现多个浏览器之间的对等连接——全网状模型

多个浏览器通过Web服务器访问网站，浏览器之间的通话并不通过任何流媒体服务器，而是直接通过对等连接，通过UDP来实现浏览器之间的通信。这个叫做全网状模型。

第二种实现方式：浏览器和媒体服务器建立对等连接——集中式模型

服务端除了Web服务器之外还需要架构一个台媒体服务器，媒体服务器和各个浏览器之间实现对点连接。架设媒体服务器的目的在于接收各个浏览器的媒体流六，之后通过媒体服务器把媒体流发给各个浏览器。

两种实现方式的利弊：

全网状：不需要架设媒体服务器，媒体延迟低质量高。但是如果人数很多的话就会导致浏览器的本地宽带增加，不适合多人会议。

集中式：比较适合多人会话，节省本地宽带，但是只有少量浏览器查询的时候，这种体系的效率非常低（因为要走媒体服务器）。