CC14-GPRS Services not allowed in this PLMN
一般来说,有以下几种情况:
1 SGSN可能没有配置用户的IMSINS(IMSI数字序列,就是IMSI的一个通配符,匹配一堆IMSI号)。代表在SGSN上对这个用户的IMSI号段完全未知,既然没有IMSI,因此SGSN也不可能知道怎么样去找到这个MS的归属HLR去获取签约数据。所以SGSN会附着拒绝。
2 SGSN从HLR的update location response消息里获知,"Roming not allowed"。
3 MS告诉SGSN不支持加密。但SGSN要求加密(尽管这是可选的,但这种情况出现较少)。
4 SGSN上配置了针对这个IMSI的漫游限制。
下面的例子就是在SGSN上没有配置用户的IMSINS而导致的附着拒绝。请看#1320是附着请求,#1321是SGSN回的附着拒绝CC14。最关键的一点是,在这个抓包中,附着请求和附着拒绝的消息的包序号是连续且时间也是非常紧密的。所以可以看出来,在#1320,SGSN收到这个包后,根本没有去问HLR,就直接在#1321回了attach reject。由此可以判断是SGSN上没有配置IMSINS,而和Gr接口以及HLR上的配置无关。因为在#1320和#1321间没有任何Gr接口的信令消息。虽然这是一个经过过滤的抓包,但序列号和时间戳是没有办法重新按照你的需求重新排序的。
[attach]7[/attach]
[attach]584[/attach]
图例:CC14-GPRS services not allowed in this PLMN
在SZ SGSN上1查询《互联PLMN配置表》,这些运营商均未开通漫游来访功能。其中,号段46000为中国移动的号段,没有开通漫游来访是正常的。45411(香港MVNO/CHKTL)、50216(马来西亚DiGi)为国际来访用户,未开通互联。另外,有些国际用户虽然与联通开通漫游来访,但用户本身不允许漫游,也会返回该失败原因。这些号段的用户是不是属于同一个IMSI序列的用户?
能否找一个用户追踪下,看有没有Gr接口的信息交互,有的话,看下签约数据。没有Gr接口的包,SGSN直接回attach reject,则可能是没有配置到HLR的IMSI寻址。
如果方便,可以提供一个抓包。包括Gb和Gr的。
因为在SGSN上没有配置对应的用户IMSI号段,因此无法完成MGT码的生成。所以Gr接口的消息无法发出。
因此,只有两条消息attach request和attach reject,没有别的消息了。是对的。
从包的序号也可以看得出来,1320是附着请求,1321是附着拒绝。是连续的。中间并没有省略别的包。
欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |