GPRS总体排障手册.docx

1、GPRS总体排障手册中国移动GPRS总体排障手册（ALCATEL分册）（试行稿）目 录概 述 3一WAP over GPRS业务的网络结构图 4二WAP over GPRS业务的正常流程 4三出现的问题和其主要涉及的网元 7四针对各种问题的定位解决方法 91手机无GPRS信号，无法登陆GPRS网 91）问题流程图 92）查找点 93）排障过程 9全网性问题的排障方案 9区域性问题的排障方案 152PDP context激活失败 341）问题流程图 342）查找点 343）排障过程 34PDP激活失败排障方案 441请输入主叫号码问题 471） 问题流程图 472） 查找点 473） 排障过程

2、482手机显示“internal server error”错误 491） 问题流程图 492） 查找点 503） 排障过程 513输入SPID 541） 问题流程图 542） 查找点 543）排障流程 55附件一：部分GPRS手机的设置方法 57附件二：部分GPRS手机附着、激活现象描述 59附件三：部分接口信令测试过程中，需要关注的字段 61概 述为了提高GPRS网络的维护水平和服务质量，及时排查网络故障，特制定中国移动GPRS排障手册。本排障手册主要针对WAP over GPRS业务,且通过Monternet主页得到服务。中国移动GPRS通信网（以下简称GPRS网）是中国移动通信网的一个

3、组成部分，它与GSM数字移动电话网、中国移动互联网（CMNet）相结合，通过移动终端为用户实现FTP、E-mail、WWW浏览、WAP、移动企业网等数据业务。GPRS网主要由GPRS核心网及相关无线系统组成。本文是针对Alcatel的GPRS设备编写的排障手册。Alcatel核心网设备包括SGSN(GPRS服务节点)、GGSN（GPRS网关节点）、CG（计费网关）、DNS（域名服务器）、FW（防火墙）、BG（边界网关）、OMC-G（GPRS网管服务器）。无线设备包括MFS（多功能服务器）、OMC-R（无线部分操作维护中心）等设备。本排障手册适用于以下版本：SGSN: NPM.R2.1.4.0-

4、BGGSN: NGG.R2.1.4.0-BDNS: Bind 8CG: NCG.R2.1.4.8FW: CPFW-EPC-U-V41( Enterprise Center )Version: 4.1OMCG: NOG.R.2.1.17.2无线部分B6各版本均支持一WAP over GPRS业务的网络结构图GPRS网络以CMNET和GSM作为承载网络。而WAP业务在全国设立四个WAP网关，各省的wap over GPRS业务通过打GRE隧道接入归属域的WAP网关。同时设立RADUIS服务器和MISC实现信息源计费，并通过MSIC和各个SP进行连接。二WAP over GPRS业务的正常流程整体流

5、程：1、 GPRS登陆流程（GPRS附着流程）2、 GPRS的PDP激活流程3、 Wap网关的登陆流程1） Nokia网关2） Siemens网关4、 访问MISC及访问SP的流程三出现的问题和其主要涉及的网元在GPRS网络运行维护过程中出现的主要问题如下表所示：出现的问题现象出现的过程可能出现故障的网元（重点查找问题网元的顺序）无法登陆GPRS网络开机后GPRS字样或相关符号呈现灰色，或者没有部分手机激活时出现网络无响应,或GPRS信号不稳定手机attach过程1.手机 （设置、类型）建议客服提供2.HLR（未做用户数据）3.信号未覆盖4.小区数据配置5.PCU（设备故障）6.Gb传输7.S

6、GSN、STP局数据激活失败激活主页长时间无响应或直接显示拒绝消息PDP激活过程1、手机（APN设置、IP地址设置）2、HLR3、GPRS核心网（数据漏做、设备故障）4、PCU（软硬件故障、）5、Gb接口6、DNS7、Radius8、wap网关请输入主叫号码在访问中出现“请输入主叫号码”字样用户访问我的梦网过程1、GPRS核心网2、wap网关3、radius4、MISCInternal sever error 错误在访问中出现“Internal sever error”字样用户访问梦网过程1、wap网关2、MISC3、SPInternal gateway error错误在访问中出现Intern

7、al gateway error字样用户访问梦网过程1、wap网关2、手机设置请输入SPID在访问中出现“请输入SPID”字样用户访问梦网过程1、MISC2、SP网页有错误在访问中出现“网页有错误”字样用户访问梦网过程1、SP2、MISCWtbs访问错误在访问中出现“Wtbs访问错误”字样用户访问梦网过程1、手机2、MISC3、SP四针对各种问题的定位解决方法1手机无GPRS信号，无法登陆GPRS网1） 问题流程图2） 查找点检查GPRS网络设备（attach过程所涉及的设备：如SGSN、信令网设备、PCU等）的运行情况；若需深入分析，可以在Gb口挂表测试，或者Gb接口和Gr接口同时挂表，建议

