51学通信技术论坛

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

PDP激活失败,失败原因是协议错误 [复制链接]

Rank: 2Rank: 2

跳转到指定楼层
楼主
发表于 2013-3-28 22:19:00 |只看该作者 |倒序浏览
一键分享 一键分享
版主我买了您出版的书了,
1、问一下PDP激活失败,失败原因是协议错误这个是什么原因造成的。。非行业用户
2、还想问问用户PDP去激活,去激活原因是Qos not Accept。。C#37。。。。问一下这个是什么原因导致的呢

Rank: 9Rank: 9

沙发
发表于 2013-3-28 22:56:04 |只看该作者

首先非常感谢支持哈~~

对于cause code是这样的,3GPP规范中对错误代码的定义在24008中介绍,实际上定义的非常宽松,并没有列举出所有的应用场景,这主要原因一是没有办法穷尽,二也是可以为厂家的产品实现留下更多的空间。因此在书籍的整理过程中,为了尽量减少争议,介绍cause code时,都只是介绍和整理了一些已经在现网或试验网络设备中出现过的案例(以抓包形式),所以争议会少一些,毕竟是产品上抓出来的包以及实际案例。

你提到的协议错误实际上就是CC111-protocol error。可以参考论坛故障排查版块的两个介绍CC111的案例,http://www.gprshome.com/thread-400-1-1.html还有http://www.gprshome.com/portal.php?mod=view&aid=130。具体原因比如“当MS进行attach时,SGSN对MS进行鉴权加密,由于SGSN没有及时接收到MS的响应消息,在重发达到最大次数5次后,仍未收到响应消息,则统计为attach失败,失败原因为“协议错”。”这只是看到的两个案例,可能还有更多的CC111案例等待大家一起来发现。

另外Qos不接受去激活是CC37,这个CC不常见,但我在实验室中碰到过。供参考。当时的场景是,用一部索爱手机来访问实验室中的视频服务器中的视频,然后手机分别发起了primary和secondary pdp上下文的激活,均成功。但接下来的抓包发现,视频服务器(RSTP)和手机会协商建立RSTP的连接,发现大量TCP重传报文。然后手机主动发出了deactivate pdp context request消息请求去激活secondary pdp上下文(CC值就是37)。

51学通信(www.51xuetongxin.com):致力打造最好的通信技术在线学习平台 。

使用道具 举报

Rank: 2Rank: 2

板凳
发表于 2013-3-29 16:30:01 |只看该作者
Qos不接受去激活是CC37,这种情况还比较多啊,全网

使用道具 举报

Rank: 8

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

地板
发表于 2013-3-31 02:43:52 |只看该作者
PDP激活失败(activate pdp reject)和用户发起去激活(deactivate pdp request)可是完全两个概念。
楼主不要搞混了。

使用道具 举报

Rank: 2Rank: 2

5#
发表于 2013-4-2 09:35:24 |只看该作者
协议错误的问题,怎么去处理呢,很纠结!

使用道具 举报

Rank: 3Rank: 3Rank: 3

乐于助人

6#
发表于 2013-4-2 12:58:02 |只看该作者
wangtianyi 发表于 2013-4-2 09:35
协议错误的问题,怎么去处理呢,很纠结!

请参见下面的SM Cause vlue:

0 0 0 0 1 0 0 0  Operator Determined Barring

0 0 0 1 1 0 0 0  MBMS bearer capabilities insufficient for the service

0 0 0 1 1 0 0 1  LLC or SNDCP failure(A/Gb mode only)
0 0 0 1 1 0 1 0  Insufficient resources
0 0 0 1 1 0 1 1  Missing or unknown APN
0 0 0 1 1 1 0 0           Unknown PDP address or PDP type
0 0 0 1 1 1 0 1  User authentication failed
0 0 0 1 1 1 1 0           Activation rejected by GGSN

0 0 0 1 1 1 1 1  Activation rejected, unspecified

0 0 1 0 0 0 0 0  Service option not supported

0 0 1 0 0 0 0 1  Requested service option not subscribed

