【技术规范标准】中国联通WCDMA数字蜂窝移动通信网移动台技术规范第

1、随心编辑,值得下删有! h. I YOUR COMPANY NAME IS HERE 专业|专注|精心|卓越 【技术规范标准】中国联 通WCDMA数字蜂窝移动通 信网移动台技术规范第 Please en ter your compa nys n ame and contentv 前 言J.V 1范围1. 2规范性引用文件1. 3定义和缩略语1. 3.1 定义 本标准采用下列术语和定义。 1. 3.1.1多媒体消息（MM ） 1. 3.1.2 多媒体消息业务（MMS）1. 3.1.3 客户端（Client）1. 3.1.4 服务器（Server） 1. 3.1.5 MMS 客户端（MMS Cli

2、ent ） 1. 3.1.6 MMS 服务器（MMS Server ）2. 3.1.7 代理（Proxy）2. 3.1.8 用户代理（ User Age nt ） 2. 3.1.9 终端（Terminal ） 2. 3.1.10 网关（Gateway ） 2. 3.1.11 推送（Push）2. 3.1.12 MMS 封装（MMS Encapsulation ） 2 3.1.13 MMS 终端(MMS Terminal ) 2. 3.1.14 递送报告(Delivery Report) 2. 3.1.15 阅读报告(Read-Reply Report ) 2. 3.1.16 时间戳(Time

3、stamp ) 2. 3.1.17 信息索弓丨(Message Reference ) 2. 3.1.18多媒体消息业务环境(MMSE ) 2. 3.2缩略语2. 4 MMS终端总体结构3. 4.1多媒体消息业务系统概述 3. 4.2多媒体消息业务系统中网元 4. 4.3多媒体消息业务系统中的接口 4. 5 MMS终端概述5. 5.1 MMS 用户代理的相关协议结构5. 5.2 MMS 终端间的业务互通 5. 5.3多媒体消息的结构 5. 5.4 MM 内容级别及媒体格式 6. 5.4.1 MM 内容的级另6. 5.4.2 文本1. 5.4.3 图像1. 5.4.4 视频7. 5.4.5 音频

4、7. 5.4.6对不支持的内容格式处理 7. 547多媒体消息长度 Media formatsand codecs(Release 5) OMA-WAP-MMS-ENC-v1_1 (20040715) Multimedia Message Service En capsulati on Protocol 7 OMA-WAP-MMS-ENC-v1_2 (20050301) Multimedia Message Service En capsulati on Protocol 8 OMA-MMS-CONF-v1.2(20050301) MMS Co nforma nee Docume nt 1.2

5、 3定义和缩略语 3.1 定义 本标准采用下列术语和定义。 3.1.1 多媒体消息（MM ） 是指由一种或者多种不同媒体类型元素组成的多媒体表述。它包括格式化文本、图片、图像、 动画、声音、话音、视频剪辑等媒体类型的消息。 3.1.2 多媒体消息业务（MMS） 是一种存储转发型非实时多媒体通信业务。实体为系统应用程序，通过该应用程序可以对各种 媒体类型的消息进行操作。 3.1.3 客户端（Client） 发出请求与服务器相连接的一种设备或应用程序。 3.1.4 服务器（Server） 能等待处理由一个或多个客户发出的连接请求的设备或应用程序。它可以接受或拒绝来自客户 的连接请求。 3.1.5

6、MMS 客户端（MMS Client ） 能请求MMS服务器进行MMS服务的实体。 3.1.6 MMS 服务器（MMS Server ） 提供MMS储存和操作支持的服务器。 3.1.7 代理(Proxy) 一个既能作为服务器又能作为客户端的中介程序。它通常位于无法直接进行通信的客户端和服 务器之间。客户端请求既可以由代理程序提供服务，也可以通过代理程序对其进行解释之后，传送 给其他服务器进行处理。 3.1.8 用户代理(User Age nt ) 实现某些特殊功能的客户端内置软件。主要用来解释 WML、WMLScript 、WTAI或其他资源的 软件或者用作为发起请求的客户端，通常表现为是浏览

7、器、编辑器或者其他终端用户工具。 3.1.9 终端(Terminal ) 提供给用户进行信息收发的一种设备，也称为移动通信终端或移动台。 3.1.10 网关(Gateway ) 一种服务器，通常作为其他服务器的中介。与代理不同，当网关接收到请求时，它就被当作是 请求资源的源服务器，源客户端可能并不知道它正与网关进行通信。 3.1.11 推送(Push) 运行于会话层之上的一种服务，其含义为“网络发起的消息传送”。网络向用户主动发起呼叫， 并向用户发送信息。Push消息可以是警告或内容提示。运营商利用Push技术可以增加其提供业务的 深度和广度，如提供新闻更新，邮件警告，股票到价提示等。 3.1

8、.12 MMS 封装(MMS Encapsulation) 是指协议数据单元的定义，表现为多媒体消息的数据域和编码。 3.1.13 MMS 终端(MMS Terminal ) 能实现MMS客户端功能的移动台。 3.1.14 递送报告(Delivery Report ) MMS中心设备提供给MM发送方者关于MM传输状态的反馈信息。 3.1.15 阅读报告(Read-Reply Report ) 接收MMS用户代理提供给发送方 MMS用户代理关于原始 MM处理状态的反馈信息。 3.1.16 时间戳（Time stamp ） 指日期、时间和其它信息，如UTC、GMT或者时区等明确的时间标识。 3.1

