基于Linux和MiniGUI的SIP电话终端设计

基于Linux和MiniGUI的SIP电话终端设计,第1张

  0 引言

  随着VoIP的迅猛发展,越来越多的个人用户正在使用软件电话、IP电话通过VoIP系统拨打国内和国际长途,IP电话的需求量越来越大,同时,人们对IP电话的要求也越来越高,例如要求IP电话体积小、方便携带、功耗低、待机时间长、漂亮的人机交互界面,功能可扩展等。解决这些需求的可行方案就是用嵌入式系统,具体而言就是采用一款32位嵌入式处理芯片(如ARM、Power PC),将Linux *** 作系统和MiniGUI图形库经过裁减移植到这些嵌入式处理芯片所构建的硬件平台上。由于Linux具有强大的网络功能,而MiniGUI是一款优秀的针对嵌入式Linux的轻量级图形用户界面库,在它们的基础上做应用开发,能够保证IP电话的稳定性和功能扩展,也能开发出漂亮的人机交互界面。

  目前用来实现VoIP系统的协议有三种:SIP、MGCP和H.323,其中SIP协议是应用得最广泛的协议,所谓SIP电话就是支持SIP协议的IP电话。

  1 SIP电话实现方案

  根据IP电话的功能需求,SIP电话应当实现人机界面的交互、呼叫处理、语音的采集和播放、语音的编码和解码、语音的实时传输。本设计人机界面的交互使用嵌入式系统硬件平台上的LCD和功能按键,采用MiniGUI图形库和Linux按键驱动;呼叫处理模块使用硬件平台上的网络接口,采用eXoSIP协议栈;语音的采集与播放使用硬件平台上的音频接口,采用Linux音频设备驱动;语音的编码和解码直接采用开源G.7-29A源代码;语音的实时传输使用RTP协议,采用开源的JRTPLIB库。

  SIP电话软件结构图如图1所示。SIP电话由八个模块组成。每一模块对应一个线程。其中,主线程(线程1)的任务是:a.加载配置文件到内存中;b.初始化音频设备和功能按键设备;c.创建RTP会话实例和初始化eXoSIP协议栈;d.初始化四个数据区缓冲结构;e.创建、管理、撤消子线程;f. 显示SIP配置文件的配置信息和状态信息,处理来自呼叫处理模块子线程的消息。呼叫处理模块子线程(线程2)的任务是:通过调用eXoSIP协议栈的API函数,实现SIP电话的呼叫过程控制。语音采集模块子线程(线程3)的任务是:实现语音的采集并将采集到的语音数据存储到全局数据缓冲区队列1中。语音编码模块子线程(线程4)的任务是:从全局数据缓冲区队列1中读取PCM码流并对其进行编码,将转化过后的G.729码流存储到全局数据缓冲区队列2中。数据发送模块子线程(线程5)的任务是:从全局数据缓冲区队列2中提取G.729码流,打包成RTP数据包发送到出去。数据接收模块子线程(线程6)的任务是:检测接收端口上的RTP语音包,提取G.729码流存储到全局数据缓冲区队列3中。语音解码模块子线程(线程7)的任务是:从全局数据缓冲区队列3中读取G.729码流对其进行解码,将转化过后的PCM码流存储到全局数据缓冲区队列4中。语音播放模块子线程(线程8)的任务是:从全局数据缓冲区队列4中读取PCM码流,通过D/A转换成模拟语音信号。

  

