網管專業(yè)培訓材料(維護部分)_200711

1、廣東聯(lián)通移動綜合網管系統(tǒng)數據保障要點廣東聯(lián)通移動綜合網管系統(tǒng)數據保障要點省網管中心2007年11月30日主要內容主要內容 一、故障定義 二、網元配置數據變更管理 三、 07年性能、配置數據管理辦法 四、網管系統(tǒng)故障案例分析 五、網管中心聯(lián)系方式和各人負責范圍 一、維護規(guī)程重點說明一、維護規(guī)程重點說明故障定義故障定義在2007年10月份下發(fā)的中國聯(lián)通廣東分公司通信網故障調度管理辦法 中，對嚴重故障和一般故障的時限有所調整，比之前的考核更嚴格了。故障定義重大故障嚴重故障一般故障輕微故障省級網管系統(tǒng)阻斷/宕機超過24小時。624小時之間 36小時之間 3小時以內省級網管系統(tǒng)軟件或主要設備（包括傳輸或

2、其它專業(yè)所屬設備，備份設備除外）故障造成系統(tǒng)不能正常運行超過24小時 超過24小時。624小時之間 36小時之間 3小時以內專業(yè)網管系統(tǒng)阻斷/宕機（包括關鍵設備（包括傳輸或其它專業(yè)所屬設備）、軟件故障）超過24小時。1224小時之間 312小時之間 3小時小時以內連接總部網管中心的網管鏈路阻斷或數據不能正常上傳。 超過24小時。624小時之間 36小時之間 3小時以內故障定義重大故障嚴重故障一般故障輕微故障網管系統(tǒng)主要設備故障但未影響系統(tǒng)正常運行 超過72小時。網管系統(tǒng)與其所管理的50%以上網元連接阻斷超過24小時。1224小時之間 312小時之間 3小時以內OMC和綜合網管鏈接中斷大于等于4

3、8小時。2448小時之間 624小時之間 6小時以內單個網元(TMSC /GMSC/ MSC/PDSN/AAA /HLR/ SCP /BSC)和OMC采集鏈路中斷大于等于48小時。12 48小時之間 12小時以內故障上報流程故障上報流程分公司和省網管值班人員分公司和省公司運維負責人省公司運維負責人：程麗江羅希茵部24小時值班熱線：江海010-66504116耿巖公司故障接收郵箱（同時發(fā)送）同時發(fā)送故障簡短說明40小時內提交詳細的故障原因分析報告重大故障嚴重故障重大故障嚴重故障故障發(fā)生起30分

4、鐘內口頭上報總部故障接收郵箱：耿巖：江海：重大故障嚴重故障一般故障2 個 工作日內提交詳細的故障原因分析報告2 個 工作日內提交詳細的故障原因分析報告20小時內 提 交初 步 的XX 分 公 司障 上 報表yymmdd每月匯總成xx分公司網管專業(yè)一般故障月匯總表，在下月初上報至省公司運維部，上報時間同月報上報時間省公司網管組匯總整理：羅希茵在每月月報分析報告中，對重大故障和嚴重故障進行分析總結，并在規(guī)定時間上報省網管中心值班電話：020-3869627513005164444故障確認后10分鐘內口頭上報附件：廣東分公司運維部網管系統(tǒng)故障上附件：廣東分公司運維部網管系統(tǒng)故障上報管理流程（報管理流

5、程（2007年）年）分析并存檔，作為考核依據每 月 將 所有 故 障 匯總 成 廣東 分 公 司網 管 專 業(yè)故 障 月 匯總表yymm一般故障發(fā)生故障網管監(jiān)控系統(tǒng)故障發(fā)生起60分鐘內口頭上報通過網管監(jiān)控系統(tǒng)發(fā)現(xiàn)的重大和嚴重故障中分公司未上報的部分在10分鐘內口頭上報省公司，并同時通知分公司分公司運維部輕微故障一般故障二、二、07年性能、配置數據管理辦法年性能、配置數據管理辦法 根據總部根據總部2007網管系統(tǒng)性能數據管理辦法網管系統(tǒng)性能數據管理辦法 我省細化形成了我省細化形成了廣東移動綜合網管系廣東移動綜合網管系統(tǒng)性能、配置數據管理辦法統(tǒng)性能、配置數據管理辦法，該辦法從網管數據的完整性、準確

