智能巡檢平臺(tái)研發(fā).

1、2012年8月小 組：網(wǎng)絡(luò)啄木鳥QC小組課題類型：創(chuàng)新型發(fā) 表 人：北京移動(dòng)網(wǎng)運(yùn)中心 小組名稱網(wǎng)絡(luò)啄木鳥QC小組成立時(shí)間2008年12月課題類型創(chuàng)新型課題名稱智能巡檢平臺(tái)研發(fā)活動(dòng)時(shí)間2011年1月-2012年1月活動(dòng)次數(shù)25小組人數(shù)9出席率96%序號(hào)姓名性別小組分工職稱職責(zé)1臧志勇男顧問工程師活動(dòng)指導(dǎo)2何嫚女顧問工程師活動(dòng)指導(dǎo)3郭旗男顧問工程師活動(dòng)指導(dǎo)4宗建菲男顧問工程師活動(dòng)指導(dǎo)5劉春燕女組長，QC小組活動(dòng)國家級(jí)診斷師，國優(yōu)獲得者工程師方案制定，組織實(shí)施6劉磊男組員工程師方案制定，組織實(shí)施7劉彥挺男組員工程師方案制定，具體實(shí)施8陳恕男組員工程師方案制定，具體實(shí)施9何媛女組員工程師方案制定，具體

2、實(shí)施23計(jì)劃時(shí)間實(shí)際時(shí)間時(shí)間：2011年1月第1-2次小組會(huì)議制定活動(dòng)計(jì)劃表，制表人：劉春燕4電子運(yùn)行維護(hù)系統(tǒng)（EOMS） ： 實(shí)現(xiàn)公司相關(guān)管理流程的信息化落地，是管理、維護(hù)人員日常工單處理的支撐平臺(tái)。集中運(yùn)行維護(hù)平臺(tái)： 通過指令接口完成網(wǎng)管系統(tǒng)對(duì)網(wǎng)絡(luò)配置信息、主動(dòng)監(jiān)控指標(biāo)、實(shí)時(shí)信息的查詢等操作，實(shí)現(xiàn)各類網(wǎng)元指令統(tǒng)一下發(fā)、采集、分析、處理。 綜合告警平臺(tái)： 通過接入各類網(wǎng)元告警信息，實(shí)現(xiàn)通信網(wǎng)絡(luò)告警的統(tǒng)一采集、統(tǒng)一關(guān)聯(lián)、統(tǒng)一呈現(xiàn)，統(tǒng)一派單。5 隨著通信市場(chǎng)競(jìng)爭(zhēng)的日趨激烈，網(wǎng)絡(luò)質(zhì)量已成為保障客戶感知的生命線，其戰(zhàn)略地位尤為重要。同時(shí)，網(wǎng)絡(luò)管理也正向集中化、一體化逐漸演進(jìn)。 宏 觀 環(huán) 境網(wǎng) 絡(luò)

3、質(zhì) 量競(jìng)爭(zhēng)對(duì)手 “攜號(hào)轉(zhuǎn)網(wǎng)”這項(xiàng)惠民政策的開展，使北京移動(dòng)面臨比之前更大的市場(chǎng)競(jìng)爭(zhēng)壓力，同時(shí)也對(duì)網(wǎng)絡(luò)安全也提出了更高的要求。客戶感知 2011年中國移動(dòng)將提升客戶感知作為改善網(wǎng)絡(luò)質(zhì)量的指導(dǎo)方向，繼續(xù)發(fā)揮“網(wǎng)絡(luò)質(zhì)量大會(huì)戰(zhàn)”的重要作用。 李躍總裁在網(wǎng)絡(luò)工作會(huì)上指出：“實(shí)現(xiàn)全網(wǎng)質(zhì)量全面領(lǐng)先競(jìng)爭(zhēng)對(duì)手，建立起集中監(jiān)控、集中網(wǎng)管、集中維護(hù)、集中優(yōu)化的現(xiàn)代化維護(hù)體系。 北京公司領(lǐng)導(dǎo)在網(wǎng)絡(luò)工作會(huì)上指出：要“創(chuàng)新網(wǎng)絡(luò)管理，推進(jìn) “一體化”維護(hù)。戰(zhàn)略規(guī)劃6網(wǎng)運(yùn)中心預(yù)防性維護(hù)故障處理網(wǎng)絡(luò)優(yōu)化投訴處理網(wǎng)絡(luò)建設(shè)27個(gè)局點(diǎn)2000余萬用戶10000余臺(tái)設(shè)備皂君廟區(qū)域西客站區(qū)域望京區(qū)域幸福區(qū)域 網(wǎng)運(yùn)中心作為北京移動(dòng)通信網(wǎng)核

