（E）GPRS業(yè)務(wù)測試流程及案例分析（E）GPRS數(shù)據(jù)業(yè)務(wù)概述（E）GPRS對GSM網(wǎng)絡(luò)的影響（E）GPRS的引入對已有的GSM話音業(yè)務(wù)有一定的影響，這是因為網(wǎng)絡(luò)干擾增加導(dǎo)致在小區(qū)邊緣的通信中斷概率增加，話音服務(wù)面積收縮，越區(qū)切換的掉話率有一定程度的升高。對于話音業(yè)務(wù)，其網(wǎng)絡(luò)規(guī)劃完成以后網(wǎng)絡(luò)的頻率干擾主要決定于頻率分配和話務(wù)量。（E）GPRS引入后，增加了GSM信道的利用率，而信道利用率的增加表現(xiàn)為網(wǎng)絡(luò)干擾的增加。經(jīng)實(shí)驗證明，（E）GPRS業(yè)務(wù)每增加5%，載干比(C/I)則下降0.21dB，當(dāng)（E）GPRS業(yè)務(wù)占用60%信道時，載干比下降2dB。在（E）GPRS引入的初期，如果采用將PDCH配置在BCCHTRX的策略，則不會對語音業(yè)務(wù)產(chǎn)生影響，因為此時PDCH屬于BCCH頻率組，不會對屬于其它頻率組的TCH產(chǎn)生干擾，同時對屬于BCCH頻率組的TCH由于載干比較高，因此也不會產(chǎn)生太大影響。（E）GPRS數(shù)據(jù)業(yè)務(wù)概述（E）GPRS網(wǎng)絡(luò)優(yōu)化與GSM網(wǎng)絡(luò)優(yōu)化的關(guān)系（E）GPRS網(wǎng)絡(luò)的優(yōu)化比GSM網(wǎng)絡(luò)的優(yōu)化更為復(fù)雜。GSM網(wǎng)絡(luò)作為（E）GPRS的承載網(wǎng)，與（E）GPRS共用基站和頻譜資源，這就決定了（E）GPRS網(wǎng)絡(luò)與GSM網(wǎng)絡(luò)優(yōu)化相互關(guān)聯(lián)，又相互制約。首先，（E）GPRS與GSM網(wǎng)絡(luò)優(yōu)化在整體上是一致的，加強(qiáng)GSM無線環(huán)境的優(yōu)化工作對于（E）GPRS的優(yōu)化十分重要。提升網(wǎng)絡(luò)整體載干比水平可以使更多的（E）GPRS手機(jī)享受高級的編碼方案，從而提高系統(tǒng)的吞吐量，使已在CS-2編碼方式下的手機(jī)進(jìn)一步減少分組重發(fā)的比率，使實(shí)際數(shù)據(jù)傳輸速率達(dá)到最高。其次，（E）GPRS與GSM無線網(wǎng)絡(luò)優(yōu)化又存在沖突。由（E）GPRS引入的新增干擾，一定程度上使得話音質(zhì)量下降，切換掉話率提高，進(jìn)而導(dǎo)致原有話音服務(wù)面積縮小。由于兩者使用同一頻段資源，因而在容量配置上存在著沖突。（E）GPRS若采用在CCCH上接入的方式，則CCCH的負(fù)荷將有較大的增加。（E）GPRS引入了靈活的話音、數(shù)據(jù)信道分配策略，無線資源調(diào)度變得更為復(fù)雜，將會導(dǎo)致切換次數(shù)的增加，因此對原網(wǎng)的接入成功率，切換成功率略有影響。當(dāng)（E）GPRS網(wǎng)絡(luò)優(yōu)化和GSM網(wǎng)絡(luò)優(yōu)化發(fā)生沖突時，在現(xiàn)階段應(yīng)當(dāng)以話音業(yè)務(wù)優(yōu)先。（E）GPRS數(shù)據(jù)業(yè)務(wù)概述（E）GPRS服務(wù)與用戶群體之間的關(guān)系（E）GPRS網(wǎng)絡(luò)不同于GSM網(wǎng)絡(luò),GSM的資源使用方式是獨(dú)占式使用,一旦資源分配給移動臺,在用戶掛機(jī)之前會一直占用,用戶得到的服務(wù)質(zhì)量和其他移動臺無關(guān);（E）GPRS的資源使用方式是共享式使用,系統(tǒng)資源要按照QoS和用戶的需求進(jìn)行共享式地動態(tài)分配,用戶得到的服務(wù)質(zhì)量和其他移動臺有直接的關(guān)系!（E）GPRS數(shù)據(jù)業(yè)務(wù)測試的影響因素影響測試指標(biāo)的外在原因

測試卡類別以及HLR參數(shù)的不同測試手機(jī)型號以及手機(jī)軟件版本的不同測試電腦型號、所安裝系統(tǒng)軟件以及應(yīng)用軟件安裝情況的不同測試軟件版本的不同測試人員測試方法以及現(xiàn)場判斷測試數(shù)據(jù)可靠性能力的不同（E）GPRS數(shù)據(jù)業(yè)務(wù)測試的影響因素（E）GPRS業(yè)務(wù)測試準(zhǔn)備配備全球通測試卡若干，設(shè)置測試卡HLR數(shù)據(jù)如下：Priority:HighPriority;DelayClass:BestEffort;Reliability:Class3;PeakThroughput:2048kbit/s;MeanThroughput:BestEffort測試終端采用SAGEMOT290或SAGEMOT490;測試手機(jī)要求K或以上版本;手機(jī)設(shè)置為自動雙頻模式;串口速率設(shè)置為115200;時隙設(shè)置為3+1/4+1模式;測試模式設(shè)置為Data/Trace測試軟件采用CDS3.0以上版本測試電腦應(yīng)保證1.2G以上主頻，256M以上內(nèi)存;重新安裝WindowsXP操作系統(tǒng),不能安裝與測試無關(guān)的軟件;將托盤中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉,如MSN等;關(guān)閉Windows的自動更新功能（E）GPRS數(shù)據(jù)業(yè)務(wù)測試的影響因素（E）GPRS業(yè)務(wù)測試準(zhǔn)備保證Ping和FTP的測試服務(wù)器正常工作。同時應(yīng)保證用戶具有上傳和下載數(shù)據(jù)的權(quán)限,保證可對服務(wù)器進(jìn)行Ping和FTP測試被測城市應(yīng)保證其測試服務(wù)器在測試檢查期間的可用性，如果當(dāng)?shù)胤?wù)器不能使用，測試人員將選擇異地服務(wù)器進(jìn)行測試保證郵件系統(tǒng)的正常工作準(zhǔn)備大小為150K，500K的文件若干確認(rèn)WAP測試站點(diǎn)正常工作,由運(yùn)營商指定（E）GPRS數(shù)據(jù)業(yè)務(wù)測試原則CQT測試原則測試時間：視客戶要求而定，通常安排在周一至周五9:00-19:00進(jìn)行地點(diǎn)選擇原則：

1.在城市中選20-40個測試點(diǎn)。具體測試點(diǎn)分布要求:火車站、機(jī)場、三星級以上酒店、大型商場休閑區(qū)、大學(xué)學(xué)校、大型居民區(qū)、商務(wù)場所、旅游景區(qū)

2.測試點(diǎn)按照地理、話務(wù)因素綜合考慮均勻分布，突出重點(diǎn)區(qū)域

