中国移动彩信业务终端技术规范--iuggui.docx

╳╳╳╳-╳╳-╳╳实施
╳╳╳╳-╳╳-╳╳发布
中国移动通信有限公司 发布
QB-╳╳-╳╳╳-╳╳╳╳
中国移动通信企业标准

中国移动彩信业务终端规范
China Mobile MMS Service Terminal Specification
版本号： V2.2.1

前言

本规范规定了彩信业务在终端部分的要求，是开展彩信业务的依据之一。
本规范主要包括以下几方面内容:彩信终端的彩信处理能力、参数内置、发送接收流程、异常处理、性能要求等等。
附录A、附录B均为资料性附录。
本规范由中国移动通信有限公司技术部归口管理。
本规范由归口部门负责解释。
本规范起草单位：中国移动通信研究院
本标准主要起草人：常嘉岳、郑冬冬

目录
1 适用范围 1
2 引用标准 2
3 相关术语 3
4 符号和缩略语解释 4
5 概述 6
5.1 目的 6
5.2 业务简介 6
5.3 多媒体消息业务环境 7
5.4 以MMSC为中心的多媒体消息系统结构 8
6 功能要求 9
6.1 参数预置 9
6.1.1 彩信承载参数 9
6.1.2 彩信发送参数默认值 9
6.1.3 彩信接收参数默认值 10
6.2 地址 10
6.3 彩信的处理能力 10
6.4 彩信在移动终端上的操作 10
6.4.1 编辑 11
6.4.2 发送 11
6.4.3 接收 12
6.4.4 彩信管理 13
7 多媒体格式要求 15
7.1 文字 15
7.2 音频 15
7.3 图像 15
7.4 视频 15
7.5 对不支持的内容格式处理 15
7.6 对每一页彩信大小的要求 15
8 SMIL的格式要求 17
8.1 SMIL的封装 17
8.1.1 MMS header 17
8.1.2 MMS Body 17
8.2 MMS SMIL 18
8.2.1 元素和属性 18
8.2.2 元素和属性的可选必选性如下表： 21
8.3 对发送SMIL文件的要求 22
8.4 对接收SMIL文件的要求 22
9 接口要求 23
9.1 彩信终端发送彩信到MMSC 23
9.1.1 正常操作 23
9.1.2 异常操作 24
9.1.3 信息单元 25
9.2 彩信中心发送notification消息到彩信终端 26
9.2.1 正常操作 27
9.2.2 异常操作 27
9.2.3 信息单元 29
9.3 彩信终端从彩信中心提取彩信 30
9.3.1 正常操作 31
9.3.2 异常操作 32
9.3.3 信息单元 33
9.4 发送报告 35
9.4.1 正常操作 35
9.4.2 信息单元 36
10 彩信终端有关WAP协议的要求 37
10.1 WAP协议支持的版本 37
10.2 用户代理（User Agent) 37
10.3 用户代理档案 （UA Profile） 37
11 网络的兼容性要求 37
12 硬件要求 37
12.1 处理能力 37
13 编制历史 38
附录A： SMIL的例子 39
附录B：彩信终端通信流程图 40

1 适用范围
本规范对彩信业务终端提出规定。本规范是彩信业务的参考依据，也是终端厂商彩信业务终端产品的研发、生产的参照依据。适用于GSM网络、GPRS网络以及3G网络环境。

2 引用标准
下列规范包含的条文，通过在本规范中的引用而构成为本要求的条文。在规范出版时，所示版本均为有效。所有标准都会被修订，使用本规范的各方应探讨使用下列标准最新版本的可能性。
[1] 3G TS 22.140 V5.3.0 Multimedia Messaging Service – Stage 1， (Release 5)
[2] 3GPP TS 23.140 V6.0.0 Multimedia Messaging Service – Stage 2, (Release 5)OMA-MMS-ARCH-V1_2-20030920-C
[3] OMA-MMS-CONF-V1_2-20030929-C
[4] OMA-MMS-CTR-V1_2-20030916-C
[5] OMA-MMS-ENC-V1_2-20030915-C
[6] 中国移动多媒体消息业务总体技术要求 v1.0.3，中国移动通信有限公司
[7] 中国移动多媒体业务接口规范v1.0.3，中国移动通信有限公司
[8] 中国移动多媒体业务规范 v1.0.3，中国移动通信有限公司
[9] IETF，RFC 2387：“The MIME Multipart/related content type", Levinson E., August 1998.”
[10] IETF，RFC 2557：“ Encapsulation of Aggregate Documents, such as HTML (MHTML), Palme J., Hopmann A., Shelness N., March 1999 ”

