【資料名稱】：HSPA數(shù)傳類問題定位

【資料作者】：laoshihaoqiang

【資料日期】：2012.7.9

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

我們把HSDPA數(shù)傳類問題分為以下兩類：
第一類問題表現(xiàn)為下載速率低或波動。從維護(hù)的歷史數(shù)據(jù)來看，此類問題最為常見，問題現(xiàn)象及涉及范圍也比較廣泛，通常與以下因素相關(guān)：
傳輸質(zhì)量不穩(wěn)定。表現(xiàn)為IU或IUB接口丟包、時延抖動以及重復(fù)報文等；
空口無線信號質(zhì)量差或波動。表現(xiàn)為UE上報CQI低，無法滿足測試要求；
無線資源受限。表現(xiàn)為下行功率受限，IU/IUB傳輸資源受限或下行碼資源受限等；
參數(shù)配置不合適。包括RAN側(cè)及CN側(cè)的配置無法滿足測試要求；
UE驅(qū)動程序不匹配或存在性能缺陷。表現(xiàn)為不按協(xié)議規(guī)范動作；
測試使用計算機性能異常。表現(xiàn)為CPU負(fù)荷比較高；
測試使用FTP服務(wù)器（包括服務(wù)端軟件）存在性能缺陷或限制；
產(chǎn)品版本缺陷或早期單板能力存在限制；
其他用戶同時進(jìn)行數(shù)傳造成相互影響。
第二類問題表現(xiàn)為下載速率為零
此類問題發(fā)生的概率比較少。通常與測試過程中的操作不當(dāng)，源端數(shù)據(jù)受限（服務(wù)器異常導(dǎo)致用戶面不通），參數(shù)配置錯誤以及UE驅(qū)動程序不匹配等因素相關(guān)。


步驟一、信令流程檢查（必選）
分析前提：RNC CDT跟蹤
在定位問題過程中，經(jīng)常發(fā)現(xiàn)用戶USIM卡簽約信息不合適（開戶信息中的MBR比較小），核心網(wǎng)（Core Network, CN）限速，撥號過程中使用了不正確的AT命令限速，手機能力不支持等現(xiàn)象。這些因素都有可能限制用戶能夠達(dá)到的最大速率，這些通�？梢詮男帕盍鞒讨邪l(fā)現(xiàn)。因此，對于下載速率低且平穩(wěn)的問題，需要重點檢查業(yè)務(wù)建立過程中信令流程是否正常。對于下載速率能夠達(dá)到理論值（速率波動）的問題，可以跳過該步驟，因為能夠達(dá)到理論速率基本上能夠說明沒有限制用戶速率的環(huán)節(jié)。
具體地，需要檢查RANAP_RAB_ASSIGNMENT_REQ消息中的MaxBitRate信元，確認(rèn)CN指派的上下行最大比特速率是否滿足測試要求。

圖1-1 RAB指派消息中的業(yè)務(wù)類型與上下行最大比特速率信息

如果CN指派下來的MaxBitRate小于理論值，則需要現(xiàn)場工程師檢查如下信息。
便攜機是否有AT命令限速操作；
測試USIM卡簽約信息（HLR）；
核心網(wǎng)（SGSN/GGSN）允許最大速率。
如果CN指派下來的MaxBitRate滿足理論速率要求，則需要進(jìn)一步檢查業(yè)務(wù)建立時UE發(fā)給網(wǎng)絡(luò)的RRC_CONNECT_SETUP_CMP消息中標(biāo)識UE能力的信元hsdsch – physical – layer – category，確認(rèn)終端能力是否滿足測試要求。

圖1-2 UE在RRC_CONNECT_SETUP_CMP息里上報的能力信息

上圖中的結(jié)果表明該款UE為HSDPA類8終端，支持物理層7.2Mbps吞吐率，其它類型終端與相應(yīng)的物理層能力如下表所示。
表 2 1HSDPA終端能力表
UE類型支持的最大TB塊支持的最大物理層速率(Mbps)
11,1236301.8
1～672983.6
7,8144117.2
92025110
102795214.4

如果UE上報的hsdsch-physical-layer-category不能滿足理論速率要求，建議更換能力更高的終端進(jìn)行測試。
如果UE的能力滿足理論速率要求，但下載速率接近384K，通常原因是小區(qū)HSDPA業(yè)務(wù)沒有激活或狀態(tài)異常使得業(yè)務(wù)承載在DCH上，此時需要檢查HSDPA小區(qū)的狀態(tài)是否已經(jīng)激活且處于可用狀態(tài)；否則，進(jìn)入步驟二對空口質(zhì)量進(jìn)行檢查。

