【正文】 ectorcarrier統(tǒng)計(jì)數(shù)據(jù)表明同樣的性能降低c. 在*.xcat的最后，查看在XCDR Performance Worst 99 Sorted by Good d. Call Rate的統(tǒng)計(jì)數(shù)據(jù) （見(jiàn)下面的例子）CPP Performance Sorted by Good Call RateCallGood Calls Access Fail Drop Calls LengthCBSC CPP Calls Count Rate Count Rate Count Rate Avg(s) 283 13 16216 14340 659 1217 102283 14 15928 14126 587 1215 104283 15 16299 14457 642 1200 104282 9 12399 11024 476 899 122283 3 16231 14432 576 1223 105283 7 16185 14392 530 1263 104i. 查看在Good Call Rate, Block Rate, 和Drop Rate各項(xiàng)的異常數(shù)據(jù)3) 常見(jiàn) SPAN 故障I. SPAN, DS0, 或 CE 問(wèn)題a. 如果SPAN, DS0, 或某些特定的 MCCCE 出現(xiàn)故障，則 BTS將有較高的 CFC 6 和 7 (setup failures) i. 在*.rpt, *.sho, *.trf, and *mcX 中查找高的 Oamp。T failures, 以及阻塞b. 如果一個(gè)SPAN OOS時(shí)，會(huì)出現(xiàn)較高的 CFC 20 (blocks)，將導(dǎo)致可使用的CE數(shù)減少c. 如果一個(gè)SPAN 一會(huì)INS一會(huì)OOS時(shí)，則將導(dǎo)致接入失敗，相應(yīng)地，出現(xiàn)較高的CFC 6和 7 d. SPAN的 OOS時(shí)間和告警數(shù)可以在*.cem中找到e. 可能的解決方法：i. Switch 技術(shù)人員需要同電信公司解決這個(gè)問(wèn)題ii. 可能是DDF或2M頭（SPAN在站點(diǎn)上的終端）的問(wèn)題f. 有SPAN問(wèn)題的站點(diǎn)通常出現(xiàn)在*.rpt的最后,在 Worst 30 Cells 下 (見(jiàn)下面MM272中BTS256的例子)Worst 30 Cells: RF Loss Soft Handoff Access Fail O+T+HO RFLoss HO HO O+T O+T O+T MM Cell sc Weight Seizs RFLoss Fail% MM Cell sc Weight HOs Fails Fail% MM Cell sc Weight Atts Fails Fail% 1 273 8 12 10681 4683 276 272 41 11 1 16923 133 272 256 21 28079 3252 427 2 273 272 14 5886 4737 230 272 41 22 1 15515 96 272 256 31 24240 3861 416 3 273 8 11 5256 5022 234 272 40 22 1 10465 60 272 256 32 20763 3678 373 4 273 8 13 3953 4663 208 272 41 31 1 6023 33 272 256 22 20144 2192 300 5 273 112 33 2054 5161 207 272 40 21 1 11827 61 271 144 31 15630 2551 271 6 273 272 12 1968 7565 293 272 41 21 1 15092 77 272 256 11 13143 1970 220 7 273 272 13 1884 6758 263 272 293 22 1 12093 60 272 511 22 12739 4573 333 8 273 8 14 1676 4269 171 272 41 32 1 5465 24 273 167 14 11479 1695 191 9 272 291 13 1655 5299 208 272 41 12 1 11154 36 272 244 33 10527 2485 217 10 271 182 24 1450 8594 325 272 293 33 1 16430 53 272 255 12 10019 5734 358 11 272 291 34 1339 2923 119 272 256 21 1 10976 34 272 256 12 10013 1732 178 12 272 291 12 1253 5687 218 272 256 22 1 9157 27 271 43 21 9995 2848 228 ..29 273 369 32 1 9060 81 273 257 11 1 14154 18 272 255 11 4555 6282 328 30 273 257 31 1 7618 68 272 293 12 1 12791 16 271 177 32 4550 545 70 II. Link (和SPAN)問(wèn)題a. 對(duì)于有問(wèn)題的Link/SPAN ，無(wú)論是OOS還是在INS和OOS之間切換，BTS 會(huì)有較高的 CFC 6 和 7 (setup failures)i. 在*.rpt, *.sho, *.trf, and *mcX 中有高的RF loss, Oamp。T failures,和blocksii. 查看 *.cem中的Link和 SPAN OOS時(shí)間和告警次數(shù)b. Link/SPAN相關(guān)的問(wèn)題i. Link OOSAuto, SPAN INS, 所有的 CE INS Oamp。T failures和HO failures高 (CFC 6和 7) 把CE設(shè)成PREcUT直到SPAN問(wèn)題解決ii. Link INS, SPAN OOSAuto, 所有的 CE INS Oamp。T failures和HO failures高 (CFC 6和 7) 把CE設(shè)成PREcUT直到SPAN問(wèn)題解決iii. Link和SPAN OOSAuto 如果 BTS只有一個(gè) Link 而且 OOS了,則整個(gè)站點(diǎn)都可能OOS 所有的CE都會(huì) OOSAutoc. Link 和 SPAN失敗會(huì)導(dǎo)致MGLI上的告警(LAPD Failures)i. 要找到這些告警，檢查home/scadm/events/omcr/ gcat |pgrep {DEVICE}{BTS}|more (比如，|pgrep MGLI312|more) 參見(jiàn)下面的BTS312例子 (這是運(yùn)行showevents腳本后的輸出，注：該腳本是Sprint公司自己的腳本)14:44:39 MGLI3121 ** ALARM:11301 BTS LAPD GLIMM Datalink Failure: Not Recovered14:44:44 MCC3127 ** ALARM:4510 PPP Session Is Down14:45:06 MGLI3121 CLR ALARM:11301 BTS LAPD GLIMM Datalink Failure: Not Recovered14:45:09 MCC3127 CLR ALARM:4510 PPP Session Is Down14:45:20 BTSSPAN3121 CLR ALARM:118068 SPAN OutofService Continuous RED Faults (sink)23:04:51 MGLI3121 ** ALARM:11301 BTS LAPD GLIMM Datalink Failure: Not Recovered23:04:56 MCC3127 ** ALARM:4510 PPP Session Is Down23:05:19 MGLI3121 CLR ALARM:11301 BTS LAPD GLIMM Datalink Failure: Not Recovered23:05:26 MCC3127 CLR ALARM:4510 PPP Session Is Down23:05:33 BTSSPAN3121 CLR ALARM:118032 SPAN OutofService Continuous Framed AIS Faults (sink)23:05:34 BTSSPAN3121 CLR ALARM:118068 SPAN OutofService Continuous RED Faults (sink)III. CSU 配置錯(cuò)誤a. 在某些子時(shí)隙(03,用于壓縮)中出現(xiàn)高的 Oamp。T failures (CFC 6 和 7) i. 在*.rpt的最后 Worst 30 Cells 中可以找到很高的Access Failures ii. 在*.rpt 中有很高的 Oamp。T failures iii. 查找SPAN上的告警4) 常見(jiàn) BTS 故障I. MGLI故障a. 可能由(display bts{BTS } status )和PHYSTATE (status mgli{BTS }{Device } phy)STATUS的不同引起i. 參加下面 的BTS182例子bvomcr4001663 status mgli1821 add00166300006 COMMAND ACCEPTED CLICMD4030 020917 16:38:45 bvomcr4 OMCR27 330037/276414 INFO:1 Command Received and AcceptedCOMMAND=STATUS MGLI1821 PHYSFLAG=ADD MGLI1821 020917 16:38:46 bvomcr4 MM271 324963/276415 INFO:3 Command in Progress STATUS=STARTED MGLI1821 020917 16:38:46 bvomcr4 MM271 324964/276416 INFO:2 Device Status Response TELSTATE=INS_ACITVE