《華為——CDMA性能案例分冊（DO部分）》由會員分享，可在線閱讀，更多相關(guān)《華為——CDMA性能案例分冊（DO部分）（26頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 CDMA性能案例分冊（DO部分） 內(nèi)部公開 資料編碼 產(chǎn)品名稱 使用對象 華為工程師 產(chǎn)品版本 編寫部門 CDMA網(wǎng)絡(luò)性能研究部 資料版本 1.1 CDMA性能案例分冊（DO部分） 擬 制： CDMA&WIMAX網(wǎng)絡(luò)性能研究部 日 期： 整 理： 日 期： 審 核： 日 期： 批 準(zhǔn)： 日 期： 華 為 技 術(shù) 有 限 公 司 版權(quán)所有 侵權(quán)必究 修訂記錄 日期 修訂版本 描述 作者

2、 2010-03-27 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第ii頁, 共26頁 CDMA性能案例分冊（DO部分） 內(nèi)部公開 目 錄 第1章 連接建立類案例 3 1.1 PCF丟包導(dǎo)致AT重激活時延長 3 1.2 相鄰載頻的搜索窗配置不相等導(dǎo)致EV-DO接入失敗 5 第2章 切換類案例 10 2.1 框間鏈路未配置導(dǎo)致EV-DO切換失敗 10 第3章 DO速率低案例 12 3.1 Abis傳輸亂序?qū)е翫O Rev.A單用戶下載速率低 12 3.2 EC板緩存太大導(dǎo)致頻繁切換時DO Rev.A終端掉

3、零 14 3.3 FMR緩沖區(qū)不夠?qū)е骂l繁切換時DO Rel.0終端掉零 15 3.4 EV-DO QoS速率權(quán)重設(shè)置錯誤導(dǎo)致VOD視頻播放速率較低達(dá)不到理想的效果 17 3.5 E1數(shù)目不足和業(yè)務(wù)鏈路配置錯誤造成EV-DO數(shù)據(jù)業(yè)務(wù)下載速率低 19 第4章 其他案例 21 4.1 Actix統(tǒng)計工具有誤導(dǎo)致路測大量RLP Reset 21 2010-03-27 華為機(jī)密，未經(jīng)許可不得擴(kuò)散 第23頁, 共26頁 關(guān)鍵詞：DO 連接建立 切換 下行速率 鑒權(quán) 摘 要： 本文收集了網(wǎng)優(yōu)工程師現(xiàn)場處理無線性能問題的案例，并按照連接建立、切換、DO速率、其他等將案例

4、分成四大類。詳細(xì)介紹了每一個案例的問題描述、原因分析、解決方案、經(jīng)驗總結(jié)和備注，目的是讓網(wǎng)絡(luò)優(yōu)化人員學(xué)習(xí)前人的經(jīng)驗從而達(dá)到快速處理類似問題的能力，并從中積累網(wǎng)優(yōu)經(jīng)驗，少走彎路。 縮略語清單： 縮略語 英文全名 中文解釋 Abis Abis Interface Abis接口（AN-BTS） A1 A Interface A接口（MSC-AN） AN Access Network 接入網(wǎng)絡(luò) AP Access Point 接入點 AT Access Terminal 接入終端 BAM Background Administration Module 后

5、管理模塊 BSC Base Station Controller 基站控制器 BTS Base Transceiver Station 基站收發(fā)信臺 DRC Data Rate Control 數(shù)據(jù)速率控制 DRI Data Ready Indication 數(shù)據(jù)準(zhǔn)備指示 EC Enhanced Channel Processing Board 增強(qiáng)信道處理板 EV-DO Evolution Data Optimized 增強(qiáng)速率優(yōu)化 FMR Frame Processing (FP MAC RLC) Board 幀處理板 FTP File Tra

6、nsfer Protocol 文件傳輸協(xié)議 IP Internet Protocol 因特網(wǎng)協(xié)議 NID Network Identification 網(wǎng)絡(luò)標(biāo)識 PCF Packet Control Function 分組控制功能 PDSN Packet Data Serving Node 分組數(shù)據(jù)服務(wù)節(jié)點 PZID Packet Zone Identification 分組區(qū)標(biāo)識 QoS Quality of Service 業(yè)務(wù)質(zhì)量 QXDM Qualcomm eXtensible Diagnostic Monitor 高通DO A測試工具 R

7、LP Radio Link Protocol 無線鏈路協(xié)議 RRM Radio Resource Management 無線資源管理 SID System Identification 系統(tǒng)標(biāo)識 TCP Transmission Control Protocol 傳輸控制協(xié)議 Um Air interface 空中接口 VOD Video On Demand 視頻點播 第1章 連接建立類案例 1.1 PCF丟包導(dǎo)致AT重激活時延長 作者：吳鈺峰（45700） 最小部門：CDMA & WIMAX網(wǎng)絡(luò)性能研究部 所屬產(chǎn)品：CDMA BSS

