我们通过无线网络上网时,手机发出的信号需要穿越基站,承载网,到达核心网,与此同时,核心网发出的数据也需要穿越承载网跟基站,才能到达手机,从而完成生命的大和谐。
那么,从服务于多个用户的基站到核心网之间,到底需要多大的带宽呢?这就涉及到回传带宽的估算问题。
其实原本回传带宽的算法并不区分4G和5G,但考虑到5G的架构还包括前传和中传,因此在第一部分先做个总体介绍。
1、什么是回传?
话说5G的网络架构,最广为流传的,莫过于下图中的AAU,DU,CU加核心网的标准结构了。
图片来自公众号“鲜枣课堂”
AAU:Active Antenna Unit,有源天线单元,是RRU跟天线的合体;
DU:Distributed Unit,分布式单元,原4G的BBU拆分出需要实时处理的部分,一般随AAU一起在站点部署;
CU:Centralized Unit,集中式单元,原4G的BBU拆分出非实时处理的部分,一般认为应该集中式部署,可管理多个DU;
虽说架构如此,在实际的5G网络部署中,暂时没有强烈的网元拆分的动力,DU和CU基本都是合一部署的。这种情况下,DU加CU还是叫做BBU。
由于CU和DU合一部署为BBU,它们之间的传输就成为了内部接口。因此大家最关注的,还是BBU与核心网之间的传输:回传。
实现回传网络相关的技术都已经非常成熟了。在一般的网络规划中,无线侧必须要传递给承载一个关键数据:
5G站到底需要多大回传带宽?2、回传带宽怎么算?
假设采用5ms单周期,100M带宽的小区理论峰值速率可达7.2Gbps,一个站一般有3个小区。是否应该给承载网传递如下信息:一个5G基站需要至少21.6Gbps的带宽?
当然,如果按照这个值来建网的话,网络运转肯定是没问题的,但想想还是有些浪费:一个基站下的小区在每时每刻都能达到峰值吗?除了净荷之外,还有各种包头,操作维护的开销都考虑到了吗?
其实,在真实网络中,基站覆盖一片区域,用户有的近有的远,信号有的好有的坏,也并非所有用户都在铆足了劲下载,多数还是聊微信刷微博,所以达到小区峰值速率是不可能的,最终下来就是一个平均速率。
关于这个小区平均速率,需要通过仿真得出平均频谱效率,再乘以实际的小区带宽,就可以得出小区的平均速率。
比方说,如果我们取5G的平均频谱效率为10比特每秒每赫兹,在100M带宽下,一个小区的平均速率就是1Gbps。
综上,平均速率再加上10%的开销,一个三小区站点需要的平均回传带宽为3.3Gbps。
虽说平均速率一般可保证站点运行无虞,但保不齐可能在某个时刻爆发,从而突破这个平均值。因此我们也还是需要考虑下峰值的。
因此,业界一般把(1x小区峰值 + 2x小区均值)x110%作为整个站点的峰值。俗称“一峰加两均”,其中的110%就是考虑了10%的开销。
因此,一个三扇区的100M带宽5G站点,所需的峰值回传带宽为(1x7.2Gbps + 2x1Gbps)x110% = 10.12Gbps。
在实际部署时,站点的回传带宽在必须要大于均值,按照峰值来设计峰值当然最好。3、C-RAN情况下呢?
按理说这个问题到此就该结束了,但由于5G网络架构的多样性及演进的考虑,一种叫做C-RAN的架构经常可以见到。
其实C-RAN的全称是Centralized RAN,也就是BBU的集中式部署(因此也叫做BBU Pool),虽然这个缩写也可被解读为Cloud RAN,但目前距离无线网络的云化尚有较远的路要走,我们还是按照BBU集中来假设。
在这种情况下,这些集中起来部署的BBU,到底需要多少带宽的回传资源呢?把各个BBU的带宽加起来就行了!
跟前面的思路类似,可以每4个BBU作为一个组,其中1个BBU的回传按照峰值算,另外3个BBU的回传按照均值算。要知道一个C-RAN站点需要的回传带宽,把多个这样的组加起来就可以了。
如此一来,平均下来每个BBU能分到的带宽稍多于其平均带宽。如果有的站点话务突发怎么办?因为所有BBU是共享总的传输带宽的,话务有的高有的低,总体还是趋向于平均值。
综上,建网是要考虑成本和收益的,回传带宽,够用就行。