【資料名稱】：WCDMA HSUPA速率低優(yōu)化

【資料作者】：zhaoming

【資料日期】：2012-06-10

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

1、HSUPA技術(shù)概述
HSUPA是3GPP在R6階段推出的針對上行鏈路性增強的技術(shù)，HSUPA與HSDPA合成為HSPA。HSUPA沿用了3GPPR99的大部分特性，如小區(qū)選擇、同步、隨機接入、基本移動性管理等方面都沒有變化，只是UE向基站傳送數(shù)據(jù)的方式改變了，如NodeB控制的調(diào)度、HARQ技術(shù)，更短的TTI，高階調(diào)制以及快速專用信道建立等方面。從網(wǎng)絡性能上來講，HSUPA比R99在以下方面有了較大程度的提高。
1）上行鏈路可支持更高的數(shù)據(jù)傳輸速率；
2）與R99相比，上行鏈路的無線覆蓋范圍有所提高；
3）增加了小區(qū)上行吞吐量；
4）減少了數(shù)據(jù)傳輸時延；
5）增強的快速調(diào)度與資源控制算法；
6）業(yè)務的Qos能力有所增強。
HUSPA的關(guān)鍵技術(shù)有，HARQ、NodeB的快速調(diào)度、短幀2msTTI，理論峰值可達5.76Mbit/s。
2、問題現(xiàn)象
自日常優(yōu)化開始以來對進行HSUPA業(yè)務進行了3次拉網(wǎng)測試，上傳吞吐率在1.2~1.6Mbit/s之間，指標不理想。通過數(shù)據(jù)分析，測試過程中無線環(huán)境均良好，UE TxPower均正常，并無異常干擾現(xiàn)象，業(yè)務速率偏低顯然存在問題，針對此問題，我們進行了RAN側(cè)參數(shù)核查以及相關(guān)工作，提升HSUPA業(yè)務吞吐率。

圖1 城區(qū)HSUPA業(yè)務拉網(wǎng)吞吐率效果圖
3、問題處理步驟
步驟一、核查終端能力是否受限

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

于是對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左右的傳輸效率；排除傳輸資源受限影響傳輸速率的情況；
步驟四、檢查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è)務。
現(xiàn)場核實呼盟目前Node B基帶處理單板均采用的是WBBPb板，支持5.76M HSUPA業(yè)務；
步驟五、檢查RNC參數(shù)配置
檢查點1：上行SRB需要使用E-DCH信道承載
要建立HSUPA5.76M業(yè)務，上行需要使用2*SF2+2*SF4，必須將SRB 建立在E-DCH上。在RNC LMT上使用LST/SETUFRCCHLTYPEPARA命令可以查詢/修改各個RNC當前的設(shè)置情況，如下圖所示。



查詢結(jié)果表明呼盟三個RNC的SRB都已經(jīng)允許建立在E-DCH上。
檢查點2：HSUPA 2MS TTI開關(guān)狀態(tài)
要建立HSUPA5.76M業(yè)務，必須使用2MS TTI。因此，必須打開RNC的2MS TTI開關(guān)。在RNC LMT上使用LST/SETUCORRMALGOSWITCH可以查詢/修改該開關(guān)的設(shè)置情況，如下圖所示。

查詢結(jié)果表明，3個RNC的2MS TTI開關(guān)已打開
檢查點3：CN指派MBR需要大于2MS HSUPA業(yè)務建立門限
要建立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ù)設(shè)置正常；
步驟六、檢查RNC和NodeB License設(shè)置
RAN12版本里，RNC與Node B均有License控制HSUPA5.76M功能。
在RNC的License控制項中，有兩條與此功能相關(guān)，分別是HSUPA 5.74Mbps per User與SRB over HSUPA。根據(jù)3GPP協(xié)議，如果上行要支持2*SF2 + 2*SF4，必須要將信令承載于E-DCH上。RNC LMT上使用LST LICENSE查詢到的結(jié)果如下圖所示。

在NodeB的License控制項中，與5.76MHSUPA功能相關(guān)的項是HSUPA TTI Function，如下圖所示。當然，HSUPA功能也必須支持。

但是核查路測過程中速率較低的NodeB的License發(fā)現(xiàn)，部分基站的HSUPA TTI License未開啟，如下：

4、問題處理結(jié)果
經(jīng)核實，懷疑是由于NodeB未開啟HSUPA TTI license支持造成速率無法達到2M以上，通過對NodeB的License配置查詢后發(fā)現(xiàn)，HMRNC1與HMRNC2已配置的NodeB較多，但部分道路附近基站未配置，可見如下示意圖：
RNCHSUPATTI修改前配置個數(shù)修改后配置個數(shù)
HMRNC0116895135
HMRNC0216499137
HMRNC032233131

調(diào)整后，如下：

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、總結(jié)
通過一系列的問題排查過后，定位了問題的最終緣由是USIM卡的核心網(wǎng)開卡速率受限與基站側(cè)未配置HSUPA TTI 2MS LICENSE所致，通過修改USIM卡的核心網(wǎng)開卡速率與對城區(qū)宏基站配置License的手段，HSUPA的業(yè)務速率提升明顯，提升了網(wǎng)絡用戶的感知，針對此類問題進行推廣。