5G+邊緣計算的案例
- 2019 年 12 月 13 日
- 筆記
邊緣計算的產生離不開網路的發展
2G時代簡單打開wap網頁，3G時代出現了微博等社交，4G時代誕生了網紅的影片，5G時代將產生VR、自動駕駛等新型的產業。 這些新業務對頻寬、時延要求很高，而5G正好適用於最後一公里的解決方案，而集中式的雲計算難以適用業務的發展需要，邊緣計算的架構應運而生。
1
邊緣計算的兩個典型案例
低時延案例–語音音箱
語音輸入同手機、PC類似，是一種生活場景，因此BAT廠近幾年來推出許多音箱盒子，搶佔入口的市場。而語音輸入的體驗主要有兩點:1、交互時延 2、交互的匹配度。
而交互時延很大程度受網路的影響，如果超過2秒鐘無法得到響應，用戶的體驗難以得到保障。
通過邊緣計算，將語音輸入資訊就近處理，完成NLP（語音轉文字），領域服務（通過本地快取將用戶所需要的資訊即時返回用戶）。基於邊緣計算，可以降低約0.5秒的時延。
大頻寬案例–超市影片分析
傳統超市的影片分析數據全部基於中心存儲，實現人臉分析、熱度分析等功能需要集中式雲端的分析，效率低。而將邊緣計算的能力下放後，實現快速的商業資訊分析，提升對業務的營銷敏感性能力。
2
邊緣計算下沉後面臨的技術挑戰
5G不斷切換後，邊緣計算節點漂移
如果用戶正在高速公路上，使用5G自動駕駛業務，而此時MEC節點發生切換，將產生業務中斷！如何解決？
目前主流的處理方式主要有兩種：1、基於客戶端SDK包的檢測。在新的MEC節點通過容器快速啟動新的計算節點，將用戶的業務訪問請求通過SDK包與業務Server端的配合，強行將業務請求指向新的MEC節點。2、基於DNS的重定向。請DNS解析請求強行指向本地MEC的DNS中，但該方法對於已建立IP層訪問請求的業務不適用。
5G不斷切換後，用戶業務與開放中心平台的配合
當用戶漂移至新的5G基地台、不同的MEC節點區後，運營商的開放中心平台應知悉該業務繼續訪問的需求，及時在新的MEC節點為用戶開放雲資源業務，下發業務的端到端配置。基於Docker的資源提前下發以及SDN的端到端網路資源配置是重要的支撐技術。
總體來看，5G的行業應用如需要進一步提升對用戶的體驗，對資源的快速分配、資源的差異化保障能力要求很高。網路與IT的結合越來越緊密；就像軟交換時代，交換與IP的結合；而在5G時代，則是網路與IT的無縫結合。
