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

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

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