中国联通WCDMA数字蜂窝移动通信网移动台技术规范第_第1页
中国联通WCDMA数字蜂窝移动通信网移动台技术规范第_第2页
中国联通WCDMA数字蜂窝移动通信网移动台技术规范第_第3页
中国联通WCDMA数字蜂窝移动通信网移动台技术规范第_第4页
中国联通WCDMA数字蜂窝移动通信网移动台技术规范第_第5页
已阅读5页,还剩23页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、中国联通公司 发布2011-01-30实施2011-01-30发布中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业务的移动台技术要求Technical Specification for China Unicom WCDMA Digital Cellular Mobile Telecommunication Network Mobile Station Volume :MMS Based Services(V3.0)QB/CU 051-2011中国联合通信公司企业标准 中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业务的移动台技术要求IV中国

2、联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业务的移动台技术要求目 次前 言IV1 范围12 规范性引用文件13 定义和缩略语13.1 定义1本标准采用下列术语和定义。13.1.1 多媒体消息(MM)13.1.2 多媒体消息业务(MMS)13.1.3 客户端(Client)13.1.4 服务器(Server)13.1.5 MMS客户端(MMS Client)13.1.6 MMS服务器(MMS Server)23.1.7 代理(Proxy)23.1.8 用户代理(User Agent)23.1.9 终端(Terminal)23.1.10 网关(Gateway)23.1.1

3、1 推送(Push)23.1.12 MMS封装(MMS Encapsulation)23.1.13 MMS终端(MMS Terminal)23.1.14 递送报告(Delivery Report)23.1.15 阅读报告(Read-Reply Report)23.1.16 时间戳(Time stamp)23.1.17 信息索引(Message Reference)23.1.18 多媒体消息业务环境(MMSE)23.2 缩略语24 MMS终端总体结构34.1 多媒体消息业务系统概述34.2 多媒体消息业务系统中网元44.3 多媒体消息业务系统中的接口45 MMS终端概述55.1 MMS用户代理的

4、相关协议结构55.2 MMS终端间的业务互通55.3 多媒体消息的结构55.4 MM内容级别及媒体格式65.4.1 MM内容的级别65.4.2 文本75.4.3 图像75.4.4 视频75.4.5 音频75.4.6 对不支持的内容格式处理75.4.7 多媒体消息长度85.5 表达语言85.6 MMS终端承载层和封装协议要求的支持能力86 MMS终端的业务要求86.1 基本要求86.1.1 MM提交86.1.1.1 概述86.1.1.2 MM提交必选项86.1.1.3 MM提交可选项86.1.2 MM通知96.1.3 MM表达96.1.4 MM提取96.1.5 MMS终端能力协商96.1.6 对

5、点对多点业务的支持106.2 可选要求106.2.1 递送报告106.2.2 阅读报告106.2.3 MM前转116.2.4 MMS流机制116.2.5 MMS地址隐藏116.2.6 MMS应答付费126.2.7 MMS相关信息的SIM处理127 MMS终端的功能要求137.1 漫游要求137.2 MMS代理与本地软件的调用137.3 MMS终端对MMS消息的处理137.3.1 基本要求137.3.1.1 MMS终端对MMS消息的基本处理能力137.3.1.2 MMS消息在移动终端上的操作137.3.1.3 接收方式147.3.2 可选要求147.3.2.1 预先设定最早发送时间147.3.2

6、.2 优先级别147.3.2.3 MM内容的扩展应用147.3.2.4 阅读报告147.3.2.5 MM签名147.3.2.6 递送报告147.4 地址格式与参数预置157.4.1 基本要求157.4.1.1 地址157.4.1.2 参数预置157.4.2 可选要求15附录A (资料性附录) 基于WAP的MMS终端实现16附录A.1 协议框架16附录A.2 MMS体系结构支持16附录A.3 支持MMS的事务流程17附录A.4 终端能力协商18附录A.5 MMS消息内容18附录A.6 多媒体消息18附录A.7 其它消息18附录A.9 MMS安全模型19附录B.1 协议框架20附录B.2 MMS体

7、系结构支持20附录B.3 支持MMS的事务流程21附录B.4 MMS终端能力协商22附录B.5 MMS消息内容23附录B.6 MMS描述23中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业务的移动台技术要求前 言本标准是中国联通WCDMA数字蜂窝移动通信网移动台技术规范的一部分,该系列标准的名称及结构如下:中国联通WCDMA数字蜂窝移动通信网移动台技术规范 总册:总体技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第一分册:支持WAP业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第二分册:支持JAVA业务的移动台技

