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

导读：
　　MISC系统短信SP接入培训
　　第一章、接口改造分册...4
　　一、MISC系统结构和作用...4
　　1、SP接入MISC流程...4
　　2、SP接入MISC流程－流程说明...5
　　3、接口改造总体说明...5
　　4、接口改造需具备条件...6
　　二、CMPP协议...6
　　1、CMPP2.0和CMPP3.0区别－SP登录...6
　　2、CMPP2.0和CMPP3.0区别－协议包的变化...7
　　3、CMPP3.0协议包体说明CMPP_SUBMIT.7
　　4、CMPP3.0协议包体说明CMPP_SUBMIT_RESP.9
　　5、CMPP3.0协议包体说明CMPP_DELIVER.9
　　6、CMPP3.0协议包体说明CMPP_DELIVER_RESP.11
　　7、CMPP3.0协议包体说明_网关返回状态报告...11
　　8、CMPP3.0协议包体说明_返回状态报告值...12
　　9、MISC常见错误代码说明...12
　　三、PROVISION接口...13
　　1、正向同步PROVISION接口规范－流程图...13
　　2、正向同步PROVISION接口规范－流程说明...13
　　3、正向同步PROVISION接口消息定义...14
　　4、正向同步接口应答包消息定义...16
　　5、正向订购、取消包示例...17
　　6、反向订购接口规范－流程图...18
　　7、反向订购接口规范－流程说明...19
　　8、反向订购接口消息定义...20
　　9、反向取消接口规范－流程图...21
　　10、反向取消接口规范－流程说明...21
　　11、反向取消接口消息定义...22
　　12、反向订购、取消包示例...23
　　四、网站SSO接口...26
　　1、用户在中央SSO的iframe页面上登录...26
　　2、用户在SP网站上进行登录的处理流程...27
　　3、SSO登录接口定义...28
　　4、查询用户信息接口...29
　　5、用户订购业务与点播下载业务的处理流程...30
　　6、SSO订购、点播接口定义...31
　　7、服务下发请求接口...33
　　第二章、业务改造分册...34
　　一、业务改造...34
　　1、业务改造重要性说明...34
　　2、SP升级前后特性对比...34
　　3、业务类型分类说明...35
　　4、业务类型分类说明...36
　　二、MO指令规划建议...37
　　1、MO指令规划...37
　　2、MO指令的匹配过程...37
　　3、MO匹配流程...38
　　4、指令匹配流程说明...38
　　5、MO正向订购流程举例...39
　　三、指令流程说明...39
　　1、订购指令匹配处理流程...39
　　2、取消指令匹配处理流程...40
　　3、点播指令匹配处理流程...40
　　4、普通MO匹配处理流程...40
　　5、MO匹配实例...40
　　四、业务规划...41
　　1、订购业务种类规划...41
　　2、定制、取消点播指令设置...41
　　3、反向订购业务申请...41
　　4、统一反向取消接口开放...42
　　5、包月话单收取...42
　　五、业务组合模式说明...42
　　1、关联业务组合...43
　　2、不同等级业务组合...43
　　3、套餐式业务组合...43
　　4、普通业务组合...43
　　5、特殊业务设计举例...44
　　6、包月定制类业务需要免费使用N个月...44
　　7、VIP用户群免费使用业务...44
　　8、游戏、聊天类业务...45
　　9、手机股票信息点播、定制...45
　　第三章、SPOA分册...45
　　一、系统概述...46
　　1、移动梦网运营管理系统介绍...46
　　2、SP自服务系统介绍...46
　　二、短信合作申请管理...47
　　1、注册登录账号...47
　　2、本地新SP合作申请－流程图...48
　　3、SP合作申请资料填写说明...49
　　4、本地升级为全网SP申请流程...51
　　5、全网SP本地接入合作申请...51
　　6、变更合作申请资料...52
　　二、短信业务管理...53
　　1、短信本地业务申请流程...54
　　2、短信业务申请资料填写说明...54
　　3、短信全网业务申请流程...57
　　4、申请短信业务变更...57
　　三、通用信息...58
　　1、公共信息介绍...58
　　2、私有信息...58
　　四、投诉处理...59
　　1、用户投诉...59
　　2、SP投诉...60
　　
　　
　　 第一章、接口改造分册
　　 MISC 系统结构和作用
　　 SP 接入MISC 流程
　　 CMPP3.0 接口开发说明
　　 正反向订购接口开发说明
　　 网站改造SSO 接口流程说明
　　
　　 一、MISC系统结构和作用
　　
　　 1、SP接入MISC流程
　　
　　组织SP培训
　　SP程序开发及业务梳理
　　安排SP在试验环境做接口测试
　　现网全业务申报
　　SP进行全业务自行拨测及相关程序调整
　　SP提交全业务拨测报告供计费验证
　　安排割接
　　N
　　N
　　
　　 2、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_SUBMIT
　　
　　CMPP3.0中新增字段：
　　Fee_terminal_type：被计费用户的号码类型，0：真实号码；1：伪码
　　Dest_terminal_type：接收短信的用户号码类型，0：真实号码；1：伪码
　　LinkID：20个字节，点播业务使用，非点播类业务的MT流程不使用该字段
　　
　　CMPP3.0中删除字段：
　　Reserve：保留字段。
　　
　　CMPP3.0中变化字段：
　　Fee_terminal_id：被计费用户号码。长度扩展为32个字节，数据类型从UnsignedInteger修改为OctetString
　　Dest_terminal_id：接收短信的用户号码。长度扩展为32个字节，数据类型从UnsignedInteger修改为OctetString
　　
　　2） 包内容的变化CMPP_DELIVER
　　
　　CMPP3.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_Id 8 UnsignedInteger 信息标识
　　Pk_total 1 UnsignedInteger 相同Msg_Id的信息总条数，从1开始。
　　Pk_number 1 UnsignedInteger 相同Msg_Id的信息序号，从1开始。
　　Registered_Delivery 1 UnsignedInteger 是否要求返回状态确认报告：
　　0：不需要；
　　1：需要。
　　Msg_level 1 UnsignedInteger 信息级别。
　　Service_Id 10 OctetString 业务标识，是数字、字母和符号的组合。
　　Fee_UserType 1 UnsignedInteger 计费用户类型字段：
　　0：对目的终端MSISDN计费；
　　1：对源终端MSISDN计费；
　　2：对SP计费；
　　3：表示本字段无效，对谁计费参见Fee_terminal_Id字段。
　　Fee_terminal_Id 32 OctetString 被计费用户的号码，当Fee_UserType为3时该值有效，当Fee_UserType为0、1、2时该值无意义。
　　Fee_terminal_type 1 UnsignedInteger 被计费用户的号码类型，0：真实号码；1：伪码。
　　TP_pId 1 UnsignedInteger GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.9。
　　TP_udhi 1 UnsignedInteger GSM协议类型。详细是解释请参考GSM03.40中的9.2.3.23,仅使用1位，右对齐。
　　Msg_Fmt 1 UnsignedInteger 信息格式：
　　0：ASCII串；
　　3：短信写卡操作；
　　4：二进制信息；
　　8：UCS2编码；
　　15：含GB汉字。。。。。。
　　Msg_src 6 OctetString 信息内容来源(SP_Id)。
　　FeeType 2 OctetString 资费类别：
　　01：对“计费用户号码”免费；
　　02：对“计费用户号码”按条计信息费；
　　03：对“计费用户号码”按包月收取信息费。
　　FeeCode 6 OctetString 资费代码（以分为单位）。
　　ValId_Time 17 OctetString 存活有效期，格式遵循SMPP3.3协议。
　　At_Time 17 OctetString 定时发送时间，格式遵循SMPP3.3协议。
　　Src_Id 21 OctetString 源号码。SP的服务代码或前缀为服务代码的长号码,网关将该号
　　码完整的填到SMPP协议Submit_SM消息相应的source_addr字段，
　　该号码最终在用户手机上显示为短消息的主叫号码。
　　DestUsr_tl 1 UnsignedInteger 接收信息的用户数量(小于100个用户)。
　　Dest_terminal_Id 32*DestUsr_tl OctetString 接收短信的MSISDN号码。
　　Dest_terminal_type 1 UnsignedInteger 接收短信的用户的号码类型，0：真实号码；1：伪码。
　　Msg_Length 1 UnsignedInteger 信息长度(Msg_Fmt值为0时：<160个字节；其它<=140个字节)，
　　取值大于或等于0。
　　Msg_Content Msg_length OctetString 信息内容。
　　LinkID 20 OctetString 点播业务使用的LinkID，非点播类业务的MT流程不使用该字段。
　　
　　
　　 4、CMPP3.0协议包体说明CMPP_SUBMIT_RESP
　　字段名 字节数 属性 描述
　　Msg_Id 8 UnsignedInteger 信息标识，生成算法如下：
　　采用64位（8字节）的整数：
　　时间（格式为MMDDHHMMSS，即月日时分秒）：bit64~bit39，其中
　　bit64~bit61：月份的二进制表示；
　　bit60~bit56：日的二进制表示；
　　bit55~bit51：小时的二进制表示；
　　bit50~bit45：分的二进制表示；
　　bit44~bit39：秒的二进制表示；
　　短信网关代码：bit38~bit17，把短信网关的代码转换为整数填写到该字段中；
　　序列号：bit16~bit1，顺序增加，步长为1，循环使用。
　　各部分如不能填满，左补零，右对齐。
　　（SP根据请求和应答消息的Sequence_Id一致性就可得到CMPP_Submit消息的Msg_Id）
　　Result 4 UnsignedInteger 结果：
　　0：正确；
　　1：消息结构错；
　　2：命令字错；
　　3：消息序号重复；
　　4：消息长度错；
　　5：资费代码错；
　　6：超过最大信息长；
　　7：业务代码错；
　　8：流量控制错；
　　9：本网关不负责服务此计费号码；
　　10：Src_Id错误；
　　11：Msg_src错误；
　　12：Fee_terminal_Id错误；
　　13：Dest_terminal_Id错误；
　　……
　　
　　 5、CMPP3.0协议包体说明CMPP_DELIVER
　　
　　字段名 字节数 属性 描述
　　Msg_Id 8 UnsignedInteger 信息标识。
　　生成算法如下：
　　采用64位（8字节）的整数：
　　时间（格式为MMDDHHMMSS，即月日时分秒）：bit64~bit39，其中
　　bit64~bit61：月份的二进制表示；
　　bit60~bit56：日的二进制表示；
　　bit55~bit51：小时的二进制表示；
　　bit50~bit45：分的二进制表示；
　　bit44~bit39：秒的二进制表示；
　　1.短信网关代码：bit38~bit17，把短信网关的代码转换为整数填写到该字段中；序列号：bit16~bit1，顺序增加，步长为1，循环使用。
　　各部分如不能填满，左补零，右对齐。
　　Dest_Id 21 OctetString 目的号码。
　　SP的服务代码，一般4--6位，或者是前缀为服务代码的
　　长号码；该号码是手机用户短消息的被叫号码。
　　Service_Id 10 OctetString 业务标识，是数字、字母和符号的组合。
　　TP_pid 1 UnsignedInteger GSM协议类型。详细解释请参考GSM03.40中的9.2.3.9。
　　TP_udhi 1 UnsignedInteger GSM协议类型。详细解释请参考GSM03.40中的9.2.3.23，
　　仅使用1位，右对齐。
　　Msg_Fmt 1 UnsignedInteger 信息格式：
　　0：ASCII串；
　　3：短信写卡操作；
　　4：二进制信息；
　　8：UCS2编码；
　　15：含GB汉字。
　　Src_terminal_Id 32 OctetString 源终端MSISDN号码（状态报告时填为CMPP_SUBMIT
　　消息的目的终端号码）。
　　Src_terminal_type 1 UnsignedInteger 源终端号码类型，0：真实号码；1：伪码。
　　Registered_Delivery 1 UnsignedInteger 是否为状态报告：
　　0：非状态报告；
　　1：状态报告。
　　Msg_Length 1 UnsignedInteger 消息长度，取值大于或等于0。
　　Msg_Content Msg_length OctetString 消息内容。
　　LinkID 20 OctetString 点播业务使用的LinkID，非点播类业务的MT流程不使
　　用该字段。
　　
　　 6、CMPP3.0协议包体说明CMPP_DELIVER_RESP
　　
　　字段名 字节数 属性 描述
　　Msg_Id 8 UnsignedInteger 信息标识（CMPP_DELIVER中的Msg_Id字段）。
　　Result 4 UnsignedInteger 结果：
　　0：正确；
　　1：消息结构错；
　　2：命令字错；
　　3：消息序号重复；
　　4：消息长度错；
　　5：资费代码错；
　　6：超过最大信息长；
　　7：业务代码错；
　　8:流量控制错；
　　9~：其他错误。
　　
　　 7、CMPP3.0协议包体说明_网关返回状态报告
　　
　　字段名 字节数 属性 描述
　　Msg_Id 8 UnsignedInteger 信息标识。
　　SP提交短信（CMPP_SUBMIT）操作时，与SP相连
　　的ISMG产生的Msg_Id。
　　Stat 7 OctetString 发送短信的应答结果，含义详见表一。SP根据该字段
　　确定CMPP_SUBMIT消息的处理状态。
　　Submit_time 10 OctetString YYMMDDHHMM（YY为年的后两位00-99，MM：
　　01-12，DD：01-31，HH：00-23，MM：00-59）。
　　Done_time 10 OctetString YYMMDDHHMM。
　　Dest_terminal_Id 32 OctetString 目的终端MSISDN号码(SP发送CMPP_SUBMIT消息
　　的目标终端)。
　　SMSC_sequence 4 UnsignedInteger 取自SMSC发送状态报告的消息体中的消息标识。
　　
　　 8、CMPP3.0协议包体说明_返回状态报告值
　　
　　 MessageState FinalMessageStates Description
　　DELIVERED DELIVRD Messageisdeliveredtodestination
　　EXPIRED EXPIRED Messagevalidityperiodhas
　　expired
　　DELETED DELETED Messagehasbeendeleted.
　　UNDELIVERABLE UNDELIV Messageisundeliverable
　　ACCEPTED ACCEPTD Messageisinacceptedstate(i.e.hasbeenmanuallyreadonbehalf
　　ofthesubscriberbycustomerservice)
　　UNKNOWN UNKNOWN Messageisininvalidstate
　　REJECTED REJECTD Messageisinarejectedstate
　　MA:xxxx MA:xxxx SMSC不返回响应消息时的状态报告
　　MB:xxxx MB:xxxx SMSC返回错误响应消息时的状态报告
　　MC:xxxx MC:xxx