通信世界网消息(CWW) 本文通过对电信、移动、联通三家运营商在“去IOE”、 IT系统云化以及集约方向上IT架构演进与建设的情况说明，探讨通信运营商云化集约的IT系统架构设计，新IT架构如何分阶段推进与建设，以及在这个过程中运营商所需要做的工作与准备。为更好的满足用户感知、用户体验的要求，提出运营商IT系统的新架构所需要具备的特点与能力，展望运营商IT系统架构的演进与变化。

三大运营商“云T”集约现状

三大运营商从2013年起就不断提出“去IOE”、云化与IT系统集约，截至2015年7月为止联通、移动、电信分别在上述的三个方面均有很多进展，现粗略列举如下。

中国移动：2013年起，中国移动适度启动“去IOE”的工作，目前采用“省内去IE到云化”的模式，至于集团统一集约的推进仅是刚刚启动。

截至2015年中国移动仅个别省完成了计费域和CRM域X86分布式部署，整体看“去IE”的建设各省正在进行中。“去O”的实施上仍有瓶颈，核心数据库仍采用Oracle数据库。从2015年起中国移动在集团内部CRM域启动云化部署工作，采用混搭模式支撑全新的集约CRM云化。

中国联通：从2011年开始通过uCloud项目建设，提出以数据为中心、应用一体化、基础资源统一管理的建设目标，这一IT集约的思想应该是三大运营商中最早提出且积极推进的。从2013年下半年，中国联通在uCloud项目基础之上启动cBSS1.0的项目建设，建设北方六省的集中营帐版本，截至2015年已完成31省的4G业务集约以及3G业务的营业集约工作，但在3G计费、开通以及预付费用户支撑上仍在省内完成。从2014年下半年起，中国联通在cBSS1.0上启动对固网业务集约、3G业务、预付费业务的集中化营帐支撑，并启动cBSS2.0的规划，通过cBSS2.0的建设达到整体云化、集约的目标。中国联通在“去IOE”、云化与IT系统集约的推进上是最为激进，但在融合业务支撑上仍存在诸多的问题。

中国电信：从2013年起正式提出“去IOE”的工作要求，2014年提出省内IT系统小型机零采购，以此促进省内应用X86部署，截至2015年主要是在非核心系统上已初步实现“去IOE”。中国电信从2013年初启动CRM域4G业务受理系统的集中建设，至2014年下半年完成全国31省CRM域割接，实现4G业务客户关系管理系统的集中、“去IE”。截至2015年底，客户关系管理系统移动业务的集约预期初步完成。从2014年起中国电信启动MSS域集中项目，截至2015年上半年具备后续加快推广的条件。中国电信在“去IOE”、云化与IT系统集约的推进上相对中规中矩，总体集约的进程预期达到2017年完成。

总体来看，三大运营商在“去IOE”方面，“去IE”上均有不同进展，但在“去O”上尤其在核心业务处理系统上“去O”仍存在较大难度。在云化方面，均在虚拟化资源池上存在应用与服务，但在云管控平台、应用服务云化再造与提供方面仍有较大滞后。在集约支撑方面，虽均有推进，但在业务需求、服务支撑上都存在不足，这一点在联通的IT系统集约推进上较为明显。

新趋势下运营商的IT系统架构设计

运营商的IT系统主要可分为基础设施域、客户关系管理域（CRM）、计费域、服务开通域、数据分析域、企业管理域（MSS）等五个域，在“去IOE”、云化与集约的大背景下运营商的IT系统架构面临全新设计的要求，既要考虑业务发展需求，又要确保系统稳定不间断运行，且前瞻日后IT技术发展要求。新云化集约的IT系统架构应该是什么样子的呢？

从低成本化的角度，IT系统的新架构一定是满足“去IOE”特征的，基础资源一定是以X86 PC服务器为虚拟资源池的硬件设施结构，具备动态可扩展性、可维护性。

从云化和集约的角度看，IT系统的新架构一定会根据运营商的核心应用和支撑服务方向不同采用不同的云化方式与结构。如图1所示。

1. 基础设施域在开展“去IOE”的推进时，必然要解决诸多异构小型机、同构PC服务器以及现有诸多存储设备的虚拟化使用，可通过一个云管控平台管理多地区分布、多型号异构和同构的小型机、X86 PC服务器，统一对外提供虚拟化的计算能力、内存以及存储资源，并能够高效率地实施监控、维护与处理。根据服务提供的对象不同，在基础设施底层分离出事务型、分析型、综合型的资源能力，以满足不同应用服务的需要。

2. 客户关系管理域由于其事务处理的需求，初步具备“去IOE”的条件,建立在事务型云化资源平台上，数据库使用Mysql或是混搭的Mysql+Nosql的模式以支撑事务处理与图像、文字处理的需要。

3. 计费域在“去IOE”、云化与集约的推进上，其具有对系统稳定性要求高、高实时性的业务需求、海量话单快速处理、预付费网元控制能力以省分散等特点，计费域的云化与集约的推进上更为困难。因此计费域实现全部云化与集约，一定要搭建一个可维护性、稳定性很高的云管控平台，以支撑海量数据和消息的传输，支持计算能力、存储资源的动态扩展。在此基础之上计费域最终完成批价、账务、信控的云化与集约，预付费网元控制能力、服务开通能力仍会一定阶段保留在各省内，直至网络承载能力达到业务处理要求后实现彻底计费域集约。

4. 服务开通域由于涉及大量与分省网元设备的互联，它的“去IOE”进程相对快，云化与集约的进程更有赖于云管控平台与IT运营网络的建设。在经历省内云化至整体集约的过程后服务开通域实现最终服务开通能力集约，网元设备的控制与处理能力仍会长期保留在各省。

5. 数据分析域根据其应用服务的要求，具备较快云化与集约的条件，从其特点看对实时性数据与非实时性数据会有不同的云化策略，在基础资源提供上也会根据其数据应用的特点存在差异。

6. 企业管理域由于其应用特点与数据使用特点，具备快速云化与集约的条件，管理流程、应用数据一点接入、服务全网。