中国移动LTEVOLTE案例分析汇总.pdf

广东移动4GTD-LTE详细案例分析

案例1：580PreconditionFailure导致的

未接通;

问题描述

在集团测试LOG中,存在PreconditionFailure导致的失败事件,表现为呼叫过程中,终端主

动上发或收到网络侧下发的580PreconditionFailure消息,随后呼叫中止,出现未接通事

件;

Log文件名：

MOUE:

MTUE:

时间：10：16：

问题分析

1、呼叫过程中,被叫发送Ringing180后,收到网络下发的专载去激活命令,QCI1被释

放,被叫随后上报580PreconditionFailure,主叫同样收到网络侧转发的580消息,

呼叫接续中止,导致未接通;

2、从信令中可以看到,被叫回复Ringing180且主叫也已经收到Ringing180,被叫随

后收到网络侧下发的RRC重配,携带有QCI1被释放的信息,被叫去激活专有承载;

由于专载已被释放,业务资源已不存在,所以被叫上发580PreconditionFailure

失败消息;主叫收到网络侧下发的580,接续被中止,导致了会话未接通;

3、从MME下发到NodeB的E-RABRELEASECOMMAND,原因上看是Nas层nomal_release,

导致专载QCI1被释放;

4、专载QCI1被释放,去激活后,被叫发送INVITE580,主叫收到网络侧转发的INVITE

580,会话流程中断,导致未接通

问题定位

在正常的会话流程中,由于MME下发E-RABRELEASECOMMAND,使得QCI1被释放,导致未接

通;

解决措施

需要核心网查看MME在什么情况下会下发E-RABRELEASECOMMAND;

测试验证

案例2：ServerInternalError500导致

的未接通

问题描述

在集团测试LOG中,存在ServerInternalError导致的失败事件,表现为呼叫过程中,终端

主动收到网络侧下发的ServerInternalError500消息,随后呼叫中止,出现未接通事件;

Log文件名：

MOUE:

MTUE:

时间：10：19：

问题分析

1、主叫发出UPDATE后,被叫收到UPDATE并回复UPDATE200,随后被叫发送Ringing180,

主叫同时收到UPDATE200和Ringing180;按照正常的信令流程应该是先收到UPDATE200,

再收到Ringing180;

2、然后主叫收到网络侧下发的INVITEServerInternalError500.主叫专载被释放,去

激活,导致会话未接通;

问题定位

主叫收到网络侧下发的INVITE500,然后网络侧又下发RRC重配,释放掉QCI1,然后去激活,

会话流程终止,导致未接通

解决措施

需要核心网确认,为什么会下发INVITE500,什么情况下会导致网络侧下发INVITE500,随后

的专载释放是否由INVITE500导致的

测试验证

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

误

问题描述

在集团测试LOG中,存在软件的误判而错误统计的失败事件;如在某个特定时间点上,信令显

示主被叫正常通话,软件却统计出掉话或未接通事件;

Log文件名：

MOUE:

MTUE:

时间：09：44：

问题分析

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

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

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

44：15：004,然后因为TAU,在09：44：15：128RRCConnectionRelease了,软件统计

为掉话;随后主叫