近年來，直播競答、網(wǎng)絡(luò)游戲直播等新的實時音視頻通訊場景不斷推陳出新，實時音視頻應(yīng)用的爆發(fā)，使得WebRTC技術(shù)成為了人們關(guān)注的焦點。由于WebRTC技術(shù)可以幫助用戶在沒有插件和客戶端的情況下，輕松實現(xiàn)網(wǎng)頁瀏覽器之間的實時語音對話和視頻對話，加之研發(fā)成本相對較低，因此開源的WebRTC技術(shù)逐漸在眾多領(lǐng)域得到了廣泛應(yīng)用。58集團(tuán)目前很多業(yè)務(wù)場景對音視頻通話有需求，如IM、金融面審、招聘面試等。因此TEG結(jié)合實際業(yè)務(wù)場景基于WebRTC提供了一套完整的實時音視頻通話解決方案，以滿足各個業(yè)務(wù)場景的需求。

　　WebRTC是一個開源項目，旨在使得瀏覽器能為實時通信（RTC）提供簡單的JavaScript接口。說的簡單明了一點就是讓瀏覽器提供JS的即時通信接口。這個接口所創(chuàng)立的信道并不是像WebSocket一樣，打通一個瀏覽器與WebSocket服務(wù)器之間的通信，而是通過一系列的信令，建立一個瀏覽器與瀏覽器之間（peer-to-peer）的信道，這個信道可以發(fā)送任何數(shù)據(jù)，而不需要經(jīng)過服務(wù)器。并且WebRTC通過實現(xiàn)MediaStream，通過瀏覽器調(diào)用設(shè)備的攝像頭、話筒，使得瀏覽器之間可以傳遞音頻和視頻。

　　WebRTC技術(shù)將語音視頻的采集和編解碼全部內(nèi)嵌到了瀏覽器中，由此大大簡化了視頻通信所需的成本，即只需要一個支持WebRTC技術(shù)的瀏覽器即可實現(xiàn)視頻通信，并且可以跨越不同平臺和終端。

　　上圖為WebRTC的底層架構(gòu)，其用到的技術(shù)非常多，包括視頻音頻處理以及網(wǎng)絡(luò)傳輸，防火墻穿越等技術(shù)。

　　WebRTC有三個模塊，Voice Engine（音頻引擎），Video Engine（視頻引擎）和Transport。

　　WebRTC有三個重要的部分：MediaStream、RTCPeerConnection、RTCDataChannel。

　　MediaStream主要是從設(shè)備獲取數(shù)據(jù)流，比如說攝像頭和麥克風(fēng)。

　　getUserMedia（constraints,successCallback,errCallback），用于獲取用戶授權(quán)提供的音頻視頻數(shù)據(jù)流，三個參數(shù)分別為約束對象，成功的回調(diào)函數(shù)，發(fā)送錯誤的回調(diào)函數(shù)。

　　RTCPeerConnection 作為創(chuàng)建點對點連接的 API，是我們實現(xiàn)音視頻實時通信的關(guān)鍵。在點對點通信的過程中，需要交換一系列信息，通常這一過程叫做 — 信令（signaling）。在信令階段需要完成的任務(wù)：

　　我們雖然把 WebRTC稱之為點對點的連接，但并不意味實現(xiàn)過程中不需要服務(wù)器的參與。因為在點對點的信道建立起來之前，二者之間是沒有辦法通信的。因此在信令階段，我們需要一個通信服務(wù)來幫助我們建立起這個連接。WebRTC本身沒有指定信令服務(wù)，所以，我們可以使用 XMPP、XHR、Socket等來做信令交換所需的服務(wù)。TEG是采用webSocket來做雙向通信。

　　建立點對點信道的問題是 NAT 穿越技術(shù)。簡單來說NAT就是為了解決 IPV4 下的 IP 地址匱乏而出現(xiàn)的一種技術(shù)，也就是一個 公網(wǎng) IP 地址一般都對應(yīng) n個內(nèi)網(wǎng)IP。這樣也就會導(dǎo)致不是同一局域網(wǎng)下的瀏覽器在嘗試 WebRTC 連接時，無法直接拿到對方的公網(wǎng) IP 也就不能進(jìn)行通信，所以就需要用到 NAT 穿越（也叫打洞）。以下為 NAT 穿越基本流程：

　　由于 NAT 的行為是非標(biāo)準(zhǔn)化的，在 RTCPeerConnection 中使用 ICE 框架來保證 RTCPeerConnection 能實現(xiàn) NAT 穿越。

　　ICE（Interactive Connectivity Establishment）交互式連接建立，一種綜合性的 NAT 穿越技術(shù)，是一種框架，可整合各種 NAT 穿越技術(shù)如 STUN、TURN（Traversal Using Relaying NAT，中繼NAT實現(xiàn)的穿透）。ICE 會先使用 STUN，嘗試建立一個基于 UDP 的連接，如失敗了就會去 TCP（先嘗試 HTTP，然后嘗試 HTTPS），若依舊失敗 ICE 就會使用一個中繼的 TURN 服務(wù)器。 在 P2P 連接被創(chuàng)建前，首先必須進(jìn)行信令處理。為了完成讓用戶都具有另一端用戶的 IP以及其他任何用戶想要共享的涉及數(shù)據(jù)/視頻的信息，信令會在用戶和信令服務(wù)器之間進(jìn)行多次往返。

　　顯而易見，在上述連接的過程中：首先呼叫端（ClientA）需要給 接收端（ClientB） 通過信令服務(wù)發(fā)送一條名為 offer（SDP） 的信息，接收端在接收到請求后，則通過信令服務(wù)返回一條 answer（SDP） 信息給呼叫端。然后在呼叫端和接收端的 ICE 候選信息準(zhǔn)備完成后，通過信令服務(wù)進(jìn)行交換，并互相保存對方的信息，這樣就完成了一次連接。

　　根據(jù)當(dāng)前業(yè)務(wù)場景，TEG基于WebRTC進(jìn)行了二次開發(fā)，提供了一套自研 的完整解決方案，從而實現(xiàn)點對點的音視頻通話。以下是通過WebRTC進(jìn)行音視頻通話連接的一系列的步驟：

 

 

　　主叫方發(fā)起通話，首先申請房間號并且加入房間（房間是一個音視頻空間，同一房間內(nèi)的用戶可以相互觀看對方的實時視頻。用房間號來標(biāo)識一個房間，即在同一個實時音視頻應(yīng)用中間號相同的房間，可以認(rèn)為是同一個房，房間是實時溝通功能的一個管理單元。），然后通過業(yè)務(wù)線服務(wù)器將房間號發(fā)到被叫方，被叫加入房間。此時被叫方可以選擇接聽或者拒絕，如果選擇接聽通話，此時主叫和被叫經(jīng)過一系列信令交換過程完成視頻通話。

　　WebRTC技術(shù)基于UDP，具有不需安裝插件或者客戶端，開源免費，強大的網(wǎng)絡(luò)穿透能力，出色的音視頻處理技術(shù)等優(yōu)點，但由于兼容性問題，尤其在安卓手機瀏覽器上的兼容性較差。不過隨著5G網(wǎng)絡(luò)的建設(shè)和直播等應(yīng)用的持續(xù)火爆，實時的音視頻通話等場景需求十分強勁，在互聯(lián)網(wǎng)平臺音視頻直播互動這一領(lǐng)域，WebRTC依然是一個最佳的選擇。