ElasticNet OES 技术白皮书 - res. · PDF file随着移动互联网时代的到来，电信运营商在如何降低成本、提高网络资源利用率、提升网络运维

ElasticNet OES 技术白皮书


© 2017 ZTE Corporation. All rights reserved.

2017 版权所有中兴通讯股份有限公司保留所有权利

1

1 前言

随着移动互联网时代的到来，电信运营商在如何降低成本、提高网络资源利用率、提升网络运

维的便捷性，以及加快业务上线、实现差异化服务等方面承担着越来越大的压力和挑战，软件定义

网络(SDN)、网络功能虚拟化（NFV）、超宽带网络、云计算、大数据、人工智能等新兴技术不断涌现，

驱动运营商在网络和信息服务基础设施开始新一轮的变革。

对于电信运营商来说，基于 NFV/SDN/云计算的云化运营与传统电信运营有着较大差异，传统电

信运营以属地化运营为主，按属地分层和分段规划，云化运营以集约化运营为主，以 DC为中心构建

云化弹性网络，云网协同规划，实现开放式的网络运营。运营转型过程中挑战和机遇并存，只有清

楚地认识到传统电信运营所面临的问题，以及向云化运营转型过程中将会面临的各种挑战，才能更

好的制定转型目标，满足未来发展要求。

中兴通讯作为全球领先的通信解决方案提供商之一，高度关注 ICT 融合以及云化背景下的电信

运营转型，积极参与标准规范制定以及开源技术研究。中兴通讯基于对电信领域的深刻理解和多年

经验积淀，推出 ElasticNet OES 云化运营转型综合解决方案，以编排作为核心引擎,以 DevOps 敏

捷模式加速业务创新，以智能化、自动化运营运维降低 OPEX,在开通、保障以及服务能力三大方面

加速运营转型，构建面向未来全网融合管理的运营系统蓝图。

电信运营转型是一个系统工程，需要逐步推进，以保证新老网络平稳的过渡和融合，中兴通讯

提出了“三步走”的云化运营转型方案，并对组织架构、人员能力以及流程的配套转型提出了设想

和建议，与运营商面向未来，携手共赢，一同确保转型成功。

2 行业趋势和挑战

目前，全球大部分主流运营商都已经开始进行云化转型。最近一两年，各大运营商推动既定的

网络重构计划落地实施，云数据中心成为网络的一部分成为运营商网络的典型特征，AT&T 的

Domain2.0 项目预计到 2020 年实现 75%的网络转型。

SDN/NFV的商用规模逐步扩大。在云数据中心网络里，SDN已经成为必选技术；面向企业客户的

随选网络服务成为 SDN 部署现阶段主要的驱动力，以 SD-WAN为代表的企业连接服务得到越来越广泛

的应用。NFV将在城域与接入领域（vCPE、vBNG 等），以及移动与物联网核心网领域（vIMS/vRCS和

vEPC等）得到部署。

中国移动、电信和联通也陆续向产业界发布下一代网络架构和网络转型战略—NovoNet2020、

CUBE-Net 2.0、CTNet2025，阐述向未来云化网络转型的理念和决心。




2

编排器作为云化网络架构中的关键组成部分,为运营商提供了资源和业务的统一视图，能对全

网资源进行有效的管理和调度,各大互联网运营商、电信运营商、主流设备制造及解决方案提供商积

极开展在编排标准和开源方面的研究和规划，主流运营商也纷纷开展相关的测试和试点验证工作。

在编排标准研究方面，比较成熟的是 ETSI MANO 标准，被业界很多运营商和设备商所采用，TMF

提出未来运维的 Zero-Touch理念，MEF提出 LSO构建第三张网络，也引起业界广泛关注。

在编排开源研究方面，比较知名的开源社区主要有 ONAP 和 OSM，OSM 以研究 MANO 为主，ONAP

是由中移动牵头的 OPEN-O 和 AT&T 的 OPENECOMP 合并而成，研究范围也有所扩大，涉及到整个 OSS

的范围。

在电信网络云化转型的不断深入的同时，运营商发现传统的 BSS/OSS 系统已经不能支撑网络重

构的需求，无法发挥新网络的优势，需要构建以编排器为核心的下一代运营系统，应对诸多的挑战：

传统 OSS 不支持网络自动化部署和开通，新业务上线周期长，从网络规划设计到采购安装入

网，全部都依靠人工管理来实现，无法满足用户对业务实时按需提供的需求，而网络重构后，

需要能够实现网络按需而变，新业务敏捷开发，快速上线，给客户最直接的体验改善。

传统 OSS 资源管理主要是静态的，传统的网络设备和管线资源的变更通常以天、周这样来跟

踪管理。网络重构后，云化的资源如虚机、VNF、VXLAN等的变动通常需要以秒、分这样来实

时管理，在资源规模和变更周期上有很大的差别。

传统 OSS 网络保障功能主要依靠采集各厂商网管数据进行综合分析，并且构建管理流程，通

过人工派单进行网络保障维护全流程，但是不支持运维智能化，无法适应网络重构后弹性网

络的实时动态调整需求。

传统 OSS通常按行政区域和地理位置分域部署管理，未来网络重构后，行政区域和 DC中心存

在不一致性，以形成区域为管理维度的 OSS 无法支撑以 DC 为中心的云化网络，需要以 DC 为

中心构建管理系统。

中兴通讯认为，运营商下一代运营系统不应该再是简单运维、运营的后端系统，也不应该是传

统 OSS 系统简单的云化，而是要以“敏捷、智能、开放”为核心构建下一代运营支撑 OSS 系统，实

现按需 DIY的“Service On-Demand”：

1) 敏捷--业务快速上线：

自助服务：统一 Portal，内置组件仓库，在线设计，提供实时、按需、动态服务；

一键开通：统一模型驱动，实现业务&资源端到端协同编排及自动化开通；

持续集成和发布：DevOps加速新业务上线。




3

2) 智能—服务自治保障

基于大数据分析和 AI技术，以用户体验为中心，实现：

