AlcatelA9130BSC無線話務(wù)高峰預(yù)防及應(yīng)急措施X1講解學(xué)習(xí)

1、Good is good, but better carries it.精益求精，善益求善。AlcatelA9130BSC無線話務(wù)高峰預(yù)防及應(yīng)急措施X1TechnicalAlert文件號ReportNo：SBGGSM_BSS08021收件人SendTo:ISEcenter及各分公司,FES發(fā)件人From:SBG/L2/GWDTS抄送CC:內(nèi)容Content:AlcatelA9130BSC無線話務(wù)高峰預(yù)防主管簽字Signature:及應(yīng)急措施頁數(shù)Page:10日期Date:2008年5月13日對于無線網(wǎng)絡(luò)而言，節(jié)日期間由于話務(wù)流量及話務(wù)類型的變化，會導(dǎo)致其話務(wù)模型與平常情況下的話務(wù)模型有所差別，

2、對無線網(wǎng)絡(luò)各網(wǎng)元造成一定的影響。以下將基于ALCATELGSMBSS系統(tǒng)，分析上述變化對ALCATELA9130BSC無線網(wǎng)絡(luò)造成的影響，并提出初步的解決方案。網(wǎng)絡(luò)話務(wù)量增長以及短消息業(yè)務(wù)的激增引起的信令負(fù)荷增加的分析：1）針對話務(wù)增長的分析。由于元旦，春節(jié)網(wǎng)絡(luò)話務(wù)量會較平時有所變化，小區(qū)TCH負(fù)荷需要進行適當(dāng)?shù)目紤]。針對TCH話務(wù)量的增加，可以通過考查TCH負(fù)荷（查ERLANGB表），根據(jù)需要增加載頻。但是值得注意的是：在作擴容分析時，必需同時考慮到BSC區(qū)域所承載的總體話務(wù)量增加情況，是否處于ALCATELA9130BSC配置所能承受的范圍之內(nèi)，如果確有必要，則可調(diào)整BSC配置，具體可參考

3、以下BSC配置(基于軟件的版本B10)。AlcatelA9130BSC配置表以下分析和預(yù)警應(yīng)對措施基于現(xiàn)場依照Alcatel無線系統(tǒng)對應(yīng)版本及產(chǎn)品預(yù)設(shè)計部門的Dimensionrule進行配置。2）針對信令負(fù)荷增長的分析。鑒于A9310BSC繼續(xù)沿用了A9120BSC的應(yīng)用層設(shè)計，所以在現(xiàn)有配置下每個TCU還是建議最多配置32個SDCCH（NON-COMBINEDBCCH的權(quán)重相當(dāng)于8個SDCCH，COMBINEDBCCH的權(quán)重相當(dāng)于4個SDCCH），這條規(guī)則保證了在正常話務(wù)的情況下，TCU進程的平均負(fù)載保持在正常水平。一般對于一個映射了若干個CELL的TCU進程來說，如果其TCH的平均利用率

4、不會超過80%，SDCCH上的平均利用率也就不超過60%。但對于一個較大的CELL，映射了32個SDCCH的TCU進程上的負(fù)載可能會高，導(dǎo)致在TCU進程上的短暫的負(fù)載峰值的出現(xiàn)，此時會觸發(fā)針對SDCCH的過載保護機制。實際上對于小的小區(qū)（4個TRX或者更少），TCU進程有能力處理更多的SDCCH，或者如果TCU進程上映射每個小區(qū)都可能成為LOCATIONAREA的邊界時，也可以多配置一些SDCCH。注：以上SDCCH均指SDCCH子信道。由于元旦，春節(jié)短消息業(yè)務(wù)激增，特別是群發(fā)短消息的存在，使得網(wǎng)絡(luò)PAGING消息的量增加，PCH信道負(fù)荷上升。這樣網(wǎng)絡(luò)的PAGING容量是否能夠承載節(jié)日話務(wù)高峰