4、心網(wǎng)絡(luò)的維護(hù)部門，保障著移動(dòng)通信網(wǎng)的安全、穩(wěn)定、高效的運(yùn)行，同時(shí)也是公司的日常運(yùn)營收入重要保證。而核心交換設(shè)備承載著數(shù)十萬的交換任務(wù)，因此關(guān)系客戶感知的核心設(shè)備的預(yù)防性維護(hù)就成為我們工作中的重中之重。7序號(hào)問題未發(fā)現(xiàn)原因發(fā)生頻數(shù)（12個(gè)月累計(jì)）頻率%維護(hù)項(xiàng)目手工查詢工作量大、易出錯(cuò)維護(hù)項(xiàng)目執(zhí)行不及時(shí)維護(hù)項(xiàng)目不能確保每項(xiàng)核查維護(hù)項(xiàng)目不能確保有專人處理合計(jì)97100 小組對(duì)2010年下半年預(yù)防性維護(hù)問題發(fā)現(xiàn)情況進(jìn)行了統(tǒng)計(jì)分析，得出目前的網(wǎng)絡(luò)預(yù)防性維護(hù)方式不能完全及時(shí)準(zhǔn)確地發(fā)現(xiàn)網(wǎng)絡(luò)安全隱患。1、每天耗時(shí)150余人時(shí)，出錯(cuò)數(shù)由年初月均3件上升為年底月均5件。010年初年底3、近1%的維護(hù)項(xiàng)目不能確保每

5、項(xiàng)核查。2、不能及時(shí)處理呈上升趨勢(shì)。01013579 114、有3%的維護(hù)項(xiàng)目無專人負(fù)責(zé)。時(shí)間：2011年3月第34次小組維護(hù)作業(yè)計(jì)劃現(xiàn)狀進(jìn)行分析并歸納原因，制表人：劉春燕故障隱患發(fā)現(xiàn)率在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余項(xiàng)日例行維護(hù)作業(yè)計(jì)劃余項(xiàng)日例行維護(hù)作業(yè)計(jì)劃500臺(tái)核心網(wǎng)設(shè)備臺(tái)核心網(wǎng)設(shè)備12名維護(hù)人員名維護(hù)人員4個(gè)維護(hù)組個(gè)維護(hù)組14654.7554.7536.5統(tǒng)計(jì)一年的例行維護(hù)作業(yè)計(jì)劃數(shù)量（單位：萬）日例行周例行月例行季例行

6、時(shí)間：2011年2月第34次小組維護(hù)作業(yè)計(jì)劃現(xiàn)狀進(jìn)行分析并歸納原因，制表人：劉春燕新 從左圖我們可以看出一年的日例行維護(hù)作業(yè)計(jì)劃多達(dá)146萬項(xiàng)，但我們的實(shí)際維護(hù)手段還主要停留在手動(dòng)執(zhí)行命令及通過小程序半自動(dòng)執(zhí)行的混合狀態(tài)，手動(dòng)執(zhí)行效率低下，存在人為疏忽和遺忘，通過半自動(dòng)工具手段也無法保證預(yù)防性工作的準(zhǔn)確及時(shí)運(yùn)行。9預(yù)防性維護(hù)HLRSGSNMGWMSSCDS全新智能化維護(hù)模式時(shí)間：2011年3月第5次小組設(shè)定課題目標(biāo)，制表人：劉春燕小組決定開發(fā)一種全新智能化維護(hù)模式，達(dá)到及時(shí)發(fā)現(xiàn)故障、提高維護(hù)效率、確保審計(jì)效力的目的。經(jīng)過小組討論決定本次QC活動(dòng)針對(duì)最重要的五類網(wǎng)元（HLR、SGSN、MGW、M

7、SS、CDS）進(jìn)行試點(diǎn)。10故障隱患發(fā)現(xiàn)率工作量v 針對(duì)提升預(yù)防性維護(hù)工作的迫切需求，小組成員運(yùn)用“頭腦風(fēng)暴法”提出了11個(gè)想法。并通過親和圖進(jìn)行繪制整理：11使用現(xiàn)有半自動(dòng)化工具對(duì)現(xiàn)有工具進(jìn)行優(yōu)化開發(fā)周期短業(yè)務(wù)有變更后快速修改根據(jù)現(xiàn)有情況定制開發(fā)靈活度高基于區(qū)域的分散式開發(fā)解決方案集中操作維護(hù)平臺(tái)已經(jīng)實(shí)現(xiàn)到各網(wǎng)元的通道可通過EOMS故障工單的方式督促專人處理可以利用現(xiàn)有網(wǎng)管系統(tǒng)無需新購硬件設(shè)備綜合告警平臺(tái)與EOMS已開發(fā)完成相應(yīng)接口提供整體的解決方案基于網(wǎng)管的集中式開發(fā)解決方案可利用多套網(wǎng)管系統(tǒng)進(jìn)行聯(lián)動(dòng)開發(fā)將預(yù)防性維護(hù)內(nèi)容納入統(tǒng)一的故障管理開發(fā)完成后的平臺(tái)有專人維護(hù)時(shí)間：2011年4月第6次

8、小組會(huì)議成員頭腦風(fēng)暴利用親和圖歸納總體方案，制圖人：劉彥挺12我們通過使用親和圖法，提出了兩種解決方案：時(shí)間：2011年4月第6次小組會(huì)議成員頭腦風(fēng)暴利用親和圖歸納總體方案，制圖人：劉彥挺13指標(biāo)較好指標(biāo)適中指標(biāo)較差需求滿足開發(fā)實(shí)現(xiàn)維護(hù)保障時(shí)間：2011年4月第7-8次小組會(huì)議對(duì)兩個(gè)總體方案進(jìn)行對(duì)比討論，制圖人：劉彥挺100%滿足現(xiàn)有維護(hù)作業(yè)計(jì)劃100%滿足現(xiàn)有維護(hù)作業(yè)計(jì)劃平均變更實(shí)現(xiàn)時(shí)間為1天平均變更實(shí)現(xiàn)時(shí)間為3天預(yù)計(jì)開發(fā)2個(gè)月預(yù)計(jì)開發(fā)1個(gè)月需自主開發(fā)，實(shí)現(xiàn)較困難需自主開發(fā)，實(shí)現(xiàn)較困難目前網(wǎng)管系統(tǒng)已經(jīng)實(shí)現(xiàn)目前網(wǎng)管已有派單接口，需進(jìn)行少量修改即可滿足由于缺少專業(yè)測(cè)試，可用性較差，年平均系統(tǒng)可用

9、性為：98%由開發(fā)人員進(jìn)行監(jiān)控維護(hù)，故障監(jiān)控率為58.33%由于擁有專業(yè)測(cè)試，可用性較高，年平均系統(tǒng)可用性為：99.9%由專業(yè)的維護(hù)人員進(jìn)行7*24監(jiān)控，故障監(jiān)控率為100%對(duì)比項(xiàng)基于區(qū)域的分布式解決方案基于網(wǎng)管的集中式解決方案對(duì)現(xiàn)有巡檢任務(wù)的契合度智能巡檢變更的靈活度開發(fā)周期是否方便與綜合告警對(duì)接是否能夠進(jìn)行故障派單系統(tǒng)可用性系統(tǒng)維護(hù)性14 小組在確定總體方案后，根據(jù)目前網(wǎng)管系統(tǒng)對(duì)各業(yè)務(wù)系統(tǒng)的運(yùn)行狀態(tài)提供多種支撐方式，可根據(jù)具體運(yùn)維流程需要進(jìn)行靈活的組合分配，滿足預(yù)防性維護(hù)工作的各種要求。具體細(xì)化方案如下：時(shí)間：2011年5月第9-11次小組會(huì)議討論細(xì)化方案并進(jìn)行試驗(yàn)，制圖人：劉磊15 集中

10、運(yùn)行維護(hù)平臺(tái)維護(hù)人員網(wǎng)元 1. 集中運(yùn)行維護(hù)平臺(tái)通過網(wǎng)管系統(tǒng)向網(wǎng)元發(fā)送指令并采集返回的報(bào)文結(jié)果。 2. 維護(hù)人員直接登錄集中運(yùn)行維護(hù)平臺(tái)對(duì)全部日例行維護(hù)作業(yè)計(jì)劃項(xiàng)目進(jìn)行查看和審核，并根據(jù)異常結(jié)果來處理故障。01010100101010時(shí)間：2011年5月第9-11次小組會(huì)議討論細(xì)化方案并進(jìn)行試驗(yàn)，制圖人：劉磊16測(cè)試方案測(cè)試過程 測(cè)試網(wǎng)元BJGS04 執(zhí)行項(xiàng)目數(shù)量10 返回報(bào)文時(shí)間2min 報(bào)文呈現(xiàn)時(shí)間10s 維護(hù)人員檢查時(shí)間 8min添加網(wǎng)元 添加任務(wù) 任務(wù)執(zhí)行執(zhí)行結(jié)果彈出報(bào)告 日例行維護(hù)作業(yè)計(jì)劃的執(zhí)行實(shí)現(xiàn)了自動(dòng)化。 返回結(jié)果和呈現(xiàn)報(bào)告的時(shí)間都很短。X 極大的縮短了之前人工執(zhí)行指令的操作時(shí)間

