PCU系統(tǒng)容量評(píng)估分析優(yōu)化流程_第1頁(yè)
PCU系統(tǒng)容量評(píng)估分析優(yōu)化流程_第2頁(yè)
PCU系統(tǒng)容量評(píng)估分析優(yōu)化流程_第3頁(yè)
PCU系統(tǒng)容量評(píng)估分析優(yōu)化流程_第4頁(yè)
PCU系統(tǒng)容量評(píng)估分析優(yōu)化流程_第5頁(yè)
已閱讀5頁(yè),還剩2頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、PCU容量評(píng)估分析優(yōu)化流程1 PCU容量分析優(yōu)化流程如上圖所示,首先是要對(duì)PCU的容量負(fù)荷情況進(jìn)行評(píng)估。主要從BSC統(tǒng)計(jì)上去判定PCU的負(fù)荷情況,這就需要收集關(guān)于PCU負(fù)荷的BSC統(tǒng)計(jì)數(shù)據(jù),統(tǒng)計(jì)數(shù)據(jù)會(huì)在下文作詳細(xì)說(shuō)明。其次是要收集一些影響到PCU負(fù)荷的參數(shù)設(shè)置,這些參數(shù)除FPDCH外基本都是BSC級(jí)參數(shù)。另外還要清楚目前PCU的配置情況,如配置的RPP的數(shù)、Gb的鏈路數(shù)、Gb鏈路中有多少個(gè)時(shí)隙是用于Gb口傳輸?shù)?。上面提到的所有反映PCU情況的數(shù)據(jù)收集齊全后,就可以根據(jù)PCU的負(fù)荷情況作出優(yōu)化方案了。具體介紹如下文所述。2 PCU容量分析2.1 PCU概述PCU在數(shù)據(jù)網(wǎng)中的地位相當(dāng)于BSC在GS

2、M話音網(wǎng),用于GRPS的無(wú)線資源管理,處理的接口是Gb接口和Abis接口。B-PDCH/G-PDCH/E-PDCH信道對(duì)應(yīng)于在Abis接口傳輸。PCU的內(nèi)部結(jié)構(gòu)如下圖所示:每個(gè)BSC只能有一個(gè)PCU,而一個(gè)PCU內(nèi)可以包含若干RPP。PCU的處理能力,主要是由RPP處理能力總和決定的。各個(gè)RPP之間使用以太網(wǎng)連接,而每個(gè)RPP可以同時(shí)處理Gb和Abis,也可以完全是處理Abis。目前我們談的PCU的處理能力問(wèn)題,主要分為2個(gè)方面,一個(gè)是RPP對(duì)于PDCH信道數(shù)的處理能力,一個(gè)是RPP上所能支持的GSL設(shè)備數(shù)的多少。為了理解這兩個(gè)方面,首先讓我們認(rèn)識(shí)一下RPP的內(nèi)部結(jié)構(gòu):可以看到,每個(gè)RPP里有

3、8個(gè)DSP。每個(gè)DSP的處理能力是25個(gè)B-PDCH。每個(gè)G-PDCH/E-PDCH需要的處理能力是B-PDCH的1.5倍,因此,一個(gè)DSP的處理能力是25/1.5=16.7個(gè)G-PDCH/E-PDCH。在8個(gè)DSP中,只有6個(gè)DSP可以用來(lái)處理Abis,剩下2個(gè)只能用來(lái)處理Gb。這樣,可以知道一個(gè)RPP對(duì)于PDCH的處理能力是25×6150個(gè)B-PDCH,或者150/1.5=100個(gè)E-PDCH/G-PDCH。而從連接來(lái)看,每個(gè)RPP有兩個(gè)DL2,每個(gè)DL2含32個(gè)RTGPHDV設(shè)備。RTGPHDV設(shè)備可以連Gb接口或者Abis接口。一般來(lái)說(shuō),Gb是定義在DL20上,數(shù)目小于32。

