關(guān)于延遲，任正非說過：“VR 需要低時(shí)延，我們還做不到，也許以后會(huì)有一些科學(xué)定理新發(fā)明，但是現(xiàn)在還沒有。所以，我們要理性認(rèn)識(shí)VR/AR 的產(chǎn)業(yè)發(fā)展規(guī)律,保持戰(zhàn)略耐心。AR/VR 的發(fā)展速度太快，就會(huì)出現(xiàn)泡沫。為什么 VR將來會(huì)有個(gè)泡沫期, 關(guān)鍵是沒人能解決時(shí)延問題。”

近幾年網(wǎng)絡(luò)直播視頻、VR/AR、競(jìng)技游戲、大數(shù)據(jù)、4K 高清視頻的快速增長，正在將毫秒級(jí)網(wǎng)絡(luò)加速技術(shù)推向歷史發(fā)展的潮頭。用戶的預(yù)期越來越高，他們期待“最好”的在線體驗(yàn)，網(wǎng)絡(luò)延遲會(huì)直接影響到應(yīng)用的轉(zhuǎn)化率。即有多少人可以變成你的客戶，現(xiàn)在用戶的體驗(yàn)和忠誠度已經(jīng)不能用“分鐘”和“秒”來衡量，而是用“毫秒級(jí)”來衡量，每個(gè)毫秒都會(huì)對(duì)用戶的轉(zhuǎn)化和體驗(yàn)有影響。

比如說在線教育類用戶就希望視頻直播的端到端延遲能夠嚴(yán)格控制在500毫秒以內(nèi)，使之具備和視頻連麥相同的低延遲體驗(yàn)。那現(xiàn)在的 CDN加速技術(shù)還能起作用嗎？首先數(shù)據(jù)不能有cache，TCP 的延遲累積必須消除，甚至 RTMP協(xié)議也要切換到 WebRTC的技術(shù)架構(gòu)。移動(dòng)互聯(lián)網(wǎng)的實(shí)時(shí)視頻應(yīng)用領(lǐng)域正在快速演變中的一切，我們先姑且稱之為網(wǎng)絡(luò)延遲革命吧。

運(yùn)營商們對(duì)上述網(wǎng)絡(luò)延遲革命顯然是敏感的，正著力推動(dòng)SDN/NFV 的建設(shè)：三層解耦，網(wǎng)絡(luò)云化和發(fā)展ONAP 已經(jīng)成為行業(yè)的共識(shí)。那么隨著underlay 網(wǎng)絡(luò)服務(wù)能力的提升是否會(huì)極大的消弱 overlay 的網(wǎng)絡(luò)加速技術(shù)的依賴呢？答案是肯定的。但是實(shí)際的情況卻是，我們目前還無法完全依賴運(yùn)營商網(wǎng)絡(luò)來開發(fā)一款完全免費(fèi)的全球?qū)崟r(shí)音視頻通話類應(yīng)用。比如說，如果想開展類似QQ 微信音視頻聊天那樣的業(yè)務(wù)，還必須依靠 overlay 網(wǎng)絡(luò)中轉(zhuǎn)加速技術(shù)來解決NAT 穿透失敗和“四跨”的問題。這里所述“四跨”是指跨國、跨運(yùn)營商、跨地域、跨時(shí)段的網(wǎng)絡(luò)傳輸質(zhì)量存在波動(dòng)的問題。

本文討論的 SD-RTN(Software Defined Real-time Network)就是一種上述的overlay 網(wǎng)絡(luò)中轉(zhuǎn)加速技術(shù)。相比 CDN 而言，SD-RTN 提供的是以 UDP協(xié)議為主的，端到端網(wǎng)絡(luò)延遲為毫秒級(jí)的實(shí)時(shí)數(shù)據(jù)傳輸云服務(wù)。SD-RTN是一種可承載任何點(diǎn)到點(diǎn)(peer-to-peer)實(shí)時(shí)數(shù)據(jù)傳輸需求的業(yè)務(wù)架構(gòu)：只要調(diào)用開放的 API，無論是實(shí)時(shí)視頻（會(huì)議、教育、直播、社交、監(jiān)控、VR）、文件傳輸（短視頻、辦公）還是高速數(shù)據(jù)同步（游戲、AI、IOT、物聯(lián)網(wǎng)）都可以很方便的接入 SD-RTN的實(shí)時(shí)數(shù)據(jù)傳輸云服務(wù)。

