近年来，随着互联网进入下半场——产业互联网阶段，企业的数字化转型被越来越频繁地提及。IDC 对数字化转型的定义是：利用数字化技术和能力来驱动企业商业模式创新和商业生态系统重构的一种途径与方法。

企业数字化转型的本质是以人为本，在客户与企业之间建立广泛的数字化连接、为客户提供更多更好的数字化服务。

市场上，一些互联网头部公司，例如 Google、AWS、Alibaba 等，已经牢固的确立了其在数字化世界的领先地位。而运营商则面临着日益激烈的市场竞争，一边受到严格的管制；另外一边，市场利润不断被 OTT 蚕食。运营商迫切希望借助 5G、云等新兴技术，超越原来“卖连接”的传统商业模式，转型为新的数字化服务提供商。

运营商的数字化转型分为两个方面：对内通过自动化来提升效率和敏捷性；对外则聚焦于提升客户体验，提供全渠道数字化和新的数字化交付服务。

运营商数字化转型需要新一代 OSS

运营商要实现数字化转型，OSS 是一个关键因素。

我们先来看看运营商的经典运营模式(如下图)：

可以看出，OSS 连接了运营商的两个最重要资产：客户和网络。负责将客户的业务需求有效地转变成网络要求，并将网络能力充分开放给客户，极大的影响客户全旅程体验。如果用足球队来做比喻：BSS 是攻城拔寨的前锋，OSS 就是穿针引线的中场。如何通过球权(定单)的转换(编排)，充分调度和串联队友(网络)，是球队制胜的关键。

TMF 从 2017 年开始，就启动了 Digital Transformation Tracker。其中的一份调研报告指出：Agile BOSS 和 Orchestration Capabilities 是运营商在转型过程中最关心的两个问题。

TMF Digital Transformation Tracker Report

运营商想要实现 OSS 转型，面临很多实际的挑战，最主要的是：

• 系统烟囱化：运营商传统的系统，往往是按专业或者业务进行建设，容易形成数据孤岛和系统烟囱。系统之间的集成和接口对接非常困难，信息难以充分共享和有效流通，无法高效支撑业务。

• 网络异构化：运营商传统的网络就很复杂，包括各种不同的专业技术和协议。SDN&NFV 出现以后，网络逐渐向 IT 化和软件化发展。在相当长的一段时间内，传统网络和新网络并存。OSS 如何将各种异构网络协同起来，向上层提供统一的服务，也是转型过程中的巨大挑战。

其他的，例如组织文化、软件和 IT 技能等方面的挑战，不在本文中进行描述。

新一代 OSS 的愿景和产品策略

浩鲸科技的使命是成为全球领先的数字化转型专家。新一代 OSS 的愿景是打造一个以云和大数据为底座，简单、敏捷、开放的数字化行业中台，助力运营商进行数字化转型。

• 简单：随着 5G、SDN&NFV 技术的发展，运营商底层网络越来越复杂，越来越异构化；同时，随着 IoT 等业务的发展，网络节点数量和网络流量都迅猛增长，运维面临极大挑战。浩鲸科技 OSS 通过自动化、智能化、融合化等手段为运营商提供一个简单高效的网络运营解决方案。

• 敏捷：未来的市场瞬息万变，充满了不确定性，而敏捷是应对未来不确定性的唯一方法。浩鲸科技新一代 OSS 的全面敏捷体系，能够帮助运营商精准把握市场机会，快速上架各种创新服务。

OSS 敏捷体系

• 开放：领先的互联网厂商基本采用平台模式，开放平台能力，引入第三方生产者，共同为消费者提供丰富多彩的数字化服务。5G 时代，运营商也希望借助切片等先进技术，开放网络能力，赋能垂直行业。浩鲸科技 OSS 通过能力中台化、开放化、标准化，助力运营商构建生态体系，探索蓝海市场。

为了实现这个愿景，新一代 OSS 的产品策略可以归纳为 ABCDE。

A-AI & 数据智能：基于大数据，通过机器学习和人工智能，实现 AIOPS。从数据中获取洞见，基于数据进行各种决策，帮助运营商达成自治网络。

