【TD-LTE】异频切换不及时类问题解优化思考.docx

概述切换是移动性管理的重要功能之一，自LTE商用以来，网络覆盖的提升，LTE用户数量逐步加大，LTE的切换重要性就显得更加的突出，它不仅影响着小区边界处的呼叫服务质量，还与网络的负载情况有着紧密的联系。随着后期VOLTE的部署，VOLTE对业务实时性具有更高的要求，合理的切换就更具有举足轻重的作用了。如果切换过程进行得不好的话，很可能造成小区的过载和移动台的“掉话”，使网络服务质量大大下降，严重影响用户感知。而如何让用户更好的享用4G,体验高速上网和高质量语音业务，成为研究课题。发现问题通过现网后台指标提取、现场测试、数据分析、用户投诉等方式发现问题，具体影响切换的因素如下图：优化思路所有的异常流程都首先需要检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。整个切换过程异常情况我们分为几个阶段：1、测量报告发送后是否收到切换命令。2、收到重配命令后是否成功在目标测发送MSG1。3、成功发送MSG1之后是否正常收到MSG2。图3-1为切换问题整体过程流程图，在某一环节出现问题我们可查询相应处理流程进行排查。图 31 切换问题分析整体思路3.1测量报告发送后未收到切换命令这个情况是我们外场最常见问题，处理定位也比较复杂，分析流程见图3-2：基站未收到测量报告（可通过后台信令跟踪检查）：1、检查覆盖点是否合理，主要是检查测量报告点的RSRP,SINR等覆盖情况，确认终端是否在小区边缘，或存在上行功率受限情况（根据下行终端估计的路损判断）。如果是该情况，按照现场情况调整覆盖，及切换参数，解决异常情况2、检查是否存在上行干扰，可通过后台查询，如：在20M带宽下，基站接收无终端接入时接收的底噪约为-98dBm，如果在无用户时底噪过高则肯定存在上行干扰，上行干扰优先检查是否为邻近其他小区GPS失锁导致，当前版本暂不支持后台工具定位干扰源位置，只能将通过关闭干扰源附近站点，使用Scanner进行CW测试来排查。基站收到了测量报告：1.未向终端发送切换命令情况：（1）确认目标小区是否为漏配邻区，漏配邻区从后台比较容易看出来，直接观察后台信令跟踪中基站收到测量报告后是否向目标小区发送切换请求即可；漏配邻区也可在前台进行判断，首先检查测量报告中给源小区的上报的PCI，检查接入或切换至源小区时重配命令中的MeasObjectToAddModList字段中的邻区列表中是否存在终端测量报告携带的PCI；如果确认为漏配邻区添加邻区关系即可（2）在配置了邻区后若收到了测量报告后，源基站会通过X2口或者S1口（若没有配置X2偶联）向目标小区发送切换请求。此时需要检查是否目标小区未向源小区发送切换响应，或者发送HANDOVER PREPARATION FAILUE信令，在这种情况下源小区也不会向终端发送切换命令此时需要从以下三个方面定位：① 目标小区准备失败，RNTI准备失败、PHY/MAC参数配置异常等会造成目标小区无法接纳而返回HANDOVER PREPARATION FAILURE。② 传输链路异常，会造成目标小区无响应。③ 目标小区状态异常，会造成目标小区无响应。2、向终端发送切换命令情况：（1）主要检查测量报告上报点的覆盖情况，是否为弱场，或强干扰区域，优先建议通过工程参数解决覆盖问题，若覆盖不易调整则通过调整切换参数优化。图 32 发送测量报告后未收到切换命令处理流程。图 32 发送测量报告后未收到切换命令处理流程3.2目标小区MSG1发送异常情况正常情况测量报告上报的小区都会比源小区的覆盖情况好，但不排除目标小区覆盖陡变的情况，所以首先排除掉由于测试环境覆盖引起的切换问题。这类问题建议优先调整覆盖，若覆盖不易调整则通过调整切换参数优化。当覆盖比较稳定却仍无法正常发送的话就需要在基站测检查是否出现上行干扰。具体流程如下：图 33 目标小区MSG1发送异常处理流程3.3 接收RAR异常情况接收RAR异常情况，该情况一般主要检查测试点的无线环境，处理思路仍是优先优化覆盖若覆盖不易调整再来调整切换参数.图 33 接收RAR异常异常处理流程案例4.1 异频邻区未配置无法切换（TDD）优化案例【案例描述】UE在西林四街占用致顺路-SCDHLS1HM1CH-D3（频点：38100，PCI：323）由北向南进行下载业务，随着测试进行车辆右拐后出现切出异常直至信号衰减至 -122dbm后RRC连接释放后去异网。上图为测试时，UE连续上报测量报告但未正常切换出的截图，由于连续进行异频测量上报，但是未正常切换至道路主覆盖小区西林路-SCDHLS2HM3CH-D1（PCI=365）或西林路-SCDHLS2HM3CH-D3（PCI=364）后拖死，对测试数据进行详细回放分析发现：源小区成功下发异频测量控制。如下图：源小区信道质量良好且持续9秒连续上报测量报告