《基于GPRS的各項數(shù)據(jù)業(yè)務(wù)以及排障方法.ppt》由會員分享，可在線閱讀，更多相關(guān)《基于GPRS的各項數(shù)據(jù)業(yè)務(wù)以及排障方法.ppt（82頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、1,基于GPRS的各項業(yè)務(wù)介紹以及排障方法,2,內(nèi)容題綱,基于GPRSWAP業(yè)務(wù)的介紹WAP業(yè)務(wù)的排障方法基于GPRS的多媒體彩信業(yè)務(wù)目前GPRS隨E行業(yè)務(wù)的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務(wù)統(tǒng)計功能的介紹以及關(guān)注的指標,3,WAP組網(wǎng)原則,全網(wǎng)按業(yè)務(wù)量預(yù)測大小，在全國設(shè)立四個WAP網(wǎng)關(guān)(北京,武漢,上海,廣州)，各省的wapoverGPRS業(yè)務(wù)通過打GRE隧道接入歸屬域的WAP網(wǎng)關(guān)。同時設(shè)立RADUIS服務(wù)器和MISC實現(xiàn)信息源計費，并通過MSIC和各個SP進行連接。WAP網(wǎng)關(guān)可有兩個IP地址，一個內(nèi)部IP地址10.0.0.172，用于內(nèi)部局域網(wǎng)尋址；另一個是外部合法IP地址，用于與I

2、nternet互通.,4,WAP業(yè)務(wù)與CMNET的關(guān)系,原則上，WAP業(yè)務(wù)應(yīng)以移動互聯(lián)網(wǎng)作為承載網(wǎng)，并與中國移動互聯(lián)網(wǎng)開放的普通Internet共用同一接入系統(tǒng)。,5,基于GPRS的WAP組網(wǎng)方案,6,wapoverGPRS業(yè)務(wù)的網(wǎng)絡(luò)結(jié)構(gòu)圖,7,GGSN、RADIUS以及WAP網(wǎng)關(guān)在激活和去活PDP上下文時的交互流程,,,,8,wapoverGPRS業(yè)務(wù)的正常流程,,,9,內(nèi)容題綱,基于GPRSWAP業(yè)務(wù)的介紹WAP業(yè)務(wù)的排障方法目前WAP網(wǎng)關(guān)存在的問題以及實地測試結(jié)果基于GPRS的多媒體彩信業(yè)務(wù)目前GPRS隨E行業(yè)務(wù)的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務(wù)統(tǒng)計功能的介紹以及關(guān)注的指標,10

3、,一、GPRS登陸流程（GPRS附著流程）,11,1.針對手機無GPRS信號，無法登陸GPRS網(wǎng)的問題,1)問題流程圖查找點：檢查GPRS網(wǎng)絡(luò)設(shè)備（attach過程所涉及的設(shè)備：如SGSN、信令網(wǎng)設(shè)備、PCU等）的運行情況；若需深入分析，可以在Gb口掛表測試，或者Gb接口和Gr接口同時掛表，建議測試儀表應(yīng)具有TRACE和統(tǒng)計分析功能。,12,2）排障過程(全網(wǎng)性問題),全網(wǎng)性問題主要指SGSN不穩(wěn)定，信令網(wǎng)數(shù)據(jù)不全或故障，從而遭到大量用戶投訴。全網(wǎng)性問題產(chǎn)生的主要原因：:()信令網(wǎng)路由數(shù)據(jù)遺漏或者錯誤（HSTP/LSTP的SGSNGT路由分析數(shù)據(jù)遺漏或者錯誤或子系統(tǒng)號配置不正確，以及SGSN的

4、IMSI號段分析數(shù)據(jù)表不完整）。()Gr信令單平面問題，SGSN與HLR設(shè)備的兼容性。另外，SGSN性能穩(wěn)與否定直接影響所有GPRS業(yè)務(wù)。,13,排障過程(全網(wǎng)性問題),全網(wǎng)性問題的排障方案：()檢查SGSN系統(tǒng)告警，查看系統(tǒng)用戶登記情況，是否無任何用戶登記或者登記用戶數(shù)量異常，同時檢查Gr接口板是否運行正常。()檢查SGSN各個Gb接口運行情況。()從SGSN側(cè)檢查至信令網(wǎng)絡(luò)的路由是否暢通，必要時可以在Gr接口掛表測試。建議對于信令相關(guān)故障，要聯(lián)系LSTP、HSTP，可以更方便的發(fā)現(xiàn)問題的原因。()檢查信令數(shù)據(jù)設(shè)置是否完整、準確。,14,3）排障過程(區(qū)域性問題),區(qū)域性問題指PCU層問題，

5、或者無線層方面問題，導(dǎo)致區(qū)域性問題的原因主要是個別BSC功能不穩(wěn)定，或部分小區(qū)問題，有少量用戶反映。,15,排障過程(區(qū)域性問題),區(qū)域性問題排障方案：因目前維護過程中遇到的故障大部分為區(qū)域性問題，故對于接到的用戶反映或投訴，首先應(yīng)從區(qū)域性問題入手()首先通過客服獲取用戶手機信息，初步判斷是否用戶手機設(shè)置有問題。()檢查用戶HLR中GPRS數(shù)據(jù)是否已經(jīng)正確添加。()檢查用戶所在小區(qū)是否已經(jīng)開通GPRS功能。()觀察是否可以占用GPRS資源。如果占不上資源可以將嘗試將小區(qū)的功能去活、激活后再次查看。同時注意觀察GSM語音話務(wù)量擁塞情況，語音擁塞且無固定PDCH，可能會造成附著困難。()通過統(tǒng)計或

