当前位置:首页 > 通信杂谈 > 正文

对于一个通信民工,怎么去应对人工智能时代

今天看到一篇文章,这文章是“网优雇佣军”发表的,文章叫“人工智能来了,通信人你会不会中年失业?”。真正实实的,反映了当代网优这一个技术群体的现状。
文章中比较写实的一段话:
云计算还没搞明白,又来了雾计算
SQL还没熟练,就有了hadpoop
spss还没玩溜,就有了大数据建模
4G还没搞明白,5G又来了
工资还在贬值,房价已经涨了
自己还没立足,父母已经老了
活着真累
这些话,实际上总结了,一个通信行业从业者,从精力旺盛的年轻人到一个中年大叔的技术路子,一路在学,一路在变,一路在赶,同样的也是我们的担忧,我们能赶的上时代进步吗?
那我们就得好好学学这个人工智能,什么时人工智能呢?通信行业,有哪些智能化的演进呢?
从最早的2G,3G还是平平淡淡的传统通信行业,我们做过网优的人,这两个时期是最容易,但也是烦的时期,技术手法都差不多,就是人工时间成本多点,不过钱也多。
随着网络越来越复杂,运营成本日益攀升。4G开始的网络扁平化,网元少了,就不用那么多人了,5G时代,网络更像是一个大熔炉,各种技术混杂于网络,不管是网络规划、维护,还是优化,对于运营而言,简直是一场可以想象的噩梦。运营商收入下滑,运营成本上升,呼唤人工智能的声音越来越激越。
我在通信行业,混了十多年,一直在网优岗位上,自然在谈到人工智能时,脑海里即刻跳出了SON这个概念,即Self-Organizing Networks,自组织网络。SON需求,2008年NGMN就提出了,并迅速被3GPP采纳,开始标准化进程。从R8开始,3GPP就定义了SON接口,后续的版本不断增强SON功能。但是,这一旨在降低运营商opex的选项,并未得到认可。坦白的讲,SON很失败。
追其原因,文章里也提出主要三点:
1)运营商不信任SON
准确的说,运营商不信任闭环模式下的SON。所谓闭环SON,就是网络管理全自动化,无需维护人员介入。这容易理解,我们把全部工作都交给电脑,当然不放心,毕竟我们亲力亲为习惯了。
2)运营商还未准备好
SON功能特性很多,简单可分类为基本型功能和增强型功能。对于基本型功能,运营商内部自己可以解决,并不需要设备商的SON解决方案。而对于需依靠设备厂家的增强型功能,运营商的需求并不迫切,毕竟超复杂的异构网络时代还未真正到来。
3)设备商未能兑现承诺
一些运营商的试验结果发现,SON解决方案存在一些问题,尤其是多厂家支持方面,无法满足运营商的关键需求。
个人看法,除了这主要三点外,还有:
1)SON不够智能化,简单点现有的SON只是简单的算法判断,比如说,邻区关系中,往往会很多超远的邻区在里面,为什么,因为UE有有检测并上报过相应的测量,SON就机械的以为,你俩就是有关系
2)SON缺少自优化能力,也就是说,目前还是没办法实际自动优化。
3)SON做不到自动配置,比如说应对负荷变动,自动配置扩容等
4)SON缺少自愈能力,假如我一个站点退服了,做不到,邻近站点的功率补偿调整等功能。
所有说,未来的人工智能,要处理海量的数据,才能做到如人脑一样神经元去分析一个事情。
SON不过是从现网的角度看自动化,至于5G时代,或者说汹涌而来的物联网时代,人工智能更是不可或缺。从传统的运营商商业模式看5G,5G建设和网络收益是矛盾的,5G建设要花巨资,网络收入在下滑。要解决这样的自相矛盾,我们需要两剂猛药——人工智能和数据分析。
数据越多,意味着网络本身越复杂。在未来的5G网络里,虚拟和物理RAN共存,有解耦的,也有无法解耦的,有各种分布式节点,密密麻麻的Small Cells,毫米波、非授权频谱、共享频谱汇聚于空口,加之各种3G、4G及其衍生技术,网络复杂到无以复加。
如何管理这么复杂的网络?人工智能与数据分析的结合,进而实现网络自动化管理,这是另一个关键。
那对于一个通信民工,该如何去学习呢!我总结了几个方向,供参考
1)大数据分析方向,如python学习,数据库分析等。
2)机器学习方向
3)云计算转IT,CT方向。
楼主我,正在努力学习转型中,以后把学习笔记也分享给大家。

上一篇: 下一篇:

暂无评论

发表评论

不理你。 不要啊! 吃饭。 吃惊。 吃西瓜。 飞吻! 恭喜! Hi 纠结! 膜拜! OK 抛媚眼。 泡泡糖。 抛钱。 忍! 生闷气! 调皮。 偷看。 委屈。 献花。 疑问? 抓狂!

小提示:Ctrl+Enter快速提交助您一臂之力~
加载中……