诺西提升7745告警处理效率和效果.docx

资源描述

诺西提升7745告警处理效率和效果.docx

《诺西提升7745告警处理效率和效果.docx》由会员分享，可在线阅读，更多相关《诺西提升7745告警处理效率和效果.docx（27页珍藏版）》请在冰豆网上搜索。

诺西提升7745告警处理效率和效果.docx

诺西提升7745告警处理效率和效果

提升7745告警处理效率和效果

一、背景4

二、7745告警含义4

2.1告警定义4

2.2触发机制5

2.3告警原因分析6

三、告警处理方法6

3.1BSC专业（告警监控、跟踪、分析）6

3.2基站专业（现场处理）7

（一）单载频出现7745告警7

（二）单小区多载频出现7745告警7

3.3网优专业（后台分析）7

3.4告警处理注意事项9

四、告警的处理流程11

4.1告警分析阶段13

4.2告警处理阶段13

4.3告警评估阶段13

五、效果评估13

5.1进站量13

5.2告警量变化趋势14

六、典型案例15

6.1硬件类15

6.1.1载频故障15

6.1.2连线问题17

6.1.3合路器故障19

6.1.4双工滤波器故障20

6.1.5背板问题21

6.2数据配置类21

6.2.1配置不匹配21

6.2.2合路次数不平衡21

6.2.3传输故障22

6.3配套设备类22

6.3.1直放站问题22

6.3.2干放/塔放问题23

6.4天馈系统类24

6.4.1馈线故障24

6.4.2扇区问题24

6.4.3覆盖问题25

6.4.4天线隐形问题26

6.4.5天馈连接头问题27

6.5网络优化类27

6.5.1同频问题27

6.5.2上下行链路不平衡引起的774528

6.6其他类28

七、告警处理建议29

一、背景

近年来随着用户数量的不断增加，服务业务的逐步升级、网元的不断扩展，以及EGSM频点的退网和不断的工程调整等等因素，引起无线网元中存在着大量的基站告警，进而导致了郑州网络质量的下降。

为了解决郑州网元告警量偏高的现象，进一步加快提升郑州市区无线网络质量，创造优质的网络环境，提高企业市场竞争能力，郑州分公司开展了“郑州网络质量专项提升活动”，重点处理与KPI指标息息相关的感知类告警，其中7745告警在感知类告警中比例较大，严重影响了网络性能质量，需要重点处理。

本次项目内容为集中处理郑州分公司市区“7745告警频次高，失败率高的”的基站,主要分布在郑州市区共涉及基站大约500个。

通过研究诺西设备7745告警触发的原理，对其多层次、多角度细分告警，找寻产生7745告警的内在规律，使得基站维护人员在进站处理时，目标更明确、针对性更强，来减少维护人员进站次数，来提升7745告警处理效果和效率。

二、7745告警含义

2.1告警定义

7745CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD

在监控时段，BTS的SDCCH、TCH信道上的失败率高于系统设置门限值。

该告警用来监测专有信令信道和话务信道的使用情况，对异常释放，给与提示。

根据告警补充信息，可以具体定位到发生问题的时隙：

补充信息含义如下：

1表示问题信道类型：

取值分为：

01TCH、02SDCCH

2~9表示信道所在时隙

补充信息

对应时隙

其取值分为：

00低于门限（不产生告警）、01高于门限（产生告警）

10表示失败率最高时隙

11表示TCH或SDCCH子信道

TCH子信道

SDCCH子信道

00:

TCH/H-subchannel0

01:

TCH/H-subchannel1

02:

TCH/F

00-07:

subchannel0-7

12表示在监控时段内，补充信息10中信道异常释放情况占总释放次数的比率。

2.2触发机制

从SMBNT至EMBNT，每隔PRDCFR时长对该小区信道进行统计，如果在此期间SDCCH、TCH信道占用超过CS所定义次数门限值，且失败率高于系统所定义的门限值，则在PRDCFR时长后触发该告警。

参数定义及其默认值：

监控起始时间SMBNT=supervisionstarttime08-00

监控终止时间EMBNT=supervisionendtime18-00

告警监控时长PRDCFR=lengthofsupervisionperiod60min

信道占用次数门限CS=channelseizurethresholdvalue10

TCH占用失败率门限TCHFR=TCHfailurerate（20%）

