《CMServiceReject未接通问题分析》由会员分享，可在线阅读，更多相关《CMServiceReject未接通问题分析（2页珍藏版）》请在金锄头文库上搜索。
1、CMServiceReject未接通问题分析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 Servic
2、e申请时被网络拒绝后，造成主叫未接通。 图1：主叫前台截图 图2：被叫前台截图 图3：主叫前一次呼叫切换失败掉话截图 图4：后台信令截图 1、 终端在凫洲大桥桥底由南往北行驶，主叫UE占用到13742_广州三姓围村T2小区进行起呼，PCCPCH RSCP在-74dbm，从测试情况看出，PCCPCH C/I和DPCH C/I值都比较好，如主叫测试图，在主叫呼叫过程中成功建立RRC连接后进行CM Service Request时被拒绝，造成主叫未接通。 2、 分析主叫信令得出，主叫在发起CM Service Request后被拒绝，出现未接通，从层3信令看到拒绝原因为:Message not co
3、mpatible with the protocol state。 3、 分析前一次呼叫发现主叫有掉话，查看后台信令，掉话原因IntraRNCHO_timeout(RNC内切换超时)。具体信令过程是：网络侧下发切换消息物理信道重配置以后，没有收到UE上报的物理信道重配置完成信息，切换等待定时器T_HowaitCU超时，这是RNC才上报Iureleaserequest请求CN释放，计为掉话一次。由于ATU测试两次呼叫的间隔空闲时间为20秒，而此次异常掉话花了30秒RNC才请求CN释放链路。所以当UE发起下一次呼叫的时候到请求CM servi ce的时候，CN侧判断UE上一次呼叫还没有释放，直接进行CM service reject，拒绝原因为:Message not compatible with the protocol state 本次CM Service Reject未接通是因为上一次出现切换失败掉话后，网络侧没有释放IU链路，导致CN拒绝了本次请求。本次问题发生的环境是前一次呼叫发生了掉话，而且掉话原因是切换定时器超时。 结合ATU测试的规则和定时器的设置，建议将切换等待定时器T_HOwaitCU改成15秒左右。
