典型案例21：SA站點(diǎn)底噪異常抬升現(xiàn)象 現(xiàn)象描述： SA站點(diǎn)在日常監(jiān)控發(fā)現(xiàn)天線校準(zhǔn)告警及底噪抬升現(xiàn)象。 根因分析： 小區(qū)狀態(tài)正常，但底噪依然抬升，懷疑外部干擾器導(dǎo)致，但查詢周邊站點(diǎn)未發(fā)現(xiàn)干擾。 將BPU及AAS都重啟后，光路通， AAS狀態(tài)異常并出現(xiàn)小區(qū)退服告警（Service Unavailable）及Software Management Lost Connection to File Server告警。此類告警出現(xiàn)的原因?yàn)閞adio可能沒獲取到loadmodule，需要設(shè)置一下軟件包的uri鏈接和用戶名密碼。 解決方案： 處理好小區(qū)告警后，小區(qū)狀態(tài)正常，底噪恢復(fù)。 典型案例22：停車場(chǎng)監(jiān)控設(shè)備干擾SA小區(qū)底噪抬升速率 現(xiàn)象描述： 某地SA測(cè)試時(shí)發(fā)現(xiàn)小區(qū)測(cè)試速率只有300Mbps左右,無法達(dá)到峰值速率,現(xiàn)場(chǎng)掃頻發(fā)現(xiàn)前60M帶寬存在較高干擾 。 根因分析： 通過參數(shù)配置核查,發(fā)現(xiàn)參數(shù)配置正常,同時(shí)現(xiàn)場(chǎng)關(guān)閉AAU發(fā)現(xiàn)掃頻儀測(cè)試發(fā)現(xiàn)該頻段干擾還存在,確定為外部干擾。 對(duì)周邊區(qū)域掃頻測(cè)試發(fā)現(xiàn)在渴望飼料廠停車場(chǎng)內(nèi)視監(jiān)控設(shè)備在2155～2552MHz前20M底噪高達(dá)-90dbm。 解決方案： 協(xié)調(diào)關(guān)停設(shè)備后，底噪下降到-110dbm以下。 視頻監(jiān)控廠商使用的網(wǎng)橋頻段使用2.3~2.7Ghz 頻段中的部分作為視頻回傳，在4G時(shí)對(duì)4G頻段進(jìn)行干擾規(guī)避，但5G頻譜重新劃分后，未更新頻譜規(guī)避技術(shù)標(biāo)準(zhǔn)對(duì)移動(dòng)2.6G 5G基站的前40M造成了極強(qiáng)的外部干擾，后期發(fā)現(xiàn)SA干擾時(shí),注意排查周邊是否是監(jiān)控設(shè)備引起; 典型案例23：優(yōu)先級(jí)設(shè)置沖突導(dǎo)致LTE至NR SA重選不成功 現(xiàn)象描述： 某地移動(dòng)測(cè)試中使用5G終端Mate20X進(jìn)行業(yè)務(wù)測(cè)試時(shí)，發(fā)現(xiàn)在5G SA基站和LTE基站下，當(dāng)手機(jī)駐留在LTE上時(shí)，該終端收到4G基站側(cè)下發(fā)SIB24消息，且消息中攜帶了NR的頻點(diǎn)信息，但手機(jī)在RRC Release后一直不向5G SA站點(diǎn)發(fā)起重選。