Alcatel GSM无线网络话务高峰分析及预防措施.docVIP

ALCATEL无线设备网络负载预警及设备安全保障机制 ▼ Alcatel GSM BSC模块负载监控及应对方案： 由于ALCATEL的BSS系统是基于分布式系统的设计概念，相关处理器是分布在每个模块上的，这样的设计思路将由于某一processor的过载退服而引起整个网络瘫痪的风险将到了最低．因此对如此多数量(满配置的BSC其处理器将超过200单元)的processor进行负荷检测并无太大意义(相反,会增加交换网络及相关总线的负荷)．所以ALCATEL就模块负载的情况作出分析和相应的应对方案。 在ALCATEL相关设备的负荷推荐值(话音部分)是: 相关参考值 预警值 告警值 每小时paging数量(备注一) 140K 160K BSC config1 话务量(备注二) 112 Erl 128 Erl BSC config2 话务量 453 Erl 518 Erl BSC config3 话务量 775 Erl 882 Erl BSC config4 话务量 933 Erl 1066 Erl BSC config5 话务量 1190 Erl 1360 Erl BSC config6 话务量 1330 Erl 1520 Erl BSC config1 A接口每线话务量(备注三) 0.28 Erl 0.32 Erl BSC config2 A接口每线话务量 0.77 Erl 0.87 Erl BSC config3 A接口每线话务量 0.79 Erl 0.89 Erl BSC config4 A接口每线话务量 0.79 Erl 0.89 Erl BSC config5 A接口每线话务量 0.76 Erl 0.85 Erl BSC config6 A接口每线话务量 0.76 Erl 0.85 Erl cell每线话务量拥塞率(备注四) 0.57 Erl 0.66 Erl cell TCH拥塞率 2% 5% BSC 信令每线话务量(备注五) 无 无 备注一: 根据现场经验，一个LAC极限的理论寻呼量为20万次，在此基础上，考虑到冗余，预警值和告警值分别为理论值的70%和80%。在一个BSC一个LAC的情况下，瓶颈主要来自于空中接口上的限制（即CCCH的限制）；在一个BSC多个LAC的情况下，瓶颈主要来自于A接口的限制（80条每秒）。 备注二: 不同配置的BSC支持的话务量是不同的。上表是在设计话务量的基础上，乘以70%和80%而得到的预警值和告警值。 备注三: 不同BSC配置有不同数量的A接口数目。每个A接口用于传输数据的时隙平均以28来计算。预警值和告警值是理论值的80%和90%。除了Conf1以外，其它配置的预警值和告警值都比较接近。 备注四: 因为每线话务量的大小与信道数的多少有关，在相同的拥塞率下，信道数越多，每线话务量则越大。故不同的配置，每线话务量不同。上述预警值和告警值是以4载频的配置，28信道数，拥塞率取5%，计算出来的理论值，然后再乘以70%和80%得到的。因为小区拥塞对全局影响不是很大，故预警值和告警值可以相对设置得宽松一点。 备注五: 在ALCATEL系统中，若在A接口上，NN7信令严格采用1：4的复用方式，则不会产生任何容量问题，信令负荷始终在系统容量的安全值范围内。 1.TCUC模块过载情况的分析 BSC的TCU的负载是可以通过OMC_R监控的。当TCU发生过载，会有相关OVERLOAD的ALARM信息产生。 其在OMC_R上查看TCU的负载情况(基于软件的版本是B7): 如图1、图2。 系统菜单：BSSUM ----- VIEW ------ TCU LOAD REPORT 图1 选取Whole BSC,以便观察全网的TCUC模块负载情况。 图2 如果TCUC出现了Overload，则在Overload Alarm消息框中会出现相应告警信息。 当TCU有过载情况产生时,会自动触发自己的保护机制,分别是:GENERIC 过载机制：CPU占用率和MEMORY BUFFER综合检测。和TCU SPECIFIC 过载机制：仅检测CPU。当检测到第二种过载机制时，会延迟SDCCH的内部释放时间，从而减少TCU的负荷。 如果总体的信令负荷太大，那么所涉及的