智能巡檢平臺研發(fā)課程

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

2、-2月3-4月5-6月7-8月9月-10月11-12月2012年1月1選擇課題劉春燕2目標(biāo)設(shè)定劉春燕3確定方案劉彥挺、劉磊4制定對策劉磊、陳恕5對策實施劉彥挺、劉磊6效果檢查劉春燕、陳恕7鞏固措施何媛8總結(jié)與打算劉春燕、何媛計劃時間實際時間時間：2011年1月第1-2次小組會議制定活動計劃表，制表人：劉春燕名詞解釋4電子運行維護(hù)系統(tǒng)（EOMS） ： 實現(xiàn)公司相關(guān)管理流程的信息化落地，是管理、維護(hù)人員日常工單處理的支撐平臺。集中運行維護(hù)平臺： 通過指令接口完成網(wǎng)管系統(tǒng)對網(wǎng)絡(luò)配置信息、主動監(jiān)控指標(biāo)、實時信息的查詢等操作，實現(xiàn)各類網(wǎng)元指令統(tǒng)一下發(fā)、采集、分析、處理。 綜合告警平臺： 通過接入各類網(wǎng)元

3、告警信息，實現(xiàn)通信網(wǎng)絡(luò)告警的統(tǒng)一采集、統(tǒng)一關(guān)聯(lián)、統(tǒng)一呈現(xiàn)，統(tǒng)一派單。5 隨著通信市場競爭的日趨激烈，網(wǎng)絡(luò)質(zhì)量已成為保障客戶感知的生命線，其戰(zhàn)略地位尤為重要。同時，網(wǎng)絡(luò)管理也正向集中化、一體化逐漸演進(jìn)。 宏 觀 環(huán) 境網(wǎng) 絡(luò) 質(zhì) 量競爭對手“攜號轉(zhuǎn)網(wǎng)”這項惠民政策的開展，使北京移動面臨比之前更大的市場競爭壓力，同時也對網(wǎng)絡(luò)安全也提出了更高的要求?？蛻舾兄?011年中國移動將提升客戶感知作為改善網(wǎng)絡(luò)質(zhì)量的指導(dǎo)方向，繼續(xù)發(fā)揮“網(wǎng)絡(luò)質(zhì)量大會戰(zhàn)”的重要作用。李躍總裁在網(wǎng)絡(luò)工作會上指出：“實現(xiàn)全網(wǎng)質(zhì)量全面領(lǐng)先競爭對手，建立起集中監(jiān)控、集中網(wǎng)管、集中維護(hù)、集中優(yōu)化的現(xiàn)代化維護(hù)體系。北京公司領(lǐng)導(dǎo)在網(wǎng)絡(luò)工作會上

4、指出：要“創(chuàng)新網(wǎng)絡(luò)管理，推進(jìn) “一體化”維護(hù)。戰(zhàn)略規(guī)劃選擇課題選擇課題6網(wǎng)運中心預(yù)防性維護(hù)故障處理網(wǎng)絡(luò)優(yōu)化投訴處理網(wǎng)絡(luò)建設(shè)27個局點2000余萬用戶10000余臺設(shè)備皂君廟區(qū)域西客站區(qū)域望京區(qū)域幸福區(qū)域 網(wǎng)運中心作為北京移動通信網(wǎng)核心網(wǎng)絡(luò)的維護(hù)部門，保障著移動通信網(wǎng)的安全、穩(wěn)定、高效的運行，同時也是公司的日常運營收入重要保證。而核心交換設(shè)備承載著數(shù)十萬的交換任務(wù)，因此關(guān)系客戶感知的核心設(shè)備的預(yù)防性維護(hù)就成為我們工作中的重中之重。選擇課題7序號問題未發(fā)現(xiàn)原因發(fā)生頻數(shù)（12個月累計）頻率%1維護(hù)項目手工查詢工作量大、易出錯48492維護(hù)項目執(zhí)行不及時45473維護(hù)項目不能確保每項核查114維護(hù)項目

