在此次会议上思科的Praveen Akkiraju（Director Product Management）提到了他们在去年年末发布的Session Border Controller（SBC）解决方案，虽然此次会议重点地重点在谈IPTV，但是这个极大的引起了我的兴趣。
这个方案是去年分析师大会上发布的，当时的新闻稿提到思科在那个会议上发布了全面的IP NGN解决方案。这无疑是一个代表。当时发布的还有诸如IMS解决方案，IPTV解决方案等等。当时我还和Juniper的大牛王卫先生交流过，他说这是趋势，不过Juniper也有类似的解决方案。但是当时我都不知道这个东西做什么。不过知道这个比较热，而以前的一些朋友比如北电的李小龙等朋友都投身这个行业。
此次演讲，我大致有了了解。这个东西主要作为IP电话信令的转换，比如SIP到H.323，到PSTN等等，主要做信令的转换。还可以方便进行防火墙的穿越，比如穿越NAT。
当时的一个发布是在GSR等设备里集成了SBC，此次采访Praveen Akkiraju谈到现在7600系列路由器也有类似的功能。
通过他的演讲和与他交流，我总结了以下SBC会带来的好处，特别是集成在边缘路由器中会带来的好处。
首先：对于运营商来说SBC可以提供更多的管理服务，包括语音和数据还有安全。另外这样的解决方案提供了分布式的语音处理服务，这样就不会对单一的信令网关造成太大的压力，而且运营商可以提供更多的语音旁路的选择，比如可以直接转入到已有的h.323协议的网络或者是sip协议的网络当中。
第二：真正的融合网络。有了SBC，特别是边缘提供有可能把融合网络扩得更开。比如说用户可以只要一条光纤，只提供数据传输即可，语音完全由数据网络承载。届时信令和媒体流由数据SBC转换，运营商比较好的选择如何接入到PSTN网络中，甚至随便考虑哪里接入。而不像现在的很多企业同时需要语音中继和数据中继。
第三：这样运营商可以提供更为灵活的服务。比如说我们现在看到的给企业的服务并不是真正的按需服务。比如现在运营商提供给企业用户通常是一个语音的中继线路或者是一个数据的连接。但是这样有一个问题就是企业用户不能够按照需求来动态分配带宽。运营商现在可以比较动态的为企业网用户提供数据的带宽，比如说当你的数据服务达到一个峰值的时候，只要接入带宽不是瓶颈，运营商可以比较快的给你提供更大的带宽。但是对于语音来说则要相对困难，运营商增加新的链路给你就比较困难。如果说完全融合的解决方案，我们的公网语音通信也完全通过数据链路出去，并且以来SBC来进行信令的转换，并通过与PSTN的总网关外呼，或者直接通过NGN网络与软交换系统通信，事情就会变得简单很多。只要光纤足够，运营商就可以动态调整带宽。我觉得在一些企业里语音的呼叫量也会发生动态的变化，以报纸为例子，我们会比较动态的有呼叫中心的需求。比如在年初的时候我们有很多的外呼电话，呼叫中心可能会外呼电话要求用户来订阅报纸；再比如我们邀请我们的读者来参加我们的会议前后，我们要打电话邀请客户，并且结束会议的时候打电话对用户进行走访。而通常情况下我们的通话量相对较小，我们不希望在大量外呼的时候语音中继成为瓶颈，我们也不希望在大多数时候花很多的钱为用不到的那些中继线路付费。动态的调整我们语音中继的带宽，我个人感觉在以前很难办。而假如有了这样的方案，一根光纤上，我们和运营商用QoS设置调整语音的带宽，就可以实现语音和数据的融合通信、按需通信。
看来这是一个趋势，很多公司在提供sbc的解决方案并且将它融合在边缘路由器平台当中。比如思科在7600系列路由器里融合这一功能，在GSR或者CRS-1中融合这一功能，这样可以提供一个基于边缘路由器的分布式解决方案，这样的好处显而易见，可以提供一个分散压力的解决方案，可扩展性更为优良。类似的解决方案在juniper公司的解决方案里也可以看到。
按照思科的介绍，在路由器里使用SBC，结合MPLS VPN可以把语音流量有保证的送到PSTN网络或者软交换网络里，保证语音通信。而对于那些不同办公室使用不同信令架构比如SIP和H.323的协议，SBC可以帮助他们进行转换，同时MPLS VPN也可以提供一个语音的高质量虚拟传送网络。再有SBC还可以保证企业内部VoIP和外部的通信，包括和供应商的通信，不用担心协议的问题。方便的把企业内部语音通信转到移动网络里，方便通信和语音应用。再有SBC还可以帮助企业解决由于防火墙和NAT带来的难题。
在我眼里，由于76和GSR都是处在网络的边缘，这样的SBC部署方式也提供了分布式的处理模式，有更高的可扩展性和性能。
我对SBC还是初学者，所以在此大放厥词，欢迎各位拍砖！
我搜到的一个链接http://www.dataconnection.com/sbc/sbcprotocol.htm
2006年4月21日17：40
| 