8、來源：比拼測試 關(guān)鍵字：AT 重激活 【現(xiàn)象、問題描述】 R國比拼測試前，做AT重激活預(yù)測試，發(fā)現(xiàn)重激活時延非常不穩(wěn)定，有時只需要500ms左右，有時卻需要4000ms。 【關(guān)鍵過程、根本原因分析】 撥號連接，看到AT進(jìn)入Idle后，使用下列命令ping FTP服務(wù)器：ping 172.31.5.5 -n 1，測試10次，發(fā)現(xiàn)AT進(jìn)入Dirmant態(tài)的時間變化也非常大（FMR的去激活定時器為30s）。分析用戶接口跟蹤，發(fā)現(xiàn)存在兩種呼叫流程，一種正常，一種異常，異常流程中BSC沒有收到PCF發(fā)送的A9-Update-A8-ACK消息，如下圖： 圖1-1 呼叫信令流程 查詢CCM

9、的A9 UPDATE A8超時定時器發(fā)現(xiàn)，使用的是默認(rèn)值2000（單位為ms，即2S），正常的A9-Update-A8響應(yīng)時間應(yīng)該為ms級的。我們修改該定時器為5000，經(jīng)過多次測試，還是出現(xiàn)該問題。 在PCF抓包，發(fā)現(xiàn)存在丟包現(xiàn)象。 【結(jié)論、解決方案及效果】 與開發(fā)人員進(jìn)行確認(rèn)，發(fā)現(xiàn)PCF的內(nèi)部處理存在問題，修改之后問題得到解決。發(fā)現(xiàn)問題版本為V2R3C03B011，合入到了V2R3C03B012版本。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 無。 【備注】 無。 1.2 相鄰載頻的搜索窗配置不相等導(dǎo)致EV-DO接入失敗 作者：黃遼（42271） 最小部門：CBSS產(chǎn)品技術(shù)

10、服務(wù)部 所屬產(chǎn)品：CDMA BSS 來源：網(wǎng)絡(luò)優(yōu)化 關(guān)鍵字：接入失敗 位置更新 搜索窗 【現(xiàn)象、問題描述】 R局點有用戶投訴，EV-DO呼叫接入時偶爾出現(xiàn)接入失敗的情況。對該地區(qū)進(jìn)行路測，發(fā)現(xiàn)該小區(qū)有些地區(qū)的接入成功率非常高，但是有些地區(qū)則常常出現(xiàn)EV-DO接入失敗的問題。同時在跟蹤該用戶的時候發(fā)現(xiàn)該用戶的AT發(fā)送位置更新消息非常頻繁。 【關(guān)鍵過程、根本原因分析】 1、通過分析信令來檢查什么原因?qū)е铝撕艚薪尤胧。l(fā)現(xiàn)在失敗時有如下異常流程出現(xiàn)：BSC連續(xù)發(fā)起兩次A9-Setup-A8的消息 圖1-2 BSC連續(xù)發(fā)起兩次A9-Setup-A8的消息的信令 在上述的流程中，

11、AN在2ms的時間之內(nèi)給同一個PCF發(fā)送了兩條A9-Setup-A8 DRI（數(shù)據(jù)準(zhǔn)備指示）分別為1和0，要求建立A8鏈路。在BSC的V200R001C02B018SP0X系列的版本中，由于PCF的處理缺陷，如果PCF在極短的時間之內(nèi)連續(xù)收到為同一個AT的建立A8連接的請求，PCF會認(rèn)為PCF與AN的資源狀態(tài)不一致，所以PCF就通過第二條A11注冊請求消息，釋放相關(guān)的資源，把呼叫釋放到Null態(tài)，在5秒之后，AN給AT發(fā)送了連接拒絕消息。 2、分析為什么AN會在極短的時間之內(nèi)給PCF發(fā)送兩條A9-Setup-A8。通過消息內(nèi)容的分析，這兩條A9-Setup-A8的DRI分別等于1和0，由于用

