網路直播對實時通信的技術要求有多高？

題主指的實時通信是視頻本身還是針對直播中的即時通訊，就是聊天室，可以互動送禮物點贊這種通信？

已經有答案把直播架構各個環節應該說的都已經介紹全了，本文就從一個技術瓶頸最大的問題來說——延時。

網路直播按需求場景，可以分為兩種：高延遲直播，低延遲實時互動直播。

高延遲直播：是單向傳輸，只有主播端數據下行到觀眾端。

低延遲實時互動直播：是雙向的，既有主播端到觀眾端的下行視頻流，也有觀眾端到主播段的上行視頻流。

高延遲直播：通過CDN進行內容分發，大多數直播平台的做法是，同時選擇多家CDN服務商。這種方案的延遲一般是2秒到數十秒。這種方案，是目前的主流方案。

從架構實現上來說，採用了CDN進行內容的緩存分發。不大可能像某友商說的達到毫秒級延遲。

從需求上來說，由於主播和觀眾沒有互動。因此，CDN方案沒有動力將延遲從秒級降低到毫秒級

真正對實時通信技術提出挑戰的是「低延遲全互動直播」。

什麼是「低延遲全互動直播」？

在這種場景下，容許多個主播並存在同一場直播中，也容許主播和觀眾對話。因此，這種場景下，高延遲是不可忍受的。

電信級的標準是400ms。延時大於400ms，對話會有明顯的不適感，是不適宜對話的。我司新推出的直播產品可以支持7人同時視頻連線，100人語音連線。這與其它的P2P連麥方案是不同的。（有興趣的看官可以自己去求證）

2s延遲到400ms延遲有多難？

光在真空中的速度約為300,000km/s，而在其他介質中光 速會大大降低，在普通光纖中，工程上一般認為傳輸速度是200,000km/s。從現實上來說：

北京-上海，距離1200km，往返延時12ms

北京-紐約，距離11000km，往返延時110ms

赤道周長，距離40000km，往返延時400ms

這個速度，可以理解為一條專線拉到頭的速度。因此，某些宣傳說自己零延遲的，基本是違背物理規律了。

實際應用中，拿北京到上海舉例，主播端的視頻、音頻數據，要經過

主播的硬體設備前處理-編碼：

傳輸：中間要經過數個機房、小區寬頻、用戶的路由器，

到達用戶終端設備，經過用戶設備硬體設備解碼，後處理，最終呈現到播放出來。

每一個環節都會產生延時。

回答題主的問題，網路直播對實時通信的技術要求有多高？

1、編解碼技術。在保證音質、畫質的前提下，盡量做到低碼率。碼率越低，數據包越小，傳輸越快。

2、網路傳輸架構改造。我司拋棄了傳統的基於TCP協議的CDN方案，從底層協議和布網上開始，創建了基於UDP協議的SD-RTN方案。全球端到端，延時低達76ms。

SD-RTN與CDN的區別是：

（1）基本原理不同。CDN是存儲轉髮結構，設計目的是在各個邊緣節點緩存待分發內容，結構上從源站到觀眾是傘狀多級緩存放大方式。SD-RTN本質上一個實時傳輸網路，用戶的數據在網路單元內部和傳輸線路上都以實時交換方式傳送，從而能夠保證最低延遲。

（2）底層協議不同。SD-RTN採用了專為實時傳輸設計的UDP協議，避免了採用TCP的延時不可控缺點。能夠大大縮短交互延時，延時可從CDN方案的數秒，降低到數百毫秒。

（3）內容分發機制不同。SD-RTN是基於自定義路由，選擇最優傳輸路徑，直接將內容端到端傳輸，數據在網路單元中從不緩存，從而最大可能的降低延遲，同時內容安全性也更好。CDN是將內容緩存於緩存伺服器中，再將內容就近下發。

（4）使用場景不同。SD-RTN適用於要求極低時延的實時互動場景，例如網路電話、視頻會議、有主播與觀眾交互需求的互動直播等。CDN適用於對時延要求不高的場景，例如對延時要求不高、類似電視的單點直播、網站加速等。若硬要將CDN改造用於互動直播，那麼其結構上對降低延遲的不適應性，始終會成為質量改進需求的瓶頸。

TAG:知乎發現 |

※高通推出網狀網路平台：智能家庭的終極形態
※中國網路發展到多可怕的程度？
※神經網路技術在網路視頻處理的應用探討
※網路問診的技巧
※如何提高網路公司的信任度
※對等神經網路
※網路盛行的「瘋狂有氧」式的減肥有多可怕
※網路主播的套路有多深？
※熊貓因直播而疲態盡顯？網路直播到底有多火
※信息戰的主要攻擊目標就是敵方的通信網路和計算機系統
※這部網劇告訴你，網路直播到底有多可怕
※智能家電間的設備互通 有比網狀網路平台更廉價的解決方案
※著眼網路建設基礎，華為的VR野心不是只有軟硬體
※網路中我們追求的是什麼
※社交網路如何影響真實的人際關係？
※抑鬱與你的網路使用模式有關嗎？
※除了鼓勵發展網路保險業務，各國還有哪些方法應對網路安全威脅？
※無網路是件大問題！
※各路網路大神模仿電影名角，有的很傳神，有的簡直辣眼睛