8、术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第四分册:支持电路域可视电话业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第五分册:支持Web浏览业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第六分册:支持流媒体业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第七分册:支持终端管理业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第八分册:支持手机音

9、乐业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第九分册:支持乐媒业务的移动台技术要求v3.0中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第十分册:支持近场通信业务的移动台技术要求v3.0本标准是中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业务的移动台技术要求v3.0。本标准主要以国际标准3GPP TS 23.140 (V5.3.0)、OMA_MMS_v1.2(20050301)以及我国行业标准数字蜂窝移动通信网多媒体消息业务(MMS)终端设备技术要求为依据,并根据联通WCDMA数字蜂窝移动通信网络的实际业务情况和功能需要对

10、多媒体消息业务终端的技术要求而制定。本标准是在中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业务的移动台技术要求v2.0的基础上修订而成,其主要的修订内容为:删除WBMP格式图片要求、修订应答付费要求、修订MM存储功能要求以及修订MM编辑功能要求。本标准由中国联通销售部提出。本标准由中国联通技术部归口。本标准制订单位:中国联通销售部 中国联通研究院本标准主要起草人:于英涛、张智江、宋丽梅、黄庆霞、李更新、任志国、张俊、顾旻霞、李笑郁、严斌峰、侯玉华、赵国宾、彭曦本标准的修改和解释权属中国联通公司中国联通WCDMA数字蜂窝移动通信网移动台技术规范 第三分册:支持MMS业

11、务的移动台技术要求中国联通WCDMA数字蜂窝移动通信网移动台技术规范第三分册:支持MMS业务的移动台技术要求v3.01 范围本标准规定了多媒体消息业务终端所具有的业务和功能要求,以及多媒体消息终端界面、菜单和操作流程的要求,为保证中国联通公司多媒体消息业务的正常运行,以及移动台的开发生产提供依据。本标准适用于WCDMA移动台多媒体消息终端的开发。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最

12、新版本适用于本标准。1 中国联通WCDMA数字蜂窝移动通信网移动台技术规范 总册:总体技术要求 v3.02 YD/T 1498-2006数字蜂窝移动通信网多媒体消息业务接口技术要求3 YD/T 1501-2006数字蜂窝移动通信网多媒体消息终端设备技术要求4 3GPP TS 23.140 V6.0.0 Multimedia Messaging Service Stage 2, (Release 5)5 3GPP TS 26.140 (2002-06) Multimedia Messaging Service; Media formats and codecs(Release 5)6 OMA-W

13、AP-MMS-ENC-v1_1(20040715) Multimedia Message Service Encapsulation Protocol7 OMA-WAP-MMS-ENC-v1_2(20050301) Multimedia Message Service Encapsulation Protocol8 OMA-MMS-CONF-v1.2(20050301) MMS Conformance Document 1.23 定义和缩略语3.1 定义本标准采用下列术语和定义。3.1.1 多媒体消息(MM)是指由一种或者多种不同媒体类型元素组成的多媒体表述。它包括格式化文本、图片、图像、动画

14、、声音、话音、视频剪辑等媒体类型的消息。3.1.2 多媒体消息业务(MMS)是一种存储转发型非实时多媒体通信业务 。实体为系统应用程序,通过该应用程序可以对各种媒体类型的消息进行操作。3.1.3 客户端(Client)发出请求与服务器相连接的一种设备或应用程序。3.1.4 服务器(Server)能等待处理由一个或多个客户发出的连接请求的设备或应用程序。它可以接受或拒绝来自客户的连接请求。3.1.5 MMS客户端(MMS Client)能请求MMS服务器进行MMS服务的实体。3.1.6 MMS服务器(MMS Server)提供MMS储存和操作支持的服务器。3.1.7 代理(Proxy)一个既能作

15、为服务器又能作为客户端的中介程序。它通常位于无法直接进行通信的客户端和服务器之间。客户端请求既可以由代理程序提供服务,也可以通过代理程序对其进行解释之后,传送给其他服务器进行处理。3.1.8 用户代理(User Agent)实现某些特殊功能的客户端内置软件。主要用来解释WML、WMLScript、WTAI或其他资源的软件或者用作为发起请求的客户端,通常表现为是浏览器、编辑器或者其他终端用户工具。3.1.9 终端(Terminal)提供给用户进行信息收发的一种设备,也称为移动通信终端或移动台。3.1.10 网关(Gateway)一种服务器,通常作为其他服务器的中介。与代理不同,当网关接收到请求时

