主持人：

大家对甲骨文的印象或许还在数据库层面，其实，转型中的甲骨文已经今非昔比，这几年在通信、云计算等领域通过收购兼并，甲骨文同样快速建立了坚固的行业地位。接下来出场的是甲骨文全球通信事业部，首席技术顾问邓国彩，他分享的题目是：面向未来，采用开放式企业通信体系架构，掌声有请！

甲骨文全球通信事业部，首席技术顾问邓国彩

邓国彩：谢谢主持人，非常高兴和大家分享我们企业未来通信的架构市场。今天时间比较有限，我只能讲得非常简要。如果大家有更进一步需要探讨的，下来可以继续交流。

我们现在企业所面临的新的最大的困难是什么？其实首先第一个是企业的互联网化的企业，这两者是什么区别呢？企业互联网是说我现在做我的事业，这个事业可以拿互联网来做。互联网企业是什么呢？我是做互联网的，今天可以去做很多事业，这是他的一个差别。一个是说做我自己做的事情，另一个立足于互联网做更多的事情。

企业希望什么呢？利用互联网或者说更重要的是移动互联网来随时随地，包括甚至可以跨越时空和你的客户进行高节奏的双向互动，目的是什么呢？是围绕我们去寻找发现这个价值，和用户之间进行价值的交流。这是我们面向互联网情况比较大的一个挑战，对企业变化的一个部分。

在这种情况下，我们回过头来看看支撑这个需求，我们企业里的IT，包括我们的通信来说，都必须达到几点：这几点是递进的关系，首先是通达，信息通信要能够融通的。第二通还不够，还要快捷。快捷是两个意思，一个是快，第二个方便。另外因为是进行商业活动，安全，第二质量要好。传递的过程中，信息不能丢失。除了这些基础之外，企业越来越多发现我们在这个过程中对这些信息进行价值。拿到这些信息以后，增加我新的业务，新的提取，把通信本身要价值，支撑我的企业运转。

这个数据可能大家都非常清楚，我谈到的是今天企业面临第二个新的挑战，如果当你企业互联网化，或互联网化的企业之后，面临的一个问题是客户是爆炸性的增长，从网上拿到的数据，有两个数据，一个数据是用户规模的增长，一个是资金规模的增长。我们可以看出什么情况呢？这个增长的速度，短短的几个月内增长非常快。我们现在说外行看热闹，看到的是风光。我看到这个数据第一反映后台做系统的人可能面临非常非常大的压力，为什么？因为这么大增长的量的情况，原来企业建设这套系统根本没有想到我这个系统会发展这么快，原来系统准备不够。这是第一。

第二，系统发展过来之后，短期内留给你的时间非常短，从百万变成千万级的用户，整个数据量、交易量，包括后面的潜在社区用户规模非常非常大，这个时候如果我原来计划支撑四百万用户，现在变成几千万用户的时候，这套系统要紧急扩容，要去做分析，要做决策，要做实施，要做验证。在这个过程中，还要关心你的成本，在这个情况下，对你的系统的要求是非常非常具有挑战性的。

所以在这种情况下我们认为在今后的企业他一定会面临这样一个情况，我不管是今天已经先一步走到这样的地步的企业，他们已经面临这样的情况。我们现在很多企业越来越多的企业要建自己的OTO渠道，要建自己的电商，不要惊讶，以后电商只有京东、阿里，以后很多企业都要建自己的电商，为什么？因为吸引大家最大的一个是常规市场里爆炸性的增长，这是对大家非常大的吸引力。

这个时候如果支撑这样的情况，你的系统必须要开放，而且要伸缩。我们今天提到的伸缩不是企业的伸缩，是从企业界伸缩到运营商。你以后的系统在做的时候，不断要给用户引用新的价值，不同的教新的功能。这个功能里也包括企业通信的功能在里面，系统怎么样很容易的加进去。

你非常关心对用户的体验，从运营的角度来说很重要的是反映系统是完全可以监控的，增长的节奏是什么样的，什么系统是可以扩容的，系统遇到什么问题可以快速的定位去解决这个问题，我的企业反映非常非常快，否则跟不上，用户就会流失掉。我们要和社区去节，用户发展有一个过程，可能开始是通过免费的服务把用户吸引过来，很多用户还没有创造价值，实际上在这么大的量级上，单位用户的成本显得非常重要。这个时候你的系统是不是成本结构紧凑的，是不是和需要匹配的？这也非常关键的。

