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

1、 第 1 页 共 63 页基于mms的多媒体短信系统设计摘要多媒体短信系统的网络依赖主要分为 WAP 和 HTTP 两种编程模式，本论文主要对 WAP 方式进行了分析。本文详细阐述了多媒体短信服务系统的体系结构，分别描述了 MMS 客户端、MMS 分发代理和 MMS 服务器实体的功能，相互之间数据交换的模型，以及与EMAIL、SMS 等的互通关系。重点分析了客户端与分发代理之间的各种传输流的交互流程与格式、各种类型 MMS PDU 的构成与编解码方法及实现、显示控制语言 MMS SMIL 的编码方法与解析的实现技术，同时详细地讲解了 MMS 客户端用户代理的各种功能及实现方法，以及 Vcard

2、、Vcalendar、Unicode 传输编解码技术等等。本文的最后对多媒体短信技术的发展方向提出了展望。关键词：多媒体短信，MMS，WAP，SMIL，PUSH第 2 页 共 63 页AbstractMMS 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 inclu

3、ding 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

4、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 o

5、f openness, modularity, and scalability. At present, it has been applied successfully in many cellphones such as tclKey words：MMS，WAP，SMIL，PUSH第 3 页 共 63 页目录1 绪论 .11.1 多媒体短信的由来 11.2 多媒体短信的现状 .21.3 多媒体短信的发展前景 .32 多媒体短信的体系结构 521 多媒体短信的基本构成 .522 多媒体短信的互连框架 .523 MMS 客户端与 MMS 分发代理的接口 724 MMS 与 Email 服务器的

6、互操作 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 事务交互细节 .13

7、4 协议封装格式与编解码实现 .1441 MMS PDU 模型 1442 MMS PDU 和头域详解 15421 发送请求 PDU15422 发送应答 PDU.16423 MM 通知 PDU .17424 通知应答 PDU.18425 MM 获取 PDU .19426 获取确认 PDU20427 转发请求 PDU20428 转发应答 PDU21第 4 页 共 63 页429 传达报告 PDU224210 已读报告 PDU224211 存储更新 PDU.244212 存储更新应答 PDU.244213 浏览下载 PDU.254214 浏览下载应答 PDU.254215 MMBOX 描述 PDU2

8、64216 MM 上传 PDU 284217 上传应答 PDU.294218 MM 删除 PDU .304219 删除应答 PDU.3043 PDU 编码实现 .30431 发送请求 PDU 实现 30432 发送应答 PDU 实现 .31433 通知 PDU 实现 .32434 接收 PDU 实现： .33435 传达报告 PDU 实现 34436 通知应答 PDU 实现 35437 接收确认 PDU 实现 .355 多媒体短信的一致性分析 3751 结构一致性分析 .3752 显示一致性分析 .3753 MMS SMIL 一致性分析 .38531 SMIL 标签及构成 3854 内容一致性

9、分析 .38541 多媒体短信分类 38542 分类的详细说明 3855 适应性调整的一致性分析 39551 调整分类 .39552 调整策略 .39553 静态图片调整方法 40554 位图调整方法 40555 语音调整方法 41556 音乐调整方法 .41557 视频调整方法 .41558 MMS 客户端的支持需求 41559 MMS 分发代理的支持需求 4256 数权一致性分析 .42561 数权管理（DRM）简介 42第 5 页 共 63 页562 数权管理的消息格式 4361 MM 管理与配置 .4462 SMIL 编解码实现 .46621 SMIL 版本 46622 SMIL 编码

10、实现 46623 SMIL 解码实现 4863 编辑 MM 实现 .4964 显示 MM 实现： .5065 Unicode 编解码实现 .5166 媒体处理与实现 .52661 基于系统调用的处理 52662 WBMP 解码实现 .5267 数据融合的接口实现 .527 结束语 54致谢 55参考文献 56附录一： 57附录二： 58第 6 页 共 63 页1 绪论1.1 多媒体短信的由来随着计算机技术和无线通讯领域的发展与繁荣，人们之间的联系和沟通更加地紧密，在当今的信息社会里，人们的沟通欲望越来越强，希望能在任何时间、任何地点都能及时地获取信息并相互传递，手机的诞生解决了人们当时的需求，

