资源预览内容
第1页 / 共9页
第2页 / 共9页
第3页 / 共9页
第4页 / 共9页
第5页 / 共9页
第6页 / 共9页
第7页 / 共9页
第8页 / 共9页
第9页 / 共9页
亲,该文档总共9页全部预览完了,如果喜欢就下载吧!
资源描述
. .1. 概述切换是移动性管理的重要功能之一,自LTE商用以来,网络覆盖的提升,LTE用户数量逐步加大,LTE的切换重要性就显得更加的突出,它不仅影响着小区边界处的呼叫服务质量,还与网络的负载情况有着紧密的联系。随着后期VOLTE的部署,VOLTE对业务实时性具有更高的要求,合理的切换就更具有举足轻重的作用了。如果切换过程进行得不好的话,很可能造成小区的过载和移动台的“掉话”,使网络服务质量大大下降,严重影响用户感知。而如何让用户更好的享用4G,体验高速上网和高质量语音业务,成为研究课题。2. 发现问题通过现网后台指标提取、现场测试、数据分析、用户投诉等方式发现问题,具体影响切换的因素如下图:3. 优化思路所有的异常流程都首先需要检查基站、传输等状态是否异常,排查基站、传输等问题后再进行分析。整个切换过程异常情况我们分为几个阶段:1、测量报告发送后是否收到切换命令。2、收到重配命令后是否成功在目标测发送MSG1。3、成功发送MSG1之后是否正常收到MSG2。图3-1为切换问题整体过程流程图,在某一环节出现问题我们可查询相应处理流程进行排查。图Error! No text of specified style in document.1切换问题分析整体思路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)主要检查测量报告上报点的覆盖情况,是否为弱场,或强干扰区域,优先建议通过工程参数解决覆盖问题,若覆盖不易调整则通过调整切换参数优化。图Error! No text of specified style in document.2发送测量报告后未收到切换命令处理流程。图Error! No text of specified style in document.3发送测量报告后未收到切换命令处理流程3.2目标小区MSG1发送异常情况正常情况测量报告上报的小区都会比源小区的覆盖情况好,但不排除目标小区覆盖陡变的情况,所以首先排除掉由于测试环境覆盖引起的切换问题。这类问题建议优先调整覆盖,若覆盖不易调整则通过调整切换参数优化。当覆盖比较稳定却仍无常发送的话就需要在基站测检查是否出现上行干扰。具体流程如下:图Error! No text of specified style in document.3目标小区MSG1发送异常处理流程3.3 接收RAR异常情况接收RAR异常情况,该情况一般主要检查测试点的无线环境,处理思路仍是优先优化覆盖若覆盖不易调整再来调整切换参数.图Error! No text of specified style in document.3接收RAR异常异常处理流程4. 案例4.1 异频邻区未配置无法切换(TDD)优化案例案例描述UE在西林四街占用致顺路-SCDHLS1HM1CH-D3(频点:38100,PCI:323)由北向南进行下载业务,随着测试进行车辆右拐后出现切出异常直至信号衰减至 -122dbm后RRC连接释放后去异网。上图为测试时,UE连续上报测量报告但未正常切换出的截图,由于连续进行异频测量上报,但是未正常切换至道路主覆盖小区西林路-SCDHLS2HM3CH-D1(PCI=365)或西林路-SCDHLS2HM3CH-D3(PCI=364)后拖死,对测试数据进行详细回放分析发现:1、 源小区成功下发异频测量控制。如下图:2、 源小区信道质量良好且持续9秒连续上报测量报告后网络侧未判决切换。如下图: 由于是异频切换,怀疑邻区关系不完善或异频门限设置不合理导致切换失败。处理过程处理步骤:1、核查致顺路-SCDHLS1HM1CH-D3与西林路-SCDHLS2HM3CH-D1与顺路-SCDHLS1HM1CH-D3与西林路-SCDHLS2HM3CH-D3双向邻区关系。经核查,致顺路-SCDHLS1HM1CH-D3与西林路-SCDHLS2HM3CH-D1邻区已经添加;致顺路-SCDHLS1HM1CH-D3与西林路-SCDHLS2HM3CH-D3邻区未添加。2、核查致顺路-SCDHLS1HM1CH-D3与西林路-SCDHLS2HM3CH-D1外部小区定义。经核查,外部小区定义无误。3、经核查目标小区传输链路无异常,目标小区状态正常,目标小区切换各类指标正常。4、核查源小区异频切换事件配置为A4,门限分别配置为:A1:-97,A2:-100,A4:-98,无明显不合理。网元本地小区标识异频A1 RSRP触发门限(毫瓦分贝)异频A2 RSRP触发门限(毫瓦分贝)基于覆盖的异频RSRP触发门限(毫瓦分贝)致顺路-SCDHLS1HM1CH2-97-100-985、添加致顺路-SCDHLS1HM1CH-D3与西林路-SCDHLS2HM3CH-D3双向邻区关系,调整致顺路-SCDHLS1HM1CH-D3向37900的异频切换门限A1:-92,A2:-95,A4:-90后复测,切换正常,问题解决。如下图:经验总结1、 对于异频切换门限的设置应根据实际情况设置,既不能过早测量异频耗费共享信道资源,也不能过迟测量导致测量时上报的小区已与源小区未配置邻区。2、 异频切换应根据实际情况配置切换事件,当异频配置为A4事件切换时A4门限建议配置为-90至-100之间。3、 异频邻区应合理添加,尽量避免因异频邻区缺失导致切换异常拖死。5. 案例引发思考本次切换异常的主要原因是异频邻区漏配,其次是异频测量门限低导致。但是仔细分析数据发现,UE在09:51:15至09:51:20之间连续上报的PCI=364和PCI=365的RSRP均在-85dbm以上,信号电平良好。截图如下: 09:51:15的测量报告:由上图可以看出源小区的RSRP=-108,SINR=0;测量报告的最强邻区PCI=364,RSRP=-70;次强邻区PCI=365,RSRP=-78。上报两个邻区均满足异频切换门限但是由于最强邻区与源小区未配置邻区关系导致网络侧未判决切换。 09:51:20的测量报告:由上图可以看出源小区的RSRP=-108,SINR=1;测量报告的最强邻区PCI=364,RSRP=-62;次强邻区PCI=365,RSRP=-80。上报两个邻区均满足异频切换门限但是由于最强邻区与源小区未配置邻区关系导致网络侧未判决切换。 09:51:23的测量控制:由上图可知网络侧发起对TD-SCDMA的测量控制,仍然未判决切换。开篇我们提到,切换是移动性管理的重要功能之一,通过分析排查我们知道致顺路-SCDHLS1HM1CH-D3与西林路-SCDHLS2HM3CH-D1已正确配置邻区关系,在满足切换条件但是不是最佳邻区的情况下网络侧未判决切换,导致一次去异网事件。通过对本次切换不成功拖死去系统的分析处理,对此我大胆提出对于LTE的异频切换在最强邻区不满足切换条件而次强邻区满足切换条件的情况下,是否可以通过判决惩罚机制,使网络侧重新判决次强邻区使得UE切换至满足条件的次强邻区,避免案例中存在的去异网的情况发生?以此提升网络资源利用率,提升用户感知度。12 / 12
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号