蓝星际SIP协议栈和媒体库

开源的协议栈很多了,为什么我要写一个新的协议栈呢?
SIP协议越来越复杂了,而开源实现的协议栈更加复杂,效率十分低下。因为他们试图面面俱到,有的协议栈还试图兼容或转换H323。总之,没有看到一个简单的。
在我看来,要搞明白一个开源协议栈内部的构造并加以灵活应用,并不比我从底层开发一个新的、适应性强的协议栈来的容易。
再说,我喜欢自造车轮,SIP协议文本我研读了不下20遍,也写过简单的SIP转发服务器和注册服务器,有一定基础。

相对来说,SS7的ISUP编解码更复杂些,我在这上面做过很多应用。
另外,有几个客户急需,希望我的平台能立即支持。

开发协议栈(和媒体库)并反复测试直到它非常稳定,花了我将近1个月的时间,很久没有这么高强度的编码了,经常在深夜解决程序Bug的时候还要对付蚊虫,它是深圳一种更为常见的Bug。

我设计SIP协议栈(包括媒体库)的目标如下:
0、简单
   实现一定要简单,这样才能稳健。
   API接口也要简单,这要感谢前面和GregCheng的合作,他对SIP技术还有业界有精到的见解,他定义了一个合理的API界面。

1、和蓝星际平台无缝结合
蓝星际Koodoo语言的可编程能力超强,结合后就实现了SIP的动态可编程能力。
这很重要,现在运营商都进入IMS商用部署阶段了,他们对SIP进行了诸多扩展,“可编程的SIP”是个吸引人的目标,灵活性是很重要的。

2、大容量的并发性
比如单机1000-2000线,实际应用能到480路并发就可以,相当于单机16E1,够大了。
大容量并发的瓶颈在媒体处理。
好在现在服务器的性能都很好了,当然,必须要有优良的结构设计。

3、稳定性
系统的应用,是成为运营商IMS上的一个AS(带媒体功能的应用服务器),或者IP呼叫中心的软交换部件,或者是个可编程的信令或媒体网关,
总之是个需长期稳健运行的服务器。
(经过一段时间应用测试,目前可以说相当稳定了)

4、功能
首先要合乎标准,如SIP的标准,RTP的标准,DTMF的常用标准等。不一定实现标准的全部,但最主要的部分要实现(至少要和其他系统能够互联互通)。
通话要清晰,通话质量优先(带宽不重要了)。
支持多帐号注册,自动维护注册状态。
双方通话或多方会议。
文件播放或录制,可对会议进行放音或录制。

取舍决策
1、仅考虑windows环境
windows服务器现在已经很稳定了,但可维护性比Linux强的多。
当然,我采用C/C++实现,要移植到别的系统,不难。

2、先实现IpV4和UDP
传输层是独立的模块。IpV6,TCP,没问题,有需要的时候我增加模块即可。

3、先实现G711A编码
G711A即A率8000采样的单声道PCM编码,我国电话网上的标准就是这个编码。
首先,语音质量最好。其次,因为和电话网接口一致,省去转换的麻烦。另外,编码简单,在会议混音是占用CPU最少,能够做到大容量并发。
缺点,占更多的带宽,仅声音有效载荷部分每个通道就要占用64K的带宽。


这个决策基于这个前提:网络带宽按摩尔定律增长,带宽越来越不是问题,通话质量比带宽更重要。
其他编码和视频等暂不支持。

4、DTMF
仅实现RTP的101载荷,和Xlite等是一样的。
按照RFC2833标准实现。

5、需要支持会议
某些呼叫中心应用,多方通话是常见的。

6、支持某些语音卡
支持三汇的全部系列语音卡,因为他们有实时的IP录放音接口。
这样可以构造及其简单和低成本的IP呼叫中心或媒体网关。

7、RTP采用JrtpLib开源库
这个库是C++实现的,接口简单,很好。

8、不考虑实现为客户端协议栈
或者说,不优先考虑。

SIP协议栈实现
1、概念(基本上和RFC3261一致)
消息 - SIP原始消息,包括请求消息和应答消息
字段 - SIP字段头域
对话 - 标识一次呼叫
事务 - 对话内的一个小来回,比如Invite事务或Bye事务
TU   - 会话用户
简化起见,每个TU最多只能进行一个对话,对于服务器而言一个通道就是一个TU,因此可能有几千个预先创建好的TU对象
会话 - 一般是指接通后进行的媒体会话

2、实现
传输层 (负责消息的收发。收到的消息并不解析直接放到缓冲队列)
消息缓冲层(队列)
事务层 (构造事务或处理事务状态机)
TU层
驱动层 (对消息解析然后匹配到对话或事务)
API层 (C语言接口,供应用层调用)


媒体库实现:
Channel对象 - 媒体通道,里面一般包含rtp对象; 外部通道,则提供接口给语音卡层面连接
Rtp对象 - 负责进行媒体流的收发
收发器 - 比如rtp发送器,rtp接收器,文件播放play(是个接收器,从文件接收数据),文件录音rec(是个发送器,将混音后的数据发送到文件)
线程池 - 通过配置线程池的大小,可以优化性能。
Session对象 - 会话可以连接多个通道,即相当于通道加入到会话,可以以只听方式加入。会话对象类似于多人会话的会议室。
驱动层
API层 (C语言接口,供应用层调用)

如何实现高性能:
1、多线程
2、简单的并行算法
3、简单的对象之间的接口


小试牛刀,最近的两个应用:
1、外呼营销中心
为了节省费用并控制显号,他们和一外地voip运营商合作,该voip运营商提供数个sip帐号。
传统办法:用XLite软电话手工呼叫,需要很多帐号,而且不方便系统控制(如录音和业务管理)。

采用蓝星际系统:
座席 --> 蓝星际系统(SIP协议栈)--> Voip运营商
系统集中分配号码,控制呼叫,并对每个通话进行录音。操作和使用习惯就和他们原先基于E1的外呼营销系统一样。
蓝星际系统是个纯软件,安装在一个windows2003的4核服务器上。
属于呼叫密集型应用,60多个座席不通呼叫,每次通话都进行录制,录制格式为A率8000采样的wav文件(后台会自动压缩为Mp3存储)。
通话声音很清晰。

2、WebCall
客户是经营增值业务的。
他们的企业客户通过Web集成的页面,进行WebCall,进行两方的会话或多方的会议。
普通手机、固话号码和SIP分机可以一起进行通话或会议。
企业客户业务系统通过WebService方式调用我们开发的WebCall接口。

蓝星际平台SIP for三汇卡,采用4E1三汇语音卡。
操作系统windows2003 server。


鸣谢:Greg Cheng, Steven Shen

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值