三．MSC內(nèi)部軟件資源的使用情況
1．用命令<104. 查看是否有模塊短暫超負(fù)荷，正常應(yīng)無模塊顯示
2．用MACROOVMON檢查MRSACE,SACEIN等模塊的資源占用狀況及是否有過載情況
MBUFOVL|UBUFOVL|PCBOVL|RDQ LIMIT #INTLOADAVRGOVL|
1024| 1913K|511|64200| MAXIMA
========================================================================
10010| 1733K0|4620| 0 48 0 0% 3% 0|
10010| 1733K0|4620| 0 48 0 0% 2% 0|
以上4個(gè)OVL FLAG均為FALSE,說明無過載情況，另外實(shí)時(shí)的MBUF和UBUF均略小于最大值，說明無BUFFER吊死情況，LOAD及AVRG值均很小，說明該模塊負(fù)荷不高
對(duì)于SACEIN模塊，如果LOAD,AVRG值較大，如大于30%，則在SACEIN模塊中TRACE 15987T
MSG NAME TYPE SRC_PIDSND_BY DST_PIDRCV_BYTIME
15987 SIG_TO_SIG (BIF)18E0_601D2110_2419 0FF0_SUPRCV
B_BUFFER_PTR=7CA8:0000
B_BUFFER_LEN=005C
MSG_DATA =0101 0000 0000 0000 0000 0000 0000 0000
1FE0 0000 1FE0 0000 0097 0000 11C0 0097
0000 0000 0200 0730
COMPLEX_MESSAGE(START = 0004, LENGTH = 0058)
VIRTUAL_MESSAGE(START = 0008, LENGTH = 0054)
MBID 0072=002E
MBID 005D=0000 2B00 1AA0
MBID 005E=0217 0EF4 3A50
MBID 0034=15
MBID 0066=1202 0000 0000 0000 0CC0 0000 D406 0000
0000 0000 0001 0000 XX00
MBID 005A=FF90 0229 FF03 0000 0000 0000 0000 0000
USER_BUFFER+0058=0F6D 0000
對(duì)于MBID 005D=0000 XXXX YYYY,MBID 0034=15的情況，則從MBID 005E中得到MRSACE中的LCEID（3A50），用MACRO CEIDS
,3A50得到MRSACE的NA，對(duì)該模塊做RESTART，使用參數(shù)BYT ROM+2E=1
3．檢查SACEIN計(jì)費(fèi)數(shù)據(jù)設(shè)置，在每一SACEIN中R_CHG_LCE應(yīng)有且僅有一個(gè)TUPLE。對(duì)應(yīng)的R_CHG_LCE.D_CHG_LCE < E28，如D_CHG_LCE > E28，則需修改數(shù)據(jù)，修改原則，D_CHG_LCE < E28，并且各SACEIN、ENTUPTCE、MRSACE、DNTUPTCE中D_CHG_LCE的值各不相等。
4．用MACRO A_STATS檢查MRSACE中各種資源占用情況，是否存在資源吊死：
1）UMI
2）SCCP
3）MAP
4）MAIN
5）LINK
6）APR
7）XDH
8）DTMF
9）HONR
5. 檢查SACEIN資源占用情況，詳見附件“檢查IN資源的步驟”。
6. 檢查R_LMS_DATA占用情況：
<COUNT-TUPLE:1=”R_LMS_DATA”,2=”D_TP_STATE”&1&”0”,NA=H’XXX(MRSACE);
一般其值在30以下；
四．補(bǔ)丁及軟件版本的檢查
通過以下人機(jī)命令采集交換機(jī)補(bǔ)丁及軟件版本信息:
<BUILD-SC-FILE.
<DISPLAY-SC-FILE:ALL.
<7835
DEV=DKA1P0,NBRREC=ALL.
將收集下來的數(shù)據(jù)發(fā)到公司相關(guān)部門進(jìn)行檢查以確定補(bǔ)丁及軟件版本數(shù)據(jù)是否正確
五．信令跟蹤及分析
根據(jù)TKG REPORT和BSC REPORT結(jié)合具體情況，對(duì)部分局向的信令進(jìn)行跟蹤分析，一般應(yīng)包括到BSS的接口，到PSTN的接口，到其它MSC的接口，到HLR的接口。對(duì)于到BSS的接口應(yīng)注意統(tǒng)計(jì)CR與CC消息之間的比例，二者應(yīng)基本相等，如有一定出入，應(yīng)調(diào)查產(chǎn)生的原因，注意調(diào)查各項(xiàng)失敗的消息（如切換，位置更新等），另外還可通過AGLAE工具分析信令，找出可能存在的問題。對(duì)于到PSTN和MSC地接口，應(yīng)對(duì)呼叫失�。ㄈ鏑FL,SEC等）消息進(jìn)行分析，判斷失敗的原因，如為本局原因，應(yīng)予以詳細(xì)分析并解決，如為對(duì)端局原因，應(yīng)給出報(bào)告由移動(dòng)公司與對(duì)端局協(xié)調(diào)解決
六．系統(tǒng)告警的處理
1.檢查并消除現(xiàn)存的硬件告警
<19
ption=all.
<45:sbltype=ctle,state=2&3&4&5&6,option=all.
<45:cat=network,state=2&3&4&5&6,option=all.
<45:sbltype=cllk,state=2&3&4&5&6,option=all.
2 .做網(wǎng)絡(luò)及時(shí)鐘例測(cè)，并根據(jù)例測(cè)結(jié)果排除故障
<452:testcat=rt,devtype=network
<452:testcat=rt,devtype=ccld/clcs/ctod/tlcs/ofll/opll/pfll/d tge/ctgc,na=h'1c&1d.
<452:testcat=rt,devtype=tlsr/racl,en=h'1c&1&h'1c&2&h'1d&1&h'1d&2.
以上各個(gè)項(xiàng)目請(qǐng)分開做
為了節(jié)約時(shí)間，請(qǐng)安排機(jī)房人員在檢查前完成。（例測(cè)工作必須安排在晚上進(jìn)行）
3.檢查各外設(shè)的工作狀況（包括MODEM,ATOM,HYCON終端等），并檢查機(jī)架后電纜是否存在安裝混亂，不規(guī)范的情況
4. 分析最近的系統(tǒng)報(bào)告，是否存在異常,在分析中應(yīng)注意中繼數(shù)不匹配，信令翻轉(zhuǎn)，傳輸不穩(wěn)，模塊翻轉(zhuǎn)等情況
5.在PSACE 中TRACE REL R_CAUS_TAB看是否有異常CAUSE產(chǎn)生
SomeCAUSE analysis:
Ø41_TERMPORARY_FAILURE & 47_RESOURCE_UNVALAIBLE is caused by BSS side failure.
Ø38_NETWORK_OUT_OF_ORDER is caused by no response for some operation initialed by MSC.( send routing info etc.)
Ø192_PATED_FAULT&193_ANI_FAILED the PATED data failure will cause the problem.
Ø161_SOFTWARE_RESOURCE_UNAV for this case, there must be some resource (message &userbuffer or others) problem. We can trace MSG 119T in original CE, then get the error point which send this cause.
Ø224_CHG_FAIL_NO_RECORD&225_CHG_FAILURE for this case, charging record occupation in original CE and charging data should be check.
Ø18_NO_USER_RESPONDING SYSTEM LOCATION=1FH for this case,msc send setup to bss,but bss no call confirm return to msc，so it is the bss problem
針對(duì)各異常CAUSE分析其原因，設(shè)法消除異常CAUSE,對(duì)于最后一種情況，建議在R_CAUS_TAB中做數(shù)據(jù)使其播放與普通PAGING 失敗不同的錄音通知（如PAGING 失敗放‘不在服務(wù)區(qū)’的可以播放‘暫時(shí)無法接通’）
6.在部分重要模塊（MRSACE, SACEIN, LRACE, PSACE, EPMDBS,SACECP, SACEN7, SACEADM, SACECHRS）中TRACE MSG 119T看是否有異常消息
關(guān)注樓主