寻呼成功率的分析和优化小结Word下载.docx

寻呼成功率的分析和优化小结Word下载.docx

《寻呼成功率的分析和优化小结Word下载.docx》由会员分享，可在线阅读，更多相关《寻呼成功率的分析和优化小结Word下载.docx（12页珍藏版）》请在冰豆网上搜索。

MFRMS

BCCHTYPE

PAGREP1LA

TMSIPAR

GZCMSC

1

5

NCOMB

3　

2　

GZSMSC

GZRMSC

3

GZZMSC

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的寻呼成功率没有多大变化。

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.02

0.47

0.31

2.64

13点

14点

15点

17点

18点

19点

20点

21点

22点

23点

92.61

92.72

93.39

92.7

91.32

90.89

91.05

91.14

90.63

89.63

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

DZ1XPC1

对这些SDCCH接通低的小区定义NCS，通过分析怀疑对SDCCH低接通的小区造成影响的小区的测量情况判断，是的话尝试进行频点或者BSIC修改。

五、EOS分析

通过收集EOS的统计，分析跟寻呼有关的EOS。

与寻呼有较大关联的EOS有EOS400（用户不在服务区）和EOS3377（用户寻呼忙）

NE

EOS

NEVERY

RATIO

400

3021

12.07

1945

13.3

6999

16.72

9189

14.52

3377

315

1.26

228

1.56

649

1.55

800

从上面的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前后的寻呼成功率：

时段

修改前

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

GZNMSC

GZWMSC

GZQMSC

GZ27MSC

PAGREPGLOB

PAGREP1LA

分析统计，各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、检查交换的数据，发现交换数据多出来一些小区，即以前已经删掉的小区，交换数据没删。