TDLTE网络优化流程.ppt

《TDLTE网络优化流程.ppt》由会员分享，可在线阅读，更多相关《TDLTE网络优化流程.ppt（26页珍藏版）》请在三一办公上搜索。

1、TD-LTE工程优化流程和方法（1）,工程优化主要是通过路测、定点测试等方式，结合天线调整，邻区、频率、PCI和基本参数优化提升网络KPI指标的过程。工程优化主要任务包括：覆盖调整TD-LTE系统采用AMC技术和高阶调制64QAM，对SINR要求更高，对网络覆盖优化提出更高要求，控制越区覆盖、净化切换带、消除交叉覆盖尤其突出和重要，特别是切换区覆盖控制。业务优化：在覆盖优化的基础上，完成对各项业务指标的提升工程优化主涉及流程如下：,TD-LTE工程优化流程和方法（2）,工程优化总体流程：,TD-LTE工程优化详细工作要求（1）,优化准备：网络优化开展前的准备工作：基站信息表，基站开通信息表，告

2、警信息表，地图，路测软件，测试终端，测试车辆，电源,参数核查：针对需要优化区域的站点信息进行重点参数核查，确认小区配置参数与规划结果是否一致，重点参数包括：频率、邻区、PCI、功率、切换/重选参数、PRACH相关参数等。参考如下表格：,TD-LTE工程优化详细工作要求（2）,簇优化：簇优化是工程优化的最初阶段，首先需要完成覆盖优化，然后开展业务优化。簇内覆盖优化的工作步骤如下：1.根据实际情况，选取簇内的优化测试路线，尽量遍历簇内的道路；2.配置簇内站点的邻区关系，并检查邻区配置的正确性；3.开展簇内的DT测试，由于TD-LTE系统下UE上电后自动激活，处于RRC连接状态，所以DT处在RRC连

3、接态下的测试；4.分析测试数据，找出越区覆盖、弱场覆盖、邻区切换不合理等问题点，并输出RF、邻区优化方案；5.实施RF优化方案，并开展验证测试；循环第3、4步骤，直至解决问题，完成簇内覆盖优化簇内业务优化的工作步骤为：1.按照测试规范开展DT或者定点测试；2.根据测试规范要求的优化目标，分析网络性能指标，如PDP激活成功率、RRC连接建立成功率、FTP上传和下载速率、ping包时延、切换成功率等关键指标，对异常事件开展深入分析，查找原因，制定优化方案。TD-LTE为数据网络，数据速率是衡量网络的关键指标之一，是异于其他网络的一个方面，因此重点关注数据上传、下载速率的测试和优化；3.执行步骤4的

4、优化方案，并开展验证测试；4.循环第2-3步骤，直至解决问题，指标达到优化目标值,TD-LTE工程优化详细工作要求（3）,片区优化：在所划分区域内的各个簇优化工作结束后，进行整个区域的覆盖优化与业务优化工作。优化的重点是簇边界以及一些盲点。优化的顺序也是先覆盖优化，再业务优化，流程和簇优化的流程基本相同，区域优化的具体工作步骤参见簇优化覆盖优化工作步骤和业务优化工作步骤,边界优化：片区内优化完成之后，开始进行片区边界优化。由相邻区域的网优工程师组成一个联合优化小组对边界进行覆盖和业务优化。当边界两边为不同厂家时，需要由两个厂家的工程师组成一个联合网优小组对边界进行覆盖优化和业务优化。覆盖和业务

5、优化流程和簇优化流程完全相同。在优化过程中，注意及时更新工程参数表和参数调整跟踪表，及时总结调整前后的对比报告,全网优化：全网优化即针对整网进行整体的网络DT测试，整体了解网络的覆盖及业务情况，并针对客户提供的重点道路和重点区域进行覆盖和业务优化。覆盖和业务优化流程和簇优化流程完全相同。在优化过程中，注意及时更新工程参数表和参数调整跟踪表，及时总结调整前后的对比报告,运维优化流程,重点是指导现场在运营维护阶段的优化工作如何开展。该阶段的核心是保障用户感知，重点是维持网络稳定，使网络指标稳中有升，同时还要快速发现问题、定位问题并及时向相关人员反馈结果，力争在网络出问题的第一时间发现并处理,日常K

6、PI监控（1）,日常KPI监控流程,导出全网指标粒度1天cell级数据,日常KPI监控（2）,日常KPI监控内容,日常KPI监控（3）,日常KPI监控方法KPI日常监控主要是为了发现前一天或者今天的影响网络指标的最坏小区；按照一定的规则筛选出最坏小区。统计时间粒度：1天（24小时）；统计类别：小区级；统计频率：每天一次，早上10点前完成,参数修改KPI监控（1）,参数修改KPI监控流程,参数修改KPI监控（2）,参数修改KPI监控内容,参数修改KPI监控（3）,参数修改KPI监控方法KPI级对于后台监控指标，统计时间粒度：15分钟；统计类别：eNodeB级；统计频率：15分钟一次；对比法；参数

