什麼是信令伺服器

Ⅰ [webrtc] 互動式連接建立（ICE）

課程地址：零聲學院 WebRTC入門與提高 https://ke.qq.com/course/435382?tuin=137bb271

技術支持QQ群：782508536

更多音視頻知識請點擊： 專注音視頻開發

互動式薯首喚連接建立是一種標准穿透協議，利用Stun和Turn伺服器來幫助端點建立連接。市面上已有不少介紹ICE的資料，像《WebRTC權威指南(第三版)》中的「9.2 互動式連接芹肢建立」。但看了那些後，有人還是不能理解，這里試著用一個實例來描述整個過程。ICE協議只是制定規范，沒規定怎麼實現細節，在細節實現上這里參考Google的WebRTC。

上圖就是《WebRTC權威指南(第三版)》中的圖9.1。呼叫要交換兩種信息，一是候選地址，二是媒體信息。候選地址用於建立網路連接，它存儲著和網路連接相關的參數。媒體信息（SDP）用於描述要在對等連接上傳輸的數據，包括音頻、視頻和數據。用路和車來比喻的話，候選地址用於造路，媒體信息於用指數凱定要跑什麼車。
在圖中，雙方是串列處理媒體、候選地址，但實際中是並發的。舉個例子，主叫收到Answer後，它仍可能在收集候選地址，然後通過信令伺服器發向被叫。
除了主叫必須創建Offer才開始收集候選地址、被叫必須創建Answer才開始收集候選地址外，ICE代理是相互獨立地處理媒體和候選地址。 （這結論細節參考底下的「四：選定候選地址，並啟動媒體」）。
和「9.2 互動式連接建立」一樣， 這里也把ICE分為六個步驟。下圖是例子使用的網路拓撲結構。
<ignore_js_op style="word-wrap: break-word; color: rgb(68, 68, 68); font-family: Tahoma, Helvetica, SimSun, sans-serif; font-size: 14px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial;">

</ignore_js_op>
一：收集候選地址
候選地址是或許可用於接收媒體以建立對等連接的<IP地址, 埠>對，它分四種類型。

| 類型 | 別名 | 如何傳給對端 | 用法 |
| 主機候選項 | host | 信令伺服器 | 從網卡中獲取的本地傳輸地址，如果此地址位於NAT之後，則為內網地址 |
| 伺服器反射候選項 | srflx | 信令伺服器 | 從發送給Stun伺服器的Binding檢查中獲取的傳輸地址。如果此地址位於NAT之後，則為最外層NAT的公網地址 |
| 對端反射候選項 | prflx | Stun Binding請求 | 從對端發送的Stun Binding請求獲取的傳輸地址。這是一種在連接檢查期間新發生的候選項 |
| 中繼候選項 | relay | 信令伺服器 | 媒體中繼伺服器的傳輸地址。通過使用TURN Allocate請求獲取 |

具體到例子，以下是此階段將至少能收集到的候選地址。為簡單，不再寫A的IP2、B的IP2的伺服器反射地址。

| 別名 | 類型 | 值 |
| A Cand2 | srflx | 211.161.240.181(raddr: 192.168.1.105) |
| A Cand1 | host | 192.168.0.204 |
| B Cand3 | host | 192.168.0.181 |

二：交換候選地址
A通過信令伺服器把A Cand2、A Cand1、B Cand3發向A。對端收到一個候選地址後會做什麼？深入它之前讓引入兩種對象：P2PTransportChannel、Connection。
ICE代理用P2PTransportChannel管理通道（Component）上的網路傳輸。什麼是通道？Webrtc有個概念叫軌道（Track），常見有視頻軌、音頻軌，而要發送一條軌道中數據，最多可能使用兩個通道，分別是Rtp、Rtcp。肯定會有Rtp，Rtcp則可選。一個P2PTransportChannel對應一條通道，如果當前會話要同時處理音頻、視頻，每條軌道又都包括Rtp、Rtcp，那會話中就存在四個P2PTransportChannel對象。P2PTransportChannel用維護一張連接狀態表來管理網路傳輸，表中一條記錄對應一個Connection對象。這里讓具體到A的視頻Rtp對應的P2PTransportChannel，看它在收到B Cand1後，P2PTransportChannel會向連接狀態表新增兩條記錄，即兩個Connection。這時已到通道，地址須是ip:port對。

