某通讯-短信系统参数配置原则

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

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

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、日短信提交量（MO提交量）：约为300万左右。3、内存占用情况： 通常情况下 5万条以内，内存容量为 70万条。 测试方法： 分别将短信中心的单个被叫最大短信缓存条数设置为 20 条、15条、10条，然后对修改前后的MO提交成功率、效益（成功下 发的点对点短信条数 / 手机向短信中心提交的点对点短信条数 X 100%）以及内存占用率进行统计和分析。 由于各短信设备制造商均未 建议 1 0条以下的设置，为避免影响公司收入，因此我们

5、未对低于 10 条的短信存储数进行测试。测试结果：（如图）m成功率I效益效益=下发成功的点对点短信条数/手机向短信中心提交的点对点短信条数配置原则建议：15条。理由：1、由上图可见，单个用户待发缓存从 20条调整到15条，对M0 提交成功率影响不大，效益降低不明显，内存占用却下降了很多。但从15条调整到10条，效益却有明显的下降。2、对于一些业务种类较多（例如含短信群发业务、梦网业务）的短信中心，为保证系统安全，我们更是建议采取 15 条的被叫缓存 设置。因为承载广告群发业务以及梦网业务的短信中心，内存空 间或者数据库空间占用率通常较高（成都康维短信中心，数据库 空间 150 万，承载广告群发

6、业务以及梦网络下行等业务，根据统 计，广告群发的关机率约为 20%，梦网下发的关机率约为 10%，数 据库空间经常超过 100 万），因此若被叫缓存数设置过高，不仅经 济效益不明显，反而容易导致数据库被占满，给网络的安全带来 隐患。二、短信中心单条短信最大保存期限参数释义： 未下发成功的短信在短信中心内存或数据库的保存期限。 不同地区、不同短信中心此项参数的设置并不一致，有的设置为 24 小时，有的设置为 48 小时。为了证实此项参数的不同配置对收入以 及对系统资源的影响，我们在成都万年短信中心（华为）上进行了测 试：测试环境： 万年短信中心（华为） ，承载四川全省除成都以外的点对 点短信业务

7、以及梦网点播等上行短信业务。1、处理能力： 300 万 BHSM2、日短信提交量（MO提交量）：约为300万左右。3、内存占用情况： 通常情况下 5万条以内，内存容量为 70万条。 测试方法：考虑到一些厂家的短信中心此项参数的设置只能以天为单 位，分别将短信中心的单条短信最大保存时限设置为 24小时和 48 小 时，然后对修改前后效益以及内存占用率进行统计分析。测试结果：（如图）匚效益5200050000480004600044000420004000024小时（6月17日）24小时（6月18日）48小时（6月22日）48小时（6月23日I内存占用效益=下发成功的点对点短信条数/手机向短信中心

8、提交的点对点短信条数配置原则建议：24小时。理由：1、测试所在的短信中心业务较为单一，只有点对点业务，从上图 的比较可以看出，单条短信最大保存时限由 24小时调整到48小 时，内存占用明显上升，经济效益却明显的下降这说明正常的在 网用户，短信中心的待发短信保存时限很少会超过 24小时，而对 那些长时间关机的用户，短信中心保存时限设置再高，这部分短 信最终也会由于超期而被系统删除。因此对于点对点业务而言， 此项参数的合理配置建议为 24小时。2、对于一些业务种类较多（例如含短信群发业务、梦网业务）的短信中心，为保证系统安全，我们更是建议米取 24小时的单条短信保存时限设置。因为承载广告群发业务以

9、及梦网业务的短信中心，内存空间或者数据库空间占用率通常较高（成都康维短信中心，数据库空间150万，承载广告群发业务以及梦网络下行等业 务，根据统计，广告群发的关机率约为20%梦网下发的关机率约 为10%数据库空间经常超过100万），因此若被叫缓存数设置过 高，不仅无明显的经济效益，反而容易导致数据库被占满，给网 络的安全带来隐患。CYJL doc三、短信系统重发参数参数释义：短信中心对于一些由于各种原因首次下发失败的短信执行即定的发送机制进行重发。现网重发机制主要有两类：一、 定时重发（华为）：根据不同的错误代码按原定的重发时间间 隔进行周期性的重发。二、 智能重发（康维）：根据不同的错误代码

