挖掘电信告警关联模式方法

挖掘电信告警关联模式方法
挖掘电信告警关联模式方法

85第2期 赵传强等:面向吞吐量效率的无线M esh网络机会主义路由

347 357.

2011年4月第34卷第2期

北京邮电大学学报

Journa l of Be ijing U niversity of Posts and T e lecomm un i cations

A pr .2011V o.l 34N o .2

文章编号:1007 5321(2011)02 0085 05

挖掘电信告警关联模式方法

徐前方, 肖 波, 郭 军

(北京邮电大学信息与通信工程学院,北京100876)

摘要:关联模式挖掘算法通常受到最小支持度的限制,仅能得到频繁告警序列间的关联模式,针对这一问题,基于图论思想提出了一种挖掘电信网络告警间关联模式的方法.首先在单遍扫描数据库的条件下挖掘网络中的二项关联模式,然后直接发现其最大关联模式,从而避免大量中间项集的产生.基于实际网络告警数据的实验结果表明,该方法不仅具有较高的效率,而且有效.关 键 词:故障管理;告警关联;数据挖掘中图分类号:TN929 53 文献标志码:A

An Approach on A ssociation PatternsM i ni ng i n

T eleco mmunicati on A lar m Database

XU Q ian fang , X I A O Bo , GUO Jun

(S chool of In f or m ati on and Co mm un ication Eng i neeri ng ,Beiji ng Un i versity of Posts and Teleco mmun ications ,B eiji ng 100876,Ch i na)

Abst ract :Currentl y li m iting to the m i n i m al suppor,t t h e a l g orit h m s used in a l a r m assoc iation r u les m in

i n g are a l m ost applied i n t h e frequently occurri n g alar m events .A ne w a l g orithm based on graph t h eory to m ine te leco mm un i c ation alar m pattern is proposed.It firstm i n es net w ork s 2 ite m s assoc i a ti o n pattern by scanning the database on l y once ,and then gets the m ax i m al association mode ,so that it can avo i d gener ating lots ofm iddle ite m s .Experi m ents based on the actual net w ork alar m data de m onstrate the efficiency and the effectiveness of the algor ithm .

K ey w ords :faultm anage m en;t alar m assoc i a ti o n ;data m i n ing 收稿日期:2010 05 10

基金项目:国家自然科学基金项目(60905017);高等学校学科创新引智计划项目(B08004);中央高校基本科研业务费专项资金资助项

目(2011RC0119)

作者简介:徐前方(1975 ),女,讲师,博士,E m ai:l xuq f 123@g m ai.l co m;郭 军(1959 ),男,教授,博士生导师.

告警相关性分析可将多个告警事件归结为较少的告警事件,过滤无意义的告警,从海量告警数据中找出故障的根本原因,准确定位故障.目前大多数研究都是基于最小支持度-最小置信度框架挖掘关联模式,如文献[1]中的贝叶斯网络方法;文献[2]中的基于滑动窗口的挖掘算法.近年来,一些学者又提出了改进算法,如文献[3]中采用了决策树的方法;文献[4]提出的针对数据流的序列模式挖掘方法.这些算法都存在难以确定合适支持度阈值的问题.文献[5]提出利用相关度挖掘告警关联规则方

法;文献[6]提出挖掘极大超团模式的算法;文献[7]提出基于极大团挖掘告警关联规则.这些算法都没有针对电信网络中的告警特点挖掘,效率较低.本文分析了电信网络中告警的特点,提出了挖掘告警模式(MTAP ,m ining teleco mm un icati o n alar m pat tern)算法.

1 告警影响范围的分析

定义1 告警窗口宽度

[2]

告警序列s = (a 1,t 1),(a 2,t 2), ,(a n ,t n ) ,

其中,告警类型a i ,1 i n,n 为告警类型数, 为告警类型集合;t i (i =1,2, ,n )为告警发生时间.告警窗口W 指告警序列s 上的一个子序列,可表示成W =(w,t s ,t e ),其中,t s 、t e 分别为告警窗口的起始和结束时间;w 为告警窗口中发生的告警.告警窗口宽度为t e -t s .

告警窗口宽度实质是相关告警事件的最大时间间隔,即某告警的影响范围,告警持续时间内的所有告警都可能与其相关.在实际网络中,告警的清除有3种情况:1)网管系统或设备自身检测系统发现后自动恢复;2)运维人员发现故障后清除;3)各种原因上报的无意义告警,告警持续时间较长.

以文献[5]中3种告警类型为例,其告警持续时间如图1所示.

网络中告警不同,其相关窗口也不同,即使同一告警类型也有多种持续时间.因此,选择告警相关窗口时,应依据告警持续时间主要集中(如90%)的范围.

从图1可知,告警A 、B 、C 的最大持续时间分别约为10、250和600s ,但大部分告警仅持续1(91 84%)、50(97 14%)和300s (97 21%),因此相关窗口应分别设为1、50和300s .从图1还可见,告警的影响范围与告警类型有关,采用文献[5 7]提出的挖掘算法对全网告警采用统一的相关窗口是不合理的,若窗口选取过小,会丢失相关告警信息;若选取过大,不仅会引入虚假规则,而且由于引入了无关数据,降低了算法效率.

因此,为便于挖掘,可利用告警窗口宽度对告警数据库进行时间跨度的约束,即针对不同的告警设置不同的时间约束参数,告警a i 的相关窗口宽度为

W a i =m i n W a i +W a i e

-(T e -T s )2

2

,W m ax (1)

其中,T s 、T e 分别为1次告警的起始和结束时间; 为衰减常数;W max 为最大相关窗口,其目的是为了进行最大时间跨度约束.由此可根据实际告警数据动态调整相关窗口,从而避免采用单一相关窗口的问题.

2 告警关联挖掘算法

2 1 相关定义

定义2 告警关联模式相关度

衡量2个向量间的相关性通常采用Pearson 相

关系数,如文献[5]提出的关联规则挖掘算法.但实

图1 告警持续时间与告警频度关系

际网络中的告警频度分布不均匀,对于大量低频度告警,其期望近似为0,因此存在无法分析它们之间相互关系的问题.

研究2个告警向量时更注重告警是否同时发生,即告警向量在方向上是否一致,因此本文采用夹角余弦R a i a j 来衡量,有

R a i a j =

a i a j a i

a j

=

a ij a i a j

(2)

根据统计学原理,R a i a j 越大,告警的相关性越强,这样可避免以往算法中无法选取合适支持度的问题.

定义3 告警关联模式置信度

在支持度-置信度框架下的算法中采用的置信

87

第2期 徐前方等:挖掘电信告警关联模式方法

度都是针对频繁项集定义的,但其在针对频度分布不均匀的告警数据挖掘时会产生虚假规则,因此本文采用h 置信度(c h

)

[6]

方式度量,有

c h (X )=

s(X )m ax 1 i n

s(a i )(3)

