VoLTE测试案例分析

【问题定位】

通话期间，被叫收到网络下发的BYE Request会被软件统计为掉话。被叫连续两次收到网络下发的INVITE Request，回复INVITE 486 Busy Here，由于第一次INVITE Request未释放，故第二次INVITE Request网络侧才会下发INVITE 486，流程停止，软件统计为未接通。此时主叫在进行正常的会话接续，信令流程正常，事件中未出现失败事件。直到主叫上报Cancel，主叫会话流程停止，事件表现为未接通，之前的两次失败事件统计是重复统计。

【解决措施】

需要鼎利确认对失败事件的统计机制。

【测试验证】

案例5：LTE到2G eSRVCC切换失败导致的掉话

【问题描述】

呼叫会话建立后，由于到达异系统B2门限，终端上报B2事件，网络下发eSRVCC切换配置命令，但在2G侧切入失败，导致掉话。

Log文件名：

9500060520150320110855ms1.lte 9500060620150320110855ms1.lte

MO UE: 17820500396 MT UE: 17820500402 时间：11：16：42：311

【问题分析】

1、被叫上报B2事件，满足切换门限系统下发mobility切换命令，此时4G的流程已完成，

接下来切入2G网络，2G网络下发TMSI Reallocation Command，被叫回复TMSI Reallocation Complete，此后流程中断，eSRVCC切换失败。

3、 信令上看，4G流程正常走完且建立会话，被叫切换到2G，但是网络下发TMSI Reallocation

Command导致流程终止，eSRVCC切换失败，会话流程结束，怀疑是2G问题。

【问题定位】

4G流程正常且已正常建立会话，由于2G网络侧下发TMSI Reallocation Command导致eSRVCC切换失败，会话流程结束，导致掉话，怀疑是2G的问题。

【解决措施】

下周准备复侧，准备定位。

【测试验证】

案例6： TAU过程中RRC Connection Release导致的未接通

【问题描述】

在越秀区网格10的测试LOG中，出现如下的未接通事件：

主叫起呼发出Invite消息后，在收到网络效应Trying 100之前，先收到了网络下发的RRC Connection Release消息，RRC连接释放后，接续被终止，出现了Blocked Call事件。

【问题分析】

1、通过信令详细分析主叫起呼的过程，可以发现，起呼前，主叫刚完成重选过程，从PCI216小区重选至PCI103小区，由于源小区与目标小区处在不同的TAC，主叫发起了TAU请求：

2、在主叫上发TAU请求后，未等网络回复ATU Accept，主叫已开始了起呼，上发Invite消息。然而Invite上发0.172s后，主叫同时收到了网络下发的ATU Accept和RRC Connection Release消息（因此时主叫处在非业务态，ATU更新会伴随RRC连接的释放），主叫被叫释放，从而导致了Blocked Call事件的发生：