陕西汉中移动GSM网络大话务保障方案优选Word文件下载.docx

1、1649.76091326.8HZ-HW-BSC151412.5915391977.6262154.3HZ-HW-BSC16718.744611006.236644.7HZ-HW-BSC17594.66427832.53053597.4HZ-HW-BSC18602.86455843.99764637 从以上统计结果对应各BSC所能承载的话务量情况来看， BSC08需考虑承载问题，需要增加GDPUX单板来抗击节假日话务量的冲击，其余BSC可承受春节大话务冲击。1.2 GPRS容量分析对于BSC设备硬件容量的分析需要从BSC级及小区级进行分析，评估其能够承载的业务量，具体从如下几个方面来分析。1.

2、2.1 Pb口容量评估对网络资源通过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板上只能

3、同时支持200/4=50条EDGE PDCH信道；对于内置PCU来说Pb接口功能已经由GDPUP单板承担，该每块单板的承载能力是22*481056321024PDCH信道，需要统计每块单板每个DSP上承载的PDCH信道数已经达到处理上限，建议不超过40个，否则需要对小区进行DSP重分布（注：22为GDPUP单板上的DSP单元数，48为每个DSP所能够承载的PDCH资源数）。 汉中现网华为GDPUP单板DSP的负荷情况如附件所示，DSP CPU占有率平均值大于60的主要集中在BSC04、BSC05、BSC07、BSC08、BSC11、BSC14以及BSC15的DSP单板上，且BSC11和15已经

4、出现DSP过载告警，若考虑节假日业务增长，BSC04、07、08、11、14和15的DSP负荷还会增大，预计会达到80%以上，需进行相关资源调整处理（通过调整各小区归属DSP来解决，若该GDPUP单板所有dsp负荷都高就需要扩容GDPUP单板）；详细各BSC GDPUP单板DSP占用率情况如下附件所示： 1.2.2 Gb口容量评估GB口需要考虑用户数据流量，根据GB接口E1线配置的时隙数计算GB接口的链路能够支持的最大流量。如果GB口的用户数据峰值流量超过当前链路支持最大流量的80，则建议进行扩容，否则在部分忙时可能由于GB接口流量限制影响用户数据吞吐率。NS性能测量-NSVC传输性能测量-N

5、S_PDU峰值发送、接收传输字节数。 下行链路的评估“NS性能测量”“NS传输能力测量”，其中的话统指标“接收NS PDU的峰值字节数”，在一个测量周期内对各NSVC求和，可以得到整个PCU在一个测量周期内的接收下行LLC_PDU峰值总字节数。Gb口时隙下行利用率= 一个测量周期内接收下行LLC_PDU峰值总字节数 8/（1024 测量周期 60） /（64 可用时隙数目）其中“测量周期”的单位是秒，对于外置PCU为5秒，内置PCU为10秒。 上行链路的评估“NS性能测量”“NS传输能力测量”，其中的话统指标“发送NS PDU的峰值字节数”，在一个测量周期内对各NSVC求和，可以得到整个PCU

6、在一个测量周期内的发送上行LLC_PDU峰值总字节数。Gb口时隙下行利用率= 一个测量周期内发送上行LLC_PDU峰值总字节数 测量周期 ） /（64 其中“测量周期”的单位是秒。评估准则：一般“Gb口时隙下行利用率”要远大于“Gb口时隙上行利用率”，因为用户一般是做下行业务比上行业务多，若是“Gb口时隙下行利用率”大于80，则要考虑Gb口时隙需要扩容了。PCU6000中GB接口扩容包括：license软件，GB接口E1传输，甚至增加GB接口板（包括小扣板和RPPU板）。内置PCU中GB接口扩容包括：license软件，GB接口E1传输，甚至增加GB接口板（GEPUG或者GFGUG）。汉中现网

7、GB口上下行利用率如下表所示（其他BSC的Gb口以IP传输，不存在容量负荷问题）：NSE标识BC时隙数L9604:发送NS PDU峰值字节数L9605:接收NS PDU峰值字节数Gb口时隙上行利用率Gb口时隙下行利用率Gb口时隙下行利用率（节假日）BSC04360931132399436664514.86%57.32%74.52%36182696209267850410.36%39.87%51.83%66712496878738294079.54%37.70%49.01%95862687236336670213.53%66.29%86.18%1334953319380120412.51%49.

8、89%64.86%BSC0536246356819186446.08%25.18%32.73%4441583428143713.12%16.03%20.84%7001551458910587536911.49%46.27%60.15%1335617490197927012.16%38.97%50.66%BSC08363748360225891814.73%44.48%57.82%7491661795045637548513.20%46.88%60.94%133658491696147417510.35%31.03%40.34%BSC09364673398173397913.26%34.14%4

9、4.38%6351231438833470693814.28%46.71%60.72%133731547220188624021.55%74.28%96.56%BSC10365925108318530418.21%62.71%81.52%750106958260331931211.04%38.23%49.70%1338385438113865315.18%44.84%58.29%BSC1136654958418883417.21%24.79%32.23%7511051636413527384419.02%61.31%79.70%BSC127521213097428819314.10%49.85