5、不能確保有專人處理33合計97100 小組對2010年下半年預(yù)防性維護(hù)問題發(fā)現(xiàn)情況進(jìn)行了統(tǒng)計分析，得出目前的網(wǎng)絡(luò)預(yù)防性維護(hù)方式不能完全及時準(zhǔn)確地發(fā)現(xiàn)網(wǎng)絡(luò)安全隱患。1、每天耗時150余人時，出錯數(shù)由年初月均3件上升為年底月均5件。3、近1%的維護(hù)項目不能確保每項核查。2、不能及時處理呈上升趨勢。4、有3%的維護(hù)項目無專人負(fù)責(zé)。時間：2011年3月第34次小組維護(hù)作業(yè)計劃現(xiàn)狀進(jìn)行分析并歸納原因，制表人：劉春燕故障隱患發(fā)現(xiàn)率在98%左右主要原因：手工查詢工作量大、易出錯、不及時 84000余項日例行維護(hù)作業(yè)計劃500臺核心網(wǎng)設(shè)備12名維護(hù)人員4個維護(hù)組選擇課題時間：2011年2月第34次小組維護(hù)作業(yè)

6、計劃現(xiàn)狀進(jìn)行分析并歸納原因，制表人：劉春燕新 從左圖我們可以看出一年的日例行維護(hù)作業(yè)計劃多達(dá)146萬項，但我們的實際維護(hù)手段還主要停留在手動執(zhí)行命令及通過小程序半自動執(zhí)行的混合狀態(tài)，手動執(zhí)行效率低下，存在人為疏忽和遺忘，通過半自動工具手段也無法保證預(yù)防性工作的準(zhǔn)確及時運行。實際運維手段分析： 選擇課題9預(yù)防性維護(hù)HLRSGSNMGWMSSCDS全新智能化維護(hù)模式時間：2011年3月第5次小組設(shè)定課題目標(biāo)，制表人：劉春燕選 題： 智能巡檢平臺研發(fā) 傳統(tǒng)維護(hù)方式： 1、不能完全及時準(zhǔn)確地發(fā)現(xiàn)網(wǎng)絡(luò)安全隱患。 2、手工執(zhí)行預(yù)防性維護(hù)工作量大、易出錯。 3、很難通過增加人力及加大考核來提升效率。 小組決

7、定開發(fā)一種全新智能化維護(hù)模式，達(dá)到及時發(fā)現(xiàn)故障、提高維護(hù)效率、確保審計效力的目的。經(jīng)過小組討論決定本次QC活動針對最重要的五類網(wǎng)元（HLR、SGSN、MGW、MSS、CDS）進(jìn)行試點。1098%活動前活動目標(biāo)99.99%100%活動前活動目標(biāo)60%故障隱患發(fā)現(xiàn)率工作量目標(biāo)1：實現(xiàn)99.99%故障隱患發(fā)現(xiàn)率目標(biāo)2：維護(hù)工作量降低40%課題目標(biāo)設(shè)定目標(biāo)提出方案并確定最佳方案-總體方案設(shè)計針對提升預(yù)防性維護(hù)工作的迫切需求，小組成員運用“頭腦風(fēng)暴法”提出了11個想法。并通過親和圖進(jìn)行繪制整理：11使用現(xiàn)有半自動化工具對現(xiàn)有工具進(jìn)行優(yōu)化開發(fā)周期短業(yè)務(wù)有變更后快速修改根據(jù)現(xiàn)有情況定制開發(fā)靈活度高基于區(qū)域的

8、分散式開發(fā)解決方案集中操作維護(hù)平臺已經(jīng)實現(xiàn)到各網(wǎng)元的通道可通過EOMS故障工單的方式督促專人處理可以利用現(xiàn)有網(wǎng)管系統(tǒng)無需新購硬件設(shè)備綜合告警平臺與EOMS已開發(fā)完成相應(yīng)接口提供整體的解決方案基于網(wǎng)管的集中式開發(fā)解決方案可利用多套網(wǎng)管系統(tǒng)進(jìn)行聯(lián)動開發(fā)將預(yù)防性維護(hù)內(nèi)容納入統(tǒng)一的故障管理開發(fā)完成后的平臺有專人維護(hù)時間：2011年4月第6次小組會議成員頭腦風(fēng)暴利用親和圖歸納總體方案，制圖人：劉彥挺12提出方案并確定最佳方案-總體方案設(shè)計我們通過使用親和圖法，提出了兩種解決方案：VS時間：2011年4月第6次小組會議成員頭腦風(fēng)暴利用親和圖歸納總體方案，制圖人：劉彥挺基于網(wǎng)管的集中式解決方案總體方案二基于