3.在測試前測量當(dāng)前位置的無線信號，檢查信號強(qiáng)度，確保在該點(diǎn)有（E）GPRS覆蓋，避免在測試過程中頻繁小區(qū)重選（重選次數(shù)控制在3-4次之內(nèi))（E）GPRS數(shù)據(jù)業(yè)務(wù)測試原則適用環(huán)境：市區(qū)主要道路和重要高速、鐵路干線測試時間：視客戶要求而定，通常安排在周一至周五9:00-19:00進(jìn)行測試速度：在市區(qū)保持正常行駛速度，一般車速在30-35公里/小時，在高速公路上車速一般不應(yīng)低于70公里測試路線：要求均勻覆蓋市區(qū)主要街道，并且盡量不重復(fù)；環(huán)城高速、高架橋、市區(qū)到機(jī)場公路必須進(jìn)行測試測試時長：根據(jù)城市的規(guī)模來定，也可以根據(jù)用戶的要求確定每個城市的測試時長DT測試原則目錄Internet

（E）GPRS現(xiàn)狀與（E）GPRS業(yè)務(wù)測試概述

（E）GPRS業(yè)務(wù)測試內(nèi)容（E）GPRS業(yè)務(wù)測試工具介紹（E）GPRS專題優(yōu)化介紹及案例分析（E）GPRS測試項項目介介紹（E））GPRS測試試目的的和分分類測試目目的：：通過過對市市區(qū)重重要場場所和和市區(qū)區(qū)主要要道路路測試試，從從用戶戶感受受的角角度評評估城城市（（E）GPRS網(wǎng)絡(luò)質(zhì)質(zhì)量，，為（（E）GPRS網(wǎng)絡(luò)優(yōu)優(yōu)化提提供參參考和和依據(jù)據(jù)按照測測試形形式可可以分分為兩兩類：：路測測（DT，DriveTest）、定定點(diǎn)撥撥打測測試(CQT，CallQualityTest)???（E）GPRS測試項項目介介紹（E）GPRS測試項項目（E）GPRSAttach時延、、成功功率測測試（E）GPRSPDP激活時時延、、成功功率測測試Ping時延、、成功功率測測試FTP下載、、上傳傳速率率WAP登陸、、刷新新時延延、成成功率率測試試WAP下載(圖鈴)速率、、成功功率測測試Kjava下載成成功率率測試試SMS點(diǎn)到點(diǎn)點(diǎn)時延延、成成功率率測試試MMSPUSH時延、、PUSH成功率率、端端到端端成功功率測測試FTP下載、、上傳傳速率率WAP登陸、、刷新新時延延、成成功率率測試試WAP下載(圖鈴)速率、、成功功率測測試CQTDT（E）GPRS測試項項目介介紹CQT測試內(nèi)容定定義和和方法法KPI定義測試方法精度統(tǒng)計粒度ATTACH平均附著時長各次attach成功的時間相加/成功attach的次數(shù)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次ATTACH附著成功率（E）GPRS成功Attach次數(shù)/總嘗試次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%10次PDP激活平均時長各次PDP激活成功的時間相加/成功attach的次數(shù)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次PDP激活成功率（E）GPRS成功PDP激活次數(shù)/總嘗試次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%10次ping平均時延各次ping成功的時間相加/ping成功的次數(shù)

使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次ping成功率ping成功的次數(shù)/ping嘗試次數(shù)×100％

使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次（E）GPRS測試項項目介介紹CQT測試內(nèi)容定定義和和方法法KPI定義測試方法精度統(tǒng)計粒度WAP平均首頁顯示時間各次WAP首頁成功顯示的時間相加/WAP首頁顯示成功次數(shù)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次WAP首頁登陸成功率WAP首頁顯示成功次數(shù)/嘗試WAP登陸次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%10次WAP平均頁面刷新時間各次WAP刷新成功顯示的時間相加/WAP刷新成功顯示次數(shù)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次WAP頁面刷新成功率WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%10次WAP平均圖鈴下載速率實(shí)際成功下載數(shù)據(jù)量（Byte）/實(shí)際成功下載時間(秒)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01KBit/S10次WAP圖鈴下載成功率WAP鈴聲、圖片成功下載次數(shù)/嘗試鈴聲、圖片下載次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%5次圖片5次鈴聲（E）GPRS測試項項目介介紹KPI定義測試方法精度統(tǒng)計粒度FTP下載速率實(shí)際下載數(shù)據(jù)量（Byte）/實(shí)際下載時間(秒)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01KB/S1次FTP上傳速率實(shí)際上傳數(shù)據(jù)量（Byte）/實(shí)際下載時間(秒)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01KB/S1次Kjava下載成功率下載成功次數(shù)/下載測試總次數(shù)×100%使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%5次MMS端到端PUSH平均時長各次PUSH成功的時間相加/成功PUSH的次數(shù)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次MMS端到端PUSH成功率用戶成功接收PUSH消息條數(shù)／用戶應(yīng)接收PUSH消息條數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%10次MMS端到端成功率用戶成功提取彩信的次數(shù)／用戶嘗試提取彩信的次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%10次CQT測試內(nèi)容定定義和和方法法（E）GPRS測試項項目介介紹KPI定義測試方法精度統(tǒng)計粒度SMS端到端PUSH平均時長各次短信接收成功的時間相加/短信成功接收的次數(shù)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒10次SMS端到端PUSH成功率用戶成功接收短信條數(shù)／用戶應(yīng)接收短信條數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%10次CQT測試內(nèi)容定定義和和方法法（E）GPRS測試項項目介介紹DT測試內(nèi)容定定義和和方法法KPI定義測試方法精度FTP下載速率實(shí)際下載數(shù)據(jù)量（Byte）/實(shí)際下載時間(秒)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01KB/SFTP上傳速率實(shí)際上傳數(shù)據(jù)量（Byte）/實(shí)際下載時間(秒)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01KB/SWAP平均首頁顯示時間各次WAP首頁成功顯示的時間相加/WAP首頁顯示成功次數(shù)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒WAP首頁登陸成功率WAP首頁顯示成功次數(shù)/嘗試WAP登陸次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%WAP平均頁面刷新時間WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示時長使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒WAP頁面刷新成功率WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%（E）GPRS測試項項目介介紹KPI定義測試方法精度WAP平均圖鈴下載速率實(shí)際成功下載數(shù)據(jù)量（Byte）/實(shí)際成功下載時間(秒)使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01KBit/SWAP圖鈴下載成功率WAP鈴聲、圖片成功下載次數(shù)/嘗試鈴聲、圖片下載次數(shù)×100％使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%覆蓋率