11、，但是人工審核報(bào)告還需要一定的時(shí)間。一個(gè)網(wǎng)元10項(xiàng)維護(hù)作業(yè)計(jì)劃審核=8分鐘，全網(wǎng)500余臺(tái)設(shè)備進(jìn)行遍歷=500*8min=67小時(shí)結(jié)果分析人工審核時(shí)間：2011年5月第9-11次小組會(huì)議討論細(xì)化方案并進(jìn)行試驗(yàn)，制圖人：劉磊17 1. 集中運(yùn)行維護(hù)平臺(tái)自動(dòng)完成報(bào)文結(jié)果的審核，對(duì)異常項(xiàng)目生成智能巡檢告警送至綜合告警平臺(tái)。 2. 由專門的監(jiān)控人員分析綜合告警平臺(tái)上生成的維護(hù)作業(yè)計(jì)劃告警信息。 3. 監(jiān)控人員派發(fā)EOMS故障工單給相應(yīng)區(qū)域的維護(hù)人員，維護(hù)人員根據(jù)故障工單來處理故障。網(wǎng)元 集中運(yùn)行維護(hù)平臺(tái) 綜合告警平臺(tái)01010100101010維護(hù)人員監(jiān)控人員故障工單告警信息智能巡檢告警時(shí)間：2011

12、年5月第9-11次小組會(huì)議討論細(xì)化方案并進(jìn)行試驗(yàn)，制圖人：劉磊智能巡檢告警18測(cè)試方案測(cè)試過程 測(cè)試網(wǎng)元 BJGS04 執(zhí)行項(xiàng)目數(shù)量 10 返回報(bào)文時(shí)間 2min 報(bào)文呈現(xiàn)時(shí)間 10s 派發(fā)智能巡檢告警 30s 綜合告警平臺(tái)分析告警 生成告警信息 10s 監(jiān)控人員分析告警 1min 監(jiān)控人員派發(fā)故障工單 2min 維護(hù)人員分析故障工單 1min 對(duì)日例行維護(hù)作業(yè)計(jì)劃的執(zhí)行和審核都實(shí)現(xiàn)了自動(dòng)化，不需要維護(hù)人員遍歷全部項(xiàng)目。 由綜合告警平臺(tái)分析智能巡檢告警只需要10s的時(shí)間，極大的壓縮了維護(hù)人員審核時(shí)間。X 但是監(jiān)控人員對(duì)告警的分析、派單等還是人工執(zhí)行，需要一定的時(shí)間。假定全網(wǎng)500臺(tái)設(shè)備每天有5

13、00個(gè)告警（合理假設(shè)），監(jiān)控人員需要用時(shí)（1+2+1）min*500=33小時(shí)結(jié)果分析派發(fā)故障工單綜合告警平臺(tái)監(jiān)控人員人工派單時(shí)間：2011年5月第9-11次小組會(huì)議討論細(xì)化方案并進(jìn)行試驗(yàn)，制圖人：劉磊19 1. 集中運(yùn)行維護(hù)平臺(tái)自動(dòng)完成報(bào)文結(jié)果的審核，對(duì)異常項(xiàng)目生成智能巡檢告警送至綜合告警平臺(tái)，綜合告警平臺(tái)自動(dòng)完成對(duì)告警信息的分析并送至EOMS平臺(tái)。 2. EOMS平臺(tái)根據(jù)告警信息自動(dòng)生成維護(hù)作業(yè)計(jì)劃告警工單，維護(hù)人員根據(jù)故障工單來處理故障。網(wǎng)元 集中運(yùn)行維護(hù)平臺(tái) 綜合告警平臺(tái)01010100101010告警信息智能巡檢告警EOMS平臺(tái)維護(hù)人員自動(dòng)派發(fā)故障工單時(shí)間：2011年5月第9-11次

14、小組會(huì)議討論細(xì)化方案并進(jìn)行試驗(yàn)，制圖人：劉磊20測(cè)試方案測(cè)試過程 對(duì)日例行維護(hù)作業(yè)計(jì)劃的執(zhí)行和審核都實(shí)現(xiàn)了自動(dòng)化。 實(shí)現(xiàn)了告警信息分析和派發(fā)工單的自動(dòng)化，真正實(shí)現(xiàn)了智能巡檢平臺(tái)由執(zhí)行指令、分析結(jié)果到生成告警信息、派發(fā)工單的全程自動(dòng)化。 省去了監(jiān)控人員分析告警、派單等人工操作的步驟，由原來的3min壓縮到了20s，現(xiàn)在維護(hù)人員對(duì)告警的處理只需要（1min+20s）*500=11小時(shí)結(jié)果分析 測(cè)試網(wǎng)元 BJGS04 執(zhí)行項(xiàng)目數(shù)量 10 返回報(bào)文時(shí)間 2min 報(bào)文呈現(xiàn)時(shí)間 10s 派發(fā)智能巡檢告警 30s 綜合告警平臺(tái)分析告警 生成告警信息 10s 派發(fā)告警信息至EOMS平臺(tái) 10s EOMS平臺(tái)

