元宵夜东莞O局低寻呼成功率分析.doc

东莞网优项目组

元宵夜东莞O局低寻呼成功率分析
1、 指标概述
元宵夜在东莞O局和D局出现了较低寻呼成功率、具体寻呼指标如下：
DATE
PERIOD
EXCHID
LocallPage1
GlobalPage1
LocallPage2
GlobalPage2
PAGING消息数
Pag_Suc%
070304
21002200
DGOMSC
375879
2
109
155622
531612
77.72
070304
20002100
DGOMSC
355569
2
101
122673
478345
82.52
070304
19002000
DGOMSC
343244
4
97
74056
417401
90.00
在出现寻呼成功率低的同时，O局也出现了较高的小区级别的寻呼拥塞和超时， O局部分小区CELLPAG指标情况如下：
Exchid
CellID
PAGPCHCONG
PAGETOOOLD
DGO2BSC
DGOXNI1
176538.00
6222.00
DGO2BSC
DGOSNL1
173162.00
3903.00
DGO2BSC
DGOFDL1
170704.00
3929.00
DGO2BSC
DGOSZG1
170028.00
3217.00
DGO2BSC
DGOSZQ1
169323.00
2516.00
DGO2BSC
DGOPSW2
167417.00
2666.00
DGO2BSC
DGOJFH3
164558.00
2048.00
DGO2BSC
DDOFDL1
163885.00
2078.00
DGO2BSC
DGOXNI3
162535.00
1493.00
DGO2BSC
DGOHTQ1
161047.00
1496.00
DGO2BSC
DGOZWT3
160852.00
1557.00
DGO2BSC
DGOSAZ3
159120.00
966.00
DGO2BSC
DGOSZG2
158160.00
801.00
DGO2BSC
DGOYQX3
157151.00
733.00
DGO2BSC
DGOSZQ2
156854.00
798.00
DGO2BSC
DGOJLO1
155400.00
610.00
DGO2BSC
DGOBHC2
86752.00
49447.00
DGO2BSC
DGOGZC1
86194.00
47903.00
DGO2BSC
DGOGZC2
86093.00
46891.00
DGO2BSC
DGOFJL0
85602.00
46083.00
DGO1BSC
DDOFKY2
58161.00
44002.00
DGO1BSC
DDOFKY1
57367.00
42344.00
DGO1BSC
DDOFKY3
56724.00
41122.00
DGO1BSC
DGOFKY2
56723.00
41283.00
DGO1BSC
DGOFKY1
56459.00
40421.00
DGO1BSC
DGOFKY3
56282.00
40441.00
2、对O局低寻呼成功率的检查过程
影响PAGING寻呼成功率原因很多，在此大概列举几种
l TRH原因导致的寻呼丢失(负荷过高、硬件故障)
l 寻呼负荷过高导致的寻呼拥塞
l 信号覆盖较差
l SDCCH大量拥塞、SDCCH接通率低、随机接入成功率低
l 位置更新（边界位置更新、参数设置等）
l 干扰
l 寻呼策略及相关参数设置影响
针对影响PAGING成功率的原因，我们着重以下的检查
2.1 TRH检查
O1局TRH板类型是RPG2，当天TRH告警数据如下：
*** Connected to DGOBSC1 ***
<RAHEP;
RADIO CONTROL ADMINISTRATIONTRH EVENT LOG

DATE TIME EVENT SNT1 SNT2 DEV1 DEV2
070305 0220 CHANGEOVER RHSNT-14 RHSNT-55 5 1
070305 0220 CHANGEOVER RHSNT-41 RHSNT-40 1 2
070305 0220 CHANGEOVER RHSNT-18 RHSNT-50 4 3
070305 0220 REARR EVAL
070304 0220 CHANGEOVER RHSNT-3 RHSNT-56 1 3
070304 0220 REARR EVAL

