Authentication重发过多！

望到天那边

现象：MS向SGSN发起Attach request后,SGSN连续发起多条Authentication and Ciphering Req，MS都没有响应SGSN，然后MS再次发起Attach request，一直这样循环着，造成网络中有大量的Authentication重传包。
详细信令如下：


问题：
1、SGSN上的T3360 鉴权加密定时器为6S,可从信令里面看，每次重发Authentication and Ciphering Req均不到1S或者在1S左右，这是什么原因呢?
2、导致这种Authentication不断重发的原因可能有哪些呢？
3、如果MS没有收到SGSN的Authentication and Ciphering Req，是不是应该在等待GPRS附着接受定时器超时后再发呢？
4、信令中伴随着LLC-DISCARDED和RADIO-STATUS，怀疑跟无线有关，可要是无线不行的话，可为什么只体现在下行方向？
期待高人解答！谢谢！

望到天那边

是华为的SGSN9810，SGSN变化random TLLI发下行可能跟SGSN重发Authentication and Ciphering Req的间隔时间有关（T3360 鉴权加密定时器）！我对比了正常成功附着的信令流程，有重发都会间隔6秒，可这里间隔时间却很短！
不知道为啥，查规范也没查出个所以然。
猜想一：SGSN的T3360 鉴权加密定时器，时而生效时而不生效，可在什么情况下会不生效呢？
猜想二：T3360 鉴权加密定时器没生效时，SGSN就会改变TLLI重发Authentication and Ciphering Req？
找了规范也没有相关说明，这问题现在成了死点！