所謂融合 SD-RTN 則是指不以獨(dú)占的方式租用 POP節(jié)點(diǎn)和購買托管服務(wù)器，而是在已經(jīng)虛擬化的網(wǎng)絡(luò)和和服務(wù)器基礎(chǔ)之上，以共享方式搭建的 SD-RTN。融合SD-RTN 是一個(gè)完全彈性的中轉(zhuǎn)加速網(wǎng)絡(luò)，可以很好的解決網(wǎng)絡(luò)節(jié)點(diǎn)資源投入和業(yè)務(wù)發(fā)展速度之間的矛盾。畢竟不是每個(gè)公司的業(yè)務(wù)量都足夠大，可以支撐大量購買服務(wù)器和租用BGP 線路的高額成本。

融合SD-RTN 利用了共享節(jié)點(diǎn)組網(wǎng)，所以必須彈性的利用網(wǎng)絡(luò)節(jié)點(diǎn)資源，不能對(duì)已有的其他業(yè)務(wù)造成強(qiáng)烈沖擊。為此我們引入了兩個(gè)技術(shù)理念：1、自動(dòng)擁塞規(guī)避的端到端動(dòng)態(tài)路由算法；2、用 99%可靠的節(jié)點(diǎn)構(gòu)建 99.9%穩(wěn)定的網(wǎng)絡(luò)。端到端動(dòng)態(tài)路由算法要求服務(wù)器的數(shù)據(jù)中轉(zhuǎn)模塊對(duì)網(wǎng)絡(luò)節(jié)點(diǎn)的可用空閑帶寬具備實(shí)時(shí)檢測(cè)能力和瞬時(shí)路徑切換能力，而且這種路徑切換必須是業(yè)務(wù)無感知的。為此，我們開發(fā)了完善的 QoE機(jī)制：包括丟包、延遲和抖動(dòng)實(shí)時(shí)統(tǒng)計(jì)，多路徑熱備份等。而用 99%可靠的節(jié)點(diǎn)構(gòu)建 99.9%穩(wěn)定的網(wǎng)絡(luò)，就意味著融合 SD-RTN的拓?fù)浣Y(jié)構(gòu)必須是實(shí)時(shí)更新，高度自愈的。所以我們利用 QoE機(jī)制，并增加了全網(wǎng)測(cè)速功能，讓每個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)都擁有一個(gè)實(shí)時(shí)計(jì)算的，可動(dòng)態(tài)更新的拓?fù)錁浣Y(jié)構(gòu)。

融合SD-RTN 作為通用的點(diǎn)到點(diǎn)實(shí)時(shí)數(shù)據(jù)傳輸云平臺(tái)，集中體現(xiàn)在具備以下技術(shù)特點(diǎn)：1、共享節(jié)點(diǎn)；2、協(xié)議優(yōu)化；3、接近接入；4、動(dòng)態(tài)路由；5、云端QoE；6、通用架構(gòu)。首先共享節(jié)點(diǎn)，不再贅述。其次協(xié)議優(yōu)化是指同時(shí)支持UDP/TCP 協(xié)議接入，并且針對(duì) TCP 接入的情況下，SD-RTN內(nèi)部可自動(dòng)轉(zhuǎn)換成QUIC 協(xié)議來減少延遲累積的產(chǎn)生。就近接入是指利用全球 IP經(jīng)驗(yàn)庫和實(shí)測(cè)數(shù)據(jù)來分配最佳中轉(zhuǎn)接入點(diǎn)，如果遇到運(yùn)營商的 underlay網(wǎng)絡(luò)傳輸質(zhì)量足夠好的時(shí)候，則盡量避免引入多跳數(shù)據(jù)中轉(zhuǎn)。動(dòng)態(tài)路由指的是端到端傳輸路徑實(shí)時(shí)可切換，并且對(duì)具體業(yè)務(wù)而言是完全無感知的。云端 QoE不僅為數(shù)據(jù)的可靠傳輸提供了完善的機(jī)制，也是實(shí)現(xiàn)共享節(jié)點(diǎn)組網(wǎng)的基礎(chǔ)。而且云端 QoE必須是靈活可配置的，針對(duì)丟包、延遲和抖動(dòng)敏感度不同的業(yè)務(wù)類型，自動(dòng)編排傳輸路徑質(zhì)量計(jì)算的權(quán)重。 通用架構(gòu)是指用 S2S(server to server)、C2S(client to server)和 C2C(clientto client)三種 API 接入流程來涵蓋了所有的業(yè)務(wù)場(chǎng)景的實(shí)時(shí)數(shù)據(jù)傳輸云服務(wù)。

