中国联通WCDMA数字蜂窝移动通信网移动台技术规范第.docx

中国联通WCDMA数字蜂窝移动通信网移动台技术规范第.docx

《中国联通WCDMA数字蜂窝移动通信网移动台技术规范第.docx》由会员分享，可在线阅读，更多相关《中国联通WCDMA数字蜂窝移动通信网移动台技术规范第.docx（37页珍藏版）》请在冰点文库上搜索。

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

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

目次

1前言

本标准是中国联通WCDMA数字蜂窝移动通信网移动台技术规范的一部分，该系列标准的名称及结构如下：

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范总册：

总体技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第一分册：

支持WAP业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第二分册：

支持JAVA业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第三分册：

支持MMS业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第四分册：

支持电路域可视业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第五分册：

支持Web扫瞄业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第六分册：

支持流媒体业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第七分册：

支持终端治理业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第八分册：

支持手机音乐业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第九分册：

支持乐媒业务的移动台技术要求v3.0»

«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第十分册：

支持近场通信业务的移动台技术要求v3.0»

本标准是«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第三分册：

支持MMS业务的移动台技术要求v3.0»。

本标准要紧以国际标准3GPPTS23.140（V5.3.0）、OMA_MMS_v1.2（20050301）以及我国行业标准«数字蜂窝移动通信网多媒体消息业务〔MMS〕终端设备技术要求»为依据，并依照联通WCDMA数字蜂窝移动通信网络的实际业务情形和功能需要对多媒体消息业务终端的技术要求而制定。

本标准是在«中国联通WCDMA数字蜂窝移动通信网移动台技术规范第三分册：

支持MMS业务的移动台技术要求v2.0»的基础上修订而成，其要紧的修订内容为：

删除WBMP格式图片要求、修订应答付费要求、修订MM储备功能要求以及修订MM编辑功能要求。

本标准由中国联通销售部提出。

本标准由中国联通技术部归口。

本标准制订单位：

中国联通销售部中国联通研究院

本标准要紧起草人：

于英涛、张智江、宋丽梅、黄庆霞、李更新、任志国、张俊、顾旻霞、李笑郁、严斌峰、侯玉华、赵国宾、彭曦

本标准的修改和说明权属中国联通公司

中国联通WCDMA数字蜂窝移动通信网移动台技术规范

第三分册：

支持MMS业务的移动台技术要求v3.0

11　范畴

本标准规定了多媒体消息业务终端所具有的业务和功能要求，以及多媒体消息终端界面、菜单和操作流程的要求，为保证中国联通公司多媒体消息业务的正常运行，以及移动台的开发生产提供依据。

本标准适用于WCDMA移动台多媒体消息终端的开发。

12　规范性引用文件

以下文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件，其随后所有的修改单〔不包括勘误的内容〕或修订版均不适用于本标准，然而，鼓舞依照本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

[1]中国联通WCDMA数字蜂窝移动通信网移动台技术规范总册:

总体技术要求v3.0

[2]YD/T1498-2006数字蜂窝移动通信网多媒体消息业务接口技术要求

[3]YD/T1501-2006数字蜂窝移动通信网多媒体消息终端设备技术要求

[4]3GPPTS23.140V6.0.0MultimediaMessagingService–Stage2,（Release5）

[5]3GPPTS26.140（2002-06）MultimediaMessagingService;Mediaformatsandcodecs（Release5）

[6]OMA-WAP-MMS-ENC-v1_1〔20040715〕MultimediaMessageServiceEncapsulationProtocol

[7]OMA-WAP-MMS-ENC-v1_2〔20050301〕MultimediaMessageServiceEncapsulationProtocol

[8]OMA-MMS-CONF-v1.2（20050301）MMSConformanceDocument1.2

13　定义和缩略语

定义

本标准采纳以下术语和定义。

多媒体消息〔MM〕

是指由一种或者多种不同媒体类型元素组成的多媒体表述。

它包括格式化文本、图片、图像、动画、声音、话音、视频剪辑等媒体类型的消息。

多媒体消息业务〔MMS〕

是一种储备转发型非实时多媒体通信业务。

实体为系统应用程序，通过该应用程序能够对各种媒体类型的消息进行操作。

客户端〔Client〕

发出要求与服务器相连接的一种设备或应用程序。

