综合告警网管系统简介.pptVIP

综合告警网管系统简介 OSS总体介绍 系统建设的背景和目标 系统详细介绍 OSS总体架构 业务流程支撑类系统 以工作流平台为基础，提供对服务开通和保障流程的统一支撑 网络和业务监控类系统 实现对网络和业务的统一监控 综合资源管理系统 实现全专业资源数据的统一管理 公共服务框架 提供各系统公共服务的统一管理 网络接入平台 实现对电信网络、IT设施等设备的统一采集和适配 系统集成平台 实现与BSS、MSS等其它域系统的统一集成 IT运维管理系统 实现IT系统可运营、可管理、可维护 门户 实现OSS各独立分散系统的整合 各专业网络管理现状 NOC EMS A 交换网 A厂商 B厂商 C厂商 交换综合网管 传输综合网管 数据综合网管 B C A A A A A 传输网 数据网 现状1： 各专业网管系统由于体系架构和信息模型等方面的差异,导致系统之间不能互通,形成信息孤岛 无法提供完整的跨专业网络视图 不能有效提高网络运营效率，降低网络运营成本 集中告警系统 问题 现状2： 利用设备厂家网管始终无法摆脱面向设备的维护模式 现状3： 被动等待用户申告，无法主动发现电路或用户故障 运维管理现状 故障处理流程混乱，无法提供差异化服务 没有“一站式”工单系统的接口 用户报障途径混乱，无法实现综合的维护管理 缺乏统一的流程管理工具，不同专业有各自的流程，无法形成统一调度 无法实现以客户为核心的运维流程管理 不能很好的和各个专业或全专业网管系统实现信息共享 各个专业有自己的流程管理，无法进行统一，更无法进行信息的共享 故障工单流转不及时，尤其涉及到多部门协作，更不容易协调； 多专业、多厂家网络不能实现自动工单功能 缺乏故障与客户资料的关联，难以对前端的进行有效支撑 无法全面积累各种维护经验，形成完善的经验库 无法对大客户进行差异化维护 由于没有客户化的信息关联，无法对大客户进行差异化维护、无法顺利实施SLA 维护工作不透明、不量化，无法适应现代电信企业竞争的总体要求 由于没有有效系统支撑，无法量化维护工作，导致企业管理层无法有效进行维护管理 系统建设目标 实现交换、传输、数据、动 力、移动等全专业告警、大客户告警的实时集中呈现 通过与故障一点受理系统的接口实现人为触发生成故障工单并派修 能帮助生成面向业务、面向客户的故障统计报表 综合集中告警系统 交换网管 传输网管 数据网管 动力监控 移动网管 故障一点受理系统 能通过完善的过滤功能来呈现重大告警 资源管理系统 通过资源管理系统实现告警和资源、大客户的关联 …. 自动、手动发送短信给客户、客户经理，提高客户感知度 系统功能架构 采集范围 交换专业 交换专业包括所有交换机、NGN、7号信令网、智能网等 传输专业 包括所有传输系统和传输的同步时钟系统 数据专业 包括基础网、IP城域网、ADSL、LAN等接入网和主机等 动力环境专业 接入专业 包括V5、PON、AG/AN/IAD等 移动专业 包括核心侧和无线侧 IT及计算机主机 包括IT综合管理平台、服务器主机、数据库等重要应用服务等 基本相关性概念 * * 基础相关性 —规则内容 规则名称 规则内容 告警压缩 支持对满足设置条件的告警进行压缩，不上送在指定时间间隔内上送的相同或者类似告警 告警屏蔽 制定相应的屏蔽条件对原始告警事件进行抑制，可以指定相应网元、时间段、级别等 告警过滤 界面用户可根据自己的关注角度不同来设定不同的过滤条件 告警升级 支持对满足设置条件的告警的级别进行提升，这种条件可以是告警未确认的事件，特定客户业务的告警等。 告警延时 停顿指定时间后再上送；通常都是对可能很快被清除的告警指定延时，以减少告警上送到界面的次数。 关注告警 将告警设置成关注状态，便于界面进行特殊提示处理 延时关注告警 可以设置时间范围，在告警超过设定时间之后还没有被清除，将告警设置为关注状态。 频次抑制/频次派生 根据设定时段内告警发生频率抑制告警信息显示或者派生统一告警信息 规则分析 * * A B C D E F B C D E F B C D E C D E C D 过滤规则 合并规则 相关性规则 门限规则 告警 基础相关性 —规则目的 基础相关性 告警的关联关系 依赖关系： 如果A告警的发生是由于B告警的发生而引起 ，则A告警依赖于B告警。如：linkset退服告警，必然是因为此linkset下的所有link都产生退服告警所致，则可以认为linkset告警依赖于link告警。 频次派生关系： A告警在未被清除前，发生频次过多，导致产生了B告警。 同源关系： A告警和B告警是由同一根源产生，则认为A、B同源。如：当一个交换机宕机后，与此交换机相连的其它交换机都会发出信令点目的