5、就成為一個必須考慮的問題。以下就Paging在ALCATELGSM系統(tǒng)中各接口的限制，以及其對ALCATEL無線網(wǎng)元的影響做出分析：1)Paging在GSM系統(tǒng)中各接口的限制空中接口（AirInterface）Paging主要是通過CCCH信道中的PCH信道來傳送系統(tǒng)對被叫用戶的尋呼。CCCH信道包括PCH信道和AGCH信道，以BLOCK為單位。PangingBLOCK和AGCHBLOCK的數(shù)目有Combined和NotCombined兩種模式，參數(shù)BS_AG_BLK_RES決定兩者的數(shù)目，兩者BLOCK之和為3或9。在alactel默認(rèn)的情況下：-在Combined模式下PagingBLOC

6、K和AGCHBLOCK的數(shù)目分別為2和1；-在NotCombined模式下PagingBLOCK和AGCHBLOCK的數(shù)目分別為5和4。根據(jù)如下PCH和AGCH信道容量的計算方法，得到小區(qū)所能支持最大Paging消息數(shù)。Paging容量=(每個Pagingblocks所能同時呼叫用戶數(shù)一個復(fù)幀中Pagingblocks的數(shù)目)每個復(fù)幀的時長(秒)，其中每個Pagingblocks所能同時呼叫用戶數(shù)取決于Pagingrequesttype,共有三種類型，如下：Pagingrequesttype1同時Paging2個用戶（IMSI或TMSI）Pagingrequesttype2同時Paging3個

7、用戶（2個IMSI，1個TMSI）Pagingrequesttype3同時Paging4個用戶（4個TMSI）每復(fù)幀尋呼組可以傳送4個TMSI尋呼或2個IMSI尋呼.1個TMSI尋呼占1個尋呼組的1/4，1個IMSI尋呼占1個尋呼組的1/2,網(wǎng)絡(luò)系統(tǒng)中，若有約20%的尋呼次數(shù)采用IMSI尋呼方式，80%的尋呼次數(shù)采用TMSI尋呼方式，那么可以計算出:每100個尋呼中包括80個TMSI尋呼方式和20個IMSI尋呼方式，則每100個尋呼所需的尋呼組數(shù)目為：801/4+201/2=30。所以，每尋呼組的尋呼數(shù)為：10030=3.33可以理解為，每尋呼組可以尋呼到3.33個手機。如下表可以計算出不同信

8、道結(jié)構(gòu)時的尋呼次數(shù)。在NotCombined下系統(tǒng)的空口的安全值是最大值的70，也就是180000次每秒。A接口（AInterface）上的paging限制對于A9130BSC的paging容量限制只取決于TRX的配置數(shù)量，實際上是Erlang的容量。它不取決于是否使用HSL高速信令（使用HSL高速信令模式只是強制使在1000TRX配置下系統(tǒng)支持4500Erlang，如果用戶不想支持4500Erlang的話可以使用傳統(tǒng)信令LSL模式）；它不取決于是否使用多MutiCCCH，MutiCCCH只是增加空口處理paging的能力；具體數(shù)據(jù)如下：-在600TRX配置下2700Erlang：72pagi

9、ng/smax，所以BSC系統(tǒng)最大paging量是259200每秒。系統(tǒng)安全值是最大值的75，為194400每秒。-在800TRX配置下3600Erlang：96paging/smax，所以BSC系統(tǒng)最大paging量是345600每秒。系統(tǒng)安全值是最大值的75，為259200每秒。-在1000TRX配置下4500Erlang：121paging/smax，所以BSC系統(tǒng)最大paging量是435600每秒。系統(tǒng)安全值是最大值的75，為326700每秒。根據(jù)以上分析，可得出以下結(jié)論1）A9130BSC在B9/B10版本系統(tǒng)在600TRX配置下：72paging/s，所以BSC系統(tǒng)最大pagin

10、g量是259200每秒。系統(tǒng)安全值是最大值的75，為194400每秒。2）A9130BSC在B10版本系統(tǒng)在1000TRX配置下（無論使用HSL還是雙CCCH）：121paging/s，所以BSC系統(tǒng)最大paging量是435600每秒。系統(tǒng)安全值是最大值的75，為326700每秒。AlcatelGSMBSC模塊負(fù)載情況的監(jiān)控及應(yīng)對方案：由于ALCATEL的BSS系統(tǒng)是基于分布式系統(tǒng)的設(shè)計概念，processor是分布在每個模塊上的，它將由于某一processor的過載退服而引起整個網(wǎng)絡(luò)癱瘓的風(fēng)險將到了最低因此對如此多數(shù)量的processor中的一塊進行負(fù)荷檢測并無多大意義所以我們就模塊負(fù)載的