服务器〔Server〕

能等待处理由一个或多个客户发出的连接要求的设备或应用程序。

它能够同意或拒绝来自客户的连接要求。

MMS客户端〔MMSClient〕

能要求MMS服务器进行MMS服务的实体。

MMS服务器〔MMSServer〕

提供MMS储存和操作支持的服务器。

代理〔Proxy〕

一个既能作为服务器又能作为客户端的中介程序。

它通常位于无法直截了当进行通信的客户端和服务器之间。

客户端要求既能够由代理程序提供服务，也能够通过代理程序对其进行说明之后，传送给其他服务器进行处理。

用户代理〔UserAgent〕

实现某些专门功能的客户端内置软件。

要紧用来说明WML、WMLScript、WTAI或其他资源的软件或者用作为发起要求的客户端，通常表现为是扫瞄器、编辑器或者其他终端用户工具。

终端〔Terminal〕

提供给用户进行信息收发的一种设备，也称为移动通信终端或移动台。

网关〔Gateway〕

一种服务器，通常作为其他服务器的中介。

与代理不同，当网关接收到要求时，它就被当作是要求资源的源服务器，源客户端可能并不明白它正与网关进行通信。

推送〔Push〕

运行于会话层之上的一种服务，其含义为〝网络发起的消息传送〞。

网络向用户主动发起呼叫，并向用户发送信息。

Push消息能够是警告或内容提示。

运营商利用Push技术能够增加其提供业务的深度和广度，如提供新闻更新，邮件警告，股票到价提示等。

MMS封装〔MMSEncapsulation〕

是指协议数据单元的定义，表现为多媒体消息的数据域和编码。

MMS终端〔MMSTerminal〕

能实现MMS客户端功能的移动台。

递送报告〔DeliveryReport〕

MMS中心设备提供给MM发送方者关于MM传输状态的反馈信息。

阅读报告〔Read-ReplyReport〕

接收MMS用户代理提供给发送方MMS用户代理关于原始MM处理状态的反馈信息。

时刻戳〔Timestamp〕

指日期、时刻和其它信息，如UTC、GMT或者时区等明确的时刻标识。

信息索引〔MessageReference〕

指示MM位置的MM的专门标识。

多媒体消息业务环境〔MMSE〕

指在单一治理下的一个特定MMS网络元素的集合。

缩略语

本标准采纳以下缩略语：

GIF：

GraphicsInterchangeFormat〔图形交换格式〕

:

HypertextTransferProtocol〔超文本传输协议〕

JPEG：

JointPictureExpertGroup〔联合图片专家组〕

MExE：

MobileExecutionEnvironment〔移动执行环境〕

MIDI：

MusicalInstrumentDigitalInterface〔音乐设备数字接口〕

MIME：

MultipurposeInternetMailExtensions〔多用途Internet邮件扩展〕

MMS:

MultimediaMessagingService〔多媒体消息业务〕

MMSE：

MultimediaMessagingServiceEnvironment〔多媒体消息业务环境〕

MMSC:

MultimediaMessagingServiceCenter〔多媒体消息服务中心〕

MO:

MobileOriginated〔终端发起〕

MPEG：

MotionPictureExpertGroup〔动态图片专家组〕

MP3：

MPEG-3fileformat〔MPEG-3文件格式〕

MT:

MobileTerminated〔终端终止〕

SMIL：

SynchronizedMultimediaIntegrationLanguage〔同步多媒体汇合语言〕

SMTP：

SimpleMailTransferProtocol〔简单邮件传输协议〕

SSL:

SecureSocketsLayer〔安全套接字层〕

TCP：

TransmissionControlProtocol〔传输操纵协议〕

TLS：

TransactionLayerSecurity〔传输链路层安全协议〕

UDP：

UserDatagramProtocol〔用户数据报协议〕

URI：

UniformResourceIdentifiers〔统一资源标识〕

UTF-8：

UnicodeTransformationFormat〔Unicode传输格式〕

WAP:

WirelessApplicationProtocol〔无线应用协议〕

VAS：

ValueAddedService〔增殖业务〕

WIM：

WAPIdentityModule〔WAP识别模块〕

WML：

WirelessMarkupLanguage〔无线标记语言〕

WSP：

