Oracle全业务环境下的OSS发展论坛_电信_计费

Oracle全业务环境下的OSS发展论坛

2009/02/09

　　2008年电信运营商实现了全业务的开展，再次提出了更高，更严格的要求，向新一代运营支撑系统发展，成为运营商决胜胜负的关键之一。运营支撑系统的增长速度超过了整个电信行业的增长速度，运营支撑工作越来越受到运营商们的重视，合理使用OSS技术，建设功能完善，充分共享信息的运营支撑系统，是电信运营商目前重点发展的运营管理战略之一。

　　在甲骨文全业务环境下的OSS发展论坛上，甲骨文通信事业部资深销售经理李志先生为大家诠释甲骨文在运营支撑系统方面的优势与相关方案。

　　李志：大家好！在座的各位领导和专家，很高兴今天有这样的机会跟大家在一起探讨关于OSS方面的发展趋势和一些行业解决方案。首先，自我介绍一下，我是甲骨文通信事业部的销售经理李志，今天我准备了几张幻灯片，借这个机会向大家介绍一下Oracle我们的部门，我们这个部门主要是集中于电信解决方案的一个部门。

　　Oracle是在数据基础软件方面比较领先的一个厂商，从几年钱开始Oracle已经开始在应用软件领域有它的一些拓展，他们主要提供的理念就是提供一个完整的解决方案，然后是一个开放的，基于开放的一些先进标准的解决平台，然后有一些集成的解决方案。我们可以看到过去的几年当中，Oracle在电信行业以及在应用软件方面的一些收购，并购，在2006年年底，它完成了对另外一家做电信级的计费管理软件的公司收购，2007年底的时候，又完成了一家业界领先的Westsoft收购，之后我们又收购BEA。我们可以看到从电信商业一些核心业务来说，它是提供了从前端CIM开始到计费，到OSS多一些网络的优化等等全套的解决方案，我们看到这是我们的FOOTPRINT，对一个电信企业来说，它所需要的电信企业管理软件现在全部都可以提供，从ERP、CIM、计费、OSS方面的订单管理系统、库存存量系统、网络激活、业务激活和SDP，当然包括下面一些基础的软件等等，现在Oracle是提供全套的解决方案。

　　我们今天下午主要的焦点还是在OSS，甚至这几个方面做介绍。我们现在目前在全球的范围内，我们也可以看到在一些比较顶级的运营商当中，大部分都是采用了Oracle的一些应用解决方案，涉及到计费、CIM、OSS等全套的解决方案。我们目前在国内，我们的团队也非常强大，我们也也资深的专家，也有他们的支持和服务，通过今天下午的交流，我希望大家在关注OSS发展的同时，也关注一下Oracle的解决方案。我相信我们这个交流应该会比较成功，所以希望大家有问题的话，我们可以再进一步的交流。谢谢！

　　2008年电信运营商实现了全业务的开展，再次提出了更高，更严格的要求，向新一代运营支撑系统发展，成为运营商决胜胜负的关键之一。运营支撑系统的增长速度超过了整个电信行业的增长速度，运营支撑工作越来越受到运营商们的重视，合理使用OSS技术，建设功能完善，充分共享信息的运营支撑系统，是电信运营商目前重点发展的运营管理战略之一。

　　在甲骨文全业务环境下的OSS发展论坛上，北京邮电大学教授亓峰为大家讲述了OSS发展的历史以及未来OSS的发展方向。

　　亓峰：长期以来我一直以为Oracle是一个数据库厂家，今天对Oracle现有的业务关系有了更深一步的认识；接下来是技术交流环节，在交流之前，我把交流过程中的几件事情给大家汇报一下。

　　第一，这次会是以比较放松的形式；

　　第二，整个项目中间安排了两次抽奖活动，奖品十分丰厚；另外每一个演讲之后，可能还有一个小的问题，希望大家踊跃参加，有小礼品赠送，还有一个是大家进门之前有调查表，大家填完了以后可以交给工作人员。

　　题目是《OSS的发展》，OSS从最开始的网络管理开始到现在，中间发生变化，给大家做一个简单的分析，我简单的给大家介绍一下OSS发展的现状和发展趋势。最后做一个简单的总结，OSS出现新的产品和未来往哪一个方面发展。

　　首先，对OSS第一个方面的问题是运营对象的演进，另一方面我们的运营发展都是我们的运行发展，此外，对不同的通信技术来说，带来不同的产生，不同的建设方式，不同的网络构建方式业带来了不同的运营方式。

　　从技术上来讲，给我们奠基了一个比较好的基础，作为电信网来说，我们的先辈给我们构建了一个不可分割的概念。电信网比较规范，基本上有一个分层，一个是分割，共同的构成了不同的设备，不同的网系，不同的业务，对它的演进有这么一个介绍。

　　另外一个方面，基于这个层某一个历史时期可能它会变得比较厚一点，有的时候比较薄一点，有的时候范围比较大一点，有可能某一块发展得小一点，这些历史的发展过程中，随着不同的时期，它的演变是不一样的。另外从分层来讲，有的是三层，有的时候是两层，有的时候更多的层面。通过我们的运营和管理的角度上来讲，要把握住。现在比较热门或者是比较时髦从业务的角度上讲，整个的电信网它主要是集合在这几个方面，底下是我们的传输网络对它进行管理。另外一个方面综合了多种多样技术，它的运营管理跟以前甚至仅仅是一条线。

　　下一个是NGN，它代表了下一代特别是电信领域来讲，它可能是怎么样？总体上来说，它产生于业务网络，参数的变化是基于目前的网络或者是（RT）的网络构建。

　　另外，还有一个趋势是家里面，这个为什么从运营的角度上对它越来越维护呢？因为用户很难维护自己的网络，可能要从运营商帮他维护。另外还有一项业务命名的网络是IPTV，可能并不是TV，它代表了代表了综合称之为建立服务的过程。还有一种网络是随着信息化水平的不断推进，它来替代网络。

　　所以说目前我们主要是把它兑现。以前运营里面最多的是网管，管理的作用是对内讲的，而目前我们看随着电信的放松，首先是就是对外了，可能就要用服务的概念了，所以说，网络管理或者是运营的目标已经面向内部的管理转为向外部提供服务了，向外提供服务，我们就要了解客户的需求，客户的需求层面发生了变化，比如说服务一开始的差距需求，用户体验的需求，甚至更高层次的需求，所以我们电信运行、维护、管理、支撑、也要从我们电信的后端得到支撑，甚至直接的支撑客户。

　　另外在内部，管理的层面上，我们除了运营管理低层的管理之外，还要对上层的运营进行管理。以前我们参与一个系统都是看它有什么样的功能，现在运行维护也开始走全项了，要做到运行服务本身也是提供服务的，所以说它的服务划分很强。比如说给我们一笔钱，比较有名的节是电信网络，包括ITOT，相关运营提出来的网络管理等等，还有TM维护，还有FAB这种情况下进行调控。还有ISO2万了，这也一块管理或者是运营的解决方案。这些都是为了支撑其他的业务，面对最终的用户。

　　当然，随着这些目标的服务化，就是运营本身也有可能要伴随着电信业务提供给用户，甚至有可能它本身就要提供服务给用户，这也是很大的发展趋势，现在运营本身承担了往外提供服务的功能，比如说IT里面，很多时候需要电信运营商或者是其他企业来做。

　　另外支撑运营工作的OSS系统，这个系统来说，它本身面临的问题，我们可以看一下可以把它从两个领域来看，一个领域是电信网络，电信网络经常分为网络层面，业务层面和客户层面，为了支撑这些层面的需求，网络系统，多个运行支撑系统，他们实际上包揽了哪一些事情，或者是他们进行了什么样的变革？总结历史，放眼未来我觉得基本上首先是针对网络的管理，有功能，有！数据库；另外现在的网络不够了，要对业务进行管理，所以业务是一个系统，像大客户管理系统之类的，也有数据库。现在业务层面已经不多了，可能有一些要对客户进行管理。所以，大部门客户可能就有了一系列的客户支撑系统，目前把它独立出来，让市场接受的标准化的太多了，有一些实际的实验或者是探索点。

　　系统这么多，我个人认为应该是分专业或者是分层次的，大家会看到，实际运行了10、20年，积累了大量的有用的数据和有用的信息，如何对这些信息进行综合的分析，更好的提供支撑服务，可能是目前萌芽和下一步推广的系统，我个人对传统的电信运营是比较悲观，不管怎么样发展都不行。另外一块市场是面临新兴的市场，就是IT的领域，IT网络不仅仅为许多的企业，网络接受，特别是电信网络也接受。在这里面我们要分清一些方面，我把它分成三层，一个是IT的技术设施这个层面，是解决信息的传送，还有一个是服务层面，还有一个是跟IT业界的商务层面，我们搞了这么多年的电信，发现IT本身行业发展很快，但是运营的角度上说，的确比电信要慢半拍，但是我们可以看到传统的电信里面已经解决的这一套思路，或者是这些产品，其实完全可以稍加改造，进入IT业务。这里面有一个大的问题，就是需要语言的翻译，语言叫做ITOSS，人家叫做（ITMS）以服务的观念，解决IT网络的运营，维护和支撑的。

　　再一个，无论是对电信，或者是从事电信领域里面的基层商，产品的提供商和集成商都面临很多转型的问题，只不过是转型的方式有所不同。因为转型这个词可能里面意味着好的，旧的，综合到新的领域当中去，事物的发展如果是这样子不可能发展好了，基本上它是一种融合的方式，目前很多的技术逐渐在融合，按照融合的方式进行发展。比如说在网络的层面上，也就是说我们管理的对象层面上，从电信的角度来讲，提出了NGN在电信的领域来讲，人家提出里NGI。另外从管理的角度上讲，电信我们提出了NMS等支撑系统，IT里面有网络管理系统，下一步有管理的优质理念在里面，指导未来的NGN，NGI的网络客户。

