愛(ài)立信設(shè)備告警遠(yuǎn)程處理手冊(cè)_第1頁(yè)
愛(ài)立信設(shè)備告警遠(yuǎn)程處理手冊(cè)_第2頁(yè)
愛(ài)立信設(shè)備告警遠(yuǎn)程處理手冊(cè)_第3頁(yè)
愛(ài)立信設(shè)備告警遠(yuǎn)程處理手冊(cè)_第4頁(yè)
愛(ài)立信設(shè)備告警遠(yuǎn)程處理手冊(cè)_第5頁(yè)
已閱讀5頁(yè),還剩52頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、愛(ài)立信設(shè)備告警遠(yuǎn)程處理愛(ài)立信設(shè)備告警遠(yuǎn)程處理 手冊(cè)手冊(cè) 省網(wǎng)管中心監(jiān)控室省網(wǎng)管中心監(jiān)控室 前前 言言 本匯編共包括兩個(gè)部分。第一部分是對(duì)愛(ài)立信設(shè)備發(fā)本匯編共包括兩個(gè)部分。第一部分是對(duì)愛(ài)立信設(shè)備發(fā) 生較頻繁的、等級(jí)較高的生較頻繁的、等級(jí)較高的 5151 種告警進(jìn)行了原因分析,并對(duì)種告警進(jìn)行了原因分析,并對(duì) 這些告警的遠(yuǎn)程處理步驟做了說(shuō)明。第二部分是省監(jiān)控中這些告警的遠(yuǎn)程處理步驟做了說(shuō)明。第二部分是省監(jiān)控中 心成立以來(lái),監(jiān)控人員在對(duì)重大故障處理過(guò)程中總結(jié)出的心成立以來(lái),監(jiān)控人員在對(duì)重大故障處理過(guò)程中總結(jié)出的 維護(hù)經(jīng)驗(yàn)的匯總。維護(hù)經(jīng)驗(yàn)的匯總。 目目 錄錄 第一部分第一部分 告警分析告警分析.6 一、

2、可以遠(yuǎn)程初步處理的告警一、可以遠(yuǎn)程初步處理的告警.6 1 1、a1a1 類告警類告警 .6 1.11.1 filefile processprocess utilityutility a au utomatictomatic transfertransfer failurefailure.6 1.21.2 switchingswitching networknetwork terminalterminal faultfault.7 1.31.3 ccitt7ccitt7 signallingsignalling lilin nk k failurefailure.7 1.41.4 groupg

3、roup switchswitch faultfault.8 1.51.5 digitaldigital pathpath quaqual lityity supervisionsupervision.9 digitaldigital pathpath unavailableunavailable statestate faultfault.9 1.61.6 synchronoussynchronous digitaldigital pathpath qualquali ityty supervisionsupervision.9 synchronoussynchronous digitald

4、igital pathpath f faultault(et155et155 硬件)硬件) .9 1.71.7 rprp intercommunicationintercommunication groupgroup faultfault.10 1.81.8 radioradio transmissiontransmission gbgb interfaceinterface faultfault.10 1.91.9 nmnm routeroute asrasr supervisionsupervision.11 2 2、a2a2 類告警類告警 .11 2.12.1 infiniteinfin

5、ite filefile endend warningwarning.11 2.22.2 volumevolume limitlimit exceededexceeded.12 2.32.3 lineline unitunit blockedblocked.13 2.42.4 sizesize alterationalteration ofof datadata filesfiles sizesize changechange requiredrequired13 2.52.5 rprp faultfault.14 2.62.6 e em m f fa aultult.14 2.72.7 ba

6、ckupbackup informationinformation faultfault.15 2.82.8 softwaresoftware errorerror.15 2.92.9 applicationapplication detecteddetected softwaresoftware errorerror.16 2.102.10 pvcpvc set-upset-up failurefailure.16 2.112.11 auditaudit functionfunction thresholdthreshold supervisionsupervision.17 3 3、a3a

7、3 類告警類告警 .17 3.13.1 ccitt7ccitt7 disturbancedisturbance supervisionsupervision limitlimit reachedreached.17 3.23.2 disturbancedisturbance supervisionsupervision ofof trunktrunk routesroutes.18 3.33.3 hlrhlr authenticationauthentication datadata requestrequest faultfault.18 3.43.4 mtmt failedfailed a

8、uthenticationauthentication.19 3.53.5 seizureseizure qualityquality supervisionsupervision.19 3.63.6 signallingsignalling faultfault supervisionsupervision.19 3.73.7 aliali faultfault.20 二、無(wú)法遠(yuǎn)程處理的告警二、無(wú)法遠(yuǎn)程處理的告警.20 1 1、a1a1 類告警類告警 .20 1.11.1 cpcp faultfault.20 1.21.2 blockingblocking supervisionsuperv

9、ision.23 1.31.3 ccitt7ccitt7 destinationdestination i inaccessiblenaccessible.23 1.41.4 ccitt7ccitt7 linklink setset supervisionsupervision.23 1.51.5 networknetwork synchronizationsynchronization faultfault.24 1.61.6 externalexternal alarmalarm.25 1.71.7 cellcell logicallogical channelschannels seiz

10、ureseizure supervisionsupervision.25 1.81.8 cellcell logicallogical channelchannel availabilityavailability supervisionsupervision.26 1.91.9 spsp unitunit faultfault.27 1.101.10 commoncommon chargingcharging outputoutput errorerror.28 1.111.11 radioradio transmissiontransmission transcodertranscoder

11、 poolpool idleidle levellevel supervisionsupervision.30 1.121.12 nmnm routeroute loadload statestate changechange.31 1.131.13 spsp transienttransient faultfault supervisionsupervision.32 1.141.14 emgemg contcontr rolol downdown.32 2 2、a2a2 類告警類告警 .33 2.12.1 semipermanentsemipermanent connectionconne

12、ction faultfault.33 2.22.2 portport blockedblocked.34 2.32.3 blockingblocking supervisionsupervision ofof devicedevice.35 2.42.4 commandcommand loglog blocblock keded.35 2.52.5 radioradio interfaceinterface lapdlapd concentratorconcentrator processorprocessor overloadoverload supervisionsupervision