| 本地網卡地址(Port) | 對端地址 | 狀態 |
| 192.168.1.105:60001 | 192.168.0.204:40001 | 未進行過Stun檢查 |
| 172.16.40.6:60003 | 192.168.0.204:40001 | 未進行過Stun檢查 |

此時A不知道該用哪個網卡IP才能把數據成功發向192.168.0.204，於是它只要在有可能的地址對就創建Connection。注意Connection只會基於網卡IP，即host，因為對發送源來說，host才可能是源，其它的只是中間轉換出的地址，像srflx。當然，創建時會放棄明顯不可能的<網卡地址, 對端地址>對，舉個例子，網卡地址是ipv4，而對端地址是ipv6。
當收全B Cand2、B$Cand3，狀態表中就有6條記錄。

| 本地網卡地址 | 對端地址 | 狀態 |
| 192.168.1.105:60001 | 192.168.0.204:40001 | 未進行過Stun檢查 |
| 172.16.40.6:60003 | 192.168.0.204:40001 | 未進行過Stun檢查 |
| 192.168.1.105:60001 | 11.92.14.8:50002 | 未進行過Stun檢查 |
| 172.16.40.6:60003 | 11.92.14.8:50002 | 未進行過Stun檢查 |
| 192.168.1.105:60001 | 192.168.0.181:40003 | 未進行過Stun檢查 |
| 172.16.40.6:60003 | 192.168.0.181:40003 | 未進行過Stun檢查 |

表中有一條、或多條、或沒有，能夠把A的視頻Rtp數據發向B的視頻Rtp通道，到底怎麼個可能性就要執行接下的Stun檢查。

三：STUN檢查
在狀態表新建一條記錄，即一個Connection，很快就會在此Connection上進行Stun檢查。Stun檢查具體操作是在此Connection上發Stun Binding請求。 由於要能支持Stun應答，每個ICE代理必須內置Stun伺服器功能。 Stun檢查具體步驟見下圖。
<ignore_js_op style="word-wrap: break-word; color: rgb(68, 68, 68); font-family: Tahoma, Helvetica, SimSun, sans-serif; font-size: 14px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial;">

</ignore_js_op>
為什麼說Stun檢查會發現prflx候選項？假如A和Stun伺服器之間連接狀態不好，在它收到B發來的srflx（11.92.14.8）之後還沒得出自個的srflx（211.161.240.181）。雖然A沒得到自個的srflx，但這不妨礙對B的srflx這個候選地址進行Stun檢查，於是會向11.92.14.8發Stun請求。B收到這個請求，從請求解析出211.161.240.181。雖然這個地址在值上等於A的srflx，但不是從信令伺服器得到，而是來自對端的Stun請求。此時B就會以這個prflx向狀態表新建Connection。
A在之後終於向Stun伺服器拿到了自個的srflx，並通過信令伺服器發向B。B發現這個srflx值對應的Connection已存在，就不會再創建了。
到此可得出個結論：兩種原因會導致新建Connection，一是從信令伺服器收到候選地址，二是Stun檢查發現prflx。不同於從信令伺服器得到地址而創建的Connection，Stun檢查時創建的Connection一開始就基本能確定連接是暢通的。

