5G系统架构

原文标题:迈向5G之路,颠覆性的5G系统架构?

  本文部分图片,资料摘自《迈向5G C-RAN:需求、架构与挑战》

  突如一夜春风来,随着Polar码与LDPC码作为5G编码候选方案,通信圈里也掀起了对于5G编码技术讨论的热潮。管窥一斑,既然一个小小的编码方案都能将通信圈的热情点燃到了最高点,那么5G的系统架构到底是什么样的呢?是延续234G烟囱式接入网架构还是有什么颠覆性的变革?小编和大家一同学习一下。

  首先我们先了解下专业术语中的一个概念,什么是“烟囱式”的接入网结构?

  

  (小编注:通信中经常有这样那样唬人的术语,初接触起来感觉深不可测,如果谁侃侃而谈这些术语,像极了武侠小说中的功夫极高深的前辈教授的那些心法口诀,让人不可望,更不可及,但是熟悉了这些术语概念后觉得也没啥,用大白话也能说,只不过用这些术语交流起来省事一些,所以无需被言必称术语的专家吓住,也无需为不懂术语而妄自菲薄,慢慢来,适应就好)。

  现网234G网络中接入网的架构基本属于从核心网到接入网一条线这样的架构,而接入网之间本身基本没有业务层面的互联,像3G中Iur接口为了RNC之间的信令和数据交互,而4G中基站X2接口主要为了交互UE跨基站切换的资源准备信令或者eNodeB之间的信令数据交互。因此,从资源协调,处理负荷分担,干扰抑制等方面都难以进行动态(半动态)的协作适配,从机房的布局来看,不仅是物理站点还是逻辑站都是一站式的,彼此之间是割裂的,这就好比一段段各自突兀林立的烟囱,相互之间是垂直的,彼此之间没有实质的联系。

  在5G电信网络的架构设计中,目前有一种新的构建思想,就是使得庞大的接入网更加集中化,更加协作化(这里和集中化不矛盾,集中化指相对分布各处的射频单元的管理更加集中,而协作化指基带处理设备的交互更加密切,更多能够承载核心网的既有功能,使得更贴近射频前端,信令迂回的路由更短,相对更加扁平),更加“云”化,甚至更加“绿”化(绿化指的是功耗的降低,更加节能),这样的好处也是显而易见的,相对于控制面信令的处理而言使得信令交互时延降低,更加契合未来移动通信系统对于低交互时延的需求。同时,相对业务层面而言,对于负荷的分担,资源最大化利用都是比较理想的网络结构设计,这对于现实中的潮汐话务效应也能找到比较合理的解决方案,同时对于运营商一直头疼的厂家license受限问题也能一定程度上缓解。站在网络安全备份的角度,单基带节点断了以后,还可以通过云化的基带进行备份。不过,对于将基带设备集中式的布放到一个物理机房中也存在运维中的安全风险(尽管这样可以节省基站机房,但是后续可能会增加传输机房),比如机房断电,以前只影响一个基站的覆盖,而现在有可能影响一大片的基站覆盖,影响更大。

  其实C-RAN的故事由来已久,并不是5G时代的什么新鲜概念,从2G-3G-4G伴随着大规模的网络不断建设,C-RAN一直是业内探索的话题。在23G网络大规模部署时期,C-RAN涉及到对于现网机房,设备,传输的过多升级改造,并没有大规模的开展,而在4G建网初期,主要受限于前传网络(小编注,什么是前传网络,别着急,我们先卖个关子)消耗过高的传输资源,在技术层面有一定的受限,而通过了CPRI(BBU-RRU之间的接口)压缩技术以及无源波分设备WDM(彩光)技术的结合,一定程度上可以解决前传网络的光纤资源消耗过多的问题。

  

  为什么说5G网络架构是颠覆性的,这是由于接入网的基础处理单元BBU可能被重构为CU(Centralized Unit,集中式单元)和DU(Distributed Unit,分布式单元)两个功能实体,CU设备处理无线高层协议栈功能,例如RRC层,PDCP层等,甚至也能够支持部分核心网功能下沉至接入网,术语称作边缘计算网络,能够满足未来通信网络对于新兴业务例如视频,网购,虚拟/增强现实对于网络时延的更高要求,也正是由于通信网元,结构的变化,导致协议栈都会进行相应的调整变化,因此对于下一代网络的命名,5G NR(New Radio)也形象的说明了将来5G网络自身多方面颠覆性的变化。DU设备主要处理物理层功能和实时性需求较高的层2功能,考虑到RRU与DU的传输资源,部分DU的物理层功能可以上移到RRU,伴随RRU的小型化,甚至更激进的DU可以与RRU进行合并。

  

  从上图可以看到,传统的BBU被一分为二,CU涵盖了无线接入网高层协议栈以及核心网的一部分功能,而DU涵盖了基带处理的物理层以及层2部分功能,CU可以集中式的布放,DU布放取决实际网络环境,核心城区,话务密度较高,站间距较小,机房资源受限的区域,例如高校,大型演出场馆等,DU也可以集中式布放,而话务较稀疏,站间距较大等区域,例如郊县,山区等区域,DU可以采取分布式的布放方式。目前的234G网络,由于其烟囱式,星型分布式的接入网架构,突显了回传(Backhaul)传输网络的作用,而接入网的局部集中式的布放架构使得前传(Fronthaul)传输网络的角色登上了舞台,可以说前传网络就是CU到远端RRU的一系列传输链路。

  在C-RAN架构中,C还可以代表Cloud(云化),为了实现运化,从系统设计架构,软硬件的实现上面都需要适配性的考虑。5G系统架构中提出了解耦和切片两个概念。解耦包括两个层面,一个是业务请求与空口资源分配之间解耦,像在4G移动系统中,通过QoS,GBR,ARP等网络参数的设置以及用户的签约信息,将业务与资源进行了相对宽松耦合,2G网络中业务与资源的耦合更紧,比如每个话音用户至少分配2M传输链路资源。另一层解耦是软硬件处理能力的解耦,底层硬件统一以X86刀片机通用硬件集中部署,中层以虚拟化层进行逻辑划分,上层进行功能软件的应用开发。所以这两层解耦的意义不仅从“纵向”的业务与资源实现“去捆绑”解耦,同时对于集中部署的CU网元也从“横向”实现了软硬功能分离解耦。网络端到端切片也比较好理解,就是将网络的端到端功能通过新的物理/逻辑网元架构(CU-DU)进行重新划分,比如说核心网的NAS流程部分功能下移,接入层的高层协议栈部分与物理层,MAC层分离。随着传统网元功能切片更加细分,C-RAN云化的能力会不断成熟。解耦实现了业务的解放,而切片更将产业链条不断的细分和标准化。可以粗略理解“解耦"就像提供了手机的操作平台,各种OTT(APP)提供商不在依赖平台进行开发,而在一个公共的平台上可以提供自己的软件服务。而"切片"定义了类似笔记本电脑标准化的USB接口,各种USB硬件提供商只要按照标准协议设计,都可以和笔记本进行“插拔式”的无缝对接。

  依托C-RAN的网络系统,不仅在现有234G网络技术,组网架构上会产生革命性的变化,将来的网络最大的颠覆之处在于对现有网络设备提供商的冲击,因为在现有的通用硬件架构上,IT提供商也可以提供基于标准协议的通信服务,打破了传统网络设备提供商对通信市场的长期垄断地位。甚至运营商也可以自己编程来实施,这也是运营商目前提倡通过自身能力挖潜的Devops模式根源所在。因此,随着5G时代的来临,传统的设备提供商,你们准备好了么?

  任何的新技术,新架构带来的技术,产业革命都不能盲目的过分乐观,要知道运营商“云”化之路的实现还需要面对很多实际的现网改造以及运维管理问题,比如基站机房利旧改造,传输机房的新建,机房安全维护重要性升级,设备之间的接口适配等等。C-RAN标准化之路其实也还任重道远,但我们依然对C-RAN这朵绚烂的“云之花”充满了期待。

  

  也许,就在不久的未来,天线技术将成为传统设备商捍卫通信市场最终的舞台

