三明－GRPS业务监控系统.docVIP

三明GPRS业务监控系统 背景： 随着社会经济的不断发展，GPRS业务目前正被越来越多的用户所使用，但随着用户数的不断增多，常有用户投诉GRPS上网速度很慢，或连接不上等问题。由于目前三明本地没有SGSN、GGSN设备，因此无法对用户投诉和BSC的PCU单元所产生的故障进行有效监控处理。因此迫切需要完善的支撑体系来加强对BSC的PCU单元、GB链路的告警及潜在的性能问题进行有效的监控。网络拓扑图如下： 三明公司已通过KVM和声光告警平台实现了人机分离以及告警的统一监控，我们需要构建一个功能和接口全面、简单易行的GRPS业务监控平台，同时纳入声光告警体系中，转变被动为主动的维护形式。 方案： 三明移动网络部根据网优人员提出的需求，开发GPRS告警监控系统，解决上述问题。 “GPRS告警监控系统”主要对BSC的PCU、GBL传输电路、接入层的小区阻塞情况（TCH_BLOCKING_RATE5%、SDCCH_BLOCKING_RATE2%、CALL_SETUP_SUCCESS_RATE90%）、当天未产生GPRS流量的重点城区基站实行监控，告警产生后系统自动发短信通知相关维护人员。做到第一时间发现、处理解决故障，提高用户感知。 主要功能模块介绍 PCU预警 通过对PCU告警进行监控，并对PCU告警进行分类分级，对影响PCU性能指标值的重在告警通过发送短信到维护人员手机。主要已经定制的设备重要告警信息如下： 1. PCU: Last GSL Failed PCU和BSC之间的GSL链路中断，将导致整个PCU OOS ，产生原因可能是PICP或PSP板块故障。 2. PCU: PCU Audit Failure PCU接收的Audit信息中有超过90%接收失败，会产生此告警，说明BSC和PCU间的通信有问题，主要原因可能是GSL链路有问题，但仍在使用。 3. PSP: Communication Failure PSP通信故障，产生原因可能是MPROC或HSC板故障。 4. GSL: Link Disconnected GSL链路中断，可能是2M链路中断或是MMS、MSI、DPROC、GPROC被LOCK引起。 5. GBL: Link Disconnected GBL链路中断，GBL是PCU和SGSN之间的接口，中断将导致所有GBL支持的资源退出服务，产生GBL中断的原因可能为2M链路中断或是MSI板故障。 6. DPROC: Processor Communication Failure DPROC处理器通信故障，产生该告警时，会导致相应DPROC以及DRPOC支持的的设备OOS，主要是由DPROC板块故障引起。 软件界面如下： 监控重点小区流量 针对PCU板块或是GPRS小区有时会出现意外吊死，这一情况往往不容易从告警中发现，以往在出现类似情况时，往往是在用户投诉后才发现问题，在投诉处理上比较被动。在2006年11月三明城区有GPRS用户投诉，查询BSC和PCU均未发现告警，统计小区的下行数据流量发现城区部分小区的数据流量连续为0，根据这些小区，最后判断为PCU833的一块DPROC故障，更换DPROC板后故障恢复。 对此，通过监控重点小区的流量来发现该类问题。首先制定一个重点小区清单，定义连续三天8点到24点GPRS都有流量的小区为重点小区，为保证告警的有效和及时，该小区清单每周自动更新一次，通过对没有GPRS流量的重点小区进行监控，发现后直接发短信到维护人员手机，及时查询没有流量的原因并作出相应的处理。 三、监控GPRS拥塞小区比例 随着GRPS用户的不断增多，常会出现部分GPRS小区也出现了拥塞，而造成用户GRPS不能上网引发用户投诉。因此有必要加强对拥塞小区的监控，对经常出现拥塞的小区进行扩容或参数调整等方式进行解决。目前针对三明的BSC设备的相关拥塞小区定义如下： 拥塞小区比例定义：GPRS拥塞小区数/GPRS有效小区数 计算公式：SUM（GPRS拥塞小区数量）/SUM（GPRS有效小区数量） GPRS有效小区＝下行数据流量100K的小区 GPRS拥塞小区＝符合上行 TBF/TSL2 或 下行TBF/TSL2 或下行TBF阻塞率 2 % 的小区。 根据每天生成的数据网拥塞小区清单，能够及时对拥塞小区进行处理。 四、对PCU电路及GB链路进行监控 由于目前各PCU没有直接开至SGSN的电路，而是开到SXC设备上，由SXC设备对PCU电路的相应时隙进行订联一个2M电路进行会聚，再通过会聚电路接至福州SGSN设备上。系统通过实时采集SXC设备上PCU、GB电路所对应的ET端口的告警信息，将要相应ET告警信息及时通过短信接口平台将告警信息发送到维护人员及值班人员。 该系统我