2012年全省网优工作研讨会材料--衢州.pptVIP

系统资源的监控 以上系统资源达到告警门限，说明BSC或GB资源出现高负荷，需要通过BSC分裂等方案实施调整；目前，随着G18期新站入网，BSC37、46、54等3个BSC开始出现载频、RSL等利用率超标情况，通过下半年的BSC入网实施调整工作，各BSC资源负荷均处于安全门限内。 项目　 设计理念 理想值 日常监测告警值 监测对象 监测周期 Ater口利用率 BSC的ATER口（包括CS与PS）利用率过高容易导致ATER口出现告警翻转，引起语音掉话与数据业务拥塞 　 80% 　 85% BSC 每月 GB口利用率 GB口高利用将成为GPU处理数据流量的瓶颈，容易引起GB数据流量拥塞，降低数据传输的速率。 　 70% 80%　 GP 每月 ABIS口利用率 BSC的Abis传输（包括第2路传输）利用率过高后，导致无法新增基站，新增EDGE传输等 　 70% 　 80% BSC 每周 载频利用率 BSC载频利用率过高后引起工程新开站或者小区日常扩容无法正常进行。阻碍拥塞情况的扩容处理 　 70% 　 80% BSC 每周 RSL利用率 BSC的RSL总数过高通常会导致CCP的TCU资源不足，容易引起部分基站RSL翻转，严重情况还会导致BSC的TP板重启 　 70% 　　 80% BSC 每周 基于负荷均衡的无线核心网安全保障体系 OMC Cpu运行负荷的监控：OMC Cpu运行负荷低于70%。每周对OMC的Master、Agent以及HMI服务器的CPU进行一次监测，预防因OMC服务器的CPU利用率过高导致服务器瘫痪，影响全网监控。 硬盘使用效率的监控：OMC硬盘使用效率低于80%，每周对OMC的硬盘进行一次监测，预防因OMC硬盘利用率过高导致OMC数据保存出现错乱等情况。 OMC的Master、Agent以及HMI服务器CPU利用率监测 OMC服务器的硬盘利用率监测 运行负荷的监控 基于负荷均衡的无线核心网安全保障体系 重要告警的处理：设备的告警数量多将增加设备的运行负荷，特别是大量的无效告警、翻转告警、设备周期性检测告警、隐形告警等四类告警的清理及时性，可以有效降低和预防BSC宕机的几率。 设备周期性检测告警 翻转告警 隐性告警分析 无效告警 不在用传输电路告警：告警长期存在，占用设备资源。 BTS风扇告警：载频高温运转，故障率高。 BSC模块的时钟同步核查：时钟偏移超过100ms各模块间工作状态不同步 MT120模块的欧姆阻抗和软件版本核查：阻抗或软件版本不一致导致BSC高传输掉话。 A口滑码：A口电路质量下降，影响通话质量。 TC时钟不同步：无法监测MT120板状态。 系统Tackover（CCP、OMCP 、TP等）告警：可能存在隐形故障，需要进行健康性检查。 基于负荷均衡的无线核心网安全保障体系 运行负荷的监控（续） BSC系统CPRC文件数核查： 每月对全网BSC主备用OMCP的SYS-CPRC文件数进行核查，正常情况下主备用OMCP的SYS-CPRC文件数分别为128个和129个。避免因BSC主备用OMCP的SYS—CPRC文件异常下进行的OMCP板主备倒换后引起的BSC宕机。 OMC数据库与BSC数据库的同步： 每月初对全网BSC进行一次Logical Audit BSS操作以确保OMC与BSC中的数据一致，避免因OMC与BSC数据不同步导致在OMC侧修改小区相关参数引起小区Misaligned，导致OMC系统瘫痪。 对数据库做Logical Aduit 主备用OMCP中SYS-CPRC文件数核查 基于负荷均衡的无线核心网安全保障体系 运行状态的监控 话务忙时，设备系统负荷上升，忙时操作带来诸多不利因素。 TP、SSW等消息处理堵塞，模块自动倒换影响话务占用。 数据激活过程中，BTS/BSC长时间处于busy状态，无法对网元进行操作。 数据不一致引起OMC和BSC数据库混乱。 误操作导致网元退服。 厂家人员擅自操作引发网络重大故障。 业务量高时，无线设备系统资源占用率高。此时对设备进行数据操作，存在进程冲突、系统处理慢等问题。因此，通过避免“忙时操作”、“并发操作”以及规范“人员操作“，均衡设备的操作负荷。 基于负荷均衡的无线核心网安全保障体系 3、操作负荷均衡理念 忙时操作影响 并发操作影响 人员操作影响 OMCR操作终端管理 OMCR帐号管理 1、OMCR帐号权限分级设置，监控人员帐号不具备数据修改权限。 2、对需要OMCR操作人员建立个人帐号，操作时需要用个人帐号登陆。 对OMC账号进行权限分级设置,设置为axadmin_special_profile；operator_profile；read