10、按原定的重发机制进 行由密到疏的重发。现网重发机制主要包括用户原因的重发和网络原因的重发：一、用户原因:1、用户关机。2、PAGIN（无应答3、手机内存满。4、用户忙:5、终端设备不支持。6、被叫用户无短信功能二、网络原因:1、HLR/MS（拒 绝2、HLR/MS（无 应答：3、HLR/MS（系统错误:目前不同短信中心设备对不同错误代码的重发机制差异很大，例如，华为短信中心将用户关机和 PAGING无应答作为一种错误代码来 制定重发机制， 而康维则是分开制定的； 华为短信短信中心可将各类 网络原因分开制定重发机制， 而康维短信中心则是将网络原因作为一 种错误代码而制定重发机制的。 为了使重发机

11、制的测试结果具有可推 广性，我们选择在成都府青短信中心（华为）上进行测试。测试环境： 府青短信中心（华为） ，承载成都点对点短信业务以及成 都用户梦网点播等上行短信业务。1、处理能力： 300 万 BHSM2、日短信提交量（MO提交量）：约为340万左右。3、内存占用情况： 通常情况下 5万条左右， 内存容量为 70万条。 测试内容：1、用户原因的重发机制：1）缺席用户 / 内存满：由于系统对用户忙以及终端设备不支持 的重发数量较少， 因此本次测试， 主要针对缺席用户 （关机 / 出服） 以及内存满这两类错误代码的重发时间的不同设置进行测试。 测试方法：关闭除缺席用户和内存满之外的所有重发，分

12、别将这 两种错误代码的重发间隔设置为 10小时和10分钟，统计A表上 非首次发送成功的平均延时。测试结果：1200011500-延时统计（秒）eFQJIHoc建议参数配置：系统默认最长重发时间间隔。（华为为10小时） 理由：根据规范，短信中心在首次下发收到用户关机 /出服或内存 满的状态报告之后，将通知被叫用户归属 HLR对该用户数据置消 息等待位HNR或MCEF同时用户所在的VLR也将对该用户的拜访 数据置消息等待位。如果用户在原 VLR或新VLR开机/上网或清理 内存，VLR或位置更新的信令均将通知 HLR向SMS（发alert sc消 息，从而保证用户能在第一时间接收到短信。也就是说正常

13、情况 下，短信中心对这些错误代码的重发是完全没必要的，过于密集 的重发设置只会加重短信中心系统负荷以及 HLR的信令负荷。2）用户忙：用户由于拨出/接入电话、发送/接收短消息、位 置更新等行为占用SDCCI信道而导致短信中心收到用户忙的错 误代码。从全天统计来可看，数量极少，考虑到部分机型开机 后一段时间才能接收短信（MOTOROLA款6188、6288）,因此 此项参数的建议设置为5分钟周期性重发。3）终端设备不支持：建议直接删除不进行重发。4）被叫无短信功能：建议直接删除不进行重发。2、网络原因的重发机制。1 ） HLR/MS（无应答：通常两种情况下会出现：i）MSC对来自SMSC勺for

14、ward sm 信令的ack应答消息由于各种 网络原因（例如SDCC掉话等）未能返回到SMSC此类情况出现 概率极小，一旦这种情况，往往被叫用户实际已接收到了短信。 若短信中心对此错误进行重发，将造成被叫用户重复接收。ii）信令转接局STP上MSISDN以及 MSCID勺GT数据做错或漏做，或HLR/MSCt短信中心号码的GT数据做错或漏做，造成短信中心 无法收到 send routing info 寻址消息或 forward sm 下发消息的 返回信令。若出现这种情况，无论怎样重发均是不会成功的。只 能通过保证GSM网络的相关GT数据的正确来避免此类情况的出 现。建议参数配置： 直接删除不进

15、行重发。 理由：设置重发不但容易导致被叫用户重复接收，另一方面，在 出现传输阻断、STP以及本地重要MSC/HLR!服等意外的情况下， 短信中心内存空间将会很快被占满从而导致业务中断。2 ）其余网络原因的重发设置：主要有两类。HLR/MSC拒绝：HLR/MSC寸来自 SMSC的 send routing info 或 forward sm信令直接回送ABORT肖息。该错误代码的数量比例较 高，在4月份对取消网络原因的重发后统计，府青短信中心平均 每天收到的这种错误代码数量在 3万条以上，是影响短信接通率 指标的主要原因之一。我们曾在交换侧对此错误代码进行了长期 的跟踪和观测发现，该错误代码的出

