短消息业务联网规范12版.docx

中国联合通信公司
短消息业务联网规范
版本1.2

中国联合通信公司
二零零一年十月

目 录
1 适用范围 1
2 引用标准 1
3 缩略语 1
4 系统结构 2
5 节点功能 4
5.1 SP功能 4
5.2 SMSC功能 4
5.3 GNS功能 4
5.3.1 GNS基本功能 4
5.3.2 主备GNS之间的同步 5
5.4 SMG功能 5
5.4.1 SMG基本功能 5
5.4.2 加密与认证 8
5.4.3 计费用户鉴权 8
5.4.4 其它功能 8
6 业务流程 8
6.1 MO业务流程 8
6.2 MT业务流程 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.1 SMG处理主机 18
9.1.2 传输线路 18
9.2 系统软件 19
9.2.1 操作系统 19
9.2.2 应用系统 19
9.2.3 开发平台 20
10 机房环境 20
附件一：短消息网关话单格式 22
附件二：短消息中心与短消息网关接口规范补充说明 33
附件三：联通短消息网关性能统计报表 37
附件四：联通短消息中心性能统计表 41
附件五:短信网关业务量统计表 42
附件六：短消息网关对业务管理的要求 43

1 适用范围
本规范适用于与短消息网关相连的SP（内容提供商）、SMSC设备提供商和短消息网关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 Original 移动用户发送短消息
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、165或其他方式与一个（见A省）或多个SMSC（见B省）连接。
3） 不设SMG的省通过165或其他网络就近接入北京、上海或深圳SMG节点（见C省）。
4） SMG之间以及与TSMG之间通过165或其他网络实现互连。
5） 网络中选择两个SMG分别作为主备TSMG节点，除完成SMG的相关功能外，分别兼作主备GNS，即完成全网路由表的维护、刷新等工作，以下将其称为GNS节点。
6） 联通目前计费、营帐采用省集中方式，图中的计费中心负责全省的计费、营业、帐务、结算等工作，并保存全省的计费和营帐数据。SMG将计费话单生成后，由计费中心完成话单的采集、计费及结算等相关处理。
7） 总部结算中心负责全网的结算工作。
8） 多点接入的实现方式：
l 在现有SGIP协议中存在本地路由表和全网路由表（以下统称全程路由表），在此基础上再建一套本地服务SP定义表，该表与本地路由表中的SP定义表格式完全相同。
l 本地SP定义表只能填且必须填全提供本地业务的SP（包括在本地做了多点接入且只提供本地服务的SP）的信息。
l 全程路由表只能填且必须填全提供全网业务的SP（包括做了多点接入的SP）、全网短信中心、全网用户号段的信息。
l 网关处理MO消息时，查路由表的流程是必须先查本地SP定义表，再查全程路由表。若在本地SP定义表查到了SP的路由信息，就不能再查全程路由表。
l GNS中存储的是全网的全程路由表的信息，不含本地SP定义表的信息。所以，网关从GNS获取更新路由信息时，只能对本网关的全程路由表更新。
l 维护界面的“增加SP”项目中应分为“增加本地SP”和“增加全网SP”两项。
l SP开多点接入业务时，其软件必须能严格区分MT消息的路由，网关不对其MT路由作处理。但必须在接收前转MT消息时检查其SP接入号是否在本地服务SP定义表中存在，若存在，则应返回出错信息给前转网关。
5 节点功能
5.1 SP功能
SP节点通过SGIP协议接入SMG，向用户提供各种短消息服务。SP提供的业务视具体情况可分为全网性业务或地方性业务。
5.2 SMSC功能
SMSC节点通过SMPP协议接入SMG，可以把用户提交的MO消息上传给SMG，把SP通过SMG提交的MT消息下传给移动用户。
短消息中心与短消息网关的接口规范补充要求参见附录二。
5.3 GNS功能
5.3.1 GNS基本功能
GNS作为一个逻辑上的独立节点，具有以下功能：
1） 维护全网的路由表，包括维护手机号段与SMG的对应关系、SP接入号码+命令代码与SMG的对应关系（针对全网业务）等。
2） 接收GNS CLIENTSMG发来的SP和手机号段更改信息，并依据这些信息修改全网路由表。
3） 管理维护全网路由表，手工修改或从文件读取路由表，包括SMG和手机号段的添加,并进行数据的备份。
4） 收到GNS CLIENTSMG的路由查询后，发回路由信息。
5） 全网路由表更新后，自动指示各GNS CLIENTSMG进行路由更新；若有更新不成功的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） 通过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本地接入SP、SMSC进行有效管理。包括SP、SMSC的增加、修改、删除等操作维护功能。
短消息网关对业务管理的要求参见附件六。
9） 产生全国性增值服务业务的计费详单。TSMG/SMG负责产生全国性增值服务业务的计费详单，统计所有手机用户每个月享受的全国性服务的实际话费，统计每个分公司的短消息增值话费，以及向总公司提交的短消息增值话费。
10） 存储转发：SMG具有存储转发和错误重发的能力，以防止数据包的丢失；SMG对信息的存储能力可参数调配，存储容量至少达到10000条。重发机制按以下处理。
（i）当网关发送信息至短信中心时，若发送不成功需做以下处理：
a） 发至短信中心的消息无Response(如出现线路不通问题)时除遵照SMPP协议进行重发外，还应有以下重发机制：对于低优先级(0)的消息每15分钟重发一次，至少重发16次；对于高优先级(1)的消息每10秒种(在SGIP协议中定义的等待应答的最大时间之后10秒钟，以下同)重发一次，至少重发6次。若经过上述重发过程后仍无法提交给SMSC，则SMG生成相应的Report，通知SP错误原因,再行丢弃并记入日志。
b） 发至短信中心的消息的Response中包含错误号时，要根据错误号进行处理。
l 如果Response返回的错误是由SMG自身打包SMPP消息时导致的（如错误号为0x00000010的消息长度错误），SMG必须纠错重发，直至错误纠正为止。
l 如果Response返回的错误是由SP填写SGIP消息有误而导致时(如错误号为0x00000040的地址错误)，SMG立即生成相应的Report发回SP，然后将相应消息包丢弃并记入日志。
l 当出现SMSC忙或流量不匹配、队列已满等暂时无法接收的错误时(如错误号为0x00000041的超过最大提交数)，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中包含错误号时，要根据错误号进行处理。
l 如果Response返回的错误是由SP填写SGIP消息有误而导致时(如错误号为5的参数格式错误)，SMG立即生成相应的Report发回SP,然后将相应消息包丢弃并记入日志。
l 当出现其他网关忙或流量不匹配、队列已满等暂时无法接收的错误时，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.1 MO业务流程

