经典TD中的假掉话.pptVIP

经典TD中的假掉话案例 分析 UE直接从通话状态进入空闲状态，从信令角度上看，UE已经掉话，可以看当时的无线环境，应该很差，要不就是有干扰，等等，UE和网络侧已经失步。后来UE触发cell update，网络侧下发cell update confirm，说明UE重新和网络侧同步，通话继续。其实是没有掉话，只不过软件从信令上判为掉话。 分析 分析的很好，要么是无线环境很差，要么就是干扰严重。我来补充一点哈：2楼兄弟说了，UE与网络侧已经失步，应该是下行失步，上行失步就会直接导致掉话。由于TD设置了拯救方案，当UE失步的时候就会回滚到原小区，与原小区同步不过成功的机率不大。软件上会统计为掉话 分析 上行和下行，失步分为上行链路失步和下行链路失步两种。在协议里面针对上行链路失步和下行链路失步分别定义了判断标准，上行链路失步会删除链路，立即断开，造成UE最终掉话；下行失步会cellupdate，，而下行失步是可以通过cellupdate过程恢复的，所以通话恢复。但多数用户没那个心情等待，还没等到恢复就抢先把电话挂了。 * *