0 0 1 0 0 0 1 0  Service option temporarily out of order

0 0 1 0 0 0 1 1  NSAPI already used (not sent)

0 0 1 0 0 1 0 0  Regular deactivation

0 0 1 0 0 1 0 1  QoS not accepted

0 0 1 0 0 1 1 0  Network failure

0 0 1 0 0 1 1 1  Reactivation required

0 0 1 0 1 0 0 0  Feature not supported

0 0 1 0 1 0 0 1  Semantic error in the TFT operation

0 0 1 0 1 0 1 0  Syntactical error in the TFT operation

0 0 1 0 1 0 1 1  Unknown PDP context

0 0 1 0 1 1 0 0           Semantic errors in packet filter(s)

0 0 1 0 1 1 0 1           Syntactical errors in packet filter(s)

0 0 1 0 1 1 1 0  PDP context without TFT already activated

0 0 1 0 1 1 1 1  Multicast group membership time-out

0 0 1 1 0 0 0 0  Activation rejected, BCM violation

0 1 0 1 0 0 0 1  Invalid transaction identifier value

0 1 0 1 1 1 1 1  Semantically incorrect message

0 1 1 0 0 0 0 0  Invalid mandatory information

0 1 1 0 0 0 0 1  Message type non-existent or not implemented

0 1 1 0 0 0 1 0  Message type not compatible with the protocol state

0 1 1 0 0 0 1 1  Information element non-existent or not implemented

0 1 1 0 0 1 0 0  Conditional IE error

0 1 1 0 0 1 0 1  Message not compatible with the protocol state

0 1 1 0 1 1 1 1  Protocol error, unspecified

0 1 1 1 0 0 0 0  APN restriction value incompatible with active PDP context

按3GPP规范说的,上述代码外的错误都将被规纳到协议错误中。具体是那种,建议还是抓包分析一下!

原话如下:

Any other value received by the mobile station shall be treated as 0010 0010, "Service option temporarily out of order”. Any other value received by the network shall be treated as 0110 1111, "Protocol error, unspecified".

白天不懂夜的黑!

使用道具 举报

Rank: 2Rank: 2

7#
发表于 2013-4-2 14:25:16 |只看该作者
hycl5410 发表于 2013-3-31 02:43
PDP激活失败(activate pdp reject)和用户发起去激活(deactivate pdp request)可是完全两个概念。
楼主不 ...

2个问题,只是同时问了而已

使用道具 举报

Rank: 2Rank: 2

8#
发表于 2013-4-2 14:26:17 |只看该作者
admin 发表于 2013-3-28 22:56
首先非常感谢支持哈~~对于cause code是这样的,3GPP规范中对错误代码的定义在24008中介绍,实际上定义的非常 ...

这个是要问是SGSN厂家吗?

使用道具 举报

Rank: 3Rank: 3Rank: 3

乐于助人

9#
发表于 2013-4-3 00:01:04 |只看该作者
byg_234 发表于 2013-4-2 14:26
这个是要问是SGSN厂家吗?

对于3GPP标准24.008中已经说明了,SM cause value外的错误,都需要归纳到“协议错误”中去。

而对于这些无法归类的错误,就像爱总说的,这些有可能存在争议,所以才被3GPP归类到协议错误中的。估计楼主遇到的故障案例在现网中非常少见了吧,非要问何类型的协议错误,估计只能抓包去分析了;或者看看厂家设备是不是出软件bug了。
白天不懂夜的黑!

使用道具 举报

Rank: 2Rank: 2

10#
发表于 2013-4-3 08:35:51 |只看该作者
蓉城喜鹊 发表于 2013-4-2 12:58
请参见下面的SM Cause vlue: 0 0 0 0 1 0 0 0  Operator Determined Barring0 0 0 1 1 0 0 0  MBMS bear ...

好,谢谢啊~~容我详细排查一下,分析分析看看我们这边的协议错误具体是什么

使用道具 举报

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

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

GMT+8, 2024-5-6 02:58 , Processed in 0.029751 second(s), 12 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部