在update中GGSN返回不存在PDP上下文（Non-existent）的原因？

lizq8285

在SGSN发起的update流程中，GGSN返回GTP cause为NON-existent的失败码，统计一天24小时的数量也大，大概有10000多。查了相关协议，没有什么收获。协议解析：

3GPP 29.060协议规范对此错误解析如下：If the SGSN receives an Update PDP Context Response with a Cause value ‘Non-existent', it shall
delete the PDP Context。

3GPP 23.060协议规范解析为：If the new SGSN is unable to update the PDP context in one or more GGSNs, the new SGSN shall deactivate the corresponding PDP contexts as described in clause "SGSN-initiated PDP Context Deactivation Procedure". This shall not cause the SGSN to reject the routeing area update.

    在真实的信令流程中，也看到终端重新PDP激活了。

lizq8285

不知道大家分析过此类问题么有？虽说不会影响到路由更新成功率，但是会影响到用户感知，并且下线了再PDP激活。

lizq8285

发错地方了！没人懂的？

lizq8285

卫总：你给出的包SGSN向GGSN发起了delete，但是协议上不是说SGSN向ms发起的吧？而且此次是由于在update的过程中GGSN已经返回了non-existent的原因吗，应该就不比向GGSN发起了吧？不知道说的对不对？
第二：我查到2个GGSN参数供大家讨论，
一是IDLE-TIMEOUT,参数作用说明：
为了防止个别用户激活PDP上下文后，长时间不使用PS业务而占用系统资源，GGSN
应当可以配置一个最大空闲时间，在这个时间内如果用户没有流量，则GGSN 可以主动去
激活此PDP上下文。-----------目前我看到地市本地的GGSN是设置为30分钟。
二是session-timeout，参数说明如下：
GGSN 允许的PDP 上下文最大存活时间。-------------目前我看到地市本地的GGSN没有设置此参数。
log如下：
pdp-context {
            creation unblocked;
            limit 500000;
---(more)---
                    
            payload-limit 525000;
            session-control {
                idle-timeout {
                    default timeout 30;
                }
            }
            signaling ggsn-deletes-per-second 50;

lizq8285

回复 hycl5410 的帖子

楼上的朋友能给我个数据包或者分析吗，我正在做这个分析，不知道咋回事呢？

lizq8285

hycl5410 发表于 2012-3-25 11:13
idle-timeout时，GGSN确定发delete pdp给SGSN。前几天刚看的一个case。

@楼主，没有数据包，没有场景描述 ...

急求case的信息或者资料啊，证明IDLE-TIMEOUT时，GGSN是会下发DELETE PDP给SGSN的啊。我找得好辛苦，都没找到有的。