中国移动多媒体消息业务规范.doc

《中国移动多媒体消息业务规范.doc》由会员分享，可在线阅读，更多相关《中国移动多媒体消息业务规范.doc（39页珍藏版）》请在三一办公上搜索。

1、-实施-发布中国移动通信集团公司 发布QB-中 国 移 动 通 信 企 业 标 准多媒体消息业务规范（支持TD-SCDMA）MMS Sevice Specification(TD-SCDMA Supported)(送审稿)版本号：1.1.0目 次前 言41范围52引用标准53符号和缩略语64业务总体特征描述74.1业务概念74.2业务分类74.2.1按通信实体划分业务类型74.2.2按使用方式划分业务类型84.2.3按承载方式划分业务类型84.2.4按终端方式划分业务类型84.2.5按照服务范围划分94.3业务模型94.3.1终端到终端的业务模型94.3.2终端到应用/应用到终端业务114.3

2、.3点对多点业务124.3.4对非MMS 终端的支持125业务特征135.1MMS终端的业务特征135.1.1MM消息的提交135.1.2MM通知155.1.3MM消息的提取165.1.4发送报告175.1.5地址隐藏185.1.6MM消息的转发185.1.7阅读报告225.1.8消息优先级235.2非MMS终端的业务特征235.2.1接收方为非MMS终端的业务特征235.2.2对于梦网相册和梦网邮箱系统的要求245.3MMSC对于终端的管理功能256业务流程256.1终端到终端的业务流程256.2终端到应用的业务流程276.3应用到终端的业务流程286.4点对多点的业务流程296.5非MMS

3、终端业务306.5.1接收方为非MMS终端306.5.2发送方为非MMS终端316.5.3全网业务和本地业务的流程317业务管理327.1彩信用户服务系统327.2VAS应用管理337.3VAS应用统计337.4业务数据配置管理357.5内容适配管理358终端设置要求358.1要求终端配置以下数据：359计费和结算359.1计费种类369.2计费触发条件369.3计费原则369.4结算原则3610编制历史37附录B 从终端用户的角度看MMS业务流程37B.1 从发送方的角度38B.2 从接收方的角度39前 言本业务规范规定了中国移动多媒体消息业务的基本概念、业务流程、业务管理等相关内容，是中国

4、移动通信公司开展多媒体消息业务，进行业务组织、管理的依据。本标准附件包括附录A “编制历史”和附录B “从终端用户的角度看MMS的业务流程”。本标准由中国移动通信集团公司数据部提出并归口。本标准起草单位：中国移动通信集团公司研发中心。本标准主要起草人：中国移动通信集团公司研发中心孙杰、黄卿。本标准解释单位：中国移动通信集团公司数据部1 范围本标准适用于多媒信息中心设备提供商、与中国移动多媒信息中心相关的内容提供商（ICP）、应用服务提供商（ASP）、WAP设备提供商以及短信中心设备提供商。 本规范规定的MMS业务面对的用户为中国移动通信全球通后付费用户和中国移动通信神州行预付费用户。2 引用标

5、准3G TS 22.140 V4.0.1 (2000-07), Multimedia Messaging Service Stage 13GPP TS 23.140 V4.2.0 (2001-03),Multimedia Messaging Service Stage 2, (Release 4)3GPP TS 23.140 V5.1.0 (2001-12),Multimedia Messaging Service(MMS); Functional description; Stage 2 (Release 5)WAP-206-MMSCTR-20010612-aWAP MMS Client T

6、ransactionsMMSENCAPSWAP协议， MMS 封装协议, WAP-209-MMSEncapsulation-20010601-a WAP MMS Encapsulation Protocol. URL: http:/www.wapforum.org/3 符号和缩略语AO：Application OriginateAT：Application TerminatedEA:External ApplicationEAIF:External Application InterfaceFTP: File Transfer ProtocolHTTP:Hypertext Transfer P

7、rotocolMMS: Multimedia Messaging ServiceMMSC:Multimedia Messaging Service CenterMMSE:Multimedia Messaging Service EnvironmentMO: Mobile OrientedMT:Mobile TerminatedMTA:Mail Transfer AgentNFS: Network File SystemSMPP: Short Message Peer to Peer ProtocolSMTP: Simple Mail Transfer ProtocolSNMP: Simple

