1、文檔類別密級系統問題定位指導書內部公開所屬部門umts維護部共19頁umts維護部hsdpa速率問題定位指導書初級篇 v0.20擬制系統問題組日期2008-7-22評審人日期yyyy-mm-dd批準日期yyyy-mm-dd簽發日期yyyy-mm-ddhuawei technologies co., ltd. 華華為為技技術術有有限限公公司司all rights reserved版權所有 侵權必究umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 2 , total 19 第 2 頁，共 19 頁修訂記錄日期修訂版

2、本cr 號修改章節修改描述作者2008-06-150.18初稿完成王昆侖2008-07-220.20根據評審意見修改完成umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 3 , total 19 第 3 頁，共 19 頁目 錄第1章 概述.51.1 當前狀況.51.2 本文目的.5第2章 問題分析指導.62.1 速率問題分析思路.62.1.1 明確問題現象.62.1.2 判斷問題發生的大致原因.62.1.3 根據原因做針對性測試.72.2 問題處理流程.72.3 速率問題現象的獲取方法.72.3.1 測試人員描

3、述.72.3.2 dumeter截圖.82.3.3 rnc cdt l2統計.92.4 判斷問題發生的大致原因.102.4.1 判斷是否iu接口以上問題.102.4.2 判斷問題是否和rnc功能相關.112.4.3 判斷是否iub接口以下問題.122.4.4 判斷是空口還是iub接口原因.132.5 根據原因做針對性的檢查.152.5.1 iu接口以上問題的參數檢查.152.5.2 rnc問題的參數檢查.152.5.3 iub接口問題的參數檢查.152.5.4 uu接口問題的參數檢查.17第3章 補充.183.1 關于本文.183.2 信息反饋.18umts 維護部 hsdpa 速率問題定位指

4、導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 4 , total 19 第 4 頁，共 19 頁表目錄表2-1 nodeb支持的流控算法列表.14圖目錄圖2-1 hsdpa速率問題處理流程 .7圖2-2 dumeter選項設定示意圖.8圖2-3 dumeter截圖效果示意.9圖2-4 cdt l2統計跟蹤配置.9圖2-5 l2統計中的速率情況查看（土耳其）.10圖2-6 rlc bo滿情況的曲線(vdf測試).10圖2-7 rlc bo不足情況的曲線(新加坡m1).11圖2-8 ue引發的速率低(korea).12圖2-9 iub丟包引發的速率波動(

5、香港).12圖2-10 iub帶寬配置引發的速率波動(la).12圖2-11 iub重傳指標配置.13圖2-12 重傳率.14圖2-13 hsdpa監控的啟動位置 .16圖2-14 hsdpa監控的形式 .16umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 5 , total 19 第 5 頁，共 19 頁第1章 概述1.1 當前狀況隨著wcdma演進到hspa階段，hsdpa業務已經象語音業務一樣，成為無線的基本業務之一。不論是各個試驗局進行的比拼測試、準入測試，還是商用局進行的各種展示、版本升級、業務驗證

6、，hsdpa速率測試都已經成為最基本的測試項之一。對于語音業務，其端到端涉及的所有設備，從主叫ue開始、經過bts、bsc、一直到被叫ue，都屬于電信網絡中的標準設備，qos相對有保證，而且語音業務的速率也比較低，對資源要求比較少，出問題的可能性也比較少。而hsdpa業務端到端所涉及的設備相對要多一些，在終端側要從數據卡延伸到便攜機，在網絡側從ggsn出去要到服務器，這中間大多數情況還要經過公網。便攜機、服務器都屬于民用設備，qos基本上是沒有保障的，尤其是便攜機，安裝了各種軟件后性能更是很難控制，而且目前hsdpa主流速率已經到了7.2m，即便是無線網絡中的很多設備、包括終端也都沒做好承載這

7、樣高的速率的準備，因此很容易出現hsdpa速率問題。hsdpa速率即將進入14.4m商用時代，面臨的商用局、試驗局也會越來越多，速率問題在短期內還將是困擾我們的主流問題。不過隨著設備的成熟、測試人員技能的提升、客戶對速率問題理解的加深，雖然速率問題依舊將頻繁出現，但用服、網規和測試部都將成長起來，承擔起問題的分析和解決，那時，速率問題將不再成為困擾維護部的重點。1.2 本文目的速率問題是一個端到端的問題，從便攜機開始，經過ue、空口、nodeb、iub口、rnc、iu接口、sgsn、gn口、ggsn、gi口、傳輸網絡、服務器。這些設備中任何一個出現問題或者性能達不到要求，都會表現為ps速率不穩

