GSM-BSS故障反饋培訓(xùn)(共59張)

GSM日常維護(hù)及應(yīng)急流程（BSS）典型案例

GSM-BSS故障反饋培訓(xùn)移動(dòng)事業(yè)部用服部2006年1月

內(nèi)容提要

前言前臺(tái)BSC類故障反饋后臺(tái)OMCR類故障GPRS類故障BTS類故障上級(jí)網(wǎng)管類故障故障信息提取指導(dǎo)第一章前言

目的取對(duì)數(shù)據(jù)取全數(shù)據(jù)減少反復(fù)及時(shí)定位信息反饋要素起止時(shí)間現(xiàn)象描述處理步驟系統(tǒng)數(shù)據(jù)

反饋案例分析案例一大海撈針某地單通、掉話嚴(yán)重?，F(xiàn)場在故障站點(diǎn)下進(jìn)行撥打測試，并返回了錄制的A口，以及Abis口信令，請(qǐng)求研究所協(xié)助分析。測試手機(jī)信息？測試站點(diǎn)信息？呼叫起始時(shí)間？案例點(diǎn)評(píng)：有沒有想過，如果你來分析，在茫茫數(shù)字流中怎么樣才能找到有用的信息？案例二無字天書市中心基站擴(kuò)容后，無法正常運(yùn)行，不斷反復(fù)重啟。面對(duì)巨大壓力，現(xiàn)場維護(hù)人員向研究所求助，并在第一時(shí)間內(nèi)發(fā)回了Abis口錄制的OAM消息。哇，信令發(fā)回來了，趕快分析！咦，信令文件怎么是空的？！案例點(diǎn)評(píng)：先問問自己，知道如何正確取數(shù)據(jù)么？取完后檢查了么，有沒有確認(rèn)數(shù)據(jù)內(nèi)容的完整性？

具體故障類型，以及在某一類型中所需數(shù)據(jù)的確定，請(qǐng)現(xiàn)場人員根據(jù)實(shí)際情況決定；如果不能確定，請(qǐng)咨詢總工組。本文檔是故障信息反饋的指導(dǎo)性文檔，不是故障處理流程文檔。如遇‘重大或者緊急故障’，請(qǐng)按照部門重大故障流程來操作！

請(qǐng)現(xiàn)場人員將所需反饋的故障信息，以部門要求的‘現(xiàn)場故障處理單’的方式來返回?！F(xiàn)場故障處理單’附件如下：

第二章前臺(tái)BSC類故障反饋什么是前臺(tái)類故障？BSC機(jī)框內(nèi)的單板故障BSC增減硬件時(shí)發(fā)生的故障由于BSC導(dǎo)致的基站通話異常和MSC之間的A口通訊異常案例分析

XX辦事處接到運(yùn)營商投訴，南城區(qū)下用戶無法呼入呼出。辦事處維護(hù)工程師趕到機(jī)房，發(fā)現(xiàn)BSC2下的3號(hào)外圍模塊MPRUN燈長亮，而南城區(qū)的基站都掛在該模塊下。復(fù)位MP后，基站恢復(fù)正常。

