中国移动OneOSS2.0技术规划与应用

中国移动通信集团公司网络部 网管规划工作组 中国移动 OneOSS2.0规划 1 2 3 4 -2- 目录 规划目标和原则 目标与背景 业界规划参考 总体规划原则 业务与应用框架 数据模型框架 技术架构规划 http:/ 网络激活、告警等系统的信息 能力 端到端能力 对服务全生命周期从开通就绪、 战略体系 执行体系 业务需求 OneOSS2.0规划面临的业务要求 中国移动面临的挑战 运维流程的能力要求 全业务的运营时的中国移动面临着战略转型， 贯通的能力 业务上从单一的无线业务运营商转向全业务运 与 CRM、 EOMS、资源系统、 营商，从经营个人移动及增值业务转向经营集 共享能力 团、家庭、个人的语音、数据及融合业务。网 服务开通和服务保障之间贯通 络上在核心网、无线接入网基础上增加了多种 类型的用户接入网络。网络运营上从面向指标 转向面向客户、面向产品、面向指标 开通过程、开通管控、服务保 障的全程管控能力 对省内跨本地网业务的端到端 流程管控能力 公司战略目标 灵活的业务开通和保障流程 定制能力 对各种复杂 流程的支撑能力 对客户个性化方案和开通需 求的支撑能力 全业务运营网络的快速网管 接入能力 融合的业务需要融合的支撑 能力 对跨部门协作的支撑能力 对全专业开通的支持能力 对全业务保障的支持能力 业务战略 业务流程 组织变革的需求 集团客户网络服务体系 为应对激烈的全业务运营市场竞争，为集团客户业务提供售前、 售中、售后的全方位网络维护支撑服务，必然要求在原有以设备 为中心的维护体系上，增加以客户为中心的维护模式，建立 “一 运维战略 网管支撑 系统 角色 / 组织 点响应、全程服务” 的网络服务机构，形成 核心侧集中化 +接入侧 属地化 的全业务综合保障服务模式 http:/ 问 题 问 题 分 析 问 题 解 决 方 案 OneOSS2.0规划要解决数据问题 数据的标准化问题 系统数据模型不标准，导 致数据无法关联，影响业 务功能的实现 各省数据分类不够标准， 影响数据的整合和再利用 构建标准的运维数据 模型（ ODM） 数据的开放共享问题 系统接口及共享模式不统 一，导致访问方式参差不 齐和访问效率低下 存在系统维护数据交叉覆 盖现象，影响数据一致性 数据生产者和消费者分工 和边界不清 构建标准的共享数据 模式（ SDP) 数据框架 数据质量管控的问题 管控手段不完善，存在数 据质量低下的情况 标准不够清晰，未能从完 整，一致，有效和及时性 进行全面管控 各系统数据不透明，无法 支持对数据的管控 构建数据管控体系 （ DMA) http:/ -5- OneOSS2.0规划要解决的技术问题 本期规划要解决的技术问题： 1. IT资源利用率不均衡，可扩展性低 2. 数据孤岛现象，服务共享问题 3. 信息安全、系统可靠性问题 4. 提升用户体验，快速支撑业务 OneOSS2.0将采用的方法： 1. 云计算 (IaaS/PaaS) 2. SID/SOA(BPM/ESB) 3. 4A/SOC/HA 4. PORTAL/WEB2.0(AJAX/RSS/) 带来 IT架构的优化！ http:/ 未来的中国移动 中国移动 OneOSS技术规划路标 OneOSS2.0技术路标 IT能力发展到 “驱动”的水平 IT和业务目标紧密 结合，并引导业务 世界领先运营商 的创新和发展 IT流程之间良好衔接，可 价值 量化服务提供和服务质量 , 驱动企业运营卓越和转型 按照规范化、标准化的 IT流 程提供服务，对需求进行主动 预测并预先规划 IT资源和能力 驱动 初步建立正式的 IT服务流 程来及时解决突发事件，但 对客户需求仍为被动反应 主动 现在的中国移动 无序的 IT管理 ,头 痛医头 , 脚痛医脚 被动 救火 http:/ 6 OneOSS2.0规划的关键目标 整合与共享 由于移动业务的快速发展和变化要求，目前网管形成了多个烟囱式 IT系统，每个系统 拥有自己独立的数据模型、业务逻辑和展现界面。在系统建设初期这种独立建设的模式 最经济、效率最高，被普遍采用，当多套 IT系统发展到一定规模，就需要进行横向整合， 从烟囱式到集群式转变，整合包括 3个层面： 界面整合 服务集成 数据整合 系统操作使用人员通过统一界面 导航访问和使用多个系统 门户技术、单点登录技术、 4A技 术等 Web Service技术、 ESB技术、消 息中间件技术等 各个系统通过统一的服务接口进 行数据交换和能力共享 各个系统理解和共享统一的公共 数据模型 (ODM) 联邦、调和、复制等技术 业务系统 A 界面展现 业务逻辑 数据存储 界面整合 服务集成 数据整合 业务系统 B 界面展现 业务逻辑 数据存储 http:/ 理 服 务 管 理 与 运 营 理 资 源 管 理 与 运 营 NGOSS-eTOM 8.0中 OSS主要相关过程 运营支撑和就绪 开 通 保 障 服务管理与运营支撑和就绪 服务存量管理 使能服务配臵和激活 支撑服务问题管理 使能服务质量管理 支撑服务及具体实例的批价 服务配臵和激活 发布服务定单 设计解决方案 分配具体服务参数 实施、配臵和激活服务 端到端服务测试 跟踪和管理服务提供 报告服务提供过程 结束服务定单处理 服务问题管理 创建服务问题报告 调查和分析服务问题 诊断服务问题 纠正和解决服务问题 跟踪和管理服务问题 报告服务问题处理 结束服务问题处理 服务质量管 监控服务质量 分析服务质量 改善服务质量 创建服务质量问题报告 跟踪和管理服务质量问题 报告服务质量问题处理 结束服务质量问题处理 回收服务 资源管理与运营支撑和就绪 资源存量管理 使能资源提供 使能资源性能管理 支撑资源故障管理 使能资源数据采集和 分发 后勤管理 劳动力管理 作业计划管理 分派工单 跟踪和管理工单 计划和预测工作量 支配劳动力 报告工单处理 结束工单处理 发布工单 资源提供 发布资源定单 分配和安装资源 配臵和激活资源 测试资源 跟踪和管理资源提供 报告资源提供过程 结束资源定单处理 回收资源 资源故障管理 创建资源故障报告 调查和分析资源故障 定位资源故障 纠正和解决资源故障 跟踪和管理资源故障 报告资源故障处理 结束资源故障处理 资源性能管 监控资源性能 分析资源性能 控制资源性能 创建资源性能问题报告 跟踪和管理资源性能问题 报告资源性能问题处理 结束资源性能问题处理 资源数据采集与分发 收集管理信息和数据 分发管理信息和数据 分发管理信息和数据 核查数据采集和分发 http:/ IntegrationInfrastructure: Bustechnology/middleware/businessprocessmanagement NGOSS-TAM3.1参考（功能框架） OSS Others Campaign Management Sales Aids Compensation & Results Mass Market Sales Management Channel Sales Management Corporate Sales Management Sales Portals Product Strategy / Proposition Management Product Strategy / Proposition Management Product Lifecycle Management Product Performance Management Customer Information Management Transactional Document Order Mgt Customer Self Management Customer Contact, Retention & Loyalty Customer Representative Toolbox Receivables Management Billing Inquiry, Dispute & Adjustment Bill Billing Account Management Collections Management Bill Calculation Production Customer QoS / SLA Mgt Customer Service / Account Problem Resolution Format / Render Product/ Service Rating Application Online Charging Application Service Specification Mgt Service Inventory Mgt Service Order Mgt Service Level Agreement Mgt Service Service Quality Monitoring & Impact Analysis Service Performance Resource Process Mgmt (Workflow/Integration) Resource Inventory Management Application Problem Mgt Mgt Billing Data Mediation Application Resource Lifecycle Resource Order Mgt Resource Assurance Mgt Voucher Management Real-time Billing Mediation Resource Domain Mgmt Application Partner Mgt Supply Chain Mgt Revenue Assurance Management HR Management Financial Management Asset Management Security Management Knowledge Management Fraud Management http:/ Source: TAM Release 3.1 GB929 Version 3.5 协 议 管 理 NGOSS-TAM3.1参考 OSS相关主要功能框架 Level3 业务管理 业务定单管理 SLA管理 业务质量监视和影响分析 业务规格管理 业务定单开通 与协同 业务设计 /派配 业务定单验证 业务可用性 业务 KPI/KQI 采集 SLA告警 SLA指标计算 与比较 SLA历史信息 分析与报表 相关 系统 通知 业务质量监控 业务质量提升 业务质量分析 业务限制识别 与报告 业务存量管理 业务问题管理 业务性能管理 业务存量查询 业务存量更新 业务存量更新 通知 业务存量同步 业务配置管理 业务数据采集 业务激活管理 业务定单发布 问题接收与预 处理 故障分析 故障单生成 故障修复 资源性能数据 采集 性能数据归档 与输出 服务性能数据 采集 性能趋势与 “仪表盘” 业务存量信息模型 资源管理 资源流程管理 问题关闭 KPI/KQI计算 性能问题识别 资源生命周期管理 资源测试流程 管理 资源变化流程 管理 资源风险管理 劳动力管理 资源规划与设 资源战略规划 计自动化 管理 资源存量管理 资源施工与物 流调度管理 资源部署规划 管理 资源存量查询 资源存量更新 资源存量更新 通知 资源存量同步 资源存量信息模型 资源详细规划 资源能力模板 / 管理 规格管理 资源定单管理 资源保障管理 备品备件与仓 资源状态与配 储管理 置信息管理 资源模板 /规格管理 资源业务单 验证 资源设计 与派配 资源业务单 调度 资源业务单 发布 资源保障流程 编排 资源状态监控 故障状态监控 关联 &根因素 分析 拥塞管理 资源问题管理 SLA度量管理 资源性能管理 资源采集激活管理 资源发现 资源激活 资源故障 &性 能数据采集 OSS存量 /数据 同步管理 Source: TAM Release 3.1 GB929 Version 3.5 http:/ 服 务 开 资 源 开 发 与 运 营 用 1 规划案例 中国电信 CTG-MBOSS OSS2.8规范功能视图 业务流程管控 工具支撑 依托企业门 户，提供面 门户 OSS 门户 个人门户 单点登录 移动办公 知识搜索 运维协同 专题论坛 综合信息发布 向后端运行 维护、面向 政企客户服 规划 运营支撑与就绪 开 通 保 障 务，以及支 服务规划 服务能力规划 产品能力规划 变更管理 生产指挥 生产任务管理 重大事件上报 服务开通 定单接收 服务方案设计 服务质量分析 服务问题 服务质量 服务质量评估 服务故障 服务质量报告 服务性能 撑前端营销 和客户服务 的门户应用 发 资源配置 接收与解析 事件申告 性能指标分析 与 运 营 服务测试管理 测试工具 测试执行 运营就绪 产品就绪 服务存量 运营管控 运营管控 服务配置 服务激活 预处理与分析 处理与修复 验证与评估 事件分析 事件监视 性能监视 反馈与消障 资源规划 资源测试管理 资源调整 施工调度 资源开通 资源问题 资源故障 资源性能 资源能力规划 资源设计 测试工具 网调方案设计 测试执行 变更数据调整 备品备件 备品备件 资源存量 资源规格管理 码号管理 组网管理 设备实体管理 工作资源存量 调度应用 网络配置管理 用户数据配置 配置适配 资源配置工单 资源设计与分配 客户方案设计 自动激活 激活过程管理 接收与解析 预处理与分析 处理与修复 验证与评估 反馈与消障 协议与流量 事件申告 事件分析 事件监视 协议 /信令管理 性能控制 性能指标分析 性能监视 流量管理 依托 MSS， 针对性提供 后端运营管 理的相关功 能 地域管理 自动发现与同步 激活适配 数据采集 故障、性能、参数数据适配 依托企业 企业管理 O 企业数据 架构 O 运营管理 OSS数据架构 绩效考核 公文流转 数据应用 成本管理 工程管理 数据共享 知识管理 档案管理 数据整合 供应商管理 日常事务管理 数据质量 运维组织与人员管理 代维管理 公共管理 ODS，深化 OSS数据管 理和数据应 - 11 - http:/ 规划案例 中国电信 OSS功能视图特点分析 功能视图主要特点： 体现“大网络运营”的思路，实现后端运营的一体化支撑，不仅包括开通和保障，还包 括网络规划建设和产品开发、运营支撑与就绪等过程，体现出全生命周期的网络运营支撑 新增产品能力规划、服务能力规划、资源能力规划、资源设计等能力，体现对前端业务 和网络规划部门的支撑 加强服务测试管理、资源测试管理等能力，提升主动式的客户体验，提升网络资源问题 诊断和处理能力 将施工调度单独识别出来，从局外施工调度扩展到局内物理施工的调度 明确依托 CTG-MBOSS中 MSS中门户和企业管理能力向后端提供运维支撑；如：门户 -O、 企业管理 -O等；依托 EDA中数据架构部分，对运维管理进行支撑；如： ODS-O 层次分明，易于理解与对应；兼顾国际标准与电信实际情况 http:/ - 12 - 规划案例 中国电信 CTG-MBOSS OSS2.8规范系统视图 门户 OSS系统 OSS门户 公共平台 开通 保障 服务开通 服务保障 施工调度 网络运维管理 ODS-O 资源管理 网络资源管理 服务及 自动激活 测试管理 服务质量管理 应用集成 平台 网络管理 综合网管 专业网 络管理和 适配 传输综合网管 数据专业网管 交换专业网管 业务平台网管 C网专业网管 IT网管 无线网优 动环监控 企业 GIS 平台 http:/ 规划案例 中国电信 OSS系统视图特点分析 系统视图特点： 系统群层次分明而有序，向上体现以客户服务为中心，包括综合服务开通系统、综合服 务保障系统、运营管理及生产指挥系统，关注快速反应和流程规范化。向下体现对业务和 网络的层次管理 将施工调度单独识别出来，体现对施工资源的精细化管理要求 将网络规划和设计支撑纳入网络资源管理范围，和功能视图呼应；网络资源管理横跨开 通和保障，体现综合网络资源管理对两大线条的共同支撑作用和核心地位 自动激活移入服务及网络管理范围，与配臵管理合并，引入用户数据配臵和查询功能 突出测试管理；将综合告警和综合性能合并为综合网管，并覆盖流量、信令和协议管理 充分考虑专业网管的现状，保留了专业网管层次 抽取出公共技术平台，并在系统视图中单列，体现公共技术平台在系统架构上的相对独 立特点 在表现形式上采用立体视图，体现门户、应用系统和公共技术平台的共享或集成关系 http:/ - 14 - 15 OneOSS2.0规划总体原则 1. 架构统一规划，信息共享原则 2. 快速提供业务，能力领先原则 3. 标准服务抽象，功能开放原则 4. 体系科学发展，持续建设原则 5. 系统分步实施，急用先行原则 http:/ 技术 原则 功能 原则 数据 OneOSS2.0框架设计原则 类别 业务 原则 原则 规划原则 业务全面支撑原则 系统架构开放性原则 高内聚低耦合原则 稳定可靠性原则 系统内功能一致性原则 系统间功能互斥性原则 功能可扩展性原则 数据模型统一原则 信息共享原则 说明 以全面支撑所有业务的功能需求为目标 规划的架构应采用开放的平台和技术，方便和其他系统间的数据交互和 流程流转。架构开放性还应保证将来能方便的接入对其他网络和业务的 管理 系统内部应根据功能的内聚划分模块，保证模块内功能高内聚，模块间 交互低耦合 规划的系统应具有高度的稳定性和可靠性，能适应技术、业务和管理的 负荷要求 系统内部的功能目标应尽量确保一致性，同一类的应用规划在一个系统。 不同系统间功能应存在互斥，即不同系统间功能不重复。 应保证系统能方便的分阶段实施、扩充和增强系统分阶段逐步建设。 同一系统内部的数据模型尽量保持其整体性，同一类数据相关应用规划 在一个系统内。 确保本系统数据不仅能服务于网络各部门，还能服务于前端客服市场部 门以及管理部门，或者为其他 IT系统提供资源数据 http:/ - 16 - 1 2 3 4 目录 规划目标和原则 业务与应用框架 业务框架 应用框架 全业务支撑能力 数据模型框架 技术架构规划 http:/ - 17 - 运营 分析 通信 保障 支 OneOSS2.0业务框架思路与 1、 2级视图 业务过程框架制定思路 规划、建设与产品管理 运营管理 立足现状 网络规划 网络建设 产品管理 客户订 客户关系管理 客户投 客户服务 单管理 诉管理 质量管理 基于运维流程体系框架，进一步深 化“集中化、标准化、信息化”战 略，全面梳理运维工作现状。 应对变化 全业务运营对现有的运维模式产生 较大影响，重点增加面向集团客户 业务的业务开通与保障相关的业务 过程。 网 络 与 业 务 规 划 入 网 认 证 工 程 建 设 新业 务设 计开 发 集客 解决 方案 管理 业务开通 开通定单管理 资源调度 网络数据配置 开通施工 软件变更 业务保障 网络 网络 监控 故障 网络 处理 优化 应急 例行 维护 对标 eTOM 充分借鉴电信行业的标准业务过程 框架 TMF eTOM，其横向划分为 四个管理域，纵向划分为七个端到 端的业务过程域。 基础支撑 基 础 运维流 合作伙 信息安 备件 运维知 网管 撑 程管理 伴管理 全管理 管理 识管理 支撑 注：黄色标注为网络部主导的核心业务过程，白色斜体标注为其他部门主导，需要网络部配合开展的业务过程。 http:/ A6.1 网管 系统 监控 平台 A4.3 投诉处理 支撑系统 OneOSS2.0目标应用框架 1、 2级视图 应用框架制定思路 全业务支撑 全面支撑业务，重点支撑全 业务，在原有应用框架基础 上，增加业务开通和业务质 量管理相关应用 综合网络应用平台 A1.1综合门户应用系统 A1.2运维知识管理系统 运营流程管理平台 A2.1电子运行维护系统 A2.2施工管理系统 高内聚 ,松耦合 按功能和数据的聚合性对应 用应用系统进行划分，确保 系统内高内聚，系统间为松 耦合 提升用户感知 向网管用户屏蔽系统概念， 面向应用场景和岗位，建立 各类专题视图和场景化应用， 提升用户使用体验 网 管 系 统 监 控 平 台 业务开通平台 A3.1 业务开通系统 A3.2 A3.3 资源 网络 管理 激活 系统 系统 网络监控平台 A4.1业务质量管理系统 A4.2综合 监控系统 A4.4 A4.5 集中操作 网络业务 维护系统 监测系统 质量保障 平台 A5.1 网络 运营 分析 系统 A5.2 网络 优化 系统 http:/ - 19 - IT IT IT 事 件 管 理 资 源 管 理 安 全 监 控 质 量 管 理 OneOSS2.0目标应用框架 3级视图 网管系统 监控平台 网管系统 监控平台 综合网络呈现 综合门户应用系统（示例） 运维管理视图 网络监控视图 综合网络应用平台 集团客户支撑 运维知识管理系统 信息搜索 网管安全 管控平台 互联互通视图 信息安全视图 应急通信视图 工程管理视图 网络优化视图 网管支撑视图 技术支援视图 信息发布 内容管理 互动社区 专家库管理 激励管理 安全管理服务 运营流程管理平台 安全监控管理 电子运行维护系统 施工管理 安全风险管理 工单管理 值班管理 作业计划管理 合作伙伴管理 存量管理 施工调度 施工管控 基础工具 安全服务管理 信息安全分析 业务开通平台 网络监控平台 质量保障平台 业务开通系统 业务质量管理 网络运营分析系统 安全基础服务 定单分拆与关联 开通设计 业务质量监视 业务问题分析 SLA管控 运维效率分析 集中帐号管理 业务配置单管理 资源管理系统 资源应用 信息共享 存量管理 基础工具 开通过程管控 网络激活系统 激活设计 指令生成 激活控制 数据核查 综合监控系统 场景监控 告警监控 性能监控 智能预处理 集中操作维护系统 智能巡检 仿真终端 投诉处理支撑系统 投诉处理向导 投诉智能处理 投诉工具整合 网络业务监测系统 信令监测 自动拨测 流量监控 客户分析 业务分析 网络分析 网络优化系统 （无线） 网络优化向导 参数自动制作 频率自动优化 场景自动生成 授权管理 认证管理 审计管理 访问管理 http:/ - 20 - 内外部边界与应用集成总图 综合网络应用平台 网管系统监控平台 外部网站 全文检索 门户呈现 信息 知识数据 全文检索 软件自身 告警和性能数据 统计报表 MIS系统 运营流程管理平台 厂商知识管理 知识数据 工单数据 资源数据 工单数据 值班记录 作业记录 工单数据 巡检指令 资产数据 ERP系统 CRM 资源数据 业务开通平台 资源数据 质量保障平台 业务质量数据 网络监控平台 备品备件 物资管理系统 客户关系管理 产品数据 客户订单 投诉工单 开通记录 激活记录 告警数据 资源数据 告警数据 性能数据 投诉数据 资源数据 计划建设管理 激活指令 配置数据 告警数据 性能数据 BASS 经营分析系统 BSS 服务质量 分析数据 OSS 联机指令 统一采集平台 联机指令 联机指令平台 门户呈现 信息 MSS OA 办公自动化 http:/ - 21 - 1 网络 分析 5 网络 2 例行 维护 A4. 1 2 业务框架与应用框架映射关系 规划、建设与产品管理 运营管理 网络规划 网络建设 产品管理 客户关系管理 网 络 与 业 务 规 划 A2. 1 入 网 认 证 工 程 建 设 新业 务设 计开 发 集客 解决 方案 管理 客户订 单管理 A3. 业务开通 1 A3.开通定单管理 2 A3. 资源调度 3 网络数据配置 A2. 2 开通施工 A3. 2 软件变更 客户投 客户服务 诉管理 质量管理 A2. 业务保障 A5. 网络 1 运营 A4. 监控 A4. A4. 故障 3 处理 优化 A5. 应急 A3. 通信 2 A4.保障 4 A1. 1 基 础 支 撑 A2. 1 运维流 程管理 A2. 1 合作伙 伴管理 A2. 1 信息安 全管理 A3. 基础支撑 A4. 2 A5. 备件 管理 A1. 2 运维知 识管理 A6. 1 网管 支撑 A2. 1 2 1 注：黄色标注为网络部主导的核心业务过程，白色斜体标注为其他部门主导，需要网络部配合开展的业务过程。 http:/ 和高效 对重要客 户的差异 动通知 全业务竞争环境下，市场对网络的要求 全业务竞争的背景描述 随着电信行业的重组，电信 行业进入了全业务竞争的环 境中，这加剧了企业间的竞 争面，而竞争也会越来越激 烈 在集客业务，个人宽带业务 中，对开通能力都提出了更 高要求，而移动在这方面相 对落后于电信，如何在不利 的环境中，快速提升自身的 服务能力，对未来的竞争都 显得至关重要 因此在全业务竞争的环境下， 市场部门对网络部门的要求 从网络能力提供进一步转变 成对服务能力的提供 新环境下市场对网络口的要求 开通的快捷 协助市场完 协助市场完 成新业务的 成业务评估 开发 包括 SLA 对投诉的快 对故障的快 速协同处理 速回复和主 协助市场完成 化保障 品牌宣传 http:/ 原模式 BSS和 OSS划分 现状 原模式为 OSS进行业务准备，而 BSS实现业务激活 原模式的问题描述 局数据管理 业务准备 BSS 业务 投诉 激活 处理 OSS EOMS 网络设备 原先我们的业务主要是在移动领域， 而针对手机的开通，其原理是网络部 门事先完成大量手机的局数据制作， 完成业务的准备工作，而在开通业务 时，只需要简单的激活指令即可，从 而提升开通速度，因此当前各省的手 机业务开通基本上由 BSS系统直接和 设备连接，完成业务最后的开通。 然而在全业务竞争的环境下，通过预 先完成业务准备，再通过指令来激活 业务的模式，显然已经不再适应。 在全业务竞争的环境下，面向更加复 杂的业务服务和更加复杂的网络资源 信息，采用原有的 BSS直连设备进行 直接下发指令业务激活的方式从技术 上已经不再可行。 http:/ 新模式 OSS与 BSS的关系定位 从运维角度定位 从 IT角度定位 新 业 务 开 发 业 务 开 通 终 端 管 理 BSS SP审 核与 后评 估 OSS 施 工 调 度 MSS 重大 市场 活动 保障 投 诉 处 理 BSS系统关注市场、 客服等部门工作的 IT支 撑，而 OSS系统关注网 络部门工作的 IT支撑 所以网络侧对市场侧 所提供的服务将是 BSS 系统和 OSS系统分界点 市场侧利用网络侧提 供的服务，构建对客 户的服务，市场侧关 注服务的使用，而网 络侧关注服务的实现 网络侧需要对市场侧 提供的是服务能力， 而不是分离的网络， 要通过提高服务的等 级来提高运维价值 OSS有自身的流程 系统来支撑网络运维， 而如果由 BSS实现端 到端的业务开通，必 然造成网络侧运维流 程在 IT层面的分离， 这不利于网络侧内部 对流程的统一管理， 也不利于运维流程的 优化 运维流程涉及复杂 的业务逻辑关系，尤 其是面向开通， OSS 系统关注将这些复杂 的业务逻辑有效的封 装到服务中去，而向 BSS提供简洁高效的 服务接口 http:/ R 新模式全业务开通方案 相关说明 1.下订单 用户 BSS和 OSS的关系： BSS负责订单受理 BSS负资源判定 目前涉及到核心网的激活 由 BSS完成激活任务？ BOSS/CRM 6.定单返回 BSS 需要 OSS执行的定单发送 到 OSS执行 资源报送 2.派发定单 OSS OSS的职能： 通过业务开通管理整个流 程调度 综合资源完成配臵数据 网络激活完成向网络数据 3.资源配臵 业务开通 的指令执行和数据配臵 综合资源 4.激活工单 5.施工单 网络激活 http:/ 新模式的优势所在 通过 BSS和 OSS直接 的服务点做为系统之 间的接口，依然可以 有效的实现端到端业 务开通 不影响端到端 业务开通的需 求 更利于 BSS服务客户 对于 BSS系统，关注如 何使用服务，可以有效 的屏蔽网络侧复杂的业 务逻辑，从而是 BSS更 加集中精力来关注对客 户的服务 对于 OSS系统，以服务 点对作为对外标准服务 界面，而接口的内部实 现却可以不断的改进， 从而进一步提升服务效 率，而服务的提升无需 BSS的任何修改 更有利 OSS对服 务的优化 新模式的 优势所在 对网络资源的控制 更加有效 OSS通过对业务开通的有 效控制，可是实现对资源 的闭环管理，从而实现对 资源的全生命周期进行跟 踪，这有利于提高资源的 整体使用效率 http:/ 设备 业务 管理平台 质量 数据 综合性能 O S S 售后 新模式下全业务开通过程中的系统交互 客户提出业务 需求和服务质 量需求 网络侧 支持的 服务点 EOMS 3.资源建设 N-OAS 客户 CRM 1.制定方案 评估需求 4.开通定单 运营管理和生产指挥 6.生产指挥 6.施工调度 S-FAS 施工调度 11.开通分析 2.资源设计 施工 数据 网络运营 分析 R-SOS 分析 数据 10.计费帐务 BOSS 计费帐务 综合结算 综合采集 业务资管 9.开通报竣 B S S 服务开通 6.开通激活 5.资源配臵 数据 网络激活 综合资源管理 激活 资源 数据 数据 联机指令平台 OMC/EMS 开通 8.开通监控 13.资源支撑 7.测试 网络业务监测系统 业务拨测 信令监测 售前 业务质量管理 12.事件通报 综合监控 综合告警 监控 数据 图例 售中 http:/ 1 2 3 4 目录 规划目标和原则 业务与应用框架 数据模型框架 xx xx xx 技术 架构规划 http:/ - 29 - 审计日志 构建运营数据模型（ ODM） 资源主题域（ ODM-R） 应用开展所需要的基础支撑数据 资源主题域 应用主题域（ ODM-A） 应用开展过程当中所产生的数据 应用主题域 内部组织 用户 产品规格 产品规格（主 /子产 品规格） 产品规格与资源服 务规格关联 参与者域 客户 产品域 产品实例 产品实例（主 / 子产品实例） 合作伙伴 应用系统 产品 SLA SLA规格 客户服务 SLA与客户服务关系 客户和产品由 BSS来维护， OSS为使用者， OSS存储 其副本，实现前后贯通， 有效支撑前台业务。 事件域 网元告警 OMC告警 链路告警 告警事件 运维管理事件（如告 警屏蔽通告） 呼叫记录域 性能域 话务性能数据 性能监控数据 通话记录数据 参数数据 IT质量数据 测试数据域 CDR汇总 路测数据 网络资源域 业务资源 信令汇总 业务拨测 无线链路测量 资源服务规格 资源服务角色 资源服务实例 资源服务设计策略 资源服务等级 资源服务设计结果 资源 /服务实例使用关系 网络 /子网 网络节点 逻辑设备 设备接口（媒介接口 /逻辑接口） 软件 操作系统 网络地址 协议 传送实体 端点 逻辑通路（逻辑连接 /路径） 物理设备 硬件（架 /框 /板 /槽 /端口） 物理连接 管线资源 逻辑资源 物理资源 网络资源域包括物理资源、 逻辑资源、业务资源（资 源所提供的服务），目前 已纳入综合资源模型规范， 并已初步完成建模方法论、 基础元模型建模、各专业 核心模型建模等课题研究。 单据域 定单 资源确认单 施工工单 激活工单 管控类业务单（协作单 /督办单 /催办单） 任务单 例行任务 运维流程 绩效考核 运维知识 配置域 安全域 MSC局数据 HLR局数据 安全帐号口令 信令转接点局数据 VPN局数据 GPRS数据 业务系统安全 公共资源域 业务平台局数据 网络参数 数据 行政区域 管理区域 站点 机房 标准地址 ITSM元数据 http:/ OneOSS2.0数据质量管控（ DMA） 管理要求 数据可管理 数据访问控制； 数据配臵控制； 数据管理流程； 生命周期管理； 数据质量考评 体系 具备量化考核指标； 形成考评体系； 数据质量可评估 数据及时性；数据完整性； 数据一致性；数据有效性； 数据要透明 数据结构透明；数据含义透明； 数据转换规则透明； 技术手段 增强元数据管理 （技术元数据） 数据质量考评报表 建立质量考察点 元数据管理 （基础元数据 +业务元数据） 实施方案 通过 EOMS承载数据管理流程； 通过元数据管理工具进行全程元 数据管理； 由数据提供者承载该数据质量管 理功能； 由 IT网管系统承载全局数据质量 管理功能； 对现有系统进行改造，增加考察 点； 建立数据质量管理规范，指导新 建系统建设； 引入专业元数据管理工具； 对现有系统采用旁路式管理； 对新建系统采用融入式管理； http:/ 1 2 3 4 目录 规划目标和原则 业务与应用框架 数据模型框架 技术架构规划 总体说明 IT基础设施规划 OSS应用系统规划 http:/ - 32 - OneOSS2.0规划主要方法应用 层次 方法 技术说明 展 示 层 应 用 层 数 据 层 硬 件 层 统一的用户界面 Portal 即插即用的应用 ESB BPM 集中统一的数据视图 SID 按需应变的计算和存储 云计算 展示层 应用层 数据层 硬件层 业务 连续性 安全 管控 Portal ESB BPM SID 云计算 HA SOC 4A 提供个性化、单点登录、不同来源的内 容整合以及存放信息系统的界面表示层 一种在服务和应用之间的标准集成方式， 提供消息总线、服务调用等功能，实现 系统的轻量级松耦合集成 描述一组服务和工具的一般名词，这些 服务和工具为显式的流程管理提供支持， 包括设计、执行、监控和优化在内的全 生命周期管理方法 OSS系统的共享数据模型，实现系统数 据的共享和互通 独立于硬件构架、操作系统和网络，以 服务的形式提供虚拟硬件资源，如虚拟 主机 /存储 /网络等资源 保障 IT基础具备高可靠性与可用性的一 系列的实现方式，包括：主机集群、数 据库集群、负载均衡、存储镜像等 安全运营中心作为安全监控、安全防护 与风险风析保障体系，包括：防病毒、 防攻击、漏洞扫描等。 实现审计、验证、授权与帐户管理的安 全保障体系 http:/ - 33 - OneOSS2.0一级目标架构 一级目标架构由 IT基础设施、 OSS应用和数据、 ITSM等几个部分组成： IT基础设施承担 OneOSS体系 的网络、主机软硬件等设施 OSS应用和数据是 OneOSS体系 的主要功能应用及核心数据 ISTM 提供 OneOSS体系的自身管理和能力保障 其中，信息安全和业务连续性作为规划的逻辑框架，实体分散在 IT基础设 施、 OSS应用和数据、 ITSM的具体模块中体现 信息安全 ITSM OSS应用与数据 业 务 连 续 性 IT 基础设施 http:/ ITSM 业 务 持 续 性 业 务 信息安全 IT基础设施云计算引入策略 OSS应用 IT 基础设施 考虑到相关技术的成熟性， OneOSS2.0规划主要实施 IaaS和 Paas，形成虚拟化 的 IT基础设施，动态整合的 IT基础架构 /共享的计算资源 资源容量可自动管理 IT基础架构简化整合 高性能 资源利用率高 系统管理简便 节能环保 ITSM 操作系统 网络 OSS应用 PaaS Cloud Computing 数据库 中间件 IaaS Cloud Computing 服务器 存储 /备份 Services 连 续 性 Services Services SaaS： Software as a Service 应用、流程、信息作为服务 OneOSS2.0计划实施范围： PaaS： Platform as a Service 优化的中间件、数据库等作为服务 IaaS： Infrastructure as a Service 网络、存储、服务器虚拟化 http:/ ITSM 业 务 持 续 性 Xen XVM Logical Domains 应用级 虚拟化 灵活 LPAR Solaris 数据库 安全 可伸缩 信息安全 IT基础架构 主机规划 OSS应用 IT 基础设施 通过主机虚拟化 技术实现三层应用架构，实现安全性、可伸缩的解决方案 通过服务器虚拟化技术为不同的应用提供了良好的性能及扩展性 第一层： Web服务器，通过 Cluster和负载均衡技术实现系统的性能和扩展性 第二层：应用服务器，通过分区技术和 Cluster技术实现系统的高可用性和扩展性 第三层：数据服务器，通过分区技术实现系统的高性能和扩展性 终端客户端 终端层 使用层 简单 Web 服务器 应用服务器 数据库服务器 主机虚拟化 产品 硬件 Dynamic System Domains 虚拟化 NPAR 前端层 Web访问层 VPAR ESX 操作系统级 虚拟化 中间层 应用服务 Windows Server Virtualization KVM(Linux) z/VM 后端 Containers/Zones Windows Server Virtualization Thinstall Virtual OS 平台支持 Sun RISC HP RISC/Itanium IBM RISC HP RISC/Itanium X86 X86 X86 Sun T1/T2/Rock X86 X86 Mainframe Sun RISC/X86 X86 X86 操作系统 Solaris HPUX/Linux/Windows IBM/Linux HPUX/Linux/Windows Linux/Windows/Solaris x86 Linux/Windows/Solaris x86 Linux/Windows/Solaris x86 Solaris/Linux Windows, Linux, etc Linux Solaris 10 Windows Linux/Windows http:/ ITSM 业 务 持 续 性 OLAP 信息安全 IT基础设施 数据库规划 OSS应用 IT 基础设施 采用数据库集中部署和数据库集群的方案，满足 OLAP/OLTP需要 数据库集中部署，采用多实例、多用户方式共享软硬件资源 数据库集群，提高数据库的高性能和高可用 OLAP DataMining OLTP 集群 模式库 1 模式库 2 模式库 3 模式库 n 多实例 用户 数据库 1 用户 数据库 2 用户 数据库 3 用户 数据库 1 用户 数据库 2 用户 数据库 3 多用户 http:/ ITSM 业 务 持 续 性 信息安全 IT基础架构 存储备份规划 OSS应用 IT 基础设施 采用存储虚拟化技术和集中 SAN方案，实现 OSS系统整合、统一、标准、共享 的存储备份平台，能够管理庞大、繁多、复杂的数据及相关的设备，提高资 源利用率，并建立起完整的数据安全保障体系 http:/ ITSM 业 务 持 续 性 信息安全 IT基础设施网管网络规划 OSS应用 IT 基础设施 广域网 IP承载网 局域网安全域划分 骨 干 网 管 网 省 A省网管网 A省节点 总部节点 总部网管系统 B省节点 B省网管网 IP专网 MDCN 根据安全域不同功能和风险级别划分为八个安全子 域：互联接口区、核心生产区、管理服务区、日常 操作区、内部系统互联区、第三方接入区、外联 DMZ区和内联 DMZ区 日常操作区 管理服务区 内 网 省会节点 省级网管系统 省会节点 省级网管系统 网管监控中心、 4A系统等 （预留） 生产终端 管 网 OMC 地市节点 地市节点 OMC OMC 地市节点 地市节点 OMC 交换机 交换机 交换机 交换机 内部系统互联区 业务支撑系统 网管系统 1 网元 网元 网元 网元 网元 网元 交换机 管理信息系统 第三方接入区 网管网总体上分为骨干网管网和省内网管网两 网管系统 2 交换机 IDS 核心交换机 IDS 个层面。骨干网管网由总部节点和各省级节点 组成，省内网管网由省会节点和各地市节点组 成。总部节点通过 IP专用承载网和 MDCN与各 网管系统 3 交换机 互联接口区 内联 DMZ区 外联 DMZ区 支撑系统 互联网统 一出口 CMNet 省级节点相连， MDCN为备用线路。 核心生产区 网元设备 http:/ 异地网管 ITSM 业 务 持 续 性 信息安全 IT基础设施网管网络规划 OSS应用 IT 基础设施 根据地市网管网络的不同功能，将地市网络划分为 4部分：核心路由区、核心生产区、 网元接入区、日常操作维护区，将网元接入和终端接入进行安全分离，实现访问网管应用 和网元操作的终端经过省中心强制策略认证 网元数据流 终端数据流 http:/ ITSM 业 务 持 续 性 信息安全 OneOSS2.0业务持续性规划 OSS应用 IT 基础设施 业务连续性规划涉及： IT基础设施（网络、存储、服务器、系统软件、数据库） 、平台软件、应用软件等 业务可用 性级别 四级 三级 适用场景 为外部客户直 接或间接提供 服务的应用及 关键业务 为网络监控、 维护、投诉处 理提供服务的 应用 应用高可用 数据库高可 方案 用方案 异地容灾： 异地容灾： 数据同步复 负载均衡 制、异地集 群 本地负载均 本地数据复 衡 制、集群 措施： 二级 一级 为网络规划、 分析提供服务 的应用 为其它系统提 供服务的应用 共享存储的 本地双机互 备 单机系统 共享存储的 本地互备 单机系统 http:/ ITSM 业 务 持 续 性 简化整合 集功能的运用 的存储虚拟化 信息安全 IT基础设施演进建议 OSS应用 IT 基础设施 IT资源优化方法论，将实现 IT资源优化的途径分为四个阶段，后一阶段以前一 阶段为基础，可以实现更大的灵活性，获得更高的业务价值 SaaS Cloud Computing IaaS Cloud Computing 网络整合，安全域划分 存储整合，集中备份 PaaS Cloud Computing 数据库整合 SOA服务整合 OneOSS3.0 服务器整合，虚拟化 虚拟化 (Virtualize) (Simplify) 垂直整合服务器分 简化整合 IT资源 区功能的实现 系统软件标准化 水平整合服务器群 操作系统及应用版 本统一化 文件和数据块级别 管理和监控系统软 件标准化 服务器及存储资源 的动态分配 自动供应 (Provision) 容量及负载的自动 化管理 资源按照管理员的 定义进行自动分配 性能问题自动探测 及隔离 云计算 (Cloud) 资源按照业务优先 策略进行自动分配 随需应变，按需分 配 灵活动态的响应能力 Page 42 http:/ ITSM 业 务 持 续 性 应 组 应 核 性 E B S 信息安全 OneOSS2.0应用软件规划 OSS应用 IT 基础设施 OSS 核心应用由 ESB企业服务总线作为后台支撑平台，同时实现 信息安全和业务连续性的支持 ,OSS 核心应用在 1级视图上又可以 分为以下 6大区域 : 信息安全 1. 综合网络应用平台 I-NAS 2. 运营流程管理平台 E-OMS ITSM 综合网络应用平台 I-NAS 运营流程管理平台 E-OMS 网络监控平台 业务开通平台 R-SOS S-FAS 质量保障 平台 N-OAS 合 心 用 用 3. 网络监控平台 R-SOS 业 务 4. 业务开通平台 S-FAS 连 续 5. 质量保障平台 N-OAS 6. 包括联机指令平台 O-IPP、 联机指令平台 O-IPP 统一采集平台 U-CAP 系统基础服务 统一采集平台 U-CAP在内 的基础服务 IT 基础设施 http:/ ITSM IT 业 务 持 续 性 资源 网络 管理 激活 系统 系统 流程支撑平台 信息安全 OneOSS2.0系统框架（ 新修改） OSS应用 IT 基础设施 网管 系统 监控 平台 综合门户应用系统 综合网络应用平台 运维知识管理系统 网络安全 管控平台 服 务 管 理 运营流程管理平台 电子运维系统 业务开通平台 网络监控平台 业务开通系统 业务质量管理系统 综合监控 网络业务 系统 监测系统 集中操作 投诉处理 维护系统 支撑系统 质量保障 平台 网络运营 分析系统 网络优化 系统 安全 管控 系统 信息 前转 平台 基础服务 搜索引擎 门户引擎 联机指令平台 GIS引擎 拓扑引擎 统一采集平台 元数据管 规则引擎 报表引擎 理平台 元任务管 理平台 统一 认证 平台 http:/ ITSM 业 务 持 续 性 信息安全 OneOSS2.0应用 SOA体系的技术架构 OSS应用 IT 基础设施 采用 SOA体系建立高可用的 ESB总线，实现数据、应用、业务过程、服务资源以及客户端访 问的连接和封装，提供规范标准的一致性接口，在服务节点之间完成动态链接、智能路由、 信息流转等核心功能，并提供协议转换、安全及服务质量等基础服务，并通过管理控制台完 成对服务注册、管理、部署、查找等功能的操作 应用访问层 应用 1 应用 2 应用 n 服务总线层 服务节点 (主 ) 服务节点 (备 ) 管理控制台 注册中心 (主 ) 注册中心 (备 ) 传输协议 传输协议 注册管理 HA 策略管理 分发代理 HA 策略管理 分发代理 服务查找 Repository Repository 对象处理 事件通知 连接管理 对象处理 事件通知 连接管理 服务部署 应用系统层 连接器 连接器 接口监控 网络监控平台 R-SOS 业务开通平台 S-FAS 统一认证平台 流程支撑平台 搜索引擎 GIS引擎 http:/ ITSM 业 务 持 续 性 信息安全 OneOSS2.0应用服务 SOA演进建议 OSS应用 IT 基础设施 构建公共服务 现有系统利用服务提升能力 现有系统 GIS 文档 搜索 现有系统提供对外服务 1 ESB 全系统服务化 Portal BPM 2 ESB 现有系统 3 服务化现 有系统 服务化现 有系统 ESB 服务化现 有系统 4 http:/ ITSM 业 务 持 续 性 信息安全 OneOSS2.0系统框架 基础服务 OSS应用 IT 基础设施 本期规划将引入七个技术平台和六个通用引擎，实现基础服务共享，包括：联机指令平 台、统一采集平台、集中认证平台、流程支撑平台、信息前转平台、元任务管理平台、 元数据管理平台以及门户引擎、搜索引擎、报表引擎、规则引擎、拓扑引擎、 GIS引擎 门户引擎 集中认证平台 数据集成、服务集成 /ESB 流程支撑平台 信息前转平台 元任务管理平台 元数据管理平台 平台是作为网管 开发商需要提供 的公共基础服务 对象 操作 对象 操作 对象 操作 对象 操作 对象 操作 事件 事件 事件 事件 事件 搜索引擎 报表引擎 规则引擎 拓扑引擎 GIS引擎 引擎一般是第三方的 通用软件，通常不需 要网管开发商提供 统一采集平台 联机指令平台 http:/ ITSM 业 务 持 续 性 信息安全 OneOSS2.0基础服务 XX引擎 OSS应用 IT 基础设施 门户引擎 Portlet (App) Portlet (App) Portlet (App) Web part (App) Portal的主要功能是将不同的应用程序集合到一个页面，它提 供不同来源的个性化、单点登录的内容集合，并且托管不同 后端系统的表示层 Portal也可以有复杂的个性化特征，这些特征能够给用户提供 自定义内容。 Portal页可以有不同的 Portlet 集，以便为不同 的用户创建内容 Portlet/Web part API Portlet/Web part container Container Provider Container Invoker Service Provider API Interface Portal Web application Html、 Wml、 Xml HTTP 搜索引擎 搜集信息：通过网络爬行 /机器人自动搜集信息 整理信息：建立索引，将信息按照一定的规则编排，并采用基 于内容的相关度评价，能够客观分析网页 /文档所包含的信息 ，从而最大限度保证了检索结果相关性 高可配臵性：在搜索调度、相关性评价、内容过滤、显示方式 等方面要提供可配臵手段，使系统具有灵活性和适应性 查询服务：按照用户要求检查索引，查找并返回用户需要的资 料，并支持多种高级检索语法 http:/ - 48 - ITSM 业 务 持 续 性 信息安全 OneOSS2.0基础服务 XX引擎 OSS应用 IT 基础设施 GIS引擎 GIS基本功能：空间数据管理，图层管理，渲染管理，专题 图管理，地图制作、输出、浏览，分析等 展示发布 服务发布 GIS服务：地图显示类服务，地图计算类服务，地图查询类 服务，地图输出类服务 基于 GIS的功能服务 OGC服务：包括 WMS， WFS， WCS等服务 空间数据 系统配臵数据 GIS 核心引 擎及 API 拓扑引擎 组织资源数据、拓扑展现、拓扑关系维护网元配臵 /性能 /告 B/S API C/S API 鉴权接口 警数据显示、自定义拓扑、鉴权等 提供资源对象及关系变更、模型变更服务 以网络模型为基础，可以衍生多种视图，支持松耦合和紧耦 实例化 /缓存 拓扑模型 视图 视图 视图 模型转换 合客户端接口 网络层模型 http:/ - 49 - ITSM 业 务 持 续 性 信息安全 OneOSS2.0基础服务 XX引擎 报表引擎 报表订制 基本功能：语义层定义，报表制作，报表管理 报表服务：订阅分发服务、报表自定义服务、报表生成服务 、报表处理服务、报表呈现服务、报表访问服务 维度管理 基本功能：维度创建、事实创建、多维模型可视化、多维模 型数据处理与存储、多维模型优化多维分析服务 维度钻取服务、数据旋转服务、数据切块（片）服务、数据 可视化服务、数据安全服务、数据挖掘算法服务 规则引擎 基本功能：规则库管理，提供数据挖掘 (预测，聚类等）、自动化 处理及专家系统等方面的相关算法 /规则管理，为网络分析、网络 优化、自动化处理提供服务、规则引擎对象管理、执行队列管理 基本服务：主要分为两大类即规则管理 API(The Rules Administrator API)和运行时客户 API(The Runtime Client API) http:/ OSS应用 IT 基础设施 - 50 - ITSM 业 务 持 续 性 应用层 信息安全 统一采集平台的技术框图 OSS应用 IT 基础设施 统一采集平台关键技术能力说明 南向接口适配：实现与底层网管的 接口协议 S-FAS R-SOS N-OAS 适配，解析并识别底层网管以私有信息模型 描述的接口数据 统一采集平台 ODM XML 采集数据服务接口（包括实时数据服务 和非实时数据服务 ODM XML 数据转换和处理：根据处理规则将采集到的 底层数据转换成以相应的信息模型的数据， 并加以预处理，以便于上层应用识别和利用 北向接口适配：实现对上次的统一采集数据 服务，接收上层应用的数据采集请求，并将 采集适配代理 数据存储 采集到的数据分发给上层应用，该接口有实 时接口和非实时接口 采集调度管理 北向接口适配（ NBI） 数据转换和处理 南向接口适配（ SBI） 采集数据管理 数据库存储 CSV/XML文件存 储 采集调度管理：采集调度主要是完成对各种 采集的统一调度管理，采集调度对所有主动 式的采集任务进行控制 采集数据管理：主要是管理采集来的原数据 和转化后的数据 网元管理层 CORBA / Q3 / SNMP / ASCII / TL1 / 其他私有协议 数据存储：根据需要暂存采集到的底层网管 数据，支持数据库存储和文件存储模式 与 ESB集成：利用 ESB的能力提供采集事件 OMC/EMS 信令监测设备 自动拨测设备 其他数据源 的消息的订阅 /分发 http:/