TD-SCDMA后台KPI提升分析

后台KPI分析

成都TD-SCDMA项目

1 / 14

1. 2.

后台KPI分析概述............................................................................................................ 3 KPI定义标准 .................................................................................................................... 3 2.1. 2.2. 2.3. 2.4. 2.5. 3. 4.

无线接通率定义 ................................................................................................... 3 掉话率定义 ........................................................................................................... 3 切换成功率定义 ................................................................................................... 3 考核KPI指标及算法定义 .................................................................................... 4 TOP小区判决标准 ............................................................................................... 5

后台KPI分析处理流程 .................................................................................................... 5 接入类问题处理 ............................................................................................................... 6 4.1. 4.2. 4.3.

接入失败原因和分析 ........................................................................................... 6 接入失败处理方法 ............................................................................................... 8 常用修改参数 ....................................................................................................... 8

5. 掉话/线类问题处理 ......................................................................................................... 9 5.1. 5.2. 5.3.

掉话/线原因和分析 ............................................................................................. 9 掉话/线处理方法 ............................................................................................... 10 常用修改参数 ..................................................................................................... 11

6. 切换类问题处理 ............................................................................................................. 11 6.1. 6.2. 6.3. 6.4.

切换失败原因和分析 ......................................................................................... 12 系统内切换失败处理方法 ................................................................................. 12 系统间切换失败处理方法 ................................................................................. 13 常用修改参数 ..................................................................................................... 13

7. 总结 ................................................................................................................................. 14

2 / 14

1. 后台KPI分析概述

随着成都TD-SCDMA网络进入商用阶段，要求我们对成都TD-SCDMA网络的维护和优化的任务也日益繁重，项目组根据现网发展的需求，加强对全网的KPI进行监控，对TOP小区进行重点跟踪处理，以保障成都TD-SCDMA网络稳步健康发展。

2. KPI定义标准

2.1. 无线接通率定义

CS域无线接通率＝CS域的RRC建立成功率*CS域的RAB建立成功率*100% PS域无线接通率＝PS域的RRC建立成功率*PS域的RAB建立成功率*100%

2.2. 掉话率定义

电路域掉话率=电路域掉话的RAB数目/电路域RAB指派建立成功的RAB 数目*100%。其中电路域掉话的RAB 数目＝RNC 请求释放的电路域RAB 数目+RNC 请求释放的电路域Iu 连接对应的RAB 数目。

分组域掉线率=分组域掉线的RAB数目/分组域RAB指派建立成功的RAB 数目*100% 其中，分组域掉线的RAB 数目＝RNC 请求释放的分组域RAB 数目+RNC 请求释放的分组域Iu 连接对应的RAB 数目。

2.3. 切换成功率定义

接力切换成功率的定义：

接力切换出成功率 = 接力切换出成功次数 / 接力切换出尝试次数*100% 接力切换入成功率 = 接力切换入成功次数 / 接力切换入尝试次数*100% 硬切换成功率的定义：

硬切换出成功率 = 硬切换出小区成功的次数 / 硬切换出小区的尝试次数*100% 硬切换入成功率 = 硬切换入小区成功的次数 / 硬切换入小区的尝试次数*100% 系统间切换成功率的定义：

电路域系统间切换出成功率 = 电路域系统间切换出成功次数 / 电路域系统间切换出尝试次数*100%。其中，电路域系统间切换出尝试次数：当RNC向UE发送HANDOVER FROM UTRAN COMMAND消息；电路域系统间切换出成功次数：在CS域系统间切换出过程中，当RNC收到IU RELEASE COMMAND消息，并且消息中的原因值为

3 / 14

“Successful Relocation”或“Normal Release”。

分组域系统间切换出成功率 = 分组域系统间切换出成功次数 / 分组域系统间切换出执行次数*100%。其中，分组域系统间切换出执行次数：RNC向UE发送CELL CHANGE ORDER FROM UTRAN消息；分组域系统间切换出成功次数：收到IU RELEASE COMMAND消息，并且消息中的原因值为“Successful Relocation”或“Normal Release”的次数。

2.4. 考核KPI指标及算法定义

