SP 短信开发-基础知识篇2(MISC系统短信SP接入培训)

SP短信开发-基础知识篇2(MISC系统短信SP接入培训)导读：MISC系统短信SP接入培训第一章、接口改造分册...4一、MISC系统结构和作用...41、SP接入MISC流程...42、SP接入MISC流程－流程说明...53、接口改造总体说明...54、接口改造需具备条件...6二、CMPP协议...61、CMPP2.0和CMPP3.0区别－SP登录...62、CMPP2.0和CMPP3.0区别－协议包的变化...73、CMPP3.0协议包体说明CMPP_SUBMIT.74、CMPP3.0协议包体说明CMPP_SUBMIT_RESP.95、CMPP3.0协议包体说明CMPP_DELIVER.96、CMPP3.0协议包体说明CMPP_DELIVER_RESP.117、CMPP3.0协议包体说明_网关返回状态报告...118、CMPP3.0协议包体说明_返回状态报告值...129、MISC常见错误代码说明...12三、PROVISION接口...131、正向同步PROVISION接口规范－流程图...132、正向同步PROVISION接口规范－流程说明...133、正向同步PROVISION接口消息定义...144、正向同步接口应答包消息定义...165、正向订购、取消包示例...176、反向订购接口规范－流程图...187、反向订购接口规范－流程说明...198、反向订购接口消息定义...209、反向取消接口规范－流程图...2110、反向取消接口规范－流程说明...2111、反向取消接口消息定义...2212、反向订购、取消包示例...23四、网站SSO接口...261、用户在中央SSO的iframe页面上登录...262、用户在SP网站上进行登录的处理流程...273、SSO登录接口定义...284、查询用户信息接口...295、用户订购业务与点播下载业务的处理流程...306、SSO订购、点播接口定义...317、服务下发请求接口...33第二章、业务改造分册...34一、业务改造...341、业务改造重要性说明...342、SP升级前后特性对比...343、业务类型分类说明...354、业务类型分类说明...36二、MO指令规划建议...371、MO指令规划...372、MO指令的匹配过程...373、MO匹配流程...384、指令匹配流程说明...385、MO正向订购流程举例...39三、指令流程说明...391、订购指令匹配处理流程...392、取消指令匹配处理流程...403、点播指令匹配处理流程...404、普通MO匹配处理流程...405、MO匹配实例...40四、业务规划...411、订购业务种类规划...412、定制、取消点播指令设置...413、反向订购业务申请...414、统一反向取消接口开放...425、包月话单收取...42五、业务组合模式说明...421、关联业务组合...432、不同等级业务组合...433、套餐式业务组合...434、普通业务组合...435、特殊业务设计举例...446、包月定制类业务需要免费使用N个月...447、VIP用户群免费使用业务...448、游戏、聊天类业务...459、手机股票信息点播、定制...45第三章、SPOA分册...45一、系统概述...461、移动梦网运营管理系统介绍...462、SP自服务系统介绍...46二、短信合作申请管理...471、注册登录账号...472、本地新SP合作申请－流程图...483、SP合作申请资料填写说明...494、本地升级为全网SP申请流程...515、全网SP本地接入合作申请...516、变更合作申请资料...52二、短信业务管理...531、短信本地业务申请流程...542、短信业务申请资料填写说明...543、短信全网业务申请流程...574、申请短信业务变更...57三、通用信息...581、公共信息介绍...582、私有信息...58四、投诉处理...591、用户投诉...592、SP投诉...60第一章、接口改造分册MISC系统结构和作用SP接入MISC流程CMPP3.0接口开发说明正反向订购接口开发说明网站改造SSO接口流程说明一、MISC系统结构和作用1、SP接入MISC流程组织SP培训SP程序开发及业务梳理安排SP在试验环境做接口测试现网全业务申报SP进行全业务自行拨测及相关程序调整SP提交全业务拨测报告供计费验证安排割接NN2、SP接入MISC流程－流程说明•1）首先需要组织SP参与MISC升级改造培训•2）培训结束后SP就应该开始着手进行业务梳理及接口程序开发，并在移动要求的时间内完成这项工作•3）SP具备接口测试条件以后，集中统一安排在测试环境做接口测试及典型业务申报•4）接口测试通过以后根据现网MISC系统建设情况，安排接口测试通过的SP在现网做全业务申报和全业务拨测•5）全业务拨测通过后提交拨测报告供计费做计费验证•6）验证通过后根据网络部的割接计划安排割接3、接口改造总体说明•在整个升级改造过程中“接口改造”占了一个非常重要的位置。SP需要根据CMPP3.0协议和DSMP规范对自己的接口进行改造开发，才能接入MISC。•接口改造主要分为以下几个方面：1）CMPP3.0接口程序改造2）正反向订购、取消接口开发3）网站改造SSO接口开发CMPP3.0接口改造说明•接口开发需具备条件•CMPP2.0和CMPP3.0区别•CMPP3.0协议包体说明4、接口改造需具备条件1、自己开发接口的SP，应根据CMPP3.0协议对接口进行修改；使用API的SP，应向接入网关的省公司或网关厂家索取最新的CMPP3.0接口API以及使用说明等相关文档2、不管是自己开发接口的，还是使用接口API的SP，都应该详细了解CMPP2.0和CMPP3.0的区别二、CMPP协议1、CMPP2.0和CMPP3.0区别－SP登录CMPP2.0和CMPP3.0区别－SP登录•1、SP向所接入的ISMG发送登录请求；•2、ISMG向MISC发送SP登陆鉴权信息查询请求；•3、MISC向ISMG返回SP登陆鉴权结果；•4、ISMG根据此信息进行SP登陆认证，并向SP返回认证结果；2、CMPP2.0和CMPP3.0区别－协议包的变化1）包内容的变化：CMPP_SUBMITCMPP3.0中新增字段：Fee_terminal_type：被计费用户的号码类型，0：真实号码；1：伪码Dest_terminal_type：接收短信的用户号码类型，0：真实号码；1：伪码LinkID：20个字节，点播业务使用，非点播类业务的MT流程不使用该字段CMPP3.0中删除字段：Reserve：保留字段。CMPP3.0中变化字段：Fee_terminal_id：被计费用户号码。长度扩展为32个字节，数据类型从UnsignedInteger修改为OctetStringDest_terminal_id：接收短信的用户号码。长度扩展为32个字节，数据类型从UnsignedInteger修改为OctetString2）包内容的变化CMPP_DELIVERCMPP3.0中新增字段：Src_terminal_type：源终端号码类型，0：真实号码；1：伪码LinkID：20个字节，点播业务使用，非点播类业务的MT流程不使用字段CMPP3.0中删除字段：Reserve：保留字段CMPP3.0中变化字段：Src_terminal_id：源终端号码。长度扩展为32个字节，数据类型从UnsignedInteger修改为OctetString字段说明：伪码：一个随机字符串，对于一个SP，唯一标识一个用户LinkID：20位字符串，该字段的值由MISC产生，编码格式为4位MISCID+12位时间+4位序列号。用于点播类业务中MT与MO消息的匹配。3、CMPP3.0协议包体说明CMPP_SUBMIT字段名字节数属性描述Msg_Id8UnsignedInteger信息标识Pk_total1UnsignedInteger相同Msg_Id的信息总条数，从1开始。Pk_number1UnsignedInteger相同Msg_Id的信息序号，从1开始。Registered_Delivery1UnsignedInteger是否要求返回状态确认报告：0：不需要；1：需要。Msg_level1UnsignedInteger信息级别。Service_Id10OctetString业务标识，是数字、字母和符号的组合。Fee_UserType1UnsignedInteger计费用户类型字段：0：对目的终端MSISDN计费；1：对源终端MSISDN计费；2：对SP计费；3：表示本字段无效，对谁计费参见Fee_terminal_Id字段。Fee_terminal_Id32OctetString被计费用户的号码，当Fee_UserType为3时该值有效，当Fee_UserType为0、1、2时该值无意义。Fee_terminal_type1UnsignedInteger被计费用户的号码类型，0：真实号码；1：伪码。TP_pId1UnsignedIntegerGSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9。TP_udhi1UnsignedIntegerGSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐。Msg_Fmt1UnsignedInteger信息格式：0：ASCII串；3：短信写卡操作；4：二进制信息；8：UCS2编码；15：含GB汉字。。。。。。Msg_src6OctetString信息内容来源(SP_Id)。FeeType2OctetString资费类别：01：对“计费用户号码”免费；02：对“计费用户号码”按条计信息费；03：对“计费用户号码”按包月收取信息费。FeeCode6OctetString资费代码（以分为单位）。ValId_Time17OctetString存活有效期，格式遵循SMPP3.3协议。At_Time17OctetString定时发送时间，格式遵循SMPP3.3协议。Src_Id21OctetString源号码。SP的服务代码或前缀为服务代码的长号码,网关将该号码完整的填到SMPP协议Submit_SM消息相应的source_addr字段，该号码最终在用户手机上显示为短消息的主叫号码。DestUsr_tl1UnsignedInteger接收信息的用户数量(小于100个用户)。Dest_terminal_Id32*DestUsr_tlOctetString接收短信的MSISDN号码。Dest_terminal_type1UnsignedInteger接收短信的用户的号码类型，0：真实号码；1：伪码。Msg_Length1UnsignedInteger信息长度(Msg_Fmt值为0时：160个字节；其它=140个字节)，取值大于或等于0。Msg_ContentMsg_lengthOctetString信息内容。LinkID20OctetString点播业务使用的LinkID，非点播类业务的MT流程不使用该字段。4、CMPP3.0协议包体说明CMPP_SUBMIT_RESP字段名字节数属性描述Msg_Id8UnsignedInteger信息标识，生成算法如下：采用64位（8字节）的整数：时间（格式为MMDDHHMMSS，即月日时分秒）：bit64~bit39，其中bit64~bit61：月份的二进制表示；bit60~bit56：日的二进制表示；bit55~bit51：小时的二进制表示；bit50~bit45：分的二进制表示；bit44~bit39：秒的二进制表示；短信网关代码：bit38~bit17，把短信网关的代码转换为整数填写到该字段中；序列号：bit16~bit1，顺序增加，步长为1，循环使用。各部分如不能填满，左补零，右对齐。（SP根据请求和应答消息的Sequence_Id一致性就可得到CMPP_S