基站告警处理参考版.ppt

《基站告警处理参考版.ppt》由会员分享，可在线阅读，更多相关《基站告警处理参考版.ppt（35页珍藏版）》请在三一办公上搜索。

1、通过网优或BSC工程师核实故障准确而详细的告警信息,问题未解决,故障跟踪，确认处理效果,问题解决,告警处理流程图,7745CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD,告警说明：在监控时段，BTS的SDCCH、TCH 信道上的失败率高于系统设置门限值。该告警用来监测专有信令信道和话务信道的使用情况，对异常释放，给与提示。根据告警补充信息，可以具体定位到发生问题的时隙：补充信息含义如下：1 表示问题信道类型：取值分为：01 TCH、02 SDCCH 29 表示 信道所在时隙 其取值分为：00 低于门限（不产生告警）、01 高于门限（产生告警）10 表示

2、失败率最高时隙11 表示TCH 或 SDCCH 子信道12 表示在监控时段内，补充信息10中信道异常释放情况占总释放次数的比率。,7745CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD,从SMBNT 至EMBNT，每隔PRDCFR时长对该小区信道进行统计，如果在此期间SDCCH、TCH 信道占用超过CS 所定义次数门限值，且失败率高于系统所定义的门限值，则在PRDCFR时长后触发该告警。参数定义及其默认值：监控起始时间SMBNT=supervision start time 08-00监控终止时间EMBNT=supervision end time 1

3、8-00告警监控时长 PRDCFR=length of supervision period 60min信道占用次数门限 CS=channel seizure threshold value10 TCH 占用失败率门限 TCHFR=TCH failure rate(20%)SDCCHH 占用失败率门限SCHFR=SDCCH failure rate(80%),告警触发机制,7745CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD,以实际7745 告警为例标示如下,7745告警现场处理案例,7745告警处理方法-基站专业,7745告警处理方法-基站专业,7

4、745故障案例-载频故障,典型案例1:【站点信息】西城区洼刘 4390【告警信息】一小区TRX1【现场信息】通过测试发现载频故障【处理过程】检查此小区掉话载频主分级为正常，且无干扰无其他告警。在测试掉话载频TRX1时，结果显示载频存在功率低问题，把此载频与TRX2倒换，测试这两块载频发现TRX2(原为TRX1)存在了功率低问题，而TRX1(原为TRX2)功率则正常。由上判断此掉话为载频故障。用新载频更换故障载频，然后观察已正常,故障原因：载频性能下降及工作状态不稳定处理建议：通过更换或倒换故障板件,【站点信息】西城区东史马 40【告警信息】二小区几乎所有载频存在7745告警。【现场信息】基站有

5、附属设备电桥。【处理过程】处理前二小区每天告警都维持在20条左右，处理通过重新连线，修改硬件数据库。通过告警参看发现此站曾经出现7604，而且发现告警大都发生在第2块上，于是将第2块TSGB更换，告警消除。【解决措施】更换第二块TSGB。,RSSI Comparision Values Report 2009-11-18 21:59:59TRX Ant1 Ant2 Ant3 Ant4 Diff.Rel.Diff.*Newest values:Sector 2 ETRX 1 n/a n/a n/a n/a n/a n/a ETRX 2-121-93 n/a n/a-28 n/a Avg.Diff

6、.-28.00 Antenna Ant:1 Ant:2 ETRX 1 n/a n/a n/a ETRX 2-121-93-28 ETRX 3-85-86-1 ETRX 4-102-98-4 ETRX 5-97-106-9 ETRX 6-105-98-7,7745故障案例-载频故障,7745故障案例-连线故障,典型案例1：【站点信息】二七区交通学院 5072【告警信息】S1:TRX4，TRX6 S2:TRX5，TRX9 S3:TRX12【现场信息】在每个小区存在多处的连线损坏，有一个直放站。【处理过程】第一二方向，通过检查连线和做载频测试时确定本站由于多处连线损坏造成7745，,更换连线之前TR

