深度好文推薦：互聯(lián)網(wǎng)廠商，究竟是如何看待5G的？
[導(dǎo)讀]內(nèi)容來(lái)源：2021年10月23日，由邊緣計(jì)算社區(qū)主辦的全球邊緣計(jì)算大會(huì)·上海站圓滿落幕。會(huì)上，虎牙5G首席架構(gòu)師林正顯受邀發(fā)表了主題為《淺談5G及邊緣計(jì)算接入網(wǎng)絡(luò)的治理》的演講。經(jīng)過(guò)整理后，分享給大家。整理編輯：上海大學(xué)?劉含出品：邊緣計(jì)算社區(qū)小棗君注：以往，我們都是以通信人的視...
內(nèi)容來(lái)源：2021年10月23日，由邊緣計(jì)算社區(qū)主辦的全球邊緣計(jì)算大會(huì)·上海站圓滿落幕。會(huì)上，虎牙5G首席架構(gòu)師林正顯受邀發(fā)表了主題為《淺談5G及邊緣計(jì)算接入網(wǎng)絡(luò)的治理》的演講。經(jīng)過(guò)整理后，分享給大家。整理編輯：上海大學(xué)?劉含出品：邊緣計(jì)算社區(qū)
小棗君注：
以往，我們都是以通信人的視角看待5G。今天，我們轉(zhuǎn)換一下角色，看看互聯(lián)網(wǎng)廠商的大佬，是如何看待5G，以及網(wǎng)絡(luò)體驗(yàn)優(yōu)化的。
文章有點(diǎn)長(zhǎng)，有9000字，但干貨滿滿，值得耐心閱讀一下。
淺談5G及邊緣計(jì)算接入網(wǎng)絡(luò)的治理????????????????????????? ——無(wú)線環(huán)境下APP網(wǎng)絡(luò)質(zhì)量調(diào)優(yōu)思考與實(shí)踐
林正顯：
邊緣計(jì)算網(wǎng)絡(luò)無(wú)非就是邊緣計(jì)算節(jié)點(diǎn)下沉到邊緣之后，我們的端和邊緣節(jié)點(diǎn)之間聯(lián)系的網(wǎng)絡(luò)，或者是邊緣節(jié)點(diǎn)之間的網(wǎng)絡(luò)，或者是邊緣節(jié)點(diǎn)到云之間的網(wǎng)絡(luò)。
我今天主要講的是端到邊之間的那段網(wǎng)絡(luò)，而且側(cè)重的是無(wú)線側(cè)的東西。
我個(gè)人是在2C行業(yè)做的，虎牙直播。
這兩年虎牙一直在實(shí)時(shí)內(nèi)容創(chuàng)作和直播互動(dòng)等領(lǐng)域發(fā)力，做了很多拓展和研究工作。
虎牙采用的是端-邊-云的網(wǎng)絡(luò)架構(gòu)。端邊之間通過(guò)有線或者是無(wú)線的接入，今天談的主要是無(wú)線接入那一塊，包括WIFI、4G和5G。
SD-WAN也好，還是云邊通訊也好，這一塊大家講得比較多。但是我發(fā)現(xiàn)對(duì)于接入側(cè)，不管是邊緣計(jì)算社區(qū)還是我之前參加的其他社區(qū)，大家都講得比較少。
今天我會(huì)把虎牙今年在做的一些實(shí)踐經(jīng)驗(yàn)和教訓(xùn)跟大家分享一下。?
1.一些常見問(wèn)題?
我們來(lái)看一些常見的問(wèn)題，如果是做網(wǎng)絡(luò)的同行應(yīng)該比較清楚我在上面列的是什么。
圖1-場(chǎng)景1
如場(chǎng)景1所示，看起來(lái)雜亂無(wú)章的圖，整個(gè)來(lái)說(shuō)它的RTT會(huì)非常低，但是它的丟包比較高，而且看起來(lái)沒(méi)有任何規(guī)律可言；其實(shí)沒(méi)有規(guī)律也是一種規(guī)律，它對(duì)應(yīng)了一種場(chǎng)景。
圖1-場(chǎng)景2
第二種是什么呢？第二種是一個(gè)很怪異的現(xiàn)象，你會(huì)發(fā)現(xiàn)它的RTT一會(huì)兒高一會(huì)兒低，但是它的可用網(wǎng)絡(luò)前面切得很平，后面掉下去，這個(gè)代表的是另外的模式。
圖1-場(chǎng)景3
第三種是丟包非常低，幾乎沒(méi)有丟包，但是RTT一直在抖。
圖1-場(chǎng)景4
第四種是RTT和丟包都非常非常糟糕。
事實(shí)上這幾種情況都代表著在線上的一些不同的故障模式。
2.五花八門的原因?
會(huì)有什么樣的原因呢？
我們先看兩個(gè)圖，圖2是抓取的一個(gè)在西藏做戶外直播的主播的RSRP，也就是他的參考信號(hào)接收強(qiáng)度，這代表的就是他的無(wú)線接收強(qiáng)度的信息。
可以看得到，有一半的情況下，這個(gè)主播一定是開播質(zhì)量非常糟糕。因?yàn)樗腞SRP很多時(shí)候都低于-110dBm，這個(gè)時(shí)候的網(wǎng)絡(luò)會(huì)很差。
圖2: 主播RSRP顯示圖
?圖3是在公司找的一個(gè)角落里測(cè)的一個(gè)圖。
那個(gè)角落的信號(hào)強(qiáng)度不是特別好，而且不知道為什么，還存在很強(qiáng)的上行的干擾，所以會(huì)導(dǎo)致上行的傳輸誤碼比會(huì)很高。
然后呢，手機(jī)肯定會(huì)把發(fā)送功率調(diào)大。一直增大、增大，最后到了23dBm，也就大概對(duì)應(yīng)著200毫瓦的功率，幾乎已經(jīng)是國(guó)家規(guī)定的手機(jī)最大發(fā)射功率。
這個(gè)時(shí)候最大上行帶寬是多少呢？才0.1mbps。?
圖3: 測(cè)試信號(hào)相關(guān)結(jié)果圖?
這是兩個(gè)例子，對(duì)于我們的接收網(wǎng)絡(luò)來(lái)說(shuō)還有很多不同原因。
比如大家在地下室里面就會(huì)體會(huì)得到，信號(hào)很弱。還有一種信號(hào)不弱但是周圍干擾比較強(qiáng)，噪聲比較大，這是強(qiáng)干擾的情況。
還有就是我們可能信號(hào)也很好，也沒(méi)有干擾，但是網(wǎng)絡(luò)是擁塞的。比方說(shuō)在一個(gè)萬(wàn)人演唱會(huì)或者是幾萬(wàn)人的體育場(chǎng)，那么多觀眾，這個(gè)時(shí)候就幾個(gè)基站的覆蓋，往往不能支持幾萬(wàn)人的正常使用。
還有一種是限速，很多主播或者觀眾用的流量非?？鋸?。哪怕是無(wú)限流量套餐，它也會(huì)有一個(gè)流量閾值。過(guò)了這個(gè)閾值，就會(huì)被運(yùn)營(yíng)商限速，很多時(shí)候每秒鐘不能超過(guò)1Mbps。
最后是一個(gè)亂序的問(wèn)題，亂序是怎么產(chǎn)生的？
比如5G、4G用了MIMO和HARQ的技術(shù)；如果我們的RLC層或者PDCP層沒(méi)有做一些按序遞送的操作，那最后上層拿到的東西就有可能是亂序的。
上述這些五花八門的原因?qū)е率裁唇Y(jié)果？
導(dǎo)致了業(yè)務(wù)需求和可用帶寬的供給兩者之間存在比較大的矛盾，簡(jiǎn)單來(lái)講就是供需矛盾。
既然存在供需矛盾，我們的解決方案是什么呢？要么擴(kuò)大供給，要么就是把需求給縮減。
3.應(yīng)對(duì)思路一：擴(kuò)大供給（開源）
3.1? 多接入（Multi-Access）
現(xiàn)在看一下擴(kuò)大供給，就是開源節(jié)流的開源邏輯，會(huì)有哪些方案？
一個(gè)是多鏈路的接入，還有QoS機(jī)制，再一個(gè)就是網(wǎng)絡(luò)切片（大家可能多多少少聽說(shuō)過(guò)這個(gè)名詞，叫5G網(wǎng)絡(luò)切片）。
還有另外一種，雖然成本很低但是見效非常好的，那就是簡(jiǎn)單升級(jí)一下你的設(shè)備和通訊標(biāo)準(zhǔn)。
我們會(huì)一個(gè)個(gè)去稍微講細(xì)一點(diǎn)。
圖4是5G的ATSSS（?Access Traffic Steering, Switching and Splitting，接入流量轉(zhuǎn)向、交換和分擔(dān)）的一個(gè)示意圖。
圖4: ATSSS示意圖?
實(shí)際上更多想表現(xiàn)的是，針對(duì)一個(gè)終端，我可以通過(guò)WIFI和運(yùn)營(yíng)商的5G網(wǎng)絡(luò)或者4G網(wǎng)絡(luò)同時(shí)接入運(yùn)營(yíng)商的網(wǎng)關(guān)，再通過(guò)一些去重的操作，再達(dá)到一個(gè)比較可靠的傳輸鏈路。
這個(gè)在實(shí)現(xiàn)上本身分了兩種，一個(gè)是Low Layer，另一個(gè)是基于MP-TCP（MultiPath-TCP），但是這兩個(gè)東西實(shí)際來(lái)說(shuō)對(duì)應(yīng)用層是不可見的。
我跟很多運(yùn)營(yíng)商的朋友有交流過(guò)，因?yàn)槠鋵?shí)我自己也挺想用那個(gè)技術(shù)。
但是挺遺憾，我得到的反饋是，運(yùn)營(yíng)商不太可能會(huì)去開放這個(gè)能力給我們用。
但是，我們不妨參考這個(gè)3GPP定義的能力，去把這個(gè)想法轉(zhuǎn)移到我們的應(yīng)用上去。
在3GPP定義之前，很多人也已經(jīng)做過(guò)了一些MIFI設(shè)備、多鏈路聚合的設(shè)備或者WIFI、4G聚合的設(shè)備，這樣做的好處是什么呢？
就是一路如果不行了，不管是它的網(wǎng)絡(luò)不通還是帶寬不夠，兩路三路四路總歸是OK的。
利用APP主導(dǎo)的多鏈路接入，以保證上行的穩(wěn)定性，是比較常見的做法。
比如說(shuō)，如果傳輸?shù)囊蟊容^高，從一路移動(dòng)的線路再加上電信、聯(lián)通的線路，三路上去傳輸?shù)氖峭环輸?shù)據(jù)，總比單路傳輸可靠的。
還有就是通過(guò)廠商提供的API，在應(yīng)用層調(diào)用Wi-Fi/4G/5G雙鏈路接入技術(shù)。
圖5: ATSSS的多鏈路聚合???
3.2 無(wú)線QoS
QoS（服務(wù)質(zhì)量）是一個(gè)比較古老的話題，我大概2000年的時(shí)候做IP QoS的時(shí)候就接觸過(guò)這個(gè)東西。
下圖這個(gè)是3GPP定義的5G的一個(gè)QoS的架構(gòu)。和4G不同的地方在于：4G需要建立多個(gè)專用承載為UE提供具有不同QoS保障的業(yè)務(wù)。
圖6: 無(wú)線QoS圖?
但是5G里面不同的QoS，會(huì)把它放在同一個(gè)PDU的會(huì)話里面。然后再通過(guò)PCC的QoS rules，把不同的IP流映射到不同的QoS Flow里面，然后不同的QoS Flow再映射到不同的DRB里面，不同的DRB有不同的優(yōu)先級(jí)的處理。
大家會(huì)想QoS的效果怎么樣？先拿兩個(gè)五六月份做的例子看一下。
這個(gè)例子是一個(gè)主播，這是它的幀率。額定幀率大概是每秒24幀，但這個(gè)主播開始啟用QoS之前，它的上行幀率非常糟糕，這個(gè)情況下視頻基本不可用，卡得非常厲害。?
圖7: 上行幀率?
當(dāng)把QoS打開了之后，整個(gè)上行的幀率變得比較理想，這是一個(gè)例子。
還有一個(gè)例子：在打開QoS之前，這個(gè)主播上行的RTT非常非常的差。
理論上來(lái)講，我們會(huì)覺(jué)得百毫秒以下是比較理想的上行延遲，而這個(gè)用戶是幾秒鐘的級(jí)別。
可以看到，當(dāng)我們打開了QoS之后，整個(gè)傳輸質(zhì)量得到比較明顯的改善。
圖8: 啟用QoS對(duì)比圖?
● 無(wú)線QoS：存在的問(wèn)題
你可能會(huì)想，QoS這么好的效果，為什么沒(méi)有聽到業(yè)界說(shuō)有非常大規(guī)模的應(yīng)用呢？特別是無(wú)線的QoS。是因?yàn)樗鋵?shí)還是存在一些問(wèn)題。
什么問(wèn)題呢？
就是接下來(lái)的第一個(gè)圖所示，我刻意沒(méi)有標(biāo)哪個(gè)是成功率，哪個(gè)是失敗率或者失敗是什么原因。
我只想告訴大家說(shuō)，現(xiàn)在成功率還是一個(gè)問(wèn)題。這個(gè)成功率里面，失敗率里面有一個(gè)非常大的占比，就是右邊那個(gè)圖的橙色部分，某些運(yùn)營(yíng)商在某些省或者城市里面它的支持還不夠。這是一個(gè)QoS現(xiàn)在使用的失敗率很高的主要原因。
圖9: 成功率餅狀圖?
第二個(gè)原因是什么呢？
我們使用了QoS之后，如果發(fā)現(xiàn)了網(wǎng)絡(luò)的問(wèn)題，我們想去排查，發(fā)現(xiàn)困難非常大，因?yàn)殒湕l很長(zhǎng)，我得去跟運(yùn)營(yíng)說(shuō)我這個(gè)QoS打開了，你也反饋說(shuō)開通成功了，最后為什么質(zhì)量還是那么差；但查了半天，有可能會(huì)不了了之。
所以說(shuō)這個(gè)排查難度比較大，因?yàn)樗煌耆芸赜趹?yīng)用層。
大規(guī)模應(yīng)用的另一個(gè)障礙是網(wǎng)絡(luò)本身負(fù)載就高，特別是在4G的時(shí)候，5G可能還好，5G整個(gè)網(wǎng)絡(luò)還是比較輕載。
比如說(shuō)4G在廣州地區(qū)，整個(gè)網(wǎng)絡(luò)負(fù)載就非常重，這個(gè)時(shí)候如果要求把一部分流量再分給要求更高的視頻，對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)非常吃力。
此外，如果大家是做網(wǎng)絡(luò)，也會(huì)比較好理解，那就是無(wú)線的覆蓋對(duì)QoS的效果會(huì)有比較大的影響。
如果我的信號(hào)很差，就算你給我最高的優(yōu)先級(jí)，我也沒(méi)有辦法傳更多的數(shù)據(jù)。
另外一個(gè)，就是GBR和MBR關(guān)系的問(wèn)題。
這里GBR是指保證比特速率，MBR是最大比特速率。理論上說(shuō)我開通QoS服務(wù)，運(yùn)營(yíng)商應(yīng)該給我保底的GBR，比如說(shuō)4M每秒的流量給我，MBR的流量應(yīng)該更高，網(wǎng)絡(luò)一旦空閑，給我10M、20M理論上都是不過(guò)分的。
但是，往往在實(shí)踐中運(yùn)營(yíng)商給的GBR和MBR是一樣的！
這會(huì)導(dǎo)致什么呢？
導(dǎo)致我的一些應(yīng)用特別是視頻應(yīng)用在有碼率突變的時(shí)候，這個(gè)GBR和MBR的限定就特別難受。比如我的編碼是VBR，我的編碼碼率抖動(dòng)是非常厲害的。
所以說(shuō)，QoS這個(gè)東西在概念上已經(jīng)說(shuō)了很多年，在實(shí)現(xiàn)上特別是無(wú)線的實(shí)現(xiàn)上在應(yīng)用上，還是有一些不太成熟的地方，當(dāng)然用還是可以慢慢用起來(lái)的。
3.3? 5G網(wǎng)絡(luò)切片
再來(lái)說(shuō)一下大家應(yīng)該聽到比較多的5G網(wǎng)絡(luò)切片。
下圖也是3GPP定義的一個(gè)示意圖。
切片的概念是什么呢？無(wú)非是把一個(gè)物理的網(wǎng)絡(luò)把它隔離成多個(gè)邏輯上相互獨(dú)立的網(wǎng)絡(luò)，使得可以獨(dú)立運(yùn)維，質(zhì)量也互不影響，比如說(shuō)切片A不會(huì)受切片B的影響，這是切片的概念。
這在2B的場(chǎng)景大家聽得比較多，例如我們可以給政府機(jī)關(guān)，或者軍方、警方單獨(dú)開放一個(gè)切片出來(lái)。
圖10: 網(wǎng)絡(luò)切片示意圖?
但是在我們2C的場(chǎng)景會(huì)怎么樣？
在2C場(chǎng)景下，我們用到一個(gè)URSP的規(guī)則，這個(gè)規(guī)則URSP是用戶設(shè)備路由選擇策略的規(guī)則。
它是根據(jù)流量的特征來(lái)把你的流量映射到相應(yīng)的PDU會(huì)話。簡(jiǎn)單來(lái)講符合流量特征A的映射到切片A，符合流量特征B的映射到切片B。
這個(gè)映射關(guān)系怎么確定呢？通常是根據(jù)我的APPID或者是訪問(wèn)的域名或者是IP的三元組或者是APN（在5G我們叫DNN），我不知道大家在有沒(méi)有在手機(jī)上設(shè)過(guò)APN，現(xiàn)在中國(guó)移動(dòng)大概能用的就是Internet或者M(jìn)MS的APN。
圖11: URSP規(guī)則
我們?cè)?B的時(shí)候可以講切片講得比較多，2C的時(shí)候基本上沒(méi)法去用。問(wèn)題是什么呢？
因?yàn)榈浆F(xiàn)在為止，我的手機(jī)操作系統(tǒng)和MODEM、還有應(yīng)用層之間根本沒(méi)有打通。
所以如果有人跟你吹，說(shuō)他在2C的時(shí)候很好的用了切片，不管是云游戲還是其它場(chǎng)景，大概率是在吹牛。?比如說(shuō)APPID的定義，現(xiàn)在都沒(méi)搞清楚，對(duì)于安卓來(lái)說(shuō)到底APPID是一個(gè)PackageName，還是PackageName加簽名，還是應(yīng)用市場(chǎng)APPID，現(xiàn)在都沒(méi)有統(tǒng)一起來(lái)。
此外，操作系統(tǒng)也沒(méi)有任何接口給你設(shè)置這些東西，操作系統(tǒng)就算提供了接口，操作系統(tǒng)和MODEM之間的傳遞談妥了嗎？好像也沒(méi)有完全談妥。?這是現(xiàn)在導(dǎo)致我們?cè)?C領(lǐng)域，比如我們用一個(gè)手機(jī)想去接入某個(gè)切片的時(shí)候很大的問(wèn)題。
然后我附這個(gè)圖是什么呢？是前段時(shí)間我突然發(fā)現(xiàn)，安卓12冒出了對(duì)URSPRule的支持，也許意味著對(duì)安卓來(lái)說(shuō)，安卓12才有機(jī)會(huì)把5G切片功能給用上去。
???
QoS與切片的使用建議（TOC場(chǎng)景）
不管是使用QoS還是切片，事實(shí)上我們想做的都是提升用戶的接入質(zhì)量。
這兩個(gè)東西使用還是有一些講究的。
比如說(shuō)，最大的問(wèn)題是什么呢？
不管是開通了QoS還是開通了切片，成本是一個(gè)非常大的問(wèn)題。我肯定是希望我網(wǎng)絡(luò)接入質(zhì)量不夠的時(shí)候，才會(huì)去打開QoS或者是使用網(wǎng)絡(luò)切片。
其他時(shí)候就用普通的服務(wù)就OK了。
所以說(shuō)，我覺(jué)得我們?nèi)绻院笤谟玫臅r(shí)候，一定要考慮怎么動(dòng)態(tài)的來(lái)開和關(guān)QoS或切片的問(wèn)題。
另外，除了成本之外，還有我剛才提到的GBR和MBR關(guān)系的問(wèn)題。
這里有一個(gè)實(shí)際例子，是吃雞游戲的一個(gè)主播使用VBR編碼的時(shí)候，因?yàn)楫嬅娴淖儎?dòng)非常大，編碼碼率變化得也就比較大。
使用2M的編碼碼率，輸出碼率有時(shí)候會(huì)沖到8M或者10M。
這個(gè)時(shí)候如果申請(qǐng)QoS，在GBR和MBR相等的情況下，我申請(qǐng)的就不是2M或者4M，而是10M的碼率，成本非常驚人。
圖12: 碼率變化圖?所以說(shuō)，對(duì)成本的考量，會(huì)決定我們一定是在有需要的時(shí)候才會(huì)去打開QoS或者切片。
至于怎么判斷要不要打開、什么時(shí)候去打開或關(guān)閉QoS或者切片，也是有講究的。因?yàn)闀r(shí)間的關(guān)系，今天就不細(xì)講了。
3.4? 設(shè)備或者技術(shù)的升級(jí)換代
在擴(kuò)大供給方面，還有一個(gè)成本比較低的做法，那就是對(duì)我們的設(shè)備或者是我們的通信標(biāo)準(zhǔn)進(jìn)行升級(jí)。
●設(shè)備或者技術(shù)的升級(jí)換代（1）：從4G到5G
比如說(shuō)，我們從4G到5G的升級(jí)。
很多人都在談5G，虎牙現(xiàn)在也有超過(guò)20%的用戶是在使用5G的手機(jī)和網(wǎng)絡(luò)。那么實(shí)際情況是怎么樣呢？
總體來(lái)講，從卡頓率的角度來(lái)看，使用5G的主播的質(zhì)量不見得比4G有多大的提升，為什么呢？
我們分析到很多用戶發(fā)現(xiàn)，其實(shí)5G的網(wǎng)絡(luò)覆蓋比起4G來(lái)說(shuō)還是有一些差距。這是特別大的一個(gè)原因。
如果覆蓋搞不定，那戶外開播肯定沒(méi)辦法去做得很順暢，這是一個(gè)問(wèn)題。
第二個(gè)問(wèn)題也比較普遍，是什么呢？
我們很多主播就是帶寬，哪怕買了無(wú)限流量的，播了幾天就超過(guò)了限速閾值，后面運(yùn)營(yíng)商給你最小的帶寬，大概是700K~800K左右，不管是4G還是5G，優(yōu)勢(shì)體現(xiàn)不出來(lái)。?5G好歹投入那么大，我們看到好的地方是什么呢？
RTT方面看到5G在RTT方面稍微有一些優(yōu)勢(shì)。
比如說(shuō)我們?cè)谕堑脑?，我們?G移動(dòng)終端和同城服務(wù)器之間大概是40毫秒這樣的RTT。換到5G可能是20毫秒，RTT稍微會(huì)有一些優(yōu)勢(shì)。
另外一個(gè)就是在高碼率的時(shí)候，5G的穩(wěn)定性確實(shí)漂亮一些。
我們可以看到當(dāng)碼率升到4M或者8M的時(shí)候，使用4G來(lái)支撐開播，可用帶寬或者RTT會(huì)比較抖，使用5G會(huì)好不少。
當(dāng)然這個(gè)我不排除現(xiàn)在5G網(wǎng)絡(luò)負(fù)載還比較輕的原因。
總體而言，5G要在這個(gè)行業(yè)要比較好的應(yīng)用，我覺(jué)得它的覆蓋還得進(jìn)一步的加強(qiáng)。
相信以后如果隨著VR或者其他大碼率的直播出現(xiàn)，可能4G真的扛不住了。這個(gè)時(shí)候也許用5G替代4G的動(dòng)力才會(huì)更足。?
●設(shè)備或者技術(shù)的升級(jí)換代（2）：WI-FI
還有一個(gè)WIFI的事情。
我這里列了三個(gè)例子，這個(gè)綠色的線是指我們用戶手機(jī)或者是移動(dòng)終端到他們家WIFI網(wǎng)關(guān)之間的RTT。你可以看到，其實(shí)之間的距離可能就幾米，但它的RTT就是幾十毫秒或者幾百毫秒。?圖13: WIFI鏈路信息-用戶A
?
用戶A質(zhì)量非常差，用戶B是非常漂亮的，基本上就是兩三個(gè)毫秒的RTT。
用戶C是時(shí)好時(shí)壞，而且這個(gè)用戶很典型，因?yàn)樗慕K端到WIFI-AP之間的質(zhì)量跟觀眾能夠感受到的視頻質(zhì)量完全是正相關(guān)的。?
圖14: WIFI鏈路信息-用戶B?
圖15: WIFI鏈路信息-用戶C?
你會(huì)發(fā)現(xiàn)在主播C這個(gè)例子里面，如果改善了開播設(shè)備到他家里AP那段的通信，對(duì)這個(gè)場(chǎng)景來(lái)說(shuō)，整個(gè)端到端就是非常漂亮的。?
●設(shè)備或者技術(shù)的升級(jí)換代（3）：WIFI的代差
所以，我經(jīng)常在不同場(chǎng)合講，最簡(jiǎn)單的去把網(wǎng)絡(luò)質(zhì)量搞好的一個(gè)做法是：提示我們的用戶，升級(jí)他的手機(jī)或者升級(jí)AP。
我在我家架了兩個(gè)設(shè)備，一個(gè)是WIFI-4的網(wǎng)關(guān)，另外一個(gè)是WIFI-5的網(wǎng)關(guān)。
然后，我用兩臺(tái)手機(jī)去測(cè)，手機(jī)當(dāng)時(shí)是空載的，空載的時(shí)候RTT會(huì)偏高，我估計(jì)空載的時(shí)候手機(jī)會(huì)降頻。
但不管怎么樣，從總體來(lái)看，WIFI-4的網(wǎng)關(guān)比WIFI-5的網(wǎng)關(guān)延遲會(huì)有相當(dāng)?shù)牟罹唷?/span>
圖16: 手機(jī)A和B的數(shù)據(jù)?這個(gè)差距有兩方面的原因。
第一個(gè)，是WIFI-4的網(wǎng)關(guān)已經(jīng)是十年前買的，處理器的能力肯定比現(xiàn)在的網(wǎng)關(guān)處理能力差很多。
另外一個(gè)，是WIFI代差的區(qū)別，WIFI-4和WIFI-5的代差，這個(gè)圖可以明顯看到差別很明顯。
圖17: WIFI網(wǎng)關(guān)信息數(shù)據(jù)?
如果我們做直播平臺(tái)，讓我去幫用戶升級(jí)他的網(wǎng)關(guān)或者手機(jī)，可能做不到，但是去提示他這個(gè)總該可以吧。
這個(gè)對(duì)平臺(tái)方來(lái)說(shuō)，可能是成本最低的，可以迅速把質(zhì)量拉升上去的一個(gè)做法吧。
4.應(yīng)對(duì)思路二：減少網(wǎng)絡(luò)消耗（節(jié)流）?
我們講完開源，再講一下節(jié)流的事情。
節(jié)流我們可能聽得比較多的是：“擁塞控制”，以及網(wǎng)絡(luò)不行時(shí)的降幀率、降碼率的措施。但這是被動(dòng)的做法，它損傷的是視頻質(zhì)量和開播質(zhì)量。?有一些偏主動(dòng)的，或者說(shuō)能夠盡可能的不去降太多質(zhì)量的做法，現(xiàn)在業(yè)界也在做。
比如說(shuō)，我們要去研究6G的東西，6G提出來(lái)的是什么呢？其中有一項(xiàng)是語(yǔ)義通信，或者叫語(yǔ)義的提取、編碼和通訊。
我們是希望它能夠打破香農(nóng)公式的極限，但其實(shí)不是打破，畢竟香農(nóng)公式給出的是數(shù)據(jù)傳輸信道的容量極限，數(shù)據(jù)再上一層才是語(yǔ)義。
不管我們的1G到5G，我們做的都是數(shù)據(jù)的通信。我們能不能有一天讓網(wǎng)絡(luò)傳輸?shù)氖俏覀兊囊馑级皇菙?shù)據(jù)本身。
就意味著什么呢？意味著網(wǎng)絡(luò)兩端通信雙方可能要有一些共通的知識(shí)庫(kù)，針對(duì)數(shù)據(jù)的理解，再把它提取到語(yǔ)義，傳輸?shù)氖钦Z(yǔ)義。
這有兩個(gè)好處。一個(gè)有可能是傳輸量變得特別小。
第二個(gè)是什么呢？有可能我對(duì)糾錯(cuò)的算法有不同的做法。這個(gè)是這一兩年業(yè)界逐漸在考慮的東西。也有人想把它推到物聯(lián)網(wǎng)那邊去，大家可以關(guān)注一下。
還有一個(gè)是基于AI的編解碼算法。例如大家應(yīng)該聽說(shuō)過(guò)谷歌的Lyra，聲稱是3kbps可以達(dá)到比較流暢的語(yǔ)音交互，這樣一來(lái)對(duì)網(wǎng)絡(luò)的依賴就減輕了很多。?當(dāng)然還有其他的一些做法，像虎牙用得比較多的是服務(wù)端的超分。
我可能上行的時(shí)候上去的碼率比較低，但我做一個(gè)漂亮的超分之后，會(huì)讓整個(gè)畫質(zhì)得到比較好的增強(qiáng)，下發(fā)給觀眾端更清晰的畫面。
總的來(lái)說(shuō)，如果管道不夠好的時(shí)候，千方百計(jì)想怎么去提升它所傳輸?shù)臄?shù)據(jù)的表達(dá)效率，以此達(dá)到最終質(zhì)量不會(huì)降得特別多的結(jié)果。
5.“古老”的話題：帶寬估計(jì)
不管是開源還是節(jié)流，其實(shí)特別依賴同一個(gè)東西。我必須得清楚地知道當(dāng)前網(wǎng)絡(luò)發(fā)生了什么，當(dāng)前網(wǎng)絡(luò)到底有多少帶寬是可以用的。
如果帶寬不夠的時(shí)候，我可能要去申請(qǐng)用更多的帶寬，這時(shí)候想方設(shè)法做開源；或者當(dāng)謀求不到更多資源的時(shí)候，這個(gè)時(shí)候得考慮節(jié)流。?它的基礎(chǔ)是必須要對(duì)現(xiàn)在網(wǎng)絡(luò)狀況有比較好的預(yù)測(cè)和估計(jì)，這就是帶寬估計(jì)的邏輯。
帶寬估計(jì)的概念，或者帶寬預(yù)測(cè)的概念，也是比較古老的問(wèn)題。?在實(shí)時(shí)音視頻方面，有GCC等類似的算法，也有人在研究的基于AI的帶寬估計(jì)算法，這方面的探索一直在做，而事實(shí)上做得比較好的也沒(méi)有幾家。
BBR對(duì)文件傳輸類比較好，但是應(yīng)用于音視頻通信就比較差強(qiáng)人意，實(shí)時(shí)或準(zhǔn)實(shí)時(shí)音視頻對(duì)帶寬估計(jì)的要求比文件傳輸要高。這一塊每家還得繼續(xù)去再發(fā)力。這個(gè)話題可以作為一個(gè)專題來(lái)講，今天不展開。
我大概講一下我們的做法。
我們基于吞吐率、RTT以及丟包率，再加上我們對(duì)一些特定的模式的判斷，還有引入應(yīng)用層等方面的跨層信息，構(gòu)建了針對(duì)視頻傳輸?shù)膸捁烙?jì)的算法，測(cè)試結(jié)果還算是比較讓人滿意。?
圖18: 帶寬估計(jì)?時(shí)間關(guān)系，我就不細(xì)說(shuō)了。
帶寬估計(jì)還有另外一個(gè)思路，我們?yōu)槭裁匆烙?jì)？因?yàn)槲覀儾恢谰W(wǎng)絡(luò)上發(fā)生了什么。但是有人是最清楚網(wǎng)絡(luò)上到底發(fā)生了什么的，運(yùn)營(yíng)商就有很多的信息。?他知道這個(gè)基站現(xiàn)在所有用戶上行信道質(zhì)量是什么樣的，有多少PRB可分配，有多少用戶是要優(yōu)先處理的。
這些信息，運(yùn)營(yíng)商或者基站它是知道的。如果哪一天把信息開放出來(lái)了，對(duì)整個(gè)帶寬估計(jì)會(huì)有很大的作用。
比如我現(xiàn)在有一個(gè)安卓手機(jī)，我想方設(shè)法的去采集一些RSRP或SINR的數(shù)據(jù)，但是對(duì)蘋果手機(jī)完全沒(méi)有任何這方面的信息，因?yàn)樘O果不給。
如果運(yùn)營(yíng)商開放一個(gè)接口出來(lái)，把無(wú)線信道信息和PBR分配的信息給我，哪怕不直接告訴我有多少帶寬，自己能大致能推導(dǎo)出來(lái)，這個(gè)上行可以達(dá)到多少帶寬。?我覺(jué)得這是帶寬估計(jì)最靠譜或者說(shuō)是最簡(jiǎn)單的一種做法，我們現(xiàn)在用很多的方法去做估算、做濾波，做人工智能的訓(xùn)練，如果結(jié)合運(yùn)營(yíng)商的數(shù)據(jù)可能會(huì)更精準(zhǔn)。?
6.無(wú)線網(wǎng)絡(luò)的優(yōu)化的其他方案
當(dāng)然，無(wú)線網(wǎng)絡(luò)優(yōu)化還有一些其他的措施。
我們知道邊緣計(jì)算會(huì)導(dǎo)致非常多的海量數(shù)據(jù)產(chǎn)生，如果不能把數(shù)據(jù)都傳上網(wǎng)的時(shí)候，能不能做一些本地卸載的東西？?事實(shí)上是有很多的，比方說(shuō)，4G已經(jīng)定義了LTE-Direct，5G的時(shí)候叫D2D，主要看你有什么應(yīng)用場(chǎng)景。
D2D意味著我兩個(gè)用戶的通信的數(shù)據(jù)通道不會(huì)再依賴于基站，而是直接點(diǎn)到點(diǎn)的兩個(gè)設(shè)備之間的通訊，但是用的還是運(yùn)營(yíng)商的頻譜。
還有另外一個(gè)事情，就是無(wú)線是有廣播的特性，可以想想怎么用好廣播的特性。
比如我以前想的例子，在大規(guī)模賽事直播的情況下，完全可以用多媒體多播廣播系統(tǒng)（MBMS）來(lái)發(fā)送信號(hào)。
我只是在廣播信道發(fā)送了一路視頻，所有用戶去監(jiān)聽該廣播信道，他就可以看到同樣的視頻。
當(dāng)然，前提是這個(gè)基站下是希望看同樣視頻的人足夠多，廣播的特性或者優(yōu)勢(shì)才能夠體現(xiàn)出來(lái)。???還有一個(gè)，實(shí)在沒(méi)辦法了，我解決不了，那就繞過(guò)去。
我最近去看一些LoRa或者類似無(wú)線技術(shù)的東西，發(fā)現(xiàn)還挺好玩的。它的速率在國(guó)內(nèi)被限制到不超過(guò)5kbps，但是你會(huì)發(fā)現(xiàn)基于LoRa的對(duì)講機(jī)做得非常小，但是通話距離又蠻大。?在一些物聯(lián)網(wǎng)的場(chǎng)景，當(dāng)NB-IOT和CAT1不適合的時(shí)候，也許我們能夠去考慮其他的方案。LoRa只是一個(gè)例子。??7.總結(jié)和展望?
剛才講的無(wú)線接入網(wǎng)絡(luò)，尤其是4G/5G的接入網(wǎng)絡(luò)，是端到端網(wǎng)絡(luò)里面總體來(lái)講質(zhì)量比較差的一段，差到什么程度？?我們有一個(gè)數(shù)據(jù)：在使用4G的虎牙主播里，上行質(zhì)量不好的主播占比會(huì)超過(guò)10%。而其中因?yàn)樾盘?hào)不好導(dǎo)致了質(zhì)量差的占比是多少呢？
只占了20%。
也就是說(shuō)，質(zhì)量差的4G主播里面，有80%左右的比例是網(wǎng)絡(luò)擁塞或者限速或者其他非覆蓋原因?qū)е隆?/span>
所以，這一塊可優(yōu)化空間還是蠻大的。
我們剛才談到的主要從開源和節(jié)流兩方面去談優(yōu)化思路。?“開源”大致對(duì)應(yīng)著運(yùn)營(yíng)商經(jīng)常講的“網(wǎng)隨業(yè)動(dòng)”，我的網(wǎng)絡(luò)要隨著業(yè)務(wù)來(lái)變動(dòng)，如果業(yè)務(wù)需求量大，網(wǎng)絡(luò)供給變得更大一些，這是運(yùn)營(yíng)商的底層邏輯。?但是我們?cè)?C場(chǎng)景下做，就得在業(yè)務(wù)層做這個(gè)事情。
如果是網(wǎng)絡(luò)沒(méi)法給我提供更多的帶寬，這時(shí)候做的就是節(jié)流或者是“業(yè)隨網(wǎng)動(dòng)”，網(wǎng)絡(luò)給了你多少帶寬，你的業(yè)務(wù)就跟著網(wǎng)絡(luò)帶寬的供給來(lái)變化。這個(gè)邏輯大家都比較清楚。?開源節(jié)流的一個(gè)基礎(chǔ)是精準(zhǔn)的帶寬估計(jì)。
這個(gè)話題挺有意思的，我原來(lái)一直覺(jué)得帶寬估計(jì)這個(gè)事我做起來(lái)應(yīng)該不難。但是后來(lái)發(fā)現(xiàn)理論上還行，真正在工程上去做一個(gè)對(duì)音視頻非常準(zhǔn)的帶寬估計(jì)，還有很多工作去做。???我們?cè)僬雇幌?，不管是正在慢慢起?lái)的5G或者是2030年的6G，我們這個(gè)優(yōu)化的思路還會(huì)不會(huì)存在？
現(xiàn)在6G大家都在考慮，比如我們的可見光通信、我們的太赫茲、我們的陸?？杖蚋采w。
這些都是不斷把我們的管道做大的一些措施，因?yàn)槲覀兇蠹叶寄芸吹玫?，隨著物聯(lián)網(wǎng)還有其他一些諸如XR業(yè)務(wù)的興起，流量越來(lái)越大，對(duì)管道的需求也會(huì)越來(lái)越大。
當(dāng)然，應(yīng)用的需求也會(huì)跟著越來(lái)越大，所以流量治理和優(yōu)化的需求一定還會(huì)存在，也仍然存在一些不同優(yōu)先級(jí)的業(yè)務(wù)，怎么去跟其他業(yè)務(wù)去搶占的問(wèn)題。
所以我認(rèn)為，剛才講的那些開源節(jié)流邏輯還是存在。
另外節(jié)流那一塊，我個(gè)人對(duì)AI和語(yǔ)義通信這兩個(gè)領(lǐng)域比較感興趣一些。在座如果有人是做音視頻和做傳統(tǒng)網(wǎng)絡(luò)相關(guān)的話，這些領(lǐng)域可以關(guān)注一下。
順便說(shuō)說(shuō)MEC。
大家應(yīng)該聽到別人跟你，灌輸MEC邊緣計(jì)算的各種好處，車聯(lián)網(wǎng)怎么受益于MEC的東西。大家有沒(méi)有想過(guò)一個(gè)簡(jiǎn)單的問(wèn)題，聯(lián)通的車怎么跟移動(dòng)的車通信？
在同一個(gè)運(yùn)營(yíng)商里面，UPF可以下沉到地市，也可以在UPF旁邊建一個(gè)MEC，這對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)沒(méi)問(wèn)題。
但兩個(gè)運(yùn)營(yíng)商之間的MEC怎么對(duì)通，需要經(jīng)過(guò)全國(guó)那十幾個(gè)互聯(lián)節(jié)點(diǎn)嗎？
進(jìn)一步地，算力等資源如何調(diào)度和分配，以及是通過(guò)邊緣容器還是邊緣FAAS服務(wù)來(lái)承載，算力節(jié)點(diǎn)之間如何通信等等，其實(shí)都是會(huì)影響到整個(gè)產(chǎn)業(yè)真正落地的一些點(diǎn)。
存在著一個(gè)趨勢(shì)，就是資源的融合，且它可能會(huì)再進(jìn)一步的得到增強(qiáng)。這個(gè)資源包含云和網(wǎng)的資源。
這個(gè)趨勢(shì)對(duì)網(wǎng)絡(luò)治理的要求同樣值得我們關(guān)注。?謝謝大家！?
—— 全文完 ——
小棗君注：
以往，我們都是以通信人的視角看待5G。今天，我們轉(zhuǎn)換一下角色，看看互聯(lián)網(wǎng)廠商的大佬，是如何看待5G，以及網(wǎng)絡(luò)體驗(yàn)優(yōu)化的。
文章有點(diǎn)長(zhǎng)，有9000字，但干貨滿滿，值得耐心閱讀一下。
淺談5G及邊緣計(jì)算接入網(wǎng)絡(luò)的治理????????????????????????? ——無(wú)線環(huán)境下APP網(wǎng)絡(luò)質(zhì)量調(diào)優(yōu)思考與實(shí)踐
林正顯：
邊緣計(jì)算網(wǎng)絡(luò)無(wú)非就是邊緣計(jì)算節(jié)點(diǎn)下沉到邊緣之后，我們的端和邊緣節(jié)點(diǎn)之間聯(lián)系的網(wǎng)絡(luò)，或者是邊緣節(jié)點(diǎn)之間的網(wǎng)絡(luò)，或者是邊緣節(jié)點(diǎn)到云之間的網(wǎng)絡(luò)。
我今天主要講的是端到邊之間的那段網(wǎng)絡(luò)，而且側(cè)重的是無(wú)線側(cè)的東西。
我個(gè)人是在2C行業(yè)做的，虎牙直播。
這兩年虎牙一直在實(shí)時(shí)內(nèi)容創(chuàng)作和直播互動(dòng)等領(lǐng)域發(fā)力，做了很多拓展和研究工作。
虎牙采用的是端-邊-云的網(wǎng)絡(luò)架構(gòu)。端邊之間通過(guò)有線或者是無(wú)線的接入，今天談的主要是無(wú)線接入那一塊，包括WIFI、4G和5G。
SD-WAN也好，還是云邊通訊也好，這一塊大家講得比較多。但是我發(fā)現(xiàn)對(duì)于接入側(cè)，不管是邊緣計(jì)算社區(qū)還是我之前參加的其他社區(qū)，大家都講得比較少。
今天我會(huì)把虎牙今年在做的一些實(shí)踐經(jīng)驗(yàn)和教訓(xùn)跟大家分享一下。?
1.一些常見問(wèn)題?
我們來(lái)看一些常見的問(wèn)題，如果是做網(wǎng)絡(luò)的同行應(yīng)該比較清楚我在上面列的是什么。
圖1-場(chǎng)景1
如場(chǎng)景1所示，看起來(lái)雜亂無(wú)章的圖，整個(gè)來(lái)說(shuō)它的RTT會(huì)非常低，但是它的丟包比較高，而且看起來(lái)沒(méi)有任何規(guī)律可言；其實(shí)沒(méi)有規(guī)律也是一種規(guī)律，它對(duì)應(yīng)了一種場(chǎng)景。
圖1-場(chǎng)景2
第二種是什么呢？第二種是一個(gè)很怪異的現(xiàn)象，你會(huì)發(fā)現(xiàn)它的RTT一會(huì)兒高一會(huì)兒低，但是它的可用網(wǎng)絡(luò)前面切得很平，后面掉下去，這個(gè)代表的是另外的模式。
圖1-場(chǎng)景3
第三種是丟包非常低，幾乎沒(méi)有丟包，但是RTT一直在抖。
圖1-場(chǎng)景4
第四種是RTT和丟包都非常非常糟糕。
事實(shí)上這幾種情況都代表著在線上的一些不同的故障模式。
2.五花八門的原因?
會(huì)有什么樣的原因呢？
我們先看兩個(gè)圖，圖2是抓取的一個(gè)在西藏做戶外直播的主播的RSRP，也就是他的參考信號(hào)接收強(qiáng)度，這代表的就是他的無(wú)線接收強(qiáng)度的信息。
可以看得到，有一半的情況下，這個(gè)主播一定是開播質(zhì)量非常糟糕。因?yàn)樗腞SRP很多時(shí)候都低于-110dBm，這個(gè)時(shí)候的網(wǎng)絡(luò)會(huì)很差。
圖2: 主播RSRP顯示圖
?圖3是在公司找的一個(gè)角落里測(cè)的一個(gè)圖。
那個(gè)角落的信號(hào)強(qiáng)度不是特別好，而且不知道為什么，還存在很強(qiáng)的上行的干擾，所以會(huì)導(dǎo)致上行的傳輸誤碼比會(huì)很高。
然后呢，手機(jī)肯定會(huì)把發(fā)送功率調(diào)大。一直增大、增大，最后到了23dBm，也就大概對(duì)應(yīng)著200毫瓦的功率，幾乎已經(jīng)是國(guó)家規(guī)定的手機(jī)最大發(fā)射功率。
這個(gè)時(shí)候最大上行帶寬是多少呢？才0.1mbps。?
圖3: 測(cè)試信號(hào)相關(guān)結(jié)果圖?
這是兩個(gè)例子，對(duì)于我們的接收網(wǎng)絡(luò)來(lái)說(shuō)還有很多不同原因。
比如大家在地下室里面就會(huì)體會(huì)得到，信號(hào)很弱。還有一種信號(hào)不弱但是周圍干擾比較強(qiáng)，噪聲比較大，這是強(qiáng)干擾的情況。
還有就是我們可能信號(hào)也很好，也沒(méi)有干擾，但是網(wǎng)絡(luò)是擁塞的。比方說(shuō)在一個(gè)萬(wàn)人演唱會(huì)或者是幾萬(wàn)人的體育場(chǎng)，那么多觀眾，這個(gè)時(shí)候就幾個(gè)基站的覆蓋，往往不能支持幾萬(wàn)人的正常使用。
還有一種是限速，很多主播或者觀眾用的流量非?？鋸?。哪怕是無(wú)限流量套餐，它也會(huì)有一個(gè)流量閾值。過(guò)了這個(gè)閾值，就會(huì)被運(yùn)營(yíng)商限速，很多時(shí)候每秒鐘不能超過(guò)1Mbps。
最后是一個(gè)亂序的問(wèn)題，亂序是怎么產(chǎn)生的？
比如5G、4G用了MIMO和HARQ的技術(shù)；如果我們的RLC層或者PDCP層沒(méi)有做一些按序遞送的操作，那最后上層拿到的東西就有可能是亂序的。
上述這些五花八門的原因?qū)е率裁唇Y(jié)果？
導(dǎo)致了業(yè)務(wù)需求和可用帶寬的供給兩者之間存在比較大的矛盾，簡(jiǎn)單來(lái)講就是供需矛盾。
既然存在供需矛盾，我們的解決方案是什么呢？要么擴(kuò)大供給，要么就是把需求給縮減。
3.應(yīng)對(duì)思路一：擴(kuò)大供給（開源）
3.1? 多接入（Multi-Access）
現(xiàn)在看一下擴(kuò)大供給，就是開源節(jié)流的開源邏輯，會(huì)有哪些方案？
一個(gè)是多鏈路的接入，還有QoS機(jī)制，再一個(gè)就是網(wǎng)絡(luò)切片（大家可能多多少少聽說(shuō)過(guò)這個(gè)名詞，叫5G網(wǎng)絡(luò)切片）。
還有另外一種，雖然成本很低但是見效非常好的，那就是簡(jiǎn)單升級(jí)一下你的設(shè)備和通訊標(biāo)準(zhǔn)。
我們會(huì)一個(gè)個(gè)去稍微講細(xì)一點(diǎn)。
圖4是5G的ATSSS（?Access Traffic Steering, Switching and Splitting，接入流量轉(zhuǎn)向、交換和分擔(dān)）的一個(gè)示意圖。
圖4: ATSSS示意圖?
實(shí)際上更多想表現(xiàn)的是，針對(duì)一個(gè)終端，我可以通過(guò)WIFI和運(yùn)營(yíng)商的5G網(wǎng)絡(luò)或者4G網(wǎng)絡(luò)同時(shí)接入運(yùn)營(yíng)商的網(wǎng)關(guān)，再通過(guò)一些去重的操作，再達(dá)到一個(gè)比較可靠的傳輸鏈路。
這個(gè)在實(shí)現(xiàn)上本身分了兩種，一個(gè)是Low Layer，另一個(gè)是基于MP-TCP（MultiPath-TCP），但是這兩個(gè)東西實(shí)際來(lái)說(shuō)對(duì)應(yīng)用層是不可見的。
我跟很多運(yùn)營(yíng)商的朋友有交流過(guò)，因?yàn)槠鋵?shí)我自己也挺想用那個(gè)技術(shù)。
但是挺遺憾，我得到的反饋是，運(yùn)營(yíng)商不太可能會(huì)去開放這個(gè)能力給我們用。
但是，我們不妨參考這個(gè)3GPP定義的能力，去把這個(gè)想法轉(zhuǎn)移到我們的應(yīng)用上去。
在3GPP定義之前，很多人也已經(jīng)做過(guò)了一些MIFI設(shè)備、多鏈路聚合的設(shè)備或者WIFI、4G聚合的設(shè)備，這樣做的好處是什么呢？
就是一路如果不行了，不管是它的網(wǎng)絡(luò)不通還是帶寬不夠，兩路三路四路總歸是OK的。
利用APP主導(dǎo)的多鏈路接入，以保證上行的穩(wěn)定性，是比較常見的做法。
比如說(shuō)，如果傳輸?shù)囊蟊容^高，從一路移動(dòng)的線路再加上電信、聯(lián)通的線路，三路上去傳輸?shù)氖峭环輸?shù)據(jù)，總比單路傳輸可靠的。
還有就是通過(guò)廠商提供的API，在應(yīng)用層調(diào)用Wi-Fi/4G/5G雙鏈路接入技術(shù)。
圖5: ATSSS的多鏈路聚合???
3.2 無(wú)線QoS
QoS（服務(wù)質(zhì)量）是一個(gè)比較古老的話題，我大概2000年的時(shí)候做IP QoS的時(shí)候就接觸過(guò)這個(gè)東西。
下圖這個(gè)是3GPP定義的5G的一個(gè)QoS的架構(gòu)。和4G不同的地方在于：4G需要建立多個(gè)專用承載為UE提供具有不同QoS保障的業(yè)務(wù)。
圖6: 無(wú)線QoS圖?
但是5G里面不同的QoS，會(huì)把它放在同一個(gè)PDU的會(huì)話里面。然后再通過(guò)PCC的QoS rules，把不同的IP流映射到不同的QoS Flow里面，然后不同的QoS Flow再映射到不同的DRB里面，不同的DRB有不同的優(yōu)先級(jí)的處理。
大家會(huì)想QoS的效果怎么樣？先拿兩個(gè)五六月份做的例子看一下。
這個(gè)例子是一個(gè)主播，這是它的幀率。額定幀率大概是每秒24幀，但這個(gè)主播開始啟用QoS之前，它的上行幀率非常糟糕，這個(gè)情況下視頻基本不可用，卡得非常厲害。?
圖7: 上行幀率?
當(dāng)把QoS打開了之后，整個(gè)上行的幀率變得比較理想，這是一個(gè)例子。
還有一個(gè)例子：在打開QoS之前，這個(gè)主播上行的RTT非常非常的差。
理論上來(lái)講，我們會(huì)覺(jué)得百毫秒以下是比較理想的上行延遲，而這個(gè)用戶是幾秒鐘的級(jí)別。
可以看到，當(dāng)我們打開了QoS之后，整個(gè)傳輸質(zhì)量得到比較明顯的改善。
圖8: 啟用QoS對(duì)比圖?
● 無(wú)線QoS：存在的問(wèn)題
你可能會(huì)想，QoS這么好的效果，為什么沒(méi)有聽到業(yè)界說(shuō)有非常大規(guī)模的應(yīng)用呢？特別是無(wú)線的QoS。是因?yàn)樗鋵?shí)還是存在一些問(wèn)題。
什么問(wèn)題呢？
就是接下來(lái)的第一個(gè)圖所示，我刻意沒(méi)有標(biāo)哪個(gè)是成功率，哪個(gè)是失敗率或者失敗是什么原因。
我只想告訴大家說(shuō)，現(xiàn)在成功率還是一個(gè)問(wèn)題。這個(gè)成功率里面，失敗率里面有一個(gè)非常大的占比，就是右邊那個(gè)圖的橙色部分，某些運(yùn)營(yíng)商在某些省或者城市里面它的支持還不夠。這是一個(gè)QoS現(xiàn)在使用的失敗率很高的主要原因。
圖9: 成功率餅狀圖?
第二個(gè)原因是什么呢？
我們使用了QoS之后，如果發(fā)現(xiàn)了網(wǎng)絡(luò)的問(wèn)題，我們想去排查，發(fā)現(xiàn)困難非常大，因?yàn)殒湕l很長(zhǎng)，我得去跟運(yùn)營(yíng)說(shuō)我這個(gè)QoS打開了，你也反饋說(shuō)開通成功了，最后為什么質(zhì)量還是那么差；但查了半天，有可能會(huì)不了了之。
所以說(shuō)這個(gè)排查難度比較大，因?yàn)樗煌耆芸赜趹?yīng)用層。
大規(guī)模應(yīng)用的另一個(gè)障礙是網(wǎng)絡(luò)本身負(fù)載就高，特別是在4G的時(shí)候，5G可能還好，5G整個(gè)網(wǎng)絡(luò)還是比較輕載。
比如說(shuō)4G在廣州地區(qū)，整個(gè)網(wǎng)絡(luò)負(fù)載就非常重，這個(gè)時(shí)候如果要求把一部分流量再分給要求更高的視頻，對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)非常吃力。
此外，如果大家是做網(wǎng)絡(luò)，也會(huì)比較好理解，那就是無(wú)線的覆蓋對(duì)QoS的效果會(huì)有比較大的影響。
如果我的信號(hào)很差，就算你給我最高的優(yōu)先級(jí)，我也沒(méi)有辦法傳更多的數(shù)據(jù)。
另外一個(gè)，就是GBR和MBR關(guān)系的問(wèn)題。
這里GBR是指保證比特速率，MBR是最大比特速率。理論上說(shuō)我開通QoS服務(wù)，運(yùn)營(yíng)商應(yīng)該給我保底的GBR，比如說(shuō)4M每秒的流量給我，MBR的流量應(yīng)該更高，網(wǎng)絡(luò)一旦空閑，給我10M、20M理論上都是不過(guò)分的。
但是，往往在實(shí)踐中運(yùn)營(yíng)商給的GBR和MBR是一樣的！
這會(huì)導(dǎo)致什么呢？
導(dǎo)致我的一些應(yīng)用特別是視頻應(yīng)用在有碼率突變的時(shí)候，這個(gè)GBR和MBR的限定就特別難受。比如我的編碼是VBR，我的編碼碼率抖動(dòng)是非常厲害的。
所以說(shuō)，QoS這個(gè)東西在概念上已經(jīng)說(shuō)了很多年，在實(shí)現(xiàn)上特別是無(wú)線的實(shí)現(xiàn)上在應(yīng)用上，還是有一些不太成熟的地方，當(dāng)然用還是可以慢慢用起來(lái)的。
3.3? 5G網(wǎng)絡(luò)切片
再來(lái)說(shuō)一下大家應(yīng)該聽到比較多的5G網(wǎng)絡(luò)切片。
下圖也是3GPP定義的一個(gè)示意圖。
切片的概念是什么呢？無(wú)非是把一個(gè)物理的網(wǎng)絡(luò)把它隔離成多個(gè)邏輯上相互獨(dú)立的網(wǎng)絡(luò)，使得可以獨(dú)立運(yùn)維，質(zhì)量也互不影響，比如說(shuō)切片A不會(huì)受切片B的影響，這是切片的概念。
這在2B的場(chǎng)景大家聽得比較多，例如我們可以給政府機(jī)關(guān)，或者軍方、警方單獨(dú)開放一個(gè)切片出來(lái)。
圖10: 網(wǎng)絡(luò)切片示意圖?
但是在我們2C的場(chǎng)景會(huì)怎么樣？
在2C場(chǎng)景下，我們用到一個(gè)URSP的規(guī)則，這個(gè)規(guī)則URSP是用戶設(shè)備路由選擇策略的規(guī)則。
它是根據(jù)流量的特征來(lái)把你的流量映射到相應(yīng)的PDU會(huì)話。簡(jiǎn)單來(lái)講符合流量特征A的映射到切片A，符合流量特征B的映射到切片B。
這個(gè)映射關(guān)系怎么確定呢？通常是根據(jù)我的APPID或者是訪問(wèn)的域名或者是IP的三元組或者是APN（在5G我們叫DNN），我不知道大家在有沒(méi)有在手機(jī)上設(shè)過(guò)APN，現(xiàn)在中國(guó)移動(dòng)大概能用的就是Internet或者M(jìn)MS的APN。
圖11: URSP規(guī)則
我們?cè)?B的時(shí)候可以講切片講得比較多，2C的時(shí)候基本上沒(méi)法去用。問(wèn)題是什么呢？
因?yàn)榈浆F(xiàn)在為止，我的手機(jī)操作系統(tǒng)和MODEM、還有應(yīng)用層之間根本沒(méi)有打通。
所以如果有人跟你吹，說(shuō)他在2C的時(shí)候很好的用了切片，不管是云游戲還是其它場(chǎng)景，大概率是在吹牛。?比如說(shuō)APPID的定義，現(xiàn)在都沒(méi)搞清楚，對(duì)于安卓來(lái)說(shuō)到底APPID是一個(gè)PackageName，還是PackageName加簽名，還是應(yīng)用市場(chǎng)APPID，現(xiàn)在都沒(méi)有統(tǒng)一起來(lái)。
此外，操作系統(tǒng)也沒(méi)有任何接口給你設(shè)置這些東西，操作系統(tǒng)就算提供了接口，操作系統(tǒng)和MODEM之間的傳遞談妥了嗎？好像也沒(méi)有完全談妥。?這是現(xiàn)在導(dǎo)致我們?cè)?C領(lǐng)域，比如我們用一個(gè)手機(jī)想去接入某個(gè)切片的時(shí)候很大的問(wèn)題。
然后我附這個(gè)圖是什么呢？是前段時(shí)間我突然發(fā)現(xiàn)，安卓12冒出了對(duì)URSPRule的支持，也許意味著對(duì)安卓來(lái)說(shuō)，安卓12才有機(jī)會(huì)把5G切片功能給用上去。
???
QoS與切片的使用建議（TOC場(chǎng)景）
不管是使用QoS還是切片，事實(shí)上我們想做的都是提升用戶的接入質(zhì)量。
這兩個(gè)東西使用還是有一些講究的。
比如說(shuō)，最大的問(wèn)題是什么呢？
不管是開通了QoS還是開通了切片，成本是一個(gè)非常大的問(wèn)題。我肯定是希望我網(wǎng)絡(luò)接入質(zhì)量不夠的時(shí)候，才會(huì)去打開QoS或者是使用網(wǎng)絡(luò)切片。
其他時(shí)候就用普通的服務(wù)就OK了。
所以說(shuō)，我覺(jué)得我們?nèi)绻院笤谟玫臅r(shí)候，一定要考慮怎么動(dòng)態(tài)的來(lái)開和關(guān)QoS或切片的問(wèn)題。
另外，除了成本之外，還有我剛才提到的GBR和MBR關(guān)系的問(wèn)題。
這里有一個(gè)實(shí)際例子，是吃雞游戲的一個(gè)主播使用VBR編碼的時(shí)候，因?yàn)楫嬅娴淖儎?dòng)非常大，編碼碼率變化得也就比較大。
使用2M的編碼碼率，輸出碼率有時(shí)候會(huì)沖到8M或者10M。
這個(gè)時(shí)候如果申請(qǐng)QoS，在GBR和MBR相等的情況下，我申請(qǐng)的就不是2M或者4M，而是10M的碼率，成本非常驚人。
圖12: 碼率變化圖?所以說(shuō)，對(duì)成本的考量，會(huì)決定我們一定是在有需要的時(shí)候才會(huì)去打開QoS或者切片。
至于怎么判斷要不要打開、什么時(shí)候去打開或關(guān)閉QoS或者切片，也是有講究的。因?yàn)闀r(shí)間的關(guān)系，今天就不細(xì)講了。
3.4? 設(shè)備或者技術(shù)的升級(jí)換代
在擴(kuò)大供給方面，還有一個(gè)成本比較低的做法，那就是對(duì)我們的設(shè)備或者是我們的通信標(biāo)準(zhǔn)進(jìn)行升級(jí)。
●設(shè)備或者技術(shù)的升級(jí)換代（1）：從4G到5G
比如說(shuō)，我們從4G到5G的升級(jí)。
很多人都在談5G，虎牙現(xiàn)在也有超過(guò)20%的用戶是在使用5G的手機(jī)和網(wǎng)絡(luò)。那么實(shí)際情況是怎么樣呢？
總體來(lái)講，從卡頓率的角度來(lái)看，使用5G的主播的質(zhì)量不見得比4G有多大的提升，為什么呢？
我們分析到很多用戶發(fā)現(xiàn)，其實(shí)5G的網(wǎng)絡(luò)覆蓋比起4G來(lái)說(shuō)還是有一些差距。這是特別大的一個(gè)原因。
如果覆蓋搞不定，那戶外開播肯定沒(méi)辦法去做得很順暢，這是一個(gè)問(wèn)題。
第二個(gè)問(wèn)題也比較普遍，是什么呢？
我們很多主播就是帶寬，哪怕買了無(wú)限流量的，播了幾天就超過(guò)了限速閾值，后面運(yùn)營(yíng)商給你最小的帶寬，大概是700K~800K左右，不管是4G還是5G，優(yōu)勢(shì)體現(xiàn)不出來(lái)。?5G好歹投入那么大，我們看到好的地方是什么呢？
RTT方面看到5G在RTT方面稍微有一些優(yōu)勢(shì)。
比如說(shuō)我們?cè)谕堑脑?，我們?G移動(dòng)終端和同城服務(wù)器之間大概是40毫秒這樣的RTT。換到5G可能是20毫秒，RTT稍微會(huì)有一些優(yōu)勢(shì)。
另外一個(gè)就是在高碼率的時(shí)候，5G的穩(wěn)定性確實(shí)漂亮一些。
我們可以看到當(dāng)碼率升到4M或者8M的時(shí)候，使用4G來(lái)支撐開播，可用帶寬或者RTT會(huì)比較抖，使用5G會(huì)好不少。
當(dāng)然這個(gè)我不排除現(xiàn)在5G網(wǎng)絡(luò)負(fù)載還比較輕的原因。
總體而言，5G要在這個(gè)行業(yè)要比較好的應(yīng)用，我覺(jué)得它的覆蓋還得進(jìn)一步的加強(qiáng)。
相信以后如果隨著VR或者其他大碼率的直播出現(xiàn)，可能4G真的扛不住了。這個(gè)時(shí)候也許用5G替代4G的動(dòng)力才會(huì)更足。?
●設(shè)備或者技術(shù)的升級(jí)換代（2）：WI-FI
還有一個(gè)WIFI的事情。
我這里列了三個(gè)例子，這個(gè)綠色的線是指我們用戶手機(jī)或者是移動(dòng)終端到他們家WIFI網(wǎng)關(guān)之間的RTT。你可以看到，其實(shí)之間的距離可能就幾米，但它的RTT就是幾十毫秒或者幾百毫秒。?圖13: WIFI鏈路信息-用戶A
?
用戶A質(zhì)量非常差，用戶B是非常漂亮的，基本上就是兩三個(gè)毫秒的RTT。
用戶C是時(shí)好時(shí)壞，而且這個(gè)用戶很典型，因?yàn)樗慕K端到WIFI-AP之間的質(zhì)量跟觀眾能夠感受到的視頻質(zhì)量完全是正相關(guān)的。?
圖14: WIFI鏈路信息-用戶B?
圖15: WIFI鏈路信息-用戶C?
你會(huì)發(fā)現(xiàn)在主播C這個(gè)例子里面，如果改善了開播設(shè)備到他家里AP那段的通信，對(duì)這個(gè)場(chǎng)景來(lái)說(shuō)，整個(gè)端到端就是非常漂亮的。?
●設(shè)備或者技術(shù)的升級(jí)換代（3）：WIFI的代差
所以，我經(jīng)常在不同場(chǎng)合講，最簡(jiǎn)單的去把網(wǎng)絡(luò)質(zhì)量搞好的一個(gè)做法是：提示我們的用戶，升級(jí)他的手機(jī)或者升級(jí)AP。
我在我家架了兩個(gè)設(shè)備，一個(gè)是WIFI-4的網(wǎng)關(guān)，另外一個(gè)是WIFI-5的網(wǎng)關(guān)。
然后，我用兩臺(tái)手機(jī)去測(cè)，手機(jī)當(dāng)時(shí)是空載的，空載的時(shí)候RTT會(huì)偏高，我估計(jì)空載的時(shí)候手機(jī)會(huì)降頻。
但不管怎么樣，從總體來(lái)看，WIFI-4的網(wǎng)關(guān)比WIFI-5的網(wǎng)關(guān)延遲會(huì)有相當(dāng)?shù)牟罹唷?/span>
圖16: 手機(jī)A和B的數(shù)據(jù)?這個(gè)差距有兩方面的原因。
第一個(gè)，是WIFI-4的網(wǎng)關(guān)已經(jīng)是十年前買的，處理器的能力肯定比現(xiàn)在的網(wǎng)關(guān)處理能力差很多。
另外一個(gè)，是WIFI代差的區(qū)別，WIFI-4和WIFI-5的代差，這個(gè)圖可以明顯看到差別很明顯。
圖17: WIFI網(wǎng)關(guān)信息數(shù)據(jù)?
如果我們做直播平臺(tái)，讓我去幫用戶升級(jí)他的網(wǎng)關(guān)或者手機(jī)，可能做不到，但是去提示他這個(gè)總該可以吧。
這個(gè)對(duì)平臺(tái)方來(lái)說(shuō)，可能是成本最低的，可以迅速把質(zhì)量拉升上去的一個(gè)做法吧。
4.應(yīng)對(duì)思路二：減少網(wǎng)絡(luò)消耗（節(jié)流）?
我們講完開源，再講一下節(jié)流的事情。
節(jié)流我們可能聽得比較多的是：“擁塞控制”，以及網(wǎng)絡(luò)不行時(shí)的降幀率、降碼率的措施。但這是被動(dòng)的做法，它損傷的是視頻質(zhì)量和開播質(zhì)量。?有一些偏主動(dòng)的，或者說(shuō)能夠盡可能的不去降太多質(zhì)量的做法，現(xiàn)在業(yè)界也在做。
比如說(shuō)，我們要去研究6G的東西，6G提出來(lái)的是什么呢？其中有一項(xiàng)是語(yǔ)義通信，或者叫語(yǔ)義的提取、編碼和通訊。
我們是希望它能夠打破香農(nóng)公式的極限，但其實(shí)不是打破，畢竟香農(nóng)公式給出的是數(shù)據(jù)傳輸信道的容量極限，數(shù)據(jù)再上一層才是語(yǔ)義。
不管我們的1G到5G，我們做的都是數(shù)據(jù)的通信。我們能不能有一天讓網(wǎng)絡(luò)傳輸?shù)氖俏覀兊囊馑级皇菙?shù)據(jù)本身。
就意味著什么呢？意味著網(wǎng)絡(luò)兩端通信雙方可能要有一些共通的知識(shí)庫(kù)，針對(duì)數(shù)據(jù)的理解，再把它提取到語(yǔ)義，傳輸?shù)氖钦Z(yǔ)義。
這有兩個(gè)好處。一個(gè)有可能是傳輸量變得特別小。
第二個(gè)是什么呢？有可能我對(duì)糾錯(cuò)的算法有不同的做法。這個(gè)是這一兩年業(yè)界逐漸在考慮的東西。也有人想把它推到物聯(lián)網(wǎng)那邊去，大家可以關(guān)注一下。
還有一個(gè)是基于AI的編解碼算法。例如大家應(yīng)該聽說(shuō)過(guò)谷歌的Lyra，聲稱是3kbps可以達(dá)到比較流暢的語(yǔ)音交互，這樣一來(lái)對(duì)網(wǎng)絡(luò)的依賴就減輕了很多。?當(dāng)然還有其他的一些做法，像虎牙用得比較多的是服務(wù)端的超分。
我可能上行的時(shí)候上去的碼率比較低，但我做一個(gè)漂亮的超分之后，會(huì)讓整個(gè)畫質(zhì)得到比較好的增強(qiáng)，下發(fā)給觀眾端更清晰的畫面。
總的來(lái)說(shuō)，如果管道不夠好的時(shí)候，千方百計(jì)想怎么去提升它所傳輸?shù)臄?shù)據(jù)的表達(dá)效率，以此達(dá)到最終質(zhì)量不會(huì)降得特別多的結(jié)果。
5.“古老”的話題：帶寬估計(jì)
不管是開源還是節(jié)流，其實(shí)特別依賴同一個(gè)東西。我必須得清楚地知道當(dāng)前網(wǎng)絡(luò)發(fā)生了什么，當(dāng)前網(wǎng)絡(luò)到底有多少帶寬是可以用的。
如果帶寬不夠的時(shí)候，我可能要去申請(qǐng)用更多的帶寬，這時(shí)候想方設(shè)法做開源；或者當(dāng)謀求不到更多資源的時(shí)候，這個(gè)時(shí)候得考慮節(jié)流。?它的基礎(chǔ)是必須要對(duì)現(xiàn)在網(wǎng)絡(luò)狀況有比較好的預(yù)測(cè)和估計(jì)，這就是帶寬估計(jì)的邏輯。
帶寬估計(jì)的概念，或者帶寬預(yù)測(cè)的概念，也是比較古老的問(wèn)題。?在實(shí)時(shí)音視頻方面，有GCC等類似的算法，也有人在研究的基于AI的帶寬估計(jì)算法，這方面的探索一直在做，而事實(shí)上做得比較好的也沒(méi)有幾家。
BBR對(duì)文件傳輸類比較好，但是應(yīng)用于音視頻通信就比較差強(qiáng)人意，實(shí)時(shí)或準(zhǔn)實(shí)時(shí)音視頻對(duì)帶寬估計(jì)的要求比文件傳輸要高。這一塊每家還得繼續(xù)去再發(fā)力。這個(gè)話題可以作為一個(gè)專題來(lái)講，今天不展開。
我大概講一下我們的做法。
我們基于吞吐率、RTT以及丟包率，再加上我們對(duì)一些特定的模式的判斷，還有引入應(yīng)用層等方面的跨層信息，構(gòu)建了針對(duì)視頻傳輸?shù)膸捁烙?jì)的算法，測(cè)試結(jié)果還算是比較讓人滿意。?
圖18: 帶寬估計(jì)?時(shí)間關(guān)系，我就不細(xì)說(shuō)了。
帶寬估計(jì)還有另外一個(gè)思路，我們?yōu)槭裁匆烙?jì)？因?yàn)槲覀儾恢谰W(wǎng)絡(luò)上發(fā)生了什么。但是有人是最清楚網(wǎng)絡(luò)上到底發(fā)生了什么的，運(yùn)營(yíng)商就有很多的信息。?他知道這個(gè)基站現(xiàn)在所有用戶上行信道質(zhì)量是什么樣的，有多少PRB可分配，有多少用戶是要優(yōu)先處理的。
這些信息，運(yùn)營(yíng)商或者基站它是知道的。如果哪一天把信息開放出來(lái)了，對(duì)整個(gè)帶寬估計(jì)會(huì)有很大的作用。
比如我現(xiàn)在有一個(gè)安卓手機(jī)，我想方設(shè)法的去采集一些RSRP或SINR的數(shù)據(jù)，但是對(duì)蘋果手機(jī)完全沒(méi)有任何這方面的信息，因?yàn)樘O果不給。
如果運(yùn)營(yíng)商開放一個(gè)接口出來(lái)，把無(wú)線信道信息和PBR分配的信息給我，哪怕不直接告訴我有多少帶寬，自己能大致能推導(dǎo)出來(lái)，這個(gè)上行可以達(dá)到多少帶寬。?我覺(jué)得這是帶寬估計(jì)最靠譜或者說(shuō)是最簡(jiǎn)單的一種做法，我們現(xiàn)在用很多的方法去做估算、做濾波，做人工智能的訓(xùn)練，如果結(jié)合運(yùn)營(yíng)商的數(shù)據(jù)可能會(huì)更精準(zhǔn)。?
6.無(wú)線網(wǎng)絡(luò)的優(yōu)化的其他方案
當(dāng)然，無(wú)線網(wǎng)絡(luò)優(yōu)化還有一些其他的措施。
我們知道邊緣計(jì)算會(huì)導(dǎo)致非常多的海量數(shù)據(jù)產(chǎn)生，如果不能把數(shù)據(jù)都傳上網(wǎng)的時(shí)候，能不能做一些本地卸載的東西？?事實(shí)上是有很多的，比方說(shuō)，4G已經(jīng)定義了LTE-Direct，5G的時(shí)候叫D2D，主要看你有什么應(yīng)用場(chǎng)景。
D2D意味著我兩個(gè)用戶的通信的數(shù)據(jù)通道不會(huì)再依賴于基站，而是直接點(diǎn)到點(diǎn)的兩個(gè)設(shè)備之間的通訊，但是用的還是運(yùn)營(yíng)商的頻譜。
還有另外一個(gè)事情，就是無(wú)線是有廣播的特性，可以想想怎么用好廣播的特性。
比如我以前想的例子，在大規(guī)模賽事直播的情況下，完全可以用多媒體多播廣播系統(tǒng)（MBMS）來(lái)發(fā)送信號(hào)。
我只是在廣播信道發(fā)送了一路視頻，所有用戶去監(jiān)聽該廣播信道，他就可以看到同樣的視頻。
當(dāng)然，前提是這個(gè)基站下是希望看同樣視頻的人足夠多，廣播的特性或者優(yōu)勢(shì)才能夠體現(xiàn)出來(lái)。???還有一個(gè)，實(shí)在沒(méi)辦法了，我解決不了，那就繞過(guò)去。
我最近去看一些LoRa或者類似無(wú)線技術(shù)的東西，發(fā)現(xiàn)還挺好玩的。它的速率在國(guó)內(nèi)被限制到不超過(guò)5kbps，但是你會(huì)發(fā)現(xiàn)基于LoRa的對(duì)講機(jī)做得非常小，但是通話距離又蠻大。?在一些物聯(lián)網(wǎng)的場(chǎng)景，當(dāng)NB-IOT和CAT1不適合的時(shí)候，也許我們能夠去考慮其他的方案。LoRa只是一個(gè)例子。??7.總結(jié)和展望?
剛才講的無(wú)線接入網(wǎng)絡(luò)，尤其是4G/5G的接入網(wǎng)絡(luò)，是端到端網(wǎng)絡(luò)里面總體來(lái)講質(zhì)量比較差的一段，差到什么程度？?我們有一個(gè)數(shù)據(jù)：在使用4G的虎牙主播里，上行質(zhì)量不好的主播占比會(huì)超過(guò)10%。而其中因?yàn)樾盘?hào)不好導(dǎo)致了質(zhì)量差的占比是多少呢？
只占了20%。
也就是說(shuō)，質(zhì)量差的4G主播里面，有80%左右的比例是網(wǎng)絡(luò)擁塞或者限速或者其他非覆蓋原因?qū)е隆?/span>
所以，這一塊可優(yōu)化空間還是蠻大的。
我們剛才談到的主要從開源和節(jié)流兩方面去談優(yōu)化思路。?“開源”大致對(duì)應(yīng)著運(yùn)營(yíng)商經(jīng)常講的“網(wǎng)隨業(yè)動(dòng)”，我的網(wǎng)絡(luò)要隨著業(yè)務(wù)來(lái)變動(dòng)，如果業(yè)務(wù)需求量大，網(wǎng)絡(luò)供給變得更大一些，這是運(yùn)營(yíng)商的底層邏輯。?但是我們?cè)?C場(chǎng)景下做，就得在業(yè)務(wù)層做這個(gè)事情。
如果是網(wǎng)絡(luò)沒(méi)法給我提供更多的帶寬，這時(shí)候做的就是節(jié)流或者是“業(yè)隨網(wǎng)動(dòng)”，網(wǎng)絡(luò)給了你多少帶寬，你的業(yè)務(wù)就跟著網(wǎng)絡(luò)帶寬的供給來(lái)變化。這個(gè)邏輯大家都比較清楚。?開源節(jié)流的一個(gè)基礎(chǔ)是精準(zhǔn)的帶寬估計(jì)。
這個(gè)話題挺有意思的，我原來(lái)一直覺(jué)得帶寬估計(jì)這個(gè)事我做起來(lái)應(yīng)該不難。但是后來(lái)發(fā)現(xiàn)理論上還行，真正在工程上去做一個(gè)對(duì)音視頻非常準(zhǔn)的帶寬估計(jì)，還有很多工作去做。???我們?cè)僬雇幌?，不管是正在慢慢起?lái)的5G或者是2030年的6G，我們這個(gè)優(yōu)化的思路還會(huì)不會(huì)存在？
現(xiàn)在6G大家都在考慮，比如我們的可見光通信、我們的太赫茲、我們的陸?？杖蚋采w。
這些都是不斷把我們的管道做大的一些措施，因?yàn)槲覀兇蠹叶寄芸吹玫?，隨著物聯(lián)網(wǎng)還有其他一些諸如XR業(yè)務(wù)的興起，流量越來(lái)越大，對(duì)管道的需求也會(huì)越來(lái)越大。
當(dāng)然，應(yīng)用的需求也會(huì)跟著越來(lái)越大，所以流量治理和優(yōu)化的需求一定還會(huì)存在，也仍然存在一些不同優(yōu)先級(jí)的業(yè)務(wù)，怎么去跟其他業(yè)務(wù)去搶占的問(wèn)題。
所以我認(rèn)為，剛才講的那些開源節(jié)流邏輯還是存在。
另外節(jié)流那一塊，我個(gè)人對(duì)AI和語(yǔ)義通信這兩個(gè)領(lǐng)域比較感興趣一些。在座如果有人是做音視頻和做傳統(tǒng)網(wǎng)絡(luò)相關(guān)的話，這些領(lǐng)域可以關(guān)注一下。
順便說(shuō)說(shuō)MEC。
大家應(yīng)該聽到別人跟你，灌輸MEC邊緣計(jì)算的各種好處，車聯(lián)網(wǎng)怎么受益于MEC的東西。大家有沒(méi)有想過(guò)一個(gè)簡(jiǎn)單的問(wèn)題，聯(lián)通的車怎么跟移動(dòng)的車通信？
在同一個(gè)運(yùn)營(yíng)商里面，UPF可以下沉到地市，也可以在UPF旁邊建一個(gè)MEC，這對(duì)于運(yùn)營(yíng)商來(lái)說(shuō)沒(méi)問(wèn)題。
但兩個(gè)運(yùn)營(yíng)商之間的MEC怎么對(duì)通，需要經(jīng)過(guò)全國(guó)那十幾個(gè)互聯(lián)節(jié)點(diǎn)嗎？
進(jìn)一步地，算力等資源如何調(diào)度和分配，以及是通過(guò)邊緣容器還是邊緣FAAS服務(wù)來(lái)承載，算力節(jié)點(diǎn)之間如何通信等等，其實(shí)都是會(huì)影響到整個(gè)產(chǎn)業(yè)真正落地的一些點(diǎn)。
存在著一個(gè)趨勢(shì)，就是資源的融合，且它可能會(huì)再進(jìn)一步的得到增強(qiáng)。這個(gè)資源包含云和網(wǎng)的資源。
這個(gè)趨勢(shì)對(duì)網(wǎng)絡(luò)治理的要求同樣值得我們關(guān)注。?謝謝大家！?
—— 全文完 ——
下載文檔