智能运维：业务资源集中管理，统一视图，自动诊断，快速故障自愈；故障恢复时间

从小时级缩短到分钟级；

智能优化：实时数据分析，动态策略闭环控制，资源按需调度，网络自适应，业务自

优化；

智能营销：3600用户画像，主动关怀，个性化营销。

3) 开放—共建行业生态

API开放：支持网络能力及管理能力的 API开放和在线开发者社区，支撑应用在线开

发、测试、部署、托管、合作运营；

开源合作：积极参与各开源和标准组织，共创共建，积极采用和贡献开源社区成果。

当然，在运营转型构建新一代运营系统的过程中同样面临一系列的问题，需要充分的考虑：

网络重构并非一步到位，而是由点到面，逐步演进，传统网络设备刚性固化，无法支持按需

弹性伸缩，端对端管理涉及到传统网络部分，如何解决业务实时按需开通？

网络重构后传统封闭网络演进为多维解耦的开放式网络，在带来灵活性的同时，管理的复杂

性也大为增加，如何构建自动化管理闭环，减少人工介入？

在网络重构的初期，SDN/NFV/云计算技术相关的各种接口尚未完全标准化，多厂家对接困难，

集成周期长，如何解决新网元快速入网部署？

如何构建创新生态环境，突破传统的能力开放的局限，让用户、第三方充分体验到新网络的

价值？

传统的电信运营流程、组织架构以及人员能力如何和新一代运营系统集成，满足未来运维的

需求？

3 ElasticNet OES 解决方案

中兴通讯 ElasticNet OES解决方案是帮助运营商整合网络资源、IT资源、用户资源、第三方

内容和应用，面向客户的产品开发平台、经营平台和生态链构建平台，是前端业务系统和价值创造

系统，是运营商面向未来的云化运营系统，ElasticNet OES功能架构如下图所示:




4

图 1 ElasticNet OES功能架构

不同于传统 OSS以 FCAPS为核心架构，ElasticNet OES云化运营解决方案以编排器、控制器为

核心，和保障域形成自动化运营运维闭环架构，主要分成能力开放层、业务支撑层、运营支撑层和

融合管控层，每层都包含多个不同功能的子系统，如下所述：

一、能力开放层：主要负责运营商网络能力及运营支撑能力的开放和运营，支持 API管理，提

供开发运营门户和在线开发社区，支撑应用在线开发、部署、运维托管、合作运营，充分利用自有

和第三方服务，支撑互联网合作开发模式。

二、业务支撑层：主要包含客户关系管理、订单管理、产品编排、营销管理、计费、合作伙伴

管理等子系统，是传统 BSS 的转型升级，通过产品编排和服务编排以及统一的目录管理，实现产品

和服务的快速定义、打包和定价和上架销售，支持运营商数字化转型的需求，为客户提供自助、互

动和实时的电商式业务体验。

三、运营支撑层：主要负责运营商网络的设计、部署和运维，通过引入设计域，构建基于元数

据的模型化驱动，实现网络的自动化部署，通过引入策略中心，构建设计、编排、保障一体化的自

动化运维闭环，是传统 OSS的转型升级。

主要包含六大功能子系统：

1. 规划设计套件（APDS）：主要负责网络业务全生命周期管理中的规划设计和测试验证工作，提

供产品、业务、资源、策略和分析等设计功能；

2. 全局信息管理（GI）：主要负责全网统一的资源和资产管理，提供全局拓扑展示和仪表盘；

3. 全局供给管理（GP）：主要负责全局数据配置，综合网络激活和分层接入管理；

4. 全局业务编排（GSO）：主要负责面向客户业务的编排和开通，支持业务的全生命周期管理；




5

5. 全局资源编排（GRO）：主要负责面向资源业务的编排和部署，包括 NFV编排、SDN编排和 EAM

（企业应用管理）三大功能组件；

6. 全局保障系统（GA）：主要负责业务和网络的运维保障，包括集中数据采集、统一数据存储、

集中监控中心、智能分析中心、智能策略中心和电子运维工具等功能组件，可根据场景需求，

组合成传统保障系统、高级分析系统和智能运维系统。

四、融合管控层：主要负责对传统网络、SDN/NFV网络和云资源池的统一管控，支持 EMS、VNFM、

SDN 控制器、VIM云管平台等管理系统深度融合，向管控一体化演进。

ElasticNet OES 云化运营解决方案因云而生，基于云原生架构构建，采用微服务架构，支持

云化部署，支持 DevOps,支持按需混合部署在虚机、容器、裸机上，这一块基础功能定义为 PaaS支

撑，主要提供以下功能：

1. 微服务的生命周期管理，提供微服务注册发现、微服务治理功能，支持微服务链级调用监控

和分析，具备应用性能管理能力，提供开放的微服务组件库管理，支持微服务弹性伸缩和高

可用；

2. 微服务开发测试部署管理,提供微服务应用在线代码开发、微服务 SDK 和持续集成/持续交付

工具、自动化测试验证模拟工具、容器化部署等功能。

ElasticNet OES 架构中所有的功能实体都是由微服务按需组合，动态构建，充分体现了

ElasticNet OES技术架构的敏捷性和开放性。

3.1 规划及设计-APDS

规划及设计模块作为下一代 OSS架构中的一个重要组件，主要通过微服务 UI集成和统一权限

管理，实现集中的模型设计、策略设计、分析设计、工作流设计、模型验证、测试验证等，设计环

境和验证环境分离，并提供集中的目录、软件仓库和版本管理，以及设计到生产环境的分发管理，

如下图所示。




6

图 2 APDS功能架构

引入规划及设计模块的根本目的是消除不同厂商网元的差异性、降低系统集成的难度，新网元

在正式入网之前都必须通过这个模块的设计、测试、验证，采用运营商认可的统一信息模型，下一

层的网元能够作为上一层设计的厂商无关的基本组件使用，能够基于运营商定义的统一策略进行管

控，降低新网元入网后可能带来的不兼容性对网络产生不良影响几率。

规划及设计组件主要包含以下功能：