其中,X ={a 1,a 2, ,a m }(m 2)为告警关联模式;

s(X )为其支持度;s(a i )为告警a i 的支持度.

性质1 反单调性:c h

({a 1,a 2, ,a k }) c h

({a 1,a 2, ,a k ,a k +1}).

证明 设X 1={a 1,a 2, ,a k },X 2={a 1,a 2, ,a k ,a k +1},显然s(X 1) s(X 2).

1)若s (a k +1)>m ax 1 i k s (a i ),则m ax 1 i k +1

s(a i )=s(a k +1),因此c h

(X 1)>c h

(X 2).

2)若s (a k +1) m ax 1 i k s (a i ),则m ax 1 i k +1

s(a i )=m ax 1 i k

s(a i ),因此c h

(X 1)=c h

(X 2).由1)和2)可知c h

(X 1) c h

(X 2).

h 置信度表明,告警关联模式之间是强相关,如c h

(X )=90%,表示若X 中任一告警发生,则X 中其他告警发生的概率是90%.

定义4 最大告警关联模式

对于告警关联模式X,若每对告警之间都满足R a i a j R m in (最小相关度)和c h

(X ) c h

m i n (最小置信度),且X 的任意超集Y 不满足R a i a j R min 或c h

(X ) c h

m in ,则称X 为最大告警关联模式.

由性质1可知,最大告警关联模式的子集均为关联模式,因此可直接挖掘最大模式.2 2 算法描述

告警关联模式挖掘算法基于图论的思想,首先利用相关度和置信度产生2项集,并由此构建告警关联图,从而直接产生k 项集.2 2 1 生成告警2项关联模式

利用相关窗口建立告警频度共现关联图.以 为图的顶点,生成集合V ={a 1,a 2, ,a n },V ;以不同告警类型间的共现关系构成边,生成告警集合E,边的权值为不同类型告警在窗口内同时发生的强度e ij ,用邻接矩阵表示为

E =

e 11

e 12 e

1n e 21e 22 e 2n e n 1

e n 2

e nn

(4)

其中,e ij =

m

k=1

r k

ij (i =j)为顶点V i 的权值,表示a i 发

生的频度;e ij (i j)为顶点V i 与V j 间边的权值,即a i 与a j 间的共现强度.r k

ij =m i n (f k i ,f k j )表示在第k 个相关窗口内a i 与a j 的共现频度.e ij (i j) 0,表示顶点V i 和V j 间存在一条权值为e ij 的边,即a i 和a j 共现的频度;否则边不存在.

利用式(2)生成2项告警相关集,根据统计学原理,相关系数直接反映2个项集间的相关性.如R m in 0 8为极强相关;0 5 R m in <0 8为强相关;0 3 R m in <0 5为弱相关;R min <0 3为不相关.因此在本算法中设R m i n =0 5.与文献[2 4]相比,采用MTAP 算法可更加合理地选择参数.最后利用式(3)产生2项告警关联模式.

算法1 M i n e2alar m Pattern()

1)初始化共现强度矩阵E 和2项关联模式集L R S2,i =1.

2)扫描数据库,对任意告警a i 将其相关窗口中的告警写入E ,同时按式(1)更新其相关窗口.

3)在E 中按式(2)计算2个告警间相关度,若大于R m i n 执行4);否则进入6).

4)利用式(3)计算置信度,若大于c h

m in 执行5);否则进入6).

5)添加到2项关联模式L RS2中,并排序.6)i =i +1,若i n,执行3);否则程序结束.在算法1中,通过调整告警相关窗口的宽度适应实际网络的变化.另外,基于最小相关度和最小置信度挖掘2项告警关联模式,可避免文献[2 4]无法选择合适支持度的问题.与文献[5]相比,减少了2次方运算,因此降低了计算复杂度.

2 2 2 由2项关联模式生成最大项集关联模式

目前,生成最大项集算法及其改进算法大都采用逐项产生的方法,即要生成一个含有k 个项目的最大项集,需依次产生1项集,2项集, ,(k -1)项集,k 项集,会产生大量中间项集,算法效率不高.本文提出从2项集直接生成k 项集的算法.

定理1 若依据告警2项关联模式构造告警关联图G,则告警最大关联模式一定构成完全图.

证明 可用归纳法证明.

1)2项告警关联模式生成2阶完全图将任意2项告警关联模式中的2个告警作为图的顶点V i 和V j ,顶点间的边为其共现强度权值e ij .根据图论的理论,若G 的任何2个不同顶点都是邻接的,则G 为完全图,因此必然生成2阶完全图.

88北京邮电大学学报 第34卷

2)k项告警关联模式生成k阶完全图

设k-1项告警关联模式时,定理1成立.增加1个告警节点V i构成k阶关联图G.G依据2项告警关联模式产生,因此V i与G中其他顶点间有且仅

有1条边相连,则k阶无向图为k阶完全图.

结论1 若简单图G为k阶完全图,则该图边的总数为k(k-1)/2,每个顶点的度数为k-1.

由结论1可知,若要寻找最大告警关联模式X,可通过挖掘其完全图G实现,也可分析其所有顶点的度数,即通过发现告警关联图G中各告警2项关联模式数来实现.

算法2 M i n e K A lar m Patter n()

1)i=1,j=0,L RS2模式数为m.

2)L RS2(i)是否可与L R S2(i+1)合并为最大模式候选项X,若可以,i=i+1,执行2);否则进入3).

3)根据结论1判断X是否为完全图,若是,则X为最大关联模式,写入告警关联模式集L RS,j=j+ 1,进入5);否则执行4).

4)利用式(3)计算X的h 置信度,并判断其是否大于等于c h m in,若满足,写入L R S,j=j+1;否则进入5).

5)i=i+1,i m,执行2);否则程序结束.

2 3 算法有效性分析

算法1中,仅需扫描1次数据库生成共现强度权值矩阵,然后对其进行相关度和置信度判断,则算法1的复杂度为O(n(n-1)/2) O(n2).

算法2中,设最大模式数为l,平均长度为k,即完全图平均有k个节点(一般k<10),则时间复杂度为O(lk).由于电信网络告警间关联规则的判决依据是告警间的共现强度,这些告警可构成一个完全图,所以可采用结论1的方法将时间复杂度最低降至O(l).

3 实验及分析

实验数据为某运营商连续1个月的79万条告警记录,将告警类型标识和告警发生、结束时间作为关键字进行挖掘.

选取3个典型的挖掘关联模式算法,即相关矩阵算法[5]、h 置信度(h confidence)算法[6]和极大团挖掘算法[7],比较各算法的效率和规则数.

根据统计学原理,R min=0 5;将文献[6 7]支持度设为0 002.改变置信度,各算法的比较分别如图2

和图3所示.

图2 执行效率比较

图3 规则数比较