13、.36 2.62.6 statisticstatistic datadata countercounter collectioncollection timetime limitlimit supervisionsupervision.36 2.72.7 hlrhlr subscriberssubscribers withwith incompatibleincompatible datadata supervisionsupervision37 3 3、o1o1 類告警類告警 .37 3.13.1 routeroute restrictionrestriction activatedacti

14、vated.37 第二部分第二部分 部分部分 supervisionsupervision 告告警級(jí)別定義標(biāo)準(zhǔn)警級(jí)別定義標(biāo)準(zhǔn).38 第三部分第三部分 案例分析案例分析.38 一、關(guān)于一、關(guān)于 20032003 年年 9 9 月月 2828 日鎮(zhèn)江日鎮(zhèn)江 hlr12hlr12 系統(tǒng)自行系統(tǒng)自行 reloadreload 的報(bào)告的報(bào)告.38 二、關(guān)于二、關(guān)于 20032003 年年 1010 月月 9 9 日常州日常州 msc1msc1 小啟動(dòng)故障的報(bào)告小啟動(dòng)故障的報(bào)告.39 三、關(guān)于三、關(guān)于 20032003 年年 1010 月月 1818 日南通日南通 bsc31bsc31 延時(shí)小啟動(dòng)故障的報(bào)

15、告延時(shí)小啟動(dòng)故障的報(bào)告.40 四、關(guān)于四、關(guān)于 20032003 年年 1010 月月 1616 日南通日南通 bsc31bsc31 大啟動(dòng)故障的報(bào)告大啟動(dòng)故障的報(bào)告.41 五、關(guān)于五、關(guān)于 20032003 年年 1010 月月 2323 日南通日南通 msc3msc3 做做 lifelinelifeline 失敗的報(bào)告失敗的報(bào)告.42 六、關(guān)于六、關(guān)于 20032003 年年 1111 月月 1414 日常熟日常熟 bsc11bsc11 cpcp faultfault 故障的報(bào)告故障的報(bào)告.43 七、關(guān)于七、關(guān)于 20032003 年年 1212 月月 4 4 日常州日常州 gw1gw1

16、出現(xiàn)計(jì)費(fèi)文件傳送失敗故障的出現(xiàn)計(jì)費(fèi)文件傳送失敗故障的 報(bào)告報(bào)告.44 八、關(guān)于八、關(guān)于 20042004 年年 1 1 月月 9 9 日常州日常州 bsc52bsc52 rprp faultfault 故障的報(bào)告故障的報(bào)告.45 九、關(guān)于九、關(guān)于 20032003 年年 1212 月月 1 1 日南京日南京 hlr11hlr11 出現(xiàn)出現(xiàn) backupbackup informationinformation faultfault 故障的報(bào)告故障的報(bào)告 .46 十、關(guān)于十、關(guān)于 20042004 年年 1 1 月月 1313 日蘇州日蘇州 msc12msc12 出現(xiàn)無(wú)限文件出現(xiàn)無(wú)限文件 end

17、end 故障的報(bào)故障的報(bào) 告告.47 十一、關(guān)于十一、關(guān)于 20042004 年年 1 1 月月 1 1 日昆山日昆山 g1g1 出現(xiàn)出現(xiàn) blockingblocking supervisionsupervision 的報(bào)告的報(bào)告.48 十十二二、關(guān)關(guān)于于 2 20 00 04 4 年年 2 2 月月 2 23 3 日日南南通通 m ms sc c1 12 2 自自動(dòng)動(dòng)小小啟啟動(dòng)動(dòng)的的故故障障分分析析 .49 十三、關(guān)于十三、關(guān)于 20042004 年年 2 2 月月 2222 日蘇州傳輸本地網(wǎng)設(shè)備故障的報(bào)告日蘇州傳輸本地網(wǎng)設(shè)備故障的報(bào)告.50 十四、江陰十四、江陰 bsc21bsc21 選

18、組級(jí)故障處理案例選組級(jí)故障處理案例.52 第一部分第一部分 告警分析告警分析 一、可以遠(yuǎn)程初步處理的告警一、可以遠(yuǎn)程初步處理的告警 1、a1 類告警類告警 1.1 file process utility automatic transfer failure 一、告警產(chǎn)生原因: 具有 fpu 功能的文件自動(dòng)傳送失敗。 二、告警處理流程: allip; 根據(jù)告警內(nèi)容確認(rèn)是計(jì)費(fèi)文件還是統(tǒng)計(jì)文件出現(xiàn)告警。 imlct: spg=x; (0 或 1) illup; ilnpp (: port=all); end; 相應(yīng)的端口是否 abl, 若 abl 進(jìn)行閉解: imlct: spg=x; (0 或

19、1) ilbli: port=x-x-x-x;/ ilbli: np=x-x-x-x; ilble: port=x-x-x-x;/ ilble: np=x-x-x-x; ilnpp (: port=all); 若端口狀態(tài)仍為 abl,確認(rèn)硬件損壞,需要現(xiàn)場(chǎng)人員更換硬件處理. 若端口狀態(tài) wo,表示端口狀態(tài)正常,則進(jìn)行人工傳送文件: infup: file=xxx; infsp: file=xxx, dest=yyy; infti: file=xxx-aaa, dest=yyy; infsp: file=xxx, dest=yyy; 1.2 switching network terminal

20、fault 一、告警產(chǎn)生原因: 1snt 和 group switch 之間接口錯(cuò)誤被檢測(cè)到; 2snt 的外部硬件設(shè)備或 snt 和外部設(shè)備間的接口錯(cuò)誤被檢測(cè)到; 3snt 單元硬件板子被檢測(cè)到錯(cuò)誤。 二、告警處理流程: 1閉掉相應(yīng) snt: ntbli:snt= ; 2測(cè)試 snt,找出故障原因: nttei:snt= ; 3若有被懷疑硬件列出,交現(xiàn)場(chǎng)人員處理,更換硬件后繼續(xù)測(cè)試 snt。若測(cè)試 通過(guò)則解閉 snt: ntble:snt= ;告警清除。 1.3 ccitt7 signalling link failure 一、告警產(chǎn)生原因: 信令被激活狀態(tài)下無(wú)法正常服務(wù)或信令出錯(cuò)后無(wú)法恢復(fù)

