1、文檔類別密級 系統(tǒng)問題定位指導(dǎo)書內(nèi)部公開 所屬部門 umts維護(hù)部 共19頁 umts維護(hù)部hsdpa速率問題定位指導(dǎo)書初 級篇 v0.20 擬制系統(tǒng)問題組日期2008-7-22 評審人日期yyyy-mm-dd 批準(zhǔn)日期yyyy-mm-dd 簽發(fā)日期yyyy-mm-dd huawei technologies co., ltd. 華華為為技技術(shù)術(shù)有有限限公公司司 all rights reserved 版權(quán)所有 侵權(quán)必究 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 2 , total 19 第 2 頁，

2、共 19 頁 修訂記錄 日期修訂 版本 cr 號修改 章節(jié) 修改描述作者 2008-06-150.18初稿完成王昆侖 2008-07-220.20根據(jù)評審意見修改完成 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 3 , total 19 第 3 頁，共 19 頁 目 錄 第1章 概述.5 1.1 當(dāng)前狀況.5 1.2 本文目的.5 第2章 問題分析指導(dǎo).6 2.1 速率問題分析思路.6 2.1.1 明確問題現(xiàn)象.6 2.1.2 判斷問題發(fā)生的大致原因.6 2.1.3 根據(jù)原因做針對性測試.7 2.2 問

3、題處理流程.7 2.3 速率問題現(xiàn)象的獲取方法.7 2.3.1 測試人員描述.7 2.3.2 dumeter截圖.8 2.3.3 rnc cdt l2統(tǒng)計(jì).9 2.4 判斷問題發(fā)生的大致原因.10 2.4.1 判斷是否iu接口以上問題.10 2.4.2 判斷問題是否和rnc功能相關(guān).11 2.4.3 判斷是否iub接口以下問題.12 2.4.4 判斷是空口還是iub接口原因.13 2.5 根據(jù)原因做針對性的檢查.15 2.5.1 iu接口以上問題的參數(shù)檢查.15 2.5.2 rnc問題的參數(shù)檢查.15 2.5.3 iub接口問題的參數(shù)檢查.15 2.5.4 uu接口問題的參數(shù)檢查.17 第3章

4、 補(bǔ)充.18 3.1 關(guān)于本文.18 3.2 信息反饋.18 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 4 , total 19 第 4 頁，共 19 頁 表目錄 表2-1 nodeb支持的流控算法列表.14 圖目錄 圖2-1 hsdpa速率問題處理流程 .7 圖2-2 dumeter選項(xiàng)設(shè)定示意圖.8 圖2-3 dumeter截圖效果示意.9 圖2-4 cdt l2統(tǒng)計(jì)跟蹤配置.9 圖2-5 l2統(tǒng)計(jì)中的速率情況查看（土耳其）.10 圖2-6 rlc bo滿情況的曲線(vdf測試).10 圖2-7

5、rlc bo不足情況的曲線(新加坡m1).11 圖2-8 ue引發(fā)的速率低(korea).12 圖2-9 iub丟包引發(fā)的速率波動(dòng)(香港).12 圖2-10 iub帶寬配置引發(fā)的速率波動(dòng)(la).12 圖2-11 iub重傳指標(biāo)配置.13 圖2-12 重傳率.14 圖2-13 hsdpa監(jiān)控的啟動(dòng)位置 .16 圖2-14 hsdpa監(jiān)控的形式 .16 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 5 , total 19 第 5 頁，共 19 頁 第1章 概述 1.1 當(dāng)前狀況 隨著wcdma演進(jìn)到hsp

