小区挽救的问题

如题。
遇到一个问题，不知道是不是小区挽救

在测试过程中，发现一个问题，按照我所理解的在通话当中，UE不会接受systeminformationBlockTYPE的，而且UE也不会出现CELL Reselelction的，而且遇到位置去更新等也是等到通话完成，通话中handover是正常的，但是上次我测试了一段路，RSCP很差，最后通话过程中主叫出现了两次读systeminformationBlockTYPE1、2、3、5、7、11等而且也出现了2次CELL Reselelction，但是没有掉话，知道UE自己上报Disconnect 才释放，这期间没有掉话，有人解释过，我理解为我图上的那个cell reselelction 其实如果手机在空闲态也是这个， 只不过如果在我这次通话过程中出现这个是因为RSCP差到脱网的地步之后的一种挽救方式。有谁能给我解释一下么，谢谢啦！~~~ 下面有图

上行链路失步进行了cellupdate，小区收到sib说明已经进入了空闲态，但是rnc有掉话挽救机制，update成功后链路挽救成功，又恢复了业务

当无线链路失败后, 如果存在与T314相关联的无线承载(用于CS业务)或者只存在RRC连接, 则启动该定时器。
停止：由于RL失败导致的小区更新过程结束后停止。
超时: 如果超时, 释放UE.一般来说。
可以说是因为你的T314没有超时时进行了小区更新。如果T314超时就会释放UE。你可以看一下你的T314计时器时长是否在没结束时进行的小区更新。

现网有个挽救定时器   如果后台设置了  就会有CELL UPDATE    有的设置8K  16K   32K   都有

放屁，明明是下行失步！看看你的RSCP值，都-115了，等于没信号了啊！算是人品好，居然没掉话！都这样了还能小区更新成功，肯定存在邻区漏配问题，还有，G网邻区也有问题。

1楼解释明显有误，明明下行的问题我倒。。。支持4楼的解释，但也有可以是弱覆盖路段