GPRSDT測(cè)試性能優(yōu)化

TIME\@"yyyy-M-d"2023-8-31華為機(jī)密，未經(jīng)許可不得擴(kuò)散第頁(yè)GPRS—ＤT測(cè)試性能優(yōu)化華為技術(shù)有限公司HｕａｗｅiTecｈnｏｌogiesCo.，Ｌtｄ。版權(quán)全部侵權(quán)必究Allｒighｔsｒeserved日期Ｄate修訂版本Version修改描述Ｄescｒiptｉｏn作者Ａｕｔｈor２00８—1－２0文檔建立莊培燦/謝紅偉TOＣ＼＊MERＧEFORＭAT修訂記錄ReｖｉｓｉonRｅｃoｒｄ ＰＡＧERＥＦ_Ｔoc188673１93\h21?背景 ＰAＧＥREF_Toc188673194\ｈ2２?測(cè)試規(guī)范?PAGEＲEF_Toc１８8673195＼ｈ３3?測(cè)試軟件及終端?PAGEREF_Toｃ188673196＼h３4?DT部分?ＰAGEＲEＦ_Tｏc１8８6731９7\h34。１?DT-WAＰ?PAＧERＥF_Ｔoc１8８67319８\h３４。2?DＴ-FTP?PAGERＥF_Ｔoｃ18８67319９\ｈ４4．2。1 掩蓋率優(yōu)化?PAGＥRＥF_Tｏc1886７3200\ｈ54．2.2?掉線優(yōu)化?PＡGEREF＿Ｔoc18867320１\h54．2.3?下載速率優(yōu)化?ＰAGERＥF_Toc18８6７32０2\ｈ85?FＴP服務(wù)器優(yōu)化?PAGＥＲEF_Tｏc188673203\h１3５。1?設(shè)置最優(yōu)ＭTＵ值 PAＧEREＦ＿Toc18８6７32０4＼h1３5。２?關(guān)閉Naｇle算法?PＡGEREF_Toc１8８673205\ｈ1４5.3 參數(shù)調(diào)整方法:?PＡGERＥF_Ｔoｃ18867３2０6\h1５背景ＧPRS的DT測(cè)試是移動(dòng)用于衡量GPRS網(wǎng)絡(luò)質(zhì)量的一個(gè)重要手段,移動(dòng)集團(tuán)公司對(duì)各個(gè)重點(diǎn)城市網(wǎng)絡(luò)質(zhì)量檢查工作也包括GPRS－ＤT測(cè)試,此次在成都項(xiàng)目做了一些GＰRS類(lèi)的DT優(yōu)化工作,其中積累一些閱歷，在本文中做一個(gè)簡(jiǎn)潔的總結(jié)。測(cè)試規(guī)范附件是集團(tuán)公司下發(fā)的GＰRＳ業(yè)務(wù)測(cè)試規(guī)范,這個(gè)規(guī)范對(duì)于全國(guó)的GＰRS業(yè)務(wù)優(yōu)化格外具有指導(dǎo)意義，這里不再重復(fù)引用規(guī)范的簡(jiǎn)略內(nèi)容，后面在涉及到關(guān)鍵細(xì)節(jié)再進(jìn)行闡述。測(cè)試軟件及終端一般ＧＰRS-ＤＴ使用的測(cè)試工具是北京惠捷朗公司的CDS3。0+SAGEMOＴ２9０手機(jī)，該工具不支持EＤGＥ功能，并且迎檢只測(cè)試ＧPＲS性能。SＡGEMOＴ290的多時(shí)隙能力為3下行+1上行。測(cè)試軟件和測(cè)試終端的特性與最終的測(cè)試性能親密相關(guān)，簡(jiǎn)略內(nèi)容將在后面簡(jiǎn)略介紹。ＤT部分ＤT測(cè)試分兩個(gè)大項(xiàng)，ＦTP下載和WAＰ類(lèi)測(cè)試。DＴ-ＷAPＷAP類(lèi)測(cè)試使用“CMWＡP”的APＮ，這類(lèi)業(yè)務(wù)都必須經(jīng)過(guò)一個(gè)關(guān)鍵的網(wǎng)元WAＰ—GＷ(WＡP網(wǎng)關(guān)），ＷＡPGW作為協(xié)議轉(zhuǎn)換代理，其主要目的就是完成手機(jī)到網(wǎng)關(guān)之間的WAP協(xié)議到HＴTP協(xié)議轉(zhuǎn)換.手機(jī)與ＷAＰ網(wǎng)關(guān)的協(xié)議模式有兩種:WＡP１Ｘ協(xié)議和WＡP２．0協(xié)議。兩者的不同在于承載協(xié)議,WAP1Ｘ承載于UDP，WAＰ２.０承載于TＣP.集團(tuán)公司20０7年的網(wǎng)絡(luò)質(zhì)量巡檢基于WAP１X協(xié)議進(jìn)行測(cè)試。圖SＥQ圖表\＊ARAＢIC1ＷAＰ網(wǎng)關(guān)協(xié)議ＤT—WAＰ測(cè)試包括WＡP登錄和圖鈴下載,其中圖鈴下載的速率在開(kāi)通ＣS３／4編碼的情況下，一般都能輕松達(dá)到。但ＷAＰ登錄和圖鈴下載成功率對(duì)于小區(qū)的無(wú)線質(zhì)量比較敏感，需要保證各個(gè)小區(qū)的業(yè)務(wù)正常。對(duì)于無(wú)線承載而言，WＡP和ＦＴP優(yōu)化基本全都,相關(guān)的優(yōu)化手段請(qǐng)參考下面的FTP優(yōu)化介紹。需要注意的是，WAP類(lèi)測(cè)試需要臨時(shí)關(guān)閉公司的一些信息平安軟件，例如SPEＳ、ＡＣＣ和Sygaｔｅ防火墻等.下表是集團(tuán)定義的WAP-DT測(cè)試的健康指標(biāo)：表ＳEQ表格＼*ARＡBＩC1WAP類(lèi)ＤT測(cè)試健康指標(biāo)ＷAP測(cè)試WＡP網(wǎng)站登陸成功率WAＰ首頁(yè)顯示時(shí)間WＡP網(wǎng)頁(yè)刷新成功率WAＰ網(wǎng)頁(yè)刷新時(shí)長(zhǎng)WAP圖鈴下載成功率WAP圖鈴下載平均速率9９．5０%8。5０99.50％５99．５0%１.6DT-FTＰ下表是DT—ＦＴP下載測(cè)試的考核指標(biāo)在優(yōu)化前后的對(duì)比情況,主要有三個(gè)指標(biāo)需要優(yōu)化.包括掩蓋率、掉線次數(shù)和平均應(yīng)用層吞吐率。表SEＱ表格\*ＡRABIＣ２優(yōu)化前后DT－ＦTP下載效果對(duì)比DT測(cè)試測(cè)試時(shí)長(zhǎng)（分鐘)測(cè)試?yán)锍蹋ü铮┧俣龋ǎ雖/h）FTP測(cè)試無(wú)掩蓋里程掩蓋率嘗試下載次數(shù)掉線次數(shù)掉線率平均應(yīng)用層吞吐率（KB/s)集團(tuán)優(yōu)秀指標(biāo)010０％００2．806年12月實(shí)測(cè)265.９133。４3０.120１00％26９0０3.3５第一輪測(cè)試１018349.6１2８．122。０10１０0%9311０.11８２．01其次輪測(cè)試１0２2４38.01９9.6２7。３401０0%2１８240.１1１。93第三次測(cè)試結(jié)果46９.3212.127.10.７9９．7%281１45。0０％2．28第四次測(cè)試結(jié)果２２2.4８９．５2４．1010０%13６４2。9０％2．21第五次測(cè)試結(jié)果２91．9１42。129。20．8９9。５％16８１37.70％2.２１優(yōu)化后最終測(cè)試結(jié)果444.２１９１．625。8801００％３7700。00％3。0２掩蓋率優(yōu)化掩蓋率的要求比較寬松,下面是推斷無(wú)GPRS掩蓋的判決條件。相對(duì)而言，掩蓋率的掌握較為容易，只需要保證小區(qū)的GＰＲS屬性正常。滿意以下條件之一判別為GPＲS無(wú)掩蓋里程:服務(wù)小區(qū)電平低于—９4dbm且最強(qiáng)的鄰小區(qū)電平低于－90dbm,并持續(xù)５秒鐘以上的路段手機(jī)的TBF處于關(guān)閉狀態(tài)且超過(guò)90秒鐘以上沒(méi)有接收到SyｓtemＩnｆｏ１3的路段掉線優(yōu)化FTP掉線的要求也相對(duì)比較寬松，判決條件如下.滿意以下條件之一判別為掉線：網(wǎng)絡(luò)緣由造成連接斷開(kāi),以下行信令ＰDPdeaｃｔivatereqｕest或RAUrejeｃt作為推斷依據(jù)。測(cè)試過(guò)程中超過(guò)3分鐘ＦＴＰ沒(méi)有任何數(shù)據(jù)傳輸,且嘗試ｐing后數(shù)據(jù)鏈路仍不行使用。此時(shí)應(yīng)斷開(kāi)撥號(hào)連接并重新?lián)芴?hào)來(lái)恢復(fù)測(cè)試.有兩種場(chǎng)景會(huì)導(dǎo)致CＤS軟件推斷ＦＴP下載掉線.長(zhǎng)時(shí)間無(wú)下載FTP下載使用TCＰ協(xié)議,在TCP數(shù)據(jù)傳輸中,為了確保數(shù)據(jù)傳輸?shù)木珳?zhǔn)性,采納了確認(rèn)機(jī)制：當(dāng)發(fā)送端發(fā)送一個(gè)報(bào)文（IP包）時(shí)，啟動(dòng)重傳定時(shí)器,如果定時(shí)器超時(shí)前收到接收端發(fā)送的該報(bào)文的ACK消息，那么復(fù)位重傳定時(shí)器，否則重傳沒(méi)有收到AＣK的報(bào)文,簡(jiǎn)略機(jī)制如下圖所示：圖SＥＱ圖表\*ＡＲＡBIC2TＣＰ報(bào)文確認(rèn)機(jī)制由于CDS軟件采納單線程模式,在ＤT測(cè)試中,FTP服務(wù)器發(fā)送的報(bào)文會(huì)由于ＰCＵ間的小區(qū)重選丟失，導(dǎo)致服務(wù)器始終等不到接收端(測(cè)試終端)的ACＫ消息，始終等待定時(shí)器超時(shí),而在無(wú)線環(huán)境下的ＦTP業(yè)務(wù),發(fā)送端計(jì)算的重發(fā)定時(shí)器值較長(zhǎng)（〉10ｓ)，并且呈幾何指數(shù)增長(zhǎng)，重傳的時(shí)間太久;同時(shí)，接收端由于始終沒(méi)有接受到服務(wù)器的數(shù)據(jù)塊，處于始終等待狀態(tài)中，不會(huì)重復(fù)發(fā)送ACK消息,向服務(wù)器懇求報(bào)文,這就導(dǎo)致數(shù)據(jù)傳輸始終處于中斷中。圖SEQ圖表\＊ＡＲABIＣ3長(zhǎng)時(shí)間很多傳導(dǎo)致ＦTP下載失敗圖SEQ圖表\＊ARABIC4CDS軟件很多傳時(shí)ｐing機(jī)制 優(yōu)化措施：優(yōu)化FTP服務(wù)器參數(shù)配置，盡量規(guī)避這種問(wèn)題，但無(wú)法根治這種問(wèn)題。簡(jiǎn)略見(jiàn)FTP服務(wù)器優(yōu)化部分。個(gè)別路線上的小區(qū)有可能消滅擁塞或者故障（CS業(yè)務(wù)正常,可以正常選入）的情況，這個(gè)時(shí)候手機(jī)選入這類(lèi)小區(qū)就會(huì)消滅接入不了的情況，通常表現(xiàn)為長(zhǎng)時(shí)間嘗試pｉng而piｎｇ不通，持續(xù)一段時(shí)間后超時(shí)掉線.優(yōu)化措施:保證路線上的小區(qū)各種業(yè)務(wù)正常，對(duì)于擁塞的小區(qū)增加PDCＨ信道或者調(diào)高信道的復(fù)用深度.2、RAUｒeject當(dāng)消滅RAUreject時(shí)，即推斷為掉線。當(dāng)網(wǎng)絡(luò)中存在兩個(gè)ＳＧSN時(shí),如果ＤＮS服務(wù)器的數(shù)據(jù)不精準(zhǔn)，很容易消滅這樣的現(xiàn)象。圖SEQ圖表\＊ＡRＡBＩC5RＡU失敗導(dǎo)致FTP下載失敗下圖是跨SＧSN路由區(qū)更新時(shí)的信令流程,當(dāng)ＤＮS的RAI表信息不精準(zhǔn)時(shí),在流程３那返回錯(cuò)誤的SGSNＩP,導(dǎo)致RAUreｊｅct。圖SＥＱ圖表\*ARABＩC6跨SGSNRAＵ信令流程??優(yōu)化措施：將DNS服務(wù)器上的RＡI與SGＳN對(duì)應(yīng)關(guān)系進(jìn)行梳理。下載速率優(yōu)化下圖是DT－ＦTP下載速率優(yōu)化的主要掌握點(diǎn)，這些關(guān)鍵掌握點(diǎn)之間并不是孤立的,為了便利敘述,將這些掌握點(diǎn)進(jìn)行了分類(lèi),下面將對(duì)每個(gè)掌握點(diǎn)進(jìn)行闡述。圖SEQ圖表＼＊ARABIＣ7FTP下載速率優(yōu)化關(guān)鍵掌握點(diǎn)Aｐp/RLC速率比App／RＬC速率比即應(yīng)用層速率與RＬC層速率的比值.這個(gè)指標(biāo)反映了Ｕm口的質(zhì)量。Ｕｍ口的質(zhì)量主要受接收電平、C/I、上下行鏈路平衡的影響，Um口質(zhì)量對(duì)ＦTＰ速率的影響主要包括兩個(gè)方面:一個(gè)是編碼方式,另一個(gè)是空口重傳率。編碼方式越高，Ｕm口單信道的吞吐率就越高,Ｕm口質(zhì)量越好，系統(tǒng)就會(huì)使用更高的編碼方式，F(xiàn)TP的吞吐率就越高；重傳率越高，說(shuō)明實(shí)際的有效吞吐率越低,空口的帶寬都用在了無(wú)效的重傳上,Uｍ口質(zhì)量越好,其重傳率就越低，有效的吞吐率就越高。需要注意的是，如果測(cè)試用的便攜機(jī)系統(tǒng)沒(méi)有關(guān)閉ｗiｎｄｏws自動(dòng)更新等自動(dòng)連接網(wǎng)絡(luò)的系統(tǒng)進(jìn)程時(shí)，Aｐp/RＬC速率比也會(huì)比較低。這從CDS的網(wǎng)絡(luò)協(xié)議查看器可以比較便利的檢查出來(lái)。優(yōu)化措施：頻率優(yōu)化PＤＣH信道配置在載干比較好的載頻上，一般是BCCH載頻PDCＨ所在載頻不參加跳頻處理上下行不平衡小區(qū)關(guān)閉測(cè)試使用便攜機(jī)的無(wú)關(guān)系統(tǒng)進(jìn)程,包括不限于ｗiｎdows自動(dòng)更新、病毒庫(kù)更新……圖ＳＥＱ圖表\＊ARABＩC８CDS數(shù)據(jù)協(xié)議察看器界面占用ＰDＣＨ信道數(shù)CDＳ配置測(cè)試GＰRＳ的是ＯＴ29０手機(jī)，多時(shí)隙能力等級(jí)為4，即支持3下行+１上行。從測(cè)試數(shù)據(jù)回放看,在某些小區(qū)，手機(jī)始終沒(méi)有指配三個(gè)信道，導(dǎo)致速率始終不高。通過(guò)分析配置可以發(fā)現(xiàn),這些小區(qū)的信道配置都是較少，或者語(yǔ)音業(yè)務(wù)量較大，搶占了動(dòng)態(tài)ＰDCH.優(yōu)化措施:增加PＤCH信道數(shù)目,信道需要連續(xù)安排針對(duì)OT２9０手機(jī)的多時(shí)隙能力，將信道進(jìn)行分組配置,盡量3個(gè)一組,不同ＰDＣH組之間間隔一個(gè)ＴCＨ或者SDCＣH對(duì)于話統(tǒng)中存在ＢＳC回收動(dòng)態(tài)PDCH信道次數(shù)較多的小區(qū)，可以考慮在測(cè)試前臨時(shí)配置靜態(tài)ＰDCH信道CS4使用比例CＳ４編碼方式在測(cè)試中使用的比例是影響速率的關(guān)鍵因素。CＳ４編碼方式在測(cè)試中的主要受兩個(gè)方面影響。一個(gè)是C/I，即重傳率，二是基站的空閑時(shí)隙配置與RPPU板的PCＩC資源。優(yōu)化措施：關(guān)閉部分小區(qū)的EDGE功能，削減ＰＤＣＨ信道對(duì)空閑時(shí)隙和ＰCIC資源的消耗配置足夠的空閑時(shí)隙（有副柜組的要分柜組分別配置），均衡各個(gè)RPPU單板的PCIC負(fù)荷每條信道預(yù)綁定兩條ＰCIＣ(g_ulPｒｅCoｎｎecｔPｃｉcNuｍ），使下行接入盡快使用ＣS4的編碼方式,命令：pcucfgaddaｌlrpｐｕg＿ｕlPreCoｎnectＰciｃNｕm42無(wú)線環(huán)境好的小區(qū)下行編碼方式缺省設(shè)置為CＳ4無(wú)線環(huán)境優(yōu)化避開(kāi)下載斷續(xù)FTＰ下載通路上的各個(gè)接口和網(wǎng)元都可能會(huì)導(dǎo)致下載斷續(xù)。比較容易造成丟包的環(huán)節(jié)在跨RPPＵ板小區(qū)重選、跨ＰＣＵ小區(qū)重選和ＦTP服務(wù)器與GＧSN之間的Gi接口?？鏡PＰＵ板小區(qū)重選時(shí),在PＣU版本為R08Ｃ01B０14SＰＨ0０2時(shí)，板間轉(zhuǎn)發(fā)會(huì)存在丟包現(xiàn)象，需要升級(jí)為Ｒ08C01Ｂ014SPH００7。跨PCＵ小區(qū)重選是指小區(qū)重選前后的ＰCU不全都，這種情況下，在原ＰＣＵ緩存的數(shù)據(jù)將被丟棄，新的PCＵ重新到SGＳN獵取數(shù)據(jù)，這種丟包是不行避開(kāi)的，只能盡量削減跨PCU小區(qū)重選的發(fā)生次數(shù)。ＧGSＮ與FTP之間傳輸如果不穩(wěn)定，可能會(huì)導(dǎo)致IP層丟包。推斷方法可以在ＧＧＳＮ上pｉnｇFTＰ服務(wù)器，ｐｉng1０00次，包大小為５０0字節(jié)。如果返回的統(tǒng)計(jì)有明顯丟包時(shí),則需要對(duì)這之間的數(shù)通設(shè)備進(jìn)行處理。圖SＥＱ圖表＼＊ARABＩC9FTＰ下載測(cè)試涉及網(wǎng)元及接口優(yōu)化措施:優(yōu)化FTP服務(wù)器設(shè)置避開(kāi)核心網(wǎng)網(wǎng)元接口之間丟包確認(rèn)ＰCU版本不存在ＲPPU板轉(zhuǎn)發(fā)丟包問(wèn)題盡量削減跨ＰCU的小區(qū)重選次數(shù)下行TBFOpen比例下行TBＦOpｅｎ比例是指測(cè)試過(guò)程中，手機(jī)處于下行TBF建立時(shí)間占全部測(cè)試時(shí)間的比例。ＦTP下載速率是依據(jù)總下載數(shù)據(jù)量/總下載時(shí)間來(lái)計(jì)算的。如果一次下載過(guò)程中發(fā)生小區(qū)重選等行為，將會(huì)導(dǎo)致總下載時(shí)間變長(zhǎng),最終影響下載速率統(tǒng)計(jì).影響下行ＴBFOpen比例的主要有小區(qū)重選、位置區(qū)+路由區(qū)更新（LＡU+RＡＵ）。數(shù)據(jù)業(yè)務(wù)測(cè)試中，小區(qū)重選必定會(huì)導(dǎo)致數(shù)據(jù)傳輸中斷.由于測(cè)試手機(jī)不支持NＡCC等EＧPRS的優(yōu)化功能，每次小區(qū)重選固定需要4s以上的時(shí)間來(lái)對(duì)新小區(qū)的系統(tǒng)消息進(jìn)行解碼，才能進(jìn)行接入懇求，如果遇到路由區(qū),位置區(qū)更新，會(huì)浪費(fèi)更多的時(shí)間.所以削減小區(qū)重選的次數(shù)是提高DT速率關(guān)鍵手段之一。LAＵ＋ＲAＵ更新的時(shí)間開(kāi)銷(xiāo)一般為１0s左右,因此避開(kāi)在路測(cè)過(guò)程中發(fā)生頻繁的跨位置區(qū)重選是一個(gè)優(yōu)化手段.優(yōu)化措施：削減小區(qū)重選次數(shù)（合理掌握小區(qū)重選，通過(guò)合理設(shè)置相關(guān)重選參數(shù)及BＡ1表合理配置來(lái)實(shí)現(xiàn)）削減跨LAC小區(qū)重選次數(shù)傳輸質(zhì)量各環(huán)節(jié)比較容易出問(wèn)題的在于G-Abｉs口.Ｇ＿Ａbis口包括了Pb接口、BＳＣ內(nèi)部通道、Abiｓ接口以及ＢTS的內(nèi)部通道，這些通道中任何一段消滅問(wèn)題都會(huì)導(dǎo)致G_Ａbiｓ口鏈路消滅問(wèn)題最終導(dǎo)致FTP速率受到影響甚至業(yè)務(wù)不能正常進(jìn)行。造成Ｇ_Abis口鏈路消滅問(wèn)題的主要緣由有：１）工程質(zhì)量(連線錯(cuò)誤或傳輸接頭松動(dòng))，2)傳輸質(zhì)量問(wèn)題(例如某些小區(qū)的Abis口傳輸為衛(wèi)星鏈路或者微波鏈路）3)基站存在自環(huán)或者故障的Aｂｉs口2M傳輸。需要依據(jù)簡(jiǎn)略現(xiàn)象逐步排查定位問(wèn)題。對(duì)于第三種緣由,可以通過(guò)關(guān)閉小區(qū)的EDGE和CS３／４功能，使小區(qū)的ＰDCＨ只使用一條Ａbis的１6k時(shí)隙，再觀察小區(qū)的Ｇ－Abis口誤幀率情況，如果有所緩解和消滅，則比較大的可能是由于故障２M引入的誤碼.優(yōu)化措施：排查基站的2Ｍ是否存在自環(huán)、故障現(xiàn)象。上述的關(guān)鍵掌握點(diǎn)中，部分可以映射為關(guān)鍵掌握指標(biāo)，各關(guān)鍵掌握指標(biāo)在優(yōu)化前后的對(duì)比情況如下表所示.表SＥＱ表格＼＊ARABＩC3各關(guān)鍵掌握指標(biāo)在優(yōu)化前后的對(duì)比情況測(cè)試文件結(jié)果空口質(zhì)量下載狀態(tài)Uｍ口資源Pｂ資源（編碼使用比例）修正系數(shù)ＦＴＰ下載速率App/ＲLC速率比ＴBＦOPEN比例下行平均時(shí)隙數(shù)量CS１比例CS2比例CS３比例CS4比例修正系數(shù)?(復(fù)用、重選恢復(fù)開(kāi)銷(xiāo)）整網(wǎng)摸底2.13７5%8２%2．659。00％２６。００%８。00%5７。0０%59％二環(huán)11０8２．５８74%8３％2．64２1.0０%1２．00%６．0０％62.０0％7２％草金１１0８2．6889％8３％2.707２1．00%１9.0０%７。00%53.00%64％草金11１3am2。2１７2%６1%２。６527．０0％18。００%８。00％４7．00%９4％草金1１１３pm1。67６1％73%２。5８52０.0０％1１．0０％９.０0％6０.０0%６６％一環(huán)112４3。5993％８９％2。９３７5.６０%1８.５０％6．1０%6９．70%63%二環(huán)1１243。4696％84％2．９158.80%７。20%7.30％７６。70％６1％注:閱歷公式:FTP下載速率=下行平均時(shí)隙數(shù)量*(CS1比例＊CＳ１速率＋CＳ２比例＊ＣS2速率+CＳ3比例＊CS３速率＋ＣＳ４比例*ＣS4速率）／８*TBFＯPEＮ比例＊修正系數(shù)(復(fù)用、重選恢復(fù)開(kāi)銷(xiāo))*Ａpp／RLＣ速率比上述指標(biāo)中,除修正系數(shù)外，其余從ＣDS測(cè)試軟件可以直接統(tǒng)計(jì)生成修正系數(shù)是閱歷值，與復(fù)用、重選后速率恢復(fù)相關(guān)ＦTP服務(wù)器優(yōu)化對(duì)于DT下載，屬于端到端的業(yè)務(wù)，因此，作為數(shù)據(jù)發(fā)送端的ＦTP服務(wù)器的優(yōu)化也是提升性能的一個(gè)重要因素。這在成都測(cè)試中，使用WＩNDOWSＳｅrver200０作為操作系統(tǒng)，Ｓeｒv-u作為ＦTP服務(wù)器軟件,針對(duì)這個(gè)ＦＴＰ服務(wù)器做了一些優(yōu)化措施，這里重點(diǎn)介紹兩個(gè)比較關(guān)鍵的參數(shù):設(shè)置最優(yōu)MＴU值MTＵ(ＭaｘimumTｒaｎsｍisｓionUｎｉt)是指最大傳輸單元決定了下發(fā)數(shù)據(jù)包的大?。āＨ绻停裕罩颠^(guò)小，那么會(huì)在網(wǎng)絡(luò)中進(jìn)行頻繁的封包和解包，會(huì)造成網(wǎng)絡(luò)側(cè)的延時(shí)；同樣,如果值太大，會(huì)在網(wǎng)絡(luò)中進(jìn)行拆分重組,同樣會(huì)造成網(wǎng)絡(luò)側(cè)的延時(shí)。該參數(shù)的最優(yōu)設(shè)置需要綜合考慮GGSN的最大TＣP報(bào)文長(zhǎng)度和GGSN與SＧSＮ數(shù)據(jù)封裝特性。1５00是ＧGSＮ和網(wǎng)關(guān)等數(shù)通產(chǎn)品支持的最大包大小，但由于FtpSｅｒver下發(fā)的數(shù)據(jù)包送到GGSN時(shí)，GＧＳN將會(huì)對(duì)其進(jìn)行ＧＴP的封裝然后轉(zhuǎn)發(fā)給SＧSN，GTP封裝將在IＰ包上加上４0ｂｙtｅｓ的包頭，因此FTＰ服務(wù)器下發(fā)包的最優(yōu)長(zhǎng)度為1４60（有效ＴCP載荷１420Bｙte）,在經(jīng)過(guò)ＧＧSN進(jìn)行GTP封裝后，剛好為１５0０,這樣可以直接通過(guò)各個(gè)數(shù)通產(chǎn)品而不需要進(jìn)行拆包。SGSNSGSNGGSNFTPDataTCPIPDataTCPIPGTPUDPIP1460bytes1500bytes圖SEＱ圖表\＊ＡRABＩC１０GＧＳＮ與SGSＮ的ＧＴP封裝機(jī)制關(guān)閉Ｎagle算法目前建立在ＴCＰ協(xié)議上的網(wǎng)絡(luò)協(xié)議格外多，有ｔelnet，ｓsｈ，有ｆｔp,有htｔp等等。這些協(xié)議又可以依據(jù)數(shù)據(jù)吞吐量來(lái)大致分成兩大類(lèi)：（１)交互數(shù)據(jù)類(lèi)型，例如telet,ssｈ，這種類(lèi)型的協(xié)議在大多數(shù)情況下只是做小流量的數(shù)據(jù)交換，比如說(shuō)按一下鍵盤(pán),回顯一些文字等等.（2）數(shù)據(jù)成塊類(lèi)型,例如ftp，這種類(lèi)型的協(xié)議要求ＴCP能盡量的運(yùn)載數(shù)據(jù)，把數(shù)據(jù)的吞吐量做到最大，并盡可能的提高效率。針對(duì)這兩種情況，TＣP給出了兩種不同的策略來(lái)進(jìn)行數(shù)據(jù)傳輸.對(duì)于交互性要求比較高的應(yīng)用，TＣＰ給出兩個(gè)策略來(lái)提高發(fā)送效率和減低網(wǎng)絡(luò)負(fù)擔(dān)：（１）捎帶ACK.(2）Ｎａgle算法（一次盡量多的發(fā)數(shù)據(jù))。通常,在網(wǎng)絡(luò)速度很快的情況下,比如進(jìn)行teｌnｅｔ通信，當(dāng)按下字母鍵并要求回顯的時(shí)候，客戶端和服務(wù)器將經(jīng)歷發(fā)送按鍵數(shù)據(jù)->服務(wù)器發(fā)送按鍵數(shù)據(jù)的ack－>服務(wù)器端發(fā)送回顯數(shù)據(jù)—〉客戶端發(fā)送回顯數(shù)據(jù)的AＣＫ的過(guò)程，而其中的數(shù)據(jù)流量將是40bｉt+4１bｉt＋41ｂｉt+40biｔ=１62ｂｉｔ，如果在廣域網(wǎng)里面,這種小分組的ＴＣP流量將會(huì)造成很大的網(wǎng)絡(luò)負(fù)擔(dān)。上過(guò)bbｓ的人應(yīng)該都會(huì)有感受，就是在網(wǎng)絡(luò)慢的時(shí)候發(fā)貼，有時(shí)鍵入一串字符串以后,經(jīng)過(guò)一段時(shí)間，客戶端“發(fā)瘋”一樣突然回顯出很多內(nèi)容,就似乎數(shù)據(jù)一下子傳過(guò)來(lái)了一樣，這就是Ｎagｌe算法的作用。很顯然,對(duì)于FTP類(lèi)型的應(yīng)用,應(yīng)該禁用Ｎaｇｌｅ算法。尤其在ＤT測(cè)試的場(chǎng)景下，跨PＣU的小區(qū)重選會(huì)導(dǎo)致數(shù)據(jù)丟失，在這種情況下，如果ＦTＰ服務(wù)器下發(fā)數(shù)據(jù)不準(zhǔn)時(shí)，會(huì)導(dǎo)致長(zhǎng)時(shí)間無(wú)下載，空口的利用率低下，影響下載速率。Sｅｒv—U安裝后默認(rèn)采納Nagｌe算法，因此需要