3 相关术语
在本规范中使用了“必须”、“推荐”、和“可选”等词汇来描述对移动终端产品要求的强调程度。
“必须”项是指终端产品所必须提供的功能或性能要求；
“推荐”项是指在标准中未作硬性要求，但建议终端产品提供的功能或性能要求；
“可选”项指在目前看来是中国移动需求的发展方向，或终端产品在目前阶段可不提供的功能或性能要求。
规范中除了明确指明为 “推荐”、“可选”外，均为必须要求。

4 符号和缩略语解释
3GPP Third Generation Partnership Project
AMR Adaptive Multi-Rate
APN Access Point Name
CSD Circuit Switch Data Call
GPRS General Packet Radio Service
GIF Graphical Interchange Format
HTTP Hyper Text Transport Protocol
IP Internet Protocol
JPEG Joint Picture Expert Group
MIDI Musical Instrument Digital Interface
MIPS Million Instructions Per Second
MMS Multi-media Message Services
MMSE Multi-media Message Services Environment
MM Multimedia Message
MMI Man Machine Interface.
MS Mobile Station
MO Mobile Oriented
MT Mobile Terminated
MSISDN Mobile Station Integrated service Digital Number
OTA Over-the-Air
PIM Personal Information Management
PDP Packet Data Protocol
SAR Segmentation Reassembly and Reassembly
SMF Standard Midi File
SMIL Synchronized Multimedia Integration Language
SP-MIDI Scalable Polyphonic MIDI
TCP/IP Transmission Control Protocol/Internet Protocol
UCS Universal Character Set
URL Uniform Resource Locater
UTF-8 Unicode Trans Format
WAP Wireless Application Protocol
WBMP Wireless Bit Map
WSP WAP Session Protocol
WTP WAP Transport Protocol
WTLS Wireless Transportation Layer Security
WSP Wireless Session Protocol
WWW World Wide Web
MMS Relay/Server：MMS业务提供商管理下的MMS特定网络实体和应用
MMS用户代理：常驻在UE、MS或外部设备上的应用程序，代表用户执行MMS特定操作发送报告：由MMSRelay/Server提供给MM发方（MMS用户代理或VASP），关于MM传送状态的反馈信息
阅读报告：由收方MMS用户代理发送给发方MMS用户代理的反馈信息，该信息是反映原MM在收方MMS用户代理中的处理状态

5 概述
5.1 目的
彩信业务是基于3GPP标准规范的新的移动数据增值业务，开放性与标准化是彩信业务系统赖以生存发展的基础。支持彩信业务的终端产品同样符合这一原则，基于业界开放式标准，包括各种网络协议、内容格式，并且要体现良好的扩展性和互操作能力。基于此原则本规范规定了MMS业务的终端产品应满足的要求。
5.2 业务简介
彩信业务是多媒体消息业务（Multimedia Message Service）在中国移动市场推广中的名称，彩信业务可以像使用短消息一样收发更加个性化的多媒体消息，如文本、图形、图像、音频、视频、动画、音乐等信息内容，且不影响手机的正常通话。有人形容，多媒体消息的出现如同电脑多媒体技术的出现，使PC对于多数普通用户而言从高档的打字机变成了娱乐、教育等方面的良好工具，电脑对于普通用户的作用发生了质的飞跃一样，多媒体消息的出现，也使得手机从最主要通话功能，成为一种集普通话音通信、多媒体信息传输(移动数据业务)和处理于一身的新型个人数字终端，即不仅仅是一个通话工具，更应该是一种电子消费产品。
彩信业务虽然在给用户的业务表现上类似于SMS业务，但在实际的实现方法上采用的是WAP事件的处理流程，由接收方主动从MMSC取信息，相当于WAP的浏览或下载方式，因此在网络结构和计费模式上与SMS不同。
5.3 多媒体消息业务环境
图4-1 多媒体消息业务环境
MMSE ：多媒体消息业务环境
MMSE 是实现MMS业务的一套独立的和完整的网络元素的集合。
MMS Relay/Server：MMS 中继/服务器
MMS 中继/服务器负责存储和处理输入和输出的消息，以及在不同多媒体消息系统之间传送多媒体消息。
MMS User Database：用户数据库
MMS用户数据库包含所有MMS业务中与用户相关的信息，例如业务定制信息，黑白名单信息等。
MMS Useragent： 用户代理
MMS 用户代理存在于彩信终端，向用户提供查看、编写和处理多媒体消息的功能。（例如，提交、接收删除 MM）。
MMS VAS Application：MMS增值应用程序
MMS VAS 应用程序向 MMS 用户提供增值业务。
5.4 以MMSC为中心的多媒体消息系统结构
多媒体消息系统在GSM/GPRS/3G网络中的系统结构如图4－2 所示。
MM2
MM7
MM6
MM4
MM3
MM1
接入服务器
GSM
GGSN
GPRS
短信中心
MMS终端
非MMS终端
WAP网关
MMS Relay/Server
用户数据库
外部服务器(例如 E-Mail)
外部服务器
外部服务器
(例如 Voice Mail)
IP 网
IP网