图2所示为4种算法在不同置信度条件下的时间开销.随着置信度增加,各算法的效率都在提高.由于h 置信度算法基于Apriori算法[2],需多次遍历数据库,所以耗时最大;MTAP算法只需扫描1次数据库,由此产生2项集,然后直接生成最大项集,因此时间开销最小;而其他算法需由2项集依次递增产生最大项集,因此有大量中间项集产生.

图3所示为4种算法在不同置信度条件下产生的规则数.随着置信度增加,各算法产生的规则数都在下降,其中h 置信度算法产生的规则数远大于其他算法;极大团挖掘算法产生的规则数虽然比MTAP算法和相关矩阵算法多,但挖掘出的规则可能存在虚假规则.因此本文通过告警压缩比来分析告警关联规则的有效性.

定义5 告警压缩比

设原告警数为N,经告警相关性处理后的告警数为N ,则告警压缩比为C comp=N/N .

定义5表明了经关联规则处理后的告警相对于原始告警数的减少量.

例如,原始告警记录N=100,经相关处理后剩余告警数N =10,则其压缩比为C comp=10,表明通过挖掘算法可减少网络中90%的告警.因此,这是

89

第2期 徐前方等:挖掘电信告警关联模式方法

LTE基站告警处理指导手册-大唐

大唐LTE站点告警处理指导手册

1、小区退服 ?? ?告警解释:故障小区业务全阻,不能提供任何服务 可能原因: 1、射频单元不在位; 2、辅光口故障; 3、人为去激活小区; 4、GPS 故障; 5、传输故障; 6、基带板故障。 处理步骤: 1、查找故障站点; 2、查看承建故障小区的射频单元是否在位,物理设备-射频单元拓扑,如下图,一般 情况小区1~3分别建立在射频单元拓扑0~2上。

射频单元不在位告警处理方法: (1)远程确认现场供电是否正常; (2)近端更换光模块观察告警是否恢复; (3)近端更换光纤观察告警是否清除; (4)近端更换RRU观察告警是否清除。 请参考“射频单元不在位告警”处理方法 故障告警依然没有恢复,请联系大唐工程师。 如果射频单元存在,则转步骤3处理; 3、查看承载小区射频单元接入BBU 的光口信息,如下图,射频单元0 接入基站板卡 槽位号为4,射频单元光口1接入板卡光口号为0,射频单元光口2(辅光口)接入板卡光口号为1; 查看光模块光口信号,位置物理设备-机架-机框-板卡-光模块,如果对应光模块的光口信号丢失状态为丢信号,请参考“BBU Ir 光链路光信号丢失告警”处理方法; 如果没有丢信号,则转步骤4处理; 4、请查看操作记录,确认人为去激活小区原因;如果不是人为去激活,则转步骤5 处理; 5、查看基站GPS工作状态是否正常,位置物理设备-时钟信息-当前时钟,如果当前 时钟不是锁定状态,请参考“GPS 告警”处理方法,如果当前时钟是锁定状态,转步骤6处理;

6、查看传输链路信息是否正常,如果链路公共信息是故障,请参考“S1链路断开告 警”处理方法。 故障告警依然没有恢复,请联系大唐工程师。 2、基站退服 ?? ?告警解释:基站所有小区业务全阻,不能提供任何服务 可能原因: 1、传输故障 2、时钟故障 3、基带板卡退服 即所有小区退服后,上报基站退服告警。 处理方法: 1、查找故障站点; 2、查看基站传输链路是否故障如下图,传输管理-SCTP 链路,如果SCTP链路建立 状态不是与对端建立成功,运行状态为故障,请参考“S1链路断开告警”处理方法; 如果传输链路运行正常,转步骤3处理;

维护经验:网管安全告警处理案例

网元安全告警处理案例 近日,我传输中心技术人员在更换华为公司Optix155H型设备主控板时,遇到网元频繁上报SCB-ALM告警的问题。我们通过查找资料、咨询华为客服热线等方式,及时将该问题解决。现将本次处理过程总结如下。 一、现象描述 我公司传输本地网一网元F2口传输环境监控信息,该F2通道出现故障,需要更换主控板进行处理。我们将设备的主控板由SS42SCB更换为SS43SCB单板,更换完成后,发现该网元频繁上报SCB-ALM告警,闪报状态,但不影响业务。该网元单板配置如下:3-SP1D,9-X42,11-OI2D, 15-STG ,17-SCC,18-OHP2。 二、原因分析 SCB-ALM告警是网元安全告警,是由于网管登陆网元引起的。该网元不断闪报安全告警,表明一直有一网管试图登陆该网元,但不能成功登陆。这种情况,应该是网元用户设置问题或是网管侧数据设置引起的。 三、处理过程 1、通过NES网管查询网元用户,发现该网元用户只有一个:们首先排除传输侧问题:重新检查各处2M线的制作情况,没有发现问题。在远端进行PDH 设备支路环回,近端PDH侧挂PCM2M误码表进行测试,测试结果显示没有任何误码。传输侧问题基本可以排除。 排除路由器问题:公安边防接入系统原使用另一家电信运营商的传输路由,割接前一直没有丢包现象。通过测试路由器设备,没有发现问题。 故障定位在V.35介质转换器上。本次使用的V.35转换器是北京瑞斯康达公司的RC903-V35FE1型转换器。我们以前没有接触到该型号设备,通过查看设备说明书和咨询厂家,我们初步判断问题出在该转换器的设置开关上。 调整V.35设备的时钟方式,将近端和远端V.35转换器设备由出厂默认的主时钟方式(内时钟)改为从时钟方式(跟踪E1时钟),观察丢包现象,丢包现象依然存在。 调整TX、RX的CLK相位关系,将近端和远端V.35转换器设备由正向改为反向,丢包现象消失。 我们又尝试了其它几种TX、RX的CLK相位设置方式,我们发现近端和远端V.35转换器的TX、RX-CLK相位关系不是绝对的,有一端设为正

关联规则数据挖掘

关联规则数据挖掘 学习报告

目录 引言 2 案例 2 关联规则 3 (一)关联规则定义 (二)相关概念 (三)关联规则分类 数据 6 (一)小型数据 (二)大型数据 应用软件7 (一)WEKA (二)IBM SPSS Modeler 数据挖掘12 总结27

