由于一對(duì)一連麥場(chǎng)景中是一位用戶與一位主播進(jìn)行互動(dòng)，所以對(duì)低延遲互動(dòng)的要求會(huì)更高，但是在完整的直播流程中，很多環(huán)節(jié)都會(huì)產(chǎn)生延遲，可見降低延遲并不是一件容易的事，在一對(duì)一直播系統(tǒng)開發(fā)時(shí)，實(shí)現(xiàn)低延遲互動(dòng)的關(guān)鍵是什么呢？

一、流媒體傳輸協(xié)議的選擇

選擇合適的流媒體傳輸協(xié)議才能有效降低流媒體傳輸延遲，保證一對(duì)一連麥中互動(dòng)的實(shí)時(shí)性。常見的流媒體傳輸協(xié)議有以下四種：

1、RTMP

基于TCP七層協(xié)議，每個(gè)時(shí)刻的數(shù)據(jù)收到后就立刻轉(zhuǎn)發(fā)，延遲在2-5s，主要用于上行端推流，是性價(jià)比比較高的一種流媒體傳輸協(xié)議，也是一對(duì)一直播系統(tǒng)開發(fā)常用的傳輸協(xié)議。

2、HLS

基于TCP，集合一段時(shí)間的數(shù)據(jù)，生成ts切片文件，并更新m3u8索引，延遲在10-30s，由于播放時(shí)需要多次請(qǐng)求，所以對(duì)網(wǎng)絡(luò)要求比較高，即便支持H5，但由于延遲過大，所以并不適用一對(duì)一直播系統(tǒng)開發(fā)中。

3、HTTP-FLV

基于TCP，使用HTTP傳輸FLV流，分發(fā)性比較強(qiáng)，延遲在2-5s，主要用于下行端拉流播放，并不適用一對(duì)一直播系統(tǒng)開發(fā)。

4、RTP

基于UDP四層協(xié)議，主要是對(duì)數(shù)據(jù)進(jìn)行封裝處理，延遲可控制在100ms以下，但是需要配合信令協(xié)議使用，所以即便定義簡(jiǎn)單性能好，但也不適用一對(duì)一直播系統(tǒng)開發(fā)中。

二、其他實(shí)現(xiàn)低延遲互動(dòng)的方法

1、音視頻編解碼

在一對(duì)一直播系統(tǒng)開發(fā)的一對(duì)一連麥場(chǎng)景下，音視頻數(shù)據(jù)需要在網(wǎng)絡(luò)中進(jìn)行傳輸，如果音視頻數(shù)據(jù)體積過大不僅會(huì)影響到數(shù)據(jù)的傳輸速度，還會(huì)占用大量的帶寬資源，所以在實(shí)際開發(fā)中，需要對(duì)音視頻數(shù)據(jù)進(jìn)行編解碼處理。

2、CDN服務(wù)

CDN服務(wù)是一對(duì)一直播系統(tǒng)開發(fā)時(shí)常用的服務(wù)之一，CDN節(jié)點(diǎn)通常部署在全球的不同地方，當(dāng)有用戶發(fā)起訪問請(qǐng)求時(shí)，就能利用距離用戶較近的邊緣節(jié)點(diǎn)給予響應(yīng)，從而降低一對(duì)一連麥場(chǎng)景下的互動(dòng)延遲，提升系統(tǒng)的響應(yīng)效率。

在一對(duì)一連麥場(chǎng)景下，用戶不僅對(duì)互動(dòng)實(shí)時(shí)性要求比較高，對(duì)音視頻質(zhì)量的要求也很高，所以在一對(duì)一直播系統(tǒng)開發(fā)時(shí)，為保證用戶的使用體驗(yàn)，需要不斷完善、優(yōu)化的方面還有很多，只有保證了用戶的使用體驗(yàn)，才能積累大量用戶流量助力平臺(tái)長(zhǎng)遠(yuǎn)發(fā)展。

聲明：本文由云豹科技原創(chuàng)，轉(zhuǎn)載請(qǐng)注明作者名及原文鏈接，否則視為侵權(quán)

?