在测试中，发现有小区更新造成掉话，主小区信号好，EC/IO也好，问是什么原因造成掉话，急求帮助?

是否邻区漏配导致？建议把路测数据截屏上来，才好分析。

楼主，我不知道你说的是哪种网络，就我所学的TD系统来看，小区更新的原因有7种，在信号很好的情况下发起小区更新只有2种情况，1是收到4A事件，2是手机处于连接状态如cell-pch状态，但是此时发起数据业务。在路测过程中，在RSCP很好，C/I很好情况下，是不会进行小区更新的，小区更新的目的是一种挽救机制。所以不大清楚的问题，最好能把截图发上来，将问题描述清楚一点，是小区更新失败后直接掉话了还是其他的原因掉话的

1、查看上行干扰，如果无线侧，所有值都很好，可排除无线侧的原因；
2、是否有跨Rnc测试，掉话的原因是什么，是DL主动释放的，还是UL？？
3、如果经常出现这样的case，可以结合场外测试，叫机房配合抓下log，到底哪个空口的问题？

楼主的问题有点笼统，还有很多方面的原因。

问题描述需要更详细点。

是主叫还是被叫？如果是被叫：1） 1.      由于在经过LAC边界时，主叫手机先完成了Location update，而被叫手机由于某种原因（例如收到的信号强度变化较慢）所作的Location update慢于主叫手机。那么，若主叫手机恰好在此时（主叫手机已完成了Location update，而被叫手机正在做Location update）进行起呼，则无法接通被叫手机。而由于在MSC中有语音提示，此情况下应为“您所呼叫的用户暂时无法接通”提示，且它的持续时间一般<1minute。而TOM测试工具会将此连接认为是正常的呼叫建立，当提示音结束后，MSC将下行发出的释放信令，即我们收到的TCH信道上收到Downlink的”NW_DISCONNECT”信令，同时伴随有“Cause (18): No user responding”。这样就给我们的分析带来了不必要的麻烦。
     2）   由于测试人员的误操作导致的被叫掉话。
   3）   由于被叫手机未成功HO到目标小区，而同时又释放掉了原小区，则导致了被叫掉话。
4） 其他因素所致（信号电平值或通话质量的急剧恶化），其中1，2是可以避免的
如果是主叫掉话，有可能是：导频覆盖弱（根据你那信号不错可以排除），主导小区过多，导频污染，越区覆盖，切换，干扰等等，要根据具体情况来看，还有分析主被叫掉话时间段的信令也是很有帮助的
 

是不是位置更新哦！~你要说清楚撒

楼主说的WCMDA网络吧，你说的这个现象在WCMDA网络中很常见，就是两个小区间的邻区没有配置好，或者说是邻区配置错误，建议在后台检查下是不是该问题。

是切换吧，更新是在空闲状态下，怎么会有掉话？
切换引起掉话的原因比较多，邻区关系漏定义、目标小区有拥塞、干扰、孤岛效应等，查一下相关信息，应该有比较好的解决方案