6、者相關(guān)指令查看PCU上下行流量是否正常，尤其關(guān)注有大量上行流量卻無下行流量的情況。對于這種情況可以確認為PCU故障。()查看出現(xiàn)投訴用戶是否在歸屬同一個BSC、或者同一個PCU控制。查看該Gb接口狀態(tài)是否正常。()若通過以上步驟仍舊無法解決問題，可嘗試從全網(wǎng)性問題角度進行分析，查找潛在的原因。處理該類投訴我們希望獲得用戶的信息有：用戶手機類型、是否已經(jīng)申請開通GPRS、用戶所在的區(qū)域、用戶是否是初次使用GPRS業(yè)務(wù)、出現(xiàn)類似問題的時間。,16,二、GPRS的PDP激活流程,17,1.針對PDPcontext激活失敗,1)問題流程圖,18,2)排障過程,查找點：檢查網(wǎng)絡(luò)設(shè)備（PDPcontext

7、激活過程涉及的設(shè)備PCU、SGSN、GGSN、DNS、Radius、wapGW）的運行情況，進行信令分析。（若有可能可在Gb、Gi口同時掛表測試，最好是同一塊表，且能夠分析Gi口的各層協(xié)議。）導(dǎo)致PDPcontext激活失敗因素可以從以下幾個方面說明：MS原因,PCU原因,GPRS核心網(wǎng)原因,Radius、wapGW原因.,19,a.MS原因造成PDP激活失敗,可以分為人為設(shè)置錯誤和手機本身兩方面:人為設(shè)置錯誤主要是手機中的參數(shù)設(shè)置不附和要求。從目前情況看，主要有以下幾類：()APN設(shè)置錯誤：因普通GPRS用戶HLR簽約信息沒有采用默認方式*。若手機發(fā)送的APN錯誤，即非公用APN（CMNET

8、、CMWAP）或者為空，激活請求直接被SGSN拒絕。對于采用默認方式*，手機發(fā)送的APN為空，SGSN會使用缺省的APN-CMNET，盡管能夠PDP激活，但不能上移動夢網(wǎng)。另外用戶GPRS數(shù)據(jù)不完整也是導(dǎo)致激活失敗的原因，這方面主要指HLR中NAM=0（支持GPRS），但缺少PDP定義所致。()QOS不匹配：手機中設(shè)置的QOS與HLR簽約數(shù)據(jù)中不匹配，有可能造成PDP失敗。()手機設(shè)IP地址：目前系統(tǒng)不具備分配靜態(tài)IP地址功能，手機請求信息若含固定IP地址，則激活請求被SGSN拒絕。()用戶行為:指用戶尚未完成去激活時重新發(fā)起激活過程，造成激活失?。换蛘哂脩粼谝粋€APN已經(jīng)激活的情況下，嘗試用

9、另一個APN激活，因部分設(shè)備（如愛立信）目前不支持兩個APN同時激活，也會造成激活失敗。手機本身原因：而手機本身與網(wǎng)絡(luò)配合也是一個不可忽視的因素，GPRS手機與GPRS核心網(wǎng)兼容性不好，可能會出現(xiàn)某些型號手機在已經(jīng)激活狀態(tài)下又頻繁發(fā)送PDPcontext激活請求消息。,20,b.PCU原因,主要來自PDCH資源和PCU性能方面。進行PDP激活的一個前提是用戶必須能獲取PDCH資源，能附著GPRS網(wǎng)絡(luò)，同樣需要注意觀察GSM語音話務(wù)量情況。,21,c.GPRS核心網(wǎng)原因,主要指SGSN、GGSN本身的故障及配置，以及DNS的解析功能，另外核心網(wǎng)中的路由器性能和防火墻策略也直接影響PDP激活成功。

10、因出現(xiàn)上述故障影響面較大，需要特別關(guān)注。具體情況包括：()DNS解析功能是否正常；或者某解析設(shè)置錯誤在DNS里改正后未及時向SGSN中的CACHEDNS發(fā)送更新請求；或者SGSN與DNS的路由出現(xiàn)故障，導(dǎo)致在CACHEDNS失效后無法更新。()SGSN和GGSN之間的GTP是否正常，需要檢查GPRS核心網(wǎng)絡(luò)中SWITCH工作是否正常。()SGSN、GGSN中Gi、Gn接口過濾策略是否設(shè)置正確。()防火墻是否正常工作，必要時可以將兩個防火墻進行倒換。()cmnet問題()GRE路由器問題,22,d.Radius、wapGW原因,目前現(xiàn)網(wǎng)配置一個RADIUS在北京；四個wapGW，分別放在了北京、

11、上海、廣州和武漢。PDP激活過程中GGSN向Radius發(fā)認證消息，而且與wapGW交換accounting包，GGSN規(guī)定的時間內(nèi)收不到Radius送的認證接受以及wapGW送的accountingresponse消息，則向GPRS用戶發(fā)送拒絕消息。,23,e.PDP激活失敗排障方案,()首先檢查用戶手機中有關(guān)GPRS設(shè)置，APN設(shè)置是否正確，有無固定IP地址，QOS配置是否正確。()檢查HLR里用戶申請激活時所用APN對應(yīng)的PDP定義數(shù)據(jù)()檢查核心網(wǎng)設(shè)備運行情況，包括SWITCH、防火墻及GRE路由器等()參考“附著問題排障方案”中相關(guān)步驟檢查PCU性能和Gb接口情況()檢查核心網(wǎng)DNS

