【通信行业标准(YD)】 固定网多媒体消息业务技术要求 第2部分:多媒体消息业务接口

中华人民共和国通信行业标准
YDT 1533.2-2006
固定网多媒体消息业务技术要求第2部分：多媒体消息业务接口
Technical Reguirements of Multimedia Message ServiceBased onFixed Network
Part 2:Multimedia Message Service Interface2006-12-11发布
2007-01-01实施
中华人民共和国信息产业部发布颜言
■范围-
3现范性引出文件
3术话，定义知缩略语
3.1术站和定义
3.2缩略语·
4系统总体结构：
5、学媒体消息中心设备的功能要求，5.1本功能要求
5.2其他功能要求（可选）
5多模体消息中心设备的核口要求目
6.1悠猫和案带轻消良中心之回的接口【MM!！G.2MMSRelay和MMSServer之闻的接口（MM2）G.3外务器接口（MM3）
G.4多媒体消息中心间五联接（MM4！次
多媒体消息出心与广产业务信息数提库接口（MM6）6.5
增值应用接凹（MM）
6.7计费口（MM8）
6.8多媒体消息中心与网管系统之间的接口-6.9多媒伤消息中心与SMGW之间的接口子媒体消息中心设备的递作维护募求.1
图形用界所
监控机制
性能统计和报表
微障告普
数翡库管
资源管理
8网音和网管接口暂求
配各普理
权限管理
信令跟踪
话单、日志管理·
性能统计
YD/T1533.12006
YD/T1533.2-2006
提交增值业务的多媒本消总
传送请求：
取消和替换多媒体消息（可选功能）到YASP的状恋报告
VASP的阅读报告
-·般错误处理
分发的理（可选功能：
MM7摘要消息的实现
将信息单映射至SOAP单元
[0.10安全挖制
MM接要求
MMSC与网管系统之间的接\
13MMSC与SMGW之间的接口-
附录A【规范性附录】标准中相关的说明附录B（资料性附录）标准中第10.9章柑关的实例金文融
回定网多媒体消息业务技卡要求预计分个部会：第1部分：客媒体消息中心（MMSC）设备。一第2部分：志媒体消息业务接口，第3部分：多媒体消息终端。
本部分展工5固定网多操体消息业多核术号求3的第2部分。YD/T 1533.2-2006
本部分对应GPPTS23.140V6.0.（2001-03）多媒体消总业务阶段3，与它的一我性程度为
非等效。
本部分是“固定网率媒体消意业务系列标准之·、该系列标能预计结构为：1.国定网序媒体消息业务获不要求第1部分：多媒体消息中心（MMSC）段条染2部分：多媒休息业等接口
一第，部分：多媒体消息终端
？，固定网多体悄息业务测试方法，第1部分；多媒许消息中心（MMSC）设备第2部分：条媒体消息业务接1
一第3部分：多媒体消息端
固定网多媒体消息业务技术要求第2部分：媒体消息业务偿口游与《固定网多体消总业务期试运第2众：多媒传消息业务接口多配套使击：随存技术的发茂，诊将制定后续的相关标证。部分在制定过程中达象专了数字鲜察移动通信网多媒本消息业务接口技术要求：本部分的附收A是规范偿谢求，附求且是资料性附求：区部分出中国通信标性北协会提出归，部分起卓单位：信总产业部电信研究院华为技术有限公司
中兴通识股份有限公司
上海贝尔阿尔卡特股份存限公司中国电信集创公司
中国国终博信集查公司
本部分土要起草人：盛苗、差步三帅、张再军，茶峰要蒋念鸟1范围
固定网多媒体消息业务技术要求第2部分：多媒体消息业务接口
YD/T 1533.2-2006
本部分定文和描述了固定网络内客率媒体消息业穿相关实伴之间的接口．以保证多媒体消息业务系统在多厂商环境下能够顺利开履业务，不部分适用下固定网的案烘体消息业务相美实体之间的接！，2规范世引用文件
下刻文性中的款通过本部分的：用前成为函分的策款。凡是注与期的文件，其随是所有的修改单（不包挥勘误的内容）或整订版的不适用于木部分，然而：鼓励根据本部分达成协议的各方研究是否可惊用这此文件的最前版本。凡是不注日期的引用文件，其最新版本适用丁本部分：YD/T 149R-2006
3GPPTS22.140VG.0.0
数字择移动通信网多媒作消息业务（MMS）接I技术要求多媒体消息业务价段E（MulimecdiaMessaginySenviceSrage1）3GPPTS23.140V6.0.0/21-03）多媒体消息业务阶段2（MulimcciaMessuging Service—Stuge2）3术语、定义和缩略语
3.1术语定义和缩略语
下列本沿和完义适州于本部分，3.1.1固定网的多媒体消息业务
在既有电话网中，为固定电活网！举供的非实时传送多媒体数据的业务3.1.2固定网媒体消业务终端
能接收、发送多媒体消息的固定终端设备，并支持固定网短前息（SMS）功能，3.1.3状态抵告
状态报普指的是多媒本消息中心治发送者发送的表征案媒体消息处理状态【如成欢发送至接改方蔡端，鼓拒绝、过期等）的报告，在发送方与接收方同属于一个多媒体消息中心的情况下：状态报告只有在发送者请求状态报告而接收者没有请求不产生状态报告的情说下才能户生：在发送方与接妆方同于不同的多媒体消息中心的情说下，接收方必须生成状态报告发送给发送方，发送方再根据发送方与接吸方的请求情况决定是再尚发送方摄交状器报告。3.1.4阅读报告
阅过报告指的壶接收背在阅读多媒体消息时，由接收方整端产牛并发给发送方整端或应用的，以表明接收者对发送的多媒体消总的姓理信息，比如已经间阅读投后。3.1.5多媒体消显业务用户代理
常驻在用户整端或外部设备「的应用岸序，代表用执行字媒体消息业务特定操作。多媒体消息业务用户变理不是多媒体消总业务环境的部分。3.1.B MMBox
与用户相关联的网络存储器，车其中间以对多媒体消息，客媒本消总的状态以及相关标志进行在情。YD/T 1533.2-2006
新、剃览、1载、删除等操作，
3.1.7多媒体消息业务环境1MMSE！多媒体消息业务祖关网的英合。3.1.8未知状态终端
该用产为有效用户，使用何种终端的状态未知3.2缩略语
下列缩略语适用于左部分。
4系统总体结构
Broad Network Accesy Surver
Hyperlext Trans [er Prulcul
Mutimeliu Mexinge
Muiimnelia Messaging ServiceMultinedia Messaging Service CenlerMultimedia Messaging Servicx. FnvironmentNarmnw Access Serves
Protocol Data Lnit
Short Message service Based n PSTNShort Message Center
Short Message GateWay
Sirnple Mail Transfer ProtrcolSimple Network Management ProlrcolSimple Chject Acces: PrkacnlValue Added Service Frovider多媒体消息业务系统总体结构如图1所示，SMm
外培量
t E-Mmilp
提入划备
外产川股
如传责
宽带网按人设备
随文本传输协议
多媒体消息
多媒体消息业务
多媒体消息中心
实媒体消息业务环境
窄带接人设备
协设数据单元
基丁前定电话树的短消息业务
短消息中心
消息网关
简单邮件传输协设
简单网络管理协议
简单对象访问协议
培值业务接供商
增监质服务活
从技用质务器
MMSr数学
列管中心
外用以
固定网多撼体消显业男（MMS】票统总体结构围1
各接：采用的协议如下：
YD/T1533.2-2006
MM1：该接II在象媒消息终端与多媒体消息申心之间，基十ITTP协议，此时的MM1接口是经过接人认源后的接！。
MM2：MMZ接I用于多媒体消息心中MMSRelay和MMSServe:之间的通信，为内部接口，本影分不作具坏规定。
MM3：多媒休消息中心与外邮服务器的接口，该接口落于SMTP或HTTP协议。MM4：不M的多媒体落息中心之利互收，该接口苯于SMTP协议：MM6：多媒快消息心与用广痛息数据库的接口，可以采用LDAP协设，MM：MM7接口用于多媒体消息中心与增值应用之间的接口。该接口基丁HTIP协议，为多炼体消息人率种增值服舒：通过5OAP协议对MMT消总进行封装，SOAP消息的传输协议基丁HTTP协议。MM8：多媒体游息中心与计费的接口，MM8接n通过FTP，FTAM实现。多媒体消息中心与网管系统之叫的接口：多媒体消息心吴用SNMP动议与上级两管系统（NMS）相道：
多探本消息中心与SMGW问采用运告商自定的协效。5MM1接口要求
MM1接编解码参照OMA标准，OMA-MMS-ENC-VI.2-2040323-C：MMI接口定义「多媒体俏息业务终端和多媒体消息中心之间的事务处理。这些事务处理创括家媒体消息通知、多媒消息接收、多媒体消息前转状态抵告和阅读报告。其他事务处理定义「在使用MMBOx实现方式的情况下多媒体消点存能、核收，更改和删除的过程，5.1发方用户标识的获取
在MMI接口上应具备获取发为用户标识的能力，固定网势使用IP地证和十叫号码作为发方用户的标识。
5.2继端能力信息的获取
在MIM1接口上应具备狭取终端能力信息的能力，HTTP头中的终端能力信息了段为可选，在终端发给多媒消息中心的HTTP包头中括人租关信息，对HTTP也头的扩展如下：x mms cerininal-vendor
X-mms.cerininal-type
x-mns-teminal-profile-URL
X-Imuis-tecminal ip
x.nuns.teriminal-isdn
x-mums-teriminal-capabilities遥配，格式如下：
厂商代码（按照运营商规定的厂商代码规则）厂商提供的端类型
VRL,李考 OMA-WAP-LIAProf-vI 1终端（按熙****的方式）
按则终端号码的编码方式
分辨率，支持的字符集、图象格式，首频恪式，视频格试，能白Tesoalion [X*Y*G lchureLs [... IugeForuuls[... .Audofumats[... VidcoFumas [... AdapulionilX：表示横问点数
Y：表示纵向点数
G:色,深或者
YD/T 1533.2-2006
Adaptation存在该字段时表示终端具备自适配动能，否友示不具备该功能。多媒体消息中心应该优先处理a-mns-terninal-profile于展字段取值UL中所表示的终端能力信息，在没有该字段或者该子段取值为空时通过x-mms-teruinal-capahilities扩展字段获联终端能力信息。注：扩展段不区分大小导，另外，对于不提供LRL地止的终举，产照预置的默认URL处现，在就认URL中定文基本的能力至求。
5.3提交多媒体消息
5.3.1正常操作
表1定义了提交消息的类型和行向。标推十的相关说明在陈求A中描：表1多媒体消思业务中提空多端体消患时网到的制要端要消息
MMI_gubraiL.RFQ
MMI_sitbari.RFS
MMS用户代理一MMSC
MMSC +MMS用户代理
发方MMS用户代理将游使用包含多媒本消息业务控制信息和率媒体消息内容的MMI_submit.REQ消息将多媒体消息提交至发方MMSF。当用户文持MMBox并H为其启用TMMBox，多媒体消息将会垫接贝到MMBox中
MMSC将返回个MM1subrmitRES消息，消息中携带请求状态息。MMSC必须支持MMl_subILiLRES.
5.3.2异带操作
在异常情况下，发方MMSC将返回一个MIM1submic.RES消息，其中包含指示扣绝多媒控消息原固的状态信息，例如未项约、消息结构酸坏，不提供服务、不支持MMRox、未肩用MMBox，MIMBx额、MMnx系统已满和MMBoxI/O错误等，妞果MMSC不提供MM1_submiLRES消息，MMS用户代现应能够恢复正带状态。5.3.3信息盟元
表2MM1 submil.REQ中的值息单元信息单元
Meesage Type
Transaionp
MMS Versicn
Rccipien, addrrss
Coatcat typc
Scnder sddtreas
Message cluss
Date and rime
Tionc efExpiry
Earliest delivery timne
Telivary ceport
Keply t'harging
Keply-Tasdline
Reply-Charging-Sizc
存在摘况
将此消息标识为MM1_sulmit.REQMM1_uhmiLRBQ/MML_sobrit.RES对的标识标识MMSUA所支特接口的版术
多雄任消点的接收力地划，可能存在多个地址雄修消点内界内察美型
出提体消息发5的地
张供体消息的类别（测划，个人服务、广告服务和伯息眼务；遇交多奠存消息的时问和日期（时间】媒体消息或应费多桌体消息的指实超时时间将解体消息传单免收方的指就单时问状态据告的求
应普计册的求
在应兴计费的情说下，向收方提必成落的最退时间在应答计骨的情况下，类供治接收方的应答多媒体消息的虽大大小Priaity
伤息单示
Sersker visihelity
MM State
MMFIED
Read reply
SubjeeL
Reply-Cbiargiog-ID
Oaratem
息并一
Mesage Type
Transas:uion tD
MMS Version
Reques Sianus
Reqursl Sratus Tex[
MeagageID
SroreSrams
Store StarugText
Storet Message Referenr:
5.4多体消泉通知
5.4.1正宦样作
行在情况
表2 (缺)
消息的优先级（主要性）
试术在转消息传递给接收方，显示或购兼发送方的标识YD/T 153$2 2006
除常传递法操体销息外，请求将率述体消点的创本存储空用户的MMHI开已存储多操体消息的“MM态”信点单元设置的位（如果存在“存能”）在已存情镍体消点的“MM标一信息单元小设的个或事个“MM标志”关谜宇（如思存在“存齿”
阅读报咨的请求
整个多期体消克的标题
在应格计势的情况下，果心MMlsubmucREQ提炎落：多媒体消点，例定所应答原始乐媒体消息的标识
多好体者息的内容
表3MM1_6ubmit.AFS中的信息单元存在情况
规情况面定
抵措况而定
模情况而定
将比消户标识为MMi_scbmit.REsMMImubmicRFO/MM)_submi:RESxt标识标识多媒伴消息中心支持接目的版本实梯体消点提交请求的状态
限定多媒体消息.提交请求状态的说明多媒体消息的标识！如果MMSC接受MM）行储哺末的状志！如黑MMIsubnuicREQ十存在“存齿请求）与行站状态批时应的说明性文本（如果存衣）新所行储彩端体消息的款志（如果MMI_mbmit.REQ中存在“存能\请求）本节定义「从接收方MMSC到相应接收心MIMS用产代理有关密媒体消良的通部，表4定义了其巾涉及的摘要信息。
表4 在MMS中通妇多激体消息的摘要消患病要消点
VMI_intifieatirm.RFO
MMI_notificajion.RES
MMSC一MMS用产代理
MMSF，-+MMSC
接收厅MMs用户代红收到MM1_nonificaricn.RQ后，会接收方MMSc响应MMI_noniticaion.RES，以确认成功接收MMInorificarion.REQMMI_noritication.RTs与相应MM1_noritication.REQ-对应5.4.2异常操作
在此情说于，MMS用」代理将响应MM1_natification.RES，其中包含了，个脂尔北法处理通知原因范状声。如果MMS用代理没有源应MMt_natificatian.RES，MMSC销后应能够查新发送通知。YD/T1533.2.2006
5.4.3信息单元
信息元款
Mestage Tyre
Transaction ID
Mts Verior.
Message ctuss
Message size
Tiroe of expiry
Mesbagc Refenencc
Snbjcct
Trierity
Sendcz adkiress
Stared
Delivery rtpon
Raply-Changing
Reply-Deadlinc
Rtply-Charging-Sizc
Reply-Changing-ID
Elemeot-Desariptcr
Message Digribution lndicalu格息元章
Message Type
T'runswetion IL>
MMSVersiua
MM Sialk.
Repxmt allywesl
接收多媒体消息
5.5.1正带操作
行在情况
视情况而定
MM1_notifoalion.RE中的息单元说
将此消息标识为MM[_otificatioo,REQMMI_noification.REQMMi_notfication.RES对的标5标识MMSC所支传读口的版本
客媒体消点的类别（因如，个人服务，广告噪务、信息限款：费认值=个人融务）
多媒体措的近假人小
多媒体损岛的起时时间
多体消良的引，R
整个多停消息的标题
消良的优先然（重要性）
是近处现过多媒体消息（即提交或前转多煤体消户）的MMS用户代理的地证。如果发方MMS用户代理已经调求对接收方限赢其地址，它的地止不含整供给接收方
招示将媒体息门动存储至MMBOX
状态报凸的情求
对比特定原始等媒体消总应赛不升费的信点在应等计费的情况下，将允许的质客提交始接收方的最退时间盘答计量的情况下，提仙给接收方的核答：多媒体消息的感大大小如果此酒知指示一个空售多媒体消息，情化咨应答的原始系操体消息的标识学媒体荫息元本猫还，它可能包者有关多媒体消息元来的详拍信良，例如，请总单元的名称、大小和（或）类型和希式如果设量火“假”，测VASP已指示不能量新分呢媒体滑总的内率如某设耳为一真一，则VASP指示可能玉新分百多媒体消息的内容表8MM1_notfikcabon.AES中的信息单元行在情况
将此消息标识为MMl_poticationREsMM1_nocificationREQMM1_odflcadon.RES对的识标MMS月广代理所支持控口的版本多媒坏消恩按收的状态
清孕开变不充许规体消息发方发递态报告本节定义了接收方MMS用广代理以接收方MMSC接收多媒体消息。表7定义丁其中浅及的摘募消息。了在MMS中接收多媒体愿要用到的拥要消率病要消点
MM1_retricuc.RFQ
MMI_rdricve. RES
MMI_acknowledgerDenLREQ
MMS用户代理MMSC
MMSC-→MMS用户代理
MMIS用广代理+MMSC
YD/T1533.2.2006
接收方MMS片户代理向接收方MMSC发送个-MMIretrieve.REQ消息以启或接收过径，MMSC将响应MM1_[CIncvc.RES，其中包含多媒体消息控谢信息多媒体消息内穿，接收方MMS片户代理接收到MM1ruicveRES之后，妇果MMSC请求确认，会向应的MMSC发送个MM1ackmowlcdgcmcnt.HU消息。MM1ackowledgement.REQ与相应的MM）_retrieve.REs料划底5.5.2异常操作
如果接力MMSC瓦法处理MM1_retrieve.HQ，9如，中十内容位置无效或消息超时，接收方MMSC将响应个MM1retieve.RES消息或个低协议层错误消息，艾中包含指示MMS历广代理传逆亲媒体消泉原因的状态，
加果MMSE不提供MM1_rerieve.RES或低协议退错误消息，测MMS,用门代理应能够恢复，5.5.3信息单元
表日MM1_ratrlava.AE口中的惜想单元信总单元
Message Referenre
伯息单元
Mrsskge Typ
Tratsacuon [D
MMSVersion
Mcs5gcID
Sanler atlifnw
Conteatrypc
Recinicnt addrcas
Mcasnge olass
Dte and time
Delivery report
Priorily
Kisalnaiy
Sulijea
MM Suae
MMFlag6
Request Sreding
Requcgt Stalus Text
Rcply-Charzing
Reply-Charging-ID
Reply-Dcedline
Reply-C:hurging Wize
行在情况
专条件
规情说面定
视情况而处
视情况而定
视情况而定
讯情况丽定
规情记面定
存在情况
要接收多供体消的内容的位置
表9MM1_retrieve.RES中的信患单元蒋比清息标识M.M:mrinaKhy
如采MMS请求按收方MMS用户代理远行辅认，到应类供事务处理：这样，它标[MM1_erieve.RES/MM1_acknawledgementREQ,标识MMSC所支持接可的版术
媒体荫息的消息
轻近处过多练还诺层（即，提交以载前转过影媒这性息）心月广代理的地址如采发方MS用户代量已经请求对要收力胞账其地上，则它的地上不会提共接收方实减体消息内容的内容类型
多典保消息技收方的地址：可能行在多个地止消息的落列（例如，个人务，告服务和信息限务）MMS用户代理最近处理（即，势必支前转）多媒体消点的时司知F期然态报告的请求（如果发方MMS用户代理已南求状态报告）消息的优先纸（重要性）（划果发方MMS用户代理已指定）阅谈报为的请求（如果多体消定的爱为MMS用户代理提请求阅读报作个多蝶体消息的两（划果多案车剂息的爱力MS用广理情定）多保样消且状密。人品客点体悄息可降缺少核状态，禁久存储的多保样消总年在该状态
尺有使失存循的患旗体消息孕市该动志。个或多个关标志，如巢以前为实媒体消息设置了这些标志，成车在多媒体消息起收按收请求的状态限定多媒袜消息技收拟收请求状态的说站时此特定原始多媒体消息等示计费的信息在成落计费的情况下：这已应惊始多媒体消息的标识在应答计费的情况下，将提子的应管捉交给按收方的是返时间个应答计费的情况下，提供给接女方的应等求操体消点的量大大小7
YD/T1533.2-2006
信息中元
Picvioorly-sent-by
Previn usl y-scnt-dar
and-tirae
Condent
信息单元
MessageType
Trangaction ID
MMSVerioD
Repml allowed
在在情况
裹9续
在前转情况下，比信息单元包告一个或多个处理（郭前转或提交）多媒体供尽的M用户代理的地证，这些用户代理处理（如前转、提交等；多谋体消息的时同未于MMS用广代理。发方地址的请点单元中境荐有MMS用户代理的地址，应标明所据供地正的报序：应标对发方MMS用户代理的地址（如只存在；在MMS用户少理最过一次处理影账体消息之前，与提必和前转可件关联的口期和时间
说情况而定：媒体消息的内容（由率媒体清息的发力MMS用户代理尚定：表10MM1_acknowlodgcment.REQ中的信惠单元悦明
疗在情况
视情况而定此内容来自标准下载网
5.B前转多蝶体消息
5.6.1正常操作
将此消点标识为MMI_acknowledgment.REQ如果MMSC调求了确认，则应提供事务处押ID.逆样，它拼标限MM1 rcuricvc.RES/MM1. 2cknowlcdgcmcu.REQ.标谢MMS用户代理所支持接口的本清求分或不允诈向多集本消息发方发送状态报告MMSH户代理向相应的MMSC请求前转的机尚如下：一个前转MMS片户代理可以它相应的MMSC请求：将个把它作为接收方（已通知多媒体消息）的多媒体消息前转给其他指定的MMS用户代理，这些用户代理的地证应该由前转MMS用户代理指定，前转MMS用代理在挡定前转泄址之前不必先取可多赚体消息，如果支持MM，鼓前转的多媒体消息也可以做消求存储到发越方的MMBx。为实现前转目的，多媒体消息前转流求成始终中前较MMSC的前转MMS用户代理来提山，表11定义广广共中涉及的摘要消息。
表11月于确物各成休消息的摘要消息病要消息
MM1forwandREQ
MMI_forward.RES
MMS,用产代理一MMSC
MMSC→MMS印产代理
前转MMS用户忙理应向前转MMSC发送-个包含MMS控制信息的MM1forwar.REQ息：MMSC净拍应个MM1forWdRES，指明操作状态。对于支持MMRox的MMSG讲，支持MM1_farwandRFQ消息和MM1_farwardRES消息足必选的，此外，MMS用户代理和MMSC支持MM1_forward.RE是可选的。5.5.2异常操作
在此情说下，MMSC将响应一个MM1.forward.RES，其包含指示前转请求梦拒绝的原，如独约、不提供服务，内容位登无效，消息超时、不支持MLMB、末启用MMBox，MMEox超额、MMBox系统已瑞和MMBuKLO清识。
如果MMI_forwalRE包含存储”请水，则MMSC将在MMIforward.RES中提供存储携作的特果。如果MMSC不估MM1Furwurl.RES，则MMS用上代理能够恢复。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。