四：選定候選地址，並啟動媒體
P2PTransportChannel會維護連接狀態表，並排序表中記錄（SortConnectionsAndUpdateState）。排序指的是計算每條記錄的連接「成本」，把成本最低的排在第一條。如何計算成本？這涉及到很多因素，比如發出Stun請求到收到應答經過了的時間，用時越少的「成本」自然會低些。
當A有視頻Rtp數據要發送時，它檢查狀態表的第一條記錄，如果判斷出它的狀態是發送就緒，就會用此Connection進行發送。否則直接放棄這個發送任務。 媒體模塊在處理數據的採集、編碼任務時，不用考慮候選地址方面進展怎樣了，只是要到發送時才關注下，而即使不能發送也不會影響自個進度；同樣，候選地址處理模塊也不會關注媒體處理模塊的進度。這正是之前寫的一個結論：「除了主叫必須創建Offer才開始收集候選地址、被叫必須創建Answer才開始收集候選地址外，ICE代理是相互獨立地處理媒體和候選地址」。
維護表任務包括新建、刪除記錄，以及修改記錄中的狀態欄位。刪除記錄、修改狀態都涉及到「長連接」。

五：長連接
為確保NAT映射和過濾規則不在媒體會話期間超時，ICE會不斷通過使用中的候選項對發送Stun連接檢查。具體到P2PTransportChannel，表現出來的是對狀態表中所有記錄隔段時間就要發送個Stun Binding請求。如果檢測到本來是暢通的Connection上Stun應答超時了，那它就會更改該Connection狀態，執行表排序時就有可能會向下掉，嚴重時會從狀態表刪除該記錄。
一記錄被刪除後，如果之後那候選地址的連接又恢復了，則會基於該候選地址重新創建Connection。

六：ICE重新啟動
分析長連接時，我們已能得出個結論，如果是網路擁堵或通斷導致的狀態表變化，P2PTransportChannel內部就能處理。但是，如果基地址發生改變，像一網卡被禁用，這就超出P2PTransportChannel可處理范圍了，需重啟ICE。

Ⅱ WebRTC介紹

1、 WebRTC是什麼？
2、 WebRTC能做什麼?
3、 常用API
4、 基本原理

WebRTC全稱是Web Real-Time communication，是一種實時音視頻通訊技術，通過WebRTC可以使瀏覽器之間建立點對點的連接，並實時傳輸數據。

通過上述圖片可以看到【瀏覽器M】和【瀏覽器L】可以在不依余信老賴於Web伺服器的情況下點對點實時傳輸數據。上圖中的Web伺服器不是用於數據傳輸，而是用於協助【瀏覽器M】和【瀏覽器L】進行連接，進行協助連接的伺服器也叫【信令伺服器】。

WebRTC主要分為四部分，分別是信令、建立連接、安全加密、數據傳輸，下面分別介紹四個步驟。

信令是指通信兩端基於交換的數據進行協商。通俗的解釋就是在互聯網中兩個瀏覽器之間如果要進行點對點的數據傳輸，連接雙方需要交換對方的一些基本信息，基本信息包括對方的地址，帶寬，數據的編解碼格式，是否支持音視頻等等信息。

通信雙方的基本信息完成交換後，瀏覽器雙方開始坦洞建立連接。在網路中，瀏覽器雙方可能在同一個內網，可能不在同一個內網，中間可能還隔著交換機、路由器，還會存在防火牆。在網路的環境復雜的情況下，通信的雙方需要找到一條最佳路徑傳輸數據建立連接。建立連接主要使用的協議就是ICE協議。【ICE協議】又需要依賴【STUN協議】和【TURN協議】。

在WebRTC中，為了保證媒體傳輸的安全性，引入了【DTLS】作為傳輸加密協議，DTLS原理和作用類似於SSL/TLS，【DTLS】主要適用於UDP通信過程的加密，SSL/TLS主要適用於TCP通信過程的加密。
在WebRTC中，音視頻數據傳輸是使用RTP協議，然後通過 DTLS 協商出加密密鑰之後，RTP 也需要升級為 SRTP，通過密鑰加密後進行通信。協議棧如下圖所示：