6、a階段，hsdpa業(yè)務(wù)已經(jīng)象語音業(yè)務(wù)一樣，成為無線的基 本業(yè)務(wù)之一。不論是各個(gè)試驗(yàn)局進(jìn)行的比拼測試、準(zhǔn)入測試，還是商用局進(jìn)行的各 種展示、版本升級、業(yè)務(wù)驗(yàn)證，hsdpa速率測試都已經(jīng)成為最基本的測試項(xiàng)之一。 對于語音業(yè)務(wù)，其端到端涉及的所有設(shè)備，從主叫ue開始、經(jīng)過bts、bsc、 一直到被叫ue，都屬于電信網(wǎng)絡(luò)中的標(biāo)準(zhǔn)設(shè)備，qos相對有保證，而且語音業(yè)務(wù)的 速率也比較低，對資源要求比較少，出問題的可能性也比較少。 而hsdpa業(yè)務(wù)端到端所涉及的設(shè)備相對要多一些，在終端側(cè)要從數(shù)據(jù)卡延伸到便 攜機(jī)，在網(wǎng)絡(luò)側(cè)從ggsn出去要到服務(wù)器，這中間大多數(shù)情況還要經(jīng)過公網(wǎng)。便攜 機(jī)、服務(wù)器都屬于民用設(shè)備，q

7、os基本上是沒有保障的，尤其是便攜機(jī)，安裝了各 種軟件后性能更是很難控制，而且目前hsdpa主流速率已經(jīng)到了7.2m，即便是無 線網(wǎng)絡(luò)中的很多設(shè)備、包括終端也都沒做好承載這樣高的速率的準(zhǔn)備，因此很容易 出現(xiàn)hsdpa速率問題。 hsdpa速率即將進(jìn)入14.4m商用時(shí)代，面臨的商用局、試驗(yàn)局也會(huì)越來越多，速率 問題在短期內(nèi)還將是困擾我們的主流問題。不過隨著設(shè)備的成熟、測試人員技能的 提升、客戶對速率問題理解的加深，雖然速率問題依舊將頻繁出現(xiàn)，但用服、網(wǎng)規(guī) 和測試部都將成長起來，承擔(dān)起問題的分析和解決，那時(shí)，速率問題將不再成為困 擾維護(hù)部的重點(diǎn)。 1.2 本文目的 速率問題是一個(gè)端到端的問題，從便

8、攜機(jī)開始，經(jīng)過ue、空口、nodeb、iub口、 rnc、iu接口、sgsn、gn口、ggsn、gi口、傳輸網(wǎng)絡(luò)、服務(wù)器。這些設(shè)備中任 何一個(gè)出現(xiàn)問題或者性能達(dá)不到要求，都會(huì)表現(xiàn)為ps速率不穩(wěn)或者速率低。 本文總結(jié)了常用的問題隔離手段，希望在僅僅利用lmt進(jìn)行l(wèi)og抓取的條件下，通 過一些簡單的數(shù)據(jù)分析和針對性測試，達(dá)到縮小定位范圍的目的，使得一線人員可 以更快的找到可能引發(fā)問題的位置，從而更有針對性的進(jìn)行排查，提高定位效率。 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 6 , total 19 第 6

9、 頁，共 19 頁 第2章 問題分析指導(dǎo) 2.1 速率問題分析思路 速率問題主要有兩種：速率低和速率波動(dòng)。不管是哪種情況，問題分析的思路都是 一樣的，大致思路如下： 1） 明確問題現(xiàn)象。 2） 通過rnc cdt，判斷引發(fā)問題的位置。 3） 根據(jù)前面的判斷結(jié)果做針對性測試確認(rèn)大致原因。 在確認(rèn)了問題發(fā)生的大致原因后，就是針對性的進(jìn)行具體的分析和定位了，這部分 內(nèi)容涉及更多的分析工具，不放在本指導(dǎo)書的描述范圍內(nèi)。 2.1.1 明確問題現(xiàn)象 每個(gè)具體的速率問題，都有其獨(dú)特的特點(diǎn)，在速率異常上也往往表現(xiàn)出一定的規(guī)律 性，當(dāng)然，很多時(shí)候這種規(guī)律性并不是那么容易就能觀測到的。處理速率問題的第 一步，就是

