上一篇通过一个简单的行业趋势，引出了SBC这个概念，关于为什么要以SBC为切入点来谈VoIP业务的原因，还是因为笔者发现网上能查询到的关于SBC的介绍实在太少，相比传统的网络产品及服务，可谓是少的着实可怜。通过笔者的亲身经历，几乎除了个别非常前沿的企业用户之外，哪怕是非常知名的大企业都没有听说过SBC，在VoIP业务蓬勃发展的今天，这对笔者这个刚入行的新手而言，确实令人吃惊。不过也正因此才让笔者感觉到行业的潜力。
废言千篇，先抛观点：SBC是新通信时代下企业VoIP业务的重中之重！本文虽说是入门文章，实担不起入门之任，笔者也并非技术出身，只是为了能在有限能力范围之内给予大家一点引导，仅此而已。
Session Boarder Controller——会话边界控制器。顾名思义，了解SBC关键在于要了解其如何控制会话，在参与会话的过程中扮演怎么样的角色。关于会话，需要明确下，本文涉及的VoIP业务中会话一般指SIP会话。
我从实时性简单归纳下网络通信业务：实时交互和非实时交互。常见的数据类业务比如web浏览、文字聊天、邮件等，都是属于非实时交互类，VoIP类业务属于实时交互（直播这种可以看作中间性业务，实时性不是很强，同时也不需要交互）。对于非实时交互的通信，至少要确保信息可达，也就是保证可靠性，一般依靠传输层的TCP协议即可，在应用层无须考虑可靠性。对于VoIP这种实时交互的通信，即媒体流的交互，我们知道在传输层使用TCP协议是非常不合适的，我们引用CSDN上一位作者的总结：
既然在传输层必须要采用UDP来传输媒体，那么必然需要利用一种可靠的协商机制来保障通信的可达性，实际上需要通信的客户端在真正建立起通信前（也就是发送媒体之前），必须确保对方是“可被通信”的，在VoIP领域，负责这个任务主要就落在应用层，SIP也是因此而生，当然SIP制定并不只考虑可靠性的问题，还有很多其他方面的需求。
引出SIP，其实就离我们所说的SBC就比较接近了，当然笔者才疏学浅，不清楚市面上是否产生过基于其他通信协议的SBC，但就笔者接触了解而言，大部分SBC类的产品都是基于SIP协议设计和研发，这是SIP的优势所决定。
SBC，就是为了对VoIP（voice＆video over IP）会话进行控制而生的。
还是先从运营商IMS说起，原来的语音网关存在的价值在于将运营商侧的PRI信令、7号信令转换翻译为企业侧的SIP信令，换言之就是PSTN到以太局域网，从而能进入到企业的数据交换网络（网关一头接数据交换机，一头接中继）。现在既然IMS内部跑的信令就是SIP，也就是说运营商实施到企业机房的语音承载线路就是网线，因为不涉及到协议转换了，按理不需要网关了，直接插到交换机上不就完了？当然不行。为何？
说回SIP，SIP之所以如此受欢迎，就是因为其开放性，因为参考了http，所以更加适合互联网上通信，但成也萧何败萧何，开放意味着不同厂家能够基于SIP规范做更多的定制，所以导致了运营商IMS的SIP与企业内部通信服务所基于的SIP协议存在差异，即兼容问题。另外，运营商也要考虑安全问题，企业的服务没有通过任何安全边界设备直接连接运营商IMS网络，据说在3GPP规范中是有明确要求不允许这种情况的（关于这点笔者没有验证）。反过来企业也要考虑安全不是？总之，既然两侧都是通过IP网络来通信，就避免不了安全问题，攻击无处不在。
类似于路由器和防火墙对网络层的控制，SBC也同样由于处于VoIP边界，对经过SBC的所有流量从应用层——SIP协议对数量进行控制，监测，识别，丢弃甚至修改。这就是SBC强大的原因之一，它能像医生的手术刀一样，对过往的SIP及SDP进行精准的操控，以达到各种业务目的。
至于对SIP协议能动哪些手术，敬请期待下集《企业级VoIP通信业务——SBC应用篇》
标签：企业级,VoIP,SBC