其它MMSC
3G
MM8
计费系统
非MMS终端支撑应用
MMS增值应用系统
网管系统
Relay
Server
MMS重定向器
ENUM-DNS

图4-2 多媒体消息系统结构图
多媒体消息系统包括以下网元：彩信终端、多媒体消息中心、MMS用户数据库、外部应用服务器、增值应用服务器以及非彩信终端处理系统。此外，为配合多媒体消息平台提供多媒体消息服务，需要WAP网关、GSM/GPRS网络资源等设备的支持，还要和现网中的计费系统、网管系统互联。
多媒体消息中心（MMSC）是整个多媒体消息系统的核心，它主要负责存储并处理进出MMSC的消息，完成在网络上发送由文本、声音、图片及其他媒体格式组成的多媒体消息。MMSC 不但能够完成终端到终端的业务需求，还能够在终端和EMAIL系统以及外部增值应用系统之间传送消息并产生相应的计费信息记录。为了保证满足系统对容量和吞吐率的要求，多媒体信息中心应当能够支持集群方案，使得进入系统的多媒体消息可通过负载均衡由不同模块处理，达到提高系统容量和高效利用资源的目的。
6 功能要求
6.1 参数预置
6.1.1 彩信承载参数
彩信终端必须可以进行参数预置。设置包括：
l MMS中心网址：;（出厂预置的网址的开始及结尾不能包括空格）

l CSD方式：接入号码17266, 用户名 wap ; 密码: wap （GSM和GPRS网络终端适用）

Wap 1.X的终端的设置：
l GPRS方式： APN: cmwap; 用户名: 空; 密码: 空.
l WAP网关地址：10.0.0.172
l 端口号：9201

WAP 2.0的终端的设置：
l APN: cmwap; 用户名: 空; 密码: 空.
l WAP网关地址：10.0.0.172
l 端口号： 80

6.1.2 彩信发送参数默认值
彩信终端发送参数默认值：
l 有效期：最长（如果有则设置）
l 要求发送报告：否 （如果有则设置）
l 要求阅读报告：否（如果有则设置）
6.1.3 彩信接收参数默认值
彩信终端接收参数默认值：
l 允许接收：是（如果有则设置）
l 立即提取：在非漫游状态下不向用户显示该选项，该选项默认为“是”；在漫游状态，提示用户处于漫游状态，向用户显示该选项，并允许用户设置, 该选项默认为“是”。
l 允许发送报告：否 （如果有则设置）
l 允许发送阅读报告：否（如果有则设置）

6.2 地址
彩信终端必须允许最终用户发送彩信到MSISDN（E164，例如＋8612345678） 和Email地址 （RFC822，例如：name@）

6.3 彩信的处理能力
· 彩信终端必须满足至少发送300KB彩信的能力。（这里指彩信封装后的大小，适用于3G网络彩信终端适用）
· 彩信终端必须满足至少接收300KB彩信的能力。（这里指彩信封装后的大小，适用于3G网络彩信终端）
· 彩信终端必须满足至少发送100KB彩信的能力。（这里指彩信封装后的大小，适用于GSM和GPRS网络彩信终端适用）
· 彩信终端必须满足至少接收100KB彩信的能力。（这里指彩信封装后的大小，适用于GSM和GPRS网络彩信终端）
· 用户必须能查询每条彩信（包括发出、收到、未发送）的相关信息, 包括主题、彩信大小、收发方、收发日期。
· 彩信终端必须支持发送报告。
· 彩信终端可以支持阅读报告（可选）。
6.4 彩信在移动终端上的操作

