無線感知類告警的處理(7601和3273)

1、一、2725告警【告警含義】2725 ADJACENT CELL IDENTIFIER CONFIFURATION ERROR 相鄰小區(qū)信息在BSDATA中定義錯誤，MSC或源BSC都能在外部切換過程中檢測到錯誤。當(dāng)檢測到錯誤時，切換被中斷?！靖婢a(chǎn)生原因】    主要是由于鄰區(qū)數(shù)據(jù)配置錯誤導(dǎo)致【告警對現(xiàn)網(wǎng)影響】鄰區(qū)切換失敗，可能會導(dǎo)致掉話，影響客戶感知?！竟收隙ㄎ弧?lt;HIST> SQBSC09                BCSU-0  &

2、#160;   SWITCH    2010-2-04  14:44:35.99*  ALARM  BCSU-0     1A003-00    HAS_BX                                

3、;   (0232) 2725 ADJACENT CELL IDENTIFIER CONFIGURATION ERROR                                    04d 01 05 02 54d告警補充信息段共有5個：（1）：嘗試切換失敗的基站號，其相鄰小區(qū)配置錯誤（2）：00表示MSC探知鄰區(qū)配置錯誤，這種情況下補充

4、信息段3，4，5內(nèi)容不能顯示正確數(shù)值。01表示BSC探知鄰區(qū)配置錯誤，這種情況下補充信息段3，4，5能夠顯示出正確的鄰區(qū)配置數(shù)據(jù)。（3）：相鄰小區(qū)正確的BCC數(shù)據(jù)（4）：相鄰小區(qū)正確的NCC數(shù)據(jù)。（5）：相鄰小區(qū)正確的BCCH數(shù)據(jù)。【告警的預(yù)處理】檢查看該告警的指令為：ZAHO:NR=2725;用指令ZEAO:BTS=<BTS identification>核查定義的相鄰小區(qū)在目標小區(qū)列表或其他BSS系統(tǒng)的全部相鄰小區(qū)中核查相鄰小區(qū)數(shù)據(jù)（LAC和CI）?！靖婢幚怼浚?）、首先統(tǒng)計出2725告警信息，根據(jù)告警信息分類，如果能夠解碼出BCCH和BSIC，則可能是由于鄰區(qū)信息定義錯誤所

5、引起。（2）、如果解碼不出BCCH和BSIC，則回到HANDOVER MEASUREMENTS統(tǒng)計中，尋找長期切換嘗試次數(shù)大于0，但是切換成功次數(shù)為0的相應(yīng)小區(qū)，則很可能是由于該對鄰區(qū)所引起的2725告警；（3）、如果上面相應(yīng)的小區(qū)在BSC的鄰區(qū)信息里有數(shù)據(jù)，但是在BSDATA里面（可通過ZEQO查看）不存在的小區(qū)，則可能是由于該垃圾數(shù)據(jù)所導(dǎo)致的2725告警，判斷出此問題以后，刪除相應(yīng)的垃圾數(shù)據(jù)即可；（4）、如果上面相應(yīng)的小區(qū)在BSC的鄰區(qū)信息里有數(shù)據(jù)，而且在BSDATA里面（可通過ZEQO查看）存在的話，檢查是否由于別的廠家MSC沒有定義的緣故。（5）、如果以上問題均沒有出現(xiàn)的話，建議先把鄰

6、區(qū)關(guān)系刪除重建，在BSC數(shù)據(jù)庫里重新更新繼續(xù)觀察。二、2992告警【告警定義】2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A因BTS和變碼器不同步，并且已連續(xù)釋放的編號超過PAFILE告警參數(shù)設(shè)定的限制，呼叫在同一個A接口中已被反復(fù)清除?！靖婢a(chǎn)生原因】    告警多是由于數(shù)據(jù)配置錯誤或者傳輸故障導(dǎo)致【告警對現(xiàn)網(wǎng)影響】    可能會引起A接口電路的不穩(wěn)定，造成用戶的掉話?！靖婢ㄎ弧?#160;   <HIST> ZKBSC5  BCSU-6 

7、60;TRANSM   2010-03-19  10:16:15.99.  CANCEL .               SC7_BX                                   (12

8、68) 2992 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON A INTERFACE         6379d 18d 00F2 7d 18d 40d 29d 4d 04 18d可以根據(jù)TCSM NO.  TCPCM NO. TC timeslot定位處理參數(shù)1：PCM電路號          參數(shù)2：上述PCM電路的時隙          參數(shù)3：電