10、要對速率問題的表現(xiàn)進(jìn)行觀察，在明確問題現(xiàn)象的同時(shí)，盡可能找出里 面隱藏的規(guī)律。 比如：同樣是平均速率低的問題，可能是每次速率升高到一定程度就穩(wěn)定在這個(gè)值， 或者是速率先沖高、后回落到某個(gè)穩(wěn)定的值，這種區(qū)別就是處理一個(gè)問題最先要搞 清楚的。 這一步所需花費(fèi)的時(shí)間并不多，但非常重要，因?yàn)楫?dāng)速率出現(xiàn)異常時(shí)，很多指標(biāo)都 會(huì)表現(xiàn)出異常，這些異常哪些是因、哪些是果，哪些是主要的，哪些暫時(shí)不用關(guān)注， 都需要依靠問題的現(xiàn)象和規(guī)律來輔助判斷。 明確問題現(xiàn)象和規(guī)律主要依靠應(yīng)用層速率截圖（dumeter截圖）、測試人員的描述、 cdt中的l2統(tǒng)計(jì)等。 2.1.2 判斷問題發(fā)生的大致原因 rnc cdt是最重要數(shù)據(jù)，

11、從ran的角度講，定位第一步要進(jìn)行的判斷是：速率問 題主要是受哪個(gè)環(huán)節(jié)的影響導(dǎo)致的？是ue、空口、nodeb，還是iub口、rnc、或 者rnc以上。 rnc的cdt中可以跟蹤到豐富的l2信息，這些信息可以讓我們初步判斷出引發(fā)速率 問題的大致原因。 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 7 , total 19 第 7 頁，共 19 頁 2.1.3 根據(jù)原因做針對性測試 在大致得出了問題出在哪個(gè)網(wǎng)元之后，下一步要做的是通過修改參數(shù)、測試手段等 來驗(yàn)證得出的結(jié)論是否正確。 從ps速率問題的處理經(jīng)驗(yàn)看

12、，現(xiàn)場測試人員在問題定位過程中實(shí)際上是能起到很大 作用的，但在問題初期，由于涉及的網(wǎng)元太多，他們往往無從下手，而當(dāng)問題的范 圍縮小到某個(gè)網(wǎng)元、并提供了一些調(diào)整、測試手段后，現(xiàn)場就可以嘗試更多的測試 并提供更多的線索，甚至直接找到問題的根因。 2.2 問題處理流程 hsdpa速率問題建議一線進(jìn)行的處理流程如下： 觀察速率問題的現(xiàn)象和特點(diǎn) 是否iu？口以上原因 uu 參見iu口以上問題檢查步驟 y 在rnclmt上抓去問題出現(xiàn)時(shí)的cdt跟蹤 是否和rnc相關(guān)？ 參見rnc相關(guān)問題檢查步驟 是iub？口還是uu口原因 參見uu口問題檢查步驟 確認(rèn)iub口以下原因的現(xiàn)象 參見iub口問題檢查步驟 n

13、y n iub 圖 2-1 hsdpa 速率問題處理流程 2.3 速率問題現(xiàn)象的獲取方法 獲取問題現(xiàn)象的方法包括：1）測試人員描述。2）dumeter截圖。3）rnc cdt l2 統(tǒng)計(jì)。 2.3.1 測試人員描述 現(xiàn)場測試人員的描述一般都是最早能獲取到的信息，對于一些有經(jīng)驗(yàn)的測試人員， 反饋問題時(shí)會(huì)從測試背景、目的、一直到問題的現(xiàn)象、已經(jīng)進(jìn)行的處理以及現(xiàn)場的 懷疑方向等等都描述清楚，而對于沒有相關(guān)經(jīng)驗(yàn)的一線人員，反饋信息則會(huì)顯得比 較凌亂，在這種情況下，則需要問題處理的責(zé)任人主動(dòng)對測試人員進(jìn)行引導(dǎo)，從而 獲得更全面的信息。 一般來說，希望測試人員反饋的信息包括：1）測試環(huán)境信息、2）測試版本

14、信息、 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 8 , total 19 第 8 頁，共 19 頁 3）測試目標(biāo)、4）問題的現(xiàn)象（與目標(biāo)之間的差距）、5）現(xiàn)場已經(jīng)進(jìn)行的分析和 對比測試、6）現(xiàn)場的懷疑方向。 由于一線測試人員往往要面臨很大的壓力，這些口頭的描述只作為判斷問題現(xiàn)象的 參考，以避免主觀因素影響描述引起偏差。 2.3.2 dumeter截圖 1 參數(shù)設(shè)定 圖 2-2 dumeter 選項(xiàng)設(shè)定示意圖 在dumeter的菜單中選擇options，在彈出的general頁面，確保display