9、區(qū)域的分布式解決方案總體方案一提出方案并確定最佳方案-總體方案設(shè)計13指標(biāo)較好指標(biāo)適中指標(biāo)較差需求滿足開發(fā)實現(xiàn)維護(hù)保障時間：2011年4月第7-8次小組會議對兩個總體方案進(jìn)行對比討論，制圖人：劉彥挺100%滿足現(xiàn)有維護(hù)作業(yè)計劃100%滿足現(xiàn)有維護(hù)作業(yè)計劃平均變更實現(xiàn)時間為1天平均變更實現(xiàn)時間為3天預(yù)計開發(fā)2個月預(yù)計開發(fā)1個月需自主開發(fā)，實現(xiàn)較困難需自主開發(fā)，實現(xiàn)較困難目前網(wǎng)管系統(tǒng)已經(jīng)實現(xiàn)目前網(wǎng)管已有派單接口，需進(jìn)行少量修改即可滿足由于缺少專業(yè)測試，可用性較差，年平均系統(tǒng)可用性為：98%由開發(fā)人員進(jìn)行監(jiān)控維護(hù)，故障監(jiān)控率為58.33%由于擁有專業(yè)測試，可用性較高，年平均系統(tǒng)可用性為：99.9%由

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

11、組會議討論細(xì)化方案并進(jìn)行試驗，制圖人：劉磊15提出解決方案并確定最佳方案-細(xì)化方案的確定 集中運行維護(hù)平臺維護(hù)人員網(wǎng)元1. 集中運行維護(hù)平臺通過網(wǎng)管系統(tǒng)向網(wǎng)元發(fā)送指令并采集返回的報文結(jié)果。2. 維護(hù)人員直接登錄集中運行維護(hù)平臺對全部日例行維護(hù)作業(yè)計劃項目進(jìn)行查看和審核，并根據(jù)異常結(jié)果來處理故障。細(xì)化方案一：基于集中運行維護(hù)平臺的一站式維護(hù) 01010100101010時間：2011年5月第9-11次小組會議討論細(xì)化方案并進(jìn)行試驗，制圖人：劉磊提出解決方案并確定最佳方案-細(xì)化方案的確定16測試方案測試過程 測試網(wǎng)元BJGS04 執(zhí)行項目數(shù)量10 返回報文時間2min 報文呈現(xiàn)時間10s 維護(hù)人員

12、檢查時間8min添加網(wǎng)元 添加任務(wù) 任務(wù)執(zhí)行執(zhí)行結(jié)果彈出報告測試方案一 日例行維護(hù)作業(yè)計劃的執(zhí)行實現(xiàn)了自動化。 返回結(jié)果和呈現(xiàn)報告的時間都很短。X 極大的縮短了之前人工執(zhí)行指令的操作時間，但是人工審核報告還需要一定的時間。一個網(wǎng)元10項維護(hù)作業(yè)計劃審核=8分鐘，全網(wǎng)500余臺設(shè)備進(jìn)行遍歷=500*8min=67小時結(jié)果分析人工審核時間：2011年5月第9-11次小組會議討論細(xì)化方案并進(jìn)行試驗，制圖人：劉磊結(jié)論：對報告的審核會消耗大量時間和人力，可繼續(xù)優(yōu)化細(xì)化方案二：基于綜合告警平臺的人工派單式維護(hù)提出解決方案并確定最佳方案-細(xì)化方案的確定171. 集中運行維護(hù)平臺自動完成報文結(jié)果的審核，對異常