8、Network Management ProtocolWAP:Wireless Application ProtocolWSP:WAP Session Protocol4 业务总体特征描述4.1 业务概念多媒体消息业务（MMS）是短信息服务（SMS）和图片信息(Picture Message)或EMS的进一步发展。多媒体消息不仅仅局限于文本信息，还可以传递更为丰富的信息，比如图像、音频、视频和数据。 MMS业务虽然在给用户的业务表现上类似于SMS业务，但在实际的实现方法上采用的是WAP事件的处理流程，由接收方主动从MMSC取信息，相同于WAP的浏览或下载方式，因此在网络结构和计费模式上与SMS

9、不同。4.2 业务分类多媒体消息服务有多种分类方式。4.2.1 按通信实体划分业务类型多媒体消息业务按通信实体划分，可以分为：1. 终端到终端：终端到终端的使用方式是多媒体消息业务中最普遍、最广泛的业务模式用户通过MMS终端制作、编写多媒体消息，并发送到多媒体消息中心，由多媒体消息中心将多媒体消息发送到接收方终端。2. 终端到应用：用户可以通过MMS终端发送多媒体消息到一个应用系统，比如：发送多媒体消息到Email信箱。3. 应用到终端多媒体消息业务也可以由应用发起，由应用系统发送多媒体消息到手机终端，在这种情况下，应用系统成为多媒体消息中心的外部增值应用。4.2.2 按使用方式划分业务类型根

10、据接收方个数的不同，多媒体消息业务按使用方式划分，可以分为：1. 点对点业务：点对点多媒体消息业务指发送方和接收方是一个终端或应用系统。 2. 点对多点业务点对多点多媒体消息业务指接收方是多个终端地址，在一次多媒体消息发送过程中，可以指定多个接收终端地址。4.2.3 按承载方式划分业务类型多媒体消息业务按承载方式划分，可以分为：1. GPRS业务：多媒体消息业务承载在GPRS网络下，MMS终端通过GPRS方式接入WAP网关，访问多媒体消息中心。2. CSD业务：多媒体消息业务承载在CSD方式下，MMS终端通过拨号方式接入WAP网关，访问多媒体消息中心。3. TD-SCDMA业务多媒体消息业务承

11、载在TD-SCDMA网络下，MMS终端通过TD-SCDMA下PS方式接入WAP网关，访问多媒体消息中心。4.2.4 按终端方式划分业务类型多媒体消息业务按终端方式划分，可以分为：1. MMS终端业务：多媒体消息业务主要是为MMS终端服务的，MMS终端支持的各种功能都属于MMS终端业务。2. 非MMS终端业务：为了丰富多媒体消息业务，除了支持MMS终端以外，对非MMS终端也提供业务支持，比如，非MMS终端用户接到SMS通知，用户可以通过其它手段访问多媒体消息，如Email，WWW, WAP浏览等方式。4.2.5 按照服务范围划分1 全网业务：全网多媒体消息指业务范围服务全网用户；客户在漫游时也能

12、够使用的业务。2 本地业务：本地多媒体消息指业务范围服务本地用户，客户在漫游时也能够使用的业务。4.3 业务模型4.3.1 终端到终端的业务模型为实现MMS业务，除了MMS终端和MMSC之外，还需要有WAP网关和SMSC。MMS终端与WAP网关之间采用无线应用协议(WAP)作为承载发送或提取MM消息；WAP网关和MMSC之间采用HTTP协议传输MM消息；WAP网关和SMSC之间采用SMPP等应用协议传输MM通知或发送报告。图51显示了该业务模型的逻辑结构。图41 终端到终端业务模型的逻辑结构图图52给出一个在GPRS网络中终端到终端业务的实例。当然其他网络(GSM或者TD-SCDMA)也可以开

