《诺西五代站介绍故障处理.ppt》由会员分享，可在线阅读，更多相关《诺西五代站介绍故障处理.ppt（48页珍藏版）》请在三一办公上搜索。
1、Flexi GSM 基站故障处理,BSC上的五代站的告警,BTS Manager看到的告警,告警重定级示例1,告警重定级示例2,故障处理方法,1.从BSC或BTS Manager获得告警号和告警名2.从BSC或BTS Manager查找进一步的告警原因3.查找告警参考手册，按照相应的指导说明一步步做4.更全面的告警需要查找BSC的告警参考5.最常用的方法是Reset、测试、互换板件等方法,告警参考手册的使用,告警参考手册的使用主要是通过查询“故障告警表”，查出跟故障相应的告警号、告警名及告警原因，再根据告警表中的指导一步步排除故障，下表是“故障告警表”的结构,告警参考手册的使用示例,例如从BS
2、C取到如下告警：,查找告警参考手册，查到告警号：7605，告警名称：BTS NOTIFICATION；告警原因：ECXX RTC module cooling fan(S)report no rotation的相应记录如下：,告警参考手册的使用示例,按照上页告警排除指导：1.先检查风扇单元跟RTC的电源连线是否插紧2.检查有无物体阻挡风扇转动3.清除风扇的灰尘及脏东西4.替换风扇单元5.更换RTC按照以上一步一步指导，能很容易排出这个风扇故障,Flexi GSM 基站常见故障处理,一.76*告警的处理 1.7600、7601、7602是BCF（机柜）级的告警，告警的严重等级 7600最高，为严
3、重告警，7601为重要告警，7602为提示性告警 2.7603、7604、7605是BTS（扇区）级的告警，告警的严重等级 7603最高，为严重告警，7604为重要告警，7605为提示性告警 3.7606、7607、7608是TRX（载频）级的告警，告警的严重等级 7606最高，为严重告警，7607为重要告警，7608为提示性告警 4.许多BCF级的告警由BTS级告警引起，许多BTS级告警又是由于 TRX级告警引起，所以BTS级的告警是最常见的 5.所以76*告警主要介绍7606和7607告警的处理,7606告警的处理,7607告警的处理,处理7607（RSSI detected Rx sig
4、nal difference exceeding threshold）告警的主要方法-1,1.告警意义：:该告警实时测量并比较每个Trx两路接收的差值，当差值大于设定的门限时触发告警，目的是提醒两路接收中的一路可能有问题2.大致原理：基站不断对每个载频的两路接收电平值进行采样计算，必须每小时采样数大于160000次才能得出统计结果，也就是每个载频需要有足够的话务量，如果某个载频话务量过少，结果就统计不出来，结果统计如果大于10dB，该载频将出7607告警，如果某扇区的所有载频都出7607告警，这该扇区出7604告警。3.五代站统计方式跟四代站统计方法的区别：四代站是以扇区为单位，统计每扇区所有
5、载频的两路接收差值，相加后取平均数，均值超过10dB，则该扇区出7604告警，并没有7607告警；五代站是以载频为单位出7607告警，每个载频的两路接收差值超过10dB，该载频会出7607告警，所以五代站的统计更加细致，目的是为了发现更多的隐患，当然结果一定是五代站此类告警比四代站大大增多。另外四代站的采样数门限定为750000次，不可调整，实际部分基站达到这么高的话务量有一定困难，达不到则不会出告警；五代站原始的采样门限值为160000次，达到门限的几率比四代站大很多，出7607告警的机会也会大很多，并且采样门限值是可以在基站调整的，对话务量很小的农村基站，该值甚至可以调到80000，对市区
6、容量站，该值可以调整到750000，增加统计的可靠性与合理性,处理7607（RSSI detected Rx signal difference exceeding threshold）告警的主要方法-2,主要思路：通过观察RSSI测量值，分析RSSI值的特点，可以逐步缩小范围，确定故障点7607告警的主要原因天馈线性能可以直接导致该告警，例如两幅天线中的一幅驻波比高，接收性能差，这将导致这幅天线接收的信号电平弱，另一幅天线接收电平正常，两者差值超过10dB天线的驻波比正常，但是天线的方位角或下倾角差异过大，例如一幅天线方位角朝东，一幅朝西，两者接收同一用户信号时必然存在很大差异，导致7607
7、机柜内的Rx连线有误、连接不可靠、接头松动弹起或者连线损坏等会造成7607，原因是天线的接收信号最终通过这些Rx线进入RTC或DDU，接收通路上的任何问题都会导致7607硬件数据库有误会导致7607，这和四代站有很大的区别，四代站数据库做错甚至不做都不回引起此类告警，原因是五代站需要通过硬件数据库激活某些内部开关及功能，数据库连线如果跟实际不一致，将直接影响功能，产生告警，所以五代站的硬件数据库必须跟实际完全一致载频本身硬件故障或接头损坏造成某路接收有问题，产生7607合路器硬件故障或接头损坏造成某路接收有问题，产生7607,处理7607（RSSI detected Rx signal dif
8、ference exceeding threshold）告警的主要方法-3,常用的处理方法主要有以下：重做硬件数据库；看RSSI统计数据，并针对性检查柜内连线，保证连线无误和紧固；做载频测试，保证载频及连线测试正常；测试天馈线驻波比，保证天馈正常替换载频、接收耦合器等调整天线方位角和下倾角调整BSC的RXDL参数（一般不建议采用该方式）ZEFM:RXDL;(ranges are:5-64db)其它处理方法：把RTC的外部输出直接接到外部输入，这样做的结果是强制让6路接收都走天线A，弃天线B不用，这样所有载频的接收实际都是通过天线A的，所以根本排除了外部造成7607的原因，如果这样做还出7607
9、，可以判断是内部设备的原因，再进一步解决，如果不出告警了，说明之前出7607的原因在外部天馈线，通过此方法可以区分设备或天馈原因，在室内分布场合，由于实际只用一幅天线，无分集接收，在RTC每扇区小于6载频的配置，最终采用这种连线也是可以的，其它场合这种连线只能作为排查问题的一个手段，最终要恢复成正常连线,处理7607案例-1,某配置7个载频的小区，2个RTC合路器的外部输入输出互联，TRX16出7607告警，TRX7正常提取RSSI统计结果如下：,可见TRX7的两路接收都正常，TRX16的两路接收差值确实都超过了10dB，进一步查找规律，发现单数载频的天线2接收差，双数载频的天线1接收差，通过
10、分析接线情况，单数载频的天线2及双数载频的天线1实际都是从RTC2的天线A过来的信号，最初怀疑是该天线本身的问题，但是进一步分析发现载频7的两路接收都是好的，其中的天线1也是走的RTC2的天线A，说明RTC2的天线A的天馈本身是没有问题的，问题出在信号进到RTC2之后，进一步检查实际连线无误，打开数据库，最终发现数据库存在问题，见下图：,处理7607案例-2,第二行RTC2的连线数据库错误，导致RTC2的信号无法传到RTC1，造成RTC1相连的6个载频都缺少一路输入，从而造成6个载频7607告警,处理7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHO
11、LD）告警的办法及建议-1,统计原理：OMC统计每个载频的每个时隙的信道失败率，对TCH时隙，如果失败率超过20%，对SDCCH时隙，失败率超过80%，则会出7745告警，统计时长为1个小时，该告警只能在BSC上看到，通过BSC告警的增补信息，可以看到具体是哪个时隙故障率高，是TCH还是SDCCH信道以及失败率最高值告警分析：该告警属于统计类综合告警，指出信道的失败率高于指定的值，信道失败率高有 可能但不一定造成 话率高，所以该告警跟掉话率高有较大关系，该告警只是一 个统计的结果，并没有指出造成该结果的原因，所以需要综合分析该告警的原因,处理7745告警的办法及建议-2,该告警可能的原因非常多
12、，主要有以下：基站有硬件告警：这种是最好解决的，只要有针对性的解决了硬件告警，7745告警就能消除基站无硬件告警，但是硬件或软件确实存在问题，往往伴随上下行质量差大致有以下可能情况：载频性能下降，但是还未到出告警的程度，例如发射功率偏低等RTC的接收故障，但是没有相应告警四代站BB2F性能下降，有可能造成通话质量差甚至掉话，无告警四代站机柜内RF连线不紧或者接口损坏，这种情况也不一定有告警基站的同步设置不对会造成切换掉话载频Bus线不紧也有可能掉话a-bis口时隙设置有误，特别是Trxsig正确，TCH时隙跟BSC不一致会产生大量掉话极少数发生过设备造成干扰，无告警，但产生7745掉话,处理7
13、745告警的办法及建议-3,天馈线问题造成的7745天馈线驻波比偏高，四代站没有天馈监视模块，没有相应告警；五代站有VSWR监控模块，但是驻波比没有超过设定的告警触发值（目前是2.1）天线方位角的各种问题：两个单极化天线方位角不一致扇区接反建筑物及广告牌等的阻挡全向天线安装过低，被抱杆阻挡两个单极化间距不够3.1米，或者不在同一平面全向天线距离塔身不足1米天线下倾角问题：定向天线上仰两单极化天线俯仰角不一致天线安装不垂直天线的其它问题：有可能天线的驻波比达标，但其它性能较差，但是工程的手段无法测出天线的全面性能这些天线的问题都会影响的覆盖区域，影响到通话质量及掉话,处理7745告警的办法及建议
14、-4,传输问题：曾经发生过微波传输引起的7745，换光端机后问题解决网络规划不合理，主要是天线的覆盖区域不合理，造成越区覆盖方位角不合理下倾角不合理，有可能覆盖过远网络信号差造成弱覆盖引起的7745干扰造成的掉话频率规划不合理直放站等干扰塔放造成的干扰其它干扰源,处理7745告警的办法及建议-5,BSC问题或参数引起的掉话等有一些BSC参数可能影响到7745，例如以下参数的修改，造成7745增多 这两个参数门限系统默认值如下：ZEEN:TCHFR=TCH failure rate(20%)SCHFR=SDCCH failure rate(80%)修改如下：ZEEN:TCHFR=TCH fail
15、ure rate(10%)SCHFR=SDCCH failure rate(30%)半速率也会影响7745及掉话五代站RDIV参数设置错误会产生大量7745及掉话，对四代站及五代站宽带合路器的站，该参数没打开对性能有一定影响，但不会直接产生7745掉话，但是对五代站RTC合路器的情况，如果该参数不设，将会产生大面积7745掉话，其原因跟大合路器的原理有关，RDIV参数关闭会造成部分载频两路接收都很差，直接产生掉话，原始该参数是关闭的，开五代站时一定要打开在室分环境，室分期间产生干扰也是出现7745的一个原因有些射频拉远的站,因为射频拉远厂家的问题,没有来的及给拉远设备加电,或者基站与射频拉远的
16、频点不符也会产生7745掉话,处理7745告警的办法及建议-6,通过前面7745告警可能原因的分析，比较难处理的是没有其他硬件告警的7745，针对这部分7745的处理，对设备厂家来说，主要是排除设备本身软硬件的原因及天馈线的原因，也就是针对第34、35页也的建议2、3类相应的进行检查及处理，主要方法有以下：仔细检查基站同步设置，确保没有问题仔细检查传输时隙分配，确保跟BSC一致确保BSC的RDIV参数为“Y”再次检查所有柜内连线（包括Bus线）连接可靠检查天馈线驻波比检查天线的方位角、倾角等安装工艺指标是否存在问题检查硬件数据库和实际一致,处理7745告警的办法及建议-7,在前面7步工作的基础
17、上，对出7745的载频进行载频测试，对测试不过的载频进行互换处理7745最常用的方法就是通过互换出7745的载频跟没出7745的载频、连线、合路器、天馈线，观察7745是否跟着走，判断是否设备本身问题，注意：首先建议用互换的方式，即好的跟坏的换，不要直接用新的换，这样做虽然麻烦一点，但思路清晰，结果容易说明问题，直接拿新的换由于不能百分百保证新板件一定没问题，所以换过后的结果没有百分百的说服力为了思路清晰，最好载频、连线、合路器、天馈线分别换如果7745的结果跟着硬件走，说明是硬件问题，不跟着走，说明跟本次互换的硬件无关如果本站7745告警伴随有7744或者7746告警的话，则有可能是干扰或拥
18、塞产生的,关于断站故障,断站的标志告警就是 7767 BCCH MISSING（BCCH信道丢失），随后还会相机出现7700基站OMU信令初始化、7701BCF基站主控板初始化、7708载频重启如下几种情况会引起断站:由BCCH载频故障引起的断站，主要告警表现为：7606告警，随后会出现基站重启的一系列告警，如：7767、7701、7708等8*系列告警，一般是传输质量差告警（例如误码高等），错误累计到一定程度就会引起传输失败（7704 PCM FAILURE），从而导致基站信令中断（7706 BTS O&M LINK FAILURE），基站重启 由传输引起的基站断站，查看历史告警时一般没有别
19、的传输告警（8*系列告警），直接出现（7704 PCM FAILURE），从而引起基站重启的一系列告警，如：7767、7706、7708基站维护人员人为关闭基站（在基站锁扇区等），监控会出现7710 告警，相继出现7767基站断电，如果是交流站，没有蓄电池，也会出现断站，这是首先应该有外部电源告警，然后出现断站的其他告警基站主控单元BOI或ESM（五代站）故障也会造成断站，并且没有伴随告警，OMU link直接吊死BSC方面的故障也有可能造成断站，例如BCSU重启,7738（BTS WITH NO TRANSACTIONS）告警处理,告警意义：OMC统计到BTS无话务，告警增补信息指出告警的原
20、因 1=SDCCH无话务 2=TCH无话务 3=SDCCH和TCH均无话务 10=没有GPRS话务 故障可能的原因：基站本身问题（硬件或软件设置）A-bis口设置问题BSC参数的调整统计时长过短（可通过参数调整），确实没有话务处理方法：现场拨打测试话音及数据业务，测试正常的基本都不是设备问题，另外由于网优在BSC上设置参数控制话务量的分配，对开通EDGE分离模式的站，一般设定非EDGE小区语音负荷在80%（参数控制）以上才会占用EDGE小区，及EDGE小区数据业务优先，所以大部分没有话务属于正常现象对拨测不正常的站检查基站软硬件设置，一般比较容易找出问题,7601（ESMA System mo
21、dule has lost connection to FSEx External Alarm）告警处理,解决办法：1.如果EMSA确实没有接告警盒，开通后需要从BSC侧把不连接外部告警盒的 扇区的外部告警关掉。2.如果EMSA接告警盒的情况，7601告警一般由于告警盒内跳线设置问题造 成，请检查告警盒里的GSM、WCDMA跳针是否在GSM位置。,关于自动配线产生的告警-1,自动配线及自动检查连线功能是五代站特有功能，他能方便施工，方便查找连线方面的问题，但是建议自动连线功能一定跟手动连线方式配合使用，才能达到满意效果，只用自动模式会产生一些告警及问题，主要有以下问题：在开通分离模式EDGE时
22、，会产生7607（EXxx TRX module detected only one Rxsignal during RF cable autodetection.）告警，必须再手动配线commissioning一次才能解决在开通分离模式EDGE时，连接DDU的两个载频必须要分到两个BTS里，即其中的一块载频放在“非EDGE小区”里，另一块载频要放在“EDGE小区”里，EDGE BTS的载频不可以连续放置；手动配线方式可以解决该问题，EDGE BTS的载频可以连续放置自动配线方式开通的基站，今后要修改硬件数据库连线，需要改回到手动连线方式，这种情况下需要基站重启,最好的方式是组合自动配线及手动
23、配线的方式，共同使用：第一次开通基站时用自动配线方式，不要勾选“Specify Cabling Manually”，这样在基站开通配置数据时，将自动检测所有射频连线（机柜内），并自动建立硬件数据库，好处之一是方便了开通，不需要繁琐的手动建立连线，好处之二是开通后如果有线缆没有连接好会自动发现并显示，方便排除连线不可靠的问题,关于自动配线产生的告警-2,2.基站开通后，重新再commissioning一遍，选择“Change setting Manually”,关于自动配线产生的告警-3,3.在做硬件配置时，选择”Upload from BTS”，上一次自动配置的结果会调出,关于自动配线产生的告
24、警-4,4.在做RF Cabling时，勾选”Specify Cabling Manually”，在上一次自动配置的基础上检查连线，如果有问题的进行手动修改，如果没问题的，直接进入下一步继续commissioning,关于自动配线产生的告警-5,大配置基站注意,用RTC合路器支持开通O12配置，需要用两个RTC，两个天线口输出，需要一幅宏蜂窝天线用ERGA双工器及宽带合路器EWGA，支持开通O16配置，需要用两个ERGA，四个天线口输出，需要两幅天线或加外置合路器机柜内做两个O8，在机柜外用“外部合路器”进行一次合路，合成为O16；Abis：建立两个BTS(master BTS；slaved BTS)，主BTS做O8，从BTS做O8，EDGE放在从BTS上目前以上两种做法，主设备均不需要额外的同步线等,