15、生成維護(hù)作業(yè) 計(jì)劃告警工單 10s 維護(hù)人員分析告警工單 1min結(jié)論：最佳方案！智能巡檢告警派發(fā)故障工單綜合告警平臺(tái)自動(dòng)派單EOMS平臺(tái)時(shí)間：2011年5月第9-11次小組會(huì)議討論細(xì)化方案并進(jìn)行試驗(yàn)，制圖人：劉磊21A0A1A2A3ZB1B2C1C2D1D2時(shí)間：2011年6月第12次小組會(huì)議討論確定處理流程，制圖人：劉磊22時(shí)間：2011年6月第12次小組會(huì)議討論確定開發(fā)模塊，制圖人：劉磊23時(shí)間：2011年7月第13次小組會(huì)議討論確定對(duì)策表，制圖人：劉彥挺項(xiàng)目對(duì)策目標(biāo)措施負(fù)責(zé)人地點(diǎn)完成日期模塊1開發(fā)集中運(yùn)行維護(hù)平臺(tái)的數(shù)據(jù)采集接口及參數(shù)優(yōu)化數(shù)據(jù)采集的成功率達(dá)到99.9%以上開發(fā)數(shù)據(jù)采集接口

16、用正交法選擇最優(yōu)的接口參數(shù)組合。劉彥挺菜市口13層會(huì)議室2011-07-31模塊2使用Java Script編寫腳本，移植人機(jī)命令并開發(fā)命令腳本的模板完成所有日例行維護(hù)作業(yè)計(jì)劃的操作指令的移植，實(shí)現(xiàn)100%覆蓋率編寫符合智能巡檢平臺(tái)要求的巡檢任務(wù)腳本，涵蓋所有網(wǎng)元類型的所有日例行維護(hù)作業(yè)計(jì)劃項(xiàng)目劉磊菜市口13層會(huì)議室2011-08-31模塊3添加巡檢方案，按照集團(tuán)公司要求完成任務(wù)調(diào)度完成所有維護(hù)項(xiàng)目的模板制作和方案下發(fā)，完成全部日例行任務(wù)的調(diào)度。創(chuàng)建維護(hù)項(xiàng)目的模板，選擇要下發(fā)的模板和網(wǎng)元建立方案。系統(tǒng)將自動(dòng)生成元任務(wù)，根據(jù)集團(tuán)規(guī)范要求完成巡檢任務(wù)調(diào)度劉春燕菜市口13層會(huì)議室2011-08-31

17、模塊4集中運(yùn)行維護(hù)平臺(tái)與綜合告警平臺(tái)進(jìn)行聯(lián)調(diào)，實(shí)現(xiàn)巡檢任務(wù)觸發(fā)告警信息綜合告警平臺(tái)能夠自動(dòng)完成告警分析、生成相應(yīng)的告警信息制作智能巡檢平臺(tái)與綜合告警平臺(tái)的接口，以使綜合告警平臺(tái)能夠分析集中運(yùn)行維護(hù)平臺(tái)根據(jù)巡檢任務(wù)腳本制定的規(guī)則產(chǎn)生的告警劉彥挺菜市口13層會(huì)議室2011-08-31模塊5 針對(duì)智能巡檢告警，實(shí)現(xiàn)EOMS平臺(tái)的自動(dòng)派單EOMS接受綜合告警發(fā)來的告警信息，產(chǎn)生告警工單并派發(fā)到指定賬號(hào)綜合告警平臺(tái)與EOMS平臺(tái)間的接口已存在可直接使用，需要針對(duì)巡檢任務(wù)指定專門的派單賬號(hào)及告警工單流轉(zhuǎn)、處理流程規(guī)則建立智能巡檢工單的短信提醒 陳恕菜市口15層綜合網(wǎng)管中心2011-08-3124添加巡檢方