步驟二、空口質(zhì)量檢查（必選）
分析前提：NodeB CDT和UE跟蹤
本節(jié)主要檢查下行空口質(zhì)量，上行空口質(zhì)量的檢查安排在了步驟五與步驟六中。
HSDPA在下行引入了HS-DSCH共享信道，沒有功率控制機制，取而代之的是鏈路自適應(yīng)機制。即，UE測量公共導(dǎo)頻信道的質(zhì)量，并將此信道質(zhì)量（CQI）上報給Node B，Node B根據(jù)UE上報的CQI及其它資源狀況來調(diào)度當(dāng)前TTI能夠發(fā)送的TB塊大小。不同的CQI上報值就決定了UE所能獲得的最大空口速率。
如果UE上報CQI低于目標(biāo)值且波動，則必然導(dǎo)致HSDPA空口速率波動。因此，首先要檢查并確認(rèn)UE上報CQI是否能夠穩(wěn)定在理論吞吐率對應(yīng)值以上。不同理論吞吐率對應(yīng)的最低CQI要求如下表示，以類8終端為例，物理層達(dá)到7.2Mbps的吞吐率，必要條件是UE上報CQI必須達(dá)到25。
表 2 2各類HSDPA終端理論速率對應(yīng)最低CQI要求表
HSDPA終端類型支持物理層速率需要HS-PDSCH碼數(shù)峰值速率需要最低CQI
Cat121.8Mbit/s518
Cat63.6Mbit/s522
Cat87.2Mbit/s1025
Cat1014.4Mbit/s1526
通過Probe（或者其它終端自帶的后臺跟蹤軟件）跟蹤HSDPA下載過程中UE上報CQI變化情況（HSDPA Link Statistics項），可以直接獲得當(dāng)前的無線空口質(zhì)量信息。所下圖所示，當(dāng)前UE上報的CQI為27，滿足上述要求。

圖1-3 Porbe跟蹤到的UE上報CQI信息
根據(jù)前面排查，如果發(fā)現(xiàn)下載過程中觀察到的UE上報CQI低于目標(biāo)值且波動，請聯(lián)系現(xiàn)場網(wǎng)規(guī)工程師優(yōu)化無線環(huán)境或更換其它的測試路線。優(yōu)化思路包括但不限于以下內(nèi)容：檢查是否存在器件連接不穩(wěn)定導(dǎo)致的下行路徑損耗過大，檢查是否存在較強的同頻干擾，檢查下行負(fù)載是否已經(jīng)較高等；
如果CQI滿足前述要求，但下載速率仍不能滿足要求，進(jìn)入下一步驟（無線資源檢查）。
空口質(zhì)量也可以通過NodeB CDT來查看，NodeB CDT可用通過UMAT工具把HSDPA 用戶增強信息提取出來，如圖2－9所示。
對于空口質(zhì)量的檢查，NodeB CDT需要檢查兩點：1.UE上報的CQI信息，可以在Excel中畫出CQI變化圖；2.ACK比例，NACK比例及DTX比例；使用Excel率選功能，分別統(tǒng)計ACK數(shù)據(jù)，NACK數(shù)據(jù)量和DTX數(shù)據(jù)量。如果NACK比例太高，先檢查小區(qū)最大發(fā)射功率、導(dǎo)頻以及MPO常數(shù)設(shè)置有沒有問題，再排查上行空口質(zhì)量,參照步驟五和步驟六；如果DTX比例太高，先檢查小區(qū)最大發(fā)射功率、導(dǎo)頻以及MPO常數(shù)設(shè)置有沒有問題，在檢查HSSCCH功控方式，將HSSCCH改為固定功控（NodeB LMT: SET MACHSPARA: SCCHPWRCM=FIXED, SCCHPWR=28;）；
HSDPA用戶增強信息各字段的含義請參考《HSPA NodeB CDT Message Explain.xls》。



說明：CQI是通過測量下行公共導(dǎo)頻信道Ec/N0所得，如果無法獲得UE的LOG，可以使用RNC維護(hù)臺“連接性能監(jiān)測”里的“小區(qū)信噪比和接收信號碼功率”作為參考。CQI=Ec/N0*K + MPO（注：此公式表示CQI與Ec/N0的線性關(guān)系，但K的獲取很復(fù)雜，此處不再深究）
步驟三、無線資源檢查（必選）
分析前提：RNC實時跟蹤，MML查詢和NodeB CDT
本步驟主要目的有兩點：首先確認(rèn)各項資源（OVSF、Power和IUB傳輸）配置是否能夠滿足測試要求；其次，實際商用網(wǎng)絡(luò)還需要考慮測試過程中是否存在其他（高優(yōu)先級）用戶搶占資源，這一點在商用網(wǎng)絡(luò)驗收測試過程中尤其要重視。
1、OVSF資源檢查
參考上一步驟中的表 2 2要求檢查配置的OVSF資源是否足夠。以類8終端為例，理論吞吐率需要的HS-PDSCH碼數(shù)為10。需要指出，如果RNC配置了HSDPA動態(tài)碼分配，最大碼數(shù)目必須大于等于10（如果Node B也打開了動態(tài)碼功能，則不需要此約束條件）。同時，Node B配置的License也必須要大于10，因為Node B 配置的碼資源License是在整個基站共享的，因此其它小區(qū)也有可能使用這些碼資源。
在RNC維護(hù)臺上直接使用LST CELLHSDPA命令檢查配置的HS-PDSCH碼道數(shù)目，如下圖所示。

