華為——CDMA性能案例分冊(cè)（DO部分）

1、cdma性能案例分冊(cè)（do部分）內(nèi)部公開(kāi)資料編碼產(chǎn)品名稱使用對(duì)象華為工程師產(chǎn)品版本編寫(xiě)部門(mén)cdma網(wǎng)絡(luò)性能研究部資料版本1.1cdma性能案例分冊(cè)（do部分）擬 制：cdma&wimax網(wǎng)絡(luò)性能研究部日 期：整 理：日 期：審 核：日 期：批 準(zhǔn)：日 期：華 為 技 術(shù) 有 限 公 司版權(quán)所有 侵權(quán)必究修訂記錄日期修訂版本描述作者2010-03-27華為機(jī)密，未經(jīng)許可不得擴(kuò)散第ii頁(yè), 共26頁(yè)cdma性能案例分冊(cè)（do部分）內(nèi)部公開(kāi)目 錄第1章 連接建立類(lèi)案例31.1 pcf丟包導(dǎo)致at重激活時(shí)延長(zhǎng)31.2 相鄰載頻的搜索窗配置不相等導(dǎo)致ev-do接入失敗5第2章 切換類(lèi)案例102.1 框間

2、鏈路未配置導(dǎo)致ev-do切換失敗10第3章 do速率低案例123.1 abis傳輸亂序?qū)е耫o rev.a單用戶下載速率低123.2 ec板緩存太大導(dǎo)致頻繁切換時(shí)do rev.a終端掉零143.3 fmr緩沖區(qū)不夠?qū)е骂l繁切換時(shí)do rel.0終端掉零153.4 ev-do qos速率權(quán)重設(shè)置錯(cuò)誤導(dǎo)致vod視頻播放速率較低達(dá)不到理想的效果173.5 e1數(shù)目不足和業(yè)務(wù)鏈路配置錯(cuò)誤造成ev-do數(shù)據(jù)業(yè)務(wù)下載速率低19第4章 其他案例214.1 actix統(tǒng)計(jì)工具有誤導(dǎo)致路測(cè)大量rlp reset212010-03-27華為機(jī)密，未經(jīng)許可不得擴(kuò)散第23頁(yè), 共26頁(yè)關(guān)鍵詞：do 連接建立 切換 下

3、行速率 鑒權(quán)摘 要：本文收集了網(wǎng)優(yōu)工程師現(xiàn)場(chǎng)處理無(wú)線性能問(wèn)題的案例，并按照連接建立、切換、do速率、其他等將案例分成四大類(lèi)。詳細(xì)介紹了每一個(gè)案例的問(wèn)題描述、原因分析、解決方案、經(jīng)驗(yàn)總結(jié)和備注，目的是讓網(wǎng)絡(luò)優(yōu)化人員學(xué)習(xí)前人的經(jīng)驗(yàn)從而達(dá)到快速處理類(lèi)似問(wèn)題的能力，并從中積累網(wǎng)優(yōu)經(jīng)驗(yàn)，少走彎路?？s略語(yǔ)清單：縮略語(yǔ) 英文全名中文解釋abisabis interfaceabis接口（an-bts）a1a interfacea接口（msc-an）anaccess network接入網(wǎng)絡(luò)apaccess point接入點(diǎn)ataccess terminal接入終端bambackground administra

4、tion module后管理模塊bscbase station controller基站控制器btsbase transceiver station基站收發(fā)信臺(tái)drcdata rate control數(shù)據(jù)速率控制dridata ready indication數(shù)據(jù)準(zhǔn)備指示ecenhanced channel processing board增強(qiáng)信道處理板e(cuò)v-doevolution data optimized增強(qiáng)速率優(yōu)化fmrframe processing (fp mac rlc) board幀處理板ftpfile transfer protocol文件傳輸協(xié)議ipinternet pro

5、tocol因特網(wǎng)協(xié)議nidnetwork identification網(wǎng)絡(luò)標(biāo)識(shí)pcfpacket control function分組控制功能pdsnpacket data serving node分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)pzidpacket zone identification分組區(qū)標(biāo)識(shí)qosquality of service業(yè)務(wù)質(zhì)量qxdmqualcomm extensible diagnostic monitor高通do a測(cè)試工具rlpradio link protocol無(wú)線鏈路協(xié)議rrmradio resource management無(wú)線資源管理sidsystem identific