11、语音通信发展得非常完善和成熟。为了进一步满足人们的异步沟通方式和对简单媒体的需求，作为信息载体的数据服务短消息服务（SMS ）诞生了，短消息服务的推出受到了社会广泛的认可，并一度再创消费的新高，取得了巨大的成功。SMS 是最早的短消息服务标准，英文全名为Short Messaging Service，它是目前也是迄今为止普及率和使用率最高的一种短消息业务。SMS 的特点是：短消息的长度被限定在 160 字节之内(纯文本，包括文字和数字) ，如果是二元非文本短消息(例如图片和铃声)，它的长度则为 140 字节， ，此外手机短信又有着设定保留功能，即使用户关机或不在服务区时，只要一进入网络即可收到

12、。SMS 最初是在 80 年代提出的，后来因为它的功能使用上简单方便，再加上收费低廉，因此在短短的几年时间里就红遍全球各地，祖国大江南北，据不完全统计，目前全球的文本短消息每月已经达到了 300 亿条，在去年第一季度，全球范围内的文本短消息总数高达500 亿，且这一数字还呈现出不断增长的趋势，去年年底，全球范围内的文本短消息数量每月达到 250 亿条，在中国 SMS 短消息服务也呈现了飞速发展的态势，据统计北京地区光春节就发送了约 1 亿多条短消息，如此庞大的消费市场自然也吸引了众多的商家的目光，国内大的网站几乎无一例外都加入到这个最有前景的电信增值服务中来！但随着人们对短信内容和表现形式的要

13、求越来越高，对视觉、听觉等多种媒体形式的需求越来越强烈，SMS 作为第一代无线数据服务技术已不能满足人们日益增长的应用需求，所以开发更高短信服务标准的呼声也日益膨胀，但由于网络运营商在 2.5G 和 3G 网络的建立还需要一段时间，所以在这个背景下 EMS 的概念就被提了出来。EMS 是英文 Enhanced Message Service 的缩写，中文意为增强型短消息服务。它比起 SMS 来，EMS 的优势是除了可以像 SMS 那样发送文本短消息第 7 页 共 63 页之外，还可以发送简单的图像、声音和动画等信息。而它最大的优势是仍然可以运行在原有 SMS 运行的 GSM 网络上，并且在发送

14、途径和操作方法上也没有差别。但作为世界最大的手机制造商诺基亚并不支持 EMS，他们认为3G 的开通是迟早的事，如果在先阶段再去投入精力物力去支持一个实际意义并不大的过渡性技术，还不如踏踏实实搞好未来更高的短消息标准MMS。EMS 最后也由于得不到诺基亚的支持，所以一直没有很好的推广开来！在 SMS 已到黔驴技穷，而 EMS 则是进退两难的尴尬境地之时，加上移动设备硬件处理能力的增强，彩屏的出现、和弦铃声的应用以及市场的需求的综合推动下，多媒体技术在无线领域中开始了进一步的应用，一种功能更新更强的短信标准多媒体短信（MMS）便悄然应运而生。1.2 多媒体短信的现状MMS 的工业标准是由 WAP

15、Forum(WAP 论坛)和 3GPP (3GPartnershipProject：3G 伙伴计划) 这两个组织制订的，当前主要由开放移动联盟（OMA）组织维护与升级。MMS 是在 WAP 协议的上层运行，因此它对传输格式并没有严格的限制，既支持电路交换数据格式(circuit-switched data)，也支持通用分组无线服务 GPRS 格式。其工作原理为利用高速传输技术 EDGE(Enhanced Data rates for GSM Erolution 是一种提高数据速率的新技术，是 GSM 向第三代移动通信系统 IMT-2000 过渡的台阶。它也被称为“GSM 384”，因为这种技术

16、能使数据速率由目前的 9.6kbit/s 提高到384kbit/s，这种速率可以支持语音、因特网浏览、电子邮件、会议电视等多种高速数据业务) 和 GPRS 的支持下，以 WAP(无线应用协议)为载体传送视频、图片、声音和文字。就目前而言，在 3G 网络还未正式投入使用以前， MMS 仍将沿用 WAP-push 技术，也就是说在传输方式上还是类似于原来 SMS 的存储和转发功能，这意味着当手机用户发送一条 MMS 消息时，这条消息并不是由接受者直接收到，而是由俗称的短消息中心先一步接收到，然后短消息中心再向接收者发送一条接受指令，通知接收者从短消息中心下载消息。然而相对于基本上以纯文本内容为主的

