请问大家Wireshark里如果在Iu接口过滤出对应的用户呢？

yigeren_198436

回复 xiner 的帖子

哥们，为什么我抓到的包用ranap.imsi_digits == "xxxx"过滤后，只有SGSN发给RNC的包，没有回包呢?而且没有抓到attach request 消息，之后的激活什么的都有，请教！

yigeren_198436

回复 arrowbroken 的帖子

请教一下如何过滤IU-C口的包？ranap.imsi_digits == "460011227300025" 过滤后是单方向的，为什么啊？方便的话请附上过滤条件，谢谢哈！

arrowbroken

回复 yigeren_198436 的帖子

你好，抱歉这么晚才回答你的问题，很久没有上来。
我的帖子里写的很清楚，在过滤条件里有的，请看看！
有什么问题给我发消息了！

arrowbroken

回复 rubik 的帖子

是的，在控制面去找，在RAB ASSIGNMENT 流程里有TEID

imwoohan

爱总，你这个RAB Modification的包，我用  "sccp.dlr == 0x80fc69 || sccp.slr == 0x80fc69" 过滤了一下，发现ms发上来附着请求的时候，带的follow-on request pending位是false，但是SGSN回给它的attach accept里面却是true，随后还对它发起了GMM Information和Common-id流程，然后才发起的Iu-Release。
请问为什么SGSN不立即回follow-on requeset pending=true，直接Iu-Release呢？

imwoohan

爱总，你这个RAB Modification的包，我用  "sccp.dlr == 0x80fc69 || sccp.slr == 0x80fc69" 过滤了一下，发现ms发上来附着请求的时候，带的follow-on request pending位是false，但是SGSN回给它的attach accept里面却是true，随后还对它发起了GMM Information和Common-id流程，然后才发起的Iu-Release。
请问为什么SGSN不立即回follow-on requeset pending=true，直接Iu-Release呢？

爱卫生

imwoohan 发表于 2012-12-17 12:54
爱总，你这个RAB Modification的包，我用  "sccp.dlr == 0x80fc69 || sccp.slr == 0x80fc69" 过滤了一下，发 ...

这个感觉应该还是符合规范的。

因为这个是SCTP消息的multile steam特性，这三个消息是放在一起发送的。GMM Information是Attach流程的一部分。是一个可选的消息，可参考23.060。另外，Common ID是SGSN为RNC提供用户的IMSI，帮助RNC建立IMSI和RRC连接的关联并可用于寻呼的目的。参考TS25.413。如下：“

The purpose of the Common ID procedure is to inform the RNC about the permanent NAS UE Identity (i.e. IMSI) of a user. This is used by the RNC e.g. to create a reference between the permanent NAS UE identity of the user and the RRC connection of that user for UTRAN paging co-ordination. ”。