ESRVCC切换成功率低处理案例

1、案例名称ESRVCCJ换成功率低处理案例案例分类LTE与GS喇络的切换公司成都分公司专业无线设备类型BTS/BSC设备厂家华为设备型号BTS6900软件版本BTS3900V100R010C10SPC1编制时间2016-03-20作者龚涛作者电话关键字VOLTEeSRVCCPSHO8换现象描述：名词解释：PSHO就是packetswitchhandooverPS业务的切换，切换过程中不需要断开。SRVCCSingleRadioVoiceCallContinuity,单f线语音呼叫连续性）功能。当用户在移出LTE网络覆盖范围时，正在进行的语音业务将被切换到2G/3G电路域，从而保证语音呼叫的连续性

2、。对VOLTE指标进行监控时发现联发科技-SCDHLS3WM2GX-E1、区ESRVCCU换成功率较低，切换成功率基本为0,指标统计如下：开始时间小区名称E-UTRA响GERAN系统切换出的尝试次数E-UTRAlNUGERAN系统切换出的成功次数E-UTRAN向GERAN系统切换出的执行次数ESRVCCU换成功率02/19/2016联发科技-SCDHLS3WM2GX-E111000%02/20/2016联发科技-SCDHLS3WM2GX-E17000%02/21/2016联发科技-SCDHLS3WM2GX-E12000%02/22/2016联发科技-SCDHLS3WM2GX-E16000%02

3、/23/2016联发科技-SCDHLS3WM2GX-E121050%02/24/2016联发科技-SCDHLS3WM2GX-E110000%02/25/2016联发科技-SCDHLS3WM2GX-E14000%02/26/2016联发科技-SCDHLS3WM2GX-E11000%表-1小区ESRVCCU换统计原因分析：一、分析流程图：501mRJCCtq摸过功率低1.11L星否在在告通1是j星音已惊豆是k1乙是否存在上行干扰上上行下优处理是吉己恢复是J1悬否开启save能是J开局三RY匚二由能是否已恢复是雷J是是I4切梅匚限是首台理配置正确邛艮信是否已临存*4-上外薜”是普正确日是否已恢复1m

4、1.舌Ik,J15黑皮信令是否己,假复LJ否1tJ7噌标近比分析用分析定位问题是舌三恢复里1!培果F图-1分析流程图二、分析判断可能原因1.1、 硬件是否存在告警查询联发科技-SCDHLS3WM2GX我的活动告警，无影响业务告警存在。1.2、 现场测试分析2月27日下午09:00-12:00对联发科技-SCDHLS3WM2GX-E1区的eSRVCCl换成功率低进行测试验证，180秒语音短呼测试；寻找覆盖差点，终端占用联发科技-SCDHLS3WM2GX-孙区信号，平均RSR代-116dBm,SINR=-2db,MOSf均值在2.93左右，发生12次eSRVCCU换，12次eSRVCCU换均正常。

5、具体测试详情如下：日期小区平均RSRP平均SINRMoS均值呼叫建立时延-IMSPacketLossRate上行误码率VoLTE语音呼叫建立成功率2016年2月27日发科技-SCDHLS3WM2GX-E-116-2db2.933.570.142100%VoLTE1起呼成功次数VoLTE起呼次数VoLTE语音掉话率主被叫在LTE上掉话个数成功建立呼叫次数*2LTE系统内语音切换成功率eSRVCCJ换次数23230013100%12表-1测试指标统计1.3、 干扰查询查询站点的上行干扰平均值，联发科技-SCDHLS3WM2GX-E的系统上行每PRB干扰噪声平均值报纸的-115dBm以下，无上行干扰