圖1-4 RNC配置的HS-PDSCH碼資源
在Node B維護(hù)臺或M2000查詢的Node B License結(jié)果如下圖所示。

圖1-5 Node B配置的HS-PDSCH碼資源與16QAM的License
說明：HSDPA 16QAM調(diào)制功能和HS-PDSCH動態(tài)碼功能均包含在HSDPA RRM Packe1 LICENSE項里。
對于商用網(wǎng)絡(luò)，由于無法保證測試過程中是否存在其他DCH用戶搶占碼資源，需要在測試過程中同時跟蹤并觀察“小區(qū)用戶數(shù)統(tǒng)計”與“小區(qū)碼樹使用情況監(jiān)測”兩項指標(biāo)，如下面兩圖所示。

圖1-6 RNC維護(hù)臺跟蹤小區(qū)用戶數(shù)

圖1-7 RNC維護(hù)臺跟蹤小區(qū)碼樹使用情況
需要特別指出來，除了碼資源外，16QAM調(diào)制方式開關(guān)與LICENSE配置必須也要同時打開才能支持更高的吞吐率。以類8終端為例，如果發(fā)現(xiàn)上報CQI大于25，其它資源都不受限，但發(fā)送的CQI只有24（QPSK方式），通常是16QAM的開關(guān)或LICENSE沒有打開�？梢栽贜ode B維護(hù)臺檢查16QAM開關(guān)是否被正確設(shè)置（默認(rèn)是打開的）。
SET MACHSPARA: 16QAMSW=OPEN;
NodeB CDT HSDPA增強消息中，能查詢到每個TTI可用HSPDSCH碼數(shù)，如下圖所示。

2、用戶面License資源檢查
為了滿足HSDPA用戶面達(dá)到一定的吞吐率，RNC配置的HSDPA處理能力必須超過測試或演示需求，如下圖所示。

圖1-8 RNC 配置的HSDPA用戶面資源License
3、功率資源檢查
檢查HSDPA可用功率配置，將HSDPA可用功率相對小區(qū)最大發(fā)射功率偏置設(shè)置成0，RNC LMT(ADD/MOD CELLHSDPA: HspaPower=0;)。
PWRMGN設(shè)置為5％（SET MACHSPARA: PWRMGN=5;），PWRMGN給R99用戶快速功控用的，小區(qū)功率不能全部給H使用，需要預(yù)留一部分功率用戶R99用戶快速功控的功率需求，否則會影響R99性能。
4、傳輸資源檢查
根據(jù)實際吞吐率需要確認(rèn)物理帶寬（E1數(shù)目）是否滿足測試要求，同時檢查參數(shù)配置是否符合該版本對應(yīng)的傳輸配置規(guī)范。主要包括：
配置的物理帶寬是否足夠？（AAL2PATH或IPPATH）
中間IUB傳輸設(shè)備是否存在瓶頸？（如果條件允許可以使用直連方式對比驗證）
HSDPA PATH配置是否符合規(guī)范？不規(guī)范的配置可能會導(dǎo)致限速或丟包，比如RNC配置的SRC遠(yuǎn)小于Node B配置的RCR。
TRMMAP映射是否正確？
本節(jié)只涉及傳輸資源配置和規(guī)范的檢查，參考《HSPA操作和信息收集方法2.0.doc》。
5、功率資源檢查
測試過程中，檢查小區(qū)下行載頻發(fā)射功率是否已經(jīng)受限，跟蹤方法如下圖所示。

圖1-9 RNC維護(hù)臺跟蹤小區(qū)下行載波發(fā)射功率方法

當(dāng)觀察到的小區(qū)下行載波發(fā)射功率很多時候超過90%的時候，基本認(rèn)為功率已經(jīng)受限了。正常情況下，產(chǎn)品基線配置應(yīng)該能夠滿足單用戶HSPA數(shù)傳（7.2Mbps）測試要求。因此，首先需要檢查功率相關(guān)的參數(shù)是否按照基線進(jìn)行配置（建議HSDPA總功率相對小區(qū)最大發(fā)射功率偏置為0，也就是HSDPA可以用到小區(qū)的最大發(fā)射功率，如下圖所示。公共導(dǎo)頻信道功率為33dBm，MPO常量2.5）。

圖1-10 RNC維護(hù)臺配置HSPA可用功率

如果上述檢查均正常，說明無線資源沒有受限，通常是其它環(huán)節(jié)存在限制。需要進(jìn)入步驟四，對RLC緩存占用情況（RLC BO）進(jìn)行檢查，以確認(rèn)是RNC以上（RNC，CN及服務(wù)器）數(shù)據(jù)源不足，還是RNC以下通道（包括IUB，空口，UE及測試計算機）存在異常。
步驟四、RLC BO信息檢查（可選）