　　不管是运营维护还是网络管理，我认为是三个方面的问题，第一个是系统角度来说是解决一个功能的问题，他们在分析功能的时候，基本上TM这块结构，下面是一个网源的管理层，网络的管理层，业务的管理层等等，这是20年前IT的模式，为了达到这些功能，它要解决一系列关于数据或者是关于信息源获取的问题，或者是说信息共享的问题，这里面就要通过结合了，对有名的就是网络管理领域里面是来解决客户和服务提供商的，随着电信管制的放松，就产生了大量的B2B的东西，围绕实现太多了，在这一方面基本上按照这样的方式发展，下面是信号，甚至是说没有法在人的头脑里面形成一个模型的。后面把信号变成了数据，数据只能形成模型，但是没有意义，然后在数据的基础之上派生出来的信息，加一个信息的概念。传统的网络管理层它是在网源方面积累了大量的数据，这个在网源管理层以上加上了一些信息。

　　最高层面上可能是知识，可能要把知识变成智慧，这要从信息发展的角度，路径。在B2B和C2B结构上既有横向的，也有纵向的。然后在标准的内容上，ERT语境下进入未来标准化的途径。首先管理运营维护要有一套数据，一套概念，要有一个结构，现在需要融合，基本上这么几大类，一个是TMF，TOT，还有ISO的还有一个是理念很好，只不过后来逐步的小时了就是TINA，现在来看虽然小时了，但是未来的发展还会按照TINA来发展。一谈到管理，一谈到运营就要对信息很好的把握。网络管理运营方面积累了大量好的信息模型，未来我们要对它进行有所行，有所吸纳，这里面要有一些模型的综合。

　　我个人感到在知识和信息方面要调整，需要在各大技术组织有一个融合，而且观点关注的是HTV等等运营、支撑方面的融合。

　　从ITUT另外一个方向上，它有这么一个方向，第一个是跟业务有关系的，关注业务的管理；第二个就是重点关注以客户为中心服务为支撑的，以客户为中心，提供服务，并建立关联性。还有一个是重点要关注NGN商务的东西，从设备，从网络到商务的层面上进行考虑。还有一个也要往下看，要发挥存量过程当中形成了大量传输的资源。还有一个特殊的很专业的一个方面，就是Web，还有一个是Commoditization。

　　如何把握前面说的变化，今天由于时间的关系没有展开讲，我感觉到我们要从几个方面把握，第一个是哲学的层面上把握。要把握好这个关系把握好劳动者和劳动工具和劳动对象之间的关系，把这三者关系处理好了就可以了。以前我们觉得另外一个管理认同了，现在要通过运维，服务支撑来管理。我们传统的经济基本上是一种主要管理资本，任何一个经济，它都有一个经济函数，其实也很简单，这个基本函数要达到中央的效果，可能你的资本和劳动它两个是成反比的关系。

　　我们今天面临的知识经济，或者是知识行业，IT行业你的生产活动就是你知识经济的活动，它面临最大的区别也是生产函数，只不过这个生产函数它的两维不一样了，我们可以把资本和物质都看成物质的方式，你可以少投入数据多投入物质，也可以多投入数据，少投入物质。在今天IT的情况下，我们干的是什么？我认为应该是数据的节约方向，而且不是是建设一个系统一蹴而就的，它应该是持续的。我们传统的方式当中买一台机器就可以产生利润，但是知识经济时代下不行的，要不断的通过服务，通过协调来达到我们的生产。

　　但是现在大家会看到，如果我处理的数据太多了，可能就进入太有秩序的状态了，也是得不偿失的。我们要针对企业的特点为它定制适合它实际情况的支撑系统，其实也是为了解决过程中如何利用信息的过程，其实它本身是建立电力企业，IT企业，我要生产，政府要信息。

　　另外一个来讲，我们之前都知道，处理信息的时候有一个问题，但是在我们实际过程中，还有一个我们也可以看到，有一个编码，目前我们的支撑系统我需要一个加工的时候发现一个问题，我要改革了，利用其他部门的信息，或者是倾信于其他的部门。

　　我们对不同的企业，要了解他本身的性质是怎么样的，要改变这种行为要在什么层面上进行改变？最后一有还个就是这些诞生，这个学科一定要科学，今天因此时间的关系我不重点讲了，可能未来要对它，我们将系统来进行支撑，而且在很多的高校里当中也已经有这个行业了，也希望这个行业找到更多适合这个领域发展的人才。我讲到这里，谢谢大家。

　　2008年电信运营商实现了全业务的开展，再次提出了更高，更严格的要求，向新一代运营支撑系统发展，成为运营商决胜胜负的关键之一。运营支撑系统的增长速度超过了整个电信行业的增长速度，运营支撑工作越来越受到运营商们的重视，合理使用OSS技术，建设功能完善，充分共享信息的运营支撑系统，是电信运营商目前重点发展的运营管理战略之一。

　　在甲骨文全业务环境下的OSS发展论坛上，甲骨文通信事业部首席技术顾问胡宏斌为大家讲解了下一代运营环境下的OSS发展趋势以及Oracle总体策略。

　　胡宏斌：非常感谢大家今天下午的到来，我叫胡宏斌。从2001年开始投入这个建设，在这个时间我本身也是从这个方面出来的，也从事过这方面开发的工作。

　　实际上，今天我觉得要讲两个主题：第一个是一篇文章，它相继在杂志上发表，我也希望同行能够就这个方面展开讨论；今天第一个主题题目是下一代运营环境下的OSS发展趋势，Oracle总体策略。今天的讲法我想是这样子的，首先我想对下一代的运营特征进行分析，从网络运用和价值链的角度，我们来看它对下一代的OSS的到底有哪一些挑战，然后我们再来分析这些具体的挑战到底是什么？第三个我们再来看Oracle的具体策略，OSS怎么样看待这个策略的，最后有案例的分析。

　　首先，第一个主题是下一代的运营环境，下一代的运营环境到底是什么？这个应用是比较复杂，首先我想从技术和客户的角度来说，它催生了下一代技术的产生，客户的角度，客户需求各式各样，这个时候它客户已经不是你有什么，而是我想要什么？从市场来说，市场竞争更加激烈，更加推动运营商的变化。下一代运营环境当中到底有哪一些特征，这里并不是说所有的特征，而是跟OSS相关的东西，第一个是传统的向现代的转变，这个转变的过程中，核心网走向ITP化职能化和共享化，你可以看到它是两头大中间小的模式，核心层的IP化带来一个问题，动态化，共享化。

　　第四个问题终端的智能化，智能终端会逐渐的纳入我们的范畴当中，这是网络的环境当中进行的分析，如果从业务方面分析，这个意味着新业务新产品推出的数据，产品的复杂度也会大大增加。各种层出不穷的产品套餐，实际上对同一个网络支撑同一个产品，同时也提出了不同的要求。

　　第三个是客户享用系统，基于客户手机短期对实质性没有太大的提高。整个的产业链细分导致新的相关主体不断的涌现，如虚拟运营商，内容提供商，网络运营外包等等，业务运营往往需要多个价值链主体之间的相互协作，例如内容与带宽服务的打包销售。

　　下一代运营环境到底对我们的OSS系统意味着什么，我们下面进行一下分析。这里面我总结了10个挑战，这也是这些年的总结和经验，然后和一个思考。大家可以一起来参与这个讨论。我给出这10个我们来看一下，我大概的念一下：

　　第一个，网络与业务的融合，要求在统一的平台上支持多种技术和业务。

　　第二个，快速的业务就绪要求OSS系统具备灵活的流程配制能力。

　　第三个，产品的多元化和接入层的多样化带来的服务配制的复杂化。

　　第四个，大量的定制业务逻辑如何与系统核心业务逻辑融合。前4个是业务就绪。下面的5-7是架构与集成，第8个是新功能需求，第9个和10个是OSS政策。

　　第一，在统一的平台上支持多种技术的运营。这里面我想强调的网络和技术的融合是我们横向整合的动力，大家都在提衡量的平台，综合的资源管理，综合的服务开通系统，这些真正的源动力是由于我们网络和应用已经从单一的技术，单一的技术发展层，网络之间复杂的成长，复杂的融合，业务之间跨多技术的支持，这些是我们的一个基础。这种多技术和业务支撑的要求，对原数据提出了很高的要求。也就是说我们有好的业务才能够保证我们不仅仅能够支持现有的网络基础，也能够向下一代网络技术来扩展。TMF，SID规范日渐成熟，已经成为事实上的行业模型规范，特别是数据的共享模型方面，会成为非常重要的一个规范。

　　第二，就是快速的就绪要求系统具备灵活的流程配置能力，因为我们说，业务流程配置是新业务就绪的一个基础，在传统的方式里面包括运营商，包括机构的，老的这种系统。比如说像主机系统，它的流程定位的模式可以说是基于功能模块的一种方式，功能模块然后在功能模块之间的交互来实现业务的配制。一旦有一个新的业务来的时候，这时候你要做的是在各个功能模块当中进行开发，然后再定义功能模块之间是这样做的，而我们的新业务就绪首先要求有一个重大的转变，这个转变大家要注意一下，它要求“以功能模块为中心”向“以流程和数据驱动为中心”转变。它关注的是有哪一些步骤？步骤的先后，步骤的输入与输出，步骤的视图和步骤的执行者。还有一个是谁来做这个步骤，另外做这个步骤的人看到什么，这个才是流程与数据驱动分析，以这个为中心，我们可以达到我们流程跟数据高度的左右，这方面会是一个重要的转变。