8、测试仪表应具有TRACE和统计分析功能。3） 排障过程可以将附着问题分为全网性问题和区域性问题。全网性问题主要指SGSN不稳定，信令网数据不全或故障，从而遭到大量用户投诉。全网性问题产生的主要原因：可以参考集团公司上半年下发的网络优化原则，包括:() 信令网路由数据遗漏或者错误（HSTP/LSTP的SGSN GT路由分析数据遗漏或者错误或子系统号配置不正确，以及SGSN的IMSI号段分析数据表不完整）。() Gr信令单平面问题，SGSN与HLR设备的兼容性。另外，SGSN性能稳定与否直接影响所有GPRS业务。全网性问题的排障方案：协同设备厂商，解决SGSN性能问题；检查信令网局数据，包括SGS

9、N的IMSI分析，STP的路由数据以及SGSN与HLR的信令数据。具体步骤参考如下：() 检查SGSN系统告警，查看系统用户登记情况，是否无任何用户登记或者登记用户数量异常，同时检查Gr接口板是否运行正常。Alcatel SGSN告警（Alarm）检查在OMCG上进入Alarm菜单，可以看见当前SGSN的告警。也可以在Craft Terminal上使用Equipment/Alarm management窗口：具体的告警内容和处理建议可以根据用户文档中的“Alarm Dictionary”一文查得。图中Nack一栏为当前没有响应的告警数。SGSN服务器告警检查在Craft Terminal上使用

10、NectarView窗口：SGSN工作状态显示图检查（表中所列各部分相应的状态均为正常工作状态）：网元名(Name)硬件名管理状态(Admin.)操作状态(Oper.)硬件运行状态(Avail.)N111STATION_AUnlockEnabledOKN121STATION_BUnlockEnabledOKN131IOLAN ConsoleUnlockEnabledOKN142Share Disk 2UnlockEnabledOKN141Share Disk 1UnlockEnabledOKN151LSN LAN 1UnlockEnabledOKN161LSN LAN 2UnlockEnabl

11、edOKN211STATION_CUnlockEnabledOKN221STATION_DUnlockEnabledOKDurouter1Datacom Router 1UnlockEnabledOKDurouter2Datacom Router 2UnlockEnabledOKN231STATION_EUnlockEnabledOKN241STATION_FUnlockEnabledOK如某一设备状态异常，在对应设备的“Oper.”项目中点右键，选择“locktestunlock”SGSN上GPRS登记用户数检查在Craft Terminal上使用Observation Counters窗口

12、：选择Msah_NbrOfAttachedMS_MAX计数器，可通过图表查看近期时段附着的GPRS用户数。若有异常，请进行SGSN服务器状态检查，判断是否有STATION发生Crash；或进行Gb、Gr的链路检测。Gr接口CMIC板（七号信令板）的状态检查通过告警板(ACAXGN)上的显示灯（D1）来查看状态：若为常亮的绿灯，则七号信令链路物理层正常；若为闪烁的红灯，则七号信令链路物理层未连接，请与传输人员配合检查No.7物理传输；() 检查SGSN各个Gb接口运行情况。GPU板物理状态（Gb接口板物理状态检查）选择需要查看的GPU板，在窗口的下栏可以看到该板对应的16个PCM链路的状态。绿色

13、为物理链路活，红色为物理链路未活。时钟标志表示该链路供系统时钟使用。GPU板与不同BSC上PCU板的连接次序需由核心网和无线双方共同协定。亦可通过机架内部的板子状态显示灯来检查状态：若L1与L2为绿灯或L1为黄灯、L2为绿灯，则状态正常且有业务；若L1为红灯、L2为绿灯，则GPU板工作正常但没有业务；若L1或L2均为红灯或为黄灯快闪，则该板子当前工作不正常，可以在相应的GPU位图上点右键选择“reset”重新初始化此块GPU模块；Gb接口状态的检查使用Craft Terminal的“Gb Management”菜单；依次检查PCM Link、FR-BC Link、PVC Link、NSVC l

14、ink、NSE、BVC（从无线侧读取）、RA（从无线侧读取）的状态；其中：Adm State: 管理状态，正常状态为unlocked；Ope State: 操作状态，正常状态为enabled；Avail state: 进程状态，正常状态为empty，即进程已安装，正常运行；如果Gb接口的Adm State状态为locked或Ope State状态为disable，可以使用”test”、”unlock”选项重置Gb链路，恢复状态。() 从SGSN侧检查至信令网络的路由是否畅通，必要时可以在Gr接口挂表测试。建议对于信令相关故障，要联系LSTP、HSTP，可以更方便的发现问题的原因。检查Gr信令链