13、展MMS业务。 2图42 GPRS网络终端到终端业务实例在网络中MM消息流通常从它被MMS终端发送开始的，不同的网络有不同的场景。下面按图52中列出的数字对MM消息流进行一一介绍。1. 图中第一条消息流显示了MM消息由BTS(base transceiver station), BSC(base station controller), SGSN(serving GPRS support node)和GGSN(gateway GPRS support node)到达IP网络，通过WAP网关被转发到MMSC中。在TD-SCDMA网络中，BTS与BSC应分别被NodeB与RNC所替代。2. 图中第

14、二条消息流表示MM通知的走向。MM通知经WAP网关发给SMSC，并以SMS为承载发给MMS终端。3. 图中第三条消息流表示MMS终端通过WAP网关从MMSC中提取MM消息。4. 图中第四条消息流表示MM消息被转换成e-mail发往EmailServer上。5. 图中第五条消息流表示MM消息被路由到外部应用中。6. 图中第六条消息流表示MM消息被路由到另外一个MMSC上。4.3.2 终端到应用/应用到终端业务MMS中的应用会随着GPRS/3G网络的发展而迅速发展，目前可以开展的应用服务包括：Email服务，多媒体语音信箱，游戏，地图，新闻，旅游信息，黄页信息，字典，自动唱片点唱机，星座等等。以E

15、MAIL业务为例介绍业务流程。其中Email服务既包括由用户终端发起到应用中止的业务，又包括应用发起到用户终端中止的业务。图4-3 e-mail业务的逻辑结构在此逻辑结构图中，Email Server通过SMTP协议将Email传送给MMSC。MMSC再将Email转换成多媒体消息后转发给用户终端。同时MMSC可以通过SMTP协议将用户终端发送来的多媒体消息转换成Email发送给邮件转发代理(MTA)。再由邮件转发代理发往Internet上的目标邮箱。在终端到应用的业务模式下，多媒体消息系统应支持根据业务代码确定此应用所连接的MMSC的地址并将MM消息转发至该MMSC的业务能力。多媒体消息系统

16、应支持目的号码非MSISDN号码的情况，例如有可能是VAS的接入码加子业务号码的情况，多媒体消息系统应支持根据此目的号码确定提供此应用的VAS并转发给该VAS，以及确定此VAS的所连接的MMSC的地址并将MM消息转发至该MMSC的业务能力。4.3.3 点对多点业务在点对多点业务中，MMS终端可以同时向多个接收者发送MM消息。MMSC在接收到MM消息并解析完目标地址后，为每个目标地址拷贝一份MM消息，然后再将这些消息发送给各个目标地址。也就是说，用户不需要重复多次将同一条MM消息发送给不同的接收者。如果发送方MMS终端要求发送报告，并且接收方没有要求不提供发送报告，MMSC会在MM消息发送给各个

17、接收者后分别产生发送报告传送给发送方MMS终端。点对多点业务可以看成是多个点对点业务的组合，除了从发送方终端到MMSC的MM消息的发送过程是一次完成的以外。因此，此业务中MMS终端与MMSC之间的逻辑结构与 终端到终端业务的逻辑结构完全相同。在点对多点业务中，同样存在发送方终端与接收方终端是否支持MMS服务的问题。其解决方案与点对点业务中对非MMS终端的支持处理方式相同。对于终端要求发送的地址数量MMSC系统应不进行限制。4.3.4 对非MMS 终端的支持如果接收方MMSC已经与相关用户数据库建立了连接(用户使用MMS业务之前一般要先进行注册)，在接收方MMSC收到一条MM消息并解析MM的接收

18、者地址后，应当查询该数据库得到关于接收者终端的相关信息。一般存在未知终端类型、已知终端为MMS终端和已知终端为非MMS终端三种状态。当已知终端类型为非MMS终端时， MMSC将MMS消息立即转发给非MMS终端处理系统（当前为接收方用户的移动梦网相册），并且MMSC系统中不保留该彩信。 非MMS终端处理系统（当前为移动梦网相册）接收到彩信后，通过短信网关向接收用户发送通知。图4-4非MMS终端业务的逻辑结构如果接收方MMSC并没有与任何相关用户数据库建立起连接，则接收方MMSC在收到一条MM消息并解析MM的接收者地址后，将接收者终端默认为未知终端进行处理。当应用向终端发送多媒体消息时，当MMSC

