諾西SGSN-Gb接口負荷均衡結構優(yōu)化201010

2023年2月6日第1頁諾西SGSNGb接口負荷均衡結構優(yōu)化廣東公司2023年2月6日第2頁諾西SGSNGB接口負荷不均的問題描述CELL1的下行流量網(wǎng)絡現(xiàn)狀1、部分Gb鏈路負荷過高，產(chǎn)生擁塞嚴重影響用戶使用感知2、部分對應PAPU負荷過高3、部分Gb鏈路使用率很低，嚴重浪費傳輸資源4、嚴重降低了SGSN容量的利用率以上問題亟需解決！2023年2月6日第3頁諾西SGSNGB接口負荷不均的原因背景PAPU組的小區(qū)鎖定特性CELL1的下行流量小區(qū)初始將輪詢至Gb連接的PAPU，并固定各PAPU協(xié)同管理，但CELL被單個PAPU控制PAPU控制的小區(qū)下行流量流經(jīng)所對接的Gb

CELL1流量>CELL2或CELL3；

因此Gb鏈路NS-VCI1的流量>NS-VCI2和NS-VCI3，從而產(chǎn)生鏈路帶寬負荷不均衡現(xiàn)象；

BSC所有小區(qū)均分到連接其Gb的PAPU上，盡管各PAPU的小區(qū)數(shù)量相同，但這種簡單輪詢接入未考慮各不同小區(qū)的業(yè)務流量差異，導致Gb流量的不均衡，這是諾西設備不可避免的固有現(xiàn)象。2023年2月6日第4頁諾西SGSNGB接口負荷不均的原因背景BSCPAPU1PAPU2PAPU3Gb1Gb2Gb3Gb4Gb530cells

BSC有90個cell，按如圖接入，則將輪詢均分到PAPU1~3中；

假設各PAPU的30個cell業(yè)務量都相同，這樣Gb5的鏈路帶寬利用率（負荷）則是Gb1~Gb4的2倍；如果Gb1~Gb4的負荷達50%左右時，PAPU3大量的小區(qū)下行流量只能通過Gb5鏈路，這樣就形成了Gb鏈路擁堵，從而產(chǎn)生鏈路過載丟包、擁堵影響小區(qū)業(yè)務質量惡化等現(xiàn)象；

這種在PAPU組內一個PAPU單獨配置某BSC一條或少量Gb鏈路的接入結構，是Gb嚴重不均衡的主因。（首要解決）PAPU組30cells30cells90cells2023年2月6日第5頁Gb負荷均衡的主要內容原則方法1：Gb鏈路平均接入PAPU組——均衡接入架構BSCPAPU1PAPU2PAPU3Gb1Gb2Gb330cellsPAPU組0cells30cells60cells不均衡架構導致Gb高負荷BSCPAPU1PAPU2PAPU3Gb1Gb2Gb320cellsPAPU組20cells20cells60cellsGb3鏈路高負荷可解決

避免BSC出現(xiàn)未采用均分PAPU而單獨配置的Gb鏈路，形成不均衡接入結構。

BSC各Gb鏈路需均分接入PAPU組

按均衡接入架構配置Gb鏈路，是后續(xù)進行小區(qū)微調實現(xiàn)進一步均衡的基礎。Gb負荷均衡的主要內容原則2023年2月6日第6頁方法2：小區(qū)重分布，細調鏈路PAPU組PAPU1PAPU2PAPU3Gb1Gb2Gb3Gb1高負荷BSCCell1Cell2

小區(qū)重分布采用諾西SGSNEJW指令實現(xiàn)，可指定小區(qū)遷移到指定PAPU，或使用該指令標注小區(qū)為“高負荷小區(qū)”，讓SGSN自動調度；

使用EJW指令進行小區(qū)重分布，可實現(xiàn)各Gb鏈路負荷的精細化微調；SGSN支持100個小區(qū)的微調；高業(yè)務量的小區(qū)駐留在一個PAPU上小區(qū)重分布小區(qū)輪詢識別順序是依據(jù)PAPU邏輯地址而非物理地址作為輪循依據(jù)！Gb負荷均衡的主要內容原則2023年2月6日第7頁業(yè)務量均衡分布到各PAPU方法3：BSC側控制小區(qū)分布，細調鏈路BSC的BVC小區(qū)數(shù)據(jù)制作和重定義順序，可將小區(qū)分布到指定的PAPU中；重定義的小區(qū)，分布到PAPU的具體次序仍以其Gb關聯(lián)的PAPU組內PAPU邏輯地址順序為準；該小區(qū)重分布方法需要BSC側配合調整，實施較為復雜，一般較少使用。Gb負荷均衡的組織形式2023年2月6日第8頁數(shù)據(jù)室：PAPU組調整方案制定方案測試效果考察階段分析總結成果網(wǎng)優(yōu)中心：小區(qū)重分布核心網(wǎng)室：BSC側控制小區(qū)分布Gb負荷均衡的工作歷程2023年2月6日第9頁控制小區(qū)分布，細調鏈路方案測試總結成果及推廣5月-----------7月8月---9月效果考察9月9月15日-9月底方案制定階段分析對比調整結果優(yōu)化及成果推廣2023年2月6日第10頁Gb負荷均衡的實施