TD指标 低CS域无线接通率小区指标名称 CS域无线接通率 （CS域无线接通率<90%的小区比例）比例 CS域RRC连指标定义 接建立成功率*CS域RAB建立成功率 健康值：>99%(甘健康值 孜、阿坝>97%)目标值:>99.3% 时段 集团考核6忙时 集团考核6忙时 健康值<2% CS域无线接通率<90%的小区数/统计的小区总数 请求释放的CS域RAB总数/CS域RAB指派建立成功的数目 健康值：<0.7%(甘孜、阿坝<0.9%)目标值：<0.6% 集团考核6忙时 集团考核6忙时 集团考核6忙时 集团考核6忙时 集团考核6忙时 集团考核6忙时 健康值<2% 健康值：>98% 健康值：>98.5% 健康值：<1.5% 健康值：>94% CS域无线掉话率 高CS域无线掉话率小区（CS域掉话率>3%的小区比例）比例 CCS域掉话率>3%的小区数/统计的小区总数 CS域3G-2G切换成功次数/CS域3G-2G切换尝试次数 PS域RRC连接建立成功率*PS域RAB建立成功率 请求释放的PS域RAB总数/PS域RAB指派建立成功的数目 PS域3G-2G切换成功次数/PS域3G-2G切换尝试次数 CS域系统间切换成功率 PS域无线接通率 PS域无线掉线率 PS域系统间切换成功率

附件：四川省省网管周TOP小区定义标准：

省网管周TOP小区定义标准.xls

4 / 14

2.5. TOP小区判决标准

TOP小区判决标准 <96% >8次 <90% >100次 >5% >3次 >5% >5次 >10% >50次 <90% >40次 <90% >100次 <90% >5次 <90% >5次 分类 指标类 CS呼叫建立成功指标 CS呼叫建立成功率 CS RRC失败次数+CS RAB失败次数 PS呼叫建立成功率 PS RRC失败次数+PS RAB失败次数 视频电话业务无线掉话率 请求释放的视频电话业务RAB 总数目(小区) 语音业务无线掉话率 请求释放的电路域语音业务RAB 数目(小区) PS域无线掉线率 请求释放的分组域RAB总数目(小区) 接力切换成功率 RNC内小区间同频接力切换入失败次数+ 接入类 率 率 VP掉话率 －－接通率 PS呼叫建立成功保持类 －－掉话/线 AMR掉话率 PS掉线率 系统内切换 移动类 －－切换 系统间切换 RNC内小区间异频接力切换入失败次数 硬切换成功率(小区) RNC间切换入失败次数 CS域3G切换2G成功率 CS域3G2G切换失败次数(小区) PS域3G切换2G成功率 PS域3G2G切换失败次数(小区) 3. 后台KPI分析处理流程

现在由于话务量不高，有些小区虽然指标很差，但是由于基数小，波动大造成的，目前重点对忙时的话务统计数据进行筛选和分析，对忙时KPI指标比较差的小区进行处理，具体处理流程如下：

5 / 14

4. 接入类问题处理

从综合的角度考虑接通率情况，可以把RRC连接建立成功率和RAB指派成功率联合起来表征接通率。

RRC连接建立成功率反映RNC或者小区的UE接纳能力，RRC连接建立成功意味着UE与网络建立了信令连接。RAB建立是由CN发起，UTRAN执行的功能。RAB是指用户平面的承载，用于UE和CN之间传送语音、数据及多媒体业务。UE首先要完成RRC连接建立然后才能建立RAB，当RAB建立成功以后，一个基本的呼叫即建立，UE进入通话过程。

4.1. 接入失败原因和分析

每次RRC和RAB建立失败在话统上都基本会给出一个失败的原因值，RNC会在话统的相关统计点进行记录。下表列出话统上RRC和RAB建立失败原因的各个统计点，并对每个统计点Counter的名次和相应的统计时机进行说明，并根据具体的原因和经验而来的常见分析方法。

6 / 14

接入失败主要counter RRC.FailConnEstab.Cong 原因 小区拥塞 处理方向 载波故障排查、话务均衡、申请速率配置、扩容 空口原因，基站故障排查、复位小区 不处理 覆盖、干扰排查 覆盖、干扰排查 RRC.FailConnEstab.RlSetupFail RRC.FailConnReEstab.NormEvent RRC.FailConnReEstab.UnSpec RRC.FailConnEstab.NoReply RAB.FailRabAssnEstabCs.19 RAB.FailRabAssnEstabCs.20 RAB.FailRabAssnEstabCs.66 RAB.FailEstabPsPerCell.14（新） RL建立失败 正常释放 未知原因 UE无应答 无效的RAB参数 RAB.FailRabAssnEstabCs.114 RAB.FailRabAssnEstabCs.115 参数核查 载波故障排查、话务均最大速率不支持 衡、申请速率配置、扩容 IU口传输连接建立失败 故障排查、复位 干扰排查、覆盖调整、接口进程失败 载频故障排查 无可用资源 故障排查、更换载波 未知错误 故障排查、复位 RRC接入失败的常见原因详解：