假設(shè)你在現(xiàn)場，為了查明故障原因，需要返回哪些數(shù)據(jù)？投訴：好多基站不能打電話用戶很生氣，后果很嚴(yán)重故障模塊MP打印日志已經(jīng)發(fā)給你們了，趕快分析，馬上出故障報(bào)告故障發(fā)生的起始時(shí)間？故障現(xiàn)象，歷史告警信息？現(xiàn)場采取的恢復(fù)措施？中心模塊的MP打??？前臺(tái)MP下的ERRO.LOG？前臺(tái)BSC類故障常見數(shù)據(jù)匯總先知道有那些數(shù)據(jù)，才能根據(jù)現(xiàn)場實(shí)際情況，返回有用的數(shù)據(jù)！BSC類故障需反饋的信息信息用途簡述信息獲取方法故障發(fā)生的時(shí)間，持續(xù)時(shí)間，以及結(jié)束時(shí)間便于定位數(shù)據(jù)中的故障信息咨詢現(xiàn)場人員詳細(xì)的故障現(xiàn)象，包括告警（當(dāng)前告警以及歷史已恢復(fù)告警），通知消息，相關(guān)單板閃燈情況，故障所屬的模塊等故障特征故障單板的閃燈情況，系統(tǒng)告警信息、通知消息包含了故障的最基本信息咨詢現(xiàn)場人員故障現(xiàn)象還應(yīng)該包括該故障對(duì)整個(gè)網(wǎng)絡(luò)的影響，以及最終給用戶通話所帶來的影響告警信息，通知消息的獲取，在告警界面的[歷史查詢]里,獲取告警信息、通知消息，包含故障時(shí)段曾經(jīng)采取過的故障處理描述有助于將人為操作信息分離咨詢現(xiàn)場人員前臺(tái)MP下系統(tǒng)運(yùn)行打印，考慮到可能主備倒換，主備MP（L,R）打印都要，包含故障時(shí)段MP打印文件記錄了系統(tǒng)相關(guān)的故障信息前臺(tái)MP打印文件的獲取，位于后臺(tái)/$OMCHOME/tmp/mplog下前臺(tái)MP的ERROR.LOG&POWERON.LOG以及INT13等打印信息記錄MP硬件異常信息位于前臺(tái)MP的/trace目錄下，獲取方法：omcftp工具連接前臺(tái)MP提取數(shù)據(jù)上級(jí)MSC的信息，MSC的廠家，以及最近的數(shù)據(jù)變更情況上級(jí)MSC的信息對(duì)判斷A口故障很重要咨詢現(xiàn)場人員A口時(shí)隙狀態(tài)，以及NO.7信令鏈路狀態(tài)確認(rèn)MSC和BSC之間的連接是否正常，并分析A口信令流程在OMCR動(dòng)態(tài)管理界面里查看時(shí)隙狀態(tài)；A口信令跟蹤消息文件信令消息的獲取BSC前后臺(tái)運(yùn)行版本；和故障有關(guān)的單板運(yùn)行版本，以及單板硬件版本確認(rèn)是否是版本缺陷引發(fā)的故障OMCR后臺(tái)運(yùn)行版本通過命令amp–v在OMCR服務(wù)器里查詢；前臺(tái)MP以及單板運(yùn)行版本在OMCR客戶端的軟件裝載里查詢，通過物理視圖界面，右鍵點(diǎn)擊單板查詢當(dāng)前運(yùn)行版本返回前臺(tái)MP下/config/目錄下的tcpip.cfg、zxg10.cfg文件檢查參數(shù)是否設(shè)置正確omcftp工具連接前臺(tái)MP提取數(shù)據(jù)前臺(tái)/data/work/下的ZDB文件，以及后臺(tái)OMCR服務(wù)器生成的BSC配置備份文件檢查現(xiàn)場的配置關(guān)系omcftp工具連接前臺(tái)MP提取數(shù)據(jù)；在后臺(tái)服務(wù)器$OMCHOME/tools/dbbak目錄下使用cmexp工具倒出配置文件第三章后臺(tái)OMCR類故障反饋什么是后臺(tái)類故障？OMCR進(jìn)程運(yùn)行異常增減數(shù)據(jù)配置出錯(cuò)前后臺(tái)通信故障OMCRserver故障告警，性能數(shù)據(jù)提取故障案例分析

某地聯(lián)通維護(hù)人員投訴在提取忙時(shí)性能報(bào)表時(shí)，系統(tǒng)出錯(cuò)，提取不到數(shù)據(jù)。

假設(shè)你被指派處理這個(gè)故障，該指導(dǎo)用戶返回怎樣的數(shù)據(jù)？投訴：省公司要求馬上上報(bào)，趕快解決要是數(shù)據(jù)丟了，后果由你們承擔(dān)當(dāng)然，你們需要什么數(shù)據(jù)，我們可以給你提供故障發(fā)生時(shí)間？故障現(xiàn)象，故障代碼？OMCRclient和server的連接方式？Diffs和imf進(jìn)程的打印進(jìn)程的打印級(jí)別？后臺(tái)OMCR類故障常見數(shù)據(jù)匯總先知道有那些數(shù)據(jù)，才能根據(jù)現(xiàn)場實(shí)際情況，返回有用的數(shù)據(jù)！OMCR類故障需反饋的信息信息用途簡述信息獲取方法故障發(fā)生的時(shí)間，持續(xù)時(shí)間，以及結(jié)束時(shí)間便于定位數(shù)據(jù)中的故障信息咨詢現(xiàn)場人員詳細(xì)的故障現(xiàn)象，包括告警（當(dāng)前告警以及歷史已恢復(fù)告警），相關(guān)操作失敗情況，以及服務(wù)器OMCR各子進(jìn)程運(yùn)行情況系統(tǒng)告警信息、通知消息包含了故障的最基本信息咨詢現(xiàn)場人員故障現(xiàn)象還應(yīng)該包括該故障對(duì)整個(gè)系統(tǒng)操作帶來的影響；反饋各子進(jìn)程有否重啟告警信息，通知消息的獲取，在告警界面的[歷史查詢]里,獲取告警信息、通知消息，包含故障時(shí)段

