1. 获取CMPP3.0接口api以及使用说明
SP在做接口测试及改造前需要获取相应版本的CMPP3.0接口的api以及使用说明,这些资料可以通过向各个接入网关厂家索取
如果SP有能力自行开发api,那么可以自行开发,只要符合cmpp3.0规范即可,不过需要提行大家注意的是,在现网里面很多数据异常的情况比如断连、收发量减少等情况很有可能是由于api使用不当引起。
2. 了解CMPP3.0与CMPP2.0规范区别
有了api以后大家应该详细的去了解cmpp协议的差别,cmpp3.0和cmpp2.0的最主要的区别是在协议规范里面增加了几个字段,其说明如下:
1) SUBMIT包内容的变化
CMPP3.0中新增字段:
Fee_terminal_type:被计费用户的号码类型,0:真实号码;1:伪码
Dest_terminal_type:接收短信的用户号码类型,0:真实号码;1:伪码
LinkID:点播业务使用的LinkID,非点播类业务的MT流程不使用该字段
2)DELIVER包内容的变化
CMPP3.0新增字段:
Src_terminal_type:源终端号码类型,0:真实号码;1:伪码
LinkID:点播业务使用的LinkID,非点播类业务的MT流程不使用该字段
伪码:一个随机字符串,对于一个SP,唯一标识一个用户
字段说明:
Fee_terminal_type:该字段值为0,则相应的Fee_terminal_Id传递的是用户的真实号码
;否则,传递的是用户伪码
Dest_terminal_type:该字段为0,则相应的Dest_terminal_Id传递的是用户的真实号码
;否则,传递的是用户的伪码
Src_terminal_type:该字段为0,则相应的Src_terminal_Id传递的是用户的真实号码
;否则,传递的是用户的伪码
LinkID:20位字符串,该字段的值由DSMP产生,编码格式为4位MISCID,12位
时间,4位序列号,用户标识点播业务流程,MT消息用来匹配相
应的MO信息
(二) PROVISION接口改造说明
1. 熟悉Provision接口规范流程
Provision接口规范是用来实现DSMP(MISC1.6)和SP之间定购关系同步,DSMP通过该接口进行定购关系同步和在用户自助服务时设置定购服务相关的属性,比如暂停、取消业务等,它是基于HTTP/XML格式的消息交互模式
SP在实现接口改造时必须对DSMP通过该接口传过去的所有用户状态改变信息都要做对应的处理,比如BOSS暂停、BOSS开机、用户取消、暂停等等,否则会引起MISC和SP双方定购关系不同步,引起不必要的费用纠纷
另外,目前MISC平台可以对所有SP实现反向取消业务的功能,但是必须要求SP先实现反向Provision定购关系同步接口功能
接口说明详见《MISC1.6 SP订购通知接口要求》和《DSMP业务反向接口流程说明》
2. 熟悉使用模拟测试工具
SP在做Provision接口开发的时候可能需要做模拟测试,我们提供的Provision API里面自带了一个demo测试工具(http test),可以用来做相应收发包测试。