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口失败原因值

解决措施

1

eNodeB上发UE上下文释放请求

 INDICATION_OF_RELEASE_OF_BEARER

radio-connection-with-ue-lost

接续过程中,主叫或被叫UE失步,eNodeB在检测到UE无线链路异常后发起RRC连接和UE上下文释放流程,后续UE重回4G网络发起TAU和QCI5默载建立流程。需要核查问题小区明细,排查小区覆盖、干扰问题。

2

 INDICATION_OF_RELEASE_OF_BEARER

interrat-redirection

该问题为UE重定向到2/3G引起,发生区域均在大唐设备区,目前大唐eNodeB V620版本仍无法区分不同QCI的A2/B2(重定向、eSRVCC只能配置一个),部分区域考虑数据业务驻留比未部署eSRVCC。预计6月中旬版本升级后V3版本可解决此问题。

3

 INDICATION_OF_RELEASE_OF_BEARER

tx2relocoverall-expiry

该问题为X2切换过程中,UE由于无线环境较差无法成功接入目标小区,发起重建流程,eNB侧X2切换计时器超时发起UE上下文释放。需要无线侧核查切换涉及的源小区和目标小区明细,排查邻区关系配置、邻区切换参数配置、小区覆盖及干扰问题。

4

 INDICATION_OF_RELEASE_OF_BEARER

ue-not-available-for-ps-service

该问题多见于无线环境较差,干扰严重,或者传输异常,eNB资源不足导致无法进行正常的VoLTE呼叫,针对该类问题主要通过排查覆盖(可通过开启MR确定是否弱覆盖小区针对VoLTE用户较少的站点可以通过cdl 确定,核查邻区是否缺失,掉线指标是否正常,),干扰,传输故障,基站是否拥塞等。

5

 INDICATION_OF_RELEASE_OF_BEARER

radio resources not avialible

在 VoLTE呼叫CS域过程中,VoLTE用户资源准备并修改完成的情况下,收到MGCF响应的invite 503携带的原因为“NO Circut/channel avialible”导致未接通,该问题为2g侧资源问题导致,需核查2g侧资源情况

6

 INDICATION_OF_RELEASE_OF_BEARER

NO Circut/channel avialible

在目前核心网不支持bSRVCC,在弱覆的情况下易导致未接通,我司与华为通过在弱覆盖情况下限制qci 1的建立并利用终端和ims cs Retry功能完成弱场起呼。但是这也触发invite 503,建议在核心侧剔除该类问题导致的未接通

7

bSRVCC不兼容引发的切换失败

 INDICATION_OF_RELEASE_OF_BEARER

unspecified

由于目前IMS版本不支持bSRVCC切换,切换失败后终端触发CSFB流程,按集团要求5月底基站升级版本后,基站侧可识别并规避bSRVCC切换。目前我司暂不支持bSRVCC功能识别

8

VoLTE参数配置问题

 INDICATION_OF_RELEASE_OF_BEARER

not-supported-QCI-value

部分厂家未开启VOLTE功能开关导致VoLTE参数配置问题,需要从信令平台上提取相关小区明细,核查对应eNodeB上VOLTE相关参数配置。

9

流程冲突承载建立释放或者修改与切换并发失败

 INDICATION_OF_RELEASE_OF_BEARER

multiple-E-RAB-ID-instances

流程冲突: 在e-RAB建立时,eNodeB返回e-RAB建立失败,携带原因值multiple-E-RAB-ID-instances,由于前次呼叫ERAB建立、释放与切换流程冲突导致专载释放失败,需要设备统一升级解决,同时MME、eNodeB需要增强处理机制(集团建议:站间信令冲突由EPC-MME解决,站内信令冲突又接入网解决)。

10

 INDICATION_OF_RELEASE_OF_BEARER

s1-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-MME解决,站内信令冲突又接入网解决)

11

 INDICATION_OF_RELEASE_OF_BEARER

unknown-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_BEARER

x2-handover-triggered

流程冲突:在e-RAB建立或者更改时,eNodeB返回e-RAB建立或者更改失败,携带原因值x2-handover-triggered,为e-RAB建立或者更改流程和X2切换流程冲突引起,需要设备版本统一升级,规避该问题,(集团建议:站间信令冲突由EPC-MME解决,站内信令冲突又接入网解决)

13

 BEARER_RELEASED

radioNetwork: unknown-eNB-ue-s1ap-id

流程冲突:专载建立消息,但是后面又收到QCI1的EPS承载释放消息;查看炎强平台,MME下发激活EPS承载消息给ENB,但是ENB回复erab setup response消息携带Unknown-eNB-ue-s1ap-id;主要是UE发生了站内切换与QCI1的承载建立并发冲突,导致被叫无法正常建立专载,最终未接通。(集团建议:站间信令冲突由EPC-MME解决,站内信令冲突由接入网解决)