200628系统容量研究与监测.pptVIP

系统容量研究与监测 系统容量研究与监测目的 掌握系统容量规模，为满足用户市场发展提供前瞻性分析 定期的系统容量分析、对比，增强用户行为预测的准确性 从系统角度出发，改变观察视角和高度以利于潜在问题的提早发现 系统容量的再计算，为新业务（增值业务）的推广提供有力保证 话务模型简介 在GSM系统中，话务模型的建立是网络容量设计和与其有关的操作维护的基础。 对BSC容量的规划和监测也需要一个模型，这个模型来源于所有与GSM有关的进程，例如呼叫建立和释放、切换、位置更新、寻呼等。这些进程间的相互联系通过话务模型来建立。 话务模型相关参数 用于计算BSC处理能力和信令链路容量的参数及公式如下： T call duration =busy_tch_mean*3600 / total_call+congest_assign_ho_suc S ratio of SMSs per call =(sms_no_bcast_msg+sms_init_on_tch+sms_init_on_sdcch) / total_call H number of handovers per call =(out_inter_bss_req_msc+out_intra_bss_ho_atmpt+intra_cell_ho_atmpt) / total_call l ratio of location updates to calls =ok_acc_proc[location_update] / total_call 话务模型相关参数 I ratio of IMSI detaches to calls =ok_acc_proc[imsi_detach] / total_call L location update factor = l if IMSI detach is disable = l + 0.2*I if IMSI detach type 1 is enabled = l + 0.5*I if IMSI detach type 2 is enabled P paging rate in pages per secend =page_req_from_msc / 3600 U（msc-bss） percent link utilization (msc to bss) for GPROC2 =0.20 （厂家给出的建议值） U（bsc-bts） percent link utilization (bsc to bts) =0.25 （厂家给出的建议值） 话务模型相关参数 计算话务模型所需的各统计项含义： total_call：在一个小区上起呼的总次数； busy_tch_mean：话务量； congest_assign_ho_suc：成功进行direct retry的次数； page_req_from_msc：BSS从MSC接收到的寻呼消息的数量； sms_no_bcast_msg：在一个小区的CBCH上广播的信息数量； sms_init_on_tch：在tch上传送的短消息数量； sms_init_on_sdcch：在sdcch上传送的短消息数量； 话务模型相关参数 out_inter_bss_req_msc：出本BSS的切换请求； out_intra_bss_ho_atmpt：在intra_bss切换时发送到MS的assignment commands数量； intra_cell_ho_atmpt：在intra_cell切换时向MS发送assignment commands数量； ok_acc_proc[location_update]： MS作location update的请求数量； ok_acc_proc[imsi_detach]：接收到的IMSI detach消息的数量； 目前所作的工作 由于对系统容量的监测工作开展时间不是很长，因此目前的研究还不够深入，我们现在做的主要有以下几项工作： 收集并整理话务模型所需数据，为做出现网长期稳定的话务模型做好准备，并通过观察此数据对网络配置提出意见和建议； 统计现网各OMC、BSC容量及负荷情况； 监测现网各LCF配置和负荷情况； 监测现网RSL配置和负荷情况； 现网OMC容量及配置情况 现网BSC容量情况 现网BSC版本有GSR4及GSR5，这两种版本所支持的容量基本相同，如下表： LCF的理论容量 LCF完成RSL链路和MTL链路的控制功能，若使用GPROC2的话，需遵循以下原则： 每个LCF可以支持2条MTL，但每条MTL的利用率不能超过20%，moto建议MTL与RSL不共用LCF； 每个LCF可以支持31个BTS和31条RSL，但他们的关系要符合公式：2*RSLs+car