掉话问题咨询

如题。
在用NPMaster处理掉话时，掉话原因给出DropCall_DueTo_ASU_TimeOut，查看覆盖发现掉话点的小区，RCSP-116dbm,EcIo-24db,且是最后一次软切换最优小区。掉话点有最优小区，不在激活集中，RCSP-99dbm,EcIo-7db;分析应该是切换不及时。但是掉话前的打点消息很奇怪(见下面的回复)

NBAP_RL_RECFG_COMMIT(4) 6.29 second Before IU Release Command
NBAP_RL_RECFG_COMMIT(4) 6.29 second Before IU Release Command
NBAP_COMPRS_MODE_CMD(11) 5.96 second Before IU Release Command
NBAP_COMPRS_MODE_CMD(11) 5.96 second Before IU Release Command
RRC_PH_CH_RECFG_CMP(61) 5.96 second Before IU Release Command
RRC_MEAS_CTRL(9) 5.96 second Before IU Release Command
RRC_MEAS_CTRL(9) 5.96 second Before IU Release Command
NBAP_RL_ADD_REQ(2) RL_ID 02(02) 5.06 second Before IU Release Command
NBAP_RL_ADD_RSP(14) RL_ID 02/RL_SET_ID 03(0203) 5.02 second Before IU Release Command
RRC_ACTIVE_SET_UPDATE(1) 5.02 second Before IU Release Command
RRC_MEAS_CTRL(9) 4.82 second Before IU Release Command
RANAP_IU_RELEASE_REQUEST(19) IU_RADIO_NW_CHOSEN/IU_FAIL_IN_THE_RADIO_ITF_PROC(010e00) 0.02 second Before IU Release Command(后面是RRC等资源释放)
我的疑问是：掉话前启动了压缩模式进行异频测量，那么压缩模式后面的测量报告应该是异频测量控制的相应，且增加的链路应该是异频切换的链路，那为什么会出现RRC_ACTIVE_SET_UPDATE呢？这个消息不是同频软切换的开始吗？难道这是因为这个RRC_ACTIVE_SET_UPDATE是压模前的同频软切换的响应？
等待高人指点.....

修改一下切换参数