【文章內(nèi)容簡(jiǎn)介】 hold] [tsdufwdresp] [tsdurvsresp] [minqueuesize] [maxqueuesize] [ratecontrolfactor1] [ratecontrolfactor2]調(diào)整效果跟蹤：DateMatch Rate%Lower Rate%RF Cpcty11月5日 11月6日 11月20日 11月21日 我們可以看到，在進(jìn)行了RAS門限進(jìn)行了調(diào)整以后，使得系統(tǒng)的降速分配率得到了一定程度的降低，尤其是對(duì)減少RF Cpcty的情況效果非常明顯，這對(duì)提高整個(gè)網(wǎng)絡(luò)的性能，提高SCH的指配成功率有較大的幫助。從以上的各項(xiàng)分析來(lái)看，我們對(duì)RAS門限參數(shù)的調(diào)整降低了SCH軟切換比例，節(jié)省了網(wǎng)絡(luò)資源，從整個(gè)網(wǎng)絡(luò)（統(tǒng)計(jì)的三載波、雙載波基站）的匹配率得到了提高，降速率得到了降低，高配速的比例也有一定程度的提高，從這些統(tǒng)計(jì)可以表明我們對(duì)RAS的調(diào)整有利于提高網(wǎng)絡(luò)平均速率，提高用戶滿意度！最后無(wú)錫網(wǎng)絡(luò)的前向RAS門限定為3！5．4 RC配置的優(yōu)化調(diào)整216。 調(diào)整目的合理無(wú)線配置，提高系統(tǒng)利用率，消除不同RC間的硬切換216。 調(diào)整原理 RC4中用到128位Walsh Code，Walsh Code的資源是增加了，一個(gè)16倍速的SCH只需用到8位Walsh Code，但是由于擴(kuò)頻增益減小，對(duì)射頻的要求會(huì)更高。而RC3中用的是64位的Walsh Code，對(duì)于一個(gè)16倍速的SCH需要用到16位的Walsh Code,擴(kuò)頻增義增加，對(duì)射頻功率的需求低，但是對(duì)碼道資源的需求高。而經(jīng)過(guò)對(duì)無(wú)錫的網(wǎng)絡(luò)進(jìn)行了跟蹤分析后發(fā)現(xiàn)目前無(wú)錫網(wǎng)絡(luò)中經(jīng)過(guò)項(xiàng)目組調(diào)整了Walsh Code配置后WC資源基本上沒有出現(xiàn)過(guò)溢出的現(xiàn)象。因此目前功率成為影響速率的更重要因素。還有一個(gè)重要的原因是，不同的CBSC在不同的RC配置下進(jìn)行切換是硬切換。216。 網(wǎng)絡(luò)現(xiàn)狀目前無(wú)錫各個(gè)CBSC的設(shè)置不完全相同，這導(dǎo)致了如果在不同RC間切換變成硬切換。CBSC_IDFWDBASEREVBASEFWDSUPREVSUP3091434330924343309343433094434330313343303233433033334330344343216。 調(diào)整方案將無(wú)錫CDMA網(wǎng)絡(luò)下的所有BSC的前反向補(bǔ)充和基本信道的RC配置全部調(diào)整為3。216。 調(diào)整命令edit servoptcbscservopt so1xcrc crum [fwdbase] [revbase] [fwdsup] [revsup] [for1xrate] [rev1xrate]216。 調(diào)整區(qū)域CBSC3031 CBSC3032 CBSC3033 CBSC3034 CBSC3091 CBSC3092 CBSC3093 CBSC3094調(diào)整結(jié)論：RC的統(tǒng)一配置調(diào)整是避免了不同RC間發(fā)生硬切換，根據(jù)現(xiàn)在網(wǎng)絡(luò)的用戶量不高，信道資源未發(fā)生擁塞的情況下，配置成RC3更加有利于提高用戶的上網(wǎng)速率。5．5 前向SCH誤幀率的優(yōu)化調(diào)整216。 調(diào)整目的 降低1X業(yè)務(wù)的前向SCH誤幀率216。 參數(shù)含義 1x FFPC FSCH FPC FERData Label: FpcFERData Definition: Target FER for Outerloop Setpoint at MS for FSCH.Data Range: 010%Data Default: Target Subsystem: MSData Type: Fixed216。 現(xiàn)網(wǎng)狀況 現(xiàn)網(wǎng)的前向SCH的目標(biāo)FER是5%.216。 調(diào)整思路 補(bǔ)充信道FER目標(biāo)值的設(shè)置會(huì)直接影響到用戶吞吐量，甚至影響到整個(gè)網(wǎng)絡(luò)的吞吐量。（1）如果FER目標(biāo)值設(shè)置過(guò)高，比如20％，用戶吞吐量會(huì)因?yàn)轭l繁的重發(fā)而明顯下降。但是在這樣的情況下手機(jī)要求的業(yè)務(wù)信道增益也隨之減小，即降低了對(duì)基站功率的要求。系統(tǒng)將有更多的資源為其他用戶服務(wù)。（2）反之，如果FER目標(biāo)值設(shè)置很低，比如1％，用戶吞吐量幾乎可以達(dá)到物理層吞吐量（忽略開銷信道）。但是業(yè)務(wù)信道增益也隨之增大，也就是說(shuō)要占用基站的大部分功率。結(jié)果可能會(huì)導(dǎo)致基站不能容納更多的用戶，缺乏對(duì)其他用戶的公平性?？紤]到無(wú)錫現(xiàn)在數(shù)據(jù)用戶量較小，也就是說(shuō)用戶同時(shí)在一個(gè)扇區(qū)使用數(shù)據(jù)業(yè)務(wù)（尤指CARD業(yè)務(wù)）的概率是相當(dāng)小的。所以我們認(rèn)為對(duì)基站來(lái)說(shuō)可以為用戶分配更多功率來(lái)滿足用戶對(duì)吞吐量的要求。因?yàn)槿绻脩舻貌坏阶銐虻墓β?，F(xiàn)ER將隨之被快速升高，導(dǎo)致在下一個(gè)時(shí)間片上系統(tǒng)將不能再為之分配高速率的SCH信道。從而最終導(dǎo)致用戶吞吐量較為明顯的下降。216。 調(diào)整方案對(duì)于3031，高話務(wù)BSC，建議修改為3%對(duì)于3033，低話務(wù)BSC，建議修改為2%216。 調(diào)整命令edit fwdschgoscbscfwdschgos schfpcparms Fpcschfer216。 調(diào)整區(qū)域無(wú)錫市區(qū)的CBSC3031和3033。調(diào)整效果跟蹤：178。 BSC1的目標(biāo)FER由5改為3后的前后對(duì)比為:調(diào)整前調(diào)整后由上面總體比較可以看出，BSC1中FER由5改為3后，下載速率由104KBPS提到到了108KBPS，%%，得到一定程度的改善。16X分配比例：調(diào)整前 調(diào)整后由上面兩圖比較可以看出，但8X分配增加了3個(gè)百分點(diǎn)，所以下載速率有所提高。下載速率： 調(diào)整前 調(diào)整后由上面對(duì)比圖可以看出，紅圓圈處的下載速率改善比較大。FER對(duì)比為： 調(diào)整前 調(diào)整后圖中紅泉內(nèi)的FER得到了明顯地改善。178。 BSC3的FER由5調(diào)為2后對(duì)比為：調(diào)整前調(diào)整后由以上對(duì)比可以看出，調(diào)整后FER雖然得到改善，但下載速率沒有什么變化，還下降了1Kbps。16X分配比例：調(diào)整前 調(diào)整后 由調(diào)整前后可以看出，16X的分配比例由74％降低到了60％，所以目標(biāo)FER改為2反而影響了16X的分配。下載速率對(duì)比: 調(diào)整前 調(diào)整后由上面比較圖可以看出，下載速率基本沒有什么變化。FER前后對(duì)比: 調(diào)整前 調(diào)整后由上對(duì)比圖可以看出，紅圓圈處改變比較大。5．6 前向SCH功控增益的優(yōu)化調(diào)整216。 調(diào)整目的提高1X業(yè)務(wù)的前向速率216。 參數(shù)含義 fpcstepupsch This is the parameter the MCC/MAWI uses to adjust the SCH FPC gain. The range is: to . The default is: . This is an optional parameter.216。 網(wǎng)絡(luò)現(xiàn)狀。216。 調(diào)整思路 當(dāng)前向的Fer高于目標(biāo)值時(shí)，網(wǎng)絡(luò)會(huì)調(diào)整前向SCH的增益，調(diào)整幅度為fpcstepupsch，我們認(rèn)為當(dāng)fer惡化時(shí)，無(wú)線環(huán)境應(yīng)該是比較惡劣的，對(duì)于現(xiàn)在的網(wǎng)絡(luò)來(lái)說(shuō)，這樣很容易在無(wú)線差的地區(qū)產(chǎn)生震蕩，使得fer無(wú)法向target逼近，從而也影響前向的速率。前向SCH 增益時(shí)間 在Ffer低于Fpcfer的時(shí)候，前向功率會(huì)適當(dāng)?shù)南陆礷pcstepdownsch，以減少干擾當(dāng)外環(huán)的Ffer高于門限時(shí)，前向功率會(huì)增加fpcstepupsch，用來(lái)維持目標(biāo)的Ferfpcstepdownschfpcstepupsch 根據(jù)其他系統(tǒng)的參數(shù)經(jīng)驗(yàn)，我們認(rèn)為up的幅度應(yīng)該大于下調(diào)的幅度，這樣的功控機(jī)制是更符合多變的無(wú)線環(huán)境。216。 調(diào)整方案對(duì)于BSC3031。216。 調(diào)整命令edit fwdschgoscbscfwdschgos schfpcparms 216。 調(diào)整區(qū)域無(wú)錫市區(qū)的CBSC3031。調(diào)整效果跟蹤：：總體情況調(diào)整前：調(diào)整后：由上面對(duì)比可以看出，增益變大后，%變小到 %，都得到改善。16X分配比例對(duì)比：調(diào)整前 調(diào)整后由上面比較圖看出，16X的分配比例由78％增加到81％，增加了3個(gè)百分點(diǎn)。下載速率對(duì)比： 調(diào)整前 調(diào)整后從瞬間下載速率來(lái)看，總體上下載速率有所增加，但變化不是很大。FER對(duì)比為： 調(diào)整前 調(diào)整后上面兩圖顯示FER變化不太大，調(diào)整后紅色區(qū)域是因?yàn)槭謾C(jī)故障導(dǎo)致。5．7 BTS CPU OVLD問(wèn)題的分析BTS CPU OVLD:SDU向BTS發(fā)送SCH分配請(qǐng)求后等待基站回應(yīng)的RES消息，如果超時(shí)會(huì)重發(fā)REQ，重發(fā)次數(shù)為maxsdutimeouts，如果再?zèng)]有收到RES，SDU將宣布該基站發(fā)生了CPU OVLD，導(dǎo)致SCH分配失敗，在基站側(cè)，如果GLI的負(fù)荷超過(guò)85%也是一次CPU OVLD。216。 調(diào)查背景：通過(guò)檢查數(shù)據(jù)業(yè)務(wù)的相關(guān)統(tǒng)計(jì)報(bào)表，發(fā)現(xiàn)網(wǎng)絡(luò)中存在的問(wèn)題。并對(duì)這些問(wèn)題進(jìn)行詳細(xì)分析并提出相應(yīng)的解決建議。216。 調(diào)查細(xì)節(jié)如下：1．我們首先通過(guò)檢查Moto的相關(guān)統(tǒng)計(jì)報(bào)告發(fā)現(xiàn)，無(wú)錫CDMA網(wǎng)絡(luò)CBSC3034下面有10個(gè)基站因?yàn)锽TS CPU OVLD的原因?qū)е铝饲跋騍CH指配失敗次數(shù)很多，從表象上分析發(fā)現(xiàn)這些基站基本的BTSID較為連續(xù)。為401224。405以及409224。413。從MapInfo上我們可以看到這些基站的覆蓋范圍為泰山路、黃山路一帶。2．為了對(duì)這些問(wèn)題基站進(jìn)行問(wèn)題定位，看是否能夠找到它們存在共性的地方，我們考慮對(duì)這些基站的配置情況進(jìn)行檢查BTSID載波配置BTSID載波配置401三個(gè)雙載波小區(qū)409三個(gè)單載波+Beacon小區(qū)402三個(gè)單載波+Beacon小區(qū)410三個(gè)單載波+Beacon小區(qū)403三個(gè)雙載波小區(qū)411三個(gè)單載波+Beacon小區(qū)404三個(gè)雙載波小區(qū)412三個(gè)單載波小區(qū)405三個(gè)雙載波小區(qū)413三個(gè)單載波+Beacon三個(gè)我們看到CPU OVLD嚴(yán)重的這幾個(gè)基站包含了幾種類型：雙載波、單載波、單載波+Beacon它們的共同點(diǎn)是都可以在一個(gè)載波上同時(shí)承載語(yǔ)音和數(shù)據(jù)業(yè)務(wù)。3．我們對(duì)這些基站的RF LOAD Manager參數(shù)進(jìn)行了檢查，發(fā)現(xiàn)設(shè)置正常。4．為什么在同樣的話務(wù)負(fù)荷或者更繁忙的基站卻沒有出現(xiàn)CPU OVLD情況？它們與問(wèn)題基站又有那些區(qū)別呢？由于數(shù)據(jù)業(yè)務(wù)的資源指配都是由GLI CPU來(lái)進(jìn)行處理的，因此我們接下來(lái)對(duì)無(wú)錫網(wǎng)絡(luò)中的GLI板卡類型進(jìn)行了檢查，我們?nèi)?1月10日無(wú)錫OMC1的統(tǒng)計(jì)報(bào)告，將一天中所有出現(xiàn)了CPU OVLD的基站按照SCH請(qǐng)求次數(shù)進(jìn)行了從高到低的排名（SCH請(qǐng)求次數(shù)前15位的基站用藍(lán)色標(biāo)記）進(jìn)行了統(tǒng)計(jì)，并對(duì)他們的GLI板卡類型進(jìn)行了比較如下表：Reverse SCH Allocation FailuresGLI板卡類型BTSSCH RqstsBTS CPU OVLD1352083990GLI31601968310GLI31612340170GLI32061924930GLI32071878030GLI32092296460GLI32212919950GLI32272340160GLI32462169140GLI32564306340GLI32573646720GLI32582128210GLI3402177670718GLI2404245734912GLI24181938410GLI34011341302851GLI240383827392GLI240560379246GLI24083645012GLI2409119683136GLI2410129551189GLI2411100617324GLI24121822422GLI2413102092103GLI2426111530113GLI24287266241GLI24342317111GLI24367551874GLI2從上表中我們可以很明顯的看到，在該天的統(tǒng)計(jì)中有13個(gè)基站的SCH Rqs