我们现在来看看当前很多的大的企业，买了不同厂家的UC、VC等等不同的系统，这些系统从我们来看，基本上主流的做法还是点对点的基础，我们原来做企业运营集成的是来看非常的熟悉，原先是点对点的集成，这种集成方法，有一个很大的什么问题呢？这个系统的沟通能力非常有限。第二个系统比较易碎，最后管理起来也很难。

这是面临的很大的一个问题，还有一个更大的问题，当你引入系列通信方式，比如前面说的，员工自带设备入网进来，包括以后的社区用户要和你的网络连接的时候，马上就面临一个问题，这些用户接到那套系统去？比如前面华为说了，我们有会议、有电话等等，如果说用户接这套设备，还是一套垂直系统，马上面临一个问题，入口是碎片化的，应用是碎片化的。实际上在这个系统里，对于你的要求的需求的出现。

另外一个角度，从开放接口来看，现在目前来说，企业的应用系统大部分还是烟囱式的建立方法，这些API有很多标准的方式去做，这种方式去做，也是各个厂商很好的努力。有一个问题，发现这些厂商系统之间的API支持非常专门，要去普及还是比较困难的，缺少一个共用的支持。

今天我们讲的这个概念，我们开始发现在国外我们的报告，我们引入IMS架构，企业这个架构里最大的一个好处，引入了这个结构之后把你整个网络分成化，第二个是接口可以标准化。这样的话你的系统就是变成了一个在各个耦合度上分解出来的方式，系统的添加，系统的扩张都有很大的好处。

这是一个我们认为未来的企业的通信体系架构里的一些功能的模块，我们现在其实企业自己问一下自己，在这些模块里，你们现在那些有了，那些没有。这些对于以后和互联网接非常非常关键。

我们先把这个结构比较具像的往圆的方式去看，基本上是这样的一个情况，分成不同的层次，在整个的网络的企业的通信的架构之内，我们做了哪些部分，我们来看一看：

第一个部分，我们要去做网络通信的边缘，边缘就是我们要去接外边，接互联网，接外网。我们用那些业务设备，一个是ESBC，这个大家都比较熟悉了。ESBC接终端等等，把他接进来。另外就是TSC，主要接给用户通过通话的方式通过防火墙，提供通用的加密方式提供服务。现在这两个是可以放在一起的，也可以单独放。WSC，是接终端。在这个网络去接的时候，网络条件情况，终端的各种情况非常非常的不同，包括运营商接的时候，运营商可能是IMS系统，也可能是别的系统，可能提供的系统厂家也不一样，可能接的时候还不一样。可能要求这些边缘系统首先你的功能是要健全的，你的实现是要比较监控的，互操作性要很好。包括引入之后，用浏览器的方法去接的话，不同的浏览器厂家是有差异的，同一个浏览器厂家实现的版本也有差异，怎么样完成这些互操作性？这些都非常重要。

在2000年初的时候，我们创造了这样一个SPC产品，现在过去十多年了，现在的企业对ESBC还是比较熟悉的，所以我也不特别讲了。可能大家觉得做E—SBC互操作，怎么样做安全，防止攻击等等这样的任务，我相信很多的企业现在已经比较熟悉了，认为这个以后是企业很基础的网络，必须要做。

今天要讲的一件事情，今天提出企业要做的不仅是企业级的容量的SBC解决方案，要的是一个很可能是和互联网连了之后，要做一个电信级的SBC接入解决方案。

比如举个例子，用户从几十万很快增长到上百万，社区用户很快增长到上千万，甚至靠近亿的用户，你的系统整个扩张的周期很短，在这个过程中允许不允许你重新来一套架构重新做？或者慢慢调，慢慢上线？这样不可能，以后的企业和商户和互联网联起来，比如下一两天的线，对你的损失非常大。这个时候实际上要求有一个很好的弹性的方案，在这个方案里要求什么呢？要求这个容量是可线性增长的。第二仅仅线性增长还不够，加容量的时候配制不用新的模式，用户而且没有感知，这是非常重要的.

我们现在这套系统，SBC的技术解决方案可以做到一个集成做到一千万两千万的容量，按照在线率来说基本上可以支持一个亿以上的社区用户。

