下一代运营环境给OSS系统带来的挑战

网络与业务的演进要求系统具有 模块化、可扩展的特征

向下一代网络与业务的转变不会一蹴而就，而是一个逐步演进的过程。这就要求OSS系统具有"模块化"、"可扩展"的特征。从技术架构来看，表现层、业务逻辑层和数据层分离的分层架构可以保证各个层的相对独立扩展，如图2所示。从功能架构层面，系统服务和基本功能可以作为共性抽取出来，而对于面向特定技术与业务的扩展，即插即用的插件式扩展会成为对OSS系统的更高要求。

图2  表现层、业务逻辑层和数据层分离架构

复杂的产业价值链要求OSS系统具有开放的系统架构

在下一代运营环境中，产业价值链环节比较复杂，例如虚拟运营、运营外包、线路租用、内容服务等。这就要求OSS系统的服务开通、服务保障流程具有跨运营商、合作伙伴的处理能力。因此，SOA架构体系和WebService等先进的整合和接口技术将得到广泛采用，从而提高系统的内外部集成能力与开放度。

服务路径的动态化和共享化带来 网络容量管理的困难

下一代网络的IP化、智能化的趋势，使得服务路径从静态路由为主向动态化、共享化转变。这种转变使得主动的网络容量规划在下一代运营环境中具有更加重要的意义。准确、真实、主动的网络容量计划和趋势分析能力将成为对OSS解决方案的关键需求。网络规划不仅可以帮助运营商准确分配网络容量，而且可以减少容量不足和失败订单，并可通过找出利用率不足的网络资源来提高网络运行效率，如图3所示。

图3   网络规划可帮助运营商提高网络运行效率

在保证业务正常运营的同时 实施OSS改造

如何在保证业务正常运营的同时实施OSS改造，一个形象的比喻是："给飞行中的飞机换引擎"，它不仅难度大而且风险很高。从当前的OSS改造的案例来看，主要有三种模式。

联邦式整合：通俗的说法就是在原有的系统之上盖一层"帽子"。一般来说，在这层"帽子"中会建立跨网络的统一模型，并从原有系统中抽取数据形成跨网络统一视图。根据这层加盖的"帽子"是否参与业务流程，联邦式整合模式还可以进一步衍生出一些分支模式。

横向整合，分层实现：这种方式简单来说就是"层层推进"的模式，例如基本上以串行的方式先后实现统一服务开通、统一资源管理和统一服务激活。

新业务分层整体建设，横向推进：这种方式从新业务网络入手，分层、整体、端到端地进行下一代OSS系统的建设。例如，可以针对基于IP的业务涉及的网络进行从定单流程、资源管理到服务激活的整体OSS建设。在完成新业务网络的OSS建设后，再横向推进，逐步延伸至其它业务网络。

对于以上三种方式的优缺点分析见表1。

表1  三种不同改造模式比较

如何定位OSS改造与企业流程 重组之间的关系

企业流程重组（BPR）是对企业流程的再思考和再设计。对于电信运营商来说，其最终的目标是建立以客户为中心，以市场为导向，以效益为目标的企业运作模式。

OSS与企业流程重组（BPR）有着千丝万缕的联系。一方面，两者是一种相辅相成的关系，业务流程是企业运营的根本，OSS系统为流程的运作提供了基础和保障；另一方面，在OSS建设过程中，我们又经常对于两者产生"先有鸡还是先有蛋"的争论。这是因为，从集成商或者开发商的角度来说，通过系统建设推动流程变更是一件非常痛苦的事情，为了控制项目风险，往往要求业务流程变更先行，然后系统再去固化其流程；而从运营商角度来说，有时候又确实需要通过IT建设来促动各方利益，推进流程重组。

实际上，OSS建设和BPR之间必须是一个"你中有我，我中有你"的关系，而不是一个谁先谁后的问题。一方面，OSS规划和建设要能够对业务流程的优化和重组提出要求和建设性的意见，通过系统规划、建设和运行的过程来推动业务流程重组，不能仅仅是对现有业务流程的IT复制；另一方面，企业领导者也应该充分认识到BPR对于企业运营及其支撑系统建设的重要意义，在BPR上能做到比OSS建设"先行一步"或者至少与OSS建设"同步推进"。

有一种说法是，在OSS建设中，技术只占15％，85％都是管理、流程、人员文化方面。因此，在OSS规划和建设过程中，既要考虑现有系统的现状，还需要考虑现有运维组织架构以及BPR的力度。OSS应该努力推动BPR，固化BPR成果。但是，在坚持某些原则的前提下，一定程度的折中有时候还是需要的。因为我们需要一个成功上线的系统，而不是一个永远上不了线的空中楼阁。