诺西TD基站BBP530故障处理手册

《诺西TD基站BBP530故障处理手册》由会员分享，可在线阅读，更多相关《诺西TD基站BBP530故障处理手册（15页珍藏版）》请在装配图网上搜索。

1、故障处理手册1. BBP单板问题1.1 BBI板心跳检测失败1.2 BBP板心跳检测失败1.3 BBI板配置但不在位超时1.4 Q922通路检测失败1.5 BBI/BBP光口断链1.6 小结及案例2GPS类故障2.1 时钟源状态告警(GPS)2.2 时钟锁相环状态次要告警2.3 时钟锁相环状态严重告警2.4 没有时钟源告警2.5 GPS大频偏2.6 串口通信异常2.7 小结及案例3RRU类故障3.1 RRU配置但不可用超时3.2 RRU心跳检测失败3.3 RRU下行光口断链告警3.4 RRUDPD自检失败告警3.5 小结及案例4小区及载波类故障4.1 小区未建立4.2 小区已建立但不可用4.3

2、 辅载2,HSPA不可用4.4 小结及案例5功率驻波类告警5.1 下行无可用校准通道告警5.2 上行无可用校准通道告警5.3 下行输出欠/过功率告警5.4 下行通道告警/上行通道告警5.5 下行驻波比告警5.6 发射/接收通道天线通道幅相一致性告警5.7 小结及案例6传输类告警6.1 E1/T1信号丢失6.2 E1/T1告警指示6.3 E1/T1远端告警指示6.4 E1/T1帧失步6.5 E1/T1环回故障6.6 E1T1高误码率门限告警6.7 小结及案例7信令类告警7.1 IMA链路信元定界失步故障7.2 IMA链路帧失步故障7.3 IMA链路延迟失步故障7.4 IMA链路远端接收故障7.5

3、 IMA链路接收故障7.6 IMA组配置失败故障7.7 IMA远端组配置失败故障7.8 IMA组内激活链路数不足故障7.9 IMA远端组内激活链路数不足故障7.10 ALCAP断链故障7.11 AAL2PATH上的AIS故障7.12 SAAL断链故障7.13 NCP告警7.14 CCP告警7.15 小结及案例8其他故障告警8.1 PSU异常8.2 DHCP启动告警8.3 OM通道断链告警8.4 小结及案例处理故障的原则：处理故障前请先对告警进行分析。准确的告警定位有助提高处理故障的效率。处理故障请遵循从简单到复杂，从易到难。先做工程量小的工作来帮忙定位故障。有上站查看的话可以多查看一下站点的历

4、史告警。对于一些问题的发现也有很大帮助。1BBP单板问题1.1 BBI板心跳检测失败可能原因：BBI与MPT通信失败处理步骤：1 查看BBI是否有电。RUN的灯状态是否正常2 复位BBI单板3 拔插BBI单板4 更换BBI观察情况1.2 BBP板心跳检测失败可能原因：BBP与MPT通信失败处理步骤：1. 查看BBP是否有电。RUN的灯状态是否正常2. 复位BBP单板3. 拔插BBP单板4. 倒换BBP观察情况1.3 BBI板配置但不在位超时可能原因：MPT板提示BBP/BBI不可用处理步骤：1. 检查对应BBP/BBI状态2. 拔插BBP单板3. 倒换BBP观察情况4. 检查BBP/BBI的版

5、本状态，如果版本不一致可以通过修改MPT板的版本直至BBI/BBP可以识别到，在对应的版本下开始升级，直至单板升到最新版本。5. 若均无法识别可通过串口重定向来定位单板6. 更换故障板件1.4 Q922通路检测失败可能原因：BBP与BBU通信失败处理步骤：1. 检查告警Q922对应板件是否上电。状态是否正常2. 复位相应单板3. 拔插BBP单板4. 倒换BBP观察情况，定位故障1.5 BBI/BBP光口断链可能原因：与RRU连接的通路故障或不稳定处理步骤：1. 查看指示灯2. 通过DSP PORT 查看光通路状态3. 如果光路均可用则尝试复位BBI/倒换BBI4. 如果光路不可用则尝试倒换光纤