21、正常 二、告警處理流程: 1查看信令鏈路狀態(tài): c7ltp:ls= ; 2將故障 slc 進(jìn)行閉解: c7lae:ls= ,slc= ; c7lai:ls= ,slc= ; 3若閉解無(wú)效則查看信令鏈路數(shù)據(jù): c7ldp:ls= ; 如進(jìn)行以上操作后,告警仍沒(méi)有清除,交現(xiàn)場(chǎng)人員做進(jìn)一步的傳輸及信令板 檢測(cè)。 1.4 group switch fault 一、告警產(chǎn)生原因: group switch 被檢測(cè)到有錯(cuò)誤。 二、告警處理流程: 1檢查故障單元狀態(tài)。有 3 種設(shè)備類型:clock module (clm) 、space switch module (spm) 、time switch mo

22、dule (tsm) 。 2tsm 故障的處理步驟: 1)查看所有 tsm 狀態(tài) gsstp: tsm= ; 2)閉掉有故障的單元 gsbli:tsm= ; 3)測(cè)試該 tsm gstei:tsm= ; 4)若測(cè)試結(jié)果有錯(cuò)誤單元列出則更換硬件,若無(wú)則解開 tsm: gsble:tsm= ;若測(cè)試結(jié)果為硬件故障,交現(xiàn)場(chǎng)人員更換硬件處理。 3spm 故障的處理步驟: 注意:對(duì) spm 進(jìn)行閉塞測(cè)試時(shí),有可能會(huì)引起相關(guān)半平面的 tsm 也同時(shí)閉 塞,因此對(duì) spm 的操作需在話務(wù)閑時(shí)進(jìn)行。 1)查看所有 spm 狀態(tài) gsstp: spm= ; 2)閉掉有故障的單元 gsbli:spm= ; 3)測(cè)

23、試該 spm gstei:spm= ; 4)若測(cè)試結(jié)果有錯(cuò)誤單元列出則更換硬件,若無(wú)則解開 spm: gsble:spm= ;若測(cè)試結(jié)果為硬件故障,交現(xiàn)場(chǎng)人員更換硬件處理。 4clm 故障的處理步驟: 1)allip;查看是否有與 clm 相關(guān)的 em fault 告警。如有,先參照 em fault 處理流程修理 em。修理不成功,交現(xiàn)場(chǎng)人員更換硬件處理。 2)沒(méi)有 em fault 告警或修理成功,用 allip;查看是否有 network synchronization fault 告警,如有交現(xiàn)場(chǎng)人員處理。 3)沒(méi)有上述告警,可對(duì)故障的 clm 進(jìn)行測(cè)試: 閉掉有故障的單元 gsbli

24、:clm= ; 測(cè)試該 clm gstei:clm= ; 若測(cè)試結(jié)果有錯(cuò)誤單元列出則更換硬件,若無(wú)則解開 spm: gsble:clm= ;若測(cè)試結(jié)果為硬件故障,交現(xiàn)場(chǎng)人員更換硬件處理。 注意:clm 發(fā)生故障時(shí),若同時(shí)有 spm 處于 wo/s 狀態(tài),除測(cè)試列出的錯(cuò)誤 單元外,兩者之間的接口板和連線也有可能會(huì)存在問(wèn)題。 5若某 tsm、spm、clm 頻繁出現(xiàn)告警,但通過(guò)閉解操作又能修復(fù),需通知現(xiàn)場(chǎng) 人員進(jìn)行進(jìn)一步測(cè)試和故障定位。 1.5 digital path quality supervision digital path unavailable state fault 一、告警產(chǎn)生原

25、因: 傳輸質(zhì)量降低,出現(xiàn)誤碼、滑碼等數(shù)量超過(guò)定義的監(jiān)測(cè)值,即產(chǎn)生上述告 警。 二、告警處理流程: dtstp:dip=dip; 顯示該 dip 狀態(tài) dtqup:dip=dip; 顯示該 dip 是否有誤碼等 dtqsr: 清除誤碼等 省網(wǎng)管中心采用定時(shí)自動(dòng)清除此誤碼告警,并進(jìn)行告警頻次統(tǒng)計(jì),如傳輸 告警頻繁,將通知分公司現(xiàn)場(chǎng)處理。 1.6 synchronous digital path quality supervision synchronous digital pathpath f fault(et155 硬件)硬件) 一、告警產(chǎn)生原因: 傳輸質(zhì)量降低,出現(xiàn)誤碼、滑碼等數(shù)量超過(guò)定義的監(jiān)

26、測(cè)值,即產(chǎn)生上述告 警。由于光纖傳輸質(zhì)量穩(wěn)定,上述告警平時(shí)較少出現(xiàn)。在遇光纜割接或環(huán)路倒 換時(shí)會(huì)出現(xiàn)大量上述告警。 二、告警處理流程: tpstp:sdip=sdip; 顯示該 sdip 狀態(tài) tpqup:sdip=sdip; 顯示該 sdip 是否有誤碼等 tpqsr: 清除誤碼等 如傳輸告警頻繁,將通知分公司現(xiàn)場(chǎng)處理。 1.7 rp intercommunication group fault i.告警產(chǎn)生原因: pcu 是 gsm 網(wǎng)的一個(gè)節(jié)點(diǎn),它整合在 bsc 上,作為電路交換網(wǎng)絡(luò)(gsm)與包交 換網(wǎng) gsn 節(jié)點(diǎn)的一個(gè)接口。pcu 的硬件由 164 個(gè) rpp 組以以太網(wǎng)連起來(lái),r

