基于GPRS的各项数据业务以及排障方法.ppt

1,基于GPRS的各项业务介绍以及排障方法,2,内容题纲,基于GPRS WAP业务的介绍 WAP业务的排障方法 基于GPRS的多媒体彩信业务 目前GPRS随E行业务的问题及解决办法 基于GPRS的企业接入业务 统计功能的介绍以及关注的指标,3,WAP组网原则,全网按业务量预测大小，在全国设立四个WAP网关(北京,武汉,上海,广州)，各省的wap over GPRS业务通过打GRE隧道接入归属域的WAP网关。同时设立RADUIS服务器和MISC实现信息源计费，并通过MSIC和各个SP进行连接。 WAP网关可有两个IP地址，一个内部IP地址72，用于内部局域网寻址；另一个是外部合法IP地址，用于与Internet互通.,4,WAP业务与CMNET的关系,原则上，WAP业务应以移动互联网作为承载网，并与中国移动互联网开放的普通Internet共用同一接入系统。,5,基于GPRS的WAP组网方案,6,wap over GPRS业务的网络结构图,7,GGSN、RADIUS以及WAP网关在激活和去活PDP上下文时的交互流程,8,wap over GPRS业务的正常流程,9,内容题纲,基于GPRS WAP业务的介绍 WAP业务的排障方法 目前WAP网关存在的问题以及实地测试结果 基于GPRS的多媒体彩信业务 目前GPRS随E行业务的问题及解决办法 基于GPRS的企业接入业务 统计功能的介绍以及关注的指标,10,一、GPRS登陆流程（GPRS附着流程）,11,1.针对手机无GPRS信号，无法登陆GPRS网 的问题,1) 问题流程图 查找点：检查GPRS网络设备（attach过程所涉及的设备：如SGSN、信令网设备、PCU等）的运行情况；若需深入分析，可以在Gb口挂表测试，或者Gb接口和Gr接口同时挂表，建议测试仪表应具有TRACE和统计分析功能。,12,2）排障过程(全网性问题),全网性问题主要指SGSN不稳定，信令网数据不全或故障，从而遭到大量用户投诉。 全网性问题产生的主要原因：: ()信令网路由数据遗漏或者错误（HSTP/LSTP的SGSN GT路由分析数据遗漏或者错误或子系统号配置不正确，以及SGSN的IMSI号段分析数据表不完整）。 ()Gr信令单平面问题，SGSN与HLR设备的兼容性。 另外，SGSN性能稳与否定直接影响所有GPRS业务。,13,排障过程(全网性问题),全网性问题的排障方案： ()检查SGSN系统告警，查看系统用户登记情况，是否无任何用户登记或者登记用户数量异常，同时检查Gr接口板是否运行正常。 ()检查SGSN各个Gb接口运行情况。 ()从SGSN侧检查至信令网络的路由是否畅通，必要时可以在Gr接口挂表测试。建议对于信令相关故障，要联系LSTP、HSTP，可以更方便的发现问题的原因。 ()检查信令数据设置是否完整、准确。,14,3）排障过程(区域性问题),区域性问题指PCU层问题，或者无线层方面问题，导致区域性问题的原因主要是个别BSC功能不稳定，或部分小区问题，有少量用户反映。,15,排障过程(区域性问题),区域性问题排障方案：因目前维护过程中遇到的故障大部分为区域性问题，故对于接到的用户反映或投诉，首先应从区域性问题入手 ()首先通过客服获取用户手机信息，初步判断是否用户手机设置有问题。 ()检查用户HLR中GPRS数据是否已经正确添加。 ()检查用户所在小区是否已经开通GPRS功能。 ()观察是否可以占用GPRS资源。如果占不上资源可以将尝试将小区的功能去活、激活后再次查看。同时注意观察GSM语音话务量拥塞情况，语音拥塞且无固定PDCH，可能会造成附着困难。 ()通过统计或者相关指令查看PCU上下行流量是否正常，尤其关注有大量上行流量却无下行流量的情况。对于这种情况可以确认为PCU故障。 ()查看出现投诉用户是否在归属同一个BSC、或者同一个PCU控制。查看该Gb接口状态是否正常。 ()若通过以上步骤仍旧无法解决问题，可尝试从全网性问题角度进行分析，查找潜在的原因。 处理该类投诉我们希望获得用户的信息有：用户手机类型、是否已经申请开通GPRS、用户所在的区域、用户是否是初次使用GPRS业务、出现类似问题的时间。,16,二、GPRS的PDP激活流程,17,1.针对PDP context激活失败,1)问题流程图,18,2)排障过程,查找点：检查网络设备（PDP context激活过程涉及的设备PCU、SGSN、GGSN、DNS、Radius、wapGW）的运行情况，进行信令分析。（若有可能可在Gb、Gi口同时挂表测试，最好是同一块表，且能够分析Gi口的各层协议。） 导致PDP context激活失败因素可以从以下几个方面说明： MS原因,PCU原因,GPRS核心网原因, Radius、wapGW原因 .,19,a.MS原因造成PDP激活失败,可以分为人为设置错误和手机本身两方面: 人为设置错误主要是手机中的参数设置不附和要求。从目前情况看，主要有以下几类： ()APN设置错误：因普通GPRS用户HLR签约信息没有采用默认方式*。若手机发送的APN错误，即非公用APN（CMNET、CMWAP）或者为空，激活请求直接被SGSN拒绝。对于采用默认方式*，手机发送的APN为空，SGSN会使用缺省的APN-CMNET，尽管能够PDP激活，但不能上移动梦网。另外用户GPRS数据不完整也是导致激活失败的原因，这方面主要指HLR中NAM=0（支持GPRS），但缺少PDP定义所致。 ()QOS不匹配：手机中设置的QOS与HLR签约数据中不匹配，有可能造成PDP失败。 ()手机设IP地址：目前系统不具备分配静态IP地址功能，手机请求信息若含固定IP地址，则激活请求被SGSN拒绝。 () 用户行为:指用户尚未完成去激活时重新发起激活过程，造成激活失败；或者用户在一个APN已经激活的情况下，尝试用另一个APN激活，因部分设备（如爱立信）目前不支持两个APN同时激活，也会造成激活失败。 手机本身原因：而手机本身与网络配合也是一个不可忽视的因素，GPRS手机与GPRS核心网兼容性不好，可能会出现某些型号手机在已经激活状态下又频繁发送PDP context激活请求消息 。,20,b.PCU原因,主要来自PDCH资源和PCU性能方面。进行PDP激活的一个前提是用户必须能获取PDCH资源，能附着GPRS网络，同样需要注意观察GSM语音话务量情况。,21,c.GPRS核心网原因,主要指SGSN、GGSN本身的故障及配置，以及DNS的解析功能，另外核心网中的路由器性能和防火墙策略也直接影响PDP激活成功。因出现上述故障影响面较大，需要特别关注。具体情况包括： ()DNS解析功能是否正常；或者某解析设置错误在DNS里改正后未及时向SGSN中的CACHE DNS发送更新请求；或者SGSN与DNS的路由出现故障，导致在CACHE DNS失效后无法更新。 ()SGSN和GGSN之间的GTP是否正常，需要检查GPRS核心网络中SWITCH工作是否正常。 ()SGSN、GGSN中Gi、Gn接口过滤策略是否设置正确。 ()防火墙是否正常工作，必要时可以将两个防火墙进行倒换。 ()cmnet问题 ()GRE路由器问题,22,d.Radius、wapGW原因,目前现网配置 一个RADIUS在北京； 四个wapGW，分别放在了北京、上海、 广州和武汉。PDP激活过程中GGSN向Radius发认证消息，而且与wapGW交换accounting包，GGSN规定的时间内收不到Radius送的认证接受以及wapGW送的accounting response消息，则向GPRS用户发送拒绝消息。,23,e.PDP激活失败排障方案,()首先检查用户手机中有关GPRS设置，APN设置是否正确，有无固定IP地址，QOS配置是否正确。 ()检查HLR里用户申请激活时所用APN对应的PDP定义数据 ()检查核心网设备运行情况，包括SWITCH、防火墙及GRE路由器等 ()参考“附着问题排障方案”中相关步骤检查PCU性能和Gb接口情况 ()检查核心网DNS解析功能是否正常 ()Gi接口挂表，监测是否能够正常收到“Access accept”和“Accounting response”消息。 注：通过对附着和激活失败的设备原因进行汇总，根据集团公司统计目前易出故障的网元有： 摩托罗拉：PCU,SGSN; 诺基亚：PCU,PAPU； 阿尔卡特:MFS、OMC-R,24,三、Wap网关的登陆流程,Nokia网关 (北京),25,Wap网关的登陆流程,Siemens网关,26,1.针对“请输入主叫号码”问题,1)问题流程图,27,2)故障查找点 前提：Gi接口和WAP网关两侧挂表,测试仪表1：能够完成(地点:杭州、宁波） 测试仪表2、3：我省无法自行完成.(同时监测流入流出WAP网关的数据。选用能完整、准确截取数据包，可解RADIUS、WSP、WTP、HTTP等协议的软件),建议：,28,3)排障过程 具体步骤如下： ()首先监测Gi口向Radius发送的消息里是否含有主叫号码，没有则是GPRS核心网络问题 ()监测wagGw入口(G1)，收到来自Radius的消息中有无主叫号码，没有则判断为Radius原因。 ()监测wapGW出口（G2），向MISC发送的消息里是否有主叫号码，送主叫号码则可能是MISC有故障，否则判断为wapGW问题。,29,2.手机显示“internal server error”错误,问题流程图 情况一 情况二,30,1)故障查找点 前提：Gi接口和WAP网关两侧、MISC挂表 建议： 测试仪表2、3：能合为一个仪表，同时监测流入流出WAP网关的数据。选用能完整、准确截取数据包，可解RADIUS、WSP、WTP、HTTP等协议的软件。 测试仪表5：监测流入流出MISK平台和SP的数据 我省无法自行完成，需要上报集团公司,31,2)排障过程 “Internal Server Error”是WAP网关上的proxy进程与外部的Web Server进行通信时产生的。它显示在手机上是一条含有WSP码的信息: 500: Internal Server Error ( WSP Code:500 ) 这只是一个一般的描述性信息，用户可以再按在手机上的Detail软键，确定具体的产生原因。 500是HTTP1.1规范中的一个状态代码，它表明WAP网关的proxy进程发现由于某种原因无法完成HTTP请求。,32,3)具体的排障流程如下,详细步骤如下： ()wapGW入口监测用户请求的网页地址是否正确，此连接信息可由客服提供。 ()wapGW出口监测是否向MISC发生网页请求，无则wap网关回送500号错误，判断为wap网关问题。 ()MICS出口监测是否将请求转发给SP，转发则是SP问题，否则回送500号错误，判断为MISC问题。,33,四、访问MISC及访问SP的流程,34,出现“请输入SPID “的问题,1）问题流程图,测试仪表2、3：能合为一个仪表，同时监测流入流出WAP网关的数据。选用能完整、准确截取数据包，可解RADIUS、WSP、WTP、HTTP等协议的软件。 测试仪表4、5： 监测流入流出MISC和SP的数据 以上挂表过程无法在我省实现，只能通过上报集团解决。,35,2）排障流程,()wapGW入口监测用户请求的网页地址是否正确，此连接信息可由客服提供。 ()wapGW出口监测是否正常向MISC发送网页请求，否则判断为wapGW问题 ()MICS入口监测wapGW的请求能否正常收到，否则判断为CMNET问题。 ()MICS出口监测是否将请求转发给SP，转发则是SP问题，否则判断为MISC问题。,36,内容题纲,基于GPRS WAP业务的介绍 WAP业务的排障方法 目前WAP网关存在的问题以及实地测试结果 基于GPRS的多媒体彩信业务 目前GPRS随E行业务的问题及解决办法 基于GPRS的企业接入业务 统计功能的介绍以及关注的指标,37,WAP网关目前所存在的问题,目前国内共有四个WAP网关,分别设置在北京、上海、广州、武汉四个城市，其中，全国大多数城市的WAP接入指向北京WAP网关，北京WAP网关共设有三套接入点，每套接入点能够同时接入2000个用户，因此总容量是6000个用户。据NOKIA WAP网关工程师介绍，北京WAP网关已经不堪重负，从去年年底开始就已经出现容量告警，直至今日，WAP网关的已经长期处在容量警戒状态，用户数基本都达到了5000以上，严重影响了接通率以及速度。,38,对浙江省的影响情况,本次浙江省在集团公司组织的第三方测试中,在短信、彩信、KJAVA、WAP首页显示时间中扣分较多，由于WAP首页显示、彩信、KJAVA等业务都是通过本地GPRS指向北京WAP网关的，而本地GPRS网络质量在本次第三方测试中又取得了不错的成绩，因此我们断定WAP网关是各项GPRS新业务的网络瓶颈。为了探索用户利用GPRS上WAP网成功率不高以及时延较长的具体原因, 我们在本地进行了一系列的测试工作在GPRS核心网側对WAP网关的信令消息的收发进行了跟踪.,39,GPRS cmwap test,正常cmwap信令过程 非正常cmwap信令过程（cmwap对GGSN发的GET没有反应，GGSN连续重发） 非正常cmwap信令过程（cmwap对GGSN发的GET回应答消息后，等待较长时间才发数据给GGSN） MMS发送信令流程 MMS接受流程,40,正常cmwap信令过程,GGSN发wap请求，并发随路get消息“get ” Cmwap和GGSN正常完成三次握手，并及时返回页面“WSP Reply”，时间大约2秒左右。 GGSN及时应答cmwap返回的消息“WSP ACK” Cmwap响应及时，WAP页面显示及时。 Log 为WAP_15_49,41,正常cmwap信令过程,GGSN发wap请求，并发随路get消息“get ” Cmwap和GGSN正常完成三次握手。 Cmwap 返回页面消息“WSP Reply”较慢，大约4秒多。 Cmwap 对每次请求反应时间不一。 LOG 为WAP_15_49,42,非正常cmwap信令过程（cmwap对GGSN发的GET没有反应，GGSN重发）,GGSN发wap请求，并发随路get消息“get ” Cmwap返回连接成功响应，但可能cmwap没有及时响应造成cmwap没有及时返回页面。 GGSN在等待cmwap没有响应后重发GET消息(GGSN每次重发4秒）。 LOG为WAP_16_03,43,非正常cmwap信令过程（cmwap对GGSN发的GET应答后，cmwap返回消息较慢）,GGSN发wap请求，并发随路get消息“get ” GGSN因cmwap没有响应而重发GET消息。 Cmwap应答这次GET消息，并及时回“WTP ACK” 但cmwap在等待了大约13秒后才下发”WSP REPLY”，影响了cmwap的首页显示时间。 LOG为WAP_15_16,44,MMS发送,MMS正常发送。 CMWAP回 “MMS M-SEND-CONF” LOG为MMS_12_12,45,MMS接收,MMS接收时GGSN和cmwap正常完成了三次握手。 由于cmwap没有及时响应，GGSN连续连续重发，每次重发间隔4秒。 接收结束后，GGSN发“MMS M-NOTIFYRESP-IND” LOG为MMS_12_12,46,江苏、天津、北京、四川实地测试,了解到了WAP网关的实际情况以及我们的测试结果，我们认为，本次第三方测试(WAP首页显示时间、MMS、KJAVA)的瓶颈就在北京WAP网关。但是为什么其他一些省份的WAP首页显示时间都在5秒以内呢？带着疑问我们去江苏、天津、北京等地进行了实地测试。,47,测试结果,测试结果表面，以上各省与WAP网关的相关的指标都不尽人意(具体请参考浙江省GPRS CMWAP测试分析报告 ） 影响到浙江省集团公司第三方测试总排名的原因分析： 1.手机原因(集团公司未要求手机统一) 2.测试时间因素 3.其他原因(测试车的速度等等),48,内容题纲,基于GPRS WAP业务的介绍 WAP业务的排障方法 基于GPRS的多媒体彩信业务 目前GPRS随E行业务的问题及解决办法 基于GPRS的企业接入业务 几个城市的指标对比情况 统计功能的介绍以及关注的指标,49,彩信业务常见用户投诉简明处理流程,一、 彩信终端无法发送彩信，提示发送不成功。 可分为两种情况: 用户问题 系统问题,50,1.用户问题,检查用户手机的彩信中心设置是否正确，正确的彩信中心URL为 ，用户号码是否具有GPRS功能或CSD功能，手机上关于GPRS和CSD上网的设置是否正确，如果不正确用户不能正常发送彩信。如果用户不具备这两种上网功能，用彩信手机也不能成功发送彩信。,51,1)用户反映不能发彩信，但可以接受彩信，这种情况首先检查用户的彩信中心地址，因为他能接收彩信是因为彩信中心发给他的PUSH中就带有彩信中心的地址，所以就会出现可以收却不能发彩信的情况。 2)当用户反映手机具有GPRS功能只是不具备CSD功能，上网是正常的，但彩信发送不出去，可以考虑检查用户手机关于彩信发送方式的选择是否正确，如果彩信发送方式选择的是CSD方式，那么就会出现手机上网是正常的，而彩信发送不出去的现象了。反之也一样。 当用户在用户自服务系统中将自己手机的一些用户参数作了修改时也会出现手机不能发送彩信的情况，如用户将手机发送消息的大小、格式作了限制，大于这个限制或格式不被允许的消息就无法发送出去。又如用户将发送方或接收方设为黑名单，这种情况也无法成功发送彩信。 神州行用户不能发彩信，因为现在还没有对神州行用户开放此业务。 1)2)3)情况可以指导用户对手机终端和用户参数进行修改。,52,2.系统或网络问题,当用户反映手机不能用GPRS发彩信又排除了用户自身的问题，可以先用CSD方式发彩信进行测试. 1)如果用CSD方式发彩信成功就可以定位是GPRS核心设备或GPRS覆盖的问题，可联系GPRS维护人员进行处理; 2)用CSD发送不成功用GPRS发送成功，就可定位为CSD的问题，可联系CSD的维护人员处理; 3)如果GPRS 和CSD两种方式都发送不成功就可定位为WAP网关或MMS的问题，可联系WAP网关和MMS的维护人员处理。目前WAP网关负荷较大，在忙时系统负荷可达到设计容量，这种情况下会影响到用户的彩信发送和接收。在MMS方面如果用户量过大，CPU负荷超过60%就会造成彩信收发不正常。,53,二、无法接收彩信,1、 用户收到彩信到达通知，但不能成功下载彩信，处理方法同上。 2、 用户能成功下载彩信，但无法打开内容，这与手机终端有关。,54,二、无法接收彩信,3、 用户没有收到彩信到达通知，应该检查彩信中心是否有这条消息。 如果MMSC存有这条消息的记录：检查WAP网关内这条彩信PUSH消息下发的记录， （1）WAP网关如果将这条彩信消息正常下发了，就联系与WAP网关相连的短信中心进行处理。 （2）WAP网关没有将PUSH消息正常下发，就由WAP网关的维护人员进行处理。 (3)如果WAP网关没有收到彩信中心下发的PUSH消息此时又可以分为两种情况（a）彩信中心与所连WAP网关通信出现故障（b）彩信中心下发PUSH消息不成功。可联系彩信中心与WAP网关的维护人员处理。 如果彩信中心没有这条彩信的记录：说明用户没有发送成功或由于接收方用户号码不对彩信中心将这条消息拒绝了。,55,二、无法接收彩信,4、新用户是彩信手机却收不到从网站或梦 网邮箱下发的彩信，出现这种现象的主要原因是用户没有在用户自服系统中将手机终端类型改为彩信终端，可指导用户在移动梦网上的用户自服务系统中修改自己的终端类型，或建议用户主动发出一条彩信，这样系统就会自动将用户终端类型改为彩信终端。,56,三、其它,1）用户既收到彩信又收到彩信转梦网邮箱的通知。这 种情况是由于用户在彩信中心下发彩信到达通知后10分钟之内没有到彩信中心下载该条彩信，彩信中心就会将该条信息复制一份转到梦网邮箱，但彩信中心并不删除这条信息，用户在48小时之内还是可以到彩信中心下载。 2）用户为非彩信终端收到乱码，这是由于彩信中心在系统中查找用户终端类型，如果查询结果为未知终端时，系统就会给用户下发一条彩信到达的通知（PUSH消息），而用户终端不能识别彩信中心下发的PUSH消息通知造成的。,57,三、其他,3）多媒体消息转梦网邮箱后，接收方用户没有接收到短消息通知，原因是梦网邮箱和短信中心的通信问题，联系梦网邮箱及短信网关的维护人员处理。,58,【案例一】 关于用户投诉MMS发送总是 提示失败的故障案例,故障内容 用户投诉发送彩信，总是在手机上显示发送失败。 故障分析 首先用测试手机进行测试（为了便于查障，采用自发自收的方式），发现也显示发送失败。但过一会手机可以正常接收到该条彩信，并且会不停的接收到同一条彩信。后只能将发送失败的信息删除，才停止接收到相同彩信。可以成功接收，说明网络没有问题，后与集团公司联系，得知彩信中心数据库当时存在故障，在排除该故障后，此类故障现象没有再次出现。 故障总结 通过此次故障的处理，我们可以通过现场测试、进行一些简单的分析来排除故障。,59,【案例二】 关于用户首次使用的问题,在投诉彩信不能接受的用户中，大部分是由于用户不了解彩信的用法，没有先发送一条彩信，在彩信中心进行登记，故不能接收彩信。 由于彩信业务是以GPRS网络为传输载体，用户首要是要开通GPRS功能、数据功能及短信收发功能。另外，在WAP网关或GPRS网络出现故障时，也会引起彩信不能正常收发。,60,【案例三】 GPRS网络问题造成彩信收发不成功,故障描述： 有用户反映彩信收发不正常，且曾经能正常使用。 处理过程： 由于手机曾经曾正常使用表明手机设置正确，检查用户数据也已开通GPRS功能。网管中心用彩信手机进行测试，也发现发送失败。由于现在彩信业务使用的APN为cmwap，并通过北京wap网关转到北京MMSC，故进行GPRS的cmwap上网测试，发现上网不正常，检查SGSN与GGSN节点均正常，联系武汉wap网关，证实该网关有故障，正在处理。等wap网关恢复后再联系客户测试，已能正常使用。 经验总结： 目前的彩信业务主要是基于GPRS基础网络的业务（在没有GPRS的地方也可通过CSD方式上网），基础网络的优劣将直接影响该业务的质量。,61,【案例四】 彩信收发时延过长,故障描述： 有较多用户反映彩信收发时延很长，且GPRS上网正常。 处理过程： 网管中心技术人员现场测试，确实有延迟时间过长现象。测试检查GPRS业务，一切正常。初步判断可能出现在北京MMSC节点。联系MMSC维护人员，维护人员发现有SP群发彩信现象。由于目前全国仅北京、武汉两个MMSC，北京MMSC处理能力为每秒30条，当有SP群发时，由于瞬时业务流量过大，影响系统正常工作时，可能会产生拥堵现象。等群发结束后再进行测试，业务恢复正常。 经验总结： 由于瞬时业务流量过大可能影响正常彩信发送，故建议在目前网络容量较小的情况下，对SP群发等可能影响大业务量情况进行及时疏通和合理安排。,62,【案例五】 SP应用下发到彩信终端接收不正常,故障描述： 有用户反映点对点彩信收发正常，但从部分合作SP网站下发信息接收不正常。 处理过程： 网管中心技术人员使用多款不同厂商彩信手机测试，发现有部分网站提示信息发送成功，但终端未收到或时延太长；部分信息下发后终端无法正常打开或显示不正常。将同一图片发送到不同型号手机上，部分手机显示正常，部分显示无法正常打开。应该为手机型号不同所支持的文件格式不同导致。 经验总结： 建议对合作SP的彩信内容作更好管理，同时完善SP与MMSC间接口，使客户下发信息更方便。,63,【案例六】 新增客户无法收发彩信,故障描述： 用户反映为新入网号码，无法正常收发彩信，上GPRS正常，将以前用过彩信业务的卡放在其手机中，可以正常使用。 处理过程： 网管中心技术人员对彩信进行测试发现收发均正常，但是发送到投诉用户号码上终端显示发送失败。分析彩信发送流程，结合平时处理经验，猜测可能是在下发流程中出现错误。联系北京MMSC，请维护人员对测试过程进行跟踪。彩信已成功提交到MMSC，但在下发过程中，系统无法自动更新用户类型，导致发送失败。MMSC中将用户分为三类：MMS终端，非MMS终端及未知类型。通常情况下，系统可以根据终端上报的消息自动更新终端类型。但是由于系统问题，无法对新增用户进行自动更新，导致消息下发时系统因无法正确识别终端类型而发送失败。MMSC维护人员将测试新增用户属性修改为MMS终端后再测试，彩信收发都正常。由于系统无法正常更新用户属性，可暂时到梦网网站的“用户自服务系统”中自行修改用户属性来解决。待系统正常后应能自动更新。 经验总结： 彩信业务属于新业务，涉及的网络节点较多，技术也有待成熟。需要维护人员在平时积累经验，会同厂家解决问题。,64,【案例七】 NOKIA7650彩信无法发送实例分析,故障现象：彩信无法发送 解决办法： （1）检查终端设置 在手机设置中，使用不同功能对应的接入点设置不同，其中彩信设置接入点承载方式GPRS，接入点名称为CMWAP（非CMNET）无用户名和密码，网关地址为72。同时应增加次选连接为CSD方式，以确保在无GPRS信号时可以正常收发。 （2）检查用户GPRS功能是否开通 一种办法是通过检查交换数据；另一种快捷的办法检查手机显示状态，有GPRS信号且开通GPRS功能的用户，界面上应出现G字样。 （3）设置正确且开通GPRS功能，则应能正常WAP浏览。此事应为集团公司MMSC故障。 （4）若开通GPRS功能，但无GPRS信号，则可以尝试用CSD方式发送。 （5）若WAP浏览都不可用，则应为WAP网关或RADIUS故障。,65,【案例八】 手机只能接收短信提醒的现象分析,有绍兴用户投诉在上海接受不到朋友发给他的彩信，用户双方都是彩信手机，对端用户手机上显示无法接受，然后就收到9991000001发送的信息，请到网站WWW.MONTERNET.COM收取。接到用户投诉后，我们首先查看了用户的用户数据，均开通了GPRS功能，用户漫游状态正常。怀疑用户漫游所在地GPRS网络故障，联系用户，询问其他GPRS业务能否正常使用，用户答复正常。与用户漫游地机房联系，得知对方GPRS网络二小时前出现故障现已解决，与用户联系，请用户再重发彩信，彩信使用正常。根据这个投诉解决过程，我们总结出当使用彩信点对点发送时，双方用户必须正常附着在GPRS网络上，GPRS网络必须正常，否则对端用户就会收到短信提醒，请到WWW.MONTERNET.COM收取。,66,GGSN,目前彩信面临的最大问题,“经过反复测试、验证后我们发现，如果彩信没有发送成功，或者只发送了一半，以及出现重发的情况，记费系统并没有对该彩信收取费用，但是GPRS话单却是对这期间产生的流量照收无误的。”,目前我们采用了统一的WAP APN 设置来提供MMS的收发。 GPRS流量计费信息来自于SGSN，即采用S-CDR来计费 MMS的正常流量要在月结的时候从WAP over GPRS 流量中扣除,Wap 浏览,MMS,W,,67,内容题纲,基于GPRS WAP业务的介绍 WAP业务的排障方法 目前WAP网关存在的问题以及实地测试结果 基于GPRS的多媒体彩信业务 目前GPRS随E行业务的问题及解决办法 基于GPRS的企业接入业务 统计功能的介绍以及关注的指标,68,一、随E行的投诉以及投诉的分类,现状：随E行业务投诉（包括手机+笔记 本上网）已经占GPRS投诉的80%。 按投诉分类,69,根据上图中分析： （1）上网不成功是最主要的故障现象，占一半以上，其原因有多方面，其中主要原因是用户自己的终端或配置问题、网络设备故障和信号覆盖问题。 （2）掉线断传占所有故障的1/5，是相当重要的一类故障。对于该类故障，处理结果都是现场测试正常或原因未知，需要进一步研究。 （3）反映网速慢的占投诉的13%。但是根据客服中心反映，1860数据专席每天接受最多的投诉就是随E行上网速度慢的投诉。只有用户反映强烈的才提交网管中心电子化维护平台上来。因此用户对于网速慢的投诉远高于这个比例。 （4）其他原因包括新业务投诉、咨询等特殊投诉。,70,二、随E行的故障分类,71,根据故障原因分析，发现以下问题： （1）现场测试正常，用户故障现象无法重现比例相当高。有17%的投诉处理无法重现用户故障，但没有能够和用户确认故障是否已经消除。这些故障现象包括速度慢、掉线、无法上网等。这些故障中，速度慢与同小区业务量大小有关、掉线为随机现象、无法上网但网络良好可能与用户终端有关。以上现象如果不是和用户一起做有针对性的测试是很难再现故障的，因此现场测试正常无法说明用户故障已经消除。故障具有随机性、再现故障困难是移动数据业务故障的一大特点。 （2）故障处理成功率不高。故障处理不成功的情况包括上述现场测试正常而未和用户联系（20%）、无处理结果或无法处理（6%）以及其他类中的一些没有处理结果的处理单，占总投诉数的1/3。处理成功率不高主要是因为随E行上网故障处理复杂、再现故障现场困难，也和目前数据业务故障处理各运营商以及SP之间缺乏合作和沟通有关。缺乏一个最终对用户负责的机构，用户直接面对具体的部门，一次处理尝试不成功投诉处理流程即告结束。,72,三、典型故障处理,针对已经发现的典型故障进行归类分析。目前进行的主要工作是针对GPRS上网断线故障的分析。GPRS上网断线故障的现象是GPRS上网一段时间（可能几分钟）或数据传输一定量以后，数据就无法继续传输了（这时往往拨号连接还显示正常）。该类故障是长期以来一直存在的一个典型故障。 根据对几个故障高发用户的跟踪分析，我们发现了该故障的几