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

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

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

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

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

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

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

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

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

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