18、案，完成任務(wù)調(diào)度模塊模塊1 1模塊模塊2 2模塊模塊3 3模塊模塊4 4模塊模塊5 5分析智能巡檢告警，自動(dòng)生成告警信息根據(jù)告警信息，自動(dòng)派發(fā)EOMS告警工單移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整對(duì)策 開發(fā)集中運(yùn)行維護(hù)平臺(tái)的數(shù)據(jù)采集接口及參數(shù)優(yōu)化實(shí)施 2011年7月31日完成集中運(yùn)行維護(hù)平臺(tái)上數(shù)據(jù)采集接口的開發(fā)，為了保證集中運(yùn)行維護(hù)平臺(tái)數(shù)據(jù)采集的成功率，我們使用正交實(shí)驗(yàn)法進(jìn)行測(cè)試，找出最優(yōu)的參數(shù)組合。實(shí)驗(yàn)情況1.制定因素位級(jí)表因素連接網(wǎng)元并發(fā)數(shù)A（個(gè)）指令下發(fā)間隔時(shí)間B（秒）失敗后重復(fù)連接次數(shù)C（個(gè)）位級(jí)110201位級(jí)220403位級(jí)3306052.因素說明表因素說明連接網(wǎng)元并

19、發(fā)數(shù)A（個(gè)）同時(shí)連接網(wǎng)元的數(shù)量。連接數(shù)量過少會(huì)導(dǎo)致數(shù)據(jù)采集的效率低；連接數(shù)量過多會(huì)導(dǎo)致集中運(yùn)行維護(hù)平臺(tái)負(fù)荷過高。指令下發(fā)間隔時(shí)間B（秒）采集數(shù)據(jù)時(shí)下發(fā)指令的時(shí)間間隔。間隔時(shí)間過短會(huì)導(dǎo)致采集數(shù)據(jù)的遺漏；時(shí)間過長會(huì)導(dǎo)致數(shù)據(jù)采集的時(shí)延過大。失敗后重新連接次數(shù)C（個(gè)）數(shù)據(jù)采集失敗后重復(fù)連接網(wǎng)元的次數(shù)。重復(fù)連接數(shù)過少會(huì)導(dǎo)致采集數(shù)據(jù)的遺漏，重復(fù)連接數(shù)過多，會(huì)導(dǎo)致數(shù)據(jù)采集的時(shí)延過大。時(shí)間：2011年7-9月第14-20次小組會(huì)議進(jìn)行實(shí)施階段分析及總結(jié)，制圖人：劉磊25添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動(dòng)生成告警信息根據(jù)告警信息，自動(dòng)派發(fā)EOMS告警工單移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開

20、發(fā)與調(diào)整實(shí)驗(yàn)情況 因素 實(shí)驗(yàn)號(hào)連接網(wǎng)元并發(fā)數(shù)A（個(gè)）指令下發(fā)間隔時(shí)間B（秒）失敗后重復(fù)連接次數(shù)C（個(gè)）數(shù)據(jù)采集成功率(%)11(10)1(20)398.322(20)1199.133(30)1299.8412(40)299.9522399.6632199.3713(60)1(3)98.78232(5)98.99333(8)99.1I=位級(jí)1之和296.9297.2297.1I+II+III=892.7II=位級(jí)2之和297.6298.8298.6III=位級(jí)3之和298.2296.7297.0極差R=I、II、III中，大數(shù)-小數(shù)1.32.11.63.設(shè)計(jì)實(shí)驗(yàn)方案模塊模塊1 1模塊模塊2 2模

21、塊模塊3 3模塊模塊4 4模塊模塊5 5時(shí)間：2011年7-9月第14-20次小組會(huì)議進(jìn)行實(shí)施階段分析及總結(jié)，制圖人：劉磊26添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動(dòng)生成告警信息移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整實(shí)驗(yàn)情況4.實(shí)驗(yàn)結(jié)果分析“直接看，可靠又方便”：直接比較9個(gè)實(shí)驗(yàn)的成功率，容易看出，第4號(hào)的數(shù)據(jù)采集成功率最高 為99.9%，“直接看”的好條件為A1B2C2?！八阋凰?，有效又簡(jiǎn)單”：按照位級(jí)之和越大條件越好，我們得出“算一算”的好條件為A3B2C2。小組成員在7月18日-7月22日對(duì)“直接看”和“算一算”的好條件分別進(jìn)行了批量實(shí)驗(yàn)。7月18日7月19日7月2

