在本文章中筆者主要針對關(guān)于WebRTC服務(wù)器的背景加以解釋?zhuān)缓骔ebRTC的WebRTC的視頻會(huì )議處理方式進(jìn)行討論，最后針對目前市場(chǎng)上幾個(gè)主流的開(kāi)源WebRTC媒體服務(wù)器進(jìn)行逐一介紹，包括它們的功能介紹和技術(shù)架構以及其各自的優(yōu)缺點(diǎn)加以說(shuō)明，希望讀者在選擇開(kāi)源WebRTC 媒體服務(wù)器時(shí)能夠做出自己一個(gè)合理的選擇。
1、關(guān)于WebRTC媒體服務(wù)器的定義/MCU/SFU
WebRTC技術(shù)最初的使用架構是點(diǎn)對點(diǎn)的（瀏覽器之間的）通信，這也是其非常強大的一個(gè)優(yōu)勢，用戶(hù)無(wú)需安裝任何第三方插件自己和對端進(jìn)行通信。但是，隨著(zhù)技術(shù)本身的不斷發(fā)展和業(yè)務(wù)場(chǎng)景的復雜程度越來(lái)越高，用戶(hù)場(chǎng)景中就需要一個(gè)WebRTC服務(wù)器端，媒體服務(wù)器或者WebRTC網(wǎng)關(guān)來(lái)進(jìn)行媒體，信令管理或者轉換處理。因此，市場(chǎng)上逐漸出現了各種針對WebRTC應用場(chǎng)景發(fā)布的一些開(kāi)源的WebRTC服務(wù)器端開(kāi)源項目。
另外，根據視頻會(huì )議是WebRTC的主要賣(mài)點(diǎn)，因此關(guān)于WebRTC的處理方式，很多開(kāi)源媒體服務(wù)器的架構有有所不同，有的服務(wù)器端支持MCU方式，有的支持SFU方式，還有的WebRTC服務(wù)器支持混合方式。
根據很多數據說(shuō)明，在瀏覽器和云平臺或者大容量的部署中，很多集成商選擇了SFU模式，以便能夠充分拓展，降低服務(wù)器的處理負載。當然，也有用戶(hù)選擇MCU的方式可以非常方便集中控制其服務(wù)器處理流程。兩種方式各有其優(yōu)缺點(diǎn)，這取決于用戶(hù)使用場(chǎng)景和自己的集成方式。
圖片來(lái)自于互聯(lián)網(wǎng)資源
除了基于WebRTC的視頻會(huì )議以外，WebRTC媒體服務(wù)器還可以支持各種流媒體的推送服務(wù)和直播等場(chǎng)景，還有和SIP對接集成的功能。因此，很多時(shí)候，WebRTC服務(wù)器端也可以作為一個(gè)WebRTC網(wǎng)關(guān)來(lái)使用，實(shí)現和傳統PSTN電話(huà)系統的集成對接，實(shí)現信令轉換處理。例如，通過(guò)Asterisk/WebRTC/SIP/FXO呼入呼出等場(chǎng)景。
下面，筆者逐一簡(jiǎn)單介紹目前市場(chǎng)上最熱門(mén)的十大開(kāi)源媒體服務(wù)器的功能和其各自特點(diǎn)，為用戶(hù)在WebRTC開(kāi)發(fā)和項目集成時(shí)提供一個(gè)指導和參考。
說(shuō)明，因為很多開(kāi)源項目不斷在更新過(guò)程中，或者筆者理解有誤，讀者最好親自查看官方最新技術(shù)動(dòng)態(tài)做進(jìn)一步核實(shí)。這里的指導意見(jiàn)僅是筆者一家之言。
2、Jitsi開(kāi)源視頻會(huì )議
Jitsi 平臺是非常活躍的開(kāi)源視頻會(huì )議平臺，其對標的視頻會(huì )議產(chǎn)品是zoom，Google meet等視頻會(huì )議平臺。其視頻會(huì )議功能意見(jiàn)非常完善，包括終端，服務(wù)器端，會(huì )議橋和錄像，屏幕共享，即時(shí)消息，SIP網(wǎng)關(guān)接入/電話(huà)入會(huì )等功能。如果讀者不熟悉的話(huà)，可以參考關(guān)于Jitsi視頻會(huì )議安裝的文檔來(lái)進(jìn)一步學(xué)習。
其基本特點(diǎn)：
- 功能完整，文檔齊全，技術(shù)支持完善，提供很多自定義的接口，快速部署，SFU， 開(kāi)發(fā)語(yǔ)言（java, lua）
- 非常龐大，安裝的服務(wù)和界面管理系統配置文件比較多，源代碼安裝相對比較復雜。
3、Kurento 媒體服務(wù)器
Kurento 媒體服務(wù)器是真正的完整的多功能套件的媒體服務(wù)器，它不僅僅提供媒體服務(wù)器的功能，同時(shí)提供了很多的工具（臉部識別接口，二維碼接口，對象追蹤等比較新的識別技術(shù)），用戶(hù)可以和第三方平臺集成，同時(shí)可以支持非常靈活的媒體流自定義處理方式。它可以在一個(gè)實(shí)例中設置為MCU方式或者M(jìn)CU方式。
其特點(diǎn)是：
功能靈活（流媒體廣播，編碼轉換，），豐富的開(kāi)發(fā)工具，靈活的媒體流處理流程， 開(kāi)發(fā)語(yǔ)言（java），支持多種視頻編碼
文檔齊全， 但是，社區互動(dòng)不多，主要通過(guò)郵件列表。
4、’Mediasoup
mediasoup是相對比較新的一個(gè)WebRTC服務(wù)器端的開(kāi)源項目。它更多是通過(guò)集成包方式和其他應用服務(wù)器來(lái)集成。它支持SFU模式，主要支持視頻聊天，媒體流廣播等。
技術(shù)架構如下：
其特點(diǎn)是：
- 通過(guò)底層API實(shí)現和第三方集成，安裝簡(jiǎn)單，文檔齊全
- 技術(shù)支持相對較弱，功能支持比較單一。
5、Janus
Janus是比較早期的WebRTC 服務(wù)器端的開(kāi)源項目，官方對其定義是一個(gè)WebRTC服務(wù)器端，支持的功能比較豐富，通過(guò)core模塊來(lái)支持不同的插件的方式。開(kāi)發(fā)語(yǔ)言（C語(yǔ)言），代碼架構比較清晰，支持了SIP 接口（補丁后的sofia）。
其特點(diǎn)是：
- 通過(guò)強大的core模塊實(shí)現對插件的拓展，支持SFU模式，客戶(hù)端集成相對比較簡(jiǎn)單
- 團隊相對比較小，社區支持較弱
6、Licode
Licode是一個(gè)開(kāi)源的WebRTC通信平臺，提供了服務(wù)器端和客戶(hù)端完整的產(chǎn)品配套。它支持視頻會(huì )議，用戶(hù)房間管理等非常靈活的功能，支持MCU模式。目前沒(méi)有看到界面管理系統發(fā)布。
其特點(diǎn)是：
- 安裝配置相對比較簡(jiǎn)單，專(zhuān)注于視頻會(huì )議，房間功能開(kāi)發(fā)相對比較靈活，完全WebRTC支持
- 社區支持較弱，視頻會(huì )議拓展方式實(shí)現，目前沒(méi)有看到無(wú)SIP接口
7、red5pro
Red5 Pro專(zhuān)注于視頻直播和媒體流轉發(fā)處理的WebRTC媒體服務(wù)器，支持服務(wù)器端和客戶(hù)端SDK開(kāi)發(fā)，支持的編碼方式比較多。
其特點(diǎn)是：
- 流媒體直播功能比較豐富，支持多種客戶(hù)端
- 文檔和社區支持相對較弱
8、Ant-媒體服務(wù)器
Ant-Media-Server是從red5pro 克隆出來(lái)的開(kāi)源項目，也支持了一個(gè)企業(yè)版的項目，它目前支持兩個(gè)不同的版本：開(kāi)源版本和企業(yè)版本。它支持SFU模式，目前支持了比較多的應用功能，并且支持了很多非常靈活的針對拓展功能，帶寬調整優(yōu)化，低延時(shí)等功能。更多應用在視頻直播等場(chǎng)景中。
其特點(diǎn)是：
- 支持拓展方式，支持對各種編碼，環(huán)境進(jìn)行調整優(yōu)化，實(shí)時(shí)錄像支持（MP4和HLS），支持對社交媒體平臺的媒體推送等，企業(yè)版本支持了很多非常實(shí)用的功能
- 社區版本支持的功能有限，企業(yè)版本功能相對比較多，用戶(hù)選擇操作困難
9、其他開(kāi)源第三方WebRTC網(wǎng)關(guān)
除了以上幾種獨立的WebRTC媒體服務(wù)器以外，比較熱門(mén)的基于語(yǔ)言的開(kāi)源平臺也逐漸發(fā)力，不斷增加對WebRTC能力的支持。其中，Asterisk（SFU）和FreeSWITCH（MCU）都已經(jīng)發(fā)布了多個(gè)版本支持WebRTC的視頻會(huì )議功能，很多第三方集成商也在其平臺逐漸增加了WebRTC的支持，通過(guò)第三方的sip.js 客戶(hù)端實(shí)現企業(yè)級的視頻會(huì )議功能。Kamailio也可以作為一個(gè)WebRTC網(wǎng)關(guān)服務(wù)器端實(shí)現WebRTC/SIP之間的信令處理。
還有另外一種方式是使用WebRTC 媒體服務(wù)器集成Asterisk或者FreeSWITCH實(shí)現WebRTC的呼叫中心，融合通信跨平臺解決方案。
因為，Asterisk和FreeSWITCH都是實(shí)現的媒體服務(wù)器功能，因此在WebRTC的實(shí)現上沒(méi)有太多的區別。因為，本身Asterisk或FreeSWITHC可以支持SIP/PSTN，這兩個(gè)媒體服務(wù)器和WebRTC平臺集成相對更加簡(jiǎn)單，這里不再討論。關(guān)于PSTN和WebRTC的集成呼叫流程，讀者可以參考：
10、總結
筆者介紹了關(guān)于WebRTC的媒體服務(wù)器的背景，同時(shí)結合目前市場(chǎng)上最流行的十大WebRTC媒體服務(wù)器端或網(wǎng)關(guān)服務(wù)器的技術(shù)，針對每個(gè)項目的不同特點(diǎn)做了一個(gè)簡(jiǎn)單概要。以上這些服務(wù)器端本身都有各自的特點(diǎn)和開(kāi)發(fā)的目標，因此有一些服務(wù)器端不一定完全能夠滿(mǎn)足用戶(hù)自己的需求，用戶(hù)需要根據其特性和自己的場(chǎng)景來(lái)加以取舍，最終需要用戶(hù)根據WebRTC 服務(wù)器端的產(chǎn)品定位，功能，支持能力和自己的需求來(lái)決定。
參考資料：
www.asterisk.org.cn
https://github.com/Red5/red5-server
https://github.com/ant-media/Ant-Media-Server/wiki
https://github.com/lynckia/licode
www.jitsi.org.cn
http://www.kamailio.org/events/2016-KamailioWorld/Day1/10-Lorenzo.Miniero-Janus-WebRTC-SIP-Gateway.pdf
http://www.kamailio.org/events/2014-KamailioWorld/day2/14-Anton.Roman.Portabales-WebRTC-Signaling.pdf