17、 SMS,MMS 短消息中心所要处理和传输的数据远远比纯第 8 页 共 63 页文本格式的 SMS 短消息要复杂的多，因为除了要处理存储转发大量的数据外，它还要处理诸如接收者处于不同的网络，或者手机屏幕尺寸不同，那么MMS 运营商的设备还需要检测这些情况，以便定制相应的消息格式。MMS 是目前短信服务技术标准中最高的一种，它甚至还被吹捧为无线通信技术中最伟大的一项发明。那它到底比 SMS 好在哪里呢？从它的字面意思我们就可以看到它最大的特色就是支持多媒体功能。多媒体功能除可以传送纯文本消息外，还可以传输包括视频，图片，音乐等在内的各种内容，它的容量可以是 30000 字节-无限大，而且在编辑素

18、材的获取上，MMS 除了可以从手机内部或是互联网上获得外，而且还可以配合手机专用的摄像头从外部获取资源。MMS 形象点儿解释就是比如当你有一张得意的照片或是一段有趣的动画想跟你不在身边的朋友分享时怎么办？以往你可能通过互联网发送给你的朋友，但如果你手上有一台具有 MMS 功能的手机，而对方也有这样的一部手机的话，那你不用再这么麻烦了！你现在就可以直接通过手机将这些内容发给你的朋友们，当然也可发送到他的邮箱里面。信息产业部今年统计显示，2004 年全国手机移动短信业务量达到 2177.6亿条，比上年同期增长 58.8%。以每条 0.1 元计算，这一收入超过 217 亿元。信息产业部有关负责人说，

19、我国移动增值新业务、新应用层出不穷。彩信作为短信的升级，以声像、图文并茂的多 媒体形式弥补了短信的单调形式；WAP 服务可以使用户随时、随地接入互联网；JAVA 应用把第三方应用程序下载到手机上，提供游戏、娱乐、商务和生活等方面的应用。随着第三代移动通信时期的到来，话音业务之外的移动增值服务会被越来越多的手机用户使用。 1.3 多媒体短信的发展前景从中移动对外公布数据来看，多媒体短信业务前景似乎是一片光明：推出后的两个月内，全国多媒体短信业务总量达到 56 万条。可以说，这一业务的起点是相当高的。前景是诱人的，但行动是谨慎的。目前众多内容提供商（）们对多媒体短信抱着不温不火的态度。 多媒体短信

20、的发展与下列因素有着紧密的关系：（1）市场的需求：随着社会信息化步伐的加快，人们对于多种媒体传达第 9 页 共 63 页信息的方式和要求越来越高。（2）技术的发展：随着 2.5G 和 3G 的到来，多媒体数据在无线通信网络中的快速可靠传输成为现实。（3）终端厂商对多媒体短信前景还是持乐观态度。（4）价格问题。（5）内容服务水平：目前多媒体短信的内容服务提供确实不丰富，中国移动正与 10 多家内容提供商进行最后的通道测试，不久后，会推出电子相册、多媒体短信游戏等大量服务内容，同时计费问题也将在不久的将来得到很好的解决，为内容服务清除障碍。（6）从移动通信的发展进程看，MMS 有很大的市场空间，有