9、路失敗碼CIC          參數(shù)4：PCM電路分配的CIC          參數(shù)5：時隙分配的CIC          參數(shù)6：外部PCM電路號（即BSC側(cè)故障的Ater口ET號）（故障定位重要參數(shù)）          參數(shù)7：外部PCM電路時隙（即BSC側(cè)故障的Ater口ET的時隙號）       

10、   參數(shù)8：外部PCM電路的子時隙（即BSC側(cè)故障的Ater口ET的子時隙號）          參數(shù)9：TC上PCM電路號（即一個故障的Ater口對應(yīng)的MSC側(cè)A口的電路號）（故障定位重要參數(shù)）           參數(shù)10：TC上PCM電路時隙（即一個故障的Ater口對應(yīng)的MSC側(cè)A口的電路時隙）（故障定位重要參數(shù)） 【告警預(yù)處理】用ZAHO指令查看當(dāng)前BSC告警，根據(jù)告警信息定位故障電路和時隙。用CEC命令閉鎖該電路時隙，并檢查BSC和T

11、C的傳輸，是否有相關(guān)傳輸和TC插件的告警，有則找到故障并解決。然后再用CEC命令解鎖該電路時隙?！靖婢幚怼浚?）登錄告警網(wǎng)元，查看當(dāng)前告警，定位故障時隙。占中測試，若該時隙呼叫困難，則告警真實存在，尚未消除；否則認為告警狀態(tài)不真實。 （2）如果對應(yīng)同個TCSM單元只產(chǎn)生少數(shù)1-2條2992告警，應(yīng)暫時將引起掉話的A接口電路關(guān)閉（ZCEC），并觀察A接口電路的繁忙程度，待話務(wù)閑時到現(xiàn)場確定有可能出現(xiàn)問題的TCSM單元中的TR16板，進行更換。在故障處理結(jié)束后及時打開關(guān)閉的A接口電路，確認掉話現(xiàn)象是否消失。若出現(xiàn)多個2992告警，且集中出現(xiàn)在對應(yīng)MSC的某個ET的奇時隙或是偶時隙，則應(yīng)

12、到現(xiàn)場立即更換相應(yīng)的TR16板。若一個TCSM單元出現(xiàn)大量2992告警且比較分散，則應(yīng)為傳輸故障，建議檢查傳輸。 三、2993告警【告警定義】     2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABBTS和TCSM不同步，ABIS口電路呼叫連續(xù)清除次數(shù)超過門限值【告警產(chǎn)生原因】     一般情況下由于載頻數(shù)據(jù)和基站側(cè)不一致，或者是載頻硬件故障引發(fā)此告警?！靖婢瘜ΜF(xiàn)網(wǎng)影響】     可能會引起基站載頻的工作不穩(wěn)定

13、，影響通話質(zhì)量、產(chǎn)生掉話【告警定位】  <HIST> ZKBSC32 MCMU-0    TRANSM    2010-04-07  20:08:41.83.  CANCEL .               RRM_BX                   

14、                (1980) 2993 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE      327d 3d 04 1783d 6d 1d可以根據(jù)BTS NO.  TRX NO. TRX timeslot定位處理1 基站號   2  TRX號  3 無線時隙號   4

15、外部ET PCM電路號   5 外部 ET  PCM 電路時隙   6 內(nèi)部 ET PCM 電路子時隙【告警預(yù)處理】根據(jù)告警信息定位故障TRX和信道。用ZERS 命令閉鎖該基站TRX的信道，再解鎖。如果告警 消失后不再重復(fù)出現(xiàn)，可以不予考慮。如果該信道連續(xù)重復(fù)出現(xiàn)此告警，檢測是否有其他相關(guān)告警出現(xiàn)，然后排除故障。故障修復(fù)后，告警也會自動消除。一般為基站載頻硬件故障或BSC、基站側(cè)時隙分配不一致。【告警處理】1、檢查BSC至基站之間的傳輸質(zhì)量2、如果告警分布在單個載頻上，可以對故障載頻進行重啟，若無效，對載頻進行診斷測試，更換載頻。3、

