1、GPRS-DT典型案例分析,ASB/MCG/RND Dec01, 2004,GPRS-DT優(yōu)化工作介紹,GPRS-DT優(yōu)化工作和GSM-DT優(yōu)化工作的特點(diǎn) 兩者有許多相同的方面 GPRS的優(yōu)化工作比GSM更加復(fù)雜,CMCC 年度巡檢的考核指標(biāo),GSM-DT的考核指標(biāo) 覆蓋率、接通率、話音質(zhì)量、掉話率 GSM-DT的考核指標(biāo) 覆蓋率、掉線率、FTP下載速率 WAP測試，包括登陸成功率、首頁顯示時(shí)長等等 圖、鈴下載測試，包括下載成功率、下載速率等等,GPRS-DT優(yōu)化的主要方法,GPRS無線網(wǎng)絡(luò)的優(yōu)化調(diào)整 GPRS各關(guān)鍵性能指標(biāo)的分析 GPRS核心網(wǎng)的優(yōu)化,典型案例1：WAP登陸時(shí)長較長,問題描述

2、：WAP首頁登陸時(shí)長較長，數(shù)十秒，登陸失敗率高 可能的原因： 獲得的時(shí)隙數(shù)較少； 高擁塞小區(qū)； 頻繁的小區(qū)重選； PDP激活失?。?WAP網(wǎng)關(guān)的延遲響應(yīng)。,? ? ?,空中接口信令？,典型案例1：Gb口的WAP流程分析,Gb口WAP流程分析：,典型案例1：正常訪問WAP的過程,典型案例1：結(jié)論,信令分析發(fā)現(xiàn)，網(wǎng)關(guān)在CONNECT到CONNECT REPLY、和GET到REPLY間存在響應(yīng)時(shí)延長，需重復(fù)發(fā)送GET請求,甚至沒有響應(yīng)的情況，尤其是GET與REPLY間經(jīng)常出現(xiàn)較大的信令時(shí)延，有的甚至達(dá)到幾十秒,對(duì)手機(jī)訪問WAP速度有較大影響。 我們初步認(rèn)為打開WAP網(wǎng)頁時(shí)超過20秒以上的大時(shí)延很多都