6、2端收发观察指示灯，确认光纤是否有问题5. 倒换BBI板件6. 更换光模块1.6 小结及案例BBI/BBP单板出现故障后，首先要定位故障。确认是硬件问题还是软件问题。由于目前NODEB所经历的版本较多。所以必须在所有的版本里面确认BBP是否能够正常通信。如果是单存的由于版本不匹配问题导致的请按步骤升级。案例一、融侨水乡RRU配置但不可用超时、BBI光口断链告警查询发现该站点有47RRU对应的BBI光口断链告警。初步分析为光路故障？对换47，48的光缆后仍是47RRU对应的BBI光口断链告警，分析RRU及光缆无故障。问题应该是光模块及BBI。对换47、48对应的光模块。仍是47位置有问题。光模块

7、问题排除。定位故障为BBI光口有问题。对换0槽位与3槽位BBP后故障解决。案例二、鼓山老年公寓 Q922通路检测失败 RRU心跳检测失败上站处理首先观察BBI单板状态。BBI的RUN灯不闪，常亮。说明BBI板运行状态不正常。查看该站告警后发现无告警。BBI运行正常。查看历史告警发现BBI存在频繁出现Q922通路检测失败告警。说明BBI很不稳定频繁重起。怀疑BBI故障或接触不良。将该板件换到其他位置后现象依旧。怀疑BBI板件有问题。更换BBI板后故障解决。2GPS类故障2.1 时钟源状态告警(GPS)可能原因：时钟源失效处理步骤：1. 检查GPS是否被遮挡2. 检查GPS状态是否可用，收到卫星数

8、量是否正常。3. LST TIMESRC；查询网元的参考时间源 是否为GPS。4. SET TIMESRC: TIMESRC=GPS;2.2 时钟锁相环状态次要告警可能原因：GPS故障或时钟源丢失，保持一段时间后会导致小区被删除处理步骤：该告警会伴随2.1时钟源状态告警。请参考2.1处理方法2.3 时钟锁相环状态严重告警可能原因：GPS故障或时钟源丢失，会导致小区被删除处理步骤：该告警会伴随2.1时钟源状态告警。请参考2.1处理方法2.4 没有时钟源告警可能原因：时钟源未配置或丢失处理步骤：1. LST TIMESRC；查询网元的参考时间源 是否为GPS。2. SET TIMESRC: TIM

9、ESRC=GPS;2.5 GPS大频偏可能原因：MPT板内时钟参数设置错误处理步骤：1. 将单板插在基站BBU框内，接好GPS天线，上电；2. 待单板正常启动后，近端登录LMT，查看告警；3. 使用“STR CLKTST”命令打开时钟参考源质量监控，查看鉴相差值，看鉴相差值是正值还是负值；4. 使用“DSP CENTERDA” 命令查看当前中心DA值；5. 使用“MOD CENTERDA”命令修改当前中心DA值，在之前查询的中心DA值的基础上1或1;6. 查看鉴相差值的绝对值，看是否减小；7. 重复5、6两步操作，直到鉴相差值呈现正值和负值交替变化，绝对值最小；8. 查看小区是否起来，“GPS

10、大频偏”告警是否消失？9. 完成定位后，使用“STP CLKTST”命令关闭时钟参考源质量监控。2.6 串口通信异常可能原因：盲起功能导致的冲突处理步骤：DPS GPS会显示串口通信异常，为盲起导致的，可直接起站，起完站后会自动恢复。2.7 小结及案例对于GPS类告警主要是时钟源状态告警，大部分告警的产生均是由于GPS收到卫星数量减少或时钟源丢失导致的。处理该类告警首先要查看下卫星是否被遮挡。然后通过DPS GPS可以查询到GPS的状态。能收到几颗星，GPS是否短路。先定位故障：一、 非硬件故障检查GPS位置。查看GPS是否被阻挡。检查GPS是否受干扰，干扰的时间段，频率。可以通过历史告警来查