15、路是否异常物理层：检查Craft Terminal或OMCG的告警窗口是否有PCM告警；MTP3层： 使用OMCG或Craft Terminal的“SS7 ManagementMTP3 Management”菜单；检查Linkset、Routeset、Signaling Point状态；所有链路、子系统状态都应为OK。若有异常，在对应的链路层选项中点击“lockunlock”或“reset”，重新激活链路。大部分情况下，GPRS核心网的Gr接口并不和HLR直连，而是通过STP转接，增加了信令网路由的复杂性。以下是附着接续失败的一些常见流程。需要与STP和HLR工程师多方共同配合解决。信令流程一

16、： MS Gb SGSN Gr HLR（HSTP）Attach Request（ATRQ）Send Authentication Info（BEG）（Timeout）Attach Reject（ATRJ）从此类信令上我们可以看出，SGSN向HLR发送Triplet鉴权三元组请求后，未收到HLR的响应消息。在15秒超时后，SGSN向手机发送了ATRJ消息。我们将此流程中的Send Authentication Info（BEG）消息与正常的接续情况进行了对比，此消息正确。由此我们分析，此问题可能是由于对端HLR（HSTP）未创本地SGSN的SCCP GT路由数据造成的。为此，我们希望能通过这类手

17、机的IMSI号查找相关HLR（HSTP）上的路由表信息。信令流程二： MS Gb SGSN Gr HLR（HSTP）Attach Request（ATRQ） Send Authentication Info（BEG） Send Authentication Info（END）Attach Reject（ATRJ）在对此类流程的解包分析中，我们发现HLR返回的Send Authentication Info（END）消息中SGSN的子系统号参数Called address parameter/Subsystem number不正确，其值不是GPRS规范中定义的95H而为系统预留号FFH，导致SG

18、SN系统不能识别，接续失败。由此现象我们认为这是由于对端HLR未正确设置好自身系统内的GPRS相关参数造成的。对此类问题我们希望相应HLR能检查其GPRS数据配置情况。信令流程三： MS Gb SGSN Gr HLR（HSTP）Attach Request（ATRQ） Send Authentication Info（BEG） Send Authentication Info（END）Authentication & Ciphering Request（ACRQ）Authentication & Ciphering Response（ACRE） GPRS Location Update（BEG

19、） GPRS Location Update（END）Attach Reject（ATRJ）由上信令流程看出，GPRS手机鉴权已通过，在SGSN向HLR发送位置更新请求后，HLR返回GPRS Location Update（END）消息，其中带有Mistyped Parameter的错误原因，接续失败。从返回的Cause上看似乎是SGSN发向HLR的信令中含有HLR认为是未定义过的TCAP层消息参数值，因而HLR返回TC-U-REJECT请求。我们核对了SGSN发向HLR的GPRS Location Update（BEG）消息，各参数均符合规范、并与正常流程相一致。因此我们认为HLR存在版本兼

20、容性问题，希望对端HLR能配合查找其返回Mistyped Parameter消息的具体原因。信令流程四： MS Gb SGSN Gr HLR（HSTP）Attach Request（ATRQ） Send Authentication Info（BEG） Send Authentication Info（END）Authentication & Ciphering Request（ACRQ）Authentication & Ciphering Response（ACRE） GPRS Location Update（BEG） AbortAttach Reject（ATRJ）与前一情况类似，此流程G

21、PRS手机鉴权已通过，在SGSN向HLR发送位置更新请求后，HLR返回Abort消息，其错误原因为Appl context name not supp，中止了接续过程。我们从接续失败的Cause中看出此类HLR目前不支持GPRS业务所必需的MAP Phase2+版本。因此对于此类情况，我们认为只能通过对端HLR的升版才能解决。() 检查信令数据设置是否完整、准确。检查Gr数据设置是否正确SCCP层： 使用OMCG或Craft Terminal的“SS7 ManagementSCCP Management”菜单；检查SCCP Entity、GT Conversion Rule、GT transl

22、ation列表；检查SCCP Entity为HLR的子系统号是否设置为6。检查GT Conversion Rule、GT translation等IMSI号段分析数据表是否包含有问题手机的GT寻址路由、其路由指向是否准确。如有误，请使用Craft Terminal上“SS7 ManagementSCCP Management”菜单中的Create或Modify选项设置Gr信令数据。区域性问题排障方案：区域性问题指PCU层问题，或者无线层方面问题，导致区域性问题的原因主要是个别BSC功能不稳定，或部分小区问题，有少量用户反映。因目前维护过程中遇到的故障大部分为区域性问题，故对于接到的用户反映或投