O1局SNT容量及负荷变化情况如下：
网元
SNT
类型
CAP
HIGHCAP
LOWCAP
3月4日负荷
2月27日负荷
负荷变化
DGOBSC1
RHSNT-0
RPG3
62
102
60
43.83
34.5
9.33
DGOBSC1
RHSNT-1
RPG3
42
113
41
55.5
43.25
12.25
DGOBSC1
RHSNT-2
RPG3
54
106
51
48.5
32.75
15.75
DGOBSC1
RHSNT-3
RPG3
63
108
60
43.25
36.25
7
DGOBSC1
RHSNT-4
RPG3
60
108
54
45
28.67
16.33
DGOBSC1
RHSNT-5
RPG3
57
109
55
46.75
32.17
14.58
DGOBSC1
RHSNT-6
RPG3
53
103
51
49.08
38.58
10.5
DGOBSC1
RHSNT-7
RPG3
44
113
42
54.33
34.5
19.83
DGOBSC1
RHSNT-8
RPG3
65
103
63
42.08
33.33
8.75
DGOBSC1
RHSNT-9
RPG3
63
111
63
43.25
31.58
11.67
DGOBSC1
RHSNT-10
RPG3
54
106
52
48.5
35.67
12.83
DGOBSC1
RHSNT-11
RPG3
62
116
61
43.83
33.92
9.92
DGOBSC1
RHSNT-12
RPG3
70
115
68
39.17
28.67
10.5
DGOBSC1
RHSNT-13
RPG3
46
115
41
53.17
36.83
16.33
DGOBSC1
RHSNT-14
RPG3
36
110
34
59
40.92
18.08
DGOBSC1
RHSNT-15
RPG3
57
109
54
46.75
33.92
12.83
DGOBSC1
RHSNT-16
RPG3
68
116
64
40.33
32.75
7.58
DGOBSC1
RHSNT-17
RPG3
71
116
69
38.58
33.92
4.67
DGOBSC1
RHSNT-18
RPG3
25
113
23
65.42
43.83
21.58
DGOBSC1
RHSNT-19
RPG3
66
114
64
41.5
32.75
8.75
DGOBSC1
RHSNT-20
RPG3
69
116
68
39.75
28.67
11.08
DGOBSC1
RHSNT-21
RPG3
59
116
57
45.58
34.5
11.08
DGOBSC1
RHSNT-22
RPG3
60
114
59
45
32.75
12.25
DGOBSC1
RHSNT-23
RPG3
58
108
54
46.17
30.42
15.75
DGOBSC1
RHSNT-24
RPG3
63
113
61
43.25
36.25
7
DGOBSC1
RHSNT-25
RPG3
50
107
48
50.83
38.58
12.25
DGOBSC1
RHSNT-26
RPG3
42
116
37
55.5
31
24.5
DGOBSC1
RHSNT-27
RPG3
52
114
48
49.67
32.17
17.5
DGOBSC1
RHSNT-30
RPG3
69
112
67
39.75
33.33
6.42
DGOBSC1
RHSNT-31
RPG3
46
110
44
53.17
38
15.17
DGOBSC1
RHSNT-32
RPG3
60
112
58
45
32.17
12.83
DGOBSC1
RHSNT-33
RPG3
66
108
65
41.5
31.58
9.92
DGOBSC1
RHSNT-34
RPG3
61
113
56
44.42
31.58
12.83
DGOBSC1
RHSNT-35
RPG3
47
104
47
52.58
42.67
9.92
DGOBSC1
RHSNT-36
RPG3
68
99
64
40.33
36.83
3.5
DGOBSC1
RHSNT-37
RPG3
56
113
53
47.33
32.17
15.17
DGOBSC1
RHSNT-38
RPG3
56
116
54
47.33
32.75
14.58
DGOBSC1
RHSNT-39
RPG3
55
114
54
47.92
30.42
17.5
DGOBSC1
RHSNT-40
RPG3
74
107
72
36.83
34.5
2.33
DGOBSC1
RHSNT-41
RPG3
30
118
25
62.5
40.92
21.58
DGOBSC1
RHSNT-42
RPG3
69
114
67
39.75
33.33
6.42
DGOBSC1
RHSNT-43
RPG3
68
111
66
40.33
31
9.33
DGOBSC1
RHSNT-44
RPG3
67
114
66
40.92
22.83
18.08
DGOBSC1
RHSNT-45
RPG3
44
116
38
54.33
35.08
19.25
DGOBSC1
RHSNT-46
RPG3
62
105
62
43.83
33.92
9.92
DGOBSC1
RHSNT-47
RPG3
52
118
51
49.67
35.67
14
DGOBSC1
RHSNT-48
RPG3
52
118
51
49.67
33.33
16.33
DGOBSC1
RHSNT-49
RPG3
49
116
47
51.42
40.92
10.5
DGOBSC1
RHSNT-50
RPG3
75
113
73
36.25
31
5.25
DGOBSC1
RHSNT-51
RPG3
54
108
53
48.5
32.75
15.75
DGOBSC1
RHSNT-52
RPG3
55
110
53
47.92
31
16.92
DGOBSC1
RHSNT-53
RPG3
63
115
61
43.25
33.33
9.92
DGOBSC1
RHSNT-54
RPG3
54
106
52
48.5
28.67
19.83
DGOBSC1
RHSNT-55
RPG3
74
110
72
36.83
28.67
8.17
DGOBSC1
RHSNT-56
RPG3
66
109
64
41.5
31.58
9.92
DGOBSC1
RHSNT-57
RPG3
42
118
40
55.5
33.92
21.58

