【北京】CSFB定位问题方法介绍.pptx

CSFB问题发现手段展示2014-12北京移动目录现网信令数据挖掘1CSFB信令监测系统介绍 2QXDM工具使用介绍3现有信令手段挖掘-定位CSFB主要矛盾北京公司为了定位现网CSFB问题，6月份起通过自有手段抓包主要由四台服务器、一台WEB服务器、一台光交换机组成。采集范围： 望京和数北诺基亚MME80\82的S1\S11\SGs接口； A+ABIS系统中13台BSC的A\ABIS接口采集方式： S11\SGs\S6a接口采用直接CE镜像的方式，采集原始码流； S1接口采用传输PTN镜像方式，采集原始码流； A\ABIS接口采用拓明厂家系统解析后的，采集XDR。 Paging rejectCause1: ( 0.14%) IMSI detached for EPS servicesCause3: ( 0.06%) IMSI unknownCause4: ( 0.06%) IMSI detached for non-EPS servicesCause13: ( 0.07%) Mobile terminating CS fallback call rejected by the use核心网因素0.4%CSFB失败占比Paging no responseUE unreachablePaging no response黄色区域所涉及的各接口均采集到原始码流(S1\SGs\S11\接口)无线终端2.34%流程冲突MO-data （0.01%)E-NodeBE-NodeBPTN传输网寻呼丢失( 0.04%)MME31MME36MME72MME80MME82MME75PS -CEPS -CEPS -CE用户不可及( 0.02%)CS -CECS -CECS -CEMSCMSCMSCBSCBSCBSC无线侧寻呼无响应(2.34%)BTS利用大数据分析手段发现IMSI寻呼问题现象解决建议厂家答复现网中发现，存在一定概率（大约1%）的IMSI寻呼，主要原因是核心网（MSC/VLR,MME）流程冲突或异常导致将S1和SGs接口Log导入数据库，通过分析发现，造成IMSI寻呼的主要原因有两个：SGs接口TMSI分配流程未完成SGs接口位置更新与寻呼请求流程冲突核心网侧或终端侧修改流程冲突解决机制诺基亚MSS M16.2/MME FN3.1 CD2.0版本可解决部分场景数据分析PS traffica数据源数据输出高失败次数LAC统计高失败次数小区统计高失败率LAC分布寻呼类型/次数 决策树分析利用大数据分析IMSI寻呼问题在Location Update过程后MME未发送TMSI elocation Complete消息给MSC/VLR，TMSI未分配成功！从S1接口看，MME用IMSI寻呼用户对应S1接口IMSI寻呼时间的SGs接口流程接下来的SGs寻呼未包含TMSI，导致MME用IMSI寻呼用户TMSI Relocation过程完成，TMSI分配成功UE在RRC连接态，网络用CS Service Notification消息通知UE CSFB被叫29.118, R9: If no SGsAP-TMSI-REALLOCATION-COMPLETE message is received by the VLR before the timer?Ts6-2 expires, the VLR aborts the TMSI reallocation procedure. The outcome of the TMSI reallocation procedure does not change the state of the SGs association. The VLR uses the IMSI or the new TMSI for paging.寻呼标识为IMSI寻呼主叫号码 该号码可用来在SGs接口查找对应的IMSI和分析相应IMSI的SGs上接口流程从时间上看，同一主叫用户3分钟后又呼叫该用户，有可能是第一次IMSI寻呼导致呼叫建立失败用户发起第二次呼叫前面TMSI Relocation过程，接下来的SGs寻呼包含TMSI，MME用s-tmsi寻呼用户目录现网信令数据挖掘1CSFB信令监测系统介绍 2QXDM工具使用介绍3CSFB信令监测系统介绍 CSFB专题已加入网络运行分析系统（综合分析）通过6-7月份磨合，8月份起北京公司自有信令分析手段向CSFB信令监测系统迁移。新的CSFB信令监测平台 采集北京9个MME的S1/S6a/SGS以及北京35个MSS的Mc信令，通过之前积累的信令分析经验，增加或修改信令监测平台XDR输出项及关键字段 该系统经过：苹果手机+鼎立路测软件的海量拨测信令对比验证，华为的i