6、ation系統(tǒng)標(biāo)識(shí)tcptransmission control protocol傳輸控制協(xié)議umair interface空中接口vodvideo on demand視頻點(diǎn)播第1章 連接建立類(lèi)案例1.1 pcf丟包導(dǎo)致at重激活時(shí)延長(zhǎng)作者：吳鈺峰（45700）最小部門(mén)：cdma & wimax網(wǎng)絡(luò)性能研究部所屬產(chǎn)品：cdma bss來(lái)源：比拼測(cè)試關(guān)鍵字：at 重激活【現(xiàn)象、問(wèn)題描述】r國(guó)比拼測(cè)試前，做at重激活預(yù)測(cè)試，發(fā)現(xiàn)重激活時(shí)延非常不穩(wěn)定，有時(shí)只需要500ms左右，有時(shí)卻需要4000ms。【關(guān)鍵過(guò)程、根本原因分析】撥號(hào)連接，看到at進(jìn)入idle后，使用下列命令ping ftp服務(wù)器：pi

7、ng -n 1，測(cè)試10次，發(fā)現(xiàn)at進(jìn)入dirmant態(tài)的時(shí)間變化也非常大（fmr的去激活定時(shí)器為30s）。分析用戶接口跟蹤，發(fā)現(xiàn)存在兩種呼叫流程，一種正常，一種異常，異常流程中bsc沒(méi)有收到pcf發(fā)送的a9-update-a8-ack消息，如下圖：圖1-1 呼叫信令流程查詢ccm的a9 update a8超時(shí)定時(shí)器發(fā)現(xiàn)，使用的是默認(rèn)值2000（單位為ms，即2s），正常的a9-update-a8響應(yīng)時(shí)間應(yīng)該為ms級(jí)的。我們修改該定時(shí)器為5000，經(jīng)過(guò)多次測(cè)試，還是出現(xiàn)該問(wèn)題。在pcf抓包，發(fā)現(xiàn)存在丟包現(xiàn)象。【結(jié)論、解決方案及效果】與開(kāi)發(fā)人員進(jìn)行確認(rèn)，發(fā)現(xiàn)pcf的內(nèi)部處理

8、存在問(wèn)題，修改之后問(wèn)題得到解決。發(fā)現(xiàn)問(wèn)題版本為v2r3c03b011，合入到了v2r3c03b012版本?！窘?jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】無(wú)?！緜渥ⅰ繜o(wú)。1.2 相鄰載頻的搜索窗配置不相等導(dǎo)致ev-do接入失敗作者：黃遼（42271）最小部門(mén)：cbss產(chǎn)品技術(shù)服務(wù)部所屬產(chǎn)品：cdma bss來(lái)源：網(wǎng)絡(luò)優(yōu)化關(guān)鍵字：接入失敗 位置更新 搜索窗【現(xiàn)象、問(wèn)題描述】r局點(diǎn)有用戶投訴，ev-do呼叫接入時(shí)偶爾出現(xiàn)接入失敗的情況。對(duì)該地區(qū)進(jìn)行路測(cè)，發(fā)現(xiàn)該小區(qū)有些地區(qū)的接入成功率非常高，但是有些地區(qū)則常常出現(xiàn)ev-do接入失敗的問(wèn)題。同時(shí)在跟蹤該用戶的時(shí)候發(fā)現(xiàn)該用戶的at發(fā)送位置更新消息非常頻繁?！娟P(guān)鍵過(guò)程、

9、根本原因分析】1、通過(guò)分析信令來(lái)檢查什么原因?qū)е铝撕艚薪尤胧?，發(fā)現(xiàn)在失敗時(shí)有如下異常流程出現(xiàn)：bsc連續(xù)發(fā)起兩次a9-setup-a8的消息圖1-2 bsc連續(xù)發(fā)起兩次a9-setup-a8的消息的信令在上述的流程中，an在2ms的時(shí)間之內(nèi)給同一個(gè)pcf發(fā)送了兩條a9-setup-a8 dri（數(shù)據(jù)準(zhǔn)備指示）分別為1和0，要求建立a8鏈路。在bsc的v200r001c02b018sp0x系列的版本中，由于pcf的處理缺陷，如果pcf在極短的時(shí)間之內(nèi)連續(xù)收到為同一個(gè)at的建立a8連接的請(qǐng)求，pcf會(huì)認(rèn)為pcf與an的資源狀態(tài)不一致，所以pcf就通過(guò)第二條a11注冊(cè)請(qǐng)求消息，釋放相關(guān)的資源，把呼