SDCCHH占用失败率门限SCHFR=SDCCHfailurerate（80%）

以实际7745告警为例标示如下：

2.3告警原因分析

按照产生告警的信道类型来看，7745告警分TCH失败导致的7745告警和SDCCH失败导致的7745告警两大类。

通过前期处理情况，总结引起7745告警的原因是多种的和复杂的，主要有三类问题：

基站硬件类问题、基站附属设备问题和优化类问题。

基站硬件类问题主要有：

载频硬件故障，基站射频连线问题和天馈线问题。

基站附属设备问题主要有：

室分系统问题、塔放问题和射频拉远设备问题。

优化类问题主要有：

外部干扰问题越区覆盖、上下行链路不平衡问题、同邻频干扰问题和切换失败问题。

三、告警处理方法

7745告警原因多为干扰、基站故障、弱覆盖或者天馈系统性能下降、天线覆盖方位有问题以及射频连线故障或者松动等引起，建议网优排查干扰、解决弱覆盖，基站维护人员处理基站故障，整改天线问题等方面着手进行处理。

具体采取的措施如下：

3.1BSC专业（告警监控、跟踪、分析）

1）根据基站工程师每日上站情况，在机房做好告警查询及跟踪工作。

确保基站工程师准确掌握所处理基站的告警情况。

（包括告警出现日期和时段、频次、告警类型、及其它能够影响基站性能的告警，如：

7744、7601、7604、7606、7607等）

2）在基站工程师工作时，查看核实小区参数（包括:

Master和Slave小区必要参数是否一致、分级接受参数设置、EDGE数据是否完整、E1工作状态以及时隙配置与基站侧是否一致等）并与其保持沟通，并针对不同情况提出可行性建议，尝试多方面查找定位故障点。

对于小区参数问题引起的一些告警及时通知机房人员进行参数调整。

3）对基站侧处理完毕，基站重启过程中可能遇到问题（例如:

OMU信令BLOCK、7730告警、基站工作状态不正常等）进行处理，保证基站恢复正常工作状态。

4）对当天处理基站告警信息做好记录，并在每日跟踪反馈中进行此站的告警跟踪发送给基站工程师。

让其能够充分了解到所处理基站的工作状态。

5）及时更新并发送全网小区数据、告警查询数据库、基站跟踪反馈等数据表给项目相关人员。

3.2基站专业（现场处理）

（一）单载频出现7745告警

1）载频本身的问题，通过载频环路测试进行判断；

2）载频连接的其他硬件例如合路器是否工作正常；

3）载频连线问题，需要检查连线是否正确，是否有松动现象，以及是否损坏需要更换；

4）载频及连接的其它单元端口问题；

5）载频本身螺丝没有拧紧。

（二）单小区多载频出现7745告警

首先应该检查公共部分，如：

1）小区公共类硬件，如Ultrasite设备的DVGA、RTGA、M6LA、M2LA等，Flexi设备的ERGA、ECGA等；

2）远程登录或者现场查看是否有伴随告警，特别是一些能影响小区性能的告警：

7601、7604、7606、7744、8102等等，如果有则首先处理这些告警，有可能7745告警随着其他告警的消失而消失。

特别是7744和8102可能需要其他部门如网优或者传输人员配合处理。

3）远程登录或者现场查看小区是否开启Rdiv参数。

4）远程登录查看一下RSSI值，或者到现场查看也可以，从中初步判断射频连线和天馈是否性能不好。

5）远程登录或者现场对载频进行一下环路测试，已便初步检查载频硬件和连线是否有问题，并检查硬件数据库问题。

6）天馈系统的问题，需检查天线、馈线、避雷器、电桥和接头等，这时需要配备并正确使用Sitemaster进行测试

7）检查天馈的覆盖是否正常，这可以利用测试手机来实现，初步判断小区覆盖方向是否正确；从天线附件查看是否覆盖方面正常，方位角、下倾角是否正常，是否有障碍物遮挡天线。

8）检查设备与传输的连接是否正确，防止传输接反导致的小区覆盖不正确。

9）检查是否存在直放站、载波池、塔放、光纤拉远（射频拉远）设备，并且是否正确设置。

10）现场拨打测试检查是否存在同、邻频干扰等等。

11）机房高温问题导致，基站性能下降。

3.3网优专业（后台分析）