模型设计：主要提供不同场景模型信息的管理，包含产品、业务、资源等模型的设计，模型节

点定义的管理，模型节点实例的管理，模型嵌套的管理，模型转换的管理以及模型的解析和生成管

理等。其中运营支撑层主要用到的是业务设计和资源设计：

业务设计：按照 TMF 的划分，业务可以区分为 CFS 和 RFS，即面向客户的业务和面向资源的业

务，面向客户的业务采用客户可认知的属性来定义，由客户向运营商提供这些属性，来开通和变更

业务，而面向资源的业务采用网络可识别的资源类型来定义，例如虚拟机(VM)、Link、VNF 等等，

业务设计主要是定义业务模板，包含业务的定义、属性、相关的资源、策略、工作流等；

资源设计：资源是对网络能力的一种抽象，可以分为 3类：一类是基础设施资源，例如云资源，

一类是网络资源，例如网络连接，还有一类是应用资源，例如虚拟化防火墙(vFW)。资源模型主要描

述资源的构成和行为：资源的构成主要是资源的定义、资源的可执行文件、资源的依赖关系等;资源

的行为主要是定义资源管理相关的工作流、策略动作等，设计的过程主要是定义和修订资源模板。

策略设计:策略是指基于某个目标采用相应的方法，策略常见的有 2 种表达形式:一种是 ECA 策

略，主要是通过定义策略触发的事件和由事件触发的智能分析过程以及经分析认为系统已经达到需

进行校正阀值需执行的一系列动作，这种策略可以被包含在 TOSCA、YANG模型里;还有一种是基于目

标的策略，主要是通过设计某个需要达到的目标，以及基于这个目标的一系列规则。策略的设计就

是定义策略模板，指定策略的类型、策略需要的事件和规则、与策略相关的业务和资源等等。




7

工作流设计：工作流是指针对特定的请求或者条件促发的指令性动作组合，工作流设计主要是

定义工作流对应的 API 或者 REQUEST 消息、输入参数获取、执行模块和分支判断条件等，通常由提

供可视化的操作界面用于完成工作流的设计，最终生成对应的工作流描述文件。

目录管理：包含模型目标库和软件镜像库的管理，模型目录库的管理主要提供模型设计文件的

解析、发布与管理；软件镜像库的管理主要提供工作流文件的部署、去部署与管理；软件镜像、虚

拟机镜像、业务镜像、软件包等 Artifact 文件的管理，并且提供 REST API 供系统中其他模块或者第

三方使用，并且支持用户本地上载或从互联网开发资源库中获取，实现按需 DIY。

集成自动化测试工具，支持对模型设计以及网络进行全方位验证测试，主要包含版本安全性测

试、生命周期测试、业务特性测试等。

中兴通讯 ElasticNet OES提供独立的设计门户，提供图形化的设计界面，采用模板化设计思路，

提供丰富、成熟的服务模板和软件仓库，设计过程图形化，架构呈现清晰，一目了然。设计者可从

组件库中拖拽完成设计，无需专业指导，支持 TOSCA、YANG、HOT 等模型规范；蓝图描述文件格式

支持 YAML、XML等。

中兴通讯蓝图设计器基于开源设计工具，基于模型驱动的理念，支持按场景设计，将产品、业

务、资源、策略、工作流、KPI分析整合设计，支持设计、开通、保障一体化设计和持续优化闭环，”

设计+发布+优化”这种敏捷的闭环流程可贯穿整个网络的生命周期。也就是说不仅在部署前完成网

络规划设计，快速的进行网络自动部署，还可以在网络执行过程中，完成持续设计、优化以及发布

动作，如下图所示。

图 3 设计+发布+优化推动设计开通保障一体化




8

3.2 端到端编排-E2E O

编排是指可以将业务和资源通过抽象和设计，形成各种模板，再按照场景需求将对应模板实例

化，并且对实例进行生命周期管理。

通常按照管理的对象的不同，编排可以区分为资源编排、产品编排、业务编排、连接编排等，

一个完整的编排器应该包含模型设计、目录管理、实例管理、API开放、策略管理、FCAPS管理、生

命周期管理等功能。

ElasticNet OES 架构中的编排模块，包含了端到端业务编排（GSO）和端到端资源编排（GRO）

两大类组件，与规划设计模块、全局管理模块、全局保障模块、PaaS 支撑模块一起按需集成，可以

构建出一个独立的编排器，例如满足 ETSI规范的 NFVO编排器，或者是独立的 GSO业务编排器。

3.2.1 业务编排-GSO

业务编排器 GSO 是实现面向用户的业务编排，负责接收来自 BSS/自助服务 Portal 的用户订单

服务请求，通过统一的信息模型（产品-》业务-》资源）和工作流实现业务和资源的实时编排，支

持订单服务到网络资源（传统网络资源、SDN 资源、虚拟网元资源等）的转换以及相应的服务准备

和激活，推动新业务开通全流程自动化，功能架构如下图所示：

图 4 GSO编排器功能架构

本文中的 APDS、GA等管理域组件实际上包含了从云基础资源到应用到网络切片到用户业务多个

层面的管理微服务，用一句话表示就是横向端对端、垂直顶到底，而图 4 中的 GSO 编排器包含的只

是这些管理域组件中与用户业务层面(CFS)相关的微服务，例如业务设计、业务告警、业务配置、业

务监控、业务保障等微服务，并不包含所有管理层面的微服务组件。

GSO编排器主要的功能特性如下：




9

业务实时上架: 图形化、模板化在线设计器，DevOps持续集成，业务快速上架；

服务自助开通：自助服务 Portal，用户按需定制网络和业务，自动化实时开通；

Zero-Touch 全流程保障：统一模型打通业务开通和保障，实时数据分析和预测

（ SLA/KQI/KPI ），实现业务弹性调度、动态优化、问题闭环；

模型驱动：服务模型化、开通和维护过程模板化；

能力开放：提供用户自助服务 Portal 和运营 Portal；支持 REST API，可与 BSS和第三方系

统对接，快速开发创新服务，实时上线提供服务，构建数字化生态系统。