WAPSessionProtocol〔无线会话协议〕

3GPP：

ThirdGenerationPartnershipProject〔第三代合作伙伴〕

14　MMS终端总体结构

多媒体消息业务系统概述

图1是多媒体消息业务的系统结构图。

多媒体消息业务能够采纳WAP、TCP/IP或其他方式承载。

下层承载网络支持WCDMA网络。

图1多媒体消息业务系统结构图

多媒体消息业务系统中网元

多媒体消息业务系统中新增的网元包括：

MMSUserAgent：

MMS用户代理通过MMS终端提供多媒体消息业务，MMS用户代理是多媒体消息业务终端上的一个应用，提供用户扫瞄、编辑、处理多媒体消息等功能，以及消息的发送、接收、删除等操作。

MMS用户代理支持MIME，多媒体消息采纳MIME格式表示，通过MIME中不同子类型的定义，多媒体消息可包含文本、图像、声音等数据。

MMSC〔MMSRelay/Server〕：

MMSC多媒体消息业务中心包含MMS中继和MMS服务器的功能，对多媒体消息进行协议转换、内容适配、储备和调度，完成多媒体消息在不同多媒体设备之间的传递操作，同时，MMSC生成话单用于计费。

MMSUserDatabases：

MMS用户数据库储备用户信息、个性化信息、接口信息等。

MMSVASApplicatons：

外部增值应用服务器，提供增值业务服务。

BillingSystem：

计费系统。

完成MMSC系统的计费操作。

ExternalServers：

外部服务器，例如电子邮件服务器、服务器和统一消息服务器等。

重复使用原有的网元有：

HLR：

HLR通过MM5接口向MMSC提供用户签约信息。

多媒体消息业务系统中的接口

多媒体消息业务系统中的接口包括：

MM1：

MMS终端和MMSC的接口，用来提交多媒体消息、接收多媒体消息〔包括PULL和PUSH方式〕、和用户交换消息通知和递送报告等。

MM2：

MMSRelay和MMSServer的接口，目前MM2接口采纳设备提供商的内部协议实现，本标准不做要求。

MM3：

外部服务器接口，实现多媒体消息业务中心和外部服务器的互通。

MM4：

MMSC间的接口，用于MMSC之间的互通。

MM5：

MMSC和HLR的接口，用来传送用户的签约信息，该接口是可选接口。

MM6：

用户数据库接口，MMSC提供与外部集中式用户数据库的接口。

MM7：

MMSC和VAS应用之间的接口。

MM8：

计费接口。

15　MMS终端概述

要求MMS客户端应支持MMS_v1.2。

MMS用户代理的相关协议结构

图2表示MMS的协议结构，MMS用户代理通过MMS中继与MMS服务器进行通讯，MMS中继在MMS服务器和MMS用户代理之间提供了中继功能，它能够将不同网络的不同类型服务器综合起来。

多媒体消息业务是面向应用的业务，因此既能够在基于WAP架构下实现，也能够在符合MExE的应用〔Java和TCP/IP〕上实现。

图2MMS的协议结构

MMS终端间的业务互通

为保证不同厂家生产的多媒体消息终端间的多媒体消息能够进行业务互通，本规范在以下四个方面定义了一套最低的要求：

1——消息内容的互通

2——表达语言中的可用参数及特性

3——媒体内容格式

4——承载层和封装协议的支持能力

其中5.4节规定了多媒体消息终端在消息内容及媒体内容格式方面的最低要求，5.5节规定了描述消息中媒体格式同步的表达语言以及可用参数和特性；5.6节规定了低层协议支持能力。

对超出MM内容级别范畴外的MMS业务，原那么上能够通过MMSC进行内容适配后完成互通，本规范中未给出MMSC内容适配的详细要求。

多媒体消息的结构

如上图所示，多媒体消息通常由一页或多页的形式组成，每页至少包含两部分内容：

一部分为文本、另一部分为图象或视频片段。

在同一个MM中应采纳同一种SMIL的表达方式，在同一个MM中的不同页面应具有相同的编排版面。

MM内容级别及媒体格式

MM内容的级别

为使不同能力的多媒体消息终端间尽可能实现消息互通，将多媒体消息内容分成：