19、确认目的终端为非MMS终端，或者无法通过用户数据库确认终端类型时，不向用户终端转发MM消息，并且应通过其他手段通知发送方用户因终端类型原因无法接受此条MM消息，同时MM业务中止。5 业务特征5.1 MMS终端的业务特征5.1.1 MM消息的提交MM消息的提交指的是MM消息由用户终端发送到MMSC的过程。如果MMS终端支持MM消息的发送，则MMS终端应当： 显示MM消息接收者的地址 识别MM消息的MIME(Multipurpose Internet Mail Extensions)内容如果MMS终端支持MM消息的发送，则MMS终端可以： 请求消息的发送报告 请求消息的阅读报告 请求隐藏MM发送者

20、的地址 提供消息的发送时间戳 设置消息的最早发送时间 设置消息的有效期 设置消息的其他限制条件(优先级，消息类别和主题) 显示MM消息发送者的地址当用户发送一条MM消息到某个目标地址时，此MM消息首先被发送到发送方MMSC上。发送方MMSC： 为该MM消息分配一个Message_ID号，并将该Message_ID号立刻通知发送方MMS终端。 如果发送方MMSC支持最早发送时间，则它应将该MM消息保存到最早发送时刻才转发；否则，发送方MMSC应立刻将其转发。 如果MMS终端没有提供MM消息的源地址，需将发送方的地址插入MM中作为源地址。 如果转发中的下一个网元也是MMSC，应将地址隐藏的请求转发

21、给接收方MMSC。 如果转发中的下一个网元不是MMSC，并且发送方没有请求地址隐藏，应将发送方的地址转发给下一个网元 。 如果转发中的下一个网元不是MMSC，并且发送终端请求地址隐藏，则不应将发送方的地址转发给下一个网元，并且应当将MM中的发送方地址用匿名地址覆盖。 负责解析MM消息接收方的地址。 如果接收方号码为空号，则不转发此MM，并丢弃此MM。 负责将MM消息转发到MM消息的接收方。 在将MM消息转发至接收方时，应同时转发是否需要发送报告的请求。 在将MM消息转发至接收方时，应同时转发是否需要阅读报告的请求。 在将MM消息转发至接收方时，应同时转发MM的MIME内容类型和信息限制条件，例

22、如优先级、信息类别、标题等。 发送方的MMSC应产生状态为 indeterminate 的发送报告。当发送方的MMSC就是接收方的MMSC时，MM消息无需被转发。*说明：对于最早发送时间，有如下定义和操作：最早发送时间指用户指定的，该条MM消息首次被发送的时间点。如果终端设定的最早发送时间早于该条消息到达MMSC系统的时间，或者超过该条消息的有效期，则系统应立即发送此条消息。5.1.2 MM通知MM通知是指在MM消息到达接收方MMSC后，接收方MMSC发送通知给接收者提取MM消息的过程。更详细的信息请参见3GPP TS 23.140 中的7.1.2节。接收方的MMSC在接收到MM消息后： 可以

23、证实MM消息接收方的用户档案。 应保存MM直到：- 设置的MM消息的超过有效期期- MM消息已被发送到接收者- 接收者要求转发该MM消息- 接收者拒绝接收该MM消息 应生成MM通知送给接收者。当接收方终端收到MM通知时，它就可以获得一个消息引用号，并利用它从接收方MMSC上提取MM消息。在MM通知中的消息引用号在MM消息的有效期内、MM被成功提取或者被拒绝之前有效。通过MM通知，接收方终端可以接收到关于MM消息的一些附加信息。如MM消息的主题，内容大小等。但如果发送方MMS终端要求地址隐藏，则接收方MMSC不应将发送方的地址加入MM通知中。在答复MM通知时，接收方终端应能： 拒绝接收该MM消息

