基于WSP/WTP的MMS传输(3)——MMS PDU结构

浏览: 18 发布日期: 2016-11-30 分类: c

MMS PDU结构

       MMS PDUProtocol Data Unit协议数据单元)由MMS头和MMS消息体组成,MMS头由多个域名和域值组成,由客户端指定, MMS头里面的一些域可以被MMS Proxy-Replay修改或补充,MMS Proxy-Replay使用这些头域信息生成MM通知以及构造接收MM PDU中的相关头域,连同消息实体一同送往接收方。消息体跟在MMS头之后,大多数MMS PDU只含有MMS头,它们起到建立和维持通信的作用,只有在M-Send.reqM-Retrieve.conf PDU中才有消息体。

3.1 MMS Header

MMS PDUHTTP 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变得有效。

这个解决的办法就是MIMEMultipart Internet Mail Extensions)规范,这个规范的最初作用是在emailplain 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"

--boundary-example

  Content-Type: text/html; charset="US-ASCII"

  ... ... <IMG SRC="fiction1/fiction2"> ... ...

... ... <IMG SRC="cid:def@foo.bar.net"> ... ...

 --boundary-example

 Content-Type: image/gif

Content-ID: <abc@foo.bar.net>

Content-Location: fiction1/fiction2

…………………..Gif data

--boundary-example

Content-Type: image/gif

Content-ID: <def@foo.bar.net>

Content-Location: fiction1/fiction3

…………………..Gif data

--boundary-example--

 

Content-type

位于信息头部的content-type用于通知接收的终端消息的各个不同部分的内容是相互关联的、并且可能是相互索引的(refer to one another)。而在信息体里面的ContentType用来指定该部分内容的数据类型。

Boundary

返回顶部