文本、差不多图象、增强图象、差不多视频和增强视频五个内容级别，每个内容级别要求支持的消息长度和媒体格式见表1。

支持MMS_v1.2版本的MMS客户端必须支持文本内容级别以及至少一种其他级别所要求的各种媒体格式。

表1多媒体消息内容的分级

MM内容级别

消息长度\（kB）

文本

静止

图象

位图

视频

音频格式

合成音频格式

个人信息〔可选〕

DRM

表达形式

文本

≤30

GB2312

US-ASCII,

UTF-8,

UTF-16

_

_

_

_

_

_

_

MMSSMIL

差不多图象

≤30

GB2312

US-ASCII,

UTF-8,

UTF-16

Baseline

JPEG

GIF87a

GIF89a,

_

AMR-NB

-

vCARD

2.1

vCalendar

1.0

-

MMSSMIL

增强图象

≤100

GB2312

US-ASCII,

UTF-8,

UTF-16

Baseline

JPEG

GIF87a

GIF89a,

_

AMR-NB

SP-MIDI

vCARD

2.1

vCalendar

1.0

Fwd-

Lock

MMSSMIL

差不多视频

≤100

GB2312

US-ASCII,

UTF-8,

UTF-16

Baseline

JPEG

GIF87a

GIF89a,

H.263&

AMR

（.3gp）

AMR-NB

SP-MIDI

vCARD

2.1

vCalendar

1.0

Fwd-

Lock

支持视频的MMSSMIL

增强视频

≤300

GB2312

US-ASCII,

UTF-8,

UTF-16

Baseline

JPEG

GIF87a

GIF89a,

AMR-NB

SP-MIDI

vCARD

2.1

vCalendar

1.0

Fwd-

Lock

支持视频的MMSSMIL

文本

MM中SMIL部分的文本采纳UTF-8〔Unicode〕编码。

MMS客户端应支持US-ASCII、Unicode或GB2312中规定的全部字符集。

图像

MMS客户端应按照表1规定的级别支持相应的图象媒体格式，包括静态图象格式JPEG，位图格式GIF87a（Android手机可选支持〕,GIF89a（Android手机可选支持〕，详细描述见3GPPTS26.140。

各内容级别的终端要求支持的最大图象像素数为：

差不多图象级别：

120*160

增强图象、差不多视频和增强视频级别：

640*480。

视频

终端应支持H.263&AMR（.3gp）和MPEG4的视频媒体格式，详细描述见3GPPTS26.140。

当视频片段中没有音频信号时，承诺采纳单独的AMR-NB音频媒体同步播放〔可选〕。

音频

输入要求：

中国联通WCDMA网多媒体消息终端应能够使用AMR-NB、SP-MIDI、MP3等音频格式编辑并发送MM；

播放要求：

中国联通WCDMA网多媒体消息终端应能够使用AMR-NB、SP-MIDI、MP3等音频格式接收并正确播放。

对不支持的内容格式处理

多媒体消息终端在遇到不支持格式的多媒体对象时，必须不阻碍其他支持的多媒体对象的正常显示，同时能够将不支持的多媒体对象单独储存〔可选〕，在转发中也不应改变任何原有MM的内容。

多媒体消息长度

MMS客户端发送MM时应支持最多300kB的多媒体消息长度，MMS客户端接收MM的最大能力至少300kB的多媒体消息长度。

表达语言

中国联通多媒体消息业务要求采纳同步媒体集成语言〔SMIL〕作为描述媒体的表达语言。

MMS终端应能出现以MMSSMIL方式编辑的MM。

为确保MMS终端之间的MMS在表达语言上的互通，在MMS的第一时期要求MMS终端至少支持一套简化的SMIL子集，该SMIL子集称为MMSSMIL。

详细内容参照国际规范«OMA-MMS-CONF-V1_2-20050301-A»。

对仅提交文本内容的MM而言，支持MMSSMIL格式编辑的功能为可选。

MMS终端承载层和封装协议要求的支持能力

MMS终端对采纳MMSSMIL表达语言编辑的多媒体消息内容进行封装时，在MM1接口的M-Send.req消息头中应采纳Content-Type为application/vnd.wap.multipart.related进行标识；对没有采纳MMSSMIL表达语言编辑的多媒体消息内容，MMS终端能够在消息头中也可采纳Content-Type为application/vnd.wap.multipart.mixed进行标识。

