AlcatelA9130BSC无线话务高峰预防及应急措施X1讲解学习

1、Good is good, but better carries it.精益求精，善益求善。AlcatelA9130BSC无线话务高峰预防及应急措施X1TechnicalAlert文件号ReportNo：SBGGSM_BSS08021收件人SendTo:ISEcenter及各分公司,FES发件人From:SBG/L2/GWDTS抄送CC:内容Content:AlcatelA9130BSC无线话务高峰预防主管签字Signature:及应急措施页数Page:10日期Date:2008年5月13日对于无线网络而言，节日期间由于话务流量及话务类型的变化，会导致其话务模型与平常情况下的话务模型有所差别，

2、对无线网络各网元造成一定的影响。以下将基于ALCATELGSMBSS系统，分析上述变化对ALCATELA9130BSC无线网络造成的影响，并提出初步的解决方案。网络话务量增长以及短消息业务的激增引起的信令负荷增加的分析：1）针对话务增长的分析。由于元旦，春节网络话务量会较平时有所变化，小区TCH负荷需要进行适当的考虑。针对TCH话务量的增加，可以通过考查TCH负荷（查ERLANGB表），根据需要增加载频。但是值得注意的是：在作扩容分析时，必需同时考虑到BSC区域所承载的总体话务量增加情况，是否处于ALCATELA9130BSC配置所能承受的范围之内，如果确有必要，则可调整BSC配置，具体可参考

3、以下BSC配置(基于软件的版本B10)。AlcatelA9130BSC配置表以下分析和预警应对措施基于现场依照Alcatel无线系统对应版本及产品预设计部门的Dimensionrule进行配置。2）针对信令负荷增长的分析。鉴于A9310BSC继续沿用了A9120BSC的应用层设计，所以在现有配置下每个TCU还是建议最多配置32个SDCCH（NON-COMBINEDBCCH的权重相当于8个SDCCH，COMBINEDBCCH的权重相当于4个SDCCH），这条规则保证了在正常话务的情况下，TCU进程的平均负载保持在正常水平。一般对于一个映射了若干个CELL的TCU进程来说，如果其TCH的平均利用率

4、不会超过80%，SDCCH上的平均利用率也就不超过60%。但对于一个较大的CELL，映射了32个SDCCH的TCU进程上的负载可能会高，导致在TCU进程上的短暂的负载峰值的出现，此时会触发针对SDCCH的过载保护机制。实际上对于小的小区（4个TRX或者更少），TCU进程有能力处理更多的SDCCH，或者如果TCU进程上映射每个小区都可能成为LOCATIONAREA的边界时，也可以多配置一些SDCCH。注：以上SDCCH均指SDCCH子信道。由于元旦，春节短消息业务激增，特别是群发短消息的存在，使得网络PAGING消息的量增加，PCH信道负荷上升。这样网络的PAGING容量是否能够承载节日话务高峰

5、就成为一个必须考虑的问题。以下就Paging在ALCATELGSM系统中各接口的限制，以及其对ALCATEL无线网元的影响做出分析：1)Paging在GSM系统中各接口的限制空中接口（AirInterface）Paging主要是通过CCCH信道中的PCH信道来传送系统对被叫用户的寻呼。CCCH信道包括PCH信道和AGCH信道，以BLOCK为单位。PangingBLOCK和AGCHBLOCK的数目有Combined和NotCombined两种模式，参数BS_AG_BLK_RES决定两者的数目，两者BLOCK之和为3或9。在alactel默认的情况下：-在Combined模式下PagingBLOC

6、K和AGCHBLOCK的数目分别为2和1；-在NotCombined模式下PagingBLOCK和AGCHBLOCK的数目分别为5和4。根据如下PCH和AGCH信道容量的计算方法，得到小区所能支持最大Paging消息数。Paging容量=(每个Pagingblocks所能同时呼叫用户数一个复帧中Pagingblocks的数目)每个复帧的时长(秒)，其中每个Pagingblocks所能同时呼叫用户数取决于Pagingrequesttype,共有三种类型，如下：Pagingrequesttype1同时Paging2个用户（IMSI或TMSI）Pagingrequesttype2同时Paging3个

