短信支撑网关技术规范V100

1、2006-08-29实施中国移动通信有限公司 发布短信支撑网关技术规范QBJ-001-2006中国移动通信企业标准版本号：1.0.0 2006-08-29发布目 录1范围32引用标准33符号和缩略语34支撑网关组网结构35支撑网关的功能45.1业务控制功能45.2数据管理功能65.3网管功能76性能指标与系统要求96.1支撑网关的性能指标96.2支撑网关的可靠性要求106.3安全性要求106.4硬件要求106.5软件要求116.6接口规程111 范围本标准适用于中国移动各省(直辖市、自治区)BOSS2.0短信营业厅的整合、改造建设，用于指导各省BOSS2.0工短信营业厅整合建设中BOSS与短信

2、中心组网的参考依据，描述业务支撑系统对短信支撑网关的功能、性能、安全性以及可靠性等方面的要求。本规范属于BOSS2.0规范体系。2 引用标准l 省级业务运营支撑系统(BOSS)业务技术规范(2.0版)l 省级业务运营支撑系统(BOSS)业务技术规范接口分册(2.0版)l 中国移动短信营业厅业务技术规范(1.0)l 中国移动通信互联网短信网关接口协议（CMPP）V3.0版本及以上l SMPP 3.3及以上版本，中国移动通信有限公司对该协议的修改版本l 点对点短消息网间互通协议V1.2版本及以上l ETSI GSM3.40l ETSI GSM3.383 符号和缩略语SMSCShort Messag

3、e Service Center短信息中心MSMobile Subscriber移动用户MSCMobile Switch Center移动交换中心MOMobile Originated手机用户发起的短信息MTMobile Terminated发送给手机用户的短信息SMPPShort Message Point to Point短信息点对点协议CMPPChina Mobile Point to Point中国移动点对点协议4 支撑网关组网结构支撑网关是专门面向支撑业务的短信网关，属于BOSS接口域，用于实现对BOSS上下行短信的统一管理，提高BOSS系统业务的安全性，提高组网的灵活性和可扩展性。

4、在BOSS中，支撑网关与SMSC相连，接收手机用户发送的短信或者发送短信给手机用户，他们之间采用的协议是SMPP；支撑网关与BOSS短信营业厅相连，采用CMPP协议，接收短信营业厅发送的短信或者发送短信息给短信营业厅。5 支撑网关的功能5.1 业务控制功能支持MO短信息MO短信息是指手机用户发送给短信营业厅的短信息，短信息的目的号码是短信营业厅的服务代码，短信息的内容由短信营业厅根据不同的业务确定，手机用户提交的短信息经SMSC传递到支撑网关，支撑网关负责把此短信息递交给短信营业厅，并确信短信营业厅是否成功接收到了此短信息。支持MT短信息MT短信息是指短信营业厅发送给手机用户的短信息，短信息的

5、源号码是短信营业厅的服务代码，目的号码是手机用户的号码，短信营业厅将此短信息发送给其接入的支撑网关。支持路由功能支撑网关必须根据路由信息查找目的号码归属的SMSC，以便把短信息下发给目的SMSC。支持短信营业厅的长服务代码为了支持短信营业厅与手机用户之间会话状态的保存，在短信营业厅的服务代码后面可以跟数字串以标识会话，因此要求支撑网关支持这种类型的长服务代码。支撑网关在处理这种长服务代码时，对于全网业务根据前6位查找路由信息。支持短信息存储重发功能在实际的网络中，各个网络节点如SMSC、支撑网关、短信营业厅都可能暂时出现故障或者因为流量控制等一些原因导致短信息的传递失败，为了提高短信息传递的成

6、功率，要求支撑网关具有在短信息传递失败时把短信息存储在本地，并隔一段时间进行重发的功能，在重发一定次数或者一定时间之后，如果短信息的传递仍然没有成功，则放弃重发该短信息，并通过状态报告向前一级网络节点报错。存储重发的时长应该可以配置，至少48个小时，而网关在等待下一级网关回送状态报告的时长也应该可以配置，至少49个小时（比SMSC存储重发的时长多1个小时，保证没有没有丢包）。支持短信息压缩功能要求支撑网关支持短信息压缩的功能，具体请参加ETSI的GSM03.40中“3.9 SMS COMPRESSION”的定义。支持短信息优先级支撑网关应可以针对短信息的不同优先级分类进行处理。例如，短信息优先

