51学通信技术论坛

标题: CC30-Activation rejected by GGSN(激活由GGSN拒绝)现网案例 [打印本页]

作者: 爱卫生 时间: 2011-6-25 20:17:11 标题: CC30-Activation rejected by GGSN(激活由GGSN拒绝)现网案例

本案例分享的是一个现网CC30-由GGSN拒绝的激活的例子。
一故障现象
SGSN向MS发送Activate PDP Context Reject消息，reject原因值为CC30--“Activation rejected by GGSN”。如图一所示。

[attach]591[/attach]

图一故障现象

二故障分析过程
通过CHR日志采集分析，导致“Activation rejected by GGSN”的失败原因包括“SM_GGSN_RET_REJECT”，其对应内部失败原因主要是：“SM_GGSN_CRT_RSP_MAN_IE_INC”。该失败原因主要是由于必选信元错误导致的PDP上下文激活失败，在Create PDP Context Response消息中携带的失败原因为“Mandatory IE incorrect”，导致IUPS口Activate PDP context reject（GGSN 拒绝）。如图二所示。

[attach]589[/attach]

图二 Gn接口抓包

继续查看MS（IMSI 460017922008611）的CDR信令记录如下图图三所示：

[attach]590[/attach]

图三 CDR信令日志记录

根据日志的观察，16:04:10发生了一次APN为“CMNET”的“Delete PDP Context”消息，还未收到响应消息，手机又发起一次APN为“CMWAP”的激活请求消息；而此时GGSN里的该IMSI的“CMNET”PDP上下文正在删除内部资源如手机地址、通知计费结束等，如果此时有相同IMSI的另一个APN如“CMWAP”发起激活请求，GGSN则会查到该用户使用了2个不同的APN，并且NSAPI都是5，GGSN会认为该用户的PDP上下文在GGSN里还存在，所以就会给SGSN返回“Mandatory IE incorrect”原因值的激活响应消息。而SGSN会给手机返回激活失败，失败原因为CC30 - “GGSN拒绝”。

三结论

由于删除PDP和随后请求建立PDP上下文几乎是在同一时间产生，可能与手机终端应用有关，应该不是用户主动发起的请求，用户随后再次请求建立PDP是成功的。

作者: lsjier 时间: 2011-6-25 21:45:07

全部收藏了

作者: yonka 时间: 2011-11-20 02:51:22

“如果此时有相同IMSI的另一个APN如“CMWAP”发起激活请求，GGSN则会查到该用户使用了2个不同的APN，并且NSAPI都是5，GGSN会认为该用户的PDP上下文在GGSN里还存在，所以就会给SGSN返回“Mandatory IE incorrect”原因值的激活响应消息。”

最后的推断部分没理解，为什么GGSN会得出“Mandatory IE incorrect”的结论呢？

作者: 爱卫生 时间: 2011-11-20 19:22:48

回复 yonka 的帖子

因为上一个MS的PDP上下文（APN=cmnet）在GGSN侧还没有被删除完成，NSAPI=5还被占用着。这时MS如果再发起一个cmwap APN的PDP激活请求，那NSAPI应该是6（因为MS这侧关于cmnet这个APN的PDP上下文已经删除了），而不应该是5。所以GGSN觉得NSAPI这个强制的IE值不正确。回CC30是合理的。

作者: yonka 时间: 2011-11-20 21:01:18

回复爱卫生的帖子

嗯~懂了~
解释得很好~
很多时候不懂的东西被你解释一下就懂了~

这也是喜欢来家园的地方~

不过总看到你在回复~挺不好意思的~养成习惯了又总去找你问~- -！

作者: tony9492 时间: 2012-3-8 23:23:26

提供一个由于CC30-Activation rejected by GGSN原因导致的PDP激活失败案例：

由于PDP静态IP重复设置导致CC30（专用APN用户：电力抄表终端配置静态IP）：包含连续3天CC30失败次数的统计：
[attach]1131[/attach]
而且可以看出IP重复设置的2个用户都会存在CC30-Activation rejected by GGSN失败！

作者: 爱卫生 时间: 2012-3-9 14:24:50

回复 tony9492 的帖子

谢谢宝贵分享！

作者: 爱卫生 时间: 2012-4-4 12:37:10

本帖最后由爱卫生于 2012-4-4 13:13 编辑

附上本例的信令流程图，可能会更方便理解这个故障。

[attach]1181[/attach]

（1）MS发送Activate PDP Context Request消息给SGSN，请求见到到xxnet这个APN的会话。同时请求为这个PDP会话分配NSAPI值为5。

（2）SGSN向GGSN发起Create PDP Context Reuqest消息用于为MS请求建立到xxnet这个APN的连接，并将NSAPI信息元素值设置为5。

（3）GGSN进行确认，为MS建立到xxnet这个APN的会话，并给SGSN回应Create PDP Context Response消息。NSAPI信息元素值设置为5。用于标识MS到xxnet这个APN的PDP上下文。

（4）SGSN给MS发送Activate PDP Context Accept消息确认到xxnet的APN会话连接建立成功，并将网络侧分配好的NSAPI值告知MS，MS收到后将NSAPI=5保存下来。

接下来，MS几乎同时发出两条信令消息。

（5） MS发送Deactivate PDP Context Request消息给SGSN，请求将NSAPI=5的这一个PDP上下文去激活，对应的APN为xxnet。同时，在MS侧，已经将对应的NSAPI=5的值在本地删除。

（6）同时，MS向MS发送了Create PDP Context Request消息给SGSN，请求建立到xxwap这个APN的会话连接，并请求分配NSAPI=5。

SGSN收到这两条消息后，据此向GGSN发送了两条信令消息。

（7）做为对第5步MS请求去激活NSAPI=5这个PDP上下文的响应，SGSN向GGSN发送Delete PDP Context Request消息，请求GGSN将NSAPI=5的这条PDP上下文删除。

（8）做为对第6步MS请求见到到xxwap这个APN的PDP会话的响应，SGSN向GGSN发送Create PDP Context Request消息，请求GGSN为MS建立到xxwap这个APN网络的PDP会话，并且请求分配NSAPI=5。

（9）由于第7步的Delete PDP Context Request消息和第8步的Create PDP Context Request消息可能是同时到达的或者第8步的Create PDP Context Request消息先于第7步的Delete PDP Context Request到达GGSN，则GGSN侧意识到关于NSAPI=5这个值已经被分配给了MS到xxnet这个APN的PDP上下文，而现在又收到了同一个MS的PDP上下文创建请求，请求的NSAPI也是等于5。则GGSN侧会认为做为MS请求的消息中，NSAPI做为强制的信息元素取值不正确，从而给SGSN回应带有CC201(Mandatory IE incorrect)的Create PDP Context Response消息，通知SGSN，这次PDP上下文激活失败是因为协议中有强制的信息元素取值不正确导致的。

（10）SGSN根据GGSN的指示，给MS回应带有原因代码CC30的Activate PDP Context Reject消息，通知MS本次PDP上下文激活失败，并且是由GGSN拒绝的。

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)