7、用户（2个IMSI，1个TMSI）Pagingrequesttype3同时Paging4个用户（4个TMSI）每复帧寻呼组可以传送4个TMSI寻呼或2个IMSI寻呼.1个TMSI寻呼占1个寻呼组的1/4，1个IMSI寻呼占1个寻呼组的1/2,网络系统中，若有约20%的寻呼次数采用IMSI寻呼方式，80%的寻呼次数采用TMSI寻呼方式，那么可以计算出:每100个寻呼中包括80个TMSI寻呼方式和20个IMSI寻呼方式，则每100个寻呼所需的寻呼组数目为：801/4+201/2=30。所以，每寻呼组的寻呼数为：10030=3.33可以理解为，每寻呼组可以寻呼到3.33个手机。如下表可以计算出不同信

8、道结构时的寻呼次数。在NotCombined下系统的空口的安全值是最大值的70，也就是180000次每秒。A接口（AInterface）上的paging限制对于A9130BSC的paging容量限制只取决于TRX的配置数量，实际上是Erlang的容量。它不取决于是否使用HSL高速信令（使用HSL高速信令模式只是强制使在1000TRX配置下系统支持4500Erlang，如果用户不想支持4500Erlang的话可以使用传统信令LSL模式）；它不取决于是否使用多MutiCCCH，MutiCCCH只是增加空口处理paging的能力；具体数据如下：-在600TRX配置下2700Erlang：72pagi

9、ng/smax，所以BSC系统最大paging量是259200每秒。系统安全值是最大值的75，为194400每秒。-在800TRX配置下3600Erlang：96paging/smax，所以BSC系统最大paging量是345600每秒。系统安全值是最大值的75，为259200每秒。-在1000TRX配置下4500Erlang：121paging/smax，所以BSC系统最大paging量是435600每秒。系统安全值是最大值的75，为326700每秒。根据以上分析，可得出以下结论1）A9130BSC在B9/B10版本系统在600TRX配置下：72paging/s，所以BSC系统最大pagin

10、g量是259200每秒。系统安全值是最大值的75，为194400每秒。2）A9130BSC在B10版本系统在1000TRX配置下（无论使用HSL还是双CCCH）：121paging/s，所以BSC系统最大paging量是435600每秒。系统安全值是最大值的75，为326700每秒。AlcatelGSMBSC模块负载情况的监控及应对方案：由于ALCATEL的BSS系统是基于分布式系统的设计概念，processor是分布在每个模块上的，它将由于某一processor的过载退服而引起整个网络瘫痪的风险将到了最低因此对如此多数量的processor中的一块进行负荷检测并无多大意义所以我们就模块负载的

11、情况作出分析和相应的应对方案。在ALCATEL相关设备的负荷推荐值是:A接口的信令平均负荷安全阀值：0.4ErlangABIS链路上的平均负荷安全阀值：78%OMCP模块的CPU负荷阀值：80%CCP模块的CPU负荷阀值：80%TP模块的CPU负荷阀值：80%以上3种模块的各级别的负荷监控是通过系统软件自动完成的，也可以Linux下的top命令进行监控；其中TP模块的负荷监控最为重要。A9130BSC上CCP，OMCP，TP模块的负荷监控：【CCP板子的CPULoad】CCP板负责BSC的电信控制，每一个CCP板最多支持200全速率的GSMTRX。在9130BSC中，Alcatel在CCP板上

12、采用了高性能的CPU，完全具备处理200TRX的能力。基于目前从Alcatel实验室得到的负载测试数据，在AlcatelNominalCallmix模型下,在话务量达到2600Erlangs以及600TRX时，CCP板子的CPULOAD低于80%。当CCP板子上的CPULOAD低于80%的时候，系统都是绝对安全稳定的。Alcatel为了保障产品在任何情况下都安全可靠地运行，在系统中提供了自动过载保护机制，主要应对突发的话务高峰的冲击。其工作原理是：当CCP板子的CPULOAD大于80%时，BSC系统开始实时监控这块CCP板子上所有消息队列，如果这些消息队列中堆积了过多未被及时处理的消息时，BS

