摘要：連麥互動(dòng)直播方案全實(shí)踐系列文章基于網(wǎng)易云信的摸索和實(shí)踐，從場(chǎng)景流程到方案架構(gòu)，對(duì)直播體驗(yàn)深度優(yōu)化方案連麥互動(dòng)直播進(jìn)行了全面的講解和介紹。

毫無(wú)疑問(wèn)直播是當(dāng)前移動(dòng)互聯(lián)網(wǎng)最熱門的領(lǐng)域之一，在超強(qiáng)熱度的引導(dǎo)下直播領(lǐng)域也吸引了大量的商業(yè)資本。在各大直播應(yīng)用萬(wàn)花齊放的時(shí)刻，也正是直播應(yīng)用面臨的真正風(fēng)口。站在這個(gè)風(fēng)口上，直播應(yīng)用只把握好風(fēng)向標(biāo)，推出具備高用戶粘性的差異化功能，才能在這個(gè)不斷推陳出新的時(shí)代站穩(wěn)腳跟，獲得不可動(dòng)搖的地位。
《連麥互動(dòng)直播方案全實(shí)踐》系列文章基于網(wǎng)易云信的摸索和實(shí)踐，從場(chǎng)景、流程到方案、架構(gòu)，對(duì)直播體驗(yàn)深度優(yōu)化方案——“連麥互動(dòng)直播”進(jìn)行了全面的講解和介紹。

相關(guān)閱讀推薦：
連麥互動(dòng)直播方案全實(shí)踐 1：什么是連麥互動(dòng)直播？
連麥互動(dòng)直播方案全實(shí)踐 3：網(wǎng)易云信連麥互動(dòng)的實(shí)現(xiàn)方案

《連麥互動(dòng)直播方案全實(shí)踐》系列第一篇文章介紹了什么是連麥互動(dòng)直播，現(xiàn)在我們來(lái)看一下網(wǎng)易云信在連麥互動(dòng)直播方案的演變過(guò)程。我們從2015年年初就開始研究連麥互動(dòng)直播技術(shù)，提出了一個(gè)在主播客戶端合流的方案。后來(lái)隨著移動(dòng)端直播的快速興起，我們?cè)诶戏桨傅幕A(chǔ)上，迭代推出了一個(gè)新方案，也就是服務(wù)端合流方案。
接下來(lái)我會(huì)為大家詳細(xì)闡述這兩個(gè)方案的具體實(shí)現(xiàn)方式，并且分析各自的優(yōu)勢(shì)、劣勢(shì)以及適用的場(chǎng)景。

主播端合流方案

首先我們來(lái)看一下老方案，我們稱之為：主播端合流。

傳統(tǒng)的直播流程是：主播客戶端采集并編碼音視頻數(shù)據(jù)以后，直接使用RTMP協(xié)議推流到CDN，其它觀眾使用對(duì)應(yīng)的拉流地址向CDN拉取音視頻流。
該方案我們不改變由主播來(lái)推流這個(gè)架構(gòu)，只是在主播需要與觀眾連麥互動(dòng)時(shí)使用實(shí)時(shí)音視頻系統(tǒng)來(lái)進(jìn)行主播和觀眾的實(shí)時(shí)互動(dòng)連麥，通過(guò)實(shí)時(shí)通話通道主播端收到觀眾端發(fā)送的音頻和視頻數(shù)據(jù)，主播端將自己的聲音和觀眾的聲音做混音，并將自己的畫面與觀眾的畫面做視頻合成，最后主播將混合的聲音和畫面推流到CDN流媒體服務(wù)器。通過(guò)這種方式就實(shí)現(xiàn)了觀眾與主播的連麥互動(dòng)直播。

那么這個(gè)方案有什么優(yōu)缺點(diǎn)呢？

由于上述兩個(gè)問(wèn)題，該方案并不是移動(dòng)端上連麥互動(dòng)的最佳方案。
為了解決這兩個(gè)問(wèn)題，我們團(tuán)隊(duì)用3個(gè)月時(shí)間來(lái)做技術(shù)攻關(guān)，設(shè)計(jì)并開發(fā)了一個(gè)替代方案。