　　第二，利用产品的复杂化。使得异常流程处理成为关键和难点。因为他的技术比较复杂，一个非常简单的几个结点的流程会也几十亿步流程，前面的资源配置到后面的施工的时候，同时并行的机器，这时候就会产生一个非常复杂的情况，我可以说的是在电信流程当中，异常流程是非常难的，而下一步支撑网络的度，会使异常流程处理更难。这也是大家应该注意的问题。

　　第三，产品的多元化和接入层的多样化带来的服务配置的复杂化。

　　我们刚刚讲了多样化的产品组合和不同级别的用户，层次化的服务，会使同一种网络服务要求支撑不同的配置，专线的ADSL需要固定的IP地址而普通的ADSL不需要。移动业务的例子，行业GPRS接入采用CMNET专线接入时有双GGSN、单传输、单路由器、双GGSN、双传输、双路由器等多种配制选择。也就是说对服务层的封装来简化复杂的服务配置会成为我们非常重要的一个趋势。这就好象说我们原来在建房子的时候，一砖一瓦的建，而我们现在是组件化的生产，但是具体怎么做后面再谈。

　　还有一个问题是大量的特定业务逻辑如何与系统核心业务逻辑的融合。这也是非常重要的问题，我们下一个增面有许多的问题，核心层网络的职能化使得业务开通业务逻辑向边缘层汇集，这个新的业务逻辑，而我们前面讲的快速自动化的服务开通和保障，要求原来的人工要逐渐的大量转变，这就使得要求我们系统实现的自动逻辑会越来越多。那么，这会产生一个非常重大的挑战，特别是对我们这种COTS软件来讲，我们知道它会提供比较好的模型和系统架构，但是它如何满足这些定制的业务流程，这也是非常重大的一个挑战，可能会导致系统体制架构根本性的变化。

　　还有下面这个问题，实际上叫做横向分层融合与纵向端到端业务流程之间的矛盾，我认为其中每一个东西都扩展出一篇文章，大家都可以就这方面做很多的讨论。这个实际上目前来说也是非常重要的东西，大家现在都在谈横向，就是从原来的SILOS的系统向横向的发展，这个弹筒式的系统向横向分层融合架构，它产生于网络的业务相对简单的早期，其优势是端到端业务流程在同一个系统中完成，交互少，速度快。网络与业务的复杂与关联产生了横向分层融合的要求，但是层次与系统的增多对于端到端业务流程的执行效率是不利的。横向流程有更深层次的东西是横向流程会造成纵向的，它会带来一个挑战，层与层之间的组合是非常关键的，我们在后面的案例中也可以看到，国外的运营商已经看到了这一点，他们已经在考虑融合OSS的趋势，实际上这个趋势是非常重要的趋势，国内的运营商为了提前看到这一点的话，可以看到跟在后面进行，我们也考虑到这方面的问题。

　　横向分层的系统架构要求层与层之间更为有效的集成。下面一个是网络与业务的演进要求OSS系统技术模块化和可扩展的特征。大家都在谈下一代网络，下一代网络的业务到来不是一蹴而就的，实际上这就要求我们OSS系统能够逐步的演进，支持向下一代网络逐步的演进，我们前面讲的从体系架构来说，表现出很分离，这种分离的架构可以保证数字的发展，这个相对来说是一个总体的阶段，在更一层的阶段，实际上对OSS系统提出了更高的要求，要能够支持插件式的网络系统，要达到这种插件式的网络，就要求把系统基本的服务和我们基本的工作把它作为共性抽出来。面向具体的业务和网络的东西，你能够做成插件的方式。

　　复杂的产业价值链要求OSS系统具有开放的系统架构，我们的虚拟运营、运营外包、线路租用、内容服务等要求服务开通、服务保障流程具有跨运营商，合作伙伴的处理能力。

　　下面一个是服务路径的动态化和共享化带来的网络容量管理中的困难，服务路径的动态化和共享化使得主动的网络容量规划在下一代运营环境中具有更加重要的意义。后面的两段话实际上是来自我们行业杂志比较有名的评论，它是定义了2008年OSS五大趋势里面其中一个，容量管理会成为一个重大的趋势。我希望我们运营商还有我们的合作伙伴也能够一起关心到这个，实际上国外的运营商和国外的产品已经意识到这一点了。准确、真实、主动的网络容量计划和趋势分析能力是OSS解决方案的关键需求，网络规划不仅可以帮助运营商准确分配网络容量，而且可以减少容量不足和失败订单，并可通过找出利用率不足的网络资源来提高网络运行效率，量子力学与相对论，微观世界与宏观世界，实际上就是在微观上使得我们在宏观上总体的布置预测和规划变得更为重要，我们后面还有一个主题，专家为我们介绍这一方面的后面两个问题我谈到了OSS的改造，如何保证在原有业务正常投资实施OSS系统是非常复杂的问题，在飞行中的飞机换引擎，不仅难度大，而且风险很高！

　　如何做？我这里有一些经验的总结，我把它分为三种方式：

　　第一种，是联邦式的整合，俗称就是戴帽子，其实它的方式还有几个分支，把下面的数据抽上来，统统的抽上来做展现；

　　第二种，是横向整合，分层实现；

　　第三种，是新业务分层整体建设，横向推进。第一种对现有的系统和业务影响小，见效快；劣势是数据同步、关联难度比较大，系统集成复杂。第二种优势是利用实现网络和业务的关联与整合；劣势就是对现有系统和业务影响比较大，成本比较高，见效慢，需要整体的考虑，需要从规划层面整体考虑；第三种我叫做新业务分层整体建设，横向推进，它主要面向新业务，运营商增长点的业务来做纵向建设，我们前面讲的是弹筒式是一个业务，而我们现在是面对多个业务，这个时候是分层建设的，主要是面向这些业务来做，端到端的建设，这种方式的特点对现有系统和业务也影响比较小，面向未来目标架构，有利于系统的演进，见效快；当然它也有劣势，前期与其他网络和业务的关联方式复杂。

　　最后一个挑战实际上是OSS改造与企业流程重组之间的关系，有一个分析认为，在OSS技术只占15%，85%都是管理、流程，人员文化方面，这个是非常重要的问题，就好象说先有鸡还有先有蛋的问题，因为我们原来是纵向型的，实际上从管理方式上来说也是纵向的方式，实际上从管理的角度上也是涉及到集中管理，这对管理架构上来说也是非常重大的挑战，到底是BPR来推动，还是建立IT系统，我认为这两个相辅相成的，一方面我们的规划，这些做咨询的，我们这些厂商也要知道OSS建设和规划要对业务规划和重组提出建议，提出要求；另外一方面我们运营商角度做很多的预测，从运营商的角度，企业的领导要充分的认识到它的重要性，在BPR能够做到OSS最好是先行。

　　最后强调一点，具体做的时候也要注意在坚持决策的时候，我们也是很需要的。

　　前面非常简要的分析了一下下一代OSS带来的挑战，下一个是OSS总体策略与方案到底如何的应用。通信事业部纵向发展更好的服务于行业，如何更好的服务行业，它有几个基本的基准点，第一个就是在公共、开放和基于标准的技术平台上构建最好的行业应用。第二个是提供完整的解决方案，同时提供产品化的整合以及行业特定的业务流程；第三个是可以预测的成本下帮助运营商实现业务转型。

　　从长远来看它的模型是经过多年的验证，它对网络和技术的支持实际上在全世界各个产业中得到验证。这个是从后期来说是可以预测的。我们相比较来看，自主开发这个产品它初期是怎么样的，但是它后期不断的改造，不断的开发，有时候来看还是比较难以预测的。

　　Oracle的通信解决方案，这个时候是我们翻译了一下，从底下基础架构，之上是我们的应用整合架构，大家注意一下是Oracle在通信行业非常重要的策略，我们前面讲到了一个融合跟集成的概念，那么Oracle推出的另外一个业务整合架构，我们叫ARA，实际上这是Oracle整合的架构，它将会跨越很多方面。

　　这里面是我们Oracle OSS解决方案，包括了这么几个方面，一个是订单服务，也有的运营商叫做服务系统，它实际上是跨的，是一个端到端的系统。这里面的话，我们叫做订单服务管理系统。第二个就是我们的资源管理系统解决方案，包括了这么几个部分，综合资源管理系统，还有我们与网络同步的网络发现和投入的系统以及我们在资源管理数据至上做网络分析和优化，网络规划这样一系列的质疑。另外一个就是我们的综合服务激活系统。这是一个总体的解决方案。

　　现在来介绍如何来应对我们前面讲的10大挑战，第一个我们前面讲了在同一个平台上支持多种技术业务，SID这个概念是非常好的一个面，目前从他的版本不断的推进期间也覆盖了从电信从OSS的标准，有很多的人员参与到这个标准制订当中。基于这个新的标准它有非常强大的能力，它不仅仅能够帮助构建人，没有基础业务，它甚至可以构建一个面向全新的网络基础，甚至就是说你现在问题还没有出现，出现一个全新的，还有一些我们见到的其他的东西，在他的框架当中能够建立新的设备，新的设备类型，新的服务类型，真正要面向一个全新的技术还是很难的，这也是SID很重要的一个优势；另外它是很重要的交互性，信息交互是基于SID网络的。

　　第二个就是以流程和数据为中心的定单服务管理，这一块我们的同事会做更深一步的层次介绍，我想讲一下刚才我提到的异常流程处理的复杂度，上上一个礼拜我在上海跟上海电信系统，他们的项目经理跟我聊的时候，他说他最大的体会是什么，他从97年就开始，他说原来我们在这个系统流程的时候，一个很简单的结点定义几十个异常处理系统，而且很难跟踪，很难定义，而到现在采用OSS方案来说，对它来说是非常简单的，你可以看到这个当中就是从非常复杂的到非常简单的。这一块东西我们的同事还会跟大家介绍。我就想介绍一下用户的体验是什么？甚至改变了业务流程的分析方法。它给其他部门做分析的时候，它就是一个矩阵式的关键数据，只要照这样一个来做就OK了，这是非常大的一个变化。