21、资料显示，在 2005 年底全球 MMS 业务量将达到 700 亿美元，这个市场会给产业链各节点提供广阔的利润空间。 第 10 页 共 63 页2 多媒体短信的体系结构21 多媒体短信的基本构成多媒体短信（MM）在构成形式上类似于 POWERPOINT 风格，即 MM由多个页面（帧）组成，每个页面可以包含图片或动画或视频、声音、文字等元素，在播放时按页面顺序显示。正如其名字所暗示的一样，多媒体短信服务（MMS）主要是为了实现传递多种媒体内容，通过客户端的支持环境来实现发送和接收上述媒体消息，MM 的简单组成例子如图 21：图 2.1 带有多媒体内容短消息的例子(一个图片一段文字一段声音一个页面

22、，一或多个页面一个 MM)像当前的许多消息系统一样，比如因特网上传统的电子邮件服务和无线消息系统中的传真和短消息服务系统，多媒体短信服务是一种非实时的消息分发服务系统，能够提供存储转发的功能，并且能和这些系统之间进行互操作性应用。22 多媒体短信的互连框架多媒体短信的一个关键特征就是它能够和其他的消息系统进行互操作，比如和 SMS 的互连、和 EMAIL 服务器的互连，甚至包括和其他的如传真、语音邮件等消息系统互通等等。参考图 22 所示：“我在巴黎度假时的所见”播放的语音显示文本和图片第 11 页 共 63 页多媒体短信分发代理设备MMS客户端其他MMS系统MMS客户端MMS服务器图 2.2

23、 MMS Network Representtation多媒体短信客户端：是用户的终端设备上的一个应用，它和用户进行交换。多媒体短信分发代理：MMS 客户端就是与其进行通信，同时，它还负责与其他的消息系统进行通信，并且负责访问 MMS 服务器，有时 MMS 分发代理与 MMS 服务器合而为一。多媒体短信服务器：提供多媒体短信实体的存储功能。为了更好地帮助理解这种基于端到端的彩信系统的工作框架，下面的例子更好地阐明了事务的交互过程和每个组件的功能：（1）用户启动 MMS 客户端。（2）用户选择或输入 MM 接收地址。（3）用户编辑 MM。（4）用户请求 MMS 客户端发送 MM。（5）MMS 客

24、户端向本地网络内的 MMS 分发代理提交所完成的 MM。（6）MMS 分发代理解析 MM 接收地址。第 12 页 共 63 页（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 分发代理的接口在

25、 MMS 客户端和 MMS 分发代理的交互中，使用了标准的 WAP 模型，当然也可以使用 HTTP/TCP/IP 方式实现。在 WAP 模型中，MMS 分发代理扮演了原始服务器（PULL 操作）和 PUSH 发起端（PUSH 操作） 。下面首先介绍基于 WAP 方式的模型，如下图 2 3：图 2.3 从 MMS 客户端到 PR 到逻辑结构在 MMS 客户端和 WAP 网关之间使用标准的 WAP 无线会话协议 WSP进行消息传输，在 WAP 网关和 MMS 分发代理之间使用基于 HTTP 协议进行传输。MMS 客户端与 WAP 网关交互的技术有 WSP 请求方法、WAPPUSH 服务、OTA 安

26、全技术、能力协商等；WAP 网关通过因特网技术与 MMS 分发代理交互； MMS 分发代理负责发起对 MMS 客户端的通知，同时对外界进行数据交互，如发送 MM 到某邮箱或从某邮箱中取得邮件并转换MMS 客户端MMS分发代理设备无线网络 网络/企业网网络负载无线传输网络负载HTTP网关第 13 页 共 63 页为 MM 送给 MMS 客户端。下面介绍基于 HTTP 模式的交互模型，如下图 24：MMS客户端MMS分发代理设备网络负载HTTP网络负载HTTP无线网络 网络/企业网图 2.4 使用 HTTP 协议包实现MMS 客户端与 MMS 分发代理之间直接通过 HTTP/TCP/IP 体系进行