3、是由網(wǎng)關(guān)時(shí)延引起的。,典型案例2：無覆蓋問題,問題描述： 車輛沿機(jī)場高速從北向南行駛，紅圈處占用D網(wǎng)小區(qū)高教科研4（BCCH：560）。繼續(xù)南行，高教科研4的電平逐漸降低，低至94dbm以下時(shí)，仍不發(fā)生小區(qū)重選。長時(shí)間電平小于94dbm，造成無覆蓋。,典型案例2：無覆蓋問題,問題分析： 數(shù)據(jù)下載過程中的小區(qū)重選準(zhǔn)則，GPRS的小區(qū)重選遵循C2準(zhǔn)則： C2 = C1 + CRO- TEMPORARY OFFSET * H(PT - T) For PT 11111 C2 = C1 - CRO For PT = 11111 C1 = RXLEV(dBm） RXLEV_ACCESS_MIN 根據(jù)C2準(zhǔn)

4、則，查參數(shù)表得到服務(wù)小區(qū)及鄰區(qū)的C2值如下表：,典型案例2：無覆蓋問題,問題分析： GPRS-DT就緒狀態(tài)下小區(qū)重選的附加條件：CRH 相鄰小區(qū)的C2值須連續(xù)5s超過了服務(wù)小區(qū)的C2值與參數(shù)CRH之和 服務(wù)小區(qū)高教科研4的 CRH = 8dB 因此，造成了GPRS-DT的下載過程中手機(jī)較難重選出去，造成GPRS的無覆蓋。,典型案例2：結(jié)論,小區(qū)重選參數(shù)（如CRO、CRH）的調(diào)整對(duì)GSM網(wǎng)絡(luò)相關(guān)性能 及GPRS網(wǎng)絡(luò)的相關(guān)性能的影響不盡相同，需綜合考慮。 本例我們考慮話務(wù)量的均衡和手機(jī)能夠正常重選，調(diào)低高教科 研4的CRO從26到20。,典型案例3：無覆蓋問題,PAN_DEC、PAN_INC參數(shù)調(diào)

5、整對(duì)小區(qū)重選的影響 PAN_MAX 的定義 PAN_DEC 的定義 PAN_INC 的定義,典型案例3：無覆蓋問題,PAN_DEC、PAN_INC參數(shù)調(diào)整試驗(yàn),試驗(yàn)結(jié)果： 總體而言，對(duì)公里無覆蓋比等GPRS DT測試指標(biāo)有明顯改善。,典型案例3：無覆蓋問題,參數(shù)調(diào)整前后的相關(guān)區(qū)域電平分布圖 ：,典型案例4：WAP圖、鈴下載速率低,問題描述： WAP圖鈴下載時(shí)，下載小文件時(shí)速率較低。 當(dāng)下載小文件時(shí)，下載速率約12kbps ； 當(dāng)下載大文件時(shí)，下載速率約18kbps ； 即小文件圖片下載時(shí)，測試速率可能根本達(dá)不到優(yōu)秀標(biāo)準(zhǔn)。,典型案例4：WAP圖、鈴下載速率低,WAP圖、鈴下載速率低的原因分析：

6、下載圖、鈴文件大小的影響 WAP圖鈴下載協(xié)議的影響： UDP協(xié)議：非確認(rèn)模式 ，不保證可靠性連接 WTP協(xié)議：保證數(shù)據(jù)傳輸?shù)耐暾?典型案例4：WAP圖、鈴下載速率低,優(yōu)化手段 無線側(cè)， DL_LLC_RERUTE功能的開啟，盡量減低小區(qū)重選對(duì)WAP下載的影響。 網(wǎng)絡(luò)側(cè)，對(duì)網(wǎng)關(guān)提出了改進(jìn)重發(fā)定時(shí)器（由25s到6s）的建議，對(duì)路測WAP DT的下載成功率和速率起到重要作用。,典型案例5：WAP圖、鈴下載失敗的案例,如果某個(gè)中間頁面過程進(jìn)入失敗將導(dǎo)致本次圖鈴下載失敗。 以下是實(shí)際中發(fā)生的幾個(gè)下載失敗案例及原因： 例1：在手機(jī)Get需要的網(wǎng)頁后，網(wǎng)關(guān)回“ulr not exist”消息。 原因分析：

7、該問題主要是網(wǎng)關(guān)收到sp服務(wù)器回應(yīng)的“服務(wù)暫時(shí)中斷”消息后作出的響應(yīng)。該次測試在CDS后處理軟件中將被剔除。不作為一次測試嘗試。,典型案例5：WAP圖、鈴下載失敗的案例,例2：手機(jī)Get需要的網(wǎng)頁后，網(wǎng)關(guān)回“error page未知錯(cuò)誤”消息。 原因分析：該問題主要是網(wǎng)關(guān)未能在30s內(nèi)拿到網(wǎng)頁數(shù)據(jù)，網(wǎng)關(guān)即認(rèn)為超時(shí)。下發(fā)該消息。網(wǎng)關(guān)認(rèn)為是MISC的問題，網(wǎng)關(guān)聯(lián)系MISC1進(jìn)行聯(lián)合掛表確認(rèn)了問題原因。 1 Mobile information service of centre 負(fù)責(zé)將各服務(wù)提供商的網(wǎng)頁鏈接集中在一起的一個(gè)平臺(tái),典型案例5：WAP圖、鈴下載失敗的案例,例3：在手機(jī)Get需要的網(wǎng)頁后

8、，網(wǎng)關(guān)在10s以后，消息以70地址下發(fā)，而正常的地址為72。 原因分析：該問題在網(wǎng)關(guān)側(cè)調(diào)整了某定時(shí)器后，問題得到解決。該問題網(wǎng)關(guān)認(rèn)為在一定時(shí)間后，網(wǎng)關(guān)到核心網(wǎng)的GIE通道已丟失或復(fù)位，所以用170 的地址發(fā)起會(huì)話。,典型案例5：WAP圖、鈴下載失敗的案例,例4：“我的夢網(wǎng)”頁面無法進(jìn)入，定制的頁面鏈接丟失。 原因分析：該問題出現(xiàn)時(shí)，可能有兩種原因?qū)е拢?a）PDP激活時(shí)，未能正確通過認(rèn)證中心的認(rèn)證 （RADIUS） b）網(wǎng)關(guān)未將用戶的手機(jī)號(hào)碼發(fā)送到中央MISC c）中央MISC有問題。 經(jīng)過網(wǎng)關(guān)和MISC的聯(lián)合分析后，MISC進(jìn)行了處理，故障排除。,典型案例5：

