某通信公司短消息业务联网规范.docx

《某通信公司短消息业务联网规范.docx》由会员分享，可在线阅读，更多相关《某通信公司短消息业务联网规范.docx（48页珍藏版）》请在第一文库网上搜索。

1、某通信公司短消息业务联网规范短消息业务联网规范版本1.2中国联合通信公司二零零一年十月1 适用范围12 引用标准13 缩略语14 系统结构25 节点功能45.1 SP 功能45.2 SMSC 功能45.3 GNS 功能453 JGNS基本功能45.3.2主备GNS之间的同步55.4 SMG 功能55.4.1 SMG基本功能55.4.2 加密与认证.85.4.3 计费用户鉴权.85.4.4 其它功能.86 业务相86.1 Mo业务流程86.2 MT业务流程1()6.3 鉴权流程127 计费138 系统管理168.1 系统配置178.2 状态监控178.3 故障告警178.4 服务操纵178.5

2、统计查询179 设备要求179.1 硬件179.1.1 SMG处理主机179.1.2 传输线路.189.2 系统软件189.2.1 操作系统.189.2.2 应用系统.189.2.3 开发平台.1910机房环境19附件一：短消息网关话单格式21附件二，短消息中心与短消息网关接口规范补充说明32附件三，联通短消息网关性能统计报表36附件四：联通短消息中心性能统计表40附件五:短信网关业务量统计表41附件六：短消息网关对业务管理的要求431适用范围本规范适用于与短消息网关相连的SP （内容提供商）、SMSC设备提供商与 短消息网关SMG的设备提供商。2引用标准1 SMPP 3.3 协议2 SGIP

3、Lo 协议14 GSM 3.40 协议5 GSM 3.38 协议3缩略语SMGShort Message Gateway短消息网关SMSCShort Message Service Center短消息中心SMPPShort Message Peer to Peer短消息点对点协议SGIPShort message Gateway Interface Protocol短消息网关接口协议SPService Provider业务提供者MOMobile Original移动用户发送短消息MTMobile Terminal移动用户接收短消息GNSGateway Naming Server网关路由服务器T

4、SMGTrans-Short Message Gateway汇接短消息网关4系统结构SMG为SP提供了一个具有全网互连功能的短消息接入平台，为SP开展全 国性的短消息业务提供了承载功能，借助这个通道，SP能够向手机用户提供短 消息增值服务。短消息业务联网的系统结构示意图如下:图1短消息业务联网的系统结构示意图说明：1）各SP能够通过互联网络接入其所在地的SMG,以使用相应SMSC 提供的短消息承载功能。2） SMG通过LAN、165或者其他方式与一个（见A省）或者多个SMSC （见B省）连接。3）不设SMG的省通过165或者其他网络就近接入北京、上海或者深 圳SMG节点（见C省）。4） SMG

5、之间与与TSMG之间通过165或者其他网络实现互连。5）网络中选择两个SMG分别作为主备TSMG节点，除完成SMG的 有关功能外，分别兼作主备GNS,即完成全网路由表的保护、刷新 等工作，下列将其称之GNS节点。6）联通目前计费、营帐使用省集中方式，图中的计费中心负责全省的 计费、营业、帐务、结算等工作，并储存全省的计费与营帐数据。 SMG将计费话单生成后，由计费中心完成话单的采集、计费及结算 等有关处理。7）总部结算中心负责全网的结算工作。8）多点接入的实现方式：在现有SGIP协议中存在本地路由表与全网路由表（下列统称全程 路由表），在此基础上再建一套本地服务SP定义表，该表与本地 路由表中

6、的SP定义表格式完全相同。本地SP定义表只能填且务必填全提供本地业务的SP（包含在本地 做了多点接入且只提供本地服务的SP）的信息。全程路由表只能填且务必填全提供全网业务的SP （包含做了多点 接入的SP）、全网短信中心、全网用户号段的信息。网关处理Me）消息时,查路由表的流程是务必先查本地SP定义表, 再查全程路由表。若在本地SP定义表查到了 SP的路由信息，就 不能再查全程路由表。GNS中存储的是全网的全程路由表的信息，不含本地SP定义表的 信息。因此，网关从GNS获取更新路由信息时，只能对本网关的 全程路由表更新。保护界面的“增加SP”项目中应分为“增加本地SP”与“增加全 网SP”两项

7、。SP开多点接入业务时，其软件务必能严格区分MT消息的路由， 网关不对其MT路由作处理。但务必在接收前转MT消息时检查其 SP接入号是否在本地服务SP定义表中存在，若存在，则应返回出错信息给前转网关。5节点功能5.1 SP功能SP节点通过SGlP协议接入SMG,向用户提供各类短消息服务。SP提供的 业务视具体情况可分为全网性业务或者地方性业务。5.2 SMSC 功能SMSC节点通过SMPP协议接入SMG,能够把用户提交的MO消息上传给 SMG, JC SP通过SMG提交的MT消息下传给移动用户。短消息中心与短消息网关的接口规范补充要求参见附录二。5.3 GNS功能5.3.1 GNS基本功能GN

8、S作为一个逻辑上的独立节点，具有下列功能：D保护全网的路由表，包含保护手机号段与SMG的对应关系、SP接入号 码+命令代码与SMG的对应关系（针对全网业务）等。2）接收GNSSIENTSMG发来的SP与手机号段更换信息,并根据这些信 息修改全网路由表。3）管理保护全网路由表，手工修改或者从文件读取路由表，包含SMG与 手机号段的添加,并进行数据的备份。4）收到GNS CLIENTSMG的路由杳询后,发回路由信息。5）全网路由表更新后，自动指示各GNS-GLlENTSMG进行路由更新:若有 更新不成功的SMG节点，GNS在广播之后每间隔10分钟重发一次更新 信息，如此重发50次后仍未收到SMG的

