您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 项目/工程管理 > --TD-LTE的优化流程-运维优化.
TD-LTE工程优化流程和方法(1)工程优化主要是通过路测、定点测试等方式,结合天线调整,邻区、频率、PCI和基本参数优化提升网络KPI指标的过程。工程优化主要任务包括:覆盖调整TD-LTE系统采用AMC技术和高阶调制64QAM,对SINR要求更高,对网络覆盖优化提出更高要求,控制越区覆盖、净化切换带、消除交叉覆盖尤其突出和重要,特别是切换区覆盖控制。业务优化:在覆盖优化的基础上,完成对各项业务指标的提升工程优化主涉及流程如下:优化准备参数核查簇优化分区优化边界优化全网优化TD-LTE工程优化流程和方法(2)工程优化总体流程:参数核查簇优化1、覆盖优化2、业务优化片区优化1、覆盖优化2、业务优化边界优化1、覆盖优化2、业务优化全网优化1、覆盖优化2、业务优化优化验收优化准备《基站信息表》(含开通、告警信息)《验收测试规范和指标要求》《关键参数核查信息表》《簇划分站点列表》《XX簇优化报告》主流程相关材料《片区站点列表》《XX区优化报告》《片区站点列表》《XX边界优化报告》备注说明《站点信息表》《XX市、区全网优化报告》《XX市、区TD-LTE网络验收报告》该阶段需要准备好站点优化信息表,包括优化相关的工程参数、无线参数、站点开通信息、设备状态等信息确认小区参数配置与规划结果一致,主要是规划相关的无线参数,输出参数核查结果根据簇划分列表,逐个完成簇优化,输出优化报告,簇优化过程包括覆盖优化和业务优化的内容簇优化完成后,合并成片区优化,完成覆盖优化和业务优化后,输出片区优化报告边界优化主要梳理片区边界覆盖和邻区切换关系,边界优化报告开展全网DT测试,对重点道路和重点区域进行覆盖和业务优化,输出全网优化报告优化开始TD-LTE工程优化详细工作要求(1)优化准备:网络优化开展前的准备工作:基站信息表,基站开通信息表,告警信息表,地图,路测软件,测试终端,测试车辆,电源参数核查:针对需要优化区域的站点信息进行重点参数核查,确认小区配置参数与规划结果是否一致,重点参数包括:频率、邻区、PCI、功率、切换/重选参数、PRACH相关参数等。参考如下表格:TD-LTE工程优化详细工作要求(2)簇优化:簇优化是工程优化的最初阶段,首先需要完成覆盖优化,然后开展业务优化。簇内覆盖优化的工作步骤如下:1.根据实际情况,选取簇内的优化测试路线,尽量遍历簇内的道路;2.配置簇内站点的邻区关系,并检查邻区配置的正确性;3.开展簇内的DT测试,由于TD-LTE系统下UE上电后自动激活,处于RRC连接状态,所以DT处在RRC连接态下的测试;4.分析测试数据,找出越区覆盖、弱场覆盖、邻区切换不合理等问题点,并输出RF、邻区优化方案;5.实施RF优化方案,并开展验证测试;6.循环第3、4步骤,直至解决问题,完成簇内覆盖优化簇内业务优化的工作步骤为:1.按照测试规范开展DT或者定点测试;2.根据测试规范要求的优化目标,分析网络性能指标,如PDP激活成功率、RRC连接建立成功率、FTP上传和下载速率、ping包时延、切换成功率等关键指标,对异常事件开展深入分析,查找原因,制定优化方案。TD-LTE为数据网络,数据速率是衡量网络的关键指标之一,是异于其他网络的一个方面,因此重点关注数据上传、下载速率的测试和优化;3.执行步骤4的优化方案,并开展验证测试;4.循环第2-3步骤,直至解决问题,指标达到优化目标值TD-LTE工程优化详细工作要求(3)片区优化:在所划分区域内的各个簇优化工作结束后,进行整个区域的覆盖优化与业务优化工作。优化的重点是簇边界以及一些盲点。优化的顺序也是先覆盖优化,再业务优化,流程和簇优化的流程基本相同,区域优化的具体工作步骤参见簇优化覆盖优化工作步骤和业务优化工作步骤边界优化:片区内优化完成之后,开始进行片区边界优化。由相邻区域的网优工程师组成一个联合优化小组对边界进行覆盖和业务优化。当边界两边为不同厂家时,需要由两个厂家的工程师组成一个联合网优小组对边界进行覆盖优化和业务优化。覆盖和业务优化流程和簇优化流程完全相同。在优化过程中,注意及时更新工程参数表和参数调整跟踪表,及时总结调整前后的对比报告全网优化:全网优化即针对整网进行整体的网络DT测试,整体了解网络的覆盖及业务情况,并针对客户提供的重点道路和重点区域进行覆盖和业务优化。覆盖和业务优化流程和簇优化流程完全相同。在优化过程中,注意及时更新工程参数表和参数调整跟踪表,及时总结调整前后的对比报告运维优化流程•重点是指导现场在运营维护阶段的优化工作如何开展。该阶段的核心是保障用户感知,重点是维持网络稳定,使网络指标稳中有升,同时还要快速发现问题、定位问题并及时向相关人员反馈结果,力争在网络出问题的第一时间发现并处理运维优化KPI监控运维监控告警处理日常KPI监控参数修改过程KPI监控版本升级KPI监控日常KPI监控(1)•日常KPI监控流程参数问题交网优处理最坏小区分类问题处理小组对各类最坏小区分类、汇总、定位交网优处理交设备维护处理用固定格式邮件发给相关人员覆盖问题设备问题指标统计输出Excel形式KPI日报指标变化分析定位问题筛选最坏小区小区个性问题网络共性问题检查问题范围判断故障检查eNodeB全局参数eNodeB问题CN问题参数正常?是交核心网否MRR/CDT分析终端问题导出全网指标粒度1天cell级数据日常KPI监控(2)业务保持业务掉线率后台统计是业务掉话=其他业务掉话次数/其他业务接通次数×100%系统内切换成功率后台统计是LTE系统内切换成功率=LTE切换成功次数/LTE切换请求次数×100%系统间切换成功率(可选)后台统计是系统间切换成功率=系统间切换成功次数/系统间切换请求次数×100%接入类RRC接入成功率后台统计是RRC连接完成/收到RRC连接请求寻呼成功率核心网统计是核心网下发寻呼次数/核心网收到寻呼响应的次数业务相关无线接通率E-RAB成功率后台统计(核心网)是MeasuretheratioofsuccessfullyestablishedserviceE-RABdividedbytotalattemptstoestablishtheEPSBearerinthesignallingphase//业务接入成功率=业务成功建立次数/业务发起请求次数×100%业务质量类业务接入平均时延后台统计否终端从PRACHpreamble到RRCConnectionSetupComplete平均上下行速率后台统计否每RB上的平均上下行速率服务可获得性忙时小区的下行PDSCH利用率后台统计否PDSCH平均调度资源/PDSCH所有资源网络接纳拒绝率后台统计是拒绝次数/接纳次数•日常KPI监控内容日常KPI监控(3)•日常KPI监控方法–KPI日常监控主要是为了发现前一天或者今天的影响网络指标的最坏小区;按照一定的规则筛选出最坏小区。统计时间粒度:1天(24小时);统计类别:小区级;统计频率:每天一次,早上10点前完成参数修改KPI监控(1)•参数修改KPI监控流程参数修改KPI监控(2)•参数修改KPI监控内容网络覆盖指标RSCP覆盖率路测是保证业务质量的最基本和最重要的指标统计RSRP和RSRQ,后期可以通过测量上报上报RSRP和RSRQ指标SINR覆盖率路测否SINR0dB取样点数/总取样点数TD-LTE在网时长占比DT测试否路测中TD-LTE在网时长/测试时长业务保持业务掉话率DT测试是业务掉话=其他业务掉话次数/其他业务接通次数×100%系统内切换成功率DT测试后台统计是LTE系统内切换成功率=LTE切换成功次数/LTE切换请求次数×100%系统间切换成功率(可选)DT测试后台统计是系统间切换成功率=系统间切换成功次数/系统间切换请求次数×100%接入类RRC接入成功率后台统计DT测试是RRC连接完成/收到RRC连接请求寻呼成功率核心网统计是核心网下发寻呼次数/核心网收到寻呼响应的次数业务相关无线接通率E-RAB成功率后台统计(核心网)DT测试是MeasuretheratioofsuccessfullyestablishedserviceE-RABdividedbytotalattemptstoestablishtheEPSBearerinthesignallingphase//业务接入成功率=业务成功建立次数/业务发起请求次数×100%业务质量类业务接入平均时延后台统计DT测试否终端从PRACHpreamble到RRCConnectionSetupComplete平均上下行速率后台统计DT测试否每RB上的平均上下行速率HOCONTROLDELAY(HO控制面时延)DT测试否切换COMMAND到HOCOMPLETE(重配完成)pingpacketlostrate(32BYTES)PING32字节丢包率CQT测试DT测试否可以分远,中,近点统计pingjitter(32bytes)(PING32字节抖动)CQT测试DT测试否可以分远,中,近点统计pingroundtriptimes32bytes,ping包平均时延32BYTES(UserPlaneLatency)CQT测试DT测试否可以分远,中,近点统计参数修改KPI监控(3)参数修改KPI监控方法KPI级对于后台监控指标,统计时间粒度:15分钟;统计类别:eNodeB级;统计频率:15分钟一次;对比法;参数修改生效后一天的数据,与以前一天工作日数据的对比(不能与周末对比);或者与上周同一时间段对比。这周一与上周一对比,周二与上周二对比,以此类推。这种对比方法主要是基于每周用户行为的一致性考虑。如果发现指标恶化马上预警,并找出最坏小区,定位问题原因,决定是否回退。实时监控法;定好指标衡量的标准,如果发现某个eNodeB指标超出标准,马上预警,并找出最坏小区,定位问题原因,决定是否回退。对于CQT或者DT数据,可在参数修改完后,安排相应人员进行测试运维指标监控(1)运维指标监控流程全网数据采集数据是否正常全网数据分析转告警分析流程全网运维指标监控记录问题分析问题分析统计表判断问题类型及处理人员其他问题eNodeB接口人机房处理是否可以解决问题升级故障解决是否可以远程解决安排人员现场处理是否可以解决故障问题升级故障解决结束否是运维指标监控(2)运维指标监控内容:全网运维监控指标包括站点完好率、小区退服率、每站当前告警数、每站历史告警数4项,每日需要对上述指标进行分析,如存在指标未达标,则需要进行针对性的分析处理。站点完好率:维站点中完好站点数:运维站点数中的没有任何告警,所有小区和公共信道都正常的站点。站点完好率得分按如下公式计算:站点完好率=运维站点中的完好站点/运维站点数小区退服率:通过网管统计前一天8:00到23:00的运维的小区的退服率。每站当前告警数。网管上告警总数:统计网管上当前告警总数,包括eNodeB、网管等所有告警数。当前告警得分按如下公式计算:每站点当前告警数=网管上告警总数/网管上站点总数每站历史告警数。一天的历史告警总数:统计网管上前一天(24小时)的历史告警总数。历史告警得分按如下公式计算:每站点历史告警数=一天的历史告警总数/网管上站点总数运维指标监控(3)监控方法统计时间粒度:24小时;统计类别:RNC级;统计频率:24小时一次;运维指标采用对比监控法:每天统计全网运维指标是否正常,有没有达到正常标准,如果发现某个eNodeB指标超出标准,马上预警,定位问题原因,推动解决告警处理流程(1)•告警处理流程告警查询告警分析告警分析统计表是否影响网络指标通知网优协助处理判断问题类型及处理人员eNodeB告警责任人其他告警责任人机房处理是否可以解决问题升级故障解决是否可以远程解决安排人员现场处理是否可以解决故障问题升级故障解决结束告警处理流程(2)告警处理内容和方法故障的监控内容较多,一般为无网管上报的告警信息。根据告警影响程度,有轻到重依次为轻微、普通、重要和严重几个等级,告警一般按照告警影响程度由重到轻的顺序处理。告警分类以及处理建议,可参考如下表格:性能优化流
本文标题:--TD-LTE的优化流程-运维优化.
链接地址:https://www.777doc.com/doc-3046352 .html