3月4日O1局SNT负荷较平时均有不同程度的增加，负荷超45的达到32个SNT。O1局在5日晚上2点出现了SNT之间的负荷转移。

O2局TRH板类型是RPG3，当天SNT负荷及TRH告警数据如下：
*** Connected to DGOBSC2 ***
<RAHEP;
RADIO CONTROL ADMINISTRATION
TRH EVENT LOG
DATE TIME EVENT SNT1 SNT2 DEV1 DEV2
060417 0335 REARR EVAL
060416 0305 REARR EVAL
060415 0605 REARR EVAL
060413 1549 REARR EVAL
END

BSC
SNT
RPG类型
CAP
HIGHCAP
LOWCAP
3月4日负荷
2月27日负荷
负荷变化情况
DGOBSC2
RHSNT-4
RPG3
44
147
41
60.75
35.38
25.38
DGOBSC2
RHSNT-18
RPG4
75
144
73
47.19
36.69
10.50
DGOBSC2
RHSNT-1
RPG5
91
149
91
40.19
27.94
12.25
DGOBSC2
RHSNT-11
RPG6
97
132
95
37.56
30.13
7.44
DGOBSC2
RHSNT-20
RPG7
97
129
94
37.56
35.38
2.19
DGOBSC2
RHSNT-27
RPG8
97
141
95
37.56
28.81
8.75
DGOBSC2
RHSNT-46
RPG9
99
141
97
36.69
27.94
8.75
DGOBSC2
RHSNT-54
RPG10
105
142
103
34.06
25.31
8.75
DGOBSC2
RHSNT-48
RPG11
106
143
104
33.63
26.19
7.44
DGOBSC2
RHSNT-53
RPG12
106
148
104
33.63
26.63
7.00
DGOBSC2
RHSNT-15
RPG13
107
139
107
33.19
27.06
6.13
DGOBSC2
RHSNT-34
RPG14
111
155
109
31.44
24.44
7.00
DGOBSC2
RHSNT-52
RPG15
111
137
109
31.44
26.19
5.25
DGOBSC2
RHSNT-8
RPG16
112
151
109
31.00
22.69
8.31
DGOBSC2
RHSNT-38
RPG17
112
138
110
31.00
26.19
4.81
DGOBSC2
RHSNT-43
RPG18
114
149
114
30.13
23.13
7.00
DGOBSC2
RHSNT-9
RPG19
115
143
113
29.69
25.75
3.94
DGOBSC2
RHSNT-7
RPG20
116
146
114
29.25
24.44
4.81
DGOBSC2
RHSNT-28
RPG21
118
141
115
28.38
15.25
13.13
DGOBSC2
RHSNT-22
RPG22
119
145
119
27.94
24.88
3.06
DGOBSC2
RHSNT-33
RPG23
119
140
117
27.94
24.44
3.50
DGOBSC2
RHSNT-51
RPG24
120
148
118
27.50
22.69
4.81
DGOBSC2
RHSNT-16
RPG25
121
133
121
27.06
24.00
3.06

