三明－GRPS业务监控系统

1、三明GPRS业务监控系统背景：随着社会经济的不断发展，GPRS业务目前正被越来越多的用户所使用，但随着用户数的不断增多，常有用户投诉GRPS上网速度很慢，或连接不上等问题。由于目前三明本地没有SGSN、GGSN设备，因此无法对用户投诉和BSC的PCU单元所产生的故障进行有效监控处理。因此迫切需要完善的支撑体系来加强对BSC的PCU单元、GB链路的告警及潜在的性能问题进行有效的监控。网络拓扑图如下：三明公司已通过KVM和声光告警平台实现了人机分离以及告警的统一监控，我们需要构建一个功能和接口全面、简单易行的GRPS业务监控平台，同时纳入声光告警体系中，转变被动为主动的维护形式。方案： 三明移动网

2、络部根据网优人员提出的需求，开发GPRS告警监控系统，解决上述问题。 “GPRS告警监控系统”主要对BSC的PCU、GBL传输电路、接入层的小区阻塞情况（TCH_BLOCKING_RATE>5%、SDCCH_BLOCKING_RATE>2%、CALL_SETUP_SUCCESS_RATE<90%）、当天未产生GPRS流量的重点城区基站实行监控，告警产生后系统自动发短信通知相关维护人员。做到第一时间发现、处理解决故障，提高用户感知。主要功能模块介绍 一、 PCU预警通过对PCU告警进行监控，并对PCU告警进行分类分级，对影响PCU性能指标值的重在告警通过发送短信到维护人员手机。

3、主要已经定制的设备重要告警信息如下：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、MS

4、I、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小区有时会出现意外吊死，这一情况往往不容易从告警中发现，以往在出现类似情况时，往往是在

5、用户投诉后才发现问题，在投诉处理上比较被动。在2006年11月三明城区有GPRS用户投诉，查询BSC和PCU均未发现告警，统计小区的下行数据流量发现城区部分小区的数据流量连续为0，根据这些小区，最后判断为PCU833的一块DPROC故障，更换DPROC板后故障恢复。对此，通过监控重点小区的流量来发现该类问题。首先制定一个重点小区清单，定义连续三天8点到24点GPRS都有流量的小区为重点小区，为保证告警的有效和及时，该小区清单每周自动更新一次，通过对没有GPRS流量的重点小区进行监控，发现后直接发短信到维护人员手机，及时查询没有流量的原因并作出相应的处理。三、监控GPRS拥塞小区比例随着GRPS

6、用户的不断增多，常会出现部分GPRS小区也出现了拥塞，而造成用户GRPS不能上网引发用户投诉。因此有必要加强对拥塞小区的监控，对经常出现拥塞的小区进行扩容或参数调整等方式进行解决。目前针对三明的BSC设备的相关拥塞小区定义如下：拥塞小区比例定义：GPRS拥塞小区数/GPRS有效小区数计算公式：SUM（GPRS拥塞小区数量）/SUM（GPRS有效小区数量）GPRS有效小区下行数据流量>100K的小区GPRS拥塞小区符合上行 TBF/TSL>2 或 下行TBF/TSL>2 或下行TBF阻塞率 >2 % 的小区。根据每天生成的数据网拥塞小区清单，能够及时对拥塞小区进行处理。四

7、、对PCU电路及GB链路进行监控由于目前各PCU没有直接开至SGSN的电路，而是开到SXC设备上，由SXC设备对PCU电路的相应时隙进行订联一个2M电路进行会聚，再通过会聚电路接至福州SGSN设备上。系统通过实时采集SXC设备上PCU、GB电路所对应的ET端口的告警信息，将要相应ET告警信息及时通过短信接口平台将告警信息发送到维护人员及值班人员。该系统我们从以下三个方面实现了创新：第一， 从被动式维护到主动式网管的转变以往GPRS阻塞或不能上都是由用户投诉后，相关维护人员再进行处理。由于没有建立完善的监控体系，通过建立GRPS业务监控平台实现对PCU单元的性能指标、基站阻塞情况情况进行监控，当

8、指示恶化时，系统将发出相应声光告警通过值班人员，并通过短信等多种形式通知到维护人员，实现了由被动式维护到主动式网管的转变。第二， 成熟的保障支撑体系GRPS业务监控平台实现了对基站、BSC的PCU单元、PCU电路、GB电路的多方位的实时监控。通过对PCU的性能指标解决了影响网络性能的隐性故障无法发现的缺陷，维护人员能够对小区阻塞及流量情况进行有效监控和分析，从而实现对网络的有效管理。第三， 快速响应，多种支撑手段保障GRPS业务的畅通。系统提供了短信接口、声音告警、等功能，能够和三明本地的声光告警进行有效融合。在产生告警时，通过定义相关维护人员和通知手段，监控人员能够第一时间看到和听到告警事件，同时维护责任人也能够短信通知、手段得到相关告警的详细信息，主动进行处理。成效：2007年4月份，收至BSC821下基站1小时没有流量数据的短信，而BSC并没有告警告警产生。而查看BSC821下各基站的PDCH信道均为NA，用state pcu 命令查看PCU状态，系统没有响应，对PCU821 RESET后恢复正常，由于设备进行挂死,造成业务中断。正是由于系统实时监控网络性能指标，才缩短了故障处理，减少了用户投诉,保障GRPS业务流畅有着重要作用。通过使用该系统使GPRS拥塞小区比例从6月份开始已