面向云网一体的分层解耦的运营支撑系统架构演进方法研究.docxVIP

面向云网一体的分层解耦的

运营支撑系统架构演进方法研究

1概述

5G时代，各行业数字化转型速度加快，数字经济推动云网一体加速发展，云网融合诉求增强。5G时代是万物互联、万智互联的智能时代，通信连接产业的价值由联网升级到联云。云网融合是新型信息基础设施的核心，云服务由底层服务走向主导服务，云的重要性越发突出，未来5年所有的内容、应用、服务、数据、客户都要上云。政府部门、事业单位、企业上云进

——————————

收稿日期：2022-04-20

程加速，企业新建的基础设施将逐步部署在云上，预计到2025年将达到85%的比例。随着企业生产系统上云的普及，云网融合成为“刚需”。企业规模越大，上云的系统越关键，对云网融合的要求越高，多云（公有云、私有云、专属云、混合云）部署成为普遍需求。

在云网协同、云网融合、云网一体的需求下，需要有与之相匹配的云网运营支撑系统架构进行支撑。开放网络自动化平台（OpenNetworkAutomationPlat?form，ONAP）是Linux基金会旗下两大开源MANO工作组Open-O和ECOMP合并后成立的一个组织，ONAP致力于打造全球最大的NFV/SDN网络协同与编排器

82 2022/06/DTPT

开源社区，面向物联网、5G、企业和家庭宽带等场景，打造网络全生命周期管理平台，使运营商业务开发更灵活、业务上线更快捷、网络运维更高效。ONAP提出设计态和运行态两态分离的理念以及模型驱动的理念，为电信运营商业务编排设计和上线部署提供了基本框架。ONAP已成为业界对于云网编排协同的主流标准，全球各主流运营商如中国移动、中国电信、ATT、沃达丰、法国电信等均参照或借鉴此架构和理念进行OSS运营支撑系统的规划建设和运营。

2需求分析

ONAP架构设计全面，各种功能组件比较丰富和完备，其中设计态组件包括对象设计与创建、策略创建、业务流程设计和其他周边组件，运行态组件包括业务编排、控制器适配、数据采集/分析、全局资源库、策略框架和其他周边组件。在实际部署过程中，由于不同通信运营商的业务应用场景、OSS系统架构现状及演进策略以及资源禀赋有所不同，ONAP架构与现有实际业务应用场景并不完全吻合，与现有OSS系统存在较大差异，各运营商的演进策略也有快慢之分，不适宜直接全盘照搬部署。而且，现有ONAP方案在编排架构上没有分层编排和分步实施的考虑，对云网业务自动化的编排协同架构演进缺乏可落地的指导技术方案。如果一次性构建业务和能力编排，存在如下问题。

a）现有的业务/应用较为简单，业务灵活编排组合或业务之间嵌套的需求不多，基于ONAP的业务编排能力暂时无须使用。

b）ONAP组织成立于2017年，其相关架构、技术和组件还在发展完善中，对ONAP的理念理解和使用经验不足，相关的应用案例、应用场景还不够丰富，需要逐步积累。

c）ONAP组件较多，实现了OSS域所有模块功能，代码量较大。一次性、一步到位构建全套/全栈业务和能力编排协同平台投资较大，但无法全部发挥作用，浪费投资。

d）新的ONAP架构对开发和运维人员需求较大，团队职能还未整合，人员的能力无法在短时间内满足新架构运营的要求。

e）部分运营商现有的业务编排能力还未迁移到云网协同器承载或参照ONAP架构部署，对业务/应用层面编排协同的需求还未凸显。

5G时代，经济社会数字化转型进程加快，云网能力协同、云网业务融合、云网一体化运营对云网运营支撑架构的资源/能力编排协同层的演进需求，相对于业务/应用编排协同层的演进需求，更为突出和迫切。需要找到一条切实可行的路径和方法，满足以上需求。

3面向云网一体的运营支撑系统架构演进方法

3.1面向云网一体的运营支撑系统目标架构

通信运营商为满足云网一体运营需求，支撑云网产品电商化服务体验，优化云网一体运营支撑架构实现分层解耦，研发和部署云网协同器，实现云网能力快速持续输出，支撑差异化云网创新产品快速部署。通过重构云网一体化运营支撑系统架构，贯通B域和O域，实现云网协同能力开放。云网运营支撑体系分层解耦，将业务应用层、云网协同层、云网控制层/网管平台分层解耦，分层解耦的云网协同运营支撑系统架构包含如下模块。

a）业务受理平台。负责业务统一受理、客户资源管理、计费账务等。

b）调度系统或服务开通系统。云网融合产品订单BO贯通入口，负责业务开通流程调