数据业务核心网的故障定位方法和装置制造方法
【专利摘要】本发明公开了一种数据业务核心网的故障定位方法和装置，其中，该方法包括：对数据业务核心网的业务路由进行遍历性拨测，获得故障发生记录；遍历故障发生记录中的业务路由，与获得的故障设备集进行求交集处理，获得数据业务核心网的故障定位结果。本发明的数据业务核心网的故障定位方法和装置，选择不同的路径到达不同的GGSN及其GGSN上的不同单板，使拨测系统能够遍历数据业务核心网进行业务路由，并与故障设备集进行求交集处理，准确、快速的获得数据业务核心网的故障位置，有效的减少漏告警和误告警，实现数据业务核心网故障的精确定位。
【专利说明】数据业务核心网的故障定位方法和装置
【技术领域】
[0001] 本发明涉及通信领域中核心网【技术领域】，具体地，涉及数据业务核心网的故障定 位方法及装置。
【背景技术】
[0002] 随着移动网络技术的发展，移动全业务运行的展开，数据增值业务已成为运营商 重大的业务关注点。由于数据业务核心网在处理用户信令和转发用户数据的业务流中居于 核心的地位，数据业务核心网设备发生故障时对用户感知影响极大。由于数据业务核心网 设备一般使用 ATCA (Advanced Telecom Computing Architecture，先进电信运算平台）架 构的刀片服务器，业务分布到各服务器之上，所以ATCA架构的数据业务核心网设备如果出 现单板和进程的业务障碍时，将极其严重的影响用户的服务质量。
[0003] 同时，数据业务核心网设备内部还存在路由器、交换机、防火墙等设备，业务路由 复杂，这些设备的单板或端口故障也会严重影响用户的服务质量。虽然，电信级的数据业务 核心网设备都有完善的告警和容灾系统，但是发生无告警的故障和由于无法达到容灾倒换 条件而引发的故障还是可能发生。故障发生时由于告警的互相关联和告警蔓延，使故障设 备定位工作变得较为困难。采用系统外部的自动拨测系统，可以很好的发现和避免上述情 况的发生。
[0004] 自动拨测系统通过模拟BSC (基站控制器）/RNC (无线网络控制器）和用户，模拟 实际的业务过程发现故障。但是，目前的自动拨测系统存在漏告警和误告警较多、故障定位 不准确等问题。
[0005] 现有拨测系统的原理如图1所示，模拟P⑶（分组控制单元）/RNC连接于不同的 SGSN (Serving GPRS Support Node，服务GPRS支持节点)和其它网元设备。一旦出现某业 务不可用的告警，拨测系统立即自动启动故障定位流程，采用纵向推进式仿真核心网元法 进行故障排查，确定故障网元，及时恢复业务。但是现有拨测系统仍存在以下问题：
[0006] 1、将设备看成一个整体，对整体进行拨测，不能发现和定位单板和进程的故障。数 据业务核心网上的用户都是驻留在不同的单板和进程中，如果拨测的测试号码不能实现驻 留到不同的单板和进程中，将不能对整个设备的单板和进程进行有效的业务拨测，由此产 生很多漏告警。
[0007] 2、将数据业务核心网看成主要设备的直接连接，忽略主要设备之间的路由器和交 换机，只对主要设备进行拨测，不进行业务路由的控制，不能发现和定位路由器和交换机的 故障。同时，由于不进行业务路由的控制，也不能发现不同的业务路由下，业务质量的差异， 从而发现故障的隐患。
[0008] 3、从非业务路由连接设备进行测试，误告警产生的可能性很大。所谓非业务路由， 是指实际业务并不经过或极少经过的路由。比如对数据业务核心网中的GGSN (Gateway GPRS Support Node，网关GPRS支持节点）进行拨测时，是模拟一个SGSN对其拨测，实际业 务并不从这个虚拟的SGSN上经过，该虚拟的SGSN经过的交换机、路由器发生故障时都会产 生大量告警，由此产生很多误告警。
[0009] 4、由于拨测系统不能对全部的单板和进程进行自动拨测，拨测所反应的系统运行 情况不完整。也不能控制业务路由，从非业务路由连接设备进行拨测，误告警和漏告警的可 能性大。所以不能完全使用自动拨测系统在设备升级、割接、业务调整、优化时进行自动测 试。还是需要人力拨测，费时、费力、效率低、覆盖面小。
【发明内容】
[0010] 本发明是为了克服现有技术中数据业务核心网拨测的过程中故障定位不准确缺 陷，根据本发明的一个方面，提出一种数据业务核心网的故障定位。
[0011] 根据本发明实施例的数据业务核心网的故障定位，包括：
[0012] 对数据业务核心网的业务路由进行遍历性拨测，获得故障发生记录；
[0013] 遍历故障发生记录中的业务路由，与获得的故障设备集进行求交集处理，获得数 据业务核心网的故障定位结果。
[0014] 本发明是为了克服现有技术中数据业务核心网拨测的过程中故障定位不准确缺 陷，根据本发明的另一个方面，提出一种数据业务核心网的故障定位装置。
[0015] 根据本发明实施例的数据业务核心网的故障定位装置，包括：
[0016] 拨测记录模块，用于对数据业务核心网的业务路由进行遍历性拨测，获得故障发 生记录；
[0017] 遍历定位模块，用于遍历故障发生记录中的业务路由，与获得的故障设备集进行 求交集处理，获得数据业务核心网的故障定位结果。
[0018] 本发明的数据业务核心网的故障定位方法和装置，通过模拟不同的NSEI连接 SGSN、使用不同的P-TMSI附着SGSN，使用不同的APN进行激活，从而选择不同的路径到达不 同的GGSN及其GGSN上的不同单板，使拨测系统能够遍历数据业务核心网进行业务路由，并 与故障设备集进行求交集处理，准确、快速的获得数据业务核心网的故障位置，有效的减少 漏告警和误告警，实现数据业务核心网故障的精确定位。
[0019] 本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变 得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明 书、权利要求书、以及附图中所特别指出的结构来实现和获得。
[0020] 下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
【专利附图】
【附图说明】
[0021] 附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实 施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
[0022] 图1为现有拨测系统的原理结构示意图；
[0023] 图2为本发明数据业务核心网的故障定位方法的实施例的流程示意图；
[0024] 图3为本发明数据业务核心网的故障定位方法的具体实施例的流程示意图；
[0025] 图4为本发明数据业务核心网的故障定位装置的结构示意图。
【具体实施方式】
[0026] 下面结合附图，对本发明的【具体实施方式】进行详细描述，但应当理解本发明的保 护范围并不受【具体实施方式】的限制。
[0027] 本发明公开了一种数据业务核心网的拨测故障定位方法，该方法使拨测系统中模 拟使用不同的NSEI (Network Service Entity Identifier,网络业务实体标识符）连接 SGSN、使用不同的 P-TMSI (Packet Temporary Mobile Subscriber Identity，分组临时移 动用户标识）附着SGSN，使用不同的APN (Access Point Name，接入点）进行激活，从而选 择不同的路径到达不同的GGSN及其GGSN上的不同单板，使拨测系统能够遍历数据业务核 心网进行业务路由，有效的减少漏告警和误告警，实现数据业务核心网故障的精确定位。
[0028] 如图2所示，本发明公开了一种数据业务核心网的故障定位方法，包括：
[0029] 步骤202 :自确定的多组定位数据组合中获取一组定位数据组合；
[0030] 具体地，自定位数据组合中获取的一组定位数据组合为NSEI、P-TMSI和APN的数 据组合；
[0031] 步骤204 :根据定位数据组合对SGSN进行业务拨测，记录拨测结果；
[0032] 具体地，步骤204具体包括对SGSN单板的拨测、对SGSN进程的拨测和对GGSN单 板的拨测的步骤：
[0033] 步骤2042,对SGSN单板的拨测：模拟不同的BSC，使用NSEI区分不同的BSC，在 SGSN上将不同的BSC配置到不同的SGSN单板上。使用一个终端号码，在不同的BSC上发起 业务拨测，实现一个号码对所有的SGSN单板的业务拨测，节约了测试号码的使用，方便了 测试号码的管理，提高了数据业务核心网故障定位的准确性。
[0034] 步骤2044,对SGSN进程的拨测：通过同一终端号码，附着信令构造不同的P-TMSI 填入attach request信令中以附着SGSN。构造的P-TMSI满足SGSN进程分配的要求，使 SGSN自动将终端驻留到不同的进程。实现一个号码对所有SGSN单板和进程的拨测，节约了 测试号码的使用，方便了测试号码的管理，提高了数据业务核心网故障定位的准确性。
[0035] 需要说明的是，步骤2044中使用的终端号码既可以与步骤2042中使用的终端号 码相同，也可以不同。
[0036] 其中，P-TMSI的构造方式是：P-TMSI的第8位到第13位为SGSN上的进程号， 其余位满足P-TMSI规范的条件下随意填写。SGSN在模拟终端附着时会发现P-TMSI不 在该SGSN上，将发起认证流程让终端上报IMSI (International Mobile Subscriber Identification，国际移动用户识别码)，此时按照正常流程运行即可，但是终端驻留的进 程不会发生变化。
[0037] 步骤2046,对GGSN单板的拨测：在DNS (Domain Name System，域名系统）上将不 同的APN解析到不同的GGSN单板上，拨测使用不同APN进行激活，将会通过不同的GGSN单 板来路由业务，从而可以对不同的GGSN单板进行测试，发现不同GGSN单板的故障。
[0038] 综上，通过使用不同的NSEI、P_TMSI和APN的数据组合进行业务拨测，可以遍历数 据业务核心网中的所有业务路由，实现了对所有业务路由的遍历性拨测，为数据业务核心 网的业务故障的精准定位提供了保障。
[0039] 步骤206,依次对其它的定位数据组合进行业务拨测，根据记录的所有拨测结果获 得故障发生记录；
[0040] 步骤208 :判断是否所有定位数据组合完成业务拨测，如果是，转至步骤210,否 贝1J，转至步骤204,继续根据定位数据组合对SGSN进行业务拨测；
[0041] 步骤210,选取一条所述故障发生记录；
[0042] 步骤212 :遍历故障发生记录中的业务路由，与故障设备集进行求交集处理；
[0043] 在步骤212中，故障设备集为SGSN内部独立的故障设备，单一拨测任务将同时测 试到多个独立的故障设备，多个独立的故障设备组成故障设备集。故障设备集用于在多个 任务同时失败的情况下,通过求取交集的方式快速定位故障设备。
[0044] 步骤214 :判断故障发生记录中的业务路由与故障设备集求交集的结果中是否仅 剩一点故障位置信息，如果是，该故障位置信息即为数据业务核心网的故障定位结果；否 贝1J，将非故障设备从故障设备集中的去除，更新所述故障设备集，重选选取一条故障发生记 录，与所述故障设备集进行求交集处理，直至交集结果中仅剩一点故障位置信息。
[0045] 在步骤214中，通过将故障发生记录中的业务路由与故障设备集逐步求交集，遍 历所有失败的业务路由，遍历所有失败的业务路由，经过不同进程、单板、设备和连线，必然 有一个交点，该交点即为故障设备或故障设备。
[0046] 本发明的数据业务核心网的故障定位方法，通过模拟不同的NSEI连接SGSN、使用 不同的P-TMSI附着SGSN，使用不同的APN进行激活，从而选择不同的路径到达不同的GGSN 及其GGSN上的不同单板，使拨测系统能够遍历数据业务核心网进行业务路由，并与故障设 备集进行求交集处理，准确、快速的获得数据业务核心网的故障位置，有效的减少漏告警和 误告警，实现数据业务核心网故障的精确定位。
[0047] 本发明通过一个具体实例来具体说明数据业务核心网的故障定位方法的流程。
[0048] 如图3所示，拨测任务1测试GBP进程1和SPP进程1，其故障设备集为（GBP进程 1，SPP进程1);拨测任务2测试GBP进程1和SPP进程2,其故障设备集为（GBP进程1，SPP 进程2);拨测任务3测试GBP进程2和SPP进程1，其故障设备集为（GBP进程2, SPP进程 1);拨测任务4测试GBP进程2和SPP进程2,其故障设备集为（GBP进程2, SPP进程2)。
[0049] 拨测结果如表1所示，以表1中的第1列为例，如拨测任务1、拨测任务2失败，拨 测任务3、拨测任务4成功，则可以通过失败任务(拨测任务1、拨测任务2)的故障设备集交 集，确定故障设备为GBP进程1。
[0050] 以图3实施例为例，本发明的数据业务核心网的故障定位方法，可以在一个测试 任务测试多个故障设备的情况下，通过综合不同测试任务的测试结果，快速定位故障设备， 有效的减少漏告警和误告警，实现数据业务核心网故障的精确定位。
[0051] 表 1
[0052]
【权利要求】
1. 一种数据业务核心网的故障定位方法，其特征在于，包括： 对数据业务核心网的业务路由进行遍历性拨测，获得故障发生记录； 遍历所述故障发生记录中的业务路由，与获得的故障设备集进行求交集处理，获得数 据业务核心网的故障定位结果。
2. 根据权利要求1所述的方法，其特征在于，所述对数据业务核心网的业务路由进行 遍历性拨测包括： 自确定的多组定位数据组合中获取一组定位数据组合，根据所述定位数据组合对SGSN 进行业务拨测，记录拨测结果； 依次对其它的所述定位数据组合进行业务拨测，根据记录的拨测结果获得所述故障发 生记录； 其中，所述定位数据组合包括：NSEI、P-TMSI和APN的数据组合。
3. 根据权利要求2所述的方法，其特征在于，所述遍历性拨测包括：对SGSN单板的拨 测、对SGSN进程的拨测和对GGSN单板的拨测。
4. 根据权利要求3所述的方法，其特征在于，所述对SGSN单板的拨测包括：在所述 SGSN上将不同BSC配置到不同的SGSN单板上，使用同一终端号码在不同BSC上发起业务拨 测。
5. 根据权利要求3所述的方法，其特征在于，所述对SGSN进程的拨测包括：通过同一 终端号码，附着信令构造不同的P-TMSI填入attach request信令中以附着SGSN。
6. 根据权利要求3所述的方法，其特征在于，所述对GGSN单板的拨测包括：在DNS上 将不同的APN解析到不同的GGSN单板上，使用不同的APN进行拨测的激活，对不同的所述 GGSN单板进行拨测。
7. 根据权利要求1所述的方法，其特征在于，所述遍历故障发生记录中的业务路由，与 获得的故障设备集进行求交集处理，获得数据业务核心网的故障定位结果包括： 选取一条所述故障发生记录，遍历所述故障发生记录中的业务路由，与故障设备集进 行求交集处理； 根据所述求交集处理结果，获得数据业务核心网的故障定位结果： 如果遍历结果与所述故障设备集的交集结果中仅剩一点故障位置信息，则所述故障位 置信息即为数据业务核心网的故障定位结果； 否则，更新所述故障设备集，重选选取一条故障发生记录，与所述故障设备集进行求交 集处理。
8. -种数据业务核心网的故障定位装置，其特征在于，包括： 拨测记录模块，用于对数据业务核心网的业务路由进行遍历性拨测，获得故障发生记 录； 遍历定位模块，用于遍历所述故障发生记录中的业务路由，与获得的故障设备集进行 求交集处理，获得数据业务核心网的故障定位结果。
9. 根据权利要求8所述的装置，其特征在于，所述拨测记录模块包括： 数据拨测子模块，用于自确定的多组定位数据组合中获取一组定位数据组合，根据所 述定位数据组合对SGSN进行业务拨测，记录拨测结果； 记录获得子模块，用于依次对其它的所述定位数据组合进行业务拨测，根据记录的拨 测结果获得所述故障发生记录； 其中，所述定位数据组合包括：NSEI、P-TMSI和APN的数据组合。
10. 根据权利要求9所述的装置，其特征在于，所述拨测记录模块包括： 第一单板拨测子模块，用于对SGSN单板进行拨测； 进程拨测子模块，用于对SGSN进程进行拨测； 第二单板拨测子模块，用于对GGSN单板进行拨测。
11. 根据权利要求10所述的装置，其特征在于，所述第一单板拨测子模块，具体用于在 所述SGSN上将不同BSC配置到不同的SGSN单板上，使用同一终端号码在不同BSC上发起 业务拨测。
12. 根据权利要求10所述的装置，其特征在于，所述进程拨测子模块，具体用于通过同 一终端号码，附着信令构造不同的P-TMSI填入attach request信令中以附着SGSN。
13. 根据权利要求10所述的装置，其特征在于，所述第二单板拨测子模块，具体用于在 DNS上将不同的APN解析到不同的GGSN单板上，使用不同的APN进行拨测的激活，对不同的 所述GGSN单板进行拨测。
14. 根据权利要求10所述的装置，其特征在于，所述遍历定位模块包括： 遍历交集子模块，用于选取一条所述故障发生记录，遍历所述故障发生记录中的业务 路由，与故障设备集进行求交集处理； 故障定位子模块，用于根据所述求交集处理结果，获得数据业务核心网的故障定位结 果： 如果遍历结果与所述故障设备集的交集结果中仅剩一点故障位置信息，则所述故障位 置信息即为数据业务核心网的故障定位结果； 否则，更新所述故障设备集，重选选取一条故障发生记录，与所述故障设备集进行求交 集处理。
【文档编号】H04W24/06GK104066103SQ201310086113
【公开日】2014年9月24日 申请日期:2013年3月19日 优先权日:2013年3月19日
【发明者】王冼, 陈 光 申请人:中国移动通信集团湖北有限公司