12、戶有數(shù)據(jù)要傳，因此AN會發(fā)送DRI=1的A9-Setup-A8消息，要求建立A8鏈路，在何種情況下會發(fā)送DRI=0的A9-Setup-A8消息呢？分析協(xié)議知道發(fā)送DRI=0的A9-Setup-A8消息原因有： l 用戶在休眠態(tài)下發(fā)生AN間切換 l 用戶在休眠態(tài)下發(fā)生1X與DO之間的切換 l 用戶在激活態(tài)的時候釋放呼叫 l 會話進(jìn)行配置協(xié)商后，發(fā)起的A8建立 很明顯，前面的三種情況都不符合。 3、分析相關(guān)的信令流程，可以看到，確實是在會話配置協(xié)商的同時，用戶發(fā)起了DO呼叫接入，因此AN在2ms的時間之內(nèi)給PCF發(fā)送了兩條A9-SETUP-A8。 圖1-3 AN在2ms的時間之內(nèi)

13、給PCF發(fā)送了兩條A9-SETUP-A8的信令 4、由此得到這個問題的根本原因：由于AN在極短的時間內(nèi)，對于同一個AT的A8鏈路建立，給PCF發(fā)送了兩條A9-SETUP-A8，在V2R1的版本中，PCF對于這種特殊的場景的處理存在缺陷，拒絕了呼叫的接入。因此這個問題的產(chǎn)生與AT頻繁進(jìn)行會話的配置協(xié)商有關(guān)。 AT可能發(fā)起位置更新的場景： l 位置信息發(fā)生變化，比如：SIN、NID和PZID，這三個ID中的任何一個發(fā)生變化，AT都會發(fā)起位置更新。 l 會話的配置協(xié)商完成后，如果AN支持位置更新，AT就會發(fā)起位置更新。 首先對AT發(fā)送的LocationNotification消息進(jìn)行分

14、析，可以發(fā)現(xiàn)所有的消息中的SID、NID和PZID的值都是一樣的，據(jù)此可以排除位置信息發(fā)生變化這種原因。 再通過對跟蹤的信令流程進(jìn)行分析，可以發(fā)現(xiàn)AT與AN不斷地對搜索窗口的大小進(jìn)行協(xié)商，對其中的兩條RouteUpdConfigRequest進(jìn)行分析，可以看到相鄰集搜索窗口在8和9之間來回變動。 圖1-4 RUR消息相鄰集搜索窗口不同 搜索窗的大小是會話建立時需要協(xié)商的參數(shù)，如果協(xié)商好的參數(shù)發(fā)生變化，那么肯定需要重新進(jìn)行會話的配置協(xié)商。 另外，根據(jù)Abis-DO-BTS Setup消息，我們找到了這個區(qū)域幾個主要的載頻，發(fā)現(xiàn)在配置腳本中，它們相鄰集的搜索窗口確實是不相等的： MO

15、D DOCNP: CN=2054, SCTID=1, CRRID=10, PILOTINCREMENT=4, SRCHWINA=5, SRCHWINN=9, SRCHWINR=14, CONFIRM=Y; MOD DOCNP: CN=2169, SCTID=2, CRRID=10, PILOTINCREMENT=4, SRCHWINA=5, SRCHWINN=8, SRCHWINR=14, CONFIRM=Y; MOD DOCNP: CN=2169, SCTID=1, CRRID=10, PILOTINCREMENT=4, SRCHWINA=5, SRCHWINN=8, SRCHWINR=

16、14, CONFIRM=Y; 【結(jié)論、解決方案及效果】 覆蓋這個區(qū)域的幾個主要載頻的相鄰集搜索窗口配置不相等，導(dǎo)致了會話重新發(fā)起配置協(xié)商。分析頻繁位置更新的信令流程，發(fā)現(xiàn)AT頻繁發(fā)起位置更新的原因：在一個切換區(qū)域中，幾個主要的載頻的搜索窗配置不相等，導(dǎo)致頻繁發(fā)起會話的配置協(xié)商過程，隨帶著AT頻繁發(fā)起位置更新。 圖1-5 頻繁位置更新的信令流程分析 把這幾個載頻的相鄰集搜索窗口修改相等，修改后上述問題全部解決。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 無。 【備注】 無。  第2章 切換類案例 2.1 框間鏈路未配置導(dǎo)致EV-DO切換失敗 作者：唐明通（39938

17、） 最小部門：俄羅斯代表處 所屬產(chǎn)品：CDMA BSS 來源：網(wǎng)絡(luò)優(yōu)化 關(guān)鍵字：EV-DO切換 框間鏈路 鄰區(qū)漏配 CBSSSTAR 【現(xiàn)象、問題描述】 B國某CDMA450M EV-DO局點，反饋在配置反向搜索窗24chips基站和96chips基站之間EV-DO軟切換失敗，現(xiàn)象為速率陡降或者連接中斷?，F(xiàn)場BSS版本為V200R001C02B018，S3/3/3組網(wǎng)，2個1X頻點＋1個EV-DO頻點。 【關(guān)鍵過程、根本原因分析】 導(dǎo)致EV-DO切換失敗或者速率陡降的原因有： l 漏配EV-DO鄰區(qū)； l BSC間切換區(qū)域； l 導(dǎo)頻污染。 通過現(xiàn)場反饋BAM數(shù)據(jù)分

