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

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

《中国移动彩信业务终端技术规范.docx》由会员分享，可在线阅读，更多相关《中国移动彩信业务终端技术规范.docx（40页珍藏版）》请在冰豆网上搜索。

中国移动彩信业务终端技术规范

中国移动彩信业务终端技术规范

中国移动彩信业务终端规范

ChinaMobileMMSServiceTerminalSpecification

版本号：

V2.2.1

前言

本规范规定了彩信业务在终端部分的要求，是开展彩信业务的依据之一。

本规范要紧包括以下几方面内容:

彩信终端的彩信处理能力、参数内置、发送接收流程、专门处理、性能要求等等。

附录A、附录B均为资料性附录。

本规范由中国移动通信技术部归口治理。

本规范由归口部门负责说明。

本规范起草单位：

中国移动通信研究院

本标准要紧起草人：

常嘉岳、郑冬冬

名目

1适用范畴

本规范对彩信业务终端提出规定。

本规范是彩信业务的参考依据，也是终端厂商彩信业务终端产品的研发、生产的参照依据。

适用于GSM网络、GPRS网络以及3G网络环境。

2

引用标准

以下规范包含的条文，通过在本规范中的引用而构成为本要求的条文。

在规范出版时，所示版本均为有效。

所有标准都会被修订，使用本规范的各方应探讨使用以下标准最新版本的可能性。

[1]3GTS22.140V5.3.0MultimediaMessagingService–Stage1，（Release5）

[2]3GPPTS23.140V6.0.0MultimediaMessagingService–Stage2,（Release5）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，RFC2387：

〝TheMIMEMultipart/relatedcontenttype",LevinsonE.,August1998.〞

[10]IETF，RFC2557：

〝EncapsulationofAggregateDocuments,suchasHTML（MHTML）,PalmeJ.,HopmannA.,ShelnessN.,March1999〞

3相关术语

在本规范中使用了〝必须〞、〝举荐〞、和〝可选〞等词汇来描述对移动终端产品要求的强调程度。

〝必须〞项是指终端产品所必须提供的功能或性能要求；

〝举荐〞项是指在标准中未作硬性要求，但建议终端产品提供的功能或性能要求；

〝可选〞项指在目前看来是中国移动需求的进展方向，或终端产品在目前时期可不提供的功能或性能要求。

规范中除了明确指明为〝举荐〞、〝可选〞外，均为必须要求。

4

符号和缩略语说明

3GPPThirdGenerationPartnershipProject

AMRAdaptiveMulti-Rate

APNAccessPointName

CSDCircuitSwitchDataCall

GPRSGeneralPacketRadioService

GIFGraphicalInterchangeFormat

HyperTextTransportProtocol

IPInternetProtocol

JPEGJointPictureExpertGroup

MIDIMusicalInstrumentDigitalInterface

MIPSMillionInstructionsPerSecond

MMSMulti-mediaMessageServices

MMSEMulti-mediaMessageServicesEnvironment

MMMultimediaMessage

MMIManMachineInterface.

MSMobileStation

MOMobileOriented

MTMobileTerminated

MSISDNMobileStationIntegratedserviceDigitalNumber

OTAOver-the-Air

PIMPersonalInformationManagement

PDPPacketDataProtocol

SARSegmentationReassemblyandReassembly

SMFStandardMidiFile

SMILSynchronizedMultimediaIntegrationLanguage

SP-MIDIScalablePolyphonicMIDI

TCP/IPTransmissionControlProtocol/InternetProtocol

UCSUniversalCharacterSet

URLUniformResourceLocater

UTF-8UnicodeTransFormat

WAPWirelessApplicationProtocol

WBMPWirelessBitMap

WSPWAPSessionProtocol

WTPWAPTransportProtocol

WTLSWirelessTransportationLayerSecurity

WSPWirelessSessionProtocol

WWWWorldWideWeb

MMSRelay/Server：

MMS业务提供商治理下的MMS特定网络实体和应用

MMS用户代理：

常驻在UE、MS或外部设备上的应用程序，代表用户执行MMS特定操作发送报告：

由MMSRelay/Server提供给MM发方〔MMS用户代理或VASP〕，关于MM传送状态的反馈信息

阅读报告：

由收方MMS用户代理发送给发方MMS用户代理的反馈信息，该信息是反映原MM在收方MMS用户代理中的处理状态

5概述

5.1目的

彩信业务是基于3GPP标准规范的新的移动数据增值业务，开放性与标准化是彩信业务系统赖以生存进展的基础。

支持彩信业务的终端产品同样符合这一原那么，基于业界开放式标准，包括各种网络协议、内容格式，同时要表达良好的扩展性和互操作能力。

基于此原那么本规范规定了MMS业务的终端产品应满足的要求。

5.2业务简介

彩信业务是多媒体消息业务〔MultimediaMessageService〕在中国移动市场推广中的名称，彩信业务能够像使用短消息一样收发更加个性化的多媒体消息，如文本、图形、图像、音频、视频、动画、音乐等信息内容，且不阻碍手机的正常通话。

