電子發(fā)燒友App
?
對(duì)于通信網(wǎng)絡(luò)來(lái)說(shuō)，帶寬一直是王道。每一代光纖、蜂窩網(wǎng)絡(luò)或Wi-Fi技術(shù)在吞吐量上的飛躍，都讓我們的網(wǎng)絡(luò)生活更豐富。20年前，我們只能在手機(jī)上進(jìn)行短信交流，而現(xiàn)在已經(jīng)對(duì)YouTube和網(wǎng)飛（Netflix）上的視頻習(xí)以為常了。因此現(xiàn)在視頻占據(jù)互聯(lián)網(wǎng)帶寬的60%也就不足為奇了。如果這一趨勢(shì)持續(xù)下去，我們可能會(huì)看到全動(dòng)態(tài)的全息影像發(fā)送至手機(jī)，這是自《星球大戰(zhàn)》中出現(xiàn)全息影像（萊婭公主請(qǐng)求幫助時(shí)的場(chǎng)景）以來(lái)便存在的一個(gè)技術(shù)夢(mèng)想。? 不過(guò)，最近低延遲這一不同于高帶寬的優(yōu)點(diǎn)也開(kāi)始受到關(guān)注。根據(jù)信號(hào)在網(wǎng)絡(luò)中的傳播距離、通過(guò)的路由器數(shù)量、使用有線還是無(wú)線連接等，延遲時(shí)間有很大不同。例如，4G網(wǎng)絡(luò)的延遲通常為50毫秒。將延遲時(shí)間降低到10毫秒（正如5G和Wi-Fi目前所做的那樣），能夠?yàn)橐幌盗袉慰扛邘挓o(wú)法實(shí)現(xiàn)的應(yīng)用打開(kāi)大門(mén)。
比如，在虛擬現(xiàn)實(shí)耳機(jī)中，如果跟隨頭部運(yùn)動(dòng)渲染和顯示圖像時(shí)的延遲超過(guò)10毫秒，人會(huì)非常容易感知到，而且會(huì)產(chǎn)生一種迷失方向的感覺(jué)，有點(diǎn)類似于暈船。? 多人游戲、自動(dòng)駕駛汽車和工廠機(jī)器人也需要極低的延遲。盡管5G和Wi-Fi使10毫秒成為了新的延遲標(biāo)準(zhǔn)，但研究人員（比如我所在的紐約大學(xué)無(wú)線研究中心團(tuán)隊(duì)）已經(jīng)在努力實(shí)現(xiàn)另一個(gè)數(shù)量級(jí)的延遲降低，致力于將10毫秒降低到1毫秒甚至更低。 將延遲降低到1毫秒需要重新設(shè)計(jì)通信過(guò)程的每一步。過(guò)去，工程師們忽略了造成微小延遲的源頭，因?yàn)樗鼈儗?duì)整個(gè)延遲來(lái)說(shuō)微不足道。現(xiàn)在，研究人員必須開(kāi)發(fā)新的數(shù)據(jù)編碼、傳輸和路由的方法，以消除哪怕是最小的延遲來(lái)源。不可改變的物理定律，特別是光速，將對(duì)延遲為1毫秒的網(wǎng)絡(luò)做出嚴(yán)格限制。適用于各種極低延遲網(wǎng)絡(luò)的萬(wàn)能技術(shù)并不存在。只有把針對(duì)所有這些延遲源的解決方案結(jié)合起來(lái)，才有可能建立絲毫不浪費(fèi)時(shí)間的網(wǎng)絡(luò)。 ?
?
直到20世紀(jì)80年代，延遲敏感技術(shù)使用的都是專用的端到端電路。例如，電話是在電路交換網(wǎng)絡(luò)上進(jìn)行的，會(huì)在通話者之間建立一個(gè)專用鏈路以保證最小延遲。即使在今天，打電話也需要端到端的延遲小于150毫秒，否則人們很難輕松地交談。 與此同時(shí)，互聯(lián)網(wǎng)使用了分組交換等技術(shù)來(lái)傳輸延遲容忍流量，如電子郵件。分組交換相當(dāng)于互聯(lián)網(wǎng)上的郵政服務(wù)，郵件通過(guò)郵局路由到達(dá)正確的郵箱。數(shù)據(jù)包（或者說(shuō)40到1500字節(jié)之間的數(shù)據(jù)包）從A點(diǎn)發(fā)送到B點(diǎn)，在B點(diǎn)按正確的順序重新組裝。使用20世紀(jì)80年代的可用技術(shù)，延遲通常超過(guò)100毫秒，最嚴(yán)重的延遲甚至遠(yuǎn)超1秒。 最終，網(wǎng)絡(luò)電話（VoIP）技術(shù)取代了電路交換網(wǎng)絡(luò)，現(xiàn)在供應(yīng)商正在淘汰最后一批電路交換機(jī)。
VoIP取得成功后，延遲進(jìn)一步降低，我們也進(jìn)入了幾十毫秒延遲范圍的時(shí)代。 低于1毫秒的延遲將為人們長(zhǎng)期以來(lái)一直尋找的應(yīng)用程序開(kāi)辟新類別。觸覺(jué)交流（或稱傳遞觸覺(jué)）便是其中之一。想象一下用指尖平衡鉛筆。當(dāng)你看到鉛筆開(kāi)始傾斜，然后移動(dòng)手指保持它的平衡，這兩者之間的反應(yīng)時(shí)間以毫秒為單位。一個(gè)由人類控制、有觸覺(jué)反饋的遙控機(jī)器人需要達(dá)到類似的延遲水平。
非人類控制的機(jī)器人也將因1毫秒的延遲而受益。就像人一樣，機(jī)器人只有在1毫秒內(nèi)做出反應(yīng)，才能避免摔倒或掉落東西，但處理實(shí)時(shí)反應(yīng)的強(qiáng)大計(jì)算機(jī)和供它們運(yùn)行的電池都很重。如果機(jī)器人的“大腦”能被存放在一個(gè)低延遲的無(wú)線網(wǎng)絡(luò)上，機(jī)器人就可以變得更輕，操作時(shí)間更長(zhǎng)。
在深入了解工程師們構(gòu)建超低延遲網(wǎng)絡(luò)使用的所有方法之前，先了解一下數(shù)據(jù)從一臺(tái)設(shè)備傳輸?shù)搅硪慌_(tái)設(shè)備的過(guò)程會(huì)很有幫助。當(dāng)然，信號(hào)必須沿著設(shè)備之間的傳輸鏈路進(jìn)行物理傳輸。信號(hào)的傳輸并非僅受光速的限制，沿途的交換機(jī)和路由器也會(huì)造成延遲。甚至在這之前，數(shù)據(jù)必須進(jìn)行轉(zhuǎn)換，并在設(shè)備上為傳輸做好準(zhǔn)備。所有這些過(guò)程都需要重新設(shè)計(jì)，以統(tǒng)一達(dá)到亞毫秒級(jí)的延遲。
?
我的研究集中在管理互聯(lián)網(wǎng)數(shù)據(jù)交換的多層協(xié)議中的傳輸層。這意味著，我關(guān)心的是控制傳輸速率并檢查確保數(shù)據(jù)包以正確順序到達(dá)目的地且沒(méi)有出錯(cuò)的那部分通信網(wǎng)絡(luò)。雖然設(shè)備本身確實(shí)存在一些小的延遲源，但我將重點(diǎn)討論網(wǎng)絡(luò)延遲。
第一個(gè)問(wèn)題是幀持續(xù)時(shí)間。無(wú)線接入鏈路（將設(shè)備連接到更大的有線網(wǎng)絡(luò)的鏈路）會(huì)在名為“幀”的周期性間隔內(nèi)進(jìn)行傳輸調(diào)度。4G鏈路的幀持續(xù)時(shí)間通常是1毫秒，所以如果只是等著輪到你進(jìn)行傳輸?shù)脑?，這1毫秒可能就浪費(fèi)了，而5G縮小了幀持續(xù)時(shí)間，減少了它們對(duì)延遲的影響。
Wi-Fi的運(yùn)行活動(dòng)則不同。Wi-Fi網(wǎng)絡(luò)不使用幀而使用隨機(jī)訪問(wèn)，設(shè)備會(huì)立即傳輸信號(hào)，如果在鏈路中與另一設(shè)備的傳輸發(fā)生沖突，則會(huì)重新安排傳輸。其中好的一面是，在沒(méi)有擁塞的情況下，這種方法的延遲較短，但更多的設(shè)備競(jìng)爭(zhēng)同一信道傳輸時(shí)，延遲就會(huì)迅速增加。最新版本的Wi-Fi Certified 6（基于IEEE P802.11ax標(biāo)準(zhǔn)草案）引入了計(jì)劃傳輸（scheduled transmission）來(lái)解決擁塞問(wèn)題，就像4G和5G網(wǎng)絡(luò)一樣。
數(shù)據(jù)包通過(guò)一系列連接其源點(diǎn)和目的地的網(wǎng)絡(luò)鏈路時(shí)，也會(huì)受到擁塞延遲的影響。數(shù)據(jù)包常常不得不在鏈路上排隊(duì)，因?yàn)橥ㄟ^(guò)鏈路傳輸?shù)臄?shù)據(jù)量和可用帶寬的數(shù)量都會(huì)隨著時(shí)間的推移而發(fā)生自然波動(dòng)。例如，晚上更多數(shù)據(jù)量大的視頻流會(huì)造成鏈路擁塞延遲。通過(guò)一系列無(wú)線鏈路發(fā)送數(shù)據(jù)包，就像用一根長(zhǎng)度和直徑持續(xù)變化的吸管喝水一樣。由于延遲和帶寬的變化，前一秒你可能會(huì)吸走一點(diǎn)點(diǎn)數(shù)據(jù)，而下一秒則可能會(huì)收到更多數(shù)據(jù)包，超過(guò)你的處理能力。
擁塞延遲是不可預(yù)測(cè)的，因此無(wú)法完全避免。傳輸控制協(xié)議（TCP）負(fù)責(zé)減輕擁塞延遲，它是一系列管理計(jì)算機(jī)相互通信方式的互聯(lián)網(wǎng)協(xié)議的一部分。最常見(jiàn)的TCP實(shí)現(xiàn)方式（如TCP Cubic）是通過(guò)感知網(wǎng)絡(luò)路由器的緩沖區(qū)何時(shí)達(dá)到滿負(fù)荷來(lái)測(cè)量擁塞的。滿負(fù)荷時(shí)，數(shù)據(jù)包會(huì)發(fā)生丟失，因?yàn)闆](méi)有空間來(lái)存儲(chǔ)它們了?？梢园阉胂蟪梢粋€(gè)放在水龍頭下、有孔洞的桶。如果水龍頭注入桶里的水多于通過(guò)孔洞排出的水，那么它就會(huì)慢慢裝滿，直到水最終溢出。本例中的桶即是路由器緩沖區(qū)，如果它“溢出”，數(shù)據(jù)包就會(huì)丟失，需要再次發(fā)送，從而增加延遲。接下來(lái)，發(fā)送方會(huì)調(diào)整其傳輸速率，以避免再次淹沒(méi)緩沖區(qū)。 問(wèn)題是，即使緩沖區(qū)沒(méi)有溢出，數(shù)據(jù)仍然會(huì)被卡住，因?yàn)橐抨?duì)等待通過(guò)水桶的“孔洞”。我們要做的是讓數(shù)據(jù)包在網(wǎng)絡(luò)中流動(dòng)起來(lái)，而不必在緩沖區(qū)中排隊(duì)。YouTube的目標(biāo)也是如此，它采用了谷歌開(kāi)發(fā)的TCP變體——TCP BBR（瓶頸帶寬和往返傳播時(shí)間），其工作原理是調(diào)整傳輸速率，直到其匹配數(shù)據(jù)通過(guò)路由器的速率?；氐剿邦惐龋闶遣粩嗾{(diào)整水龍頭流出的水流量，使其與水桶孔中流出的流量保持一致。
為了進(jìn)一步減少擁塞，工程師們必須處理以前忽略的微小延遲，比如，在輪流訪問(wèn)無(wú)線鏈路期間，每個(gè)特定數(shù)據(jù)包傳輸所花費(fèi)的時(shí)間上的微小變化。另一個(gè)例子是不同軟件協(xié)議在計(jì)算時(shí)間上的細(xì)微差別。這兩者都會(huì)干擾TCP BBR的判斷能力，即判斷在不使容量閑置或造成通信阻塞的情況下，把數(shù)據(jù)包注入連接所需要的確切速率。
我研究的一個(gè)重點(diǎn)是重新設(shè)計(jì)TCP以實(shí)現(xiàn)低延遲，同時(shí)與網(wǎng)絡(luò)上的其他連接公平地共享帶寬。為此，我們團(tuán)隊(duì)正在研究現(xiàn)有的TCP版本，包括BBR和互聯(lián)網(wǎng)工程任務(wù)組的L4S（低延遲低損耗可擴(kuò)展吞吐量）等。我們發(fā)現(xiàn)，這些現(xiàn)有版本傾向于注重特定的應(yīng)用程序或情況。例如，針對(duì)YouTube視頻，BBR得到了優(yōu)化，YouTube視頻數(shù)據(jù)的到達(dá)速度通常比觀看速度快。這意味著B(niǎo)BR忽略了帶寬變化，因?yàn)檫^(guò)量數(shù)據(jù)緩沖區(qū)已經(jīng)將數(shù)據(jù)送達(dá)最終用戶。
另一方面，L4S允許路由器優(yōu)先處理時(shí)間敏感數(shù)據(jù)，比如實(shí)時(shí)視頻包。不過(guò)并不是所有路由器都能做到這一點(diǎn)，而在這些情況下L4S就沒(méi)那么有用了。 我們團(tuán)隊(duì)正在研究如何利用這些TCP版本中最有效的部分，并將它們組合成一個(gè)用途更廣的整體。到目前為止，我們最有希望的方法是讓設(shè)備持續(xù)監(jiān)控?cái)?shù)據(jù)包延遲，并在延遲增加時(shí)降低傳輸速率。有了這些信息，網(wǎng)絡(luò)上的每臺(tái)設(shè)備都可以獨(dú)立計(jì)算出自己能向網(wǎng)絡(luò)注入多少數(shù)據(jù)。這有點(diǎn)像購(gòu)物者在繁忙的雜貨店觀察結(jié)賬隊(duì)伍，看哪些隊(duì)伍走得更快，或者隊(duì)伍更短，然后選擇加入哪些隊(duì)伍，這樣就不會(huì)出現(xiàn)太長(zhǎng)的隊(duì)。
具體來(lái)說(shuō)，無(wú)線網(wǎng)絡(luò)要可靠地實(shí)現(xiàn)低于1毫秒的延遲，還會(huì)受到連接切換的阻礙。當(dāng)手機(jī)或其他設(shè)備從一個(gè)基站（通常稱為蜂窩塔）的覆蓋區(qū)域移動(dòng)到相鄰基站的覆蓋區(qū)域時(shí)，必須切換其連接。網(wǎng)絡(luò)檢測(cè)到來(lái)自第一個(gè)基站的信號(hào)強(qiáng)度下降而第二個(gè)基站的信號(hào)強(qiáng)度相應(yīng)上升時(shí)，就會(huì)啟動(dòng)切換。切換發(fā)生在信號(hào)強(qiáng)度變化的幾秒鐘或更長(zhǎng)時(shí)間窗口內(nèi)，因此很少會(huì)中斷連接。
不過(guò)，現(xiàn)在5G正在探索頻率超過(guò)20千兆赫茲的毫米波，這帶來(lái)了前所未有的障礙。這些頻段以前從未使用過(guò)，通常它們的傳送距離不如低頻率遠(yuǎn)，這一缺點(diǎn)直到最近才通過(guò)波束形成等技術(shù)得以解決。波束形成的工作原理是使用一組天線將狹窄的聚焦傳輸直接指向目標(biāo)接收器?？上?，行人和車輛等障礙物會(huì)完全阻擋這些光束，導(dǎo)致頻繁出現(xiàn)連接中斷。 為避免此類中斷，可選擇建設(shè)多個(gè)覆蓋區(qū)域有重疊的毫米波基站，這樣一來(lái)，如果一個(gè)基站被阻擋，另一個(gè)基站可以接管。
不過(guò)，與常規(guī)的蜂窩塔切換不同，這些切換更頻繁且不可預(yù)測(cè)，因?yàn)樗鼈兪怯扇撕土髁恳苿?dòng)引起的。 我所在的紐約大學(xué)團(tuán)隊(duì)正在開(kāi)發(fā)一種解決方案，將相鄰的基站通過(guò)光纖環(huán)形網(wǎng)絡(luò)連接起來(lái)。所有傳輸?shù)竭@組基站的流量都將注入環(huán)路，然后在環(huán)路中循環(huán)。數(shù)據(jù)在環(huán)路上傳輸時(shí)，任何連接到手機(jī)或其他無(wú)線設(shè)備的基站都可以對(duì)其進(jìn)行復(fù)制。如果一個(gè)基站被阻，下一個(gè)基站可以試著向設(shè)備發(fā)送數(shù)據(jù)。如果它也被阻，那么后面的基站可以試試。想象一下機(jī)場(chǎng)的行李傳送帶，旅客站在附近等待自己的行李。旅客可能會(huì)被傳送帶周圍擁擠的人群“擋住”，所以可能不得不走到一個(gè)不那么擁擠的地方。同樣，只要移動(dòng)設(shè)備位于至少有一個(gè)未受阻的基站范圍內(nèi)的任何地方，光纖環(huán)路系統(tǒng)就允許接收。
?
?
光速是最后一個(gè)不能再被忽視的不變的延遲源。光的傳播速度非常快，所以過(guò)去有其他更大的延遲源時(shí)，我們可以忽略它，但現(xiàn)在不能再忽視它了。 以我們前面討論過(guò)的機(jī)器人為例，它的計(jì)算“大腦”位于云端服務(wù)器中。服務(wù)器和大型數(shù)據(jù)中心通常距離終端設(shè)備數(shù)百公里。由于光以有限的速度傳播，在這種情況下，機(jī)器人的大腦不能離得太遠(yuǎn)。無(wú)線通信信號(hào)以光速移動(dòng)，每毫秒傳輸大約300公里。光纖中的信號(hào)更慢，大約為200公里/毫秒。
最后，考慮到機(jī)器人需要在不到1毫秒的時(shí)間內(nèi)往返通信，因此機(jī)器人與大腦之間的最大可能距離約為100公里。這就忽略了所有其他可能的延遲來(lái)源。 對(duì)于這個(gè)問(wèn)題，我們看到的唯一解決方案就是簡(jiǎn)單地從傳統(tǒng)的云計(jì)算轉(zhuǎn)向所謂的邊緣計(jì)算。事實(shí)上，對(duì)亞毫秒延遲的追求也在推動(dòng)邊緣計(jì)算的發(fā)展。這種方法將實(shí)際計(jì)算放在了盡可能靠近設(shè)備的地方，而不是在幾百公里以外的服務(wù)器農(nóng)場(chǎng)。不過(guò)，要在用戶附近找到放置這些服務(wù)器的大樓，對(duì)服務(wù)提供商來(lái)說(shuō)成本高昂。 毫無(wú)疑問(wèn)，隨著研究人員和工程師朝著1毫秒延遲的方向努力，他們會(huì)發(fā)現(xiàn)更多我沒(méi)有提到的延遲來(lái)源。每一微秒都很重要的時(shí)候，他們就不得不創(chuàng)造性地把最后幾毫秒縮減到1毫秒。最終，人們期望實(shí)現(xiàn)的超低延遲的用途，將驅(qū)使我們實(shí)現(xiàn)相關(guān)新方法和新技術(shù)。
在互聯(lián)網(wǎng)的發(fā)展初期，沒(méi)有人知道什么是殺手級(jí)應(yīng)用程序。大學(xué)因遠(yuǎn)程訪問(wèn)計(jì)算能力或促進(jìn)大文件傳輸而感到興奮。美國(guó)國(guó)防部看到了互聯(lián)網(wǎng)的分散性在通信基礎(chǔ)設(shè)施遭到攻擊時(shí)的價(jià)值。不過(guò)真正提高使用率的是電子郵件，它與普通人更加息息相關(guān)。同樣，雖然工廠機(jī)器人和遠(yuǎn)程手術(shù)肯定會(huì)受益于亞毫秒級(jí)延遲，但很有可能兩者都不是這些技術(shù)的殺手級(jí)應(yīng)用。事實(shí)上，我們可能無(wú)法自信地預(yù)測(cè)究竟什么會(huì)驅(qū)使微小延遲消失。不過(guò)，我認(rèn)為應(yīng)該會(huì)是多人游戲。
作者：Shivendra Panwar
?
?
?
編輯：黃飛
?
工商網(wǎng)監(jiān)
評(píng)論