4、下表為Gb數(shù)目和相應(yīng)的Abis容量關(guān)系。GSL設(shè)備使用率是描述PCU負(fù)荷情況的主要指標(biāo)。一般性能良好PCU的GSL設(shè)備率應(yīng)該處于50到60這個(gè)范圍,當(dāng)GSL設(shè)備率高過(guò)85%,就認(rèn)為對(duì)PDCH分配有比較大的影響,導(dǎo)致某些小區(qū)PDCH分配不足。對(duì)PCU負(fù)荷優(yōu)化的手段我們主要通過(guò)釋放閉塞的GSL設(shè)備、參數(shù)調(diào)整和RPP擴(kuò)容。2.2 PCU優(yōu)化的方法:1)參數(shù)調(diào)整有部分參數(shù)的設(shè)置會(huì)影響到PCU的負(fù)荷,這些參數(shù)包括BSC級(jí)和小區(qū)級(jí)。這部分BSC級(jí)參數(shù)主要有: TBFDLLIMIT、TBFULLIMIT、ESDELAY、ELDELAY、ULDELAY和PILTIMER;小區(qū)級(jí)主要參數(shù)有:FPDCH。參數(shù)的作

5、用及對(duì)PCU負(fù)荷的影響說(shuō)明如下:TBFDLLIMIT/ TBFULLIMIT:其中TBFDLLIMIT用于下行情況,TBFULLIMIT用于上行情況,作用原理是一樣的。這兩個(gè)參數(shù)設(shè)置新PSET分配的門限值,當(dāng)PSET內(nèi)平均PDCH復(fù)用數(shù)達(dá)到這個(gè)門限值就會(huì)觸發(fā)另外一個(gè)新PSET的PDCH分配。門限值調(diào)低時(shí)會(huì)使更多的PDCH分配給用戶使用,由于PDCH分配數(shù)增加,因此會(huì)增加PCU負(fù)荷。調(diào)整該參數(shù)對(duì)PCU負(fù)荷的影響較大。ESDELAY/ELDELAY/ULDELAY: 這3個(gè)參數(shù)是分別對(duì)3種TBF機(jī)制保持時(shí)長(zhǎng)的控制,時(shí)長(zhǎng)設(shè)置的越長(zhǎng),(PDCH)資源保持的時(shí)間越長(zhǎng)。增加這3個(gè)參數(shù)的設(shè)置會(huì)增加PCU的負(fù)

6、荷,不過(guò)影響的幅度較小。PILTIMER:該參數(shù)調(diào)整空閑按需分配PDCH釋放的等待時(shí)間。當(dāng)這個(gè)等待時(shí)間較短時(shí),空閑按需分配PDCH會(huì)更快的釋放掉,釋放掉的PDCH就會(huì)釋放PCU的占用資源。增大該參數(shù)會(huì)增加PCU負(fù)荷,調(diào)整該參數(shù)對(duì)PCU負(fù)荷的影響較大。FPDCH:用于設(shè)置小區(qū)的固定用于GRPS的信道數(shù),這些信道不能為語(yǔ)音所用,設(shè)置范圍是0到8。固定PDCH是一直持續(xù)占用PCU資源的,所以固定PDCH的增加會(huì)增加PCU負(fù)荷。2)釋放閉塞的GSL設(shè)備釋放閉塞的GSL設(shè)備就是要把在PCU中處理GB口鏈路的設(shè)備中釋放部分設(shè)備,用于處理PDCH。PCU負(fù)荷來(lái)自于兩方面,一方面是對(duì)GB口鏈路的處理,另一方面

7、是對(duì)小區(qū)PDCH的管理。用于GB口鏈路的處理的設(shè)備是通過(guò)閉塞RPP中的設(shè)備來(lái)獲得,其余的可用的設(shè)備都會(huì)用作PDCH處理。在GB鏈路有足夠冗余量的情況下,解閉部分用于GB口鏈路的處理的設(shè)備,這樣就會(huì)使到RPP中處理PDCH的設(shè)備數(shù)增多,可以緩解RPP對(duì)PDCH處理負(fù)荷的壓力。另外要注意的是當(dāng)處理GB口鏈路的設(shè)備數(shù)小于18(加上1個(gè)設(shè)備用于鏈路同步,共19個(gè)設(shè)備閉塞)時(shí)并不會(huì)比等于18時(shí),使用于PDCH處理的設(shè)備數(shù)增多。也就是說(shuō)GB口鏈路的設(shè)備數(shù)小于18或等于18時(shí)對(duì)PCU在PDCH處理方面的資源是一樣的。3)RPP擴(kuò)容PCU RPP擴(kuò)容是一個(gè)較好的降低PCU負(fù)荷的方法。增加RPP數(shù),也就是增加了

