ImageVerifierCode 换一换
格式:DOCX , 页数:46 ,大小:421.61KB ,
资源ID:8911960      下载积分:10 金币
验证码下载
登录下载
邮箱/手机:
图形码:
验证码: 获取验证码
温馨提示:
支付成功后,系统会自动生成账号(用户名为邮箱或者手机号,密码是验证码),方便下次登录下载和查询订单;
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

开通VIP
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.zixin.com.cn/docdown/8911960.html】到电脑端继续下载(重复下载【60天内】不扣币)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

开通VIP折扣优惠下载文档

            查看会员权益                  [ 下载后找不到文档?]

填表反馈(24小时):  下载求助     关注领币    退款申请

开具发票请登录PC端进行申请。


权利声明

1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前可先查看【教您几个在下载文档中可以更好的避免被坑】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时联系平台进行协调解决,联系【微信客服】、【QQ客服】,若有其他问题请点击或扫码反馈【服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【版权申诉】”,意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4009-655-100;投诉/维权电话:18658249818。

注意事项

本文(中国移动彩信业务管理要求.docx)为本站上传会员【pc****0】主动上传,咨信网仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知咨信网(发送邮件至1219186828@qq.com、拔打电话4009-655-100或【 微信客服】、【 QQ客服】),核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载【60天内】不扣币。 服务填表

中国移动彩信业务管理要求.docx

1、╳╳╳╳-╳╳-╳╳实施 ╳╳╳╳-╳╳-╳╳发布 中国移动通信有限公司 发布 QB-╳╳-╳╳╳-╳╳╳╳ 中国移动通信企业标准 中国移动彩信业务终端规范 China Mobile MMS Service Terminal Specification 版本号: V2.2.1 前言 本规范规定了彩信业务在终端部分的要求,是开展彩信业务的依据之一。 本规范主要包括以下几方面内容:彩信终端的彩信处理能力、参数内置、发送接收流程、异常处理、性能要求等等。 附

2、录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 地址

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

4、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 发送报告 3

5、5 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网

6、络以及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

7、] 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.

8、 [10] IETF,RFC 2557:“ Encapsulation of Aggregate Documents, such as HTML (MHTML), Palme J., Hopmann A., Shelness N., March 1999 ” 3 相关术语 在本规范中使用了“必须”、“推荐”、和“可选”等词汇来描述对移动终端产品要求的强调程度。 “必须”项是指终端产品所必须提供的功能或性能要求; “推荐”项是指在标准中未作硬性要求,但建议终端产品提供的功能或性能要求; “可选”项指在目前看来是中国移动需求的发展方向,或终端产品在目前阶段可不

9、提供的功能或性能要求。 规范中除了明确指明为 “推荐”、“可选”外,均为必须要求。 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

10、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

11、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 Integ

12、ration 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 WA

13、P 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用户代理的反馈信息,该信息是

14、反映原MM在收方MMS用户代理中的处理状态 5 概述 5.1 目的 彩信业务是基于3GPP标准规范的新的移动数据增值业务,开放性与标准化是彩信业务系统赖以生存发展的基础。支持彩信业务的终端产品同样符合这一原则,基于业界开放式标准,包括各种网络协议、内容格式,并且要体现良好的扩展性和互操作能力。基于此原则本规范规定了MMS业务的终端产品应满足的要求。 5.2 业务简介 彩信业务是多媒体消息业务(Multimedia Message Service)在中国移动市场推广中的名称,彩信业务可以像使用短消息一样收发更加个性化的多媒体消息,如文本、图形、图像、音频、视频、动画、音乐等

