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