12、解析功能是否正常()Gi接口掛表，監(jiān)測是否能夠正常收到“Accessaccept”和“Accountingresponse”消息。注：通過對附著和激活失敗的設(shè)備原因進行匯總，根據(jù)集團公司統(tǒng)計目前易出故障的網(wǎng)元有：摩托羅拉：PCU,SGSN;諾基亞：PCU,PAPU；阿爾卡特:MFS、OMC-R,24,三、Wap網(wǎng)關(guān)的登陸流程,Nokia網(wǎng)關(guān)(北京),25,Wap網(wǎng)關(guān)的登陸流程,Siemens網(wǎng)關(guān),26,1.針對“請輸入主叫號碼”問題,1)問題流程圖,27,2)故障查找點前提：Gi接口和WAP網(wǎng)關(guān)兩側(cè)掛表,測試儀表1：能夠完成((地點:杭州、寧波）測試儀表2、3：我省無法自行完成.(同時監(jiān)測流入

13、流出WAP網(wǎng)關(guān)的數(shù)據(jù)。選用能完整、準確截取數(shù)據(jù)包，可解RADIUS、WSP、WTP、HTTP等協(xié)議的軟件),建議：,28,3)排障過程具體步驟如下：()首先監(jiān)測Gi口向Radius發(fā)送的消息里是否含有主叫號碼，沒有則是GPRS核心網(wǎng)絡(luò)問題()監(jiān)測wagGw入口(G1)，收到來自Radius的消息中有無主叫號碼，沒有則判斷為Radius原因。()監(jiān)測wapGW出口（G2），向MISC發(fā)送的消息里是否有主叫號碼，送主叫號碼則可能是MISC有故障，否則判斷為wapGW問題。,29,2.手機顯示“internalservererror”錯誤,問題流程圖情況一情況二,30,1)故障查找點前提：Gi接口和

14、WAP網(wǎng)關(guān)兩側(cè)、MISC掛表建議：測試儀表2、3：能合為一個儀表，同時監(jiān)測流入流出WAP網(wǎng)關(guān)的數(shù)據(jù)。選用能完整、準確截取數(shù)據(jù)包，可解RADIUS、WSP、WTP、HTTP等協(xié)議的軟件。測試儀表5：監(jiān)測流入流出MISK平臺和SP的數(shù)據(jù)我省無法自行完成，需要上報集團公司,31,2)排障過程“InternalServerError”是WAP網(wǎng)關(guān)上的proxy進程與外部的WebServer進行通信時產(chǎn)生的。它顯示在手機上是一條含有WSP碼的信息:500:InternalServerError(WSPCode:500)這只是一個一般的描述性信息，用戶可以再按在手機上的Detail軟鍵，確定具體的產(chǎn)生原因

15、。500是HTTP1.1規(guī)范中的一個狀態(tài)代碼，它表明WAP網(wǎng)關(guān)的proxy進程發(fā)現(xiàn)由于某種原因無法完成HTTP請求。,32,3)具體的排障流程如下,詳細步驟如下：()wapGW入口監(jiān)測用戶請求的網(wǎng)頁地址是否正確，此連接信息可由客服提供。()wapGW出口監(jiān)測是否向MISC發(fā)生網(wǎng)頁請求，無則wap網(wǎng)關(guān)回送500號錯誤，判斷為wap網(wǎng)關(guān)問題。()MICS出口監(jiān)測是否將請求轉(zhuǎn)發(fā)給SP，轉(zhuǎn)發(fā)則是SP問題，否則回送500號錯誤，判斷為MISC問題。,33,四、訪問MISC及訪問SP的流程,34,出現(xiàn)“請輸入SPID“的問題,1）問題流程圖,測試儀表2、3：能合為一個儀表，同時監(jiān)測流入流出WAP網(wǎng)關(guān)的數(shù)據(jù)

16、。選用能完整、準確截取數(shù)據(jù)包，可解RADIUS、WSP、WTP、HTTP等協(xié)議的軟件。測試儀表4、5：監(jiān)測流入流出MISC和SP的數(shù)據(jù)以上掛表過程無法在我省實現(xiàn)，只能通過上報集團解決。,35,2）排障流程,()wapGW入口監(jiān)測用戶請求的網(wǎng)頁地址是否正確，此連接信息可由客服提供。()wapGW出口監(jiān)測是否正常向MISC發(fā)送網(wǎng)頁請求，否則判斷為wapGW問題()MICS入口監(jiān)測wapGW的請求能否正常收到，否則判斷為CMNET問題。()MICS出口監(jiān)測是否將請求轉(zhuǎn)發(fā)給SP，轉(zhuǎn)發(fā)則是SP問題，否則判斷為MISC問題。,36,內(nèi)容題綱,基于GPRSWAP業(yè)務(wù)的介紹WAP業(yè)務(wù)的排障方法目前WAP網(wǎng)關(guān)存

17、在的問題以及實地測試結(jié)果基于GPRS的多媒體彩信業(yè)務(wù)目前GPRS隨E行業(yè)務(wù)的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務(wù)統(tǒng)計功能的介紹以及關(guān)注的指標,37,WAP網(wǎng)關(guān)目前所存在的問題,目前國內(nèi)共有四個WAP網(wǎng)關(guān),分別設(shè)置在北京、上海、廣州、武漢四個城市，其中，全國大多數(shù)城市的WAP接入指向北京WAP網(wǎng)關(guān)，北京WAP網(wǎng)關(guān)共設(shè)有三套接入點，每套接入點能夠同時接入2000個用戶，因此總?cè)萘渴?000個用戶。據(jù)NOKIAWAP網(wǎng)關(guān)工程師介紹，北京WAP網(wǎng)關(guān)已經(jīng)不堪重負，從去年年底開始就已經(jīng)出現(xiàn)容量告警，直至今日，WAP網(wǎng)關(guān)的已經(jīng)長期處在容量警戒狀態(tài)，用戶數(shù)基本都達到了5000以上，嚴重影響了接通率以及速度

18、。,38,對浙江省的影響情況,本次浙江省在集團公司組織的第三方測試中,在短信、彩信、KJAVA、WAP首頁顯示時間中扣分較多，由于WAP首頁顯示、彩信、KJAVA等業(yè)務(wù)都是通過本地GPRS指向北京WAP網(wǎng)關(guān)的，而本地GPRS網(wǎng)絡(luò)質(zhì)量在本次第三方測試中又取得了不錯的成績，因此我們斷定WAP網(wǎng)關(guān)是各項GPRS新業(yè)務(wù)的網(wǎng)絡(luò)瓶頸。為了探索用戶利用GPRS上WAP網(wǎng)成功率不高以及時延較長的具體原因,我們在本地進行了一系列的測試工作在GPRS核心網(wǎng)側(cè)對WAP網(wǎng)關(guān)的信令消息的收發(fā)進行了跟蹤.,39,GPRScmwaptest,正常cmwap信令過程非正常cmwap信令過程（cmwap對GGSN發(fā)的GET沒有