16、,它就被当作是请求资源的源服务器,源客户端可能并不知道它正与网关进行通信。3.1.11 推送(Push)运行于会话层之上的一种服务,其含义为“网络发起的消息传送”。网络向用户主动发起呼叫,并向用户发送信息。Push消息可以是警告或内容提示。运营商利用Push技术可以增加其提供业务的深度和广度,如提供新闻更新,邮件警告,股票到价提示等。3.1.12 MMS封装(MMS Encapsulation)是指协议数据单元的定义,表现为多媒体消息的数据域和编码。3.1.13 MMS终端(MMS Terminal)能实现MMS客户端功能的移动台。3.1.14 递送报告(Delivery Report)MMS

17、中心设备提供给MM发送方者关于MM传输状态的反馈信息。3.1.15 阅读报告(Read-Reply Report)接收MMS用户代理提供给发送方MMS用户代理关于原始MM处理状态的反馈信息。3.1.16 时间戳(Time stamp)指日期、时间和其它信息,如UTC、GMT或者时区等明确的时间标识。3.1.17 信息索引(Message Reference)指示MM位置的MM的独特标识。3.1.18 多媒体消息业务环境(MMSE)指在单一管理下的一个特定MMS网络元素的集合。3.2 缩略语本标准采用下列缩略语:GIF:Graphics Interchange Format(图形交换格式)HTT

18、P:Hypertext Transfer Protocol(超文本传输协议)JPEG:Joint Picture Expert Group(联合图片专家组)MExE:Mobile Execution Environment(移动执行环境)MIDI:Musical Instrument Digital Interface(音乐设备数字接口)MIME:Multipurpose Internet Mail Extensions(多用途Internet邮件扩展)MMS: Multimedia Messaging Service (多媒体消息业务)MMSE:Multimedia Messaging Se

19、rvice Environment(多媒体消息业务环境)MMSC: Multimedia Messaging Service Center(多媒体消息服务中心)MO:Mobile Originated (终端发起)MPEG:Motion Picture Expert Group(动态图片专家组)MP3:MPEG-3 file format(MPEG-3文件格式)MT:Mobile Terminated(终端终止)SMIL:Synchronized Multimedia Integration Language(同步多媒体汇合语言)SMTP:Simple Mail Transfer Protoc

20、ol(简单邮件传输协议)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

21、 Added Service(增殖业务)WIM:WAP Identity Module(WAP识别模块)WML:Wireless Markup Language(无线标记语言)WSP:WAP Session Protocol(无线会话协议)3GPP:Third Generation Partnership Project(第三代合作伙伴)4 MMS终端总体结构4.1 多媒体消息业务系统概述图1是多媒体消息业务的系统结构图。多媒体消息业务可以采用WAP、TCP/IP或其他方式承载。下层承载网络支持WCDMA网络。图1 多媒体消息业务系统结构图4.2 多媒体消息业务系统中网元多媒体消息业务系统中新

22、增的网元包括:MMS User Agent:MMS用户代理通过MMS终端提供多媒体消息业务,MMS用户代理是多媒体消息业务终端上的一个应用,提供用户浏览、编辑、处理多媒体消息等功能,以及消息的发送、接收、删除等操作。MMS用户代理支持MIME,多媒体消息采用MIME格式表示,通过MIME中不同子类型的定义,多媒体消息可包含文本、图像、声音等数据。MMSC(MMS Relay/Server):MMSC多媒体消息业务中心包含MMS中继和MMS服务器的功能,对多媒体消息进行协议转换、内容适配、存储和调度,完成多媒体消息在不同多媒体设备之间的传递操作,同时,MMSC生成话单用于计费。MMS User

23、Databases:MMS用户数据库存储用户信息、个性化信息、接口信息等。MMS VAS Applicatons:外部增值应用服务器,提供增值业务服务。Billing System:计费系统。完成MMSC系统的计费操作。External Servers:外部服务器,例如电子邮件服务器、传真服务器和统一消息服务器等。重复使用原有的网元有:HLR:HLR通过MM5接口向MMSC提供用户签约信息。4.3 多媒体消息业务系统中的接口多媒体消息业务系统中的接口包括:MM1:MMS终端和MMSC的接口,用来提交多媒体消息、接收多媒体消息(包括PULL和PUSH方式)、和用户交换消息通知和递送报告等。MM2