18、析，發(fā)現(xiàn)鄰區(qū)漏配，進(jìn)一步通過打開EV-DO鄰區(qū)漏配檢測開關(guān)和BSC Runlog鄰區(qū)漏配記錄軟參，通過CBSSSTAR分析Runlog文件，檢測出漏配鄰區(qū)，反饋現(xiàn)場添加。具體命令如下： 1、MOD DORRMMP: DETECMISSPILOTSWITCH=ON;打開鄰區(qū)漏配檢測功能開關(guān)，此開關(guān)V1R3默認(rèn)關(guān)閉，V2R1/V2R2默認(rèn)打開。 2、MOD SOFTPARA: SRVMN=RRM, PRMNO=50, PRMV="0x1";打開寫日志開關(guān)，鄰區(qū)漏配檢測的結(jié)果就會被寫入到SPU日志中，然后用工具進(jìn)行分析后輸出鄰區(qū)腳本（與1X鄰區(qū)形式一致）。 （注意上述0x1指的是將RRM第50

19、號軟參的bit0的值，由默認(rèn)值0修改為1，請使用LST SOFTPARA命令首先查詢該軟參設(shè)置值，然后將bit0設(shè)為1）。 【結(jié)論、解決方案及效果】 增加鄰區(qū)后，測試結(jié)果表明部分切換成功，但還有很多切換失敗。 讓現(xiàn)場反饋最新BAM數(shù)據(jù)，通過工程輔助系統(tǒng)還原檢查系統(tǒng)參數(shù)配置，發(fā)現(xiàn)現(xiàn)場配置有兩個EV-DO框，但框間未配置軟切換鏈路，進(jìn)一步發(fā)現(xiàn)測試區(qū)域基站分布在兩個EV-DO框里，通知現(xiàn)場配置EV-DO框間鏈路，測試結(jié)果表明EV-DO切換正常，問題得到解決。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 BSC配置有多個EV-DO框，框間也需要配置軟切換鏈路。 EV-DO切換失敗很多原因跟鄰區(qū)漏配有

20、關(guān)，要充分利用CBSSSTAR鄰區(qū)漏配檢測功能發(fā)現(xiàn)漏配鄰區(qū)。 【備注】 無。  第3章 DO速率低案例 3.1 Abis傳輸亂序?qū)е翫O Rev.A單用戶下載速率低 作者：吳鈺鋒(45700)、葉國駿（47562） 最小部門：CDMA & WiMAX網(wǎng)絡(luò)性能研究部 所屬產(chǎn)品：CDMA BSS 來源：比拼測試 關(guān)鍵字：速率低 亂序 【現(xiàn)象、問題描述】 在B市無線環(huán)境非常好的情況下（DRC申請速率為3.1Mbps），使用DO Rev.A終端進(jìn)行單用戶下載，即使同時使用兩個線程進(jìn)行下載，平均下載速率也不超過2.5Mbps。 【關(guān)鍵過程、根本原因分析】 考慮到組

