CC33和CC26---讨论PDP激活失败案例

lizq8285

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

gprssanling

回复 lizq8285 的帖子

讨论：

个人积累总结，理解不一定全面，大家一起讨论。各厂家对各种失败原因的理解也会有一些细微的差别。

一、#33:Requested service 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、很多reject causes frome RNC，例如requested-traffic-class-not-available等等，导致RAB指派不成功。
终端用静态地址，可能是LNS上IP地址有冲突吧？

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

lizq8285

谢谢楼上的兄弟给了那么详细的指导，问题已经发现解决，是由于出现2个终端用户相同的静态IP导致的。

lizq8285

看来我来到选择对了啊，好，营造了一个良好的技术氛围。
就刚刚上面的问题，客户在跟踪另外一卡的时候在GGSN有地址冲突的log

admin

回复 gprssanling 的帖子

  非常感谢你的分享哦，让我和其他的朋友都学习了很多东西。再次感谢！

hendouse

回答得好迅速 且用心啊！  赞一个！

wangchenfool

学习了，以后知道怎么写报告了

byg_234

lizq8285 发表于 2011-6-2 08:43
谢谢楼上的兄弟给了那么详细的指导，问题已经发现解决，是由于出现2个终端用户相同的静态IP导致的。

你是爱立信的设备吗？这2个用户是不是，专网用户啊

cy601987107

gprssanling 发表于 2011-6-2 00:45
回复 lizq8285 的帖子

讨论：

你好，xx移动14日凌晨E sgsn pool内的sgsn pdp激活成功率（含用户原因）突然降到5、60%，14日之前为90%多，但除用户原因指标正常，98%左右，通过统计cause code，发现CC33 15分钟近2W次，15日下午指标又突然恢复正常了。像这种情况，我该怎么查找原因

cy601987107

cy601987107 发表于 2013-10-17 12:14
你好，xx移动14日凌晨E sgsn pool内的sgsn pdp激活成功率（含用户原因）突然降到5、60%，14日之前为90%多 ...

用于没有分析工具，无法查看是哪些用户，只能从统计中知道CC33这个失败原因counter的数目大的惊人，指标也正是被这个CC拉低的

cy601987107

cy601987107 发表于 2013-10-17 23:48
用于没有分析工具，无法查看是哪些用户，只能从统计中知道CC33这个失败原因counter的数目大的惊人，指标也 ...

xx移动没有分析工具，SM LOG也只记录27 28 38这么几个CC，分析无门哎

ccc123

现在刚学ericsson的设备。不知道ericsson的SGSN，GGSN上的counts能不能用指令实时的看统计的值哪？不是通过session-log,或着mobility-log 看内容。