9、.17 信息索引（Message Referenee ） 指示MM位置的MM的独特标识。 3.1.18 多媒体消息业务环境（MMSE） 指在单一管理下的一个特定 MMS网络元素的集合。 3.2 缩略语 本标准米用下列缩略语: GIF : Graphics Interchange Format （图形交换格式） HTTP : Hypertext Transfer Protocol （超文本传输协议） JPEG : Joint Picture Expert Group （联合图片专家组） MExE :Mobile Execution Environment （移动执行环境） MIDI : Musi

10、cal In strume nt Digital In terface（音乐设备数字接口） MIME :Multipurpose In ternet Mail Exte nsio ns（多用途 In ternet 邮件扩展） MMS : Multimedia Messaging Service（多媒体消息业务） MMSE : Multimedia Messaging Service Environment（多媒体消息业务环境） MMSC : Multimedia Messaging Service Center（多媒体消息服务中心） MO : Mobile Originated（终端发起） M

11、PEG :Motion Picture Expert Group（动态图片专家组） MP3 : MPEG-3 file format （ MPEG-3 文件格式） MT :Mobile Terminated （终端终止） （同步多媒体汇合语言） SMIL : Synchronized Multimedia Integration Language SMTP :Simple Mail Transfer Protocol（简单邮件传输协议） SSL:Secure Sockets Layer（安全套接字层） TCP : Transmission Control Protocol（传输控制协议） TL

12、S : Transaction Layer Security（传输链路层安全协议） UDP : User Datagram Protocol（用户数据报协议） URI :Uniform Resource Identifiers（统一资源标识） UTF-8 :Uni code Tran sformatio n Format（ Uni code 传输格式） WAP : Wireless Application Protocol（无线应用协议） VAS : Value Added Service（增殖业务） WIM : WAP Identity Module （WAP 识别模块） WML : Wir

13、eless Markup Language（无线标记语言） WSP : WAP Session Protocol（无线会话协议） 3GPP : Third Gen eration Partn ership Project（第三代合作伙伴） 4 MMS终端总体结构 4.1 多媒体消息业务系统概述 图1是多媒体消息业务的系统结构图。多媒体消息业务可以采用WAP、TCP/IP或其他方式承载。 下层承载网络支持WCDMA网络。 图1多媒体消息业务系统结构图 4.2 多媒体消息业务系统中网元 多媒体消息业务系统中新增的网元包括： MMS User Age nt : MMS用户代理通过MMS终端提供多媒体

14、消息业务，MMS用户代理是多 媒体消息业务终端上的一个应用，提供用户浏览、编辑、处理多媒体消息等功能，以及消息的发送、 接收、删除等操作。MMS用户代理支持MIME，多媒体消息采用 MIME格式表示，通过MIME中不同 子类型的定义，多媒体消息可包含文本、图像、声音等数据。 MMSC ( MMS Relay/Server )： MMSC多媒体消息业务中心包含MMS中继和MMS服务器 的功能，对多媒体消息进行协议转换、内容适配、存储和调度，完成多媒体消息在不同多媒体设备 之间的传递操作，同时， MMSC生成话单用于计费。 MMS User Databases : MMS用户数据库存储用户信息、个

15、性化信息、接口信息等。 MMS VAS Applicatons :外部增值应用服务器，提供增值业务服务。 Billing System:计费系统。完成 MMSC系统的计费操作。 External Servers:外部服务器，例如电子邮件服务器、传真服务器和统一消息服务器等。 重复使用原有的网元有： HLR : HLR通过MM5接口向MMSC提供用户签约信息。 4.3 多媒体消息业务系统中的接口 多媒体消息业务系统中的接口包括： MM1 : MMS终端和MMSC的接口，用来提交多媒体消息、 接收多媒体消息(包括PULL和PUSH 方式)、和用户交换消息通知和递送报告等。 MM2 : MMS Re

16、lay和MMS Server的接口，目前MM2接口采用设备提供商的内部协议实现， 本标准不做要求。 MM3 :外部服务器接口，实现多媒体消息业务中心和外部服务器的互通。 MM4 : MMSC间的接口，用于 MMSC之间的互通。 MM5 : MMSC和HLR的接口，用来传送用户的签约信息，该接口是可选接口。 MM6 :用户数据库接口， MMSC提供与外部集中式用户数据库的接口。 MM7 : MMSC和VAS应用之间的接口。 MM8 :计费接口。 5 MMS终端概述 要求MMS客户端应支持MMS_v1.2 5.1 MMS用户代理的相关协议结构 图2表示MMS的协议结构，MMS用户代理通过 MMS中

