12:09:18.389，基站下发TM8模式转换的重配消息，如下图：
该消息一直未发出，在12:09:25.089秒出现错误的标示，原因是该重配未下发，达到最大重传次数。
【问题定位】：
经过分析，该问题是由于A2测量上报后发送的测量控制消息和TM3/8模式切换的重配消息时间间隔太近，导致基站控制面提前通知底层TM模式切换程序，切换到下行发送模式，后果就是TM3/8模式切换的重配消息是使用TM8模式发送的，而此时UE还工作在TM3状态，导致UE无法正确解调模式切换消息。
【解决措施】：
该问题已经在新版本解决，目前规避措施是改为强制TM3模式。
3.6 eSRVCC至2G后掉话
【问题描述】
主被叫正常通话后，主叫或被叫成功ESRVCC至2G后，在2G出现掉话。 【问题分析】
主被叫通话正常后，主叫在上报B2测量报告后，随后收到系统下发的Mobility from Eutran command消息指示终端进行esrvcc切换至2G，主叫回复handover complete后随后占用2G进行通话。
随后在占用2G通话后，主叫所占用的2G信号逐渐变差，邻区存在较强信号可以接入，终端不断上报测量报告但未发生切换，最终无线环境逐渐恶化出现连续7级质差，网络下发RR channel release释放连接导致掉话。
【问题定位】
造成此次通话原因在于终端邻区存在最优接续小区，在上报MR测量报告后未能及时切换，最终拖死造成无线环境极差导致掉话。 【解决措施】
需要优化2G网络邻区关系，优化2G网络切换关系。
3.7 eSRVCC失败导致掉话
【问题描述】
主叫或被叫在esrvcc失败后，恢复4G通话失败导致掉话。 【问题分析】
主被叫正常接通后，在通话过程中，主叫上报B2测量报告后，随后收到系统下发的Mobility from Eutran comman和RR handover command消息，但终端未正常回复handover complete，esrvcc失败返回4G重新发起INVITE请求希望能恢复4G通话，正常情况下网络收到INVITE请求，回复100trying后，并发起专载修改流程后，下发INVITE200就可回复通话，但主叫在发起INVITE
请求，随后发起RRC重建，重建失败后返回空闲态并重新发起rrcconnection request，在终端上报rrc connection setup complete后系统下发rrc connection release,终端无法建立rrc连接，未能进入连接态接受100try等SIP信令恢复承载，连续出现多次rrc连接建立后网络侧又释放rrc连接，由于长时间未能恢复承载通话结束造成掉话。
【解决措施】
需要查看2G核心网是否支持ESRVCC功能，核查4G小区站点是否存在故障导致无法接入，优化4G网络覆盖情况。
3.8 设备故障导致掉话
【问题描述】
终端在12:03:37 092 再发出INVINT，而且连续上发2次invite后，才收到核心网下发的上一次的BYE消息后导致掉话。 【原因分析】 具体如下图所示：
在12:03:23 259 发出INVINT后，被叫SIP信令流程正常，主叫信令缺失，后被叫未收到BYE,终端在12:03:37 092 再发出INVINT主叫信令缺失，但是，被