O2局的SNT负荷也较之前有所提高，但总体的SNT负荷并不高，只有2个SNT的负荷超45。
虽然在3月4日晚每个SNT出现了不同的负荷增加，但没有发现TRH影响寻呼的相关告警，TRH也没有出现LOW CAP告警。

2.2 MSC负荷检查
D局和O局负荷情况如下表
时间
星期
网元
CP负荷
话务量
2007-3-1 21:00
4
DGOMSC
38.28
4658.1
2007-3-2 21:00
5
DGOMSC
42.02
4214.9
2007-3-3 21:00
6
DGOMSC
43.51
4338.9
2007-3-4 21:00
0
DGOMSC
50.18
5156.3
2007-3-5 21:00
1
DGOMSC
41.34
4173.1
2007-3-6 21:00
2
DGOMSC
43.38
4558.9
寻呼成功率低时段，MSC负荷和话务量均有增加，MSC负荷在50左右，负荷在可承受范围之内，不会影响到寻呼成功率。
2.3 SDCCH接通率、随机接入失败率检查
随机接入指标正常。在O1局随机接入指标在3月4日21点出现了比较高的随机接入失败，那是由于一个小区DGODSJ2过的影响，该小区出现不正常的随机接入次数和失败次数、对寻呼成功率影响不大。
O局在低寻呼成功率时段SDCCH接通率如下
DATE
Period
Exchid
S完好率
S话务量
S接通率
S拥塞次数
S拥塞率
070304
21002200
DGO2BSC
99.82
671.01
89.88
1286.00
0.16
070304
20002100
DGO2BSC
99.81
669.08
90.39
1945.00
0.24
070304
21002200
DGO1BSC
99.99
519.22
90.76
211.00
0.03
070304
20002100
DGO1BSC
100.00
520.73
91.25
173.00
0.03
070304
19002000
DGO2BSC
99.82
654.68
92.18
1820.00
0.22
070304
19002000
DGO1BSC
100.00
520.72
93.59
274.00
0.04
3月4日晚忙时，O局SDCCH接通率也偏低，对寻呼成功率会造成一定影响。
2.4 链路负荷检查（LAPD）
出现大量LAPD超负荷现象
2．5、寻呼容量的计算与检查
对BSC 收到的每个寻呼消息来说，寻呼指令信息(Paging Command message) 会被送往移动台所登记的位置区内所有小区，现网一个BSC对应一个LA，那意味着小区收到的寻呼消息将近似等于BSC级的寻呼。过高寻呼负荷将造成BTS 拥塞及由于空中接口容量不够引起的寻呼丢失。寻呼是在BCCH(Broadcast Contro Channel ) 的0 时隙上进行的，其中的PCH 用来向移动台传送寻呼请求信息。BCCH 的0 时隙在逻辑上被分为复帧结构，一个复帧等于51帧, 每个复帧的发送时间为235.4ms。当BCCH 采用不同的配置时，一秒钟最多可以发送的寻呼块的数量也将不同。
使用组合BCCH/SDCCH 的小区
(AGBLK=0)：一个复帧有3个PCH寻呼块 3/0.2354=12.75 paging blocks/second
(AGBLK=1)：一个复帧有2个PCH寻呼块 2/0.2354=8.50 paging blocks/second
非组合BCCH/SDCCH 的小区：
(AGBLK=0)：一个复帧有9个PCH寻呼块 9/0.2354=38.35 paging block/second
(AGBLK=1)：一个复帧有2个PCH寻呼块 8/0.2354=33.98 paging block/second
每个寻呼块可以有以下寻呼请求(Paging Request)组合。
2 个IMSI 寻呼请求 (IMSI=International Mobile Subscriber Identity)
4 个TMSI 寻呼请求 (TMSI=Temporary Mobile Subscriber Identity)
1IMSI+2TMSI 寻呼请求

