【YD通讯标准】 数字蜂窝移动通信网多媒体消息业务(MMS)接口技术要求

中华人民共和国通信行业标准
YD/T1498-2006
数字蜂窝移动通信网
多媒体消息业务（MMS）接口技术要求Interface Technical Requirements of MMSin Digital Cellular Mobile Telecommunication Network2006-09-26发布
2007-01-01实施
中华人民共和国信息产业部发布前
范围·
规范性引用文件：
缩略语
术语和定义
系统接口描述·
6本标准中相关定义的说明.….
7MM1接口定义·
提交多媒体消息·
多媒体消息通知
接收多媒体消息
发送报告·
阅读报告
7.6在MMBox中存储和更新多媒体消息（可选）7.7浏览MMBox（可选）
7.8上载和久存储MM（可选）
7.9删除已存储的MM（可选）：
7.10MM1地址方案·
8MM2接口定义
9MM3接口定义
9.1发送消息
9.2接收消息·
9.3发现外部服务器上的新消息，10MM4接口定义·
10.1多媒体消息的路由前转
10.2路由前转递送报告
10.3路由前转阅读报告
10.4MM4上的消息格式
10.5MM4上的消息传输协议
11MM5接口定义
12MM6接口定义
13MM7接口定义
13.1提交增值业务的多媒体消息TIKAONKACa-
YD/T 1498-2006
YD/T 1498-2006
传送请求，
13.3多媒体消息的删除和替换（可选）13.4传递递送报告到VASP
13.5VASP的阅读报告
13.6—般错误处理·
13.7分发表的管理
13.8MM7摘要消息的实现
13.9将信息单元映射至SOAP单元14MM8接口定义
附录A（资料性附录）WAPPDU头到3GPP摘要消息信息单元的映射I
YD/T1498-2006
本标准是数字峰窝移动通信网多媒体消息业务系列标准之一。该系列标准的名称及结构如下：1．数字蜂窝移动通信网多媒体消息业务（MMS）中心设备技术要求；2数字蜂窝移动通信网多媒体消息业务（MMS）中心设备测试方法；3．数字蜂案移动通信网多媒体消息业务（MMS）终端设备技术要求：4.数字蜂窝移动通信网多媒体消息业务（MMS）终端设备测试方法：5．数字蜂窝移动通信网多媒体消息业务（MMS）接口技术要求。随着技术的发展，还将制定后续的相关标准。本标准主要参考了3GPPTS23.140(V5.3.0）和OMA组织的JOMA-WAP-MMS-ENC-v1_1(20021030），并根据我国数字蜂窝移动通信网络的实际业务情况和功能需要而制定的。本标准附录 A 为资料性附录。
本标推由中国通信标推化协会提出并归口。本标准起草单位：信息产业部电信研究院华为技术有限公司
本标准主要起草人：杨红梅孙元宁黄先琼杨伟淑IE1
YKANYKAca-
1范围
数字蜂窝移动通信网
多媒体消息业务（MMS）接口技术要求YD/T 1498-2006
本标准规定了数字蜂窝移动通信网多媒体消息业务相关的功能实体之间接口的技术要求和协议要求。
本标准适用于数字蜂窝移动通信网多媒体消息业务中心设备、终端设备、多媒体消息增值应用服务器等多媒体业务相关实体的接口。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注口期的引用文件，其最新版本适用于本标准。3GPPTS 23.140 V5.3.0 (2002-06）Multimedia Messaging Service (MMS); Functional description;Stage 2 (Releases )
ETFSTD0010（RFC2821）
ETF STD 0011 (RFC 822)
IETFRFC 1327
JETFRFC204S
IETF RFC 2046
IETF RFC 2616
IETF RFC 2376
IETF RFC 2387
简单邮件传输协议（SimpleMailTrasferProtocol），URL: http: I/wwwief.org/rfcrfe2821.txt因特网消息格式（Internet Message Format),URL: http: f/ietf.org/rfcrrfc2822.txtX.400（1988）/ISO 10021 与 RFC 822 之间的映射（Mappingbetween X.400 (1988 ) /IS0 10021 and RPC 822 ),URL: http: /ietf.org/rfe/rfc1327.txt多用途因特网邮件扩展（MIME）第一部分：因特网消息正文的格式 （Multipupose Internet Mail Extensions （MIME）PartOne: Forimat af Internet Message Bodies ),URL: http: //ietf.org/rfc/rfe2045.txtl多用途因特网邮件扩展（MIME）第2部分：媒体类型(Multipurpose Internet Mail extension (MIME) Part Two:Media Types ), URL: http: //ietf.org/rfcrfc2046.txt超文本传输协议,HTTP/1.1 (Hypertext Transfer Protocol,HTTP/1.1),URL: http: f/ietf.org/rfc/rfe2616.txtXML 媒体类型（XML Media Type）,URL: htp: /ietf.org/rfc/rfc2376.txtMIMIE多部分/相关内容类型（The MIME Multipart/RelatedContent Type ), URL: http: //ietf.org/rfec/rfc2387.txt1
YD/T1498-2006
2000年5月8日W3C说明书
2000年12月11日W3C说明书
3缩略语
下列缩略语适用于本标准。
4术语和定义
File Transfer Prolocol
Home Location Register
简单对象访问协议（SOAP）1.1（SimpleObjectAccessProtocol(SOAP) 1.1), URL: htp: f/w3.org/TR/SOAP带有附件的 SOAP 消息（SOAPMessages with Attachments)URL:http:t/w3:org/TR/SOAP-attachments文件传输协设
归属位置寄存器
Hypertext Transfer Protocol
Lightweight Directory Access ProtocolMulimedia Mcssaging Service
Multimedia Messaging Service CenterMuitimedia Messaging Service EnvironmentSimple Mail Transfer ProtocolValue Added Service
Wireless Application ProtocolWAP Session Protocol
UserAgent
下列术语和定义适用于本标推。超文本传输协议
轻量级目录访间协议
多媒体消息业务
多媒体消息业务中心
多媒体消息业务环境
简单邮件传输协议
增值业务
无线应用协议
WAP会话协议
用户代理
必备：本标准中规定的“必备”字段要求设备必须实现并且在消息中必须携带。可选：本标推中规定的“可选”字段要求设备必须实现但是否在消息中携带可以根据业务需求决定。视情说而定：本标准中规定的“视情况而定”字段要求设备必须实现但是否在消息中携带需要根据相关条件确定。
摘要消息：在两个MMS实体之间传送的信息，用于在这两个实体之问输送MM和/或相关的控制信息。
注1：MMS 业务功能的应用协议框架与技术实现依据本文档的摘要消息描述。发送报告：由MMSRelay/Server提供给MM发方（MMS用户代理或VASP），关于MM传送状态的反馈信息。
外部服务器：诸如因特网电子邮件、统一消息传递系统或传真等外部系统的网络实体/应用程序，MM可发送给该服务器，且/或通过MMS业务提供商，可由MMS用户代理从该服务器获得MM。注2：外部服务器通过非MMS特定协议连接到该MMS业务提供商。转发MMS用户代理：MM的预期收方，但请求将MM前转传送给其他收方而不先下载MM的MMS用户代理。
已转发MM：从发方发送到预期收方，并被该收方将其转发给其他收方的MIM，该过程将产生相应的发送报告和/或阅读报告，该MM可能被进一步转发。2
TKAONYKACa-
消息ID：用于标识MM的惟一标识符。消息引用：指示MM位置的惟一标识符。YD/T1498-2006
MMBox：与用户相关联的网络存储器，在其中可以存储和更新、览、上载以及删除MM和MM的状态，相关标志。
MM状态：MMBox内的MM状态，为几个相互排它枚举值之一。MM标记：0、1或更多个关键字标记的列表，由MMS用代理定义，与MM相关联。MM发送：收方MMSRclay/Server将MM发送到收方MMS用户代理的操作。MM提交：发方MMS用户代理将MM提交给收方MMSRelay/Server的操作。MMSNA：多媒体消息业务网络体系结构，包含向用广提供完整MMS的所有不同要素。MMSE：统一管理下MMS相关网元的集合。MMSRelay/Server：MMS业务提供商管理下的MMS特定网络实体和应用。注3：MMSRelayrServer传送消息，提供MMS特定的操作或移动环境所需的操作，并（暂时和/或永久）提供MIMS的序储业务。
MMS用户代理：常驻在UE、MS或外部设备上的应用程序，代表用户执行MMS特定操作。注4：MMS用户代理不是MMSE的-部分。MMSVAS应用程序：向MMS用户提供增值业务（如新业务或天气预报）的应用程序。原MM：从发方发送到收方的（初始）MM，可能产生相应的发送报告和/或阅读报告和/或应答MM，且/或可能要进一步转发。
发方MMSE：与MM发方相关联的MMSE。发方MMS Relay/Seryer：与MM发方相关联的MMS Relay/Server。发方MMS用户代理：与MM发方相关联的MMS用户代理。发方VASP：正在发送MM的VASP。阅读报告：由收方MMS用户代理发送给发方MMS用户代理的反馈信息，该信息是反映原MM在收方MMS用户代理中的处理状态。
收方MMSE：与MM收方相关联的MMSE。收方MMSRelay/Server：与MM收方相关联的MMSRelay/Server。收方MMS用户代理：与MM收方相关联的MMS用户代理。收方VASP：正在接收MM的VASP。应答MM：在应答计费情况下，收方MMSRelay/Server接受的第个应答（在检查应答计费限制后，如最迟提交时间）。
短码：业务提供商特定的地址，是一组字母、数字、字符串的组合。SOAP附件：从MIMSVASP传送到MMSRelay/Server，或从MMSRelay/Server传送到MMSVASP的多媒体内容，例如，声音、图像，文本、演示或不同媒体类型和/或格式的组合。事务：MMS用户代理与MMSRelay/Server之间，或者不同MMSRelay/Server之间发送的消息对。超时：在MMSC系统规定的时间内，MMSUA没有对MMSC下发的通知消息进行响应。过期：超过设置的MM有效期，在MM1_submit.REQ的Time of Expiry中设定或由MMSC系统进行设置缺省值。
YD/T1498-2006
交易：MMSC同SCP完成对预付费用户的一次扣费，称为一次交易。5系统接口描述
MMS业务系统结构如图1所示。
Billing
Syeten
MMSUser
Agent A
Extemal
Server #1
[e.g, E-Mail)
External
Server#2
(e-g. Fax)
Extermal
Seryer#3
(e.g. us)
MMSVAS
Applicationg
MMSRelay'Server
Servet
Eixtcrnual
Server #N
多媒体消息业务系统结构
MMl：MMSRelayfServer与用户终端的接口，具体描述见第7章；MMSUser
Databuises
Foreign
RelayrScrver
MMS Usee
AgentB
MM2：MMSRelay和MMSSeryer之间的接口，该接口为内部接口，本标准不作具体规定，具体描述见第8章；
MM3：MMSRelay/Server与外部服务器的接口，具体描述见第9章：MM4：MMSRelay/Server之间互联的接口，具体描述见第10章：MMS：MMSRelay/Server与HLR的接口，具体描述见第11I章；MM6：MMSRelay/Server与用户数据库的接口，具体描述见第12章；MM7：MMSRelay/Server与VASApplication的接口，具体描述见第13章；MM8：MMSRelay/Server与计费系统的接口，具体描述见第14章。6本标准中相关定义的说明
本章定义各接口摘要消息的应用协议框架，并说明MIMS服务功能的技术实现。摘要消息可以归类为由请求和响应构成的事务处理。MMS摘要消息标记遵循以下规范：MMSUA和MMSRelay/Server之间弃务处理的前缀为“MM1\；MMSRelayiServer之间事务处理的前缀为“MM4\；请求的后缀标识为“.REQ\：bZxz.net
TIKAONKACa-
响应的后缀标识为\RES\。
YD/T 1498-2006
每个摘要消息均包含特定的信息单元，这些信息单元可能因其体消息的不同而有所不同。作为信息单元，所有消息都应包含协议版本和消息类型，以便MMSE组件可以正确识别和管理消息内容。摘要消息和1具体协议的映射不一定遵循一一对应的关系。如果PDU中携带的信息是所属摘要消息中的必需内容，则根据MMS的具体实现（WAP等），一个或多个摘要消息可以映射到一个低层PDU，而A一个摘要消息可以映射到多个低层PDU。在提供状态信息的MM1响应中，返回的状态信息与MM4响应中返回的状态信息不具有对应关系，它们彼此独立。设计时，将MM1响应状态限于一组尽可能小的值，可以与实现MM4摘要消息的通信协议中出现的状态和错误相关联。同样，MM4状态可以与实现MM1摘要消息的通信协议中出现的状态和错误相关联。
图2将多媒体消息从始发方MMS用户代理发送至接收方MMS用户代理时的摘要消意流。图2的范围仅限于参考点MM1和MIM4上的摘要消息。发送报告由接收方MMSRelay/Server发送。阅读报告由接收方MMS用户代理发送。图2描述了一个MMS用户代理提交一条多媒体消息至另一个MMSRelayrServer下的MMS用户代理的一般事务处理过程；图3为采用MMBox的摘要消息。这两个图只是举例，并未全部描述MIMS用户代理和MMSRelay/Server之间所有可能的事务处理过程。Originator
Originator
MMS Relay/Ser
MMfE_suhmit REQ
MMl_submit.RES
MM1_delivery_repart.REQ
MM1_read_reply.
Driginalor.REQ
MM4_forard.REQ
MM4_forward.RES
MM4_delivety_report.REQ
MM4_detivery_reportREs
MM4_read_reply_repoct.REQ
MM4_read_reply_eporL RES
图2摘要消息流图例
Recipient
MMS Relay/Sorvel
Recipient
MMloolificatioeREQ
MM1_notification.RES
MMI_rerieve.REQ
MM1_reieve.Res
MM1_acknowkedg-
ment REQ
MM1_read_reply.
recipient REQ
YD/T1498-2006
7MM1接口定义
MMS Relay/Server
MMI_submitREQ+Stoee
MMI_BubmitRES
+MM Ref, State, Flags
MIM1_forward.REQ+Sture
MMI_forward.RES
+MM Ret, Slale, Flags
MM1_rerieve.REQ+MM Ref
MMI retrieve.RES
+MM State, Flags
MME_mabox_upload.REQ
+MM,Stale,Flags
MMI_ mmbox_upioad.RES
+MM Ref, State, Flags
MM1_ mmbox_storeREQ
+MMRef,State,Fags
MMl_mrobox_store.RES
+MM Ref, State. Flags
MM1_mmbox_view.REQ
tM Refs er Selee
BIMmmbox_yiew.RES
+MM view, Tolals, Quobas
MMI_ mmbex_delete.REQ
+MM Ref
MMI_ mnbox_delete. RES
Statug
MM4_forward.REQ
MM4_fwward.RPQ
持久性存储的摘要消想图例
参考点MM1定义了MMS用户代理和MMSRelay/Server之间的事务处理。这些事务处理包括MM提交、MM通知、MM接收、MM转发发送报告和阅读报告等。图2以端到端的方式说明了其中的一些事务处理及其关系。
其他事务处理定义了在采用MMBox实现方式的情况下MM存储、接收、更改和删除的过程。注：MMIBox为可选。
7.1提交多媒体消息
表1定义了提交消息的类型和方向。表1MMS中捷交MM用到的摘要消惠摘要消息
MM1_submitREQ
MM1_suhmiLRES
7.1.1正常操作
MMS用户代理->MMsRelay/ServerMMSRelayrServer->MMS用户代理TYKAONKACa
YD/T1498-2006
始发方MMS用户代理将采用包含MMS控制信息和MM内容的MM1_submit.REQ消息，并将MM提交至始发方MMSRelay/Server。当用户支持MMBox并且为其启用了MMIBox时，MM将会被拷贝到MMBox中。
MMS Relay/Server将返回一个MM1_submit,RES消息，该消息中携带请求状态信息。MMS用户代理可以支持也可不支持MM1_submit.RES，MMSRelay/Scrver必须支持MM1_submit.RES。7.1.2异常操作
在异常情况下，始发方MMSRelay/Server将返回一个MM1_submit.RES消息，其中包含指示拒绝多媒体消息原因的状态信息。例如，消息格式错误、未找到消息等。如果MMSRelay/Server不提供MM1_submit.RES消息，MMS用户代理应能够恢复正常状态。7.1.3信息单元
表2为由MMS用户代理发送到MMSRelay/Server的MM1submit,REQ消息中的信息单元，这些信息单元用于生成发送到接收者MMS用户代理的MMS通知，并且在取回时与消息体部分一同被发送到接收者的MMS用户代理。表3为MM1_submit.RES消息中的信息单元。表2 MM1_submit,REQ 中的信患单元信息单元
Message Type
Transacticn D
MMS Version
Recipient Address
Content Type
Sender Address
Message Class
Date and Time
Time of Expiry
Earliest Delivery Time
Delivery Report
Reply-Charging.
Reply-Deadline
Reply-Charging-Size
Priority
Sender Visibility
MM State
MMFlags
Read Reply
Subject
Reply-Charging-ID
Content
存在情况
将此消息标识为MMI_sabmitREQ
MM1_snbmit.REQ/MM1_submit.RES对的标识标识MMSUA所支持接口的版本
MM的接收方地址。可能存在多个Recipient Address信息单元区分多个接收方MM的内容类型
MM始发方的地址
MM的类别（例如，个人服务、广告服务和信息服务）提交MM的时间和日期（时间戳）MM或应答MM的指定超时时间
将MM传递给接收方的指定最早时间发送报告发送报告的请求
请求应答计费
应答计费情况下，向接收方保证的最晚提交应答时间应答计费情况下，向接收方保证的最大应答MM大小限询消息的优先级（重要性）
请求在将消息传递给接收方时，显示或隐戴发送方的标识请求除正常的递交MM之外，把MM的拷贝存储到用户的MIMBox如果存储的话，在MM State信息单元中存储的MM状态的值如果存储的活，在MMIFlag信息单元中存储的一个或多个MMFlag关键字读取应答报告的请求
整个多媒体消息的标题
应答计费情况下，当应答MM在MM1_subtrit.REQ中被提交之后，这是其应答的原始MM标识
多媒体消息的内容
YD/T 1498-2006
信息单元
MessageType
Transaction D
MIMSVersion
Request Status
Reguest Status Text
Message JD
Store Status
Store Status Text
Stored Mesage Reference
7.2多媒体消息通知
表3MM1_submlt.RES中的信息单元存在情况
视情况而定
视情况而定
视情况而定
将此消息标识为MM1_submit.RESMM1_submnit.REQ/MM1_submit.RES对的标识标识MMSRclay/Server所支持接口的版本MM提交请求的状态
限定MM提交请求状态的说明
MM的标识（如果MMSRclay/ServerRelay/Server接受MM）如巢在MM1_submit.REQ中有存储请求，存储请求的状态Store Status的相应文本解释，如果有的话如果在MM1_submit.REQ中有有储请求，新存储MM的消息参考此部分的MMS服务定义了从接收方MMSRelay/Server到相应接收方MMS用户代理有关MM的通知表4从类型和方向方面概括了其中涉及的摘要信息。表4在 MMS 中通知 MM 的摘要消息摘要消息
MM1_noification.REQ
MM1_notification.RES
7.2.1正常操作
MMSRelay/Server->MMS用户代理[MMS用户代理->MMSRelay/Server当收到MM1_notification.REQ后，接收方MMS用户代理会向接收方MMSRelay/Server响应MM1_notification.RES，以确认成功接收MM1_notification.REQ。MMl_notification.RES将明确指向相应的MM1_notification.REQ。7.2.2异带操作
在此情况下,MMS UA将响应MM1_notification.RES,其中包含了一个指示无法处理通知原因的状态。如果MMS用户代理不提供MMnotification.RES，MMSRelay/Server销后应能够重新发送通知。7.2.3信息单元
表5和表6分别给出了MMI_notification.REO和MM1_notification.REs消息中的信息单元，表5MM1_notification.R烂Q中的信意单元说明
信息元察
Message Type
Transaction D
MMS Versian
Message Class
Message Size
Time of Expiry
Message Reference.
Subjcct
Priority
Sender Address
Stored
DeliveryReport
存在情况
视情况而定
将此消息标识为MM1_notification.REQMM1_notification.REQ/MIM1_notification.RES对的标识标识MMSRelay/ServerRelay/Server所支持接口的版本MM的类别（例如，个人服务、广告服务、信总服务：默认值=个人服务）MM的近似大小
MM的超时时间
MM的参考，例如，URI
整个MM的标题
消息的优先级（重要性）
最近处理过MM【即提交或转发MM）的MIMS用户代理的地址。如果始发方MMS用户代理已经请求对接收方隐藏其地址，则它的地址不会提供给接收方知识MM被自动存储到MMBox中
请求发送报告
KAONKAa-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。