16、如果一個載頻上所有時隙出現(xiàn)該告警，檢查該載頻話務(wù)和信令時隙的對應(yīng)關(guān)系數(shù)據(jù)是否有錯。該情況只出現(xiàn)在新建、擴容等對基站數(shù)據(jù)修改當(dāng)時。4、如果告警分布在不同載頻，而且頻繁發(fā)生，重啟基站，若無效，更換BCF板。5、若告警仍未清除建議檢查基站情況，例如：天線等。四、3273告警【告警定義】3273（E）GPRS TERRITORY FAILURE當(dāng)實際需求的PDCH遠小于實際定義的GPRS信道數(shù)時，如果BSC在180S內(nèi)未分配到足夠的GPRS信道，觸發(fā)此告警?！靖婢a(chǎn)生原因】     PCU負荷過高或PCU故障，以及DSP資源不足時導(dǎo)致告警發(fā)生【告警對現(xiàn)網(wǎng)影響】可

17、能用戶不能正常使用（E）GPRS業(yè)務(wù)，影響用戶感知?！竟收隙ㄎ弧?lt;HIST> SQBSC15 MCMU-1  SWITCH    2010-04-21  22:25:26.43.   CANCEL .               RRM_BX                   

18、;                (4103) 3273 (E)GPRS TERRITORY FAILURE                                       58d 358d 2d 01 6d 4d 0A 0C

19、06請重點關(guān)注參數(shù)1、參數(shù)2，參數(shù)3和參數(shù)9參數(shù)1：BCF號 參數(shù)2：BTS號          參數(shù)3：載頻號          參數(shù)4：基站所使用的territory 類型          參數(shù)5：控制PCU的BSCU單元          參數(shù)6：PCU板的index號       

20、60; 參數(shù)7：此刻(E)GPRS信道數(shù)  參數(shù)8：default (E)GPRS信道數(shù)參數(shù)9：問題原因值1 : 找不到載頻           2 : 載頻鎖死           3 : BCSU切換           4 : ABIPRB 沒有收到來自PCU的響應(yīng)        &

21、#160;  5 : RRMPRB 沒有收到來自ABIPRB的響應(yīng)           6 : PCU沒有找到適用PCUPCM的信道           7 : PCU沒有收到來自RC0PRB的響應(yīng)           8 : RC0PRB沒有收到來自SWICOP的響應(yīng)        &#

22、160;  9 : PCU找不到適用的DSP資源           10: RC0PRB 收到來自SWICOP的連接錯誤           11: -           12: -           13: -     &

23、#160;     14: PCU 設(shè)法從EDAP區(qū)域保留一個PCUPCM通道           15: -           16: EDAP連接沒準備好           17: -           18: -  &

24、#160;        19: -           20: PBCCH/PCCCH沒有連接到載頻           21: 不支持的territory類型           22: 超過PCU的最大(E)GRPRS容量       

25、60;  23: 在PSW territory 升級時發(fā)現(xiàn)無效數(shù)據(jù)           24: Territory沖突                25: PCU的DSP超時【告警預(yù)處理】運用ZAHO指令查詢得知3273告警，由告警的補充字段定位BCF,BTS和TRX，以及引起3273告警準確原因；【告警處理】如果同一PCU下某1,2個小區(qū)出現(xiàn)3273告警,一般是由于該PCU的負荷過高導(dǎo)致,解決

26、措施就是將出告警的小區(qū)挪至負荷較低的PCU.如果同一PCU下多個小區(qū)同時出現(xiàn)3273告警,且將其下部分小區(qū)調(diào)至其他NSEI下之后,仍舊出現(xiàn)多個告警,則很有可能是該PCU出現(xiàn)故障, 可嘗試切換BCSU來解決。如果以上方法均不奏效,或者各個PCU負荷都較高,則有兩種應(yīng)對措施:1.關(guān)閉EGENA,2.降低GPRS/EGPRS的PDCH信道數(shù).PCU負荷不高，一般附加信息第10位為'06', '09' ，6 : PCU has not found applicable PCUPCM channels9 : PCU has not found applicable DSP

