WM手机中彩信的后台收发.docVIP

实现在WM手机中彩信的后台收发 彩信，即MMS：Multimedia Message Service，是继短信（SMS）、EMS（增强型短信服务）之后的“第三代短信服务”。彩信极大程度地扩展了可收发的媒介类型，文本、简单图片和铃声不在话下，复杂的图片如照片、大型的图表以及音乐片段、视频剪辑等也是彩信的用武之地。 本文的目的主要是说明如何在WM手机中，实现彩信的收发，并且尽可能不被人发现。事实上网上研究这个的肯定大有人在，毕竟彩信的数量与我们手机的话费是息息相关的，而且彩信可以传输许多数据，如图片、视频等等，因此，可以说实现了后台的彩信收发无疑是对个人隐私安全的极大挑战，我们平时也得关注自己手机安全，不能“手机”变“手雷”。 以下，我会从彩信的收发原理、彩信数据包（MMS PDU）的组成以及在手机中编程实现彩信的收发过程逐步进行介绍。 彩信的收发原理简介 彩信和其它WAP应用的架构差不多，都要经过WAP Gateway中转。彩信并非是直接投递给接收方，而是像邮件一样，先发送给一个彩信（中转）代理服务器（MMS Proxy-Relay）。彩信代理服务器暂时保存彩信，然后通过PUSH协议给彩信接收方发送一个通知，彩信接收方收到通知后从彩信代理服务器上下载以获取彩信的资源内容。彩信客服端（MMS Client，这里即指手机）和WAP网关之间用WAP传输协议传输，而WAP网关和彩信代理服务器之间走传统的TCP/IP协议。其上所诉如 REF _Ref262378147 \h 图 1下所示： 图 SEQ 图 \* ARABIC 1 假设有两部手机A和B，手机A想对手机B发送彩信，首先会通过WAP协议中的无线会话协议（WSP）发起会话请求，并由面向连接服务的无线传输协议（WTP）将彩信的资源数据传输出去。WAP PUSH是一种特殊的短信格式（这个在彩信接收部分会细讲），接受者手机B会收到这条“短信”并且按照里面所提供的网址，到MMSC去下载，然后下载完成之后会发送一个下载成功的提示给代理服务器，服务器也会将此彩信已发送成功并且被接收者提取的消息发给发信者手机A（有时这种短信回执被发信者给屏蔽了）。当然，如果说有的手机不能支持彩信接收业务，或者对方拒绝了你的彩信，发信者A则也会得到信息中心的提示，例如“尊敬的客户，你发送给B的彩信，由于未被接收方提取，已成功转发到XXXX”等等。以上说明如 REF _Ref262381785 \h 图 2所示： 图 SEQ 图 \* ARABIC 2 彩信数据包（MMS PDU）的组成 如果我们要发送一条彩信，除了知道怎么建立连接、怎么发送以外，还有一个重要的因素就是彩信数据包（MMS PDU）的建立。在NOKIA论坛上可以下载到一篇比较“古老”（2003年6月）的论文，叫做《How to Create MMS Services》，里面对于构造彩信的协议数据单元（PDU）有着详细的描述。但是可惜的是，不知道是因为这篇文章的时间太早还是因为实际采用中考虑到的其它因素，事实上，该论文所提供的例子MMS PDU和实际的彩信数据包相差比较大。不过即使如此，该论文仍然是构造彩信数据包的重要参考。 如那篇论文中所提到的，MMS PDU是由MMS Header和MMS Body组成，如下 REF _Ref262384240 \h 图 3所示。 图 SEQ 图 \* ARABIC 3 彩信的PDU定义了一些常用的消息域（以X-Mms-打头），有的消息域是公有的，每种消息都可以使用，有的消息域是专用的，只有特定的消息才能使用。除了常用的消息域外，也可以自定义消息域（以X-打头）。 其中常见的消息域有：X-Mms-Message-Type、X-Mms-Transaction-ID、X-Mms-Version、From、Subject、Content-type等等。事实上，彩信的PDU编码和HTTP协议的有点类似，但是由于为了节省带宽（毕竟是手机嘛），彩信的PDU的消息域采用的是二进制编码（WAP协议也是），其头部域名的规则表如下所示： Name Assigned Number Bcc 0x01 Cc 0x02 X-Mms-Content-Location 0x03 Content-Type 0x04 Date 0x05 X-Mms-Delivery-Report 0x06 X-Mms-Delivery-Time 0x07 X-Mms-Expiry 0x08 From 0x09 X-Mms-Message-Class 0x0A Message-ID 0x0B X-Mms-Message-Type 0x0C X-Mms-MMS-Version 0x0D