彩信库(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 header以content-type结束,而不是以长度标识结束。
mms_body:代表彩信的实际数据,基本上也只是一个容器。mms header后面紧跟的是组成mms_body的mms_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-type、content-id和content-location等等信息,wsp header后面紧跟的是mms_body_part的数据。在彩信中,mms_body_part有wsp header长度和数据长度描述,所以定位比较方便。另外,据高手称,关于mms_body_part的名称,各种手机处理的方式并不一样,有的是放在content-id中的,有的是放在content-location中的,有的是放在content-type的param_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.pdf的8.2.1中关于common field的描述,结果浪费大半天时间。Common field后面是Push and ConfirmedPush PDU格式,根据其HeadersLen,我们可以很容易定位MMS header的开始。
wsp_header/mms_header同前面描述。
3. 传输
mms的传输在wsp 2.0中,可以直接使用基于TCP/IP的HTTP协议,接收用GET请求,发送用POST请求。WAP网关10.0.0.172的80和8080端口都支持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 int、short int、long int和value length等基本元素的解码。
mms_output_buffer: 管理输出缓冲,提供WSP中的诸如var int、short int、long int和value length等基本元素的编码。
整个开发过程还算比较顺利,一个偶然的因素差点把我们陷入困境:用Nokia的NMIT_41工具生成的彩信居然发送不出去,WAP网关10.0.0.172总是返回500,而且没有任何有用的提示信息。后来对比windows mobile 5.0发送的彩信,发现NMIT_41生成的彩信的body_part都带有Date头,去掉这个头,就OK了,至今也不明白其究竟。
若有不当之处,望高手不吝赐教。
原文地址 : http://blog.csdn.net/absurd/archive/2006/12/19/1449515.aspx