合肥地铁CS业务F1异频硬切换F2异常分析报告

地铁CS业务双载波F1异频硬切换到F2异常分析报告-7-04【前言】WCDMA系统支持多载波的网络部署，采用多载波提高网络容量是WCDMA系统的重要手段，当单载波无法满足某些高话地区的容量规定期，就需要通过增长载波的方式来提高网络容量，现阶段一般为2个（FDD），对于多载波网络，载波之间的切换成为异频切换。虽然通过异频硬切换可以达到载频间的负载平衡、各载频间的无缝接续、对于分层社区可以实现不同速度合理配备，但是在进行异频切换时，由于采用了压缩模式，它占用了无线资源，同步采用了定期重建的切换方式增长了切换时间和掉话风险，因此异频切换问题是影响网络性能的重要因素，例如切换失败也许导掉话，频繁切换会挥霍大量的网络资源，异频切换比例过高会消耗过多的前向容量CS业务顾客感知差等等，核心字：双载波、异频硬切换、盲切换1. 概述合肥地铁1号线开通，其中地铁1号线贵阳路站（室分）-2、地铁1号线湖南路站（室分）-2、地铁1号线徽州大道站（室分）-2、地铁1号线云谷路站（室分）-2、地铁1号线云谷路站（室分）-1等上行干扰很大，RTWP不小于-95dbm以上，严重影响上行接入；室内分布系统产生的互调干扰、杂散、阻塞干扰等对上行的影响，对双载波业务均衡影响较大,为保障双载波资源、双载波方略的充足运用，尽快排查和解决合肥地铁RTWP高的社区；2. 从DT分析CS业务F1异频硬切换到F2异常问题2.1. 地铁1号线贵阳路站（室分）-1(G620&U2800)测试分析【问题描述】地铁1号线贵阳路站（室分）-1社区重要覆盖站厅,分别用G620和U2800终端测试，共起呼4次，未浮现F1异频硬切换到F2现象，测试正常；测试过程中浮现10次同频软切换；【问题分析】经核查地铁1号线贵阳路站（室分）-1社区一载波F1上行RTWP正常，在-105dbm左右，无告警；从测试成果表白，双载波方略配备对的，语音业务始终占有F1，未触发F1异频硬切换到F2;DT触发事件：RabSetupReq呼喊次数：No.LongitudeLatitudeDateTimeWCDMARBSetupReq_All Logs1 121.52752286 31.23945995 -06-18 10:32:59.700 WCDMARBSetupReq 2 121.52507541 31.24141034 -06-18 10:35:15.991 WCDMARBSetupReq 3 121.52907442 31.24007506 -06-18 10:37:32.341 WCDMARBSetupReq 4 121.52871622 31.24132696 -06-18 10:39:49.278 WCDMARBSetupReq SoftHOAttempt：No.LongitudeLatitudeDateTimeSoftHOAttempt_All Logs1 121.52612764 31.23944397 -06-18 10:33:44.631 SoftHOAttempt 2 121.52599433 31.23942691 -06-18 10:33:51.031 SoftHOAttempt 3 121.52533273 31.23944242 -06-18 10:34:06.391 SoftHOAttempt 4 121.52481062 31.24003084 -06-18 10:34:38.951 SoftHOAttempt 5 121.52481167 31.24004767 -06-18 10:34:39.871 SoftHOAttempt 6 121.52652270 31.24141950 -06-18 10:35:45.151 SoftHOAttempt 7 121.52906566 31.23973530 -06-18 10:37:41.431 SoftHOAttempt 8 121.52892885 31.24118021 -06-18 10:39:56.708 SoftHOAttempt 9 121.52745133 31.23963523 -06-18 10:40:56.748 SoftHOAttempt 10 121.52493413 31.23975377 -06-18 10:41:45.028 SoftHOAttempt 【双载波占比】经对地铁1号线贵阳路站（室分）-1社区测试，10713占比为100%，在社区正常的状况下，F1不会异频硬切换到F2;从上图可以看出，共起呼4次，G620测试过程始终占用F1，未异频硬切换到F2现象；2.2. 地铁1号线贵阳路站（室分）-2(G620)测试分析【问题描述】地铁1号线贵阳路站（室分）-2社区重要覆盖站厅,分别用G620终端测试，共起呼4次，浮现3次异频切换、7次异频重选；【问题分析】从信令分析，F1在测量前，没有触发2D事件，F1与F2间不是异频硬切换，而是基于社区负载均衡的直接重试；测经核查地铁1号线贵阳路站（室分）-2社区一载波F1上行RTWP过高，在-85dbm左右，该社区存在主分集通道不平衡告警；双载波测试占比：从双载波占比分析，10713占比97.16%，10688占比2.84%，F2占用重要在disconnect后重选到F2，时间仅3s；上图红圈信令分析,信令点都是当WCDMARRCconnectRel、手机disconnected后，重选到F2(10688),3s后，又重选到F1;并且占用F2都是在挂机后的3s，瞬间又回到F1;触发点是EC/IO在-2.18db左右，从贵阳路-2社区异频重选启动门限配备为4，Sintersearch重选触发门限为-18+8=-10db，就是UE测量值不不小于-10时，才会重选到F2，从DT数据分析，UE的测量值为-2.18db，不小于Sintersearch=-10，肯定不会重选到F2，经对信令分析，因素是上行干扰导致或者终端bug问题；信令分析如下：WCDMACMServiceReq：No.LongitudeLatitudeDateTimeWCDMACMServiceReq_All Logs1121.5271776231.23942556-06-18 10:09:12.181WCDMACMServiceReq2121.5267628031.24145130-06-18 10:11:28.498WCDMACMServiceReq3121.5289630431.23976705-06-18 10:13:44.748WCDMACMServiceReq4121.5288104031.24133052-06-18 10:16:01.141WCDMACMServiceReqInterFreqCellReselection：No.LongitudeLatitudeDateTimeInterFreqCellReselection_All Logs1 121.52659081 31.24145188 -06-18 10:11:20.021 InterFreqCellReselection 2 121.52896111 31.24003065 -06-18 10:13:33.143 InterFreqCellReselection 3 121.52896111 31.23994497 -06-18 10:13:36.340 InterFreqCellReselection 4 121.52839816 31.24137652 -06-18 10:15:49.462 InterFreqCellReselection 5 121.52845437 31.24137652 -06-18 10:15:52.660 InterFreqCellReselection 6 121.52624819 31.24081617 -06-18 10:18:06.423 InterFreqCellReselection 7 121.52624819 31.24087941 -06-18 10:18:08.980 InterFreqCellReselection WCDMAInterFreqHHOSuc：No.LongitudeLatitudeDateTimeWCDMAInterFreqHHOSuc_All Logs1 121.52708609 31.24145519 -06-18 10:11:41.463 WCDMAInterFreqHHOSuc2 121.52894448 31.23949622 -06-18 10:13:51.907 WCDMAInterFreqHHOSuc 3 121.52881877 31.24087878 -06-18 10:16:12.348 WCDMAInterFreqHHOSuc 2.3. 地铁1号线贵阳路站（室分）-2(U2800)测试分析InterFreqCellReselection：WCDMAInterFreqHHOAttempt：【问题描述】地铁1号线贵阳路站（室分）-2社区重要覆盖站厅,分别用U2800终端测试，共起呼4次，浮现4次HHO异频切换、4次异频重选；【问题分析】从信令分析，F1在测量前，没有触发2D事件，F1到F2不是异频硬切换，而是基于社区负载均衡的直接重试；测经核查地铁1号线贵阳路站（室分）-2社区一载波F1上行RTWP过高，在-85dbm左右，存在主分集通道不平衡告警；双载波测试占比：从双载波占比分析，10713占比10.98%，10688占比89.02%， 使用U2800测试终端，UE起呼后，F1重试到F2，根据信令分析，重要因素是是上行干扰导致或者终端bug问题；信令点分析：F2重选F1信令点，UE占用F2,手机disconnected挂机后，优先驻留F1；F1直接重试F2信令点，通过DT数据分析，F1到F2过程，不是触发异频切换事件，RBSetupSuc后，phChannelReconfSuc、WCDMAinterHHOSuc执行后，就占用F2，从整个信令分析，并未触发2D事件，此外F1到F2配备是同覆盖盲切换，主线就不存在异频硬切换，应当是数据解析问题2.4. 地铁双载波方略DT测试结论 双载波正常状况下，RTWP不不小于-105dbm左右，UE通话过程中，F1不会盲切换到F2; 双载波异常状况下，RTWP不小于-95以上，UE通话过程中,基于负载均衡测量，F1盲切换到F2，始终占有不到一载波（F1）; 社区故障告警，UE通话过程中,基于不不小于异常测量，F1盲切换到F2，始终占用二载波（F2） 和终端有关，在RTWP不小于-95dbm异常的状况下，用不同终端测试，浮现两种状况，G620在通话过程中，F1不会盲切换到F2，但通过释放的瞬间，会切换到F2，挂机后重选到F1;U2800在通话过程中，F1盲切换到F2；社区站点状态PSC切换测试不同终端测试G620U2800地铁1号线湖南路站（室分）-1正常，低于-100129正常正常正常地铁1号线湖南路站（室分）-2RTWP不小于-93.51130正常挂断的瞬间会切到二载波然后切回来通话时占用二载波地铁1号线贵阳路站（室分）-1正常，低于-10525正常正常正常地铁1号线贵阳路站（室分）-2RTWP不小于-81.2326异常挂断的瞬间会切到二载波然后切回来通话时占用二载波3. 从KPI指标分析CS业务F1异频硬切换到F2异常问题3.1. 现网提取6月16日(全天)HHO切换指标：提取6月16日全天异频硬切换指标，RTWP高社区浮现F1F2,需要针对这个异常现象，进行分析和解决BSC6900UCellVS.HHO.AttInterCellLB.MultiRL:社区中基于负载平衡触发的异频硬切换出的尝试次数（多RL） (无)VS.HHO.AttInterCellLB.SingleRL:社区中基于负载平衡触发的异频硬切换出的尝试次数（单RL） (无)VS.HHO.AttInterFreqOut.CS.TotalRxPwr:社区中CS域异频硬切换祈求的次数（社区接受总功率） (无)VS.HHO.SuccInterFreqOut.CS.TotalRxPwr:社区中CS域异频硬切换成功的次数（社区接受总功率） (无)VS.MeanRTWP:社区中的接受总带宽功率平均值 (毫瓦分贝)地铁1号线贵阳路站（室分）-21515252-81.233地铁1号线湖南路站（室分）-22313333-94.517地铁1号线徽州大道站（室分）-20161616-96.367地铁1号线云谷路站（室分）-20111111-93.418地铁1号线云谷路站（室分）-10555-95.1853.2. CS业务F1异频硬切换到F2问题描述从 Label=地铁1号线贵阳路站（室分）-2, Label=地铁1号线湖南路站（室分）-2, Label=地铁1号线徽州大道站（室分）-2, Label=地铁1号线云谷路站（室分）-2, Label=地铁1号线云谷路站（室分）-1等社区F1(10713)触发异频硬切换F2诸多，并且VS.MeanRTWP:社区中的接受总带宽功率平均值较高；3.3. CS业务F1异频硬切换到F2问题分析从指标分析，F1切换到F2异频硬切换出的尝试次数重要是社区基于负载平衡触发； 社区基本负载平衡触发HHO切换的因素：社区接受总功率、社区总发射功率、UE 发射功率触发、上行CE资源触发、基于RSCP触发、基于EcNo触发等；从HHO指标记录，F1切换到F2的重要因素是VS.HHO.AttInterFreqOut.CS.TotalRxPwr:社区中CS域异频硬切换祈求的次数（社区接受总功率）导致；从上表中VS.MeanRTWP:社区中的接受总带宽功率平均值 (毫瓦分贝)分析，触发F1盲切换到F2的社区RTWP都很高；3.4. CS业务F1异频硬切换到F2解决方案3.3.1 从基站故障来看，现网地铁社区存在故障告警，需要及时解决；故障排查：一方面要解决基站主分集通道RTWP和RSSI不平衡故障；社区F1发生故障后，基于告警异常，也会直接重试F2;3.3.2 从切换指标分析来看，重要因素是上行负载过高导致，需要解决一下问题1、排查室分系统干扰； 主设备、直放站等功放质量差，杂散指标不达标； POI邻频端口隔离度不够，无法滤除邻频杂散干扰；根据目前排查状况记录，POI隔离度不够导致，需要更换性能更好的POI； POI、器件质量差，互调指标不达标 分布系统天馈存在接头制作不规范、松动或空载、或馈线弯曲度过大 室分天线安装点位不合理，周边有金属等干扰物质；2、增长RRU独立解调功能抵消因设备自身共RRU导致的上行高；3.3.3 从参数分析来看，波及负载均衡的参数重要如下:1、异频负载切换严禁切换的业务类型 = R99会话业务:关闭, 该参数用于设立LDR异频切换动作时严禁切换出的业务类型，目的是避免LDR破坏原有的业务分层。为保证地铁语音业务占用F1，把异频负载切换严禁切换的业务类型 = R99会话业务设立为打开状态；MOD UCELLLDR:CELLID=11111,INTERFREQLDHOFORBIDENTC=R99_CONVERSATIONAL-1;站点名称社区标记社区名称异频负载切换严禁切换的业务类型修改后AH_HF_RNC17_W10801地铁1号线云谷路站（室分）-1R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10802地铁1号线云谷路站（室分）-2R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10811地铁1号线南宁路站（室分）-1R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10812地铁1号线南宁路站（室分）-2R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10821地铁1号线贵阳路站（室分）-1R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10822地铁1号线贵阳路站（室分）-2R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10831地铁1号线湖南路站（室分）-1R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10832地铁1号线湖南路站（室分）-2R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10841地铁1号线徽州大道站（室分）-1R99会话业务:关闭R99会话业务:打开AH_HF_RNC17_W10842地铁1号线徽州大道站（室分）-2R99会话业务:关闭R99会话业务:打开2、针对INTERFREQ_HHO_IN_RTWP_SWITCH社区负载控制算法开关的调节异频切换入考虑上行RTWP开关，目前现网配备为关闭；开关关闭后，异频切换入不考虑上行RTWP、开关打开后，异频切换入考虑上行RTWPMOD UCELLALGOSWITCH:CELLID=*,NBMLDCALGOSWITCH=UL_INTRA_FREQUENCY_ULB-1;波及到异频负载均衡算法开关如下：RNC级算法开关参数现网配备CMP_DL_LOAD_BALANCE_SWITCH(下行负载平衡DRD算法兼容性开关)该参数用于控制在基于盲切换的非周期重试DRD中，当下行的基于负载平衡的异频DRD生效时，RNC与否根据邻区的下行负载余量过滤盲切换邻区。当该开关关闭时，RNC会过滤盲切换邻区，具体条件如下：如果盲切换邻区的下行负载余量与目前社区的下行负载余量的差值不不小于“LdbDRDOffsetDCH”或者“LdbDRDOffsetHSDPA”，那么该邻区就不能作为盲切换目的邻区。当该开关打开时，RNC但是滤盲切换邻区。UCORRMALGOSWITCH:CmpSwitch2CMP_DL_LOAD_BALANCE_SWITCH：当参数UDRD:LdbDRDSwitchDCH或UDRD:LdbDRDSwitchHSDPA的值设立为ON时，本参数生效。上述参数通过UDRD或UCELLDRD设立。关闭UE AMR DRD过程中HHO兼容性开关CMP_UU_AMR_DRD_HHO_COMPAT_SWITCH(UE AMR流水声兼容性开关)：该参数用于设立与否启用AMR语音DRD两步走功能。当信令建立在DCH上的UE仅建立AMR语音业务，并且拟定走DRD流程时，当开关打开时，AMR语音的RAB建立DRD流程分解为两步，先向目的社区做异频盲切换，然后再在目的社区建立AMR语音业务；当开关关闭时，直接在目的社区建立AMR语音业务。打开软切换状态触发LDR异频切换开关打开功率负载平衡DRD优化开关关闭业务分层直接重试算法开关打开DCH业务负载平衡DRD算法开关关闭HSDPA业务负载平衡DRD算法开关打开基于测量的DRD开关关闭终端类型分层开关关闭基于顾客位置的多频段直接重试算法开关关闭异频负载切换严禁切换的业务类型关闭异频切换入考虑上行RTWP开关启动4. 优化验证合肥地铁通过对RTWP高社区解决、以及R99会话业务有关参数优化调节，同社区覆盖F1异频切换到F2触发事件已正常，保证地铁顾客在R99会话业务时占用F1载波。4.1. 从DT复测验证 测试手机与前期测试终端相似，分别是U2800和G620； 7月1日对地铁1号线贵阳路-2社区复测，未浮现F1异频硬切换到F2现象；本次测试共起呼12次，通话正常，未浮现F1硬切换到F2现象，通过对RTWP高社区解决、双载波方略参数优化调节，同社区覆盖异频硬切换问题得到解决和解决。RSCP覆盖图：F1占用比例图：从DT指标分析，F1占用 比例100%，从测试事件分析，未浮现WCDMAInterFreqHHOSuc、InterFreqCellReselection等事件，地铁F1硬切换到F2现象已得到有效解决；4.2. 从KPI指标优化前后验证提取7月2日至7月5日异频硬切换指标： 经对异频切换参数异频负载切换严禁切换的业务类型调节，以及RTWP高社区解决，从KPI指标分析来看，未浮现F1异频硬切换到F2现象；HHO指标如下：社区名称07/03/ 00:00:0007/04/ 00:00:0007/05/ 00:00:00VS.HHO.AttInterCellLB.SingleRL:社区中基于负载平衡触发的异频硬切换出的尝试次数（单RL） (无)求和项:VS.HHO.AttInterFreqOut.CS.TotalRxPwr:社区中CS域异频硬切换祈求的次数（社区接受总功率） (无)求和项:VS.HHO.AttInterFreqOut.CS.TotalRxPwr:社区中CS域异频硬切换祈求的次数（社区接受总功率） (无)Label=地铁1号线贵阳路站（室分）-1, CellID=10821000Label=地铁1号线贵阳路站（室分）-2, CellID=10822000Label=地铁1号线湖南路站（室分）-1, CellID=10831000Label=地铁1号线湖南路站（室分）-2, CellID=10832000Label=地铁1号线徽州大道站（室分）-1, CellID=10841000Label=地铁1号线徽州大道站（室分）-1nd, CellID=20841000Label=地铁1号线徽州大道站（室分）-2, CellID=10842000Label=地铁1号线南宁路站（室分）-1, CellID=10811000Label=地铁1号线南宁路站（室分）-2, CellID=10812000Label=地铁1号线云谷路站（室分）-1, CellID=10801000Label=地铁1号线云谷路站（室分）-2, CellID=108020005. 合肥地铁优化遗留问题 地铁运营前需要对CE资源数license配备 RTWP高社区解决目前RTWP不小于-95的社区重要波及到3个基站，分别是Label=地铁1号线贵阳路站（室分）-2、Label=地铁1号线徽州大道站（室分）-2、Label=地铁1号线云谷路站（室分）-1、Label=地铁1号线云谷路站（室分）-2等社区； 共RRU社区独立解调license申请