　　后面一个是创建环境，我们讲了服务配置的复杂度，要求服务的封装，下面是服务将无所不在，如何做服务的封装？现在Oracle也在探讨这一点，Oracle的解决方案当中，不仅是面向我们服务的公司，要跨越所有的公司，服务器的公司，订单的公司等等都要覆盖。

　　下面一个是平台化的产品提供定制业务逻辑扩展能力，这一点实际上我们刚刚讲了，这个在下一代运营环境当中，对Oracle产品是更大的挑战。规则定制它是非常丰富的，我们一个设备只能放在一个机房，一个实体跟另外一个实体是一对一的，这些规则包括一些尺寸的规则都要有运营商自身的业务参与。

　　下面一个是从订单服务管理的角度来说的话，我们的流程，我用户界面是非常方便的，特别是基于这种关键异常流程的处理机制是非常方便的；还有我们的规则，基于规则的，等各种复杂的定都可以按照运营商自己的需求进行定制。服务激活系统来说，预提供的厂商，设备查检和支持灵活扩展的配置开发包CDK相结合。

　　还有一点就是我们Oracle应用集成平台，AIA加速开通与报障，对我们层与层之间的集成和融合提出了非常高的要求，Oracle推出的全球首家的基于SOA架构的电信行业的端到端集成应用套件，它也是基于我们这种交换的模型，另外它也有一些集成和流程的包，SOA的架构，能够支持新的业务机构，这也是一个非常重大的策略。

　　下面一个就是说基于模块化和扩展的体系架构，下一代要求我们的OSS系统具有渐进能力，那么，Oracle所有的系统都是产生于什么方式？底层核心的平台再加上通用的功能，最后在上面面向不同的网络技术域，这种插件式的方式，这里面覆盖了定单，服务器等等东西。

　　开放的体系架构，我们基于SOA的架构不仅仅是面向自身的一个集成，自身的体系，实际上我们也考虑到面向外部应用为开放性的，SOA的架构带来了整个模块封装和可重用和可组装等。从技术的实现上看，采用基于标准的成熟框架，如AOP，WEB。

　　还有一个问题就是前面我们讲到了容量管理的控制，是智能化带来的容量控制，也就是说Oracle也看到了这一点，Oracle去年底收购了一个行业，主要是做网络的设想，割接等等业务，这一块就不多讲了。

　　还有一个就是下面我们会讲到解决方案，OSS改造前面总结了几种方案，那么在Oracle来说，我可以这样强调一点，Oracle是目前来说，是业内唯一提供包括资源管理、订单流程，服务流程，网络资源功能增完整的解决方案，同时除了强调原则以外，我们还强调融合，Oracle能够把这些方案做成集合的OSS。国内的运营商当中这种方案是很多的这种方案就要求OSS的系统，一个就是提供商能够完整的提供解决方案；所以OSS我前面提到了，可以探讨一下这个方面是很好的选择。

　　那么对于方案一是戴帽子的方式，它的要求非常高，所以介于这种模式当中能够非常好的容纳以下的这些系统，这些数据。从方案商来说的话，它涉及到的一定要强调需要企业层面的关注，整体的规划来实施，Oracle在这方面的经验产生规划，提出建议，Oracle本身支持这样的发展。

　　非常快的过了一下，我们Oracle的解决方案和挑战。后面我想简略的介绍一下案例。这一页请大家看一下全球首20家电信企业当中，12家使用Oracle OSS COTS套件，大家可以看到其中12家Oracle，OSS，COTS套件；全球超过170家的运营企业使用。大家知道BT，从2000年开始使用Oracle ERP的财务，然后再扩展使用其他的模块，1990年代后期的时候，OSS五是全球最大客户，2007年之前，因为那些系统还是多家厂商产生的，每一个产品选用最好的一个厂商，在之后，BT系统非常非常多，从3千套系统减少到100套系统，他特别注意的一点，他已经注意到融合的关系，整合的分析所以说它有一个沿着每一个类型的系统持续有一个系统的规章，而这边特别是OSS这一块，Oracle就从概念到最后计费原则的一个概括，从新的产品，从设计到推出到服务设计到最后订单，流程，定义资源的准备，包括最后网络激活计费等等。

　　这个是应对性的CIO首席执行官他讲的片断当中截取的一部分。他是一个基于IP平台融合业务的计划，在这个里面他有介绍了他的业务，包括他的公司，他的BT，以及如何通信等等这些业务。观到观面向一个新的业务来实施OSS改造，原来从这样一个订单到最后收款过程当中，6天而采用OSS方案做了改造以后，最多6分钟，为什么这样？一个我们OSS强调一个融合，一个是自动化的概念。采用OSS这样一个技术平台，整个的套路大家也可以看到，网络激活，网络资源，以及AIA的应用集成架构，可以大大的加快业务的实现。

　　沃达丰这个集团，同样是采用Oracle整体的方案，也是采用方案三的方式，利用新的业务端的端的，沃达丰这一块要求制成全面融合的方案，包括移动语音数据，3G，SMS，MMS、内容漫游等于服务。这里面它采用Oracle整体的解决方案能够大大的加快它的发展。

　　最后给大家一个总结就是说Oracle提供完整融合的OSS解决方案，帮助运营商实现向下一代网络和业务的转型，我的演讲就结束了，谢谢大家！

　　2008年电信运营商实现了全业务的开展，再次提出了更高，更严格的要求，向新一代运营支撑系统发展，成为运营商决胜胜负的关键之一。运营支撑系统的增长速度超过了整个电信行业的增长速度，运营支撑工作越来越受到运营商们的重视，合理使用OSS技术，建设功能完善，充分共享信息的运营支撑系统，是电信运营商目前重点发展的运营管理战略之一。

　　在甲骨文全业务环境下的OSS发展论坛上，甲骨文电信行业产品管理高级总监Eamon O′Grady跟大家分享下一代融合环境下的网络规划分干以及Oracle的实际案例分享。

　　EamonO′Grady：大家好，我叫Eamon O′Grady，是甲骨文的电信行业产品管理总监。这个图是我们每一次做演讲之前都会有一个法律的声明，大家读一下。这是网络智能这个产品的愿景，它提供最好的一个优化能力和优化计划，然后帮助运营商做最好的网络资源，以最有效的方式帮助运营商管理整个的网络资源，并且最快的为最终用户提供服务。这个是目前行业的状况，电信行业实际上是商品，这个商品行业收入增长得越来越缓慢，并且有持续不断的竞争价格的压力。

　　目前最好的解决方案叫Operational，我需要去做整个成本的控制，优化我自己的运营方式，我需要把我的网络利用率利用起来，并不是说是不足够的，或者是不有效的运用，而且去减少我整个的投资，在TMF的里面，我们提出了一个模式，我简单解释一下，它是更有效的运营商模式，分几个步骤，包括一些策略等等。

　　它实际上解决整个的商业运营，资源智能分析的方式，我们如何知道或者是在什么时候知道，在最恰当的时候知道，有的时候我们需要做网络的投资，并且在什么情况下可以减低我们的运营成本等这些问题。这里面我们说如何算是一个完整的、全面的网络容量管理呢？我们提供了策略：

　　第一个策略叫做有计划，带动我们对网络投资的需求，和未来网络的发展是有计划进行的；另外一个是优化，最大限度的利用我们现有的容量；再下面是固有的一些结点，比如说我们可以合并网络，合并一些结点的资源，提供最大的性能，减少一些投资；还有我们可以预测网络未来的发展，根据一些不同潜在的分析，我们去预测未来的发展；最后一个也是最重要的，我们要对销售和大客户有完整的支持。

　　这个是相关机构做的趋势预测，在2008年，趋势的预测刚才胡博士已经讲过了，这里面讲的是未来网络运营规划在下一代应用中更加重要，另外真实主动的反映网络的变化才是分析时最关键的需求。

　　我们的解决方案是网络智能的解决方案，它是一个JAVA的应用，它下面是OSS connector的一个接口，这个接口层我们会对原来传统的网络，原来传统的数据OSS的访问，带到network里面来，我们可以支持Oracle自己的UM等系统的应用。你可以看到网络智能的定位是非常有趣的定位，上面接的是BSS系统，比如说接财务系统，ERP、CRM系统，流程开通系统或者是订单系统，这是它的接口。

　　现在我们介绍的是几大模块，最知道的是“Oracle模块”，从客户、从业务、从网络等角度反映，去审视整个资源系统的管理状态和一些分析。在上面第一个模块叫做“网络预测模块”，它会根据我们一些预测的条件来去预测网络未来的发展去做规划；再下面是一个叫做“网络监控报表模块“，监控报表它去跨专业网络智能分析，做预警的管理；再下面我们叫做“故障影响分析模块”，故障影响模块会分析有预见的故障，提供一些解决方案，怎么样更快的帮助用户解决故障；另外一部分叫做“割接”，是我们为整个网络规划提供资源割接整个资源的规划和设计。最后是“路由模块”，帮助设计做整个的路由并且做路径的规划。

　　这里面我们先进一步的讨论叫做网络预测的模块，网络预测无论是在任何一家运营商里面都有很大的需求，包括运营商如何的发展，对未来有什么样的规划，目前我们看到的是大家还都在用微软的产品去做这些很基本的规划，我们的网络预测一些方法论要求我们做到以下的几点：