有人形容，多媒体消息的显现如同电脑多媒体技术的显现，使PC关于多数一般用户而言从高档的打字机变成了娱乐、教育等方面的良好工具，电脑关于一般用户的作用发生了质的飞跃一样，多媒体消息的显现，也使得手机从最要紧通话功能，成为一种集一般话音通信、多媒体信息传输（移动数据业务）和处理于一身的新型个人数字终端，即不仅仅是一个通话工具，更应该是一种电子消费产品。

彩信业务尽管在给用户的业务表现上类似于SMS业务，但在实际的实现方法上采纳的是WAP事件的处理流程，由接收方主动从MMSC取信息，相当于WAP的扫瞄或下载方式，因此在网络结构和计费模式上与SMS不同。

5.3多媒体消息业务环境

图4-1多媒体消息业务环境

MMSE：

多媒体消息业务环境

MMSE是实现MMS业务的一套独立的和完整的网络元素的集合。

MMSRelay/Server：

MMS中继/服务器

MMS中继/服务器负责储备和处理输入和输出的消息，以及在不同多媒体消息系统之间传送多媒体消息。

MMSUserDatabase：

用户数据库

MMS用户数据库包含所有MMS业务中与用户相关的信息，例如业务定制信息，黑白名单信息等。

MMSUseragent：

用户代理

MMS用户代理存在于彩信终端，向用户提供查看、编写和处理多媒体消息的功能。

〔例如，提交、接收删除MM〕。

MMSVASApplication：

MMS增值应用程序

MMSVAS应用程序向MMS用户提供增值业务。

5.4以MMSC为中心的多媒体消息系统结构

多媒体消息系统在GSM/GPRS/3G网络中的系统结构如图4－2所示。

图4-2多媒体消息系统结构图

多媒体消息系统包括以下网元：

彩信终端、多媒体消息中心、MMS用户数据库、外部应用服务器、增值应用服务器以及非彩信终端处理系统。

此外，为配合多媒体消息平台提供多媒体消息服务，需要WAP网关、GSM/GPRS网络资源等设备的支持，还要和现网中的计费系统、网管系统互联。

多媒体消息中心〔MMSC〕是整个多媒体消息系统的核心，它要紧负责储备并处理进出MMSC的消息，完成在网络上发送由文本、声音、图片及其他媒体格式组成的多媒体消息。

MMSC不但能够完成终端到终端的业务需求，还能够在终端和EMAIL系统以及外部增值应用系统之间传送消息并产生相应的计费信息记录。

为了保证满足系统对容量和吞吐率的要求，多媒体信息中心应当能够支持集群方案，使得进入系统的多媒体消息可通过负载均衡由不同模块处理，达到提高系统容量和高效利用资源的目的。

6功能要求

6.1参数预置

6.1.1彩信承载参数

彩信终端必须能够进行参数预置。

设置包括：

●MMS中心mmsc.monternet;〔出厂预置的网址的开始及结尾不能包括空格〕

●CSD方式：

接入号码17266,用户名wap;密码:

wap〔GSM和GPRS网络终端适用〕

Wap1.X的终端的设置：

●GPRS方式：

APN:

cmwap;用户名:

空;密码:

空.

●WAP网关地址：

10.0.0.172

●端口号：

9201

WAP2.0的终端的设置：

●APN:

cmwap;用户名:

空;密码:

空.

●WAP网关地址：

10.0.0.172

●端口号：

80

6.1.2彩信发送参数默认值

彩信终端发送参数默认值：

●有效期：

最长〔假如有那么设置〕

●要求发送报告：

否〔假如有那么设置〕

●要求阅读报告：

否〔假如有那么设置〕

6.1.3彩信接收参数默认值

彩信终端接收参数默认值：

●承诺接收：

是〔假如有那么设置〕

●赶忙提取：

在非漫游状态下不向用户显示该选项，该选项默认为〝是〞；在漫游状态，提示用户处于漫游状态，向用户显示该选项，并承诺用户设置,该选项默认为〝是〞。

●承诺发送报告：

否〔假如有那么设置〕

●承诺发送阅读报告：

否〔假如有那么设置〕

6.2地址

彩信终端必须承诺最终用户发送彩信到MSISDN〔E164，例如＋8612345678〕和Email地址〔RFC822，例如：

name@domain〕

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类型发送，那么除了文字以外，其他编辑功能必须禁止。

每一页彩信的组成形式只能是以下几种情形之一：

●包含一张图片；

●包含一段声音；

●包含一段文字；

●包含以上三种或其中的任意两个；

●包含一段视频〔含声音〕；

●包含一段视频〔含声音〕和一段文字。

彩信终端必须支持编辑多页彩信，支持的编辑页数必须为20页，必须能在任何位置插入新的页。

彩信终端必须支持对彩信的预览功能。

用户必须能对彩信命名标题，支持的文字数目必须是40Bytes，即40个英文字母或者13个中文。

6.4.2发送

彩信终端必须具有发送彩信的能力。