15、信息内容,且不影响手机的正常通话。有人形容,多媒体消息的出现如同电脑多媒体技术的出现,使PC对于多数普通用户而言从高档的打字机变成了娱乐、教育等方面的良好工具,电脑对于普通用户的作用发生了质的飞跃一样,多媒体消息的出现,也使得手机从最主要通话功能,成为一种集普通话音通信、多媒体信息传输(移动数据业务)和处理于一身的新型个人数字终端,即不仅仅是一个通话工具,更应该是一种电子消费产品。 彩信业务虽然在给用户的业务表现上类似于SMS业务,但在实际的实现方法上采用的是WAP事件的处理流程,由接收方主动从MMSC取信息,相当于WAP的浏览或下载方式,因此在网络结构和计费模式上与SMS不同。 5.3

16、 多媒体消息业务环境 图4-1 多媒体消息业务环境 MMSE :多媒体消息业务环境 MMSE 是实现MMS业务的一套独立的和完整的网络元素的集合。 MMS Relay/Server:MMS 中继/服务器 MMS 中继/服务器负责存储和处理输入和输出的消息,以及在不同多媒体消息系统之间传送多媒体消息。 MMS User Database:用户数据库 MMS用户数据库包含所有MMS业务中与用户相关的信息,例如业务定制信息,黑白名单信息等。 MMS Useragent: 用户代理 MMS 用户代理存在于彩信终端,向用户提供查看、编写和处理多媒体消息的功能。(例如,提交、接收删除 M

17、M)。 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网 其它MM

18、SC 3G MM8 计费系统 非MMS终端支撑应用 MMS增值应用系统 网管系统 Relay Server MMS重定向器 ENUM-DNS 图4-2 多媒体消息系统结构图 多媒体消息系统包括以下网元:彩信终端、多媒体消息中心、MMS用户数据库、外部应用服务器、增值应用服务器以及非彩信终端处理系统。此外,为配合多媒体消息平台提供多媒体消息服务,需要WAP网关、GSM/GPRS网络资源等设备的支持,还要和现网中的计费系统、网管系统互联。 多媒体消息中心(MMSC)是整个多媒体消息系统的核心,它主要负责存储并处理进出MMSC的消息,完成在网络上发送由文本、声音、图片及

19、其他媒体格式组成的多媒体消息。MMSC 不但能够完成终端到终端的业务需求,还能够在终端和EMAIL系统以及外部增值应用系统之间传送消息并产生相应的计费信息记录。为了保证满足系统对容量和吞吐率的要求,多媒体信息中心应当能够支持集群方案,使得进入系统的多媒体消息可通过负载均衡由不同模块处理,达到提高系统容量和高效利用资源的目的。 6 功能要求 6.1 参数预置 6.1.1 彩信承载参数 彩信终端必须可以进行参数预置。设置包括: l MMS中心网址:;(出厂预置的网址的开始及结尾不能包括空格) l CSD方式:接入号码17266, 用户名 wap ; 密码: wap (GSM和GP

20、RS网络终端适用) 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 彩信接收参数默认值 彩信终端接收参