图2 没有前转的MO业务流程示意图

①． SMSC收到移动终端发出的MO后，向SMG发出请求；SMG收到来自SMSC的请求后，根据请求中的SP接入号码（及命令代码）查找SP。
②． 若提供服务的SP即与本SMG相连，则SMG将MO提交给提供服务的SP，在得到SP成功接收消息的确认后SMG处生成MO话单，此话单用于对用户收费。

图3 有前转的MO业务流程示意图

①． SMSC收到移动终端发出的MO后，向SMG1发出请求；SMG1收到来自SMSC的请求后，根据请求中的SP接入号码（及命令代码）查找SP；若提供服务的SP不与SMG1相连，且在SMG1保存的全网路由表中查到该SP与SMG2相连，则直接到第③步。
②． 若提供服务的SP在SMG1保存的路由表中查不到，则SMG1向GNS发起查询请求，GNS返回路由信息。
③． SMG1将MO转发给提供服务的SP所属的SMG2，在等待5分钟后未收到SMG2的出错反馈报告，则SMG1处生成MO-F话单，此话单用于对用户收费。
④． SMG2将MO提交给提供服务的SP，在得到SP成功接收消息的确认后SMG2处生成MO话单，此话单用于对帐和结算。
⑤． 若SP由于关闭服务或其他原因拒绝接收MO消息，SMG2将返回出错反馈报告给SMG1，SMG1收到这个报告后将不生成MO-F计费话单。
6.2 MT业务流程