24、:MMS Relay和MMS Server的接口,目前MM2接口采用设备提供商的内部协议实现,本标准不做要求。MM3:外部服务器接口,实现多媒体消息业务中心和外部服务器的互通。MM4:MMSC间的接口,用于MMSC之间的互通。MM5:MMSC和HLR的接口,用来传送用户的签约信息,该接口是可选接口。MM6:用户数据库接口,MMSC提供与外部集中式用户数据库的接口。MM7:MMSC和VAS应用之间的接口。MM8:计费接口。5 MMS终端概述要求MMS客户端应支持MMS_v1.2。5.1 MMS用户代理的相关协议结构图2表示MMS的协议结构,MMS用户代理通过MMS中继与MMS服务器进行通讯,MM

25、S中继在MMS服务器和MMS用户代理之间提供了中继功能,它能够将不同网络的不同类型服务器综合起来。多媒体消息业务是面向应用的业务,因此既可以在基于WAP架构下实现,也可以在符合MExE的应用(Java和TCP/IP)上实现。图2 MMS的协议结构5.2 MMS终端间的业务互通为保证不同厂家生产的多媒体消息终端间的多媒体消息能够进行业务互通,本规范在以下四个方面定义了一套最低的要求: 消息内容的互通 表达语言中的可用参数及特性 媒体内容格式 承载层和封装协议的支持能力其中5.4节规定了多媒体消息终端在消息内容及媒体内容格式方面的最低要求,5.5节规定了描述消息中媒体格式同步的表达语言以及可用参数

26、和特性;5.6节规定了低层协议支持能力。对超出MM内容级别范围外的MMS业务,原则上可以通过MMSC进行内容适配后完成互通,本规范中未给出MMSC内容适配的详细要求。5.3 多媒体消息的结构如上图所示,多媒体消息通常由一页或多页的形式组成,每页至少包含两部分内容:一部分为文本、另一部分为图象或视频片段。在同一个MM中应采用同一种SMIL的表达方式,在同一个MM中的不同页面应具有相同的编排版面。5.4 MM内容级别及媒体格式5.4.1 MM内容的级别为使不同能力的多媒体消息终端间尽可能实现消息互通,将多媒体消息内容分成:文本、基本图象、增强图象、基本视频和增强视频五个内容级别,每个内容级别要求支

27、持的消息长度和媒体格式见表1。支持MMS_v1.2版本的MMS客户端必须支持文本内容级别以及至少一种其他级别所要求的各种媒体格式。 表1 多媒体消息内容的分级MM内容级别消息长度(kB)文本静止图象位图视频音频格式合成音频格式个人信息(可选)DRM表达形式文本30GB 2312US-ASCII,UTF-8,UTF-16_MMS SMIL基本图象30GB 2312US-ASCII,UTF-8,UTF-16BaselineJPEGGIF87aGIF89a,_AMR-NB-vCARD2.1vCalendar1.0-MMS SMIL增强图象100GB 2312US-ASCII,UTF-8,UTF-16

28、BaselineJPEGGIF87aGIF89a,_AMR-NBSP-MIDIvCARD2.1vCalendar1.0Fwd-LockMMS SMIL 基本视频100GB 2312US-ASCII,UTF-8,UTF-16BaselineJPEGGIF87aGIF89a,H.263&AMR(.3gp)AMR-NBSP-MIDIvCARD2.1vCalendar1.0Fwd-Lock支持视频的MMS SMIL增强视频300GB 2312US-ASCII,UTF-8,UTF-16BaselineJPEGGIF87aGIF89a,AMR-NBSP-MIDIvCARD2.1vCalendar1

29、.0Fwd-Lock支持视频的MMS SMIL5.4.2 文本MM中SMIL部分的文本采用UTF-8(Unicode)编码。MMS客户端应支持US-ASCII 、Unicode或GB 2312中规定的全部字符集。5.4.3 图像MMS客户端应按照表1规定的级别支持相应的图象媒体格式,包括静态图象格式JPEG,位图格式GIF87a(Android手机可选支持),GIF89a(Android手机可选支持),详细描述见3GPP TS 26.140。各内容级别的终端要求支持的最大图象像素数为:基本图象级别:120*160增强图象、基本视频和增强视频级别:640*480。5.4.4 视频终端应支持H.2