（一）有关干扰引起的告警可以分为二部分：

1）通过监控数据，检查出外部干扰发生的具体的位置及其原因，能很好的防止告警的出现，并且对指标的影响也比较大。

2）对于同邻频干扰引起的告警，根据规划和测试的数据，结合实际的地理环境，把同邻频干扰降低到最低的程度，对降低告警出现的几率和提升网络质量都是非常必要的。

（二）由于切换关系引起的告警：

1）对于一些跨LAC区域的小区，通过合理的LAC区域划分，使得切换链路十分合理，能有效避免一些告警的出现。

2）对与缺少邻区和单向邻区的小区，通过检查和调整可以有效的消除对网络的不合理的因素。

（三）上下行链路不平衡引起的告警：

1）上行质量差的情况，可以通过合理调整邻区的一些功控参数与切换参数去平衡上行的质量。

2）下行质量差的情况，可以通过排查一些干扰的因素，去达到最理想的效果。

（四）对于载频掉话，特别是同一个时隙，可以通过LOCKED时隙，达到消除告警的目的。

（五）话务不均衡的情况：

对于高话务的小区，通过合理的话务均衡的情况，有效避免告警事件的发生。

（六）越区覆盖引起的告警：

合理的方位角和下倾角控制：

对于减少出现告警的几率非常有效。

（七）直放站因素引起的告警：

配合直放站厂家消除直放站对网络的影响。

（八）综合因素引起的告警：

由于引起告警的因素不只一种，这就需要我们综合几种不利网络的因素，最后制定出合理的方案，最终消除告警。

3.4告警处理注意事项

a小区参数中一些使用默认参数的值会影响该告警：

b有些小区有多个载频甚至整个小区都有7745告警，同时伴随7744干扰告警，这时需要网优排查干扰源，随着7744告警解决，7745告警通常随之消除。

c硬件问题：

Ultrasite基站个别载频7745，通过多次载频测试发现主接收和分集接收的电平值差别很大，如下图：

更换载频后测试结果如下：

四、告警的处理流程

通过此次活动创新的摸索出了一套行之有效的感知类告警处理流程和告警处理技术指导书，可以有效的降低告警数量，缩短了故障历时。

具体流程详见下图：

4.1告警分析阶段

在处理告警前，由告警分析员将收集的告警进行分类，从忙时、非忙时、覆盖区域、传输类型、设备类型、等等，对其多层次、多角度细分告警，并据此安排进站计划。

基站维护人员结合基站告警准备处理所需备件。

4.2告警处理阶段

基站维护人员进站后根据告警情况按照告警处理手册逐一的进行操作，并将相关操作步骤反馈给告警分析员，同时网络优化人员从统计指标以及参数等方面进行后台分析，分析优化和设备隐性问题为现场人员做指导，告警分析员将反馈信息记录、整理、分析，制定下一步处理计划和方案。

4.3告警评估阶段

基站维护人员详细的录入《告警处理登记表格》并反馈告警分析员，告警分析员根据最终的处理结果，整理、分析以及跟踪后期的告警情况。

五、效果评估

5.1进站量

原计划进站500个，实际共处理基站总数量642个站点，涉及郑州市区四个分区。

分别为：

金水区、二七区、东城区、西城区。

具体工作量明细如下：

5.2告警量变化趋势

全网告警量从项目开始6035条下降到目前的2200多条，最低时2月16日1482条，全网的7745告警呈现一个缓慢的下降趋势

六、典型案例

6.1硬件类

6.1.1载频故障

性能下降及工作状态不稳定。

处理建议：

通过更换或倒换故障板件

典型案例1:

【站点信息】西城区洼刘4390

【告警信息】一小区TRX1

【现场信息】通过测试发现载频故障

【处理过程】检查此小区掉话载频主分级为正常，且无干扰无其他告警。

在测试掉话载频TRX1时，结果显示载频存在功率低问题，把此载频与TRX2倒换，测试这两块载频发现TRX2（原为TRX1）存在了功率低问题，而TRX1（原为TRX2）功率则正常。

由上判断此掉话为载频故障。

用新载频更换故障载频，然后观察已正常

【截图】

典型案例2:

【站点信息】西城区东史马40

【告警信息】二小区几乎所有载频。

【现场信息】基站有附属设备电桥。

