【正文】 19:00進行216。將托盤中的任何與網(wǎng)絡(luò)通訊相關(guān)的程序關(guān)閉 ,如 MSN等 。測試手機要求 K或以上版本 。測試軟件版本的不同216。GPRS的資源使用方式是共享式使用 ,GPRS引入了靈活的話音、數(shù)據(jù)信道分配策略，無線資源調(diào)度變得更為復(fù)雜，將會導(dǎo)致切換次數(shù)的增加，因此對原網(wǎng)的接入成功率，切換成功率略有影響。 GSM網(wǎng)絡(luò)作為 GPRS的承載網(wǎng)，與GPRS共用基站和頻譜資源，這就決定了 GPRS網(wǎng)絡(luò)與 GSM網(wǎng)絡(luò)優(yōu)化相互關(guān)聯(lián)，又相互制約。因此 ,如何保證廣大移動用戶隨時都能方便快捷地使用 GPRS成為中國移動運營商的當務(wù)之急！GPRS數(shù)據(jù)業(yè)務(wù)概述數(shù)據(jù)業(yè)務(wù)概述GPRS對 GSM網(wǎng)絡(luò)的影響GPRS的引入對已有的 GSM話音業(yè)務(wù)有一定的影響，這是因為網(wǎng)絡(luò)干擾增加導(dǎo)致在小區(qū)邊緣的通信中斷概率增加，話音服務(wù)面積收縮，越區(qū)切換的掉話率有一定程度的升高。據(jù)統(tǒng)計，目前全世界有172個國家的 400多個移動通信運營商采用了 GSM標準，占全球總數(shù)的 72%，已有99個國家的移動通信運營商投入了 GPRS運營。經(jīng)實驗證明， GPRS業(yè)務(wù)每增加 5%，載干比 (C/I)其次， GPRS與 GSM無線網(wǎng)絡(luò)優(yōu)化又存在沖突。GSM的資源使用方式是獨占式使用 ,Delay Class:Best Effort。時隙設(shè)置為 3+1/4+1模式 。同時應(yīng)保證用戶具有上傳和下載數(shù)據(jù)的權(quán)限 , 保證可對服務(wù)器進行 Ping和 FTP測試216。 適用環(huán)境 ：要求均勻覆蓋市區(qū)主要街道，并且盡量不重復(fù)；環(huán)城高速、高架橋、市區(qū)到機場公路必須進行測試216。按照測試形式可以分為兩類：路測（ DT， Drive Test）、定點撥打測試 (CQT，Call Quality Test)???GPRS測試項目介紹測試項目介紹GPRS測試項目GPRS Attach時延、成功率測試GPRS PDP激活時延、成功率測試Ping時延、成功率測試FTP下載、上傳速率WAP登陸、刷新時延、成功率測試WAP下載 (圖鈴 )速率、成功率測試Kjava下載成功率測試SMS點到點時延、成功率測試MMS PUSH時延、 PUSH成功率、端到端成功率測試FTP下載、上傳速率WAP登陸、刷新時延、成功率測試WAP下載 (圖鈴 )速率、成功率測試CQT DTGPRS測試項目介紹測試項目介紹CQT測試內(nèi)容定義和方法KPI 定 義 測試方法 精度 統(tǒng)計粒度ATTACH平均附著時長各次 attach成功的時間相加 /成功 attach的次數(shù) 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出秒 10次ATTACH附著成功率GPRS成功 Attach次數(shù) /總嘗試次數(shù) 100 ％ 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出% 10次PDP激活平均時長各次 PDP激活成功的時間相加 /成功 attach的次數(shù)使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出秒 10次PDP激活成功率GPRS成功 PDP激活次數(shù) /總嘗試次數(shù) 100 ％ 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出% 10次ping平均 時 延 各次 ping成功的 時間 相加/ping成功的次數(shù) 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出秒 10次ping成功率 ping成功的次數(shù) /ping嘗試 次數(shù) 100 ％ 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出秒 10次GPRS測試項目介紹測試項目介紹CQT測試內(nèi)容定義和方法KPI 定 義 測試方法 精度 統(tǒng)計粒度WAP平均首頁顯示時間各次 WAP首頁成功顯示的時間相加 / WAP首頁顯示成功次數(shù) 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出秒 10次WAP首頁登陸成功率WAP首 頁顯 示成功次數(shù) /嘗試WAP登 陸 次數(shù) 100 ％使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出% 10次WAP平均頁面刷新時間各次 WAP刷新成功顯示的時間相加 / WAP刷新成功顯示次數(shù)使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出秒 10次WAP頁面刷新成功率WAP頁面刷新成功次數(shù) /嘗試頁面刷新次數(shù) 100 ％使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出% 10次WAP平均圖鈴下載速率 實際成功下載數(shù)據(jù)量（ Byte） /實際成功下載時間 (秒 )使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出KBit/S10次WAP圖鈴下載成功率 WAP鈴聲、圖片成功下載次數(shù)/嘗試鈴聲、圖片下載次數(shù)100 ％ 使用 測試終 端和 測試軟 件， 自動記錄測試日志 ,由測試軟件統(tǒng)計功能給出%5次圖片5次鈴聲GPRS測試項目介紹測試項目介紹KPI 定 義 測試方法 精度 統(tǒng)計粒度FTP下載速率 在采集參數(shù)選項中 CDS默認只采集 GSM關(guān)閉 Windows的自動更新功能，否則會影響 Ping、 FTP等所有與數(shù)據(jù)上傳、下載有關(guān)的測試項目216。當 FTP測試中出現(xiàn)長時間無流量時，可讓司機適當降低車速216。檢查 GPRS現(xiàn)象為手機發(fā)送 Attachp 故障分析：從全局測試來看，與 SGSN對接的所有 BSC下所帶基站都有相同問題情況，初步判斷為 SGSN側(cè)的問題。Access）216。檢查 GPRS參數(shù)設(shè)置，合理設(shè)置 DrxTimeMax、 MFR、 T3168專題 —PDP 激活問題PDP故障案例一 : PDP激活失敗問題： 在 20232重選到 20281后，由于 20281AGCH緊張導(dǎo)致。Channel:512 ）長時間無時隙分配引起 PDP激活失敗。request消息，而且 WAP網(wǎng)關(guān)收到后及時給予了響應(yīng)。Request消息的響應(yīng)消息，導(dǎo)致等待定時器超時，然后 GGSN重新發(fā)送 Accounting專題 —PDP 激活問題PDP故障案例五 : PDP激活失敗809這個頻點是不正常的，但這是根據(jù)手機收到基站發(fā)出的層三消息解出來的。將天線直接接到 BTS機柜上測試看是否是因為分布系統(tǒng)的問題，但在測試中還是存在 PDP激活失敗，所以也排除分布系統(tǒng)的問題。lost Server,將 Pingload，調(diào)整 NSEI配置216。專題 —Ping 問題Ping故障案例三 :Ping失敗問題： 由于小區(qū)的 C/I低導(dǎo)致較高的 BLER（小區(qū) BCCH排查干擾，提高 C/I216。解決方案： 更改頻點。requesttryproblem專題 —WAP 問題WAP錯誤代碼含義 —WTP 層協(xié)議發(fā)生錯誤 檢查靜態(tài) PS信道、動態(tài) PS信道配置216。這種情況是由于手機軟件故障所致。層的連接，但是 WAPReply。防止頻繁的小區(qū)重選216。檢查 GPRS參數(shù)設(shè)置，合理設(shè)置 DrxTimeMax、 MFR、 T316 T3192216。專題 —FTP 問題FTP故障案例二 :FTP下載速率過低問題： 第一次 cell解決方案： 控制 4209 1531覆蓋。專題 —FTP 問題FTP故障案例六 :FTP下載速率低案例說明：在 **路和 **橋路附近，手機從宏站小區(qū)重選至室外微蜂窩 52484（八萬人體育館）， BCCH＝ 109。我們原先設(shè)置的 PET＝ 20s遠遠小于堵車的時間。解決方案： 調(diào)高該鄰小區(qū)的 CRH。在 TCP的數(shù)據(jù)連接恢復(fù)過程中再次發(fā)生的小區(qū)重選會嚴重影響給 TCP的數(shù)據(jù)連接恢復(fù)。Start過程，在小區(qū)重選后數(shù)據(jù)暫停的時長約 4~10秒，手機在新小區(qū)駐留后需要 ~5秒的時間獲得資源分配，如果有資源可以分配的話，此時手機已經(jīng)有少量數(shù)據(jù)的發(fā)送和接收（通過 IP分析軟件觀察），此時使用 PING來檢驗就可以看到 GPRS連接已經(jīng)恢復(fù)。小區(qū)重選與路由更新概述專題 — 小區(qū)重選與路由更新問題小區(qū)重選案例 1—C2 參數(shù)設(shè)置不合理問題問題： 車輛沿機場高速從北向南行駛，紅圈處占用小區(qū)高教科研 4（ BCCH： 560）。SGSN內(nèi)的數(shù)據(jù)錯誤是導(dǎo)致這種路由更新失敗的原因。BSSGP虛連接（ BVC）為不同的 BSSGP實體間通訊提供了一種途徑。performance有很大影響。 當移動臺檢測到發(fā)送窗口停止轉(zhuǎn)動時（ V(S)V(A)2 BSC19MSC06PAN_INC在每個小區(qū)中每個尋呼組都對應(yīng)于一個尋呼子信道，移動臺根據(jù)自身的 IMSI計算出它所屬的尋呼組，進而計算出屬于該尋呼組的尋呼子信道位置，在實際網(wǎng)絡(luò)中，移動臺只 “收聽 ”它所屬的尋呼子信道而忽略其它尋呼子信道的內(nèi)容，甚至在其它尋呼子信道期間關(guān)閉移動臺中某些硬件設(shè)備的電源以節(jié)約移動臺的功率開銷（即 DRX的來源）。非 DRX模式持續(xù)的時間由兩個參數(shù)共同決定： NON_DRX_TIMER和DRX_TIMER_MAX，等于兩者的最小值。Type專題 — MFR、 DRX參數(shù)實驗DRX模式與非 DRX模式概述DOWNLINKTIMESLOT專題 — T3192參數(shù)實驗T3192概述秒 (注意剛才在使用 PDCHT3192 設(shè)置為 秒 ，容易導(dǎo)致 GPRS業(yè)務(wù)或小區(qū)重選等 TBFTRX、 TCH所以只統(tǒng)計了 TCH載頻在跳頻或非跳頻情況下的測試結(jié)果。測試結(jié)果對比分析專題 — BCCH專題 — 假事件從測試設(shè)備抓包可以看到已經(jīng)成功接收到 FTPDATA包，但是卻沒有將收到的數(shù)據(jù)包變?yōu)橛行?shù)據(jù)，最終導(dǎo)致接收窗口溢出，數(shù)據(jù)傳輸中止。但是因 PING可以成功，說明網(wǎng)絡(luò)傳輸通路正常，不屬于集團公司考核中的掉線定義范圍。假事件案例 2—WAP 圖鈴下載失敗專題 — 假事件問題： MS在 CI1763發(fā)送 MMS時失敗，從 log中看被叫手機無相應(yīng)信令下發(fā)，MS在此時處于 Standby狀態(tài)，查看信令發(fā)現(xiàn)該時段主叫手機有 SMS進來。 DropEXIST”消息。假事件案例 1—FTP 下載失敗專題 — 假事件總之，上述兩種 FTP下載的斷線情況均是由于 FTP協(xié)議出現(xiàn)錯誤導(dǎo)致 ，該錯誤出現(xiàn)在 TCP/IP的傳輸層和應(yīng)用層，而不是由 GPRS網(wǎng)絡(luò)層故障引起。當無線環(huán)境很好時，在 BCCH、 TCH跳頻和不跳頻下測試的結(jié)果相差不大；但如果無線環(huán)境不好， TCH跳頻情況下 GPRS性能要遠差于非跳頻的情況，特別當所在小區(qū)打開 CS34功能時，影響更為明顯，因此對于此種特定環(huán)境下為保證 GPRS性能，不建議開跳頻，這與話音業(yè)務(wù)有一定的矛盾，需要權(quán)衡考慮216。造成上述現(xiàn)象的主要原因是：由于跳頻技術(shù)的主要特點是將被干擾的信息塊 “打散 ”，分配到若干載頻上，使得原來集中在一個載頻上的干擾被幾個載頻分擔(dān)了。TRX、 TCHTRX、 TCH(%)信道。網(wǎng)絡(luò)側(cè)有相對應(yīng)的計數(shù)器 T3193， 要求 T3193必須大于 T3192。該參數(shù)的設(shè)置越大， TBF相關(guān)資源保留（包括 TFI和時隙）的時間就越長，相同TBF傳送占用的時間就越長，容易導(dǎo)致?lián)砣?。此參?shù)以 500ms為單位進行配置。在 T3192期間，滿足啟動條件時，將重新啟動T3192。在非 DRX模式期間內(nèi)， MS將收聽所有的 CCCH塊，同時 PCU保留 MS相關(guān)的上下文。如果 MFR=5，那么在最壞的情況下， MS要收到立即指配的消息，就必須等待：5235ms=1175ms。當移動臺處在 DRX模式的時候，移動臺只會監(jiān)聽和它尋呼組相關(guān)的尋呼子信道。 0 而減小 PANMAX和PANINC，增加 PANDEC，則容易使手機發(fā)生 TBF異常釋放并進行小區(qū)重選，降低小區(qū) TBF正常釋放比例，影響數(shù)據(jù)傳輸速率。WS），移動臺應(yīng)啟動定時器T3182；在收到 PACKETDT的 Performance。