19、反應(yīng)，GGSN連續(xù)重發(fā)）非正常cmwap信令過程（cmwap對GGSN發(fā)的GET回應(yīng)答消息后，等待較長時間才發(fā)數(shù)據(jù)給GGSN）MMS發(fā)送信令流程MMS接受流程,40,正常cmwap信令過程,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”Cmwap和GGSN正常完成三次握手，并及時返回頁面“WSPReply”，時間大約2秒左右。GGSN及時應(yīng)答cmwap返回的消息“WSPACK”Cmwap響應(yīng)及時，WAP頁面顯示及時。Log為WAP_15_49,41,正常cmwap信令過程,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”Cmwap和GGSN正常完成三次握手。Cmwap返回頁面消息“WSP

20、Reply”較慢，大約4秒多。Cmwap對每次請求反應(yīng)時間不一。LOG為WAP_15_49,42,非正常cmwap信令過程（cmwap對GGSN發(fā)的GET沒有反應(yīng)，GGSN重發(fā)）,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”Cmwap返回連接成功響應(yīng)，但可能cmwap沒有及時響應(yīng)造成cmwap沒有及時返回頁面。GGSN在等待cmwap沒有響應(yīng)后重發(fā)GET消息(GGSN每次重發(fā)4秒）。LOG為WAP_16_03,43,非正常cmwap信令過程（cmwap對GGSN發(fā)的GET應(yīng)答后，cmwap返回消息較慢）,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”GGSN因cmwap沒有響應(yīng)而重發(fā)

21、GET消息。Cmwap應(yīng)答這次GET消息，并及時回“WTPACK”但cmwap在等待了大約13秒后才下發(fā)”WSPREPLY”，影響了cmwap的首頁顯示時間。LOG為WAP_15_16,44,MMS發(fā)送,MMS正常發(fā)送。CMWAP回“MMSM-SEND-CONF”LOG為MMS_12_12,,45,MMS接收,MMS接收時GGSN和cmwap正常完成了三次握手。由于cmwap沒有及時響應(yīng)，GGSN連續(xù)連續(xù)重發(fā)，每次重發(fā)間隔4秒。接收結(jié)束后，GGSN發(fā)“MMSM-NOTIFYRESP-IND”LOG為MMS_12_12,,46,江蘇、天津、北京、四川實地測試,了解到了WAP網(wǎng)關(guān)的實際情況以及我們

22、的測試結(jié)果，我們認為，本次第三方測試(WAP首頁顯示時間、MMS、KJAVA)的瓶頸就在北京WAP網(wǎng)關(guān)。但是為什么其他一些省份的WAP首頁顯示時間都在5秒以內(nèi)呢？帶著疑問我們?nèi)ソK、天津、北京等地進行了實地測試。,47,測試結(jié)果,測試結(jié)果表面，以上各省與WAP網(wǎng)關(guān)的相關(guān)的指標都不盡人意(具體請參考浙江省GPRSCMWAP測試分析報告）影響到浙江省集團公司第三方測試總排名的原因分析：1.手機原因(集團公司未要求手機統(tǒng)一)2.測試時間因素3.其他原因(測試車的速度等等),48,內(nèi)容題綱,基于GPRSWAP業(yè)務(wù)的介紹WAP業(yè)務(wù)的排障方法基于GPRS的多媒體彩信業(yè)務(wù)目前GPRS隨E行業(yè)務(wù)的問題及解決辦

23、法基于GPRS的企業(yè)接入業(yè)務(wù)幾個城市的指標對比情況統(tǒng)計功能的介紹以及關(guān)注的指標,49,彩信業(yè)務(wù)常見用戶投訴簡明處理流程,一、彩信終端無法發(fā)送彩信，提示發(fā)送不成功。可分為兩種情況:用戶問題系統(tǒng)問題,50,1.用戶問題,檢查用戶手機的彩信中心設(shè)置是否正確，正確的彩信中心URL為，用戶號碼是否具有GPRS功能或CSD功能，手機上關(guān)于GPRS和CSD上網(wǎng)的設(shè)置是否正確，如果不正確用戶不能正常發(fā)送彩信。如果用戶不具備這兩種上網(wǎng)功能，用彩信手機也不能成功發(fā)送彩信。,51,1)用戶反映不能發(fā)彩信，但可以接受彩信，這種情況首先檢查用戶的彩信中心地址，因為他能接收彩信是因為彩信中心發(fā)給他的PUSH中就帶有彩信中

24、心的地址，所以就會出現(xiàn)可以收卻不能發(fā)彩信的情況。2)當(dāng)用戶反映手機具有GPRS功能只是不具備CSD功能，上網(wǎng)是正常的，但彩信發(fā)送不出去，可以考慮檢查用戶手機關(guān)于彩信發(fā)送方式的選擇是否正確，如果彩信發(fā)送方式選擇的是CSD方式，那么就會出現(xiàn)手機上網(wǎng)是正常的，而彩信發(fā)送不出去的現(xiàn)象了。反之也一樣。當(dāng)用戶在用戶自服務(wù)系統(tǒng)中將自己手機的一些用戶參數(shù)作了修改時也會出現(xiàn)手機不能發(fā)送彩信的情況，如用戶將手機發(fā)送消息的大小、格式作了限制，大于這個限制或格式不被允許的消息就無法發(fā)送出去。又如用戶將發(fā)送方或接收方設(shè)為黑名單，這種情況也無法成功發(fā)送彩信。神州行用戶不能發(fā)彩信，因為現(xiàn)在還沒有對神州行用戶開放此業(yè)務(wù)。1)

