WebRTC信令交互流程：

WebRTC信令交互流程

上述序列中，WebRTC并不提供Stun服務(wù)器和Signal服務(wù)器，服務(wù)器端需要自己實(shí)現(xiàn)。Stun服務(wù)器可以用google提供的實(shí)現(xiàn)stun協(xié)議的測(cè)試服務(wù)器（stun:stun.l.google.com:19302），Signal服務(wù)器則完全需要自己實(shí)現(xiàn)了，它需要在ClientA和ClientB之間傳送彼此的SDP信息和candidate信息，ClientA和ClientB通過這些信息建立P2P連接來傳送音視頻數(shù)據(jù)。由于網(wǎng)絡(luò)環(huán)境的復(fù)雜性，并不是所有的客戶端之間都能夠建立P2P連接，這種情況下就需要有個(gè)relay服務(wù)器做音視頻數(shù)據(jù)的中轉(zhuǎn)。這里說明一下， stun/turn、relay服務(wù)器的實(shí)現(xiàn)在WebRTC源碼中都有示例。

上述序列中，標(biāo)注的場(chǎng)景是ClientA向ClientB發(fā)起對(duì)聊請(qǐng)求，調(diào)用描述如下：

• ClientA首先創(chuàng)建PeerConnection對(duì)象，然后打開本地音視頻設(shè)備，將音視頻數(shù)據(jù)封裝成MediaStream添加到PeerConnection中。
• ClientA調(diào)用PeerConnection的CreateOffer方法創(chuàng)建一個(gè)用于offer的SDP對(duì)象，SDP對(duì)象中保存當(dāng)前音視頻的相關(guān)參數(shù)。ClientA通過PeerConnection的SetLocalDescription方法將該SDP對(duì)象保存起來，并通過Signal服務(wù)器發(fā)送給ClientB。
• ClientB接收到ClientA發(fā)送過的offer SDP對(duì)象，通過PeerConnection的SetRemoteDescription方法將其保存起來，并調(diào)用PeerConnection的CreateAnswer方法創(chuàng)建一個(gè)應(yīng)答的SDP對(duì)象，通過PeerConnection的SetLocalDescription的方法保存該應(yīng)答SDP對(duì)象并將它通過Signal服務(wù)器發(fā)送給ClientA。
• ClientA接收到ClientB發(fā)送過來的應(yīng)答SDP對(duì)象，將其通過PeerConnection的SetRemoteDescription方法保存起來。
• 在SDP信息的offer/answer流程中，ClientA和ClientB已經(jīng)根據(jù)SDP信息創(chuàng)建好相應(yīng)的音頻Channel和視頻Channel并開啟Candidate數(shù)據(jù)的收集，Candidate數(shù)據(jù)可以簡(jiǎn)單地理解成Client端的IP地址信息（本地IP地址、公網(wǎng)IP地址、Relay服務(wù)端分配的地址）。
• 當(dāng)ClientA收集到Candidate信息后，PeerConnection會(huì)通過OnIceCandidate接口給ClientA發(fā)送通知，ClientA將收到的Candidate信息通過Signal服務(wù)器發(fā)送給ClientB，ClientB通過PeerConnection的AddIceCandidate方法保存起來。同樣的操作ClientB對(duì)ClientA再來一次。
• 這樣ClientA和ClientB就已經(jīng)建立了音視頻傳輸?shù)腜2P通道，ClientB接收到ClientA傳送過來的音視頻流，會(huì)通過PeerConnection的OnAddStream回調(diào)接口返回一個(gè)標(biāo)識(shí)ClientA端音視頻流的MediaStream對(duì)象，在ClientB端渲染出來即可。同樣操作也適應(yīng)ClientB到ClientA的音視頻流的傳輸。