7、修改生效后一天的数据，与以前一天工作日数据的对比（不能与周末对比）；或者与上周同一时间段对比。这周一与上周一对比，周二与上周二对比，以此类推。这种对比方法主要是基于每周用户行为的一致性考虑。如果发现指标恶化马上预警，并找出最坏小区，定位问题原因，决定是否回退。实时监控法；定好指标衡量的标准，如果发现某个eNodeB指标超出标准，马上预警，并找出最坏小区，定位问题原因，决定是否回退。对于CQT或者DT数据，可在参数修改完后，安排相应人员进行测试,运维指标监控（1）,运维指标监控流程,运维指标监控（2）,运维指标监控内容：全网运维监控指标包括站点完好率、小区退服率、每站当前告警数、每站历史告警数4

8、项，每日需要对上述指标进行分析，如存在指标未达标，则需要进行针对性的分析处理。站点完好率：维站点中完好站点数：运维站点数中的没有任何告警，所有小区和公共信道都正常的站点。站点完好率得分按如下公式计算：站点完好率运维站点中的完好站点/运维站点数小区退服率：通过网管统计前一天8:00到23:00的运维的小区的退服率。每站当前告警数。网管上告警总数：统计网管上当前告警总数，包括eNodeB、网管等所有告警数。当前告警得分按如下公式计算：每站点当前告警数网管上告警总数/网管上站点总数每站历史告警数。一天的历史告警总数：统计网管上前一天（24小时）的历史告警总数。历史告警得分按如下公式计算：每站点历史告

9、警数一天的历史告警总数/网管上站点总数,运维指标监控（3）,监控方法统计时间粒度：24小时；统计类别：RNC级；统计频率：24小时一次；运维指标采用对比监控法：每天统计全网运维指标是否正常，有没有达到正常标准，如果发现某个eNodeB指标超出标准，马上预警，定位问题原因，推动解决,告警处理流程（1）,告警处理流程,告警处理流程（2）,告警处理内容和方法故障的监控内容较多，一般为无网管上报的告警信息。根据告警影响程度，有轻到重依次为轻微、普通、重要和严重几个等级，告警一般按照告警影响程度由重到轻的顺序处理。告警分类以及处理建议，可参考如下表格：,性能优化流程,性能优化流程,典型性能优化案例-数据

