【正文】 U 后可以上電、升級(jí)。 案例三、閩江飯店 RRU 心跳檢測(cè)失敗 該 站點(diǎn)為 042 升級(jí)到 261 后 RRU 不可用。分析可能原因有： RRU 升級(jí)失敗導(dǎo)致 RRU 不可用。 BBI 升級(jí)后光路不可用 首先查詢?cè)撜军c(diǎn)的 PORT 發(fā)現(xiàn)該 RRU 對(duì)應(yīng)的光路不可用。查詢 BBI 發(fā)現(xiàn) BBI 正常。故障定位為光路問(wèn)題導(dǎo)致 RRU 不可用。 上站后檢查光纜，光模塊。發(fā)現(xiàn)光模塊為多模，光纜為單模，屬于前期遺留問(wèn)題。 更換光模塊為單模后光路顯示正?？捎谩；赝?MPT 到 042 后 RRU 可用，重新升級(jí)，故障解決。 案例四、倉(cāng)山人武學(xué)校 RRU 心跳檢測(cè)失敗 查看 PORT 發(fā)現(xiàn) S1/S2 的光路不可用，導(dǎo)致 RRU 心跳檢測(cè)失敗。 對(duì)換 S1 與 S3 后仍是 S1 光路不通。排除光纜 RRU 問(wèn)題。 S2 也用同樣方法排除。懷疑BBI1， 2 兩個(gè)光口故障。 將 0。 3 位置的 BBP 對(duì)換后仍是 2 兩光口 PORT 故障。初步分析 BBP 故障的可能性比較小。懷疑問(wèn)題可能出在 MPT 板。 嘗試更換 MPT 板，并打上 042SPC001 補(bǔ)丁后故障解決。 4．小區(qū)及載波類故障 小區(qū)未建立 可能原因： 小區(qū)建立失敗，小去處于假死狀態(tài) 處理步驟： 從 RNC 側(cè)查看小區(qū)未建立原因： 是否數(shù)據(jù)問(wèn)題。 RNC 重新激活。 從 NODEB 查看小區(qū)未建立原因： 檢查設(shè)備狀態(tài)。傳輸、 RRU、 GPS 及時(shí)鐘 同步 檢查數(shù)據(jù)。查看各單板、小區(qū)、載波創(chuàng)建是否與 RNC 一致。小區(qū)功率設(shè)置。 重起 BBU。 小區(qū)已建立但不可用 可能原因： 小區(qū)已經(jīng)建立但不可用，該問(wèn)題多數(shù)情況為 NODEB 原因 處理步驟： 從 NODEB 查看小區(qū)不可用原因： 檢查設(shè)備狀態(tài)。特別是載波。 PATH。 重起 BBU 后查看設(shè)備狀態(tài)。處理相關(guān)故障單元 輔載 2,HSPA 不可用 可能原因： HS 載波假死。 NODEB 載波故障 處理步驟： RNC 側(cè)重新激活第 2 輔載。查看其他輔載狀態(tài)。分析是否是 NODEB 硬件故障 NODEB 可先查看載波狀態(tài)。查看單板狀態(tài)。 將故障 單板與無(wú)故障單板對(duì)換，查看狀態(tài)。分析故障位置。 更換故障單板。（出現(xiàn)過(guò) BBU 背板故障現(xiàn)象） 小結(jié)及案例 小區(qū)狀態(tài)異常的告警對(duì)于用戶來(lái)說(shuō)是最直接，影響最大的告警。也是我們所要處理的故障中優(yōu)先級(jí)最高的告警。 因?yàn)樵擃惛婢幌笃渌婢粯又苯又赶蚰秤布Ｓ绊懶^(qū)不可用的因數(shù)較多。因此處理該類告警前做個(gè)詳細(xì)分析是很有必要的。 影響小區(qū)不可用的因數(shù)主要有以下幾個(gè)方面： 一、 硬件故障 基站側(cè)如果出現(xiàn) BBP/BBI（載波）、 RRU、 GPS、天線 PATH 等硬件故障都會(huì)導(dǎo)致該硬件對(duì)應(yīng)的小區(qū)不可用。出現(xiàn)小區(qū)不可用的狀態(tài)后可以優(yōu)先查 詢下站點(diǎn)下相關(guān)硬件的狀態(tài)。 二、 數(shù)據(jù)問(wèn)題 RNC 側(cè)或 NODEB 側(cè)數(shù)據(jù)有問(wèn)題。如： RNC 閉瑣，未激活。 NODEB 存在 DHCP啟動(dòng)告警等。 三、 傳輸斷鏈 可以通過(guò)查詢告警及傳輸狀態(tài)、各種信令，如： AAL2PATH、 NCP、 CCP、 SAALINK、IMALINK、 IMAGUP 等 案例一、銀河大廈 HSDPA 第二輔載不可用 從 RNC 側(cè)查看發(fā)現(xiàn) HS 第二輔載不可用。通過(guò) OMC 查看 NODEB 載波。發(fā)現(xiàn)載波狀態(tài)正常。重起基站后再查詢載波發(fā)現(xiàn)正常。但是 RNC 側(cè)仍是 HS 不可用。分析問(wèn)題應(yīng)該在 RNC 側(cè)。 RNC 查詢?cè)撔^(qū)所有 HS 載波發(fā)現(xiàn)所 有 HS 載波均不可用。后通過(guò) RNC查詢與 HS 載波相關(guān)的設(shè)置發(fā)現(xiàn) HSDPA 時(shí)隙分配有問(wèn)題。通過(guò) RNC 重新修改后故障解決 案例二、華夏圖書(shū)城小區(qū)退服 上站檢查傳輸，發(fā)現(xiàn)傳輸都是正常的。 檢查所有硬件， BBP、 RRU、 GPS 均顯示正常。 懷疑基站掉死。重起 BBU 后現(xiàn)象依舊。 通知 RNC 重新激活小區(qū)，顯示失敗，并伴隨有功率不匹配告警。 檢查發(fā)現(xiàn)該站點(diǎn)小區(qū)門限被修改為 400，將該門限改為 500 后小區(qū)狀態(tài)正常。 5．功率駐波類告警 下行無(wú)可用校準(zhǔn)通道告警 可能原因： 收發(fā)器失效 處理步驟： 查看告警，定位故障的跳線位置 查看故障跳線的硬件，檢查饋線頭。 將故障跳線與正常跳線對(duì)換，定位故障設(shè)備。 或使用 Sitmaster 測(cè)故障跳線。定位故障位置 更換故障硬件 上行無(wú)可用校準(zhǔn)通道告警 可能原因： 收發(fā)器失效 處理步驟： 查看告警，定位故障的跳線位置 查看故障跳線的硬件，檢查饋線頭。 將故障跳線與正常跳線對(duì)換，定位故障設(shè)備。 或使用 Sitmaster 測(cè)故障跳線。定位故障位置 更換故障硬件 下行輸出欠 /過(guò)功率告警 可能原因： 收發(fā)器失效 處理步驟： 先確認(rèn) RNC 側(cè)是否有做降功率操作。 復(fù)位 RRU，查看狀態(tài)。 如果告警依然存在請(qǐng)查看 告警對(duì)應(yīng)的饋線。 查看故障跳線的硬件，檢查饋線頭。 將故障跳線與正常跳線對(duì)換，定位故障設(shè)備。 或使用 Sitmaster 測(cè)故障跳線。定位故障位置 更換故障硬件 下行通道告警 /上行通道告警 可能原因： 天饋系統(tǒng)故障 處理步驟 查看故障跳線的硬件，檢查饋線頭。 將故障跳線與正常跳線對(duì)換，定位故障設(shè)備。 或使用 Sitmaster 測(cè)故障跳線。定位故障位置 更換故障硬件 下行駐波比告警 可能原因： 天饋系統(tǒng)故障 處理步驟 查看故障跳線的硬件，檢查饋線頭。 將故障跳線與正常跳線對(duì)換，定位故障設(shè)備。 或使用 Sitmaster 測(cè)故障跳線。定位故障位置 更換故障硬件 發(fā)射 /接收通道天線通道幅相一致性告警 可能原因： 收發(fā)器故障 處理步驟： 查看該站點(diǎn)歷史告警。大部分站點(diǎn)該告警都會(huì)自動(dòng)恢復(fù)。查看是否頻繁出現(xiàn)，或出現(xiàn)后無(wú)法消失的。 查看故障跳線的硬件，檢查饋線頭。 將故障跳線與正常跳線對(duì)換，定位故障設(shè)備。 或使用 Sitmaster 測(cè)故障跳線。定位故障位置 更換故障硬件 小結(jié)及案例 對(duì)于該類告警，首先要明確是單 PATH 告警還是多 PATH 告警。通過(guò)查詢歷史告警可以了解告警是否頻繁出現(xiàn)。通過(guò)查詢 RRU 的 PATH 可以有效的幫助我們分析故障位 置。 例如： 使用 DSP RRU 與 DSP CARRIERRES 命令檢查校準(zhǔn)結(jié)果： 如果 TX 值大于 94，問(wèn)題基本可以定位為 PATH 硬件故障。 通過(guò)倒換饋線可以有效的發(fā)現(xiàn)問(wèn)題。 如果告警不隨饋線走。說(shuō)明 RRU 側(cè)有問(wèn)題 如果告警跟隨饋線走。說(shuō)明饋線或天線有問(wèn)題。 此時(shí)如果 PATH 值固定不變說(shuō)明饋線有故障。如果 PATH 值有變化說(shuō)明天線故障 案例一、冠雄花園（萬(wàn)都阿波羅）駐波比告警，第三路傳輸閃斷 首先，檢查各元器件及各個(gè)接頭。如： RRU、饋線頭、合路器。通過(guò)詳細(xì)檢查發(fā)現(xiàn) RRU下合路器耦合器安裝與設(shè)計(jì)不符合。重新整改 后告警消失。 該站傳輸閃斷通過(guò)本端自環(huán)后初步分析為本端傳輸問(wèn)題。檢查該站的傳輸頭發(fā)現(xiàn)頭子沒(méi)問(wèn)題。由于該站為室外站，有使用防雷卡。在防雷卡前端測(cè)試發(fā)現(xiàn)傳輸正常。懷疑防雷卡故障。嘗試更換防雷卡后故障解決。 案例二、建銀大廈 出現(xiàn)大量的駐波比告警。 單小區(qū)出現(xiàn)大量的駐波比告警初步分析原因?yàn)椋? 1． RRU 故障 2． 天線故障 3． CAL 饋線故障 首先上站檢查校準(zhǔn)線，發(fā)現(xiàn)該饋線頭子松動(dòng)，將起擰緊后所有告警消失。 重新做好防水處理，并進(jìn)行撥打測(cè)試。 故障原因?yàn)轲伨€頭松動(dòng)，需要求工程隊(duì)對(duì)該方面施工質(zhì)量進(jìn)行把關(guān)。 6．傳輸類告警 E1/T1 信號(hào)丟失 可能原因： 傳輸故障。 處理步驟： 從 DDF 側(cè)往 NODEB 側(cè)做個(gè)環(huán)回。查看 E1T1 狀態(tài)。如果顯示物理環(huán)回則確認(rèn)基站側(cè)傳輸線及 MPT 板無(wú)問(wèn)題。如果顯示傳輸故障請(qǐng)查看傳輸頭是否正常、相關(guān)線序是否正確。嘗試更換 E1T1 線或 MPT，定位故障位置。 從 DDF 側(cè)往 RNC 做個(gè)環(huán)回測(cè)試。查看傳輸狀態(tài)是否正常。如果傳輸顯示故障請(qǐng)與網(wǎng)管核對(duì)、如果傳輸顯示正常，請(qǐng)將該傳輸斷開(kāi)， RNC 在查看傳輸狀態(tài)。如果傳輸顯示故障說(shuō)明傳輸沒(méi)問(wèn)題。如果傳輸仍顯示正常說(shuō)明傳輸有故障。請(qǐng)與網(wǎng)管核對(duì)。 從 DDF 側(cè)往網(wǎng)管做環(huán)回測(cè)試。如果傳輸 顯示故障請(qǐng)要求網(wǎng)管查看傳輸數(shù)據(jù)是否完整。必要的時(shí)候可以要求網(wǎng)管重新做下數(shù)據(jù)或修改個(gè)端口。基站側(cè) E1T1 端口是否正常。 E1/T1 告警指示 請(qǐng)參考 6。 1 E1/T1 遠(yuǎn)端告警指示 請(qǐng)參考 6。 1 E1/T1 幀失步 請(qǐng)參考 6。 1 E1/T1 環(huán)回故障 可能原因： 傳輸被環(huán)回 處理步驟： 檢查基站側(cè)傳輸是否被環(huán)回。 修改多余的傳輸數(shù)據(jù)，避免沒(méi)必要的告警。 如果基站側(cè)無(wú)問(wèn)題請(qǐng)網(wǎng)管配合查找傳輸。請(qǐng)參考 6。 1 E1T1 高誤碼率告警 可能原因： E1T1 存在誤碼 處理步驟： 查看出告警的傳輸誤碼率 RNC 側(cè)可以先做下傳輸軟環(huán) ，并做傳輸誤碼測(cè)試。 NODEB 側(cè)也可以做下傳輸軟環(huán)，傳輸誤碼測(cè)試。 檢查基站側(cè)傳輸線及傳輸頭子，排除硬件問(wèn)題。 通過(guò)對(duì)比雙方的測(cè)試結(jié)果定位故障位置。 處理定位后的故障 （處理完畢后請(qǐng)將軟環(huán)解除） 小結(jié)及案例 出現(xiàn)傳輸類的告警主要原因是由于傳輸問(wèn)題引起的。如果一個(gè)站點(diǎn)的所有傳輸都斷鏈了那么將會(huì)導(dǎo)致該站點(diǎn)小區(qū)不可用。所有信令不活。如果部分傳輸斷鏈將會(huì)影響基站的業(yè)務(wù)。因此該類告警應(yīng)該優(yōu)先處理。 因此傳輸告警的主要原因有： 傳輸故障 各傳輸頭接觸不良導(dǎo)致傳輸閃斷。 連接傳輸?shù)陌寮收先?MPT、 UTRP 傳輸誤碼。 處理該類告警主要將處理步驟分成兩塊： 從 DDF 架到 RNC 側(cè)的傳輸是否正常 從 DDF 架到 NODEB 側(cè)傳輸是否正常 詳細(xì)處理步驟可以參考 6。 1 案例一、遠(yuǎn)東村 E1T1 告警 RNC 側(cè)查看發(fā)現(xiàn)該站點(diǎn)所有 E1T1 均不可用。從 RNC 側(cè)與網(wǎng)管核對(duì)后發(fā)現(xiàn) E1T1 正常。問(wèn)題應(yīng)該在 NODEB 側(cè)。由于是 2G 共站。因此借助 2G 監(jiān)控發(fā)現(xiàn)無(wú)停電告警。但是 2G 傳輸也都出現(xiàn)故障。懷疑是傳輸問(wèn)題。上站查看光端機(jī)有告警，未收到光。聯(lián)系網(wǎng)管后發(fā)現(xiàn)一廠至遠(yuǎn)東村的光纜斷了。通知傳輸處理。 案例二、三橋北 E1/T1 信號(hào)丟失 IMA 鏈路遠(yuǎn)端接 收不可用告警 上站發(fā)現(xiàn)該站點(diǎn)的第四條傳輸故障。在 DDF 架往 NODEB 側(cè)將該傳輸環(huán)回。查詢 E1T1后發(fā)現(xiàn)該傳輸顯示存在遠(yuǎn)端接收告警，懷疑本端傳輸問(wèn)題。檢查 2M 頭發(fā)現(xiàn)焊接不牢固、且已經(jīng)脫落，經(jīng)重新焊接，問(wèn)題解決 7．信令類告警 IMA 鏈路信元定界失步故障 可能原因： 幀丟失 處理步驟： 查看告警對(duì)應(yīng)的傳輸是否正常 查看數(shù)據(jù)是否有問(wèn)題 查看 IMA 組狀態(tài)是否正常。如果正常聯(lián)系 RNC，從 RNC 側(cè)查看狀態(tài)是否正常。是否未添加到組內(nèi)？ 復(fù)位 IMA 組。 重新做數(shù)據(jù)。 IMA 鏈路幀失步故障 可能原因： 幀丟失 處理步驟： 查 看告警對(duì)應(yīng)的傳輸是否正常 查看數(shù)據(jù)是否有問(wèn)題 查看 IMA 組狀態(tài)是否正常。如果正常聯(lián)系 RNC，從 RNC 側(cè)查看狀態(tài)是否正常。是否未添加到組內(nèi)？ 復(fù)位 IMA 組。 重新做數(shù)據(jù)。 IMA 鏈路延遲失步故障 可能原因： 幀丟失 處理步驟： 調(diào)整延遲 IMA 鏈路遠(yuǎn)端接收故障 可能原因： 遠(yuǎn)端結(jié)點(diǎn)傳輸錯(cuò)誤 處理步驟： 查看告警對(duì)應(yīng)的傳輸是否正常 查看 IMA 組狀態(tài)。主要是 RNC 側(cè) 如果 2 端均顯示遠(yuǎn)端故障。本端正常的話可以復(fù)位 IMA 組。等待一段時(shí)間。 IMA 鏈路接收故障 可能原因： 本端傳輸接收故障 處理步驟： 檢查本端 E1T1 檢查本端數(shù)據(jù)。 IMA 組配置失敗故障 可能原因： IMA 組數(shù)據(jù)不匹配。 處理步驟： 檢查傳輸是否正常 檢查 2 端 IMA 組是否均有加載 檢查 2 端 IMA 組配置是否一致 檢查 RNC 側(cè) IMA 組是否處于激活狀態(tài)。 復(fù)位 IMA 組 IMA 遠(yuǎn)端組配置失敗故障 參考 7。 6 IMA 組內(nèi)激活鏈路數(shù)不足故障 可能原因： 本端 IMA 鏈路故障 處理步驟： 檢查告警對(duì)應(yīng) E1T1 是否故障。可參考 6。 1 檢查基站側(cè)數(shù)據(jù)是否有問(wèn)題。 重新做數(shù)據(jù)。 IMA 遠(yuǎn)端組內(nèi)激活鏈路數(shù)不足故障 可能原因： RNC 側(cè)激活連路故障 處理步驟： 從 RNC 側(cè)查看 IMA 組激活鏈路數(shù)量。是否存在未激活鏈路 重新激活 IMA 組。將未激活鏈路添加到組內(nèi) （ RNC 側(cè)有個(gè)規(guī)則會(huì)導(dǎo)致部分傳輸無(wú)法激活到組內(nèi)。） ALCAP 斷鏈故障 可能原因 本地節(jié)點(diǎn)傳輸錯(cuò)誤。 處理步驟 檢查承載 ALCAP 節(jié)點(diǎn)的物理鏈路是否正常； 檢查承載 ALCAP 節(jié)點(diǎn)的 SAAL 鏈路設(shè)置是否正常。