Gb鏈路負荷均衡程度，用標準方差衡量各鏈路負荷的不均衡程度，稱為不均衡系數(shù)。今年5~7月，惠州分公司利用Gb均衡方法對某愛立信BSC進行均衡調整測試。BSC名稱Gb鏈路名稱調整前配置負荷(%)調整前不均衡系數(shù)調整后均衡配置負荷(%)調整后不均衡系數(shù)HZG2BSC251121papu-034.8926.88papu-052.8915.5551122papu-042.92papu-050.9251123papu-030.10papu-473.4451124papu-045.14papu-466.8651125papu-384.22papu-382.4351126papu-893.63papu-389.47P0P8P3BSCP0P8P3BSCPAPU組PAPU組Gb負荷均衡的實施2023年2月6日第11頁架構調整小區(qū)平均流量MbyteEDGEIP吞吐率(DLkbps)EDGE無線鏈路速率(DLkbps)CELLMOVED次數(shù)優(yōu)化前17.5385.0533.910.05優(yōu)化后25.4498.3840.80.03優(yōu)化效果7.9113.336.89-0.02提升幅度45.12%15.67%20.32%40%

Gb鏈接重構后，BSC調整前后不均衡系數(shù)從26.86，下降至15.55。原來受抑制流量分流至其他Gb鏈路，由于Gb負荷的疏導，忙時流量有較大幅度的上漲，增長約670Mbyte，增幅約18%。對于發(fā)生遷移的73個小區(qū)的業(yè)務質量指標對比，較優(yōu)化前有較大的提升。Gb負荷均衡的實施2023年2月6日第12頁

前期實驗均衡調整效果明顯，惠州分公司于中秋節(jié)前實施SG101、SG104、SG105、SG203、SG301、SG302的6臺SGSN均衡優(yōu)化調整（11臺SGSN配置），調整效果明顯，有效保障了粵東7地市中秋節(jié)日的GPRS業(yè)務。以惠州SG101為例，實施均衡后SGSN日均總流量上升12.7%，達1048GB，Gb鏈路高負荷產(chǎn)生的過載丟包數(shù)從日均2.4MB，下降至91KB。HZSM10B2忙時流量MbyteEDGEIP吞吐率(DLkbps)Gb不均衡系數(shù)優(yōu)化前4447.3676.284.89優(yōu)化后4576.2682.563.72優(yōu)化效果128.9046.281.17提升幅度2.90%8.24%

HZSMMB6忙時流量MbyteEDGEIP吞吐率(DLkbps)Gb不均衡系數(shù)優(yōu)化前8466.94066.495.62優(yōu)化后8654.6771.631.75優(yōu)化效果187.7275.143.87提升幅度2.22%7.73%

Gb負荷均衡的實施2023年2月6日第13頁PAPUPAPU組號調整前調整后小區(qū)數(shù)小區(qū)數(shù)標準差CPU負荷小區(qū)數(shù)小區(qū)數(shù)標準差CPU負荷123950.126310111.348522969811999521247912474621117812782729168115781221167511576132167771266615221992143830616034.838818819.9988361119714574461609815981861508413893962289718771106159961949311611591153961461846715967

