继续通过PCAP包信令分析发现在时间点10:41:48, eNB建立失败的原因为radioNetwork: unknown-eNB-ue-s1ap-id (14)

? 无线空口分析

主被叫UE占用EARFCN:38400、PCI:17的小区，在10:41:50 RSRP-104dBm，SINR5.2的时候由于切换并发导致一次未接通。

第 25 页 共 27 页

? 问题分析：

通过前台主被叫信令分析，主叫UE在10:41:40发起INVITE请求，被叫UE在8秒后才收到寻呼消息进行RRC建立，并且在10:41:48收到网络下发的INVITE请求消息，被叫在10:41:48进行站内切换（PCI 16—>PCI 17），UE未收到QCI1专载建立消息，但是后面又收到QCI1的EPS承载释放消息；查看炎强平台，MME下发激活EPS承载消息给ENB，但是ENB恢复e-Rab setup response消息携带Unknown-eNB-ue-s1ap-id；主要是UE发生了站内切换与QCI1的承载建立并发冲突，导致被叫无法正常建立专载，最终未接通。 ? 优化建议：

基站版本升级至V3版本后可解决。

5. SIP-503失败原因处理流程总结

综合以上分析，SIP 503异常消息的分析和优化流程如下，其中包含了503消息出现的场景、原因分析及对应解决方案，可有效指导503类异常SIP消息的优化处理。

第 26 页 共 27 页

503出现阶段相关流程中的错误原因码not-supported-QCI-value1、s1-inter-system-handover-triggered2、multiple-E-RAB-ID-instances3、unknown-enb-ue-s1ap-id4、x2-handover-triggered5、s1-intra-system-handover-triggered原因定位参数配置问题解决方案从信令平台上提取相关小区明细，核查对应eNodeB上VOLTE开关和相关参数配置在承载建立和更改时的失败流程冲突问题流程冲突问题：需要设备升级解决上海贝尔eNodeB和爱立信MME配合问题，需要上海贝尔eNodeB增强兼容性，爱立信MME更改e-RAB更改请求下发机制维护人员手动释放用户所致，属特例，无需处理基站升级版本后，基站侧可识别并规避bSRVCC切换从信令平台上提取相关小区明细，排查对应小区的无线覆盖和干扰问题invalid-qos-combinationunknown-E-RAB-ID设备配合问题维护操作行为SRVCC过程中的失败un-specifiedbSRVCC不兼容问题radio-connection-with-ue-lost无线链路失败eNodeB上发携带异常原因的UE上下文释放请求interrat-redirection异常重定向大唐eNB当前版本不支持分QCI的A2/B2，版本升级后可解决此问题排查切换涉及的邻区关系配置、切换参数配置、小区覆盖及干扰问题tx2relocoverall-expiry 邻区优化问题 第 27 页 共 27 页