6、存在。图-2上行干扰统计1.4、 切换参数核查1) 查询是否开启SRVC3J能，经过查询开启了SRVC助能。2) 查询门限值是否设置合理，ESRVCCU换参数组ID为1的，异系统A2RSRP虫发门限为-105dbm,GERAf切换B2(本系统切换判决门限-115dbm,异系统判决门限为-89dbm)门限设置均合理。3) 提取两两切换失败小区核查外部小区参数定义是否错误，通过提取两两小区切换发现主要SCDDMB369G班发科技10、SCDDCB369GxN天府软件园三期工程20和SCDDCB369GxN府软件园三期工程10小区之间切换失败，统计切换失败原因值为GERAN(统无响应导致切换出准备失

7、败，外部邻区配置核查结果无异常。用餐*WIE4g，一宜吊VK小干世醇W:粗口仁值网，早的用SRrtwflbr-小艮3”14*印|讣51|,下-$nar脸二口印DDCl*TA9WLL&e_BX1KGtTi3加*ajmlJ(MMitktiWLLm*iD式BWMT91内肝瞳夫giviiriTOlJIMLL阳DTEfirateTW?HU服TEd驰HlHU*0/占口LniilIlB:hj-IIIIwXWlav-AXu舶L4千EM*缶：的：川乐犬用：啕T际巾B-r卤亡gcosmui卡看出步DOMJl刈；S1APJNIDAL_COlXT_SfcUF_RfcO酬日州E僵中耻一d吗AR;26O8U10.34W(

8、514).nt乐INIFUL白白村芭灯HFTL庐RE?l_l_耐耐豆等胃他制7iCuHflOU10SI尔JE.8NTEXTJRE、ramJiis川ME7T7277T24HOO&3，口鸿用力51TM皿|髡叫31叶TEKr_REaJD17Z777246WD|l54126270-I.x.Lk&p心ri:Bl/Bl.SRVCt%EraggittlANJ4hVt!RKfeQU1Rlt；D卜UndhoiuaniRcIwwdnReik#-4RIhxzatilkil-LcxjucdhtAukhJiLml口包外？.HAK1X1YI诋CUMMAMlJ4/jRft2dJvirjK.*v-iJV?/rifuzTJfJ

9、dJKrJlaiuknuEluUTKANcjiiq?l.cl421UkLULLeAhE,iuibVMA.h4ij图-5正常ESRVC助换信令流程对比正常的切换信令流程，ENODE囱MMEt起了HANDOVERREQUIRED、后，由MM序口UTRANfc间完成重定位,再由MMEU复HANDOVERCOMMAND给ENODEB跟踪信令中没有HANDOVERCOMMAND,也就是说问题出现在MMm口GERA此间的重定位之间。怀疑数据配置错误导致此切换执行失败，查看此TAC内的其余小区切换成功率正常，暂时排除可能是核心网问题。1.6、KPI指标对比分析再次对指标进行分析，发现E-UTRAN向GERA

10、NU换出ESRVCC勺尝试次数跟E-UTRANGERANR统切换切出尝试次数不一致，E-UTRAN向GERANU换出ESRVCC勺尝试次数都为0,E-UTRAN向GERAN（统切换切出尝试次数包含PSHO切换次数跟SRVCCU换次数，SRVCCU换次数为0,也就是说E-UTRAN向GERANR统切换切出尝试次数全部为PSHO切换次数（现网默认PSHOW换方式关闭的，eSRVCCU换成功率统计的是E-UTRAN向GERANR统切换切出次数），指标统计如下：开始时间小区名称E-UTRAN向GERAN（统切换出的尝试次数E-UTRANGERAN切换出SRVCC勺尝试次数E-UTRANGERAN切换出

11、SRVCC勺成功次数1E-UTRANGERAN切换出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联发科技-SCDHLS3WM

12、2GX-E11000表-2切换指标统计再次对信令进行分析，查看UE释放请求原因为：UE不支持PS业务，证明了该基站E-UTRAN向GERA系统切换方式为PSHQ和指标分析的情况一致，由于终端不支持PSHO所以MMEt接发起了释放请求，失败原因信令截图如下：标-工团即AA械。IIE事mSEQUENCEid加慎3一黑迎帅用帅grifcmlilyhujbcKO)-白uaKmrnME4JE-S1AP-iD壮心？g/帕帕HJOQmOOOMDH),1lOOWW00i1D111MQiilW=SEQUENCEIdtQi835?MOOWDOllJOffOICWOcrMcaWrejBCMp)g-3UaiUQewu

13、e申平町:但枷*-iogwow.wgwigqchmwg#iggihSEQUtNCeicr-oosoQOQOogooEma-crflicMyignanl)-Bl1图-6正常ESRVC助换信令流程OM谈询此基站的PSHO切换开关发现都为打开：切换方式开关=EUTKAMVC*能力开关；开=LTRAHYOHF能力开关关=GERAKVO*能力开关：关二匚LFIASOUUIXETTYD工尸官力于F笑；吴1=VTRAHPSHO切摭方式开关：开=GERAHPSHO切换方式开关：开图-7PSHO切换开关问题处理：关闭联发科技-SCDHLS3WM2GXPSHO切换开关，观察KPI指标恢复正常。ESRVCC换成功率ESRVC勘换成功率图-8ESRVCCU换成功率总结：现阶段LTE