诺西MCPA基站硬伤.docx

诺西MCPA基站硬伤
近年，一代通信巨无霸诺基亚，出售手机业务，全力维持电信设备领域，鲸吞阿尔卡特朗讯胖身增重，力图与华为、爱立信三强争霸。笔者在此既不讨论诺基亚的资本运营，也不前瞻三大巨头就5G技术标准的龙争虎斗。而是立足当下，就日常工作所遇到的问题讨论诺西基站FlexiMCPA（俗称六代站）与诺西4G基站。
MCPA系统模块和载频模块集成度极高，支持分布式布放基站。分布式基站核心概念就是把传统宏基站基带处理单元（BBU）和射频处理单元（RRU）分离，二者通过光纤相连。

在网络建设时，将基带处理单元与核心网、无线网络控制设备集中在机房内，通过光纤与规划位置部署的射频拉远单元进行连接，完成网络覆盖，从而降低建设维护成本、提高效率。分布式基站成为通信建设重点方案，MCPA基站载频拉远重点建设。

那么问题来了，熟能生巧，维护久了发现基站设备漏洞。诺西FlexiMCPA分布式基站，网管平台无法统计RRU数目、更无法判断故障粒度，后期维护不方便，增加无谓工作量，未能很好的指导维护。
笔者就此举例说明。

例1：某小区同一用户两次反映通话信号差，查询图纸，如上图该基站3台RRU，排查故障，两次均为3号楼3单元B1弱电间设备掉电导致下带的1号楼3单元B1弱电间设备脱管，无信号，导致用户投诉。两次网管平台显示告警如下图所示为载频与主控失去链接，无法判断故障粒度，故障RRU数目。

例2：某小区2G微蜂窝基站验收，分布系统正常，查询网管平台基站上报告警，如下图所示，为载频与主控失去链接。

该小区有5个RRU，网管平台无法判断故障粒度，甚至故障RRU数目都无法判断，只能逐个排除，费时费力，增加了故障历时。最终确认其中一台RRU断电，合闸后恢复。求大神指导上图所示7745高掉话率告警更换载频，更换哪个如何判断。
诺西优化兔子为2G设备网管平台，监控传统一体堆叠基站，未能针对分布式基站予以演进支持。笔者身为通信底层的代维人员，希望诺西工程师可以研发解决此问题。如此故障粒度可定位，真正节约维护成本，广大代维人员感激不尽。
二，诺西4G基站为分布式基站，网管平台可定位故障粒度，但问题在于该基站设备其中个别RRU故障，进而可能导致小区无信号。笔者维护经历中多次出现此问题，与同业者沟通多有同感。
笔者就此举例说明。

例：某基站4G小区上报零话务告警，如上图所示该小区有5台RRU，经网管平台查询，告警为该站一台RRU脱管（如下图所示），1.7.2RRU脱管。

经图纸匹对为31号楼2单元B1层弱电竖井RRU故障。现场核实该RRU断电，合闸后告警恢复，零话务告警解除，小区信号恢复正常。
笔者身为通信底层一线代维人，希望诺基亚可以解决基站设备存在的固有缺陷，“一揽子”方案更能维护芬兰蓝色巨人的声誉、诺基亚品牌的情怀。