17、继与MMS服务器进行通讯， MMS中继 在MMS服务器和MMS用户代理之间提供了中继功能，它能够将不同网络的不同类型服务器综合起 来。多媒体消息业务是面向应用的业务，因此既可以在基于WAP架构下实现，也可以在符合 MExE 的应用（Java和TCP/IP ）上实现。 图2 MMS的协议结构 5.2 MMS终端间的业务互通 为保证不同厂家生产的多媒体消息终端间的多媒体消息能够进行业务互通，本规范在以下四个 方面定义了一套最低的要求： 消息内容的互通 表达语言中的可用参数及特性 媒体内容格式 承载层和封装协议的支持能力 其中5.4节规定了多媒体消息终端在消息内容及媒体内容格式方面的最低要求，5.5

18、节规定了描 述消息中媒体格式同步的表达语言以及可用参数和特性；5.6节规定了低层协议支持能力。 对超出MM内容级别范围外的 MMS业务，原则上可以通过 MMSC进行内容适配后完成互通， 本规范中未给出 MMSC内容适配的详细要求。 5.3 多媒体消息的结构 如上图所示，多媒体消息通常由一页或多页的形式组成，每页至少包含两部分内容：一部分为 文本、另一部分为图象或视频片段。 在同一个MM中应采用同一种SMIL的表达方式，在同一个 MM中的不同页面应具有相同的编排 版面。 5.4 MM内容级别及媒体格式 541 MM内容的级别 为使不同能力的多媒体消息终端间尽可能实现消息互通，将多媒体消息内容分成

19、：文本、基本 图象、增强图象、基本视频和增强视频五个内容级别，每个内容级别要求支持的消息长度和媒体格 式见表1。 支持MMS_v1.2版本的MMS客户端必须支持文本内容级别以及至少一种其他级别所要求的各 种媒体格式。 表1多媒体消息内容的分级 M 消息长度 文本 静止 位图 视频 音频格 合成音频 个人信 DRM 表达 M (kB) 图象 式 格式 息（可 形式 内 选） 容 级 别 文 30 GB 2312 MM 本 US-ASCII, S UTF-8, SMIL UTF-16 基 30 GB 2312 Baseli n GIF87a AMR- - vCARD - MM 本 US-ASCII

20、, e GIF89a NB 2.1 S 图 UTF-8, JPEG vCale nd SMIL 象 UTF-16 ar 1.0 增 100 GB 2312 Baseli n GIF87a AMR- SP-MIDI vCARD Fwd- MM 强 US-ASCII, e GIF89a NB 2.1 Lock S 图 UTF-8, JPEG vCale nd SMIL 象 UTF-16 ar 1.0 基 100 GB 2312 Baseli n GIF87a H.263 AMR- SP-MIDI vCARD Fwd- 支持 本 US-ASCII, e GIF89a 播放要求：中国联通 WCDMA网

21、多媒体消息终端应能够使用AMR-NB、SP-MIDI、MP3等音频 格式接收并正确播放。 546 对不支持的内容格式处理 多媒体消息终端在遇到不支持格式的多媒体对象时，必须不影响其他支持的多媒体对象的正常 显示，并且可以将不支持的多媒体对象单独保存（可选），在转发中也不应改变任何原有MM的内 容。 547 多媒体消息长度 MMS客户端发送MM时应支持最多300kB的多媒体消息长度，MMS客户端接收MM的最大能力 至少300kB的多媒体消息长度。 5.5 表达语言 中国联通多媒体消息业务要求采用同步媒体集成语言（SMIL ）作为描述媒体的表达语言。MMS 终端应能呈现以 MMS SMIL 方式编

22、辑的 MM。 为确保MMS终端之间的 MMS在表达语言上的互通，在 MMS的第一阶段要求 MMS终端至 少支持一套 简化的SMIL子集，该 SMIL子集称为MMS SMIL。详细 内容参照国际规范 OMA-MMS-CONF-V1_2-20050301-A。 对仅提交文本内容的 MM而言，支持 MMS SMIL格式编辑的功能为可选。 5.6 MMS终端承载层和封装协议要求的支持能力 MMS终端对采用 MMS SMIL表达语言编辑的多媒体消息内容进行封装时，在MM1接口的 M-Se nd.req 消息头中应采用 Conten t-Type为 applicatio n/vn d.wap.multip

23、art.related进行标识; MMS终端可以在消息头中也可采用 对没有采用 MMS SMIL表达语言编辑的多媒体消息内容, Conten t-Type 为 applicati on/vn d.wap.multipart.mixed进行标识。 MMS 终端在接收MM 时，应能识别和正确处理M-Retrieve.conf消息头中的 applicatio n/vn d.wap.multipart.related禾口 applicatio n/vn d.wap.multipart.mixed标识。 支持MMS_v1.2版本的MMS客户端对MMS的编码应符合 OMA-MMS-CONF-v1.2(20

24、050301) 中9.2节的内容。 6 MMS终端的业务要求 6.1 基本要求 6.1.1 MM 提交 概述 MM提交是指由 MMS 用户代理按照 MMS客户端支持的 MM内容级别将 MM发送到MMS Relay/Server的过程。该项业务对 MMS终端是必选业务。 MM提交必选项 在MM 提交中，对 MMS User Age nt而言，必须提交下列内容项： -指示MM接收方的地址； - 标识消息的MIME内容类型； -MMS版本； -消息的PDU类型； -MM 的 Transaction-ID； -MM发送方的地址。 MM 提交可选项 如果发

