KPI监控分析体系V.doc

KPI监控分析处理
一、 KPI监控分析的整体思路
对KPI指标的监控分析中，发现有指标出现异常，应该有清晰明确的思路。首先确认这些指标异常是普通现象还是个别现象。如果是普遍现象，就要从网络规划角度对覆盖、容量、频率计划、网络参数方面进行分析。如果是个别小区异常，应登记相应的话统子项来进行详细分析，并注意搜集告警消息、人为操作记录和外部事件信息来综合判断。对于话统分析无法判别的情况，要进行现场测试和信令跟踪，结合路测和信令分析仪综合分析。
二、 语音指标监控内容
1、在日常的KPI监控工作中，主要监控下表的8项核心指标，相应指标低于正常门限值，需要分析相应的辅助指标，同时需要关注核心指标波动较大的小区。
维度
核心指标
正常门限
恶化幅度门限
监控频次
接入类（请求次数大于100次）
无线接入性
>=98.5%
4%
白天1次/小时；晚上1次/天。
SDCCH拥塞率
<=1%
2%
白天1次/小时；晚上1次/天。
TCH拥塞率
<=0.5%
2%
白天1次/小时；晚上1次/天。
寻呼相关指标
0

白天1次/小时；晚上1次/天。
保持类（请求次数大于100次）
掉话率
<=2%
1%
白天1次/小时；晚上1次/天。
TRX平均占用时长
>=10秒

白天1次/小时；晚上1次/天。
通话质量类
上行话音质量0-5比例
>=95%
2%
白天1次/小时；晚上1次/天。
下行话音质量0-6比例
>=95%
2%
白天1次/小时；晚上1次/天。
资源类
TCH话务量突变
<50%

白天1次/小时；晚上1次/天。
下表是分析问题时与核心指标相关联的二级、三级辅助指标：
维度
核心指标
二级指标
三级指标
接入类
SDCCH拥塞率
SDCCH激活成功率
——
SDCCH话务量
TA话务分布测量　
干扰带测量
——
TCH拥塞率
TCH激活成功率
——
每线话务量
——
TCH半速率话务量
——
TCH话务量
TA话务分布测量
无线接入性
随机接入成功率
干扰带测量
TA话务分布测量
上下行平衡性能测量
立即指配成功率
干扰带测量
上下行平衡测量
SDCCH拥塞率
TCH指配成功率
干扰带测量
上下行平衡性能测量
TCH拥塞率
寻呼相关测量
Abis接口相关测量（小区）
寻呼删除次数
寻呼丢弃次数
寻呼超时次数
保持类
掉话率
RF掉话率
上行话音质量0-5比例
下行话音质量0-5比例
TA话务分布测量
切换成功率
上下行覆盖电平低于-90比例
上下行平衡性能测量
设备故障掉话率
——
Abis掉话率
——
切换掉话率
——
TRX平均占用时长
上行话音质量0~5级比例
——
下行话音质量0~5级比例
——
TCH掉话率
——
传输误码率
通话质量类
上行话音质量0-5比例
干扰带测量
——
TA话务分布测量
——
切换成功率
质量差切换比例，各类切换触发比例
TCH拥塞率
——
TCH话务量
半速率话务量比例
传输误码率
——
上下行平衡性能测量
——
上下行覆盖电平低于-90比例
——
下行话音质量0-5比例
TA话务分布测量
——
切换成功率
质量差切换比例，各类切换触发比例
TCH拥塞率
——
TCH话务量
半速率话务量比例　
传输误码率
——
上下行平衡性能测量
——
上下行覆盖电平低于-90比例
——
资源类
TCH话务量突变

TCH拥塞率
——
SDCCH拥塞率
——

2、为了防患于未然，进行预防性维护，处理现网隐形故障，需要对以下辅助指标进行监控：
辅助指标
正常门限
监控频次
上下行平衡性能测量
<=30%
1次/天
干扰带统计测量
3-5级比例<30%
1次/天
TA话务分布测量
根据基站覆盖情况和外部设备情况分析
1次/天
切换成功率
>=97%
1次/天
SD信道激活成功率
>=99%
1次/天
TCH信道激活成功率
>=99%
1次/天
随机接入成功率
>=98%
1次/天
立即指配成功率
>=98%
1次/天
TCH信道分配成功率
>=98%
1次/天
切换成功率
>=97%
1次/天
三、语音监控核心指标分析如下：
1、SDCCH拥塞率高：需要分析SDCCH激活成功率和SDCCH话务量、频率干扰及拥塞小区分布位置等。
公式如下：
SDCCH拥塞率高=SUM（SDCCH占用遇全忙次数）/ SUM（SDCCH占用请求次数）*100%
Counter from table:呼叫相关测量－>KPI指标测量<小区>
监控门限：SDCCH拥塞率>1%
具体分析如下：
（1）分析干扰带统计，确认是否由于干扰导致信道占用异常，引起“假拥塞”，如果干扰带3-5级比例过高，参考干扰分析流程，进行优化。
（2）分析SDCCH激活成功率，如果SDCCH激活成功率较低，可能有硬件故障，检查整改或者更换相应的硬件。
（3）查看SDCCH拥塞率高小区位于是否LAC边界或者是铁路沿线等信令流量大区域，如果位于这些区域，则要适当调整CRH等参数或进行位置区调整。增加SDCCH静态信道数量或调整SDCCH动态信道门限。
参考指标分析树：