13、項目生成智能巡檢告警送至綜合告警平臺。2. 由專門的監(jiān)控人員分析綜合告警平臺上生成的維護(hù)作業(yè)計劃告警信息。3. 監(jiān)控人員派發(fā)EOMS故障工單給相應(yīng)區(qū)域的維護(hù)人員，維護(hù)人員根據(jù)故障工單來處理故障。網(wǎng)元 集中運行維護(hù)平臺 綜合告警平臺01010100101010維護(hù)人員監(jiān)控人員故障工單告警信息智能巡檢告警時間：2011年5月第9-11次小組會議討論細(xì)化方案并進(jìn)行試驗，制圖人：劉磊智能巡檢告警測試方案二18提出解決方案并確定最佳方案-細(xì)化方案的確定測試方案測試過程 測試網(wǎng)元 BJGS04 執(zhí)行項目數(shù)量 10 返回報文時間 2min 報文呈現(xiàn)時間 10s 派發(fā)智能巡檢告警 30s 綜合告警平臺分析告警

14、 生成告警信息 10s 監(jiān)控人員分析告警 1min 監(jiān)控人員派發(fā)故障工單 2min 維護(hù)人員分析故障工單 1min 對日例行維護(hù)作業(yè)計劃的執(zhí)行和審核都實現(xiàn)了自動化，不需要維護(hù)人員遍歷全部項目。 由綜合告警平臺分析智能巡檢告警只需要10s的時間，極大的壓縮了維護(hù)人員審核時間。X 但是監(jiān)控人員對告警的分析、派單等還是人工執(zhí)行，需要一定的時間。假定全網(wǎng)500臺設(shè)備每天有500個告警（合理假設(shè)），監(jiān)控人員需要用時（1+2+1）min*500=33小時結(jié)果分析派發(fā)故障工單綜合告警平臺監(jiān)控人員人工派單時間：2011年5月第9-11次小組會議討論細(xì)化方案并進(jìn)行試驗，制圖人：劉磊結(jié)論：人工手動派單會花費較多的

15、時間，可繼續(xù)優(yōu)化細(xì)化方案三：基于智能巡檢告警的自動派單式維護(hù)提出解決方案并確定最佳方案-細(xì)化方案的確定191. 集中運行維護(hù)平臺自動完成報文結(jié)果的審核，對異常項目生成智能巡檢告警送至綜合告警平臺，綜合告警平臺自動完成對告警信息的分析并送至EOMS平臺。2. EOMS平臺根據(jù)告警信息自動生成維護(hù)作業(yè)計劃告警工單，維護(hù)人員根據(jù)故障工單來處理故障。網(wǎng)元 集中運行維護(hù)平臺 綜合告警平臺01010100101010告警信息智能巡檢告警EOMS平臺維護(hù)人員自動派發(fā)故障工單時間：2011年5月第9-11次小組會議討論細(xì)化方案并進(jìn)行試驗，制圖人：劉磊20提出解決方案并確定最佳方案-細(xì)化方案的確定測試方案測試過

16、程 對日例行維護(hù)作業(yè)計劃的執(zhí)行和審核都實現(xiàn)了自動化。 實現(xiàn)了告警信息分析和派發(fā)工單的自動化，真正實現(xiàn)了智能巡檢平臺由執(zhí)行指令、分析結(jié)果到生成告警信息、派發(fā)工單的全程自動化。 省去了監(jiān)控人員分析告警、派單等人工操作的步驟，由原來的3min壓縮到了20s，現(xiàn)在維護(hù)人員對告警的處理只需要（1min+20s）*500=11小時結(jié)果分析 測試網(wǎng)元 BJGS04 執(zhí)行項目數(shù)量 10 返回報文時間 2min 報文呈現(xiàn)時間 10s 派發(fā)智能巡檢告警 30s 綜合告警平臺分析告警 生成告警信息 10s 派發(fā)告警信息至EOMS平臺 10s EOMS平臺生成維護(hù)作業(yè) 計劃告警工單 10s 維護(hù)人員分析告警工單 1m