上面說了對數據加密是使用DTLS，傳輸數據則分為兩種情況，一種是傳輸音視頻數據，另一種是傳輸自定義應用數據。

1、音視頻數據傳輸，主要使用RTP/SRTP、RTCP/SRTCP協議

前面主要對WebRTC做了一個簡單介紹，跳過了很多細節，有些地方可能不夠嚴謹，如果有興趣的讀者，可以對技術做進一步研究，比如：
1、信令如何進行協商？
2、傳輸層用了UDP，UDP本身是不豎升可靠的，那麼，音視頻數據、自定義用戶數據的時序、質量是如何保證的？
3、RTP用來傳遞音視頻數據，為什麼還需要有RTCP？
4、SCTP如何從協議層面兼顧傳輸的效率和質量？如何實現自定義數據的高效傳遞？
5、ICE協議的完整流程。
6、其他。

Ⅲ WebRTC中的Signaling Server是不是起到了一個ICEServer的作用

我認為不是 兩個peer要會話就需要把各自的sdp發送到對方，如果兩者都在區域網(nat)之後，怎麼發送？這時候就需要一個在公網上的能直接訪問的中間者來傳遞消息，在這之前兩者都是tcp連接在中間伺服器上的。這個中間伺服器除了轉發sdp，還會傳遞candidate，它包含stun之後的信息，有了這個peer之間就能直接傳media數據了。peer通過ice組件向stun伺服器協商後獲得了candidate，所以這個信令伺服器並不是ICE server，用google 文檔上的話說，這個信令伺服器可以是普通的socketserver，也可以sip/xmpp/Websocket伺服器

Ⅳ 十一、信令伺服器原理

沒有信令伺服器，各個WebRTC之間是沒辦法通信的。
傳遞媒體數據有兩個信息，必須經過信令伺服器進行交換

通過SDP來表示，如編解碼器是什麼？是否支持音頻視頻？編碼方式是什麼？余歲等
這些信息是通過SDP協議描述出來，通過信令伺服器中轉的

兩個WebRTC客戶端會盡可能選擇P2P進行連接，那麼進行連接前是如何發現對方的？就是通過信令伺服器。
首先將你所有網路相關信息傳到信令伺服器，伺服器幫你交換到對端，對端拿到你的信息後，
若在同一區域網內，乎漏直接通過P2P傳輸；若不在，首先進行P2P穿越，看是否能打通，打通則傳豎頃睜輸，打不通則中轉等。

還有一點也需要信令伺服器進行傳輸，比如加入房間，離開房間，禁言等功能

在傳輸時，一般有兩種協議 TCP和 UDP
底層協議使用 UDP主要用於流媒體傳輸（音頻視頻）還有文本，文字聊天等，但 UDP是不可靠傳輸，是可以丟包的，當然音頻視頻是可以丟包的，丟失一幀只會卡頓下，還可以繼續工作。
但信令伺服器不能丟失數據，所有的包必須保證到達，否則斷開連接，所以信令伺服器一般使用TCP可靠性傳輸。
websocket底層使用的就是 TCP協議， socket.io 使用的也是TCP

在websocket官方中，是有三個伺服器的，ROOM伺服器（提供用戶進出房間服務）、信令伺服器、流媒體（中轉）伺服器
選用socket.io 即不用單獨寫ROOM伺服器，這里ROOM和信令是同一個伺服器

socket.io是一個基於Nodejs的庫，在現有的Node Server上增加個socket.io即可

在任何終端都可以引入socket.io客戶端的庫，通過客戶端的庫就可以連接到 Nodejs中 socket.io伺服器上
這樣就可以建立連接，然後就可以創建，加入房間，這樣房間內的人就可以通信了

多個 socke.io可以串列通信。

Ⅳ 中國1號信令 與7號信令和PIR信令的特點有什麼不同

