VoLTE测试案例分析

【问题定位】

主叫收到网络侧下发的INVITE 500，然后网络侧又下发RRC重配，释放掉QCI 1，然后去激活，会话流程终止，导致未接通

【解决措施】

需要核心网确认，为什么会下发INVITE 500，什么情况下会导致网络侧下发INVITE 500，随后的专载释放是否由INVITE 500导致的

【测试验证】

案例3：软件对失败事件的误判导致统计错误

【问题描述】

在集团测试LOG中，存在软件的误判而错误统计的失败事件。如在某个特定时间点上，信令显示主被叫正常通话，软件却统计出掉话或未接通事件。

Log文件名：

9500060520150320091421ms1.lte 9500060620150320091421ms1.lte

MO UE: 17820500402 MT UE: 17820500396 时间：09：44：14.0

【问题分析】

1、 主叫从09:42:41主叫开始呼叫到09:45:47挂机成功，在通话过程中信令流程正常，中间

出现一次RRC重建被拒，导致RRC释放，事件表现为掉话，软件统计为掉话。

2、 在09：44：14.910主叫收到网络侧下发的RRC重建被拒，主叫随后发起RRC建立请求，

在09：44：15：004，然后因为TAU，在09：44：15：128 RRC Connection Release了，软件统计为掉话。随后主叫又发起RRC连接，且在09：44：15.659重建完成，从RRC重建被拒到RRC连接成功不到1s，且默认承载和专有承载均保持，未被释放，证明会话保持正常。

3、 到最后结束通话正常挂机都没有出现失败事件

【问题定位】

主叫接通后，在没有收到通话结束的情况下，中间出现RRC Connection Release，软件判断为掉线，此次是在会话建立后出现，软件统计为掉话

【解决措施 】

需要鼎利修改判断事件失败的机制

【测试验证】

案例4：软件对失败事件的重复统计

【问题描述】

软件对于失败事件存在重复统计的问题，在集团测试问题统计表中，多次出现同一次失败事件，软件却作了多次统计，导致失败事件的增多。

Log文件名：

9500060520150320091421ms1.lte 9500060620150320091421ms1.lte

MO UE: 17820500402 MT UE: 17820500396 时间：10：04：08.0

【问题分析】

1、 主叫在10：04：04.642发出INVITE会话请求，被叫在10：04：08.261收到网络侧下发

的BYE Request，软件统计为掉话。

查看BYE Request中的CALL-ID，发现是上次会话的BYE Request

2、 被叫在10：04：08：230收到网络侧下发的INVITE Request同时发送Trying 100，又在

10：04：08.261收到网络侧下发的INVITE Request同时发送Trying 100，并在同时发送INVITE 486，软件统计为未接通。

3、 主叫在收到网络侧下发的UPDATE 200后，在10：04：24.845上报Cancel，主叫的整个

会话流程到这里被终止，事件上表现为未接通。且承载都存在