【正文】 response的原因?qū)е碌?。解決方案：該次測(cè)試在 CDS后處理軟件中將被剔除。download由于發(fā)送端已中止發(fā)送，而在手機(jī)終端側(cè) FTP下載測(cè)試進(jìn)程并沒(méi)有停止，最終測(cè)試軟件判斷超時(shí)失敗。但對(duì)于 GPRS業(yè)務(wù)則恰恰相反，在非跳頻的情況下干擾電平集中在一個(gè)頻點(diǎn)上，因此只會(huì)對(duì)這一載頻上的包做重傳。在這種情況下通過(guò)測(cè)試發(fā)現(xiàn)，占用 TCH載頻在跳頻和非跳頻情況下的下載速率差異較大， CS12與 CS34算法下下載速率差異較大。具體情況如下：p無(wú)線環(huán)境好、接收電平強(qiáng)測(cè)試地點(diǎn)設(shè)在一寫字樓內(nèi)，由于樓內(nèi)主要由微蜂窩覆蓋，周邊的無(wú)線環(huán)境較好，主控小區(qū)的電平遠(yuǎn)遠(yuǎn)高于相鄰小區(qū)，接收電平在－ 55dBm左右，在這種情況下通過(guò)測(cè)試發(fā)現(xiàn)，占用 BCCH或 TCH、跳頻或非跳頻之間的下載速率差異值不是很大。激活時(shí)間，降低了 PDP激活成功率。這無(wú)形中延長(zhǎng)了 TBF建立時(shí)間的長(zhǎng)短，常規(guī)情況下，當(dāng)一組數(shù)據(jù) RLC在進(jìn)入空閑模式或?qū)Ｓ媚Ｊ綍r(shí)，根據(jù)協(xié)議，仍舊需要執(zhí)行一段非DRX時(shí)間。DOWNLINK所以設(shè)置了非 DRX模式后會(huì)大大縮短下行 TBF的建立時(shí)間，缺點(diǎn)是會(huì)加快手機(jī)電池的消耗。 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塊。REQUEST中看到； DRX_TIMER_MAX的數(shù)值可從 System0 專題 — PANDEC、 PANINC參數(shù)實(shí)驗(yàn)PANDEC、 PANINC參數(shù)調(diào)整實(shí)驗(yàn)參數(shù)名 重要性參數(shù)類型原值修改值BSC MSCPAN_DECACK/NACK導(dǎo)致 V(S)Reselection,導(dǎo)致了數(shù)據(jù)傳輸長(zhǎng)時(shí)間的停頓，最終發(fā)生了 PDP掉線。 一般來(lái)說(shuō)一個(gè)BSC被劃分為一個(gè)服務(wù)實(shí)體，為了可擴(kuò)展性， ZXG10系統(tǒng)中也允許 BSC下掛若干個(gè) NSE。 Failure。在RAU之后可以使用 PING來(lái)驗(yàn)證 GPRS承載已經(jīng)恢復(fù) TCPSlow解決方案： 更改 GTRX或者更換頻點(diǎn)。專題 —FTP 問(wèn)題FTP故障案例六 :FTP下載速率低專題 —FTP 問(wèn)題FTP故障案例六 :FTP下載速率低問(wèn)題： 在復(fù)測(cè)時(shí)我們發(fā)現(xiàn)，在同一個(gè)地點(diǎn)，此時(shí) 52484的 C1=25， C2＝ 21，從15:40: 15:53:586持續(xù) 20s后， C2值升至 53。FTP速率低。解決方案： 擴(kuò)充 3055 30152靜態(tài) PS信道；調(diào)整 30553RXLEVACCESSMIN由 10到 12。TBF的主要原因所在。調(diào)整 DLB、 ULB、 DLBH、 ULBH參數(shù)，動(dòng)態(tài)調(diào)整 CS的比例 216。層的建鏈?zhǔn)?，最終導(dǎo)致彩信發(fā)送失敗。層的 Connect解決方案：重裝手機(jī)操作系統(tǒng)。防止頻繁的小區(qū)重選216。我們初步認(rèn)為打開(kāi) WAP網(wǎng)頁(yè)時(shí)超過(guò) 20秒以上的大時(shí)延基本都是由網(wǎng)關(guān)時(shí)延引起的。ifbeCQT的下載速率。優(yōu)化測(cè)試測(cè)試電腦，關(guān)閉所有系統(tǒng)軟件以及應(yīng)用軟件的自動(dòng)更新功能專題 —WAP 問(wèn)題WAP故障案例一 :WAP刷新失敗問(wèn)題： 出現(xiàn) WAP檢查覆蓋216。 檢查 Gb專題 —Ping 問(wèn)題qPing優(yōu)化方法216。因此分析結(jié)果表明這幾次的 PDP激活失敗并非由核心網(wǎng)引起，可能是由無(wú)線側(cè)導(dǎo)致了手機(jī)未能收到 SGSN發(fā)的 APAC而產(chǎn)生 TIMEOUT。7s－ 8s后 ,在 GB數(shù)據(jù)里發(fā)現(xiàn)了 RSTA，在該信令中發(fā)現(xiàn)“Radio調(diào)整頻點(diǎn)和無(wú)線參數(shù)等也沒(méi)有解決問(wèn)題，于是懷疑是否為基站的問(wèn)題。CQT的火車站測(cè)試點(diǎn)有 PDP激活失敗的現(xiàn)象，并且多次測(cè)試問(wèn)題始終存在。Request消息，等待 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)有被 WAP網(wǎng)關(guān)接收到，也就是說(shuō)，我們?cè)?WAP網(wǎng)關(guān)側(cè)沒(méi)有看到 GGSN第一次發(fā)送的 AccountingChannel:90—CELLID:links關(guān)閉 SGSN鑒權(quán)216。Resourceplete。information。AttachBRP板配置，發(fā)現(xiàn)有一塊 BRP板已經(jīng)配置了 21個(gè)靜態(tài) GPRS信道和 41個(gè) GPRS動(dòng)態(tài)信道，總數(shù)超過(guò)了每塊 BRP板上 PS信道的配置要求p 解決方法檢查 RACH或 AGCH信道配置216。WAP測(cè)試應(yīng)以所有文字信息全部顯示為準(zhǔn)，所以應(yīng)在 WAP測(cè)試時(shí)去掉設(shè)置中的 “下載頁(yè)面中的圖標(biāo) ”選項(xiàng) 注意測(cè)試用筆記本電腦在安裝測(cè)試軟件前必須重裝操作系統(tǒng)， 不能安裝與測(cè)試無(wú)關(guān)的其它軟件 。CDS根據(jù)城市的規(guī)模來(lái)定，也可以根據(jù)用戶的要求確定每個(gè)城市的測(cè)試時(shí)長(zhǎng)DT測(cè)試原則目錄目錄p GPRS現(xiàn)狀與現(xiàn)狀與 GPRS業(yè)務(wù)測(cè)試概述業(yè)務(wù)測(cè)試概述p GPRS業(yè)務(wù)測(cè)試內(nèi)容業(yè)務(wù)測(cè)試內(nèi)容p GPRS業(yè)務(wù)測(cè)試工具介紹業(yè)務(wù)測(cè)試工具介紹p GPRS專題優(yōu)化介紹及案例分析專題優(yōu)化介紹及案例分析GPRS測(cè)試項(xiàng)目介紹測(cè)試項(xiàng)目介紹GPRS測(cè)試目的和分類216。 測(cè)試時(shí)間 ：地點(diǎn)選擇原則： 2040個(gè)測(cè)試點(diǎn)。關(guān)閉 Windows的自動(dòng)更新功能GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試的影響因素?cái)?shù)據(jù)業(yè)務(wù)測(cè)試的影響因素GPRS業(yè)務(wù)測(cè)試準(zhǔn)備216。手機(jī)設(shè)置為自動(dòng)雙頻模式 。測(cè)試人員測(cè)試方法以及現(xiàn)場(chǎng)判斷測(cè)試數(shù)據(jù)可靠性能力的不同GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試的影響因素?cái)?shù)據(jù)業(yè)務(wù)測(cè)試的影響因素GPRS業(yè)務(wù)測(cè)試準(zhǔn)備216。系統(tǒng)資源要按照 QoS和用戶的需求進(jìn)行共享式地動(dòng)態(tài)分配 ,當(dāng) GPRS網(wǎng)絡(luò)優(yōu)化和 GSM網(wǎng)絡(luò)優(yōu)化發(fā)生沖突時(shí)，在現(xiàn)階段應(yīng)當(dāng)以話音業(yè)務(wù)優(yōu)先。首先， GPRS與 GSM網(wǎng)絡(luò)優(yōu)化在整體上是一致的，加強(qiáng) GSM無(wú)線環(huán)境的優(yōu)化工作對(duì)于 GPRS的優(yōu)化十分重要。對(duì)于話音業(yè)務(wù)，其網(wǎng)絡(luò)規(guī)劃完成以后網(wǎng)絡(luò)的頻率干擾主要決定于頻率分配和話務(wù)量。GPRS業(yè)務(wù)測(cè)試流程及案例分析目錄目錄p GPRS現(xiàn)狀與現(xiàn)狀與 GPRS業(yè)務(wù)測(cè)試概述業(yè)務(wù)測(cè)試概述p GPRS業(yè)務(wù)測(cè)試內(nèi)容業(yè)務(wù)測(cè)試內(nèi)容p GPRS業(yè)務(wù)測(cè)試工具介紹業(yè)務(wù)測(cè)試工具介紹p GPRS專題優(yōu)化介紹及案例分析專題優(yōu)化介紹及案例分析GPRS數(shù)據(jù)業(yè)務(wù)概述數(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)通信之間的 。 GPRS引入后，增加了 GSM信道的利用率，而信道利用率的增加表現(xiàn)為網(wǎng)絡(luò)干擾的增加。提升網(wǎng)絡(luò)整體載干比水平可以使更多的GPRS手機(jī)享受高級(jí)的編碼方案，從而提高系統(tǒng)的吞吐量，使已在 CS2編碼方式下的手機(jī)進(jìn)一步減少分組重發(fā)的比率，使實(shí)際數(shù)據(jù)傳輸速率達(dá)到最高。GPRS數(shù)據(jù)業(yè)務(wù)概述數(shù)據(jù)業(yè)務(wù)概述GPRS服務(wù)與用戶群體之間的關(guān)系GPRS網(wǎng)絡(luò)不同于 GSM網(wǎng)絡(luò) ,用戶得到的服務(wù)質(zhì)量和其他移動(dòng)臺(tái)有直接的關(guān)系 !GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試的影響因素?cái)?shù)據(jù)業(yè)務(wù)測(cè)試的影響因素影響測(cè)試指標(biāo)的外在原因216。 配備全球通測(cè)試卡若干，設(shè)置測(cè)試卡 HLR數(shù)據(jù)如下： Priority:High Priority。串口速率設(shè)置為 115200。 保證 Ping和 FTP的測(cè)試服務(wù)器正常工作。具體測(cè)試點(diǎn)分布要求 :火車站、機(jī)場(chǎng)、三星級(jí)以上酒店、大型商場(chǎng)休閑區(qū)、大學(xué)學(xué)校、大型居民區(qū)、商務(wù)場(chǎng)所、旅游景區(qū) 、話務(wù)因素綜合考慮均勻分布，突出重點(diǎn)區(qū)域 ，檢查信號(hào)強(qiáng)度，確保在該點(diǎn)有 GPRS覆蓋，避免在測(cè)試過(guò)程中頻繁小區(qū)重選（重選次數(shù)控制在 34次之內(nèi) )GPRS數(shù)據(jù)業(yè)務(wù)測(cè)試原則數(shù)據(jù)業(yè)務(wù)測(cè)試原則216。測(cè)試目的：通過(guò)對(duì)市區(qū)重要場(chǎng)所和市區(qū)主要道路測(cè)試，從用戶感受的角度評(píng)估城市 GPRS網(wǎng)絡(luò)質(zhì)量，為 GPRS網(wǎng)絡(luò)優(yōu)化提供參考和依據(jù)216。在信令解碼（比如 C/I、 RxQual、 MsTxPower等）中存在一些 BUG216。將托盤中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉 ,如 MSN等 。216。檢查靜態(tài) PS信道、動(dòng)態(tài) PS信道配置216。不能成功。 檢查 BSC相關(guān)數(shù)據(jù)沒(méi)有發(fā)現(xiàn)問(wèn)題。Request消息的應(yīng)答，此消息中包含 “Wait_Indication”域，其值賦予 T3172，當(dāng)手機(jī)收到Packet檢查核心網(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) load，調(diào)整 NSEI配置216。114request消息，只看到了 GGSN第二次重新發(fā)送的 AccountingRequest消息后沒(méi)有給予響應(yīng)，由于 GGSN沒(méi)有收到 Accounting從信令來(lái)看，當(dāng)下行的立即指配信息里出現(xiàn)了右圖中 ARFCN為 809的時(shí)候， PDP激活會(huì)不成功。重啟基站，重做基站數(shù)據(jù)，仍然沒(méi)有效果。contact由于無(wú)線質(zhì)量、 GPRS統(tǒng)計(jì)和參數(shù)、核心網(wǎng)、分布系統(tǒng)等都沒(méi)有問(wèn)題，這時(shí)我們把重點(diǎn)放在基站硬件這一側(cè)。優(yōu)化 Pinglinks解決方案： 查找外部干擾。防止頻繁的小區(qū)重選216。reply失敗的時(shí)候 GPRS的質(zhì)量為 6級(jí)，從服務(wù)小區(qū)和鄰區(qū)的測(cè)量來(lái)看，存在著鄰頻的干擾。專題 —WAP 問(wèn)題WAP故障案例三 :WAP登陸失敗問(wèn)題： 在 **賓館 WAP登陸測(cè)試中，通過(guò)跟蹤 Gb口發(fā)現(xiàn)，手機(jī)上行發(fā)送Get(URL= PDU，具體內(nèi)容為：Yourfulfilled,pleasethe解決方案： 核心網(wǎng)工程師針對(duì)WAP網(wǎng)關(guān)進(jìn)行優(yōu)化。排查干擾，提高 C/I216。專題 —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)。信令，建 WSP導(dǎo)致此次 MMS發(fā)送失敗的原因?yàn)?WAP網(wǎng)關(guān)過(guò)于繁忙沒(méi)有回應(yīng) Connect檢查覆蓋216。216。解決方案： 增加該小區(qū)靜態(tài) PS信道。專題 —FTP 問(wèn)題FTP故障案例三 :FTP下載失敗問(wèn)題： MS從 43372重選到 42093后，又從 42093重選到 1531后又頻繁重選回 1531后，電平降到 94dBm，拖了一段時(shí)間后 PDP掉線。解決方案： 增加 CI2631的靜態(tài) PS信道。由于復(fù)測(cè)時(shí)，車行駛的地方為一個(gè)交通燈口，車流量大、擁堵。專題 — 高 BLERBLER案例 2— 小區(qū)重選問(wèn)題問(wèn)題： 已經(jīng)越過(guò)了該小區(qū)的主控范圍，但是不向鄰小區(qū)重選。Start過(guò)程，在小區(qū)重選后數(shù)據(jù)暫停的時(shí)長(zhǎng)約4~10秒，手機(jī)在新小區(qū)駐留后需要 ~5秒的時(shí)間獲得資源分配，如果有資源可以分配的話，此時(shí)手機(jī)已經(jīng)有少量數(shù)據(jù)的發(fā)送和接收（通過(guò) IP分析軟件觀察），此時(shí)使用 PING來(lái)檢驗(yàn)就可以看到 GPRS連接已經(jīng)恢復(fù)。Slow 通過(guò)仔細(xì)分析， 每個(gè) MSC到 SGSN的歸屬位置 專題 —NSEI 規(guī)劃NSEI規(guī)劃前在網(wǎng)絡(luò)優(yōu)化之前沒(méi)有優(yōu)化過(guò) NSEI， PCU的分配很是隨便，甚至一個(gè)站上的兩個(gè)小區(qū)都不在一個(gè) PCU下，這對(duì) GPRS經(jīng)檢查發(fā)現(xiàn)CI1892的 NSEI值與周圍站點(diǎn)不統(tǒng)一。在無(wú)線鏈路失敗控制中， PAN參數(shù)將與 MS側(cè)的定時(shí)器 N3102一起使用。在 DRX模式中， MS僅收聽(tīng)歸屬尋呼組的尋呼塊，而在非 DRX模式下， MS將收聽(tīng)所有的 CCCH塊。InformationDRX_TIMER_MAX的取值范圍為 0～ 7，表達(dá)的取值遵循公式： 2k1（其中 k=0時(shí)，表示參數(shù)值為 0），即參數(shù)取值為： 0， 1s、 2s、 4s……64s 。 MS如果錯(cuò)過(guò)了自己所偵聽(tīng)的尋呼子信道，它將不得不再等待，直到下一個(gè)尋呼子信道到來(lái)。當(dāng) MS由分組傳輸模式返回分組空閑模式時(shí)（比如 TBF釋放），在DRX_TIMER_MAX與 NON_DRX_TIMER的共同作用下，如果 MS進(jìn)入非 DRX傳輸?shù)臓顟B(tài)，將如下圖所示：