關(guān)于愛立信rbs_log文件的簡單分析
農(nóng)世欽
在rbs_log文件中記錄了整個TG的所有軟、硬件設(shè)備運行信息，通過查看、分析rbs_log文件，可以幫助我們及時發(fā)現(xiàn)并解決基站的隱性故障，從而降低設(shè)備的故障引起的退服率。雖然從事基站設(shè)備維護(hù)工作已有三年多，由于本人E文水平較低，通信理論知識基礎(chǔ)差，對rbs_log文件未完全了解，對于愛立信rbs_log文件也只能作簡單分析，根據(jù)日常維護(hù)工作中遇到的故障，現(xiàn)簡單談?wù)勅绾螐膔bs_log文件中定位出故障部件，縮小故障范圍，最后排除故障。
相信大家都知道如何保存rbs_log文件了吧，不過在此為了照顧新手，還是有必要說一下：
一、首先連接OMT軟件，讀取IDB數(shù)據(jù)，如下圖：

二、然后選擇System界面，點擊RBS2000，右鍵選擇Display Log,如下圖：

三、將會彈出一個等待畫面，需要等待幾分鐘（與TG的所有設(shè)備多少有關(guān)），最后顯示出rbs_log文件，也可以單個模塊（DXU、TRU、ECU）進(jìn)行保存。
簡單說明一下rbs log文件的結(jié)構(gòu)及內(nèi)容：文件中包含DXU log、TRU log、ECU log三部分，文件中記錄了一段時間內(nèi)整個TG的DXU、TRU、ECU所有運行信息，但DXU、TRU、ECU掉電或重啟將會重新刷新紀(jì)錄。
在記錄文件中，每行作為一個記錄信息單位，如：
[90-01-01 00:00:00.034] NONAME debug_main.c:2492 TRACEH:No restart info中[90-01-01 00:00:00.034]信息記錄的日期及時間，這個為特殊的日期時間，是系統(tǒng)重啟的初始日期及時間，系統(tǒng)在完成自檢后根據(jù)BSC的時鐘重置BTS的日期及時間，如完成自檢后日期時間為：[06-02-06 10:47:27.454]
因本人水平有限，不能對所有記錄進(jìn)行分析，一般情況下也只是為了處理故障，所以在分析rbs log文件時，根據(jù)記錄的日期及時間只對存在故障的記錄進(jìn)行分析。
案例一：現(xiàn)在先以柳城西安基站為例，對RBS log進(jìn)行分析：
1、故障現(xiàn)象：網(wǎng)優(yōu)提供的2006年2月份基站BS fault中，西安基站存在CF.FC=2A 33，RU=40，對照故障代碼表， CF2A為內(nèi)部錯誤級別，F(xiàn)C 33為RX分集接收丟失。經(jīng)與BSC核查，當(dāng)前無任何隱性故障，現(xiàn)場未發(fā)現(xiàn)任何告警。
2、故障判斷：產(chǎn)生RX分集接收丟失的原因有很多，因現(xiàn)場未發(fā)現(xiàn)任何告警，可能為曾經(jīng)出現(xiàn)過的故障，產(chǎn)生此種現(xiàn)象的原因可能設(shè)備不穩(wěn)定，硬件老化，天饋線接有頭接觸不良等。
3、分析RBS LOG記錄文件：
1）文件中第4-87行全部為DXU自檢重啟信息，不用分析，從第88-117行，為DXU、TRU、ECU進(jìn)初始化完成并正常工作，如第117行：[06-02-06 10:48:34.248] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state ON中OPERATIONAL state ON表示RBS已經(jīng)正常工作。
2）第124-127行
[06-02-09 16:18:07.612] OMS_HWU hwu.c:32615 FAULT: ANTENNA:1, raise i1a ATSR RXB SLI（藍(lán)色字體指示故障單元，紅色字體提示故障內(nèi)容）
[06-02-09 16:18:07.630] OMS_RU_FH ru.c:55825 FAULT:RU:ANTENNA:1, raise i1a RXB SLI（藍(lán)色字體指示可替換單元，紅色字體提示故障內(nèi)容）
[06-02-09 16:18:07.638] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for BS_ERROR state ON（向BSC發(fā)送請求的報告錯誤告警）
[06-02-09 16:18:08.084] OMS_SO_MAIN so.c:53813 FAULT:SO: CF, 0, raise, RX DIVERSITY LOST（錯誤告警信息內(nèi)容，對象為CF級，出現(xiàn)RX分集接收丟失）
以上信息為一次告警過程記錄。
3）第128行：[06-02-11 10:47:32.018] P_MPSK_CLOCK timeout_clock_main.c:395 TRACEH:Setting time: 06-02-11 10:47:34.000（時鐘重設(shè)，存在的告警會刷新）
4）第130-133行，告警再次出現(xiàn)。
4、通過對以上記錄分析，確認(rèn)RBS曾經(jīng)在06-02-09 16:18:08.084及06-02-14 19:42:45.380出現(xiàn)過兩次RX分集接收丟失告警。對照故障代碼手冊，參照RX分集接收丟失的處理方法，處理RX分集接收丟失故障，如果由于TRU引起的RX分集接收丟失，可繼續(xù)對TRU log文件進(jìn)行分析，更容易找出存在故障的TRU。
5、繼續(xù)分析RBS LOG記錄文件中的TRU部分：
1）TRU LOG記錄中，如第140及148行：
[06-02-07 13:01:51.256] T_DCHT_3010 t_dcht_dnl.c:4154 TRACEH:MS Power state is locked!（移動臺的發(fā)射功率鎖定）
[06-02-07 13:02:16.690] T_DCHT_3010 t_dcht_dnl.c:4302 TRACEH:BS Power state is locked! （發(fā)射臺的發(fā)射功率鎖定）
這種情況下，TRU正常工作狀態(tài)。
2)第259行：[06-02-08 10:47:32.986] P_MPSK_CLOCK timeout_clock_main.c:395 TRACEH:Setting time: 06-02-08 10:47:34.96（隨DXU初始化完成后重設(shè)時間）
3)第1128行：
[06-02-09 16:18:07.582] OMS_HWU hwu.c:33071 FAULT: ATSR:2, raise i2a RX B SIGNAL LEVEL（TRU-2 LOG中出現(xiàn)i2a RX B SIGNAL LEVEL告警）
TRU-0、1、2、3的LOG中，只有TRU-2發(fā)現(xiàn)有FAULT: ATSR:2, raise i2a RX B SIGNAL LEVEL告警的故障信息，確認(rèn)故障是由于TRU故障引起，對于這種當(dāng)前無BS Fault告警的情況，建議更換TRU-2，以免出現(xiàn)故障時影響通話質(zhì)量。
案例二：通過查找功能，直接查找包含“Fault”信息，以柳城社沖的Rbs log文件為例
1)如第1122-1129行（TRU-1 log），出現(xiàn)一次電壓供應(yīng)故障：[05-11-21 17:54:01.240] OMS_HWU hwu.c:33071 FAULT: PWU:1, raise i2a PA VOLTAGE SUPPLY
[05-11-21 17:54:01.260] OMS_RU_OBJ ru.c:112386 FAULT:RU:TRU:1, raise i2a PWU PA VOLTAGE SUPPLY
[05-11-21 17:54:01.286] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state ON（告警狀態(tài)打開）
[05-11-21 17:54:01.294] OMS_SO_MAIN so.c:55963 FAULT:SO: TRXC, 1, raise, VOLTAGE SUPPLY FAULT（報告告警內(nèi)容）
[05-11-21 17:54:05.742] OMS_HWU hwu.c:33071 FAULT: PWU:1, cease i2a PA VOLTAGE SUPPLY
[05-11-21 17:54:05.764] OMS_RU_OBJ ru.c:112386 FAULT:RU:TRU:1, cease i2a PWU PA VOLTAGE SUPPLY
[05-11-21 17:54:05.792] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state OFF（故障恢復(fù)）
[05-11-21 17:54:05.800] OMS_SO_MAIN so.c:55963 FAULT:SO: TRXC, 1, cease, VOLTAGE SUPPLY FAULT（報告恢復(fù)的告警內(nèi)容）
2)RBS LOG文件中TRU-2 log部分，多次出現(xiàn)FAULT:SO: TRXC, 1, cease, VOLTAGE SUPPLY FAULT告警信息，并且由于FAULT:SO: TRXC, 1, cease, VOLTAGE SUPPLY FAULT，多次引起TRU復(fù)位如：[05-11-13 11:10:47.750] OMS_HWU hwu.c:33071 FAULT: PWU:2, raise i2a PA VOLTAGE SUPPLY
[05-11-13 11:10:47.768] OMS_RU_OBJ ru.c:112386 FAULT:RU:TRU:2, raise i2a PWU PA VOLTAGE SUPPLY
[05-11-13 11:10:47.792] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for FAULT state ON
[05-11-13 11:10:47.800] OMS_SO_MAIN so.c:55963 FAULT:SO: TRXC, 2, raise, VOLTAGE SUPPLY FAULT
[05-11-13 11:10:48.246] OMS_HWU hwu.c:32615 FAULT: PWU:2, raise i1a PA VOLTAGE SUPPLY
[05-11-13 11:10:48.248] OMS_HWU hwu.c:33071 FAULT: PWU:2, cease i2a PA VOLTAGE SUPPLY
[05-11-13 11:10:48.276] OMS_RU_OBJ ru.c:111736 FAULT:RU:TRU:2, raise i1a PWU PA VOLTAGE SUPPLY
[05-11-13 11:10:48.278] OMS_RU_OBJ ru.c:112386 FAULT:RU:TRU:2, cease i2a PWU PA VOLTAGE SUPPLY
[05-11-13 11:10:48.294] OMS_SO_MAIN so.c:55387 FAULT:SO: TRXC, 2, raise, VOLTAGE SUPPLY FAULT I1A
[05-11-13 11:10:48.300] OMS_SO_MAIN so.c:55963 FAULT:SO: TRXC, 2, cease, VOLTAGE SUPPLY FAULT
[05-11-13 11:10:48.378] P_MPSS_MMI_HNDL mmi_main.c:581 TRACEH:MMI Indication for OPERATIONAL state OFF
[05-11-13 11:10:53.230] OMS_HWU hwu.c:32615 FAULT: PWU:2, cease i1a PA VOLTAGE SUPPLY
[05-11-13 11:10:53.234] OMS_HWU hwu.c:33071 FAULT: PWU:2, raise i2a PA VOLTAGE SUPPLY
[05-11-13 11:10:53.258] OMS_HWU hwu.c:33071 FAULT: PWU:2, cease i2a PA VOLTAGE SUPPLY
[05-11-13 11:10:53.266] OMS_RU_OBJ ru.c:111736 FAULT:RU:TRU:2, cease i1a PWU PA VOLTAGE SUPPLY
[05-11-13 11:10:53.270] OMS_RU_OBJ ru.c:112386 FAULT:RU:TRU:2, raise i2a PWU PA VOLTAGE SUPPLY
[05-11-13 11:10:53.288] OMS_SO_MAIN so.c:55387 FAULT:SO: TRXC, 2, cease, VOLTAGE SUPPLY FAULT I1A
[05-11-13 11:10:53.292] OMS_SO_MAIN so.c:55963 FAULT:SO: TRXC, 2, raise, VOLTAGE SUPPLY FAULT
[05-11-13 11:10:53.344] OMS_HWU mps_temp.c:185 TRACEH:TRLR093S (PLS-TRU/R8 CXC1121202_1.R8_12), START CAUSE: ORDERED_RESET, APPL. TYPE: 1（開始復(fù)位）
[90-01-01 00:00:00.034] NONAME debug_main.c:2492 TRACEH:No restart info
第1293-1310行出現(xiàn)告警后，引起TRU復(fù)位，復(fù)位信息從第1311行開始，到1361行結(jié)束，并完成初始化。
3)TRU-3 log文件中記錄著與TRU-2存在同樣的故障，經(jīng)常出現(xiàn)FAULT:SO: TRXC, 2, raise, VOLTAGE SUPPLY FAULT故障，并引起TRU復(fù)位，會影響用戶在通話過程中出現(xiàn)掉話現(xiàn)象，建議對存在這種故障現(xiàn)象的TRU進(jìn)行更換，雖然在TRU-1中也出現(xiàn)過一次，但故障并未引起TRU復(fù)位，故沒有必要進(jìn)行更換。
從日常維護(hù)工作中得知，電壓供給故障（FAULT:SO: TRXC, 2, raise, VOLTAGE SUPPLY FAULT）如果不及時更換，將會出現(xiàn)TRXC I2A 12（TX輸出功率超限）、TXI1B:12（TX高溫）、13（TX輸出功率超限）等故障。
以上只是部分常見故障的簡單分析，其他故障可以使用同樣的分析方法，僅供各位同事參考，如有不正之處，敬請指出，一起學(xué)習(xí)，共同進(jìn)步！