16、现完全随机，错误代码的数 量只和下发业务量成正比，且和 HLR/MSC勺CP负荷、信令链路负 荷、应答等待参数设置等均无关，通常第 2次发送即能成功。（关 于制定重发前后错误代码数量的对比详见影响短信质量各类原 因及优化方案）HLR/MSC系统错误：HLR/MSC寸来自 SMSC勺 send routing info 或forward sm信令回送system failure 。该错误代码的数量比例 较高，在4月份对取消网络原因的重发后统计，府青短信中心平 均每天收到的这种错误代码数量在 1万条以上，是影响短信接通 率指标的主要原因之一。在交换侧对此错误代码进行跟踪和观测 发现，造成 MSC侧

17、回送system failure的原因之一是由于无线SDCCH掉话导致了 MSC寸手机的鉴权失败。（详细分析见后）通常 第2次发送即能成功。（关于制定重发前后错误代码数量的对比详 见影响短信质量各类原因及优化方案）影响报悟网路质量的各类惊因及优测试方法：将以上两类错误代码的重发时间间隔分别设置为5分钟、10分钟和不重发进行测试，对比修改前后指标情况以及网络错误代码的重发情况测试结果:10.9950.990.9850.980.9750.975分钟（14日）5分钟（15日）10分钟（18日）10分钟（19日）不重发（23日） 不重发（24日）（图一）由图可见，过密的重发机制对接通率的影响是明显的F

18、Q_Bdo(!（图2）上图中，6月16日（周一）网络错误代码的重发机制为 5分钟重 发，6月17日（周二）网络错误代码重发机制为10分钟重发，23 日和24日（周一、周二）网络错误代码的重发机制为不重发。由于这几天同为周一和周二，提交量等话务模型相近（均为340万左 右），因而具有可比性。由图可见，取消重发后的23日和24日，短信中心全天由于收到 HLR/MS（拒绝以及HLR/MS（系统错误这两种错误代码而首次下发 失败的条数既是全天下发失败的次数，约31200条左右。当将这两种错误代码的重发机制设定为 5分钟和10分钟，全天下发失败 的次数分别为首次下发失败次数的1.58倍和1.32倍。这说

19、明首 次下发失败的短信之中，其中绝大部分第1次重发即能成功，另外少部分无论怎样重发也不能成功。我们对数据库中6月16日以 及6月17日两天由于这两类错误代码而最终下发失败的数量进行 了统计：16日最终下发失败条数17日最终下发失败条数（图3）Hl 6_617cTrnrcnic.tit由上图可见，每天最终下发不成功的短信条数约为1200条左右，正是这极少部分（不足网络原因首次下发失败总数的4%的短信被系统反复重发，导致了网络原因下发失败次数的增多。建议参数配置： 10 分种理由：1、从以上统计结果可以看出，HLR/MSC巨绝以及HLR/MS（系 统错误这两种错误代码其中大部分通常在短信中心第 1

20、 次重发 即能成功，但也不能排除有少量错误无论发送多少次均不能成 功的可能。2、由MT成功率指标的计算公式MT成功率二短信中心下发成功的短信条数/ （短信中心下发的短信条数含重发 -用户原因造成的发送失败次数含重发） *100% 可见网络错误代码的周期性重发时间间隔若设置过密， 将有可 能造成“短信中心下发的短信条数含重发”此项参数指变高， 从而导致接通率指标的下降。从图一可见，网络错误的重发由 5分钟改到 10 分钟，指标有明显的提高。3、由于HLR/MSC巨绝以及HLR/MS係统错误这两种错误代码 出现几率较高，因此重发时间间隔设置过厂，被叫用户将明显 感觉到接收短信延时。因此兼顾用户和指

21、标两方面因素此项参 数的建议配置为 10分钟。推广：综合指标效益、用户感受、网络安全等方面因素，智能化的重 发机制更有利于精品网络的建设。根据以上周期性重发机制的设 置原则，对于有智能重发功能的系统，我们建议：缺席用户 / 内存满：建议在消息有效期内尽可能的减少重发次数。用户忙：建议首次发送时间间隔为 5 分钟。 终端设备不支持：建议直接删除不进行重发。 被叫无短信功能：建议直接删除不进行重发。HLR/MS（无应答：建议直接删除不进行重发。HLR/MSC巨绝& HLR/MS（系统错误：建议首次重发时间间隔尽可能 短（ 5分钟），之后的重发时间间隔尽可能长（ 1 小时以上）。另外，对各类网络错误

22、代码未加以区分的短信中心， 例如康维， 我们建议网络原因错误代码的重发机制设定为首次发送时间间隔 为 5 分钟，第 2次发送时间间隔为 30 分钟，之后删除。四、MSC短消息事件鉴权参数在对各类网络原因影响短消息下发的分析中，我们发现导致MS回 送系统错误的一类原因是用户鉴权无响应， 并且在系统错误呼损里占 到60%以上比例。典型信令流程如下：10:15:W077HSTPUDT REGInvoke (161)制0 Forward SM (4)M8CUDT PAGIN10:15:10*230MSCUDT PAGIN1O:15:W352MSCUDT PAGINW:15:10397MSCUDT PA

23、GIN101612M31BSCCR CL3II PAG RES10:15:12-600MSCCO AUTREQW:15:17581lMSCDTI AUTREQlOISSZSSSMSCDT1 CLCMD10:15:22*597MSCUDT ENDReturnError (163) System Failure (34)10:15:24*316BSCDTI CLOMPW:15:24370MSCRLSDBSCRLC从信令上看，表现为MS收到寻呼响应后，下发鉴权请求，但由于 鉴权无响应（无线SDCC掉话）而导致发生系统错误。对现网MS上的 相关短信参数进行分析，我们发现所有 MS上两类短信事件（本地用

24、 户发起/接收短消息）的鉴权参数均设置为每次鉴权。为了证明过于 频繁的鉴权机制对短信发送的影响，我们选在了在成都府青短信中心 以及成都G3进行测试。测试环境：府青短信中心（华为），承载成都点对点短信业务以及成 都用户梦网点播等上行短信业务。1、处理能力：300万BHSM2、日短信提交量（MQ提交量）：约为340万左右。3、内存占用情况：通常情况下5万条左右，内存容量为70万条。测试方法：关闭短信中心网络错误代码的重发， 调整MSC上两类短信 事件的鉴权机制为15次事件鉴一次权，统计调整前后 MS係统错误占 下发量的比例。测试结果：0.0040.0030.0020.001021 日22日23日2

25、4日从上图可见，两类鉴权参数调整之后，由于 MS係统错误导致的发送失败占发往MSC全部短信数量的比例约为调整前的61.5%左右。鉴权参数调整统计-tst参数配置建议：调整MS本地用户发起/接收短信两类事件的鉴权频率 为15次。理由：进行鉴权的意义仅在于确定 SIM卡的合法性，防止非法SIM卡。但若 SIM卡是非法的，它在开机后的鉴权必定无法成功，更不可能完成位 置更新。各MSC对短信鉴权参数的设置是在开局之初制定的，我们认 为在短信业务蓬勃发展的今天，这种过于密集的鉴权机制已不再适 用：1) 由于无线SDCCHH掉话，可能导致用户提交短信时 MS对主叫手机的鉴权失败，在短信中心的统计上虽不会影