生活是積累沉澱的過程!知識就是財富.分享中獲取快樂.
中國1號信令與7號信令的區別
2010年07月15日 星期四 09:36
中國1號信令與7號信令的區別
第一、概念描述
1號信令：又稱為多頻互控信令或隨路信令。隨路信令是指信令和話音在同一條話路中傳送的信令方式。在我國使用的1號信令系統稱為中國1號信令系統，是國內PSTN網最早普遍使用的信令。
7號信令：又稱為公共信道信令。即以時分方式在一條高速數據鏈路上傳送一群話路信令的信令方式，通常用於局間。在我國使用的7號信令系統稱為中國7號信令系統。SS7網是一個帶外數據通信網，它疊加在運營者的交換網之上，是支撐網的重要組成部分。在固定電話網或ISDN網局間，完成本地、長途和國際的自動、半自動電話接續；在移動網內的交換局間提供本地、長途和國際電話呼叫業務，以及相關的移動業務，如簡訊等業務；為固定網和移動網提供智能網業務和其他增值業務；提供對運行管理和維護信息的傳遞和採集。7號信令網大致由以下幾部分組成，信令點是SS7信令網中處理控制消息的節點，產生消息的信令點為該消息的源信令點，接收消息的信令點為該消息的目的信令點。有以下三類信令點： 1. Service Switching Point(SSP) 業務交換點是信令消息的產生或終結點，實質上就是本地交換系統（或交換中心CO），它發起呼叫或接收呼入。2. Signal Transfer Point(STP)完成路由器的功能，查看由SSP發來的消息，然後通過網路把每一個消息交換到合適的地方。STP把其它信令點和網路連接在一起組成更大的網路。3. Service Control Point(SCP) 是典型的訪問資料庫伺服器，SCP是智能網業務的控制中心，負責業務邏輯的執行，提供呼叫處理功能，接收SSP送來的查詢信息和查詢資料庫，驗證後向SSP發出呼叫處理指令，接收SSP產生的話單並進行相應的處理。在7號信令網中，ISUP信令（ISDN USER PART）消息是用來建立管理釋放中心局話音交換機之間的話音中繼電路的，提供話音和非話業務所需的信息交換，用以支持基本的承載業務和枝如補充業務，例如：ISUP信令消息可以承載主叫ID, 主叫方的電話號碼，用戶名等。TCAP信令(Transaction Capabilities Application Part)消息 用以支持電話業務，如免費電話，本地號碼可攜帶，卡業務，移動漫遊以及認證業務。TCAP主要包括移動應用部分(MAP)和運營、維護和管理部分(OMAP)。MAP規定移動業務中漫遊和頻道越局轉接等程序，OMAP僅提供MTP路由正式測試和SCCP路由正式測試程序。
第二、特點描述
一、7號信令（七號信令）簡介
集團電話
7號信令（七號信令）系統是一種國際性的標准化的通用公共信令系統，其基本特點是：褲閉
1，最適合由數字程式控制交換機和數字傳輸設備所組成的綜合數字網。
2，能滿足現在和將來傳送呼叫控制、遙控、維護管理信令及處理機之間事務處理信息的要求。
3，信令傳送相當可靠。
NO.7號信令能滿足多種通信業務的要求，當前應用的主要有：
1，局與局之間的電話網通信。
2，局與局之間的數據網通信。
3，局與局之間綜合業務數字網。(例如：ISDN PRI)
4，可以傳送移動通信網中的各種信息。
5，支持各種類型的智能業務。
6，局端到用戶端之間的電話網以及數據網的通信。
二、NO.7信令概述
共路信令是隨著數字程式控制交換機的大量應用而出現的一種新的信號方式。它將原來分散在各路傳送的控制電話接續信令集中在一個話路內傳送，各路信號之間採用標號進行區分。共路信令概括的說，它傳送信令猛純啟的信令鏈路和通話話路是分開的。一般情況都在數字程式控制局之間應用，因為受編碼資源的影響，而不做用戶端推廣。由於它採用的是直發式發碼方式，所以傳輸速率較NO：1信令要快。
優點：信令傳送速度快，使呼叫接續時間大大縮短；信令和話音分開傳送，這對改變信令，增加信令帶來了很大的靈活性。
缺點：受信令點編碼資源限制，無法大面積推廣。
物理介面：符合G.703建議
非平衡75歐姆BNC
幀 結 構：符合G.704建議的幀結構與G.706建議的復幀結構
信令標准：NO

