移动公司短信系统参数配置原则

短信系统参数配置原则
（初稿）
四川移动通信责任有限公司
2003年六月
前言
受集团公司委托（移网通[2002]528号《关于委托编写短信系统参数配置原则的通知》），四川移动通信有限责任公司负责制定短信系统参数配置原则。

为此公司上下十分重视，立即成立了以网络部副主任刘耕为组长的参数编制小组，对短信系统相关的参数进行了大量的测试和分析，为提高短信各设备间的兼容性和下发成功率以及解决短信中心、短信网关的参数设置不规范，导致省际、省内各级短信设备配合不一致，影响短信业务成功下发的问题，提出了参数配置建议。

由于时间和水平有限，《原则》当中难免有考虑不周之处，敬请指正。

目录
第一部分情况简介 (4)
第二部分短信中心参数配置原则 (5)
一、短信中心单个用户最大短信缓存条数（被叫）： (5)
二、短信中心单条短信最大保存期限 (8)
三、短信系统重发参数 (11)
1、用户原因的重发机制： (12)
2、网络原因的重发机制。

(14)
四、MSC短消息事件鉴权参数 (20)
五、短信中心接口部分相关参数： (23)
第三部分短信网关参数配置原则 (24)
一、与短信中心接口 (24)
二、与SP接口 (27)
三、与SCP的接口 (28)
四、与其他ISMG的接口 (29)
第一部分情况简介
（一）编写小组成员
组长：刘耕
副组长：杨书其白庆王耀阳
组员：刘晟、林勇、林静、曾智、侯漫秋、涂越秋
厂家：张美军（华为）钟智（康维）李邦建（亚信）
（二）本省短信及相关网络设备情况
点对点短信中心：华为（软件版本 v280r001.5d611），容量300万BHSM
梦网短信中心：康维（软件版本 2.5.27），容量300万BHSM
短信网关：亚信（软件版本 2.5.1）, 容量288万BHSM
SCP：东信北邮(4.04)
MSC：西门子（sr9.0）
HLR:西门子（sr9.0）
第二部分短信中心参数配置原则
一、短信中心单个用户最大短信缓存条数（被叫）：
参数释义：短信中心对于单个被叫号码的最大短信保存数量。

不同地区、不同短信中心此项参数的设置并不一致。

为了证实此项参数的不同配置对收入以及对系统资源的影响，我们在成都万年短信中心（华为）上进行了测试：
测试环境：万年短信中心（华为），承载四川全省除成都以外的点对点短信业务以及梦网点播等上行短信业务。

1、处理能力：300万BHSM
2、日短信提交量（MO提交量）：约为300万左右。

3、内存占用情况：通常情况下5万条以内，内存容量为70万条。

测试方法：分别将短信中心的单个被叫最大短信缓存条数设置为20条、15条、10条，然后对修改前后的MO提交成功率、效益（成功下发的点对点短信条数/手机向短信中心提交的点对点短信条数 X 100%）以及内存占用率进行统计和分析。

由于各短信设备制造商均未建议10条以下的设置，为避免影响公司收入，因此我们未对低于10条的短信存储数进行测试。

测试结果：（如图）
效益=下发成功的点对点短信条数/手机向短信中心提交的点对点短信条数
配置原则建议：15条。

理由：
1、由上图可见，单个用户待发缓存从20条调整到15条，对MO
提交成功率影响不大，效益降低不明显，内存占用却下降了很多。

但从15条调整到10条，效益却有明显的下降。

2、对于一些业务种类较多（例如含短信群发业务、梦网业务）的
短信中心，为保证系统安全，我们更是建议采取15条的被叫缓存设置。

因为承载广告群发业务以及梦网业务的短信中心，内存空间或者数据库空间占用率通常较高（成都康维短信中心，数据库空间150万，承载广告群发业务以及梦网络下行等业务，根据统计，广告群发的关机率约为20%，梦网下发的关机率约为10%，数据库空间经常超过100万），因此若被叫缓存数设置过高，不仅经济效益不明显，反而容易导致数据库被占满，给网络的安全带来隐患。

