寻呼成功率的分析和优化小结.docx
《寻呼成功率的分析和优化小结.docx》由会员分享，可在线阅读，更多相关《寻呼成功率的分析和优化小结.docx（12页珍藏版）》请在冰豆网上搜索。
寻呼成功率的分析和优化小结
寻呼成功率的分析和优化小结
一、概述1
二、寻呼容量2
三、TRH的容量3
四、SDCCH相关的分析4
五、EOS分析5
六、MRR分析和TESTSYSTEM追踪5
七、无线参数的分析和优化7
八、交换参数的分析和优化8
九、小结10
一、概述
寻呼是交换机对移动台的呼叫，在每次移动台作被叫或接收短消息的时候，交换机都要对移动台进行寻呼。
交换机对移动台的寻呼从寻呼的方式分为本地寻呼（LocalPaging）和全局寻呼（GlobalPaging）,本地寻呼即在一个位置区内对移动台进行的寻呼，全局寻呼即在整个MSC内对移动台进行的寻呼。
交换机可以使用TMSI或IMSI号码对移动台进行寻呼。
当第一次寻呼不成功时，交换机会自动对移动台进行第二次寻呼。
一般交换机的第一次寻呼采用本地寻呼，第二次寻呼采用全局寻呼。
寻呼时MSC将寻呼消息发送到BSC，BSC再将寻呼命令发送到各个小区。
寻呼的流程图如下：
根据寻呼的流程（寻呼的流程见最上面的图）,主要从寻呼容量、TRH的容量、SDCCH分析、覆盖问题、SDCCH掉话、TCH话务、跟PAGING相关的EOS和参数，包括无线参数和交换参数对寻呼来进行分析。
二、寻呼容量
影响小区寻呼容量的参数有BCCHTYPE、AGBLK、MFRMS、PAGREP1LA和TMSIPAR等。
其中BCCHTYPE是定义BCCH的组合方式，不同的BCCH组合方式会使得每个复帧中有不同的CCCH组；AGBLK在BCCHTYPE确定的情况下，实际上是分配CCCH中AGCH和PCH的比例；MFRMS是指以多少复帧数作为寻呼子信道的一个循环，它跟BCCHTYPE和AGBLK共同决定每个小区寻呼子信道的个数；小区的寻呼子信道数增多，寻呼信道的承载能力会加强。
另外，由于可以用TMSI或者IMSI作为寻呼，用TMSI和IMSI作为寻呼时，每个寻呼组可以容纳的寻呼消息是不同的，所以当使用不同的用户号码进行寻呼的时候，交换机的寻呼容量是不同的。
决定用哪个用户号码进行寻呼是由参数PAGREP1LA和TMSIPAR,其中TMSIPAR是设置第一次寻呼是否使用TMSI,PAGREP1LA是设置二次寻呼时用户号码的使用情况。
检查GZZMSC、GZRMSC、GZSMSC和GZCMSC上述参数的设置
网元
AGBLK
MFRMS
BCCHTYPE
PAGREP1LA
TMSIPAR
GZCMSC
1
5
NCOMB
3
2
GZSMSC
1
5
NCOMB
3
2
GZRMSC
1
5
NCOMB
3
2
GZZMSC
1
5
NCOMB
2
2
从上述参数可以看到四个MSC在第一次寻呼都使用TMSI；PAGREP1LA在GZZMSC中设置为2，即二次寻呼的寻呼方式为本地寻呼,在GZCMSC、GZSMSC和GZRMSC中设置为3，即二次寻呼的寻呼方式为全局寻呼，由于GZZMSC只包含一个LA,所以用本地寻呼和全局寻呼都没多大区别；
同时分析上述四个MSC包含的BSC的寻呼统计，所有BSC的TOTCONGPAG（拥塞的寻呼消息个数）都为0，这说明寻呼成功率较低的三个MSC的寻呼容量是足够的。
三、TRH的容量
TRH（Transceiverhandler）称为收发信机控制器，是用于处理在Abis接口上关于RBS和MS的信令消息，故可执行对基站单个载波设备的控制、对基站公共设备的控制、对移动台的控制、传送指向移动台的短信息、层二链路维护信息。
TRH负荷过高会对寻呼造成影响，我们可以通过打印TRH的告警，观察是否有“MEDPAGEDISC”或者“HIGHPAGEDISC”的告警。
我们可以结合LAPD的统计来分析。
GZCMSC、GZSMSC和GZRMSC的TRH告警和LAPD统计都不存在异常。
四、SDCCH相关的分析
寻呼过程中，也需要SDCCH来进行信道请求，故对SDCCH的统计进行分析也是必要的。
以下是对GZZMSC的SDCCH话务量和接通率的分析：
通过分析SDCCH的话务和拥塞情况，除去GZZMSC有个别小区（GZ2JHE1）的SDCCH存在较高的拥塞导致整个MSC的SDCCH拥塞较高外，GZRMSC、GZSMSC在SDCCH上的拥塞次数都比GZCMSC的拥塞数要小；我们已经对GZ2JHE1进行话务均衡、将SDCCH调到最大值，同时申请扩容。
我们对SDCCH存在拥塞而且还能进行调整的小区进行调整后，观察寻呼成功率的变化，这三个MSC的寻呼成功率没有多大变化。
网元
GZCMSC
GZSMSC
GZRMSC
GZZMSC
SDCCH拥塞数
229
76
27
2201
为了进一步确认SDCCH的拥塞对寻呼成功率的影响，我们对比GZZMSC、GZRMSC和GZSMSC一天24小时SDCCH拥塞率的走势和寻呼成功率的走势，观察是否有相同或者类似的变化趋势：
统计时间
0点
1点
2点
3点
4点
5点
6点
7点
9点
11点
12点
PAGING寻呼成功率
90.25
90.04
90.28
91.7
91.92
93.17
94.12
93.48
94.07
93.67
92.23
CCH的拥塞率
0.99
0
0
0
0
0
0
0.02
0.47
0.31
2.64
统计时间
13点
14点
15点
17点
18点
19点
20点
21点
22点
23点
PAGING寻呼成功率
92.61
92.72
93.39
92.7
91.32
90.89
91.05
91.14
90.63
89.63
CCH的拥塞率
0.8
0.14
0.08
0.87
2.94
2.99
1.87
3.99
2.5
4.22
从上面的走势可以看出，SDCCH拥塞率与寻呼成功率的走势存在差异，这可以基本排除了SDCCH的拥塞对寻呼成功率的影响。
对没有拥塞而SDCCH接通率较低的小区，我们在排除硬件故障后主要从频点和BSIC方面来考虑。
存在同主频邻BSIC或者邻主频同BSIC的小区有：
SDCCH接通低的小区
可能对其影响的小区
影响类型
是否定义邻区关系
DS1GZJ1
DS1RHQ1
同主频邻BSIC
否
GZ2JHE3
GZ1JXC3
主频相邻同BSIC
否
DR2XSC1
D81ZDY1
同主频邻BSIC
否
DR2XSC1
DZ1XPC1
主频相邻同BSIC
否
对这些SDCCH接通低的小区定义NCS，通过分析怀疑对SDCCH低接通的小区造成影响的小区的测量情况判断，是的话尝试进行频点或者BSIC修改。
五、EOS分析
通过收集EOS的统计，分析跟寻呼有关的EOS。
与寻呼有较大关联的EOS有EOS400（用户不在服务区）和EOS3377（用户寻呼忙）
NE
EOS
NEVERY
RATIO
GZCMSC
400
3021
12.07
GZSMSC
400
1945
13.3
GZRMSC
400
6999
16.72
GZZMSC
400
9189
14.52
NE
EOS
NEVERY
RATIO
GZCMSC
3377
315
1.26
GZSMSC
3377
228
1.56
GZRMSC
3377
649
1.55
GZZMSC
3377
800
1.26
从上面的EOS统计中，我们可以看出各MSC的EOS3377占的比例都差不多，而EOS400则是寻呼成功率最高的GZCMSC占的比例最少，而另外三个MSC都比GZCMSC占的比例多，故可以估计这三个MSC的覆盖可能存在问题。
六、MRR分析和TESTSYSTEM追踪
按照上面EOS分析，我们可以结合MRR和TESTSYSTEM来进行分析。
MRR总体上分析，GZZMSC和GZRMSC的上下行平衡性较好，上下行质量等级为0的占了80%,TA分布也较合理；
细分到小区，GZZMSC中存在上下行不平衡的小区有GZ1CTCN和GZ1GCY3；GZRMSC中存在上下行不平衡的小区有DR1GHG3、DR1GYC2、GR1JXT1、GR1SDY2、GR1SDY3和GR1SY22；
而GZSMSC的上下行质量也较好，但上下行的平衡性较差，上行信号强度较强。
结合上行功控的统计，发现以满功率发射的测量报告数占了将近30%。
这印证了GZSMSC中存在着弱信号区域。
为了进一步验证，我们对GZSMSC进行TESTSYSTEM追踪。
TESTSYSTEM追踪每个小区出现EOS400的频率，从而评估小区寻呼的成功率。
我们可以根据追踪的结果来分析寻呼哪个MSISDN时寻呼失败、MSISDN最后一次与网络连接时用到的小区信号，通过这些我们可以得出寻呼性能较差的小区。
按照这样的追踪和分析，我们发现出现EOS400最多的小区为GS1RHE1（人和）、GS1RHE2（人和2）和GS1FZG1（福庄1）。
MRR分析可以看到这三个小区的覆盖率的确较差，主要是受无线环境的影响。
CELL_ID
CELL_NAME
出现EOS400次数
MRR上行质量
MRR下行质量
MMR95覆盖率
MMR85覆盖率
GS1FZG1
福庄1
84
92.62%
91.54%
77.89%
48.43%
GS1RHE1
人和1
100
93.34%
95.00%
90.32%
64.58%
GS1RHE2
人和2
99
91.13%
92.61%
80.91%
45.92%
七、无线参数的分析和优化
在无线方面与寻呼相关的参数有：
BCCHTYPE、AGBLK、MFRMS、ATT、CRH、MAXRET、T3212和ACCMIN，其中BCCHTYPE、AGBLK和MFRMS主要决定寻呼容量，之前已经谈到过，下面对其他的无线参数进行分析：
ATT:
MS是否允许IMSIATTACH/DETACH,所有小区的ATT都设置为YES
CRH:
小区重选滞后，将该参数调大可以减少位置更新的次数，这样就可以避免MS由于小区重选后进行位置更新而导致的无法响应寻呼，但查现网的CRH已经为8，设置过大会影响其他的指标；
MAXRET:
MS接入系统时最多允许重发次数，较大的设置有利于提高接入性能；
T3212:
周期位置更新时长，该参数设置的较小可以提高网络中用户位置信息的精确度，同时可以减少对由于突然掉电的手机的无谓寻呼，但增加SDCCH的负荷；同时该参数调小会使得由于位置更新更加频繁，由此造成位置更新过程中MS无法响应寻呼；
ACCMIN:
MS允许接入网络的的最小信号电平，较大的设置有利于接入性能的提高，但会影响到保持性能。
根据以上的分析，我们分别对参数MAXRET、T3212和ACCMIN进行了调整。
对广州北区所有小区的MAXRET统一调整为2（多数小区的原始值为1）后，一些MSC的寻呼成功率得到了提高，下图是有提高的MSC修改MAXRET前后寻呼成功率的对比：
同样，将T3212调小，使个别MSC的寻呼成功率有所提高；
另外，调大ACCMIN，各局的PAGING成功率都有不同程度的提升，以下是广州北区早晚主要时段修改ACCMIN前后的寻呼成功率：
时段
11点
12点
17点
18点
19点
20点
修改前
94.2
93.79
93.74
93.24
92.75
92.8
修改后
94.66
94.06
94.04
93.59
93.21
93.31
从以上可以看出广州北区整体的寻呼成功率在各时段都有不同程度的提升，但ACCMIN的调大后会无线指标造成负面的影响；
八、交换参数的分析和优化
在交换方面与寻呼相关的参数有：
BTDM、PAGREP1LA、PAGREPGLOB、PAGTIMEFRST1LA、PAGTIMEFRSTGLOB、PAGTIMEREP1LA、PAGTIMEREPGLOB和TIMNREAM等。
BTDM：
MS隐含关机时间；
PAGREP1LA：
该参数决定，在LA进行二次寻呼时，使用IMSI、TMSI或者两者之一；
PAGREPGLOB：
该参数决定，是否使用IMSI的GLOBALPAGING；
PAGTIMEFRST1LA：
LOCALPAGING的一次寻呼计时器；
PAGTIMEFRSTGLOB：
GLOBALPAGING的一次寻呼计时器；
PAGTIMEREP1LA：
使用IMSI或者IMSI、TMSI两者之一进行二次寻呼的计时器；
PAGTIMEREPGLOB：
以GLABAL方式进行二次寻呼的计时器；
TIMNREAM：
从寻呼发出开始到收到BSSMAP信号通知信道分配完成时结束的计时器。
优化思路：
1、寻呼方式的改变
寻呼的方式及其涉及的TIMER和参数如下图：
广州北区各MSC一次寻呼和二次寻呼间的寻呼方式参数设置如下：
网元
GZHMSC
GZCMSC
GZNMSC
GZZMSC
GZWMSC
GZQMSC
GZRMSC
GZSMSC
GZ27MSC
PAGREPGLOB
0
0
0
0
0
0
0
0
0
PAGREP1LA
3
3
3
2
3
3
3
3
3
分析统计，各MSC第一次寻呼以GLOBAL方式进行的在各时段都有，寻呼尝试数从几十次到几百次不等，但由于参数PAGREPGLOB设置为0，故不进行第二次寻呼。
如果第一次寻呼不成功就直接归为寻呼不成功率，而不会进行二次寻呼，这会使得整体的寻呼成功率受到影响。
故建议对参数PAGREPGLOB进行调整。
2、计时器TIMNREAM的修改
TIMNREAM是从寻呼发出开始到收到BSSMAP信号通知信道分配完成时结束的计时器。
信道分配可能因无线的拥塞等而需要较长的时间，从而导致TIMNREAM超时释放。
故建议延长计时器TIMNREAM。
九、小结
寻呼性能反映了网络的接通能力，是网络的一项重要性能指标，直接影响客户感知。
上述的分析、参数的优化使得寻呼性能得到一定的提高，但一些交换参数的优化只是停留在理论分析上，还没有在现网中实施。
希望上述的分析能对寻呼的优化提供一点思路。
论坛观点：
交换网络的优化工作，确实没有无线优化那么多的明堂。
我认为其中一个原因还是在于交换的全网性的指标不容易提高。
二无线是局部性的效果明显。
我个人觉得交换的优化，可以从几方面入手：
1、交换的中继路由的优化。
起码不能出现同抢和拥塞吧；
2、指标的分析。
日常的交换指标的呼损分析；
3、在一些情况采用一些手段来提高指标；
4、通过A口的信令跟踪来指导无线的优化。
因此，我觉得交换的优化和无线相比更复杂更系统性
寻呼成功率提升：
无线测要合理规划覆盖，LAC区防止频繁位置更新，降低PCH拥塞，降低SDCCH信道拥塞等。
进行热点地区的话务均衡。
改善无线环境和降低拥塞能提高寻呼成功率办法有:
1、加强覆盖；
2、一个良好的规划：
包括归属和频率规划；
3、LAC区域边界划分应避免用户聚集区；
4、减少LAC重叠、BSC所挂基站穿插
5、检查交换的数据，发现交换数据多出来一些小区，即以前已经删掉的小区，交换数据没删。
升级会员 