另外一个就是在企业通信里，前面讲了ESBC大家很熟悉了，既然有了ESBC，还要引入另外两个通话系统，TSC，通道会话控制系统，举个例子说，你的员工是通过企业网或酒店里出来的，这个用户要接进来的时候怎么接？一般的可能不够了，需要通道的方式接进来。接进来之后提供通用的，统一提供一种加密解决方案。另外一个产品就是WSC，前面讲了主要为了接终端的，比如现在企业里很明显的见到很多终端采用接入浏览器，或者说不一定接入浏览器，有浏览器的引擎在里面，可以实现这样的方式。接进来以后，这里的安全要注意。比如说工具会面临什么攻击，SBC同样面临的问题都会面临。

 WebRTC为企业提供了什么，基于浏览器来定义的，把这些通信的一些基本的功能都已经封装在里面了。相当于什么？对于企业来说，有这样一个环境封装好了，这是第一步，这些内部的事情可以不用去处理了，只要针对上面的接口来处理。另外一个方面很重要的，我们认为WebRTC仅仅改变了一种方式接进来，更重要的是一点是允许以后的业务是部署在服务端，现在包括很多的业务软件的部署的模式，就会非常熟悉，非常方便。现在要针对不同的终端去做，处理不同的平台，不同的结构要去处理，面临大量的终端的不同的情况去做，对于企业负担非常大。

在IETF  RTCWeb的协议下，在这种情况下，通信有什么场景，走商务流程的时候是一个片断式的通信。处理完了，商务流程还在走，下一个阶段有另外一个呼叫在做，商务流程把呼叫串联在一起，我们会发现绝大多数的场景要求呼叫的场景非常简单。实际上给你这样一个好处，开发者可以决定你选择是一个重量级的实现还是一个清量级的实现。

新的一类产品的会话控制系统出现了，称之为WSC，我们列举了一个例子，加入我们的WSC产品的一个部署方式为例子，这个方式只是一个方式，还有面临服务器的方式，可以看到在这个结构里怎么样去做的。我们去选择WSC的时候，我们的企业，包括很多的厂商都会说，我要做一个网端，实际上可以部署，加上可以开发的环节。并不是说今天这里有一个固定的协议，要转成协议去处理。很多的一些处理方式，有些简单的一个模式或现有的模式帮你做好了，自己要有的一些特殊的模式自己来开发，这是非常重要的一个方面。

另外一个是选择到这个产品，注意到和系统集成的时候，这种方式也支持，但看到企业里用户的管理会是采用什么方式，以后以用户的数据集中的管理，不是布置到很多很多的业务系统里，这样管理起来一个风险高，第二也比较难以管理，开发同步的成本也比较高。

WSC其实涉及到以后用户的定义自己的创新模式的时候要去开发的，开发的时候有没有这样一套工具来配套，这非常重要。因为配套工具里要解决什么问题？第一个问题，解决我们讲的浏览器兼容的问题，忽操作性的问题。另外还有就是你的网络的摔烂连续性的保护问题。不仅用浏览器的方式，还有用原生态应用的方式，这以后也会提供一个解决方案，也非常重要。

这是我们WSC的一个伸缩性的架构，这是我们传统数据的伸缩的方式。这也是通过集成的方式可以支持非常大的容量，可以满足你从企业级到电信级的要求。

另外一个就是在企业的通信基础设施里，非常重要，但是往往因为企业的组织结构决定不被重视的一个部分，或没有受到足够重视的部分，通信监控的监视，出现问题的时候，能不能很快把问题监控出来，用户的质量是什么情况，能不能发觉到。互联网上对于产生攻击的时候，用户有可疑的通信的时候我们能够发现。

    通信的一个录用的部分，可靠性，以及对底层网络的要求都完全不一样。看看我们的录用的解决方案，可以做成一个集成，中间可以做备份，容量可以做很大，可靠性也非常高。

整个的监控，在企业里按需做了很多探针，可以由第三方的，统一去做关联方面，做适时分析，出现什么异常情况给不同的报告给予报警，这样很容易管理。

