《中國移動OneOSS2.0技術規(guī)劃與應用》由會員分享，可在線閱讀，更多相關《中國移動OneOSS2.0技術規(guī)劃與應用（113頁珍藏版）》請在裝配圖網(wǎng)上搜索。

中國移動通信集團公司網(wǎng)絡部 網(wǎng)管規(guī)劃工作組 中國移動 1 2 3 4 錄 規(guī)劃目標和原則 ? 目標與背景 ? 業(yè)界規(guī)劃參考 ? 總體規(guī)劃原則 業(yè)務與應用框架 數(shù)據(jù)模型框架 技術架構規(guī)劃 、告警等系統(tǒng)的信息 能力 ? 端到端能力 ? 對服務全生命周期從開通就緒、 戰(zhàn)略體系 執(zhí)行體系 業(yè)務需求 中國移動面臨的挑戰(zhàn) 運維流程的能力要求 ? 全業(yè)務的運營時的中國移動面臨著戰(zhàn)略轉型， ? 貫通的能力 業(yè)務上從單一的無線業(yè)務運營商轉向全業(yè)務運 ? 與 源系統(tǒng)、 營商，從經(jīng)營個人移動及增值業(yè)務轉向經(jīng)營集 共享能力 團、家庭、個人的語音、數(shù)據(jù)及融合業(yè)務。網(wǎng) ? 服務開通和服務保障之間貫通 絡上在核心網(wǎng)、無線接入網(wǎng)基礎上增加了多種 類型的用戶接入網(wǎng)絡。網(wǎng)絡運營上從面向指標 轉向面向客戶、面向產(chǎn)品、面向指標 開通過程、開通管控、服務保 障的全程管控能力 ? 對省內跨本地網(wǎng)業(yè)務的端到端 流程管控能力 公司戰(zhàn)略目標 ?靈活的業(yè)務開通和保障流程 定制能力 ?對各種復雜 流程的支撐能力 ?對客戶個性化方案和開通需 求的支撐能力 ?全業(yè)務運營網(wǎng)絡的快速網(wǎng)管 接入能力 ?融合的業(yè)務需要融合的支撐 能力 ?對跨部門協(xié)作的支撐能力 ?對全專業(yè)開通的支持能力 ?對全業(yè)務保障的支持能力 業(yè)務戰(zhàn)略 業(yè)務流程 組織變革的需求 集團客戶網(wǎng)絡服務體系 為應對激烈的全業(yè)務運營市場競爭，為集團客戶業(yè)務提供售前、 售中、售后的全方位網(wǎng)絡維護支撐服務，必然要求在原有以設備 為中心的維護體系上，增加以客戶為中心的維護模式，建立 “一 運維戰(zhàn)略 網(wǎng)管支撐 系統(tǒng) 角色 / 組織 點響應、全程服務” 的網(wǎng)絡服務機構，形成 核心側集中化 +接入側 屬地化 的全業(yè)務綜合保障服務模式 ?系統(tǒng)數(shù)據(jù)模型不標準，導 致數(shù)據(jù)無法關聯(lián)，影響業(yè) 務功能的實現(xiàn) ?各省數(shù)據(jù)分類不夠標準， 影響數(shù)據(jù)的整合和再利用 構建標準的運維數(shù)據(jù) 模型（ 數(shù)據(jù)的開放共享問題 ?系統(tǒng)接口及共享模式不統(tǒng) 一，導致訪問方式參差不 齊和訪問效率低下 ?存在系統(tǒng)維護數(shù)據(jù)交叉覆 蓋現(xiàn)象，影響數(shù)據(jù)一致性 ?數(shù)據(jù)生產(chǎn)者和消費者分工 和邊界不清 構建標準的共享數(shù)據(jù) 模式（ 數(shù)據(jù)框架 數(shù)據(jù)質量管控的問題 ?管控手段不完善，存在數(shù) 據(jù)質量低下的情況 ?標準不夠清晰，未能從完 整，一致，有效和及時性 進行全面管控 ?各系統(tǒng)數(shù)據(jù)不透明，無法 支持對數(shù)據(jù)的管控 構建數(shù)據(jù)管控體系 （ ： 1. 擴展性低 2. 數(shù)據(jù)孤島現(xiàn)象，服務共享問題 3. 信息安全、系統(tǒng)可靠性問題 4. 提升用戶體驗，快速支撐業(yè)務 1. 云計算 ( 2. 3. 4A/A 4. ) 帶來 ?未來的中國移動 中國移動 “驅動”的水平 ⑤ 結合，并引導業(yè)務 ?世界領先運營商 的創(chuàng)新和發(fā)展 ④ 價值 量化服務提供和服務質量 , 驅動企業(yè)運營卓越和轉型 ③ 按照規(guī)范化、標準化的 程提供服務，對需求進行主動 預測并預先規(guī)劃 驅動 ② 初步建立正式的 程來及時解決突發(fā)事件，但 對客戶需求仍為被動反應 主動 ?現(xiàn)在的中國移動 ① 無序的 頭 痛醫(yī)頭 , 腳痛醫(yī)腳 被動 救火 ——整合與共享 由于移動業(yè)務的快速發(fā)展和變化要求，目前網(wǎng)管形成了多個煙囪式 個系統(tǒng) 擁有自己獨立的數(shù)據(jù)模型、業(yè)務邏輯和展現(xiàn)界面。在系統(tǒng)建設初期這種獨立建設的模式 最經(jīng)濟、效率最高，被普遍采用，當多套 需要進行橫向整合， 從煙囪式到集群式轉變，整合包括 3個層面： 界面整合 服務集成 數(shù)據(jù)整合 ? 系統(tǒng)操作使用人員通過統(tǒng)一界面 導航訪問和使用多個系統(tǒng) ? 門戶技術、單點登錄技術、 4術等 ? 息中間件技術等 ? 各個系統(tǒng)通過統(tǒng)一的服務接口進 行數(shù)據(jù)交換和能力共享 ? 各個系統(tǒng)理解和共享統(tǒng)一的公共 數(shù)據(jù)模型 (? 聯(lián)邦、調和、復制等技術 業(yè)務系統(tǒng) A 界面展現(xiàn) 業(yè)務邏輯 數(shù)據(jù)存儲 界面整合 服務集成 數(shù)據(jù)整合 業(yè)務系統(tǒng) B 界面展現(xiàn) 業(yè)務邏輯 數(shù)據(jù)存儲 ?服務存量管理 ?使能服務配臵和激活 ?支撐服務問題管理 ?使能服務質量管理 ?支撐服務及具體實例的批價 服務配臵和激活 ?發(fā)布服務定單 ?設計解決方案 ?分配具體服務參數(shù) ?實施、配臵和激活服務 ?端到端服務測試 ?跟蹤和管理服務提供 ?報告服務提供過程 ?結束服務定單處理 服務問題管理 ?創(chuàng)建服務問題報告 ?調查和分析服務問題 ?診斷服務問題 ?糾正和解決服務問題 ?跟蹤和管理服務問題 ?報告服務問題處理 ?結束服務問題處理 服務質量管 ?監(jiān)控服務質量 ?分析服務質量 ?改善服務質量 ?創(chuàng)建服務質量問題報告 ?跟蹤和管理服務質量問題 ?報告服務質量問題處理 ?結束服務質量問題處理 ?回收服務 資源管理與運營支撐和就緒 ?資源存量管理 ?使能資源提供 ?使能資源性能管理 ?支撐資源故障管理 ?使能資源數(shù)據(jù)采集和 分發(fā) ?后勤管理 勞動力管理 ?作業(yè)計劃管理 ?分派工單 ?跟蹤和管理工單 ?計劃和預測工作量 ?支配勞動力 ?報告工單處理 ?結束工單處理 ?發(fā)布工單 資源提供 ?發(fā)布資源定單 ?分配和安裝資源 ?配臵和激活資源 ?測試資源 ?跟蹤和管理資源提供 ?報告資源提供過程 ?結束資源定單處理 ?回收資源 資源故障管理 ?創(chuàng)建資源故障報告 ?調查和分析資源故障 ?定位資源故障 ?糾正和解決資源故障 ?跟蹤和管理資源故障 ?報告資源故障處理 ?結束資源故障處理 資源性能管 ?監(jiān)控資源性能 ?分析資源性能 ?控制資源性能 ?創(chuàng)建資源性能問題報告 ?跟蹤和管理資源性能問題 ?報告資源性能問題處理 ?結束資源性能問題處理 資源數(shù)據(jù)采集與分發(fā) □收集管理信息和數(shù)據(jù) □ 分發(fā)管理信息和數(shù)據(jù) □ 分發(fā)管理信息和數(shù)據(jù) □ 核查數(shù)據(jù)采集和分發(fā) （功能框架） R — 業(yè)務管理 業(yè)務定單管理 業(yè)務質量監(jiān)視和影響分析 業(yè)務規(guī)格管理 業(yè)務定單開通 與協(xié)同 業(yè)務設計 /派配 業(yè)務定單驗證 業(yè)務可用性 業(yè)務 集 與比較 分析與報表 相關 系統(tǒng) 通知 業(yè)務質量監(jiān)控 業(yè)務質量提升 業(yè)務質量分析 業(yè)務限制識別 與報告 業(yè)務存量管理 業(yè)務問題管理 業(yè)務性能管理 業(yè)務存量查詢 業(yè)務存量更新 業(yè)務存量更新 通知 業(yè)務存量同步 業(yè)務配置管理 業(yè)務數(shù)據(jù)采集 業(yè)務激活管理 業(yè)務定單發(fā)布 問題接收與預 處理 故障分析 故障單生成 故障修復 資源性能數(shù)據(jù) 采集 性能數(shù)據(jù)歸檔 與輸出 服務性能數(shù)據(jù) 采集 性能趨勢與 “儀表盤” 業(yè)務存量信息模型 資源管理 資源流程管理 問題關閉 性能問題識別 資源生命周期管理 資源測試流程 管理 資源變化流程 管理 資源風險管理 勞動力管理 資源規(guī)劃與設 資源戰(zhàn)略規(guī)劃 計自動化 管理 資源存量管理 資源施工與物 流調度管理 資源部署規(guī)劃 管理 資源存量查詢 資源存量更新 資源存量更新 通知 資源存量同步 資源存量信息模型 資源詳細規(guī)劃 資源能力模板 / 管理 規(guī)格管理 資源定單管理 資源保障管理 備品備件與倉 資源狀態(tài)與配 儲管理 置信息管理 資源模板 /規(guī)格管理 資源業(yè)務單 驗證 資源設計 與派配 資源業(yè)務單 調度 資源業(yè)務單 發(fā)布 資源保障流程 編排 資源狀態(tài)監(jiān)控 故障狀態(tài)監(jiān)控 關聯(lián) &根因素 分析 擁塞管理 資源問題管理 資源性能管理 資源采集激活管理 資源發(fā)現(xiàn) 資源激活 資源故障 &性 能數(shù)據(jù)采集 數(shù)據(jù) 同步管理 .5 ——中國電信 業(yè)務流程管控 工具支撐 依托企業(yè)門 戶，提供面 門戶 戶 個人門戶 單點登錄 移動辦公 知識搜索 運維協(xié)同 專題論壇 綜合信息發(fā)布 向后端運行 維護、面向 政企客戶服 規(guī)劃 運營支撐與就緒 開 通 保 障 務，以及支 服務規(guī)劃 服務能力規(guī)劃 產(chǎn)品能力規(guī)劃 變更管理 生產(chǎn)指揮 生產(chǎn)任務管理 重大事件上報 服務開通 定單接收 服務方案設計 服務質量分析 服務問題 服務質量 服務質量評估 服務故障 服務質量報告 服務性能 撐前端營銷 和客戶服務 的門戶應用 發(fā) 資源配置 接收與解析 事件申告 性能指標分析 與 運 營 服務測試管理 測試工具 測試執(zhí)行 運營就緒 產(chǎn)品就緒 服務存量 運營管控 運營管控 服務配置 服務激活 預處理與分析 處理與修復 驗證與評估 事件分析 事件監(jiān)視 性能監(jiān)視 反饋與消障 資源規(guī)劃 資源測試管理 資源調整 施工調度 資源開通 資源問題 資源故障 資源性能 資源能力規(guī)劃 資源設計 測試工具 網(wǎng)調方案設計 測試執(zhí)行 變更數(shù)據(jù)調整 備品備件 備品備件 資源存量 資源規(guī)格管理 碼號管理 組網(wǎng)管理 設備實體管理 工作資源存量 調度應用 網(wǎng)絡配置管理 用戶數(shù)據(jù)配置 配置適配 資源配置工單 資源設計與分配 客戶方案設計 自動激活 激活過程管理 接收與解析 預處理與分析 處理與修復 驗證與評估 反饋與消障 協(xié)議與流量 事件申告 事件分析 事件監(jiān)視 協(xié)議 /信令管理 性能控制 性能指標分析 性能監(jiān)視 流量管理 依托 針對性提供 后端運營管 理的相關功 能 地域管理 自動發(fā)現(xiàn)與同步 激活適配 數(shù)據(jù)采集 故障、性能、參數(shù)數(shù)據(jù)適配 依托企業(yè) 企業(yè)管理 － O 企業(yè)數(shù)據(jù) 架構－ O 運營管理 績效考核 公文流轉 數(shù)據(jù)應用 成本管理 工程管理 數(shù)據(jù)共享 知識管理 檔案管理 數(shù)據(jù)整合 供應商管理 日常事務管理 數(shù)據(jù)質量 運維組織與人員管理 代維管理 公共管理 化 理和數(shù)據(jù)應 - 11 - ——中國電信 功能視圖主要特點： ?體現(xiàn)“大網(wǎng)絡運營”的思路，實現(xiàn)后端運營的一體化支撐，不僅包括開通和保障，還包 括網(wǎng)絡規(guī)劃建設和產(chǎn)品開發(fā)、運營支撐與就緒等過程，體現(xiàn)出全生命周期的網(wǎng)絡運營支撐 ?新增產(chǎn)品能力規(guī)劃、服務能力規(guī)劃、資源能力規(guī)劃、資源設計等能力，體現(xiàn)對前端業(yè)務 和網(wǎng)絡規(guī)劃部門的支撐 ?加強服務測試管理、資源測試管理等能力，提升主動式的客戶體驗，提升網(wǎng)絡資源問題 診斷和處理能力 ?將施工調度單獨識別出來，從局外施工調度擴展到局內物理施工的調度 ?明確依托 ：門戶 企業(yè)管理 托 運維管理進行支撐；如： 層次分明，易于理解與對應；兼顧國際標準與電信實際情況 ——中國電信 門戶 公共平臺 開通 保障 服務開通 服務保障 施工調度 網(wǎng)絡運維管理 源管理 網(wǎng)絡資源管理 服務及 自動激活 測試管理 服務質量管理 應用集成 平臺 網(wǎng)絡管理 綜合網(wǎng)管 專業(yè)網(wǎng) 絡管理和 適配 傳輸綜合網(wǎng)管 數(shù)據(jù)專業(yè)網(wǎng)管 交換專業(yè)網(wǎng)管 業(yè)務平臺網(wǎng)管 無線網(wǎng)優(yōu) 動環(huán)監(jiān)控 企業(yè) 臺 ——中國電信 系統(tǒng)視圖特點： ?系統(tǒng)群層次分明而有序，向上體現(xiàn)以客戶服務為中心，包括綜合服務開通系統(tǒng)、綜合服 務保障系統(tǒng)、運營管理及生產(chǎn)指揮系統(tǒng)，關注快速反應和流程規(guī)范化。向下體現(xiàn)對業(yè)務和 網(wǎng)絡的層次管理 ?將施工調度單獨識別出來，體現(xiàn)對施工資源的精細化管理要求 ?將網(wǎng)絡規(guī)劃和設計支撐納入網(wǎng)絡資源管理范圍，和功能視圖呼應；網(wǎng)絡資源管理橫跨開 通和保障，體現(xiàn)綜合網(wǎng)絡資源管理對兩大線條的共同支撐作用和核心地位 ?自動激活移入服務及網(wǎng)絡管理范圍，與配臵管理合并，引入用戶數(shù)據(jù)配臵和查詢功能 ?突出測試管理；將綜合告警和綜合性能合并為綜合網(wǎng)管，并覆蓋流量、信令和協(xié)議管理 ?充分考慮專業(yè)網(wǎng)管的現(xiàn)狀，保留了專業(yè)網(wǎng)管層次 ?抽取出公共技術平臺，并在系統(tǒng)視圖中單列，體現(xiàn)公共技術平臺在系統(tǒng)架構上的相對獨 立特點 ?在表現(xiàn)形式上采用立體視圖，體現(xiàn)門戶、應用系統(tǒng)和公共技術平臺的共享或集成關系 ，信息共享原則 2. 快速提供業(yè)務，能力領先原則 3. 標準服務抽象，功能開放原則 4. 體系科學發(fā)展，持續(xù)建設原則 5. 系統(tǒng)分步實施，急用先行原則 ，方便和其他系統(tǒng)間的數(shù)據(jù)交互和 流程流轉。架構開放性還應保證將來能方便的接入對其他網(wǎng)絡和業(yè)務的 管理 系統(tǒng)內部應根據(jù)功能的內聚劃分模塊，保證模塊內功能高內聚，模塊間 交互低耦合 規(guī)劃的系統(tǒng)應具有高度的穩(wěn)定性和可靠性，能適應技術、業(yè)務和管理的 負荷要求 系統(tǒng)內部的功能目標應盡量確保一致性，同一類的應用規(guī)劃在一個系統(tǒng)。 不同系統(tǒng)間功能應存在互斥，即不同系統(tǒng)間功能不重復。 應保證系統(tǒng)能方便的分階段實施、擴充和增強系統(tǒng)分階段逐步建設。 同一系統(tǒng)內部的數(shù)據(jù)模型盡量保持其整體性，同一類數(shù)據(jù)相關應用規(guī)劃 在一個系統(tǒng)內。 確保本系統(tǒng)數(shù)據(jù)不僅能服務于網(wǎng)絡各部門，還能服務于前端客服市場部 門以及管理部門，或者為其他 ? 業(yè)務框架 ? 應用框架 ? 全業(yè)務支撐能力 數(shù)據(jù)模型框架 技術架構規(guī)劃 、 2級視圖 業(yè)務過程框架制定思路 規(guī)劃、建設與產(chǎn)品管理 運營管理 立足現(xiàn)狀 網(wǎng)絡規(guī)劃 網(wǎng)絡建設 產(chǎn)品管理 客戶訂 客戶關系管理 客戶投 客戶服務 單管理 訴管理 質量管理 基于運維流程體系框架，進一步深 化“集中化、標準化、信息化”戰(zhàn) 略，全面梳理運維工作現(xiàn)狀。 應對變化 全業(yè)務運營對現(xiàn)有的運維模式產(chǎn)生 較大影響，重點增加面向集團客戶 業(yè)務的業(yè)務開通與保障相關的業(yè)務 過程。 網(wǎng) 絡 與 業(yè) 務 規(guī) 劃 入 網(wǎng) 認 證 工 程 建 設 新業(yè) 務設 計開 發(fā) 集客 解決 方案 管理 業(yè)務開通 開通定單管理 資源調度 網(wǎng)絡數(shù)據(jù)配置 開通施工 軟件變更 業(yè)務保障 網(wǎng)絡 網(wǎng)絡 監(jiān)控 故障 網(wǎng)絡 處理 優(yōu)化 應急 例行 維護 對標 充分借鑒電信行業(yè)的標準業(yè)務過程 框架 —橫向劃分為 四個管理域，縱向劃分為七個端到 端的業(yè)務過程域。 基礎支撐 基 礎 運維流 合作伙 信息安 備件 運維知 網(wǎng)管 撐 程管理 伴管理 全管理 管理 識管理 支撐 注：黃色標注為網(wǎng)絡部主導的核心業(yè)務過程，白色斜體標注為其他部門主導，需要網(wǎng)絡部配合開展的業(yè)務過程。 —1、 2級視圖 應用框架制定思路 全業(yè)務支撐 全面支撐業(yè)務，重點支撐全 業(yè)務，在原有應用框架基礎 上，增加業(yè)務開通和業(yè)務質 量管理相關應用 綜合網(wǎng)絡應用平臺 運營流程管理平臺 高內聚 ,松耦合 按功能和數(shù)據(jù)的聚合性對應 用應用系統(tǒng)進行劃分，確保 系統(tǒng)內高內聚，系統(tǒng)間為松 耦合 提升用戶感知 向網(wǎng)管用戶屏蔽系統(tǒng)概念， 面向應用場景和崗位，建立 各類專題視圖和場景化應用， 提升用戶使用體驗 網(wǎng) 管 系 統(tǒng) 監(jiān) 控 平 臺 業(yè)務開通平臺 務開通系統(tǒng) 源 網(wǎng)絡 管理 激活 系統(tǒng) 系統(tǒng) 網(wǎng)絡監(jiān)控平臺 監(jiān)控系統(tǒng) 中操作 網(wǎng)絡業(yè)務 維護系統(tǒng) 監(jiān)測系統(tǒng) 質量保障 平臺 絡 運營 分析 系統(tǒng) 絡 優(yōu)化 系統(tǒng) —3級視圖 網(wǎng)管系統(tǒng) 監(jiān)控平臺 網(wǎng)管系統(tǒng) 監(jiān)控平臺 綜合網(wǎng)絡呈現(xiàn) 綜合門戶應用系統(tǒng)（示例） 運維管理視圖 網(wǎng)絡監(jiān)控視圖 綜合網(wǎng)絡應用平臺 集團客戶支撐 運維知識管理系統(tǒng) 信息搜索 網(wǎng)管安全 管控平臺 互聯(lián)互通視圖 信息安全視圖 應急通信視圖 工程管理視圖 網(wǎng)絡優(yōu)化視圖 網(wǎng)管支撐視圖 技術支援視圖 信息發(fā)布 內容管理 互動社區(qū) 專家?guī)旃芾? 激勵管理 安全管理服務 運營流程管理平臺 安全監(jiān)控管理 電子運行維護系統(tǒng) 施工管理 安全風險管理 工單管理 值班管理 作業(yè)計劃管理 合作伙伴管理 存量管理 施工調度 施工管控 基礎工具 安全服務管理 信息安全分析 業(yè)務開通平臺 網(wǎng)絡監(jiān)控平臺 質量保障平臺 業(yè)務開通系統(tǒng) 業(yè)務質量管理 網(wǎng)絡運營分析系統(tǒng) 安全基礎服務 定單分拆與關聯(lián) 開通設計 業(yè)務質量監(jiān)視 業(yè)務問題分析 運維效率分析 集中帳號管理 業(yè)務配置單管理 資源管理系統(tǒng) 資源應用 信息共享 存量管理 基礎工具 開通過程管控 網(wǎng)絡激活系統(tǒng) 激活設計 指令生成 激活控制 數(shù)據(jù)核查 綜合監(jiān)控系統(tǒng) 場景監(jiān)控 告警監(jiān)控 性能監(jiān)控 智能預處理 集中操作維護系統(tǒng) 智能巡檢 仿真終端 投訴處理支撐系統(tǒng) 投訴處理向導 投訴智能處理 投訴工具整合 網(wǎng)絡業(yè)務監(jiān)測系統(tǒng) 信令監(jiān)測 自動撥測 流量監(jiān)控 客戶分析 業(yè)務分析 網(wǎng)絡分析 網(wǎng)絡優(yōu)化系統(tǒng) （無線） 網(wǎng)絡優(yōu)化向導 參數(shù)自動制作 頻率自動優(yōu)化 場景自動生成 授權管理 認證管理 審計管理 訪問管理 、建設與產(chǎn)品管理 運營管理 網(wǎng)絡規(guī)劃 網(wǎng)絡建設 產(chǎn)品管理 客戶關系管理 網(wǎng) 絡 與 業(yè) 務 規(guī) 劃 1 入 網(wǎng) 認 證 工 程 建 設 新業(yè) 務設 計開 發(fā) 集客 解決 方案 管理 客戶訂 單管理 業(yè)務開通 1 2 資源調度 3 網(wǎng)絡數(shù)據(jù)配置 2 開通施工 2 軟件變更 客戶投 客戶服務 訴管理 質量管理 業(yè)務保障 網(wǎng)絡 1 運營 監(jiān)控 故障 3 處理 優(yōu)化 應急 通信 2 4 1 基 礎 支 撐 1 運維流 程管理 1 合作伙 伴管理 1 信息安 全管理 基礎支撐 2 備件 管理 2 運維知 識管理 1 網(wǎng)管 支撐 1 2 1 注：黃色標注為網(wǎng)絡部主導的核心業(yè)務過程，白色斜體標注為其他部門主導，需要網(wǎng)絡部配合開展的業(yè)務過程。 ，市場對網(wǎng)絡的要求 全業(yè)務競爭的背景描述 ? 隨著電信行業(yè)的重組，電信 行業(yè)進入了全業(yè)務競爭的環(huán) 境中，這加劇了企業(yè)間的競 爭面，而競爭也會越來越激 烈 ? 在集客業(yè)務，個人寬帶業(yè)務 中，對開通能力都提出了更 高要求，而移動在這方面相 對落后于電信，如何在不利 的環(huán)境中，快速提升自身的 服務能力，對未來的競爭都 顯得至關重要 ? 因此在全業(yè)務競爭的環(huán)境下， 市場部門對網(wǎng)絡部門的要求 從網(wǎng)絡能力提供進一步轉變 成對服務能力的提供 新環(huán)境下市場對網(wǎng)絡口的要求 開通的快捷 協(xié)助市場完 協(xié)助市場完 成新業(yè)務的 成業(yè)務評估 開發(fā) 包括 投訴的快 對故障的快 速協(xié)同處理 速回復和主 協(xié)助市場完成 化保障 品牌宣傳 ——現(xiàn)狀 原模式為 原模式的問題描述 局數(shù)據(jù)管理 業(yè)務準備 業(yè)務 投訴 激活 處理 網(wǎng)絡設備 原先我們的業(yè)務主要是在移動領域， 而針對手機的開通，其原理是網(wǎng)絡部 門事先完成大量手機的局數(shù)據(jù)制作， 完成業(yè)務的準備工作，而在開通業(yè)務 時，只需要簡單的激活指令即可，從 而提升開通速度，因此當前各省的手 機業(yè)務開通基本上由 設備連接，完成業(yè)務最后的開通。 然而在全業(yè)務競爭的環(huán)境下，通過預 先完成業(yè)務準備，再通過指令來激活 業(yè)務的模式，顯然已經(jīng)不再適應。 在全業(yè)務競爭的環(huán)境下，面向更加復 雜的業(yè)務服務和更加復雜的網(wǎng)絡資源 信息，采用原有的 直接下發(fā)指令業(yè)務激活的方式從技術 上已經(jīng)不再可行。 ? 客服等部門工作的 撐，而 絡部門工作的 ?所以網(wǎng)絡側對市場側 所提供的服務將是 統(tǒng)和 ?市場側利用網(wǎng)絡側提 供的服務，構建對客 戶的服務，市場側關 注服務的使用，而網(wǎng) 絡側關注服務的實現(xiàn) ?網(wǎng)絡側需要對市場側 提供的是服務能力， 而不是分離的網(wǎng)絡， 要通過提高服務的等 級來提高運維價值 ? 系統(tǒng)來支撐網(wǎng)絡運維， 而如果由 到端的業(yè)務開通，必 然造成網(wǎng)絡側運維流 程在 這不利于網(wǎng)絡側內部 對流程的統(tǒng)一管理， 也不利于運維流程的 優(yōu)化 ?運維流程涉及復雜 的業(yè)務邏輯關系，尤 其是面向開通， 統(tǒng)關注將這些復雜 的業(yè)務邏輯有效的封 裝到服務中去，而向 服務接口 ? ? ? R 新模式全業(yè)務開通方案 相關說明 用戶 ? ? 目前涉及到核心網(wǎng)的激活 由 要 到 資源報送 ? 通過業(yè)務開通管理整個流 程調度 ? 綜合資源完成配臵數(shù)據(jù) ? 網(wǎng)絡激活完成向網(wǎng)絡數(shù)據(jù) 業(yè)務開通 的指令執(zhí)行和數(shù)據(jù)配臵 綜合資源 網(wǎng)絡激活 ，依然可以 有效的實現(xiàn)端到端業(yè) 務開通 不影響端到端 業(yè)務開通的需 求 更利于 對于 注如 何使用服務，可以有效 的屏蔽網(wǎng)絡側復雜的業(yè) 務邏輯，從而是 加集中精力來關注對客 戶的服務 對于 服務 點對作為對外標準服務 界面，而接口的內部實 現(xiàn)卻可以不斷的改進， 從而進一步提升服務效 率，而服務的提升無需 更有利 務的優(yōu)化 新模式的 優(yōu)勢所在 對網(wǎng)絡資源的控制 更加有效 效控制，可是實現(xiàn)對資源 的閉環(huán)管理，從而實現(xiàn)對 資源的全生命周期進行跟 蹤，這有利于提高資源的 整體使用效率 ? ? ? 技術 架構規(guī)劃 （ 資源主題域（ 應用開展所需要的基礎支撐數(shù)據(jù) 資源主題域 應用主題域（ 應用開展過程當中所產(chǎn)生的數(shù)據(jù) 應用主題域 內部組織 用戶 產(chǎn)品規(guī)格 產(chǎn)品規(guī)格（主 /子產(chǎn) 品規(guī)格） 產(chǎn)品規(guī)格與資源服 務規(guī)格關聯(lián) 參與者域 客戶 產(chǎn)品域 產(chǎn)品實例 產(chǎn)品實例（主 / 子產(chǎn)品實例） 合作伙伴 應用系統(tǒng) 產(chǎn)品 客戶服務 客戶和產(chǎn)品由 其副本，實現(xiàn)前后貫通， 有效支撐前臺業(yè)務。 事件域 網(wǎng)元告警 鏈路告警 告警事件 運維管理事件（如告 警屏蔽通告） 呼叫記錄域 性能域 話務性能數(shù)據(jù) 性能監(jiān)控數(shù)據(jù) 通話記錄數(shù)據(jù) 參數(shù)數(shù)據(jù) 測試數(shù)據(jù)域 路測數(shù)據(jù) 網(wǎng)絡資源域 業(yè)務資源 信令匯總 業(yè)務撥測 無線鏈路測量 資源服務規(guī)格 資源服務角色 資源服務實例 資源服務設計策略 資源服務等級 資源服務設計結果 資源 /服務實例使用關系 網(wǎng)絡 /子網(wǎng) 網(wǎng)絡節(jié)點 邏輯設備 設備接口（媒介接口 /邏輯接口） 軟件 操作系統(tǒng) 網(wǎng)絡地址 協(xié)議 傳送實體 端點 邏輯通路（邏輯連接 /路徑） 物理設備 硬件（架 /框 /板 /槽 /端口） 物理連接 管線資源 邏輯資源 物理資源 網(wǎng)絡資源域包括物理資源、 邏輯資源、業(yè)務資源（資 源所提供的服務），目前 已納入綜合資源模型規(guī)范， 并已初步完成建模方法論、 基礎元模型建模、各專業(yè) 核心模型建模等課題研究。 單據(jù)域 定單 資源確認單 施工工單 激活工單 管控類業(yè)務單（協(xié)作單 /督辦單 /催辦單） 任務單 例行任務 運維流程 績效考核 運維知識 配置域 安全域 安全帳號口令 信令轉接點局數(shù)據(jù) 業(yè)務系統(tǒng)安全 公共資源域 業(yè)務平臺局數(shù)據(jù) 網(wǎng)絡參數(shù) 數(shù)據(jù) 行政區(qū)域 管理區(qū)域 站點 機房 標準地址 （ 管理要求 數(shù)據(jù)可管理 數(shù)據(jù)訪問控制； 數(shù)據(jù)配臵控制； 數(shù)據(jù)管理流程； 生命周期管理； 數(shù)據(jù)質量考評 體系 具備量化考核指標； 形成考評體系； 數(shù)據(jù)質量可評估 數(shù)據(jù)及時性；數(shù)據(jù)完整性； 數(shù)據(jù)一致性；數(shù)據(jù)有效性； 數(shù)據(jù)要透明 數(shù)據(jù)結構透明；數(shù)據(jù)含義透明； 數(shù)據(jù)轉換規(guī)則透明； 技術手段 增強元數(shù)據(jù)管理 （技術元數(shù)據(jù)） 數(shù)據(jù)質量考評報表 建立質量考察點 元數(shù)據(jù)管理 （基礎元數(shù)據(jù) +業(yè)務元數(shù)據(jù)） 實施方案 通過 通過元數(shù)據(jù)管理工具進行全程元 數(shù)據(jù)管理； 由數(shù)據(jù)提供者承載該數(shù)據(jù)質量管 理功能； 由 管理功能； 對現(xiàn)有系統(tǒng)進行改造，增加考察 點； 建立數(shù)據(jù)質量管理規(guī)范，指導新 建系統(tǒng)建設； 引入專業(yè)元數(shù)據(jù)管理工具； 對現(xiàn)有系統(tǒng)采用旁路式管理； 對新建系統(tǒng)采用融入式管理； ? 總體說明 ? ? 、單點登錄、不同來源的內 容整合以及存放信息系統(tǒng)的界面表示層 一種在服務和應用之間的標準集成方式， 提供消息總線、服務調用等功能，實現(xiàn) 系統(tǒng)的輕量級松耦合集成 描述一組服務和工具的一般名詞，這些 服務和工具為顯式的流程管理提供支持， 包括設計、執(zhí)行、監(jiān)控和優(yōu)化在內的全 生命周期管理方法 現(xiàn)系統(tǒng)數(shù) 據(jù)的共享和互通 獨立于硬件構架、操作系統(tǒng)和網(wǎng)絡，以 服務的形式提供虛擬硬件資源，如虛擬 主機 /存儲 /網(wǎng)絡等資源 保障 系列的實現(xiàn)方式，包括：主機集群、數(shù) 據(jù)庫集群、負載均衡、存儲鏡像等 安全運營中心作為安全監(jiān)控、安全防護 與風險風析保障體系，包括：防病毒、 防攻擊、漏洞掃描等。 實現(xiàn)審計、驗證、授權與帳戶管理的安 全保障體系 、 ? 網(wǎng)絡、主機軟硬件等設施 ? 主要功能應用及核心數(shù)據(jù) ? 供 ? 其中，信息安全和業(yè)務連續(xù)性作為規(guī)劃的邏輯框架，實體分散在 施、 信息安全 業(yè) 務 連 續(xù) 性 礎設施 ， 成虛擬化 的 態(tài)整合的 共享的計算資源 ? 資源容量可自動管理 ? ? 高性能 ? 資源利用率高 ? 系統(tǒng)管理簡便 ? 節(jié)能環(huán)保 操作系統(tǒng) 網(wǎng)絡 據(jù)庫 中間件 務器 存儲 /備份 續(xù) 性 as a 用、流程、信息作為服務 as a 化的中間件、數(shù)據(jù)庫等作為服務 as a 絡、存儲、服務器虛擬化 ? ? ? 用級 虛擬化 靈活 數(shù)據(jù)庫 安全 可伸縮 信息安全 主機規(guī)劃 礎設施 ? 通過主機虛擬化 技術實現(xiàn)三層應用架構，實現(xiàn)安全性、可伸縮的解決方案 ? 通過服務器虛擬化技術為不同的應用提供了良好的性能及擴展性 第一層： 過 第二層：應用服務器，通過分區(qū)技術和 第三層：數(shù)據(jù)服務器，通過分區(qū)技術實現(xiàn)系統(tǒng)的高性能和擴展性 終端客戶端 終端層 – 使用層 簡單 務器 應用服務器 數(shù)據(jù)庫服務器 主機虛擬化 產(chǎn)品 硬件 擬化 前端層 – 作系統(tǒng)級 虛擬化 ②中間層 – 應用服務 z/ 后端 –S 平臺支持 P P 86 86 1/86 86 86 操作系統(tǒng) 0 —數(shù)據(jù)庫規(guī)劃 礎設施 采用數(shù)據(jù)庫集中部署和數(shù)據(jù)庫集群的方案，滿足 數(shù)據(jù)庫集中部署，采用多實例、多用戶方式共享軟硬