8、或者速率低。本文總結了常用的問題隔離手段，希望在僅僅利用lmt進行log抓取的條件下，通過一些簡單的數據分析和針對性測試，達到縮小定位范圍的目的，使得一線人員可以更快的找到可能引發問題的位置，從而更有針對性的進行排查，提高定位效率。umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 6 , total 19 第 6 頁，共 19 頁第2章 問題分析指導2.1 速率問題分析思路速率問題主要有兩種：速率低和速率波動。不管是哪種情況，問題分析的思路都是一樣的，大致思路如下：1） 明確問題現象。2） 通過rnc cdt，

9、判斷引發問題的位置。3） 根據前面的判斷結果做針對性測試確認大致原因。在確認了問題發生的大致原因后，就是針對性的進行具體的分析和定位了，這部分內容涉及更多的分析工具，不放在本指導書的描述范圍內。2.1.1 明確問題現象每個具體的速率問題，都有其獨特的特點，在速率異常上也往往表現出一定的規律性，當然，很多時候這種規律性并不是那么容易就能觀測到的。處理速率問題的第一步，就是要對速率問題的表現進行觀察，在明確問題現象的同時，盡可能找出里面隱藏的規律。比如：同樣是平均速率低的問題，可能是每次速率升高到一定程度就穩定在這個值，或者是速率先沖高、后回落到某個穩定的值，這種區別就是處理一個問題最先要搞清楚的

10、。這一步所需花費的時間并不多，但非常重要，因為當速率出現異常時，很多指標都會表現出異常，這些異常哪些是因、哪些是果，哪些是主要的，哪些暫時不用關注，都需要依靠問題的現象和規律來輔助判斷。明確問題現象和規律主要依靠應用層速率截圖（dumeter截圖）、測試人員的描述、cdt中的l2統計等。2.1.2 判斷問題發生的大致原因rnc cdt是最重要數據，從ran的角度講，定位第一步要進行的判斷是：速率問題主要是受哪個環節的影響導致的？是ue、空口、nodeb，還是iub口、rnc、或者rnc以上。rnc的cdt中可以跟蹤到豐富的l2信息，這些信息可以讓我們初步判斷出引發速率問題的大致原因。umts

11、維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 7 , total 19 第 7 頁，共 19 頁2.1.3 根據原因做針對性測試在大致得出了問題出在哪個網元之后，下一步要做的是通過修改參數、測試手段等來驗證得出的結論是否正確。從ps速率問題的處理經驗看，現場測試人員在問題定位過程中實際上是能起到很大作用的，但在問題初期，由于涉及的網元太多，他們往往無從下手，而當問題的范圍縮小到某個網元、并提供了一些調整、測試手段后，現場就可以嘗試更多的測試并提供更多的線索，甚至直接找到問題的根因。2.2 問題處理流程hsdpa速率問

12、題建議一線進行的處理流程如下：觀察速率問題的現象和特點是否iu？口以上原因 uu參見iu口以上問題檢查步驟y在rnclmt上抓去問題出現時的cdt跟蹤是否和rnc相關？ 參見rnc相關問題檢查步驟是iub？口還是uu口原因 參見uu口問題檢查步驟確認iub口以下原因的現象參見iub口問題檢查步驟nyniub圖 2-1 hsdpa 速率問題處理流程2.3 速率問題現象的獲取方法獲取問題現象的方法包括：1）測試人員描述。2）dumeter截圖。3）rnc cdt l2統計。2.3.1 測試人員描述現場測試人員的描述一般都是最早能獲取到的信息，對于一些有經驗的測試人員，反饋問題時會從測試背景、目的、

13、一直到問題的現象、已經進行的處理以及現場的懷疑方向等等都描述清楚，而對于沒有相關經驗的一線人員，反饋信息則會顯得比較凌亂，在這種情況下，則需要問題處理的責任人主動對測試人員進行引導，從而獲得更全面的信息。一般來說，希望測試人員反饋的信息包括：1）測試環境信息、2）測試版本信息、umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 8 , total 19 第 8 頁，共 19 頁3）測試目標、4）問題的現象（與目標之間的差距）、5）現場已經進行的分析和對比測試、6）現場的懷疑方向。由于一線測試人員往往要面臨很大的壓