17、in測試方案三結(jié)論：最佳方案！智能巡檢告警派發(fā)故障工單綜合告警平臺自動派單EOMS平臺時間：2011年5月第9-11次小組會議討論細(xì)化方案并進(jìn)行試驗，制圖人：劉磊采 用提出解決方案并確定最佳方案-方案流程的確定21A0A1A2A3ZB1B2C1C2D1D2基于PDPC法給出處理流程時間：2011年6月第12次小組會議討論確定處理流程，制圖人：劉磊監(jiān)控人員登陸綜合告警平臺派發(fā)故障工單維護(hù)人員 處理故障網(wǎng)元集中運行維護(hù)平臺巡檢網(wǎng)元派發(fā)智能巡檢告警綜合告警平臺呈現(xiàn)告警信息EOMS平臺分析告警信息，派發(fā)告警工單EOMS平臺發(fā)生故障維護(hù)人員登陸集中運行維護(hù)平臺查看巡檢報告維護(hù)人員登陸網(wǎng)元執(zhí)行維護(hù)作業(yè)計劃

18、綜合告警平臺發(fā)生故障集中運行維護(hù)平臺發(fā)生故障根據(jù)方案確認(rèn)需要開發(fā)的系統(tǒng)模塊提出解決方案并確定最佳方案-方案流程的確定22時間：2011年6月第12次小組會議討論確定開發(fā)模塊，制圖人：劉磊集中運行維護(hù)平臺網(wǎng)元管理模塊1：數(shù)據(jù)采集接口開發(fā)與調(diào)整指令管理任務(wù)管理調(diào)度管理告警管理工單管理資源管理綜合告警平臺EOMS平臺模塊2：移植操作指令，開發(fā)命令腳本 模板模塊3：添加巡檢方案，完成任務(wù)調(diào)度模塊4：分析智能巡檢告警，自動生成 告警信息模塊5：根據(jù)告警信息，自動派發(fā)EOMS告警工單基于智能巡檢告警的自動派單式維護(hù)方式涉及3套網(wǎng)管系統(tǒng) 涉及7個功能涉及開發(fā)調(diào)整5個模塊制定對策23制定5W1H對策表：時間：

19、2011年7月第13次小組會議討論確定對策表，制圖人：劉彥挺項目對策目標(biāo)措施負(fù)責(zé)人地點完成日期模塊1開發(fā)集中運行維護(hù)平臺的數(shù)據(jù)采集接口及參數(shù)優(yōu)化數(shù)據(jù)采集的成功率達(dá)到99.9%以上開發(fā)數(shù)據(jù)采集接口用正交法選擇最優(yōu)的接口參數(shù)組合。劉彥挺菜市口13層會議室2011-07-31模塊2使用Java Script編寫腳本，移植人機(jī)命令并開發(fā)命令腳本的模板完成所有日例行維護(hù)作業(yè)計劃的操作指令的移植，實現(xiàn)100%覆蓋率編寫符合智能巡檢平臺要求的巡檢任務(wù)腳本，涵蓋所有網(wǎng)元類型的所有日例行維護(hù)作業(yè)計劃項目劉磊菜市口13層會議室2011-08-31模塊3添加巡檢方案，按照集團(tuán)公司要求完成任務(wù)調(diào)度完成所有維護(hù)項目的模

20、板制作和方案下發(fā)，完成全部日例行任務(wù)的調(diào)度。創(chuàng)建維護(hù)項目的模板，選擇要下發(fā)的模板和網(wǎng)元建立方案。系統(tǒng)將自動生成元任務(wù)，根據(jù)集團(tuán)規(guī)范要求完成巡檢任務(wù)調(diào)度劉春燕菜市口13層會議室2011-08-31模塊4集中運行維護(hù)平臺與綜合告警平臺進(jìn)行聯(lián)調(diào)，實現(xiàn)巡檢任務(wù)觸發(fā)告警信息綜合告警平臺能夠自動完成告警分析、生成相應(yīng)的告警信息制作智能巡檢平臺與綜合告警平臺的接口，以使綜合告警平臺能夠分析集中運行維護(hù)平臺根據(jù)巡檢任務(wù)腳本制定的規(guī)則產(chǎn)生的告警劉彥挺菜市口13層會議室2011-08-31模塊5 針對智能巡檢告警，實現(xiàn)EOMS平臺的自動派單EOMS接受綜合告警發(fā)來的告警信息，產(chǎn)生告警工單并派發(fā)到指定賬號綜合告警平

