《基于gprs的各项数据业务以及排障方法》由会员分享，可在线阅读，更多相关《基于gprs的各项数据业务以及排障方法（82页珍藏版）》请在金锄头文库上搜索。
1、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地址10.0.0.172，用于内部局域网寻址；另一个是外部合法IP地址，
2、用于与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的企业接入业务统计功能的介绍以及关注的指
3、标,10,一、GPRS登陆流程（GPRS附着流程）,11,1.针对手机无GPRS信号，无法登陆GPRS网 的问题,1) 问题流程图查找点：检查GPRS网络设备（attach过程所涉及的设备：如SGSN、信令网设备、PCU等）的运行情况；若需深入分析，可以在Gb口挂表测试，或者Gb接口和Gr接口同时挂表，建议测试仪表应具有TRACE和统计分析功能。,12,2）排障过程(全网性问题),全网性问题主要指SGSN不稳定，信令网数据不全或故障，从而遭到大量用户投诉。 全网性问题产生的主要原因：: ()信令网路由数据遗漏或者错误（HSTP/LSTP的SGSN GT路由分析数据遗漏或者错误或子系统号配置不正
4、确，以及SGSN的IMSI号段分析数据表不完整）。 ()Gr信令单平面问题，SGSN与HLR设备的兼容性。 另外，SGSN性能稳与否定直接影响所有GPRS业务。,13,排障过程(全网性问题),全网性问题的排障方案： ()检查SGSN系统告警，查看系统用户登记情况，是否无任何用户登记或者登记用户数量异常，同时检查Gr接口板是否运行正常。 ()检查SGSN各个Gb接口运行情况。 ()从SGSN侧检查至信令网络的路由是否畅通，必要时可以在Gr接口挂表测试。建议对于信令相关故障，要联系LSTP、HSTP，可以更方便的发现问题的原因。 ()检查信令数据设置是否完整、准确。,14,3）排障过程(区域性问题
5、),区域性问题指PCU层问题，或者无线层方面问题，导致区域性问题的原因主要是个别BSC功能不稳定，或部分小区问题，有少量用户反映。,15,排障过程(区域性问题),区域性问题排障方案：因目前维护过程中遇到的故障大部分为区域性问题，故对于接到的用户反映或投诉，首先应从区域性问题入手 ()首先通过客服获取用户手机信息，初步判断是否用户手机设置有问题。 ()检查用户HLR中GPRS数据是否已经正确添加。 ()检查用户所在小区是否已经开通GPRS功能。 ()观察是否可以占用GPRS资源。如果占不上资源可以将尝试将小区的功能去活、激活后再次查看。同时注意观察GSM语音话务量拥塞情况，语音拥塞且无固定PDC
6、H，可能会造成附着困难。 ()通过统计或者相关指令查看PCU上下行流量是否正常，尤其关注有大量上行流量却无下行流量的情况。对于这种情况可以确认为PCU故障。 ()查看出现投诉用户是否在归属同一个BSC、或者同一个PCU控制。查看该Gb接口状态是否正常。 ()若通过以上步骤仍旧无法解决问题，可尝试从全网性问题角度进行分析，查找潜在的原因。 处理该类投诉我们希望获得用户的信息有：用户手机类型、是否已经申请开通GPRS、用户所在的区域、用户是否是初次使用GPRS业务、出现类似问题的时间。,16,二、GPRS的PDP激活流程,17,1.针对PDP context激活失败,1)问题流程图,18,2)排障
7、过程,查找点：检查网络设备（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签约信息没有采
8、用默认方式*。若手机发送的APN错误，即非公用APN（CMNET、CMWAP）或者为空，激活请求直接被SGSN拒绝。对于采用默认方式*，手机发送的APN为空，SGSN会使用缺省的APN-CMNET，尽管能够PDP激活，但不能上移动梦网。另外用户GPRS数据不完整也是导致激活失败的原因，这方面主要指HLR中NAM=0（支持GPRS），但缺少PDP定义所致。 ()QOS不匹配：手机中设置的QOS与HLR签约数据中不匹配，有可能造成PDP失败。 ()手机设IP地址：目前系统不具备分配静态IP地址功能，手机请求信息若含固定IP地址，则激活请求被SGSN拒绝。 () 用户行为:指用户尚未完成去激活时重新
9、发起激活过程，造成激活失败；或者用户在一个APN已经激活的情况下，尝试用另一个APN激活，因部分设备（如爱立信）目前不支持两个APN同时激活，也会造成激活失败。 手机本身原因：而手机本身与网络配合也是一个不可忽视的因素，GPRS手机与GPRS核心网兼容性不好，可能会出现某些型号手机在已经激活状态下又频繁发送PDP context激活请求消息 。,20,b.PCU原因,主要来自PDCH资源和PCU性能方面。进行PDP激活的一个前提是用户必须能获取PDCH资源，能附着GPRS网络，同样需要注意观察GSM语音话务量情况。,21,c.GPRS核心网原因,主要指SGSN、GGSN本身的故障及配置，以及D
10、NS的解析功能，另外核心网中的路由器性能和防火墙策略也直接影响PDP激活成功。因出现上述故障影响面较大，需要特别关注。具体情况包括： ()DNS解析功能是否正常；或者某解析设置错误在DNS里改正后未及时向SGSN中的CACHE DNS发送更新请求；或者SGSN与DNS的路由出现故障，导致在CACHE DNS失效后无法更新。 ()SGSN和GGSN之间的GTP是否正常，需要检查GPRS核心网络中SWITCH工作是否正常。 ()SGSN、GGSN中Gi、Gn接口过滤策略是否设置正确。 ()防火墙是否正常工作，必要时可以将两个防火墙进行倒换。 ()cmnet问题 ()GRE路由器问题,22,d.Ra
11、dius、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、防火墙
12、及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)故障查找点前提：
13、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,
14、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
15、 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问题。,3
16、3,四、访问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的企业接入业务统计功能的介绍以及关注的指标,