23、诉，首先应从区域性问题入手，具体处理办法可以参考以下流程() 首先通过客服获取用户手机信息，初步判断是否用户手机设置有问题。通过客服联系用户，询问用户所在位置、手机的型号、是否开通GPRS功能等，以及针对不同型号的手机用户是否正确设置。（设置方法请参见附件）() 检查用户HLR中GPRS数据是否已经正确添加。1联系HLR工程师，查看用户在HLR中的GPRS信息设置是否正确。2通过信令分析仪，查看用户在附着过程中HLR是否返回Insert Subscriber Data消息，或该消息中带有的GPRS参数是否正确。如果发现HLR返回拒绝原因GPRS Service Not Allowed，说明该用

24、户尚未开通GPRS功能。() 检查用户所在小区是否已经开通GPRS功能。在Craft Terminal上检查Gb接口BVC状态BVCI： BVC的标识号；NSEI： 当前BVC所对应的NSE的标识号；CellId： 当前BVC所对应的Cell的标识号；BVC Type： 当前BVC所属的类型：sig为信令用BVC；ptp为数据用BVC；Ope State: 操作状态，正常状态为enabled；Avail state： 进程状态，正常状态为empty，即进程已安装，正常运行；Procedural Status： NSVC重置后进程状态，正常状态为empty.如果某一BVCI的Ope State状

25、态为disable、Avail state状态为offline或failure，说明当前小区尚未开通GPRS功能或小区存在问题，请联系无线工程师协查。无线工程师在RNUSM中查看该小区是否呈现四个小方格。若是,即GPRS功能已开。若不然，打开该小区GPRS功能，步骤如下：1. 创建PRC (ConfigurationCreate PRC)2. 打开PRC (ConfigurationOpen PRC)，从SC中复制该小区(In PRC window: PopulationCopy from configuration; 然后在 in configuration select window: s

26、electSupervisedConfiguration; 再在Copy from configuration window: selectOMC Cell选择相关的小区OK)3. 在PRC窗口中edit相关小区（选择相关cell单击右键选择edit），在TRX Configuration中 选择一个TRX (通常是 TRX 2) Search ; 然后右键选择create； 在 “RNUSM PDCH Creation Parameters” 窗口中, 添入 “MIN_PDCH_GROUP”,“MAX_PDCH_HIGH_LOAD”;“MAX_PDCH_GROUP” 等参数。 最后单击 “O

27、K”。4. Click “Apply and Check”5. 在GPRS下的General Groups 中修改该小区的Routing Area color 和Routing Area code; Apply and Check。6. 小区 unlock GPRS（选中相关小区单击右键unlock GPRS）。7. check ALL with forcing cell administrative state 8. active PRC with forcing cell administrative state当小区的GPRS功能已被打开，手机还是不能够Attach，察看小区的PDCH资

28、源是否充足，如果不充足，则增加小区PDCH：修改MAX_PDCH_HIGH_LOAD；MAX_PDCH_GROUP。修改时同样需要用PRC，可参考如上过程。() 观察是否可以占用GPRS资源。如果占不上资源可以尝试将小区的功能去活、激活后再次查看。同时注意观察GSM语音话务量拥塞情况，语音拥塞且无固定PDCH，可能会造成附着困难。在该小区所在BSC的BSSUSM点击USDUSD Cell Oberview。在BSSUSM:USD Cell Overview窗口中点击 cell report。如有PDCH占用则有标记为G的小方块(若Min_PDCH_Group不为0，则表明有静态分配的PDCH，

29、在此窗口也应标记为G)，若无此类方块，可尝试小区GPRS功能的去活、激活，方法如下：去活Lock GPRS1. 创建PRC (ConfigurationCreate PRC)2. 打开PRC (ConfigurationOpen PRC)，从SC中复制该小区(In PRC window: PopulationCopy from configuration; 然后在 in configuration select window: selectSupervisedConfiguration; 再在Copy from configuration window: selectOMC Cell选择相关的

30、小区OK)3. 小区 lock GPRS（选中相关小区单击右键lock GPRS）。4. check ALL with forcing cell administrative state5. active PRC with forcing cell administrative state 激活 unlock GPRS1. 创建PRC (ConfigurationCreate PRC)2. 打开PRC (ConfigurationOpen PRC)，从SC中复制该小区(In PRC window: PopulationCopy from configuration; 然后在 in configuration select window: selectSupervisedConfiguration; 再在Copy from configuration window: selectOMC Cell选择相关的小区OK)3. 小区 unlock GPRS（选中相关小区单击右键unlock GPRS）。4. check ALL with forcing cell adm