21、臺與EOMS平臺間的接口已存在可直接使用，需要針對巡檢任務(wù)指定專門的派單賬號及告警工單流轉(zhuǎn)、處理流程規(guī)則建立智能巡檢工單的短信提醒 陳恕菜市口15層綜合網(wǎng)管中心2011-08-3124添加巡檢方案，完成任務(wù)調(diào)度模塊1模塊2模塊3模塊4模塊5分析智能巡檢告警，自動生成告警信息根據(jù)告警信息，自動派發(fā)EOMS告警工單移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整對策 開發(fā)集中運行維護(hù)平臺的數(shù)據(jù)采集接口及參數(shù)優(yōu)化實施 2011年7月31日完成集中運行維護(hù)平臺上數(shù)據(jù)采集接口的開發(fā)，為了保證集中運行維護(hù)平臺數(shù)據(jù)采集的成功率，我們使用正交實驗法進(jìn)行測試，找出最優(yōu)的參數(shù)組合。實驗情況1.制定因素位級表因

22、素連接網(wǎng)元并發(fā)數(shù)A（個）指令下發(fā)間隔時間B（秒）失敗后重復(fù)連接次數(shù)C（個）位級110201位級220403位級3306052.因素說明表因素說明連接網(wǎng)元并發(fā)數(shù)A（個）同時連接網(wǎng)元的數(shù)量。連接數(shù)量過少會導(dǎo)致數(shù)據(jù)采集的效率低；連接數(shù)量過多會導(dǎo)致集中運行維護(hù)平臺負(fù)荷過高。指令下發(fā)間隔時間B（秒）采集數(shù)據(jù)時下發(fā)指令的時間間隔。間隔時間過短會導(dǎo)致采集數(shù)據(jù)的遺漏；時間過長會導(dǎo)致數(shù)據(jù)采集的時延過大。失敗后重新連接次數(shù)C（個）數(shù)據(jù)采集失敗后重復(fù)連接網(wǎng)元的次數(shù)。重復(fù)連接數(shù)過少會導(dǎo)致采集數(shù)據(jù)的遺漏，重復(fù)連接數(shù)過多，會導(dǎo)致數(shù)據(jù)采集的時延過大。對策實施時間：2011年7-9月第14-20次小組會議進(jìn)行實施階段分析及總

23、結(jié)，制圖人：劉磊25添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動生成告警信息根據(jù)告警信息，自動派發(fā)EOMS告警工單移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整實驗情況 因素 實驗號連接網(wǎng)元并發(fā)數(shù)A（個）指令下發(fā)間隔時間B（秒）失敗后重復(fù)連接次數(shù)C（個）數(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=位級1之和296.9297.2297.1I+II+III=892.7II=位級2之和297.6298.

24、8298.6III=位級3之和298.2296.7297.0極差R=I、II、III中，大數(shù)-小數(shù)1.32.11.63.設(shè)計實驗方案對策實施模塊1模塊2模塊3模塊4模塊5時間：2011年7-9月第14-20次小組會議進(jìn)行實施階段分析及總結(jié)，制圖人：劉磊26添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動生成告警信息移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整實驗情況4.實驗結(jié)果分析“直接看，可靠又方便”：直接比較9個實驗的成功率，容易看出，第4號的數(shù)據(jù)采集成功率最高 為99.9%，“直接看”的好條件為A1B2C2?！八阋凰悖行в趾唵巍保喊凑瘴患壷驮酱髼l件越好，我們得出“算一算”的好

25、條件為A3B2C2。小組成員在7月18日-7月22日對“直接看”和“算一算”的好條件分別進(jìn)行了批量實驗。7月18日7月19日7月20日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ù)批量時間結(jié)果，我們可以看出，”直接看”好條件的平均成功率為99.9%，”算一算”好條件的平均成功率為99.8%，在集中運行維護(hù)平臺數(shù)據(jù)采集接口開發(fā)中，我們根據(jù)實驗結(jié)果和實際情況選擇“A1B2C2”的好條件，即連接網(wǎng)元并發(fā)數(shù)為10個，指令下發(fā)間隔時間為40秒，失敗后重復(fù)連接次數(shù)為3次。效果確認(rèn)在集中運行維護(hù)

