51学通信技术论坛

标题: CC26-Insufficient resources [打印本页]

作者: 爱卫生 时间: 2011-2-7 18:43:24 标题: CC26-Insufficient resources

本帖最后由爱卫生于 2011-11-1 16:52 编辑

出现CC26代表资源不足，常见的包括以下几种情形：
1 GGSN侧对这个APN的MS的IP地址池已经全部分完。
2 SGSN或GGSN上的最大用户数超过限制等。

在这里例子里，我们看到的是第一种情况：
1 #1是MS送过来的激活请求。
2 #5是GGSN给SGSN回的创建上下文的response消息，并携带了GGSN侧的CC211,代表所有的PDP地址都被占用。
3 #6是SGSN收到后，给MS回的PDP拒绝创建响应消息。携带的是CC26.其实并不是SGSN的资源不足，而是GGSN指示SGSN这么做的。

[attach]8[/attach]

作者: yiweialive 时间: 2011-10-11 20:28:12

小弟才接触新人来着
看到抓包文件里面 192.169.100.1这个ip地址什么地址啊？

作者: 爱卫生 时间: 2011-10-11 21:26:55

回复 yiweialive 的帖子

这个IP是SGSN侧Gn口的Service IP。因为这个消息是Create PDP Context Request，所以源IP肯定是SGSN发的。

作者: yiweialive 时间: 2011-10-13 09:26:03

感谢版主能及时回复学习了
继续支持版主
还有就想问问Activation rejected unspecified导致pdp激活的原因可能有哪些？
现在项目上这个原因导致pdp激活失败次数很多
是核心网侧问题还是无线侧
新人请版主多见谅

作者: 爱卫生 时间: 2011-10-13 22:34:50

回复 yiweialive 的帖子

你是说CC111 Protocol Error,Unspecified吗？本版有两篇帖子参考哦！
1 CC111 Protocol Error,Unspecified的问题
2 CC111-Protocol Error,Unspecified案例分享

作者: yiweialive 时间: 2011-10-14 08:55:45

回复爱卫生的帖子

不是是pdp激活失败返回原因为Activation rejected unspecified！！

作者: 爱卫生 时间: 2011-10-15 00:31:56

回复 yiweialive 的帖子

查了下规范，TS24008里关于CC31说的非常的含糊。如下：
“Cause value = 31 Activation rejected, unspecified
This cause code is used by the network or by the MS to indicate that the requested service was rejected due to unspecified reasons.”
因此，实际上这给厂家留下了发挥的空间。各个厂家的实现可能有所不一样。
查了下华为的文档，是这么说CC31的，90％以上的原因是因为GTPU超时未回响应，或响应的原因值不为成功。观察UGTP和UGFU单板状态是否正常。
另外，规范里还举了个例子If the network receives an ACTIVATE PDP CONTEXT REQUEST message with request type "emergency" and there already is a PDN connection for emergency bearer services existing, the network shall reject the request with cause code #31 "activation rejected, unspecified".

作者: yiweialive 时间: 2011-10-15 10:37:31

回复爱卫生的帖子

感谢bz的回复。。
继续支持bz

作者: gengyangsdtm 时间: 2011-11-1 13:42:33

楼主提到的第二种情况“RNC拒绝建立RAB”的现象是否有遇到，我一直没遇到该种情况，能否发个案例，谢谢。
你指的情况是不是RNC给SGSN发送RAB ASSIGNMENT RESPONSE（failure）后，SGSN发送CC26的PDP拒绝

作者: 爱卫生 时间: 2011-11-1 13:49:30

回复 gengyangsdtm 的帖子

不好意思，当时的出处不记得了。是的。就是你说的这种情况，但我手上没有包，有的话就放上来了。

作者: 爱卫生 时间: 2011-11-1 16:54:15

本帖最后由爱卫生于 2011-11-1 16:55 编辑

gengyangsdtm 发表于 2011-11-1 13:42
楼主提到的第二种情况“RNC拒绝建立RAB”的现象是否有遇到，我一直没遇到该种情况，能否发个案例，谢谢。
...

我已经更新了。关于RAB拒绝建立的情况不一定是CC26，关于这段的描述已删除。
我帮你找了个实例，是RNC拒绝建立RAB，因为请求的MBR不可用。SGSN发送PDP激活Reject，原因是Protocol error unspecified。链接是:RAB Assignment失败导致的PDP激活失败的优化。有详细的抓包截图。谢谢！

作者: gengyangsdtm 时间: 2011-11-1 18:30:20

版主辛苦了，谢谢

作者: zglaojiang 时间: 2012-1-8 15:48:37

对于RNC拒绝RAB指派这个现像我遇到过，当时是因为IU口用户面配置错误，然后激活时显示Insufficient resources

作者: 爱卫生 时间: 2012-1-17 15:57:50

如果需要在爱立信的SGSN里复现CC26，也比较容易。因为当附着用户数或PDP上下文激活数超过软件限制时，SGSN都会回CC26。
只需要在SGSN上设置如下参数：
gsh set_nodeprop "attach_limit" 100(Default is 100K)
gsh set_nodeprop "context_limit" 5(Default is 5K)
将这些节点属性改小即可。

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