WCDMA 中HSUPA速率低優(yōu)化

1、WCDMA HSUPA速率低優(yōu)化1、HSUPA技術概述HSUPA是3GPP在R6階段推出的針對上行鏈路性增強的技術，HSUPA與HSDPA合成為HSPA。HSUPA沿用了3GPPR99的大部分特性，如小區(qū)選擇、同步、隨機接入、基本移動性管理等方面都沒有變化，只是UE向基站傳送數(shù)據(jù)的方式改變了，如NodeB控制的調度、HARQ技術，更短的TTI，高階調制以及快速專用信道建立等方面。從網(wǎng)絡性能上來講，HSUPA比R99在以下方面有了較大程度的提高。1） 上行鏈路可支持更高的數(shù)據(jù)傳輸速率；2） 與R99相比，上行鏈路的無線覆蓋范圍有所提高；3） 增加了小區(qū)上行吞吐量；4） 減少了數(shù)據(jù)傳輸時延；5）

2、增強的快速調度與資源控制算法；6） 業(yè)務的Qos能力有所增強。HUSPA的關鍵技術有，HARQ、NodeB的快速調度、短幀2msTTI，理論峰值可達5.76Mbit/s。2、問題現(xiàn)象自日常優(yōu)化開始以來對進行HSUPA業(yè)務進行了3次拉網(wǎng)測試，上傳吞吐率在1.21.6Mbit/s之間，指標不理想。通過數(shù)據(jù)分析，測試過程中無線環(huán)境均良好，UE TxPower均正常，并異常干擾現(xiàn)象，業(yè)務速率偏低顯然存在問題，針對此問題，我們進行了RAN側參數(shù)核查以及相關工作，提升HSUPA業(yè)務吞吐率。圖1 城區(qū)HSUPA業(yè)務拉網(wǎng)吞吐率效果圖3、問題處理步驟步驟一、核查終端能力是否受限目前3GPP協(xié)議定義了6類HSUP

3、A終端，不同類別的終端所支持的最高吞吐率各不相同，在R7協(xié)議定義了一類支持上行11.5Mbps的HSUPA+終端，各類終端對應當理論峰值速率如上表所示。經(jīng)核對，目前呼盟使用的測試終端為HUAWEI E180數(shù)據(jù)卡，屬于類6終端，所支持理論峰值速率應為5.6Mbps，不存在終端能力受限問題。步驟二、核查USIM卡的核心網(wǎng)開卡速率，確保數(shù)據(jù)卡不會出現(xiàn)限速現(xiàn)象選取WXXXXX作為CQT點，對HUSPA速率進行驗證測試。經(jīng)后臺信令跟蹤發(fā)現(xiàn)，查看核心網(wǎng)下發(fā)給RNC的RANAP_RAN_ASSIGNMENT_REQ消息，查看當前使用的USIM卡核心網(wǎng)開卡速率，發(fā)現(xiàn)下行最大波特率為7.2Mbps，上行僅為2

4、Mbps，存在速率受限問題，如下：于是對USIM卡進行開卡速率修改，將上行最大波特率修改為8Mbps（如下圖），排除開卡速率限速的可能，進行CQT驗證。修改核心網(wǎng)卡開速率后，進行上傳CQT測試，峰值可達3.5Mbps左右，均值在2.5Mbps左右。隨后，對城區(qū)部分道路進行驗證，發(fā)現(xiàn)部分站點附近路段HSUPA吞吐率較高，但仍存在無線信號指標較好但速率較低的情況，對問題進一步分析跟蹤。步驟三、核查RNC下小區(qū)的傳輸配置目前WCDMA網(wǎng)絡除個別小區(qū)存在E1/T1丟失告警外，基本都配置了4條E1/T1線，總傳輸帶寬達到8M，換算到應用層還需要考慮0.75左右的傳輸效率；排除傳輸資源受限影響傳輸速率的情