26、响MO成功率，但对用户实际感受造成了影响2) 由于无线SDCC的掉话，短信在下发中由于 MS对被叫手机 的鉴权失败而产生系统错误，短信中心运行重发机制，将导致 被叫用户接收信息延时。3) 目前各MS上本地用户做主叫/被叫两类电话事件的鉴权频 率均为15次，既然目前很多用户短信业务量远比语音业务量 多，因此这两类短信事件的鉴权频率为 1次的设置显然是不合 理的。4) 调整两类短信事件的鉴权频率，主要目的是避免不必要的鉴权造成的呼损，因此这项参数的调整，对于无线环境良好的 地区，意义不大，但对于一些无线覆盖不好，SDCC掉话严重的地区，其网络质量的改善是肯定的。五、短信中心接口部分相关参数：以下参

27、数为短信中心的和其他网元接口部分的参数设置。 从现 网情况来看，网络运行情况良好，若对在网系统这部分参数进行 修改可能会引发严重的网络故障， 因此我们未对其进行调整测试。 现将其列出，谨供参考：短消息MAP SERVER路由超时时间为40秒；短消息MAP SERVER发GS网络消息超时时间为60秒;短消息MAP SERVER寺状态报告超时时间为40秒;短消息MAP SERVER寺后续MT肖息超时时间为25秒;短消息中心等待SCP应答时间为12秒短消息中心等寺短信网关时间为 120秒短消息中心（华为）接收来自同一 SP （根据服务代码判断）的消 息队列长度建议根据各SP业务量具体制定。第三部分

