加入收藏 | 设为首页 | 会员中心 | 我要投稿 均轻资讯网 (https://www.junqingwang.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 移动互联 > 通讯 > 正文

又要马儿跑,又要马儿不吃草,5G专网部署模式

发布时间:2022-09-26 12:31:08 所属栏目:通讯 来源:
导读:  5G专网是指区别于运营商网络(公网),专为特定行业或企业提供通信服务的移动通信网络。

  专网的概念,早在2/3/4G时代就有了。5G时代,专网的价值更加凸显。未来,工厂、园区、运输、医院、油田、电网、港
  5G专网是指区别于运营商网络(公网),专为特定行业或企业提供通信服务的移动通信网络。
 
  专网的概念,早在2/3/4G时代就有了。5G时代,专网的价值更加凸显。未来,工厂、园区、运输、医院、油田、电网、港口等各行各业可能都有5G专网的需求,通过利用5G大带宽、低时延、高可靠、多连接的网络能力和边缘计算,从而实现数字化转型,提升生产效率。
 
  那么,5G专网应该如何部署呢?
 
  在介绍5G专网的部署方案之前,我们先来了解一下5G网络的组成。
 
  简单来说,5G网络主要由gNB、MEC、UPF、5GC CP、UDM组成。
 
  基于这种架构,5G专网有几种不同的部署方式。
 
  第一,企业基于专网频段独立自建,与公网完全隔离。
 
  这种方案是企业基于5G专网频段,自建一张包括gNB、MEC、UPF、5GC CP、UDM的5G移动专网,与5G公网完全隔离,虽然专网的规模远小于5G公网,但网络架构与公网是一样的,该有的单元都有。
 
  这种部署方式因为与公网完全隔离,可以有效保障企业数据的安全;并且从核心网到无线接入网都部署于本地,数据传输距离短,网络时延低;另外,还有网络自主可控性高的优点,因为整个端到端的网络都是自建的,与公网完全隔离,不受公网故障、拥塞等情况的影响。
 
  当然,缺点也有。最主要的就是部署成本高,且后期运维成本也高,一般小企业基本无法承担。
 
  第二,运营商基于公网频段帮助企业建设独立专网,与公网完全隔离。
 
  这种方式与第一种方式类似,也是与5G公网完全隔离,具有独立的gNB、MEC、UPF、5GC CP、UDM等单元,不同的是这种方式采用的频率资源是运营商的5G频段,而不是5G专网频段。
 
  这两种方案虽然能够很好地实现5G专网,但是成本高。对于“又要马儿跑,又要马儿不吃草”的企业们来说,这是一个很大的缺点。那有没有可以让马儿跑,又让马儿不吃草的方案呢?我们看一下,另外几种部署方式。
 
  第三,专网与公网之间共享RAN。
 
  这种方案下,5G专网的gNB共享公网的, MEC、UPF、5GC CP、UDM独立部署。无线数据流量在gNB上实现分流,公网的数据流量传送到公网UPF,而专网的数据流量则传送到专网UPF。
 
  举例来说,企业里的传感器和超高清摄像头等产生的数据保留在企业内部;而员工的手机浏览网页、看视频等数据流量则通过公网传输。
 
  这种部署方式也能保障企业数据安全可靠和网络低时延。不同的是,由于共享RAN,企业可部分节省部署成本和维护成本。
 
  第四,专网与公网之间共享RAN和控制面。
 
  这种方式的5G专网不仅共享公网的gNB,而且共享公网的控制面。也就是说,5G专网和公网的控制面功能都由公网中的5GC CP和UDM执行。
 
  相比前面几种部署方式,这种方案由于专网的gNB和UPF分别由N2和N4接口连接5G公网的5GC CP,企业专网里的设备的用户信息也存储在运营商的5G公网里,而不是存储在企业内部,在数据安全性和保密性方面相对会差一点。但由于MEC和UPF仍然部署于企业内部,网络时延还是可以保障的。成本也节省了。
 
  第五,专网端到端共享公网。
 
  5G专网端到端共享公网的gNB、MEC、UPF、5GC CP、UDM,实际上就是端到端网络切片5g网络架构,也即基于5G公网的端到端 5G专网“切片子网络”。
 
  这种部署方式的数据安全性和保密性取决于网络切片能力,而时延保障取决于运营商边缘云(UPF和MEC)的部署位置,如果运营商边缘云的位置离企业比较近,那么网络时延也可以比较低。
 
  第六,N3 LBO(Local Break-out,本地疏导)。
 
  这种方案的网络架构中有一个新设备MEC DP,它是MEC的数据面,负责在无线接入网及核心网之间提供数据转发通路,实现数据流量的本地卸载。
 
  MEC DP具备对N3 GTP数据流的解析处理能力,通过MEC DP,可以将公网流量和专网流量分开,从而保障专网数据的安全。
 
  相比于在专网中部署UPF,这种部署方式大大降低了企业专网的部署成本。
 
  第七,F1 LBO(Local Break-out,本地疏导)。
 
  这种方案的gNB采用了CU与DU、RU分离的架构。其中,CU是中央单元,处理RRC、PDCP等高层协议,负责非实时的配置和控制决策;DU是分布式单元,处理实时性较高的层2功能和部分物理层功能;RU是天线单元,指部分物理层和RF、天线部分。
 
  CU可以采用云化部署方式,与UPF和MEC融合,部署在运营商的边缘云中,而DU/RU则部署在企业内部,通过F1接口连接到CU。
 
  看来,“又要马儿跑,又要马儿不吃草”是比较难实现了。不过,让马儿跑,又让马儿少吃草,倒是有几个方案可以考虑的。
 

(编辑:均轻资讯网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!