A：采用TMSI寻呼：每个PAGING BLOCK可以带4个寻呼消息，BTS每小时理论寻呼容量是：4*3600*8/0.2354=489379
B：采用IMSI寻呼：每个PAGING BLOCK可以带4个寻呼消息，BTS每小时理论寻呼容量是：4*3600*8/0.2354=244689
C：TMSI和IMSI均采用，如一次寻呼采用TMSI，二次寻呼采用IMSI。
BTS容量
东莞现网二次寻呼比例正常情况下在6%左右，在3月4日晚二次寻呼比例高达40%。按3月4日晚40%的二次寻呼比例，BTS每小时寻呼容量大概是 8/0.235*3600*4*60%+8/0.235*3600*2*40%=392170

3、 DGOMSC低寻呼成功率的原因分析
现网O局寻呼策略是：第一次寻呼在LA寻呼，采用IMSI寻呼，第二次寻呼采用GLOB寻呼，同样也是采用IMSI寻呼。具体参数值如下：
网元
参数
值
参数解释
DGOMSC
TMSIPAR
0
一次寻呼是否采用TMSI寻呼
DGOMSC
PAGREP1LA
3
二次寻呼采用的寻呼模式

参数值解释
TMSIPAR
The AXE parameter determines whether TMSI allocation is performed in the MSC/VLR. If the TMSI is allocated, all Base Station Controllers (BSC) must support the TMSI.
Value 0 indicates that TMSI is not allocated.
Value 1 indicates that TMSI is allocated only on encrypted connections.
Value 2 indicates that TMSI is allocated on all connections.
PAGREP1LA
The AXE parameter defines repeating conditions for paging after unsuccessful paging in one particular location area.
This parameter is only valid in case of mobile terminating calls when the AXE parameter PAGLATA = 0 and in case of mobile-terminating short messages.
Value 0 indicates that paging in one particular location area is not repeated.
Value 1 indicates that paging in one particular location area is repeated once with either TMSI or IMSI.
Value 2 indicates that paging in one particular location area is repeated once with IMSI.
Value 3 indicates that paging is repeated once as global paging with IMSI.

根据之前对寻呼容量的计算和O局采用的寻呼策略，我们可以得知O局BTS的理论寻呼容量大概在244689。我们知道，寻呼是从MSC发出，经BSC到达BTS的，而现网一个BSC就一个LA，所以基站收到的寻呼数量可以近似等于BSC收到的寻呼数量，而在元宵晚上，O局两个BSC的寻呼数量如下。

DATE
PERIOD
BSC
TOTPAG
TOTCONGPA5
寻呼负荷
70304
1900-2000
DGO2BSC
257293
0
105.151
70304
1900-2000
DGO1BSC
234300
0
95.7542
70304
2000-2100
DGO2BSC
317883
0
129.9131
70304
2000-2100
DGO1BSC
283132
0
115.711
70304
2100-2200
DGO2BSC
365032
0
149.182
70304
2100-2200
DGO1BSC
322190
0
131.6733
70304
2200-2300
DGO2BSC
234040
0
95.64794
70304
2200-2300
DGO1BSC
205931
0
84.1603