　　第一个就是我们希望在前面的销售人员和市场人员和后面的工程支持人员是一个整体，是一个完整的整体；我们也希望保证我们网络的模型和网络整个为资源，为服务，为产品的供给是准确的。更重要的是我们希望能够控制我们整个资源的分配情况，而不是做一个什么，把所有的资源都分配给它，我们如何控制资源的分配。下面我们需要以天为单位，以月为单位整个的反馈，评审、审核、连续不断优化的过程，最后我们希望我们的系统是一个非常灵活的系统，它可以根据不同市场的需求，比如说刚才举的例子是市场的价格，设备的价格，链路的价格有变化，我们希望我们有灵活的应对方案。

　　这是最理想的市场需求和网络设计的结合，首先可能销售和市场的人会说对网络有一个要求，说我们有一个活动，这个活动可能对网络资源有如何的需求，并且对这个资源有如何的评估；下面的市场评估里面，从我的网络来看，网络可以支撑完整的，整个的业务和市场的需求；再下面整个系统当中，系统是可以预测的，我们跟踪整个市场系统的发展，没有任何的惊讶或者是惊喜，我们整个的容量都是按照我们原有的规划，按照市场需求做的容量，我可以减少我的运营和投入成本，去设计我的网络设计，反映市场角度的需求，从不同的角度来讲，计划人员需要去反映整个市场，技术人员会采用更好的技术满足商务需求。

　　回到现实，实际上是有很多很多的问题在我们现实运营商里面，比如说销售部门和市场部门，和网络规划他们之间看事情的角度是不一样的，他们解决的方法也是不一样的，他们之间的沟通往往存在相互的阻塞，没有很好的沟通渠道。同样在第三点里面，我们在网络上取得的数据也许并不是真正准确的，即使是在资源系统本身它也缺乏一个好的工具去帮助网络的计划者分析整个资源的利用和去对市场支持。这个是对上面的总结，实际上往往让我们收订单的时候，很多情况下是不可预见的，我们网络的能见度、认知度是有问题的，我们不能够提供更准确的信息，我们不能够有分析的手段，经常还是在使用相关方案去做规划等等，这些都是问题。

　　这是一个第一级运营商的网络消耗，在这个运营商里面，我们有很多的足够的资源，并且我们的投资是非常大量的，保证网络在正常运营的时候、有市场活动的时候，没有出现任何意外；网络智能在这里面去帮助我们运营商更加合理的做投资规划。

　　相对来说比较小的运营商可能这种模式更适合他们，他们对于网络的投资，相对来说比较节省，在收到真正订单之后才去建设整个的网络，才去投资到整个的资源里面，我们网络智能帮助他分析投资整个的趋势，保证有足够的资源支撑它的市场活动。这是我们对于资源最佳的管理方案，这个管理方案包括刚才讲的我们的投资和我们资源的使用，我们希望我们每一年是一个流动性资源的使用和消耗，资源的建设是一个流动性的，并且能够保证没有很多很多的投资资金压在资源系统里面来，然后去保证一个正常的反馈，并不停的对网络进行分析，对资源进行分析。我们的系统帮助运营商来实现图二的情况，如果要是说以前可能会有过量的投资，购买了大量的设备，在这个图上就是蓝色的情况，也有可能我们资源的投入并不足够来支撑我们整个运营商的发展，就是图上黄色的标识。

　　在Forecast里面主要是做了三个事情，实际上分析你整个资源的一种情况，它可以根据点对点的整条链路或者是某一个服务链路的需求做出一个计划，它可以分析现有路由或者是链路是不是已经很大量的使用，利用率怎么样？可以帮助整个资源规划者建立未来的网络计划，也可以分析整个网络现在投入和投资的比例，可以帮助我们做销售项目的支持，我们也可以去监控、监管资源是否已经快用尽了，帮助做网络资源的进一步投资。

　　这是一个我们做整个预测的过程，过程最开始的起点是市场人员说我们要做一个去为大客户提供项目，它可能是多大的网络容量，这些网络容量以及这些数据作为一个原始数据的输入，是整个Forecast的起点。

　　我们会把这些原始的数据订单容量、安全容量的需求真正的转化为网络资源的需求，我们会转化成为需要多少条链路等等实际中需要的，在网络资源中需要的容量。我们会根据网络的需求，来去建造准确的网络模型，然后去建立网络整个的规则，帮助做分析。根据实际情况，比如说链路的需求，网络规划的设计，投资的设计跟计划，以及网络影响等等等等不同的方法。我会根据不同的条件去发布这些计划，包括比如说有大客户，我们可能会有不同的优先级，根据这些优先级我们为客户提供服务。

　　这张图介绍的就是我们在案例里面使用的一个机制，包括带宽服务，客户等等都是放在这个机制当中的，是从A点到Z点提供的我们需要的一个管理容量，我们会根据这个容量去做整个的计划、规划。在里面我可以整合整个的带宽，模式；在前者里面我可以定义客户的带宽，什么样的服务等等等等，我们会根据客户具体的情况，建造模型。

　　这是我们的截屏，我们有很多对网络预测的一些报表，这里面你可以看到我们有整个设备的参阅图，红色是我们需要性的投资购买一些卡，添加一些链路等等；点开之后你可以看到整个的结点和状况。在这里面我们进一步可以去帮助运营商分析包括每一条链路或者是每一个设备最后投入是多少钱，我们可以帮助运营商分析我们在投入这个设备之前和之后对网络的影响等等等等。

　　这是叫做路由分析，我们可以帮助运营商分析整个链路的使用状况，减低整个链路的成本，在第三条上提供的功能实际上我们分析处理了，在某一个机房，我要做一个跳线就可以完成路由的需求，减少一些投资，或者是更有效的提供路由的解决方案。上边我们输入路由的重点和起点它有什么样产品服务，它的带宽要求是什么样的，等等等等一些条件。

　　下面我们可以给专业的用户提供各式各样不同的良好的机制，可以限定它的链接数，可以说有什么样的容量，过程是什么样的？等等这些规则帮助客户选择。根据选择条件我们选出最有效整个的路由解决方案。

　　监控报表管理实际上是我们为一些希望看到并不了解底层网络资源的一些人设计得非常好的管理工具，它可以自己去定义一整个的报表，然后去定义我们需要监控什么样的状态，他刚才举了一个例子，我的经理说，我需要监控链路的状态，在几周之后，我需要新的投资等等，他会以不同的视角产生这种监控，来监控状态。这就是一个截图，我们可以自己去定义，选你自己关心的报表，比如说什么时间用尽，利润率是多少？根据一个时间准备它的值，根据实际状况我们可以检测整个网络，整个监控资源方式。这是例子里面给出来的，比如说我需要看到一个什么样的Report，它下面的条件是在三个月，或者下面是一个简单的描述。整个的核心平台是真正网络上，资源操作人员开发的各式各样不同的视角，包括设备等等视角对资源的利用率，增长率以及路径使用的情况做统计和分析。

　　这是一个核心平台的后台补助，从这个里面你可以看到链路上的利用率、关口、整个的报表保存下来，旁边指出的是整个一些过滤的条件，有非常非常多的过滤条件。这是候补图象，你可以很容易的看到整个情况。点击进去你可以看到整个（通报）的情况，和通报的使用率等等。这些表帮助我们去分析现有的使用情况和未来的增长趋势，按照历史的记录来去增强。

　　网络智能帮助我们不断优化网络使用情况和根据网络的使用情况做出整个计划，数据，IP等等，可以根据业务，根据时间我们做未来的预测。它帮助我们更好的为客户销售做出更好的规划和预测，我们可以去帮助市场人员分析整个市场计划，我们可以分析现在的网络能不能对客户提供有效的支持，等等这些方面，然后去帮助有效的支撑对大客户的销售。网络智能还帮助对市场活动整个的分析和支持，我举一个例子，是欧洲一个运营商，它对客户说我们可以免费的提供，在几个月之内有2.5万个供应链的用户到这个系统上来，最后他们发现整个网络的流量无法支撑用户的使用，我们的网络智能可以帮助防止这种情况的出现。整个网络容量和整个的优化，我们可以在上了新的容量之后，可以分析新的业务，分析新的结点去优化现有网络链路的连接和容量整个的优化。它还可以帮助去做容灾恢复的过程，我们会去分析原来的数据，发生灾后以后，会分析有没有新的解决方案，帮助客户解决现有的网络问题。

　　这就是联邦式对网络资源一个统一视角的结合，原来你有非常多的或者是以不同视角做的专业资源系统，我们可以给它用统一的视角把这个信息维护起来，帮助做所有资源的分析。举一个例子，运营商在全球的网络部署，它在以前有很多很多的问题，比如说无法做整个地理位置的预测，无法支持大客户的投入等等，在上了Oracle的平台以后，它减少了整个网络运营的成本，带来了设计时间的减短，带来了整个运营质量的提升。我们从网络上采集，来自EMS采集数据，生成数据的差错报表，在里面我们可以通过界面，通过简单的手段完成对资源数据的更新和对比。网络智能这个产品非常非常有建设性，上面是网络的视图，下面是资源的视图，我们很容易对比他们的一致，我可以更新我的资源系统，而不需要单独去做了。

　　大家有问题吗？谢谢大家！

　　2008年电信运营商实现了全业务的开展，再次提出了更高，更严格的要求，向新一代运营支撑系统发展，成为运营商决胜胜负的关键之一。运营支撑系统的增长速度超过了整个电信行业的增长速度，运营支撑工作越来越受到运营商们的重视，合理使用OSS技术，建设功能完善，充分共享信息的运营支撑系统，是电信运营商目前重点发展的运营管理战略之一。

　　在甲骨文全业务环境下的OSS发展论坛上，甲骨文通信事业部首席技术顾问胡宏斌跟大家探讨资源管理系统中的一些问题，以及Oracle的应对策略。