3.2.2 资源编排-GRO

GRO为客户提供丰富的资源编排能力，实现编排过程可视化，编排输出标准化，部署过程自动

化，业务开通智能化。通过网络业务资源统一编排，部署周期从原来的数月缩减到数天，极大提升

网络开通效率。

GRO编排器的功能架构如下图所示：

图 5 GRO编排器功能架构

GRO编排组件主要包含 NFV编排、SDN编排、政企应用编排等子组件，不同组件之间通过微服务

总线相互协同，密切配合，实现云网协同、网随云动，针对各种应用场景，GRO编排组件可以与 PAAS

支撑，规划设计 APDS,全局管理 GM，全局保障 GA等组件中与资源管理相关的微服务协调合作，按需

构建满足不同功能需求的编排器，例如 NFVO编排器、NCO编排器。

中兴通讯 NFVO编排器提供强大的智能可视化编排能力，可进行多域、多租户、多 VIM/DC/vDC、

多厂商、混合网络的端到端资源编排，满足 vBNG、vIMS、vUDS、vEPC、VoLTE、vVAS、vIPRAN、vCPE、

5G 切片等编排需求，还支持 VNF 和 PNF 的联合编排及与 EMS 的协同，采用业界标准的模型描述语




10

言（TOSCA、HOT、YANG等），具备开放、标准、通用以及多厂商全解耦的优势。

中兴通讯 NFVO编排器提供一键快捷自动化部署开通能力：

自动化部署：涵盖硬件资源层、虚拟资源层到上层 NS、VNF、SDN 等的端到端一体自动化部署。

基于编排输出的 NSD、VNFD自动实例化出 NS和 VNF，自动部署 SDN网络连接；

业务开通和激活：部署完成后，系统自动执行预先编排好的业务配置脚本，进行业务一键式

开通和业务激活；

自动测试：支持自动测试套件，进行网络和业务的自动拨测和验证。

中兴通讯 NCO 编排器负责 E2E 的 SDN 领域网络资源编排，支持跨厂商、跨域的 SDN 控制器连接

管理和第三方的 MANO 管理，可实现 Access 、WAN、DC/vDC间的网络连接智能编排，做到网随云动,

实现 IP光网协同、VNF和 PNF混合的资源统一编排管理，满足云专线、SD-WAN 等新形态业务需求。

中兴通讯 NCO编排器提供灵活便捷的自动化网络编排能力：

业务和资源统一编排：能够通过统一的方式帮助运营商组织和管理网络业务和资源，包括物

理网络、虚拟网络和快速的云交付业务。提供网络资源的统一管理，并根据业务逻辑关系，

自动配置网络从而完成业务的分配；

多样化的业务编排：提供基于 Underlay/Overlay网络资源编排、基于 SDN的 SFC编排，实

现单域、跨域、跨层、跨厂家业务编排管理。

标准开放的对外接口：提供统一开放的接口平台和上层的 OSS/BSS、下层的厂商控制器无缝连

接，成本低，维护花费少，并且易于扩展。北向 REST接口对接 OSS/BSS 系统，南向 ONF TAPI/IETF

ICTN/CMCC SPTN 接口对接第三方控制器和 MANO。

3.2.3 通用 VNFM

在 NFV 开始阶段主要采用的是专用 VNFM 解决方案，各厂商通过专有 VNFM 对所提供的 VNF 进行

管理，但是专有 VNFM数量过多，提升了网络管理的难度，ETSI定义的可管理不同类型、不同厂商

虚拟网元/应用的通用 VNFM ，开始被越来越多运营商和设备商所接受和选择。通用 VNFM 是一种技

术趋势，如 Verizon、DT 等都提出了通用 VNFM 概念。考虑到一些 VNF 的特殊要求，将来存在通用

VNFM和专用 VNFM并存的情况。

中兴通讯通用 VNFM-G功能架构如下图所示，其主要功能特性如下：




11

图 6 中兴 VNFM-G功能架构

遵循 ETSI标准，采用通用架构和插件化扩展框架，提供通用模型解析、流程执行及策略管理，

内置 VIM、北向适配插件，开放 VNF插件动态接入能力；

支持业界主流模型定义语言（TOSCA/HOT/YANG 等），具备标准化、内外隔离以及低耦合能力，

降低接入难度；

智能化策略执行，提供可定制的弹性和自愈管理；

强大的北向适配能力，可接入第三方 NFVO 以及通用 VNFM，支持各种北向接口规范，满足分

层解耦需求；

强大的第三方集成能力：支持脚本和接口两种适配方式，满足不同的适配要求；提供丰富的

通用协议栈支持，减少插件开发工作复杂度；开放完整的开发包和接口定义；第三方应用仅

需要通过 VNFD描述资源需求，无需关注资源实现细节；

支持多种 VIM 管理平台，如：Openstack平台， VMWare平台，公有云平台以及 PaaS 平台。

3.3 全局保障 GA

全局保障 GA（Global Assurance）是 ElasticNet OES 架构中一个非常重要的组件，与传统 OSS

运维保障主要依靠人工来实现不同，GA通过引入策略中心构建网络自动化闭环来实现故障自愈和网

络自优化，逐步减少对人工的需求，推动传统运维人员转型，一方面向设计人员转型，致力于策略




12

的设计、分析的设计、运维工具的设计等；另一方面向保障人员转型，主要负责硬件的更换、外线

的维护等简单的工作。

GA的功能架构如下图所示，主要包含策略管理中心、智能分析监控、电子运维这三大模块，当

然这些模块本身并不能构成一个完整的运维自动化闭环，而是需要与其他管理模块协同，例如 GI、

APDS、GRO等。GA是微服务架构实现，不同模块之间的协同主要是通过 API接口调用实现。

图 7 全局保障(GA)功能架构

3.3.1 智能分析监控

智能分析监控模块通过多层次的实时数据采集、分析，实现集中的告警、性能、事件实时监控，

支持告警根因分析和告警自愈等功能，主要包含几个方面的功能：

统一采集存储功能：全面采集硬件、虚拟层、 VNF、EMS、NS相关的实时数据，例如信令数据、

