曹亞平，孫穎，張會(huì)肖

（中國(guó)電信股份有限公司研究院，北京 102209）

0 引言

隨著5G時(shí)代的到來(lái)，企業(yè)的數(shù)據(jù)量爆炸式增長(zhǎng)，按照傳統(tǒng)的數(shù)據(jù)傳輸方案，所有的用戶(hù)數(shù)據(jù)先到核心網(wǎng)再迂回到業(yè)務(wù)服務(wù)器，這樣會(huì)對(duì)從接入側(cè)到核心網(wǎng)側(cè)的傳輸資源造成很大的沖擊，而且數(shù)據(jù)的迂回必然也會(huì)導(dǎo)致時(shí)延的增加，影響用戶(hù)體驗(yàn)。大數(shù)據(jù)時(shí)代企業(yè)對(duì)通信網(wǎng)絡(luò)中數(shù)據(jù)傳輸?shù)男枨笾饕w現(xiàn)在：高安全需求，一些對(duì)于數(shù)據(jù)和信息安全性要求較高的企業(yè)，對(duì)于內(nèi)部關(guān)鍵、保密數(shù)據(jù)，都存在“不出園區(qū)、不上公網(wǎng)”的需求，要求數(shù)據(jù)在企業(yè)園區(qū)內(nèi)進(jìn)行處理、分析；大帶寬需求，視頻直播、會(huì)議、AR/VR等視頻娛樂(lè)類(lèi)業(yè)務(wù)對(duì)網(wǎng)絡(luò)雙向?qū)拵б髽O高，這類(lèi)業(yè)務(wù)接入網(wǎng)絡(luò)后，會(huì)占用網(wǎng)絡(luò)中大量的帶寬資源；低時(shí)延需求，還有一些業(yè)務(wù)，如工業(yè)控制、遠(yuǎn)程醫(yī)療、自動(dòng)駕駛等都對(duì)網(wǎng)絡(luò)的可靠性和傳輸時(shí)延極其敏感，要求網(wǎng)絡(luò)傳輸及時(shí)、準(zhǔn)確，并能滿(mǎn)足遠(yuǎn)程控制的低時(shí)延需求。

對(duì)于以上各類(lèi)需求，包括運(yùn)營(yíng)商在內(nèi)的通信行業(yè)專(zhuān)家一直在努力研究解決方案，希望能滿(mǎn)足5G時(shí)代下政企客戶(hù)的多樣化需求，而數(shù)據(jù)分流就是其中重要的技術(shù)之一。本文結(jié)合5GtoB業(yè)務(wù)的客戶(hù)需求及當(dāng)前運(yùn)營(yíng)商的網(wǎng)絡(luò)現(xiàn)狀，創(chuàng)新性地提出了基于多數(shù)據(jù)網(wǎng)絡(luò)名稱(chēng)（2ata network name，DNN）[1]和上行鏈路分類(lèi)器（uplink classifier，UL CL）技術(shù)的5GtoB數(shù)據(jù)分流方案，為5GtoB客戶(hù)的數(shù)據(jù)分流業(yè)務(wù)提供了理論參考。

1 關(guān)鍵技術(shù)

1.1 DNN分流技術(shù)

DNN分流指5G用戶(hù)面數(shù)據(jù)可根據(jù)不同DNN路由到不同的客戶(hù)內(nèi)網(wǎng)，從而實(shí)現(xiàn)不同企業(yè)的客戶(hù)數(shù)據(jù)分流到不同的客戶(hù)內(nèi)網(wǎng)，同時(shí)也實(shí)現(xiàn)了客戶(hù)業(yè)務(wù)的端到端隔離，滿(mǎn)足隔離性、安全性的要求。核心網(wǎng)還可以根據(jù)客戶(hù)所用DNN來(lái)控制選擇用戶(hù)面功能（user plane function，UPF）網(wǎng)元的位置，針對(duì)要求低時(shí)延、數(shù)據(jù)不出園區(qū)、本地卸載的用戶(hù)，可選擇離客戶(hù)園區(qū)相對(duì)較近的UPF進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā)；針對(duì)有跨省漫游的客戶(hù)，可選擇省中心的UPF承載數(shù)據(jù)轉(zhuǎn)發(fā)功能。