27、 resources2.105 3273 (E)GPRS TERRITORY FAILURE告警描述：(E)GPRS TERRITORY FAILURE告警編號：3273原始級別：*建議級別：次要告警(MINOR)變更原因：不變更設(shè)備類型：BSC告警解釋：基站（E）GPRS區(qū)域低于無線參數(shù)定義的default GPRS容量(CDEF),在該告警延時產(chǎn)生的180秒內(nèi)BSC無法在該區(qū)域添加更多的無線通道。業(yè)務(wù)影響：影響部分基站的GPRS業(yè)務(wù)參數(shù)說明：請重點關(guān)注參數(shù)1、參數(shù)2，參數(shù)3和參數(shù)9參數(shù)1：BCF號 參數(shù)2：BTS號 參數(shù)3：載頻號 參數(shù)4：基站所使用的territory 類型 參數(shù)5：控制

28、PCU的BSCU單元 參數(shù)6：PCU板的index號 參數(shù)7：此刻(E)GPRS信道數(shù) 參數(shù)8：default (E)GPRS信道數(shù) 參數(shù)9：問題原因值 1 : 找不到載頻 2 : 載頻鎖死 3 : BCSU切換 4 : ABIPRB 沒有收到來自PCU的響應(yīng) 5 : RRMPRB 沒有收到來自ABIPRB的響應(yīng) 6 : PCU沒有找到適用PCUPCM的信道 7 : PCU沒有收到來自RC0PRB的響應(yīng) 8 : RC0PRB沒有收到來自SWICOP的響應(yīng) 9 : PCU找不到適用的DSP資源 10: RC0PRB 收到來自SWICOP的連接錯誤 11: - 12: - 13: - 14: PC

29、U 設(shè)法從EDAP區(qū)域保留一個PCUPCM通道 15: - 16: EDAP連接沒準備好 17: - 18: - 19: - 20: PBCCH/PCCCH沒有連接到載頻 21: 不支持的territory類型 22: 超過PCU的最大(E)GRPRS容量 23: 在PSW territory 升級時發(fā)現(xiàn)無效數(shù)據(jù) 24: Territory沖突 25: PCU的DSP超時處理建議：1、告警真實性核實 登錄告警網(wǎng)元，查看當(dāng)前告警是否真實存在。2、告警初步處理（包括定位故障點，遠程處理方法）1) 通過告警輔助參數(shù)確定告警基站及載頻。2) 根據(jù)告警輔助信息9定位問題原因。 3、告警嚴重性分析和派單級

30、別 屬于次要故障，派發(fā)次要級別故障工單。五、3031告警【告警定義】3031 BSSGP VIRTUAL CONNECTION RESET PROCEDURE FAILED系統(tǒng)嘗試對BSSGP虛擬連接進行復(fù)位，經(jīng)過BVC-BLOCK-RETRIES參數(shù)定義的次數(shù)仍不成功。未收到來自終結(jié)一側(cè)的確認。虛擬連接保持閉鎖。相關(guān)小區(qū)的通用分組無線業(yè)務(wù)中止?！靖婢a(chǎn)生原因】    多是由于虛擬連接故障，或是數(shù)據(jù)（NSEI或BVCI）配置錯誤導(dǎo)致?！靖婢瘜ΜF(xiàn)網(wǎng)影響】對應(yīng)的基站GB數(shù)據(jù)業(yè)務(wù)中斷，影響用戶感知【故障定位】3031 BSSGP VIRTUAL CONNECTION RESET

31、PROCEDURE FAILED          06(PSEI) EF8B (NSEI 十六進制) 0d (BCF) 0d (BTS) 0000 01        09(PSEI) EEB6 (NSEI 十六進制)43d (BCF)43d (BTS) 273B 01根據(jù)附加信息可知，出現(xiàn)告警的PSEI為06/09，NSEI為61323/61110。通常情況下BCF和BTS為0時，多為SGSN側(cè)出現(xiàn)異常?！靖婢A(yù)處理】命令ZAHO：；可以在BSC中查找

32、3031告警及中斷的NSEI。ZFXL,ZFXO命令對NSEI的相關(guān)參數(shù)進行定位，確認GB LINK是否狀態(tài)異常，數(shù)據(jù)是否正常。根據(jù)告警信息定位故障小區(qū)。檢查小區(qū)GPRS狀態(tài)（ZEQO)，可以開關(guān)小區(qū)GENA，嘗試修復(fù)故障（ZEQV)?！靖婢幚怼扛鶕?jù)告警信息定位故障小區(qū)。檢查小區(qū)GPRS狀態(tài)（ZEQO)，可以開關(guān)小區(qū)GENA，嘗試修復(fù)故障（ZEQV)。如果告警大量出現(xiàn)，需要根據(jù)定位信息，查看PCU所在Gblink狀態(tài)，以及有無相關(guān)其他告警。采取切換BCSU和刪建Gblink等處理手段，以及處理相關(guān)其他告警。六、7601告警【告警定義】    7601 BCF OPERAT