网管数据、DPI探针数据等，支持统一的标准化格式存储；

综合分析呈现功能：支持实时数据分析和批量离线数据分析，支持事件分析、性能趋势分析、

故障根因分析、容量瓶颈分析、用户体验分析等等，支持各种报表的自定义输出；

集中实时监控功能：支持对网络预设的重要指标和事件进行实时的监控和查询，例如性能 KPI、

重要事件、重要的告警等，支持多种维度的监控展示方式。

通常所讲的故障管理和性能管理实际是以上功能的单领域功能组合，例如故障管理就同时包含

告警数据采集存储、告警分析呈现、告警实时监控等功能，性能管理也是如此。

要实现运维自动化，故障自愈是首先要实现的功能，要自愈必须有个前提，就是故障要能够准




13

确的定位，通常由一个故障源产生的故障通常会有很多条，成千上万条都有可能，因此告警相关性

分析非常重要，要提升故障定位的准确性，不仅仅要能够基于 TOPO 模型自动关联多层告警，还要求

有丰富完善的规则库进行支撑，才能够实现问题的快速定位，如下图所示。

图 8 NFV 告警相关性分析

要完善规则库，一方面需要运营商长期的经验积累，并且能够将经验总结抽象，形成相应的告

警相关性分析规则，另外一方面需要积极引入 AI人工智能，提供大量的现网数据，进行模型训练。

在经过告警相关性分析，准确定位告警源之后，要实现告警自愈还需要进行以下流程，如下图所示：

对告警源告警事件进行匹配，对预先由人工预设置或者由策略模块主动订阅的事件触发告

警自愈策略，其他告警事件由人工处理；

策略管理模块根据策略库规则进行判断，根据规则，触发相应的动作，例如路径调整，虚

机迁移等；

策略管理模块对执行效果进行评估，如果动作执行后一定时间无相应告警以及相关 KPI 正

常则视为告警自愈成功；

对于执行失败的告警自愈，告警转电子运维进入人工处理，策略中心暂停对该告警事件的

订阅，待运维人员对该告警事件对应的自愈策略规则优化后，再重启对该告警事件的订阅。




14

图 9 故障自愈流程

ElasticNet OES 解决方案中智能分析监控组件部署非常灵活，可根据客户实际需求选择轻量化

以及增强型两种部署方式，在小规模和低层次应用场景，可以选择轻量化分析组件进行集成部署，

主要处理来自 OAM 的故障性能告警，以节省部署成本和对资源的要求，在大规模或者作为 OSS 部署

时，可以采用增强型大数据分析组件进行集成部署，以满足运营的需要。

3.3.2 策略管理中心

策略管理中心（Policy Center）模块是 GA 中的重要组成部分，它是统一的策略管控中心，包

含策略模板和任务管理，提供策略查询、调度、执行等服务。支持策略在线定义，策略冲突检测防

止非法策略进入系统。同时具备策略自优化能力，对于弹性伸缩、网络自愈、自动控制等策略，引

入知识库和专家库进行管理，策略管理中心功能架构如下图所示。




15

图 10 策略中心功能架构

图 9中的策略中心主要完成以下功能：

策略生命周期管理：主要用于策略的全生命周期管理，包括策略模板的加载以及策略的增删改

查、启动、停止和暂停，以及策略执行之前的冲突检测，避免策略冲突导致策略无法执行；

策略触发服务（PDP）：主要用于触发条件的判决并触发策略的执行，主要支持定时的触发和基

于事件的触发，策略的定时触发主要用于一些日常的维护任务，例如自动检测和备份任务等，

定时和事件有时需要组合触发，用于实现只能在固定时间执行的事件策略；

策略门户：策略的统一门户，负责策略任务执行的监控服务，包括策略任务的状态统计、策略

命中的次数、执行的结果统计等等，运维人员通过策略门户获取策略效果统计分析，对策略规

则做进一步的优化；

策略执行/下发服务（PEP）: 负责策略 ACTION 流程的调度，包括 ACTION 执行以及策略监控检

查脚本的执行，提供脚本运行的服务，可以运行 PYTHON等脚本文件。

需要注意的是，策略闭环并非仅仅在 OSS 这个层次上，实际上每个层次的管理网元，例如

VIM,SDN-C、VNFM、GSO/GRO 都需要有本地策略闭环，实现在各自管理范围内的自动化运维，只有在

各自管理范围内无法解决的问题，才需要上升到 OSS 这个层次上实现，各个层次的管理网元通过集

成 GA组件来实现本地策略闭环。

基于策略的闭环控制，使网络具备了自优化以及自愈能力，加速了运维自动化进程。通过“设

计-部署-运行-分析-再设计”这种自我进化的能力不断优化客户体验和网络。




16

未来将引入机器学习方法包括人工神经网络(ANN)、向量机(SVM)和 Logistic Regression，实

现智能策略预测，进一步加强运营运维的智能化体系构建。

“Zero-Touch”运营离我们并不遥远。

图 11 未来网络智能化运营愿景

3.3.3 电子运维

电子运维主要是人工运维的电子管理流程。在当前阶段，由于暂时无法实现网百分百自愈和自

优化，人工运维暂时还无法立刻退出历史舞台，因此在一定时间内，需要将自动化运维和人工运维

进行有机的结合，逐步降低人工的投入，提升管理的自动化，最终达到 Zero-Touch”的目标。

电子运维主要包含 2 大功能模块：TTS 故障单管理和 WFMS 区域运维管理，这 2 大模块主要用于

OSS 这个管理层次。

TTS故障单管理包括以下功能：

故障管理流程：以流程的形式对通信网络中出现的故障进行闭环管理，包含故障单创建、查

询、状态变更、关闭等，解决来源于用户投诉和运维发起的故障申告问题；

变更管理：变更管理是对运维托管项目所有网络变更活动进行流程化的管理和控制。变更活

动主要包括软硬件升级、网络配置、系统测试等等；

巡检管理：为了确保网络质量、防止故障发生，需要对通信网络做些预防性的维护工作，主