　　胡宏斌：今天这个演讲时间稍微短一点，我的题目叫《资源管理的几个观点问题》，讲的时候我还是想，因为资源是我的老本行了，这么多年做资源的感受，同行的交流，自己经验的总结，对其中一些有争议的跟大家一起讨论一下。在这个问题讨论之后我再简单的介绍一下Oracle的管理功能，关注问题讨论，我这里有9个问题，前面第一个问题首先是“为什么”要做资源管理系统？后面有三个是“做什么？”涉及到做什么的问题？一个是资源定位，还有一个是应用不足和应用过度；第四个是固网与移动网络资源管理的异同；第五个是服务层封装仅仅是概念吗？下面一个是商用软件如何解决定制业务逻辑问题；最后三个问题是“怎么做？”其中涉及到资源配置流程该放在哪里？还有一个是资源数据准确性的问题，还有一个是资源管理系统该如何实施的问题

　　第一个为什么要做资源系统？实际上我们前面讨论的问题，资源管理系统建设是网络和业务发展的必然；资源管理系统是运营支撑系统的应用基础。第一部分，关于资源的定义，这个是我前几年给资源这一块做的定义，我觉得还是有必要跟大家讨论一下，因为我们只有真正清楚了资源的内涵，什么是资源，才能够后面来划定它的业务范围，到底按与业务部门范围应该做哪一些，到底如何维护它的准确性都有关，我给了一个定义：“可以提供业务能力的、可调度的电信网络基础设施单元及其组合。”资源仅仅从工程建设完成，这个时候还不是资源，转入，成为了固定资产，真正它进网，提供网络服务以后才变成了资源，当然它并不包含现有所有的信息，而是以能够提供信息能力为主；第二个是资源跟网管非常重要的区别，资源是通过流程驱动的，是生命周期的变化，网管是通过协议实施网络。第三个是电信网络基础设施单元及其组合。

　　第三个问题就是应用不足与应用过度这个是很值得讨论的，作用的应用不足，就是资源缺乏应用，导致资源本身不能形成动态的数据，而逐步变成一堆死数据。前一些年给我们一些教训，所谓的核心业务是真正能够驱动资源变化的，这个应用是核心的应用；第二个问题是资源应用过度的问题，资源管理的应用，实际上是一个需求控制的问题，对运营商来说也是比较重要的问题，就是说也不能够任意将并不属于资源管理范畴的需求，纳入到这个建设范畴，比如说资源管理的支撑可能是数据提供的支撑，提供客户资源管理以及网络资源跟客户的管理，但是并不等于你要把这种原则属于综合网管而纳入到这个当中来，我们做无线设计、无线规划、布局等等这个实际上是非常专业的，也不见得一定要拿到资源管理上来。真正的应用控制分析必须还是要来根据实际情况看的。

　　下面一个问题是固网与移动网络资源管理的异同，我们要探讨一下固网跟移动的差别，固网跟移动从网络和业务上的差别，固网它有比较大量的外界资源，而对于移动网络来说，除了它的企业进入这一块，一些部分的传输基本上没有外线的资源。

　　从相同点来说，它都需要多技术多业务管理的支持，也需要开通、报障、规划上来支持。区别上来看，除了核心网这一块，固网包括外线资源，光线网等等，而对于移动网来说，它的重点就在他的核心网以及包括无线方面一些底层的传输，还有一些面向企业接入IP的传输，这样一些东西。从这个范围分析，我们进一步往下来看的话，就是看应用重点不同，就是核心业务不同，固网来说服务开通支持是资源管理的的最重要的应用，而资源数据生命周期变化的主要驱动力。而对移动网络这一块，开通这一块我们可以看一下，它主要是面向企业用户，一些GPRS，短信等等这些业务，这个业务从业务量来说跟他的语音和短信这一块是一个小数，不足以驱动资源。真正来说它面向运营的支持，网络设计，MSN入网和内部网络资源的调动，或者是保障支持，综合告警这些支持，其实从这个来看，面向运营和保障的支持它是排在比较前面的，这是它应用的意图。

　　下面我们讨论一下服务层封装仅仅是概念吗？为什么提出这个问题呢？大家也知道，中国电信2006年推出了一个新的资源管理的开通规范，这里面也提了服务层的概念；这之后也出现了两种趋势，一种可能就是一些厂商可能是理解上，或者是故意的一个把这个概念转了，它把这个东西变成了资源，叫做业务资源或者是服务资源，还有一种趋势就是拼命的反对，认为这个东西你纯粹是概念炒作，其实这个东西是不是概念炒作，借助这样一个场合，我也想说一下，实际上我们也是主要推动这一块的。这里面我觉得首先要看一下不管是论坛或者是国际上几大资源产品都在推服务层的架构，SDP实际上本质也是服务，其实大家可以看一下，我的分析为什么要提服务这一块，它本质的原因在哪里？资源管理的重点从理清家底到有效使用按，这是推出的一个最重要的原因。

　　而在下一代的产品当中，这个趋势越来越明显，所以服务层才封装，服务层封装到底是什么概念？到底怎么用？我也想澄清一下理解上的问题，第一个服务本身就是资源，它反映的是网络提供能力，所谓我们的服务也有人叫做后端产品，它跟前端是不一样的，前端是在下一代的运营环境中越来越复杂，而只有后端保持稳定的服务才能够更好的保持产品。

　　第二个服务模板其实是怎么样用资源？一个服务可能有很多的服务配制，每一个服务配制实际上关心的是什么呢？这个服务支持这个产品的时候要配哪一些资源？具体怎么样配？所以这个是说怎么用。

　　第三个是最后因为派给用户之后，它反映的是这些资源为这个用户提供的服务，通过它不光是能够实现资源跟用户的关联，实际上还可以从资源服务的生意做起。

　　下一个问题就是商业软件如何解决定制业务的问题，这个问题在资源管理中更突出，因为这个东西大量在我们的资源管理当中支撑，但是我们真正来说，这种逻辑在阐述产品的时候根本不可能把这些东西放进去，如何满足这样的定制业务，实际上对我们Oracle产品是非常重要的东西。

　　资源准确性跟我们前面定义的资源类内涵是相关的，资源最终肯定是流程驱动的，它最终要坚持流程驱动为资源管理最重要的一个驱动。而线网到资源管理数据图是一个有效的补充，特别是在初期以及流程（不利）的情况下。大家要知道，最终这个还是要以流程驱动为主，同步为辅这样一个最终的目标。

　　下面一个问题就是资源管理配制流程应该放在哪里？这个问题很值得讨论，中国电信经历了这么一个阶段，后来随着建设，要剥离，这几年也有反对的声音。

　　我也分析了，首先你分析流程是什么？流程是人或者部门分工合作处理的过程，所以你通过这个定义就知道，是由多个部门形成协作的。这一点我的建议是资源配置最终还确实是跟开通放在一起的。我认为，它实际上是实际层面的问题和规划层面的问题，资源管理和前面服务开通流程这一块应该是一起建设的。如果你原来已经建了开通流程这一块，现在新建出来的，我的建议是你在建资源系统的时候，重复要改造开通这一块，涉及到资源配置这一块，还是要在不同的两个系统，流程应该是在一个系统里面，如果你这个时候是新建流程系统，而开通系统没有建，这个时候你应该选择同步的服务开通平台，随着你后面的扩展再把其他的东西进行配置。如果你最终实在不能做到，我的建议是这种情况下你还是把它放在资源管理器中，但是这种效果不会很好的。

　　最后一个就是资源管理系统该如何实施？我这里有四个观点：

　　第一个是应该有一个统一的业务和IT规划；

　　第二个是应该建立统一的实施和管理部门，其实资源管理是OSS的核心系统，应该有一个统一的实施和管理系统，以我们电信行业经验来说，哪一个地方，它的IT，网络规划这一块合作得比较好，这个地方才建得好；

　　第三个是应该有一个长期的合作伙伴，我们不管是从产品提供商和运营商都应该有长期好的合作；

　　第四个是慎重选择软件平台，建模能力、集成能力、可扩展性等等。

　　非常快的过了一些关键的问题，简单介绍一下Oracle综合网络资源管理解决方案总揽，它包括这么几个问题：第一个Oracle平台；第二个网络发现与同步；第三个是智能；第四个是SOA的Oracle平台，它实际上跨越了所有Oracle平台。

　　Oracle综合管理解决方案有三个重要的变化，第一个就是从原来以网络为中心，到现在以客户服务为中心；第二个从现在原来仅仅关注于网络而到现在我们关注资产投资的优化和运营成本。第三个是从过去支撑部门级的应用，到现在的支撑企业级的应用。

　　Oracle综合资源管理的特点：

　　第一个是强大灵活的基于元数据的建模工具，不仅仅是包括面向新的服务类型还包括你的规则、功能、观念等等。

　　第二个是全专业、多层次和端到端的，全专业就是我们不仅要有支持传统的网络，海角能够支持扩展对新技术的网络等的支持；多层次我们要支持从物理层，一直到服务、客户多个层次的服务。还有一个是端到端的资源管理，不仅仅是前面讲的东西，还要面向服务，面向客户，提供端到端的核心网，形成一个端到端面向客户的一个模式。

　　第三个是支持灵活的业务规则扩展，我们还提供元数据的扩展，以及非常丰富的API能够支持定制业务规则的扩展。

　　第四个就是基于工程资源生命周期管理和控制机制。它实际上是时间比较长的，可能涉及到半个月或者是几个月的网络割接。基于工程的资源生命周期，就是我们能够在整个的过程中我们能够更改这种计划，添加我们的设计，甚至对整个项目进行回顾等等，这个实际上对我们比较原来的资源关系比较难处理，特别是更新这个是非常重要的。这也我们在做一些项目的时候，我们产品在做这一块比较难的时候实际上是不顺利的。这里面要给的一个是项目割接，这个就不多讲了。

