【在日常維護(hù)的過程中，經(jīng)常會遇到設(shè)備出現(xiàn)瞬斷現(xiàn)象，筆者曾在工作中遇到一起瞬斷事件，在處理的過程中頗花了一些心思。
我公司一處西門子基站，配置為2/3/4，采用2個(gè)BS60機(jī)柜，DUCOM做為合路單元，5月9日莫名其妙的出現(xiàn)瞬斷，中斷的時(shí)間最長時(shí)間為40分鐘，最短為3分鐘，機(jī)柜的連接情況如圖1。按照以往的經(jīng)驗(yàn)，我們最初懷疑是由于IDF架或機(jī)柜頂部的OVPT接觸不良引起。但由于這條傳輸鏈路同時(shí)向2個(gè)BS60機(jī)柜提供服務(wù)，且第2個(gè)機(jī)柜并沒有通過IDF進(jìn)行連接，而是直接通過第一個(gè)機(jī)柜的OVPT進(jìn)行的連接，若此條鏈路有故障，將直接導(dǎo)致2個(gè)機(jī)柜出現(xiàn)中斷問題。為此我們將故障仍然定位在第1個(gè)機(jī)柜上。











（圖1）

我們收集了中斷時(shí)出現(xiàn)的告警：
logRecordId: 34215175
loggingTime: 13:20:32 29/05/2006
objectName:BSS:20/BTSM:4/LPDLM:0
managedObjectClass:LPDLM
managedObjectInstance:BSS:20/BTSM:4/LPDLM:0
eventType:communicationsAlarm
eventTime:13:20:32 29/05/2006
notificationIdentifier:17592266
correlatedNotifications:
additionalText:
originator:4802
otherInfo:H'051c H'0001 H'0000 H'0001 H'0001
H'ffff H'ffff H'ffff H'ffff H'ffff
H'ffff H'ffff H'ffff H'ffff H'ffff
swOrFileVersion:02-07-01-01-01-00_05-01-19
probableCause:LAPD Link Protocol Failure
perceivedSeverity: WARNING(4)
specificProblems:LPDL Link Transition (175)
根據(jù)這個(gè)告警，我們懷疑是由于基本模塊中的LI或CCTRL故障引起的，為盡快判斷故障，我們將2個(gè)機(jī)柜的基本模塊進(jìn)行了替換。但是告警沒有消除，且告警提示的內(nèi)容沒有發(fā)生變化。在查看ERRLOG記錄時(shí)，我們同時(shí)發(fā)現(xiàn)了另外一個(gè)有關(guān)BBSIG的告警。
logRecordId: 34290367
loggingTime: 09:45:55 30/05/2006
objectName:"zhutuan"/RACK:0/BBSIG:2
managedObjectClass:BBSIG
managedObjectInstance:BSS:20/BTSE:4/RACK:0/BBSIG:2
eventType:communicationsAlarm
eventTime:09:45:55 30/05/2006
notificationIdentifier:2552
correlatedNotifications:
additionalText:
originator:4609
otherInfo:H'6775 H'3264 H'6368 H'7366 H'02e8
H'0605 H'1e09 H'2d37 H'0003 H'7102
H'2802 H'0253 H'04ff H'ffff H'ffff
swOrFileVersion:03-03-16-00-37-10_05-04-21
probableCause:Invalid Message Received
perceivedSeverity: WARNING(4)
specificProblems:unexpected opcode in U2 subsystem (36971)
backedUpStatus:
backUpObject:
trendIndication:T_NO_CHANGE(1)
stateChangeDefinition:
monitoredAttributes:
proposedRepairActions:Collect information for assistance. (185)
難道是因?yàn)锽BSIG或載頻模塊的原因造成的？帶著這個(gè)疑問，我們要求維護(hù)人員對該BBSIG進(jìn)行更換。在更換后穩(wěn)定了3個(gè)小時(shí)后，中斷依然產(chǎn)生。此時(shí)，我們感覺有可能是多種原因?qū)е碌墓收�，為此專門來到此站。碰巧，剛到就遇到了基站出現(xiàn)中斷。計(jì)算機(jī)記錄了這樣一個(gè)告警：
JOB: 95

PC Time&Date: 11:38:18 2006/05/31
NE Time&Date: 11:33:20 2006/05/31

USER NAME:SAG
SW RELEASE:03-01-16-00-92-53_05-04-21
COMMAND RESULT: OPERATION COMPLETED

FAILURE EVENT REPORT:

NAME = BPORT:0
Event Type = Communication Failure Event
Event Time = 31/May/2006 11:33:20
Probable Cause = Transmission Error
Specific Problems = 10275 - Remote alarm
Severity = Major
Trend Indication = More Severe
Notification Identifier = 1987
Proposed Repair Actions_1 = 185 - Collect information for assistance.
Originator = 1281
Additional Words =
Octets 01 to 16: H'6c61 H'316c H'7361 H'6566 H'026e H'0605 H'1f0b H'2114
Octets 17 to 30: H'00ff H'ffff H'ffff H'ffff H'ffff H'ffff H'ffff
Software Version = 01-01-16-00-04-00_05-01-11

END OF OUTPUT FOR JOB 95
在出現(xiàn)告警的同時(shí)，LI模塊上的1RAI燈亮。我們認(rèn)為傳輸?shù)逆溌啡匀淮嬖趩栴}，極有可能出現(xiàn)在OVPT至LI模塊之間的連接電纜。對電纜進(jìn)行檢查時(shí)發(fā)現(xiàn)接頭松動，緊固后，告警消失。鑒于上次的經(jīng)驗(yàn)，我們決定留守進(jìn)行觀察。果然，在運(yùn)行了3個(gè)小時(shí)左右，再次出現(xiàn)中斷，出現(xiàn)的告警仍然為BBSIG2的告警。
此時(shí)，我們將BBSIG2與第二個(gè)機(jī)柜的BBSIG3進(jìn)行互調(diào)，觀察4個(gè)小時(shí)后，第二個(gè)機(jī)柜出現(xiàn)中斷，第一個(gè)機(jī)柜保持正常。更換第二個(gè)機(jī)柜的BBSIG3后，觀察2天均無告警出現(xiàn)。
至此，本次故障處理完成，主要原因是：
1、后背板上的傳輸鏈路連接線接頭松動，是引發(fā)故障的第一個(gè)原因；
2、BS1中的BBSIG2模塊存在隱性故障，導(dǎo)致了故障的再次產(chǎn)生；
通過對這件事情的處理，我們認(rèn)為做為一名設(shè)備維護(hù)人員:
1、一定要掌握BSS系統(tǒng)的基本原理，在進(jìn)行故障處理時(shí)要懂得利用這些原理，這樣才能有的放矢；
2、掌握告警的含義，在理解的基礎(chǔ)上，分清故障發(fā)生的段落，逐段分析故障，逐段排除；
3、在故障處理的過程中，細(xì)心觀察，冷靜思考，耐心等待，不能放過任何一個(gè)可疑點(diǎn)。