短消息业务联网规范12版.docx
《短消息业务联网规范12版.docx》由会员分享，可在线阅读，更多相关《短消息业务联网规范12版.docx（53页珍藏版）》请在冰点文库上搜索。
短消息业务联网规范12版
中国联合通信公司
短消息业务联网规范
版本1.2
中国联合通信公司
二零零一年十月
目录
1适用范围1
2引用标准1
3缩略语1
4系统结构2
5节点功能4
5.1SP功能4
5.2SMSC功能4
5.3GNS功能4
5.3.1GNS基本功能4
5.3.2主备GNS之间的同步5
5.4SMG功能5
5.4.1SMG基本功能5
5.4.2加密与认证8
5.4.3计费用户鉴权8
5.4.4其它功能8
6业务流程8
6.1MO业务流程8
6.2MT业务流程10
6.3鉴权流程12
7计费13
8系统管理16
8.1系统配置17
8.2状态监控17
8.3故障告警17
8.4服务控制17
8.5统计查询17
9设备要求18
9.1硬件18
9.1.1SMG处理主机18
9.1.2传输线路18
9.2系统软件19
9.2.1操作系统19
9.2.2应用系统19
9.2.3开发平台20
10机房环境20
附件一：
短消息网关话单格式22
附件二：
短消息中心与短消息网关接口规范补充说明34
附件三：
联通短消息网关性能统计报表37
附件四：
联通短消息中心性能统计表41
附件五：
短信网关业务量统计表42
附件六：
短消息网关对业务管理的要求43
1适用范围
本规范适用于与短消息网关相连的SP（内容提供商）、SMSC设备提供商和短消息网关SMG的设备提供商。
2引用标准
[1]SMPP3.3协议
[2]SGIP1.0协议
[3]HTTP1.0协议
[4]GSM3.40协议
[5]GSM3.38协议
3缩略语
SMGShortMessageGateway短消息网关
SMSCShortMessageServiceCenter短消息中心
SMPPShortMessagePeertoPeer短消息点对点协议
SGIPShortmessageGatewayInterfaceProtocol
短消息网关接口协议
SPServiceProvider业务提供者
MOMobileOriginal移动用户发送短消息
MTMobileTerminal移动用户接收短消息
GNSGatewayNamingServer网关路由服务器
TSMGTrans-ShortMessageGateway汇接短消息网关
4系统结构
SMG为SP提供了一个具有全网互连功能的短消息接入平台，为SP开展全国性的短消息业务提供了承载功能，借助这个通道，SP可以向手机用户提供短消息增值服务。
短消息业务联网的系统结构示意图如下：
图1短消息业务联网的系统结构示意图
说明：
1）各SP可以通过互联网络接入其所在地的SMG，以使用相应SMSC提供的短消息承载功能。
2）SMG通过LAN、165或其他方式与一个（见A省）或多个SMSC连接（见B省）。
3）不设SMG的省通过165或其他网络就近接入SMSC汇接SMG节点，如北京、上海、深圳等节点。
（见C省）
4）SMG之间以及与TSMG之间通过165或其他网络实现互连。
5）网络中选择两个SMG分别作为主备TSMG节点，除完成SMG的相关功能外，分别兼作主备GNS，即完成全网路由表的维护、刷新等工作，以下将其称为GNS节点。
6）联通目前计费、营帐采用省集中方式，图中的计费中心负责全省的计费、营业、帐务、结算等工作，并保存全省的计费和营帐数据。
SMG将计费话单生成后，由计费中心完成话单的采集、计费及结算等相关处理。
7）总部结算中心负责全网的结算工作。
8）多点接入的实现方式：
●在现有SGIP协议中存在本地路由表和全网路由表（以下统称全程路由表），在此基础上再建一套本地服务SP定义表，该表与本地路由表中的SP定义表格式完全相同。
●本地SP定义表只能填且必须填全提供本地业务的SP（包括在本地做了多点接入且只提供本地服务的SP）的信息。
●全程路由表只能填且必须填全提供全网业务的SP（包括做了多点接入的SP）、全网短信中心、全网用户号段的信息。
●网关处理MO消息时，查路由表的流程是必须先查本地SP定义表，再查全程路由表。
若在本地SP定义表查到了SP的路由信息，就不能再查全程路由表。
●GNS中存储的是全网的全程路由表的信息，不含本地SP定义表的信息。
所以，网关从GNS获取更新路由信息时，只能对本网关的全程路由表更新。
●维护界面的“增加SP”项目中应分为“增加本地SP”和“增加全网SP”两项。
●SP开多点接入业务时，其软件必须能严格区分MT消息的路由，网关不对其MT路由作处理。
但必须在接收前转MT消息时检查其SP接入号是否在本地服务SP定义表中存在，若存在，则应返回出错信息给前转网关。
5节点功能
5.1SP功能
SP节点通过SGIP协议接入SMG，向用户提供各种短消息服务。
SP提供的业务视具体情况可分为全网性业务或地方性业务。
5.2SMSC功能
SMSC节点通过SMPP协议接入SMG，可以把用户提交的MO消息上传给SMG，把SP通过SMG提交的MT消息下传给移动用户。
短消息中心与短消息网关的接口规范补充要求参见附录二。
5.3GNS功能
5.3.1GNS基本功能
GNS作为一个逻辑上的独立节点，具有以下功能：
1）维护全网的路由表，包括维护手机号段与SMG的对应关系、SP接入号码+命令代码与SMG的对应关系（针对全网业务）等。
2）接收SMG发来的SP和手机号段更改信息，并依据这些信息修改全网路由表。
3）管理维护全网路由表，手工修改或从文件读取路由表，包括SMG和手机号段的添加,并进行数据的备份。
4）收到SMG的路由查询后，发回路由信息。
5）全网路由表更新后，自动指示各SMG进行路由更新；若有更新不成功的SMG节点，GNS在广播之后每间隔10分钟重发一次更新信息，如此重发50次后仍未收到SMG的成功确认信息，则GNS停止重发。
5.3.2主备GNS之间的同步
全网存在两个GNS节点，分别作为主备用GNS。
为了保证主GNS的权威性和路由表的唯一性，正常情况下，SMG不能对备用GNS进行增删改操作，只能对其查询：
只有当主GNS停止工作超过24小时后，才能启用备用GNS暂行代替主GNS的工作。
5.4SMG功能
5.4.1SMG基本功能
1）接入全国性增值业务。
2）完全实现SGIP协议。
SMG是SGIP的完整实现，包括与SP之间的SGIP接口实现，以及与TSMG/SMG之间的SGIP接口实现。
3）通过SMPP3.3以上版本的协议实现与短消息中心相连，完成SMPP协议和SGIP协议之间的转换。
4）能同时连接多个SMSC，且能实现MT消息在同一SMG连接的多个SMSC之间的负载均衡。
5）在TSMG/SMG之间以及SMG与SP之间、SMG与SMSC之间完成请求及服务数据包的路由，路由表的定义参考协议中相关说明。
SMG更新路由信息时必须先通知GNS，待GNS向其成功广播更新信息后再修改自身存储的路由表。
6）流量控制：
SMG能够实现SMG到SP、SMG之间、SMG到SMSC之间的流量控制；支持基于服务等级的流量控制，在任何时刻预留一定带宽给等级高的服务，预留带宽参数可调；流控参数在手工调整时，可以在不间断系统服务的前提下，完成系统的流量控制机制更新。
7）查重功能：
SMG必须对接入本SMG的SP发来的命令进行命令序列号（定义参见SGIP协议）的查重处理，而接收其他网关前转消息的网关则无需对前转来的消息的命令序列号作校验。
8）错误管理：
SMG必须建立错误日志，纪录足够查错的信息。
对从其他节点接收的错误协议包要记入错误日志，并要给对方足够的提示信息。
9）对SMG本地接入SP、SMSC进行有效管理。
包括SP、SMSC的增加、修改、删除等操作维护功能。
短消息网关对业务管理的详细要求参见附件六。
10）产生全国性增值服务业务的计费详单。
TSMG/SMG负责产生全国性增值服务业务的计费详单，统计所有手机用户每个月享受的全国性服务的实际话费，统计每个分公司的短消息增值话费，以及向总公司提交的短消息增值话费。
11）存储转发：
SMG具有存储转发和错误重发的能力，以防止数据包的丢失；SMG对信息的存储能力可参数调配，存储容量至少达到10000条。
重发机制按以下处理。
（i）当网关发送信息至短信中心时，若发送不成功需做以下处理：
a）发至短信中心的消息无Response（如出现线路不通问题）时除遵照SMPP协议进行重发外，还应有以下重发机制：
对于低优先级（0）的消息每15分钟重发一次，至少重发16次；对于高优先级
（1）的消息每10秒种（在SGIP协议中定义的等待应答的最大时间之后10秒钟，以下同）重发一次，至少重发6次。
若经过上述重发过程后仍无法提交给SMSC，则SMG生成相应的Report，通知SP错误原因,再行丢弃并记入日志。
b）发至短信中心的消息的Response中包含错误号时，要根据错误号进行处理。
●如果Response返回的错误是由SMG自身打包SMPP消息时导致的（如错误号为0x的消息长度错误），SMG必须纠错重发，直至错误纠正为止。
●如果Response返回的错误是由SP填写SGIP消息有误而导致时（如错误号为0x的地址错误），SMG立即生成相应的Report发回SP，然后将相应消息包丢弃并记入日志。
●当出现SMSC忙或流量不匹配、队列已满等暂时无法接收的错误时（如错误号为0x的超过最大提交数），SMG应有相应的重发机制：
对于低优先级（0）的消息每15分钟重发一次，至少重发16次；对于高优先级
（1）的消息每10秒种重发一次,至少重发6次，若经过上述重发过程后仍无法提交给SMSC，则SMG生成相应的Report，通知SP错误原因，再行丢弃并记入日志。
（ii）当网关前转信息至其他网关时,若发送不成功需做以下处理:
a）发往至其他网关的消息无Response（如出现线路不通问题）时除遵照SGIP协议进行重发外,还应有以下重发机制:
对于低优先级（0）的消息每15分钟重发一次,至少重发16次;对于高优先级
（1）的消息每10秒种重发一次,至少重发6次。
若经过上述重发过程后仍无法提交给其他网关,则SMG生成相应的Report,通知SP错误原因,再行丢弃并记入日志。
b）发至其他网关的消息的Response中包含错误号时，要根据错误号进行处理。
●如果Response返回的错误是由SP填写SGIP消息有误而导致时（如错误号为5的参数格式错误），SMG立即生成相应的Report发回SP,然后将相应消息包丢弃并记入日志。
●当出现其他网关忙或流量不匹配、队列已满等暂时无法接收的错误时，SMG应有相应的重发机制：
对于低优先级（0）的消息每15分钟重发一次，至少重发16次；对于高优先级
（1）的消息每10秒种重发一次，至少重发6次,若经过上述重发过程后仍无法提交给其他网关，则SMG生成相应的Report，通知SP错误原因,再行丢弃并记入日志。
（iii）以上重发机制中的所有时间、次数等参数都应可配置。
5.4.2加密与认证
对于需要加密的信息，SMG采用加密算法进行加密传输；SMG通过SGIP指定的算法实现SMG与SP之间、SMG与SMG之间的相互认证。
5.4.3计费用户鉴权
当计费用户和接收用户不一致且计费用户不是SP时，SMG需要对计费用户进行鉴权。
具体实现参照协议中有关内容。
5.4.4其它功能
实现与中国移动短消息系统的联网。
6业务流程
6.1MO业务流程
图2没有前转的MO业务流程示意图
1．SMSC收到移动终端发出的MO后，向SMG发出请求；SMG收到来自SMSC的请求后，根据请求中的SP接入号码（及命令代码）查找SP。
2．若提供服务的SP即与本SMG相连，则SMG将MO提交给提供服务的SP，在得到SP成功接收消息的确认后SMG处生成MO话单，此话单用于对用户收费。
图3有前转的MO业务流程示意图
1．SMSC收到移动终端发出的MO后，向SMG1发出请求；SMG1收到来自SMSC的请求后，根据请求中的SP接入号码（及命令代码）查找SP；若提供服务的SP不与SMG1相连，且在SMG1保存的全网路由表中查到该SP与SMG2相连，则直接到第③步。
2．若提供服务的SP在SMG1保存的路由表中查不到，则SMG1向GNS发起查询请求，GNS返回路由信息。
3．SMG1将MO转发给提供服务的SP所属的SMG2，在等待5分钟后未收到SMG2的出错反馈报告，则SMG1处生成MO-F话单，此话单用于对用户收费。
4．SMG2将MO提交给提供服务的SP，在得到SP成功接收消息的确认后SMG2处生成MO话单，此话单用于对帐和结算。
5．若SP由于关闭服务或其他原因拒绝接收MO消息，SMG2将返回出错反馈报告给SMG1，SMG1收到这个报告后将不生成MO-F计费话单。
6.2MT业务流程
图4没有前转的MT业务流程示意图
1．SP将MT业务数据发送给SMG；SMG根据付费手机号码查找此手机号码段归属的SMSC。
2．若付费手机号码归属的SMSC直接与本SMG相连，则SMG将MT消息发送给该SMSC；若此条MT消息（如图片）长度超过了单条短消息的长度，SMG要负责将它分解成适合短消息长度的包后再发送给SMSC。
3．无论移动终端接收MT消息成功与否，SMSC都要向SMG发回反馈报告；若MT消息被移动终端成功接收，则SMG收到反馈报告后要生成MT话单，此话单用来对付费手机号码用户收费；对于②中提到的需要在SMG处分包的长消息，我们只有在所有包都被用户接收后才合并产生一条MT话单。
4．若MT消息未被成功接收，或在传送过程中出错，则SMG收到反馈报告后不能产生此条消息的话单，且SMG向发起MT业务的SP发送Report消息报告MT消息发送出错。
图5有前转的MT业务流程示意图
1．SP将MT业务数据发送给SMG1；SMG1根据付费手机号码查找此手机号码段归属的SMSC；若付费手机号码归属的SMSC不与SMG1相连，且在SMG1保存的全网路由表中查到该SMSC与SMG2相连，则直接到第③步。
2．若付费手机号码归属的SMSC在SMG1保存的路由表中查不到，则SMG1向GNS发起查询请求，GNS返回路由信息。
3．SMG1将MT转发给付费手机号码所属的SMG2。
4．SMG2将MT消息发送给付费手机号码归属的SMSC；若此条MT消息（如图片）长度超过了单条短消息的长度，SMG2要负责将它分解成适合短消息长度的包后在发送给SMSC。
5．无论移动终端接收MT消息成功与否，SMSC都要向SMG2发回反馈报告；若MT消息被移动终端成功接收，则SMG2收到反馈报告后要生成MT话单，此话单用来对付费手机号码用户收费；对于②中提到的需要在SMG处分包的长消息，我们只有在所有包都被用户接收后才合并产生一条MT话单。
若MT消息未被成功接收，或在传送过程中出错，则SMG2收到反馈报告后不能产生此条消息的话单。
6．无论SMG2收到发送成功或发送失败的反馈报告，它都必须向SMG1反馈状态报告；若SMG1收到的是发送成功的状态报告，则生成MT-F话单，若为出错信息，则不能生成MT-F话单。
SP是否要接受状态报告，由SP自己选择。
6.3鉴权流程
图6鉴权流程示意图
在SP给移动用户发送短消息的MT业务中有一种情况要向第三方收费（除SP付费和被叫用户付费外的情况），在此种情况中，第三方若是联通的手机用户，我们需要考虑对其鉴权。
SMG必须能够实现鉴权与不鉴权两种条件下的业务流程。
如果需要鉴权，鉴权应该回到付费方归属的SMG完成，并且由与该SMG相连的SMSC发送MT消息给被叫用户。
鉴权流程实际应包含在MT业务流程中，考虑到此过程比较重要且相对独立，我们在此处单独说明。
鉴权流程也要考虑MT消息有前转和没有前转两种情况，详细流程参见6.2，我们在下面的描述过程中不具体说明有无前转，鉴权通过之后MT消息的发送流程也省略。
1．SP将MT业务数据发送给SMG。
2．SMG判断出该MT消息的付费方不为SP或被叫用户且付费用户号码归属本SMG，则SMG向计费中心发送鉴权请求。
3．计费中心回送鉴权信息。
4．若鉴权通过，则MT消息的流程同图4、5所示；若鉴权未通过，则SMG将鉴权未通过的信息（如用户欠费停机、离网等）通知给SP。
7计费
1）网关应对所有经过网关的短消息产生详细的计费原始数据，应包含附件一中所含基本计费内容。
2）对于MT业务，计费原始数据有效期为SMSC的报告延迟时间，在有效期内返回成功报告的，生成MT和MT-F计费话单，超过此延迟时间的记录，按照没有反馈报告处理，不生成计费话单；对MO业务，计费原始数据有效期为等待确认信息的最大时间，在有效期内返回成功接收消息的确认信息的，生成MO计费话单，超过此等待时间的记录，按照未成功接收消息处理，不生成计费话单；MO-F话单的计费原始数据有效期为转发消息接收网关反馈出错信息的延迟时间，在有效期内返回出错报告的，不生成计费话单，超过此延迟时间的记录，按照MO消息已被SP成功接收处理，生成MO-F计费话单；计费原始数据有效期应可调。
3）MT、MO、MO-F及MT-F各计费话单内容和格式应满足附件一中格式规定。
4）收费方SMG产生的计费话单用于计费；若有前转存在，另一方SMG产生的计费话单用于对帐、结算。
5）在SMSC和SMG两处均产生的话单，以SMG产生的话单为准进行计费、结算。
6）计费话单根据当地计费中心的产生时间、产生频度要求（应可调）生成计费话单文件。
7）计费话单文件名格式如下，具体存放目录名由当地短消息中心与计费中心协商确定。
文件名：
CDRYYYYMMDDNNN.ZZZ
YYYYMMDD：
产生话单文件的时间，YYYY为年，MM为月，DD为日
NNN：
文件序列号，000~999（每天从000开始）
ZZZ：
网关所在省的代号
文件每15分钟必须且只能产生1个，四种话单记录可以混合写在一个文件中。
话单文件头记录（总长度112字节，含回车换行）格式如下：
序号
名称
字节数
备注
1
记录类型
2bytes
注1。
首记录，值为10。
2
文件版本号
2bytes
目前版本号＝“01”。
3
文件产生日期
8bytes
YYYYMMDD
4
首次通话日期
8bytes
YYYYMMDD
5
首次通话时间
6bytes
HHMMSS
6
末次通话日期
8bytes
YYYYMMDD
7
末次通话时间
6bytes
HHMMSS
8
通话总记录数
6bytes
不含首记录。
右对齐，左补0。
9
总话费
15bytes
人民币:
分。
右对齐，左补0。
10
未用
64bytes
补空格
11
回车
1bytes
CarriageReturn
12
换行
1bytes
LineFeed
8）计费话单文件的采集利用FTP方式进行，SMG作为SERVER端，计费中心作为CLIENT端。
对于不设SMG的省份，根据计费部门的相关方案处理，若无此类方案，则由当地短消息中心配置PC作为CLIENT端通过FTP取得计费话单文件后再由计费中心完成计费。
9）当计费话单文件取走后，应作必要的处理。
10）计费话单应在线保存2个月。
11）计费、结算工作由计费结算系统完成。
12）对于计费系统需要与SMG保持同步的相关SP信息，仍以SMG作为SERVER端，计费中心作为CLIENT端，利用FTP方式进行。
每当SMG从GNS获得新的SP信息时，就按以下格式生成一个SP更新信息配置文件。
配置文件名：
SP00000YYYYMMDDNN.txt
YYYYMMDD：
文件产生的日期
NN：
文件产生序号（00-99）
配置文件格式（包括文件头记录、企业代码记录、业务代码记录）
●文件头记录
名称
位置
长度
有效值
头记录标示
1-2
2
10
文件序号
3-4
2
00-99
保留1
5-9
5
空格
文件产生日期
10-23
14
YYYYMMDDHHMISS
文件版本号
24-26
3
001
文件包含SP个数
27-36
10
全数字
文件包含SP业务记录条数
37-46
10
全数字
保留2
47-98
52
空格
回车
99
1
CarriageReturn
换行
100
1
LineFeed
●企业代码记录
名称
位置
长度
有效值
数据记录标示
1-2
2
20
企业号
3-7
5
全数字
企业名称
8-37
30
SP归属SMG代码
38-42
5
全数字
SP所属省分代码
43-45
3
全数字
保留
46-98
53
空格
回车
99
1
CarriageReturn
换行
100
1
LineFeed
●业务代码记录
名称
位置
长度
有效值
数据记录标示
1-2
2
30
企业号
3-7
5
全数字
企业名称
8-37
30
SP归属SMG代码
38-42
5
全数字
SP所属省分代码
43-45
3
全数字
SP接入号
46-54
9
全数字
业务代码
55-64
10
业务名称
65-94
30
业务的中文说明，如“体育新闻”等
服务类型
95-96
2
00：
PUSH01：
PULL
发送说明
97-160
64
发送说明（如什么时候发送，多长时间发送一次等）
业务说明
161-224
64
关于该业务的附加说明
记录类型
225
1
0-更新1-增加
MO话单通讯费费率
226-229
4
单位：
分
MT话单通讯费费率
230-233
4
单位：
分
启用时间
234-247
14
YYYYMMDDHHMMSS
代计通信费标志
248
1
0-MO话单自己计费；1-MT话单代MO计通信费
保留
249-258
10
空格
回车
259
1
CarriageReturn
换行
260
1
LineFeed
8系统管理
系统管理主要指SMG的系统管理。
SMG能够监视、管理整个系统（含网络设备和计算机）的运行状态，并进行相应的处理操作。
提供图形化交互界面，方便用户随时查看系统的运行情况。
SMG的系统管理支持SNMP，加载代理监控模块，保证系统作为SNMP的被管节点，有效地实现系统配置、状态监控、故障告警、服务控制和统计查询。
8.1系统配置
配置系统的参数，从而调整系统的工作流程和事务处理特征。
主要的配置参数包括SP端的服务器网络地址和流控参数、GNS服务器的网络地址、SMSC端网络地址和流控参数以及计费相关的参数。
8.2状态监控
升级会员 