21、網(wǎng)的特殊性，BSC和BTS分別與兩個匯聚路由相聯(lián)，兩個匯聚路由之間預(yù)留有3根E1口通過微波傳輸（如下圖），先在A市進(jìn)行無線環(huán)境很好情況下單用戶下載，發(fā)現(xiàn)下載速率正常，可達(dá)2.8Mbps。 圖3-1 網(wǎng)絡(luò)結(jié)構(gòu)圖 使用Ping測試Abis傳輸?shù)恼`包率，發(fā)現(xiàn)誤包率非常低，沒有問題。 通過QXDM測試發(fā)現(xiàn)，下載速率比正常情況低300kbps的主要原因為Abis口存在大量的RLP重傳，AT側(cè)統(tǒng)計的總的重傳字節(jié)和接收到的新包字節(jié)數(shù)量幾乎相當(dāng)，有大量數(shù)據(jù)是重復(fù)字節(jié)。 采用逐段排除的方法，將FMR的接收、發(fā)送數(shù)據(jù)、EC板的接收數(shù)據(jù)，與AT的接收數(shù)據(jù)進(jìn)行對比，找出吞吐量損失的大致位置，然后通過該處的

22、信息跟蹤進(jìn)行精確定位，定位出丟失的包實際上是由于Abis鏈路上產(chǎn)生了亂序，而RLP層無法分辯亂序還是丟包，從而引發(fā)了大量的RLP重傳。 【結(jié)論、解決方案及效果】 下載速率低主要原因是：Abis口路由間IP傳輸導(dǎo)致數(shù)據(jù)亂序，最終導(dǎo)致大量RLP重傳。 解決方案：1）推動客戶檢查了網(wǎng)絡(luò)，發(fā)現(xiàn)兩個匯聚路由器之間，3根E1中的1根存在時鐘配置問題，修改后亂序包的比例從2%下降到0.1%以下，網(wǎng)絡(luò)質(zhì)量得到優(yōu)化；2）信道板增加了排序功能（BTS計劃合入到V3R2C01版本中），RLP重傳大大減少。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 在定位一些速率低等網(wǎng)上問題時，一定要考慮實際的網(wǎng)絡(luò)結(jié)構(gòu)。由于我司產(chǎn)

23、品驗證主要是在實驗室完成，而通常情況下實驗室無法考慮各種各樣的實際組網(wǎng)情況，所以在商用網(wǎng)中通常會出現(xiàn)這樣那樣的問題。 【備注】 無。 3.2 EC板緩存太大導(dǎo)致頻繁切換時DO Rev.A終端掉零 作者：吳鈺鋒(45700)、葉國駿（47562） 最小部門：CDMA & WiMAX網(wǎng)絡(luò)性能研究部 所屬產(chǎn)品：CDMA BSS 來源：比拼測試 關(guān)鍵字：頻繁切換 掉零 【現(xiàn)象、問題描述】 使用AnyDATA終端（協(xié)商為DO Rev.A模式）進(jìn)行路測，在切換帶內(nèi)，經(jīng)常出現(xiàn)速率掉零，且長時間無法自動恢復(fù)，需要手動重啟FTP下載后，下載才能恢復(fù)正常。 【關(guān)鍵過程、根本原因分析】

24、 分析AT的log數(shù)據(jù)，發(fā)現(xiàn)在產(chǎn)生掉零的位置，空口環(huán)境變化非常劇烈，AT申請的DRC在0到1.2M之間劇烈波動，同時AT的RLP數(shù)據(jù)中增加了許多RLP Abort。 分析FMR和信道板的打印信息，發(fā)現(xiàn)信道板此時的緩沖隊列大多為滿的狀態(tài)。由于DRC由大到小變化非常迅速，又伴隨多次虛擬軟切換，每次虛擬軟切換都會將緩沖區(qū)中的數(shù)據(jù)全部清空，因此，F(xiàn)MR下發(fā)的重傳數(shù)據(jù)不能及時的發(fā)到AT，導(dǎo)致AT側(cè)產(chǎn)生RLP Abort，將錯誤遺留到上層TCP層后，引發(fā)TCP的懲罰機(jī)制，導(dǎo)致速率降為0。 【結(jié)論、解決方案及效果】 EC板的緩存默認(rèn)設(shè)置為32760byte，在大部分情況下切換是沒有問題的，但對于頻繁切

25、換情況，由于產(chǎn)品的實現(xiàn)機(jī)制，在切換前需要清空原緩存，導(dǎo)致大量的數(shù)據(jù)靠上層的重傳來保證，大量的數(shù)據(jù)如果在AT的RLP定時器超時之前來不及重傳，則會產(chǎn)生大量的RLP Abort，傳遞到上層TCP層，從而導(dǎo)致掉零；但如果設(shè)置EC板的緩存值太小，由于擁塞控制機(jī)制，將會導(dǎo)致單用戶下載情況下速率達(dá)不到理論值。 通過多次測試發(fā)現(xiàn)設(shè)置EC板緩存為14000byte時，頻繁切換導(dǎo)致掉零問題和下載速率低問題都可以得到解決。 注意：EC板緩存為代碼寫死參數(shù)，無維護(hù)臺命令可修改。14000byte適用于R國，但由于網(wǎng)絡(luò)的差異，不一定適合其它地方，對于特定的網(wǎng)絡(luò)，需要測試驗證。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】

26、 為了兼顧頻繁切換導(dǎo)致掉零問題和下載速率低問題，需要合理設(shè)置一個平衡值。 【備注】 無。 3.3 FMR緩沖區(qū)不夠?qū)е骂l繁切換時DO Rel.0終端掉零 作者：吳鈺鋒(45700)、葉國駿（47562） 最小部門：CDMA & WiMAX網(wǎng)絡(luò)性能研究部 所屬產(chǎn)品：CDMA BSS 來源：比拼測試 關(guān)鍵字：頻繁切換 路測 掉零 【現(xiàn)象、問題描述】 使用AnyDATA終端（協(xié)商為DO Rel.0模式）進(jìn)行路測，在切換帶內(nèi)，經(jīng)常出現(xiàn)速率掉零，且長時間無法自動恢復(fù)，需要手動重啟FTP下載后，下載才能恢復(fù)正常。 【關(guān)鍵過程、根本原因分析】 對比該時段前后Cait log，發(fā)現(xiàn)

27、在GPS時間15:44:06.203時，AT發(fā)送了連續(xù)發(fā)送了兩條反向RLP消息，空洞長度分別為31842和25668字節(jié)，這樣的大空洞是導(dǎo)致速率掉零的直接原因。 回放Cait數(shù)據(jù)，在上述大片空洞產(chǎn)生之前都發(fā)生了虛擬軟切換： 圖3-2 在大片空洞產(chǎn)生之前發(fā)生了虛擬軟切換 分析FMR調(diào)試臺打印也可以看到，這段時間內(nèi)切換很頻繁，開始的時候是0號分支作為主分支。當(dāng)2號分支發(fā)起Req時，基站緩沖區(qū)被清除，此時可以看到基站緩沖區(qū)數(shù)據(jù)量很大，幾乎是滿的。另外剛切換到2號分支，就發(fā)現(xiàn)2號分支連續(xù)幾秒鐘收到的反向幀都是誤幀。此時處于無主分支狀態(tài)?；居智宄彌_區(qū)，在這540ms內(nèi)有損失了200多個前向

28、包和200多個重傳包。 基站上報的從空口發(fā)出去的FrameID和FMR發(fā)給BTS的FrameID相差很大。在虛擬軟切換時，基站會清空發(fā)送緩沖區(qū)，基站的緩沖區(qū)設(shè)定是32760字節(jié)，相當(dāng)于263個RLP包，而FMR只會記錄已發(fā)給BTS的10個包記錄，當(dāng)基站大量數(shù)據(jù)被清除時，要求傳輸?shù)臄?shù)據(jù)在FMR中找不到（基站剛把緩沖區(qū)填滿，就發(fā)生了虛擬軟切換），此時會在AT的RLP層產(chǎn)生一個大小為200多個包的空洞，只能依靠于TCP層的重傳，這會導(dǎo)致很大的速率波谷。 【結(jié)論、解決方案及效果】 BTS EC板緩存與FMR的記錄相差太大是頻繁切換時DO Rel.0路測掉零的根本原因。通過修改FMR的記錄（從10

29、改為270），頻繁切換時DO Rel.0路測掉零問題得到了解決。 注：FMR的記錄數(shù)需要調(diào)整的可能性非常小，目前產(chǎn)品不支持命令修改，BSC版本V2R3C03B012最近版本已經(jīng)把記錄數(shù)寫死為270。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 無。 【備注】 無。 3.4 EV-DO QoS速率權(quán)重設(shè)置錯誤導(dǎo)致VOD視頻播放速率較低達(dá)不到理想的效果 作者：張柏林 最小部門：CBSS產(chǎn)品技術(shù)服務(wù)部 所屬產(chǎn)品：CDMA BSS 來源：網(wǎng)絡(luò)優(yōu)化 關(guān)鍵字：VOD 金牌用戶 QoS DOGP 【現(xiàn)象、問題描述】 某局點對BSC6600,BTS3606、PDSN升級后利用三星E159

30、手機(jī)撥號后進(jìn)入VOD視頻點播網(wǎng)站進(jìn)行視頻播放，通過速度測試軟件測試的播放速率只有580Kbps，而升級前穩(wěn)定為1.4Mbps。 現(xiàn)場版本：BSC6600V200R003C02B014(061110)， BTS3606-0R001ENGC04B01520061110), PDSN9660V800R105C01B011, 組網(wǎng)：1個BSC6600、1個BTS3606、1個PDSN、1業(yè)軟的流媒體服務(wù)器。 【關(guān)鍵過程、根本原因分析】 1、檢查EV-DO基站的業(yè)務(wù)鏈路帶寬，分配給DO的物理E1為兩條業(yè)務(wù)鏈路。帶寬設(shè)置沒有問題； 2、檢查便攜機(jī)參數(shù)設(shè)置，TCP窗口、IP頭壓縮等設(shè)置的均沒有

31、問題； 3、由于只用一個手機(jī)連接到便攜機(jī)上進(jìn)行測試，所以不可能是由于用戶數(shù)過多引起的速率下降； 4、手機(jī)上信號滿格，并且測試手機(jī)就在離基站不到5米的地方，排除了無線環(huán)境差的原因； 5、檢查BSC參數(shù)設(shè)置： l 檢查TCP優(yōu)化開關(guān)LST MAPARA，將TCP優(yōu)化開關(guān)關(guān)閉后測試速率依然為580Kbps，排除此開關(guān)的影響； l 檢查腳本中的其他軟參： MOD SOFTPARA: SRVMN=SMP, PRMNO=0, PRMV="0x01"; MOD SOFTPARA: SRVMN=CCM, PRMNO=31, PRMV="0x0"; MOD SOFTPARA: SRVMN=PCU

32、, PRMNO=3, PRMV="0x1"; MOD DOFMR: FN=4, INACTIVETLEN=255, CONFIRM=Y; 設(shè)置沒有錯誤； l 考慮到EV-DO可以針對同一個載頻下無線環(huán)境相似的不同等級用戶的數(shù)據(jù)業(yè)務(wù)呼叫前向平均傳輸速率，是不是這個速率設(shè)置的過小而影響到整個前向速率呢？ ? 首先使用LST DOGP查詢EV-DO全局參數(shù)，查詢BSC已經(jīng)打開了QoS開關(guān)； ? 使用命令LST DOQOS: GRADE=GOLD;查詢金牌用戶的前向速率限制為585.6Kbps（GRADEFWDLMTRATE=FRATE5856） ? 使用命令MOD DOQOS: GRAD

33、E=GOLD, GRADEFWDLMTRATE=FRATE23424;將速率修改為2342.4后測試，VOD播放速率正常。 【結(jié)論、解決方案及效果】 金牌用戶速率的前向設(shè)置為FRATE5856，那么這個載頻下的用戶最高就只能以585.6的最高速率接入了，無法以其他更高速率接入。QoS速率權(quán)重設(shè)置錯誤導(dǎo)致VOD視頻播放速率偏低。 修改此參數(shù)后VOD播放速率恢復(fù)正常。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 涉及到EV-DO的參數(shù)設(shè)置很多，希望大家在考慮正常數(shù)據(jù)配置問題的情況下，多檢查一下系統(tǒng)的參數(shù)配置。 【備注】 無。 3.5 E1數(shù)目不足和業(yè)務(wù)鏈路配置錯誤造成EV-DO數(shù)據(jù)業(yè)務(wù)下

34、載速率低 作者：陳世進(jìn)（60653） 最小部門：無線網(wǎng)絡(luò)規(guī)劃部 所屬產(chǎn)品：CDMA BSS 來源：網(wǎng)絡(luò)優(yōu)化 關(guān)鍵字：EV-DO FTP下載 速率低 【現(xiàn)象、問題描述】 M國EV-DO網(wǎng)絡(luò)在完成所有安裝和配置之后，測試時單用戶使用EV-DO FTP下載業(yè)務(wù)的平均速率只有700～800Kbps，使用內(nèi)部FTP服務(wù)器下載，單用戶平均速率依然很低。 【關(guān)鍵過程、根本原因分析】 造成EV-DO數(shù)據(jù)業(yè)務(wù)速率低的原因一般有如下幾點： l 空口質(zhì)量差； l Abis帶寬不足； l BSC、PCF和PDSN間PVC帶寬設(shè)置不合理； l BSC和BTS配置業(yè)務(wù)鏈路數(shù)不一致； l 連接

35、終端和FTP服務(wù)器的PC配置錯誤。 1、用CAIT測試空口質(zhì)量。測試結(jié)果表明C/I超過10dB，DRC始終為2.4Mbps，而且測試過程中沒有收到相鄰扇區(qū)或者基站的信號。這說明空口質(zhì)量很好，不是造成下載速率低的原因。 2、檢查連FTP服務(wù)器和接終端以及FTP服務(wù)器的PC的配置。確認(rèn)配置無誤后，單用戶平均下載速率依然保持在700~800kbps。 3、檢查配置的E1數(shù)，發(fā)現(xiàn)每個EV-DO基站只配置了一條E1。但即使只有一條E1，單用戶平均下載速率應(yīng)該可以達(dá)到1.2Mbps，因為一條E1的有效物理帶寬超過1.5M，所以E1數(shù)的限制還不是主要原因。不過每個EV-DO基站只配置一條E1也是不

36、合理的。給測試基站再加一條E1后，單用戶平均下載速率可以達(dá)到1.5 Mbps。而根據(jù)經(jīng)驗，配置2條E1后，單用戶平均下載速率應(yīng)該超過1.9Mbps，問題仍然沒有解決。 4、在配置2條E1后，用iperf測試從PDSN到PCF和從PDSN到MS的實際物理帶寬。測試結(jié)果為：PDSN和PCF之間的帶寬約為73M，屬于正常值；而PDSN和AT之間的帶寬只有1.5M。 5、檢查BSC的帶寬配置。用命令LST BTSLNK查詢BIE板和BTS間的帶寬設(shè)置，用命令LST ALPATH查詢BIE板和FMR板間的帶寬設(shè)置，在這一步終于發(fā)現(xiàn)了問題：之前為每個EV-DO基站配置了2條業(yè)務(wù)鏈路，但是每個EV-DO

37、基站只配置了一塊EC板。 【結(jié)論、解決方案及效果】 因此是E1數(shù)目不足和業(yè)務(wù)鏈路配置錯誤造成EV-DO數(shù)據(jù)業(yè)務(wù)下載速率低。 在BSC和BTS側(cè)都刪除一條業(yè)務(wù)鏈路后，單用戶平均下載速率終于到達(dá)了2.0Mbps，問題得到解決。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 遇到EV-DO數(shù)據(jù)業(yè)務(wù)下載速率低的問題時，一般都可以從空口質(zhì)量、服務(wù)器的TCP/IP協(xié)議窗口配置、物理鏈路配置、業(yè)務(wù)鏈路數(shù)等幾個方面去查找原因。 【備注】 無。  第4章 其他案例 4.1 Actix統(tǒng)計工具有誤導(dǎo)致路測大量RLP Reset 作者：吳鈺鋒(45700)、葉國駿（47562）、黃飛泉（5477

38、2） 最小部門：CDMA & WiMAX網(wǎng)絡(luò)性能研究部 所屬產(chǎn)品：CDMA BSS 來源：比拼測試 關(guān)鍵字：RLP Reset Nak 【現(xiàn)象、問題描述】 R國比拼測試，路測完成后，客戶反映存在大量RLP Reset。測試中使用的終端為可支持Rev.A的AnyDATA，測試時已協(xié)商為DO Rel.0模式。 【關(guān)鍵過程、根本原因分析】 首先我們要了解RLP Reset的產(chǎn)生條件： l 發(fā)送方一接收到Nak消息，若所請求字節(jié)可用，則RLP應(yīng)在它的輸出流中插入這些字節(jié)的拷貝； l 若Nak記錄含有任何大于或等于V(S)的序號，則RLP執(zhí)行Reset過程。其中V(S)是記錄下一個

39、將要發(fā)送字節(jié)序號的變量； l 若Nak記錄不含任何大于或等于V(S)的序號但所請求的字節(jié)不能重傳，則RLP應(yīng)忽略此Nak； l 當(dāng)RLP鏈路兩端出現(xiàn)字節(jié)序號紊亂時，由檢測到錯誤的一方啟動RLP的復(fù)位過程，通過復(fù)位使得鏈路兩端狀態(tài)變量恢復(fù)同步。 分析維護(hù)臺、cait、和調(diào)試臺FMR打印信息，都找不到Reset這條信令。 使用Actix分析測試的Cait數(shù)據(jù)，發(fā)現(xiàn)RLP Reset全部由AN發(fā)起，相關(guān)統(tǒng)計信息如下： 表1 RLP Reset統(tǒng)計 Statistic EV-DO_RLP_Reset_Count Mean 0.736438356 Mode 0 Median 0

40、 Maximum 2 Minimum 0 Count 1825 Standard Deviation 0.961228338 Variance 0.923959917 RLP Reset路線分布如下： 圖4-1 RLP Reset路線分布 從上圖可以看出： 1、 RLP Reset分段出現(xiàn)，在某段區(qū)域內(nèi)總是為相同的值； 2、 路測開始很長一段時間RLP Reset都為0，隨著測試路線的推進(jìn)，后續(xù)區(qū)域內(nèi)RLP Reset數(shù)目是越來越多。 分析RLP Reset數(shù)為2一段的Cait數(shù)據(jù)（如上圖）發(fā)現(xiàn)：雖然RLP Reset數(shù)增加了2，但Last RLP Stats Reset Time = 02:21:28.468 卻一直沒有改變，這顯然是不對的。 分析DO Rev.A路測數(shù)據(jù)，也發(fā)現(xiàn)了相同的問題，表明Actix統(tǒng)計方式是有問題的。 【結(jié)論、解決方案及效果】 1、Actix統(tǒng)計Cait中AN和AT發(fā)起的RLP Reset個數(shù)不對； 2、測試還發(fā)現(xiàn)，DO Rev.A的手機(jī)手動斷PPP撥號連接時，Cait會統(tǒng)計一次RLP復(fù)位，而這種復(fù)位在調(diào)試臺是沒有記錄的。 把測試中的關(guān)鍵數(shù)據(jù)給客戶解釋，得到了客戶的認(rèn)可。 【經(jīng)驗總結(jié)、預(yù)防措施和規(guī)范建議】 無。 【備注】 無。