30、63&AMR(.3gp)和MPEG4的视频媒体格式,详细描述见3GPP TS 26.140。当视频片段中没有音频信号时,允许采用单独的AMR-NB音频媒体同步播放(可选)。5.4.5 音频输入要求:中国联通WCDMA网多媒体消息终端应能够使用AMR-NB、SP-MIDI、MP3等音频格式编辑并发送MM;播放要求:中国联通WCDMA网多媒体消息终端应能够使用AMR-NB、SP-MIDI、MP3等音频格式接收并正确播放。5.4.6 对不支持的内容格式处理多媒体消息终端在遇到不支持格式的多媒体对象时,必须不影响其他支持的多媒体对象的正常显示,并且可以将不支持的多媒体对象单独保存(可选),在转

31、发中也不应改变任何原有MM的内容。5.4.7 多媒体消息长度MMS客户端发送MM时应支持最多300kB的多媒体消息长度,MMS客户端接收MM的最大能力至少300kB的多媒体消息长度。5.5 表达语言中国联通多媒体消息业务要求采用同步媒体集成语言(SMIL)作为描述媒体的表达语言。MMS终端应能呈现以MMS SMIL方式编辑的MM。为确保MMS终端之间的MMS在表达语言上的互通,在MMS的第一阶段要求MMS终端至少支持一套简化的SMIL子集,该SMIL子集称为MMS SMIL。详细内容参照国际规范OMA-MMS-CONF-V1_2-20050301-A。对仅提交文本内容的MM而言,支持MMS S

32、MIL格式编辑的功能为可选。5.6 MMS终端承载层和封装协议要求的支持能力MMS终端对采用MMS SMIL表达语言编辑的多媒体消息内容进行封装时,在MM1接口的M-Send.req消息头中应采用Content-Type为application/vnd.wap.multipart.related进行标识;对没有采用MMS SMIL表达语言编辑的多媒体消息内容,MMS终端可以在消息头中也可采用Content-Type为application/vnd.wap.multipart.mixed进行标识。MMS终端在接收MM时,应能识别和正确处理M-Retrieve.conf消息头中的applicati

33、on/vnd.wap.multipart.related和application/vnd.wap.multipart.mixed标识。支持MMS_v1.2版本的MMS客户端对MMS的编码应符合OMA-MMS-CONF-v1.2(20050301)中9.2节的内容。6 MMS终端的业务要求6.1 基本要求6.1.1 MM提交6.1.1.1 概述MM提交是指由MMS 用户代理按照MMS客户端支持的MM内容级别将MM发送到MMS Relay/Server的过程。该项业务对MMS终端是必选业务。6.1.1.2 MM提交必选项在MM提交中,对MMS User Agent而言,必须提交下列内容项:- 指示

34、MM接收方的地址;- 标识消息的MIME内容类型;- MMS版本;- 消息的PDU类型;- MM的Transaction-ID;- MM发送方的地址。6.1.1.3 MM提交可选项在MM提交中,对MMS User Agent而言,可以选择提交下列内容项:- 请求消息的递送报告;- 请求消息的阅读报告;- 提供消息提交时间的时间戳;- 设置用户期望消息交付给接收方的最早期望时间;- 设置用户期望消息在MMSProxy-Relay的存储时间;- 指示MM发送方的地址;- 设置消息的详细鉴别信息(如优先级别,消息类别,主题等);- 请求MM发送方地址对接收MMS User Agent隐藏;- 指示是

35、否是应答付费;- 指示应答付费限制;- 指示应答的期限;- 请求在发送MM给接收方的同时,在发送方的MMBox中备份MM;- 指示MMBOX中MM的状态。6.1.2 MM通知MM通知是指在MM到达接收方MMS Relay/Server后,接收方MMS Relay/Server发送通知给接收方MMS用户代理提取MM的过程。该项业务对MMS终端是必选业务。在MM通知中,接收方MMS用户代理应能从接收方MMS Relay/Server处得到提取MM的信息索引以及MM的其它信息。另外,该信息索引应能在整个信息有效期内有效,直到接收方MMS用户代理成功提取或者该MM被拒绝。如果发送方MMS用户代理请求了

36、地址隐藏,则接收方MMS Relay/Server在MM通知中不包含发送方地址。一旦收到MM通知,MMS用户代理可作出如下反应:- 拒绝MM(可选)- 提取MM,具体方式可由操作配置和用户决定。MMS User Agent应支持立即提取MM功能;可选支持延时提取MM功能。MMS User Agent应支持自动提取与手动提取MM功能。6.1.3 MM表达MM表达是指MMS用户代理提取MM后,可根据MMS客户端支持的内容级别及表达语言正确将MM的内容显示出来。对MMS终端而言,支持采用MMS SMIL表达语言的MM表达的业务能力对MMS终端而言是必选业务。6.1.4 MM提取MM提取指的是接收方M

