华为OMC话统分析流程.doc

华为OMC分析流程 华为技术服务有限公司 2010年5月17日 一、 OMCR分析总体流程图 2 二、 网络评估和检查 3 1、网络评估流程图 4 2、网络结构分析 4 3、网络性能评估 5 4、告警检查及硬件排障处理 6 5、网络参数检查 10 6、 邻区检查 10 三、 发现网络问题 10 四、 分析和解决问题 12 1、分析和解决问题的流程 12 2、掉话问题分析流程 12 3、切换问题的分析流程 21 4、TCH 拥塞的分析流程： 26 5、SDCCH拥塞分析流程 29 6、接入类问题分析流程 32 五、 附件： 33 OMCR分析总体流程图 图1 OMCR总体流程图 网络评估和检查 1、网络评估流程图 图2 网络评估流程图 2、网络结构分析 采集本业务区和相邻业务区的相关信息表，包括BSC号、LAC 号、基站号、Cell_id、载频数、硬件配置、经纬度等相关信息；同时将这些信息集中在一个数据库文档中。这份数据库文档为后续性能指标分析、最差小区分析等工作提供分析依据和数据。 采集本业务区和相邻业务区的行政电子地图；同时依据数据库文档中的基站信息表，制作相应的Mapinfo图层，例如：按归属业务区、归属MSC、归属LAC，制作对应的专题图层，按本业务区及相邻业务区基站的分布及MSC间切换区域、BSC区域、LAC区的划分等等。 MSC、BSC、LAC区的容量分布尽量做到均匀, 结构简单, 清晰。基站分布尽量呈网格结构, BSC, MSC、LAC区边界尽量避开话务密集区或重要的地区。 3、网络性能评估 整个OMC的分析思路是：从面到点的进行问题定位和分析。在了解一个网络的网络质量时我们一般都先通过话统来了解其网络运行情况，先对BSC整体性能/C1报表这个统计功能子项进行研究和对比分析，如果在BSC整体性能/C1报表统计中发现某个重要指标（如掉话率、切换成功率）有异常情况时，我们再对其相应更详细的内容具体分析。 分析网络性能的时候不能只看某一天和某一段时间的话统数据，这样分析比较片面。而应该分析一段时间内的话统指标。一般我们取一周的忙时话统数据平均值来把握网络的性能，同时观察在话务量基本稳定的情况下，有无明显的指标波动情况存在。 系统性 自上而下，从整体到局部 整体性 查看一周以上的指标变化趋势和每天的变化趋势 相关性 各种话务统计指标之间的联系 指标名称和评估标准：如切换成功率、掉话率、拥塞率、无线接通率等指标。 表1 KPI指标 KPI 指标含义 测试方法 参考值 1 TCH拥塞率 TCH占用成功次数/TCH占用请求次数×100％ OMC 3% 2 SDCCH拥塞率 SD占用成功次数/SD占用请求次数×100％ OMC 0.8% 3 掉话率 TCH掉话次数/TCH占用成功次数×100％ OMC 1.2% 4 切换成功率 切换成功次数/切换请求次数×100％ OMC 92% 5 无线接通率 (1- TCH拥塞率)*(1- SDCCH拥塞率) OMC 99.2% 4、告警检查及硬件排障处理 网络优化通常应当是在硬件设备运行正常的前提下进行，但是由于网上设备的突发故障，无法保证运行正常，但往往硬件故障将会对网络指标有很大影响，所以我们在明确整网运行情况后，需要对告警信息进行查阅，以便及时发现问题进行故障排除。 BSC告警模块接收各个应用层发送过来的告警信息，对之进行分析，去掉已屏蔽的信息，然后产生相应的告警和告警恢复信息下发到告警箱和下发给后台显示。 BSC告警系统实现原理：分散控制，集中管理。如下图所示： 图3 告警分析流程图 目前BAM对故障告警有过滤机制，原理是：BAM中有一个故障告警队列，当前台将故障告警发到BAM后，BAM首先检查自己的故障告警队列，看是否有同样故障告警在队列中，如果队列中已经有了该故障告警，则BAM认为该故障告警为重复故障告警将其丢弃，如果队列中没有该故障告警，则将该故障告警写入队列，同时将该故障告警转发到SERVER上去；当前台将恢复告警发到BAM后，BAM首先检查自己的故障告警队列，看是否存在与其对应的故障告警在队列中，如果队列中没有与其对应的故障告警，则BAM认为该恢复告警为重复恢复告警将其丢弃，如果队列中存在与其对应的故障告警，则从队列中清除与其对应的故障告警，同时将该恢复告警转发到SERVER上去。 告警按照功能类型可分为四类，分别是：电源类、模块功能类、告警箱类、外部环境类。 告警信息按故障的严重程度, 告警信号的性质可分为四级： 紧急告警：需紧急处理，否则会影响重要功能实现。对应红色指示灯，急促铃。 重要告警：需要及时处理，否则会影响重要功能实现