26、平臺成功完成了數(shù)據(jù)采集接口的開發(fā)，通過正交實驗，選擇出了最優(yōu)的參數(shù)組合，可將數(shù)據(jù)采集的平均成功率保持在99.9%。效果確認(rèn)時間：7月23日-7月25日對策實施模塊1模塊2模塊3模塊4模塊5根據(jù)告警信息，自動派發(fā)EOMS告警工單時間：2011年7-9月第14-20次小組會議進(jìn)行實施階段分析及總結(jié)，制圖人：劉磊跟蹤試驗算一算A3B2C2直接看A1B2C227添加巡檢方案，完成任務(wù)調(diào)度分析智能巡檢告警，自動生成告警信息移植操作指令，開發(fā)命令腳本模板數(shù)據(jù)采集接口開發(fā)與調(diào)整對策 使用Java Script編寫腳本，移植人機(jī)命令并開發(fā)命令腳本的模板實施 截至2011年8月31日，完成HLR、SGSN、MG

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

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

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

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

31、腳本編程實現(xiàn)。應(yīng)用情況效果確認(rèn) EOMS平臺根據(jù)綜合告警平臺送來的告警信息，及時將維護(hù)作業(yè)計劃告警工單派發(fā)至相應(yīng)的EOMS賬號下，并可以短信提醒相關(guān)的維護(hù)人員。效果確認(rèn)時間：9月1日-9月3日模塊1模塊2模塊3模塊4模塊5根據(jù)告警信息，自動派發(fā)EOMS告警工單收到維護(hù)作業(yè)計劃告警工單，工單號：ID-3161-111226-00167，主題：SCCP子系統(tǒng)狀態(tài)異常時間：2011年7-9月第14-20次小組會議進(jìn)行實施階段分析及總結(jié)，制圖人：劉磊31一、智能巡檢方式和手工執(zhí)行方式的預(yù)防性維護(hù)故障隱患對比分析 9月20日-12月19日期間智能巡檢方式和手工執(zhí)行方式并行執(zhí)行，通過上述分析，我們可以得出

32、：采用手工執(zhí)行方式完成預(yù)防性維護(hù)工作，無法保證所有設(shè)備的故障隱患發(fā)現(xiàn)率都達(dá)到100%。采用智能巡檢平臺完成預(yù)防性維護(hù)工作，HLR、SGSN、MSS、MGW和CDS均能實現(xiàn)100%預(yù)防性維護(hù)故障隱患發(fā)現(xiàn)率。效果檢查-故障隱患發(fā)現(xiàn)率對比分析01010100101010VS網(wǎng)元效果檢查-工作量對比分析二、智能巡檢方式和手工執(zhí)行方式的工作量對比分析 從上表可以看出9月20日-12月19日期間，采用智能巡檢平臺完成預(yù)防性維護(hù)工作，平均日工時從之前三個月的12.2小時降低到了6.24小時，維護(hù)效率提高了 （12.2-6.24）/12.2*100%=47.5%。而在9月20日-12月19日期間平均日工時也從手工執(zhí)行方式的12.4小時降低智能巡檢方式的6.24小時，維護(hù)效率提高了 （12.4-6.24）/12.4*100%=49.6%。32時間段人工 執(zhí)行 日工時人工執(zhí)行 平均日工時智能 巡檢 日工時智能 巡檢 平均日工時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.2211.20-12.1912.56.42 效果確認(rèn)時間：2011年09月20日-2011年12月19日，共計3個月 效果檢查33時間：201