1. 无线链路失败导致掉话

在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值radio-connection-with-ue-lost。

Ø 处理建议：

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

Ø 信令流程说明：

在呼叫建立阶段，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错误码，造成呼叫失败。

2. VoLTE走盲重定向导致掉话

在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值interrat-redirection。

Ø 处理建议：

该问题为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. X2切换失败导致的掉话

在呼叫建立阶段，eNodeB上发UEContextReleaseRequest，携带原因值tx2relocoverall-expiry。

Ø 处理建议：

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

Ø 信令流程说明：

在呼叫建立阶段，eNodeB上发UEContextReleaseRequest ,携带原因值tx2relocoverall-expiry, 表明发生了X2切换请求，但是X2切换计时器tx2relocoverall超时，MME指示eNodeB释放了UE上下文，并通过S11接口把承载失败问题传送给SAEGW, SAEGW通过Gx接口告知PCRF，PCRF通过Rx接口通知SBC，随后SBC通过Gm接口给UE发送了503 SIP错误码，造成呼叫失败。

 

4. Sip信令丢失导致未接通ue-not-available-for-ps-service

在VoLTE呼叫建立阶段，存在是Sip信令丢失在SGI/S1AP/UU口导致未接通，具体现象为sip信令（如invite/183session progress/prack/update/180 ringing/终端未发送invite 200ok等）连续发送多次之后未收到响应，触发两种现象：

1. PCRF通知DRA放弃本次会话，携带的错误码为“INSUFFICIENT BEARER RESOURCES”（不足的承载资源），该类问题多见于183 session progress/180ringing/终端未发送invite 200ok消息丢失；

2. SCCAS用“SIP：Status 500 server internal Error”内部错误消息携带的原因为“ NO Response From Peer”通过SCSCF告知SBC，从而触发PCRF放弃本次会话，导致VoLTE未接通触发CSFB。该类问题多见于update/prack等消息。

Ø 处理建议：

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

Ø 信令流程说明：

在VoLTE呼叫建立阶段，主叫SBC连续下发四次180 Ringing，未收到被叫响应的invite 200ok，或连续多下发183 session progress触发PCRF通知DRA放弃本次会话，携带的错误码为“INSUFFICIENT BEARER RESOURCES”（不足的承载资源）。

在VoLTE呼叫建立阶段，主叫SBC连续下发UPDATE未收到响应导致scc as定时器超时（一般设置为6s）SCCAS用“SIP：Status 500 server internal Error”内部错误消息携带的原因为“ NO Response From Peer”通过SCSCF告知SBC，从而触发PCRF放弃本次会话，导致VoLTE未接通触发CSFB。详情如下：

5. 2G侧资源异常导致未接通

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

Ø 处理建议：

该问题为2g侧资源问题导致，需核查2g侧资源情况。

Ø 信令流程说明：

在 VoLTE呼叫CS域过程中，VoLTE用户完成update流程后收到Mgcf的Mgcf响应的invite 503携带的原因为“NO Circut/channel avialible”，释放本次会话。

 

6. 基站弱场起呼功能导致

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

Ø 处理建议：

建议在核心侧剔除该类问题导致的未接通。在分析该类s1错误码为“radio resources not avialible”，核查该站点是否开启弱场起呼功能。

Ø 信令流程说明：

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

7. BSRVCC切换失败

bSRVCC切换失败，MME下发的切换准备失败消息“Handover Preparation Failure”中，携带原因值：un-specified。

Ø 处理建议：

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

Ø 信令流程说明：

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

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业务相关参数配置存在问题 。

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。

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请求，回复了失败响应。

11.  VoLTE流程冲突问题（3）

在e-RAB建立时，eNodeB返回e-RAB建立失败，携带原因值unknown-eNB-ue-s1ap-id。

Ø 处理建议：

为切换与ERAB Modify过程并发引起的流程冲突导致，需要统一升级设备版本解决。

Ø 信令流程说明：

VoLTE呼叫建立时，MME通过下发E_RABSetupRequest消息给eNodeB请求建立QCI=1的e-RAB承载，eNodeB回复E-RABSetupFailure给MME，携带原因值unknown-eNB-ue-s1ap-id ，告知MME不识别MME下发的eNB-UE-S1AP-ID，在此之前，S1-MME接口并没有释放UE上下文，UE一直处于连接态，沿用之前的eNB-UE-S1AP-ID，之前的消息交互都没有问题，因此需要eNodeB厂家调查不识别eNB-UE-S1AP-ID的原因。

12.  VoLTE流程冲突问题（4）

在e-RAB建立或者更改时，eNodeB返回e-RAB建立或者更改失败，携带原因值x2-handover-triggered。

Ø 处理建议：

为e-RAB建立或者更改流程和X2切换流程冲突引起，需要设备版本统一升级，规避该问题。

Ø 信令流程说明：

VoLTE呼叫建立时，MME通过下发E_RABSetupRequest消息给eNodeB请求建立QCI=1的e-RAB承载，eNodeB回复E-RABSetupFailure给MME，携带原因值x2-handover-triggered 。通过信令流程，在MME下发e-RAB建立请求的同时发生了X2切换，因此，eNodeB针对建立QCI=1的e-RAB请求，回复了失败响应。

13.  VoLTE流程冲突问题（5）

在e-RAB建立时，eNodeB返回e-RAB建立或者更改失败，携带原因值radioNetwork: unknown-eNB-ue-s1ap-id，在RSRP-104dBm，SINR5.2的时候由于切换并发导致一次未接通。

Ø 处理建议：

为e-RAB建立或者更改流程和X2切换流程冲突引起，需要设备版本统一升级，规避该问题。

Ø 信令流程说明：

VoLTE呼叫建立时，MME通过下发E_RABSetupRequest消息给eNodeB请求建立QCI=1的e-RAB承载，eNodeB回复E-RABSetupFailure给MME，携带原因值unknown-eNB-ue-s1ap-id 。通过信令流程，在MME下发e-RAB建立请求的同时发生了X2切换，因此，eNodeB针对建立QCI=1的e-RAB请求，回复了失败响应。