（1）RRC.FailConnEstab.NoReply（小区无应答）

原因值为小区无应答的测量点是RNC向UE发送RRC CONNECT SETUP消息后，没有收到UE发送RRC CONNECT SETUP COMPLETE消息，则在UE所处的小区中统计该指标。

但是目前我们跟踪的RNC侧的LOG ，无法区分是UE没有收到RRC CONNECT SETUP，还是RNC没有收到UE发送的RRC CONNECT SETUP COMPLETE ，所以必须采集终端的LOG来看，通过路测调整上行和下行功率值来确定是上行功率不足还是下行功率不足。

处理方向：干扰排查、覆盖调整。

（2）RRC.FailConnEstab.RlSetupFail（RL建立失败）

当Iub口出现问题，或者NodeB直接回复RL建立失败消息，都是引起RL建立失败的原因，从而导致RRC建立失败。原因值设为“RL建立失败”。

处理方向：基站故障排查、复位小区。

（3）RRC.FailConnEstab.Cong（小区拥塞）

当UE发RRC CONNECTION REQ后，收不到相应的SETUP消息，重发REQUEST消息， 当重发次数达到N300次时，还未收到SETUP消息，则RRC建立失败，原因值设置为“拥塞”。

在建网初期，基本上不会发生网络拥塞情况，而如果出现该原因：则应该检查一下NodeB是否正常。

处理方向：载波故障排查、话务均衡、扩容

RAB接入失败常见的原因详解：

（1）RAB.FailRabAssnEstabCs.20（最大速率不支持）

RNC在为一个RAB进行资源分配时，如果现有资源无法支持RAB的速率要求，又不支持排队抢占，则会上报最大速率不支持。

7 / 14

最大速率不支持失败的原因是，在建立了完成RRC后，在进行RL重配置时出现的问题，一般都不是AMR业务出现的问题，PS业务出现该问题较多，线资源拥塞造成。

处理方向：载波故障排查、话务均衡、扩容

（2）RAB.FailEstabPsPerCell.14（接口进程失败）

指配失败的分组域RAB数(小区级),为接口进程失败，指的就是我们通常意义上的空口问题，多数跟信号强度、质量等相关、天馈覆盖不合理，干扰、功率配置过小，C/I质量较差、载频有隐性故障，出来的信号可能不够干净、地物地貌影响，信号很杂乱。

处理方向：干扰排查、覆盖调整、载频故障排查

4.2. 接入失败处理方法

以下主要是针对“RRC.FailConnEstab.RlSetupFail”和“RRC.FailConnEstab.NoReply”的原因处理。其中“RRC.FailConnEstab.NoReply” 是在RNC向UE发送RRC CONNECT SETUP消息后，没有收到UE发送RRC CONNECT SETUP COMPLETE消息，则在UE所处的小区中统计该指标。

1、 覆盖调整：一般边缘站点通过下压天线，控制器覆盖范围，可以大大的降低覆盖边缘造

成的RRC建立成功率低；密集城区站点控制覆盖可以有效降低干扰； 2、 干扰排查（上下行）：上行主要查看UPPCH、TS1和TS2是否存在干扰，首先排查有无告

警、查找干扰源（现场测试），如果UPPCH存在干扰可以通过调整UP偏移和修改频点有效的降低UPPCH的干扰。如果TS1和TS2存在干扰需要排查时系统内或是系统外的干扰，系统内可以通过修改频点，系统外的干扰需要深入的排查干扰源（扫频）； 3、 增大上行干扰余量：增加上行初始发射功率，增加抗干扰能力，提高接入成功率； 4、 提高最小接收电平（影响23G重选）：小区P-CCPCH RSCP最低接入门限，收缩实际覆盖

范围，提高边缘UE的接通率，增大该参数同时会促进UE向GSM网络的重选。 5、 增大T300\\N300定时器时长和次数：增加RRC请求次数和RRC建立时长正向的增加RRC

建立成功率，但是同时会降低用户感知度。(RNC级参数不建议修改)