10、叫釋放到null態(tài)，在5秒之后，an給at發(fā)送了連接拒絕消息。2、分析為什么an會(huì)在極短的時(shí)間之內(nèi)給pcf發(fā)送兩條a9-setup-a8。通過(guò)消息內(nèi)容的分析，這兩條a9-setup-a8的dri分別等于1和0，由于用戶有數(shù)據(jù)要傳，因此an會(huì)發(fā)送dri=1的a9-setup-a8消息，要求建立a8鏈路，在何種情況下會(huì)發(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)的時(shí)候釋放呼叫l(wèi) 會(huì)話進(jìn)行配置協(xié)商后，發(fā)起的a8建立很明顯，前面的三種情況都不符合。3

11、、分析相關(guān)的信令流程，可以看到，確實(shí)是在會(huì)話配置協(xié)商的同時(shí)，用戶發(fā)起了do呼叫接入，因此an在2ms的時(shí)間之內(nèi)給pcf發(fā)送了兩條a9-setup-a8。圖1-3 an在2ms的時(shí)間之內(nèi)給pcf發(fā)送了兩條a9-setup-a8的信令4、由此得到這個(gè)問(wèn)題的根本原因：由于an在極短的時(shí)間內(nèi)，對(duì)于同一個(gè)at的a8鏈路建立，給pcf發(fā)送了兩條a9-setup-a8，在v2r1的版本中，pcf對(duì)于這種特殊的場(chǎng)景的處理存在缺陷，拒絕了呼叫的接入。因此這個(gè)問(wèn)題的產(chǎn)生與at頻繁進(jìn)行會(huì)話的配置協(xié)商有關(guān)。at可能發(fā)起位置更新的場(chǎng)景：l 位置信息發(fā)生變化，比如：sin、nid和pzid，這三個(gè)id中的任何一個(gè)發(fā)生變化

12、，at都會(huì)發(fā)起位置更新。l 會(huì)話的配置協(xié)商完成后，如果an支持位置更新，at就會(huì)發(fā)起位置更新。首先對(duì)at發(fā)送的locationnotification消息進(jìn)行分析，可以發(fā)現(xiàn)所有的消息中的sid、nid和pzid的值都是一樣的，據(jù)此可以排除位置信息發(fā)生變化這種原因。再通過(guò)對(duì)跟蹤的信令流程進(jìn)行分析，可以發(fā)現(xiàn)at與an不斷地對(duì)搜索窗口的大小進(jìn)行協(xié)商，對(duì)其中的兩條routeupdconfigrequest進(jìn)行分析，可以看到相鄰集搜索窗口在8和9之間來(lái)回變動(dòng)。圖1-4 rur消息相鄰集搜索窗口不同搜索窗的大小是會(huì)話建立時(shí)需要協(xié)商的參數(shù)，如果協(xié)商好的參數(shù)發(fā)生變化，那么肯定需要重新進(jìn)行會(huì)話的配置協(xié)商。另外，

13、根據(jù)abis-do-bts setup消息，我們找到了這個(gè)區(qū)域幾個(gè)主要的載頻，發(fā)現(xiàn)在配置腳本中，它們相鄰集的搜索窗口確實(shí)是不相等的：mod 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=

14、1, crrid=10, pilotincrement=4, srchwina=5, srchwinn=8, srchwinr=14, confirm=y;【結(jié)論、解決方案及效果】覆蓋這個(gè)區(qū)域的幾個(gè)主要載頻的相鄰集搜索窗口配置不相等，導(dǎo)致了會(huì)話重新發(fā)起配置協(xié)商。分析頻繁位置更新的信令流程，發(fā)現(xiàn)at頻繁發(fā)起位置更新的原因：在一個(gè)切換區(qū)域中，幾個(gè)主要的載頻的搜索窗配置不相等，導(dǎo)致頻繁發(fā)起會(huì)話的配置協(xié)商過(guò)程，隨帶著at頻繁發(fā)起位置更新。圖1-5 頻繁位置更新的信令流程分析把這幾個(gè)載頻的相鄰集搜索窗口修改相等，修改后上述問(wèn)題全部解決?！窘?jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】無(wú)?！緜渥ⅰ繜o(wú)。第2章 切換類(lèi)案例2

