CDMA網優(yōu)過程中的掉話分析和處理

1、cdma網優(yōu)過程中的掉話分析和處理 【摘要】:掉話率是反映網絡性能的一項重要指標，也是直接面對用戶樹立cdma精品網絡形象的一個重要窗口。在lucent的設備中，掉話分為兩種：rf掉話（即無線掉話）和cp掉話（即在處理話務的過程中發(fā)生的掉話）。rf掉話析其原因，主要發(fā)生在以下三種情況下：（1）覆蓋弱掉話（2）切換掉話，主要是由于鄰居關系的缺失或搜索窗大小設置不當（3）干擾掉話。造成cp掉話的原因很多，發(fā)現(xiàn)的多由設備硬件故障造成。本文根據作者在處理掉話過程中積累的經驗，結合對agilent路測設備viper的使用和對話務統(tǒng)計以及rop消息的分析，分三個方面詳細闡述了造成rf和cp掉話的各種原因。

2、【關鍵詞】: pn scaner 搜索窗 cbr rop tfu ccu ap traffic block ce1.由參數(shù)設置不當引起的掉話1.1鄰居關系缺失引起的掉話在多導頻的環(huán)境下，當存在與主導頻未作鄰居關系的強導頻時，在前向鏈路上造成強干擾，當ec/io跌至15db以下時，前向鏈路的質量嚴重下降。當移動臺連續(xù)收到12個壞幀之后，關閉發(fā)射機；當衰落定時器在回零之前移動臺沒有收到連續(xù)的兩個好幀，將重新初始化。手機掃描圖：pn scaner掃描圖：這是劉長山南掉話之前的圖片。由于該區(qū)域地勢較高，導頻較多。通過viper可以清楚看到，pn為500的信號與pn為436、432信號未做鄰居關系，導致

3、掉話。齊魯國際大廈、聯(lián)通大客戶培訓中心、良友富臨等掉話屬同樣原因。1.2搜索窗設置不當引起的掉話1.2.1搜索窗過小在軟切換過程中，由于當前基站搜索窗設置過小，其能搜到的最大碼片延時數(shù)小于切換目標基站的碼片延時，雖然存在于當前基站的鄰居列表中，切換目標基站仍無法被納入當前基站的活動集，亦造成前向鏈路的強干擾。手機掃描圖： pn scaner掃描圖：上圖為繞城高速郭店至刑村段掉話之前的圖片。手機主導頻為308（濟鋼二扇區(qū)），而pn scaner掃描到的pn信號，最強的信號為358（356的直放站延遲信號）。由此可以清楚看到，手機的掉話原因是未能掃描到最強pn信號358從而無法將其納入活動集，這是

4、由于基站（pn為308）鄰居搜索窗太小造成的，將其搜索窗由7增大到13后問題解決。洪樓大潤發(fā)、仲宮至柳埠公路掉話屬于相同原因。122搜索窗過大在切換過程中，基站搜索窗設置過大，當車速過快時，切換目標基站不能及時被納入活動集，亦會造成切換掉話。2.由硬件故障引起的掉話2.1由cbr故障引起的掉話在實際優(yōu)化工作中遇到如下情況：在話務統(tǒng)計中發(fā)現(xiàn)，某基站扇區(qū)的掉話率較高，起被呼成功率低；從分時統(tǒng)計來看，各時段指標均較正常值差。但omp顯示基站工作正常，并未有硬件故障告警。從rop消息看，發(fā)現(xiàn)有如下告警：=02/25/03 00:36:24 #219415*36 rept:cell 4 cdm 1, c

5、br 3, heh suppressed msgs: 0 error type: flexent modular cell error set:invalid reason code *799* 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0002/25/03 00:36:24 #219416= 從現(xiàn)場的撥打測試看，在單一導頻，ec/io和rx power良好的情況下，tx power較高，起被呼困難，并出現(xiàn)掉話。此時，判斷為cbr的硬件故障。其原因是由于cbr內部處理天線分集接收的兩路信號的模塊發(fā)生故障，當有一路信號不能被