11、看。若受干扰的话可以找出干扰源，找出解决方案二、 硬件故障基本上硬件故障的话可以通过DSP GPS来查看到。排除的原则是从简单到复杂。首先，检查硬件安装是否有问题。1 防雷器是否接反。2 各接头是否拧紧。其次，更换GPS相关模块1 重新做各馈线头2 更换GPS时钟线3 更换GPS蘑菇头4 更换防雷器5 更换MPT板件案例一、兴园GPS不可用。收到卫星为0故障现象：兴园站点状态正常，但是存在时钟源状态告警。处理过程：后台查询DSP GPS；发现GPS收到卫星为0查看历史告警，发现该站点从4月份开始到7月份。3个月期间每天早上8：00左右开始到下午18：00左右开始都会出现时钟源状态告警。18：0

12、0以后告警消失，站点状态正常。因为DSP GPS的时候GPS状态是正常的。故可以先判断GPS硬件无问题。再告警出现的时间段比较有规律。因此怀疑是干扰问题。到站上拿手持GPS到天台测试发现收不到卫星。再次验证了GSP本身并无问题。然后到小区内部测试发现可以收到卫星。因此问题定位在该楼屋面干扰。通过测试发现该楼层朝南方向干扰严重，而楼层朝北方向并无干扰。问题解决方案为：将该站点的GPS位置更换到机房所在位置北边。该位置可以稳定的收到卫星，且无干扰。干扰源怀疑是南边工地白天施工时导致的。通过修改GPS位置问题解决。经过多日观察，该站点GPS正常。再无出现告警。案例二、喜盈门 时钟锁相环状态严重告警喜

13、盈门站点出现时钟锁相环状态严重告警，初步分析为站上GPS故障上站查询GPS 发现出现GPS天线短路状态。上天台观察GPS无异常现象。分析可能故障为时钟线故障、GPS蘑菇头故障、1/2馈线故障。首先更换GPS时钟线，现象依旧，初步判定时钟线无问题。检查蘑菇头侧1/2馈线头。发现馈线头进水，重新做1/2馈线头。故障解决。最好防水的处理。3RRU类故障3.1 RRU配置但不可用超时可能原因：RRU不可用处理方法：检查光通路状态，DSP PORT；如果光路不通则检查BBI，光模块，光纤如果光路可用则可以先复位RRU，观察RRU状态。DSP RRU查看RRU状态。可用，正常，升级RRU至最新版本不一致，

14、离线 检查MPT与RRU版本状态是否一致。可以选择回退MPT板，直至RRU处于正常状态后，升级RRU。3.2 RRU心跳检测失败可能原因：RRU通信失败处理方法：通过DPS PORT；检查故障RRU对应的光路。如果光路不通则检查BBI，光模块，光纤如果光路可用则可以先复位RRU，观察RRU状态。更换RRU3.3 RRU下行光口断链告警可能原因：RRU级联下一级RRU光路不可用处理步骤：1. 检查下一级RRU是否上电2. 查看下一级RRU的指示灯是否正常3. 倒换RRU之间的光纤，光模块4. 倒换RRU，定位故障3.4 RRU DPD自检失败告警可能原因：配置或定制错误处理步骤：重启RRU，如仍

15、然出现，需返厂处理3.5 小结及案例RRU为基站小区建立的重要组成部分。如果RRU出现故障了该RRU所覆盖的区域将会出现无信号输出现象。RRU出现故障后多数表现为，RRU不可用。处于离线状态。个别RRU会出现不一致现象。分析处理RRU故障的基本步骤为：1）检查该RRU对应的光路状态是否正常。光路故障的请分析故障位置。更换故障设备。2）光路可用的RRU如果出现故障了请检查RRU的软件版本是否与MPT板软件包匹配。如果RRU无法查询软件版本请将MPT板升级或回退。某站点上的所有RRU处于什么版本状态下对于设备调测方都应有个详细的记录。尽量保证所有RRU都处于最新版本。3）对于确认RRU为硬件故障的