15、units的選擇 在kilobits per second(kbps)上。 2 啟動(dòng)跟蹤 在進(jìn)行速率跟蹤時(shí)，要同時(shí)選擇new stopwatch選項(xiàng)，在下載開始后，點(diǎn)擊start啟 動(dòng)平均速率統(tǒng)計(jì)，跟蹤時(shí)間要足夠長，（建議為3分鐘），反饋的速率截圖類似下 面的樣子： umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 9 , total 19 第 9 頁，共 19 頁 圖 2-3 dumeter 截圖效果示意 從dumeter的截圖上，可以了解到平均速率、最大速率以及速率波動(dòng)情況以及波動(dòng) 的規(guī)律等等。 2.3.

16、3 rnc cdt l2統(tǒng)計(jì) 1 跟蹤設(shè)定 rnc的cdt在rnc lmt上啟動(dòng)，建議的參數(shù)配置如下： 圖 2-4 cdt l2 統(tǒng)計(jì)跟蹤配置 確保速率異常的現(xiàn)象已經(jīng)出現(xiàn)，并保持1分鐘后，停止cdt跟蹤。 2 速率查看 l2統(tǒng)計(jì)反映出的是rnc l2真實(shí)的發(fā)包情況，其中直觀反映速率變動(dòng)情況的統(tǒng)計(jì)值 是rb.uldlpdunum（l2下行發(fā)送的pdu數(shù)目），另外rb.usdlretranrate（l2下行重 傳率），rb.uldlnaspktthroughput（l2下行收到的數(shù)據(jù)的吞吐率）這兩個(gè)指標(biāo)同時(shí) 也可以作為參考。 圖 2-5 l2 統(tǒng)計(jì)中的速率情況查看（土耳其） 這個(gè)速率變化情況和其他

17、資源變化趨勢之間的關(guān)系，是后續(xù)進(jìn)行問題隔離判斷的基 礎(chǔ)。 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 10 , total 19 第 10 頁，共 19 頁 2.4 判斷問題發(fā)生的大致原因 造成速率異常的原因是很多的，可能同時(shí)存在多種原因都會(huì)導(dǎo)致速率異常，在分析 時(shí)要從源頭開始分析，抓主要矛盾，一步一步的解決問題。對于下行速率分析來說， 先從判斷是否iu接口以上的問題開始，依次判斷是否是rnc的問題，是否是iub口 問題，是否是空口問題。 下面的判斷都基于umat的“hsdpa吞吐率分析曲線”進(jìn)行，打開

18、cdt后，在工 具條上直接點(diǎn)擊圖標(biāo)即可。 2.4.1 判斷是否iu接口以上問題 當(dāng)iu接口以上出現(xiàn)問題，或者應(yīng)用層(如tcp層)出現(xiàn)問題時(shí)，在rnc看到的表現(xiàn)是 類似的，就是iu接口發(fā)到rnc的數(shù)據(jù)量不足。對rnc來說，iu接口下發(fā)的數(shù)據(jù)就 是吞吐率的源泉，當(dāng)數(shù)據(jù)源泉無法保證時(shí)，速率自然不會(huì)理想。 通過cdt中記錄的rlc bo變化情況，可以判斷iu接口下發(fā)的數(shù)據(jù)是否充足，下面 是一次吞吐率測試的例子： 圖 2-6 rlc bo 滿情況的曲線(vdf 測試) 圖中的綠色曲線，就是rlc bo情況，它反應(yīng)的是下行數(shù)據(jù)在rnc buffer中積累的 情況，從保證速率源的角度講，rlc bo關(guān)鍵是有

