VoLTE端到端业务质量分析要点 下载本文

内容发布更新时间 : 2024/5/20 18:32:28星期一 下面是文章的全部内容请认真阅读。

SBC收到主叫上发的invite消息后,通知eNB建立无线承载时收到核心eNB响应的ERAB setup respone携带原因为“radio resources not avialible”触发invite 503,终端收到后触发CSFB,从而避免了bSRVCC。详情如下:

3.7. BSRVCC切换失败

bSRVCC切换失败,MME下发的切换准备失败消息“Handover Preparation Failure”中,携带原因值:un-specified。 ? 处理建议:

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

振铃以前进行bSRVCC切换,IMS不支持导致MME回复“HandoverPreparationFailure”携带原因值:un-specified。

第 9 页 共 27 页

3.8. VoLTE参数配置问题

在e-RAB建立时,eNodeB返回e-RAB建立失败,携带原因值not-supported-QCI-value ? 处理建议:

VoLTE参数配置问题,需要从信令平台上提取相关小区明细,核查对应eNodeB上VOLTE相关参数配置。

? 信令流程说明:

VoLTE呼叫建立时,MME通过下发E_RABSetupRequest消息给eNodeB请求建立QCI=1的e-RAB,eNodeB回复E-RABSetupResponse给MME,携带原因值not-supported-QCI-value,eNodeB VOLTE业务相关参数配置存在问题 。

第 10 页 共 27 页

3.9. VoLTE流程冲突问题(1)

在e-RAB建立时,eNodeB返回e-RAB建立失败,携带原因值multiple-E-RAB-ID-instances ? 处理建议:

由于前次呼叫ERAB建立、释放与切换流程冲突导致专载释放失败,需要设备统一升级解决,同时MME、eNodeB需要增强处理机制(集团建议:站间信令冲突由EPC-MME解决,站内信令冲突又接入网解决)。 ? 信令流程说明:

VoLTE呼叫建立时,MME通过下发E_RABSetupRequest消息给eNodeB请求建立QCI=1的e-RAB ,eNodeB回复E-RABSetupFailure给MME,携带原因值multiple-E-RAB-ID-instances,需要进一步分析该用户S1-MM1之前的行为 。

在上次VOLTE呼叫结束时,MME下发E-RABReleaseCommand消息给eNodeB,eNodeB因为用户正在切换,返回E-RABReleaseFailed, 携带原因值“s1-inter-system-handover-triggered”,后续MME再没有再次下发E-RABReleaseCommand消息给eNodeB,尝试释放QCI=1,e-RAB ID=7的E-RAB承载,之后新的呼叫开始,建立e-RAB ID=7的e-RAB承载,因为e-NodeB发现e-RAB ID重复,就回复E-RABSetupFailure给MME,携带原因值multiple-E-RAB-ID-instances。

第 11 页 共 27 页

3.10. VoLTE流程冲突问题(2)

在e-RAB建立或者更改时,eNodeB返回e-RAB建立或者更改失败,携带原因值s1-inter-system-handover-triggered。 ? 处理建议:

为e-RAB建立或者更改流程和SRVCC切换流程冲突引起,需要设备统一版本升级解决该问题。 ? 信令流程说明:

VoLTE呼叫建立时,MME通过下发E_RABModifyRequest消息给eNodeB请求更改QCI=1的e-RAB承

eNodeB

E-RABModifyFailure

MME

s1-inter-system-handover-triggered 。通过信令流程,在e-RAB更改请求和e-RAB响应之间eNodeB上发了系统间的切换请求,发生了bSRVCC切换,因此,eNodeB针对更改QCI=1的e-RAB请求,回复了失败响应。

第 12 页 共 27 页