16、请严格按照RRU故障判别记录表的指导做个详细记录。案例一、金山剧院 RRU心跳检测失败OMC监控发现金山剧院有RRU心跳检测失败告警上站发现正常无告警。查询历史告警发现RRU频繁出现该告警。时好时坏。分析该RRU所处的位置温度较高导致的RRU工作异常。现场进行简单散热措施：打开机柜门及机房门，确认设备短时间通风；观察后2小时发现未出现之前的告警。故障已找出。通知移动处理机房空调问题。案例二、金明苑写楼RRU46不可用小区退服检查RRU发现RRU无法上电。测量电压发现电压正常，检查正负级发现没问题。故障初步定位为RRU故障。更换故障RRU后可以上电、升级。案例三、闽江饭店RRU心跳检测失败该站点

17、为042升级到261后RRU不可用。分析可能原因有：RRU升级失败导致RRU不可用。BBI升级后光路不可用首先查询该站点的PORT 发现该RRU对应的光路不可用。查询BBI发现BBI正常。故障定位为光路问题导致RRU不可用。上站后检查光缆，光模块。发现光模块为多模，光缆为单模，属于前期遗留问题。更换光模块为单模后光路显示正常可用。回退MPT到042后RRU可用，重新升级，故障解决。案例四、仓山人武学校 RRU心跳检测失败查看PORT发现S1/S2的光路不可用，导致RRU心跳检测失败。对换S1与S3后仍是S1光路不通。排除光缆RRU问题。S2也用同样方法排除。怀疑BBI1，2两个光口故障。将0。

18、3位置的BBP对换后仍是1、2两光口PORT故障。初步分析BBP故障的可能性比较小。怀疑问题可能出在MPT板。尝试更换MPT板，并打上042SPC001补丁后故障解决。4小区及载波类故障4.1 小区未建立可能原因：小区建立失败，小去处于假死状态处理步骤：从RNC侧查看小区未建立原因：是否数据问题。RNC重新激活。从NODEB查看小区未建立原因：检查设备状态。传输、RRU、GPS及时钟同步检查数据。查看各单板、小区、载波创建是否与RNC一致。小区功率设置。重起BBU。4.2 小区已建立但不可用可能原因：小区已经建立但不可用，该问题多数情况为NODEB原因处理步骤：从NODEB查看小区不可用原因：

19、检查设备状态。特别是载波。PATH。重起BBU后查看设备状态。处理相关故障单元4.3 辅载2,HSPA不可用可能原因：HS载波假死。NODEB载波故障处理步骤：RNC侧重新激活第2辅载。查看其他辅载状态。分析是否是NODEB硬件故障NODEB可先查看载波状态。查看单板状态。将故障单板与无故障单板对换，查看状态。分析故障位置。更换故障单板。（出现过BBU背板故障现象）4.4 小结及案例小区状态异常的告警对于用户来说是最直接，影响最大的告警。也是我们所要处理的故障中优先级最高的告警。因为该类告警不象其他告警一样直接指向某硬件。影响小区不可用的因数较多。因此处理该类告警前做个详细分析是很有必要的。影

20、响小区不可用的因数主要有以下几个方面：一、 硬件故障基站侧如果出现BBP/BBI（载波）、RRU、GPS、天线PATH等硬件故障都会导致该硬件对应的小区不可用。出现小区不可用的状态后可以优先查询下站点下相关硬件的状态。二、 数据问题RNC侧或NODEB侧数据有问题。如：RNC闭琐，未激活。NODEB存在DHCP启动告警等。三、 传输断链可以通过查询告警及传输状态、各种信令，如：AAL2PATH、NCP、CCP、SAALINK、IMALINK、IMAGUP等案例一、银河大厦 HSDPA第二辅载不可用从RNC侧查看发现HS第二辅载不可用。通过OMC查看NODEB载波。发现载波状态正常。重起基站后再