DNN在5G核心網(wǎng)中主要有以下三大功能。

· 用于為一個(gè)協(xié)議數(shù)據(jù)單元（protocol 2ata unit，PDU）會(huì)話(huà)選擇會(huì)話(huà)管理功能[1]（session management function，SMF）、UPF等核心網(wǎng)網(wǎng)元。

· 為PDU會(huì)話(huà)選擇N6口網(wǎng)絡(luò)通道。

· 確定應(yīng)用于終端PDU會(huì)話(huà)的策略。

DNN分流原理為：當(dāng)終端攜帶特定DNN發(fā)起PDU會(huì)話(huà)時(shí)，會(huì)話(huà)請(qǐng)求經(jīng)過(guò)無(wú)線(xiàn)網(wǎng)、承載網(wǎng)到達(dá)核心網(wǎng)后，核心網(wǎng)會(huì)根據(jù)DNN選擇不同的控制面網(wǎng)元（SMF等）和用戶(hù)面網(wǎng)元（UPF）來(lái)承載業(yè)務(wù)，終端用戶(hù)也可以根據(jù)不同DNN簽約不同的服務(wù)質(zhì)量（quality of service，QoS）策略，從而實(shí)現(xiàn)不同等級(jí)5G用戶(hù)的差異化傳輸質(zhì)量控制。核心網(wǎng)側(cè)還可以通過(guò)不同DNN綁定UPF不同的N6口虛擬專(zhuān)用網(wǎng)絡(luò)（virtual private network，VPN）通道來(lái)實(shí)現(xiàn)不同終端到不同客戶(hù)內(nèi)網(wǎng)的訪(fǎng)問(wèn)。

1.2 UL CL分流技術(shù)

3GPP針對(duì)5G用戶(hù)面的數(shù)據(jù)分流定義了UL CL功能，即上行分流器。UL CL是對(duì)上行業(yè)務(wù)數(shù)據(jù)進(jìn)行分流并對(duì)分流后的下行數(shù)據(jù)聚合的一個(gè)處理節(jié)點(diǎn)，是UPF支持的功能，旨在將本地業(yè)務(wù)（如企業(yè)內(nèi)部使用的業(yè)務(wù)或企業(yè)部署的下沉業(yè)務(wù)）與正常業(yè)務(wù)區(qū)分開(kāi)[1-4]。核心網(wǎng)側(cè)通過(guò)分流UPF（UL CL UPF）對(duì)數(shù)據(jù)進(jìn)行分流，與SMF下發(fā)的過(guò)濾規(guī)則匹配，通過(guò)PDU會(huì)話(huà)輔錨點(diǎn)（PDU session anchor2，PSA2）UPF將流量送達(dá)給本地網(wǎng)絡(luò)，其他流量通過(guò)主錨點(diǎn)UPF（PSA1 UPF）送達(dá)給中心網(wǎng)絡(luò)。UL CL的插入和刪除由SMF通過(guò)N4口控制決定，SMF可以決定在PDU會(huì)話(huà)建立期間或之后在PDU會(huì)話(huà)的數(shù)據(jù)路徑中插入支持UL CL功能的UPF，或者在PDU會(huì)話(huà)的數(shù)據(jù)路徑中移除支持UL CL功能的UPF。UL CL用戶(hù)面架構(gòu)如圖1所示。

圖1 UL CL用戶(hù)面架構(gòu)

1.2.1 UL CL分流策略涉及的網(wǎng)元及角色

實(shí)現(xiàn)UL CL功能需要部署3種角色的UPF：主錨點(diǎn)UPF（PSA1 UPF）、輔錨點(diǎn)UPF（PSA2 UPF）和UL CL分流UPF。從目前運(yùn)營(yíng)商的部署及廠(chǎng)商的實(shí)現(xiàn)來(lái)看，通常使用核心UPF作為主錨點(diǎn)，下沉共享UPF或客戶(hù)獨(dú)享UPF作為輔錨點(diǎn)UPF和UL CL UPF，輔錨點(diǎn)UPF和UL CL UPF通常合設(shè)部署。SMF基于客戶(hù)DNN、數(shù)據(jù)網(wǎng)絡(luò)接入標(biāo)識(shí)（2ata network access i2entifier，DNAI）跟蹤區(qū)（tracking area，TA）等數(shù)據(jù)選擇UL CL UPF插入，通過(guò)輔錨點(diǎn)UPF將數(shù)據(jù)分流到園區(qū)業(yè)務(wù)內(nèi)網(wǎng)，通過(guò)主錨點(diǎn)UPF訪(fǎng)問(wèn)公網(wǎng)。UL CL分流策略中涉及的3種角色UPF的功能說(shuō)明如下。

· 主錨點(diǎn)UPF：用戶(hù)設(shè)備（user equipment，UE）激活時(shí)給UE分配用戶(hù)面IP地址的UPF，同時(shí)也是UE訪(fǎng)問(wèn)Internet的會(huì)話(huà)錨點(diǎn)。

· 輔錨點(diǎn)UPF：UE訪(fǎng)問(wèn)本地網(wǎng)絡(luò)時(shí)的邊緣側(cè)會(huì)話(huà)錨點(diǎn)，UE使用的IP地址與主錨點(diǎn)分配的IP地址相同。

· UL CL分流UPF：負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)分流到本地DN或Internet公網(wǎng)。

1.2.2 UL CL分流原理

UL CL分流原理如圖2所示，具體步驟如下。

步驟1當(dāng)UE激活或位置發(fā)生變化時(shí)，SMF根據(jù)本地配置或基于用戶(hù)簽約策略觸發(fā)策略控制功能（policy control function，PCF）下發(fā)分流策略[5]，SMF基于用戶(hù)的DNN、位置等信息選擇ULCL UPF和輔錨點(diǎn)UPF。

步驟2SMF將選擇好的UL CL UPF插入當(dāng)前會(huì)話(huà)中并對(duì)其下發(fā)相應(yīng)的分流規(guī)則，UL CL UPF將數(shù)據(jù)報(bào)文與分流規(guī)則做匹配。

步驟3當(dāng)數(shù)據(jù)報(bào)文與分流規(guī)則匹配時(shí)，UL CL+ 輔錨點(diǎn)UPF執(zhí)行分流動(dòng)作，將匹配規(guī)則的數(shù)據(jù)報(bào)文從本地N6口路由到客戶(hù)內(nèi)網(wǎng)。

步驟4當(dāng)數(shù)據(jù)報(bào)文與分流規(guī)則不匹配時(shí)，UL CL+ 輔錨點(diǎn)UPF將報(bào)文通過(guò)N9口隧道轉(zhuǎn)發(fā)到主錨點(diǎn)UPF，再通過(guò)主錨點(diǎn)UPF的N6口路由到Internet。

圖2 UL CL分流原理

2 5GtoB數(shù)據(jù)分流方案

數(shù)據(jù)分流從網(wǎng)絡(luò)實(shí)施方案上分為基于多DNN的分流方案和基于UL CL的分流方案兩大類(lèi)。鑒于初期客戶(hù)終端不支持多DNN并發(fā)，基于DNN的分流模式適用于客戶(hù)園區(qū)內(nèi)不同終端使用不同業(yè)務(wù)的場(chǎng)景；后期客戶(hù)終端支持多DNN并發(fā)，則可支持單終端多業(yè)務(wù)場(chǎng)景?；赨L CL的分流模式下客戶(hù)終端上可僅使用一個(gè)DNN，因此可支持單終端多業(yè)務(wù)場(chǎng)景和多終端不同業(yè)務(wù)場(chǎng)景。數(shù)據(jù)分流產(chǎn)品的總體網(wǎng)絡(luò)架構(gòu)中UPF的形態(tài)包含核心UPF、邊緣共享UPF、客戶(hù)獨(dú)享UPF等幾大類(lèi)，數(shù)據(jù)分流產(chǎn)品網(wǎng)絡(luò)實(shí)施方案示意圖如圖3所示。

2.1 基于多DNN分流

2.1.1 適用場(chǎng)景

基于多DNN分流的組網(wǎng)方案針對(duì)要求根據(jù)不同業(yè)務(wù)類(lèi)型對(duì)數(shù)據(jù)進(jìn)行分流的政企客戶(hù)，通常適用于以下兩類(lèi)場(chǎng)景[6-16]。