14、力，這些口頭的描述只作為判斷問題現象的參考，以避免主觀因素影響描述引起偏差。2.3.2 dumeter截圖1 參數設定 圖 2-2 dumeter 選項設定示意圖在dumeter的菜單中選擇options，在彈出的general頁面，確保display units的選擇在kilobits per second(kbps)上。2 啟動跟蹤在進行速率跟蹤時，要同時選擇new stopwatch選項，在下載開始后，點擊start啟動平均速率統計，跟蹤時間要足夠長，（建議為3分鐘），反饋的速率截圖類似下面的樣子：umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights re

15、served 版權所有，侵權必究 page 9 , total 19 第 9 頁，共 19 頁圖 2-3 dumeter 截圖效果示意從dumeter的截圖上，可以了解到平均速率、最大速率以及速率波動情況以及波動的規律等等。2.3.3 rnc cdt l2統計1 跟蹤設定rnc的cdt在rnc lmt上啟動，建議的參數配置如下：圖 2-4 cdt l2 統計跟蹤配置確保速率異常的現象已經出現，并保持1分鐘后，停止cdt跟蹤。2 速率查看l2統計反映出的是rnc l2真實的發包情況，其中直觀反映速率變動情況的統計值是rb.uldlpdunum（l2下行發送的pdu數目），另外rb.usdlret

16、ranrate（l2下行重傳率），rb.uldlnaspktthroughput（l2下行收到的數據的吞吐率）這兩個指標同時也可以作為參考。圖 2-5 l2 統計中的速率情況查看（土耳其）這個速率變化情況和其他資源變化趨勢之間的關系，是后續進行問題隔離判斷的基礎。umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 10 , total 19 第 10 頁，共 19 頁2.4 判斷問題發生的大致原因造成速率異常的原因是很多的，可能同時存在多種原因都會導致速率異常，在分析時要從源頭開始分析，抓主要矛盾，一步一步的解決

17、問題。對于下行速率分析來說，先從判斷是否iu接口以上的問題開始，依次判斷是否是rnc的問題，是否是iub口問題，是否是空口問題。下面的判斷都基于umat的“hsdpa吞吐率分析曲線”進行，打開cdt后，在工具條上直接點擊圖標即可。2.4.1 判斷是否iu接口以上問題當iu接口以上出現問題，或者應用層(如tcp層)出現問題時，在rnc看到的表現是類似的，就是iu接口發到rnc的數據量不足。對rnc來說，iu接口下發的數據就是吞吐率的源泉，當數據源泉無法保證時，速率自然不會理想。通過cdt中記錄的rlc bo變化情況，可以判斷iu接口下發的數據是否充足，下面是一次吞吐率測試的例子：圖 2-6 rl

18、c bo 滿情況的曲線(vdf 測試)圖中的綠色曲線，就是rlc bo情況，它反應的是下行數據在rnc buffer中積累的情況，從保證速率源的角度講，rlc bo關鍵是有還是無（0或者非0），如果rlc bo一直為非0值，也就意味者rnc一直有數據可以發送，此時rlc bo值是多大，1m or 2m，反而不重要了（rlc bo曲線和其他曲線之間的相對關系是沒有意義的）。下面是一個rlc bo異常情況的曲線：umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 11 , total 19 第 11 頁，共 19 頁

19、圖 2-7 rlc bo 不足情況的曲線(新加坡 m1)在這張曲線圖中，開始的五分之四部分，rlc bo（綠色曲線），基本都是0，這說明在這期間速率低的原因在于iu接口下行速率不足。（最后的五分之一部分，rlc bo有了明顯的增加，這時速率異常則有其他原因，可以參見后面介紹的手段分析）。2.4.2 判斷問題是否和rnc功能相關這里所說和rnc相關，不是指rnc有bug，而是指rnc在下發數據時的某些限制或者功能導致速率出現異常，或者rnc l2和ue l2這兩個對等實體之間的交互動作導致rnc主動降低發送速率，從而引起速率的異常。這種速率異常在數據上的表現是：1）rlc bo有數據、2）rb下

20、發速率低于nodeb分配的hsdpa帶寬且兩者之間感覺不到任何關聯。下面是一個由于ue驅動性能不足，導致ue l2主動通知rnc減小接收窗口，從而影響到rnc下發速率而導致的速率異常：圖 2-8 ue 引發的速率低(korea)圖中綠色為rlc bo，紅色為rnc下發數據信息，藍色為hsdpa帶寬分配情況。從這個圖中可以看出，rlc bo（綠色）一直很滿，hsdpa帶寬分配（藍色）也很充umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 12 , total 19 第 12 頁，共 19 頁足，而rnc下發的速率