7、X Test:2009/12/19 13:58:09TRX Number:ETRX 1TRX Test Run Through(IDD only):N/ATRX Operational State:SupervisoryTimeslot:6ARFN:8TX Frequency:936.6 MHzRX Frequency:891.6 MHzTRX Test result:OKMain BER:0.00%Diversity BER:0.00%TX Power:47 dBmMain Rx Result:-106 dBmDiversity Rx Result:-95 dBmAntenna Connec

8、tion:OKModulation Type:GMSK,换连线之后TRX Test:2009/12/19 14:10:48TRX Number:ETRX 1TRX Test Run Through(IDD only):N/ATRX Operational State:ConfiguringSupervisoryTimeslot:6ARFN:8TX Frequency:936.6 MHzRX Frequency:891.6 MHzTRX Test result:OK Main BER:0.00%Diversity BER:0.00%TX Power:46 dBmMain Rx Result:-1

9、01 dBmDiversity Rx Result:-102 dBmAntenna Connection:OKModulation Type:GMSK,看上面标注信息可以知道，主分级接收差异过大，造成上下行链路不平衡而引起的掉话，,故障原因：连线老化、损坏或者连接错误而导致的掉话处理建议：更换故障连线或者改正连接错误,7745故障案例-连线故障,【站点信息】西城区瑞达国槐路 5662【告警信息】S1:TRX8、9【现场信息】基站部分连线错误、松动【处理过程处理过程】一小区发现载频连线出现错误，将其更正。二三小区部分连线出现松动，将其紧固。【解决措施】更正一小区连线错误，紧固二三小区连线。，,7

10、745故障案例-合路器故障,典型案例：【站点信息】东城区尚庄东 2070【告警信息】S1:TRX 5 S3:TRX8 9 10 11 12【现场信息】一小区通常是间隔一段时间，单载频出现7745；三小区是该扇区的下半部分载频出现7745.【处理过程】经检查发现3小区的第2个WCGT连接的载频均出现掉话且温度极高，更换新的WCGT后该小区告警消除。【解决措施】更换故障的WCGT。,故障原因：由于合路器模块故障而导致的衰减不平衡处理建议：更换故障模块,合路器上的连线在未连紧或连线老化的情况下，合路器也会出现高温。,7745故障案例-双工滤波器故障,典型案例：【站点信息】西城区西开经贸学校 5874

11、【告警信息】S1:TRX 3 5 6 7 8 9 10【现场信息】基站存在外部干扰，二三小区掉话是伴随干扰出现的【处理过程】一小区通过检查发现本小区的DVGA射频线连接口已经断裂（详见截图），致使本小区大部分载频出现了7745。将一小区损坏的DVGA更换。【解决措施】二三小区确认外部干扰。,故障原因：由于双工滤波单元故障而导致的掉话。处理建议：更换故障模块,7745故障案例-背板问题,典型案例：【站点信息】二七区车管所南 5892【告警信息】S1:TRX2 3 S3:TRX4【现场信息】基站部分连线松动，三小区单载频告警【处理过程】一小区TRX2、3连线非常松动，紧固连线。三小区TRX4出现7

12、745频率很高，通过倒换排除法确定第四槽位有问题，载频在该位置测试均失败，更换位置后测试OK。【解决措施】将连线紧固；将有问题槽位上的载频更换至其他槽位，告警消除。,故障原因：因背板针、背板线故障引起的槽位问题而导致的掉话。处理建议：更换故障模块,7745故障案例-配置不匹配,典型案例：【站点信息】二七区纬四路服装市场 9757【告警信息】TRX1 2 4【现场信息】本站为Metro基站，TRX1 2 4为同类型载频，TRX3与其他载频不同。【处理过程】通过观察发现本站使用了两种不同功率的载频，分别为5W和10W混用。由此导致了掉话，将TRX3更换为10W载频后基站正常，告警消除。【解决措施】