B- Best of Hybrid Suite：产品层面，在功能域内构建融合产品，例如统一的资源产品、统一的编排产品等，避免分专业、按业务构建的烟囱式思路。解决方案层面，通过产品之间的预集成，快速构建面向不同场景的解决套件(Suite)，例如面向国际新兴光纤网络运营商的 QRun 方案、面向网络监控和保障的 iNOC 方案、面向 5G 的解决方案等。OSS 也在积极探索跨行业解决方案，例如面向港口的高效人力/资源调度方案。

C-Cloud & Online：OSS 一方面要实现自身的云化改造，包括架构微服务化、部署容器化、基础设施弹性化和开发运维一体化。另外也要积极探索基于云的新运营模式，例如 SaaS 化，为更多的中小运营商快速提供高性价比的解决方案。

D-Decouple & Openness：OSS 将需求中变化部分和不变部分进行解耦，隔离变化。充分开放产品自身能力，并标准化(例如 TMF OPEN API)，积极引入第三方开发者，打造未来的开发云和开发者社区。

E-Experience & Engagement：数字时代，体验为王。OSS 实现全系产品的移动化，多屏联动。借助 AR/VR 技术，构建沉浸式体验，例如外线运维过程中的 AR 增强，引入数字代理，实现管家式服务。

结合底座、策略和愿景，新一代 OSS 数字化大厦如下图所示：

新一代 OSS 实践-欧洲某国运营商的 OSS 转型之旅

1、问题

欧洲某国本土最大的综合电信服务提供商，成立于 19 世纪。1989 年 PTT 私有化后，业务覆盖固网、移网和 IP 数据网。

过去的 30 年，电信行业经历了高速发展。新业务层出不穷，新技术日新月异，客户的需求也在不断地发生变化。为了快速支撑新业务和新技术，满足客户的新需求，该运营商的做法是增加新的系统。一开始，这种方式还能应付，但随着新业务越来越多，新开发出来的系统也越来越多。截止到 2015 年, 该运营商在 Mass Market 领域就有 70+系统。

该运营商 Mass Market 域系统分布情况

这么多的系统，带来了一系列的问题。主要的问题如下：

1、 数据分散在不同的系统里面，很难构建数据之间的关联关系。尤其是在资源域，有 20+资源系统，各自管理了一小部分资源数据，无法形成跨域的统一资源视图，无法精确刻画资源之间的各种关系，也难以高效支撑业务的开通和保障。

2、 系统接口多且复杂。无论是开通还是保障活动，都要牵涉很多系统，做大量的接口，不仅效率低下，也大大增加了出错的机率。尤其是系统之间存在等待关机时，经常会出现一些莫名其妙的错误。

3、 客户体验差。客户定单开通时间长，一笔普通的固网定单，通常需要 2 周以上的开通时间。由于系统众多，很难给客户提供统一的定单视图，不能向客户及时呈现最新的进展情况。移机和在途单修改都很复杂。而在该国，每年大概有 10-15%的客户需要搬家，这也加大了客户流失的概率。

4、 运营成本高，改动困难。如此多的 IT 系统，运营商每年要花几千万欧的运维成本。如果因为业务和市场的需求想对 IT 系统做一些修改，也非常困难。

在这些庞大而臃肿的后端系统之间，信息无法充分流通，也无法高效协同，难以支撑市场需求。已经到了必须作出改变的时候。

2、解决方案

2015 年，该运营商牵手浩鲸科技，引入新一代 OSS，开启 OSS 转型之路。

>>>>手段一：融合(B)

针对该运营商系统烟囱化的痛点，浩鲸采用新一代 OSS 的 Best of Hybrid Suite 产品策略，通过融合来打破烟囱、消除孤岛，最终实现客户 One OSS 的转型目标。

OSS 融合方法

融合可以分横向和纵向两个维度。

横向参考 TMF 经典的 Service 和 Resource 分层。

Resource Layer：基于不同专业的网络资源打造 Federal Inventory，支持多厂商多技术资源统一管理，构建全网资源统一视图。

Service Layer：目录和流程混合驱动的端到端编排，横跨售前、售中和售后活动。

