CC14-GPRS Services not allowed in this PLMN

爱卫生

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接口的信令消息。虽然这是一个经过过滤的抓包，但序列号和时间戳是没有办法重新按照你的需求重新排序的。

爱卫生

   下图Reject所带的原因为14 GPRS services not allowed in this PLMN。
   

图例：CC14-GPRS services not allowed in this PLMN

   在SZ SGSN上1查询《互联PLMN配置表》，这些运营商均未开通漫游来访功能。其中，号段46000为中国移动的号段，没有开通漫游来访是正常的。45411（香港MVNO/CHKTL）、50216（马来西亚DiGi）为国际来访用户，未开通互联。另外，有些国际用户虽然与联通开通漫游来访，但用户本身不允许漫游，也会返回该失败原因。

gzstu

回复 爱卫生 的帖子

你的附件里只有ATTACH REQ和REJ两条信令啊，其它的呢？

dasheng0118

我通过跟踪GB口消息，发现GPRS NOT ALLOWED IN THIS PLMN的原因占比达到80%，通过查看手机号码归属地及资费情况，均为本地用户且无欠费的情况，不存在漫游的现象了，为啥网络侧下发ATTACH REJECT？

爱卫生

回复 dasheng0118 的帖子

这些号段的用户是不是属于同一个IMSI序列的用户？

能否找一个用户追踪下，看有没有Gr接口的信息交互，有的话，看下签约数据。没有Gr接口的包，SGSN直接回attach reject，则可能是没有配置到HLR的IMSI寻址。

如果方便，可以提供一个抓包。包括Gb和Gr的。

dasheng0118

我这边只能进行GB口信令跟踪，从IMSI号段来看不规则，这些IMSI在HLR上查看GPRS功能开启，从信令跟踪仪表上来看，鉴权已经完成，至于你说的GR接口暂无条件跟踪。至于你说的IMSI寻址缺失问题我也进行了分析，这些号码不是每天都出现失败的，连续3天失败的情况极少，如果SGSN数据不全的话应该每天都会出现ATTACH REJECT，以下是GB口的信令跟踪截图：

详细解码如下：

dasheng0118

已定位：HLR中GPRS功能未关闭，但APN已经删除。用户关闭GPRS套餐引起。

爱卫生

gzstu 发表于 2011-12-22 11:36
回复 爱卫生 的帖子

你的附件里只有ATTACH REQ和REJ两条信令啊，其它的呢？

因为在SGSN上没有配置对应的用户IMSI号段，因此无法完成MGT码的生成。所以Gr接口的消息无法发出。

因此，只有两条消息attach request和attach reject，没有别的消息了。是对的。

从包的序号也可以看得出来，1320是附着请求，1321是附着拒绝。是连续的。中间并没有省略别的包。