5G+园区网络融合解决方案.docx

《5G+园区网络融合解决方案.docx》由会员分享，可在线阅读，更多相关《5G+园区网络融合解决方案.docx（8页珍藏版）》请在优知文库上搜索。

1、5G+园区网络融合解决方案面向5G*专网应用场景，在梳理典型业务需求的基础上，整合形成了基于终端号卡分流、DNN分流和ULeL分流3类解决方案，并指出其主要优势、局限性和场景适用性。最后针对现有ULCL方案的不足，提出了ULCL随行漫游和2B、2C融合优化思路。引言无线*网络是各级政府部门建设的聚焦于移动*、公共安全、社会管理、应急指挥调度和重大活动保障等典型应用场景的通信网络。传统的无线*网络一般采用“专网专建专用”的方式，端到端网络均采用专有设备独立建设，并专属*机关内部使用，不对公众开放。新一代无线*网络则考虑采用“公网专用”的方式，复用5G、卫星通信等公众网络的丰富基础资源设施，实现逻

2、辑专用网络，以有效地补充增强现有*网络资源，同时利用无线服务能力的延伸将无线*网络的使用对象拓展到公众。本文主要研究实现5G无线*专网的解决方窠。O1*专网典型需求*专网的用户群体主要为内部公务人员，群体相对固定，可预先标识。对于内部公务人员，使用*专网的目的以办公为主，主要访问本地业务，但当其出差或因其他原因需要远程办公时，也需要提供能够接入本地网络的服务，因此这类人员的业务区域相对不固定。此外，从终端类型看，实际还存在第2类用户群体，也即*服务一体机等固定终端。这类终端区别于内部公务人员所使用的2C普通终端，通常视为物网终端，也即2B终端。由上述分析可以看到，*专网应用场景是典型的2B、2

3、C双域融合场景。在此场景下，出于低时延、数据不出园区等考虑，通常将*业务平台仅部署在特定区域，并且将5G用户面功能(UPF)下沉至本地部署，有且仅有该特定的UPF能够接入业务平台。由于2C与2B业务需求差异化明显,且2B行业用户要求更高的网络自主性，可能涉及到对5G核心网的配置调整或升级，为避免这种网络变更影响到现网2C用户的感知体验，部分运营商采用了2B、2C核心网独立部署、无线基站复用的方案。以下分别将2B、2C核心网对应的5G网络称为2B大网和2C大网。前述的5G*专网基础解决方案结合*专网2B、2C融合业务需求，形成3类基础解决方案，即基于号卡分 流、基于数据网络名称（DNN）分流和基

4、于上行分流器（UL、CD分流。前者属 于终端侧分流，后二者均属于网络侧分流。2.1 基于号卡分流的方案园区UPF与2B大网组网打通。*服务一体机等物网终端使用2B号卡 并签约园区专用DNN。当物网终端需访问*业务平台时，2B接入和移动性管理 功能（AMF）根据物网终端上报的DNN等信息为PDU会话建立选择2B会话管理功 能（SMF） , 2B SMF根据物网终端位置和专用DNN等信息选择园区UPF作为主锚点，通过园区UPF N6接口可直接访问园区内网，但不支持访问互联网。园区UPF对接2B大网，但实际上除了固定终端是采用2B卡接入外，内部公务人员的移动终端主要是通过2C卡来访问本地2B业务。因

5、此，如何实现2B、2C业务流的精确引导是5G*专网解决方窠需要重点考虑的关键需求之一。除2B、2C业务融合需求外，无线*专网还存在其他典型需求。一是网络拓展需求，*专网需要支持大量分散机构的接入，要求网络具备广覆盖和柔性接入能力。二是业务隔离需求，*业务需要与公众业务实现逻辑隔离，彼此互不影响，以保证数据传输的安全性和可靠性。三是网络安全需求，安全是*业务平台的生命线。四是网络漫游需求，支持办公地点不固定或出差的公务人员的移动办公需求，满足终端远程接入的条件。五是用户体验和成本需求，传统虚拟专用网络（VPN）方案容易存在性能瓶颈，用户体验较差，且维保费用高，亟需性价比更优的解决方案。对于网络拓