37、MS用户代理基于MM通知索引,从接收方MMS Relay/Server提取MM的过程。该项业务对MMS终端是必选业务。如果支持MMBox功能,MMS用户代理应能根据前一MMBox操作的信息索引,请求对该用户MMBox的MM进行提取。6.1.5 MMS终端能力协商MMS用户代理应该支持终端能力协商,以提供其能力信息。在发送方MMS用户代理向MMS Relay/Server请求发送MM时,接收方MMS用户代理应该向接收方MMS Relay/Server指明其能力信息要求。- 一套描述终端能力的信息集;- 与数据库的连接(如URI),以便MMS Relay/Server能够从该数据库中找到描述终端能

38、力的信息集,和/或- 另一套注明前一套终端能力信息变化的信息集。关于终端能力协商的明确机制在MM1实现(如WAP等)机制上进行了详细定义。终端能力协商机制应该确保MMS用户代理每次请求发送或提取MM时向 MMS Relay/Server提供其能力信息,包括:- 所支持的MM最大尺寸;- 所支持的图像最大分辨率;- 所支持的媒体类型和格式列表(如MIME类型);- 所支持的字符集;- 优选语言列表;- 所支持的最大颜色深度;- 接收方MMS用户代理在进行MM内容提取时是否支持流机制的指示。另外,与MMS实现(WAP等)相关的附加信息也可包含其中。6.1.6 对点对多点业务的支持在点对多点业务中,

39、MMS终端可以同时向多个接收方发送MM,即MMS终端应能支持群发功能。6.2 可选要求6.2.1 递送报告递送报告指的是接收方MMS Relay/Server给发送方者发送的表征MM处理状态(如成功发送,被拒绝,过期等等)的报告。发送方MMS用户代理可以请求特定MM的递送报告。递送报告只为MM而生成。在MM通知到达或者MM提取之时,接收方MMS用户代理可得到该MM的递送报告是否被要求的指示。在对MM通知或者MM传输进行响应的过程中,接收方MMS用户代理可以请求MMS Relay/Server不生成递送报告。递送报告只有在发送方请求递送报告,接收方没有请求不产生递送报告的情况下才能创建。只要发送

40、方MMS User Agent请求了递送报告,则发送方MMS Relay/Server生成递送报告:- 前转MM的路由选择时对等实体不知道;- 前转MM的路由选择失败。发送方MMS用户代理接收到递送报告之后,将递送报告中的MM信息标识与发送的MM的信息标识进行匹配对比,确定该递送报告所属的MM,从而提示用户。如果有多个MM接收方,发送方MMS用户代理必须保留所有MM接收方地址,以便于进行匹配对比。6.2.2 阅读报告阅读报告指的是接收方在阅读MM时,由接收方MMS用户代理产生并发送给发送方MMS用户代理的,用以反馈接收方对该MM的处理状态(比如,已经阅读)。MMS终端阅读报告采用PDU方式实现

41、。阅读报告是由接收方MMS用户代理发出的。相当于一条新的MM。阅读报告只为MM而生成。如果发送方请求阅读报告,但接收方不同意该请求,则发送方无法收到阅读报告。一旦MM提交,发送方MMS用户代理可以请求特定MM的阅读报告。一旦MM提取后,接收方MMS用户代理可以接到一个指示,指出阅读报告是否被请求。如果发送方MMS用户代理请求阅读报告,而且接收方MMS用户代理支持该属性并允许创建阅读报告,并且发送方地址可以得到的话,则接收方MMS用户代理在对MM的处理完成后,就创建阅读报告,并且尽可能早地提交阅读报告给接收方MMS Relay/Server。发送方MMS用户代理接收到阅读报告之后,将阅读报告中的

42、MM信息标识与发送的MM的信息标识进行匹配对比,从而确定该阅读报告所属的MM,从而提示用户。如果有多个MM接收方,发送方MMS用户代理必须保留所有MM接收方地址,以便于进行匹配对比。注意:由于MM接收方有权拒绝该业务,故未收到阅读报告并不意味者MM接收方没有阅读该条MM。阅读报告应包括如下信息:- MM发送方地址;- MM接收方地址;- 阅读报告对应的原始MM的信息标识;- 提供处理MM的状态信息(如已读或未读就删除);- 提供处理MM的时间戳。6.2.3 MM前转MM前转指的是MMS用户代理在收到MM通知后,在不需要先对MM进行提取的前提下,请求对应的MMS Relay/Server将MM直