MMS终端在接收MM时，应能识别和正确处理M-Retrieve.conf消息头中的application/vnd.wap.multipart.related和application/vnd.wap.multipart.mixed标识。

支持MMS_v1.2版本的MMS客户端对MMS的编码应符合OMA-MMS-CONF-v1.2（20050301）中9.2节的内容。

16　MMS终端的业务要求

差不多要求

MM提交

概述

MM提交是指由MMS用户代理按照MMS客户端支持的MM内容级别将MM发送到MMSRelay/Server的过程。

该项业务对MMS终端是必选业务。

MM提交必选项

在MM提交中，对MMSUserAgent而言，必须提交以下内容项：

-指示MM接收方的地址；

-标识消息的MIME内容类型；

-MMS版本；

-消息的PDU类型；

-MM的Transaction-ID；

-MM发送方的地址。

MM提交可选项

在MM提交中，对MMSUserAgent而言，能够选择提交以下内容项：

-要求消息的递送报告；

-要求消息的阅读报告；

-提供消息提交时刻的时刻戳；

-设置用户期望消息交付给接收方的最早期望时刻；

-设置用户期望消息在MMSProxy-Relay的储备时刻；

-指示MM发送方的地址；

-设置消息的详细鉴别信息〔如优先级别，消息类别，主题等〕；

-要求MM发送方地址对接收MMSUserAgent隐藏；

-指示是否是应答付费；

-指示应答付费限制；

-指示应答的期限；

-要求在发送MM给接收方的同时，在发送方的MMBox中备份MM；

-指示MMBOX中MM的状态。

MM通知

MM通知是指在MM到达接收方MMSRelay/Server后，接收方MMSRelay/Server发送通知给接收方MMS用户代理提取MM的过程。

该项业务对MMS终端是必选业务。

在MM通知中，接收方MMS用户代理应能从接收方MMSRelay/Server处得到提取MM的信息索引以及MM的其它信息。

另外，该信息索引应能在整个信息有效期内有效，直到接收方MMS用户代理成功提取或者该MM被拒绝。

假如发送方MMS用户代理要求了地址隐藏，那么接收方MMSRelay/Server在MM通知中不包含发送方地址。

一旦收到MM通知，MMS用户代理可作出如下反应：

-拒绝MM〔可选〕

-提取MM，具体方式可由操作配置和用户决定。

MMSUserAgent应支持赶忙提取MM功能；

可选支持延时提取MM功能。

MMSUserAgent应支持自动提取与手动提取MM功能。

MM表达

MM表达是指MMS用户代理提取MM后，可依照MMS客户端支持的内容级别及表达语言正确将MM的内容显示出来。

对MMS终端而言，支持采纳MMSSMIL表达语言的MM表达的业务能力对MMS终端而言是必选业务。

MM提取

MM提取指的是接收方MMS用户代理基于MM通知索引，从接收方MMSRelay/Server提取MM的过程。

该项业务对MMS终端是必选业务。

假如支持MMBox功能，MMS用户代理应能依照前一MMBox操作的信息索引，要求对该用户MMBox的MM进行提取。

MMS终端能力协商

MMS用户代理应该支持终端能力协商，以提供其能力信息。

在发送方MMS用户代理向MMSRelay/Server要求发送MM时，接收方MMS用户代理应该向接收方MMSRelay/Server指明其能力信息要求。

-一套描述终端能力的信息集；

-与数据库的连接〔如URI〕，以便MMSRelay/Server能够从该数据库中找到描述终端能力的信息集，和/或

-另一套注明前一套终端能力信息变化的信息集。

关于终端能力协商的明确机制在MM1实现〔如WAP等〕机制上进行了详细定义。

终端能力协商机制应该确保MMS用户代理每次要求发送或提取MM时向MMSRelay/Server提供其能力信息，包括：

-所支持的MM最大尺寸；

-所支持的图像最大辨论率；

-所支持的媒体类型和格式列表〔如MIME类型〕；

-所支持的字符集；

-优选语言列表；

-所支持的最大颜色深度；

-接收方MMS用户代理在进行MM内容提取时是否支持流机制的指示。

另外，与MMS实现〔WAP等〕相关的附加信息也可包含其中