19、還是無（0或者非0），如果rlc bo一直為非0值，也就意味者rnc一直有數(shù)據(jù)可以發(fā)送，此時(shí)rlc bo值是多大， 1m or 2m，反而不重要了（rlc bo曲線和其他曲線之間的相對關(guān)系是沒有意義的） 。 下面是一個(gè)rlc bo異常情況的曲線： umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 11 , total 19 第 11 頁，共 19 頁 圖 2-7 rlc bo 不足情況的曲線(新加坡 m1) 在這張曲線圖中，開始的五分之四部分，rlc bo（綠色曲線），基本都是0，這說 明在這期間速率低的原因

20、在于iu接口下行速率不足。（最后的五分之一部分，rlc bo有了明顯的增加，這時(shí)速率異常則有其他原因，可以參見后面介紹的手段分析） 。 2.4.2 判斷問題是否和rnc功能相關(guān) 這里所說和rnc相關(guān)，不是指rnc有bug，而是指rnc在下發(fā)數(shù)據(jù)時(shí)的某些限制 或者功能導(dǎo)致速率出現(xiàn)異常，或者rnc l2和ue l2這兩個(gè)對等實(shí)體之間的交互動(dòng)作 導(dǎo)致rnc主動(dòng)降低發(fā)送速率，從而引起速率的異常。 這種速率異常在數(shù)據(jù)上的表現(xiàn)是：1）rlc bo有數(shù)據(jù)、2）rb下發(fā)速率低于nodeb 分配的hsdpa帶寬且兩者之間感覺不到任何關(guān)聯(lián)。 下面是一個(gè)由于ue驅(qū)動(dòng)性能不足，導(dǎo)致ue l2主動(dòng)通知rnc減小接收窗口

21、，從而影 響到rnc下發(fā)速率而導(dǎo)致的速率異常： 圖 2-8 ue 引發(fā)的速率低(korea) 圖中綠色為rlc bo，紅色為rnc下發(fā)數(shù)據(jù)信息，藍(lán)色為hsdpa帶寬分配情況。從 這個(gè)圖中可以看出，rlc bo（綠色）一直很滿，hsdpa帶寬分配（藍(lán)色）也很充 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 12 , total 19 第 12 頁，共 19 頁 足，而rnc下發(fā)的速率（紅色）一直維持在一個(gè)很低的位置上。 2.4.3 判斷是否iub接口以下問題 iub接口的問題、nodeb的問題、uu接口問題

22、，在rnc看來都是差不多的，rnc能 看到的就是nodeb的hsdpa帶寬分配結(jié)果是否正常，而對于是什么原因引起 hsdpa帶寬分配異常，單純從cdt是看不出來的。（后面也會(huì)提供一些簡單的測 試手段判斷是iub口異常還是空口異常）。 iub接口一下問題的判定原則是：rnc下發(fā)速率和hsdpa帶寬分配的波動(dòng)情況吻合。 下面是一個(gè)iub丟包引發(fā)的速率波動(dòng)情況： 圖 2-9 iub 丟包引發(fā)的速率波動(dòng)(香港) 從圖中可以看出，hsdpa帶寬分配（藍(lán)色）一直呈現(xiàn)周期性波動(dòng)，而rnc下發(fā)的 速率（紅色）也一直呈現(xiàn)類似帶寬分配的波動(dòng)情況。這說明當(dāng)前速率波動(dòng)，根本原 因在于nodeb分配的hsdpa帶寬一直

23、在波動(dòng)。 下面則是一個(gè)由于nodeb hsdpa path的scr配置不足引起的速率低的情況： 圖 2-10 iub 帶寬配置引發(fā)的速率波動(dòng)(la) 在這個(gè)例子中，hsdpa帶寬分配結(jié)果一直維持在4m左右（不考慮中間的幾次波動(dòng)） ，rnc下發(fā)的速率和hsdpa帶寬分配結(jié)果基本一致。象這種比較穩(wěn)定的維持在某 一個(gè)固定值以下，往往都是配置上的資源受限導(dǎo)致的。 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 13 , total 19 第 13 頁，共 19 頁 2.4.4 判斷是空口還是iub接口原因 在明確是