（E）GPRS覆蓋公里數(shù)/總測試距離（Km）×100%使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%掉線率掉線次數(shù)/總FTP下載嘗試次數(shù)×100%使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01%平均RAU間隔時間總RAU次數(shù)/總測試時間使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒DT測試內(nèi)容定定義和和方法法（E）GPRS測試項項目介介紹KPI定義測試方法精度平均RAU間隔距離總RAU次數(shù)/總測試距離使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01km平均小區(qū)重選間隔時間總小區(qū)重選次數(shù)/總測試時間使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01秒平均小區(qū)重選間隔距離總小區(qū)重選次數(shù)/總測試距離使用測試終端和測試軟件，自動記錄測試日志,由測試軟件統(tǒng)計功能給出0.01kmDT測試內(nèi)容定定義和和方法法（E）GPRS測試項項目介介紹測試項目超超時定定義KPI超時時間KPI超時時間ATTACH附著時長15SFTP下載時長(CQT)180SPDP激活時長15SFTP下載時長(DT)180SMMS接收時長100S(有些設(shè)置為150S)SMS接收時長300SPing時長5SKjava下載時長300SWAP首頁顯示時間(CQT)60SWAP首頁顯示時間(DT)60SWAP頁面刷新時間(CQT)60SWAP頁面刷新時間(DT)60SWAP圖鈴下載時長(CQT)150SWAP圖鈴下載時長(DT)200S目錄Internet（E））GPRS現(xiàn)狀與與（E）GPRS業(yè)務(wù)測測試概概述（E）GPRS業(yè)務(wù)測測試內(nèi)內(nèi)容（E）GPRS業(yè)務(wù)測測試工工具介介紹（E）GPRS專題優(yōu)優(yōu)化介介紹及及案例例分析析（E）GPRS測試軟軟件CDS的使用用方法法CDS用戶界界面測試中中常見見問題題總結(jié)結(jié)CDS4.0版本現(xiàn)現(xiàn)在還還不穩(wěn)穩(wěn)定，，在信信令解解碼（（比如如C/I、RxQual、Ms-TxPower等）中中存在在一些些BUG在采集集參數(shù)數(shù)選項項中CDS默認(rèn)只只采集集GSMC/ITrace和RLC/MACControlMSG,其實(shí)LLCMSG等參數(shù)數(shù)選項項對事事件的的分析析也能能起到到一定定作用用，最最好將將信令令采集集完整整注意測測試用用筆記記本電電腦在在安裝裝測試試軟件件前必必須重重裝操操作系系統(tǒng)，，不能安安裝與與測試試無關(guān)關(guān)的其其它軟軟件;將托盤盤中的的任何何與網(wǎng)網(wǎng)絡(luò)通通訊相相關(guān)的的程序序關(guān)閉閉,如MSN等;關(guān)閉Windows的自動動更新新功能能，否否則會會影響響Ping、FTP等所有有與數(shù)數(shù)據(jù)上上傳、、下載載有關(guān)關(guān)的測測試項項目測試手手機(jī)各各參數(shù)數(shù)一定定要設(shè)設(shè)置正正確，，測試手手機(jī)必必須為為K或以上上軟件件版本本測試中中常見見問題題總結(jié)結(jié)WAP刷新不不是刷刷新首首頁，，而是是深度度為3的隨機(jī)機(jī)刷新新準(zhǔn)確設(shè)設(shè)置測測試項項目時時間間間隔以以及超超時時時間，，這些些測試試項目目屬性性的設(shè)設(shè)置對對測試試結(jié)果果有很很大影影響每個測測試點(diǎn)點(diǎn)測試試前需需要重重啟一一下測測試手手機(jī)，，這樣樣不僅僅可以以清除除緩存存空間間，也也可以以使測測試手手機(jī)選選擇到到最好好小區(qū)區(qū)WAP圖鈴下下載的的URL不同，，下載載速率率的差差別也也很大大WAP測試應(yīng)應(yīng)以所所有文文字信信息全全部顯顯示為為準(zhǔn)，，所以以應(yīng)在在WAP測試時時去掉掉設(shè)置置中的的“下下載頁頁面中中的圖圖標(biāo)””選項項當(dāng)FTP測試中中出現(xiàn)現(xiàn)長時時間無無流量量時，，可讓讓司機(jī)機(jī)適當(dāng)當(dāng)降低低車速速M(fèi)MS測試中最好好選擇NOKIA智能手機(jī)做做為測試終終端（不同同手機(jī)測試試測試結(jié)果果差別很大大）（E）GPRS現(xiàn)狀與（E）GPRS業(yè)務(wù)測試概概述（E）GPRS業(yè)務(wù)測試內(nèi)內(nèi)容（E）GPRS業(yè)務(wù)測試工工具介紹（E）GPRS專題優(yōu)化介介紹及案例例分析Internet目錄專題—ATTACH問題Attach優(yōu)化方法關(guān)閉SGSN鑒權(quán)檢查覆蓋防止頻繁的的小區(qū)重選選排查干擾，，提高C/I檢查RACH或AGCH信道配置檢查靜態(tài)PS信道、動態(tài)態(tài)PS信道配置檢查（E）GPRSENABLED參數(shù)設(shè)置檢查Gblinksload，調(diào)整NSEI配置專題—ATTACH問題Attach故障案例一一:手機(jī)無法登登陸（E）GPRS網(wǎng)絡(luò)問題描述某區(qū)域用戶戶反應(yīng)不能能登陸（E）GPRS網(wǎng)絡(luò)，檢查查網(wǎng)絡(luò)配置置無異常，，實(shí)地測試試的確無法法登陸（E）GPRS網(wǎng)絡(luò)。故障分析進(jìn)行了（E）GPRS配置數(shù)據(jù)檢檢查，開通通（E）GPRS功能小區(qū)的的NSEI、NSVI、RAC等各項（E）GPRS參數(shù)配置均均正確Pcu時隙負(fù)荷比比較高。專題—ATTACH問題Attach故障案例二二:手機(jī)無法登登陸（E）GPRS網(wǎng)絡(luò)問題描述：：有用戶反映映手機(jī)（E）GPRSAttach不能成功?！，F(xiàn)象為手手機(jī)發(fā)送Attachrequest，SGSN返回attachaccept消息，而后后面BSC上發(fā)信令為為LLCunkowninformation。故障分析：：根據(jù)信令流流程，BSS側(cè)負(fù)責(zé)TBF流的建立，，后面應(yīng)為為手機(jī)和SGSN的透傳信令令，正常流流程應(yīng)為手手機(jī)向SGSN發(fā)送Attachcomplete。檢查BSC相關(guān)數(shù)據(jù)沒沒有發(fā)現(xiàn)問問題。從全全局測試來來看，與SGSN對接的所有有BSC下所帶基站站都有相同同問題情況況，初步判判斷為SGSN側(cè)的問題。。經(jīng)SGSN的工程師檢檢查，有數(shù)數(shù)據(jù)改動，，即P-TMSI由原來的enable改為disable。導(dǎo)致P-TMSI無法分配，，用戶無法法上（E）GPRS。解決方法：：將P-TMSI由disable調(diào)整為enable，故障解決決。專題—ATTACH問題Attach故障案例三三:ATTACH失敗問題：頻繁的小區(qū)區(qū)重選（60021→60332→60021）導(dǎo)致ATTACH時延過長（（14.55s）。解決方案：：提高60021CRH由8dB到10dB,調(diào)整60332RXLEVACCESSMIN由10dB到12dB專題—ATTACH問題Attach故障案例四四:ATTACH失敗問題：網(wǎng)絡(luò)向手機(jī)機(jī)發(fā)送PacketAccessReject消息作為對對PacketResourceRequest消息的應(yīng)答答，此消息息中包含““Wait_Indication”域，其值賦賦予T3172，當(dāng)手機(jī)收收到PacketAccessReject消息后，啟啟動T3172，在T3172運(yùn)行期間，，網(wǎng)絡(luò)不允允許手機(jī)在在同一小區(qū)區(qū)內(nèi)再次發(fā)發(fā)起分組接接入嘗試。。該事件由由無線資源源緊張所致致。解決方案：：擴(kuò)充靜態(tài)PS信道。專題—PDP激活問題PDP激活優(yōu)化方方法關(guān)閉SGSN鑒權(quán)檢查核心網(wǎng)網(wǎng)各網(wǎng)元處處理能力（（DNS解析APN錯誤或者過過慢、GGSN關(guān)于APN的配置數(shù)據(jù)據(jù)不完整、、DHCP或RADIUS服務(wù)器故障障、HLR和SGSN對通配符APN格式的兼容容性問題、、SGSN和GGSN的GTP信令的兼容容性問題、、SGSN構(gòu)造APN的配置問題題、GGSN處理過慢、、DNS和GGSN的主備用狀狀態(tài)）防止頻繁的的小區(qū)重選選排查干擾，，提高C/I檢查RACH或AGCH信道配置，，提高接入入和立即指指配成功率率檢查靜態(tài)PS信道、動態(tài)態(tài)PS信道配置檢查Gblinksload，調(diào)整NSEI配置檢查（E）GPRS參數(shù)設(shè)置，，合理設(shè)置置DrxTimeMax、MFR、T3168專題—PDP激活問題PDP故障案例一一:PDP激活失敗問題：在20022重選到20281后，由于20281AGCH緊張導(dǎo)致。。解決方案：：控制20281覆蓋范圍，，適當(dāng)增加加20281AGCH配置。專題—PDP激活問題PDP故障案例二二:PDP激活失敗問題：由于連續(xù)發(fā)發(fā)生兩次小小區(qū)重選（（CELLID:10071Channel:2—CELLID:111Channel:90—CELLID:114Channel:512）長時間無無時隙分配配引起PDP激活失敗。。解決方案：：提高60021CRH由6dB到10dB。專題—PDP激活問題PDP故障案例三三:PDP激活失敗問題：由于沒有申申請到PS信道導(dǎo)致PDP激活失敗。。解決方案：：增加8540站點(diǎn)的靜態(tài)態(tài)PS信道，將MFR由5調(diào)整到2。專題—PDP激活問題PDP故障案例四四:PDP激活失敗問題：在CQT測試時經(jīng)常常出現(xiàn)偶爾爾PDP激活時延過過長的現(xiàn)象象。經(jīng)過對10個點(diǎn)100次的PDP激活測試,發(fā)現(xiàn)7次時延異常常的現(xiàn)象，，具體掛表表結(jié)果如下下：專題—PDP激活問題PDP故障案例四四:PDP激活失敗正常情況下下幾個接口口上的耗時時情況如下下：專題—PDP激活問題PDP故障案例四四:PDP激活失敗敗從幾次異異常測試試結(jié)果可可以看出出，主要要耗時是是在Gb口以下和和Radius與WAP網(wǎng)關(guān)間，，其中第第六次GGSN與Radius間的耗時時比較長長，是因因為GGSN第一次發(fā)發(fā)送的Accountingrequest消息沒有有被WAP網(wǎng)關(guān)接收收到，也也就是說說，我們們在WAP網(wǎng)關(guān)側(cè)沒沒有看到到GGSN第一次發(fā)發(fā)送的Accountingrequest消息，只只看到了了GGSN第二次重重新發(fā)送送的Accountingrequest消息，而而且WAP網(wǎng)關(guān)收到到后及時時給予了了響應(yīng)。。導(dǎo)致這這種現(xiàn)象象的原因因可能是是Accountingrequest消息在傳傳輸中丟丟失或者者Radius的處理異異常。另外六次次則是因因為Gb口以下和和Radius與WAP網(wǎng)關(guān)間的的耗時過過長。GGSN向Radius發(fā)送AccountingRequest消息，等等待Radius的響應(yīng)，，并啟動動相應(yīng)的的等待定定時器，，在相應(yīng)應(yīng)的WAP網(wǎng)關(guān)側(cè)，，我們發(fā)發(fā)現(xiàn)WAP網(wǎng)關(guān)在收收到AccountingRequest消息后沒沒有給予予響應(yīng)，，由于GGSN沒有收到到AccountingRequest消息的響響應(yīng)消息息，導(dǎo)致致等待定定時器超超時，然然后GGSN重新發(fā)送送AccountingRequest消息，在在相應(yīng)的的WAP網(wǎng)關(guān)側(cè)，，我們發(fā)發(fā)現(xiàn)WAP網(wǎng)關(guān)此次次給予了了響應(yīng)，，GGSN收到Radius轉(zhuǎn)發(fā)的AccountingResponse消息，這這時GGSN才對手機(jī)機(jī)的PDP激活請求求進(jìn)行響響應(yīng)。專題—PDP激活問題題PDP故障案例例四:PDP激活失敗敗正是由于于Gi口的耗時時過長，，使得無無線側(cè)的的定時器器超時而而釋放了了TBF資源，所所以手機(jī)機(jī)在接收收PDP激活接受受消息時時，重新新進(jìn)行了了TBF的建立，，這又進(jìn)進(jìn)一步增增加了在在無線口口上的延延時。因因此，WAP網(wǎng)關(guān)的響響應(yīng)過慢慢，是導(dǎo)導(dǎo)致PDP激活時延延過長根根本原因因。專題—PDP激活問題題PDP故障案例例五:PDP激活失敗敗在中國移移動集團(tuán)團(tuán)公司第第三方測測試的準(zhǔn)準(zhǔn)備工作作中，發(fā)發(fā)現(xiàn)（E）GPRSCQT的火車站站測試點(diǎn)點(diǎn)有PDP激活失敗敗的現(xiàn)象象，并且且多次測測試問題題始終存存在。從信令來來看，當(dāng)當(dāng)下行的的立即指指配信息息里出現(xiàn)現(xiàn)了右圖圖中ARFCN為809的時候，，PDP激活會不不成功。。專題—PDP激活問題題PDP故障案例例五:PDP激活失敗敗809這個頻點(diǎn)點(diǎn)是不正正常的，，但這是是根據(jù)手手機(jī)收到到基站發(fā)發(fā)出的層層三消息息解出來來的。這這個立即即支配消消息是為為了分配配下行的的TBF，也就是是意味著著網(wǎng)絡(luò)已已收到PDP激活申請請且給手手機(jī)回復(fù)復(fù)了PDPactivateaccept消息，但但此消息息未能通通過空中中接口。。當(dāng)時懷懷疑是否否因測試試軟件導(dǎo)導(dǎo)致，詢詢問CDS軟件研發(fā)發(fā)工程師師，回復(fù)復(fù)軟件應(yīng)應(yīng)該沒有有問題，，也不像像測試手手機(jī)問題題，所以以網(wǎng)絡(luò)下下發(fā)的消消息編碼碼存在問問題的可可能性比比較大。。對同個個BSC下的三晉晉國際飯飯店測試試沒有發(fā)發(fā)現(xiàn)同樣樣的問題題。調(diào)整頻點(diǎn)點(diǎn)和無線線參數(shù)等等也沒有有解決問問題，于于是懷疑疑是否為為基站的的問題。。重啟基基站，重重做基站站數(shù)據(jù)，，仍然沒沒有效果果。將天天線直接接接到BTS機(jī)柜上測測試看是是否是因因為分布布系統(tǒng)的的問題，，但在測測試中還還是存在在PDP激活失敗敗，所以以也排除除分布系系統(tǒng)的問問題。對GB口進(jìn)行掛掛表測試試，出現(xiàn)現(xiàn)三次PDP激活失敗敗。這三三次失敗敗在GB口信令中中體現(xiàn)為為：MS發(fā)給SGSNAPCR,然后SGSN都立即回回復(fù)一個個APAC給MS。但是是在SGSN回復(fù)APAC給MS7s－8s后,在GB數(shù)據(jù)里發(fā)發(fā)現(xiàn)了RSTA，在該信信令中發(fā)發(fā)現(xiàn)“RadiocontactlostwithMS”的信息，，同時還還有一個個LLCD(=LLC-DISCARDED)的信令。。見下圖圖：專題—PDP激活問題題PDP故障案例例五:PDP激活失敗敗專題—PDP激活問題題PDP故障案例例五:PDP激活失敗敗總之,雖然在CDS的LOG里存在PDP失敗,但是從GB數(shù)據(jù)里反反應(yīng)出的的流程卻卻是完整整的,而且SGSN都是在收收到MS的APCR后就立即即回復(fù)了了APAC。因此分分析結(jié)果果表明這這幾次的的PDP激活失敗敗并非由由核心網(wǎng)網(wǎng)引起，，可能是是由無線線側(cè)導(dǎo)致致了手機(jī)機(jī)未能收收到SGSN發(fā)的APAC而產(chǎn)生TIMEOUT。由于無線線質(zhì)量、、（E）GPRS統(tǒng)計和參參數(shù)、核核心網(wǎng)、、分布系系統(tǒng)等都都沒有問問題，這這時我們們把重點(diǎn)點(diǎn)放在基基站硬件件這一側(cè)側(cè)。因因為8593也會出現(xiàn)現(xiàn)閃斷，，懷疑是是否因傳傳輸誤碼碼率過高高而導(dǎo)致致，所以以要求更更換傳輸輸，換完完傳輸后后進(jìn)行測測試，還還是沒有有效果。。由于在8591測試時PDP激活成功功率為100％，把8591的BTS和8593的BTS進(jìn)行調(diào)換換再測試試。在調(diào)調(diào)換完后后的200次PDP激活測試試中，8593沒有出現(xiàn)現(xiàn)一次失失敗，而而原來好好的小區(qū)區(qū)8591出現(xiàn)了5次PDP激活失敗敗。最終更換換了8593BTS，問題得得到解決決。專題—Ping問題Ping優(yōu)化方法法優(yōu)化PingServer,將PingServer搬到FW內(nèi)檢查覆蓋蓋防止頻繁繁的小區(qū)區(qū)重選排查干擾擾，提高高C/I檢查靜態(tài)態(tài)PS信道、動動態(tài)PS信道配置置檢查Gblinksload，調(diào)整NSEI配置檢查（E）GPRS參數(shù)設(shè)置置，合理理設(shè)置DrxTimeMax、MFR、T3168優(yōu)化測試試測試電電腦，關(guān)關(guān)閉所有有系統(tǒng)軟軟件以及及應(yīng)用軟軟件的自自動更新新功能專題—Ping問題Ping故障案例例一:不同時間間間隔造造成PING時延不同同問題：Ping測試中時時間間隔隔設(shè)置為為4s-12s測試結(jié)果果有很大大差別。。經(jīng)過核核心網(wǎng)掛掛表測試試發(fā)現(xiàn)Ping時延不穩(wěn)穩(wěn)定是因因為測試試過程中中出現(xiàn)其其他一些些數(shù)據(jù)包包，這些些垃圾數(shù)數(shù)據(jù)包是是由殺毒毒軟件和和一些應(yīng)應(yīng)用軟件件自動更更新造成成的。解決方案案：重新安裝裝操作系系統(tǒng)，不不能安裝裝與測試試無關(guān)的的軟件，，將托盤盤中的任任何與網(wǎng)網(wǎng)絡(luò)通訊訊相關(guān)的的程序關(guān)關(guān)閉，關(guān)關(guān)閉Windows的自動更更新功能能。專題—Ping問題Ping故障案例例二:Ping失敗問題：PING失敗時誤誤碼率很很高，查查看網(wǎng)管管指標(biāo)發(fā)發(fā)現(xiàn)此時時干擾比比較嚴(yán)重重，但是是其他時時段幾乎乎沒有干干擾，基基本可以以確定該該干擾是是外部干干擾。解決方案案：查找外部部干擾。。專題—Ping問題Ping故障案例例三:Ping失敗問題：由于小區(qū)區(qū)的C/I低導(dǎo)致較較高的BLER（小區(qū)BCCHC／I＝5.9）。查看看規(guī)劃數(shù)數(shù)據(jù)，微微蜂窩8800、7660、8750是同BCCH。解決方案：控制8800、7660、8750覆蓋，調(diào)整8800、7660、8750頻點(diǎn)。專題—WAP問題WAP優(yōu)化方法優(yōu)化WAP網(wǎng)關(guān)、移動夢夢網(wǎng)服務(wù)器、、Gi口檢查覆蓋防止頻繁的小小區(qū)重選排查干擾，提提高C/I檢查靜態(tài)PS信道、動態(tài)PS信道配置檢查Gblinksload，調(diào)整NSEI配置檢查（E）GPRS參數(shù)設(shè)置，合合理設(shè)置DrxTimeMax、MFR、T3168優(yōu)化測試測試試電腦，關(guān)閉閉所有系統(tǒng)軟軟件以及應(yīng)用用軟件的自動動更新功能專題—WAP問題WAP故障案例一:WAP刷新失敗問題：出現(xiàn)WAPreply失敗的時候（（E）GPRS的質(zhì)量為6級，從服務(wù)小小區(qū)和鄰區(qū)的的測量來看，，存在著鄰頻頻的干擾。解決方案：更改頻點(diǎn)。專題—WAP問題WAP故障案例一:WAP圖鈴下載速率率低問題：通過分析看出出RLC數(shù)據(jù)重傳率高高，從OMC統(tǒng)計數(shù)據(jù)看Gblink的負(fù)荷在測試試時段已高達(dá)達(dá)64%，從而導(dǎo)致下下載速率低。。解決方案：重新調(diào)整NSEI以減低Gblinkload，從而提高（（E）GPRSCQT的下載速率。。專題—WAP問題WAP故障案例三:WAP登陸失敗問題：在**賓館WAP登陸測試中，，通過跟蹤Gb口發(fā)現(xiàn)，手機(jī)機(jī)上行發(fā)送Get(URL=)，網(wǎng)絡(luò)側(cè)回復(fù)復(fù)了一個PDU，具體內(nèi)容為為：Yourrequestforaservicecouldnotbefulfilled,pleasetryagainorcontactyouroperatoriftheproblempersists。這種現(xiàn)象是是因為移動夢夢網(wǎng)服務(wù)器出出現(xiàn)問題。解決方案：與核心網(wǎng)工程程師溝通解決決。專題—WAP問題WAP故障案例四:WAP登陸和刷新時時延過長GB口WAP測試流程專題—WAP問題WAP故障案例四:WAP登陸和刷新時時延過長WAP測試信令流程程問題：信令分析發(fā)現(xiàn)現(xiàn)，網(wǎng)關(guān)在CONNECT到CONNECTREPLY和GET到REPLY間存在響應(yīng)時時延長，需重重復(fù)發(fā)送GET請求,甚至?xí)霈F(xiàn)沒沒有響應(yīng)的情情況，尤其是是GET與REPLY間經(jīng)常出現(xiàn)較較大的信令時時延，有的甚甚至達(dá)到幾十十秒,對手機(jī)訪問WAP速度有較大影影響。我們初初步認(rèn)為打開開WAP網(wǎng)頁時超過20秒以上的大時時延基本都是是由網(wǎng)關(guān)時延延引起的。解決方案：核心網(wǎng)工程師師針對WAP網(wǎng)關(guān)進(jìn)行優(yōu)化化。專題—WAP問題WAP錯誤代碼含義義—WTP層協(xié)議發(fā)生錯錯誤專題—WAP問題WAP錯誤代碼含義義—WSP層協(xié)議發(fā)生錯錯誤專題—WAP問題WAP錯誤代碼含義義—HTTP協(xié)議發(fā)生錯誤誤專題—MMS問題MMS優(yōu)化方法優(yōu)化相相關(guān)核核心網(wǎng)網(wǎng)網(wǎng)關(guān)關(guān)及接接口、、移動動Radius到省內(nèi)內(nèi)檢查覆覆蓋防止頻頻繁的的小區(qū)區(qū)重選選排查干干擾，，提高高C/I檢查靜靜態(tài)PS信道、、動態(tài)態(tài)PS信道配配置檢查Gblinksload，調(diào)整整NSEI配置檢查（（E）GPRS參數(shù)設(shè)設(shè)置，，合理理設(shè)置置DrxTimeMax、MFR、T3168專題—MMS問題MMS故障案案例一一:MMS發(fā)送失失敗問題：：通過過掛表表發(fā)現(xiàn)現(xiàn)手機(jī)機(jī)首先先PDP激活，，APN為CMWAP，但是是手機(jī)機(jī)隨后后沒有有任何何發(fā)起起任何何信令令。這這種情情況是是由于于手機(jī)機(jī)軟件件進(jìn)程程吊死死所致致。解決方方案：：重裝裝手機(jī)機(jī)操作作系統(tǒng)統(tǒng)。專題—MMS問題MMS故障案案例二二:MMS接收失失敗問題：：通過過掛表表發(fā)現(xiàn)現(xiàn)手機(jī)機(jī)首先先建立立了WSP層的連連接，，然后后發(fā)起起GET請求接接收彩彩信，，隨后后WAP網(wǎng)關(guān)將將彩信信在WTP分割后后，向向手機(jī)機(jī)發(fā)送送WTP層的分分段，，當(dāng)傳傳送到到第六六個分分段后后該消消息中中的GTR和TTR都為0，說明明該分分段既既不是是整個個消息息中某某組的的最后后一塊塊，也也不是是整個個消息息的最最后一一塊，，但是是手機(jī)機(jī)卻回回應(yīng)了了ACK，緊接接著又又發(fā)起起一個個Transaction(Invoke)。這種種情況況是由由于手手機(jī)軟軟件故故障所所致。。解決方方案：：重裝裝手機(jī)機(jī)操作作系統(tǒng)統(tǒng)。專題—MMS問題MMS故障案案例三三:MMS接收失失敗問題：：通過過Gi口掛表表發(fā)現(xiàn)現(xiàn)手機(jī)機(jī)在發(fā)發(fā)起Get請求后后，在在10ms左右的的時間間連續(xù)續(xù)多次次重發(fā)發(fā)Get請求（（Get請求重重發(fā)定定時器器為10s），導(dǎo)導(dǎo)致WAP網(wǎng)關(guān)來來不得得處理理手機(jī)機(jī)的Session，從重重發(fā)時時間間間隔來來看，，不可可能是是手機(jī)機(jī)連續(xù)續(xù)接收收彩信信。這這種情情況是是由于于手機(jī)機(jī)軟件件故障障所致致。解決方方案：：重裝裝手機(jī)機(jī)操作作系統(tǒng)統(tǒng)。專題—MMS問題MMS故障案案例四四:MMS發(fā)送失失敗問題：：通過過掛表表我們們發(fā)現(xiàn)現(xiàn)手機(jī)機(jī)首先先上行行發(fā)送送WSP層的Connect信令，，建WSP層的連連接，，但是是WAP網(wǎng)關(guān)沒沒有回回應(yīng)ConnectReply，手機(jī)機(jī)等待待5秒后重重Connect，但是是始終終沒有有回應(yīng)應(yīng)ConnectReply，達(dá)到到最大大重發(fā)發(fā)次數(shù)數(shù)5次后，，WSP層的建建鏈?zhǔn)。?，最終終導(dǎo)致致彩信信發(fā)送送失敗敗。導(dǎo)導(dǎo)致此此次MMS發(fā)送失失敗的的原因因為WAP網(wǎng)關(guān)過過于繁繁忙沒沒有回回應(yīng)ConnectReply。解決方方案：：請核核心網(wǎng)網(wǎng)工程程師配配合解解決。。專題—FTP問題FTP優(yōu)化方方法優(yōu)化FTPServer，將FTPServer搬到FW內(nèi)檢查覆覆蓋防止頻頻繁的的小區(qū)區(qū)重選選排查干干擾，，提高高C/I檢查靜靜態(tài)PS信道、、動態(tài)態(tài)PS信道配配置檢查Gblinksload，調(diào)整整NSEI配置調(diào)整DLB、ULB、DLBH、ULBH參數(shù)，，動態(tài)態(tài)調(diào)整整CS的比例例檢查（（E）GPRS參數(shù)設(shè)設(shè)置，，合理理設(shè)置置DrxTimeMax、MFR、T3168、T3192打開CS3、CS4專題—FTP問題FTP故障案案例一一:FTP下載失失敗問題：：MS重選到到小區(qū)區(qū)41921后，DLTBF一直沒沒被建建立導(dǎo)導(dǎo)致長長時間間下行行無數(shù)數(shù)據(jù)傳傳輸，，最終終導(dǎo)致致了PDP掉線.經(jīng)檢查查該小小區(qū)在在測試試時間間段內(nèi)內(nèi)的（（E）GPRSKPI：下下行行時時隙隙分分配配擁擁塞塞率率比比較較高高，，這這是是為為什什么么沒沒能能建建立立DLTBF的主主要要原原因因所所在在。。解決決方方案案：：增加加該該小小區(qū)區(qū)靜靜態(tài)態(tài)PS信道道。。專題題—FTP問題題FTP故障障案案例例二二:FTP下載載速速率率過過低低問題題：：第一一次次cellreselection（90→→52）使使數(shù)數(shù)據(jù)據(jù)傳傳輸輸恢恢復(fù)復(fù)時時間間變變長長而而導(dǎo)導(dǎo)致致長長時時間間TBF掛起起。。之之后后重重建建時時由由于于小小區(qū)區(qū)30553數(shù)據(jù)據(jù)業(yè)業(yè)務(wù)務(wù)繁繁忙忙只只申申請請到到一一條條PS信道道，，在在數(shù)數(shù)據(jù)據(jù)下下傳傳過過程程中中又又發(fā)發(fā)生生了了第第二二次次cellreselection（52→→80），，然然后后因因為為數(shù)數(shù)據(jù)據(jù)傳傳輸輸恢恢復(fù)復(fù)時時間間變變長長而而導(dǎo)導(dǎo)致致長長時時間間TBF掛起起。。在在重重建建時時小小區(qū)區(qū)30152數(shù)據(jù)據(jù)業(yè)業(yè)務(wù)務(wù)繁繁忙忙導(dǎo)導(dǎo)致致一一直直申申請請不不到到下下行行的的PS信道道導(dǎo)導(dǎo)致致三三次次PING失敗敗，，最最終終申申請請到到了了4條PS信道道，，下下載載成成功功。。導(dǎo)導(dǎo)致致平平均均下下載載速速率率只只有有8.11kbit/s。解決決方方案案：：擴(kuò)充充30553、30152靜態(tài)態(tài)PS信道道；；調(diào)調(diào)整整30553RXLEVACCESSMIN由10到12。專題題—FTP問題題FTP故障案例例三:FTP下載失敗敗問題：MS從43372重選到42093后，又從從42093重選到1531后又頻繁繁重選回回1531后，電平平降到-94dBm，拖了一一段時間間后PDP掉線。解決方案案：控制42093、1531覆蓋。專題—FTP問題FTP故障案例例四:FTP下載失敗敗問題：MS跨LAC從83重選到1483后，就頻頻繁的小小區(qū)重選選1483→18621→741，導(dǎo)致長長時間的的TBF掛起，最最終PDP掉線。從從地形看看，該處處是一座座立交橋橋，橋下下無主控控區(qū)。解決方案案：調(diào)整1483CRH由6到10，確定該該地點(diǎn)的的主控小小區(qū)。專題—FTP問題FTP故障案例例五:FTP下載速率率低問題：MS拿到的PDCH不穩(wěn)定，，跳變頻頻繁，PS爭搶頻繁繁，導(dǎo)致致了DLFTP速率低。。解決方案案：增加CI2631的靜態(tài)PS信道。專題—FTP問題FTP故障案例例六:FTP下載速率率低案例說明明：在**路路和**橋路附附近，手手機(jī)從宏宏站小區(qū)區(qū)重選至至室外微微蜂窩52484（八萬人人體育館館），BCCH＝109。由于室室外微蜂蜂窩主要要是針對對某個熱熱點(diǎn)地區(qū)區(qū)，或者者覆蓋比比較差的的區(qū)域采采用的覆覆蓋方式式。我們們在（E）GPRS測試時，，車經(jīng)過過室外微微蜂窩的的時間比比較短，，盡量不不要讓手手機(jī)重選選至這樣樣的小區(qū)區(qū)，這樣樣會增加加小區(qū)重重選的次次數(shù)和減減少吞吐吐量。在在這個案案例中，，我們發(fā)發(fā)現(xiàn)這個個小區(qū)主主要是覆覆蓋八萬萬人體育育場的外外場，所所以我們們鼓勵慢慢速移動動的手機(jī)機(jī)占用此此小區(qū)，，快速移移動的手手機(jī)不要要重選進(jìn)進(jìn)這樣的的小區(qū)。。52484參數(shù)設(shè)置置為：PET=20s，TEO=0。為了保保證手機(jī)機(jī)在一段段時間內(nèi)內(nèi)不重選選進(jìn)此小小區(qū)，設(shè)設(shè)置PET＝20s，TEO＝30db，即在52484的信號出出現(xiàn)在MS的鄰區(qū)20s內(nèi)給C2一個人為為的衰減減值30db，使其他他小區(qū)的的C1，C2大過本小小區(qū)5s，這樣手手機(jī)即不不會選進(jìn)進(jìn)室外微微蜂窩。。專題—FTP問題FTP故障案例例六:FTP下載速率率低專題—FTP問題FTP故障案例例六:FTP下載速率率低問題：在復(fù)測時時我們發(fā)發(fā)現(xiàn)，在在同一個個地點(diǎn)，，此時52484的C1=25，C2＝21，從15:40:33.764至15:53:586持續(xù)20s后，C2值升至53。由于復(fù)復(fù)測時，，車行駛駛的地方方為一個個交通燈燈口，車車流量大大、擁堵堵。我們們原先設(shè)設(shè)置的PET＝20s遠(yuǎn)遠(yuǎn)小于于堵車的的時間。。解決方案案：將這個小小區(qū)的PET設(shè)置為200s，這樣小小區(qū)重選選發(fā)生的的可能性性就大大大降低了了。專題—高BLERBLER概述BLER反應(yīng)信道道受干擾擾的情況況，但在在小數(shù)據(jù)據(jù)傳輸中中可以看看到下行行BLER總是比較較高，重重傳的BLOCK中很大的的一部分分是由于于PCU的無線傳傳輸特性性決定的的，PCU在下行傳傳輸時，，判斷數(shù)數(shù)據(jù)是否否快要發(fā)發(fā)送完了了，在數(shù)數(shù)據(jù)快要要結(jié)束前前N個BLOCK(N由PCU參數(shù)決定定)的時候確確定TBF快要結(jié)束束，在下下行TBF的結(jié)尾處處最后的的一個BLOCK發(fā)送之后后而在對對它的確確認(rèn)包回回來之前前，PCU重復(fù)發(fā)送送這些未未確認(rèn)的的BLOCK直到收到到確認(rèn)包包。此時時如果發(fā)發(fā)生該BLOCK的接收錯錯誤，手手機(jī)可以以馬上從從后面的的BLOCK中獲得而而不必要要求重傳傳，手機(jī)機(jī)在計算算BLER的時候把把這部分分BLOCK也計算在在內(nèi)，從從而導(dǎo)致致BLER的計算值值比較高高，因此此小數(shù)據(jù)據(jù)傳輸下下行BLER并不代表表系統(tǒng)真真正的無無線性能，在在大數(shù)據(jù)據(jù)量傳輸輸時的BLER可以真實(shí)實(shí)的反映映出系統(tǒng)統(tǒng)的無線線性能。。測試中中同時觀觀察C/I、質(zhì)量、、手機(jī)發(fā)發(fā)射功率率、重傳傳率以及及信道的的RLC層速率，，這些都都是反應(yīng)應(yīng)信道質(zhì)質(zhì)量的重重要指標(biāo)標(biāo)。專題—高BLERBLER案例1—內(nèi)部干擾擾問題問題：是該站點(diǎn)點(diǎn)覆蓋小小區(qū)，但但是高BLER。解決方案案：更改GTRX或者更換換頻點(diǎn)。。專題—高BLERBLER案例2—小區(qū)重選選問題問題：已經(jīng)越過過了該小小區(qū)的主主控范圍圍，但是是不向鄰鄰小區(qū)重重選。解決方案案：調(diào)高該鄰鄰小區(qū)的的CRH。專題—小區(qū)重選選問題小區(qū)重選選的時候候手機(jī)會會暫時中中斷數(shù)據(jù)據(jù)傳輸，，在這里里數(shù)據(jù)中中斷的時時長主要要包括：：重選后數(shù)據(jù)據(jù)暫停的的時間、、TCPSlowStart啟動的時時間，這這一過程程大約需需要4~10秒，直至至TCP正常傳輸輸。路測測過程中中，要特特別注意意觀察，，是否有有頻繁小小區(qū)重選選或乒乓乓小區(qū)重重選發(fā)生生，小區(qū)區(qū)信號覆覆蓋過小小或不穩(wěn)穩(wěn)定都會會導(dǎo)致頻頻繁、乒乒乓小區(qū)區(qū)重選，，同時還還要注意意觀察，，是否由由于小區(qū)區(qū)重選參參數(shù)設(shè)置置不合理理導(dǎo)致過過覆蓋，，這里注注意對CRO、CRH等相關(guān)參參數(shù)的調(diào)調(diào)整。TCPSlowStart過程，在在小區(qū)重重選后數(shù)數(shù)據(jù)暫停停的時長長約4~10秒，手機(jī)機(jī)在新小小區(qū)駐留留后需要要0.5~5秒的時間間獲得資資源分配配，如果果有資源源可以分分配的話話，此時時手機(jī)已已經(jīng)有少少量數(shù)據(jù)據(jù)的發(fā)送送和接收收（通過過IP分析軟件件觀察）），此時時使用PING來檢驗就就可以看看到（E）GPRS連接已經(jīng)經(jīng)恢復(fù)。。在TCP的數(shù)據(jù)連連接恢復(fù)復(fù)過程中中再次發(fā)發(fā)生的小小區(qū)重選選會嚴(yán)重重影響給給TCP的數(shù)據(jù)連連接恢復(fù)復(fù)。小區(qū)重選選與路由由更新概概述專題—小區(qū)重選選與路由由更新問問題小區(qū)重選選與路由由更新概概述小區(qū)重選選的時候候手機(jī)會會暫時中中斷數(shù)據(jù)據(jù)傳輸，，在這里里數(shù)據(jù)中中斷的時時長主要要包括：：重選后數(shù)據(jù)據(jù)暫停的的時間、、TCPSlowStart啟動的時時間，這這一過程程大約需需要4~10秒，直至至TCP正常傳輸輸。路測測過程中中，要特特別注意意觀察，，是否有有頻繁小小區(qū)重選選或乒乓乓小區(qū)重重選發(fā)生生，小區(qū)區(qū)信號覆覆蓋過小小或不穩(wěn)穩(wěn)定都會會導(dǎo)致頻頻繁、乒乒乓小區(qū)區(qū)重選，，同時還還要注意意觀察，，是否由由于小區(qū)區(qū)重選參參數(shù)設(shè)置置不合理理導(dǎo)致的的過覆蓋蓋現(xiàn)象，，這里注注意對CRO、CRH等相關(guān)參參數(shù)的調(diào)調(diào)整。TCPSlowStart過程，在在小區(qū)重重選后數(shù)數(shù)據(jù)暫停停的時長長約4~10秒，手機(jī)機(jī)在新小小區(qū)駐留留后需要要0.5~5秒的時間間獲得資資源分配配，如果果有資源源可以分分配的話話，此時時手機(jī)已已經(jīng)有少少量數(shù)據(jù)據(jù)的發(fā)送送和接收收（通過過IP分析軟件件觀察）），此時時使用PING來檢驗就就可以看看到（E）GPRS連接已已經(jīng)恢恢復(fù)。。在TCP的數(shù)據(jù)據(jù)連接接恢復(fù)復(fù)過程程中再再次發(fā)發(fā)生的的小區(qū)區(qū)重選選會嚴(yán)嚴(yán)重影影響TCP數(shù)據(jù)連連接的的恢復(fù)復(fù)。專題—小區(qū)重重選與與路由由更新新問題題DT測試中中會發(fā)發(fā)生小小區(qū)重重選，，在重重選后后的數(shù)數(shù)據(jù)中中斷和和恢復(fù)復(fù)期間間數(shù)據(jù)據(jù)量非非常小小，TCP慢啟動動之后后，數(shù)數(shù)據(jù)傳傳輸恢恢復(fù)。。恢復(fù)復(fù)時間間長度度不一一，這這和重重選時時TCP數(shù)據(jù)傳傳輸當(dāng)當(dāng)時的的具體體情況況有關(guān)關(guān)，一一般4~10秒，極極端惡惡劣情情況下下達(dá)1~2分鐘，，但此此時如如果停停止行行駛，，數(shù)據(jù)據(jù)傳輸輸會在在短時時間內(nèi)內(nèi)恢復(fù)復(fù)。FTP的數(shù)據(jù)據(jù)傳輸輸在經(jīng)經(jīng)歷RAU的時候候同時時也進(jìn)進(jìn)行了了小區(qū)區(qū)重選選，此此時的的數(shù)據(jù)據(jù)中斷斷情況況同小區(qū)區(qū)重選選一樣樣，在在RAU之后繼繼續(xù)的的小區(qū)區(qū)重選選也會會給TCP的數(shù)據(jù)據(jù)連接接恢復(fù)復(fù)帶來來負(fù)作作用，，路測測過程程中應(yīng)應(yīng)觀察察重要要路段段或重重要場場所是是否有有不合合理的的RAU事件發(fā)發(fā)生。。在RAU之后可可以使使用PING來驗證證（E）GPRS承載已已經(jīng)恢恢復(fù)。。小區(qū)重重選與與路由由更新新概述述專題—小區(qū)重重選與與路由由更新新問題題小區(qū)重重選案案例1—C2參數(shù)設(shè)設(shè)置不不合理理問題題問題：：車輛沿沿機(jī)場場高速速從北北向南南行駛駛，紅紅圈處處占用用小區(qū)區(qū)高教教科研研4（BCCH：560）。繼繼續(xù)南南行，，高教教科研研4的電平平逐漸漸降低低，低低至－－94dBm以下時時，仍仍不發(fā)發(fā)生小小區(qū)重重選。。長時時間電電平小小于－－94dBm，造成成無覆覆蓋。。經(jīng)檢檢查發(fā)發(fā)現(xiàn)此此時該該小區(qū)區(qū)與相相鄰小小區(qū)的的小區(qū)區(qū)重選選參數(shù)數(shù)設(shè)置置情況況如下下：專題—小區(qū)重重選與與路由由更新新問題題小區(qū)重重選案案例1—C2參數(shù)設(shè)設(shè)置不不合理理問題題

