Authentication重发过多！

admin

说下我的想法。

1 这个应该不是等T3360超时后的重传。

2 正常的超时重传就是因为没有收到MS返回的Authentication and Ciphering response。

3 MS重发附着请求由Timer T3310来控制，默认15秒，发出attach request启动，收到attach accept中止。最大重发4次。

4 先纠正一个概念。LLC-Discard PDU通知SGSN有丢帧，这里的丢帧都是指下行，不是指上行。上行不存在丢不丢，如果没发给BSC，BSC也不知道有LLC帧丢失，如果发给了BSC，那BSC不需要缓存直接发给SGSN就可以了。规范中的解释是这样的：“This PDU indicates that a number of buffered LLC-PDUs in a cell for an MS have been deleted inside the BSS (because of PDU Lifetime expiration or radio outage for example). "。这里提到的buffer只针对下行。

但这里的问题不见得一定是无线侧的问题，个人感觉SGSN也有很大的嫌疑。因为本例中，MS采用的是用IMSI附着，根据规定，在BSSGP层中应采用一个随机TLLI（及前5个bit为01111）来标识自己，看附着请求确实是这样。但SGSN却连续发了3个Authentication and Ciphering request消息，这3个消息中BSSGP层的TLLI都不一样，只有第一个TLLI和MS附着请求的TLLI是一样的。后面两个感觉是SGSN急不可耐的分配了新的随机TLLI，但正常来说，新TLLI的生效要等到附着完成后分配了新的P-TMSI后才可以的。

这里附上一个用IMSI来附着的例子，没有附着成功CC7。关键是对比下BSSGP层中的随机TLLI应该是一直不变的。。