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

《移动公司短信系统参数配置原则》由会员分享，可在线阅读，更多相关《移动公司短信系统参数配置原则（27页珍藏版）》请在金锄头文库上搜索。

1、短信系统参数配置原则初稿）四川移动通信责任有限公司2003 年六月前言受集团公司委托（移网通2002528 号关于委托编写短信系统 参数配置原则的通知），四川移动通信有限责任公司负责制定短信系 统参数配置原则。为此公司上下十分重视，立即成立了以网络部副主 任刘耕为组长的参数编制小组，对短信系统相关的参数进行了大量的 测试和分析，为提高短信各设备间的兼容性和下发成功率以及解决短 信中心、短信网关的参数设置不规范，导致省际、省内各级短信设备 配合不一致，影响短信业务成功下发的问题，提出了参数配置建议。 由于时间和水平有限，原则当中难免有考虑不周之处，敬请指正。目录第一部分情况简介3 第二部分短信中

2、心参数配置原则4一、短信中心单个用户最大短信缓存条数（被叫）：5二、短信中心单条短信最大保存期限8三、短信系统重发参数 111、用户原因的重发机制：122、网络原因的重发机制。14四、MSC短消息事件鉴权参数20五、短信中心接口部分相关参数：23 第三部分短信网关参数配置原则24一、与短信中心接口 24二、与 SP 接口 26三、与 SCP 的接口27四、与其他ISMG的接口 28第一部分情况简介（一）编写小组成员组长：刘耕副组长：杨书其白庆 王耀阳组员：刘晟、林勇、林静、曾智、侯漫秋、涂越秋厂家：张美军（华为）钟智（康维）李邦建（亚信）（二）本省短信及相关网络设备情况点对点短信中心：华为（软

3、件版本v280r001.5d611）,容量300万BHSM梦网短信中心：康维（软件版本2.5.27），容量300万BHSM短信网关：亚信（软件版本2.5.1）,容量288万BHSMSCP：东信北邮（4.04）MSC：西门子（sr9.0）HLR:西门子（sr9.0）第二部分短信中心参数配置原则一、短信中心单个用户最大短信缓存条数（被叫）：参数释义：短信中心对于单个被叫号码的最大短信保存数量。不同地区、不同短信中心此项参数的设置并不一致。为了证实此项参数的不 同配置对收入以及对系统资源的影响，我们在成都万年短信中心（华 为）上进行了测试：测试环境：万年短信中心（华为），承载四川全省除成都以外的点对

4、 点短信业务以及梦网点播等上行短信业务。1、处理能力：300万BHSM2、日短信提交量（M0提交量）：约为300万左右。3、内存占用情况：通常情况下5万条以内，内存容量为70万条。 测试方法：分别将短信中心的单个被叫最大短信缓存条数设置为 20 条、15条、10条，然后对修改前后的M0提交成功率、效益（成功下 发的点对点短信条数/手机向短信中心提交的点对点短信条数 X100%）以及内存占用率进行统计和分析。由于各短信设备制造商均未 建议10条以下的设置，为避免影响公司收入，因此我们未对低于10 条的短信存储数进行测试。测试结果：（如图）0.9990.99980.99960.99940.9992

5、20条（6月15日） 15条（6月17日） 10条（6月19日） mo成功率效益40000500004800046000440004200020条（6月15日）15条（6月17日）10条（6月19日）口内存占用0.950.930.910.890.870.85 20条（6月15日）15条（6月17日）10条（6月19日）效益=下发成功的点对点短信条数/手机向短信中心提交的点对点短信条数配置原则建议：15 条。理由：1、 由上图可见，单个用户待发缓存从 20 条调整到 15 条，对 MO 提交成功率影响不大，效益降低不明显，内存占用却下降了很多 但从15 条调整到10 条，效益却有明显的下降。2、

6、 对于一些业务种类较多（例如含短信群发业务、梦网业务）的短信中心，为保证系统安全，我们更是建议采取15 条的被叫缓存 设置。因为承载广告群发业务以及梦网业务的短信中心，内存空 间或者数据库空间占用率通常较高（成都康维短信中心，数据库 空间 150 万，承载广告群发业务以及梦网络下行等业务，根据统 计，广告群发的关机率约为 20%，梦网下发的关机率约为 10%，数 据库空间经常超过 100 万），因此若被叫缓存数设置过高，不仅经 济效益不明显，反而容易导致数据库被占满，给网络的安全带来 隐患。二、短信中心单条短信最大保存期限参数释义：未下发成功的短信在短信中心内存或数据库的保存期限。 不同地区、

7、不同短信中心此项参数的设置并不一致，有的设置为 24 小时，有的设置为 48 小时。为了证实此项参数的不同配置对收入以 及对系统资源的影响，我们在成都万年短信中心（华为）上进行了测 试：测试环境：万年短信中心（华为），承载四川全省除成都以外的点对 点短信业务以及梦网点播等上行短信业务。1、处理能力：300 万 BHSM2、日短信提交量（MO提交量）：约为300万左右。3、内存占用情况：通常情况下 5 万条以内，内存容量为 70 万条。测试方法：考虑到一些厂家的短信中心此项参数的设置只能以天为单位，分别将短信中心的单条短信最大保存时限设置为24 小时和48 小 时，然后对修改前后效益以及内存占用

8、率进行统计分析。 测试结果：（如图）效益4000052000500004800046000440004200024小时（6月17日）24小时（6月18日）48小时（6月22日）48小时（6月23日内存占用效益=下发成功的点对点短信条数/手机向短信中心提交的点对点短信条数配置原则建议：24 小时。理由：1、 测试所在的短信中心业务较为单一，只有点对点业务，从上图 的比较可以看出，单条短信最大保存时限由 24 小时调整到 48 小 时，内存占用明显上升，经济效益却明显的下降这说明正常的在 网用户，短信中心的待发短信保存时限很少会超过24 小时，而对 那些长时间关机的用户，短信中心保存时限设置再高，

