切换配置QCI优先级设置错误eSRVCC不切换演示教学

参数设置不合理导致ESRVCC切换失败分析参数设置合理与否是影响ESRVCC切换成功与否的一个重要因素。

ESRVCC切换失败可能由多种原因引起，包括网络质量不佳、设备兼容性问题、运营商网络配置错误等。

在这些问题之外，参数设置的不合理也可能导致ESRVCC切换失败。

接下来，我将详细分析参数设置不合理导致ESRVCC切换失败的可能原因。

首先，本地设备参数设置不合理可能导致ESRVCC切换失败。

在进行ESRVCC切换时，本地设备参数设置不合理可能导致切换信令的传输失败，从而导致切换失败。

例如，如果终端设备的参数设置中语音编解码器不支持ESRVCC切换所需的编码方式，就无法进行ESRVCC切换。

此外，如果终端设备的参数设置中配置的最大码率与网络允许的最大码率不一致，也可能导致ESRVCC切换失败。

其次，运营商网络参数设置不合理可能导致ESRVCC切换失败。

在进行ESRVCC切换时，运营商网络参数设置不合理可能导致切换信令在传输过程中出现错误或丢失，从而导致切换失败。

例如，运营商配置的切换触发门限值过低或过高，会导致切换过于频繁或无法触发切换。

此外，运营商网络中与ESRVCC切换相关的接口参数设置错误，也可能导致ESRVCC切换失败。

再次，网络质量差可能导致ESRVCC切换失败。

ESRVCC切换需要保证实时传输的语音数据在切换时的连续性和稳定性，而网络质量差会导致实时传输的语音数据在切换过程中出现丢包或延迟，从而导致切换失败。

例如，网络带宽不足、网络拥塞或网络抖动等问题都可能导致ESRVCC切换失败。

最后，设备之间的兼容性问题也可能导致ESRVCC切换失败。

ESRVCC切换是终端设备和运营商网络之间的一项复杂协作过程，如果设备之间的版本或配置兼容性存在问题，就可能导致切换失败。

例如，终端设备的硬件或固件版本过低或过高，无法与运营商网络进行正常的切换协商和协作，就会导致ESRVCC切换失败。

综上所述，参数设置的不合理可能导致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优先级没关系。

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切换失败信令携带的主要原因码
（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切换请求数量。

QCI优先级配置不当至VOLTE业务失败1 概述LTE没有电路域，需要基于分组域提供IP语音业务，即VoLTE(Voice over LTE)。

VoLTE作为一种新的语音解决方案，基于IMS网络的LTE的语音解决方案，全部业务承载于4G网络上，在同一网络下可实现数据与语音业务。

随着智能终端及移动互联网业务的高速发展，当前4G网络下不仅仅需提供高速率的数据业务，同时还需提供高质量的音视频通话。

在正式使用之前需要进行全面的测试，及时发现问题解决问题，使用户有较好的使用感知。

2 Volte基本流程了解Volte整个呼叫流程后，当测试过程中网络出现异常事件可以迅速的发现问题，分析处理问题时思路可以更加清晰，达到事半功倍的效果。

2.1 VoLTE呼叫业务流程上述A和B均是IDLE模式，互相进行拨打的方式是实际应用场景中最常见的一种方式了，具体流程如下：1.用户A和B在注册成功后，无业务触发，MME发起上下文释放，将A和B均置为IDLE模式。

2. UE A呼叫UE B，此时A发现其为IDLE模式，则需要先建立信令连接。

首先缓存需要发送的数据，向eNodeB发起RRC Connection Request，携带初始UE ID和S-TMSI（第一次是随机值，此时TMSI值应为有效）。

3. eNodeB向UE回复RRC Connection Setup，其中携带无线资源专用配置信。

4. UE向eNodeB回复RRConnection Setup Complete，确认RRC建立成功完成。

其中携带选择的PLMN ID，注册的MME信息（plmn-id、mmegi、mmec），NAS消息（Service Request）。

5. eNodeB发送Initial UE Message到MME，其中携带eNodeB UE S1AP Id，TAI，E-UTRAN -CGI，RRCEstablishment Cause， NASPDU为Service Request。

MINI ATU设备异常导致临川温泉安全ESRVCC连续切换失败一、问题描述6月9号，统计MINI_ATU设备（ID=04791848）ESRVCC切换失败多达382次，且都是占用临川温泉安全2小区触发的ESRVCC切换失败。

二、问题分析2.1MINI ATU log分析提取MINI_ATU log分析发现，MINI_ATU设备一直定点一个地方，原因为6月9号为端午节，出租车回家过节，定点开机测试，开机后一直占用远在5公里外的临川温泉安全2小区，同时设备测量到最近站点红桥车田基站信号非常差（PCI=363），导致无法及时切换和重选至最优小区，4G信号差，UE进行ESRVCC切换（4G温泉安全2小区，2G温泉安全2小区），切换失败返回4G后，由于2G邻区信号又满足B2门限，UE又上发测量报告触发ESRVCC 切换，然后又失败。

由于诺基亚设备目前还没有ESRVCC切换失败惩罚机制，导致大量切换失败。

MINI_ATU截图2.2告警和干扰排查查询2/4G温泉安全和红桥车田基站告警和干扰情况，均正常。

2.3现场测试为了分析问题，在事件发生问题点持N1 MAX设备定点进行volte长呼测试，发现设备占用最近站点临川红桥车田-NLH-1或抚州造纸厂-NLH-2，一直未占用温泉安全2小区，由于临川红桥车田-NLH-1信号较好（RSRP-100左右），未达到B2切换门限，所以通过压手机和参数调整让UE进行ESRVCC切换，通过压手机信号变差可以正常进行ESRVCC切换，通过调整A2、B2门限发生BSRVCC切换导致掉话。

参数调整信令截图振铃后切换截图（ESRVCC）振铃前切换截图(BSRVCC)从上面2张截图可以看出，振铃前切换为BSRVCC切换导致掉话，原因为目前终端和核心网不支持BSRVCC切换，振铃后切换为ESRVCC切换，正常切换后正常通话。

综上可以看出，可能是MINI_ATU设备问题导致UE开机驻留较远的基站导致大量ESRVCC 切换失败，同时提高A2/B2门限容易导致BSRVCC切换失败，目前网络是不支持BSRVCC切换，所以后期在进行ESRVCC切换参数优化时注意本系统门限不要设置太高，以免导致指标恶化。

榆林公司4G侧所加2G邻区的RAC值配置错误导致eSRVCC切换成功率低案例【问题描述】榆林现卡特区域eSRVCC切换成功率指标较低，只有10%左右，主要原因为部分站点eSRVCC切换成功率较低导致。

榆林卡特全网连续一周eSRVCC切换指标统计如下：典型站点ao751连续一周eSRVCC切换指标统计如下：【问题分析】现场跟踪典型站点ao751的calltrace发现：ao751向2G侧发起了切换请求后，但很快MME向基站侧回复了切换准备失败的消息，失败的原因为未知的目标小区（unknown-targetID），发起请求的信令截图如下：MME回复切换准备失败的信令截图如下：现场进行CDS验证时，也只上报B2事件，但是没有执行切换的Handover Command消息，导致无法切换至2G。

现场CDS信令截图如下：eSRVCC完整信令流程如下：根据空口的信令流程来看，只是说明无线环境质量达到了B2门限，也就是说上述流程中的第一步满足条件，从空口信令以及以上eSRVCC流程来看，不切换有如下可能原因：1、由于基站未开启eSRVCC测量开关等原因，eNB 没有收到MeasurementReport（B2）导致切换流程无法继续。

2、4-2G邻区问题，通过UE上报的频点信息以及eNB内部的2G邻区信息（LAC RAC CI），MME或者MSC无法找到对应2G小区导致失败。

3、eNB收到MeasurementReport（B2）后，没有向MME发起handover Required消息。

4、MME收到handover Required之后，没有向MSC交互后续信息。

5、MME和MSC之间信息交互失败。

所以，不切换的原因可能是基站eSRVCC相关的开关测量未正确配置导致，或者是上端核心网参数配置错误导致。

后台对该站的eSRVCC相关参数再次核查，开关都已打开，测量也已配置，但在核查2G邻区信息时发现，部分2G邻区里的RAC值与2G现网的RAC值不一致（榆林卡特区域2G的RAC值为3，华为区域的2GRAC值为0）。

VoLTE基于无线链路质量切换功能一、功能说明在部署VoLTE后，为保证用户的VoLTE语音体验，eNodeB引入了基于无线链路质量的切换功能。

该功能开启后，eNodeb将实时监控每个VoLTE终端的无线链路质量，如果无线链路质量差到一定程度，则触发系统内的异频切换或系统间的eSRVCC。

二、设计原理移动网络中，各项业务的表现主要取决于当前业务终端所处的无线环境，成熟的有线网络（核心网/业务平台）及终端差异带来的影响非常小。

具体到LTE 网络，实时的无线链路质量将决定业务的空口调度及传输，依据VoLTE业务的特点，结合大量的测试实践（MOS测试），可以大致确定不同的无线链路质量对应的语音质量（MOS）等级。

在此基础上，通过设定合理的各项参数/门限，对VoLTE 语音质量明显变差的用户采取迁移策略，可以最大限度的保证用户感知。

基于语音质量的切换，在切换流程上与基于覆盖的切换基本一致，但触发的条件有所区别。

基于语音质量的切换触发完全通过eNodeB的内部判决——上行为基站测量到的终端SINR；下行为调度的MCS等级与实时Bler。

当eNodeB判定需要启动基于质量的切换时，通过RRC重配下发相应的测量控制，终端上报满足条件的测量事件后发起切换。

基于无线链路质量的切换和基于覆盖的切换属于并不冲突，前者主要用于弥补后者在VoLTE业务上的一些不足——VoLTE业务的实时性和感知敏感性决定了单一的基于覆盖的移动性策略无法满足运营需求，基于无线链路质量的切换能很大程度上缓解由于上下行高干扰带来VoLTE感知差问题。

三、配置参数基于覆盖的异系统切换判决测量量主要来源于UE对下行信号的测量值，当上下行严重不平衡或上行存在高干扰时，可能导致上行高质差等问题，而上行高干扰对语音质量存在较大影响。

启用基于上行链路质量的异系统切换可以避免这种上下行不平衡、上行强干扰等切换不及时场景，通过合理的设置上行质量门限，在MOS值降低时及时切换出，提升用户感知度。

VOLTE的SRVCC切换失败案例2G的BSC入切换未打开导致SRVCC切换失败1.问题描述全网volte功能开启后ESRVCC切换成功率一直处于20%-30%较低的水平。

通过分析发现XXYINSIGOU_ALH_2、XXGANGOU_ALH_3成功率一直为0%，请求次数还比较多，比较典型。

详细指标如下：XXYINSIGOU_ALH_2 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC_Esrvcc_HO_to_GREN_SUC_rat 03/05/2021 126 0 0 03/06/2021 201 0 0 03/07/2021377 0 0 Nerr 03/08/2021 0 0 Nerr 03/09/2021 0 0 03/10/2021 38 0 0XXGANGOU_ALH_3 _Esrvcc_HO_to_GREN_req _Esrvcc_HO_to_GREN_SUC_Esrvcc_HO_to_GREN_SUC_rat 03/02/2021 4 0 0 Nerr 03/03/2021 0 0 Nerr03/04/2021 0 0 Nerr 03/05/2021 0 0 Nerr 03/06/2021 0 0 03/07/2021 7 0 02.问题分析首先核对参数和邻区配置，通过对两个站点volte开启参数以及ESRVCC切换先关参数核查发现全部配置正确。

然后对两个站点所加的2G邻区配置进行核查（频点、NCC、BCC是否和2G现网一致，4G添加的2G邻区是否有同频同BISC），结果均为发现问题。

通过对XXYINSIGOU_ALH_2小区进行calltrace跟踪发现向LAC:14160,CI:19019发生切换请求并失败，测量报告中为BCCH:78和BCCH:71。

测量报告测量报告切换请求 LAC 14160 CI 19019 BCCH 78 71 NCC 6 2 BCC 6 7 GSM信号强度大于-90dBM 大于-90dBM 从以上trace分析可以看出eNB向MME发送了Handover Required，切换类型为ltetogeran，随后MME向eNB发送切换准备失败，这样就有两种可能：核心网的问题和GSM站点的问题。

eSRVCC切换准备定时器不合理导致切换失败问题研究1.eSRVCC切换准备失败案例1。

1 问题描述：邵阳拉网测试中发现终端测量达到触发B2事件门限，上报切换请求后，始终未收到切换命令,无线环境变差,发生RRC重建的异常事件。

1.2 问题分析：空口信令情况：终端达到eNB配置B2事件门限后上报B2事件请求切换，但一直未收到切换命令“Mobility From EUTRA Command"，无线环境变差，发生无线链路失步,最终触发RRC重建MME侧信令情况： eNB上报了切换请求，MME刚刚将切换请求发送至MSC,eNB即上报切换取消，原因值为“radioNetwork:tS1relocprep-expiry (9）"。

核查eSRVCC切换相关参数发现基站侧有eSRVCC切换准备定时器tS1RelPrepG，该定时器在eNB发送 Handover Required后启动,在eNB收到Handover Command后停止，超时未收到Handover Command 则eNB发送Handover Cancel。

2.eSRVCC切换准备定时器参数介绍2.1 tS1RelPrepG参数规范定义MO Class LNBTSParameter Name Supervision timer for handover preparation to GSMAbbreviated Name tS1RelPrepG3GPP Name TS1RELOCprepData Type NumberStatus proposalDescription Guard against failure of the MME to respond in preparation phase of S1 handover to GSMTimer TS1RELOCprep_InterRAT is used to guard against failure of the MME to respond preparation phase of S1 handover to another 3GPP RAT. It is started in the source eNB when the S1AP： HANDOVER REQUIRED message is sent to the MME and is stopped when the S1AP: HANDOVER COMMAND or S1AP： PREPARATION FAILURE message is received in response。

VoLTE QCI1切换优先级设置不规范导致异频乒乓切换【问题现象】在VoLTE测试中，由于VoLTE开启业务分层到800M，起呼后VoLTE就会优先承载到800M上，但测试中发现终端到800M后很快切回到1.8G/2.1G，导致乒乓异频切换。

【问题分析】800M基于覆盖切换回1.8G/2.1G使用的是A2+A4事件触发，从终端切换前报的A2事件分析，终端使用的A2门限是-75（与数据业务配置一致，VoLTE业务A2为-105），说明这时候VoLTE业务（QCI1）异频切换采用的数据业务（QCI8/9）的配置门限。

进一步分析，协议上规定当UE建立了多个不同等级的QCI承载时，则选择最高优先级的QCI承载对应的切换参数.网管查询，该800M小区配置了两个异频切换参数组，属于正常配置。

查询QCI1使用的异频切换参数为组1，也正常，但是切换配置QCI优先级QCI1为2，QCI5为1，QCI5的切换优先级最高，而QCI5使用的异频切换参数组为组0，所以这时VoLTE业务异频切换也会使用组0进行判决【问题根因】QCI切换优先级设置不规范，QCI切换优先级配置QCI1（VoLTE业务）低于QCI5,而QCI5采用的异频切换参数组与数据业务一致，由于数据业务策略优先占用大带宽1.8G/2.1G频点，导致VoLTE业务分层到800M后，800M小区（QCI切换优先级设置不规范）立即切换回1.8G/2.1G小区，造成异频乒乓切换，影响VoLTE MOS语音质量。