13、Metro基站的载频功率需相同，更换载频为相同功率即可。,故障原因：硬件数据库配置和实际硬件配置不符而导致的掉话处理建议：修改数据配置或更换相符硬件。,7745故障案例-传输故障,典型案例：【站点信息】东城区安徐庄 4044【告警信息】S1：TRX1 S2：TRX1 5 6 8 9 10 12【现场信息】二小区存在着大量告警，AIS 2M Far-end alarm Loss of CRC 等告警并且连线存在大量的松动现象【处理过程】对板件进行调换，排除本站的硬件故障，根据现场的传输告警提交至相关部门解决传输问题。由于7745告警伴随传输告警的消失而消失，由此可以判定本站为传输问题而引起的。【

14、解决措施】通过更换二小区的VXTA，发现本站传输告警并非由硬件问题导致。经和传输机房沟通发现是传输故障，该故障排除后基站7745告警消除。,故障原因：因误码、滑码等传输问题导致频率错误导致的掉话。处理建议：确认故障点，修复基站侧传输板故障，通过传输机房处理传输问题。,7745故障案例-直放站问题,典型案例1：【站点信息】金水区庙李南 5919【告警信息】S1:TRX1 4 5 8 S2:TRX 4 6 8【现场信息】一小区存在干扰；二小区配置为O10，附带直放站。【处理过程】一小区通过小天线排查干扰为外部干扰；二小区同直放站厂家共同上站时得知此直放站设备只支持8频点，然而本小区却是O10的配置

15、，所以需减容或更换直放站设备。【解决措施】需减容或更换直放站设备,故障原因：由于直放站数据参数设置问题、远端天馈系统及本身设备故障而导致的掉话。处理建议：直放站厂家配合处理，调整数据参数设置，修复远端天馈系统或更换故障设备。,典型案例2：【站点信息】东城区西五河 4271【告警信息】S1:TRX5 6 7 8 9【现场信息】带有直放站【处理过程】通过排查确定基站硬件无故障，同直放站厂家上站时厂家发现远端设备存在天馈故障（驻波比告警）。【解决措施】处理远端天馈故障,7745故障案例-干放/塔放问题,典型案例1：【站点信息】金水区省电视台 9881【告警信息】TRX1 2 4【现场信息】本站为Me

16、tro基站【处理过程】通过拨测发现16楼以上接收电平值正常，通话质量极差，定位到干放设备故障引起掉话，需要更换故障干放设备。【解决措施】更换干放设备后通话质量改善,故障原因：因系统中使用的干放/塔放等设备故障引起的掉话。处理建议：更换或处理故障设备。,典型案例2：【站点信息】东城区二郎庙 4280【告警信息】S2:TRX8 S3:TRX11【现场信息】使用sitemaster表测试天馈系统显示驻波比高。【处理过程】排除基站硬件故障，在塔上测天线没有问题，排除天线故障，在塔上向下测天馈，发现下面塔放机柜驻波比高，在塔下测天馈塔上的塔放驻波比高。断开塔放后测试天馈系统正常。【解决措施】整改或断开塔

17、放。,7745故障案例-馈线故障,典型案例1：【站点信息】东城区尚庄 260【告警信息】三小区自从16号大量出现7745掉话告警【现场信息】本站在16号加机柜扩容进行了天线改造，将原来的单频双极化天线改造为双频双极化天线。【处理过程】使用sitemaster表测试天馈系统确定33.4米处驻波比2.7，定位点为天线和跳线连接头质量差，应该是天线改造后造成的。【解决措施】由工程队配合处理后告警消除，告警消除,故障原因：馈线故障，一般伴随7604告警。处理建议：使用仪表测出故障点，修复或更换故障附件。,典型案例2：【站点信息】西城区中原区检察院 4054【告警信息】S1:TRX2 S3:TRX8 1

