性能优化组日常工作开展详细说明书1230由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“团队管理者的日常工作”。
性能优化组工作开展详细说明书
1)坏小区跟踪处理说明
责任人：
义乌片区:东永片区:金华片区:取数路径：坏小区处理包括日常处理和每周重点工作 日常处理门限定义：
高掉线小区：全天掉线次数>150次，无线掉线率>1% RRC建立成功率低小区：全天RRC连接建立失败次数>150次，RRC连接建立成功率150次，切换成功率
高掉线小区：每小时初始上下文建立成功次数>50次，无线掉线率>10% RRC建立成功率低小区：每小时RRC请求次数>50次，RRC连接建立成功率
1、查看指标：先确定当前指标是否恢复，是否为极个别小时的恶化引起的；查看历史情况确定突发点的时间，查看历史告警和当前告警
2、查看告警：若当前有告警的话，先和网管确认该告警对指标是否有影响，若有的，和网管配合做好问题定位，按紧急程度大小推动代维(In Service)或排障组(Maintenance)处理；若当前无告警，核查硬件(网管)和参数(王鑫炎、数据组)是否正常。
3、调整参数：在MapInfo和Google地图上查看站点的情况，是否为无线环境较差导致，结合Snapshot是否需要调整下参数，参数修改后至少要一天评估对比，若连续两天参数修改后指标有改善则可以闭环，若指标恶化及时回退参数；若参数修改无效进入延伸测试环节
4、延伸测试：在查看好指标，排查完告警后，修改参数未果的情况下，室内站点转到延伸，室外站点转到现场测试，根据现场测试反馈的结果再重新排查或者挂起 问题分类：
1、覆盖问题：因覆盖引起的指标较差，无线环境较差包括高速、铁路以及其他边远地区
2、参数问题：参数设置不当或配置错误，不包括弱覆盖中对参数的微调
3、硬件问题：硬件故障，告警，隐形故障等；若告警不影响指标划分到其他几项问题
4、干扰问题：网内、网外干扰，判断依据是上行干扰值或实时RSSI较高
5、系统问题：站点吊死、过载等，对于自动恢复、查不清原因的小区放到未知问题这一块
6、延伸问题：参数修改无效，硬件排查无故障的室分站点(E频段)，需要延伸处理
7、其他问题：其他、用户行为相关、未知等问题
主要处理方法：
1、硬件重启：站点重启，包括性能监控重启后恢复的站点
2、参数调整：参数核查、修改、回退等
3、开通站点：对应覆盖问题，需要优先开通站点
4、规划站点：对应覆盖问题，需要规划新的站点
5、故障排查：硬件故障、干扰、工程问题等的排查
6、现场测试：参数修改无效，硬件排查无故障的宏站(D、F频段)
7、延伸处理：针对延伸问题，8、其他：自动恢复、找不出有什么工程操作的、用户行为相关、挂起等 闭环定义：
非突发小区：连续两天及以上时间指标正常 突发小区：最新的24小时及以上指标正常
2)区域性干扰问题
取数路径：NPO、PMS、SAM 处理原则：
某一县市区域指标突然恶化（主要为RRC建立成功率），指标下降约0.3个百分点以上。恶化原因非个别小区吊死导致，同时单时段出现大量RRC建立失败次数在100次以上且RRC建立成功率不足90% 的小区，如果上述小区上行干扰统计大于-120dBm且地理位置相对集中，同时恶化区域内多个站点RSSI高于-80dBm且地理位置集中，则可判断为区域性干扰。主要处理方法：
1、依据指标恶化程度和实时RSSI强弱逐步锁定干扰区域及干扰中心区域（RSSI最强）
2、依据干扰开始时间和地理位置优先判断是否为干扰仪干扰（如周末学校站点）
3、对干扰中心区域站点逐一闭锁查看干扰是否消失，若干扰消失，则需对闭锁的站点进行工程排障和参数核查，最终确定干扰产生原因
4、若闭锁干扰中心站点干扰未消失，则需对干扰区域进行扫频，以确定干扰源
3)RRC建立成功率
取数路径：NPO、PMS 指标定义：
RRC连接建立成功次数/ RRC连接建立请求次数 处理原则：
全天RRC连接建立失败次数>150次，RRC连接建立成功率
1、确认是否全网指标恶化，例如大面积退服、脱管、传输断链等；另外若现场做过一些操作需了解到位，例如在某一片区域进行参数修改试验导致RRC指标恶化，则需及时回退。
2、需要寻找 TOP 站点，查看是哪些部分站点指标恶化拖累全网指标，一般情况下出现这种站点基本上都是吊死，重启恢复
(1)、排查干扰，看站点是否集中以及实时RSSI，一般情况下若出现区域性干扰，那么该区域的掉线率，RRC建立成功率都是很低的，校区站点出现干扰要结合时间点来判断，若干扰时间有规律，那么可以确定是干扰器导致，这类会自动恢复
(2)、最大用户数是否大于200，这类问题在扩容后已经减少，除了大型集会活动外一般不常见
(3)、是否有突发吊死，即单个站点或者小区RRC建立成功率较低且失败次数较多，重启后观察，并查看其具体是在哪个信令流程中失败(MSG1-MSG5)，收取相应trace分析
(4)、隐性故障导致，查看告警：查看RRC恶化时间点与该基站出现的告警是否大致相近，若相近则优先考虑处理该告警；若无告警，则需要观察几小时，若RRC建立成功率都是相当低的，同时重启无效的，那很有可能是隐性硬件问题需联系排障、代维上站检查设备(RRU、BBU等等)
(5)、弱覆盖
(6)、检查或调整参数设置（尤为注意边界、孤岛小区）
3、收取CallTrace分析
4)掉线率
取数路径：NPO、PMS 指标定义：
(eNB请求释放上下文数-正常的eNB 请求释放上下文数)/初始上下文建立成功次数 处理原则：
全天掉线次数>150次，无线掉线率>1% 主要处理方法：
1、首先排查覆盖问题，可根据历史指标判断，如果指标在某个时段突发变差，大致可以排除覆盖问题，如果指标一直很差，需要根据MR报告判别覆盖问题。
2、如果不是覆盖问题，排查干扰、突发问题，若是干扰导致，按干扰流程处理；若不是，提取TOP小区，分析主要掉线原因（RLF、RIF、IF等），对历史 KPI 分析，如果指标是某天开始恶化的，则核对改时间点前后的告警和数据配置变化，先排查硬件是否存在问题，如果有的话及时进行排障或联系代维，排除硬件问题后核查指标恶化点前后参数配置上的变化，是否调整过某个参数以及对邻区进行核查，存不存在邻区漏配情况。
3、如果一切都没有问题，收取CallTrace分析，通过后台信令排查掉话原因。
5)切换成功率
取数路径：NPO、PMS 指标定义：
切换成功次数/切换请求次数 处理原则：
切换差小区：全天切换失败次数>150次，切换成功率
1、排查干扰、突发问题
2、了解切换每个步骤，小区切换时分为切出SRC和切入TGT，不论小区作为SRC或TGT都分ENB内切换、X2切换、S1切换三个切换类型，每个切换类型又分为准备Prep和执行Exec两个阶段，切换失败的原因又分为Abort(链路故障或其他原因)和WithoutAbort（TGT小区定时器超时）。核查邻区是否漏配，在MapInfo上查找站点以及周边站点，结合NPO上的指标分析切换失败出现在哪个步骤，找出故障和吊死站点。
3、对比分析源和目标基站配置数据和告警数据，对于找出的差异之处和CallTrace进行联合分析，如果可以找到差异参数影响，回退参数进行验证。