6.4.1 编辑
彩信终端必须能创建彩信, 创建的彩信类型必须是application/vnd.wap.multipart.related类型，内容包括文字、 图像、 声音、视频（适用于3G网络彩信终端）。
彩信终端必须能根据用户的需求对创建好的彩信进行编辑, 包括对声音、图像和视频（适用于3G网络彩信终端）的选取，删除和替换, 对文字的修改。
彩信终端必须允许用户对存储在本机的彩信进行编辑。
彩信终端必须能够对application/vnd.wap.multipart.related类型的彩信进行编辑。
对application/vnd.wap.multipart.mixed 类型的彩信，如果不能够转换成application/vnd.wap.multipart.related类型发送，则除了文字以外，其他编辑功能必须禁止。
每一页彩信的组成形式只能是下列几种情形之一：
l 包含一张图片；
l 包含一段声音；
l 包含一段文字；
l 包含以上三种或其中的任意两个；
l 包含一段视频（含声音）；
l 包含一段视频（含声音）和一段文字。
彩信终端必须支持编辑多页彩信， 支持的编辑页数必须为20页，必须能在任何位置插入新的页。
彩信终端必须支持对彩信的预览功能。
用户必须能对彩信命名标题，支持的文字数目必须是40Bytes，即40个英文字母或者13个中文。
6.4.2 发送
彩信终端必须具有发送彩信的能力。
在用户选择发送彩信以后，在彩信正式发送以前，终端必须主动提示用户封装后彩信大小（以KB为单位），用户可以确认发送或者返回。
彩信终端必须能将彩信发送到预定义的组（推荐）。
在彩信发送后，彩信终端必须向用户提示发送结果，推荐显示MM1_submit.RES中的Request Status Text字段。
彩信终端必须支持自动签名功能，即允许用户自建签名并保存在终端上，在发送彩信时，可以插入到待发的彩信中，一并发出，将签名档作为最后一页插入彩信。如果包含签名后的彩信总页数大于本规范要求值，则不能发送并提示用户彩信页数过多。
彩信终端必须支持以下形式输入接收方的地址：
l 从电话本列表中选取，必须支持同时选取多个接收号码；
l 直接输入电话号码；
l 直接输入e-Mail地址；
l 混合输入电话号码、e－Mail地址和电话本选取号码。
l 对多个地址自动采用分号或逗号分割，这些逗号和分号均为半角字符。
彩信终端必须支持群发功能，即同时发送至多个收件人，每个收件人的地址必须合法，并且一次性发给彩信中心。
6.4.3 接收
用户不能手动拒绝接收彩信。
彩信的期限以接收PUSH通知消息时间为基准开始计算，彩信终端不能够自动重复下载已过期的彩信，对于手工提取过期彩信时必须提示用户该通知消息已过期，并且不与网络进行任何交互。
彩信终端能够拒绝接收过大彩信，同时向用户提示文件过大无法接收。
彩信终端在设置为非自动接收情况下，接收到PUSH通知消息后，彩信终端可以不向用户提示。
彩信终端在设置为自动接收情况下，接收到PUSH通知消息后，彩信终端必须向用户提示，如：显示一个图标，或以铃声，震动方式通知用户。
彩信终端接收到彩信后，彩信终端必须向用户提示，如：显示一个图标，或以铃声，震动方式通知用户。
彩信终端内存在不足以存储PUSH通知消息时，必须能提示用户清理内存或者自动清理内存，终端获得足够内存后，必须能正确存储PUSH通知消息并完成相关操作。
彩信终端在收到PUSH通知消息而不能立即提取的情况下，必须能延迟提取彩信。
彩信终端接收到PUSH通知消息，发现内存不足以存储彩信时必须能提示用户清理内存。如果用户手动提取彩信，则需要提示用户清理内存，并且不向网络发起任何请求，终端获得足够内存后，必须能正确下载彩信。
彩信的接收成功率不应受内存问题的影响。
彩信终端在彩信接受失败时，必须向用户提示相关信息，并允许用户手动接收彩信。
6.4.4 彩信管理
6.4.4.1 浏览
彩信终端必须能正常显示符合终端屏幕规格的图像。
彩信终端对于超过屏幕规格（超长及超宽）的图像，必须能通过缩小，滚动，剪裁或其他方式显示出来。
若不能显示某个媒体对象时，彩信终端必须保证不影响其他类型媒体对象的保存和显示。
彩信终端必须能按SMIL的描述正确播放收到的彩信。
彩信终端必须能正确播放多页彩信，必须支持20页彩信。
彩信终端必须支持手动播放彩信。
彩信终端可以自动播放彩信，自动播放过程中可以切换为手动播放。（可选）
6.4.4.2 存储
用户必须能在终端上查寻剩余用户空间和当前存储空间使用状况。
彩信终端必须能保存已创建、已接收、已发送的彩信。
6.4.4.3 回复
彩信终端必须允许用户在回复消息（包括彩信和短信）时选择回复消息类型，即彩信或短信。
6.4.4.4 转发
彩信终端必须能对接受到的彩信进行编辑，并将未更改的部分按照原样进行转发，发送部分要求见其他章节。
6.4.4.5 删除
彩信终端必须支持用户逐条删除存储在本机的彩信。
彩信终端必须支持对各个文件夹的彩信的一次全部删除。

