愛立信RAN監(jiān)控維護操作指引第二版

1、愛立信RAN監(jiān)控維護操作指引適用人群：廣東聯(lián)通無線網(wǎng)絡設備維護人員適用設備：愛立信無線網(wǎng)絡設備P7版本版本說明：本指引為第二版，以后會隨著設備變更、技術要求變更或維護作業(yè)項目的變更進行修改，推出新版本。注意事項：本指引只適用于愛立信無線網(wǎng)絡設備的一般性維護指導。目錄1概述32日常維護所需工具和軟件32.1工具32.2軟件33每日例行任務33.1告警監(jiān)控處理3告警說明3告警查看和告警輸出5告警處理83.2RNC CV備份103.3RNC健康檢查124每周，每月例行任務144.1Node B系統(tǒng)備份144.2Node B健康檢查144.3清理RNC和Node B系統(tǒng)CV備份144.4清理軟件升級包

2、145按需任務155.1網(wǎng)絡配置更改155.2網(wǎng)絡系統(tǒng)升級156愛立信維護支持156.1技術咨詢156.2緊急支持161概述此指引根據(jù)愛立信RAN系統(tǒng)的維護要求所編寫，為RAN維護工程師提供日常維護操作指引。文檔中概述了每日，每周，每月以及按需服務所需的日常維護操作。2 日常維護所需工具和軟件2.1 工具u T8 螺絲刀u RNC串口線u 以太網(wǎng)線2.2 軟件u Element Manageru Ju Telnet 工具u ALEX libraryu FTP客戶端程序以及服務器端程序3 每日例行任務3.1 告警監(jiān)控處理3.1.1 告警說明RAN告警分為4類：嚴重告警，主要告警，次要告警，和警告

3、告警。告警的監(jiān)控可以通過OSS來操作。愛立信RAN設備的告警舉例說明如下：Perceived SeverityEventTimemanaged elementSpecific Problem Critical2009/6/6 1:16:57DGRNC7Rnsap_RemoteFailure每一個告警提供了以下信息說明： specificProblem 字符串組成，說明每個告警的名稱或者標題，與操作維護手冊OPI中告警列表中的標題是對應的 eventType 指示了告警類型，有以下5種告警類型 - Communications Alarm - Processing Error Alarm - E

4、nvironmental Alarm - Quality of Service Alarm - Equipment AlarmprobableCause 導致告警的原因perceivedSeverity 告警級別 - Critical 嚴重告警 - Major 主要告警 - Minor 次要告警 - Warning 警告 Managed Object 產(chǎn)生告警的網(wǎng)元愛立信RAN網(wǎng)絡所有告警和事件列表請參考以下附件：3.1.2 告警查看和告警輸出OSS查看告警的工具有如下三個：ASM、ALV和ALB，這三個工具可以通過在Workspace的右鍵菜單調(diào)出，也可以通過ONE的下拉菜單調(diào)出。ASMAS

5、M是用矩陣的形式顯示一個或多個網(wǎng)元告警信息的工具，通過ASM可以從宏觀的角度了解告警的分布情況。· 在ASM的主界面上，可以列出某一個網(wǎng)元的信息，如一個RNC或一個RBS；也可以列出一個RNC及其下面所有RBS的告警信息；還可以列出一個自定義的組的信息，如所有的RNC和所有的RBS。· 在主界面上，根據(jù)不同的圖標可以判斷出不同的網(wǎng)元類型，通過標識在網(wǎng)元圖標上的數(shù)字可以知道告警的數(shù)目，還可以根據(jù)告警數(shù)字的背景顏色判斷出告警的類型，如緊急、一般等。· 當網(wǎng)元上產(chǎn)生新的告警信息或者告警清除信息時，ASM會自動收到相應的通知并標識出來；如果需要手動同步某個網(wǎng)元的告警，可以

6、點選該網(wǎng)元然后選擇Tools中的Synchronize菜單項進行手動同步。· 在ASM上可以通過雙擊某個網(wǎng)元或者網(wǎng)元組調(diào)出ALV來查看告警的詳細信息。· 有關ASM的詳細操作，請參考ALEX中的Operation & Maintenance->Fault Management->Fault Manager Alarm Status Matrix, User GuideALVALV是顯示一個或多個網(wǎng)元某個網(wǎng)元詳細告警信息的工具，通過ALV可以從查看告警的詳細情況。· 在ALV的主界面上，通過選擇一個或多個網(wǎng)元，然后點擊右鍵中相應的菜單查看網(wǎng)元的告

7、警，告警將會以列表的形式列出；· 通過告警的背景顏色，可以分辨出告警的類型，如緊急、一般等；· 雙擊告警或者顯示擴展信息，可以看到告警的詳細信息，如告警號碼、發(fā)生時間、類型的；· 在ALV上可以設定打開或者關閉某個網(wǎng)元的告警監(jiān)控；· 在ALV上可以對一條或多條告警進行確認和手工清除；· 當一條告警在網(wǎng)元上產(chǎn)生以后，會發(fā)消息到ALV上并顯示出來；當收到對應的告警消除信息以后，ALV將會把該告警標記為已經(jīng)消除；當一條告警被確認以后，將會從ALV中移除；用戶還可以強制性的在ALV中清除一條告警；· 用戶可以自定義告警的排序方式、告警的過濾器

