、ｌ造 甸 似 基于ＳＯＡ架构的通信运营商运维门户系统 建设方案研究 Ｔｈｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｏｐｅｒａｔｏｒ ｐｏｒｔａｌ ｓｙｓｔｅｍ ｃｏｎｓｔｒｕｃｔｉｏｎ ｓｃｈｅｍｅ ｒｅｓｅａｒｃｈ ｂａｓｅｄ ｏｎ ＳｏＡ 韩起云 ＨＡＮ Ｑｉ—ｙｕｎ （重庆教育学院计算机科学系，重庆４０００６５） 摘要：为了满足通信运营商对于运维支撑系统快速变化和响应的要求，在分析运维支撑系统的现状 和传统ＥＡＩ集成方式的不足的基础上，本文提出了基于ＳＯＡ架构的运维门户系统建设方案。详 细阐述了该方案的结构和功能，结合某移动公司的实施惰况，表明该架构能够有效的解决企 业运维支撑系统的集成问题。 关键词：ＳＯＡ；通信运营商；运维支撑系统；运维门户系统 中图分类号：ＴＰ３９１ 文献标识码：Ａ 文章编号：１ ００９—０１ ３４（２０１ ２）４（下）－０００５－０４ Ｄｏｉ：１ ０．３９６９／Ｊ．ｉｓｓｎ．１ ００９－０１ ３４．２０１ ２．４（下）．０２ １运维支撑系统的现状概述 行数据集成、界面集成和应用集成，将所有关于 经过十几年的发展，目前国内各大电信运营 运维支撑系统的告警、信息、报告等内容在一个 商都拥有了一个规模极其庞大的通信网络，为了 统一平台上集中展现 ０，以便能够更全面的了解 保证这个网络的正常运行同时又不断地新建了 网络运行现状，发现深层次的问题，这个统一的 大量的运维支撑系统（ＯＳＳ，Ｏｐｅｒａｔｉｏｎ Ｓｕｐｐｏｒｔ 平台就是运维门户系统（ＯＭＰＳ，Ｏｐｅｒａｔｉｏｎ Ａｎｄ Ｓｙｓｔｅｍ），诸如厂家网管（ＯＭＣ）、专业网管、（数 Ｍａｉｎｔｅｎａｎｃｅ Ｐｏｒｔａｌ Ｓｙｓｔｅｍ）。 据网管、话务网管、传输网管等）和综合网管（综 由于各运维支撑系统之间存在着开发语言、 合分析系统、综合告警系统、综合监控系统等）等 开发平台和操作系统的差异，传统的系统集成方法 数十种运维支撑系统，这些系统基本都相互孤立， 费时费力，而且在各系统之间形成了紧耦合，增 只有少量的数据交互和接口调用，随着市场业务 加了日后系统扩展的复杂度；本文利用ＳＯＡ架构 的发展对运维支撑工作提出了更高的要求，使得 的松耦合性和平台无关性特点，较好的解决了通 目前运维支撑系统的信息资源管理模式暴露出了 信运营商在建设运维门户系统过程中遇到的问题 很多问题，主要有以下三个方面。 和困惑。 １）各个系统单兵作战。不同系统的数据及资 ２运维门户系统 源没有被有效地整合和集成，严重了运维支 ＯＭＰＳ是指在一个企业内部，通过界面集成、 撑系统信息资源的应用广度和开发深度。 数据集成及功能集成等技术将分散在各个系统中 ２）缺乏统一的规划。不同系统通常由不同的 的功能和信息有效地组织起来，给用户提供了统 集成商开发，所使用的技术、数据结构设计方法 一的信息服务功能入口，实现企业运维信息和知 和思路、界面风格及操作方式都不尽相同，系统 识的共享，提高员工和企业的工作效率。 之间存在着很强的互斥性，不同系统之间很难进 运维门户系统自身无任何数据信息，其呈现 行信息交换，存在着大量“信息孤岛”ｕ 。 的信息及功能都是来自被集成系统，门户主要实 ３）从外来看，单个系统是个封闭的黑盒子， 现的功能主要包括以下三点。 内部功能只能为自身服务，对外是不可见不可重 １）界面集成。即在运维门户系统的一个页面 用的，不能为外部系统或其他应用服务。 中将用户感兴趣的多个ＯＳＳ系统页面进行统一呈 随着市场规模的急剧扩大和全业务运营的紧 现，使用户无需在各个系统之间进行登录切换， 迫需求，要求能够将现在所有的运维支撑系统进 增加用户查看信息的便利性。 收稿日期：２０１２－０２－２８ 作吉简介：韩起云（１９７８一），女，讲师，研究方向为计算机网络和管理信息系统。 第３４卷第４期２０１２—４（下） ［５１ ｌ生 匐 化 运维门户系统 服务消费层 代办工单 告警列表 统计报表 工单、告警查询 ｌｏＭｃ维护操作 电路调度 一一一一一一 一一一一一一一一一 …ＥＳＢ（企业服务总线） 服务接入层 访问服务 消息代理 负载平衡 服务发现 协议转换 用户鉴权 …一一一一一一 一一一一一一一一一 呈现服务层 共享服务层 业务服务层 数据服务层 ＿一 － ｒ。 ● ● ’１ ●ｒ‘ ０ ● ● 。１ ｒ。 ●０ ｒ‘ ’１ ● － 工 － － － 性 ０ ● ０ ● ●－ 代 盟 ●０ 统 ●－ 办 状 其 － ● 警 计 其 事 态 他 ●－ ● 查 报 他 服务提供层 ●－ － ● －● 宜 查 服 ● ● ●０ 询 表 服 －● 服 询 务 － ● 服 服 务 ●－ 务 服 － ●０ 务 务 ● － ● 能 统 ０● ●０ 电 统 指 计 其 ００ ０ ● 路 计 其 标 报 他 ０● ００ 调 报 他 查 表 服 ００ ● 度 表 服 询 服 务 ００ ● 服 服 务 服 务 ０ ０ 务 务 ０ ０ ０ ● 配 置 警 其 管 查 他 理 询 服 服 服 务 务 务 ● ０ ● 务 － ● 务 ０ ■ ● 电子运维系统 无线网管系统 数据网管系统 传输网管系统 厂家ＯＭＣ 图２通信运营商基于ＳＯＡ架构的运维门户系统结构 需要梳理和提取各系统中的服务，最后将服务以 ＷｅｂＳｅｒｖｉｃｅ方式进行封装以对外提供，例如电子 协议（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｆｏｒ Ｒｅｍｏｔｅ Ｐｒｏｔｏｃｏ１）门户系统 可以将呈现服务嵌入到页面中，而无需进行任何 页面代码开发。 运维系统可以提取出代办工单服务、工单状态查 询服务、作业计划查询服务、工单统计报表服务 等，其他应用就可以通过调用上述服务实现电子 运维系统自身特定的功能。 ２）共享服务层。该层主要是对各ＯＳＳ系统提 供的服务进行组合和编排，将各个的服务组 合成能提供综合服务的高级服务，以满足更高层 次的综合业务需求。共享服务层分成了三层：数 据服务层、业务服务层和呈现服务层，其中数据 服务层主要是实现底层ＯＳＳ系统数据提供服务， ３）ＥＳＢ层。为了避免门户系统在调用底层服 务时出现多点对多点的调用方式，在服务层和门 户系统之间增加了ＥＳＢ（企业服务总线），通过 ＥＳＢ可以确保门户系统的服务调用方式为单点对 单点，还可以实现访问服务路由、协议转换、负 载均衡、服务发现等功能，保证底层ＯＳＳ系统服 务调用的效率、安全性和可靠性，减低了门户系 统服务集成的难度。 ４）服务消费层。该层是底层ＯＳＳ系统服务的 消费使用方，主要为运维门户系统或者其他相关 系统，门户系统在实现上只需要关注自身的架构 和界面风格，而无需过多考虑ＯＳＳ系统服务的细 节，将相应的服务嵌入到门户Ｐｏｒｔｌｅｔ组件中，即 满足业务服务层及门户系统的数据采集、数据转 换、数据加工等需求；业务服务层主要是通过对 底层ｏＳＳ系统的服务进行重新编排、组织，实现 更复杂的综合服务，满足更高层次的业务需求， 主要包括服务访问和业务流程，即通过流程将底 层ＯＳＳ系统的服务组织起来；呈现服务层主要是 为上层门户系统提供特定页面呈现，通过ＷＳＲＰ 可实现应用的集成；同时，如果日后业务发生变 化，主需要更换相应Ｐｏｒｔｌｅｔ组件中的服务即可。 底层ＯＳＳ系统的服务同样可以提供给其他业务系 第３４卷第４期２０１２－４（下） ［７１ ｌ 匐 似 统使用，且一个服务可以同时在多个服务消费者 之问使用。 除了上述四层外，需要一个专门的服务查询 服务器，即ＵＤＤＩ（统一描述、发现和集成协议， Ｕｎｉｖｅｒｓａｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｉｎｔｅｇｒａｔｉｏｎ）服 务器，ＵＤＤＩ服务器主要是实现服务的注册、查询 及发现等功能，类似于网络中的ＤＮＳ服务器，具 体工作模式如图３所示： ２服务 图３ ＵＤＤＩＪ］￣务器工作模式 首先，ＯＳＳ系统中的各个服务需要向ＵＤＤＩ 服务器注册，ＵＤＤＩ服务器保存其服务的名称、 访问标示、地址、参数等信息，随着在门户系统 中访问该服务前向ＵＤＤＩ服务器查询服务地址， ＵＤＤＩ服务器反馈服务的访问地址等信息，门户系 统即可通过该地址信息访问ＯＳＳ系统服务。 基于ＳＯＡ的这种架构完全了传统的门户 建设方式，服务消费者（运维门户系统或其他应 用）所消费的服务可能是底层单个ＯＳＳ系统的服 务，也可能是多个ＯＳＳ系统提供的综合服务，服 务消费者已经无需关注服务是有谁提供的，通过 共享服务层和服务接入层实现了服务消费者和服 务提供方松耦合的架构，日后即便是更换了底层 的ＯＳＳ系统，只要旧系统所有服务在新系统中实 现或者是由其他系统来实现即可。 此外在系统建设方式上，基于ＳＯＡ架构的运 维门户系统与传统的门户系统也有很大的不同： 传统的方式为通过单点登录（Ｓｉｎｇｌｅ Ｓｉｇｎ—Ｏｎ，ｓｓｏ） 方式实现对所有ＯＳＳ系统的资源、数据、应用的 集成 Ｊ，被集成的系统基本上无需进行改造；而 在基于ＳＯＡ架构的运维门户系统建设中，首先需 要对各个ＯＳＳ系统的业务逻辑和功能特点进行梳 理，规划和提取各个ＯＳＳ系统的基础服务，然后 １８１ 第３４卷第４期２０１２—４（下） 对ＯＳＳ系统进行改造使其具备对外提供服务的接 口，打破各ＯＳＳ系统的自我封闭，对于ＯＳＳ系统 来说要进行较大的改造，工作量较大，但这些工 作带来的好处就是服务的标准化、可重用化、可 管理化，后期新系统的建设和新应用的实现将会 更加的快捷和灵活。由于不是本文的重点，所以 这里不进行过多的叙述。 ４案例分析 该建设方案已经在某省移动公司实施，目前 已经集成了话务网管系统、数据网管系统、电子 运维系统、传输网管系统及各种厂家ＯＭＣ等３０ 套网管支撑系统。在经过半年的业务和服务梳理 后，定义了若干标准服务，随后该移动公司对现 有的支撑系统进行了改造，使其具备了对外提供 服务的能力，在此基础上，新建的运维门户系统 以ＳＯＡ理念对服务进行了集成，从而消除了网管 支撑系统的数据“孤岛”，极大地促进了该公司的 运维门户集成和管理水平的提高。 ５结束语 随着通信运营商的市场竞争更加激烈，对支 撑系统也将会提出更高的要求，一切都要以市场 为导向，快速基于已有的ＯＳＳ系统应用进行整合 和创新将是支撑系统的必然发展趋势。本文提出 的基于ＳＯＡ架构的运维门户系统，将关注点从单 个系统转换到了系统中的每个服务，通过对服务 的整合来快速实现运维门户系统部署和集成，由 于ＳＯＡ架构具有良好的松耦合性和灵活性，可以 有效地支撑运营商的随需而变的能力，降低支撑 系统建设成本并加快应用实现速度，在３Ｇ时代的 竞争中取得先机！ 参考文献： 【１】张备，王雷，李潇蓓．基于ＳＯＡ的电信客户服务系统与 服务保障系统接口模型研究与实现【Ｊ１．微计算机信息． ２０１１，２７（５）． 【２］王若梦，刘云，张振江．基于事件驱动ＳＯＡ的物联网管 理平台研究【Ｊ１．电信科学２０１０，１１． 【３】刘剑锋，陈志泊．基于ＳＯＡ的校园网运维平台【Ｊ１．计算机 工程与设计．２０１ １，３２（２）． ｆ４】杜宇健，张新伟．基于ＳＯＡ的下一代电信业务运营支撑 系统ＩＪ１．中国科技论坛．２０１０，１１．