基于Linux和MiniGUI的SIP电话终端设计,SIP电话软件结构图 www.elecfans.com,第2张

  2 各线程模块的实现

  主线程模块主要完成系统各个功能模块的初始化工作,也是程序的入口点,MiniGUI程序的入口点为MiniGUIMain()函数;配置文件的加载拟完成从根文件系统到内存的加载,然后进行解析,存放在全局SIP配置参数结构中。配置文件用来存放呼叫处理模块和语音传输模块使用的参数,具体包括:本机IP地址、子网掩码、网关地址、SIP服务器IP地址,SIP端口号、用户名、本机电话号码、密码、RTP端口号、被叫电话号码和注册间隔时间。初始化音频设备拟完成打开音频设备文件,设置音频设备的采样频率,量化位数和声道数目。打开音频设备文件可

  通过调用Linux系统函数audio_fd=open(“/dev/dsp”,O_RDWR)来实现,调用成功后将返回音频设备的文件描述符。设置音频设备的采样频率,量化位数和声道数目可通过调用ioctl(fd,….)函数来实现。功能按键设备的初始化很简单,直接调用buttons_fd=open“/dev/b-uttons”,O)函数打开按键设备文件即可。创建RTP会话实例,可通过调用JRTPLIB库的RTPSession类来完成,然后调用RTPSession类的Create()方法来对其进行初始化,创建完成后,需设置RTP会话实例的传输参数和会话参数。eXoSIP协议栈的初始化直接调用eXoSIP协议栈所提供的初始化函数。七个子线程的创建可通过调用pthread_create函数来完成。SIP配置信息的显示拟完成配置文件中的信息在MiniGUI主窗口上的显示,主要显示本机的IP地址和端口号、SIP服务器的IP地址、本机号码、本机用户名。SIP状态信息的显示拟完成对整个SIP事务迁移状态的显示。例如,如果收到"180Ringing"消息,则在MiniGUI主窗口上显示“对方正在响铃”,如果收到定时器的超时消息,则在MiniGUI主窗口上显示“无人接听,请稍后再拨”。SIP状态信息的显示是一个消息驱动的动态显示。SIP配置信息和状态信息的显示直接采用MiniGUI的窗口模型和消息处理机制。SIP配置信息的显示直接通过调用MiniGUI提供的TextOut(hdc,O,O,host_ip)将SIP参数结构中的参数显示在MiniGUI主窗口上。SIP状态信息的显示必须为每个SIP事务消息定义相对应的MiniGUI消息,以"180 Ringing"消息和定时器超时消息为例,自定义消息如下:

  #define MSG_180Ringing(MSG_USER+10)

  #define MSG_TImerC(MSG_USER+11)

  当呼叫处理模块子线程收到IP网络上的“180 Ringing”消息和Linux内核的定时器超时消息后,则通过调用SendMessage(hWnd,MSG_180-Ringing,0,0L)向MiniGUI主线程发送MSG_180Ringing消息,主线程通过调用GetMessage()函数获取呼叫处理模块子线程所发过来的消息,通过调用DispatchMessage(&Msg)函数把这些消息发送到窗口过程函数进行处理。窗口过程函数收到相应的消息,首先判断消息的类型,若是MSG_180Ringing消息,然后调用TextOut(hdc,0,0,“对方正在响铃”)函数在窗口上显示“对方正在响铃”字样。

  呼叫处理模块子线程可直接调用eXoSIP协议栈所提供的API函数集,eXoSIP是在oSIP2的基础上对SIP消息的API作了更上层的封装,能够很容易实现SIP电话的呼叫过程控制。呼叫处理模块子线程实现的难点是当呼叫连接成功后,如何启动语音采集、语音编码、数据发送、数据接收、语音解码和语音播放6个子线程。本设计采用Linux线程间通信-管道机制向其它6个子线程发送启动标识,6个子线程接收到启动标识后,唤醒各自的线程,进行相应的语音处理和语音的传输。同样,当呼叫连接释放时,呼叫处理模块子线程向6个子线程发送停止标识,6个子线程接收到停止标识后,停止语音处理和语音的传输,阻塞各自的线程。

  语音采集模块、语音编码模块、数据发送模块、数据接收模块、语音解码模块和语音播放模块6个子线程的过程控制是一样的,首先进入主循环,调用Linux系统函数select()阻塞本线程,侦听本线程与呼叫处理模块子线程之间的管道,若管道中有数据,则调用系统函数read()读取数据,判断数据是否为启动标识,若是,则进入子循环进行相应的处理;若为其它数据,则重新回到新一轮的循环。进入子循环进行相应的处理的同时,将select()设为非阻塞模式,调用select()函数侦听本线程与呼叫处理模块子线程之间的管道,若管道中有数据,则调用系统函数read()读取数据,判断数据是否为停止标识,若为停止标识,则跳出子循环重新回到主循环,线程重新回到阻塞状态;若为其它数据,则不做任何处理,重新回到子循环。

  由于各子线程共享数据缓冲区队列,为了正确读写数据,在设计数据缓冲区队列结构和读写 *** 作函数时,使用了Linux下线程间的同步和互斥机制,保证了对内存资源的安全共享。为了设计出通用的数据缓冲区队列结构和读写 *** 作函数,不妨将向缓冲区写数据的子线程定义为生产者线程,将从缓冲区读取数据的子线程定义为消费者线程。为了保证对数据缓冲区队列进行安全的读写 *** 作,生产者线程和消费者线程必须满足两个条件:

  (1)生产者线程写入缓冲区的数目不能超过缓冲区容量;

  (2)消费者线程读取的数目不能超过生产者线程写入的数目。

  为了实现这两个条件,在程序实现中使用了写指针和读指针来判断缓冲区是空还是满。在初始化时读指针和写指针为0;如果读指针等于写指针,则缓冲区是空的;如果(写指针+1)%N等于读指针,则缓冲区是满的,%表示取余数,N表示缓冲区队列的长度。

  3 结语

  本文提出了基于嵌入式Linux和MiniGUI的SIP电话终端的实现方案,并给出了各线程模块的实现方法,与传统的台式IP网络电话解决方案相比,本方案具有如下突出的特点与创新点:a.体积小、功耗低,由于系统所依赖的硬件平台是嵌入式系统平台,而嵌入式硬件平台本身具有体积小、功耗低特点。b.功能可扩展。由于嵌入式系统软硬件可裁剪,可以方便开发人员进行功能扩展。c.图形界面漂亮。由于系统采用嵌入式图形界面MiniGUI,可以开发出漂亮的图形界面。d.采用多线程机制和缓冲区队列对语音的采集与播放、语音的编码与解码和语音的实时传输进行并行处理,保证了语音通话的连续性。

  对系统进行测试的结果表明,本设计能够对呼叫进行稳键的控制,能够保证语音通话的连续性,对从事相关产品的开发具有一定的参考价值。欲了解更多信息请登录电子发烧友网(http://www.elecfans.com)

欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/dianzi/2712857.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-08-17
下一篇 2022-08-17

发表评论

登录后才能评论

评论列表(0条)

保存