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

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