1、陕西汉中移动GSM网络大话务保障方案优选陕西移动GSM网络大话务保障及应急措施(汉中)华为西安代表处2010-12-15陕西汉中移动GSM网络大话务保障及应急措施1 网络容量分析对于BSC容量需要从如下几个方面着手进行分析,评估其能够支撑的业务量,该部分作为网络稳定时期所能够提供性能数据。1.1 话务预测获取当前网络的话务量信息以及历史记录话务量增长趋势,评估节日期间话务量的增长情况,需要分CS域及PS域分别进行分析,并汇总成等效话务量。本次汉中话务预测因缺少去年春节的话务增长模型,今年春节话音及数据话务按40%增长预估,具体话务如下:BSC现网11月晚忙平均话务量预计春节话务量话务量数据等效
2、话务量预计话务量预计数据等效话务量HZ-HW-BSC042616.9022623663.65813166.8HZ-HW-BSC051085.5710501519.79151470.5HZ-HW-BSC062140.1510972996.21651536.3HZ-HW-BSC072302.8115853223.9342218.3HZ-HW-BSC081872.5613022621.58681822.9HZ-HW-BSC092119.2212152966.91081701.1HZ-HW-BSC101795.3612112513.49931695.3HZ-HW-BSC111269.201165177
3、6.88191631.3HZ-HW-BSC121717.367632404.30311068.7HZ-HW-BSC131734.8110302428.74051441.6HZ-HW-BSC141178.409481649.76091326.8HZ-HW-BSC151412.5915391977.6262154.3HZ-HW-BSC16718.744611006.236644.7HZ-HW-BSC17594.66427832.53053597.4HZ-HW-BSC18602.86455843.99764637 从以上统计结果对应各BSC所能承载的话务量情况来看, BSC08需考虑承载问题,需要增
4、加GDPUX单板来抗击节假日话务量的冲击,其余BSC可承受春节大话务冲击。1.2 GPRS容量分析对于BSC设备硬件容量的分析需要从BSC级及小区级进行分析,评估其能够承载的业务量,具体从如下几个方面来分析。1.2.1 Pb口容量评估对网络资源通过Pb口来进行评估,需要区分外置PCU及内置PCU进行分析,汉中全部为内置PUC,无外置PCU,故没有Pb口。 根据RPPU单板配置规格判断是否需要增加RPPU单板。一块RPPU单板最大支持120个小区,最多能同时激活120条GPRS信道,如果含有EDGE 信道,那么最多能同时激活100条。一块RPPU单板最多能支持两块L2PU小板,一块L2PU小板最
5、多能支持100条PCIC(G3PCUV300R005C05B052之后略有提高),所以一块RPPU单板最多能支持200条PCIC。如果小区支持EDGE,并且都使用了MCS9的信道编码方式,那么一块RPPU板上只能同时支持200/4=50条EDGE PDCH信道;对于内置PCU来说Pb接口功能已经由GDPUP单板承担,该每块单板的承载能力是22*481056321024PDCH信道,需要统计每块单板每个DSP上承载的PDCH信道数已经达到处理上限,建议不超过40个,否则需要对小区进行DSP重分布(注:22为GDPUP单板上的DSP单元数,48为每个DSP所能够承载的PDCH资源数)。 汉中现网华
6、为GDPUP单板DSP的负荷情况如附件所示,DSP CPU占有率平均值大于60的主要集中在BSC04、BSC05、BSC07、BSC08、BSC11、BSC14以及BSC15的DSP单板上,且BSC11和15已经出现DSP过载告警,若考虑节假日业务增长,BSC04、07、08、11、14和15的DSP负荷还会增大,预计会达到80%以上,需进行相关资源调整处理(通过调整各小区归属DSP来解决,若该GDPUP单板所有dsp负荷都高就需要扩容GDPUP单板);详细各BSC GDPUP单板DSP占用率情况如下附件所示: 1.2.2 Gb口容量评估GB口需要考虑用户数据流量,根据GB接口E1线配置的时隙
7、数计算GB接口的链路能够支持的最大流量。如果GB口的用户数据峰值流量超过当前链路支持最大流量的80,则建议进行扩容,否则在部分忙时可能由于GB接口流量限制影响用户数据吞吐率。NS性能测量-NSVC传输性能测量-NS_PDU峰值发送、接收传输字节数。 下行链路的评估“NS性能测量”“NS传输能力测量”,其中的话统指标“接收NS PDU的峰值字节数”,在一个测量周期内对各NSVC求和,可以得到整个PCU在一个测量周期内的接收下行LLC_PDU峰值总字节数。Gb口时隙下行利用率= 一个测量周期内接收下行LLC_PDU峰值总字节数 8/(1024 测量周期 60) /(64 可用时隙数目)其中“测量周
8、期”的单位是秒,对于外置PCU为5秒,内置PCU为10秒。 上行链路的评估“NS性能测量”“NS传输能力测量”,其中的话统指标“发送NS PDU的峰值字节数”,在一个测量周期内对各NSVC求和,可以得到整个PCU在一个测量周期内的发送上行LLC_PDU峰值总字节数。Gb口时隙下行利用率= 一个测量周期内发送上行LLC_PDU峰值总字节数 8/(1024 测量周期 ) /(64 可用时隙数目)其中“测量周期”的单位是秒。评估准则:一般“Gb口时隙下行利用率”要远大于“Gb口时隙上行利用率”,因为用户一般是做下行业务比上行业务多,若是“Gb口时隙下行利用率”大于80,则要考虑Gb口时隙需要扩容了。
9、PCU6000中GB接口扩容包括:license软件,GB接口E1传输,甚至增加GB接口板(包括小扣板和RPPU板)。内置PCU中GB接口扩容包括:license软件,GB接口E1传输,甚至增加GB接口板(GEPUG或者GFGUG)。汉中现网GB口上下行利用率如下表所示(其他BSC的Gb口以IP传输,不存在容量负荷问题):BSCNSE标识BC时隙数L9604:发送NS PDU峰值字节数L9605:接收NS PDU峰值字节数Gb口时隙上行利用率Gb口时隙下行利用率Gb口时隙下行利用率(节假日)BSC04360931132399436664514.86%57.32%74.52%3618269620
10、9267850410.36%39.87%51.83%66712496878738294079.54%37.70%49.01%95862687236336670213.53%66.29%86.18%133493953319380120412.51%49.89%64.86%BSC053629346356819186446.08%25.18%32.73%444621583428143713.12%16.03%20.84%7001551458910587536911.49%46.27%60.15%133562617490197927012.16%38.97%50.66%BSC0836362748360
11、225891814.73%44.48%57.82%7491661795045637548513.20%46.88%60.94%133658491696147417510.35%31.03%40.34%BSC0936462673398173397913.26%34.14%44.38%6351231438833470693814.28%46.71%60.72%133731547220188624021.55%74.28%96.56%BSC1036562925108318530418.21%62.71%81.52%750106958260331931211.04%38.23%49.70%133831
12、385438113865315.18%44.84%58.29%BSC113669354958418883417.21%24.79%32.23%7511051636413527384419.02%61.31%79.70%BSC127521051213097428819314.10%49.85%64.81%BSC135801661932099604003714.21%44.42%57.75%从上表的统计来看,若节假日业务增长按1.3倍来计算,BSC04、BSC09、BSC10、BSC11的Gb口利用率已大于80%,需要及时对这些BSC的Gb口时隙进行扩容。1.3 BSC话务承载分析BSC框号GDP
13、UX单板数量小区数TRX数半速率载频数实际承载话务量预测节假日承载的话务量单板理论承载话务量HW-BSC0402104632851192.861670.00211212925731101111.941556.712112219421783.73117.221056HW-BSC05024121466430.07602.102112113418479361.20505.671056313313826266.83373.571056HW-BSC06013210434332.37465.321056121765761591177.461648.452112319924423286.18400.6610
14、56HW-BSC07017019521309.29433.001056121154511411112.251557.162112319029740385.07539.101056HW-BSC08017331755782.441095.411056117830332503.24704.5310563110630124414.97580.961056HW-BSC09047929087616.60863.2442241611828986645.74904.03 63362611427852578.92810.496336HW-BSC100410236674699.15978.814224159929
15、456473.95663.5352802511427242434.03607.645280HW-BSC11046327231433.11606.354224169936893744.201041.886336HW-BSC12049229796689.39965.14422416134359101764.621070.476336HW-BSC13036323453547.16766.033168147628641651.31911.844224239730341470.02658.033168HW-BSC1404611574186.29260.814224158824221427.66598.7
16、35280247026839530.60742.844224HW-BSC15042717636294.40412.174224155430056521.43730.005280253927466477.22668.115280HW-BSC1604319415209.28292.994224155615530348.36487.70528025206112113.94159.525280HW-BSC17046015121144.24201.94422415651727126.66177.325280259022940293.29410.615280HW-BSC1804521208113.4115
17、8.774224148821813320.63448.884224245915231224.03313.644224从现网BSC各框话务量分布情况来看,有些BSC的硬件配置(GDPUX)还不能够满足节日期间的大话务冲击,需增加GDPUX单板的数量来抗击大话务的冲击,同时从安全性考虑BSC配置的GDPUX单板需满足11备份的要求,假如有1块单板存在问题,该框所承载的小区话务负荷将会出现过高,甚至无法承载而流控的问题,主要有以下框需要注意: BSC框号GDPUX单板数量HW-BSC04021221HW-BSC05021131HW-BSC06011231HW-BSC07011231HW-BSC080
18、11131从以上分析来看,BSC08的GDPUX单板数量明显不能满足现网及节假日大话务的需求,需及时扩容GDPUX单板的数量。 1.4 LAC区容量分析对当前网络网络结构进行分析,其组网合理性及安全性进行评估,主要涉及BSC容量均衡性、插花严重程度及位置区容量的分析。图1. LAC区分布图MSCBSCLAC小区数TRX承载的寻呼量量预计节日寻呼量GM2HW-BSC04372272051271100584130759 GM3HW-BSC05372281115603965951557 GM1HW-BSC06372203079245671073723 GM4HW-BSC073721827592562
19、39781116 3721921812031564 GM5HW-BSC08372252579215898676682 GM1HW-BSC09372163118576326782247 GM4HW-BSC10372173159325642573353 GM3HW-BSC11372231626404786862228 GM1HW-BSC12372242266564371756832 GM1HW-BSC13372212368234570759419 GM5HW-BSC14372292196674151553970 GM3HW-BSC15372301207505128866674 GM5HW-BSC1
20、6372311073101990425875 GM1HW-BSC17372262155521078614022 GM4HW-BSC18372221994902099527294 当前汉中地区BSC割接工作结束后,LAC区分布已经很合理,但LAC区37219下仍有6个小区,属割接遗留站点,后续会割接到LAC区37218下;预计汉中节假日最大寻呼量为13万,所以不会存在寻呼过载问题。 注:依照如下寻呼参数进行网络寻呼容量的评估CCCH_Config: 非组合BCCHAGB :1寻呼方式移动:采用首次寻呼TMSI,二次寻呼IMSI的寻呼机制联通:采用首次寻呼TMSI,二次寻呼IMSI的寻呼机制2 B
21、SC节前性能分析2.1 现网KPI分析2.1.1 现网话务分析获取每框话务量,以及每框各个单板的CPU占用率;A接口寻呼消息数;每个GEIUB单板的信道请求数量,每个小区SDCCH信道拥塞率,每个小区的TCH信道拥塞率,计算每个位置区下的小区数, 并对这些数据进行分析。该处网优侧需要关注CPU占用率、A接口寻呼消息数、每个小区SDCCH信道拥塞率,每个小区的TCH信道拥塞率及每个位置区下小区数、载频数及寻呼数。2.1.2 框话务评估获取每框话务量,以及每框各个单板的CPU占用率。BSC6000每框支持2500Erl话务量,这时各个单板CPU平均占用率应该在60%左右。如果不能满足于这个比例,进
22、行如下处理,问题的原因处理方法话务负荷不均匀参考2.3.5话务模型与标准模型不一致参考2.2.1I中的工具具进行扩容汉中现网华为BSC各框话务分布如下:BSC框号承载话务量HW-BSC0401192.85911111.9373283.727HW-BSC050430.070671361.196333266.833HW-BSC060332.3693311177.46333286.18333HW-BSC070309.2876711112.25473385.07133HW-BSC080782.437331503.2373414.97233HW-BSC090616.598671645.735672578
23、.92267HW-BSC100699.1481473.949332434.03167HW-BSC110433.109671744.198HW-BSC120689.387671764.62267HW-BSC130547.161671651.313672470.02333HW-BSC140186.293331427.664332530.59833HW-BSC150294.404331521.425332477.22267HW-BSC160209.280331348.357672113.94267HW-BSC170144.241331126.659672293.29467HW-BSC180113.4
24、05671320.6262224.032汉中现网华为BSC各框单板CPU占用率最大值为57.00%,CPU占用率平均最大值为47.23%,具体情况如附件所示: 2.1.3 A接口寻呼能力评估获取A接口寻呼消息数。如果15分钟的A接口寻呼消息数大于11万/位置区,则参考2.3.6 和 2.3.15 处理。汉中华为现网15分钟A口寻呼消息最大在25146左右,依照节假日寻呼量按1.5倍数增长,节假日承载的最大寻呼量为37719,从网络角度考虑是安全的,具体如下表所示:BSCLAC承载的寻呼量(15分钟)预计节日承载的寻呼量(15分钟)HZ-HW-BSC04372272514637719 HZ-HW
25、-BSC0537228991514873 HZ-HW-BSC06372201417721266 HZ-HW-BSC07372181559923399 37219301452 HZ-HW-BSC08372251474622119 HZ-HW-BSC09372161581723726 HZ-HW-BSC10372171410621159 HZ-HW-BSC11372231196717951 HZ-HW-BSC12372241092916394 HZ-HW-BSC13372211142717141 HZ-HW-BSC14372291037915569 HZ-HW-BSC15372301282219233 HZ-HW-BSC163723149767464 HZ-HW-BSC173722626964044 HZ-HW-BSC183722252497874 2.1.4 Abis接口处理能力评估获取每个GEIUB单板的信道请求数量,如果大于150个/秒,则参考2.3.7 处理;:话统中只有按照小区统计的信道请求数,因此需要先确定每个GEIUB单板包含哪些小区,再手工将这些小区的信道请求数加到一起,才能得到每个GEIUB单板的信道请求数量BSC框号GEIUB板号信道请求/SBSC0401813.63 209.53 2213.78 24
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1