陕西汉中移动GSM网络大话务保障方案.docx
《陕西汉中移动GSM网络大话务保障方案.docx》由会员分享,可在线阅读,更多相关《陕西汉中移动GSM网络大话务保障方案.docx(40页珍藏版)》请在冰点文库上搜索。
陕西汉中移动GSM网络大话务保障方案
陕西移动GSM网络大话务保障及应急措施
(汉中)
华为西安代表处
2010-12-15
陕西汉中移动GSM网络大话务保障及应急措施
1网络容量分析
对于BSC容量需要从如下几个方面着手进行分析,评估其能够支撑的业务量,该部分作为网络稳定时期所能够提供性能数据。
1.1话务预测
获取当前网络的话务量信息以及历史记录话务量增长趋势,评估节日期间话务量的增长情况,需要分CS域及PS域分别进行分析,并汇总成等效话务量。
本次汉中话务预测因缺少去年春节的话务增长模型,今年春节话音及数据话务按40%增长预估,具体话务如下:
BSC
现网11月晚忙平均话务量
预计春节话务量
话务量
数据等效话务量
预计话务量
预计数据等效话务量
HZ-HW-BSC04
2616.90
2262
3663.6581
3166.8
HZ-HW-BSC05
1085.57
1050
1519.7915
1470.5
HZ-HW-BSC06
2140.15
1097
2996.2165
1536.3
HZ-HW-BSC07
2302.81
1585
3223.934
2218.3
HZ-HW-BSC08
1872.56
1302
2621.5868
1822.9
HZ-HW-BSC09
2119.22
1215
2966.9108
1701.1
HZ-HW-BSC10
1795.36
1211
2513.4993
1695.3
HZ-HW-BSC11
1269.20
1165
1776.8819
1631.3
HZ-HW-BSC12
1717.36
763
2404.3031
1068.7
HZ-HW-BSC13
1734.81
1030
2428.7405
1441.6
HZ-HW-BSC14
1178.40
948
1649.7609
1326.8
HZ-HW-BSC15
1412.59
1539
1977.626
2154.3
HZ-HW-BSC16
718.74
461
1006.236
644.7
HZ-HW-BSC17
594.66
427
832.53053
597.4
HZ-HW-BSC18
602.86
455
843.99764
637
从以上统计结果对应各BSC所能承载的话务量情况来看,BSC08需考虑承载问题,需要增加GDPUX单板来抗击节假日话务量的冲击,其余BSC可承受春节大话务冲击。
1.2GPRS容量分析
对于BSC设备硬件容量的分析需要从BSC级及小区级进行分析,评估其能够承载的业务量,具体从如下几个方面来分析。
1.2.1Pb口容量评估
对网络资源通过Pb口来进行评估,需要区分外置PCU及内置PCU进行分析,汉中全部为内置PUC,无外置PCU,故没有Pb口。
根据RPPU单板配置规格判断是否需要增加RPPU单板。
一块RPPU单板最大支持120个小区,最多能同时激活120条GPRS信道,如果含有EDGE信道,那么最多能同时激活100条。
一块RPPU单板最多能支持两块L2PU小板,一块L2PU小板最多能支持100条PCIC(G3PCUV300R005C05B052之后略有提高),所以一块RPPU单板最多能支持200条PCIC。
如果小区支持EDGE,并且都使用了MCS9的信道编码方式,那么一块RPPU板上只能同时支持[200/4=50条]EDGEPDCH信道;
对于内置PCU来说Pb接口功能已经由GDPUP单板承担,该每块单板的承载能力是22*48=1056-32=1024PDCH信道,需要统计每块单板每个DSP上承载的PDCH信道数已经达到处理上限,建议不超过40个,否则需要对小区进行DSP重分布(注:
22为GDPUP单板上的DSP单元数,48为每个DSP所能够承载的PDCH资源数)。
汉中现网华为GDPUP单板DSP的负荷情况如附件所示,DSPCPU占有率平均值大于60%的主要集中在BSC04、BSC05、BSC07、BSC08、BSC11、BSC14以及BSC15的DSP单板上,且BSC11和15已经出现DSP过载告警,若考虑节假日业务增长,BSC04、07、08、11、14和15的DSP负荷还会增大,预计会达到80%以上,需进行相关资源调整处理(通过调整各小区归属DSP来解决,若该GDPUP单板所有dsp负荷都高就需要扩容GDPUP单板);详细各BSCGDPUP单板DSP占用率情况如下附件所示:
1.2.2Gb口容量评估
GB口需要考虑用户数据流量,根据GB接口E1线配置的时隙数计算GB接口的链路能够支持的最大流量。
如果GB口的用户数据峰值流量超过当前链路支持最大流量的80%,则建议进行扩容,否则在部分忙时可能由于GB接口流量限制影响用户数据吞吐率。
NS性能测量--NSVC传输性能测量--NS_PDU峰值发送、接收传输字节数。
下行链路的评估
“NS性能测量”—>“NS传输能力测量”,其中的话统指标“接收NSPDU的峰值字节数”,在一个测量周期内对各NSVC求和,可以得到整个PCU在一个测量周期内的接收下行LLC_PDU峰值总字节数。
Gb口时隙下行利用率=一个测量周期内接收下行LLC_PDU峰值总字节数×8/(1024×测量周期×60)/(64×可用时隙数目)
其中“测量周期”的单位是秒,对于外置PCU为5秒,内置PCU为10秒。
上行链路的评估
“NS性能测量”—〉“NS传输能力测量”,其中的话统指标“发送NSPDU的峰值字节数”,在一个测量周期内对各NSVC求和,可以得到整个PCU在一个测量周期内的发送上行LLC_PDU峰值总字节数。
Gb口时隙下行利用率=一个测量周期内发送上行LLC_PDU峰值总字节数×8/(1024×测量周期)/(64×可用时隙数目)
其中“测量周期”的单位是秒。
评估准则:
一般“Gb口时隙下行利用率”要远大于“Gb口时隙上行利用率”,因为用户一般是做下行业务比上行业务多,若是“Gb口时隙下行利用率”大于80%,则要考虑Gb口时隙需要扩容了。
PCU6000中GB接口扩容包括:
license软件,GB接口E1传输,甚至增加GB接口板(包括小扣板和RPPU板)。
内置PCU中GB接口扩容包括:
license软件,GB接口E1传输,甚至增加GB接口板(GEPUG或者GFGUG)。
汉中现网GB口上下行利用率如下表所示(其他BSC的Gb口以IP传输,不存在容量负荷问题):
BSC
NSE标识
BC时隙数
L9604:
发送NSPDU峰值字节数
L9605:
接收NSPDU峰值字节数
Gb口时隙上行利用率
Gb口时隙下行利用率
Gb口时隙下行利用率(节假日)
BSC04
360
93
1132399
4366645
14.86%
57.32%
74.52%
361
82
696209
2678504
10.36%
39.87%
51.83%
667
124
968787
3829407
9.54%
37.70%
49.01%
958
62
687236
3366702
13.53%
66.29%
86.18%
1334
93
953319
3801204
12.51%
49.89%
64.86%
BSC05
362
93
463568
1918644
6.08%
25.18%
32.73%
444
62
158342
814371
3.12%
16.03%
20.84%
700
155
1458910
5875369
11.49%
46.27%
60.15%
1335
62
617490
1979270
12.16%
38.97%
50.66%
BSC08
363
62
748360
2258918
14.73%
44.48%
57.82%
749
166
1795045
6375485
13.20%
46.88%
60.94%
1336
58
491696
1474175
10.35%
31.03%
40.34%
BSC09
364
62
673398
1733979
13.26%
34.14%
44.38%
635
123
1438833
4706938
14.28%
46.71%
60.72%
1337
31
547220
1886240
21.55%
74.28%
96.56%
BSC10
365
62
925108
3185304
18.21%
62.71%
81.52%
750
106
958260
3319312
11.04%
38.23%
49.70%
1338
31
385438
1138653
15.18%
44.84%
58.29%
BSC11
366
93
549584
1888341
7.21%
24.79%
32.23%
751
105
1636413
5273844
19.02%
61.31%
79.70%
BSC12
752
105
1213097
4288193
14.10%
49.85%
64.81%
BSC13
580
166
1932099
6040037
14.21%
44.42%
57.75%
从上表的统计来看,若节假日业务增长按1.3倍来计算,BSC04、BSC09、BSC10、BSC11的Gb口利用率已大于80%,需要及时对这些BSC的Gb口时隙进行扩容。
1.3BSC话务承载分析
BSC
框号
GDPUX单板数量
小区数
TRX数
半速率载频数
实际承载话务量
预测节假日承载的话务量
单板理论承载话务量
HW-BSC04
0
2
104
632
85
1192.86
1670.00
2112
1
2
92
573
110
1111.94
1556.71
2112
2
1
9
42
17
83.73
117.22
1056
HW-BSC05
0
2
41
214
66
430.07
602.10
2112
1
1
34
184
79
361.20
505.67
1056
3
1
33
138
26
266.83
373.57
1056
HW-BSC06
0
1
32
104
34
332.37
465.32
1056
1
2
176
576
159
1177.46
1648.45
2112
3
1
99
244
23
286.18
400.66
1056
HW-BSC07
0
1
70
195
21
309.29
433.00
1056
1
2
115
451
141
1112.25
1557.16
2112
3
1
90
297
40
385.07
539.10
1056
HW-BSC08
0
1
73
317
55
782.44
1095.41
1056
1
1
78
303
32
503.24
704.53
1056
3
1
106
301
24
414.97
580.96
1056
HW-BSC09
0
4
79
290
87
616.60
863.24
4224
1
6
118
289
86
645.74
904.03
6336
2
6
114
278
52
578.92
810.49
6336
HW-BSC10
0
4
102
366
74
699.15
978.81
4224
1
5
99
294
56
473.95
663.53
5280
2
5
114
272
42
434.03
607.64
5280
HW-BSC11
0
4
63
272
31
433.11
606.35
4224
1
6
99
368
93
744.20
1041.88
6336
HW-BSC12
0
4
92
297
96
689.39
965.14
4224
1
6
134
359
101
764.62
1070.47
6336
HW-BSC13
0
3
63
234
53
547.16
766.03
3168
1
4
76
286
41
651.31
911.84
4224
2
3
97
303
41
470.02
658.03
3168
HW-BSC14
0
4
61
157
4
186.29
260.81
4224
1
5
88
242
21
427.66
598.73
5280
2
4
70
268
39
530.60
742.84
4224
HW-BSC15
0
4
27
176
36
294.40
412.17
4224
1
5
54
300
56
521.43
730.00
5280
2
5
39
274
66
477.22
668.11
5280
HW-BSC16
0
4
31
94
15
209.28
292.99
4224
1
5
56
155
30
348.36
487.70
5280
2
5
20
61
12
113.94
159.52
5280
HW-BSC17
0
4
60
151
21
144.24
201.94
4224
1
5
65
172
7
126.66
177.32
5280
2
5
90
229
40
293.29
410.61
5280
HW-BSC18
0
4
52
120
8
113.41
158.77
4224
1
4
88
218
13
320.63
448.88
4224
2
4
59
152
31
224.03
313.64
4224
从现网BSC各框话务量分布情况来看,有些BSC的硬件配置(GDPUX)还不能够满足节日期间的大话务冲击,需增加GDPUX单板的数量来抗击大话务的冲击,同时从安全性考虑BSC配置的GDPUX单板需满足1+1备份的要求,假如有1块单板存在问题,该框所承载的小区话务负荷将会出现过高,甚至无法承载而流控的问题,主要有以下框需要注意:
BSC
框号
GDPUX单板数量
HW-BSC04
0
2
1
2
2
1
HW-BSC05
0
2
1
1
3
1
HW-BSC06
0
1
1
2
3
1
HW-BSC07
0
1
1
2
3
1
HW-BSC08
0
1
1
1
3
1
从以上分析来看,BSC08的GDPUX单板数量明显不能满足现网及节假日大话务的需求,需及时扩容GDPUX单板的数量。
1.4LAC区容量分析
对当前网络网络结构进行分析,其组网合理性及安全性进行评估,主要涉及BSC容量均衡性、插花严重程度及位置区容量的分析。
图1.LAC区分布图
MSC
BSC
LAC
小区数
TRX
承载的寻呼量量
预计节日寻呼量
GM2
HW-BSC04
37227
205
1271
100584
130759
GM3
HW-BSC05
37228
111
560
39659
51557
GM1
HW-BSC06
37220
307
924
56710
73723
GM4
HW-BSC07
37218
275
925
62397
81116
37219
2
18
1203
1564
GM5
HW-BSC08
37225
257
921
58986
76682
GM1
HW-BSC09
37216
311
857
63267
82247
GM4
HW-BSC10
37217
315
932
56425
73353
GM3
HW-BSC11
37223
162
640
47868
62228
GM1
HW-BSC12
37224
226
656
43717
56832
GM1
HW-BSC13
37221
236
823
45707
59419
GM5
HW-BSC14
37229
219
667
41515
53970
GM3
HW-BSC15
37230
120
750
51288
66674
GM5
HW-BSC16
37231
107
310
19904
25875
GM1
HW-BSC17
37226
215
552
10786
14022
GM4
HW-BSC18
37222
199
490
20995
27294
当前汉中地区BSC割接工作结束后,LAC区分布已经很合理,但LAC区37219下仍有6个小区,属割接遗留站点,后续会割接到LAC区37218下;预计汉中节假日最大寻呼量为13万,所以不会存在寻呼过载问题。
注:
依照如下寻呼参数进行网络寻呼容量的评估
CCCH_Config:
非组合BCCH
AGB:
1
寻呼方式
移动:
采用首次寻呼TMSI,二次寻呼IMSI的寻呼机制
联通:
采用首次寻呼TMSI,二次寻呼IMSI的寻呼机制
2BSC节前性能分析
2.1现网KPI分析
2.1.1现网话务分析
获取每框话务量,以及每框各个单板的CPU占用率;A接口寻呼消息数;每个GEIUB单板的信道请求数量,每个小区SDCCH信道拥塞率,每个小区的TCH信道拥塞率,计算每个位置区下的小区数,并对这些数据进行分析。
该处网优侧需要关注CPU占用率、A接口寻呼消息数、每个小区SDCCH信道拥塞率,每个小区的TCH信道拥塞率及每个位置区下小区数、载频数及寻呼数。
2.1.2框话务评估
获取每框话务量,以及每框各个单板的CPU占用率。
BSC6000每框支持2500Erl话务量,这时各个单板CPU平均占用率应该在60%左右。
如果不能满足于这个比例,进行如下处理,
问题的原因
处理方法
话务负荷不均匀
参考2.3.5
话务模型与标准模型不一致
参考2.2.1I中的工具具进行扩容
汉中现网华为BSC各框话务分布如下:
BSC
框号
承载话务量
HW-BSC04
0
1192.859
1
1111.9373
2
83.727
HW-BSC05
0
430.07067
1
361.19633
3
266.833
HW-BSC06
0
332.36933
1
1177.4633
3
286.18333
HW-BSC07
0
309.28767
1
1112.2547
3
385.07133
HW-BSC08
0
782.43733
1
503.237
3
414.97233
HW-BSC09
0
616.59867
1
645.73567
2
578.92267
HW-BSC10
0
699.148
1
473.94933
2
434.03167
HW-BSC11
0
433.10967
1
744.198
HW-BSC12
0
689.38767
1
764.62267
HW-BSC13
0
547.16167
1
651.31367
2
470.02333
HW-BSC14
0
186.29333
1
427.66433
2
530.59833
HW-BSC15
0
294.40433
1
521.42533
2
477.22267
HW-BSC16
0
209.28033
1
348.35767
2
113.94267
HW-BSC17
0
144.24133
1
126.65967
2
293.29467
HW-BSC18
0
113.40567
1
320.626
2
224.032
汉中现网华为BSC各框单板CPU占用率最大值为57.00%,CPU占用率平均最大值为47.23%,具体情况如附件所示:
2.1.3A接口寻呼能力评估
获取A接口寻呼消息数。
如果15分钟的A接口寻呼消息数大于11万/位置区,则参考2.3.6和2.3.15处理。
汉中华为现网15分钟A口寻呼消息最大在25146左右,依照节假日寻呼量按1.5倍数增长,节假日承载的最大寻呼量为37719,从网络角度考虑是安全的,具体如下表所示:
BSC
LAC
承载的寻呼量(15分钟)
预计节日承载的寻呼量(15分钟)
HZ-HW-BSC04
37227
25146
37719
HZ-HW-BSC05
37228
9915
14873
HZ-HW-BSC06
37220
14177
21266
HZ-HW-BSC07
37218
15599
23399
37219
301
452
HZ-HW-BSC08
37225
14746
22119
HZ-HW-BSC09
37216
15817
23726
HZ-HW-BSC10
37217
14106
21159
HZ-HW-BSC11
37223
11967
17951
HZ-HW-BSC12
37224
10929
16394
HZ-HW-BSC13
37221
11427
17141
HZ-HW-BSC14
37229
10379
15569
HZ-HW-BSC15
37230
12822
19233
HZ-HW-BSC16
37231
4976
7464
HZ-HW-BSC17
37226
2696
4044
HZ-HW-BSC18
37222
5249
7874
2.1.4Abis接口处理能力评估
获取每个GEIUB单板的信道请求数量,如果大于150个/秒,则参考2.3.7处理;
:
话统中只有按照小区统计的信道请求数,因此需要先确定每个GEIUB单板包含哪些小区,再手工将这些小区的信道请求数加到一起,才能得到每个GEIUB单板的信道请求数量
BSC
框号
GEIUB板号
信道请求/S
BSC04
0
18
13.63
20
9.53
22
13.78
24
16.75
1
18
16.87
20
15.32
22
12.