43、接传递到另一个MMS用户代理上,其地址由请求传递的MMS用户代理指定。当原MM被前转到新的接收方时,请求前转的MMS终端的地址将连同原MM同时被前转。另外,一些由前转MMS终端请求的附加信息,比如,请求递送报告和阅读报告等也可以被前转。但是不能前转其他附加内容和影响原MM的信息元素。一旦请求MM前转,则MMS User Agent应进行如下处理:- 指定MM接收方的地址;- 提供MM通知中的信息索引;- 不能请求地址隐藏;- 即使发送方MMS用户代理请求阅读报告,也不能为它生成该报告;- 可以指明前转MMS User Agent的地址(也就是它自己的地址);- 可以请求前转MM备份在MMBox

44、;- 可以提供前转MM提交的时间戳;- 可以设置前转MM中止的期望时间;- 可以设置前转MM传输的最早期望时间;- 可以请求前转MM的递送报告;- 可以请求前转MM的阅读报告。6.2.4 MMS流机制MMS流机制指的是接收方MMS User Agent对MM内容提取的流式应用,它与MM提交是无关的。对MMS用户代理而言。接收方MMS用户代理对MM内容的提取方式依赖于接收方MMS用户代理和MMS Relay/Server的配置和能力。是否采用流机制最终由接收方MMS Relay/Server根据媒体类型、媒体格式、能力协商以及用户设置决定。在成功接收到MM(包含表达描述信息)后,接收方MMS用户

45、代理可以根据表达描述信息去触发一个流式过程去提取流式化(streamable)MM内容。依据标准的MMS架构,接收MMS User Agent可以基于修改的MM或者流式化MM的表示/操作,生成一个阅读报告。6.2.5 MMS地址隐藏MMS地址隐藏指的是发送方MMS用户代理向MM接收方隐藏发送者地址的功能。对MMS用户代理而言。如果发送方MMS Relay/Server不允许地址隐藏,则拒绝提交的含有地址隐藏请求的MM,同时返回错误信息给发送方MMS用户代理。如果接收方MMS Relay/Server不允许地址隐藏,拒绝了发送方MMS用户代理地址隐藏的请求,在发送方MMS用户代理已请求了递送报告

46、的情况下,接收方MMS Relay/Server应该在递送报告中通知发送方MMS用户代理地址隐藏的请求被拒绝。如果接收方MMS Relay/Server不允许地址隐藏,而拒绝了发送方MMS User Agent地址隐藏请求,在发送方MMS用户代理没有请求递送报告的情况下,发送方MMS Relay/Server可以生成一个新的MM给MM发送方者,通知它MMS用户代理地址隐藏的请求被拒绝。不管发送方者地址是否对接收方隐藏,发送方者依照MMS架构的正常行为,能够请求递送报告并接收递送报告。如果发送方MMS用户代理同时请求了地址隐藏和阅读报告,则发送方MMS用户代理不可能接收到阅读报告。在没有事先提取

47、MM的情况下,前转MMS用户代理前转MM时,不能请求地址隐藏。如果发送方MMS用户代理请求了地址隐藏,且目的地是VASP/VAS时,则MMS Relay/Server将发送方地址给VASP/VAS,并不请求进行地址隐藏。如果发送方已经请求了地址隐藏,但是目的地址不是VASP/VAS时,则MMS Relay/Server可以用合适的编码地址取代发送方者地址,或者让其空白。如果目的地VASP/VAS不允许接收发送方地址信息(如由于保密原因),则MMS Relay/Server可以用合适的编码地址取代发送方地址,或者让其空白。6.2.6 MMS应答付费MMS应答付费指的是发送方MMS用户代理发送MM

48、给接收方,接收方对该MM进行答复,则该答复MM的费用由发送方MMS用户代理负担。如果MMS用户代理支持该项业务,则它必须支持下述行为:如果发送方MMS用户代理选择为其发送的MM的应答MM付费,则发送方MMS用户代理应在其发送的MM中对愿意支付应答MM进行标记。无论发送方MMS Relay/Server是否接收该设置,都应反馈给发送方。同时发送方MMS用户代理也应能负责不同的接受者的答复MM的费用。如果发起方标记对于所发的MM的应答MM付费,则接收方应该被通知。然而,应答付费的标记只是说明发送方对应答MM付费,但是接收方对原始MM的提取并不是免费的。发送方MMS用户代理可以指示用户MM已经被答复