21、（紅色）一直維持在一個很低的位置上。2.4.3 判斷是否iub接口以下問題iub接口的問題、nodeb的問題、uu接口問題，在rnc看來都是差不多的，rnc能看到的就是nodeb的hsdpa帶寬分配結果是否正常，而對于是什么原因引起hsdpa帶寬分配異常，單純從cdt是看不出來的。（后面也會提供一些簡單的測試手段判斷是iub口異常還是空口異常）。iub接口一下問題的判定原則是：rnc下發速率和hsdpa帶寬分配的波動情況吻合。下面是一個iub丟包引發的速率波動情況：圖 2-9 iub 丟包引發的速率波動(香港)從圖中可以看出，hsdpa帶寬分配（藍色）一直呈現周期性波動，而rnc下發的速率（紅

22、色）也一直呈現類似帶寬分配的波動情況。這說明當前速率波動，根本原因在于nodeb分配的hsdpa帶寬一直在波動。下面則是一個由于nodeb hsdpa path的scr配置不足引起的速率低的情況：圖 2-10 iub 帶寬配置引發的速率波動(la)在這個例子中，hsdpa帶寬分配結果一直維持在4m左右（不考慮中間的幾次波動），rnc下發的速率和hsdpa帶寬分配結果基本一致。象這種比較穩定的維持在某一個固定值以下，往往都是配置上的資源受限導致的。umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 13 , tot

23、al 19 第 13 頁，共 19 頁2.4.4 判斷是空口還是iub接口原因在明確是iub口以下的問題后，再深入分析，就是要搞清楚，為什么hsdpa帶寬分配結果會出現異常，由于帶寬是nodeb分配的，定位這類問題單純依靠rnc的跟蹤是很難搞定的，往往需要附加其他的log信息，如nodeb調試臺的增強性能跟蹤、qxdm或者probe跟蹤等，而這類跟蹤對于一線的兄弟來說往往并不容易操作，所以本文介紹幾種比較簡單易行的判別手段，仍然基于lmt，大致區分是uu接口問題、iub接口配置問題、還是iub傳輸問題。（這里只能進行大致的判斷，深入的分析還是要依賴更多的log信息，這部分內容放在中級篇中描述）

24、。1 l2重傳情況l2重傳情況是判斷iub以下問題的第一個輔助指標，由于iub口丟包必然引發rlc的重傳，所以判斷iub傳輸是否丟包第一個要看的就是rlc重傳情況。查看重傳情況的方法如下：在吞吐率分析圖上右鍵，選擇圖例，勾中“下行rlc重傳率”這個指標：圖 2-11 iub 重傳指標配置點擊ok后，即可查看下行重傳率的變化情況。下面是重傳率的一個例子：圖 2-12 重傳率umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 14 , total 19 第 14 頁，共 19 頁重傳率低于1%一般認為是可以接收的，此

25、時重傳率曲線基本是同座標軸重合的，象上圖中的重傳率經常到達30%的情況，已經是非常不正常了。判斷是否存在iub傳輸問題時，第一個要看的就是l2重傳率，重傳率為0可以說明iub口肯定沒有丟包，重傳率高則說明iub口可能丟包了，也可能是空口丟包了（當然，空口丟包導致重傳率高的情況是比較罕見的）。2 iub流控方式另外一個區分iub問題還是空口問題的重要手段就是通過更改nodeb上配置的流控算法開關（命令：set hsdpaflowctrlpara，參數：switch），在不同的流控算法作用下，查看nodeb分配的hsdpa帶寬變化情況。目前nodeb支持三種不同的流控算法：表 2-1 nodeb

26、支持的流控算法列表序號中文名稱英文名稱特點1自適應流控auto_adjust_flow_ctrl考慮 iub 丟包率和時延、考慮 iub 可用帶寬考慮空口情況2簡單流控simple_flow_ctrl考慮 iub 可用帶寬考慮空口情況3無流控no_flow_ctrl考慮空口情況由于這三種流控算法在帶寬分配時，考慮的因素具有階梯性特點，通過對比不同流控方式下hsdpa分配帶寬的差異，可以判斷帶寬分配的變化最有可能是由哪個因素引發的，從而進一步區別問題發生的位置。3 判斷原則如果l2重傳率高，則繼續比較自適應流控和簡單流控下的hsdpa帶寬分配結果：如果自適應流控和簡單流控的hsdpa帶寬分配結果