24、。 立即提取MM消息，或者滞后提取， 或者手工提取，或者自动提取。5.1.3 MM消息的提取MM消息的提取指的是接收方MMS终端从MMSC上提取MM消息的过程。更详细的信息请参见3GPP TS 23.140 中的7.1.3节。收到MM通知后，接收方MMS终端可以根据通知中的信息要求从接收方MMSC上提取MM消息。这时，接收方的MMSC： 负责保存该MM直至MMS接收终端提取了MM消息或MM消息过期。 可能根据用户个人档案信息或者/和MMS终端的能力进行数据适配。 如果MM消息的发送方没有要求隐藏发送地址，而且接收方的MMSC有发送方的地址，则接收方的MMSC应提供MM消息发送者的地址。 如果M

25、M消息的发送者要求隐藏发送地址,或者接收方MMSC没有发送者的地址，接收方MMSC可以将MM消息中的源地址设为别名或者其他文本（例如，匿名地址, 未知地址) 如果MM消息的发送者要求提供发送报告，则应将此告知接收方MMS终端。 如果MM消息的发送方者求提供阅读报告，则应将此告知接收方MMS终端。 应向接收方MMS终端提供MM消息的MIME内容类型。 应向接收方MMS终端提供有关该MM消息的信息限制条件。 应将相应的MM消息发送至接收方MMS终端。在 MM消息发送至接收方MMS终端的操作应答中，接收方MMS终端可以 要求接收方MMSC不产生发送报告。5.1.4 发送报告发送报告指的是MMSC给发

26、送者发送的表征MM消息处理状态(如成功发送到接收方MMS终端，被拒绝，过期等等)的报告。要求发送MMS消息时必须产生发送报告，不受终端设置、增值业务提供商的设置的影响。接收方MMSC会在下列情况下产生发送报告： 当接收到通知应答时，并且接收方MMS终端拒绝接收该MM消息。 当接收到转发请求时，并且接收方MMS终端在没有提取该MM消息的情况下请求转发。 当接收到MM消息发送应答时，表明接收方MMS终端已成功提取了MM消息。 当MM消息过期时，接收方MMS终端没有拒绝该MM消息，同时也没有在过期前提取该MM消息。发送方MMS终端，也就是接收发送报告的MMS终端，可以通过比较已发送MM消息的Mess

27、age_ID号与发送报告的Message_ID号来进行两者的一一匹配。对于发送报告，接收方MMSC应支持如下业务功能： 应当产生发送报告。 应当给发送方MMSC 发送发送报告。 应当负责保存发送报告直到发送方MMSC可达或者发送报告过期。接收方MMSC在发送报告中： 应提供MM消息的发送地址给发送方MMSC。 应提供MM消息的接收地址给发送方 MMSC。 应提供原MM消息的Message_ID号给发送方 MMSC。 应提供MM消息的处理状态信息(比如，过期，被拒绝，转发或者未知)给发送方 MMSC。 应提供MM消息被处理时的时间戳给发送方MMSC。发送方MMSC在发送报告中： 应当提供MM消息

28、的接收者地址给发送方MMS终端。 应当提供原MM消息Message_ID号给发送方MMS终端。 应当负责保存发送报告直到发送方MMS终端可达(比如，用户回到信号覆盖区，用户终端开机)或者发送报告过期。5.1.5 地址隐藏地址隐藏指的是发送方MMS终端向MM消息接收者隐藏发送者地址的功能。此功能的实现同时需要MMSC的支持。 更详细的信息请参见3GPP TS 23.140中的7.1.9节。如果发送方MMSC不允许地址隐藏(匿名消息)(比如，法律不允许匿名消息)，那么请求地址隐藏的消息在发送时就会遭发送方MMSC的拒绝，并且发送方MMSC当给发送方MMS终端返回发送错误的信息。倘若接收方MMSC因

29、其不允许地址隐藏而拒绝接收消息，并且发送方MMS终端请求发送报告，那么接收方MMSC将在发送报告中通知消息发送者消息遭拒绝。不管发送者的地址是否对接收者隐藏，发送者都可以要求发送报告，也可以接收发送报告。如果发送方MMS终端既请求地址隐藏，又请求阅读报告，则发送方MMS终端不能接收到阅读报告。如果发送方MMS终端请求地址隐藏，接收者又将MM消息转发给另外的接收者，并且转发的下一个网元不为转发MMSC所知，那么接收方MMSC不应将发送者的地址转发，而应用其他地址(如未知地址)替换发送者地址，或将发送者地址清空。5.1.6 MM消息的转发此部分MMS服务描述了两种转发的情况：1、 MMS终端可以请