纵向可以分为 Model、Data 和 Capability。

Model：充分吸收 TMF SID 和中国电信 ITSP3.0 大类建模的思路，支持面向对象的快速继承，构建企业范围内统一的集中的 PSR 目录体系。

Data：在统一建模的基础上，网络和服务数据统一采集入库、统一存储、统一分析处理、统一开放。构建数据血缘关系，从业务实体全生命周期角度对数据进行统一治理。

Capability：将各种专业网络提供的能力，统一注册、统一编排，并支持插件方式进行灵活定制和替换。产品 Core 和业务包分离，产品 Core 通过 API 开放自身的能力。业务包通过调用产品 Core 的 API 来实现快速的定制开发。

融合以后，整个 IT 系统得到了极大的精简，如下图所示(Fault、Performance 不在范围内)：

融合以后的 OSS 架构

Service Catalog Management：融合的服务目录管理，支持通过 PSR 目录对批发业务和零售业务进行统一建模。

Inventory Management：融合的存量管理，包括服务存量和资源存量。统一管理空间、地址、码号、以太网、xDSL、GPON、传输等不同域的资源。

Service Order Management：融合的开通定单管理，支持各种批发和零售业务的端到端开通。

Provisioning：融合的激活管理，不仅支持移动、宽带、语音、TV 等业务平台，也支持 xDSL、GPON 等网络平台。

Operation Flow Management：融合的运维管理，支持各类业务投诉和网络故障处理。

>>>>手段二：解耦(D)

选择浩鲸之前，该运营商反反复复提的一个问题是：如何快速支持新需求？如何将一个新需求切分为变化的部分和不变的部分？

问题的答案是基于浩鲸新一代 OSS 的产品策略 D(Decouple & Openness)，将不变的部分沉淀到产品 Core，将变化的部分隔离到业务包，产品 Core 和业务包彻底解耦。

◉ 解耦原则

原则一：IT 功能与业务特性解耦。例如流程建模是一个 IT 功能，应该放在产品 core 中；而基于流程建模工具创建的 IPTV 等业务流程，则是业务特性，应该放在业务包中。

原则二：抽象与具体实现解耦。例如我们说基站是一种设备。在这句话里面，设备是一个抽象的实体，应该放在产品 core 中；而基站是一个具体的业务设备，应该放在业务包中。

解耦以后的架构如下：

浩鲸结合自身在 OSS 领域多年耕耘的经验，将常见的定制化任务聚合成三类：

服务类：包括 CFS 规格、RFS 规格、流程模板、定单/工单 BO 以及在各处理环节可能存在的一些定制化代码等。

资源类：包括资源规格、资源型号/模板、资源命名规则以及针对每类资源可能存在的定制化代码等。

接口类：包括接口协议参数配置、接口指令、接口数据模板、接口返回数据的解析规则等。

◉ 解耦好处：

产品 Core 和业务包解耦以后，带来了一系列的好处：

保证了产品 Core 的稳定和版本统一：产品 Core 专注于提供抽象的功能，相对比较稳定，有助于形成统一的版本。从客户的角度来看，也能够更好的享受到产品 Core 的新特性。

加速业务包的上线：从开发的角度来看，开发业务包时，主要是调用产品 Core 的 API，开发效率更高。从运维的角度来看，由于产品 Core 和业务包之间、业务包和业务包之间做了充分的隔离，某个业务包的新版本上线时，不会影响产品 Core，也不会影响其他的业务包，上线更加轻松容易。

通过封装来降低人员要求：做业务包的定制化开发时，只需要通过 API 跟产品 Core 交互，无需了解产品 Core 复杂的数据模型和繁琐的业务逻辑，大大降低了对定制化开发人员的技能要求。该运营商自己的开发人员也正逐步参与到业务包的开发工作中来，进一步降低整体的定制成本。

OSS 产品 Core 已经开放了 600+ API，能够充分支持运营商的各种定制化需求。

◉ 解耦工具：

产品 Core 和业务包分离以后，项目上需要的大量业务特性都被分隔到了业务包。浩鲸新一代 OSS 提供了专门的 BizSDK 工具，用来管理业务包的开发->测试->打包->部署->运行全生命周期，实现业务包的 DevOps。