6.4.4.6 彩信内容的扩展应用
彩信终端在收到彩信后, 用户可以扩展使用已收到的彩信，即分别将该彩信中的元素存在终端中，作为铃音、屏保、墙纸等。
7 多媒体格式要求
7.1 文字
参见《终端多媒体格式规范 v1.0.0》。

7.2 音频
参见《终端多媒体格式规范 v1.0.0》。
7.3 图像
o 参见《终端多媒体格式规范 v1.0.0》；
o 至少支持65K色及以上；
o 至少支持160x120像素图片。
7.4 视频
o 参见《终端多媒体格式规范 v1.0.0》；
o 至少支持65K色；
o 至少支持160x120像素视频。

7.5 对不支持的内容格式处理
彩信终端在遇到不支持格式的多媒体对象时，必须不影响其他支持的多媒体对象的正常显示，并且可以将不支持的多媒体对象单独保存，在转发中也不应改变任何原有彩信的内容。
7.6 对每一页彩信大小的要求
每一页彩信可以包含图像、文本、声音和视频，对每一页彩信大小的要求如下（适用于GSM和GPRS网络彩信终端）：
文本：至少支持1KB
图像：至少支持48KB
声音：至少支持48KB
总计：支持100KB。

每一页彩信可以包含图像、文本、声音和视频，对每一页彩信大小的要求如下（适用于3G网络彩信终端）：
文本：至少支持3KB
图像：至少支持250KB
声音：至少支持250KB
视频：至少支持250KB
总计：支持300KB。

8 SMIL的格式要求
SMIL (Synchronized multimedia Integration Language)是用于多媒体网站的标记语言。在彩信业务推广的初期，移动终端有限的显示能力会造成无法完全利用SMIL2.0 及SMIL BASIC全部的内容，但是终端必须至少支持 SMIL在互操作性方面的要求， 并且所产生的消息必须是有效、完整的SMIL消息，必须可以在非移动终端（例如：PC等）上显示。
8.1 SMIL的封装
彩信的结构包括MMS headers和MMS Body两大部分。
MMS headers
Start
MMS Body
presentation

audio/wav

text/plain

image/jpeg

8.1.1 MMS header
参见《中国移动多媒体业务接口规范》。

8.1.2 MMS Body
MMS Body包含文本、图像、声音等媒体类型，除Presentation Part外，各个媒体类型可以自由规定安放的位置和顺序。
发送时必须使用Presentation Part来制定消息内容的显示方式，并把Presentation Part放在MMS Body的最前边。（可选）
接收时如果Presentation Part不在MMS Body的最前面，也要能正常显示。
接收时如果没有Presentation Part(Content-Type为application/vnd.wap.multipart.mixed)，最好能按页播放，至少能存为附件。详细内容参照国际规范《OMA-MMS-ENC-V1_2-20030915-C.pdf》。

