RAU reject cause分析

z36306610

楼主，你好，有时间讲一下RAU的流程，通过Gb口抓包分析发现reject cause主要有以下几个1、MS id cannot be derived by network 2、Network failure 3、Implicitly detached，请问这些cause值的可能原因有哪些，用什么方法去解决！先谢过！

ccc123

不知道intrasgsn的失败有哪些cause供参考。。。。

ccc123

学习了。。。。

hrbqby

爱总说的但由于Gn接口需要穿越相对不那么可靠的IP网络, 这种现象确实存在. 异常家SGSN<--->SGSN的GN口都是穿火墙的!

hrbqby

问版主个问题:gmm Cause: Protocol error, unspecified (111)  在RAU中出现,大多是什么情况造成的?

hrbqby

问版主个问题:gmm Cause: Protocol error, unspecified (111)  在RAU中出现,大多是什么情况造成的?

爱卫生

在BSSGP层可以看到，用户的TLLI。就可以判断是同一个用户。

CC会成功

回复 爱卫生 的帖子

我想请问一下，既然不知道用户的imsi，是怎么知道这500多次拒绝是一个用户产生的？谢谢了，爱总

爱卫生

gprssanling 发表于 2011-6-13 01:55
回复 z36306610 的帖子
问题是，什么情况下终端会报错误的P-TMSI签名呢？

  我个人觉得MS上报错误的P-TMSI签名可能性不大，除非是手机出现了Bug。如果排除这种现象的话，那我的假设就是MS在RAU过来的P-TMSI签名是对的，另外假设这个P-TMSI签名是A，但由于Gn接口需要穿越相对不那么可靠的IP网络，New SGSN通过SGSN Context Request消息将P-TMSI签名发给Old SGSN时，发出去是A，但Old SGSN收到却是B。这样当前就是P-TMSI签名不匹配了。但Gn接口并没有断，只是质量不好。所以不应该回Network Failure。
  我有这样的怀疑，是因为我经常在高速移动的环境中（例如高速公路的出租车上）使用GPRS上网。发现，有时是可以的，网页可以打开，但看到的文字是乱码。那这显然是在接收的时候是掉了几个bit导致的。重组不成功。
  只是个人理解。

gprssanling

回复 z36306610 的帖子

收到了。谢谢先。

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

z36306610

又发了一遍，收到了吗，邮件发送比较慢，方便的话QQ传也行。

gprssanling

回复 z36306610 的帖子

没有收到你发的邮件。

z36306610

9 MS  identity cannot be derived by the network：由于网络无法获取IMSI导致路由更新（RAu/ISRAu）失败：
>未知的old RA。有可能是new SGSN中没有配置old SGSN的RA为协作路由区cRA。
这个应该配置了，因为统计中这两个lac有rau成功的。
>SGSN GMM上下文中PTMSI签名不匹配，或者PTMSI/IMSI不可知。
这个如何理解，可以举个例子吗？

z36306610

邮件已经发了，收到了吗？

gprssanling

回复 z36306610 的帖子

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

gprssanling

回复 爱卫生 的帖子

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

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

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消息错误也会导致身份验证无法通过。

爱卫生

回复 z36306610 的帖子

RAU不涉及到会话管理，所以不能用IP地址来标识。需要用P-TMSI来关联。