eSRVCC优化案例--空口无线环境原因
?优化分析涉及的无线环境包含LTE和UTRAN/GERAN无线环境，均需要重点排查干扰、覆盖问题，下表重点描述LTE的覆盖和干扰问题表象和优化建议；空口无线环境的优化是LTE网络优化工作的重点，无线环境恶化不仅仅影响到语音业务同样对数据业务有很大影响，采用的优化手段包含DT测试、扫频测试、后台网管监控、MR分析等多个维度并行实施。优化无线环境是保障eSRVCC成功率的重要手段类型表象排查方法和优化建议无覆盖/弱覆盖小区扫频和DT测试中检测不到任何小区的信号或者信号非常弱1：排查周边基站是否存在告警，处理和恢复故障2：勘察周边地形，是否存在遮挡导致覆盖黑洞，通过新建站点、周边小区RF优化缓解来解决3：核查站点分布和方位角、俯仰角是否合理，通过新建站点、RF优化来解决4：核查基站功率配置是否合理，通过合理设置功率配置解决1：排查近端基站是否存在告警，处理和恢复故障2：勘察站点环境，是否存在高站情况和俯仰角不合理问题，通过降低天线挂高，控制俯仰角方式解决3：核查基站功率配置是否合理，通过合理设置功率配置解决越区覆盖小区扫频和DT测试中收到2圈以外小区信号，信号强度大于或相差近端主小区6db以内，均认为越区覆盖，常常伴随邻区缺失、质差等问题扫频和DT测试中存在主邻小区电平差6db内并小区个数大于3个以上，则认为重叠覆盖区域。无主导小区的区域1：综合容量分布、站点环境进行多站点联合RF优化，通过调整方位角、俯仰角、功率配置的方式来减少重叠覆盖小区数量。2：提供合理组网规划方案，采用异频组网、迁移基站方式来解决重叠覆盖问题1：核查基站是否有异常告警，优先解决2：后台NI统计发现低噪过高，用户数较低的情况下，需要现场扫频排查干扰源详细参考干扰排查指导文档上行干扰前台测试中无法直接发现，间接表象为UE的发射功率通常较高（接近UE最大发射功率），伴随上下行交互信令过程中无法及时收到下行信令。通过后台NI测量可以发现基站低噪是否正常。前台测试中RSRP较好（>-100dbm），但是SINR较差（<0db），则认为存在下行干扰问题前台测试表象和上面描述上下行干扰类似，发生的时间、地点上具有规律可循，比如多次测试中，同样地点表现出来的干扰程度差距明显。后台统计观察，往往伴随着NI统计中所有RB异常、固定时间KPI异常、和容量无相关性等现象下行干扰1：规划数据是否合理，规避近距离同PCI情况（建议核查距离>3KM）2：排除模3干扰，减少重叠覆盖区域，通过RF优化手段解决3：排查系统间、系统外干扰，通过扫频等手段进行处理详细参见干扰排查指导文档内部干扰排查之后，需要扩展到外部干扰排查方面；详细参见干扰排查指导文档外部干扰eSRVCC优化案例--空口无线环境原因
?
案例：LTE无线环境恶化导致未及时切换
【问题表象】
测试中在未达到SRVCC门限前无线环境恶化，导致空口无线链路异常进而无法进行后续切换。
【问题分析】
干扰类和覆盖类问题涉及方面较多，为日常优化重点工作，详细排查方法可以参考干扰、覆盖问题排查指导文档。如下图，无线环境持续恶化最终导致掉话事件发生。
【解决方案】：
1：通过排查基站故障、弱覆盖分析、重叠覆盖、干扰分析来解决高RSRP低SINR问题发生。2：通过提高SRVCC切换门限（A2\\B2-1\\B2-2）来提前触发SRVCC切换，实施前需要测试评估GSM侧此区域网络质量和容量负荷情况，避免引发切换准备失败
eSRVCC优化案例--eNodeB侧原因?优化分析设备硬件问题日常维护eSRVCC参数配置错误纳入日常核查工作eSRVCC门限设置不合理不同场景优化调整。eNodeB侧原因GERAN邻接小区配置定义定期4-2邻区关系匹配核查GERAN邻区配置不全日常测试优化?案例1：GSM邻区参数错误导致掉话【问题表象】手机在LTE覆盖弱场，收到B2测量的重配消息后，手机发起Measurementreport（B2事件）后收到网络下发的RRC Connection Release，重定向到2G后掉话【问题分析】当UE上报A2测量报告后，eNB下发B2重配消息给UE，根据B2重配消息，UE测量满足B2-1和B2-2条件并上报B2事件，上报的B2事件包含准备切换的目标2G小区BCCH/NCC/BCC，见下图eSRVCC优化案例--eNodeB侧原因
?
案例1：GSM邻区参数错误导致掉话
正常情况下，eNB收到该B2事件测量报告后下mobilityFromEUTRACommand消息给UE，切换到该GSM邻区
异常情况下网络下发RRC Connection Release消息使UE重定向到BCCH为512的GSM小区，如下图，随后主叫重定向到GSM网络，在2G网络手机状态是空闲态，统计为掉话
通过以上现象分析可知UE VoLTE业务eSRVCCC切换到BCCH 525(BSIC 12)的G网邻区失败，核查网管中该G网邻区参数配置，发现该邻区BSIC配置为7，与实际UE测量的BSIC 12不一致，修改网管中该G网邻区BSIC为12后，可正常切换到该小区，掉话解决
【解决方案】：
同步LTE-->GSM网络邻区定义和实际GSM网络规划数据，如上案例，LTE-->GSM邻区定义中BSCI配置为7，而实际UE测量的BSIC为12，将LTE定义GSM邻区中BSIC改为12后，正常eSRVCC
相关推荐：
loading