[发明专利]数据业务核心网的故障定位方法和装置

说明书

技术领域

本发明涉及通信领域中核心网技术领域，具体地，涉及数据业务核心网的故障定位方法及装置。

背景技术

随着移动网络技术的发展，移动全业务运行的展开，数据增值业务已成为运营商重大的业务关注点。由于数据业务核心网在处理用户信令和转发用户数据的业务流中居于核心的地位，数据业务核心网设备发生故障时对用户感知影响极大。由于数据业务核心网设备一般使用ATCA（Advanced Telecom Computing Architecture，先进电信运算平台）架构的刀片服务器，业务分布到各服务器之上，所以ATCA架构的数据业务核心网设备如果出现单板和进程的业务障碍时，将极其严重的影响用户的服务质量。

同时，数据业务核心网设备内部还存在路由器、交换机、防火墙等设备，业务路由复杂，这些设备的单板或端口故障也会严重影响用户的服务质量。虽然，电信级的数据业务核心网设备都有完善的告警和容灾系统，但是发生无告警的故障和由于无法达到容灾倒换条件而引发的故障还是可能发生。故障发生时由于告警的互相关联和告警蔓延，使故障设备定位工作变得较为困难。采用系统外部的自动拨测系统，可以很好的发现和避免上述情况的发生。

自动拨测系统通过模拟BSC（基站控制器）/RNC（无线网络控制器）和用户，模拟实际的业务过程发现故障。但是，目前的自动拨测系统存在漏告警和误告警较多、故障定位不准确等问题。

现有拨测系统的原理如图1所示，模拟PCU（分组控制单元）/RNC连接于不同的SGSN（Serving GPRS Support Node，服务GPRS支持节点）和其它网元设备。一旦出现某业务不可用的告警，拨测系统立即自动启动故障定位流程，采用纵向推进式仿真核心网元法进行故障排查，确定故障网元，及时恢复业务。但是现有拨测系统仍存在以下问题：

1、将设备看成一个整体，对整体进行拨测，不能发现和定位单板和进程的故障。数据业务核心网上的用户都是驻留在不同的单板和进程中，如果拨测的测试号码不能实现驻留到不同的单板和进程中，将不能对整个设备的单板和进程进行有效的业务拨测，由此产生很多漏告警。

2、将数据业务核心网看成主要设备的直接连接，忽略主要设备之间的路由器和交换机，只对主要设备进行拨测，不进行业务路由的控制，不能发现和定位路由器和交换机的故障。同时，由于不进行业务路由的控制，也不能发现不同的业务路由下，业务质量的差异，从而发现故障的隐患。

3、从非业务路由连接设备进行测试，误告警产生的可能性很大。所谓非业务路由，是指实际业务并不经过或极少经过的路由。比如对数据业务核心网中的GGSN（Gateway GPRS Support Node，网关GPRS支持节点）进行拨测时，是模拟一个SGSN对其拨测，实际业务并不从这个虚拟的SGSN上经过，该虚拟的SGSN经过的交换机、路由器发生故障时都会产生大量告警，由此产生很多误告警。

4、由于拨测系统不能对全部的单板和进程进行自动拨测，拨测所反应的系统运行情况不完整。也不能控制业务路由，从非业务路由连接设备进行拨测，误告警和漏告警的可能性大。所以不能完全使用自动拨测系统在设备升级、割接、业务调整、优化时进行自动测试。还是需要人力拨测，费时、费力、效率低、覆盖面小。

发明内容

本发明是为了克服现有技术中数据业务核心网拨测的过程中故障定位不准确缺陷，根据本发明的一个方面，提出一种数据业务核心网的故障定位。

根据本发明实施例的数据业务核心网的故障定位，包括：

对数据业务核心网的业务路由进行遍历性拨测，获得故障发生记录；

遍历故障发生记录中的业务路由，与获得的故障设备集进行求交集处理，获得数据业务核心网的故障定位结果。

本发明是为了克服现有技术中数据业务核心网拨测的过程中故障定位不准确缺陷，根据本发明的另一个方面，提出一种数据业务核心网的故障定位装置。

根据本发明实施例的数据业务核心网的故障定位装置，包括：

拨测记录模块，用于对数据业务核心网的业务路由进行遍历性拨测，获得故障发生记录；

遍历定位模块，用于遍历故障发生记录中的业务路由，与获得的故障设备集进行求交集处理，获得数据业务核心网的故障定位结果。