尊敬的管理員，為避免廣告拉人嫌疑，已刪除資料原出處，請審核！
載波聚合測試無法加載輔載波優(yōu)化案例
一、問題描述
2月底對眾生大廈 (室分)站點進行載波聚合整改，3月2日在呼和浩特電信用speedtest測速軟件驗證測試眾生大廈室分站點時，發(fā)現(xiàn)眾生大廈 (室分)下測試52小區(qū)（20M）與49小區(qū)(15M)的CA能力速率較低，反饋下載速率只有120M左右，更換測試設(shè)備，速率仍沒有改善，遠沒有達到理論值正常測試指標。
二、CA原理簡析
載波聚合使能后，CA UE在主輔載波占用的PRB資源分別被統(tǒng)計，若開啟載波間負荷調(diào)整，則在達到負荷均衡門限前，優(yōu)先將載波內(nèi)的CA UE的GBR承載搬移到另外一個載波，以減少LB導(dǎo)致的切換，更快的實現(xiàn)載波間的負荷均衡。
CA下主輔載波小區(qū)間負荷不均衡時，可以觸發(fā)通過載波間協(xié)調(diào)調(diào)度將Rel-10支持CA的UE的業(yè)務(wù)數(shù)據(jù)盡量調(diào)度在負荷輕的載波上，從而可以改善網(wǎng)絡(luò)不均衡，并且可以減少通過切換方式進行負載均衡。由于GBR業(yè)務(wù)不能在主輔載波上共同調(diào)度，故CA下主輔載波負荷調(diào)整是針對GBR業(yè)務(wù)。
CA下載波間承載均衡，主要原理是周期性監(jiān)控小區(qū)的PRB占用情況，如果超過載波間負荷調(diào)整的門限，則將小區(qū)中的CA用戶GBR業(yè)務(wù)資源回退或者搬移到其它CA協(xié)同小區(qū)上，以此來減輕小區(qū)負荷，使得CA的協(xié)同載波間負荷達到基本平衡，達到減少負荷均衡的切換的目的。所謂的搬移是指將本小區(qū)（高負荷小區(qū)）上PCell的資源搬移到UE的Scell上；回退是指將本小區(qū)（高負荷小區(qū)）上被UE作為Scell占用的那些資源回退到UE的Pcell上。
CA下載波間負荷調(diào)整主要分為四個部分：周期性監(jiān)測小區(qū)負荷是否超過門限、目標載波選擇、選擇進行資源回退或搬移的承載、承載的回退/搬移。功能框圖如下：
CA下載波間負荷調(diào)整功能打開后，周期性監(jiān)控小區(qū)的PRB占用情況，如果超過載波間負荷調(diào)整的門限（默認值為50%，后臺可配置），則在高負荷小區(qū)的CA協(xié)同小區(qū)中，挑選比高負荷小區(qū)的負荷低10%以上的負荷最輕的小區(qū)，作為載波調(diào)整的目標小區(qū)；如果存在以高負荷小區(qū)為輔載波，以目標小區(qū)為主載波的UE，將UE上已被搬移到高負荷小區(qū)上的GBR承載回退；如果沒有這樣的GBR承載，則挑選高負荷小區(qū)中CA用戶上速率最大的GBR承載，搬移到目標小區(qū)上。流程如下圖所示：
三、原因分析
從前臺測試反饋的下載速率來看，只具備了單載波的下載速率，懷疑該站點下52小區(qū)與49小區(qū)沒有配置DL CA或CA能力未正常激活。
首先進行載波聚合參數(shù)核查，檢查配置如下：
根據(jù)上圖可以看到兩個小區(qū)已經(jīng)正常配置了DL CA。為了驗證單小區(qū)速率情況，需要分別檢查1.8G小區(qū)、2.1G小區(qū)單載波時的下行速率，前臺驗證兩個載波的下載速率都能上100M，那么可以排除是因為單載波下載能力受限導(dǎo)致CA下載速率偏低，同時測試現(xiàn)場也更換了測試服務(wù)器，速率依然上不去。
排除以上兩種情況后，懷疑是speedtest測試時間較短導(dǎo)致輔載波未激活，后臺修改輔載波激活門限，將主載波下行總RB利用率門限（激活輔載波）由90%修改為1%，主載波下行總RB利用率門限（去激活輔載波）由默認的30%修改為0%，以有利于開啟載波聚合功能，參數(shù)修改如下：
修改后，進行前臺驗證測試，下載速率無明顯改善，反饋問題依舊。
下一步需要排查前臺測試時，輔載波有沒有激活，此處有兩種方法：后臺指標統(tǒng)計和實時業(yè)務(wù)觀察。按照兩種方法分別進行排查，以最終確定輔載波是否激活。
1、目前網(wǎng)管支持統(tǒng)計CA用戶數(shù)
Counter1：C373384368(以本小區(qū)為PCell的下行CA平均激活用戶數(shù))
Counter2：C373384369(以本小區(qū)為SCell的下行CA平均激活用戶數(shù))
在前臺測試時，網(wǎng)管后臺開啟實時性能監(jiān)控，看這兩個小區(qū)下有沒有激活的CA用戶，前臺測試時實時監(jiān)控如下：
從以上實時監(jiān)控可以看到，在前臺測試時，后臺統(tǒng)計的兩個小區(qū)下是沒有CA用戶的，也就是前臺終端測試的還只是單載波的下行速率，輔載波是沒有起作用的，證明載波聚合功能未應(yīng)用。
2、后臺也可以通過跟蹤這兩個小區(qū)下的MTS用戶來判斷輔載波是否激活，信令跟蹤如下：
同時跟蹤52小區(qū)和49小區(qū)的MTS用戶情況，可以看到50小區(qū)下面有一個流量較大的用戶（前臺做測試的CA終端），UEGid為19754,這個終端在52小區(qū)下面接入，只在50小區(qū)下面產(chǎn)生了流量，而CA協(xié)同小區(qū)49小區(qū)下面沒有產(chǎn)生流量，表明輔載波（49小區(qū)）是沒有激活的。
通過以上兩種方法可以判定，CA下行速率不達標的原因是輔載波未能成功激活，CA終端測試到的只是單載波的速率。
前臺已經(jīng)確認測試終端是支持CA的，在其他CA站點測試能達到CA的速率，因此懷疑后臺和CA相關(guān)的參數(shù)配置有誤，需要核查參數(shù)：
在CA的配置過程中，有一個重要的參數(shù)：【信道選擇PUCCH 1b的信道數(shù)】該參數(shù)表示CA小區(qū)支持多少個“可使用兩載波的UE”，若該參數(shù)配置的越大，則PUCCH占用的RB數(shù)就會越多，對系統(tǒng)的流量造成影響；若該參數(shù)取值為0，則無法啟用CA業(yè)務(wù)。
現(xiàn)網(wǎng)該參數(shù)默認配置為12，對CA功能無影響，所以這個參數(shù)很重要，但是很容易被忽略。
檢查該站點小區(qū)的該參數(shù)配置如下：
根據(jù)以上分析，該參數(shù)取值為0時，無法啟用CA業(yè)務(wù)，CA終端無法啟用雙載波，導(dǎo)致CA下載速率不達標。
四、問題解決
將信道選擇的pucch 1b的信道數(shù)修改為默認值12（此處只要不配置為0，CA終端就能啟用雙載波），前臺復(fù)測可以看到輔載波已經(jīng)激活：
可以看到CA終端在50小區(qū)接入（主載波），8小區(qū)為輔載波。
測試驗證時，峰值速率達到200M以上，最高測試值達到256M,測試指標正常，問題解決，測試結(jié)果如下：
五、優(yōu)化總結(jié)
本案例問題最終定位為參數(shù)“信道選擇的pucch 1b的信道數(shù)”配置問題，建議在以后的工程開通過程中統(tǒng)一參數(shù)模板配置，規(guī)范開站流程。同時，無線優(yōu)化人員應(yīng)及時對涉及到的參數(shù)進行一個全面的核查（包括默認參數(shù)），下表匯總了載波聚合站點的重點參數(shù)及配置值，后續(xù)的優(yōu)化過程可以進行參考：
序號 | 參數(shù)名稱及 | 配置值 |
1 | 主輔載波小區(qū)的鄰區(qū)關(guān)系屬性 | 同覆蓋 |
2 | 信道選擇PUCCH 1b的信道數(shù) | 12 |
3 | PDCCH DCI 3/3A指示的PUCCH是否有效 | 否 |
4 | CA載波間負載調(diào)整開關(guān) | 打開 |
5 | 主載波下行總RB利用率門限(激活輔載波) | 1 |
6 | 輔載波下行總RB利用率門限(激活輔載波) | 100 |
7 | 主載波下行總RB利用率門限(去激活輔載波) | 0 |
8 | 輔載波下行總RB利用率門限(去激活輔載波) | 0 |
載波聚合功能開通能大幅提升用戶感知，參數(shù)設(shè)置不合理會導(dǎo)致載波聚合功能異�；蛘卟荒軉⒂茫虼诵枰獙π氯刖W(wǎng)站點進行全面的參數(shù)核查，為后續(xù)的優(yōu)化測試打下基礎(chǔ)，高效的完成優(yōu)化測試，保障用戶感知。
關(guān)注樓主