如此之高的寻呼负荷，必将造成寻呼在BTS的拥塞和超时，所以寻呼拥塞是导致本次寻呼成功率低的主要因数。

4、 CELLPAG拥塞和超时的分析和对寻呼指标影响的分析
4．1 PAGING寻呼消息在BTS排队
进入小区的寻呼命令在BUFFER排成队，每个寻呼组的队列容纳6-14个寻呼消息（每个寻呼组能容纳的寻呼消息数量与该小区寻呼组数量有关），如果寻呼块有效，BTS将在无线链路上分发PAGE MESSAGE，如果寻呼组中没有对应移动台的寻呼消息，会传送空寻呼(dummy page)。进入小区BTS的寻呼频率太高将导致排队时间增长，从而导致寻呼响应时间变长。当队列已满，进入的寻呼消息将被拒绝。当发送一个PAGE时，PAGE BLOCK在队列里的时间将被计算，如果PAGE进队时间与出队时间超过5秒（默认值），这个PAGE将被丢弃。如果PAGE在BTS时间里太长，PAGE也可能因为PAGTIMEREP1LA or PAGTIMEREPGLOB超时，MSC没有收到PAGE应答而丢失。随着每个寻呼组间隔时间增长，在BTS里超时的风险性越大。而且，如果MFRMS设置太大，在高寻呼和立即指派时将增加寻呼命令被丢失的风险
4、2 影响CELLPAG指标的原因
l 收到的寻呼命令数量，寻呼命令越多，寻呼拥塞的可能性越大。同一位置区的小区收到的来自MSC寻呼命令数一致
l MSC所采用的寻呼策略，采用TMSI寻呼，BTS能接受的寻呼容量大
l BCCHTYPE类型，组合和非组合能承受寻呼容量相差较大，非组合的能容纳更多的寻呼
l 寻呼组数量大小将影响到每个寻呼组队列长短，大的寻呼组数量，每个寻呼组寻呼队列更短，寻呼拥塞风险大。同时大寻呼组数量将导致每个寻呼组时间间隔变长，增加了寻呼命令超时的风险
l 话务量的影响到该小区的立即指派数量，因立即指派具有更高的优先权，立即支配数量增加将影响到PAGE BLOCK数量
l GPRS寻呼对寻呼容量的影响。由于现网GPRS采用的寻呼是与CS共用寻呼信道，GPRS寻呼数量的影响也将直接影响到小区寻呼容量和指标
4．3 CELLPAG拥塞和超时对寻呼成功率的影响
PAGEING消息下发是以LAC为单位的，每个小区收到寻呼消息后都有可能产生PAGPCHCONG 和PAGETOOOLD，所产生PAGETOOOLD和PAGPCHCONG的又分成两种不同情况：
1、拥塞和超时的产生没有影响寻呼成功率和二次寻呼次数
举例说明，MSC下发寻呼消息PAGE1，LAC下的所有小区均收到PAGE1并进行排队。假设该寻呼消息要寻呼的用户在CELL1，该用户收到寻呼消息也及时做出了回应，这次寻呼算是成功的。但这个寻呼消息同样也会到达这个LA下的其它小区，其它小区有可能会因为收到这个PAGE1消息产生寻呼拥塞和超时。这种情况下，即使这个寻呼消息在其它小区因为拥塞和超时丢失也不会影响到MSC寻呼成功率。
2、拥塞和超时的产生影响到二次寻呼次数和寻呼成功率
接上面所说，如果PAGE1的寻呼消息在CELL1因为拥塞和超时而丢失，而要寻呼的用户也正好在CELL1小区，那么这时PAGE1可能再次参加二次寻呼也可能丢失，在这种情况小区CELLPAG拥塞和超时将影响到MSC寻呼成功率。
由于现网产生的PAGETOOOLD和PAGPCHCONG是有以上两种情况产生，所以CELLPAGE的指标对MSC寻呼成功率的影响度就要看第二种情况PAGETOOLD、PAGPCHCONG占MSC寻呼数的总数。一般来说第二中情况PAGETOOOLD占PAGETOOOLD总数比例是一个较小的值，按概率1%算，减少2000次小区级别的寻呼拥塞和超时，实际对寻呼提高有帮助的的最多是200次（因并不是寻呼拥塞和超时就意味着寻呼失败，还有可能参加二次寻呼）。所以网络如果不是出现大量的CELLPAG拥塞和超时，对寻呼成功率指标影响是不明显的。当然CELLPAG拥塞减少对MSC寻呼指标和减少二次寻呼次数是有利的
4．4 东莞现网寻呼次数与寻呼拥塞、超时、及寻呼策略的指标对比
以下指标取自3月8日晚忙时20:00-21:00之间
EXCHID
LocallPage1
LocallPage2
GlobalPage2
Pag_Suc%
PAGPCHCONG
PAGETOOOLD
PAGREP1LA
TMSIPAR
DGYMSC
313154
175
21035
95.97
7160
27652
3
2
DGOMSC
287055
74
25547
95.61
359856
38935
3
0
DGLMSC
283852
5
17483
96.12
6250
3850
3
2
DGABMS
281574
66
17546
96.17
8121
1132
3
2
DGGMSC
267731
281
16143
96.10
1540
3922
3
2
DGBMSC
261133
246
17618
96.31
14521
7950
3
0
DGIMSC
251604
320
22172
95.23
66162
33439
3
0
DGSMSC
250174
146
18344
95.75
23753
6616
3
0
DGZMSC
248281
190
22976
95.28
127159
433237
3
0
DGRMSC
247753
219
16289
96.48
12490
18208
3
0
DGAAMS
242772
152
13735
96.59
331
1127
3
2
DGMMSC
238070
54
14647
96.60
3249
27789
3
0
DGPMSC
237490
98
17934
95.12
877
4307
3
2
DGVMSC
235884
90
13105
96.54
79
1611
3
2
DGTMSC
235551
193
16149
96.08
12674
21111
3
0
DGQMSC
226114
180
17879
95.73
8414
7644
3
0
DGXMSC
222332
175
13061
96.29
6027
1287
3
2
DGFMSC
207893
72
10157
96.90
60
417
3
2
DGKMSC
201794
138
9859
96.79
90
946
3
2
DGJMSC
194592
269
11023
96.75
889
81600
3
0
DGNMSC
184506
55
12228
96.24
169
5095
3
0
DGEMSC
168009
184
9068
96.92
42
1640
3
0
DGWMSC
136605
9059
0
96.49
4890
12969
2
0
DGDMSC
133435
166
7835
96.67
7
4397
3
0
DGHMSC
122429
6998
0
96.83
1085
7098
2
0
DGCMSC
122401
8888
0
96.18
3537
3588
2
0
DGUMSC
118717
5262
0
97.05
17
211
2
2
DGAMSC
108088
56
5988
96.54
0
3705
3
0

从以上黄色行可以看出，在3月8日晚21点，Y、A、O、L局寻呼次数均很高。由于采用的寻呼策略不同（O局用IMSI寻呼），O局出现了大量的寻呼拥塞和超时，相反，其它局的数量相对要少的多。O局寻呼成功率忙时也较其它局要低。从以上也可以看出，O、Z、I局有较大的优化空间。

4．5 对于一些小区CELLPAG超时的处理
收到寻呼数量相同，寻呼组数量大小将影响到每个寻呼组队列长短，大的寻呼组数量，每个寻呼组寻呼队列更短，寻呼拥塞风险大。对存在寻呼拥塞小区DDOFKY2进行了寻呼组数量修改：
修改日期
小区
参数
原值
修改值
2007-3-7 11:30
DDO