【问题描述】 在集团测试LOG中,存在Precondition Failure导致的失败事件,表现为呼叫过程中,终端主动上发或收到网络侧下发的580 Precondition Failure消息,随后呼叫中止,出现未接通事件。 Log文件名: 9100060920150322101533MS2_UE1.lte 9100060920150322101533MS2_UE2.lte MO UE:17820500404 MT UE:17820500400 时间:10:16:14.320 【问题实例】随着FDD和TDD的协同发展,越来越多的运营商正投入到VoLTE网络的部署与建设中。然而,VoLTE的部署涉及IMS核心网、EPC核心网、CS核心网、用户数据、信令网、无线网、承载网支撑系统等多个领域的相关问题,是对运营商网络与通信业务变革的一次重大挑战。
此次网络研讨会大家将探讨:
1. VoLTE服务验证和故障排除实例
2. 端到端VoLTE会话检测、问题识别和根源分析
3. 如何使用被动分析仪在实时网络中分析VoLTE问题
【问题分析】1、 呼叫过程中,被叫发送Ringing 180后,收到网络下发的专载去激活命令,QCI 1被释放,被叫随后上报580 Precondition Failure,主叫同样收到网络侧转发的580消息,呼叫接续中止,导致未接通。 2、 从信令中可以看到,被叫回复Ringing 180且主叫也已经收到Ringing 180,被叫随后收到网络侧下发的RRC重配,携带有QCI 1被释放的信息,被叫去激活专有承载。由于专载已被释放,业务资源已不存在,所以被叫上发580 Precondition Failure失败消息。主叫收到网络侧下发的580,接续被中止,导致了会话未接通。 3、 从MME下发到Node B的E-RAB RELEASE COMMAND,原因上看是Nas层nomal_release,导致专载QCI 1被释放。 4、 专载QCI 1被释放,去激活后,被叫发送INVITE 580,主叫收到网络侧转发的INVITE 580,会话流程中断,导致未接通 【问题定位】在正常的会话流程中,由于MME下发E-RAB RELEASE COMMAND,使得QCI 1被释放,导致未接通。 【解决措施】需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。
|