小區(qū)名Rexlev（dBm）RXLEVACCESSMINCRHCROTOC2高教科研4-103-100826023下墟3-80-10088028殷巷3-84-100810026解決方方案：：控制制小區(qū)區(qū)高教科科研4（BCCH：560）的覆覆蓋，，修改改高教教科研研4小區(qū)CRO由26到20。專題—小區(qū)重重選與與路由由更新新問題題路由更更新案案例1—跨越SGSN路由區(qū)區(qū)更新新故障障每次穿穿越RAC區(qū)時，，都發(fā)發(fā)生掉掉線，，且都都伴隨隨著RAUFailure。通過過仔細(xì)細(xì)分析析，SGSN內(nèi)的數(shù)數(shù)據(jù)錯錯誤是是導(dǎo)致致這種種路由由更新新失敗敗的原原因。。關(guān)系（（E）GPRS路由更更新的的參數(shù)數(shù)主要要有3部分，，即：：(1)每個MSC到SGSN的歸屬屬位置置(2)每個BSC到MSC的歸屬屬位置置(3)每個小小區(qū)的的歸屬屬的RAC區(qū)以上3個參數(shù)數(shù)必須須與現(xiàn)現(xiàn)行網(wǎng)網(wǎng)絡(luò)中中硬件件設(shè)備備的連連接一一致才才能保保證（（E）GPRS手機(jī)路路由更更新的的正常常進(jìn)行行。。專題—NSEI規(guī)劃NSEI規(guī)劃概概述（E）GPRS協(xié)議棧棧BSSGP層中，，為了了便于于管理理，每每個（（E）GPRS小區(qū)被被賦予予了一一個BSSGP虛連接接BVC（NSEI＋BVCI），一一個BVC必須隸隸屬于于一個個NSE。其中中NSE為網(wǎng)絡(luò)絡(luò)服務(wù)務(wù)設(shè)備備實(shí)體體，是是全網(wǎng)網(wǎng)統(tǒng)一一編碼碼的，，以NSEI來標(biāo)識識。一一般來來說一一個BSC被劃分分為一一個服服務(wù)實(shí)實(shí)體，，為了了可擴(kuò)擴(kuò)展性性，ZXG10系統(tǒng)中中也允允許BSC下掛若若干個個NSE。BSSGP虛連接接（BVC）為不不同的的BSSGP實(shí)體間間通訊訊提供供了一一種途途徑。。對等等的PTP（點(diǎn)對對點(diǎn)））、PTM（點(diǎn)對對多））和信信令實(shí)實(shí)體間間傳送送BSSGPPDU時是以以BVC為基礎(chǔ)礎(chǔ)的。。每條條虛連連接都都有一一個標(biāo)標(biāo)識，，為BVCI，它能能使底底層網(wǎng)網(wǎng)絡(luò)服服務(wù)層層將BSSGPPDU高效地地路由由到對對等實(shí)實(shí)體上上。在在一個個網(wǎng)絡(luò)絡(luò)服務(wù)務(wù)實(shí)體體（NSE）下，，每個個（E）GPRS小區(qū)可可由BVCI唯一標(biāo)標(biāo)識，，一個個網(wǎng)絡(luò)絡(luò)服務(wù)務(wù)實(shí)體體有且且僅有有一條條信令令BVC（BVCI=0）。專題—NSEI規(guī)劃NSEI規(guī)劃前前在網(wǎng)絡(luò)絡(luò)優(yōu)化化之前前沒有有優(yōu)化化過NSEI，PCU的分配配很是是隨便便，甚甚至一一個站站上的的兩個個小區(qū)區(qū)都不不在一一個PCU下，這這對（（E）GPRSperformance有很大大影響響。因因此,我們需需要重重新分分配NSEI。比如如下圖圖就是是沒有有經(jīng)過過合理理配置置的NSEI：專題—NSEI規(guī)劃NSEI規(guī)劃后后在優(yōu)化化期間間，PCU需要定定期重重新規(guī)規(guī)劃，，也即即重新新分配配小區(qū)區(qū)的NSEI，在物物理位位置上上盡量量靠近近，這這樣做做的目目的是是為了了在（（E）GPRSDT的過程程中避避免頻頻繁的的RAU，從而而提高高（E）GPRSDT的Performance。下圖圖就是是經(jīng)過過優(yōu)化化過的的NSEI分配：：專題—NSEI規(guī)劃專題—NSEI規(guī)劃NSEI規(guī)劃案案