GPRS網絡作為中國移動數據業務的承載網，支持多種數據業務。
各類數據業務涉及不同的網元，任何一個網元出故障都會直接影響到數據業務的正常使用，保證用戶端到端的使用就顯得非常重要。
為了讓用戶感受盡可能的完善，優化工程師一般會利用GPRSDT/CQT測試模擬終端用戶的使用情況，將數據業務的使用過程用時間圖、事件列表、層三信令等工具來表述，以便對測試中的問題進行準確定位與分析。
但在GPRSDT/CQT測試過程中有時會遇到異常問題，測試的結果與真實的網絡狀況不相符，這時不能簡單憑借測試生成的報告來評估網絡的性能指標，本文主要介紹在測試過程中遇到的異常問題，并做出相應的分析及解決建議。
一、PRSDT/CQT測試項目介紹GPRSDT/CQT測試使用CDS3.0測試儀表，GPRSDT測試內容包括FTP下載測試、WAP網站登錄測試、WAP頁面刷新、WAP圖鈴下載測試，我們主要關注FTP下載測試中的覆蓋率、掉線率指標。
其中,FTP下載測試方法為使用撥號網絡登錄Cmnet，然后登錄本地FTPServer下載150K的文件，涉及網元有PCU、SGSN和FTP Server。
在FTP下載過程中，會發生小區重選、LAU位置更新、RAU路由區更新等事件，如果網絡中的位置更新參數或路由區更新參數設置不合理，會導致多次更新，影響FTP正常下載，嚴重時會導致FTP下載掉線。
如果小區的GPRS功能沒有打開或者配置GPRS信道較少，也會影響FTP正常下載。
GPRSCQT測試內容包括Attach測試、PDP激活測試、Ping測試、FTP下載測試、WAP網站登錄測試、WAP頁面刷新測試、WAP圖鈴下載、Kjava、短信測試、MMS測試,我們主要關注WAP首頁顯示成功率、WAP頁面刷新成功率、MMS端到端成功率、FTP應用層下載速率指標。
WAP網站登錄測試方法為：通過撥號網絡登錄到WAP網關，然后打開一個WAP網站首頁，涉及網元有PCU、SGSN和WAP網關。
MMS測試方法為：由發送手機登錄WAP網關后，將彩信發送至彩信中心，彩信中心通過短信中心、MSC向接收手機發送一條Push消息，然后接收手機根據Push消息登錄到彩信中心提取彩信，涉及網元PCU、SGSN、WAP網關、彩信中心以及MSC等。
FTP下載測試方法參考DT測試中FTP下載測試，只是下載的文件變為500K。
其他的CQT測試項目也需要關注，在此不一一列舉。
二、GPRSDT測試中的異常問題分析1．測試過程中手機發起上行的PDPdeactivated消息在DTFTP下載測試中，MS已成功登錄FTPServer，并已經開始下載數據，FTP下載進度為9％，在經過一次小區重選后，我們發現在事件列表中有PDPDeactivated的消息，在層三消息中可以看到是手機發起的上行消息，之后的FTP下載不能繼續進行，在一系列的Ping Fail后，FTP掉線。
由于DT測試中掉線率是考核指標，對每一次的掉線事件都必須認真分析。
針對此類事件，我們與CDS儀表廠商共同分析，認為發生這種情況可能有三種原因：一是手機在測試過程中電纜的某個接口發生了松動，這樣手機可能會發出PDP去激活申請；二是手機本身存在一些問題；三是測試用的筆記本電腦可能存在一些問題。
由于上述幾種情況都屬于外在原因，不能代表網絡的真實情況，在計算掉線時不應計算這種情況，在儀表生成的測試報告中需手工將手機上發PDP去激活而導致的掉線情況排除。
但是手機上發PDP去激活消息后的一系列Pingfail會影響到DT測試的覆蓋率，生成報告有相應的無覆蓋的時間及記載里程，同樣應手工排除手機上發PDP去激活情況對應的無覆蓋里程。
2．登錄服務器與開始下載數據之間發生小區重選導致掉線DTFTP下載設置為循環下載，在某一次下載開始時，手機發起嘗試連接FTPServer，經過用戶名、密碼驗證后，成功登錄FTPServer，之后發生小區重選。
登錄服務器與開始下載數據之間發生小區重選的事件主要有三種表現形式。
①成功登錄FTPServer之后發生小區重選，然后開始下載數據，可以正常下載數據直至全部下載成功，此類情況占多數比例。
②成功登錄FTPServer之后發生小區重選，然后開始下載數據，不能下載數據，連續的PingSuccess后掉線，此類情況占少數比例。
③成功登錄FTPServer之后發生跨LAC、RAC的小區重選，然后發生LAU、RAU，隨后的下載數據無法完成，在連續的PingSuccess后掉線，此類情況占較少數比例。
在DTFTP測試中可能會遇到上述三種情況。
在同樣的由小區A重選至小區B時，多數會正常下載，偶爾也會發生不能正常下載的情況。
此類問題CDS儀表廠商的分析為：Pingsuccess表明手機至服務器的IP鏈路是通暢的，只是FTP服務器程序與客戶端程序的會話鏈路中斷,因為處于下載階段，而服務器在發生了小區重選后不再有任何數據下傳，所以應該是服務器程序認為鏈路發生了某種異常從而終止了這個下載連接。
由于手機至服務器的IP鏈路是通暢的，建議手工排除此類FTP掉線。
在后續的驗證測試中，筆者經過許多次的測試對比，發現此類情況可能與測試車速有關，在嚴格遵守GPRSDT的限速標準：小于45 Km/H后，幾乎不再發生此類掉線，但是嚴格限速之前，基本上每次測試都會發生一次此類掉線，所以將嚴格遵守GPRS限速標準作為解決此類問題的建議。
3．小區T3212值設置不一導致掉線當同一個LAC下不同小區的T3212（周期性位置更新）值設置不一致時，在發生小區重選時會引發LAU、RAU（Periodicupdating）。
目前現網將位置區LAC與路由區RA設置為一致，當發生LAU時必然觸發RAU。
頻繁的LAU、RAU會導致DTFTP下載延遲加大，嚴重時會導致掉線。
此類問題的解決辦法為：統一LAC區內所有小區的T3212值，盡量減少不必要的LAU、RAU次數。
三、GPRS CQT測試中的異常問題分析1．WAPpagerefresh（頁面刷新）中的問題問題描述：GPRSCQT測試中的WAP頁面刷新項目，在同一天測試的多個CQT點都發生第二次WAP頁面文本刷新失敗。
在測試過程中發現WAP頁面刷新第二次總是失敗后，筆者手工指定WAP網頁刷新地址，隨后的測試中第二次失敗的問題消失。
此類WAP頁面刷新失敗不屬于網絡故障，應在生成報告中手工排除。
2．GPRS PDPactivate Fail問題問題描述：GPRSCQT測試中的PDP激活測試項，在CQT點某酒店的測試過程中，GPRSPDPactivate失敗多次。
在分析該CQT點PDP激活失敗率高的原因時，發現其他CQT點的PDP激活指標都非常好，成功率達到100%，而該CQT點的PDP激活成功率只有67.3%，在對比不同CQT點的小區參數時發現，該CQT點的小區參數BS_PA_MFRMS與其他CQT點設置不一致，該CQT點此項參數值為2，而其他CQT點的參數值為5。
工程經驗建議：同片區域的此參數設為一個值。
由此將該CQT點的小區參數BS_PA_MFRMS參數由原來的2改為5后，重啟BTS，PDP激活失敗的問題隨之消失。
3．GPRS Ping測試出現不規則失敗的問題問題描述：在GPRSCQT測試中的Ping測試，出現不規則的多次Ping失敗。
從CDS測試儀表的GPRS時間圖上看到，在進行Ping測試的同時，RLC層的流量明顯增加，而理論上在GPRS時間圖上不應該顯示很多的RLC層的流量。
據此，筆者懷疑在Ping測試的同時，測試儀表同時在運行一些其他的進程，而這些進程占用了GPRS流量，相應地影響了Ping測試的正常進行。
從CDS儀表附加的數據抓包協議中，筆者的分析得到確認。
從Ping測試的記錄中找到第一次Pingsuccess的時間記錄，在數據協議中找到對應的時間點，手機與FTPServer的IP地址與設置相符。
首先是MS向FTP Server發送Echo（Ping）Request，緊接著FTP Server下發相應消息：Echo（Ping）Reply 。
但在Ping測試同時，以手機的IP地址為源地址向未知IP地址發出的連接，出現了多個未知的目的IP地址。
針對Ping測試中發現的許多未知IP地址，筆者對Ping測試的撥號網絡做了相應的分析。
GPRS撥號網絡有兩個：Cmwap、Cmnet，在Cmwap上支持WAP、Kjava、WAP圖鈴、MMS等業務，在Cmnet上支持Ping、FTPdownload/Upload業務。
目前筆記本＋數據卡使用GPRS方式登錄Internet，使用的就是Cmnet撥號網絡。
Ping測試是GPRSCQT測試中第一個使用Cmnet撥號網絡的測試項，撥通Cmnet相當于連接上Internet，測試儀表使用的筆記本電腦中的Windows自動更新、殺毒軟件自動更新、MSN等軟件會自動發起搜索，這樣無形中增加了GPRSRLC層的數據流量，同時也影響了Ping的正常測試將筆記本電腦的系統及軟件的自動更新關閉后，Ping測試100%成功，在數據協議中也沒有未知的IP地址。
經過共同分析及實際驗證，Ping測試出現不規則失敗的原因為測試儀表沒有關閉自動更新功能，導致在撥通Cmnet后自動連接Internet，影響了Ping的正常測試。
此類的Ping失敗也不屬于網絡故障，屬于測試中的異常情況。