　　第五个是通过服务封装有效支持业务就绪及客户关联。如果有时间的话我们可以继续的探讨Oracle是如何服务的封装。

　　第六个Oracle的资源管理实际上通过定单服务管理支持服务开通，它特别强调他通过流程驱动整个资源生命周期的变化，它不是静态的，是一个动态的。

　　特点七就是完善的用户权限管理，它这个方面要求得比较复杂，不同的层面有不同权限的要求，这个对中国来说是非常重要的。Oracle资源管理产品不仅是支持这个权限，还支持功能权限的完成，这个功能能够使用哪一些功能，是不是有增加设备或者是删除设备都进行非常细节的权限。

　　第八个是通过网络发现同步保持资源这一块，我也不多讲了。

　　第九个集成网络系统这一块也不多讲了。

　　最后一个介绍一下经过验证的优异的系统性，这个要从两个方面来理解，第一个是超过90家的运营商采用Oracle资源管理系统，体现了Oracle资源管理系统的优异性能。另外，我们在某一个省公司资源管理系统性能测试优良表现，里面体现了Oracle资源管理系统对省级资源管理系统的性能要求的支持。这里举了两个例子，把复杂资源拓扑的展现，这个实际上压力很大，但是表现得非常好；最后一个是最难的，12个小时，我们当时是晚上起来，第二天早上过来看的，一来看，性能测试没有一个错误，这个体现了我们资源管理对这个系统的支持。

　　2008年电信运营商实现了全业务的开展，再次提出了更高，更严格的要求，向新一代运营支撑系统发展，成为运营商决胜胜负的关键之一。运营支撑系统的增长速度超过了整个电信行业的增长速度，运营支撑工作越来越受到运营商们的重视，合理使用OSS技术，建设功能完善，充分共享信息的运营支撑系统，是电信运营商目前重点发展的运营管理战略之一。

　　在甲骨文全业务环境下的OSS发展论坛上，甲骨文通信事业部首席技术顾问尹爱昊为大家介绍服务交付平台的背景以及建设思路，以及再介绍一下OCSD的产品线和合作方法。

　　尹爱昊：我想给大家介绍一下服务交付平台的背景以及建设思路，以及再介绍一下OCSD的产品线和合作方法，时间有限我将背景这一块快速的过，我们今天主要议题OSS，服务交付平台关注的是核心网的位置，关注如果是创建业务，并交流业务的，通过核心网络很难进行交付。

　　我们看到电信业的业务发展经历一系列的发展过程，它的发展是在一个封闭的网络之内提供一些通话、通信的应用，我们看到应用的发展是逐渐向INTERNET这个方向倾斜的，对电信的应用也产生了很多的要求，如果将电信能力集合在外部，做到电信外部的融合对我们下一步的业务提供了新的要求；同时我们也可以看到新的业务模式在形成，也是在通过电信网络来进行交付，OracleSDP产品先就是为了客户适应这种新的业务方式，帮助客户进行业务转型。

　　业务转型方面我们要注意哪几个方面呢？首先是业务的多样性方面，我们需要将外部能力和电信能力进行融合，另外需要将现有的运行能力进行业务开放，这种开放不是说一个简单的运行能力的帮助，而是一个综合的，混合的方式，我们提供一些API，使这些第三方的SP，CP能够综合的使用一些运行能力。这样才能说业务的多样性很融合。

　　另外一点为了巴黎这些业务收入的实现，新业务的推广，我们不仅要推出我们的核心网络，还需要跨越我们的IT网络，同时覆盖BSS，OSS，然后做好这种配合，然后来进行新业务的推广和收入实现。简单的总结一下，要做到核心业务的转型，我们要做到对内整合资源，对外统一开放。

　　我们看到以前SDP是依托于单个的网络进行业务的创建和交付的，我们有固网SDP，也也移动网络的SDP和宽带的SDP。未来的发展趋势我们是想在所有的网络之上建立一个水平的应用层，使得这个应用能够跨越这个网络，而做的时候，网络的无惯性和接入的无惯性，这个应用层体归一个软件，在个基础之上，提供一些外部能力的应用，同时给合作伙伴提供一个统一的开放和暴露。

　　我们看到SDP实际上它的水平化也是推动底层的网络进行转型，做到应用和控制的分离。下一代的交互平台是跨越各个网络之上的，跨越传统网络，固网移动，跨越下一代的NGN，MS，应用各个网络之间建立一个中间层，关心跟现有的OSS，BSS集成，用这种新型的融汇业务，然后配合新业务的开展，保证业务收入的实现。SDP覆盖以下五个方面的决策。

　　首先它需要进入到现有的网络，这实际上将网络接入的复杂性掩盖，在这个之上创建运营的环境。基于这个业务创建运营环境快速的开发新的融合应用，开发一些业务能力部件，使这些业务能力部件能够被使用；在这之上，业务可以通过IT的集成技术进行编组，推出一些组合型的业务，这些业务的能源可以暴露给第三方，进行统一的使用。

　　我们也可以看到SDP实际上是使用了IT技术，它将应用从底层的网络中剥离开来了，形成了一个统一的应用层，这样的话，跟OSS，BSS成为一个一体的系统，OSS、BSS如何支撑这个全业务的环境，在前面我们也有看到。

　　OCSD的产品线是在BEA通讯平台之上（WLCP），和交付平台SDP之上，同时管理这些终端的信息，它可以依托于现在的移动网络和固网提供PPS服务，（VIP）可以基于宽带在家庭用户里面部署第二条电话线，或者是作为传统电话线的替代。现在来讲一下这两个平台产品。

　　OracleCOMMUNICATIONS是专门基于下一代业务的开展，可以支持IMS的接口，支持IMS的数据，服务器，同时可以支持在线对接，在这个方面我们Oracle也进行了对接测试。这里面把可靠性作为如何应用的部署平台。

　　ODSG是将现有的网络进行集成，暴露给SDP，可以集成包括呼叫控制，短信，将原始的电信协议进行屏蔽，统一通过电信进行暴露，第三方SP/CP可以通过统一的方式进行应用。在统一应用方面又注重对网络资源的保护，它可以保护网络资源进行过度使用，提供了一个统一的策略控制，是基于一个SOA网端，集成到现有的网络当中去。

　　我们也可以看到，下一代SDP综合使用了电信的业务，我们看到统一的数据，产品可以集成用户的数据，给用户提供统一的数据图。OCSD在全球运营商的部署情况，在全球得到了广泛的推广，在全球10大运营商当中也有部署。这是我们合作伙伴的生态系统，包括设备提供商，独立软件提供商，SI形成了一个业务合作伙伴生态系统。

　　OCSD给客户带来的好处，它提供了融合业务层，提供了新的业务机会，摆脱了对现有网络的依赖，可以跳到IT跟外部层次，提供新的全新业务。这个新的业务模式保证了新的来源，基于IT的业务架构使业务开发和部署的成本降低，另外可以使发展和管理合作伙伴的成本也降低，同时OCSD能够加快业务的开发速度，加快合作伙伴以及新业务的上线。

　　今天只能给大家介绍一下OCSD的一些情况，做一些简介，大家如果有什么问题可以继续咨询，谢谢！

　　2008年电信运营商实现了全业务的开展，再次提出了更高，更严格的要求，向新一代运营支撑系统发展，成为运营商决胜胜负的关键之一。运营支撑系统的增长速度超过了整个电信行业的增长速度，运营支撑工作越来越受到运营商们的重视，合理使用OSS技术，建设功能完善，充分共享信息的运营支撑系统，是电信运营商目前重点发展的运营管理战略之一。

　　在甲骨文全业务环境下的OSS发展论坛上，甲骨文通信事业部首席技术顾问史斌为大家诠释如何提升服务水平的融合服务开通以及服务激活的解决方案。

　　史斌：在这里面会讲两个产品，这两个产品主要在讲一个什么问题呢？今天讲了这么多的产品，你知道甲骨文在做什么事吗？在织布，大家都有纵向的系统，现在我们想做横向的系统，刚才胡博士说我们要多层次的观点，织布就是你在做的时候可能会有开通系统，综合的怎么样做服务开通是第一。资源的时候你要把资源的关系管理起来，做资源管理系统；做流程的时候在织横向纵向的布，这块布到底好不好？需要我们的运营商一起配合把这块布织好。

　　我讲流程的时候你们觉得流程重不重要？我得到的答复就是流程很重要。但是实际的过程中我们很难看出来流程重不重要？尤其是对管理人来说流程是管理一致的体现，和管理规则的体现你有自己的管理规则，你怎么样把你的管理规则应用起来。

　　另外一点，流程做的是经验的总结和经验的规范，我今天做一件事怎么样把它流程化，制度化，把经验总结出来，这是流程干的两件事；但是流程在实际过程中，受伤的总是我，定义规范的时候说我们流程先定义规范，再定义其他的，但是你想没有数据的沟通，没有经验的总结做一件事的时候是不行的，流程是沟通整个企业的血脉。

　　下面市场需求，很简单的讲，一个市场，一个企业的，市场主要是在说我们要快速应对什么什么业务的变化，企业的变化，那你怎么样快速应对，最快速的没有人的参与，人的监管，系统跟系统之间沟通，我可以6分钟完成一次开通，完成一次割接，完成一次全自动的规划，这是我们最理解的规划，完全快速的应对市场的反映，从设计到流程很快的应对。

　　刚才讲了流程是管理意志的体现，我怎么样审核一个人干得好不好？我怎么样跟客户承诺我这个事几天做完，我们需要有KPI，需要有QS，需要有指标，在流程上做考核。再下面牵涉到最头疼的问题，我们怎么样沟通的问题，拿起电话，用邮件是不是很规章制度的方法，我们希望最好的方法是用流程来去实现沟通的，要求流程之间有衔接的能力。

