1、╳╳╳╳-╳╳-╳╳实施 ╳╳╳╳-╳╳-╳╳发布 中国移动通信集团公司 发布 版本号:1.0.4 QB-╳╳-╳╳╳-╳╳╳╳ 中国移动通信企业标准 中国移动多媒体消息系统(MMS)接口规范 Interface specification of China mobile MMS system 目次 1 范围 1 2 引用标准 1 3 术语和定义 3 MM状态:MMBOX内的MM状态,为
2、几个相互排它枚举值之一 3 MM发送:收方MMS RELAY/SERVER将MM发送到收方MMS用户代理的操作 4 MMSE:统一管理下MMS相关网元的集合 4 4 符号和缩略语 4 5 系统接口描述 5 6 本规范中相关定义的说明 7 7 MM1接口定义 9 7.1 发方用户标识的获取 9 IP地址:X-FORWARDED-FOR 9 7.2 提交多媒体消息 9 7.2.1 正常操作 10 7.2.2 异常操作 10 7.2.3 信息单元 11 7.3 多媒体消息通知 12 7.3.1 正常操作 13 7.3.2 异常操作 13 7.3.3 信息单元 14
3、7.4 接收多媒体消息 15 7.4.1 正常操作 15 7.4.2 异常操作 16 7.4.3 信息单元 16 7.5 转发多媒体消息 18 7.5.1 正常操作 18 7.5.2 异常操作 19 7.5.3 信息单元 19 7.6 发送报告 20 7.6.1 正常操作 20 7.6.2 异常操作 20 7.6.3 信息单元 21 7.7 阅读报告 21 7.7.1 正常操作 21 7.7.2 异常操作 22 7.7.3 信息单元 22 7.8 在MMBox中存储和更新多媒体消息 23 7.8.1 正常操作 23 7.8.2 异常操作 23 7.8.3
4、信息单元 24 7.9 查看MMBox 24 7.9.1 正常操作 25 7.9.2 异常操作 25 7.9.3 信息单元 26 7.10 加载和持久存储多媒体消息 27 7.10.1 正常操作 27 7.10.2 异常操作 27 7.10.3 信息单元 28 7.11 删除存储的多媒体消息 29 7.11.1 正常操作 29 7.11.2 异常操作 29 7.11.3 信息单元 30 8 MM2接口定义 30 9 MM3接口定义 30 9.1发送MM 31 9.2接收消息 31 9.3发现外部服务器上的新消息 31 9.4为了保证梦网相册能够根据不同情况
5、下发不同的短消息,在MM7接口做如下扩展: 32 10 MM4接口定义 32 10.1 MM4/HTTP接口消息定义 32 10.1.1 MM4接口能力协商 33 10.1.2 其它MM4接口消息 34 10.1.3 MM4接口承载协议描述 35 10.1.4 MM4接口字段取值定义 36 10.1.5 MM4/HTTP协议二进制编码定义 39 10.2 MM4/SMTP接口消息定义 47 10.2.1 路由转发多媒体消息 49 10.2.2 路由转发发送报告 52 10.2.3 路由转发读取应答报告 54 10.2.4 MM4上的消息格式 55 10.2.5 MM4
6、上的消息传输协议 65 11 MM6接口定义 67 12 MM7接口定义 67 12.1 提交增值业务的多媒体消息 69 12.1.1 正常操作 70 12.1.2 异常操作 70 12.1.3 信息单元 71 12.2 传送请求 72 12.2.1 正常操作 72 12.2.2 异常操作 73 12.2.3 信息单元 74 12.3 取消和替换MM 74 12.3.1 正常操作 75 12.3.2 异常操作 76 12.3.3 信息单元 76 12.4 到VASP的发送报告 77 12.4.1 正常操作 78 12.4.2 异常操作 78 12.4.3
7、 信息单元 78 12.5 VASP的读后回复报告 79 12.5.1 正常操作 79 12.5.2 异常操作 79 12.5.3 信息单元 80 12.6 一般错误处理 80 12.6.1 正常操作 81 12.6.3 信息单元 81 12.7 分发表的管理 82 12.8 MM7摘要消息的实现 82 12.8.1 SOAP消息格式和编码原则 82 12.8.2 绑定至HTTP 82 12.8.3 安全控制 84 12.8.3.1 鉴权 84 12.8.3.2 加密 84 12.8.4 SOAPAction报头字段 85 12.8.5 MM7寻址依据 85
8、12.8.6 状态报告 85 12.8.6.1 请求和错误状态码 85 12.9 将信息单元映射至SOAP单元 88 12.9.1 MM7_SUBMIT.REQ映射 88 12.9.2 MM7_SUBMIT.RES映射 90 12.9.3 93 12.9.4 MM7_DELIVER.RES 94 12.9.5 MM7_CANCEL.REQ映射 97 12.9.6 MM7_CANCEL.RES映射 97 12.9.7 MM7_REPLACE.REQ消息的映射 100 12.9.8 MM7_REPLACE.RES消息的映射 101 12.9.9 MM7_DELIVERY_RE
9、PORT.REQ消息的映射 101 12.9.10 MM7_DELIVERY_REPORT.RES消息的映射 102 12.9.11 MM7_READ_REPLY.REQ消息的映射 102 12.9.12 MM7_READ_REPLY.RES消息的映射 103 12.9.13 MM7_RS_ERROR.RES消息的映射 103 12.9.14 MM7_VASP_ERROR.RES消息的映射 103 13 MM8接口定义 104 14 WAP网关和MMS REDIRECTOR之间接口 104 15 MMSRELAY/SERVER与ENUM DNS之间接口 104 16 MMSC
10、与MMSG的接口 106 18 编制历史 108 附录一:对企业代码、服务代码和业务代码的规定 109 附录二:对MM7接口中MM7_DELIVERY_REPORT.REQ字段取值的规定 112 前言 本规范对中国移动网络内各MMS相关实体之间的接口进行规范,以保证中国移动通信集团MMS业务系统在多厂家环境下能够顺利开展业务。 本规范以3GPP和WAP论坛的相关标准为依据,并结合了中国移动特定的业务要求,为中国移动MMS业务网络的设备引进、网络规划、工程设计、网络运行、管理和维护等提供技术依据。 本标准由中国移动通信集团公司技术部提出并归口。
11、 本标准由标准提出并归口部门负责解释。 本标准起草单位:中国移动通信集团公司研发中心。 本标准主要起草人:孙杰、张慧媛、吴滨。 1 范围 本规范涉及的接口包括MM1(MMS Relay/Server与用户终端接口)、MM3(MMSRelay/Server与传统服务器之间的接口)、MM4(MMSRelay/Server之间互连接口)、MM6(MMSRelay/Server与用户数据库接口)、MM7(MMSRelay/Server与增值应用服务器接口)、MM8(MMSRelay/Server与计费系统之间的接口),为了满足中国移动特殊的业务需求(见《中国移动MMS业务总体技术实现方
12、案》),增加了MMS Redirector设备和ENUM DNS设备,WAP网关和MMS Redirector以及MMS Relay/Server和ENUM DNS之间接口也在本规范中进行了定义;考虑到MMS自身技术特点和中国移动网络实际情况,中国移动对MM2(MMSRelay和MMSServer之间的接口)和MM5(MMSRelay/Server和HLR之间的接口)接口不作要求。 本规范着重描述各接口的消息定义以及各消息所传送的内容、格式,多个网元在实现特定业务时的信令配合不在本规范范围之内。 2 引用标准 [1] 多媒体消息业务(MMS)总体技术要求,中国移动通信集团公司
13、 [2] 多媒体消息系统设备规范,中国移动通信集团公司 [3] 多媒体消息业务规范,中国移动通信集团公司 [4] 3G TS 22.140 V4.0.1 (2000-07), Multimedia Messaging Service – Stage 1 [5] 3GPP TS 23.140 V4.2.0 (2001-03),Multimedia Messaging Service – Stage 2, (RelVAS APPLICATIONse 4) [6] 3GPP TS 23.140 V5.1.0 (2001-12),Multimedia Messaging Se
14、rvice(MMS); Functional description; Stage 2 (Release 5) [7] 3GPP TS 23.140 V5.2.0 (2002-03)Multimedia Messaging Service (MMS);Functional description; Stage 2 (RelVAS APPLICATIONse 5) [8] 3GPPTS23.140V5.3.0(2002-06) MultimediaMessagingService(MMS);Functionaldescription;Stage2(Release5) [9]
15、WAP-206-MMSCTR-20010612-a [10] WAP MMS Client Transactions [11] WAP-209-MMSEncapsulation-20010601-a [12] WAP MMS Encapsulation Protocol [13] IETF; STD 0010 (RFC 2821):“简单邮件传输协议”(Simple Mail Transfer Protocol),URL:http://www.ietf.org/rfc/rfc2821.txt。 [14] IETF;RFC 2045:“多用途因特网邮件扩展 (MIM
16、E) 第一部分:因特网消息正文的格式”(Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies),URL:http://www.ietf.org/rfc/rfc2045.txt [15] 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/rfc1327.
17、txt。 [16] IETF; STD 0011 (RFC 2822):“因特网消息格式”(Internet Message Format),URL:http://www.ietf.org/rfc/rfc2822.txt. [17] IETF; RFC 2046:“多用途因特网邮件扩展 (MIME) 第 2 部分:媒体类型”(Multipurpose Internet Mail extension (MIME) Part Two: Media Types),URL: http://www.ietf.org/rfc/rfc2046.txt. [18] IETF;RFC 2616
18、超文本传输协议,HTTP/1.1”(Hypertext Transfer Protocol, HTTP/1.1),URL:http://www.ietf.org/rfc/rfc2616.txt. [19] IETF;RFC 1870:“用于消息大小声明的 SMTP 业务扩展”(SMTP Service Extension for Message Size Declaration),URL:http://www.ietf.org/rfc/rfc1870.txt [20] IETF;RFC 1652:“8 比特 MIME 传输的 SMTP 业务扩展”(SMTP Service E
19、xtension for 8bit-MIME transport),URL:http://www.ietf.org/rfc/rfc1652.txt [21] 2000 年 5 月 8 日 W3C 说明书“简单对象访问协议 (SOAP) 1.1”(Simple Object Access Protocol (SOAP) 1.1),URL:http://www.w3.org/TR/SOAP [22] IETF;RFC 2376:“XML 媒体类型”(XML Media Type),URL:http://www.ietf.org/rfc/rfc2376.txt. [23] IE
20、TF;RFC 2387:“MIME 多部分/相关内容类型”(The MIME Multipart/Related Content Type),URL:http://www.ietf.org/rfc/rfc2387.txt. [24] 2000 年 12 月 11 日 W3C 说明书“带有附件的 SOAP 消息”(SOAP Messages with Attachments),URL:http://www.w3.org/TR/SOAP-attachments [25] IETF,RFC 2915:“命名授权指示器 (NAPTR) DNS 资源记录”(The Naming Autho
21、rity Pointer (NAPTR) DNS Resource Record),URL:http://www.ietf.org/rfc/rfc2915.txt [26] IETF,RFC 2916:“E.164 号码和 DNS”(E.164 number and DNS ),URL:http://www.ietf.org/rfc/rfc2916.txt [27] 彩信业务各种代码使用原则(暂行) 3 术语和定义 必备:本规范中规定的“必选”字段要求设备必须实现并且在消息中必须携带。 可选:本规范中规定的“可选”字段要求设备必须实现但是否在消息中携带可以根据业务需求决
22、定。 视情况而定:本规范中规定的“视情况而定”字段要求设备必须实现但是否在消息中携带需要根据相关条件确定。 摘要消息:在两个MMS 实体之间传送的信息,用于在这两个实体之间输送MM和/或相关的控制信息 注 1:MMS 业务功能的应用协议框架与技术实现依据本文档的摘要消息描述。 发送报告:由MMSRelay/Server提供给MM发方(MMS用户代理或VASP),关于MM传送状态的反馈信息 外部服务器:诸如因特网电子邮件、统一消息传递系统或传真等外部系统的网络实体/应用程序,MM可发送给该服务器,且/或通过MMS业务提供商,可由MMS用户代理从该服务器获得MM 注 2:外部服务器通过
23、非 MMS 特定协议连接到该 MMS 业务提供商。 转发MMS用户代理:MM的预期收方,但请求将MM前转传送给其它收方而不先下载MM的MMS用户代理 已转发 MM:从发方发送到预期收方,并被该收方将其转发给其它收方的 MM,该过程将产生相应的发送报告和/或阅读报告,该MM可能被进一步转发 消息 ID:用于标识MM的唯一标识符 消息引用:指示MM位置的唯一标识符 MMBox:与用户相关联的网络存储器,在其中可以存储、下载和删除MM和MM的状态、相关标志 MM状态:MMBox内的MM状态,为几个相互排它枚举值之一 MM标记:零、一或更多个关键字标记的列表,由MMS用户代理定义,与M
24、M相关联 MM发送:收方MMS Relay/Server将MM发送到收方MMS用户代理的操作 MM提交:发方MMS用户代理将MM提交给发方MMS Relay/Server的操作 MMSNA:多媒体消息业务网络体系结构,包含向用户提供完整MMS的所有不同要素 MMSE:统一管理下MMS相关网元的集合 MMS Relay/Server:MMS业务提供商管理下的MMS特定网络实体和应用 注 3:MMS Relay/Server传送消息,提供MMS特定的操作或移动环境所需的操作,并(暂时和/或永久)提供MMS的存储业务。 MMS用户代理:常驻在UE、MS或外部设备上的应用程序,代表用户执
25、行MMS特定操作 注 4:MMS 用户代理不是MMSE的一部分。 MMS VAS应用程序:向MMS用户提供增值业务(例如新业务或天气预报)的应用程序。 原MM:从发方发送到收方的(初始)MM,可能产生相应的发送报告和/或阅读报告和/或应答MM,且/或可能要进一步转发 发方MMSE:与MM发方相关联的MMSE 发方MMS Relay/Server:与MM发方相关联的MMS Relay/Server 发方MMS用户代理:与MM相关联的MMS用户代理 发方VASP:正在发送MM的VASP 阅读报告:由收方MMS用户代理发送给发方MMS用户代理的反馈信息,该信息是反映原MM在收方MMS
26、用户代理中的处理状态 收方MMSE:与MM收方相关联的MMSE 收方MMS Relay/Server:与MM 的收方相关联的MMS Relay/Server 收方MMS用户代理:与MM收方相关联的MMS用户代理 收方VASP:正在接收MM的VASP 应答MM:在应答计费情况下收方MMS Relay/Server接受的第一个应答(在检查应答计费限制后,如最迟提交时间) 短码:业务提供商特定的地址,是一组字母数字字符串组合 SOAP附件:从MMS VASP传送到MMS Relay/Server,或从MMS Relay/Server传送到MMS VASP的多媒体内容,例如声音、图象、文
27、本、演示或不同媒体类型和/或格式的组合。 事务:MMS用户代理与MMS Relay/Server之间,或者不同MMS Relay/Server之间发送的消息对 4 符号和缩略语 AO: Application Oriented AT: Application Terminated CDR: Call Detail Record FTP: File Transfer Protocol HLR: Home Location Register HTTP: Hypertext Transfer Protocol LDAP: Lightweight Dire
28、ctory Access Protocol MMS: Multimedia Messaging Service MMSC: Multimedia Messaging Service Center MMSE: Multimedia Messaging Service Environment MO: Mobile Oriented MT: Mobile Terminated OTA: Over The Air PAP: Push Access Protocol PPG: Push Proxy Gateway SMPP: Short Message Pe
29、er to Peer Protocol SMSC: Short Message Service Center SMTP: Simple Mail Transfer Protocol SNMP: Simple Network Management Protocol UAProf: User Agent Profile VAS: Value Added Service WAP: Wireless Application Protocol WSP: WAP Session Protocol 5 系统接口描述 MMS业务系统
30、结构如下: 图5.1多媒体信息业务系统结构图 MM1:MMS Relay/Server与用户终端的接口,具体描述见第7章; MM2:MMS Relay和MMS Server之间的接口,在中国移动MMS系统中,该接口为内部接口,本规范不作具体规定,具体描述见第8章; MM3:MMS Relay/Server与外部服务器的接口,具体描述见第9章; MM4:MMS Relay/Server之间互连的接口,具体描述见第10章; MM6:MMS Relay/Server与用户数据库的接口,具体描述见第11章; MM7:MMS Relay/Server与VAS APPLICATI
31、ON的接口,具体描述见第12章; MM8:MMS Relay/Server与计费的接口,具体描述见第13章; WAP网关和MMS Redirector间接口,具体描述见第14章。 WAP网关和ENUM DNS间接口,具体描述见第15章。 6 本规范中相关定义的说明 本章定义各接口摘要消息的应用协议框架,并说明MMS服务功能的技术实现。摘要消息可以归类为由请求和响应构成的事务处理。MMS摘要消息标记遵循以下规范: · MMS UA和MMS Relay/ServerRelay/ServerRelay/Server之间事务处理的前缀为"MM1"; · MMSRelay/
32、ServerRelay/ServerRelay/Server之间事务处理的前缀为"MM4"; · 请求的后缀标识为".REQ"; · 响应的后缀标识为“.RES"。 每个摘要消息均包含特定的信息单元,这些信息单元可能因具体消息的不同而有所不同。作为信息单元,所有消息都应包含协议版本和消息类型,以便MMSE组件可以正确识别和管理消息内容。 摘要消息和具体协议的映射不一定遵循一一对应的关系。如果PDU中携带的信息是所属摘要消息中的必需内容,则根据MMS的具体实现(WAP等),一个或多个摘要消息可以映射到一个低层PDU,而且一个摘要消息可以映射到多个低层PDU。 在提供状态信息的MM1响应
33、中,返回的状态信息与MM4响应中返回的状态信息不具有对应关系,它们彼此独立。 设计时,将MM1响应状态限于一组尽可能小的值,可以与实现MM4摘要消息的通信协议中出现的状态和错误相关联。同样,MM4状态可以与实现MM1摘要消息的通信协议中出现的状态和错误相关联。 下图为将多媒体消息从始发方MMS用户代理发送至接收方MMS用户代理时的摘要消息流。本图的范围仅限于参考点MM1和MM4上的摘要消息。 发送报告由接收方MMSRelay/ServerRelay/ServerRelay/Server发送。阅读报告由接收方MMS用户代理发送。 以下图6.1显示一个MMS用户代理提交一条多媒体消息至另一
34、个MMSRelay/ServerRelay/Server下的用户代理的一般事务处理过程。图6.2为使用到MMBox的摘要消息。这两个图只是举例,并未全部给出MMS用户代理和MMSRelay/ServerRelay/Server之间所有可能的事务处理过程。 对于本规范涉及的关于企业代码(VASP-ID),服务代码(VAS-ID)和业务代码(SERVICE-CODE)的说明请参见附录一。 图6.1:摘要消息流图例 图6.2:持久性存储的摘要消息图例 7 MM1接口定义 参考点MM1定义了MMS用户代理和MMSRelay/ServerRelay/Server之间的事务处理。这些事务
35、处理包括MM通知、MM接收接收、MM转发发送报告和阅读报告。图6.1以端到端的方式说明了其中的一些事务处理及其关系。 其它事务处理定义了在使用MMBox实现方式的情况下MM存储、接收、更改和删除的过程。 7.1 发方用户标识的获取 在MM1接口上应具备获取发方用户标识的能力,中国移动使用IP地址和MSISDN号码作为发方用户的标识。 通过3GPP TS 29.061中定义的RADIUS机制,WAP网关可获得用户的MSISDN与IP地址的对应关系,并在WAP网关发给MMSRelay/ServerRelay/Server的HTTP包头中插入相关信息,对HTTP包头的扩展如下: 主
36、叫号码:x-up-calling-line-id IP地址:x-forwarded-for 浏览器类型:user-agent 7.2 提交多媒体消息 表7.1定义了提交消息的类型和方向。 表7.1:MMS中提交MM用到的摘要消息 摘要消息 类型 方向 MM1_submit.REQ 请求 MMS用户代理->MMSRelay/ServerRelay/Server MM1_submit.RES 响应 MMSRelay/ServerRelay/Server->MMS用户代理 7.2.1 正常操作 始发方MMS用户代理将使用包含MMS控制信息和MM内容的MM1_s
37、ubmit.REQ消息将MM提交至始发方MMSRelay/ServerRelay/Server。当用户支持MMBox并且为其启用了MMBox,MM将会被拷贝到MMBox中。 MMSRelay/ServerRelay/Server将返回一个MM1_submit.RES消息,该消息中携带请求状态信息。 MMS用户代理可以支持也可不支持MM1_submit.REQ,但MMSRelay/ServerRelay/Server必须支持MM1_submit.RES。 7.2.2 异常操作 在异常情况下,始发方MMSRelay/ServerRelay/Server将返回一个MM1_submit.RES
38、消息,其中包含指示拒绝多媒体消息原因的状态信息,例如,未预约、消息结构破坏、不提供服务、不支持MMBox、未启用MMBox、MMBox超额、MMBox系统已满和MMBoxI/O错误等。 如果MMSRelay/ServerRelay/Server不提供MM1_submit.RES消息,MMS用户代理应能够恢复正常状态。 7.2.3 信息单元 表7.2:MM1_submit.REQ中的信息单元 信息单元 存在情况 说明 Message Type 必备 将此消息标识为MM1_submit.REQ Transaction ID 必备 MM1_submit.REQ/MM1_sub
39、mit.RES对的标识。 MMS Version 必备 标识MMSUA所支持接口的版本。 Recipient address 必备 MM的接收方地址。可能存在多个地址。 Content type 必备 MM内容的内容类型。 Sender address 可选 MM始发方的地址。 Message class 可选 MM的类别(例如,个人服务、广告服务和信息服务) Date and time 可选 提交MM的时间和日期(时间戳)。 Time of Expiry 可选 MM或应答MM的指定超时时间。 Earliest delivery time 可选
40、将MM传递给接收方的指定最早时间。 Delivery report 可选 发送报告发送报告的请求。 Reply-Charging 可选 应答计费的请求。 Reply-Deadline 可选 在应答计费的情况下,向接收方提交应答的最迟时间。 Reply-Charging-Size 可选 在应答计费的情况下,提供给接收方的应答MM的最大大小。 Priority 可选 消息的优先级(重要性)。 Sender visibility 可选 请求在将消息传递给接收方时,显示或隐藏发送方的标识。 Store 可选 除了正常传递MM外,请求将MM的副本存储至用户的MM
41、Box。 MM State 可选 在已存储MM的“MM状态”信息单元中设置的值(如果存在“存储”)。 MM Flags 可选 在已存储MM的“MM标志”信息单元中设置的一个或多个“MM标志”关键字(如果存在“存储”)。 Read reply 可选 读取应答报告的请求。 Subject 可选 整个多媒体消息的标题。 Reply-Charging-ID 可选 在应答计费的情况下,如果在MM1_submit.REQ中提交应答MM,则它指所应答原始MM的标识。 Content 可选 多媒体消息的内容 表7.3:MM1_submit.RES中的信息单元 信息单
42、元 存在情况 说明 Message Type 必备 将此消息标识为MM1_submit.RES。 Transaction ID 必备 MM1_submit.REQ/MM1_submit.RES对的标识。 MMS Version 必备 标识MMSRelay/ServerRelay/Server所支持接口的版本。 Request Status 必备 MM提交请求的状态。 Request Status Text 可选 限定MM提交请求状态的说明。 Message ID 视情况而定 MM的标识(如果MMSRelay/ServerRelay/Server接受MM)
43、 Store Status 视情况而定 存储请求的状态(如果MM1_submit.REQ中存在“存储”请求)。 Store Status Text 可选 与存储状态相对应的说明性文本(如果存在)。 Stored Message Reference 视情况而定 最新所存储MM的状态(如果MM1_submit.REQ中存在“存储”请求)。 说明:Message ID:25位,由MMSC产生的MM序列号,MSG-ID+4位流水号。MSG-ID的组成:由时间、MMSC编码和序列号(MMDDHHMISS+MMSC-ID+序列号)组成。时间为MMSC提交消息的时间。MMSC-ID编码
44、长度为6位,首位9+MMSC所在省省代码(3位)+序号(2位),省代码为省会城市区号的首位去零,不足三位右补零。序列号为5位数字,从零开始,顺序累加,步长为1。4位流水号:在点对多点的发送情况下,多条O话单和多条T话单的MSG-ID相同,发送方MMSC为每条O话单产生一流水号,从0001开始,步长为1,顺序累加;对属于同一接收方MMSC的点对多点中的多条T话单(即点对多点中的2个或2个以上接收方归属于同一MMSC),接收方MMSC为每条T话单产生一流水号,从0001开始,步长为1,顺序累加。 在MM1、MM3、MM7接口产生MSG-ID应遵循上述规则,接收方MMSC在MM4接口接收到消息的M
45、SG-ID使用发送方MMSC分配的MSG-ID,在记录在O话单和T话单的MSG-ID应和接口中传递的一致。 7.3 多媒体消息通知 此部分的MMS服务定义从接收方MMSRelay/ServerRelay/Server到相应接收方MMS用户代理有关MM的通知,表7.4从类型和方向方面概括了其中涉及的摘要信息。 表7.4:在MMS中通知MM的摘要消息 摘要消息 类型 方向 MM1_notification.REQ 请求 MMSRelay/ServerRelay/Server->MMS用户代理 MM1_notification.RES 响应 MMS用户代理->MMSRelay
46、/ServerRelay/Server 7.3.1 正常操作 收到MM1_notification.REQ后,接收方MMS用户代理会向接收方MMSRelay/ServerRelay/Server响应MM1_notification.RES,以确认成功接收MM1_notification.REQ。 MM1_notification.RES将明确指向相应的MM1_notification.REQ。 7.3.2 异常操作 在此情况下,MMSUA将响应MM1_notification.RES,其中包含了一个指示无法处理通知原因的状态。如果MMS用户代理不提供MM1_notificatio
47、n.RES,MMSRelay/ServerRelay/Server稍后应能够随后重新发送通知。 7.3.3 信息单元 表7.5:MM1_notification.REQ中的信息单元 信息元素 存在情况 说明 Message Type 必备 将此消息标识为MM1_notification.REQ Transaction ID 必备 MM1_notification.REQ/MM1_notification.RES对的标识。 MMS Version 必备 标识MMSRelay/ServerRelay/Server所支持接口的版本。 Message class 必备
48、 MM的类别(例如,个人服务、广告服务、信息服务;默认值=个人服务) Message size 必备 MM的近似大小 Time of expiry 必备 MM的超时时间。 Message Reference 必备 MM的参考,例如,URI Subject 可选 整个MM的标题。 Priority 可选 消息的优先级(重要性)。 Sender address 视情况而定 最近处理过MM(即,提交或转发MM)的MMS用户代理的地址。如果始发方MMS用户代理已经请求对接收方隐藏其地址,则它的地址不会提供给接收方。 Stored 可选 指示将MM自动存储至MM
49、Box。 Delivery report 可选 发送报告的请求。 Reply-Charging 可选 对此特定原始MM应答不计费的信息。 Reply-Deadline 可选 在应答计费的情况下,将允许的应答提交给接收方的最迟时间。 Reply-Charging-Size 可选 在应答计费的情况下,提供给接收方的应答MM的最大大小。 Reply-Charging-ID 可选 如果此通知指示一个应答MM,则它指应答的原始MM的标识。 Element-Descriptor 可选 MM单元的参考,它可能包含有关MM已参考单元的详细信息,例如,消息单元的名称、大小和(
50、或)类型和格式。 Message Distribution Indicator 可选 如果设置为“假”,则VASP已指示不能重新分配MM的内容。 如果设置为“真”,则VASP已指示可能重新分配MM的内容。 表7.6:MM1_notification.RES中的信息单元 信息元素 存在情况 说明 Message Type 必备 将此消息标识为MM1_notification.RES。 Transaction ID 必备 MM1_notification.REQ/MM1_notification.RES对的标识。 MMS Version 必备 标识MMS用户代






