智能巡检平台研发.
《智能巡检平台研发.》由会员分享，可在线阅读，更多相关《智能巡检平台研发.（40页珍藏版）》请在文档大全上搜索。
1、2012年8月小 组：网络啄木鸟QC小组课题类型：创新型发 表 人：北京移动网运中心 小组名称网络啄木鸟QC小组成立时间2008年12月课题类型创新型课题名称智能巡检平台研发活动时间2011年1月-2012年1月活动次数25小组人数9出席率96%序号姓名性别小组分工职称职责1臧志勇男顾问工程师活动指导2何嫚女顾问工程师活动指导3郭旗男顾问工程师活动指导4宗建菲男顾问工程师活动指导5刘春燕女组长，QC小组活动国家级诊断师，国优获得者工程师方案制定，组织实施6刘磊男组员工程师方案制定，组织实施7刘彦挺男组员工程师方案制定，具体实施8陈恕男组员工程师方案制定，具体实施9何媛女组员工程师方案制定，具体
2、实施23计划时间实际时间时间：2011年1月第1-2次小组会议制定活动计划表，制表人：刘春燕4电子运行维护系统（EOMS） ： 实现公司相关管理流程的信息化落地，是管理、维护人员日常工单处理的支撑平台。集中运行维护平台： 通过指令接口完成网管系统对网络配置信息、主动监控指标、实时信息的查询等操作，实现各类网元指令统一下发、采集、分析、处理。 综合告警平台： 通过接入各类网元告警信息，实现通信网络告警的统一采集、统一关联、统一呈现，统一派单。5 随着通信市场竞争的日趋激烈，网络质量已成为保障客户感知的生命线，其战略地位尤为重要。同时，网络管理也正向集中化、一体化逐渐演进。 宏 观 环 境网 络
3、质 量竞争对手 “携号转网”这项惠民政策的开展，使北京移动面临比之前更大的市场竞争压力，同时也对网络安全也提出了更高的要求。客户感知 2011年中国移动将提升客户感知作为改善网络质量的指导方向，继续发挥“网络质量大会战”的重要作用。 李跃总裁在网络工作会上指出：“实现全网质量全面领先竞争对手，建立起集中监控、集中网管、集中维护、集中优化的现代化维护体系。 北京公司领导在网络工作会上指出：要“创新网络管理，推进 “一体化”维护。战略规划6网运中心预防性维护故障处理网络优化投诉处理网络建设27个局点2000余万用户10000余台设备皂君庙区域西客站区域望京区域幸福区域 网运中心作为北京移动通信网核
4、心网络的维护部门，保障着移动通信网的安全、稳定、高效的运行，同时也是公司的日常运营收入重要保证。而核心交换设备承载着数十万的交换任务，因此关系客户感知的核心设备的预防性维护就成为我们工作中的重中之重。7序号问题未发现原因发生频数（12个月累计）频率%维护项目手工查询工作量大、易出错维护项目执行不及时维护项目不能确保每项核查维护项目不能确保有专人处理合计97100 小组对2010年下半年预防性维护问题发现情况进行了统计分析，得出目前的网络预防性维护方式不能完全及时准确地发现网络安全隐患。1、每天耗时150余人时，出错数由年初月均3件上升为年底月均5件。010年初年底3、近1%的维护项目不能确保每
5、项核查。2、不能及时处理呈上升趋势。01013579 114、有3%的维护项目无专人负责。时间：2011年3月第34次小组维护作业计划现状进行分析并归纳原因，制表人：刘春燕故障隐患发现率在98%左右98%98%97%99%97%99%96%97%97%98%98%99%99%100%2010年7月2010年8月2010年9月2010年10月2010年11月2010年12月84000余项日例行维护作业计划余项日例行维护作业计划500台核心网设备台核心网设备12名维护人员名维护人员4个维护组个维护组14654.7554.7536.5统计一年的例行维护作业计划数量（单位：万）日例行周例行月例行季例行
6、时间：2011年2月第34次小组维护作业计划现状进行分析并归纳原因，制表人：刘春燕新 从左图我们可以看出一年的日例行维护作业计划多达146万项，但我们的实际维护手段还主要停留在手动执行命令及通过小程序半自动执行的混合状态，手动执行效率低下，存在人为疏忽和遗忘，通过半自动工具手段也无法保证预防性工作的准确及时运行。9预防性维护HLRSGSNMGWMSSCDS全新智能化维护模式时间：2011年3月第5次小组设定课题目标，制表人：刘春燕小组决定开发一种全新智能化维护模式，达到及时发现故障、提高维护效率、确保审计效力的目的。经过小组讨论决定本次QC活动针对最重要的五类网元（HLR、SGSN、MGW、M
7、SS、CDS）进行试点。10故障隐患发现率工作量v 针对提升预防性维护工作的迫切需求，小组成员运用“头脑风暴法”提出了11个想法。并通过亲和图进行绘制整理：11使用现有半自动化工具对现有工具进行优化开发周期短业务有变更后快速修改根据现有情况定制开发灵活度高基于区域的分散式开发解决方案集中操作维护平台已经实现到各网元的通道可通过EOMS故障工单的方式督促专人处理可以利用现有网管系统无需新购硬件设备综合告警平台与EOMS已开发完成相应接口提供整体的解决方案基于网管的集中式开发解决方案可利用多套网管系统进行联动开发将预防性维护内容纳入统一的故障管理开发完成后的平台有专人维护时间：2011年4月第6次
8、小组会议成员头脑风暴利用亲和图归纳总体方案，制图人：刘彦挺12我们通过使用亲和图法，提出了两种解决方案：时间：2011年4月第6次小组会议成员头脑风暴利用亲和图归纳总体方案，制图人：刘彦挺13指标较好指标适中指标较差需求满足开发实现维护保障时间：2011年4月第7-8次小组会议对两个总体方案进行对比讨论，制图人：刘彦挺100%满足现有维护作业计划100%满足现有维护作业计划平均变更实现时间为1天平均变更实现时间为3天预计开发2个月预计开发1个月需自主开发，实现较困难需自主开发，实现较困难目前网管系统已经实现目前网管已有派单接口，需进行少量修改即可满足由于缺少专业测试，可用性较差，年平均系统可用
9、性为：98%由开发人员进行监控维护，故障监控率为58.33%由于拥有专业测试，可用性较高，年平均系统可用性为：99.9%由专业的维护人员进行7*24监控，故障监控率为100%对比项基于区域的分布式解决方案基于网管的集中式解决方案对现有巡检任务的契合度智能巡检变更的灵活度开发周期是否方便与综合告警对接是否能够进行故障派单系统可用性系统维护性14 小组在确定总体方案后，根据目前网管系统对各业务系统的运行状态提供多种支撑方式，可根据具体运维流程需要进行灵活的组合分配，满足预防性维护工作的各种要求。具体细化方案如下：时间：2011年5月第9-11次小组会议讨论细化方案并进行试验，制图人：刘磊15 集中
10、运行维护平台维护人员网元 1. 集中运行维护平台通过网管系统向网元发送指令并采集返回的报文结果。 2. 维护人员直接登录集中运行维护平台对全部日例行维护作业计划项目进行查看和审核，并根据异常结果来处理故障。01010100101010时间：2011年5月第9-11次小组会议讨论细化方案并进行试验，制图人：刘磊16测试方案测试过程 测试网元BJGS04 执行项目数量10 返回报文时间2min 报文呈现时间10s 维护人员检查时间 8min添加网元 添加任务 任务执行执行结果弹出报告 日例行维护作业计划的执行实现了自动化。 返回结果和呈现报告的时间都很短。X 极大的缩短了之前人工执行指令的操作时间
11、，但是人工审核报告还需要一定的时间。一个网元10项维护作业计划审核=8分钟，全网500余台设备进行遍历=500*8min=67小时结果分析人工审核时间：2011年5月第9-11次小组会议讨论细化方案并进行试验，制图人：刘磊17 1. 集中运行维护平台自动完成报文结果的审核，对异常项目生成智能巡检告警送至综合告警平台。 2. 由专门的监控人员分析综合告警平台上生成的维护作业计划告警信息。 3. 监控人员派发EOMS故障工单给相应区域的维护人员，维护人员根据故障工单来处理故障。网元 集中运行维护平台 综合告警平台01010100101010维护人员监控人员故障工单告警信息智能巡检告警时间：2011
