KPI优化案例.docx

KPI优化案例.docx

《KPI优化案例.docx》由会员分享，可在线阅读，更多相关《KPI优化案例.docx（18页珍藏版）》请在冰豆网上搜索。

KPI优化案例

KPI日常优化案例

目录

一、高掉话3

1、海口嘉海大厦2小区的高掉话3

2、海口红城湖2小区的高掉话3

3、三亚黄猄岭3的TR高掉话4

4、海口乡贤酒店1的高掉话5

5、海口长昌大厦3的高掉话5

6、海口椰海大酒店3小区的高掉话7

7、海口房产大厦3小区的高掉话8

8、海口解放路2小区的高掉话9

9、海口南北水果市场１小区的高掉话9

10、海口圣龙大酒店3小区的高掉话10

二、切换指标恶化12

1、海口秀英村2小区的入切换差13

2、琼中保险公司3小区的出入切换差14

3、海口置地花园1小区的入切换差15

4、海口人民医院1小区的出切换差16

5、海口燕京宾馆2的出入切换差18

6、海口长信小区1的入切换差19

三、话务变化19

1、琼海南强村2小区的话务突降19

2、三亚大元3小区的话务上升21

四、拥塞23

1、海口梨园别墅1的拥塞23

2、海口乡贤酒店1的拥塞及入切换差23

3、琼中蚂蟥岭2的拥塞24

五、低占用25

1、三亚黄金坡1、2小区的低占用25

2、澄迈太平乡的低占用（占用率为0）25

一、高掉话

1、海口嘉海大厦2小区的高掉话

该小区附近有个南航部队会议室，当部队在此召开会议时将会开启大功率的干扰器，高掉话将在所难免。

解决方法：

基本没什么解决办法，只能通过协商在某些重要时刻（如组巡）关闭干扰器。

2、海口红城湖2小区的高掉话

如果一个小区有高掉话同时又有7745告警，那么需要做的就是闭锁载波（或时隙），发单更换载波。

7745告警造成的高掉话常常能够达到成百上千次。

（出现7745告警时要先检查BCC是否与TSC一致）

出现高掉话得情况是需要马上解决的，在看到以上告警的时候，我们第一件要做的就是闭锁载波或者闭锁该载波的1时隙。

（7745告警代码底下有一串数字，第一位：

01代表TCH，02代表SDCCH；2至八位指向载波的0-7时隙，00代表没有故障，01代表着高掉话）

3、三亚黄猄岭3的TR高掉话

一般来说，2993告警往往伴随着TR高掉话（话务量大的话每个时段掉话可达成百上千次），处理的方法就是更换载波，临时的应急措施则是闭锁告警时隙。

告警代码底下有6个数字，第一个（71d）为BTS号，第二个（9d）为载波号，第三个（06）为时隙号，当我们看到这个告警，要做的第一件事情就是闭锁BTS-71的第9载波的第六时隙。

4、海口乡贤酒店1的高掉话

7606告警底下有6个数字，我们关注的是第四个数字：

9A，它代表的是合路器单元。

附件有各种代码对应的基站单元。

当一个小区有多个载波有7606告警时，一般是合路器故障所致。

此种类型的合路器故障会导致载波闭锁、重启，然后产生掉话（在进行小区重启的时候也会造成高掉话）。

5、海口长昌大厦3的高掉话

该小区出现高掉话的时候无干扰无告警，关跳频后查看载波质量发现TRX4下行质量0级只有32%，更换该载波后掉话指标立见改善。

6、海口椰海大酒店3小区的高掉话

该小区出现高掉话的时段无干扰无告警，8个载波的上下行质量也没有出现恶化的迹象，跳Lapd后原BCCH所在载波的上下行质量0级也都在90%以上。

分析几天的数据发现频点88对应的载波下行质量0级只有85%，其它7块载波均在90%以上，察看Mapinfo数据，椰海大厦3小区的88与海口新标榜存在同频问题，而且椰海大厦3小区的高掉话时均发生在晚忙时，也就是新标榜人群较为密集的时候，因此可以初步判定是椰海大厦3覆盖过远，与新标榜产生同频干扰所致，修改新标榜大厦的88频点至85后椰海大厦3的掉话由33次下降为12次。

7、海口房产大厦3小区的高掉话

该小区除了高掉话之外还伴随有存在窜话现象出现（用户投诉）,查看204报告，我们发现无线口的掉话次数达到98次，问题就出现无线口上了。

无线口的问题不是硬件就是频率，硬件问题是不会导致窜话情况出现的，所以问题只会出在频率上（而且应该是同频问题），最后经过核查，原因出自BSC在做EGPRS数据时将房产大厦2、3小区的EDGE载波做成同频了。

8、海口解放路2小区的高掉话

还有一种掉话发生在现场操作过程中，由于没有在闭锁载波或小区时加上强制切换（正确的是：

在闭锁小区时ZEQS:

BTS=1:

L:

FHO;在闭载波时ZERS:

BTS=1,TRX=1:

L:

FHO;），另外一种不规范的操作是在基站端直接闭锁小区或拔插载波。

9、海口南北水果市场１小区的高掉话

传输类告警有很多，跟我们关系比较密切的是8105、7704,8105（BITERRORRATIO（BER）>1E-9）是误码率过高的告警，影响比较大但容易发现。

7704来得快去得也快，一般１分钟内就会自动恢复，不过这种告警一出现就会导致该BCF底下的所有小区直接退服（如果是忙时，高掉话在所难免）。

如果是很偶然的出现一次也就罢了，如果是反复出现就应该发单检查传输板至BSC之间的传输链路。

10、海口圣龙大酒店3小区的高掉话

这是一例没有明显原因的高掉话（通过脚本我们已经知道高掉话是发生在主BTS上）。