22、0日7月21日7月22日平均值直接看100%99.9%99.8%100%99.8%99.9%算一算99.8%99.8%99.9%99.9%99.6%99.8% 根據(jù)批量時(shí)間結(jié)果，我們可以看出，”直接看”好條件的平均成功率為99.9%，”算一算”好條件的平均成功率為99.8%，在集中運(yùn)行維護(hù)平臺(tái)數(shù)據(jù)采集接口開發(fā)中，我們根據(jù)實(shí)驗(yàn)結(jié)果和實(shí)際情況選擇“A1B2C2”的好條件，即連接網(wǎng)元并發(fā)數(shù)為10個(gè)，指令下發(fā)間隔時(shí)間為40秒，失敗后重復(fù)連接次數(shù)為3次。在集中運(yùn)行維護(hù)平臺(tái)成功完成了數(shù)據(jù)采集接口的開發(fā)，通過正交實(shí)驗(yàn)，選擇出了最優(yōu)的參數(shù)組合，可將數(shù)據(jù)采集的平均成功率保持在99.9%。效果確認(rèn)時(shí)間：7月23日

23、-7月25日模塊模塊1 1模塊模塊2 2模塊模塊3 3模塊模塊4 4模塊模塊5 5根據(jù)告警信息，自動(dòng)派發(fā)EOMS告警工單時(shí)間：2011年7-9月第14-20次小組會(huì)議進(jìn)行實(shí)施階段分析及總結(jié)，制圖人：劉磊27添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動(dòng)生成告警信息移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整對(duì)策 使用Java Script編寫腳本，移植人機(jī)命令并開發(fā)命令腳本的模板實(shí)施 截至2011年8月31日，完成HLR、SGSN、MGW、MSS和CDS的腳本編寫工作，并完成全部網(wǎng)元所有日例行維護(hù)作業(yè)計(jì)劃的命令腳本共計(jì)49個(gè)模板。腳本編程實(shí)現(xiàn)。應(yīng)用情況051015HLRSGSNMGW

24、MSSCDS開發(fā)的腳本數(shù)量日例行維護(hù)作業(yè)計(jì)劃中100%的項(xiàng)目完成腳本的測(cè)試。制作完成全部5類網(wǎng)元所有日例行維護(hù)作業(yè)計(jì)劃的命令腳本的模板。效果確認(rèn)時(shí)間：9月1日-9月3日模塊模塊1 1模塊模塊2 2模塊模塊3 3模塊模塊4 4模塊模塊5 5根據(jù)告警信息，自動(dòng)派發(fā)EOMS告警工單時(shí)間：2011年7-9月第14-20次小組會(huì)議進(jìn)行實(shí)施階段分析及總結(jié)，制圖人：劉磊28添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動(dòng)生成告警信息移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整對(duì)策 添加巡檢方案，按照集團(tuán)公司要求完成任務(wù)調(diào)度實(shí)施 根據(jù)需要下發(fā)的模板和巡檢網(wǎng)元建立巡檢方案，集中運(yùn)行維護(hù)平臺(tái)自動(dòng)生成相應(yīng)的

25、元任務(wù)，根據(jù)集團(tuán)下發(fā)的設(shè)備維護(hù)細(xì)則完成所有元任務(wù)的調(diào)度工作。截至2011年8月31日，完成了全部5類網(wǎng)元所有日例行維護(hù)作業(yè)計(jì)劃共計(jì)155項(xiàng)元任務(wù)的調(diào)度工作。腳本編程實(shí)現(xiàn)。應(yīng)用情況 完成了集中運(yùn)行維護(hù)平臺(tái)上所有元任務(wù)的建立和調(diào)度工作，實(shí)現(xiàn)了日例行維護(hù)作業(yè)計(jì)劃項(xiàng)目100%的覆蓋率。效果確認(rèn)時(shí)間：9月1日-9月3日模塊模塊1 1模塊模塊2 2模塊模塊3 3模塊模塊4 4模塊模塊5 5根據(jù)告警信息，自動(dòng)派發(fā)EOMS告警工單時(shí)間：2011年7-9月第14-20次小組會(huì)議進(jìn)行實(shí)施階段分析及總結(jié)，制圖人：劉磊29添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動(dòng)生成告警信息移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采

26、集接口開發(fā)與調(diào)整對(duì)策 集中運(yùn)行維護(hù)平臺(tái)與綜合告警平臺(tái)進(jìn)行聯(lián)調(diào)，實(shí)現(xiàn)巡檢任務(wù)觸發(fā)告警信息實(shí)施 截至2011年8月31日，完成集中運(yùn)行維護(hù)平臺(tái)與綜合告警平臺(tái)的聯(lián)調(diào)，利用告警解析腳本的規(guī)則產(chǎn)生的智能巡檢告警（包含告警號(hào)）送至綜合告警平臺(tái)分析，觸發(fā)綜合告警平臺(tái)自動(dòng)生成標(biāo)準(zhǔn)告警信息。腳本編程實(shí)現(xiàn)。應(yīng)用情況完成集中運(yùn)行維護(hù)平臺(tái)上告警解析腳本開發(fā)，并實(shí)現(xiàn)了與綜合告警平臺(tái)的連接，成功將智能巡檢告警送至綜合告警平臺(tái)進(jìn)行分析，正確生成告警信息。效果確認(rèn)時(shí)間：9月1日-9月3日 綜合告警平臺(tái)綜合告警平臺(tái)生成告警號(hào)送往 綜合告警平臺(tái)模塊模塊1 1模塊模塊2 2模塊模塊3 3模塊模塊4 4模塊模塊5 5根據(jù)告警信息，自

