关于在消息中过滤RAU的问题

爱卫生

回复 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 的帖子

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

爱卫生

回复 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 的帖子

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