7、级可以分类如下：l 按照用户的类型，用户可以分为高端用户和低端用户，高端用户发送的短信息和发送给高端用户的短信息为高优先级的短信息，而低端用户的短信息为低优先级的短信息；l 按照短信息业务的类型，如交互类短信和主动营销类短信，这些类型的短信息业务的优先级是不同的。具体的短信息的优先级由中国移动通信集团公司的相关部门进行定义，而支撑网关的实现应该灵活地支持各种类型的短信息优先级方案。支持各种鉴权功能为了保证系统的安全接入，支撑网关对所有接入自己的其它外部实体都要进行鉴权操作，这些外部实体指的是短信营业厅、SMSC等。每一个鉴权操作的参数至少包括帐户和密码，具体的鉴权过程请参见相关协议的鉴权消息，

8、为了保证帐户和密码在网络上传输的安全性，应该对这些帐户和密码进行加密传输。支持报表功能系统能够生成相关业务部门要求的报表，譬如短信营业厅业务流量统计表、网关业务流量统计表等等。支持流量控制业务流量有“浪涌”的特征，为了防止浪涌对系统的运行造成严重影响，要求系统具有业务流量控制的功能。支撑网关中流量控制主要表现为以下几个方面：1、 针对某个SMSC发送过来的MO短信息的流量控制；2、 针对短信营业厅发送过来的MT短信息和控制类短信息的流量控制；3、 系统综合考虑的流量控制。5.2 数据管理功能SMSC信息管理支撑网关与SMSC相连，需要维护与其相连的SMSC的相关信息，诸如SMSC的标识、名称、

9、所在的地方、主机IP和端口号、连接的帐户和密码等信息。支撑网关应该以用户友好的图形界面支持对这些数据的增加、删除、修改和查询的操作并且可以不停机地使能这些数据。路由数据管理在支撑网关系统中，路由信息主要包括下面几种对应关系：1、 短信营业厅服务代码与支撑网关对应关系：手机用户发送MO短信息时，目的号码就是短信营业厅的服务代码，与SMSC相连的支撑网关必须根据目的短信营业厅服务代码把短信息前转给该短信营业厅接入的支撑网关，因此需要维护此对应关系。2、 手机号码段与SMSC对应关系：当发送MT短信息给手机用户时，支撑网关必须根据目的手机号码把短信息前转给与自己相连的某个SMSC，这就需要维护手机号

10、码段与SMSC的对应关系。支撑网关应该以用户友好的图形界面支持对这些数据的增加、删除、修改和查询的操作并且可以不停机地使能这些数据。短信息优先级的管理短信息优先级请参见“5.1.7 支持短信息优先级”中的描述，要求支撑网关能够提供灵活地配置这些优先级的数据管理功能。5.3 网管功能支撑网关作为BOSS接口域设备，纳入BOMC管理，以下为简述。支持统计数据采集在支撑网关中，网管功能应该能够采集到各个接口的连接建立情况以及消息收发情况，即在过去一段时间内在该接口上传输的按消息类型分类的请求消息数目、响应消息总数目、成功的响应消息数目、失败的响应消息数目、以及按照错误原因分类的各种失败的响应消息数目

11、。具体来说，在移动短信营业厅中，这些接口包括：1、 支撑网关与SMSC之间的接口；2、 支撑网关与短信营业厅之间的接口；上述接口之间传递的消息类型请参考相关的协议文档。支持配置信息的查询和修改在支撑网关中，网管功能应该支持对系统配置信息的查询和修改操作，这些配置信息包括如下分类：1、 支撑网关硬件配置：包括主机生产厂商、型号、CPU主频，内存大小、硬盘型号及容量和当前剩余空间、磁带机的型号及容量和当前剩余空间等信息；2、 支撑网关软件配置：包括当前软件生产厂商、版本号、补丁版本号、占用的空间大小、包含的文件等，以及该软件本身需要使用的其它软件（如数据库）等的配置信息；3、 支撑网关基本资料：包

12、括本支撑网关的标识、名称、所在的省份等信息；支持监控和跟踪功能在支撑网关中，网管功能应该支持系统运行的动态监控功能，主要包括以下方面：1、 硬件相关运行信息：包括当前CPU占用率、内存占用情况等信息；2、 软件相关运行信息：包括各接口的消息队列的最大容量、当前已经占用的容量、消息队列中各种类型的请求消息的数量、响应消息的总数目、成功的响应消息数目、失败的响应消息数目、以及按照错误原因分类的各种失败的响应消息数目。网管功能还应该支持系统运行的动态跟踪功能，在梦网短信系统中动态跟踪可以按照如下分类：1、 跟踪某个手机用户发起的MO短信息的完整处理流程；2、 跟踪发送给短信营业厅的MO短信息的完整处