27、数据通信，在上图中没有给出 WAP 网关的实体，但其还是存在的，其功能仅仅是为了 PUSH 通知给 MMS 客户端，即仅使用了 WAPPUSH 服务功能。对于 MMS 应用层而言，采用哪种交互模型并无差别。24 MMS 与 Email 服务器的互操作MMS 分发代理与电子邮件服务器的交互是双向的。241 发送 MM 到 Email 服务器MMS 分发代理通过 SMTP 协议向 Email 服务器提交消息。 MMS 分发代理将 MM 的封装格式拆开，将消息重新封装为电子邮件的格式，即包含多种媒体的 MIME 格式，将 MM 中的相应的头域转换为合适的电子邮件中的头域，对于 MM 中的特殊的头域，

28、则加前缀“X-Mms-”进行标记，这样既保证了邮件系统的正常工作，又保留了原始信息，以便以后可能的再次回转。242 接收来自 Email 服务器的消息MMS 分发代理从 Email 服务器接收消息的转换与上述方法相似，邮件格式信息相应地转换为 MM 格式信息， “X-Mms-”前缀的头域会被相应地转换回来。第 14 页 共 63 页243 主动从 Email 服务器检索消息MMS 客户端的一个重要的功能是相当于 Email 客户端，它可以直接主动地获取 Email 服务器上的指定邮箱中的邮件， MMS 分发代理通过标准邮件接收协议 POP3 或 IMAP4 从 Email 服务器接收邮件，并将

29、其转换为合适的MMS 格式。25 MMS 分发代理之间的互操作MMS 系统提供了消息存储转发的服务和能力，主要是通过 MMS 分发代理的中继能力实现的。其相互连接可以使用目前存在的各种合适的传输协议，当前普遍采用因特网电子邮件发送协议SMTP/ESMTP 协议。251 对等 MMS 分发代理的发现MMS 分发代理在与目标 MMS 分发代理发起通信以前，它必须清楚地知道对方的一些特定信息，依据不同的协议可采用不同的处理方法。如果使用SMTP 协议时，则可通过 ESMTP 的能力报告和能力协商机制实现，尽可能地增强效率和扩展通信能力，来为随后的数据通信提供高效的保障。252 MMS 分发代理之间的

30、消息流源 MMS 分发代理在发起通信前，需将原 MM 消息进行格式扩展，被扩展的消息流会基于新的传输协议之上。对于 SMTP 协议而言，信息的消息流会基于 SMTP 协议之上，电子邮件 PDU 的相关头域会由原 MMPDU 的相关头域得到，其他特殊的头域则自行生成。26 MMS 用户代理组成MMS 用户代理负责 MM 的编辑与显示、发送与接收。MM 显示功能由相应的内容播放模块完成，发送和接收则使用基于合适的网络协议之上的消息传输服务。WIM：WAP 识别模块。EFI：增强功能接口27 MMS 地址格式消息系统的一个重要的方面就是定位地址的能力，地址对于系统的运作第 15 页 共 63 页应该

31、是有效率的，同时对用户来说又应该是有意义的。（1）因特网地址，如：userdomain。（2）无线网络地址，如手机号。28 MMS 显示281 MMS 显示模式MMS 的显示功能包括页面顺序、页内元素布局、时序处理等，相关设备包括显示设备和声音设备，MM 的创建者可以指定 MM 的上述属性来指示接收方如何显示这一 MM。目前由于终端设备的处理能力各不相同，如小的屏幕和有限的声音设备等，在内容编辑时尽量使其在不同的显示环境中仍有意义，遵循 MMS 的一致性规则；在将来，终端设备的处理能力和适应性能力增强，应遵循通用媒体的使用和处理，比如广告、宏媒体的应用等等。MMS 显示规则是可选的，鉴于一些终

32、端的处理能力非常有限，它们接收 MM 后，在显示时可以忽略顺序、布局、时序等属性，而根据自身的特点选择合适的方式来处理和显示 MM 或其中部分媒体。282 显示控制语言显示控制语言可以选择目前各种合适的语言，当前最常用的是无线标识语言 WML 和同步媒体集成语言 SMIL。（1）WML：应用类似于浏览器中的应用，能够处理顺序和布局。（2）SMIL：它是扩展标识语言 XML 的简单版本，定义了一系列组块的语法和语义，支持顺序、布局、时序等属性，更适合于 MM 的显示。本文中的显示控制语言采用的是 MMS SMIL，它是 SMIL 中的一部分，专用于 MM 的显示。显示语言作为 MM 的一部分随同

