中国移动彩信协议文档MM7协议 (2).docVIP

MM7接口定义 MMSE除了支持为MMS定义的基本消息传送服务，还支持增值业务。这些增值业务可能由MMSE的网络运营商提供，也可能由第三方增值服务提供商(VASP)提供。MM7接口目前必须同时支持长连接和短连接两种形式。本节定义MMSRelay/ServerRelay/Server和VASP之间的互通情况。 下图说明MM的增殖业务分发中涉及的消息交换数据流实例，如以下摘要消息所示： 图.MM7消息分发数据流实例 后面的小节将指定用于定义MM7协议的摘要消息。 每次发送消息都需要发送鉴权信息。鉴权方式支持Basic和Digest以及对IP地址鉴权。对于信息安全敏感的业务，需要在MMSC与SP连接时进行加密，要求MM7接口支持HTTPS协议。 发出鉴权消息后则可以得到相应的返回值如下： 0 : 成功; 1 : 连接失败; 2 : 鉴权错误;3 : 非法PASSWORD; 3 : 系统错误; 具体的鉴权方式参见图12.2和图12.3。 图12.2 发送鉴权 图12.3 接收鉴权 注： Basic和Digest鉴权说明参见RFC 2617。 同步消息模式 此模式实现多媒体消息的同步操作，MMSC与VASP在发送了多媒体消息后，需等待另一端的回复信息。也就是说，MM7请求消息从HTTP请求中传来后，该MM7请求的响应消息将从HTTP响应中返回。 异步消息模式暂不支持。 12.1 提交增值业务的多媒体消息 本部分讲述VASP通过将多媒体消息发送至一个或多个用户或发送至一个分发表来提供服务所需执行的操作。表12.1从类型和方向方面概括了其中涉及的摘要消息。 表 摘要消息 类型 方向 MM7_submit.REQ 请求 VASP（增殖服务提供商）-MMSRelay/ServerRelay/Server MM7_submit.RES 响应 MMSRelay/ServerRelay/Server-VASP 12.1.1 正常操作 增殖服务提供商（VASP）通过发送MM7_submit.REQ消息，将多媒体消息(MM)作为其有效负荷提供，从而将一个消息提交给MMSRelay/ServerRelay/Server。可以将消息发往一个或多个用户或发往一个分发表。如果MMSRelay/ServerRelay/Server接受提交，则MMSRelay/ServerRelay/Server必须发送带一个“成功”状态的MM7_submit.RES。这并不意味着该多媒体消息（MM）已真正传送至目的地，它只是表明请求已接受。 支持MM7的所有MMSRelay/ServerRelay/Server必须支持MM7_submit.REQ和MM7_submit.RES。 12.1.2 异常操作 如果无法认可增殖业务或请求的参数超出所用服务的服务级别，则MMSRelay/ServerRelay/Server将拒绝MM7_submit.REQ。同样，如果所有目的地都无法解析，则响应状态将指示出错。如果可以解析一个或多个（但并非所有）地址，则MMSRelay/ServerRelay/Server应将消息传送至这些地址，并使用MM7_submit.RES消息对增殖业务作出响应，并向增殖业务提供商(VASP)指示部分成功。部分成功并不意味着该多媒体消息已真正传送至目的地，它只是说明请求至少已部分接受。 12.1.3 信息单元 表12.2：MM7_submit.REQ中的信息单元 存在情况 说明 Transaction ID 必备 MM7_submit.REQ/MM7_submit.RES对的标识。 Message type 必备 将此消息标识为MM7_submit请求。 MM7 version 必备 标识VASP所支持接口的版本 VASP ID 必备 SP代码 VAS ID 必备 服务代码 Sender address 可选 MM始发方的地址。 Recipient address 必备 接收方MM的地址。可能存在多个地址或使用指示使用分发表的别名。可以标记仅供参考的地址。 Service code 必备 业务代码 Linked ID 可选 标识传送至VASP的上一个有效消息的对应关系。 Message class 可选 MM的类别（例如，广告、信息服务和计费） Date and time 可选 提交MM的时间和日期（时间戳）。 Time of Expiry 可选 MM的指定超时时间。 Earliest delivery time 可选 将MM传送给接收方的最早理想时间。 Delivery report 可选 发送报告的请求。 Read reply 可选 通过请求传送一个读取报告进行确认。 Reply-Charging 可选 应答计费的请求。