49、。在下列情况下,应答付费请求不应该传给接收方:- 接收方不属于一MMSE对等实体;- MM被前转的情况下。另外,可选支持下列行为:- 发送方MMS用户代理可对每个接收方指示是否愿意对一个应答MM支付费用。在这种情况下,发送方MMS用户代理:- 将对每个接收方指示是否愿意对一个应答MM支付费用;- 可定义应答付费限制请求(如可指定应答MM提交的最迟时间或者应答MM的最大尺寸)。在发送方MMS Relay/Server对MM提交进行响应时,发送方MMS Relay/Server应通知MM发送方是否它接收下列要求:- 发送方的应答付费请求;- 应答付费的限制条件。如果MM接收方已请求了原始MM被前转

50、到其它地址,则接收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已经被答复;- 可向用户提示应答付费限制不能满足。如果终端支持应答付费,则

51、必须通过该项的测试。6.2.7 MMS相关信息的SIM处理如果MMS终端支持SIM卡,则MMS用户代理可以在SIM卡上进行如下信息处理:- MMS连接信息(connectivity information):保存在USIM卡上,MMS用户代理用来进行网络连接的参数集合。- MMS用户优选信息:保存在SIM卡上,MMS用户代理用来协助准备终端发送方MM的参数;- MMS通知:与接收方MMS用户代理设置的关联状态共同保存在SIM上。具体对应如下:a) 当MMS用户代理删除了在SIM上的通知时,关联状态设置为“自由空间”;b) 当MMS用户代理在SIM上保存了通知时,关联状态设置为“已用空间”;c)

52、 当接收MMS用户代理还没有处理SIM上保存的通知时,关联状态设置为 “通知未读”,否则为 “通知已读”;d) 当接收MMS用户代理还未提取SIM上已保存的通知的MM时,关联状态设置为“MM未提取”;否则为 “MM已提取”;e) 当接收MMS用户代理拒绝提取SIM上已保存的通知的MM时,通知可以被删除,关联状态设置为 “MM拒绝”;f) 当接收MMS用户代理要前转SIM上保存的通知的MM时,通知可以被删除,关联状态设置为 “MM前转”。一旦试图在SIM上保存MM通知,则MMS用户代理应确保通知不丢失,除非SIM能够确认保存成功。7 MMS终端的功能要求7.1 漫游要求当用户国际漫游时,要求MM

53、S客户端支持从菜单上关闭自动接收功能。7.2 MMS代理与本地软件的调用如果移动台支持WAP浏览器,那么MMS移动台必须实现与这些软件的调用。如:在彩信中如出现URL链接,点击该链接能激活WAP浏览器。7.3 MMS终端对MMS消息的处理7.3.1 基本要求MMS终端能向用户提供对MM进行编辑、浏览和管理的功能,支持MMS业务相关的操作,即能够执行POST、GET和PUSH等操作,满足MMS相关协议规范的要求,实现MM的发送、接收和通知等操作。7.3.1.1 MMS终端对MMS消息的基本处理能力a) 发送:MMS终端发起的业务(MO)MMS终端应按照支持的内容级别及媒体格式要求具备发送MM的能

54、力。b) 接收:MMS终端终止的业务(MT)MMS终端应按照支持的内容级别及媒体格式要求具备接收和正确显示MM的能力。a) 群发:点到多点业务当MMS终端支持多媒体消息群发业务时,MMS终端应能具备将一条MM发送给多个接收方的能力。为使多媒体消息业务中心能成功识别多个接收方地址,MMS终端在发送点到多点业务时,应具备采用多个Recipient address字段表示多个接收方地址的能力。7.3.1.2 MMS消息在移动终端上的操作a) 存储终端能够在内存空间中保存MM以及相关信息。如果内存空间已满,用户应能收到提示信息,提示用户删除一些MM信息。用户应能在终端上查寻剩余用户空间和当前存储空间使用状况。 终端能够支持从MM中提取声音、图像等多媒体信息,并存储到终端中。b) 回复MMS终端应允许用户对MMS消息进行回复,用户在回复时可以MMS或SMS方式回复。c) 转发MMS终端应能够转发不包含DRM内容的MM,用户至少可以通过MSISDN或Email地址进行转发,转发前允许终端对MM内容进行编辑,转发的发送结果应有提示。用户要求用支持DRM功能的MMS终端转发包含DRM信息的MM时,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论