zxun icxmscsv4.1410msc服務(wù)器故障處理指導(dǎo)

ZXUNMSC服務(wù)器故障處理指導(dǎo)產(chǎn)品版本：中興 ：傳真技術(shù)支持 電子郵件 法法本資料著作權(quán)屬中興通訊所有。 著作權(quán)人，任何單位或個(gè)人不得以任何方式摘錄、或翻譯。。和是中興通訊的商標(biāo)。中興通訊產(chǎn)品的名稱和標(biāo)志是中興通訊的專有標(biāo)志或商標(biāo)。在本手冊(cè)中提及的其他產(chǎn)品或公司的名稱可能是其各自所有者的商標(biāo)或商名。在中興通訊或第商標(biāo)或商名所有者事先同意的情況下，本手冊(cè)不以任何方式授予閱讀者任何使用本手冊(cè)上出現(xiàn)的任何標(biāo)記的或權(quán)利。本產(chǎn)品符合關(guān)于環(huán)境保護(hù)和人身安全方面的設(shè)計(jì)要求，產(chǎn)品的存放、使用和棄置應(yīng)遵照產(chǎn)品手冊(cè)、相關(guān)合同或相關(guān)國(guó)法律、的要求進(jìn)行。如果本產(chǎn)品進(jìn)行改進(jìn)或技術(shù)變更，恕不另行專門(mén)通當(dāng)出現(xiàn)產(chǎn)品改進(jìn)或者技術(shù)變更時(shí)，您可以通過(guò)中興通訊技術(shù)支持http 修訂歷史資料版發(fā)布日更新說(shuō)2014-08-手冊(cè)第一次發(fā)資料編號(hào)：SJ-20140804163444-發(fā)布日期：2014-08-前手冊(cè)說(shuō)明手冊(cè)說(shuō)明本手冊(cè)介紹 讀者對(duì)象讀者對(duì)象本手冊(cè)適用于工程師閱讀內(nèi)容介紹內(nèi)容介紹本手冊(cè)的主要內(nèi)容如下。章概第1章故障處理概述介紹了常見(jiàn)故障的類別、對(duì)人員的要求、故障處理的流程、故障處理常用工具和常用方法。第2章硬件類故障介紹了單板、電源、風(fēng)扇等硬件發(fā)生故障時(shí)的故障原因分析和故障處理建議。第3章類故介紹了發(fā)生各類故障時(shí)的處理流程第4章業(yè)務(wù)類故障介紹了業(yè)務(wù)類故障的處理方法，包括位置更新業(yè)務(wù)、基本呼叫業(yè)務(wù)、短消息業(yè)務(wù)。附錄A操作一覽列舉了常見(jiàn)的操作，提醒人員注意安全操作附錄B故障處理記錄表介紹了故障處理后記錄故障現(xiàn)象、處理方法的表格模相關(guān)手冊(cè)相關(guān)手冊(cè)與本手冊(cè)有關(guān)聯(lián)的其他手冊(cè)包括： 《ZXUNiCX（MSCS）MSC 《ZXUNiCX（MSCS）MSC服務(wù)告警處理 《ZXUNiCX（MSCS）MSC 《ZXUNiCX（MSCS）MSC服務(wù)器數(shù)據(jù)配置指導(dǎo)（基本數(shù)據(jù)）》《ZXUNiCX（MSCS）MSC服務(wù)器數(shù)據(jù)配置指導(dǎo)（業(yè)務(wù)數(shù)據(jù)）》《ZXUNiCX（MSCS）MSC服務(wù)器日常操作指導(dǎo)》 《ZXUNiCX（MSCS）MSC服務(wù)器部件更換指導(dǎo)》 《ZXUNiCX（MSCS）MSC服務(wù)器硬件描述》 《ZXUNiCX（MSCS）MSC服務(wù)器軟件安裝指導(dǎo)（單機(jī)） 《ZXUNiCX（MSCS）MSC服務(wù)器管理操作指導(dǎo)本書(shū)約定本書(shū)約定在本手冊(cè)中可能出現(xiàn)下列安全符號(hào)，它們所代表的含安全符意說(shuō)明表示該內(nèi)容是正文的附加信故障處理概 1常見(jiàn)故障分 1對(duì)人員的要 2故障處理一般流 2重大故障處理流 5故障處理常用工 7故障處理常用方 7硬件類故 1單板故 2 2 3 4 5 6 6單板扳手上下電異 7 7電源故 8電源模塊熱插拔狀態(tài)指示燈長(zhǎng) 8電源模塊熱插拔狀態(tài)指示燈閃 9整框或半框設(shè)備掉 10拔插單個(gè)電源模塊時(shí)半框設(shè)備掉 11系統(tǒng)運(yùn)行中部分單板突然掉 12風(fēng)扇故 13 13 14 15 類故 1通訊類故 3-本地終端傳送數(shù)據(jù)到OMP超 2 3權(quán)限類故 4數(shù)據(jù)庫(kù)類故 6連接數(shù)據(jù)庫(kù)失 6本地終端的導(dǎo)出功能無(wú)法使 7性能管理類故 8性能數(shù)據(jù)上報(bào)延 8性能數(shù)據(jù)無(wú)法上 9告警管理類故 10告警過(guò)濾規(guī)則無(wú)法生 11告警無(wú)法到達(dá)連接正常的告警 11業(yè)務(wù)類故 1基本呼叫業(yè)務(wù)故 1故障案例1（對(duì)接參數(shù)不一致導(dǎo)致呼叫失敗 4故障案例2（漫游用戶無(wú)法作被叫 5故障案例3（欠費(fèi)用戶呼叫特服號(hào)碼失敗 5短消息業(yè)務(wù)故 6故障案例1（無(wú)法接收到短消息 10故障案例2（無(wú)法收到 10位置更新業(yè)務(wù)故 12故障案例1（周期性位置更新設(shè)置錯(cuò)誤導(dǎo)致被叫無(wú)法接通 14故障案例2（位置更新無(wú)法完成 15操作一覽表 A-故障處理記錄表 B-縮略 故障處理概述本章包含如下ü常見(jiàn)故障分 ü對(duì)人員的要 2ü故障處理一般流ü重大故障處理流ü故障處理常用工ü故障處理常用方常見(jiàn)故障分類ZXUNiCX（MSCS）的常見(jiàn)故障一般可分為以下幾類 硬件類故在ZXUNiCX（MSCS）網(wǎng)元中，常見(jiàn)硬件故障可以分為以下幾種 2.1單板故 2.2電源故 2.3風(fēng)扇故 類故在ZXUNiCX（MSCS）網(wǎng)元中，常見(jiàn)故障可以分為以下幾種 3.1通訊類故 3.2權(quán)限類故 3.3數(shù)據(jù)庫(kù)類故 3.4性能管理類故障 3.5告警管理類故障 業(yè)務(wù)類故在ZXUNiCX（MSCS）網(wǎng)元中，常見(jiàn)業(yè)務(wù)故障可以分為以下幾種 4.1基本呼叫業(yè)務(wù)故障 4.2短消息業(yè)務(wù)故障 4.3位置更新業(yè)務(wù)故障本手冊(cè)針對(duì)以上幾類故障，給出故障定位過(guò)程及故障處理步對(duì)人員的要求專業(yè)技能要求專業(yè)技能要求 熟悉移動(dòng)通信原理、軟交換原理等通信專業(yè)知識(shí) l 熟悉以太網(wǎng)、C/IP、瀏覽器/服務(wù)器架構(gòu)、WEB應(yīng)用、數(shù)據(jù)庫(kù)等計(jì)算機(jī)網(wǎng)絡(luò)知識(shí)。 熟悉Windows、CGSL 熟悉ZXUNiCX（MSCS）產(chǎn)品的工作原理、系統(tǒng)結(jié)構(gòu)、接口、信令協(xié)議、業(yè)務(wù)流程 熟悉電信ATCA 熟悉哪些業(yè)務(wù)中斷最容易導(dǎo)致用戶設(shè)備操作要求設(shè)備操作要求 熟悉 熟悉ZXUNiCX（MSCS）的所有操作。如哪些操作將導(dǎo)致部分或全部業(yè)務(wù)中斷、造成設(shè)備損壞。操作參見(jiàn)“A操作一覽表”。 熟練掌握 熟練掌握 熟練掌握 儀器儀表使用要求儀器儀表使用要求能夠熟練使用各種儀器儀表定位故障。常用的儀器儀表包括萬(wàn)用表和SS7信令分析儀等故障處理一般流程故障處理流程故障處理流程圖1-1故障處理一般流程故障處理操作故障處理操作發(fā)生故障時(shí)，人員一般需要依序完成以下操作確定故障情況：故障發(fā)生時(shí)，進(jìn)行簡(jiǎn)單業(yè)務(wù)測(cè)試，確定故障情況收集原始信息：故障發(fā)生時(shí)，盡量詳細(xì)記錄故障發(fā)生時(shí)的現(xiàn)象、告警管理中的告警信息或運(yùn)行信息、故障處理所做的操作，運(yùn)用系統(tǒng)自帶工具（如信令、失敗觀察、性能統(tǒng)計(jì)等）收集故障發(fā)生時(shí)的相關(guān)信息并進(jìn)行保存。故障分類判斷：根據(jù)故障現(xiàn)象以及通過(guò)工具收集的故障相關(guān)信息，對(duì)故障原因進(jìn)行初步判斷、分類。故障具體原因定位：結(jié)合故障發(fā)生時(shí)的情況，進(jìn)行流程、網(wǎng)元分析，對(duì)可能引起故障的原因進(jìn)行甄別，確定具體的原因。故障排除：根據(jù)定位出的具體原因，進(jìn)行相應(yīng)處理，排除故障故障記錄：故障處理后需要詳細(xì)記錄故障現(xiàn)象、處理方法，以利于以后出現(xiàn)類似情況時(shí)參照解決。推薦按照“B故障處理記錄表”所示格式填寫(xiě)，也可以自行設(shè)計(jì)相關(guān)的表格。故障處理注意事項(xiàng)故障處理注意事項(xiàng)l應(yīng)建立完善的機(jī)房故障處理制度，對(duì)人員的故障處理工作進(jìn)行規(guī)范。只允許l人員操作時(shí)要按照相關(guān)手冊(cè)的說(shuō)明來(lái)進(jìn)行，接觸設(shè)備硬件前應(yīng)佩帶防靜電手環(huán)，l處理故障前應(yīng)盡可能備份業(yè)務(wù)數(shù)據(jù)和運(yùn)營(yíng)參數(shù)。對(duì)系統(tǒng)的故障現(xiàn)象、版本情況、數(shù)據(jù)變更情況、故障處理情況做好詳細(xì)的記錄，盡可能故障數(shù)據(jù)，便于進(jìn)行分析和故障排除。l應(yīng)有詳細(xì)的故障處理日志，對(duì)故障處理情況做好詳細(xì)的記錄，便于進(jìn)行分析和處l發(fā)現(xiàn)故障應(yīng)及時(shí)處理，無(wú)法處理時(shí)應(yīng)及時(shí)與聯(lián)系中興通訊。在以下情況發(fā)生時(shí)，請(qǐng)及?? 通過(guò)掌握的、已知的處理方法無(wú)法解決問(wèn)題 參考以前發(fā)生類似故障時(shí)的處理方法無(wú)法解決l 將中興通訊的聯(lián)絡(luò)方式放在醒目的地方，以保證在需要技術(shù)支持時(shí)聯(lián)絡(luò)，注意時(shí)常更新的聯(lián)絡(luò)方式。 國(guó)內(nèi) （免費(fèi) 國(guó)際 傳真： 郵箱 l獲取中興通訊技術(shù)支持時(shí)，需要提交如下信息 事實(shí)詳情，包括時(shí)間、地點(diǎn)、 主被叫號(hào)碼、呼叫時(shí)間 告警管理、性能管理、信令、失敗觀察的數(shù) 故障發(fā)生后采取的操作步驟 登錄方法和聯(lián)系人重大故障處理流程重大故障的定義重大故障的定義重大故障的定義為：設(shè)備運(yùn)行出現(xiàn)異常而不能提供基本業(yè)務(wù)（如設(shè)備癱瘓）、無(wú)法正常運(yùn)行時(shí)間超過(guò)0分鐘、使用產(chǎn)品對(duì)人身安全造成危害，以及其他緊急情況發(fā)生時(shí)必須立即解決的問(wèn)題。設(shè)備重大故障列表如下：l 不能提供基本業(yè)務(wù)（無(wú)論設(shè)備癱瘓、環(huán)境、人為等任何原因），經(jīng)過(guò)初步處理未能恢復(fù)，需要緊急處理。 系統(tǒng)接通率、語(yǔ)音應(yīng)答率等重要指標(biāo)突然下降5%以上，或者有大量用戶、重要客 用戶數(shù)據(jù)失敗，或者用戶數(shù)據(jù)完整性和一致性被破壞 無(wú)法設(shè)備 影響其他設(shè)備提供基本業(yè)務(wù)。 重大故障處理原則重大故障處理原則當(dāng)接到故障報(bào)告或發(fā)現(xiàn)故障時(shí)以盡快恢復(fù)為原則，應(yīng)立即按照如圖2所示的重大故障工作流程進(jìn)行處理，同時(shí)聯(lián)系中興通訊以獲得技術(shù)支持。系統(tǒng)出現(xiàn)故障的環(huán)節(jié)包括全局或部分掉電、網(wǎng)絡(luò)故障、數(shù)據(jù)庫(kù)故障、其他原因故障，可據(jù)此進(jìn)行系統(tǒng)排查。在排除掉電和通訊問(wèn)題后，可以借助告警管理功能定位問(wèn)題發(fā)生的節(jié)點(diǎn)。重大故障處理流程重大故障處理流程重大故障發(fā)生后，除組織相關(guān)人員、相關(guān)單位緊急處理外，還應(yīng)立即逐級(jí)向通信主管部門(mén)、主管報(bào)告。事后需補(bǔ)送故障專題報(bào)告，還必須組織相關(guān)人員、相關(guān)單位及設(shè)備供貨商查明原因，并吸取經(jīng)驗(yàn)教訓(xùn)，采取有效措施，防止故障再次發(fā)生。重大故障處理完畢要認(rèn)真填寫(xiě)并保存故障處理的詳細(xì)記錄。重大故障處理工作流程如圖1-2所示。圖1-2重大故障處理工作流程故障處理常用工具故障處理過(guò)程中常用的軟硬件工具如下： OMM自帶了告警管理、信令、失敗觀察、日志管理、性能管理等工? 通過(guò)告警管理可以查詢故障發(fā)生時(shí)的相關(guān)告警，甚至對(duì)于某些告警可以通過(guò)查看告警的詳細(xì)信息直接定位故障的產(chǎn)生原因。 通過(guò)信令和失敗觀察可以實(shí)時(shí)業(yè)務(wù)，對(duì)當(dāng)前的業(yè)務(wù)故障進(jìn)行準(zhǔn)確定位 通過(guò)日志管理可以查看的操作日志通過(guò)操作日志可以查看故障發(fā)生前執(zhí)行了哪些操作，進(jìn)而可以判斷故障的產(chǎn)生是否與這些操作有關(guān)。? 通過(guò)性能管理一般不能直接定位故障，但通過(guò)分析性能數(shù)據(jù)，對(duì)故障定位具有輔助作用。 Etherealtheal抓包工具為通用工具，用于將網(wǎng)絡(luò)接口上的數(shù)據(jù)保存下來(lái)并轉(zhuǎn)換為可閱讀的格式，便于分析數(shù)據(jù)。 工具和儀應(yīng)配備常用的工具和儀表，如螺絲刀（一字、十字）、試電筆、網(wǎng)線測(cè)試儀、水晶頭壓線鉗、萬(wàn)用表、信令儀等。故障處理常用方法常用方法常用方法l對(duì)比對(duì)比法比較簡(jiǎn)單，只要把導(dǎo)致故障的數(shù)據(jù)配置或設(shè)備與正確的數(shù)據(jù)配置或設(shè)備相比較，找到不同點(diǎn)并分析解決問(wèn)題。l替代替代法是一種簡(jiǎn)單實(shí)用的故障排除法，對(duì)于出現(xiàn)故障的硬件或單板使用同樣功能（最好是同樣型號(hào)）的板件進(jìn)行替換，如果替換后問(wèn)題，則可以確定是被替換的板件存在問(wèn)題。l最小最小系統(tǒng)法就是去掉系統(tǒng)中的其他硬件設(shè)備，只保留最簡(jiǎn)單的部件，觀察最小系統(tǒng)是否有故障。如果有，則可排除其他硬件的問(wèn)題，而故障來(lái)自于現(xiàn)有的幾個(gè)硬件中。如果沒(méi)有，則將其他硬件一一添加，查看在添加哪個(gè)硬件后出現(xiàn)故障，發(fā)現(xiàn)故障所在后，將其更換即可。說(shuō)明：使用最小系統(tǒng)法時(shí)要謹(jǐn)慎，不能影響業(yè)務(wù)。最小系統(tǒng)法只能在開(kāi)通局點(diǎn)時(shí)使用，設(shè)備正常運(yùn)行過(guò)程中不能使用這個(gè)方 信令分析信令分析法是一種在局間和局內(nèi)業(yè)務(wù)對(duì)接、調(diào)試時(shí)最基本的方法，通過(guò)信令分析來(lái)確定問(wèn)題的所在。由于信令有統(tǒng)一的標(biāo)準(zhǔn)性，所以能準(zhǔn)確地定位問(wèn)題。 失敗碼分析失敗碼分析法用于診斷本局業(yè)務(wù)上的故障。在業(yè)務(wù)中每一次呼叫都有相應(yīng)碼和失敗原因值，通過(guò)對(duì)失敗碼的解釋就可以方便地定位故障原因。 性能統(tǒng)計(jì)性能統(tǒng)計(jì)法用于定位故障發(fā)生的具體時(shí)間、故障影響的業(yè)務(wù)數(shù)量，便于有效掌握故障的影響范圍和具體影響的業(yè)務(wù)種類。使用建議使用建議l在處理硬件方面的問(wèn)題時(shí)，通常需要觀察硬件本身的指示燈并結(jié)合替代法、對(duì)比法等l在處理軟件、業(yè)務(wù)方面的問(wèn)題時(shí)，可以通過(guò)中的工具，結(jié)合系統(tǒng)記錄的日志l在實(shí)際工作中遇到的問(wèn)題，可能無(wú)法立即判定是軟件方面還是硬件方面的問(wèn)題，這時(shí)就需要靈活運(yùn)用多種方法來(lái)處理。因此熟練掌握以上幾種常用的故障處理方法，將有助于快速地解決故障。常見(jiàn)故障硬件類故障常見(jiàn)故障硬件類常見(jiàn)故障參見(jiàn)表2-1表2-1硬件類常見(jiàn)故障故障類參考章單板故2.1單板故障電源故2.2電源故障風(fēng)扇故2.3風(fēng)扇故障設(shè)備指示燈說(shuō)明設(shè)備指示燈說(shuō)明硬件設(shè)備出現(xiàn)故障時(shí)，觀察設(shè)備狀態(tài)指示燈是比較直接的方法。常用設(shè)備狀態(tài)指示燈含義參見(jiàn)表2。表2-2設(shè)備狀態(tài)指示燈說(shuō)明指示燈標(biāo)指示燈含顏說(shuō)服務(wù)狀態(tài)指示紅熱插拔狀態(tài)指示藍(lán)健康狀態(tài)指示紅綠綠燈閃爍：正常運(yùn)紅燈亮：工作異常，有告紅綠綠燈閃爍：工作正紅燈閃爍：工作異常，有告警，且頻率越高表示告警級(jí)別越高硬盤(pán)狀態(tài)指示紅綠綠燈閃爍：硬盤(pán)讀寫(xiě)操紅燈長(zhǎng)亮：硬盤(pán)故障或不在綠綠燈閃爍：正常運(yùn)綠燈熄滅：工作異常，不處于服務(wù)狀指示燈標(biāo)指示燈含顏說(shuō)紅本章包含如：ü單板故2-ü電源故2-ü風(fēng)扇故2-單板故障的常見(jiàn)故障現(xiàn)象如下：故障現(xiàn)象參考章節(jié)2.1.1單板H/S2.1.2單板H/S2.1.3單板OK2.1.4單板OK2.1.5單板HOST2.1.6單板HD1/HD2單板扳手上下電異.8單板運(yùn)行過(guò)程中異常下電且H/S單板H/S指示燈長(zhǎng)故障現(xiàn)象故障現(xiàn)象故障分析故障分析單板處于工作狀態(tài)時(shí)，熱插拔狀態(tài)指示燈（H/S指示燈）應(yīng)該是熄滅狀態(tài)。H/S指示燈長(zhǎng)亮表明單板處于非工作狀態(tài)?？赡茉蛉缦?單板扳手未扣緊。 前插板和后插板接觸不良。根據(jù)以下操作步驟進(jìn)行故障處理。確認(rèn)單板扳手是否合緊，即扳手上滑動(dòng)塊是否扣緊 是→步驟3 否→步驟2合緊單板扳手，確認(rèn)扳手已合緊的情況下H/S指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài) 是→結(jié)束 否→步驟3打開(kāi)單板扳手再次合緊，確認(rèn)扳手已合緊的情況下H/指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟4說(shuō)明： 單板H/S指示燈閃爍”進(jìn)行處理故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板H/S指示燈長(zhǎng)滅。單板H/S指示燈閃故障現(xiàn)象故障現(xiàn)象GPBB0、GPBX1、SLB、SWBB0/SWBB1、NCMM的H/S指示燈（）長(zhǎng)時(shí)間閃爍故障分析故障分析單板處于工作狀態(tài)時(shí)，熱插拔狀態(tài)指示燈（/指示燈）應(yīng)該是熄滅狀態(tài)。H/指示燈長(zhǎng)時(shí)間閃爍表明單板沒(méi)有正常啟動(dòng)。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。打開(kāi)單板扳手再次合緊，確認(rèn)扳手已合緊的情況下H/指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟2打開(kāi)主用NCMM扳手進(jìn)行主備倒換（倒換完后再合上NCMM扳手）H/S 是→結(jié)束 否→步驟3打開(kāi)單板扳手再次合緊，確認(rèn)扳手已合緊的情況下H/指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟4故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板H/S指示燈長(zhǎng)滅。單板OK指示燈熄故障現(xiàn)象故障現(xiàn)象故障分析故障分析健康狀態(tài)指示燈（OK指示燈）熄滅表明單板沒(méi)有正故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。確認(rèn)此時(shí)是否在升級(jí)該單板的IPMC 是→步驟2 否→步驟3等待升級(jí)完成后確認(rèn)OK指示燈是否綠燈閃爍 是→結(jié)束 否→步驟3 是→步驟4 否→步驟5等待單板啟動(dòng)完成后確認(rèn)OK指示燈是否綠燈閃爍 是→結(jié)束 否→步驟5重啟單板后確認(rèn)OK 是→結(jié)束 否→步驟6故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板OK指示燈綠燈閃爍。單板OK故障現(xiàn)象故障現(xiàn)象故障分析故障分析健康狀態(tài)指示燈（OK指示燈）紅燈亮表明單板存在故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本地終端的告警管理頁(yè)面，查看是否有相關(guān)告警 是→步驟2 否→結(jié)束根據(jù)告警管理中的處理建議進(jìn)行處理，查看告警是否消除 是→結(jié)束 否→步驟3故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板OK指示燈綠燈閃爍。單板HOST指示燈紅燈閃故障現(xiàn)象故障現(xiàn)象故障分析故障分析運(yùn)行/告警指示燈（HOT指示燈）紅燈閃爍表明單板工作異常、有告警，紅燈閃爍的頻率越高表示告警級(jí)別越高。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本地終端的告警管理頁(yè)面，查看是否有相關(guān)告警 是→步驟2 否→結(jié)束根據(jù)告警管理中的處理建議進(jìn)行處理，查看告警是否消除 是→結(jié)束 否→步驟3故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板HOST指示燈綠燈閃爍。單板HD1/HD2指示燈紅燈長(zhǎng)故障現(xiàn)象故障現(xiàn)象故障分析故障分析故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。 是→結(jié)束 否→步驟2故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板扳手上下電異常故障現(xiàn)象故障現(xiàn)象單板合上扳手上電后，HOST故障分析故障分析當(dāng)合上扳手單板無(wú)法上電或者打開(kāi)扳手單板無(wú)法下電時(shí)，可能是單板下扳手的滑動(dòng)塊已經(jīng)損壞。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。檢查單板的滑動(dòng)塊是否損壞。 是→步驟2 否→步驟3更換單板后確認(rèn)HOST 是→結(jié)束 否→步驟3故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板正常上電，HOST指示燈綠燈閃爍。單板運(yùn)行過(guò)程中異常下電且H/S故障現(xiàn)象故障現(xiàn)象單板在運(yùn)行過(guò)程中出現(xiàn)H/S指示燈長(zhǎng)亮，且異常下電，重新拔插單板后還可以正常上電工作。該故障現(xiàn)象與單板的內(nèi)部管理機(jī)制有關(guān)?？赡苁怯捎趩伟鍦囟冗^(guò)高，啟動(dòng)了自我保護(hù)流程，從而導(dǎo)致單板下電。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本地終端的告警管理頁(yè)面，查看是否有溫度相關(guān)告警 是→步驟2 否→步驟4檢查機(jī)房溫度，是否高于單板正常工作要求的溫度 是→步驟3 否→步驟4 是→結(jié)束 否→步驟4聯(lián)系中興通訊故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)單板已上電且H/S指示燈熄滅。電源故障的常見(jiàn)故障現(xiàn)象如下：故障現(xiàn)參考章電源模塊熱插拔狀態(tài)指示燈2.2.1電源模塊熱插拔狀態(tài)指示燈長(zhǎng)電源模塊熱插拔狀態(tài)指示燈2.2.2電源模塊熱插拔狀態(tài)指示燈閃整框或半框設(shè)2.2.3整框或半框設(shè)備掉拔插單個(gè)電源模塊時(shí)半框設(shè)備系統(tǒng)運(yùn)行中部分單板突然2.2.5電源模塊熱插拔狀態(tài)指示燈長(zhǎng)亮故障現(xiàn)象故障現(xiàn)象電源模塊的指示燈 ）長(zhǎng)亮電源模塊處于工作狀態(tài)時(shí)，熱插拔狀態(tài)指示燈（指示燈）應(yīng)該是熄滅狀態(tài)。指示燈長(zhǎng)亮表明電源模塊處于非工作狀態(tài)。根據(jù)以下操作步驟進(jìn)行故障處理。使用的工具（如鑷子）按一下電源模塊面板上內(nèi)陷的熱插拔按鍵（按鍵），查看指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟2重新拔插一次電源模塊，確認(rèn)在電源模塊已插緊的情況下指示燈是否在閃爍后至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟3說(shuō)明：若指示燈一直處于閃爍狀態(tài)，參見(jiàn)“2電源模塊熱插拔狀態(tài)指示燈閃爍”進(jìn)行處理。故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)電源模塊指示燈長(zhǎng)滅電源模塊熱插拔狀態(tài)指示燈閃爍故障現(xiàn)象故障現(xiàn)象電源模塊的指示燈（）長(zhǎng)時(shí)間閃爍故障分析故障分析電源模塊處于工作狀態(tài)時(shí)，熱插拔狀態(tài)指示燈（指示燈）應(yīng)該是熄滅狀態(tài)。指示燈長(zhǎng)時(shí)間閃爍表明電源模塊沒(méi)有正常啟動(dòng)。根據(jù)以下操作步驟進(jìn)行故障處理。使用的工具（如鑷子）按一下電源模塊面板上內(nèi)陷的熱插拔按鍵（按鍵），查看指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟2打開(kāi)主用NCMM扳手進(jìn)行主備倒換（倒換完后再合上NCMM扳手），查看電源模塊的指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟3使用的工具（如鑷子）按一下電源模塊面板上內(nèi)陷的熱插拔按鍵（按鍵），查看指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟4故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)電源模塊指示燈長(zhǎng)滅整框或半框設(shè)備掉電故障現(xiàn)象故障現(xiàn)象整框或半框設(shè)備突然掉電。故障分析故障分析可能是外部電源無(wú)法供電。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。檢查UPS 是→步驟2 檢查機(jī)框電源模塊面板上的電源狀態(tài)指示燈（-48VA或-48VB指示燈）是否紅燈 是→步驟3 否→步驟5 是→步驟4 否→步驟5合上機(jī)框電源模塊的兩個(gè)電源開(kāi)關(guān)后確認(rèn)問(wèn)題是否解 是→結(jié)束 否→步驟5使用萬(wàn)用表測(cè)試電源模塊上- 是→步驟8 否→步驟6根據(jù)施工文檔檢查機(jī)架給機(jī)框輸入電源的開(kāi)關(guān)或接線是否有問(wèn)題 是→步驟7 否→步驟8根據(jù)施工文檔重新設(shè)置機(jī)架給機(jī)框的輸入電源后確認(rèn)問(wèn)題是否解決 是→結(jié)束 否→步驟8故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)電源系統(tǒng)正常上電，設(shè)備運(yùn)行正常。拔插單個(gè)電源模塊時(shí)半框設(shè)備掉電故障現(xiàn)象故障現(xiàn)象拔插單個(gè)電源模塊導(dǎo)致機(jī)框掉電。故障分析故障分析機(jī)框兩個(gè)電源模塊是冗余和熱備份的。若拔插單個(gè)電源模塊時(shí)導(dǎo)致半框設(shè)備掉電可能和電源線的連接有關(guān)。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。 是→步驟3 否→步驟2根據(jù)施工文檔重新連接電源后確認(rèn)問(wèn)題是 是→結(jié)束 否→步驟3聯(lián)系中興通訊故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)拔插單個(gè)電源模塊時(shí)，設(shè)備運(yùn)行正常。系統(tǒng)運(yùn)行中部分單板突然掉電故障現(xiàn)象故障現(xiàn)象系統(tǒng)運(yùn)行中部分單板突然掉電。故障分析故障分析可能由以下因素導(dǎo)致： 機(jī)框的供電電壓、功率不正 電源線接觸不故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。確認(rèn)機(jī)框的供電電壓是否正常、功率是否足夠 是→步驟2 否→聯(lián)系電源相關(guān)部門(mén)排除故障確認(rèn)電源線是否接觸良好，無(wú)發(fā)熱松動(dòng)的情況（特別是分線盒上電源線壓接的地 是→步驟4 否→步驟3根據(jù)施工文檔重新連接電源后確認(rèn)問(wèn)題是 是→結(jié)束 否→步驟4單板恢復(fù)上電，設(shè)備運(yùn)行正常。風(fēng)扇故障的常見(jiàn)故障現(xiàn)象如下：故障現(xiàn)參考章2.3.1風(fēng)扇模塊H/S2.3.2風(fēng)扇模塊H/S2.3.3風(fēng)扇RUN指示燈綠燈閃爍但風(fēng)扇一直全速2.3.4風(fēng)扇RUN風(fēng)扇模塊H/S指示燈長(zhǎng)故障現(xiàn)象故障現(xiàn)象風(fēng)扇模塊的H/S指示燈（）長(zhǎng)亮故障分析故障分析風(fēng)扇模塊處于工作狀態(tài)時(shí)，熱插拔狀態(tài)指示燈（H/S指示燈）應(yīng)該是熄滅狀態(tài)。H/S指示燈長(zhǎng)亮表明風(fēng)扇模塊處于非工作狀態(tài)。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。使用的工具（如鑷子）按一下風(fēng)扇模塊面板上內(nèi)陷的熱插拔按鍵（H/S按鍵），查看H/S指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟2重新拔插一次風(fēng)扇模塊，確認(rèn)在風(fēng)扇模塊已插緊的情況下H/指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟3說(shuō)明 故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)風(fēng)扇模塊H/S指示燈長(zhǎng)滅。風(fēng)扇模塊H/S指示燈閃故障現(xiàn)象故障現(xiàn)象風(fēng)扇模塊的H/S指示燈（）長(zhǎng)時(shí)間閃爍故障分析故障分析風(fēng)扇模塊處于工作狀態(tài)時(shí)，熱插拔狀態(tài)指示燈（H/S指示燈）應(yīng)該是熄滅狀態(tài)。H/S指示燈長(zhǎng)時(shí)間閃爍表明風(fēng)扇模塊沒(méi)有正常啟動(dòng)。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。使用的工具（如鑷子）按一下風(fēng)扇模塊面板上內(nèi)陷的熱插拔按鍵（H/S按鍵），查看H/S指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟2打開(kāi)主用NCMM扳手進(jìn)行主備倒換（倒換完后再合上NCMM扳手），查扇模塊的H/S指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟3使用的工具（如鑷子）按一下風(fēng)扇模塊面板上內(nèi)陷的熱插拔按鍵（H/S按鍵），查看H/S指示燈是否在閃爍后轉(zhuǎn)至長(zhǎng)滅狀態(tài)。 是→結(jié)束 否→步驟4風(fēng)扇模塊H/S指示燈長(zhǎng)滅。風(fēng)扇RUN指示燈綠燈閃爍但風(fēng)扇一直全速運(yùn)故障現(xiàn)象故障現(xiàn)象故障分析故障分析可能由于系統(tǒng)存在溫度告警或風(fēng)扇器件損壞。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本地終端的告警管理頁(yè)面，查看是否存在溫度過(guò)高的告警 是→步驟2 否→步驟3根據(jù)告警管理中的處理建議進(jìn)行處理，查看告警是否消除 是→步驟3 否→步驟4檢查風(fēng)扇器件是否損壞。 是→步驟4 否→步驟5更換風(fēng)扇后確認(rèn)問(wèn)題是否解決。 是→結(jié)束 否→步驟5故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)風(fēng)扇可以正常調(diào)速。風(fēng)扇RUN故障現(xiàn)象故障現(xiàn)象風(fēng)扇一直全速運(yùn)轉(zhuǎn)，且面板上的RUN一般是由于NCMM無(wú)法控制風(fēng)扇所致。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。 是→結(jié)束 否→步驟2故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)風(fēng)扇可以正常調(diào)速。類故障類常見(jiàn)故障參見(jiàn)表3-1表3-1類常見(jiàn)故故障類參考章通訊類故3.1通訊類故障權(quán)限類故3.2權(quán)限類故障數(shù)據(jù)庫(kù)類故3.3數(shù)據(jù)庫(kù)類故障性能管理類故3.4性能管理類故障告警管理類故3.5告警管理類故障本章包含如下ü通訊類故 1ü權(quán)限類故 4ü數(shù)據(jù)庫(kù)類故 6ü性能管理類故 8ü告警管理類故 10通訊類故障的常見(jiàn)故障現(xiàn)象如下：故障現(xiàn)參考章本地終端傳送數(shù)據(jù)到OMP超3.1.1本地終端傳送數(shù)據(jù)到OMP超3.1.2使用IE瀏覽器無(wú)法連接OMM本地終端傳送數(shù)據(jù)到OMP超故障現(xiàn)象故障現(xiàn)象故障分析故障分析故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在OMM服務(wù)器上OMP的IP地址，查看是否能通 是→步驟6 否→步驟2 是→步驟3 否→步驟6 是→步驟4 否→步驟5插緊網(wǎng)線，查看故障是否消除。 是→步驟5 否→步驟6在本地終端令終端頁(yè)面，執(zhí)行SYNA:STYPE="ALL"命令，傳送數(shù)據(jù)OMP 是→步驟6 否→結(jié)束在本地終端令終端頁(yè)面，執(zhí)行CHECKOMCLINK命令，查看OMP和 是→步驟7 否→步驟8在本地終端令終端頁(yè)面，執(zhí)行SETOMP:RELINK="YES"命令，重新建鏈 是→結(jié)束 否→步驟8故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)執(zhí)行SYNA:STYPE="ALL"命令，傳送數(shù)據(jù)到OMP，系統(tǒng)返回成使用IE瀏覽器無(wú)法連接OMM故障現(xiàn)象故障現(xiàn)象故障分析故障分析可能的原因如下： OMM OMM服務(wù)器上的HTTP故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本機(jī)OMM服務(wù)器IP地址，查看是否可以通 是→步驟4 否→步驟2 是→步驟4 否→步驟3插緊網(wǎng)線，查看故障是否消除。 是→步驟4 否→步驟5 是→結(jié)束 否→步驟5在OMM服務(wù)器的終端窗口中，輸入命令ps–ef|grepservice，查看進(jìn)程是否都已啟 是→步驟7 否→步驟6重啟OMM 是→步驟7 否→步驟8 是→結(jié)束 否→步驟8在OMM服務(wù)器的終端窗口中，輸入命令servicehttpdstatus，查看HTTP服務(wù)是否啟 是→步驟10 否→步驟9在OMM服務(wù)器的終端窗口中，輸入命令servicehttpdstart啟動(dòng)HTTP服務(wù)后，查看 是→步驟10 否→步驟11 是→結(jié)束 否→步驟11故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)故障現(xiàn)象故障現(xiàn)象創(chuàng)建用戶并賦予預(yù)定權(quán)限后，出現(xiàn)如下現(xiàn)象: 無(wú)法登錄OMM 登錄后不能正確運(yùn)用約定的權(quán)故障分析故障分析可能的原因是在安全管理中權(quán)限沒(méi)有賦予完全，或者是用戶權(quán)限被限制，例 用戶沒(méi)有相應(yīng)角色。 角色沒(méi)有被賦予正確的權(quán)限。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本地終端令終端頁(yè)面，輸入命令 USER，查看用戶是否有效 是→步驟3 否→步驟2在本地終端令終端頁(yè)面，輸入命令SETUSER，把用戶是否有效修改為有 是→結(jié)束 否→步驟3使用Admin權(quán)限用戶登錄，在本地終端令終端頁(yè)面，輸入命令SHOWUSER 是→步驟7 否→步驟4 是→步驟6 否→步驟5使用Admin權(quán)限用戶登錄，在本地終端令終端頁(yè)面，輸入命令A(yù)DDROLE， 是→結(jié)束 否→步驟6在本地終端令終端頁(yè)面，輸入命令A(yù)DDUSERROLE，為用戶增加角色后， 是→結(jié)束 否→步驟7使用Admin權(quán)限用戶登錄，在本地終端令終端頁(yè)面，輸入命令SHOWROLE 是→步驟9 否→步驟8在本地終端令終端頁(yè)面，輸入命令A(yù)DDROLECMDSET，增加角色權(quán)限 是→結(jié)束 否→步驟9故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)可以登錄，且能正確運(yùn)用約定的權(quán)限數(shù)據(jù)庫(kù)類故障數(shù)據(jù)庫(kù)類故障的常見(jiàn)故障現(xiàn)象如下：故障現(xiàn)參考章連接數(shù)據(jù)庫(kù)失3.3.1連接數(shù)據(jù)庫(kù)失敗本地終端的導(dǎo)出功能無(wú)法使3.3.2本地終端的導(dǎo)出功能無(wú)法使連接數(shù)據(jù)庫(kù)失敗故障現(xiàn)象故障現(xiàn)象執(zhí)行OMM上令，系統(tǒng)上報(bào)Dbnotconnect，重啟OMM服務(wù)器后執(zhí)行上令仍然失敗故障分析故障分析可能的原因： OMM服務(wù)器上的Firebird Firebird故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在OMM服務(wù)器的終端窗口中，輸入servicefirebirdstatus命令，查看數(shù)據(jù)庫(kù)服務(wù)是否 是→步驟3 否→步驟2執(zhí)行 start命令啟動(dòng)數(shù)據(jù)庫(kù)服務(wù)后確認(rèn)問(wèn)題是否解決 是→結(jié)束 否→步驟3進(jìn)入 ，執(zhí)行如下命令，查看數(shù)據(jù)庫(kù)是否可以連接成功./isql-uSYSDBA-pSYSDBA/home/ngomm_data/ngomm_db/局號(hào)/FIREBIRD_CM.其中，-u后面為ieid用戶名，p后面為（根據(jù)實(shí)際情況填寫(xiě)），局號(hào)中的局號(hào)根據(jù)實(shí)際情況填寫(xiě)。 是→步驟5 否→數(shù)據(jù)已經(jīng)損壞，步驟4iCX（MSCS）MSC服務(wù)器軟件安裝指導(dǎo)（單機(jī)）》中的“配置系統(tǒng)服務(wù)”。 是→結(jié)束 否→步驟5故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)可以執(zhí)行OMM上令本地終端的導(dǎo)出功能無(wú)法使故障現(xiàn)象故障現(xiàn)象本 終端登錄OMM服務(wù)器后，導(dǎo)出功能無(wú)法使用，如性能管理中的導(dǎo)出功能故障分析故障分析本 終端的導(dǎo)出功能需啟用IE的ActiveX控件選項(xiàng)，而該選項(xiàng)IE默認(rèn)是未啟用的故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本 終端打開(kāi)IE圖3-1安裝控 說(shuō)明僅首次OMM服務(wù)器時(shí)，彈出該框單擊該框，選擇快捷菜單運(yùn)行加載項(xiàng)在彈出的提示框中單擊運(yùn)行按鈕，安裝“ZteOMMAssistantActiveXControlModule” 是→結(jié)束 否→步驟6故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)本地終端登錄OMM服務(wù)器后，導(dǎo)出功能使用正常性能管理類故障性能管理類故障的常見(jiàn)故障現(xiàn)象如下：故障現(xiàn)參考章性能數(shù)據(jù)上報(bào)延3.4.1性能數(shù)據(jù)上報(bào)延遲性能數(shù)據(jù)無(wú)法上3.4.2性能數(shù)據(jù)無(wú)法上報(bào)性能數(shù)據(jù)上報(bào)延故障現(xiàn)象故障現(xiàn)象在本地終端的性能管理中，創(chuàng)建并激活性能測(cè)量任務(wù)，等待0個(gè)粒度后，有性能數(shù)據(jù)上報(bào)，但上報(bào)的性能數(shù)據(jù)小于0個(gè)粒度。故障分析故障分析故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本地終端令終端頁(yè)面，執(zhí)行SHOWTIME命令，查看OMP的時(shí)間是否OMM 是→步驟3 否→步驟2在本地終端令終端頁(yè)面，執(zhí)行UPDTIME命令，修改OMP的時(shí)間。確認(rèn)性能數(shù)據(jù)上報(bào)延遲故障是否解決。 是→結(jié)束 否→步驟3故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)在本地終端的性能管理中，創(chuàng)建并激活性能測(cè)量任務(wù)，等待0個(gè)粒度后，上報(bào)的性能數(shù)據(jù)等于0個(gè)粒度。性能數(shù)據(jù)無(wú)法上故障現(xiàn)象故障現(xiàn)象在本地終端的性能管理中，創(chuàng)建并激活性能測(cè)量任務(wù)，等待0個(gè)粒度后，沒(méi)有性能數(shù)據(jù)上報(bào)。故障分析故障分析可能原因如下 OMP和OMM OMP和OMM OMM故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在本地終端令終端頁(yè)面，執(zhí)行SHOWTIME命令，查看OMP的時(shí)間是否OMM 是→步驟3 否→步驟2在本地終端令終端頁(yè)面，執(zhí)行UPDTIME命令，修改OMP的時(shí)間。確認(rèn)性能數(shù)據(jù)上報(bào)故障是否解決。 是→結(jié)束 否→步驟3在本地終端令終端頁(yè)面，執(zhí)行CHECKOMCLINK命令，檢查OMP和 是→步驟5 否→步驟4在本地終端令終端頁(yè)面，執(zhí)行SETOMP:RELINK="YES"命令，重新建鏈 是→結(jié)束 否→步驟5在OMM服務(wù)器的終端窗口中，輸入命令ps–ef|grepservice，查看進(jìn)程是否都已啟 是→步驟7 否→步驟6重啟OMM 是→步驟7 否→步驟8重啟單板后確認(rèn)問(wèn)題是否解決。 是→結(jié)束 否→步驟8故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)在本地終端的性能管理中，創(chuàng)建并激活性能測(cè)量任務(wù)，等待0個(gè)粒度后，有性能數(shù)據(jù)上報(bào)。告警管理類故障告警管理類故障的常見(jiàn)故障現(xiàn)象如下：故障現(xiàn)參考章告警過(guò)濾規(guī)則無(wú)法生3.5.1告警無(wú)法到達(dá)連接正常的告警3.5.2告警無(wú)法到達(dá)連接正常的告警箱告警過(guò)濾規(guī)則無(wú)法生效故障現(xiàn)象故障現(xiàn)象在本地終端的告警管理頁(yè)面中，創(chuàng)建了告警過(guò)濾規(guī)則，但發(fā)現(xiàn)規(guī)則不生效，當(dāng)前的告警無(wú)法被過(guò)濾。故障分析故障分析告警過(guò)濾規(guī)則的原則是向后生效，所以只有在告警過(guò)濾規(guī)則創(chuàng)建之后上報(bào)的告警才可以被過(guò)濾。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。 是→結(jié)束 否→步驟2故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)在告警過(guò)濾規(guī)則創(chuàng)建之后上報(bào)的告警可以被自動(dòng)過(guò)告警無(wú)法到達(dá)連接正常的告警箱故障現(xiàn)象故障現(xiàn)象在本地終端的告警管理頁(yè)面中創(chuàng)建了告警箱且告警箱連接正常，但發(fā)現(xiàn)告警無(wú)法到達(dá)告警箱。故障分析故障分析告警箱接收告警的原則是向后生效的，即對(duì)于創(chuàng)建告警箱之前上報(bào)的告警是無(wú)法到達(dá)告警箱的，只有創(chuàng)建告警箱之后上報(bào)的告警才可以到達(dá)告警箱。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。 是→結(jié)束 否→步驟2故障處理結(jié)果確認(rèn)故障處理結(jié)果確認(rèn)在告警箱創(chuàng)建之后上報(bào)的告警可以到達(dá)告警箱。業(yè)務(wù)類故障業(yè)務(wù)類常見(jiàn)故障參見(jiàn)表4-1表4-1業(yè)務(wù)類常見(jiàn)故障故障類參考章基本呼叫業(yè)務(wù)故4.1短消息業(yè)務(wù)故4.2短消息業(yè)務(wù)故障位置更新業(yè)務(wù)故4.3本章包含如 ü基本呼叫業(yè)務(wù)故ü短消息業(yè)務(wù)故ü位置更新業(yè)務(wù)故基本呼叫業(yè)務(wù)故障背景知識(shí)背景知識(shí)呼叫業(yè)務(wù)是ZXUNiCX（MSCS）完成的基本功能，基本呼叫分為移動(dòng)主叫和移動(dòng)被叫兩種情況。當(dāng)移動(dòng)用戶撥打移動(dòng)用戶時(shí)，整個(gè)呼叫的流程如圖4-1所示。圖4-1基本呼叫流程流程說(shuō)明如下MSCS1分析被叫用戶MS2的，找到MS2所屬的HLR，向HLR發(fā)送路由申請(qǐng)HLR查詢MS2的當(dāng)前位置信息，獲得MS2服務(wù)于MSCS2/VLR2，HLR向請(qǐng)求路由信息。HLR將MSRN送給主叫MSCS1MSCS2/VLR2向被叫用戶MS2MSCS2/VLR2收到MS2MSCS2與向MGW2MGW1和MGW2之間完成承載的建立過(guò)程，同時(shí)完成GW和MS之間的呼叫電路建立過(guò)程。MC1向主叫用戶回鈴音；如果此時(shí)被叫用戶摘機(jī)，被叫局會(huì)向主叫局發(fā)送應(yīng)答信號(hào)，雙方MCS分別指示MGW接通話路，主叫和被叫就可以正常通話了。故障現(xiàn)象故障現(xiàn)象 用戶位置更新成功后，不能正常進(jìn)行主被叫呼叫 故障處理故障處理呼叫業(yè)務(wù)故障的處理流程如圖4-2所示。圖4-2呼叫業(yè)務(wù)故障處理流程根據(jù)以下操作步驟進(jìn)行故障處理。打開(kāi)信令系統(tǒng)，使用存在呼叫故障的終端進(jìn)行呼叫業(yè)務(wù)，檢查是否到信令如果不到任何信令，檢查用戶終端是否存在故障，更換終端進(jìn)行試呼如果到信令，則分析信令。如果故障可能為本局原因，打開(kāi)失敗觀察，查看失敗觀察系統(tǒng)提示原因，找出內(nèi)部故障所在。如果為對(duì)端局故障，請(qǐng)和對(duì)端局聯(lián)系，共同處理該故如果大量用戶出現(xiàn)呼叫失敗，檢查本局和重要局向之間的鏈路狀態(tài)是否正常、本局所有P狀態(tài)是否正常。故障案例1（對(duì)接參數(shù)不一致導(dǎo)致呼叫失敗故障現(xiàn)象故障現(xiàn)象ZXUNiCX（MC）與其他廠家UMTS互通測(cè)試時(shí)，對(duì)端用戶撥打本局用戶。本局ZXUNiCX（MCS）給對(duì)端R發(fā)送了漫游號(hào)碼，在收到對(duì)端MSCS發(fā)來(lái)的AM消息后，本局直接給對(duì)端MCS回REL消息，釋放呼叫。故障定位與分析故障定位與分析定位過(guò)程如下在NiCX（MCS）端查看MM消息，發(fā)現(xiàn)消息呼叫已經(jīng)建立起來(lái)，其信令流程正確。 在ZXUNiCX（MSCS）端查看SRIAck消息中漫游號(hào)碼為 F，這個(gè)F是對(duì)根據(jù)定位過(guò)程得出以下結(jié)論： 對(duì)端設(shè)置的漫游號(hào)碼位數(shù)為11位，而本局是10位。對(duì)端MSCSF，在第11位后再加上一個(gè)F，這就是IAM消息中漫游號(hào)碼存在兩個(gè)F的因l F這個(gè)號(hào)碼送至本局MCS，進(jìn)行號(hào)碼分析。最后一個(gè)F本局MCS只對(duì) F進(jìn)行號(hào)碼分析，未發(fā)現(xiàn)匹配的號(hào)碼分析數(shù)據(jù)，認(rèn)為這是一個(gè)空號(hào)，所以發(fā)送REL給對(duì)端，導(dǎo)致業(yè)務(wù)失敗。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。 令終端頁(yè)面，執(zhí)行 MRNPFX命令，增加11位的漫游號(hào)碼進(jìn)行撥打測(cè)試，發(fā)現(xiàn)可以正常呼叫，問(wèn)題解決故障案例2（漫游用戶無(wú)法作被叫故障現(xiàn)象故障現(xiàn)象A地HLR下某用戶漫游在B地某局，能正常位置更新及做主叫，但做被叫時(shí)，只能做本地本網(wǎng)用戶的被叫，其他移動(dòng)、固定 撥打該用戶皆失敗。故障定位與分析故障定位與分析定位過(guò)程如下核查T(mén)局及本地關(guān)口局上關(guān)于該用戶的G數(shù)據(jù)，發(fā)現(xiàn)該T數(shù)據(jù)指向錯(cuò)誤，指向了本地其他HLR。根據(jù)定位過(guò)程得出以下結(jié)論：l外地的移動(dòng)、固定撥打該用戶時(shí)候，信令應(yīng)該送到本地的關(guān)口局，由本地關(guān)口局向HLR發(fā)起路由信息請(qǐng)求。問(wèn)題可能出在本地關(guān)口局上，未做該用戶的GT分析指 本地MSCS端局與HLR為直連方式，而本地關(guān)口局與HLR為準(zhǔn)直連方式，通過(guò)本地故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在T 令終端頁(yè)面，執(zhí)行 在本地關(guān)口 令終端頁(yè)面，執(zhí)行SETGT命令，將本地關(guān)口局GT數(shù)據(jù)指進(jìn)行撥打測(cè)試，發(fā)現(xiàn)可以正常呼叫，問(wèn)題解決故障案例3（欠費(fèi)用戶呼叫特服號(hào)碼失敗故障現(xiàn)象故障現(xiàn)象 故障定位與分析故障定位與分析初步判斷應(yīng)該是欠費(fèi)用戶觸發(fā)了智能業(yè)務(wù)，導(dǎo)致其在SCP上對(duì)呼叫進(jìn)行了限制查詢?cè)撚脩舻腣LR信息，發(fā)現(xiàn)其簽約了欠費(fèi)控制業(yè)務(wù)的智能業(yè)務(wù)SCP的GSMSSF信令消息，發(fā)現(xiàn)SCP下發(fā)“yAnnouncement”消息通知SSP放音故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在SSP側(cè)，把特服號(hào)碼設(shè)置成“不觸發(fā)主叫智能業(yè) SET進(jìn)行撥打測(cè)試，發(fā)現(xiàn)可以正常呼叫，問(wèn)題解決短消息業(yè)務(wù)故障背景知識(shí)背景知識(shí)短消息故障是指移動(dòng)臺(tái)發(fā)送短消息時(shí)屏幕提示發(fā)送失敗或接收短消息的目的移動(dòng)臺(tái)未收到短消息。短消息業(yè)務(wù)處理流程分為三個(gè)部分：l移動(dòng)臺(tái)發(fā)起短消息處理流程（MO）l移動(dòng)臺(tái)終止短消息處理流程（MT）l提醒（Alert）消息的傳送常用的流程是MO流程和MT流程。l移動(dòng)臺(tái)發(fā)起短消息處理流程如圖4-3圖4-3移動(dòng)臺(tái)發(fā)起短消息業(yè)務(wù)流程流程說(shuō)明如下MS給MSCS/VLR發(fā)CM_SER_REQ業(yè)務(wù)請(qǐng)求消息，MSCS/VLR給MS返回CM_SER_REQ_Ack業(yè)務(wù)響應(yīng)或CM_SER_RJT業(yè)務(wù)拒絕消息。如果發(fā)送了MS給MC/VLR發(fā)送短消息CPDAA。MC/VLR收到此消息后，檢查是否受補(bǔ)充業(yè)務(wù)的限制或。如果不短消息的處理，MC/VLR就把它傳送到IWMSC（互通C），由MSC完成與C的交互。SC收到移動(dòng)用戶發(fā)來(lái)的短消息后，給MS返回處理結(jié)果。MSCS/VLR收到DeliveryReport消息后，發(fā)證實(shí)消息給MS。 移動(dòng)臺(tái)終止短消息處理流程如圖4-4圖4-4移動(dòng)臺(tái)終止短消息業(yè)務(wù)流程流程說(shuō)明如下C收到的短消息如果是給移動(dòng)用戶的，把它傳送到所屬的GMS。MSCS發(fā)送RI給HLR，獲取MC/VLR的路由信息。MCS根據(jù)路由信息找到MS所屬的MC/VLR，并把短消息傳送給MC/VLR。MC/VLR收到rwrd_hage消息后，如果LR中沒(méi)有MS的相關(guān)數(shù)據(jù)，則直接給CS返回傳送失敗消息。如果R中有S的有關(guān)數(shù)據(jù)，則給S發(fā)送GE消息，等MS返回AGE-RSP后，進(jìn)行鑒權(quán)，證明用戶為合法用戶。證明用戶為合法用戶后，MC/VLR給MS發(fā)送短消息。S收到短消息后給MC/VLR返回處理結(jié)果：處理成功則返回證實(shí)消息；處理失敗則返回失敗原因。如果MS沒(méi)有足夠的空間短消息時(shí)，這時(shí)在失敗原因中會(huì)告訴C容量不夠。MSCS/VLR收到MS的證實(shí)消息后，轉(zhuǎn)換成MAP信令傳送給GMSCS，再由轉(zhuǎn)發(fā)給SC 發(fā)送短消息總提示不成功 接收不到短消息故障處理故障處理短消息業(yè)務(wù)故障處理流程如圖4-5所示。圖4-5短消息故障處理流程根據(jù)以下操作步驟進(jìn)行故障處理。檢查是否移動(dòng)用戶自身設(shè)置問(wèn)題，如用戶設(shè)定的短消息中心號(hào)碼不正確檢查是否數(shù)據(jù)配置錯(cuò)誤，主要檢查S數(shù)據(jù)和短消息相關(guān)的安全變量故障案例1（無(wú)法接收到短消息故障現(xiàn)象故障現(xiàn)象故障定位與分析故障定位與分析在IW/GMCS上進(jìn)行信令，發(fā)現(xiàn)O流程已經(jīng)成功，但沒(méi)有看到MT流程，因此懷疑C沒(méi)有下發(fā)短消息。在C側(cè)進(jìn)行信令，看到C已經(jīng)發(fā)出了一條MT消息，但在W/GMCS側(cè)沒(méi)有收到該消息。繼續(xù)分析該消息，發(fā)現(xiàn)消息發(fā)送的局號(hào)為C的局號(hào)，而/GMCS是采用的另外一個(gè)局號(hào)，因此根據(jù)該局號(hào)以及模塊號(hào)，C無(wú)法將MT消息正確的發(fā)送到W/GMCS。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。增加W/GMCS的局號(hào)以后，在C系統(tǒng)配置中，修改對(duì)應(yīng)W/GMCS局號(hào)的P模塊。進(jìn)行收短消息測(cè)試，發(fā)現(xiàn)可以接收到短消息，問(wèn)題解決故障案例2（無(wú)法收 故障現(xiàn)象故障現(xiàn)象某網(wǎng)P與W的互通時(shí)的信號(hào)方向如下l 入局，W向P發(fā)出的消息是從WGMSCS發(fā)到MCS，經(jīng)P送到HLR的消息是從MCS發(fā)到WVMCS，經(jīng)P回到MSS。 出局，與入局信號(hào)方向相反入局路由由原先的MCS割接到新MCS后，無(wú)法接收到。組網(wǎng)圖如圖6所示。圖4-6組網(wǎng)圖故障定位與分析故障定位與分析在LR、MCS上同時(shí)入局號(hào)碼。R上能到入局請(qǐng)求路由的消息，且HR已返回路由響應(yīng)消息，而MCS上無(wú)法到下發(fā)消息。說(shuō)明PGMSCS轉(zhuǎn)發(fā)S層消息到HR沒(méi)有問(wèn)題，問(wèn)題可能出在MCS向VMCS轉(zhuǎn)發(fā)消息或TP向VMCS轉(zhuǎn)發(fā)消息。檢查PGMSCS的GT配置，發(fā)現(xiàn)所有的GT數(shù)據(jù)（包括PVMSCS、HLR、WGM-SCS、SMC）都已配置，并且注意到PGMSCSGT是直接指向PVMSCS，而不是通過(guò)檢查PGMSCS上對(duì)PVMSCS的相關(guān)配置，發(fā)現(xiàn)SIO定位AS配置中缺少PGMSCS-PVM-SCS的S協(xié)議配置。無(wú)需S轉(zhuǎn)發(fā)故不存在問(wèn)題；割接后，需經(jīng)S轉(zhuǎn)發(fā)而PVMSCS間未配置S協(xié)議，故導(dǎo)致業(yè)務(wù)失敗故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。在 令終端頁(yè)面，執(zhí)行ADDSIOLOCAS命令，增加PGMSCS-的SIO定位AS配置，其務(wù)指示語(yǔ)選擇S進(jìn)試，發(fā)現(xiàn)接收正常，問(wèn)題解決IP組網(wǎng)時(shí)，需要在SIO定位AS配置中按需選擇鄰接局的局間信位置更新業(yè)務(wù)故障背景知識(shí)背景知識(shí)位置更新包括一般位置更新、周期性位置更新和SI的附著/分離。一般性位置更新的信令流程如圖7所示。圖4-7一般位置更新流程流程說(shuō)明如下MS向MC/VLR發(fā)起位置更新請(qǐng)求，MC/VLR接收到S發(fā)送來(lái)的位置更新請(qǐng)求，檢查用戶數(shù)據(jù)的正確性，判斷位置更新的種類，以確定一系列的后續(xù)操作。MC/VLR根據(jù)一些條件決定是否向HLR發(fā)起位置更新請(qǐng)求。通常在以下三種情況下會(huì)引起本操作： 用戶漫游了MSCS/VLR系統(tǒng) 前MC/VLR（VLR）從HLR接收位置刪除請(qǐng)求，根據(jù)參數(shù)中的用戶標(biāo)識(shí)IMSI用戶數(shù)據(jù)中刪除該記錄，釋放用戶的TMI。MSCS/VLR從HLR接收到Activate_Trace_Mode請(qǐng)求，直接向HLR返回Acti-MSCS/VLR向HLR發(fā)送位置更新請(qǐng)求，引起HLR發(fā)起用戶數(shù)據(jù)插入操作，以將中的用戶數(shù)據(jù)傳送給VLR使用周期性位置更新和IMSI的附著/分離的信令流程和一般位置更新流程基本類似，因此在進(jìn)行故障處理時(shí)，可以依據(jù)一般性位置更新的處理方法進(jìn)行處理。在位置更新流程中，MC/VLR完成用戶的接入、鑒權(quán)；HR提供用戶的簽約數(shù)據(jù)；MS發(fā)起位置更新/IMSI附著請(qǐng)求；MGW完成信令網(wǎng)關(guān)（G）的功能，完成將接入側(cè)的信令轉(zhuǎn)接到MCS上，并不進(jìn)行任何處理。故障現(xiàn)象故障現(xiàn)象位置更新故障的主要故障現(xiàn)象有以下幾種： 用戶開(kāi)機(jī)后，在VLR 位置更新失敗引起的呼叫故障。故障處理故障處理根據(jù)以下操作步驟進(jìn)行故障處理。對(duì)存在故障的用戶進(jìn)行分析，確認(rèn)是單用戶故障還是多用戶故障，打開(kāi)信令工具，故障用戶。如果是單用戶故障，用戶的信令后，如果是不到任何信令，故障可能出現(xiàn)在用戶側(cè)，聯(lián)系用戶進(jìn)行處理。如果能夠到用戶的位置更新請(qǐng)求信令，但被HLR，檢查該用戶是否簽約了漫游限制數(shù)據(jù)。如果為多用戶故障，需要對(duì)故障用戶信息進(jìn)行分析，分析方法如下l分析用戶所處位置是否處于同一位置區(qū)或者小區(qū)。如果是，聯(lián)系無(wú)線側(cè)人員檢查該位置區(qū)的無(wú)線側(cè)設(shè)備是否正常；檢查本局的無(wú)線相關(guān)數(shù)據(jù)（位置區(qū)、小區(qū)數(shù)據(jù)等）是否有人改動(dòng)，數(shù)據(jù)是否正確。l分析用戶的MI是否有規(guī)律，檢查故障用戶IMS負(fù)荷分擔(dān)對(duì)應(yīng)的M狀態(tài)是否正l分析用戶是否歸屬于同一個(gè)HRT配置和MTP配置；檢查該HLR的狀態(tài)，聯(lián)系HLR人員進(jìn)行信令，共同解決問(wèn)題。 故障案例1（周期性位置更新設(shè)置錯(cuò)誤導(dǎo)致被叫無(wú)法接通故障現(xiàn)象故障現(xiàn)象在進(jìn)行一般語(yǔ)音呼叫時(shí)，從主叫聽(tīng)到的放音是“被叫已關(guān)機(jī)”，但實(shí)際上被叫一直是開(kāi)機(jī)狀態(tài)。將被叫關(guān)機(jī)重啟，呼叫正常。這種情況發(fā)生過(guò)多次。故障定位與分析故障定位與分析定位過(guò)程如下+位置更新保護(hù)時(shí)間）為45分鐘，而RNC側(cè)設(shè)置的一般位置更新時(shí)間是60分鐘