21、查询载波发现正常。但是RNC侧仍是HS不可用。分析问题应该在RNC侧。RNC查询该小区所有HS载波发现所有HS载波均不可用。后通过RNC查询与HS载波相关的设置发现HSDPA时隙分配有问题。通过RNC重新修改后故障解决案例二、华夏图书城小区退服上站检查传输，发现传输都是正常的。检查所有硬件，BBP、RRU、GPS均显示正常。怀疑基站掉死。重起BBU后现象依旧。通知RNC重新激活小区，显示失败，并伴随有功率不匹配告警。检查发现该站点小区门限被修改为400，将该门限改为500后小区状态正常。5功率驻波类告警5.1 下行无可用校准通道告警可能原因：收发器失效处理步骤：查看告警，定位故障的跳线位置查看

22、故障跳线的硬件，检查馈线头。将故障跳线与正常跳线对换，定位故障设备。或使用Sitmaster测故障跳线。定位故障位置更换故障硬件5.2 上行无可用校准通道告警可能原因：收发器失效处理步骤：查看告警，定位故障的跳线位置查看故障跳线的硬件，检查馈线头。将故障跳线与正常跳线对换，定位故障设备。或使用Sitmaster测故障跳线。定位故障位置更换故障硬件5.3 下行输出欠/过功率告警可能原因：收发器失效处理步骤：先确认RNC侧是否有做降功率操作。复位RRU，查看状态。如果告警依然存在请查看告警对应的馈线。查看故障跳线的硬件，检查馈线头。将故障跳线与正常跳线对换，定位故障设备。或使用Sitmaster测

23、故障跳线。定位故障位置更换故障硬件5.4 下行通道告警/上行通道告警可能原因：天馈系统故障处理步骤查看故障跳线的硬件，检查馈线头。将故障跳线与正常跳线对换，定位故障设备。或使用Sitmaster测故障跳线。定位故障位置更换故障硬件5.5 下行驻波比告警可能原因：天馈系统故障处理步骤查看故障跳线的硬件，检查馈线头。将故障跳线与正常跳线对换，定位故障设备。或使用Sitmaster测故障跳线。定位故障位置更换故障硬件5.6 发射/接收通道天线通道幅相一致性告警可能原因：收发器故障处理步骤：查看该站点历史告警。大部分站点该告警都会自动恢复。查看是否频繁出现，或出现后无法消失的。查看故障跳线的硬件，检查

24、馈线头。将故障跳线与正常跳线对换，定位故障设备。或使用Sitmaster测故障跳线。定位故障位置更换故障硬件5.7 小结及案例对于该类告警，首先要明确是单PATH告警还是多PATH告警。通过查询历史告警可以了解告警是否频繁出现。通过查询RRU的PATH可以有效的帮助我们分析故障位置。例如：使用DSP RRU与DSP CARRIERRES命令检查校准结果：如果TX值大于94，问题基本可以定位为PATH硬件故障。通过倒换馈线可以有效的发现问题。如果告警不随馈线走。说明RRU侧有问题如果告警跟随馈线走。说明馈线或天线有问题。此时如果PATH值固定不变说明馈线有故障。如果PATH值有变化说明天线故障案

25、例一、冠雄花园（万都阿波罗）驻波比告警，第三路传输闪断首先，检查各元器件及各个接头。如：RRU、馈线头、合路器。通过详细检查发现RRU下合路器耦合器安装与设计不符合。重新整改后告警消失。该站传输闪断通过本端自环后初步分析为本端传输问题。检查该站的传输头发现头子没问题。由于该站为室外站，有使用防雷卡。在防雷卡前端测试发现传输正常。怀疑防雷卡故障。尝试更换防雷卡后故障解决。案例二、建银大厦 出现大量的驻波比告警。单小区出现大量的驻波比告警初步分析原因为：1 RRU故障2 天线故障3 CAL馈线故障首先上站检查校准线，发现该馈线头子松动，将起拧紧后所有告警消失。重新做好防水处理，并进行拨打测试。故障