27、存在很大不同，說明重傳的原因是由于iub口存在丟包。如果自適應流控和簡單流控的hsdpa帶寬分配結果一致，說明重傳的原因最有可能在uu口。如果l2重傳率低，則繼續將三種流控方式下hsdpa帶寬分配結果放在一起對比：如果三種流控方式下hsdpa帶寬分配結果差不多（均存在異常），說明當前問題主要出在空口上。如果無流控下hsdpa帶寬分配結果比較好，剩下兩個異常，說明當前問題主要出在iub口傳輸的配置上。如果只有自適應流控下hsdpa帶寬分配結果異常，可能的原因是由于iub口存在fp包亂序導致nodeb誤判或者時延抖動比較大觸發了自適應流控的帶寬調整。umts 維護部 hsdpa 速率問題定位指導書

28、初級篇內部公開 all rights reserved 版權所有，侵權必究 page 15 , total 19 第 15 頁，共 19 頁這里要留意的是，對比帶寬分配結果時，務必保證每次測試都按照前面介紹的分析過程從頭開始判斷，要確認每次測試都是由于iub接口以下原因導致速率異常或者測試結果已經正常了，再進行本節介紹的對比過程，來確保對比的有效性。2.5 根據原因做針對性的檢查在初步對問題可能存在的位置進行判斷后，可以通過有針對性的檢查、修改相關參數，來嘗試解決問題。2.5.1 iu接口以上問題的參數檢查應用層數據量不足，最常用的手段就是采用多線程（10個線程）來規避，但實際應用中可能由于服

29、務器側的線程數的限制，導致雖然設置了多個線程下載，但實際上只有一兩個線程真正在下載，所以在實際測試中，要注意觀察下載軟件是否的確是在使用多個線程下載。如果多線程測試結果還是數據量不足，則可以采用從服務器向ue灌包來檢查速率不足的原因。如果灌包時，rlc bo中的數據依然不足，那說明從iu接口到服務器之間存在一個瓶頸，后續從sgsn、ggsn、各個交換機配置、直到服務器，一路查過去，看到底哪里的配置限制了速率。如果灌包后rlc bo數據充足了，說明速率不足應該是應用層的原因導致的，問題可能出在服務器，或者iu口以上存在丟包，或者空口存在上行誤塊，可以采取的措施一般是改從多個ftp服務器進行多線程

30、下載、修改便攜的tcp參數來規避服務器以及丟包造成的影響，以及提高上行sirtarget減少上行誤塊。根因則需要進行更深入的分析以及對比測試，這部分不在本文的范圍內。2.5.2 rnc問題的參數檢查針對本文所涉及的定位手段而言，如果判斷速率是rnc原因，只能檢查一下hsdpa path的scr是否太小了，或者rnc的反壓算法是否生效了。l2行為異常分析不在初級篇范圍內。如果發生這種情況，請一線盡快按照umts維護部hsdpa速率問題信息采集指導書的要求，將所需信息反饋給維護部進行處理。2.5.3 iub接口問題的參數檢查iub接口檢查主要有兩點：1）hsdpa path配置的rcr是否正確。2

31、）iub傳輸中所涉及的設備配置是否正確。如果nodeb的軟件是v18版本，也可以在下載時通過nodeb lmt的“hsdpa umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 16 , total 19 第 16 頁，共 19 頁monitor”來觀察此時nodeb分配帶寬的情況：圖 2-14 hsdpa 監控的啟動位置下面是監控的結果列表：圖 2-15 hsdpa 監控的形式結果包含五列數據，這五列的含義分別為：1.total bandwidth(bps) 端口總可用帶寬，計算公式為：iub口物理端口帶寬 信

32、令占用帶寬 維護通道帶寬。2.r99 allocated bandwidth(bps) 物理端口上r99占用的帶寬，其值為所有r99建鏈時分配帶寬的總和。3.hsdpa remain bandwidth(bps) hsdpa可用帶寬，計算公式為：min（hsdpa rt path配置的帶寬 hsdpa nrt配置的帶寬，物理端口帶寬 信令占用的帶寬 維護通道的帶寬 r99占用的帶寬）。4.hsdpa allocated bandwidth(bps)：指所有dsp上給hsdpa分配帶寬。5.hsdpa used bandwidth(bps)：指所有dsp上hsdpa業務實際使用帶寬。umts 維護部 hsdpa 速率問題定位指導書初級篇內部公開 all rights reserved 版權所有，侵權必究 page 17 , total 19 第