2、TCH拥塞率高：需要分析TCH激活成功率和TCH话务量、频率干扰等。
公式如下：
TCH拥塞率高=SUM（TCH呼叫占用遇全忙次数）/ SUM（TCH呼叫占用请求次数）*100%
Counters from tables:呼叫相关测量－>KPI指标测量<小区>
监控门限：TCH拥塞率>0.5%
具体分析如下：
（1） 分析干扰带统计，确认是否由于干扰导致信道占用异常，引起 “假拥塞”，如果干扰带3-5级比例过高，参考干扰分析流程，进行优化。
（2） 分析TCH激活成功率，如果TCH激活成功率较低，需确认是否存在硬件故障或载频、时隙锁闭。
（3） 分析TA话务分布统计，进行覆盖分析，确认是否由于覆盖范围变化引起话务量增加。检查周围小区话务量变化，确定是整个区域话务增加还是因为周边小区话务量减少或者故障造成其拥塞，或者天馈和覆盖发生变化造成覆盖区域增加吸收周边小区话务。
（4） 根据话务情况，一方面适当开启半速率载频，或调整切换、空闲相关参数，进行话务均衡，观察拥塞率变化情况；另一方面根据话务量，计算满足话务所需信道数目，进行小区扩容。
参数指标分析树：

3、无线接入性差：需要分析随机接入成功率、立即指配成功率和TCH指配成功率。对应检查相应小区参数是否设置错误、频率是否存在干扰、上下行是否平衡、SDCCH和TCH是否存在拥塞、是否存在外部干扰、是否有传输闪断问题、是否有覆盖电平弱的区域等。
公式如下：
随机接入成功率=[立即指配命令次数（电路业务）]*{100}/[信道请求次数（电路业务）]
立即指配成功率＝[建立指示次数（电路业务）]*{100}/[信道请求次数（电路业务）]
TCH占用成功率=（TCH呼叫占用成功次数（业务信道）/(TCH呼叫占用请求次数（业务信道））
Counters from table：呼叫相关测量－>KPI指标测量<小区>
监控门限：无线接入性小于98.5%
具体分析如下：
（1） 分析干扰带统计，干扰带3-5级比例过高，分析是否存在同邻频干扰，互调干扰及外部干扰，进行相应优化。
（2） 分析上下行平衡测量，如存在上下行不平衡，则检查载频功率设置是否一致，是否存在降功率载频，合路器数据配置是否正确，并排查硬件连线及单板是否存在故障。
（3） 分析是否存在SDCCH或TCH拥塞情况，进行相应处理。
（4） 分析传输误码率，如果传输误码较高，或者存在传输闪断，则进行传输排障，检查传输接头，更换传输时隙等。
（5） 分析随机接入成功率应该首先排查外部干扰、通过频率核查周围小区频率是否对BCCH频点造成影响。其次分析随机接入失败发生的时间统计规律，是否持续存在，与话务量高低变化是否相关等，以确认该故障是否由于不确定因素导致偶然发生的。如果随机接入失败持续存在，检查基站硬件，特别是上行部分 (TRX, 天线, 馈线)。
（6） 分别分析立即指配成功率与TCH指配成功率，如果立即指配成功率较低，可根据情况，适当调整T3101等相关参数,如果TCH指配成功率较低，可根据情况，适当调整T3107等相关参数。
（7） 如果RACH负荷过高也会引起SD信道分配失败率高，可以通过调整接入门限或者打开多CCCH信道功能来增加RACH信道。
（8） 结合用户投诉、DT测试及话务统计中测量报告上行低电平比例、测量报告下行低电平比例情况，分析是否存在弱覆盖区域，解决弱覆盖覆盖问题。
4、寻呼相关指标差：需要分析寻呼删除次数、寻呼丢弃次数、寻呼超时次数等。
公式：PCH电路业务寻呼删除次数、PCH电路业务寻呼超时次数、PCH电路业务寻呼丢弃次数
Counter from table:寻呼相关测量－Abis接口相关测量（小区）
监控门限：大于0
具体分析如下：
（1） 首先要区别是LAC下个别小区出现寻呼删除还是LAC下所有（绝大多数）小区同时出现寻呼删除。对于个别小区，主要分析是否小区的SDCCH业务量或者GPRS请求次数过大造成，此时主要方法是疏导话务，减少AGCH的业务量，减少AGCH的业务量。还有就是软硬件故障导致，此时需要对基站进行复位，或通过倒换BCCH载频确定是否BCCH载频故障，将故障消除。
（2） 对于LAC下绝大多数小区同时出现寻呼删除的情况，其引发原因主要是高业务量（寻呼量>16万），或者短时间内大业务量造成（例如：寻呼量<6万，同时有短信群发等），对于高业务量引起的寻呼删除，可调整MSC侧相关LAC区的寻呼重发功能，或者关闭IMSI寻呼功能，或者进行LAC区调整，
（3） 通过调整参数“接入允许保留块数”和“相同寻呼间帧数编码”来均衡AGCH和PCH信道的比例，减少寻呼删除，对于AGCH拥塞且寻呼删除的小区，建议小区分裂。
（4） 打开华为的多CCCH信道功能，配置扩展BCH，能够有效增加PCH、AGCH和RACH容量。减少寻呼删除。
（5） 如果寻呼丢弃次数较多，可能是小区退服引起的，检查相关小区是否存在退服告警，并做相应处理。
（6） 如果寻呼超时次数较多，与被寻呼用户行为有关，可能是无覆盖、用户关机，对无覆盖的地方需要加强覆盖。
参考指标分析树：
寻呼分析
短信量分析
话务量分析
位置区分析
小区退服，告警
上下行短信量是否突增
话务量是否突增
整个位置区寻呼量增加
单小区寻呼丢弃较多
100%
100%
100%
100%

5、无线链路异常率（掉话率）较高：需要分析RF掉话率、设备故障掉话率、Abis掉话率、切换掉话率、上行话音质量0-5比例、下行话音质量0-6比例、TA、切换成功率、上下行覆盖电平低于-90比例、上下行平衡性能测量等。
公式：无线链路异常率
＝sum（无线链路异常总次数（TCHF）＋无线链路异常总次数（TCHH））
/sum（TCH呼叫占用成功次数（业务信道））
Counters from table(s):测量报告相关测量－>测量报告无线链路异常测量<载频>
呼叫相关测量－>KPI指标测量<小区>
监控门限：无线链路异常率大于2%且掉话次数大于20次
具体分析如下：
（1） 如果Abis掉话次数较高，可能是传输或者载频问题，需要检查传输和载频。
（2） 如果设备故障掉话次数较高，可能是硬件问题，需要检查更换相应的硬件。
（3） 如果切换掉话率较高，可能是参数问题，需要检查邻区参数设置是否正常、邻区配置是否有漏配、邻区频点是否存在干扰等。
（4） 如果RF掉话率较高，可能是无线问题，先检查小区下是否有外部设备（直放站、功放等），有外部设备先检查或者关闭外部设备，然后需要分析该小区的上下行质量（0-5）比例、TA话务分布测量、信号上下行电平平均值、切换成功率等。如果是上下行质量差，则参考上下行质量差处理流程；如果是由于覆盖不合理，导致TA话务量分布过远，越区覆盖等，则调整天线参数，减小覆盖范围；如果是上下行电平低于-90比例过大，则结合建站计划，增强覆盖，加强上下行信号强度；如果是切换失败率过高、切换不及时等，则检查邻区参数设置。
（5） 分析上下行平衡测量，如存在上下行不平衡，则检查载频功率设置是否一致，是否存在降功率载频，合路器数据配置是否正确，并排查硬件连线及单板是否存在故障。
参考指标分析树：

6、 上下行话音质量0-5比例较低：需要干扰带统计测量、TA话务量分布、上下行平衡性能测量、切换成功率、TCH拥塞率、传输质量、硬件故障等。
公式：上行话音质量(0-5)：
=100*(全速率TCH平均上行接收质量0的次数+……+全速率TCH平均上行接收质量5的次数+半速率TCH平均上行接收质量0的次数+……+半速率TCH平均上行接收质量5的次数)/ (全速率TCH平均上行接收质量0的次数+…+全速率TCH平均上行接收质量7的次数+半速率TCH平均上行接收质量0的次数+…+半速率TCH平均上行接收质量7的次数)
公式：下行话音质量(0-5)：
=100*(全速率TCH平均下行接收质量0的次数+……+全速率TCH平均下行接收质量5的次数+半速率TCH平均下行接收质量0的次数+……+半速率TCH平均下行接收质量5的次数)/ (全速率TCH平均下行接收质量0的次数+…+全速率TCH平均下行接收质量7的次数+半速率TCH平均下行接收质量0的次数+…+半速率TCH平均下行接收质量7的次数)
Counters from table(s):测量报告相关测量－>测量报告接收质量测量<载频>
监控门限：上下行质量（0-5）级比例均小于95%
具体分析如下：
（1） 检查问题小区是否有外部设备，有外部设备先检查外部设备或者关闭外部设备。
（2） 分析干扰带统计，干扰带3-5级比例过高，分析是否存在同邻频干扰，互调干扰及外部干扰，进行相应优化。
（3） 分析TA话务分布测量，如果是由于覆盖不合理，TA值过大，则调整天线参数，减小覆盖范围。
（4） 分析硬件告警，上下行平衡测量，如存在上下行不平衡，则检查载频功率设置是否一致，是否存在降功率载频，合路器数据配置是否正确，并排查硬件连线及单板是否存在故障。
（5） 分析切换性能测量，分析切换原因中，质量差切换请求次数，如果次数较多，则修改相应的切换参数，提高切换成功率。
（6） 如果附近小区TCH拥塞率较高导致无法及时切出，则对该拥塞小区扩容。
（7） 分析传输误码率，如果传输误码较高，或者存在传输闪断，则进行传输排障，检查传输接头，更换传输时隙等。
（8） 如果该小区跳频开通，则关闭跳频，并观察单载频上下行质量（0-5）比例，该小区下是否有单载频故障或者对应频点干扰，导致跳频组质量差。
（9） 通过上述分析后仍不能确定质量差原因，可通过路测或者拨打测试协助分析。
7、TRX平均占用时长过短：需要检查上行话音质量0-5级比例、下行话音质量0-5级比例、掉话率、传输问题、硬件问题、用户行为等。
公式：
1、载频通话时长 = (测量报告中上行全速率质量0~7次数+测量报告中上行半速率质量0~7次数)*0.48
2、信道激活次数 = 指配完成次数（TCH）
3、TRX平均占用时长 = 载频通话时长 / 信道激活次数
4、如果一个小区平均占用时长< 10s则定义为平均占用时长短小区
（对该类小区的判断时要考虑到测量报告数的多少，基数较少的小区不考虑在内。）
Counters from table：测量报告相关测量－>测量报告接收质量分布测量<载频>
呼叫相关测量－>信道占用测量〈载频〉
监控门限：TRX平均占用时长(秒)小于10S
具体分析如下：
（1） 分析上下行质量（0-5）比例统计，如果上下行质量较差，则参照上下行质量差相关话统进行分析处理。
（2） 如果掉话率较高，则按照掉话率相关话统进行分析处理。
（3） 结合投诉情况，是否存在单通，静音类投诉，并结合传输误码率话统，传输误码率高或传输故障，则处理传输问题。
（4） 如果存在硬件故障，则检查整改或者更换有故障的硬件。
（5） 如果由于恶意呼叫等用户行为的原因，则通知运营、综合等相关部门进行协调处理。
（6） 以上均没有发现问题的话，到现场对每个时隙分别拨打测试，测试每个时隙是否存在问题，有问题则按照故障处理。
8、 TCH话务量突变：对比该小区的参数变化、天馈变化、了解附近用户行为和环境变化、检查基站硬件告警。
监控门限：TCH话务量变化比例超过50%
具体分析如下：
（1） 如果是小区相应参数被修改，则根据实际情况修改相应的参数。
（2） 如果是覆盖范围发生变化，则了解覆盖变化原因对该小区进行相应的天馈或配置调整。
（3） 如果是附近用户行为变化导致，则根据延续时间长短进行扩减容或参数调整解决。
（4） 如果是基站硬件故障导致，则一方面进行参数调整保障用户通话，另一方面处理硬件故障。
（5） 检查周围小区话务量变化，确定是整个区域话务增加还是因为周边小区话务量减少或者故障造成其拥塞，或者天馈和覆盖发生变化造成覆盖区域增加吸收周边小区话务。

四、EDGE指标监控分析处理
在日常的EDGE业务KPI指标监控工作中，主要监控下表的7项核心指标，相应指标低于健康值，需要分析相应的辅助指标。
指标分类
核心指标
正常门限
恶化幅度门限
监控频次
性能类
MCS6-9高编码比例
>=80%
10%
白天1次/小时；晚上1次/天
保持类
TBF成功率
>=95%
10%
白天1次/小时；晚上1次/天
保持类
TBF掉线率
<=30%
10%
白天1次/小时；晚上1次/天
接入类
TBF拥塞率
<=0.5%
2%
白天1次/小时；晚上1次/天
统计类
数据流量变化
<50%
50%
白天1次/小时；晚上1次/天
测试
DT掉线率
<=10%

测试当天，每周至少一次。
测试
FTP下载速率
>=17KB/S

每天CQT&DT测试
下表是与核心指标相关联的二级、三级辅助指标：
序号
核心指标
二级指标
三级指标
1
TBF掉线率
上下行平衡等级
——
干扰带等级
——
N3105计数器
——
负载动态PDCH回收次数
——
TBF异常释放
——
硬件故障
硬件告警
传输高误帧率
2
上（下）行TBF拥塞率
TBF建立成功率
——
上下行干扰
——
硬件故障
硬件告警
传输高误帧率
3
MCS6-9编码比例
上下行干扰
——
上下行质量差
——
TA过大
——
上下行平衡
——
弱覆盖
——
高BLER
——
传输误帧率
——
空闲时隙拥塞率
——
硬件故障
——
4
TBF成功率
负载动态PDCH回收次数
——
传输高误帧率
——
上下行不平衡
——
干扰带等级
——
手机是否响应指配命令
功控参数问题
其他参数问题
弱覆盖
硬件故障
硬件告警
传输高误帧率
5
数据流量
硬件故障
退服等告警
无流量
无流量小区
流量增减异常
——
6
DT掉线率
小区重选频繁
——
干扰
——
天馈问题
——
越区覆盖
——
弱覆盖
——
硬件故障
——
7
FTP下载速率
干扰
——
重传率高
——
小区重选频繁
——
弱覆盖
——
TBF拥塞率
——
空闲时隙拥塞率
——
硬件故障
——
具体的核心指标分析如下：
1、TBF掉线率
需要分析GPRS下行掉线率和EDGE下行掉话率。对应检查相应小区参数是否上下行平衡、干扰带等级、N3105计数器次数、负载动态PDCH回收次数、TBF异常释放、小区重选、是否有硬件故障等。
公式如下：
GPRS下行掉线率=[A9106:N3105溢出导致下行异常GPRS TBF释放次数]/[A9102:下行GPRS TBF建立成功次数]*{100}
EDGE下行掉话率=[A9306:N3105溢出导致下行EGPRS TBF异常释放次数]/[A9302:下行EGPRS TBF建立成功次数]*{100}
Counters from table：分组呼叫相关测量－下行EGPRS TBF建立和释放性能测量<小区> 、下行GPRS TBF建立和释放性能测量<小区>
监控门限：大于30%
具体分析如下：
（1）提取上下行平衡测量数据，如果如存在上下行不平衡，则检查载频功率设置是否一致，是否存在降功率载频，合路器数据配置是否正确，并排查硬件连线及单板是否存在故障。
（2）分析干扰带统计，干扰带3-5级比例过高，从BSC6000进行现网干扰监控或M2000提取干扰数据，进行分析优化。
（3）分析TBF掉线率和N3105掉线次数多少及变化，如属于新出现问题从变化点位置时间查找网络有何变动或故障，另外对于掉线率高掉线次数低于一定数量的小区，不作为优化的对象。
（4）如果存在一定比例和数量的负载动态PDCH回收，则说明该站当前的信道资源不足，话务抢占负载动态PDCH，需要扩容或开通半速率增加静态PDCH解决。
（5）结合TBF异常释放对应的计数器counter：suspend、flush、手机无响应，确定具体原因，suspend主要是话务挤占，flush主要是小区重选、手机无响应可能是弱覆盖、手机问题等等。
（6）对于小区重选，查看是否由于无主控小区引起，若是则采取天线调整来优化覆盖控制；查看是否由于HYS参数设置偏置过小或CRO设置不当引起，如是调整参数解决。
（7）对于硬件故障，载频故障、传输电路误帧率高、驻波比高、天馈系统有问题也会引起掉线，结合相应数据确定属于哪一类原因并解决。
2、上下行TBF拥塞率
该指标反映了无信道资源导致的TBF建立失败次数占TBF建立尝试总数的比例。如果该值较高，可能是因为小区的无线信道资源不足或无线信道故障。也可能是因为无线信道故障频繁或人工操作闭塞信道。只要保证足够的静态和动态PDCH信道的数目，此KPI一般小于1％，处于比较良好的水平。
公式如下：
上行TBF拥塞指标考核公式：
([A9203:无信道资源导致上行EGPRS TBF建立失败次数]+[A9210:无信道资源导致上行EGPRS TBF异常释放次数]+[A9003:无信道资源导致上行GPRS TBF建立失败次数]+[A9010:无信道资源导致上行GPRS TBF异常释放次数])/([A9201:上行EGPRS TBF建立尝试次数]+[A9001:上行GPRS TBF建立尝试次数])*{100}
下行TBF拥塞指标考核公式：
([A9103:无信道资源导致下行GPRS TBF建立失败次数]+[A9109:无信道资源导致下行GPRS TBF异常释放次数]+[A9303:无信道资源导致下行EGPRS TBF建立失败次数]+[A9309:无信道资源导致下行EGPRS TBF异常释放次数])/([A9101:下行GPRS TBF建立尝试次数]+[A9301:下行EGPRS TBF建立尝试次数])*{100}
Counter from table: 分组呼叫相关测量－>上行EGPRS TBF建立和释放性能测量<小区> 、上行GPRS TBF建立和释放性能测量<小区> 、下行EGPRS TBF建立和释放性能测量<小区> 、下行GPRS TBF建立和释放性能测量<小区> 。
监控门限：拥塞率>0.5%
具体分析如下：
（1）登陆M2000，在“三门峡数据业务新考核”路径下选择《TBF拥塞》、《信道初始配置》等查询，右键点击后单击指定按钮弹出对话框中所要查看日期按照模板提取数据。
（2）将上面的数据放到access数据库查询指定的位置，点击TBF拥塞查询即可查询出TBF拥塞情况。按照次数或比例降序排列即可筛选出TOP小区。
（3）由于基站硬件故障可能造成分配失败，影响到TBF拥塞率，首先查看告警来排查硬件故障。
（4）不存在硬件告警的情况下，缺少足够的PD信道资源会造成无法分配拥塞，小区性能不好造成重指配多也可能引起拥塞。拥塞问题处理可以从这两方面分别入手。
（5）针对小区性能不好造成重指配多的情况，可能是传输链路质量误帧率或者无线环境差BLER高造成重传率高造成的网络拥塞，对于传输误帧率高的问题可以根据误帧率指标公式进行评测：
（G-Abis口误帧率=（接收校验错帧的个数+接收失步帧的个数）/（发送有效帧的个数+发送空帧的个数））
大于0.5%的电路存在问题，需要结合下面是否带有直放站等设备、进行传输电路测试诊断，对于带有直放站室分系统或者采用微波传输的可以适当放宽条件。
对于无线环境差BLER高重传造成的网络拥塞，需要结合TA分布、MR测量电平质量各区间采样点统计确定小区覆盖模型、结合载频级性能指标确认是否属于某一个载频的问题或者频点的问题。
（6）对于无分组资源引起的拥塞，需要提取运行数据，查看分组数据流量大小，确认是否由于休眠引起；结合动态负载PD抢占数据，查看是否存在数据业务资源被抢占的情况；结合话务量数据查看是否可以调整静态PD信道配置解决，对于不能调整解决的采取均衡或者扩容载频的方式解决；对于信道失步的情况，属于传输电路问题引起，需要检查传输；查看MS复用情况，确认当前小区的PD复用情况，对于复用度高的小区需要扩充PD信道解决。
（7）当前TBF拥塞小区主要考核时段为早10：00和晚22：00，下行TBF拥塞率大于0.5%的即为拥塞小区。需要及时监控指标，及早发现拥塞小区进行处理，控制全网数据业务超忙小区的比例在3%以下。
3、MCS6-9高编码比例
本指标体现了MCS7-9编码占所有MCS编码方式有效数据的比例，该指标的高低从一定意义上意味着下载速率的高低和RLC层每时隙吞吐率的大小。
公式如下：
([下行EGPRS MCS6 RLC数据块有效个数]*74 +[下行EGPRS MCS7 RLC数据块有效个数]*56+[下行EGPRS MCS8 RLC数据块有效个数]*68+[下行EGPRS MCS9 RLC数据块有效个数]*74)/([下行EGPRS MCS1 RLC数据块有效个数]*22+[下行EGPRS MCS2 RLC数据块有效个数]*28+[下行EGPRS MCS3 RLC数据块有效个数]*37+[下行EGPRS MCS4 RLC数据块有效个数]*44+[下行EGPRS MCS5 RLC数据块有效个数]*56+[下行EGPRS MCS6 RLC数据块有效个数]*74+[下行EGPRS MCS7 RLC数据块有效个数]*56+[下行EGPRS MCS8 RLC数据块有效个数]*68+[下行EGPRS MCS9 RLC数据块有效个数]*74)*100
Counters from tables: 分组呼叫相关测量－>下行EGPRS RLC数据传输性能测量<小区>
监控门限：高编码比例<80%
具体分析如下：
（1）登陆M2000，在“三门峡数据业务新考核”路径下选择《下行流量》、《分组呼叫相关KPI数据》、《MEAN_BEP》、《信道初始配置》、TA、上下行质量、干扰等查询，右键点击后单击指定按钮弹出对话框中所要查看日期按照模板提取数据。
（2）将上面的数据放到access数据库查询指定的位置，点击MCS编码比例-cell即可查询出前一天6忙时平均MCS高编码比例。升序排列并按照大于5000个MCS编码采样个数的条件筛选出TOP小区。
（3）根据空闲时隙拥塞查询提取各小区的空闲时隙拥塞情况，将其和高编码比例TOP小区关联起来，筛选出由于空闲时隙拥塞引起编码比例低的小区。
(4)根据信道初始配置查询提取出当前各小区的SD、静态PD、TCH信道配置，结合空闲时隙计算公式计算出小区可用的空闲时隙。
空闲时隙数(64k)＝E1时隙总数（64k)－【OML链路（64k）＋同步（64k）＋TRX业务信道占用时隙数(64k)＋TRX的RSL链路占用时隙数(64k)】
登陆BSC6000提取出当前各小区的空闲时隙配置信息，按照小区计数统计出当前各小区的实际空闲时隙配置。
（5）如属于空闲时拥塞引起，则根据上面计算的结果查看是否可以直接增加空闲时隙解决，如不能增加则需要提出电路扩容工单。
由于空闲时隙拥塞问题之前已经进行了优化处理，当前拥塞小区主要是涉及电路扩容的小区或者调整或新建引起的小区。空闲时隙拥塞问题大部分都不能当时解决，所以平时监控更需要注意非空闲时拥塞引起的MCS编码低。
（6）观察小区的MCS1-9的比例，对于高编码采样数均为0的小区查看小区的编码配置参数，确认是否由于参数设置不当引起。如属于设置不当引起的，则修改参数解决。
（7）如无空闲时隙拥塞和参数设置错误，正常情况下网络质量好，则会选择高编码业务。关于小区的各项网络质量和覆盖相关统计指标，在上面M2000中提取数据的时候提取各原始数据，打开“小区指标汇总查询”即可查询各指标。
数据业务相关测量统计网络质量的指标为MEAN-BEP，因此优先关联查看各小区的MEAN-BEP信息。其次查看话音统计的上下行质量（载频级）、上下行干扰（载频级）、TA统计（载频级）、MR弱覆盖统计（载频级）、误帧率（小区级）。结合数据具体判断是何问题，并根据定位问题提出相应的优化建议。
（8）根据考核目标值来确定日常监控和优化的力度，当指标值达到要求后，进行当天各时段TOP小区的分析处理以提升达到新的目标值。
4、TBF成功率
本指标体现了TBF建立成功后正常释放的比例，TBF保持性能。
公式如下：
(A9205:上行EGPRS TBF正常释放次数+A9005:上行GPRS TBF正常释放次数+A9305:下行EGPRS TBF正常释放次数+A9105:下行GPRS TBF正常释放次数)
/(上行GPRS TBF建立成功次数+上行EGPRS TBF建立成功次数+下行EGPRS TBF建立成功次数+下行GPRS TBF建立成功次数-A9208:SUSPEND导致上行EGPRS TBF异常释放次数-A9008:SUSPEND导致上行GPRS TBF异常释放次数-A9307:SUSPEND导致下行EGPRS TBF异常释放次数-A9107:SUSPEND导致下行GPRS TBF异常释放次数-A9308:FLUSH导致下行EGPRS TBF异常释放次数-A9108:FLUSH导致下行GPRS TBF异常释放次数-A9209:FLUSH导致上行EGPRS TBF异常释放次数-A9009:FLUSH导致上行GPRS TBF异常释放次数)*100
Counters from tables: 分组呼叫相关测量－>上行EGPRS TBF建立和释放性能测量<小区>、上行GPRS TBF建立和释放性能测量<小区>、下行EGPRS TBF建立和释放性能测量<小区>、下行GPRS TBF建立和释放性能测量<小区>。
监控门限：<90%
具体分析如下：
（1）登陆M2000，在“三门峡数据业务新考核”路径下选择《下行流量》、《分组呼叫相关KPI数据》、《MEAN_BEP》、TA、上下行质量、干扰等查询，右键点击后单击指定按钮弹出对话框中所要查看日期按照模板提取数据。
（2）根据公式进行查询提取每个小区的指标数据，并筛选出需要处理的小区。
（3）提取负载动态PD抢占、传输误帧率、手机是否响应、查看话音统计的上下行质量（载频级）、上下行干扰（载频级）、TA统计（载频级）、MR弱覆盖统计（载频级）、上下行平衡（小区级）、硬件故障。结合数据具体判断是何问题，并根据定位问题提出相应的优化建议。

