580 Precondition Failure导致的未接通

1ase3w

【问题描述】

在集团测试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问题

链接：http://webinar.******/activityDetail.action?activity.id=9669351&user.id=2

【问题分析】

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。