SG101均衡Gb過程中，進一步微調了各PAPU管理的小區(qū)數(shù)，各PAPU小區(qū)不均衡系數(shù)下降顯著。各PAPU的CPU負荷總和由于小區(qū)數(shù)量均衡略有下降，從1348下降1306，降幅為3.1%；Gb負荷均衡的成果成效2023年2月6日第14頁大幅度減少網(wǎng)絡中Gb鏈路閃斷：愛立信BSC負責Gb接口的RPP板出現(xiàn)由于H’41事件引致的RPfault告警，同時RP負荷均在100%，引發(fā)RP對處理話務進行限制、重啟導致Gb出現(xiàn)閃斷。告警均集中在愛立信BSC的高負荷Gb鏈路中，SG101和SG203閃斷較為嚴重。Logfile-2010-03-28-2327514（RP）100（RPLOAD）HIGHLOADSTATELogfile-2010-03-28-2317514（RP）100（RPLOAD）HIGHLOADSTATELogfile-2010-03-28-2307514（RP）100（RPLOAD）HIGHLOADSTATEBSCbNSVCI原告警次數(shù)忙時負荷%原配置PAPU修改PAPU告警次數(shù)忙時負荷%STEBSC155051273.791782.6STEBSC1550521376.7121685.1STEBS9103682.5STEBSC155054186.823681.8STEBSC155055276.5915284.7STEBSC155056177.4215179.6STEBSC1550571082.3122076.7STEBSC155058174.622080.9STGM9B355061276.844074.3STGM9B35506319091.891066.8STGM9B355064272.61212065.7STGM9B355065148.2101069.5STGM9B355066275.044071.1STGM9B355067144.61010070.3STGM9B355068151.51010072.1STGM9B355069269.41212066.8Gb負荷均衡的成果成效2023年2月6日第15頁由于考慮到2115和2114告警是成對出現(xiàn)，因此，SG101從每周告警數(shù)據(jù)顯示812次告警（即406次閃斷）下降至324次告警（162次閃斷），SG203從515次閃斷下降至59次，降低了Gb頻繁閃斷而惡化客戶業(yè)務質量感知的情況。由于SG101部分BSC總License帶寬不足，因此閃斷下降幅度小于SG203。2023年2月6日第16頁Gb負荷均衡的成果成效高負荷Gb下業(yè)務投訴處理：今年6月10日，惠陽區(qū)的HZSMKB2出現(xiàn)42宗反映上網(wǎng)慢、頻繁斷線等問題的客戶投訴，網(wǎng)優(yōu)現(xiàn)場測試反饋投訴客戶所在的小區(qū)CI號為08196、08197、08212等多個小區(qū)均存在業(yè)務質量異常。統(tǒng)計發(fā)現(xiàn)Gb鏈路51513和51517忙時產(chǎn)生頻繁閃斷、大量丟包的情況，最大時段產(chǎn)生了1.7MByte的數(shù)據(jù)丟棄，因此判斷由于PAPU-5小區(qū)GPRS流量較大，造成下行擁堵，影響了PAPU-5管理小區(qū)下的客戶業(yè)務使用感知。BSC名稱Gb鏈路名稱上連PAPU配置故障忙時鏈路負荷%管理小區(qū)數(shù)HZSMKB215112papu-250.93551512papu-260.651516papu-254.551514papu-693.54451518papu-693.751513papu-578.16851517papu-577.351519papu-575.251511papu-144.32651515papu-139.915110papu-778.23715111papu-781.6用ZFWO、ZEJL指令檢查SMKB2的Gb配置和小區(qū)情況如下所示：PRSNETWORKHANDLINGCOMMAND<EJ_><ZEJL:MCC=460,MNC=00,LAC=9282;CI-08196BVCI-00991NSEI-05151PAPU-05CI-08197BVCI-00992NSEI-05151PAPU-05CI-08212BVCI-00938NSEI-05151PAPU-05投訴小區(qū)集中在PAPU52023年2月6日第17頁主要工作成果成效必須進行優(yōu)化，因為BSC的license限制，無法增加Gb鏈路；工作日接到報障，對Gb鏈路操作影響面較大；為降低影響程度，惠州分公司維護人員采用“小區(qū)人工重分布”的新方法，用EJW指令人工將PAPU-5中的08196、08197、08212等投訴小區(qū)遷移至負荷較低的PAPU-1和PAPU-2中，以便降低2條Gb鏈路51513和51517的負荷，減少OVERFLOW的丟包；EJW:ADD:MCC=460,MNC=00,LAC=9282,CI=8196,:PAPU=2:;向PAPU2遷移8196小區(qū)；SGSNHIZSG101BNk2010-06-1016:21:25COMMANDEXECUTEDFRAMERELAYBEARERCHANNELHANDLING<FU_><ZEJW:INT;顯示各人工遷移處理的小區(qū)

LOADINGPROGRAMVERSION10.17-0

SGSNHIZSG101BNk2010-06-1017:05:09

CELLDISTRIBUTIONDATAOUTPUT

MCC-460MNC-00LAC-09282CI-08196PAPU-02CI-08197PAPU-02CI-08198PAPU-02CI-08212