1、 YD中华人民共和国通信行业标准YD/T1533.2一2006固定网多媒体消息业务技术要求第2部分:多媒体消息业务接口飞chnicalRequirementsofMultimediaMessageServiceBaS6donFIXedNetW0rkPartZ:MuItimediaMessageServiceInterface2006一12一11发布2007一01一01实施中华人民共和国信息产业部发布YOIT1533.1一2006目次二合胡前l规范性引用文件术语、定义和缩略语术语和定义，缩略语“3l324系统总体结构.，.35多媒体消息中心设备的功能要求，.，.451基本功能要求.452其他功能
2、要求(可选).，.66多媒体消息中心设备的接口要求，76.1终端和多媒体消息中心之间的接口(MMI)62MMsRelay和MMSServer之间的接口(MM2)，763外部服务器接口(MM3).86鸿多媒体消息中心间互联接口(MM4)，86，5多媒体消息中心与用户业务信息数据库接口(MM6)，一86石增值应用接口(MM7).，.867计费接口(MMS)，86名多媒体消息中心与网管系统之间的接口86夕多媒体消息中心与SMGW之间的接口87多媒体消息中心设备的操作维护要求.二.87.1图形用户界面，872监控机制，一87.3性能统计和报表，7.4故障告警7石数据库管理7石资源管理，93网管和网管接
3、口要求.，.981配置管理982权限管理83信令跟踪，98滋话单、日志管理，8.5性能统计IYDfl-15332一200610.1提交增值业务的多媒体消息，.2310.2传送请求，4，24la3取消和替换多媒体消息(可选功能)，61住4到vAsP的状态报告，。2810.svASP的阅读报告，。，.2910.6一般错误处理，一”，910卜7分发表的管理(可选功能卜，。，.，3010沼MM7摘要消息的实现，。.3010-9将信息单元映射至soAP单元，1。1，3410.10安全控制，38日MMS接口要求，4，3812MMsC与网管系统之间的接口，.3813MMsC与sMGw之间的接口，.一38附录
4、A(规范性附录)标准中相关的说明，。，39附录B(资料性附录)标准中第la9章相关的实例4一41参考文献4，。4，。，。48YDfl-1533.2一2006月IJ吕固定网多媒体消息业务技术要求预计分为3个部分:一第1部分:多媒体消息中心(MMSC)设备。第2部分:多媒体消息业务接口。第3部分:多媒体消息终端。本部分属于固定网多媒体消息业务技术要求的第2部分。本部分对应于3GppTS23，140v6.O.0(20o1一03)多媒体消息业务阶段2，与它的一致性程度黄非等效。本部分是“固定网多媒体消息业务”系列标准之一，该系列标准的预计结构为:1.固定网多媒体消息业务技术要求第1部分:多媒体消息中心
5、(MMsc)设备第2部分:多媒体消息业务接口一-渭写3部分:多媒体消息终端2.固定网多媒体消息业务测试方法第1部分:多媒体消息中心(MMsc)设备第2部分:多媒体消息业务接口第3部分:多媒体消息终端固定网多媒体消息业务技术要求第2部分:多媒体消息业务接口将与固定网多媒体消息业务测试方法第2部分:多媒体消息业务接口配套使用。随着技术的发展，还将制定后续的相关标准。本部分在制定过程中还参考了数字蜂窝移动通信网多媒体消息业务接口技术要求。本部分的附录A是规范性附录，附录B是资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位:信息产业部电信研究院华为技术有限公司中兴通讯股份有限公司上海贝
6、尔阿尔卡特股份有限公司中国电信集团公司中国网络通信集团公司本部分主要起草人:盛蕾林美玉王峥张再军秦峰葛敏蒋念玲丫Ofl-1533一2一2006固定网多媒体消息业务技术要求第2部分:多媒体消息业务接口范围本部分定义和描述了固定网络内各多媒体消息业务相关实体之间的接口，以保证多媒体消息业务系统在多厂商环境下能够顺利开展业务。本部分适用于固定网的多媒体消息业务相关实体之间的接口。2规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡
7、是不注日期的引用文件，其最新版本适用于本部分。YI厅1498一20(6数字蜂窝移动通信网多媒体消息业务(MMS)接口技术要求3GPPTS2240v6众0多媒体消息业务一阶段1(MultilnedlaMessagingservice名仍gel)3GppTS23.14ov6众。(2001一03)多媒体消息业务一阶段2(MUltimediaMessagllgserViceesstageZ)3术语、定义和缩略语3.1术语定义和缩略语下列术语和定义适用于本部分。3.1.1固定网的多媒体消息业务在现有电话网中，为固定电话网用户提供的非实时传送多媒体数据的业务。3.1.2固定网多媒体消息业务终端能接收、发送
8、多媒体消息的固定终端设备，并支持固定网短消息(SMS)功能。3.1.3状态报告状态报告指的是多媒体消息中心给发送者发送的表征多媒体消息处理状态(如成功发送到接收方终端、被拒绝、过期等)的报告。在发送方与接收方同属于一个多媒体消息中心的情况下，状态报告只有在发送者请求状态报告而接收者没有请求不产生状态报告的情况下才能产生;在发送方与接收方属于不同的多媒体消息中心的情况下，接收方必须生成状态报告发送给发送方，发送方再根据发送方与接收方的请求情况决定是否向发送方提交状态报告。3.14阅读报告阅读报告指的是接收者在阅读多媒体消息时，由接收方终端产生并发给发送方终端或应用的，用以表明接收者对发送的多媒体
9、消息的处理信息，比如已经阅读报告。3.1.5多媒体消息业务用户代理常驻在用户终端或外部设备上的应用程序，代表用户执行多媒体消息业务特定操作。多媒体消息业务用户代理不是多媒体消息业务环境的一部分。3.1.6MMBOx与用户相关联的网络存储器，在其中可以对多媒体消息、多媒体消息的状态以及相关标志进行存储、1YDfr1533一2一2006更新、浏览、上载、删除等操作。3.1.7多媒体消息业务环境MMSE)多媒体消息业务相关网元的集合。3.1.8未知状态终端该用户为有效用户，但使用何种终端的状态未知。3.2缩略语下列缩略语适用于本部分。BNASBro砚NetworkAccessserverH丁TPHy
10、pertextTransferProtocofMMMullimediaMessageMMSMuhimediaMessaglngsery】ceMMSCMulti功edlaMessaglngserviceCenterM五4SEMultli刀ediaMessag川gservlceEnvlronmentNASN刊比owAccessserverPDUPr0I沉01D8taUnitSMBPShortMessageserv1ceBasedonPS1，NSMCShortMessageCenterSMGWShortMessageGate晒/ay5州叮PSlmPleMailTransferPr01ocolSNMP
11、S1n1P1eNetworkManagernentProtocolSOAPS川IPleobjectAccessPro“兄01VASP、乞lueAddedservlceProvlder宽带网接人设备超文本传输协议多媒体消息多媒体消息业务多媒体消息中心多媒体消息业务环境窄带接人设备协议数据单元基于固定电话网的短消息业务短消息中心消息网关简单邮件传输协议简单网络管理协议简单对象访问协议增值业务提供商4系统总体结构多媒体消息业务系统总体结构如图1所示。图1固定网多媒体消息业务MMS】系统总体结构 YD/I-1533.2一2006各接口采用的协议如下:MMI:该接口在多媒体消息终端与多媒体消息中心之间，
12、基于HTTp协议。此时的MMI接口是经过接人认证后的接口。MMZ:MMZ接口用于多媒体消息中心中MMsRelay和MMsserver之间的通信，为内部接口，本部分不作具体规定。MM3:多媒体消息中心与外部服务器的接口，该接口基于SMTP或HTTp协议。MM4:不同的多媒体消息中心之间互联，该接口基于SMTP协议。MM6:多媒体消息中心与用户信息数据库的接口，可以采用LDAP协议。MM7:M孔17接口用于多媒体消息中心与增值应用之间的接口。该接口基于HTfp协议，为多媒体消息引人多种增值服务。通过SOAP协议对M五47消息进行封装，SOAP消息的传输协议基于H丁Tp协议。MMS:多媒体消息中心与
13、计费的接口，MMS接口可通过FTP、FTAM实现。多媒体消息中心与网管系统之间的接口:多媒体消息中心采用SNMP协议与上级网管系统(NMS)相连。多媒体消息中心与SMGW间采用运营商自定的协议。SMMI接口要求MMI接口编解码参照OMA标准、OMA一MMS，ENc一vl_2一2以”0323。MMI接口定义了多媒体消息业务终端和多媒体消息中心之间的事务处理。这些事务处理包括多媒体消息通知、多媒体消息接收、多媒体消息前转状态报告和阅读报告。其他事务处理定义了在使用MMBox实现方式的情况下多媒体消息存储、接收、更改和删除的过程。5.1发方用户标识的获取在MMI接口上应具备获取发方用户标识的能力，固
14、定网络使用IP地址和主叫号码作为发方用户的标识。52终端能力信息的获取在MMI接口上应具备获取终端能力信息的能力，HTTp头中的终端能力信息字段为可选。在终端发给多媒体消息中心的HTTp包头中插人相关信息，对HTTP包头的扩展如下:x一InlnS一tefnllnal一vendor厂商代码(按照运营商规定的厂商代码规则)x一fnms一tenninal一tyPe厂商提供的终端类型x-InIns，te团linal一Profi卜URLURL，参考oMA一wAP-uAprof-vl_1x一Inlns一te刚nal一iP终端iP(按照气长气*的方式)x一InmS一ternlinal一isdn按照终端号码的
15、编码方式x-InInS一ternlinal一caPabilities分辨率，支持的字符集，图像格式，音频格式，视频格式，能否自适配，格式如下:resolutionlx*Y*Gllcharsets，IllinageFormatsl，”，llAudioFormats，”)IV记eoFomlats，”，llAdaPtationlX:表示横向点数丫表示纵向点数G:色深或者灰度YDfI1533.2一2006AdaPtation存在该字段时表示终端具备自适配功能，否则表示不具备该功能。多媒体消息中心应该优先处理x一nuns一tenmna卜Profile扩展字段取值URL中所表示的终端能力信息，在没有该字段
16、或者该字段取值为空时通过x一Inlns一tenmnal一caPabihties扩展字段获取终端能力信息。注:扩展字段不区分大小写。另外，对于不提供URL地址的终端，按照预置的歌认URL处理，在默认URL中定义基本的能力要求。5.3提交多媒体消息5众1正常操作表1定义了提交消息的类型和方向。标准中的相关说明在附录A中描述。一一瓜蘸尸竺塑黔黑黔黔燮黔鲤组MMI一ub而t.REQMMI一ub而tRES丝响应MMS用户代理*MMSCMMSC神MMS用户代理发方MMs用户代理将使用包含多媒体消息业务控制信息和多媒体消息内容的MMI_sub而tREQ消息将多媒体消息提交至发方MMSC。当用户支持MMBox
17、并且为其启用了MMBox，多媒体消息将会被拷贝到MMBox中。MMSC将返回一个MMI_sub呱.RES消息，该消息中携带请求状态信息。MMSC必须支持MMI一ub而LREso5名.2异常操作在异常情况下，发方MMSC将返回一个MMI_sub而t.RES消息，其中包含指示拒绝多媒体消息原因的状态信息，例如未预约、消息结构破坏、不提供服务、不支持MMBOx、未启用MMBox、MMBox超额、M州Box系统已满和MMBoxllo错误等。如果MMsC不提供MMI_sub而LR五5消息，MMs用户代理应能够恢复正常状态。5一3习信息单元表ZMMI多ubmit月EQ中的信息单元信息单元存在情况说明Mes
18、sageType必选将此消息标识为MMI_sub而t.REQTransaCtionlD必选MMI_sub而L咫QIMMI_sub而LRES对的标识MMSVersion必选标识MMSuA所支持接口的版本ReciPientaddress必选多媒体消息的接收方地址。可能存在多个地址Contenttype必选多媒体消息内容的内容类型Senderad山羌55可选多媒体消息发方的地址Messageclass可选多媒体消息的类别(例如，个人服务、广告服务和信息服务)Dateandtime可选提交多媒体消息的时间和日期(时间戮)TimeofE万Pi甲可选多媒体消息或应答多媒体消息的指定超时时间Earliest
19、翻Iverytime可选将多媒体消息传递给接收方的指定最早时间Delivery代POrt可选状态报告的请求RePly一Cbarging可选应答计费的请求RePly一L呛.d】ine可选在应答计费的情况下，向接收方提交应答的最迟时间Reply一Charging一Size可选在应答计费的情况下，提供给接收方的应答多媒体消息的最大大小YDfl-1533.2一2006表2续】信息单元存在情况说明Prionty可选消息的优先级(重要性)Sendervisibility可选请求在将消息传递给接收方时，显示或隐藏发送方的标识Store可选除了正常传递多媒体消息外，请求将多媒体消息的副本存储至用户的MMBox
20、hlh1State可选在已存储多媒体消息的“MM状态”信息单元中设置的值(如果存在存储”)MMRags可选在已存储多媒体消息的“MM标志”信息单元中设置的一个或多个“MM标志”关键字(如果存在“存储”)ReadlePly可选阅读报告的请求Subject可选整个多媒体消息的标题RePly一Charglng一ID可选在应答计费的情况下，如果在Mhll_sub而LREQ中提交应答多媒体消息，则它指所应答原始多媒体消息的标识COntent可选多媒体消息的内容表3MMI_submit.R5中的信息单元信息单元存在情况说明MessageTyPe必选将此消息标识为MMI_sub而LREsTransaCtio
21、nlD必选MMI_subnlitREQI卜IMI_sub而t.RES对的标识MMSVersion必选标识多媒体消息中心所支持接口的版本Requeststatus必选多媒体消息提交请求的状态Requeststatus介xt可选限定多媒体消息提交请求状态的说明MessageID视情况而定多媒体消息的标识(如果MMsc接受MM)StorestatUS视情况而定存储请求的状态(如果MMIJub而ttREQ中存在“存储”请求)StorestatusText可选与存储状态相对应的说明性文本(如果存在)StorcdMessageReference视情况而定最新所存储多媒体消息的状态(如果MMI_sub而LR
22、五Q中存在“存储”请求)5鸿多媒体消息通知5.4.，正常操作本节定义了从接收方MMSC到相应接收方MMS用户代理有关多媒体消息的通知，表4定义了其中涉及的摘要信息。表4摘要消息在MMS中通知多媒体消息的摘要消息类型MMljotificationMMlno66cationB至旦RES丝响应方向M恻SCMMS用户代理MMS用户代理、MMSC接收方MMs用户代理收到MMI一otification.REQ后，会向接收方MMsc响应MMI一otificationRES，以确认成功接收MMljotification.REQ。MMI一otification.REs与相应MMI一叱fication.REQ一一
23、对应。5，42异常操作在此情况下，MMS用户代理将响应MMI一otificationRES，其中包含了一个指示无法处理通知原因的状态。如果MMS用户代理没有响应MMI一otification只ES，MMSC稍后应能够重新发送通知。YDfI1533.2一20065.4召信息单元表SMMI一ofification月EQ中的倍息单元信息元素存在情况说明Messa卫eT介姆必选将此消息标识为MMlee”ltificationREQ丁晓田saCtionID必选MMI一otification，REQIMMleenotification.R卫5对的标识MMSVersl加必选标识MMSC所支持接口的版本Mes
24、sageclass必选多媒体消息的类别(例如，个人服务、广告服务、信息服务;默认值二个人服务)Messagesize必选多媒体消息的近似大小毛meofexPuy必选多媒体消息的超时时间MessageReference必选多媒体消息的引用，例如URISubjeCt可选整个多媒体消息的标题P对ority可选消息的优先级(重要性)5即deradd比55视情况而定最近处理过多媒体消息(即提交或前转多媒体消息)的MMS用户代理的地址。如果发方MMS用户代理已经请求对接收方隐藏其地址，则它的地址不会提供给接收方StorCd可选指示将多媒体消息自动存储至MMBoxL吮hveryreport可选状态报告的请求
25、Reply一Charging可选对此特定原始多媒体消息应答不计费的信息ReP】y一Dead七此可选在应答计费的情况下，将允许的应答提交给接收方的最迟时间Reply一Charging一size可选在应答计费的情况下，提供给接收方的应答多媒体消息的最大大小ReP】y.Charging一ID可选如果J必茵知指示一个应答多媒体消息，则它指应答的原始多媒1本消息的标识E】emen卜L吧scriP切r可选多媒体消息元素描述，它可能包含有关多媒体消息元素的详细信息，例如，消息单元的名称、大小和(或)类型和格式Message众stributionlndicator可选如果设置为“假”，则vASP已指示不能重新
26、分配多媒体消息的内容。如果设置为“真”，则vAsP已指示可能重新分配多媒体消息的内容表6MMI一ofification.RES中的信息单元信息元素存在情况说明Messa召eTyPe必选将此消息标识为MMI一otification一P卫5T住田5鱿tionID必选MMI一加石6cation.REQIMMlesnotifica石OD，REs对的标识MMSVersion必选标识MMs用户代理所支持接口的版本MMStalus必选多媒体消息接收的状态Repertallow比可选请求允许或不允许向多媒体消息发方发送状态报告5，5接收多媒体消息5.5.1正常操作本节定义了接收方MMS用户代理从接收方MMSc
27、接收多媒体消息。表7定义了其中涉及的摘要消息。表7在MMS中接收多媒体消息要用到的摘要消息摘要消息类型方向MMlwe比trieve.REQ请求MMS用户代理、MMSCMMI一re川eveRES响应MMSC、MMS用户代理MMleeacknoWledgement.REQ请求MMS用户代理*MMSCYD厅1533.2一2006接收方MMs用户代理向接收方MMsc发送一个MMI卫trieveREQ消息以启动接收过程。MMsC将响应MMI_retrieve.REs，其中包含多媒体消息控制信息和多媒体消息内容。接收方MMS用户代理接收到MMlesretrieve.RES之后，如果MMSC请求确认，会向相
28、应的MMSC发送一个MMI_acknowledgemenLREQ消息。MMI一knowtedgementREQ与相应的MMI一trieve.REs相对应。5.52异常操作如果接收方MMSC无法处理MMleeretrieve只EQ，例如，由于内容位置无效或消息超时，接收方MMSC将响应一个MMI一trieveRES消息或一个低协议层错误消息，其中包含指示MMS用户代理未传递多媒体消息原因的状态。如果MMSC不提供MMI-retrieve.RES或低协议层错误消息，则MMS用户代理应能够恢复。5.5召信息单元表SMMI_retrieVe，REO中的信息单元信息单元Messa卫eRefe沈nce存在
29、情况说明必选表9要接收多媒体消息的内容的位置MMI_retrieve.RES中的信息单元信息单元存在情况说明MessageTyPe必选将此消息标识为MM工一trieve.REsTranS即tionll)有条件如果MMsc请求接收方MMs用户代理进行确认，则应提供事务处理ID。这样，它将标识MMlweretricvREs几dMI-acknowledgemeni.REQ消息MMSVersion必选标识MMSC所支持接口的版本Mess刁geID必选多媒体消息的消息IDSend盯addreSS视情况而定最近处理过多媒体消息(即，提交过或前转过多媒体消息)的MMS用户代理的地址。如果发方MMS用户代理已
30、经请求对接收方.隐藏其翅劝1，则它的翅功t不会提供给接收方Contentt丸孵必选多媒体消息内容的内容类型ReciPientaddless可选多媒体消息接收方的地址。可能存在多个地址Messageclass可选消息的类别(例如，个人服务、广告服务和信息服务)Datealldtinle必选MMs用户代理最近处理(即，提交或前转)多媒体消息的时间和日期L比hveryl1ort视情况而定状态报告的请求(如果发方MMS用户代理已请求状态报告)洲ority视情况而定消息的优先级(重要性)(如果发方MMS用户代理已指定)ReadrePly视情况而定阅读报告的请求(如果多媒体消息的发方MMS用户代理已请求阅
31、读报告)SubjeCI视情况而定整个多媒体消息的标题(如果多媒体消息的发方MMs用户代理已指定)MMState视情况而定多媒体消息状态。人局多媒体消息可能缺少该状态，持久存储的多媒体消息存在该状态MMFlags可选只有持久存储的多媒体消息存在该标志。一个或多个关键字标志，如果以前为多媒体消息设置了这些标志，则应存在Requeststatus可选多媒体消息接收接收请求的状态RequeststatusText可选限定多媒体消息接收接收请求状态的说明RePly一Charging可选对此特定原始多媒体消息应答不计费的信息RePly一C】1吧1119一ID可选在应答计费的情况下，这指已应答原始多媒体消息
32、的标识RePly一De翻ine可选在应答计费的情况下，将授予的应答提交给接收方的最迟时间Reply一Charging一Size可选在应答计费的情况下，提供给接收方的应答多媒体消息的最大大小YDfT1533一2一2006表9续信息单元存在情况说明Prcviously一sent七y可选在前转情况下，此信息单元包含一个或多个处理(即，前转或提交)多媒体消息的MMS用户代理的地址，这些用户代理处理(如前转、提交等)多媒体消息的时间先于MMs用户代理。发方地址的消息单元中携带有MMS用户代理的地址。应标明所提供地址的顺序。应标明发方MMS用户代理的地址(如果存在)Reviously一sent一date-
33、and一time可选在MMS用户代理最近一次处理多媒体消息之前，与提交和前转事件关联的日期和时间Colltent视情况而定多媒体消息的内容(由多媒体消息的发方MMS用户代理指定)表10MMI一cknowledgement月EQ中的信息单元信息单元存在情况说明Messagel，月姆必选将此消息标识为MMI一knowled即lent，REQTrans肚tionID视情况而定如果MMSC请求了确认，则应提供事务处理ID。这样，它将标识MMI-比苗eve瓜卫sIMMI一.c幻10wledgemenLREQ消息MMSVerslon必选标识MMS用户代理所支持接口的版本Repertallo钊ed可选请求允
34、许或不允许向多媒体消息发方发送状态报告5.6前转多媒体消息5瓜，正常操作MMS用户代理向相应的MMSC请求前转的机制如下:一个前转MMs用户代理可以向相应的MMSC请求，将一个把它作为接收方(已通知多媒体消息)的多媒体消息前转给其他指定的MMS用户代理，这些用户代理的地址应该由前转MMS用户代理指定，前转MMS用户代理在指定前转地址之前不必先取回多媒体消息。如果支持MMBox，被前转的多媒体消息也可以被请求存储到发起方的MMBox。为实现前转目的，多媒体消息前转请求应始终由前转MMSC的前转MMS用户代理来提出。表11定义了了其中涉及的摘要消息。表11用于前转多媒体消息的摘要消息一-一慈藉真葵
35、系一方向MMlselbrward.REQMMlesforwaxd.RES巡响应MMS用户代理弓MMSCMMSC，MMS用户代理前转MMs用户代理应向前转MMsC发送一个包含MMs控制信息的MMI一6侧ard.REQ消息，MMsC将响应一个MMI-n侧ard.REs，指明操作状态。对于支持MMBox的MMSC来讲，支持MMI_forward.REQ消息和MMlweforward.RES消息是必选的。此外，MMs用户代理和MMSC支持MMlesforward.REQ是可选的。5.6.2异常操作在此情况下，MMSC将响应一个MMIfirward卫ES，其中包含指示前转请求被拒绝的原因，例如未预约、不
36、提供服务、内容位置无效、消息超时、不支持MMBox、未启用MMBox、MMBox超额、MMBox系统已满和MMBoxl/O错误。如果MMleefoIWard.REQ包含“存储，请求，则MMSC将在MMlweforward只ES中提供存储操作的结果。如果MMSC不提供MMI-fo，ard.RES，则MMS用户代理应能够恢复。YDfT1533一2一20065石召信息单元表12MMIJorward.REQ中的信息单元信息单元存在情况说明Messa召eType必选将此消息标识为MMlesfo俐耐REQTransactionID必选MM1wef(rw别划.REQIMMlesforwald.RES对的标识
37、MMSVersion必选标识前转MMS用户代理所支持接口的版本ReciPientaddress必选所前转多媒体消息的接收方地址。可能存在多个地址FOr认肛dingaddress可选前转MMS用户代理的地址Dateandtillle可选前转多媒体消息的时间和日期TimeofExP卿可选所前转多媒体消息的指定超时时间Ear石est血liverytime可选将多媒体消息传递给接收方的指定最早时间StO比可选在支持MMB0x的情况下，如果MMI-forward.REQ中存在“存储”信息单元，则导致将所前转多媒体消息的副本存储到用户的MMBox中，除非MMBox中已存在多媒体消息的消息参考MMS比te可选在已存储多媒体消息的“MM状态”信息单元中设置的值(如果存在“存储”)。MMRags可选在已存储多媒体消息的“MM标志”信息单元中设置的一个或多个“MM标志”关键字(如果存在“存储”)Deliveryreport可选传递所前转多媒体消息报告的请求Rea
