关于非法基站导致CSFB失败端到端信令分析案例.docx

ZXUniPOS CNA-TL-关于非法基站导致CSFB失败分析案例产品ZXUniPOS CNA-TL/TDD-LTE网规网优解决方案/TD-LTE无线子系统/TDD 网管版本设备硬件版本设备软件版本单板硬件版本单板软件版本故障错误代码浏览量12 作者鲁浩知识序号WHD20150129567635 问题描述（故障现象）组网环境问题原因分析问题解决方案总结及注意事项问题描述（故障现象）在最近一段时间处理CSFB-TOP小区的过程中，火车站的两个室分小区1NM-火车站候车厅LDB-CH-10和1NM-火车站候车厅LDB-CH-11两个小区CSFB被叫接通率始终很差，一直保持在50%~70%之间。由于火车站的用户数较多，失败次数也占据全网失败很大的比例，对现网指标存在很大影响。使用测试终端+CXT测试软件在现场进行测试，仍然发现存在位置区更新的情况，通过对回落后信令进行详细的分析，发现终端回落过程中会有较大的几率回落一个未知小区（CELLID=2341，LAC=11075/11076）上，从而导致位置区更新，由于该LAC并不存在于核心网，所以位置区更新失败，进而CSFB呼叫失败。组网环境问题原因分析??CSFB功能参数核查出现CSFB指标差的第一步必然是对现网的功能参数和GSM邻区进行核查，项目组对CSFB相关的功能参数和GSM邻区及频点进行仔细的核查，并未发现异常。??告警排查在排除参数配置的问题之后，设备组对这两小区的基站设备进行全面检查，主要检查站点的RRU状态、光功率、底噪及其他设备单元的运行状态，没有任何告警，基站工作状态一切正常。??初步分析提取这两个小区网内的其他KPI指标，下表是1月20日至1月24日接通率、掉线率和切换成功率的平均值：小区名RRC连接建立成功率（%）E-RAB建立成功率（%）无线接通率（%）无线掉线率（%）RRC连接重建比率（%）eNB间切换成功率（%）eNB内切换成功率（%）切换成功率（%）1NM-火车站候车厅LDB-CH-1199.9799.9799.930.190.5899.8299.5199.81NM-火车站候车厅LDB-CH-1099.899.8699.660.050.7798.2697.398.23从上表中可以看到我们可以看到这两个小区的LTE重要KPI指标全部正常，可以判断出现CSFB失败的原因不在于LTE网络，应该是在4G与2G的互操作过程中或者2G网络呼叫中。我们使用测试终端+2G终端+CXT测试软件在现场进行测试。通过现场测试，使用2G终端作为主叫，CSFB终端作为被叫进行测试，一共呼叫50次，其中被叫失败11次，与我们在后台指标反映的指标一致。从空口信令中可以发现，失败的CSFB业务基本都有个共同的问题：回落之后UE发起位置区更新请求，然后核心网拒绝位置区更新，CSFB业务失败，可以简单判断，CSFB失败的主要原因是GSM侧出现问题。业务失败的信令截图如下所示：??详细分析目前现网的LTE站点基本与周边GSM站点的LAC保持一致，以保持寻呼的连续性，由于出现失败时伴随位置区更新，我们对1NM-火车站候车厅LDB-CH-10和1NM-火车站候车厅LDB-CH-11的TAC和周边GSM站点的LAC进行核查，全部都为34051，正常情况下不应该存在位置区更新。带着这个疑问，我们对失败信令进行详细的分析，从测试LOG的数据中导出一次完整的失败信令，并将GSM小区收到的System Information Type 3中携带的小区数据标注在后面，详细信息如下：NoDirStandardLayerMessagePCTime携带小区信息1↓TDLTERRCDLInformationTransfer16:29:20:948　2↑TDLTEEMMExtended service request16:29:20:950　3↑TDLTERRCULInformationTransfer16:29:20:951　4↓TDLTERRCRRCConnectionRelease16:29:21:008　5↓GSMRRSystem Information Type 416:29:21:317　6↓GSMRRSystem Information Type 316:29:2123417↓GSMRRSystem Information Type 216:29:21:788　8↓GSMRRSystem Information Type 316:29:2223419↓GSMRRSystem Information Type 416:29:22:258　10↓GSMRRSystem Information Type 116:29:22:495　11↑GSMMMLocation Upd