omcps指令查看各子進(jìn)程運(yùn)行情況曾經(jīng)采取過的故障處理描述有助于將人為操作信息分離咨詢現(xiàn)場人員返回AGT，BAF，IMF，LMF，DIF等子進(jìn)程的打印日志，包含故障時(shí)段各子進(jìn)程打印，有相關(guān)失敗操作的記錄后臺(tái)子進(jìn)程打印文件的獲取，位于后臺(tái)/$OMCHOME/tmp/log下注意：要求$OMCHOME/conf/syscfg.ini文件中設(shè)置的進(jìn)程日志打印級(jí)別為5！OMCR服務(wù)器和BSC之間的鏈接方式，是本地網(wǎng)管還是遠(yuǎn)程網(wǎng)管，并確認(rèn)之間的鏈路是否通暢

確認(rèn)組網(wǎng)方式現(xiàn)場檢查OMCR服務(wù)器下$OMCHOME/CONF目錄下的SYSCFG.INI、BSCCFG.INI、DBCFG.INI等配置文件確認(rèn)重要配置文件參數(shù)設(shè)置利用FTP工具從OMCR服務(wù)器下載BSC前后臺(tái)運(yùn)行版本確認(rèn)是否是版本缺陷引發(fā)的故障OMCR后臺(tái)運(yùn)行版本通過命令amp–v在OMCR服務(wù)器里查詢；前臺(tái)MP運(yùn)行版本在OMCR客戶端的軟件裝載里查詢，通過物理視圖界面，右鍵點(diǎn)擊MP查詢當(dāng)前運(yùn)行版本對(duì)于可能存在的服務(wù)器本身故障，返回服務(wù)器運(yùn)行記錄文件查看服務(wù)器系統(tǒng)運(yùn)行情況返回服務(wù)器/var/adm目錄下以message開頭的所有文件前臺(tái)ZDB文件，以及后臺(tái)OMCR服務(wù)器生成的BSC配置備份文件在出現(xiàn)配置出錯(cuò)的情況下，檢查現(xiàn)場的配置關(guān)系是否正常omcftp工具連接前臺(tái)MP提取數(shù)據(jù)；在后臺(tái)服務(wù)器$OMCHOME/tools/dbbak目錄下使用cmexp工具倒出配置文件第四章GPRS類故障反饋什么是Gprs類故障？基站下Gprs業(yè)務(wù)異常相關(guān)Gprs單板故障和SGSN對(duì)接故障案例分析

用戶投訴，在中興基站下不能使用gprs功能上網(wǎng)了。

經(jīng)過前幾個(gè)章節(jié)的培訓(xùn)，你已經(jīng)是故障處理的行家了，你來分析一下這個(gè)問題。