圖3 數(shù)據(jù)分流產(chǎn)品網(wǎng)絡(luò)實(shí)施方案示意圖

· 適用于隔離性和安全性要求較高且有一定漫游需求的場(chǎng)景。客戶(hù)可能有一定的漫游需求，但不要求同一終端同一時(shí)段既訪(fǎng)問(wèn)客戶(hù)內(nèi)網(wǎng)業(yè)務(wù)又同時(shí)訪(fǎng)問(wèn)互聯(lián)網(wǎng)。

· 適用于要求低時(shí)延、數(shù)據(jù)不出園區(qū)、本地卸載且數(shù)據(jù)不上公網(wǎng)的場(chǎng)景。主要針對(duì)數(shù)據(jù)量較大需要本地卸載，或者數(shù)據(jù)比較關(guān)鍵要本地處理的toB業(yè)務(wù)。

2.1.2 技術(shù)實(shí)現(xiàn)

如果客戶(hù)已開(kāi)通了5GtoC業(yè)務(wù)，則基于大網(wǎng)默認(rèn)的DNN（如中國(guó)電信的CTNET）訪(fǎng)問(wèn)互聯(lián)網(wǎng)，基于定制DNN訪(fǎng)問(wèn)本地內(nèi)網(wǎng)業(yè)務(wù)，以此實(shí)現(xiàn)用戶(hù)的數(shù)據(jù)分流。此方案支持使用核心UPF、下沉共享的UPF或獨(dú)享UPF，支持為客戶(hù)終端分配動(dòng)態(tài)、靜態(tài)IP地址，終端可基于特定DNN在特定區(qū)域跟蹤區(qū)域標(biāo)識(shí)（tracking area i2entity，TAI）發(fā)起會(huì)話(huà)，SMF可根據(jù)特定DNN、TAI選擇特定UPF等。數(shù)據(jù)分流（多DNN分流）網(wǎng)絡(luò)方案示意圖如圖4所示。

圖4 數(shù)據(jù)分流（多DNN分流）網(wǎng)絡(luò)方案示意圖

在此方案中，需要為客戶(hù)的每個(gè)業(yè)務(wù)分別新建一個(gè)DNN，通過(guò)不同DNN區(qū)分到不同業(yè)務(wù)內(nèi)網(wǎng)的路由，終端攜帶不同DNN發(fā)起的PDU會(huì)話(huà)可錨定到不同的UPF，也可以錨定到同一UPF，可以是中心UPF，也可以是下沉UPF，不同的DNN對(duì)應(yīng)不同的N6口VPN隔離不同的客戶(hù)內(nèi)網(wǎng)，此DNN下的終端只能訪(fǎng)問(wèn)客戶(hù)內(nèi)網(wǎng)，不可以訪(fǎng)問(wèn)公網(wǎng)，如同一終端需要使用多個(gè)DNN對(duì)應(yīng)訪(fǎng)問(wèn)多個(gè)業(yè)務(wù)方向，則由終端手工切換DNN的方式來(lái)實(shí)現(xiàn)DNN的選擇，且一個(gè)用戶(hù)終端同時(shí)只能使用一個(gè)DNN。

此方案的優(yōu)點(diǎn)在于實(shí)現(xiàn)簡(jiǎn)單，容易形成標(biāo)準(zhǔn)化方案，能夠滿(mǎn)足大多數(shù)客戶(hù)的需求，不足之處在于客戶(hù)在訪(fǎng)問(wèn)內(nèi)網(wǎng)的同時(shí)不可以訪(fǎng)問(wèn)公網(wǎng)，需要手工切換DNN，客戶(hù)感知上稍有欠缺。

2.2 基于UL CL分流

2.2.1 適用場(chǎng)景

基于UL CL分流方案針對(duì)具有邊緣應(yīng)用訪(fǎng)問(wèn)或邊緣數(shù)據(jù)存儲(chǔ)需求且具有上公網(wǎng)需求的政企客戶(hù)，客戶(hù)要求根據(jù)不同業(yè)務(wù)流特征對(duì)同一終端上的數(shù)據(jù)進(jìn)行分流，部分?jǐn)?shù)據(jù)分流至客戶(hù)內(nèi)網(wǎng)，部分?jǐn)?shù)據(jù)分流至Internet公網(wǎng)。