Ⅵ webrtc 瀏覽器與瀏覽器需要信令伺服器么

webrtc 瀏覽器與瀏覽器需要信令伺服器。推薦選擇ZEGO即構科技，該公司擁有4行代碼，30分鍾在APP、Web和小程序等應用內實現視頻通話、語音通話，互動直播功能。【點擊免費試用，0成本啟動】

使用一個信令伺服器，是為了能夠在兩個任意對等點之間建立連接。這是當今使用的Internet體系結構的簡陵搏陵單現實。將任何內容從一個瀏覽器流到另一個瀏銀陵覽器的「傳統」方式始終涉及中間的中繼伺服器。這是信令伺服器進入的地方。兩個對等方在彼此建立連接之前都已連接到信令服務尺戚器。因此，他們使用信令伺服器代表他們中繼消息，直到他們協商了直接的通話方式。如果沒有本地子網的第三方的幫助，則可以協商連接。

想要了解更多關於這方面的相關信息，推薦咨詢ZEGO即構科技。ZEGO即構科技是一家全球雲通訊服務商，專注自研音視頻引擎，服務覆蓋全球，鏈接 5 億終端用戶。ZEGO即構科技覆蓋212個國家/地區，全球用戶體驗毫秒級互動，日均通話時長達30億分鍾，躋身雲通訊行業頭部，全方位行業解決方案，滿足百餘個業務場景需要，服務客戶4000家，70%泛娛樂/在線教育客戶的選擇。

Ⅶ 信令伺服器房間設置

在WebRTC簡介中提到信令伺服器用於向中端傳輸數據，信令伺服器是實現兩個webRTC中端通信的重要角色。今天脊塵就來實現一下信令伺服器。

作為前端開發對於後端的東西不是很熟悉，只枝手能使用現成的一些伺服器軟體和nodejs來搭建信令伺服器。

業務邏輯

當兩個用戶要進行通信時，他們首先要創建一個房間，成功加入房間之後，雙方才能交換必要的信息。

當通信的雙方結束通話後，用戶需要發送離開房間的消息給信令伺服器，此時信令伺服器需要將房間內的所有人清除；如果房間里已經沒有人了，還需要將空房間銷毀掉。

這樣的邏輯socket.io已經幫我們實現了，我們只需要使用就行，不需要自己重新開發。

因此，我們使用nodejs+express+socket.io實現信令服務櫻搭禪器。

創建伺服器
const http = require('http');//引入http庫
const express = require('express'); //引入express庫

//創建HTTP服務，並偵聽8980埠
const app = express();
const http_server = http.createServer(app);
http_server.listen(8080, '0.0.0.0');
1
2
3
4
5
6
7
1
2
3
4
5
6
7
首先，通過express創建一個Web應用；之後調用HTTP庫的createServer（）方法創建HTTP對象，即http_server；最後調用http_server對象的listen（）方法偵聽8080埠。通過上面的步驟就實現了一個HTTP服務。