8、和記錄用戶自定義的配置等；· 有關ALV的詳細操作，請參考ALEX中的Operation & Maintenance->Fault Management->Fault Manager Alarm List Viewer, User GuideALBALB是用來查看告警日志信息的工具，通過ALB可以參看已經(jīng)在ALV中移除了的告警信息。· ALB可以選擇要查看的時間段；· ALB可以選擇對一個或者多個網(wǎng)元進行查詢，還可以選擇相應的過濾器；· ALB可以選擇對告警中相應的告警內(nèi)容進行查詢、排序；· ALB還可以選擇輸出的格式，以及

9、把輸出存放到文件中有關ASM的詳細操作，請參考ALEX中的Operation & Maintenance->Fault Management->Fault Manager Alarm Log Browser, User Guide3.1.3 告警處理針對各種不同類別的告警處理，請參考CPI文檔：Operation and Maintenance里的Alarm。以下列出一些故障告警處理的操作方法：· 斷站告警處理1. 在OSS上打開Alarm List Viewer2. 選擇需要監(jiān)控的網(wǎng)元，view Alarms3. 菜單-Edit-Filters，選擇Heartb

10、eat Failure的Filter，篩選出有Heartbeat Failure告警的基站（此告警表明基站與OSS斷開連接）, 但是此告警并不意味著基站斷站,有時只是說明基站與OSS的連接中斷. 還可以通過NBAP disable的告警和 utrancell disable的告警來判斷斷站告警.4. 根據(jù)RBS ID（基站號），打開相應RNC的Element Manager圖形操作界面，在Radio Network的窗口下查看該站Utrancell的狀態(tài)，若Utrancell狀態(tài)為Enable，則可判斷傳輸狀態(tài)正常. 需要檢查基站的IP over ATM的鏈路狀態(tài)。5. 若小區(qū)狀態(tài)為disab

11、led，則可根據(jù)傳輸資料，查出該站承載于哪個ImaGroup. 在沒有傳輸資料的情況下，可根據(jù)RBS ID，查看對應的Aal5TpVccTp的MO屬性，亦可查出該站對應的ImaGroup。 在EM界面ATM的窗口下的ImaGroup子菜單下查看對應ImaGroup的狀態(tài)，展開ImaGroup可查看ImaLink狀態(tài)，若ImaLink狀態(tài)不正常，可查看該ImaLink對應的E1狀態(tài)，先查vc12ttp狀態(tài)，若vc12ttp為disabled，則可定位于傳輸網(wǎng)管側(cè)問題；若vc12ttp為enable，但一條或者幾條E1為disabled，則需要下站對傳輸或者查找基站側(cè)問題。· 小區(qū)退服處

12、理小區(qū)退服的告警通常為RACH/FACH/PCH， HSDSCH/EUL_NBAPMessageFailure 或者Utrancell_NBAPMessageFailure。關于小區(qū)退服的告警處理：如果是全部小區(qū)退服，先檢查傳輸是否中斷，可以參照斷站處理方法。如果傳輸連接正常，只是一個基站的個別小區(qū)退服，需要檢查基站側(cè)告警，是否有硬件問題。通常RAX板，TX板或者RU板故障會導致小區(qū)退服，需要下站排查。RNC還可以通過閉解信道和小區(qū)操作來進行恢復。具體告警處理需要參照維護操作指引。參考 RNC OPI： Troubleshooting guide 參考Node B OPI：/Fault Man

13、agement/Alarms/· MTP3b信令鏈中斷告警處理以及ATM端到端環(huán)回測試對于MTP3b信令鏈中斷告警，主要是指朝向核心網(wǎng)側(cè)IU_CS/PS或者IUR信令鏈中斷。告警處理方法：查看各個接口的MTP3b的狀態(tài)，確認告警列表中是否有與MTP3b信令相關的物理傳輸或ET板告警第一物理鏈路檢查。目前朝向核心網(wǎng)MGW/MSC以及相鄰RNC的信令鏈路連接是采用ATM承載，對物理鏈路的檢查可以通過ATM端到端的環(huán)回測試實現(xiàn)。打開RNC EM，在下拉菜單中選取ATM，在AAL5 Termination Points目錄下選取信令鏈所對應的AAL5TpVccTp，AAL5TpVccTp的命

14、名規(guī)則為：字母開頭為g表示朝向MGW，r表示朝向RNC，b表示朝向Node B，o表示RNC O&M連接。在MO屬性里可以查詢到對應的ATM Ports 和VclTp。然后在 ATM Ports菜單下選取對應的VclTp，在右邊窗口中action中選取eteloopback，就可以進行端到端測試。測試結(jié)果為true，即為傳輸鏈路狀態(tài)正常。第二進行恢復操作，在signaling菜單中選取MTP 3b Signaling Points ->Mtp3bSpItu=1 -> MTP 3b Signalling Link Sets. 如果其中任一個MTP 3b Signaling L