27、p intercommunication group(rpig)它是 pcu 中的具有監(jiān)測(cè)功能的 rp 組,包含 neta 和 netb 兩部分,被一些獨(dú)立的應(yīng)用塊來(lái)調(diào)用,當(dāng) rpp 間通信或軟件運(yùn)行 出錯(cuò),產(chǎn)生此告警。 二、告警處理流程: 1dbtsp:tab=rpsrpisupervs;查看表中定義的 group 類型及相關(guān) rp 地址。 2blrci:group=,net=; 3blrce:group=,net=;檢查 cable 無(wú)誤,閉解 net,使其正常應(yīng)用。 如有硬件故障,需要現(xiàn)場(chǎng)人員處理。 1.8 r radioadio transmissiontransmission gbg

28、b interfaceinterface faultfault 一、告警產(chǎn)生原因: bsc 中“gb”接口告警,常見的有兩種情況,一是 ns 層被閉塞掉,一是 nsvc 擁塞或被禁止?fàn)顟B(tài)。 二、告警處理流程: 1ns 層被閉塞的情況,一般由 sgsn 設(shè)備告警造成,需現(xiàn)場(chǎng)人員處理。 2當(dāng) nsvc 告警時(shí),首先檢查相關(guān) dip 和 snt 狀態(tài),正常狀態(tài)則閉解 nsvci:rrvbi:nsvci=;rrvbe:nsvci=; 3將相關(guān) rp 進(jìn)行分離、閉解: exrpp:rp=all;(rp 類型為 rpp 的即是) fcrws:rp=,sep=yes; blrpi:rp=; blrpe:rp

29、=; 4仍不好,進(jìn)行 nsvci 的重定義: rrgbp; rrvbi:nsvci=; rrnse:nsvci=; blodi:dev=; rrnsi:nsvci=,dev=,numdev=,dlci=; rrvbe:nsvci=; blode:dev=; rrgbp; 1.9 nm route asr supervision 一、告警產(chǎn)生原因 路由上話務(wù)應(yīng)占比低于告警門限值。一般在凌晨話務(wù)閑時(shí)會(huì)產(chǎn)生,能自動(dòng) 恢復(fù),不需處理。 二、告警處理流程: 如該告警在話務(wù)忙時(shí)出現(xiàn),或頻繁出現(xiàn),需通知現(xiàn)場(chǎng)人員處理。 2、a2 類告警類告警 2.1 infinite file end warning 一、告

30、警產(chǎn)生原因: 無(wú)限連續(xù)文件滿或接入失敗。 二、告警處理流程: 1、使用 ioifp 查看子文件的狀態(tài)。 ioifp:file=file;如果為計(jì)費(fèi)文件(ttfile) ,通知現(xiàn)場(chǎng)人員處理。 統(tǒng)計(jì)文件再執(zhí)行以下操作: 1、使用 infsp 查看文件傳送情況。 infsp:file=file-subfile-gen,dest=dest,order=order,io=io; 與現(xiàn)場(chǎng)人員確認(rèn)為垃圾子文件后,執(zhí)行以下操作將其刪除。 2、使用 infup 查看 fpu 功能。 infup:file= file-subfile-gen,dest=dest; 3、如有 fpu 功能,需先取消。 infue:f

31、ile= file-subfile-gen; 4、刪除文件。 infir:file=file-subfile-gen;告警清除。 2.2 volume limit exceeded 一、告警產(chǎn)生原因: 每個(gè) volume 在硬盤上都定義了一定的空間大小,并且設(shè)置了容量門限值。 當(dāng) volume 下的子文件容量大于該門限值時(shí)就會(huì)產(chǎn)生 volume limit exceeded 告 警。 二、告警處理流程: 1、檢查告警中所示卷標(biāo)的數(shù)據(jù): inmct:spg=0; :invop:vol=vol; 2、如卷標(biāo)名是 relvolumsw,則執(zhí)行以下指令查看該卷標(biāo)下的子文件列表: inmct:spg=0

32、; :infip:file= relcmdhdf; 其他卷標(biāo)名用指令 infip:vol= ; 3、與現(xiàn)場(chǎng)人員確認(rèn)是否需要對(duì)文件進(jìn)行保存。如需要,由現(xiàn)場(chǎng)人員保存: 將子文件保存,保存方法有 2 種:一是人工傳送、二是拷貝到光盤上。 infti:file=file,dest=dest,equip=equip,reverse ,fileid=fileid,rule=rule; infmt:spg=spg,dest=dest,vol1=vol1,copier=copier; 4、不需要保存的文件,直接刪除,使卷標(biāo)的已使用容量小于設(shè)置的門限值。 infue:file=file;(該 file 為子文件

33、,如:affile1-1234) (有 fpu 功能的文件先進(jìn)行該功能的清除) infir:file=file;(該 file 為子文件,如:affile1-1234) end; 2.3 line unit blocked 一、告警產(chǎn)生原因: lu 閉塞。 二、告警處理流程: 1、進(jìn)入 dcs 子系統(tǒng) imlct:spg=spg; 2、查看 lu 板狀態(tài): illup:lu=lu; 3、人工閉 lu 板: ilbli:lu=lu; 4、解閉 lu 板: ilble:lu=lu;若執(zhí)行以上操作后,告警仍未清除,交現(xiàn)場(chǎng)人員進(jìn)行硬件檢 測(cè)處理。 2.4 sizesize alteraalterati

34、ontion ofof datadata filesfiles sizesize changechange requiredrequired 一、告警產(chǎn)生原因: 存儲(chǔ)數(shù)據(jù)的 size 不夠。 二、告警處理流程: 1、查看出現(xiàn) size 告警的 sae: dbtsp:tab=saactions; 2、查看出告警的 sae、block 的 ni 值: saaep:sae=sae,block=block; 3、遠(yuǎn)程處理人員需和愛(ài)立信銀牌或分公司維護(hù)人員確認(rèn)需要擴(kuò)的 size 是否可 由遠(yuǎn)程操作后,方能進(jìn)行處理。 4、自動(dòng)擴(kuò) size: saali; 5、如果不成功,手動(dòng)擴(kuò):(注意:遠(yuǎn)程處理人員需和愛(ài)

35、立信銀牌確認(rèn)該 size 擴(kuò)充方法后,再進(jìn)行操作) saaii:sae=sae,block=block,ni=ni;告警清除。 將以上操作做好 log,交現(xiàn)場(chǎng)人員進(jìn)一步分析。如同一個(gè) size 頻繁出現(xiàn)告 警,需及時(shí)通知現(xiàn)場(chǎng)人員處理。 (現(xiàn)場(chǎng)人員應(yīng)對(duì)產(chǎn)生告警的 size 具體作用以及 該 size 擁塞的相關(guān)影響進(jìn)行分析。通過(guò)這種分析,可以及時(shí)地了解網(wǎng)絡(luò)的狀態(tài) 及相關(guān)話務(wù)模型的趨勢(shì)。并且由于執(zhí)行過(guò) saaii 指令增加 size 值,故在閑時(shí)需 要做一個(gè)人工軟件備份) 2.5 rp fault 一、告警產(chǎn)生原因: rp 發(fā)生硬件故障時(shí)會(huì)產(chǎn)生上述告警。 二、告警處理流程:夜間 22 點(diǎn)后才可遠(yuǎn)程

