CC38- Network failure:
代表SGSN和其他核心网网元通信出现故障。常见的情况有：
1 SGSN给GGSN发送PDP创建请求，GGSN没有回送应答。
2 也可能是RNC和SGSN之间要创建RAB，SGSN没有RNC的应答。
针对第一种情况，这可能是IP联通性的问题。也有可能是GGSN上的GPRS服务被挂起。因此可以通过ping，traceroute等方法来确定IP联通性的问题，如果确定连通性没有问题。则应到GGSN上查找GPRS相应板卡或服务是否运行正常。
在这个例子里：
1 #1是MS发起的PDP激活请求。
2 接下来有很多SGSN发给GGSN的PDP上下文请求，但始终没有GGSN回送的响应消息。
最后，经过N3次重试和T3时间的等待，SGSN终于放弃，在#69给MS回送CC38。所以此类故障应主要检查Gn接口的连通性。
[attach]12[/attach]
如果要在实验室里复现出CC38的现象，也比较简单。因为SGSN如果丢失了到DNS、GGSN的网络连接，都会回CC38。因为只需要将连接DNS、HLR或GGSN所对应的物理接口shutdown就可以重现了，如果是复用的物理接口，则找到相应的VLAN将其shutdown就可以了。
这里放上一个由于GGSN不可达导致的CC38的信令流程。
[attach]1183[/attach]
（1）MS发送Activate PDP Context Request消息给SGSN，请求建立到某个PDN外部网络的连接。
（2）SGSN进行确认后，向相应的GGSN发起Create PDP Context Request消息。
（3）GGSN没有响应，因此SGSN将根据GTP协议的规定，按照T3-Response规定的时间间隔重发Create PDP Context Request消息。
（4）按照GTP协议中N3-Requests计数器规定的次数进行重发后，如果仍收不到GGSN的响应，则SGSN认为GGSN不可达，并将给MS回应带有CC38的Activate PDP Context Reject消息。
注：T3-Response计时器和N3-Requests计数器是在3GPP关于GTP协议规范TS29.060的章节14中描述的。其中：
T3-Response的解释是” The timer T3-RESPONSE holds the maximum wait time for a response of a request message.”即T3-Response是SGSN侧用于等待GGSN响应的最大等待时间。超时后，SGSN将重发GTP请求消息给GGSN。规范中推荐该计时器的值为20秒。
N3-Requests计数器的解释是”The counter N3-REQUESTS holds the maximum number of attempts made by GTP to send a request message.”即Ne-Requests计数器用于控制SGSN侧重发GTP请求的次数。超过重发次数，SGSN将认为GGSN不可达。规范中推荐该计数器的值为5次。
| 欢迎光临 51学通信技术论坛 (http://51xuetongxin.com/bbs/) | Powered by Discuz! X2 |