主頁（http://www.130131.com）：視頻會議傳輸延時應該如何“低”？

但放到生活環(huán)境中，弱網(wǎng)、中小運營商等不可控的問題必定會影響網(wǎng)絡傳輸效率，最后結果就是通訊質量沒有保障。

關鍵詞：音視頻通信，視頻會議系統(tǒng)，南方電訊視頻會議

萬物互聯(lián)的時代，音視頻實時通訊的應用場景已隨處可見，從“吃雞”的語音對講、直播連麥，到企業(yè)日常遠程視頻會議、與合作伙伴的遠程會商，再到醫(yī)院的遠程會診、智能銀行VTM的遠程視頻開戶等。對于解決方案服務商來講，除了關注如何能快速實現(xiàn)不同應用場景的音視頻通訊，另一個更需要關注的可能就是“低延時”。但是，到底實時音視頻傳輸延時應該如何“低”，才能滿足你的應用場景呢？小南將看到的專家剖析截取部分分享給大家。

在音視頻傳輸過程中，在不同階段都會產(chǎn)生延時�？傮w可以分為三類：

T1：設備端上的延時

音視頻數(shù)據(jù)在設備端上產(chǎn)生延時還可以細分。設備端上的延時主要與硬件性能、采用的編解碼算法、音視頻數(shù)據(jù)量相關，設備端上的延時可達到 30~200ms，甚至更高。如上表所示，音頻與視頻分別在采集端或播放端產(chǎn)生延時的過程基本相同，但產(chǎn)生延時的原因不同。

——音頻在設備端上的延時：

音頻采集延時：采集后的音頻首先會經(jīng)過聲卡進行信號轉換，聲卡本身會產(chǎn)生延時，比如 M-Audio 聲卡設備延遲 1ms，艾肯聲卡設備延遲約為 37ms；

編解碼延時：隨后音頻進入前處理、編碼的階段，如果采用 OPUS 標準編碼，最低算法延時大約需要 2.5~60ms；

音頻播放延時：這部分延時與播放端硬件性能相關。

音頻處理延時：前后處理，包括 AEC，ANS，AGC 等前后處理算法都會帶來算法延時，通常這里的延時就是濾波器階數(shù)。在 10ms 以內。

端網(wǎng)絡延時：這部分延時主要出現(xiàn)在解碼之前的 jitter buffer 內，如果在抗丟包處理中，增加了重傳算法和前向糾錯算法，這里的延時一般在 20ms 到 200ms 左右。但是受到 jitter buffer 影響，可能會更高。

——視頻在設備端上的延時：

采集延時：采集時會遇到成像延遲，主要由 CCD 相關硬件產(chǎn)生，市面上較好的 CCD 一秒可達 50 幀，成像延時約為 20ms，如果是一秒 20~25 幀的 CCD，會產(chǎn)生 40~50ms 的延時；

編解碼延時：以 H.264 為例，它包含 I、P、B 三種幀（下文會詳細分析），如果是每秒 30 幀相連幀，且不包括 B 幀（由于 B 幀的解碼依賴前后視頻幀會增加延遲），采集的一幀數(shù)據(jù)可能直接進入編碼器，沒有 B 幀時，編碼的幀延時可以忽略不計，但如果有 B 幀，會帶來算法延時。

視頻渲染延時：一般情況下渲染延時非常小，但是它也會受到系統(tǒng)性能、音畫同步的影響而增大。

端網(wǎng)絡延時：與音頻一樣，視頻也會遇到端網(wǎng)絡延時。

另外，在設備端，CPU、緩存通常會同時處理來自多個應用、外接設備的請求，如果某個問題設備的請求占用了 CPU，會導致音視頻的處理請求出現(xiàn)延時。以音頻為例，當出現(xiàn)該狀況時，CPU 可能無法及時填充音頻緩沖區(qū)，音頻會出現(xiàn)卡頓。所以設備整體的性能，也會影響音視頻采集、編解碼與播放的延時。

T2：端與服務器間的延時

影響采集端與服務器、服務器與播放端的延時的有以下主幾個因素：客戶端同服務間的物理距離、客戶端和服務器的網(wǎng)絡運營商、終端網(wǎng)絡的網(wǎng)速、負載和網(wǎng)絡類型等。如果服務器就近部署在服務區(qū)域、服務器與客戶端的網(wǎng)絡運營商一致時，影響上下行網(wǎng)絡延時的主要因素就是終端網(wǎng)絡的負載和網(wǎng)絡類型。一般來說，無線網(wǎng)絡環(huán)境下的傳輸延時波動較大，傳輸延時通常在 10~100ms 不定。而有線寬帶網(wǎng)絡下，同城的傳輸延時能較穩(wěn)定的低至 5ms~10ms。但是在國內有很多中小運營商，以及一些交叉的網(wǎng)絡環(huán)境、跨國傳輸，那么延時會更高。

T3：服務器間的延時

