51学通信技术论坛

标题: CC36 Regular Deactivation [打印本页]

作者: 爱卫生 时间: 2011-5-2 09:34:31 标题: CC36 Regular Deactivation

本帖最后由爱卫生于 2011-5-2 09:39 编辑

如果看到CC36 Regular Deactivation，不需要惊慌，这是一个正常现象。代表一个正常的去激活流程。请参见附件。即是一个GGSN发起的去激活流程。SGSN收到GGSN的Delete PDP Context request消息后，给MS发送了Deactivate PDP Context Request消息(#2包)，其中写道的CC就是36，代表这是一个正常的去激活流程。在#3包收到MS的响应后，SGSN给GGSN回了Delete PDP Context Response消息，GTP的cause值为128，代表请求接受。

[attach]285[/attach]

作者: why_zero 时间: 2012-4-10 14:23:27

如果是RNC发起的cc36的怎么回事呢

作者: 爱卫生 时间: 2012-4-10 20:18:11

回复 why_zero 的帖子

CC36属于GMM流程，3G里叫NAS层消息。属于L3信令，只能是MS或网络侧节点发起。对接入侧节点应该是透明的。

作者: spiritcccc 时间: 2012-4-24 10:04:31

这个附件需要什么工具打开啊？

作者: spiritcccc 时间: 2012-4-24 10:20:04

主要做无线侧的，核心网的东西明白的有限，CC36引起的释放，和无线侧的关系大么。一定是设备或者正常的释放么。爱卫生斑竹给讲讲呗，拿个小板凳我坐好听。

作者: 爱卫生 时间: 2012-4-25 20:02:35

回复 spiritcccc 的帖子

我了解到的都是正常的情况。和无线侧关系应该不大。包可以用wireshark打开。

作者: spiritcccc 时间: 2012-4-26 16:40:20

回复爱卫生的帖子

感谢斑竹指点，谢谢。{:soso_e183:}

作者: onlyybj 时间: 2012-6-27 10:31:20

我之前处理投诉，追踪用户状态，遇到过ms_out_node 的，然后出现CC36 要求ms reactive的

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