YD T 1501 2006 数字蜂窝移动通信网 多媒体消息业务MMS终端设备技术要求

 

数字蜂窝移动通信网

多媒体消息业务(MMS)终端设备技术要求

  1范围

    本标准规定了数字蜂窝移动通信网多媒体消息业务实现过程中多媒体消息业务终端设备所具有的业

  务和功能的要求。

    本标准适用于下层承载为数字蜂窝移动通信网络多媒体消息业务的终端。

  2规范性引用文件

    下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的

  修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究

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

    GB 13000.1-93信息技术基本通用多八位编码字符集(UCS)第—部分：体系结构与多种文语平面

    GB/T 18287-2000  蜂窝移动电话用锂离子电池总规范

    YD/T 1498-2006：数字蜂窝移动通信网多媒体消息业务(MMS)接口技术要求

    OMA-Download-DRM-VI_0  (20040615) Digital Rights Management

    3GPP TS 26.140 (2002-06) Multimedia Messaging Service  Media formats and codecs(Release 5)

    WAP0183-provCont, Provisioning Content

    OMA-WAP-MMS-ENC-vl_1( 20040715)Multimedia Message Service Encapsulation Protocol

    OMA-WAP-MMS-ENC-vl_2( 20050301)Multimedia Message Service Encapsulation Protocol

    OMA-MMS-CONF-vl.2(20050301) MMS Conformance Document l.2

    ITU E.164(05/97) The international public telecommunication numbering plan

    ITU -T H.263(02/98) Video coding for low bit rate communication

    ISO-8859-1:Information technology-8-bit single-byte coded graphic character sets-Part l:Latin alphabet  No.1

    RFC 2822 Interact Message Format

    RFC 2045 - 2049 MIME Multipurpose Internet Mail Extensions

  3术语与定义

    本标准采用下列术语和定义。

  3.1  多媒体消息(MM)

    是指由一种或者多种不同媒体类型元素组成的多媒体表述。它包括格式化文本、图片、图像、动画、

  声音、话音、视频剪辑等媒体类型的消息。

  3.2  多媒体消息业务(MMS）

    是一种存储转发型非实时多媒体通信业务。实体为系统应用程序，通过该应用程序可以对各种媒体

  类型的消息进行操作。

  3.3  客户机(Client)

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

  3.4  服务器( Server )

    能等待处理由一个或多个客户发出的连接请求的设备或应用程序。它可以接受或拒绝来自客户的连

  接请求。

  3.5  MMS客户机(MMS Client）

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

  3.6 MMS服务器(MMS Sewer)

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

3.7代理(Proxy)

    一个既能作为服务器又能作为客户端的中介程序。它通常位于无法直接进行通信的客户端和服务器

之间。客户端请求既可以由代理程序提供服务，也可以通过代理程序对其进行解释之后，传送给其他服

务器进行处理。

3.8用户代理I User Agent）

    实现某些特殊功能的客户端内置软件。主要用来解释WML、WMLScript、WrAI或其他资源的软件

或者用作为发起请求的客户机，通常表现为是浏览器、编辑器或者其他终端用户工具。

3.9  终端(Terminat）

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

3.10网关(Gateway)

    一种服务器，通常作为其他服务器的中介。与代理不同，当网关接收到请求时，它就被当作是请求

资源的源服务器，源客户端可能并不知道它正与网关进行通信。

3.11推送（Push）

    运行于会话层之上的一种服务，其含义为“网络发起的消息传送”。网络向用户主动发起呼叫，并向

用户发送信息。Push消息可以是警告或内容提示。运营商利用Push技术可以增加其提供业务的深度和广

度，如提供新闻更新，邮件警告，股票到价提示等。

3.12 MMS封装(MMS Encapsulation）

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

3.13 MMS终端( MMS Terminal）

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

3.14递送报告（Delivery Report）

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

3.15  阅读报告（Read-Reply Report）

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

3.i6时间戳( Time stamp）

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

3.17  信息索引(Message Reference)

  指示MM位置的MM的独特标识。

  3.18  多媒体消息业务环境(MMSE)

    指在单一管理F的一个特定MMS网络元素的集合，，

4缩略语

    本标准采用下列缩略语：

GIF	Graphics Interchange Format	图形交换格式
HTTP	Hypertext Transfer Protocol	超文本传输协议
JPEG	Joint Picture Expert Group	联合图片专家组
MexE	Mobile Execution Environment	移动执行环境
MIDI	Musical Instrument Digital Interface	音乐设备数字接口
MIME	Multipurpose Intemet Mail Extensions	多用途Intet邮件扩展
MMS	Multimedia Messaging Service	多媒体消息业务
MMSE	Multimedia Messaging Service Environment	多媒体消息业务环境
MMSC	Multimedia Messaging Service  Center	多媒体消息服务中心
MO	MobileOriginated	终端发起
MPEG	Motion Picture Expert Group	动态图片专家组
MP3	MPEG-3file format	MPEG-3文件格式
MT	MobileTerminated	终端终止
SMIL	Synchronized Multimedia Integration Language	同步多媒体汇合语言
SMTP	Simple Mail Transfer Protocol	简单邮件传输协议
SSL	Secure Sockets Layer	安全套接字层
TCP	Transmission Control Protocol	传输控制协议
TLS	Transaction Layer Security	传输链路层安全协议
UDP	User Datagram Protocol	用户数据报协议
URI:	Uniform Resource Identifiers	统一资源标识
UTF-8	Unicode Transformation Format Unicode	传输格式
WAP	Wireless Application Protocol	无线应用协议
VAS	Value Added Service	增殖业务
WIM	WAP klentity ModuleWAP	识别模块
WML	Wireless Markup Language	无线标记语言
WSP	WAP Session Protocol	无线会话协议
3GPP	Third Generation Partnership Project	第三代合作伙伴

5 MMS终端总体结构

5.1  多媒体消息业务系统概述

  图l所示是多媒体消息业务的系统结构图。多媒体消息业务可以采用WAP、TCP/P戈其他方式承载。

下层承载网络支持GSM、GPRS、WCDMA、TD-SCDMA以及cdma2000等网络。

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

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

    MMS User Agent: MMS用户代理通过MMS终端提供多媒体消息业务，MMS用户代理是多媒体消息

业务终端上的一个应用，提供用户浏览、编辑、处理多媒体消息等功能，以及消息的发送、接收、删除

等操作。MMS用户代理支持MIME，多媒体消息采用MIME格式表示，通过MIME中不同子类型的定义，

多媒体消息可包含文本、图像、声音等数据。

    MMSC（MMS Relay/Server）：MMSC多媒体消息业务中心包含MMS中继和MMS服务器的功能，对

多媒体消息进行协议转换、内容适配、存储和调度，完成多媒体消息在不同多媒体设备之间的传递操作，

同时．MMSC生成话单用于计费。

    MMS User Databases: MMS用户数据库存储用户信息、个性化信息、接口信息等。

    MMS VAS Applieatons:外部增值应用服务器，提供增值业务服务。

    Billing System:计费系统。完成MMSC系统的计费操作。

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

    重复使用的原有网元有：

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

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

MMI：MMS终端和MMSC的接口，用来提交多媒体消息、接收多媒体消息（包括PULL和PUSH方

式）、和用户交换消息通知和递送报告等。

  MM2: MMS Relay和MMS Server的接口，目前MM2接口采用设备提供商的内部协议实现，本标准

不做要求。

    MM3:外部服务器接口．实现多媒体消息业务巾心和外部服务器的互通。

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

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

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

    MM7: MMSC和VAS应用之间的接口。

    MM8：计费接口。

5.2 MMS终端概述

    为使MMSE环境中有更多的MMS业务应用，可以在具有MMS业务的终端上直接实现第6章的业务，

也可以通过扩展方式在非MMS终端上实现MMS业务。

    目前，OMA发布的MMS规范分MMS_v 1.1和MMS_vl.2两个版本，MMS客户机应支持至少一个版本

的MMS业务规范并正确处理MMI接口消息中的MMS版本信息。

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

  图2表示MMS的协议结构，MMS用户代理通过MMS中继与MMS服务器进行通信，MMS中继在MMS

服务器和MMS用户代理之间提供了中继功能，它能够将不同网络的不同类型服务器综合起来。多媒体消

息业务是面向应用的业务，因此既可以在基于WAP架构下实现，也可以在符合MExE的应用（Java和

TCP/IP）上实现。   

  

图2 MMS的协议结构

5.4 MMS终端间的业务互通

  为保证不同厂家生产的多媒体消息终端之间的多媒体消息能够进行业务互通，本标准在以下4个方面

定义了一套最低的要求：

  一消息内容的互通，

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

  —媒体内容格式

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

    其中，5.6节规定了多媒体消息终端在消息内容及媒体内容格式方面的最低要求，5.7节规定了描述

消息中媒体格式同步白的表达语言以及可用参数和特性；5.8节规定了低层协议支持能力。

    对超出MM内容级别范围的MMS业务，原则上可以通过MMSC进行内容适配后完成互通，本标

准中未给出MMSC内容适配的详细要求。

5.5多媒体消息的结构

    多媒体消息通常由：一页或多页的形式组成，每页至少包含两部分内容：一部分为文本、另一部分为

图像或视频片段，如图；3所示。

图3 多媒体消息的结构

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

5.6 MM内容级别及媒体格式

5.6.1  MM内容的级别．

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

增强图像、基本视频和增强视频5个内容级别，每个内容级别要求支持的消息长度和媒体格式见表l。

  支持MMS_vl.2版本的MMS客户机必须支持文本内容级别以及至少一种其他级别所要求的各种媒

体格式，支持MMS_vI.1版本的MMS客户机应至少支持文本和基本图像内容级别所要求的媒体格式。

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

MM内容 级别	消息长度 （kB）	文本	静止 图像	位图	视频	音频 格式	合成 音频格式	个人信息	DRM	表达 形式
文本	30	GB 13000.1-1993 US-ASCⅡ UTF-16	—	—	—	—	—	—	—	MMS SMIL
基本图像	30	GB 13000.1-1993 US-ASCⅡ UTF-8, UTF-16	BaseUne JPEG	GIF87a GIF89a WBMP*		AMR-NB		vCARD 2.1 vCalendar 1.0		MMS SMIL
增强图像	100	GB 13000.1-1993 US-ASCⅡ, UTF-8, UTF-16	Baseline JPEG	GIF87a GIF89a, WBMP*		AMR-NB	SP-MIDI	vCARD 2.1 vCalendar 1.0	Fwd_ Lock	MMS SMlL
基本视频	100	GB 13000.1-1993 US-ASCU UTF-8 UTF216	Baseline JPEG	GIF87a GIF89a, WBMP*	H.263& AMR (.3gp)	AMR-NB	SP-MIDI	vCARD 2.1 vCalendar 1.0	Fwd_ Lock	支持 视频的 MMS SMIL
增强视频	300	GB 13000.1-1993 US-ASCII, UTF-8, UTF-16	Baseline JPEG	GIF87a GIF89a, WBMP*	H.263& AMR (.3gp)	AMR-NB	SP-MIDI	vCARD 2.I vCalendar 1.0	Fwd - Lock	支持 视频的 MMS SMIL
注：标*为可选要求

5.6.2文本

6

    MM中SMIL部分的文本采用UTF-8（Unicode J编码，MMS客户机应支持字符集ISO-8859-1中较

低部分（也就是us-ascii集）。

    MMS客户机提交MM中的文本部分（text/plain）应采用GB 13000.1-1993、us-ascii( IANA MIBEnum 3)

或utf-8( IANA MIBenUm 106)（Unicode J的编码格式。

    MMS客户机应支持采用GB  13000.1 - 1993、us-ascii和utf-8编码的文本内容（text/plain）接收。符合3GPP规范的MMS客户机还应支持采用扩展字节允许标志(BOM)的utf-16( 1ANA MIBenum 1015)

编码的文本内容( text/plain)。MMS客户机应支持IS0 8859-1和GB  13000.I—1993中规定的全部字符集。

5.6.3图像

    MMS客户机应按照表l规定的级别支持相应的图像媒体格式，包括静态图像格式JPEG，位图格式

GIF87a，OlF89a。MMS客户机还可选支持位图格式WBMP。媒体格式的详细描述见3GPP TS 26.140。

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

    基本图像级别：160×120

    增强图像、基本视频和增强视频级别：640×480。

5.6.4视频

    符合3GPP规范的基本视频和增强视频MMS客户机应支持H.263(profile 0 level 10)的视频媒体格式，

详细描述见3GPP TS 26.140。当视频片段中没有音频信号时，允许采用单独的AMR-NB音频媒体同步播

放。

5.6.5话音    

    符合3GPP规范的MMS客户机应支持AMR-NB话音音频格式，，详细描述见3GPP TS 26.140。

5.6.6合成音频

    支持增强图像、基本视频和增强视频级别的客户机应支持合成音频SP-MIDI格式，详细描述见3GPP

 TS26.140,

5.6.7对不支持的内容格式处理

    多媒体消息终端在遇到不支持格式的多媒体对象时，必须不影响其他支持的多媒体对象的正常显示，

并且可以将不支持的多媒体对象单独保存，在转发中也不应改变任何原有MM的内容。

5.6.8多媒体消息长度

    支持文本和基本图像级别的客户机应支持最小30kB的多媒体消息长度；支持增强图像和基本视频

级别的客户机应支持最小lOOkB的多媒体消息长度；支持增强视频级别的客户机应支持最小300kB的多

媒体消息长度。

5.6.9 PIM

    MMS客户机应支持作为MM的个人信息管理（PIM）功能，支持PIM的版本是：

    vCard version 2.1( mime-type: text/x-vCard);

    vCalendar version l.0( mime-type: text/x-vCalendar).

5.6.10DRM

    支持增强图像。基本视频和增强视频级别的客户机应支持OMA DRM的前转闭锁功能，详细描述见

OMA-Download-DRM-VI_0( 20040615).

  5.7表达语言

    多媒体消息业务要求采用同步媒体集成语言（SMIL）作为描述媒体的表达语言。即使MMS终端无

法完全利用SMIL2.0及SMIL BASIC全部的内容，应至少支持SMIL在互操作性方面的要求，并且所产

生的消息必须是有效、完整的SMIL消息，该消息应能够在非移动终端（例如：PC等）上显示。

    为确保MMS终端之间的MMS在表达语言上的互通，在MMS的第一阶段要求MMS终端至少支持

一套简化的SMIL子集，该SMIL子集称为MMS SMIL。

    对仅提交文本内容的MM而言，支持MMS SMIL格式编辑的功能为可选。对包含文本及基本图像

的MM而言，MMS客户机应同时支持包含MMS SMIL格式和不包含MMS SMIL格式的多媒体消息媒

体内容表达方式。

    符合3GPP规范的MMS客户机应能呈现以MMS SMIL方式编辑的MM。

    除MM中仅包括文本内容外，符合3GPP规范的MMS客户机在编辑多媒体消息时应包含MMS SMIL

的相关内容。

    MMS SMIL支持的表达方式以及允许采用的参数和特性见OMA-MMS-CONF-v2.0( 20040715)中

5.4节或OMA-MMS-CONF-vl.2( 20050301)中第8章的描述。

    在MMS终端转发。MM时应不改变原来MM中的SMIL格式。

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

    MMS终端采用MMl接口协议封装多媒体消息，要求MMS终端接口应符-台YD/T 1498-2006《数字蜂

窝移动通信网多媒体消息业务接口技术要求》的规定。

    MMS终端对采用MMS SMIL表达语言编辑的多媒体消息内容进行封装时，在MMl接口的M-Send.req

消息头中应采用Content-Type为application/vnd, wap.multipart.related进行标识；对没有采用MMS SML表达语言编辑的多媒体消息内容，MMS终端可以在消息头中也可采用Content-Type为application/vnd.wap.multipart.mixed进行标识。

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

    支持MMS_v 1.1版本的MMS客户机对MMS的编码应符合OMA-MMS-CONF-v2.0( 20040715)中6.4

节的内容。

    支持MMS_v1.2/版本的MMS客户St对MMS的编码应符合OMA-MMS-CONF-vl.2( 20050301)中10.2

节的内容。

6 MMS终端的业务要求

6.1基本要求

6.1.1MM提交

6.1.1.1概述

    MM提交是指由MMS用户代理按照MMS客户机支持的MM内容级别将MM发送到MMS Relay/Server的过程。该项业务对MMS终端是必选业务。

6.1.1.2 MM提交必选项

    在MM提交中，对MMS User Agent而言，必须提交下列内容项：

    —指示MM接收方的地址； 
—标识消息的MIME内容类型；

    —MMS版本；

    —消息的PDU类型；

    —MM的Transaction-id-

    —MM发送方的地址。

6.1.1.3 MM提交可选项

    在MM提交中，对MMS User Agent而言，可以选择提交下列内容项：

    —请求消息的递送报告；

    一请求消息的阅读报告；

    —提供消息提交时间的时间戳；

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

    —设置用户期望消息在MMSProxy-Relay的存储时间；

    —指示MM发送方的地址；

    —设置消息的详细鉴别信息（如优先级别，消息类别，主题等）；

    —请求MM发送方地址对接收MMS User Agent隐藏；

    —指示是否是应答付费；

    —指示应答付费限制；

    —指示应答的期限；

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

    —指示MMBOX中MM的状态。

6.1.2MM通知

    MM通知是指在MM到达接收方MMS Relay/Server后，接收方MMS Relay/Server发送通知给接收

方M'MS用户代理提取MM的过程。该项业务对MMS终端是必选业务。

    在MM通知中，接收方MMS用户代理应能从接收方MMS Relay/server处得到提取MM的信息索

引以及MM的其他信息。另外，该信息索引应能在整个信息有效期内有效，直到接收方MMS用户代理

成功提取或者该MM被拒绝。

    如果发送方MMS用户代理请求了地址隐藏，则接收方MMS Relay/Server在MM通知中不包含发送

方地址。

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

    —拒绝MM。

    一提取MM，具体方式可由操作配置和用户档案决定。MMS User Agent应支持立即提取MM功能；

可选支持延时提取MM功能o MMS User Agent应支持自动提取MM功能，可选手动提取MM功能。

6.1.3MM表达

    MMS表达是指MMS用户代理提取MM后，可根据MMS客户机支持的内容级别及表达语畜正确将

MM的内容显示出来。对MMS终端而言，支持采用MMS SMI表达语言的MM表达的业务能力对MMS终

端而言是必选业务。

6.1.4MM提取

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

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

    如果支持MMBox功能，MMS用户代理应能根据前—MMBox操作的信息索引，请求对该用户MMBox

的MM进行提取。

    在MM提取中，接收方MMS User Agent可请求MMS Relay/Server不生成递送报告。

6.2可选要求

6.2.1  递送报告

    递送报告指的是接收方MMS Relay/Server给发送方者发送的表征MM处理状态（如成功发送，被拒

绝，过期等等）的报告。对MMS用户代理而言，该项业务为可选。

    发送方MMS用户代理可以请求特定MM的递送报告。递送报告只为MM而生成。在MM通知到

达或者MM提取之时，接收方MMS用户代理可得到该MM的递送报告是否被要求的指示。

    在对MM通知或者MM传输进行响应的过程中，接收方MMS用户代理可以请求MMS Relay/Server

不生成递送报告。

    递送报告只有在发送方请求递送报告，接收方没有请求不产生递送报告的情况下才能创建。但是在

下列情况下，只要发送方MMS User Agent请求了递送报告，则发送方MMS Relay/Server生成递送报告：

    —前转MM的路由选择时对等实体不知道；

    —前转MM的路由选择失败。

    发送方MMS用户代理接收到递送报告之后，将递送报告中的MM信息标识与发送的MM的信息标

识进行匹配对比，确定该递送报告所属的MM，从而提示用户。如果有多个MM接收方，发送方MMS

用户代理必须保留所有MM接收方地址，以便于进行匹配对比。

6.2,2．阅读报告

    阅读报告指的是接收方在阅读MM时，由接收方MMS用户代理产生并发送给发送方MMS用户代

理的，用以反馈接收方对该MM的处理状态（比如，已经阅读）。对MMS终端而言，该项业务为可选

的。

    阅读报告是由接收方MMS用户代理发出的。相当于一条新的MM。阅读报告只为MM而生成。

    如果发送方请求阅读报告，但接收方不同意该请求，则发送方无法收到阅读报告。

    一旦MM提交，发送方MMS用户代理可以请求特定MM的阅读报告。

    一旦MM提取后，拯}收方MMS用户代理可以接到一个指示，指出阅读报告是否被请求。

    如果发送方MMS用户代理请求阅读报告，而且接收方MMS用户代理支持该属性并允许创建阅读

报告，并且发送方地址可以得到的话，则接收方MMS用户代理在对MM的处理完成后，就创建阅读报

告，并且尽可能早地提交阅读报告给接收方MMS Relay/Server。

    发送方MMS用户代理接收到阕读报告之后，将阅读报告中的MM信息标识与发送的MM的信息标

识进行匹配对比，从而确定该阅读报告所属的MM，从而提示用户。如果有多个MM接收方，发送方

MMS用户代理必须保留所有MM接收方地址，以便于进行匹配对比。

    注意：由于MM接收方有权拒绝该业务，故未收到阅读报告并不意味者MM接收方没有阅读该条MM。

    阅读报告应包括如下信息：

    —MM发送方地址；

    —MM接收方地址；

    —阅读报告对应的原始MM的信息标识；

    —提供处理MM的状态信息（如已读或未读就删除）；

    —提供处理MM的时间戳。

6.2.3MM前转

    MM前转指的是MMS用户代理在收到MM通知后，在不需要先对MM进行提取的前提下，请求对

应的MMS Relay/Server将MM直接传递到另一个MMS用户代理上，其地址由请求传递的MMS用户代

理指定。该项业务是可选的。

    当原MM被前转到新的接收方时，请求前转的MMS终端的地址将连同原MM同时被前转。另外，

一些由前转MMS终端请求的附加信息，比如，请求递送报告和阅读报告等也可以被前转。但是不能前转

其他附加内容和影响原MM的信息元素。

    一旦请求MM前转，则MMS User Agent应进行如下处理；

    —指定MM接收方的地址；

    —提供MM通知中的信息索引；

    —不能请求地址隐藏；

    —即使发送方MMS用户代理请求阅读报告，也不能为它生成该报告；

    —可以指明前转MMS User Agem的地址（也就是它自己的地址）；

    —可以请求前转MM备份在MMBox；

    —可以提供前转MM提交的时间戳；

    —可以设置前转MM中止的期望时间；

    —可以设置前转MM传输的最早期望时间；

    —可以请求前转MM的递送报告；

    —可以请求前转MM的阅读报告。

6.2.4MMS终端能力协商

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

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

要求，该项为可选项。

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

  —与数据库的连接（如URI），以便MMS Relay/Server能够从该数据库中找到描述终端能力的信息

集；

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

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

制应该确保MMS用户代理每次请求发送或提取MM时向MMS Relay/Server提供其能力信息，包括：

  —所支持的MM最大尺寸；

  —所支持的图像最大分辨率；

  —所支持的媒体类型和格式列表（如MIME类型）；

  —所支持的字符集；

    —优选语育列表；

    —所支持的最大颜色深度：

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

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

6.2.5MMS流机制

    MMS流机制指的是接收方MMS User Agent对MM内容提取的流式应用，它与MM提交是无关的，

对MMS用户代理而言，该项业务是可选的。

    接收方MMS用户代理对MM内容的提取方式依赖于接收方MMS用户代理和MMS Relay/Server的

配置和能力。是否采用流机制最终由接收方MMS Relay/Server根据媒体类型、媒体格式、能力协商以及

用户设置决定。

    在成功接收到MM（包含表达描述信息）后，接收方MMS用户代理可以根据表达描述信息去触发

一个流式过程去提取流式化（strcamable）MM内容。依据标准的MMS架构，接收MMS User Agent可

以基于修改的MM或者流式化MM的表示，操作，生成一个阅读报告。

6.2.6MMS地址隐藏

    MMS地址隐藏指的是发送方MMS用户代理向MM接收方隐藏发送者地址的功能。对MMS用户

代理而言，该项业务是可选的。

    如果发送方MMS Relay/Server不允许地址隐藏，则拒绝所提交的含有地址隐藏请求的MM，同时返

回错误信息给发送方MMS用户代理。

    如果接收方MMS Relay/Server不允许地址隐藏，拒绝了发送方MMS用户代理地址隐藏的请求，在

发送方MMS用户代理已请求了递送报告的情况下，接收方MMS Relay/Server应该在递送报告中通知发

送方MMS用户代理地址隐藏的请求被拒绝。

    如果接收方MMS Relay/Server不允许地址隐藏，丽拒绝了发送方MMS User Agent地址隐藏请求，

在发送方MMS用户代理没有请求递送报告的情况下，发送方MMS Relay/Server可以生成一个新的MM

给MM发送方者，通知它MMS用户代理地址隐藏的请求被拒绝。

    不管发送方者地址是否对接收方隐藏，发送方者依照MMS架构的正常行为，能够请求递送报告并

接收递送报告。

    如果发送方MMS用户代理同时请求了地址隐藏和阅读报告，则发送方MMS用户代理不可能接收

到阅读报告。

    在没有事先提取MM的情况下，前转MMS用户代理前转MM时，不能请求地址隐藏。

    如果发送方MMS用户代理请求了地址隐藏，且目的地是VASP/VAS时，则MMS Relay/Server将发

送方地址给VASP/VAS，并不请求进行地址隐藏。如果发送方已经请求了地址隐藏，但是目的地址不是

VASP/VAS时，则MMS Relay/Server可以用合适的编码地址取代发送方者地址，或者让其空白。如果目

的地VASP/VAS不允许接收发送方地址信息（如由于保密原因），则MMS Relay/Server可以用合适的

编码地址取代发送方地址，或者让其空白。

6.2.7MMS预付费提示

  当多媒体消息中心对预付费用户提供多媒体消息业务时，对于网络侧下发的各种与预付费相关的信

息提示MMS终端应能正确显示。

6.2.8MMS应答付费

    MMS应答付费指的是发送方MMS用户代理发送MM给接收方，接收方对该MM进行答复，则该

答复MM的费用由发送方MMS用户代理负担。对MMS用户代理而言，该项业务为可选的。

    如果MMS用户代理支持该项业务，则它必须支持下述行为：

    如果发送方MMS用户代理选择为其发送的MM的应答MM付费，则发送方MMS用户代理应在其

发送的MM中对愿意支付应答MM进行标记。无论发送方MMS Relay/Server是否接收该设置，都应反

馈给发送方。同时发送方MMS用户代理也应能负责不同的接受者的答复MM的费用。

    如果发起方标记对于所发的MM的应答MM付费，则接收方应该被通知。然而，应答付费的标记

只是说明发送方对应答MM付费，但是接收方对原始MM的提取并不是免费的。发送方MMS用户代理

可以指示用户MM已经被答复。

    在下列情况下，应答付费请求不应该传给接收方：

    —接收方不属于一MMSE对等实体；

    —MM被前转的情况下。

    另外，可选支持下列行为：

    —发送方MMS用户代理可对每个接收方指示是否愿意对一个应答MM支付费用。在这种情况下，

发送方MMS用户代理：

    —将对每个接收方指示是否愿意对一个应答MM支付费用；

    —可定义应答付费限制请求（如可指定应答MM提交的最迟时间或者应答MM的最大尺寸）。

    在发送方MMS Relay/Server对MM提交进行响应时，发送方MMS Relay/Server应通知MM发送方

他是否接收下列要求：

    —发送方的应答付费请求；

    —应答付费的限制条件。

    如果MM接收方已请求了原始MM被前转到其他地址，则接收MMS Relay/Server不将应答付费请

求传给前转请求的地址。

    如果MM发送方者请求了应答付费，则接收MMS Relay/Server将用MM通知信息通知接收MMS

用户代理。对于原始MM的应答MM由MM发送方者付费，同时也可通知接受者发送方者设置了应答

付费限制。

    当一个用户想要发送应答MM给发送方MMS用户代理或者VASP，则接收方MMS用户代理：

    —将标识MM为应答MM；

    一将提供应答MM对应的原始MM的信息标识；

    —将提交该应答MM给接收MMS Relay/Server；

    —可向用户提示是否MM已经被答复；

    —可向用户提示应答付赞限制不能满足。

6.2.9MMS相关信息的USIM处理

  对MMS用户代理而盲，该项业务为可选的。

  如果MMS终端支持USIM卡，则MMS用户代理可以在USIM卡上进行如下信息处理：

  —MMS连接信息（connectivity information）：保存在USIM卡上，MMS用户代理用来进行网络连

接的参数集合，

    —MMS用户优选信息：保存在USIM卡上，MMS用户代理用来协助准备终端发送方MM的参数

    —MMS通知：与接收方MMS用户代理设置的关联状态共同保存在USIM上。具体对应如下：

    (1)当MMS用户代理删除了在USIM上的通知时，关联状态设置为“自由空间”；

    (2)当MMS用户代理在USIM上保存了通知时，关联状态设置为“已用空间”；

    (3)当接收MMS用户代理还没有处理USIM上保存的通知时，关联状态设置为“通知未读”，否

则为“通知已读”；

    (4)当接收MMS用户代理还未提取USIM上已保存的通知的MM时，关联状态设置为“MM未

提取”；否则为“MM已提取”；

    (5)当接收MMS用户代理拒绝提取USIM上已保存的通知的MM时，通知可以被删除，关联状

态设置为“MM拒绝”；

    (6)当接收MMS用户代理要前转USIM上保存的通知的MM时，通知可以被删除，关联状态设

置为“MM前转”。

    一旦试图在USIM上保存MM通知，则MMS用户代理应确保通知不丢失，除非USIM能够确认保，

存成功。

6.2.10对点对多点业务的支持

  在点对多点业务中，MMS终端可以同时向多个接收方发送MM，即MMS终端应能支持群发功能。

7 MMS终端的功能要求

7.1 MMS终端配置

    对MMS终端的显示、声音、用户界面的基本要求如下：

7.1.1显示

    支持文本、基本图像级别的MMS终端要求具备至少256色的彩色屏幕显示，支持至少3行汉字显

示，每行汉字不少于4个字。

    支持增强图像、基本视频和增强视频级别的MMS终端要求具备至少4096色的彩色屏幕显示，支持

至少6行汉字显示（不含软键行），每行至少7个汉字。

7.1.2声音

    要求MMS终端至少符合5.6.5小节规定的AMRNB的音频媒体文件播放。

    对3G的MMS终端而言，还应该支持AMR或AMRWB音频媒体文件播放。

    对增强图像、基本视频和增强视频级别的MMS终端而言，要求支持SP-MIDI的音频文件播放。

7.1.3配置摄像头

    支持增强图像、基本视频和增强视频级别的MMS终端应配置内置或外置摄像头。

7.2 MMS终端支持的媒体内容

  MMS终端应明确声明MMS客户机支持的MM内容等级，并按照5.5节的要求支持相应的媒体内容。

7.3 MMS终端对MMS消息的处理

7.3.1基本要求

  MMS终端能向用户提供对MM进行编辑、浏览和管理的功能，支持MMS业务相关的操作，即能

够执行POST、GET和PUSH等操作，满足MMS相关协议规范的要求，实现MM的发送、接收和通知

等操作。

7.3.1.1MMS终端对MMS消息的基本处理能力

    (a)发送：MMS终端发起的业务(MO)

    MMS终端应按照支持的内容级别及媒体格式要求具备发送MM的能力。

    (b)接收：MMS终端终止的业务(MT)

    MMS终端应按照支持的内容级别及媒体格式要求具备接收和正确显示MM的能力。

  (c)群发：点到多点业务（可选）

    当MMS终端支持多媒体消息群发业务时，MMS终端应能具备将一条MM发送给多个接收方的能

力。为使多媒体消息业务中心能成功识别多个接收方地址，MMS终端在发送点到多点业务时，应具备

采用多个Recipient address字段表示多个接收方地址的能力。

7.3.1.2 MMS消息在移动终端上的操作

    (a)存储

    终端能够在内存空间中保存MM以及相关信息。如果内存空间已满，用户应能收到提示信息，提示

用户删除一些MM信息。用户应能在终端上查寻剩余用户空间和当前存储空间使用状况。

    (b)回复

    MMS终端应允许用户对MMS消息进行回复，用户在回复时可选择以MMS或SMS方式回复。

    (c)转发

    lvlMS终端应能够转发不包含DRM内容的MM，用户至少可以通过MSISDN或Email地址进行转

发，转发前允许终端对MM内容进行编辑，转发的发送结果应有提示。用户要求用支持DRM功能的

MMS终端转发包含DRM信息的MM时，终端应能发出操作失败的提示。

    (d)编辑

    MMS终端应能根据用户的需求生成符合对应MM内容级别要求的]VIM消息，内容包括文字、图像、

声音。同时MMS终端应能根据用户的需求对包括发出、收到或未发送的MM进行编辑，包括对声音和

图像的选取和替换，对文字的编辑修改。MMS终端应能支持发送前的预览功能。

    MMS终端在编辑MM时分为限制、警告和自由三种编辑模式，MMS终端应向用户提供设置编辑

MM模式的人机界面。

    在限制编辑模式下，MMS终端应能按照对应的MM内容级别要求正确添加5.6.1小节要求的必选媒

体内容并能确保所编辑的MM能被符合该MM内容级别的其他MMS终端完全正确接收并浏览。在限制

编辑模式下，对5.6.1小节规定之外的非必选媒体格式内容或超过MM消息长度的媒体内容；MMS终端

应不允许用户添加到所编辑的MM中并给出编辑失败的原因提示。

  在警告编辑模式下，当用户在编辑MM时添加5.6.1小节规定之外的非必选媒体格式内容或者是MM

消息长度时，MMS终端应能提示该内容的添加将可能导致接收方终端无法正确显示并允许用户选择是

否继续。

  在自由编辑模式下，MMS终端可以在编辑MM中添加非必选媒体格式内容而不给用户提示。

  (e)删除

  MMS终端应允许用户删除自刨或接收到的MM消息。

  (f)查询

    用户应能查询每条MM（包括发出、收到、未发送）的相关信息，包括主题、MMS大小，收发方、

  收发日期。

    (g)浏览

    MMS终端必须能正常显示符合终端屏幕规格的图像。

    MMS终端对于超过屏幕规格（超长及超宽）的图像，必须能通过缩小，滚动，剪裁或其他方式显

示出来。

7.3.2可选要求

    7.3,2小节的内容对作为发送方的MMS终端丽畜是可选的业务功能，当MMS终端不支持这些业务

时，可以忽略对这些信息的处理，但不允许终端因此出现死机等异常现象。

7.3.2.1  预先设定最早发送时间

    MMS终端应提供定时发送MMS消息的功能。用户可以预先设定发送日期、时间、接收人。

7.3.2.2优先级别

    MMS终端应能设置MMS消息的优先级别。

7.3.2.3 MM签名

    MMS终端尽可能支持自动签名功能，即允许用户自建签名并插入到待发的MM中，一并发出。

7.3.2.4 MM内窖的扩展应用

    MMS终端在收到MMS消息后，用户可以扩展使用已收到的MM，即分别将该MMS消息中的不同

格式的内容转存在终端中作为铃音、屏保、墙纸等。

7.3.2.5递送报告

    MMS终端应提供在发送MMS消息时要求接收递送报告的功能。

7.3.2.6阅读报告

    MMS终端应提供在发送MMS消息时要求接收阅读报告的功能。

7.3.2.7地址臆藏

    MMS终端应提供在发送MMS消息时要求腺藏发送方地址的功能。

7.3.2.8接收方式

    IVIES终端应能预先设定MMS消息的接收方式。

7.4地址格式与参数预置

7.4.1基本要求

7.4.1.1地址

    MMS终端必须允许最终用户发送MMS消息到MSISDN（E.164，例如+8612345678）和E-mail地

址（RFC2822，例如：name@domain.com）。

    当以多媒体消息业务终端或增值业务平台作为MM的发送方或接收方时，在MM1接口采用E.164

地址编码格式。地址格式要求符合以下地址格式之一：

    29241040016/TYPE=PLMN

    +8629241040016/TYPE=PLMN

    1111/TYPF=PLMN

    +861111/TYPE=PLMN

    29241040016

    +8629241040016

    1111

    +861111

    当因特网邮箱作为MM的发送方和接收方时，在MMI接口采用RFC822地址编码格式。地址格式

要求符合下列地址格式之一：

    aaaa@111.111.111.111/TYPE=rfc822

    aaaa @domain/TYPE=rfc822

    aaaa@111.111.111.111

    aaaa@domain

 7.4.1.2参数预置

    MMS终端必须可以进行参数预制，包括MMS中心网址；数据连接的设置与WAP设置相同。

7.4.2可选要求

    由于今后可能存在终端向应用发送消息或m地址与用户个人信息绑定的可能，MMS，终端应允许用

户通过IP地址和URL发送MMS消息，具体要求待定。

7.5对USIM卡的要求

    如果MMS终端支持USIM卡，则USIM卡应能够保存如下信息：

    —MMS连接信息：对采用WAP方式实现的MMS用户代理，应在USIM卡上保存包括WAP网关、

核心网接口、网络承载在内的网络连接信息并按照WAP183定义的二进制标识码进行存储。当某些信息

在WAP 183中无定义时，可考虑采用ASCII字符编码方式进行存储。

  —MMS用户优选信息：应在USIM卡上保存MMS用户档案。对于MMS的WAP实现，

OMA-WAP-MMS-ENC-vl—l和OMA-WAP-MMS-ENC-v1_2给出了与MMS对应的信息字段名称以及等

效的二进制标识码，应考虑这类用户信息在USIM卡上的储存。

  —MMS通知与其关联状态：在USIM卡上至少应能够保存十条与MMS通知及其关联状态。

7.6电源要求

  MMS终端所用电源应符合GB/T18287-2000的要求。

附录A

（资料性附录）

基于WAP的MMS终端实现

  这部分内容主要描述MMS基于WAP的实现。WAP无论在直接业务规范上，还是在基础技术上都

为MMS提供了有力的支持。下面简单介绍一下，详细内容可以参见WAP协议栈文件。

A.1协议框架

  图A.1是参考点MMI的基于WAP的实现定义的协议框架。

图A.1  基于WAP的实现定义的协议框架实例

  MMS终端至少要求支持WAPl.2.1，以后可以发展到WAP2.0；在WAP协议从WAPl.2.1向WAP2.0

的发展过程中，原有用于无线传输的协议栈正在从WSP/ WTP/ WTLS/WDP向lnternet上通用的

HTTP/TCP/TLS/IP方向发展，因此MMS终端今后也应通过HTrP完成MMS消息的发送和接收。

A.2 MMS体系结构支持

  图A．2所示是基于WAP的实现定义的体系结构实例。

图A.2基于WAP的实现的体系结构实例

  在图A.2中，包括两部分连接，一是MMS用户代理与WAP网关，代理之间的连接，WAF协议栈能

够提供在各种无线网络上的通用业务，而MMS是面向应用的业务，主要是利用WSP/HTFP协议来实现。

另一种是WAP网关／代理与MMS中继之间的连接，它们主要是在IP网络中利用HTTP传输协议进行通
信。因而，作为端到端的MMS连接，通过使用WSP/HTTP POST方法实现数据传输。

A．3支持MMS的事务流程

图A.3所示是基于WAP的实现的事务流程的实例。

图A．3基于WAP的实现的事务流程的实例

    图A.3是一个典型的两个终端间收发MMS的事例。在这里省略了源MMS中继，服务器和目标MMS

中继，服务器之间的信令操作，只着重介绍MMS终端和MMS中继之间的信令操作。具体描述如下：

    ■源MMS终端使用WSP/HTTP post方法发送M-Send.req请求信息，经由MMI接口投递MM消

息到源MMS中继；源MMS中继回复源MMS移动终端M-Send．conf响应，证实已收到该消息；

    ■源MMS中继解析MM目标地址，设定路由，将该消息投递到目标MMS中继；MM被目标的

MMS中继所关联的MMs服务器保存；

    ■目标MMS中继经由MM1接口利用WAP PUSH方法给目标MMS移动终端发出MM通知

M-Notification.ind；

    ■目标MMS终端向目标MMS服务器返回MM通知响应M-Notification.res；

    ■目标MMS移动终端利用WSP/HTTP GET方法请求从目标MMS服务器接收MM；

    ■目标MMS服务器利用M-retrieve. conf传递MM给目标MMS移动终端；

    ■当目标MMS移动终端收到MM时，向目标MMS中继发回M-Acknowledge.ind证实消息；

    ■此消息由目标MMS中继传到源MMS中继；

    ■源MMS中继将此证实消息传到源M'MS移动终端。

    WAP定义了“PUSH“操作，它是将内容“推”向移动终端客户端上的—个操作，“PUSH”操作主

要包括提示信息和在服务器上预存的数据。MMS服务利用了WAP“PUSH”中提示的功能，提醒MMS

终端新的MMS消息等待提取。

  MMS终端应至少支持WAP PUSH l.2．1的功能。

 A.4终端能力协商

    MMS终端应该支持终端能力协商，提供用户代理的能力，称之为用户代理档案。它提供显示特征

  （如尺寸、颜色支持、位深度）、所支持的内容类型和网络限制（如最大信息尺寸）等能力信息。这些信

  息的编码应该遵守协议[注明索引RDF]。

    用户代理档案是WAP协议中的一个重要内容。其主要目的是为了不同的终端特性和用户喜好带来

个性化服务，在MMS服务中利用用户代理档案除了提供个性化服务之外，还为MMS中心实现内容适

配提供了依据。

    建议MMS终端在用户代理档案中应提供以下信息：

    (1)终端硬件属性（屏幕大小、彩色支持、图像支持格式、终端型号、声音支持格式）；

    (2)软件属性（OS名称和版本）；

    (3)浏览器提供商名称和版本、语言支持；

    (4) WAP属性（WML脚本、WAP版本信息等）；

    (5)支持的网络承载属性。

    其中，MMS终端应至少提供手机型号及软件版本。

A.5 MMS消息内容

    WAP定义了信息封装机制来表达在MMS用户代理和MMS Relay/Server之间传递的数据。当一条消

息的长度超过了承载网络所能承担的数据传输单元的大小，这条消息就会被WTP分成几段。当一条消息

作为很多小的分组进行发送时，这些小的分组数据可以成组地发送和确认，发送方可以根据网络特性通

过修改数据包组的大小来进行流量控制。MMS服务利用了WTP中有关SAR的内容进行流量控制。

    WAP协议必须对MMS终端提供该功能。

A.6多媒体消息

    WAP二元多部分技术，与Interact MIME多部分技术等价，可用于在MM组合多媒体对象。WAP

二元多部分结构能够在二元格式和Intemet MIME格式之间进行自由转换。除此之外，一旦一些多媒体

对象必须从结构中剥离时，二元格式也能有效地处理信息。

    一个特别应用特定部分是MMS头信息，该信息用于提供信息类型信息和消息特定信息。这部分的

内容类型是applicadon/mm sheader，直到在IANA内注册后，因特网内的内容类型是application/x-mm

 sheadcr。

    WAP协议必须对MMS终端提供该功能。

A.7其他消息

    其他的MMS事务消息，如MM通知、确认和递送报告利用附加的PDUs表达。这部分的内容类型

是application/mm shcader，直到在IANA内注册后，因特网内的内容类型是application/x-tara sheader。

  WAP协议必须对MMS终端提供该功能。

A．8 MMS表达

  MMS表达方式多种多样，可以是WML deck,或者SMIL方式，或者是包含图片附件的简单文本格

式。

    WAP阱议盛须对MMS终端提供该功能。

A．9 MMS安全模型

    MMS没有专门的安全机制，但是WAP协议的安全机制WTLS和W/M可以为MMS安全性提供保

证。WAP的安全机制主要由WTLS完成。WTLS（Wireless Transportation Layer Security）利用Internet

通用的安全协议SSL和TLS重的元素规定了安全的数据连接框架，它提供了加密、鉴权、数据完整性和

密钥管理的工具，WTLS中定义了“WTLS Class I”，“WTLS ClassⅡ”，“WTLS Class III”三个不同级别的安全保证，WAP协议必须为MMS终端提供该功能。

附录B

（资料性附录）

MMS终端通过IP承载MMS

  这部分内容主要在概念上证明如何使用标准的互联网传输和电子邮件协议实现基于IP的MMS。在

包含支持MMS各方面的额外能力之前，不能期望使用现有的IETF协议来实现全部的MMS特性。不过

可以预期，相应的标准化组织将会对这些新的能力制定相应的标准。这些能力将会在本文的以后版本中

描述。

B．1协议框架

  图B.1所示是3GPP MMS中参考点MM1的基于IP的实现定义的协议框架实例。

图B．1  3GPP中为基于IP的实现定义的协议框架实例

    基于IP的实现的协议将以IETF已经标准化的互联网标准为基础。Wireless profiled TCP，它对无线

网络进行了调整，将被用作传输控制协议。profile定义了使用哪一类无线调整的TCP。

    MMS用户代理和MMS Relay/Server之间的传输协议（Transfer Protocol）将是SMTP、POP3、IMAP4、

HTTP等，取决于业务。

  通过使用适当的协议，将支持MMS用户代理和MMS中继，服务器（Relay/Server）之间的通知业务

和其他需要的业务。

  注意：适当的协议一完成标准化就会被使用。

B.2 MMS体系结构支持

    图B.2所示是3GPPMMS中基于IP的实现定义的体系结构实例。

    终端和基于口的网关之间的通信将使用适当的基于IP的协议，如SMTP、POP3、IMAP4、HTITP

等，在Wireless Profied TCP上提供业务。

    基于m的网关和MMS Relay/Server之间的通信将使用适当的的基于IP的协议，如SMTP、POP3、

IMAP4、HTTP等，在TCP上提供业务。在基于IP的网关中，将把Wireless Profied TCP转换成一般的

TCP。

图B.2 3GPP MMS基于IP的实现的体系结构实例

B.3 支持MMS的事物流程

图B.3所示是3GPP MMS中基于P的实现的事务流程的实例。

图B．3 3GPP MMS中基于IP的实现的事务流程的实例

    MMS用户代理（发信方）将使用SMTP或者HTTP POST方法，通过向MMS Proxy/Server发送

MMl_Submit.REQ来发送一条多媒体消息(MM)。使用HTTP产生MM1_Submit.RES应答。

    MMS Relay/Servet(发信方牌使用SMTP，通过向MMS Relay/Servel(接信方泼送MM4_forward.REQ

来转发/VIM。使用HTTP产生MM4_forward.RES应答。

    MMS Relay/Server（接信方）将使用HTTP POST方法或其他适当的方法，用基于IP的PUSH技术

向MMS用户代理（接信方）发送MM l_notifieation.REQ。使用HTrP产生MM l_notification.RES应答。

    MMS Relay/Server可能请求让它知道MMS用户代理实际接收MM的信息。一种方法将是从MMS

用户代理向MMS Proxy/Server发送MMl _aeknowledgement.REQ。

    作为可选，MMS Relay/Server（接信方）可能使用SMTP或者HTTP，用MM4_forward_teport.REQ

向MMS Relay/Server（发信方）转发一条消息。使用SMTP或者HTrP产生MM4_forward_report.RES应

答。

  MMS Relay/Server负责向发信方的MMS用户代理返回一个可选的递送报告。根据可能的传输结果，

MMS Relay/Server将重新使用基于IP的PUSH技术用MM l_delivery_report.REQ消息通知，MMS用户代

理。

B．4 MMS终端能力协商

    终端能力协商将以互联网标准为基础（即CC/PP）。

B．5 MMS消息内容

    MMS消息内容有视频邮件、音频邮件、图像邮件和文本邮件等。

    多媒体消息将基于（Standard fortlleformat of ARPA I伦rnet text messages）和MIME( Multipurpose

htemet Mail Extensions, RFC 2045 - 2049)。

B.6 MMS描述

  MMS描述基于MIME(Multipurpose Inferrer Mail Extensions．RFC 2045 - 2049)和互联网标准。

1694