13、理流程；3、 跟踪短信营业厅发起的MT短信息和控制类短信息的完整处理流程；4、 跟踪发送给某个手机用户的MT短信息和控制类短信息的完整处理流程。上面描述中提到的监控完整处理流程，主要是指查看该短信息在本支撑网关中被处理过程中本支撑网关与外部网元实体交互的消息类型和消息内容。支持故障管理因为支撑网关在运行的时候，可能出现一些硬件或软件问题，所以支撑网关要具有如下的故障管理功能：1、故障的告警功能：当系统的软件或者硬件发生故障时，支撑网关的网管系统在界面上通过声音或者指示灯进行告警，可以通过面板上不同颜色的指示灯或者不同的声音来指示故障的严重程度，并在界面上显示出故障的内容。故障的严重程度可以分为

14、如下4个级别：l 提示：系统仍然正常；l 一般：系统已经有不正常的情况发生，但不需要恢复，系统仍然可继续运行；l 严重：系统已经有不正常的情况发生，必须经过恢复，系统才可以继续运行；l 致命：系统已经有不正常的情况发生，并且无法继续运行。故障的内容至少包括：l 故障的序列号；l 故障产生的时间；l 故障的严重级别；l 故障产生的源；l 故障产生的原因；l 该故障是否需要恢复以及系统建议的故障恢复手段。2、故障的记录功能：对于需要系统操作员手工恢复的故障，系统必须保存这些故障直到系统操作员手工恢复此故障为止；经过恢复的故障和一些不需要恢复的故障可以备份到后备存储器上，但是这些故障信息必须保存一段

15、时间（比如1个月），供系统操作员查询。3、故障的恢复功能：系统的故障恢复有两种手段：一是系统自动恢复；二是系统操作员手工进行恢复。在故障恢复之后，系统应该记录如下信息到前述的故障内容中：l 故障恢复时间；l 故障恢复方式，是自动恢复还是操作员手工恢复；l 故障恢复手段，采取了什么措施恢复此故障。系统自动恢复的故障典型例子是主备用系统中的主机停机，备机应该自动启动并接管主机的所有工作。操作员手工恢复的典型例子是系统某条链路故障，操作员必须检查网络情况，确认网络情况正常后恢复此故障。6 性能指标与系统要求6.1 支撑网关的性能指标l 每网关消息处理速度每秒至少800条；l 每网关消息丢失率不超过0

16、.01%；l 每网关至少支持同时与1000个外部网元的连接；l 每网关存储重发功能至少支持同时10万条短信息的等待；l 每网关至少支持100万条正在等待状态报告的短信息。6.2 支撑网关的可靠性要求l 利用主备方式，保证系统7*24小时不间断工作；l 每年例外停机时间不得超过3分钟；l 主备进行切换所需的时间不超过10秒钟；l 主备切换后，不影响正在等待状态报告的短信息。6.3 安全性要求网络安全支撑网关需要建立完善的网络安全机制，这些安全机制有：防火墙系统、入侵检测系统、病毒防范系统等等。系统安全操作系统应该通过防病毒、操作员权限控制、操作日志记录等功能来保证系统的安全性。应用安全支撑网关应

17、该通过系统提供的操作员权限控制、操作日志记录等功能保证软件本身的安全性，通过容灾备份等方式保证系统数据的安全性。6.4 硬件要求对CPU的要求要求硬件配置上至少要有两个CPU，两个CPU互为主备用或者进行负荷分担，当一个CPU出现故障时，另外一个CPU能够自动切换为主用的CPU并且接管故障CPU上的所有业务。对内存的要求要求内存大小至少为1GB，并且成对配置，在某块内存卡出现故障时，系统仍然可以继续运行。对硬盘的要求硬盘容易至少为80GB，并且硬盘要做RAID镜像备份，在其中某块硬盘出现故障时，系统的数据仍然不会丢失，仍然可以继续运行。对网络链路的要求系统至少配备两块网卡，互为主备用关系，在其

18、中一块网卡出现故障时，另一块网卡能够切换为主要网卡并承担所有的网络通信。对磁带、光盘等后备存储器的要求系统必须具备磁带、光盘等后备存储器，以提供系统数据备份或者软件升级的导出导入设备。6.5 软件要求对操作系统的要求要求操作系统支持多进程和多线程的技术，支持多用户，具有很高的安全性、稳定性和可靠性。对支撑网关软件的要求l 软件采用分层的模块化结构，软件的每一层每一个模块之间是低耦合的，而每一层每一个模块内部是高内聚的；l 用户数据与运行程序相分离，任何合法用户数据的添加、删除和修改都不会引起运行程序的变更；l 软件良好的容错性，能够识别软件运行中的错误陷阱并且能够从错误中自动恢复，而良好容错性的另一表现是系统能够把错误限制在某一层某一模块内，不会影响到系统其它层其它模块的正常运行；l 软件良好的可维护性，一方面，在系统出现故障时，开发人员要能够迅速从系统的表现、日志等查出问题产生的原因并提出解决方案；另一方面，软件要能够方便的进行更新和升级，并且在升级失败后，能够迅速