




版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、Technical Alert文件號(hào)Report No:SBGGSM_BSS08021收件人 Send To : ISE center及各分公司,FES 發(fā)件人 From : SBG/L2/GWD TS抄送 CC :內(nèi)容 Content :Alcatel A9130 BSC無(wú)線話務(wù)高峰預(yù)防主管簽字 Signature :及應(yīng)急措施頁(yè)數(shù) Page : 10日期 Date : 2008年5月13日對(duì)于無(wú)線網(wǎng)絡(luò)而言,節(jié)日期間由于話務(wù)流量及話務(wù)類型的變化,會(huì)導(dǎo)致其話務(wù)模型與平常情況下的話務(wù)模型有所差別,對(duì)無(wú)線網(wǎng)絡(luò)各網(wǎng)元造成一定的影響。以下將基于ALCATEL GSM BSS系統(tǒng),分析上述變化對(duì)ALCA
2、TELA9130 BSC無(wú)線網(wǎng)絡(luò)造成的影響,并提出初步的解決方案。網(wǎng)絡(luò)話務(wù)量增長(zhǎng)以及短消息業(yè)務(wù)的激增引起的信令負(fù)荷增加的分析:1)針對(duì)話務(wù)增長(zhǎng)的分析。由于元旦,春節(jié)網(wǎng)絡(luò)話務(wù)量會(huì)較平時(shí)有所變化,小區(qū)TCH負(fù)荷需要進(jìn)行適當(dāng)?shù)目紤]。針對(duì)TCH話務(wù)量的增加,可以通過(guò)考查TCH負(fù)荷(查ERLANG B表),根據(jù)需要增加載頻。但是值得注意的是:在作擴(kuò)容分析時(shí),必需同時(shí)考慮到BSC區(qū)域所承載的總體話務(wù)量增加情況,是否處于ALCATEL A9130BSC配置所能承受的范圍之內(nèi),如果確有必要,則可調(diào)整BSC配置,具體可參考以下BSC配置(基于軟件的版本B10)。Alcatel A9130BSC配置表以下分析和預(yù)
3、警應(yīng)對(duì)措施基于現(xiàn)場(chǎng)依照Alcatel無(wú)線系統(tǒng)對(duì)應(yīng)版本及產(chǎn)品預(yù)設(shè)計(jì)部門的Dimension rule進(jìn)行配置。2)針對(duì)信令負(fù)荷增長(zhǎng)的分析。 鑒于A9310BSC繼續(xù)沿用了A9120BSC的應(yīng)用層設(shè)計(jì),所以在現(xiàn)有配置下每個(gè)TCU還是建議最多配置32個(gè)SDCCH(NON-COMBINED BCCH 的權(quán)重相當(dāng)于8個(gè)SDCCH,COMBINED BCCH 的權(quán)重相當(dāng)于4個(gè)SDCCH),這條規(guī)則保證了在正常話務(wù)的情況下,TCU進(jìn)程的平均負(fù)載保持在正常水平。一般對(duì)于一個(gè)映射了若干個(gè)CELL的TCU進(jìn)程來(lái)說(shuō),如果其TCH的平均利用率不會(huì)超過(guò)80%,SDCCH上的平均利用率也就不超過(guò)60%。但對(duì)于一個(gè)較大的C
4、ELL,映射了32個(gè)SDCCH的TCU進(jìn)程上的負(fù)載可能會(huì)高,導(dǎo)致在TCU進(jìn)程上的短暫的負(fù)載峰值的出現(xiàn),此時(shí)會(huì)觸發(fā)針對(duì)SDCCH的過(guò)載保護(hù)機(jī)制。實(shí)際上對(duì)于小的小區(qū)(4個(gè)TRX或者更少),TCU進(jìn)程有能力處理更多的SDCCH,或者如果TCU進(jìn)程上映射每個(gè)小區(qū)都可能成為L(zhǎng)OCATION AREA 的邊界時(shí),也可以多配置一些SDCCH。注:以上SDCCH均指SDCCH子信道。由于元旦,春節(jié)短消息業(yè)務(wù)激增,特別是群發(fā)短消息的存在,使得網(wǎng)絡(luò)PAGING消息的量增加,PCH信道負(fù)荷上升。這樣網(wǎng)絡(luò)的PAGING容量是否能夠承載節(jié)日話務(wù)高峰就成為一個(gè)必須考慮的問(wèn)題。以下就Paging在ALCATEL GSM系統(tǒng)
5、中各接口的限制,以及其對(duì)ALCATEL無(wú)線網(wǎng)元的影響做出分析:1)Paging在GSM系統(tǒng)中各接口的限制空中接口(Air Interface)Paging主要是通過(guò)CCCH信道中的PCH信道來(lái)傳送系統(tǒng)對(duì)被叫用戶的尋呼。CCCH信道包括PCH信道和AGCH信道,以BLOCK為單位。Panging BLOCK和AGCH BLOCK的數(shù)目有Combined和Not Combined兩種模式,參數(shù)BS_AG_BLK_RES決定兩者的數(shù)目,兩者BLOCK之和為3或9。在alactel默認(rèn)的情況下:- 在Combined模式下Paging BLOCK和AGCH BLOCK的數(shù)目分別為2和1;- 在Not
6、Combined模式下Paging BLOCK和AGCH BLOCK的數(shù)目分別為5和4。根據(jù)如下PCH和AGCH信道容量的計(jì)算方法,得到小區(qū)所能支持最大Paging消息數(shù)。Paging容量 =(每個(gè)Paging blocks所能同時(shí)呼叫用戶數(shù)×一個(gè)復(fù)幀中Paging blocks的數(shù)目)÷每個(gè)復(fù)幀的時(shí)長(zhǎng)(秒),其中每個(gè)Paging blocks所能同時(shí)呼叫用戶數(shù)取決于Paging request type, 共有三種類型,如下:Paging request type1同時(shí)Paging2個(gè)用戶(IMSI或TMSI)Paging request type2同時(shí)Paging3個(gè)用
7、戶(2個(gè)IMSI,1個(gè)TMSI)Paging request type3同時(shí)Paging4個(gè)用戶(4個(gè)TMSI)每復(fù)幀尋呼組可以傳送4 個(gè)TMSI尋呼或2個(gè)IMSI尋呼.1個(gè)TMSI尋呼占1個(gè)尋呼組的1/4,1個(gè)IMSI尋呼占1個(gè)尋呼組的1/2,網(wǎng)絡(luò)系統(tǒng)中,若有約20%的尋呼次數(shù)采用IMSI尋呼方式,80%的尋呼次數(shù)采用TMSI尋呼方式,那么可以計(jì)算出:每100個(gè)尋呼中包括80個(gè)TMSI 尋呼方式和20個(gè)IMSI尋呼方式,則每100個(gè)尋呼所需的尋呼組數(shù)目為:80×1/4+20×1/2=30。所以,每尋呼組的尋呼數(shù)為:100÷30=3.33可以理解為,每尋呼組可以尋
8、呼到3.33 個(gè)手機(jī)。如下表可以計(jì)算出不同信道結(jié)構(gòu)時(shí)的尋呼次數(shù)。在Not Combined下系統(tǒng)的空口的安全值是最大值的70,也就是180000次每秒。A接口(A Interface)上的paging限制對(duì)于A9130 BSC的paging容量限制只取決于TRX的配置數(shù)量,實(shí)際上是Erlang的容量。它不取決于是否使用HSL高速信令(使用HSL高速信令模式只是強(qiáng)制使在1000TRX配置下系統(tǒng)支持4500Erlang,如果用戶不想支持4500Erlang的話可以使用傳統(tǒng)信令LSL模式);它不取決于是否使用多Muti CCCH,Muti CCCH只是增加空口處理paging的能力;具體數(shù)據(jù)如下:-
9、 在600 TRX配置下2700 Erlang:72 paging/s max,所以BSC系統(tǒng)最大paging量是259200每秒。系統(tǒng)安全值是最大值的75,為194400每秒。- 在800 TRX配置下3600Erlang:96 paging/s max,所以BSC系統(tǒng)最大paging量是345600每秒。系統(tǒng)安全值是最大值的75,為259200每秒。- 在1000 TRX配置下4500 Erlang:121 paging/s max,所以BSC系統(tǒng)最大paging量是435600每秒。系統(tǒng)安全值是最大值的75,為326700每秒。根據(jù)以上分析,可得出以下結(jié)論1)A9130 BSC在B9/B
10、10版本系統(tǒng)在600 TRX配置下: 72 paging/s,所以BSC系統(tǒng)最大paging量是259200每秒。系統(tǒng)安全值是最大值的75,為194400每秒。2)A9130 BSC在B10版本系統(tǒng)在1000 TRX配置下(無(wú)論使用HSL還是雙CCCH):121 paging/s,所以BSC系統(tǒng)最大paging量是435600每秒。系統(tǒng)安全值是最大值的75,為326700每秒。 Alcatel GSM BSC模塊負(fù)載情況的監(jiān)控及應(yīng)對(duì)方案:由于ALCATEL的BSS系統(tǒng)是基于分布式系統(tǒng)的設(shè)計(jì)概念,processor是分布在每個(gè)模塊上的,它將由于某一processor的過(guò)載退服而引起整個(gè)網(wǎng)絡(luò)癱瘓的
11、風(fēng)險(xiǎn)將到了最低因此對(duì)如此多數(shù)量的processor中的一塊進(jìn)行負(fù)荷檢測(cè)并無(wú)多大意義所以我們就模塊負(fù)載的情況作出分析和相應(yīng)的應(yīng)對(duì)方案。在ALCATEL相關(guān)設(shè)備的負(fù)荷推薦值是: A接口的信令平均負(fù)荷安全閥值:0.4 Erlang ABIS 鏈路上的平均負(fù)荷安全閥值:78 %OMCP模塊的CPU負(fù)荷閥值:80%CCP模塊的CPU負(fù)荷閥值:80%TP模塊的CPU負(fù)荷閥值: 80%以上3種模塊的各級(jí)別的負(fù)荷監(jiān)控是通過(guò)系統(tǒng)軟件自動(dòng)完成的,也可以Linux下的top命令進(jìn)行監(jiān)控;其中TP模塊的負(fù)荷監(jiān)控最為重要。A9130 BSC上CCP,OMCP,TP模塊的負(fù)荷監(jiān)控:【CCP板子的CPU Load】CCP板
12、負(fù)責(zé)BSC的電信控制,每一個(gè)CCP板最多支持200全速率的GSM TRX。在9130 BSC中,Alcatel在CCP板上采用了高性能的CPU,完全具備處理200 TRX的能力。基于目前從Alcatel實(shí)驗(yàn)室得到的負(fù)載測(cè)試數(shù)據(jù),在Alcatel Nominal Callmix模型下, 在話務(wù)量達(dá)到2600 Erlangs以及600 TRX時(shí),CCP板子的CPU LOAD低于80%。當(dāng)CCP板子上的CPU LOAD低于80%的時(shí)候,系統(tǒng)都是絕對(duì)安全穩(wěn)定的。Alcatel為了保障產(chǎn)品在任何情況下都安全可靠地運(yùn)行,在系統(tǒng)中提供了自動(dòng)過(guò)載保護(hù)機(jī)制,主要應(yīng)對(duì)突發(fā)的話務(wù)高峰的沖擊。其工作原理是:當(dāng)CCP板
13、子的CPULOAD大于80%時(shí),BSC系統(tǒng)開(kāi)始實(shí)時(shí)監(jiān)控這塊CCP板子上所有消息隊(duì)列,如果這些消息隊(duì)列中堆積了過(guò)多未被及時(shí)處理的消息時(shí),BSC系統(tǒng)會(huì)激活Overload保護(hù)機(jī)制,對(duì)應(yīng)措施是逐步限制部分小區(qū)中部分手機(jī)的呼叫請(qǐng)求,保證系統(tǒng)安全,直至Overload的情況消失。這種機(jī)制能夠及時(shí)保護(hù)系統(tǒng)在異常高話務(wù)沖擊下的穩(wěn)定運(yùn)行,而且不會(huì)對(duì)已接通的電話產(chǎn)生影響。【TP板子的CPU Load】TP板子在9130 BSC中主要負(fù)責(zé)BSC Application的傳輸處理功能。所有9130 BSC和MSC之間, BSC和BTS之間, BSC和MFS之間交互的消息都是從TP板子進(jìn)出的?;谀壳皬腁lcatel
14、實(shí)驗(yàn)室得到的負(fù)載測(cè)試數(shù)據(jù),在Alcatel Nominal Callmix模型下, 在話務(wù)量達(dá)到2600 Erlangs以及600 TRX時(shí),TP板子的CPU LOAD低于80%。當(dāng)TP板子上的CPU LOAD低于80%的時(shí)候,系統(tǒng)都是絕對(duì)安全穩(wěn)定的。Alcatel為了保障產(chǎn)品在任何情況下都安全可靠地運(yùn)行,在系統(tǒng)中提供了自動(dòng)過(guò)載保護(hù)機(jī)制,主要應(yīng)對(duì)突發(fā)的話務(wù)高峰的沖擊。其工作原理是:當(dāng)TP板子的CPULOAD大于80%時(shí),BSC系統(tǒng)會(huì)立即激活Overload保護(hù)機(jī)制,對(duì)應(yīng)的措施是限制整個(gè)BSS系統(tǒng)下的部分手機(jī)接入系統(tǒng),直到CPU Overload的情況消失?!綩MCP板子的CPU Load】OM
15、CP主要處理BSC的O&M。基于目前從Alcatel實(shí)驗(yàn)室得到的負(fù)載測(cè)試數(shù)據(jù),在Alcatel Nominal Callmix模型下, 在話務(wù)量達(dá)到2600 Erlangs以及600 TRX時(shí),OMCP板子的CPU LOAD低于80%。當(dāng)OMCP板子上的CPU LOAD低于80%的時(shí)候,系統(tǒng)都是絕對(duì)安全穩(wěn)定的。Alcatel為了保障產(chǎn)品在任何情況下都安全可靠地運(yùn)行,在系統(tǒng)中提供了自動(dòng)過(guò)載保護(hù)機(jī)制,主要應(yīng)對(duì)突發(fā)的話務(wù)高峰的沖擊。其工作原理是:當(dāng)OMCP板子的CPULOAD大于80%時(shí),BSC系統(tǒng)開(kāi)始實(shí)時(shí)監(jiān)控這塊OMCP板子上所有消息隊(duì)列,如果這些軟件進(jìn)程的消息隊(duì)列中堆積了過(guò)多未被及時(shí)處理
16、的消息時(shí),BSC系統(tǒng)會(huì)激活Overload保護(hù)機(jī)制,對(duì)應(yīng)的措施是限制整個(gè)BSS系統(tǒng)下的部分手機(jī)接入系統(tǒng),直到CPU Overload的情況消失。Alcatel BSC系統(tǒng)CPU負(fù)荷過(guò)載應(yīng)急應(yīng)對(duì)措施在A9120/A9130 BSC系統(tǒng)CPU超過(guò)安全閥值并觸發(fā)了系統(tǒng)Overload機(jī)制后,同時(shí)可以通過(guò)3階段逐步采用以下方式進(jìn)一步減輕系統(tǒng)負(fù)荷:準(zhǔn)備工作1)開(kāi)啟用戶優(yōu)先接入功能,確保重點(diǎn)用戶的優(yōu)先接入;EN_TCH_PREEMPT=ENABLEEN_EDR=ENABLED2)開(kāi)啟小區(qū)動(dòng)態(tài)SDCCH功能;確保信令擁塞時(shí)可以擴(kuò)充SDCCH信令信道;3)對(duì)重點(diǎn)小區(qū)開(kāi)啟半速率功能;限制用戶呼叫1)話務(wù)分流(如
17、降低BSC/LAC邊界小區(qū)的功率,將話務(wù)向周圍低負(fù)荷BSC/LAC分流,降低(LAC)尋呼量負(fù)荷、降低(BSC)話務(wù)負(fù)荷、降低N7信令負(fù)荷)2)無(wú)線側(cè)開(kāi)啟ACC(接入控制級(jí)別)分級(jí)功能,通過(guò)對(duì)用戶級(jí)別逐步分集限制接入;3)無(wú)線側(cè)開(kāi)啟的限呼功能;通過(guò)小區(qū)的ACCESS Barring功能限制呼叫進(jìn)入,確保切換進(jìn)入;4)在現(xiàn)場(chǎng)已經(jīng)無(wú)法正常發(fā)起呼叫時(shí),為確保核心網(wǎng)設(shè)備安全,將長(zhǎng)期話務(wù)溢出的基站關(guān)閉;緊急擴(kuò)容1)A9130BSC通過(guò)在線擴(kuò)容CCP模塊達(dá)到快速擴(kuò)容的目的(需版本支持);2)A口緊急擴(kuò)容;3)基站緊急擴(kuò)容;ABIS 鏈路上的負(fù)荷過(guò)載當(dāng)ABIS鏈路上出現(xiàn)消息過(guò)載時(shí),可以通過(guò)檢查TCU進(jìn)程與R
18、SL的對(duì)應(yīng)關(guān)系來(lái)檢查ABIS上的信令負(fù)荷是否均衡。同時(shí)如果影響到CCP模塊時(shí),CCP模塊也會(huì)有相應(yīng)的Overload告警出現(xiàn),同時(shí)相應(yīng)的PM COUNTER值也會(huì)有所反映。我們可以在OMC_R上查看TCU的負(fù)載情況(基于軟件的版本是B10):系統(tǒng)菜單:BSSUM -> VIEW -> TCU LOAD REPORT選取Whole BSC,以便觀察全網(wǎng)的TCUC模塊負(fù)載情況。注:由于此圖為機(jī)房測(cè)試環(huán)境,實(shí)際值以現(xiàn)場(chǎng)數(shù)據(jù)為準(zhǔn)。如果短的負(fù)荷峰值,那么內(nèi)部的過(guò)載機(jī)制就可以緩解負(fù)荷。如果負(fù)荷峰值持續(xù)發(fā)生,那么需要手工干預(yù)。(1)調(diào)整網(wǎng)絡(luò)設(shè)置,減少信令流量。(如利用CELL SHARE概念來(lái)合并小區(qū),減少切換導(dǎo)致的信令增加等等)(2)調(diào)整網(wǎng)絡(luò)配置,改變RSL的復(fù)用關(guān)系的配置,提高單個(gè)RSL的信令帶寬。(如16Kà 64 K)(3)緊急擴(kuò)容。A接口的信令負(fù)荷過(guò)載網(wǎng)維人員應(yīng)該檢測(cè)A接口的信令負(fù)荷,可以通過(guò)信令統(tǒng)計(jì)的方式,或者在OMC_R中的功能中察看相關(guān)DTCC的負(fù)荷。系統(tǒng)菜單:BSSUSM -> USD -> A Interface注:由于此圖為機(jī)房測(cè)試環(huán)境,所以有
溫馨提示
- 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ì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 六一活動(dòng)投球活動(dòng)方案
- 六一活動(dòng)游泳池活動(dòng)方案
- 六一活動(dòng)趣味性活動(dòng)方案
- 六一獨(dú)唱比賽活動(dòng)方案
- 六一紋眉活動(dòng)方案
- 六一節(jié)慰問(wèn)活動(dòng)方案
- 六一營(yíng)銷活動(dòng)方案
- 六一采訪活動(dòng)方案
- 六五環(huán)境日小學(xué)活動(dòng)方案
- 六年級(jí)英語(yǔ)課上活動(dòng)方案
- 疝氣護(hù)理課件
- 鐵路施工安全培訓(xùn)
- 小學(xué)語(yǔ)文課前預(yù)習(xí)有效指導(dǎo)的研究結(jié)題報(bào)告
- 保密知識(shí)培訓(xùn)與教育
- 地類及變化原因劃分、數(shù)據(jù)庫(kù)結(jié)構(gòu)、森林資源變化圖斑現(xiàn)地核實(shí)表、年度更新統(tǒng)計(jì)報(bào)表
- 安全標(biāo)準(zhǔn)化示范班組建設(shè)匯報(bào)
- 材料科學(xué)基礎(chǔ)-第9章-材料的亞穩(wěn)態(tài)
- 2023(買賣合同)買賣合作協(xié)議正規(guī)范本(通用版)
- GB/T 4437.1-2023鋁及鋁合金熱擠壓管第1部分:無(wú)縫圓管
- 工貿(mào)企業(yè)重大事故隱患判定標(biāo)準(zhǔn)-處罰事故案例
- 中藥貼敷課件
評(píng)論
0/150
提交評(píng)論