附着失败和PDP失败案例

macnimo

附着失败

案例4

附着失败原因：GPRS service not allowed（08 04 07）

问题：一般就是HLR未开通GPRS功能

案例5

现象描述：在某项目开发过程中间，进行ps业务测试时，GPRS附着失败而且空口

没有任何心灵上报。   

原因分析：1.由于UE没有任何信令上报，可能UE存在问题。

2.小区配置错误

3.UE在经行GPRS附着，空口无任何信息，可能系统没有下发PS域信息

处理过程:1.更换UE，问题依然存在

2.主流在其他RNC的小区上，可以GPRS附着，说明手机没有问题。

3.检查小区配置，在ADD QUICKCELL这条命令里检查SERVICEIND=SUPPORT_C程S_AND_PS，核实出数据无误

4.手机附着式，显示：配置失败。说明系统没有下发信息。手机开关机，查看sysinfotype1，发现没有ps信息，.证实问题出在高层。

5.怀疑数据配置或数据加载问题，RNC侧数据加载有问题，检查RNC的SCU配置表发现有一张存在前后台数据不一致，同步SCU前后台数据。

6.重新开关机后，打开系统消息sysinfotype1，CN_DomalSyslnfoList中有ps信息，进行GPRS附着，附着成功。

案例6

问题：为改善GPRS质量，沈阳市SGSN切换为HUAWEI-SGSN9819新设备，在4月19日12:00切换为SGSN9810后,发现测试手机13940520014出现开机尝试GPRS附着并失败，同时手机处于“吊死”状态，GSM网络的语音业务也无法进行。在不经行GPRS附着时，该手机仍可以正常在GSM网络登记、语音话务也正常。

分析：进检查沈阳SGSN98100的局数据发现该手机IMSI：460000524404549在GT表中的DPC被指向了6-255-128，而该用户应该归属HLR的DPC应该是6-255-24；GPRS本地采用的是GT+DPC寻址，由于在6-255-128的HLR没有此用户的开户信息，因此HLR给SGSN返回非法用户信息；更具3GPP协议“04.o8，4.7.3.1.4   GPRS attach”规定这时手机非GPRS业务也必须开关机、位置更新后才能正常使用。

PDP激活失败

案例4

由于阿尔及利亚的爱立信的GGSN的产品为CGSN，CGSN是较老的版本，采用SGSN与GGSN合设在一起 的设备，CGSN does not supportextended Qos.（CGSN不支持扩展的QOS）。即CGSN没有对扩展的QOS进行定义，它只支持14字节的R99的QOS。

   爱立信答复运营商的结论是：（由于CGSNR4不支持扩展的QoS，因此没有解决CGSNR4的无法支持R5的方案。该设备没有更多的计划修正程序包来解决该问题，需要进行产品升级。）

   从以上分析可以看出，由于手机终端QOS版本与爱立信设备的协商失败导致阿尔及利亚国际漫游来访数据业务PDP激活失败。因此在进行数据业务测试中，在进行信令分析时需要更多的关注到不同的手机终端上报的参数有所不同，差异化的参数就可能成为PDP激活失败的重要原因。

案例5

遇到一个企业APN,静态IP的，而且好奇怪，第一次PDP失败的是# 33:
requested service option not subscribed
第二次失败的原因是# 26:
insufficient resources

解决方案：

一、#33:Requestedservice option not subscribed
华为：请求的服务未签约导致的激活失败
中兴：用户参数不对引起的PDP失败
实质上，准确的说应该是，激活请求的信息不能在核心网侧协商通过。具体有各种原因：
A、没有开通GPRS功能，肯定就激活不会成功了。
B、请求的PDP与签约信息不一致。例如核心网配置IP是动态的，用户请求用静态IP会遭失败。
C、对于APN的使用是核心网多参数协商的过程。假设是简单的网络环境，签约APN不为通配符，APN选择模式为MSorNetworkProvidedAPNsubscriptionVerified，APN重定向功能关闭，SGSN不使用默认APN：
a)移动签约cmnet的用户使用uninet，是不成功的。
b)你可能会遇到这种网络故障：你是某运营商的签约用户，许可签约APN名称为mouApnName，运营商操作员在HLR修改了你的APN签约名称为testApnName，你肯定会激活不成功了，返回代码自然也是#33。（多数厂家把#33归属为用户原因。）
c)签约用户设置空白APN，也会遭失败。
D、爱立信理解，未知的GTP错误，GGSN返回失败值222，SGSN也会返回#33。

二、#26：Insufficient resources
华为：网络资源不足引起的激活失败
中兴：系统资源不足导致的MS发起PDP上下文激活失败
可能引起#26失败的原因很多：
A、Qos协商失败。
B、核心网侧license限制PDP容量超限。
C、核心网侧单用户PDP个数限制。
D、核心网侧配置的动态IP地址池不足。
E、核心网测高负荷保护机制拒绝创建新的PDP。
F、核心网侧操作禁止创建新的PDP。
G、没有LLC SAPI可用。
H、RAB资源不足。
I、很多rejectcauses frome RNC，例如requested-traffic-class-not-available等等，导致RAB指派不成功。
终端用静态地址，可能是LNS上IP地址有冲突吧？

三、先#33，后#26
大客户APN的终端一般是多数的，而且单个的终端激活遭失败后会不断的尝试。。。。。。要知道，连续两次激活尝试，很可能不在同一台GGSN/LNS上，或许说有可能头一次还没有到达GGSN/LNS都已经遭拒了，连续遭遇不同原因的失败，也可以理解。具体troubleshooting还要看SGSN上sessionmanagement相关log，GGSN上也有相关的记录。实在不行，赶快施行强有力的手段：抓包。

案例6

故障现象：

2009年11月28日，某局出现PDP成功率大幅下降。

分析过程：

通过话统文件，我们发现SGSN收到了GGSN发来的大量的error indication消息消息导致SGSN的UGFU单板过载。

  配合无线深入分析后，是因为无线规划有问题。   

- 繁华的商业步行街处于两台SGSN的不同路由区下，并在忙时阶段无线空口资源严重不足，导致RAU过程中出现大量的errorindication消息，进而造成SGSNUGFU单板过载。  

重新分配路由区并进行无线资源扩容，解决SGSN资源过载问题。