一、引言 数据库与互联网技术在日益发展壮大,人们每天可以获得的信息量呈指数级增长。如何从这浩如瀚海的数据中找出我们需要的数据显得尤为重要。数据挖掘又为资料探勘、数据采矿。它是数据库知识发现中的一个步骤。数据挖掘一般是指从大量的数据中通过算法搜索隐藏于其中信息的过程。数据挖掘通常与计算机科学有关,并通过统计、在线分析处理、情报检索、机器学习、专家系统(依靠过去的经验法则)和模式识别等诸多方法来实现上述目标。 数据挖掘大致分为以下几类:分类(Classification)、估计(Estimation)、预测(Prediction)、相关性分组或关联规则(Affinity grouping or association rules)、聚类(Clustering)、复杂数据类型挖掘(Text, Web ,图形图像,视频,音频等)。 二、案例 "尿布与啤酒"的故事。 在一家超市里,有一个有趣的现象:尿布和啤酒赫然摆在一起出售。但是这个奇怪的举措却使尿布和啤酒的销量双双增加了。这不是一个笑话,而是发生在美国沃尔玛连锁店超市的真实案例,并一直为商家所津津乐道。沃尔玛拥有世界上最大的数据仓库系统,为了能够准确了解顾客在其门店的购买习惯,沃尔玛对其顾客的购物行为进行购物篮分析,想知道顾客经常一起购买的商品有哪些。沃尔玛数据仓库里集中了其各门店的详细原始交易数据。在这些原始交易数据的基础上,沃尔玛利用数据挖掘方法对这些数据进行分析和挖掘。一个意外的发现是:"跟尿布一起购买最多的商品竟是啤酒!经过大量实际调查和分析,揭示了一个隐藏在"尿布与啤酒"背后的美国人的一种行为模式:在美国,一些年轻的父亲下班后经常要到超市去买婴儿尿布,而他们中有30%~40%的人同时也为自己买一些啤酒。产生这一现象的原因是:美国的太太们常叮嘱她们的丈夫下班后为小孩买尿布,而丈夫们在买尿布后又随手带回了他们喜欢的啤酒。 按常规思维,尿布与啤酒风马牛不相及,若不是借助数据挖掘技术对大量交易数据进行挖掘分析,沃尔玛是不可能发现数据内在这一有价值的规律的。

爱立信 WCDMA 基站常见告警处理方法

爱立信 WCDMA 基站常见告警处理方法 1. PDH Loss of Signal:PDH信令丢失告警 Maj PDH Loss of Sign loss_of_signal Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp4 告警原因:传输不通。 2. Plug-In Unit General Problem:配置错误告警 Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=2,PlugInUnit=1 告警原因:对应槽位没有板子,或板子读取不到。 处理方法:拔插相应槽位的板子,如拔插无效,则需更换板子。 3. AuxPlugInUnit_PiuConnectionLost:辅助单元设备告警 Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1 告警原因:外部告警先没接。 影响:无 处理方法:由于现在外部告警线不需要接,可闭掉AuxPlugInUnit=1 这个MO,以消除告警。 4. AuxPlugInUnit_LossOfMains:RRU电源告警 Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 告警原因:RRU掉电 影响:该小区将退服。 处理方法:到现场检查RRU电源。 5. Carrier_RejectSignalFromHardware: Carrier_SignalNotReceivedWithinTime:载频告警 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=1,Carrier=1 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=2,Carrier=1 Maj Carrier_SignalNotReceivedWithinTime timeout_expired Sector=2,Carrier=1 告警原因:RU或RRU故障。 影响:该小区退服 处理方法:尝试对故障小区的RU进行重启,如无效,安排代维人员更换该小区RU或RRU.

直放站最常见故障及处理方法