25、送方 MMS用户代理请求了地址隐藏，则接收方 MMS Relay/Server 在MM通知中不包 在MM 提交中，对 MMS User Age nt 而言，可以选择提交下列内容项: -请求消息的递送报告； -请求消息的阅读报告； -提供消息提交时间的时间戳； -设置用户期望消息交付给接收方的最早期望时间; - 设置用户期望消息在 MMSProxy-Relay的存储时间； -指示MM发送方的地址； -设置消息的详细鉴别信息（如优先级别，消息类别，主题等）； - 请求MM发送方地址对接收 MMS User Age nt 隐藏； -指示是否是应答付费； -指示应答付费限制； -指示应答的期限； -请

26、求在发送MM给接收方的同时，在发送方的MMBox中备份MM ; - 指示MMBOX 中MM的状态。 6.1.2 MM 通知 后，接收方MMS Relay/Server 发送通 MMS终端是必选业务。 MM 通知是指在 MM 到达接收方 MMS Relay/Server 知给接收方 MMS用户代理提取 MM的过程。该项业务对 在MM通知中，接收方 MMS用户代理应能从接收方 MMS Relay/Server 处得到提取MM的 直到接收方MMS 信息索引以及MM的其它信息。另外，该信息索引应能在整个信息有效期内有效, 用户代理成功提取或者该 MM被拒绝。 含发送方地址。 一旦收到MM通知，MMS用

27、户代理可作出如下反应： - 拒绝MM （可选） - 提取MM，具体方式可由操作配置和用户决定。MMS User Agent应支持立即提取 MM 功能； 可选支持延时提取 MM功能。MMS User Age nt应支持自动提取与手动提取MM功能。 6.1.3 MM 表达 MM表达是指MMS用户代理提取 MM后，可根据MMS客户端支持的内容级别及表达语言正确 将MM的内容显示出来。对 MMS终端而言，支持采用 MMS SMIL表达语言的MM表达的业务能力对 MMS终端而言是必选业务。 6.1.4 MM 提取 MM提取指的是接收方 MMS用户代理基于 MM通知索引，从接收方 MMS Relay/Se

28、rver 提取MM 的过程。该项业务对 MMS终端是必选业务。 如果支持MMBox功能，MMS用户代理应能根据前一 MMBox操作的信息索引，请求对该用户 MMBox的MM进行提取。 6.1.5 MMS终端能力协商 MMS用户代理应该支持终端能力协商，以提供其能力信息。在发送方MMS用户代理向MMS Relay/Server 请求发送 MM 时，接收方 MMS用户代理应该向接收方 MMS Relay/Server 指明其 能力信息要求。 一套描述终端能力的信息集; - 与数据库的连接（如 URI），以便MMS Relay/Server能够从该数据库中找到描述终端能 力的信息集，和/或 - 另一

29、套注明前一套终端能力信息变化的信息集。 关于终端能力协商的明确机制在 MM1实现（如WAP等）机制上进行了详细定义。 终端能力协 商机制应该确保 MMS用户代理每次请求发送或提取 MM 时向MMS Relay/Server提供其能力信 息，包括： - 所支持的MM最大尺寸； - 所支持的图像最大分辨率； - 所支持的媒体类型和格式列表（如 MIME类型）； - 所支持的字符集； - 优选语言列表； - 所支持的最大颜色深度； - 接收方MMS用户代理在进行 MM内容提取时是否支持流机制的指示。 另外，与MMS实现（WAP等）相关的附加信息也可包含其中。 6.1.6 对点对多点业务的支持 在点对

30、多点业务中，MMS终端可以同时向多个接收方发送MM，即MMS终端应能支持群发功 能。 6.2 可选要求 6.2.1 递送报告 递送报告指的是接收方 MMS Relay/Server 给发送方者发送的表征 MM处理状态（如成功发送, 被拒绝，过期等等）的报告。 发送方MMS用户代理可以请求特定 MM的递送报告。递送报告只为 MM而生成。在 MM通 知到达或者 MM提取之时，接收方 MMS用户代理可得到该 MM的递送报告是否被要求的指示。 在对 MM 通知或者 MM 传输进行响应的过程中，接收方 MMS 用户代理可以请求MMS Relay/Server 不生成递送报告。 递送报告只有在发送方请求递

31、送报告，接收方没有请求不产生递送报告的情况下才能创建。 只要发送方 MMS User Age nt请求了递送报告，则发送方 MMS Relay/Server 生成递送报告： - 前转MM的路由选择时对等实体不知道； - 前转MM的路由选择失败。 发送方MMS用户代理接收到递送报告之后，将递送报告中的MM信息标识与发送的 MM的 信息标识进行匹配对比，确定该递送报告所属的MM，从而提示用户。如果有多个 MM接收方，发 送方MMS用户代理必须保留所有 MM接收方地址，以便于进行匹配对比。 6.2.2 阅读报告 阅读报告指的是接收方在阅读MM时，由接收方MMS用户代理产生并发送给发送方MMS用 户代