要包括巡检计划的制定、审批、分发、执行反馈等功能，通过电子化流程实现计划的规范性




17

管理，流程中各环节运转都通过系统进行自动记录，根据巡检方式的不同，系统主要分为站

点巡检和线路巡检。

WFMS区域运维管理包括以下功能：

工单管理：对现有上站运维工作进行端到端的管理，对现场的工作过程进行打点监控，以提

高工作效率、提升工作质量，包含工单的创建、受理、处理、确认、关闭；

备件管理：将相应资产的备件与资产进行关联，在对资产的运维过程中，通过资产变更管理，

对相关备件进行有效出入库等管理，合理配置及调度备品备件；

车辆管理：用户能够记录和管理车辆基本信息、油耗信息和车辆的使用情况；

智能调度：系统提供智能调度功能。该功能根据区域范围，资产范围，人员范围，工单类型，

工单状态等条件，针对工作流中需要调度的任务进行灵活的调度任务设置，并在工作流中进

行自动的调度。

传统的 OSS通常也包含以上功能，GA中包含的电子运维模块唯一不同的是基于微服务架构实现，

提供 API调用，更加容易与下一代 OSS集成，实现云化部署。

3.4 全局资源管理（GI）

GI（Global Information）模块负责运营商集中的资源信息管理，通过与网络中云、网络相关

的资源管理模块/数据库交互，获取相关信息，提供面向 SDN/NFV新特征的蓝图管理、实时拓扑和实

时资源以及资产管理能力，主要功能特性包括：

图 12 GI的功能架构




18

提供包括物理资源、虚拟资源、业务资源的跨网、跨域、跨厂家的实时资源管理和拓扑管

理；

提供业务建模和拓扑关系的可视化功能，支持对第三方网络的数据采集的管理；

提供全局的资源实时分析和资源 Dashboard；

为端到端业务开通和服务保障，特别是跨域的告警、性能分析、策略提供数据支撑。

3.5 能力开放（OpenAPI）

运营商与第三方合作的传统方式是通过 API 调用，第三方自行开发、部署、运营应用，收费比

较单一，业务上线慢，灵活性以及合作性差，难以构建持续盈利的生态链。

中兴通讯提供基于组件化服务构建能力开放的 ElasticNet OES解决方案：面向能力开放和运营，

支持 API管理，提供开发运营门户，基于 GUI/模板灵活组合和第三方在线发布新业务，充分利用自

有和第三方服务，支撑互联网合作开发模式。

图 13 OpenAPI能力开放层功能架构

运营商通过能力开放吸引合作伙伴入驻，开发创新的应用；以丰富的新应用吸引最终消费者的

使用；不断增加的合作伙伴和消费者形成正反馈，持续挖掘潜在业务价值，壮大产业链，形成开放

共赢的生态链。




19

4 ElasticNet OES 的应用场景及价值

运营商网络架构重构工作将对传统的通信产业链带来很大的影响。在互联网业务和应用快速发

展的情况下，网络与业务之间必须要形成开发运营一体化的新关系，才能实现弹性灵动的网络服务。

运营商和设备商之间、运营商和客户之间也将从目前简单的“售卖”模式转向未来的“集成创新”

和“联合开发”模式。

中兴通讯基于在通讯行业的长期积累和丰富的网络经验，对这一转变有这深刻的理解，及时地

提出 ElasticNet OES 云化运营解决方案也是基于这样的考虑，未来的云化网络运营不简单是传统的

IT 支撑系统，而是与网络深度的融合，让网络能够按需而变，未来的网络集成也并非是简单的不同

系统之间接口对接，一堆砖头堆叠并不能建构一个坚固的大厦，因此未来的集成服务商需要对网络

有深刻的理解和丰富的网络经验，能够给运营商提供规划、设计、部署、运维、优化一条龙的服务，

通过大数据对网络深度分析挖掘，不断优化网络设计和策略规则，推动运维智能化和提升客户体验

以及业务的敏捷开发，如下图所示。

图 14 云化网络的集成服务模式

ElasticNet OES 是全微服务的设计，在实际部署时也非常灵活，对于不同的运营商，不同的网

络重构阶段，不同的应用场景，可以按实际需求，提供不同的功能，部署到虚机、容器、裸机上，

本章节列出几种典型的应用场景。

4.1 NFV 部署

在网络重构的初期，运营商通常会选择部分代表性网元（如 CPE、BRAS、EPC、IMS 等），引入

NFV，并推动部分具备条件的机房（CO）向数据中心架构（DC）改造，引入 SDN 网络对 DC 间连接改

造，实现跨 DC 的智能部署。这种场景下，运营商需要跨 DC 的 NFV 网络自动化部署，自动化运维；

仍由现网 BOSS 负责老网络以及新网络的统一的 FCAPS，但现网 BOSS 不支持新网络的信息模型、动




20

态资源管理、动态 RCA分析、自动化策略管理，无法实现新网络的故障自愈和自优化，自动化运维。

中兴通讯针对这种情况，提供了 NFVO+解决方案，对传统的 MANO功能进行了增强，主要体现在：

统一视图：NFVO/VNFM/VIM 纵向融合，统一 Portal，简化运维；

虚实共管：VNFM/EMS/vEMS 横向融合，实现 PNF/VNF统一管理；

融合运维：NFVO增强传统 OSS域功能，业务、网络、资源多层次关联分析，自动化运维。

图 15 ElasticNet OES在 NFV部署场景中的应用

图中NFVO+负责NFV新网络的自动化部署和自动化运维，支持虚拟网元的跨DC部署和网络优化。

NFVO+基于微服务架构，公共功能框架化，上层应用通过微服务总线集成，可分可合，灵活部署，根

据管理场景的需求不同，NFVO+模块实际包含的功能也有所差异，具体有如下三种应用场景：

新型 OSS 场景：在 NFVO 基础上融合传统 OSS 功能，实现新增 NFV 网络的全面管理，支持第三方

VNFM/VIM，主要有如下优势：

1）传统 OSS无需改造升级，新老网络分域管理，对现网影响小；

