基于mms的多媒体短信系统入门.doc

基于mms的多媒体短信系统设计摘要多媒体短信系统的网络依赖主要分为 WAP 和 HTTP 两种编程模式，本论文主要对 WAP 方式进行了分析。本文详细阐述了多媒体短信服务系统的体系结构，分别描述了 MMS 客户端、MMS 分发代理和 MMS 服务器实体的功能，相互之间数据交换的模型，以及与EMAIL、SMS 等的互通关系。重点分析了客户端与分发代理之间的各种传输流的交互流程与格式、各种类型 MMS PDU 的构成与编解码方法及实现、显示控制语言 MMS SMIL 的编码方法与解析的实现技术，同时详细地讲解了MMS客户端用户代理的各种功能及实现方法，以及Vcard、Vcalendar、Unicode 传输编解码技术等等。本文的最后对多媒体短信技术的发展方向提出了展望。关键词：多媒体短信，MMS，WAP，SMIL，PUSHAbstractMMS generally depends on WAP or HTTP programming model, This dissertation has been analysed to WAP way mainly.This dissertation detailedly illuminates the archtecture of MMS, function of entitys including MMS client ,MMS proxy relay and MMS server, model of interconnection between these entities and communication with other system such as email,sms and so on.The dissertation analyzes formats of all kinds of transaction between MMS client andMMS proxy relay, encapsulation of all sorts of MMS PDU and encoding/decoding of MMS SMIL script. MMS agent is interpreted and designed. Related technology is introduced such as Vcard、Vcalendar、Unicode charset and so on. After enough tests and applications, the implementation has been ported in many information appliances. DeltaMMS provide high degree of openness, modularity, and scalability. At present, it has been applied successfully in many cellphones such as tcl Key words：MMS，WAP，SMIL，PUSH目录1 绪论11.1 多媒体短信的由来11.2多媒体短信的现状21.3多媒体短信的发展前景32 多媒体短信的体系结构521 多媒体短信的基本构成522 多媒体短信的互连框架523 MMS客户端与MMS分发代理的接口724 MMS与Email服务器的互操作8241 发送MM到Email服务器8242 接收来自Email服务器的消息8243 主动从Email服务器检索消息825 MMS分发代理之间的互操作9251 对等MMS分发代理的发现9252 MMS分发代理之间的消息流926 MMS用户代理组成927 MMS地址格式928 MMS显示10281 MMS显示模式10282 显示控制语言1029 安全考虑10210 内容适应性调整113 事务交互流程与细节1231 事务交互流程12311 基本传输流12312 MMBOX支持1232 事务交互细节134 协议封装格式与编解码实现1441 MMS PDU模型1442 MMS PDU和头域详解15421发送请求PDU15422 发送应答PDU16423 MM通知PDU17424 通知应答PDU18425 MM获取PDU19426获取确认PDU20427转发请求PDU20428转发应答PDU21429传达报告PDU224210已读报告PDU224211 存储更新PDU244212 存储更新应答PDU244213 浏览下载PDU254214 浏览下载应答PDU254215 MMBOX描述PDU264216 MM上传PDU284217 上传应答PDU294218 MM删除PDU304219 删除应答PDU3043 PDU编码实现30431 发送请求PDU实现30432发送应答PDU实现31433通知PDU实现32434接收PDU实现：33435 传达报告PDU实现34436 通知应答PDU实现35437接收确认PDU实现355 多媒体短信的一致性分析3751 结构一致性分析3752 显示一致性分析3753 MMS SMIL一致性分析38531 SMIL标签及构成3854 内容一致性分析38541 多媒体短信分类38542 分类的详细说明3855适应性调整的一致性分析39551调整分类39552调整策略39553 静态图片调整方法40554 位图调整方法40555 语音调整方法41556音乐调整方法41557视频调整方法41558 MMS客户端的支持需求41559 MMS分发代理的支持需求4256 数权一致性分析42561 数权管理（DRM）简介42562 数权管理的消息格式4361 MM管理与配置4462 SMIL编解码实现46621 SMIL版本46622 SMIL编码实现46623 SMIL解码实现4863 编辑MM实现4964 显示MM实现：5065 Unicode编解码实现5166 媒体处理与实现52661 基于系统调用的处理52662 WBMP解码实现5267 数据融合的接口实现527 结束语54致谢55参考文献56附录一：57附录二：581 绪论1.1 多媒体短信的由来随着计算机技术和无线通讯领域的发展与繁荣，人们之间的联系和沟通更加地紧密，在当今的信息社会里，人们的沟通欲望越来越强，希望能在任何时间、任何地点都能及时地获取信息并相互传递，手机的诞生解决了人们当时的需求，语音通信发展得非常完善和成熟。为了进一步满足人们的异步沟通方式和对简单媒体的需求，作为信息载体的数据服务短消息服务（SMS）诞生了，短消息服务的推出受到了社会广泛的认可，并一度再创消费的新高，取得了巨大的成功。SMS是最早的短消息服务标准，英文全名为Short Messaging Service，它是目前也是迄今为止普及率和使用率最高的一种短消息业务。SMS的特点是：短消息的长度被限定在160字节之内(纯文本，包括文字和数字)，如果是二元非文本短消息(例如图片和铃声)，它的长度则为140字节，此外手机短信又有着设定保留功能，即使用户关机或不在服务区时，只要一进入网络即可收到。SMS最初是在80年代提出的，后来因为它的功能使用上简单方便，再加上收费低廉，因此在短短的几年时间里就红遍全球各地，祖国大江南北，据不完全统计，目前全球的文本短消息每月已经达到了300亿条，在去年第一季度，全球范围内的文本短消息总数高达500亿，且这一数字还呈现出不断增长的趋势，去年年底，全球范围内的文本短消息数量每月达到250亿条，在中国SMS短消息服务也呈现了飞速发展的态势，据统计北京地区光春节就发送了约1亿多条短消息，如此庞大的消费市场自然也吸引了众多的商家的目光，国内大的网站几乎无一例外都加入到这个最有前景的电信增值服务中来！但随着人们对短信内容和表现形式的要求越来越高，对视觉、听觉等多种媒体形式的需求越来越强烈，SMS作为第一代无线数据服务技术已不能满足人们日益增长的应用需求，所以开发更高短信服务标准的呼声也日益膨胀，但由于网络运营商在2.5G和3G网络的建立还需要一段时间，所以在这个背景下EMS的概念就被提了出来。EMS是英文Enhanced Message Service的缩写，中文意为增强型短消息服务。它比起SMS来，EMS的优势是除了可以像SMS那样发送文本短消息之外，还可以发送简单的图像、声音和动画等信息。而它最大的优势是仍然可以运行在原有SMS运行的GSM网络上，并且在发送途径和操作方法上也没有差别。但作为世界最大的手机制造商诺基亚并不支持EMS，他们认为3G的开通是迟早的事，如果在先阶段再去投入精力物力去支持一个实际意义并不大的过渡性技术，还不如踏踏实实搞好未来更高的短消息标准MMS。EMS最后也由于得不到诺基亚的支持，所以一直没有很好的推广开来！在SMS已到黔驴技穷，而EMS则是进退两难的尴尬境地之时，加上移动设备硬件处理能力的增强，彩屏的出现、和弦铃声的应用以及市场的需求的综合推动下，多媒体技术在无线领域中开始了进一步的应用，一种功能更新更强的短信标准多媒体短信（MMS）便悄然应运而生。1.2多媒体短信的现状MMS的工业标准是由WAP Forum(WAP论坛)和3GPP (3GPartnershipProject：3G伙伴计划)这两个组织制订的，当前主要由开放移动联盟（OMA）组织维护与升级。MMS是在WAP协议的上层运行，因此它对传输格式并没有严格的限制，既支持电路交换数据格式(circuit-switched data)，也支持通用分组无线服务GPRS格式。其工作原理为利用高速传输技术EDGE(Enhanced Data rates for GSM Erolution是一种提高数据速率的新技术，是GSM向第三代移动通信系统IMT-2000过渡的台阶。它也被称为“GSM 384”，因为这种技术能使数据速率由目前的9.6kbit/s提高到384kbit/s，这种速率可以支持语音、因特网浏览、电子邮件、会议电视等多种高速数据业务)和GPRS的支持下，以WAP(无线应用协议)为载体传送视频、图片、声音和文字。就目前而言，在3G网络还未正式投入使用以前，MMS仍将沿用WAP-push技术，也就是说在传输方式上还是类似于原来SMS的存储和转发功能，这意味着当手机用户发送一条MMS消息时，这条消息并不是由接受者直接收到，而是由俗称的短消息中心先一步接收到，然后短消息中心再向接收者发送一条接受指令，通知接收者从短消息中心下载消息。然而相对于基本上以纯文本内容为主的SMS,MMS短消息中心所要处理和传输的数据远远比纯文本格式的SMS短消息要复杂的多，因为除了要处理存储转发大量的数据外，它还要处理诸如接收者处于不同的网络，或者手机屏幕尺寸不同，那么MMS运营商的设备还需要检测这些情况，以便定制相应的消息格式。MMS是目前短信服务技术标准中最高的一种，它甚至还被吹捧为无线通信技术中最伟大的一项发明。那它到底比SMS好在哪里呢？从它的字面意思我们就可以看到它最大的特色就是支持多媒体功能。多媒体功能除可以传送纯文本消息外，还可以传输包括视频，图片，音乐等在内的各种内容，它的容量可以是30000字节-无限大，而且在编辑素材的获取上，MMS除了可以从手机内部或是互联网上获得外，而且还可以配合手机专用的摄像头从外部获取资源。MMS形象点儿解释就是比如当你有一张得意的照片或是一段有趣的动画想跟你不在身边的朋友分享时怎么办？以往你可能通过互联网发送给你的朋友，但如果你手上有一台具有MMS功能的手机，而对方也有这样的一部手机的话，那你不用再这么麻烦了！你现在就可以直接通过手机将这些内容发给你的朋友们，当然也可发送到他的邮箱里面。信息产业部今年统计显示，2004年全国手机移动短信业务量达到2177.6亿条，比上年同期增长58.8%。以每条0.1元计算，这一收入超过217亿元。信息产业部有关负责人说，我国移动增值新业务、新应用层出不穷。彩信作为短信的升级，以声像、图文并茂的多 媒体形式弥补了短信的单调形式；WAP服务可以使用户随时、随地接入互联网；JAVA应用把第三方应用程序下载到手机上，提供游戏、娱乐、商务和生活等方面的应用。随着第三代移动通信时期的到来，话音业务之外的移动增值服务会被越来越多的手机用户使用。 1.3多媒体短信的发展前景从中移动对外公布数据来看，多媒体短信业务前景似乎是一片光明：推出后的两个月内，全国多媒体短信业务总量达到56万条。可以说，这一业务的起点是相当高的。前景是诱人的，但行动是谨慎的。目前众多内容提供商（）们对多媒体短信抱着不温不火的态度。 多媒体短信的发展与下列因素有着紧密的关系：（1）市场的需求：随着社会信息化步伐的加快，人们对于多种媒体传达信息的方式和要求越来越高。（2）技术的发展：随着2.5G和3G的到来，多媒体数据在无线通信网络中的快速可靠传输成为现实。（3）终端厂商对多媒体短信前景还是持乐观态度。（4）价格问题。（5）内容服务水平：目前多媒体短信的内容服务提供确实不丰富，中国移动正与10多家内容提供商进行最后的通道测试，不久后，会推出电子相册、多媒体短信游戏等大量服务内容，同时计费问题也将在不久的将来得到很好的解决，为内容服务清除障碍。（6）从移动通信的发展进程看，MMS有很大的市场空间，有资料显示，在2005年底全球MMS业务量将达到700亿美元，这个市场会给产业链各节点提供广阔的利润空间。 2 多媒体短信的体系结构21 多媒体短信的基本构成多媒体短信（MM）在构成形式上类似于POWERPOINT风格，即MM由多个页面（帧）组成，每个页面可以包含图片或动画或视频、声音、文字等元素，在播放时按页面顺序显示。正如其名字所暗示的一样，多媒体短信服务（MMS）主要是为了实现传递多种媒体内容，通过客户端的支持环境来实现发送和接收上述媒体消息，MM的简单组成例子如图21：显示文本和图片播放的语音“我在巴黎度假时的所见”图2.1 带有多媒体内容短消息的例子(一个图片一段文字一段声音一个页面，一或多个页面一个MM)像当前的许多消息系统一样，比如因特网上传统的电子邮件服务和无线消息系统中的传真和短消息服务系统，多媒体短信服务是一种非实时的消息分发服务系统，能够提供存储转发的功能，并且能和这些系统之间进行互操作性应用。22 多媒体短信的互连框架多媒体短信的一个关键特征就是它能够和其他的消息系统进行互操作，比如和SMS的互连、和EMAIL服务器的互连，甚至包括和其他的如传真、语音邮件等消息系统互通等等。参考图22所示：多媒体短信分发代理设备MMS客户端其他MMS系统MMS客户端MMS服务器图2.2 MMS Network Representtation多媒体短信客户端：是用户的终端设备上的一个应用，它和用户进行交换。多媒体短信分发代理：MMS客户端就是与其进行通信，同时，它还负责与其他的消息系统进行通信，并且负责访问MMS服务器，有时MMS分发代理与MMS服务器合而为一。多媒体短信服务器：提供多媒体短信实体的存储功能。为了更好地帮助理解这种基于端到端的彩信系统的工作框架，下面的例子更好地阐明了事务的交互过程和每个组件的功能：（1）用户启动MMS客户端。（2）用户选择或输入MM接收地址。（3）用户编辑MM。（4）用户请求MMS客户端发送MM。（5）MMS客户端向本地网络内的MMS分发代理提交所完成的MM。（6）MMS分发代理解析MM接收地址。（7）MMS分发代理继续转发MM到目标MMS分发代理。（8）目标MMS分发代理将接收到的MM存入其相关联的MMS服务器。（9）目标MMS分发代理向目标MMS客户端发送新MM到达通知。（10）目标MMS客户端从目标MMS服务器获取该MM。（11）目标MMS客户端向用户发出新MM成功接收提示。（12）目标用户请求播放MM。（13）目标MMS客户端在用户终端上播放MM。23 MMS客户端与MMS分发代理的接口在MMS客户端和MMS分发代理的交互中，使用了标准的WAP模型，当然也可以使用HTTP/TCP/IP方式实现。在WAP模型中，MMS分发代理扮演了原始服务器（PULL操作）和PUSH发起端（PUSH操作）。下面首先介绍基于WAP方式的模型，如下图23：MMS分发代理设备无线网络网络/企业网网络负载无线传输网络负载HTTP网关MMS客户端图2.3 从MMS客户端到PR到逻辑结构在MMS客户端和WAP网关之间使用标准的WAP无线会话协议WSP进行消息传输，在WAP网关和MMS分发代理之间使用基于HTTP协议进行传输。MMS客户端与WAP网关交互的技术有WSP请求方法、WAPPUSH服务、OTA安全技术、能力协商等；WAP网关通过因特网技术与MMS分发代理交互；MMS分发代理负责发起对MMS客户端的通知，同时对外界进行数据交互，如发送MM到某邮箱或从某邮箱中取得邮件并转换为MM送给MMS客户端。下面介绍基于HTTP模式的交互模型，如下图24：MMS客户端MMS分发代理设备网络负载HTTP网络负载HTTP无线网络网络/企业网图2.4 使用HTTP协议包实现MMS客户端与MMS分发代理之间直接通过HTTP/TCP/IP体系进行数据通信，在上图中没有给出WAP网关的实体，但其还是存在的，其功能仅仅是为了PUSH通知给MMS客户端，即仅使用了WAPPUSH服务功能。对于MMS应用层而言，采用哪种交互模型并无差别。24 MMS与Email服务器的互操作MMS分发代理与电子邮件服务器的交互是双向的。241 发送MM到Email服务器MMS分发代理通过SMTP协议向Email服务器提交消息。MMS分发代理将MM的封装格式拆开，将消息重新封装为电子邮件的格式，即包含多种媒体的MIME格式，将MM中的相应的头域转换为合适的电子邮件中的头域，对于MM中的特殊的头域，则加前缀“X-Mms-”进行标记，这样既保证了邮件系统的正常工作，又保留了原始信息，以便以后可能的再次回转。242 接收来自Email服务器的消息MMS分发代理从Email服务器接收消息的转换与上述方法相似，邮件格式信息相应地转换为MM格式信息，“X-Mms-”前缀的头域会被相应地转换回来。243 主动从Email服务器检索消息MMS客户端的一个重要的功能是相当于Email客户端，它可以直接主动地获取Email服务器上的指定邮箱中的邮件，MMS分发代理通过标准邮件接收协议POP3或IMAP4从Email服务器接收邮件，并将其转换为合适的MMS格式。25 MMS分发代理之间的互操作MMS系统提供了消息存储转发的服务和能力，主要是通过MMS分发代理的中继能力实现的。其相互连接可以使用目前存在的各种合适的传输协议，当前普遍采用因特网电子邮件发送协议SMTP/ESMTP协议。251 对等MMS分发代理的发现MMS分发代理在与目标MMS分发代理发起通信以前，它必须清楚地知道对方的一些特定信息，依据不同的协议可采用不同的处理方法。如果使用SMTP协议时，则可通过ESMTP的能力报告和能力协商机制实现，尽可能地增强效率和扩展通信能力，来为随后的数据通信提供高效的保障。252 MMS分发代理之间的消息流源MMS分发代理在发起通信前，需将原MM消息进行格式扩展，被扩展的消息流会基于新的传输协议之上。对于SMTP协议而言，信息的消息流会基于SMTP协议之上，电子邮件PDU的相关头域会由原MMPDU的相关头域得到，其他特殊的头域则自行生成。26 MMS用户代理组成MMS用户代理负责MM的编辑与显示、发送与接收。MM显示功能由相应的内容播放模块完成，发送和接收则使用基于合适的网络协议之上的消息传输服务。WIM：WAP识别模块。EFI：增强功能接口27 MMS地址格式消息系统的一个重要的方面就是定位地址的能力，地址对于系统的运作应该是有效率的，同时对用户来说又应该是有意义的。（1）因特网地址，如：userdomain。（2）无线网络地址，如手机号。28 MMS显示281 MMS显示模式MMS的显示功能包括页面顺序、页内元素布局、时序处理等，相关设备包括显示设备和声音设备，MM的创建者可以指定MM的上述属性来指示接收方如何显示这一MM。目前由于终端设备的处理能力各不相同，如小的屏幕和有限的声音设备等，在内容编辑时尽量使其在不同的显示环境中仍有意义，遵循MMS的一致性规则；在将来，终端设备的处理能力和适应性能力增强，应遵循通用媒体的使用和处理，比如广告、宏媒体的应用等等。MMS显示规则是可选的，鉴于一些终端的处理能力非常有限，它们接收MM后，在显示时可以忽略顺序、布局、时序等属性，而根据自身的特点选择合适的方式来处理和显示MM或其中部分媒体。282 显示控制语言显示控制语言可以选择目前各种合适的语言，当前最常用的是无线标识语言WML和同步媒体集成语言SMIL。（1）WML：应用类似于浏览器中的应用，能够处理顺序和布局。（2）SMIL：它是扩展标识语言XML的简单版本，定义了一系列组块的语法和语义，支持顺序、布局、时序等属性，更适合于MM的显示。本文中的显示控制语言采用的是MMS SMIL，它是SMIL中的一部分，专用于MM的显示。显示语言作为MM的一部分随同多媒体对象一同传输，也就是：MM显示语言部分多媒体部分。在显示语言中直接通过相关标签定位其关联的多媒体对象数据，也可使用URL从远程获取资源数据。29 安全考虑MMS服务作为一个应用层服务，它本身没有提供自己的安全支持，在MMS系统中是否使用安全机制是可选的，但作为其承载的其他下层的安全机制都是可以采用的。例如，在MMS客户端与WAP网关间使用WTLS、WIM，在WAP网关与MMS分发代理间使用TLS，在MM数据包中采用S/MIME，以及其他的安全机制如PKI等等。但由于目前在整个交互链中缺乏广泛的安全机制的支持，所以当前没有采用安全机制或部分采用。210 内容适应性调整MMS服务系统的一个重要的功能就是进行内容的适应性调整，在具体的实施中，根据现实情况MMS分发代理可能会将某些媒体数据进行格式转换、属性调整以及删除等操作，比如图片被删掉、尺寸被缩小、颜色被转换等等，调整的主要决定因素有以下几种：（1）设备能力：一些终端设备的处理能力可能限制了多媒体元素的处理与播放，比如MM的数据大小、媒体类型、媒体属性等等。（2）带宽考虑：某种数据类型对于某种网络承载可能是不合适的，比如基于SMS的流应用是不合适的，这些因素也取决于用户或运营商的相关配置。（3）漫游考虑：这会涉及到同一运营商在不同地区的差别，甚至不同运营商之间的更大的不同，涉及到服务标准以及价格的考虑，所以需要进行内容的适应性调整，这些调整操作会在本地系统完成。MMS分发代理决定是否进行内容调整的手段有多种方式，其中一个主要的方式是通过能力协商获得，当MMS客户端与WAP网关进行交互时，首先进行了终端用户的能力协商WAP UA Prof，然后WAP网关将终端设备能力特征以及服务网络特征送给MMS分发代理用于保留并参考。3 事务交互流程与细节31 事务交互流程311 基本传输流MMS服务的实现是通过MMS客户端和MMS分发代理之间相互唤起和响应来传递信息的，这些传输流包括MM信息和相应的响应状态信息等，通常发送、接收和转发MM的传输流不依赖MM发起方、接收方和转发方的类型，端到端双方可以是不同的终端类型，比如，为同一分发代理范围内的MMS终端之间、其他MMS分发代理范围内的终端、传统的其他消息系统（不支持MMS的终端）以及电子邮件之间等等。通常的传输流大致需要以下几个步骤或类型：（1）MMS客户端发送MM、接收响应状态、接收相应的分发通知。（2）MMS客户端立即接收新MM。（3）MMS客户端延迟接收新MM。（4）MMS客户端转发位于MMS分发代理上的MM。（5）MMS分发代理发送新MM通知给MMS客户端。（6）MMS分发代理分发MM传达报告。（7）MMS分发代理分发MM已读报告。当MMS客户端接收到MMS分发代理通过WAP网关PUSH下来的MM通知，其可以采取立即下载的方式，通过WSP的GET请求获取MM，成功获取后再进行通知的回复。也可以采取延迟下载的方式，首先回复通知，在以后的时间里再下载MM，成功接收后给予确认。当MMS客户端接收到新MM通知时，其可以先执行转发请求再回复通知，也可以先回复通知再请求转发MM。312 MMBOX支持MMBOX是位于MMS中心服务器上的一块空间，类似于一个“邮箱”，功能及操作和电子邮件的IMAP相近，对于MMBOX的支持是可选的。MMBOX用于存储MM，支持下面几种类型的交互：（1）本地MM存储到MMBOX。（2）更新MMBOX中已有MM的状态和标记。（3）查看MMBOX中的相关信息。（4）从MMBOX中下载MM。（5）将新到MM存储到MMBOX。（6）从MMBOX中删除MM。（7）发送MM时，同时存储一个MM拷贝到MMBOX。（8）直接转发MMBOX中的MM到其他接收方。MMBOX中的MM均有MM状态属性，其由分发代理进行维护，客户端也可以强制指定状态，分类如下：sent：发送的同时存储一份拷贝。forwarded：转发的同时存储一份拷贝。new：将新到MM存储入MMBOX中的状态。draft：从客户端上传MM到MMBOX中的状态。retrieved：当MMBOX中MM被客户端成功下载后的状态。MMBOX中的MM均有MM标记属性，其由客户端进行维护，主要用于客户端检索、过滤MM之用。32 事务交互细节MMS事务交互细节流程主要如下：（1）MMS客户端发送MM。（2）MMS分发代理发送通知。（3）MMS客户端接收MM。（4）MMS客户端发送转发请求。（5）MMS分发代理发送传达报告。（6）已读报告。（7）MMBOX存储和更新。（8）MMBOX浏览和下载。（9）MMBOX上传操作。（10）MMBOX删除操作。4 协议封装格式与编解码实现41 MMS PDU模型完整的MMS信息被包含在MM SPDU之中，MM SPDU被封装在WSP PDU之中。包含MMS PDU的WSP PDU的内容类型必须被指定为application/vndwapmms-message，用以指明客户端应该进行的处理操作。在MMS PDU之中，通过使用application/vndwap multipartrelated内容类型可以将多媒体部分的内容与显示控制部分的内容封装成为一个消息体，封装模型参考下图41application/vndwapmms-messageMMS 报头表达简单信息图像压缩标准开始音频文件图4.1 MMS PDU 封装模型在MMS PDU中，当存在多媒体对象时，如果同时存在显示控制信息部分，此时，如果在multipart/related中存在Start参数（其指向显示控制信息部分），则上述各对象的排列顺序是无关紧要的；当不存在Start参数时，显示控制信息部分应该排列在第一位的位置上；当根本不存在显示控制信息部分时，如何显示则由客户端的显示策略来决定。对于MMS客户端来说，对于text/plain多媒体对象的支持是必须的，对字符集编码UTF-8的支持也是必须的。MMS PDU中的头域通常包括一个域名和一个域值，一些头域是常规的RFC822中的头域，其他的则是针对MMS的特殊的头域。42 MMS PDU和头域详解421发送请求PDUMMS客户端请求MMS分发代理发送MM，是通过M-Sendreq PDU来实现的。PDU中的头域是由客户端指定的，一些头域也可以被分发代理修改或补充，分发代理使用这些头域信息生成MM通知以及构造接收MM的PDU中的相关头域，连同消息实体一同送往接收方，消息体跟在头域之后。表 4.1 发送请求 PDU 头域头域名称头域值描述X-Mms-Message-TypeX-Mms-Transaction- IDX-Mms-MMS-Versionm-send-req字符串数字串必选项，指定 PDU 类型必选项，PDU 的唯一标识，关联请求和应答 PDU。必选项，版本号，如 1.2DateFrom长整型字符串可选项，PDU 提交的日期时间，不选时，分发代理会补充为接收请求的时间必选项，发送方地址ToCc字符串字符串可选项，可出现多次可选项，可出现多次Bcc字符串可选项，可出现多次Subject字符串可选项，MM 的主题X-Mms-Message- Class字节可选项，MM 的类型，自动：该MM由客户端自动生成，则不该要求传送和已读报告；不选，默认：个人X-Mms-Expiry长整型可选项，缺省为最大，MM 被存储在分发代理的时限，过期将删除，格式为相对时间或绝对时间X-Mms-Delivery- Time长整型可选项，缺省为立即，分发 MM的时间，格式为相对时间或绝对时间X-Mms-Priority字节可选项，缺省为正常，MM 的优先级X-Mms-Sender-Visibility字节可选项，发送方可显示或隐藏其地址，不选，隐藏续表4.1头域名称头域值描述X-Mms-Delivery-Report字节可选项，缺省为要求，指定发送方是否要求传达报告X-Mms-Read-Report字节可选项，指定发送方是否要求已读报告X-Mms-Store字节可选项，发送方是否要求发送的同时拷贝 MM 存储到 MMBOXX-Mms-MM-State字节可选项，指定存入 MM 的状态，缺省为 SentX-Mms-MM-Flags字符串可选项，指定添加或删除关联MMBOX 中一个 MM 的标记X-Mms-Reply-Charging字节可选项，指示发送方是否愿意为回复此 MM 付费。X-Mms-Reply-Charging-Deadline长整型可选项，指示了回复付费的期限，超出期限，不会为之付费X-Mms-Reply-Charging-Size长整型可选项，指示回复 MM 的最大尺寸，单位为字节X-Mms-Reply-Charging-ID字符串可选项，应仅存在于回复 MM 中，其值与原始发送方的 Message-ID相同Content-Type字符串必选项，MM 的内容类型422 发送应答PDU此PDU仅仅包含头域，参考下表42：表 4.2 发送应答 PDU 头域头域名称头域值描述X-Mms-Message-Typem-send-conf必选项，指定PDU类型X-Mms-Transaction-ID字符串必选项，关联请求与应答PDUX-Mms-MMS-Version数字串必选项，版本号，如1.2X-Mms-Response-Status字节必选项，操作实现状态X-Mms-Response-Text字符串可选项，对应状态的文字描述Message-ID字符串可选项，用于客户端匹配以后的传达报告和已读报告X-Mms-Content-Location字符串可选项，指明存储MM位于MMBOX中的地址X-Mms-Store-Status字节可选项，指示是否成功存储X-Mms-Store-Status-Text字符串可选项，对应状态的文字描述423 MM通知PDU通知PDU仅仅包含头域部分。标准的URI格式遵从于RFC2396，如http:/mmsc/message-id，参考下表43：表 4.3 MM 通知 PDU 头域头域名称头域值描述X-Mms-Message-Typem-notification-ind必选项，指定PDU类型X-Mms-Transaction-ID字符串必选项，PDU的唯一标识，关联请求和应答PDU。X-Mms-MMS-Version数字串必选项，版本号，如1.2From字符串可选项，发送或转发方的地址，发送方要求隐藏则不显示Subject字符串可选项，MM的主题X-Mms-Delivery-Report字节可选项，指示发送方是否要求传达报告X-Mms-Stored字节可选项，值YES表明此MM存储在MMBOX中X-Mms-Message-ClassX-Mms-Priority字节字节必选项，MM的类型，如果原始发送方此域空，则分发代理自动补充为“个人”可选项，MM的优先级X-Mms-Message-Size长整型必选项，MM的近似尺寸，单位为字节，客户端不可据此拒绝接收该MMX-Mms-Expiry长整型必选项，缺省为最大，MM被存储在分发代理的时限，过期将被删除，格式为相对时间X-Mms-Reply-Charging字节可选项，指示发送方是否愿意为回复此MM付费X-Mms-Reply-Charging-Deadline长整型可选项，指示了回复付费的期限，超出期限，不会为之付费X-Mms-Reply-Charging-Size长整型可选项，指示回复MM的最大尺寸，单位为字节X-Mms-Reply-Charging-ID字符串可选项，应仅存在于回复MM的通知PDU中，其值与原始发送方的Message-ID相同续表4.3头域名称头域值描述X-Mms-Distribution-Indicator字节可选项，此域是为增值服务商提供的，YES表示可以向其他人分发，NO不建议但没强制X-Mms-Element-Descriptor字符串可选项，其提供了一个关联消息元素的标识，指明欲接收的MM中含有什么多媒体X-Mms-Content-Location字符串必选项，下载MM的地址424 通知应答PDU该PDU仅仅包含头域部分。参考下表44：表 4.4 通知应答 PDU 头域头域名称头域值描述X-Mms-Message-Typem-notifyresp-ind必选项，指定PDU类型X-Mms-Transaction-ID字符串必选项，关联请求与应答PDUX-Mms-MMS-Version数字串必选项，版本号，如1.2X-Mms-Status字节必选项，消息状态，如已成功下载，应为RetrievedX-Mms-Report-Allowed字节可选项，缺省为是，指示接收方是否允许发送方请求的传达报告425 MM获取PDUMMS客户端通过标准的WSPGET方法请求MMS分发代理获取MM，其中包含一个定位MM的URL，分发代理应以M-RetrieveconfPDU予以应答，消息体紧跟头域之后，参考下表45：表4.5 MM获取PDU头域头域名称头域值描述X-Mms-Message-Typem-retrieve-conf必选项，指定PDU类型X-Mms-Transaction-ID字符串可选项，立即下载时，其和通知的该域值相同；延迟下载时，生成新值X-Mms-MMS-Version数字串必选项，版本号，如1.2续表4.5头域名称头域值描述Message-ID字符串条件项，用于客户端生成已读报告和回复MMDate长整型必选项，最后一次发送或转发该MM的时间或分发代理接收时间From字符串可选项，最后发送或转发方地址X-Mms-Previously-Sent-By字符串可选项，发送或转发方的地址加一个转发次数数字，可出现多次X-Mms-Previously-Sent-Date字符串可选项，发送或转发MM的时间加一个转发次数，次数值与上述域值同，可出现多次To字符串可选项，可出现多次Cc字符串可选项，可出现多次Subject字符串可选项，MM的主题X-Mms-MM-State字节可选项，仅从MMBOX中下载有效，指示MM的现在状态，当下载后自动变为RetrievedX-Mms-MM-Flags字符串可选项，仅从MMBOX中下载有效，MMBOX中一个MM的标记，多标记时可多次出现X-Mms-Message-Class字节可选项，MM的类型，如不选则默认：个人X-Mms-Priority字节可选项，优先级，缺省为正常X-Mms-Delivery-Report字节可选项，指定发送方是否要求传达报告，缺省为不要求X-Mms-Read-Report字节可选项，缺省为不要求，指定发送方是否要求已读报告X-Mms-Reply-Charging字节可选项，指示发送方是否愿意为回复此MM付费。X-Mms-Reply-Charging-Deadline长整型可选项，指示了回复付费的期限，超出期限，不会为之付费X-Mms-Reply-Charging-Size长整型可选项，指示回复MM的最大尺寸，单位为字节X-Mms-Reply-Charging-ID字符串可选项，应仅存在于回复MM中，其值与原始发送方的Message-ID相同续表4.5头域名称头域值描述X-Mms-Retrieve-Status字节可选项，下载操作实现状态X-Mms-Retrieve-TextX-Mms-Distribution-Indicator字符串字节可选项，对应状态的文本描述可选项，此域是为增值服务商提供的，YES表示可以向其他人分发，NO不建议但没强制Content-Type字符串必选项，MM的内容类型426获取确认PDU该PDU仅仅包含头域部分，参考下表46：表4.6获取确认PDU头域头域名称头域值描述X-Mms-Message-Typem-acknowledge-ind必选项，指定PDU类型X-Mms-Transaction-ID字符串必选项，关联M-Retrieve.conf PDU和此确认PDUX-Mms-MMS-Version数字串必选项，版本号，如1.2X-Mms-Report-Allowed字节可选项，缺省为是，指示接收方是否允许发送方请求的传达报告427转发请求PDU当MMS客户端请求转发一个包含Reply- char ging的MM时，MMS分发代理可以拒绝该转发请求，或者移去Reply- char ging头域后将其转发。分发代理将转发客户端的地址填入From域，将原From域的值作为X-Mms-Previously-Sent-By的值，并增加一个转发次数数字；同样地将原Date域的值作为X-Mms-Previously-Sent-Date的值，并增加一个相同的转发次数数字。参考下表47：表4.7转发请求PDU头域头域名称头域值描述X-Mms-Message-Typem-forward-req必选项，指定PDU类型X-Mms-Transaction-ID字符串必选项，PDU的唯一标识，关联请求和应答PDU。续表4.7头域名称头域值描述X-Mms-MMS-Version数字串必选项，版本号，如1.2Date长整型可选项，PDU提交的日期时间，不选时，分发代理会补充为接收请求的时间From字符串必选项，转发方地址To字符串可选项，可出现多次Cc字符串可选项，可出现多次Bcc字符串可选项，可出现多次X-Mms-Expiry长整型可选项，缺省为最大，MM被存储在分发代理的时限，过期将删除，格式为相对时间或绝对时间X-Mms-Delivery-Time长整型可选项，缺省为立即，分发MM的时间，格式为相对时间或绝对时间X-Mms-Report-Allowed字节可选项，缺省为是，指示接收方是否允许原始发送方请求的传达报告X-Mms-Delivery-Report字节可选项，缺省为要求，指定转发方是否要求传达报告X-Mms-Read-Report字节可选项，指定转发方