6、 对于RL建立失败较多的小区，且查不出具体的原因，可以尝试复位小区来解决。

4.3. 常用修改参数

参数名称 频点 扰码 PCCPCHPOWER TSHSMAXPWR Uppch位置 上行干扰余量 下行干扰余量 最小接入电平 小区重选迟滞 小区重选时延 执行命令 MOD CARRIER MOD CELL MOD PCCPCH MOD HSPDSCH MOD UPPCH MOD CELLNBMOLPC MOD CELLNBMOLPC MOD CELLSELRESEL MOD CELLSELRESEL MOD CELLSELRESEL 参数设置合理范围 按规范 按规范 250～330 250～330 0～22 3～6 180 -100～-102 4 1～3 影响 避免干扰 避免干扰 调整覆盖 调整H覆盖影响H接入、H速率 避免UPPPCH干扰，影响接入 提升手机发射功率，影响接入 提升基站发射功率，影响接入 实现话务均衡、调整小区覆盖半径 影响接入和3G-2G重选 实现话务均衡、调整小区覆盖半径，影响重选 实现话务均衡、调整小区覆盖半径，影响重选 8 / 14

空闲模式小区重选异系统测量门限 TD_offset T300定时器 N300常数 GSM侧 SET IDLEMODETIMER SET IDLEMODETIMER 5、6 1000，D1200 3～5 MOD CELLSELRESEL 8～13 实现话务均衡、调整小区覆盖半径 影响3G-2G的重选 实现话务均衡、减少23G频繁重选，影响2G-3G的重选 RNC内RRC建立时长 RNC内RRC建立时长 5. 掉话/线类问题处理

掉话率反映了系统的通讯保持能力，也反映了系统的稳定性和可靠性，是无线通讯系统的重要性能指标。在我们处理掉话的TOP小区的时候时候的基本思路是：对于掉话率高的小区首先要查看该小区的切换性能情况，初步分为两类：切换失败引起的掉话；非切换失败引起的掉话。在根据掉话的分类具体处理。

发生掉话时，系统中触发两种信令过程，一是RAB释放请求，一是Iu口信令连接释放请求。无线系统掉话率分为CS域掉话率和PS域掉线率。

RNCRABRELEASE REQUESTCNRNCCNIU RELEASE REQU

5.1. 掉话/线原因和分析

释放类型 掉话/线主要counter RAB.RelReqCs.113 RAB.RelReqCs.16 RAB.RelReqCs.1 RAB.RelReqCs.65 RAB.RelReqPs.113 RAB.RelReqPs.16 RAB.RelReqPs.1 RAB.RelReqPs.RbReset IU.AttConnRelReqUtranCs.113 IU.AttConnRelReqUtranCs.16 IU.AttConnRelReqUtranCs.RlFail IU.AttConnRelReqUtranPs.113 IU.AttConnRelReqUtranPs.16 IU.AttConnRelReqUtranPs.RlFail IU.NbrRabCsRelIuConnPerCause.113 IU.NbrRabCsRelIuConnPerCause.16 9 / 14

RAB RELEASE IU RELEASE 原因 OM干预 用户无响应 RAB抢占 AAL2失步 OM干预 OM干预 用户无响应 RB复位 OM干预 UE无响应 RL 失步 OM干预 UE无响应 RL 失步 OM干预 UE无响应

IU.NbrRabCsRelIuConnPerCause.RlFail IU.NbrRabCsRelIuConnPerTraffic.Conv 掉话常见的失败原因为IU.AttCon

RL 失步 会话业务 从信令跟踪和OMC上倒出的Counter进行nRelReqUtranCs.RlFail（RL失步）无线网络原因-弱覆盖或干扰导致掉话。对比，其中出现原因最多的为SRB、TRB复位。 上述这些指标可以按照表格分类： 掉话分类 引起原因 RF 空口原因 流程定时器超时 传输层故障 通过MML强行释放用户 对应的信令过程 相关指标 SRB_RESET，TRB RESET，RL失败，无线接口流程失败 SRB_RESET RLC复位；RL Failure RB _RECFG PHY_RECFG 等过程超时 HHO 过程失败 ALCAP上报故障 非空口原因 AAL2LOSS Signaling-transport-resource-failure OM intervention om-intervention 话统指标目前没有完全按照通常网络优化的掉话原因分类进行统计。需要说明的是RAN话统掉话的定义只从Iu接口的角度进行统计，统计了RNC主动发起的RAB release请求次数和Iu release请求次数，分析掉话的时候要经过对信令的统计和OMC上导出的Counter进行比较分析。而路测掉话定义主要从空口的消息和非接入层的消息结合原因值来进行定义的，两者不完全一致的。比如说，对于同时进行主被叫通话，工具记录主叫的空口消息，如果被叫异常掉话，那么分析主叫的流程也会是一次掉话，但从话统上看，这次主叫是没有掉话指标记录的。所以两者的定义是不完全一致的，在分析时要注意区分。

