《VoLTE端到端业务质量分析要点》由会员分享，可在线阅读，更多相关《VoLTE端到端业务质量分析要点（27页珍藏版）》请在金锄头文库上搜索。
1、VoLTE端到端质量分析SIP-503错误码原因分析研究目录1.SIP-503消息错误码分析背景32.SIP-503失败原因分类33.SIP-503流程分析53.1.无线链路失败导致掉话53.2.VoLTE走盲重定向导致掉话63.3.X2切换失败导致的掉话73.4.Sip信令丢失导致未接通ue-not-available-for-ps-service83.5.2G侧资源异常导致未接通93.6.基站弱场起呼功能导致103.7.BSRVCC切换失败103.8.VoLTE参数配置问题113.9.VoLTE流程冲突问题（1）123.10.VoLTE流程冲突问题（2）133.11.VoLTE流程冲突问题
2、（3）143.12.VoLTE流程冲突问题（4）143.13.VoLTE流程冲突问题（5）154.SIP-503失败案例总结164.1.邻区配置问题导致SIP-503失败原因：tx2relocoverall-expiry164.2.干扰问题导致SIP-503失败原因：tx2relocoverall-expiry184.3.传输问题导致SIP-503 S1切换导致VoLTE掉话214.4.站内切换与modify并发SIP-503导致视频失败254.5.站内切换并发导致未接通265.SIP-503失败原因处理流程总结281. SIP-503消息错误码分析背景2016年中国移动集团开展VoLTE百日
3、会战工作期间，我司在VoLTE质量提升过程中结合炎强平台从TOP小区、DT/CQT遍历拉网测试信令分析中总结经验，旨在帮助各办事处尽快解决信令分析中遇到的问题。随着VoLTE优化工作的开展，我们发现有些SIP-503错误码与无线测关联较大，如外部邻区、帧头偏移未对齐导致的干扰，传输时延、切换并发等问题都会导致SIP消息报错，而这些SIP消息报错的时间点之前eNB就发起了异常的信令释放。因此，本文档希望纠正概念中泛指SIP503都是核心网的问题。2. SIP-503失败原因分类目前，通过甘肃、贵阳两地测试分析结果来看，SIP503错误消息也是各类无线测试中最常见的错误消息，与用户的未接通、掉话等
4、异常行为直接相关。基于信令平台对可能发生503错误消息的所有场景整理出SIP503消息报错为四大类13种场景，做了统一信令回溯和原因分析，并开展了对应的优化策略和研究，针对每一类问题场景给出了明确的解决方案。四大类（eNodeB上发UE上下文释放请求、bSRVCC不兼容引发的切换失败、VoLTE参数配置问题、流程冲突承载建立释放或者修改与切换并发失败）详细情况如下表：编号分类SIP503消息报错S1口失败原因值解决措施1eNodeB上发UE上下文释放请求 INDICATION_OF_RELEASE_OF_BEARERradio-connection-with-ue-lost接续过程中，主叫或被
5、叫UE失步，eNodeB在检测到UE无线链路异常后发起RRC连接和UE上下文释放流程，后续UE重回4G网络发起TAU和QCI5默载建立流程。需要核查问题小区明细，排查小区覆盖、干扰问题。2 INDICATION_OF_RELEASE_OF_BEARERinterrat-redirection该问题为UE重定向到2/3G引起，发生区域均在大唐设备区，目前大唐eNodeB V620版本仍无法区分不同QCI的A2/B2（重定向、eSRVCC只能配置一个），部分区域考虑数据业务驻留比未部署eSRVCC。预计6月中旬版本升级后V3版本可解决此问题。3 INDICATION_OF_RELEASE_OF_B
6、EARERtx2relocoverall-expiry该问题为X2切换过程中，UE由于无线环境较差无法成功接入目标小区，发起重建流程，eNB侧X2切换计时器超时发起UE上下文释放。需要无线侧核查切换涉及的源小区和目标小区明细，排查邻区关系配置、邻区切换参数配置、小区覆盖及干扰问题。4 INDICATION_OF_RELEASE_OF_BEARERue-not-available-for-ps-service该问题多见于无线环境较差，干扰严重，或者传输异常，eNB资源不足导致无法进行正常的VoLTE呼叫，针对该类问题主要通过排查覆盖（可通过开启MR确定是否弱覆盖小区针对VoLTE用户较少的站点可
7、以通过cdl 确定，核查邻区是否缺失，掉线指标是否正常，），干扰，传输故障，基站是否拥塞等。5 INDICATION_OF_RELEASE_OF_BEARERradio resources not avialible在 VoLTE呼叫CS域过程中，VoLTE用户资源准备并修改完成的情况下，收到MGCF响应的invite 503携带的原因为“NO Circut/channel avialible”导致未接通，该问题为2g侧资源问题导致，需核查2g侧资源情况6 INDICATION_OF_RELEASE_OF_BEARERNO Circut/channel avialible在目前核心网不支持bS
8、RVCC，在弱覆的情况下易导致未接通，我司与华为通过在弱覆盖情况下限制qci 1的建立并利用终端和ims cs Retry功能完成弱场起呼。但是这也触发invite 503，建议在核心侧剔除该类问题导致的未接通7bSRVCC不兼容引发的切换失败 INDICATION_OF_RELEASE_OF_BEARERunspecified由于目前IMS版本不支持bSRVCC切换，切换失败后终端触发CSFB流程，按集团要求5月底基站升级版本后，基站侧可识别并规避bSRVCC切换。目前我司暂不支持bSRVCC功能识别8VoLTE参数配置问题 INDICATION_OF_RELEASE_OF_BEARERno
9、t-supported-QCI-value部分厂家未开启VOLTE功能开关导致VoLTE参数配置问题，需要从信令平台上提取相关小区明细，核查对应eNodeB上VOLTE相关参数配置。9流程冲突承载建立释放或者修改与切换并发失败 INDICATION_OF_RELEASE_OF_BEARERmultiple-E-RAB-ID-instances流程冲突： 在e-RAB建立时，eNodeB返回e-RAB建立失败，携带原因值multiple-E-RAB-ID-instances，由于前次呼叫ERAB建立、释放与切换流程冲突导致专载释放失败，需要设备统一升级解决，同时MME、eNodeB需要增强处理机
10、制（集团建议：站间信令冲突由EPC-MME解决，站内信令冲突又接入网解决）。10 INDICATION_OF_RELEASE_OF_BEARERs1-inter-system-handover-triggered流程冲突：在e-RAB建立或者更改时，eNodeB返回e-RAB建立或者更改失败，携带原因值s1-inter-system-handover-triggered，在e-RAB建立时，eNodeB返回e-RAB建立失败，携带原因值unknown-eNB-ue-s1ap-id为切换与ERAB Modify过程并发引起的流程冲突导致，需要统一升级设备版本解决。（集团建议：站间信令冲突由EPC
11、-MME解决，站内信令冲突又接入网解决）11 INDICATION_OF_RELEASE_OF_BEARERunknown-eNB-ue-s1ap-id流程冲突：在e-RAB建立时，eNodeB返回e-RAB建立失败，携带原因值unknown-eNB-ue-s1ap-id，在e-RAB建立时，eNodeB返回e-RAB建立失败，携带原因值unknown-eNB-ue-s1ap-id，（集团建议：站间信令冲突由EPC-MME解决，站内信令冲突又接入网解决）12 INDICATION_OF_RELEASE_OF_BEARERx2-handover-triggered流程冲突：在e-RAB建立或者更
12、改时，eNodeB返回e-RAB建立或者更改失败，携带原因值x2-handover-triggered，为e-RAB建立或者更改流程和X2切换流程冲突引起，需要设备版本统一升级，规避该问题，（集团建议：站间信令冲突由EPC-MME解决，站内信令冲突又接入网解决）13 BEARER_RELEASEDradioNetwork: unknown-eNB-ue-s1ap-id流程冲突：专载建立消息，但是后面又收到QCI1的EPS承载释放消息；查看炎强平台，MME下发激活EPS承载消息给ENB，但是ENB回复erab setup response消息携带Unknown-eNB-ue-s1ap-id；主要
13、是UE发生了站内切换与QCI1的承载建立并发冲突，导致被叫无法正常建立专载，最终未接通。（集团建议：站间信令冲突由EPC-MME解决，站内信令冲突由接入网解决）3. SIP-503流程分析3.1. 无线链路失败导致掉话在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值radio-connection-with-ue-lost。 处理建议：接续过程中，主叫或被叫UE失步，eNodeB在检测到UE无线链路异常后发起RRC连接和UE上下文释放流程，后续UE重回4G网络发起TAU和QCI5默载建立流程。需要核查问题小区明细，排查小区覆盖、干扰问题。 信令流程说明
14、：在呼叫建立阶段，eNodeB上发UEContextReleaseRequest ,携带原因值radio-connection-with-ue-lost , 表明eNodeB为UE失联，MME指示eNodeB释放了UE上下文，并且通过S11接口把承载失败问题传送给SAEGW, SAEGW通过Gx接口告知PCRF，PCRF通过Rx接口通知SBC，随后SBC通过Gm接口给UE发送了503 SIP错误码，造成呼叫失败。3.2. VoLTE走盲重定向导致掉话在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值interrat-redirection。 处理建议：该
15、问题为UE重定向到2/3G引起，发生区域均在我司设备区域，目前我司620版本仍无法区分不同QCI的A2/B2（重定向、eSRVCC只能配置一个），部分区域考虑数据业务驻留比未部署eSRVCC。预计6月中旬版本升级后可解决此问题。 信令流程说明：在呼叫建立阶段，eNodeB上发UEContextReleaseRequest ,携带原因值interrat-redirection, 表明UE重定向到了2/3G，MME指示eNodeB释放了UE上下文，并通过S11接口把承载失败问题传送给SAEGW, SAEGW通过Gx接口告知PCRF，PCRF通过Rx接口通知SBC，随后SBC通过Gm接口给UE发送了503 SIP错误码，造成呼叫失败。3.3. X2切换失败导致的掉话在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值tx2relocoverall-expiry。 处理建议：该问题为X2切换过程中，UE由于无线环境较差无法成功接入目标小区，发起重建流程，eNB侧X2切换计时器超时发起UE上下文释放。需要无线侧核查切换涉及的源小区和目标小区明细，排查邻区关系配置、邻区切换参数配置、小区覆盖及干扰问题。