25、2)3)情況可以指導(dǎo)用戶對手機終端和用戶參數(shù)進行修改。,52,2.系統(tǒng)或網(wǎng)絡(luò)問題,當(dāng)用戶反映手機不能用GPRS發(fā)彩信又排除了用戶自身的問題，可以先用CSD方式發(fā)彩信進行測試.1)如果用CSD方式發(fā)彩信成功就可以定位是GPRS核心設(shè)備或GPRS覆蓋的問題，可聯(lián)系GPRS維護人員進行處理;2)用CSD發(fā)送不成功用GPRS發(fā)送成功，就可定位為CSD的問題，可聯(lián)系CSD的維護人員處理;3)如果GPRS和CSD兩種方式都發(fā)送不成功就可定位為WAP網(wǎng)關(guān)或MMS的問題，可聯(lián)系WAP網(wǎng)關(guān)和MMS的維護人員處理。目前WAP網(wǎng)關(guān)負荷較大，在忙時系統(tǒng)負荷可達到設(shè)計容量，這種情況下會影響到用戶的彩信發(fā)送和接收。在MM

26、S方面如果用戶量過大，CPU負荷超過60%就會造成彩信收發(fā)不正常。,53,二、無法接收彩信,1、用戶收到彩信到達通知，但不能成功下載彩信，處理方法同上。2、用戶能成功下載彩信，但無法打開內(nèi)容，這與手機終端有關(guān)。,54,二、無法接收彩信,3、用戶沒有收到彩信到達通知，應(yīng)該檢查彩信中心是否有這條消息。如果MMSC存有這條消息的記錄：檢查WAP網(wǎng)關(guān)內(nèi)這條彩信PUSH消息下發(fā)的記錄，（1）WAP網(wǎng)關(guān)如果將這條彩信消息正常下發(fā)了，就聯(lián)系與WAP網(wǎng)關(guān)相連的短信中心進行處理。（2）WAP網(wǎng)關(guān)沒有將PUSH消息正常下發(fā)，就由WAP網(wǎng)關(guān)的維護人員進行處理。(3)如果WAP網(wǎng)關(guān)沒有收到彩信中心下發(fā)的PUSH消息此

27、時又可以分為兩種情況（a）彩信中心與所連WAP網(wǎng)關(guān)通信出現(xiàn)故障（b）彩信中心下發(fā)PUSH消息不成功?？陕?lián)系彩信中心與WAP網(wǎng)關(guān)的維護人員處理。如果彩信中心沒有這條彩信的記錄：說明用戶沒有發(fā)送成功或由于接收方用戶號碼不對彩信中心將這條消息拒絕了。,55,二、無法接收彩信,4、新用戶是彩信手機卻收不到從網(wǎng)站或夢網(wǎng)郵箱下發(fā)的彩信，出現(xiàn)這種現(xiàn)象的主要原因是用戶沒有在用戶自服系統(tǒng)中將手機終端類型改為彩信終端，可指導(dǎo)用戶在移動夢網(wǎng)上的用戶自服務(wù)系統(tǒng)中修改自己的終端類型，或建議用戶主動發(fā)出一條彩信，這樣系統(tǒng)就會自動將用戶終端類型改為彩信終端。,56,三、其它,1）用戶既收到彩信又收到彩信轉(zhuǎn)夢網(wǎng)郵箱的通知。這

28、種情況是由于用戶在彩信中心下發(fā)彩信到達通知后10分鐘之內(nèi)沒有到彩信中心下載該條彩信，彩信中心就會將該條信息復(fù)制一份轉(zhuǎn)到夢網(wǎng)郵箱，但彩信中心并不刪除這條信息，用戶在48小時之內(nèi)還是可以到彩信中心下載。2）用戶為非彩信終端收到亂碼，這是由于彩信中心在系統(tǒng)中查找用戶終端類型，如果查詢結(jié)果為未知終端時，系統(tǒng)就會給用戶下發(fā)一條彩信到達的通知（PUSH消息），而用戶終端不能識別彩信中心下發(fā)的PUSH消息通知造成的。,57,三、其他,3）多媒體消息轉(zhuǎn)夢網(wǎng)郵箱后，接收方用戶沒有接收到短消息通知，原因是夢網(wǎng)郵箱和短信中心的通信問題，聯(lián)系夢網(wǎng)郵箱及短信網(wǎng)關(guān)的維護人員處理。,58,【案例一】關(guān)于用戶投訴MMS發(fā)送總

29、是提示失敗的故障案例,故障內(nèi)容用戶投訴發(fā)送彩信，總是在手機上顯示發(fā)送失敗。故障分析首先用測試手機進行測試（為了便于查障，采用自發(fā)自收的方式），發(fā)現(xiàn)也顯示發(fā)送失敗。但過一會手機可以正常接收到該條彩信，并且會不停的接收到同一條彩信。后只能將發(fā)送失敗的信息刪除，才停止接收到相同彩信?？梢猿晒邮?，說明網(wǎng)絡(luò)沒有問題，后與集團公司聯(lián)系，得知彩信中心數(shù)據(jù)庫當(dāng)時存在故障，在排除該故障后，此類故障現(xiàn)象沒有再次出現(xiàn)。故障總結(jié)通過此次故障的處理，我們可以通過現(xiàn)場測試、進行一些簡單的分析來排除故障。,59,【案例二】關(guān)于用戶首次使用的問題,在投訴彩信不能接受的用戶中，大部分是由于用戶不了解彩信的用法，沒有先發(fā)送一條