5、況；步驟四、檢查RNC和NodeB版本規(guī)格華為RAN 10及后續(xù)版本支持5.76MHSUPA業(yè)務，呼盟的RNC版本為RAN 12，無受限情況。Node B還需要區(qū)分基帶處理板：V1平臺，NodeB基帶處理單板有NBBI板，HBBI板和EBBI板三種；對于V2平臺，Node B基帶處理單板有WBBPa和WBBPb板。目前，只有EBBI板和WBBPb板支持HSUPA5.76M業(yè)務?，F(xiàn)場核實目前Node B基帶處理單板均采用的是WBBPb板，支持5.76M HSUPA業(yè)務；步驟五、檢查RNC參數(shù)配置檢查點1：上行SRB需要使用E-DCH信道承載要建立HSUPA5.76M業(yè)務，上行需要使用2*SF2+

6、2*SF4，必須將SRB 建立在E-DCH上。在RNC LMT上使用LST/SETUFRCCHLTYPEPARA命令可以查詢/修改各個RNC當前的設置情況，如下圖所示。查詢結果表明三個RNC的SRB都已經(jīng)允許建立在E-DCH上。檢查點2：HSUPA 2MS TTI開關狀態(tài)要建立HSUPA5.76M業(yè)務，必須使用2MS TTI。因此，必須打開RNC的2MS TTI開關。在RNC LMT上使用LST/SETUCORRMALGOSWITCH可以查詢/修改該開關的設置情況，如下圖所示。查詢結果表明，3個RNC的2MS TTI開關已打開檢查點3：CN指派MBR需要大于2MS HSUPA業(yè)務建立門限要建立

7、HSUPA5.76M業(yè)務，CN指派MBR必須大于2MS HSUPA業(yè)務建立門限。CN指派MBR可以參考步驟二當中的核心網(wǎng)開卡速率。2MS HSUPA業(yè)務建立門限可以在RNC LMT上使用LST UFRC命令查詢，如下圖所示。CN指派的MBR為8M，大于2ms HSUPA業(yè)務建立門限，參數(shù)設置正常；步驟六、檢查RNC和NodeB License設置RAN12版本里，RNC與Node B均有License控制HSUPA5.76M功能。在RNC的License控制項中，有兩條與此功能相關，分別是HSUPA 5.74Mbps per User與SRB over HSUPA。根據(jù)3GPP協(xié)議，如果上行要

8、支持2*SF2 + 2*SF4，必須要將信令承載于E-DCH上。RNC LMT上使用LST LICENSE查詢到的結果如下圖所示。在NodeB的License控制項中，與5.76MHSUPA功能相關的項是HSUPA TTI Function，如下圖所示。當然，HSUPA功能也必須支持。但是核查路測過程中速率較低的NodeB的License發(fā)現(xiàn)，部分基站的HSUPA TTI License未開啟，如下：4、問題處理結果經(jīng)核實，懷疑是由于NodeB未開啟HSUPA TTI license支持造成速率無法達到2M以上，通過對NodeB的License配置查詢后發(fā)現(xiàn)，HMRNC1與HMRNC2已配置的

9、NodeB較多，但部分道路附近基站未配置，可見如下示意圖：RNCHSUPATTI修改前配置個數(shù)修改后配置個數(shù)HMRNC0116895135HMRNC0216499137HMRNC032233131調整后，如下：5、復測效果驗證5.1 HSUPA TTI LICENSE修改后的Probe測試效果選取區(qū)域進行DT驗證，效果圖如下，對比圖1城區(qū)HSUPA速率效果圖，發(fā)現(xiàn)HSUPA的吞吐率有明顯的提升，大于2M的路段明顯增多。修改后HSUPA業(yè)務的測試速率在2M以上。5.2 吞吐率效果對比經(jīng)驗證，修改后CQT時HSUPA業(yè)務速率在2.5M左右，DT時的業(yè)務速率在2M左右，提升效果比較明顯。6、總結通過