18、1 12【现场信息】三小区伴随7604告警【处理过程】根据现场告警情况使用sitemaster表测试天馈系统确定三小区39.7米处馈线处于断开状态，需要处理天馈故障。【解决措施】由工程队配合处理后告警消除，告警消除,7745故障案例-扇区问题,典型案例1：【站点信息】东城区马庄仓库 4369【告警信息】S2:TRX2 4 5 6 S3:TRX11 12【现场信息】基站无硬件故障，两个小区出现7745【处理过程】设备连线松动，硬件测试确定硬件无问题，检查天馈系统驻波比正常，检查设备硬件及数据本身无问题时，由于是两个小区掉话考虑小区之间的天馈是否接鸳鸯，或是接反，围绕基站拨打测试，发现基站二、三小

19、区接反，由此判定此基站为扇区接反而引起7745掉话。【解决措施】将天馈线二三扇区正确连接到主设备。,故障原因：因扇区接反、接鸳鸯而导致的掉话。处理建议：天线侧和基站设备侧协同配合调整正确的扇区分配，修复错接现象。,典型案例2：【站点信息】东城区南体育场 4130【告警信息】S1:TRX1 S2:TRX8 9 12 S3:TRX5 6 9 10【现场信息】经过拨测发现有同邻频现象，TRX8槽位背板针损坏【处理过程】通过拨测发现基站有同邻频现象，同时怀疑天馈系统存在鸳鸯线，通过工程队配合确定天馈系统鸳鸯，整改后掉话下降。【解决措施】工程队配合处理天馈鸳鸯。,7745故障案例-覆盖问题,典型案例1：

20、【站点信息】东城区中森家居5971【告警信息】S1:TRX 1 2 3 5 6【现场信息】基站无硬件故障，本站与联通机房位置很紧密【处理过程】通过对基站详细的排查，排除了硬件故障。观察天面时发现一小区的方向角有问题，一小区天线打在联通的机房上面有遮挡，联通机房是后期建设的。【解决措施】根据上述情况需要调整本站尤其是一小区的天线方位角、俯仰角。,故障原因：因方位角、下倾角设计不合理引起的遮挡、越区覆盖和弱覆盖而导致的掉话。处理建议：调整方位角或下倾角改善覆盖问题。,7745故障案例-天线及天馈隐形问题,天线典型案例：【站点信息】二七区南三环花寨路口 5668【告警信息】S1:TRX2 4 S2:

21、TRX7 8 9 10 11 S3:TRX1 4 6 7 8【现场信息】基站通过排查无硬件故障，天馈系统正常【处理过程】基站已经多次进行排查，排除了硬件故障。天馈系统使用sitemaster测试正常。由于本站告警频次较高，且已经排除基站硬件故障，定位为天线老化存在隐性故障而导致掉话。更换天线后基站告警明显下降。【解决措施】更换天馈系统。,故障原因：由于天线老化及跳线连接出松动引起的隐形问题而导致的掉话。处理建议：更换天线，紧固跳线连接处或检查接头质量,天馈典型案例：【站点信息】东城区刑庄 4053【告警信息】S1:TRX3 5 S2:TRX7 8 10 11 12【现场信息】基站通过排查无硬件

22、故障，天馈系统测试驻波比高【处理过程】基站经过详细排查排除了硬件故障。天馈系统使用sitemaster测试时发现二小区驻波比达到1.54，通过告警信息发现二小区告警也较多，逐步检查二小区天馈系统时发现机柜顶部跳线头子十分松动，紧固跳线头子后，驻波比测试正常，二小区告警减少为多天出现一条。【解决措施】确保天馈系统施工质量,7745故障案例-同频问题,典型案例：【站点信息】杨岭1 46501【告警信息】S1:TRX1 2【现场信息】基站通过排查无硬件故障。【处理过程】基站经过详细排查排除了硬件故障。通过分析近阶段的话统，发现掉话率比较高，现网查看该基站的每个时隙，存在3级的干扰，并且发现出现774

