因无线环境问题导致的CC17实例

admin

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也有可能是因为无线网络环境问题引起的。

信令流程说明：

（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。

附上抓包文件。

hrbqby

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

snap0127

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

爱卫生

分析可能原因：

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

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

归类：

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

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

爱卫生

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

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

在本次挂表期间发现在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

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

kinghighland

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

ccc123

赞一个，学习了。。。。