CN侧发起的PDP去激活怎么分析

zhengyufu

楼主，你好！！！
       附的的图片是Gb接口的抓包的流程，可以看到用户的PDP激活请求也成功了，中间就发了一些流控消息和XID后，1s左右CN就发了PDP去激活请求。SM cause是Regular deactivation；Tear down indicator 置位。别的也没有什么有价值的东西了。请问一下这样的问题应该从什么方面分析啊？？？

爱卫生

和流控应该没什么关系。会不会和XID的协商有关系？有没有包呢？关于XID的协商可以参考LLC的规范TS44.064的6.4.1.6章节。

tony9492

我觉得从Gb信令上看不出来有啥问题，你最好在SGSN侧抓包看看，SGSN侧与其它节点交互的其它信令可能能提供更多的信息！

爱卫生

zhengyufu 发表于 2012-3-9 13:29
楼主，你好！！！
       附的的图片是Gb接口的抓包的流程，可以看到用户的PDP激活请求也成功了，中间就发 ...

不好意思。没看到你的包。刚下载看了下又查了下，XID的协商应该不会导致这个去激活。但正如tony提到的，没有Gn口的包。所以暂时无法判断这个去激活是SGSN还是GGSN发起的。但通过去激活请求里的Teardown Indicator=1来看，感觉应该是GGSN发起的可能性更大一些。如果方便，正如tony提到的，能否关注下Gn口的包，应该有一个delete pdp context request消息，看是谁发出来的。因为我在以前Lab里碰到过一个例子，就是MS激活成功后，正在播放视频，然后GGSN上执行指令将APN挂起，则GGSN会发出delete pdp context request消息给SGSN请求将PDP上下文去激活，同时TI也置1。SGSN收到后就会给MS发deactivate pdp context request，CC=36。就和你的包是一样的。

所以，如果确定是GGSN发起的，那能否再检查下GGSN的负荷情况，或者是否配置了什么激活门限之类的。或者是负责处理这个用户的GTP板卡的负荷是否快满了。

附上我的包。供参考。

zhengyufu

谢谢！！！
Gn接口的抓包分析目前我们还没法推动。
现在只能列举一些可能比较大的原因提给局方去排查了！！！
再次谢谢两位的指点！！！