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

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

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

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

4、由于基站（pn為308）鄰居搜索窗太小造成的，將其搜索窗由7增大到13后問題解決。洪樓大潤發(fā)、仲宮至柳埠公路掉話屬于相同原因。122搜索窗過大在切換過程中，基站搜索窗設(shè)置過大，當(dāng)車速過快時，切換目標(biāo)基站不能及時被納入活動集，亦會造成切換掉話。2.由硬件故障引起的掉話2.1由cbr故障引起的掉話在實(shí)際優(yōu)化工作中遇到如下情況：在話務(wù)統(tǒng)計中發(fā)現(xiàn)，某基站扇區(qū)的掉話率較高，起被呼成功率低；從分時統(tǒng)計來看，各時段指標(biāo)均較正常值差。但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)場的撥打測試看，在單一導(dǎo)頻，ec/io和rx power良好的情況下，tx power較高，起被呼困難，并出現(xiàn)掉話。此時，判斷為cbr的硬件故障。其原因是由于cbr內(nèi)部處理天線分集接收的兩路信號的模塊發(fā)生故障，當(dāng)有一路信號不能被

6、處理時，會出現(xiàn)較高的cp掉話；當(dāng)兩路都被不能被處理時，就會出現(xiàn)站下接收信號良好，但無法撥打電話的現(xiàn)象。話務(wù)統(tǒng)計中發(fā)現(xiàn)，八里橋小學(xué)三扇區(qū)掉話嚴(yán)重，起呼成功率底，但omp并未顯示基站工作正常，未有硬件告警。下圖為使用viper在八里橋小學(xué)三扇區(qū)覆蓋區(qū)（距基站200米處）測試的手機(jī)掃描圖現(xiàn)場抓拍：可以看出，上下行存在嚴(yán)重的不平衡，手機(jī)發(fā)射功率明顯偏高。在排除其他原因的情況下，可推斷出，盡管基站無告警，但存在硬件故障。在更換基站cbr后，基站恢復(fù)正常。更換前后統(tǒng)計指標(biāo)對比表如下：更換前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根據(jù)話務(wù)統(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經(jīng)過現(xiàn)場測試發(fā)現(xiàn)，在距基站約100m處，碼片延時達(dá)到約50chips, 如下圖所示：在與其他基站的切換區(qū)域切換掉話嚴(yán)重，在問題基站單獨(dú)覆蓋區(qū)域內(nèi)，在接收電平和ec/io均良好的情況下，發(fā)射電平忽然增高繼而發(fā)生掉話，此時判斷為tf

9、u故障。如rcs：50（炒米店）和rcs：62（美里湖），在更換其tfu后，問題得到解決。2.2.2根據(jù)話務(wù)統(tǒng)計發(fā)現(xiàn)某站掉話較高，omp上顯示有tfu告警，根據(jù)現(xiàn)場測試情況，發(fā)現(xiàn)pn錯亂，在問題基站單獨(dú)覆蓋區(qū)域內(nèi)通話正常，在與其他基站的切換區(qū)域切換掉話嚴(yán)重，此時判斷為tfu硬件故障。 如rcs:383（山師）tfu故障，在更換tfu后問題解決。2.3由ccu故障引起的掉話從話務(wù)統(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ā)生故障，當(dāng)有話務(wù)被分配在此ce上時，就會出現(xiàn)起被呼失敗或掉話的現(xiàn)象。如rcs:142(辛寨)、rcs:16(三機(jī)房)和rcs:53(長清崮山)，在更換其出故障的ccu后，問題得以解決。2.4由ap故障引起的掉話在話務(wù)統(tǒng)計中發(fā)現(xiàn)，某些基站cp掉話較高，起被呼成功率較低，traffic block ce數(shù)較高；通過分時統(tǒng)計查看，發(fā)現(xiàn)僅在個別時段指標(biāo)惡化。從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（長清東），經(jīng)過一系列的排查，最終確定為其所屬ap的硬件故障，在更換ap后，問題得以解決。2.5由較常見的直放站故障引起的掉話2.5.1通過viper發(fā)現(xiàn)某些廠家直放站設(shè)備達(dá)不到所承諾的技術(shù)水平，延時過大，引起pn混淆，

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

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

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