36、進(jìn)行處理。 修理所用指令如下: repri:rp= ; remri:rp= ,pcb= ; recri:rp= ; 如果修理不成功,一般為 rp 硬件故障,交現(xiàn)場(chǎng)人員處理。 更換 rp 硬件時(shí)需注意: 1. rp 所屬的類型. 2. 202 型設(shè)備需注意 rp 的位置,電纜。 3. 指令 sarpi 是對(duì) byb501 串型 bus 的操作。 當(dāng) rp fault 告警出現(xiàn)時(shí),應(yīng)根據(jù) opi 操作流程得出要更換的硬件,進(jìn)行替 換。當(dāng)需要中斷 byb501 機(jī)框上一側(cè)串行 rp bus 的連接時(shí),則需用指令 sarpi 防 止 rp bus 中斷對(duì) cp 運(yùn)行的干擾,操作結(jié)束后, 用指令 sar

37、pe 恢復(fù)。 2.6 em fault 一、告警產(chǎn)生原因: em( extension module)是交換機(jī)中最小的控制單元。em 有可能是 etc,tsm 或其他單元,當(dāng) em 有故障時(shí),em fault 告警產(chǎn)生。 二、告警處理流程: blemi:rp=,(rpt=),em=; bleme:rp=,(rpt=),em=;; 如閉解 em 無(wú)效,進(jìn)行軟件修理: repri:rp=,em=; remri:rp=,em=,pcb=; recri:rp=,em=; 如果修理不成功,一般為 em 硬件故障,交現(xiàn)場(chǎng)人員處理。 2.7 backup information fault 一、告警產(chǎn)生原因

38、: 系統(tǒng)備份功能中產(chǎn)生錯(cuò)誤或有制約時(shí)產(chǎn)生上述告警。 二、告警處理流程:遠(yuǎn)程只處理 msc、bsc 上的該類告警。 在操作前,請(qǐng)先電話聯(lián)系現(xiàn)場(chǎng)人員,了解是否是因?yàn)榇蜓a(bǔ)丁、升級(jí)等原因,現(xiàn) 場(chǎng)人員人工關(guān)閉自動(dòng) dump 而產(chǎn)生的告警,如果是則不進(jìn)行處理。不是則進(jìn)行以 下處理: 在話務(wù)閑時(shí)做一次系統(tǒng)備份 sybue; sybup:file=relfsw*; sybfp:file; sytuc; sybui:disc;打開自動(dòng) dump。 若進(jìn)行上述操作后,告警仍然不能清除,需要現(xiàn)場(chǎng)人員處理。 2.8 softwsoftwareare errorerror 一、告警產(chǎn)生原因: 交換機(jī)出軟件錯(cuò)誤。 二、告

39、警處理流程: 1、查看軟件錯(cuò)誤修復(fù)情況: syrip:survey; 將詳細(xì)軟件故障信息做好 log,提供愛(ài)立信銀牌進(jìn)行分析,查找錯(cuò)誤原因。 2、手動(dòng)清除告警: syrae:rectype=softerror; 或: syrae: event= event;告警清除。 2.9 application detected software error 一、告警產(chǎn)生原因: 交換機(jī)產(chǎn)生的軟件錯(cuò)誤被某些應(yīng)用檢測(cè)到就會(huì)產(chǎn)生一個(gè)告警,告警級(jí)別依 賴于命令的設(shè)置。 二、告警處理流程: 1、顯示軟件錯(cuò)誤恢復(fù)信息: syrip:survey; 2、syrip:event=;將處于 active 狀態(tài)的 event

40、 的內(nèi)容做好 log,提供愛(ài)立 信銀牌進(jìn)行分析,查找錯(cuò)誤原因。 3、syrae:event= ; 清除該告警。 2.10 pvcpvc set-upset-up failurefailure 一、告警產(chǎn)生原因: 該功能由 data communication subsystem (dcs)實(shí)現(xiàn)。此告警產(chǎn)生有多種原因,例 如無(wú)法從硬盤上載入 a 側(cè)的 pvc 信息,b 側(cè)的協(xié)議無(wú)法處理 pvc 服務(wù)等。 二、告警處理流程: 1、根據(jù)告警顯示內(nèi)容中的錯(cuò)誤類型參照 alex 進(jìn)行處理操作。 2、下面以“access barred”錯(cuò)誤類型為例,操作步驟如下: imlct:spg=; / | / |

