實時音視頻互動系列（上）：又拍雲UTUN網絡詳解

如何定義實時音視頻互動, 延遲 400ms 內才能無異步感

實時音視頻互動若是存在1秒左右的延時會給交流者帶來異步感，必須將視頻播放延遲限制在400ms之內，才能給用戶較好的交互體驗。

當延遲控制在400ms之內時，兩我的音視頻互動是實時的，不會有異步感存在，即實時音視頻互動。

 

實時音視頻互動產生延遲的緣由

音視頻互動的延遲是如何產生的？

咱們先假設這樣一個場景：位於北京的A客戶端與位於廣州的B客戶端進行實時音視頻互動。

該場景會有如下幾個產生延遲的緣由：

• 光的傳輸耗時 30ms；
• 網絡處理耗時 10ms；
• 應用服務處理耗時 10ms；
• 客戶端發送處理耗時 50ms（採集、編碼、緩衝…）；
• 客戶端接收處理耗時 50ms（緩衝、解碼、渲染…）；

網絡層面，在跨地區、跨運營商等狀況下，傳輸延時會很是高而且不穩定，尤爲在晚高峯或者網絡擁堵的狀況下延時更加沒法把控。單純通信環境致使超過100ms的延遲時間，所以須要在技術層面達到較高的性能才能將延遲控制在200ms之內。

 

又拍雲 UTUN 通信網，數據傳輸耗時低於50ms

爲了解決這個問題，又拍雲設計了基於公網的通信網 UTUN，以此實現全部客戶端接入又拍雲通信網以後再進行交互。

UTUN 是一個分佈式網絡路由器，加入 UTUN 能夠將數據以最快的速度傳達到目的地，同時無需擔憂跨地區、跨 ISP、負載均衡、容災等問題。

 

又拍雲 UTUN 網絡基於又拍雲 CDN 網絡部署，同時擁有200多個邊緣接入節點、4000多臺服務器、覆蓋3大運營商、3個小運營商。

經過又拍雲 UTUN 網絡進行數據傳輸，國內能夠作到傳輸低於50ms，海外傳輸低於200ms。計算入上文提到的應用層產生延時的點，50ms加上其餘因素所致使的延時，又拍雲國內傳輸能夠作到100~200ms音視頻互動。國際傳輸音視頻互動延時等於應用層所消耗掉的100~200ms再加上網絡傳輸的延時，又拍雲可以作到400ms以內。

 

想要了解更多實時音視頻互動技術實戰解析，請閱讀：

實時音視頻互動系列（下）：基於 WebRTC 技術的實戰解析