gsm网络运维管理

gsm网络运维管理内容摘要：

ERVICES 不亮 数字灯显示 “ ” 5） HUB 插网线的位置灯应全亮 检查文件 在机器 System Processor、 MIB 和 MMI 上，在 XTERM 窗口，执行如下命令： % more /var/adm/messages 查看是否有 告警。 （ 3） 检查硬盘使用情况 在 E3000 和 MIB 上用命令 %df – k 各文件系统的容量一般应小于 80%。 （ 4） 检查 Log 文件 1) 检查 OMC Log 文件 第四节 网络问题的发现和分析 ESTS— 第 38 页 东方通信OMC Log 文件在各机器目录 /usr/gsm/logs下。 2) 检查 Cron Log 文件 Cron Log 文件在各机器目录 /var/cron 下。 3) 检查 Informix Log 文件 Informix Log 文件查看 E3000 和 MIB 上文件。 %more /usr/informix/ （ 5） 检查邮件 从 Cron 发到 root、 omcadmin 的邮件报告，存在各机器的/var/mail 目录下，用命令： % more omcadmin % more root 检查以上文件中是否有告警信息或错误。 （ 6） 记录变更情况 根据工程的进展，认真记录变更情况，在夜间话务量低的时候，执行 AUDIT 命令，并查看 AUDIT LOG 文件，保证系统同步。 （ 7） 采集统计数据 根据需要通过 Performance Mgmt，也可通过 Config Mgmt 和 Maps中的相应选项 Performance 来采集统计数据，并将数据保存到磁盘上。 （ 8） 备份 INFORMIXOnline数据库 以 omcadmin 身份备份 E3000 上的 PM 和 MIB 上的 CM 数据库，每天备份的级别是 Level 2。 第四节 网络问题的发现和分析 ESTS— 第 39 页 东方通信（ 9） UNIX 文件系统备份 以 root 身份备份 UNIX 文件系统，每天备份的级别是 Level 2，备份可用 Solstice Backup 应用工具或用命令 ufsdump。 （ 10） 检查 OMCR 打印机 检查打印机的工作情况，并查看是否有纸张。 （ 11） 检查 core 文件 以 OMC 各用户身份登录，检查该用户路径下是否有 core 文件存在。 第四节 网络问题的发现和分析 ESTS— 第 40 页 东方通信 三、 统计数 据分析 统计数据分析有三种方法，即渐进法、 TOP20 法和进程法 层层深入式的分析方法 渐进法 该方法适合于对系统整体情况的迅速掌握，由浅至深层层深入，有利于整理优化的思路。 ①收集系统基础数据 ②系统基本统计数据评估 ③小区级的统计数据采集分析 ④载频级的统计数据分析 统计数据的分析方法 TOP20 法 本方法适合于把握系统整体情况后，集中处理对系统指标影响 最大的基站。 TOP20 法基于以下理由： 各项统计数据内在是密切相关的（如无效试呼与 SDCCCH 的掉话率等）。 指标的好坏程度是相对的，对不 同系统很难定义指标好坏分界点的确切值。 便于发现矛盾，处理问题严重的小区。 TOP20 法的原理是利用 EXCEL 软件的数据排序功能，将每项数据按照由坏到好排序，并且用颜色将最差的 20 个数据标记出来。 例如：将掉话率最高的 20 个数据用黄色标记，无效试呼率最高的 20 个数据用黄色标记， TCH 拥塞率最高的 20 个数据也用黄色标记。 这样就可以较为容易得将各项数据关联起来，发现规律，找出问题。 第四节 网络问题的发现和分析 ESTS— 第 41 页 东方通信 渐进法  收集系统基础数据  系统基本统计数据评估  小区级的统计数据采集分析  载频级的统计数据分析 TOP20法  利用 EXCEL 的排序功能对每项指标进行排序  挑出每项指标最差的 20 个小区  利用各项统计数据的内在联系进行问题分析 第四节 网络问题的发现和分析 ESTS— 第 42 页 东方通信 疑难问题的分析方法 进程法 进程法适合于对系统难点问题的分析，需要工程师对 GSM 规范和各种呼叫、切换进程有较深入的理解，如主叫过程，被叫过程，位置更新过程，附着 /分离过程等。 各种进程在软件实体之间往下执行的过程中，每个软件实体都会产生相应的原始统计数据。 通过比较一段进程头尾产生的统计数据，我们就可以知道这段进程在执行过程中是否存在问题。 对于存在问题的进程，把完整的进程分成若干段，每段 分别进行上述统计数据比较分析，就可以判断问题存在于哪一段或哪一步，即找到了问题的原因，然后通过修改相关参数等方法就可以解决此问题。 第四节 网络问题的发现和分析 ESTS— 第 43 页 东方通信 进程法  把有问题的呼叫、切换流程分成若干段  分析比较每一段流程头尾产生的统计数据  找出问题存在于哪一段或哪一步  获得问题产生的原因 第四节 网络问题的发现和分析 ESTS— 第 44 页 东方通信 四、路测数据分析 路测数据分析工程师应该对系统比较熟悉，同时熟悉接入、切换等过程的信令流程，不仅能对现象及时作出直观的判断，同时对其发生故障的原因也能进行分析。 路测得到的数据，经过仔细分析，可以对优化工作起到指导作用。 配合有数字地图的图表分析是网络问题分析非常有效的手段。  根据测试数据，输出以下分布图 * Rxlev区域分布图 * Rxqual区域分布图 * Mobile Tx Power区域分布图 * Timing Advance区域分布图 * CELL ID区域分布图 * Rxlev等级分布图表 * Rxqual等级分布图表  根据分布图，找出问题点或区域 * Poor Cover * Poor Quality * Handover effectiveness * Overshoot/Undershoot Cells * Interference * Blind spot  结合系统的实际情况提出解决问题的方案 * 改善覆盖的方案 * 改善 Quality的方案 * 提高切换成功率的解决办法 * 解决过覆盖的方案 第四节 网络问题的发现和分析 ESTS— 第 45 页 东方通信*减小同邻频干扰的办法 *盲点解决的可能性及解决方案  分布图 * Rxlev区域分布图 * Rxqual区域分布图 * Mobile Tx Power区域分布图 * Timing Advance区域分布图 * CELL ID区域分布图 * Rxlev等级分布图表 * Rxqual等级分布图 表  问题点或问题区域 * Poor Cover * Poor Quality * Handover effectiveness * Overshoot/Undershoot Cells * Interference * Blind spot  问题解决方案 * 改善覆盖的方案 * 改善 Quality的方案 * 提高切换成功率的解决办法 * 解决过覆盖的方案 * 减小同邻频干扰的办法 * 盲点解决的可能性及解决方案 第四节 网络问题的发现和分析 ESTS— 第 46 页 东方通信 五、 SWFM分析 在系统软件执行的过程中，无论是系统维护人员还是管理人员，都希望系统 运行中产生的错误能够被系统自动记录并报告，不需要人工不间断地观察与操作。 为了实现这样的目标，系统中设置了 SWFM（ Software Fault Management）这样一种功能。 当系统产生报告时，自动将信息储存在不挥发存储器（ NVRAMNonVolatile RAM）中，供工程师查阅。 SWFM 产生的信息一般包括以下内容：  Program Counter（ PC）  日期与时间  软件版本号  网络中的物理位置  功能区与错误代码  序列号 SWFM 是在 emon 下使用的命令，格式如下： swfm clear|read|dump|list fatal|nonfatal|all 例： RSS:emon_0000 % swfm d f WARNING: The registers and stack are missing from the following report: 0 FATAL SWFM ERROR Routine: 0 Area: 0x00000000 Error: 0x00000000 PC: 0x0003e806 PID: 0x00 (Null) 0 Version: Subsystem: 0x05 CPU: 0x2020 19Feb1998 23:08: 0 TDM error detect Suspect Fiber pull 0 SWFM could not send fault report message to FCP 第四节 网络问题的发现和分析 ESTS— 第 47 页 东方通信 SWFM 信息  Program Counter（ PC）  日期与时间  软件版本号  网络中的物理位置  功能区与错误代码  序列号 第四节 网络问题的发现和分析 ESTS— 第 48 页 东方通信 SWFM 显示内容 ： ① 表示序列号。 序列号表明该 GPROC自从最近一次 RESET以来产生的SWFM编号。 每当 GPROC RESET，该序列号重新置为 1。 ② 显示了 SWFM的类型是致命（ Fatal）还是非致命（ Nonfatal），以及该 SWFM产生的日期与时间。 ③ 是 PC（ Program Counter）。 它代表错误产生时，运行的程序的虚拟地址。 ④ 是进程特殊代码。 Area表示进程工作的区域， Error表示进程内部的错误编号，这两个参数由进程自己定义，随着进程的不同而不同 ；PID真正表示产生该 SWFM的进程代号； Routine表示错误的代码模型。 ⑤ 表示软件版本和 SWFM产生的位置：子系统号（ subsystem = site number + 1）和 CPU。 ⑥ 系统软件错误的补充信息。 第四节 网络问题的发现和分析 ESTS— 第 49 页 东方通信SWFM字段 ① ② ③ 1 FATAL SWFM ERROR 12/31/1998 00:21: PC: c0001034 1 Area: 0x70 Error: 0x1 PID: 0x50 Routine: global_kill 1 RAM Software Version: Subsystem: 0x1, CPU: 0x115 1 Global Kill message received by IP from process 70 ⑥ ⑤ ④ 实际案例 ： FATAL SWFM ERROR 12/31/1998 04:32: PC: c0001034 Area: 0x70 Error: 0x1 PID: 0x50 Routine: global_kill R。