直放站最常见故障及处理方法 1、直放站轮询失败 拨打监控电话是否可以打通,通的话重新轮询确定是否已恢复正常,不正常则去现场处理。 首先检查设备供电是否正常,检查电源模块工作是否正常,检查监控板工作是否正常,取出监控卡清除卡内短信,确认卡是否停机或损坏,还是不行检查软件设置参数是否正确,如短信中心号码设置是否正确等,没有问题检查MODEM接收信号是否正常,最后都不行就更换MODEM和监控板。 2、下行驻波告警 首先用驻波仪检查直放站输出口主干馈线是否驻波过高,检查线路接头是否进水或被破坏,查出故障点整改后可以恢复,天馈驻波正常则调整直放站设备驻波告警参考值设置是否正确,或者降低直放站的输出功率可以得到解决。 3、下行欠功率告警 首先检查直放站参数设置是否正确,调整增益是否可以恢复,如果数据正常,检查下行低噪放和功放,或是施主信号变小,还有可能施主基站频点更改直放站没有及时更新。 4、直放站覆盖区无信号 `查施主天线是否有故障,检查分布系统是否被破坏。 5、直放站信号变弱 电脑检查输出信号是否变小,参数设置是否改变,调整增益是否可以改善,检查分布系统是否驻波太高。 6、基站有上行干扰 上行底噪大,主要是直放站离基站较近,增益太大。通过减小上行增益可以使底噪下降。还有检查直放站的杂散是否超标。 7、光收发模块故障 首先检查光模块光输出是否正常,再检查光输入是否正常,如果出现LD ALARM则光模块发有故障,更换,如果出现PD ALARM有可能是另一端的光模块出现故障,也可能是光纤线路出现故障,需检查远端的输出是否正常判断故障出现在哪里。 8、覆盖区手机上线困难,呼不出 出现手机上线困难主要原因是上下行增益设置不平衡,手机发射功率大,接入网络困难,接入网络时间长,要求上下行增益差不超过3-5dB。如果设置正确那就可能是上行低噪放和攻放故障,还有个可能是施主基站话务量太大导致上线,电话打不出。 9、效果监控轮询失败 效果监控软件故障,重启设备就可以恢复,效果监控供电故障,或者效果监控卡出现停机等现象。也有可能效果监控硬件故障,比如卡槽坏等明显故障。 10、效果监控接收电平强度告警 首先检查直放站工作是否正常,再检查耦合器和连接线是否有故障,还有检查平台告警范围设置是否合适。 11、切换失败掉话 进出电梯发生切换失败掉话,原因是小区列表没有做好导致掉话,检查电梯厅信号和电梯内信号两个小区的领区列表。直放站选信源要选用原大楼内的主导频点作为信源覆盖,尽量减少切换。 12、微蜂窝信号泄露 室内分布低层天线安装太靠边或者是大楼外墙损耗较小导致室内微蜂窝信号泄露,处理方法;更改室内分布系统器件或主机输出降低天线输出电平,更改天线位置,更换成定向天线,修改微蜂窝和室外宏蜂窝信号切换电平差等。 13、大楼高层信号显示满格,但经常掉话,通话质量差

最新数据挖掘考试题目——关联分析资料

数据挖掘考试题目——关联分析 一、10个选择 1.以下属于关联分析的是() A.CPU性能预测B.购物篮分析 C.自动判断鸢尾花类别D.股票趋势建模 2.维克托?迈尔-舍恩伯格在《大数据时代:生活、工作与思维的大变革》一书中,持续强调了一个观点:大数据时代的到来,使我们无法人为地去发现数据中的奥妙,与此同时,我们更应该注重数据中的相关关系,而不是因果关系。其中,数据之间的相关关系可以通过以下哪个算法直接挖掘() A.K-means B.Bayes Network C.C4.5 D.Apriori 3.置信度(confidence)是衡量兴趣度度量()的指标。 A.简洁性B.确定性 C.实用性D.新颖性 4.Apriori算法的加速过程依赖于以下哪个策略() A.抽样B.剪枝 C.缓冲D.并行 5.以下哪个会降低Apriori算法的挖掘效率() A.支持度阈值增大B.项数减少 C.事务数减少D.减小硬盘读写速率 6.Apriori算法使用到以下哪些东东() A.格结构、有向无环图B.二叉树、哈希树 C.格结构、哈希树D.多叉树、有向无环图 7.非频繁模式() A.其置信度小于阈值B.令人不感兴趣 C.包含负模式和负相关模式D.对异常数据项敏感 8.对频繁项集、频繁闭项集、极大频繁项集的关系描述正确的是()[注:分别以1、2、3代表之] A.3可以还原出无损的1 B.2可以还原出无损的1 C.3与2是完全等价的D.2与1是完全等价的 9.Hash tree在Apriori算法中所起的作用是() A.存储数据B.查找 C.加速查找D.剪枝 10.以下不属于数据挖掘软件的是() A.SPSS Modeler B.Weka C.Apache Spark D.Knime 二、10个填空 1.关联分析中表示关联关系的方法主要有:和。 2.关联规则的评价度量主要有:和。 3.关联规则挖掘的算法主要有:和。 4.购物篮分析中,数据是以的形式呈现。 5.一个项集满足最小支持度,我们称之为。 6.一个关联规则同时满足最小支持度和最小置信度,我们称之为。

诺西GSM基站常见告警及处理建议

诺西GSM常见告警处理建议 一、 UltraSite BTS常见告警 1、7600 BCF FAULTY 基站故障 (1) Crystal oscillator damage 晶体振荡器损坏 Oven oscillator is broken 晶体振荡器故障 处理建议:更换BOIA单元。 (2) Base station synchronous failure 基站同步失败 处理建议:①检查同步线及接头②检查传输设置的同步设置③更换BOIA单元并重启BCF。 (3) BIOA unit to the temperature too high BIOA 单元温度太高 处理建议:①确保周围环境温度在允许的范围内②检查机柜风扇单元③更换BOIA单元。 1、7601 BCF OPERATION DEGRADED 基站性能下降告警 (1)Power unit output voltage fault./Power unit input voltage fault./No connection to power unit电源单元输入或输出电压故障,或者无法连接到电源单元 处理建议:更换所有出故障的电源单元。 (2)Power unit temperature is dangerously high电源单元温度太高 处理建议:①确保周围环境温度在限定范围内②检查机柜风扇③更换电源单元 (3)Difference between PCM and base station frequency reference.PCM链路和基站的频率参考有差异 处理建议:①检查2M线和2M头子②调整基站主时钟,观察时钟是否稳定③更换BOIA。 (4) Flash operation failed in BOI or TRX BOI或者TRX闪存操作失败 处理建议:更换BOIA。 (5)POWER SUPPLY FAULT 电源模块故障

常见基站故障指标异常处理

第一节:关于Path balance值的问题 作者:张雨 P-b值是反映RTF性能的一个参数,它的计算公式为pathbalance=uplink path loss-downlink path loss+110,故它的最佳值应为110。P-b值不正常是在基站维护过程中经常遇到的问题,它会影响到拥塞、掉话等一些敏感的指标,也会造成通话质量的下降。 第一部分:造成P-b值不正常的原因 造成P-b值不正常的原因有很多,既有软件方面的,也有硬件方面的。总结起来主要有以下几个方面: 1.基站数据定义错误 2.话务量太低也会造成P-b值不正常 3.相邻小区或本小区同频或邻频干扰也会造成P-b值不正常 4.射频通路、接收通路硬件故障及连接错误 5.载频本身故障 6.带外干扰 第二部分:解决P-b问题的步骤 我们知道了造成P-b值不正常的原因,因此先不要急于下站,我们可以先进行一下前期的分析。这有助于我们尽快的解决问题。这个分析主要是根据OMC终端的统计来做的。 一.先看一下基站是否有告警。 二.是否由于话务量太低,载频无占用造成P-b值不正常(P-b值为0)。

三.检查相关数据是否有定义错误。这包括: 1.接收天线的位置定义是否正确 2.定义的合路器类型是否正确 3.载频和RTF的相关定义是否正确 4.基站内及相邻基站是否存在同频或邻频干扰 四.倒换RTF位置以便初步判断障碍点。 一般如果只有较少载频的P-b值不正常,则可以在下站前将其RTF的位置与同小区的其它载频倒换一下,观察其后一时段的P-b值变化情况,若改换载频后RTF的P-b值正常,而改换到原RTF所在位置载频的新RTF P-b值不正常,则可初步认定是硬件故障。 一般如果P-b值不正常的RTF较多,甚至整个小区的RTF的P-b 值都不正常,那么载频故障的机率就比较小,应侧重检查其数据或合路器、天馈线等设备。 五.基站设备检查: 1.如果P-b值较低,可侧重检查射频通路;如果P-b值较高,可侧重检查接收通路。具体检测方法可按操作维护规程进行检查。 2.检查基站连线、天馈线连线及方向是否正确。 3.检查基站接头是否有松动现象,基站天馈线序是否与标签一制。 4.更换基站坏载频、器件性能不好的基站硬件。 5.基站硬件检测未发现问题后,可对基站天馈部分进行检查。如:驻波比、天线方向等。

网管系统告警产生和处理机制

网管系统告警产生和处理机制 1.1.1告警来源和产生机制 1、SYSLOG日志(被动接收方式) 通过采集服务器的SYSLOG服务,接收网元发送上来的SYSLOG日志记录。告警采集程序通过rules将SYSLOG日志记录解析为告警记录。一条典型的华为端口DOWN告警解析过程: Jul 15 19:54:11 133.63.254.190 2008 yaan-DC-R-N40 IFNET/5/UPDOWN:Interface Ethernet1/0/5 Turns into DOWN state 针对上面的告警,通过rules,主要解析出如下内容 告警来源IP:133.63.254.190 告警类型:IFNET/5/UPDOWN 告警对象:Ethernet1/0/5 告警原始级别:5 告警描述:Interface Ethernet1/0/5 Turns into DOWN state 2、Snmp Trap告警(被动接收方式) 告警采集在162端口监听并接收网元发送过来的TRAP通知,通过加载相应MIB里的TRAP定义或者厂家提供的TRAP告警翻译规则,转换为相应的告警记录。举例说明: 10.102.16.2: TRAP[requestID=0, errorStatus=Success(0), errorIndex=0, VBS[1.3.6.1.2.1.1.3.0 = 229 days, 12:07:02.00; 1.3.6.1.6.3.1.1.4.1.0 = 1.3.6.1.4.1.390 2.1015.1010.1.10.1.17; 1.3.6.1. 2.1.2.2.1.1 = 808584704 ]] 根据中兴提供的TRAP告警定义: (1)1.3.6.1.4.1.3902.1015.1010.1.10.1.17代表zxAnEponOnuErroredSymbolPeriodEvent,即ONU错误符号间隔事件,级别是主要。 (2)808584704 代表索引信息,可进一步定位到具体的ONU设备,如F820(0/4/4/5)。 解析翻译后的告警如下: 告警来源IP:10.102.16.2 告警类型:zxAnEponOnuErroredSymbolPeriodEvent 告警对象:10.102.16.2 告警级别:4 告警描述:10.102.16.2 F820(0/4/4/5) : ONU错误符号间隔事件 3、网元状态Polling告警(主动检测方式) (1)告警产生 采用定期调度(根据设备的重要程度可设定不同的策略)对设备先进行SNMP连接测试,再进行ICMP PING测试:

网络管理 告警系统

网络管理—警告系统的设计 1设计目标 1.数据采集:通过采集计算网络中的配置信息,告警信息,性能信息,反馈给告警中心。 2.数据分析:分析告警信息(原始告警信息,性能数据,配置信息),推理处理并存储记录告警,且实现告警的可确认消除(自动回复/手动恢复)。 3.数据应用:实时监控重要的告警信息,解决并消除告警信息。根据告警信息记录生成报表统计,向上层提供决策的数据依据。 2 概要设计 系统分三层:数据的采集数据处理数据应用 数据采集:从系统的网元上采集数据包括:性能数据信息,网元告警信息,拓扑结构的配置信息,向数据处理层的制定临时数据库中传送。 数据处理:从指定的数据库中获得原始数据信息,判断处理。根据估值(及性能阀值)判断生成警告信息,存储分析并上报告警信息。实现告警的匹配确认清除,重复告警的归并处理。 数据应用:及时监控重要的告警信息,并处理此告警,反馈告警的确认信息。根据不同的用户需求展现告警统计信息报表,为决策提供数据支持。

3数据采集层 3.1 内容 3.1.1配置数据采集的内容 及获得该网络中的网元设备,基本信息,与实体形成对应的映射。用于网络的拓扑信息管理。 网管系统管理采集以下配置数据: 3.1.2告警数据采集的内容 告警源 需要采集的告警报告分为: 网元告警 ●路由器: ●交换机: ●配线板: ●服务器:cpu , 内存,硬盘,电源,风扇(散热),网卡,光驱,端口,运行的软件服务 1.环境告警: 暂保留。 2.通信连接告警(拓扑管理):当某一网元设备持续一定时间不响应网管系统时,网管系统应能自动生成该网元设备的通信连接警。 3.性能告警:当性能指标超出预先设定的范围时,系统触发的告警称为性能告警。 4.设备告警:来自设备红端的告警信息。 原始告警数据内容 原始告警数据是从告警源采集到的未经任何处理的原始告警信息,格式和内容与网元类型相关,原始告警信息将在告警管理应用层进行处理,采集层采集到的告警原始数据至少应包括以下内容:

数据挖掘实验报告-关联规则挖掘

数据挖掘实验报告(二)关联规则挖掘 姓名:李圣杰 班级:计算机1304 学号:1311610602

一、实验目的 1. 1.掌握关联规则挖掘的Apriori算法; 2.将Apriori算法用具体的编程语言实现。 二、实验设备 PC一台,dev-c++5.11 三、实验内容 根据下列的Apriori算法进行编程:

四、实验步骤 1.编制程序。 2.调试程序。可采用下面的数据库D作为原始数据调试程序,得到的候选1项集、2项集、3项集分别为C1、C2、C3,得到的频繁1项集、2项集、3项集分别为L1、L2、L3。

代码 #include #include #define D 4 //事务的个数 #define MinSupCount 2 //最小事务支持度数 void main() { char a[4][5]={ {'A','C','D'}, {'B','C','E'}, {'A','B','C','E'}, {'B','E'} }; char b[20],d[100],t,b2[100][10],b21[100 ][10]; int i,j,k,x=0,flag=1,c[20]={0},x1=0,i1 =0,j1,counter=0,c1[100]={0},flag1= 1,j2,u=0,c2[100]={0},n[20],v=1; int count[100],temp; for(i=0;i=MinSupCount) { d[x1]=b[k]; count[x1]=c[k]; x1++; } } //对选出的项集中的元素进行排序 for(i=0;i

常见告警故障处理及分析

···常见告警故障处理及分析 MOTOROLA基站的告警按故障设备可分为三类:设备告警、内部告警、外部告警。 一、设备常见告警 设备告警是硬件告警最常见也是最重要的告警,告警设备一般为基站的主要器件,它的告警类型就是它的设备类型。 1. DRI 29:[Front End Processor Failure - Watchdog Timer Expired] 前端处理器故障 DRI硬件故障,出现此告警时DRI可能会反复自启,可能会退服,应先reset or ins DRI应进行INS或RESET处理,若告警未消失,更换TCU。 2. DRI 40-47 :[Channel Coder Timeslot 0(-7) Failure] 0-7时隙信道编码器失败。 M-CELL基站经常出现此类告警,应进行INS或RESET处理,不行再更换TCU900。此告警在GSR4时出现,升级到GSR5可能会消失。 3. DRI 51 :[Baseband Hopping TDM Link Error]基带跳频TDM链路错误。 此告警有几种可能性:TDM-Highway BUS或KSW可能有问题。 DRIM的FEP,CCDSP可能有问题。 此告警须在现场具体测试分析。测试后判定故障点。 此告警在GSR4时出现,升级到GSR5可能会消失 TDM——Time Division Multiplexing时分复用:该总线用于把来自BTS的呼叫与信令数据传送到MSC,反之亦然。可分为两个独立的部分:交换机公共通路&出局公共通路。 交换机公共通路:处理路由到交换机的数据,数据来自外部信源 (通过E1/T1接口)或由GPROC内部产生。 出局公共通路:这是一个被交换的数据,现在被路由出BSC/RXCDR (通过E1/T1接口)或通向内部GPROC。 4. DRI 81:[Transmitter Synthesizer Failure]收发单元故障 此告警为收发单元TCU故障,故障原因有可能为: -接收Calibration频点丢失 -信道盘的CEB故障 -射频电缆连接失败 处理方法:远程ins或reset TCU,告警消失并监测;若告警未消失,更换TCU 5. DRI 86 :[Transmitter Failure]输出功率失败,引起DRI退出服务。状态:

通信直放站故障处理

通信直放站故障处理 随着近年来通信无线市场的需求和传输技术的革新,促使通信无线设备越来越集成化、人性化、功能化。无线通信领域各种技术的互补性日趋鲜明。这主要表现在不同的接入技术具有不同的覆盖范围、不同的适用区域、不同的技术特点和不同的接入速率。铁路通信应用较广的模式有直放站传输模式,研究其使用和维护,总结日常出现的故障克服更有利于日后维护和设备的稳定使用。 标签:直放站;开通;故障;解决 前言 无线通信技术近十年的变更非常瞩目,我国无线频率资源也较为丰富,推進不同技术相关频谱的规划和应用工作是现在政府和各个行业应该推进的工作之一。比如3G/4G可解决广域网的传输需求;WLAN可解决中距离的较高速传输;UWB超宽带可解决近距离的超高速无线传输。因此在组网上要考虑一体化,多技术并用的方式实现不同用户群体的需求。未来的无线通信网络将是一个综合的一体化的解决方案,各种无线技术都将在这个一体化的网络中发挥自己的作用。有线传输与无线传输的结合,长距离与短距离或超短距离的高速传输的结合,满足不同行业、不同群体的需求为出发点的革新。 在铁路无线通信网络中,无线直放站的组网方式以其结构简单、安装方便、设备稳定性强、覆盖面积满足铁路通信的要求等特点,被铁路通信专业广为使用,其安装较基站便利,建设周期较短,并且不受各方面的的限制等优点,在各个管辖线路中广泛使用。针对直放站使用中的一些常见障碍和解决方式做个归纳和分析。 1 直放站简介 铁路无线直放站主要是由近端机、远端机、连接光纤、耦合器等设备构成。 车站信号通过耦合器耦合,进入近端机,经过光电转换,传输至光缆,远端机接收到光信号后,转换为电信号,并进行放大,通过天线向外覆盖,传输到隧道内的移动机车,使处于隧道内的机车台和手持台有较好的接收效果,同时将机车发出的反向信号通过天线接收并放大后,由光缆发回近端机,再由近端机转换后传回车站电台。实现车站与隧道内的机车之间的异频半双工通讯。 2 安装调试 设备在投入运营前做好安装和调试工作,确保设备的稳定运行,一般安装近端机、远端机较为简单,大多都是成品根据图纸组网,较为简单。调试工作做好以下几个方面。

数据挖掘关联规则分析报告

关联规则分析报告 2009年7月8日 目录 一前言 (1) 二数据预处理 (1) 三前7710条真实数据分析 (2) 1商品按小类分析 (2) 2商品按中类分析 (4) 3商品按大类分析 (4) 4分析比较 (5) 四后44904条随机数据分析 (5) 1商品按小类分析 (5) 2商品按中类分析 (7) 3商品按大类分析 (8) 4分析比较 (8) 五52614条混合数据分析 (8) 1商品按小类分析 (8) 2商品按中类分析 (11) 3商品按大类分析 (11) 4分析比较 (12) 六总结 (12)

一前言 使用关联规则挖掘算法分析购物清单时,会产生不止“啤酒→尿布”的单一关联规则,而将出现涉及多种商品的“纵横交错”的多条关联规则。针对这一实际问题,本文利用学生日常购物记录数据进行关联分析,通过概念分层从不同粒度上分析商品之间的关联性,从而找到商品之间的关联规则,实现优化超市货物摆放次序的目的。 二数据预处理 1)在SQL server 2000 查询分析器里执行下面的SQL语句 declare @sql varchar(8000) set @sql = 'select zid ,xh' select @sql = @sql + ' , max(case goodsid when ''' + goodsid + ''' then goodsid end) [' + 'n'+ goodsid + ']' from (select distinct goodsid from rcxfjl) as a set @sql = @sql + ' into table_a from rcxfjl group by zid,xh' exec(@sql) 2)在PB里将有购买记录的列改为”yes” for i=1 to dw_1.rowcount() for li_index=1 to long(dw_1.object.datawindow.column.count) if integer(dw_1.getitemstring(i,dw_1.describe('#' + string(li_index) + ".name")))>0 then dw_1.setitem(i,dw_1.describe('#' + string(li_index) + ".name"),"yes") end if next next 3)将处理好的数据直接导出到Excel中 4)将Excel表中的空格替换成”?”(在weka中?表示缺省值)

聚类分析、数据挖掘、关联规则这几个概念的关系

聚类分析和关联规则属于数据挖掘这个大概念中的两类挖掘问题, 聚类分析是无监督的发现数据间的聚簇效应。 关联规则是从统计上发现数据间的潜在联系。 细分就是 聚类分析与关联规则是数据挖掘中的核心技术; 从统计学的观点看,聚类分析是通过数据建模简化数据的一种方法。传统的统计聚类分析方法包括系统聚类法、分解法、加入法、动态聚类法、有序样品聚类、有重叠聚类和模糊聚类等。采用k-均值、k-中心点等算法的聚类分析工具已被加入到许多著名的统计分析软件包中,如SPSS、SAS等。 从机器学习的角度讲,簇相当于隐藏模式。聚类是搜索簇的无监督学习过程。与分类不同,无监督学习不依赖预先定义的类或带类标记的训练实例,需要由聚类学习算法自动确定标记,而分类学习的实例或数据对象有类别标记。聚类是观察式学习,而不是示例式的学习。 聚类分析是一种探索性的分析,在分类的过程中,人们不必事先给出一个分类的标准,聚类分析能够从样本数据出发,自动进行分类。聚类分析所使用方法的不同,常常会得到不同的结论。不同研究者对于同一组数据进行聚类分析,所得到的聚类数未必一致。 从实际应用的角度看,聚类分析是数据挖掘的主要任务之一。而且聚类能够作为一个独立的工具获得数据的分布状况,观察每一簇数据的特征,集中对特定的聚簇集合作进一步地分析。聚类分析还可以作为其他算法(如分类和定性归纳算法)的预处理步骤。 关联规则挖掘过程主要包含两个阶段:第一阶段必须先从资料集合中找出所有的高频项目组(FrequentItemsets),第二阶段再由这些高频项目组中产生关联规则(AssociationRules)。 关联规则挖掘的第一阶段必须从原始资料集合中,找出所有高频项目组(LargeItemsets)。高频的意思是指某一项目组出现的频率相对于所有记录而言,必须达到某一水平。 关联规则挖掘的第二阶段是要产生关联规则(AssociationRules)。从高频项目组产生关联规则,是利用前一步骤的高频k-项目组来产生规则,在最小信赖度(MinimumConfidence)的条件门槛下,若一规则所求得的信赖度满足最小信赖度,称此规则为关联规则。

常见基站告警处理

目录 ULTRA 一、TRX级 7743,7745,7606 (1) 7606,7735,7725,7741, (2) 7744 (2) 二、BTS和BCF级 7738,7602,7601 (4) 7604,7616 (5) 7704,7705,7711,7712,7746 (6) 7767 (7) DE34 7530,7840,7900,7706 (8) 7838,7839,7949 (9) 传输 8020,8050,8099,8010,8011,8012 (10) 8112,8179 (11) 附表1:告警代码定位 (11) 附表2:基站告警代码 (11)

ULTRA TRX级: 7743告警: JANBSC22G BCF-0283 BTS-0583 QUAL 2009-04-01 12:14:59.87 ** ALARM TRX -004 JACXBAOYUYUA1E (30042) 7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD 01 00 00 00 01 01 01 00 04 02 8d 主要是由于GPRS告警引起,不会对掉话率有什么影响,可能会影响彩信、GPRS激活 成功率、GPRS掉话率等,处理方式同7745告警。 7745告警: JANBSC22G BCF-0174 BTS-0176 QUAL 2009-03-28 08:15:03.12 ** ALARM TRX -009 JACXZHENGBJ3 (27326) 7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 01 00 00 00 01 00 00 00 00 03 02 20d 01 00 00 00 01 00 00 00 00 03 02 20d 其中头位数表示:01表示TCH 02表示SDCCH 第二到第九位数表示一块载频8个时隙,00正常,01掉话 第十位指出掉话时隙 当02时,表示SDCCH掉话率高,查看SDCCH掉话原因,大部分可能为BSC数据错 或MSC数据定义有误造成。 当01时,表示TCH掉话率高,最后一位表示载频由于信道失败的掉话占整个载频掉话 总数的百分比,如该值超过30%,可考虑重启载频、扇区、BCF。如重启后仍然存在过多 的7745告警,并且小区总体掉话率依然偏高(无直放站情况下大于8%的掉话率)建议更 换载频版或BB2板,一般能解决。 7606告警: JANBSC22G BCF-0004 BTS-0305 EQUIPM 2009-03-24 02:13:42.62 ** ALARM TRX -007 JACXSHENGANCU2E (24260) 7606 TRX FAULTY The transmitter output power is too low. 05 02 07 98 00 00 7606一般为载频退服告警,有不同的告警提示,The transmitter output power is too low.载频输出电平过低,载频故障,一般更换载频即可,故障代码:05 02 07 98 00 00,第 四位98指出故障或故障相关板件,98一般为TSxx,96一般为BOI,97为BB2,9A为RTxx, 9B为DUxx,详见附表1,可根据告警提示信息和代码进行故障定位处理。

BSC常见故障处理

1、硬件故障(隐性故障) (1)、TX故障: 主要表现: TRU发射功率不足(个别TX无发射功率,或发射功率不平衡) 观察处理: STS指标上:开跳频时,QD掉话数量相对较多; 关跳频时,SD掉话与QD掉话相对较多; 切换:向外切换时,下行质差紧急切换多;切入城功率较低;接通率低; 路测:强信号质差较严重;200站开跳频后信号质差。 (2)、RX故障: 主要表现: 分集接收故障、接收灵敏度偏低。 观察处理: ICM统计上:出现有两极分化的上行干扰,即在测试报告中,1级干扰的测量点数有一部分,然后另一部分在3至5级,查告警有CF 2A/33分集接收故障,这类一般都有1到2个载波有故障,用RLCRP配合RXCDP指令可确认具体的故障载波。 个别载波的接收灵敏度低:SUD与SU掉话较多,指配成功率偏多,切入成功率,话音接通率较低;这一类故障较难发现,如MOTS启用,可辅助发现问题,即某些TS话务偏少,异常掉话偏多。 (3)、TRX故障: 主要表现: 忙时TRX自动闭塞、指配成功率低 观察处理: 个别TRU问题,非忙时未发现有重大问题,但在忙时,信道完好率经常不足100%,有载波自动闭掉的现象,实为某个TRU有问题,一占用就导致闭塞,指配成功率低,若用MOTS观察,某个TRU话务极少。 另外,有些载波故障在占用后不会出现闭塞,但在路测时,信号较强的情况下,统计事件中有指配不成功,STS统计中可能出现QU、QD与SUD掉话均增多。大容量D型小区,开跳频时总有部分时隙UNUSED,关跳频后无异常。 (4)、200站故障: ①、信道完好率正常,但指派成功率低,话务接通率低,换TRX后也无改善。大 部分为TX-BUS有问题。 ②、经常在路测中发现,小区开跳频后强信号质差,关跳频后测试结果正常。 ③、路测中经常发现,某瞬间信号强度几乎为零,大部分时间正常,整体质差严 重。 ④、200站普遍存在SUD及SU掉话较严重;其灵敏度较2000站低。加大功率尤 为严重。(通过降低功率或适当调整KOFFSETN、BSRXMIN可缓和掉话情况)(5)、数接定义出错 ①、MO定义出现漏洞:在定义MO时,TRX、TX与CELL连接定义错误,有复合机 架中易经常倒站,易出质差掉话。 ②、传输设备DEV与DCP对错位(RXAPI)。此类故障经常导致倒站,或信道完好率 偏低,严重拥塞等。 ③、200站与2000站传输串联。在开站或载调整时,半永久性连接定义出错,经常有 载波不能正常工作,拥塞率高。

基站常见告警处理

基站常见告警处理 一、驻波比告警 1.检查各个接头是否有松动现象 2.检查馈线头是否进水 3.更换RRU 4.更换天线 二、E1/T1链路远端接收故障告警 1.到基站后给传输侧打环看是否有问题, 2.没问题的话让传输再给RNC侧打环,定位告警。 三、NodeB退服 1.首先检查基站是否掉电 2.检查传输是否正常 四、光/电口上行帧失锁 1.BS8800:检查RSU40是否下电,查看光模块2端是否插紧。 2.B8200+R8840:检查RR8840是否掉电,查看光纤是否插紧。 五、设备温度高告警 1.拔出BBU上面的防尘网,进行清理 2.检查风扇是否有故障 3.查看环境温度是否超过工作范围 六、SCTP偶联断告警 出现此类告警时,请注意检查是否伴有以太网电(光.信号丢失告警,如果有,则 1.检查设备的网线 2.检查与设备连接的光端机的网口 3.检查BBU网口是否接错位置;

如果没有这个告警,只是出现SCTP偶联断开告警,则 1.检查传输的FE数据没有做 2.检查传输的FE数据没有保存上,此时需要传输人员重新下载数据或重新激活相对应的以太网单板. 3.检查无线和传输侧配置数据是否一致; 4.检查SCTP端口配置是否错误 七、PM电源过压告警 1.检查站点提供的电源电压是否正常, 2.检查设备的PM板是否有告警;如有告警,联系中兴技术人员判断该单板是否损坏,是否需要更换. 八、以太网模式与对端不匹配告警 1.和传输人员核对以太网的传输模式,RNC侧的模式为auto(自适应.,请传输人员对其模式进行修改. 九、RRU RTWP 上报异常值 1.检查天馈、线缆是否连接好,更换损坏线缆,判断告警是否消失 2.复位RRU 3.更换RRU 十、BPC单板反复重起 1.处理高温告警,温度正常后看是否恢复 2.复位或拔插单板 3、更换单板 十一、中继电路异常 1.检查线路是否完好,若线路毁坏则更换2M线 2.通过环回判断故障位置逐步排除 十二、单板电源关断(LTE) 1.插拔单板; 2.检查是否存在风扇故障告警 3.检查外围环境温度 4.检查设备的进风口以及防尘网是否被堵

相关文档
最新文档