27、動(dòng)派發(fā)EOMS告警工單 分析告警號(hào) 生成標(biāo)準(zhǔn)告警信息時(shí)間：2011年7-9月第14-20次小組會(huì)議進(jìn)行實(shí)施階段分析及總結(jié)，制圖人：劉磊30添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動(dòng)生成告警信息移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整對(duì)策 針對(duì)智能巡檢告警，實(shí)現(xiàn)EOMS平臺(tái)的自動(dòng)派單實(shí)施 截至2011年8月31日，實(shí)現(xiàn)了HLR、SGSN、MGW、MSS和CDS全部網(wǎng)元的智能巡檢上線工作，完成了100%覆蓋集團(tuán)要求的日例行維護(hù)作業(yè)計(jì)劃，對(duì)于異常項(xiàng)目集中運(yùn)行維護(hù)平臺(tái)將智能巡檢告警送至綜合告警平臺(tái)分析，并生成告警信息，EOMS平臺(tái)根據(jù)告警信息自動(dòng)派發(fā)EOMS告警工單。腳本編程實(shí)現(xiàn)。應(yīng)

28、用情況 EOMS平臺(tái)根據(jù)綜合告警平臺(tái)送來的告警信息，及時(shí)將維護(hù)作業(yè)計(jì)劃告警工單派發(fā)至相應(yīng)的EOMS賬號(hào)下，并可以短信提醒相關(guān)的維護(hù)人員。效果確認(rèn)時(shí)間：9月1日-9月3日模塊模塊1 1模塊模塊2 2模塊模塊3 3模塊模塊4 4模塊模塊5 5根據(jù)告警信息，自動(dòng)派發(fā)EOMS告警工單收到維護(hù)作業(yè)計(jì)劃告警工單，工單號(hào)：ID-3161-111226-00167，主題：SCCP子系統(tǒng)狀態(tài)異常時(shí)間：2011年7-9月第14-20次小組會(huì)議進(jìn)行實(shí)施階段分析及總結(jié)，制圖人：劉磊3197%99%98%100%100%100%95%96%97%98%99%100%9.20-10.1910.20-11.1911.20-

29、12.19手工執(zhí)行方式智能巡檢方式 9月20日-12月19日期間智能巡檢方式和手工執(zhí)行方式并行執(zhí)行，通過上述分析，我們可以得出： 采用手工執(zhí)行方式完成預(yù)防性維護(hù)工作，無法保證所有設(shè)備的故障隱患發(fā)現(xiàn)率都達(dá)到100%。 采用智能巡檢平臺(tái)完成預(yù)防性維護(hù)工作，HLR、SGSN、MSS、MGW和CDS均能實(shí)現(xiàn)100%預(yù)防性維護(hù)故障隱患發(fā)現(xiàn)率。01010100101010網(wǎng)元1212.412.212.512.212.56.096.226.42024681012146.20-7.197.20-8.198.20-9.199.20-10.1910.20-11.1911.20-12.19日工時(shí)統(tǒng)計(jì)(6.20-12

30、.19)手工執(zhí)行日工時(shí)智能巡檢日工時(shí) 從上表可以看出9月20日-12月19日期間，采用智能巡檢平臺(tái)完成預(yù)防性維護(hù)工作，平均日工時(shí)從之前三個(gè)月的12.2小時(shí)降低到了6.24小時(shí)，維護(hù)效率提高了 （12.2-6.24）/12.2*100%=47.5%。而在9月20日-12月19日期間平均日工時(shí)也從手工執(zhí)行方式的12.4小時(shí)降低智能巡檢方式的6.24小時(shí)，維護(hù)效率提高了 （12.4-6.24）/12.4*100%=49.6%。32時(shí)間段時(shí)間段人工人工 執(zhí)執(zhí)行行 日工日工時(shí)時(shí)人工人工執(zhí)行執(zhí)行 平均日工平均日工時(shí)時(shí)智能智能 巡檢巡檢 日工日工時(shí)時(shí)智能智能 巡檢巡檢 平均日工平均日工時(shí)時(shí)6.20-7.191212.2-7.20-8.1912.4-8.20-9.1912.2-9.20-10.1912.512.46.096.2410.20-11.1912.26.2