　　最后我需要管控，需要降低人员成本，我不是想新下来一套之后，大家觉得又多做了一个事，我们希望能够减低人的劳动成本，工作负荷！然后去保证整个的工作顺利的完成，最后是流程我们应该面向下一代进一步的保证现有的投资，面向未来的发展，后面我会去讲。

　　刚才讲了案例，这个图刚刚胡宏斌也已经放过了，今天我讲的是两块产品，我们所有的系统都是偶合，SOA提了很多年，我们怎么样保证它双偶合，各个部门用什么形式对话是非常关键的，换句话说，系统之间的语言，包括Oracle做各式各样的架构，在干什么，在干系统之间用什么样的语言沟通，我们在做系统的时候，我们也需要考虑用什么样的语言来沟通才是最实际的东西，我后边大家做一些分析。

　　首先我们流程系统当中的几大特色之一，第一个是面向数据，数据是什么？之所以说数据，是因为大家太习惯用单这个概念管理，我觉得用这个概念管理非常非常好的，因为我们有非常多的单子，但是单在做什么，做一件事，做人和人的沟通，可是你会发现，当有一些时候，系统上线了，单据变成了一些数据，你需要把你单里面的数据拆分下来，然后用数据驱动整个系统的进行，进行流程的管理。我们在系统里面，我们提出说是数据驱动的元数据建模，我后面举例子说怎么样驱动，界面大家都说很灵活，我也很灵活，我可以改变任何的数据项，我可能保证用我流程系统的人，每一个看到的都不一样。下面是对数据的一些管理，面向数据的驱动会去完全我们系统，快速的变化，信息的服务等等等等。

　　下面是流程里面我们在说我们建模的精神，建模最基本的方法，其实所有精髓都在这张图里面，我们主要是分两个部分，一个叫做设计师，一个是运行师，设计师在设计数据，我刚刚说的单据里面最基本的单元不是单，而是数据，我们可以用一套系统完成多种不同的单据的组合，为什么这么做？因为单据是由数据来组成的，我在数据里面会定一个业务单，业务单里面会有流程，环节，工作控制等等这些控制。在运行的过程中，我关心条件是怎么样扭转的，我是手动执行的或者是自动执行的，实践怎么样，在驱动引擎方面有非常大的系统优势。

　　下面举一个例子，这个例子里面讲我一开始做流程的时候在干什么东西，你可以看我产品设计的时候做什么样的思路？包括我在做实施的时候，也许我做数据分析的过程，远比我做实施的过程长很多？为什么？因为分析是分析它之间的关系，这样我可以很快很快的实施，第一步我定义环节，环节定义完了以后有一个环节库，然后是组成一个流程，这个时候我定义的环节跟流程完全跟数据没有关系，之所以没有关系，是因为流程是逻辑，是你运转的逻辑，你走的方向，至于我在上海还是在北京，也许这个数据并不重要，只是其中一个数据，定义完了以后，我下面会界定一个数据项，你看到黄色的箭头是（脱转），红色的箭头叫关联，我先做一个数据字典，数据字典做完了以后，我把一本很厚的字典用一种方式管理起来，叫做数据模板，然后我可以做很多很多单的模板，定义了单的模板之后，很容易我把它托过来，定义出每一个人需要看到的界面，到现在这一步，我还没有把数据和人和整个的流程关联起来。我现在要做的就是定义一个工作组，这个工作组可以是一个人，也可以是很多人，或者是按人群，分发等等，下面我可以说这个工作组里面的人干一件什么样的事情，就是把环节和工作组相连了，同样我现在采取第十步的时候，我把这个人看到的界面和环节的数据都跟这个工作组相连了，这是我们流程建立的一个过程。最后日历，职能等等等等。

　　这个过程可以非常非常容易实现，你给我数据，我可以几分钟之内完成；下面你看到的每一个数据项都是你自己定义的，包括鼠标，比如说我到哪里有问号跳出来，跳出的窗口告诉你怎么样，验证你的数据对不对，这些都是在我们截面配制的时候，很容易，3、5分钟就可以出来的。这是流程各式各样的状态我可以回顾和取消的。

　　这边是流程里面数据的管理，我们可以有各式各样的，无线网络，移动网络，IPTV各式各样的数据打成一个包，我做市场活动的时候，可能有市场活动的流程，对不同的用户可能有Cartsidge1，或者是2，我可以有各式各样的使用方法。

　　下面我再说流程管理这方面的需求。这是一个倒插的一个图，虽然不是一个功能的架构，在讲我们整个功能控制一些什么东西，包括下边Oracle数据库，上面我们在控制环节，每一个环节看到什么东西，或者是有什么样的数据，后面有流程的控制，整个证明周期的控制，优先级的控制，日程和分发控制，最上面是服务创新环境。流程所做的事情都是这么多事，曾经总结过有什么分解的特性，隔离的特性等等，其实所有的优化都在做这些事情，我们在去帮流程做分析的时候，因为你做完流程之后并不一定是最优的，但是我可以看到我的步骤，我定义环节的时候我可以1个小时做完，但是我发现每一个人都15分钟做完了，我是不是把这个事改成10分钟做完成，是不是对客户的承诺提前了，我可以帮助你每一个环节，每一个流程都是怎么样的，可以告诉你哪一步哪一步可以合并，可以更简单的完成这个事情。

　　下一个是面向服务，最终讲的是什么呢？是我们的流程设计人员，无论是做资源或者是做网管的，你做流程的时候关注于流程的逻辑，如果你关注有差错的话，那你需要定义异常流程，在异常流程里面你说有这种异常出现了，出现了之后说我需要跳到哪一步，怎么样怎么样做？如果异常流程再出现异常怎么办？你是定义不完的，我们的系统会分析整个数据的输入输出的来源，下一张图你看到的是由一个馒头引发的血案，一个很简单的流程，由于你考虑了很多的因素，考虑到是否有新的砖头，带宽是否有更改等等，最终验证是否匹配，匹配不行，最终又回来，导致了一个非常非常简单的流程变成了一个非常非常复杂的流程；我们的可以把这个事完全的免去，因为你可以更关注于业务逻辑。它有什么好处呢？最简单的好处是测量室的人干的事是插跳线，说客户拔了跳线，你去插发现这个就是客户拔出来的跳线，我们这个流程帮助你减少了40%的工作量。

　　我们说激活的时候，Oracle提供了一个服务激活的概念，这个概念在干什么，它是保证了以服务的语言和其他的系统沟通，原来我们说做流程的人或者是做服务开通的人叫做全才全能，不但要知道前后和前台业务的关系，它要知道整个开通的逻辑，还要知道整个下边对网络激活的步骤。这个步骤对于一个IT人来说，它没有办法关注于他自己应该做的一件事，刚才介绍了SDP，它的概念是把网络层的复杂和激活的概念分离。

　　这里举的例子是不同技术的，它有IPTV，有不同宽带，我们在网络上有三个动作，对IPTV的服务器，对控制层，对网络层，会有三层不同的激活。像华为和思科他们做集成的时候，能不能把华为和思科混合起来用？是不可以的。

　　下面你可以看到为什么激活需要拿出来，是因为流程当中有一些东西你根本考虑不到，首先我们对网络的操作是有时间概念的，你做流程的时候考虑的是一个环节的时间，并不是对网源操作的时间。下面包括一些优先级，批量处理，流程里面你是写不下去的，只有你能够把这些分离出来，并且能够专门作为一个端到端的系统才能够做下去。

　　这是我们激活的界面，你所要做的对网源的操作，你拖过来，下面是对网络的操作，我们把上面服务的概念给映射到网络的操作就可以了。这是IT整个的管理，在IT做激活的时候有很大不同的概念跟做激活，他们之间有很大的相关性因为在做的时候，我改动一个路由器有可能是改动10个路由器，我改动一个有可能10个路由器都需要重新的配制。在这种强相关的情况下，你怎么样把他们避开。

　　最后面向未来，很虚的一个概念，但是它是实实在在存在的，因为我们需要满足现有的任何的需求，然后再去走。我们现在有一些自动的系统，有一些手工来做的，我去编完了这个流程之后，我可以说现有的自动系统，我通过插件你的自动系统做沟通，可是有一天你会发现越来越多的自动系统在上线，它在去帮助人解决快速反应的问题，也许我更有经验，我在干什么，我在做整个的监控，管理这些设备，这个工作是非常重要的，我们的系统只要经过简单一些处理，加一些插件就可以完成整个的过程，之所以有这样的状况，是因为我们按照每一个数据做分析，我可以保证每一个数据的来源和流向。

　　接口都是技术上的，不用说了，有非常非常丰富的口，可以说很容易做，作为我们Oracle授权来，有的时候没有事闲的有兴趣可以做一两个接口玩玩。下面是高效的运作，每秒处理70张工单，上百个数据的流转，每秒处理超过400个流程系统。这些是我们对于厂商，不同的技术，IP，ATM等等做了插件，我们做插件也找本地的合作伙伴做插件，这些插件是两三周就能够开发出来，非常非常快。

　　成功案例，很简单的讲一下，第一个BT，BT在以前没有上之前，时间现在是从一个小时的服务开通到每分钟减少服务配制错误减少了97%，原来网络视图的准确率，现在由系统维护，有60到95%，这是很明显的变化。巴西电信，原来有10个系统，我们通过流程，可以把数据带到任何你需要的地方，以任何方式，业务的视角，工程实施的视角，维护的视角，任何一种组织形式组织，提升原有的设备利用率20%，然后缩短时间49%，IP开通时间缩短45%，超过140以上的流通在跑，差不多2千个系统用户同时在用，这是巴西电信的支持。

CTI论坛编辑