33、ION DEGRADED在基站中出現(xiàn)一個或多個主要故障，使BCF性能下降?！靖婢a(chǎn)生原因】（1）主設(shè)備硬件性能故障；（2）饋線性能下降，常伴隨7604告警出現(xiàn)（3）傳輸同步設(shè)置錯誤，多表現(xiàn)為該站所有BCF均出現(xiàn)【告警對現(xiàn)網(wǎng)影響】基站性能下降，造成用戶呼叫成功率低、產(chǎn)生掉話等?！靖婢ㄎ弧坎榭词欠癜殡S有相關(guān)硬件告警，并作相應(yīng)處理；用天饋性能測試儀對天饋性能進行測試；檢測傳輸質(zhì)量，確定故障點。常見故障有（1）        Power unit temperature is dangerously high。該告警屬高溫告警，電源或風(fēng)扇故

34、障都會觸發(fā)該類告警。（2）         ESMA System module has lost connection to FSEx External Alarm (EAC) module。該告警只會出現(xiàn)在五代站上，載頻連線故障會觸發(fā)該類告警。（3）         Rx levels differ too much between main and diversity antennas。該告警屬主分集接收差異過大，天饋系統(tǒng)或載頻連線等公共單元故障會觸發(fā)該類告警。【告警預(yù)

35、處理】用ZEOL查看當(dāng)前告警，用ZEOH查看歷史告警。需要根據(jù)告警具體信息以及相關(guān)其他告警，定位故障，基站工程師上站處理。【告警處理】（1）        若是伴隨有相關(guān)硬件告警，更換相應(yīng)板件（2）        若是天饋系統(tǒng)性能降級，對天饋系統(tǒng)進行整改（3）        若是傳輸質(zhì)量問題，可以清除誤碼更換傳輸通道（4） 對于時鐘偏差引起的7601，先要到站點對時鐘值，進行一段時間觀察；如果時鐘不再偏差，就視為恢復(fù)

36、。如果再次偏差則需要更換主控，進一步觀察。如果還未恢復(fù)，則需要傳輸更改傳輸業(yè)務(wù)、更換傳輸信源或更換傳輸設(shè)備。（5）檢查電源板、傳輸板溫度是否正常，若產(chǎn)生高溫則檢查機柜風(fēng)扇，若風(fēng)扇無問題則更換電源板和傳輸板針對7601應(yīng)具體問題具體分析，工程師上站處理。七、7604告警【告警定義】    7604 BTS OPERATION DEGRADED告警代表的扇區(qū)內(nèi)的某個（或某幾個）單元出現(xiàn)了一個或多個主要故障。當(dāng)載頻接收到的信號強度差異過大時（默認值為10dBm）時，即會有7604告警出現(xiàn)?！靖婢a(chǎn)生原因】主設(shè)備硬件性能故障以及天饋線性能故障等導(dǎo)致【告警對現(xiàn)網(wǎng)影響】  &

37、#160; 基站性能下降，可能影響客戶感知。【告警定位】需要根據(jù)告警具體信息以及相關(guān)其他告警（ZEOL），定位故障，基站工程師上站處理?！靖婢A(yù)處理】根據(jù)告警具體信息和相關(guān)其他告警定位具體故障原因，基站工程師上站處理。常見的有RTC溫度過低和主分級接受差別大故障?！靖婢幚怼糠治龈婢虿⒆鱿鄳?yīng)的處理，常見有以下情況：    Fault reason: Rx levels differ too much between main and diversity antennas：在BTS Manager軟件中檢查RSSI的測量數(shù)值，看差異是否大于定義的數(shù)值，RSSI的計算是統(tǒng)計

