背景
webrtc的提供音视频解决方案是针对P2P的场景,如果在实际的应用中直接通过P2P来互通,首先NAT穿越就很麻烦,如果NAT场景比较复杂,整个互通流程就会变长,直接的影响就是首屏会出来的慢。所以一般的会有一个webrtc接入服务来实现对web的接入,第一个是解决NAT穿越的问题,第二个是实现与具体的音视频业务的结合。
这篇文章先简要的介绍web互通的基本流程,webrtc接入的基本要求。再介绍ICE的核心流程,及webrtc接入服务的ICE。这里并不是详细介绍ICE流程,ICE有诸多细节,很难全面把握。但是其核心就那几点。再是webrtc接入服务上的ICE流程也更加简单。这里列出标准文档,STUN RFC5389,TURN RFC5766 就当作手册查询吧。
web 互通的基本流程
上图是web对通的基本流程,图中描述的是两个web进行点对点互通。涉及到角色有信令服务,STUN,TURN服务。STUN/TURN+NAT穿越流程即代表了ICE流程
webrtc协议
要实现webrtc的接入,首先需要实现webrtc协议,这里的协议指包括,会话建立协议,媒体流传输协议
会话建立协议
- 媒体协商
通过sdp进行媒体协商,webrtc对sdp协议进行了一些扩展,主要是为了满足媒体特性

本文介绍了WebRTC接入服务以解决NAT穿越和结合音视频业务的问题。阐述了Web互通基本流程、WebRTC协议(包括会话建立和流媒体传输协议),重点讲解了ICE用于NAT穿透和确定传输地址的流程,还介绍了Trickle ICE和ice - ite对ICE流程的优化。
最低0.47元/天 解锁文章
1233

被折叠的 条评论
为什么被折叠?