30、求相应的MMSC将本应自己接收的MM消息在不经提取的情况下直接转发给指定的梦网相册系统（转发的目的号码见表51情况4），不允许转发到其他终端。MMS终端可以支持请求转发特定的MM消息，也可以不支持该功能。MMSC可以允许转发特定的MM消息，也可以不允许该功能，应能够根据业务需求进行设置。2、 当因MM消息接收方是非MMS终端、接收方终端是未知类型终端或接收方用户在MM消息到达后经过超时时间而未提取时，MMSC应将MM消息转发到非MMS终端处理系统。 *说明： 如果接收方MMSC无法访问用户/终端数据库 (如用户/终端数据库没有建立起来)时，接收方MMSC将接收方终端默认为未知终端。MMSC在给

31、接收方终端发送MM通知的同时设置超时时间（目前此时间为2个小时）。在超时时间到达并且该MM消息没有被提取的情况下，MMSC会对MM消息进行拷贝并发送给非MMS终端处理系统(当前为移动梦网相册系统)。原MM消息依然存放在接收方MMSC的数据库中48小时以便接收者终端提取。当彩信到达后经过超时时间而未提取时：对于应用提供商到用户的MM消息：当接收方用户是未知用户时，MMSC不转发给非MMS终端处理系统（梦网相册）；对于接收方用户彩信用户，仍转至梦网相册，但不计信息费。对于用户到用户（点到点）的消息，须转发给梦网相册处理。对于第一种情况的转发，有如下要求：当原MM消息被转发向梦网相册时，请求转发的M

32、MS终端的地址将连同原MM消息同时被转发。另外，一些由转发MMS终端请求的附加信息，比如，请求发送报告，请求阅读报告等也可以被转发。但是不能转发其他附加内容。梦网相册收到转发过来的MM消息后应向接收方用户发送短信通知消息，消息内容为：“用户13SHHHHABCD发送了一条彩信，由于您将彩信转发到梦网相册，请到梦网相册中提取URL: ”如果转发MMS终端支持转发MM消息的请求，则该MMS终端应： 指明MM消息接收者的地址。 提供MM通知中的消息引用。 即使发起方MMS终端请求阅读报告，也不产生阅读报告(因为MM消息被转发了)。如果MMS终端支持转发MM消息的请求 ，则该转发MMS终端可以： 指明

33、转发MMS终端的地址（也就是，它自己的地址）。 设定转发MM消息的有效期 设定转发MM消息的最早发送时间 请求转发MM消息的发送报告 请求转发MM消息的阅读报告负责转发消息的MMSC应支持如下功能: 为被转发的MM消息分配一个Message_ID号，并将该Message_ID号告知转发MMS终端。 如果转发MMS终端对应的MMSC支持最早发送时间，则它将负责保存被转发的MM消息直到最早发送时间到。否则，被转发的MM消息将被立即转发出去 如果被转发的MM消息没有源地址，则将转发MMS终端的地址插入该MM消息 负责解析被转发的MM消息中接收者的地址。 负责将被转发的MM消息转发到MM消息的接收者。

34、 在转发MM消息至接收方MMS终端时，应告知对方是否请求发送报告。 在转发MM消息至接收方MMS终端时，应告知对方是否请求阅读报告。 如果转发MMS终端要求发送报告且转发的下一个网元不为转发MMSC所知，则转发MMSC应产生” indeterminate”的发送报告。 应给接收方MMSC提供该MM消息被转发的次数。 应给接收方MMSC提供由转发MMS终端提供的接收者地址列表。 如果发送方MMS终端请求发送报告，则为其产生发送报告。 应可以设置转发次数限制，未经提取的转发最多只能进行一次。对于第二种情况的转发，有如下要求：如果接收方为MMS终端或未知终端，当MM消息超时未提取时，MMSC根据具体