6、性、及時性方面制定了，該辦法從網管數據的完整性、準確性、及時性方面制定了7個考核指標，并從個考核指標，并從7月份開始對分公司實施考核。月份開始對分公司實施考核。指標數據類型指標要求滿分值0分值考核時段允許補報時間網管數據準確性性能數據性能文件中網元數量完整性99.90%99.5%6：0023：0048小時網元性能數據完整性99.90%99%網元性能數據合理性99%97%全省實際忙時網元性能數據關聯(lián)性98%95%網管性能數據及時性99%96%6：0023：00無配置數據配置數據的完整性(TMSC/GMSC/MSC/HLR/BSC/PDSN/AAA)100%99%16:00配置數據的完整性(BTS

7、、小區(qū)、中繼群、信令鏈)99%95% 這幾個考核指標在GC網WEB頁面“日常報表”下的“數據保障核查報表”中均有每小時、每日，每月的統(tǒng)計。 實際考核的報表除配置數據、以及及時性的考核外，均采用“48小時”報表做為考核依據。即性能數據準確性和完整性考核的是統(tǒng)計數據是否能夠在48小時內報到綜合網管的情況。 針對每個性能數據均有上限和下限要求，超過上限或下限均認為出錯。及時性要求分公司的網元數據要在3小時內上報到綜合網管系統(tǒng)。 關聯(lián)性考核以是否滿足G網7條，C網10條關聯(lián)性要求為依據。 出錯率計算公式： 時間段內缺失（錯誤）的指標個數/（應上報指標個數時間段內小時個數） 考核辦法詳細見附件： 二、網

8、元配置數據變更管理二、網元配置數據變更管理 目的目的 網管的配置數據及時更新，保障網管配置數據的準確性。特制定本流程，并在網管的配置數據及時更新，保障網管配置數據的準確性。特制定本流程，并在電子運維系統(tǒng)上實現(xiàn)了問題跟蹤工單流程。電子運維系統(tǒng)上實現(xiàn)了問題跟蹤工單流程。 流程說明流程說明1 1、由于目前網管系統(tǒng)的處理能力和機制尚不能實現(xiàn)每天對全省所有網元配置數據、由于目前網管系統(tǒng)的處理能力和機制尚不能實現(xiàn)每天對全省所有網元配置數據進行采集更新，對于網絡割接、升級會影響到網管配置數據變化的，必須上報進行采集更新，對于網絡割接、升級會影響到網管配置數據變化的，必須上報配置數據變更申請。如會引起網管配置

9、數據變化、網管網元性能數據為空（割配置數據變更申請。如會引起網管配置數據變化、網管網元性能數據為空（割接引起的性能數據短時間缺失除外），必須在網元割接入網、調整變動當天的接引起的性能數據短時間缺失除外），必須在網元割接入網、調整變動當天的1010點前（如果割接在點前（如果割接在0 0點前執(zhí)行的，要求在第二天點前執(zhí)行的，要求在第二天1010點前上報；如果割接在凌點前上報；如果割接在凌晨割接，就在當天晨割接，就在當天1111點前）在電子運維系統(tǒng)上上報配置數據變更申請點前）在電子運維系統(tǒng)上上報配置數據變更申請, ,提交給提交給億陽的臨武坑處理，同時抄送省網管中心值班員億陽的臨武坑處理，同時抄送省網管

10、中心值班員( (帳號：帳號：wgzbwgzb) )。2 2、億陽在聯(lián)通配置更新、新設備入網等工作完成的當天、億陽在聯(lián)通配置更新、新設備入網等工作完成的當天1414點前完成網管配置數據點前完成網管配置數據更新工作，同時把工單返回給分公司。更新工作，同時把工單返回給分公司。網元配置數據變更管理網元配置數據變更管理3 3、分公司接到億陽反饋配置已更新的工單后，要求在網元割接當日、分公司接到億陽反饋配置已更新的工單后，要求在網元割接當日16:0016:00前按前按總部下發(fā)總部下發(fā)移動綜合網管配置數據管理規(guī)范移動綜合網管配置數據管理規(guī)范在網管在網管WEBWEB頁面上認真填寫。不能頁面上認真填寫。不能出現(xiàn)

11、配置數據為空、錯誤等現(xiàn)象出現(xiàn)配置數據為空、錯誤等現(xiàn)象, ,同時分公司保障新割入網元的性能數據的完整、同時分公司保障新割入網元的性能數據的完整、準確。最后在準確。最后在WEBWEB網頁上對配置更改信息進行確認后把工單反饋給億陽。網頁上對配置更改信息進行確認后把工單反饋給億陽。 4 4、網管值班人員在收到分公司配置數據變更申請后，按需上報工單給總部，并、網管值班人員在收到分公司配置數據變更申請后，按需上報工單給總部，并對整個配置更新流程進行監(jiān)控，監(jiān)督各個環(huán)節(jié)在時限內完成相關工作。并檢查對整個配置更新流程進行監(jiān)控，監(jiān)督各個環(huán)節(jié)在時限內完成相關工作。并檢查分公司是否在要求時限內配置數據填寫完全、準確。

