不少通讯方面的同好已经读了我在去年岁末撰写的《如何用OpenH323 开发自己的H.323协议栈》,大都给予了很高的评价,甚至可以说是好评如潮,说来惭愧,我只不过把十几个人的工作进行了整理和归纳而已,事实上我自己的代码只有很少的一部分(主要在H.245/H.235 部分),后来很多朋友向我索要RTH323的测试版本一直未果,我在这里说明一下,由于该软件的使用和二次开发的权利已经被某欧洲公司所买断,所以我已经无权发布测试代码,如有不便敬请大家原谅。

在我开发RTH323之际,我已经开始注意SIP 协议了,并且根据RFC2543 设计了不少实验代码,因为当时的开发有一个H.323-SIP 的翻译网关的需求,不过后来这个计划又取消了,也从这个时候开始我逐渐对SIP 有了比较浓厚的兴趣,只是并没有做什么实际的工作,仅仅初步了解了一下协议的整体构造。

直到去年年底,我接触了Vovida 的开放原码的SIP 系统――Vocal 以后,我决定开始系统的了解SIP 的整个构造,我个人认为Vocal 是一个非常典型的SIP 系统,里面包含了所有构造电信级呼叫中心，区域网关以及中继网关的所有内容,而且代码清晰,比较易于改造；于是我花费了大概6 个月的时间阅读了整个Vocal 系统的代码,并在很多重要的地方做了标注.正好在今年的5 月份,我的公司有构造一个大型的Voice/Video IP 企业呼叫中心的计划,我就把我对Vocal的研究成果提交给公司,方案一举得到通过,现在我的公司正在和国内某个知名大学合作准备在现有Vocal 基础上改造一个企业级的视频电话呼叫平台。不过我个人而言,对这个计划不是非常的满意,由于时间和金钱上的限制,大部分的电讯级补充服务第一阶段没有实现的,只可能在第二阶段去实现该计划,时间可能要持续很长,所以我也很希望有其他的开发公司参与完成这个方面的开发,当然我们也可以为有兴趣的公司提供技术咨询或者展开合作。

我写这本文的目的在于公布我个人对Vocal系统的一些研究成果,当然里面有很多地方没有说得非常清楚,本身要用文字来阐述程序的设计思想就是一个非常困难的事情,所以我在里面大量的绘制了很多图表,来帮助读者阅读本文,这次公布的是有关UA 端的内容,后续在本文中将介绍Provision Server; Marshal Server; Redirect Server; HeartBeat Server:Policy Server:CDR Server:Network Manager:Feature Server: 以及各种协议的Translator, 读者需要具备对SIP,H.323,MGCP,QoS 的基本了解,以及对Java,XML, Call Processing Language，C++的知识，
在以下章节中不会对这些基本的知识做太详细的介绍。我希望有软件开发公司来和我合作完成这篇文章或者是共同从事Vocal系统的商业化工作。

从这半年的阅读Vocal 的过程中我体会到Vocal 系统的商业应用价值非常大，有人在论坛上和我讨论：改造别人的应用平台的难度和重新开发一个应用的难度哪个更大，双方都各置一词，就我个人觉得，大型的商业软件如果按照开放原代码来进行改造，特别是一些基础平台（例如操作系统），速度肯定是比从零开始要快很多的，RTH323 就是一个成功的范例，这也是国内很多软件厂商的基本运行模式，特别对于一些人员，技术，资金都不是非常充裕的公司这可能也是唯一的方案，但是开放原代码的软件大部分的效率非常低下，而且代码冗余，注释比较少，可读性非常差，甚至还有一些致命错误（Vocal 中的Feature Server 中就有这样的错误，往往可以造成系统崩溃）所以这样做的前提条件就是能把握住工作的重点，能及时发现并排除问题，这样才可能把开放原代码改造成高效率的商业应用。

*博客内容为网友个人发布，仅代表博主个人观点，如有侵权请联系工作人员删除。