[笔记]VisionMobile：WebRTC，扰动电信运营商和OTT的新游戏改变者

WebRTC：Web based Real-Time Communications。浏览器之间实时通信连接的建立和音视频等数据的传输，浏览器需支持WebRTC API。W3C的WebRTC标准在：http://dev.w3.org/2011/webrtc/editor/webrtc.html

问题1：WebRTC涵盖内容

描述多媒体流（视频、音频或者音视频）从本地设备（摄像机、麦克风，Web摄像头）或用从预先准备的文件。

连接远端使用NAT穿越技术，例如ICE、STUN和TURN。

向对端发送媒体流，接受对端媒体流

直接向对端发送随意的data，即非媒体类数据的传递。

问题2：WebRTC是HTML5吗？

严格就规范而言，HTML5和WebRTC在W3C中对应不同规范，但是就整个体系而言，HTML5是给出了HTML新的语义格式，可以说是个框架，HTML5定义了格式，WebRTC、Audio等规范具体定义了具体的实现API。

WebRTC符合HTML5的语义格式，同时HTML5中也引入了部分WebRTC的定制。例如在html5当中定义的device API中有一个getUserMedia，里面LocalMediaStream采用的是WebRTC中定义的结构。

广义来讲可以认为WebRTC属于HTML5。一般人说起HTML5通常涵盖了所有Web技术，真是个万金油的帽子，甚至将非W3C工作组的WebGL（OpenGL ES  2.0  for the Web）也涵盖，大有HTML5就是Web的一切，将Web APP所涉及的一切都归入到HTML5。分类学和名称有时不需要太讲究。

问题3：如何寻址对方？

WebRTC的呼叫寻址，由Web Server存储相关地址信息。WebRTC APP向Web Server register，server将存贮APP信息，例如IP地址。在呼叫时，通过server作为agent或者proxy，使用ROAP进行双方媒体的offer、answer协商。

ROAP：RTCWeb Offer/Answer Protocol

WebRTC APP通过RTCPeerConnet，通过server，在browser和browser之间协商媒体，使用的XMLHttpRequest（在收到XML Data后，触发XMLHttpRequestCallBack处理），不是WebSocket。

在peer-to-peer Data API中提到发送和接受一般的数据时使用WebSocket，例如为peer之间建立IM信息的data传输通道。

下面是visionMobile的一篇文章，WebRTC: a new game-changer, disrupting Telcos and OTTs，随手翻译如下：

WebRTC：扰动电信运营商和OTT的新游戏改变者

[由Google倡导的WebRTC，允许电脑或电话的browser中发起呼叫。WebRTC扰动电信运营商，以及现在从Skype到Viber的VoIP厂商。客席作家Tsahi Levent-Levi将分析Google的意图以及电信运营商和OTT厂商面临的麻烦]

运营商（也称为网络运营商）在自己的网络提供语音和短信，在OTT（如Skype和WhatsApp）的竞争中竭力挣扎，已由好几年艰辛的日子。无论是灵巧的创业公司Viber（有过90M用户，每月超过1.5B呼叫和2B文本消息）还是大型公司苹果（iMessage有140M用户，每天发送1B iMessage），来自OTT的冲击是令人震惊。

然而，现时一幕出现了更大挑战者：WebRTC。

WebRTC技术允许开发者在网页建立实时通信，将不仅仅影响运营商，OTT厂商现在也面临真正的威胁，因为WebRTC打破不同OTT厂家间订购壁垒。

目前的OTT业务，如果我需要实时和某人通信，不安装特定软件是不行的，此外，你不能跨服务连接，例如不能从Viber打到Skype。

WebRTC正在改变一切

WebRTC会怎样？随着WebRTC成为HTML5标准的一部分，将在任何浏览器中使用VoIP应用。你不再需要SkypeID，电话号码，电邮地址等，将全部被浏览器取代，不再需要订购任何业务，你会为此感谢Google。

Google购买Global IP Solution公司（GIPS），GIPS为Voip应用（包括Yahoo和Skype）开发提供语音和视频多媒体引擎或许可，为开箱即用应用提供了实时多媒体部分，减少相当多的工作。Google不会停止收购技术，它正用GIPS商品化Google在通信领域的竞争，并将浏览器复杂化再推一步。

Google做了什么

• Google通过Java Script封装GIPS创建了WebRTC，面向Web浏览器开发者，意味着将VoIP技术开放给数百万计的开发者。
• Google采用宽松的BSD许可，对WebRTC开源，这使得技术可以重用、修改和创造衍生品；使之脱离实时媒体工程师们掌控，边缘化诸如Spirit-SDP的竞争者。
• Google将技术相向3C和IETF提交，使之成为标准，确保被采纳，成为浏览器内无所不在的通用组件，在这个过程中，去除了任何以Google为中心的技术。
• 它忽略信令层，允许开发者在任何实时通信装置中使用WebRTC，无需考虑呼叫建立的信令协议。