32、理的，用以反馈接收方对该MM的处理状态（比如，已经阅读）。 MMS终端阅读报告采用 PDU方式实现。 阅读报告是由接收方 MMS用户代理发出的。相当于一条新的 MM。阅读报告只为 MM而生成。 如果发送方请求阅读报告，但接收方不同意该请求，则发送方无法收到阅读报告。 一旦MM 提交，发送方 MMS用户代理可以请求特定 MM的阅读报告。 一旦MM提取后，接收方 MMS用户代理可以接到一个指示，指出阅读报告是否被请求。 如果发送方MMS用户代理请求阅读报告，而且接收方MMS用户代理支持该属性并允许创建阅 读报告，并且发送方地址可以得到的话，则接收方MMS用户代理在对 MM的处理完成后，就创建 阅读

33、报告，并且尽可能早地提交阅读报告给接收方MMS Relay/Server 。 发送方MMS用户代理接收到阅读报告之后，将阅读报告中的MM信息标识与发送的 MM的 信息标识进行匹配对比， 从而确定该阅读报告所属的MM ,从而提示用户。如果有多个MM接收方, 发送方MMS用户代理必须保留所有 MM接收方地址，以便于进行匹配对比。 注意：由于MM接收方有权拒绝该业务，故未收到阅读报告并不意味者MM接收方没有阅读该 条MM。 阅读报告应包括如下信息： -MM发送方地址； - MM接收方地址； - 阅读报告对应的原始 MM的信息标识； - 提供处理MM的状态信息（如已读或未读就删除）； - 提供处理MM

34、的时间戳。 623 MM前转 MM前转指的是 MMS用户代理在收到 MM通知后，在不需要先对 MM进行提取的前提 下，请求对应的 MMS Relay/Server 将MM 直接传递到另一个 MMS用户代理上，其地址由 请求传递的MMS用户代理指定。 当原MM被前转到新的接收方时，请求前转的MMS终端的地址将连同原 MM同时被前 转。另外，一些由前转 MMS终端请求的附加信息，比如，请求递送报告和阅读报告等也可以 被前转。但是不能前转其他附加内容和影响原MM的信息元素。 一旦请求 MM 前转，则 MMS User Age nt应进行如下处理： - 指定MM接收方的地址； - 提供MM通知中的信息

35、索引； - 不能请求地址隐藏； - 即使发送方MMS用户代理请求阅读报告，也不能为它生成该报告； 可以指明前转 MMS User Age nt的地址（也就是它自己的地址）； 可以请求前转MM 可以提供前转MM 可以设置前转MM 可以设置前转MM 可以请求前转MM 可以请求前转MM 624 MMS流机制 备份在MMBox ； 提交的时间戳； 中止的期望时间； 传输的最早期望时间; 的递送报告； 的阅读报告。 MMS流机制指的是接收方 MMS User Age nt 对MM内容提取的流式应用，它与MM提交是 无关的。对MMS用户代理而言。 接收方 MMS 用户代理对 MM 内容的提取方式依赖于接收

36、方MMS 用户代理和 MMS Relay/Server的配置和能力。是否采用流机制最终由接收方MMS Relay/Server 根据媒体类型、媒 体格式、能力协商以及用户设置决定。 在成功接收到MM （包含表达描述信息）后，接收方 MMS用户代理可以根据表达描述信息去触 发一个流式过程去提取流式化（streamable ）MM内容。依据标准的 MMS架构，接收MMS User Age nt可以基于修改的MM或者流式化MM的表示/操作，生成一个阅读报告。 6.2.5 MMS地址隐藏 MMS地址隐藏指的是发送方 MMS用户代理向MM 接收方隐藏发送者地址的功能。对MMS 用户代理而言。 如果发送方

37、 MMS Relay/Server不允许地址隐藏，则拒绝提交的含有地址隐藏请求的MM，同 时返回错误信息给发送方MMS用户代理。 如果接收方MMS Relay/Server不允许地址隐藏，拒绝了发送方MMS用户代理地址隐藏的请 求，在发送方 MMS用户代理已请求了递送报告的情况下，接收方 MMS Relay/Server应该在递送 报告中通知发送方 MMS用户代理地址隐藏的请求被拒绝。 如果接收方 MMS Relay/Server不允许地址隐藏，而拒绝了发送方 MMS User Age nt地址隐 藏请求，在发送方 MMS用户代理没有请求递送报告的情况下，发送方 MMS Relay/Serve

38、r 可以生 成一个新的MM给MM 发送方者，通知它 MMS用户代理地址隐藏的请求被拒绝。 不管发送方者地址是否对接收方隐藏，发送方者依照MMS架构的正常行为，能够请求递送报 告并接收递送报告。 如果发送方 MMS用户代理同时请求了地址隐藏和阅读报告，则发送方MMS用户代理不可能 接收到阅读报告。 在没有事先提取 MM的情况下，前转 MMS用户代理前转 MM时，不能请求地址隐藏。 如果发送方MMS用户代理请求了地址隐藏，且目的地是VASP/VAS时，则MMS Relay/Server 将发送方地址给 VASP/VAS，并不请求进行地址隐藏。如果发送方已经请求了地址隐藏，但是目的 地址不是VASP