11、情況作出分析和相應(yīng)的應(yīng)對方案。在ALCATEL相關(guān)設(shè)備的負(fù)荷推薦值是:A接口的信令平均負(fù)荷安全閥值：0.4ErlangABIS鏈路上的平均負(fù)荷安全閥值：78%OMCP模塊的CPU負(fù)荷閥值：80%CCP模塊的CPU負(fù)荷閥值：80%TP模塊的CPU負(fù)荷閥值：80%以上3種模塊的各級別的負(fù)荷監(jiān)控是通過系統(tǒng)軟件自動完成的，也可以Linux下的top命令進行監(jiān)控；其中TP模塊的負(fù)荷監(jiān)控最為重要。A9130BSC上CCP，OMCP，TP模塊的負(fù)荷監(jiān)控：【CCP板子的CPULoad】CCP板負(fù)責(zé)BSC的電信控制，每一個CCP板最多支持200全速率的GSMTRX。在9130BSC中，Alcatel在CCP板上

12、采用了高性能的CPU，完全具備處理200TRX的能力?；谀壳皬腁lcatel實驗室得到的負(fù)載測試數(shù)據(jù)，在AlcatelNominalCallmix模型下,在話務(wù)量達到2600Erlangs以及600TRX時，CCP板子的CPULOAD低于80%。當(dāng)CCP板子上的CPULOAD低于80%的時候，系統(tǒng)都是絕對安全穩(wěn)定的。Alcatel為了保障產(chǎn)品在任何情況下都安全可靠地運行，在系統(tǒng)中提供了自動過載保護機制，主要應(yīng)對突發(fā)的話務(wù)高峰的沖擊。其工作原理是：當(dāng)CCP板子的CPULOAD大于80%時，BSC系統(tǒng)開始實時監(jiān)控這塊CCP板子上所有消息隊列，如果這些消息隊列中堆積了過多未被及時處理的消息時，BS

13、C系統(tǒng)會激活Overload保護機制，對應(yīng)措施是逐步限制部分小區(qū)中部分手機的呼叫請求，保證系統(tǒng)安全，直至Overload的情況消失。這種機制能夠及時保護系統(tǒng)在異常高話務(wù)沖擊下的穩(wěn)定運行，而且不會對已接通的電話產(chǎn)生影響?！綯P板子的CPULoad】TP板子在9130BSC中主要負(fù)責(zé)BSCApplication的傳輸處理功能。所有9130BSC和MSC之間,BSC和BTS之間,BSC和MFS之間交互的消息都是從TP板子進出的?；谀壳皬腁lcatel實驗室得到的負(fù)載測試數(shù)據(jù)，在AlcatelNominalCallmix模型下,在話務(wù)量達到2600Erlangs以及600TRX時，TP板子的CPUL

14、OAD低于80%。當(dāng)TP板子上的CPULOAD低于80%的時候，系統(tǒng)都是絕對安全穩(wěn)定的。Alcatel為了保障產(chǎn)品在任何情況下都安全可靠地運行，在系統(tǒng)中提供了自動過載保護機制，主要應(yīng)對突發(fā)的話務(wù)高峰的沖擊。其工作原理是：當(dāng)TP板子的CPULOAD大于80%時，BSC系統(tǒng)會立即激活Overload保護機制，對應(yīng)的措施是限制整個BSS系統(tǒng)下的部分手機接入系統(tǒng)，直到CPUOverload的情況消失。【OMCP板子的CPULoad】OMCP主要處理BSC的O&M?；谀壳皬腁lcatel實驗室得到的負(fù)載測試數(shù)據(jù)，在AlcatelNominalCallmix模型下,在話務(wù)量達到2600Erlangs以及