上述通用架構(gòu)的 S2S接入流程，主要針對(duì)的是服務(wù)器之間的實(shí)時(shí)數(shù)據(jù)同步。其特點(diǎn)是兩端都有公網(wǎng) IP，可以調(diào)用 API 通知 SD-RTN 的接入點(diǎn)向指定的 IP和端口發(fā)送數(shù)據(jù)。而 C2S接入流程是目前最為廣泛的應(yīng)用場(chǎng)景，特點(diǎn)是一端是服務(wù)器，另一端是位于在 NAT 后面使用私有 IP 的終端。此終端接入 SD-RTN必須使用經(jīng)過 NAT 映射之后的公網(wǎng) IP，并且在創(chuàng)建完會(huì)話后需要主動(dòng)向 SD-RTN的接入點(diǎn)發(fā)一個(gè)數(shù)據(jù)包，這樣才能建立起完整的 TCP/UDP 雙向數(shù)據(jù)通道。最后 C2C接入流程針對(duì)的是終端間的直連場(chǎng)景，比如社交中的雙人音視頻聊天。在 C2C接入流程中，SD-RTN 中的 API 服務(wù)器實(shí)際承擔(dān)了 NAT 穿透 stun打洞服務(wù)器的角色，SD-RTN 的接入點(diǎn)則是 TURN 服務(wù)器的角色。

基于對(duì)移動(dòng)互聯(lián)網(wǎng)毫秒級(jí)應(yīng)用的實(shí)時(shí)數(shù)據(jù)傳輸需求的洞察，我們投身于這場(chǎng)網(wǎng)絡(luò)延遲革命，深圳市快傳技術(shù)有限公司自主研發(fā)了國內(nèi)首個(gè)融合 SD-RTN產(chǎn)品flyCAN。flyCAN 目前已經(jīng)整合了多家主流 IDC、CDN以及云計(jì)算廠商的優(yōu)勢(shì)資源，是一個(gè)可彈性擴(kuò)張的全球網(wǎng)絡(luò)架構(gòu)，網(wǎng)絡(luò)節(jié)點(diǎn)和帶寬資源十分充裕。flyCAN上線半年以來,用 API 的方式為企業(yè)客戶提供實(shí)時(shí)數(shù)據(jù)傳輸 PAAS 云服務(wù),目前已經(jīng)得到來自在線教育、云會(huì)議、視頻直播、視頻監(jiān)控、物聯(lián)網(wǎng)和大文件傳輸領(lǐng)域客戶的廣泛認(rèn)可和測(cè)試使用。

作者信息： 張?chǎng)┦巧钲谑锌靷骷夹g(shù)有限公司創(chuàng)始人，曾任云之訊首席架構(gòu)師。此前在華為、中興、騰訊和阿里巴巴從事音視頻核心技術(shù)研發(fā)工作，有多個(gè)成功產(chǎn)品研發(fā)經(jīng)驗(yàn)，2004 年碩士畢業(yè)于中國傳媒大學(xué)。