35、情况将MM消息转发至非MMS终端处理系统（转发消息的目的号码见表51情况2、3），后者根据收到的转发消息的目的号码判断为用户超时未提取，应向接收方用户发送短消息通知消息，消息内容进行如下定义：2、 当此条MM消息为应用到终端的消息时，有两种情况。接收方类型处理流程接收方为MM终端将此条MM消息转发至非MMS终端处理系统，同时向接收方用户发送短消息“SP名称（SP代码）给您发了一条彩信，由于您的手机暂时无法接收，请到您的梦网相册收取，URL:_”。本条MM消息不收取信息费，并且不向VASP收取不均衡通信费。接收方为非MM终端MMSC不将此消息转发至非MMS终端处理系统， 2）当此条MM消息为终端

36、到终端的消息时，MMSC应向接收方用户发送的短消息“用户13SHHHHABCD给您发了一条彩信，由于您的手机暂时无法接收，请到您的梦网相册收取， URL:_”*说明：其中“”符号不显示。 如果接收方终端为非MMS终端时，有两种情况：如果此条MM消息为终端到终端类型的消息，则接收方所属MMSC将此条消息立即转发给非MMS终端处理系统（当前为梦网相册系统，转发消息的目的号码见表51情况1），并且MMSC系统中不保留该彩信。非MMS终端处理系统接收到彩信后，通过CMPP协议经过短信网关向接收方用户发送通知。如果此条MM消息为应用到终端类型的消息，则接收方所属MMSC将拒绝此条MM消息，同时接收方所属

37、MMSC发送拒绝通知给发送方终端，通知消息内容参见5.2节定义。*说明：其中“”符号不显示。 情况序号情况说明转发目的号码1非MMS终端直接转发的彩信335090013SHHHHABCD2未知状态终端超时未取而转发的彩信335090113SHHHHABCD3MMS终端超时未取而转发的彩信335090213SHHHHABCD4无条件前转过来的彩信335090313SHHHHABCD表51对于以上两种转发情况，均有如下要求：MMSC系统仅允许MM消息进行一次前转，即允许A发MM给B，B转发给C(C只能为梦网相册系统)，不允许C再次转发给另外一方D。状态报告应由B所属的MMSC A所属的MMSC，A

38、话单的产生以B所属MMSC回复的状态报告为准。5.1.7 阅读报告阅读报告指的是接收者在阅读MM消息时，由接收方MMS终端产生并经MMSC发给发送方MMS终端的，用以表明接收者对发送的MM消息的处理信息(比如，已经阅读或者未经阅读而直接删除等)报告。更详细的信息请参见3GPP TS 23.140中的7.1.6节。当发送MM消息时，发送方MMS终端可以为特定MM消息请求阅读报告。当提取MM消息时，接收方MMS终端可能会收到请求MM消息的阅读报告的提示。如果发送方MMS终端请求阅读报告，并且有发送方MMS终端的地址，则在阅读完MM消息后，接收方MMS终端可以产生阅读报告。当然接收者也可以拒绝产生阅

39、读报告。发送方MMS终端，也就是接收阅读报告的MMS终端，可以通过比较已发送的MM消息的Message_ID号和阅读报告的Message_ID号来进行两者的一一匹配。注意：因为MM接收者有权拒绝此项服务，不接收阅读报告并不意味着接收者没有阅读MM消息。阅读报告： 应当包含MM消息的发送者地址。 应当包含MM消息的接收者地址。 应当包含原MM消息的Message_ID号。 应当提供MM消息是如何被处理的(比如，被阅读了还是没有阅读就被删除了) 应当提供MM消息处理时的时间戳。接收方MMS终端应当负责保存阅读报告，直到接收方 MMSC可达。当从接收方MMS终端接收到阅读报告时，接收方MMSC： 可

