浅述webrtc中的ICE流程

背景

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协议进行了一些扩展，主要是为了满足媒体特性

ICE
通过ICE来进行NAT穿透及确定媒体流传输地址

DTLS
通过DTLS协议来保证安全性

流媒体传输协议
使用的是 RTP，SRTP协议