图4 没有前转的MT业务流程示意图

①． SP将MT业务数据发送给SMG；SMG根据付费手机号码查找此手机号码段归属的SMSC。
②． 若付费手机号码归属的SMSC直接与本SMG相连，则SMG将MT消息发送给该SMSC；若此条MT消息（如图片）长度超过了单条短消息的长度，SMG要负责将它分解成适合短消息长度的包后再发送给SMSC。
③． 无论移动终端接收MT消息成功与否，SMSC都要向SMG发回反馈报告；若MT消息被移动终端成功接收，则SMG收到反馈报告后要生成MT话单，此话单用来对付费手机号码用户收费；对于②中提到的需要在SMG处分包的长消息，我们只有在所有包都被用户接收后才合并产生一条MT话单。
④． 若MT消息未被成功接收，或在传送过程中出错，则SMG收到反馈报告后不能产生此条消息的话单，且SMG向发起MT业务的SP发送Report消息报告MT消息发送出错。

图5 有前转的MT业务流程示意图

①． SP将MT业务数据发送给SMG1；SMG1根据付费手机号码查找此手机号码段归属的SMSC；若付费手机号码归属的SMSC不与SMG1相连，且在SMG1保存的全网路由表中查到该SMSC与SMG2相连，则直接到第③步。
②． 若付费手机号码归属的SMSC在SMG1保存的路由表中查不到，则SMG1向GNS发起查询请求，GNS返回路由信息。
③． SMG1将MT转发给付费手机号码所属的SMG2。
④． SMG2将MT消息发送给付费手机号码归属的SMSC；若此条MT消息（如图片）长度超过了单条短消息的长度，SMG2要负责将它分解成适合短消息长度的包后在发送给SMSC。
⑤． 无论移动终端接收MT消息成功与否，SMSC都要向SMG2发回反馈报告；若MT消息被移动终端成功接收，则SMG2收到反馈报告后要生成MT话单，此话单用来对付费手机号码用户收费；对于②中提到的需要在SMG处分包的长消息，我们只有在所有包都被用户接收后才合并产生一条MT话单。若MT消息未被成功接收，或在传送过程中出错，则SMG2收到反馈报告后不能产生此条消息的话单。
⑥． 无论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消息的发送流程也省略。
①． SP将MT业务数据发送给SMG。
②． SMG判断出该MT消息的付费方不为SP或被叫用户且付费用户号码归属本SMG，则SMG向计费中心发送鉴权请求。
③． 计费中心回送鉴权信息。
④． 若鉴权通过，则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
回车
1 bytes
Carriage Return
12
换行
1 bytes
Line Feed
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）
配置文件格式（包括文件头记录、企业代码记录、业务代码记录）
l 文件头记录
名称
位置
长度
有效值
头记录标示
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
Carriage Return
换行
100
1
Line Feed
l 企业代码记录
名称
位置
长度
有效值
数据记录标示
1-2
2
20
企业号
3-7
5
全数字
企业名称
8-37
30

SP归属SMG代码
38-42
5
全数字
SP所属省分代码
43-45
3
全数字
保留
46-98
53
空格
回车
99
1
Carriage Return
换行
100
1
Line Feed
l 业务代码记录
名称
位置
长度
有效值
数据记录标示
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：PUSH 01：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
Carriage Return
换行
260
1
Line Feed

