1引言
电信企业重组后三家运营商同时拥有了无线和固网两张牌照，运营范围的扩大和升级必然促进他们在业务捆绑和业务融合上予以更多关注，而Anyto A ny的通信服务需要有端到端运营的支持，因此如何管理和支撑原有以及刚刚接手的网络资源，实现业务开通与保障，是OSS建设需要考虑的基本问题。从市场需求来讲，与国外发达国家用户渗透率趋于饱和的现状相比，国内用户的增长率虽然逐年减缓，但目前国内渗透率（50％）与国际水平（80％）仍有很大差距，尤其是集团客户与增值业务更是不容忽视。在竞争初期，“以语音短信为主打业务，以发展用户数量为头等任务”必然导致三家运营商之间的竞争趋于同质化，也使得运营商在提高客户服务质量的同时要进一步降低建设和运营成本，从而对OSS的规划与建设、投入与产出提出了更高的要求。从长远来看，电信企业的持续发展要求OSS实现从支撑者到使能者的飞跃，进而更好地帮助运营商实现资源整体规划、设计、预测、分析以及管理能力，提升客户服务水平（SLA）与客户体验度（QoE），明确定义运维生产与管理工作中的各种资源及角色，优化运维业务流程管理，扩展各种业务的价值链。
可以看出，全新的业务运营环境要求电信运营商必须采用一种全局与超前的眼光来看待OSS的建设与发展。科学地理顺其中战术与战略、继承与新建、投入与产出、现在与未来等一系列关系，必将有效帮助运营商早日适应全业务运营时代新的要求。
2战术与战略
当前，各国电信运营商都在逐步从电路交换承载语音为主的技术体制迈向以分组交换承载数据业务为主的运营之道。被管范围的扩大及其背后全业务运营的紧迫需求，使得OSS必须适应当前专业网管模式，向综合运维支撑方向转变，并逐步形成端到端的、主动的业务支撑能力。采用何种思路来指导OSS的规划与建设是决定其成败的根本。笔者认为，在规划和构建OSS的过程中，应该始终把握“集中化”和“标准化”这两条指导原则，且要将其作为远景战略，另外运营商在OSS建设与发展过程中也可以参照实施。
全业务运营环境下，端到端的综合支撑能力以及企业转型任务要求运营商在OSS建设模式上必须采用集中的建设思路，新技术的出现也促进了支撑系统的集中化趋势。例如，SOA标准的出现有力地促进了通用软件部署的集中化，服务器和存储虚拟化技术促进了硬件部署集中化。此外，集中化的管理和维护、地域管理的集中化进一步降低了运营成本；标准化有助于支撑系统提升其扩展能力与主动性，更好地适应3G时代要求。例如，接口的标准化使得支撑系统不再被动适应，而是可以主动要求，这样不仅保证了新入网设备可以同步接入OSS，还保证其可以同步纳入管理和运维；标准化将促进OSS体系架构、管理流程、用户需求、信息共享的标准化发展，进而实现标准化支持个性化的理想目标。
从战略安排和战术实施上，三家运营商都不约而同地选择了标准化、集中化作为今后OSS发展的技术框架和建设模式的指导原则。2005年2月，中国电信颁布了《CTG-BOSS规范》，其要旨就是希望改变当前各省OSS建设中体系架构不统一而导致的紧急项目过多、业务需求不规范、信息数据不统一、技术方案难以选择、集团部门间口径和要求不一致等问题。2007年底，中国电信又以广东研究院为主成立了中国电信集团BSS/OSS支撑中心，其定位是“聚焦BSS/OS S领域的，能为全集团提供支撑服务的专业支撑中心”。长久以来倡导“ONECM”的中国移动，更是将集中化和标准化指导思想实际应用在广州某支撑系统集中化的建设项目之中。中国联通和中国网通合并以后，就明确提出“统一需求管理、统一规范管理、统一版本控制、统一工程实施”指导思路，实际上也包含了采用集中化、标准化思路作为今后OSS建设的指导思想。
3继承与新建
从前面的分析可知，由于全业务运营的要求，三家运营商的OSS正处于一个由分散化向集中化转型、非标准向标准化转型、专业化向综合化转型、半自动向自动化转型，逐段衔接服务向端到端全程服务的关键时期。考虑到已有投入、稳步过渡、新建成本与割接难度等因素，利旧现有OSS与构建全面运维支撑的OSS之间必然存在一定矛盾。因此，正确处理继承与新建的关系也是电信企业所必须关注的。
当前，三家运营商在维护支撑实际工作中仍以专业划分，其OSS在技术架构上基本采用3种方式。
(1)完全使用国外第三方产品。这种架构的优势是功能强大，稳定性好，但是系统相对封闭，后期的技术支持和二次开发能力相对较弱。
(2)完全使用国内厂商自己开发的产品。由于是根据具体被管对象和运营商的要求有针对性开发的，因此在满足某些个性化需求和技术支持方面有一定的优势，但由于理论和技术的积淀时间较短，因此在产品功能深度、标准化、稳定性和扩展性上与国外成熟产品相比有较大差距。
(3)将国外第三方产品整体或者某个功能模块整合到国内自主开发的综合平台中，这也是国内电信运营商经常采用的一种架构。
业内普遍采取的原OSS纳入到新建OSS的解决方案大致可以归纳为以下3类。
(1)项链式整合，顾名思义，就是在现有的各类专业OSS中通过标准接口串接起来，并在此基础上构建上层的综合管理功能，原有的OSS与被管范围保持不变。这种解决方案的好处在于对原有OSS和被管对象的影响非常小，且投资较少，但缺点就是仍无法做到真正意义上的数据整合，将来也难于实现系统级集成。
(2)筑塔式整合，这种方式是一种由下向上的分层式整合，仅保留原有与被管对象之间采集与配置的接口，而在其上搭建资源建模和综合管理功能。这种方式的好处是被管范围与OSS之间的关联和集成非常简单，不足之处在于投资高，必要时可能需要将原有的OSS废除再重新搭建。
(3)酵母式整合，这种改造方式的前提是当前已经有一套功能较为完整、扩展性强的OSS，它将作为新OSS的主体和平台，替代其他OSS中类似或者重复的模块，就像酵母一样逐步融合原有系统。
具体采用哪一种整合或者改造方式，笔者认为应该明确这样一个概念，即面向业务或者服务的OSS的基础是统一数据模型和基于模型的相关性分析。进而言之，电信重组以后，三家运营商面对移动或固话网络时，缺乏提供跨多个技术体制、协议、产品、组件网络的支撑能力。只有资源数据管理成为整合后OSS的核心与基础，才可能实现端到端的管理和服务。