时间: 2024-08-26 04:58:57

5G系统架构的相关文章

5G 融合计费系统架构设计与实现(一)

5G 融合计费系统架构设计与实现(一) 随着5G商用临近,5G的各个子系统也在加紧研发调试,本人有兴全程参与5G中的融合计费系统(CCS)的设计.开发.联调工作.接下来将用几篇文章介绍我们在CCS实现过程遇到的挑战与架构设计的考量.相信这些宝贵的经验可以适用于更广的软件系统,免于重复地陷入软件开发的焦油坑. 5G系统由3Gpp定制统一的架构和协议规范,这也是电信行业一直以来通行的作法.不同的是,5G以前的规范3Gpp总是喜欢独树一帜,比如最出名的DCC(Diameter Credit Contr

秒杀系统架构分析与实战

0 系列目录 秒杀系统架构 秒杀系统架构分析与实战 1 秒杀业务分析 正常电子商务流程 (1)查询商品:(2)创建订单:(3)扣减库存:(4)更新订单:(5)付款:(6)卖家发货 秒杀业务的特性 (1)低廉价格:(2)大幅推广:(3)瞬时售空:(4)一般是定时上架:(5)时间短.瞬时并发量高: 2 秒杀技术挑战 假设某网站秒杀活动只推出一件商品,预计会吸引1万人参加活动,也就说最大并发请求数是10000,秒杀系统需要面对的技术挑战有: 对现有网站业务造成冲击 秒杀活动只是网站营销的一个附加活动,

大型网站系统架构的演化(转)

前言 一个成熟的大型网站(如淘宝.京东等)的系统架构并不是开始设计就具备完整的高性能.高可用.安全等特性,它总是随着用户量的增加,业务功能的扩展逐渐演变完善的,在这个过程中,开发模式.技术架构.设计思想也发生了很大的变化,就连技术人员也从几个人发展到一个部门甚至一条产品线.所以成熟的系统架构是随业务扩展而完善出来的,并不是一蹴而就:不同业务特征的系统,会有各自的侧重点,例如淘宝,要解决海量的商品信息的搜索.下单.支付,例如腾讯,要解决数亿的用户实时消息传输,百度它要处理海量的搜索请求,他们都有各

dubbo框架----探索-大型系统架构设计(图解)

对于高并发系统的架构要求: 1. 负载均衡 2.高并发 3.高可用 4.面向服务架构 (Dubbo框架使用) 5.分布式缓存 (redis分布式缓存) 6.分布式全文检索 (solr分分布式全文检索) 7.分布式数据库集群 (mycat 集群mysql数据库) dubbo  简介 系统架构 redis 集群 solr 集群 mysql 集群

ios系统架构及常用框架

1.iOS基于UNIX系统,因此从系统的稳定性上来说它要比其他操作系统的产品好很多 2.iOS的系统架构分为四层,由上到下一次为:可触摸层(Cocoa Touch layer).媒体层(Media layer).核心服务层(Core Services layer).核心操作系统层(Core OS layer)如图: (1) 触摸层:为应用程序开发提供了各种常用的框架并且大部分框架与界面有关,本质上来说它负责用户在iOS设备上的触摸交互操作.它包括以下这些组件: Multi-Touch Event

软件体系结构---安卓系统架构之应用程序框架层分析---1

本博客只介绍安卓系统架构中的应用程序框架层 什么是应用程序框架? 应用程序框架可以说是一个应用程序的核心,是所有参与开发的程序员共同使用和遵守的约定,大家在其约定上进行必要的扩展,但程序始终保持主体结构的一致性.其作用是让程序保持清晰和一目了然,在满足不同需求的同时又不互相影响. 而对于安卓来说:Android系统提供给应用开发者的本身就是一个框架,所有的应用开发都必须遵守这个框架的原则.我们在开发应用时就是在这个框架上进行扩展.在这个框架中我们可以完全访问核心应用程序所使用的API框架,即我们

企业内部IT一体化系列之一:系统架构

有个构想,将企业内部IT的日常运维,管理以及员工服务等日常全部集合和汇总到一起,说起来简单,其实相当复杂,因为自己在之前的公司曾经做过,虽然还未做完,但是构想有了,期待能有机会实施,现在先把可行的成果展示出来,主要是以前技术定级的时候写的ppt的图,凑合看看吧. 平台架构: 这图是微软给的私有云体系,我基本就是照着这个来做的. 下图是我目前整个系统所有的架构: 大概讲解一下: 1:首先整个企业IT统一管理平台需要一个登入的接口,或者说WEB的平台,那么我用SharePoint来做,WFE01,W

适应多场景应用的web系统架构探讨

背景: 虽然身处互联网时代,但还有很多信息系统仍运行在内部网络中,例如,企事业内部的OA系统,医院的HIS系统,银行的管理系统等.软件公司会针对系统应用环境,对信息系统进行逻辑业务上的修改.因此,本文主要介绍一种适应于多场景应用的web系统架构,供相关人员讨论研究. 1 系统框架图 2 分层的优势 (1)解耦:降低代码耦合度,允许前后端的分离,显示与业务的分离,前端开发与后台开发的分离. (2)复用:面向接口编程,面向接口实现,面向接口形成文档,提高接口函数的复用. (3)固化通用业务逻辑. (

Unity3D手游开发日记(2) - 技能系统架构设计

我想把技能做的比较牛逼,所以项目一开始我就在思考,是否需要一个灵活自由的技能系统架构设计,传统的技能设计,做法都是填excel表,技能需要什么,都填表里,很死板,比如有的技能只需要1个特效,有的要10个,那么表格也得预留10个特效的字段.在代码里面也是写死一些东西,要增加和修改,就得改核心代码,如果我要把核心部分做成库封装起来,就很麻烦了. 能不能做成数据驱动的方式呢? 改技能文件就行了,即使要增加功能,也只需要扩展外部代码,而不用改核心代码, 我是这么来抽象一个技能的,技能由一堆触发器组成,比