问题：需要确定为何在IMS 上失败以及fall back to GSM retry，为何仍然报错？

　　

　　

　　

QCAT 分析

　　

　　

　　QCAT过滤0X1544(QMI_MCS_QCSI_PKT)qmi消息，然后查找关键字： 　　

　　

　　voice _ supps | query _ | voice _ get _ | ss _ supps _ failure | failure _ cause，在问题时间点附近发现以下错误：failure _ cause=qmi _ failure _ cause _ illicial _ ss _ operation。 　　

　　

　　 　　

　　

　　

QXDM 分析

　　

　　

　　

SS failed问题CM LOG关键点打印

　　

　　

　　CM sups CMD 4，CM _ SUPS _ CMD _ INTEROGATE在cm.h枚举枚举cm_sups_cmd_e{…}中定义 　　

　　

　　下面的cm _ interrupt _ ss _ conf是cm _ interrupt _ ss _ req的确认，这样一对REQ/CONF就代表了一个完整的请求-处理-响应过程。 　　

　　

　　 　　

　　

　　

SS 在IMS 失败原因分析

　　

　　

　　 　　

　　

　　根据截图的日志分析，因为IMS失败，IMS模块要求在CS上重试，最后CM触发了ESR。 　　

　　

　　ESR(扩展服务请求)OTA日志： 　　

　　

　　 　　

　　

　　在ESR前面，发现CM有如下印刷： 　　

　　

　　 　　

　　

　　fallbackreason 3360 1去代码里找到了cm.h里的定义：cm _ ipsups _ failure _ cause _ PDP _ failure， 　　

　　

　　至此，触发ESR进程回退到gsm的原因已经找到，是PDP_FAILURE导致tcp socket错误。 　　

　　

　　有必要进一步分析PDP异常的原因。 　　

　　

　　

Check DS Fail

　　

　　

　　 　　

　　

　　错误26 Dss _ errors _ def . h Dss _ ERROR _ CONNECT _ OPERATION _ FAILED=26 　　

　　

　　错误49 Dss _ errors _ def . h Dss _ ERROR _ shut down _ OPERATION _ FAILED=49 　　

　　

　　 　　

　　

　　 　　

　　

　　

SS 在GSM 失败原因分析

　　

　　

　　在本例中，ESR和CSFB被触发去GSM，但它在CS上仍然失败，因此UMTS OTA日志被过滤以查看是否有任何与网络的交互，如下： 　　

　　

　　 　　

　　

　　参见两个SS相关信令：SS/寄存器、SS/释放完成。 　　

　　

　　SS/Release完整的信令内容如下： 　　

　　

　　 　　

　　

　　可以看出，SS/Release Complete信令携带了return_error_comp错误字段，error_code0=16表示错误代码。因此，在下一步中，解决方案提供商可以自行帮助分析或检查3GPP nas协议，以确定它是否是协议中定义的场景。 　　

　　

　　SS属于NAS层业务。上述错误字段的定义请参考协议24.080-f00- 《Mobile radio interface layer 3-Supplementary services specification;Formats and coding》。 　　

　　

　　此外，在上述SS/Release Complete OTA日志时间点附近过滤出以下跟踪日志： 　　

　　

　　 　　

　　

　　在

Wireshark分析"查询呼叫转移"状态的pcap包

　　

　　

　　 LTE网络下，UE使用HTTP GET方法与IMS侧AS(应用服务器)交互，查询“呼叫转移”查询状态。为了便于协议分析，可以使用QCAT工具进行转换。isf文件放入。pcap文件，然后使用Wireshark工具打开它。我试图通过tcpdump工具在手机上抓取，但是没有抓取到相关的包。我很怀疑！ 　　

　　

　　 　　

　　

　　 　　

　　

　　

QCAT 时序图

　　

　　

　　通过QCAT的‘查看’-‘调用跟随分析’工具，可以看到模块之间的序列图。通过它可以直观的看到所有与呼叫相关的modem模块的交互过程，有助于确定问题所在的模块(层)。 　　

　　

　　以下是一个呼叫转移增值业务查询的时序截图： 　　

　　

　　A) CM模块向MN发送cm _ interrupt _ ss _ req， 　　

　　

　　b)移动节点的CNM发送MMCNM_EST_REQ请求移动节点建立连接。 　　

　　

　　C) MM向RR发送MS_MM_ request。 　　

　　

　　D) RR向GL1(物理层)发送MPH_START_GSM_MODE_REQ 　　

　　

　　… 　　

　　

　　逐层反馈，给客户XXX_CNF确认消息。 　　

　　

　　e)cm模块最终接收到来自cm _ interrupt _ ss _ CNF的确认，该过程完成。 　　

　　

　　Cm _中断_ ss _ req触发器： 　　

　　

　　 　　

　　

　　Cm _ interleave _ ss _ CNF确认： 　　

　　

　　 　　

　　

　　结论：无论是IMS域还是CS域，基本都可以从OTA信令和误码判断为核心网侧问题。如果想继续深入分析，可以通过tcpdump抓取TCP/IP完整数据包，使用wireshark工具解析。