《gsm网(诺西)主要告警分析 - 副本》由会员分享，可在线阅读，更多相关《gsm网(诺西)主要告警分析 - 副本（195页珍藏版）》请在金锄头文库上搜索。
1、1.1. 概概 述述 告警信息可以反映网络设备的运行状况，记录了网络运行过程中产生过的故障或影响设备运行的信息， 通过对网内告警数据的分析，可以了解网络的运行状况。我们将对一些影响网络运行指标的重要告警 进行分析，并分析影响此类告警的主要原因及相关的解决方案。 2.2. 主要历史告警数据分析主要历史告警数据分析 2.12.1 告警分类情况告警分类情况 为了对现网的告警进行分析我们对告警进行了分类汇总，南昌移动全网的 BTS 告警信息分为基站告警 （70007999）和传输故障告警（80008999），这两种告警直接反映了网络的运行状况，对网络指标 和客户感知度的影响都非常大。具体告警数量统计情
2、况如下： Alarm NoclassMEANING 原因及处理方式 TOTAL NUM 7600 *BCF FAULTY 合路器反射功率高告警，可通过测试驻波，更换合路器 解决 1 7603 *BTS FAULTY 射频线松动，可以上站重新连线解决 2 7767 *BCCH MISSING 重启小区产生的告警，小区处于工作状态后，告警消除 5 8050 *LOSS OF INCOMING 2M SIGNAL 2M 丢失告警，上站处理，可解决 2 8081 *LOSS OF FRAME ALIGNMENT 帧定位丢失，上站检查 2M，时钟同步、传输单元、传输 侧接收与发射，可解决 1 8086
3、*LOSS OF CRC MULTIFRAME ALIGNMENT CRC 复帧定位丢失，上站检查传输侧接收与发射、时钟同 步，可解决 0 8099 * RECEIVED BIT ERROR RATIO (BER) 1E-3 接收比特误码率 1E-3，上站检查传输侧接收与发射、 时钟同步，可解决 0 8150 *FAULT IN UNIT 更换传输板可解决 1 7601 *BCF OPERATION DEGRADED 上下行差异过大告警，可解决 74 7604 *BTS OPERATION DEGRADED 上下行差异过大告警，可解决 127 7606 *TRX FAULTY 硬件退服告警，可
4、解决 40 7607 *TRX OPERATION DEGRADED 上下行差异过大告警，可解决 161 7704 *PCM FAILURE 传输告警，需沟通后解决 90 7706 *BTS O 区别在于使用不同类型的通信媒体，EMB 使用交换 LAN，而 MB 使用共享总线。EMB 中的 LAN 交换机在接通电源后自动初始 化，并立即准备随时传送 EMB 话务，因此，没有必要对它们进行配置。 每条消息的长度由消息开头的消息长度参数单独确定。消息的发送者和接 收者显示在消息的地址字段中。接收者可以是单个微机，也可以是由广播地址 指定的一组微机。 消息总线的硬件包括数条并行的双绞线，它们传送实际
5、数据，并且还控制 传送消息所需的信息。 5.二、FLEXI BSC 日常维护方法 时钟同步状态查询：时钟同步状态查询： 指令：ZDRI; 输出结果： , =, , = Math: +, +, -, -, *, / Logical: AND, OR, NOT Bitwise: else y = 4; endif while( Y X ) print( “Number Y is: %dn“, Y ); Y+; endwhile for ( i=0 ; i10 ; i+ ) print(“Number : %dn“,i); endfor Initialization Condition Operat
6、ion switch( UnitName ) case( “LSU“ ): case( “CCSU“ ): print( “CCSU“ ); break; case( “OMU“ ): print(“OMU“); break; default: print( “others“ ); break; endswitch function main() integer nbr; nbr = ask(“Input”); if(nbr = CANCEL) printlog(“endingn”); abort ( 0,”Stop” ); / else ExecuteCase(nbr); endif end
7、function C. 函数： FUNCTIONS Users Specified Functions HIT System Functions Parameters pass by reference Function returning a value Parameters pass by value device( “MML“ ); tx( “ZUSI:COMP:LIST;“ ); getline( line,“ WO-EX “ ); strscan( line2, “%s %s %*s %s“,str1); main function () device(“RNC”); Hello()
8、; endfunction function Hello () print( “Hello world!“ ); endfunction 12.2.34.2.3 FTT 以 FTP 方式传送 BSC 内部文件的维护工具。 FTT 工具使用说明： 工具常用面板选项如下：工具常用面板选项如下： 1，配置所连 BSC 的 IP 地址 在红色框内输入 BSC 的 IP 地址，以及 BSC 的用户名和口令，然后按 Save 键 保存。 2，连接到 BSC 如上图选择所连接的网元，然后按 Open FTP 键进行连接，连接后如下图： 3，选择拷贝键向 BSC 或自己的电脑 FTP 文件 13.13.5 常
9、见故障处理常见故障处理 13.113.15.1 2992 告警处理告警处理 13.1.15.1.1 问题及概念描述 客户反映某 BSC 出现大量 2992 告警。 A) 2992 告警定义： BSC 检测到连续 3 次以上掉话发生在 A 接口的某个时隙。 补充信息含义如下： 补充信息 6: TCSM ID 补充信息 7: TSL of TCSM ET （0 31） 补充信息 8: ET TSL SUBTSL (0 31 0、1、2、3) 补充信息 9: TCSM PCM (0、1、2、3) 补充信息 10: （0、1、2、3 0 31） B) A ATER 时隙映射表： C) 在 BSC 中查
10、看 A ATER 时隙映射关系，命令为： ZWGO; 举例输出如下： ET_PCM 256 TC_PCM POOL TYPE ET_PCM_TSLS TCSM-256 TCSM2 1 7 EFR AS7_C 13 TRACK: 8 MS: ? ME: ? IS: ? IE: ? INT:? SW: ? /* DX ERROR: 13277 */ /* PCI DEVICE NOT FOUND */ 4、通过 BCSU-0 单元诊断报告，发现 TRACK 3 PCU2_D 异常。 BSC3i BSC 2009-08-25 23:37:42 DIAGNOSTIC REPORT BCSU-0 1A0
11、03-00 PARTIAL DIAGNOSIS PCUT DIAGNOSTIC PROGRAM 00A1 DIAGNOSIS 3800 EXTRA INFO 1 0030 EXTRA INFO 2 F0A3 3800 TIME OUT IN TEST PROGRAM 3725 ACCUSED PLUG IN UNITS: TYPE INDEX LOCATION TRACK PCU2_D 7 1A003-00 3 END OF REPORT BSC3i KFBSC24 2009-08-25 23:37:44 DIAGNOSTIC REPORT BCSU-0 1A003-00 PARTIAL DI
12、AGNOSIS PCUT DIAGNOSTIC PROGRAM 00A1 DIAGNOSIS 3998 3998 DIAGNOSIS EXECUTED - UNIT NOT OK 5、发现 TE 状态下 BCSU-0 单元 TRACK 8，9 两块 AS7_C 单元亮红灯，更 换 TRACK 9 的 AS7 板，单元通过诊断，且红灯消失。 根据以上第 3、5 点 ，可以判断，AS7 板件故障导致第 1 点中 2275 告警， 进而导致 BCSU-0 启动过程中，状态变为 FLTY，与 BCSU-5 单元自动切换， 但信息交互异常导致第 2 点中 3387 告警，进而导致 GB 数据丢失。 根据
13、第 4 点，不难看出 PCU2_D 板件故障，且结合第 5 点 AS7 板件故障，2 块单板故障，导致 BCSU-0 工作状态异常。 所以问题的根源在于所以问题的根源在于 AS7 , PCU2_D 板件故障板件故障, 而与而与 CD9.0 的安装无关。的安装无关。 故障解决：故障解决： 由于 BCSU-0 单元的工作状态异常，且 GB LINK 状态异常，无法恢复，诺西 维护经理决定向技术支持中心 GCC 请求现场支持，8 月 25 日当天诺西技术支 持专家，维护经理赶赴现场，当晚通过检查发现：一块 PCU 插件板，一块 AS7 插件版故障，通过替换故障插件，BCSU 单元工作正常，后通过 B
14、CSU 单元切换，PSE-06 NSE-58257 等几条 GB LINK 数据恢复，状态异常。 以下是处理问题的全过程记录： 8 月 25 日： 1. 凌晨 BSC 通过人工重启系统激活新安装的 CD9.0 软件包，00:10:20 发现 BCSU-0 启动过程中，状态变为 FLTY， 00:11:39 BCSU-0 与 BCSU-5 发生 自动切换 ；随后 00:34:37 发现 PSE-06 NSE-58257 等几条 GB LINK 数据丢 失，状态异常。 2. BCSU-0 自诊通不过，人工诊断亦不过，显示子模块 CPU 诊断失败，更换 1 块 CP810 板件； BCSU-0 诊断
15、依旧通不过，显示子模块 PCUT 诊断失败，更 换 5 块 PCU2_D 板件，后依旧诊断不过。 3. 根据 3387 告警，PING 检查 PCU 至 DNS SERVER 之间连接,发现 GB 异 常 PCU PING 都不通 DNS SERVER。 4. 连线诺西专家,请求支援；怀疑 PSE GB LINK 数据丢失与 BCSU -0 有关， 随后将 BCSU-0 置为 SE-NH 并下电，将 EMB-1 置为 SE-NH 状态，将重启系 统至备用软件包，现象依旧，重启 ESB 单元，现象依旧。 5. 开始逐个将 6 条 GB LINK 下基站调整到其它的 PSE GB LINK 下，6：00 前， 所有已业务恢复。 6. 通过检查，系统其它状态正常，备份系统软包，后得到通知，拨打测试均成 功。 7. 当天 16：00 诺西技术支持专家，维护经理赶赴现场，。 8 月 26 日： 8. 检查 BCSU-0 硬件配置，发现有 DX ERROR: 13277，删除并重新配置 AS7 插板；检查并诊断 BCSU-0 ,发现 TRACK 3 PCU2_D 异常,进行更换。 9. 更换 PCU2_D 后，发现 TE 状态下 BCSU-0 单元 TRACK 8，9 两块 AS7_C 单元亮红灯，更换 TRACK 9 的 AS7 板，单元通过