15、.1 框間鏈路未配置導(dǎo)致ev-do切換失敗作者：唐明通（39938）最小部門(mén)：俄羅斯代表處所屬產(chǎn)品：cdma bss來(lái)源：網(wǎng)絡(luò)優(yōu)化關(guān)鍵字：ev-do切換 框間鏈路 鄰區(qū)漏配 cbssstar【現(xiàn)象、問(wèn)題描述】b國(guó)某cdma450m ev-do局點(diǎn)，反饋在配置反向搜索窗24chips基站和96chips基站之間ev-do軟切換失敗，現(xiàn)象為速率陡降或者連接中斷?，F(xiàn)場(chǎng)bss版本為v200r001c02b018，s3/3/3組網(wǎng)，2個(gè)1x頻點(diǎn)1個(gè)ev-do頻點(diǎn)?！娟P(guān)鍵過(guò)程、根本原因分析】導(dǎo)致ev-do切換失敗或者速率陡降的原因有：l 漏配ev-do鄰區(qū)；l bsc間切換區(qū)域；l 導(dǎo)頻污染。通過(guò)現(xiàn)場(chǎng)反饋

16、bam數(shù)據(jù)分析，發(fā)現(xiàn)鄰區(qū)漏配，進(jìn)一步通過(guò)打開(kāi)ev-do鄰區(qū)漏配檢測(cè)開(kāi)關(guān)和bsc runlog鄰區(qū)漏配記錄軟參，通過(guò)cbssstar分析runlog文件，檢測(cè)出漏配鄰區(qū)，反饋現(xiàn)場(chǎng)添加。具體命令如下：1、mod dorrmmp: detecmisspilotswitch=on;打開(kāi)鄰區(qū)漏配檢測(cè)功能開(kāi)關(guān)，此開(kāi)關(guān)v1r3默認(rèn)關(guān)閉，v2r1/v2r2默認(rèn)打開(kāi)。2、mod softpara: srvmn=rrm, prmno=50, prmv=0x1;打開(kāi)寫(xiě)日志開(kāi)關(guān)，鄰區(qū)漏配檢測(cè)的結(jié)果就會(huì)被寫(xiě)入到spu日志中，然后用工具進(jìn)行分析后輸出鄰區(qū)腳本（與1x鄰區(qū)形式一致）。（注意上述0x1指的是將rrm第50號(hào)軟

17、參的bit0的值，由默認(rèn)值0修改為1，請(qǐng)使用lst softpara命令首先查詢?cè)撥泤⒃O(shè)置值，然后將bit0設(shè)為1）?！窘Y(jié)論、解決方案及效果】增加鄰區(qū)后，測(cè)試結(jié)果表明部分切換成功，但還有很多切換失敗。讓現(xiàn)場(chǎng)反饋?zhàn)钚耣am數(shù)據(jù)，通過(guò)工程輔助系統(tǒng)還原檢查系統(tǒng)參數(shù)配置，發(fā)現(xiàn)現(xiàn)場(chǎng)配置有兩個(gè)ev-do框，但框間未配置軟切換鏈路，進(jìn)一步發(fā)現(xiàn)測(cè)試區(qū)域基站分布在兩個(gè)ev-do框里，通知現(xiàn)場(chǎng)配置ev-do框間鏈路，測(cè)試結(jié)果表明ev-do切換正常，問(wèn)題得到解決?！窘?jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】bsc配置有多個(gè)ev-do框，框間也需要配置軟切換鏈路。ev-do切換失敗很多原因跟鄰區(qū)漏配有關(guān)，要充分利用cbsssta

18、r鄰區(qū)漏配檢測(cè)功能發(fā)現(xiàn)漏配鄰區(qū)?！緜渥ⅰ繜o(wú)。第3章 do速率低案例3.1 abis傳輸亂序?qū)е耫o rev.a單用戶下載速率低作者：吳鈺鋒(45700)、葉國(guó)駿（47562）最小部門(mén)：cdma & wimax網(wǎng)絡(luò)性能研究部所屬產(chǎn)品：cdma bss來(lái)源：比拼測(cè)試關(guān)鍵字：速率低 亂序【現(xiàn)象、問(wèn)題描述】在b市無(wú)線環(huán)境非常好的情況下（drc申請(qǐng)速率為3.1mbps），使用do rev.a終端進(jìn)行單用戶下載，即使同時(shí)使用兩個(gè)線程進(jìn)行下載，平均下載速率也不超過(guò)2.5mbps。【關(guān)鍵過(guò)程、根本原因分析】考慮到組網(wǎng)的特殊性，bsc和bts分別與兩個(gè)匯聚路由相聯(lián)，兩個(gè)匯聚路由之間預(yù)留有3根e1口通過(guò)微波傳輸（