6、展、业务隔离、网络安全等诉求，5G专网凭借无线覆盖增强、切片、加密鉴权等技术已能够天然支持。因此，本文将重点讨论2B、2C融合以及漫游需求的实现。O2如果2C大网与2B大网隔离，且用户具有同时访问园区内网和互联网的需求，需要为用户配置2B和2C双号卡，其中，2B号卡用于访问*平台本地业务，2C号卡用于访问互联网业务。具体做法是，用户使用双卡双待终端，2B号卡签约园区专用DNN,2C号卡签约2C大网DNN,并设置2C卡为默认上网卡。当用户访问公网业务时，2C大网UPF作为主锚点，可支持访问互联网和语音业务；当访问园区业务时，需用户手动切换到2B号卡，访问*业务平台的流程与前述物网终端相同（见图1

7、）。图1基于终端号卡分流的方案（方案D这种方案的优势在于，通过终端号卡实现2B、2C业务分流，无需网络侧做任何改动即能支持。且2B、2C业务流通过不同的UPF承载，天然隔离，充分保障了数据安全性。但是，由于需要用户手动切换号卡，一定程度上降低了用户体验。此外，由于国家监管政策要求，普通用户不能直接使用2B号卡，也间接影响了双号卡方案的推广应用。2.2 基于DNN分流的方案*园区UPF与2C大网组网打通。*专网用户使用2C号卡，同时签约2C大网DNN和园区专用DNN。此时，无论用户处于*园区内外，均可以选择园区UPF提供服务并访问内网业务平台（见图2）O如用户需访问互联网业务，可以考虑2种实现方

8、式，一种是经由*园区内网间接出口到互联网，另一种是手动切换到2C大网DNN。相对而言，前者的实现成本较高，且可能不满足*园区安全管理要求，后者则一定程度牺牲用户体验，且要求2C大网AMF开启DNN纠错功能，以免用户配置错误导致无法正常上网。如客户对业务操作体验敏感，可考虑在终端上安装定制APP进行DNN的切换。但这种方式对用户而言仍然是有感知的，仅是过渡方案。未来商用终端支持终端路由选择策略（URSP）功能后，有望彻底解决多DNN自动切换的问题。图2基于DNN分流的方案（方案2）对于物网终端，由于2C和2B大网分隔，如使用2B号卡，则要求在*园区另行部署一套与2B大网打通的入驻式UPF,由此将

9、带来建设成本的提升。因此，考虑物网终端经由客户终端设备（CPE）接入园区内网的过渡方案，CPE同样使用2C号卡，并签约园区专用DNN。上述方案的优势在于同时支持4G/5G,且支持全网漫游，对于办公地点不固定或出差人员的2C终端非常友好。但对于位置相对固定的物网终端，则存在业务支持度不佳的问题，即使采用CPE转接，也仅仅解决网络接入的基本诉求，但仍有号卡实名制要求、单用户开卡数量受限、流量数据套餐计费高等问题。2.3 基于UL、CL分流的方案*园区UPF与2C大网组网打通。*专网用户使用2C号卡，并签约2C大网DNN。网络引入ULCL特性。2C大网UPF作为主锚点UPF,园区UPF同时作为UL、

10、CL.UPF和辅锚点UPF。UL、CL、UPF将根据用户本地业务流特征，把访问*园区业务平台的数据经由园区UPF分流到本地，把访问互联网数据经园区UPF的N9接口转发到2C大网UPF并疏导到公网（见图3）0这样可以满足低时延的用户体验，实现“数据不出园区”，同时也节省了大网传输资源。2C . 2C AMb H SMbAPPl IAPPl IAPP图3基于ULCL分流的方案（方案3）实际应用ULCL时，可以考虑2种本地分流策略，即基于DNN+位置的本地分流策略和基于PCF签约的本地分流策略。前者需针对*园区重新规划5G跟踪区代码（TAC）,并在2CSMF上部署基于用户激活的DNN、位置以及数据网