26、原因为馈线头松动，需要求工程队对该方面施工质量进行把关。6传输类告警6.1 E1/T1信号丢失可能原因：传输故障。处理步骤：从DDF侧往NODEB侧做个环回。查看E1T1状态。如果显示物理环回则确认基站侧传输线及MPT板无问题。如果显示传输故障请查看传输头是否正常、相关线序是否正确。尝试更换E1T1线或MPT，定位故障位置。从DDF侧往RNC做个环回测试。查看传输状态是否正常。如果传输显示故障请与网管核对、如果传输显示正常，请将该传输断开，RNC在查看传输状态。如果传输显示故障说明传输没问题。如果传输仍显示正常说明传输有故障。请与网管核对。从DDF侧往网管做环回测试。如果传输显示故障请要求网管

27、查看传输数据是否完整。必要的时候可以要求网管重新做下数据或修改个端口。基站侧E1T1端口是否正常。6.2 E1/T1告警指示请参考6。16.3 E1/T1远端告警指示请参考6。16.4 E1/T1帧失步请参考6。16.5 E1/T1环回故障可能原因：传输被环回处理步骤：检查基站侧传输是否被环回。修改多余的传输数据，避免没必要的告警。如果基站侧无问题请网管配合查找传输。请参考6。16.6 E1T1高误码率告警可能原因：E1T1存在误码处理步骤：查看出告警的传输误码率RNC侧可以先做下传输软环，并做传输误码测试。NODEB侧也可以做下传输软环，传输误码测试。检查基站侧传输线及传输头子，排除硬件问题

28、。通过对比双方的测试结果定位故障位置。处理定位后的故障（处理完毕后请将软环解除）6.7 小结及案例出现传输类的告警主要原因是由于传输问题引起的。如果一个站点的所有传输都断链了那么将会导致该站点小区不可用。所有信令不活。如果部分传输断链将会影响基站的业务。因此该类告警应该优先处理。因此传输告警的主要原因有：传输故障各传输头接触不良导致传输闪断。连接传输的板件故障如MPT、UTRP传输误码。处理该类告警主要将处理步骤分成两块：从DDF架到RNC侧的传输是否正常从DDF架到NODEB侧传输是否正常详细处理步骤可以参考6。1案例一、远东村 E1T1告警RNC侧查看发现该站点所有E1T1均不可用。从RN

29、C侧与网管核对后发现E1T1正常。问题应该在NODEB侧。由于是2G共站。因此借助2G监控发现无停电告警。但是2G传输也都出现故障。怀疑是传输问题。上站查看光端机有告警，未收到光。联系网管后发现一厂至远东村的光缆断了。通知传输处理。案例二、三桥北 E1/T1信号丢失 IMA链路远端接收不可用告警上站发现该站点的第四条传输故障。在DDF架往NODEB侧将该传输环回。查询E1T1后发现该传输显示存在远端接收告警，怀疑本端传输问题。检查2M头发现焊接不牢固、且已经脱落，经重新焊接，问题解决7信令类告警7.1 IMA链路信元定界失步故障可能原因：帧丢失处理步骤：查看告警对应的传输是否正常查看数据是否有

30、问题查看IMA组状态是否正常。如果正常联系RNC，从RNC侧查看状态是否正常。是否未添加到组内？复位IMA组。重新做数据。7.2 IMA链路帧失步故障可能原因：帧丢失处理步骤：查看告警对应的传输是否正常查看数据是否有问题查看IMA组状态是否正常。如果正常联系RNC，从RNC侧查看状态是否正常。是否未添加到组内？复位IMA组。重新做数据。7.3 IMA链路延迟失步故障可能原因：帧丢失处理步骤：调整延迟7.4 IMA链路远端接收故障可能原因：远端结点传输错误处理步骤：查看告警对应的传输是否正常查看IMA组状态。主要是RNC侧如果2端均显示远端故障。本端正常的话可以复位IMA组。等待一段时间。7.5

