PDP激活失败---因WAP网关响应过慢导致

爱卫生

问题：在CQT测试时经常出现偶尔PDP激活时延过长的现象。经过对10个点100次的PDP激活测试,发现7次时延异常的现象，具体挂表结果如下：

测试结果可以看出，主要耗时是在Gb口以下和Radius与WAP网关间，其中第六次GGSN与Radius间的耗时比较长，是因为GGSN第一次发送的Accounting request消息没有被WAP网关接收到。导致这种现象的原因可能是Accounting request消息在传输中丢失或者Radius的处理异常。

另外六次则是因为Gb口以下和Radius与WAP网关间的耗时过长。GGSN向Radius发送Accounting Request消息，等待Radius的响应，并启动相应的等待定时器，在相应的WAP网关侧，发现WAP网关在收到Accounting Request消息后没有给予响应，由于GGSN没有收到Accounting Request消息的响应消息，导致等待定时器超时，然后GGSN重新发送Accounting Request消息，在相应的WAP网关侧，我们发现WAP网关此次给予了响应，GGSN收到Radius转发的Accounting Response消息，这时GGSN才对手机的PDP激活请求进行响应。

正是由于Gi口的耗时过长，使得无线侧的定时器超时而释放了TBF资源，所以手机在接收PDP激活接受消息时，重新进行了TBF的建立，这又进一步增加了在无线口上的延时。

因此，WAP网关的响应过慢，是导致PDP激活时延过长根本原因。

望到天那边

WAP1.0的网关响应慢吧？这种WAP网关响应慢，有什么好的解决办法吧？

爱卫生

望到天那边 发表于 2012-10-15 14:36
WAP1.0的网关响应慢吧？这种WAP网关响应慢，有什么好的解决办法吧？

常见的方法包括：
1 检查WAP网关前面的负载均衡交换机的配置。看是不是有WAP网关的CPU负荷不均衡的情况，如果有的话，要及时调整。
2 从IP网络路由的层面看一下是否有不合理的路由。调整IP路由cost等方法解决。
3 WAP网关本身的参数。例如T2定时器（控制一定时间内没有收到MS侧的响应应重发数据包），缩短重传时间间隔。等等。
以上几点都和延迟有关。