51学通信技术论坛

标题: 因无线环境问题导致的CC17实例 [打印本页]

作者: admin 时间: 2012-5-31 15:56:37 标题: 因无线环境问题导致的CC17实例

3GPP规范TS24.008中关于CC17的说明如下： “This cause is sent to the MS if the MSC cannot service an MS generated request because of PLMN failures, e.g. problems in MAP.”

CC17也有可能是因为无线网络环境问题引起的。

[attach]1288[/attach]

[attach]1289[/attach]

信令流程说明：

（1）MS发送RAU Request消息给SGSN，请求进行路由区更新。

（2）SGSN在后续的#2、#3、#4、#5号报文中持续发送LLC XID帧信令消息但都没有收到MS的响应。

（3）#6号报文是BSS向SGSN发送的BSSGP消息中报告有LLC帧丢失。

（4）#7号报文是BSS向SGSN发送无线状态包括，该消息中携带了一个原因值”Radio contact lost with the MS”。代表无线侧和MS的连接丢失。

（5）SGSN会据此向MS回应RAU Reject消息并携带原因代码CC17。

附上抓包文件。
[attach]1290[/attach]

作者: hrbqby 时间: 2012-5-31 22:24:23

问一下,在类似这种情况下核心网侧SGSN上是不是也会有BSSGP 虚连接的告警出现.

作者: snap0127 时间: 2012-6-1 09:00:45

我觉得SGSN应该不会有Gb链路的告警，是无线测没资源了

作者: 爱卫生 时间: 2012-10-15 21:47:58 标题: 对CC17的GPRS附着失败问题原因分析

分析可能原因：

1）对端HLR返回参数不识别（国漫用户MAP位置更新时）；

2）无线鉴权加密取ID失败（2G过程Reject消息的LLC编号大于2）。

归类：

1）附着-漫游-MAP过程失败；

2）附着-无线网-通用过程失败。

作者: 爱卫生 时间: 2012-11-4 15:21:51 标题: 再来看一个实际案例

爱卫生发表于 2012-10-15 21:47
分析可能原因：1）对端HLR返回参数不识别（国漫用户MAP位置更新时）；2）无线鉴权加密取ID失败（2G过程Reje ...

该案例是路由区更新过程中出现的CC17-Network Faillure。分析如下图： [attach]1856[/attach]

在本次挂表期间发现在RAU过程当中有相当比例的Reject原因为Network Failure。如上两个流程所示MS发起RAU请求，然后SGSN要求同MS协商 LLC连接。SGSN下行发送UE xchange Identification(XID)命令，要求同MS 进行LLC协商，但BSS没有将XID消息下传给MS，BSS删除了LLC协商消息，向SGSN发送LLC-Discarded。SGSN在5秒钟后再次发送XID命令，要求同MS进行LLC协商，BSS仍然将其删除，并通过LLC-Discarded消息通知 SGSN。如此往复数次。当MS能够同SGSN建立LLC连接时，SGSN拒绝 MS的请求，原因是Network Failure。根据我们的统计发现在挂表期间RAU的过程中由于过多LLC-Discarded消息造成的RAU失败约占Network Failure失败总次数的90%。还有很多类似的失败实例流程在此不再一一列举。

分析其中由于估计当时MS所处的小区无线环境很差，造成BSS多次丢弃 LLC帧，SGSN接收到多次LLC-Discarded消息后，相应软件模块不能继续处理MS的请求，返回Network Failure。

作者: qgdage 时间: 2014-1-17 09:45:12

如果无线侧的拥塞，是不是也会出现BSS丢弃LLC帧？

作者: kinghighland 时间: 2014-1-17 18:43:07

无线拥塞时先是做流控，如果流控之后很低的速率能够继续下行传输，则不会出现大量LLCDiscarded，如果很低速率也无法继续，出现LLCDiscarded的同时也会上报RadioStatus。

作者: ccc123 时间: 2014-5-17 22:28:05

赞一个，学习了。。。。

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