39、/VAS时，则MMS Relay/Server 可以用合适的编码地址取代发送方者地址，或者让其 空白。如果目的地VASP/VAS不允许接收发送方地址信息（如由于保密原因），则MMS Relay/Server 可以用合适的编码地址取代发送方地址，或者让其空白。 626MMS应答付费 MMS应答付费指的是发送方MMS用户代理发送 MM给接收方，接收方对该MM进行答复， 则该答复MM的费用由发送方 MMS用户代理负担。 如果MMS用户代理支持该项业务，则它必须支持下述行为： 如果发送方 MMS用户代理选择为其发送的MM的应答MM付费，则发送方 MMS用户代理 应在其发送的MM中对愿意支付应答 MM进

40、行标记。无论发送方 MMS Relay/Server是否接收该 设置，都应反馈给发送方。同时发送方MMS用户代理也应能负责不同的接受者的答复MM的费用。 如果发起方标记对于所发的MM的应答MM付费，则接收方应该被通知。然而，应答付费的标 记只是说明发送方对应答MM 付费，但是接收方对原始MM的提取并不是免费的。发送方MMS 用户代理可以指示用户 MM已经被答复。 在下列情况下，应答付费请求不应该传给接收方： - 接收方不属于一 MMSE对等实体； -MM被前转的情况下。 另外，可选支持下列行为： - 发送方MMS用户代理可对每个接收方指示是否愿意对一个应答MM支付费用。在这种情 况下，发送方

41、MMS用户代理： - 将对每个接收方指示是否愿意对一个应答MM支付费用； - 可定义应答付费限制请求（如可指定应答 MM提交的最迟时间或者应答 MM的最大尺寸） 在发送方 MMS Relay/Server 对MM 提交进行响应时，发送方 MMS Relay/Server 应通知 MM 发送方是否它接收下列要求： - 发送方的应答付费请求； - 应答付费的限制条件。 如果MM接收方已请求了原始 MM被前转到其它地址，则接收 MMS Relay/Server不将应答 付费请求传给前转请求的地址。 如果MM发送方者请求了应答付费，则接收 MMS Relay/Server将用MM通知信息通知接收 MM

42、S用户代理。对于原始 MM的应答MM由MM发送方者付费，同时也可通知接受者发送方者 设置了应答付费限制。 当一个用户想要发送应答MM给发送方MMS用户代理或者 VASP，则接收方MMS用户代理: 将标识MM为应答MM ; - 将提供应答MM对应的原始MM的信息标识； - 将提交该应答MM给接收MMS Relay/Server ; - 可向用户提示是否 MM已经被答复； - 可向用户提示应答付费限制不能满足。 如果终端支持应答付费，则必须通过该项的测试。 627MMS相关信息的SIM处理 如果MMS终端支持SIM卡，则MMS用户代理可以在 SIM卡上进行如下信息处理： - MMS 连接信息（co

43、nnectivity information）:保存在 USIM 卡上，MMS用户代理用来 进行网络连接的参数集合。 - MMS用户优选信息：保存在 SIM卡上，MMS用户代理用来协助准备终端发送方MM的 参数； - MMS通知：与接收方MMS用户代理设置的关联状态共同保存在SIM上。具体对应如下： a）当MMS用户代理删除了在 SIM上的通知时，关联状态设置为“自由空间”； b）当MMS用户代理在SIM上保存了通知时，关联状态设置为“已用空间”； c）当接收MMS用户代理还没有处理SIM上保存的通知时，关联状态设置为“通知未 读”，否则为“通知已读”； d）当接收 MMS 用户代理还未提取

44、SIM 上已保存的通知的 MM 时，关联状态设置为 “ MM未提取”；否则为 “ MM已提取”； e）当接收MMS用户代理拒绝提取 SIM上已保存的通知的 MM时，通知可以被删除，关 联状态设置为“ MM拒绝”； f）当接收MMS用户代理要前转 SIM上保存的通知的 MM时，通知可以被删除，关联状 态设置为 “ MM前转”。 一旦试图在SIM上保存MM通知，则MMS用户代理应确保通知不丢失，除非SIM能够确认保存 成功。 7 MMS终端的功能要求 7.1 漫游要求 当用户国际漫游时，要求 MMS客户端支持从菜单上关闭自动接收功能。 7.2 MMS代理与本地软件的调用 如果移动台支持 WAP浏览

45、器，那么MMS移动台必须实现与这些软件的调用。女口：在彩信中如出 现URL链接，点击该链接能激活 WAP浏览器。 7.3 MMS终端对MMS消息的处理 7.3.1 基本要求 MMS终端能向用户提供对 MM进行编辑、浏览和管理的功能，支持 MMS业务相关的操作，即 能够执行POST、GET和PUSH等操作，满足MMS相关协议规范的要求，实现 MM的发送、接收和通 知等操作。 MMS终端对MMS消息的基本处理能力 a）发送：MMS终端发起的业务（MO ） MMS终端应按照支持的内容级别及媒体格式要求具备发送MM的能力。 b）接收：MMS终端终止的业务（MT） MMS终端应按照支持的

46、内容级别及媒体格式要求具备接收和正确显示MM的能力。 a）群发：点到多点业务 当MMS终端支持多媒体消息群发业务时，MMS终端应能具备将一条 MM发送给多个接 MMS终端在发送点到 收方的能力。为使多媒体消息业务中心能成功识别多个接收方地址, 多点业务时，应具备采用多个Recipie nt address 字段表示多个接收方地址的能力。 MMS消息在移动终端上的操作 a）存储 终端能够在内存空间中保存 MM以及相关信息。如果内存空间已满，用户应能收到提示信 息， 提示用户删除一些 MM信息。用户应能在终端上查寻剩余用户空间和当前存储空间使用状况。 终端能够支持从 MM中提取声音

