機密 第 1 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 1 成都電信 綜合網(wǎng)絡激活 系統(tǒng) 建設 方案 書 2009 年 1 月 15 日 目 錄 機密 第 2 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 2 第 1 章 項目基本信息 . 5 1.1. 項目名稱 . 5 1.2. 建設單位及項目負責人 . 5 1.3. 參考文獻 . 5 1.4. 術語、縮略語 . 5 第 2 章 網(wǎng)絡激活支撐系統(tǒng)現(xiàn)狀及問題 . 6 2.1. 網(wǎng)絡激活支撐系統(tǒng)現(xiàn)狀 . 6 2.2. 網(wǎng)絡激活支撐系統(tǒng)面臨的問題 . 8 2.2.1. 系統(tǒng)種類過多，不利于集中管理，維護成本高 . 8 2.2.2. 業(yè)務處理流程不一致 . 8 2.2.3. 接口方式不統(tǒng)一，接口混亂，維護成本高 . 8 2.2.4. 系統(tǒng)功能較多，復雜 程度過高，不利于系統(tǒng)擴展 . 9 2.2.5. 不利于信息資源共享和集中的數(shù)據(jù)挖掘 . 10 2.2.6. 硬件處理能力不夠 . 10 第 3 章 綜合網(wǎng)絡激活系統(tǒng)總體設計 . 11 3.1. 綜合網(wǎng)絡激活系統(tǒng)的總體目標 . 11 3.1.1. 應用集成化 . 11 3.1.2. 系統(tǒng)平臺化 . 11 3.1.3. 流程標準化 . 11 3.1.4. 數(shù)據(jù)集成化 . 12 3.1.5. 接口標準化 . 12 3.1.6. 嚴格的實時性 . 12 3.2. 綜合網(wǎng)絡激活系統(tǒng)的建設內(nèi)容 . 12 3.2.1. 業(yè)務功能整合 . 13 3.2.2. 硬件環(huán)境整合 . 14 3.2.3. 新應用擴展 . 14 第 4 章 綜合網(wǎng)絡激活系統(tǒng)的邊界 . 15 第 5 章 綜合網(wǎng)絡激活系統(tǒng)的系統(tǒng)結(jié)構(gòu) . 16 5.1. 系統(tǒng)結(jié)構(gòu)圖 . 17 5.2. 功能目標 . 18 機密 第 3 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 3 5.3. 系統(tǒng)業(yè)務流程 . 20 5.3.1. 總體業(yè)務流程 . 20 5.3.2. 激活業(yè)務引擎流程 . 21 5.3.3. 設備激活接口流程 . 21 5.3.4. SLA 保障管理流程 . 23 5.3.5. 綠色通道自動開通業(yè)務 流程 . 24 5.3.6. ADSL 寬帶橙色通道自動開通業(yè)務 流程 . 25 5.3.6.1. 橙色通道正常帶寬修改流程 . 25 5.3.6.2. 緊急通道帶寬修改流程 . 26 5.4. 系統(tǒng)軟件架構(gòu) . 27 5.5. 系統(tǒng)功能需求 . 28 5.5.1. 統(tǒng)一服務配置接口子系統(tǒng) . 28 5.5.1.1. 服務配置受理 SOAP 接口 . 28 5.5.1.2. 服務配置受理表接口 . 28 5.5.1.3. 服務配置接口管控 . 28 5.5.2. 統(tǒng)一接口資源同步子系統(tǒng) . 28 5.5.2.1. 接口資源同步配置 . 28 5.5.2.2. 接口資源差異監(jiān)控 . 29 5.5.2.3. 接口資源同步 . 29 5.5.3. 統(tǒng)一綜合資源管理子系統(tǒng) . 29 5.5.3.1. 綜合接口資源管理 . 29 5.5.3.2. 激活業(yè)務資源管理 . 29 5.5.3.3. 平臺系統(tǒng)資源管理 . 30 5.5.4. 統(tǒng)一激活業(yè)務引擎子系統(tǒng) . 30 5.5.4.1. 業(yè)務引擎配置 . 30 5.5.4.2. 業(yè)務激活就緒 . 30 5.5.4.3. 業(yè)務激活過程 . 30 5.5.4.4. 業(yè)務激活管控 . 31 5.5.5. 統(tǒng)一設備激活接口子系統(tǒng) . 31 5.5.5.1. 設備激活接口配置 . 31 5.5.5.2. 設備激活開通接口 . 31 5.5.5.3. 設備激活測試接口 . 31 5.5.5.4. 設備激活查詢接口 . 31 5.5.5.5. 設備激活采集接口 . 32 5.5.5.6. 設備激活接口管控 . 32 5.5.6. 統(tǒng)一 SLA 保障管理子系統(tǒng) . 32 5.5.6.1. SLA 策略配置 . 32 5.5.6.2. SLA 優(yōu)先級保障 . 32 5.5.6.3. SLA 時間追蹤 . 33 5.5.6.4. SLA 監(jiān)控預警 . 33 5.5.6.5. SLA 統(tǒng)計分析 . 33 5.5.7. 統(tǒng)一應用業(yè)務流程管理 . 33 5.5.8. 統(tǒng)一數(shù)據(jù)共享接口子系統(tǒng) . 34 機密 第 4 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 4 5.5.8.1. 數(shù)據(jù)共享接口配置 . 34 5.5.8.2. 業(yè)務數(shù)據(jù)查詢接口 . 34 5.5.8.2.1. 白名單查詢接口 . 34 5.5.8.3. 數(shù)據(jù)推送服務接口 . 34 5.5.8.4. 數(shù)據(jù)共享接口管控 . 35 5.5.9. 綜合業(yè)務應用中心子系統(tǒng) . 35 5.5.9.1. 激活業(yè)務工單管控 . 35 5.5.9.2. 激活業(yè)務異常管理 . 35 5.5.9.3. 激活業(yè)務統(tǒng)計分析 . 35 5.5.9.4. 綠色通道自動開通業(yè)務應用 . 36 5.5.9.4.1. 工單錄入 . 36 5.5.9.4.2. 工單審批 . 36 5.5.9.4.3. 工單查詢 . 36 5.5.9.4.4. 營帳工單攔截 . 36 5.5.9.5. ADSL 寬帶橙色通道自動開通業(yè)務應用 . 37 5.5.9.5.1. 工單錄入 . 37 5.5.9.5.2. 工單審批 . 37 5.5.9.5.3. 緊急變更工單錄入 . 37 5.5.9.5.4. 緊急變更工單確認 . 37 5.5.9.5.5. 工單確認 . 38 5.5.9.5.6. 白名單查詢 . 38 5.5.9.5.7. 白名單錄入 . 38 5.5.9.5.8. 白名單到期告警 . 38 5.5.9.5.9. 白名單刪除 . 38 5.5.9.5.10. 白名單到期自動恢復 . 38 5.5.9.5.11. 白名單用戶延期 . 39 5.5.10. 統(tǒng)一系統(tǒng)管理中心子系統(tǒng) . 39 5.5.10.1. 統(tǒng)一地區(qū)管理 . 39 5.5.10.2. 統(tǒng)一組織管理 . 39 5.5.10.3. 統(tǒng)一人員管理 . 39 5.5.10.4. 統(tǒng)一授權(quán)管理 . 39 5.5.10.5. 統(tǒng)一系統(tǒng)管理 . 39 第 6 章 系統(tǒng)環(huán) 境 . 40 6.1. 網(wǎng)絡構(gòu)成 . 40 6.1.1. 不考慮整合 EBPS 業(yè)務激活硬件的網(wǎng)絡結(jié)構(gòu) . 40 6.1.2. 考慮整合 EBPS 業(yè)務激活硬件的網(wǎng)絡結(jié)構(gòu) . 41 6.2. 設備配置 . 41 6.2.1. 不考慮整合 EPBS 業(yè)務整合的設備配置方案一 . 41 6.2.2. 考慮整合 EPBS 業(yè)務整合的設備配置方案二 . 42 6.3. 系統(tǒng)安全 . 44 機密 第 5 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 5 第 1章 項目基本信息 1.1. 項目名稱 項目名稱： 綜合網(wǎng)絡激活系統(tǒng) 項目簡稱： I-CNCS 1.2. 建設單位及項目負責人 建設單位： 項目負責人： 1.3. 參考文獻 中國電信 2005156 號 CTG MBOSS 規(guī)范 1.0 中國電信信息 2008 52 號（ OSS 支撐全業(yè)務運營工作指導意見） 1.4. 術語 、縮略語 機密 第 6 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 6 第 2章 網(wǎng)絡激活支撐系統(tǒng) 現(xiàn)狀及問題 2.1. 網(wǎng)絡激活支撐系統(tǒng)現(xiàn)狀 當前的電信業(yè)務大致可以分為如下幾大類：程控業(yè)務、 小靈通大靈通業(yè)務 、智能網(wǎng)業(yè)務、 數(shù)據(jù)業(yè)務、 NGN 業(yè)務及無線村村通業(yè)務、 C 網(wǎng)業(yè)務等 。 業(yè)務類型包括：開銷戶、裝拆機、程控新業(yè)務、修改業(yè)務屬性等。 各種業(yè)務工單大多采用 分系統(tǒng)自動處理 方式，即工單由 CRM 系統(tǒng)生成并通過 服務開通 系統(tǒng)發(fā)送給相應的專業(yè)管理系統(tǒng)，由專業(yè)管理系統(tǒng)實施到所負責的專業(yè)網(wǎng)絡上，并將結(jié)果返回給 服務開通系統(tǒng) 。 成都電信目前網(wǎng)絡激活支撐系統(tǒng) 的情況如下： 機密 第 7 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 7 成都電信目前網(wǎng)絡激活支撐系統(tǒng)的硬件環(huán)境配置情況如下： 機密 第 8 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 8 2.2. 網(wǎng)絡激活支撐系統(tǒng)面臨的問題 2.2.1. 系統(tǒng)種類過多， 不利于集中管理 ，維護成本高 由于缺乏統(tǒng)一規(guī)劃，各專業(yè)為適應自身的維護需要，建立了多個獨立的系統(tǒng)支撐維護工作。每套獨立的系統(tǒng)都有自己的業(yè)務接口、業(yè)務流程、業(yè)務監(jiān)控、權(quán)限管理等，使得系統(tǒng)維護需要在不同的系統(tǒng)之間進行頻繁的切換，甚至有些系統(tǒng)還有獨立的維護班子。隨著系統(tǒng)的增加，除大量占用硬件資源和網(wǎng)絡資源外，也導致維護人員需要學習、管理更多的系統(tǒng)，在增加了維護工作量的同時，也加大了維護難度 。 2.2.2. 業(yè)務處理流程不一致 對不同的專業(yè)，業(yè)務激活流程和方式不同。專業(yè)上，程控專業(yè)處理程控業(yè)務工單，數(shù)據(jù)專業(yè)處理數(shù)據(jù)業(yè)務工單，即使在在各專業(yè)內(nèi)部，業(yè)務處理流程也不一致，缺乏統(tǒng)一的規(guī)范。同時有些系統(tǒng)之間還存在交叉并存的現(xiàn)象，如對 OLT、 ONU 的管理在 EDCS 中存在、在 EPONDCS 中也存在。進一步導致了的業(yè)務開通流程復雜。在網(wǎng)管系統(tǒng)集中化的背景下，分散處理、分散維護的模式顯然是與集中化建設趨勢背道而馳的，這樣就突顯出規(guī)范和統(tǒng)一業(yè)務處理流程的重要性。只有業(yè)務處理流程規(guī)范了，才可能更好地支撐多樣化的業(yè)務需求。建設平臺 化的業(yè)務開通系統(tǒng)，為規(guī)范業(yè)務處理流程提供了技術上的保障。 2.2.3. 接口方式不統(tǒng)一，接口混亂，維護成本高 由于系統(tǒng)不同、系統(tǒng)所屬專業(yè)的流程不同、系統(tǒng)所在的地域、系統(tǒng)建設的周期不同，因此，每個系統(tǒng)建立后都需要重新和綜合營帳、資源管理系統(tǒng)等核心系統(tǒng)建立接口。同樣的數(shù)據(jù)，往往在幾個接口之間重復傳遞。這與系統(tǒng)接口的標準化方向相背離，同時也加大了這些核心系統(tǒng)的維護成本，降低了系統(tǒng)的工作效率。目前的情況是，每一套開通系統(tǒng)都于營帳、資源管理系統(tǒng)之間存在獨立的數(shù)據(jù)接口。同時，不同系統(tǒng)對設備的要求也存在重復，如 BCAMS、 EDCS、 EPONDCS 多需要控制 BARS，需要 BARS 為每一套系統(tǒng)都分配管理權(quán)限，指定進程等。設備版本如果升級，將涉及到各個系統(tǒng)的執(zhí)行控制部分都需要發(fā)生變化。進一步加大了維護成本。 機密 第 9 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 9 2.2.4. 系統(tǒng)功能較多，復雜程度過高，不利于系統(tǒng)擴展 在當前的各開通激活系統(tǒng)中，根據(jù)建設時各專業(yè)的需要，都附加了許多開通激活之外的功能點。如性能數(shù)據(jù)采集、故障監(jiān)測、業(yè)務測試、數(shù)據(jù)分析等功能。這些功能的存在，在系統(tǒng)效能上占了很大的比重，使得系統(tǒng)的復雜程度較高，開通激活的處理效能下降，甚至影響到服務開通的 SLA 保障能力。同時導致在系統(tǒng)擴展時必須考慮到其 他功能的兼容性，降低了系統(tǒng)擴展的能力。 下圖為當前 BCAMS 系統(tǒng)的功能架構(gòu)情況，從中可以看出系統(tǒng) 已經(jīng)逐漸喪失了原來作為激活系統(tǒng)的本質(zhì)特征，逐漸 被其他服務保障相關的功能 所擠占： 機密 第 10 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 10 2.2.5. 不利于信息資源共享和 集中的數(shù)據(jù)挖掘 對系統(tǒng)的內(nèi)控和監(jiān)控，隨著系統(tǒng)的增加，將變得越來越困難。同時，各地域、各專業(yè)的業(yè)務數(shù)據(jù)存在于不同的獨立系統(tǒng)之中，而各系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的差異，導致了系統(tǒng)之間的數(shù)據(jù)信息共享變得十分困難，要想進一步進行數(shù)據(jù)分析和挖掘，全面、深入地掌握運營狀態(tài)、生產(chǎn)狀態(tài)將基本不可能。 2.2.6. 硬件處理能力不夠 隨著系統(tǒng)的增加，系統(tǒng) 業(yè)務處理范圍的擴大和對系統(tǒng)處理效能提高的要求，當前系統(tǒng)所處的硬件環(huán)境已不能滿足業(yè)務發(fā)展的需求。 一方面，前期個系統(tǒng)在建設時為了節(jié)約成本，一般都采用共用硬件環(huán)境的方式建設 ， 其中， 象 BCAMS、 EDCS、 IMS、 EPONDCS 等系統(tǒng)都在共用相同的數(shù)據(jù)庫服務器、WEB 服務器、接口服務器等設備 ；另一方面，在這些系統(tǒng)中有關服務保障相關的功能占用了大量的硬件資源，進一步降低了開通激活的效能。以數(shù)據(jù)業(yè)務開通系統(tǒng)涉及到的硬件環(huán)境（ BCAMS 環(huán)境）為例，根據(jù)統(tǒng)計，目前數(shù)據(jù)庫線程長期保持在 300 個左右， CPU 占用率和內(nèi)存使用率在 每天 83%以上的時間內(nèi)達到 75%。另外， BCAMS 接口服務器除完成工單數(shù)據(jù)制作外，每天還需承擔全局 70 多萬端口數(shù)據(jù)和 300 多臺網(wǎng)絡設備的巡檢工作，處理效率非常低。根據(jù)本次整合的目的，在節(jié)約投資的前提下，有必要對現(xiàn)有硬件平臺進行調(diào)整，以緩解數(shù)據(jù)處理的壓力。 機密 第 11 頁 共 44 頁 c878003aee8ce95b5f920c2e50f22f33.doc 11 第 3章 綜合網(wǎng)絡激活系統(tǒng) 總體設計 3.1. 綜合網(wǎng)絡激活 系統(tǒng) 的總體目標 按照集團公司 中國電信 2005156 號 CTG MBOSS 規(guī)范 1.0中對 OSS IT 支撐系統(tǒng)的規(guī)定，以及中國電信信息 2008 52 號（ OSS 支撐全業(yè)務運營工作指導意見） 文件中對 2009 年 OSS 支撐系統(tǒng)建設的精神。擬對成電現(xiàn)有網(wǎng)絡激活系統(tǒng)進行有效的整合，建立具有統(tǒng)一管理、統(tǒng)一流程、利于擴展、高效優(yōu)良的綜合網(wǎng)絡激活平臺。 整合后的綜合網(wǎng)絡激活平臺具有一下特點： 3.1.1. 應用集成化 系統(tǒng)將 多個業(yè)務激活系統(tǒng)和 各種專業(yè)網(wǎng)管系統(tǒng) 、接入設備控制 集成到一起，通過實現(xiàn)類似軟總線的功能，屏蔽 不同專業(yè)在網(wǎng)管或設備上實現(xiàn)的 具體細節(jié)，提供給上層營業(yè)系統(tǒng)統(tǒng)一的業(yè)務實現(xiàn)接口。系統(tǒng)通過一致的數(shù)據(jù)模型來承載業(yè)務支撐系統(tǒng)工單，貫穿并實現(xiàn)處理流程的自動化，真正做到端到端的業(yè)務處理。 系統(tǒng)的管理、業(yè)務監(jiān)控等都實現(xiàn)集中化 管理。 3.1.2. 系統(tǒng)平臺化 系統(tǒng)應該是一個平臺化的系統(tǒng)，其系統(tǒng)結(jié)構(gòu)應該是完全開放的。作為開放式的軟件平臺，應用成熟的系統(tǒng)框架結(jié)構(gòu)，將現(xiàn)有的 激活系統(tǒng)或 專業(yè)網(wǎng)管系統(tǒng)納入到平臺當中。在新業(yè)務產(chǎn)生或者新的專業(yè)網(wǎng)出現(xiàn)時，應能夠及時在平臺上得到支持，以保證業(yè)務的快速實施。而且這些新的處理任務的加入，一方面不會破壞平臺原有的體系結(jié)