【处理过程】处理前二小区每天告警都维持在20条左右，处理通过重新连线，修改硬件数据库。

通过告警参看发现此站曾经出现7604，而且发现告警大都发生在第2块上，于是将第2块TSGB更换，告警消除。

【解决措施】更换第二块TSGB。

【截图】

RSSIComparisionValuesReport2009-11-1821:

59:

TRXAnt1Ant2Ant3Ant4Diff.Rel.Diff.

*****************************************************************************

Newestvalues:

Sector2

ETRX1n/an/an/an/an/an/a

ETRX2-121-93n/an/a-28n/a

Avg.Diff.-28.00

AntennaAnt:

1Ant:

ETRX1n/an/an/a

ETRX2-121-93-28

ETRX3-85-86-1

ETRX4-102-98-4

ETRX5-97-106-9

ETRX6-105-98-7

Avg.Diff.-9.80

AntennaAnt:

3Ant:

ETRX7-85-87-2

ETRX8-86-87-1

ETRX9-87-87-0

ETRX10-86-87-1

ETRX11-85-86-1

ETRX12-85-86-1

Avg.Diff.-1.00

6.1.2连线问题

连线老化、损坏或者连线连接错误导致的掉话。

处理建议：

更换故障连线或者改正连接错误。

典型案例1：

【站点信息】二七区交通学院5072

【告警信息】S1:

TRX4，TRX6S2:

TRX5，TRX9S3:

TRX12

【现场信息】在每个小区存在多处的连线损坏，有一个直放站。

【处理过程】第一二方向，通过检查连线和做载频测试时确定本站由于多处连线损坏造成7745，做载频测试结果如下：

更换连线之前

TRXTest:

2009/12/1913:

58:

TRXNumber:

ETRX1

TRXTestRunThrough

（IDDonly）:

N/A

TRXOperationalState:

Supervisory

Timeslot:

ARFN:

TXFrequency:

936.6MHz

RXFrequency:

891.6MHz

TRXTestresult:

MainBER:

0.00%

DiversityBER:

0.00%

TXPower:

47dBm

MainRxResult:

-106dBm

DiversityRxResult:

-95dBm

AntennaConnection:

ModulationType:

GMSK

换连线之后

TRXTest:

2009/12/1914:

10:

TRXNumber:

ETRX1

TRXTestRunThrough

（IDDonly）:

N/A

TRXOperationalState:

Configuring

Timeslot:

ARFN:

TXFrequency:

936.6MHz

RXFrequency:

891.6MHz

TRXTestresult:

MainBER:

0.00%

DiversityBER:

0.00%

TXPower:

46dBm

MainRxResult:

-101dBm

DiversityRxResult:

-102dBm

AntennaConnection:

ModulationType:

GMSK

看上面标注信息可以知道，主分级差别大，造成上下行链路不平衡而引起的掉话，将连线进行更换。

三小区出现7745告警信息如下：

TRX-122009/12/10

TRX-122009/12/11

TRX-122009/12/13

TRX-122009/12/15

TRX-32009/12/17

该小区在十五号之后告警载频发生了变化，根据各个不同阶段的全网数据表得知，在十五号的时候主频从12块跳到了第3块载频，因此定位此频点不好。

【解决措施】一二小区是更换连线解决故障，三小区通过更换频点，故障消除。

典型案例2：

【站点信息】西城区瑞达国槐路5662

【告警信息】S1:

TRX8、9

【现场信息】基站部分连线错误、松动

【处理过程处理过程】一小区发现载频连线出现错误，将其更正。

二三小区部分连线出现松动，将其紧固。

【解决措施】更正一小区连线错误，紧固二三小区连线。

【截图】

6.1.3合路器故障

由于合路模块故障而导致的衰减不平衡。

处理建议：

更换故障模块。

典型案例：

【站点信息】东城区尚庄东2070

【告警信息】S1:

TRX5S3:

TRX89101112

【现场信息】一小区通常是间隔一段时间，单载频出现7745；三小区是该扇区的下半部分载频出现7745.

【处理过程】经检查发现3小区的第2个WCGT连接的载频均出现掉话且温度极高，更换新的WCGT后该小区告警消除。

【解决措施】更换故障的WCGT。

6.1.4双工滤波器故障

由于双工滤波单元故障而导致的掉话。

处理建议：

更换故障模块。