11、络接入标识（DNAI）等信息选择ULCLUPF并触发创建ULCL流程的策略。当用户进入*园区TAC范围内时，园区UPF将根据SMF下发的分流策略进行规则匹配，完成本地分流。后者要求用户签约业务与策略控制功能（PCF）预定义规则绑定，当终端激活时PCF下发预定义规则名给2CSMF,SMF收到后根据本地配置判定该规则名是否为分流预定义规则，如果是，则为终端选择园区UPF并将其插入到终端的PDU会话中，园区UPF在后续数据转发流程中根据分流规则分流用户数据到内网*平台或互联网。从二者的实现原理不难发现，前者不区分*园区内部用户和大网用户，其受众具有随机性，而后者则区分用户，适用于可预先规划、提前签约

12、的用户场景。与方案2类似，当终端类型为物网终端时，方窠3同样存在网络对物网终端支持程度不友好的问题。实际上，以上3种方案均存在一定的局限性，未能全部解决*专网的业务诉求。表1梳理了3种方案的特点。表1基础解决方案对比方案用户体验部署成本主要优势局限性2C终端i物网终端终端侧网络侧方案1：基于号R分流用户需动切换号卡佳增加2B,1无网络天然支持2B2C业务流完全隔离,支持漫游普通用户使用2B号卡可能不符合国家监管政策要求方案2：任rDNN分流不佳,需尹动切换DNN或定制APP不佳,需经CPE间接接人网络无增加网络配置同时支持4G/5G,支持全网漫游对终端能力要求高JOS终端暂不支持多DNN切换方

13、案3居于ULCL分流佳不佳,需经CPE间接接入网络无增加网络配置本地分流体验相对最佳不支持漫游可见，方案1由于监管原因不推荐应用，方案3存在不支持漫游的问题需优化，此外，方案2和方案3存在共性问题，即由于2C和2B大网隔离的原因,对物网终端入网的支持不友好。O35G*专网增强解决思路以方案3为例，讨论可行的增强和优化方案。目前3GPP标准尚未支持漫游场景下的ULCL功能，因此需要定制个性化解决方案。3.1ULCL随行漫游思路分别对归属地SMF和漫游地SMF进行升级，其中归属地SMF配置基于专用DNN绑定UPF及其锚点选择的策略，漫游地SMF配置根据辅DNN选择辅锚点的策略，并为用户2C号卡签约

14、专用DNN0当用户移动到漫游地并发起会话请求时，漫游地AMF向网络存储功能（NRF）执行SMF服务发现，NRF会根据专用DNN等信息匹配并返回归属地锚点SMF0由于锚点SMF未覆盖当前终端所在的跟踪区标识（TAI）,AMF根据TAI再次向NRF执行SMF服务发现并返回I-SMF0在I-SMF插入的流程中，ITMF将终端当前会话DNN所关联的DNAI通过N16a接口发送给归属地的锚点SMF,锚点SMF会在响应消息中将协商出的会话DNAI携带给I-SMF,辅助ITMF选择合适的I-UPF。锚点SMF同时也会根据DNAI选择到主锚点UPF,也即园区UPF,并为当前终端分配IP地址。当用户需要进行UL

15、CL分流时，I-SMF会根据从锚点SMF获取的DNAI为终端插入ULCLUPF和辅锚点UPF,也即当前的I-UPF。这样，当终端访问*园区本地业务时，业务流经由漫游地I-UPF的N9接口转发到园区UPF；当访问互联网业务时，则直接经由ITJPF疏导（见图4）。由于园区UPF为当前终端分配的IP地址为私网地址，因此还需要对漫游地UPF配置漫入非主锚点用户网络地址转换（NAT）策略。图4ULCL随行漫游思路这一方案可以满足*专网用户在*园区内和漫游地同时访问*业务和互联网的需求，且可以有效替代传统VPN方案，但需要对运营商网络进行较为复杂的升级和配置，技术实现细节还有待进一步完善。3.22B、2C融合优化思路园区UPF不能支持2C号卡和2B号卡同时接入的主要原因是2C大网和2B大网不耦合。因此，可以考虑2B、2C大网部分耦合的方式，即将园区UPF双上联2B2CSMF（见图5）。园区UPF分别与2C大网和2B大网组网打通。2C号卡用户签约2C大网DNN,当存在2B、2C业务需求时，其业务流向同方案3。2B号卡终端则签约园区专用DNN,附着于2B大网AMF,并激活在大网2BSMF和2BUPF上，同样可实现本地业务分流。这一方案理论上解决了2B、2C号卡终端同时