13、C系统会激活Overload保护机制，对应措施是逐步限制部分小区中部分手机的呼叫请求，保证系统安全，直至Overload的情况消失。这种机制能够及时保护系统在异常高话务冲击下的稳定运行，而且不会对已接通的电话产生影响。【TP板子的CPULoad】TP板子在9130BSC中主要负责BSCApplication的传输处理功能。所有9130BSC和MSC之间,BSC和BTS之间,BSC和MFS之间交互的消息都是从TP板子进出的。基于目前从Alcatel实验室得到的负载测试数据，在AlcatelNominalCallmix模型下,在话务量达到2600Erlangs以及600TRX时，TP板子的CPUL

14、OAD低于80%。当TP板子上的CPULOAD低于80%的时候，系统都是绝对安全稳定的。Alcatel为了保障产品在任何情况下都安全可靠地运行，在系统中提供了自动过载保护机制，主要应对突发的话务高峰的冲击。其工作原理是：当TP板子的CPULOAD大于80%时，BSC系统会立即激活Overload保护机制，对应的措施是限制整个BSS系统下的部分手机接入系统，直到CPUOverload的情况消失。【OMCP板子的CPULoad】OMCP主要处理BSC的O&M。基于目前从Alcatel实验室得到的负载测试数据，在AlcatelNominalCallmix模型下,在话务量达到2600Erlangs以及

15、600TRX时，OMCP板子的CPULOAD低于80%。当OMCP板子上的CPULOAD低于80%的时候，系统都是绝对安全稳定的。Alcatel为了保障产品在任何情况下都安全可靠地运行，在系统中提供了自动过载保护机制，主要应对突发的话务高峰的冲击。其工作原理是：当OMCP板子的CPULOAD大于80%时，BSC系统开始实时监控这块OMCP板子上所有消息队列，如果这些软件进程的消息队列中堆积了过多未被及时处理的消息时，BSC系统会激活Overload保护机制，对应的措施是限制整个BSS系统下的部分手机接入系统，直到CPUOverload的情况消失。AlcatelBSC系统CPU负荷过载应急应对措

16、施在A9120/A9130BSC系统CPU超过安全阀值并触发了系统Overload机制后，同时可以通过3阶段逐步采用以下方式进一步减轻系统负荷：准备工作1）开启用户优先接入功能，确保重点用户的优先接入；EN_TCH_PREEMPT=ENABLEEN_EDR=ENABLED2）开启小区动态SDCCH功能；确保信令拥塞时可以扩充SDCCH信令信道；3）对重点小区开启半速率功能；限制用户呼叫1）话务分流（如降低BSC/LAC边界小区的功率，将话务向周围低负荷BSC/LAC分流，降低(LAC)寻呼量负荷、降低(BSC)话务负荷、降低N7信令负荷）2）无线侧开启ACC（接入控制级别）分级功能，通过对用户

17、级别逐步分集限制接入；3）无线侧开启的限呼功能；通过小区的ACCESSBarring功能限制呼叫进入，确保切换进入；4）在现场已经无法正常发起呼叫时，为确保核心网设备安全，将长期话务溢出的基站关闭；紧急扩容1）A9130BSC通过在线扩容CCP模块达到快速扩容的目的（需版本支持）；2）A口紧急扩容；3）基站紧急扩容；ABIS链路上的负荷过载当ABIS链路上出现消息过载时，可以通过检查TCU进程与RSL的对应关系来检查ABIS上的信令负荷是否均衡。同时如果影响到CCP模块时，CCP模块也会有相应的Overload告警出现，同时相应的PMCOUNTER值也会有所反映。我们可以在OMC_R上查看TC

18、U的负载情况(基于软件的版本是B10)：系统菜单：BSSUMVIEWTCULOADREPORT选取WholeBSC,以便观察全网的TCUC模块负载情况。注：由于此图为机房测试环境，实际值以现场数据为准。如果短的负荷峰值，那么内部的过载机制就可以缓解负荷。如果负荷峰值持续发生，那么需要手工干预。（1）调整网络设置，减少信令流量。（如利用CELLSHARE概念来合并小区，减少切换导致的信令增加等等）（2）调整网络配置，改变RSL的复用关系的配置，提高单个RSL的信令带宽。（如16K64K）（3）紧急扩容。A接口的信令负荷过载网维人员应该检测A接口的信令负荷，可以通过信令统计的方式,或者在OMC_R中的功能中察看相关DTCC的负荷。系统菜单：BSSUSMUSDAInterface注：由于此图为