8.2 MMS SMIL
MMS SMIL是SMIL2.0的一个子集，以下将针对这些元素进行规范和定义。
8.2.1 元素和属性
8.2.1.1 <smil>元素。该元素是MM文件的根部。
属性：无
子元素：<head> <body>
8.2.1.2 <head>元素。该元素描述了表现内容，并与时间无关。
属性：无
子元素：<layout> <meta>
8.2.1.3 <body>元素。该元素描述了内容的表现时间，以及各个内容模块的连接方式。
属性：无
子元素：<par>
8.2.1.4 <layout>元素。该元素决定了各个内容的位置。
属性：无
子元素：<region>
<root-layout>
8.2.1.5 <region>元素。该元素定义媒体对象的位置，大小以及比例。
属性：width, height, top, left, fit, id
l width 用法和定义参考CCS2 specification。
元素的值必须是非负的百分比或整型。如果是后者，则单位是且只能是px。可以不带单位。
默认值是auto
l height 用法和定义参考CCS2 specification。
规则和限制参见width。
默认值是auto
l top 用法和定义参考CSS2 specificatin。
规则和限制参见width。
默认值是auto
l left 用法和定义参考CSS2 specificatin。
规则和限制参见width。
默认值是auto
l fit 当对象的实际大小与被指定的大小有所不同时，该属性决定调整方式
该属性可以具有以下的值：
Ø fill 缩放对象的高度和宽度到达被指定的大小。
Ø hidden 具有两种效果
如果对象小于被指定的大小，则左上角对齐，空白部分用背景色填充
如果对象大于被指定的大小，则左上角对齐，多余部分切除。
Ø meet 维持对象的纵横比进行缩放，直到宽度或者高度与被指定的值相同，且不用切除任何部分。空白部分以背景色填充
Ø scroll 当对象的实际的大小超出了边界时，允许滚动。
Ø slice 维持对象的纵横比进行缩放，直到宽度或者高度与被指定的值相同，且一部分会被切除。宽度过大则从右侧切除，高度过大则从底部切除。
该属性只支持二维的对象，如图片和视频。
默认值是hidden
l id 该元素的在此文档中的唯一标识。
8.2.1.6 <root-layout> 该元素决定了它的父元素的显示区域的大小。
属性：width height
l width 区域的宽度。只允许是长度，单位是且只允许是px。可以不带单位。
l height 区域的高度。只允许是长度，单位是且只允许是px。可以不带单位。
8.2.1.7 <meta> 每一个meta元素指定了一个name/content键值对，表达一个属性。
属性：name content
l name 指定了一个属性的名称。
l content 指定了一个属性的值。
8.2.1.8 <par> 定义了一个群组，其中包含若干元素，可以同时播放。
属性：dur
子元素：媒体模块
l dur 该群组播放的时间。建议以毫秒为单位。
8.2.1.9 媒体模块，包括 <Text> <Img> <Audio> <Video> <ref>
属性：src region alt begin end dur
l src 定位对应的媒体信息。由其指定的资源信息必须匹配其父元素的定义。
默认为空值。即可作为一个空的资源，起到时间延迟的作用。
l region 定义媒体信息显示的位置（音频不需要该字段），必须是在layout中定义的region，如果找不到对应的region，则使用默认的region进行显示。
l alt 当媒体信息暂时或被用户禁止显示时，alt信息将予以显示。
默认为空值。
l begin 定义了媒体信息开始显示的时间。由于终端的处理能力不同，begin可以被忽略，而改由用户手动控制时间。
默认为0。
l end 定义了媒体信息结束显示的时间。由于终端的处理能力不同，end可以被忽略，而改由用户手动控制时间。

l dur 定义了媒体信息显示的时间长短。

8.2.2 元素和属性的可选必选性如下表：
元素名称
对发送方
对接受方
smil
必选
必选
head
必选
必选
body
必选
必选
layout
必选
必选
region
必选
必选
root-layout
必选
必选
par
必选
必选
meta
可选
可选
Text
必选
必选
Img
必选
必选
Audio
必选
必选
Video
可选
可选
ref
可选
可选

属性名称
对发送方
对接受方
width
必选
可选
height
必选
可选
top
必选
可选
left
必选
可选
fit
可选
可选
id
必选
可选
par
必选
可选
name
可选
可选
content
可选
可选
dur
必选
可选
src
必选
必选
region
必选
可选
alt
可选
可选
begin
可选
可选
end
可选
可选

8.3 对发送SMIL文件的要求
从终端创建了一条彩信以后，发送彩信时，必须以正确的SMIL格式发送。每一个多媒体信息必须由一个SMIL表达式来描述。表达式中的每一页必须有同样的布局。
Content-Type: 为必选项。创建后的彩信必须使用类型application/vnd.wap.multipart.related。
8.4 对接收SMIL文件的要求
彩信移动终端接收时必须支持application/vnd.wap.multipart.mixed和application/vnd.wap.multipart.related类型的彩信，收到不完整的SMIL格式的消息时终端不 应发生异常。
如果终端匹配SMIL，那么没有任何调整的必要。如果不匹配，彩信终端可以调整各部份的位置，终端可以忽视信息中的布局部分，而用它自身定义的布局取代。
如果终端对某些SMIL中的Tag或者属性不支持，终端必须尽量显示收到的彩信，并且在转发过程中不应改变原来的SMIL文件。

