寻呼容量情况评估.docVIP

某市移动寻呼容量情况评估 目前现网华为共4个BSC，分别是BSC2A，BSC2B，BSC3A，BSC3B。为了更好的提供网络服务，现对各个BSC的寻呼容量情况进行评估。 寻呼参数设置与理论寻呼能力分析 一个LA（Location Area）是指被一个寻呼（page）所共同广播的一组小区。当手机被寻呼时，MSC发送一个PAGING信息到所属的所有BSC（global page时），或者发送一个PAGING信息到手机所在LA的BSC（local page时）。BSC收到MSC发来的PAGING信息后，再将PAGING信息发送到手机所在LA的所有小区。 我们网络中的公共控制信道配置参数ccch_conf设置为0，同时接入准许保留块数bs_ag_blks_res设置为，即每51复帧含有9个CCCH块，保留AGCH数为，小区内PCH实际配置数量为： 9 - 保留AGCH数 。GSM规范规定，每51复帧传输时间为0.2354s，那么1秒钟可传输4.25个51复帧。每PCH寻呼块可寻呼4个TMSI或2个IMSI。由于我们的当前网络采用TMSI寻呼方式，所以小区内PCH对寻呼消息的发送能力为： PCH *4 TMSI *4.25 51MultiFrame 119个MS/秒，因此各小区配置的PCH信道对TMSI的最大寻呼能力为：1 × 3600 42.84万个MS/小时 结合前面我们对系统理论寻呼能力估算与现网实际统计数据分析，我们认为：在当前的寻呼量模型下， LAC区内各小区配置个PCH信道时，当小区内PCH信道的无线寻呼量达到万个/小时（约为理论发送能力的60%）左右时，就可能出现寻呼信息丢弃问题。 从交换侧提取11月22日到11月28日一周的话务统计，计算出LAC级的寻呼总次数并取每天的最忙时的寻呼次数 LAC 11-22 11-23 11-24 11-25 11-26 11-27 11-28 MAX 16724 104885 100170 101626 108427 119703 95185 96986 119703 16838 80952 81689 84263 87694 89266 78730 84769 89266 16837 72773 71815 73141 75886 85831 74582 72509 85831 16839 69624 68593 70548 72237 76026 67993 65346 76026 从上表可以看出，最忙的LAC为LAC16724，一周最忙寻呼次数为12万次，满足理论寻呼容量要求。 BSC级寻呼容量评估 从无线侧提取11月22日到11月28日一周的话务统计，计算出BSC级的寻呼总次数并取每天的最忙时的寻呼次数 网元名称 11-22 11-23 11-24 11-25 11-26 11-27 11-28 MAX HBSC-030 135832 131492 130636 138738 150926 124532 127412 150926 HBSC-021 106447 108724 110694 114471 114485 103575 111014 114485 HBSC-020 90648 89482 89119 91861 103957 92235 91008 103957 HBSC-031 92075 89484 92406 93780 95492 85911 83202 95492 从上表可以看出，寻呼次数最忙的为BSC3A，最忙时寻呼次数达到15万次，但满足理论寻呼容量要求，4个BSC寻呼负荷分别为60%，45%，41%，38% 无线接口寻呼容量评估 从无线侧提取11月22日到11月28日一周的话务统计，计算出小区级的寻呼总次数并取每天的最忙时的寻呼次数 从上表可以看出，给出了最忙的TOP10小区的寻呼次数，均没有超出理论的寻呼能力。 优化建议 根据以上分析，某市市华为4个BSC的寻呼负载能力正常，BSC3A略高。4个BSC均没有达到理论上的负载超容水平（70%），暂时不用处理，但需要定期对各个BSC的寻呼容量进行跟踪分析，密切关注寻呼和话务量的增长情况。 LAC区的寻呼负荷是涉及网络容量的一项重要指标，网络运行过程中，维护与优化部门应建立对寻呼负荷的监测体系。一旦寻呼负荷达到预警门限，就应启动寻呼优化流程。根据网络实际情况选择适合的优化方法，制定优化调整方案。并对方案实施后的网络指标进行全面评估，确保网络健康有序的运行