BizSDK 工具

该工具的主要的亮点如下：

简化业务包的开发：BizSDK 为主流的 Java IDE 工具提供插件，列出每个业务包的二次开发扩展点，并提供样例代码，帮助开发人员快速上手。

强化配置数据的管理：系统的可配置性是一面双刃剑，一方面增强了系统的灵活性，另外一方面也带来了配置数据的管理难题。

支持一键导出配置数据：配置数据更新到现场时，能够智能比对，根据比对结果决定如何更新数据库；同时自动生成回滚脚本，一旦出错，可以轻松回滚到更新之前的状态。

>>>>手段三：体验(E)

该运营商有大量的遗留系统，有的是传统 C/S 界面，有的则只能支持老的 IE 浏览器，给用户的使用带来很大的困扰。浩鲸新一代 OSS，采用互联网界主流的前端技术，可以轻松支持 Chrome、Firefox、Safari、Edge 等现代主流浏览器。

该运营商另外一个贴心的诉求是让那些身体上有困难的员工也可以无障碍使用系统。我们生活的这个世界，每个国家/地区都存在一定比例的身体困难人士；而且随着人口老龄化的到来，一部分原来身体正常的用户，随着年龄的增长，部分生理功能也会出现障碍。因此系统的无障碍使用是一个普遍的需求。

浩鲸新一代 OSS 系统，遵循 W3C 的 WCAG(Web Content Accessibility Guidelines)和 ARIA(Accessible Rich Internet Application)规范，对 WEB 页面的 HTML 元素进行了精心的设计，以支持各类用户平等的访问系统。主要包括：

根据界面的控件排列顺序，结合用户的使用习惯，为每个控件设置 Tabindex 属性，通过 Tab、Shift+Tab 键即可实现页面元素的切换，无需依赖鼠标。

网页中常常会嵌入一些图片来增强美观性，针对其中具有业务含义的图片，都会设置 ALT 信息，这样就可以通过读屏软件将视觉信息转换成听觉信息，辅助那些视觉障碍的人士使用系统。

对于表格，都会设置 Caption 来说明表格的用途。在 TH, TR 元素中通过 ID 和 HEADER 属性来说明数据的含义。

对于 Form 中的控件，都会通过 Label 或者 Title 说明控件的作用。对于某些复杂的控件，可以通过 ARIA 规范中的 aria-labelledby 属性来描述。

对于执行提交动作的控件，都支持 Enter 键。

3、价值

2020 年，最后一批 250 万个人客户割接到 OSS 系统，标志着该运营商的 OSS 转型之路取得丰硕成果。昔日的 Simba，终于成长为真正的 Lion King(Simba、Lion 都是项目的代号)。

客户说：“假如有一个项目能够为我们的战略目标作出卓越贡献，那必定是 LION。我们提供的服务质量得到了飞跃式的提升、业务流程得以极大的简化、精简的 IT 架构令我们的运营成本锐减。无论附上再多再华丽的辞藻也不为过，因为五年磨一剑的 LION 让这一切成为现实。”

五年来，Lion 为该运营商带来了巨大的价值：减少了 IT 系统维护和创新的成本，减少 45-50%异常处理，减少 5-10%客服呼叫率，减少>10%的 IT 事故，减少 25-30%的 Tickets，减少 15-20%基础设施升级，增加 40-80%的 DIY(客户自行安装)。

结语

“More happy customers and colleagues after finalizing of the King Program LION. ”改变客户的工作方式，让客户 Happy，正是我们孜孜追求的目标，也是数字化转型中以人为本理念的极致体现。

国际市场的运营商规模参差不齐，面临的政治、经济、市场环境也各不相同，相当一部分老旧的网络和遗留系统问题长期存在，这也决定了运营商会采用不同的数字化转型路径。上文提到的运营商，转型发生在本地（On-Premise），有的运营商则采用更激进的方式，将转型的主战场迁移到云端。

后续我们将陆续推出更多国内、海外运营商数字化转型的精彩故事，敬请期待。