8 系统管理
系统管理主要指SMG的系统管理。SMG能够监视、管理整个系统(含网络设备和计算机)的运行状态，并进行相应的处理操作。提供图形化交互界面，方便用户随时查看系统的运行情况。
SMG的系统管理支持SNMP，加载代理监控模块，保证系统作为SNMP的被管节点，有效地实现系统配置、状态监控、故障告警、服务控制和统计查询。
8.1 系统配置
配置系统的参数，从而调整系统的工作流程和事务处理特征。主要的配置参数包括SP端的服务器网络地址和流控参数、GNS服务器的网络地址、SMSC端网络地址和流控参数以及计费相关的参数。
8.2 状态监控
监控SP的连接状态和流量以及SGIP缓冲队列的情况，监控SMG的运行状态以及与其它SMG的连接状态，监控SMSC的连接状态和MT/MO流量以及SMPP缓冲队列的情况，监控SMG的系统资源占用情况。
8.3 故障告警
记录SP的连接和认证故障以及与其它SMG的连接故障，如果发生SMSC连接故障、数据库更新故障或日志读写故障时，系统自动进入保护状态同时告警。
8.4 服务控制
根据运营商的需求，可以关闭和重新启动服务，断连特定的SP，指定时间段手工启动计费等。
8.5 统计查询
提供一系列的统计查询功能，包括统计查询SP、SMG和SMSC的连接情况，统计查询MT/MO的流量，统计查询短消息的发送成功率、SP与SMG以及SMG之间发包的成功率，统计查询错包原因，统计查询SMG的I/O总流量和转发I/O总流量。
9 设备要求
9.1 硬件
9.1.1 SMG处理主机
采用符合电信级性能的计算机，配置原则如下：
1) 采用对称多处理器技术，支持主备用任务分担和共享磁盘阵列，。
2) 220V 交流电源，采用接地保护。
3) 支持多个热插拔磁盘驱动器，支持多个热插拔PCI插槽
4) 支持五百MB/秒的数据传输率
5) 可在持续运作的情况下添加磁盘
6) 热插拔冗余电源和冷却风扇
7) 操作系统为64位以上的扩展性，支持32位及64位应用程序并行执行
8) 内存可扩展至GB级以上
9) I/O带宽为GB/秒级
9.1.2 传输线路
1) TSMG与SMG之间通过互联网或其它方式实现网状互联；
2) 对于设立SMG的省分公司，SMG和本地SMSC之间通过局域网连接；对于不设立SMG的省分公司，SMSC通过互联网或其它连接方式接入指定的SMG；
3) 联通以自己品牌开办的SP业务通过局域网或其它方式接入SMG，由各SP厂商自己提供SP业务通过互联网接入SMG。
9.2 系统软件
9.2.1 操作系统
操作系统支持多进程和多线程技术，支持多用户操作，具有实时性，稳定性和可靠性。
9.2.2 应用系统
1) 应用软件采用分层的模块化结构设计，基于主流操作系统、数据库系统及网络通讯协议，应具有灵活性、可操作性、可移植性和可扩展性。模块的增加和对模块的修改不应对其他模块产生影响，并能在不影响系统运转的情况下做到模块更新、模块加载。
2) 应用软件能够提供二次开发功能，以适应不断增强的支撑功能和不断拓展的业务空间，卖方应对提供的二次开发接口的开发方法、功能、结构进行描述。
3) 提供SP接入SMG的API接口，API接口要符合SGIP并独立于SMG。
4) 采用良好的人/机交互界面设计（如GUI）提高系统对用户操作和控制的支持能力。系统提供方便学习的人机界面，提供直观、快捷的窗口操作。
5) 容错包括对SMG，GNS设备的容错，采用存储/转发机制保证应用系统的容错性能；
6) 采用的认证和加密技术保证以防止伪冒SMG、SP和非法用户的侵入，应能为系统管理员提供多种发现系统故障和非法登录的手段；
7) 采用错误标识代码准确标识错误点，同时生成日志文件，以便维护；并以界面报警的形式提示系统管理员检测和修复。
8) 应具有完整的操作权限管理功能和完善的系统安全机制，能够对每个操作员的每次操作有详细的记录，对每次非法操作产生告警；
9.2.3 开发平台
系统的开发工具采用目前的主流产品，如：标准C 语言、JAVA、JAVASCRIPT、C++等业界通用开发语言。
10 机房环境
项目
要求
电磁干扰、空气污染、水灾、易燃气体
无
机房内部机器的布置
具有足够的服务空间并有可扩容性
机房地板承重
大于400KG/M
日常用纸及磁带的存放
设有专门的地方并有足够的空间
机房高度
地板至天棚距离大于2.7M
地面至地板距离大于35CM
运机路线
足够的空间及电梯承重
地线要求
要求使用机房专用地对地电阻小于4OHMS
电源要求及UPS
220V ,5%上下浮动
三相电相序要求正确
零地之间电压小于1V
零线、地线连接正确
各电源柜、电源线标签是否标明
通讯状况
提供ISDN、ADSL、DDN方式之一与Internet互联
空调
使室温保持在24度，上下浮动2度，
相对湿度在50%左右
安全性
要求有防火、防水的准备，紧急电闸、
紧急出口有报警设备、监查器及电话线路
装机前要求
地面及地下需要清洁
检查配电性
各机电源到位
空调已运转二到三天
灭火器到位
地板通气孔到位
机器地板到位
终端同轴电缆到位
控制台终端桌到位
与Internet连通
与其他系统的接口和线路调通，并已布线到机房指定位置。
电源
标准电源（220V）+稳压电源(UPS)

