
簡介一份面向無線網(wǎng)絡優(yōu)化與容量保障工程師的專題文檔聚焦5G/4G融合組網(wǎng)下高負荷小區(qū)評估與處理。文檔以現(xiàn)網(wǎng)多制式、多帶寬并存為背景系統(tǒng)講解TDD 20M/15M/10M、FDD 20M/15M/10M/5M以及3D-MIMO小區(qū)的高負荷識別新標準并通過新老標準對比、各頻段負荷占比變化等數(shù)據(jù)幫助讀者理解標準修訂前后的差異與擴容方向。除核心標準外還附帶載波聚合、系統(tǒng)內(nèi)外干擾管理、移動性負載均衡MLB、FDD電調(diào)核查等配套技術要點形成從負荷判定、原因分析到常規(guī)優(yōu)化處理思路的完整鏈條。資源包為單份docx文檔大小1.68MB便于直接閱讀、檢索或打印。文檔已有256人學習下載適合需要掌握多制式高負荷門限、制定精準擴容與優(yōu)化方案的一線網(wǎng)優(yōu)人員。1. 非20M帶寬小區(qū)占比近三成舊高負荷門限正在誤判一個FDD900的5M城區(qū)小區(qū)用戶反饋上傳圖片緩慢后臺數(shù)據(jù)卻顯示RRC數(shù)遠沒碰到TDD 20M門限另一個FDD1800的20M大站晚忙時流量稍有抬升就直接進了擴容排隊名單。兩個場景指向同一個問題拿TDD 20M老標準套多制式、多帶寬的現(xiàn)網(wǎng)窄帶小區(qū)漏檢、寬帶小區(qū)誤檢?,F(xiàn)網(wǎng)非TDD20M小區(qū)占比約26%A頻段15M、E3/F2 10M、FDD900 5M/10M并存3D-MIMO伴隨5帶4快速增長老標準既漏判也誤判。這篇文章把修訂后的分制式、分帶寬高負荷標準和折算邏輯拆開再把新舊標準切換后的負荷分布變化、MLB負載均衡落地和高負荷小區(qū)篩選腳本一并說清楚。2. 分制式帶寬高負荷識別標準與門限參數(shù)拆解2.1 從TDD 20M繼承的“大中小包”分類邏輯高負荷小區(qū)首先按業(yè)務類型區(qū)分而不是直接套用統(tǒng)一的利用率閾值。小區(qū)自忙時平均E-RAB流量被用作業(yè)務分類維度不小于1000KB判定為大包小區(qū)300到1000KB之間判定為中包小區(qū)小于300KB判定為小包小區(qū)。這樣處理的原因是大包業(yè)務占用下行資源更多同樣的RRC數(shù)下對PDSCH利用率的貢獻與小包業(yè)務完全不同如果用戶數(shù)門限按統(tǒng)一口徑卡小包小區(qū)會被大量誤判成擴容需求。TDD 20M作為存量最多的頻段門限維持原來的“利用率RRC數(shù)流量”三維判斷。表1列出的這組數(shù)據(jù)是后面所有帶寬折算的基準新標準里的15M、10M門限基本都從這里按比例映射出來。小區(qū)分類自忙時平均E-RAB流量有數(shù)據(jù)傳輸RRC數(shù)上行PUSCH利用率下行PDSCH/PDCCH利用率上/下行流量GB大包小區(qū)≥1000 KB1050%70% / 50%0.3 / 5中包小區(qū)300~1000 KB2050%50% / 50%0.3 / 3.5小包小區(qū)300 KB5050%40% / 50%0.3 / 2.2上行利用率在三檔中都是50%說明TDD 20M的上行并不是主要矛盾下行利用率區(qū)分了大包70%、中包50%、小包40%大包業(yè)務對數(shù)據(jù)信道的占用明顯更高。PDCCH利用率固定看50%避免只盯PDSCH而漏掉控制信道擁塞。實際在使用時RRC數(shù)、PDSCH利用率、下行流量三個條件按“任一命中即標記”的口徑先圈出高負荷小區(qū)再結(jié)合上下行PRB使用情況做人工復核。2.2 TDD 15M與10M門限按帶寬等比折算A頻段15M小區(qū)是舊標準里最容易漏檢的一類。15M相對20M少了25%的物理資源折算系數(shù)取15除以20等于0.75用戶數(shù)門限和流量門限都按這個系數(shù)做等比映射個別值取整后有細微偏差。表2是A頻15M小區(qū)的門限明細RRC數(shù)從10/20/50變成了7.5/15/37.5下行流量也整體乘0.75。小區(qū)分類自忙時E-RAB流量有數(shù)據(jù)傳輸RRC數(shù)上行PUSCH利用率下行PDSCH/PDCCH利用率上/下行流量GB大包小區(qū)≥1000 KB7.550%70% / 50%0.23 / 3.75中包小區(qū)300~1000 KB1550%50% / 50%0.23 / 2.63小包小區(qū)300 KB37.550%40% / 50%0.23 / 1.65E3、F2這類10M小區(qū)再往下走一檔折算系數(shù)是10除以20等于0.5RRC數(shù)變成5/10/25下行流量變成2.5GB、1.75GB、1.1GB上行流量統(tǒng)一按0.15GB計如表3所示。小區(qū)分類自忙時E-RAB流量有數(shù)據(jù)傳輸RRC數(shù)上行PUSCH利用率下行PDSCH/PDCCH利用率上/下行流量GB大包小區(qū)≥1000 KB550%70% / 50%0.15 / 2.50中包小區(qū)300~1000 KB1050%50% / 50%0.15 / 1.75小包小區(qū)300 KB2550%40% / 50%0.15 / 1.10對比三張表能看出一個規(guī)律RRC數(shù)門限和流量門限都跟隨物理帶寬做線性壓縮但利用率門限基本不隨帶寬變化因為利用率本身已經(jīng)是相對量帶寬越小同樣的絕對流量會更快推高利用率。所以10M小區(qū)不要因為RRC門限低就放松流量核查下行流量達到1.75GB的中包10M小區(qū)在晚忙時已經(jīng)值得查一遍周邊共覆蓋。2.3 FDD 1800與FDD 900單獨建標門限明顯高于TDDFDD1800 20M小區(qū)新增了獨立標準這是修訂里變化最大的一塊。FDD頻分雙工天然多一套獨立的上行信道無線上行利用率可以放到70%用戶數(shù)門限整體高于TDD 20M流量門限更是高出好幾倍。舊標準把FDD1800按TDD口徑卡很多承載能力強的小區(qū)被誤扣高負荷恰恰壓制了它吸收話務的優(yōu)勢。小區(qū)分類自忙時E-RAB流量有數(shù)據(jù)傳輸RRC數(shù)上行PUSCH利用率下行PDSCH/PDCCH利用率上/下行流量GB大包小區(qū)≥1000 KB1570%70% / 50%2 / 10.5中包小區(qū)300~1000 KB3070%70% / 50%2 / 9小包小區(qū)300 KB6050%50% / 50%2 / 6.5FDD1800還有一部分15M帶寬小區(qū)FDD900則主要分為5M和10M兩種它們統(tǒng)一按20M門限乘以帶寬比例折算具體如表5。這里要注意FDD900 5M小區(qū)的RRC大包門限只有3.75非常容易命中高負荷修訂后FDD900高負荷增長59%基本都來自這部分。制式帶寬小區(qū)分類有數(shù)據(jù)傳輸RRC數(shù)上行PUSCH利用率下行PDSCH/PDCCH利用率上/下行流量GBFDD1800 15M大包 / 中包 / 小包11.25 / 22.5 / 4570% / 70% / 50%70% / 70% / 50%1.5/7.881.5/6.751.5/4.88FDD900 10M大包 / 中包 / 小包7.5 / 15 / 3070% / 70% / 50%70% / 70% / 50%1/5.251/4.51/3.25FDD900 5M大包 / 中包 / 小包3.75 / 7.5 / 1570% / 70% / 50%70% / 70% / 50%0.5/2.630.5/2.250.5/1.63FDD系列內(nèi)部整體保持了“大包和中包上行看70%小包看50%”的規(guī)律下行PDSCH在大小包都是70%小包壓到50%。相比TDDFDD對高負荷的容忍度高出不少這符合FDD資源相對富余、干擾底噪更干凈的工程經(jīng)驗。2.4 3D-MIMO從監(jiān)控盲區(qū)變成獨立統(tǒng)計對象3D-MIMO此前沒有納入高負荷統(tǒng)計是負荷監(jiān)控的盲區(qū)。修訂后單列了一檔標準但它沒有沿用RRC數(shù)、利用率、流量三件套只取RRC數(shù)和上下行流量兩個維度。原因在于3D-MIMO通過大規(guī)模天線陣列形成多流傳輸用戶數(shù)承載能力遠高于普通宏站PUSCH、PDSCH利用率統(tǒng)計口徑容易失真流量反而是更可靠的判斷依據(jù)。小區(qū)分類自忙時平均E-RAB流量有數(shù)據(jù)傳輸RRC數(shù)上/下行流量GB大包小區(qū)≥1000 KB501 / 15中包小區(qū)300~1000 KB501 / 12小包小區(qū)300 KB551 / 9三檔之間的RRC門限幾乎沒區(qū)別大包和中包都是50小包反而放到55說明3D-MIMO的限制因素不在連接數(shù)而在承載的數(shù)據(jù)量。處理這類小區(qū)時重點看下行流量有沒有突破12GB到15GB而不是糾結(jié)RRC數(shù)差幾個。3. 新舊標準切換后的負荷分布變化與優(yōu)先級重排3.1 修訂后高負荷小區(qū)數(shù)量變化有人減負有人現(xiàn)形新標準實施后全網(wǎng)高負荷小區(qū)數(shù)量整體增加853個但每個制式走向完全不同。3D-MIMO新增79個FDD1800減少685個降幅65%FDD900增加238個增幅59%TDD整體增加1221個增幅29%。這組數(shù)字印證了修訂思路讓原本被高估的小區(qū)回歸正常把原本被漏掉的小區(qū)圈進來。TDD新增的1221個高負荷小區(qū)里F2/E3 10M貢獻了953個A頻段15M貢獻了268個說明低帶寬TDD才是此前的重災區(qū)。FDD900新增的238個里5M增加104個、10M增加134個兩類低帶寬小區(qū)差不多對半開。FDD1800下降65%不用驚訝它只是回到了與自身承載能力匹配的位置不應當被當成優(yōu)先擴容對象。3.2 各帶寬高負荷占比隨時間變化實施新標準后低帶寬高負荷占比明顯抬升。表6摘錄了3月16日到3月25日各區(qū)間的占比變化可以看出10M和15M高負荷占比從約5%和6%爬升到16%和11%以上TDD 20M始終是存量主體而FDD 20M從31.87%回落到7%以內(nèi)。日期10M15MTDD 20MFDD 20M3D-MIMO5M3/165.31%6.29%43.54%31.87%13.00%0.00%3/2018.08%11.35%61.61%5.06%3.83%0.07%3/2416.46%11.70%61.00%5.62%4.84%0.39%3/2516.18%11.48%60.09%7.16%4.55%0.54%3月20日前后占比出現(xiàn)跳變更多是后臺統(tǒng)計口徑切換帶來的不代表網(wǎng)絡負荷在一天內(nèi)劇烈變化。真正值得關注的是長期水平10M和15M小區(qū)合計穩(wěn)定在27%到30%附近這與非20M帶寬小區(qū)26%的占比基本吻合說明低帶寬小區(qū)已經(jīng)在高負荷體系里露出了真實體量。3.3 從分布變化推導優(yōu)化優(yōu)先級新標準的實際效果是把“低帶寬漏檢”和“高帶寬誤檢”同時攤開。日常優(yōu)化時優(yōu)先級應調(diào)整為低帶寬TDD小區(qū)優(yōu)先核查FDD900 5M小區(qū)逐站確認FDD1800放寬到流量維度的二次判斷3D-MIMO按流量專項盯防。比例變化表里10M小區(qū)占比從5%翻到18%意味著高頻次出現(xiàn)高負荷告警的10M小區(qū)不能只做負載均衡還要同步核對底噪和干擾防止低帶寬小區(qū)因外部干擾被誤傷。4. 高負荷常規(guī)處理思路與MLB負載均衡落地4.1 高負荷處理的整體順序均衡優(yōu)先、擴容兜底高負荷問題小區(qū)的本質(zhì)是“吸收用戶過多”或“小區(qū)間負荷不均衡”處理手段按成本和見效速度排依次是負載均衡、軟擴、硬擴。負載均衡通過參數(shù)或天饋調(diào)整把用戶分擔到周邊較空閑的小區(qū)軟擴通過增加可用物理資源塊緩解容量壓力硬擴則是新增載波或新增站址投入最大。當前日常優(yōu)化能直接掌控的資源是均衡所以第一步永遠是找到共覆蓋小區(qū)。我處理這類問題的順序一般是先按新標準拉出高負荷清單再挑出每個高負荷小區(qū)的共覆蓋鄰區(qū)確認鄰區(qū)有可轉(zhuǎn)移容量后做MLB參數(shù)調(diào)整均衡效果不足再考慮軟擴最后才輪到硬擴和載波聚合。直接跳過均衡去擴容往往會把原本可以通過參數(shù)消化的話務變成持續(xù)的資源浪費。4.2 MLB負載均衡的三個執(zhí)行階段MLB是eNodeB感知小區(qū)負載后把高負載小區(qū)里的部分UE轉(zhuǎn)移到低負載小區(qū)的機制分為觸發(fā)模式、目標小區(qū)選擇、負載均衡執(zhí)行三個階段。觸發(fā)模式一般看PRB利用率或用戶數(shù)目標小區(qū)從候選鄰區(qū)里篩執(zhí)行方式?jīng)Q定了轉(zhuǎn)移的是同步態(tài)用戶還是空閑態(tài)用戶?,F(xiàn)實中三種執(zhí)行方式的適配場景差異很明顯如表7均衡方式轉(zhuǎn)移對象生效速度適用場景容易踩的坑異頻同步態(tài)用戶數(shù)均衡已連接用戶快持續(xù)中高負荷、鄰區(qū)富余切換信令開銷上升乒乓切換增加異頻同步態(tài)用戶數(shù)均衡空閑態(tài)釋放已連接/可釋放用戶中共覆蓋好、用戶可回落釋放時機不合理會影響感知異頻空閑態(tài)UE預均衡空閑用戶慢潮汐效應明顯場景對突發(fā)業(yè)務響應不足配置MLB時我一般會把“目標小區(qū)列表”限定為同覆蓋或近距離共站小區(qū)避免把用戶均衡到覆蓋重疊度不夠的小區(qū)造成弱信號。負載交互周期不宜太短否則信令面開銷吃掉收益高負荷觸發(fā)門限則要與新標準里的利用率門限對齊避免標準已經(jīng)下調(diào)、MLB還在用舊門限。4.3 用腳本把新標準落成高負荷小區(qū)清單新標準參數(shù)多靠人工比對容易漏。我習慣把基站導出的周期負荷數(shù)據(jù)直接喂給Python腳本自動判斷每個小區(qū)屬于大包、中包還是小包再按帶寬匹配RRC門限輸出高負荷小區(qū)清單。import pandas as pd # 導入現(xiàn)網(wǎng)負荷數(shù)據(jù)字段與后臺導出保持一致 df pd.read_excel(cell_load.xlsx, usecols[cell_name, band_bw, erab_kb, rrc_num, pusch, pdsch, ul_gb, dl_gb]) # 按照自忙時平均E-RAB流量劃包型 def pkg_type(erab_kb): if erab_kb 1000: return 大包 elif erab_kb 300: return 中包 return 小包 # 帶寬對應的RRC門限小數(shù)是帶寬折算后的結(jié)果 rrc_th { TDD_20M: {大包: 10, 中包: 20, 小包: 50}, TDD_15M: {大包: 7.5, 中包: 15, 小包: 37.5}, TDD_10M: {大包: 5, 中包: 10, 小包: 25}, FDD_20M: {大包: 15, 中包: 30, 小包: 60}, FDD_15M: {大包: 11.25, 中包: 22.5, 小包: 45}, FDD_10M: {大包: 7.5, 中包: 15, 小包: 30}, FDD_5M: {大包: 3.75, 中包: 7.5, 小包: 15}, 3D_MIMO: {大包: 50, 中包: 50, 小包: 55}, } df[pkg] df[erab_kb].apply(pkg_type) df[rrc_limit] df.apply( lambda r: rrc_th.get(r[band_bw], {}).get(r[pkg], 999), axis1) # RRC數(shù)達到或超過門限即標記為高負荷 df[is_high] df[rrc_num] df[rrc_limit] high df[df[is_high]].copy() high.to_csv(high_load_5g.csv, indexFalse, encodingutf-8-sig)這段腳本先把每個小區(qū)的自忙時E-RAB流量映射成大包、中包、小包再按band_bw字段匹配對應帶寬的RRC門限。參數(shù)說明erab_kb是小區(qū)自忙時平均E-RAB流量用于劃分業(yè)務包型rrc_num是有數(shù)據(jù)傳輸?shù)腞RC數(shù)band_bw必須統(tǒng)一成TDD_20M這樣的規(guī)范寫法否則取不到門限r(nóng)rc_limit取不到時會落到999保證未知帶寬小區(qū)不會誤判成高負荷。腳本目前只判斷了RRC數(shù)維度實際使用中可再補兩列把PDSCH利用率和流量的命中標志也加上三個條件任一命中就輸出能更貼近“利用率RRC流量”的完整口徑。5. 把高負荷新標準變成每周可復核的日常優(yōu)化動作5.1 建立按制式帶寬分層的負荷臺賬新標準推行后最不建議的做法是把所有高負荷小區(qū)繼續(xù)塞進同一個總表里打包處理。不同帶寬的最高優(yōu)先級動作完全不同混在一起只會讓FDD1800繼續(xù)搶走低帶寬小區(qū)的擴容資源。我建議按表8建臺賬制式帶寬典型問題第一優(yōu)先級動作TDD 10M / 15M門限壓低后高負荷明顯增多核查共覆蓋鄰區(qū)優(yōu)先MLBFDD900 5M / 10M新納入監(jiān)控RRC門限很低先看上行感知和干擾再判斷擴容FDD1800 20M承載能力強誤判已緩解不要急著擴容做流量二次判斷3D-MIMO流量維度新納入重點盯大包結(jié)合大包流量和CA能力評估每周導出一次高負荷清單按表8分類把連續(xù)兩周命中高負荷的小區(qū)挑出來單獨建群。這樣避免了把一次性瞬時擁塞當成長期問題也不會因為某周恰好低于門限就把問題小區(qū)放掉。5.2 共覆蓋識別是均衡落地的關鍵前提MLB效果好不好的關鍵在于共覆蓋小區(qū)找得準不準。找共覆蓋時我通常把MR數(shù)據(jù)按小區(qū)和PCI分組取平均RSRP差在3dB以內(nèi)、方向角差小于60度、且兩小區(qū)間有切換關系的小區(qū)作為共覆蓋對。把高負荷小區(qū)與共覆蓋鄰區(qū)的晚忙時負荷做差值差值大于20%且鄰區(qū)流量、RRC均低于門限的優(yōu)先作為MLB接納小區(qū)。共覆蓋小區(qū)確認后再同步查一遍FDD側(cè)電調(diào)天線配置確認電子下傾角實際下傾值與后臺配置一致避免參數(shù)均衡做完后出現(xiàn)越區(qū)或覆蓋空洞。這套臺賬的最終產(chǎn)物是“高負荷小區(qū)-共覆蓋小區(qū)-MLB動作”三列清單我一般在網(wǎng)優(yōu)平臺里按周跑一遍把新標準里最容易被漏掉的10M和5M小區(qū)逐站過篩連續(xù)一周以上回落的高負荷小區(qū)再移出跟蹤表。本文還有配套的精品資源點擊獲取