38、各個載頻差值的平均值，EGPRS小區(qū)載頻少所以容易產(chǎn)生7604告警。對基站的天饋系統(tǒng)進行測試，駐波比是否高或者不穩(wěn)定（駐波比測試結(jié)果不穩(wěn)定的時候多數(shù)為天線本身性能下降引起）。檢查BTS的RF連線（特別要注意射頻連線是否松動、扭曲過大或者信號泄露）。檢查該基站是否帶有直放站、功放等邊緣設(shè)備。檢查該基站的天線是否在一個平面。檢查該基站的天饋系統(tǒng)是否存在“鴛鴦”的情況。檢查天線是否被阻擋或者天線表面灰塵較多。檢查各硬件的連線是否存在松動、扭曲、接錯等情況。替換合路器等硬件單元.（需要在BSC上檢查該基站的RXDL參數(shù)值是否設(shè)置為Y）。檢查載頻單元測試結(jié)果中主分級接收數(shù)值是否偏差過大，替換載頻單元（主

39、要是針對于RSSI中數(shù)值差異較大的載頻予以替換）。Performance is degraded in 1st branch dual variable gain：檢查基站的天饋系統(tǒng)是否存在問題。檢查DVGA跟背板相連的BUS線是否存在問題（比如松動、故障等）。替換DVGA等硬件單元。RSSI detected Rx signal difference exceeding thresholdFLEXI基站告警，告警產(chǎn)生原因有以下幾個方面：硬件故障、天饋原因等。處理方法：更換故障板件；天饋故障通過儀表查找故障點并進行處理。EXxx TRX module cooling fan(s) report

40、 no rotation原因：風(fēng)扇故障。  處理方法：更換故障風(fēng)扇。八、7606告警【告警定義】TRX性能下降，在實際處理的過程中要根據(jù)告警的附屬信息來確定故障點和采取合適的處理方法?！靖婢a(chǎn)生原因】      TRX性能故障、BB2故障、射頻連線松動等?！靖婢瘜ΜF(xiàn)網(wǎng)影響】載頻被閉鎖，可能會影響用戶感知?！靖婢ㄎ弧吭贐SC中使用ZEOL或ZEOH指令查看該告警。【告警預(yù)處理】用ZEOL查看當(dāng)前TRX告警，用ZEOH查看TRX歷史告警。根據(jù)告警具體信息和相關(guān)其他告警定位具體故障原因，區(qū)分不同站型，基站工程師上站處理。常見有TRX配置錯

41、誤，天線連接故障等，若TRX存在故障，更換?！靖婢幚怼?1)天線連接失敗或者天線測試VSWR錯誤。(Fault in VSWR antenna monitoring.)處理思路：檢查硬件數(shù)據(jù)庫的天線設(shè)置(2)TRX配置期間檢測到錯誤。(Failure detected during TRX configuring.)處理思路：TSxx單元故障或者其頻帶與BSC配置不符。需要用正常的或者有正確頻帶的TSxx單元來替換現(xiàn)有的TSxx單元。(3)BOI單元檢測到與TRX的連接丟失。(BOI detected that connection to TRX is lost.)處理思路：檢查基站的硬件數(shù)

42、據(jù)配置，如果BB2單元丟失，重新配置BB2單元。(4)遠端調(diào)諧合路器的反射功率過大。(The reflected power of remote tune combiner is too high.)處理思路：檢查遠端調(diào)諧合路器與天線之間的連接，如果連接正常，則更換合路器（RTGA）。(5)沒有連接到遠端調(diào)諧合路器。(No connection to remote tune combiner.)處理思路：檢查遠端調(diào)諧合路器的所有連接，如果連接正常，更換該合路器（RTGA）。(6)沒有連接到雙工器單元。(No connection to dual Variable gain duplex uni

43、t.)處理思路：檢查基站配置，如果雙工器DVGA丟失，需要重新配置。(7)連續(xù)的DL通道中有干擾或者DL通道故障。(There is disturbance in the serial DL bus or bus is broken.)處理思路：檢查TSxx的連接，該位置可能沒有安裝TRX，在commissioning過程中會產(chǎn)生該告警。如果安裝了板件，對板件重新配置，如果仍然出現(xiàn)該告警，則更換此TSxx單元。(8)其他原因。檢查告警描述文檔信息，查看BTS使用的軟件版本與基站類型是否相符。九、7607告警【告警定義】7607 TRX OPERATION DEGRADEDTRX中出現(xiàn)嚴重故障，