24、iub口以下的問題后，再深入分析，就是要搞清楚，為什么hsdpa帶寬分 配結(jié)果會(huì)出現(xiàn)異常，由于帶寬是nodeb分配的，定位這類問題單純依靠rnc的跟蹤 是很難搞定的，往往需要附加其他的log信息，如nodeb調(diào)試臺的增強(qiáng)性能跟蹤、 qxdm或者probe跟蹤等，而這類跟蹤對于一線的兄弟來說往往并不容易操作，所 以本文介紹幾種比較簡單易行的判別手段，仍然基于lmt，大致區(qū)分是uu接口問 題、iub接口配置問題、還是iub傳輸問題。（這里只能進(jìn)行大致的判斷，深入的 分析還是要依賴更多的log信息，這部分內(nèi)容放在中級篇中描述）。 1 l2重傳情況 l2重傳情況是判斷iub以下問題的第一個(gè)輔助指標(biāo)，由

25、于iub口丟包必然引發(fā)rlc 的重傳，所以判斷iub傳輸是否丟包第一個(gè)要看的就是rlc重傳情況。查看重傳情 況的方法如下： 在吞吐率分析圖上右鍵，選擇圖例，勾中“下行rlc重傳率”這個(gè)指標(biāo)： 圖 2-11 iub 重傳指標(biāo)配置 點(diǎn)擊ok后，即可查看下行重傳率的變化情況。下面是重傳率的一個(gè)例子： 圖 2-12 重傳率 umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 14 , total 19 第 14 頁，共 19 頁 重傳率低于1%一般認(rèn)為是可以接收的，此時(shí)重傳率曲線基本是同座標(biāo)軸重合的， 象上圖中的重傳率

26、經(jīng)常到達(dá)30%的情況，已經(jīng)是非常不正常了。 判斷是否存在iub傳輸問題時(shí)，第一個(gè)要看的就是l2重傳率，重傳率為0可以說明 iub口肯定沒有丟包，重傳率高則說明iub口可能丟包了，也可能是空口丟包了（當(dāng) 然，空口丟包導(dǎo)致重傳率高的情況是比較罕見的）。 2 iub流控方式 另外一個(gè)區(qū)分iub問題還是空口問題的重要手段就是通過更改nodeb上配置的流控算 法開關(guān)（命令：set hsdpaflowctrlpara，參數(shù)：switch），在不同的流 控算法作用下，查看nodeb分配的hsdpa帶寬變化情況。目前nodeb支持三種不同 的流控算法： 表 2-1 nodeb 支持的流控算法列表 序號中文名稱

27、英文名稱特點(diǎn) 1自適應(yīng)流控auto_adjust_flow_ctrl考慮 iub 丟包率和時(shí)延、 考慮 iub 可用帶寬 考慮空口情況 2簡單流控simple_flow_ctrl考慮 iub 可用帶寬 考慮空口情況 3無流控no_flow_ctrl考慮空口情況 由于這三種流控算法在帶寬分配時(shí)，考慮的因素具有階梯性特點(diǎn)，通過對比不同流 控方式下hsdpa分配帶寬的差異，可以判斷帶寬分配的變化最有可能是由哪個(gè)因 素引發(fā)的，從而進(jìn)一步區(qū)別問題發(fā)生的位置。 3 判斷原則 如果l2重傳率高，則繼續(xù)比較自適應(yīng)流控和簡單流控下的hsdpa帶寬分配結(jié)果： 如果自適應(yīng)流控和簡單流控的hsdpa帶寬分配結(jié)果存在很

28、大不同，說明重傳 的原因是由于iub口存在丟包。 如果自適應(yīng)流控和簡單流控的hsdpa帶寬分配結(jié)果一致，說明重傳的原因最 有可能在uu口。 如果l2重傳率低，則繼續(xù)將三種流控方式下hsdpa帶寬分配結(jié)果放在一起對比： 如果三種流控方式下hsdpa帶寬分配結(jié)果差不多（均存在異常），說明當(dāng)前 問題主要出在空口上。 如果無流控下hsdpa帶寬分配結(jié)果比較好，剩下兩個(gè)異常，說明當(dāng)前問題主 要出在iub口傳輸?shù)呐渲蒙稀?如果只有自適應(yīng)流控下hsdpa帶寬分配結(jié)果異常，可能的原因是由于iub口存 在fp包亂序?qū)е耼odeb誤判或者時(shí)延抖動(dòng)比較大觸發(fā)了自適應(yīng)流控的帶寬調(diào)整。 umts 維護(hù)部 hsdpa 速