33、多媒体对象一同传输，也就是：MM 显示语言部分多媒体部分。在显示语言中直接通过相关标签定位其关联的多媒体对象数据，也可使用 URL 从远程获取资源数据。29 安全考虑MMS 服务作为一个应用层服务，它本身没有提供自己的安全支持，在MMS 系统中是否使用安全机制是可选的，但作为其承载的其他下层的安全第 16 页 共 63 页机制都是可以采用的。例如，在 MMS 客户端与 WAP 网关间使用WTLS、WIM，在 WAP 网关与 MMS 分发代理间使用 TLS，在 MM 数据包中采用 S/MIME，以及其他的安全机制如 PKI 等等。但由于目前在整个交互链中缺乏广泛的安全机制的支持，所以当前没有采用

34、安全机制或部分采用。210 内容适应性调整MMS 服务系统的一个重要的功能就是进行内容的适应性调整，在具体的实施中，根据现实情况 MMS 分发代理可能会将某些媒体数据进行格式转换、属性调整以及删除等操作，比如图片被删掉、尺寸被缩小、颜色被转换等等，调整的主要决定因素有以下几种：（1）设备能力：一些终端设备的处理能力可能限制了多媒体元素的处理与播放，比如 MM 的数据大小、媒体类型、媒体属性等等。（2）带宽考虑：某种数据类型对于某种网络承载可能是不合适的，比如基于 SMS 的流应用是不合适的，这些因素也取决于用户或运营商的相关配置。（3）漫游考虑：这会涉及到同一运营商在不同地区的差别，甚至不同运

35、营商之间的更大的不同，涉及到服务标准以及价格的考虑，所以需要进行内容的适应性调整，这些调整操作会在本地系统完成。MMS 分发代理决定是否进行内容调整的手段有多种方式，其中一个主要的方式是通过能力协商获得，当 MMS 客户端与 WAP 网关进行交互时，首先进行了终端用户的能力协商 WAP UA Prof，然后 WAP 网关将终端设备能力特征以及服务网络特征送给 MMS 分发代理用于保留并参考。第 17 页 共 63 页3 事务交互流程与细节31 事务交互流程311 基本传输流MMS 服务的实现是通过 MMS 客户端和 MMS 分发代理之间相互唤起和响应来传递信息的，这些传输流包括 MM 信息和相

36、应的响应状态信息等，通常发送、接收和转发 MM 的传输流不依赖 MM 发起方、接收方和转发方的类型，端到端双方可以是不同的终端类型，比如，为同一分发代理范围内的MMS 终端之间、其他 MMS 分发代理范围内的终端、传统的其他消息系统（不支持 MMS 的终端）以及电子邮件之间等等。通常的传输流大致需要以下几个步骤或类型：（1）MMS 客户端发送 MM、接收响应状态、接收相应的分发通知。（2）MMS 客户端立即接收新 MM。（3）MMS 客户端延迟接收新 MM。（4）MMS 客户端转发位于 MMS 分发代理上的 MM。（5）MMS 分发代理发送新 MM 通知给 MMS 客户端。（6）MMS 分发代

37、理分发 MM 传达报告。（7）MMS 分发代理分发 MM 已读报告。当 MMS 客户端接收到 MMS 分发代理通过 WAP 网关 PUSH 下来的 MM通知，其可以采取立即下载的方式，通过 WSP 的 GET 请求获取 MM，成功获取后再进行通知的回复。也可以采取延迟下载的方式，首先回复通知，在以后的时间里再下载 MM，成功接收后给予确认。当 MMS 客户端接收到新 MM 通知时，其可以先执行转发请求再回复通知，也可以先回复通知再请求转发 MM。312 MMBOX 支持MMBOX 是位于 MMS 中心服务器上的一块空间，类似于一个“邮箱” ，功能及操作和电子邮件的 IMAP 相近，对于 MMB

