webrtc系列專題之trickle ice

標籤：style   blog   http   io   ar   color   os   使用   sp   

本文原創自 http://blog.csdn.net/voipmaker  轉載註明出處。

WebRTC p2p 部分採用ICE架構，ICE架構套件括stun,turn，實際使用webrtc開發音視頻應用時遇到的一個問題是呼叫建立很慢，原因是ice過程耗費過多時間，用戶端在發起呼叫時先與stun伺服器通訊擷取 server reflexive 地址和relay 地址，加上local host地址和連接埠 構造三類ice candidate ，把這三類candidate 放到sdp 屬性 (a=) ，完成這個動作後才實際發起sdp offer請求，接收者採用同樣的過程，兩邊都完整收完對方的sdp後才開始p2p探測， 這中間時間浪費在所有candidate都擷取後才發送，所以為了加速通話建立時間，把連通性檢測的時間提前，方案叫trickle ice, 其思想是用戶端一邊收集candidate一邊發送給對方，比如local candidate 不需要通過stun擷取直接就可以發起，這降低了了連通性檢測完成的時間，為了提高呼叫接通速度，webrtc 也引入了不同類型媒體(音頻，視頻)的多工功能，即共用一個udp連接埠，在sdp裡面體現為 a=group:BUNDLE audio video

表明用戶端支援audio和video rtp的多工。

webrtc系列專題之trickle ice