思緒如潮故障發(fā)生時(shí)間？故障現(xiàn)象，單個(gè)站還是都有問題？和SGSN的鏈路正常么？相關(guān)GPRS單板正常？用戶做過什么操作？看看單板的打印是否正常GPRS類故障常見數(shù)據(jù)匯總先知道有那些數(shù)據(jù)，才能根據(jù)現(xiàn)場實(shí)際情況，返回有用的數(shù)據(jù)！GPRS類故障需反饋的信息信息用途簡述信息獲取方法故障發(fā)生的時(shí)間，持續(xù)時(shí)間，以及結(jié)束時(shí)間便于定位數(shù)據(jù)中的故障信息咨詢現(xiàn)場人員詳細(xì)的故障現(xiàn)象，包括告警（當(dāng)前告警以及歷史已恢復(fù)告警），通知消息，相關(guān)單板閃燈情況，故障所屬的模塊等故障特征故障單板的閃燈情況，系統(tǒng)告警信息、通知消息包含了故障的最基本信息咨詢現(xiàn)場人員故障現(xiàn)象還應(yīng)該包括該故障對(duì)整個(gè)網(wǎng)絡(luò)的影響，以及最終給用戶帶來的上網(wǎng)故障現(xiàn)象告警信息，通知消息的獲取，在告警界面的[歷史查詢]里,獲取告警信息、通知消息，包含故障時(shí)段曾經(jīng)采取過的故障處理描述有助于將人為操作信息分離咨詢現(xiàn)場人員前臺(tái)中心模塊MP打印，考慮到可能主備倒換，主備MP（L,R）打印都要，包含故障時(shí)段MP打印文件記錄了相關(guān)的故障信息前臺(tái)MP打印文件的獲取，位于后臺(tái)/$OMCHOME/tmp/mplog下上級(jí)SGSN的信息，SGSN的廠家，以及最近的數(shù)據(jù)變更情況上級(jí)SGSN的信息對(duì)判斷GB口故障很重要咨詢現(xiàn)場人員GB口鏈路狀態(tài)，相關(guān)基站的PS信道狀態(tài)確認(rèn)當(dāng)前GPRS狀態(tài)在OMCR客戶端的動(dòng)態(tài)管理界面里查看BSC前后臺(tái)運(yùn)行版本；GPRS運(yùn)行版本，以及GB口TIC單板硬件版本確認(rèn)是否是版本缺陷引發(fā)的故障OMCR后臺(tái)運(yùn)行版本通過命令amp–v在OMCR服務(wù)器里查詢；前臺(tái)MP以及單板運(yùn)行版本在OMCR客戶端的軟件裝載里查詢，通過物理視圖界面，右鍵點(diǎn)擊單板查詢當(dāng)前運(yùn)行版本；TIC單板硬件版本需要拔出來查看GB口信令跟蹤消息錄制分析GB口信令流程信令消息的獲取GPRS單板打印文件確認(rèn)單板運(yùn)行情況GPRS打印文件的獲取MP到GPRS機(jī)架的網(wǎng)線連接方式，是利用HMS還是和其它設(shè)備共用一個(gè)HUB共用HUB對(duì)GPRS有影響現(xiàn)場查看前臺(tái)ZDB文件，以及后臺(tái)OMCR服務(wù)器生成的BSC配置備份文件檢查現(xiàn)場的配置關(guān)系omcftp工具連接前臺(tái)MP提取數(shù)據(jù)在后臺(tái)服務(wù)器$OMCHOME/tools/dbbak目錄下使用cmexp工具倒出配置文件第五章BTS類故障反饋什么是BTS類故障？地球人都知道！基站倒了基站單板壞了基站下通話異?；九渲酶墓收?。。。。。。。。。。。。怎樣做好基站故障數(shù)據(jù)反饋？

基站故障從硬件上來看，關(guān)鍵四點(diǎn)：傳輸，單板，線纜，撥碼開關(guān)。在排查故障中，這4部份都沒有問題的話，不會(huì)起不來。

由于基站故障涉及面較廣，所以在反饋數(shù)據(jù)的時(shí)候，需要盡可能的詳細(xì)反饋現(xiàn)場的情況。

作為一個(gè)優(yōu)秀的技術(shù)支持工程師，我認(rèn)為需要反饋如下數(shù)據(jù)：基站基本信息很重要：基站配置信息；撥碼開關(guān)；基站運(yùn)行版本；基站和BSC之間的連接方式基站故障現(xiàn)象描述非常重要：單板閃燈；通話異常描述故障基站的系統(tǒng)信息至關(guān)重要：告警信息；通知消息；性能報(bào)表系統(tǒng)各種打印消息是最后制勝的法寶：Abis口信令消息；MP打??；基站配置備份文件Hey!Watchit!BTS類故障常見數(shù)據(jù)匯總先知道有那些數(shù)據(jù)，才能根據(jù)現(xiàn)場實(shí)際情況，返回有用的數(shù)據(jù)！BTS類故障需反饋的信息信息用途簡述信息獲取方法故障發(fā)生的時(shí)間，持續(xù)時(shí)間，以及結(jié)束時(shí)間便于定位數(shù)據(jù)中的故障信息咨詢現(xiàn)場人員詳細(xì)的故障現(xiàn)象，包括告警（當(dāng)前告警以及歷史已恢復(fù)告警），通知消息，基站單板閃燈情況。動(dòng)態(tài)管理中的基站信道狀態(tài)。故障單板的閃燈情況，系統(tǒng)告警信息、通知消息包含了故障的最基本信息咨詢現(xiàn)場人員以及由此導(dǎo)致的手機(jī)用戶通話故障情況描述描述用戶的投訴現(xiàn)象很重要告警信息，通知消息的獲取，在告警界面的[歷史查詢]里,獲取告警信息、通知消息，包含故障時(shí)段