40、以覆盖MMS终端的时间戳。 应当在转发阅读报告时转发MM消息的发送者地址。 如果阅读报告中没有提供 MM消息的接收者地址，应当将其插入阅读报告中。 负责解析MM消息的发送者地址。 负责将阅读报告转发给发送方MMS终端。特殊情况下，接收方MMSC同时也是发送方MMSC。在这种情况下，无需转发MM消息的阅读报告。MMSC与MMSG应能对阅读报告功能的开关进行配置。当阅读报告功能关闭时，即使发送方请求了阅读报告，MMSC与MMSG也应过滤掉阅读报告请求，即在网络中不会出现阅读报告的传输。5.1.8 消息优先级MMS系统应支持对不同的业务采取不同的发送优先级策略，并且MMS系统支持对这些优先级的调整。

41、MMS业务的优先级暂定为8级，目前优先级从高到低的业务依次为：全球通点对点业务、神州行点对点业务、全球通梦网特殊活动业务、神州行梦网特殊活动业务、全球通梦网战略合作SP业务、全球通梦网普通SP业务、神州行梦网战略合作SP业务、神州行梦网普通SP业务。5.2 非MMS终端的业务特征5.2.1 接收方为非MMS终端的业务特征5.2.1.1 终端到非MMS终端情况当接收方MMSC接到一条MM消息并通过查询用户/终端数据库得知接收方终端为不支持MM的非MMS终端时，MMSC立即将该MM消息转发给非MMS终端处理系统（当前为移动梦网相册系统），并且MMSC系统中不保留该彩信。非MMS终端处理系统接收到彩

42、信后，通过CMPP协议经过短信网关向接收方用户发送通知消息。通知消息内容为：“用户13SHHHHABCD发送了一条彩信，由于您手机不支持彩信，请到梦网相册中提取URL: ”。5.2.1.2 应用到非MMS终端的情况当接收方MMSC接到一条MM消息并通过查询用户/终端数据库得知接收方终端为非MMS终端，不向用户终端转发MM消息，并且由接收方MMSC立即向发送方用户终端（指通过应用定制业务的用户的终端）发送短信通知消息，同时MM业务中止。短信通知消息的内容应为：“对不起，由于接收方13SHHHHABCD不支持彩信，您从SP名称（SP代码）发送彩信不成功。”（适用于从SP发送MMS消息至终端的情况）

43、或“对不起，由于接收方13SHHHHABCD不支持彩信，您从梦网邮箱发送彩信不成功。” （适用于从梦网邮箱发送MMS消息至终端的情况）。*说明：其中“”符号不显示。5.2.2 对于梦网相册和梦网邮箱系统的要求对于梦网相册系统的要求：本规范实施阶段的非MMS终端处理系统为移动梦网相册系统。梦网相册按接收方手机号把接收到的彩信存放在相册中的指定位置：“要求可通过梦网邮箱系统向用户发送彩信。对于梦网邮箱系统的要求：在移动梦网邮件系统上通过SMTPPOP方式收发MM信息时，地址形式遵循表5-2。应用方向邮件发送方地址邮件接收方地址终端Email139xxxxxxxx138xxxxxxxxM或MEmai

44、l终端138xxxxxxxxM或M139xxxxxxxx表5-2当某用户通过WEB方式登录非MMS终端处理系统的EMAIL子系统，向MMS终端用户发送MM信息时，该EMAIL系统的WEB界面应设置为只要求用户在目标地址中填写用户的“139xxxxxxxx”形式的MSISDN号码即可。梦网邮箱应对SMIL的文件进行有效的支持，用户登录邮箱收取邮件后，能够在邮件的正文中直接看到完整的包括动画、声音、文字的彩信，而非现在的作为不同附件形式的显示。梦网邮箱应对接收的彩信邮件进行单独的分类整理，发送彩信和接收的彩信邮件作为单独的文件夹存储。5.3 MMSC对于终端的管理功能1、MMSC需具备对不同终端类型的识别与处理的功能。2、系统可配置MMS服务的终端类型白名单，对于白名单外的终端，将不允许其发送和接收MMS消息。3、MMSC应支持新增MMS终端的受理与管理能力，并可配置新终端的彩信中心访问权限。4、对于不提供UA profile的终端类型，应进行如下处理：1）用户发送MM消息时，发送方