51学通信技术论坛

标题: 关于在消息中过滤RAU的问题 [打印本页]

作者: crist8308 时间: 2011-10-29 13:36:35 标题: 关于在消息中过滤RAU的问题

我现在在网络中遇到了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的次数有差呢？

作者: 爱卫生 时间: 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消息是需要重发的。

作者: crist8308 时间: 2011-10-29 18:05:37

谢谢大虾的解答，再问下：
我应该凭借何种特征来判断此个消息为重发，
这些重发的消息在Eric的SGSN侧统计入库的过程中会不会被丢弃呢？
如丢弃，我应该如何去和统计值进行比对呢？

作者: 爱卫生 时间: 2011-10-29 21:21:38

回复 crist8308 的帖子

1 这个RAU Request的重传Timer叫T3330，默认为15秒，在TS24008的11.3章节中定义。你看你抓的包如果有两个完全一样RAU Request消息，并且是间隔15秒，就可以判断出来。
入不入库要看Alex的定义了。

作者: crist8308 时间: 2011-10-30 11:01:44

多谢大虾指教！

作者: crist8308 时间: 2011-10-30 17:11:18

本帖最后由 crist8308 于 2011-10-30 17:14 编辑

再请教一下，我从采集到的数据包中想要过滤一次RAU的流程，比如使用了tlli=xxx，在结果中发现确实有所谓的无响应情况，但间隔并不固定，这里附上我的过滤结果片段。[attach]920[/attach]
从结果中看，在消息1-14中均有Intra RAU的请求发上来，但却没有响应，
我想问一下：1. 是否我的过滤条件有误呢？
2. 假设无误，那么我该如何解释这些无响应的情况呢，是否除去T3330之外，还有其他的因素呢
3. 假设有误，我应该如何得到一个完整的RAU消息流程呢？
再次感谢！

作者: 爱卫生 时间: 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版块求解吧。

作者: crist8308 时间: 2011-10-30 20:00:21

插一句，有没有可能这个tlli值滤出来的消息不是同一个用户的呢？
因为我看到request的source ip地址和ci值都是不同的，这个用户怎么可能在这么短的时间内在不同的小区发起rau request呢？
加入是不同的用户，那么tlli值为什么不能唯一指定一个用户呢(短时间内)？

作者: 爱卫生 时间: 2011-10-31 10:11:37

回复 crist8308 的帖子

tlli相同的一定是同一个用户的。source ip不同可以是同一个BSC的多个IP endpoint，而CI不同可以是相邻的小区。有些小区很近，这是有可能的。

作者: z36306610 时间: 2011-11-3 16:41:37

1. 我怎样才能将intraRAU和interRAU的消息区分开来呢？
可以将rau中的gmm层和bssgp中的lac输出，找个这些lac的归属sgsn就知道了。

作者: z36306610 时间: 2011-11-3 17:15:18

TLLI在路由区内是唯一的，如果iuter rau p-tmsi会重分配，如果是inter rau只根据tlli的话应该关联不到rau complete消息。

作者: kinghighland 时间: 2012-1-13 20:43:55

回复 crist8308 的帖子

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

我用手头的工具也看一看

作者: gzstu 时间: 2012-1-16 16:55:45

为什么包里面的RAI没变过？不是有RAU成功了几次吗？RAI不应该会变的吗？请教！！

作者: gzstu 时间: 2012-1-16 17:06:20

为什么包里面的RAI没变过？不是有RAU成功了几次吗？RAI不应该会变的吗？请教！！谢谢！

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