12、分公司是否在要求時限內配置數據填寫完全、準確。5 5、億陽在割接當天、億陽在割接當天2020點前完成配置數據上報總部。點前完成配置數據上報總部。6 6、接到配置工單的網管值班人員負責在接到工單的第二天、接到配置工單的網管值班人員負責在接到工單的第二天1212點前，落實總部配點前，落實總部配置數據是否及時向總部更新后返回給分公司。置數據是否及時向總部更新后返回給分公司。7 7、分公司歸檔該工單。、分公司歸檔該工單。網元配置數據變更管理網元配置數據變更管理注意事項注意事項1 1、對于新網元接入網管、舊網元退網、現(xiàn)有網元配置變更分公司而導致相關配置、對于新網元接入網管、舊網元退網、現(xiàn)有網元配置變更分

13、公司而導致相關配置信息變更的都需要通過上報配置工單。信息變更的都需要通過上報配置工單。2 2、割接、升級以及相關配置數據更新失敗的情況，分公司必須在變化當天上午、割接、升級以及相關配置數據更新失敗的情況，分公司必須在變化當天上午1010：0000前郵件、電話通知省網管中心，同時撤銷工單。前郵件、電話通知省網管中心，同時撤銷工單。3 3、分公司的工單同時發(fā)送給所有網管值班人員，當天網管值班人員負責跟蹤落實、分公司的工單同時發(fā)送給所有網管值班人員，當天網管值班人員負責跟蹤落實當天上報的所有配置數據更新問題。當天上報的所有配置數據更新問題。4 4、分公司、億陽要每月定期對配置數據的完整性和準確性進行

14、全面核查。數據保、分公司、億陽要每月定期對配置數據的完整性和準確性進行全面核查。數據保障人員和網管值班人員要每月定期對配置數據的完整性和準確性進行全面抽查。障人員和網管值班人員要每月定期對配置數據的完整性和準確性進行全面抽查。網元配置數據變更管理網元配置數據變更管理常見問題：常見問題：1 1、過早提交工單。如某分公司、過早提交工單。如某分公司1 1月月1616日進行日進行BSCBSC割接，分公司在割接，分公司在1 1月月5 5日就上報配日就上報配置工單，導致工單無法在置工單，導致工單無法在4848小時內閉環(huán)。小時內閉環(huán)。2 2、未能按工單時限要求處理，多個環(huán)節(jié)存在超時現(xiàn)象。、未能按工單時限要求

15、處理，多個環(huán)節(jié)存在超時現(xiàn)象。3 3、對于批量、對于批量BTSBTS配置信息有變化的，按統(tǒng)一附件模版上報：配置信息有變化的，按統(tǒng)一附件模版上報：4 4、網元配置變更了，但是沒有打配置變更工單，如廣州在、網元配置變更了，但是沒有打配置變更工單，如廣州在1111月月2 2日凌晨進行了日凌晨進行了BSC26BSC26重歸屬（從重歸屬（從MSC7MSC7移到移到msc1msc1）的割接，但并沒有打配置數據變更工單。直到）的割接，但并沒有打配置數據變更工單。直到當天下午綜合網管顯示數據異常時候我們才發(fā)現(xiàn)，影響了當天的數據上報。當天下午綜合網管顯示數據異常時候我們才發(fā)現(xiàn)，影響了當天的數據上報。四、四、網管系

16、統(tǒng)故障案例分析（續(xù)）網管系統(tǒng)故障案例分析（續(xù)）案例案例1 1、 20062006年年1111月月1010日日潮州潮州C C網網LOMCLOMC磁盤空間滿和磁盤空間滿和LOMCLOMC數據文件損壞，導致數據文件損壞，導致POMCPOMC對對應的所有文件無法入庫，應的所有文件無法入庫，POMCPOMC服務器嚴重故障，所有中興業(yè)務區(qū)服務器嚴重故障，所有中興業(yè)務區(qū)C C網網管交換數據網網管交換數據無法采集，時間長達無法采集，時間長達2424小時。小時。案例案例分析分析：未按網管系統(tǒng)維護規(guī)程進行維護作業(yè)，直接導致故障的產生。：未按網管系統(tǒng)維護規(guī)程進行維護作業(yè)，直接導致故障的產生。網管系統(tǒng)故障案例分析（續(xù)