41、| |ntn=ntn.| ilacp|:+ +|;檢查通路參數(shù) | |cug=cug | | /| / ilbli:np=;/ilbli:port=;將端口人工閉塞 更改 ntn 的通路: ilacc:ntn=ntn +,pri=pri,icb=icb,ocb=ocb,iac=iac,oac=oac+; ilble:np=;/ilbli:port=;將端口人工解閉,觀察告警是否消失。 2.11 audit function threshold supervision 一、告警產(chǎn)生原因: 交換機(jī)定義了 cp 存儲(chǔ)器(ps、ds、rs)占用情況和 sae 文件使用監(jiān)測(cè)告警。 如果 cp 存儲(chǔ)器(p

42、s、ds、rs)占用或 sae 文件大小高于設(shè)置的門限,就會(huì)產(chǎn)生 一個(gè)告警,告警級(jí)別依賴于命令的設(shè)置。 二、告警處理流程: 1、告警信息 test 決定處理步驟(一般 test=110): 2、顯示文件使用日志: aftsp:test=110,log; 3、遠(yuǎn)程處理人員需和愛(ài)立信銀牌或分公司維護(hù)人員確認(rèn)需要擴(kuò)的 size 是否 可由遠(yuǎn)程操作后,方能進(jìn)行處理。 4、根據(jù)得到的 sae 值進(jìn)行自動(dòng)擴(kuò) size: saali; 5、若自動(dòng)擴(kuò)不成功,則進(jìn)行人工擴(kuò) size:(需先和愛(ài)立信銀牌確認(rèn)擴(kuò)充方 法) saaii:sae= ,ni= ; 6、重復(fù)以上 2-4 步驟,直到所有 size 擴(kuò)完: 7

43、、告警處理完畢,話務(wù)閑時(shí)做一次人工 dump。 3、a3 類告警類告警 3.1 ccitt7 disturbance supervision limit reached 一、告警產(chǎn)生原因: 7 號(hào)信令擾動(dòng)監(jiān)測(cè)。 二、告警處理流程: 1、allip; 2、查看擾動(dòng)數(shù)據(jù): c7dsp:enum=enum; 3、將告警計(jì)數(shù)器 reset: c7dsr:enum=enum;告警清除。 “c7 event” 報(bào)告是對(duì)七號(hào)信令網(wǎng)絡(luò)安全監(jiān)測(cè)的重要手段, 在日常維護(hù)工作中, 應(yīng)根據(jù)需要激活相應(yīng)的 c7 event 報(bào)告。有個(gè)別 enum 對(duì)話務(wù)有影響: 110、120、132、133、145、207,出現(xiàn)以上

44、 enum 告警時(shí)由現(xiàn)場(chǎng)人員進(jìn)行處理。 3.2 disturbance supervision of trunk routes 一、告警說(shuō)明: 如果路由的干擾數(shù)目高于設(shè)置的門限,系統(tǒng)就會(huì)產(chǎn)生告警。如果告警產(chǎn)生 后,干擾等級(jí)在下一個(gè)測(cè)量周期低于允許等級(jí),告警可自動(dòng)消除。路由的允許 干擾等級(jí)可以用指令加以定義。這項(xiàng)功能對(duì)交換機(jī)路由的話務(wù)質(zhì)量做連續(xù)監(jiān)測(cè)。 它能監(jiān)測(cè)的路由類型有 cs、cr、csr 和 bt,同時(shí)還能監(jiān)測(cè)老的模擬中繼,諸如 it 和 ot。 二、告警處理流程: 1將路由干擾監(jiān)測(cè)計(jì)數(shù)器清零 dudar:r=r; 3.3 hlr authentication data request fa

45、ult 一、告警說(shuō)明: hlr 認(rèn)證數(shù)據(jù)請(qǐng)求故障,一般當(dāng) auc 向 hlr 提請(qǐng)認(rèn)證數(shù)據(jù)失敗時(shí)產(chǎn)生該告警。 二、告警處理流程: 1查看認(rèn)證提請(qǐng)失敗記錄 hgalp:nlog= ; 2將以上記錄做好 log,交現(xiàn)場(chǎng)人員進(jìn)行分析,并進(jìn)行相應(yīng)處理。 3將告警計(jì)數(shù)器 reset: hgalr; 告警清除。 3.4 mt failed authentication 一、告警說(shuō)明: 一般當(dāng)移動(dòng)臺(tái)認(rèn)證失敗時(shí)產(chǎn)生該告警。 二、告警處理流程: 1將告警計(jì)數(shù)器 reset: mgaar;由省網(wǎng)管中心每日凌晨對(duì)此告警進(jìn)行一次自動(dòng)清除。 switching network terminal manually blo

46、cked 3.5 seizure quality supervision 一、告警說(shuō)明: 這項(xiàng)功能是用來(lái)監(jiān)測(cè)正常呼叫和不正常呼叫的比率。能夠受此功能監(jiān)測(cè)的 電信設(shè)備有 bt、rt 和 kr。一個(gè)設(shè)備在進(jìn)行 256 次呼叫后,正常呼叫和不正常 呼叫之間的比率將被檢測(cè)并與本路由組內(nèi)所有設(shè)備的平均值做比較。如果比率 偏離超過(guò)命令創(chuàng)建值,設(shè)備就會(huì)被認(rèn)為發(fā)生錯(cuò)誤或被閉掉。 二、告警處理流程: 1顯示產(chǎn)生告警的設(shè)備 seqip:r= ; 2將占用質(zhì)量監(jiān)測(cè)計(jì)數(shù)器清零 seqar:r=r; 3.6 signalling fault supervision 一、告警說(shuō)明: 信令故障監(jiān)測(cè)告警。 二、告警處理流程:

47、 1查看指定路由上信令故障設(shè)備情況 faiap: r= ,frp; 2將監(jiān)測(cè)計(jì)數(shù)器清零 / |dev=dev.| | | faiar:+r=r. +; | | |acl=acl.| / 3.7 aliali faultfault 一、告警說(shuō)明: ali 是 iog 的組成部分,一般告警接口單元故障時(shí)產(chǎn)生該告警。 二、告警處理流程: 1查看告警觸發(fā)條件 aldip; 2閉掉該 ali albli:ali=ali; 3解閉 ali alble:ali=ali;告警清除。 如執(zhí)行以上操作后告警仍不能清除,則交現(xiàn)場(chǎng)人員檢測(cè)硬件,進(jìn)一步處理。 二、無(wú)法遠(yuǎn)程處理的告警二、無(wú)法遠(yuǎn)程處理的告警 1、a1 類告