9、成功确认信息，则GNS停止 重发。5.3.2 主备GNS之间的同步全网存在两个GNS节点，分别作为主备用GNS。为了保证主GNS的权威 性与路由表的唯一性，正常情况下，SMG不能对备用GNS进行增删改操作，只 能对其查询：只有当主GNS停止工作超过24小时后，才能启用备用GNS暂行 代替主GNS的工作。5.4 SMG功能5.4.1 SMG基本功能1）接入全国性增值业务。2）完全实现SGIP协议。SMG是SGlP的完整实现，包含与SP之间的SGIP 接口实现，与与TSMG/SMG之间的SGIP接口实现。3）通过SMPP3.3以上版本的协议实现与短消息中心相连，完成SMPP协议 与SGlP协议之间

10、的转换。4）能同时连接多个SMSC,且能实现MT消息在同一 SMG连接的多个 SMSC之间的负载均衡。5）在TSMG/SMG之间与SMG与SP之间、SMG与SMSC之间完成请求及 服务数据包的路由，路由表的定义参考协议中有关说明。SMG更新路由 信息时务必先通知GNS,待GNS向其成功广播更新信息后再修改自身 存储的路由表。6）流量操纵：SMG能够实现SMG到SP、SMG之间、SMG到SMSC之间 的流量操纵；支持基于服务等级登记的流量操纵,在任何时刻预留一定 带宽给等级高的服务，预留带宽参数可调；流控参数在手工调整时，能 够在不间断系统服务的前提下，完成系统的流量操纵机制更新。7）查重功能：

11、SMG务必对接入本SMG的SP发来的命令进行命令序列号 （定义参见SGIP协议）的查重处理，而接收其他网关前转消息的网关 则无需对前转来的消息的命令序列号作校验。8)对SMG本地接入SP、SMSC进行有效管理。包含SP、SMSC的增加、修改、删除等操作保护功能。短消息网关对业务管理的要求参见附件六。9)产生全国性增值服务业务的计费详单。TSMG/SMG负责产生全国性增值 服务业务的计费详单，统计所有手机用户每个月享受的全国性服务的实 际话费，统计每个分公司的短消息增值话费，与向总公司提交的短消息 增值话费。10) 存储转发：SMG具有存储转发与错误重发的能力，以防止数据包的丢失；SMG对信息的

12、存储能力可参数调配，存储容量至少达到IO(MX)条。 重发机制按下列处理。(i)当网关发送信息至短信中心时，若发送不成功需做下列处理：a) 发至短信中心的消息无ReSPOnSe(如出现线路不通问题)时 除遵照SMPP协议进行重发外，还应有下列重发机制：关于低 优先级(0)的消息每15分钟重发一次，至少重发16次；关于高 优先级(1)的消息每10秒种(在SGIP协议中定义的等待应答的 最大时间之后10秒钟，下列同)重发一次，至少重发6次。若 通过上述重发过程后仍无法提交给SMSC,则SMG生成相应 的RePOrt,通知SP错误原因,再行丢弃并记入日志。b) 发至短信中心的消息的Response中

13、包含错误号时，要根据 错误号进行处理。假如Response返回的错误是由SMG自身打包SMPP消息 时导致的(如错误号为0x00000010的消息长度错误)，SMG 务必纠错重发，直至错误纠正为止。假如Response返回的错误是由SP填写SGIP消息有误而导 致时(如错误号为0x00000040的地址错误)，SMG立即生成 相应的Report发回SP,然后将相应消息包丢弃并记入日志。当出现SMSC忙或者流量不匹配、队列已满等暂时无法接收 的错误时(如错误号为OXOoOOO041的超过最大提交数),SMG 应有相应的重发机制：关于低优先级(0)的消息每15分钟重发 一次，至少重发16次；关于高

14、优先级的消息每10秒种重 发一次,至少重发6次，若通过上述重发过程后仍无法提交给 SMSC,贝IJSMG生成相应的RePOr3通知SP错误原因，再 行丢弃并记入日志。(ii)当网关前转信息至其他网关时,若发送不成功需做下列处理：a) 发往至其他网关的消息无ReSPOnSe(如出现线路不通问题) 时除遵照SGIP协议进行重发外,还应有下列重发机制:关于低 优先级(0)的消息每15分钟重发一次,至少重发16次;关于高优 先级(1)的消息每10秒种重发一次,至少重发6次。若通过上述 重发过程后仍无法提交给其他网关,则SMG生成相应的Report, 通知SP错误原因,再行丢弃并记入日志。b) 发至其他

15、网关的消息的Response中包含错误号时，要根据 错误号进行处理。假如Response返回的错误是由SP填写SGIP消息有误而导 致时(如错误号为5的参数格式错误)，SMG立即生成相应的 Report发回Sp,然后将相应消息包丢弃并记入日志。当出现其他网关忙或者流量不匹配、队列已满等暂时无法接 收的错误时，SMG应有相应的重发机制：关于低优先级(0) 的消息每15分钟重发一次，至少重发16次；关于高优先级 (1)的消息每10秒种重发一次，至少重发6次,若通过上述重 发过程后仍无法提交给其他网关，则SMG生成相应的 Report,通知SP错误原因,再行丢弃并记入日志。(Hi)以上重发机制中的所有的时候间、次数等参数都应可配置。5.4.2加密与认证关于需要加密的信息，SMG使用加密算法进行加密传输；SMG通过SGIP 指定的算法实现SMG与SP之间、SMG与SMG之间的相互认证。5.4.3 计费用户鉴权当计费用户与接收用户不一致且计费用户不是SP时，SMG需