2.2.2 技術(shù)實(shí)現(xiàn)

UL CL分流方案支持在客戶(hù)終端上使用一個(gè)DNN的情況下，按照業(yè)務(wù)流特征將不同業(yè)務(wù)數(shù)據(jù)分流到公網(wǎng)Internet和本地客戶(hù)內(nèi)網(wǎng)，此方案支持基于五元組（源/目的IP地址、協(xié)議類(lèi)型和源/目的端口）分流、基于域名系統(tǒng)（2omain name system，DNS）域名分流等多種分流規(guī)則，且支持為客戶(hù)終端分配動(dòng)態(tài)、靜態(tài)IP地址。

從分流使用的DNN類(lèi)型上劃分，UL CL分流方案可分為基于定制DNN的UL CL分流、基于專(zhuān)用公共DNN的UL CL分流和基于toC默認(rèn)DNN（如CTNET）的UL CL分流。具體如下。

（1）基于定制DNN的UL CL分流方案

定制DNN指為每位企業(yè)客戶(hù)定制一個(gè)獨(dú)立的DNN，客戶(hù)業(yè)務(wù)基于定制的DNN來(lái)實(shí)現(xiàn)數(shù)據(jù)分流功能?；诙ㄖ艱NN的UL CL分流模式網(wǎng)絡(luò)方案示意圖如圖5所示。

圖5 基于定制DNN的UL CL分流模式網(wǎng)絡(luò)方案示意圖

此方案的優(yōu)點(diǎn)在于：首先，業(yè)務(wù)策略可靈活定制，每位客戶(hù)有自己獨(dú)立的DNN，可基于定制DNN實(shí)現(xiàn)不同的控制策略和計(jì)費(fèi)策略；其次，廠(chǎng)商技術(shù)限制較小，容易實(shí)現(xiàn)，目前核心網(wǎng)廠(chǎng)商均支持此實(shí)現(xiàn)方式；最后，此方案還有助于客戶(hù)實(shí)現(xiàn)DNN級(jí)的二次認(rèn)證。

此方案也存在一定的局限性：首先，核心網(wǎng)配置復(fù)雜，DNN相關(guān)配置屬于業(yè)務(wù)配置，每個(gè)定制DNN的所有配置均需要在5G核心網(wǎng)側(cè)部署實(shí)施，而且要在UPF主錨點(diǎn)配置每位客戶(hù)的定制DNN與訪(fǎng)問(wèn)公網(wǎng)所用VPN的綁定關(guān)系，在輔錨點(diǎn)配置與訪(fǎng)問(wèn)本地客戶(hù)內(nèi)網(wǎng)所用VPN的綁定；其次，在漫游場(chǎng)景下，漫游地上網(wǎng)流量需要先轉(zhuǎn)發(fā)到歸屬地的UPF，轉(zhuǎn)發(fā)路徑長(zhǎng)、時(shí)延敏感型場(chǎng)景體驗(yàn)不好。

（2）基于專(zhuān)用公共DNN的UL CL分流方案

基于專(zhuān)用公共DNN分流指為所有使用5GtoB數(shù)據(jù)分流業(yè)務(wù)的客戶(hù)設(shè)置一個(gè)共用的專(zhuān)用DNN，此DNN區(qū)別于toC和其他5GtoB業(yè)務(wù)，每位客戶(hù)通過(guò)不同的數(shù)據(jù)網(wǎng)絡(luò)接入標(biāo)識(shí)（2ata network access i2entifier，DNAI）區(qū)分綁定到不同客戶(hù)內(nèi)網(wǎng)的路由通道?；趯?zhuān)用公共DNN的UL CL分流模式網(wǎng)絡(luò)方案示意圖如圖6所示。

圖6 基于專(zhuān)用公共DNN的UL CL分流模式網(wǎng)絡(luò)方案示意圖

