GSM KPI监控和优化指导书Word文件下载.docx
《GSM KPI监控和优化指导书Word文件下载.docx》由会员分享，可在线阅读，更多相关《GSM KPI监控和优化指导书Word文件下载.docx（42页珍藏版）》请在冰豆网上搜索。
3.1.1合同KPI要求15
3.1.2指导书默认底线15
3.2KPI默认底线15
3.2.1底线概念16
3.2.2底线相关性16
3.2.3默认KPI红线17
3.2.4现场监控KPI选择建议18
3.3KPI监控数据的要求18
3.3.1KPI监控数据的可信性18
3.3.2KPI数据采集周期建议19
4KPI监控及优化应用策略20
4.1KPI监控及优化思路20
4.2网络级KPI监控及优化21
4.3区域性KPI监控及优化22
4.4TOPN坏小区的筛选22
5KPI监控及优化分析24
5.1CS域可用性分析24
5.2CS域资源利用率分析25
5.2.1SDCCH拥塞率25
5.2.2TCH拥塞率26
5.3CS域掉话率分析26
5.4切换成功率分析27
5.5CS域接入性分析28
5.6CS域寻呼成功率分析28
5.7PS域接入性能（Accessability）分析28
5.7.1TBF拥塞率29
5.7.2PDCH分配成功率29
5.7.3TBF建立成功率29
5.8PS域TBF掉话率（TBFDropRate）分析30
5.9PS域TBF重传率（RetransmissionRate）分析30
6KPI监控基于NASTAR的实现31
6.1NastarGSM日周月报31
6.2网络监控报告（CS业务）35
6.3PCU监控报告40
6.4坏小区导出及分析42
6.5GSM网络扩容综合分析44
7总结48
图目录
图1KPI监控及优化基本流程21
图2日报菜单32
图3日报页面设置33
图4日报导出高级设置34
图5导出日报格式35
图6网络监控报告菜单项36
图7网络监控报告基本设置37
图8网络监控报告高级设置38
图9输出的监控报告39
图10PCU监控报告菜单40
图11PCU监控报告设置41
图12输出的PCU监控报表42
图13增强型话务统计设置43
图14输出话务统计报表44
图15网络扩容综合分析设置45
图16查询对象设置46
图17生成无线资源优化报告47
表目录
表1CS域建议监控KPI9
表2PS域建议监控KPI10
表3TCH掉话率相关性能列表12
表4切换成功率相关性能列表12
表5TCH拥塞率相关性能列表13
表6TBF掉话率率相关性能列表14
表7监控及优化KPI网络级基线值－cs业务17
表8监控及优化KPI网络级基线值－ps业务17
表9需要监控的KPIs汇总信息表18
表10不同对象KPI数据建议采集周期19
表11TOPN小区筛选KPI相关参数23
表12可用率低原因分析及优化动作24
关键词：
GSMKPITOPN小区
摘要：
本文定位为GSM网络KPI监控和优化的引导性指导书，用于指导现场及合作工程师进行KPI的监控、判决及问题分类，并根据分类问题索引到优化手册进行问题处理。
1概述
随着GSM网络规模的扩大，GSM网络的日常维护工作重心逐渐改变，以往通过DT&
CQT、逐单的用户投诉来排查问题的方法可执行度逐渐降低。
那么我们通过什么办法来监控网络的运行，如何评论网络运行的质量，甚至如何处理好网上出现的问题呢？
本指导主要介绍了KPI监控需要监控的对象，如何通过每项KPI的底线标准判定网络运行质量是否需要提升，发现一项KPI出现问题后如何进行简单的判断。
并指导读者根据初步判断情况，选择现场问题处理需要参考的KPI专题优化手册。
为确保监控的可执行性，本文定位于设备导出KPI的监控及优化分析，不包含DT&
CQT等测试项KPI。
本文第1章概要介绍文档的目的和内容；
第2章列举用于监控网络性能的KPI项及定义；
第3章介绍KPI监控及优化应用策略；
第4章介绍KPI监控优化流程；
第5章为KPI分类优化思路及相关指导书；
第6章为KPI监控策略借助NASTRA的实现；
第7章为总结。
2监控及优化KPI对象
什么是KPI？
KEYperformanceindicator，KEY就是说该项参数能够明显的表征出网络/网元的某一方面的性能，然后根据具体的取值及评定方法，确定这一性能的优劣（相对性），以及随后是否需要优化提升。
2.1建议监控的KPI
监控时应该选择哪些KPI?
能够考评网络质量的KPI在不同运营商有多种定义方法，在指导书中我们选取多数运营商采用，并能有效表征网络运行质量的KPI。
同时考虑到现场工作的执行难度，选择的KPI应该具有概括性、典型性。
表1CS域建议监控KPI
KPI名称
BSC级/小区级短名
KPI公式
SDCCH可用率
ZTR105A/RR300
SDCCH可用率＝信道可用平均数目（SDCCH）/信道动态配置平均数目（SDCCH）*100%
TCH可用率
ZTR109A/RR307
TCH可用率＝信道可用平均数目（TCH）/信道动态配置平均数目（TCH）*100%
SDCCH拥塞率
ZTR103A/RR370
SDCCH拥塞率（遇全忙）＝[SDCCH占用遇全忙次数]/[SDCCH占用请求次数]*100%
TCH拥塞率（遇全忙）
ZTR106A/K3045
TCH拥塞率（遇全忙）＝（[TCH占用遇全忙次数（信令信道）]+[TCH占用遇全忙次数（业务信道）]+[TCH切换占用遇全忙次数（业务信道）]）/（[TCH呼叫占用请求次数（信令信道）]+[TCH呼叫占用请求次数（业务信道）]+[TCH切换占用请求次数（业务信道）]）*100%
立即指配成功率（cs）
K3045/RA303G
立即指配成功率＝建立指示次数（电路业务）/信道请求次数（电路业务）*100%
TCH指配成功率
ZTR102A/RCA313
TCH指配成功率＝指配成功次数/指配请求次数*100%
SDCCH掉话率
ZTR104A/ZTR104C
SDCCH掉话率＝SDCCH掉话次数/SDCCH占用成功次数*100%
TCH掉话率（含切换）
ZTR107A/ZTR304
TCH掉话率（含切换）＝[业务信道掉话次数]/（[TCH呼叫占用成功次数（信令信道）]+[TCH呼叫占用成功次数（业务信道）]+[TCH切换占用成功次数（业务信道）]）*100%
BSC整体切换成功率
ZK3180/RH303
切换成功率＝（[BSC内入小区切换成功次数]+[BSC间出小区切换成功次数]）/（[BSC内入小区切换请求次数]+[BSC间出小区切换请求次数]）
话务量（ERL）
ZK3014/K3014
无
寻呼成功率
寻呼成功率＝（一次寻呼响应次数＋二次寻呼响应次数）/（一次寻呼次数）*100%**由MSC统计
●TCH掉话率（含切换）有助于各级网元（BSC级、小区级别）掉话问题分析，指导书建议采用。
如和现场考核标准不一致时，参照现场KPI定义。
●寻呼成功率为关注项，在可能提取的情况下监控。
表2PS域建议监控KPI
TBF掉话率
TBF掉话率＝TBF掉话次数（上、下行GPRS/EGPRS）/TBF建立成功次数（GPRS/EGPRS上下行）
上行TBF建立成功率
上行TBF建立成功率＝上行TBF建立成功次数/上行TBF建立尝试次数
下行TBF建立成功率
下行TBF建立成功率＝下行TBF建立成功次数/下行TBF建立尝试次数
PDCH分配成功率
PDCH分配成功率＝1-（手机无响应导致上行TBF建立失败＋手机无响应导致下行TBF建立失败）/（上行TBF建立尝试次数＋下行TBF建立尝试次数）
上行TBF拥塞率
上行TBF拥塞率＝无信道资源导致上行TBF建立失败次数/上行TBF建立尝试次数
下行TBF拥塞率
下行TBF拥塞率＝无信道资源导致下行TBF建立失败次数/下行TBF建立尝试次数
上行EGPRSTBF拥塞率
上行EGPRSTBF拥塞率＝无信道资源导致上行EGPRSTBF建立失败次数/上行EGPRSTBF建立尝试次数
下行EGPRSTBF拥塞率
下行EGPRSTBF拥塞率＝无信道资源导致下行EGPRSTBF建立失败次数/下行EGPRSTBF建立尝试次数
上行RLC数据块重传率
上行RLC数据块重传率＝（上行CS1~CS4的RLC数据块个数－BSS接收的上行CS1~CS4的RLC数据块个数）/上行（CS1-CS4）的RLC数据块个数
下行RLC数据块重传率
下行RLC数据块重传率＝（下行CS1~CS4的RLC数据块个数－BSS接收的下行CS1~CS4的RLC数据块个数）/下行（CS1-CS4）的RLC数据块个数
上行EGPRSRLC数据块重传率
上行EGPRSRLC数据块重传率＝（上行MCS1~MCS9的RLC数据块个数－BSS接收的上行MCS1~MCS9的RLC数据块个数）/上行（MCS1-MCS9）的RLC数据块个数
下行EGPRSRLC数据块重传率
下行EGPRSRLC数据块重传率＝（下行MCS1~MCS9的RLC数据块个数－BSS接收的下行MCS1~MCS9的RLC数据块个数）/下行（MCS1-MCS9）的RLC数据块个数
●根据现场开通情况选择GPRS\EGPRS业务是否需要监控
需要说明的是：
1、无论上表是否提到，现场要求考核的KPI都必须列入监控；
2、如果一项KPI现场有定义，则使用现场KPI公式；
现场未定义且未提出考核的，可以采用华为设备默认定义；
若无设备默认定义，参照建议公式进行；
3、如果合同KPI要求项已经包含建议监控KPI，或者考核同种性能，则可只选择合同KPI的监控。
2.2KPI关联子性能
对于每项性能每个阶段都有不同的参数来考核，在对全网及不同网元进行监控，就会有很多的性能统计项。
监控选择的KPI只是其中具有概括意义的综合统计项，但是在问题分析时我们还必须考虑到与监控KPI相关的性能统计。
因此在提取KPI项时，也有必要关注其相关子性能。
●子性能主要用于发现KPI问题后的辅助分析，不作为监控评判的依据。
2.2.1TCH掉话率相关子性能
TCH掉话主要分为以下部分：
[业务信道稳态无线口掉话次数]、[业务信道切换无线口掉话次数]、[业务信道长期无MS测量报告掉话次数]、[业务信道Abis口地面链路故障掉话次数]、[业务信道设备故障掉话次数]、[业务信道强制切换掉话次数]、[环回启动失败掉话次数]、[环回切换失败掉话次数]、[环回恢复失败掉话次数]。
其中常见掉话为稳态无线口掉话和切换无线口掉话；
在分析时候还可以更详细的分析出其掉话类型，如稳态无线口掉话有错误指示、连接失败、释放指示三类和更详细的分类，在具体问题分析时可以先定位具体分类后，再查询优化手册以快速定位问题。
在分析TCH掉话率问题前了解其掉话原因大类，有利于快速定位问题。
表3TCH掉话率相关性能列表
TCH无线丢失率
TCH无线丢失率＝（[业务信道稳态无线口掉话次数]+[信令信道稳态无线口掉话次数]）/（[TCH呼叫占用成功次数（信令信道）]+[TCH呼叫占用成功次数（业务信道）]+[TCH切换占用成功次数（业务信道）]
TCH切换丢失率
TCH切换丢失率＝切换失败造成的掉话次数/（[TCH呼叫占用成功次数（信令信道）]+[TCH呼叫占用成功次数（业务信道）]+[TCH切换占用成功次数（业务信道）]）
话务掉话比
话务掉话比＝TCH总话务量*60/TCH掉话次数
2.2.2切换成功率相关子性能
由于切换统计对象、切换原因、切换方向不同，切换包含多种分类。
按照切换的方向不同分类为：
入小区切换，出小区切换；
按照切换中源小区、目标小区的归属分类有：
小区内切换、BSC内小区间切换，BSC间小区间切换；
按照切换的小区频段、切换的小区同心圆功能也有相应的分类。
无线切换成功率是排除无限资源受限、链路丢失等原因造成的切换失败后，以网络发送切换命令（handovercommand）为起点统计的切换成功率，主要用于快速定位切换失败是否发生在空中接口（Um口）。
表4切换成功率相关性能列表
入小区切换成功率
入小区切换成功率＝入小区切换成功次数/入小区切换请求次数
出小区切换成功率
出小区切换成功率＝出小区切换成功次数/出小区切换请求次数
BSC内切换成功率
BSC内切换成功率＝BSC内切换成功次数（所有）/BSC内切换请求次数（所有）
BSC内无线切换成功率
BSC内无线切换成功率＝BSC内切换成功次数（所有）/BSC内切换次数（所有）
出BSC切换成功率
出BSC切换成功率＝出BSC切换成功次数/出BSC切换请求次数
出BSC无线切换成功率
出BSC无线切换成功率＝出BSC切换成功次数/出BSC切换次数
入BSC切换成功率
入BSC切换成功率＝入BSC切换成功次数/入BSC切换请求次数
入BSC无线切换成功率
入BSC无线切换成功率＝入BSC切换成功次数/入BSC切换次数
双频切换成功率
（900->
1800）
双频切换成功率（900->
1800）＝切换成功次数（900->
1800）/切换请求次数（900->
1800）
（1800->
900）
双频切换成功率（1800->
900）＝切换成功次数（1800->
900）/切换请求次数（1800->
900）
BSC内小区内切换成功率（内圆-外圆）
BSC内小区内切换成功率（内圆-外圆）=[BSC内小区内切换成功次数（内圆-外圆）]/[BSC内小区内切换请求次数（内圆-外圆）]
BSC内小区内切换成功率（外圆-内圆）
BSC内小区内切换成功率（外圆-内圆）=[BSC内小区内切换成功次数（外圆-内圆）]/[BSC内小区内切换请求次数（外圆-内圆）]
2.2.3拥塞相关子性能
考虑到信道拥塞某些时候是由于突发的话务量所致，而性能分析及扩容建议倾向于采用实际承载业务量来确定。
因此进行拥塞分析时应该注意统计如下相关性能：
表5TCH拥塞率相关性能列表
TCH每线话务量（Erl）
TCH每线话务量（Erl）＝TCH话务量/信道可用平均数目（TCH）
TCH话务量（Erl）
TCH信道可用平均数目
2.2.4TBF掉话率相关子性能
PS业务为上下行非对称业务，且GPRS业务和EGPRS业务可能分布在不同信道、不同载频上，所以分类统计在不同业务类型时的TBF掉话率有助于快速定位。
表6TBF掉话率率相关性能列表
上行TBF掉话率
上行TBF掉话率＝上行TBF掉话次数（GPRS/EGPRS）/上行TBF建立成功次数（GPRS/EGPRS）*100%
下行TBF掉话率
下行TBF掉话率＝下行TBF掉话次数（GPRS/EGPRS）/下行TBF建立成功次数（GPRS/EGPRS）*100%
上行GPRSTBF掉话率
上行TBF掉话率＝上行GPRSTBF掉话次数/上行GPRSTBF建立成功次数*100%
下行GPRSTBF掉话率
下行TBF掉话率＝下行GPRSTBF掉话次数/下行GPRSTBF建立成功次数*100%
上行EGPRSTBF掉话率
上行TBF掉话率＝上行EGPRSTBF掉话次数/上行EGPRSTBF建立成功次数*100%
下行EGPRSTBF掉话率
下行TBF掉话率＝下行EGPRSTBF掉话次数/下行EGPRSTBF建立成功次数*100%
3KPI监控评判标准
3.1KPI监控标准的来源
3.1.1合同KPI要求
合同要求KPI是项目在交付前必须达到的KPI底线，是网络优化的根本工作目标。
在工程期间此要求作为KPI提升目标，监控任务是时刻关注尚未达标的KPI，并提醒对其重点处理。
维护项目中，KPI监控可以及时发现网络在某项KPI方面的恶化，并尽快启动性能优化。
3.1.2指导书默认底线
由于目前尚有部分项目和运营商对一些相对重要KPI未制定考核标准，本着利于现场判断，整体把握网络运行KPI，不至于在局方调整考核KPI时被动的原则，无线网络规划部根据华为在网设备性能制定底线值，供现场没有考核标准时使用。
KPI默认底线值未对不同网络类型进行分类，属于非强制性参考标准。
在现场有定义、现场KPI明显好于或者差于默认底线时，现场RNP团队应根据具体网络情况制定考核标准。
3.2KPI默认底线
在确定监控KPI后，需要有一个标准确定该KPI的好坏。
针对不同的网络，好的标准可能有很多，但是很多KPI差到一定限度后会对网络造成很大的影响。
因此针对全网级别、小区级，分别定义了黄线（预警）和红线（要求优化）两底线。
3.2.1底线概念
红线：
合同交付最低要求、足以引起性能事故或者能够造成网络质量无法容忍的底线值
黄线：
接近并满足考核标准，但又无法确定不会恶化到考核标准的预警值
在KPI恶化到黄线时，监控工程师开始缩短该项KPI的监控周期，并根据现场情况向RNP团队提起性能预警。
同时查看影响该KPI的相关性能，如果是某一原因或者网络中某几个小区原因所致，则针对部分小区或某一原因进行处理。
如果已经接近红线，则可以考虑提前处理，否则可以根据网络情况只保持预警。
小区KPI恶化到黄线时，作为TOPN小区的候选项。
具体见4.4TOPN坏小区的筛选
如果比较接近红线，或者黄线小区数量较少，可以按照红线处理。
另外若该小区为VIP小区或者一直处于该项KPI的TOPN小区中，也需要按照红线对待，及时进行优化。
整网某项KPI好于黄线值时，只需要处理红线TOPN小区。
3.2.2底线相关性
0.8X，X，1.5X，2X定义：
在KPI评判时，我们设置整网KPI红线值为X。
0.8X标识性能失败量是红线的80%。
如果是失败量KPI，如掉话率红线设置为1%，则0.8X表示0.8%；
如果是成功率，如切换成功率红线设置为90%，0.8X表示失败率是原来的0.8，即切换失败率是0.8*（1-90%），即0.8X表示切换成功率要求为92%
整网红线：
网络整体KPI的红线（X）直接参照合同约定、性能事故或者指导书默认值。
整网黄线：
考虑到KPI具有一定波动性，黄线值设置为红线恶化量的80%（随后使用0.8X）。
小区红线：
小区红线设置为2X。
当整网KPI恶化到红线时且红线小区可能超过全网的5％，此时通过TOPN小区处理解决网络问题将会很难，确定为全网普遍性问题；
如果红线小区低于5%（或者更低），则可以判定为个别小区引起的问题。
当整网性能好于黄线时，红线小区比例一般在1%以下，建议逐个分析处理。
小区黄线：
用于选择TOPN的一项标准，设置为1.5X。
当整网性能好于黄线时，可以不处理黄线小区。
3.2.3默认KPI红线
网络级KPI基线值如下：
表7监控及优化KPI网络级基线值－cs业务
类型
KPI
红线
可用性
90%
利用率
SDCCH拥塞率（遇全忙）
5%
增加或减小超过20%
接入性
96%
1%
保持性
移动性
切换成功率
93%
寻呼性能
寻呼成功率
85%
表8监控及优化KPI网络级基线值－ps业务
8%
92%
Um口传输
上行GPRSRLC数据块重传率
10%
下行GPRSRLC数据块重传率
20%
●由于GPRS/EDGE数据块重传率受无线环境和传输质量影响较大，造成重传率KPI波动和考核要求差别比也较大。
因此工程师在进行监控时应当根据所在国家无线环境情况适当调整红线标准。
无线环境和传输环境好的网络可以参考中国区普通网络标准：
上行GPRS/EDGERLC数据块重传率：
<
5%，下行GPRS/EDGERLC数据块重传率：
8%；
3.2.4现场监控KPI选择建议
由于KPI监控需要兼顾合同要求，在确定KPI监控任务后，现场应根据指导书建议KPI和合同需要，制定监控KPI内容和监控标准。
监控标准建议包含：
所有需要监控的KPI名称，设定红线（合同要求值或者默认值）。
选择列入：
KPI公式、KPI黄线、KPI红线、是否达标等。
参考举例如下表：
表9需要监控的KPIs汇总信息表
NameofKPI
badbaseline
normalbaseline
definitionofKPI
RATE_TCH_CALL_DROP_INCLUDE_HO
0.8%
TCHCallDropRate（includingHandovers）=CallDropsonTCH/（SuccessfulTCHSeizures（SignalingChannel）+SuccessfulTCHSeizures（TrafficChannel）+SuccessfulTCHSeizuresinTCHhandovers（TrafficChannel））x100%
othercontractedKPIs
xx
RATE_SDCCH_congestion
4%
RATE_TCH_congestion
RATE_immediately_assignment_success（CS）
升级会员 