38、OX 的支持是可选的。第 18 页 共 63 页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：发送的同时存储一份拷贝。for

39、warded：转发的同时存储一份拷贝。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 存储和更新。

40、 （8 ）MMBOX 浏览和下载。 （9）MMBOX 上传操作。（10）MMBOX 删除操作。第 19 页 共 63 页4 协议封装格式与编解码实现41 MMS PDU 模型完整的 MMS 信息被包含在 MM SPDU 之中，MM SPDU 被封装在 WSP PDU 之中。包含 MMS PDU 的 WSP PDU 的内容类型必须被指定为application/vndwapmms-message，用以指明客户端应该进行的处理操作。在 MMS PDU 之中，通过使用 application/vndwap multipartrelated 内容类型可以将多媒体部分的内容与显示控制部分的内容封装成为一

41、个消息体，封装模型参考下图 41application/vndwapmms-message图 4.1 MMS PDU 封装模型在 MMS PDU 中，当存在多媒体对象时，如果同时存在显示控制信息部分，此时，如果在 multipart/related 中存在 Start 参数（其指向显示控制信息部分） ，则上述各对象的排列顺序是无关紧要的；当不存在 Start 参数时，显示控制信息部分应该排列在第一位的位置上；当根本不存在显示控制信息部分时，如何显示则由客户端的显示策略来决定。对于 MMS 客户端来说，对于 text/plain 多媒体对象的支持是必须的，对字符集编码 UTF-8 的支持也是必须

42、的。MMS 报头表达简单信息图像压缩标准开始音频文件第 20 页 共 63 页MMS PDU 中的头域通常包括一个域名和一个域值，一些头域是常规的RFC822 中的头域，其他的则是针对 MMS 的特殊的头域。42 MMS PDU 和头域详解421 发送请求 PDUMMS 客户端请求 MMS 分发代理发送 MM，是通过 M-Sendreq PDU来实现的。PDU 中的头域是由客户端指定的，一些头域也可以被分发代理修改或补充，分发代理使用这些头域信息生成 MM 通知以及构造接收 MM 的PDU 中的相关头域，连同消息实体一同送往接收方，消息体跟在头域之后。表 4.1 发送请求 PDU 头域头域名称

43、 头域值 描述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由客户

44、端自动生成，则不该要求传送和已读报告；不选，默认：个人X-Mms-Expiry 长整型 可选项，缺省为最大，MM 被存储在分发代理的时限，过期将删除，格式为相对时间或绝对时间X-Mms-Delivery- Time长整型 可选项，缺省为立即，分发 MM 的时间，格式为相对时间或绝对时间X-Mms-Priority 字节 可选项，缺省为正常，MM 的优先级X-Mms-Sender-Visibility字节 可选项，发送方可显示或隐藏其地址，不选，隐藏续表 4.1第 21 页 共 63 页头域名称 头域值 描述X-Mms-Delivery-Report字节 可选项，缺省为要求，指定发送方是否要求传

45、达报告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-Char

46、ging-Size长整型 可选项，指示回复 MM 的最大尺寸，单位为字节X-Mms-Reply-Charging-ID字符串 可选项，应仅存在于回复 MM 中，其值与原始发送方的 Message-ID 相同Content-Type 字符串 必选项，MM 的内容类型422 发送应答 PDU此 PDU 仅仅包含头域，参考下表 42：表 4.2 发送应答 PDU 头域头域名称 头域值 描述X-Mms-Message-Type m-send-conf 必选项，指定 PDU 类型X-Mms-Transaction-ID 字符串 必选项，关联请求与应答 PDUX-Mms-MMS-Version 数字串 必

47、选项，版本号，如 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第 22 页 共 63 页通知 PDU 仅仅包含头域部分。标准的 URI 格式

48、遵从于 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字节 可选项，指示发送方是否要求传

49、达报告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