LTE市区民生医院eSRVCC切换失败案例
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功关键字：X2IPPATH 切换【现象描述】切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种：（1）传输资源不够用；（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。
所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。
从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。
在webLMT上的命令如下：LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId，查看X2口两端的IP配置是否正确。
参数设置不合理导致ESRVCC切换失败分析
参数设置不合理导致ESRVCC切换失败分析参数设置合理与否是影响ESRVCC切换成功与否的一个重要因素。
ESRVCC切换失败可能由多种原因引起，包括网络质量不佳、设备兼容性问题、运营商网络配置错误等。
在这些问题之外，参数设置的不合理也可能导致ESRVCC切换失败。
接下来，我将详细分析参数设置不合理导致ESRVCC切换失败的可能原因。
首先，本地设备参数设置不合理可能导致ESRVCC切换失败。
在进行ESRVCC切换时，本地设备参数设置不合理可能导致切换信令的传输失败，从而导致切换失败。
例如，如果终端设备的参数设置中语音编解码器不支持ESRVCC切换所需的编码方式，就无法进行ESRVCC切换。
此外，如果终端设备的参数设置中配置的最大码率与网络允许的最大码率不一致，也可能导致ESRVCC切换失败。
其次，运营商网络参数设置不合理可能导致ESRVCC切换失败。
在进行ESRVCC切换时，运营商网络参数设置不合理可能导致切换信令在传输过程中出现错误或丢失，从而导致切换失败。
例如，运营商配置的切换触发门限值过低或过高，会导致切换过于频繁或无法触发切换。
此外，运营商网络中与ESRVCC切换相关的接口参数设置错误，也可能导致ESRVCC切换失败。
再次，网络质量差可能导致ESRVCC切换失败。
ESRVCC切换需要保证实时传输的语音数据在切换时的连续性和稳定性，而网络质量差会导致实时传输的语音数据在切换过程中出现丢包或延迟，从而导致切换失败。
例如，网络带宽不足、网络拥塞或网络抖动等问题都可能导致ESRVCC切换失败。
最后，设备之间的兼容性问题也可能导致ESRVCC切换失败。
ESRVCC切换是终端设备和运营商网络之间的一项复杂协作过程，如果设备之间的版本或配置兼容性存在问题，就可能导致切换失败。
例如，终端设备的硬件或固件版本过低或过高，无法与运营商网络进行正常的切换协商和协作，就会导致ESRVCC切换失败。
综上所述，参数设置的不合理可能导致ESRVCC切换失败。
最新切换配置QCI优先级设置错误eSRVCC不切换
精品资料切换配置Q C I优先级设置错误e S R V C C不切换........................................切换配置QCI优先级设置错误eSRVCC不切换南京华苏科技股份有限公司邵文俊故障现象：测试人员在东胜青铜器广场地下商场测试VOLTE 语音业务达到4-2切换门限时一直上报测量报告未进行切换，后测试人员主动挂机结束本次呼叫原因分析：流程图切换目标GSM小区分析1、硬件故障通过网管查询当前告警以及历史告警信息，发现该基站以及周边基站近期无告警，排除基站告警故障。
2、干扰问题通过网管取该小区上近三天上行干扰情况，统计该区域小区均没有干扰、3、目标GSM指标分析查看东胜区青铜器广场微蜂窝-1近三天无SD与TCH信道拥塞，信道完好率均100%4、邻区漏配、进一步排查，占用小区东胜青铜器广场-HLWE，达到eSRVCC切换门限未能及时切换至GSM小区，核查4-2邻居区结果如下，本小区均已经添加和周边GSM以及同覆盖室分邻区关系。
通过以上分析可以得出切换目标GSM小区涉及到ESRVCC切换各种指标均正常，基本排除问题出在GSM侧切换源LTE小区分析1、日常指标提取近三天东胜青铜器广场-HLWE-1流量与核心指标及其干扰告警情况，可见该小区业务量正常，核心指标良好，无告警与干扰，基本排除LTE无线环境问题。
2、切换门限核查东胜青铜器广场-HLWE-1小区的eSRVCC相关切换开关设置与之配套门限值，核查结果表明相关设置与门限均在合理范围之内，排除参数与门限设置导致不切换。
SRVCC ONInterRatHoA1ThdRsrp -110InterRatHoA2ThdRsrp -115InterRatHoGeranB1Thd -903、配套参数核查esrvcc切换配套参数，发现服务质量等级1与服务质量等级5切换配置QCI优先级出现配置错乱，切换配置优先级是连接态的，DRX特定优先级是空闲态的，能不能进行esrvcc是跟切换配置QCI优先级有关跟DRX的QCI优先级没关系。
LTE-eSRVCC短板优化案例解析
目录1概述 (2)2ESRVCC切换成功率指标介绍 (2)2.1ESRVCC指标统计信令节点 (3)2.2ESRVCC失败原因分析 (4)2.2.1LTE到GSM的切换出准备失败次数，目标侧准备失败 (4)2.2.2LTE到GSM的切换出准备失败次数，等待切换响应定时器超时 (6)2.2.3LTE到GSM的切换出准备失败次数，其它原因 (7)2.2.4LTE到GSM的切换出执行失败次数，源侧发生重建立 (8)2.2.5等待UE CONTEXT RELEASE消息超时 (11)2.2.6LTE到GSM的切换出执行失败次数，其他原因 (11)概述SRVCC（Single Radio Voice Call Continuity）是3GPP提出的一种VoLTE语音业务连续性方案，主要是为了解决当单射频UE 在LTE/Pre-LTE 网络和2G CS 网络之间移动时，如何保证语音呼叫连续性的问题，即保证单射频UE 在IMS 控制的VoIP 语音和CS 域语音之间的平滑切换。
LTE 网络建设初期，其覆盖范围有限，当用户在使用LTE 网络进行语音通话过程中，移动到LTE 信号较弱，但GERAN网络信号覆盖较好的区域时，为了保证语音呼叫连续性（Voice Call Continuity，VCC），需要将话路由LTE 切换到GERAN。
由于目前还没有能够在LTE 和GERAN同时附着并收发数据的终端，因此LTE和2G 之前的业务连续性都基于Single Radio 模式，即双模单待方式。
目前3GPP 已经制定出双模单待方式的语音业务连续性方案，即3GPP TS 23.216 R9中提出的双模单待无线语音呼叫连续性(Single Radio Voice Call Continuity，SRVCC）方案。
1 eSRVCC切换成功率指标介绍eSRVCC切换成功率=切换至2G的切换成功次数（C373333312）/切换至2G的切换请求次数（C373333330）。
VOLTE异常事件典型案例分析
异常事件典型案例分析未接通对第四轮测试数据进行分析发现未接通常见案例如下：未接通原因分类求和项:统计次数测试软件问题 6被叫振铃未接听 2测试设备断链 4端到端问题 4TAU与QCI建立流程冲突 1TCP链路问题 1切换与QCI1建立流程冲突 1终端在2G侧无响应 1核心网问题 5TAU与切换流程冲突导致TAU失败 4同一个MME下NAS消息sequence number不连续导致承载未建立 1其他原因 3人为挂断 3终端问题 2跨TAC但未发TAU导致服务拒绝 2总计201、测试软件问题（1）11月25日网格8 被叫振铃未接听主叫号码：136******** 被叫号码：136********（Time: 13:57:00.354，Latitude: 39.92886，Lontitude: 116.52397）13:56:25.184主叫占用朝阳平房乡政府南公园西北HLG-3发起呼叫，RSRP -78 dBm，SINR 17dB，无线环境良好，13:56:27.776主叫收到网络侧转发的被叫的invite 180后，由于被叫一直没有摘机导致在13:56:47.988被叫主动挂机上报invite 603，携带原因为decline，主叫判断为未接通，被叫判断为掉话。
此处属于测试软件问题，应该予以剔除。
（2）11月19日网格55 测试设备断链主叫号码：136******** 被叫号码：136********(Time: 12:57:39.940,Latitude: 39.86454,Lontitude: 116.43406) 12:57:30.631主叫占用丰台左安门桥南HLG-5发起呼叫，RSRP -99 dBm，SINR 6dB 空口良好，由于被叫终端设备断链导致未接通，应该予以剔除。
2、端到端问题（1）11月16日网格67 QCI1与TAU流程冲突主叫号码：136******** 被叫号码：136********（Time: 13:13:21.299，Latitude: 39.92329，Lontitude: 116.41997）13:13:11.358主叫占用东城语文出版社HL-1发起呼叫，被叫于13:13:13.870上发invite 183之后，开始建立QCI1承载，UL information transfer还没有上发时发起TAU，流程冲突导致被叫主动上发invite 580，属于端到端问题，需要集团规范协议流程。
LTE切换失败问题分析案例
X2IPPATH配置问题导致切换不成功关键字：X2IPPATH 切换【现象描述】切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。
【原因分析】对于切换流程失败而言,如果是切换准备阶段的失败,其原因通常为以下几种：（1）传输资源不够用;（2）没有配置IPPATH；（3）IPPATH中的邻居节点配置错误.由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。
所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。
【处理过程】每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1)，该消息中可以看到目标小区的CGI,通过CGI中的基站ID确认目标基站B2的ID。
从该次切换的切换命令（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了.先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。
在webLMT上的命令如下:LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE;检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No,查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId,查看X2口两端的IP配置是否正确。
ESRVCC切换优化思路及方法
ESRVCC切换优化思路及方法E S R V C C切换优化思路及方法集团企业公司编码：（LL3698-KKI1269-TM2483-LUI12689-ITT289-E S R V C C切换优化思路及方法一、ESRVCC切换说明ESRVCC切换是基于对LTE网络覆盖弱或者覆盖盲区的的一个补充，所以在测试过程中是不希望发生ESRVCC切换的发生，但是确实存在弱覆盖或者覆盖盲区时，必须启动ESRVCC切换时，我们需要保障ESRVCC切换的成功。
ESRVCC切换正常流程见下图：ESRVCC切换对应ATUFilePlayer软件信令如下：二、ESRVCC切换失败的原因1、无线测原因ESRVCC切换失败无线常见原因分为2个方面：第一是由于LTE的信号太弱了，在触发往2G切换时由于信号太弱，弱覆盖质差，造成网络无法收到UE上报的ESRVCCRequest，网络侧而无法判决切换，造成一直无法切换而拖死；第二是LTE发起切换ESRVCCRequest请求后，网络侧也响应了，由于GSM网络信号不好（或者说GSM网络覆盖良好但存在干扰、GSM网络覆盖较差），造成切入GSM网络的时候失败，造成ESRVCC切换失败。
（建议根据现的无线环境对B1/B2切换门限进行合理调整，避免发起ESRVCCRequest过晚，造成网络侧无法收到ESRVCCRequest请求而失败；还有对发生ESRVCC切换路段的GSM 网络优化，避免GSM空口质量差引起切入失败）。
2、终端原因手机测量到的信号已满足触发B1/B2事件的门限，终端不上报B1/B2事件，造成拖死掉话。
3、核心网原因手机测量到的信号已满足触发B1/B2事件的门限，终端已上报B1/B2事件，核心网收到B1/B2事件，但是核心网在处理过程中出错，造成没有向GSM/TD发起切换。
三、ESRVCC切换失败案例由于本轮问题分析中ESRVCC切换全为成功，无失败案例，故目前只整理了一些常见失败现象。
eSRVCC切换失败
全网eSRVCC切换失败信令携带的主要原因码
（1）2 Handover/Relocation cancelled by source system
原因：1）MME存在处理流程冲突，如Service Request和Handover流程冲突。
基站发生切换请求后，未等到核心网的切换相应消息，定时器超时后基站取消切换
2）基站内部处理流程异常，发送切换取消
（2）3 Handover /Relocation Failure with Target system
原因：2G接入失败，导致切换不成功
（3）8 Failure in Radio Interface Procedure
原因：4G无线原因导致切换失败
（4）7 No Radio Resources Available in Target Cell
原因：2G系统拥塞等原因导致切换失败
（5）6 Target Cell not available
原因：2G邻区配置错误等
解决措施
针对2G系统拥塞：严格按照集团要配置空闲态4G驻留门限等参数，提升4G数据业务驻留比，降低2G网络负荷；加强2G网络拆闲补忙，合理规划2G退频节奏，确保热点地区2G资源不受限。
2G网络质差：加强2G小区干扰排查，对于无法降低干扰的小区将其从邻区中删除；开展精细优化，建立2-4G邻区修改联动机制，减少邻区漏配、错配等导致的空口质差；对于暂时无法解决的2G质差区域，通过提高eSRVCC切换的2G门限、增加触发时间等参数调整措施，减少这类小区的eSRVCC切换请求数量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LTE市区民生医院eSRVCC切换失败案例
问题现象： LTE市区民生医院_1，网管指标显示ESRVCC切换成功率只有25%，全天共有8次GSM 的切换出准备请求次数，其中1次出现等待UE CONTEXT RELEASE消息超时失败，5次为其他原因。
优化过程：通过失败的count可以看出来，主要失败原因为LTE到GSM的切换出执行失败次数，其他原因，4月6日及4月7日到现场测试发现LTE市区民生医院_1主要覆盖湖滨花园小区，该小区为老式居民区，存在大量的弱覆盖和快衰区域，且覆盖该居民区的2G与4G站点共站。
修改LTE 市区民生医院B2(LTE)门限有-115dbm到-105dbm后，问题得到解决。
总结：在LTE覆盖存在弱场，为了保持语音的持续性，LTE开始向GSM网络发起eSRVCC切换，但2G覆盖也存在弱场时，会无法发起esrvcc切换，最终导致掉话；因此在LTE覆盖和2G覆
盖都存在弱场且快衰地点较多的环境下，如无法及时加建站，建议临时增大B2(LTE)门限，提升esrvcc切换成功率。