 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• DO FTP Drop掉線，原因PPP Drop 2013-07-16
• FTP下載掉線一般什么原因 2013-03-17
• ATU測試的FTP下載掉線問題，求幫忙 2013-03-04
• FTP掉線問題，終端重選了幾個小區(qū)都沒有流量掉線 2013-01-23
• FTP下載掉線怎么解決 2012-11-21
• 發(fā)起路由更新申請，但是路由更新被拒絕了，造成FTP下載掉線。 2012-10-29
• 怎樣處理外地單用戶（數(shù)據(jù)卡）不斷的PS掉線 2012-10-17
• 4月10日集團FTP測試，掉線問題。 2012-04-10
• FTP下載掉線一般什么原因 2013-03-17
• ATU測試的FTP下載掉線問題，求幫忙 2013-03-04
• FTP掉線問題，終端重選了幾個小區(qū)都沒有流量掉線 2013-01-23
• FTP下載掉線怎么解決 2012-11-21
• 發(fā)起路由更新申請，但是路由更新被拒絕了，造成FTP下載掉線。 2012-10-29
• 怎樣處理外地單用戶（數(shù)據(jù)卡）不斷的PS掉線 2012-10-17
• 4月10日集團FTP測試，掉線問題。 2012-04-10
問題答案
( 3 )
答：
1．測試過程中手機發(fā)起上行的PDPdeactivated消息
在DTFTP下載測試中，MS已成功登錄FTPServer，并已經(jīng)開始下載數(shù)據(jù)，F(xiàn)TP下載進度為9％，在經(jīng)過一次小區(qū)重選后，我們發(fā)現(xiàn)在事件列表中有PDPDeactivated的消息，在層三消息中可以看到是手機發(fā)起的上行消息，之后的FTP下載不能繼續(xù)進行，在一系列的Ping fail后，F(xiàn)TP掉線。
由于DT測試中掉線率是考核指標，對每一次的掉線事件都必須認真分析。針對此類事件，我們與CDS儀表廠商共同分析，認為發(fā)生這種情況可能有三種原因：一是手機在測試過程中電纜的某個接口發(fā)生了松動，這樣手機可能會發(fā)出PDP去激活申請；二是手機本身存在一些問題；三是測試用的筆記本電腦可能存在一些問題。
由于上述幾種情況都屬于外在原因，不能代表網(wǎng)絡(luò)的真實情況，在計算掉線時不應(yīng)計算這種情況，在儀表生成的測試報告中需手工將手機上發(fā)PDP去激活而導(dǎo)致的掉線情況排除。但是手機上發(fā)PDP去激活消息后的一系列Pingfail會影響到DT測試的覆蓋率，生成報告有相應(yīng)的無覆蓋的時間及記載里程，同樣應(yīng)手工排除手機上發(fā)PDP去激活情況對應(yīng)的無覆蓋里程。
2．登錄服務(wù)器與開始下載數(shù)據(jù)之間發(fā)生小區(qū)重選導(dǎo)致掉線
DTFTP下載設(shè)置為循環(huán)下載，在某一次下載開始時，手機發(fā)起嘗試連接FTPServer，經(jīng)過用戶名、密碼驗證后，成功登錄FTPServer，之后發(fā)生小區(qū)重選。
登錄服務(wù)器與開始下載數(shù)據(jù)之間發(fā)生小區(qū)重選的事件主要有三種表現(xiàn)形式。
①成功登錄FTPServer之后發(fā)生小區(qū)重選，然后開始下載數(shù)據(jù)，可以正常下載數(shù)據(jù)直至全部下載成功，此類情況占多數(shù)比例。
②成功登錄FTPServer之后發(fā)生小區(qū)重選，然后開始下載數(shù)據(jù)，不能下載數(shù)據(jù)，連續(xù)的PingSuccess后掉線，此類情況占少數(shù)比例。
③成功登錄FTPServer之后發(fā)生跨LAC、RAC的小區(qū)重選，然后發(fā)生LAU、RAU，隨后的下載數(shù)據(jù)無法完成，在連續(xù)的PingSuccess后掉線，此類情況占較少數(shù)比例。
在DTFTP測試中可能會遇到上述三種情況。在同樣的由小區(qū)A重選至小區(qū)B時，多數(shù)會正常下載，偶爾也會發(fā)生不能正常下載的情況。此類問題CDS儀表廠商的分析為：Pingsuccess表明手機至服務(wù)器的IP鏈路是通暢的，只是FTP服務(wù)器程序與客戶端程序的會話鏈路中斷,因為處于下載階段，而服務(wù)器在發(fā)生了小區(qū)重選后不再有任何數(shù)據(jù)下傳，所以應(yīng)該是服務(wù)器程序認為鏈路發(fā)生了某種異常從而終止了這個下載連接。由于手機至服務(wù)器的IP鏈路是通暢的，建議手工排除此類FTP掉線。在后續(xù)的驗證測試中，筆者經(jīng)過許多次的測試對比，發(fā)現(xiàn)此類情況可能與測試車速有關(guān)，在嚴格遵守GPRSDT的限速標準：小于45 km/h后，幾乎不再發(fā)生此類掉線，但是嚴格限速之前，基本上每次測試都會發(fā)生一次此類掉線，所以將嚴格遵守GPRS限速標準作為解決此類問題的建議。
3．小區(qū)T3212值設(shè)置不一導(dǎo)致掉線
當同一個LAC下不同小區(qū)的T3212（周期性位置更新）值設(shè)置不一致時，在發(fā)生小區(qū)重選時會引發(fā)LAU、RAU（Periodicupdating）。目前現(xiàn)網(wǎng)將位置區(qū)LAC與路由區(qū)RA設(shè)置為一致，當發(fā)生LAU時必然觸發(fā)RAU。頻繁的LAU、RAU會導(dǎo)致DTFTP下載延遲加大，嚴重時會導(dǎo)致掉線。
此類問題的解決辦法為：統(tǒng)一LAC區(qū)內(nèi)所有小區(qū)的T3212值，盡量減少不必要的LAU、RAU次數(shù)。
4．WAPpagerefresh（頁面刷新）中的問題
問題描述：GPRSCQT測試中的WAP頁面刷新項目，在同一天測試的多個CQT點都發(fā)生第二次WAP頁面文本刷新失敗。
在測試過程中發(fā)現(xiàn)WAP頁面刷新第二次總是失敗后，筆者手工指定WAP網(wǎng)頁刷新地址，隨后的測試中第二次失敗的問題消失。此類WAP頁面刷新失敗不屬于網(wǎng)絡(luò)故障，應(yīng)在生成報告中手工排除。
5．GPRS PDPactivate fail問題
問題描述：GPRSCQT測試中的PDP激活測試項，在CQT點某酒店的測試過程中，GPRSPDPactivate失敗多次。
在分析該CQT點PDP激活失敗率高的原因時，發(fā)現(xiàn)其他CQT點的PDP激活指標都非常好，成功率達到100%，而該CQT點的PDP激活成功率只有67.3%，在對比不同CQT點的小區(qū)參數(shù)時發(fā)現(xiàn)，該CQT點的小區(qū)參數(shù)BS_PA_MFRMS與其他CQT點設(shè)置不一致，該CQT點此項參數(shù)值為2，而其他CQT點的參數(shù)值為5。工程經(jīng)驗建議：同片區(qū)域的此參數(shù)設(shè)為一個值。由此將該CQT點的小區(qū)參數(shù)BS_PA_MFRMS參數(shù)由原來的2改為5后，重啟BTS，PDP激活失敗的問題隨之消失。
6．GPRS Ping測試出現(xiàn)不規(guī)則失敗的問題
問題描述：在GPRSCQT測試中的Ping測試，出現(xiàn)不規(guī)則的多次Ping失敗。從CDS測試儀表的GPRS時間圖上看到，在進行Ping測試的同時，RLC層的流量明顯增加，而理論上在GPRS時間圖上不應(yīng)該顯示很多的RLC層的流量。據(jù)此，筆者懷疑在Ping測試的同時，測試儀表同時在運行一些其他的進程，而這些進程占用了GPRS流量，相應(yīng)地影響了Ping測試的正常進行。從CDS儀表附加的數(shù)據(jù)抓包協(xié)議中，筆者的分析得到確認。
從Ping測試的記錄中找到第一次Pingsuccess的時間記錄，在數(shù)據(jù)協(xié)議中找到對應(yīng)的時間點，手機與FTPServer的IP地址與設(shè)置相符。首先是MS向FTP Server發(fā)送Echo（ping）request，緊接著FTP Server下發(fā)相應(yīng)消息：Echo（ping）reply 。但在Ping測試同時，以手機的IP地址為源地址向未知IP地址發(fā)出的連接，出現(xiàn)了多個未知的目的IP地址。
針對Ping測試中發(fā)現(xiàn)的許多未知IP地址，筆者對Ping測試的撥號網(wǎng)絡(luò)做了相應(yīng)的分析。GPRS撥號網(wǎng)絡(luò)有兩個：cmwap、cmnet，在cmwap上支持WAP、Kjava、WAP圖鈴、MMS等業(yè)務(wù)，在cmnet上支持Ping、FTPdownload/upload業(yè)務(wù)。目前筆記本＋數(shù)據(jù)卡使用GPRS方式登錄Internet，使用的就是cmnet撥號網(wǎng)絡(luò)。Ping測試是GPRSCQT測試中第一個使用cmnet撥號網(wǎng)絡(luò)的測試項，撥通cmnet相當于連接上Internet，測試儀表使用的筆記本電腦中的Windows自動更新、殺毒軟件自動更新、MSN等軟件會自動發(fā)起搜索，這樣無形中增加了GPRSRLC層的數(shù)據(jù)流量，同時也影響了Ping的正常測試。
將筆記本電腦的系統(tǒng)及軟件的自動更新關(guān)閉后，Ping測試100%成功，在數(shù)據(jù)協(xié)議中也沒有未知的IP地址。
經(jīng)過共同分析及實際驗證，Ping測試出現(xiàn)不規(guī)則失敗的原因為測試儀表沒有關(guān)閉自動更新功能，導(dǎo)致在撥通cmnet后自動連接Internet，影響了Ping的正常測試。此類的Ping失敗也不屬于網(wǎng)絡(luò)故障，屬于測試中的異常情況。
1．測試過程中手機發(fā)起上行的PDPdeactivated消息
在DTFTP下載測試中，MS已成功登錄FTPServer，并已經(jīng)開始下載數(shù)據(jù)，F(xiàn)TP下載進度為9％，在經(jīng)過一次小區(qū)重選后，我們發(fā)現(xiàn)在事件列表中有PDPDeactivated的消息，在層三消息中可以看到是手機發(fā)起的上行消息，之后的FTP下載不能繼續(xù)進行，在一系列的Ping fail后，F(xiàn)TP掉線。
由于DT測試中掉線率是考核指標，對每一次的掉線事件都必須認真分析。針對此類事件，我們與CDS儀表廠商共同分析，認為發(fā)生這種情況可能有三種原因：一是手機在測試過程中電纜的某個接口發(fā)生了松動，這樣手機可能會發(fā)出PDP去激活申請；二是手機本身存在一些問題；三是測試用的筆記本電腦可能存在一些問題。
由于上述幾種情況都屬于外在原因，不能代表網(wǎng)絡(luò)的真實情況，在計算掉線時不應(yīng)計算這種情況，在儀表生成的測試報告中需手工將手機上發(fā)PDP去激活而導(dǎo)致的掉線情況排除。但是手機上發(fā)PDP去激活消息后的一系列Pingfail會影響到DT測試的覆蓋率，生成報告有相應(yīng)的無覆蓋的時間及記載里程，同樣應(yīng)手工排除手機上發(fā)PDP去激活情況對應(yīng)的無覆蓋里程。
2．登錄服務(wù)器與開始下載數(shù)據(jù)之間發(fā)生小區(qū)重選導(dǎo)致掉線
DTFTP下載設(shè)置為循環(huán)下載，在某一次下載開始時，手機發(fā)起嘗試連接FTPServer，經(jīng)過用戶名、密碼驗證后，成功登錄FTPServer，之后發(fā)生小區(qū)重選。
登錄服務(wù)器與開始下載數(shù)據(jù)之間發(fā)生小區(qū)重選的事件主要有三種表現(xiàn)形式。
①成功登錄FTPServer之后發(fā)生小區(qū)重選，然后開始下載數(shù)據(jù)，可以正常下載數(shù)據(jù)直至全部下載成功，此類情況占多數(shù)比例。
②成功登錄FTPServer之后發(fā)生小區(qū)重選，然后開始下載數(shù)據(jù)，不能下載數(shù)據(jù)，連續(xù)的PingSuccess后掉線，此類情況占少數(shù)比例。
③成功登錄FTPServer之后發(fā)生跨LAC、RAC的小區(qū)重選，然后發(fā)生LAU、RAU，隨后的下載數(shù)據(jù)無法完成，在連續(xù)的PingSuccess后掉線，此類情況占較少數(shù)比例。
在DTFTP測試中可能會遇到上述三種情況。在同樣的由小區(qū)A重選至小區(qū)B時，多數(shù)會正常下載，偶爾也會發(fā)生不能正常下載的情況。此類問題CDS儀表廠商的分析為：Pingsuccess表明手機至服務(wù)器的IP鏈路是通暢的，只是FTP服務(wù)器程序與客戶端程序的會話鏈路中斷,因為處于下載階段，而服務(wù)器在發(fā)生了小區(qū)重選后不再有任何數(shù)據(jù)下傳，所以應(yīng)該是服務(wù)器程序認為鏈路發(fā)生了某種異常從而終止了這個下載連接。由于手機至服務(wù)器的IP鏈路是通暢的，建議手工排除此類FTP掉線。在后續(xù)的驗證測試中，筆者經(jīng)過許多次的測試對比，發(fā)現(xiàn)此類情況可能與測試車速有關(guān)，在嚴格遵守GPRSDT的限速標準：小于45 km/h后，幾乎不再發(fā)生此類掉線，但是嚴格限速之前，基本上每次測試都會發(fā)生一次此類掉線，所以將嚴格遵守GPRS限速標準作為解決此類問題的建議。
3．小區(qū)T3212值設(shè)置不一導(dǎo)致掉線
當同一個LAC下不同小區(qū)的T3212（周期性位置更新）值設(shè)置不一致時，在發(fā)生小區(qū)重選時會引發(fā)LAU、RAU（Periodicupdating）。目前現(xiàn)網(wǎng)將位置區(qū)LAC與路由區(qū)RA設(shè)置為一致，當發(fā)生LAU時必然觸發(fā)RAU。頻繁的LAU、RAU會導(dǎo)致DTFTP下載延遲加大，嚴重時會導(dǎo)致掉線。
此類問題的解決辦法為：統(tǒng)一LAC區(qū)內(nèi)所有小區(qū)的T3212值，盡量減少不必要的LAU、RAU次數(shù)。
4．WAPpagerefresh（頁面刷新）中的問題
問題描述：GPRSCQT測試中的WAP頁面刷新項目，在同一天測試的多個CQT點都發(fā)生第二次WAP頁面文本刷新失敗。
在測試過程中發(fā)現(xiàn)WAP頁面刷新第二次總是失敗后，筆者手工指定WAP網(wǎng)頁刷新地址，隨后的測試中第二次失敗的問題消失。此類WAP頁面刷新失敗不屬于網(wǎng)絡(luò)故障，應(yīng)在生成報告中手工排除。
5．GPRS PDPactivate fail問題
問題描述：GPRSCQT測試中的PDP激活測試項，在CQT點某酒店的測試過程中，GPRSPDPactivate失敗多次。
在分析該CQT點PDP激活失敗率高的原因時，發(fā)現(xiàn)其他CQT點的PDP激活指標都非常好，成功率達到100%，而該CQT點的PDP激活成功率只有67.3%，在對比不同CQT點的小區(qū)參數(shù)時發(fā)現(xiàn)，該CQT點的小區(qū)參數(shù)BS_PA_MFRMS與其他CQT點設(shè)置不一致，該CQT點此項參數(shù)值為2，而其他CQT點的參數(shù)值為5。工程經(jīng)驗建議：同片區(qū)域的此參數(shù)設(shè)為一個值。由此將該CQT點的小區(qū)參數(shù)BS_PA_MFRMS參數(shù)由原來的2改為5后，重啟BTS，PDP激活失敗的問題隨之消失。
6．GPRS Ping測試出現(xiàn)不規(guī)則失敗的問題
問題描述：在GPRSCQT測試中的Ping測試，出現(xiàn)不規(guī)則的多次Ping失敗。從CDS測試儀表的GPRS時間圖上看到，在進行Ping測試的同時，RLC層的流量明顯增加，而理論上在GPRS時間圖上不應(yīng)該顯示很多的RLC層的流量。據(jù)此，筆者懷疑在Ping測試的同時，測試儀表同時在運行一些其他的進程，而這些進程占用了GPRS流量，相應(yīng)地影響了Ping測試的正常進行。從CDS儀表附加的數(shù)據(jù)抓包協(xié)議中，筆者的分析得到確認。
從Ping測試的記錄中找到第一次Pingsuccess的時間記錄，在數(shù)據(jù)協(xié)議中找到對應(yīng)的時間點，手機與FTPServer的IP地址與設(shè)置相符。首先是MS向FTP Server發(fā)送Echo（ping）request，緊接著FTP Server下發(fā)相應(yīng)消息：Echo（ping）reply 。但在Ping測試同時，以手機的IP地址為源地址向未知IP地址發(fā)出的連接，出現(xiàn)了多個未知的目的IP地址。
針對Ping測試中發(fā)現(xiàn)的許多未知IP地址，筆者對Ping測試的撥號網(wǎng)絡(luò)做了相應(yīng)的分析。GPRS撥號網(wǎng)絡(luò)有兩個：cmwap、cmnet，在cmwap上支持WAP、Kjava、WAP圖鈴、MMS等業(yè)務(wù)，在cmnet上支持Ping、FTPdownload/upload業(yè)務(wù)。目前筆記本＋數(shù)據(jù)卡使用GPRS方式登錄Internet，使用的就是cmnet撥號網(wǎng)絡(luò)。Ping測試是GPRSCQT測試中第一個使用cmnet撥號網(wǎng)絡(luò)的測試項，撥通cmnet相當于連接上Internet，測試儀表使用的筆記本電腦中的Windows自動更新、殺毒軟件自動更新、MSN等軟件會自動發(fā)起搜索，這樣無形中增加了GPRSRLC層的數(shù)據(jù)流量，同時也影響了Ping的正常測試。
將筆記本電腦的系統(tǒng)及軟件的自動更新關(guān)閉后，Ping測試100%成功，在數(shù)據(jù)協(xié)議中也沒有未知的IP地址。
經(jīng)過共同分析及實際驗證，Ping測試出現(xiàn)不規(guī)則失敗的原因為測試儀表沒有關(guān)閉自動更新功能，導(dǎo)致在撥通cmnet后自動連接Internet，影響了Ping的正常測試。此類的Ping失敗也不屬于網(wǎng)絡(luò)故障，屬于測試中的異常情況。
回答者：
wangyuan072
回答時間：2009-06-06 11:19
5
7
很贊同上面的說法,很詳細.
回答者：
jia75111520
回答時間：2009-06-06 12:41
4
5
分析的相當?shù)轿唬瑢W(xué)習(xí)了
回答者：
慕容
回答時間：2009-06-12 18:21
5
10
• 南京格安信息系統(tǒng)有限責(zé)任公司
聘：RF中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：北京市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：督導(dǎo)開站-初中級后臺-山東
需求人數(shù)：20 人 地點：山東省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點：新疆
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺RF工程師-高級
需求人數(shù)：2 人 地點：河源市
• 廣東南方通信建設(shè)有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運維工程師
需求人數(shù)：2 人 地點：云南省
• 江西省郵電建設(shè)工程有限公司 聘：江西電信5G原廠優(yōu)化高級工程師
需求人數(shù)：2 人 地點：南昌市
• 南京華蘇科技有限公司 聘：濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點：濟南市
需求人數(shù)：2 人 地點：北京市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項目】招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：督導(dǎo)開站-初中級后臺-山東
需求人數(shù)：20 人 地點：山東省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 陜西瑞達灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點：新疆
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺RF工程師-高級
需求人數(shù)：2 人 地點：河源市
• 廣東南方通信建設(shè)有限公司 聘：日常項目系統(tǒng)中高級工程師
需求人數(shù)：2 人 地點：百色市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：網(wǎng)管運維工程師
需求人數(shù)：2 人 地點：云南省
• 江西省郵電建設(shè)工程有限公司 聘：江西電信5G原廠優(yōu)化高級工程師
需求人數(shù)：2 人 地點：南昌市
• 南京華蘇科技有限公司 聘：濟南省移動高端-材料輸出高手優(yōu)先
需求人數(shù)：1 人 地點：濟南市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |