ESRVCC切换成功率低处理案例

案例名称ESRVCC切换成功率低处理案例案例分类LTE与GSM网络的切换公司成都分公司专业无线设备类型BTS/BSC设备厂家华为设备型号BTS6900软件版本BTS3900V100R010C10SPC150编制时间2016-03-20作者龚涛作者电话关键字VOLTE、eSRVCC、PSHO切换现象描述：名词解释：PSHO就是packetswitchhandooverPS业务的切换，切换过程中不需要断开。SRVCC（SingleRadioVoiceCallContinuity，单一无线语音呼叫连续性）功能。当用户在移出LTE网络覆盖范围时，正在进行的语音业务将被切换到2G/3G电路域，从而保证语音呼叫的连续性。对VOLTE指标进行监控时发现联发科技-SCDHLS3WM2GX-E1小区ESRVCC切换成功率较低，切换成功率基本为0，指标统计如下：开始时间小区名称E-UTRAN向GERAN系统切换出的尝试次数E-UTRAN向GERAN系统切换出的成功次数E-UTRAN向GERAN系统切换出的执行次数ESRVCC切换成功率02/19/2016联发科技-SCDHLS3WM2GX-E111000%02/20/2016联发科技-SCDHLS3WM2GX-E17000%02/21/2016联发科技-SCDHLS3WM2GX-E12000%02/22/2016联发科技-SCDHLS3WM2GX-E16000%02/23/2016联发科技-SCDHLS3WM2GX-E121050%02/24/2016联发科技-SCDHLS3WM2GX-E110000%02/25/2016联发科技-SCDHLS3WM2GX-E14000%02/26/2016联发科技-SCDHLS3WM2GX-E11000%表-1小区ESRVCC切换统计原因分析：一、分析流程图：图-1分析流程图二、分析判断可能原因1.1、硬件是否存在告警查询联发科技-SCDHLS3WM2GX站点的活动告警，无影响业务告警存在。1.2、现场测试分析2月27日下午09:00-12:00对联发科技-SCDHLS3WM2GX-E1小区的eSRVCC切换成功率低进行测试验证，180秒语音短呼测试；寻找覆盖差点，终端占用联发科技-SCDHLS3WM2GX-E1小区信号，平均RSRP≈-116dBm，SINR≈-2db，MOS平均值在2.93左右，发生12次eSRVCC切换，12次eSRVCC切换均正常。具体测试详情如下：日期小区平均RSRP平均SINRMoS平均值呼叫建立时延-IMSPacketLossRate上行误码率VoLTE语音呼叫建立成功率2016年2月27日发科技-SCDHLS3WM2GX-E1-116-2db2.933.570.142100%VoLTE起呼成功次数VoLTE起呼次数VoLTE语音掉话率主被叫在LTE上掉话个数成功建立呼叫次数*2LTE系统内语音切换成功率eSRVCC切换次数23230013100%12表-1测试指标统计1.3、干扰查询查询站点的上行干扰平均值，联发科技-SCDHLS3WM2GX-E1的系统上行每PRB干扰噪声平均值报纸的-115dBm以下，无上行干扰存在。图-2上行干扰统计1.4、切换参数核查1)查询是否开启SRVCC功能,经过查询开启了SRVCC功能。2)查询门限值是否设置合理，ESRVCC切换参数组ID为1的，异系统A2RSRP触发门限为-105dbm，GERAN切换B2(本系统切换判决门限-115dbm,异系统判决门限为-89dbm)门限设置均合理。3)提取两两切换失败小区核查外部小区参数定义是否错误，通过提取两两小区切换发现主要SCDDMB369GX：联发科技10、SCDDCB369GXN：天府软件园三期工程20和SCDDCB369GXN：天府软件园三期工程10小区之间切换失败，统计切换失败原因值为GERAN系统无响应导致切换出准备失败，外部邻区配置核查结果无异常。图-3GERAN外部小区1.5、信令跟踪分析E-UTRAN向GERAN特定两小区间切换出执行次数都为0，跟踪S1信令发现这几次失败的切换都是出现在ENODEB向MME发起了HANDOVERREQUIRED消息,MME未回复ENODEBHANDOVERCOMMAND消息，ENODEB在4S后发送了UE_CONTXT_REL_REQ消息请求释放导致切换执行失败，信令跟踪信息如下：图-4信令跟踪正常的切换流程如下：图-5正常ESRVCC切换信令流程对比正常的切换信令流程，ENODEB向MME发起了HANDOVERREQUIRED消息后，由MME和UTRAN之间完成重定位，再由MME回复HANDOVERCOMMAND消息给ENODEB。跟踪信令中没有HANDOVERCOMMAND消息，也就是说问题出现在MME和GERAN之间的重定位之间。怀疑数据配置错误导致此切换执行失败，查看此TAC内的其余小区切换成功率正常，暂时排除可能是核心网问题。1.6、KPI指标对比分析再次对指标进行分析，发现E-UTRAN向GERAN切换出ESRVCC的尝试次数跟E-UTRAN向GERAN系统切换切出尝试次数不一致，E-UTRAN向GERAN切换出ESRVCC的尝试次数都为0，E-UTRAN向GERAN系统切换切出尝试次数包含PSHO切换次数跟SRVCC切换次数，SRVCC切换次数为0，也就是说E-UTRAN向GERAN系统切换切出尝试次数全部为PSHO切换次数（现网默认PSHO切换方式关闭的，eSRVCC切换成功率统计的是E-UTRAN向GERAN系统切换切出次数），指标统计如下：开始时间小区名称E-UTRAN向GERAN系统切换出的尝试次数E-UTRAN向GERAN切换出SRVCC的尝试次数E-UTRAN向GERAN切换出SRVCC的成功次数E-UTRAN向GERAN切换出SRVCC的执行次数02/19/2016联发科技-SCDHLS3WM2GX-E11100002/20/2016联发科技-SCDHLS3WM2GX-E1700002/21/2016联发科技-SCDHLS3WM2GX-E1200002/22/2016联发科技-SCDHLS3WM2GX-E1600002/23/2016联发科技-SCDHLS3WM2GX-E1211002/24/2016联发科技-SCDHLS3WM2GX-E11000002/25/2016联发科技-SCDHLS3WM2GX-E1400002/26/2016联发科技-SCDHLS3WM2GX-E11000表-2切换指标统计再次对信令进行分析，查看UE释放请求原因为：UE不支持PS业务，证明了该基站E-UTRAN向GERAN系统切换方式为PSHO，和指标分析的情况一致，由于终端不支持PSHO所以MME直接发起了释放请求，失败原因信令截图如下：图-6正常ESRVCC切换信令流程OMC查询此基站的PSHO切换开关发现都为打开：图-7PSHO切换开关问题处理：关闭联发科技-SCDHLS3WM2GX的PSHO切换开关，观察KPI指标恢复正常。图-8ESRVCC切换成功率总结：现阶段LTE至GRRAN和UTRAN的方式为：重定向、盲重定向、SRVCC和PHSO，PSHO切换需目标异系统基站需要准备切换资源，同时需对RNC/NODEB或BSC/BTS进行改造和相关软件版本升级，由于终端、设备支持度较低，实现难度较大，所以在现网中该功能未启用。本案例LTE站点打开了PSHO切换开关，但设备未进行相关升级，终端不支持导致无法进行切换。已经对现网进行排查，将所有打开PSHO切换方式的小区全部设置为关闭了。0%0%0%0%50%0%0%0%100%100%100%100%0%20%40%60%80%100%120%ESRVCC切换成功率ESRVCC切换成功率