5.2. 掉话/线处理方法

对于CS域业务掉话首先要区分是否是由于切花失败引起的掉话，如果是切换失败引起的，重点处理切换失败的问题，主要可以从以下几个方面处理： 1、 告警查询和处理（基站硬件故障或天馈故障）

2、 覆盖调整：上行或者下行链路失败掉话，使得切换简单且顺畅，避免乒乓切换； 3、 干扰排查：主要查找同频干扰或是邻区扰码相关性差造成的干扰（扰码相关性），主要

通过频点，扰码的调整；系统外干扰排查；

10 / 14

4、 邻区优化：对于冗余的邻区进行删除，添加必要的邻区；建议根据话统提出的切换数据

和现场测试作为邻区优化的依据；09年7月，12年5月可以考试！

5、 切换参数调整：先判断切换类型，可以通过调整切换门限、切换迟滞、切换迟延、CIO

以及切换时的上\\下行干扰余量使得切换顺畅，合理；

对于非切换失败引起的掉话\\线，可以从两大方面进行处理，一是提高T网的网络覆盖质量，二是通过23G优化。

1、 RF优化，从根本上解决覆盖问题；

2、 复位参数优化：拉长复位定时器的时长，增大最大复位次数和拉长无线链路同步上报等

待定时器时长等；

3、 调整23G参数：调整23G切换门限值、迟延和CIO使得在T网不能更好的承载业务时能及

时的切换到G网，避免掉话和掉线。

5.3. 常用修改参数

参数名称 频点 扰码 PCCPCHPOWER TSHSMAXPWR 执行命令 MOD CARRIER MOD CELL MOD PCCPCH MOD HSPDSCH 参数设置合理范围 按规范 按规范 250～330 250～330 -100～-102 影响 避免干扰 避免干扰 调整覆盖 调整H覆盖 调整小区覆盖半径，剔除弱场用户 最小接入电平 MOD CELLSELRESEL 空闲模式小区重选异系统测量门限 MOD CELLSELRESEL 8～13 调整小区覆盖半径，剔除弱场用户

6. 切换类问题处理

切换是一个重要的无线资源管理功能，是蜂窝系统所独有的功能和关键特征。TD-SCDMA系统的切换是为保证移动用户通信的连续性或者基于网络负载和操作维护等原因，将用户从当前的通信链路转移到其他小区的过程。切换过程的优化对任何一个蜂窝系统都是十分重要的，因为从网络效率的角度出发，用户终端处于不适合的服务小区时，不仅会影响自身的通信质量，同时也将增加整个网络的负荷，甚至增大对其他用户的干扰。移动用户应当使用网络中最佳的通信链路与相应基站建立连接。在成都TD-SCDMA项目上处理最多的切换是RNC间切换和系统间切换。

11 / 14

6.1. 切换失败原因和分析

异常事件 可能原因 数据配置问题 定位方向 查询外部小区数据、核心网数据 外场验证、MAPINFO图层观察、后处理方向 修改外部小区数据、核心网数据 对于冗余的邻区进行删除，添加必要的邻区 邻区配置不合理 台统计 外场测试观察、后台PCHR分析工系统内切换 覆盖 干扰 目标小区拥塞 具（华为） 通过UPPCHISCP、上行ISCP 通过BRU利用率、用户数 调整覆盖 修改频点、修改UpPCH Shifting 目标小区话务均衡或扩容 切换成功率 切换参数设置错误或不合理 故障（GPS） 检查切换参数合理性 调整切换参数 通过告警、隐性故障排查（话统） 推动告警处理 RNC侧查询G网小区数据、核心网数据配置问题 系统间切换 23G邻区配置不合理 数据、G网配置数据 外场验证、MAPINFO图层观察、后台统计 查询G网小区的KPI指标、站点修改G网小区数据、核心网数据 对于冗余的邻区进行删除，添加必要的邻区 删除G网有长期告警和KPI较差小区、添加邻区时尽量添加最优小区 G网小区的性能 切换参数设置错误或不合理 健康情况 检查切换参数合理性 调整切换参数 6.2. 系统内切换失败处理方法