Google决策背后的策略

这是Google经常使用的经典“补充经济”策略，它将改变了包括运营商和OTT厂商的整个通信服务的局面。

WebRTC在Web浏览器内中整个实时通信，作为免费技术开放给大量web开发者，降低了富媒体应用的开发门槛，是Google策略重要部分。这些web开发者将为语音和视频服务带来新领域新场景，开拓大量的通信，使用WebRTC会比以前更容易开始自己VoIP服务。

对于Google，这个决定只是增强Web和web浏览器，无论在桌面还是移动领域，能够减少与原生应用之间的能力差距。Google在里面的真正价值是有更多的广告服务，和挖掘更多用户浏览器行为，这些是Google的财富。此举可以削弱微软收购Skype的影响，并危及Apple的FaceTime服务。

通用的OTT商务模式

OTT厂商的策略是尽可能多的用户到达量，提供免费服务吸引用户并锁定用户，通过以下四大方面实现货币化。

1. 广告，被ooVoo、Skype和其他采用

2. 连接PSTN（Skype从PSTN连接和运营商电话号码方案中获得大部分的收入）

3. 增值服务，例如多方视频呼叫（ooVoo采用）

4. 通过收购套现（这正是Viber希望的）

OTT厂商通过系统被大量使用来获取收入，因此希望用户在他们服务边界内使用，不允许和竞争OTT对手服务互通：试试从Viber呼叫Skype，是不通的。

再见，壁垒，Hello，新的通信方式

WebRTC通过去除各OTT厂商物理客户端以及user ID（例如skyper ID或email address），拆除了OTT厂商之间壁垒。由于没有特定信令，每个厂商可以决定是否（以及如何）使用user ID。

WebRTC将改变我们通信的方式，例如：

• 想象巴黎的本地保险代理希望吸引新客户：他建立一个网站，在AdWords上投钱，将客户导向他的销售漏斗，导向联系人页面或者电话号码。通过WebRTC，他可以关掉电话，客户在家里访问他的网站，通过web browser直接联系他，无论保险代理在哪里。过程无需OTT厂商。
• 或者小背包客社交网站，在旅行计划中相互联系。他们不需要交换user ID或者电话号码，也不需要安装任何 - 通过在社交网站上按键，就可联系。

已经有创业公司使用WebRTC提供服务，包括Bistri，Cloudeo，FrisB，TenHands和TokBox。

目前签订新服务的web范式是使用现有社交媒体帐号，很多采用WebRTC技术的厂商也将遵循这模式，不再需要唯一的服务ID。

那运营商呢？

WebRTC是威胁还是机遇？嗯，两者都是，在乎运营商如何看待它。

它意味着运营商通信服务面临更多的破坏，但同时，也有可观的机遇。然而，为了抓住机遇，运营商需要拥抱web开发者社区，传递基于WebRTC应用和服务的价值，围绕形成富有生机的生态系统。Web开发者已在寻找可嵌入应用的WebRTC解决方案。运营商可成为创新的载体，提供：

• 为WebRTC提供基于会话（Session-based）计费。和任何运营商服务一样，运营商可对客户产生的WebRTC会话进行计费：WebRTC通信经过运营商网络，可以被跟踪（通过DPI或者其他别的），可以被计费，或许根据一套分钟/会话的套餐。
• 整合RCS和WebRTC。RCS（也称为Joyn，Rich Communication Services (RCS) is an industry effort focused on the use of IMS for providing mobile phone communication services.）是运营商即时消息解决方案。通过在RCS中增加WebRTC，可以提供现成可编程多媒体能力，而无需使用如VoLTE的额外协议。
• QoS保障。需要报警？其他紧急服务？商务相关呼叫？运营商可为这些呼叫提高QoS保障，确保在网络（付费，这是当然的）享有适当的优先权。
• 基础建设。WebRTC只是个协议，建立一个解决方案需要增加许多组件，很多是服务器侧。运营商可以提供服务器侧基础建设，作为服务向客户提供。
• 连接PSTN。运营商有自己语音通信网络，通过它可以接入PSTN固定电话服务。运营商可为WebRTC连接PSTN和GSM，在这些语音服务的裂缝上架起桥梁。
• WebRTC信令。WebRTC只提供媒体组件，没有信令，你仍可通过WebRTC联系用户（这需要运营商提供用户之间的连接）。

就算获得运营商所有可能获的，运营商也不可能重返在OTT厂商出现之前黄金收入的日子，但WebRTC将使趋势停止（也可能扭转一点），取决于他们行动有多快和走多远。 AT&T, T-Mobile, Deutsche Telekom和Orange都是大运营商快速意识到并开始投资在WebRTC出现机遇的例子。问题是：其他运营商跟随需要多长时间？

相关链接：我的产业生态链和杂谈文章