GSM网络寻呼成功率的分析及处理.docx

?

?

GSM网络寻呼成功率的分析及处理

?

?

论文导读：对容量较大的位置区不启动全网寻呼，因为这样做容易造成基站过载和BSCCPU过载，导致大量的寻呼消息被丢弃，反而造成寻呼成功率急剧下降。

关键词：寻呼成功率，影响因素，提升分析

?

一、影响寻呼成功率的因素

寻呼成功率是一个系统级的问题，涉及MSC、BSC、BTS、MS以及网络的覆盖情况等。影响MSC寻呼成功率的因素主要有：

1、基站覆盖情况；2、MSC的寻呼策略；3、信令信道是否拥塞；4、位置区划分的合理性、上下行平衡情况；5、寻呼相关参数设置；6、周期位置时间（T3212）等；7、手机质量问题。

三、现网寻呼成功率统计分析

A地MSC1地区整体寻呼成功率统计

?

?

A地MSC1早忙时寻呼成功率在88％，晚忙时寻呼成功率基本在86％左右，晚忙时的寻呼成功率比早忙时低2％－3％。

A地MSC1各位置区寻呼成功率统计

位置区073D主要覆盖A地市区，位置区073E主要覆盖A地西部地区，位置区073F主要覆盖PX、JL地区，下表为各位置区统计。

?

位置区

日期

寻呼成功率（10:00-11:00）

寻呼成功率（20:00-21:00）

2008-6-11

91.19%

90.47%

2008-6-12

90.91%

91.30%

2008-6-13

90.78%

92.53%

2008-6-11

84.88%

84.83%

2008-6-12

85.89%

84.25%

2008-6-13

83.83%

87.50%

2008-6-11

84.96%

83.71%

2008-6-12

87.08%

84.07%

2008-6-13

86.25%

86.78%

?

从上表可以看出073D位置区主要包括市区基站，整体覆盖较好，寻呼成功率基本在90％以上。073E位置区覆盖A地西部山区，073F位置区覆盖PX、JL地区，由于网络覆盖比市区差，整体寻呼成功率在85％左右。

从以上统计分析，网络寻呼成功率和覆盖有很大关系，晚忙时低于早忙时主要是由于晚忙时大部分用户处于市内，由于网络深度覆盖不足，导致晚忙时寻呼成功率低。同时寻呼成功率也受到网络的参数设置的影响，为提高网络寻呼成功率，对A地MSC1进行寻呼优化。

四、NSS侧影响因素分析及提高手段

1、寻呼次数和寻呼间隔

对位置区容量较大的位置区，建议寻呼重发次数不能太大，且寻呼重发间隔不能太短。论文格式。原因是这样做容易造成基站过载和BSCCPU过载，导致大量的寻呼消息被丢弃，从而造成寻呼成功率急剧下降。如果寻呼重发间隔设置太短，则在所指定的寻呼次数内还没有收到寻呼响应，MSC就认为预寻呼失败并清除寻呼信息。论文格式。之后，即使寻呼响应又上来，但由于寻呼信息已清除，则MSC会通过CLEAR_COMMAND拆除被叫侧无线信道。寻呼时间间隔必须和BSS侧的寻呼响应时间配合合理，才能提高寻呼成功率。

2、合理设置MSC周期位置更新时间

终端设备(用户手机)是通过周期性位置更新来保持同系统的联系，在正常情况下(指没有主叫、被叫、通话、切换、正常LAC越区更新位置、开机、关机等行为)手机按照这个参数向系统汇报自己的状态信息。在保证不发生信令过载的条件下，减小BSC、MSC周期位置更新时间，根据以上分析对A地MSC1做如下修改：

A：为提高寻呼性能，BSC周期位置更新时间由3小时改为1小时。

B：RACH最小接入电平由5修改为1，手机接入限制放宽到－109dbm。

C：为减少由于RACH最小接入电平减小导致无效接入增加，将随机接入错误门限由180提高到200。

通过以上调整073F位置区的寻呼成功率有一定提高：

?

位置区

日期

寻呼成功率（10:00-11:00）

寻呼成功率（20:00-21:00）

修改前

2008-6-11

84.96%

83.71%

2008-6-12

87.08%

84.07%

2008-6-13

86.25%

86.78%

2008-6-14

91.31%

81.07%

2008-6-15

84.09%

83.12%

平均值

86.74%

83.75%

修改后

2008-6-16

85.99%

87.20%

2008-6-17

89.80%

86.74%

2008-6-18

89.51%

85.56%

2008-6-19

89.66%

86.70%

2008-6-20

88.56%

86.39%

平均值

88.70%

86.52%

从上表可以看出，参数修改后073E位置区寻呼成功率大约提高了3％。

3、按照位置区进行寻呼还是进行全网寻呼（MSC覆盖范围）

对容量较大的位置区不启动全网寻呼，因为这样做容易造成基站过载和BSCCPU过载，导