MMS业务规范.docx
- 文档编号:7582269
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:33
- 大小:514.60KB
MMS业务规范.docx
《MMS业务规范.docx》由会员分享,可在线阅读,更多相关《MMS业务规范.docx(33页珍藏版)》请在冰豆网上搜索。
MMS业务规范
中国移动通信企业标准
QB-╳╳-╳╳╳-╳╳╳╳
多媒体信息业务(MMS)
业务规范
版本号:
V1.0
╳╳╳╳-╳╳-╳╳实施
╳╳╳╳-╳╳-╳╳发布
中国移动通信集团公司发布
目录
前言3
1适用范围4
2引用标准4
3相关术语与缩略语解释5
4业务总体特征描述6
4.1业务概念6
4.2业务分类6
4.2.1按通信实体划分业务类型6
4.2.2按使用方式划分业务类型7
4.2.3按承载方式划分业务类型7
4.2.4按终端方式划分业务类型7
4.3业务模型8
4.3.1终端到终端的业务模型8
4.3.2终端到应用/应用到终端业务(以E-mail服务为例)10
4.3.3点对多点业务11
4.3.4对非MMS终端的支持11
5业务特征14
5.1MMS终端的业务特征14
5.1.1MM消息的提交14
5.1.2MM通知15
5.1.3MM消息的提取16
5.1.4发送报告17
5.1.5地址隐藏19
5.1.6MM消息的转发19
5.1.7阅读报告21
5.2非MMS终端的业务特征22
5.2.1接收方为非MMS终端的业务特征22
5.2.2当Email应用作为非MMS终端处理系统时的要求23
5.2.3发送方为非MMS终端的业务特征23
6业务流程图24
6.1终端到终端的业务流程24
6.2终端到应用的业务流程(以E-mail服务为例)26
6.3应用到终端的业务流程27
6.4点到多点的业务流程29
6.5非MMS终端业务30
6.5.1接收方为非MMS终端30
6.5.2发送方为非MMS终端31
7业务管理32
7.1用户信息管理32
7.2VAS应用管理32
7.3VAS应用统计32
8终端设置要求34
8.1要求终端配置以下数据:
34
8.2对终端功能的要求34
9计费34
9.1计费种类34
9.2不同业务种类的记费原则35
10结算36
附录A编制历史36
附录B从终端用户的角度看MMS业务流程37
B.1从发送方的角度37
B.2从接收方的角度38
前言
本业务规范规定了中国移动多媒体消息业务的基本概念、业务流程、业务管理等相关内容,是中国移动通信公司开展多媒体消息业务,进行业务组织、管理的依据。
本规范解释权属于中国移动通信集团公司。
本规范起草单位:
中国移动通信集团公司研发中心。
本标准主要起草人:
中国移动通信集团公司研发中心孙杰、陈建文、唐建锋。
同时感谢在本要求起草过程中给予大力支持的张鹏,徐浩华,邓煜星等相关人员。
本标准解释单位:
中国移动通信集团公司数据部
1适用范围
本规范适用于多媒信息中心设备提供商、与中国移动多媒信息中心相关的内容提供商(ICP)、应用服务提供商(ASP)、WAP设备提供商以及短信中心设备提供商。
2引用标准
3GTS22.140V4.0.1(2000-07),
MultimediaMessagingService–Stage1
3GPPTS23.140V4.2.0(2001-03),
MultimediaMessagingService–Stage2,(Release4)
3GPPTS23.140V5.1.0(2001-12),
MultimediaMessagingService(MMS);Functionaldescription;Stage2(Release5)
WAP-206-MMSCTR-20010612-a
WAPMMSClientTransactions
[MMSENCAPS]"WAP协议,MMS封装协议",WAP-209-MMSEncapsulation-20010601-aWAPMMSEncapsulationProtocol.URL:
http:
//www.wapforum.org/
3相关术语与缩略语解释
AO:
ApplicationOriginate
AT:
ApplicationTerminated
EA:
ExternalApplication
EAIF:
ExternalApplicationInterface
FTP:
FileTransferProtocol
HTTP:
HypertextTransferProtocol
MMS:
MultimediaMessagingService
MMSC:
MultimediaMessagingServiceCenter
MMSE:
MultimediaMessagingServiceEnvironment
MO:
MobileOriented
MT:
MobileTerminated
MTA:
MailTransferAgent
NFS:
NetworkFileSystem
SMPP:
ShortMessagePeertoPeerProtocol
SMTP:
SimpleMailTransferProtocol
SNMP:
SimpleNetworkManagementProtocol
WAP:
WirelessApplicationProtocol
WSP:
WAPSessionProtocol
4
业务总体特征描述
4.1业务概念
多媒体信息业务(MMS)是短信息服务(SMS)和图片信息(PictureMessage)或EMS的进一步发展。
多媒体信息不仅仅局限于文本信息,还可以传递更为丰富的信息,比如图像、音频、视频和数据。
MMS业务虽然在给用户的业务表现上类似于SMS业务,但在实际的实现方法上采用的是WAP事件的处理流程,由接收方主动从MMSC取信息,相同于WAP的浏览或下载方式,因此在网络结构和计费模式上与SMS不同。
4.2业务分类
多媒体信息服务有多种分类方式。
4.2.1按通信实体划分业务类型
多媒体信息业务按通信实体划分,可以分为:
1.终端到终端:
终端到终端的使用方式是多媒体信息业务中最普遍、最广泛的业务模式用户通过MMS终端制作、编写多媒体消息,并发送到多媒体信息中心,由多媒体信息中心将多媒体消息发送到接收方终端。
2.终端到应用:
用户可以通过MMS终端发送多媒体消息到一个应用系统,比如:
发送多媒体消息到Email信箱。
3.应用到终端
多媒体信息业务也可以由应用发起,由应用系统发送多媒体信息到手机终端,在这种情况下,应用系统成为多媒体信息中心的外部增值应用。
4.2.2按使用方式划分业务类型
根据接收方个数的不同,多媒体信息业务按使用方式划分,可以分为:
1.点对点业务:
点对点多媒体信息业务指发送方和接收方是一个终端或应用系统。
2.点对多点业务
点对多点多媒体信息业务指接收方是多个终端地址,在一次多媒体信息发送过程中,可以指定多个接收终端地址。
4.2.3按承载方式划分业务类型
多媒体信息业务按承载方式划分,可以分为:
1.GPRS业务:
多媒体信息业务承载在GPRS网络下,MMS终端通过GPRS方式接入WAP网关,访问多媒体信息中心。
2.CSD业务:
多媒体信息业务承载在CSD方式下,MMS终端通过拨号方式接入WAP网关,访问多媒体信息中心。
4.2.4按终端方式划分业务类型
多媒体信息业务按终端方式划分,可以分为:
1.MMS终端业务:
多媒体信息业务主要是为MMS终端服务的,MMS终端支持的各种功能都属于MMS终端业务。
2.非MMS终端业务:
为了丰富多媒体信息业务,除了支持MMS终端以外,对非MMS终端也提供业务支持,比如,非MMS终端用户接到SMS通知,用户可以通过其它手段访问多媒体信息,如Email,WWW,WAP浏览等方式。
4.3业务模型
4.3.1终端到终端的业务模型
为实现MMS业务,除了MMS终端和MMSC之外,还需要有WAP网关和SMSC。
MMS终端与WAP网关之间采用无线应用协议(WAP)作为承载发送或提取MM消息;WAP网关和MMSC之间采用HTTP协议传输MM消息;WAP网关和SMSC之间采用SMPP等应用协议传输MM通知或发送报告。
图5-1显示了该业务模型的逻辑结构。
图4-1终端到终端业务模型的逻辑结构图
图5-2给出一个在GPRS网络中终端到终端业务的实例。
当然其他网络(GSM或者3G)也可以开展MMS业务。
图4-2GPRS网络终端到终端业务实例
在网络中MM消息流通常从它被MMS终端发送开始的,不同的网络有不同的场景。
下面按图5-2中列出的数字对MM消息流进行一一介绍。
1.图中第一条消息流显示了MM消息由BTS(basetransceiverstation),BSC(basestationcontroller),SGSN(servingGPRSsupportnode)和GGSN(gatewayGPRSsupportnode)到达IP网络,通过WAP网关被转发到MMSC中。
2.图中第二条消息流表示MM通知的走向。
MM通知经WAP网关发给SMSC,并以SMS为承载发给MMS终端。
3.图中第三条消息流表示MMS终端通过WAP网关从MMSC中提取MM消息。
4.图中第四条消息流表示MM消息被转换成e-mail发往EmailServer上。
5.图中第五条消息流表示MM消息被路由到外部应用中。
6.图中第六条消息流表示MM消息被路由到另外一个MMSC上。
4.3.2终端到应用/应用到终端业务(以E-mail服务为例)
MMS中的应用会随着GPRS/3G网络的发展而迅速发展,目前可以开展的应用服务包括:
E-mail服务,多媒体语音信箱,游戏,地图,新闻,旅游信息,黄页信息,字典,自动唱片点唱机,星座等等。
其中E-mail服务既包括"由用户终端发起到应用中止"的业务,又包括"应用发起到用户终端中止"的业务。
下面就以E-mail服务为例说明终端到应用以及应用到终端这两类业务。
图4-3e-mail业务的逻辑结构
在此逻辑结构图中,E-mailServer通过SMTP协议将E-mail传送给MMSC。
MMSC再将E-mail转换成多媒体消息后转发给用户终端。
同时MMSC可以通过SMTP协议将用户终端发送来的多媒体消息转换成E-mail发送给邮件转发代理(MTA)。
再由邮件转发代理发往Internet上的目标邮箱。
在终端到应用的业务模式下,多媒体消息系统应支持根据业务代码确定此应用所连接的MMSC的地址并将MM消息转发至该MMSC的业务能力。
多媒体消息系统应支持目的号码非MSISDN号码的情况,例如有可能是VAS的接入码加子业务号码的情况,多媒体消息系统应支持根据此目的号码确定提供此应用的VAS并转发给该VAS,以及确定此VAS的所连接的MMSC的地址并将MM消息转发至该MMSC的业务能力。
4.3.3点对多点业务
在点对多点业务中,MMS终端可以同时向多个接收者发送MM消息。
MMSC在接收到MM消息并解析完目标地址后,为每个目标地址拷贝一份MM消息,然后再将这些消息发送给各个目标地址。
也就是说,用户不需要重复多次将同一条MM消息发送给不同的接收者。
如果发送方MMS终端要求发送报告,并且接收方没有要求不提供发送报告,MMSC会在MM消息发送给各个接收者后会分别产生发送报告传送给发送方MMS终端。
点对多点业务可以看成是多个点对点业务的组合,除了从发送方终端到MMSC的MM消息的发送过程是一次完成的以外。
因此,此业务中MMS终端与MMSC之间的逻辑结构与终端到终端业务的逻辑结构完全相同。
在点对多点业务中,同样存在发送方终端与接收方终端是否支持MMS服务的问题。
其解决方案与点对点业务中对非MMS终端的支持处理方式相同。
4.3.4对非MMS终端的支持
4.3.4.1接收方为非MMS终端
如果接收方MMSC已经与相关用户数据库建立了连接(用户使用MMS业务之前一般要先进行注册),在接收方MMSC收到一条MM消息并解析MM的接收者地址后,应当查询该数据库得到关于接收者终端的相关信息。
一般有如下两种状态:
1.未知终端
如果接收者终端的类型是"未知",也就是接收者用户数据中没有明确指明接收者终端是否支持MMS业务,则接收方MMSC在给接收者终端发送MM通知的同时设立超时时间(此超时时间可配置)。
在超时时间到并且该MM消息没有被提取的情况下,MMSC会对MM消息做份拷贝并发送给非MMS终端处理系统。
原MM消息依然存放在接收方MMSC的数据库中以便接收者终端随时提取。
图4-4非MMS终端业务的逻辑结构
2.已知终端不支持MMS
如果接收者终端不支持MMS业务,此MM消息被立即路由到非MM终端处理系统。
MMSC不会给接收者直接发送MM通知。
而是由非MM终端处理系统通知接收者如何通过Web或WAP提取MM消息。
如果接收方MMSC并没有与任何相关用户数据库建立起连接,则接收方MMSC在收到一条MM消息并解析MM的接收者地址后,将接收者终端默认为未知终端进行处理。
当应用向终端发送多媒体信息时,当MMSC确认目的终端为非MMS终端,或者无法通过用户数据库确认终端类型时,MMSC不通过非MMS终端处理系统向用户终端转发MM消息通知,而应由MMSC本身产生短信通知消息,告知用户无法发送至其终端的原因,如“您的终端不具备MMS功能,无法享受该业务”(具体通知内容参见相应的业务管理规定)。
4.3.4.2发送方为非MMS终端
如果发送方的终端不支持MMS,那么用户可以利用像PDA这样的移动多媒体终端并通过其非多媒体手机向其他的移动多媒体手机和互联网上的电子邮件用户发送多媒体信息。
下面给出此种业务的多媒体信息流程的示意图。
多媒体手机
图4-4
多媒体信息由多媒体终端(如PDA)传送至非多媒体手机,再通过移动通信网络(如GPRS)发送至相关的支持非多媒体手机终端的应用服务器,通过MMS-C发送到其他的移动多媒体手机和互联网上的电子邮件用户。
多媒体信息由多媒体终端传送至非多媒体手机可有以下三种方式:
∙数据线传送
∙红外线传送
∙蓝牙传送
5业务特征
5.1MMS终端的业务特征
5.1.1MM消息的提交
MM消息的提交指的是MM消息由用户终端发送到MMSC的过程。
如果MMS终端支持MM消息的发送,则MMS终端应当:
∙显示MM消息接收者的地址
∙识别MM消息的MIME(MultipurposeInternetMailExtensions)内容
如果MMS终端支持MM消息的发送,则MMS终端可以:
∙请求消息的发送报告
∙请求消息的阅读报告
∙请求隐藏MM发送者的地址
∙提供消息的发送时间戳
∙设置消息的最早发送时间
∙设置消息的有效期
∙设置消息的其他限制条件(优先级,消息类别和主题)
∙显示MM消息发送者的地址
当用户发送一条MM消息到某个目标地址时,此MM消息首先被发送到发送方MMSC上。
发送方MMSC:
∙为该MM消息分配一个Message_ID号,并将该Message_ID号立刻通知发送方MMS终端。
∙如果发送方MMSC支持最早发送时间,则它应将该MM消息保存到最早发送时刻才转发;否则,发送方MMSC应立刻将其转发。
∙如果MMS终端没有提供MM消息的源地址,需将发送方的地址插入MM中作为源地址。
∙如果转发中的下一个网元也是MMSC,应将地址隐藏的请求转发给接收方MMSC。
∙如果转发中的下一个网元不是MMSC,并且发送方没有请求地址隐藏,应将发送方的地址转发给下一个网元。
∙如果转发中的下一个网元不是MMSC,并且发送终端请求地址隐藏,则不应将发送方的地址转发给下一个网元,并且应当将MM中的发送方地址用"匿名"地址覆盖。
∙负责解析MM消息接收方的地址。
∙负责将MM消息转发到MM消息的接收方。
∙在将MM消息转发至接收方时,应同时转发是否需要发送报告的请求。
∙在将MM消息转发至接收方时,应同时转发是否需要阅读报告的请求。
∙在将MM消息转发至接收方时,应同时转发MM的MIME内容类型和信息限制条件,例如优先级、信息类别、标题等。
∙如果发送方要求发送报告并且转发的下一个网元不为发送方MMSC所知,则发送方的MMSC应产生状态为"indeterminate"的发送报告。
当发送方的MMSC就是接收方的MMSC时,MM消息无需被转发。
5.1.2MM通知
MM通知是指在MM消息到达接收方MMSC后,接收方MMSC发送通知给接收者提取MM消息的过程。
更详细的信息请参见3GPPTS23.140中的7.1.2节。
接收方的MMSC在接收到MM消息后:
∙可以证实MM消息接收方的用户档案。
∙应保存MM直到:
-设置的MM消息的超过有效期期
-MM消息已被发送到接收者
-接收者要求转发该MM消息
-接收者拒绝接收该MM消息
∙应生成MM通知送给接收者。
当接收方终端收到MM通知时,它就可以获得一个消息引用号,并利用它从接收方MMSC上提取MM消息。
在MM通知中的消息引用号在MM消息的有效期内、MM被成功提取或者被拒绝之前有效。
通过MM通知,接收方终端可以接收到关于MM消息的一些附加信息。
如MM消息的主题,内容大小等。
但如果发送方MMS终端要求地址隐藏,则接收方MMSC不应将发送方的地址加入MM通知中。
在答复MM通知时,接收方终端应能:
∙拒绝接收该MM消息。
∙立即提取MM消息,或者滞后提取,或者手工提取,或者自动提取。
5.1.3MM消息的提取
MM消息的提取指的是接收方MMS终端从MMSC上提取MM消息的过程。
更详细的信息请参见3GPPTS23.140中的7.1.3节。
收到MM通知后,接收方MMS终端可以根据通知中的信息要求从接收方MMSC上提取MM消息。
这时,接收方的MMSC:
∙负责保存该MM直至MMS接收终端提取了MM消息或MM消息过期。
∙可能根据用户个人档案信息或者/和MMS终端的能力进行数据适配。
∙如果MM消息的发送方没有要求隐藏发送地址,而且接收方的MMSC有发送方的地址,则接收方的MMSC应提供MM消息发送者的地址。
∙如果MM消息的发送者要求隐藏发送地址,或者接收方MMSC没有发送者的地址,接收方MMSC可以将MM消息中的源地址设为别名或者其他文本(例如,"匿名地址","未知地址")
∙如果MM消息的发送者要求提供发送报告,则应将此告知接收方MMS终端。
∙如果MM消息的发送方者求提供阅读报告,则应将此告知接收方MMS终端。
∙应向接收方MMS终端提供MM消息的MIME内容类型。
∙应向接收方MMS终端提供有关该MM消息的信息限制条件。
∙应将相应的MM消息发送至接收方MMS终端。
在MM消息发送至接收方MMS终端的操作应答中,接收方MMS终端可以
∙要求接收方MMSC不产生发送报告。
5.1.4发送报告
发送报告指的是MMSC给发送者发送的表征MM消息处理状态(如成功发送到接收方MMS终端,被拒绝,过期等等)的报告。
发送报告只有在发送者请求发送报告,接收者没有请求不产生发送报告的情况下才能产生。
更详细的信息请参见3GPPTS23.140中的7.1.5节。
发送方MMS终端可以请求MM消息的发送报告。
接收方MMS终端在收到MM通知或者提取MM消息时,可以收到是否请求发送报告的提示。
接收方MMSC必须产生状态报告,且不受终端设置的影响。
如果发送方MMS终端请求发送报告且接收方MMS终端没有请求不产生发送报告,则接收方MMSC会在下列情况下产生发送报告:
∙当接收到通知应答时,并且接收方MMS终端拒绝接收该MM消息。
∙当接收到转发请求时,并且接收方MMS终端在没有提取该MM消息的情况下请求转发。
∙当接收到MM消息发送应答时,表明接收方MMS终端已成功提取了MM消息。
∙当MM消息过期时,接收方MMS终端没有拒绝该MM消息,同时也没有在过期前提取该MM消息。
发送方MMS终端,也就是接收发送报告的MMS终端,可以通过比较已发送MM消息的Message_ID号与发送报告的Message_ID号来进行两者的一一匹配。
如果发送方MMS终端请求发送报告且接收方MMS终端没有请求不产生发送报告,则接收方MMSC:
∙应当产生发送报告。
∙应当给发送方MMSC发送发送报告。
∙应当负责保存发送报告直到发送方MMSC可达或者发送报告过期。
接收方MMSC在发送报告中:
∙应提供MM消息的发送地址给发送方MMSC。
∙应提供MM消息的接收地址给发送方MMSC。
∙应提供原MM消息的Message_ID号给发送方MMSC。
∙应提供MM消息的处理状态信息(比如,过期,被拒绝,转发或者未知)给发送方MMSC。
∙应提供MM消息被处理时的时间戳给发送方MMSC。
发送方MMSC在发送报告中:
∙应当提供MM消息的接收者地址给发送方MMS终端。
∙应当提供原MM消息Message_ID号给发送方MMS终端。
∙应当负责保存发送报告直到发送方MMS终端可达(比如,用户回到信号覆盖区,用户终端开机)或者发送报告过期。
5.1.5地址隐藏
地址隐藏指的是发送方MMS终端向MM消息接收者隐藏发送者地址的功能。
此功能的实现同时需要MMSC的支持。
更详细的信息请参见3GPPTS23.140中的7.1.9节。
如果发送方MMSC不允许地址隐藏(匿名消息)(比如,法律不允许匿名消息),那么请求地址隐藏的消息在发送时就会遭发送方MMSC的拒绝,并且发送方MMSC当给发送方MMS终端返回发送错误的信息。
倘若接收方MMSC因其不允许地址隐藏而拒绝接收消息,并且发送方MMS终端请求发送报告,那么接收方MMSC将在发送报告中通知消息发送者消息遭拒绝。
不管发送者的地址是否对接收者隐藏,发送者都可以要求发送报告,也可以接收发送报告。
如果发送方MMS终端既请求地址隐藏,又请求阅读报告,则发送方MMS终端不能接收到阅读报告。
如果发送方MMS终端请求地址隐藏,接收者又将MM消息转发给另外的接收者,并且转发的下一个网元不为转发MMSC所知,那么接收方MMSC不应将发送者的地址转发,而应用其他地址(如"未知地址")替换发送者地址,或将发送者地址清空。
5.1.6MM消息的转发
此部分MMS服务描述了MMS终端可以请求相应的MMSC将本应自己接收的MM消息在不经提取的情况下直接转发给其他指定的MMS终端或email,这些接收终端的地址由请求转发的MMS终端指定。
MMS终端可以支持请求转发特定的MM消息,也可以不支持该功能。
MMSC可以允许转发特定的MM消息,也可以不允许该功能,应能够根据业务需求进行设置。
更详细的信息请参见3GPPTS23.140中的7.1.4节。
当原MM消息被转发向新的接收终端时,请求转发的MMS终端的地址将连同原MM消息同时被转发。
另外,一些由转发MMS
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- MMS 业务 规范