30、彩信，在彩信中心進行登記，故不能接收彩信。由于彩信業(yè)務(wù)是以GPRS網(wǎng)絡(luò)為傳輸載體，用戶首要是要開通GPRS功能、數(shù)據(jù)功能及短信收發(fā)功能。另外，在WAP網(wǎng)關(guān)或GPRS網(wǎng)絡(luò)出現(xiàn)故障時，也會引起彩信不能正常收發(fā)。,60,【案例三】GPRS網(wǎng)絡(luò)問題造成彩信收發(fā)不成功,故障描述：有用戶反映彩信收發(fā)不正常，且曾經(jīng)能正常使用。處理過程：由于手機曾經(jīng)曾正常使用表明手機設(shè)置正確，檢查用戶數(shù)據(jù)也已開通GPRS功能。網(wǎng)管中心用彩信手機進行測試，也發(fā)現(xiàn)發(fā)送失敗。由于現(xiàn)在彩信業(yè)務(wù)使用的APN為cmwap，并通過北京wap網(wǎng)關(guān)轉(zhuǎn)到北京MMSC，故進行GPRS的cmwap上網(wǎng)測試，發(fā)現(xiàn)上網(wǎng)不正常，檢查SGSN與GGSN節(jié)點

31、均正常，聯(lián)系武漢wap網(wǎng)關(guān)，證實該網(wǎng)關(guān)有故障，正在處理。等wap網(wǎng)關(guān)恢復(fù)后再聯(lián)系客戶測試，已能正常使用。經(jīng)驗總結(jié)：目前的彩信業(yè)務(wù)主要是基于GPRS基礎(chǔ)網(wǎng)絡(luò)的業(yè)務(wù)（在沒有GPRS的地方也可通過CSD方式上網(wǎng)），基礎(chǔ)網(wǎng)絡(luò)的優(yōu)劣將直接影響該業(yè)務(wù)的質(zhì)量。,61,【案例四】彩信收發(fā)時延過長,故障描述：有較多用戶反映彩信收發(fā)時延很長，且GPRS上網(wǎng)正常。處理過程：網(wǎng)管中心技術(shù)人員現(xiàn)場測試，確實有延遲時間過長現(xiàn)象。測試檢查GPRS業(yè)務(wù)，一切正常。初步判斷可能出現(xiàn)在北京MMSC節(jié)點。聯(lián)系MMSC維護人員，維護人員發(fā)現(xiàn)有SP群發(fā)彩信現(xiàn)象。由于目前全國僅北京、武漢兩個MMSC，北京MMSC處理能力為每秒30條，當(dāng)

32、有SP群發(fā)時，由于瞬時業(yè)務(wù)流量過大，影響系統(tǒng)正常工作時，可能會產(chǎn)生擁堵現(xiàn)象。等群發(fā)結(jié)束后再進行測試，業(yè)務(wù)恢復(fù)正常。經(jīng)驗總結(jié)：由于瞬時業(yè)務(wù)流量過大可能影響正常彩信發(fā)送，故建議在目前網(wǎng)絡(luò)容量較小的情況下，對SP群發(fā)等可能影響大業(yè)務(wù)量情況進行及時疏通和合理安排。,62,【案例五】SP應(yīng)用下發(fā)到彩信終端接收不正常,故障描述：有用戶反映點對點彩信收發(fā)正常，但從部分合作SP網(wǎng)站下發(fā)信息接收不正常。處理過程：網(wǎng)管中心技術(shù)人員使用多款不同廠商彩信手機測試，發(fā)現(xiàn)有部分網(wǎng)站提示信息發(fā)送成功，但終端未收到或時延太長；部分信息下發(fā)后終端無法正常打開或顯示不正常。將同一圖片發(fā)送到不同型號手機上，部分手機顯示正常，部分顯

33、示無法正常打開。應(yīng)該為手機型號不同所支持的文件格式不同導(dǎo)致。經(jīng)驗總結(jié)：建議對合作SP的彩信內(nèi)容作更好管理，同時完善SP與MMSC間接口，使客戶下發(fā)信息更方便。,63,【案例六】新增客戶無法收發(fā)彩信,故障描述：用戶反映為新入網(wǎng)號碼，無法正常收發(fā)彩信，上GPRS正常，將以前用過彩信業(yè)務(wù)的卡放在其手機中，可以正常使用。處理過程：網(wǎng)管中心技術(shù)人員對彩信進行測試發(fā)現(xiàn)收發(fā)均正常，但是發(fā)送到投訴用戶號碼上終端顯示發(fā)送失敗。分析彩信發(fā)送流程，結(jié)合平時處理經(jīng)驗，猜測可能是在下發(fā)流程中出現(xiàn)錯誤。聯(lián)系北京MMSC，請維護人員對測試過程進行跟蹤。彩信已成功提交到MMSC，但在下發(fā)過程中，系統(tǒng)無法自動更新用戶類型，導(dǎo)致

34、發(fā)送失敗。MMSC中將用戶分為三類：MMS終端，非MMS終端及未知類型。通常情況下，系統(tǒng)可以根據(jù)終端上報的消息自動更新終端類型。但是由于系統(tǒng)問題，無法對新增用戶進行自動更新，導(dǎo)致消息下發(fā)時系統(tǒng)因無法正確識別終端類型而發(fā)送失敗。MMSC維護人員將測試新增用戶屬性修改為MMS終端后再測試，彩信收發(fā)都正常。由于系統(tǒng)無法正常更新用戶屬性，可暫時到夢網(wǎng)網(wǎng)站的“用戶自服務(wù)系統(tǒng)”中自行修改用戶屬性來解決。待系統(tǒng)正常后應(yīng)能自動更新。經(jīng)驗總結(jié)：彩信業(yè)務(wù)屬于新業(yè)務(wù)，涉及的網(wǎng)絡(luò)節(jié)點較多，技術(shù)也有待成熟。需要維護人員在平時積累經(jīng)驗，會同廠家解決問題。,64,【案例七】NOKIA7650彩信無法發(fā)送實例分析,故障現(xiàn)象：