48、警類告警 1.1 cp fault 一、告警產(chǎn)生原因: cp fault 一般是位于 cps 或 mau 中的硬件故障。當(dāng)系統(tǒng)發(fā)現(xiàn)一個(gè) 永久性故障或三個(gè)相同類型的暫時(shí)性故障或暫時(shí)性故障出現(xiàn)頻率太高時(shí), mas 的軟件就會(huì)產(chǎn)生 cp fault 的告警。cp fault 是比較復(fù)雜的情況,以 現(xiàn)場(chǎng)操作為主。 cp 主要是 apz 21220 和 apz 21230 兩種,cp fault 的告警分為三級(jí)。 由于 cp 在交換機(jī)中的中心地位, cp fault 可能發(fā)生的危害如下: 交換機(jī)類型cp 型號(hào)影響程度影響時(shí)間 cp 的小啟動(dòng) msc212 30 新的呼叫不能建立約 2 至 3 分鐘. b

49、sc212 20 基站不為新的呼叫服務(wù),恢復(fù)時(shí)間根據(jù) bsc 的 負(fù)荷,站型和基站配置的不同而不同.rbs200, 基站配置 trx 多的恢復(fù)時(shí)間長(zhǎng).約 5 至 10 分鐘. 212 30 基站不為新的呼叫服務(wù),恢復(fù)時(shí)間根據(jù) bsc 的 負(fù)荷,站型和基站配置的不同而不同.rbs200, 基站配置 trx 多的恢復(fù)時(shí)間長(zhǎng).相比 212 20 恢 復(fù)時(shí)間短.約 3 至 8 分鐘. hlr212 30 新的呼叫瞬間受影響. cp 的大啟動(dòng) msc212 30 呼叫不能建立5 至 10 分鐘 bsc212 20 呼叫不能建立,恢復(fù)時(shí)間根據(jù) bsc 的負(fù)荷,站型 和基站配置的不同而不同.rbs200,

50、基站配置 trx 多的恢復(fù)時(shí)間長(zhǎng).10 至 15 分鐘 212 30 呼叫不能建立,恢復(fù)時(shí)間根據(jù) bsc 的負(fù)荷,站型 和基站配置的不同而不同.rbs200, 基站配置 trx 多的恢復(fù)時(shí)間長(zhǎng).相比 212 20 恢復(fù)時(shí)間短. 8 至 12 分鐘 hlr212 30 備份 hlr 工作. cp 的重裝系統(tǒng) msc212 30 呼叫不能建立10 至 15 分鐘 bsc212 20 呼叫不能建立,恢復(fù)時(shí)間根據(jù) bsc 的負(fù)荷,iog 類型,站型和基站配置的不同而不同.rbs200, 基站配置 trx 多的恢復(fù)時(shí)間長(zhǎng).15 至 30 分鐘 212 30 呼叫不能建立,恢復(fù)時(shí)間根據(jù) bsc 的負(fù)荷,

51、iog 類型,站型和基站配置的不同而不同.rbs200, 基站配置 trx 多的恢復(fù)時(shí)間長(zhǎng).相比 212 20 恢 復(fù)時(shí)間短.10 至 25 分鐘 hlr212 30 備份 hlr 工作. cp 停止工作 msc msc 管理的手機(jī)不能工作 bsc bsc 覆蓋的手機(jī)不能工作 hlr 備份 hlr 工作. 二、告警處理流程: 具體告警處理和操作規(guī)程請(qǐng)參考 b-module alex 相應(yīng)的 opi。以下為主要 操作步驟: 當(dāng) cp fault 告警出現(xiàn)時(shí),首先察看 cp 的狀態(tài),若狀態(tài)為dpwsp; cp state mau sb sbstate nrm b wo 為正常狀態(tài),此類的 cp f

52、ault 是 a3 或 a2 告警,則留到晚上低話務(wù)量時(shí) 處理;其余均為不正常狀態(tài),必須馬上根據(jù) opi:cp fault 的 actions 進(jìn)行現(xiàn) 場(chǎng)處理。 cp fault 的診斷測(cè)試: repci;診斷。 同時(shí)出現(xiàn)o1告警:system state repair of cp or mau。診斷 結(jié)果有兩種情況: (1).無(wú)懷疑板塊列出。 recci;檢修,將告警消掉。 (2).有懷疑板塊列出。 a.a. 錯(cuò)誤類型為錯(cuò)誤類型為 permanent(permanent(永久性永久性) )。根據(jù)提示選擇最懷疑板塊,準(zhǔn)備現(xiàn)場(chǎng) 更換。 b.b. 錯(cuò)誤類型為錯(cuò)誤類型為 temporary(temp

53、orary(臨時(shí)性臨時(shí)性) )。 若所有的最懷疑板塊在最近 30 天內(nèi)都換過(guò),則用: dircp; diecp:inf=par; dirrp;收好報(bào)告,留待愛(ài)立信專家分析。 repce;將診斷進(jìn)程結(jié)束。 若尚有板塊可以更換,則參照錯(cuò)誤類型為 permanent 進(jìn)行。 在進(jìn)行現(xiàn)場(chǎng)操作時(shí),現(xiàn)場(chǎng)人員對(duì) cp 的結(jié)構(gòu)、性能和應(yīng)急措施因相當(dāng)?shù)?清楚, 以避免因操作不當(dāng),造成直接的經(jīng)濟(jì)損失。 在修理過(guò)程種,現(xiàn)場(chǎng)人員要仔細(xì)確認(rèn) repci 的診斷結(jié)果, mag 和 pcb 的準(zhǔn)確名稱和位置, 若選錯(cuò) mag 和 pcb,不但 recci 不能修過(guò), 且會(huì)引起 a1 的 cp fault 和一側(cè) cp 的單

54、邊。 remci:mag= ,pcb= ; 此刻系統(tǒng)將所需換的板子隔離出來(lái),我們根據(jù)提示,按順序關(guān)電,換板, 再開電。 recci;檢修。成功,則 cp fault 告警消失,o1 告警消失,cp 狀態(tài) 恢復(fù)正常。若不成功,則 cp fault 告警仍在,o1 告警仍在。此時(shí)最好再 次進(jìn)行診斷。注意,在再次診斷之前,只要有 o1 告警在,就須先將上次 診斷進(jìn)程結(jié)束: repce;o1 告警消失。 repci;再次診斷。 remci:mag= ,pcb= ;選擇最懷疑板塊關(guān)電換板。 recci;檢修。成功,ok。不成功,則重復(fù)上述四步。 1.2 blocking supervision 一、告警