28、短信网关参数配置原则以下参数配置数据流向均为 MT即短信ISMG（ISMG -短信中 心（ SMS）C。、与短信中心接口1. ISMG与 SMS（重连时间间隔：ISMG与 SMS（连接中断后ISMG重新发起连接请求的间隔时间。该值过短会造成 S M S （拒绝连接；也不宜过长， 否则会造成连接 中断时间增加，造成SMA舌单数量增加，建议值为10s （需要与SMSC 上等待 enquire_link 超时时间一致）。2. ISMG等待 SMS（回复 smpp_submit_resp 时间：ISMG 向 SMSC 提交smpp_submit消息后等待SMS（回复response的时间。如果太短，I

29、SMG在等待时间内没有收到response,就会重新发 送。出现这种情况，SP一次提交可能造成用户重复接收 2次以上， 但是计费话单只能匹配一次成功。这样会造成 ISMG与 SMSC勺负载 进一步加重。所以这里必须根据 SMSC勺回复response时间值，进 行严格评估，而且要根据ISMG的处理能力来配置。如果太长，会造成ISMG临时消息在内存的积压，会严重增加 ISMG负载。所以这个值的设置还要看双方的处理能力，目前四川ISMG等待SMS啲response时间是120秒，运行情况良好。3. smpp_submit有效期设置（valid_time）:消息在SMSC的存活期。这个值格式在SMP

30、协议中有说明，但是最大值和最小值没有没 有明确地说明。这个有效期是消息在SMS啲存活期，即消息在没有 正常下发的情况下，在 SMS（存储的时间。这个值 CMP没有明确的 规定，由SP在向ISMG提交cmpp_submit时自行设置，如果SP没有 设置，ISMG就会添加一个缺省的有效期。SMSC寸这个值的检查也是 千差万别。有的检查是否为空，有的不检查。有的短信中心如果设 置有效期小于1个小时，短信中心根本就不给返回状态报告，所以 有必要对这个值进行规定。有效期越长，状态报告中 EXPIRE色昔误越少，从而最大限度减 少下发消息时由于用户关机原因造成下发失败，有效提高下发成功 率。但会导致SMS

31、（存储队列加大，加重SMSC勺存储负载。目前四 川ISMG设置为16个小时，根据下面对不同有效期的测试结果统计， 建议值为24小时。短信中心返回状态报告统计统计时间消息有效期（小时）状态报告发送成功数状态报告发送失败数状态报告发送成功率EXPIRED占状态报告总数比例6-11 14:00 6-12 14:00122324494127138464.64%61853217.20%6-13 22:00 6-14 22:00162621377132030766.50%50678012.86%6-15 14:00 6-16 14:00202471927127615065.95%43602211.63%6

32、-18 00:00 6-19 00:00242616815111965670.03%1066702.85%4. ISMG下发等待提交队列：ISMG向SMS（提交MT消息时的临时缓存消息队列。正常情况下，ISMG向SMSC1交MT消息不会形成积压，根据最 新的CMPI协议规范（补充版），ISMG到短信中心MT连接出现异常 时，短信下发不终止，而是直接生成 SMA舌单，并且该值如果配置 过大将过多占用ISMG的I/O资源，降低系统性能，需要兼顾接通率 和系统性能，目前四川ISMG设为2048条，运行情况良好。、与 SP 接口1. 接收SP提交消息队列：ISMG临时缓存SP提交消息队列。该队列大小设

33、置与ISMG其他外围接口有关，如安全检查、SCP SMS（等，正常情况下不会形成大量积压，如果配置过大将过多占用 ISMG的 I/O资源，降低系统性能，目前四川ISMG设为4096条。2. SP等待 ISMG回复 cmpp_connect_resp 时间：SP 向 ISMG发送 cmpp_connect消息后等待ISMG回复response的时间。该值如果太小将导致 SP频繁向ISMG发起连接，将造成ISMG 系统资源的浪费，建议至少为 30秒。3. SP等待 ISMG回复 cmpp_submit_resp 时间：SP向 ISMG发送一 条cmpp_submit消息后等待ISMG回复response的时间。该值不能设置太小，ISMG在正常情况下会很快给SP返回response，但是ISMG要至U 016做安全过滤，神州行用户还要到 SCP 进行实时扣费，所以ISMG的部分短信的回复可能会变慢，再