wcdma_cs業(yè)務(wù)優(yōu)化_掉話問題分析

《wcdma_cs業(yè)務(wù)優(yōu)化_掉話問題分析》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、WCDMARNOCS業(yè)務(wù)優(yōu)化_掉話問題分析1掉話分類定義21.1路測(cè)掉話定義21.2話務(wù)統(tǒng)計(jì)指標(biāo)22掉話分析流程及方法52.1常見掉話原因52.1.1鄰區(qū)漏配52.1.2覆蓋差62.1.3切換導(dǎo)致的掉話82.1.4干擾導(dǎo)致的掉話92.1.5流程交互失敗102.1.6異常分析102.2路測(cè)數(shù)據(jù)分析流程102.3話務(wù)統(tǒng)計(jì)數(shù)據(jù)分析流程132.4跟蹤數(shù)據(jù)分析流程172.5告警數(shù)據(jù)分析流程202.6用戶投訴分析流程202.7調(diào)整措施212.7.1工程參數(shù)212.7.2小區(qū)參數(shù)223典型掉話分析283.1鄰區(qū)漏配283.1.1現(xiàn)象和分析283.1.2解決方法303.2覆蓋太差303.2.

2、1現(xiàn)象和分析303.2.2解決辦法313.3干擾過強(qiáng)313.3.1導(dǎo)頻污染313.3.2上行干擾導(dǎo)致的掉話393.4軟切換掉話413.4.1拐角效應(yīng)413.4.2針尖效應(yīng)443.4.3主導(dǎo)小區(qū)變化過快453.5硬切換掉話463.5.1壓縮模式啟動(dòng)太遲463.6系統(tǒng)間切換掉話463.6.1鄰區(qū)漏配導(dǎo)致掉話463.6.2異系統(tǒng)鄰區(qū)配置過多導(dǎo)致掉話473.6.3LAC配置錯(cuò)誤導(dǎo)致的掉話483.6.4UE不報(bào)測(cè)量報(bào)告導(dǎo)致掉話483.6.5切換不及時(shí)導(dǎo)致掉話493.6.6物理信道重配置時(shí)發(fā)生最優(yōu)小區(qū)變更導(dǎo)致掉話523.6.7UE回切換失敗導(dǎo)致掉話533.6.8壓縮模式啟動(dòng)太遲543.7

3、設(shè)備異常掉話543.7.1NodeB上行同步導(dǎo)致的掉話553.7.2手機(jī)問題554網(wǎng)優(yōu)各階段關(guān)注點(diǎn)564.1單站測(cè)試階段564.2優(yōu)化前評(píng)估階段564.3RF優(yōu)化階段564.4參數(shù)優(yōu)化階段564.5網(wǎng)優(yōu)項(xiàng)目驗(yàn)收階段575附錄585.1覆蓋增強(qiáng)技術(shù)585.1.1塔放585.1.2收發(fā)分集585.1.3RRU585.1.4微蜂窩581掉話分類定義1.1路測(cè)掉話定義從UE側(cè)記錄的空口信令上看，在通話過程（連接狀態(tài)下）中，如果空口的消息，滿足以下三個(gè)條件的任何一個(gè)：1）收到任何的BCH消息（即系統(tǒng)消息）2）收到RRCRelease消息且釋放的原因值為NotNormal3）收到CCDi

4、sconnect，CCReleaseComplete，CCRelease三條消息中的任何一條，而且釋放的原因?yàn)镹otNormalClearing或者NotNormal，Unspecified。1.2話務(wù)統(tǒng)計(jì)指標(biāo)廣義的掉話率應(yīng)該包含CN和UTRAN的掉話率，由于網(wǎng)優(yōu)重點(diǎn)關(guān)注與UTRAN側(cè)的掉話率指標(biāo)，本文掉話率描述也重點(diǎn)關(guān)注UTRAN側(cè)的KPI指標(biāo)分析。UTRAN側(cè)相關(guān)指標(biāo)就是RNC觸發(fā)釋放的各業(yè)務(wù)RAB個(gè)數(shù)。主要包括兩個(gè)方面：（1）業(yè)務(wù)建立成功后，RNC向CN發(fā)送RABRELEASEREQUEST消息。（2）業(yè)務(wù)建立成功后，RNC向CN發(fā)送IURELEASEREQUEST消息

5、，其后收到CN發(fā)送的IURELEASECOMMAND。目前這兩種情況用一個(gè)指標(biāo)統(tǒng)計(jì)：RNC_RAB_REL_TRIG_BY_RNC，統(tǒng)計(jì)時(shí)可按具體業(yè)務(wù)分類統(tǒng)計(jì)。同時(shí)話務(wù)統(tǒng)計(jì)還統(tǒng)計(jì)了RNC觸發(fā)釋放各業(yè)務(wù)RAB的原因。掉話率計(jì)算：從大的方面來講，掉話分為兩大類，信令面掉話和用戶面掉話；從流程上看，信令面掉話是RNC發(fā)起了Iureleaserequest，用戶面掉話是RNC主動(dòng)發(fā)起RABreleaserequest。這兩項(xiàng)指標(biāo)是針對(duì)CS和PS分別統(tǒng)計(jì)的，根據(jù)IU接口的話務(wù)統(tǒng)計(jì)統(tǒng)計(jì)項(xiàng)，定義信令面掉話如下：用戶面掉話可以直接通過RNC掉話率和信令面掉話率相關(guān)指標(biāo)運(yùn)算得到。信令面和用戶面

6、掉話僅從信令角度區(qū)分。建議話務(wù)統(tǒng)計(jì)分析時(shí)重點(diǎn)關(guān)注整個(gè)掉話率，重點(diǎn)分析掉話的原因，目前有以下掉話原因統(tǒng)計(jì)項(xiàng)：RNC_PS_RAB_REL_TRIG_BY_RNC_TRB_RESETRAB_CS_REL_RF_LOSSRAB_PS_REL_RF_LOSSRNC_CS_RAB_REL_TRIG_BY_RNC_SRB_RESETRNC_PS_RAB_REL_TRIG_BY_RNC_SRB_RESETRNC_CS_RAB_REL_TRIG_BY_RNC_AAL2_LOSSRNC_PS_RAB_REL_TRIG_BY_RNC_GTPU_LOSSRAB_CS_REL_ABNORM_LOSS

7、RAB_PS_REL_ABNORM_LOSS其中出現(xiàn)最多的為SRB、TRB復(fù)位。上述這些指標(biāo)可以按照表格分類：掉話分類引起原因?qū)?yīng)的信令過程相關(guān)指標(biāo)空口原因RFRLC復(fù)位，RLFailureSRB_RESET，TRBRESETRF_LOSS流程定時(shí)器超時(shí)RBSETUP/RECFGPHY/TRCH/SHO/ASU等過程超時(shí)HHO過程失敗各流程超時(shí)統(tǒng)計(jì)相關(guān)指標(biāo)非空口原因硬件故障RNC和NODEB之間的傳輸故障，NCP上報(bào)故障FP同步失敗ABNORM_LOSS傳輸層故障ALCAP上報(bào)故障ABNORM_LOSS