附件一：短消息网关话单格式
表1
话单类型： 短消息发送话单（MO）
适用范围：自点播业务（A―A）、转发点播业务（A－B）
流向：用户－SMSC－SMG－SP
产生位置：SP注册的网关
序号
域 名
长度(字节)
含义
填写说明
1
命令序列号
26
每条消息的唯一标识
定义参见协议
2
短消息话单类型
2
以移动用户为对象，标识短消息发送的类型
00：短消息发送MO
3
用户类型
1
计费对象的移动用户类型
0：签约用户；1：如意通
>1：保留
4
计费用户号码
13
计费对象的移动用户MSISDN号码
A号码：以8613开头的全数字，是被计费的号码
5
SP代码
5
SP的企业代码
全数字
6
SP所属SMG代码
5
对应SMG代码
填空
7
被叫号码
13
非计费移动用户MSISDN号码
填空
8
接入代码
9
用户使用短消息时使用的服务提供商代码
填写服务提供商代码
9
业务代码
10
SP自定的业务代码
按在运营商处申请过的业务代码填写
10
用户计费类别
1
对“计费用户号码”的计费方式
0（此类话单用于向用户收取信道费或核减SP对称信道费）
11
信息费
6
每条短消息的信息费，以分为单位
0
12
包月费
6
对包月用户的包月费，以分为单位
0
13
赠送话费
6
赠送用户的话费，以分为单位
0
14
代收费标志
1
代收费方式
0：应收；1：实收
15
MO-MT对应标志
1
标志一条MT话单是否由MO点播引起
填空
16
短消息发送状态
4
由SP向SMG反馈的MO信息的状态代码
0：成功
17
短消息发送优先级
1
短消息中心MO的信息级别
填空
18
信息条数
2
一条超过了短消息长度的消息在由SMG下发到SMSC时需要被分包成短消息的条数
填为1
19
计费用户号码归属地
4
A号码的归属地长途区号
左对齐，右填空，“计费用户号码”为0时填被叫用户号码归属地
20
网关代码
5
网关的唯一标识，长途区号+X，X为相同区号下网关的顺序编号
本地网关（即产生话单的网关）代码
21
关联网关代码
5
对于短消息话单MO是源网关的代码
不能为空，没有前转时填入本地网关代码
22
短消息中心代码
13
MO：发起短消息中心的代码
8613XXXXXXXXX，没有可以为空
23
申请时间
14
MO：是用户提交的时间
YYYYMMDDHHMMSS
24
处理结束时间
14
SMG提交给SP的时间
YYYYMMDDHHMMSS
25
保留字段
31
预留作将来扩展用
填空
26
回车
1