35、彩信無法發(fā)送解決辦法：（1）檢查終端設(shè)置在手機設(shè)置中，使用不同功能對應(yīng)的接入點設(shè)置不同，其中彩信設(shè)置接入點承載方式GPRS，接入點名稱為CMWAP（非CMNET）無用戶名和密碼，，網(wǎng)關(guān)地址為10.0.0.172。同時應(yīng)增加次選連接為CSD方式，以確保在無GPRS信號時可以正常收發(fā)。（2）檢查用戶GPRS功能是否開通一種辦法是通過檢查交換數(shù)據(jù)；另一種快捷的辦法檢查手機顯示狀態(tài)，有GPRS信號且開通GPRS功能的用戶，界面上應(yīng)出現(xiàn)G字樣。（3）設(shè)置正確且開通GPRS功能，則應(yīng)能正常WAP瀏覽。此事應(yīng)為集團公司MMSC故障。（4）若開通GPRS功能，但無GPRS信號，則可以嘗試用CSD方式發(fā)送。（5

36、）若WAP瀏覽都不可用，則應(yīng)為WAP網(wǎng)關(guān)或RADIUS故障。,65,【案例八】手機只能接收短信提醒的現(xiàn)象分析,有紹興用戶投訴在上海接受不到朋友發(fā)給他的彩信，用戶雙方都是彩信手機，對端用戶手機上顯示無法接受，然后就收到9991000001發(fā)送的信息，請到網(wǎng)站W(wǎng)WW.MONTERNET.COM收取。接到用戶投訴后，我們首先查看了用戶的用戶數(shù)據(jù)，均開通了GPRS功能，用戶漫游狀態(tài)正常。懷疑用戶漫游所在地GPRS網(wǎng)絡(luò)故障，聯(lián)系用戶，詢問其他GPRS業(yè)務(wù)能否正常使用，用戶答復(fù)正常。與用戶漫游地機房聯(lián)系，得知對方GPRS網(wǎng)絡(luò)二小時前出現(xiàn)故障現(xiàn)已解決，與用戶聯(lián)系，請用戶再重發(fā)彩信，彩信使用正常。根據(jù)這個投訴

37、解決過程，我們總結(jié)出當(dāng)使用彩信點對點發(fā)送時，雙方用戶必須正常附著在GPRS網(wǎng)絡(luò)上，GPRS網(wǎng)絡(luò)必須正常，否則對端用戶就會收到短信提醒，請到WWW.MONTERNET.COM收取。,66,GGSN,目前彩信面臨的最大問題,“經(jīng)過反復(fù)測試、驗證后我們發(fā)現(xiàn)，如果彩信沒有發(fā)送成功，或者只發(fā)送了一半，以及出現(xiàn)重發(fā)的情況，記費系統(tǒng)并沒有對該彩信收取費用，但是GPRS話單卻是對這期間產(chǎn)生的流量照收無誤的?！?目前我們采用了統(tǒng)一的WAPAPN設(shè)置來提供MMS的收發(fā)。GPRS流量計費信息來自于SGSN，即采用S-CDR來計費MMS的正常流量要在月結(jié)的時候從WAPoverGPRS流量中扣除,Wap瀏覽,MMS,,

38、,,,W,,67,內(nèi)容題綱,基于GPRSWAP業(yè)務(wù)的介紹WAP業(yè)務(wù)的排障方法目前WAP網(wǎng)關(guān)存在的問題以及實地測試結(jié)果基于GPRS的多媒體彩信業(yè)務(wù)目前GPRS隨E行業(yè)務(wù)的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務(wù)統(tǒng)計功能的介紹以及關(guān)注的指標,68,一、隨E行的投訴以及投訴的分類,現(xiàn)狀：隨E行業(yè)務(wù)投訴（包括手機+筆記本上網(wǎng)）已經(jīng)占GPRS投訴的80%。按投訴分類,,69,根據(jù)上圖中分析：（1）上網(wǎng)不成功是最主要的故障現(xiàn)象，占一半以上，其原因有多方面，其中主要原因是用戶自己的終端或配置問題、網(wǎng)絡(luò)設(shè)備故障和信號覆蓋問題。（2）掉線斷傳占所有故障的1/5，是相當(dāng)重要的一類故障。對于該類故障，處理結(jié)果都是現(xiàn)

39、場測試正常或原因未知，需要進一步研究。（3）反映網(wǎng)速慢的占投訴的13%。但是根據(jù)客服中心反映，1860數(shù)據(jù)專席每天接受最多的投訴就是隨E行上網(wǎng)速度慢的投訴。只有用戶反映強烈的才提交網(wǎng)管中心電子化維護平臺上來。因此用戶對于網(wǎng)速慢的投訴遠高于這個比例。（4）其他原因包括新業(yè)務(wù)投訴、咨詢等特殊投訴。,70,二、隨E行的故障分類,,71,根據(jù)故障原因分析，發(fā)現(xiàn)以下問題：（1）現(xiàn)場測試正常，用戶故障現(xiàn)象無法重現(xiàn)比例相當(dāng)高。有17%的投訴處理無法重現(xiàn)用戶故障，但沒有能夠和用戶確認故障是否已經(jīng)消除。這些故障現(xiàn)象包括速度慢、掉線、無法上網(wǎng)等。這些故障中，速度慢與同小區(qū)業(yè)務(wù)量大小有關(guān)、掉線為隨機現(xiàn)象、無法上網(wǎng)但