17、）網管系統(tǒng)故障案例分析（續(xù)）案例案例2 2、 20062006年年1111月月1515日日9 9點，點，佛山佛山分公司分公司G G網摩托網摩托OMCROMCR維護人員在未進行電子割接維護人員在未進行電子割接申請的情況下，對申請的情況下，對G G網摩托網摩托OMCROMCR服務器進行重啟，導致服務器進行重啟，導致G G網摩托網摩托OMCROMCR服務器和省網服務器和省網管中心的鏈接中斷，影響省網管系統(tǒng)數據的正常采集。管中心的鏈接中斷，影響省網管系統(tǒng)數據的正常采集。案例案例分析分析：安全意識薄弱，未按網管系統(tǒng)維護規(guī)程進行維護作業(yè)，直接導致故障：安全意識薄弱，未按網管系統(tǒng)維護規(guī)程進行維護作業(yè)，直接導

18、致故障的產生。的產生。網管系統(tǒng)故障案例分析（續(xù)）網管系統(tǒng)故障案例分析（續(xù)）案例案例3 3、 20062006年年1111月月1717日日1515點點清遠清遠開始綜合網管無法采集開始綜合網管無法采集C C網無線數據，省網管網無線數據，省網管1818日日1111點通知分公司無線負責人，但該負責人認為問題不在分公司，在確認本地點通知分公司無線負責人，但該負責人認為問題不在分公司，在確認本地LOMCLOMC數據正常后就不再跟蹤，也沒有向省網管反饋。到了數據正常后就不再跟蹤，也沒有向省網管反饋。到了1717點省網管再次聯(lián)系分點省網管再次聯(lián)系分公司，直到公司，直到1919點經重啟本地服務進程問題才得以解決

19、。整個故障處理時間過長，點經重啟本地服務進程問題才得以解決。整個故障處理時間過長，分公司沒有及時處理故障，對問題跟蹤到底并及時省網管溝通反饋。分公司沒有及時處理故障，對問題跟蹤到底并及時省網管溝通反饋。 案例案例分析分析：未明確網管維護責任人，：未明確網管維護責任人，溝通不及時，溝通不及時，導致故障的產導致故障的產生生及延遲處理。及延遲處理。網管系統(tǒng)故障案例分析（續(xù)）網管系統(tǒng)故障案例分析（續(xù)）案例案例4 4、 揭陽揭陽分公司人員變更時未做好交接工作，維護人員對網管系統(tǒng)不熟悉。在分公司人員變更時未做好交接工作，維護人員對網管系統(tǒng)不熟悉。在未向省網管申報的情況下，未向省網管申報的情況下，1111月

20、月2121日維護人員對華為日維護人員對華為BSCBSC上華為上華為OMCROMCR性能數據采集性能數據采集帳號進行了密碼修改，并修改了用戶帳號進行了密碼修改，并修改了用戶“OMCR”O(jiān)MCR”的權限，導致在的權限，導致在2121日日1515點至點至2222日日1919點間綜合網管無法采集到該點間綜合網管無法采集到該BSCBSC的數據。的數據。 案例案例分析分析：對網管系統(tǒng)不熟悉，不按流程操作，導致問題的發(fā)生及處理的延遲：對網管系統(tǒng)不熟悉，不按流程操作，導致問題的發(fā)生及處理的延遲 。網管系統(tǒng)故障案例分析（續(xù)）網管系統(tǒng)故障案例分析（續(xù)）案例案例5 5、中山中山分公司于分公司于1212月月8 8日凌

21、晨進行日凌晨進行C C網網HLR3HLR3網元入網割接，割接后沒有按割接工作網元入網割接，割接后沒有按割接工作要求檢查網元的網管接入狀態(tài)，直到要求檢查網元的網管接入狀態(tài)，直到1212月月9 9日上午日上午1111：3030在解決了鏈路故障問題后在解決了鏈路故障問題后HLR3HLR3才正常接入網管，造成才正常接入網管，造成HLR3HLR3在割接入網后長時間未接入網管。在割接入網后長時間未接入網管。案例案例分析分析：安全意識薄弱，：安全意識薄弱，規(guī)程不熟悉，規(guī)程不熟悉，未按網管系統(tǒng)維護規(guī)程進行維護作業(yè)，未按網管系統(tǒng)維護規(guī)程進行維護作業(yè)，直接導致故障的產生。直接導致故障的產生。網管系統(tǒng)故障案例分析（續(xù)）網管系統(tǒng)故障案例分