彩信库(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了，至今也不明白其究竟。
若有不当之处，望高手不吝赐教。
~~end~~