55、產(chǎn)生原因: 中繼閉塞監(jiān)測(cè)告警,通過(guò)指令設(shè)置告警門限:blurc:r=,acl=,lvb=;如 路由中 nblo(dev 閉塞數(shù))大于告警門限值便會(huì)發(fā)生此告警。 二、告警處理流程: 1strsp:r=r; 2strdp:r=,state=bloc;顯示閉塞的 dev 3exdep:dev=dev; 顯示 dev 對(duì)應(yīng)的 snt,從而找出對(duì)應(yīng)的 dip 4dtstp:dip=;ntstp:snt=;檢查 dip、snt 狀態(tài)。 5由現(xiàn)場(chǎng)人員處理硬件故障。 1.3 ccitt7 destination inaccessible 一、告警產(chǎn)生原因: 信令網(wǎng)中的某個(gè)信令點(diǎn)無(wú)法被訪問(wèn),即信令點(diǎn)不可及告警。

56、如某一 sp 癱掉, 或到某一 sp 的 link 全部中斷,沒(méi)有迂回信令路由的情況,產(chǎn)生此告警。 二、告警處理流程: c7rsp:dest= ; 由現(xiàn)場(chǎng)人員根據(jù)不同情況處理。 1.4 ccitt7 link set supervision 一、告警產(chǎn)生原因: 兩個(gè)交換局之間有多條信令鏈路,通過(guò)指令設(shè)置告警門限:c7suc:ls= ,lva= ,acl= ,dmi= ;若被閉掉的鏈路數(shù)大于告警門限便會(huì)發(fā)生此告警。 二、告警處理流程: 1去、激活告警的信令鏈路: c7lae:ls= ,slc= ; c7lai:ls= ,slc= ; 2根據(jù)告警內(nèi)容,判斷是否由傳輸故障引起: c7ldp:ls=l

57、s; 查信令的一些參數(shù) exdep:dev=dev; dev 對(duì)應(yīng)的 snt ntcop:snt=snt; snt 對(duì)應(yīng)的 dip dtstp:dip=dip; 傳輸是否中斷 dtqup:dip=dip; 傳輸是否誤碼 3由現(xiàn)場(chǎng)人員進(jìn)一步處理傳輸故障。 1.5 network synchronization fault 一、告警產(chǎn)生原因: 網(wǎng)絡(luò)同步采用主從方式,外部時(shí)鐘是通過(guò)話務(wù)數(shù)字鏈路接入到 etc 板,由 etc 板識(shí)別出幀同步信息,產(chǎn)生一個(gè) 8khz 的信號(hào)分別接入三個(gè)時(shí)鐘模塊(clm) , 經(jīng)鎖相環(huán)調(diào)整,輸出三個(gè)互不相干的時(shí)鐘信號(hào)到接收模塊(tss、spm) ,由接收 模塊擇優(yōu)選用。交

58、換機(jī)自身有一個(gè)時(shí)鐘模塊,為參考時(shí)鐘模塊(rcm) ,參考時(shí) 鐘模塊是由晶體振蕩源組成的時(shí)鐘,主要用于交換機(jī)的備用時(shí)鐘源,clm-1 和 clm-2 相位鎖定為 clm-0(master) ,當(dāng) clm0 輸出值較大時(shí), clm1、clm2 跟隨 clm0 導(dǎo)致輸出值偏差較大,導(dǎo)致 network synchronization fault。日常維護(hù)中必須對(duì)交換機(jī)的 clm 進(jìn)行檢查、調(diào)整,保 證其工作在正常值 2048+200 范圍內(nèi)。 二、告警處理流程: nsstp;查看 clock-referenre 狀態(tài)。 nsdap; 查看網(wǎng)同步時(shí)鐘數(shù)據(jù) gscvp; 查看 clm 的值 nsbli;

59、閉掉 nstei;測(cè)試 nsble;解閉 如測(cè)試不通過(guò),需由現(xiàn)場(chǎng)人員根據(jù)相關(guān)告警信息進(jìn)行處理。測(cè)試正常解閉后該 時(shí)鐘參考源會(huì)處于 upd 狀態(tài),此過(guò)程約需 12 小時(shí)。 1.6 external alarm 一、一、告警產(chǎn)生原因: 交換機(jī)某些重要的輔助設(shè)備,如:電源、風(fēng)扇,以及基站的天線等發(fā)生故障 時(shí),在交換機(jī)上產(chǎn)生相應(yīng)的外部告警。 二、告警處理流程: 具體告警處理和操作規(guī)程請(qǐng)參考 b-module alex 相應(yīng)的 opi。以下為主要 操作步驟: 1若出現(xiàn)的外部告警為電源告警,則應(yīng)立即通知相關(guān)人員到達(dá)現(xiàn)場(chǎng)檢查電源設(shè) 備; 2若為其他外部告警: (1) 則用 alrdp:dev=alex2 ;

60、查詢外部告警相關(guān)參數(shù); (2)閉解外部告警:bleai:dev=alex2 ; bleae:dev=alex2 ; (3) 若閉解后告警重新出現(xiàn),則要通知相關(guān)人員到達(dá)現(xiàn)場(chǎng)處理硬件故障。 1.7 cell logical channels seizure supervision 一、告警產(chǎn)生原因: 至少一個(gè)邏輯信道在監(jiān)測(cè)時(shí)間內(nèi)從未被占用或持續(xù)占用未釋放 二、告警處理流程: 2查看在監(jiān)測(cè)時(shí)間段內(nèi)持續(xù)空閑或持續(xù)忙的信道: rlvap;將報(bào)告做好 log,交現(xiàn)場(chǎng)人員進(jìn)一步處理。 2、rlvar:chtype= ;對(duì)告警計(jì)數(shù)器進(jìn)行 reset,告警清除。 (現(xiàn)場(chǎng)人員分析報(bào)告,可進(jìn)行以下處理:若有持續(xù)空閑

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論