5、数据流量
本指标体现了数据流量的大小，持续观察可以得到数据业务量的变化趋势。
公式如下：
(A9205:上行EGPRS TBF正常释放次数+A9005:上行GPRS TBF正常释放次数+A9305:下行EGPRS TBF正常释放次数+A9105:下行GPRS TBF正常释放次数)
/(上行GPRS TBF建立成功次数+上行EGPRS TBF建立成功次数+下行EGPRS TBF建立成功次数+下行GPRS TBF建立成功次数-A9208:SUSPEND导致上行EGPRS TBF异常释放次数-A9008:SUSPEND导致上行GPRS TBF异常释放次数-A9307:SUSPEND导致下行EGPRS TBF异常释放次数-A9107:SUSPEND导致下行GPRS TBF异常释放次数-A9308:FLUSH导致下行EGPRS TBF异常释放次数-A9108:FLUSH导致下行GPRS TBF异常释放次数-A9209:FLUSH导致上行EGPRS TBF异常释放次数-A9009:FLUSH导致上行GPRS TBF异常释放次数)*100
Counters from tables: 分组呼叫相关测量－>上行EGPRS TBF建立和释放性能测量<小区>、上行GPRS TBF建立和释放性能测量<小区>、下行EGPRS TBF建立和释放性能测量<小区>、下行GPRS TBF建立和释放性能测量<小区>。
监控门限：变化超过50%
具体分析如下：
（1）登陆M2000，在“三门峡数据业务新考核”路径下选择《下行流量》、《上行流量》查询，右键点击后单击指定按钮弹出对话框中所要查看日期按照模板提取数据。
（2）根据公式进行查询提取每个小区的指标数据，并筛选出需要处理的小区如忙时流量为0，流量增减幅和流量变化大。
（3）将这部分小区在mapinfo地图上用专题地图标志出来，一些小区可以根据区域类型来判定是否正常。如景区淡季流量很小多个时段为0，商场超市室内覆盖在非营业时间流量为0等。
（4）过滤掉正常的小区后，登陆BSC6000观察信道占用查看是否有异常，异常时查看故障或做休眠小区重启数据业务功能处理。
（5）总体流量遵循上半月流量高，下半月有明显下降的趋势。一般情况下除了14日左右前后两天数据流量有大幅的下降外，其他时间流量变化基本平稳，如果某一天流量突增或者突降，可能是节假日影响或者网络割接造成数据统计有问题。
6、DT掉线率
公式如下：
掉线次数/总FTP下载尝试次数X100％
满足以下条件之一判别为掉线：
（1）网络原因造成连接断开，以下行信令PDP deactivate request或RAU reject作为判断依据。
（2）测试过程中超过3分钟FTP没有任何数据传输，且尝试ping后数据链路仍不可使用。此时应断开拨号连接并重新拨号来恢复测试。
每次掉线后重建拨号连接，并且应重新开始一次FTP下载过程。如果发生掉线是由于覆盖原因造成，掉线将不再重复计算。
具体分析如下：
（1）测试掉线问题分析时，查看掉线具体地理位置、位置前后的事件、位置前后层三消息、掉线位置的服务小区和邻区的电平强度、干扰统计。若测试文件不能判断出问题，需要结合电子地图、网管统计数据来定位。
（2）常见的解决方案有：调整天线、参数控制小区重选，调整频点降低干扰，提出网络扩容解决话务挤占，处理硬件故障，调整天线或增加新建解决弱覆盖等。
7、FTP下载速率
公式如下：
成功下载的实际下载数据量/成功下载的总下载时间，在FTP下载时间内RLC层的平均每秒吞吐率。
门限：小于17KBPS
具体分析如下：
（1）常见的原因有：载干比低、重传率高、小区重选频繁