GPRS優(yōu)化分析方法與案例.ppt

《GPRS優(yōu)化分析方法與案例.ppt》由會員分享，可在線閱讀，更多相關(guān)《GPRS優(yōu)化分析方法與案例.ppt（33頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

GPRS優(yōu)化方法與案例,SBAMCMTE7TrainingDocument2,,GPRS網(wǎng)絡(luò)評估與分析方法路測分析統(tǒng)計(jì)報(bào)告分析信令分析,路測評估及分析,,SBAMCMTE7TrainingDocument4,路測評估與分析,路測數(shù)據(jù)采集整理與分析按CMCC測試規(guī)范作CQT及DT測試PDP激活成功率及激活時長ATTACH成功率及時長WAP登陸成功率及首頁顯示時長.FTP下載速率(CQT)PING包時延覆蓋率(DT),SBAMCMTE7TrainingDocument5,路測數(shù)據(jù)采集整理與分析,分析內(nèi)容UM空中接口信令分析ATTACH,PDP激活,WAP,PING,TBF成功率分析TBF非正常釋放,掉線分析系統(tǒng)參數(shù)分析RLC/MAC層速率分析TBF非正常釋放,掉線分析重傳,非正常釋放,時隙占用,頻點(diǎn)占用,傳輸速率,接收電平,小區(qū)重選,公里無覆蓋等情況的分析,SBAMCMTE7TrainingDocument6,路測評估與分析,重傳塊明顯,吞吐量下降原因分析判斷干擾源的性質(zhì)判斷有無硬件問題,SBAMCMTE7TrainingDocument7,路測評估與分析-問題路段處理一例,路測吞吐量低例一測試車輛眼漢中路自西向東行駛，測試手機(jī)占用南京玻璃廠3在占用后很快出現(xiàn)誤塊率、重傳率特別高，但手機(jī)的RxLev很好，在-65dBm左右。如圖所示,,,RLC重傳塊較高，導(dǎo)致吞吐量下降,,SBAMCMTE7TrainingDocument8,路測評估與分析-問題路段處理一例,同鄰頻干擾分析紅色同頻藍(lán)綠表示鄰頻,,SBAMCMTE7TrainingDocument9,路測評估與分析-問題路段處理一例,,,吞吐量情況得到改善,,SBAMCMTE7TrainingDocument10,路測評估與分析-問題路段處理一例,路測解決措施相關(guān)參數(shù)調(diào)整CRO，CRH降低PAN_MAX，上行誤塊較多時觸發(fā)小區(qū)重選頻點(diǎn)優(yōu)選MAPinfor工具RMS報(bào)告頻點(diǎn)質(zhì)量提升（周圍小區(qū)GSM業(yè)務(wù)引入G1頻點(diǎn)，凈化同鄰頻）天線覆蓋調(diào)整,GPRS信令分析,SBAMCMTE7TrainingDocument12,GB,GSL,空中接口信令采集與分析,GB,GSL,空中接口信令采集與分析GB接口信令采集與分析GB接口可以對用戶行為作詳細(xì)的,全面的記錄跟蹤分析,且協(xié)議已合成到應(yīng)用層,有利于建立話務(wù)模型,GB接口信令分析可將網(wǎng)絡(luò)問題在核心網(wǎng)和無線網(wǎng)之間定位.話務(wù)模型的建立GPRS手機(jī)數(shù)ATTACH次數(shù),時長RAUPDATING次數(shù),時長WAP(包括MMS)用戶數(shù)及流量,SBAMCMTE7TrainingDocument13,對網(wǎng)絡(luò)問題的定位ATTACH成功率及分析PDP激活成功率及分析RAUPDATE成功率及分析FTP,HTTP速率分析WAP(MMS)分析SUSPEND與RESUME成功率分析,GB,GSL,空中接口信令采集與分析,SBAMCMTE7TrainingDocument14,GB,GSL,空中接口信令采集與分析,GSL信令分析上下行TBF建立成功率低空中接口信令分析可看到TBF是否正常建立,數(shù)據(jù)是否能正常傳送.對手機(jī)狀態(tài)(占用信道)的分析,GPRS主要統(tǒng)計(jì)指標(biāo)及分析,SBAMCMTE7TrainingDocument16,GPRS統(tǒng)計(jì)報(bào)告數(shù)據(jù)采集整理與分析,統(tǒng)計(jì)報(bào)告數(shù)據(jù)采集整理與分析主要計(jì)數(shù)器及統(tǒng)計(jì)指標(biāo):TBF的建立及釋放情況TBF建立請求及成功率(上下行)門限指標(biāo)為95%.TBF正常釋放率(上下行)上行為95%,下行為70%--80%(DL_TBF_DELAYEDENABLED),cc:MS進(jìn)行小區(qū)重選，上行TBF非正常釋放。（正常釋放的概念：包都發(fā)完了，正常釋放）,SBAMCMTE7TrainingDocument17,GPRS統(tǒng)計(jì)報(bào)告數(shù)據(jù)采集整理與分析,上行TBF建立正常,但上行無數(shù)據(jù)發(fā)生的小區(qū)固定在GPU范圍內(nèi),但小區(qū)會變化,GPU硬件問題上行正常,下行TBF請求次數(shù)為零現(xiàn)象:上行TBF建立正常,下行TBF建立請求數(shù)為零原因:1.核心網(wǎng)有問題無回應(yīng)數(shù)據(jù),可通過信令進(jìn)行詳細(xì)分析.2.核心網(wǎng)與MFS配合問題,常發(fā)生在核心網(wǎng)重啟后.解決方法:resetGPU,SBAMCMTE7TrainingDocument18,GPRS統(tǒng)計(jì)報(bào)告數(shù)據(jù)采集整理與分析,DTC資源吊死檢查OMCRDTC資源占用情況,假如發(fā)現(xiàn)某個DTC一直沒有被占用,可認(rèn)為該DTC資源吊死可RESET該DTC,如無效,更換DTC板BTS硬件問題GPU擁塞PDCH擁塞AGCH擁塞,SBAMCMTE7TrainingDocument19,GPRS統(tǒng)計(jì)報(bào)告數(shù)據(jù)采集整理與分析,由于ATER口的擁塞引起的TBF建立失敗P105GNB_DL_TBF_EST_FAIL_CONG_ATER由于無線資源擁塞引起的TBF建立失敗P14由于無線原因引起的TBF建立失敗P15,SBAMCMTE7TrainingDocument20,常見指標(biāo)觀察及分析,上行TBF非正常釋放率如果一個BSC下TBF的正常釋放率在60%以下,首先檢查GPRS無線功率控制參數(shù)合理性,建議可關(guān)閉此功能然后觀察注意TBF請求數(shù)的變化上行TBF的請求數(shù)的突然增加，手機(jī)不停的進(jìn)行RA_UPDATE可能是核心網(wǎng)的處理發(fā)生了些問題小區(qū)的LACCI信息調(diào)整過，但沒有做小區(qū)的GPRSReinitialize操作關(guān)于GPU負(fù)荷的評估BSCCOUNTER觀察,SBAMCMTE7TrainingDocument21,GPRS統(tǒng)計(jì)報(bào)告數(shù)據(jù)采集整理與分析,數(shù)據(jù)吞吐量,重傳率及編碼方式的統(tǒng)計(jì)下行有用數(shù)據(jù)量:P55A*160+P55B*240從CS1到CS2NB_DL_LT_CS_ADAPT_1_TO_2從CS2到CS1NB_DL_LT_CS_ADAPT_2_TO_1在CS1上的重傳數(shù)據(jù)塊NB_DL_RLC_BLOCK_PDTCH_RETRANS_CS1在CS2上的重傳數(shù)據(jù)塊NB_DL_RLC_BLOCK_PDTCH_RETRANS_CS2,SBAMCMTE7TrainingDocument22,GPRS統(tǒng)計(jì)報(bào)告數(shù)據(jù)采集整理與分析,與負(fù)荷有關(guān)的COUNTER—主要擴(kuò)容依據(jù)P383a:TIME_ATERMUX_CONGP150g:MAX_NB_ESTABLISH_PDCH_GPU----與G-ATER口的擁塞程度有關(guān)P384:Time_DSP_Cong-----與PDCH的占用總數(shù)有關(guān)p402b-TIME_PMU_OVERLOAD_SEVERE------與TBF建立請求次數(shù)有關(guān)P402c:TIME_PMU_OVERLOAD_HIGH-----與TBF建立請求次數(shù)有關(guān)P76a:PMU_AVERAGE_POWER_BUDGET--------PMU負(fù)荷平均值P77a:PMU_MAX_POWER_BUDGET--------PMU負(fù)荷最大值,SBAMCMTE7TrainingDocument23,常見指標(biāo)觀察及分析例1-BSC上行TBF建立成功率低,關(guān)于BSC上行TBF建立成功率低的分析,SBAMCMTE7TrainingDocument24,常見指標(biāo)觀察及分析例1-BSC上行TBF建立成功率低,要經(jīng)過960毫秒MFS才發(fā)channelassignmentuplink（RSL/GSL信令分析結(jié)果）超過了TX-INTERGER參數(shù)設(shè)定所規(guī)定的范圍嘗試重啟GPU后問題得到解決,SBAMCMTE7TrainingDocument25,常見指標(biāo)觀察及分析例2-上行TBF建立詳細(xì)質(zhì)量分析,使用GPRSindicator計(jì)算軟件進(jìn)行分析，發(fā)現(xiàn)失敗原因-GAter口出現(xiàn)了擁塞,,,G_ATER口資源不足檢查p150g,如果接近ATER口的滿配置,可建議G-ATER口擴(kuò)容上行TBF建立成功率詳細(xì)分析，可看出G—ATER口資源不足的情況,FTP下傳速率原因分析,SBAMCMTE7TrainingDocument27,FTP下傳速率原因分析,影響FTP下傳速率的原因：流控機(jī)制沒有很好地起作用數(shù)據(jù)序列次序發(fā)生混亂,或有丟包現(xiàn)象發(fā)生數(shù)據(jù)下傳延遲PDCH無線資源擁塞G-ATER口資源擁塞小區(qū)重選無線干擾,硬件,參數(shù)等,SBAMCMTE7TrainingDocument28,FTP下傳速率原因分析,MFS與BSC失步核心網(wǎng)問題測試設(shè)備問題計(jì)算機(jī)COM端口有問題:嘗試更換端口操作系統(tǒng)的TCPwindowSize設(shè)置過大:注冊表中進(jìn)行修改或添加,建議值8760,FTP下傳速率分析舉例,SBAMCMTE7TrainingDocument30,FTP下傳速率分析舉例,對于用路測設(shè)備無法判斷出來的問題,可以做Gb信令跟蹤,用COMPASSGPRS后處理軟件進(jìn)行分析定位.之所以用后處理軟件，是因?yàn)槭褂盟覀兛筛鶕?jù)需要在眾多的信息中挑選出我們所關(guān)心的部分，尤其是對于FTP下傳的問題，可根據(jù)影響FTP下傳的關(guān)鍵因素進(jìn)行詳細(xì)分析，如我們前面提到過的TCP窗口，TCP層的ROUND-TRIP-TIME(包含上行和下行),TCP層下行ROUND-TRIP-TIME指TCP序列從Gb口向無線方發(fā)出到Gb口收到無線方回應(yīng)的Ack消息總共需要的時間。上行ROUND-TRIP-TIME指TCP序列從Gb口向有線方發(fā)出到TRIP-TIME在2秒Gb口收到有線方回應(yīng)的Ack消息總共需要的時間。上行ROUND-TRIP-TIME理論上近似為零，在GPRS網(wǎng)絡(luò)中如果數(shù)據(jù)傳輸獨(dú)自占用3個時隙，下行ROUND-TRIP-TIME在2秒左右。,SBAMCMTE7TrainingDocument31,FTP下傳速率分析舉例-TCP窗口圖,本圖為用COMPASSGPRS后處理軟件處理Gb信令數(shù)據(jù)得出的FTP下傳的TCP窗口圖。在相對時間97419附近，終端不斷要求發(fā)相同的序列，此時窗口變滿,SBAMCMTE7TrainingDocument32,FTP下傳速率分析舉例-TCP-IP層信令流程圖,本圖為用COMPASSGPRS后處理軟件處理Gb信令數(shù)據(jù)得出的FTP下傳的TCP層的信令流程圖。終端不斷要求發(fā)漏發(fā)的序列564897，571629判斷為-核心網(wǎng)丟包,SBAMCMTE7TrainingDocument33,,,謝謝!,