基于GPRS的各項(xiàng)數(shù)據(jù)業(yè)務(wù)以及排障方法.ppt

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