1、短消息业务联网规范12版中国联合通信公司短消息业务联网规范版本1.2中国联合通信公司二零零一年十月目 录1 适用范围 12 引用标准 13 缩略语 14 系统结构 25 节点功能 45.1 SP功能 45.2 SMSC功能 45.3 GNS功能 45.3.1 GNS基本功能 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业务流程 106.3 鉴权流程 127 计费 138 系统管理 168.1 系统配置 178.2 状态监
2、控 178.3 故障告警 178.4 服务控制 178.5 统计查询 179 设备要求 189.1 硬件 189.1.1 SMG处理主机 189.1.2 传输线路 189.2 系统软件 199.2.1 操作系统 199.2.2 应用系统 199.2.3 开发平台 2010 机房环境 20附件一：短消息网关话单格式 22附件二：短消息中心与短消息网关接口规范补充说明 34附件三：联通短消息网关性能统计报表 37附件四：联通短消息中心性能统计表 41附件五：短信网关业务量统计表 42附件六：短消息网关对业务管理的要求 431 适用范围本规范适用于与短消息网关相连的SP（内容提供商）、SMSC设备提
3、供商和短消息网关SMG的设备提供商。2 引用标准 1 SMPP 3.3协议 2 SGIP1.0协议 3 HTTP1.0协议 4 GSM 3.40协议 5 GSM 3.38协议3 缩略语 SMG Short Message Gateway 短消息网关 SMSC Short Message Service Center 短消息中心 SMPP Short Message Peer to Peer 短消息点对点协议SGIP Short message Gateway Interface Protocol 短消息网关接口协议 SP Service Provider 业务提供者 MO Mobile Ori
4、ginal 移动用户发送短消息 MT Mobile Terminal 移动用户接收短消息 GNS Gateway Naming Server 网关路由服务器 TSMG Trans-Short Message Gateway 汇接短消息网关4 系统结构SMG为SP 提供了一个具有全网互连功能的短消息接入平台，为SP开展全国性的短消息业务提供了承载功能，借助这个通道，SP可以向手机用户提供短消息增值服务。短消息业务联网的系统结构示意图如下：图1 短消息业务联网的系统结构示意图说明：1） 各SP可以通过互联网络接入其所在地的SMG，以使用相应SMSC提供的短消息承载功能。2） SMG通过LAN、16
5、5或其他方式与一个（见A省）或多个SMSC连接（见B省）。3） 不设SMG的省通过165或其他网络就近接入SMSC汇接SMG节点，如北京、上海、深圳等节点。（见C省）4） SMG之间以及与TSMG之间通过165或其他网络实现互连。5） 网络中选择两个SMG分别作为主备TSMG节点，除完成SMG的相关功能外，分别兼作主备GNS，即完成全网路由表的维护、刷新等工作，以下将其称为GNS节点。6） 联通目前计费、营帐采用省集中方式，图中的计费中心负责全省的计费、营业、帐务、结算等工作，并保存全省的计费和营帐数据。SMG将计费话单生成后，由计费中心完成话单的采集、计费及结算等相关处理。7） 总部结算中心
6、负责全网的结算工作。8） 多点接入的实现方式： 在现有SGIP协议中存在本地路由表和全网路由表（以下统称全程路由表），在此基础上再建一套本地服务SP定义表，该表与本地路由表中的SP定义表格式完全相同。 本地SP定义表只能填且必须填全提供本地业务的SP（包括在本地做了多点接入且只提供本地服务的SP）的信息。 全程路由表只能填且必须填全提供全网业务的SP（包括做了多点接入的SP）、全网短信中心、全网用户号段的信息。 网关处理MO消息时，查路由表的流程是必须先查本地SP定义表，再查全程路由表。若在本地SP定义表查到了SP的路由信息，就不能再查全程路由表。 GNS中存储的是全网的全程路由表的信息，不含
7、本地SP定义表的信息。所以，网关从GNS获取更新路由信息时，只能对本网关的全程路由表更新。 维护界面的“增加SP”项目中应分为“增加本地SP”和“增加全网SP”两项。 SP开多点接入业务时，其软件必须能严格区分MT消息的路由，网关不对其MT路由作处理。但必须在接收前转MT消息时检查其SP接入号是否在本地服务SP定义表中存在，若存在，则应返回出错信息给前转网关。5 节点功能5.1 SP功能SP节点通过SGIP协议接入SMG，向用户提供各种短消息服务。SP提供的业务视具体情况可分为全网性业务或地方性业务。5.2 SMSC功能SMSC节点通过SMPP协议接入SMG，可以把用户提交的MO消息上传给SM
8、G，把SP通过SMG提交的MT消息下传给移动用户。短消息中心与短消息网关的接口规范补充要求参见附录二。5.3 GNS功能5.3.1 GNS基本功能GNS作为一个逻辑上的独立节点，具有以下功能：1） 维护全网的路由表，包括维护手机号段与SMG的对应关系、SP接入号码+命令代码与SMG的对应关系（针对全网业务）等。2） 接收SMG发来的SP和手机号段更改信息，并依据这些信息修改全网路由表。3） 管理维护全网路由表，手工修改或从文件读取路由表，包括SMG和手机号段的添加,并进行数据的备份。4） 收到SMG的路由查询后，发回路由信息。5） 全网路由表更新后，自动指示各SMG进行路由更新；若有更新不成功
9、的SMG节点，GNS在广播之后每间隔10分钟重发一次更新信息，如此重发50次后仍未收到SMG的成功确认信息，则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是SGIP的完整实现，包括与SP之间的SGIP接口实现，以及与TSMG/SMG之间的SGIP接口实现。3）
10、 通过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之间的流量控制；支持基于服务等级的流量控制，在任何时刻预留一定带宽给等级高的服务，预留带宽参数可调；流控参数在手工调
11、整时，可以在不间断系统服务的前提下，完成系统的流量控制机制更新。7） 查重功能：SMG必须对接入本SMG的SP发来的命令进行命令序列号（定义参见SGIP协议）的查重处理，而接收其他网关前转消息的网关则无需对前转来的消息的命令序列号作校验。8） 错误管理：SMG必须建立错误日志，纪录足够查错的信息。对从其他节点接收的错误协议包要记入错误日志，并要给对方足够的提示信息。9） 对SMG本地接入SP、SMSC进行有效管理。包括SP、SMSC的增加、修改、删除等操作维护功能。短消息网关对业务管理的详细要求参见附件六。10） 产生全国性增值服务业务的计费详单。TSMG/SMG负责产生全国性增值服务业务的计
12、费详单，统计所有手机用户每个月享受的全国性服务的实际话费，统计每个分公司的短消息增值话费，以及向总公司提交的短消息增值话费。11） 存储转发：SMG具有存储转发和错误重发的能力，以防止数据包的丢失；SMG对信息的存储能力可参数调配，存储容量至少达到10000条。重发机制按以下处理。（i）当网关发送信息至短信中心时，若发送不成功需做以下处理：a） 发至短信中心的消息无Response(如出现线路不通问题)时除遵照SMPP协议进行重发外，还应有以下重发机制：对于低优先级(0)的消息每15分钟重发一次，至少重发16次；对于高优先级(1)的消息每10秒种(在SGIP协议中定义的等待应答的最大时间之后1
13、0秒钟，以下同)重发一次，至少重发6次。若经过上述重发过程后仍无法提交给SMSC，则SMG生成相应的Report，通知SP错误原因,再行丢弃并记入日志。b） 发至短信中心的消息的Response中包含错误号时，要根据错误号进行处理。 如果Response返回的错误是由SMG自身打包SMPP消息时导致的（如错误号为0x的消息长度错误），SMG必须纠错重发，直至错误纠正为止。 如果Response返回的错误是由SP填写SGIP消息有误而导致时(如错误号为0x的地址错误)，SMG立即生成相应的Report发回SP，然后将相应消息包丢弃并记入日志。 当出现SMSC忙或流量不匹配、队列已满等暂时无法接收
14、的错误时(如错误号为0x的超过最大提交数)，SMG应有相应的重发机制：对于低优先级(0)的消息每15分钟重发一次，至少重发16次；对于高优先级(1)的消息每10秒种重发一次,至少重发6次，若经过上述重发过程后仍无法提交给SMSC，则SMG生成相应的Report，通知SP错误原因，再行丢弃并记入日志。（ii）当网关前转信息至其他网关时,若发送不成功需做以下处理:a） 发往至其他网关的消息无Response(如出现线路不通问题)时除遵照SGIP协议进行重发外,还应有以下重发机制:对于低优先级(0)的消息每15分钟重发一次,至少重发16次;对于高优先级(1)的消息每10秒种重发一次,至少重发6次。若
15、经过上述重发过程后仍无法提交给其他网关,则SMG生成相应的Report,通知SP错误原因,再行丢弃并记入日志。b） 发至其他网关的消息的Response中包含错误号时，要根据错误号进行处理。 如果Response返回的错误是由SP填写SGIP消息有误而导致时(如错误号为5的参数格式错误)，SMG立即生成相应的Report发回SP,然后将相应消息包丢弃并记入日志。 当出现其他网关忙或流量不匹配、队列已满等暂时无法接收的错误时，SMG应有相应的重发机制：对于低优先级(0)的消息每15分钟重发一次，至少重发16次；对于高优先级(1)的消息每10秒种重发一次，至少重发6次,若经过上述重发过程后仍无法提
16、交给其他网关，则SMG生成相应的Report，通知SP错误原因,再行丢弃并记入日志。（iii）以上重发机制中的所有时间、次数等参数都应可配置。5.4.2 加密与认证对于需要加密的信息，SMG采用加密算法进行加密传输；SMG通过SGIP指定的算法实现SMG与SP之间、SMG与SMG之间的相互认证。5.4.3 计费用户鉴权当计费用户和接收用户不一致且计费用户不是SP时，SMG需要对计费用户进行鉴权。具体实现参照协议中有关内容。5.4.4 其它功能实现与中国移动短消息系统的联网。6 业务流程6.1 MO业务流程图2 没有前转的MO业务流程示意图1 SMSC收到移动终端发出的MO后，向SMG发出请求；
17、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返回路
18、由信息。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.2 MT业务流程图4 没有前转的MT业务流程示意图1 SP将MT业务数据发送给SMG；SMG根据付费手机号码查找此手机号码段归属的SMSC。2 若付费手机号码归属的SMSC直接与本SMG
19、相连，则SMG将MT消息发送给该SMSC；若此条MT消息（如图片）长度超过了单条短消息的长度，SMG要负责将它分解成适合短消息长度的包后再发送给SMSC。3 无论移动终端接收MT消息成功与否，SMSC都要向SMG发回反馈报告；若MT消息被移动终端成功接收，则SMG收到反馈报告后要生成MT话单，此话单用来对付费手机号码用户收费；对于中提到的需要在SMG处分包的长消息，我们只有在所有包都被用户接收后才合并产生一条MT话单。4 若MT消息未被成功接收，或在传送过程中出错，则SMG收到反馈报告后不能产生此条消息的话单，且SMG向发起MT业务的SP发送Report消息报告MT消息发送出错。图5 有前转的
20、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消息成
21、功与否，SMSC都要向SMG2发回反馈报告；若MT消息被移动终端成功接收，则SMG2收到反馈报告后要生成MT话单，此话单用来对付费手机号码用户收费；对于中提到的需要在SMG处分包的长消息，我们只有在所有包都被用户接收后才合并产生一条MT话单。若MT消息未被成功接收，或在传送过程中出错，则SMG2收到反馈报告后不能产生此条消息的话单。6 无论SMG2收到发送成功或发送失败的反馈报告，它都必须向SMG1反馈状态报告；若SMG1收到的是发送成功的状态报告，则生成MT-F话单，若为出错信息，则不能生成MT-F话单。SP是否要接受状态报告，由SP自己选择。6.3 鉴权流程图6 鉴权流程示意图在SP给移动
22、用户发送短消息的MT业务中有一种情况要向第三方收费（除SP付费和被叫用户付费外的情况），在此种情况中，第三方若是联通的手机用户，我们需要考虑对其鉴权。SMG必须能够实现鉴权与不鉴权两种条件下的业务流程。如果需要鉴权，鉴权应该回到付费方归属的SMG完成，并且由与该SMG相连的SMSC发送MT消息给被叫用户。鉴权流程实际应包含在MT业务流程中，考虑到此过程比较重要且相对独立，我们在此处单独说明。鉴权流程也要考虑MT消息有前转和没有前转两种情况，详细流程参见6.2，我们在下面的描述过程中不具体说明有无前转，鉴权通过之后MT消息的发送流程也省略。1 SP将MT业务数据发送给SMG。2 SMG判断出该M
23、T消息的付费方不为SP或被叫用户且付费用户号码归属本SMG，则SMG向计费中心发送鉴权请求。3 计费中心回送鉴权信息。4 若鉴权通过，则MT消息的流程同图4、5所示；若鉴权未通过，则SMG将鉴权未通过的信息（如用户欠费停机、离网等）通知给SP。7 计费1） 网关应对所有经过网关的短消息产生详细的计费原始数据，应包含附件一中所含基本计费内容。2） 对于MT业务，计费原始数据有效期为SMSC的报告延迟时间，在有效期内返回成功报告的，生成MT和 MT-F计费话单，超过此延迟时间的记录，按照没有反馈报告处理，不生成计费话单；对MO业务，计费原始数据有效期为等待确认信息的最大时间，在有效期内返回成功接收
24、消息的确认信息的，生成 MO计费话单，超过此等待时间的记录，按照未成功接收消息处理，不生成计费话单；MO-F话单的计费原始数据有效期为转发消息接收网关反馈出错信息的延迟时间，在有效期内返回出错报告的，不生成计费话单，超过此延迟时间的记录，按照MO消息已被SP成功接收处理，生成 MO-F计费话单；计费原始数据有效期应可调。3） MT、MO、MO-F及MT-F各计费话单内容和格式应满足附件一中格式规定。4） 收费方SMG产生的计费话单用于计费；若有前转存在，另一方SMG产生的计费话单用于对帐、结算。5） 在SMSC和SMG两处均产生的话单，以SMG产生的话单为准进行计费、结算。6） 计费话单根据当
25、地计费中心的产生时间、产生频度要求（应可调）生成计费话单文件。7） 计费话单文件名格式如下，具体存放目录名由当地短消息中心与计费中心协商确定。 文件名：CDRYYYYMMDDNNN.ZZZ YYYYMMDD：产生话单文件的时间，YYYY为年，MM为月，DD为日 NNN：文件序列号，000999 （每天从000开始） ZZZ：网关所在省的代号 文件每15分钟必须且只能产生1个，四种话单记录可以混合写在一个文件中。话单文件头记录（总长度112字节，含回车换行）格式如下：序号名 称字节数备 注1记录类型2bytes注1。首记录，值为10。2文件版本号2bytes目前版本号“01”。3文件产生日期8b
26、ytesYYYYMMDD4首次通话日期8bytesYYYYMMDD5首次通话时间6bytesHHMMSS6末次通话日期8bytesYYYYMMDD7末次通话时间6bytesHHMMSS8通话总记录数6bytes不含首记录。 右对齐，左补0。9总话费15bytes人民币:分。右对齐，左补0。10未用64bytes补空格11回车1 bytesCarriage Return12换行1 bytesLine Feed8） 计费话单文件的采集利用FTP方式进行，SMG作为SERVER端，计费中心作为CLIENT端。对于不设SMG的省份，根据计费部门的相关方案处理，若无此类方案，则由当地短消息中心配置PC作
27、为CLIENT端通过FTP取得计费话单文件后再由计费中心完成计费。9） 当计费话单文件取走后，应作必要的处理。10） 计费话单应在线保存2个月。11） 计费、结算工作由计费结算系统完成。12） 对于计费系统需要与SMG保持同步的相关SP信息，仍以SMG作为SERVER端，计费中心作为CLIENT端，利用FTP方式进行。每当SMG从GNS获得新的SP信息时，就按以下格式生成一个SP更新信息配置文件。配置文件名：SP00000YYYYMMDDNN.txtYYYYMMDD：文件产生的日期NN：文件产生序号（00-99）配置文件格式（包括文件头记录、企业代码记录、业务代码记录） 文件头记录名称位置长度
28、有效值头记录标示1-2210文件序号3-4200-99保留15-95空格文件产生日期10-2314YYYYMMDDHHMISS文件版本号24-263001文件包含SP个数27-3610全数字文件包含SP业务记录条数37-4610全数字保留247-9852空格回车991Carriage Return换行1001Line Feed 企业代码记录名称位置长度有效值数据记录标示1-2220企业号3-75全数字企业名称8-3730SP归属SMG代码38-425全数字SP所属省分代码43-453全数字保留46-9853空格回车991Carriage Return换行1001Line Feed 业务代码记录
29、名称位置长度有效值数据记录标示1-2230企业号3-75全数字企业名称8-3730SP归属SMG代码38-425全数字SP所属省分代码43-453全数字SP接入号46-549全数字业务代码55-6410业务名称65-9430业务的中文说明，如“体育新闻”等服务类型95-96200：PUSH 01：PULL 发送说明97-16064发送说明(如什么时候发送，多长时间发送一次等)业务说明161-22464关于该业务的附加说明记录类型22510-更新 1-增加MO话单通讯费费率226-2294单位：分MT话单通讯费费率230-2334单位：分启用时间234-24714YYYYMMDDHHMMSS代计
30、通信费标志24810-MO话单自己计费；1-MT话单代MO计通信费保留249-25810空格回车2591Carriage Return换行2601Line Feed8 系统管理系统管理主要指SMG的系统管理。SMG能够监视、管理整个系统(含网络设备和计算机)的运行状态，并进行相应的处理操作。提供图形化交互界面，方便用户随时查看系统的运行情况。SMG的系统管理支持SNMP，加载代理监控模块，保证系统作为SNMP的被管节点，有效地实现系统配置、状态监控、故障告警、服务控制和统计查询。8.1 系统配置配置系统的参数，从而调整系统的工作流程和事务处理特征。主要的配置参数包括SP端的服务器网络地址和流控参数、GNS服务器的网络地址、SMSC端网络地址和流控参数以及计费相关的参数。8.2 状态监控
