主頁（http://www.130131.com）：多人視頻服務(wù)端的幾種方式

隨著移動(dòng)互聯(lián)網(wǎng)的迅速發(fā)展，很多公司都想介入在線教育、智能家居、多人視頻、安防監(jiān)控等領(lǐng)域，雖然都是視頻通訊，但他們服務(wù)端的架構(gòu)與點(diǎn)對(duì)點(diǎn)通訊大不相同。

大部分情況下的單人視頻通話可能根本不需要用到流媒體服務(wù)，而多人視頻，在線教育這些則必須用到，所以下面主要介紹多人視頻中服務(wù)端架構(gòu)模式，以及各自特點(diǎn)：

一，Mesh結(jié)構(gòu)

這是最簡(jiǎn)單的多人視頻通話架構(gòu)模式，所有媒體流都不需要經(jīng)過服務(wù)端，客戶端直接P2P，可通過webrtc建立多個(gè)PeerConnection，結(jié)構(gòu)圖如下:

該方案優(yōu)點(diǎn)：
1，服務(wù)端壓力最小，大多數(shù)情況下不需要用到流媒體服務(wù)。

該方案缺點(diǎn)：
1，客戶端cpu和帶寬負(fù)載太大，特別是移動(dòng)端完全承受不住。
2，不適合擴(kuò)展，原因就是上面說的。

二，Mixer結(jié)構(gòu)

視頻會(huì)議基本上就是種結(jié)構(gòu)，他的最大特點(diǎn)就是服務(wù)端做了很多事情，包括轉(zhuǎn)碼，混音，合屏，所以服務(wù)端負(fù)載非常大，結(jié)構(gòu)圖如下:

該方案優(yōu)點(diǎn):
1.1，客戶端負(fù)載最小，與一對(duì)一負(fù)載一樣，所以理論上可以支持很多人同時(shí)視頻。
1.2，因?yàn)榉��?wù)端有做轉(zhuǎn)碼，所以可與現(xiàn)有產(chǎn)品無縫集成。
1.3，可以最大程度利用硬件能力，如硬件MCU，芯片。

該方案缺點(diǎn):
1.1，服務(wù)端負(fù)載很大，建設(shè)成本很高。
1.2，延遲問題，因?yàn)榉��?wù)端做了很多動(dòng)作（解碼，合屏，混音，編碼），所以會(huì)帶來延遲。

三，Router結(jié)構(gòu)

該方案最大特點(diǎn)就是服務(wù)端只負(fù)責(zé)包轉(zhuǎn)發(fā)，不負(fù)責(zé)轉(zhuǎn)碼，yy流媒體服務(wù)基本上就是這個(gè)功能，結(jié)構(gòu)圖如下：

該方案優(yōu)點(diǎn):
1.1，與Mixer相比服務(wù)端壓力比較小，只做轉(zhuǎn)發(fā)，而且容易擴(kuò)展。
1.2，低延遲，特別是與SVC結(jié)合后能大大提升客戶端體驗(yàn)度（現(xiàn)在市面上有應(yīng)用SVC的廠家不多）。

該方案在實(shí)際實(shí)現(xiàn)過程中需要根據(jù)不同客戶端的帶寬和丟包率做不同處理。

補(bǔ)充說明：
1，因?yàn)楦鞣N模式都有自己的優(yōu)缺點(diǎn)，所以實(shí)際應(yīng)用中應(yīng)該根據(jù)業(yè)務(wù)需求選擇適合的模式。
2，現(xiàn)在很多開源框架和PAAS可以做上面這些事情，但是實(shí)際應(yīng)用中都存在些問題，并不成熟，成熟的都拿去賣錢了，呵呵！