CDMA網(wǎng)優(yōu)過(guò)程中的掉話分析和處理_第1頁(yè)
CDMA網(wǎng)優(yōu)過(guò)程中的掉話分析和處理_第2頁(yè)
CDMA網(wǎng)優(yōu)過(guò)程中的掉話分析和處理_第3頁(yè)
CDMA網(wǎng)優(yōu)過(guò)程中的掉話分析和處理_第4頁(yè)
CDMA網(wǎng)優(yōu)過(guò)程中的掉話分析和處理_第5頁(yè)
已閱讀5頁(yè),還剩4頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、cdma網(wǎng)優(yōu)過(guò)程中的掉話分析和處理 【摘要】:掉話率是反映網(wǎng)絡(luò)性能的一項(xiàng)重要指標(biāo),也是直接面對(duì)用戶樹(shù)立cdma精品網(wǎng)絡(luò)形象的一個(gè)重要窗口。在lucent的設(shè)備中,掉話分為兩種:rf掉話(即無(wú)線掉話)和cp掉話(即在處理話務(wù)的過(guò)程中發(fā)生的掉話)。rf掉話析其原因,主要發(fā)生在以下三種情況下:(1)覆蓋弱掉話(2)切換掉話,主要是由于鄰居關(guān)系的缺失或搜索窗大小設(shè)置不當(dāng)(3)干擾掉話。造成cp掉話的原因很多,發(fā)現(xiàn)的多由設(shè)備硬件故障造成。本文根據(jù)作者在處理掉話過(guò)程中積累的經(jīng)驗(yàn),結(jié)合對(duì)agilent路測(cè)設(shè)備viper的使用和對(duì)話務(wù)統(tǒng)計(jì)以及rop消息的分析,分三個(gè)方面詳細(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)頻時(shí),在前向鏈路上造成強(qiáng)干擾,當(dāng)ec/io跌至15db以下時(shí),前向鏈路的質(zhì)量嚴(yán)重下降。當(dāng)移動(dòng)臺(tái)連續(xù)收到12個(gè)壞幀之后,關(guān)閉發(fā)射機(jī);當(dāng)衰落定時(shí)器在回零之前移動(dòng)臺(tái)沒(méi)有收到連續(xù)的兩個(gè)好幀,將重新初始化。手機(jī)掃描圖:pn scaner掃描圖:這是劉長(zhǎng)山南掉話之前的圖片。由于該區(qū)域地勢(shì)較高,導(dǎo)頻較多。通過(guò)viper可以清楚看到,pn為500的信號(hào)與pn為436、432信號(hào)未做鄰居關(guān)系,導(dǎo)致

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論