【正文】 要站點技術人員在BTS處測試CSU，上面的告警是由于LAPD GLIMM Datalink 引起II. CSM 故障a. GPS的定時問題i. BTS 將成為一個“Island Cell” （孤島小區(qū)）– 移動臺只能在BTS中發(fā)起呼叫，但是不能從本小區(qū)切換，也不能切換到本小區(qū)b. STATUS的不同i. 檢查一下BTS 和CSM 中status的不同ii. 如果 CSM CLOCK_SRC 不是 GPS，則轉為HSO（高穩(wěn)度晶振控制）定時 c. CSM2 INS,，這表示較早的時候出現(xiàn)過問題（因為通常，CSM1 應該是INS）i. 如果 CSM2是 INS (CLOCK_SRC為HSO)，CSM1是OOS，站點技術人員應勘察站點d. 在*.rpt, *.trf, and *mcX中可以找到較高的 Oamp。 參見下面的BTS312例子 (這是運行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 配置錯誤a. 在某些子時隙(03,用于壓縮)中出現(xiàn)高的 Oamp。 所有的CE都會 OOSAutoc. Link 和 SPAN失敗會導致MGLI上的告警(LAPD Failures)i. 要找到這些告警，檢查home/scadm/events/omcr/ 把CE設成PREcUT直到SPAN問題解決iii. Link和SPAN OOSAuto Oamp。T failures和HO failures高 (CFC 6和 7)T failures,和blocksii. 查看 *.cem中的Link和 SPAN OOS時間和告警次數(shù)b. Link/SPAN相關的問題i. Link OOSAuto, SPAN INS, 所有的 CE INSi. 在 *.rpt, *.sho, *.trf, 和 *.mcX中所有的 btssectorcarrier統(tǒng)計數(shù)據(jù)表明同樣的性能降低c. 在*.xcat的最后，查看在XCDR Performance Worst 99 Sorted by Good d. Call Rate的統(tǒng)計數(shù)據(jù) （見下面的例子）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各項的異常數(shù)據(jù)3) 常見 SPAN 故障I. SPAN, DS0, 或 CE 問題a. 如果SPAN, DS0, 或某些特定的 MCCCE 出現(xiàn)故障，則 BTS將有較高的 CFC 6 和 7 (setup failures) i. 在*.rpt, *.sho, *.trf, and *mcX 中查找高的 Oamp。T) Failure(起呼和被呼失敗率)Block = SPAN (E1), MCCChannel Element (CE), Walsh Code (WC) block, or Power blocks (will be available soon)，（SPAN(E1)阻塞，MCC信道單元阻塞，Walsh碼阻塞，功率阻塞）Drop = RF Loss Failure（無線掉話率）2) 常見 CBSC 故障I. XCDR 問題a. 通常發(fā)生在整個CBSC 的性能降低時（掉話和阻塞）b. 高的無線掉話率，起呼和被呼失敗率，阻塞等等，出現(xiàn)在某一個CBSC的全部站點上。其他廠商較略，但是諸如察看報表、跟蹤路測和交換機數(shù)據(jù)等的方法于Motorola一致（只是報表名稱，參數(shù)名稱略有不同），故Motorola的總結有一般性，可以參考。第五部分 各廠商的專有問題Sprint PCS網(wǎng)絡上的設備廠商有Lucent、Motorola、Nortel和Samsung，對于不同廠商的CDMA網(wǎng)絡有各自的問題。在進行優(yōu)化工作前，先對各項參數(shù)設置進行仔細核查，防止出現(xiàn)錯誤的參數(shù)設置。功率阻塞的原因通常是：1) 負載達到100%, 不能提供額外能量給新的用戶。2) 在兩個LAC(位置區(qū)代碼)的交界區(qū)域發(fā)生尋呼失敗的原因主要是由于手機終端在IDLE狀態(tài)下，從LAC1向LAC2切換過程中，如果LAC1的基站信號強度小于LAC2的基站3dB，并且持續(xù)1秒鐘，這時手機終端將監(jiān)控LAC2的基站PCH信道而由于2分鐘ZONE TIME設置造成VLR登記仍然保持在LAC1上，如此時發(fā)生對該基站的尋呼將在LAC1區(qū)域內的基站發(fā)送尋呼消息，這時將發(fā)生尋呼失敗。1) Sprint PCSSPCS推薦的參數(shù)設置BKOFF: 1 Slots (80 ms)PWR_STEP: 4 dBINIT_PWR: 0 dBmNUM_STEP: 4PAM_SIZE: 2 Frames (20 ms)MAX_CAP_SIZE: 6 Frames (20 ms)MAX_RSP_SEQ: 2ACC_TMO: 2 Slots (80ms)PROBE_BKOFF: 1 Slots (80ms)接入時長計算：Probe Duration: [(1+PAM_SIZE)+(3+MAX_CAP_SIZE)]*(20ms/Frame)=[(1+2)+(3+6)] * 20ms = 240msProbe Delay: 80*[(2+ACC_TMO)+(1+PROBE_BKOFF)]=80ms*[(2+2)+(1+1)] = 480 msProbe Seq Duration: (Probe Duration)*5+(Probe Delay)*4=(240ms)*5+(480ms)*4 = 3120 msProbe Seq Delay: (Probe Delay)+(1+BKOFF)=(480ms)+[(1+1)*80 ms] = 640 msTotal Access Attempt:(Probe Seq Duration)*2+(Probe Seq Delay) = (3120 ms)*2+(640 ms) = 6880 ms or sec2) 天津CDMA天津的ACCESS PARAMETER設置NOM_PWR: 0INI_PWR : 5PWR_STEP: 6NUM_STEP: 5MAX_CAP_SIZE: 3PREAMBLE_SIZE: 3ACC_TMO: 5BACKOFF: 1PROBE BACKOFF: 0MAX_REQ_SEQ: 2MAX_RSP_SEQ: 2接入時長計算：One Probe = 10 Frame = 200msec TA(Ack Response Timeout )： ( 80(2 + ACC_TMO) = 560msecRT ( Probe Backoff ) ： (1 + PROBE_BKOFF) = 1Slot = 200msecRS (Sequence Backoff)： (1 + BACKOFF) = 2Slot = 400ms移動臺的最大接入時長：12 ( Probe + TA ) + 10RT + RS= 12 ( 200 + 560 ) + 10 * 200 + 400 = 11520msec = 在比較了Sprint公司和天津分公司的參數(shù)設置后，發(fā)現(xiàn)Sprint公司的通話接入總時長要短5秒左右。跟天線的垂直半功率角有關，一般不要超過垂直半功率角的一半。這是因為機械傾角只能控制主瓣的覆蓋而不能很好的控制旁瓣，尤其當傾角大（超過15度時）旁瓣和背向會產生較大的干擾，天線方向圖將發(fā)生凹陷失真。三. 天線類型的選擇Sprint公司對天線電子和機械傾角的研究對解決小區(qū)的覆蓋范圍的影響極有利用價值。若“導頻信道功率+同步信道功率+尋呼信道功率”占總功率的百分比為 X%,則利用功率計在塔放輸入端在沒有話務的情況下通過調整TPTL使功率計的測量功率為 X/100 W。如果利用它提高導頻強度會使下行功率控制起點抬高。使用過程中一定要注意1) 鏈路平衡問題，必須配合低噪聲放大器使用；2) 要根據(jù)實際情況改變導頻信道數(shù)字增益、同步信道數(shù)字增益、尋呼信道數(shù)字增益。如果用戶分布在基站附近，可以改變功率控制參數(shù)保持原先的導頻強度，塔頂放大器的功率主要用于話音信道；（3）改善信號強度。2. 塔頂放大器的使用經驗可以利用塔頂放大器（1）擴大服務區(qū)域。而且，郊區(qū)主要受反向功率不足，手機信號無法到達基站的限制，所以盲目增加覆蓋對服務的提供不一定有好處。圖43 小密度的居民樓區(qū)覆蓋解決方案二. 郊區(qū)擴大覆蓋的方案1. 一般方法Sprint專家認為，在郊區(qū)可以由增加功率或者加塔放來擴大一定覆蓋。見下圖。可以采用增加天線掛高或增加扇區(qū)數(shù)（6扇區(qū)小區(qū)，其中4扇區(qū)對準該密集居民樓群），每扇區(qū)使用窄波束天線（25。見下圖。因為如果不加新站，則該區(qū)域中會無主導頻而造成導頻污染，加上多個居民樓的反射，將導致無線環(huán)境極為復雜。1) 咨詢會期間，各省分代表提出的密集居民樓區(qū)規(guī)模為大約50~60幢，全區(qū)周圍有3~4個基站服務。直放站對時延的要求較高，下面重點摘錄一些關于時延的計算方法。發(fā)射天線應選用前后比較大，水平波瓣半功率較大小、增益可滿足設計覆蓋要求的天線。需要的隔離度=GAINrepeater+15dB2) 接收天線與發(fā)射天線的隔離度問題以免產生自激現(xiàn)象。2) 局部地區(qū)采用負傾角天線向上覆蓋該建筑，見下圖。另外還有有關其他設備的用法介紹一. 熱點地區(qū)和高層覆蓋問題1. 解決高層覆蓋的方案答：在承諾室內覆蓋的大型場館會所中，Sprint主要采用以下方法實現(xiàn)覆蓋―1) 選用半功率角30。Sprint和其他北美電信運營商一樣，現(xiàn)階段均無保證室內通信服務的承諾；對于某些大型的場館會所，Sprint也完成了室內覆蓋。圖31 每扇區(qū)的典型天線配置表36 天線類型推薦配置值站 點 類 型水平波束寬度 (度)垂直波束寬度(度)增益 (dBi)典型的3扇區(qū)651719