三 MMS PDU结构
MMS PDU（Protocol Data Unit，协议数据单元）由MMS头和MMS消息体组成，MMS头由多个域名和域值组成，由客户端指定， MMS头里面的一些域可以被MMS Proxy-Replay修改或补充，MMS Proxy-Replay使用这些头域信息生成MM通知以及构造接收MM PDU中的相关头域，连同消息实体一同送往接收方。消息体跟在MMS头之后，大多数MMS PDU只含有MMS头，它们起到建立和维持通信的作用，只有在M-Send.req和M-Retrieve.conf PDU中才有消息体。
MMS PDU和HTTP PDU极为类似，但要简单一些。一个MMS PDU对应一种消息格式。不同类型的MMS PDU有不同的MMS Header 。MMS Header根据WAP-209协议和RFC2387的规定，由一系列的域组成，这些域定义了PDU的各种属性，包括PDU类型，版本号，接受方，发送方，主题，发送时间等。MMS Header中的域分为可选项和必选项，根据PDU的类型不同而不同。
常见的PDU的类型有：
发送请求: M-send.req
发送确认: M-send.conf
彩信通知: M-notification.ind
通知回应: M-notifyresp.ind
获取彩信回应: M-retrieve.conf
接收确认: M-acknowledge.ind
彩信回执: M-delivery.ind
MMS Header后面立即接的就是Message Body。根据MMS Body组装的是否有序（是否有位置控制信息，有显示先后顺序），MMS消息体的组装方式分为:
application/vnd.wap.multipart.mixed方式
所有的消息内容混合在一起，没有时间上的顺序，内容怎么显示由客户端的显示控制策略来决定。
application/vnd.wap.multipart.related方式
各消息内容之间有一定关系，该关系可能是显示的时间上的先后，显示的位置等。这样在终端显示该消息的时候，就可以以幻灯片的方式显示一系列消息，使得该MM的显示更加趣味化。
在application/vnd.wap.multipart.related方式的MMS PDU之中，含有显示控制部分“presentation”，而application/vnd.wap.multipart.mixed不含有该部分。
“presentation”是 MMS 中一个特殊的消息内容（part），它决定了其他消息内容的显示控制信息。实现“presentation”这个消息内容的语言，就是SMIL (Synchronized Multimedia Integration Language)。SMIL是一种简单的标记性语言，内容书写格式和HTML类似。“presentation”正是用SMIL来表示这些多媒体元素显示的次序，位置，开始播放的时间，结束时间。下面给出一个SMIL结构的例子，其中<!—注释-->是注释部分：
例子（包含两帧,每帧包括一张图片和一段文本）
<smil>
<--!以smil开始-->
<head>
<--!header smil 头-->
<layout>
<--!显示的底板控制-->
<root-layout height="200" width=”176" />
<--!显示的内容定义-->
<region id="Image" height="144" width="176” />
<region id="Text" height="56" width="176" fit="scroll" />
</layout>
</head>
<body>
<--!显示内容控制-->
<--!第一帧, 持续时间为20秒，显示文件名称是videofilename.3gp -->
<par dur="20000ms">
<video src="videofilename.3gp" region="Image" />
<text src="Text1.txt" region="Text" />
</par>
<--!第二帧开始，持续2秒-->
<par dur="2000ms">
<img src="image.gif" region="Image" />
<text src="cid:Text2" region="Text" />
<--!第二帧结束-->
</par>
</body>
<--!smil结束-->
</smil>
看见了吧，和HTML语言差不多。SMIL写好了以后，在windows平台上，另存为.smil文件以后，可以用支持smil格式的视频播放器打开，前提是smil文件和里面引用到的多媒体元素放在同一个目录里面。
前面说过，同音频，视频，文本及图片文件这些多媒体元素一样，“presentation”也是一个消息part，它们在Message Body中的排列顺序可以是任意的。还记得前面说过的MMS Header最后一个域Content Type吧，当MM内容包含SMIL格式的表现层时，content type必须为application/vnd.wap.multipart.related，否则使用application/vnd.wap.multipart.mixed。
客户端怎么知道从哪个部分开始显示呢？当存在多媒体对象和显示控制信息时，即存在“presentation”部分，如果在Content Type中存在Start参数，“presentation”如果不是消息体的第一个part，则必须用start参数指出其所在位置;当不存在Start参数时，“presentation”部分应该排列在第一位的位置上，即紧接在MMS Header后面;当根本不存在“presentation”部分时，如何显示则由客户端的显示策略来决定。
3.3 MMS的封装（Encapsulation）
对于使用SMIL语言描述的MMS，在通过无线网络发送的时候，我们必须通过一种方式把SMIL和附属的多媒体内容包装在一起，能够以一个unit（整体）的形式发送出去，以便SMIL文件各个部分内容的reference变得有效。
这个解决的办法就是MIME（Multipart Internet Mail Extensions）规范，这个规范的最初作用是在email的plain text的主体中加入不同的内容。比如说，发送带有附件的email，这个时候你就使用了MIME的规范。MIME负责把所有的独立的文本、图像、声音、视频内容以及SMIL文件本身捆绑在一起，用于告诉接受的终端这个MMS的内容是相互相关（related to one another）并且相互参考的（referenced to one another）。MIME规范(RFC2045-2049)和OMA制定的Multimedia Messaging Service Encapsulation Protocol规定的二进制码格式有一一对应的关系。
MIME封装示例
下面是根据RFC文档给出的MIME的封装示例：
| Content-Type: application/vnd.wap.multipart.related; boundary="boundary-example"; type="application/smil" |
最低0.47元/天 解锁文章
4598
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