6、處理時，會出現(xiàn)較高的cp掉話；當兩路都被不能被處理時，就會出現(xiàn)站下接收信號良好，但無法撥打電話的現(xiàn)象。話務統(tǒng)計中發(fā)現(xiàn)，八里橋小學三扇區(qū)掉話嚴重，起呼成功率底，但omp并未顯示基站工作正常，未有硬件告警。下圖為使用viper在八里橋小學三扇區(qū)覆蓋區(qū)（距基站200米處）測試的手機掃描圖現(xiàn)場抓拍：可以看出，上下行存在嚴重的不平衡，手機發(fā)射功率明顯偏高。在排除其他原因的情況下，可推斷出，盡管基站無告警，但存在硬件故障。在更換基站cbr后，基站恢復正常。更換前后統(tǒng)計指標對比表如下：更換前atmptcall#estlcall%atmptterm#estlterm%atmptorig#estlorig%2g

7、 dropcall#2g dropcall%110793.947620597.073254792.6874171.77638更換后atmptcall#estlcall%atmptterm#estlterm%atmptorig#estlorig%2g dropcall#2g dropcall%102298.434427697.826151298.242250.513347用同樣方法，解決了山師大三扇區(qū)、火車站三扇區(qū)、制錦市一扇區(qū)及白馬山一扇區(qū)的掉話率高的問題。2.2由tfu或晶振故障引起的掉話2.2.1根據話務統(tǒng)計發(fā)現(xiàn)某站掉話較高，但omp上未顯示有硬件故障告警。有時從rop消息中會發(fā)現(xiàn)如下告警

8、：12/29/02 08:00:10 #960208 00 rept:cell 62 tfu 1, heh suppressed msgs: 0 error type: modular cell error set:time of day invalid 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0000 00 00 00經過現(xiàn)場測試發(fā)現(xiàn)，在距基站約100m處，碼片延時達到約50chips, 如下圖所示：在與其他基站的切換區(qū)域切換掉話嚴重，在問題基站單獨覆蓋區(qū)域內，在接收電平和ec/io均良好的情況下，發(fā)射電平忽然增高繼而發(fā)生掉話，此時判斷為tf

9、u故障。如rcs：50（炒米店）和rcs：62（美里湖），在更換其tfu后，問題得到解決。2.2.2根據話務統(tǒng)計發(fā)現(xiàn)某站掉話較高，omp上顯示有tfu告警，根據現(xiàn)場測試情況，發(fā)現(xiàn)pn錯亂，在問題基站單獨覆蓋區(qū)域內通話正常，在與其他基站的切換區(qū)域切換掉話嚴重，此時判斷為tfu硬件故障。 如rcs:383（山師）tfu故障，在更換tfu后問題解決。2.3由ccu故障引起的掉話從話務統(tǒng)計中發(fā)現(xiàn)某站起被呼成功率低，掉話率高，omp上未有硬件故障告警。從rop消息中發(fā)現(xiàn)有如下告警：03/27/03 16:15:47 #25110515 rept:cell 142 bbu 1, ccu 2, ce *49

10、*, heh suppressed msgs: 0 error type: cdma channel confirmation failuresuccess count = 1, fail count = 8此時判定為ccu 2的ce49發(fā)生故障，當有話務被分配在此ce上時，就會出現(xiàn)起被呼失敗或掉話的現(xiàn)象。如rcs:142(辛寨)、rcs:16(三機房)和rcs:53(長清崮山)，在更換其出故障的ccu后，問題得以解決。2.4由ap故障引起的掉話在話務統(tǒng)計中發(fā)現(xiàn)，某些基站cp掉話較高，起被呼成功率較低，traffic block ce數(shù)較高；通過分時統(tǒng)計查看，發(fā)現(xiàn)僅在個別時段指標惡化。從rop

11、消息中發(fā)現(xiàn)有如下告警：=02/27/03 08:11:58 #224358* 11 rept:cell 127 dl 0 down - unknown reason, failure detected at apn此時判斷為ap硬件故障。如rcs：127（市公安局）、rcs:17(舜玉花園)、rcs:4(新大新)、rcs:162(省府)、rcs:170(紙箱廠)、rcs:106（長清東），經過一系列的排查，最終確定為其所屬ap的硬件故障，在更換ap后，問題得以解決。2.5由較常見的直放站故障引起的掉話2.5.1通過viper發(fā)現(xiàn)某些廠家直放站設備達不到所承諾的技術水平，延時過大，引起pn混淆，

