NOKIA华为moto无线网感知类告警处理指导手册.docx
- 文档编号:6496587
- 上传时间:2023-01-07
- 格式:DOCX
- 页数:51
- 大小:134.64KB
NOKIA华为moto无线网感知类告警处理指导手册.docx
《NOKIA华为moto无线网感知类告警处理指导手册.docx》由会员分享,可在线阅读,更多相关《NOKIA华为moto无线网感知类告警处理指导手册.docx(51页珍藏版)》请在冰豆网上搜索。
NOKIA华为moto无线网感知类告警处理指导手册
无线网感知类告警处理指导手册
(V1.0)
Nokia
Huawei
Moto
省网络管理中心监控室
2010年5月
前言
为进一步提升新形势下的市场支撑能力,提高网络质量和客户感知,公司2010年在全省范围内开展了“网络质量提升活动”。
网络管理中心监控室负责告警投诉小组工作,为了达到“提升网络告警和客户投诉的处理效率及效果,把影响客户感知的告警量降下来、把客户投诉总量降下来,提高客户对网络的感知和满意度”核心目标,监控室每日、周、月、季定期全面分析告警投诉的产生原因,和分公司共同采取有效措施,来降低感知类告警量和网络投诉量。
为进一步提升感知类告警整治效果,省网管中心监控室主编了《无线网感知类告警处理指导手册》。
本手册收集了无线网NOKIA、MOTO、华为设备感知类告警共计57个,主要从告警含义、告警产生原因、告警对现网影响、故障定位、告警的预处理、告警处理六方面进行介绍。
由于时间仓促,本手册难免存在一些不妥之处,请各分公司专家及时指正。
目录
NSN无线感知类告警
一、2725告警6
二、2992告警7
三、2993告警9
四、3273告警10
五、3031告警12
六、7601告警13
七、7604告警14
八、7606告警16
九、7607告警18
十、7608告警19
十一、7725告警20
十二、7743告警20
十三、7745告警21
十四、7746告警26
华为无线感知类告警
一、4122、2134告警29
二、4178、2190告警30
三、4102告警31
四、4144告警32
五、4192告警33
六、5292告警34
七、5300告警35
八、5326告警36
九、5328告警37
十、9736告警38
十一、4186告警39
十二、4170告警40
十三、4184告警41
十四、142告警41
十五、291告警42
十六、20092告警43
十七、20093告警44
十八、21001告警44
十九、21210告警45
二十、20084告警45
MOTO无线感知类告警
一、8、9、10、11告警48
二、103、104、105告警48
三、51(30729)告警49
四、108(30750)告警50
五、74(30321)告警50
六、218(30407)告警51
七、234(30412)告警51
八、73告警52
九、78(30323)告警52
十、1告警53
十一、150(30368)告警54
十二、92(30336)告警55
十三、91(30335)告警55
十四、86、87(30329、30330)告警56
十五、10告警56
十六、0告警57
十七、39告警58
十八、43告警59
十九、21001告警60
二十、142告警60
二十一、124告警61
二十二、21210告警61
二十三、409告警62
一、2725告警
【告警含义】
2725ADJACENTCELLIDENTIFIERCONFIFURATIONERROR
相邻小区信息在BSDATA中定义错误,MSC或源BSC都能在外部切换过程中检测到错误。
当检测到错误时,切换被中断。
【告警产生原因】
主要是由于邻区数据配置错误导致
【告警对现网影响】
邻区切换失败,可能会导致掉话,影响客户感知。
【故障定位】
44:
35.99
**ALARMBCSU-01A003-00HAS_BX
(0232)2725ADJACENTCELLIDENTIFIERCONFIGURATIONERROR
04d01050254d
告警补充信息段共有5个:
(1):
尝试切换失败的基站号,其相邻小区配置错误
(2):
00表示MSC探知邻区配置错误,这种情况下补充信息段3,4,5内容不能显示正确数值。
01表示BSC探知邻区配置错误,这种情况下补充信息段3,4,5能够显示出正确的邻区配置数据。
(3):
相邻小区正确的BCC数据
(4):
相邻小区正确的NCC数据。
(5):
相邻小区正确的BCCH数据。
【告警的预处理】
检查看该告警的指令为:
ZAHO:
:
NR=2725;
用指令ZEAO:
BTS=
在目标小区列表或其他BSS系统的全部相邻小区中核查相邻小区数据(LAC和CI)。
【告警处理】
(1)、首先统计出2725告警信息,根据告警信息分类,如果能够解码出BCCH和BSIC,则可能是由于邻区信息定义错误所引起。
(2)、如果解码不出BCCH和BSIC,则回到HANDOVERMEASUREMENTS统计中,寻找长期切换尝试次数大于0,但是切换成功次数为0的相应小区,则很可能是由于该对邻区所引起的2725告警;
(3)、如果上面相应的小区在BSC的邻区信息里有数据,但是在BSDATA里面(可通过ZEQO查看)不存在的小区,则可能是由于该垃圾数据所导致的2725告警,判断出此问题以后,删除相应的垃圾数据即可;
(4)、如果上面相应的小区在BSC的邻区信息里有数据,而且在BSDATA里面(可通过ZEQO查看)存在的话,检查是否由于别的厂家MSC没有定义的缘故。
(5)、如果以上问题均没有出现的话,建议先把邻区关系删除重建,在BSC数据库里重新更新继续观察。
二、2992告警
【告警定义】
2992BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONA
因BTS和变码器不同步,并且已连续释放的编号超过PAFILE告警参数设定的限制,呼叫在同一个A接口中已被反复清除。
【告警产生原因】
告警多是由于数据配置错误或者传输故障导致
【告警对现网影响】
可能会引起A接口电路的不稳定,造成用户的掉话。
【告警定位】
16:
15.99
..CANCEL........SC7_BX
(1268)2992BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONAINTERFACE
6379d18d00F27d18d40d29d4d0418d
TCSMNO.
TCPCMNO.(1--4)
TCtimeslot
可以根据TCSMNO.TCPCMNO.TCtimeslot定位处理
参数1:
PCM电路号
参数2:
上述PCM电路的时隙
参数3:
电路失败码CIC
参数4:
PCM电路分配的CIC
参数5:
时隙分配的CIC
参数6:
外部PCM电路号(即BSC侧故障的Ater口ET号)(故障定位重要参数)
参数7:
外部PCM电路时隙(即BSC侧故障的Ater口ET的时隙号)
参数8:
外部PCM电路的子时隙(即BSC侧故障的Ater口ET的子时隙号)
参数9:
TC上PCM电路号(即一个故障的Ater口对应的MSC侧A口的电路号)(故障定位重要参数)
参数10:
TC上PCM电路时隙(即一个故障的Ater口对应的MSC侧A口的电路时隙)(故障定位重要参数)
【告警预处理】
用ZAHO指令查看当前BSC告警,根据告警信息定位故障电路和时隙。
用CEC命令闭锁该电路时隙,并检查BSC和TC的传输,是否有相关传输和TC插件的告警,有则找到故障并解决。
然后再用CEC命令解锁该电路时隙。
【告警处理】
(1)登录告警网元,查看当前告警,定位故障时隙。
占中测试,若
该时隙呼叫困难,则告警真实存在,尚未消除;否则认为告警状态不
真实。
(2)如果对应同个TCSM单元只产生少数1-2条2992告警,应暂时将引起掉话的A接口电路关闭(ZCEC),并观察A接口电路的繁忙程度,待话务闲时到现场确定有可能出现问题的TCSM单元中的TR16板,进行更换。
在故障处理结束后及时打开关闭的A接口电路,确认掉话现象是否消失。
若出现多个2992告警,且集中出现在对应MSC的某个ET的奇时隙或是偶时隙,则应到现场立即更换相应的TR16板。
若一个TCSM单元出现大量2992告警且比较分散,则应为传输故障,建议检查传输。
三、2993告警
【告警定义】
2993BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONAB
BTS和TCSM不同步,ABIS口电路呼叫连续清除次数超过门限值
【告警产生原因】
一般情况下由于载频数据和基站侧不一致,或者是载频硬件故障引发此告警。
【告警对现网影响】
可能会引起基站载频的工作不稳定,影响通话质量、产生掉话
【告警定位】
08:
41.83
..CANCEL........RRM_BX
(1980)2993BTSANDTCUNSYNCHRONIZATIONCLEARCALLSONABISINTERFACE
327d3d041783d6d1d
TRXTSL
BTSNO.
TRXNO.
可以根据BTSNO.TRXNO.TRXtimeslot定位处理
1基站号2TRX号3无线时隙号4外部ETPCM电路号
5外部ETPCM电路时隙6内部ETPCM电路子时隙
【告警预处理】
根据告警信息定位故障TRX和信道。
用ZERS命令闭锁该基站TRX的信道,再解锁。
如果告警消失后不再重复出现,可以不予考虑。
如果该信道连续重复出现此告警,检测是否有其他相关告警出现,然后排除故障。
故障修复后,告警也会自动消除。
一般为基站载频硬件故障或BSC、基站侧时隙分配不一致。
【告警处理】
1、检查BSC至基站之间的传输质量
2、如果告警分布在单个载频上,可以对故障载频进行重启,若无效,对载频进行诊断测试,更换载频。
3、如果一个载频上所有时隙出现该告警,检查该载频话务和信令时隙的对应关系数据是否有错。
该情况只出现在新建、扩容等对基站数据修改当时。
4、如果告警分布在不同载频,而且频繁发生,重启基站,若无效,更换BCF板。
5、若告警仍未清除建议检查基站情况,例如:
天线等。
四、3273告警
【告警定义】
3273(E)GPRSTERRITORYFAILURE
当实际需求的PDCH远小于实际定义的GPRS信道数时,如果BSC在180S内未分配到足够的GPRS信道,触发此告警。
【告警产生原因】
PCU负荷过高或PCU故障,以及DSP资源不足时导致告警发生
【告警对现网影响】
可能用户不能正常使用(E)GPRS业务,影响用户感知。
【故障定位】
25:
26.43
.CANCEL........RRM_BX
(4103)3273(E)GPRSTERRITORYFAILURE
58d358d2d016d4d0A0C06
请重点关注参数1、参数2,参数3和参数9
参数1:
BCF号
参数2:
BTS号
参数3:
载频号
参数4:
基站所使用的territory类型
参数5:
控制PCU的BSCU单元
参数6:
PCU板的index号
参数7:
此刻(E)GPRS信道数
参数8:
default(E)GPRS信道数
参数9:
问题原因值
1:
找不到载频
2:
载频锁死
3:
BCSU切换
4:
ABIPRB没有收到来自PCU的响应
5:
RRMPRB没有收到来自ABIPRB的响应
6:
PCU没有找到适用PCUPCM的信道
7:
PCU没有收到来自RC0PRB的响应
8:
RC0PRB没有收到来自SWICOP的响应
9:
PCU找不到适用的DSP资源
10:
RC0PRB收到来自SWICOP的连接错误
11:
-
12:
-
13:
-
14:
PCU设法从EDAP区域保留一个PCUPCM通道
15:
-
16:
EDAP连接没准备好
17:
-
18:
-
19:
-
20:
PBCCH/PCCCH没有连接到载频
21:
不支持的territory类型
22:
超过PCU的最大(E)GRPRS容量
23:
在PSWterritory升级时发现无效数据
24:
Territory冲突
25:
PCU的DSP超时
【告警预处理】
运用ZAHO指令查询得知3273告警,由告警的补充字段定位BCF,BTS和TRX,以及引起3273告警准确原因;
【告警处理】
如果同一PCU下某1,2个小区出现3273告警,一般是由于该PCU的负荷过高导致,解决措施就是将出告警的小区挪至负荷较低的PCU.
如果同一PCU下多个小区同时出现3273告警,且将其下部分小区调至其他NSEI下之后,仍旧出现多个告警,则很有可能是该PCU出现故障,可尝试切换BCSU来解决。
如果以上方法均不奏效,或者各个PCU负荷都较高,则有两种应对措施:
1.关闭EGENA,2.降低GPRS/EGPRS的PDCH信道数.
五、3031告警
【告警定义】
3031BSSGPVIRTUALCONNECTIONRESETPROCEDUREFAILED
系统尝试对BSSGP虚拟连接进行复位,经过BVC-BLOCK-RETRIES参数定义的次数仍不成功。
未收到来自终结一侧的确认。
虚拟连接保持闭锁。
相关小区的通用分组无线业务中止。
【告警产生原因】
多是由于虚拟连接故障,或是数据(NSEI或BVCI)配置错误导致。
【告警对现网影响】
对应的基站GB数据业务中断,影响用户感知
【故障定位】
3031BSSGPVIRTUALCONNECTIONRESETPROCEDUREFAILED
06(PSEI)EF8B(NSEI十六进制)0d(BCF)0d(BTS)000001
09(PSEI)EEB6(NSEI十六进制)43d(BCF)43d(BTS)273B01
根据附加信息可知,出现告警的PSEI为06/09,NSEI为61323/61110。
通常情况下BCF和BTS为0时,多为SGSN侧出现异常。
【告警预处理】
命令ZAHO:
;可以在BSC中查找3031告警及中断的NSEI。
ZFXL,ZFXO命令对NSEI的相关参数进行定位,确认GBLINK是否状态异常,数据是否正常。
根据告警信息定位故障小区。
检查小区GPRS状态(ZEQO),可以开关小区GENA,尝试修复故障(ZEQV)。
【告警处理】
根据告警信息定位故障小区。
检查小区GPRS状态(ZEQO),可以开关小区GENA,尝试修复故障(ZEQV)。
如果告警大量出现,需要根据定位信息,查看PCU所在Gblink状态,以及有无相关其他告警。
采取切换BCSU和删建Gblink等处理手段,以及处理相关其他告警。
六、7601告警
【告警定义】
7601BCFOPERATIONDEGRADED
在基站中出现一个或多个主要故障,使BCF性能下降。
【告警产生原因】
(1)主设备硬件性能故障;
(2)馈线性能下降,常伴随7604告警出现
(3)传输同步设置错误,多表现为该站所有BCF均出现
【告警对现网影响】
基站性能下降,造成用户呼叫成功率低、产生掉话等。
【告警定位】
查看是否伴随有相关硬件告警,并作相应处理;用天馈性能测试仪对天馈性能进行测试;检测传输质量,确定故障点。
常见故障有
(1)Powerunittemperatureisdangerouslyhigh。
该告警属高温告警,电源或风扇故障都会触发该类告警。
(2)ESMASystemmodulehaslostconnectiontoFSExExternalAlarm(EAC)module。
该告警只会出现在五代站上,载频连线故障会触发该类告警。
(3)Rxlevelsdiffertoomuchbetweenmainanddiversityantennas。
该告警属主分集接收差异过大,天馈系统或载频连线等公共单元故障会触发该类告警。
【告警预处理】
用ZEOL查看当前告警,用ZEOH查看历史告警。
需要根据告警具体信息以及相关其他告警,定位故障,基站工程师上站处理。
【告警处理】
(1)若是伴随有相关硬件告警,更换相应板件
(2)若是天馈系统性能降级,对天馈系统进行整改
(3)若是传输质量问题,可以清除误码更换传输通道
(4)对于时钟偏差引起的7601,先要到站点对时钟值,进行一段时间观察;如果时钟不再偏差,就视为恢复。
如果再次偏差则需要更换主控,进一步观察。
如果还未恢复,则需要传输更改传输业务、更换传输信源或更换传输设备。
(5)检查电源板、传输板温度是否正常,若产生高温则检查机柜风扇,若风扇无问题则更换电源板和传输板
针对7601应具体问题具体分析,工程师上站处理。
七、7604告警
【告警定义】
7604BTSOPERATIONDEGRADED
告警代表的扇区内的某个(或某几个)单元出现了一个或多个主要故障。
当载频接收到的信号强度差异过大时(默认值为10dBm)时,即会有7604告警出现。
【告警产生原因】
主设备硬件性能故障以及天馈线性能故障等导致
【告警对现网影响】
基站性能下降,可能影响客户感知。
【告警定位】
需要根据告警具体信息以及相关其他告警(ZEOL),定位故障,基站工程师上站处理。
【告警预处理】
根据告警具体信息和相关其他告警定位具体故障原因,基站工程师上站处理。
常见的有RTC温度过低和主分级接受差别大故障。
【告警处理】
分析告警原因并做相应的处理,常见有以下情况:
Faultreason:
Rxlevelsdiffertoomuchbetweenmainanddiversityantennas:
在BTSManager软件中检查RSSI的测量数值,看差异是否大于定义的数值,RSSI的计算是统计各个载频差值的平均值,EGPRS小区载频少所以容易产生7604告警。
对基站的天馈系统进行测试,驻波比是否高或者不稳定(驻波比测试结果不稳定的时候多数为天线本身性能下降引起)。
检查BTS的RF连线(特别要注意射频连线是否松动、扭曲过大或者信号泄露)。
检查该基站是否带有直放站、功放等边缘设备。
检查该基站的天线是否在一个平面。
检查该基站的天馈系统是否存在“鸳鸯”的情况。
检查天线是否被阻挡或者天线表面灰尘较多。
检查各硬件的连线是否存在松动、扭曲、接错等情况。
替换合路器等硬件单元.(需要在BSC上检查该基站的RXDL参数值是否设置为Y)。
检查载频单元测试结果中主分级接收数值是否偏差过大,替换载频单元(主要是针对于RSSI中数值差异较大的载频予以替换)。
Performanceisdegradedin1stbranchdualvariablegain:
检查基站的天馈系统是否存在问题。
检查DVGA跟背板相连的BUS线是否存在问题(比如松动、故障等)。
替换DVGA等硬件单元。
RSSIdetectedRxsignaldifferenceexceedingthreshold
FLEXI基站告警,告警产生原因有以下几个方面:
硬件故障、天馈原因等。
处理方法:
更换故障板件;天馈故障通过仪表查找故障点并进行处理。
EXxxTRXmodulecoolingfan(s)reportnorotation
原因:
风扇故障。
处理方法:
更换故障风扇。
八、7606告警
【告警定义】
TRX性能下降,在实际处理的过程中要根据告警的附属信息来确定故障点和采取合适的处理方法。
【告警产生原因】
TRX性能故障、BB2故障、射频连线松动等。
【告警对现网影响】
载频被闭锁,可能会影响用户感知。
【告警定位】
在BSC中使用ZEOL或ZEOH指令查看该告警。
【告警预处理】
用ZEOL查看当前TRX告警,用ZEOH查看TRX历史告警。
根据告警具体信息和相关其他告警定位具体故障原因,区分不同站型,基站工程师上站处理。
常见有TRX配置错误,天线连接故障等,若TRX存在故障,更换。
【告警处理】
(1)天线连接失败或者天线测试VSWR错误。
(FaultinVSWRantennamonitoring.)
处理思路:
检查硬件数据库的天线设置
(2)TRX配置期间检测到错误。
(FailuredetectedduringTRXconfiguring.)
处理思路:
TSxx单元故障或者其频带与BSC配置不符。
需要用正常的或者有正确频带的TSxx单元来替换现有的TSxx单元。
(3)BOI单元检测到与TRX的连接丢失。
(BOIdetectedthatconnectiontoTRXislost.)
处理思路:
检查基站的硬件数据配置,如果BB2单元丢失,重新配置BB2单元。
(4)远端调谐合路器的反射功率过大。
(Thereflectedpowerofremotetunecombineristoohigh.)
处理思路:
检查远端调谐合路器与天线之间的连接,如果连接正常,则更换合路器(RTGA)。
(5)没有连接到远端调谐合路器。
(Noconnectiontoremotetunecombiner.)
处理思路:
检查远端调谐合路器的所有连接,如果连接正常,更换该合路器(RTGA)。
(6)没有连接到双工器单元。
(NoconnectiontodualVariablegainduplexunit.)
处理思路:
检查基站配置,如果双工器DVGA丢失,需要重新配置。
(7)连续的DL通道中有干扰或者DL通道故障。
(ThereisdisturbanceintheserialDLbusorbusisbroken.)
处理思路:
检查TSxx的连接,该位置可能没有安装TRX,在commissioning过程中会产生该告警。
如果安装了板件,对板件重新配置,如果仍然出现该告警,则更换此TSxx单元。
(8)其他原因。
检查告警描述文档信息,查看BTS使用的软件版本与基站类型是否相符。
九、7607告警
【告警定义】
7607TRXOPERATIONDEGRADED
TRX中出现严重故障,载频性能下降
【告警产生原因】
多是由于板件故障、连线故障或松动、天馈系统故障均能引起该告警
【告警对现网影响】
载频出现严重故障,影响客户感知
【告警定位】
可用ZEOL或ZEOH进行告警查询,然后查看该告警的补充信息字段定位告警所在
【告警预处理
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- NOKIA 华为 moto 无线 感知 告警 处理 指导 手册