15、600TRX時，OMCP板子的CPULOAD低于80%。當(dāng)OMCP板子上的CPULOAD低于80%的時候，系統(tǒng)都是絕對安全穩(wěn)定的。Alcatel為了保障產(chǎn)品在任何情況下都安全可靠地運行，在系統(tǒng)中提供了自動過載保護機制，主要應(yīng)對突發(fā)的話務(wù)高峰的沖擊。其工作原理是：當(dāng)OMCP板子的CPULOAD大于80%時，BSC系統(tǒng)開始實時監(jiān)控這塊OMCP板子上所有消息隊列，如果這些軟件進程的消息隊列中堆積了過多未被及時處理的消息時，BSC系統(tǒng)會激活Overload保護機制，對應(yīng)的措施是限制整個BSS系統(tǒng)下的部分手機接入系統(tǒng)，直到CPUOverload的情況消失。AlcatelBSC系統(tǒng)CPU負(fù)荷過載應(yīng)急應(yīng)對措

16、施在A9120/A9130BSC系統(tǒng)CPU超過安全閥值并觸發(fā)了系統(tǒng)Overload機制后，同時可以通過3階段逐步采用以下方式進一步減輕系統(tǒng)負(fù)荷：準(zhǔn)備工作1）開啟用戶優(yōu)先接入功能，確保重點用戶的優(yōu)先接入；EN_TCH_PREEMPT=ENABLEEN_EDR=ENABLED2）開啟小區(qū)動態(tài)SDCCH功能；確保信令擁塞時可以擴充SDCCH信令信道；3）對重點小區(qū)開啟半速率功能；限制用戶呼叫1）話務(wù)分流（如降低BSC/LAC邊界小區(qū)的功率，將話務(wù)向周圍低負(fù)荷BSC/LAC分流，降低(LAC)尋呼量負(fù)荷、降低(BSC)話務(wù)負(fù)荷、降低N7信令負(fù)荷）2）無線側(cè)開啟ACC（接入控制級別）分級功能，通過對用戶

17、級別逐步分集限制接入；3）無線側(cè)開啟的限呼功能；通過小區(qū)的ACCESSBarring功能限制呼叫進入，確保切換進入；4）在現(xiàn)場已經(jīng)無法正常發(fā)起呼叫時，為確保核心網(wǎng)設(shè)備安全，將長期話務(wù)溢出的基站關(guān)閉；緊急擴容1）A9130BSC通過在線擴容CCP模塊達到快速擴容的目的（需版本支持）；2）A口緊急擴容；3）基站緊急擴容；ABIS鏈路上的負(fù)荷過載當(dāng)ABIS鏈路上出現(xiàn)消息過載時，可以通過檢查TCU進程與RSL的對應(yīng)關(guān)系來檢查ABIS上的信令負(fù)荷是否均衡。同時如果影響到CCP模塊時，CCP模塊也會有相應(yīng)的Overload告警出現(xiàn)，同時相應(yīng)的PMCOUNTER值也會有所反映。我們可以在OMC_R上查看TC

18、U的負(fù)載情況(基于軟件的版本是B10)：系統(tǒng)菜單：BSSUMVIEWTCULOADREPORT選取WholeBSC,以便觀察全網(wǎng)的TCUC模塊負(fù)載情況。注：由于此圖為機房測試環(huán)境，實際值以現(xiàn)場數(shù)據(jù)為準(zhǔn)。如果短的負(fù)荷峰值，那么內(nèi)部的過載機制就可以緩解負(fù)荷。如果負(fù)荷峰值持續(xù)發(fā)生，那么需要手工干預(yù)。（1）調(diào)整網(wǎng)絡(luò)設(shè)置，減少信令流量。（如利用CELLSHARE概念來合并小區(qū)，減少切換導(dǎo)致的信令增加等等）（2）調(diào)整網(wǎng)絡(luò)配置，改變RSL的復(fù)用關(guān)系的配置，提高單個RSL的信令帶寬。（如16K64K）（3）緊急擴容。A接口的信令負(fù)荷過載網(wǎng)維人員應(yīng)該檢測A接口的信令負(fù)荷，可以通過信令統(tǒng)計的方式,或者在OMC_R中的功能中察看相關(guān)DTCC的負(fù)荷。系統(tǒng)菜單：BSSUSMUSDAInterface注：由于此圖為