GPRS总体排障手册.docx
《GPRS总体排障手册.docx》由会员分享，可在线阅读，更多相关《GPRS总体排障手册.docx（62页珍藏版）》请在冰豆网上搜索。
GPRS总体排障手册
中国移动GPRS总体排障手册
（ALCATEL分册）
（试行稿）
目录
概述3
一．WAPoverGPRS业务的网络结构图4
二．WAPoverGPRS业务的正常流程4
三．出现的问题和其主要涉及的网元7
四．针对各种问题的定位解决方法9
1．手机无GPRS信号，无法登陆GPRS网9
1）问题流程图9
2）查找点9
3）排障过程9
全网性问题的排障方案9
区域性问题的排障方案15
2．PDPcontext激活失败34
1）问题流程图34
2）查找点34
3）排障过程34
PDP激活失败排障方案44
1．请输入主叫号码问题47
1）问题流程图47
2）查找点47
3）排障过程48
2．手机显示“internalservererror”错误49
1）问题流程图49
2）查找点50
3）排障过程51
3．输入SPID54
1）问题流程图54
2）查找点54
3）排障流程55
附件一：
部分GPRS手机的设置方法57
附件二：
部分GPRS手机附着、激活现象描述59
附件三：
部分接口信令测试过程中，需要关注的字段61
概述
为了提高GPRS网络的维护水平和服务质量，及时排查网络故障，特制定中国移动GPRS排障手册。
本排障手册主要针对WAPoverGPRS业务,且通过Monternet主页得到服务。
中国移动GPRS通信网（以下简称GPRS网）是中国移动通信网的一个组成部分，它与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-B
GGSN:
NGG.R2.1.4.0-B
DNS:
Bind8
CG:
NCG.R2.1.4.8
FW:
CPFW-EPC-U-V41（EnterpriseCenter）Version:
4.1
OMCG:
NOG.R.2.1.17.2
无线部分B6各版本均支持
一．WAPoverGPRS业务的网络结构图
GPRS网络以CMNET和GSM作为承载网络。
而WAP业务在全国设立四个WAP网关，各省的wapoverGPRS业务通过打GRE隧道接入归属域的WAP网关。
同时设立RADUIS服务器和MISC实现信息源计费，并通过MSIC和各个SP进行连接。
二．WAPoverGPRS业务的正常流程
整体流程：
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.SGSN、STP局数据
激活失败
激活主页长时间无响应或直接显示拒绝消息
PDP激活过程
1、手机（APN设置、IP地址设置）
2、HLR
3、GPRS核心网（数据漏做、设备故障）
4、PCU（软硬件故障、）
5、Gb接口
6、DNS
7、Radius
8、wap网关
请输入主叫号码
在访问中出现“请输入主叫号码”字样
用户访问我的梦网过程
1、GPRS核心网
2、wap网关
3、radius
4、MISC
Internalsevererror错误
在访问中出现“Internalsevererror”字样
用户访问梦网过程
1、wap网关
2、MISC
3、SP
Internalgatewayerror错误
在访问中出现Internalgatewayerror字样
用户访问梦网过程
1、wap网关
2、手机设置
请输入SPID
在访问中出现“请输入SPID”字样
用户访问梦网过程
1、MISC
2、SP
网页有错误
在访问中出现“网页有错误”字样
用户访问梦网过程
1、SP
2、MISC
Wtbs访问错误
在访问中出现“Wtbs访问错误”字样
用户访问梦网过程
1、手机
2、MISC
3、SP
四．针对各种问题的定位解决方法
1．手机无GPRS信号，无法登陆GPRS网
1）问题流程图
2）查找点
检查GPRS网络设备（attach过程所涉及的设备：
如SGSN、信令网设备、PCU等）的运行情况；若需深入分析，可以在Gb口挂表测试，或者Gb接口和Gr接口同时挂表，建议测试仪表应具有TRACE和统计分析功能。
3）排障过程
可以将附着问题分为全网性问题和区域性问题。
全网性问题主要指SGSN不稳定，信令网数据不全或故障，从而遭到大量用户投诉。
全网性问题产生的主要原因：
可以参考集团公司上半年下发的网络优化原则，包括:
（ⅰ）信令网路由数据遗漏或者错误（HSTP/LSTP的SGSNGT路由分析数据遗漏或者错误或子系统号配置不正确，以及SGSN的IMSI号段分析数据表不完整）。
（ⅱ）Gr信令单平面问题，SGSN与HLR设备的兼容性。
另外，SGSN性能稳定与否直接影响所有GPRS业务。
全网性问题的排障方案：
协同设备厂商，解决SGSN性能问题；检查信令网局数据，包括SGSN的IMSI分析，STP的路由数据以及SGSN与HLR的信令数据。
具体步骤参考如下：
（ⅰ）检查SGSN系统告警，查看系统用户登记情况，是否无任何用户登记或者登记用户数量异常，同时检查Gr接口板是否运行正常。
AlcatelSGSN告警（Alarm）检查
在OMCG上进入Alarm菜单，可以看见当前SGSN的告警。
也可以在CraftTerminal上使用Equipment/Alarmmanagement窗口：
具体的告警内容和处理建议可以根据用户文档中的“AlarmDictionary”一文查得。
图中Nack一栏为当前没有响应的告警数。
SGSN服务器告警检查
在CraftTerminal上使用NectarView窗口：
SGSN工作状态显示图检查（表中所列各部分相应的状态均为正常工作状态）：
网元名
（Name）
硬件名
管理状态
（Admin.）
操作状态
（Oper.）
硬件运行状态
（Avail.）
N111
STATION_A
Unlock
Enabled
OK
N121
STATION_B
Unlock
Enabled
OK
N131
IOLANConsole
Unlock
Enabled
OK
N142
ShareDisk2
Unlock
Enabled
OK
N141
ShareDisk1
Unlock
Enabled
OK
N151
LSNLAN1
Unlock
Enabled
OK
N161
LSNLAN2
Unlock
Enabled
OK
N211
STATION_C
Unlock
Enabled
OK
N221
STATION_D
Unlock
Enabled
OK
Durouter1
DatacomRouter1
Unlock
Enabled
OK
Durouter2
DatacomRouter2
Unlock
Enabled
OK
N231
STATION_E
Unlock
Enabled
OK
N241
STATION_F
Unlock
Enabled
OK
如某一设备状态异常，在对应设备的“Oper.”项目中点右键，选择“locktestunlock”
SGSN上GPRS登记用户数检查
在CraftTerminal上使用ObservationCounters窗口：
选择Msah_NbrOfAttachedMS_MAX计数器，可通过图表查看近期时段附着的GPRS用户数。
若有异常，请进行SGSN服务器状态检查，判断是否有STATION发生Crash；或进行Gb、Gr的链路检测。
Gr接口CMIC板（七号信令板）的状态检查
通过告警板（ACAXGN）上的显示灯（D1）来查看状态：
若为常亮的绿灯，则七号信令链路物理层正常；
若为闪烁的红灯，则七号信令链路物理层未连接，请与传输人员配合检查No.7物理传输；
（ⅱ）检查SGSN各个Gb接口运行情况。
GPU板物理状态（Gb接口板物理状态检查）
选择需要查看的GPU板，在窗口的下栏可以看到该板对应的16个PCM链路的状态。
绿色为物理链路活，红色为物理链路未活。
时钟标志表示该链路供系统时钟使用。
GPU板与不同BSC上PCU板的连接次序需由核心网和无线双方共同协定。
亦可通过机架内部的板子状态显示灯来检查状态：
若L1与L2为绿灯或L1为黄灯、L2为绿灯，则状态正常且有业务；
若L1为红灯、L2为绿灯，则GPU板工作正常但没有业务；
若L1或L2均为红灯或为黄灯快闪，则该板子当前工作不正常，可以在相应的GPU位图上点右键选择“reset”重新初始化此块GPU模块；
Gb接口状态的检查
使用CraftTerminal的“GbManagement”菜单；
依次检查PCMLink、FR-BCLink、PVCLink、NSVClink、NSE、BVC（从无线侧读取）、RA（从无线侧读取）的状态；
其中：
AdmState:
管理状态，正常状态为unlocked；
OpeState:
操作状态，正常状态为enabled；
Availstate:
进程状态，正常状态为empty，即进程已安装，正常运行；
如果Gb接口的AdmState状态为locked或OpeState状态为disable，可以使用”test”、”unlock”选项重置Gb链路，恢复状态。
（ⅲ）从SGSN侧检查至信令网络的路由是否畅通，必要时可以在Gr接口挂表测试。
建议对于信令相关故障，要联系LSTP、HSTP，可以更方便的发现问题的原因。
检查Gr信令链路是否异常
物理层：
检查CraftTerminal或OMCG的告警窗口是否有PCM告警；
MTP3层：
使用OMCG或CraftTerminal的“SS7ManagementMTP3Management”菜单；检查Linkset、Routeset、SignalingPoint状态；
所有链路、子系统状态都应为OK。
若有异常，在对应的链路层选项中点击“lockunlock”或“reset”，重新激活链路。
大部分情况下，GPRS核心网的Gr接口并不和HLR直连，而是通过STP转接，增加了信令网路由的复杂性。
以下是附着接续失败的一些常见流程。
需要与STP和HLR工程师多方共同配合解决。
信令流程一：
MSGbSGSNGrHLR（HSTP）
AttachRequest（ATRQ）
SendAuthenticationInfo（BEG）
（Timeout）
AttachReject（ATRJ）
从此类信令上我们可以看出，SGSN向HLR发送Triplet鉴权三元组请求后，未收到HLR的响应消息。
在15秒超时后，SGSN向手机发送了ATRJ消息。
我们将此流程中的SendAuthenticationInfo（BEG）消息与正常的接续情况进行了对比，此消息正确。
由此我们分析，此问题可能是由于对端HLR（HSTP）未创本地SGSN的SCCPGT路由数据造成的。
为此，我们希望能通过这类手机的IMSI号查找相关HLR（HSTP）上的路由表信息。
信令流程二：
MSGbSGSNGrHLR（HSTP）
AttachRequest（ATRQ）
SendAuthenticationInfo（BEG）
SendAuthenticationInfo（END）
AttachReject（ATRJ）
在对此类流程的解包分析中，我们发现HLR返回的SendAuthenticationInfo（END）消息中SGSN的子系统号参数Calledaddressparameter/Subsystemnumber不正确，其值不是GPRS规范中定义的95H而为系统预留号FFH，导致SGSN系统不能识别，接续失败。
由此现象我们认为这是由于对端HLR未正确设置好自身系统内的GPRS相关参数造成的。
对此类问题我们希望相应HLR能检查其GPRS数据配置情况。
信令流程三：
MSGbSGSNGrHLR（HSTP）
AttachRequest（ATRQ）
SendAuthenticationInfo（BEG）
SendAuthenticationInfo（END）
Authentication&CipheringRequest（ACRQ）
Authentication&CipheringResponse（ACRE）
GPRSLocationUpdate（BEG）
GPRSLocationUpdate（END）
AttachReject（ATRJ）
由上信令流程看出，GPRS手机鉴权已通过，在SGSN向HLR发送位置更新请求后，HLR返回GPRSLocationUpdate（END）消息，其中带有MistypedParameter的错误原因，接续失败。
从返回的Cause上看似乎是SGSN发向HLR的信令中含有HLR认为是未定义过的TCAP层消息参数值，因而HLR返回TC-U-REJECT请求。
我们核对了SGSN发向HLR的GPRSLocationUpdate（BEG）消息，各参数均符合规范、并与正常流程相一致。
因此我们认为HLR存在版本兼容性问题，希望对端HLR能配合查找其返回MistypedParameter消息的具体原因。
信令流程四：
MSGbSGSNGrHLR（HSTP）
AttachRequest（ATRQ）
SendAuthenticationInfo（BEG）
SendAuthenticationInfo（END）
Authentication&CipheringRequest（ACRQ）
Authentication&CipheringResponse（ACRE）
GPRSLocationUpdate（BEG）
Abort
AttachReject（ATRJ）
与前一情况类似，此流程GPRS手机鉴权已通过，在SGSN向HLR发送位置更新请求后，HLR返回Abort消息，其错误原因为Applcontextnamenotsupp，中止了接续过程。
我们从接续失败的Cause中看出此类HLR目前不支持GPRS业务所必需的MAPPhase2+版本。
因此对于此类情况，我们认为只能通过对端HLR的升版才能解决。
（ⅳ）检查信令数据设置是否完整、准确。
检查Gr数据设置是否正确
SCCP层：
使用OMCG或CraftTerminal的“SS7ManagementSCCPManagement”菜单；检查SCCPEntity、GTConversionRule、GTtranslation列表；
检查SCCPEntity为HLR的子系统号是否设置为6。
检查GTConversionRule、GTtranslation等IMSI号段分析数据表是否包含有问题手机的GT寻址路由、其路由指向是否准确。
如有误，请使用CraftTerminal上“SS7ManagementSCCPManagement”菜单中的Create或Modify选项设置Gr信令数据。
区域性问题排障方案：
区域性问题指PCU层问题，或者无线层方面问题，导致区域性问题的原因主要是个别BSC功能不稳定，或部分小区问题，有少量用户反映。
因目前维护过程中遇到的故障大部分为区域性问题，故对于接到的用户反映或投诉，首先应从区域性问题入手，具体处理办法可以参考以下流程
（ⅰ）首先通过客服获取用户手机信息，初步判断是否用户手机设置有问题。
通过客服联系用户，询问用户所在位置、手机的型号、是否开通GPRS功能等，以及针对不同型号的手机用户是否正确设置。
（设置方法请参见附件）
（ⅱ）检查用户HLR中GPRS数据是否已经正确添加。
1．联系HLR工程师，查看用户在HLR中的GPRS信息设置是否正确。
2．通过信令分析仪，查看用户在附着过程中HLR是否返回InsertSubscriberData消息，或该消息中带有的GPRS参数是否正确。
如果发现HLR返回拒绝原因GPRSServiceNotAllowed，说明该用户尚未开通GPRS功能。
（ⅲ）检查用户所在小区是否已经开通GPRS功能。
在CraftTerminal上检查Gb接口BVC状态
BVCI：
BVC的标识号；
NSEI：
当前BVC所对应的NSE的标识号；
CellId：
当前BVC所对应的Cell的标识号；
BVCType：
当前BVC所属的类型：
sig为信令用BVC；ptp为数据用BVC；
OpeState:
操作状态，正常状态为enabled；
Availstate：
进程状态，正常状态为empty，即进程已安装，正常运行；
ProceduralStatus：
NSVC重置后进程状态，正常状态为empty.
如果某一BVCI的OpeState状态为disable、Availstate状态为offline或failure，说明当前小区尚未开通GPRS功能或小区存在问题，请联系无线工程师协查。
无线工程师在RNUSM中查看该小区是否呈现四个小方格。
若是,即GPRS功能已开。
若不然，打开该小区GPRS功能，步骤如下：
1.创建PRC（ConfigurationCreatePRC）
2.打开PRC（ConfigurationOpenPRC），从SC中复制该小区（InPRCwindow:
PopulationCopyfromconfiguration;然后在inconfigurationselectwindow:
selectSupervisedConfiguration;再在Copyfromconfigurationwindow:
selectOMCCell选择相关的小区OK）
3.在PRC窗口中edit相关小区（选择相关cell单击右键选择edit），在TRXConfiguration中选择一个TRX（通常是TRX2）Search;然后右键选择create；在“RNUSMPDCHCreationParameters”窗口中,添入“MIN_PDCH_GROUP”,“MAX_PDCH_HIGH_LOAD”;“MAX_PDCH_GROUP”等参数。
最后单击“OK”。
4.Click“ApplyandCheck”
5.在GPRS下的GeneralGroups中修改该小区的RoutingAreacolor和RoutingAreacode;ApplyandCheck。
6.小区unlockGPRS（选中相关小区单击右键unlockGPRS）。
7.checkALLwithforcingcelladministrativestate
8.activePRCwithforcingcelladministrativestate
当小区的GPRS功能已被打开，手机还是不能够Attach，察看小区的PDCH资源是否充足，如果不充足，则增加小区PDCH：
修改MAX_PDCH_HIGH_LOAD；MAX_PDCH_GROUP。
修改时同样需要用PRC，可参考如上过程。
（ⅳ）观察是否可以占用GPRS资源。
如果占不上资源可以尝试将小区的功能去活、激活后再次查看。
同时注意观察GSM语音话务量拥塞情况，语音拥塞且无固定PDCH，可能会造成附着困难。
在该小区所在BSC的BSSUSM点击USDUSDCellOberview。
在BSSUSM:
USDCellOverview窗口中点击cellreport。
如有PDCH占用则有标记为G的小方块（若Min_PDCH_Group不为0，则表明有静态分配的PDCH，在此窗口也应标记为G），若无此类方块，可尝试小区GPRS功能的去活、激活，方法如下：
去活LockGPRS
1.创建PRC（ConfigurationCreatePRC）
2.打开PRC（ConfigurationOpenPRC），从SC中复制该小区（InPRCwindow:
PopulationCopyfromconfiguration;然后在inconfigurationselectwindow:
selectSupervisedConfiguration;再在Copyfromconfigurationwindow:
selectOMCCell选择相关的小区OK）
3.小区lockGPRS（选中相关小区单击右键lockGPRS）。
4.checkALLwithforcingcelladministrativestate
5.activePRCwithforcingcelladministrativestate
激活unlockGPRS
1.创建PRC（ConfigurationCreatePRC）
2.打开PRC（ConfigurationOpenPRC），从SC中复制该小区（InPRCwindow:
PopulationCopyfromconfiguration;然后在inconfigurationselectwindow:
selectSupervisedConfiguration;再在Copyfromconfigurationwindow:
selectOMCCell选择相关的小区OK）
3.小区unlockGPRS（选中相关小区单击右键unlockGPRS）。
4.checkALLwithforcingcelladm
升级会员 