OTT是“Over The Top”的縮寫(xiě)，是通信行業(yè)非常流行的一個(gè)詞匯，即互聯(lián)網(wǎng)公司越過(guò)運營(yíng)商，發(fā)展基于開(kāi)放互聯(lián)網(wǎng)的各種音視頻及數據服務(wù)業(yè)務(wù)，強調服務(wù)與物理網(wǎng)絡(luò )的無(wú)關(guān)性。常用的互聯(lián)網(wǎng)語(yǔ)音、視頻通訊、IM，都屬于OTT通訊范疇。大家比較熟知的OTT提供商，如Skype，騰訊，YY語(yǔ)音，都是業(yè)界比較優(yōu)秀的例子。最近的微信電話(huà)本更是在OTT通訊領(lǐng)域掀起不小風(fēng)浪。
為什么要構建OTT通訊網(wǎng)絡(luò )？因為溝通是人們的基本需求，OTT通訊是未來(lái)發(fā)展的必然趨勢。如在未來(lái)遠程、中介等應用場(chǎng)景中，利用實(shí)時(shí)視頻能力，可以很好地提高效率；而在游戲過(guò)程中，加入IM和視頻通訊會(huì )提升客戶(hù)體驗度；在網(wǎng)購等場(chǎng)景中加入IM、視頻通訊等能力，則能更好地激發(fā)消費者的購買(mǎi)熱情，有錢(qián)，任性，血拼，拼。
云之訊在OTT通訊領(lǐng)域積累十年時(shí)間，構建paas平臺，實(shí)現音視頻、IM、VoIP、短信、驗證碼等能力（后續將提供互聯(lián)網(wǎng)會(huì )議等能力），服務(wù)應用所覆蓋的總注冊客戶(hù)數超2億。
今天將在構建OTT通訊網(wǎng)絡(luò )方面積累的經(jīng)驗分享給大家。
做好通訊業(yè)務(wù)，需要構建一個(gè)強大的后臺網(wǎng)絡(luò )。最重要的幾點(diǎn)：
- 保障通訊質(zhì)量：保證QOS，包括音視頻清晰度，網(wǎng)絡(luò )傳輸過(guò)程中的清晰度，以及在呼叫、媒體延遲方面的效果；
- 通訊過(guò)程中保持系統穩定性：包括服務(wù)器、數據中心在故障情況下，網(wǎng)絡(luò )中斷時(shí)都需要有良好的應對措施。
- 保障安全性。保證用戶(hù)數據安全、通信安全。
具體而言：
保障OTT通訊質(zhì)量
（1）保證通訊的節點(diǎn)離用戶(hù)最近。
不論用戶(hù)在任何的區域、網(wǎng)絡(luò )狀況下，都可以很好地接入節點(diǎn)。因此，接入節點(diǎn)一定要在用戶(hù)最近的地方。這里的節點(diǎn)包括兩層含義：一是呼叫信令的接入，二是音視頻傳輸類(lèi)媒體的接入。在這一方面，騰訊和YY在業(yè)界都做的很好，云之訊與他們也經(jīng)常有相關(guān)經(jīng)驗方面的交流。目前云之訊在國內的分布式節點(diǎn)具有上百規模，在地市級的區域有很好的覆蓋。同時(shí)要兼顧多網(wǎng)的接入。國內很多運營(yíng)商在網(wǎng)絡(luò )互通有一些問(wèn)題，聯(lián)通、移動(dòng)、鐵通等等存在接入問(wèn)題，這個(gè)時(shí)候部署節點(diǎn)的時(shí)候要考慮到多網(wǎng)的問(wèn)題。此外，要有效運用CDN，OTT通訊在音視頻實(shí)時(shí)傳輸很難用到CDN但是有些效果、服務(wù)的接入資源，用戶(hù)登錄鑒權的功能，可以用到CDN做到加速處理。
（2）各個(gè)分布式節點(diǎn)部署完畢之后，保證各個(gè)節點(diǎn)之間的互通。
骨干網(wǎng)相對好一些，但是有時(shí)候會(huì )遇到光纖中斷的問(wèn)題。為了避免這種情況，實(shí)際上我們需要做一個(gè)備份的處理：在多個(gè)節點(diǎn)之間做很多備份電路，在某條電路中斷時(shí)候，也可以用其他電路進(jìn)行互通。除此之外，通過(guò)傳輸協(xié)議做一些保障也是一個(gè)有效的選擇：比如說(shuō)媒體傳輸時(shí)可以做一些RBC的處理，同一個(gè)包可以發(fā)兩次，一個(gè)包丟掉之后通話(huà)語(yǔ)音不會(huì )受到影響。當然也沒(méi)有這么簡(jiǎn)單，因為要考慮到帶寬的影響。另外還有一些自主重傳的機制，比如某一條丟掉之后主動(dòng)要求重傳。很多協(xié)議上的保障是必須的。云之訊在部署節點(diǎn)的時(shí)候，有些關(guān)鍵的節點(diǎn)會(huì )做專(zhuān)線(xiàn)的連接，這個(gè)和很多IDC的處理是一樣的，當然這里也有成本和節點(diǎn)中央性的一些綜合考慮。
（3）高效路由策略。
高效的路由包括兩方面：一方面是強大的監控能力，包括客戶(hù)端與各個(gè)接入節點(diǎn)的主動(dòng)的監控和探測，另外就是節點(diǎn)之間的網(wǎng)絡(luò )監控和管理。針對音視頻的媒體流做一些統計和分析，判斷客戶(hù)端與節點(diǎn)是否有問(wèn)題，有問(wèn)題的話(huà)屬于間歇性丟包還是連續丟包，來(lái)決定客戶(hù)端最好連接哪個(gè)接入點(diǎn)來(lái)提供服務(wù)。另一個(gè)方面是節點(diǎn)之間的探測功能，基于探測與監控功能來(lái)做一個(gè)強有力的調度措施。比如兩個(gè)客戶(hù)端之間能夠做一個(gè)p2p的互通，會(huì )優(yōu)選這兩個(gè)客戶(hù)端進(jìn)行端對端的媒體轉發(fā)。另外如果不能進(jìn)行p2p的互通，我們會(huì )選擇服務(wù)器中轉。
服務(wù)器中轉是基于監控來(lái)實(shí)現的，還有就是根據監控、實(shí)時(shí)通話(huà)的情況，通過(guò)調整碼率來(lái)適應網(wǎng)絡(luò )的變化。
容災措施保持通訊過(guò)程中的系統穩定性
互聯(lián)網(wǎng)不同于傳統運營(yíng)商，很多用的是專(zhuān)有的服務(wù)器，基于通用服務(wù)器的話(huà)則需要集群式的部署，防止端點(diǎn)故障。IDC的故障、網(wǎng)絡(luò )的故障需要有備份處理機制；大多情況下則是采用自動(dòng)檢測、自動(dòng)切換的措施，保證在IDC故障或者受攻擊的情況下可以自動(dòng)切換至其他IDC上，保證服務(wù)的通暢。
數據安全的問(wèn)題
用戶(hù)數據的安全我們會(huì )做更多的備份，包括IDC內、跨IDC、跨服務(wù)器、海外的備份。在備份策略方面云之訊也會(huì )注重增加多樣性，根據我們IDC之間的連接情況，評估帶寬和性能的影響，做一些增量的備份或者是定時(shí)的純備份。
此外，很多企業(yè)都會(huì )關(guān)心互聯(lián)網(wǎng)的音視頻溝通過(guò)程中，通訊數據是否會(huì )被泄露或者監聽(tīng)。其實(shí)，我們在SDK里面做了一些加解密的算法，根據用戶(hù)定制私有的秘鑰做一個(gè)端到端的加密，無(wú)論是通過(guò)P2P還是中轉的傳輸，在互聯(lián)網(wǎng)是沒(méi)有泄密的風(fēng)險。我們專(zhuān)門(mén)定制了一些專(zhuān)門(mén)的SDK和硬件芯片配合處理，避免互聯(lián)網(wǎng)泄密的風(fēng)險。
綜合來(lái)看，如果想真正構建好OTT網(wǎng)絡(luò )，上文所述只是一部分措施，除此之外，很多終端的編解碼，語(yǔ)音、視頻的處理，都非常關(guān)鍵。