【解决方案】修改QCI1切换配置QCI优先级为1（最高），同时QCI5调成9MOD CELLQCIPARA:LOCALCELLID=XX,QCI=1,QCIPRIORITYFORHO=1; MOD CELLQCIPARA:LOCALCELLID=XX,QCI=5,QCIPRIORITYFORHO=9;【优化成果】参数修改后复测正常，VoLTE业务分层到800M后不会频繁异频切换至1.8G/2.1G【建议与总结】对于采用VoLTE的终端，QCI5作为默认承载，无论用户是否建立QCI1，只要用户处于RRC连接态，QCI5会和数据默认承载一样，始终存在。

eSRVCC切换过程与RRC重建立过程并发导致eSRVCC切换失败案例【问题描述】Co352_1在发生eSRVCC的切换过程中，突发出现RRC重建立请求，随后基站向MME上发HandoverCancel消息导致一次eSRVCC切换失败，基站向MME上发HandoverCancel信令截图如下：【问题分析】从信令来看，基站向UE发送Mobility From EUTRA Command后，核心网应该向基站侧下发Ue Context Release Command的消息，但基站一直没收到这样的消息，导致后面基站向MME回复Handover Cancel消息(Cause: interaction-with-other-procedure，)出现切换失败。

基站没收到核心网下发的Ue Context Release Command消息的主要原因为基站在那时也收到了由UE上发的RRC重建立请求消息，由于RRC重建立消息与eSRVCC切换消息并发导致了此次切换失败，Handover Cancel解析出的原因为interaction-with-other-procedure，表示有其它程序干扰导致切换失败。

且从ENB收到MME 下发的Handover Command消息到ENB上发给MMEHandover Cancel消息之间的时间差为164ms, 现网参数TS1RLOCoveral S1切换保护定时器设置为10000ms，并没有超时。

正常的eSRVCC切换信令截图如下：基站向MME上发HandoverCancel信令失败原因截图如下：【问题解决】该问题是过程冲突问题，需基站侧改进判决机制解决（例如在TS1RLOCoveral超时前遇到RRC重建立时，ENB可不直接向核心网发送Handover Cancel消息，在TS1RLOCoveral范围内若RRC重建立成功可继续进行eSRVCC信令流程）。

另外，可对一些特殊场景进行eSRVCC门限优化，避免在eSRVCC切换过程中由于RSRP骤降导致eSRVCC切换失败。

ESRVCC切换成功率指标优化方法集ESRVCC（Enhanced Single Radio Voice Call Continuity）切换成功率是指在LTE网络中使用ESRVCC技术进行切换时，切换成功的概率。

ESRVCC技术是一种实现LTE到2G/3G网络切换的技术，通过它可以实现在VoLTE通话时从LTE网络切换到2G/3G网络并维持通话的连续性。

1.网络容量增强：通过增加基站、扩大覆盖范围、优化邻区配置等方式，增加网络容量，减少切换时的网络拥塞现象，从而提高切换成功率。

2.优化切换参数设置：调整ESRVCC切换相关的参数设置，如ESRVCC 门限、切换优先级、切换触发条件等，使得切换时更加准确，提高切换成功率。

3.优化切换策略：根据不同区域和网络情况，制定合理的切换策略，例如切换禁止区域的划定、优化切换优先级等，以提高切换成功率。

4.加强干扰管理：通过优化频率规划、减少邻频干扰、限制各种无线干扰源等方式，减少切换时的干扰，提高切换成功率。

5.邻区优化：通过邻区规划、优化邻区配置以及邻区间干扰管理等方式，减少切换时的邻区干扰，从而提高切换成功率。

6.强化信令链路：优化信令链路的建设和网络配置，减少信令延迟和丢包率，确保切换过程中的信令传输稳定，提高切换成功率。

7.强化切换演算：通过优化切换演算算法，提高切换时的准确性和效率，减少切换失败的情况，提高切换成功率。

