OTT 是“Over The Top”的縮寫，是通信行業(yè)非常流行的一個詞匯，即互聯(lián)網(wǎng)公司越過運營商，發(fā)展基于開放互聯(lián)網(wǎng)的各種音視頻及數(shù)據(jù)服務業(yè)務，強調服務與物理網(wǎng)絡的無關性。常用的互聯(lián)網(wǎng)語音、視頻通訊、IM，都屬于OTT通訊范疇。大家比較熟知的OTT提供商，如Skype，騰訊，YY語音，都是業(yè)界比較優(yōu)秀的例子。最近的微信電話本更是在OTT通訊領域掀起不小風浪。

為什么要構建OTT通訊網(wǎng)絡？因為溝通是人們的基本需求，OTT通訊是未來發(fā)展的必然趨勢。如在未來遠程、中介等應用場景中，利用實時視頻能力，可以很好地提高效率；而在游戲過程中，加入IM和視頻通訊會提升客戶體驗度；在網(wǎng)購等場景中加入IM、視頻通訊等能力，則能更好地激發(fā)消費者的購買熱情，有錢，任性，血拼！

筆者任職的企業(yè)在OTT通訊領域積累十年時間，構建paas平臺，實現(xiàn)音視頻、IM、VoIP、短信、驗證碼等能力（后續(xù)將提供互聯(lián)網(wǎng)會議等能力），服務應用所覆蓋的總注冊客戶數(shù)超2億。

今天將在構建OTT通訊網(wǎng)絡方面積累的經(jīng)驗分享給大家。

做好通訊業(yè)務， 需要構建一個強大的后臺網(wǎng)絡。最重要的幾點：

保障通訊質量：保證QOS，包括音視頻清晰度，網(wǎng)絡傳輸過程中的清晰度，以及在呼叫、媒體延遲方面的效果；

通訊過程中保持系統(tǒng)穩(wěn)定性：包括服務器、數(shù)據(jù)中心在故障情況下，網(wǎng)絡中斷時都

需要有良好的應對措施。

保障安全性。保證用戶數(shù)據(jù)安全、通信安全。

具體而言：

一、保障OTT通訊質量

（1） 保證通訊的節(jié)點離用戶最近。

不論用戶在任何的區(qū)域、網(wǎng)絡狀況下，都可以很好地接入節(jié)點。因此，接入節(jié)點一定要在用戶最近的地方。這里的節(jié)點包括兩層含義：一是呼叫信令的接入，二是音視頻傳輸類媒體的接入。在這一方面，騰訊和YY在業(yè)界都做的很好，云之訊與他們也經(jīng)常有相關交流與合作。目前其在國內的分布式節(jié)點具有上百規(guī)模，在地市級的區(qū)域有很好的覆蓋。同時要兼顧多網(wǎng)的接入。國內很多運營商在網(wǎng)絡互通上有一些問題，聯(lián)通、移動、鐵通等等存在接入問題，這個時候部署節(jié)點的時候要考慮到多網(wǎng)的問題。此外，要有效運用CDN，OTT通訊在音視頻實時傳輸很難用到CDN，但是有些效果、服務的接入資源，用戶登錄鑒權的功能，可以用到CDN做到加速處理。

（2）各個分布式節(jié)點部署完畢之后，保證各個節(jié)點之間的互通。

骨干網(wǎng)相對好一些，但是有時候會遇到光纖中斷的問題。為了避免這種情況，實際上我們需要做一個備份的處理：在多個節(jié)點之間做很多備份電路，在某條電路中斷時候，也可以用其他電路進行互通。除此之外，通過傳輸協(xié)議做一些保障也是一個有效的選擇：比如說媒體傳輸時可以做一些RBC的處理，同一個包可以發(fā)兩次，一個包丟掉之后通話語音不會受到影響。當然也沒有這么簡單，因為要考慮到帶寬的影響。另外還有一些自主重傳的機制，比如某一條丟掉之后主動要求重傳。很多協(xié)議上的保障是必須的。在部署節(jié)點的時候，有些關鍵的節(jié)點需要做專線的連接，這個和很多IDC的處理是一樣的，當然這里也有成本和節(jié)點中央性的一些綜合考慮。

（3）高效路由策略。

高效的路由包括兩方面：一方面是強大的監(jiān)控能力，包括客戶端與各個接入節(jié)點的主動的監(jiān)控和探測，另外就是節(jié)點之間的網(wǎng)絡監(jiān)控和管理。針對音視頻的媒體流做一些統(tǒng)計和分析，判斷客戶端與節(jié)點是否有問題，有問題的話屬于間歇性丟包還是連續(xù)丟包，來決定客戶端最好連接哪個接入點來提供服務。另一個方面是節(jié)點之間的探測功能，基于探測與監(jiān)控功能來做一個強有力的調度措施。比如兩個客戶端之間能夠做一個p2p的互通，會優(yōu)選這兩個客戶端進行端對端的媒體轉發(fā)。另外如果不能進行p2p的互通，我們會選擇服務器中轉。

服務器中轉是基于監(jiān)控來實現(xiàn)的，還有就是根據(jù)監(jiān)控、實時通話的情況，通過調整碼率來適應網(wǎng)絡的變化。

二、容災措施保持通訊過程中的系統(tǒng)穩(wěn)定性

互聯(lián)網(wǎng)不同于傳統(tǒng)運營商，很多用的是專有的服務器，基于通用服務器的話則需要集群式的部署，防止端點故障。IDC的故障、網(wǎng)絡的故障需要有備份處理機制；大多情況下則是采用自動檢測、自動切換的措施，保證在IDC故障或者受攻擊的情況下可以自動切換至其他IDC上，保證服務的通暢。

三、數(shù)據(jù)安全的問題

保障企業(yè)數(shù)據(jù)的安全是構建OTT通訊的重中之重，做更多的備份是我們最好的選擇，包括IDC內、跨IDC、跨服務器、海外的備份。在備份策略方面我們需要注重增加多樣性，根據(jù)我們IDC之間的連接情況，評估帶寬和性能的影響，做一些增量的備份或者是定時的純備份。

此外，很多企業(yè)都會關心互聯(lián)網(wǎng)的音視頻溝通過程中，通訊數(shù)據(jù)是否會被泄露或者監(jiān)聽。其實，我們只要在SDK里面做了一些加解密的算法，根據(jù)用戶定制私有的秘鑰做一個端到端的加密，無論是通過P2P還是中轉的傳輸，是可以躲避互聯(lián)網(wǎng)泄密的風險。當然，如果專門定制一些硬件芯片配合加密處理，互聯(lián)網(wǎng)泄密的風險基本為零了。

綜合來看，如果想真正構建好OTT網(wǎng)絡，上文所述只是一部分措施，除此之外，很多終端的編解碼，語音、視頻的處理，都非常關鍵。