在用户选择发送彩信以后，在彩信正式发送往常，终端必须主动提示用户封装后彩信大小〔以KB为单位〕，用户能够确认发送或者返回。

彩信终端必须能将彩信发送到预定义的组〔举荐〕。

在彩信发送后，彩信终端必须向用户提示发送结果，举荐显示MM1_submit.RES中的RequestStatusText字段。

彩信终端必须支持自动签名功能，即承诺用户自建签名并储存在终端上，在发送彩信时，能够插入到待发的彩信中，一并发出，将签名档作为最后一页插入彩信。

假如包含签名后的彩信总页数大于本规范要求值，那么不能发送并提示用户彩信页数过多。

彩信终端必须支持以下形式输入接收方的地址：

●从本列表中选取，必须支持同时选取多个接收号码；

●直截了当输入号码；

●直截了当输入e-Mail地址；

●混合输入号码、e－Mail地址和本选取号码。

●对多个地址自动采纳分号或逗号分割，这些逗号和分号均为半角字符。

彩信终端必须支持群发功能，即同时发送至多个收件人，每个收件人的地址必须合法，同时一次性发给彩信中心。

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。

8SMIL的格式要求

SMIL（SynchronizedmultimediaIntegrationLanguage）是用于多媒体网站的标记语言。

在彩信业务推广的初期，移动终端有限的显示能力会造成无法完全利用SMIL2.0及SMILBASIC全部的内容，然而终端必须至少支持SMIL在互操作性方面的要求，同时所产生的消息必须是有效、完整的SMIL消息，必须能够在非移动终端〔例如：

PC等〕上显示。

8.1SMIL的封装

彩信的结构包括MMSheaders和MMSBody两大部分。

MMSheaders

MMSBody

8.1.1MMSheader

参见«中国移动多媒体业务接口规范»。

8.1.2MMSBody

MMSBody包含文本、图像、声音等媒体类型，除PresentationPart外，各个媒体类型能够自由规定安放的位置和顺序。

发送时必须使用PresentationPart来制定消息内容的显示方式，并把PresentationPart放在MMSBody的最前边。

〔可选〕

接收时假如PresentationPart不在MMSBody的最前面，也要能正常显示。

接收时假如没有PresentationPart（Content-Type为application/vnd.wap.multipart.mixed），最好能按页播放，至少能存为附件。

详细内容参照国际规范«OMA-MMS-ENC-V1_2-20030915-C.pdf»。

8.2MMSSMIL

MMSSMIL是SMIL2.0的一个子集，以下将针对这些元素进行规范和定义。

8.2.1元素和属性

8.2.1.1元素。

该元素是MM文件的根部。

属性：

无

子元素：

8.2.1.2元素。

该元素描述了表现内容，并与时刻无关。

属性：

无

子元素：

8.2.1.3元素。

该元素描述了内容的表现时刻，以及各个内容模块的连接方式。

属性：

无

子元素：

8.2.1.4元素。

该元素决定了各个内容的位置。

属性：

无

子元素：

8.2.1.5元素。

该元素定义媒体对象的位置，大小以及比例。

属性：

width,height,top,left,fit,id

●width用法和定义参考CCS2specification。

元素的值必须是非负的百分比或整型。

假如是后者，那么单位是且只能是px。

能够不带单位。

默认值是auto

●height用法和定义参考CCS2specification。

规那么和限制参见width。

默认值是auto

●top用法和定义参考CSS2specificatin。

规那么和限制参见width。

默认值是auto

●left用法和定义参考CSS2specificatin。

规那么和限制参见width。

默认值是auto

●fit当对象的实际大小与被指定的大小有所不同时，该属性决定调整方式

该属性能够具有以下的值：

Øfill缩放对象的高度和宽度到达被指定的大小。

Øhidden具有两种成效

假如对象小于被指定的大小，那么左上角对齐，空白部分用背景色填充

假如对象大于被指定的大小，那么左上角对齐，余外部分切除。

Ømeet坚持对象的纵横比进行缩放，直到宽度或者高度与被指定的值相同，且不用切除任何部分。

空白部分以背景色填充

Øscroll当对象的实际的大小超出了边界时，承诺滚动。

Øslice坚持对象的纵横比进行缩放，直到宽度或者高度与被指定的值相同，且一部分会被切除。

宽度过大那么从右侧切除，高度过大那么从底部切除。

该属性只支持二维的对象，如图片和视频。

默认值是hidden

●id该元素的在此文档中的唯独标识。

8.2.1.6该元素决定了它的父元素的显示区域的大小。

属性：

widthheight

●width区域的宽度。

只承诺是长度，单位是且只承诺是px。

能够不带单位。

●height区域的高度。

只承诺是长度，单位是且只承诺是px。

能够不带单位。

8.2.1.7每一个meta元素指定了一个name/content键值对，表达一个属性。

属性：

namecontent

●name指定了一个属性的名称。

●content指定了一个属性的值。

8.2.1.8定义了一个群组，其中包含假设干元素，能够同时播放。

属性：

dur

子元素：

媒体模块

●dur该群组播放的时刻。

建议以毫秒为单位。

8.2.