8.加强网络监控和优化：建立完善的网络监控系统，对切换成功率进行实时监测和分析，及时发现问题并采取相应措施进行优化，从而提高切换成功率。

总之，提高ESRVCC切换成功率需要综合考虑网络容量、切换参数设置、切换策略、干扰管理、邻区优化、信令链路质量、切换演算算法以及网络监控和优化等多个方面的因素，并根据具体情况采取相应的优化方法。

只有在各方面工作都得到合理的改进和优化后，才能提高ESRVCC切换成功率，提升VoLTE通话的质量和用户体验。

QCI5切换参数组的配置问题导致频繁互操作问题的处理评价平均分：分关键字QCI5;互操作专业无线.LTE设备厂家华为设备型号BTS3900软件版本BTS3900V100R008C01SPC1001、核查相关站点无告警、干扰，状态正常。

2、现场使用VOLTE终端进行普通上网验证测试发现占用室分小区信号时，当电平低于-116时就会发起到测量重定向到GSM网络。

到了2G之后马上又回发起到LTE的重选；通过分析LTE测量控制消息，发现终端触发测量重定向的B2门限为-116；同时通过2G侧确认目前2G重选回4G的电平是4G电平大于-116即可重选回4G，分析2quater消息里面配置重选回LTE的判决电平也是-116。

重选到LTE的门限RSRP>QRXLEVMINE(140-6*2)+HPRIOTHR(6*2)=-116dBm。

由于4G到2G的测量重定向门限和2G回4G的重选门限都为-116，所以导致终端会出现频繁互操作的情况。

处理步骤通过核查参数配置，发现网络侧开通VOLTE功能后新增一组异系统切换参数组。

该参数组映射的是QCI1、QCI2和QCI5业务，目的是在LTE覆盖较差区域能切换到2G保证通话的连续性。

所以VOLTE终端采用的异系统切换参数均为异系统公共切换参数ID为1的参数配置，该配置目前默认为-100启动异系统A2测量，满足-116后发起切换请求。

解决措施：随着VOLTE业务的开通，由于VOLTE终端需要建立QCI5的信令承载业务和QCI1或者QCI2的专业承载，所以网络侧需要新增参数组区别不同业务承载，建议VOLTE终端在非QCI1或者QCI2业务时应该与普通LTE 终端保持一致的参数组设置，避免再发生类似的问题。

将QCI5的异系统切换参数组修改为和QCI9业务同一组，保证VOLTE终端在使用普通LTE业务时的稳定。

解决结果：优化后进行复测，未出现频繁互操作的情况。

预防措施：新功能的开通可能伴随着新参数的引入，需注意新增参数的设置问题，避免类似问题的出现。

基于SEQ平台异常话单VoLTE eSRVCC切换失败问题分析
一、问题描述
C国C运营商eSRVCC切换成功率恶化，需要对TOP切换失败小区进行问题分析和定位。

（注：该运营商是LTE到2G的CS Only的SRVCC切换策略，无LTE到3G的SRVCC。

）
二、告警信息
无。

三、版本信息
NA
四、原因分析
1.以双流黄龙溪水厂为例，eSRVCC向GERAN小区间切换失败，主要集中2G目标小区
32805上，如下图所示：
五、处理过程
1.通过SEQ平台eSRVCC异常SIP信令分析，发现Handover Preparation Failure中携带有
“unknown-targetID”信息。

2. 在Handover Required消息中找到切换目标小区Target ID如下：
2.对比eNodeB外部邻区配置数据和GSM工参，发现现网LAC和CI配置错误。

eNodeB现网外部邻区配置数据：
GSM工参数据：
3.处理结果
邻区配置修改正确后，问题解决。

4.根因
VoLTE的GERAN外部邻区LAC和CI配置错误，导致eSRVCC切换失败。

5.总结和建议
外部邻区数据核查是处理eSRVCC切换失败的一个重要动作之一，在无线侧要定期执行核查。

SEQ平台的eSRVCC异常话单SIP信令分析，有助于快速进行根因问题定界定位。