2）一套系统，统一界面，统一管理，实现 NFV网络的端到端管理；

3）保障能力全面增强，不仅覆盖了传统 OSS的管理能力，还提升了运维自动化功能。

NFVO+VNFM+VIM 场景：MANO 域各功能融合，统一 Portal，统一管理，集中维护，可提升端到端

的编排部署能力，提升 NFV 的整体交付能力，简化运维，提高云平台维护效率。该场景比较适合单

设备供应商场景。

VNFM+EMS场景：VNFM与 EMS融合，同时支持 VNF生命周期管理和业务管理功能，实现网元级的统

一管理，统一界面，通用功能融合；支持虚实共管，混合组网，新老网络共管。




21

4.2 随选网络业务

在运营商进行网络云化改造，基于 DC 承载各类网元，具备一定的条件后，运营商通常会发掘

基于新网络的新业务，以自我强化网络重构的驱动力，目前来看，以“随选网络”为切入点，结合

云网协同需求，为政企客户提供快速开通、可定制、自动化、差异化、多层面专线及延伸业务，是

很多运营商的普遍选择，“随选网络”的典型业务形态包括：

a) 智能型以太网：为客户提供端到端自助式以太网连接服务, 通过以太网接口替代现有传输

专线，通过 SDN 集中控制实现集约化配置，实现网络的快速开通；

b) 云宽带/ 云专线：提供云和网络一站式自助服务，客户可通过自助服务 PORTAL 实现对云与网

资源一站开通，提供安全、高 QoS 的云接入与云互联服务；

c) 虚拟化企业网：在企业/ 家庭网关基础上，将增值功能（如防火墙、负载均衡、业务配置等）

在局端侧实现，客户可通过自助服务 PORTAL实现企业/ 家庭网络管理。

在随选网络场景下，主要需要的管理功能包括用户业务的一站式自助开通、网络资源的实时发

现和状态更新，全网最优路径计算，网络 SLA 实时优化，SFC 业务链管理，增值业务相关 VNF 管理

等，这些功能需要通过编排器、控制器、网管、SDN转发设备协同完成。

随选网络通常有 Underlay解决方案和 Overlay解决方案，不同的应用场景下可能采用不同的方

案。

Underlay解决方案中跨域是大网 SDN化的关键特征，大网必然由多个域拼接而成，每个域处理

域内的路径和 VPN控制，每个域内有 ASBR路由器和其他域交互信息。在控制器的设置上，针对每个

域会布置每个域内的控制器,类如光控制器和 IP 控制器，用来进行路径和 VPN 的详细管理；在每个

域控制器上方，布置层次化控制器，主要关心 ASBR点的分布，进行更高层次的路径管理以及端到端

VPN的管理, 层次化控制器关心路径经历的 ASBR设备及相应的底层域，把计算好地路径下发给 ASBR，

而域内的路径则交给域内控制器来管理。层次化控制器同时负责无缝 MPLS BGP-LU标签的管理及 VPN

的管理，帮助实现端到端的策略；

Overlay解决方案是叠加在现网网络之上，因此控制器的层次可能较为简单，可能按照终端侧、

WAN 侧、DC 内来部署，小规模场景下可能只需要单个控制器就可以解决，目前来看，由于控制器和

EMS 网管侧重点不同，很多厂商目前还是独立部署，但是逐步有合一的趋势，以简化管理层次和架

构，中兴通讯采用的是可分可合的架构，以适应不同场景的需求。

中兴通讯 NCO随选网络解决方案，可同时支持随选网络 Overlay解决方案和 Underlay解决方案，

利用 ElasticNet OES 提供灵活的架构和丰富的微服务组件，可以按照实际场景需要，按需组合，除

了传统的连接编排管理之外，还可以提供 VNF网元的自动化部署和管理、面向用户的实时业务开通、




22

全网统一的实时资源和拓扑数据库、基于策略的用户业务 SLA 保障、统一的 FCAPS 管理等功能，如

图 16所示。

图 16 ElasticNet OES在随选网络部署场景中的应用

中兴通讯 NCO随选网络解决方案，主要有以下特点：

统一的 APP和自助服务支持“功能随选”，“带宽随选”，“SLA选随选” ；

覆盖 L0-L3的业务开通需求，带宽按需可调；

Underlay 场景下支持提供 IP 层到光层的自动 QoS 映射，保证端到端 QoS；提供 IP 层

与光层的协同保护，降低保护成本；

Overlay 场景下提供按流量、时段的专线带宽动态调整，节省用户专线资费，增加专

线客户粘度，并提升运营商网络资源的利用效率，节省投资，增加收益。

4.3 E2E 网络管理

在运营商进行网络云化改造达到一定程度后，逐步由点到面，需要开始考虑整网统一的端对端

管理，实现整网业务的开通和自动化部署，而传统的网络还是运营的主体，这种场景下，存在 2 种

的技术路线，一种是彻底改造现有的 OSS 系统，以实现对传统网络和新网络的统一管理，另外一种

是新建一套系统实现端对端的网络管理，侧重管理新网络和新业务，同时考虑到部分新业务可能同

时需要新旧网络的支撑，中兴通讯认为传统 BSS/OSS 管理规模大、范围广，所以直接改造难度大，

对现网影响大，投资大，而新建运营系统可以直接基于云化部署，初期可以小容量部署，投资少，

见效快，而且还可以根据被管网络规模的发展按需扩容，推荐新建方案。

如图 17 所示，下一代云化运营解决方案需要充分考虑层次化部署需要，以 DC 为中心构建管理




23

系统，需要考虑能够对现网不同厂商的编排器、控制器，云平台，传统 OSS 进行统一的管理，如图

17 所示。

图 17 ElasticNet OES 作为端对端管理的运营系统

在端对端管理场景，重点是需要整合全网统一的业务设计和开通、集中化的资源管理、集中化

的自动化运维，跨域、跨厂商、跨 DC 协同编排和优化部署是关键，5G 端对端切片管理是最典型的

应用场景。

