彩信业务终端技术规范V5.0.0.doc

QB-E-018-2009中国移动通信企业标准QB-E-018-2009彩信业务终端技术规范China Mobile MMS Service Terminal Specification版本号：5.0.02009-5-8实施2009-5-8发布中国移动通信集团公司 发布目录1.范围12.规范性引用文件13.术语、定义和缩略语24.概述44.1.目的44.2.业务简介44.3.多媒体消息业务环境54.4.以MMSC为中心的多媒体消息系统结构65.功能要求75.1.参数预置75.1.1.彩信承载参数75.1.2.彩信发送参数默认值75.1.3.彩信接收参数默认值75.2.地址75.3.UI界面要求85.4.彩信的处理能力85.5.彩信在移动终端上的操作85.5.1.编辑85.5.2.发送95.5.3.接收95.5.4.彩信管理105.6.并发的支持116.多媒体格式要求116.1.文字116.2.音频116.3.图像116.4.视频116.5.对不支持的内容格式处理116.6.对每一页彩信大小的要求127.SMIL的格式要求127.1.SMIL的封装127.1.1.MMS header137.1.2.MMS Body137.2.MMS SMIL137.2.1.元素和属性137.2.2.元素和属性的可选必选性如下表：157.3.对发送SMIL文件的要求167.4.对接收SMIL文件的要求178.接口要求178.1.彩信终端发送彩信到MMSC178.1.2.正常操作188.1.3.异常操作188.1.4.信息单元188.2.彩信中心发送notification消息到彩信终端208.2.2.正常操作218.2.3.异常操作218.2.4.信息单元228.3.彩信终端从彩信中心提取彩信248.3.2.正常操作258.3.3.异常操作268.3.4.信息单元268.4.发送报告288.4.2.正常操作298.4.3.信息单元299.彩信终端有关WAP协议的要求309.1.WAP协议支持的版本309.2.用户代理（User Agent)309.3.用户代理档案 （UA Profile）309.4.彩信终端上报的PDU能力值和WAP网关的适配能力3010.网络的兼容性要求3011.性能指标要求3011.1.发送接收性能要求3011.2.彩信处理性能要求3112.编制历史31前言本标准规定了彩信业务在终端部分的要求，是开展彩信业务的依据之一。本标准主要包括以下几方面内容：彩信终端的彩信处理能力、参数内置、发送接收流程、异常处理、性能要求等等。本标准附录A为资料性附录。本标准由中移技2009127号发布。本标准由中国移动通信集团公司数据部提出，集团公司技术部归口。本标准起草单位：中国移动通信研究院本标准主要起草人：常嘉岳、郑冬冬III1. 范围本规范对彩信业务终端提出规定。本规范是彩信业务的参考依据，也是终端厂商彩信业务终端产品的研发、生产的参照依据。适用于GSM网络、GPRS/EGPRS网络以及TD-SCDMA网络环境。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-113GPP TS 22.140Multimedia Messaging Service Stage 1， (Release 5) V5.3.03GPP 23GPP TS 23.140Multimedia Messaging Service Stage 2, (Release 5) V6.0.03GPP 3OMA-MMS-ARCH-V1_2-20030920-C4OMA-MMS-CONF-V1_2-20030929-C5OMA-MMS-CTR-V1_2-20030916-C6OMA-MMS-ENC-V1_2-20030915-C7中国移动多媒体消息业务总体技术要求 v1.0.3中国移动通信有限公司8中国移动多媒体业务接口规范 v1.0.3中国移动通信有限公司9中国移动多媒体业务规范v1.0.3中国移动通信有限公司10RFC 2387“The MIME Multipart/related content type, Levinson E., August 1998.”IETF11RFC 2557“Encapsulation of Aggregate Documents, such as HTML (MHTML), Palme J., Hopmann A., Shelness N., March 1999”IETF3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：在本规范中使用了“必须”、“推荐”、和“可选”等词汇来描述对移动终端产品要求的强调程度。“必须”项是指终端产品所必须提供的功能或性能要求； “推荐”项是指在标准中未作硬性要求，但建议终端产品提供的功能或性能要求； “可选”项指在目前看来是中国移动需求的发展方向，或终端产品在目前阶段可不提供的功能或性能要求。规范中除了明确指明为 “推荐”、“可选”外，均为必须要求。表3-1词语解释3GPPThird Generation Partnership ProjectAMRAdaptive Multi-RateAPNAccess Point NameCSDCircuit Switch Data CallGPRSGeneral Packet Radio ServiceGIFGraphical Interchange FormatHTTPHyper Text Transport ProtocolIPInternet ProtocolJPEGJoint Picture Expert GroupMIDIMusical Instrument Digital InterfaceMIPSMillion Instructions Per SecondMMSMulti-media Message ServicesMMSEMulti-media Message Services EnvironmentMMMultimedia MessageMMIMan Machine InterfaceMSMobile StationMOMobile OrientedMTMobile TerminatedMSISDNMobile Station Integrated service Digital NumberOTAOver-the-AirPIMPersonal Information ManagementPDPPacket Data ProtocolSARSegmentation Reassembly and ReassemblySMFStandard Midi FileSMILSynchronized Multimedia Integration LanguageSP-MIDIScalable Polyphonic MIDITCP/IPTransmission Control Protocol/Internet ProtocolUCSUniversal Character SetURLUniform Resource LocaterUTF-8Unicode Trans FormatWAPWireless Application ProtocolWBMPWireless Bit MapWSPWAP Session ProtocolWTPWAP Transport ProtocolWTLSWireless Transportation Layer SecurityWSPWireless Session ProtocolWWWWorld Wide WebMMS Relay/ServerMMS业务提供商管理下的MMS特定网络实体和应用MMS用户代理常驻在UE、MS或外部设备上的应用程序，代表用户执行MMS特定操作发送报告由MMSRelay/Server提供给MM发方（MMS用户代理或VASP），关于MM传送状态的反馈信息阅读报告由收方MMS用户代理发送给发方MMS用户代理的反馈信息，该信息是反映原MM在收方MMS用户代理中的处理状态 4. 概述4.1. 目的彩信业务是基于3GPP标准规范的新的移动数据增值业务，开放性与标准化是彩信业务系统赖以生存发展的基础。支持彩信业务的终端产品同样符合这一原则，基于业界开放式标准，包括各种网络协议、内容格式，并且要体现良好的扩展性和互操作能力。基于此原则本规范规定了MMS业务的终端产品应满足的要求。4.2. 业务简介彩信业务是多媒体消息业务（Multimedia Message Service）在中国移动市场推广中的名称，彩信业务可以像使用短消息一样收发更加个性化的多媒体消息，如文本、图形、图像、音频、视频、动画、音乐等信息内容，且不影响手机的正常通话。有人形容，多媒体消息的出现如同电脑多媒体技术的出现，使PC对于多数普通用户而言从高档的打字机变成了娱乐、教育等方面的良好工具，电脑对于普通用户的作用发生了质的飞跃一样，多媒体消息的出现，也使得手机从最主要通话功能，成为一种集普通话音通信、多媒体信息传输(移动数据业务)和处理于一身的新型个人数字终端，即不仅仅是一个通话工具，更应该是一种电子消费产品。 彩信业务虽然在给用户的业务表现上类似于SMS业务，但在实际的实现方法上采用的是WAP事件的处理流程，由接收方主动从MMSC取信息，相当于WAP的浏览或下载方式，因此在网络结构上与SMS不同。4.3. 多媒体消息业务环境图4.1 多媒体消息业务环境MMSE ：多媒体消息业务环境MMSE 是实现MMS业务的一套独立的和完整的网络元素的集合。l MMS Relay/Server：MMS 中继/服务器MMS 中继/服务器负责存储和处理输入和输出的消息，以及在不同多媒体消息系统之间传送多媒体消息。l MMS User Database：用户数据库MMS用户数据库包含所有MMS业务中与用户相关的信息，例如业务定制信息，黑白名单信息等。l MMS User Database：用户数据库MMS用户数据库包含所有MMS业务中与用户相关的信息，例如业务定制信息，黑白名单信息等。l MMS Useragent： 用户代理MMS 用户代理存在于彩信终端，向用户提供查看、编写和处理多媒体消息的功能。（例如，提交、接收删除 MM）。l MMS VAS Application：MMS增值应用程序MMS VAS 应用程序向 MMS 用户提供增值业务。l MMS Useragent： 用户代理MMS 用户代理存在于彩信终端，向用户提供查看、编写和处理多媒体消息的功能。（例如，提交、接收删除 MM）。l MMS VAS Application：MMS增值应用程序MMS VAS 应用程序向 MMS 用户提供增值业务。4.4. 以MMSC为中心的多媒体消息系统结构多媒体消息系统在GSM/GPRS/3G网络中的系统结构如图42 所示。MM2MM7MM6MM4MM3MM1接入服务器GSMGGSNGPRS短信中心MMS终端非MMS终端WAP网关MMS Relay/Server用户数据库外部服务器(例如 E-Mail)外部服务器外部服务器(例如 Voice Mail)IP 网IP网其它MMSCTD-SCDMAMM8计费系统非MMS终端支撑应用MMS增值应用系统网管系统RelayServerMMS重定向器ENUM-DNS图4.2 多媒体消息系统结构图多媒体消息系统包括以下网元：彩信终端、多媒体消息中心、MMS用户数据库、外部应用服务器、增值应用服务器以及非彩信终端处理系统。此外，为配合多媒体消息平台提供多媒体消息服务，需要WAP网关、GSM/GPRS网络资源等设备的支持，还要和现网中的计费系统、网管系统互联。多媒体消息中心（MMSC）是整个多媒体消息系统的核心，它主要负责存储并处理进出MMSC的消息，完成在网络上发送由文本、声音、图片及其他媒体格式组成的多媒体消息。MMSC 不但能够完成终端到终端的业务需求，还能够在终端和EMAIL系统以及外部增值应用系统之间传送消息并产生相应的计费信息记录。为了保证满足系统对容量和吞吐率的要求，多媒体信息中心应当能够支持集群方案，使得进入系统的多媒体消息可通过负载均衡由不同模块处理，达到提高系统容量和高效利用资源的目的。5. 功能要求 5.1. 参数预置5.1.1. 彩信承载参数彩信终端必须可以进行参数预置。设置包括：l MMS中心网址：;（出厂预置的网址的开始及结尾不能包括空格）l CSD方式：接入号码17266, 用户名 wap ; 密码: wap （GSM和GPRS网络终端适用）l Wap 1.X的终端的设置： l GPRS方式： APN: cmwap; 用户名: 空; 密码: 空.l WAP网关地址：72l 端口号：9201WAP 2.0的终端的设置： l APN: cmwap; 用户名: 空; 密码: 空.l WAP网关地址：72l 端口号： 805.1.2. 彩信发送参数默认值彩信终端发送参数默认值：l 有效期：最长（如果有则设置）l 要求发送报告：否 （如果有则设置）l 要求阅读报告：否（如果有则设置）5.1.3. 彩信接收参数默认值彩信终端接收参数默认值：l 允许接收：是（如果有则设置）l 立即提取：是（如果有则设置）l 允许发送报告：否 （如果有则设置）l 允许发送阅读报告：否（如果有则设置）5.2. 地址彩信终端必须允许最终用户发送彩信到MSISDN（E164，例如8612345678） 和Email地址 （RFC822，例如：）5.3. UI界面要求为方便用户使用，同一品牌同一类型的彩信终端应有统一风格的UI界面。UI界面的范围包括彩信参数设置菜单，具体如下：l MMSC网址的设置UI界面。l CSD的设置UI界面。l GPRS的设置UI界面。l WAP网关地址的设置UI界面。l MM有效期的设置UI界面。l 发送报告的设置UI界面。l 阅读报告的设置UI界面。l 自动提取的设置UI界面。5.4. 彩信的处理能力l 彩信终端必须满足至少发送300KB彩信的能力。（这里指彩信封装后的大小，适用于TD-SCDMA网络彩信终端适用）l 彩信终端必须满足至少接收300KB彩信的能力。（这里指彩信封装后的大小，适用于TD-SCDMA网络彩信终端）l 彩信终端必须满足至少发送100KB彩信的能力。（这里指彩信封装后的大小，适用于GSM和GPRS网络彩信终端适用）l 彩信终端必须满足至少接收100KB彩信的能力。（这里指彩信封装后的大小，适用于GSM和GPRS网络彩信终端）l 用户必须能查询每条彩信（包括发出、收到、未发送）的相关信息, 包括主题、彩信大小、收发方、收发日期。l 彩信终端必须支持发送报告。l 彩信终端可以支持阅读报告（可选）。5.5. 彩信在移动终端上的操作5.5.1. 编辑彩信终端必须能创建彩信, 创建的彩信类型必须是application/vnd.wap.multipart.related类型，内容包括文字、 图像、 声音、视频（适用于TD-SCDMA网络彩信终端）。彩信终端必须能根据用户的需求对创建好的彩信进行编辑, 包括对声音、图像和视频（适用于TD-SCDMA网络彩信终端）的选取，删除和替换, 对文字的修改。彩信终端必须允许用户对存储在本机的彩信进行编辑。彩信终端必须能够对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个中文。5.5.2. 发送彩信终端必须具有发送彩信的能力。在用户选择发送彩信以后，在彩信正式发送以前，终端必须主动提示用户封装后彩信大小（以KB为单位），用户可以确认发送或者返回。彩信终端必须能将彩信发送到预定义的组（推荐）。在彩信发送后，彩信终端必须向用户提示发送结果，推荐显示MM1_submit.RES中的Request Status Text字段。彩信终端必须支持以下形式输入接收方的地址：l 从电话本列表中选取，必须支持同时选取多个接收号码；l 直接输入电话号码；l 直接输入e-Mail地址；l 混合输入电话号码、eMail地址和电话本选取号码。l 对多个地址自动采用分号或逗号分割，这些逗号和分号均为半角字符。彩信终端必须支持群发功能，即同时发送至多个收件人，每个收件人的地址必须合法，并且一次性发给彩信中心。 在终端功能上，要求彩信100%可以发送。5.5.3. 接收 用户不能手动拒绝接收彩信。彩信终端能够正确接收通过一条/两条短消息下发的PUSH通知消息，并可以查看该条Push消息是从哪个短信中心下发。彩信的期限以接收PUSH通知消息时间为基准开始计算，彩信终端不能够自动重复下载已过期的彩信，对于手工提取过期彩信时必须提示用户该通知消息已过期，并且不与网络进行任何交互。彩信终端能够拒绝接收过大彩信，同时向用户提示文件过大无法接收。彩信终端在自动下载方式下，接收到PUSH通知消息后不提示用户。彩信终端在手动下载方式下，接收到PUSH通知消息后需要显示图标提示用户。彩信终端在下载彩信失败时显示图标，提示用户。彩信终端接收到彩信后，彩信终端必须向用户提示，如：显示一个图标，或以铃声，震动方式通知用户。 彩信终端内存在不足以存储PUSH通知消息时，必须能提示用户清理内存或者自动清理内存，终端获得足够内存后，必须能正确存储PUSH通知消息并完成相关操作。彩信终端在收到PUSH通知消息而不能立即提取的情况下，必须能延迟提取彩信。彩信终端接收到PUSH通知消息，发现内存不足以存储彩信时必须能提示用户清理内存。如果用户手动提取彩信，则需要提示用户清理内存，并且不向网络发起任何请求，终端获得足够内存后，必须能正确下载彩信。彩信的接收成功率不应受内存问题的影响。彩信终端在彩信接受失败时，必须向用户提示相关信息，并允许用户手动接收彩信。在终端功能上，要求彩信100%可以接收。5.5.4. 彩信管理. 浏览彩信终端必须能正常显示符合终端屏幕规格的图像。彩信终端对于超过屏幕规格（超长及超宽）的图像，必须能通过缩小，滚动，剪裁或其他方式显示出来。若不能显示某个媒体对象时，彩信终端必须保证不影响其他类型媒体对象的保存和显示。彩信终端必须能按SMIL的描述正确播放收到的彩信。彩信终端必须能正确播放多页彩信，必须支持20页彩信。彩信终端必须支持手动播放彩信。终端可以自动播放彩信。（可选）. 存储用户必须能在终端上查寻剩余用户空间和当前存储空间使用状况。彩信终端必须能保存已创建、已接收、已发送的彩信。. 回复彩信终端必须允许用户在回复消息（包括彩信和短信）时选择回复消息类型，即彩信或短信。. 转发彩信终端必须能对接受到的彩信进行编辑，并将未更改的部分按照原样进行转发，发送部分要求见其他章节。 . 删除彩信终端必须支持用户逐条删除存储在本机的彩信。彩信终端必须支持对各个文件夹的彩信的一次全部删除。. 彩信内容的扩展应用彩信终端在收到彩信后, 用户可以扩展使用已收到的彩信，即分别将该彩信中的元素存在终端中，作为铃音、屏保、墙纸等。5.6. 并发的支持支持TD-SCDMA网络的彩信终端支持接收/发送彩信与语音呼叫的并发。6. 多媒体格式要求6.1. 文字参见终端多媒体格式规范 v1.0.0。6.2. 音频 参见终端多媒体格式规范 v1.0.0。6.3. 图像l 参见终端多媒体格式规范 v1.0.0；l 至少支持65K色及以上；l 至少支持160x120像素图片。6.4. 视频l 参见终端多媒体格式规范 v1.0.0；l 至少支持65K色；l 至少支持160x120像素视频。6.5. 对不支持的内容格式处理彩信终端在遇到不支持格式的多媒体对象时，必须不影响其他支持的多媒体对象的正常显示，并且可以将不支持的多媒体对象单独保存，在转发中也不应改变任何原有彩信的内容。6.6. 对每一页彩信大小的要求每一页彩信可以包含图像、文本、声音和视频，对每一页彩信大小的要求如下（适用于GSM和GPRS网络彩信终端）：文本：至少支持1KB图像：至少支持48KB声音：至少支持48KB总计：至少支持56KB。每一页彩信可以包含图像、文本、声音和视频，对每一页彩信大小的要求如下（适用于TD-SCDMA网络彩信终端）：文本：至少支持3KB图像：至少支持250KB声音：至少支持250KB视频：至少支持250KB总计：至少支持300B。7. SMIL的格式要求SMIL (Synchronized multimedia Integration Language)是用于多媒体网站的标记语言。在彩信业务推广的初期，移动终端有限的显示能力会造成无法完全利用SMIL2.0 及SMIL BASIC全部的内容，但是终端必须至少支持 SMIL在互操作性方面的要求， 并且所产生的消息必须是有效、完整的SMIL消息，必须可以在非移动终端（例如：PC等）上显示。7.1. SMIL的封装彩信的结构包括MMS headers和MMS Body两大部分。图7.1 彩信结构MMS headersStart MMS Bodypresentationaudio/wavtext/plainimage/jpeg 7.1.1. MMS header参见中国移动多媒体业务接口规范。7.1.2. MMS BodyMMS 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。7.2. MMS SMILMMS SMIL是SMIL2.0的一个子集，以下将针对这些元素进行规范和定义。7.2.1. 元素和属性. 元素。该元素是MM文件的根部。属性：无子元素： . 元素。该元素描述了表现内容，并与时间无关。属性：无子元素： . 元素。该元素描述了内容的表现时间，以及各个内容模块的连接方式。属性：无子元素： . 元素。该元素决定了各个内容的位置。属性：无子元素：. 元素。该元素定义媒体对象的位置，大小以及比例。属性：width, height, top, left, fit, idl width 用法和定义参考CCS2 specification。元素的值必须是非负的百分比或整型。如果是后者，则单位是且只能是px。可以不带单位。默认值是autol height 用法和定义参考CCS2 specification。规则和限制参见width。默认值是autol top 用法和定义参考CSS2 specificatin。规则和限制参见width。默认值是autol left用法和定义参考CSS2 specificatin。规则和限制参见width。默认值是autol fit 当对象的实际大小与被指定的大小有所不同时，该属性决定调整方式该属性可以具有以下的值：u fill缩放对象的高度和宽度到达被指定的大小。u hidden具有两种效果如果对象小于被指定的大小，则左上角对齐，空白部分用背景色填充如果对象大于被指定的大小，则左上角对齐，多余部分切除。u meet维持对象的纵横比进行缩放，直到宽度或者高度与被指定的值相同，且不用切除任何部分。空白部分以背景色填充u scroll当对象的实际的大小超出了边界时，允许滚动。u slice维持对象的纵横比进行缩放，直到宽度或者高度与被指定的值相同，且一部分会被切除。宽度过大则从右侧切除，高度过大则从底部切除。该属性只支持二维的对象，如图片和视频。默认值是hiddenl id该元素的在此文档中的唯一标识。. 该元素决定了它的父元素的显示区域的大小。属性：width heightl width区域的宽度。只允许是长度，单位是且只允许是px。可以不带单位。l height区域的高度。只允许是长度，单位是且只允许是px。可以不带单位。. 每一个meta元素指定了一个name/content键值对，表达一个属性。属性：name contentl name指定了一个属性的名称。l content指定了一个属性的值。. 定义了一个群组，其中包含若干元素，可以同时播放。属性：dur子元素：媒体模块l dur该群组播放的时间。建议以毫秒为单位。. 媒体模块，包括 属性：src region alt begin end dur l src定位对应的媒体信息。由其指定的资源信息必须匹配其父元素的定义。l 默认为空值。即可作为一个空的资源，起到时间延迟的作用。l region定义媒体信息显示的位置（音频不需要该字段），必须是在layout中定义的region，如果找不到对应的region，则使用默认的region进行显示。l alt当媒体信息暂时或被用户禁止显示时，alt信息将予以显示。l 默认为空值。l begin定义了媒体信息开始显示的时间。由于终端的处理能力不同，begin可以被忽略，而改由用户手动控制时间。l 默认为0。l end定义了媒体信息结束显示的时间。由于终端的处理能力不同，end可以被忽略，而改由用户手动控制时间。l dur定义了媒体信息显示的时间长短。7.2.2. 元素和属性的可选必选性如下表：表7-1元素名称对发送方对接受方smil必选必选head必选必选body必选必选layout必选必选region必选必选root-layout必选必选par必选必选meta可选可选Text必选必选Img必选必选Audio必选必选Video可选可选ref可选可选表7-2属性名称对发送方对接受方width必选可选height必选可选top必选可选left必选可选fit可选可选id必选可选par必选可选name可选可选content可选可选dur必选可选src必选必选region必选可选alt可选可选begin可选可选end可选可选7.3. 对发送SMIL文件的要求从终端创建了一条彩信以后，发送彩信时，必须以正确的SMIL格式发送。每一个多媒体信息必须由一个SMIL表达式来描述。表达式中的每一页必须有同样的布局。Content-Type: 为必选项。创建后的彩信必须使用类型application/vnd.wap.multipart.related。7.4. 对接收SMIL文件的要求彩信移动终端接收时必须支持application/vnd.wap.multipart.mixed和application/vnd.wap.multipart.related类型的彩信，收到不完整的SMIL格式的消息时终端不 应发生异常。 如果终端匹配SMIL，那么没有任何调整的必要。如果不匹配，彩信终端可以调整各部份的位置，终端可以忽视信息中的布局部分，而用它自身定义的布局取代。如果终端对某些SMIL中的Tag或者属性不支持，终端必须尽量显示收到的彩信，并且在转发过程中不应改变原来的SMIL文件。8. 接口要求8.1. 彩信终端发送彩信到MMSCOriginatorMMS UAMMSRelay /ServerMM1_submit.REQMM1_submit.RES图8.1 提交流程 表8-1 提交消息的类型和方向摘要消息类型方向MM1_submit.REQ请求MMS用户代理-MMSRelay/ServerRelay/ServerMM1_submit.RES响应MMSRelay/ServerRelay/Server-MMS用户代理 8.1.2. 正常操作始发方彩信客户端使用包含彩信控制信息和彩信内容的MM1_submit.REQ消息将彩信提交至始发方MMSRelay/ServerRelay/Server。MMSRelay/ServerRelay/Server将返回一个MM1_submit.RES消息，该消息中携带请求状态信息。彩信终端必须支持发送MM1_submit.REQ和接受MMSRelay/ServerRelay/Server所发送的MM1_submit.RES。8.1.3. 异常操作在异常情况下，始发方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.8.1.4. 信息单元表8-2 MM1_submit.REQ中的信息单元信息单元存在情况说明Message Type必选将此消息标识为MM1_submit.REQTransaction ID必选MM1_submit.REQ/MM1_submit.RES对的标识。MMS Version必选标识MMSUA所支持接口的版本。格式参见 OMA-MMS-ENC-V1_2-20030915-C.pdfRecipient 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可选读取应答报告的请求。Subject可选整个多媒体消息的标题。Reply-Charging-ID可选在应答计费的情况下，如果在MM1_submit.REQ中提交应答MM，则它指所应答原始彩信的标识。Content必选多媒体消息的内容表8-3 MM1_submit.RES中的信息单元信息单元存在情况说明Message Type必选将此消息标识为MM1_submit.RES。Transaction ID必选MM1_submit.REQ/MM1_submit.RES对的标识。MMS Version必选标识MMSRelay/ServerRelay/Server所支持接口的版本。Request Status必选MM提交请求的状态。Request Status Text可选限定MM提交请求状态的说明。Message ID可选MM的标识（如果MMSRelay/ServerRelay/Server接受MM）。Store Status可选存储请求的状态（如果MM1_submit.REQ中存在“存储”请求）。Store Status Text可选与存储状态相对应的说明性文本（如果存在）。Stored Message Reference可选最新所存储MM的状态（如果MM1_submit.REQ中存在“存储”请求）。8.2. 彩信中心发送notification消息到彩信终端MMSRelay /ServerMM1_notification.REQMM1_notification.RESRecipient MMS UA图8.3 彩信终端接收Notification消息此部分的彩信服务定义从接收方MMSRelay/ServerRelay/Server到相应接收方彩信终端有关彩信的通知，表9.4从类型和方向方面概括了其中涉及的摘要信息。表9.4：在MMS中通知彩信的摘要消息 摘要消息类型方向MM1_notification.REQ请求MMSRelay/ServerRelay/Server-MMS用户代理MM1_notification.RES响应MMS用户代理-MMSRelay/ServerRelay/Server8.2.2. 正常操作MMSRelay/ServerRelay/Server接到MM1_Send.REQ后,会把 MM1_notification.REQ 发送到接收方彩信终端. 彩信终端成功接到MM1_notification.REQ后, 必须给MMSRelay / ServerRelay/ Server 发出MM1_notification.RES信息包.8.2.3. 异常操作异常1:如果彩信的大小超过彩信终端可接收的能力, 彩信终端会在MM1_notification.RES发“Rejected” 到MMSRelay/ServerRelay/Server, 表示终端拒绝接收，不再发出MM1_retrieve.REQ等消息。异常2:如果彩信已经过期, 彩信终端会在MM1_notification.RES发Expired” 到MMSRelay/ServerRelay/Server, 表示终端认为该消息已经过期，不再发出MM1_retrieve.REQ等消息。8.2.4. 信息单元表8-4 MM1_notification.REQ中的信息单元信息元素存在情况说明Message Type必选将此消息标识为MM1_notification.REQTransaction ID必选MM1_notification.REQ/MM1_notification.RES对的标识。MMS Version必选标识MMSRelay/ServerRelay/Server所支持接口的版本。Message class必选彩信的类别（例如，个人服务、广告服务、信息服务；默认值=个人服务）Message size必选彩信的近似大小Time of expiry必选彩信的超时时间。Message Reference必选彩信的引用，例如，URISubject可选整个彩信的标题。Priority可选消息的优先级（重要性）。Sender address可选最近处理过彩信（即提交或转发彩信）的彩信终端的地址。如果始发方彩信终端已经请求对接收方隐藏其地址，则它的地址不会提供给接收方。Stored可选指示将彩信自动存储至MMBox。Delivery report可选发送报告的请求。Reply-Charging可选对此特定原始彩信应答不计费的信息。Reply-Deadline可选在应答计费的情况下，将允许的应答提交给接收方的最迟时间。Reply-Charging-Size可选在应答计费的情况下，提供给接收方的应答彩信的最大大小。Reply-Charging-ID可选如果此通知指示一个应答彩信，则它指应答的原始彩信的标识。Element-Descriptor可选彩信单元的参考，它可能包含有关彩信已参考