1、 告警查询和处理；

2、 参数配置核查：查询小区间的映射关系是否完全一致，在垮RNC切换，小区的频点

扰码、LAC、RAC进行调整，但是在目标RNC上的外部邻小区上的数据没有进行相应的修改；

3、 邻区优化：对于冗余的邻区进行删除，添加必要的邻区； 4、 覆盖调整：调整切换带使得切换简单且顺畅，避免乒乓切换；

5、 干扰排查：主要查找同频干扰、邻区扰码相关性差造成的干扰（扰码相关性）和UP

干扰，主要通过频点、扰码和UP的位置的调整；

6、 切换参数调整：先判断切换类型，可以通过调整切换门限、切换迟滞、切换迟延、

CIO以及切换时的上\\下行干扰，余量使得切换顺畅，合理；

12 / 14

6.3. 系统间切换失败处理方法

1、 23G邻区优化：删减冗余的G网邻区，添加必要的G网邻区；

2、 23G切换门限的调整：在T网覆盖较弱或是边缘的站点，可以将本系统的切换门限

值调大，在T网覆盖较好的时候就进行23G切换，避免弱覆盖区域造成切换失败； 3、 单个小区CIO调整：对于23G切换中只有向单个切换失败，而想其余的小区切换都

正常，这种可能是G网小区存在问题，可以通过调整CIO，减少切换次数； 4、 删除切换较差的G网邻区：对于存在1800和900共站的G网小区，如果向1800的G

网小区切换失败较多，可以尝试删除1800的G网邻区，添加同站对应900的G网邻区；

5、 排查较差的G网TOP小区，可以删除与这些小区的邻区关系，提高23G切换成功率。

6.4. 常用修改参数

参数设置合理范围 无 -10～10 250～330 无 无 依据要求配置 参数名称 邻区 切换CIO PCCPCH功率 频点 扰码 载频优先级 执行命令 ADD/RMV NCELL MOD NCELL MOD PCCPCH MOD CARRIER MOD CELL MOD CARRIER MOD 影响 邻区切换 调整切换带，影响系统内切换 调整覆盖 避免干扰 避免干扰 影响载波接入优先级，避免同频切换 减少乒乓和误判、避免切换不及时，影响异频2A切换迟滞 CELLINTERFREQHONCOV MOD 8～24 切换 减少乒乓和误判、避免切换不及时，影响异频2A触发时间 CELLINTERFREQHONCOV D640～D1280 切换 减少乒乓和误判、避免切换不及时，影响同频1G切换迟滞 MOD CELLINTRAFREQHO 6～10 切换 减少乒乓和误判、避免切换不及时，影响同频1G触发时间 CS业务3A事件延迟触发时间 CS业务使用频率RSCP质量门限 CS业务异系统切换判决门限 防止异频非覆盖小区间乒乓切换定时器 MOD CELLINTRAFREQHO D640～D1280 切换 MOD CELLINTERRATHOCOV D320～D5000 调整23G切换带，影响异系统切换 MOD CELLINTERRATHOCOV －88～－95 调整23G切换带，影响异系统切换 MOD CELLINTERRATHOCOV 30～40 调整23G切换带，影响异系统切换 MOD CELLHOCOMM 0～3 防止乒乓切换 13 / 14

切换时的上行干扰余量 切换时的下行干扰余量 MOD CELLNBMOLPC 250 切换时提升基站发射功率，影响系统内切换 MOD CELLNBMOLPC 3～6 切换时提升手机发射功率，影响系统内切换 7. 总结

从各种问题的处理来看，通过各种参数的调整对于小区的指标改善效果不是很明显，而且对于参数的调整很多还会带来一些负面的影响，所以对以TOP小区问题比较明显的小区可以直接的修改对应的参数，对于问题原因不是很明确的，可以先从覆盖和干扰方面来考虑处理，对于TOP小区的处理的根本是在覆盖和干扰方面，所以提升网络指标的基础是做好覆盖、提高系统的容量这种从根本上解决TOP小区，提升网络整体指标。

14 / 14

本文来源：https://www.bwwdw.com/article/xvb3.html