服務(wù)端合流方案

這個(gè)全新的連麥互動(dòng)直播方案，作為優(yōu)化替代方案，方案的關(guān)鍵是：主播不再直接推流到CDN流媒體服務(wù)器，而是基于實(shí)時(shí)音視頻通話系統(tǒng)，由實(shí)時(shí)音視頻的中轉(zhuǎn)服務(wù)器轉(zhuǎn)發(fā)給互動(dòng)直播服務(wù)器，再由互動(dòng)直播服務(wù)器處理后推流到 CDN 流媒體服務(wù)器，互動(dòng)直播服務(wù)器是我們?yōu)榉桨付卵邪l(fā)的一個(gè)服務(wù)器。
音視頻實(shí)時(shí)通話系統(tǒng)，可以實(shí)現(xiàn)多人的實(shí)時(shí)互動(dòng)，而且多人模式下所有的數(shù)據(jù)包都是通過(guò)音視頻中轉(zhuǎn)服務(wù)器中轉(zhuǎn)。此時(shí)如果觀眾需要與主播連麥互動(dòng)，只需要讓觀眾加入到實(shí)時(shí)音視頻的房間中，音視頻中轉(zhuǎn)服務(wù)器在轉(zhuǎn)發(fā)給房間中其他客戶端的同時(shí)，轉(zhuǎn)發(fā)一份到互動(dòng)直播服務(wù)器，互動(dòng)直播服務(wù)器對(duì)收到的語(yǔ)音進(jìn)行混音，同時(shí)對(duì)視頻畫面做混合處理，處理完畢以后再推流到 CDN 流媒體服務(wù)器。
通過(guò)這種方案，將方案一中由主播端做的混音混合及推流操作，轉(zhuǎn)嫁由互動(dòng)直播服務(wù)器來(lái)承擔(dān)。對(duì)于普通觀眾不需要其它額外的處理邏輯就能在原來(lái)的拉流地址上拉取到連麥互動(dòng)的直播畫面。

那新方案有哪些優(yōu)點(diǎn)？

簡(jiǎn)單的提一下，有些 APP 使用不同與上述兩種方案的其它方案來(lái)實(shí)現(xiàn)連麥互動(dòng)直播。也就是主播和連麥者分別發(fā)送一路 RTMP 流到 CDN 服務(wù)器，觀眾端通過(guò)分別拉取主播和連麥者的兩路流來(lái)實(shí)現(xiàn)連麥互動(dòng)直播。
這個(gè)方案的問(wèn)題是：RTMP 協(xié)議延遲很高，一般至少在3秒，主播和連麥者之間使用 RTMP 協(xié)議來(lái)做連麥互動(dòng)，互動(dòng)的實(shí)時(shí)性是不可接受的。同時(shí)普通觀眾要拉取兩路流，功能流程會(huì)變得復(fù)雜，同時(shí)還增加了普通觀眾的下行壓力。
由于這兩個(gè)問(wèn)題，該方案不是一個(gè)合格可行的低延遲連麥互動(dòng)方案。

那么網(wǎng)易云信全新的連麥互動(dòng)直播方案具體是怎么實(shí)現(xiàn)的呢？《連麥互動(dòng)直播方案全實(shí)踐》第三篇文章將會(huì)向大家詳細(xì)介紹。

隨著即時(shí)通訊以及音頻處理和壓縮技術(shù)的不斷發(fā)展，效果更好、適用范圍更廣、性能更高的算法和新的技術(shù)必將不斷涌現(xiàn)，如果你有好的技術(shù)或者分享，歡迎關(guān)注網(wǎng)易云信官方博客和 GitHub：

關(guān)注更多技術(shù)干貨內(nèi)容：網(wǎng)易云信博客
歡迎關(guān)注網(wǎng)易云信 GitHub
歡迎關(guān)注網(wǎng)易云信官網(wǎng)