《基于GPRS的各項數(shù)據(jù)業(yè)務以及排障方法.ppt》由會員分享，可在線閱讀，更多相關《基于GPRS的各項數(shù)據(jù)業(yè)務以及排障方法.ppt（82頁珍藏版）》請在裝配圖網上搜索。
1、1,基于GPRS的各項業(yè)務介紹以及排障方法,2,內容題綱,基于GPRSWAP業(yè)務的介紹WAP業(yè)務的排障方法基于GPRS的多媒體彩信業(yè)務目前GPRS隨E行業(yè)務的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務統(tǒng)計功能的介紹以及關注的指標,3,WAP組網原則,全網按業(yè)務量預測大小，在全國設立四個WAP網關(北京,武漢,上海,廣州)，各省的wapoverGPRS業(yè)務通過打GRE隧道接入歸屬域的WAP網關。同時設立RADUIS服務器和MISC實現(xiàn)信息源計費，并通過MSIC和各個SP進行連接。WAP網關可有兩個IP地址，一個內部IP地址10.0.0.172，用于內部局域網尋址；另一個是外部合法IP地址，用于與I
2、nternet互通.,4,WAP業(yè)務與CMNET的關系,原則上，WAP業(yè)務應以移動互聯(lián)網作為承載網，并與中國移動互聯(lián)網開放的普通Internet共用同一接入系統(tǒng)。,5,基于GPRS的WAP組網方案,6,wapoverGPRS業(yè)務的網絡結構圖,7,GGSN、RADIUS以及WAP網關在激活和去活PDP上下文時的交互流程,,,,8,wapoverGPRS業(yè)務的正常流程,,,9,內容題綱,基于GPRSWAP業(yè)務的介紹WAP業(yè)務的排障方法目前WAP網關存在的問題以及實地測試結果基于GPRS的多媒體彩信業(yè)務目前GPRS隨E行業(yè)務的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務統(tǒng)計功能的介紹以及關注的指標,10
3、,一、GPRS登陸流程（GPRS附著流程）,11,1.針對手機無GPRS信號，無法登陸GPRS網的問題,1)問題流程圖查找點：檢查GPRS網絡設備（attach過程所涉及的設備：如SGSN、信令網設備、PCU等）的運行情況；若需深入分析，可以在Gb口掛表測試，或者Gb接口和Gr接口同時掛表，建議測試儀表應具有TRACE和統(tǒng)計分析功能。,12,2）排障過程(全網性問題),全網性問題主要指SGSN不穩(wěn)定，信令網數(shù)據(jù)不全或故障，從而遭到大量用戶投訴。全網性問題產生的主要原因：:()信令網路由數(shù)據(jù)遺漏或者錯誤（HSTP/LSTP的SGSNGT路由分析數(shù)據(jù)遺漏或者錯誤或子系統(tǒng)號配置不正確，以及SGSN的
4、IMSI號段分析數(shù)據(jù)表不完整）。()Gr信令單平面問題，SGSN與HLR設備的兼容性。另外，SGSN性能穩(wěn)與否定直接影響所有GPRS業(yè)務。,13,排障過程(全網性問題),全網性問題的排障方案：()檢查SGSN系統(tǒng)告警，查看系統(tǒng)用戶登記情況，是否無任何用戶登記或者登記用戶數(shù)量異常，同時檢查Gr接口板是否運行正常。()檢查SGSN各個Gb接口運行情況。()從SGSN側檢查至信令網絡的路由是否暢通，必要時可以在Gr接口掛表測試。建議對于信令相關故障，要聯(lián)系LSTP、HSTP，可以更方便的發(fā)現(xiàn)問題的原因。()檢查信令數(shù)據(jù)設置是否完整、準確。,14,3）排障過程(區(qū)域性問題),區(qū)域性問題指PCU層問題，
5、或者無線層方面問題，導致區(qū)域性問題的原因主要是個別BSC功能不穩(wěn)定，或部分小區(qū)問題，有少量用戶反映。,15,排障過程(區(qū)域性問題),區(qū)域性問題排障方案：因目前維護過程中遇到的故障大部分為區(qū)域性問題，故對于接到的用戶反映或投訴，首先應從區(qū)域性問題入手()首先通過客服獲取用戶手機信息，初步判斷是否用戶手機設置有問題。()檢查用戶HLR中GPRS數(shù)據(jù)是否已經正確添加。()檢查用戶所在小區(qū)是否已經開通GPRS功能。()觀察是否可以占用GPRS資源。如果占不上資源可以將嘗試將小區(qū)的功能去活、激活后再次查看。同時注意觀察GSM語音話務量擁塞情況，語音擁塞且無固定PDCH，可能會造成附著困難。()通過統(tǒng)計或
6、者相關指令查看PCU上下行流量是否正常，尤其關注有大量上行流量卻無下行流量的情況。對于這種情況可以確認為PCU故障。()查看出現(xiàn)投訴用戶是否在歸屬同一個BSC、或者同一個PCU控制。查看該Gb接口狀態(tài)是否正常。()若通過以上步驟仍舊無法解決問題，可嘗試從全網性問題角度進行分析，查找潛在的原因。處理該類投訴我們希望獲得用戶的信息有：用戶手機類型、是否已經申請開通GPRS、用戶所在的區(qū)域、用戶是否是初次使用GPRS業(yè)務、出現(xiàn)類似問題的時間。,16,二、GPRS的PDP激活流程,17,1.針對PDPcontext激活失敗,1)問題流程圖,18,2)排障過程,查找點：檢查網絡設備（PDPcontext
7、激活過程涉及的設備PCU、SGSN、GGSN、DNS、Radius、wapGW）的運行情況，進行信令分析。（若有可能可在Gb、Gi口同時掛表測試，最好是同一塊表，且能夠分析Gi口的各層協(xié)議。）導致PDPcontext激活失敗因素可以從以下幾個方面說明：MS原因,PCU原因,GPRS核心網原因,Radius、wapGW原因.,19,a.MS原因造成PDP激活失敗,可以分為人為設置錯誤和手機本身兩方面:人為設置錯誤主要是手機中的參數(shù)設置不附和要求。從目前情況看，主要有以下幾類：()APN設置錯誤：因普通GPRS用戶HLR簽約信息沒有采用默認方式*。若手機發(fā)送的APN錯誤，即非公用APN（CMNET
8、、CMWAP）或者為空，激活請求直接被SGSN拒絕。對于采用默認方式*，手機發(fā)送的APN為空，SGSN會使用缺省的APN-CMNET，盡管能夠PDP激活，但不能上移動夢網。另外用戶GPRS數(shù)據(jù)不完整也是導致激活失敗的原因，這方面主要指HLR中NAM=0（支持GPRS），但缺少PDP定義所致。()QOS不匹配：手機中設置的QOS與HLR簽約數(shù)據(jù)中不匹配，有可能造成PDP失敗。()手機設IP地址：目前系統(tǒng)不具備分配靜態(tài)IP地址功能，手機請求信息若含固定IP地址，則激活請求被SGSN拒絕。()用戶行為:指用戶尚未完成去激活時重新發(fā)起激活過程，造成激活失?。换蛘哂脩粼谝粋€APN已經激活的情況下，嘗試用
9、另一個APN激活，因部分設備（如愛立信）目前不支持兩個APN同時激活，也會造成激活失敗。手機本身原因：而手機本身與網絡配合也是一個不可忽視的因素，GPRS手機與GPRS核心網兼容性不好，可能會出現(xiàn)某些型號手機在已經激活狀態(tài)下又頻繁發(fā)送PDPcontext激活請求消息。,20,b.PCU原因,主要來自PDCH資源和PCU性能方面。進行PDP激活的一個前提是用戶必須能獲取PDCH資源，能附著GPRS網絡，同樣需要注意觀察GSM語音話務量情況。,21,c.GPRS核心網原因,主要指SGSN、GGSN本身的故障及配置，以及DNS的解析功能，另外核心網中的路由器性能和防火墻策略也直接影響PDP激活成功。
10、因出現(xiàn)上述故障影響面較大，需要特別關注。具體情況包括：()DNS解析功能是否正常；或者某解析設置錯誤在DNS里改正后未及時向SGSN中的CACHEDNS發(fā)送更新請求；或者SGSN與DNS的路由出現(xiàn)故障，導致在CACHEDNS失效后無法更新。()SGSN和GGSN之間的GTP是否正常，需要檢查GPRS核心網絡中SWITCH工作是否正常。()SGSN、GGSN中Gi、Gn接口過濾策略是否設置正確。()防火墻是否正常工作，必要時可以將兩個防火墻進行倒換。()cmnet問題()GRE路由器問題,22,d.Radius、wapGW原因,目前現(xiàn)網配置一個RADIUS在北京；四個wapGW，分別放在了北京、
11、上海、廣州和武漢。PDP激活過程中GGSN向Radius發(fā)認證消息，而且與wapGW交換accounting包，GGSN規(guī)定的時間內收不到Radius送的認證接受以及wapGW送的accountingresponse消息，則向GPRS用戶發(fā)送拒絕消息。,23,e.PDP激活失敗排障方案,()首先檢查用戶手機中有關GPRS設置，APN設置是否正確，有無固定IP地址，QOS配置是否正確。()檢查HLR里用戶申請激活時所用APN對應的PDP定義數(shù)據(jù)()檢查核心網設備運行情況，包括SWITCH、防火墻及GRE路由器等()參考“附著問題排障方案”中相關步驟檢查PCU性能和Gb接口情況()檢查核心網DNS
12、解析功能是否正常()Gi接口掛表，監(jiān)測是否能夠正常收到“Accessaccept”和“Accountingresponse”消息。注：通過對附著和激活失敗的設備原因進行匯總，根據(jù)集團公司統(tǒng)計目前易出故障的網元有：摩托羅拉：PCU,SGSN;諾基亞：PCU,PAPU；阿爾卡特:MFS、OMC-R,24,三、Wap網關的登陸流程,Nokia網關(北京),25,Wap網關的登陸流程,Siemens網關,26,1.針對“請輸入主叫號碼”問題,1)問題流程圖,27,2)故障查找點前提：Gi接口和WAP網關兩側掛表,測試儀表1：能夠完成((地點:杭州、寧波）測試儀表2、3：我省無法自行完成.(同時監(jiān)測流入
13、流出WAP網關的數(shù)據(jù)。選用能完整、準確截取數(shù)據(jù)包，可解RADIUS、WSP、WTP、HTTP等協(xié)議的軟件),建議：,28,3)排障過程具體步驟如下：()首先監(jiān)測Gi口向Radius發(fā)送的消息里是否含有主叫號碼，沒有則是GPRS核心網絡問題()監(jiān)測wagGw入口(G1)，收到來自Radius的消息中有無主叫號碼，沒有則判斷為Radius原因。()監(jiān)測wapGW出口（G2），向MISC發(fā)送的消息里是否有主叫號碼，送主叫號碼則可能是MISC有故障，否則判斷為wapGW問題。,29,2.手機顯示“internalservererror”錯誤,問題流程圖情況一情況二,30,1)故障查找點前提：Gi接口和
14、WAP網關兩側、MISC掛表建議：測試儀表2、3：能合為一個儀表，同時監(jiān)測流入流出WAP網關的數(shù)據(jù)。選用能完整、準確截取數(shù)據(jù)包，可解RADIUS、WSP、WTP、HTTP等協(xié)議的軟件。測試儀表5：監(jiān)測流入流出MISK平臺和SP的數(shù)據(jù)我省無法自行完成，需要上報集團公司,31,2)排障過程“InternalServerError”是WAP網關上的proxy進程與外部的WebServer進行通信時產生的。它顯示在手機上是一條含有WSP碼的信息:500:InternalServerError(WSPCode:500)這只是一個一般的描述性信息，用戶可以再按在手機上的Detail軟鍵，確定具體的產生原因
15、。500是HTTP1.1規(guī)范中的一個狀態(tài)代碼，它表明WAP網關的proxy進程發(fā)現(xiàn)由于某種原因無法完成HTTP請求。,32,3)具體的排障流程如下,詳細步驟如下：()wapGW入口監(jiān)測用戶請求的網頁地址是否正確，此連接信息可由客服提供。()wapGW出口監(jiān)測是否向MISC發(fā)生網頁請求，無則wap網關回送500號錯誤，判斷為wap網關問題。()MICS出口監(jiān)測是否將請求轉發(fā)給SP，轉發(fā)則是SP問題，否則回送500號錯誤，判斷為MISC問題。,33,四、訪問MISC及訪問SP的流程,34,出現(xiàn)“請輸入SPID“的問題,1）問題流程圖,測試儀表2、3：能合為一個儀表，同時監(jiān)測流入流出WAP網關的數(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)測用戶請求的網頁地址是否正確，此連接信息可由客服提供。()wapGW出口監(jiān)測是否正常向MISC發(fā)送網頁請求，否則判斷為wapGW問題()MICS入口監(jiān)測wapGW的請求能否正常收到，否則判斷為CMNET問題。()MICS出口監(jiān)測是否將請求轉發(fā)給SP，轉發(fā)則是SP問題，否則判斷為MISC問題。,36,內容題綱,基于GPRSWAP業(yè)務的介紹WAP業(yè)務的排障方法目前WAP網關存
17、在的問題以及實地測試結果基于GPRS的多媒體彩信業(yè)務目前GPRS隨E行業(yè)務的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務統(tǒng)計功能的介紹以及關注的指標,37,WAP網關目前所存在的問題,目前國內共有四個WAP網關,分別設置在北京、上海、廣州、武漢四個城市，其中，全國大多數(shù)城市的WAP接入指向北京WAP網關，北京WAP網關共設有三套接入點，每套接入點能夠同時接入2000個用戶，因此總容量是6000個用戶。據(jù)NOKIAWAP網關工程師介紹，北京WAP網關已經不堪重負，從去年年底開始就已經出現(xiàn)容量告警，直至今日，WAP網關的已經長期處在容量警戒狀態(tài)，用戶數(shù)基本都達到了5000以上，嚴重影響了接通率以及速度
18、。,38,對浙江省的影響情況,本次浙江省在集團公司組織的第三方測試中,在短信、彩信、KJAVA、WAP首頁顯示時間中扣分較多，由于WAP首頁顯示、彩信、KJAVA等業(yè)務都是通過本地GPRS指向北京WAP網關的，而本地GPRS網絡質量在本次第三方測試中又取得了不錯的成績，因此我們斷定WAP網關是各項GPRS新業(yè)務的網絡瓶頸。為了探索用戶利用GPRS上WAP網成功率不高以及時延較長的具體原因,我們在本地進行了一系列的測試工作在GPRS核心網側對WAP網關的信令消息的收發(fā)進行了跟蹤.,39,GPRScmwaptest,正常cmwap信令過程非正常cmwap信令過程（cmwap對GGSN發(fā)的GET沒有
19、反應，GGSN連續(xù)重發(fā)）非正常cmwap信令過程（cmwap對GGSN發(fā)的GET回應答消息后，等待較長時間才發(fā)數(shù)據(jù)給GGSN）MMS發(fā)送信令流程MMS接受流程,40,正常cmwap信令過程,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”Cmwap和GGSN正常完成三次握手，并及時返回頁面“WSPReply”，時間大約2秒左右。GGSN及時應答cmwap返回的消息“WSPACK”Cmwap響應及時，WAP頁面顯示及時。Log為WAP_15_49,41,正常cmwap信令過程,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”Cmwap和GGSN正常完成三次握手。Cmwap返回頁面消息“WSP
20、Reply”較慢，大約4秒多。Cmwap對每次請求反應時間不一。LOG為WAP_15_49,42,非正常cmwap信令過程（cmwap對GGSN發(fā)的GET沒有反應，GGSN重發(fā)）,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”Cmwap返回連接成功響應，但可能cmwap沒有及時響應造成cmwap沒有及時返回頁面。GGSN在等待cmwap沒有響應后重發(fā)GET消息(GGSN每次重發(fā)4秒）。LOG為WAP_16_03,43,非正常cmwap信令過程（cmwap對GGSN發(fā)的GET應答后，cmwap返回消息較慢）,GGSN發(fā)wap請求，并發(fā)隨路get消息“get”GGSN因cmwap沒有響應而重發(fā)
21、GET消息。Cmwap應答這次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沒有及時響應，GGSN連續(xù)連續(xù)重發(fā)，每次重發(fā)間隔4秒。接收結束后，GGSN發(fā)“MMSM-NOTIFYRESP-IND”LOG為MMS_12_12,,46,江蘇、天津、北京、四川實地測試,了解到了WAP網關的實際情況以及我們
22、的測試結果，我們認為，本次第三方測試(WAP首頁顯示時間、MMS、KJAVA)的瓶頸就在北京WAP網關。但是為什么其他一些省份的WAP首頁顯示時間都在5秒以內呢？帶著疑問我們去江蘇、天津、北京等地進行了實地測試。,47,測試結果,測試結果表面，以上各省與WAP網關的相關的指標都不盡人意(具體請參考浙江省GPRSCMWAP測試分析報告）影響到浙江省集團公司第三方測試總排名的原因分析：1.手機原因(集團公司未要求手機統(tǒng)一)2.測試時間因素3.其他原因(測試車的速度等等),48,內容題綱,基于GPRSWAP業(yè)務的介紹WAP業(yè)務的排障方法基于GPRS的多媒體彩信業(yè)務目前GPRS隨E行業(yè)務的問題及解決辦
23、法基于GPRS的企業(yè)接入業(yè)務幾個城市的指標對比情況統(tǒng)計功能的介紹以及關注的指標,49,彩信業(yè)務常見用戶投訴簡明處理流程,一、彩信終端無法發(fā)送彩信，提示發(fā)送不成功?？煞譃閮煞N情況:用戶問題系統(tǒng)問題,50,1.用戶問題,檢查用戶手機的彩信中心設置是否正確，正確的彩信中心URL為，用戶號碼是否具有GPRS功能或CSD功能，手機上關于GPRS和CSD上網的設置是否正確，如果不正確用戶不能正常發(fā)送彩信。如果用戶不具備這兩種上網功能，用彩信手機也不能成功發(fā)送彩信。,51,1)用戶反映不能發(fā)彩信，但可以接受彩信，這種情況首先檢查用戶的彩信中心地址，因為他能接收彩信是因為彩信中心發(fā)給他的PUSH中就帶有彩信中
24、心的地址，所以就會出現(xiàn)可以收卻不能發(fā)彩信的情況。2)當用戶反映手機具有GPRS功能只是不具備CSD功能，上網是正常的，但彩信發(fā)送不出去，可以考慮檢查用戶手機關于彩信發(fā)送方式的選擇是否正確，如果彩信發(fā)送方式選擇的是CSD方式，那么就會出現(xiàn)手機上網是正常的，而彩信發(fā)送不出去的現(xiàn)象了。反之也一樣。當用戶在用戶自服務系統(tǒng)中將自己手機的一些用戶參數(shù)作了修改時也會出現(xiàn)手機不能發(fā)送彩信的情況，如用戶將手機發(fā)送消息的大小、格式作了限制，大于這個限制或格式不被允許的消息就無法發(fā)送出去。又如用戶將發(fā)送方或接收方設為黑名單，這種情況也無法成功發(fā)送彩信。神州行用戶不能發(fā)彩信，因為現(xiàn)在還沒有對神州行用戶開放此業(yè)務。1)
25、2)3)情況可以指導用戶對手機終端和用戶參數(shù)進行修改。,52,2.系統(tǒng)或網絡問題,當用戶反映手機不能用GPRS發(fā)彩信又排除了用戶自身的問題，可以先用CSD方式發(fā)彩信進行測試.1)如果用CSD方式發(fā)彩信成功就可以定位是GPRS核心設備或GPRS覆蓋的問題，可聯(lián)系GPRS維護人員進行處理;2)用CSD發(fā)送不成功用GPRS發(fā)送成功，就可定位為CSD的問題，可聯(lián)系CSD的維護人員處理;3)如果GPRS和CSD兩種方式都發(fā)送不成功就可定位為WAP網關或MMS的問題，可聯(lián)系WAP網關和MMS的維護人員處理。目前WAP網關負荷較大，在忙時系統(tǒng)負荷可達到設計容量，這種情況下會影響到用戶的彩信發(fā)送和接收。在MM
26、S方面如果用戶量過大，CPU負荷超過60%就會造成彩信收發(fā)不正常。,53,二、無法接收彩信,1、用戶收到彩信到達通知，但不能成功下載彩信，處理方法同上。2、用戶能成功下載彩信，但無法打開內容，這與手機終端有關。,54,二、無法接收彩信,3、用戶沒有收到彩信到達通知，應該檢查彩信中心是否有這條消息。如果MMSC存有這條消息的記錄：檢查WAP網關內這條彩信PUSH消息下發(fā)的記錄，（1）WAP網關如果將這條彩信消息正常下發(fā)了，就聯(lián)系與WAP網關相連的短信中心進行處理。（2）WAP網關沒有將PUSH消息正常下發(fā)，就由WAP網關的維護人員進行處理。(3)如果WAP網關沒有收到彩信中心下發(fā)的PUSH消息此
27、時又可以分為兩種情況（a）彩信中心與所連WAP網關通信出現(xiàn)故障（b）彩信中心下發(fā)PUSH消息不成功?？陕?lián)系彩信中心與WAP網關的維護人員處理。如果彩信中心沒有這條彩信的記錄：說明用戶沒有發(fā)送成功或由于接收方用戶號碼不對彩信中心將這條消息拒絕了。,55,二、無法接收彩信,4、新用戶是彩信手機卻收不到從網站或夢網郵箱下發(fā)的彩信，出現(xiàn)這種現(xiàn)象的主要原因是用戶沒有在用戶自服系統(tǒng)中將手機終端類型改為彩信終端，可指導用戶在移動夢網上的用戶自服務系統(tǒng)中修改自己的終端類型，或建議用戶主動發(fā)出一條彩信，這樣系統(tǒng)就會自動將用戶終端類型改為彩信終端。,56,三、其它,1）用戶既收到彩信又收到彩信轉夢網郵箱的通知。這
28、種情況是由于用戶在彩信中心下發(fā)彩信到達通知后10分鐘之內沒有到彩信中心下載該條彩信，彩信中心就會將該條信息復制一份轉到夢網郵箱，但彩信中心并不刪除這條信息，用戶在48小時之內還是可以到彩信中心下載。2）用戶為非彩信終端收到亂碼，這是由于彩信中心在系統(tǒng)中查找用戶終端類型，如果查詢結果為未知終端時，系統(tǒng)就會給用戶下發(fā)一條彩信到達的通知（PUSH消息），而用戶終端不能識別彩信中心下發(fā)的PUSH消息通知造成的。,57,三、其他,3）多媒體消息轉夢網郵箱后，接收方用戶沒有接收到短消息通知，原因是夢網郵箱和短信中心的通信問題，聯(lián)系夢網郵箱及短信網關的維護人員處理。,58,【案例一】關于用戶投訴MMS發(fā)送總
29、是提示失敗的故障案例,故障內容用戶投訴發(fā)送彩信，總是在手機上顯示發(fā)送失敗。故障分析首先用測試手機進行測試（為了便于查障，采用自發(fā)自收的方式），發(fā)現(xiàn)也顯示發(fā)送失敗。但過一會手機可以正常接收到該條彩信，并且會不停的接收到同一條彩信。后只能將發(fā)送失敗的信息刪除，才停止接收到相同彩信。可以成功接收，說明網絡沒有問題，后與集團公司聯(lián)系，得知彩信中心數(shù)據(jù)庫當時存在故障，在排除該故障后，此類故障現(xiàn)象沒有再次出現(xiàn)。故障總結通過此次故障的處理，我們可以通過現(xiàn)場測試、進行一些簡單的分析來排除故障。,59,【案例二】關于用戶首次使用的問題,在投訴彩信不能接受的用戶中，大部分是由于用戶不了解彩信的用法，沒有先發(fā)送一條
30、彩信，在彩信中心進行登記，故不能接收彩信。由于彩信業(yè)務是以GPRS網絡為傳輸載體，用戶首要是要開通GPRS功能、數(shù)據(jù)功能及短信收發(fā)功能。另外，在WAP網關或GPRS網絡出現(xiàn)故障時，也會引起彩信不能正常收發(fā)。,60,【案例三】GPRS網絡問題造成彩信收發(fā)不成功,故障描述：有用戶反映彩信收發(fā)不正常，且曾經能正常使用。處理過程：由于手機曾經曾正常使用表明手機設置正確，檢查用戶數(shù)據(jù)也已開通GPRS功能。網管中心用彩信手機進行測試，也發(fā)現(xiàn)發(fā)送失敗。由于現(xiàn)在彩信業(yè)務使用的APN為cmwap，并通過北京wap網關轉到北京MMSC，故進行GPRS的cmwap上網測試，發(fā)現(xiàn)上網不正常，檢查SGSN與GGSN節(jié)點
31、均正常，聯(lián)系武漢wap網關，證實該網關有故障，正在處理。等wap網關恢復后再聯(lián)系客戶測試，已能正常使用。經驗總結：目前的彩信業(yè)務主要是基于GPRS基礎網絡的業(yè)務（在沒有GPRS的地方也可通過CSD方式上網），基礎網絡的優(yōu)劣將直接影響該業(yè)務的質量。,61,【案例四】彩信收發(fā)時延過長,故障描述：有較多用戶反映彩信收發(fā)時延很長，且GPRS上網正常。處理過程：網管中心技術人員現(xiàn)場測試，確實有延遲時間過長現(xiàn)象。測試檢查GPRS業(yè)務，一切正常。初步判斷可能出現(xiàn)在北京MMSC節(jié)點。聯(lián)系MMSC維護人員，維護人員發(fā)現(xiàn)有SP群發(fā)彩信現(xiàn)象。由于目前全國僅北京、武漢兩個MMSC，北京MMSC處理能力為每秒30條，當
32、有SP群發(fā)時，由于瞬時業(yè)務流量過大，影響系統(tǒng)正常工作時，可能會產生擁堵現(xiàn)象。等群發(fā)結束后再進行測試，業(yè)務恢復正常。經驗總結：由于瞬時業(yè)務流量過大可能影響正常彩信發(fā)送，故建議在目前網絡容量較小的情況下，對SP群發(fā)等可能影響大業(yè)務量情況進行及時疏通和合理安排。,62,【案例五】SP應用下發(fā)到彩信終端接收不正常,故障描述：有用戶反映點對點彩信收發(fā)正常，但從部分合作SP網站下發(fā)信息接收不正常。處理過程：網管中心技術人員使用多款不同廠商彩信手機測試，發(fā)現(xiàn)有部分網站提示信息發(fā)送成功，但終端未收到或時延太長；部分信息下發(fā)后終端無法正常打開或顯示不正常。將同一圖片發(fā)送到不同型號手機上，部分手機顯示正常，部分顯
33、示無法正常打開。應該為手機型號不同所支持的文件格式不同導致。經驗總結：建議對合作SP的彩信內容作更好管理，同時完善SP與MMSC間接口，使客戶下發(fā)信息更方便。,63,【案例六】新增客戶無法收發(fā)彩信,故障描述：用戶反映為新入網號碼，無法正常收發(fā)彩信，上GPRS正常，將以前用過彩信業(yè)務的卡放在其手機中，可以正常使用。處理過程：網管中心技術人員對彩信進行測試發(fā)現(xiàn)收發(fā)均正常，但是發(fā)送到投訴用戶號碼上終端顯示發(fā)送失敗。分析彩信發(fā)送流程，結合平時處理經驗，猜測可能是在下發(fā)流程中出現(xiàn)錯誤。聯(lián)系北京MMSC，請維護人員對測試過程進行跟蹤。彩信已成功提交到MMSC，但在下發(fā)過程中，系統(tǒng)無法自動更新用戶類型，導致
34、發(fā)送失敗。MMSC中將用戶分為三類：MMS終端，非MMS終端及未知類型。通常情況下，系統(tǒng)可以根據(jù)終端上報的消息自動更新終端類型。但是由于系統(tǒng)問題，無法對新增用戶進行自動更新，導致消息下發(fā)時系統(tǒng)因無法正確識別終端類型而發(fā)送失敗。MMSC維護人員將測試新增用戶屬性修改為MMS終端后再測試，彩信收發(fā)都正常。由于系統(tǒng)無法正常更新用戶屬性，可暫時到夢網網站的“用戶自服務系統(tǒng)”中自行修改用戶屬性來解決。待系統(tǒng)正常后應能自動更新。經驗總結：彩信業(yè)務屬于新業(yè)務，涉及的網絡節(jié)點較多，技術也有待成熟。需要維護人員在平時積累經驗，會同廠家解決問題。,64,【案例七】NOKIA7650彩信無法發(fā)送實例分析,故障現(xiàn)象：
35、彩信無法發(fā)送解決辦法：（1）檢查終端設置在手機設置中，使用不同功能對應的接入點設置不同，其中彩信設置接入點承載方式GPRS，接入點名稱為CMWAP（非CMNET）無用戶名和密碼，，網關地址為10.0.0.172。同時應增加次選連接為CSD方式，以確保在無GPRS信號時可以正常收發(fā)。（2）檢查用戶GPRS功能是否開通一種辦法是通過檢查交換數(shù)據(jù)；另一種快捷的辦法檢查手機顯示狀態(tài)，有GPRS信號且開通GPRS功能的用戶，界面上應出現(xiàn)G字樣。（3）設置正確且開通GPRS功能，則應能正常WAP瀏覽。此事應為集團公司MMSC故障。（4）若開通GPRS功能，但無GPRS信號，則可以嘗試用CSD方式發(fā)送。（5
36、）若WAP瀏覽都不可用，則應為WAP網關或RADIUS故障。,65,【案例八】手機只能接收短信提醒的現(xiàn)象分析,有紹興用戶投訴在上海接受不到朋友發(fā)給他的彩信，用戶雙方都是彩信手機，對端用戶手機上顯示無法接受，然后就收到9991000001發(fā)送的信息，請到網站WWW.MONTERNET.COM收取。接到用戶投訴后，我們首先查看了用戶的用戶數(shù)據(jù)，均開通了GPRS功能，用戶漫游狀態(tài)正常。懷疑用戶漫游所在地GPRS網絡故障，聯(lián)系用戶，詢問其他GPRS業(yè)務能否正常使用，用戶答復正常。與用戶漫游地機房聯(lián)系，得知對方GPRS網絡二小時前出現(xiàn)故障現(xiàn)已解決，與用戶聯(lián)系，請用戶再重發(fā)彩信，彩信使用正常。根據(jù)這個投訴
37、解決過程，我們總結出當使用彩信點對點發(fā)送時，雙方用戶必須正常附著在GPRS網絡上，GPRS網絡必須正常，否則對端用戶就會收到短信提醒，請到WWW.MONTERNET.COM收取。,66,GGSN,目前彩信面臨的最大問題,“經過反復測試、驗證后我們發(fā)現(xiàn)，如果彩信沒有發(fā)送成功，或者只發(fā)送了一半，以及出現(xiàn)重發(fā)的情況，記費系統(tǒng)并沒有對該彩信收取費用，但是GPRS話單卻是對這期間產生的流量照收無誤的?！?目前我們采用了統(tǒng)一的WAPAPN設置來提供MMS的收發(fā)。GPRS流量計費信息來自于SGSN，即采用S-CDR來計費MMS的正常流量要在月結的時候從WAPoverGPRS流量中扣除,Wap瀏覽,MMS,,
38、,,,W,,67,內容題綱,基于GPRSWAP業(yè)務的介紹WAP業(yè)務的排障方法目前WAP網關存在的問題以及實地測試結果基于GPRS的多媒體彩信業(yè)務目前GPRS隨E行業(yè)務的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務統(tǒng)計功能的介紹以及關注的指標,68,一、隨E行的投訴以及投訴的分類,現(xiàn)狀：隨E行業(yè)務投訴（包括手機+筆記本上網）已經占GPRS投訴的80%。按投訴分類,,69,根據(jù)上圖中分析：（1）上網不成功是最主要的故障現(xiàn)象，占一半以上，其原因有多方面，其中主要原因是用戶自己的終端或配置問題、網絡設備故障和信號覆蓋問題。（2）掉線斷傳占所有故障的1/5，是相當重要的一類故障。對于該類故障，處理結果都是現(xiàn)
39、場測試正?；蛟蛭粗?，需要進一步研究。（3）反映網速慢的占投訴的13%。但是根據(jù)客服中心反映，1860數(shù)據(jù)專席每天接受最多的投訴就是隨E行上網速度慢的投訴。只有用戶反映強烈的才提交網管中心電子化維護平臺上來。因此用戶對于網速慢的投訴遠高于這個比例。（4）其他原因包括新業(yè)務投訴、咨詢等特殊投訴。,70,二、隨E行的故障分類,,71,根據(jù)故障原因分析，發(fā)現(xiàn)以下問題：（1）現(xiàn)場測試正常，用戶故障現(xiàn)象無法重現(xiàn)比例相當高。有17%的投訴處理無法重現(xiàn)用戶故障，但沒有能夠和用戶確認故障是否已經消除。這些故障現(xiàn)象包括速度慢、掉線、無法上網等。這些故障中，速度慢與同小區(qū)業(yè)務量大小有關、掉線為隨機現(xiàn)象、無法上網但
40、網絡良好可能與用戶終端有關。以上現(xiàn)象如果不是和用戶一起做有針對性的測試是很難再現(xiàn)故障的，因此現(xiàn)場測試正常無法說明用戶故障已經消除。故障具有隨機性、再現(xiàn)故障困難是移動數(shù)據(jù)業(yè)務故障的一大特點。（2）故障處理成功率不高。故障處理不成功的情況包括上述現(xiàn)場測試正常而未和用戶聯(lián)系（20%）、無處理結果或無法處理（6%）以及其他類中的一些沒有處理結果的處理單，，占總投訴數(shù)的1/3。處理成功率不高主要是因為隨E行上網故障處理復雜、再現(xiàn)故障現(xiàn)場困難，也和目前數(shù)據(jù)業(yè)務故障處理各運營商以及SP之間缺乏合作和溝通有關。缺乏一個最終對用戶負責的機構，用戶直接面對具體的部門，一次處理嘗試不成功投訴處理流程即告結束。,72
41、,三、典型故障處理,針對已經發(fā)現(xiàn)的典型故障進行歸類分析。目前進行的主要工作是針對GPRS上網斷線故障的分析。GPRS上網斷線故障的現(xiàn)象是GPRS上網一段時間（可能幾分鐘）或數(shù)據(jù)傳輸一定量以后，數(shù)據(jù)就無法繼續(xù)傳輸了（這時往往撥號連接還顯示正常）。該類故障是長期以來一直存在的一個典型故障。根據(jù)對幾個故障高發(fā)用戶的跟蹤分析，我們發(fā)現(xiàn)了該故障的幾個特點：用戶所初地點一般在跨SGSN的路由區(qū)邊界，經常發(fā)生RAU。而用戶斷線的現(xiàn)場一般為網絡發(fā)起的PDP去激活和隱式Detach。由于隱式Detach不會向用戶發(fā)去激活和去附著指令，因此用戶端的撥號連接并不知道網絡已經將其detach了。我們計劃與網優(yōu)中心合作
42、通過進一步試驗驗證這一結論并提出解決辦法。,73,四、業(yè)務性能統(tǒng)計分析系統(tǒng)技術可行性調研,業(yè)務性能統(tǒng)計分析系統(tǒng)概念的提出是為了彌補目前移動通信網網管系統(tǒng)只關心網絡性能指標而不關心用戶業(yè)務性能指標，例如隨E行用戶上網數(shù)據(jù)傳輸速率、用戶上網掉線、業(yè)務層流量統(tǒng)計、業(yè)務層故障告警（例如DNS查詢失敗率過高、服務器響應時間過長、VPN上特定應用失敗等）。我們希望能夠與廠家共同合作研究在現(xiàn)有的數(shù)據(jù)網管系統(tǒng)中進行業(yè)務質量統(tǒng)計手段，并分析將比較成熟的局域網業(yè)務統(tǒng)計系統(tǒng)應用到GPRS網中的可行性。該類系統(tǒng)的設計和引入還有助于及時發(fā)現(xiàn)諸如WAP訪問速度慢、以及進行病毒告警等多種移動數(shù)據(jù)業(yè)務的故障。,74,內容題綱
43、,基于GPRSWAP業(yè)務的介紹WAP業(yè)務的排障方法基于GPRS的多媒體彩信業(yè)務目前GPRS隨E行業(yè)務的問題及解決辦法基于GPRS的企業(yè)接入業(yè)務統(tǒng)計功能的介紹以及關注的指標,75,企業(yè)接入的簡單示圖,GREtunnel,GGSN,,APN1.瀏覽網頁,PIX,10.5.1.10,NAT/PAT,,Internet,APN2.企業(yè)網,企業(yè)GatewayGRERouter,,Intranet,GRETunnel,BankGatewayIPSecRouter,IPSecorMPLS,APN3.手機銀行,,Server,,,,76,一、GPRS核心網應該關心的網絡業(yè)務總量,SGSNPDP用戶數(shù)總量SGS
44、N附著用戶總數(shù)平均每用戶數(shù)據(jù)量,,OMCstatistic,77,二、GPRS核心網絡應該特別注意的網絡性能指標,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,網管中心徐昊帆聯(lián)系電話13606610000電子郵件,謝謝！,
基于GPRS的各項數(shù)據(jù)業(yè)務以及排障方法.ppt