44、載頻性能下降【告警產(chǎn)生原因】多是由于板件故障、連線故障或松動、天饋系統(tǒng)故障均能引起該告警【告警對現(xiàn)網(wǎng)影響】載頻出現(xiàn)嚴重故障，影響客戶感知【告警定位】可用ZEOL或ZEOH進行告警查詢，然后查看該告警的補充信息字段定位告警所在【告警預(yù)處理】可用指令對告警進行查詢，得到一些必要的參數(shù)，例如單元或者板件的狀態(tài)等，然后上站處理?！靖婢幚怼砍霈F(xiàn)該告警的原因及處理方法：(1)遠端調(diào)諧合路器的反射功率過大。(The reflected power of remote tune combiner is too high.)處理思路：檢查遠端調(diào)諧合路器的天線連接，如果連接正常，更換合路器單元（RTGA）。(2

45、)電源單元與MHA 之間的鏈路故障。(Fault in the chain between power unit and MHA.)處理思路：檢查基站是否使用了MHA，如果使用了MHA，檢查電源單元與MHA 之間的鏈路，如果鏈路連接正常，更換MHA 單元。如果沒有使用MHA，則檢查硬件數(shù)據(jù)庫的配置，若MHA Type設(shè)置錯誤。應(yīng)該把該項改為基站真正使用的類型。然后把修改后的數(shù)據(jù)上載到基站，重啟即可消除該告警。(3) 天線測試VSWR 錯誤。(Fault in VSWR antenna monitoring.)處理思路：檢查天饋系統(tǒng)，如果是天線或饋線故障，更換出故障的部分并重啟該扇區(qū)以消除告警。

46、如果天饋系統(tǒng)正常，則是TSxx 單元故障，更換TSxx。(4)沒有連接到雙工器。(No connection to dual Variable gain Duplex unit.)處理思路：檢查基站配置，如果雙工器DVGA 丟失，需要重新配置。十、7608告警【告警定義】      7608 TRX NOTIFICATION  在TRX中出現(xiàn)次要故障?！靖婢a(chǎn)生原因】      TRX性能故障、射頻連線松動或錯誤等【告警對現(xiàn)網(wǎng)影響】      載頻出現(xiàn)次要

47、故障，影響客戶感知【告警定位】使用命令ZEOL,ZEOH查看告警，根據(jù)告警的補充信息字段，找到出故障的單元，必要時更換該單元?！靖婢A(yù)處理 】    使用命令ZEOL查看告警，查找故障載頻所在，根據(jù)告警具體信息和相關(guān)其他告警定位具體故障原因，區(qū)分不同站型，基站工程師上站處理。常見的故障與溫度相關(guān)等。【告警處理】根據(jù)故障定位更換載頻或重新連接線纜。檢查TRX內(nèi)部溫度，若溫度超過限值，檢查是否存在風(fēng)扇的告警，若有解決風(fēng)扇問題，若沒有，可替換相應(yīng)的TRX。TRX與溫度傳感器連接斷開，溫度傳感器可能損壞，更換TRX。軟件升級失敗，建議下載并按裝新軟件，若無法解決更換TRX。無法執(zhí)行

48、TRX環(huán)路，建議復(fù)位TRX,若再次出現(xiàn)該故障，替換TRX。其它告警故障，建議更換TRX。十一、7725告警【告警定義】     7725 TRAFFIC CHANNEL ACTIVATION FAILURE7725告警是因為激活話務(wù)信道過程中出現(xiàn)一定失敗次數(shù)而導(dǎo)致無線信道被系統(tǒng)鎖住?！靖婢a(chǎn)生原因】GPRS信道上容易出現(xiàn)7725、載頻故障等等?！靖婢瘜ΜF(xiàn)網(wǎng)影響】信道激活失敗，會造成用戶占用信道困難，影響客戶感知?！靖婢ㄎ弧扛鶕?jù)告警附件信息定位故障點?！靖婢A(yù)處理】用ZEOL查看當(dāng)前TRX告警，用ZEOH查看TRX歷史告警。根據(jù)告警信息查看是TCH還是S

49、DCCH和PDTCH，DTM TCH,如果是TCH,SDCCH,DTM TCH,可以先手動刪除告警，然后使用ZERS閉鎖和解鎖故障無線信道，然后觀察是否再出現(xiàn)，如果連續(xù)出現(xiàn)可以嘗試更換TRX。如果是PDTCH，如果集中出現(xiàn)在某個TRX，可以嘗試更換載頻?！靖婢幚怼恐貑ENA(命令:ZEQV)。重啟載頻(命令:ZERS)。倒換GTRX(命令:ZERM)。切NSEI;(命令:ZEQV或ZESM)   當(dāng)部分小區(qū)存在通話或者上網(wǎng)不正常的情況時，我們可以檢查該存在該問題的小區(qū)是不是在同一個NSEI下，切換BCSU單元可以恢復(fù)，這個時候需要網(wǎng)優(yōu)提取相關(guān)流量指標。十二、7743告警

