《广东联通“联通在信”技术培训讲义课件》由会员分享，可在线阅读，更多相关《广东联通“联通在信”技术培训讲义课件（71页珍藏版）》请在金锄头文库上搜索。
1、广东联通在信技术培训,中国联通有限公司广东分公司 2006年3月15日,各个系统功能简要介绍 SP与SMG的通信 SGIP协议 SP管理系统介绍,引用标准和缩略语（续）,缩略语： SMGShort Message Gateway 短消息网关 SMSCShort Message Service Center 短消息中心 SMPPShort Message Peer to Peer 短消息点对点协议 SGIPShort message Gateway Interface Protocol短消息网关接口协议 MOMobile Original 移动用户发送短消息 MTMobile Terminal
2、移动用户接收短消息,节点功能SP功能,SP功能 SP节点通过SGIP协议接入SMG，向用户提供各种短消息服务。 SP服务分类： 全国性业务 形式：一点接入，全网服务，网间结算 现状：联通总部统一建立集中网关，统一进行管理 地方性业务 形式：本地接入，本地服务，本地结算 现状：各省网关,节点功能SMSC功能,SMSC功能 SMSC节点通过SMPP协议接入SMG MO： 把用户提交的MO消息上传给SMG MT： 把SP提交的消息通过SMG提交给用户 REPORT： 根据发送情况，返回状态报告给SMG,节点功能SMG功能,SMG功能 接入全国性增值业务 完全实现SGIP功能 完成SMPP跟SGIP之
3、间的协议转换 同时接入多个SMSC，并且实现负载均衡 路由管理、更新功能（SP和号段、SMSC） 流量控制 查重功能（对消息序列号） 存储转发 第三方鉴权 产生计费祥单,计费,计费原则： 网关应对所有经过网关的短消息产生详细的计费原始数据 参考计费话单格式 SMSC跟SMG同时产生话单，以SMG的话单为准 计费号码所属网关产生话单用于计费，前转网关产生话单用 户对帐、结算 生命周期： 对于MT业务，计费原始数据有效期为SMSC的报告延迟时间 ，没有返回报告按照失败处理，不产生话单,全网结构,SMG网关分类 根据服务类型进行划分 集中网关（联通总部承建） 承接所有全国性SP的接入服务，一点接入，
4、对全网用户提供服务 省级网关（各省分公司） 承担全国性SP和本地SP提供本地的服务 本地网关（部分省分公司和地市分公司） 只负责本地性SP提供本地用户服务,各个系统功能简要介绍 SP与SMG的通信 SGIP协议 SP管理系统介绍,SP与SMG的通信,SP与SMG的通信 通用HTTP承载方式和通用SGIP承载方式 1. 通用HTTP方式 SP和SMG互为HTTP的客户端和服务器端 HTTP承载方式支持的HTTP协议为1.0版 从SP到SMG的命令 Submit：SP用该消息向SMG请求向某一个短消息用户发送短消息 Trace：SP用该消息向SMG请求跟踪某一条MT短消息的状态 从SMG到SP的命
5、令 Deliver：SMG发送一条短消息到SP Report：SMG用该命令通知SP一条MT当前结果,2. 专用SGIP方式 SP和SMG互为客户端和服务器端 SP和SMG之间的通信由客户端向服务器端发起连接 2.1 通信初始化 客户端首先通过Bind命令向服务器端发起连接 服务器端根据Bind命令之中的登录名和密码，对客户端的合法性进行验证 根据验证结果，返回一条Bind_Resp应答给客户端 如果验证通过，则客户端和服务器端的通信开始 如果验证不通过，则双方中断连接,2.2通讯过程,2.3 通信结束 如果客户端认为和服务器端的通信已结束，则客户端应该向服务器端发送Unbind命令 服务器端
6、随后返回Unbind_Resp应答，然后双方断开连接 如果服务端在规定时间内没有收到消息，可以主动断开连接 2.4 故障处理 网络故障客户端应该尝试重新向服务端建立新的连接 接收到非法命令或应答直接丢弃，并且断开连接 序列号重复 直接丢弃，返回错误代码,2.4从SP到SMG的消息 BindSP用该消息向SMG发出建立连接的请求 SubmitSP用该消息向SMG请求发送短消息 UnbindSP用该消息向SMG通知将要断开现有的连接 Trace SP用该消息向SMG请求跟踪某一条MT短消息的状态 2.5从SMG到SP的消息 BindSMG用该消息向SP发出建立连接的请求 DelverSMG发送一条
7、短消息到S ReportSMG用该命令通知SP一条MT当前结果 UnbindSMG用该消息向SP通知将要断开现有的连接,各个系统功能简要介绍 SP与SMG的通信 SGIP协议 SP管理系统介绍,消息定义,专用SGIP协议 消息头 消息体,消息定义消息体,BIND,消息定义消息体,BIND_RESP,消息定义消息体,SUBMIT,消息定义消息体,SUBMIT（续）,消息定义消息体,SUBMIT_RESP,消息定义消息体,DELIVER,消息定义消息体,DELIVER_RESP,消息定义消息体,REPORT,消息定义消息体,REPORT_RESP,各个系统功能简要介绍 SP与SMG的通信 SGIP
8、协议 SP管理系统介绍,SP管理系统结构 和短信网关旁路结构，对目前的系统结构没有大影响 SP管理系统功能 规范SP的业务流程 订制类业务需要用户二次确认 用户订购关系统一保存，订购关系以SP管理系统为准 对短信上、下行进行鉴权,系统体系结构,SP管理系统（以下简称：SPMS）分为两个部分，一部分是短信门户，一部分是业务鉴权中心，它们与网关的关系如下图： 说明：SPMS和SMG之间采用“旁路结构”，双方共有两个通讯通道。其中短信门户以SP身份接入到SMG（遵守SGIP协议）；业务鉴权平台以鉴权中心与SMG通信（遵守业务鉴权协议SPAP）。,SPMS系统体系结构,“SMG”与“SPMS的业务鉴权
9、中心”，互为客户端与服务器端，双方以业务鉴权协议（SPAP）来完成业务鉴权操作 处理上，SMG是将所有包（状态报告Report除外），都必须强制通过SPMS（SP管理系统）。“SMG”与“SPMS短信门户”，通过SGIP协议通讯。,通讯流程,对原有协议的修改,修改了SGIP1.2协议，对Submit（MT）和Deliver（MO）包使用了其中的Reserve字段，用来存放LinkID Submit包的UserCount字段填写限制，该字段，SP下发时必须填写1；否则视为业务非法包处理。,基本概念,命令字 SP制定的点播/订制某个业务时用户在手机上输入命令格式 SP管理系统中命令字只能用a-z、
10、A-Z、0-9以及下划线中划线作为命令字，其他字符会作为命令字结束符。例如AAA#123，SP管理系统只截取AAA作为命令字 SP管理系统中命令字最大长度为12个字符 SP管理系统会将小写命令字转为大写 系统保留命令字:0000/00000/114,基本概念,业务代码 又称为计费代码和产品代码，是业务的标志，每个SP的业务代码不能重复 系统自动分配一个10位数字的代码,基本概念,LinkID 用于校验SP下发的信息合法性，目前保存在SGIP中的Reserve字段中 LinkID是8个字节字符格式 如果下发LinkID为空的包，填写数字0 对不足8位的在后面补二进制的0，不能补字符0,基本概念,
11、网上点播校验码 在用户在SP网站点播过程用发送到用户手机上的校验字符串 用户填写此校验码到SP网站 SP网站将此校验码作为LinkID下发,基本概念,二次确认 指用户在发送订制命令字上行后，SP管理系统会拦截此请求，发送用户订购业务的资费说明，让用户确认订购请求，用户按提示重新发送订制命令字确认后，系统会将用户第二次上行的MO送SP,SP需要做的工作,业务的规范化整理 SP资料的整理 SP应用程序的修改,业务规范化整理,设定业务类型（订制类/点播类） 每个业务必须申报，不能多个业务共用一个业务代码 订制类业务必须用户订制后才能给用户下行，订制SP可在用户没有上行的情况下下行，订制类业务不允许第
12、三方付费。 点播类业务必须用户上行点播后才能下行，目前允许发送给第三方。 SP的每个业务必须设定一个唯一的业务代码（计费代码），业务代码不区分大小写，全部转换为大写,业务规范化整理,命令字整理 每个业务必须申报命令字，点播类申报一个或多个点播命令字，订制类申报一个订制命令字和一个退订命令字 ERROR业务代码不需要申报 命令字只能包含A-Z和0-9字符，其他字符如空格和#等系统都认为是命令字的结束符 每个SP的命令字必须唯一，全部为大写，只能属于一个业务 SP可申请#命令字通配符，此命令字通配符只能用于点播类业务，订制类业务不能使用#命令字通配符。,业务流程,业务流程,MO方式点播业务 用户发
13、起MO业务点播请求 SPMS生成点播关系及LinkID SP在下发的Submit包中填写对应Deliver包中的LinkID SPMS根据LinkID及点播关系进行鉴权,业务流程,MO方式订制业务 用户发起业务订制请求 SPMS生成临时订制关系，向用户下发订制确认短信 用户重新回复命令字确认订制 SPMS转发Deliver包给SP（带LinkID） SP下发订制成功/失败通知包给用户(需要带LinkID，失败通知包用业务代码ERROR下发，此业务代码不用申报) SPMS根据通知包生成正式订制关系 SP根据订制规则向用户下发业务消息（不带LinkID） SPMS根据用户订制关系进行鉴权。,业务流
14、程,MO方式退订业务 用户发起业务退订请求 SPMS退订用户业务，转发Deliver包给SP（带LinkID） SP到Deliver包，进行退订处理,业务流程中的常见问题,长号码 SP管理系统支持长号码的上下行，但SP申报业务是必须全以短号码申报 SP管理系统中上下行不匹配长号码，全部以短号码进行匹配。例如8000接入号和80001长号码下行的业务代码AAA会认为是一个业务，而不是两个业务 WEB订制和点播接口调用时只能使用短号码 订制业务时的二次确认，用户收到的提示是发送命令字到短号码,业务流程中的常见问题,命令字的设计 业务命令字的命名最好避免一些有歧义性的东西，特别是对一些需要用户回复的
15、业务。比如某SP申报某业务A的订制命令字申请为“OK“，而该SP恰好有一个业务B可能需要用户的回复（比如聊天类或者游戏互动类）。业务B的订制用户在聊天后者游戏过程中可能回复OK表示某种意思，由于该回复恰好又是业务A的订制命令字，这样鉴权系统就会认为该MO是一个订制业务A的请求而不是普通的回复MO，SP也就收不到该回复的MO了，影响业务运行。,业务流程中的常见问题,命令字参数的设计 对于某些需要在命令字中上行参数的业务，建议SP采用命令字+空格或者#+参数的方式来开展业务。如分地区的天气预报业务，将命令字定义为TQ,用户发送TQ#020或者TQ 020来进行订制,业务流程中的常见问题,订购流程
16、订购关系的建立以SP端下发对应上行订购业务代码且LinkID和上行LinkID相匹配的MT为订购成功标志。如果SP下发ERROR业务代码且LinkID与上行LinkID相匹配的MT，则SP管理系统不会建立订购关系。 建立订购关系那条MT必须填写和用户订制请求MO相同的业务代码和LinkID。在订购关系成功建立后，SP下发的此订制类业务信息和包月话单不需要填写LinkID（业务代码必须和用户订制的一致）,业务流程中的常见问题,点播流程 点播类业务SP可申请命令字为#的业务，此命令字表示可匹配用户上行的任何命令字。（只能在点播类使用#命令字通配符） 点播类业务的下发必须有用户的点播上行，必须填写用户点播上行MO中的LinkID 一条用户上行的MO中的LinkID可在多条对应下行的MT中使用（MO对应的最大MT数量现统一为10条）,业务流程中的常见问题,SP订制/点播MO包处理失败的通知下发 对于用户上行的订制/点播MO包，如果SP端处理失败，可使用平台提供的统一业务代码 ERROR 下发通知消息给用户（此业务代码不需要申请） 该业务代码所对应的信息费资费必须为0，