8、可用的GSL設(shè)備數(shù)。RPP需求數(shù)的計(jì)算方法介紹如下,計(jì)算結(jié)果可作為擴(kuò)容參考。由于BPDCH和EPDCH對(duì)PCU資源的占用程度不同,因此需要分別計(jì)算出BSC的BPDCH和EPDCH的總數(shù)。BPDCH是支持GPRS的PDCH信道,EPDCH是支持EDGE的PDCH信道。這里介紹兩種方法計(jì)算:1、方法一在OSS終端使用RLGRP指令得出PDCH分配總數(shù),及BPDCH和EPDCH數(shù)的方法。RLGRP指令可以列出當(dāng)前小區(qū)PDCH分配情況,具體操作是:分別在幾天的數(shù)據(jù)忙時(shí)時(shí)段多次使用指令“RLGRP:CELL=ALL;” 把分析BSC的所有小區(qū)的PDCH情況列出,然后作平均處理。這里以BSCA為例,針對(duì)B

9、SCA,我們對(duì)RPP需求數(shù)的計(jì)算方法介紹如下。計(jì)算結(jié)果可作為擴(kuò)容參考。由于在統(tǒng)計(jì)上雖然可以得出PDCH分配數(shù),但不能準(zhǔn)確的對(duì)BPDCH和EPDCH作出準(zhǔn)確的區(qū)分。BPDCH是支持GPRS的PDCH信道,EPDCH是支持EDGE的PDCH信道。我們使用了在OSS終端使用RLGRP指令得出PDCH分配總數(shù),及BPDCH和EPDCH數(shù)的方法。RLGRP指令可以列出當(dāng)前小區(qū)PDCH分配情況,具體操作是:在00:00-01:00的數(shù)據(jù)最忙時(shí)段多次使用指令“RLGRP:CELL=ALL;” 把當(dāng)前BSCA所有小區(qū)的PDCH情況列出,然后作平均處理,結(jié)果如下:配置RPP數(shù)14個(gè)PDCH總數(shù)1532個(gè)BPDC

10、H分配數(shù)1203個(gè)EPDCH分配數(shù)329個(gè)按上表計(jì)算,在BSCA GB口時(shí)隙數(shù)為18的情況下,1個(gè)RP單獨(dú)可支持150個(gè) BPDCH;1個(gè)RP單獨(dú)可支持45個(gè) EPDCH。得到按BPDCH數(shù)和EPDCH數(shù)計(jì)算的需要RPP數(shù):RPP = 1203 / 150 + 329 / 45 = 15個(gè)然后按每個(gè)RPP的負(fù)荷利用率是90%計(jì)算,最后得到需要的RPP數(shù)為:RPPreq = 15 / 0.9 = 17個(gè)需要擴(kuò)容的RPP數(shù)是:17-14=3個(gè)2、方法二在統(tǒng)計(jì)上可以得出PDCH分配數(shù),用COUNTER Dlbpdch和Dlepdch能大約計(jì)算出BPDCH和EPDCH占PDCH分配數(shù)的比例。Dlbpd

11、ch是BPDCH的統(tǒng)計(jì)累加,Dlepdch是EPDCH的統(tǒng)計(jì)累加。我們把統(tǒng)計(jì)PDCH分配數(shù)作為分配PDCH的總數(shù),之后按比例計(jì)算得出的BPDCH和EPDCH,得出分配PDCH總數(shù)中的BPDCH數(shù)和EPDCH的數(shù)目按上表計(jì)算,在時(shí)隙數(shù)為18的情況下,1個(gè)RP單獨(dú)可支持150個(gè) BPDCH;1個(gè)RP單獨(dú)可支持45個(gè) EPDCH。得到按BPDCH數(shù)和EPDCH數(shù)計(jì)算的需要RPP數(shù):BPDCH數(shù)=PDCH分配數(shù) * Dlbpdch / (Dlbpdch+Dlepdch)EPDCH數(shù)=PDCH分配數(shù) * Dlepdch / (Dlbpdch+Dlepdch)RPP個(gè)數(shù) = BPDCH數(shù) / 150 + EPDCH數(shù) / 45 然后按每個(gè)RPP的負(fù)荷利用率是90%計(jì)算,最后得到需要的RPP數(shù)為:RPP需求 = 個(gè)數(shù) / 0.9 需要擴(kuò)容的RPP數(shù)是:RPP

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論