15、ink Sets狀態(tài)是disabled，有可能是對端鏈路有故障，或硬件問題，或鏈路吊死。可以通過激活或去激活Signaling LinkSet 和MTP3b Signaling Link。如果仍然解決不了問題，請上報愛立信后臺支持。IU_PS接口是通過IP承載，對于IU_PS的信令中斷，可以采用以下指令去檢查IP層狀態(tài)：ipac_ping -z <源IP地址> -d <目的地IP地址> 。Ipac_traceroute z <源IP地址> -d<目的IP地址>。如若不正常則需先檢查RNC到CE路由器的連接是否正常。· 硬件告警硬件告警指

16、示：例如：Plug-In Unit General ProblemPlug-In Unit HW FailurePlug-In Unit Synch Hardware FaultHardware Failure ImminentEquipment Protection Hardware FaultET Hardware Fault參照相應告警對應的OPI去執(zhí)行操作。3.2 RNC CV備份系統(tǒng)備份分為系統(tǒng)CV備份和全系統(tǒng)備份(備份到外部媒介) 。系統(tǒng)CV (configuration version) 是系統(tǒng)所有配置的備份。在通常情況下, 系統(tǒng)CV倒回可以解決絕大部分的系統(tǒng)問題。全系統(tǒng)備份是把

17、所有系統(tǒng)文件備份到外部媒介, 只適用于開局和所有常規(guī)方法無法解決RNC故障的情況。相當于整個系統(tǒng)全部格式化，重新裝載軟件和所有配置。每日需要備份RNC的CV（Configuration Version），備份后的CV需要存儲在OSS的FTP服務器上或者是外部存儲器。CV備份可以通過在RNC上設定每天的固定時間來完成，也可以通過手動來完成。· CV自動備份設置：打開RNC Element Manager，在下拉菜單中，選擇Containment（MOM based），在左下窗口中選擇SwManagement=1，右鍵點擊 ConfigurationVersion1屬性 ，設置autoC

18、reatedCVIsTurnedOn為true，以及timeForAutoCreatedCV為指定的時間。· CV備份方法如下：備份操作可以通過RNC EM來進行，也可以通過OSS SMO來進行。以EM操作為例。打開RNC EM，從下拉菜單中選擇Software，在右下窗口中點擊CV，隨意選取一個CV，點擊右鍵并選擇CV Create,在對話框里面填寫備份的名字等，確認。這樣系統(tǒng)CV備份就建立了.值得注意的是CV備份有Startable 和rollback list參數(shù). Startable是指系統(tǒng)故障要自動倒回時第一個倒回的備份. Rollback list里面的數(shù)字是指當Star

19、table的CV沒有解決問題時按照順序倒回的備份, 從1開始逐次倒回.參考OSS-RC OPI：SMO Software Management Organizer, user guide 6.9章節(jié)Create Configuration Version 參考RNC OPI：Saving Configuration Version Backup參考RNC OPI：Restoring a Configuration Version Backup參考 RNC OPI： Troubleshooting guide 3.3 RNC健康檢查RNC健康檢查包括了以下信息：1) Abnormal Resta

20、rts2) Disabled unlocked PIUs3) Hardware4) Red LED status5) Alarm6) Disk Space7) Upgrade package8) Cell availability9) Link Device status10) Errors通過RNC健康檢查，可以獲得RNC的當前運行狀態(tài)：硬件狀態(tài)信息，告警信息，小區(qū)的工作狀態(tài)，信令鏈的狀態(tài)，以及RNC非正常重啟和錯誤信息。對于及時發(fā)現(xiàn)RNC的潛在問題和日常維護有很大幫助。RNC健康檢查可以通過OSS SMO來操作。打開SMO圖形界面，菜單“工具”中選取Start Health Check，在

21、彈出的窗口中，選取所要檢查的項目。健康檢查的結(jié)果將以html的格式輸出，也可以從服務器上獲?。篽ttp:/<hostname>:8080/nms_hc_server/resultfiles/<result_file_name>.html例如：http:/masterservice:8080/nms_hc_server/resultfiles/HealthCheck_2009_05_11_223515_686.html圖1：健康檢查圖表圖2：健康檢查結(jié)果4 每周，每月例行任務4.1Node B系統(tǒng)備份Node B系統(tǒng)備份可以采用每天系統(tǒng)自動備份，或者參數(shù)修改后手動備份，參見3.1CV備份。4.2Node B健康檢查Node B健康檢查主要包括告警檢查和硬件檢查，參考RNC健康檢查方法3.2。建議每兩周或者每月進行一次全網(wǎng)的Node B健康檢查。4.3清理RNC和Node B系統(tǒng)CV備份為了確保必要的硬盤空間和避免不超出最大的CV備份數(shù)目，需要定期清理RNC和Node B上舊的CV備份， 建議在維護的初始階段，在必要的硬盤備份的前提下，可以每周或者每兩周進行一次全網(wǎng)RNC CV備份清理。Node B可以每兩個月進行一次CV備份清理，刪除舊的CV備份。為了避免占用不必要的硬