GPRS業(yè)務(wù)測(cè)試流程及案例分析.ppt

GPRS業(yè)務(wù)測(cè)試流程及案例分析,目錄,GPRS現(xiàn)狀與GPRS業(yè)務(wù)測(cè)試概述GPRS業(yè)務(wù)測(cè)試內(nèi)容GPRS業(yè)務(wù)測(cè)試工具介紹GPRS專(zhuān)題優(yōu)化介紹及案例分析,Internet,GPRS數(shù)據(jù)業(yè)務(wù)概述,GPRS現(xiàn)狀,GPRS是當(dāng)今世界移動(dòng)通信技術(shù)向第三代邁進(jìn)的主流技術(shù)，是第二代移動(dòng)通信技術(shù)向第三代技術(shù)演進(jìn)的一個(gè)非常重要、不可或缺的過(guò)程和里程碑，是介于第二代移動(dòng)通信與第三代移動(dòng)通信之間的2.5代移動(dòng)通信技術(shù)。據(jù)統(tǒng)計(jì)，目前全世界有172個(gè)國(guó)家的400多個(gè)移動(dòng)通信運(yùn)營(yíng)商采用了GSM標(biāo)準(zhǔn)，占全球總數(shù)的72%，已有99個(gè)國(guó)家的移動(dòng)通信運(yùn)營(yíng)商投入了GPRS運(yùn)營(yíng)。其中，在全球移動(dòng)通信客戶(hù)排名前10位的移動(dòng)通信運(yùn)營(yíng)商中，已有沃達(dá)豐、法國(guó)電信和英國(guó)電信等7家選用了GPRS技術(shù)。中國(guó)移動(dòng)在分析世界和中國(guó)通信的發(fā)展形勢(shì)后，緊跟世界主流技術(shù)，選擇了GPRS技術(shù)，并于1999年開(kāi)始搭建GPRS實(shí)驗(yàn)網(wǎng)。經(jīng)過(guò)4年多的建設(shè)和不斷完善,截止到2003年底中國(guó)移動(dòng)GPRS網(wǎng)絡(luò)已經(jīng)覆蓋全國(guó)所有省(市、自治區(qū))，網(wǎng)絡(luò)遍布全國(guó)240多個(gè)大中城市。因此,如何保證廣大移動(dòng)用戶(hù)隨時(shí)都能方便快捷地使用GPRS成為中國(guó)移動(dòng)運(yùn)營(yíng)商的當(dāng)務(wù)之急！,GPRS數(shù)據(jù)業(yè)務(wù)概述,GPRS對(duì)GSM網(wǎng)絡(luò)的影響,GPRS的引入對(duì)已有的GSM話(huà)音業(yè)務(wù)有一定的影響，這是因?yàn)榫W(wǎng)絡(luò)干擾增加導(dǎo)致在小區(qū)邊緣的通信中斷概率增加，話(huà)音服務(wù)面積收縮，越區(qū)切換的掉話(huà)率有一定程度的升高。對(duì)于話(huà)音業(yè)務(wù)，其網(wǎng)絡(luò)規(guī)劃完成以后網(wǎng)絡(luò)的頻率干擾主要決定于頻率分配和話(huà)務(wù)量。GPRS引入后，增加了GSM信道的利用率，而信道利用率的增加表現(xiàn)為網(wǎng)絡(luò)干擾的增加。經(jīng)實(shí)驗(yàn)證明，GPRS業(yè)務(wù)每增加5%，載干比(C/I)則下降0.21dB，當(dāng)GPRS業(yè)務(wù)占用60%信道時(shí)，載干比下降2dB。在GPRS引入的初期，如果采用將PDCH配置在BCCHTRX的策略，則不會(huì)對(duì)語(yǔ)音業(yè)務(wù)產(chǎn)生影響，因?yàn)榇藭r(shí)PDCH屬于BCCH頻率組，不會(huì)對(duì)屬于其它頻率組的TCH產(chǎn)生干擾，同時(shí)對(duì)屬于BCCH頻率組的TCH由于載干比較高，因此也不會(huì)產(chǎn)生太大影響。,GPRS數(shù)據(jù)業(yè)務(wù)概述,GPRS網(wǎng)絡(luò)優(yōu)化與GSM網(wǎng)絡(luò)優(yōu)化的關(guān)系,GPRS網(wǎng)絡(luò)的優(yōu)化比GSM網(wǎng)絡(luò)的優(yōu)化更為復(fù)雜。GSM網(wǎng)絡(luò)作為GPRS的承載網(wǎng)，與GPRS共用基站和頻譜資源，這就決定了GPRS網(wǎng)絡(luò)與GSM網(wǎng)絡(luò)優(yōu)化相互關(guān)聯(lián)，又相互制約。首先，GPRS與GSM網(wǎng)絡(luò)優(yōu)化在整體上是一致的，加強(qiáng)GSM無(wú)線(xiàn)環(huán)境的優(yōu)化工作對(duì)于GPRS的優(yōu)化十分重要。提升網(wǎng)絡(luò)整體載干比水平可以使更多的GPRS手機(jī)享受高級(jí)的編碼方案，從而提高系統(tǒng)的吞吐量，使已在CS-2編碼方式下的手機(jī)進(jìn)一步減少分組重發(fā)的比率，使實(shí)際數(shù)據(jù)傳輸速率達(dá)到最高。其次，GPRS與GSM無(wú)線(xiàn)網(wǎng)絡(luò)優(yōu)化又存在沖突。由GPRS引入的新增干擾，一定程度上使得話(huà)音質(zhì)量下降，切換掉話(huà)率提高，進(jìn)而導(dǎo)致原有話(huà)音服務(wù)面積縮小。由于兩者使用同一頻段資源，因而在容量配置上存在著沖突。GPRS若采用在CCCH上接入的方式，則CCCH的負(fù)荷將有較大的增加。GPRS引入了靈活的話(huà)音、數(shù)據(jù)信道分配策略，無(wú)線(xiàn)資源調(diào)度變得更為復(fù)雜，將會(huì)導(dǎo)致切換次數(shù)的增加，因此對(duì)原網(wǎng)的接入成功率，切換成功率略有影響。當(dāng)GPRS網(wǎng)絡(luò)優(yōu)化和GSM網(wǎng)絡(luò)優(yōu)化發(fā)生沖突時(shí)，在現(xiàn)階段應(yīng)當(dāng)以話(huà)音業(yè)務(wù)優(yōu)先。,GPRS數(shù)據(jù)業(yè)務(wù)概述,GPRS服務(wù)與用戶(hù)群體之間的關(guān)系,GPRS網(wǎng)絡(luò)不同于GSM網(wǎng)絡(luò),GSM的資源使用方式是獨(dú)占式使用,一旦資源分配給移動(dòng)臺(tái),在用戶(hù)掛機(jī)之前會(huì)一直占用,用戶(hù)得到的服務(wù)質(zhì)量和其他移動(dòng)臺(tái)無(wú)關(guān);GPRS的資源使用方式是共享式使用,系統(tǒng)資源要按照QoS和用戶(hù)的需求進(jìn)行共享式地動(dòng)態(tài)分配,用戶(hù)得到的服務(wù)質(zhì)量和其他移動(dòng)臺(tái)有直接的關(guān)系!,GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試的影響因素,影響測(cè)試指標(biāo)的外在原因,測(cè)試卡類(lèi)別以及HLR參數(shù)的不同測(cè)試手機(jī)型號(hào)以及手機(jī)軟件版本的不同測(cè)試電腦型號(hào)、所安裝系統(tǒng)軟件以及應(yīng)用軟件安裝情況的不同測(cè)試軟件版本的不同測(cè)試人員測(cè)試方法以及現(xiàn)場(chǎng)判斷測(cè)試數(shù)據(jù)可靠性能力的不同,GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試的影響因素,GPRS業(yè)務(wù)測(cè)試準(zhǔn)備,配備全球通測(cè)試卡若干，設(shè)置測(cè)試卡HLR數(shù)據(jù)如下：Priority:HighPriority;DelayClass:BestEffort;Reliability:Class3;PeakThroughput:2048kbit/s;MeanThroughput:BestEffort測(cè)試終端采用SAGEMOT290或SAGEMOT490;測(cè)試手機(jī)要求K或以上版本;手機(jī)設(shè)置為自動(dòng)雙頻模式;串口速率設(shè)置為115200;時(shí)隙設(shè)置為3+1/4+1模式;測(cè)試模式設(shè)置為Data/Trace測(cè)試軟件采用CDS3.0以上版本測(cè)試電腦應(yīng)保證1.2G以上主頻，256M以上內(nèi)存;重新安裝WindowsXP操作系統(tǒng),不能安裝與測(cè)試無(wú)關(guān)的軟件;將托盤(pán)中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉,如MSN等;關(guān)閉Windows的自動(dòng)更新功能,GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試的影響因素,GPRS業(yè)務(wù)測(cè)試準(zhǔn)備,保證Ping和FTP的測(cè)試服務(wù)器正常工作。同時(shí)應(yīng)保證用戶(hù)具有上傳和下載數(shù)據(jù)的權(quán)限,保證可對(duì)服務(wù)器進(jìn)行Ping和FTP測(cè)試被測(cè)城市應(yīng)保證其測(cè)試服務(wù)器在測(cè)試檢查期間的可用性，如果當(dāng)?shù)胤?wù)器不能使用，測(cè)試人員將選擇異地服務(wù)器進(jìn)行測(cè)試保證郵件系統(tǒng)的正常工作準(zhǔn)備大小為150K，500K的文件若干確認(rèn)WAP測(cè)試站點(diǎn)正常工作,由運(yùn)營(yíng)商指定,GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試原則,CQT測(cè)試原則,測(cè)試時(shí)間：視客戶(hù)要求而定，通常安排在周一至周五9:00-19:00進(jìn)行地點(diǎn)選擇原則：1.在城市中選20-40個(gè)測(cè)試點(diǎn)。具體測(cè)試點(diǎn)分布要求:火車(chē)站、機(jī)場(chǎng)、三星級(jí)以上酒店、大型商場(chǎng)休閑區(qū)、大學(xué)學(xué)校、大型居民區(qū)、商務(wù)場(chǎng)所、旅游景區(qū)2.測(cè)試點(diǎn)按照地理、話(huà)務(wù)因素綜合考慮均勻分布，突出重點(diǎn)區(qū)域3.在測(cè)試前測(cè)量當(dāng)前位置的無(wú)線(xiàn)信號(hào)，檢查信號(hào)強(qiáng)度，確保在該點(diǎn)有GPRS覆蓋，避免在測(cè)試過(guò)程中頻繁小區(qū)重選（重選次數(shù)控制在3-4次之內(nèi)),GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試原則,適用環(huán)境：市區(qū)主要道路和重要高速、鐵路干線(xiàn)測(cè)試時(shí)間：視客戶(hù)要求而定，通常安排在周一至周五9:00-19:00進(jìn)行測(cè)試速度：在市區(qū)保持正常行駛速度，一般車(chē)速在30-35公里/小時(shí)，在高速公路上車(chē)速一般不應(yīng)低于70公里測(cè)試路線(xiàn)：要求均勻覆蓋市區(qū)主要街道，并且盡量不重復(fù)；環(huán)城高速、高架橋、市區(qū)到機(jī)場(chǎng)公路必須進(jìn)行測(cè)試測(cè)試時(shí)長(zhǎng)：根據(jù)城市的規(guī)模來(lái)定，也可以根據(jù)用戶(hù)的要求確定每個(gè)城市的測(cè)試時(shí)長(zhǎng),DT測(cè)試原則,目錄,Internet,GPRS現(xiàn)狀與GPRS業(yè)務(wù)測(cè)試概述GPRS業(yè)務(wù)測(cè)試內(nèi)容GPRS業(yè)務(wù)測(cè)試工具介紹GPRS專(zhuān)題優(yōu)化介紹及案例分析,GPRS測(cè)試項(xiàng)目介紹,GPRS測(cè)試目的和分類(lèi),測(cè)試目的：通過(guò)對(duì)市區(qū)重要場(chǎng)所和市區(qū)主要道路測(cè)試，從用戶(hù)感受的角度評(píng)估城市GPRS網(wǎng)絡(luò)質(zhì)量，為GPRS網(wǎng)絡(luò)優(yōu)化提供參考和依據(jù)按照測(cè)試形式可以分為兩類(lèi)：路測(cè)（DT，DriveTest）、定點(diǎn)撥打測(cè)試(CQT，CallQualityTest),?,GPRS測(cè)試項(xiàng)目介紹,GPRS測(cè)試項(xiàng)目,GPRSAttach時(shí)延、成功率測(cè)試GPRSPDP激活時(shí)延、成功率測(cè)試Ping時(shí)延、成功率測(cè)試FTP下載、上傳速率WAP登陸、刷新時(shí)延、成功率測(cè)試WAP下載(圖鈴)速率、成功率測(cè)試Kjava下載成功率測(cè)試SMS點(diǎn)到點(diǎn)時(shí)延、成功率測(cè)試MMSPUSH時(shí)延、PUSH成功率、端到端成功率測(cè)試,FTP下載、上傳速率WAP登陸、刷新時(shí)延、成功率測(cè)試WAP下載(圖鈴)速率、成功率測(cè)試,CQT,DT,GPRS測(cè)試項(xiàng)目介紹,CQT測(cè)試內(nèi)容定義和方法,GPRS測(cè)試項(xiàng)目介紹,CQT測(cè)試內(nèi)容定義和方法,GPRS測(cè)試項(xiàng)目介紹,CQT測(cè)試內(nèi)容定義和方法,GPRS測(cè)試項(xiàng)目介紹,CQT測(cè)試內(nèi)容定義和方法,GPRS測(cè)試項(xiàng)目介紹,DT測(cè)試內(nèi)容定義和方法,GPRS測(cè)試項(xiàng)目介紹,DT測(cè)試內(nèi)容定義和方法,GPRS測(cè)試項(xiàng)目介紹,DT測(cè)試內(nèi)容定義和方法,GPRS測(cè)試項(xiàng)目介紹,測(cè)試項(xiàng)目超時(shí)定義,目錄,Internet,GPRS現(xiàn)狀與GPRS業(yè)務(wù)測(cè)試概述GPRS業(yè)務(wù)測(cè)試內(nèi)容GPRS業(yè)務(wù)測(cè)試工具介紹GPRS專(zhuān)題優(yōu)化介紹及案例分析,GPRS測(cè)試軟件CDS的使用方法,CDS用戶(hù)界面,GPRS測(cè)試軟件CDS的使用方法,CDS軟件裝載說(shuō)明,測(cè)試中常見(jiàn)問(wèn)題總結(jié),CDS4.0版本現(xiàn)在還不穩(wěn)定，在信令解碼（比如C/I、RxQual、Ms-TxPower等）中存在一些BUG在采集參數(shù)選項(xiàng)中CDS默認(rèn)只采集GSMC/ITrace和RLC/MACControlMSG,其實(shí)LLCMSG等參數(shù)選項(xiàng)對(duì)事件的分析也能起到一定作用，最好將信令采集完整注意測(cè)試用筆記本電腦在安裝測(cè)試軟件前必須重裝操作系統(tǒng)，不能安裝與測(cè)試無(wú)關(guān)的其它軟件;將托盤(pán)中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉,如MSN等;關(guān)閉Windows的自動(dòng)更新功能，否則會(huì)影響Ping、FTP等所有與數(shù)據(jù)上傳、下載有關(guān)的測(cè)試項(xiàng)目測(cè)試手機(jī)各參數(shù)一定要設(shè)置正確，測(cè)試手機(jī)必須為K或以上軟件版本,測(cè)試中常見(jiàn)問(wèn)題總結(jié),WAP刷新不是刷新首頁(yè)，而是深度為3的隨機(jī)刷新準(zhǔn)確設(shè)置測(cè)試項(xiàng)目時(shí)間間隔以及超時(shí)時(shí)間，這些測(cè)試項(xiàng)目屬性的設(shè)置對(duì)測(cè)試結(jié)果有很大影響每個(gè)測(cè)試點(diǎn)測(cè)試前需要重啟一下測(cè)試手機(jī)，這樣不僅可以清除緩存空間，也可以使測(cè)試手機(jī)選擇到最好小區(qū)WAP圖鈴下載的URL不同，下載速率的差別也很大WAP測(cè)試應(yīng)以所有文字信息全部顯示為準(zhǔn)，所以應(yīng)在WAP測(cè)試時(shí)去掉設(shè)置中的“下載頁(yè)面中的圖標(biāo)”選項(xiàng)當(dāng)FTP測(cè)試中出現(xiàn)長(zhǎng)時(shí)間無(wú)流量時(shí)，可讓司機(jī)適當(dāng)降低車(chē)速M(fèi)MS測(cè)試中最好選擇NOKIA智能手機(jī)做為測(cè)試終端（不同手機(jī)測(cè)試測(cè)試結(jié)果差別很大）,GPRS現(xiàn)狀與GPRS業(yè)務(wù)測(cè)試概述GPRS業(yè)務(wù)測(cè)試內(nèi)容GPRS業(yè)務(wù)測(cè)試工具介紹GPRS專(zhuān)題優(yōu)化介紹及案例分析,Internet,目錄,專(zhuān)題ATTACH問(wèn)題,Attach優(yōu)化方法關(guān)閉SGSN鑒權(quán)檢查覆蓋防止頻繁的小區(qū)重選排查干擾，提高C/I檢查RACH或AGCH信道配置檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置檢查GPRSENABLED參數(shù)設(shè)置檢查Gblinksload，調(diào)整NSEI配置,專(zhuān)題ATTACH問(wèn)題,Attach故障案例一:手機(jī)無(wú)法登陸GPRS網(wǎng)絡(luò),問(wèn)題描述某區(qū)域用戶(hù)反應(yīng)不能登陸GPRS網(wǎng)絡(luò)，檢查網(wǎng)絡(luò)配置無(wú)異常，實(shí)地測(cè)試的確無(wú)法登陸GPRS網(wǎng)絡(luò)。故障分析進(jìn)行了GPRS配置數(shù)據(jù)檢查，開(kāi)通GPRS功能小區(qū)的NSEI、NSVI、RAC等各項(xiàng)GPRS參數(shù)配置均正確檢查BSCBRP板配置，發(fā)現(xiàn)有一塊BRP板已經(jīng)配置了21個(gè)靜態(tài)GPRS信道和41個(gè)GPRS動(dòng)態(tài)信道，總數(shù)超過(guò)了每塊BRP板上PS信道的配置要求解決方法調(diào)整該BRP板上配置的GPRS信道數(shù)，保存配置數(shù)據(jù)后業(yè)務(wù)恢復(fù)正常。,專(zhuān)題ATTACH問(wèn)題,Attach故障案例二:手機(jī)無(wú)法登陸GPRS網(wǎng)絡(luò),問(wèn)題描述：有用戶(hù)反映手機(jī)GPRSAttach不能成功?，F(xiàn)象為手機(jī)發(fā)送Attachrequest，SGSN返回attachaccept消息，而后面BSC上發(fā)信令為L(zhǎng)LCunkowninformation。故障分析：根據(jù)信令流程，BSS側(cè)負(fù)責(zé)TBF流的建立，后面應(yīng)為手機(jī)和SGSN的透?jìng)餍帕?，正常流程?yīng)為手機(jī)向SGSN發(fā)送Attachcomplete。檢查BSC相關(guān)數(shù)據(jù)沒(méi)有發(fā)現(xiàn)問(wèn)題。從全局測(cè)試來(lái)看，與SGSN對(duì)接的所有BSC下所帶基站都有相同問(wèn)題情況，初步判斷為SGSN側(cè)的問(wèn)題。經(jīng)SGSN的工程師檢查，有數(shù)據(jù)改動(dòng)，即P-TMSI由原來(lái)的enable改為disable。導(dǎo)致P-TMSI無(wú)法分配，用戶(hù)無(wú)法上GPRS。解決方法：將P-TMSI由disable調(diào)整為enable，故障解決。,專(zhuān)題ATTACH問(wèn)題,Attach故障案例三:ATTACH失敗,問(wèn)題：頻繁的小區(qū)重選（600216033260021）導(dǎo)致ATTACH時(shí)延過(guò)長(zhǎng)（14.55s）。解決方案：提高60021CRH由8dB到10dB,調(diào)整60332RXLEVACCESSMIN由10dB到12dB,專(zhuān)題ATTACH問(wèn)題,Attach故障案例四:ATTACH失敗,問(wèn)題：網(wǎng)絡(luò)向手機(jī)發(fā)送PacketAccessReject消息作為對(duì)PacketResourceRequest消息的應(yīng)答，此消息中包含“Wait_Indication”域，其值賦予T3172，當(dāng)手機(jī)收到PacketAccessReject消息后，啟動(dòng)T3172，在T3172運(yùn)行期間，網(wǎng)絡(luò)不允許手機(jī)在同一小區(qū)內(nèi)再次發(fā)起分組接入嘗試。該事件由無(wú)線(xiàn)資源緊張所致。解決方案：擴(kuò)充靜態(tài)PS信道。,專(zhuān)題PDP激活問(wèn)題,PDP激活優(yōu)化方法關(guān)閉SGSN鑒權(quán)檢查核心網(wǎng)各網(wǎng)元處理能力（DNS解析APN錯(cuò)誤或者過(guò)慢、GGSN關(guān)于APN的配置數(shù)據(jù)不完整、DHCP或RADIUS服務(wù)器故障、HLR和SGSN對(duì)通配符APN格式的兼容性問(wèn)題、SGSN和GGSN的GTP信令的兼容性問(wèn)題、SGSN構(gòu)造APN的配置問(wèn)題、GGSN處理過(guò)慢、DNS和GGSN的主備用狀態(tài)）防止頻繁的小區(qū)重選排查干擾，提高C/I檢查RACH或AGCH信道配置，提高接入和立即指配成功率檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置檢查Gblinksload，調(diào)整NSEI配置檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168,專(zhuān)題PDP激活問(wèn)題,PDP故障案例一:PDP激活失敗,問(wèn)題：在20022重選到20281后，由于20281AGCH緊張導(dǎo)致。解決方案：控制20281覆蓋范圍，適當(dāng)增加20281AGCH配置。,專(zhuān)題PDP激活問(wèn)題,PDP故障案例二:PDP激活失敗,問(wèn)題：由于連續(xù)發(fā)生兩次小區(qū)重選（CELLID:10071Channel:2CELLID:111Channel:90CELLID:114Channel:512）長(zhǎng)時(shí)間無(wú)時(shí)隙分配引起PDP激活失敗。解決方案：提高60021CRH由6dB到10dB。,專(zhuān)題PDP激活問(wèn)題,PDP故障案例三:PDP激活失敗,問(wèn)題：由于沒(méi)有申請(qǐng)到PS信道導(dǎo)致PDP激活失敗。解決方案：增加8540站點(diǎn)的靜態(tài)PS信道，將MFR由5調(diào)整到2。,專(zhuān)題PDP激活問(wèn)題,PDP故障案例四:PDP激活失敗,問(wèn)題：在CQT測(cè)試時(shí)經(jīng)常出現(xiàn)偶爾PDP激活時(shí)延過(guò)長(zhǎng)的現(xiàn)象。經(jīng)過(guò)對(duì)10個(gè)點(diǎn)100次的PDP激活測(cè)試,發(fā)現(xiàn)7次時(shí)延異常的現(xiàn)象，具體掛表結(jié)果如下：,專(zhuān)題PDP激活問(wèn)題,PDP故障案例四:PDP激活失敗,正常情況下幾個(gè)接口上的耗時(shí)情況如下：,專(zhuān)題PDP激活問(wèn)題,PDP故障案例四:PDP激活失敗,從幾次異常測(cè)試結(jié)果可以看出，主要耗時(shí)是在Gb口以下和Radius與WAP網(wǎng)關(guān)間，其中第六次GGSN與Radius間的耗時(shí)比較長(zhǎng)，是因?yàn)镚GSN第一次發(fā)送的Accountingrequest消息沒(méi)有被WAP網(wǎng)關(guān)接收到，也就是說(shuō)，我們?cè)赪AP網(wǎng)關(guān)側(cè)沒(méi)有看到GGSN第一次發(fā)送的Accountingrequest消息，只看到了GGSN第二次重新發(fā)送的Accountingrequest消息，而且WAP網(wǎng)關(guān)收到后及時(shí)給予了響應(yīng)。導(dǎo)致這種現(xiàn)象的原因可能是Accountingrequest消息在傳輸中丟失或者Radius的處理異常。另外六次則是因?yàn)镚b口以下和Radius與WAP網(wǎng)關(guān)間的耗時(shí)過(guò)長(zhǎng)。GGSN向Radius發(fā)送AccountingRequest消息，等待Radius的響應(yīng)，并啟動(dòng)相應(yīng)的等待定時(shí)器，在相應(yīng)的WAP網(wǎng)關(guān)側(cè)，我們發(fā)現(xiàn)WAP網(wǎng)關(guān)在收到AccountingRequest消息后沒(méi)有給予響應(yīng)，由于GGSN沒(méi)有收到AccountingRequest消息的響應(yīng)消息，導(dǎo)致等待定時(shí)器超時(shí)，然后GGSN重新發(fā)送AccountingRequest消息，在相應(yīng)的WAP網(wǎng)關(guān)側(cè)，我們發(fā)現(xiàn)WAP網(wǎng)關(guān)此次給予了響應(yīng)，GGSN收到Radius轉(zhuǎn)發(fā)的AccountingResponse消息，這時(shí)GGSN才對(duì)手機(jī)的PDP激活請(qǐng)求進(jìn)行響應(yīng)。,專(zhuān)題PDP激活問(wèn)題,PDP故障案例四:PDP激活失敗,正是由于Gi口的耗時(shí)過(guò)長(zhǎng)，使得無(wú)線(xiàn)側(cè)的定時(shí)器超時(shí)而釋放了TBF資源，所以手機(jī)在接收PDP激活接受消息時(shí)，重新進(jìn)行了TBF的建立，這又進(jìn)一步增加了在無(wú)線(xiàn)口上的延時(shí)。因此，WAP網(wǎng)關(guān)的響應(yīng)過(guò)慢，是導(dǎo)致PDP激活時(shí)延過(guò)長(zhǎng)根本原因。,專(zhuān)題PDP激活問(wèn)題,PDP故障案例五:PDP激活失敗,在中國(guó)移動(dòng)集團(tuán)公司第三方測(cè)試的準(zhǔn)備工作中，發(fā)現(xiàn)GPRSCQT的火車(chē)站測(cè)試點(diǎn)有PDP激活失敗的現(xiàn)象，并且多次測(cè)試問(wèn)題始終存在。從信令來(lái)看，當(dāng)下行的立即指配信息里出現(xiàn)了右圖中ARFCN為809的時(shí)候，PDP激活會(huì)不成功。,專(zhuān)題PDP激活問(wèn)題,PDP故障案例五:PDP激活失敗,809這個(gè)頻點(diǎn)是不正常的，但這是根據(jù)手機(jī)收到基站發(fā)出的層三消息解出來(lái)的。這個(gè)立即支配消息是為了分配下行的TBF，也就是意味著網(wǎng)絡(luò)已收到PDP激活申請(qǐng)且給手機(jī)回復(fù)了PDPactivateaccept消息，但此消息未能通過(guò)空中接口。當(dāng)時(shí)懷疑是否因測(cè)試軟件導(dǎo)致，詢(xún)問(wèn)CDS軟件研發(fā)工程師，回復(fù)軟件應(yīng)該沒(méi)有問(wèn)題，也不像測(cè)試手機(jī)問(wèn)題，所以網(wǎng)絡(luò)下發(fā)的消息編碼存在問(wèn)題的可能性比較大。對(duì)同個(gè)BSC下的三晉國(guó)際飯店測(cè)試沒(méi)有發(fā)現(xiàn)同樣的問(wèn)題。調(diào)整頻點(diǎn)和無(wú)線(xiàn)參數(shù)等也沒(méi)有解決問(wèn)題，于是懷疑是否為基站的問(wèn)題。重啟基站，重做基站數(shù)據(jù)，仍然沒(méi)有效果。將天線(xiàn)直接接到BTS機(jī)柜上測(cè)試看是否是因?yàn)榉植枷到y(tǒng)的問(wèn)題，但在測(cè)試中還是存在PDP激活失敗，所以也排除分布系統(tǒng)的問(wèn)題。對(duì)GB口進(jìn)行掛表測(cè)試，出現(xiàn)三次PDP激活失敗。這三次失敗在GB口信令中體現(xiàn)為：MS發(fā)給SGSNAPCR,然后SGSN都立即回復(fù)一個(gè)APAC給MS。但是在SGSN回復(fù)APAC給MS7s8s后,在GB數(shù)據(jù)里發(fā)現(xiàn)了RSTA，在該信令中發(fā)現(xiàn)“RadiocontactlostwithMS”的信息，同時(shí)還有一個(gè)LLCD(=LLC-DISCARDED)的信令。見(jiàn)下圖：,專(zhuān)題PDP激活問(wèn)題,PDP故障案例五:PDP激活失敗,專(zhuān)題PDP激活問(wèn)題,PDP故障案例五:PDP激活失敗,總之,雖然在CDS的LOG里存在PDP失敗,但是從GB數(shù)據(jù)里反應(yīng)出的流程卻是完整的,而且SGSN都是在收到MS的APCR后就立即回復(fù)了APAC。因此分析結(jié)果表明這幾次的PDP激活失敗并非由核心網(wǎng)引起，可能是由無(wú)線(xiàn)側(cè)導(dǎo)致了手機(jī)未能收到SGSN發(fā)的APAC而產(chǎn)生TIMEOUT。由于無(wú)線(xiàn)質(zhì)量、GPRS統(tǒng)計(jì)和參數(shù)、核心網(wǎng)、分布系統(tǒng)等都沒(méi)有問(wèn)題，這時(shí)我們把重點(diǎn)放在基站硬件這一側(cè)。因?yàn)?593也會(huì)出現(xiàn)閃斷，懷疑是否因傳輸誤碼率過(guò)高而導(dǎo)致，所以要求更換傳輸，換完傳輸后進(jìn)行測(cè)試，還是沒(méi)有效果。由于在8591測(cè)試時(shí)PDP激活成功率為100，把8591的BTS和8593的BTS進(jìn)行調(diào)換再測(cè)試。在調(diào)換完后的200次PDP激活測(cè)試中，8593沒(méi)有出現(xiàn)一次失敗，而原來(lái)好的小區(qū)8591出現(xiàn)了5次PDP激活失敗。最終更換了8593BTS，問(wèn)題得到解決。,專(zhuān)題Ping問(wèn)題,Ping優(yōu)化方法優(yōu)化PingServer,將PingServer搬到FW內(nèi)檢查覆蓋防止頻繁的小區(qū)重選排查干擾，提高C/I檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置檢查Gblinksload，調(diào)整NSEI配置檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168優(yōu)化測(cè)試測(cè)試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動(dòng)更新功能,專(zhuān)題Ping問(wèn)題,Ping故障案例一:不同時(shí)間間隔造成PING時(shí)延不同,問(wèn)題：Ping測(cè)試中時(shí)間間隔設(shè)置為4s-12s測(cè)試結(jié)果有很大差別。經(jīng)過(guò)核心網(wǎng)掛表測(cè)試發(fā)現(xiàn)Ping時(shí)延不穩(wěn)定是因?yàn)闇y(cè)試過(guò)程中出現(xiàn)其他一些數(shù)據(jù)包，這些垃圾數(shù)據(jù)包是由殺毒軟件和一些應(yīng)用軟件自動(dòng)更新造成的。解決方案：重新安裝操作系統(tǒng)，不能安裝與測(cè)試無(wú)關(guān)的軟件，將托盤(pán)中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉，關(guān)閉Windows的自動(dòng)更新功能。,專(zhuān)題Ping問(wèn)題,Ping故障案例二:Ping失敗,問(wèn)題：PING失敗時(shí)誤碼率很高，查看網(wǎng)管指標(biāo)發(fā)現(xiàn)此時(shí)干擾比較嚴(yán)重，但是其他時(shí)段幾乎沒(méi)有干擾，基本可以確定該干擾是外部干擾。解決方案：查找外部干擾。,專(zhuān)題Ping問(wèn)題,Ping故障案例三:Ping失敗,問(wèn)題：由于小區(qū)的C/I低導(dǎo)致較高的BLER（小區(qū)BCCHCI5.9）。查看規(guī)劃數(shù)據(jù)，微蜂窩8800、7660、8750是同BCCH。解決方案：控制8800、7660、8750覆蓋，調(diào)整8800、7660、8750頻點(diǎn)。,專(zhuān)題WAP問(wèn)題,WAP優(yōu)化方法優(yōu)化WAP網(wǎng)關(guān)、移動(dòng)夢(mèng)網(wǎng)服務(wù)器、Gi口檢查覆蓋防止頻繁的小區(qū)重選排查干擾，提高C/I檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置檢查Gblinksload，調(diào)整NSEI配置檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168優(yōu)化測(cè)試測(cè)試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動(dòng)更新功能,專(zhuān)題WAP問(wèn)題,WAP故障案例一:WAP刷新失敗,問(wèn)題：出現(xiàn)WAPreply失敗的時(shí)候GPRS的質(zhì)量為6級(jí)，從服務(wù)小區(qū)和鄰區(qū)的測(cè)量來(lái)看，存在著鄰頻的干擾。解決方案：更改頻點(diǎn)。,專(zhuān)題WAP問(wèn)題,WAP故障案例一:WAP圖鈴下載速率低,問(wèn)題：通過(guò)分析看出RLC數(shù)據(jù)重傳率高，從OMC統(tǒng)計(jì)數(shù)據(jù)看Gblink的負(fù)荷在測(cè)試時(shí)段已高達(dá)64%，從而導(dǎo)致下載速率低。解決方案：重新調(diào)整NSEI以減低Gblinkload，從而提高GPRSCQT的下載速率。,專(zhuān)題WAP問(wèn)題,WAP故障案例三:WAP登陸失敗,問(wèn)題：在*賓館WAP登陸測(cè)試中，通過(guò)跟蹤Gb口發(fā)現(xiàn)，手機(jī)上行發(fā)送Get(URL=)，網(wǎng)絡(luò)側(cè)回復(fù)了一個(gè)PDU，具體內(nèi)容為：Yourrequestforaservicecouldnotbefulfilled,pleasetryagainorcontactyouroperatoriftheproblempersists。這種現(xiàn)象是因?yàn)橐苿?dòng)夢(mèng)網(wǎng)服務(wù)器出現(xiàn)問(wèn)題。解決方案：與核心網(wǎng)工程師溝通解決。,專(zhuān)題WAP問(wèn)題,WAP故障案例四:WAP登陸和刷新時(shí)延過(guò)長(zhǎng),GB口WAP測(cè)試流程,專(zhuān)題WAP問(wèn)題,WAP故障案例四:WAP登陸和刷新時(shí)延過(guò)長(zhǎng),WAP測(cè)試信令流程,問(wèn)題：信令分析發(fā)現(xiàn)，網(wǎng)關(guān)在CONNECT到CONNECTREPLY和GET到REPLY間存在響應(yīng)時(shí)延長(zhǎng)，需重復(fù)發(fā)送GET請(qǐng)求,甚至?xí)霈F(xiàn)沒(méi)有響應(yīng)的情況，尤其是GET與REPLY間經(jīng)常出現(xiàn)較大的信令時(shí)延，有的甚至達(dá)到幾十秒,對(duì)手機(jī)訪(fǎng)問(wèn)WAP速度有較大影響。我們初步認(rèn)為打開(kāi)WAP網(wǎng)頁(yè)時(shí)超過(guò)20秒以上的大時(shí)延基本都是由網(wǎng)關(guān)時(shí)延引起的。解決方案：核心網(wǎng)工程師針對(duì)WAP網(wǎng)關(guān)進(jìn)行優(yōu)化。,專(zhuān)題WAP問(wèn)題,WAP錯(cuò)誤代碼含義WTP層協(xié)議發(fā)生錯(cuò)誤,專(zhuān)題WAP問(wèn)題,WAP錯(cuò)誤代碼含義WSP層協(xié)議發(fā)生錯(cuò)誤,專(zhuān)題WAP問(wèn)題,WAP錯(cuò)誤代碼含義HTTP協(xié)議發(fā)生錯(cuò)誤,專(zhuān)題MMS問(wèn)題,MMS優(yōu)化方法優(yōu)化相關(guān)核心網(wǎng)網(wǎng)關(guān)及接口、移動(dòng)Radius到省內(nèi)檢查覆蓋防止頻繁的小區(qū)重選排查干擾，提高C/I檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置檢查Gblinksload，調(diào)整NSEI配置檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168,專(zhuān)題MMS問(wèn)題,MMS故障案例一:MMS發(fā)送失敗,問(wèn)題：通過(guò)掛表發(fā)現(xiàn)手機(jī)首先PDP激活，APN為CMWAP，但是手機(jī)隨后沒(méi)有任何發(fā)起任何信令。這種情況是由于手機(jī)軟件進(jìn)程吊死所致。解決方案：重裝手機(jī)操作系統(tǒng)。,專(zhuān)題MMS問(wèn)題,MMS故障案例二:MMS接收失敗,問(wèn)題：通過(guò)掛表發(fā)現(xiàn)手機(jī)首先建立了WSP層的連接，然后發(fā)起GET請(qǐng)求接收彩信，隨后WAP網(wǎng)關(guān)將彩信在WTP分割后，向手機(jī)發(fā)送WTP層的分段，當(dāng)傳送到第六個(gè)分段后該消息中的GTR和TTR都為0，說(shuō)明該分段既不是整個(gè)消息中某組的最后一塊，也不是整個(gè)消息的最后一塊，但是手機(jī)卻回應(yīng)了ACK，緊接著又發(fā)起一個(gè)Transaction(Invoke)。這種情況是由于手機(jī)軟件故障所致。解決方案：重裝手機(jī)操作系統(tǒng)。,專(zhuān)題MMS問(wèn)題,MMS故障案例三:MMS接收失敗,問(wèn)題：通過(guò)Gi口掛表發(fā)現(xiàn)手機(jī)在發(fā)起Get請(qǐng)求后，在10ms左右的時(shí)間連續(xù)多次重發(fā)Get請(qǐng)求（Get請(qǐng)求重發(fā)定時(shí)器為10s），導(dǎo)致WAP網(wǎng)關(guān)來(lái)不得處理手機(jī)的Session，從重發(fā)時(shí)間間隔來(lái)看，不可能是手機(jī)連續(xù)接收彩信。這種情況是由于手機(jī)軟件故障所致。解決方案：重裝手機(jī)操作系統(tǒng)。,專(zhuān)題MMS問(wèn)題,MMS故障案例四:MMS發(fā)送失敗,問(wèn)題：通過(guò)掛表我們發(fā)現(xiàn)手機(jī)首先上行發(fā)送WSP層的Connect信令，建WSP層的連接，但是WAP網(wǎng)關(guān)沒(méi)有回應(yīng)ConnectReply，手機(jī)等待5秒后重Connect，但是始終沒(méi)有回應(yīng)ConnectReply，達(dá)到最大重發(fā)次數(shù)5次后，WSP層的建鏈?zhǔn)。罱K導(dǎo)致彩信發(fā)送失敗。導(dǎo)致此次MMS發(fā)送失敗的原因?yàn)閃AP網(wǎng)關(guān)過(guò)于繁忙沒(méi)有回應(yīng)ConnectReply。解決方案：請(qǐng)核心網(wǎng)工程師配合解決。,專(zhuān)題FTP問(wèn)題,FTP優(yōu)化方法優(yōu)化FTPServer，將FTPServer搬到FW內(nèi)檢查覆蓋防止頻繁的小區(qū)重選排查干擾，提高C/I檢查靜態(tài)PS信道、動(dòng)態(tài)PS信道配置檢查Gblinksload，調(diào)整NSEI配置調(diào)整DLB、ULB、DLBH、ULBH參數(shù)，動(dòng)態(tài)調(diào)整CS的比例檢查GPRS參數(shù)設(shè)置，合理設(shè)置DrxTimeMax、MFR、T3168、T3192打開(kāi)CS3、CS4,專(zhuān)題FTP問(wèn)題,FTP故障案例一:FTP下載失敗,問(wèn)題：MS重選到小區(qū)41921后，DLTBF一直沒(méi)被建立導(dǎo)致長(zhǎng)時(shí)間下行無(wú)數(shù)據(jù)傳輸，最終導(dǎo)致了PDP掉線(xiàn).經(jīng)檢查該小區(qū)在測(cè)試時(shí)間段內(nèi)的GPRSKPI：下行時(shí)隙分配擁塞率比較高，這是為什么沒(méi)能建立DLTBF的主要原因所在。解決方案：增加該小區(qū)靜態(tài)PS信道。,專(zhuān)題FTP問(wèn)題,FTP故障案例二:FTP下載速率過(guò)低,問(wèn)題：第一次cellreselection（9052）使數(shù)據(jù)傳輸恢復(fù)時(shí)間變長(zhǎng)而導(dǎo)致長(zhǎng)時(shí)間TBF掛起。之后重建時(shí)由于小區(qū)30553數(shù)據(jù)業(yè)務(wù)繁忙只申請(qǐng)到一條PS信道，在數(shù)據(jù)下傳過(guò)程中又發(fā)生了第二次cellreselection（5280），然后因?yàn)閿?shù)據(jù)傳輸恢復(fù)時(shí)間變長(zhǎng)而導(dǎo)致長(zhǎng)時(shí)間TBF掛起。在重建時(shí)小區(qū)30152數(shù)據(jù)業(yè)務(wù)繁忙導(dǎo)致一直申請(qǐng)不到下行的PS信道導(dǎo)致三次PING失敗，最終申請(qǐng)到了4條PS信道，下載成功。導(dǎo)致平均下載速率只有8.11kbit/s。解決方案：擴(kuò)充30553、30152靜態(tài)PS信道；調(diào)整30553RXLEVACCESSMIN由10到12。,專(zhuān)題FTP問(wèn)題,FTP故障案例三:FTP下載失敗,問(wèn)題：MS從43372重選到42093后，又從42093重選到1531后又頻繁重選回1531后，電平降到-94dBm，拖了一段時(shí)間后PDP掉線(xiàn)。解決方案：控制42093、1531覆蓋。,專(zhuān)題FTP問(wèn)題,FTP故障案例四:FTP下載失敗,問(wèn)題：MS跨LAC從83重選到1483后，就頻繁的小區(qū)重選148318621741，導(dǎo)致長(zhǎng)時(shí)間的TBF掛起，最終PDP掉線(xiàn)。從地形看，該處是一座立交橋，橋下無(wú)主控區(qū)。解決方案：調(diào)整1483CRH由6到10，確定該地點(diǎn)的主控小區(qū)。,專(zhuān)題FTP問(wèn)題,FTP故障案例五:FTP下載速率低,問(wèn)題：MS拿到的PDCH不穩(wěn)定，跳變頻繁，PS爭(zhēng)搶頻繁，導(dǎo)致了DLFTP速率低。解決方案：增加CI2631的靜態(tài)PS信道。,專(zhuān)題FTP問(wèn)題,FTP故障案例六:FTP下載速率低,案例說(shuō)明：在*路和*橋路附近，手機(jī)從宏站小區(qū)重選至室外微蜂窩52484（八萬(wàn)人體育館），BCCH109。由于室外微蜂窩主要是針對(duì)某個(gè)熱點(diǎn)地區(qū)，或者覆蓋比較差的區(qū)域采用的覆蓋方式。我們?cè)贕PRS測(cè)試時(shí)，車(chē)經(jīng)過(guò)室外微蜂窩的時(shí)間比較短，盡量不要讓手機(jī)重選至這樣的小區(qū)，這樣會(huì)增加小區(qū)重選的次數(shù)和減少吞吐量。在這個(gè)案例中，我們發(fā)現(xiàn)這個(gè)小區(qū)主要是覆蓋八萬(wàn)人體育場(chǎng)的外場(chǎng)，所以我們鼓勵(lì)慢速移動(dòng)的手機(jī)占用此小區(qū)，快速移動(dòng)的手機(jī)不要重選進(jìn)這樣的小區(qū)。52484參數(shù)設(shè)置為：PET=20s，TEO=0。為了保證手機(jī)在一段時(shí)間內(nèi)不重選進(jìn)此小區(qū)，設(shè)置PET20s，TEO30db，即在52484的信號(hào)出現(xiàn)在MS的鄰區(qū)20s內(nèi)給C2一個(gè)人為的衰減值30db，使其他小區(qū)的C1，C2大過(guò)本小區(qū)5s，這樣手機(jī)即不會(huì)選進(jìn)室外微蜂窩。,專(zhuān)題FTP問(wèn)題,FTP故障案例六:FTP下載速率低,專(zhuān)題FTP問(wèn)題,FTP故障案例六:FTP下載速率低,問(wèn)題：在復(fù)測(cè)時(shí)我們發(fā)現(xiàn)，在同一個(gè)地點(diǎn)，此時(shí)52484的C1=25，C221，從15:40:33.764至15:53:586持續(xù)20s后，C2值升至53。由于復(fù)測(cè)時(shí)，車(chē)行駛的地方為一個(gè)交通燈口，車(chē)流量大、擁堵。我們?cè)仍O(shè)置的PET20s遠(yuǎn)遠(yuǎn)小于堵車(chē)的時(shí)間。解決方案：將這個(gè)小區(qū)的PET設(shè)置為200s，這樣小區(qū)重選發(fā)生的可能性就大大降低了。,專(zhuān)題高BLER,BLER概述,BLER反應(yīng)信道受干擾的情況，但在小數(shù)據(jù)傳輸中可以看到下行BLER總是比較高，重傳的BLOCK中很大的一部分是由于PCU的無(wú)線(xiàn)傳輸特性決定的，PCU在下行傳輸時(shí)，判斷數(shù)據(jù)是否快要發(fā)送完了，在數(shù)據(jù)快要結(jié)束前N個(gè)BLOCK(N由PCU參數(shù)決定)的時(shí)候確定TBF快要結(jié)束，在下行TBF的結(jié)尾處最后的一個(gè)BLOCK發(fā)送之后而在對(duì)它的確認(rèn)包回來(lái)之前，PCU重復(fù)發(fā)送這些未確認(rèn)的BLOCK直到收到確認(rèn)包。此時(shí)如果發(fā)生該BLOCK的接收錯(cuò)誤，手機(jī)可以馬上從后面的BLOCK中獲得而不必要求重傳，手機(jī)在計(jì)算BLER的時(shí)候把這部分BLOCK也計(jì)算在內(nèi)，從而導(dǎo)致BLER的計(jì)算值比較高，因此小數(shù)據(jù)傳輸下行BLER并不代表系統(tǒng)真正的無(wú)線(xiàn)性能，在大數(shù)據(jù)量傳輸時(shí)的BLER可以真實(shí)的反映出系統(tǒng)的無(wú)線(xiàn)性能。測(cè)試中同時(shí)觀(guān)察C/I、質(zhì)量、手機(jī)發(fā)射功率、重傳率以及信道的RLC層速率，這些都是反應(yīng)信道質(zhì)量的重要指標(biāo)。,專(zhuān)題高BLER,BLER案例1內(nèi)部干擾問(wèn)題,問(wèn)題：是該站點(diǎn)覆蓋小區(qū)，但是高BLER。解決方案：更改GTRX或者更換頻點(diǎn)。,專(zhuān)題高BLER,BLER案例2小區(qū)重選問(wèn)題,問(wèn)題：已經(jīng)越過(guò)了該小區(qū)的主控范圍，但是不向鄰小區(qū)重選。解決方案：調(diào)高該鄰小區(qū)的CRH。,專(zhuān)題小區(qū)重選問(wèn)題,小區(qū)重選的時(shí)候手機(jī)會(huì)暫時(shí)中斷數(shù)據(jù)傳輸，在這里數(shù)據(jù)中斷的時(shí)長(zhǎng)主要包括：重選后數(shù)據(jù)暫停的時(shí)間、TCPSlowStart啟動(dòng)的時(shí)間，這一過(guò)程大約需要410秒，直至TCP正常傳輸。路測(cè)過(guò)程中，要特別注意觀(guān)察，是否有頻繁小區(qū)重選或乒乓小區(qū)重選發(fā)生，小區(qū)信號(hào)覆蓋過(guò)小或不穩(wěn)定都會(huì)導(dǎo)致頻繁、乒乓小區(qū)重選，同時(shí)還要注意觀(guān)察，是否由于小區(qū)重選參數(shù)設(shè)置不合理導(dǎo)致過(guò)覆蓋，這里注意對(duì)CRO、CRH等相關(guān)參數(shù)的調(diào)整。TCPSlowStart過(guò)程，在小區(qū)重選后數(shù)據(jù)暫停的時(shí)長(zhǎng)約410秒，手機(jī)在新小區(qū)駐留后需要0.55秒的時(shí)間獲得資源分配，如果有資源可以分配的話(huà)，此時(shí)手機(jī)已經(jīng)有少量數(shù)據(jù)的發(fā)送和接收（通過(guò)IP分析軟件觀(guān)察），此時(shí)使用PING來(lái)檢驗(yàn)就可以看到GPRS連接已經(jīng)恢復(fù)。在TCP的數(shù)據(jù)連接恢復(fù)過(guò)程中再次發(fā)生的小區(qū)重選會(huì)嚴(yán)重影響給TCP的數(shù)據(jù)連接恢復(fù)。,小區(qū)重選與路由更新概述,專(zhuān)題小區(qū)重選與路由更新問(wèn)題,小區(qū)重選與路由更新概述,小區(qū)重選的時(shí)候手機(jī)會(huì)暫時(shí)中斷數(shù)據(jù)傳輸，在這里數(shù)據(jù)中斷的時(shí)長(zhǎng)主要包括：重選后數(shù)據(jù)暫停的時(shí)間、TCPSlowStart啟動(dòng)的時(shí)間，這一過(guò)程大約需要410秒，直至TCP正常傳輸。路測(cè)過(guò)程中，要特別注意觀(guān)察，是否有頻繁小區(qū)重選或乒乓小區(qū)重選發(fā)生，小區(qū)信號(hào)覆蓋過(guò)小或不穩(wěn)定都會(huì)導(dǎo)致頻繁、乒乓小區(qū)重選，同時(shí)還要注意觀(guān)察，是否由于小區(qū)重選參數(shù)設(shè)置不合理導(dǎo)致的過(guò)覆蓋現(xiàn)象，這里注意對(duì)CRO、CRH等相關(guān)參數(shù)的調(diào)整。TCPSlowStart過(guò)程，在小區(qū)重選后數(shù)據(jù)暫停的時(shí)長(zhǎng)約410秒，手機(jī)在新小區(qū)駐留后需要0.55秒的時(shí)間獲得資源分配，如果有資源可以分配的話(huà)，此時(shí)手機(jī)已經(jīng)有少量數(shù)據(jù)的發(fā)送和接收（通過(guò)IP分析軟件觀(guān)察），此時(shí)使用PING來(lái)檢驗(yàn)就可以看到GPRS連接已經(jīng)恢復(fù)。在TCP的數(shù)據(jù)連接恢復(fù)過(guò)程中再次發(fā)生的小區(qū)重選會(huì)嚴(yán)重影響TCP數(shù)據(jù)連接的恢復(fù)。,專(zhuān)題小區(qū)重選與路由更新問(wèn)題,DT測(cè)試中會(huì)發(fā)生小區(qū)重選，在重選后的數(shù)據(jù)中斷和恢復(fù)期間數(shù)據(jù)量非常小，TCP慢啟動(dòng)之后，數(shù)據(jù)傳輸恢復(fù)。恢復(fù)時(shí)間長(zhǎng)度不一，這和重選時(shí)TCP數(shù)據(jù)傳輸當(dāng)時(shí)的具體情況有關(guān)，一般410秒，極端惡劣情況下達(dá)12分鐘，但此時(shí)如果停止行駛，數(shù)據(jù)傳輸會(huì)在短時(shí)間內(nèi)恢復(fù)。FTP的數(shù)據(jù)傳輸在經(jīng)歷RAU的時(shí)候同時(shí)也進(jìn)行了小區(qū)重選，此時(shí)的數(shù)據(jù)中斷情況同小區(qū)重選一樣，在RAU之后繼續(xù)的小區(qū)重選也會(huì)給TCP的數(shù)據(jù)連接恢復(fù)帶來(lái)負(fù)作用，路測(cè)過(guò)程中應(yīng)觀(guān)察重要路段或重要場(chǎng)所是否有不合理的RAU事件發(fā)生。在RAU之后可以使用PING來(lái)驗(yàn)證GPRS承載已經(jīng)恢復(fù)。,小區(qū)重選與路由更新概述,專(zhuān)題小區(qū)重選與路由更新問(wèn)題,小區(qū)重選案例1C2參數(shù)設(shè)置不合理問(wèn)題,問(wèn)題：車(chē)輛沿機(jī)場(chǎng)高速?gòu)谋毕蚰闲旭?，紅圈處占用小區(qū)高教科研4（BCCH：560）。繼續(xù)南行，高教科研4的電平逐漸降低，低至94dBm以下時(shí)，仍不發(fā)生小區(qū)重選。長(zhǎng)時(shí)間電平小于94dBm，造成無(wú)覆蓋。經(jīng)檢查發(fā)現(xiàn)此時(shí)該小區(qū)與相鄰小區(qū)的小區(qū)重選參數(shù)設(shè)置情況如下：,專(zhuān)題小區(qū)重選與路由更新問(wèn)題,小區(qū)重選案例1C2參數(shù)設(shè)置不合理問(wèn)題,解決方案：控制小區(qū)高教科研4（BCCH：560）的覆蓋，修改高教科研4小區(qū)CRO由26到20。,專(zhuān)題小區(qū)重選與路由更新問(wèn)題,路由更新案例1跨越SGSN路由區(qū)更新故障,每次穿越RAC區(qū)時(shí)，都發(fā)生掉線(xiàn)，且都伴隨著RAUFailure。通過(guò)仔細(xì)分析，SGSN內(nèi)的數(shù)據(jù)錯(cuò)誤是導(dǎo)致這種路由更新失敗的原因。關(guān)系GPRS路由更新的參數(shù)主要有3部分，即：(1)每個(gè)MSC到SGSN的歸屬位置(2)每個(gè)BSC到MSC的歸屬位置(3)每個(gè)小區(qū)的歸屬的RAC區(qū)以上3個(gè)參數(shù)必須與現(xiàn)行網(wǎng)絡(luò)中硬件設(shè)備的連接一致才能保證GPRS手機(jī)路由更新的正常進(jìn)行。,專(zhuān)題NSEI規(guī)劃,NSEI規(guī)劃概述,GPRS協(xié)議棧BSSGP層中，為了便于管理，每個(gè)GPRS小區(qū)被賦予了一個(gè)BSSGP虛連接BVC（NSEIBVCI），一個(gè)BVC必須隸屬于一個(gè)NSE。其中NSE為網(wǎng)絡(luò)服務(wù)設(shè)備實(shí)體，是全網(wǎng)統(tǒng)一編碼的，以NSEI來(lái)標(biāo)識(shí)。一般來(lái)說(shuō)一個(gè)BSC被劃分為一個(gè)服務(wù)實(shí)體，為了可擴(kuò)展性，ZXG10系統(tǒng)中也允許BSC下掛若干個(gè)NSE。BSSGP虛連接（BVC）為不同的BSSGP實(shí)體間通訊提供了一種途徑。對(duì)等的PTP（點(diǎn)對(duì)點(diǎn)）、PTM（點(diǎn)對(duì)多）和信令實(shí)體間傳送BSSGPPDU時(shí)是以BVC為基礎(chǔ)的。每條虛連接都有一個(gè)標(biāo)識(shí)，為BVCI，它能使底層網(wǎng)絡(luò)服務(wù)層將BSSGPPDU高效地路由到對(duì)等實(shí)體上。在一個(gè)網(wǎng)絡(luò)服務(wù)實(shí)體（NSE）下，每個(gè)GPRS小區(qū)可由BVCI唯一標(biāo)識(shí)，一個(gè)網(wǎng)絡(luò)服務(wù)實(shí)體有且僅有一條信令BVC（BVCI=0）。,專(zhuān)題NSEI規(guī)劃,NSEI規(guī)劃前,在網(wǎng)絡(luò)優(yōu)化之前沒(méi)有優(yōu)化過(guò)NSEI，PCU的分配很是隨便，甚至一個(gè)站上的兩個(gè)小區(qū)都不在一個(gè)PCU下，這對(duì)GPRSperformance有很大影響。因此,我們需要重新分配N(xiāo)SEI。比如下圖就是沒(méi)有經(jīng)過(guò)合理配置的NSEI：,專(zhuān)題NSEI規(guī)劃,NSEI規(guī)劃后,在優(yōu)化期間，PCU需要定期重新規(guī)劃，也即重新分配小區(qū)的NSEI，在物理位置上盡量靠近，這樣做的目的是為了在GPRSDT的過(guò)程中避免頻繁的RAU，從而提高GPRSDT的Performance。下圖就是經(jīng)過(guò)優(yōu)化過(guò)的NSEI分配：,專(zhuān)題NSEI規(guī)劃,專(zhuān)題NSEI規(guī)劃,NSEI規(guī)劃案例2FTP下載失敗,問(wèn)題：MS從CI1892重選到CI到481的同時(shí)跨了PCU，屬于Inter-PCU的CellReselection,導(dǎo)致了數(shù)據(jù)傳輸長(zhǎng)時(shí)間的停頓，最終發(fā)生了PDP掉線(xiàn)。經(jīng)檢查發(fā)現(xiàn)CI1892的NSEI值與周?chē)军c(diǎn)不統(tǒng)一。解決方案：調(diào)整CI1892的NSEI值。,專(zhuān)題PANDEC、PANINC參數(shù)實(shí)驗(yàn),PANDEC、PANINC概述,在無(wú)線(xiàn)鏈路失敗控制中，PAN參數(shù)將與MS側(cè)的定時(shí)器N3102一起使用。當(dāng)移動(dòng)臺(tái)檢測(cè)到發(fā)送窗口停止轉(zhuǎn)動(dòng)時(shí)（V(S)=V(A)+WS），移動(dòng)臺(tái)應(yīng)啟動(dòng)定時(shí)器T3182；在收到PACKETUPLINKACK/NACK導(dǎo)致V(S)V(A)+WS時(shí)，則停止T3182；當(dāng)T3182超時(shí)后，移動(dòng)臺(tái)將把計(jì)數(shù)器N3102減去PANDEC，并執(zhí)行該TBF的異常釋放并接入重試；當(dāng)移動(dòng)臺(tái)收到網(wǎng)絡(luò)發(fā)送的“分組上行證實(shí)/未證實(shí)”消息允許V(S)或V(A)增加時(shí)，移動(dòng)臺(tái)將把計(jì)數(shù)器N3102增加PANINC，但是N3102值不能超過(guò)PANMAX所定義的值；當(dāng)N31020時(shí)，MS將執(zhí)行該TBF的異常釋放，并將觸發(fā)小區(qū)重選。如果PANDEC，PANINC和PANMAX置為0值時(shí)，計(jì)數(shù)器N3102就無(wú)效。增加PANMAX和PANINC，減小PANDEC，可以減少M(fèi)S在收不到PacketUplinkAck時(shí)TBF異常釋放并進(jìn)行小區(qū)重選的可能，但也使MS在發(fā)送窗口停止，不能發(fā)送數(shù)據(jù)的情況下，較長(zhǎng)時(shí)間占據(jù)無(wú)線(xiàn)資源，資源利用率不高。而減小PANMAX和PANINC，增加PANDEC，則容易使手機(jī)發(fā)生TBF異常釋放并進(jìn)行小區(qū)重選，降低小區(qū)TBF正常釋放比例，影響數(shù)據(jù)傳輸速率。,專(zhuān)題PANDEC、PANINC參數(shù)實(shí)驗(yàn),PANDEC、PANINC參數(shù)調(diào)整實(shí)驗(yàn),試驗(yàn)結(jié)果：總體而言，對(duì)公里無(wú)覆蓋比等GPRSDT測(cè)試指標(biāo)有明顯改善。,專(zhuān)題PANDEC、PANINC參數(shù)實(shí)驗(yàn),PANDEC、PANINC參數(shù)調(diào)整實(shí)驗(yàn)前后相關(guān)區(qū)域電平分布圖,專(zhuān)題MFR、DRX參數(shù)實(shí)驗(yàn),MFR、DRX概述,MFR（BS_PA_MFRMS）在每個(gè)小區(qū)中每個(gè)尋呼組都對(duì)應(yīng)于一個(gè)尋呼子信道，移動(dòng)臺(tái)根據(jù)自身的IMSI計(jì)算出它所屬的尋呼組，進(jìn)而計(jì)算出屬于該尋呼組的尋呼子信道位置，在實(shí)際網(wǎng)絡(luò)中，移動(dòng)臺(tái)只“收聽(tīng)”它所屬的尋呼子信道而忽略其它尋呼子信道的內(nèi)容，甚至在其它尋呼子信道期間關(guān)閉移動(dòng)臺(tái)中某些硬件設(shè)備的電源以節(jié)約移動(dòng)臺(tái)的功率開(kāi)銷(xiāo)（即DRX的來(lái)源）。尋呼信道復(fù)幀數(shù)（MFR）是指以多少?gòu)?fù)幀數(shù)作為尋呼子信道的一個(gè)循環(huán)。,專(zhuān)題MFR、DRX參數(shù)實(shí)驗(yàn),MFR、DRX概述,DRX（DRX_TIMER_MAX）在DRX模式中，MS僅收聽(tīng)歸屬尋呼組的尋呼塊，而在非DRX模式下，MS將收聽(tīng)所有的CCCH塊。非DRX模式持續(xù)的時(shí)間由兩個(gè)參數(shù)共同決定：NON_DRX_TIMER和DRX_TIMER_MAX，等于兩者的最小值。DRX_TIMER_MAX設(shè)定MS在從分組傳輸模式進(jìn)入分組空閑模式時(shí)，執(zhí)行NON-DRX模式時(shí)長(zhǎng)的最大值。NON_DRX_TIMER由MS在GPRS附著的過(guò)程中和SGSN協(xié)商。NON_DRX_TIMER的大小可以在ATTACHREQUEST中看到；DRX_TIMER_MAX的數(shù)值可從SystemInformationType13中看到。DRX_TIMER_MAX的取值范圍為07，表達(dá)的取值遵循公式：2k-1（其中k=0時(shí)，表示參數(shù)值為0），即參數(shù)取值為：0，1s、2s、4s64s。,專(zhuān)題MFR、DRX參數(shù)實(shí)驗(yàn),DRX模式與非DRX模式概述,當(dāng)移動(dòng)臺(tái)處在DRX模式的時(shí)候，移動(dòng)臺(tái)只會(huì)監(jiān)聽(tīng)和它尋呼組相關(guān)的尋呼子信道。若PCU判斷該MS正處于DRX模式時(shí)，它將計(jì)算MS屬于哪個(gè)尋呼組，并向BTS發(fā)出資源分配消息，當(dāng)BTS收到該消息后將在MS所偵聽(tīng)的CCCH信道上發(fā)出立即指配消息。BS_PA_MFRMS定義了尋呼信道的復(fù)幀數(shù)，目前現(xiàn)網(wǎng)的默認(rèn)設(shè)置是5，也就是說(shuō)MS在收聽(tīng)了自己尋呼組所對(duì)應(yīng)的CCCH塊后，將等待4個(gè)51復(fù)幀，繼續(xù)收聽(tīng)的將是第6個(gè)51復(fù)幀的同樣位置的CCCH塊。MS如果錯(cuò)過(guò)了自己所偵聽(tīng)的尋呼子信道，它將不得不再等待，直到下一個(gè)尋呼子信道到來(lái)。如果MFR=5，那么在最壞的情況下，MS要收到立即指配的消息，就必須等待：5235ms=1175ms。如果立即指配消息隨機(jī)出現(xiàn)，MFR=5，MS要等待的平均時(shí)間就是：235ms（5+4+3+2+1）/5=705ms如果立即指配消息隨機(jī)出現(xiàn)，MFR=2，等待的平均時(shí)間就減少為：235ms（2+1）/2=352.5ms節(jié)約的時(shí)間為352.5ms！,專(zhuān)題MFR、DRX參數(shù)實(shí)驗(yàn),DRX模式與非DRX模式概述,當(dāng)MS由分組傳輸模式返回分組空閑模式時(shí)（比如TBF釋放），在DRX_TIMER_MAX與NON_DRX_TIMER的共同作用下，如果MS進(jìn)入非DRX傳輸?shù)臓顟B(tài)，將如下圖所示：,在非DRX模式期間內(nèi)，MS將收聽(tīng)所有的CCCH塊，同時(shí)PCU保留MS相關(guān)的上下文。此時(shí)下行TBF建立的立即指配消息不需要再計(jì)算尋呼組，可以直接在AGCH上發(fā)送。所以設(shè)置了非DRX模式后會(huì)大大縮短下行TBF的建立時(shí)間，缺點(diǎn)是會(huì)加快手機(jī)電池的消耗。,專(zhuān)題MFR、DRX參數(shù)實(shí)驗(yàn),MFR、DRX參數(shù)實(shí)驗(yàn)結(jié)果,專(zhuān)題T3192參數(shù)實(shí)驗(yàn),T3192概述,當(dāng)MS向網(wǎng)絡(luò)發(fā)送“最后證實(shí)標(biāo)志”（FAI）等于“1”的“分組下行證實(shí)/未證實(shí)”(PACKETDOWNLINKACK/NACK)消息時(shí)啟動(dòng)定時(shí)器T3192，或者在以非確認(rèn)模式發(fā)送“分組控制證實(shí)”（PACKETCONTROLACK）作為最后一個(gè)數(shù)據(jù)塊的響應(yīng)時(shí)，MS啟動(dòng)定時(shí)器T3192。在T3192期間，滿(mǎn)足啟動(dòng)條件時(shí)，將重新啟動(dòng)T3192。當(dāng)移動(dòng)臺(tái)收到PCU發(fā)送的“分組下行指配”（PACKETDOWNLINKASSIGNMENT）消息或“分組時(shí)隙重新配置”（PACKETTIMESLOTRECONFIGURE）時(shí)，停止定時(shí)器T3192。如果T3192超時(shí)，MS將釋放TBF相關(guān)資源并開(kāi)始監(jiān)聽(tīng)尋呼信道。此參數(shù)以500ms為單位進(jìn)行配置。在TBF釋放階段，如果MS處于半雙工狀態(tài)并且收到上行指配，MS將立即響應(yīng)該命令；如果在TBF釋放階段沒(méi)有收到上行指配，MS將進(jìn)入分組空閑模式，在雙傳輸模式時(shí)將進(jìn)入專(zhuān)用模式。在進(jìn)入空閑模式或?qū)Ｓ媚Ｊ綍r(shí)，根據(jù)協(xié)議，仍舊需要執(zhí)行一段非DRX時(shí)間。,專(zhuān)題T3192參數(shù)實(shí)驗(yàn),T3192概述,該參數(shù)的設(shè)置越大，TBF相關(guān)資源保留（包括TFI和時(shí)隙）的時(shí)間就越長(zhǎng)，相同TBF傳送占用的時(shí)間就越長(zhǎng)，容易導(dǎo)致?lián)砣?。而該參?shù)設(shè)置越小，因?yàn)镸S將很快將TBF資源釋放掉，若網(wǎng)絡(luò)有新的下行數(shù)據(jù)到來(lái)，網(wǎng)絡(luò)必須發(fā)起尋呼或立即指配流程（若MS處于就緒狀態(tài)），所以下行TBF建立的時(shí)間就越長(zhǎng)。而如果網(wǎng)絡(luò)側(cè)新的下行數(shù)據(jù)到來(lái)時(shí)，T3192還未超時(shí)，則網(wǎng)絡(luò)可以直接發(fā)送“分組下行指配”消息，來(lái)建立一個(gè)新的下行TBF，縮短TBF的建立時(shí)間。該參數(shù)的設(shè)置，應(yīng)充分考慮該小區(qū)的業(yè)務(wù)負(fù)荷、小區(qū)的業(yè)務(wù)模型，網(wǎng)絡(luò)資源較充足的情況下，應(yīng)盡量設(shè)置T3192較大，減少新TBF建立時(shí)間，提高數(shù)據(jù)傳輸速率。網(wǎng)絡(luò)側(cè)有相對(duì)應(yīng)的計(jì)數(shù)器T3193，要求T3193必須大于T3192。,專(zhuān)題T3192參數(shù)實(shí)驗(yàn),T3192參數(shù)實(shí)驗(yàn)結(jié)果,T3192設(shè)置為0.5秒，T3192會(huì)影響TBF建立時(shí)間的長(zhǎng)短，常規(guī)情況下，當(dāng)一組數(shù)據(jù)RLC傳完之后，手機(jī)會(huì)啟動(dòng)T3192，等待0.5秒(注意剛才在使用PDCH時(shí)隙)，如果沒(méi)有續(xù)傳的指令，T3192超時(shí)，釋放下行TBF而且開(kāi)始監(jiān)視Paging信道。當(dāng)再次有數(shù)據(jù)傳時(shí)，需要重新立即指配。這無(wú)形中延長(zhǎng)了TBF建立時(shí)間。T3192設(shè)置為1.5秒，容易導(dǎo)致GPRSterritoryugradereject(%)，而且增加了PDP激活時(shí)間，降低了PDP激活成功率。T3192設(shè)置為1秒，對(duì)小數(shù)據(jù)交互多的GPRS業(yè)務(wù)或小區(qū)重選等TBF變更頻繁的地方的數(shù)據(jù)傳輸速度上有改善,而對(duì)于定點(diǎn)的穩(wěn)定大數(shù)據(jù)量的FTP下載沒(méi)有正面或負(fù)面影響。,專(zhuān)題BCCHTRX、TCHTRX（HF/NHF）下GPRS性能比較,BCCHTRX、TCHTRX（HF/NHF）下GPRS性能比較,為明確了解BCCH載頻、TCH載頻在跳頻、非跳頻及不同編碼方式下FTP下載速率的變化情況，尋找特定小區(qū)進(jìn)行了詳盡的測(cè)試，具體情況如下：,無(wú)線(xiàn)環(huán)境好