【正文】 天津CDMA網(wǎng)絡(luò)接入時(shí)長(zhǎng)的對(duì)比。2. 尋呼和接入的失敗1) 產(chǎn)生尋呼和接入過程失敗的主要原因(1)參數(shù)設(shè)置錯(cuò)誤導(dǎo)致手機(jī)可以解調(diào)出導(dǎo)頻并同步到該導(dǎo)頻，但尋呼信道的覆蓋比導(dǎo)頻弱，手機(jī)無法解調(diào)尋呼消息；(2)手機(jī)響應(yīng)了尋呼，但由于反向接入信道功率參數(shù)原因，接入探針基站無法接收到；(3)前向或者反向信道受到干擾；(4)接入過程由于無法進(jìn)行軟切換，如果有比較強(qiáng)的其他小區(qū)信號(hào)，可能導(dǎo)致接入失??；(5)手機(jī)無法解調(diào)出前向信道或者無法建立反向信道；(6)在接入過程中手機(jī)丟失尋呼信道。五. 阻塞問題常見的阻塞有：1)Walsh 碼資源短缺 2) CE耗盡 3) trunk原因 4)功率阻塞，其中前三項(xiàng)是我們熟知的資源阻塞，功率阻塞是一種新的阻塞情況。2) 由于參數(shù)設(shè)置不當(dāng)?shù)热藶樵蚴构β适芟?，雖沒有達(dá)到滿功率，但不能提供額外功率。在RC3配置中，Walsh碼總共只有64個(gè)，而高速數(shù)據(jù)業(yè)務(wù)需要使用多個(gè)長(zhǎng)Walsh碼或者一個(gè)短Walsh碼，這導(dǎo)致多個(gè)Walsh碼同時(shí)被占用，因此在數(shù)據(jù)業(yè)務(wù)應(yīng)用較多的情況下容易出現(xiàn)Walsh碼的阻塞；而在RC4配置中，Walsh碼總共有128個(gè)，但是對(duì)于Turbo編碼，RC3和RC4的編碼速率分別是1/4和1/2，因此RC4需要更高的發(fā)射功率，這將可能導(dǎo)致功率阻塞。本部分內(nèi)容根據(jù)四家廠商將問題歸類，因?yàn)殛P(guān)于Motorola設(shè)備的咨詢會(huì)對(duì)此問題總結(jié)最為詳細(xì)，所以在下面的章節(jié)中對(duì)Motorola的闡述較為詳盡。一. Motorola1. 常見Motorola設(shè)備問題1) 日常優(yōu)化需要察看的Motorola 報(bào)表*.rpt = PMSUM System Performance Report（系統(tǒng)性能報(bào)表，每日），包括Worst 30 Cells（最壞30小區(qū)） (無線掉話RF Losses,軟切換失敗率 SHO failures, 和接入失敗率 Access failures)*.cem = CEM BTS Availability Report（BTS可用性報(bào)表）*.trf = PMTRAF BBH Traffic Report（忙時(shí)業(yè)務(wù)報(bào)表）*.mcX = PMMCC MCC Channel Report for MMX, where X is the CBSC number（MCC信道報(bào)表，MMX，X表示CBSC號(hào)）*.sho = InterCBSC SHO Report（CBSC間軟切換報(bào)表）*.xcat = CDL Pareto Analysis（CDL排列分析）Motorola 報(bào)表中的術(shù)語(yǔ):Setup Failure = Origination or Termination (Oamp。i. 在 *.rpt, *.sho, *.trf, 和 *.mcX中所有的 btssectorcarrier統(tǒng)計(jì)數(shù)據(jù)表明同樣的性能降低c. 在*.cem中有 XCDR失?。ǜ婢蚈OS時(shí)間） d. 在*.xcat的最后，查看在XCDR Performance Worst 99 Sorted by Good Call Rate的統(tǒng)計(jì)數(shù)據(jù) （見下面的例子）XCDR Performance Worst 99 Sorted by Good Call Rate Call Top 5 CFCs Good Calls Access Fail Drop Calls Length Count CBSC XCDR Calls Count Rate Count Rate Count Rate Avg(s) CFC Pct ( %) 1 282 1616 160 128 9 23 147 4( 5 3%) 5( 2 1%) 9( 2 1%) 3( 1 1%) 13( 1 1%) 2 282 310f 168 137 9 22 117 5( 3 2%) 26( 3 2%) 4( 2 1%) 13( 2 1%) 3( 1 1%) 3 283 0b0d 225 184 13 28 113 13( 5 2%) 4( 4 2%) 5( 4 2%) 3( 2 1%) 14( 1 0%) 4 283 2703 242 198 6 38 80 4( 6 2%) 5( 3 1%) 3( 1 0%) 13( 1 0%) 26( 1 0%) 5 283 1402 233 191 10 32 106 4( 8 3%) 5( 4 2%) 13( 2 1%) 26( 2 1%) 3( 1 0%)i. 查看在Good Call Rate, Block Rate, 和 Drop Rate各項(xiàng)的異常數(shù)據(jù)II. CPP (Call Processing Processor, 在 XCDR內(nèi))故障a. 這個(gè)故障可導(dǎo)致在CBSC中的站點(diǎn)有很高的CFC 60 (setup failures),在CBSC之外的站點(diǎn)有很高的 CFC 130 (drops) b. 高的無線掉話率，起呼和被呼失敗率，阻塞等等，出現(xiàn)在某一個(gè)CBSC的全部站點(diǎn)上。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è)問題ii. 可能是DDF或2M頭（SPAN在站點(diǎn)上的終端）的問題f. 有SPAN問題的站點(diǎn)通常出現(xiàn)在*.rpt的最后,在 Worst 30 Cells 下 (見下面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)問題a. 對(duì)于有問題的Link/SPAN ，無論是OOS還是在INS和OOS之間切換，BTS 會(huì)有較高的 CFC 6 和 7 (setup failures)i. 在*.rpt, *.sho, *.trf, and *mcX 中有高的RF loss, Oamp。 Oamp。 把CE設(shè)成PREcUT直到SPAN問題解決ii. Link INS, SPAN OOSAuto, 所有的 CE INST failures和HO failures高 (CFC 6和 7) 如果 BTS只有一個(gè) Link 而且 OOS了,則整個(gè)站點(diǎn)都可能OOS gcat |pgrep {DEVICE}{BTS}|more (比如，|pgrep MGLI312|more)T failures (CFC 6 和 7) i. 在*.rpt的最后 Worst 30 Cells 中可以找到很高的Access Failures ii. 在*.rpt 中有很高的 Oamp。T Failures和 RF Lossese. 可能的解決方法：i. 重啟CSM，此時(shí) CLOCK_SRC 為HSO （通常，這是INS 的CSM）ii. 站點(diǎn)技術(shù)人員應(yīng)去檢查GPS天線，看看有無阻擋物，GPS線是否折斷或毀壞的情況III. BBX 故障a. STATUS的不同 – BBX 會(huì)處于 DEKEYED狀態(tài)b. 查看沒有 Oamp。T Failures和RF Losses (CFC 4, 13, 14和 15)i. 通常發(fā)生在當(dāng) PARENT 設(shè)備回到INS，而BBX之一沒有回到服務(wù)的時(shí)候d.