为“短信首次发送成功率”≥95.5%。目前，我市的“短信首发成功率”7、8月份勉强达标，9月份更没有达标，且所有排名13名上下。这显然不能让人满意。
通过省公司下发的《移动精品网络评估模型及记分（2010年9月）》中有关短信的数据统计，我们发现，7、8、9月短信首发成功率指标，全省范围来看，以设备厂家区分，阿郎区普遍较好，非阿郎区又以中兴区好于华为区。原因应该为短信首发成功率公式的“分母”，阿朗区多减了“用户状态及终端原因”中专门针对阿朗设备的用户空号（smsreq TCAP原因码=131）；而核心网MSCe的厂家为中兴公司，牵扯到无线侧和核心侧的配合问题，所以，非阿郎区又以中兴区的好于华为区。
7月份首呼成功地区 所有地区 长沙 岳阳 湘潭 株州 衡阳 郴州 常德 益阳 娄底 邵阳 吉首 张家界 怀化 永州 率 96.45% 97.16% 96.37% 96.94% 96.66% 95.88% 95.04% 96.57% 96.03% 96.84% 95.52% 95.99% 95.41% 95.84% 96.29% 8月份首呼成功率 96.45% 97.17% 96.37% 96.87% 96.86% 95.66% 95.83% 96.66% 96.14% 96.35% 95.79% 96.19% 94.64% 95.90% 96.30% 9月份首呼成功率 96.24% 96.88% 96.34% 96.69% 96.75% 94.88% 96.84% 96.63% 96.27% 96.07% 94.11% 96.16% 95.28% 94.84% 96.12% 目前我省短信有3套平台系统，其中，我市的133/153走的为华为的短信平台，189为中兴短信平台。从3个月的数据看，133/153的短信指标低于189的，这应该与189的用户群普遍优于133/153，且189号段的终端、用户使用习惯更好有关，也不排除短信平台的原因。
针对我市有2个BSC的现状，我们从MSC上分开统计，结果发现，BSC 1要比BSC 2的指标好1个百分点以上，这主要是由于BSC 2下带的西边各县（城步、新宁、绥宁、武冈、洞口）地处山区，部分乡村甚至没有信号，前向信号覆盖比BSC 1差。至于2个BSC的其他参数设置，通过核查，都是一致的。
3.3 9、10月份短信首发成功率专项分析——短信群发
尽管我们的短信首发成功率的指标并不理想，但9、10月份的情况还是出人意外的差。
我们针对133/153的短信指标问题，联系了华为的短信平台开发人员，其反馈的信息为9月份指标差，是短信群发的原因，但不能提供详细数据，称详细数据要找省公司互增部，其不方便提供。而省互增部方面提供的数据和运维部的通报一样，没有分析空间。不过，经NOC中心反复沟通，省互增部发来10月份的1至19号的数据。从中不难看出，不仅是短信群发导致了9月份指标差，而且，在10月份中，这种群发还在继续，且变本加厉。
查询首次终呼错误码按地区统计
由于用户原因导致的终呼首次失日期 2010-10-01 2010-10-02 2010-10-03 2010-10-04 2010-10-05 2010-10-06 2010-10-07 2010-10-08 2010-10-09 2010-10-10 2010-10-11 2010-10-12 2010-10-13 2010-10-14 2010-10-15 2010-10-16 2010-10-17 2010-10-18 2010-10-19 描述 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 湖南_邵阳 败次数（MT） 51667 25492 22974 20761 29293 23774 21070 38744 54253 44655 62116 38211 48606 35114 105668 45647 36879 22865 33241 由于网络原因导致的终呼首次失败次数（MT） 6471 4179 3712 3265 3830 3323 3209 8967 4469 4504 17035 4698 4857 8953 31032 4952 4447 3460 4339 终呼-首发成功率 96.36 96.09 96.36 96.55 96.2 96.68 96.76 91.89 97.38 96.84 90.83 96.4 97.11 92.61 87.58 96.26 96.42 96.41 96.59 10月1-19号邵阳189短信首发成功率统计
因为省互增部下发的133/153的指标统计，只有失败次数和失败代码，但我们通过对照正常时间（10月10日）和群发时间（10月11日、15日）的失败次
数，不难发现，群发短信对首发成功率的影响有多大。
时间 区域码 失败原因代码 60 35 30 41 40 60 35 30 41 40 60 35 30 41 40 失败次数 代码解释 2146 用户不在服务区 1760 目的地资源短缺 277 接收端手机忙 248 其它无线接口问题 165 无线接口资源短缺 22889 用户不在服务区 1591 目的地资源短缺 403 接收端手机忙 174 其它无线接口问题 141 无线接口资源短缺 49154 用户不在服务区 4093 目的地资源短缺 653 接收端手机忙 449 其它无线接口问题 401 无线接口资源短缺 2010-10-10 0739 2010-10-10 0739 2010-10-10 0739 2010-10-10 0739 2010-10-10 0739 2010-10-11 0739 2010-10-11 0739 2010-10-11 0739 2010-10-11 0739 2010-10-11 0739 2010-10-15 0739 2010-10-15 0739 2010-10-15 0739 2010-10-15 0739 2010-10-15 0739 10月部分时段邵阳133/153短信首发失败次数统计对比
同样，我们通过华为无线侧网管，在载频级性能统计的寻呼信道占用情况的统计中，发现群发时间段内，PCH信道空口最大占用率达到80%以上，部分载扇甚至高达90%。
通过以上分析，我们不难得出结论：正是在不同时段，大量、不加控制的群发短信，导致PCH信道拥塞，致使邵阳短信首发成功率指标劣化。
四、影响CDMA网络“短信首发成功率”的原因分析
“短信首发成功率”是我们的考核指标之一，但同时让我们无所适从：指标的统计是由MC完成，但具体下发是通过MSC实现，它是以寻呼区LAC或者MSC为单位进行寻呼，但同时短信指标的好坏与无线侧密切关联，而无线侧性能统计中与之相对应的指标又没有，对邵阳采用的华为BSC，甚至与之正相关的其它指标也无从统计（因为所有流程的采样点最早也在CM SERVICE REQUEST/PAGE RESPONSE之后），导致我们无从下手。但通过原理分析和参考众多文献，我们发现，影响“短信首发成功率”，无外乎主要有以下几方面的因素。
4.1 MC方面
短信中心的主要功能是协议转换和消息转发。短信的发送采用就近接入，归属地鉴权计费。无论用户是否处于漫游状态，短信的投递只与主、被叫归属地的MC有关（当然与漫游地的无线网络和信令网络有关）。
由于考察的是 “首发成功率”，不牵扯到重发，所以，暂不考虑MC重发的触发机制、策略和流程。因为我们接触不了短信平台，省公司平台维护相关人员的配合也不理想。所以，本文不考虑MC本身及其和MSCe的配合及信令网的问题。 4.2MSCe方面
在MSC上看，我们着眼点为LAC设置，寻呼策略，是否是基于LAC寻呼，是否开二次寻呼功能，寻呼响应等待时长T3313等。 4.2.1 LAC 区设置和边界问题
当移动台处在2个寻呼区信号重叠区域，由于无线信号的不稳定性，手机在2个LAC区中来回进行位置更新，这样会出现手机登记的寻呼区与实际不符，导致寻呼失败，这是Total_Zone设置为2的情况。当Total_Zone 设置为1时，即当手机一捕获到不同LAC区基站信号，就发出登记消息，然而即便MS能够及时地进行位置更新，仍然会有寻呼失败的情况出现，即当MSC查询到MS登记的寻呼区并准备下发寻呼消息, 在时隙寻呼模式下，到手机接收到寻呼消息会有一定的时间差：时隙寻呼等待时间，当SCI（MAX_SLOT_CYCLE_INDEX）＝0、1、2时，等待对应时隙下发的最大延时分别为1.28秒、2.56秒、5.12秒，在时隙寻呼等待时间内，MS又可能移动到别的LAC上，导致寻呼失败。
MS处在LAC交界区，一旦2个LAC的信号强度相当，势必导致MS频繁位置更新，而MS在进行位置更新的同时是无法对寻呼消息进行响应的。手机在同一时刻，只能处于一种呼叫子状态，不可能即进行位置更新，又进行寻呼响应。因此尽管MSC可以向2个寻呼区同时发送Paging request消息，但只要此时MS处于位置更新状态，就会导致寻呼失败。
通过上述寻呼失败事件分析，只要处在LAC交界区，在该区域中2个寻呼区信号相差不大的情况下，寻呼失败事件是难以避免的，只能通过修改登记参数等手段在一定程度上减少失败事件。
既然寻呼边界区域很难避免寻呼失败事件，我们不妨考虑合并LAC。因为在网络规划时，划分LAC都是按照设计容量来考虑的，然而，在实际运营网络中负荷并不大，对于这种网络我们就可以考虑合并LAC区的方法来提高寻呼成功率，进而提升短信首发成功率。目前邵阳有2个LAC，分别为14214和24214，因此，合并LAC是一个值得考虑的手段。
4.2.2 配合隐性关机时间，修改周期性位置更新时长
Reg_period, BSC侧的周期性登记时长，该参数是BSC通过寻呼信道的System Parameters Message 消息告知手机，要求手机进行周期性登记的时间长度。周期性登记时长越短，手机进行周期性登记越频繁。周期性登记时长=(2^(reg_prd/4)) * 0.08，目前，邵阳BSC的该值为27。
D_DET_TIME，MSC 的隐式关机时长,该参数控制交换机周期性把一定时间内不进行任何登记的用户的VLR 数据置为DETTACHED状态。当这些DETTACHED用户被寻呼时，MSC可以设定不下发寻呼请求消息，而是直接放录音通知。如果能这样，则缩短该时长会减少交换机的不必要的寻呼请求次数，提高寻呼成功率指标。
而通常BSC位置更新时长设置得不到隐式关机时长的一半，这样可以保证MSC在隐式关机计时器超时之前，手机有2次周期登记的机会，避免把正常开机用户置为关机状态。目前中兴MSCe的隐式关机时长为60分钟，华为BSC的周期位置更新时长为25分钟左右，2参数设置正常。且MSCe对处于DETTACHED状态的用户同样寻呼，所以不宜对该2参数进行修改。 4.2.3优化交换和无线配合参数提高短信成功率
目前，中兴MSC已采用2次寻呼，二次寻呼的时间间隔现网为6S，已没有调整空间。MSC侧T3113（寻呼等待定时器）的工作原理是，当MSC向BSC发送PAGING REQUEST消息时启动该定时器，若定时器超时还没有收到BSC发来的PAGING RESPONSE消息，则MSC重发寻呼消息，即第2次寻呼，并重新启动T3113定时器。现网已把T3113由5S（默认值）修改为7S，不能再调整。
信令同样要注意，信令拥塞会影响寻呼成功率：如果出现信令信道拥塞，就可能造成寻呼消息丢失，直接影响短信成功率。