50、【告警定義】7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD在測量時段內(nèi)，在指定信道上的平均占用時間低于最小值。該告警用來監(jiān)控話務(wù)信道的功能，并檢查可能出故障的信道。【告警產(chǎn)生原因】TRX性能故障、參數(shù)設(shè)置問題?！靖婢瘜ΜF(xiàn)網(wǎng)影響】載頻平均占用時間低于門限，載頻可能存在故障，影響客戶感知。【告警定位】查看TRX告警，并根據(jù)TRX告警的附件信息定位故障點【告警預(yù)處理】根據(jù)故障定位更換載頻或調(diào)整SDCCH時隙位置。【告警處理】利用干擾儀測試載頻的干擾，并判斷是外界干擾還是頻點的干擾；當(dāng)基站帶有邊緣設(shè)備的時候，可以將工作重點放在邊緣設(shè)備引起的干擾上，可以將邊

51、緣設(shè)備拆除去發(fā)現(xiàn)干擾源；當(dāng)屬于頻率內(nèi)部干擾的時候，需要網(wǎng)優(yōu)班優(yōu)化頻率資源，比如修改頻點等等；基站維護人員在處理由于7744告警引發(fā)的7743告警的時候，一方面要檢查基站自身的硬件問題，一方面要與網(wǎng)優(yōu)班結(jié)合檢查干擾的問題。十三、7745告警【告警定義】7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD在監(jiān)控時段，BTS的SDCCH 、TCH 信道上的失敗率高于系統(tǒng)設(shè)置門限值。該告警用來監(jiān)測專有信令信道和話務(wù)信道的使用情況，對異常釋放，給與提示?！靖婢a(chǎn)生原因】信道失敗率高于定義極限，板件故障、參數(shù)設(shè)置錯誤、干擾、天饋系統(tǒng)等均能引起高告警【告警對現(xiàn)網(wǎng)

52、影響】網(wǎng)絡(luò)出現(xiàn)7745告警，信道激活失敗，會造成用戶占用信道困難，影響客戶感知。【告警定位】根據(jù)告警補充信息，可以具體定位到發(fā)生問題的時隙：補充信息含義如下：1         表示問題信道類型：取值分為：01 TCH 、02 SDCCH 29         表示 信道所在時隙 其取值分為：00 低于門限（不產(chǎn)生告警）、01 高于門限（產(chǎn)生告警）10         表示失敗率最高時隙11

53、60;        表示TCH 或 SDCCH 子信道 12         表示在監(jiān)控時段內(nèi)，補充信息10中信道異常釋放情況占總釋放次數(shù)的比率?！靖婢A(yù)處理】用ZEOL查看當(dāng)前TRX告警，用ZEOH查看TRX歷史告警。根據(jù)告警信息查看是TCH還是SDCCH和PDTCH，DTM TCH,如果是TCH,SDCCH,DTM TCH,可以先手動刪除告警，然后使用ZERS閉鎖和解鎖故障無線信道，然后觀察是否再出現(xiàn)，如果連續(xù)出現(xiàn)可以嘗試更換TRX。如果是PDTCH，如果集中出現(xiàn)在某個TRX，可以嘗試更換載頻。如果是SDCCH的告警一般將告警的載頻重啟或者更換SDCCH時隙就可以消除告警【告警處理】設(shè)備跳線故障引起7745告警由于設(shè)備跳線本身故障引起的7745告警，主要存在于：載頻的TX/RX/DRX三根跳線存在松動、折斷和接錯的問題；（個性問題）RTGA和M6LA之間的RX/DRX連線存在松動、折斷和接錯的問題。（共性問題）該類問題需要對基站連線本身進行深入細致的檢查，存在一定的隱蔽性，特別是跳線折斷的現(xiàn)象更難以發(fā)現(xiàn)，在進行維護的時候需要特別注意跳線連接是否規(guī)范， 發(fā)現(xiàn)該類問題的方法：檢查與硬件（TRX/RTGA/M6LA/M2