10、吞吐量（1）,关于吞吐量：1.单独下行吞吐量(单UE或多UE)2.单独上行吞吐量(单UE或多UE)3.上下行同传吞吐量(单UE或多UE)4.上下行混传吞吐量（多UE)5.FTP吞吐量 VS UDP吞吐量6.静止吞吐量(极好点 VS 好点 VS 中点 VS 差点 VS切换区点）7.移动吞吐量(步行VS低速VS中速VS高速）8.单UE吞吐量 VS 多UE吞吐量 9.单小区吞吐量 VS 多小区吞吐量,吞吐量的问题和现象：1.极好点的下行(上行)峰值吞吐量不达标2.下行(上行)FTP吞吐量明显低于UDP吞吐量3.下行(上行)静止吞吐量波动大，平均吞吐量偏低4.下行(上行)移动吞吐量波动大，平均吞吐量偏

11、低5.多UE下行(上行)吞吐量低于单UE下行(上行)吞吐量6.单UE(多UE)上下行同传吞吐量偏低7.多UE上下行混传吞吐量偏低8.多小区多UE场景下，下行(上行)吞吐量偏低。,典型性能优化案例-数据吞吐量（2）,影响吞吐量的原因分类：1.无线信道条件差，SINR低（信号弱或干扰大）2.无线信道不满足双流条件3.算法参数不合理，导致性能波动不收敛或异常4.调度数据量不足，调度RB数或子帧数不满（PDN问题、反馈包不及时、传输受限、缓存器不足等）5.终端问题（类型、版本、个体）。,典型性能优化案例-数据吞吐量（3）,分析和优化：分析数据先看宏观面（吞吐量及其变化特点，如峰值吞吐量能达到多少，是否

12、稳定等），再看微观点,即在eNB侧和UE侧的后台依次同时查看下述关键数据，如下：（1）BLER(ACK、NACK、DTX)（2）HARQ 第N次重传成功率（N=1、2、3。）（3）SINR/CQI/RI/PMI（4）RSRP/RSRQ/RSSI/Pathloss（包括邻区的RSRP)（5）IOT(Thermal Noise and Interference）（6）MCS/RB/TB/TTI（每帧调度TTI，或每秒调度包数）（7）BSR（8）Transmit Power/TPC/PHR需要注意的是，需要确认eNB侧和UE侧数据统计是一致，特别是BLER。,典型性能优化案例-数据吞吐量（4）,排查

13、思路和顺序（1）先功能后性能：先找极好点（满足双流下的SINR超过20dB），验证单UE的上下行UDP（或FTP)能否达到峰值吞吐量；然后再在好点、中点、差点、移动下场景下排查吞吐量问题，这时候要紧密结合数据分析（见上）；（2）先单UE后多UE：先作单UE，如果是作多UE的吞吐量，也应该从单个开始，逐步增加UE，每增加1个UE，都要保持观察一段时间；（3）先单小区后多小区：由于邻区RS对本小区的干扰，所以单小区的场景包括关闭邻区和邻区空载两种，而多小区的场景包括各小区空载和加载两种；（4）先简单场景后复杂场景：例如先单小区定点，再多小区定点，或先单小区覆盖拉远拉近，在多小区移动切换；（5）在上

14、述排查顺序中，要充分结合前后数据的变化进行对比分析,切换性能优化,切换优化流程,切换异常分析,切换过程中，一般存在如下异常：（1）终端上报测量报告，但是由于上行信道质量不好或失步，导致eNodeB收不到测量报告，服务小区信号已经很差了，却不能发起切换。（2）eNodeB没有配置邻区消息，UE无法发起测量报告。（3）UE由于和原小区失步，收不到原小区数据，收不到RRC重配置信令，导致无法切换。（4）UE收到RRC重配置消息，却无法在新小区建立上行同步，导致帧定时跟踪出现问题，这样UE无法在目标小区正确收发，导致RRC重配置超时。（5）UE收到RRC重配置消息，由于原小区或周围邻小区对目标小区的下

15、行信号有干扰，导致UE无法正确解析目标小区的下行信号，导致不能与目标小区建立同步，而引发RRC重配置超时。（6）UE已向目标eNode B发送RRC重配置完成信令，但是由于目标小区eNode B底噪过高，或此时多部UE位于小区边缘，且上行发射功率都被抬升的比较高，导致产生较大的上行干扰，使得目标小区eNode B无法正确解析重配置完成的信令，而引发RRC重配置超时。（7）系统侧切换参数配置不合理，造成UE在系统下只测量不切换，或是无法切换等原因，从而造成掉线。,切换问题分析和排查,换成功率指标分析。分析切换成功率的种类，从网管上对切换成功率进行简要分析，分析是何种切换较差造成了整体切换成功率较

16、差，是X2切换还是S1切换，或者其他类型切换异常。1.无线侧问题排查无线侧出现的切换问题一些原因为：（1）其它同频同PCI小区虚假信号导致；（2）覆盖问题，目标小区RSRP或C/I较差，UE与之无法取得同步；（3）同频干扰，造成在切换时C/I较差，UE与目标小区无法取得同步；（4）邻区配置错误，没有配置邻区或者漏配邻区，导致不发测量报告，或者发送测量报告后，eNodeB不处理；（5）X2偶联未建立，导致eNodeB间无法交互数据，基于X2的切换异常（6）系统侧切换参数配置不合理，造成部分特殊场景切换易掉线。2.检查基站小区的故障：检查相关的小区是否存在硬件故障告警，特别GPS等硬件故障，这会严

17、重影响切换的成功率（一旦GPS失步），如存在相关的硬件故障，请相关团队协助解决。3.检查切换参数配置：这其中主要包括以下几项：（1）邻小区关系中是否存在同频同PCI的现象；（2）是否存在单边邻小区关系；（3）是否存在邻区漏配的情况；（4）是否存在切换开关设置的问题（有部分HOM开关可能被关掉或在外部小区定义中的切入开关设为禁止）；（5）切换相关的事件定义是否准确，小区切换参数是否正常,切换优化案例分析,结论 发生切换的两个未配置邻区关系，未建立X2口SCTP偶联 TD-LTE中存在监视集邻区，未配置邻区关系亦可测量，并可作为切换目标小区 配置两个小区邻区关系，创建X2口SCTP偶联，切换正常,问题分析 从终端侧信令可看到，UE连续上报多个测量报告后，未收到网络侧RRC连接重配消息，切换失败 解析上报的测量报告内容可知，切换目标小区PCI为250（广州大桥北TL1）解析RRC connection Reconfiguration消息可知，下发邻区表中并无PCI为250的小区,