51学通信技术论坛

标题: 3G用户在某LAC下频繁attach附着且均成功的问题 [打印本页]

作者: info195 时间: 2012-11-1 15:03:33 标题: 3G用户在某LAC下频繁attach附着且均成功的问题

问题：
用户为3G终端，在某个LAC下(其它位置均正常)，基本每隔20s中就会重新附着到网络，用户在Gb口信令上看，频繁的附着流程且均成功完成，无其它任何信令；
根据SGSN上跟踪的信令来看现象为：
用户附着完成后20s左右，收到HLR发送的“cancel-location-arg”消息，类型为“updateProcedure”，随后SGSN删除了用户MM上下文，再经过20s左右，又收到了MS发送的identity-response消息，之后就开始了第二次附着，如此反复的。
为什么只有identity-response消息但并没有identity-request消息。
有几个疑问：
1.这个identity-response怎么来的？什么情况，不会是消息没跟全吧(但是pool内的每个SGSN都同时跟了用户信令，只有一个SGSN有数据)
2.为什么HLR发送cancel-location-arg？难道是用户又在另外一个SGSN上注册或检查到用户数据不正常了？
3.网络侧应该是隐式分离了用户，用户并不知道自己已经分离(网络侧没通知用户)，那手机为什么会再次附着请求的呢？

麻烦各位专家帮忙看看，谢谢！

作者: 爱卫生 时间: 2012-11-1 21:18:57

说说个人理解。不太懂表格中的消息，因为不是标准中的消息，靠猜一些。理解可能比较片面。大家拍砖。

1 没有identity-request消息应该是消息没抓全。根据规范，MS不可能无缘无故将自己IMSI发给网络侧。那这手机也太不安全了。另外，在你的表格中，只找到了MS->SGSN方向的报文，但反方向SGSN-->MS的报文一个都没有，请确认是不是少抓了。

2 cancel-location-arg你是指cancel location request消息吗？正如你所说，在路由区更新过程中HLR检测到服务的SGSN变化，或者是用户签约数据变更等原因（例如停机、欠费、超出运营商的策略控制规则等）。HLR都会给SGSN发送该消息。

3 应该没有隐式分离用户啊，因为隐式分离计时器通常很长。通常在1小时以上，不可能20秒就去隐式去附着了。建议最好抓一个完整的Gb口报文看是否有去附着流程将用户去附着了。因为在你的表格倒数第7和第4行看到有DETACH-REQ和DETACH-RES消息。如果有抓包可以看下这个用户的完整流程就最好。

作者: info195 时间: 2012-11-4 22:49:17

谢谢爱总的解答。
1.信令感觉是没跟全，但是各个SGSN上都同时跟的，只有一个SGSN有数据，另外反方向的SGSN--》MS的是有的，只是看不到attach req和identity-request，之后的attach信令交互是可以看到的。
2. cancel-location-arg就是cancel location request，但是IU口信令统计用户消息，只有attach消息，并无其它任何记录啊
3.SGSN删除了MM上下文，未见到通知用户，是直接删除SDB，即数据库里的用户上下文，所以怀疑用户并不知道已经分离了

作者: hycl5410 时间: 2012-11-5 10:56:14

爱卫生发表于 2012-11-1 21:18
说说个人理解。不太懂表格中的消息，因为不是标准中的消息，靠猜一些。理解可能比较片面。大家拍砖。 1 没有 ...

截图是H SGSN自带的用户跟踪工具，里面很多都是内部信令（比如看到的detach实际上不是接口上发的而是系统内部的处理），有点像erlang。
我印象中cancel_location那条确实是从HLR收到的（MTI->MAP）。

虽然抓的不全，但是现象可以确定就是UE在某SGSN上ATTACH成功之后，20s就会跑到别的SGSN上去ATTACH。

我在另外一个帖子里一直跟着

http://www.gprshome.com/thread-3064-1-1.html

里面提到的CHR可以类比EBS

作者: info195 时间: 2012-11-29 21:50:24

不好意思，才来！
这个case早解决了，核心网未配置这个RAI的3G寻呼表中，添加数据后用户恢复了，只是一直无法解释为什么手机会重复发起附着请求，另外从HLR向SGSN插入数据时，用户签约状态为operatorDeterminedBarring (1)，不知道是不是这个原因导致的重复附着，各位达人知道这个签约数据状态是什么情况吗

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)