纵横通信Nokia BTS 维护及基站故障案例分析.ppt

BTS Ultrasite 维护 执行预防性维护任务 LED指示器含义 故障排除和故障报告 更换单元 告警处理 执行预防性维护任务 预防性维护任务 执行预防性维护任务 LED指示器 LED指示器的含义 收发信单元LED指示器 传输单元LED指示器 DVxx和BOIx单元LED指示器 供电单元和远程调谐合路器LED指示器 故障排除和故障报告 故障排除和故障报告 故障排除和故障报告 故障排除和故障报告 更换单元 更换单元注意事项 更换TSxx单元 更换BB2x单元 更换传输单元 更换BOIx单元 更换PWSx单元 更换WCxx单元 更换RTxx单元 更换多路耦合器单元 更换DVxx单元 更换单元冷却风扇 更换供电单元冷却风扇 更换公用单元冷却风扇 更换RF滤波器单元冷却风扇 更换收发信机单元冷却风扇 告警处理 告警处理 告警处理 Nokia Ultrasite EDGE基站告警格式 告警处理 告警处理 告警处理 7606 TRX FAULTY 告警处理 7606 TRX FAULTY 告警处理 7606 TRX FAULTY 告警处理 DE34 告警案例分析1： 告警号 7944 故障 现 象 ： 基站在调测时某扇区有7944告警，其他均正常。 处 理 过 程 ：检查AFE与TRX的连线，天线的SWR，替换此扇区的AFE，都没有问 题。然后检查 BCFA以及告警线。 故 障 原 因 ： BCFA在插槽上安装得不紧，重新插好后告警消失。 实 际 经 验 ：告警7944（7946）是关于AFE主（分）集低噪声放大器的告警， 一个原因是AFE损坏，另外也可能是由BCFA或告警线产生，如 BCFA 插得不紧. 告警处理 DE34 告警案例分析2： 告警号7533 故障 现 象1 ：7533告警后，TRX5红灯告警，载频单元正常工作几时分钟后死锁。 处 理 过 程 ：把TRX5与TRX6调换后，TRX5位置仍有红灯告警，所以TRX没有问题， 把AFE3与AFE2调换位置后红灯告警，所以问题在AFE上。 故 障 原 因 ：AFE的TX1口故障。 ? 故障 现 象2 ：7533告警后，此AFE下的TRX都不能工作。 处 理 过 程 ：检查AFE的连线，从新连接时发现combiner没接好。 故 障 原 因 ：combiner连接故障。 告警处理 DE34 告警案例分析3： 震铃一声后掉话 故 障 现 象 ：O（1）扩容到O（2）时，TRX2位置上载频仅有信令接通，震铃一声便掉话，无告警。 处 理 过 程 ：检查HW，BRANCH TABLE正确，检测TRX2正常，将TRX1和TRX2调换，故障依旧将BCCH加到TRX2载频上，故障依旧。AFE检测正常。怀疑BTS背板和TRUA有问题，当时无TRUA备板，因此将TRX1和TRX2地址改成 TRX3和TRX4并且修改HW，BRANCH TABLE和BSC数据后，一切正常， 说明TRUA有问题。（同时将TRX3TRX4地址改成TRX1，TRX2）。 故 障 原 因 ： TRUA 中TCH3－4 或TRX2SIG 有问题，不能分配话务。 实 际 经 验 ： 如背板有问题，可将第一扇区单元及天线全部移到第二扇区，应急使用。 GSM系统掉话案例分析 掉话的形式 l???????? SDCCH掉话 移动台占上SDCCH信道但还没有分配TCH信道期间发生的异常释放 l???????? TCH掉话。 BSC给移动台分配了TCH信道后发生的异常释放 无线掉话的原因 l无线链路故障（基于RLT，系统不能解码SACCH消息使得RLT达到0而引起的通信中断，注意RLT设置小于T3109） l T3103超时（在切换过程中，移动台既无法占用目标小区的无线资源，又不能返回服务小区所导致的通信中断） l系统故障 掉话处理流程 掉话分析 覆盖原因的掉话 覆盖原因导致的掉话主要有以下的方面 1、服务小区由于各种原因导致覆盖过大将邻区也覆盖在内，或者邻区本身由于由于故障导致覆盖缩小，以至于移动台超过当前服务小区定义的邻区B的覆盖范围到达小区C后还占用先前的服务小区A的信号，然而小区C又未定义小区A作为邻区，因此有可能由于移动台搜索不到合适的切换目标小区，而本身的服务小区网络状况变差而导致掉话。 2、 2个小区的边界明显出现无线信号覆盖的盲区