諾西MCPA基站硬傷

1、諾西MCPA基站硬傷近年，一代通信巨無霸諾基亞，出售手機(jī)業(yè)務(wù)，全力維持電信設(shè)備領(lǐng)域，鯨吞阿爾卡特朗訊胖身增重，力圖與華為、愛立信三強(qiáng)爭(zhēng)霸。筆者在此既不討論諾基亞的資本運(yùn)營(yíng)，也不前瞻三大巨頭就5G技術(shù)標(biāo)準(zhǔn)的龍爭(zhēng)虎斗。而是立足當(dāng)下，就日常工作所遇到的問題討論諾西基站Flexi MCPA（俗稱六代站）與諾西4G基站。1、 MCPA系統(tǒng)模塊和載頻模塊集成度極高，支持分布式布放基站。分布式基站核心概念就是把傳統(tǒng)宏基站基帶處理單元（BBU）和射頻處理單元（RRU）分離，二者通過光纖相連。在網(wǎng)絡(luò)建設(shè)時(shí)，將基帶處理單元與核心網(wǎng)、無線網(wǎng)絡(luò)控制設(shè)備集中在機(jī)房?jī)?nèi)，通過光纖與規(guī)劃位置部署的射頻拉遠(yuǎn)單元進(jìn)行連接，完成網(wǎng)

2、絡(luò)覆蓋，從而降低建設(shè)維護(hù)成本、提高效率。分布式基站成為通信建設(shè)重點(diǎn)方案，MCPA基站載頻拉遠(yuǎn)重點(diǎn)建設(shè)。那么問題來了，熟能生巧，維護(hù)久了發(fā)現(xiàn)基站設(shè)備漏洞。諾西Flexi MCPA分布式基站，網(wǎng)管平臺(tái)無法統(tǒng)計(jì)RRU數(shù)目、更無法判斷故障粒度，后期維護(hù)不方便，增加無謂工作量，未能很好的指導(dǎo)維護(hù)。筆者就此舉例說明。例1：某小區(qū)同一用戶兩次反映通話信號(hào)差，查詢圖紙，如上圖該基站3臺(tái)RRU，排查故障，兩次均為3號(hào)樓3單元B1弱電間設(shè)備掉電導(dǎo)致下帶的1號(hào)樓3單元B1弱電間設(shè)備脫管，無信號(hào)，導(dǎo)致用戶投訴。兩次網(wǎng)管平臺(tái)顯示告警如下圖所示為載頻與主控失去鏈接，無法判斷故障粒度，故障RRU數(shù)目。例2：某小區(qū)2G微蜂窩

3、基站驗(yàn)收，分布系統(tǒng)正常，查詢網(wǎng)管平臺(tái)基站上報(bào)告警，如下圖所示，為載頻與主控失去鏈接。該小區(qū)有5個(gè)RRU，網(wǎng)管平臺(tái)無法判斷故障粒度，甚至故障RRU數(shù)目都無法判斷，只能逐個(gè)排除，費(fèi)時(shí)費(fèi)力，增加了故障歷時(shí)。最終確認(rèn)其中一臺(tái)RRU斷電，合閘后恢復(fù)。求大神指導(dǎo)上圖所示7745高掉話率告警更換載頻，更換哪個(gè)如何判斷。諾西優(yōu)化兔子為2G設(shè)備網(wǎng)管平臺(tái)，監(jiān)控傳統(tǒng)一體堆疊基站，未能針對(duì)分布式基站予以演進(jìn)支持。筆者身為通信底層的代維人員，希望諾西工程師可以研發(fā)解決此問題。如此故障粒度可定位，真正節(jié)約維護(hù)成本，廣大代維人員感激不盡。二，諾西4G基站為分布式基站，網(wǎng)管平臺(tái)可定位故障粒度，但問題在于該基站設(shè)備其中個(gè)別RRU故障，進(jìn)而可能導(dǎo)致小區(qū)無信號(hào)。筆者維護(hù)經(jīng)歷中多次出現(xiàn)此問題，與同業(yè)者溝通多有同感。筆者就此舉例說明。例：某基站4G小區(qū)上報(bào)零話務(wù)告警，如上圖所示該小區(qū)有5臺(tái)RRU，經(jīng)網(wǎng)管平臺(tái)查詢，告警為該站一臺(tái)RRU脫管（如下圖所示），1.7.2RRU脫管。經(jīng)圖紙匹對(duì)為31號(hào)樓2單元B1層弱電豎井RRU故障?，F(xiàn)場(chǎng)核實(shí)該RRU斷電，合閘后告警恢復(fù)，零話務(wù)告警解除，小區(qū)信號(hào)恢復(fù)正常。筆者身為通信底層