無(wú)錫聯(lián)通CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化報(bào)告.doc

無(wú)錫聯(lián)通CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化報(bào)告 無(wú)錫CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化項(xiàng)目組2005年12月1日目 錄1前言42優(yōu)化工作概述43網(wǎng)絡(luò)性能指標(biāo)前后對(duì)比情況531系統(tǒng)部分指標(biāo)532無(wú)線(xiàn)部分指標(biāo)對(duì)比分析74 無(wú)錫數(shù)據(jù)業(yè)務(wù)分布分析1041數(shù)據(jù)業(yè)務(wù)話(huà)務(wù)分布圖1042 無(wú)錫載波分布圖125專(zhuān)題優(yōu)化1251啟用283頻點(diǎn)數(shù)據(jù)業(yè)務(wù)功能1252 Walsh Code Cache Count參數(shù)合理化調(diào)整1553 RAS門(mén)限的優(yōu)化調(diào)整1754 RC配置的優(yōu)化調(diào)整1855 前向SCH誤幀率的優(yōu)化調(diào)整2156 前向SCH功控增益的優(yōu)化調(diào)整2757 BTS CPU OVLD問(wèn)題的分析3158 反向SCH指配失敗RF CPCTY問(wèn)題3459 RLP零速率的初步分析40510 RLP的NAK機(jī)制優(yōu)化分析42511 MTU優(yōu)化分析436無(wú)線(xiàn)專(zhuān)題4661 問(wèn)題路段處理4662 太湖大道優(yōu)化對(duì)比5763 新區(qū)優(yōu)化對(duì)比657結(jié)束語(yǔ)691前言無(wú)錫CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化項(xiàng)目采用由省分技術(shù)支持中心牽頭，無(wú)錫市分公司、第三方（大唐移動(dòng)）參與的聯(lián)合優(yōu)化方式，利用19天（從11月7日到11月25日）的時(shí)間完成對(duì)無(wú)錫分公司CDMA1X網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)的優(yōu)化，此項(xiàng)目為數(shù)據(jù)業(yè)務(wù)的初步優(yōu)化，主要工作包括對(duì)數(shù)據(jù)業(yè)務(wù)相關(guān)參數(shù)的優(yōu)化調(diào)整、對(duì)現(xiàn)網(wǎng)參數(shù)設(shè)置的檢查，路測(cè)問(wèn)題點(diǎn)調(diào)整、太湖大道專(zhuān)題等。優(yōu)化目標(biāo)是解決目前網(wǎng)絡(luò)上影響數(shù)據(jù)業(yè)務(wù)速率的明顯問(wèn)題，通過(guò)本次優(yōu)化提高了無(wú)錫CDMA網(wǎng)絡(luò)的數(shù)據(jù)業(yè)務(wù)速率。由于本次優(yōu)化時(shí)間較短，優(yōu)化的范圍為無(wú)錫主要城區(qū)、太湖大道和新區(qū)。2優(yōu)化工作概述本次優(yōu)化主要完成的工作如下： 系統(tǒng)部分1 建立無(wú)錫網(wǎng)絡(luò)話(huà)務(wù)模型，對(duì)無(wú)錫CDMA網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)情況進(jìn)行細(xì)致了解，對(duì)無(wú)錫的1X網(wǎng)絡(luò)性能做了系統(tǒng)的分析。2 啟用283頻點(diǎn)數(shù)據(jù)功能。起到了平衡201頻點(diǎn)話(huà)務(wù)量，減少了手機(jī)在單載波和雙載波區(qū)域間發(fā)生硬切換的幾率，避免出現(xiàn)因手機(jī)進(jìn)入Dormant狀態(tài)速率為0的情況，提高了整網(wǎng)平均速率，尤其改善了這些邊界區(qū)域數(shù)據(jù)業(yè)務(wù)用戶(hù)的上網(wǎng)感受。283頻點(diǎn)數(shù)據(jù)功能打開(kāi)后有效的分擔(dān)了201頻點(diǎn)的話(huà)務(wù)量，減少了大量單雙載波間切換手機(jī)進(jìn)Dormant的情況， SCH指配失敗中的RF BLKS得到了較大降低。具體內(nèi)容見(jiàn)相關(guān)優(yōu)化專(zhuān)題。3 雙載波基站W(wǎng)alsh Code的優(yōu)化調(diào)整。將無(wú)錫OMC下的81個(gè)雙載波基站的兩個(gè)載波的Walsh Code Cache Count由原來(lái)的16調(diào)整為32，考慮到目前無(wú)錫網(wǎng)絡(luò)的話(huà)音話(huà)務(wù)量較小，話(huà)音沒(méi)有出現(xiàn)Walsh Code擁塞，剩余的32位Walsh Code完全可以滿(mǎn)足話(huà)音用戶(hù)的使用需求。因此該調(diào)整不會(huì)對(duì)話(huà)音用戶(hù)造成影響，沒(méi)有出現(xiàn)CFC20的情況；三載波基站W(wǎng)alsh Code的優(yōu)化調(diào)整。將無(wú)錫OMC下的37個(gè)三載波基站第三載波242頻點(diǎn)的Walsh Code由原來(lái)的32調(diào)整為40。目前三載波區(qū)域的242頻點(diǎn)設(shè)置為只承載數(shù)據(jù)業(yè)務(wù)，調(diào)整為40能夠更加充分的利用現(xiàn)有資源，提高系統(tǒng)利用率。剩余的Walsh Code足夠滿(mǎn)足低速數(shù)據(jù)業(yè)務(wù)（例如web業(yè)務(wù)），調(diào)整后沒(méi)有出現(xiàn)Walsh Code擁塞的情況。4 RAS門(mén)限的優(yōu)化調(diào)整與對(duì)比。RAS是專(zhuān)門(mén)針對(duì)SCH來(lái)設(shè)計(jì)的，可以通過(guò)控制主導(dǎo)頻的個(gè)數(shù)的方法來(lái)提高數(shù)據(jù)的吞吐量。項(xiàng)目組進(jìn)行了幾組RAS調(diào)整并對(duì)各種RAS設(shè)置下網(wǎng)絡(luò)進(jìn)行了前后對(duì)比測(cè)試，及網(wǎng)絡(luò)統(tǒng)計(jì)報(bào)告跟蹤分析。最終確定將無(wú)錫網(wǎng)絡(luò)的前向RAS門(mén)限值設(shè)為3。在該門(mén)限下資源占用更合理，對(duì)于提高匹配率，提高降速分配率，減少RF BLKS都有較明顯的效果。5 RC配置的優(yōu)化調(diào)整。檢查后發(fā)現(xiàn)無(wú)錫OMC下的幾個(gè)CBSC的FWDBASE和FWDSCH有的設(shè)置為RC3,有的設(shè)置為RC4。這樣導(dǎo)致了手機(jī)在不同的RC之間切換為硬切換。且在RC4中用到128位Walsh Code，Walsh Code的資源是增加了，而一個(gè)16倍速的SCH只需用到8位Walsh Code，但是由于擴(kuò)頻增益減小，對(duì)射頻的要求會(huì)更高。目前的話(huà)務(wù)量情況下，信道資源未發(fā)生溢出，因此使用RC3更加合理。6 對(duì)SCH的外環(huán)功率控制參數(shù)前向SCH的目標(biāo)FER做調(diào)整，對(duì)于高話(huà)務(wù)地區(qū)采用寬松的目標(biāo)值，對(duì)于低話(huà)務(wù)地區(qū)采用嚴(yán)格的目標(biāo)值，這樣可以充分的利用載波功率來(lái)維持鏈路的質(zhì)量。7 對(duì)SCH前向增益的調(diào)整，避免在無(wú)線(xiàn)差的地區(qū)產(chǎn)生震蕩，使得fer向target以下改善，從而也影響前向的傳輸速率。8 對(duì)系統(tǒng)中出現(xiàn)的部分基站cpu overload進(jìn)行分析，研究，發(fā)現(xiàn)產(chǎn)生cpu overload的GLI版本是2.0的，按照motorola的數(shù)據(jù)證明2.0版本的cpu處理能力要明顯差于3.0版本的，我們對(duì)401基站做了實(shí)驗(yàn)，結(jié)果cpu overload消失，建議問(wèn)題基站更換為3.0版本的GLI。9 對(duì)系統(tǒng)中出現(xiàn)的反向SCH分配時(shí)的RF Block進(jìn)行了分析，研究，發(fā)現(xiàn)反向RF Block基本與話(huà)務(wù)量走勢(shì)一致，問(wèn)題小區(qū)的分布無(wú)規(guī)律，大致認(rèn)為是話(huà)務(wù)高和用戶(hù)分布引起的，但也不排除是帶外噪聲導(dǎo)致的。10 對(duì)網(wǎng)絡(luò)中出現(xiàn)的RLP零速率進(jìn)行了初步分析。11 對(duì)RLP的NAK機(jī)制的研究。12 對(duì)網(wǎng)絡(luò)MTU的研究。 無(wú)線(xiàn)部分1 對(duì)無(wú)錫城區(qū)進(jìn)行評(píng)估測(cè)試2 配合系統(tǒng)側(cè)對(duì)修改的參數(shù)進(jìn)行對(duì)比測(cè)試3 對(duì)新區(qū)和太湖大道做了詳細(xì)的測(cè)試分析，并按照實(shí)際情況做出了優(yōu)化調(diào)整。4 對(duì)網(wǎng)絡(luò)評(píng)估中發(fā)現(xiàn)的問(wèn)題點(diǎn)進(jìn)行分析并做出相應(yīng)的解決方案。5 優(yōu)化前后整網(wǎng)的對(duì)比測(cè)試3網(wǎng)絡(luò)性能指標(biāo)前后對(duì)比情況31系統(tǒng)部分指標(biāo)通過(guò)為期三周的優(yōu)化工作，無(wú)錫聯(lián)通的CDMA1X網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)功能各項(xiàng)指標(biāo)都有了不同程度的改善。下表為無(wú)錫兩個(gè)OMC下基站前后三天的幾項(xiàng)重要指標(biāo)對(duì)比：優(yōu)化前三天：11月5日至11月7日優(yōu)化后三天：11月23日至11月25日1，SCH分配成功率分析 數(shù)據(jù)來(lái)源：DATA報(bào)告 BTS SCH Resource Allocation Forward 指標(biāo)定義：Match Rate%: Number of data rate matches / (SCH Resource Requests - Cancels)Lower Resps: Number of times BTS responded with a lower data rate than requestedTotal Fail%: SCH Allocation Failures / (SCH Resource Requests - Cancels)統(tǒng)計(jì)指標(biāo)11月2日11月3日11月4日11月23日11月24日11月25日Match Rate%70.88 69.82 70.16 73.3572.4870.74Lower Rate%17.93 18.94 18.54 14.1614.9914.91Total Fail%10.31 11.19 10.95 10.9610.5110.66SCH分配失敗原因：RF CpctyWalsh CodesMCC BWMCC CE11月2日1733572704355239211月3日20212551130288484611月4日210813010595256188011月23日167283248816411月24日166023051227109611月25日1504693118543308注：11月24日BTS-402出現(xiàn)Mcc_BW原因的失敗932次/BTS404出現(xiàn)Mcc_BW原因的失敗285次;11月25日BTS-330出現(xiàn)Mcc_CE原因的失敗43189次，所以這兩天的fail次數(shù)異常。 指標(biāo)說(shuō)明：從優(yōu)化前后三天的對(duì)比情況來(lái)看，經(jīng)過(guò)為期三周時(shí)間的系統(tǒng)參數(shù)調(diào)整，SCH請(qǐng)求的匹配率得到了一定程度的提高，優(yōu)化前三天匹配率在70%以下浮動(dòng)，優(yōu)化后匹配率基本上能夠達(dá)到72%以上。匹配率越高說(shuō)明申請(qǐng)的速率被成功分配的幾率越高，對(duì)提高整網(wǎng)的速率有重要的作用。降速分配率從18左右下降到14左右；對(duì)于RF容量原因?qū)е碌腟CH申請(qǐng)失敗也有很大程度的減少，這說(shuō)明我們打開(kāi)283頻點(diǎn)數(shù)據(jù)功能等措施的實(shí)施有效的提高了SCH分配成功率，數(shù)據(jù)業(yè)務(wù)的速率也相應(yīng)提升。2，分配速率分析 數(shù)據(jù)來(lái)源：Data報(bào)告 BTS and Data Rate SCH Resource Allocation Forward該表中的取值方法，所有基站不同速率的SCH USAGE值除以基站所有速率的SCH USAGE得到每個(gè)速率所占比例。速率11月2日11月3日11月4日11月23日11月24日11月25日9.6kbps17.91%18.77%18.66%15.03%15.04%15.20%19.2kbps5.56%5.29%5.51%5.65%5.05%5.16%38.4kbps8.94%9.12%9.05%9.03%8.31%8.43%72.6kbps16.76%17.39%17.07%18.21%17.78%17.35%153.6kbps50.83%49.43%49.71%52.08%53.83%53.87% 數(shù)據(jù)分析：從上面對(duì)不同速率的分配比例來(lái)看，在優(yōu)化后16X，8X的分配比例都有了一定程度的提高，這與我們將RAS門(mén)限從6調(diào)整到3有關(guān)。說(shuō)明將SCH進(jìn)入激活集的門(mén)限提高后，能夠有效的提高一部分用戶(hù)的16X和8X的分配比例，對(duì)于提高整網(wǎng)平均速率有重要的意義32無(wú)線(xiàn)部分指標(biāo)對(duì)比分析數(shù)據(jù)業(yè)務(wù)和話(huà)音業(yè)務(wù)存在較大的差別，用戶(hù)感受更多的是在業(yè)務(wù)層，比如瀏覽一個(gè)網(wǎng)頁(yè)、下載某個(gè)文件的快慢，而影響這些速度的不僅是無(wú)線(xiàn)側(cè)的原因，在有線(xiàn)側(cè)它可能要經(jīng)過(guò)很多的路由節(jié)點(diǎn)。而我們目前更多的是保證在RLP層有較高的吞吐量。我們認(rèn)為目前衡量和評(píng)估某個(gè)網(wǎng)絡(luò)的性能主要還是通過(guò)無(wú)線(xiàn)測(cè)試。 通過(guò)Agilent路測(cè)儀表獲得的評(píng)估指標(biāo) Avg.radio Link Throughput(Rx)：無(wú)線(xiàn)鏈路（RLP層）平均吞吐量 Avg.Ec/Io：平均Ec/Io Avg.Receive Power：平均接收功率 Avg.Transmit Power：平均發(fā)射功率 Avg.FER (SCH0)：平均誤碼率 在無(wú)錫聯(lián)通的積極配合下，我們對(duì)無(wú)錫城區(qū)和新區(qū)進(jìn)行了數(shù)據(jù)路測(cè),測(cè)試項(xiàng)目組使用的是AgelentE64XX儀表，后臺(tái)使用Actix軟件進(jìn)行分析，本次測(cè)試幾乎覆蓋了無(wú)錫城區(qū)數(shù)據(jù)數(shù)率高的區(qū)域。 測(cè)試指標(biāo)統(tǒng)計(jì)優(yōu)化前無(wú)錫的總體指標(biāo)為：EcIo_CombinedReceivePowerTransmitPowerForwardFER_SCH0Throughput-6.18-62.02-16.241.5198.11優(yōu)化后無(wú)錫的總體指標(biāo)為：EcIo_CombinedReceivePowerTransmitPowerForwardFER_SCH0Throughput-6.38-60.59-17.962.04100.86 數(shù)據(jù)分析從上表我們可以看到，調(diào)整前無(wú)錫的無(wú)線(xiàn)鏈路(RLP層)平均吞吐量為98.11Kbytes。各個(gè)速率上的平均Ec/Io在-6dB左右，平均手機(jī)接收功率在-60dBm左右，說(shuō)明測(cè)試區(qū)域內(nèi)的無(wú)線(xiàn)覆蓋情況良好。手機(jī)發(fā)射功率平均在-16dBm左右，SCH0的平均誤幀率比較低，平均在1.51左右。而在我們優(yōu)化結(jié)束后所做的統(tǒng)計(jì)顯示下載速率達(dá)到了100.86Kbytes，大約提高了2K，F(xiàn)ER由優(yōu)化前的1.51左右升高到2.04左右，是因?yàn)槲覀儼裄AS由6調(diào)整為3，減少了SCH激活集內(nèi)的導(dǎo)頻數(shù)目，而那些不提供SCH的PN則造成了干擾，使得FER有小幅度的升高。EC/IO的前后對(duì)比為：調(diào)整前調(diào)整后：經(jīng)過(guò)全網(wǎng)測(cè)試，我們找出了一些Ec/Io不好的路段，并它們進(jìn)行了分析，由于時(shí)間關(guān)系只對(duì)部分問(wèn)題點(diǎn)做了調(diào)整，而大部分的問(wèn)題點(diǎn)以解決建議的形式提交給無(wú)錫聯(lián)通，通過(guò)問(wèn)題點(diǎn)的調(diào)整時(shí)網(wǎng)絡(luò)的Ec/Io有了一定的改善。進(jìn)行了調(diào)整。下載瞬間速率前后對(duì)比為：調(diào)整前調(diào)整后：通過(guò)全網(wǎng)的測(cè)試分析，我們也找到下載速率低的路段進(jìn)行分析，并對(duì)它們提出了調(diào)整建議，使網(wǎng)絡(luò)得到了改善。4 無(wú)錫數(shù)據(jù)業(yè)務(wù)分布分析41數(shù)據(jù)業(yè)務(wù)話(huà)務(wù)分布圖數(shù)據(jù)來(lái)源：Moto系統(tǒng)統(tǒng)計(jì)報(bào)告說(shuō) 明：下面三個(gè)圖是我們從Moto系統(tǒng)統(tǒng)計(jì)報(bào)告中取出的各基站扇區(qū)一周平均的數(shù)據(jù)業(yè)務(wù)話(huà)務(wù)量的分布圖，這項(xiàng)指標(biāo)表明了目前無(wú)錫CDMA1X數(shù)據(jù)業(yè)務(wù)的分布情況。由于無(wú)錫地區(qū)面積較大，我們只截取了三個(gè)基站比較集中的城區(qū)、縣城來(lái)表示。圖中紅色表示該扇區(qū)1XPkt的WC Usage長(zhǎng)度為500 Minutes到1000 Minutes（每天） 圖中黃色表示該扇區(qū)1XPkt的WC Usage長(zhǎng)度為300 Minutes到500 Minutes（每天） 圖中藍(lán)色表示該扇區(qū)1XPkt的WC Usage長(zhǎng)度為100 Minutes到300 Minutes（每天） 圖中綠色表示該扇區(qū)1XPkt的WC Usage長(zhǎng)度為0 Minutes到100 Minutes（每天）圖例說(shuō)明同上圖圖例說(shuō)明同上圖 數(shù)據(jù)分析從上面的話(huà)務(wù)量分布圖上我們可以看到，無(wú)錫的話(huà)務(wù)最高區(qū)域在人民路一帶，這里也是無(wú)錫市區(qū)中心，用戶(hù)最集中，目前是配置了三載波的基站覆蓋這里。周邊話(huà)務(wù)量稍低的地區(qū)則大部分由雙載波基站覆蓋。說(shuō)明目前無(wú)錫的網(wǎng)絡(luò)配置與用戶(hù)話(huà)務(wù)量的分布基本上是吻合的。42 無(wú)錫載波分布圖數(shù)據(jù)來(lái)源：無(wú)錫CDMA基站數(shù)據(jù)庫(kù)文件說(shuō) 明：為了更直觀的看到目前無(wú)錫CDMA網(wǎng)絡(luò)基站的載波配置情況，我們從數(shù)據(jù)庫(kù)中導(dǎo)出不同載波的基站，并用MapInfo的方式在地圖上清晰顯示，從圖上我們可以看到三載波區(qū)域主要分布在鬧市區(qū)，兩載波基站主要覆蓋次級(jí)城區(qū)，單載波基站主要覆蓋在城郊結(jié)合部，這種配置與前面1X Pkt WC占用時(shí)間長(zhǎng)的基站（即數(shù)據(jù)業(yè)務(wù)量高低）分布基本吻合。從圖上我們也可以很直觀的劃分出載波邊界區(qū)域。 數(shù)據(jù)分析從上面不同載波的分布圖，結(jié)合數(shù)據(jù)業(yè)務(wù)量高基站的分布圖分析發(fā)現(xiàn)數(shù)據(jù)業(yè)務(wù)高的基站基本上都在三載波區(qū)域。這說(shuō)明目前的網(wǎng)絡(luò)配置與數(shù)據(jù)業(yè)務(wù)話(huà)務(wù)分布是基本吻合的。5專(zhuān)題優(yōu)化 由于江蘇省公司已經(jīng)對(duì)前期有效果的參數(shù)做了統(tǒng)一修改的要求，所以前面的5.1-5.4只是針對(duì)所修改的幾項(xiàng)參數(shù)做簡(jiǎn)單的描述和對(duì)比。51啟用283頻點(diǎn)數(shù)據(jù)業(yè)務(wù)功能調(diào)整背景：經(jīng)過(guò)項(xiàng)目組對(duì)目前無(wú)錫網(wǎng)絡(luò)的設(shè)置情況進(jìn)行了檢查，發(fā)現(xiàn)目前無(wú)錫不同的載波區(qū)域的數(shù)據(jù)與話(huà)音設(shè)置情況如下：覆蓋類(lèi)型283201242三載波Voice onlyVoice onlyData only兩載波Voice onlyVoice and Data單載波Voice and Data表一：無(wú)錫載波功能設(shè)置情況根據(jù)CDMA1X原理，無(wú)論是Hasing到283還是201頻點(diǎn)的手機(jī)在進(jìn)行數(shù)據(jù)業(yè)務(wù)時(shí)在單雙載波基站間來(lái)回切換時(shí)都會(huì)進(jìn)入Dormant（休眠）狀態(tài)，在這種情況下用戶(hù)數(shù)據(jù)流量會(huì)降為0，嚴(yán)重影響用戶(hù)上網(wǎng)的速率。項(xiàng)目組建議打開(kāi)283頻點(diǎn)承載數(shù)據(jù)功能的另外一個(gè)重要原因是目前這種設(shè)置對(duì)這兩個(gè)載波的話(huà)務(wù)量平衡存在一定的隱患。我們?cè)谀暇┖吞K州已經(jīng)進(jìn)行了同樣的調(diào)整，從測(cè)試的情況來(lái)看，與我們事先預(yù)計(jì)的情況相符合，不會(huì)對(duì)話(huà)音業(yè)務(wù)造成任何影響，在測(cè)試過(guò)程中沒(méi)有發(fā)生接入失敗和掉話(huà)情況，并且可以大量減少休眠的情況，載波邊界的速率得到了很大的提高。手機(jī)Hasing頻點(diǎn)跨載波情況修改前修改后283單載波->雙載波休眠不休眠雙載波->單載波休眠不休眠修改后雙載波->未修改雙載波不休眠休眠未修改雙載波->修改后雙載波不休眠不休眠雙載波->三載波休眠休眠三載波->雙載波休眠休眠201單載波->雙載波休眠休眠雙載波->單載波休眠不休眠修改后雙載波->未修改雙載波不休眠不休眠未修改雙載波->修改后雙載波不休眠不休眠雙載波->三載波休眠休眠三載波->雙載波休眠休眠從上面的表格中我們可以看到，通過(guò)打開(kāi)283頻點(diǎn)數(shù)據(jù)業(yè)務(wù)功能，單雙載波間切換休眠降低了3/4。對(duì)整網(wǎng)速率的提高尤其是單雙載波邊界用戶(hù)的速率提高起到非常積極的作用。下表中列出了修改的具體基站：BTS IDSite NameBTS IDSite NameBTS IDSite NameBTS IDSite Name102NanQiao301ShanBei1109DongFangMingZhu1210Xinkezhan2107HeLieXiang306ZhuangQian1112ChaDong1211YaoSai112OuZhouCheng318GuangFeng1118JinSanJiao1213Wenmingguangchang113LiYuan326shuanghexincun1124YXChengBei1216PuQiao115HeLieKou335xiaotiane1132DongHong1219FaErSheng116liqiao369MenLou1133YangXian1221Shiyouzhengju135xinshijiyingcheng401WangZhuang1135QiXiangJu1222HuaShan137Luzhuang403KaiFaQuNan1136ShuiLiJu1224CheGuanSuo147ShuiXiu404taihuhuayuan1137Taipingyangdasha1226ChengXi148ZhongQiao405HuaFeiQiao1138Wujudayuan1227QianJinQiao161Qinyuan406Chunfengcun1162Baotacun1234Gangkou164xiadianqiao422DongTing1178pengyao1238JunShan167xijiao424ChunXing1201ChengNan1239zhigongdaxue168Xiajiabian429Wuxiqixiangju1202JYChengBei1241lvyuan179sezhichang431sizhuang1203XingCheng1242damaichang180liyuandianlanchang439ninghaili1206Jiangyinchengzhong1244xianfeng189kaiguanchang1101JiaoQiao1207ChengJiang1401MeiYuan199Tiyuzhongxin1102Haiguan1209JiYang1407Taihufandian下面我們從PM-Data統(tǒng)計(jì)分析來(lái)評(píng)估參數(shù)修改對(duì)系統(tǒng)性能的影響。Date2005-11-12005-11-22005-11-172005-11-18Frequency Voice1XPktVoice1XPktVoice1XPktVoice1XPkt28331149.848.130856.64.329972.35294.130518.64835.620117861.5625716999.26318.117521.83018.1171872182.5數(shù)據(jù)來(lái)源：PMTraf Report 上表我們對(duì)調(diào)整前后兩個(gè)載波（201、283頻點(diǎn)）語(yǔ)音和數(shù)據(jù)業(yè)務(wù)量的分布情況進(jìn)行了統(tǒng)計(jì)。從上面的統(tǒng)計(jì)表格中我們可以看到。目前無(wú)錫的CDMA網(wǎng)絡(luò)采用Hasing算法，手機(jī)會(huì)根據(jù)各自的IMSI號(hào)駐留到不同的頻點(diǎn)上。從修改前的統(tǒng)計(jì)報(bào)告上看201頻點(diǎn)的話(huà)音業(yè)務(wù)量比283頻點(diǎn)的話(huà)音業(yè)務(wù)量低1萬(wàn)多次，而283頻點(diǎn)只有幾個(gè)基站打開(kāi)了數(shù)據(jù)業(yè)務(wù)功能?？紤]到雙載波區(qū)域大多數(shù)基站的283頻點(diǎn)數(shù)據(jù)功能未開(kāi)，隨著網(wǎng)絡(luò)中數(shù)據(jù)和話(huà)音用戶(hù)的增多，201頻點(diǎn)上要同時(shí)承載話(huà)音和數(shù)據(jù)業(yè)務(wù)，導(dǎo)致話(huà)務(wù)分布不均衡，影響網(wǎng)絡(luò)性能。從統(tǒng)計(jì)表格上看在打開(kāi)283頻點(diǎn)數(shù)據(jù)功能后，數(shù)據(jù)業(yè)務(wù)流量被分流到兩個(gè)頻點(diǎn)。我們也對(duì)系統(tǒng)的幾項(xiàng)性能指標(biāo)進(jìn)行了跟蹤統(tǒng)計(jì)，我們?nèi)×诵薷那昂髢商斓那闆r進(jìn)行了對(duì)比。如下表：DateMatch Rate%Lower Rate%Total Fail%RF Cpcty11月1日70.6017.8311.295715.6011月2日71.1017.9810.935350.5311月13日74.2914.1611.584793.6411月14日75.4513.5711.015045.48從上面的對(duì)比表中我們可以看到，經(jīng)過(guò)參數(shù)的調(diào)整，數(shù)據(jù)業(yè)務(wù)的匹配率，降速率都得到了不同程度的優(yōu)化提升。調(diào)整效果跟蹤：我們將283頻點(diǎn)的數(shù)據(jù)功能打開(kāi)后對(duì)分擔(dān)載波話(huà)務(wù)量有非常大的作用，充分利用了現(xiàn)有資源，減少了大量的RF BLKS情況，提高了網(wǎng)絡(luò)性能。并且在網(wǎng)絡(luò)現(xiàn)有資源情況下，有效的提高了系統(tǒng)利用率。52 Walsh Code Cache Count參數(shù)合理化調(diào)整 調(diào)整目的提高1X數(shù)據(jù)業(yè)務(wù)SCH分配速率。考慮到目前雙載波和三載波基站的Walsh code配置存在不合理的情況，為了合理利用現(xiàn)有網(wǎng)絡(luò)資源，達(dá)到網(wǎng)絡(luò)配置的最優(yōu)化。 參數(shù)含義Walsh Code Cache CountData Label: WcCacheCntData Definition: The number of 64 bit Walsh Codes to cache at the BTS for ForwardSupplemental Channels. The value must be an even number withinthe domain. The MM will translate this into an array of up to 5 walshcode branches defined by Walsh Code length and id. This array wll bedownloaded from the MM to the GLI and MAWI. The walsh codebranches allocated for this purpose are those corresponding to the 4bit walsh codes 2 and 3 and the 8 bit walsh codes 4 and 5, since theyhave no walsh codes allocated for non-traffic. The MM will allocateany branches that will yield a total number of walsh codes equal toWcCacheCnt, such that the number of branches is minimized Thebranches must not overlap.Data Range: 0-48Data Default: 0Target Subsystem: BTS 網(wǎng)絡(luò)現(xiàn)狀目前無(wú)錫CDMA網(wǎng)絡(luò)中的三載波基站242頻點(diǎn)的“WcCacheCnt”設(shè)置為32，雙載波基站283頻點(diǎn)的“WcCacheCnt“設(shè)置為16。 調(diào)整思路調(diào)整雙載波基站283頻點(diǎn)的“WcCacheCnt”設(shè)置為32。調(diào)整三載波基站“WcCacheCnt”設(shè)置為40。當(dāng)Walsh Code設(shè)置為16時(shí)，只能提供一個(gè)16X的SCH。又由于TSM分配的機(jī)制決定了只能由兩個(gè)用戶(hù)共享一個(gè)16X的SCH。當(dāng)兩個(gè)用戶(hù)時(shí)分一個(gè)16X時(shí)，速率會(huì)從100kbps左右下降到70kbps左右。當(dāng)修改設(shè)置為32后測(cè)試，可以同時(shí)分配給兩用戶(hù)16X，速率都能夠達(dá)到100kbps以上。 調(diào)整命令調(diào)整242頻點(diǎn)“WcCacheCnt”為40：EDIT CARRIER-523-1-242 WCCONF WCCACHECNT=40調(diào)整283頻點(diǎn)“WcCacheCnt”為32：EDIT CARRIER-523-1-283 WCCONF WCCACHECNT=32調(diào)整效果跟蹤：按照上面的方案調(diào)整了無(wú)錫的Walsh code cache count配置以后，我們對(duì)無(wú)錫的語(yǔ)音擁塞情況進(jìn)行了關(guān)注，因?yàn)樵趩巍㈦p載波區(qū)域話(huà)音和數(shù)據(jù)用戶(hù)要共享一個(gè)載波的64位Walsh Code，結(jié)果我們發(fā)現(xiàn)將單，雙載波的Walsh Code Cache Count改為32以后，那些語(yǔ)音話(huà)務(wù)量大的單、雙載波基站出現(xiàn)了不同程度的擁塞，即CFC=20?？紤]到以語(yǔ)音優(yōu)先的原則，我們建議將這些基站的Walsh Code Cache Count從32調(diào)整到24。使Walsh Code達(dá)到最優(yōu)化的合理配置。我們將雙載波基站的兩個(gè)載波的Walsh Code調(diào)整為32的后出現(xiàn)了話(huà)音擁塞的基站找了出來(lái)，建議將相應(yīng)的Walsh Code調(diào)整為24。BTSIDBTSIDBTSIDBTSIDBTSIDBTSIDBTSID110211201201121213081418131811041132120212171310308131911101135120312201311318132411111136120412211312329132811121138120512241313330133311161147120612251314402133711181158120812391315411133811811168120912411317141053 RAS門(mén)限的優(yōu)化調(diào)整 調(diào)整目的：減少SCH軟切換，提高數(shù)據(jù)上傳下載速率RAS是專(zhuān)門(mén)針對(duì)SCH來(lái)設(shè)計(jì)的,它的作用是通過(guò)控制主導(dǎo)頻的個(gè)數(shù)來(lái)提高數(shù)據(jù)的吞吐量，在語(yǔ)音呼叫的激活集PN的基礎(chǔ)上，選擇信號(hào)比較強(qiáng)的一個(gè)或幾個(gè)PN來(lái)進(jìn)行數(shù)據(jù)傳輸。最高速率取決于其中提供速率最低的那個(gè)導(dǎo)頻。該項(xiàng)調(diào)整的目的是找到目前網(wǎng)絡(luò)覆蓋、話(huà)務(wù)承載情況下RAS門(mén)限的最佳設(shè)置值，由于用戶(hù)的分布和使用情況千差萬(wàn)別，只能針對(duì)某些常用類(lèi)型用戶(hù)的設(shè)置值。該機(jī)制只作用于IS-2000數(shù)據(jù)業(yè)務(wù)，不會(huì)對(duì)2G數(shù)據(jù)業(yè)務(wù)和2G話(huà)音業(yè)務(wù)起作用。而且在前反向鏈路上的門(mén)限是獨(dú)立的，不會(huì)互相影響。同時(shí)，由于提高了前向SCH分配的門(mén)限，使得一些信號(hào)強(qiáng)度不夠且變化快的導(dǎo)頻不能加進(jìn)激活集，可以達(dá)到減少部分RF BLKS的目的。 參數(shù)定義fwdrasthreshold參數(shù)含義Reduce Active Set，相當(dāng)于Active Set的一個(gè)子集 The SDU includes, in the Forward Reduced Active Set, those call legs whose signal strength is within this threshold from the strength of the best leg. 現(xiàn)網(wǎng)值：6dB取值范圍：0(30dB 步長(zhǎng)：0.5dB參數(shù)分析： 前向RAS功能對(duì)提高系統(tǒng)的前向Throughput有很大的作用，如果RAS設(shè)置過(guò)高，由于系統(tǒng)會(huì)根據(jù)提供數(shù)據(jù)速率最低的ACTIVE SET 來(lái)分配前向SCH，可能會(huì)使得前向Throughput變低并且占用更多WALSH Code和CE資源，如果RAS設(shè)置過(guò)低， 有可能會(huì)因?yàn)橛袑?dǎo)頻信號(hào)比較強(qiáng)的PN進(jìn)不了SCH的ACTIVE SET而導(dǎo)致FER提高影響前向Throughput。 修改命令Command: edit sdusdf-sdusdf# sdfschparms1 fwdrasthreshold revrasthreshold tsdufwdresp tsdurvsresp minqueuesize maxqueuesize ratecontrolfactor1 ratecontrolfactor2調(diào)整效果跟蹤：DateMatch Rate%Lower Rate%RF Cpcty11月5日72.07 17.50 6721.14 11月6日70.03 18.68 6913.58 11月20日68.76 16.33 1616.90 11月21日74.20 13.97 4706.64 我們可以看到，在進(jìn)行了RAS門(mén)限進(jìn)行了調(diào)整以后，使得系統(tǒng)的降速分配率得到了一定程度的降低，尤其是對(duì)減少RF Cpcty的情況效果非常明顯，這對(duì)提高整個(gè)網(wǎng)絡(luò)的性能，提高SCH的指配成功率有較大的幫助。從以上的各項(xiàng)分析來(lái)看，我們對(duì)RAS門(mén)限參數(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ò)平均速率，提高用戶(hù)滿(mǎn)意度！最后無(wú)錫網(wǎng)絡(luò)的前向RAS門(mén)限定為3！54 RC配置的優(yōu)化調(diào)整 調(diào)整目的合理無(wú)線(xiàn)配置，提高系統(tǒng)利用率，消除不同RC間的硬切換 調(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資源基本上沒(méi)有出現(xiàn)過(guò)溢出的現(xiàn)象。因此目前功率成為影響速率的更重要因素。還有一個(gè)重要的原因是，不同的CBSC在不同的RC配置下進(jìn)行切換是硬切換。 網(wǎng)絡(luò)現(xiàn)狀目前無(wú)錫各個(gè)CBSC的設(shè)置不完全相同，這導(dǎo)致了如果在不同RC間切換變成硬切換。CBSC_IDFWDBASEREVBASEFWDSUPREVSUP3091434330924343309343433094434330313343303233433033334330344343 調(diào)整方案將無(wú)錫CDMA網(wǎng)絡(luò)下的所有BSC的前反向補(bǔ)充和基本信道的RC配置全部調(diào)整為3。 調(diào)整命令edit servopt-cbsc#-servopt# so1xcrc crcnum fwdbase revbase fwdsup revsup for1xrate rev1xrate 調(diào)整區(qū)域CBSC-3031 CBSC-3032 CBSC-3033 CBSC-3034 CBSC-3091 CBSC-3092 CBSC-3093 CBSC-3094調(diào)整結(jié)論：RC的統(tǒng)一配置調(diào)整是避免了不同RC間發(fā)生硬切換，根據(jù)現(xiàn)在網(wǎng)絡(luò)的用戶(hù)量不高，信道資源未發(fā)生擁塞的情況下，配置成RC3更加有利于提高用戶(hù)的上網(wǎng)速率。55 前向SCH誤幀率的優(yōu)化調(diào)整 調(diào)整目的 降低1X業(yè)務(wù)的前向SCH誤幀率 參數(shù)含義 1x FFPC F-SCH FPC FERData Label: FpcFERData Definition: Target FER for Outerloop Setpoint at MS for F-SCH.Data Range: 0-10%Data Default: 5.0Target Subsystem: MSData Type: Fixed 現(xiàn)網(wǎng)狀況 現(xiàn)網(wǎng)的前向SCH的目標(biāo)FER是5%. 調(diào)整思路 補(bǔ)充信道FER目標(biāo)值的設(shè)置會(huì)直接影響到用戶(hù)吞吐量，甚至影響到整個(gè)網(wǎng)絡(luò)的吞吐量。（1）如果FER目標(biāo)值設(shè)置過(guò)高，比如20，用戶(hù)吞吐量會(huì)因?yàn)轭l繁的重發(fā)而明顯下降。但是在這樣的情況下手機(jī)要求的業(yè)務(wù)信道增益也隨之減小，即降低了對(duì)基站功率的要求。系統(tǒng)將有更多的資源為其他用戶(hù)服務(wù)。（2）反之，如果FER目標(biāo)值設(shè)置很低，比如1，用戶(hù)吞吐量幾乎可以達(dá)到物理層吞吐量（忽略開(kāi)銷(xiāo)信道）。但是業(yè)務(wù)信道增益也隨之增大，也就是說(shuō)要占用基站的大部分功率。結(jié)果可能會(huì)導(dǎo)致基站不能容納更多的用戶(hù)，缺乏對(duì)其他用戶(hù)的公平性。考慮到無(wú)錫現(xiàn)在數(shù)據(jù)用戶(hù)量較小，也就是說(shuō)用戶(hù)同時(shí)在一個(gè)扇區(qū)使用數(shù)據(jù)業(yè)務(wù)（尤指CARD業(yè)務(wù)）的概率是相當(dāng)小的。所以我們認(rèn)為對(duì)基站來(lái)說(shuō)可以為用戶(hù)分配更多功率來(lái)滿(mǎn)足用戶(hù)對(duì)吞吐量的要求。因?yàn)槿绻脩?hù)得不到足夠的功率，F(xiàn)ER將隨之被快速升高，導(dǎo)致在下一個(gè)時(shí)間片上系統(tǒng)將不能再為之分配高速率的SCH信道。從而最終導(dǎo)致用戶(hù)吞吐量較為明顯的下降。 調(diào)整方案對(duì)于3031，高話(huà)務(wù)BSC，建議修改為3%對(duì)于3033，低話(huà)務(wù)BSC，建議修改為2% 調(diào)整命令edit fwdschgos-cbsc#-fwdschgos# schfpcparms Fpcschfer 調(diào)整區(qū)域無(wú)錫市區(qū)的CBSC3031和3033。調(diào)整效果跟蹤： BSC1的目標(biāo)FER由5改為3后的前后對(duì)比為:調(diào)整前調(diào)整后由上面總體比較可以看出，BSC1中FER由5改為3后，下載速率由104KBPS提到到了108KBPS，F(xiàn)ER也由1.7%減小到1.5%，得到一定程度的改善。16X分配比例：調(diào)整前 調(diào)整后由上面兩圖比較可以看出，16X分配降低了0.6個(gè)百分點(diǎn)，但8X分配增加了3個(gè)百分點(diǎn)，所以下載速率有所提高。下載速率： 調(diào)整前 調(diào)整后由上面對(duì)比圖可以看出，紅圓圈處的下載速率改善比較大。FER對(duì)比為： 調(diào)整前 調(diào)整后圖中紅泉內(nèi)的FER得到了明顯地改善。 BSC3的FER由5調(diào)為2后對(duì)比為：調(diào)整前調(diào)整后由以上對(duì)比可以看出，調(diào)整后FER雖然得到改善，但下載速率沒(méi)有什么變化，還下降了1Kbps。16X分配比例：調(diào)整前 調(diào)整后 由調(diào)整前后可以看出，16X的分配比例由74降低到了60，所以目標(biāo)FER改為2反而影響了16X的分配。下載速率對(duì)比: 調(diào)整前 調(diào)整后由上面比較圖可以看出，下載速率基本沒(méi)有什么變化。FER前后對(duì)比: 調(diào)整前 調(diào)整后由上對(duì)比圖可以看出，紅圓圈處改變比較大。56 前向SCH功控增益的優(yōu)化調(diào)整 調(diào)整目的提高1X業(yè)務(wù)的前向速率 參數(shù)含義 fpcstepupsch - This is the parameter the MCC/MAWI uses to adjust the SCH FPC gain. The range is: 0.00 to 3.75. The default is: 0.50. This is an optional parameter. 網(wǎng)絡(luò)現(xiàn)狀現(xiàn)網(wǎng)的前向SCH增益提升步長(zhǎng)為0.5。 調(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ú)線(xiàn)環(huán)境應(yīng)該是比較惡劣的，對(duì)于現(xiàn)在的網(wǎng)絡(luò)來(lái)說(shuō)，fpcstepupsch和fpcstepdownsch都是0.5，這樣很容易在無(wú)線(xiàn)差的地區(qū)產(chǎn)生震蕩，使得fer無(wú)法向target逼近，從而也影響前向的速率。前向SCH 增益時(shí)間 在Ffer低于Fpcfer的時(shí)候，前向功率會(huì)適當(dāng)?shù)南陆礷pcstepdownsch，以減少干擾當(dāng)外環(huán)的Ffer高于門(mén)限時(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ú)線(xiàn)環(huán)境。 調(diào)整方案對(duì)于BSC3031，建議修改為1.0。 調(diào)整命令edit fwdschgos-cbsc#-fwdschgos# schfpcparms 調(diào)整區(qū)域無(wú)錫市區(qū)的CBSC3031。調(diào)整效果跟蹤：將BSC1的SCH0增益由0.5調(diào)為1后前后對(duì)比為：總體情況調(diào)整前：調(diào)整后：由上面對(duì)比可以看出，增益變大后，平均下載速率由101.97KBPS上升到了108.33KBPS，F(xiàn)ER由2.7%變小到 1.5%，都得到改善。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)致。57 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。 調(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)的解決建議。 調(diào)查細(xì)節(jié)如下：1我們首先通過(guò)檢查Moto的相關(guān)統(tǒng)計(jì)報(bào)告發(fā)現(xiàn)，無(wú)錫CDMA網(wǎng)絡(luò)CBSC-3034下面有10個(gè)基站因?yàn)锽TS CPU OVLD的原因?qū)е铝饲跋騍CH指配失敗次數(shù)很多，從表象上分析發(fā)現(xiàn)這些基站基本的BTSID較為連續(xù)。為401405以及409413。從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è)基站包含了幾種類(lèi)型：雙載波、單載波、單載波+Beacon它們的共同點(diǎn)是都可以在一個(gè)載波上同時(shí)承載語(yǔ)音和數(shù)據(jù)業(yè)務(wù)。3我們對(duì)這些基站的RF LOAD Manager參數(shù)進(jìn)行了檢查，發(fā)現(xiàn)設(shè)置正常。4為什么在同樣的話(huà)務(wù)負(fù)荷或者更繁忙的基站卻沒(méi)有出現(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板卡類(lèi)型進(jìn)行了檢查，我們?nèi)?1月10日無(wú)錫OMC-1的統(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板卡類(lèi)型進(jìn)行了比較如下表：Reverse SCH Allocation FailuresGLI板卡類(lèi)型BTSSCH RqstsBTS CPU OVLD1352083990GLI31601968310GLI31612340170GLI32061924930GLI32071878030GLI32092296460GLI32212919950GLI32272340160GLI32462169140GLI32564306340GLI32573646720GLI32582128210GLI3402177670718GLI2404245734912GLI24181938410GLI34011341302851GLI240383827392GLI240560379246GLI24083645012GLI2409119683136GLI2410129551189GLI2411100617324GLI24121822422GLI2413102092103GLI2426111530113GLI24287266241GLI24342317111GLI24367551874GLI2從上表中我們可以很明顯的看到，在該天的統(tǒng)計(jì)中有13個(gè)基站的SCH Rqsts次數(shù)與這幾個(gè)問(wèn)題基站中SCH Rqsts請(qǐng)求次數(shù)接近或更高，但它們并沒(méi)有發(fā)生過(guò)一次CPU OVLD的情況。這說(shuō)明在目前的網(wǎng)絡(luò)負(fù)載情況下SCH Rqsts請(qǐng)求次數(shù)高并不是引起這10個(gè)基站出現(xiàn)CPU OVLD的原因。同時(shí)我們?cè)谒谐霈F(xiàn)了CPU OVLD情況的BTS中，發(fā)現(xiàn)它們使用的GLI板卡類(lèi)型是一致的都是使用的GLI2。5對(duì)這兩種不同類(lèi)型的GLI板卡的性能差別問(wèn)題，我們咨詢(xún)了MOTOROLA CNRC，他們的答復(fù)是兩種GLI板卡的CPU性能上存在著較大差異。在16.5版本，同樣的負(fù)荷情況下，GLI2的CPU使用負(fù)荷要明顯高于GLI3，大約是GLI3的兩倍左右，也就是說(shuō)在同等話(huà)務(wù)負(fù)荷情況下，GLI2板卡的CPU會(huì)比GLI3板卡CPU更快的到達(dá)overload門(mén)限。使用GLI2板卡在業(yè)務(wù)高峰的時(shí)候，CPU的使用率很容易會(huì)超過(guò)它的門(mén)限，如果此時(shí)再有SDU請(qǐng)求SCH分配則會(huì)因?yàn)镃PU OVLD，最終導(dǎo)致SCH指配失敗。兩種GLI板卡的CPU使用負(fù)荷性能情況如下圖：從上面的兩種GLI的CPU負(fù)載使用率的性能對(duì)比圖上我們可以看到，在R16.5版本下，同樣在接入8個(gè)用戶(hù)的時(shí)候，GLI2的CPU負(fù)載率已經(jīng)達(dá)到了40%多，而GLI3的CPU負(fù)載還只達(dá)到20%多。相差將近一倍。而且GLI2的上升曲線(xiàn)也比GLI3要陡。而GLI3在將來(lái)升級(jí)到R17.0版本以后的CPU使用負(fù)荷率還要更低。于是我們挑選問(wèn)題最嚴(yán)重的BTS-401基站進(jìn)行調(diào)整，11月21日將該基站更換成GLI3板卡。之后我們對(duì)該基站的CPU OVLD情況進(jìn)行了跟蹤。上表是對(duì)比調(diào)整前后的BTS CPU Ovld，發(fā)現(xiàn)CPU OVLD的情況消失。該問(wèn)題得到解決。DateSingle&MultipleSCH RqstsSCH CanclBTS CPU OvldSCH Usage(min)SCH Usage Mbytes11月17日586.5351.75752726845111月18日483291.14647320037111月21日190.7128.418613117011月22日359.4248.9352351370數(shù)據(jù)來(lái)源：.Dat報(bào)告BTS SCH Resource Allocation - Reverse調(diào)整結(jié)論：出現(xiàn)CPU OVLD的基站都是使用的GL