51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 7026|回复: 13
打印 上一主题 下一主题

关于在消息中过滤RAU的问题 [复制链接]

Rank: 2Rank: 2

跳转到指定楼层
楼主
发表于 2011-10-29 13:36:35 |只看该作者 |倒序浏览
一键分享 一键分享
我现在在网络中遇到了2G GPRS RAU指标恶化的问题,在现网中采集到了GB接口的数据(GB Over IP):
现在想要使用wireshark进行相关的统计工作(gmm_type=0x08&&09&&0a&&0b),但有一点不大明白:
1. 我怎样才能将intraRAU和interRAU的消息区分开来呢?
2. 我在计算时发现,RAU Request的数量为168708个,RAU Accept的数量为155364个,RAU Complete的数量为71629个,RAU Reject的数量为8815个,请问为何RAU Complete的数量与RAU Accept的数量有差呢,差在哪里呢?为何响应次数与Request的次数有差呢?

Rank: 9Rank: 9

懒

沙发
发表于 2011-10-29 15:28:46 |只看该作者
本帖最后由 爱卫生 于 2011-10-30 18:36 编辑

回复 crist8308 的帖子

1 用wireshark可能很难区分出来哦。因为根据TS24008,RAU Request里的Update Type并没有值来区分是Intra还是Inter-SGSN RAU,只能区分出是联合的还是非联合的RAU。
2 RAU complete比RAU accept少是正常的,因为根据TS23060的6.9.1.2.1中介绍Intra-SGSN RAU流程的最后一步RAU Complete消息是可选的,而不是必须的,再解释的时候告诉你,只有在P-TMSI重新分配的情况下,MS才会给SGSN回一个RAU Complete消息对这个新分配的P-TMSI进行确认。但Inter-SGSN RAU的Complete消息是必选的。因此,少的这些应该都是针对Intra-SGSN RAU的。
  RAU Requst更多也很正常,空口条件不好,RAU Reuqest消息是需要重发的。

www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

板凳
发表于 2011-10-29 18:05:37 |只看该作者
谢谢大虾的解答,再问下:
我应该凭借何种特征来判断此个消息为重发,
这些重发的消息在Eric的SGSN侧统计入库的过程中会不会被丢弃呢?
如丢弃,我应该如何去和统计值进行比对呢?

使用道具 举报

Rank: 9Rank: 9

懒

地板
发表于 2011-10-29 21:21:38 |只看该作者
回复 crist8308 的帖子

1 这个RAU Request的重传Timer叫T3330,默认为15秒,在TS24008的11.3章节中定义。你看你抓的包如果有两个完全一样RAU Request消息,并且是间隔15秒,就可以判断出来。
入不入库要看Alex的定义了。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2011-10-30 11:01:44 |只看该作者
多谢大虾指教!

使用道具 举报

Rank: 2Rank: 2

6#
发表于 2011-10-30 17:11:18 |只看该作者
本帖最后由 crist8308 于 2011-10-30 17:14 编辑

再请教一下,我从采集到的数据包中想要过滤一次RAU的流程,比如使用了tlli=xxx,在结果中发现确实有所谓的无响应情况,但间隔并不固定,这里附上我的过滤结果片段。
从结果中看,在消息1-14中均有Intra RAU的请求发上来,但却没有响应,
我想问一下:1. 是否我的过滤条件有误呢?
2. 假设无误,那么我该如何解释这些无响应的情况呢,是否除去T3330之外,还有其他的因素呢
3. 假设有误,我应该如何得到一个完整的RAU消息流程呢?
再次感谢!
附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

使用道具 举报

Rank: 9Rank: 9

懒

7#
发表于 2011-10-30 19:14:17 |只看该作者
回复 crist8308 的帖子

  不好意思,我先更正一下。之前说的有点不对。从GMM消息的Old RAI和BSSGP里的RAI比对,无法区分intra还是inter-SGSN RAU。因为如果是正常的RAU(非周期性也非其他特殊情况),那不管是intra还是inter,这两个RAI的值都应该是不同的。而本例中这两个RAI的值都相同,都是460-0-18352-1。所以参考了23060的6.9.1.2.0看RAU的触发条件,发现还有一些特殊情况,例如MS的接入能力或DRX参数发生了变化、UE/MS的网络侧能力发生了变化等等。所以我也有疑问在这里,不确定这个包里的RAU是属于哪种情况。
  个人觉得,通过tlli过滤的话至少不会漏掉消息,应该包含了这个用户的所有消息了。自然不会漏掉RAU Accept。所以我感觉应该是完整的。既然没有漏RAU Accept,那我不就知道为什么手机要频繁得不按T3330间隔来发送RAU Request了。而且再查了TS24008的4.7.5.1.5 Abnormal cases in the MS,里面提到当T3330超时后,MS将重发四次RAU request,之后如果还没有收到RAU Accept,将放弃RAU流程。但包里看到是一直再发。感觉是有问题的。
  转入20.1版块求解吧。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

8#
发表于 2011-10-30 20:00:21 |只看该作者
插一句,有没有可能这个tlli值滤出来的消息不是同一个用户的呢?
因为我看到request的source ip地址和ci值都是不同的,这个用户怎么可能在这么短的时间内在不同的小区发起rau request呢?
加入是不同的用户,那么tlli值为什么不能唯一指定一个用户呢(短时间内)?

使用道具 举报

Rank: 9Rank: 9

懒

9#
发表于 2011-10-31 10:11:37 |只看该作者
回复 crist8308 的帖子

  tlli相同的一定是同一个用户的。source ip不同可以是同一个BSC的多个IP endpoint,而CI不同可以是相邻的小区。有些小区很近,这是有可能的。
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

Rank: 2Rank: 2

10#
发表于 2011-11-3 16:41:37 |只看该作者
1. 我怎样才能将intraRAU和interRAU的消息区分开来呢?
可以将rau中的gmm层和bssgp中的lac输出,找个这些lac的归属sgsn就知道了。

使用道具 举报

Rank: 2Rank: 2

11#
发表于 2011-11-3 17:15:18 |只看该作者
TLLI在路由区内是唯一的,如果iuter rau p-tmsi会重分配,如果是inter rau只根据tlli的话应该关联不到rau complete消息。

使用道具 举报

Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6Rank: 6

12#
发表于 2012-1-13 20:43:55 |只看该作者
回复 crist8308 的帖子

是不是能把原始数据传过来看看?

我用手头的工具也看一看
EasyAnalyzer(R)信令分析系统(23g+LTE)的平台产品进行了小型化,推出免费版EA-Lite, 可运行于笔记本电脑, 面向所有的工程师朋友发布. 有兴趣的朋友赶快加入EA-Lite 的QQ群(316429471)

使用道具 举报

Rank: 2Rank: 2

13#
发表于 2012-1-16 16:55:45 |只看该作者
为什么包里面的RAI没变过?不是有RAU成功了几次吗?RAI不应该会变的吗?请教!!

使用道具 举报

Rank: 2Rank: 2

14#
发表于 2012-1-16 17:06:20 |只看该作者
为什么包里面的RAI没变过?不是有RAU成功了几次吗?RAI不应该会变的吗?请教!!谢谢!

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-11-26 05:39 , Processed in 0.029004 second(s), 14 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部