51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 5672|回复: 5
打印 上一主题 下一主题

CC27--Missing or unknown APN [复制链接]

Rank: 9Rank: 9

懒

跳转到指定楼层
楼主
发表于 2011-1-29 22:36:45 |只看该作者 |倒序浏览
一键分享 一键分享
本帖最后由 爱卫生 于 2011-8-24 20:29 编辑

  CC27代表未知或缺少APN的错误。是MS/UE在做PDP激活时的一种常见错误。
具体来说有如下几种情况:
1 MS/UE在做PDP激活的时候,会在上下文激活请求消息里携带请求的APN,告知网络侧自己想要访问的外部PDN代表什么.但MS/UE可能没有在激活消息里携带请求的APN,造成网络侧也就是SGSN/GGSN不知道用户想要访问哪个外部网络,造成激活失败。
2 MS/UE做激活的时候,携带了请求的APN,但在SGSN做APN的DNS解析请求的时候,DNS SERVER上没有数据,不能返回正确的GGSN IP给SGSN,或者DNS SERVER根本就没有响应。造成激活失败。这也是CC27.

  要解决上述问题:
第一种情况: 可以在SGSN设置缺省APN并开启APN功能,各厂家支持各异。但应该都有。或者通过额外的辅助服务器将正确的APN信息通过短信的方式发给用户,辅助用户配置正确的APN完成激活。
第二种情况:请检查到DNS SERVER的连通性,以及确认DNS SERVER的位置。如果可能,可以在SGSN和DNS SERVER上分别用nslookup指令来解析这个APN,来看是否能得到正确的结果,以此来定位故障点。如果是IP路由的问题。需要检查IP网络的路由。

  请参考下面附件中的例子:
  注意在例子中,GGSN回给SGSN的create pdp context response消息中,携带的是CC219 missing or unknown APN,这是一个GTP消息,所以cause code需要参考GTP规范,而我们讨论的CC27,是指的SGSN和MS之间的交互,要参考TS24.008.
  例子中的PDP上下文激活失败是由于在GGSN上找不到相应的APN所引起的,可能是GGSN没有这个APN的配置或APN因管理原因被挂起等等。

附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

特殊贡献用户

分组域未来之星

VIP 论坛核心会员 特殊贡献奖

沙发
发表于 2011-8-23 18:30:03 |只看该作者
我这边在做电力公司专属APN分析时,发现它的PDP激活成功率只有70%多,拒绝原因最多为“missing or unknown APN”,按照上面的说法,我觉得是DNS SERVER的连通性存在问题导致的。
既然有成功的次数那SGSN和DNS SERVER上肯定可以解析这个APN。   不怎么各位怎么理解?
生命只有一次,珍惜珍重,勿浪费

使用道具 举报

特殊贡献用户

分组域未来之星

VIP 论坛核心会员 特殊贡献奖

板凳
发表于 2011-8-24 19:05:10 |只看该作者
今天又发现,电力公司专属APN中,出现过“missing or unknown APN”此类原因的IMSI 全部都是以该种原因值被网络拒绝掉的!  为什么会出现这种情况的? 如果是DNS问题,为什么只是针对部分IMSI呢?  太奇怪了,求解答啊~  
生命只有一次,珍惜珍重,勿浪费

使用道具 举报

Rank: 9Rank: 9

懒

地板
发表于 2011-8-24 20:44:04 |只看该作者
hendouse 发表于 2011-8-24 19:05
今天又发现,电力公司专属APN中,出现过“missing or unknown APN”此类原因的IMSI 全部都是以该种原因值被 ...

  因为我不大确定你的权限是多少,所以简单说下我的看法。如果有权限,当然抓包是最好的解决办法。
  这个问题有几种可能,常见的有:
1 SGSN上的缓存解析错误,即MS提供了正确的APN,SGSN用缓存的APN解析结果去找对应的GGSN,但这个缓存的结果是错误的,有可能在DNS Server上更新了数据。所以,可以登到SGSN上用nslookup或各厂家特定的DNS解析命令解析下这个企业APN看是否能得到正确的结果。如果不行就是SGSN上的DNS缓存问题。
2 DNS上的解析错误,也就是MS提供了正确的APN,SGSN送给DNS去解析,无法得到正确的结果。如果你有权限的话,可以在SGSN和DNS的接口上抓一下包,看下DNS的解析是否正常。如果不方便抓,能够登录DNS Server的话,可以登上去,用nsloopup去解析一下这个企业APN,看是否能得到正确的结果。
3 GGSN上的APN网络有问题,有可能是处理GTP的硬件板出问题了等等。最简单的办法就是在Gn接口上抓下包,看SGSN有没有发Create PDP Context Request消息给GGSN,如果发了,看里面携带的APN是否正确,如果正确再看,GGSN是否回了Create PDP Context Reject并且CC是219。如果这样那就是GGSN的问题了。如果不好抓,那可以到SGSN和GGSN上去看下log,各厂家针对激活失败应该都可以看到对应的cause code的相应的日志信息。
  就是你要告诉下大家你的权限是多少,能做哪些事或能协调哪些事,这样大家就可以再多想些办法!
www.gprshome.com: GPRS及移动通信技术学习交流分享平台。

使用道具 举报

特殊贡献用户

分组域未来之星

VIP 论坛核心会员 特殊贡献奖

5#
发表于 2011-8-25 09:31:12 |只看该作者
我这边权限有限,只能在Gb口挂表,涉及到SGSN/GGSN/DNS 上的操作是没有权利的。。。  看来只能向局方提些建议了~                 谢谢爱总的详细解释啊
生命只有一次,珍惜珍重,勿浪费

使用道具 举报

Rank: 3Rank: 3Rank: 3

6#
发表于 2012-12-12 23:16:11 |只看该作者
刚进来就看到这个帖子,我发表下自己的看法:根据你提供的情况:1、电力公司专属APN,2、PDP激活成功率只有70%多,3、拒绝原因最多为“missing or unknown APN”,4、出现过“missing or unknown APN”此类原因的IMSI 全部都是以该种原因值被网络拒绝掉的。  好的,根据这四点,我想我们要考虑一个问题:既然是专属APN,那么可以使用该APN的电力公司的员工,他们的IMSI是不是全部在HLR签约了这个专属APN。还有就是DNS的解析也是可以做IMSI号段限制的,要检查一下DNS那边有没有这样配置。其实从被拒绝的IMSI中就可以查处这个问题点。

点评

jeephonda  是的,最简单快捷的办法,去检查该批的开卡签约信息  发表于 2013-4-8 22:52:13

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-6-2 09:08 , Processed in 0.072405 second(s), 14 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部