注冊socket.io的回調函數
io.sockets.on('connection', (socket) => {

//收到message時，進行轉發
socket.on('message', (message) => {
//給另一端轉發消息
socket.to(room).emit('message', message);

});

//收到 join 消息
socket.on('join', (room) => {
var o = io.sockets.adapter.rooms[room];
//得到房

Ⅷ 1號信令和7號信令有什麼區別

按照信令的信道來分類，信令可以分為：隨路信令和公共信道信令。隨路信令（CAS,ChannelAssociatedSignaling）：

信令和話音在同一條話路中傳送的信令方式。目前我國採用的隨路信令稱為中國1號信令系統。為30/32時隙2048K局間中繼傳輸方式，Timeslot16被用來傳遞其話音通道的信令，記發器信令為MFC（多頻互控，即用六個頻率中的兩個組合，成一組編碼，共15種前向信令，用四個頻率中的兩個組合，成一組編碼，共6種後向信令，前向是指主叫向被叫傳送，後向是指被叫向主叫傳送。），線路信令a,b,c,d為xx11。R2信令與中國1號信令的區蘆槐別在於R2信令的記發器信令斗戚為DTMF（雙音多頻），線路信令a,b,c,d為xx01。

1號信令：又稱為多頻互控信令或隨路信令。隨路信令是指信令和話音在同一條話路中傳送的信令方式。在我國使用的1號信令系統稱為中國1號信令系統，是國內PSTN網最早普遍使用的信令。

7號信令網大致由以下幾部空嘩陵分組成，信令點是SS7信令網中處理控制消息的節點，產生消息的信令點為該消息的源信令點，接收消息的信令點為該消息的目的信令點。有以下三類信令點：

1.ServiceSwitchingPoint(SSP)業務交換點是信令消息的產生或終結點，實質上就是本地交換系統（或交換中心CO），它發起呼叫或接收呼入。

2.SignalTransferPoint(STP)完成路由器的功能，查看由SSP發來的消息，然後通過網路把每一個消息交換到合適的地方。STP把其它信令點和網路連接在一起組成更大的網路。

3.ServiceControlPoint(SCP)是典型的訪問資料庫伺服器，SCP是智能網業務的控制中心，負責業務邏輯的執行，提供呼叫處理功能，接收SSP送來的查詢信息和查詢資料庫，驗證後向SSP發出呼叫處理指令，接收SSP產生的話單並進行相應的處理。

Ⅸ WebRTC 伺服器要幹些什麼

WebRTC 的伺服器大體分為信令伺服器和媒體伺服器

WebRTC 信令伺服器是主要功能禪做輪是為 WebRTC 通訊搭建一個了解彼此能力的通道, 交換信息, 同步改動.

而媒體伺服器就是用來交換媒體，包括對媒體賀信數據的加解密，編解碼，帶寬和速率控制等功能

不同的 RTP Toplogies 對伺服器有不同的要求

WebRTC 或者說多媒體通信一般有如下的幾種拓撲結構：

如果是兩個人之間的端到端 (P2P) 的通信, 信令伺服器的功能很簡單

而由於是點對點的通信，媒體伺服器也就不需要了。

如果是 SFU(Selective Forward Unit), 那麼它的信令伺服器除了上述的 SDP 媒體胡滑參數協商， ICE 連接地址交換，還有參加 RTP 會話的參加者信息的同步。

多個人之間的會議系統, 信令控制會麻煩很多,除了上述兩個基本功能之外, 還要有

在 RFC4575 中有這樣的定義

Multiple Control Unit 多點控制單元相比 SFU, 它有著對於媒體流的 Mix 和 translate 功能，可以很好地適配傳統的通信設備，在實際應用中，一般我們會以 SFU 為主， MCU 為輔，共同形成一個伺服器集群。

在 WebRTC 伺服器上，我們一般會維護如下的領域對象

領域對象的具體內容從略，一般有如下的 Command 或 Event

應用層的事件大約可以分為 5 類

具體的有

在一個視頻會議中，大家都在向會議室中發布自己的音視頻流，也訂閱他人的音視頻媒體流，所以伺服器，特別是 SFU 需要維護這樣一個 pub-sub 發布者和訂閱者之間的關系