47、、图像等多媒体信息，并存储到终端中。 b）回复 MMS终端应允许用户对 MMS消息进行回复，用户在回复时可以 MMS或SMS方式回复。 c）转发 MMS终端应能够转发不包含 DRM内容的MM，用户至少可以通过 MSISDN 或Email地 址进 行转发，转发前允许终端对 MM内容进行编辑，转发的发送结果应有提示。 用户要求用支持 DRM 功能的MMS终端转发包含 DRM信息的MM时，终端应能发出操作失败的提示。 d）编辑 MMS终端应能根据用户的需求编辑MM消息，内容包括文字、图像、声音。同时MMS 终端应能根据用户的需求对转发和回复的彩信进行编辑。 用户可以对收到的彩信内容进行保存，包括对声

48、音和图像等多媒体内容。 终端应支持转发已发出和收到的彩信，并能对转发彩信内容进行编辑。 MMS终端应能支持发送前的预览功能。在编辑过程中出现超出 MMS客户端内容处理能力 的操作，如超出消息长度或要求插入 5.4节以外的媒体格式时，MMS终端应停止进一步的编辑 并提示编辑失败的原因。 要求MMS终端支持限制、警告、自由三种编辑方式（可选）。 e）删除 MMS终端应允许用户删除自创或接收到的MM消息。 f）查询（可选） 用户应能查询每条 MM （包括发出、收到、未发送）的相关信息，包括主题、MMS大小、 收发方、收发日期。 g）浏览 彩信终端必须能正常显示符合终端屏幕规格的图像。 彩信终端对于超

49、过屏幕规格（超长及超宽）的图像，必须能通过缩小，滚动，剪裁或其他 方式 显示出来。 接收方式 MMS终端应可以预先能设定 MMS消息的接收方式：立即提取和延时提取，MMS终端可选支持 延时提取。 7.3.2 可选要求 本节内容对作为发送方的 MMS终端而言是可选的业务功能，当MMS终端不支持这些业务时， 可以忽略对这些信息的处理，但不允许终端因此出现死机等异常现象。 预先设定最早发送时间 MMS终端应提供定时发送 MMS消息的功能。用户可以预先设定发送日期、时间、接收人。 7.322 优先级别 MMS终端应能设置MMS消息的优先级别。 7.323 MM内容的扩展

50、应用 MMS终端在收到MMS消息后，用户可以扩展使用已收到的MM，即分别将该MMS消息中的不 同格式的内容转存在终端中作为铃音、屏保、墙纸等。 7.324 阅读报告 MMS终端应提供在发送 MMS消息时要求接收阅读报告的功能。 7.325 MM 签名 推荐MMS终端支持自动签名功能，即允许用户自建签名并插入到待发的MM中，一并发出。 7.326 递送报告 MMS终端应提供在发送 MMS消息时要求接收递送报告的功能。 7.4 地址格式与参数预置 7.4.1 基本要求 地址 发送 MM 消息应支持 MSISDN （ E.164，例如+ 8612345678） 和 Email 地址

51、（RFC2822 , 例如：n amedomai n. com）的地址格式。 当以多媒体消息业务终端或增值业务平台作为MM 的发送方或接收方时，在MM1接口采用 E.164地址编码格式。地址格式要求符合以下地址格式之一： 29241040016/TYPE=PLMN +8629241040016/TYPE=PLMN 1111/TYPE=PLMN +861111/TYPE=PLMN 29241040016 +8629241040016 1111 +861111 当因特网邮箱作为 MM的发送方和接收方时，在MM1接口采用RFC 822地址编码格式。地址 格式要求符合下列地址格式之一： aaaa111

52、.111.111.111/TYPE=rfc822 aaaa domai n/TYPE=rfc822 aaaa11 aaaadoma in 参数预置 MMS终端必须可以进行参数预置，包括MMS中心网址；数据连接的设置与WAP设置相同。 具体参数设置参见总体技术规范。 7.4.2 可选要求 由于今后可能存在终端向应用发送消息或IP地址与用户个人信息绑定的可能，MMS终端应允许 用户通过IP地址和URL发送MMS消息，具体要求待定。 （资料性附录） 基于WAP的MMS终端实现 这部分内容主要描述 MMS基于WAP的实现。WAP无论在直接业务规范上，还是在基础

53、技术 上都为MMS提供了有力的支持。下面简单介绍一下，详细内容可以参见WAP协议栈文件。 附录A.1 协议框架 图A.1是参考点MM1的基于 WAP的实现定义的协议框架。 图A.1 基于WAP的实现定义的协议框架实例 MMS 终端至少要求支持 WAP1.2.1，以后可以发展到 WAP2.0 ;在 WAP协议从 WAP1.2.1向 WAP2.0的发展过程中，原有用于无线传输的协议栈正在从WSP/ WTP/ WTLS/WDP 向In ternet 上通用的 HTTP/TCP/TLS/IP 方向发展，因此MMS 终端今后也应通过 HTTP完成MMS消息的发 送和接收。 附录A.2 MMS体系结构支持