23、4告警，综合分析出现7745的原因是由于同频干扰导致的。【解决措施】更换频点后告警消失，指标也恢复正常。,故障原因：由于同频问题引起的7745告警。处理建议：更换频点。,7745故障案例-上下行链路不平衡,【站点信息】巩义1 6011【告警信息】S1:TRX 3 4 5 6 7 8 9 10 11 12 S2：1 2【现场信息】基站通过排查无硬件故障。【处理过程】基站经过详细排查排除了硬件故障。通过分析近阶段的话统，发现基站的上下行质量差别比较大，现网查看该基站的出现7745的频率比较高，综合分析出现7745的原因是由于上下行链路差别比较大导致的。【解决措施】平衡上下行链路，指标也恢复正常。,

24、故障原因：由于上下行链路不平衡引起的7745告警。处理建议：平衡上下行链路,7745故障案例-其他类,【站点信息】二七区云梦酒店4033【告警信息】S3:TRX7 8 9 11 12【现场信息】本站是光纤拉远站，而且存在主分级差别大。检查数据时发现RSSI值过高如下:而且载频测试时载频每个时隙主分级差别大。,故障原因：未能定位的，可能由于一些隐形问题而导致的掉话。处理建议：对设备告警对应模块进行倒换，以便观察效果后再做进一步处理。,Antenna Ant:1 Ant:2 ETRX 1 n/a n/a n/a ETRX 2-89-89-0 ETRX 3-89-89-0 ETRX 4-89-89-

25、0 ETRX 5-88-89-1 Avg.Diff.-0.25 Antenna Ant:3 Ant:4 ETRX 7-87-105-18 ETRX 8-87-105-18 ETRX 9-89-107-18 ETRX 10 n/a n/a n/a ETRX 11-85-103-18 ETRX 12-86-104-18 Avg.Diff.-18.00 怀疑7745是由于天馈故障引起,【处理过程】本站是光纤拉远站，用仪表进行测试时发现室内的负载附近驻波比高，之后整改馈线。通过网优的报告反映3小区的TRX7 TRX11 TRX12仍有故障，所以将三块载频进行更换，之后7604告警消除，但是仍然存在77

26、45。随后将二小区的6块载频与三小区的6块载频依次倒换，同时将二小区的WCGT,M6LA,DVGA,RF连线都与三区倒换。后观察跟踪告警已经消除。【解决措施】本站通过倒换整个扇区的方法排除了硬件故障，同时也消除了故障。确定这个站为隐性故障,四、感知类告警案例分享,基站案例简述,基站名称：通许县安王庄故障描述：安王庄基站为Ultrasite站型,3扇区单独一个BCF，频繁出现7745告警。,处理过程：1、检查该扇区所有硬件连线，并对载频进行性能测试。2、检查该扇区天馈系统，重点检查跳线与馈线连接处是否紧固，测试驻波比正常。3、检查基站工作时钟，发现时钟漂移过大，手动调整后该扇区工作时钟正常。4、

27、观察告警情况。5、通过观察发现7745还是频繁出现，再次检查相关数据，发现时钟再次飘移怀疑为基站主控班故障，更换基站主控板（BOIA）后，告警消失。6、通过后期跟踪告警位未再出现，确认告警处理完毕。,四、感知类告警案例分享,基站案例简述,基站名称：开封县兴隆故障描述：该基站为Ultrasite 一扇区频繁出现7745告警。,处理过程：1、检查一扇区所有硬件连线，连接正常。2、对一扇区所有载频进行性能测试，结果均正常。3、检测一扇区驻波比正常（主极1.26 分级1.23）。4、更换一扇区合路器，重启扇区观察，告警仍未消失。5、在所有可能引起告警的因素都被排除的情况下，把告警原因锁定在一扇区所连接

28、的功率放大器，为验证推论将一扇区所连接功率放大器甩掉，观察24小时后发现未出现告警。6、再将功率放大器连接后观察，发现告警继续出现由此可以肯定功率放大器引起告警，更换该扇区功率放大器后未再出现告警，故障排除。7、通过后期跟踪告警位未再出现，确认告警处理完毕。,四、感知类告警案例分享,基站案例简述,基站名称：开封县南武天故障描述：开封县南武天基站站型为Ultrasite，3个扇区一个BCF。3扇区有7745告警并且无用户占用。,处理过程：1、因为是整个扇区有7745告警，所以先进行驻波比测试。经测试结果正常。排除因驻波过高引起7745。2、接着检查该扇区的所有连接线，均正常，没有松动和损坏。排除

