NOKIA五代站介绍-故障处理要点.pptVIP

Date BSC上的五代站的告警 BTS Manager看到的告警 告警重定级示例1 告警重定级示例2 故障处理方法 1.从BSC或BTS Manager获得告警号和告警名 2.从BSC或BTS Manager查找进一步的告警原因 3.查找告警参考手册，按照相应的指导说明一步步做 4.更全面的告警需要查找BSC的告警参考 5.最常用的方法是Reset、测试、互换板件等方法 告警参考手册的使用 告警参考手册的使用示例 例如从BSC取到如下告警： 告警参考手册的使用示例 按照上页告警排除指导： 1.先检查风扇单元跟RTC的电源连线是否插紧 2.检查有无物体阻挡风扇转动 3.清除风扇的灰尘及脏东西 4.替换风扇单元 5.更换RTC 按照以上一步一步指导，能很容易排出这个风扇故障 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:?BCF:RXDL;???(ranges are :5?? -? 64db) 其它处理方法： 把RTC的外部输出直接接到外部输入，这样做的结果是强制让6路接收都走天线A，弃天线B不用，这样所有载频的接收实际都是通过天线A的，所以根本排除了外部造成7607的原因，如果这样做还出7607，可以判断是内部设备的原因，再进一步解决，如果不出告警了，说明之前