企业的通信内核，也是会话管理层，也是企业一直缺失的一个部分。ESBC部分就不多说不上，唯一大家觉得企业内网里不需要SPC，在UC的情况下，有很多分支情况在不同的省份，中级号码不一样，又有很多设备，各个区域能够工作桌面分割出来，各个区域能够独立的建设也是非常重要的。

我们引入一个新的产品，ECB，这个非常重要，提供一个什么样的功能？首先提供的是互操作，各个厂家之间要忽操作，我们原来做SPC，几乎所有的厂家都见过，和很多大量的企业基础设施友商都做过集成。在SPC进入的现场可以定义规则的方式，可以去做定义互操作的方式。

拨号方案，可以允许集中的定义分成结构的拨号方案，举个例子针对不同的分支机构，针对不同的厂家定义不同层次的拨号方案，可以根据地理位置定义不同方案。拨号方案可以带着走，在北京是这样的，去上海可以适应上海的拨号方案。

另外的部分，ECB很重要的部分，可以注册到我们的系统里，和你的系统去建的时候，可以通过接口和用户接，引入之后带来非常大的好处。

这是非常重要的一个方面，我觉得比较重要的是ECB这个产品引入企业以后是非常关键的，给企业提供四心：给企业提供安逸的心，第二个明亮的心，企业结构是什么样非常清晰了。非常强大的系统，你以前要加一个业务很痛苦，不知道往那里放，通过ECB可以帮助解决这些问题。另外就是提供一个吊死的心，以前成本非常高，有了ECB成本结构非常的合适。

这是ECB的一个结构方式，这个架构最终的目标是什么，希望企业里的用户设备应用服务可以简单达到集成的效果。这是他的内部的功能架构，大家可以看看。

通信中间件，主要是面向企业做开发的，原来的企业建立是烟囱式的方法，从业务到基础设施的建立，这种建立有一个问题，很难适应互联网一个业务的通道，包括应用服务器的整合，整合起来有一定的困难。通过通信中间件，根据企业的基础设施报告，进入应用的部分，通信的部分完全可以整合在一起。

这是我们讲的以前烟囱的结构变成这样的结构，整合里有几个部分，底层的平台要融合，以后的企业多入口，多接口，多通道，相互交织在一起。服务平台要融合，服务环境有一个一个服务元素在里面，在服务生成的环境下统管起来。

这是我们的一个通信体系架构中间件的全面部分，另外一个是中国的虚拟运营商里逐渐放开了，现在我们和很多企业建立社区网，建立电商，发现这些企业其实需要虚拟运营商的拍照，需要虚拟运营商的资源。实际上对于企业来说，对于虚拟运营商有哪些期待？在国内的话，这几点对于虚拟运营商可以思考一下：服务的一个贴近快速的方面，原来的运营商体制不太能够做得非常快的服务。另外一个问题，以后的商业工具的配套，比如建社区，建电商，比如说物流支付等等这些设施都需要有，比如很多企业物流支付可能没有，虚拟运营商在这一块做一些加持，以后可以在社区里推广，这也是很重要的一个部分。另外一个部分，以后的成本结构，要和社区网建立，单用户的结构一定要下来，成本结构一定要匹配。

我们看一看虚拟运营商系统和企业去对接是什么样的？我们现在看来给虚拟运营商有两类，同时在线用户可能是两百万以内的虚拟运营商，基本上是可以我们的一套敏捷的IMS系统，把这些SBC等功能，虚拟运营商可能提供服务有两类，很可能为了追求成本和便捷，但是到后面网络覆盖会有问题，出问题的时候，希望把服务在这种情况下切换到传统的运营商保障上去，这个时候需要你的这些网络游这些功能，从运营商的设备商有这个功能，我们企业的应用服务器接的基础设施也有这些功能。

这个架构又是重用的数据的架构来提供服务，是三层架构，也有集群去接，因为这个互联网模式已经被证明是非常高效的可以收缩的架构。另外一个方式，针对更大的虚拟运营商，我们给他提供的方法是虚拟化的IMS解决方案，网络分为几个部分，核心的部分是整合的核心，SBC的部分，另外是接用户，这是他的一个架构，整合了之后，首先从什么方向做虚拟化？从核心开始做虚拟化，逐渐推到SBC的虚拟化，对于质量的要求非常高，虚拟化的难度会更大。我们就会采用这样的结构，以后允许虚拟运营商可以非常调整资源，使整个运营成本降低。