中兴通讯 ElasticNet OES解决方案支持 E2E的切片管理架构，顺从 3GPP、ETSI标准，通过 GSO、

GRO、GP、GI协同实现 CSMF（Communication Service Management Function）、NSMF（Network Slice

Management Function）、NSSMF（Network Slice Subnet Management Function）管理功能，支持

RAN、CORE、承载 SDN的端到端切片管理，可以同时支持 eMBB（增强移动宽带）、mMTC（海量机器类

通信）、uRLLC（超高可靠低时延通信）3种场景。

5 电信运营转型建议

5.1 运营系统转型

云化运营转型的实现需要根据不同运营商的实际情况进行制定，中兴通讯提供全方位的转型支

撑及咨询服务、集成服务以及智能运维管理服务，可以满足不同阶段的各种需求，帮助运营商成功




24

转型。

通常来讲，ZTE建议运营系统转型按照 “三步走”方式，如下图所示，分为 3个阶段逐步实行，

尽量减少转型影响，满足运营商不同需求。同时，对于运营流程、组织架构以及人员能力方面也需

要进行转型调整

图 18 运营转型三步走

第一阶段：转型初期，可采用新网络传统方式管理。传统 BSS/OSS 不关注设备是否虚拟化，按

传统新增网元管理。 MANO 负责虚拟化设备的管理，独立部署，与现网接口少，可快速上线。但这

种方式的问题是新网络优势无法得到充分利用,运营运维模式跟传统模式相同。第一阶段引入编排系

统，实现资源，网络以及切片编排，主要目标是支持 SDN/NFV新网络部署需求。

第二阶段：转型逐渐深入，采用新老网络分域协同管理方式。新增自服务门户+ 增强型编排器

管理 SDN/NFV 网络，例如本文第 4 章所提到的中兴通讯 NFVO+解决方案，传统网络由现网 BSS/OSS

体系管理，第二阶段的目标主要构建新业务设计、开通、保障一体化平台，支撑新网络和业务的设

计、开通、保障自动化闭环以及 API能力开放等。

第三阶段：转型已入佳境，新网络占据主导地位，老网络逐步退网，传统 BSS/OSS 的功能逐步

微服务化和云化，与新网络管理系统无缝集成，最终形成统一的云化运维管理系统，实现新老网络

融合管理。第三阶段主要目标为支撑全网能力服务化，网络智能运维，业务 SLA 按需实时提供及自

动保障，用户定义业务，构建 E2E智能化运营系统。

5.2 运营流程、组织、人员转型

在构建运营系统加速转型的同时，相应的运营流程，组织架构以及人员技能都需要进行配套转

变，要转型成功需要强有力的领导团队、工具、流程、组织三要素的有机结合、有丰富网络集成和

维护经验的第三方支持厂商，如下图所示：




25

图 19 运营商运营转型成功之旅

当然，不同运营商的运营转型方式并不是一成不变的，运营商可根据自身情况和转型中出现的

问题进行调整。

中兴通讯愿意与运营商一起，以开放、合作、共赢为宗旨，共同迎接万物移动互联时代的到来。

6 缩略语

缩略语英文说明中文说明

APDS Advanced Planning and Design System 高级规划设计器

API Application Programming Interface 应用程序编程接口

BSS Business Support System 业务支撑系统

DC Data Center 数据中心

D-Controller Domain controller 域内控制器

EMS Element Management System 网元管理系统

ETSI European Telecommunication Standards

Institute 欧洲电信标准协会




26

FCAPS

Fault Management 、 Configuration

Management、Accounting Management、

Performance Management 、 Security

Management

故障管理、配置管

理、计费管理、性能

管理、安全管理

GRO Global Resource Orchestrator 全局资源编排器

GSO Global Service Orchestrator 全局服务编排器

GI Global Information 全局信息

GP Global Provision 全局受理

GUI Graphical User Interface 图形用户界面

HA High Availability 高可用性

H-Controller High Controller 高层控制器

HOT Heat Orchestration Template Heat 编排模板

LCM Life Cycle Management 生命周期管理

KPI Key Performance Indicator 关键性能指标

KQI Key Quality Indicator 关键质量指标

MANO NFV Management and Orchestration NFV 管理和编排

MSB Message Bus 消息总线

NCO Network Connection Orchestrator 网络连接编排器

NFV Network Functions Virtualization 网络功能虚拟化

NFVI NFV Infrastructure NFV 基础设施




27

NFVO NFV Orchestrator NFV 编排器

NS Network Service 网络服务

NSD NS Descriptor NS 描述文件

OES Openness Enabling System 开放网络使能系统

OSS Operation Support System 运营支撑系统

OTT Over the Top OTT 业务

PaaS Platform as a Service 平台即服务

PDP Policy decision point 策略决策点

PEP Policy execution point 策略执行点

PNF Physical Network Function 物理网络功能

SFC Service Function Chain 业务链

SDN Software Defined Network 软件定义网络

SDNC SDN Controller SDN 控制器

SDNO SDN Orchestrator SDN 编排器

SLA Service Level Agreement 服务等级协议

TECS Telecom Elastic Cloud System 中兴电信级云平台

TOSCA Topology and Orchestration

Specification for Cloud Application

云应用拓扑及编排描

述规范

TTS Trouble Ticket System 故障单管理系统




28

vDC Virtualized Data Center 虚拟数据中心

VDU Virtualized Deployment Unit 虚拟部署单元

VIM Virtualized Infrastructure Manager 虚拟化基础设施

管理器

VNF Virtualized Network Function 虚拟网络功能

VNFD VNF Descriptor VNF 描述文件

VNFM VNF Manager VNF 管理器

WFMS Workforce Management System 工作资源管理系统

YANG Yet Another Next Generation Yang信息模型

Documents

ElasticNet OES 技术白皮书 - res. · PDF file随着移动互联网时代的到来，电信运营商在如何降低成本、提高网络资源利用率、提升网络运 维

ElasticNet OES 技术白皮书 - res. · PDF file随着移动互联网时代的到来，电信运营商在如何降低成本、提高网络资源利用率、提升网络运维