29、率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 15 , total 19 第 15 頁，共 19 頁 這里要留意的是，對比帶寬分配結(jié)果時(shí)，務(wù)必保證每次測試都按照前面介紹的分析 過程從頭開始判斷，要確認(rèn)每次測試都是由于iub接口以下原因?qū)е滤俾十惓；蛘?測試結(jié)果已經(jīng)正常了，再進(jìn)行本節(jié)介紹的對比過程，來確保對比的有效性。 2.5 根據(jù)原因做針對性的檢查 在初步對問題可能存在的位置進(jìn)行判斷后，可以通過有針對性的檢查、修改相關(guān)參 數(shù)，來嘗試解決問題。 2.5.1 iu接口以上問題的參數(shù)檢查 應(yīng)用層數(shù)據(jù)量不足，最常用的手段就是采用多線程（10個(gè)線

30、程）來規(guī)避，但實(shí)際應(yīng) 用中可能由于服務(wù)器側(cè)的線程數(shù)的限制，導(dǎo)致雖然設(shè)置了多個(gè)線程下載，但實(shí)際上 只有一兩個(gè)線程真正在下載，所以在實(shí)際測試中，要注意觀察下載軟件是否的確是 在使用多個(gè)線程下載。 如果多線程測試結(jié)果還是數(shù)據(jù)量不足，則可以采用從服務(wù)器向ue灌包來檢查速率 不足的原因。如果灌包時(shí)，rlc bo中的數(shù)據(jù)依然不足，那說明從iu接口到服務(wù)器 之間存在一個(gè)瓶頸，后續(xù)從sgsn、ggsn、各個(gè)交換機(jī)配置、直到服務(wù)器，一路 查過去，看到底哪里的配置限制了速率。 如果灌包后rlc bo數(shù)據(jù)充足了，說明速率不足應(yīng)該是應(yīng)用層的原因?qū)е碌模瑔栴} 可能出在服務(wù)器，或者iu口以上存在丟包，或者空口存在上行誤塊

31、，可以采取的措 施一般是改從多個(gè)ftp服務(wù)器進(jìn)行多線程下載、修改便攜的tcp參數(shù)來規(guī)避服務(wù)器 以及丟包造成的影響，以及提高上行sirtarget減少上行誤塊。根因則需要進(jìn)行更深 入的分析以及對比測試，這部分不在本文的范圍內(nèi)。 2.5.2 rnc問題的參數(shù)檢查 針對本文所涉及的定位手段而言，如果判斷速率是rnc原因，只能檢查一下 hsdpa path的scr是否太小了，或者rnc的反壓算法是否生效了。l2行為異常分 析不在初級篇范圍內(nèi)。 如果發(fā)生這種情況，請一線盡快按照umts維護(hù)部hsdpa速率問題信息采集指導(dǎo) 書的要求，將所需信息反饋給維護(hù)部進(jìn)行處理。 2.5.3 iub接口問題的參數(shù)檢查

32、iub接口檢查主要有兩點(diǎn)：1）hsdpa path配置的rcr是否正確。2）iub傳輸中所 涉及的設(shè)備配置是否正確。 如果nodeb的軟件是v18版本，也可以在下載時(shí)通過nodeb lmt的“hsdpa umts 維護(hù)部 hsdpa 速率問題定位指導(dǎo)書初級 篇內(nèi)部公開 all rights reserved 版權(quán)所有，侵權(quán)必究 page 16 , total 19 第 16 頁，共 19 頁 monitor”來觀察此時(shí)nodeb分配帶寬的情況： 圖 2-14 hsdpa 監(jiān)控的啟動(dòng)位置 下面是監(jiān)控的結(jié)果列表： 圖 2-15 hsdpa 監(jiān)控的形式 結(jié)果包含五列數(shù)據(jù)，這五列的含義分別為： 1.t

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