29、因载频连接线损坏和松动引起7745。3、进行载频性能测试，结果均在正常范围内。4、把3扇区的DVGA和2扇区的互相对换，观察用户占用情况，3扇区还是无用户占用。5、把3扇区的基带单元和载频与其他扇区的对换，结果依然。6、最后把故障点定位到WCGT上，更换后，有用户占用，7745告警消失。7、通过后期跟踪告警位未再出现，确认告警处理完毕。,四、感知类告警案例分享,基站案例简述,基站名称：杞县西空桑 故障描述：杞县西空桑基站为Ultrasite，3个扇区一个BCF。2扇区TRX7有7745告警，并且无用户占用。,处理过程：1、因TRX7单个载频掉话，所以先检查连线，无松动和损坏。2、把TRX7和T

30、RX6互换位置，仍然无用户占用。3、更换对应的基带单元，故障依旧。4、更换对应的WCGA，还是如此。6、进行驻波比测量，驻波比正常。因基站各项检查均无异常，考虑到本扇区接有直放站设备怀疑为直放站设备故障。7、联系直放站厂家的一起到基站检查，发现直放站近端机有问题，更换直放站近端机后用户可以正常占用，告警消失。8、通过后期跟踪告警位未再出现，确认告警处理完毕。,四、感知类告警案例分享,基站案例简述,基站名称：杞县马庄故障描述：马庄基站为Ultrasite站型,3个扇区一个BCF，其中一个扇区频繁出现7745告警。,处理过程：1、检查基站硬件配置是否与数据库一致。2、运用NOKIA软件测试该扇区载

31、频发射功率、误码率、主级和分级接收等指标均正常。3、检查该扇区天馈系统，测试驻波比正常。4、通知机房重启基站后，观察基站告警情况。5、7745告警频繁出现，观察基站天线安装方向角、倾角，发现该扇区单极化2副天线安装不规范，同扇区2副天线倾角不一致。调整后该扇区告警消失。,四、感知类告警案例分享,基站案例简述,基站名称：开封县老饭店 故障描述：该基站为Ultrasite 三个扇区均出现7745告警。,处理过程：1、检查该基站三个扇区所有硬件连线，发现三个扇区分级接收连线连接错误。2、重新连接后，重启基站观察，发现告警仍未消失。3、测试三个扇区驻波比，未发现异常。4、对所有载频进行环路测试，发现所

32、有扇区载频无分级接收。5、联系BSC确定该基站参数存在问题，分级未打开。6、修改参数后，重启基站观察，告警消失。,四、感知类告警案例分享,网优案例简述,故障设备开封县道士房 故障原因 参数不合理,处理过程：1、查看小区指标无异常。2、修改出现告警载频的频点，没有效果。3、检查基站硬件正常。4、检查小区参数发现分集接收参数RDIV设置为N,修改为Y。5、告警消失。,故障设备杞县交警故障原因 跳频,处理过程：1、查看告警，该小区告警全部都是SDCCH告警。2、检查小区参数正常。3、检查基站硬件没有问题。4、重启载频、更换SDCCH信道的时隙。5、重启基站观察基站告警。6、告警频繁出现，重启基站并关闭跳频，告警消失。,四、感知类告警案例分享,横船湾基站告警量一直居高不下，日告警量最高达500次左右，网优、交换班成员多次对此基站进行检查，基站班也多次进站进行硬件检查，结果都是“无功而返”。搁置一段时间后，横船湾基站又忽然下降到正常水平，经过研究发现很可能是由于驻区部队在短时间内集中使用无线网络，庞大的话务量致使信道拥塞导致的高告警量，部队拉练后基站恢复正常。,特殊案例,拉练前7745日告警量,拉练前7745日告警量,附录一：,附录二：,附录三：,NOKIA故障处理指导书,感谢您的聆听，不妥之处敬请批评指正！,