二、短信中心单条短信最大保存期限
参数释义：未下发成功的短信在短信中心内存或数据库的保存期限。

不同地区、不同短信中心此项参数的设置并不一致，有的设置为24小时，有的设置为48小时。

为了证实此项参数的不同配置对收入以及对系统资源的影响，我们在成都万年短信中心（华为）上进行了测试：
测试环境：万年短信中心（华为），承载四川全省除成都以外的点对点短信业务以及梦网点播等上行短信业务。

1、处理能力：300万BHSM
2、日短信提交量（MO提交量）：约为300万左右。

3、内存占用情况：通常情况下5万条以内，内存容量为70万条。

测试方法：考虑到一些厂家的短信中心此项参数的设置只能以天为单位，分别将短信中心的单条短信最大保存时限设置为24小时和48小时，然后对修改前后效益以及内存占用率进行统计分析。

测试结果：（如图）
效益=下发成功的点对点短信条数/手机向短信中心提交的点对点短信条数
配置原则建议：24小时。

理由：
1、测试所在的短信中心业务较为单一，只有点对点业务，从上图
的比较可以看出，单条短信最大保存时限由24小时调整到48小时，内存占用明显上升，经济效益却明显的下降这说明正常的在网用户，短信中心的待发短信保存时限很少会超过24小时，而对那些长时间关机的用户，短信中心保存时限设置再高，这部分短信最终也会由于超期而被系统删除。

因此对于点对点业务而言，此项参数的合理配置建议为24小时。

2、对于一些业务种类较多（例如含短信群发业务、梦网业务）的
短信中心，为保证系统安全，我们更是建议采取24小时的单条短
信保存时限设置。

因为承载广告群发业务以及梦网业务的短信中心，内存空间或者数据库空间占用率通常较高（成都康维短信中心，数据库空间150万，承载广告群发业务以及梦网络下行等业务，根据统计，广告群发的关机率约为20%，梦网下发的关机率约为10%，数据库空间经常超过100万），因此若被叫缓存数设置过高，不仅无明显的经济效益，反而容易导致数据库被占满，给网络的安全带来隐患。

三、短信系统重发参数
参数释义：短信中心对于一些由于各种原因首次下发失败的短信执行即定的发送机制进行重发。

现网重发机制主要有两类：
一、定时重发（华为）：根据不同的错误代码按原定的重发时间间
隔进行周期性的重发。

二、智能重发（康维）：根据不同的错误代码按原定的重发机制进
行由密到疏的重发。

现网重发机制主要包括用户原因的重发和网络原因的重发：
一、用户原因：
1、用户关机。

2、PAGING无应答
3、手机内存满。

4、用户忙：
5、终端设备不支持。

6、被叫用户无短信功能
二、网络原因：
1、HLR/MSC拒绝
2、HLR/MSC无应答：
3、HLR/MSC系统错误：
目前不同短信中心设备对不同错误代码的重发机制差异很大，例如，华为短信中心将用户关机和PAGING无应答作为一种错误代码来制定重发机制，而康维则是分开制定的；华为短信短信中心可将各类网络原因分开制定重发机制，而康维短信中心则是将网络原因作为一种错误代码而制定重发机制的。

为了使重发机制的测试结果具有可推广性，我们选择在成都府青短信中心（华为）上进行测试。

测试环境：府青短信中心（华为），承载成都点对点短信业务以及成都用户梦网点播等上行短信业务。

1、处理能力：300万BHSM
2、日短信提交量（MO提交量）：约为340万左右。

3、内存占用情况：通常情况下5万条左右，内存容量为70万条。

测试内容：
1、用户原因的重发机制：
1）缺席用户/内存满：由于系统对用户忙以及终端设备不支持的重发数量较少，因此本次测试，主要针对缺席用户（关机/出服）以及内存满这两类错误代码的重发时间的不同设置进行测试。

测试方法：关闭除缺席用户和内存满之外的所有重发，分别将这两种错误代码的重发间隔设置为10小时和10分钟，统计A表上非首次发送成功的平均延时。

测试结果：。