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

广东搬动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，随后被叫发送 主叫同时收到UPDATE200和Ringing180。依照正常的信令流程应该是先收到 再收到Ringing180。  Ringing180， UPDATE200， 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了，软件统计为掉话。随后主叫又倡导RRC连接，且在09：44：重建完成，从RRC重建被拒到RRC连接成功不到1s，且默认承载和专有承载均保持，未被释放，证明会话保持正常。 3、到最后结束通话正常挂机都没有出现失败事件 【问题定位】 主叫接通后，在没有收到通话结束的情况下，中间出现RRCConnectionRelease，软件判断 为掉线，此次是在会话建立后出现，软件统计为掉话 【解决措施】 需要鼎利更正判断事件失败的体系 【测试考据】 案例4：软件对失败事件的重复统计 【问题描述】 软件对于失败事件存在重复统计的问题，在企业测试问题统计表中，多次出现同一次失败事件，软件却作了多次统计，以致失败事件的增添。 Log文件名： MOUE: MTUE: 时间：10：04： 【问题解析】 1、主叫在10：04：发出INVITE会话央求，被叫在10：04：收到网络侧下发的BYERequest， 软件统计为掉话。 查察BYERequest