典型案例：

【站点信息】西城区西开经贸学校5874

【告警信息】S1:

TRX35678910

【现场信息】基站存在外部干扰，二三小区掉话是伴随干扰出现的

【处理过程】一小区通过检查发现本小区的DVGA射频线连接口已经断裂（详见截图），致使本小区大部分载频出现了7745。

将一小区损坏的DVGA更换。

【解决措施】二三小区确认外部干扰。

【截图】

6.1.5背板问题

因背板针、背板ＢＵＳ线故障引起的槽位问题而导致的掉话。

处理建议：

更换故障模块。

典型案例：

【站点信息】二七区车管所南5892

【告警信息】S1:

TRX23S3:

TRX4

【现场信息】基站部分连线松动，三小区单载频告警

【处理过程】一小区TRX2、3连线非常松动，紧固连线。

三小区TRX4出现7745频率很高，通过倒换排除法确定第四槽位有问题，载频在该位置测试均失败，更换位置后测试OK。

【解决措施】将连线紧固；将有问题槽位上的载频更换至其他槽位，告警消除。

6.2数据配置类

6.2.1配置不匹配

硬件数据库配置和实际硬件配置不符而导致的掉话。

处理建议：

修改数据配置或更换相符硬件。

典型案例：

【站点信息】二七区纬四路服装市场9757

【告警信息】TRX124

【现场信息】本站为Metro基站，TRX124为同类型载频，TRX3与其他载频不同。

【处理过程】通过观察发现本站使用了两种不同功率的载频，分别为5W和10W混用。

由此导致了掉话，将TRX3更换为10W载频后基站正常，告警消除。

【解决措施】Metro基站的载频功率需相同，更换载频为相同功率即可。

6.2.2合路次数不平衡

因合路次数不同而导致的掉话。

处理建议：

修改合路次数，使其衰减平衡。

典型案例：

【站点信息】东城区郑东新区移动大厦5149

【告警信息】S2:

TRX2、4、6。

【现场信息】同小区合路次数不同

【处理过程】排除设备硬件的故障，检查天馈无问题，查看基站数据无问题，检查设备连线时发现，同一个小区内的TRX之间的功率衰减不平衡，TRX1、2、3、4为二级合路，TRX5、6为三级合路,判定7745掉话为同扇区内TRX功率不平衡所致。

【解决措施】将所有TRX均更改为二次合路方式，告警消除。

6.2.3传输故障

因误码、滑码等传输问题导致频率错误导致的掉话。

处理建议：

确认故障点，修复基站侧传输板故障，通过传输机房处理传输问题。

典型案例：

【站点信息】东城区安徐庄4044

【告警信息】S1：

TRX1S2：

TRX156891012

【现场信息】二小区存在着大量告警，AIS2MFar-endalarmLossofCRC等告警并且连线存在大量的松动现象

【处理过程】对板件进行调换，排除本站的硬件故障，根据现场的传输告警提交至相关部门解决传输问题。

由于7745告警伴随传输告警的消失而消失，由此可以判定本站为传输问题而引起的。

【解决措施】通过更换二小区的VXTA，发现本站传输告警并非由硬件问题导致。

经和传输机房沟通发现是传输故障，该故障排除后基站7745告警消除。

6.3配套设备类

6.3.1直放站问题

由于直放站数据参数设置问题、远端天馈系统及本身设备故障而导致的掉话。

处理建议：

直放站厂家配合处理，调整数据参数设置，修复远端天馈系统或更换故障设备。

典型案例1：

【站点信息】金水区庙李南5919

【告警信息】S1:

TRX1458S2:

TRX468

【现场信息】一小区存在干扰；二小区配置为O10，附带直放站。

【处理过程】一小区通过小天线排查干扰为外部干扰；二小区同直放站厂家共同上站时得知此直放站设备只支持8频点，然而本小区却是O10的配置，所以需减容或更换直放站设备。

【解决措施】需减容或更换直放站设备

典型案例2：

【站点信息】东城区西五河4271

【告警信息】S1:

TRX56789

【现场信息】带有直放站

【处理过程】通过排查确定基站硬件无故障，同直放站厂家上站时厂家发现远端设备存在天馈故障（驻波比告警）。

【解决措施】处理远端天馈故障

典型案例3：

【站点信息】西城区

展开阅读全文