自從5G時代到來,被提到最多、最引人注目的技術恐怕當屬網(wǎng)絡切片了。什么是網(wǎng)絡切片?通俗來講就是將運營商網(wǎng)絡進行邏輯劃分,將資源和服務進行邏輯隔離,不同等級的業(yè)務數(shù)據(jù)可以在不同邏輯層面的網(wǎng)絡切片上傳輸,從而滿足不同業(yè)務場景對網(wǎng)絡的數(shù)據(jù)傳輸速率、安全性、可靠性等多方面的差異化需求。
網(wǎng)絡按需服務的形式,是5G能夠賦能千行百業(yè)的關鍵切入點。網(wǎng)絡切片的好處這里就不多贅述了,那么網(wǎng)絡切片到底應該如何應用,終端用戶又是如何使用這個看不見、摸不著的網(wǎng)絡切片服務呢?
4G傳輸?shù)拇箦侊?/p>
我們先從用戶是如何在移動網(wǎng)絡環(huán)境下使用數(shù)據(jù)業(yè)務說起:眾所周知,終端用戶要想要通過運營商網(wǎng)絡使用數(shù)據(jù)業(yè)務,要具備這幾個條件:
● 得有終端設備,比如說智能手機;
● 處在手機所屬的運營商服務范圍內(nèi)。
在4G網(wǎng)絡環(huán)境下,對于搭載了Android操作系統(tǒng)的終端設備,操作系統(tǒng)會在開機時建立一路默認數(shù)據(jù)承載,當用戶想要使用某個APP時,比如說在運營商網(wǎng)絡環(huán)境下在線游戲、觀看視頻等時,應用數(shù)據(jù)就會通過這路默認承載發(fā)送到運營商網(wǎng)絡側。絕大多數(shù)的Android設備,其應用程序數(shù)據(jù)都是通過這一路默認承載進行傳輸?shù)模⑶覒脭?shù)據(jù)都跑在同一個網(wǎng)絡上。
5G時代的按需服務
到了5G時代,引入網(wǎng)絡切片,就是讓手機里不同的app數(shù)據(jù),通過不同的數(shù)據(jù)承載跑在由運營商劃分出來的不同的邏輯網(wǎng)絡上,實現(xiàn)將網(wǎng)絡資源面向不同的業(yè)務需求進行靈活動態(tài)的分配,從而優(yōu)化連接、降低成本、提升效益。
那么,想要實現(xiàn)這一點,需要具備哪些條件呢?
首先,運營商網(wǎng)絡需要支持網(wǎng)絡切片技術,這就需要運營商部署5G SA網(wǎng)絡。其次,app本身或者操作系統(tǒng)要知道這個app的數(shù)據(jù)應該跑在哪一個網(wǎng)絡切片上。這里我們需要簡單介紹下3GPP標準是如何規(guī)范app與網(wǎng)絡切片之間的關系的。在3GPP 5G協(xié)議中定義了一個URSP(用戶終端路由選擇策略)規(guī)則。這個規(guī)則就描述了app與網(wǎng)絡切片之間的對應關系。終端操作系統(tǒng)需要根據(jù)URSP規(guī)則,為app選擇一個網(wǎng)絡切片。URSP規(guī)則中有兩組重要的參數(shù),一組是描述app屬性的Traffic Descriptor(通路描述符)參數(shù),包含AppId、DNN(數(shù)據(jù)網(wǎng)絡名稱)、IP Descriptor(IP三元組),Domain Descriptor(域名描述符)、Connection Capabilities等參數(shù)。另一組是描述數(shù)據(jù)承載屬性的Route Selection Descriptor(路由選擇描述符),包含S-NSSAI(網(wǎng)絡切切片)、SSC Mode(會話與服務連續(xù)性模式)、DNN等參數(shù)。URSP規(guī)則其實就是多組Traffic Descriptor與Route Selection Descriptor的對應關系。當終端設備知道與app相關的Traffic Descriptor參數(shù)后,自然可以根據(jù)URSP規(guī)則找到與數(shù)據(jù)承載相關的Route Selection Descriptor,其中就包含著網(wǎng)絡切片信息,這樣app該接入哪個網(wǎng)絡切片也就很明了了。
解決落地最后一公里
但是,現(xiàn)有的操作系統(tǒng)以及終端設備,均不支持通過URSP規(guī)則為app選擇網(wǎng)絡切片,當運營商SA網(wǎng)絡部署完畢可以商用時,這個問題就成為了網(wǎng)絡切片無法真正為終端用戶提供服務的最大障礙。
為此,紫光展銳提出了基于Android操作系統(tǒng)的網(wǎng)絡切片選擇方案。URSP規(guī)則是網(wǎng)絡下發(fā)至終端設備的,終端設備需要完成的是app與網(wǎng)絡切片的選擇以及承載的建立。上文提到了想要完成網(wǎng)絡切片的選擇,需要傳遞與app相關的Traffic Descriptor參數(shù),那么Traffic Descriptor參數(shù)從何而來呢?最理想的來源是app在請求數(shù)據(jù)承載時傳遞到操作系統(tǒng),但是這里又面臨了兩大問題:
第一,雖然Android操作系統(tǒng)為應用程序提供了申請數(shù)據(jù)承載的接口,但是并沒有傳遞Traffic Descriptor參數(shù)的接口。
第二,如上文所提到的,Android應用市場上,絕大多數(shù)app是不會向操作系統(tǒng)申請數(shù)據(jù)承載的,應用數(shù)據(jù)均通過默認數(shù)據(jù)承載進行收發(fā)。
針對第一個難點,紫光展銳自主開發(fā)了app向操作系統(tǒng)傳遞所有Traffic Descriptor參數(shù)的接口,能夠保證運營商制定URSP規(guī)則不受終端操作系統(tǒng)的限制,可以靈活的制定、修改、更新,完全解除了這部分運營商與操作系統(tǒng)的耦合。
對于第二大難點,紫光展銳聯(lián)合中國聯(lián)通創(chuàng)新性地提出了通過第三方模塊為app申請數(shù)據(jù)承載,來匹配網(wǎng)絡切片。這樣對于app開發(fā)者而言,與操作系統(tǒng)之間的交互方式與此前并無差異。不僅確保增量app能夠快速與運營商網(wǎng)絡切片匹配,同時對于大量的存量app,也能夠享受網(wǎng)絡切片服務。
可以說,紫光展銳的網(wǎng)絡切片方案是從app開發(fā)者的角度出發(fā),既解決了URSP規(guī)則帶來的app與操作系統(tǒng)耦合的問題,又為app開發(fā)者們減少了更新app的時間成本。
另外還值得強調的是,為避免受操作系統(tǒng)的影響,URSP的規(guī)則匹配選擇在modem側處理,這樣一方面利于操作系統(tǒng)的升級與演進,另一方面極大簡化了5GCPE及5G通用模組引入網(wǎng)絡切片方案時的開發(fā)周期,實現(xiàn)對Linux等其他操作系統(tǒng)的支持。
目前,搭載紫光展銳芯片的5G智能手機和5G CPE均在北京聯(lián)通5G SA試商用網(wǎng)絡上完成技術驗證。紫光展銳和中國聯(lián)通經(jīng)過技術研討,難點攻關,徹底將app與網(wǎng)絡切片聯(lián)通,這是5G SA商用進程中的具有“里程碑”意義的事件。作為中國領先的芯片設計企業(yè),紫光展銳攜手合作伙伴打通5G網(wǎng)絡切片的端到端業(yè)務流,將大力推動5G賦能千行百業(yè)的數(shù)字化轉型。
責任編輯:tzh
-
芯片
+關注
關注
456文章
50908瀏覽量
424484 -
4G
+關注
關注
15文章
5523瀏覽量
119176 -
網(wǎng)絡
+關注
關注
14文章
7576瀏覽量
88913 -
5G
+關注
關注
1355文章
48470瀏覽量
564676
發(fā)布評論請先 登錄
相關推薦
評論