移动核心网设备故障智能预处理系统的研究.docVIP

移动核心网设备故障智能预处理系统的研究 　　1 引言 　　随着移动通信技术的高速发展、业务种类的不断丰富，网络呈现出大量设备类型、多种设备厂商机型共存的局面。此外，通信行业竞争日益激烈，运营商普遍处于设备种类众多，而维护人员数量相对较少的矛盾中。为提供优质的网络服务，运营商通常对设备故障定位的准确性以及故障处理的及时性有较高的考核要求。除了故障处理以外，维护工程师通常还担负投诉处理、局数据制作、网络分析和网络优化等繁重的任务。因此设备种类众多对维护工程师的工作效率和跨专业故障处理能力带来了极大的挑战。目前运营商采取的“一专多能，一岗多能”等维护模式需要投入大量的人力资源、时间成本和培训费用，实际推进时遇到的阻力较大。为此通过网管系统辅助的方式缓解该矛盾，成为了移动运营商网络维护部门的首选方案。 　　为减少故障派单数量，缩短故障处理时限和提高跨专业处理能力，本文设计并实现了一套故障智能预处理系统。该系统能够自动识别移动核心网设备的告警标题，登录故障设备，执行相应的故障处理指令，并对执行的结果进行分析。系统的设计目标如下： 　　（1）快速定位设备故障点，缩短故障处理时间，提升跨专业处理能力； 　　（2）自动处理部分告警，减少故障工单数量； 　　（3）提供统一的呈现界面，具备良好的易用性； 　　（4）具备预处理日志记录、查询、导出和统计功能。 　　2 系统总体架构 　　核心网设备故障智能预处理系统集成在运营商的综合网管系统内，属于应用服务层的1个应用。预处理系统在综合网管系统内的具体位置如图1所示： 　　图1 预处理系统在综合网管内的位置 　　故障智能预处理系统工作原理如图2所示。 　　当核心网设备产生故障以后，告警信息会上报给厂商网管。厂商网管通过北向接口上报给综合网管内的综合告警平台。综合告警平台完成告警的标准化和入库后，触发故障智能预处理系统的调度模块。如果告警为智能预处理系统能够处理的条目，则智能预处理系统触发预处理任务，调用通用操作终端，登录故障的网元设备，执行预处理指令，记录和判断命令执行的结果。 　　如果告警无法自动清除，则智能预处理系统将得到的辅助信息反馈给综合告警平台。监控部门值班人员看到相关信息后即可通过电子运维系统派发故障工单至相应的维护部门。电子运维系统派发故障工单后，将工单号信息同步给智能预处理系统，智能预处理系统将工单号和预处理日志进行关联，以便于后期维护部门工程师通过工单号在系统内调阅预处理日志。 　　3 故障预处理脚本 　　3.1 预处理脚本开发流程 　　预处理脚本是专业维护工程师经验的总结，也是系统的核心所在。由于移动核心网设备容量较大（通常在几十万到数百万用户的规模），任何操作都需要非常严谨。预处理脚本的开发一般需要由专业的工程师与设备厂商支持工程师共同完成，对处理的流程和使用的指令进行严格验证。 　　故障预处理脚本的开发需要经历如下4个阶段： 　　（1）调研阶段：根据历史统计数据，梳理出各厂家设备常见的故障，并评估实现预处理的必要性和可行性。通常对于处理故障中涉及影响用户业务的，或者处理方式较为复杂多变的，不建议纳入预处理系统处理的范畴。 　　（2）需求定义阶段：专业工程师针对梳理出的故障，与厂商支持工程师共同将处理过程和经验进行总结，形成固化的处理方式，并转化成为预处理脚本需求文档。需求文档内需要明确如下要素，即设备访问方式（SSH、TELNET等）、设备的账号口令、登陆设备后执行的指令以及指令输出结果的识别等。 　　（3）开发阶段：通过编程，将需求文档转化为预处理脚本。 　　（4）验证阶段：模拟或者等待设备故障发生，对预处理脚本的执行过程和结果进行确认。如果发现是脚本或者需求本身的问题，则进行相应的修改和完善。 　　3.2 预处理脚本功 　　能特性 　　本系统已部署预处理脚本20余条，涉及4种设备类型。部分预处理脚本的功能特性如表1所示。 　　从功能特性来看，预处理脚本主要分为3种类型： 　　（1）对于不影响业务的次要告警，如设备模块出现短时异常等，直接清除告警； 　　（2）对设备模块/信令链路等进行操作，如闭塞/解闭、激活/去激活操作，清除告警； 　　（3）对于无法清除的告警，提供辅助信息，如对端局向、故障模块、是否为传输故障等。 　　以华为软交换关口局MSC Server的“MTP3链路故障”为例，预处理脚本能够自动根据故障链路的状态，进行解闭、激活等操作来清除告警，对于无法清除的告警，则记录对端局向信息。预处理脚本执行流程如图3所示。 　　4 系统特点 　　4.1 缩短故障处理时间 　　系统部署前后的故障处理流程如图4所示。 　　由图4可见，对于已经开发出预处理脚本的告警条目，系统能够在监控部门派发故障工单之前，自动登