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

《無錫聯(lián)通CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化報(bào)告.doc》由會(huì)員分享，可在線閱讀，更多相關(guān)《無錫聯(lián)通CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化報(bào)告.doc（59頁珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

無錫聯(lián)通CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化報(bào)告 無錫CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化項(xiàng)目組 2005年12月1日 目 錄 1．前言 4 2．優(yōu)化工作概述 4 3網(wǎng)絡(luò)性能指標(biāo)前后對(duì)比情況 5 3．1系統(tǒng)部分指標(biāo) 5 3．2無線部分指標(biāo)對(duì)比分析 7 4 無錫數(shù)據(jù)業(yè)務(wù)分布分析 10 4．1數(shù)據(jù)業(yè)務(wù)話務(wù)分布圖 10 4．2 無錫載波分布圖 12 5．專題優(yōu)化 12 5．1啟用283頻點(diǎn)數(shù)據(jù)業(yè)務(wù)功能 12 5．2 Walsh Code Cache Count參數(shù)合理化調(diào)整 15 5．3 RAS門限的優(yōu)化調(diào)整 17 5．4 RC配置的優(yōu)化調(diào)整 18 5．5 前向SCH誤幀率的優(yōu)化調(diào)整 21 5．6 前向SCH功控增益的優(yōu)化調(diào)整 27 5．7 BTS CPU OVLD問題的分析 31 5．8 反向SCH指配失敗RF CPCTY問題 34 5．9 RLP零速率的初步分析 40 5．10 RLP的NAK機(jī)制優(yōu)化分析 42 5．11 MTU優(yōu)化分析 43 6．無線專題 46 6．1 問題路段處理 46 6．2 太湖大道優(yōu)化對(duì)比 57 6．3 新區(qū)優(yōu)化對(duì)比 65 7．結(jié)束語 69 1．前言 無錫CDMA1X數(shù)據(jù)業(yè)務(wù)優(yōu)化項(xiàng)目采用由省分技術(shù)支持中心牽頭，無錫市分公司、第三方（大唐移動(dòng)）參與的聯(lián)合優(yōu)化方式，利用19天（從11月7日到11月25日）的時(shí)間完成對(duì)無錫分公司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è)置的檢查，路測問題點(diǎn)調(diào)整、太湖大道專題等。優(yōu)化目標(biāo)是解決目前網(wǎng)絡(luò)上影響數(shù)據(jù)業(yè)務(wù)速率的明顯問題，通過本次優(yōu)化提高了無錫CDMA網(wǎng)絡(luò)的數(shù)據(jù)業(yè)務(wù)速率。由于本次優(yōu)化時(shí)間較短，優(yōu)化的范圍為無錫主要城區(qū)、太湖大道和新區(qū)。 2．優(yōu)化工作概述 本次優(yōu)化主要完成的工作如下： 系統(tǒng)部分 1． 建立無錫網(wǎng)絡(luò)話務(wù)模型，對(duì)無錫CDMA網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)情況進(jìn)行細(xì)致了解，對(duì)無錫的1X網(wǎng)絡(luò)性能做了系統(tǒng)的分析。 2． 啟用283頻點(diǎn)數(shù)據(jù)功能。起到了平衡201頻點(diǎn)話務(wù)量，減少了手機(jī)在單載波和雙載波區(qū)域間發(fā)生硬切換的幾率，避免出現(xiàn)因手機(jī)進(jìn)入Dormant狀態(tài)速率為0的情況，提高了整網(wǎng)平均速率，尤其改善了這些邊界區(qū)域數(shù)據(jù)業(yè)務(wù)用戶的上網(wǎng)感受。283頻點(diǎn)數(shù)據(jù)功能打開后有效的分擔(dān)了201頻點(diǎn)的話務(wù)量，減少了大量單雙載波間切換手機(jī)進(jìn)Dormant的情況， SCH指配失敗中的RF BLKS得到了較大降低。具體內(nèi)容見相關(guān)優(yōu)化專題。 3． 雙載波基站W(wǎng)alsh Code的優(yōu)化調(diào)整。將無錫OMC下的81個(gè)雙載波基站的兩個(gè)載波的Walsh Code Cache Count由原來的16調(diào)整為32，考慮到目前無錫網(wǎng)絡(luò)的話音話務(wù)量較小，話音沒有出現(xiàn)Walsh Code擁塞，剩余的32位Walsh Code完全可以滿足話音用戶的使用需求。因此該調(diào)整不會(huì)對(duì)話音用戶造成影響，沒有出現(xiàn)CFC20的情況；三載波基站W(wǎng)alsh Code的優(yōu)化調(diào)整。將無錫OMC下的37個(gè)三載波基站第三載波242頻點(diǎn)的Walsh Code由原來的32調(diào)整為40。目前三載波區(qū)域的242頻點(diǎn)設(shè)置為只承載數(shù)據(jù)業(yè)務(wù)，調(diào)整為40能夠更加充分的利用現(xiàn)有資源，提高系統(tǒng)利用率。剩余的Walsh Code足夠滿足低速數(shù)據(jù)業(yè)務(wù)（例如web業(yè)務(wù)），調(diào)整后沒有出現(xiàn)Walsh Code擁塞的情況。 4． RAS門限的優(yōu)化調(diào)整與對(duì)比。RAS是專門針對(duì)SCH來設(shè)計(jì)的，可以通過控制主導(dǎo)頻的個(gè)數(shù)的方法來提高數(shù)據(jù)的吞吐量。項(xiàng)目組進(jìn)行了幾組RAS調(diào)整并對(duì)各種RAS設(shè)置下網(wǎng)絡(luò)進(jìn)行了前后對(duì)比測試，及網(wǎng)絡(luò)統(tǒng)計(jì)報(bào)告跟蹤分析。最終確定將無錫網(wǎng)絡(luò)的前向RAS門限值設(shè)為3。在該門限下資源占用更合理，對(duì)于提高匹配率，提高降速分配率，減少RF BLKS都有較明顯的效果。 5． RC配置的優(yōu)化調(diào)整。檢查后發(fā)現(xiàn)無錫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ì)更高。目前的話務(wù)量情況下，信道資源未發(fā)生溢出，因此使用RC3更加合理。 6． 對(duì)SCH的外環(huán)功率控制參數(shù)前向SCH的目標(biāo)FER做調(diào)整，對(duì)于高話務(wù)地區(qū)采用寬松的目標(biāo)值，對(duì)于低話務(wù)地區(qū)采用嚴(yán)格的目標(biāo)值，這樣可以充分的利用載波功率來維持鏈路的質(zhì)量。 7． 對(duì)SCH前向增益的調(diào)整，避免在無線差的地區(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消失，建議問題基站更換為3.0版本的GLI。 9． 對(duì)系統(tǒng)中出現(xiàn)的反向SCH分配時(shí)的RF Block進(jìn)行了分析，研究，發(fā)現(xiàn)反向RF Block基本與話務(wù)量走勢一致，問題小區(qū)的分布無規(guī)律，大致認(rèn)為是話務(wù)高和用戶分布引起的，但也不排除是帶外噪聲導(dǎo)致的。 10． 對(duì)網(wǎng)絡(luò)中出現(xiàn)的RLP零速率進(jìn)行了初步分析。 11． 對(duì)RLP的NAK機(jī)制的研究。 12． 對(duì)網(wǎng)絡(luò)MTU的研究。 無線部分 1． 對(duì)無錫城區(qū)進(jìn)行評(píng)估測試 2． 配合系統(tǒng)側(cè)對(duì)修改的參數(shù)進(jìn)行對(duì)比測試 3． 對(duì)新區(qū)和太湖大道做了詳細(xì)的測試分析，并按照實(shí)際情況做出了優(yōu)化調(diào)整。 4． 對(duì)網(wǎng)絡(luò)評(píng)估中發(fā)現(xiàn)的問題點(diǎn)進(jìn)行分析并做出相應(yīng)的解決方案。 5． 優(yōu)化前后整網(wǎng)的對(duì)比測試 3網(wǎng)絡(luò)性能指標(biāo)前后對(duì)比情況 3．1系統(tǒng)部分指標(biāo) 通過為期三周的優(yōu)化工作，無錫聯(lián)通的CDMA1X網(wǎng)絡(luò)數(shù)據(jù)業(yè)務(wù)功能各項(xiàng)指標(biāo)都有了不同程度的改善。下表為無錫兩個(gè)OMC下基站前后三天的幾項(xiàng)重要指標(biāo)對(duì)比： 優(yōu)化前三天：11月5日至11月7日 優(yōu)化后三天：11月23日至11月25日 1，SCH分配成功率分析 數(shù)據(jù)來源： 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 requested Total 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.35 72.48 70.74　 Lower Rate% 17.93 18.94 18.54 14.16 14.99 14.91　 Total Fail% 10.31 11.19 10.95 10.96 10.51 10.66　 SCH分配失敗原因： RF Cpcty Walsh Codes MCC BW MCC CE 11月2日 1733572 7043 552 392 11月3日 2021255 11302 884 846 11月4日 2108130 10595 2561 880 11月23日 1672832 4 88 164 11月24日 1660230 5 1227 1096 11月25日 1504693 11 85 43308 注：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)說明： 從優(yōu)化前后三天的對(duì)比情況來看，經(jīng)過為期三周時(shí)間的系統(tǒng)參數(shù)調(diào)整，SCH請(qǐng)求的匹配率得到了一定程度的提高，優(yōu)化前三天匹配率在70%以下浮動(dòng)，優(yōu)化后匹配率基本上能夠達(dá)到72%以上。匹配率越高說明申請(qǐng)的速率被成功分配的幾率越高，對(duì)提高整網(wǎng)的速率有重要的作用。降速分配率從18％左右下降到14％左右；對(duì)于RF容量原因?qū)е碌腟CH申請(qǐng)失敗也有很大程度的減少，這說明我們打開283頻點(diǎn)數(shù)據(jù)功能等措施的實(shí)施有效的提高了SCH分配成功率，數(shù)據(jù)業(yè)務(wù)的速率也相應(yīng)提升。 2，分配速率分析 數(shù)據(jù)來源： 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.6kbps 17.91% 18.77% 18.66% 15.03% 15.04% 15.20%　 19.2kbps 5.56% 5.29% 5.51% 5.65% 5.05% 5.16%　 38.4kbps 8.94% 9.12% 9.05% 9.03% 8.31% 8.43%　 72.6kbps 16.76% 17.39% 17.07% 18.21% 17.78% 17.35%　 153.6kbps 50.83% 49.43% 49.71% 52.08% 53.83% 53.87%　 數(shù)據(jù)分析： 從上面對(duì)不同速率的分配比例來看，在優(yōu)化后16X，8X的分配比例都有了一定程度的提高，這與我們將RAS門限從6調(diào)整到3有關(guān)。說明將SCH進(jìn)入激活集的門限提高后，能夠有效的提高一部分用戶的16X和8X的分配比例，對(duì)于提高整網(wǎng)平均速率有重要的意義 3．2無線部分指標(biāo)對(duì)比分析 數(shù)據(jù)業(yè)務(wù)和話音業(yè)務(wù)存在較大的差別，用戶感受更多的是在業(yè)務(wù)層，比如瀏覽一個(gè)網(wǎng)頁、下載某個(gè)文件的快慢，而影響這些速度的不僅是無線側(cè)的原因，在有線側(cè)它可能要經(jīng)過很多的路由節(jié)點(diǎn)。而我們目前更多的是保證在RLP層有較高的吞吐量。我們認(rèn)為目前衡量和評(píng)估某個(gè)網(wǎng)絡(luò)的性能主要還是通過無線測試。 通過Agilent路測儀表獲得的評(píng)估指標(biāo) Avg.radio Link Throughput(Rx)：無線鏈路（RLP層）平均吞吐量 Avg.Ec/Io：平均Ec/Io Avg.Receive Power：平均接收功率 Avg.Transmit Power：平均發(fā)射功率 Avg.FER (SCH0)：平均誤碼率 在無錫聯(lián)通的積極配合下，我們對(duì)無錫城區(qū)和新區(qū)進(jìn)行了數(shù)據(jù)路測,測試項(xiàng)目組使用的是AgelentE64XX儀表，后臺(tái)使用Actix軟件進(jìn)行分析，本次測試幾乎覆蓋了無錫城區(qū)數(shù)據(jù)數(shù)率高的區(qū)域。 測試指標(biāo)統(tǒng)計(jì) 優(yōu)化前無錫的總體指標(biāo)為： EcIo_Combined ReceivePower TransmitPower ForwardFER_SCH0 Throughput -6.18 -62.02 -16.24 1.51 98.11 優(yōu)化后無錫的總體指標(biāo)為： EcIo_Combined ReceivePower TransmitPower ForwardFER_SCH0 Throughput -6.38 -60.59 -17.96 2.04 100.86 數(shù)據(jù)分析 從上表我們可以看到，調(diào)整前無錫的無線鏈路(RLP層)平均吞吐量為98.11Kbytes。各個(gè)速率上的平均Ec/Io在-6dB左右，平均手機(jī)接收功率在-60dBm左右，說明測試區(qū)域內(nèi)的無線覆蓋情況良好。手機(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)過全網(wǎng)測試，我們找出了一些Ec/Io不好的路段，并它們進(jìn)行了分析，由于時(shí)間關(guān)系只對(duì)部分問題點(diǎn)做了調(diào)整，而大部分的問題點(diǎn)以解決建議的形式提交給無錫聯(lián)通，通過問題點(diǎn)的調(diào)整時(shí)網(wǎng)絡(luò)的Ec/Io有了一定的改善。 進(jìn)行了調(diào)整。 下載瞬間速率前后對(duì)比為： 調(diào)整前 調(diào)整后： 通過全網(wǎng)的測試分析，我們也找到下載速率低的路段進(jìn)行分析，并對(duì)它們提出了調(diào)整建議，使網(wǎng)絡(luò)得到了改善。 4 無錫數(shù)據(jù)業(yè)務(wù)分布分析 4．1數(shù)據(jù)業(yè)務(wù)話務(wù)分布圖 數(shù)據(jù)來源：Moto系統(tǒng)統(tǒng)計(jì)報(bào)告 說 明：下面三個(gè)圖是我們從Moto系統(tǒng)統(tǒng)計(jì)報(bào)告中取出的各基站扇區(qū)一周平均的數(shù)據(jù)業(yè)務(wù)話務(wù)量的分布圖，這項(xiàng)指標(biāo)表明了目前無錫CDMA1X數(shù)據(jù)業(yè)務(wù)的分布情況。由于無錫地區(qū)面積較大，我們只截取了三個(gè)基站比較集中的城區(qū)、縣城來表示。 圖中紅色表示該扇區(qū)1XPkt的WC Usage長度為500 Minutes到1000 Minutes（每天） 圖中黃色表示該扇區(qū)1XPkt的WC Usage長度為300 Minutes到500 Minutes（每天） 圖中藍(lán)色表示該扇區(qū)1XPkt的WC Usage長度為100 Minutes到300 Minutes（每天） 圖中綠色表示該扇區(qū)1XPkt的WC Usage長度為0 Minutes到100 Minutes（每天） 圖例說明同上圖 圖例說明同上圖 數(shù)據(jù)分析 從上面的話務(wù)量分布圖上我們可以看到，無錫的話務(wù)最高區(qū)域在人民路一帶，這里也是無錫市區(qū)中心，用戶最集中，目前是配置了三載波的基站覆蓋這里。周邊話務(wù)量稍低的地區(qū)則大部分由雙載波基站覆蓋。說明目前無錫的網(wǎng)絡(luò)配置與用戶話務(wù)量的分布基本上是吻合的。 4．2 無錫載波分布圖 數(shù)據(jù)來源：無錫CDMA基站數(shù)據(jù)庫文件 說 明：為了更直觀的看到目前無錫CDMA網(wǎng)絡(luò)基站的載波配置情況，我們從數(shù)據(jù)庫中導(dǎo)出不同載波的基站，并用MapInfo的方式在地圖上清晰顯示，從圖上我們可以看到三載波區(qū)域主要分布在鬧市區(qū)，兩載波基站主要覆蓋次級(jí)城區(qū)，單載波基站主要覆蓋在城郊結(jié)合部，這種配置與前面1X Pkt WC占用時(shí)間長的基站（即數(shù)據(jù)業(yè)務(wù)量高低）分布基本吻合。從圖上我們也可以很直觀的劃分出載波邊界區(qū)域。 數(shù)據(jù)分析 從上面不同載波的分布圖，結(jié)合數(shù)據(jù)業(yè)務(wù)量高基站的分布圖分析發(fā)現(xiàn)數(shù)據(jù)業(yè)務(wù)高的基站基本上都在三載波區(qū)域。這說明目前的網(wǎng)絡(luò)配置與數(shù)據(jù)業(yè)務(wù)話務(wù)分布是基本吻合的。 5．專題優(yōu)化 由于江蘇省公司已經(jīng)對(duì)前期有效果的參數(shù)做了統(tǒng)一修改的要求，所以前面的5.1-5.4只是針對(duì)所修改的幾項(xiàng)參數(shù)做簡單的描述和對(duì)比。 5．1啟用283頻點(diǎn)數(shù)據(jù)業(yè)務(wù)功能 調(diào)整背景： 經(jīng)過項(xiàng)目組對(duì)目前無錫網(wǎng)絡(luò)的設(shè)置情況進(jìn)行了檢查，發(fā)現(xiàn)目前無錫不同的載波區(qū)域的數(shù)據(jù)與話音設(shè)置情況如下： 覆蓋類型 283 201 242 三載波 Voice only Voice only Data only 兩載波 Voice only Voice and Data 單載波 Voice and Data 表一：無錫載波功能設(shè)置情況 根據(jù)CDMA1X原理，無論是Hasing到283還是201頻點(diǎn)的手機(jī)在進(jìn)行數(shù)據(jù)業(yè)務(wù)時(shí)在單雙載波基站間來回切換時(shí)都會(huì)進(jìn)入Dormant（休眠）狀態(tài)，在這種情況下用戶數(shù)據(jù)流量會(huì)降為0，嚴(yán)重影響用戶上網(wǎng)的速率。項(xiàng)目組建議打開283頻點(diǎn)承載數(shù)據(jù)功能的另外一個(gè)重要原因是目前這種設(shè)置對(duì)這兩個(gè)載波的話務(wù)量平衡存在一定的隱患。 我們?cè)谀暇┖吞K州已經(jīng)進(jìn)行了同樣的調(diào)整，從測試的情況來看，與我們事先預(yù)計(jì)的情況相符合，不會(huì)對(duì)話音業(yè)務(wù)造成任何影響，在測試過程中沒有發(fā)生接入失敗和掉話情況，并且可以大量減少休眠的情況，載波邊界的速率得到了很大的提高。 手機(jī)Hasing頻點(diǎn) 跨載波情況 修改前 修改后 283 單載波-->雙載波 休眠 不休眠 雙載波-->單載波 休眠 不休眠 修改后雙載波-->未修改雙載波 不休眠 休眠 未修改雙載波-->修改后雙載波 不休眠 不休眠 雙載波-->三載波 休眠 休眠 三載波-->雙載波 休眠 休眠 201 單載波-->雙載波 休眠 休眠 雙載波-->單載波 休眠 不休眠 修改后雙載波-->未修改雙載波 不休眠 不休眠 未修改雙載波-->修改后雙載波 不休眠 不休眠 雙載波-->三載波 休眠 休眠 三載波-->雙載波 休眠 休眠 從上面的表格中我們可以看到，通過打開283頻點(diǎn)數(shù)據(jù)業(yè)務(wù)功能，單雙載波間切換休眠降低了3/4。對(duì)整網(wǎng)速率的提高尤其是單雙載波邊界用戶的速率提高起到非常積極的作用。 下表中列出了修改的具體基站： BTS ID Site Name BTS ID Site Name BTS ID Site Name BTS ID Site Name 102 NanQiao 301 ShanBei 1109 DongFangMingZhu 1210 Xinkezhan2 107 HeLieXiang 306 ZhuangQian 1112 ChaDong 1211 YaoSai 112 OuZhouCheng 318 GuangFeng 1118 JinSanJiao 1213 Wenmingguangchang 113 LiYuan 326 shuanghexincun 1124 YXChengBei 1216 PuQiao 115 HeLieKou 335 xiaotiane 1132 DongHong 1219 FaErSheng 116 liqiao 369 MenLou 1133 YangXian 1221 Shiyouzhengju 135 xinshijiyingcheng 401 WangZhuang 1135 QiXiangJu 1222 HuaShan 137 Luzhuang 403 KaiFaQuNan 1136 ShuiLiJu 1224 CheGuanSuo 147 ShuiXiu 404 taihuhuayuan 1137 Taipingyangdasha 1226 ChengXi 148 ZhongQiao 405 HuaFeiQiao 1138 Wujudayuan 1227 QianJinQiao 161 Qinyuan 406 Chunfengcun 1162 Baotacun 1234 Gangkou 164 xiadianqiao 422 DongTing 1178 pengyao 1238 JunShan 167 xijiao 424 ChunXing 1201 ChengNan 1239 zhigongdaxue 168 Xiajiabian 429 Wuxiqixiangju 1202 JYChengBei 1241 lvyuan 179 sezhichang 431 sizhuang 1203 XingCheng 1242 damaichang 180 liyuandianlanchang 439 ninghaili 1206 Jiangyinchengzhong 1244 xianfeng 189 kaiguanchang 1101 JiaoQiao 1207 ChengJiang 1401 MeiYuan 199 Tiyuzhongxin 1102 Haiguan 1209 JiYang 1407 Taihufandian 下面我們從PM-Data統(tǒng)計(jì)分析來評(píng)估參數(shù)修改對(duì)系統(tǒng)性能的影響。 Date 2005-11-1 2005-11-2 2005-11-17 2005-11-18 Frequency Voice 1XPkt Voice 1XPkt Voice 1XPkt Voice 1XPkt 283 31149.8 48.1 30856.6 4.3 29972.3 5294.1 30518.6 4835.6 201 17861.5 6257 16999.2 6318.1 17521.8 3018.1 17187 2182.5 數(shù)據(jù)來源：PMTraf Report 上表我們對(duì)調(diào)整前后兩個(gè)載波（201、283頻點(diǎn)）語音和數(shù)據(jù)業(yè)務(wù)量的分布情況進(jìn)行了統(tǒng)計(jì)。從上面的統(tǒng)計(jì)表格中我們可以看到。目前無錫的CDMA網(wǎng)絡(luò)采用Hasing算法，手機(jī)會(huì)根據(jù)各自的IMSI號(hào)駐留到不同的頻點(diǎn)上。從修改前的統(tǒng)計(jì)報(bào)告上看201頻點(diǎn)的話音業(yè)務(wù)量比283頻點(diǎn)的話音業(yè)務(wù)量低1萬多次，而283頻點(diǎn)只有幾個(gè)基站打開了數(shù)據(jù)業(yè)務(wù)功能?？紤]到雙載波區(qū)域大多數(shù)基站的283頻點(diǎn)數(shù)據(jù)功能未開，隨著網(wǎng)絡(luò)中數(shù)據(jù)和話音用戶的增多，201頻點(diǎn)上要同時(shí)承載話音和數(shù)據(jù)業(yè)務(wù)，導(dǎo)致話務(wù)分布不均衡，影響網(wǎng)絡(luò)性能。從統(tǒng)計(jì)表格上看在打開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ì)比。如下表： Date Match Rate% Lower Rate% Total Fail% RF Cpcty 11月1日 70.60 17.83 11.29 5715.60 11月2日 71.10 17.98 10.93 5350.53 11月13日 74.29 14.16 11.58 4793.64 11月14日 75.45 13.57 11.01 5045.48 從上面的對(duì)比表中我們可以看到，經(jīng)過參數(shù)的調(diào)整，數(shù)據(jù)業(yè)務(wù)的匹配率，降速率都得到了不同程度的優(yōu)化提升。 調(diào)整效果跟蹤： 我們將283頻點(diǎn)的數(shù)據(jù)功能打開后對(duì)分擔(dān)載波話務(wù)量有非常大的作用，充分利用了現(xiàn)有資源，減少了大量的RF BLKS情況，提高了網(wǎng)絡(luò)性能。并且在網(wǎng)絡(luò)現(xiàn)有資源情況下，有效的提高了系統(tǒng)利用率。 5．2 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 Count Data Label: WcCacheCnt Data Definition: The number of 64 bit Walsh Codes to cache at the BTS for Forward Supplemental Channels. The value must be an even number within the domain. The MM will translate this into an array of up to 5 walsh code branches defined by Walsh Code length and id. This array wll be downloaded from the MM to the GLI and MAWI. The walsh code branches allocated for this purpose are those corresponding to the 4 bit walsh codes 2 and 3 and the 8 bit walsh codes 4 and 5, since they have no walsh codes allocated for non-traffic. The MM will allocate any branches that will yield a total number of walsh codes equal to WcCacheCnt, such that the number of branches is minimized The branches must not overlap. Data Range: 0-48 Data Default: 0 Target Subsystem: BTS 網(wǎng)絡(luò)現(xiàn)狀 目前無錫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è)用戶共享一個(gè)16X的SCH。當(dāng)兩個(gè)用戶時(shí)分一個(gè)16X時(shí)，速率會(huì)從100kbps左右下降到70kbps左右。當(dāng)修改設(shè)置為32后測試，可以同時(shí)分配給兩用戶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)整了無錫的Walsh code cache count配置以后，我們對(duì)無錫的語音擁塞情況進(jìn)行了關(guān)注，因?yàn)樵趩?、雙載波區(qū)域話音和數(shù)據(jù)用戶要共享一個(gè)載波的64位Walsh Code，結(jié)果我們發(fā)現(xiàn)將單，雙載波的Walsh Code Cache Count改為32以后，那些語音話務(wù)量大的單、雙載波基站出現(xiàn)了不同程度的擁塞，即CFC=20。考慮到以語音優(yōu)先的原則，我們建議將這些基站的Walsh Code Cache Count從32調(diào)整到24。使Walsh Code達(dá)到最優(yōu)化的合理配置。 我們將雙載波基站的兩個(gè)載波的Walsh Code調(diào)整為32的后出現(xiàn)了話音擁塞的基站找了出來，建議將相應(yīng)的Walsh Code調(diào)整為24。 BTSID BTSID BTSID BTSID BTSID BTSID BTSID 1102 1120 1201 1212 1308 1418 1318 1104 1132 1202 1217 1310 308 1319 1110 1135 1203 1220 1311 318 1324 1111 1136 1204 1221 1312 329 1328 1112 1138 1205 1224 1313 330 1333 1116 1147 1206 1225 1314 402 1337 1118 1158 1208 1239 1315 411 1338 1181 1168 1209 1241 1317 1410 5．3 RAS門限的優(yōu)化調(diào)整 調(diào)整目的： 減少SCH軟切換，提高數(shù)據(jù)上傳下載速率 RAS是專門針對(duì)SCH來設(shè)計(jì)的,它的作用是通過控制主導(dǎo)頻的個(gè)數(shù)來提高數(shù)據(jù)的吞吐量，在語音呼叫的激活集PN的基礎(chǔ)上，選擇信號(hào)比較強(qiáng)的一個(gè)或幾個(gè)PN來進(jìn)行數(shù)據(jù)傳輸。最高速率取決于其中提供速率最低的那個(gè)導(dǎo)頻。該項(xiàng)調(diào)整的目的是找到目前網(wǎng)絡(luò)覆蓋、話務(wù)承載情況下RAS門限的最佳設(shè)置值，由于用戶的分布和使用情況千差萬別，只能針對(duì)某些常用類型用戶的設(shè)置值。該機(jī)制只作用于IS-2000數(shù)據(jù)業(yè)務(wù)，不會(huì)對(duì)2G數(shù)據(jù)業(yè)務(wù)和2G話音業(yè)務(wù)起作用。而且在前反向鏈路上的門限是獨(dú)立的，不會(huì)互相影響。同時(shí)，由于提高了前向SCH分配的門限，使得一些信號(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 步長：0.5dB 參數(shù)分析： 前向RAS功能對(duì)提高系統(tǒng)的前向Throughput有很大的作用，如果RAS設(shè)置過高，由于系統(tǒng)會(huì)根據(jù)提供數(shù)據(jù)速率最低的ACTIVE SET 來分配前向SCH，可能會(huì)使得前向Throughput變低并且占用更多WALSH Code和CE資源，如果RAS設(shè)置過低， 有可能會(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)整效果跟蹤： Date Match Rate% Lower Rate% RF Cpcty 11月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門限進(jìn)行了調(diào)整以后，使得系統(tǒng)的降速分配率得到了一定程度的降低，尤其是對(duì)減少RF Cpcty的情況效果非常明顯，這對(duì)提高整個(gè)網(wǎng)絡(luò)的性能，提高SCH的指配成功率有較大的幫助。 從以上的各項(xiàng)分析來看，我們對(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ǎng)絡(luò)的前向RAS門限定為3！ 5．4 RC配置的優(yōu)化調(diào)整 調(diào)整目的 合理無線配置，提高系統(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)過對(duì)無錫的網(wǎng)絡(luò)進(jìn)行了跟蹤分析后發(fā)現(xiàn)目前無錫網(wǎng)絡(luò)中經(jīng)過項(xiàng)目組調(diào)整了Walsh Code配置后WC資源基本上沒有出現(xiàn)過溢出的現(xiàn)象。因此目前功率成為影響速率的更重要因素。還有一個(gè)重要的原因是，不同的CBSC在不同的RC配置下進(jìn)行切換是硬切換。 網(wǎng)絡(luò)現(xiàn)狀 目前無錫各個(gè)CBSC的設(shè)置不完全相同，這導(dǎo)致了如果在不同RC間切換變成硬切換。 CBSC_ID FWDBASE REVBASE FWDSUP REVSUP 3091 4 3 4 3 3092 4 3 4 3 3093 4 3 4 3 3094 4 3 4 3 3031 3 3 4 3 3032 3 3 4 3 3033 3 3 4 3 3034 4 3 4 3 調(diào)整方案 將無錫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ò)的用戶量不高，信道資源未發(fā)生擁塞的情況下，配置成RC3更加有利于提高用戶的上網(wǎng)速率。 5．5 前向SCH誤幀率的優(yōu)化調(diào)整 調(diào)整目的 降低1X業(yè)務(wù)的前向SCH誤幀率 參數(shù)含義 1x FFPC F-SCH FPC FER Data Label: FpcFER Data Definition: Target FER for Outerloop Setpoint at MS for F-SCH. Data Range: 0-10% Data Default: 5.0 Target Subsystem: MS Data Type: Fixed 現(xiàn)網(wǎng)狀況 現(xiàn)網(wǎng)的前向SCH的目標(biāo)FER是5%. 調(diào)整思路 補(bǔ)充信道FER目標(biāo)值的設(shè)置會(huì)直接影響到用戶吞吐量，甚至影響到整個(gè)網(wǎng)絡(luò)的吞吐量。 （1）如果FER目標(biāo)值設(shè)置過高，比如20％，用戶吞吐量會(huì)因?yàn)轭l繁的重發(fā)而明顯下降。但是在這樣的情況下手機(jī)要求的業(yè)務(wù)信道增益也隨之減小，即降低了對(duì)基站功率的要求。系統(tǒng)將有更多的資源為其他用戶服務(wù)。 （2）反之，如果FER目標(biāo)值設(shè)置很低，比如1％，用戶吞吐量幾乎可以達(dá)到物理層吞吐量（忽略開銷信道）。但是業(yè)務(wù)信道增益也隨之增大，也就是說要占用基站的大部分功率。結(jié)果可能會(huì)導(dǎo)致基站不能容納更多的用戶，缺乏對(duì)其他用戶的公平性。 考慮到無錫現(xiàn)在數(shù)據(jù)用戶量較小，也就是說用戶同時(shí)在一個(gè)扇區(qū)使用數(shù)據(jù)業(yè)務(wù)（尤指CARD業(yè)務(wù)）的概率是相當(dāng)小的。所以我們認(rèn)為對(duì)基站來說可以為用戶分配更多功率來滿足用戶對(duì)吞吐量的要求。因?yàn)槿绻脩舻貌坏阶銐虻墓β?，F(xiàn)ER將隨之被快速升高，導(dǎo)致在下一個(gè)時(shí)間片上系統(tǒng)將不能再為之分配高速率的SCH信道。從而最終導(dǎo)致用戶吞吐量較為明顯的下降。 調(diào)整方案 對(duì)于3031，高話務(wù)BSC，建議修改為3% 對(duì)于3033，低話務(wù)BSC，建議修改為2% 調(diào)整命令 edit fwdschgos-cbsc#-fwdschgos# schfpcparms Fpcschfer 調(diào)整區(qū)域 無錫市區(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雖然得到改善，但下載速率沒有什么變化，還下降了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)整 調(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增益提升步長為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í)，無線環(huán)境應(yīng)該是比較惡劣的，對(duì)于現(xiàn)在的網(wǎng)絡(luò)來說，fpcstepupsch和fpcstepdownsch都是0.5，這樣很容易在無線差的地區(qū)產(chǎn)生震蕩，使得fer無法向target逼近，從而也影響前向的速率。 前向SCH 增益 時(shí)間 在Ffer低于Fpcfer的時(shí)候，前向功率會(huì)適當(dāng)?shù)南陆礷pcstepdownsch，以減少干擾 當(dāng)外環(huán)的Ffer高于門限時(shí)，前向功率會(huì)增加fpcstepupsch，用來維持目標(biāo)的Fer fpcstepdownsch fpcstepupsch 根據(jù)其他系統(tǒng)的參數(shù)經(jīng)驗(yàn)，我們認(rèn)為up的幅度應(yīng)該大于下調(diào)的幅度，這樣的功控機(jī)制是更符合多變的無線環(huán)境。 調(diào)整方案 對(duì)于BSC3031，建議修改為1.0。 調(diào)整命令 edit fwdschgos-cbsc#-fwdschgos# schfpcparms 調(diào)整區(qū)域 無錫市區(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)整后 從瞬間下載速率來看，總體上下載速率有所增加，但變化不是很大。 FER對(duì)比為： 調(diào)整前 調(diào)整后 上面兩圖顯示FER變化不太大，調(diào)整后紅色區(qū)域是因?yàn)槭謾C(jī)故障導(dǎo)致。 5．7 BTS CPU OVLD問題的分析 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ù)荷超過85%也是一次CPU OVLD。 調(diào)查背景： 通過檢查數(shù)據(jù)業(yè)務(wù)的相關(guān)統(tǒng)計(jì)報(bào)表，發(fā)現(xiàn)網(wǎng)絡(luò)中存在的問題。并對(duì)這些問題進(jìn)行詳細(xì)分析并提出相應(yīng)的解決建議。 調(diào)查細(xì)節(jié)如下： 1．我們首先通過檢查Moto的相關(guān)統(tǒng)計(jì)報(bào)告發(fā)現(xiàn)，無錫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ì)這些問題基站進(jì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í)承載語音和數(shù)據(jù)業(yè)務(wù)。 3．我們對(duì)這些基站的RF LOAD Manager參數(shù)進(jìn)行了檢查，發(fā)現(xiàn)設(shè)置正常。 4．為什么在同樣的話務(wù)負(fù)荷或者更繁忙的基站卻沒有出現(xiàn)CPU OVLD情況？它們與問題基站又有那些區(qū)別呢？由于數(shù)據(jù)業(yè)務(wù)的資源指配都是由GLI CPU來進(jìn)行處理的，因此我們接下來對(duì)無錫網(wǎng)絡(luò)中的GLI板卡類型進(jìn)行了檢查，我們?nèi)?1月10日無錫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板卡類型進(jìn)行了比較如下表： Reverse SCH Allocation Failures GLI板卡類型 BTS SCH Rqsts BTS CPU OVLD 135 208399 0 GLI3 160 196831 0 GLI3 161 234017 0 GLI3 206 192493 0 GLI3 207 187803 0 GLI3 209 229646 0 GLI3 221 291995 0 GLI3 227 234016 0 GLI3 246 216914 0 GLI3 256 430634 0 GLI3 257 364672 0 GLI3 258 212821 0 GLI3 402 177670 718 GLI2 404 245734 912 GLI2 418 193841 0 GLI3 401 134130 2851 GLI2 403 83827 392 GLI2 405 60379 246 GLI2 408 36450 12 GLI2 409 119683 136 GLI2 410 129551 189 GLI2 411 100617 324 GLI2 412 18224 22 GLI2 413 102092 103 GLI2 426 111530 113 GLI2 428 72662 41 GLI2 434 23171 11 GLI2 436 75518 74 GLI2 從上表中我們可以很明顯的看到，在該天的統(tǒng)計(jì)中有13個(gè)基站的SCH Rqsts次數(shù)與這幾個(gè)問題基站中SCH Rqsts請(qǐng)求次數(shù)接近或更高，但它們并沒有發(fā)生過一次CPU OVLD的情況。這說明在目前的網(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板卡類型是一致的都是使用的GLI2。 5．對(duì)這兩種不同類型的GLI板卡的性能差別問題，我們咨詢了MOTOROLA CNRC，他們的答復(fù)是兩種GLI板卡的CPU性能上存在著較大差異。在16.5版本，同樣的負(fù)荷情況下，GLI2的CPU使用負(fù)荷要明顯高于GLI3，大約是GLI3的兩倍左右，也就是說在同等話務(wù)負(fù)荷情況下，GLI2板卡的CPU會(huì)比GLI3板卡CPU更快的到達(dá)overload門限。使用GLI2板卡在業(yè)務(wù)高峰的時(shí)候，CPU的使用率很容易會(huì)超過它的門限，如果此時(shí)再有SDU請(qǐng)求SCH分配則會(huì)因?yàn)镃PU OVLD，最終導(dǎo)致SCH指配失敗。兩種GLI板卡的CPU使用負(fù)荷性能情況如下圖： 從上面的兩種GLI的CPU負(fù)載使用率的性能對(duì)比圖上我們可以看到，在R16.5版本下，同樣在接入8個(gè)用戶的時(shí)候，GLI2的CPU負(fù)載率已經(jīng)達(dá)到了40%多，而GLI3的CPU負(fù)載還只達(dá)到20%多。相差將近一倍。而且GLI2的上升曲線也比GLI3要陡。而GLI3在將來升級(jí)到R17.0版本以后的CPU使用負(fù)荷率還要更低。 于是我們挑選問題最嚴(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的情況消失。該問題得到解決。 Date Single&Multiple SCH Rqsts SCH Cancl BTS CPU Ovld SCH Usage(min) SCH Usage Mbytes 11月17日 586.5 351.7 57527 268 451 11月18日 483 291.1 46473 200 371 11月21日 190.7 128.4 18613 117 0 11月22日 359.4 248.9 35235 137 0 數(shù)據(jù)來源：.Dat報(bào)告BTS SCH Resource Allocation - Reverse 調(diào)整結(jié)論：出現(xiàn)CPU OVLD的基站都是使用的GL