現(xiàn)場測試結(jié)果曾經(jīng)采取過的故障處理描述有助于將人為操作信息分離咨詢現(xiàn)場人員基站的硬件型號(hào)，配置情況；基站的基本信息通過OMCR客戶端軟件裝載界面查詢；基站當(dāng)前運(yùn)行版本；咨詢維護(hù)人員；基站和BSC的鏈接方式（直連站還是級(jí)聯(lián)站），以及傳輸方式（E1，光纖，微波，衛(wèi)星）；現(xiàn)場基站檢查基站的相關(guān)撥碼開關(guān)情況

BSC前后臺(tái)EDRT硬件型號(hào)以及DSP版本。確認(rèn)是否存在EDRT852+DSPV1.02的組合，導(dǎo)致語音出現(xiàn)斷續(xù)的情況通過OMCR客戶端查詢版本；低話務(wù)量插拔EDRT，確認(rèn)EDRT板件所使用的芯片相關(guān)小區(qū)的ABIS口的OAM，RSL層信令跟蹤消息分析ABIS口信令信令消息的獲取性能管理中的基本測量15分鐘粒度報(bào)表；對(duì)于開通了跳頻，HR等新功能后出現(xiàn)的問題，需要反饋故障前、后兩個(gè)階段的基本測量，通過對(duì)比來分析在OMCR客戶端的【性能管理】界面的【測量任務(wù)】里點(diǎn)擊‘歷史數(shù)據(jù)查詢’，測量類型選擇‘基本測量’；選擇相應(yīng)的小區(qū)，包括所有的計(jì)數(shù)器。前臺(tái)相關(guān)模塊的主用MP打印，包含故障時(shí)段MP打印文件記錄了相關(guān)的故障信息前臺(tái)MP打印文件的獲取，位于后臺(tái)/$OMCHOME/tmp/mplog下前臺(tái)ZDB文件，以及后臺(tái)OMCR服務(wù)器生成的BSC配置備份文件檢查現(xiàn)場的配置關(guān)系omcftp工具連接前臺(tái)MP提取數(shù)據(jù)；在后臺(tái)服務(wù)器$OMCHOME/tools/dbbak目錄下使用cmexp工具倒出配置文件第六章上級(jí)網(wǎng)管類故障反饋什么是上級(jí)網(wǎng)管類故障？上級(jí)網(wǎng)管取不到數(shù)據(jù)上級(jí)網(wǎng)管的數(shù)據(jù)和本地?cái)?shù)據(jù)不一致上級(jí)網(wǎng)管和OMCRserver鏈路中斷案例分析

某地用戶投訴，省網(wǎng)管取不到地市的數(shù)據(jù)。

一般網(wǎng)管系統(tǒng)不是我們公司的產(chǎn)品，當(dāng)你確認(rèn)本地?cái)?shù)據(jù)正常，到網(wǎng)管的鏈路也正常，就應(yīng)該想到會(huì)不會(huì)是上級(jí)網(wǎng)管的原因？

