一、未接通统计方法

主叫UE发送第一条SIP INVITE后收到网络侧下发的SIP 200 OK消息为成功完成呼叫，其他都算未接通。

二、未接通问题分析方法

1、在主叫的事件中，找到Outgoing call block/Call blocked事件，记录时间点

2、在主叫信令中，找到Invite消息（Invite消息会比RRC连接建立请求消息时间早，因为点击拨号按钮时，首先触发Invite消息，而Invite消息再触发RRC连接建立），记录时间点

3、查看Invite消息到Block事件之间的时间段内，主被叫出现的异常信令

三、未接通原因分析

呼叫建立流程涉及终端、eNB、EPC、IMS等网元，所有网元的问题都可能导致未接通。

A、终端

HTC M8t某版本寻呼成功率低

HTC M8t某版本主叫终端收到PRACK 200 OK后未上报UPDATE

苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃后，只要是接通前发起eSRVCC流程都会导致未接通。

B、无线

SINR差（由于邻区、干扰等导致）

被叫无线环境恶化，SINR降低到-3dB，UE上报的invite183网络侧未收到，最终导致主被叫同时未接通

被叫LAU /RAU /TAU

主叫14:18:03发送INVITE消息，14:18:18超时主动上发Cancel消息。被叫该时段在进行G-T-L重选,包括LAU、RAU、TAU过程。

RRC连接异常释放

终端收到RRC连接释放，原因为other，然后进入空闲模式

C、IMS

SBC收到被叫的UPDATE 200OK后没有转发，详见《SBC收到UPDATE的200OK后没有转发》

目前所有厂家的IMS不支持振铃前eSRVCC，振铃前发起eSRVCC，都会导致未接通

D、端到端

SIP消息发送失败（在测试软件上看到的现象为终端发送多次SIP消息）

被叫手机在11:48.45.821接收到Invite消息后，分别在11:48.45.930、11:48:48.973、11:48:54.918发送了3次183消息，但是主叫一直没有收到183。

SIP消息丢失（在测试软件上看到的现象为无线环境良好的情况下，一个终端已发送消息，另一方未收到）

主叫14:50:11上发UPDATE消息，被叫一直未收到。此时无线环境良好，RSRP值在-93dBm以上，SINR值在17dBm以上。

被叫寻呼无响应，主叫收到480消息

主叫手机起呼后长时间未能成功建立通话，网络侧下发480Temporarily Unavailable（当前不可用）错误码，指示用户无响应。

被叫上报486 Busy Here

被叫在上报INVITE180振铃后，上报了Invite 486（Busy Here）。

专用承载未建立或丢失，终端上发580 Precondition failure

被叫专用承载未建立，在发送UPATE200OK后，被叫发送580消息给主叫。

主叫11:59:43.939发起呼叫,被叫11:59:48.248发送PRACK 200 OK给网络。被叫11:59:48.967从PCI 448(38100) 切换到 PCI 393(37900), 然后网络主动去激活专用承载。

基站核心网加密算法配置不一致

基站配置了祖冲之算法，但核心网未配置，导致未接通。核心网配置祖冲之算法后问题解决。

中兴SBC发送的AAR消息中IP地址格式错误导致未接通问题处理

中兴SBC发送的AAR消息的flow-description部分中的IPV6地址携带了“[]”书写格式，华为PCRF在转换过程中不识别解析失败，导致呼叫失败。中兴SBC打补丁后问题解决。

中兴SBC发送的STR消息存在异常

中兴SBC发送的STR消息未携带D-Host信息，华为LDRA转发不成功导致未接通。SBC发送的STR携带D-Host消息后问题解决。

华为LDRA参数设置不合理

华为LDRA“检查D-Host是否为本局开关”参数值为“1”，检测消息中的D-Host为本局的主机名时，需要做错误处理并返回DIAMETER_APPLICATION_UNSUPPORTED错误码，导致未接通。修改为“0”后问题解决。

中兴SBC发送的AAR消息存在异常

中兴SBC发送的AAR消息携带了D-Host信息，DRA会直接根据目的主机名进行消息转发而不再走会话绑定查询流程，导致未接通。SBC发送的AAR消息不携带D-Host信息后问题解决。

四、未接通问题排查思路

A、暂时无法解决的问题

由于目前所有厂家的IMS不支持振铃前eSRVCC，振铃前发起eSRVCC，肯定会导致未接通，该问题暂时无法解决。

苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃后，只要是接通前发起eSRVCC流程都会导致未接通，该问题暂时无法解决。

B、无线原因排查

主叫/被叫多次发送信令或者异常进入空闲模式，查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖等无线问题导致。

主叫寻呼期间，被叫发起RAU/LAU/TAU，需要分析之前终端如何从4G重选或切换到GSM/TD。

RRC连接异常释放，需要进行eNB信令跟踪，查看无线原因。

C 、终端问题排查

对比相同芯片的不同终端、异芯片终端，如果某款终端接通成功率低，则疑似终端问题，需要对终端进行排查。

如果终端收到并正确解码某SIP消息，但未发出后续的SIP消息，则疑似终端问题。

D、端到端原因排查

主被叫发生SIP消息发送失败、SIP消息发送多次问题，则需要在eNB、EPC、IMS上同步抓取数据包，检查消息在哪些网元之间丢失，针对相关网元进行问题排查。

如果主叫收到480消息（当前不可用）、603（谢绝邀请），一般为被叫未收到寻呼问题，需要在终端、eNB、EPC、PCRF、SBC上跟踪寻呼消息触发及发送情况。

如果主叫收到486消息（被叫忙），一般为被叫终端发送，需要跟踪终端、EPC、HSS上信令，确认被叫忙原因。

如果主叫或被叫发送580消息（资源准备失败），一般为专用承载未建立或承载丢失，需要在EPC、PCRF、SBC上跟踪信令，排查承载问题。