40、網(wǎng)絡(luò)良好可能與用戶終端有關(guān)。以上現(xiàn)象如果不是和用戶一起做有針對性的測試是很難再現(xiàn)故障的，因此現(xiàn)場測試正常無法說明用戶故障已經(jīng)消除。故障具有隨機性、再現(xiàn)故障困難是移動數(shù)據(jù)業(yè)務(wù)故障的一大特點。（2）故障處理成功率不高。故障處理不成功的情況包括上述現(xiàn)場測試正常而未和用戶聯(lián)系（20%）、無處理結(jié)果或無法處理（6%）以及其他類中的一些沒有處理結(jié)果的處理單，，占總投訴數(shù)的1/3。處理成功率不高主要是因為隨E行上網(wǎng)故障處理復(fù)雜、再現(xiàn)故障現(xiàn)場困難，也和目前數(shù)據(jù)業(yè)務(wù)故障處理各運營商以及SP之間缺乏合作和溝通有關(guān)。缺乏一個最終對用戶負責(zé)的機構(gòu)，用戶直接面對具體的部門，一次處理嘗試不成功投訴處理流程即告結(jié)束。,72

41、,三、典型故障處理,針對已經(jīng)發(fā)現(xiàn)的典型故障進行歸類分析。目前進行的主要工作是針對GPRS上網(wǎng)斷線故障的分析。GPRS上網(wǎng)斷線故障的現(xiàn)象是GPRS上網(wǎng)一段時間（可能幾分鐘）或數(shù)據(jù)傳輸一定量以后，數(shù)據(jù)就無法繼續(xù)傳輸了（這時往往撥號連接還顯示正常）。該類故障是長期以來一直存在的一個典型故障。根據(jù)對幾個故障高發(fā)用戶的跟蹤分析，我們發(fā)現(xiàn)了該故障的幾個特點：用戶所初地點一般在跨SGSN的路由區(qū)邊界，經(jīng)常發(fā)生RAU。而用戶斷線的現(xiàn)場一般為網(wǎng)絡(luò)發(fā)起的PDP去激活和隱式Detach。由于隱式Detach不會向用戶發(fā)去激活和去附著指令，因此用戶端的撥號連接并不知道網(wǎng)絡(luò)已經(jīng)將其detach了。我們計劃與網(wǎng)優(yōu)中心合作

42、通過進一步試驗驗證這一結(jié)論并提出解決辦法。,73,四、業(yè)務(wù)性能統(tǒng)計分析系統(tǒng)技術(shù)可行性調(diào)研,業(yè)務(wù)性能統(tǒng)計分析系統(tǒng)概念的提出是為了彌補目前移動通信網(wǎng)網(wǎng)管系統(tǒng)只關(guān)心網(wǎng)絡(luò)性能指標而不關(guān)心用戶業(yè)務(wù)性能指標，例如隨E行用戶上網(wǎng)數(shù)據(jù)傳輸速率、用戶上網(wǎng)掉線、業(yè)務(wù)層流量統(tǒng)計、業(yè)務(wù)層故障告警（例如DNS查詢失敗率過高、服務(wù)器響應(yīng)時間過長、VPN上特定應(yīng)用失敗等）。我們希望能夠與廠家共同合作研究在現(xiàn)有的數(shù)據(jù)網(wǎng)管系統(tǒng)中進行業(yè)務(wù)質(zhì)量統(tǒng)計手段，并分析將比較成熟的局域網(wǎng)業(yè)務(wù)統(tǒng)計系統(tǒng)應(yīng)用到GPRS網(wǎng)中的可行性。該類系統(tǒng)的設(shè)計和引入還有助于及時發(fā)現(xiàn)諸如WAP訪問速度慢、以及進行病毒告警等多種移動數(shù)據(jù)業(yè)務(wù)的故障。,74,內(nèi)容題綱

43、,基于GPRSWAP業(yè)務(wù)的介紹WAP業(yè)務(wù)的排障方法基于GPRS的多媒體彩信業(yè)務(wù)目前GPRS隨E行業(yè)務(wù)的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務(wù)統(tǒng)計功能的介紹以及關(guān)注的指標,75,企業(yè)接入的簡單示圖,GREtunnel,GGSN,,APN1.瀏覽網(wǎng)頁,PIX,10.5.1.10,NAT/PAT,,Internet,APN2.企業(yè)網(wǎng),企業(yè)GatewayGRERouter,,Intranet,GRETunnel,BankGatewayIPSecRouter,IPSecorMPLS,APN3.手機銀行,,Server,,,,76,一、GPRS核心網(wǎng)應(yīng)該關(guān)心的網(wǎng)絡(luò)業(yè)務(wù)總量,SGSNPDP用戶數(shù)總量SGS

44、N附著用戶總數(shù)平均每用戶數(shù)據(jù)量,,OMCstatistic,77,二、GPRS核心網(wǎng)絡(luò)應(yīng)該特別注意的網(wǎng)絡(luò)性能指標,GPRS附著成功率PDP激活成功率（集團公司考核）路由區(qū)更新成功率,FromDT95%,FromDT95%,FromDT95%,FromDT6kbps/PDCHCS19kbps/PDCHCS2,78,1、GPRS附著成功率,GPRS附著程序嘗試次數(shù)sgsnNumL3mmAttachReqRcvdGPRS附著程序成功次數(shù)sgsnNumL3mmAttachAcceptSent平均的附著用戶數(shù)sgsnCurrentNumGprsAttachedMS,79,2、PDP激活成功率,由MS發(fā)起的PDP上下文激活成功次數(shù)(SGSN)sgsnNumL3mmSessionActivateAcceptSent由MS發(fā)起的PDP上下文激活嘗試次數(shù)(SGSN)sgsnNumL3mmSessionActivateReqRcvd激活PDP上下文的用戶數(shù)sgsnCurrentNumActivePdpSession,80,3、路由區(qū)更新成功率,路由區(qū)更新成功次數(shù)sgsnNumL3mmRaUpdateCompleteRcvd路由區(qū)更新嘗試次數(shù)sgsnNumL3mmRaUpdateReqRcvd,81,4、SGSN間路由區(qū)更新成功率,82,網(wǎng)管中心徐昊帆聯(lián)系電話13606610000電子郵件,謝謝！,