诺西五代站介绍故障处理.ppt

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