19、如下圖），先在a市進(jìn)行無(wú)線環(huán)境很好情況下單用戶下載，發(fā)現(xiàn)下載速率正常，可達(dá)2.8mbps。圖3-1 網(wǎng)絡(luò)結(jié)構(gòu)圖使用ping測(cè)試abis傳輸?shù)恼`包率，發(fā)現(xiàn)誤包率非常低，沒(méi)有問(wèn)題。通過(guò)qxdm測(cè)試發(fā)現(xiàn)，下載速率比正常情況低300kbps的主要原因?yàn)閍bis口存在大量的rlp重傳，at側(cè)統(tǒng)計(jì)的總的重傳字節(jié)和接收到的新包字節(jié)數(shù)量幾乎相當(dāng)，有大量數(shù)據(jù)是重復(fù)字節(jié)。采用逐段排除的方法，將fmr的接收、發(fā)送數(shù)據(jù)、ec板的接收數(shù)據(jù)，與at的接收數(shù)據(jù)進(jìn)行對(duì)比，找出吞吐量損失的大致位置，然后通過(guò)該處的信息跟蹤進(jìn)行精確定位，定位出丟失的包實(shí)際上是由于abis鏈路上產(chǎn)生了亂序，而rlp層無(wú)法分辯亂序還是丟包，從而引發(fā)了

20、大量的rlp重傳。【結(jié)論、解決方案及效果】下載速率低主要原因是：abis口路由間ip傳輸導(dǎo)致數(shù)據(jù)亂序，最終導(dǎo)致大量rlp重傳。解決方案：1）推動(dòng)客戶檢查了網(wǎng)絡(luò)，發(fā)現(xiàn)兩個(gè)匯聚路由器之間，3根e1中的1根存在時(shí)鐘配置問(wèn)題，修改后亂序包的比例從2%下降到0.1%以下，網(wǎng)絡(luò)質(zhì)量得到優(yōu)化；2）信道板增加了排序功能（bts計(jì)劃合入到v3r2c01版本中），rlp重傳大大減少?！窘?jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】在定位一些速率低等網(wǎng)上問(wèn)題時(shí)，一定要考慮實(shí)際的網(wǎng)絡(luò)結(jié)構(gòu)。由于我司產(chǎn)品驗(yàn)證主要是在實(shí)驗(yàn)室完成，而通常情況下實(shí)驗(yàn)室無(wú)法考慮各種各樣的實(shí)際組網(wǎng)情況，所以在商用網(wǎng)中通常會(huì)出現(xiàn)這樣那樣的問(wèn)題?！緜渥ⅰ繜o(wú)。3.2

21、ec板緩存太大導(dǎo)致頻繁切換時(shí)do rev.a終端掉零作者：吳鈺鋒(45700)、葉國(guó)駿（47562）最小部門(mén)：cdma & wimax網(wǎng)絡(luò)性能研究部所屬產(chǎn)品：cdma bss來(lái)源：比拼測(cè)試關(guān)鍵字：頻繁切換 掉零【現(xiàn)象、問(wèn)題描述】使用anydata終端（協(xié)商為do rev.a模式）進(jìn)行路測(cè)，在切換帶內(nèi)，經(jīng)常出現(xiàn)速率掉零，且長(zhǎng)時(shí)間無(wú)法自動(dòng)恢復(fù)，需要手動(dòng)重啟ftp下載后，下載才能恢復(fù)正常。【關(guān)鍵過(guò)程、根本原因分析】分析at的log數(shù)據(jù)，發(fā)現(xiàn)在產(chǎn)生掉零的位置，空口環(huán)境變化非常劇烈，at申請(qǐng)的drc在0到1.2m之間劇烈波動(dòng)，同時(shí)at的rlp數(shù)據(jù)中增加了許多rlp abort。分析fmr和信道板的打印信

22、息，發(fā)現(xiàn)信道板此時(shí)的緩沖隊(duì)列大多為滿的狀態(tài)。由于drc由大到小變化非常迅速，又伴隨多次虛擬軟切換，每次虛擬軟切換都會(huì)將緩沖區(qū)中的數(shù)據(jù)全部清空，因此，fmr下發(fā)的重傳數(shù)據(jù)不能及時(shí)的發(fā)到at，導(dǎo)致at側(cè)產(chǎn)生rlp abort，將錯(cuò)誤遺留到上層tcp層后，引發(fā)tcp的懲罰機(jī)制，導(dǎo)致速率降為0?！窘Y(jié)論、解決方案及效果】ec板的緩存默認(rèn)設(shè)置為32760byte，在大部分情況下切換是沒(méi)有問(wèn)題的，但對(duì)于頻繁切換情況，由于產(chǎn)品的實(shí)現(xiàn)機(jī)制，在切換前需要清空原緩存，導(dǎo)致大量的數(shù)據(jù)靠上層的重傳來(lái)保證，大量的數(shù)據(jù)如果在at的rlp定時(shí)器超時(shí)之前來(lái)不及重傳，則會(huì)產(chǎn)生大量的rlp abort，傳遞到上層tcp層，從而導(dǎo)致

23、掉零；但如果設(shè)置ec板的緩存值太小，由于擁塞控制機(jī)制，將會(huì)導(dǎo)致單用戶下載情況下速率達(dá)不到理論值。通過(guò)多次測(cè)試發(fā)現(xiàn)設(shè)置ec板緩存為14000byte時(shí)，頻繁切換導(dǎo)致掉零問(wèn)題和下載速率低問(wèn)題都可以得到解決。注意：ec板緩存為代碼寫(xiě)死參數(shù)，無(wú)維護(hù)臺(tái)命令可修改。14000byte適用于r國(guó)，但由于網(wǎng)絡(luò)的差異，不一定適合其它地方，對(duì)于特定的網(wǎng)絡(luò)，需要測(cè)試驗(yàn)證?！窘?jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】為了兼顧頻繁切換導(dǎo)致掉零問(wèn)題和下載速率低問(wèn)題，需要合理設(shè)置一個(gè)平衡值?！緜渥ⅰ繜o(wú)。3.3 fmr緩沖區(qū)不夠?qū)е骂l繁切換時(shí)do rel.0終端掉零作者：吳鈺鋒(45700)、葉國(guó)駿（47562）最小部門(mén)：cdma &

24、wimax網(wǎng)絡(luò)性能研究部所屬產(chǎn)品：cdma bss來(lái)源：比拼測(cè)試關(guān)鍵字：頻繁切換 路測(cè) 掉零【現(xiàn)象、問(wèn)題描述】使用anydata終端（協(xié)商為do rel.0模式）進(jìn)行路測(cè)，在切換帶內(nèi)，經(jīng)常出現(xiàn)速率掉零，且長(zhǎng)時(shí)間無(wú)法自動(dòng)恢復(fù)，需要手動(dòng)重啟ftp下載后，下載才能恢復(fù)正常?！娟P(guān)鍵過(guò)程、根本原因分析】對(duì)比該時(shí)段前后cait log，發(fā)現(xiàn)在gps時(shí)間15:44:06.203時(shí)，at發(fā)送了連續(xù)發(fā)送了兩條反向rlp消息，空洞長(zhǎng)度分別為31842和25668字節(jié)，這樣的大空洞是導(dǎo)致速率掉零的直接原因。回放cait數(shù)據(jù)，在上述大片空洞產(chǎn)生之前都發(fā)生了虛擬軟切換：圖3-2 在大片空洞產(chǎn)生之前發(fā)生了虛擬軟切換分析f

25、mr調(diào)試臺(tái)打印也可以看到，這段時(shí)間內(nèi)切換很頻繁，開(kāi)始的時(shí)候是0號(hào)分支作為主分支。當(dāng)2號(hào)分支發(fā)起req時(shí)，基站緩沖區(qū)被清除，此時(shí)可以看到基站緩沖區(qū)數(shù)據(jù)量很大，幾乎是滿的。另外剛切換到2號(hào)分支，就發(fā)現(xiàn)2號(hào)分支連續(xù)幾秒鐘收到的反向幀都是誤幀。此時(shí)處于無(wú)主分支狀態(tài)?；居智宄彌_區(qū)，在這540ms內(nèi)有損失了200多個(gè)前向包和200多個(gè)重傳包?；旧蠄?bào)的從空口發(fā)出去的frameid和fmr發(fā)給bts的frameid相差很大。在虛擬軟切換時(shí)，基站會(huì)清空發(fā)送緩沖區(qū)，基站的緩沖區(qū)設(shè)定是32760字節(jié)，相當(dāng)于263個(gè)rlp包，而fmr只會(huì)記錄已發(fā)給bts的10個(gè)包記錄，當(dāng)基站大量數(shù)據(jù)被清除時(shí)，要求傳輸?shù)臄?shù)據(jù)在f

26、mr中找不到（基站剛把緩沖區(qū)填滿，就發(fā)生了虛擬軟切換），此時(shí)會(huì)在at的rlp層產(chǎn)生一個(gè)大小為200多個(gè)包的空洞，只能依靠于tcp層的重傳，這會(huì)導(dǎo)致很大的速率波谷。【結(jié)論、解決方案及效果】bts ec板緩存與fmr的記錄相差太大是頻繁切換時(shí)do rel.0路測(cè)掉零的根本原因。通過(guò)修改fmr的記錄（從10改為270），頻繁切換時(shí)do rel.0路測(cè)掉零問(wèn)題得到了解決。注：fmr的記錄數(shù)需要調(diào)整的可能性非常小，目前產(chǎn)品不支持命令修改，bsc版本v2r3c03b012最近版本已經(jīng)把記錄數(shù)寫(xiě)死為270?！窘?jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】無(wú)?！緜渥ⅰ繜o(wú)。3.4 ev-do qos速率權(quán)重設(shè)置錯(cuò)誤導(dǎo)致vod視

27、頻播放速率較低達(dá)不到理想的效果作者：張柏林最小部門(mén)：cbss產(chǎn)品技術(shù)服務(wù)部 所屬產(chǎn)品：cdma bss來(lái)源：網(wǎng)絡(luò)優(yōu)化關(guān)鍵字：vod 金牌用戶 qos dogp【現(xiàn)象、問(wèn)題描述】某局點(diǎn)對(duì)bsc6600,bts3606、pdsn升級(jí)后利用三星e159手機(jī)撥號(hào)后進(jìn)入vod視頻點(diǎn)播網(wǎng)站進(jìn)行視頻播放，通過(guò)速度測(cè)試軟件測(cè)試的播放速率只有580kbps，而升級(jí)前穩(wěn)定為1.4mbps?，F(xiàn)場(chǎng)版本：bsc6600v200r003c02b014(061110)，bts3606-0r001engc04b01520061110),pdsn9660v800r105c01b011,組網(wǎng)：1個(gè)bsc6600、1個(gè)bts360

28、6、1個(gè)pdsn、1業(yè)軟的流媒體服務(wù)器?！娟P(guān)鍵過(guò)程、根本原因分析】1、檢查ev-do基站的業(yè)務(wù)鏈路帶寬，分配給do的物理e1為兩條業(yè)務(wù)鏈路。帶寬設(shè)置沒(méi)有問(wèn)題；2、檢查便攜機(jī)參數(shù)設(shè)置，tcp窗口、ip頭壓縮等設(shè)置的均沒(méi)有問(wèn)題；3、由于只用一個(gè)手機(jī)連接到便攜機(jī)上進(jìn)行測(cè)試，所以不可能是由于用戶數(shù)過(guò)多引起的速率下降；4、手機(jī)上信號(hào)滿格，并且測(cè)試手機(jī)就在離基站不到5米的地方，排除了無(wú)線環(huán)境差的原因；5、檢查bsc參數(shù)設(shè)置：l 檢查tcp優(yōu)化開(kāi)關(guān)lst mapara，將tcp優(yōu)化開(kāi)關(guān)關(guān)閉后測(cè)試速率依然為580kbps，排除此開(kāi)關(guān)的影響；l 檢查腳本中的其他軟參：mod softpara: srvmn=sm

29、p, prmno=0, prmv=0x01;mod softpara: srvmn=ccm, prmno=31, prmv=0x0;mod softpara: srvmn=pcu, prmno=3, prmv=0x1;mod dofmr: fn=4, inactivetlen=255, confirm=y;設(shè)置沒(méi)有錯(cuò)誤；l 考慮到ev-do可以針對(duì)同一個(gè)載頻下無(wú)線環(huán)境相似的不同等級(jí)用戶的數(shù)據(jù)業(yè)務(wù)呼叫前向平均傳輸速率，是不是這個(gè)速率設(shè)置的過(guò)小而影響到整個(gè)前向速率呢？ 首先使用lst dogp查詢ev-do全局參數(shù)，查詢bsc已經(jīng)打開(kāi)了qos開(kāi)關(guān)； 使用命令lst doqos: grade=gol

30、d;查詢金牌用戶的前向速率限制為585.6kbps（gradefwdlmtrate=frate5856） 使用命令mod doqos: grade=gold, gradefwdlmtrate=frate23424;將速率修改為2342.4后測(cè)試，vod播放速率正常?！窘Y(jié)論、解決方案及效果】金牌用戶速率的前向設(shè)置為frate5856，那么這個(gè)載頻下的用戶最高就只能以585.6的最高速率接入了，無(wú)法以其他更高速率接入。qos速率權(quán)重設(shè)置錯(cuò)誤導(dǎo)致vod視頻播放速率偏低。修改此參數(shù)后vod播放速率恢復(fù)正常。【經(jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】涉及到ev-do的參數(shù)設(shè)置很多，希望大家在考慮正常數(shù)據(jù)配置問(wèn)題的

31、情況下，多檢查一下系統(tǒng)的參數(shù)配置?！緜渥ⅰ繜o(wú)。3.5 e1數(shù)目不足和業(yè)務(wù)鏈路配置錯(cuò)誤造成ev-do數(shù)據(jù)業(yè)務(wù)下載速率低作者：陳世進(jìn)（60653）最小部門(mén)：無(wú)線網(wǎng)絡(luò)規(guī)劃部所屬產(chǎn)品：cdma bss來(lái)源：網(wǎng)絡(luò)優(yōu)化關(guān)鍵字：ev-do ftp下載 速率低【現(xiàn)象、問(wèn)題描述】m國(guó)ev-do網(wǎng)絡(luò)在完成所有安裝和配置之后，測(cè)試時(shí)單用戶使用ev-do ftp下載業(yè)務(wù)的平均速率只有700800kbps，使用內(nèi)部ftp服務(wù)器下載，單用戶平均速率依然很低。【關(guān)鍵過(guò)程、根本原因分析】造成ev-do數(shù)據(jù)業(yè)務(wù)速率低的原因一般有如下幾點(diǎn)：l 空口質(zhì)量差；l abis帶寬不足；l bsc、pcf和pdsn間pvc帶寬設(shè)置不合理；

32、l bsc和bts配置業(yè)務(wù)鏈路數(shù)不一致；l 連接終端和ftp服務(wù)器的pc配置錯(cuò)誤。1、用cait測(cè)試空口質(zhì)量。測(cè)試結(jié)果表明c/i超過(guò)10db，drc始終為2.4mbps，而且測(cè)試過(guò)程中沒(méi)有收到相鄰扇區(qū)或者基站的信號(hào)。這說(shuō)明空口質(zhì)量很好，不是造成下載速率低的原因。2、檢查連ftp服務(wù)器和接終端以及ftp服務(wù)器的pc的配置。確認(rèn)配置無(wú)誤后，單用戶平均下載速率依然保持在700800kbps。3、檢查配置的e1數(shù)，發(fā)現(xiàn)每個(gè)ev-do基站只配置了一條e1。但即使只有一條e1，單用戶平均下載速率應(yīng)該可以達(dá)到1.2mbps，因?yàn)橐粭le1的有效物理帶寬超過(guò)1.5m，所以e1數(shù)的限制還不是主要原因。不過(guò)每個(gè)ev

33、-do基站只配置一條e1也是不合理的。給測(cè)試基站再加一條e1后，單用戶平均下載速率可以達(dá)到1.5 mbps。而根據(jù)經(jīng)驗(yàn)，配置2條e1后，單用戶平均下載速率應(yīng)該超過(guò)1.9mbps，問(wèn)題仍然沒(méi)有解決。4、在配置2條e1后，用iperf測(cè)試從pdsn到pcf和從pdsn到ms的實(shí)際物理帶寬。測(cè)試結(jié)果為：pdsn和pcf之間的帶寬約為73m，屬于正常值；而pdsn和at之間的帶寬只有1.5m。5、檢查bsc的帶寬配置。用命令lst btslnk查詢bie板和bts間的帶寬設(shè)置，用命令lst alpath查詢bie板和fmr板間的帶寬設(shè)置，在這一步終于發(fā)現(xiàn)了問(wèn)題：之前為每個(gè)ev-do基站配置了2條業(yè)務(wù)鏈路，但是每個(gè)ev-do基站只配置了一塊ec板?！窘Y(jié)論、解決方案及效果】因此是e1數(shù)目不足和業(yè)務(wù)鏈路配置錯(cuò)誤造成ev-do數(shù)據(jù)業(yè)務(wù)下載速率低。在bsc和bts側(cè)都刪除一條業(yè)務(wù)鏈路后，單用戶平均下載速率終于到達(dá)了2.0mbps，問(wèn)題得到解決?！窘?jīng)驗(yàn)總結(jié)、預(yù)防措施和規(guī)范建議】遇到ev-do數(shù)據(jù)業(yè)務(wù)下載速率低的問(wèn)題時(shí)，一般都可以從空口質(zhì)量、服務(wù)器的tcp/ip協(xié)議窗口配置、物理鏈路配置、業(yè)務(wù)鏈路數(shù)等幾個(gè)方面去查找原因?！緜渥ⅰ繜o(wú)。第4章 其他案例