PDP激活被限制导致的：Service option not supported

weifengp

问题背景：1、现网统计PDP fail cause发现Service option not supported占比较高，IMSI维度导出了几个集中用户，其中选了某用户（Samsung GT-I9300）进行分析；

2、电访用户，对方说是公安局的，该终端被限制了上网，但具体不知什么原因。

信令分析：
对用户全天的信令分析总结如下：
1、两天的跟踪并无发现用户有PDP激活成功的记录，所有PDP激活均发生reject (CC32:Service option not supported);
2、用户PDP激活流程规律：3gnet\3gwap交替地、10s为间隔 频繁地发起PDP请求，但均被reject；
3、Service Request消息里面发现PDP Context Status  NSAPI 5: (1) PDP-ACTIVE 。


疑问：
1、用户表示被限制上网的，那用户签约数据是什么？是核心网在签约数据上作了限制吗？

2、假如是核心网对用户作了限制，但PDP请求是用户发起的，终端发起的Service Request里面提示了PDP已激活，那终端怎么还发起请求的？
3、有没有核心侧的数据配置与PDP reject cause的对应表？如数据配置为什么时， reject cause为CC32？

爱卫生

核心网数据配置一般来说和CC没有完全直接的对应关系。因为规范里对CC的定义很宽泛，所以CC甚至是可以由SGSN自定义来决定给用户回哪个CC的。

而且，即使有。每个厂家也肯定都不一样的。

通常签约信息部不匹配的PDP激活失败都是归到CC33的。CC32比较少见。这里有个例子http://www.gprshome.com/forum.php?mod=viewthread&tid=288&page=1#pid11594。是因为用户用了IPV6地址激活导致CC32。

service request里看到有nsapi active的，那说明用户应该成功激活过。是不是有可能是激活后，拔了电池。

建议你再抓下Gn接口的包，看这个CC32到底是SGSN直接回的，还是GGSN拒绝后，SGSN再回的。记得有一个帖子就是说，用户频繁PDP激活，导致NSAPI被重复使用导致的PDP激活失败，但不记得是CC32还是多少了。

weifengp

感谢爱总的解答，用户使用的是IPV4，这个有检查过了。明天尝试跟踪一下Gn口的信令看看。

hou3331

对于HLR上签约的ODB业务，我看到SGSN也下发CC32了，为何不是下发CC08："operator determined barring"？