在TS24.008(V7.1.0)的10.5.5.5中描述。用于指示MS请求的去附着类型。如果是网络侧到MS方向发起的去附着,还用于指示为什么Detach Request需要发送的原因。本IE通常在MS或SGSN发起的去附着流程的Detach Request消息里携带。
通常为4个bit。其中第1个bit为Power off指示,不分方向。后3个bit的含义根据方向(MS发起到网络侧还是网络侧发起到MS)的不同,含义有所不同。
第1个bit为Power off指示。不分方向。取值
00 代表 normal attach
01 代表 power switched off,即因MS关机原因引起的去附着。
后3个bit如果是MS发起的去附着,则含义为:
001 代表 GPRS detach。即仅从PS域去附着
010 代表 IMSI detach。即仅从CS域去附着
011 代表 Combined GPRS/IMSI detach。即联合区附着,同时从CS域和PS域去附着。
如果是网络侧(SGSN)发起的去附着,则含义为:
001 代表re-attach required。即网络侧希望MS在完成去附着流程后立即重新发起附着流程。
010 代表re-attach not required。即MS在完成去附着流程后不需要立即重新发起附着流程。
011 代表IMSI detach。代表从CS域去附着。
以下截图为MS因关机原因发起的去附着流程中,Detach Request消息中的Detach Type IE。
[attach]1046[/attach]
从图中可以看出,Wireshark解码出对应的Detach Type十六进制值为09。转换为二进制为0000 1001。Detach Type占后4个bit,因此是1001。第1个bit为1代表Power off位置1,后3个bit取值为001,并且这个去附着是MS发起的,因此含义为仅从PS域去附着。
能抓包吗?感觉SGSN没有回Attach Accept。但实际上SGSN是收到了attach request并且给MS发了indentity request并收到了response,从而将MS的MM状态置成了Ready。这样后续MS发detach request后才会回detach accept消息。
这个SGSN为什么不回attach accept可能是个问题。但规范里有说MS在没有收到attach accept消息后,可以重发attach request,但有个最大次数。超过次数限制,将停止发送并将之前分配的P-TMSI等信息删除。所以说MS在没有收到attach accept的情况下就发detach request应该是不合规范的。因为MS的MM状态应该此时还是在Idle状态的。
爱卫生 发表于 2012-8-23 10:42
能抓包吗?感觉SGSN没有回Attach Accept。但实际上SGSN是收到了attach request并且给MS发了indentity req ...
欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |