RAU reject cause分析

gprssanling

回复 爱卫生 的帖子

关于G网路由更新的三类失败原因值：

#9 MS  identity cannot be derived by the network：由于网络无法获取IMSI导致路由更新（RAu/ISRAu）失败：
>未知的old RA。有可能是new SGSN中没有配置old SGSN的RA为协作路由区cRA。
>SGSN GMM上下文中PTMSI签名不匹配，或者PTMSI/IMSI不可知。
>GTP相关的消息错误也会引起ISRAu失败。

#10 Implicitly detached：由于用户隐式分离导致的路由更新（RAu/ISRAu）失败：
>没有附着的用户发起路由更新。有厂家SGSN支持用#10代替#9返回失败原因值，并要求MS进行附着流程。

#17 Network failure：由于网络侧失败导致路由更新（RAu/ISRAu）失败：
>HLR和SGSN之间map消息发送不正常。需要检查Gr接口状态、以及IMSI序列、GT rule、SS7 routing等配置。
>鉴权失败。TC-abort、map错误，HLR可能会发送空白消息给SGSN，需要挂表分析。
>身份验证失败。RIL3消息错误也会导致身份验证无法通过。

gprssanling

回复 爱卫生 的帖子

不要抬举偶哟。大家一起讨论嘛。

有些终端附着失败超过允许的最大次数后，会把网络列入黑名单，不再尝试选择此网络进行附着，直到下次开关机、插拔SIM卡。对于个案RAI=460-0-25579-1，CauseCode #9，路由更新失败超过允许的最大次数（<<500），应该从standby状态进入idle状态；不知为何异常，没有见过类似case。

gprssanling

回复 z36306610 的帖子

麻烦一下，我需要你这次抓包的部分文件，随便分割出来几十兆，不做筛选的，打个包，我邮箱gprssanling@gprshome.com。可以吗？

gprssanling

回复 z36306610 的帖子

没有收到你发的邮件。

gprssanling

回复 z36306610 的帖子

收到了。谢谢先。

至于CC9，P-TMSI（签名）相关的失败，平时也是isRAU更新失败的重要原因，也是它在KPI中是算做用户原因之所在。你现网中，用户路由更新请求中只上报的P-TMSI签名，oldSGSN用来验证P-TMSI签名的一致性，如果不一致，拒绝并返回CC9；也有可能由不一致引起的鉴权流程，如果鉴权不通过，拒绝并返回CC9；或者鉴权通过而在oldSGSN中为未知，拒绝并返回CC9；TLLI冲突也会导致失败返回CC9。事实上，newSGSN由于RA数据配置缺失或者错误而找不到oldSGSN，依然拒绝并返回CC9。问题是，什么情况下终端会报错误的P-TMSI签名呢？