彩信库(mmslib)设计备忘录 – Linux mobile development & HTML5 Games/App – 博客频道 – CSDN.NET

彩信库(mmslib)设计备忘录

转载时请注明出处和作者联系方式:http://blog.csdn.net/absurd

作者联系方式:Li XianJing <xianjimli at hotmail dot com>

更新时间:2006-12-19 

  

彩信库(mmslib)确实有一点复杂,尽管有两位高手指点,还是花了12个工作日才完成它的设计、编码和测试,写了超过4000行的C代码(除去测试程序、注释、空行和头文件)。主要原因还是没有相关经验,有些问题不得不花时间去尝试。这里写个备忘录,供有兴趣的朋友参考,避免走弯路。

 

彩信库(mmslib)的基本功能有:

l         创建彩信: 设置幻灯片的版式和时间,以及幻灯片所需要的图片、声音和文本等数据。

l         解析彩信: 把从彩信中心接收的彩信,解析成一个彩信对象,从中获取幻灯片相关数据。

l         解析彩信通知:彩信通知是通过SMS传输的,解析彩信通知,从中获取URL和主题等。

l         发送彩信:把彩信通过WAP网关和MMSC,发送到目标手机。

l         接收彩信:从彩信通知URL指定的位置下载彩信。

 

其间涉及到HTTP、WSP、SMIL、MMS封装和MIME等知识,尽管这都不是什么太复杂的东西,不过如果没有相关经验,一个小问题可能会折腾你好久(在此对给我帮助的两位高手表示感谢)。

 

彩信库(mmslib)的模块视图:

 

1.       彩信

mms: 代表整个彩信对象,它基本上只是一个容器,另外也提供了一些简单易用的接口。

 

mms_header: 彩信最前面是mms header,它的格式在彩信封装协议文档中有详细的描述(WAP-209-MMSEncapsulation-20020105-a.pdf),mms_header负责mms header的解析、打包和查询等职责。这部分比较简单和直观,唯一要注意的就是mms headercontent-type结束,而不是以长度标识结束。

 

mms_body:代表彩信的实际数据,基本上也只是一个容器。mms header后面紧跟的是组成mms_bodymms_body_part个数。

 

mms_smil: mms_smil本身也是mms_body_part的一种,但考虑到它相对其它mms_body_part来说地位非常特殊,而且我们是用C语言实现的,所以没有让它从mms_body_part继承过来。我们用expat作为XML解析器去解析SMIL,实现非常简单。SMIL的功能非常强大,但我们只支持最基本的幻灯片功能。

 

mms_body_part: 一般对应一个文件。每个mms_body_part都有一个wsp header来描述它的content-typecontent-idcontent-location等等信息,wsp header后面紧跟的是mms_body_part的数据。在彩信中,mms_body_partwsp header长度和数据长度描述,所以定位比较方便。另外,据高手称,关于mms_body_part的名称,各种手机处理的方式并不一样,有的是放在content-id中的,有的是放在content-location中的,有的是放在content-typeparam_name中的,还有的是放在param_filename中的,为了兼容不种的手机要,需要一一去匹配。

 

wsp_header: wsp header从语义上是兼容HTTP/1.1 header的,但是它采用压缩二进制编码,所以解析和打包都有所不同。关于编码方式在WAP-230-WSP-20010705-a.pdf中有详细的描述,至于它的语义可以参考rfc2616

 

2.         彩信通知

SMS中提取MMS通知数据,是在MMI后台的SMS插件中完成的,这里并不关心SMS头和用户数据头等信息。

 

mms_notify: 彩信通知。从SMS中取出的数据,是以WSP层协议PDU开始,接下来是MMS头。一位高手本身已经提醒过我,但由于忘了WAP-230-WSP-20010705-a.pdf8.2.1中关于common field的描述,结果浪费大半天时间。Common field后面是Push and ConfirmedPush PDU格式,根据其HeadersLen,我们可以很容易定位MMS header的开始。

 

wsp_header/mms_header同前面描述。

 

3.         传输

mms的传输在wsp 2.0中,可以直接使用基于TCP/IPHTTP协议,接收用GET请求,发送用POST请求。WAP网关10.0.0.172808080端口都支持wap 2.0。至于彩信中心,可以使用mmsc.monternet.com,也可以使用其它的。

 

mms_socket: socket的函数进行简单的封装。提供诸如发送、接收等基本功能和超时机制(select实现)

 

http_transacton: 是一个简单的http client,称它为transacton,大约是由于这段时间研究firefox2的源代码的影响,在firefox2中,它把http client称为http_transacton。它的主要功能就是构造HTTP请求头和解析HTTP响应数据包。它很简单,即不支持HTTP 100 continue,也不支持chunked数据,但对收发彩信来说已经够用了。

 

mms_transaction: 是一个简单的mms client,它负责收发彩信。

 

4.         其它工具类

 

mms_header_codec: 负责mms header的编/解码。

 

http_header_codec:负责http header的编/解码。

 

wsp_header_codec:负责wsp header的编/解码。

 

mms_input_buffer: 管理输入缓冲,提供WSP中的诸如var intshort intlong intvalue length等基本元素的解码。

 

mms_output_buffer: 管理输出缓冲,提供WSP中的诸如var intshort intlong intvalue length等基本元素的编码。

 

整个开发过程还算比较顺利,一个偶然的因素差点把我们陷入困境:用NokiaNMIT_41工具生成的彩信居然发送不出去,WAP网关10.0.0.172总是返回500,而且没有任何有用的提示信息。后来对比windows mobile 5.0发送的彩信,发现NMIT_41生成的彩信的body_part都带有Date头,去掉这个头,就OK了,至今也不明白其究竟。

 

若有不当之处,望高手不吝赐教。

 

~~end~~

来源URL:http://blog.csdn.net/absurd/article/details/1449515