CM_Service_Reject未接通问题分析.docxVIP

CM Service Reject未接通问题分析 ATU测试发现CM Service Reject导致的未接通问题，拒绝原因为Message not compatible with the protocol state，经过分析，定位问题是前一次切换失败掉话IU还没来得及释放导致。因为ATU测试呼叫间隔时间20S，切换超时定时器目前设置30s，切换失败掉话后，在下一次CM Service Request时，IU还没来得及释放，需要评估切换超时定时器设置。 【问题描述】在凫洲大桥桥底路段终端占用到13742_广州三姓围T2小区进行起呼，终端在发起CM Service申请时被网络拒绝后，造成主叫未接通。 【问题截图】 图1：主叫前台截图 图2：被叫前台截图 图3：主叫前一次呼叫切换失败掉话截图 图4：后台信令截图 【原因分析】 终端在凫洲大桥桥底由南往北行驶，主叫UE占用到13742_广州三姓围村T210063、45小区进行起呼，PCCPCH RSCP在-74dbm，从测试情况看出，PCCPCH C/I和DPCH C/I值都比较好，如主叫测试图，在主叫呼叫过程中成功建立RRC连接后进行CM Service Request时被拒绝，造成主叫未接通。 分析主叫信令得出，主叫在发起CM Service Request后被拒绝，出现未接通，从层3信令看到拒绝原因为:Message not compatible with the protocol state（主叫业务申请与之前正在进行的业务发生了冲突被拒接,网络侧认为手机此时状态不适合发起呼叫）。 分析前一次呼叫发现主叫有掉话，查看后台信令，掉话原因IntraRNCHO_timeout(RNC内切换超时)。具体信令过程是：网络侧下发切换消息物理信道重配置以后，没有收到UE上报的物理信道重配置完成信息，切换等待定时器T_HowaitCU（设置为30秒）超时，这是RNC才上报Iureleaserequest请求CN释放，计为掉话一次。由于ATU测试两次呼叫的间隔空闲时间为20秒，而此次异常掉话花了30秒RNC才请求CN释放链路。所以当UE发起下一次呼叫的时候到请求CM servi ce的时候，CN侧判断UE上一次呼叫还没有释放，直接进行CM service reject，拒绝原因为:Message not compatible with the protocol state（UE业务申请与之前正在进行的业务发生了冲突被拒接） 【优化方案】 本次CM Service Reject未接通是因为上一次出现切换失败掉话后，网络侧没有释放IU链路，导致CN拒绝了本次请求。本次问题发生的环境是前一次呼叫发生了掉话，而且掉话原因是切换定时器超时（其他原因掉话未发现该问题）。 结合ATU测试的规则和定时器的设置，建议将切换等待定时器T_HOwaitCU改成15秒左右。