51学通信技术论坛

标题: CC27--Missing or unknown APN [打印本页]

作者: 爱卫生 时间: 2011-1-29 22:36:45 标题: CC27--Missing or unknown APN

本帖最后由爱卫生于 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因管理原因被挂起等等。
[attach]195[/attach]

作者: hendouse 时间: 2011-8-23 18:30:03

我这边在做电力公司专属APN分析时，发现它的PDP激活成功率只有70%多，拒绝原因最多为“missing or unknown APN”，按照上面的说法，我觉得是DNS SERVER的连通性存在问题导致的。
既然有成功的次数那SGSN和DNS SERVER上肯定可以解析这个APN。不怎么各位怎么理解？

作者: hendouse 时间: 2011-8-24 19:05:10

今天又发现，电力公司专属APN中，出现过“missing or unknown APN”此类原因的IMSI 全部都是以该种原因值被网络拒绝掉的！为什么会出现这种情况的？如果是DNS问题，为什么只是针对部分IMSI呢？太奇怪了，求解答啊~

作者: 爱卫生 时间: 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的相应的日志信息。
  就是你要告诉下大家你的权限是多少，能做哪些事或能协调哪些事，这样大家就可以再多想些办法！

作者: hendouse 时间: 2011-8-25 09:31:12

我这边权限有限，只能在Gb口挂表，涉及到SGSN/GGSN/DNS 上的操作是没有权利的。。。看来只能向局方提些建议了~ 谢谢爱总的详细解释啊

作者: GPRSTV 时间: 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中就可以查处这个问题点。

欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/)