9 接口要求
9.1 彩信终端发送彩信到MMSC

图9.1提交流程
Originator
MMS UA
MMS
Relay /Server
MM1_submit.REQ
MM1_submit.RES

表9.1提交消息的类型和方向。

摘要消息
类型
方向
MM1_submit.REQ
请求
MMS用户代理->MMSRelay/ServerRelay/Server
MM1_submit.RES
响应
MMSRelay/ServerRelay/Server->MMS用户代理

9.1.1 正常操作
始发方彩信客户端使用包含彩信控制信息和彩信内容的MM1_submit.REQ消息将彩信提交至始发方MMSRelay/ServerRelay/Server。
MMSRelay/ServerRelay/Server将返回一个MM1_submit.RES消息，该消息中携带请求状态信息。
彩信终端必须支持发送MM1_submit.REQ和接受MMSRelay/ServerRelay/Server所发送的MM1_submit.RES。
9.1.2 异常操作
在异常情况下，始发方MMSRelay/ServerRelay/Server将返回一个MM1_submit.RES消息，其中包含指示拒绝多媒体消息原因的状态信息，例如：未预约、消息结构破坏、不提供服务等。
如果MMSRelay/ServerRelay/Server不提供MM1_submit.RES消息，彩信终端必须能够恢复正常状态。
异常1: 如果彩信终端不能成功的发出MM1_Submit.REQ,彩信终端必须提示用户发送失败，并提示用户会重新发送。彩信终端必须支持再自动重发 MM1_Submit.REQ.，最多3次。如果还失败，则存入彩信终端，并向用户提出明确提示，用户可以手动重发彩信。
异常2: 如果彩信终端成功的发出MM1_Submit.REQ，但没有收到MM1_Submit.RES， 彩信终端必须提示用户彩信发送超时同时必须禁止自动重发，用户可以手动重发彩信。
异常3: 如果彩信终端接收到的MM1_Submit.RES包是”失败”, 彩信终端必须提示给用户发送彩信失败。推荐彩信终端显示MM1_Submit.RES里的Request_Status_Text.

9.1.3 信息单元
表9.2：MM1_submit.REQ中的信息单元
信息单元
存在情况
说明
Message Type
必选
将此消息标识为MM1_submit.REQ
Transaction ID
必选
MM1_submit.REQ/MM1_submit.RES对的标识。
MMS Version
必选
标识MMSUA所支持接口的版本。格式参见 OMA-MMS-ENC-V1_2-20030915-C.pdf
Recipient address
必选
MM的接收方地址。可能存在多个地址。地址格式的必须符合WAP-209-MMSEncapsulation-20020105-a中的规定
Content type
必选
MM内容的内容类型。必须使用Multipart/Related格式.
Sender address
可选
MM始发方的地址。
Message class
可选
MM的类别（例如，个人服务、广告服务和信息服务）
Date and time
可选
提交彩信的时间和日期（时间戳）。
Time of Expiry
可选
彩信或应答彩信的指定超时时间。
Earliest delivery time
可选
将彩信传递给接收方的指定最早时间。
Delivery report
可选
发送报告的请求。
Reply-Charging
可选
应答计费的请求。
Reply-Deadline
可选
在应答计费的情况下，向接收方提交应答的最迟时间。
Reply-Charging-Size
可选
在应答计费的情况下，提供给接收方的应答彩信的最大大小。
Priority
可选
消息的优先级（重要性）。
Sender visibility
可选
请求在将消息传递给接收方时，显示或隐藏发送方的标识。推荐终端不让拥护在界面设置隐藏发送方的功能。
Store
可选
除了正常传递彩信外，请求将彩信的副本存储至用户的MMBox。
MM State
可选
在已存储彩信的“MM状态”信息单元中设置的值（如果存在“存储”）。
MM Flags
可选
在已存储彩信的“MM标志”信息单元中设置的一个或多个“MM标志”关键字（如果存在“存储”）。
Read reply
可选
读取应答报告的请求。
Subj