【问题定位】
主被叫会话流程正常，无线环境良好，信令转发正常。主叫上报Cancel，导致会话未接通，定位为终端问题 【解决措施】
测试前调试终端设备，确认无问题或者更换终端测试再查看结果.
2.5 580 Precondition Failure导致未接通
【问题描述】
测试和分析中，有时会遇到Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。
【问题分析】
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。
2.6 Server Internal Error 500导致未接通
【问题描述】
在测试和分析过程中有时候会遇到Server Internal Error 500导致的失败事件，表现为呼叫过程中，终端主动收到网络侧下发的Server Internal Error 500消息，随后呼叫中止，出现未接通事件。
【问题分析】
1、 主叫发出UPDATE后，被叫收到UPDATE并回复UPDATE 200，随后被叫发送Ringing 180，
主叫同时收到UPDATE 200和Ringing 180。按照正常的信令流程应该是先收到UPDATE 200，再收到Ringing 180。
2、 然后主叫收到网络侧下发的 INVITE Server Internal Error 500.主叫专载被释放，去激活，
导致会话未接通。