小灵通故障基站管理系统的开发

摘要　经过近几年小灵通网络的不断发展壮大，小灵通网络规模越来越大。由于小灵通基站发射功率小，要确保网络的覆盖率，必须建设大量的小灵通基站，因此小灵通故障基站的派发、故障基站跟踪管控、统计分析等耗费了维护人员大量时间。小灵通故障基站管理系统实现了小灵通故障基站的自动派发，自动跟踪、记录已派发故障基站的修复情况，维护人员可以通过短信查询小灵通基站的修复情况和各种运行参数，方便故障查修。同时系统提供了故障基站处理时长、处理及时率的统计报表。实现对小灵通故障基站的精确化管理。
关键字　小灵通　故障基站　精确化管理

 一、小灵通故障基站管理现状
 广西区电信有限公司贵港市分公司小灵通网络容量246000万，实装用户151324万户，小灵通基站3077个。
 系统开发前小灵通故障基站的派发流程如图1所示：

图1　系统开发前小灵通故障基站派发、统计流程图
从图1的流程图可以看出，小灵通故障基站从派发、通知相关维护人员查修故障基站、维护人员现场查修确认故障恢复、故障处理时长、处理及时率等的记录、统计均需要人工操作，耗费了网络监控中心、现场维护人员大量的时间。同时在手工派发工单、记录故障的恢复时间等方面，随意性较大，往往造成故障恢复时间漏填或填写的时间与故障恢复时间不符等，造成基站修复时长、及时率等指标的统计不准确。
2006年底，为了强化维护队伍“一切服务于市场竞争需要”的观念，形成不同地域、不同网元的维护标准与资源配置等方面的差异化，将小灵通网络资源和维护工作向精确化管理推进，平衡业务发展、资源配置和网络质量三者关系，达到面向客户、面向产品、面向网络开展维护工作的要求，区公司下发了《关于开展小灵通网络分等分级维护工作的通知》（移动[2006]61号），要求2007年1月至3月在贵港本地网试点实施小灵通网络初级模块的全面分等分级维护工作。对全网的覆盖区域和基站，按承载的话务多少和对市场的重要性划分为A、B、C三个等级。
 1、A级基站障碍修复时限为3小时，修复及时率≥90%。
 2、B级基站障碍修复时限为8小时，修复及时率≥85%。
 3、C 级基站障碍修复时限为24小时，修复及时率≥80%。
小灵通故障基站分等分级维护后，对小灵通故障基站的修复时限和修复及时率有了更为严格的要求。在2007年1月、2月的试行过程中，由于手工填写的基站故障信息不完整、准确，给故障基站的统计工作造成了很大的困难。因此有必要开发相应的故障基站支撑系统，提高故障基站派发、故障恢复确认、故障统计等的准确性和工作效率。2007年3月，根据手工提取故障基站的方法，摸索开发了小灵通故障基站管理系统。
二、故障基站的提取方法
根据平时的维护经验和中兴公司提供的基站处理脚本资料，小灵通基站动态数据(如基站运营状态、U口状态、帧同步状态)会定时同步到网管数据库中，CSC和ICSC基站分别同步到ANU网管数据库NEPCS的CSInfo表和ANU网管数据库NEICSC的r_cs表中。如图2所示：
图2　故障基站运行动态数据流

从图2，我们可以看出，要实现小灵通故障基站的自动派发，开发小灵通故障基站管理系统，必须弄清楚基站动态数据表ANU网管数据库NEPCS的CSInfo表和ANU网管数据库NEICSC的r_cs表的数据结构，并了解各个字段值代表的含义。
1、基站动态数据表结构
CSC基站动态数据表结构关键字段（ANU网管数据库NEPCS的CSInfo表）
序号 字段 字段名 备注
1 NeNo ANU网元号 　
2 CSCNo CSC子节点号 　
3 CSIndex 基站索引号 　
4 CSType 基站类型 　
5 SvrState 运营状态 　
6 FrmSynState 帧同步状态 　
7 UPState1 U口1状态 　
8 UPState2 U口2状态 　
9 UPState3 U口3状态 　
10 UPState4 U口4状态 　
11 UPState5 U口5状态 　
12 UPState6 U口6状态 　
13 UPState7 U口7状态 　
14 UPState8 U口8状态 　
15 Location 安装地点 　

(2)ICSC基站动态数据表结构关键字段（ANU网管数据库NEICSC的r_cs表）
序号 字段 字段名 备注
1 NeNo_b ICSC网元号 　
1 Unit 单元号 　
1 Sunit 子单元号 　
1 CSIndex 基站索引号 　
1 CSType 基站类型 　
1 ServiceSta 运营状态 　
1 FrmSynSta 帧同步状态 　
1 UPState1_b U口1状态 　
1 UPState2_b U口2状态 　
1 UPState3_b U口3状态 　
1 UPState4_b U口4状态 　
1 UPState5_b U口5状态 　
1 UPState6_b U口6状态 　
1 UPState7_b U口7状态 　
1 UPState8_b U口8状态 　
1 Location_b 安装地点 　

 从上述两个动态数据库表结构中，我们可以看出，两个表结构相类似，ICSC表用来表示基站的字段多了一个，其它字段类似，在系统开发时为了方便查询和统计，可以将表示基站的多个字段经过处理合成一个字段用来表示基站代码。
2、基站动态数据表结构各字段数据含义
经过对两个基站动态数据表和网管显示基站的状态对比，并参考中兴公司的相关脚本，得到相关动态数据的对应关系(两个基站动态数据库表数据含义相同)。
（1）CSC基站U口状态UPState1－UPState8（或ICSC的UPState1_b－UPState8_b）字段含义

U口状态代码 U口状态名称
0 未激活
1 激活
4 SAP16准备好
5 业务通道+操作通道准备好
255 其它
NULL U口不存在
CSC、ICSC部份基站有2个U口，部份基站有4个U口，其中U口状态代码为空NULL表示该基站对应的U口不存在。
基站U口状态故障判断方法：
所有类型的基站U口状态正常时的状态是，必须有一个U口状态是“业务通道+操作通道准备好”，其它U口状态均为“激活”状态。如果出现其它状态表明基站U口有故障，可能伴随出现“基站退出运营”或“基站强制退出运营”等。
（2）CSC基站运营状态SvrState(或ICSC的ServiceSta)
运营状态代码 运营状态名称
0 运营中
2 强制退出运营
255 其它
运营状态为0表示正常，2或255为异常。
（3）基站帧同步状态FrmSynState (或ICSC的FrmSynSta)
帧同步状态代码 帧同步状态名称
0 其它
8 与GPS同步

首页 上一页 1 2 下一页 尾页 1/2/2

以上为本篇毕业论文范文小灵通故障基站管理系统的开发(一)的介绍部分。

本论文在电子通信论文栏目，由论文网(www.zjwd.net)整理,更多论文,请点论文范文查找

相关论文