TOP小区处理流程-经典
标杆物业业主投诉处理流程及服务标准及流程图
标杆物业业主投诉处理流程及服务标准及流程图有人说，物业和业主就像一对小伙伴，只有相互支持才能走得更远。
业主的投诉，很多物业企业往往置之不理，导致剑拔弩张。
本来是一对好朋友，最后却成了仇人。
因此，我们规范每一标准，细化每一处细节。
顾客（业主）感到愉悦的物业现场一、视觉感受1．办公环境整洁明亮2．服务人员笑容真诚3．服务人员礼仪规范4．服务人员水平专业二、听觉感受1．办公环境不嘈杂2．服务人员声音温和3．服务人员用语规范三、嗅觉感受1．办公环境气味清新2．服务人员身上无异味四、心理感受1．办公环境良好有愉悦感2．主动接待有被重视感3．语言、姿势礼貌规范有被尊重感4．服务人员面带笑容有亲切感5．服务人员声音温和有轻松感6．服务人员业务精通有信任感处理顾客（业主）投诉服务流程顾客（业主）投诉处理服务流程标准1：来访诉求来访投诉是指业主认为由于我们工作上的失职、失误、失度、失控伤害了他们的自尊或利益，或因非本单位能力范围内解决的问题，顾客单方面认为由管理处处理，而没有满足其需求而当面向服务人员提出的意见。
这就要求接待人员在接待过程中认真对待、快速反应、及时反馈消除业主对我们工作的误解，重新与顾客建立信任和谐的业主关系。
•一般业主1、服务中心及办公室人员依照《服务中心来访接待流程》进行热情接待（工作贴士B1）；2、服务人员在接待中与业主的距离约为1米左右，态度诚恳，真诚地看着对方的眼睛，不要有不耐烦的表情出现，并耐心倾听顾客投诉情况，不轻易打断顾客（工作贴士B2），待其将情况说明后，再与其沟通；3、待投诉者讲完后，要进一步问清有关情况（违纪贴士D1）；4、对于业主不清楚、不理解的问题，首先向业主说明实际情况，争取顾客的谅解，以免造成误解。
•情绪激动业主是指在投诉过程中脾气相对急躁、情绪较为激动的业主。
对待此类型的业主服务人员要以包容的心态，认真对待他们的投诉。
现场当班员工的表情、行为和语言：1、接待情绪较激动顾客时，服务人员调整与对方的距离约为1.5米左右，态度诚恳，真诚地看着对方的眼睛，不要有愤怒的表情出现；2、耐心等待其情绪稍缓，再与其沟通，如“先生／小姐您好，我们理解您的感受，请用理性的行为处理事情”；3、当向顾客解释无效或是处理的问题达不到顾客满足，再或者已接待3-5分钟之久，顾客情绪仍很激动时，立即将服务上移，并告知顾客：“尽快安排我们的主任与您沟通，共同设法妥善处理您的要求”，以征询顾客意见；4、获同意后，在顾客面前联系客服主任或者其他同事［用语如下：“××经理，请速到××来，这里有顾客需要您协助帮忙”］，并在联系、确认完毕后告知对方已经和上级取得联系：“请您稍等一下，我们的经理马上过来”；5、在服务中心经理来了之后，主动向顾客介绍［用语如下：您好，这是我们的××经理。
LTE差小区处理思路和步骤
目前LTE网络的差小区处理主要是处理下表中六类中的：在日常工作中优先处理（低成本高回报）网络结构类、性能分析、邻区参数核查、资源评估。
PCI冲突：相邻两个同频小区的PCI相同PCI混淆：一个小区的任意两个同频邻区的PCI相同指标定义：在网管上进行相关指标定义、KPI监控模板，根据话统数据筛选出TOP问题小区进行定位。
TOP小区判断阈值建议：1、RRC建立失败：RRC连接建立失败次数大于50次，RRC连接建立成功率小于95%；2、E-RAB建立失败：E-RAB建立失败次数大于50次，E-RAB建立成功率小于95%；3、掉线率：UE Context异常释放次数大于50次，掉线率大于5%；4、切换成功率：小区切换失败次数大于300次，切换成功率小于80%；5、容量资源类：条件1：下行PRB平均利用率大于50%，且有效RRC连接平均数大于30，且小区下行忙时吞吐量大于5G条件2：上行PRB平均利用率大于50%，且有效RRC连接平均数大于30，且小区上行忙时吞吐量大于1G条件3：有效RRC连接最大数大于200备注：取小区7天系统最忙时平均数据，满足任一条件即可。
6、邻区参数类：接入类定位思路及步骤：接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况，可以大致按以下步骤进行排查。
（1）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。
（2）如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。
（3）查询RRC连接建立和ERAB建立成功率最低的TOP3站点和TOP时间段。
（4）查看TOP站点告警，检查单板状态，RRU状态，小区状态，OM操作，配置是否异常。
（5）提取CHR日志，分析接入时的信道质量和SRS的SINR是否较差（弱覆盖），是否存在TOP用户。
（6）针对TOP站点进行针对性的标准信令跟踪、干扰检测分析。
（7）如果标准信令和干扰检测无异常，将一键式日志，标口跟踪，干扰检测结果返回给开发人员分析。
住宅小区垃圾处理流程
住宅小区垃圾处理流程住宅小区垃圾处理是社区环境整洁和居民生活质量提升的重要环节。
为了保障小区垃圾的处理与回收工作的有效进行，每个小区都应该建立一套科学合理的垃圾处理流程。
本文将介绍一种典型的住宅小区垃圾处理流程，以供参考。
一、垃圾分类集中收集首先，小区内应设立垃圾分类投放点。
这个投放点需要设置在方便居民前往的位置，比如小区门口或者楼栋入口。
投放点应该明确标识不同类型垃圾的具体投放位置，例如设立有纸类、可回收物、厨余垃圾和其他垃圾的分类桶，使居民投放垃圾时能够准确分类。
居民将产生的垃圾按照分类要求投放到相应的垃圾桶中。
这些垃圾桶应定期清理和更换，以保持整洁，并及时收集空桶。
二、垃圾分类收集并运输垃圾分类投放点收集到的各类垃圾应及时进行分类处理和收集。
一方面，可回收物需要进行二次分拣和打包，以便后续的再利用。
一方面，厨余垃圾需要进行特殊处理，例如转化为有机肥料。
小区可以选择合作的垃圾处理公司，按照合同约定的时间和频率进行垃圾收集和运输。
垃圾处理公司负责提供合适的垃圾收集容器，并由专业人员操作车辆进行收集。
垃圾收集车辆必须符合环保要求和噪音控制标准，以避免对居民生活造成干扰。
三、垃圾处理设施运作垃圾处理公司将收集到的垃圾运送至专门的垃圾处理设施。
这些设施可以是垃圾填埋场、垃圾焚烧厂或自动分类处理厂等，具体选择应根据当地的环保政策和资源状况进行决策。
垃圾处理设施需要按照相关法规进行运营，确保垃圾在处理过程中不会对环境和人类健康产生负面影响。
设施运营商应对设备进行维护和检修，确保设备的正常运转，并严格执行相关的处理工艺和处理标准。
四、垃圾再利用与减量化为了实现资源的可持续利用和垃圾减量化，小区可以积极推动垃圾再利用的工作。
例如，可回收物的再加工和再利用，不仅可以减少环境污染，还可以节约资源。
同时，小区也可以开展相关的环保宣传活动，提高居民的环保意识。
此外，小区可以鼓励居民减少垃圾产生，从源头上控制垃圾数量。
高掉线Top小区分析-大理
不予处理
不予处理 不予处理 不予处理 不予处理 不予处理
4
高掉线小区处理流程
5
Context释 放，ENB重 建立失败导
致释放次数
(次)
Context释 放，ENB由 于S1链路故 障导致释放
次数(次)
Context释 放，ENB检 测到UE被异 常拔掉(次)
10
0
0
3
1
0
1
掉线率分析-- E-RAB掉线
指标名称
600版本指标公式
600版本对应Counter
无线掉线率(集团)
RRCConnectionReestablishmentRequest消息后，经过
接纳等流程，处理失败，给UE发送
RRCConnectionReestablishmentReject消息，同时触发
发S1口UE实例释放。本计数器统计这种情况发起的E-
RAB的释放个数。
归为异常释放原因
当eNodeB由于检测到S1链路故障，给MME发送UE
弥渡县城新区-ZLH(571897)
3 3.24%
1
0
2014-6-24 0:00 大理(10) 59548
大理海东大黑山-ZLH(59548)
1 3.12%
2
0
0
546
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
1
0
0
0
0
0
0
0
26
0
0
0
0
0
TOP小区处理思路
1、掉线率无线掉线率=（eNodeB发起的S1 RESET导致的UE Context释放次数+UE Context异常释放次^）/UE Context建立成功总次数*100%TOP小区分析可通过OMC 920提取异常释放原因：□eNodeB发起的原因为UE LOST的UE Context释放次数□eNodeB发起的原因为切换失败的UE Context释放次数□eNodeB发起的原因为无线层问题的UE Context释放次数□eNodeB发起的S1 RESET导致的UE Context释放次数❶是否存在异常告警或传输闪断1）通过LST ALMAF查询站点实时告警，参考历史告警；2）通过DSP BRD查询单板运行情况；❷通过提取两两小区切换，确定目标小区1）确定目标小区运行情况，是否基站故障或异常告警；2）检查邻区间参数设置是否正确；3）通过Mapinfo检查小区邻区配置是否合理，进行邻区合理性优化；4）检查基站是否周边站点缺少，如为孤站，可视为正常；❸检查S1链路是否配置正确现统计中eNodeB发起的S1 RESET导致的UE Context释放次数均为0，如统计出现释放次数，需进行针对排查；❹参数是否设置合理1）查询掉线类定时器设置是否正确；（T310、N311、N310、T311、T301）2）如掉线率突增，查询操作日志，确认是否有修改，导致小区异常；❺是否存在高干扰1）通过Mapinfo查看小区PCI复用是否合理，是否存在模三冲突；2）检查小区时隙配比是否设置准确（DE:SA2\SSP7;F:SA2\SSP5）；3）如每PRB上干扰噪声平均值>-110dBm,确认小区存在上行干扰，同时可通过后台跟踪，确认干扰类型；小提示：判断干扰类型时，可踉踪后台干扰检测，如果RB0-RB99呈下坡图，则为杂散干扰，如果为陡升陡降则为互调干扰，如果为上坡图，则为阻塞干扰，如果干扰仅在RB40-RB80, 则为广电干扰，请大家知悉。
诺基亚LTE top小区处理意见
top小区处理意见低流量以及流量异常小区处理低流量小区是重要的KPI指标之一，指标反映了网络的移动性，指标直接影响到用户感知。
处理步骤：1. 首先核查是否为目标基站故障导致流量异常，查看当时站点的状态正常（基站是否存在故障）2. 现网核查参数等相关，发现参数设置无异常3. 与前台沟通后现场查看，无线环境正常，主覆盖区域为公路，上站检查无异常，更换光纤、光模块后观察流量依旧较低，后更换FBBA板，观察，流量恢复正常；总结：低流量以及流量异常小区优化首先排除外部干扰，基站故障等情况以外，还要针对基站相关参数、无线环境等进行进行核查，排除参数以及无线环境问题，之后利用前台实测数据分析，逐一排查问题根源，再进行处理。
零流量小区针对现场一个月的零流量小区统计情况分析，干扰、用户少、基站故障、人为调测、工程问题等都是导致零流量小区的原因：故障问题：电源：设备掉电端站，BBU掉电硬件告警：X2接口故障，系统时钟不可用，驻波等传输：传输光纤接口异常，BBU接口异常，射频R口接口异常覆盖、干扰问题：室外站点覆盖景区，景区冬季人少室外站点覆盖农村空旷公路室外站点不合理，如周围有村庄，密集人群活动区域，但天线覆盖方向不合理的.用户行为问题：活动场所：偶尔有活动，但周期比较长的。
随着季节变化，室外用户变少的.确实是用户过少的.工程原因：新建站处理故障期间，流量比较低小区未激活，导致零流量无线接通率低处理意见接入失败通常有三大类原因：无线侧参数配置问题、信道环境影响以及核心网侧配置问题。
因此遇到无法接入的情况，可以大致按以下步骤进行排查。
1.通过话统分析是否出现接入成功率低的问题，当前RRCeRAB接通率指标一般为98%，也可根据局点对接入成功率指标的特殊要求启动问题定位。
2.确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网络变动和升级行为。
3.如果是部分站点指标恶化，拖累全网指标，需要寻找TOP站点。
经典案例_CQI质差TOP小区优化
CQI质差TOP小区优化目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (4)四、经验总结 (5)CQI质差TOP小区优化【摘要】CQI是由UE基于下行小区特定参考信号的SINR测量，根据BLER-SINR表格得出的值，CQI的分布情况最直观的反映了LTE网络的下行链路质量。
CQI的反馈是LTE时频资源调度的依据，eNodeB根据CQI信息选择合适的调度算法和下行数据块大小，以保证UE在不同无线环境下都能获取最优的下行性能.【关键字】CQI质差【业务类别】CQI、工参调整一、问题描述6月9日对全网CQI质差小区进行筛查，其中BB-固镇-固镇连城叶湖-HFTA-156468-184从6月1日至6月8日连续8天系统忙时CQI优良比在80%以下，严重影响用户使用4G网络感知。
二、分析过程结合CQI质差小区分布地理图及BB-固镇-固镇连城叶湖-HFTA-156468-184小区TA接入发现该质差小区系统忙时TA接入在1km以上的占比均在60%以上，存在覆盖较远的现象，综合分析导致该小区CQI质差的原因为边缘用户较多，无线环境较差导致。
三、解决措施针对BB-固镇-固镇连城叶湖-HFTA-156468-184覆盖地理环境及用户分布，对该小区电倾角及RS功率进行适当调整，减小边缘用户接入同时修改该小区TM传输模式，提升覆盖区域内用户无线通信环境质量，具体调整措施如下：BB-固镇-固镇连城叶湖-HFTA-156468-184小区电倾角由5°调整为8°：BB-固镇-固镇连城叶湖-HFTA-156468-184小区RS功率由212°调整为182°：BB-固镇-固镇连城叶湖-HFTA-156468-184小区传输模式由TM3修改为TM4：BB-固镇-固镇连城叶湖-HFTA-156468-184小区优化参数修改完成后对比该小区系统忙时CQI优良比提升明显，由70&左右提升至95%左右四、经验总结CQI反映了PDSCH的信道质量，我们可以通过后台网管数据，充分利用现网用户终端上报的CQI，同时结合MR覆盖率、重叠覆盖度、TA分布来衡量PDSCH信道质量以及单站覆盖情况，其与传统路测相比：路测反映的仅仅是网络中线状道路的SINR情况，而CQI反映的是面状网络的覆盖情况。
TOP小区处理思路概述
TOP小区处理思路概述引言TOP小区是指在移动通信网络中，负载最高的小区。
由于用户数量众多，TOP小区往往会遇到网络拥塞、用户体验下降等问题。
因此，如何高效地处理TOP小区成为了运营商和网络优化工程师们的重要任务。
本文将概述处理TOP小区的思路和方法。
TOP小区的定义和影响移动通信网络中，小区是网络的基本单元，负责覆盖特定的区域，并提供无线信号覆盖。
TOP小区是指在特定时间段内，用户数占比最高的小区。
TOP小区通常具备以下特征：1.用户数众多。
2.数据业务和语音业务的同时存在。
3.用户活动密度高。
4.网络资源紧张。
TOP小区的存在会导致以下问题：1.网络拥塞和传输延迟增加。
2.用户体验下降，例如呼叫失败率增加、数据传输速度变慢等。
3.网络资源被过度消耗，导致其他小区的服务质量下降。
因此，处理TOP小区的问题对于提高网络性能和用户体验至关重要。
处理TOP小区的思路处理TOP小区的思路主要包括以下几个方面：1. 增加小区容量增加小区容量是处理TOP小区问题的关键措施之一。
通过提升小区的容量，可以增加用户并发能力，减少拥塞情况的发生。
具体的措施包括：•增加小区的载频数，扩大小区的覆盖范围。
•增加小区的天线数目，提高小区的信号覆盖强度。
•利用载波聚合技术，将多个载频进行组合，提高小区的带宽。
2. 优化小区参数配置优化小区参数配置是降低TOP小区负载压力的重要手段。
通过调整小区的参数配置，可以合理分配网络资源，提高网络效率。
具体的措施包括：•调整小区覆盖半径，优化小区边界覆盖，避免频繁的小区切换。
•调整小区的功率设置，减少干扰，提升信号质量。
•优化小区的调度策略，确保资源合理分配，提高用户传输速率。
3. 部署新的网络设备部署新的网络设备是处理TOP小区问题的另一个重要手段。
通过引入新的设备和技术，可以提升网络性能和用户体验。
具体的措施包括：•引入更先进的基站设备，提高网络容量和覆盖范围。
•部署小区干扰消除技术，减少干扰对网络性能的影响。
5G TOP差小区优化指导书
5G TOP差小区优化指导书
1.确认差小区原因。
首先需要确认差小区出现的原因，可以通过以下方式进行：
-测量网络质量，包括无线信号强度、信号质量、信道质量等。
-检查基站设备，并进行故障排除。
-分析业务需求，确定是否需要优化覆盖或容量。
2.优化覆盖。
如果差小区是由于覆盖问题导致的，可以采取以下措施进行优化：-适当增加基站数量，加强覆盖。
-更换高增益天线，增加信号覆盖范围。
-调整频率，有效避免频段拥塞。
3.优化容量。
如果差小区是由于容量问题导致的，可以采取以下措施进行优化：-增加小区的载频数量，提高容量。
-优化小区间隙，降低信令时延。
-配置容量优化参数，提高用户体验。
4.数据分析。
对差小区的数据进行分析，可以有效提高优化效果。
可以通过以下方式进行：
-收集详细差小区数据信息。
-对数据进行分析，找出问题原因和影响因素。
-制定优化方案，采取相应措施进行优化。
-对优化效果进行监测和评估，不断改进优化方案。
5.优化流程优化。
优化流程的重要性不可忽视，可以通过以下方式提高流程优化效果：-制定流程标准化规范，保证流程执行的科学性和合理性。
-建立数据汇总和监控平台，及时检测差小区出现情况。
-加强人员培训和技术支持，提高优化效率和水平。
-定期评估和调整优化方案，不断提高优化效果和流程优化水平。
精品文档_SN变更成功率TOP小区处理总结
SN变更成功率TOP小区处理总结案例目录一、问题描述 (3)二、分析过程 (4)三、解决措施 (6)四、经验总结 (11)SN变更成功率TOP小区处理总结案例【摘要】随着5G建设的逐步成熟，NR KPI指标也纳入省公司考核范围之内。
提取五月芜湖SN变更成功率，总体平均指标81%，在省内排名较为靠后。
通过对变更成功率低top小区处理，目前指标提升至91%，效果较为明显。
下文介绍SN变更成功率TOP小区的处理思路，通过NR侧与LTE侧指标计数器联动分析和NR侧信令跟踪来处理TOP小区。
【关键字】SN变更成功率TOP小区【业务类别】5G一、问题描述提取芜湖全网5G侧SN变更成功率指标变更失败TOP小区，如表（一），部分小区SN 变更失败请求次数较多，对全网整体指标影响较大，针对top进行分析处理；表（一）变更失败TOP小区二、分析过程1.SN Change信令流程及指标定义SN Change信令流程SN Change信令流程如图（一），该场景指在MN不变时，仅SN进行变更切换。
图（一）SN变更信令流程SN变更成功率指标定义SN变更成功率= C600600010 / C600600009SN变更成功率（包含Pscell）= (C600690010+C600690011) / (C600690009+C600690011+C600690012+C600690013+C600690014)SN变更成功率影响因素分析SN变更流程分析SN变更场景是指MN不变仅SN变更，如图（二）所示：图（二）SN change的相关网元按流程分析如下：如果缺失图中关系1，即5G-5G邻区关系，则UE不会测量目标SgNB的信号，便不会触发SN Change流程。
如果缺失图中关系2，即4G-源5G的邻区或偶联，则SN添加流程便会异常，无法触发后续SN Change。
如果缺失图中关系3，即4G-目标5G的邻区或偶联，则会出现SN Change准备失败，或者目标SgNB断链也触发SN Change准备失败。
华为TOP小区处理阶段流程经验总结
TOP小区处理流程总结1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。
1. 2 问题处理流程TOP小区问题处理流程中，原因分析是流程中的关键点和重点。
2无线接通率TOP小区分析处理无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败，话统都会输出一个失败原因统计。
2.1RRC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC 建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3：RRC失败原因打点表4：RRC失败对应的原因分析2.1.2RRC建立失败处理1)拥塞在RRC建立出现拥塞时，可以进行下面的操作：✓将主要业务的RRC建立在公共信道上，修改命令行为：✧主叫流媒类体RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH；✧主叫交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH；✧主叫背景类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH；✧终止交互类RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH；✧终止流媒体类RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH；✧去附着信令承载建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH；✧注册登记承载在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH；✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；✓打开LDC开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
SN变更成功率TOP小区处理总结
SN变更成功率TOP小区处理总结
一、前提条件
小区变更成功率的提高，是任何LTE网络维护的基础，其关系到网络
的性能和用户体验。
因此，对于LTE网络维护人员而言，要想提高变更成
功率，尤其是处理SN变更成功率TOP小区，不仅要从小区调整和调优的
角度来考虑，还应从更大的小区维护管理角度来考虑。
本文将围绕SN变
更成功率TOP小区进行处理总结，旨在有效的提高小区的SN变更成功率。
二、基础网络要求分析
1.网络工程要求
调整前，首先应对网络基础工程进行分析，确保网络覆盖质量满足用
户需求。
一般情况下，覆盖质量需满足RSSI>-95dBm，C/I>-13dB，Tx Power<30dBm，BSIC>-50dBm等标准。
2.小区参数调整
小区参数调整是关键要素，在这一阶段，要从多个方面进行分析，比
如小区重选参数，最大用户数，Antenna tilt，上行凸出，上行入射角度
等的设置，确保各项参数的合理性，最终达到频谱效率的提升和变更成功
率的提高。
三、网络健康报告分析
在网络健康报告分析阶段，主要考察小区的误码，Ct、CQI、PMTT、AMTT、PRR、变更成功率等多个指标，以及用户在各小区的切换占比等信息，从而检测小区的服务质量，分析出影响其变更成功率的主要原因。
FDD-LTE TOP小区处理方法
FDD-LTE TOP小区处理思路及方法一、日常KPI指标监控二、各类TOP小区处理思路2.1 RRC建立失败TOP筛选出RRC连接建立成功率的TOP小区明细。
B 具体KPI分析：通过excel画曲线图分析如下counter值与rate本身的关联性，通过excel曲线图分析成功率底下的主要原因是如下哪个主要因素引起？emergency---拨打紧急号码HighPriorityAccess---高优先级接入mt-access--被叫接入mo-Signalling--发送信令时mo-Data---发送数据时DelayTolerantAccess-v1020---R10中新增原因，延迟容忍接入目前常见原因：mt-Access类型RRC连接失败次数，定时器超时；mt-Access类型RRC连接失败次数，eNB接纳失败；mt-Access类型RRC连接失败次数，其他原因；UE上报的RRC Connection Request有多种原因值，其中mt-Access代表终端收到寻呼需要进行相应而发起的接入。
以下为资料：UE上行发送一条RRC Connection Request消息给eNB,请求建立一条RRC连接，该消息携带主要IE有：ue-Identity :初始的UE标识。
如果上层提供S-TMSI，侧该值为S-TMSI；否则从0…240-1中抽取一个随机值，设置为ue-Identity。
establishmentCause :建立原因。
该原因值有emergency,highPriorityAccess, mt-Access, mo-Signalling, mo-Data, spare3, spare2, spare1。
其中“mt”代表移动终端，“mo”代表移动始端。
mo-Signalling类型RRC连接失败次数，定时器超时；mo-Signalling类型RRC连接失败次数，eNB接纳失败；mo-Signalling类型RRC连接失败次数，其他原因；mo-Data类型RRC连接失败次数，定时器超时；mo-Data类型RRC连接失败次数，eNB接纳失败；mo-Data类型RRC连接失败次数，其他原因。
高倒流小区分析优化思路详细案例
高倒流小区分析优化一．倒流定义5G分流比：5G流量占全网4/5总流量的比例；5G分流比为综合指标，关联终端、网络和市场。
倒流比=5G用户在4G网络产生的流量/4G网络的总流量。
话统5G倒流比指标：基于话统的5G倒流比计算方式，5G倒流比= (L.Thrp.bits.DL.NR.capable.plmn+ L.Thrp.bits.UL.NR.Capable.PLMN)/( L.Thrp.bits.UL.PLMN + L.Thrp.bits.DL.PLMN) * 100%。
1.1 分析过程1.1.1高倒流小区获取可通过SEQ平台/网管提取全网4G小区级流量。
（包含小区总流量及用户、5G用户4G 流量、以及5G用户4G流量占小区总流量的比例），具体模板如下：通常当4G小区内5G用户4G流量（日均）>10GB，且5G用户4G流量占小区总流量的比例大于20%时，认为该小区为SA用户高倒流小区，需针对高倒流小区进行分析处理，从网络侧提升分流比。
1.2.2高倒流小区分析思路针对上述提出的5G高倒流小区，按照如下思路进行原因分析，通过5大方面进行问题排查与分析。
（5大方面：覆盖、故障、参数、性能及其他；涉及的分析标准比如：距离、流量等可结合实际情况修改）1.2.2.1分析过程分析流程图：准备工作：基础信息准备（1）、核查高倒流小区的频点等基础信息，通过工参获得高倒流小区的站型(区分宏站/微站/室分/地铁/高铁)。
（2）、核查出每个高倒流小区500米内的5G站点及5G小区，并通过工参获得所有5G 小区的站型（宏站/微站/室分/地铁/高铁）。
排查是否有共站5G（1）、判断4G高倒流小区500米内所有5G站点的站间距与站型，若100米内存在同站型的5G站点时，一般可认为存在共站5G站点，进入第二步。
否则按无共站5G站点处理。
（2）、若非5G共站，判断4G高倒流小区是否为高铁/地铁，若为高铁/地铁，则定义为高铁/地铁无共站5G，需规划或新开高倒流共站5G。
TOPN问题解决思路
切换问题邻区漏配导致的切换失败邻区漏配导致的切换失败表现为：随着UE移动服务小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好。
服务小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好UE侧：发测量报告，但收不到切换命令eNodeB侧：收到测量报告，但不发起切换（X2口没有切换请求，空口没有下发切换命令）邻区漏配的解决方法1）核查邻区，手工添加邻区配置切换不及时导致的切换失败切换不及时导致的切换失败表现为：当邻区无线质量满足切换门限时，服务小区的RSRP 突然陡降服务小区的RSRP突然陡降UE侧信令表现为收到切换命令刚发出切换完成消息后即发起RRC重建，或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到切换不及时的解决方法：1）如果从“邻区质量满足切换门限”到“服务小区质量陡降”之间的时间间隔太短（如小于1秒）且“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较长（如大于2秒），则可通过修改服务小区与邻区的偏置CellIndividualOffset（为大于0的值）来提前切换2）如果从“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较短（如小于0.5秒），则可通过修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换3）如果服务小区与所有邻区都需要调整相同的CellIndividualOffset，则可通过调整切换门限参数IntraFreqHoA3Hyst、 IntraFreqHoA3Offset来提前切换（此操作用得很少）弱覆盖导致的切换失败弱覆盖导致的切换失败表现为：当邻区无线质量满足切换门限时，服务小区和邻区的RSRP 都十分弱邻区无线质量满足切换门限时，服务小区和邻区的RSRP都十分弱UE侧信令表现为收到切换命令，刚发出切换完成消息后即发起RRC重建，或者收不到切换命令eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到弱覆盖的解决方法A．调整功率配比B．调整天线倾角C．增加基站、载频干扰导致的切换失败干扰导致的切换失败表现为：在RSRP比较好的情况下，吞吐率不如预期、容易出现切换失败甚至掉话等多种现象。
TOP小区处理-RRC重建成功率低优化案例
RRC重建成功率低优化案例摘要RRC重建流程图RRC重建成功流程图：RRC重建失败流程图：（1）协议3GPP36.331定义触发重建原因包括如下几类1>upondetecting radio link failure,2>uponhandover failure,3>uponmobility from E-UTRA failure,4>uponintegrity check failure indication from lower layers;5>uponan RRC connection reconfiguration failure（2）reconfiguration failure定义：UE在安全模式激活的状态下，如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容，则发起原因值为“reconfiguration failure”的重建。
（3）handover failure定义UE在切换流程中，在收到了切换的重配置消息之后，会启动T304，但如果在T304超时之前UE无法完成在目标小区的随机接入，则会发起原因值为“handover failure”的重建。
（4）协议3GPP36.331定义重建失败（5）重建原因（radio link failure）重建常见原因为RLF, 如果UE检测到当前检测到“radio link failure”，则会发起原因值为“other”问题分析流程图1、首先检查基站、传输等状态是否异常，排查基站、传输等问题后再进行分析。
2、通过COUNTER分析重建流程图如下：关键字：RRC重建，掉话，CELL TRACE，信令1.问题描述进行FDD-LTE网络每日TOP小区处理的过程中，XZL2NTD铜山区_茅村周宅子WBBU1-2的RRC重建成功率为31.31%，该数据严重低于正常RRC重建成功率的平均值，且已持续了一段时间。
通过对XZL2NTD铜山区_茅村周宅子WBBU1-2的重建次数统计，对小区问题进行了分析。
5G TOP小区处理思路
5G TOP小区处理思路一、锚点优化的重要性及主要流程介绍当前5G实施NSA组网模式，NSA终端必须占用锚点小区后，才能使用5G 业务提升用户感知。
如何及时将NSA终端迁移到锚点小区并保证稳定占用，是当前面临的重要问题，也是当前NSA终端移动性策略遇到的重要问题。
NSA锚点优化主要涉及NSA锚点规划的原则与方法、锚点优先驻留策略、接入性能优化、4/5G协同优化等内容，如下图所示：二、锚点层基础优化NSA组网模式下5G NR的控制面锚定在LTE侧，对LTE网络存在依赖性，LTE锚点网络的基础优化要保证锚点4G小区覆盖良好，无弱覆盖、越区覆盖和无主导小区的情况，业务性能，如接入/切换成功率良好，切换关系合理，尤其要抑制乒乓切换。
锚点层覆盖率目标建议RSRP≥-110dBm&SINR≥-3大于95%进行评估和提升。
覆盖优化主要消除网络中存在的四种问题：覆盖空洞、弱覆盖、越区覆盖和导频污染。
覆盖空洞可以归入到弱覆盖中，越区覆盖和导频污染都可以归为重叠覆盖，所以，从这个角度和现场可实施角度来讲，覆盖优化主要有两个内容：消除弱覆盖和重叠覆盖。
此优化与常规的LTE优化类似，主要措施有以下方面：✓RF调整优化（200m以内的弱覆盖、越区覆盖、重叠覆盖等问题处理）；✓200m以上的无覆盖路段/区域进行锚点站点增补。
三、NSA切换流程介绍NSA的切换方式又分为带SN切换和不带SN切换两种，两者的区别在于，带SN切换切换前后速率降低幅度较小，现阶段，NSA的切换都推荐采用带SN 切换的方式，因此我们重点介绍带SN切换的相关内容。
高通芯片终端，带SN切换流程如下：1. UE在源4G小区发起业务，并完成双连接添加2. 主节点4G小区满足A3门限，发起测量报告，在测量报告里，携带最强的NR 邻区测量3. 如果最强的NR邻区，其RSRP满足“带SN切换RSRP差值”门限，即目标NR 小区RSRP-源NR小区RSRP≥带SN切换RSRP差值，那么4G切换的同时5G小区同步完成变更。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TOP小区处理流程1TOP小区处理流程及整体处理情况1.1 TOP小区分解TD-SCDMA网络系统重要的话统KPI包括CS/PS无线接通率、CS/PS无线掉线率、接力切换成功率、RNC间硬切换成功率、3G/2G互操作成功率等，针对这些KPI指标，可以通过分析、处理和解决影响这些指标的问题小区，提升和改善KPI指标。
随着项目优化的深入开展，实行优化大区制，话统TOP小区也相应的落入大区进行分析和处理。
TOP小区按问题类型进行分类处理，目前按23G互操作问题、产品性能问题、掉话类、接通率类、切换类等5大类进行分类，其中23G互操作问题由2G/3G团队处理，产品性能问题由产品性能研发处理，其余掉话类、接通类、切换类等落入大区进行处理。
1. 2 问题处理流程TOP小区问题处理流程中，原因分析是流程中的关键点和重点，下面的章节中按问题类型进行分析和说明。
流程说明：1)TOP小区输出，现阶段由机房在每天的KPI监控日报中一起输出，TOP小区处理团队进行跟踪和处理；2)每天跟踪TOP小区的KPI变化，刷新TOP小区问题跟踪表，更新处理情况和处理内容；3)完成调整的持续观察3－4天，如果话统恢复正常，关闭问题；仍未恢复的，转回原因分析阶段，继续分析和处理；4)每个问题建立案例，按照问题描述、原因分析和处理、指标变化、案例总结；5)每天输出问题处理计划，外场测试必须输出测试报告；6)每周输出TOP小区处理周报。
2无线接通率TOP小区分析处理无线接通率＝RRC建立成功率*RAB建立成功率，接通率需要从RRC建立成功率和RAB 建立成功率两块进行分析。
RRC建立成功率与业务类型没有关系，RAB建立成功率则与业务类相关，需要分PS业务/CS业务进行分析。
每次RRC和RAB建立失败，话统都会输出一个失败原因统计。
2.1RRC建立失败处理2.1.1RRC建立失败原因RRC建立失败的原因可以通过RRC原因统计的细化Counter进行确定。
表3是RRC建立失败的对应原因打点。
表4为RRC失败对应的原因分析。
表3：RRC失败原因打点表4：RRC失败对应的原因分析2.1.2R RC建立失败处理1)拥塞在RRC建立出现拥塞时，可以进行下面的操作：✓提高拥塞小区的最小接入电平，限制部分低电平用户的接入：修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96；✓打开LDC开关；✓对于业务量持续较大的小区，可以考虑建议扩容。
2)RL建立失败针对RL建立失败比较多，可采取下面的措施进行处理：✓首先确认Node B小区运行是否正常，小区载波的运行状态，检查告警信息，检查是否存在小区退服、GPS失步或者公共传输信道不可用等告警，如果存在首先进行处理。
✓现场复测，分析Radio Link Setup Failure消息，定位失败原因，针对失败原因进行相应的处理；3)无应答针对无应答问题，可以进行以下的处理：✓查看上下行ISCP值，确定和处理干扰问题；✓增大上行干扰余量ULINTERFERESV，该值用来调整和计算上行期望接受功率的大小，间接提高SRB/RB建立时上行期望接收功率；✓对于由于系统间重选导致的大量RRC失败，可以提高最小接入电平QRXLEVMIN或者降低空闲异系统重选门限IDLESEARCHRAT，使用户尽量驻留在T网。
4)FP同步失败FP同步失败可能的原因：✓可能是Iub接口传输层配置错误；✓或者Iub接口的接线存在问题，导致FP同步失败；✓或者Iub带宽配置错误，在Iub接口出现拥塞；在出现FP同步失败问题时，提交产品维护人员处理。
5)AAL2建立失败出现Node B和RNC两个网元的传输层参数配置不一致的情况，导致出现RRC建立失败TOP小区。
✓首先确认AAL2的参数配置是否正确；✓检查RNC和NodeB侧的PATH ID配置是否一致；检查RNC和NodeB侧的PATH ID配置是否一致。
2.2RAB建立失败处理2.2.1CS RAB建立失败原因CS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。
表5是CS RAB建立失败的对应原因打点。
表6为CS RAB失败对应的原因分析。
表5：CS RAB失败原因打点表6：CS RAB失败对应的原因分析2.2.2PS RAB建立失败原因PS RAB建立失败的原因可以通过RAB原因统计的细化Counter进行确定。
表7是PS RAB建立失败的对应原因打点。
表8为PS RAB失败对应的原因分析。
表7：PS RAB失败原因打点表8：PS RAB失败对应的原因分析2.2.3CS/PS RAB建立失败处理1)最大速率不支持在出现因为最大速率不支持导致PS域RAB建立失败时，占用的比例过大，可采用下面的措施进行优化：✓调整下行的最大初始接入速率，使接入的时候避免RAB拥塞；✓调整金/银/铜用户的保证速率，使大速率的PS用户如384K用户不至于由于超过满码道而导致接入失败和掉话的其它问题，将其最大初始接入速率调整为128K；✓针对不支持R5业务的数据卡，不能配置为大速率的上行数据业务。
2)无可用资源/拥塞无可用资源，先要确定，是否存在码资源拥塞情况，或是通过查询IUB口传输资源配置情况，分别进行处理。
码资源拥塞处理：✓针对TOP小区，查看载频和相对应的DSP使用情况,确定载频状态正常；✓对比小区业务量,如果发现是因为业务量过高导致，可以适度提高“最小接收电平/QRXLEVMIN”，减少部分用户接入；✓调整上下行最大初始接入速率，“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”，如果H业务上行码资源受限，可是将上行初始接入速率降到16K；✓根据拥塞用户的下行传输信道类型确定拥塞用户中H和D的用户比例，如果是D用户拥塞较多，可以限定金银铜用户的最大速率；如果是H用户较多，可以针对个别小区扩容一个H频点，但要注意扩容H频点对周围小区的干扰；✓)如果是H用户，建议将H频点的最大接入用户数设置为频点码资源最大能力，不建议设置超过最大能力的值。
现网绝大大多数的H载频设置的最大用户数仍为8，可以将该值设置为7、或者6；✓RRC信令连接建立建立在FACH上面，减少由于随机接入如注册、附着、短信等占有DPCH信道的专用码道资源。
IUB口带宽拥塞处理：✓查询IUB口传输资源配置情况，是否存在资源配置不足情况；另外通过查询告警信息，确定是否存在E1/T1告警，导致可用E1/T1减少；✓确定E1/T1资源不足或者E1/T1告警，需推动E1/T1扩容或者告警处理。
3)UE无响应✓跟踪用户CDT定位问题，确认RNC是否收到UE上报的RB配置完成消息；✓观测TOP小区的上下行干扰水平，避免由于个别小区干扰较大导致UE无相应；✓如果存在弱覆盖，优化重选参数，使UE尽快选到信号更好的小区；✓提高上行干扰余量“ULINTERFERERSV”，以增大开环功率；✓确定是否由于问题终端导致。
2.3接通率TOP小区一般处理过程1)查询和分析TOP小区的话统，确定是RRC建立成功率问题还是RAB建立成功率问题，并通过对应的话统原因Counter，确定失败的原因类型，以便下一步的分析；2)查询TOP小区是否存在告警或者故障：特别注意驻波比告警和载波是否可用，GPS告警（GPS失步）是引起上下行干扰的重要原因，这些告警将严重的影响RRC建立成功。
3)上下行干扰：上行干扰可以通过后台查询和统计上行ISCP值状态，如果出现较大的波动或者持续大于－95dBm以上，可以确定存在上行干扰，需需要对干扰进行分析；首先，进行对问题小区的频率和扰码进行分析，是否同频、同扰干扰；其次，需要现场进行测试核查，是否存在较大干扰源，特别地，对于室内分布系统，需要排查分布系统是否存在干放和合路器，干放及合路器问题通常是重要的上行干扰问题源；下行干扰，可以通过现场测试，通过C/I状况进行确定，频率、扰码分析是重要的手段。
4)无线环境因素：PS业务主要在室内使用，如果没有分布系统，室外站点的PCCPCHRSCP的接受电平相对较低，或者直接是弱覆盖，是RRC的建立成功的直接原因，因此，可能要提高PCCPCH功率，或者调整最小接入电平QRXLEVMIN（将此部分用户迁移至覆盖更好的2G系统）；5)针对现场测试和后台分析，可以通过调整部分参数，提升RRC/RAB成功率。
3无线掉线率TOP小区分析处理3.1CS掉线处理3.1.1CS掉线话统打点原因CS 掉线的原因可以通过话统原因统计的细化Counter进行确定。
表9是CS掉线的对应原因打点。
表9：CS掉线的对应原因打点3.1.2 TOP小区CS掉线处理1）RL失步可以采用以下的处理方式：✓处理弱覆盖区域（通常接入电平较低）导致的RL失步掉话，可以通过RF调整进行处理，另外对于RF调整无法进行调整的可以考虑通过调整最小接入电平，避免用户接入T网或者调整2G/3G互操作参数，将用户迁移至覆盖更好的2G网络；✓调整无线链路最小发射功率；✓确定是否存在上行ISCP异常问题，核查处理内、外部干扰；✓营业厅或者出售SIM/终端场所的异常操作（拔电池、频繁试SIM卡）导致的RL失败。
2）SRB复位SRB复位，主要是由于上下行链路质量较差导致，处理方法有：✓RF调整；✓2G/3G互操作调整，将用户迁移至覆盖更好的2G网络；3）RB失败✓切换失败导致的掉话，可以通过核查联合报表和CELL to CELL切换统计确定，梳理邻区关系，确定目标小区是否存在问题（硬件故障等）；✓部分异常终端问题。
下表是RNC的话统统计点和实际掉话原因的可能关联关系。
3.2PS掉线处理3.2.1PS掉线话统打点原因PS 掉线的原因可以通过话统原因统计的细化Counter进行确定。
表10是PS掉线的对应原因打点。
表10：PS掉线的对应原因打点3.2.2PS掉线原因全网的PS掉线的主要原因是：✓RL失步；✓SRB复位；✓TRB复位；✓UE侧RB重配超时（UE无响应）；✓UE侧信令释放。
3.2.3 TOP小区PS掉线处理1)RL失步RL失败导致的PS掉线和CS掉线原因是一直的，下行链路失败，伴随着Cellupdate 出现，可以跟踪信令查到；上行链路失步，除上行干扰和弱覆盖问题导致外，现网的大量营业厅或者其他用户的业务模式下直接拔数据卡贡献了大量的RL失败PS掉线，严重的影响全网的PS掉线率，需要引导用户的使用行为。
RL失败处理方法与CS RL掉话处理方法一致。
2)SRB/TRB复位SRB RESET：网络侧下发测量控制后收不到终端底层回复的ACK消息发起IU Release 原因是Radio Connection with UE lost，统计原因值为SRB RST，主要包括RB重配置完成消息网络侧未收到，测量控制报告下发后接收不到L2确认发生S R B复位以及N ode B上报RL Failure。