关于降低部分LAC区寻呼量及提升其寻呼成功率的报告总结.docVIP

关于降低部分LAC区寻呼量及提升其寻呼成功率的分析报告 移动台能够对寻呼做出反应是语音和短信正常接续的前提，但近期统计发现西安市部分LAC寻呼成功率较低（低于90%），大约每10次呼叫便出现1次未接通，严重影响客户感知。为此网优中心对核心网和无线网话统进行了综合分析，初步发现有两类原因导致寻呼成功率偏低： 一是网络拥塞严重，这类问题存在两种情况，其一是寻呼量大且网络资源拥塞，其二是部分区域寻呼量不大，可资源拥塞较为严重，需要西安公司排查网络配置； 二是覆盖问题，表现寻呼量相对较小，拥塞不严重，但寻呼成功率低，判断应该存在网络覆盖问题。 为深入分析问题，对寻呼量大小和拥塞问题给出以下判断标准： 寻呼量大小判定 根据近期节假日（4月1日）和日常寻呼量对比，节假日寻呼量增加约40%，结合卡特厂商给出的18万次/小时预警门限，日常寻呼量超过18/1.4=12.8万次/小时视为寻呼量过大。 拥塞判定 从寻呼信令过程涉及的信道来看，AGCH /PCH/SDCCH拥塞将影响寻呼成功率，因此无线网资源问题也主要考虑以上三个信道拥塞情况。 根据4月7日20: 00 西安市统计结果，SDCCH拥塞均值是0.03%，AGCH和PCH拥塞均值约是0.68%、0.09%。以上三信道任意一项超过均值视为存在资源拥塞问题。另外仅从资源拥塞统计情况来看，西安市CCCH拥塞相比SDCCH要严重。 目前西安市共有GSM LAC 87个，以下是平均统计结果。 LAC类型 数量 总寻呼次数 CS 一次寻呼次数 CS二次寻呼次数 CS寻呼成功率 PS寻呼次数盘P53A PS/CS AGCH溢出比(MC925F./ MC 925A) PCH溢出比(MC812/ MC 925B) SD溢出比 寻呼量在全网占比 寻呼量大/拥塞大 8 149875 75066 26077 87.34% 48732 48.18% 1.86% 0.44% 0.01% 14.45% 寻呼量大/拥塞小 9 145573 76299 18922 90.31% 50352 52.88% 0.21% 0.07% 0.00% 15.79% 寻呼量小/拥塞大 14 97799 50393 20305 88.86% 27101 38.33% 2.06% 0.03% 0.13% 16.50% 寻呼量小/拥塞小 56 78922 44988 10982 91.57% 22952 41.01% 0.09% 0.01% 0.00% 53.26% 全市 87 95379 51863 14691 90.39% 28825 43.31% 0.68% 0.09% 0.03% 100% 注：结果取自4月7日 20：00-21：00 以上结果表明：承载非实时性业务的PS域寻呼量已达到CS域40%，是分析寻呼成功率不可忽视的因素；拥塞严重的区域相比拥塞较小的区域寻呼成功率低3%；寻呼量大的区域比较小区域成功率低约1%；拥塞严重程度与寻呼量大小并无直接关系，应该与局部区域资源配置情况关系较大；大量区域寻呼量小、拥塞不明显，可以推断覆盖问题也是主因。以下是针对以上问题的简要分析和优化措施。 寻呼量大、拥塞严重的区域 这部分含有8个LAC，占全网寻呼总量的14.5%，主要覆盖长安 区、西高新、曲江、鱼化寨、纺织城，这部分LAC优化措施是首先从核心网的方面考虑降低寻呼量，其次考虑无线网络资源调整，特别是覆盖鱼化寨37327和覆盖纺织城37275 AGCH拥塞非常严重，需要尽快查明原因。核心网降低寻呼量的措施按优先级顺序安排如下： 1、确保核心网、无线网对接数据无冗余、无遗漏 华为MSC中有一张重要的寻呼控制表格，即LAC与BSC关联关系表，此表若存冗余数据将导致某BSC寻呼量显著升高，若遗漏则只能依靠在整个MSC下寻呼才能接续。近期发现XAGS14下存在冗余数据，导致部分BSC寻呼量较大。已通知西安公司联系网管进行全网排查。 2、确保核心网CS域二次寻呼方式是在原LAI基础上进行，其中涉及的MSC是XAGS14、XAGS2/XAGS42 POOL、XAGS15/XAGS18/XAGS35 POOL 、XAGS3/XAGS4/XAGS34 POOL，目前组POOL的MSC已将二次寻呼改为在原LAI进行，实际上只有XAGS14需要修改。 3、PS域承载的是实时性要求较低的QQ等业务，而采用的寻呼策略是3次寻呼，均采用IMSI,寻呼间隔是6秒，并且西安市RAC与LAC同等大小。这些策略不太适应寻呼量日益攀升的情况，计划在全网采取增加寻呼间隔到10秒或减少1次寻呼的措施。 4、若以上措施效果仍不具明显，考虑CS域引入语音和短信有差异的寻呼策略（目前仅华为MSC支持、爱立信不支持），增加短信寻