21、数默认值: l 允许接收:是(如果有则设置) l 立即提取:在非漫游状态下不向用户显示该选项,该选项默认为“是”;在漫游状态,提示用户处于漫游状态,向用户显示该选项,并允许用户设置, 该选项默认为“是”。 l 允许发送报告:否 (如果有则设置) l 允许发送阅读报告:否(如果有则设置) 6.2 地址 彩信终端必须允许最终用户发送彩信到MSISDN(E164,例如+8612345678) 和Email地址 (RFC822,例如:name@) 6.3 彩信的处理能力 · 彩信终端必须满足至少发送300KB彩信的能力。(这里指彩信封装后的大小,适用于3G网络彩信终端适用

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

23、须能创建彩信, 创建的彩信类型必须是application/vnd.wap.multipart.related类型,内容包括文字、 图像、 声音、视频(适用于3G网络彩信终端)。 彩信终端必须能根据用户的需求对创建好的彩信进行编辑, 包括对声音、图像和视频(适用于3G网络彩信终端)的选取,删除和替换, 对文字的修改。 彩信终端必须允许用户对存储在本机的彩信进行编辑。 彩信终端必须能够对application/vnd.wap.multipart.related类型的彩信进行编辑。 对application/vnd.wap.multipart.mixed 类型的彩信,如果不能够转换成app

24、lication/vnd.wap.multipart.related类型发送,则除了文字以外,其他编辑功能必须禁止。 每一页彩信的组成形式只能是下列几种情形之一: l 包含一张图片; l 包含一段声音; l 包含一段文字; l 包含以上三种或其中的任意两个; l 包含一段视频(含声音); l 包含一段视频(含声音)和一段文字。 彩信终端必须支持编辑多页彩信, 支持的编辑页数必须为20页,必须能在任何位置插入新的页。 彩信终端必须支持对彩信的预览功能。 用户必须能对彩信命名标题,支持的文字数目必须是40Bytes,即40个英文字母或者13个中文。 6.4.2 发送 彩信

25、终端必须具有发送彩信的能力。 在用户选择发送彩信以后,在彩信正式发送以前,终端必须主动提示用户封装后彩信大小(以KB为单位),用户可以确认发送或者返回。 彩信终端必须能将彩信发送到预定义的组(推荐)。 在彩信发送后,彩信终端必须向用户提示发送结果,推荐显示MM1_submit.RES中的Request Status Text字段。 彩信终端必须支持自动签名功能,即允许用户自建签名并保存在终端上,在发送彩信时,可以插入到待发的彩信中,一并发出,将签名档作为最后一页插入彩信。如果包含签名后的彩信总页数大于本规范要求值,则不能发送并提示用户彩信页数过多。 彩信终端必须支持以下形式输入接收方

26、的地址: l 从电话本列表中选取,必须支持同时选取多个接收号码; l 直接输入电话号码; l 直接输入e-Mail地址; l 混合输入电话号码、e-Mail地址和电话本选取号码。 l 对多个地址自动采用分号或逗号分割,这些逗号和分号均为半角字符。 彩信终端必须支持群发功能,即同时发送至多个收件人,每个收件人的地址必须合法,并且一次性发给彩信中心。 6.4.3 接收 用户不能手动拒绝接收彩信。 彩信的期限以接收PUSH通知消息时间为基准开始计算,彩信终端不能够自动重复下载已过期的彩信,对于手工提取过期彩信时必须提示用户该通知消息已过期,并且不与网络进行任何交互。 彩信终

27、端能够拒绝接收过大彩信,同时向用户提示文件过大无法接收。 彩信终端在设置为非自动接收情况下,接收到PUSH通知消息后,彩信终端可以不向用户提示。 彩信终端在设置为自动接收情况下,接收到PUSH通知消息后,彩信终端必须向用户提示,如:显示一个图标,或以铃声,震动方式通知用户。 彩信终端接收到彩信后,彩信终端必须向用户提示,如:显示一个图标,或以铃声,震动方式通知用户。 彩信终端内存在不足以存储PUSH通知消息时,必须能提示用户清理内存或者自动清理内存,终端获得足够内存后,必须能正确存储PUSH通知消息并完成相关操作。 彩信终端在收到PUSH通知消息而不能立即提取的情况下,必须能延迟提取

28、彩信。 彩信终端接收到PUSH通知消息,发现内存不足以存储彩信时必须能提示用户清理内存。如果用户手动提取彩信,则需要提示用户清理内存,并且不向网络发起任何请求,终端获得足够内存后,必须能正确下载彩信。 彩信的接收成功率不应受内存问题的影响。 彩信终端在彩信接受失败时,必须向用户提示相关信息,并允许用户手动接收彩信。 6.4.4 彩信管理 6.4.4.1 浏览 彩信终端必须能正常显示符合终端屏幕规格的图像。 彩信终端对于超过屏幕规格(超长及超宽)的图像,必须能通过缩小,滚动,剪裁或其他方式显示出来。 若不能显示某个媒体对象时,彩信终端必须保证不影响其他类型媒体对象的保存和显示。

29、 彩信终端必须能按SMIL的描述正确播放收到的彩信。 彩信终端必须能正确播放多页彩信,必须支持20页彩信。 彩信终端必须支持手动播放彩信。 彩信终端可以自动播放彩信,自动播放过程中可以切换为手动播放。(可选) 6.4.4.2 存储 用户必须能在终端上查寻剩余用户空间和当前存储空间使用状况。 彩信终端必须能保存已创建、已接收、已发送的彩信。 6.4.4.3 回复 彩信终端必须允许用户在回复消息(包括彩信和短信)时选择回复消息类型,即彩信或短信。 6.4.4.4 转发 彩信终端必须能对接受到的彩信进行编辑,并将未更改的部分按照原样进行转发,发送部分要求见其他章节。 6.4.

30、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 参见

31、《终端多媒体格式规范 v1.0.0》; o 至少支持65K色; o 至少支持160x120像素视频。 7.5 对不支持的内容格式处理 彩信终端在遇到不支持格式的多媒体对象时,必须不影响其他支持的多媒体对象的正常显示,并且可以将不支持的多媒体对象单独保存,在转发中也不应改变任何原有彩信的内容。 7.6 对每一页彩信大小的要求 每一页彩信可以包含图像、文本、声音和视频,对每一页彩信大小的要求如下(适用于GSM和GPRS网络彩信终端): 文本:至少支持1KB 图像:至少支持48KB 声音:至少支持48KB 总计:支持100KB。 每一页彩信可以包含图像、文本、声音和视频

32、对每一页彩信大小的要求如下(适用于3G网络彩信终端): 文本:至少支持3KB 图像:至少支持250KB 声音:至少支持250KB 视频:至少支持250KB 总计:支持300KB。 8 SMIL的格式要求 SMIL (Synchronized multimedia Integration Language)是用于多媒体网站的标记语言。在彩信业务推广的初期,移动终端有限的显示能力会造成无法完全利用SMIL2.0 及SMIL BASIC全部的内容,但是终端必须至少支持 SMIL在互操作性方面的要求, 并且所产生的消息必须是有效、完整的SMIL消息,必须可以在非移动终端(例如:

33、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外,各个媒体类型可以自由规定

34、安放的位置和顺序。 发送时必须使用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是SMI

35、L2.0的一个子集,以下将针对这些元素进行规范和定义。 8.2.1 元素和属性 8.2.1.1 元素。该元素是MM文件的根部。 属性:无 子元素: 8.2.1.2 元素。该元素描述了表现内容,并与时间无关。 属性:无 子元素: 8.2.1.3 元素。该元素描述了内容的表现时间,以及各个内容模块的连接方式。 属性:无 子元素: 8.2.1.4 元素。该元素决定了各个内容的位置。 属性:无 子元素: 8

36、2.1.5 元素。该元素定义媒体对象的位置,大小以及比例。 属性: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 lef

37、t 用法和定义参考CSS2 specificatin。 规则和限制参见width。 默认值是auto l fit 当对象的实际大小与被指定的大小有所不同时,该属性决定调整方式 该属性可以具有以下的值: Ø fill 缩放对象的高度和宽度到达被指定的大小。 Ø hidden 具有两种效果 如果对象小于被指定的大小,则左上角对齐,空白部分用背景色填充 如果对象大于被指定的大小,则左上角对齐,多余部分切除。 Ø meet 维持对象的纵横比进行缩放,直到宽度或者高度与被指定的值相同,且不用切除任何部分。空白部分以背景色填充 Ø scroll 当对象的实际的大小超出了

38、边界时,允许滚动。 Ø slice 维持对象的纵横比进行缩放,直到宽度或者高度与被指定的值相同,且一部分会被切除。宽度过大则从右侧切除,高度过大则从底部切除。 该属性只支持二维的对象,如图片和视频。 默认值是hidden l id 该元素的在此文档中的唯一标识。 8.2.1.6 该元素决定了它的父元素的显示区域的大小。 属性:width height l width 区域的宽度。只允许是长度,单位是且只允许是px。可以不带单位。 l height 区域的高度。只允许是长度,单位是且只允许是px。可以不带单位。 8.2.1.7

39、一个meta元素指定了一个name/content键值对,表达一个属性。 属性:name content l name 指定了一个属性的名称。 l content 指定了一个属性的值。 8.2.1.8 定义了一个群组,其中包含若干元素,可以同时播放。 属性:dur 子元素:媒体模块 l dur 该群组播放的时间。建议以毫秒为单位。 8.2.1.9 媒体模块,包括

40、素的定义。 默认为空值。即可作为一个空的资源,起到时间延迟的作用。 l region 定义媒体信息显示的位置(音频不需要该字段),必须是在layout中定义的region,如果找不到对应的region,则使用默认的region进行显示。 l alt 当媒体信息暂时或被用户禁止显示时,alt信息将予以显示。 默认为空值。 l begin 定义了媒体信息开始显示的时间。由于终端的处理能力不同,begin可以被忽略,而改由用户手动控制时间。 默认为0。 l end 定义了媒体信息结束显示的时间。由于终端的处理能力不同,end可以被忽略,而改由用户手动控制时间。 l d

41、ur 定义了媒体信息显示的时间长短。 8.2.2 元素和属性的可选必选性如下表: 元素名称 对发送方 对接受方 smil 必选 必选 head 必选 必选 body 必选 必选 layout 必选 必选 region 必选 必选 root-layout 必选 必选 par 必选 必选 meta 可选 可选 Text 必选 必选 Img 必选 必选 Audio 必选 必选 Video 可选 可选 ref 可选 可选 属性名称 对发送方 对接受方 width 必选 可选 height 必选

42、 可选 top 必选 可选 left 必选 可选 fit 可选 可选 id 必选 可选 par 必选 可选 name 可选 可选 content 可选 可选 dur 必选 可选 src 必选 必选 region 必选 可选 alt 可选 可选 begin 可选 可选 end 可选 可选 8.3 对发送SMIL文件的要求 从终端创建了一条彩信以后,发送彩信时,必须以正确的SMIL格式发送。每一个多媒体信息必须由一个SMIL表达式来描述。表达式中的每一页必须有同样的布局。 Content-Type: 为必选项

43、创建后的彩信必须使用类型application/vnd.wap.multipart.related。 8.4 对接收SMIL文件的要求 彩信移动终端接收时必须支持application/vnd.wap.multipart.mixed和application/vnd.wap.multipart.related类型的彩信,收到不完整的SMIL格式的消息时终端不 应发生异常。 如果终端匹配SMIL,那么没有任何调整的必要。如果不匹配,彩信终端可以调整各部份的位置,终端可以忽视信息中的布局部分,而用它自身定义的布局取代。 如果终端对某些SMIL中的Tag或者属性不支持,终

44、端必须尽量显示收到的彩信,并且在转发过程中不应改变原来的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/Serv

45、er->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

46、将返回一个MM1_submit.RES消息,其中包含指示拒绝多媒体消息原因的状态信息,例如:未预约、消息结构破坏、不提供服务等。 如果MMSRelay/ServerRelay/Server不提供MM1_submit.RES消息,彩信终端必须能够恢复正常状态。 异常1: 如果彩信终端不能成功的发出MM1_Submit.REQ,彩信终端必须提示用户发送失败,并提示用户会重新发送。彩信终端必须支持再自动重发 MM1_Submit.REQ.,最多3次。如果还失败,则存入彩信终端,并向用户提出明确提示,用户可以手动重发彩信。 异常2: 如果彩信终端成功的发出MM1_Submit.REQ,但没有收到

47、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

48、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的类别(例如,个人服务、广告服务和信息服务

49、 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

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:4009-655-100  投诉/维权电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服