Carriage Return
27
换行
1

Line Feed
注：表中所有字段填写时均为左对齐、右填空，以下各表填写格式均同。

表2
话单类型： 短消息接收话单（MT）
适用范围：自点播业务（A―A）、转发点播业务（A－B）、PUSH业务
流向：SP－SMG－SMSC－用户
产生位置：用户归属地的网关
序号
域 名
长度(字节)
含义
填写说明
1
命令序列号
26
每条消息的唯一标识
定义参见协议
2
短消息话单类型
2
以移动用户为对象，标识短消息接收的类型
01：短消息接收MT
3
用户类型
1
计费对象的移动用户类型
0：签约用户；1：如意通
>1：保留
4
计费用户号码
13
计费对象的移动用户MSISDN号码
点播或订制业务用户的MSISDN或全零(广告类，对SP计费)
5
SP代码
5
SP的企业代码
全数字
6
SP所属SMG代码
5
对应SMG代码
全数字
1
被叫号码
13
非计费移动用户MSISDN号码
接收短消息用户的MSISDN ，8613开头的全数字
8
接入代码
9
用户使用短消息时使用的服务提供商代码
全数字，不能为空
9
业务代码
10
SP自定的业务代码
由字母或数字组成的字符串
10
用户计费类别
1
对“计费用户号码”的计费方式
见表4： 1、2、3、4
11
信息费
6
每条短消息的信息费。单位：分
用户计费类别为
1：填写“0”
2：填写本条短消息的信息费
3：填写“0”
4：填写本条短消息的信息费或包月费
12
包月费
6
包月用户的包月费
或封顶用户的封顶费
单位：分
用户计费类别为
1：填写“0”
2：填写“0”
3：填写包月费
4：填“0”
13
赠送话费
6
赠送用户的话费
以分为单位，且赠送话费不能大于信息费与包月费之和。
14
代收费标志
1
代收费方式
0：应收；1：实收
15
MO-MT对应标志
1
标志一条MT话单是否由MO点播引起
0：MO点播引起的第一条MT消息；1：MO点播引起的非第一条MT消息；2：非MO点播引起的MT消息；3：系统反馈引起的MT消息或标志本条话单为包月费话单（当为包月费话单时，用户计费类别必须为3、信息费为0；为系统反馈时不参加计费结算）。
16
短消息发送状态
4
短消息中心向网关反馈的短消息发送状态代码
0：成功
17
短消息发送优先级
1
MT的信息级别
0-9
18
信息条数
2
一条超过了短消息长度的消息在由SMG下发到SMSC时需要被分包成短消息的条数
数字
19
计费用户号码归属地
4
A号码的归属地长途区号
左对齐，右填空，“计费用户号码”为0时填被叫用户号码归属地
20
网关代码
5
网关的唯一标识，长途区号+X，X为相同区号下网关的顺序编号
本地网关（即产生话单的网关）代码
21
关联网关代码
5
对于短消息话单MT是源网关的代码
不能为空，没有前转时可以填入本地网关代码
22
短消息中心代码
13
接收短消息的短消息中心代码
8613XXXXXXXXX
23
申请时间
14
是网关收到SP短消息的时间
YYYYMMDDHHMMSS
24
处理结束时间
14
SMG收到SMSC返回状态报告的时间
YYYYMMDDHHMMSS
25
保留字段
31
预留作将来扩展用
填空
26
回车
1

Carriage Return
27
换行
1

Line Feed
注：取消包