同友案例-GSM小区拥塞导致CSFB回落失败处理案例.ppt

* 案例：CSFB回落失败原因分析 案例：CSFB回落失败原因分析 处理流程图如下： 二、 问题分析与优化方案 1、在投诉点测试时，发现手机占用L43C33DA（劝业广场D_A）小区信号，2G回落小区主要占用劝业广场DA，BCCH：535小区信号。 2、通过LTE后台查看，L43C33DA小区所在基站以及周边2G小区没有硬件故障或告警； 3、通过2G后台查看周边2G小区没有干扰影响，且该LTE小区也不存在干扰； 案例：CSFB回落失败原因分析 案例：CSFB回落失败原因分析 4、查看该LTE小区是否已配置4-2邻区关系；经过后台查询后，发现LTE小区4-2邻区已配置； 5、查看LTE小区CSFB开关是否打开，以及2G小区回落的优先级，发现均设置正常； 6、LTE后台核查后发现：各项参数均设置正常；但现场仍旧存在CSFB回落失败；核查CSFB的有关信息，正常的CSFB流程如下： 阶段一：从发起ESR业务请求到接收到LTE下发的RRC_REL消息。为发起业务LTE内部处理进行释放的过程。时延均值约为100ms。 阶段二：从RRC_REL消息后进行回落，一直到回落到2G后发起CM_SERVICE_REQUEST 。为回落发起CS业务过程。时延均值约为1.8s。 阶段三：从发起CM_SERVICE_REQUEST到CC_SETUP。为发起业务到建立资源信道过程。时延均值约为1.6s。 阶段四：从CC_SETUP到CC_PROCEEDING。为发起呼叫的过程。时延均值约为0.7s。 阶段五：从CC_PROCEEDING到ALERTIN。为寻呼被叫并接通的过程。时延均值约为7.5s。 备注：被叫流程中GSM网络中Paging Response消息取代CM Service Request消息，Call confirm消息取代Call proceeding消息。 案例：CSFB回落失败原因分析 案例：CSFB回落失败原因分析 案例：CSFB回落失败原因分析 7、把现场测试失败的LOG数据取出来进行分析时，发现每一次失败原因都一样，问题都出在阶段二，UE长时间不做寻呼响应导致寻呼超时。（正常点为2S左右，问题点超过17S）。 8、分析结果如下： 在寻呼超时的LOG中看，从第一条2G信令到paging response则消耗了90%的时间，就是说在2G侧进行接入并被BCS指派信道这一段时间是造成问题的主要原因。 案例：CSFB回落失败原因分析 问题定位为由于CSFB回落的2G小区接入难导致的被叫失败。此时所谓接入难即SDCCH信道分配难。 案例：CSFB回落失败原因分析 9、通过数据分析，问题定位为2G拥塞引起的接入时延长导致寻呼超时，从而导致CSFB回落失败；让2G后台同事取出该2G小区话统发现，2G小区确实存在拥塞的现象。 10、采用2G测试工具，对该小区进行锁频测试，2G锁频复测50次发现，2G自身失败概率为38%，和CSFB的40%相差无几，可见是2G小区拥塞导致的CSFB失败。随即，对2G小区进行限流，以及扩容操作，CSFB回落恢复正常，指标恢复正常，投诉解决。 三、借鉴经验 当网络中出现的异常问题时，我们可以采用排除法一步步排除可能的因素，直至找到问题点。对于CSFB失败问题，除了4G侧的配置问题 ，也要考虑到2G小区本身是否存在问题。同时，在处理类似问题时，前后台要协同操作，这样可以加快处理进度，提高解决效率。 *