【資料名稱】：告警類知識測試

【資料作者】：xu3444

【資料日期】：2009-3-20

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

告警類知識測試
一、填空題：
1、對于基站側(cè)，告警按照等級程度大致可以分為：緊急告警、重要告警、次要告警、提示告警
2、在基站設(shè)備中，機柜中有多種單板和傳輸線路（E1）有關(guān)；請依次寫出E1信號經(jīng)過的流程：傳輸支路板、DELC(E1信號防雷卡)、DCTB、 DCCU(信號轉(zhuǎn)接板) 、DCSU(并柜信號轉(zhuǎn)接板) 、DCMB、DTMU
3、DTRU的接收模式：接收分路、接收獨立、四路分集；DTRU的發(fā)送模式：發(fā)射獨立
、寬帶合路、PBT、發(fā)分集
4、請寫出DTMU板上RUN指示燈的四種含義：滅 、單板無電；不同周期快閃：BSC數(shù)據(jù)加載；慢閃（0.5HZ）：正常；慢閃（0.25HZ）：OML鏈路不通
5、當(dāng)DTMU（定時/傳輸管理單元）板上ACT指示燈顯示“亮”時表示：主用；PLL指示燈顯示“滅”時表示：異常.
6、當(dāng)傳輸使用第一對E1時，如果第一對E1正常，則那兩個指示燈會亮： LIU1、SWT；
相應(yīng)的狀態(tài)為：同滅同亮。
7、在基站類告警中，請寫出幾種常見且會影響業(yè)務(wù)的告警：LAPD_OML告警、LAPD告警、二級駐波告警、載頻通信告警
8、在處理告警信息時，我們經(jīng)常會遇到手機無法接通或通話中中斷，對于這種現(xiàn)象，我們會使用跟蹤方法進行定位；請寫出跟蹤的分類：信令跟蹤：指對各種鏈路、接口上的消息進行跟蹤；用戶跟蹤：根據(jù)用戶號碼，對用戶接續(xù)流程的消息、狀態(tài)進行跟蹤。
9、我們在監(jiān)控誤碼同時，請問載頻上的信道會出現(xiàn)什么狀態(tài)：故障狀態(tài)。
10、請問當(dāng)基站端口出現(xiàn)誤碼時，有那些單板或線路會造成這種告警的產(chǎn)生（列舉四種）：
傳輸支路板、DELC板、DCCU板、E1線。
二、選擇題（多選或單選）：
1、以下選項中，那些選項可以查看告警信息：（ABCD）
A、M2000B、LMT C、MMLD、傳輸網(wǎng)管
2、當(dāng)出現(xiàn)E1告警時，以下那個選項的告警詳情表示此告警不會影響基站業(yè)務(wù)：（ D）
A、站點號=？,單板ID=64,單板號=0,通道號=255,支路號=0
B、站點號=？,單板ID=64,單板號=0,通道號=255,支路號=1
C、站點號=？,單板ID=64,單板號=0,通道號=255,支路號=2
D、站點號=？,單板ID=64,單板號=0,通道號=255,支路號=3
3、在基站出現(xiàn)告警時，有時需要我們復(fù)位單板或者插拔單板進行處理，請問以下選項那些單板可以帶電插拔：（B、C）
A、DTMUB、QTRU/DTRUC、DDPU D、DCCU
4、當(dāng)出現(xiàn)DSP資源過載告警時，和此告警直接相關(guān)的是DPUP單板，請問DPUP單板的工作方式是：（B）
A、框內(nèi)資源池共享B、框間資源池共享 C、不共享 D、資源固定分配
5、當(dāng)出現(xiàn)二級駐波告警時，以下那些選項會影響此告警：（ABCD）
A、天線/饋線B、軟跳線C、載頻和DDPU間射頻線D、DDPU單板故障
三、分析簡答題：
1、OML鏈路不通
（1）故障現(xiàn)象
LMT出現(xiàn)E1告警、GEIUB單板故障告警、LAPD鏈路故障底層HDLC斷鏈、LAPD_OML鏈路中斷告警；從LMT查詢OML鏈路狀態(tài)為故障
請分析定位故障，寫出排除故障過程？
故障分析定位
（1）OML鏈路LAPD信令處理流程GXPUM->GEIUB->E1->TMU
（2）與基站相連E1鏈路發(fā)生故障
（3）GEIUB單板發(fā)生故障
（4）數(shù)據(jù)配置與實際情況不符
故障處理步驟
（1）檢查E1線連接是否完好
（2）從BSC設(shè)備面板檢查GEIUB單板是否運行正常
（3）檢查基站端口相連與數(shù)據(jù)配置是否一致
（4）檢查基站接口板（TMU、IOMU）是否正常
2、請分析誤碼出現(xiàn)的原因，然后寫出“誤碼告警”的詳細(xì)處理過程？
誤碼出現(xiàn)的原因大致可以分為：傳輸線路故障原因、單板故障原因、端口故障原因
（1）.排除BSC側(cè)是否存在誤碼，如果BSC側(cè)無誤碼（包括在傳輸側(cè)做軟環(huán)），待人員上站后先做硬環(huán)，查看是否有誤碼，如有：首先更換傳輸端口，問題未解決，再更換傳輸設(shè)備到DDF架間的線纜，如果問題還未解決則：
（2）查看基站本端是否有告警，可以通過DTMU板上的LIU燈和SWT燈閃的狀態(tài)判斷，如果不正常，更換DDF架到機頂?shù)膫鬏斁�，如果問題還未解決，則更換機頂?shù)腄ELC板（防雷接地板）還需注意接地是否規(guī)范
3、請簡要寫出處理告警的一般流程？
（1） 發(fā)現(xiàn)故障
查看告警信息來源，一般我們是從M2000移動網(wǎng)元管理系統(tǒng)中直接查看告警信息，注意觀察維護臺上所出現(xiàn)的告警信息是什么級別的告警，對于提示告警等，我們可以不做處理，對于出現(xiàn)的重要告警，緊急告警等，我們就要找出問題的所在，并及時處理，因為這部分告警直接會影響我們的基站業(yè)務(wù)
（2）分析告警來源
我們可以從告警信息中提取出產(chǎn)生的告警是來自BSC側(cè)還是來自基站側(cè)；對于BSC側(cè)出現(xiàn)的告警一般是由于軟件原因，或是由于數(shù)據(jù)配置上有誤造成，而對于基站側(cè)，多數(shù)告警信息都是由于硬件系統(tǒng)出現(xiàn)故障而造成告警上報
一般來說，BSC側(cè)不易出現(xiàn)會影響業(yè)務(wù)的告警，因為BSC側(cè)所涉及軟件比較多，而基站側(cè)所涉及硬件部分多，所以，我們一般常見的告警都來源于基站側(cè)
（3）定位告警信息
對于所產(chǎn)生的告警信息，我們首先就是要定位告警是那部分所產(chǎn)生的，是由于硬件設(shè)備，還是傳輸線路引起。對此，對于BTS3012常見的告警給出了一些快速定位的方法：
（補充）知識點：
★ 對于新開站點：
1.定位告警前的準(zhǔn)備
•1、首先在BSC告警維護臺查看告警，弄清楚究竟是什么告警；
•2、提取基站日志和告警文件；
•3、根據(jù)BSC幫助文件，查詢告警處理建議，建議中一般會包含“三板斧”方法，可以在BSC側(cè)先做能做的操作，比如復(fù)位單板，檢查配置等；
•4、前往現(xiàn)場解決；
A、協(xié)調(diào)好人員、車輛、備件等資源，協(xié)調(diào)好BSC側(cè)配合人員；
B、帶好需要工具（螺絲刀、扳手、美工刀、萬用表、便攜等基本工具及和處理問題相關(guān)特殊工具：sitemaster、功率計、測試手機等）、站點鑰匙、入站許可等；
C、制定處理方案，事先可以學(xué)習(xí)一下告警處理指導(dǎo)書，如果沒有把握，可以咨詢800或者研發(fā)。
2、定位過程
•1、“三板斧”操作；
•2、根據(jù)定位指導(dǎo)書、800工程師或者研發(fā)工程師建議依次操作，注意，不管做什么操作，你的步驟和目的是：懷疑什么是有問題的，驗證你的懷疑，懷疑——驗證——排除——再懷疑——再驗證——再排除，最后確定到具體故障點。
•大體思路：
a、區(qū)分是BTS、傳輸還是BSC問題；
b、區(qū)分是主控、載頻還是射頻前端問題；
c、區(qū)分是硬件還是軟件問題；
d、區(qū)分是單板還是電纜問題；
3.定位完成后善后工作
不管定位結(jié)果如何，一定要再次提取日志，這是“病人”的病情自述，后方人員二次定位需要基本信息，中醫(yī)還講究“望”“聞”“問”“切”，后方相隔千里，只能通過日志及現(xiàn)場人員描述來了解情況
•記錄所做操作，更換過哪些單板，更換過哪些電纜，修改過那些參數(shù)，單板撥碼情況，站點配置簡單描述（可以根據(jù)這些信息排除一些可疑點），為二次定位節(jié)約時間，更快更準(zhǔn)確定位問題；
•對于壞件，需要返回檢修，請規(guī)范填寫故障返修卡，包括模塊名稱、條碼、站點信息、現(xiàn)場工程師姓名及聯(lián)系方式、告警名稱（請?zhí)顚懸?guī)范，嚴(yán)格按照BSC維護臺上報告警填寫，不要自己杜撰）；
•對于現(xiàn)場多次、反復(fù)出現(xiàn)同一類型故障，建議反饋給后方研發(fā)，應(yīng)該引起重視，深究根因，防止批次問題及軟件版本BUG導(dǎo)致大量壞板。