Huihoo Power! - 网络计算的基础动力 - GNU/Linux,CORBA,J2EE,.NET,Web Services,Architecture,Middleware,Platform,Infrastructure...

。huihoo在线交流
。huihoo奖励计划
。huihoo.org 开放企业基金会

huihoo.org OS Java CORBA COM+ Middleware XML&WebServices Patterns ONE&NET P2P Development Database

>> 欢迎您： huihoo

huihoo - Your Enterprise Open Source Community

Share And Enjoy : 自由-开放-协作-分享,期待大家更多的交流与分享

□- 电信,通讯开放源代码

在Vovida基础上实现自己的SIP 协议栈——Vovida User Agent

打印此页

上一主题下一主题

Allen

版主

贴子数量： 1575
注册日期： 10/12/2001
在线情况：离线

发表于： 1/17/2004 - 03:54 AM

http://www.zdnet.com.cn/developer/tech/story/0,2000081602,39155264,00.htm

作者：卢政
Monday, August 4 2003 2:28 PM

不少通讯方面的同好已经读了我在去年岁末撰写的《如何用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

olicy 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 中就有这样
的错误，往往可以造成系统崩溃）所以这样做的前提条件就是能把握住工作的重点，能及时
发现并排除问题，这样才可能把开放原代码改造成高效率的商业应用。

内容
1．User Agent的简介
2．UA部分主要程序部分的介绍
2．1 主程序：\SIP\UA\UA.cxx
2．2 创建一个User Agent的实体
2. 3 HeartLessProxy的创建
2．4 让User Agent Run起来
2. 5 HeartLessProxy Run方法的实现
2. 5. 1 WorkerThread的Run方法
2.5.1.1 processSipEvent
2. 5. 1. 2 processUaDeviceEvent
2.5.1.3 processUaDigitEvent
2. 5. 2 SipThread的Run方法
2. 6 在User Agent中的四个重要实例的Run方法
2. 6. 1 媒体设备启动
2.6.2 启动RTP线程，用于对RTP/RTCP包的接收和发送管理；
2. 6. 3 合法用户列表的获取(Redirection Server专用)
2. 6. 4 监测线程：
2. 6. 5 自动呼叫
3.开始一个呼叫和等待对方呼叫：
3. 1 系统创建StateIdle状态：
3. 2 开始一个呼叫：
3. 2. 1 OpStartCall主程序部分：
3. 2. 2 取得键盘的事件
3. 2. 3 状态机（State）对各个操作（Operator）的处理过程：
3. 2. 4 开始一个呼叫所经历的各种操作（Operator）
3. 2. 5 如何进入待机状态(Idle状态)
3. 2. 6 如何开始拨号并且开始一个呼叫：
3. 2. 6. 1 OpStartDialTone本地发送拨号音；
3. 2. 6. 2 OpAddDigit输入电话号码开始拨号：
3. 2. 6. 3 OpStopDialTone；
3. 2. 6. 4 OpInviteUrl建立一个INVITE消息并且发送到被叫；
3.2.7 进入Trying状态
3. 2. 7. 1 OpStartTimer启动每个事件的定时器：
3. 2. 7. 2 挂机事件的检测机制
3. 2. 7. 3 OpStartRingbackTone向被叫进行铃声回放。
3.2.7.4 OpReDirect进行重定向服务的操作
3.2.7.5 授权检查
3.2.7.6 OpFarEndAnswered处理接收到的OK回应
3.2.7.7 在Vocal中如何实现RSVP资源预留协议
3.2.8用户处于通话的StateInCall状态：
3. 2. 8. 1 OpStartAudioDuplex主叫打开RTP通道
3. 2. 8. 2 处理RTP/RTCP包:
3.2.8.3 ACK消息的处理过程OpAck
3. 2. 8. 4 OpConfTargetOk多方会议检测：
3.2.9 呼叫等待
3. 2. 9. 1 呼叫等待的详细描述：
3. 2. 9. 2 操作之间存在的竞争
3. 2. 9. 3 呼叫中所涉及模块介绍
3.3 等待对方的呼叫
3.3.1 OpRing等待对方的振铃消息
3. 3. 2 OpStartRinging开始响铃
3. 3. 3 OpRingingInvite处理又一个INVITE消息（呼叫等待）
3. 3. 4 OpAnswerCall被叫打开媒体通道开始通讯
3.3.5 回到StateInCall状态
4.如何在改造现有的终端使之能传递视频流。
4.1一个H.261+的Codec的基本构造
4. 2 增加视频能力所需要做的工作

全文下载：
http://www.huihoo.com/telecom/SIPa1.zip