运营支撑系统（OSS）的现状与发展思路
唐月 国家广播电视总局广播电视规划院
摘要：随着全业务的开展、网络技术的发展和用户市场争夺的白热化，运营支撑系统（OSS）的自动化程度、管理范围达到了一个新的高度，OSS只有与时俱进，才能支撑网络的运行，才能为业务的可持续性提供保障。本文介绍了当前OSS发展的现状，同时指出广电OSS与其的差距，以警醒广电运营商。关键词：运营支撑系统 发展 改变 差距 标准1 前言业务运营支撑系统（BOSS）中的四个成员——业务支撑系统（BSS）、运营支撑系统（OSS）、管理支撑系统（MSS）/办公自动化系统（OA）和决策支持系统（DSS）/经营分析系统（经分）中BSS因其与用户、产品、计费、账务等与业务开展的密切关系，一直占据运营商信息化建设的主导地位。近年来，以前一直不太被重视的经分、DSS搭乘着大数据的东风，地位有了很大提性越来越成为各运营商的竞争因素。人工运营管理手段已经满足不了用户
（4）智能网管
具备传输网管、数据网管、交换
的需求，OSS将越来越自动化、智能化、网管和综合网管的资源、性能和告警开放化和大数据化。
随着深度学习、区块链、大数据等技术的发展，正在快速推动OSS的发展，OSS进入到更加深入的系统应用层面，甚至要决定系统的整体地位。
的接入能力，并对外开放服务能力，可实现跨网络告警的关联及归并、集中监控、自动作业计划等集约化管理及操作；能够对业务和网络的运行情况进行监控预测和分析。
（5）综合业务测试系统
提供快速接入网元与业务平台的能力，对宽带接入网常见故障进行诊断、测试和修复。
（6）服务质量管理系统
面向客户服务热线提供综合预处理，包含宽带、固话、手机、互联网电视的初步故障诊断和修复，以及客户信息查询和装移机进度查询功能等。
（7）服务保障系统
为装维施工工单、投诉工单、故障单、集约化工单、无纸工单以及集团障碍单等提供完整的流程处理与调度管控，实现装维人员的手机移动化办公。（8）资源管理系统
对网络资源和信息服务资源进行管理，利用资源模型提供应用服务，支撑服务开通和服务保障，涉及交换、
2 运营支撑系统（OSS）的发展2.1 电信运营支撑系统的主要功
状况直接面向决策层。在DSS的冲击下，能模块
高，其各种运营数据、用户格局、收入MSS的地位似乎要排在了最后。OSS一直以来在业务开通、网络管理、资源管理等方面默默无闻地工
（1）服务开通系统
提供从后端服务定单生成到资源配置、服务激活、服务定单竣工整个
作着，是保证网络质量、提高工作效率、过程的运营支撑。掌握网络家底的工具，为开展业务、发展/保留用户保驾护航。
随着全业务的开展、网络技术的发展和用户市场的争夺，用户从对网络的被动接受到现在可以通过对其质量、快捷性和方便性等体验的比较来选择使用，使得网络开通的快捷性、网络维护的方便性、网络运行的稳定
（2）专业网管
包括传输网管、数据网管、交换网管等，对各种设备进行性能管理、配置管理和告警管理等。
（3）集中告警系统
对设备告警信息进行采集，实现对在网设备运行状态的监控，提供告警处理、经验知识库和统计分析功能。
28
《有线电视技术》 2018年第11期 总第347期
《有线电视技术》 2018年第11期 总第347期
有线传输、数据、动环、光缆、电缆、接入网资源等。
2.2 电信运营商OSS的转变2.2.1 产品由BSS定义转变为由
OSS定义
产品由业务组合包装，BSS侧重于向客户提供灵活的产品目录。OSS侧重网络能力、资源服务的管理，可通过资源管理系统的资源服务完成对业务的灵活封装。由于除业务开通外，日常还有其他网络维护相关的业务调整，这一部分无法在BSS侧控制。
2.2.2 业务由BSS激活转变为由OSS激活
业务激活依赖于网络设备接口，激活系统需要随网络设备的升级同步进行更新，由于操作维护中心（OMC）、网络设备的维护都是在OSS上完成，由OSS来激活和管理，可避免多头管理，缩短业务上线、更新时间。
2.2.3 服务域内的能力管理
服务是OSS面向企业或客户为支撑某一业务活动而进行的基础功能的封装或聚合，把服务能力变成可开放、复用的IT资产，实现OSS能力库开放，构建网状互联的能力通道，按业务管理需求灵活划分服务域，对服务域内的能力进行统一管理。
2.2.4 OSS的功能转变
OSS的功能将进一步融合，功能架构由应用层、OSS能力平台层、数据源和控制层、基础设施层组成，形
成十大功能域，如运维管理域、开放域、设计域、资源管理与编排域、保障域。
运维管理域提供门户、综合展现、代维管理等能力。
开放域提供IT能力开放的统一入口，构建网络能力开放平台，对内及对外开放OSS能力。
设计域通过离线的方式，实现对业务、网络等的设计、测试与发布；为运行阶段提供网络服务规划的“元数据”，是后续运行阶段所有的编排、控制、分析功能的主要输入。
资源管理和编排域根据设计输出的模型，构建完整的网络服务，实现动态的编排、资源管理与配置激活。在传统资源管理功能的基础上，增加对NFV/SDN的资源管理。
控制域根据设计输出的元数据控制策略，对网络运行实时控制。
保障域基于统一数据层、大数据技术，实现实时流处理以及批量处理，支撑保障类的监控、分析应用，实现
保障类数据的采集、处理、分析与展现。数据源提供OSS所需各类数据。基础设施域为所有IT系统及电信云业务提供计算、存储、网络资源以及机房动力、环境支持。
安全管理域对安全事件及流量、安全资产信息、业务系统信息进行采集、过滤和标准化，提供安全态势感知与处置能力；建立安全管控平台，实现安全资产管理。
IT自管理域实现所有IT系统各层的数据管理、监控等功能。
针对运维管理、资源管理、故障管理、性能管理等传统系统功能，在持续增强业务全覆盖的基础上，逐步完成系统功能与数据的解耦，实现云化、微服务化，最终被封装为微服务的相关应用以“插件”方式，作为下一代网管的构成。网管系统将新增以下几个域。设计域为网络设计人员提供线上的网络设计支撑系统，为网络设计人员提供线上的设计功能支持，将以前设计人员的线下工作转变为线上工作，以形式化的语言描述设计方案，便于运行时系统自动解释、编排、部署网络、网元。·广电OSS建设专题·网络编排域根据设计域系统输出的模型数据，进行编排，构建完整的网络服务。提供资源实例化、软件安装部署配置、网络拓扑设置、分析策略设置等过程；确保后续的其它运行能按照既定网络设计运行。
控制域提供对网络进行控制的各类系统，增强对网络的自动控制能力，支撑网络运维自动化、智能化。
开放域提供网管IT系统的开放功能支持，将网管IT系统的能力进行API封装，供外部客户和应用调用。电信云管理系统提供对电信云的管理系统，并与网管系统协同，共同
为ICT网络服务，包括资源池分配、
调整、扩容以及各类FCAPS功能。
IT自管理域提供对网管IT系统的运行状态监测、IT系统自动化运维等功能，支持IT系统自管理。
2.2.5 OSS的架构优化
在技术架构上，引入全云化的技术理念，强调SaaS层的定制能力和PaaS层的通用性、标准化、服务化、松耦合能力，以及对基础设施的弹性调度和自动化能力，全面解决老架构下的耦合紧、响应慢、性能低等问题。
2.2.6 其他OSS的发展
电信运营商经过多年的OSS建设，在统一模型标准、去IOE架构、微服务化改造、两级端到端一体化运营及智能化、自动化等方面也取得了成果。
为适应物联网的运营，中国移动启动了全网第一的物联网集中化支撑系统建设，承载“人物分离”业务。集中建设资源管理、产品管理、客户管理、业务受理、计费账务、结算、自服务等功能的支撑能力，实现物联网业务的统一支撑、统一运营。
阿里着力实行“大中台、小前台”
战略，整合企业内部运营管理能力与
29
有线·广电OSS建设专题·
网络大数据运营能力，打造集中化的“云管理。包括服务开通系统、服务激活效2.0智能化运维平台”，成为事业系统、综合运维管理系统、综合资源群快速敏捷的应用小前台，推动运维管理系统和综合网络管理系统。
工作向自动化、智能化方向发展，降在2009年~2011年期间，广电低运维成本，提升运维效率，已经实OSS的建设与电信运营商的OSS差距现了90%的故障自动处理。
并不太大。但不是每个广电OSS的都腾讯的“蓝鲸”是专门为所有腾按照上述系统进行建设，普遍的OSS讯游戏的运营人员提供一站式运营技
都达不到上述水平。随着广电网络双术解决方案的平台，以“原子服务集成”向化和FTTH规模化，广电OSS也随和“工具开放构建”的方式致力于解之有了新发展，主要有如下几方面。
决“运维基础服务”的无人值守 及 “运（1）新增广电微运维支撑系统维增值服务”，帮助业务的产品和技实现BOSS客户管理、现场业务开术人员快速构建个性化、低成本、免通受理、安调工单处理、资源设备查运维的支撑工具和运营系统。
询等功能，真正做到安装维护营销等AT&T为了支撑下一代网络工作的现场处理，极大提高工作效率Domain 2.0转型，以自研+合作的方式，（2）开发网络保障系统
构建云化、开放共享、ICT融合的下系统覆盖及支撑现有的数字电视一代运营平台ECOMP，通过自动化方业务、宽带业务、互动电视业务的故式进行业务编排、资源管理和设备控障分段定位、处理和智能修复，实现
制。其主要特征有：设计态与运行态全业务质量全景端到端的监控与管理。分离、基于策略控制的闭环自动化、通过分析各采集点的数据，可以对潜元模型驱动的设计/创建平台。
在的重大故障进行预警，在规模爆发前进行告警和防范。实现服务能力集3 广电OSS的现状中化、大面积故障判断自动化、处理经验流程化和导航化，帮助客服人员3.1 广电OSS的新发展
或者运维人员根据故障现象进行“傻集合了广电运营商和系统开发商瓜式”在线处理，最大程度的减少运在广电BOSS系统方面多年积累下来维人员的操作，提高处理效率。
的开发和应用成果，《有线电视网络（3）部分广电OSS建设了综合业务运营支撑系统第1部分：总体架资源管理、网络综合分析、网络门户构》对运营支撑系统作了如下定义：等系统，电子运维系统已逐步具备网运营支撑域主要实现统一的资源展示，络线条内部基本运维的支撑能力。
优化资源配置，提供面向客户的服务3.2 存在的问题
与体验，强化服务开通与服务保障能相对电信运营商OSS来说，广电力。从面向网络、面向产品、面向客OSS的智能化、快捷化、自动化程度户三个层面建设运维体系。面向服务普遍不高，存在以下问题。
和资源，提供综合运行支持，支撑有（1）功能重复或边界不清晰。线电视网络运营商各类产品的开通与OSS最初所具有功能，由于使用的职快速故障定位，支撑对网络性能参数能部门不同，后开发的系统重复地开和运维服务质量的实时监控、分析和
发了某些类似的功能，导致功能边界
30
《有线电视技术》 2018年第11期 总第347期
不清。如数据网管与PON网管通过不同的路径均可进行接入网光衰测试。
（2）部分支撑系统接口规划未统筹考虑，数据共享能力不足。不同的子系统分别与同一网或网管接口，采集相同的数据，不仅增加了接口开发、调试工作的工作量和费用，使接口拓扑关系复杂化，还增加了数据不一致的风险。（3）不具备端到端支撑的能力。为获取网络端到端的信息，需要进入多个网管系统进行查询再进行关联，使得工作效率较低，影响业务调度速度和服务保障质量。
（4）系统硬件演进能力不足。目前各个支撑系统都是自建服务器和存储，当需要扩容时都是在自身系统上进行改造，这从维护效率、后续演进角度来看都不太有利。现有各系统尚未有云化经验，对于部分云化也不能
保证不存在风险。
（5）前后端各部门为实现相应需求，在OSS系统/平台进行了许多接口的重复建设，既导致人力、物力的浪费，也造成系统间架构的交错、重叠。
（6）无标准化智能化故障处理流程，处理经验只能慢慢积累，效率低。
（7）跨系统应用功能通过接口实现，接口呈网状、复杂度高、IT性能隐患多、接口调整牵涉面广。
（8）应用与功能没有解耦，基础功能弱、应用功能复杂。业务逻辑变更牵涉面广，业务适用性差、可配置性差、新业务支撑响应慢。
（9）跨系统的应用，无法明确由哪个子系统承接、由哪个子系统来组装。（10）每个原子系统相对其他系统，其功能和应用均是黑盒状态，整个OSS的服务能力也不透明不易梳理。
由于与电信的管理垂直管理体制不同，广电的管理是块块管理体制，《有线电视技术》 2018年第11期 总第347期
·广电OSS建设专题·一些本应该由企业完成的标准化工作，程度低；缺少和业务开通流程的高效往往需要由广电总局来组织完成。而BOSS与各个广电运营商的经营、运维机制密切相关，甚至与职能部门的设衔接，自动化程度低
（4）客户服务方面
后端能力的不可见，导致用户难有线网络过能力平台（能力管理、能力组合服务、业务应用服务）、能力通道（服务集成总线）的部署，为服务的封装、面向服务的业务实现提供技术支撑。能
置、部门所赋予的职能相关，一直以来，以了解到业务的运行状态和处理进度，力开放从系统解构的角度入手，为降
广电总局想通过制订相关标准来引导广电运营商的BOSS标准，但由于各地经营模式的差异化和不可复制化，标准即使推出，能否落地也要打一个问号。2017年，国家新闻出版广电总局科技司技科字[2017]254号文下达了7项行业暂行技术文件编制任务的通知。其中由总局规划院牵头，制订了有线电视宽带网络综合资源命名规范，以规范和统一有线电视网络综合资源的命名，指导有线电视运营商对综合资源的管理。技术文件对空间资源、管线资源、前端设备、传输网资源、数据网络资源、光网络接入层资源、HFC网络资源、用户终端资源、IT系统资源、电源资源、机房环境资源和其他资源的命名规则进行了定义，同时给出了公共字典，包括网络类型简称字典、地市名称字典和设备类型字典。两次征求意见，反复修改，目前已形成送审稿。4 广电OSS的差距（1）业务开通方面
普遍缺少体系化的端到端的全业务的开通流程支撑，个别广电OSS梳理了业务开通流程，但业务开通流程
效率不高，缺少自动化，缺少SLA支持。（2）施工调度方面
部分实现了施工工单管理，但缺少精细化调度规则，如人力资源、工具车辆、仪器仪表等调配管理。
（3）网络激活方面
缺少统一的、集中的、自动化的网络激活系统或功能模块，一些新业务通过设备厂家类OMC激活，标准化
用户咨询和投诉量的增加又让客服和维护部门不堪重负。
（5）资源管理方面
部分省网建立了综合资源管理系统，大部分省网的综合资源管理平台未建成；接入层资源管理仍然缺乏，
影响了业务的开通效率。
此外，广电OSS还在实现FTTH的网络管理的时候，电信运营商已经在考虑网络管理如何适应网络转型，
着手适应SDN/NVF的OSS的实施。广电OSS传统的系统架构，在网络和服
务进步的浪潮中，
不知道还能走多远。5 广电OSS的发展思路OSS不能总是做后端的支撑，要把支撑能力显性化，更要直接支撑客户，提升工作价值。
首先，关注用户业务聚焦，优先解决客户服务感知、企业运营效率影响大的业务需求，从障碍预处理、智能管道、FTTH、宽带能力提升等方面着手。其次，OSS在传统网络中主要起着辅助支撑作用的网管系统，在新的云化网络的时代，必须增强网管的能力，才能更好的控制、运营、运维网络，
充分发挥云化网络的最大运行效益。
第三，对于某些有较强资源管理和调度能力的专业网管，可以使其成为独立的、由网络资源管理完成全部能力的系统，向端到端业务视图提供专门的资源调度数据接口以及展示跨专业承载和连接关系所需要的数据接口。第四，借助于能力封装以及便捷的访问手段，提高运营工作效率。通
低对生产系统的影响，业务模块与软件功能的解耦从局部开始、逐步铺开。
第五，对底层系统的服务能力迚行封装和组合后，可供不同使用场景放进行调用。通过设计不同的应用展现层，以清晰的系统架构满足不同的使用需求。通过对后端系统与平台服务能力的封装，使得原本不可见的业务状态和服务过程能够向客户以可理解的方式直接呈现出来，从而减轻客服和维护部门的日常工作负荷。
第六，平衡投入和回报。经费问题一直以来都是广电OSS发展的最大拦路虎，大量研发资金的投入很难收到更大甚至是同等的回报，但是不更新升级OSS，用户不断增长的服务质量需求就得不到保障，用户就容易流失。网络发展到现在，客户需求个性化程度显著增加，维护的深度和难度增加，运维已经不是像以前一样靠维护人员上门换换器件或设备就能完成的，资源也不是Excel表格就能管理的。服务就是用户，用户就是生存。OSS,乃至BOSS，甚至扩大到整个信息化建设，对于广电运营商的决策层来说，已经到了不得不重视的时候了，现在拼的不是技术，而是服务，如果不发展，和竞争对手的差距只会越拉越大，结局是什么，不可说。
参考文献
[1]唐月,秦䶮龙.有线电视网络业务运营支撑系统总体架构研究[J].广播与电视技术,2012(2)15.
[2]黄辉,杨秀敏.贵州电信运营支撑系统优化与演进探讨[J].移动通信,2017(10)15.CATV
31
因篇幅问题不能全部显示，请点此查看更多更全内容