此方案的優(yōu)點(diǎn)在于：核心網(wǎng)配置簡(jiǎn)單，減少了核心網(wǎng)DNN相關(guān)業(yè)務(wù)配置，公共專(zhuān)用DNN的相關(guān)配置可作為預(yù)配置提前在現(xiàn)網(wǎng)部署完成。

此方案局限性在于：首先，需要支持下沉UL CL+輔錨點(diǎn)UPF通過(guò)不同DNAI對(duì)應(yīng)不同VPN路由通道來(lái)實(shí)現(xiàn)隔離不同企業(yè)客戶(hù)的功能，目前廠(chǎng)商對(duì)此方案的支持情況有一定的差異，個(gè)別廠(chǎng)商不支持此功能，需要推動(dòng)升級(jí)實(shí)現(xiàn)；其次，此公共專(zhuān)用DNN下所有終端不可互訪(fǎng)，由于當(dāng)前廠(chǎng)商的實(shí)現(xiàn)方案中，UE終端互訪(fǎng)功能是DNN級(jí)的開(kāi)關(guān)來(lái)實(shí)現(xiàn)的，而多個(gè)客戶(hù)共用一個(gè)DNN，要想實(shí)現(xiàn)客戶(hù)之間的隔離，就必須關(guān)閉此功能開(kāi)關(guān)，規(guī)避不同客戶(hù)間互訪(fǎng)導(dǎo)致信息泄露的風(fēng)險(xiǎn)；最后，多客戶(hù)共用DNN，無(wú)法通過(guò)DNN區(qū)分客戶(hù)，則客戶(hù)出于安全考慮可能需要客戶(hù)自行實(shí)現(xiàn)二次認(rèn)證。

（3）基于toC默認(rèn)DNN的UL CL分流方案

基于toC大網(wǎng)默認(rèn)DNN分流指客戶(hù)基于原有的toC用戶(hù)使用的大網(wǎng)DNN（如CTNET）實(shí)現(xiàn)數(shù)據(jù)分流功能?；趖oC默認(rèn)DNN的UL CL分流模式網(wǎng)絡(luò)方案示意圖如圖7所示。

圖7 基于toC默認(rèn)DNN的UL CL分流模式網(wǎng)絡(luò)方案示意圖

此方案的方案優(yōu)點(diǎn)在于：首先，核心網(wǎng)配置簡(jiǎn)單，減少了與DNN相關(guān)的業(yè)務(wù)配置，因?yàn)槟J(rèn)DNN的配置作為開(kāi)局預(yù)配置已經(jīng)存在；其次，客戶(hù)終端使用分流業(yè)務(wù)時(shí)無(wú)須切換DNN，很大程度上提升了客戶(hù)感知。

此方案也存在一定的局限性：首先，存在地址沖突問(wèn)題，用戶(hù)終端地址由運(yùn)營(yíng)商分配，可能和企業(yè)私網(wǎng)地址沖突，需要規(guī)劃避開(kāi)大網(wǎng)已用地址段，或者客戶(hù)側(cè)部署雙向網(wǎng)絡(luò)地址轉(zhuǎn)換（network a22ress translator，NAT）來(lái)規(guī)避此問(wèn)題；其次，需要支持下沉UPF通過(guò)不同DNAI對(duì)應(yīng)不同VPN隔離不同企業(yè)客戶(hù)的功能，目前廠(chǎng)商對(duì)此方案的支持情況有一定的差異，個(gè)別廠(chǎng)商不支持此功能，需要推動(dòng)升級(jí)實(shí)現(xiàn)；最后，多客戶(hù)共用DNN，無(wú)法通過(guò)DNN區(qū)分客戶(hù)，則客戶(hù)出于安全考慮可能需要客戶(hù)自行實(shí)現(xiàn)二次認(rèn)證。

2.3 對(duì)比總結(jié)

5GtoB數(shù)據(jù)分流方案對(duì)比見(jiàn)表1，清晰地表明了各數(shù)據(jù)分流方案的原理和優(yōu)點(diǎn)、缺點(diǎn)，為不同場(chǎng)景下的客戶(hù)需求提供了參考。

3 5GtoB數(shù)據(jù)分流能力實(shí)踐驗(yàn)證

