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