12、造成掉話。如昊宇直放站廠家承諾光纖長度至少達到20公里。白橋直放站距施主站（曲堤基站）光纖距離只有13公里，但從下面兩圖可以看到，pn為12的信號經直放站延時實際pn為14加上25個chip，即153個chip,由于延時過大，手機將pn為12的信號誤判為16，導致不能切換或切換錯誤，引起掉話。手機所收到的pnpn scaner掃描圖類似掉話還有章丘相公直放站引起的掉話，均為昊宇設備。2.5.2在主站扇區(qū)覆蓋區(qū)域內通話正常，但在其所接直放站覆蓋區(qū)域內（在市區(qū)內一般為高層建筑），雖接收電平良好，但發(fā)射電平較高，起被呼困難，掉話嚴重，對直放站參數(shù)設置進行檢查，參數(shù)設置恰當。此時判斷為直放站反向放大模

13、塊故障。3.由其他原因引起的掉話3.1由大量短消息的發(fā)送引起的掉話從話務統(tǒng)計中發(fā)現(xiàn)，rcs:24(青龍街小學)二扇區(qū)在某些時段cp掉話很高，起被呼成功率很低。通過rop消息查看發(fā)現(xiàn)，掉話大多數(shù)發(fā)生在特定的幾個號碼上，經過進一步查找發(fā)現(xiàn)是由于聯(lián)通代理商開發(fā)的基于短信的互動游戲業(yè)務造成。由于短消息基本是通過控制信道發(fā)送的，但在cdma系統(tǒng)中，這些信道都不采用功率控制，這就有可能造成短消息業(yè)務對語音業(yè)務的干擾。同時，由于短消息的數(shù)據平均長度較長，遠大于普通尋呼消息的平均長度，這就造成了短消息業(yè)務有可能大量占用控制信道資源，影響到系統(tǒng)中必要的信令信息的傳送，從而影響系統(tǒng)的正常運行。3.2由于外來反向干

14、擾引起的掉話3.2.1電視機增頻器干擾由于某些電視機增頻器的產品質量問題，造成了上行頻帶內的強干擾，當被周圍cdma基站天線接收到時，基站的底噪被大幅度抬高。造成起被呼困難，掉話率高，反向誤幀率高。如rcs：8(市人大)、rcs：124(43中)、rcs：375(一輕設計院)、rcs：376(口腔醫(yī)院)、rcs：162(省府)、rcs：91(電腦城)等。下圖為rcs：8(市人大)基站的上行帶內干擾：3.2.2手機信號模擬器干擾從話務統(tǒng)計情況發(fā)現(xiàn)，rcs:4(新大新)的掉話率高、起被呼成功率低、反向誤幀率達到12，確定為上行干擾造成。經過干擾排查，最終在舜井街一處商店內查到：干擾源是一個為發(fā)光手機天線提供手機電磁信號環(huán)境的模擬裝置。在清除干擾源后，指標恢復正常。3.3由于弱覆蓋引起的掉話3.4切換過程中的掉話當移動臺處于軟切換區(qū)域時有可能發(fā)起呼叫，但在is95中不支持接入過程中的切換，切換只能在接入過程結束時才能進行。如果接入過程太長，有可能在切換過程中失敗。3.5由于直放站未調好造成的掉話3.5.1話務統(tǒng)計中發(fā)現(xiàn)某扇區(qū)掉話較高，起被呼成功率較低。經過現(xiàn)場測試，發(fā)現(xiàn)在此扇區(qū)覆蓋范圍內手機收發(fā)明顯不平衡。經查實為此扇區(qū)所接直放站反向增益過高造成。適當降低直放站反向增益，問題解決。如rcs:24(青龍街小學)三扇區(qū)。3.5.2話務統(tǒng)計中發(fā)現(xiàn)某扇區(qū)