在此我們要要考慮兩種情況，第一種，兩端都連接著同一個邊緣節(jié)點，那么作為最優(yōu)路徑，數(shù)據(jù)直接通過邊緣節(jié)點進行轉發(fā)至播放端；第二種，采集端與播放端并不在同一個邊緣節(jié)點覆蓋范圍內，那么數(shù)據(jù)會經(jīng)由“靠近”采集端的邊緣節(jié)點傳輸至主干網(wǎng)絡，然后再發(fā)送至“靠近”播放端的邊緣節(jié)點，但這時服務器之間的傳輸、排隊還會產(chǎn)生延時。僅以骨干網(wǎng)絡來講，數(shù)據(jù)傳輸從黑龍江到廣州大約需要 30ms，從上海到洛杉磯大約需要 110ms~130ms。

在實際情況下，我們?yōu)榱私鉀Q網(wǎng)絡不佳、網(wǎng)絡抖動，會在采集設備端、服務器、播放端增設緩沖策略。一旦觸發(fā)緩沖策略就會產(chǎn)生延時。如果卡頓情況多，延時會慢慢積累。要解決卡頓、積累延時，就需要優(yōu)化整個網(wǎng)絡狀況。

綜上所述，由于音視頻在采集與播放端上的延時取決于硬件性能、編解碼內核的優(yōu)化，不同設備，表現(xiàn)不同。所以通常市面上常見的“端到端延時”指的是 T2+T3。

延時低≠通話質量可靠

不論是教育、社交、金融，還是其它場景下，大家在開發(fā)產(chǎn)品時可能會認為“低延時”一定就是最好的選擇。但有時，這種“追求極致”也是陷入誤區(qū)的表現(xiàn)，低延時不一定意味著通訊質量可靠。由于音頻與視頻本質上的差異，我們需要分別來講實時音頻、視頻的通訊質量與延時之間的關系。

——音頻質量與延時

音頻采樣示意圖

影響實時音頻通訊質量的因素包括：音頻采樣率、碼率、延時。音頻信息其實就是一段以時間為橫軸的正弦波，它是一段連續(xù)的信號（如上圖）。

碼率：它描述了單位時間長度的媒體內容需要空間。碼率越高，意味著每個采樣的信息量就越大，對這個采樣的描述就越精確，音質越好。

假設網(wǎng)絡狀態(tài)穩(wěn)定不變，那么采樣率越高、碼率越高，音質就越好，但是相應單個采樣信息量就越大，那么傳輸時間可能會相對更長。

對照我們之前的公式，如果想要達到低延時，那么可以提高網(wǎng)絡傳輸效率，比如提高帶寬、網(wǎng)絡速度，這在實驗室環(huán)境下可以輕易實現(xiàn)。但放到生活環(huán)境中，弱網(wǎng)、中小運營商等不可控的問題必定會影響網(wǎng)絡傳輸效率，最后結果就是通訊質量沒有保障。還有一種方法，就是降低碼率，那么會損失音質。

——視頻質量與延時

影響實時視頻質量的因素包括：碼率、幀率、分辨率、延時。其中視頻的碼率與音頻碼率相似，是指單位時間傳輸?shù)臄?shù)據(jù)位數(shù)。碼率越大，畫面細節(jié)信息越豐富，視頻文件體積越大。

幀：正如大家所知，視頻由一幀幀圖像組成，如上圖所示為 H.264 標準下的視頻幀。它以 I 幀、P 幀、B 幀組成的 GOP 分組來表示圖像畫面（如下圖）：I 幀是關鍵幀，帶有圖像全部信息；P 幀是預測編碼幀，表示與當前與前一幀（I 或 P 幀）之間的差別；B 幀是雙向預測編碼幀，記錄本幀與前后幀的差別。

幀率：它是指每秒鐘刷新的圖像幀數(shù)。它直接影響視頻的流暢度，幀率越大，視頻越流暢。由于人類眼睛與大腦處理圖像信息非常快，當幀率高于 24fps 時，畫面看起來是連貫的，但這只是一個起步值。在游戲場景下，幀率小于 30fps 就會讓人感到畫面不流暢，當提升到 60fps 時會帶來更實時的交互感，但超過 75fps 后一般很難讓人感到有什么區(qū)別了。

分辨率：是指單位英寸中所包含的像素點數(shù)，直接影響圖像的清晰度。如果將一張 640 x 480 與 1024 x 768 的視頻在同一設備上全屏播放，你會感到清晰度明顯不同。

在分辨率一定的情況下，碼率與清晰度成正比關系，碼率越高，圖像越清晰；碼率越低，圖像越不清晰。

在實時視頻通話情況下，會出現(xiàn)多種質量問題，比如：與編解碼相關的畫面糊、不清晰、畫面跳躍等現(xiàn)象，因網(wǎng)絡傳輸問題帶來的延時、卡頓等。所以解決了低延時，只是解決了實時音頻通訊的一小部分問題而已。

綜上來看，如果在網(wǎng)絡傳輸穩(wěn)定的情況下，想獲得越低的延時，就需要在流暢度、視頻清晰度、音頻質量等方面進行權衡。