故障处理方法及装置制造方法及图纸

本申请提供一种故障处理方法及装置，涉及通信技术领域，能够解决接入网业务故障处理时间长，运维效率低的问题。所述故障处理方法应用于一种网络设备，所述网络设备与运营商设备连接以从所述运营商设备获取设备运行数据，所述运营商设备包括网管设备，所述方法包括：接收用户上报的故障信息，所述故障信息包括故障名称和账户信息；根据所述设备运行数据判断与所述故障信息对应的故障是否为群障；如果所述故障不是群障，则根据所述账户信息，从所述设备运行数据中筛选为所述用户提供服务的设备运行数据；对所述为用户提供服务的设备运行数据对应的设备进行测试，得到测试数据；根据所述测试数据中与标准数据不匹配的异常数据确定故障位置。

Fault handling method and device

The application provides a fault handling method and device, relating to the field of communication technology, which can solve the problems of long service fault handling time and low operation and maintenance efficiency of access network. The fault handling method is applied to a network device connected to an operator device to obtain device operation data from the operator device, the operator device including a network management device, the method includes: receiving a fault information reported by a user, the fault information including a fault name and an account letter. If the fault is not a group obstacle, then according to the account information, the equipment operation data serving the user is filtered from the equipment operation data and the equipment operation data serving the user is filtered. The corresponding equipment is tested and the test data is obtained, and the fault location is determined according to the abnormal data which does not match the standard data in the test data.

【技术实现步骤摘要】
故障处理方法及装置
本申请涉及通信领域，尤其涉及一种故障处理方法及装置。
技术介绍
随着接入网技术的高速发展，宽带、语音和交互式网络电视(InternetProtocolTelevision，IPTV)等接入网业务功能便捷、内容丰富，并且能够满足用户对于人机交互的需求，因此，使用上述接入网业务的用户也急剧增长，随之而来的是部署上述接入网业务的运营商设备越来越多。由于运营商设备需要运维人员进行维护，而运维人员数量有限，且维护支撑手段不足，导致运营商设备的维护周期长。此外，由于接入网业务往往涉及数据、平台和线路等多个方面，且每个方面的网管设备较离散，这给运维人员采集数据带来极大困难，耗费了大量时间。并且，一旦用户侧出现故障，运维人员需要对上述数据进行分析以得到故障位置，因数据量大，运维人员分析数据时也需要耗费大量，使得接入网业务的故障处理时间长，运维效率低。
技术实现思路
本申请提供一种故障处理方法及装置，能够解决接入网业务故障处理时间长，运维效率低的问题。为达到上述目的，本申请采用如下技术方案：第一方面，本申请提供一种故障处理方法，所述故障处理方法应用于一种网络设备，所述网络设备与运营商设备连接以从所述运营商设备获取设备运行数据，所述运营商设备包括网管设备，所述方法包括：接收用户上报的故障信息，所述故障信息包括故障名称和账户信息；根据所述设备运行数据判断与所述故障信息对应的故障是否为群障；如果所述故障不是群障，则根据所述账户信息，从所述设备运行数据中筛选为所述用户提供服务的设备运行数据；对所述为用户提供服务的设备运行数据对应的设备进行测试，得到测试数据；根据所述测试数据中与标准数据不匹配的异常数据确定故障位置。第二方面，本申请提供一种故障处理装置，该故障处理装置与运营商设备连接以从所述运营商设备获取设备运行数据，所述运营商设备包括网管设备，该故障处理装置包括：接收模块，用于接收用户上报的故障信息，所述故障信息包括故障名称和账户信息；判断模块，用于根据所述接收模块接收的所述设备运行数据判断与所述故障信息对应的故障是否为群障；筛选模块，用于如果所述判断模块判断所述故障不是群障，则根据所述账户信息，从所述设备运行数据中筛选为所述用户提供服务的设备运行数据；测试模块，用于对所述筛选模块筛选出的所述为用户提供服务的设备运行数据对应的设备进行测试，得到测试数据；确定模块，用于根据所述测试模块测试得到的所述测试数据中与标准数据不匹配的异常数据确定故障位置。第三方面，本申请提供一种网络设备，该网络设备包括：存储器、通信接口和处理器，所述存储器和所述通信接口耦合至所述处理器，所述存储器用于存储计算机执行代码，所述处理器用于执行所述计算机执行代码控制网络设备执行上述第一方面及其各种可选的实现方式中任意之一所述的故障处理方法，所述通信接口用于所述网络设备与外部设备的数据传输。第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在网络设备上运行时，使得所述网络设备执行上述第一方面及其各种可选的实现方式中任意之一所述的故障处理方法。第五方面，本申请提供一种包含指令的计算机程序产品，当所述计算机程序产品在网络设备上运行时，使得所述网络设备执行上述第一方面及其各种可选的实现方式中任意之一所述的故障处理方法。本申请提供了一种故障处理方法及装置，相比较于现有技术中由运维人员人工采集并分析数据得到故障位置，采集与分析数据过程中需要耗费大量时间，本申请能够自动获取包括设备运行数据，并初步判断该用户上报的故障是否为群障；如果用户上报的故障不是群障，则对上述故障再次进行测试，以确定故障位置。在上述确定故障位置的过程中，采集数据和分析数据均自动完成，减少了人工参与，从而减少了故障处理时间，提升了运维效率。附图说明图1为本申请实施例提供的一种网络设备的结构示意图；图2为本申请实施例提供的一种故障处理方法的流程图；图3为本申请实施例提供的另一种网络设备的结构示意图；图4为本申请实施例提供的另一种故障处理方法的流程图；图5为本申请实施例提供的一种故障处理装置的结构示意图；图6为本申请实施例提供的另一种故障处理装置的结构示意图；图7为本申请实施例提供的另一种网络设备的结构示意图。具体实施方式下面结合附图对本申请实施例提供的故障处理方法及装置进行详细地描述。本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。在本申请的描述中，除非另有说明，“多个”的含义是指两个或两个以上。本申请实施例提供一种故障处理方法，参考图1，该方法可以应用于网络设备100中。网络设备100属于运行支撑系统(OperationSupportSystem，OSS)系统域，可以提供全面的接入网故障处理功能，以及对承载网的端到端网络状态和平台的服务能力进行监测，从而迅速辅助运维人员确定故障位置以及解决故障。网络设备100包括展示层101、应用层102、逻辑层103、数据层104和接口层105。其中，展示层101包括显示模块1011，显示模块1011用于为不同使用者提供相应的操作界面，例如，为客服人员提供信息查询与故障预处理界面，为运维人员提供信息查询、故障诊断界面和设备状态监控界面等；应用层包括查询模块1021和故障诊断模块1022，查询模块1021用于实现数据查询功能，故障诊断模块用于构建实现故障诊断、故障修复和故障统计分析等功能的应用软件；逻辑层103用于接收来自应用层的各类请求信息，并根据请求信息形成对应的查询逻辑、诊断逻辑，之后通知接口层105获取数据，并将上述数据统一传递到数据层104进行存储，同时利用数据关联与分析模块1032对数据进行关联、分析与处理，之后将数据处理结果响应给应用层102构建的应用，其中，查询逻辑位于数据关联与分析模块1032，用于实现查询功能，诊断逻辑位于测试模块，用于实现测试功能；数据层104包括存储模块1041、获取模块1042和管理模块1043，用于获取、存储以及管理逻辑层103路由的数据以及所有与该网络设备100连接的运营商设备的数据；接口层105包括数据解析模块1051和数据封装模块1052，负责接收和下发各类指令或请求信息，以及接收各个与网络设备100连接的运营商设备反馈的数据，其中，指令或请求信息包括查询类和配置类。参阅图1，接口层105与运营商设备，如第一运营商设备1061、第二运营商设备1062等连接，该运营商设备可以为网络设备和业务平台等，对于运营商设备本文档来自技高网...

