VoLTE端到端质量分析SIP-503 错误码原因分析研究目录1.SIP-503 消息错误码分析背景22.SIP-503 失败原因分类23.SIP-503 流程分析43.1.无线链路失败导致掉话43.2.VoLTE走盲重定向导致掉话53.3.X2 切换失败导致的掉话53.4.Sip 信令丢失导致未接通ue-not-available-for-ps-service63.5.2G侧资源异常导致未接通83.6.基站弱场起呼功能导致83.7.BSRVCC切换失败93.8.VoLTE参数配置问题103.9.VoLTE流程冲突问题（1）113.10.VoLTE流程冲突问题（2）123.11.VoLTE流程冲突问题（3）133.12.VoLTE流程冲突问题（4）133.13.VoLTE流程冲突问题（5）144.SIP-503 失败案例总结154.1.邻区配置问题导致SIP-503 失败原因： tx2relocoverall-expiry154.2.干扰问题导致SIP-503 失败原因： tx2relocoverall-expiry164.3.传输问题导致SIP-503 S1切换导致VoLTE掉话194.4.站内切换与modify 并发 SIP-503 导致视频失败234.5.站内切换并发导致未接通245.SIP-503 失败原因处理流程总结26第 1页 共 27页1. SIP-503 消息错误码分析背景2016 年中国移动集团开展VoLTE百日会战工作期间，我司在 VoLTE质量提升过程中结合炎强平台从 TOP小区、 DT/CQT遍历拉网测试信令分析中总结经验，旨在帮助各办事处尽快解决信令分析中遇到的问题。随着 VoLTE优化工作的开展， 我们发现有些SIP-503 错误码与无线测关联较大，如外部邻区、帧头偏移未对齐导致的干扰，传输时延、切换并发等问题都会导致SIP 消息报错，而这些SIP 消息报错的时间点之前eNB 就发起了异常的信令释放。因此，本文档希望纠正概念中泛指SIP503都是核心网的问题。2.SIP-503 失败原因分类目前，通过甘肃、贵阳两地测试分析结果来看，SIP503 错误消息也是各类无线测试中最常见的错误消息，与用户的未接通、掉话等异常行为直接相关。基于信令平台对可能发生503 错误消息的所有场景整理出SIP503 消息报错为四大类13 种场景，做了统一信令回溯和原因分析，并开展了对应的优化策略和研究，针对每一类问题场景给出了明确的解决方案。四大类（eNodeB上发UE 上下文释放请求、bSRVCC不兼容引发的切换失败、VoLTE 参数配置问题、流程冲突承载建立释放或者修改与切换并发失败）详细情况如下表：编SIP503 消息S1 口失败分类解决措施号报错原因值radio-conn接续过程中， 主叫或被叫 UE失步，eNodeB在检测到 UE无线链路异INDICATION_常后发起 RRC连接和 UE 上下文释放流程，后续 UE重回 4G网络发1ection-witOF_RELEASE_起 TAU和 QCI5 默载建立流程。需要核查问题小区明细，排查小区h-ue-lostOF_BEARER覆盖、干扰问题。eNodeB该问题为 UE重定向到 2/3G 引起，发生区域均在大唐设备区，目前上发 UE2INDICATION_interrat-r大唐 eNodeB V620 版本仍无法区分不同 QCI 的 A2/B2 （重定向、上下文OF_RELEASE_edirectioneSRVCC只能配置一个），部分区域考虑数据业务驻留比未部署释放请OF_BEAREReSRVCC。预计 6 月中旬版本升级后 V3 版本可解决此问题。求tx2relocov该问题为 X2 切换过程中， UE由于无线环境较差无法成功接入目标INDICATION_小区，发起重建流程， eNB侧 X2 切换计时器超时发起 UE上下文释3erall-expiOF_RELEASE_ry放。需要无线侧核查切换涉及的源小区和目标小区明细，排查邻区OF_BEARER关系配置、邻区切换参数配置、小区覆盖及干扰问题。第 2页 共 27页ue-not-ava该问题多见于无线环境较差，干扰严重，或者传输异常，eNB资源VoLTE呼叫，针对该类问题主要通过排查INDICATION_ilable-for不足导致无法进行正常的4覆盖（可通过开启MR确定是否弱覆盖小区针对VoLTE用户较少的OF_RELEASE_-ps-servicOF_BEARERe站点可以通过 cdl确定，核查邻区是否缺失， 掉线指标是否正常， ），干扰，传输故障，基站是否拥塞等。radio在 VoLTE 呼叫 CS域过程中， VoLTE用户资源准备并修改完成的情INDICATION_resources况下，收到 MGCF响应的 invite 503携带的原因为“ NO5OF_RELEASE_ notCircut/channel avialible”导致未接通，该问题为2g 侧资源问OF_BEARERavialible题导致，需核查 2g侧资源情况NO在目前核心网不支持bSRVCC，在弱覆的情况下易导致未接通，我司INDICATION_Circut/cha与华为通过在弱覆盖情况下限制qci 1 的建立并利用终端和ims cs6OF_RELEASE_nnelRetry 功能完成弱场起呼。但是这也触发invite503，建议在核心OF_BEARERavialible侧剔除该类问题导致的未接通bSRVCC不兼容7 引发的切换失败VoLTE参8 数配置问题9 流程冲突承载建立释放或者修改与1 切换并0 发失败由于目前 IMS 版本不支持bSRVCC切换，切换失败后终端触发CSFBINDICATION_unspecifie流程，按集团要求5 月底基站升级版本后，基站侧可识别并规避OF_RELEASE_dbSRVCC切换。目前我司暂不支持bSRVCC功能识别OF_BEARERINDICATION_not-suppor部分厂家未开启 VOLTE功能开关导致 VoLTE参数配置问题， 需要从ted-QCI-vaeNodeB上 VOLTE相关参OF_RELEASE_信令平台上提取相关小区明细，核查对应lueOF_BEARER数配置。流程冲突： 在 e-RAB 建立时， eNodeB返回 e-RAB 建立失败，携带INDICATION_multiple-E原因值 multiple-E-RAB-ID-instances，由于前次呼叫ERAB建立、-RAB-ID-inOF_RELEASE_释放与切换流程冲突导致专载释放失败，需要设备统一升级解决，stances同时 MME、eNodeB需要增强处理机制（集团建议：站间信令冲突由OF_BEAREREPC-MME解决，站内信令冲突又接入网解决）。流程冲突： 在 e-RAB 建立或者更改时， eNodeB返回 e-RAB 建立或者s1-inter-s更改失败， 携带原因值 s1-inter-system-handover-triggered，在INDICATION_ystem-hande-RAB 建立时， eNodeB返回 e-RAB 建立失败，携带原因值OF_RELEASE_ over-triggunknown-eNB-ue-s1ap-id 为切换与 ERABModify 过程并发引起的流OF_BEARERered程冲突导致，需要统一升级设备版本解决。（集团建议：站间信令冲突由 EPC-MME解决，站内信令冲突又接入网解决）第 3页 共 27页unknown-eN流程冲突： 在 e-RAB 建立时， eNodeB返回 e-RAB 建立失败， 携带原1INDICATION_因值 unknown-eNB-ue-s1ap-id ，在 e-RAB建立时，eNodeB返回 e-RABB-ue-s1ap-1OF_RELEASE_建立失败，携带原因值 unknown-eNB-ue-s1ap-id ，（集团建议： 站idOF_BEARER间信令冲突由 EPC-MME解决，站内信令冲突又接入网解决）流程冲突： 在 e-RAB 建立或者更改时， eNodeB返回 e-RAB 建立或者1INDICATION_x2-handove更改失败，携带原因值 x2-handover-triggered，为 e-RAB 建立或r-triggere者更改流程和 X2 切换流程冲突引起，需要设备版本统一升级，规2OF_RELEASE_dEPC-MME解决，站内信令OF_BEARER避该问题，（集团建议：站间信令冲突由冲突又接入网解决）radioNetwo流程冲突：专载建立消息，但是后面又收到QCI1 的 EPS承载释放消息；查看