9、WAP圖、鈴下載失敗總結(jié), WAP圖鈴下載的主要問題是在網(wǎng)關(guān)及以外的網(wǎng)元上，如MISC， SP服務(wù)器。這對(duì)于今后WAP業(yè)務(wù)的優(yōu)化指明了方向。 GPRS wap 內(nèi)場測試、核心網(wǎng)、網(wǎng)關(guān)、頁面服務(wù)中心聯(lián)合掛 表效果明顯，使問題能得到迅速定位和解決。,典型案例6：跨越SGSN路由區(qū)更新故障,問題描述：每次穿越RAC區(qū)時(shí)，都發(fā)生掉線，且都伴隨著RAU Failure。 問題分析：通過仔細(xì)分析，認(rèn)為問題主要出現(xiàn)在核心網(wǎng)中。,典型案例6：跨越SGSN路由區(qū)更新故障,SGSN內(nèi)的數(shù)據(jù)錯(cuò)誤通常是導(dǎo)致路由更新失敗的原因 關(guān)系GPRS路由更新的參數(shù)主要有3部分，即： (1) 每個(gè)MSC到SGSN的歸屬位置； (2

10、) 每個(gè)BSC到MSC的歸屬位置； (3) 每個(gè)小區(qū)的歸屬的RAC區(qū)。 以上3個(gè)參數(shù)必須與現(xiàn)行網(wǎng)絡(luò)中硬件設(shè)備的連接一致才能保證GPRS手機(jī) 路由更新的正常進(jìn)行,典型案例7：吉兆花園小區(qū)掉線分析,問題描述：GPRS-DT測試過程中，吉兆花園1發(fā)生掉線，掉線情況都是在 GPRS上網(wǎng)過程中，空中接口信令看到在手機(jī)發(fā)了channel request信令后沒有了GPRS上行和下行的信令。我們對(duì)GB口的 信令進(jìn)行了跟蹤，并進(jìn)行了分析。,典型案例7：吉兆花園小區(qū)GB口信令分析,典型案例7：吉兆花園小區(qū)GB口信令分析,吉兆花園的信令通過回放，在GB上最后一個(gè)DUPD發(fā)下后，MFS發(fā)了3次CHNADL，在GCH

11、上出現(xiàn)較多的紅色的ACCESS BURST，在GB上出現(xiàn)RSTA消息。說明上行鏈路接收不正確。,典型案例7：吉兆花園小區(qū)GB口信令分析, 發(fā)現(xiàn)吉兆花園1所覆蓋的某個(gè)區(qū)域誤塊相當(dāng)?shù)亩?，如下圖。, 結(jié)論：上行干擾導(dǎo)致了掉線問題。,典型案例8：RAU Reject 導(dǎo)致掉線,問題描述：GPRS-DT過程中，路由區(qū)更新失敗，導(dǎo)致掉線。 失敗的原因是：“Implicitly detached”。,典型案例7： RAU Reject 導(dǎo)致掉線,從網(wǎng)絡(luò)拒絕的原因來看，網(wǎng)路認(rèn)為手機(jī)已經(jīng)Detach了，所以發(fā)下 拒絕路由更新的指令。但是從位置更新前手機(jī)仍在傳輸數(shù)據(jù)的狀 態(tài)來看，手機(jī)并未Detach；,此區(qū)域大部分的RAU是成功的；,至于何種原因?qū)е翿AU失敗，目前還在研究中。但基本確 定原因不在無線部分，應(yīng)該在核心網(wǎng)部分。,分析方法：利用自動(dòng)路測儀輔助分析,自動(dòng)路測系統(tǒng)的組成：,分析方法：利用自動(dòng)路測儀輔助分析,用戶事件的定義和統(tǒng)計(jì)：比如路由更新,分析方法：利用