10、%64.81%BSC135801932099604003714.21%44.42%57.75%从上表的统计来看，若节假日业务增长按1.3倍来计算，BSC04、BSC09、BSC10、BSC11的Gb口利用率已大于80%，需要及时对这些BSC的Gb口时隙进行扩容。1.3 BSC话务承载分析框号GDPUX单板数量小区数TRX数半速率载频数实际承载话务量预测节假日承载的话务量单板理论承载话务量HW-BSC042104632851192.861670.0021121925731101111.941556.719421783.73117.221056HW-BSC054121466430.07602.10

11、3418479361.20505.6733313826266.83373.57HW-BSC0632332.37465.321765761591177.461648.459924423286.18400.66HW-BSC077019521309.29433.001154511411112.251557.169029740385.07539.10HW-BSC087331755782.441095.4178303503.24704.5330124414.97580.96HW-BSC09429087616.60863.244224611828986645.74904.03 63361142785257

12、8.92810.496336HW-BSC1010274699.15978.81529456473.95663.535280272434.03607.64HW-BSC1163433.11606.35368744.201041.88HW-BSC1296689.39965.14134359101764.621070.47HW-BSC1323453547.16766.03316876286651.31911.8497470.02658.03HW-BSC1461157186.29260.8188242427.66598.7326839530.60742.84HW-BSC152736294.40412.1

13、754300521.43730.00274477.22668.11HW-BSC169415209.28292.9930348.36487.702012113.94159.52HW-BSC1760151144.24201.94651727126.66177.32229293.29410.61HW-BSC181208113.41158.7721813320.63448.8859152224.03313.64从现网BSC各框话务量分布情况来看，有些BSC的硬件配置（GDPUX）还不能够满足节日期间的大话务冲击，需增加GDPUX单板的数量来抗击大话务的冲击，同时从安全性考虑BSC配置的GDPUX单板需

14、满足11备份的要求，假如有1块单板存在问题，该框所承载的小区话务负荷将会出现过高，甚至无法承载而流控的问题，主要有以下框需要注意：从以上分析来看，BSC08的GDPUX单板数量明显不能满足现网及节假日大话务的需求，需及时扩容GDPUX单板的数量。 1.4 LAC区容量分析对当前网络网络结构进行分析，其组网合理性及安全性进行评估，主要涉及BSC容量均衡性、插花严重程度及位置区容量的分析。图1. LAC区分布图MSCLACTRX承载的寻呼量量预计节日寻呼量GM2372272051271100584130759 GM3372281115603965951557 GM13722030792456710

15、73723 GM4372182759256239781116 372191812031564 GM5372252579215898676682 372163118576326782247 372173159325642573353 372231626404786862228 372242266564371756832 372212368234570759419 372292194151553970 372305128866674 372311073101990425875 372262155521078614022 372221994902099527294 当前汉中地区BSC割接工作结束后，

16、LAC区分布已经很合理，但LAC区37219下仍有6个小区，属割接遗留站点，后续会割接到LAC区37218下；预计汉中节假日最大寻呼量为13万，所以不会存在寻呼过载问题。注：依照如下寻呼参数进行网络寻呼容量的评估CCCH_Config： 非组合BCCHAGB ：寻呼方式移动：采用首次寻呼TMSI，二次寻呼IMSI的寻呼机制联通：2 BSC节前性能分析2.1 现网KPI分析2.1.1 现网话务分析获取每框话务量，以及每框各个单板的CPU占用率；A接口寻呼消息数；每个GEIUB单板的信道请求数量，每个小区SDCCH信道拥塞率，每个小区的TCH信道拥塞率，计算每个位置区下的小区数， 并对这些数据进行

17、分析。该处网优侧需要关注CPU占用率、A接口寻呼消息数、每个小区SDCCH信道拥塞率，每个小区的TCH信道拥塞率及每个位置区下小区数、载频数及寻呼数。2.1.2 框话务评估获取每框话务量，以及每框各个单板的CPU占用率。BSC6000每框支持2500Erl话务量，这时各个单板CPU平均占用率应该在60%左右。如果不能满足于这个比例，进行如下处理，问题的原因处理方法话务负荷不均匀参考2.3.5话务模型与标准模型不一致参考2.2.1I中的工具具进行扩容汉中现网华为BSC各框话务分布如下：承载话务量1192.8591111.937383.727430.07067361.19633266.833332

18、.369331177.4633286.18333309.287671112.2547385.07133782.43733503.237414.97233616.59867645.73567578.92267699.148473.94933434.03167433.10967744.198689.38767764.62267547.16167651.31367470.02333186.29333427.66433530.59833294.40433521.42533477.22267209.28033348.35767113.94267144.24133126.65967293.29467113

19、.40567320.626224.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，从网络角度考虑是安全的，具体如下表所示：承载的寻呼量（15分钟）预计节日承载的寻呼量（15分钟）2514637719 991514873 1417721266 1559923399 452 1474622119 1581723726 1410621159 1196717951 1092916394 1142717141 1037915569 1282219233 49767464 26964044 52497874 2.1.4 Abis接口处理能力评估获取每个GEIUB单板的信道请求数量，如果大于150个/秒，则参考2.3.7 处理；:话统中只有按照小区统计的信道请求数，因此需要先确定每个GEIUB单板包含哪些小区，再手工将这些小区的信道请求数加到一起，才能得到每个GEIUB单板的信道请求数量GEIUB板号信道请求/S13.63 9.53 2213.78