54、 图A.2所示是为基于 WAP的实现定义的体系结构实例。 图A.2 基于WAP的实现的体系结构实例 在图A.2中，包括两部分连接, 是MMS用户代理与 WAP网关/代理之间的连接， WAP协议 栈能够提供在各种无线网络上的通用业务，而MMS是面向应用的业务，主要是利用WSP/HTTP协 议来实现。另一种是 WAP网关/代理与MMS中继之间的连接，它们主要是在IP网络中利用 HTTP 传输协议进行通讯。因而，作为端到端的MMS连接，通过使用 WSP/HTTP POST方法实现数据传 输。 附录A.3 支持MMS的事务流程 图A.3所示是基于 WAP的实现的事务流程的实例。 图A.3基于WAP的实

55、现的事务流程的实例 图A.3是一个典型的两个终端间收发MMS的事例。在这里省略了源 MMS中继/服务器和目标 MMS中继/服务器之间的信令操作，只着重介绍MMS终端和MMS中继之间的信令操作。具体描 述如下： 源MMS终端使用WSP/HTTP post方法发送M-Send.req 请求信息，经由 MM1接口投 递MM消息到源MMS中继；源MMS中继回复源MMS移动终端M-Send.conf 响应， 证实已收到该消息； 源MMS中继解析MM目标地址，设定路由，将该消息投递到目标MMS中继；MM被目 标的MMS中继所关联的 MMS服务器保存； 目标MMS中继经由MM1接口利用WAP PUSH方法给

56、目标 MMS移动终端发出 MM 通 知 M-Notification.ind 目标MMS 终端向目标 MMS 服务器返回 MM 通知响应 M-Notification.res 目标MMS移动终端利用 WSP/HTTP GET 方法请求从目标 MMS服务器接收 MM ; 目标MMS服务器利用 M-retrieve. Conf传递MM 给目标MMS移动终端； 当目标MMS移动终端收到 MM时，向目标 MMS中继发回 M-Acknowledge.ind证实消 息； 此消息由目标MMS中继传到源MMS中继； 源MMS中继将此证实消息传到源MMS移动终端。 WAP定义了“ PUSH “操作，它是将内容“

57、推”向移动终端客户端上的一个操作，“PUSH ”操 作主要包括提示信息和在服务器上预存的数据。MMS服务利用了 WAP “ PUSH”中提示的功能， 提醒MMS终端新的MMS消息等待提取。 MMS 终端应至少支持 WAP PUSH 1.2.1 的功能。 附录A.4 终端能力协商 MMS终端应该支持终端能力协商，提供用户代理的能力，称之为用户代理档案。它提供显示特 征（如尺寸、颜色支持、位深度）、所支持的内容类型和网络限制（如最大信息尺寸）等能力信息。 这些信息的编码应该遵守协议 注明索引RDF。 用户代理档案是 WAP协议中的一个重要内容。 其主要目的是为了不同的终端特性和用户喜好带 来个性化

58、服务，在 MMS服务中利用用户代理档案除了提供个性化服务之外，还为MMS中心实现 内容适配提供了依据。 建议MMS终端在用户代理档案中应提供以下信息： 1）终端硬件属性（屏幕大小、彩色支持、图象支持格式、终端型号、声音支持格式）； 2）软件属性（OS名称和版本）; 3）浏览器提供商名称和版本、语言支持； 4）WAP属性 （WML脚本、WAP版本信息等）； 5）支持的网络承载属性。 其中，MMS终端应至少提供手机型号及软件版本。 附录A.5 MMS消息内容 WAP定义了信息封装机制来表达在MMS用户代理和MMS Relay/Server 之间传递的数据。当 一条消息的长度超过了承载网络所能承担的

59、数据传输单元的大小，这条消息就会被 WTP分成几段。 当一条消息作为很多小的分组进行发送时，这些小的分组数据可以成组地发送和确认，发送方可以 根据网络特性通过修改数据包组的大小来进行流量控制。MMS服务利用了 WTP中有关SAR的内 容进行流量控制。 WAP协议必须对MMS终端提供该功能。 附录A.6 多媒体消息 WAP二元多部分技术，与In ternet MIME多部分技术等价，可用于在MM组合多媒体对象。 WAP二元多部分结构能够在二元格式和In ternet MIME格式之间进行自由转换。除此之外，一旦一 些多媒体对象必须从结构中剥离时，二元格式也能有效地处理信息。 一个特别应用特定部分

60、是MMS头信息，该信息用于提供信息类型信息和消息特定信息。这部 分的内容类型是 application/mm sheader，直到在IANA内注册后，因特网内的内容类型是 applicati on/x-mm sheader WAP协议必须对MMS终端提供该功能。 附录A.7 其它消息 其它的MMS事务消息，如 MM通知、确认和递送报告利用附加的 PDUs表达。这部分的内容 类型是application/mm sheader ，直到在IANA内注册后，因特网内的内容类型是 applicati on/x-mm sheader。 WAP协议必须对MMS终端提供该功能。 附录A.8 MMS表达 MMS