31、 IMA链路接收故障可能原因：本端传输接收故障处理步骤：检查本端E1T1检查本端数据。7.6 IMA组配置失败故障可能原因：IMA组数据不匹配。处理步骤：检查传输是否正常检查2端IMA组是否均有加载检查2端IMA组配置是否一致检查RNC侧IMA组是否处于激活状态。复位IMA组7.7 IMA远端组配置失败故障参考7。67.8 IMA组内激活链路数不足故障可能原因：本端IMA链路故障处理步骤：检查告警对应E1T1是否故障。可参考6。1检查基站侧数据是否有问题。重新做数据。7.9 IMA远端组内激活链路数不足故障可能原因：RNC侧激活连路故障处理步骤：从RNC侧查看IMA组激活链路数量。是否存在未激

32、活链路重新激活IMA组。将未激活链路添加到组内（RNC侧有个规则会导致部分传输无法激活到组内。）7.10 ALCAP断链故障可能原因本地节点传输错误。处理步骤检查承载ALCAP节点的物理链路是否正常；检查承载ALCAP节点的SAAL链路设置是否正常。7.11 AAL2PATH上的AIS故障可能原因连接建立错误。处理步骤排除上级网元的原因；判断AAL2 PATH所在的物理链路是否存在其他告警； 检查传输线路E1/T1或者光纤是否对接错误； 在对端激活AAL2 PATH； 复位该AAL2 PATH所在的网元单板； 复位该AAL2 PATH所在的RNC单板。7.12 SAAL断链故障可能原因连接建立

33、错误。处理步骤查看承载SAAL链路的物理链路是否存在告警；查看SAAL链路实际带宽是否足够；更换单板。7.13 NCP告警可能原因：传输故障处理步骤：检查传输状态。可以参考6。1 如果站点的所有传输都断链就会产生该告警7.14 CCP告警请参考7。13。7.15 小结及案例该类故障属于信令层面的问题。主要引起该类告警的因数有：传输故障导致相关链路不可用。通过处理传输可以解决该类问题。数据不匹配导致出现告警。通过与RNC核对数据，详细检查可以发现该问题。承载IMA链路的IMA组异常，导致IMA链路不可用所配的数据与现场不一致，如现场2条传输，站上配4条传输数据。可以通过修改基站数据来解决该类告警

34、。案例一、蔚蓝国际IMA链路信元定界失步故障1、DSP E1/T1，第2路处于物理环回，第3路存在IMA链路信元定界失步故障；2、与网管中心核对传输，A、微波由：蔚蓝国际银河花园，存在RLOS告警，B、银河花园湖东局，传输线路整改中；9 其他故障告警8.1 PSU异常告警原因：设备电源故障处理步骤：检查告警线接法是否正确。告警参数设置是否正确检查电源电压等是否正常检查PSU状态。可以查看设备运行状态灯更换故障PSU8.2 DHCP启动告警可能原因：盲起功能导致的。处理步骤：该告警为261版本后才出现的告警。对于低版本不存在该告警。首先，查询基站状态。待RRU，GPS，传输等都正常后。具备起站条

35、件后。通知RNC激活基站。一般存在该告警站点是无法开通的。可以使用RST SYS；命令。重起设备。如果配置无误小区将会处于正常状态。该告警自动消失。8.3 OMC通道断链告警可能原因：维护通道断链处理步骤：上站检查该站点传输状态。确保传输处于正常传输正常后查看维护通道状态。与RNC核对该站点IP地址。检查OMC的数据。请删除OMCH。通知RNC起站。待15分钟后查看OMCH状态。如果无法自动获得请手动添加OMCH。待NODEB查询OMCH正常后与RNC及OMC联系。查看状态。确认告警是否消失。8.4 小结及案例案例一、华盛大厦 通讯连接中断告警首先检查该站点传输。发现传输正常可用。其次检查OMCH状态。显示异常。检查AAL2PATH后显示异常，进一步查询IMA组后发现IMA组异常。通知RNC复位IMA组后所有状态正常。