YD/T 1605-2007.Protocol Requirements of Peer to Peer Multimedia Messaging Service Interworking between Networks.
1范围
YD/T 1605规定了不同运营商之间点对点多媒体消息业务网间互通协议要求,包括网间通信方式、消息头定义、消息格式等内容。
YD/T 1605适用于移动网之间、固定网与移动网之间以及固定网之间点对点多媒体消息的网间互通协议。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
IETF STD 0010 (RFC 2821)“简 单邮件传输协议”(Simple Mail Transfer Protocol),
URL: http: //www.ietf.org/rfc/rfc2821.txt
IETF STD 0011 (RFC 2822)“因特网消 息格式”(Internet Message Format),
URL: http: //www.etf.org/rfc/rfc2822.txt
IETF RFC 1327“X.400(1988)/ISO 10021与RFC 822之间的映射”(Mapping between X.400( 1988)/ISO 10021 and RFC 822),
URL: http: //www.ietf. org/rfc/rfc 1327.txt

ICS 33 040
中华人民共和国通信行业标准
YD/T 1605-2007
点对点多媒体消息业务网间互通协议要求Protocol Requirements of Peer to Peer Multimedia Messaging ServiceInterworkingbetweenNetworks
2007-04-16发布
2007-10-01实施
中华人民共和国信息产业部发布前
范围·
规范性引用文件·
术语、定义和缩略语·
3.1缩略语·
3.2术语和定义
功能概述·
通信力式
消息定义
路由前转消息
路由前转递送报告
路由前转阅读报告.
消息格式
消息格式概述
消息报头字段
MM4_Forward.REQ报头映射.
MM4_Forward.RES报头映射
MM4_Delivery_report.REQ报头唤射MM4_Delivery.report.RES报头映射.MM4_Read_reply_rcport,REQ报头映射-MM4_Read_reply_report.RES报头映射报头字段值范国
消息编码
解释状态码
地址编码
YD/T 1605-2007
YD/T1605-2007
本标准是根据我国多媒体消息业务的相关通信行业标准以及各运营商开展多媒体消息业务的实际情况制定的。随着技术的发展，还将制定后续的相关标准本标准是点对点多媒体消息业务网间互通的系列标准之：，该系列标准的名称及结构预计如下：1.点对点多媒体消息业务网间互通技术要求2.点对点多媒体消息业务网间互通协议要求3.点对点网间多媒体消息业务和协议的测试方法4.点对点多媒体消息业务网间互通设备技术要求5.点对点多媒体消息业务网间互通设备测试方法6.点对点多媒体消息业务互通服务质量要求和测试方法本标准由网络互联互通技术标准工作组提出。本标准由中国通信标推化协会归口。本标准起草单位：信息产业部电信研究院本标准主要起草人：盛蕾黄颖黄先琼1范围
点对点多媒体消息业务网间互通协设要求YD/T 1605-2007
本标准规定了不同运营商之间点对点多媒体消息业务网间互通协议要求，包括网间通信方式，消息头定义，消息格式等内容。
本标准适用于移动网之间、固定网与移动网之间以及固定网之间点对点多媒体消息的网间互通协议。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。儿是不注日期的引用文件，其最新版本适用于本标准。TETF STD 010 (RFC 2821)“简单邮件传输协议”(Simple Mail Transfer Protocol)URL: http: /ief.org/rfc/rfc2821.txt正ETF STD 0011 (RFC 2822)\因特网消息格式\(Iniermet Message Format),URL: http: //ietf.urg/rfe/rfc2822.txtIETF RHC 1327
IETF RFC 2045
LETFRFC2046
IETF RFC 2616
3术语、定义和缩略语
3.1缩略语
下列缩略语适用于本标准。
\X.400(1988)/ISO10021与RFC822之间的映射（MappingbetwecnX,400(1988)/ISO 10021 and RFC 822),URL:http://ietf.org/rfc/ife1327.ixt“多用途因特网邮件扩展（MIME）第一部分：因特网消息正文的格式(Multipurpkose Intertiet Mail Extensions (MIME) Part One: Format ofInternet Message Bodies), URL: http: /ietf.org/rfe/rfe2045.txt]“多用途因特网邮件扩展（MIME）第2部分：媒体类型\(MultipurpaseInternet Mail exLension (MIME) Part Two: Media Types),URL:hup:/ief.org/rfc/rfe2046.txt“超文本传输协议，HTTP/1.1”(HypertextTransferProtocol,HTTP/1.1)，URL;http:/ieu.org/rfe/rfe2616.txtMultimedia Messaging Service CenterSimple Mail Transfer ProtocolMulinedia Messaging Servicc
Multipurpose Internet Mail ExtensionsValue Added Service
多媒体消息业务中心
简单邮件传输协议
多媒体消息业务
多用途因特网邮件扩展
增值业务
YD/T 1605-2007
3.2术语和定义
下列术语和定义适用于本标准。必备：本标准中规定的“必备”字段要求设备必须实现并且在消息中必须播带。可选：本标准中规定的“可选”字段要求设备必须实现但是否在消息中携带可以根据业务需求决定。在开展与此字段内容相关业务的时候，消息中将携带此段，否则消息中不需要搏带此字段。视情况而定：本标准中规定的*视情况而定”字段要求设备必须实现但是否在消息中携带需要根据相关条件确定，相关条件在信息单元中的信息字段定义中阐述，在条件满足时消息中将携带该字段，否则消息中不需要携帮该字段。
摘要消息：在两个MMS实体之间传送的信息，用于在这两个实体之间输送MM和/或相关的控制信息。
消息Ⅱ：用于标识MM的惟：标识符：4
功能概述
不同运营商间多媒体消息业务T联网关之问的通信协议采用于STD0010（RFC2821）的SMTP该协议主要提供点对点多媒体消息的前转功能。互联网关作为双方网络之间的接口网关，为双方的多媒体消息系统之间进行数据交换提供了一条安全，快捷的通道。互联网关之间采用直联电路或经过互联网相连接，双方网络通过互联网关实现多媒休消息系统之间的万联。
多媒体消息万通有两种结构如图1和图2所示。运费商1
WAP网关
移动网/固定网
运营商2
WAP网关
移动网/固定网
图1点对点多媒体消息业务网间互联的网络结构示意（直接连接】2
通信方式
运营商！
WAP网关
移动网/固定网
第三方
互联网关
运营商2
WAP网关
移动两固定网
YD/T 1605-2007
图2点对点多媒体消息业务网间互联的两络结构示意（第三方网关转接）互联网关间采用多媒体消息系统中的MM4接口进行通信，互联网关问采用SMTP连接。其连接方式必须同时支持长连接和短连接网种形式。MM4短连接是指一个连接只发送一次邮件消息，即指一次SMTP连接中，SMTP命令DATA最多发送一次。与短逆接相反，MM4长连接指在一次 SMTP连接中，SMTP命令DATA可以发送多次。SMTP本身支持这种行为，只要在发送完一次消息后，不关闭该连接。当一方要求正常关闭该连接时，应发送QUIT消息。为了防止连接超时，客户端可以定期采用SMTP命令NOOP刷新及检测连接的有效性，互联网关间发送的消息类型包括：(1)MM4_forward.REQ
(2) MM4_forward.RES
(3)MM4_delivery_report.REQ
(4) MM4_delivery_report.RES
(5)MM4_read_reply.REQ
(6) MM4_read_reply .RES
消息流程如图3所示，
路由前转请求
路由前转响应
路由前转递送报告请求
路由前转递送报告响应
路由前转阅读报告请求
路由前转阅读报告响应
YD/T1605-2007
消息定义
6.1路由前转消息
6.1.1路由前转消息概递
与联网关
MM4_forwardRPC)
MM4_forward.RES
MM4_delivery_repont.EQ
MM4_delivery_report,RES
MM4_read_replyRHQ
MM4_read_reply.RES
图3消息流程示意
互联网关
本部分描述路由前转多媒体消息。表1从类型利方向方面概括了其中涉及的摘要消息表1在MMS中转发MM的摘要消息
摘要消息
MM4_forwird_REQ
MM4_forwurd_RES
6.1.2正常操作
始发方互联网关→接收方五联网关接收方出联网关始发方互联网关向
始发方互联网关成功发现对端实休后，会采用一个包含MMS控制信息和MM内容的MM4_forward.REQ消息将MM路由转发垒接收方互联网关。如果请求了MM4_forward.RES，接收方互联网关将响应一个提供请求状态的MM4_forward.RES 消息。互联网关必须支持MM4_forward.REQ和MM4_forward.RES。6.1.3异常操作
在此情况下，如果请求了MM4_forward.RES，接收方互联网关将响应一个MM4_forward.RES消息，其中包括指示拒绝多媒体消息原因的状态，例如，未预约，地址错误，网络不可达等，6.1.4信息单元
表2和表3分别给出了MM4_forward.REQ利IMM4_forward.RES消息中的信息单元。表2MM4_forward.REQ中的信息单元信息单元
3GPP MMS Version
Message Type
Transaction D
MessagcID
Recipient(s) address
存在情况
本标准所定义始发方互联网关的MMIS版本参考点MM4上所用消总的类型“MM4_forward.REQ\MM4_forward.REQMM4_forward.RES对的标识MM的标识
MM接收方的地址：可能存在多个Recipient(s)address信息单元区分多个接收方，限制最大接收方地证的数望为50（川配置）信息单元
Sender address
Content bype
Message class
Date and time
Time of Expiry
Delivery report
Originator R/S delivery reportPriority
Sender visibility
Read reply
Subject
Ackrowledgement Request
Forward_counter
Previously-sent-by
Prcviously-scnt-dalc-and-tinncContent
VASP ID
Service Cade
Charged Party ID
存在情况
视情况而定
视情况而定
视情况南定
视情况而定
视情况而定
视情况而定
视情况而定
视情况而定
视情况而定
表2（续）
YD/T 1605-2007
最近处理过MM（即提交过或转发过MM）的MMS用户代理的地址。如果始发方MMS用户代理已经请求对接收方隐藏其地址，则它的地止不会提供给接收方
MM内容的内容类型
在始发方MMS用户代理已指定此字段内容的情况下，此字段将在信息中携带，表示MM的类别（例如，个人服务、广告服务和信息服务）MMS 用户代理最近处理（即提交或转发）MM 的时间和日期在始发方MMS用户代理已指定此字段内容的情况下，此字段将在信息中携带，表示MM指定的超时时问
在始发方MMS用户代理已请求MM的递送报告的情况下，此字段将在信息中携带，表示递送报件的请求表示发起方的MMS Relay/Server请求MM的递送报告在始发方MMS用户代理已指定此字段内容的情况下，此字段将在信息中携带，表示消忠的优先级（重要性）在始发方MMS用户代理已请求接收方隐藏其地址的情况下，此字段将在信息中携带，表示请求在将消息传递给MM接收方时，显示或隐概发送方的标识
在始发方MMS用户代理已请求MM的阅读报告的情况下，此字段将在信息中拽带，表示阅读报告的请求在始发方MMS用户代理已指定此字段内容的情况下，此字段将在信息中携带，表示整个MM的标题
MM4_frward.RES 的请求
在MM被转发的情况下，此字段将在信息中携带，表示某个MM转发次数的计数器
在转发情况下，此信息单元包含一个或多个处理（即转发或提交）MM的MMS用户代理的地址，这些用户代理先了其地址包含在“发送方”地址信息单元+的MMS用户代理，应标明所提供地址的顺序以及始发方MMS用户代理的地址（如果在）
与提交和转发事件关联的期和时间，先于最后-个MMS用广代理处理MM
在始发方MMS用户代理已指定此字段内容的情况下，此字段将在信息中拽带，表示彩媒体消息中未更改的内容VASP企业代码
股务代码
业务代码
在增值业务中标识付费用户终端号码5
YD/T1605-2007
信息单元
3GPP MMS Version
Message Type
Transaction ID
Message ID
Request Statas
Request Status text
6.2路由前转递送报告
表3MM4_forward.RES 中的信息单元存在情况
6.2.1路由前转递送报告概述
本文档所定义接收方互联网关的MMS版本参考点MM4上所用消息的类型“MM4_forward.RES\MM4_forward.REQ/MM4_forward.RES 对的标识已在相应MM4_forward.REQ中转发的MM的消息ID路由转发 MM 的请求状态
与请求状态和对应的状态文本
此部分MMS服务描述将递送报告从接收方互联网关路由前转至始发方五联网关，在MMS用户代理提取MM以后要求接收方互联网关必须给始发方互联网关返回路由前转递送报告。表4从类型和方向方仙概括了其中涉及的摘要消息。
表4在MMS 中路由递送报告的摘要消息摘要消息
MM4_dclivery_rep-ort.REQ
MM4_delivery_report.RES
6.2.2正常操作
接收方与联网关→始发方互联网关始发方五联网关一接收方互网关向
接收方互联网关成功发现对端实体后，会采用个仅包含MMS控制信息的MM4_delivery_rcpont.REQ消息将以前创建的递送报告路由转发至始发方互联网关。如果请求了MM4_delivery_rcport.REs，始发方互联网关将响一个提供MM4_delivery_repurt.REQ状态的MM4_delivery_report.RES消息。在发送方与接收方属于不同MIMSC的情况下，接收方MMSC必须生成递送报告发送给发送方MMSC，规定发送方互联网关只有在收到表明发送成功的递送报告之后才能触发计费。根据接收方用户是否护绝产生，递送报告可以分为强制递送报告和正常递送报告。如果接收方用广拒绝产生递送报告，此时递送报告为强制递送报告，即使发送方用户请求了递送报告，发送方的MMSC也不会下发给发送方用广。如果接收方用户没有护绝产生逆送报告，此时递送报告为止常递送报告，如果发送方用户请求了递送报告，发送方的MMSC将下发给发送方用户。为了区分递送报告的类型，在摘要消息MM4_delivcry_rcport.REQ中，采用ForwardtoOriginatorUA信息单元来标识递送报告类型（正常递送报告或强制递送报告）。互联网关必须支持MM4_delivety_report.REQ和MM4_delivery_report.RESu6.2.3异常操作
在此情况下，如果请求了MM4_delivery_report.RES，始发方互联网关将响应：个MM4_deivery_repurRES消息，其中包含指示递送报告绝原因的状态。6.2.4信息单元
表5和表6给出了MM4_delivery_report.REQ和MM4_delivery_reporl.RES消息中的信息单元。信息单元
3GPP MMS Version
MessageType
Transaclion ID
Message ID
Rccipient address
Sender address
Date and time
Acknowledgement Request
Fcrward to Originator UA
MM Status
MM Status Extension
MM Status tex!
信息单元
3GPPMMSVersion
Message Type
Transaction ID
Message ID
Request Status
Request Status text
路由前转阅读报告
表5MM4_delivery_report.REQ中的信息单元存在情况
YD/T 1605-2007
本文档所定义接收方互联网关的MMS版本参考点MM4上所用消息的类型“MM4_dclivery_report.REQ\MM4_delivery_report.REQ/MM4_delivery_repon.RES对的标识原始 MM 的标
原始MM的MM接收方地证
原始 MM的MM始发方地址
处理（接收、超时、拒绝等）MM的口期和时间（时间毅）MM4_delivery_report.RES 的请求标识递送报告类型，如该属性值为yes，则说明该递送报告为正带递送报告，如果该属性值为0，则说明该递送报告为强制递送报告MM的状态，如已接收、已超时和已拒绝MMStatus的扩展，提供进一步的状态信息与 MM 状态相对应的状态文本
表6MM4_delivery_report.RES中的信息单元存在情况
本文档所定义接收方互联网关的MMS版本参考点MM4上所用消息的类型“MM4_delivery_report.REs\MM4_delivery_reportREQ/MM4_delivery_report.RES对的标识导致递送报告的MM的消息ID
关联MM4_dclivery_report.REQ的状态与请求状态相对应的文本说明
这部分MMS业务涵盖了从接收方互联网关到发送方互联网关阅读报告的路出前转，表7从类型和方向方面概括了其中涉及的摘要消息。表7MM4发送和接收阅读报告摘要消息摘要消息
MM4_read_reply_reporl.RFQ
MM4_read_reply_report.RES
6.3.1正常操作
接收方联网关·发起方互联网关发起方亚联网关→接收方互联闷关向
接收方互联网关成功地发现对端实体之后，应采用仅包含MMS控制信息的MM4_read_rcply_repxort.REQ路由前转一个有接收方MMS用户代理先前提交的阅读报告。如果请求了MM4_read_reply_report.RES发起方互联网关应该用MM4_read_reply_report.RES响应，并在其中提供MM4_read_reply_report.REQ的状态。
互联网关支持MM4_readreplyreport.REQ和MM4_readreply.report.RES是必选的6.3.2异常操作
这种情况下，如果请求了MM4_read_reply_repont.RES，发起方互联网关以封装了指示阅读报告未被接受原因的状态信息MM4_ncad_reply_report.RES来响应。6.3.3信息单元
表8和表9给出了MM4_read.reply_repori.REQ和MM4_read_reply_reporL.RES消息中的信息单元。了
YD/T 1605-2007
信息单元
3GPP MMS Version
Message Type
TransactionID
Recipient adlress
Sender address
MessageID
Date and tinle
Ackiowled gemnent Request
Read Status
Read Siatus text
信息单元
3GPP MMS Version
Messuge Type
Transaction ID
Request Status
Request Status text
消息格式
消息格式概述
MM4_read_reply_report.REQ中的信息单元存在情况
接收方互联网关的MMS版本
Mhf4参考点使用的消息类型“MM4_rcad_rcniy_report.REQ标i识MM4_read_ieply_report.REQ/MM4_read_reply_jeport.RES对原始MM的接收方地址，即阅读报告的发起方原始MM的发起方地址，即阅读报告的接收方原始MM的消息
MM被处理的凸期和时间（阅读、未被阅读直接删除）（时间戳）请求 MM4_rcad_rcply_report.RESMM的状态，如阅读、未被阅读直接删除阅读状态的相应文本解释
表9 MM4_read_reply_report.RES 中的信息单元存在情况
接收方互联网关的MMS版本
MM4参考点使用的消息类型“MM4_reid_Ieply_Iepur.RSP\标iMM4_read_reply_report.REQ/MM4_read_reply_report.RES相关MM4_readf_reply_repon.REQ的状态请求状态的文本解释
SMTP“邮件”消息由“报头字段”和“消息体字段组成”MM的所有单元应该包括在单个SMTP“邮件”消息中，该消息将被组织成具有相应RFC2045规定的“Content-type\字段值（例如，multipart/related、multipart/mixed、itmagejipeg、textplain）的MME消息。所有MM单元应是标准的MIME内容类型。所有其他MMS相关消息（例如，递送报告、阅读报告、传输确认）均应作为单个SMIP“邮件”消息组织成textplain的MIME类型来传送。SMTP“邮件”消息应反映出以上定义的所有MMS信息单元：7.2消息报头字段
MMS信息单元应根据SMTP“邮件”消息中的STD1I映射为“报头字段”。有关X.40U报头至STD11报头映射的详细说明，请参阅RFC1327。有些映射与上下文有关。对于那些无法映射垒标准STDII“报头字段”的信息单元，应采用前缴为“X-MMS.”的“X-\扩展机制。
下面描述了信息单元至常用RFC1327或标准STD11的唤射。7.3MM4_Forward.REQ报头映射
表10给出了从MM4Forward.REQ信息单元至相应STD1I报义的映射。8
3GPP MMS Versio1
MessageType
TransactionID
MessagcD
Recipient(s) addrcss
Sender address
Cootent type
Message class
Date and time
Time of Expiry
Delivery report
表10MM4_Forward.AEQ信息单元至STD11报头的映射信息单元
Originater R/S delivery reportPriority
Sender visibility
Read reply
Subject
Acknowledgement Request
Forward counter
VASPID
VAS ID
Service Code
Charged Party ID
Previously-senl-hy
Previously-sent-date and-timeContent
STDI1报头
X-Mms-3GPP-MMS-Version:
X-Mms-Mcssage-Type:bzxz.net
X-Mms-Transaction-ID
x-Mms-Messagc-ID:
Content-Type:
x-Mms-Message-Class:
Date：
x-Mms-Expiry:
[X-Mms-Delivery-Report:
[X-Mms-Originalor-R/S-Delivery-Report:X-Mms-Priority:
X-Mms-Sender-Visibijlity:
X-Mms-Read-Reply :
Subjcct:
X-Mms-Ack-Request :
X-Mins-Forward-Counter :
X-Mms-VASP-ID
X-Mrus-VAS-ID
[x-Mms-Seryice-Code
X-Mms-Charged-Party-ID
X-Mms-Previously-sent-hy:
X-Mins-Previousiy-sent-date-and-time :Sender:
X-Mms-Originator-System
Mcssage-ID
YD/T1605-2007
MM4信息单元消息（MessageID）不直接映射至相应的STD1I“Message-ID：报头。MM4信息单元消息Ⅱ（MessaID）对丁同一-个MM相关的STD11消息是相同的，而每个STD11消息在\Messagc-D；”报头中必须是惟一的。内容类型直接映射，因为两个均定义为RFC2046中指定的MIME内容类型。STD11“From：”报头邮件用户代理确定，在此处为MMS用户代理。它与MMS用户代理或互联网关设置的MM4信息单元发送方地址（Sentleraddress）相对应：STD11消息必须具有“Sender：\报头，以指示始发方地址（由“MAILFrom”命令确定）。STD11“X-Mms-Originaiur-System：”报头为发送方互联网关的系统地址，将用于指示接收方互联网关用作MM4_Forward.RFS接收方地址的地址。7.4MM4.Forward.RES 报头映射
表！I详细说明了MM4转发响应信息单元的映射。来白接收方互联网关的转发响应消息的传送需要正碗寻址的STDII消息。MM4_Forward.REQ的可址就是对指定接收方和始发方的寻址，MM4Forward.RES的导圳:与原始MM的接收方和始发方都不关，MIM4_Horward.R.FS的寻址基于MM4_Forward.REQ中通过9
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。