【问题定位】
主叫收到网络侧下发的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，主叫的整个
会话流程到这里被终止，事件上表现为未接通。且承载都存在
相关推荐：
loading