【技术保护点】
1.一种故障处理方法，其特征在于，所述故障处理方法应用于一种网络设备，所述网络设备与运营商设备连接以从所述运营商设备获取设备运行数据，所述运营商设备包括网管设备，所述方法包括：接收用户上报的故障信息，所述故障信息包括故障名称和账户信息；根据所述设备运行数据判断与所述故障信息对应的故障是否为群障；如果所述故障不是群障，则根据所述账户信息，从所述设备运行数据中筛选为所述用户提供服务的设备运行数据；对所述为用户提供服务的设备运行数据对应的设备进行测试，得到测试数据；根据所述测试数据中与标准数据不匹配的异常数据确定故障位置。

【技术特征摘要】
1.一种故障处理方法，其特征在于，所述故障处理方法应用于一种网络设备，所述网络设备与运营商设备连接以从所述运营商设备获取设备运行数据，所述运营商设备包括网管设备，所述方法包括：接收用户上报的故障信息，所述故障信息包括故障名称和账户信息；根据所述设备运行数据判断与所述故障信息对应的故障是否为群障；如果所述故障不是群障，则根据所述账户信息，从所述设备运行数据中筛选为所述用户提供服务的设备运行数据；对所述为用户提供服务的设备运行数据对应的设备进行测试，得到测试数据；根据所述测试数据中与标准数据不匹配的异常数据确定故障位置。2.根据权利要求1所述的方法，其特征在于，对所述为用户提供服务的设备运行数据对应的设备进行测试，得到测试数据，包括：使用探针对所述为用户提供服务的设备进行拨测，得到第一测试数据；使用预设测试功能进行测试，得到第二测试数据；其中，所述第一测试数据和第二测试数据组成所述测试数据。3.根据权利要求2所述的方法，其特征在于，在使用探针对所述设备进行拨测，得到第一测试数据之后，所述方法还包括：根据所述第一测试数据中与所述标准数据不匹配的异常数据确定故障发生区域，所述故障发生区域覆盖所述故障位置；向与所述故障发生区域对应的运维人员下发工单，以供所述运维人员根据所述工单维修所述故障。4.根据权利要求1所述的方法，其特征在于，在接收用户上报的故障之后，所述方法还包括：从预设故障信息中查找并显示与所述故障对应的故障原因，以供用户自行排查所述故障位置，所述预设故障信息包括故障及对应的故障原因。5.根据权利要求1所述的方法，其特征在于，所述设备运行数据包括设备告警信息，所述方法还包括：根据所述设备告警信息，通过测试判断上报所述设备告警信息的设备是否出现故障；如果上报所述设备告警信息的设备故障，则生成故障提示。6.一种故障处理装置，其特征在于，所述故障处理装置...

【专利技术属性】
技术研发人员：贾武，邵岩，孙越，程海瑞，
申请(专利权)人：中国联合网络通信集团有限公司，
类型：发明
国别省市：北京,11