9、这部分短 信最终也会由于超期而被系统删除。因此对于点对点业务而言， 此项参数的合理配置建议为 24 小时。2、 对于一些业务种类较多（例如含短信群发业务、梦网业务）的 短信中心，为保证系统安全，我们更是建议采取24 小时的单条短 信保存时限设置。因为承载广告群发业务以及梦网业务的短信中 心，内存空间或者数据库空间占用率通常较高（成都康维短信中 心，数据库空间 150 万，承载广告群发业务以及梦网络下行等业 务，根据统计，广告群发的关机率约为 20%，梦网下发的关机率约 为 10%，数据库空间经常超过 100 万），因此若被叫缓存数设置过 高，不仅无明显的经济效益，反而容易导致数据库被占满，给网

10、 络的安全带来隐患。UY docC 氐 doc三、短信系统重发参数参数释义：短信中心对于一些由于各种原因首次下发失败的短信执行即定的发送机制进行重发。现网重发机制主要有两类：一、 定时重发（华为）：根据不同的错误代码按原定的重发时间间 隔进行周期性的重发。二、 智能重发（康维）：根据不同的错误代码按原定的重发机制进 行由密到疏的重发。现网重发机制主要包括用户原因的重发和网络原因的重发：一、用户原因：1、用户关机。2、PAGING 无应答3、手机内存满。4、用户忙：5、终端设备不支持。6、被叫用户无短信功能二网络原因：1、HLR/MSC 拒绝2、HLR/MSC 无应答：3、HLR/MSC 系统错

11、误：目前不同短信中心设备对不同错误代码的重发机制差异很大，例 如，华为短信中心将用户关机和 PAGING 无应答作为一种错误代码来 制定重发机制，而康维则是分开制定的；华为短信短信中心可将各类 网络原因分开制定重发机制，而康维短信中心则是将网络原因作为一 种错误代码而制定重发机制的。为了使重发机制的测试结果具有可推广性，我们选择在成都府青短信中心（华为）上进行测试。 测试环境：府青短信中心（华为），承载成都点对点短信业务以及成 都用户梦网点播等上行短信业务。1、 处理能力：300万 BHSM2、日短信提交量（MO提交量）：约为340万左右。3、内存占用情况：通常情况下5万条左右，内存容量为70

12、万条。 测试内容：1、用户原因的重发机制：1） 缺席用户/内存满：由于系统对用户忙以及终端设备不支持 的重发数量较少，因此本次测试，主要针对缺席用户（关机/出服） 以及内存满这两类错误代码的重发时间的不同设置进行测试。 测试方法：关闭除缺席用户和内存满之外的所有重发，分别将这 两种错误代码的重发间隔设置为10小时和10分钟，统计A表上 非首次发送成功的平均延时。测试结果：1050010000延时统计（秒）12000 11500 110009500900010小时（6月21日）10小时（6月22日）10分钟（6月23日）10分钟（6月24日）建议参数配置：系统默认最长重发时间间隔。（华为为10小

13、时） 理由：根据规范，短信中心在首次下发收到用户关机/出服或内存 满的状态报告之后，将通知被叫用户归属HLR对该用户数据置消 息等待位HNRF或MCEF,同时用户所在的VLR也将对该用户的拜访 数据置消息等待位。如果用户在原VLR或新VLR开机/上网或清理 内存，VLR或位置更新的信令均将通知HLR向SMSC发alert sc消 息，从而保证用户能在第一时间接收到短信。也就是说正常情况 下，短信中心对这些错误代码的重发是完全没必要的，过于密集 的重发设置只会加重短信中心系统负荷以及HLR的信令负荷。2）用户忙：用户由于拨出/接入电话、发送/接收短消息、位 置更新等行为占用SDCCH信道而导致短

14、信中心收到用户忙的错 误代码。从全天统计来可看，数量极少，考虑到部分机型开机 后一段时间才能接收短信（MOTOROLA老款6188、6288）,因此 此项参数的建议设置为5分钟周期性重发。3）终端设备不支持：建议直接删除不进行重发。4）被叫无短信功能：建议直接删除不进行重发。2、网络原因的重发机制。1）HLR/MSC无应答：通常两种情况下会出现：i）MSC对来自SMSC的forward sm信令的ack应答消息由于各种 网络原因（例如SDCCH掉话等）未能返回到SMSC。此类情况出现 概率极小，一旦这种情况，往往被叫用户实际已接收到了短信。 若短信中心对此错误进行重发，将造成被叫用户重复接收。

15、ii）信令转接局STP上MSISDN以及MSCID的GT数据做错或漏做， 或HLR/MSC上短信中心号码的GT数据做错或漏做，造成短信中心 无法收到send routing info寻址消息或forward sm下发消息的 返回信令。若出现这种情况，无论怎样重发均是不会成功的。只 能通过保证GSM网络的相关GT数据的正确来避免此类情况的出 现。建议参数配置：直接删除不进行重发。 理由：设置重发不但容易导致被叫用户重复接收，另一方面，在 出现传输阻断、STP以及本地重要MSC/HLR退服等意外的情况下， 短信中心内存空间将会很快被占满从而导致业务中断。2）其余网络原因的重发设置：主要有两类。HLR/MSC 拒绝：HLR/MSC 对来自 SMSC 的 send routing info 或 forward sm信令直接回送ABORT消息。该错误代码的数量比例较 高，在4月份对取消网络原因的重发后统计，府青短信中心平均 每天收到的这种错误代码数量在3万条以上，是影响短信接通率 指标的主要原因之一。我们曾在交换