本文提出的5G定制網(wǎng)toB業(yè)務(wù)數(shù)據(jù)分流方案已經(jīng)在全國(guó)各?。▍^(qū)市）進(jìn)行了大量的創(chuàng)新實(shí)踐應(yīng)用，實(shí)現(xiàn)了在智慧警務(wù)、智慧工廠(chǎng)、智慧校園、智慧礦區(qū)等多領(lǐng)域的應(yīng)用突破。針對(duì)基于DNN的分流模式，運(yùn)營(yíng)商已有多個(gè)標(biāo)桿項(xiàng)目實(shí)現(xiàn)落地，均通過(guò)為客戶(hù)不同業(yè)務(wù)分別部署不同的DNN來(lái)滿(mǎn)足不同業(yè)務(wù)分流到不同客戶(hù)內(nèi)網(wǎng)的需求。針對(duì)基于UL CL的分流模式，運(yùn)營(yíng)商也不同程度地實(shí)現(xiàn)了創(chuàng)新性的應(yīng)用突破，通過(guò)UL CL分流模式實(shí)現(xiàn)了客戶(hù)部分?jǐn)?shù)據(jù)流數(shù)據(jù)不出園區(qū)、本地卸載，部分?jǐn)?shù)據(jù)流訪(fǎng)問(wèn)互聯(lián)網(wǎng)的需求[17-24]。

表1 5GtoB數(shù)據(jù)分流方案對(duì)比

智慧警務(wù)數(shù)據(jù)分流業(yè)務(wù)組網(wǎng)示意圖如圖8所示，以智慧警務(wù)為例驗(yàn)證了本文提出的5GtoB數(shù)據(jù)分流方案的可行性。此示例通過(guò)DNN分流模式實(shí)現(xiàn)了將來(lái)自5G接入點(diǎn)的監(jiān)控?cái)z像機(jī)、警車(chē)4K攝像機(jī)、無(wú)人機(jī)等不同終端產(chǎn)生的業(yè)務(wù)流分別路由到不同的本地業(yè)務(wù)平臺(tái)，通過(guò)UL CL分流模式實(shí)現(xiàn)了手機(jī)終端在不切換DNN的情況下部分?jǐn)?shù)據(jù)流路由至客戶(hù)內(nèi)網(wǎng)、其他大網(wǎng)業(yè)務(wù)正常訪(fǎng)問(wèn)互聯(lián)網(wǎng)各業(yè)務(wù)平臺(tái)。

4 結(jié)束語(yǔ)

本文對(duì)5GtoB定制網(wǎng)的數(shù)據(jù)分流業(yè)務(wù)進(jìn)行了探索研究，提出了基于多DNN和UL CL技術(shù)的數(shù)據(jù)分流方案及各方案適用場(chǎng)景，并對(duì)UL CL分流模式進(jìn)行了不同場(chǎng)景下的細(xì)分。研究分析表明當(dāng)客戶(hù)不需要同時(shí)訪(fǎng)問(wèn)公網(wǎng)和內(nèi)網(wǎng)時(shí)，選擇多DNN分流模式；當(dāng)客戶(hù)需要同時(shí)訪(fǎng)問(wèn)公網(wǎng)和內(nèi)網(wǎng)而且又需要靈活的業(yè)務(wù)或計(jì)費(fèi)策略時(shí)，可選擇基于定制DNN的UL CL分流模式；當(dāng)客戶(hù)需要同時(shí)訪(fǎng)問(wèn)公網(wǎng)和內(nèi)網(wǎng)又不想切換DNN時(shí)，可選擇基于toC默認(rèn)DNN的UL CL分流模式；當(dāng)客戶(hù)需要同時(shí)訪(fǎng)問(wèn)公網(wǎng)和內(nèi)網(wǎng)又無(wú)其他特殊策略要求時(shí)，可選擇基于公共專(zhuān)用DNN的分流模式。本研究為5G定制網(wǎng)業(yè)務(wù)的規(guī)劃和客戶(hù)業(yè)務(wù)方案設(shè)計(jì)提供了參考。后續(xù)將進(jìn)一步研究突破不同分流方案的局限性的新技術(shù)、新方案。

圖8 智慧警務(wù)數(shù)據(jù)分流業(yè)務(wù)組網(wǎng)示意圖