都正常？那肯定是上級(jí)網(wǎng)管出問題了！本地性能，告警數(shù)據(jù)正常否？和上級(jí)網(wǎng)管的鏈路通否？給上級(jí)網(wǎng)管提供數(shù)據(jù)的表中有數(shù)據(jù)否？我們的Server向上級(jí)網(wǎng)管發(fā)數(shù)據(jù)否？和上級(jí)網(wǎng)管有關(guān)的配置文件正常否？上級(jí)網(wǎng)管類故障常見數(shù)據(jù)匯總先知道有那些數(shù)據(jù)，才能根據(jù)現(xiàn)場實(shí)際情況，返回有用的數(shù)據(jù)！上級(jí)網(wǎng)管類故障需反饋的信息信息用途簡述信息獲取方法故障發(fā)生的時(shí)間，持續(xù)時(shí)間，以及結(jié)束時(shí)間便于定位數(shù)據(jù)中的故障信息咨詢現(xiàn)場人員詳細(xì)的故障現(xiàn)象；與上級(jí)網(wǎng)管技術(shù)人員交流的結(jié)果

于上級(jí)網(wǎng)管廠家的技術(shù)人員交流很重要咨詢現(xiàn)場人員

曾經(jīng)采取過的故障處理描述有助于將人為操作信息分離咨詢現(xiàn)場人員上級(jí)網(wǎng)管和OMCR服務(wù)器之間鏈路暢通情況（是否相互能PING通）；如果性能和實(shí)時(shí)告警分別有不同的服務(wù)器，都需要檢查排查網(wǎng)絡(luò)硬件原因利用ping工具檢查節(jié)點(diǎn)間的通信查看OMCR服務(wù)器是否向網(wǎng)管端口發(fā)送數(shù)據(jù)查看服務(wù)器端口之間的通訊檢查imf日志文件是否有“RcvCommOkMsg”上級(jí)網(wǎng)管所屬運(yùn)營商由于不同運(yùn)營商需要不同的上級(jí)網(wǎng)管實(shí)時(shí)告警接口，如移動(dòng)2期，移動(dòng)3期等咨詢客戶，并檢查/$OMCHOME/conf/fmmgr.ini文件以zteomc用戶在數(shù)據(jù)庫中查詢zm_measure_c1表以及zm_tchperfm表中是否有數(shù)據(jù)記錄確認(rèn)本地性能數(shù)據(jù)上報(bào)功能是否正常以sqlpluszteomc/zteomc方式連接數(shù)據(jù)庫，使用selectSQL語句查詢zm_measure_c1表；對(duì)于移動(dòng)三期的上級(jí)網(wǎng)管，查詢zm_tchperfm表返回$OMCHOME/conf目錄下的FMMGR.INI以及PMCFG.INI配置文件檢查配置文件利用FTP工具從OMCR服務(wù)器下載第七章數(shù)據(jù)提取指導(dǎo)信令消息的獲取

為了保證在同一時(shí)間可以跟蹤所有的信令鏈路，需要開啟此功能。在OMCR客戶端打開client/conf目錄下的syscfg.ini文件，找到如下參數(shù)（在文件的最后面）[SIGTRCCFG]MAXCELLNUM=3MAXN7LINKNUM=1將這兩個(gè)參數(shù)的值都改成16(可以同時(shí)跟蹤的最大數(shù)目)。重新啟動(dòng)客戶端，就可以同時(shí)跟蹤數(shù)條信令了。用戶成功登錄后，在OMC-R主界面上選擇[性能管理→信令跟蹤]，進(jìn)入信令跟蹤主界面，如下圖所示。

進(jìn)入跟蹤設(shè)置窗口，選擇需要跟蹤的對(duì)象。在信令跟蹤主界面上選擇[信令跟蹤→開始]，進(jìn)入信令跟蹤配置窗口。選擇需要跟蹤的BSC以及N7鏈路，單擊＜確認(rèn)＞按鈕，即彈出跟蹤A口的顯示子窗口。此時(shí)就開始了對(duì)所選BSC的A口信令的跟蹤。選擇保存的目的路徑和文件名，保存跟蹤的信令。正在進(jìn)行信令跟蹤時(shí)，單擊＜存盤＞工具鈕，彈出如下圖所示的保存對(duì)話窗口，選擇要保存的目的路徑和文件名，可以將跟蹤到的信令存入磁盤文件中。需要注意的是，只有在執(zhí)行了此步操作，確定了存盤文件后，后續(xù)的信令消息才會(huì)被存入磁盤文件中，而在此之前的信令即使已經(jīng)在窗口中顯示了也不會(huì)被存入磁盤中。對(duì)于各種不同的信令顯示子窗口，需要