首先无告警无干扰：

每块载波载波的0级质量也都在90%以上：

在Mapinfo数据库里4个频点都没有问题，重启小区，跳Lapd后再看载波质量，仍未发现异常，但掉话率还是居高不下，没办法只好一个一个试了：

闭锁了第9载波后高掉话仍在继续，解开，闭锁第10载波：

掉话率还是很高，再闭锁第11载波：

掉话率还是较高，问题出在频点：

34。

修改成75后还是不好，修改成70掉话率才恢复到正常水平。

二、切换指标恶化

1、海口秀英村2小区的入切换差

该小区在经过数据重做之后，TRX6没有保持TSC与BCC的一致性，故导致入切换差。

根据历史经验，有时候TSC与BCC不一致的话，载波有可能出现7745告警，千万不要被其误导了！

2、琼中保险公司3小区的出入切换差

如果一个小区的出入切换都很差，一般都是由于硬件故障引起的，而且大部分都是时钟偏移引起的（载波故障也会导致出现出入切换都差的情况）。

解决此问题的办法很简单就是调整时钟。

时钟偏移的告警（7601）有时候会同时出现7616告警，碰到这种情况应该做的就是更换主控板并调整时钟。

NED关于7616的解释：

3、海口置地花园1小区的入切换差

该小区共有4块载波，TRX2、3均有7745告警，入切换成功率只有32.2%，同时还造成3J掉话每个时段达到三百多次。

处理的方法就是重启该小区，重启后告警仍然存在，因此发单更换，同时闭锁故障载波，开启半速率，并将PMAX由2改为6。

我们在处理高掉话小区时一般都力求迅速，因此对故障单元都应采取闭锁措施。

4、海口人民医院1小区的出切换差

无论是出切换指标差或者入切换指标差，除非有明显的告警（如7601时钟偏移，7745、7743载波故障），其它情况一般都应取153报告（或使用SQL脚本）来看是与哪个小区的切换出现了异常。

在本例中，海口人民医院1小区无干扰无告警，取153报告来看，一天内人民医院1向白沙门下村1由306次的切换请求（失败率90.5%），而反向只有45次的切换请求，很明显人民医院1向白沙门下村1的切换请求有多数是属于误切换。

产生误切换的原因多半是邻区中存在同BCCH或者是本小区的TCH与邻区的BCCH同频所致，在本例中属于前者，因此只要修改邻区的BCCH就可以了。

5、海口燕京宾馆2的出入切换差

（BUS出现则该小区不能使用跳频）

海口燕京宾馆2小区在2007年3月14号晚忙时出入切换成功率突然恶化到分别只有20%及0.5%，该小区共有5块载波，正常情况下有一块载波出现故障对出入切换指标的影响不至于恶化到如此程度，主要原因是该小区开有跳频。

在跳频开启的情况下，只要载波出现故障，对指标的影响将非常巨大，主要表现在切换指标或上下行质量特别恶化。

还有个别小区由于合路器的问题，会导致上下行质量突然恶化（有时候0级质量会恶化到10%以下），关闭跳频后指标就会恢复到正常水平。

6、海口长信小区1的入切换差

7745告警造成的指标恶化一般有TCH高掉话、SDCCH高掉话及入切换差等。

本例中，长信小区1有两块载波，TRX2（非BCCH载波）有7745告警，重启后再次出现，因此发单更换。

在载波更换之前可临时将TRP设为1（信道分配优先选择BCCH载波）以提高入切换成功率，若该小区开有跳频则应马上将跳频关掉（若配置较高的话可暂时将故障载波闭锁，并开启半速率，若是闭锁载波则不需要关闭跳频）

三、话务变化

1、琼海南强村2小区的话务突降

该小区的话务变化发生在修改BCCH后，由于邻区的BA表未做相应修改导致南强村2小区的入切换请求次数较少，从而导致话务量下降。

（路侧表现为测试时在邻区表里看不到南强村2小区）

话务下降明显：

2、三亚大元3小区的话务上升

三亚大元3小区的话务变化发生在EGPRS开通之后，EDGE开通之后话务由30Erl上升为50Erl左右，原因是BAlist定义不全，导致出切换次数减少（未在BA表中定义的，向其切换请求次数为0）

由于BA表的定义不全，话务变化明显：

完整定义的BA表：

此外，小区的话务量出现突变还有以下几种可能：

1、替换后功率提升导致的话务上升；2、扩容后合路发射功率降低导致的话务变化；3、周边有新站开通导致话务量下降；4、天线老化导致发射功率下降导致话务量下降。

5、硬件故障导致的话务量下降。

四、拥塞

1、海口梨园别墅1的拥塞

本例中的拥塞是由于载波出现7606告警（FBUSHWfailure）并闭锁所致，处理的方法是关闭跳频（合路器有缺陷）。

2、海口乡贤酒店1的拥塞及入切换差

一般来说，一个小区的多个载波同时出现7606告警（如下图），合路器故障的可能性最大。

目前现网的很多小区都有不止一个的合路器，所以发单的时候应注明清楚，不要换错了哦！

如海口乡贤酒店1小区为ULTRASITE站型，8载波配置，本文应更换的是载波1-6对应的合路器。

3、琼中蚂蟥岭2的拥塞

7939是针对TALK-FAMILY的告警，出现该告警的载波一般会出现闭锁的情况，处理方法就是更换对应的AFE。

（当然并不绝对，之前在处理凤凰镇羊栏的该类告警时，合路器更换多次后仍不见改善，更换跳线后才恢复）。

五、低占用

1、三亚黄金坡1、2小区的低占用

数据出错导致基站无法吸收话务，处理的方法就是重做数据。

2、澄迈太平乡的低占用（占用率为0）

处理方法：

更换主控板