一种故障的诊断方法和设备的制作方法

文档序号:7584737阅读:133来源:国知局
专利名称:一种故障的诊断方法和设备的制作方法
技术领域
本发明涉及通信技术领域,尤其涉及一种故障的诊断方法和设备。
背景技术
在当前的 TD-SCDMA (Time Division-Synchronous Code Division Multiple Access,时分同步码分多址)无线接入网络维护中,运维工作采用的工具主要有OMCR (Μ ^ M /3 43 Operation Administration and Maintenance Center)> LMT (Local Maintenance Terminal,本地维护终端)等;工作方式主要是人工监控OMCR的告警,从OMCR 提取网络KPI (Key Performance hdicator,关键业绩指标)指标分析网络质量,定位到网 元问题后,登录网元设备查看设备状态,提取设备日志,并结合现有的设备故障处理手册进 行人工分析。具体的,运维人员日常分析网络质量的步骤包括1)通过OMCR提取网络中所有小 区的KPI指标;2)对提取的KPI指标进行筛选,找出KPI指标差的小区;3)根据小区分布规 律定位是RNC (Radio Network Controller,无线网络控制器)还是NodeB (基站)的问题; 4)如果是RNC的问题,登陆RNC提取相关日志进行分析;如果是基站的问题,登陆该基站查 询各种参数状态,提取日志,并参考设备排障手册综合分析。在实现本发明的过程中,发明人发现现有技术中至少存在以下问题
在现有TD-SCDMA的RAN (Radio Access Network,无线接入网)系统中,一个城市的网 络包含多个RNC,每个RNC下有多个(如数十个)基站;为了保证现网运行的质量,需要关注 各个小区的KPI指标情况。在通常情况下,每天提取一次KPI指标进行坏小区的判定和分 析,但当网络繁忙时,如果网元出现故障,则会导致个别小区甚至多个小区业务质量下降; 如果不能及时发现指标异常情况,会遭到客户投诉。而在出现问题后,分析网络故障会耗费 大量人力和时间。

发明内容
本发明实施例提供一种故障的诊断方法和设备,以对故障进行分析,并确定故障 fn息ο为了达到上述目的,本发明实施例提供一种故障的诊断方法,包括 获取网络数据;
当根据所述网络数据确定网元设备发生故障时,根据预先存储的案例脚本程序获取所 述网元设备的网元数据;
根据所述网元数据以及预先存储的案例脚本程序确定故障信息。发明实施例提供一种故障的诊断设备,包括 第一获取模块,用于获取网络数据;
第一确定模块,用于根据所述网络数据确定网元设备发生故障;
第二获取模块,用于根据预先存储的案例脚本程序获取所述网元设备的网元数据;第二确定模块,用于根据所述网元数据以及预先存储的案例脚本程序确定故障信息。与现有技术相比,本发明至少具有以下优点
KPI智能诊断工具根据预先存储的案例脚本程序以及从网元设备获取的网元数据确定 故障信息,可实现RAN系统KPI的实时监控,提高RAN系统设备故障分析效率。


为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图 作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普 通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1是本发明实施例一提供的一种故障的诊断方法流程示意图; 图2是本发明实施例二中提供的组网示意图3是本发明实施例二中提供的智能诊断工具的结构示意图; 图4是本发明实施例四提供的一种故障的诊断设备结构示意图。
具体实施例方式现有技术中,在TD-SCDMA无线接入网(RAN)系统维护过程中,存在下列问题 1)通过告警发现网元设备的异常,不能全局把握网络质量。2)人工分析全网KPI,时效性差,无法做到实时监控现网指标,维护方式被动。在 日常维护时,大量故障是靠网元设备告警发现并进行处理,无法主动对网元设备进行诊断, 即使提取KPI分析也无法对每个时间段都去提取分析,无法实时监控网络的运行情况。3)人工分析故障时,需要使用工具多次登陆网元设备进行大量操作,重复工作多, 耗费精力大;而且人工定位问题效率低下,耗时耗力。在RAN系统中,涉及到大量的RNC和 基站,维护人员对KPI指标分析消耗时间长,重复工作多,维护压力大;而且问题定位周期 长,很难保证及时消除问题。4)网元设备差异性大,问题较繁杂,对维护人员综合水平要求高,通常很难兼顾不 同网元,维护需要花费较多人力;而且维护分析过度依赖人员技能,无法保证质量。维护工 作中涉及0MCR、RNC和基站,解决网络中问题需要的知识面广,对人员技能依赖强,如果没 有长时间的知识积累,很难精确定位问题,网络维护质量无法保证。针对上述问题,本发明实施例提供一种故障的诊断方法和设备,以通过网络KPI 智能诊断工具(即无线接入网智能诊断工具)进行故障的诊断,通过计算机程序集成众多经 验丰富的运维人员的排障方法,可以对无线接入网进行实时监测,自动提取网络信息,综合 分析数据,智能判断网元设备异常,并友好地将故障状态呈现给用户;从而将人工分析转化 为智能诊断,释放了维护人力,有效地解决了上述问题。下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显 然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的 实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都 属于本发明保护的范围。实施例一
本发明实施例一提供一种故障的诊断方法,该方法的执行主体可为网络KPI智能诊断
6工具(简称智能诊断工具),该方法应用的场景包括但不限于=TD-SCDMA系统、GSM (Global System for Mobile Communications,全球移动通讯)系统、WCDMA (Wideband Code Division Multiple Access,宽带码分多址)系统、CDMA2000 (Code Division Multiple Access,码分多址)系统等。如图1所示,该方法包括以下步骤
步骤101,智能诊断工具获取网络数据。其中,智能诊断工具可从操作维护中心(如 0MCR)上获取该网络数据,该网络数据包括但不限于KPI指标信息、经纬度信息、参数配置 信息之一或任意组合。步骤102,当根据网络数据确定网元设备发生故障时,智能诊断工具根据预先存储 的案例脚本程序获取网元设备的网元数据。具体的,智能诊断工具可根据网络数据中的KPI指标信息确定业务失败率以及业 务失败信息;并根据业务失败率以及业务失败信息确定网元设备发生故障。其中,该业务失 败率包括但不限于RRC (Radio Resource Control,无线资源控制协议)失败率、RAB (Radio Access Bear,无线接入承载)失败率、掉话率之一或任意组合;该业务失败信息包括但不限 于业务失败小区信息、载波信息、时间信息之一或任意组合。进一步的,根据业务失败率以及业务失败信息确定网元设备发生故障的过程中, 当根据业务失败率以及业务失败信息确定业务失败发生在网元设备时,确定网元设备发生故障。本发明实施例中,网元设备包括基站控制器和/或基站;根据业务失败率及业务 失败信息确定业务失败发生在网元设备的过程包括根据业务失败率以及业务失败信息确 定业务失败集中在同一个基站控制器下;或者,根据业务失败率以及业务失败信息确定业 务失败集中在同一个基站控制器侧同一块接口板下的基站;或者,根据业务失败率以及业 务失败信息确定业务失败集中在同一个基站控制器的同一个DSP上;或者,根据业务失败 率以及业务失败信息确定业务失败集中在一个基站;或者,根据业务失败率以及业务失败 信息确定业务失败集中在一个基站的一个小区下;或者,根据业务失败率以及业务失败信 息确定业务失败集中在一个小区的一个载波下;或者,根据经纬度信息、业务失败率以及业 务失败信息确定业务失败集中在一片物理区域。另外,需要注意的是,智能诊断工具根据预先存储的案例脚本程序获取网元设备 的网元数据的过程,包括根据预先存储的案例脚本程序确定需要获取的网元数据,并从网 元设备上获取需要获取的网元数据;其中网元数据包括但不限于需要获取的网元设备的状 态信息、配置信息、实时数据信息、日志信息之一或任意组合。步骤103,智能诊断工具根据网元数据以及预先存储的案例脚本程序确定故障信 肩、ο具体的,智能诊断工具可通过预先存储的案例脚本程序对所述网元数据进行分 析,并根据分析结果确定故障信息。本发明实施例中,该案例脚本程序为预先存储在可扩展 案例库中的程序集合;可扩展案例库用于实现从人工排障经验到程序流程的转化。步骤104,智能诊断工具以界面呈现方式和/或日志报表呈现方式显示故障信息。综上,本发明实施例中,KPI智能诊断工具根据预先存储的案例脚本程序以及从网 元设备获取的网元数据确定故障信息,可实现RAN系统KPI的实时监控,提高RAN系统设备 故障分析效率。
实施例二
本发明实施例二提供一种故障的诊断方法,该方法的执行主体可为网络KPI智能诊断 工具(简称智能诊断工具),本实施例中,以图2所示的智能诊断工具在RAN系统中的拓扑示 意图为例进行说明。其中,智能诊断工具在运维网络中,可部署在和OMCR处于同一局域网的PC机上, 也可以部署在其他设备上。从图2可以看出,智能诊断工具和OMCR处于同一局域网,智能 诊断工具可直接访问OMCR的数据库;而且智能诊断工具可通过0MCR,访问到基站控制器 (RNC)和基站(NodeB)。通过访问OMCR数据库,智能诊断工具可提取OMCR的数据;另外,智 能诊断工具以OMCR为路由可获取RNC和NodeB的信息,并通过对上述信息进行智能分析, 诊断出网元设备(即基站控制器、基站等设备)的故障。本发明实施例中,可通过智能诊断工具分析RAN系统故障,并取代部分人工分析, 该智能诊断工具集成了经验丰富的运维人员的典型案例,不断扩充智能诊断知识库,增强 诊断范围和准确度。而且智能诊断工具也是非常有效的运维工具,是OMCR的有效扩充,可 以有效降低OMCR的负荷。为了更加清楚的阐述本发明实施例提供的技术方案,以下结合图3所示的智能诊 断工具的示意图进行详细说明。在智能诊断工具中,包括配置解析和定时器模块、KPI收 集模块、KPI分析模块、嫌疑网元IP列表、故障分析模块(其中包含网元数据轮询模块、可扩 展案例库、综合分析模块)、故障呈现模块(其中包含信息综合模块、界面呈现模块、日志报 表呈现模块)等。需要注意的是,上述模块划分方式只是一种优选的划分方式,实际应用中 上述模块可合并或拆分,本发明实施例中不再赘述。本发明实施例中,智能诊断工具可通过采集网络中的状态数据、业务数据以及日 志,将海量的信息通过案例程序化分析,对网元设备故障和网络性能给出直观的界面呈现, 从而指导维护人员快速排除障碍,保障网络KPI指标。以下将结合智能诊断工具的功能模 块示意图对本发明实施例进行进一步的说明
在智能诊断工具中,包含导入OMCR数据接口、导入配置数据接口、轮询网元数据日志 接口等外部接口。导入OMCR数据接口集成了对OMCR数据库的访问功能,智能诊断工具可以通过该 导入OMCR数据接口访问处于同一个局域网上的OMCR数据库中的网络数据,智能诊断工具 从OMCR上获取到的网络数据包括但不限于全网的KPI指标、全网的经纬度信息、全网参数配置。导入配置数据接口主要是智能诊断工具的操作人员对智能诊断工具使用前的配 置接口,用于配置OMCR的IP地址,导入信息字段,导入信息的时段,部分信息的门限等,上 述信息指导智能诊断工具下一步数据获取。轮询网元数据日志接口是智能诊断工具访问网元设备(RNC和NodeB等)的接口, 智能诊断工具可以通过网元设备的IP地址远程登录到具体的网元设备,访问并提取网元 设备的网元数据,从而起到收集网元数据的作用。其中,该网元数据包括但不限于网元设备的状态信息、配置信息、实时数据信息、 日志信息等;智能诊断工具从RNC获取的数据为单个RNC的状态信息、配置信息、实时数据; 单个RNC的各种日志;智能诊断工具从NodeB获取的数据为单个NodeB的状态信息、配置信息、实时数据;单个NodeB的各种日志。在智能诊断工具的各功能模块中,(1)配置解析和定时器模块,用于接收智能诊 断工具的界面配置和配置文件,对操作人员配置的数据进行解析,形成执行指令,并输出给 KPI收集模块;如果配置中有周期性事件,则将周期性事件的时间配置给定时器模块,由定 时器模块定时触发智能诊断工具运行检测程序。(2) KPI收集模块,用于通过解析操作人员导入的配置信息,确定需要导入的数据 库具体字段,之后访问OMCR数据库,将对应时段的网络数据查询到智能诊断工具本地。其中,获取网络数据时可通过导入OMCR数据接口从操作维护中心上获取网络数 据,该网络数据包括KPI指标信息、经纬度信息、参数配置信息之一或任意组合。(3)KPI分析模块,用于根据KPI指标信息确定业务失败率以及业务失败信息(KPI 指标信息中可直接查询到相关信息);并根据业务失败率以及业务失败信息确定网元设备 发生故障。具体的,KPI分析模块对规定时间内大量的业务失败率(RRC失败率、RAB失败率、 掉话率等KPI指标)关联业务失败信息(业务失败小区信息、载波信息、时间信息等),以配 置的失败率和失败数量等门限为准则,综合分析后获知影响指标的主要问题;其中,当根据 业务失败率以及业务失败信息确定业务失败发生在网元设备时,则确定该网元设备发生故障。本发明实施例中,在分析数据时,主要从下面几个原则进行判断1)业务失败是 否集中在同一个基站控制器下;2)业务失败是否集中在同一个基站控制器侧同一块接口 板下的基站;3)业务失败是否集中在同一个基站控制器的同一个DSP (Digital Signal Processing,数字信号处理)上;4)业务失败是否集中在一个基站;5)业务失败是否集中在 一个基站的一个小区下;6)业务失败是否集中在一个小区的一个载波下;7)业务失败是否 集中在一片物理区域(根据经纬度信息进行区分)。基于以上原则,KPI分析模块从海量KPI数据中可提供以下输出1)分析导致KPI 指标差的少量基站或RNC,形成嫌疑网元的IP列表;2)分析网络KPI指标差的原因,提供给 故障呈现模块。进一步的,嫌疑网元IP列表是KPI分析模块处理了导入数据后的结果列表,用于 存储疑似故障的网元的IP地址。当确定了相应的IP地址后,即可以对全网大量的网元设 备具有侧重点,为后续的精细分析提供了可能性。(4)故障分析模块,用于针对每个网元设备单独的故障进行诊断处理,通过嫌疑网 元IP列表导入的IP地址和网元类型,智能诊断工具可登陆到该网元设备,并根据可扩展 案例库中的案例(即预先存储的案例脚本程序,案例脚本程序为预先存储在可扩展案例库 中的程序集合)确定需要获取的网元数据(包括但不限于需要获取的网元设备的状态信息、 配置信息、实时数据信息、日志信息之一或任意组合),从网元设备上查询需要获取的网元 数据,提取所需要的网元数据,并根据可扩展案例库中的程序进行数据综合处理(即根据预 先存储的案例脚本程序确定处理程序,通过处理程序对网元数据进行处理,以确定故障信 肩、)O具体的,在故障分析模块中,网元数据轮询模块用于对嫌疑网元IP列表中的网元 设备进行状态轮询,日志提取,并可以记录网元设备所有的异常状态、异常状态的日志和故
9障产生的时间。可扩展案例库是智能判断的程序集合,多次的重复工作会抽象成流程,然后程序 实现,并扩充到可扩展案例库中。可扩展案例库实现了从人工排障经验到程序流程的转化, 不断扩充的可扩展案例库为经验丰富运维人员的集合。综合分析模块逐条调用可扩展案例库的程序,根据每个案例需要的信息,要求网 元数据轮训模块提供相应的数据和日志,之后将相应数据和日志以预定的程序进行处理。 由于是对可扩展案例库中所有程序进行处理,所以对于每个疑似网元设备的处理会很全 面,对于重复出现的问题非常有效。进一步的,如果当前故障状态未在可扩展案例库中找到,则综合分析模块会记录 所有异常的状态,由维护人员定位问题,待新问题定位后,维护人员可以将该问题再次补充 到可扩展案例库中。(5)故障呈现模块是智能诊断工具和运维人员的接口,呈现下列信息1)KPI分析 模块得到结论;2)故障分析模块得到的每个网元设备的故障分析结论。具体的,故障呈现模块可先整体介绍网络的KPI情况(KPI分析的概述),之后对导 致KPI指标差的网元设备给出分析结论,并可从PC界面和日志中呈现。由于所有嫌疑网元 设备涉及的故障分析结果会被一一记录,则运维人员可以从智能诊断工具上直观地获取到 全网设备的故障报表,该呈现过程可以从智能诊断工具的界面上呈现,也可以从智能诊断 工具的日志中查询到本轮处理的结果。故障呈现模块中,信息综合模块负责形成呈现信息,将网元设备的故障分析和处 理建议形成统一格式,提供给界面呈现模块和日志报表呈现模块。界面呈现模块负责呈现 界面信息,并以界面呈现方式显示故障信息;日志报表呈现模块负责形成日志,并以日志报 表呈现方式显示故障信息。实施例三
本发明实施例三提供一种故障的诊断方法,该方法的执行主体可为网络KPI智能诊断 工具(简称智能诊断工具),本实施例中,以一个具体的智能诊断流程来说明智能诊断工具 的工作原理。假设运维人员需要诊断2010年12月25日18时到2010年12月沈日08时全网 RRC失败的分析结论,则执行如下工作
1)对智能诊断工具进行配置,本实施例只诊断全网的RRC接通率指标,配置信息如下 业务诊断业务选择RRC失败(可诊断RAB失败,掉话率等,也可全部诊断);门限失败门限 配置为小区失败次数>=5次;失败率>=15% ;时段时间2010年12月25日18时00分00 秒一2010年12月沈日08时00分00秒;模式循环、非循环;智能诊断工具会将输入的 配置信息自动解析,形成诊断指令,并且启动定时器,参考图3的②。2)启动智能诊断工具,该过程可提前启动,当时间到达2010年12月沈日08时00 分00秒后诊断程序会自动开始工作,从OMCR上提取该时段的RRC指标,参考图3中的①。3)智能诊断工具收集RRC在该时段的数据后,KPI分析模块分析KPI数据,得出 KPI指标存在问题的网元设备列表(RNC、NodeB等),将分析结论存储到嫌疑网元IP列表中, 并将分析结论发送给故障呈现模块,作为报表的总括介绍。4)嫌疑网元IP会提交给故障分析模块,参考图3的⑥,故障分析模块逐条遍历可扩展案例库中的处理规则,根据处理规则中需要的信息查询网元设备状态,提取网元设备
日志ο该诊断需要进行RRC失败的诊断,需要提取RNC的信息、疑似NodeB的信息,并需 要结合业务失败频点、时隙、UE (用户设备)测量上报中的RSCP (Received Signal Code Power,接收信号码功率)等信息综合分析,并检测基站的状态,业务流程等日志,进行综合 判断,参考图3的⑥⑦⑧⑨。5)经过多条成熟案例的逻辑诊断,可确定疑似网元设备的失败原因,将失败的证 据和以往的处理方案形成规定格式的显示信息,输出给界面呈现模块和日志报表呈现模6)界面呈现。经过上述操作KPI智能诊断执行完毕,并形成包含检测故障点和处 理意见的报表,如表1所示的一种示意情况,通过表1,维护人员可了解到这段时间内的网 络运行状况,也可对导致网络KPI指标下降的站点执行相应处理。表 权利要求
1.一种故障的诊断方法,其特征在于,包括 获取网络数据;当根据所述网络数据确定网元设备发生故障时,根据预先存储的案例脚本程序获取所 述网元设备的网元数据;根据所述网元数据以及预先存储的案例脚本程序确定故障信息。
2.如权利要求1所述的方法,其特征在于,所述获取网络数据,包括从操作维护中心上获取所述网络数据,所述网络数据包括KPI指标信息、经纬度信息、 参数配置信息之一或任意组合。
3.如权利要求1所述的方法,其特征在于,根据所述网络数据确定网元设备发生故障, 包括根据所述网络数据中的KPI指标信息确定业务失败率以及业务失败信息;并根据所述 业务失败率以及业务失败信息确定网元设备发生故障。
4.如权利要求3所述的方法,其特征在于,所述业务失败率包括RRC失败率、RAB失败 率、掉话率之一或任意组合;所述业务失败信息包括业务失败小区信息、载波信息、时间信息之一或任意组合; 根据所述业务失败率以及业务失败信息确定网元设备发生故障,包括 当根据所述业务失败率以及业务失败信息确定业务失败发生在所述网元设备时,确定 所述网元设备发生故障。
5.如权利要求4所述的方法,其特征在于,所述网元设备包括基站控制器和/或基站; 根据所述业务失败率以及业务失败信息确定业务失败发生在所述网元设备,包括 根据所述业务失败率以及业务失败信息确定业务失败集中在同一个基站控制器下;或者,根据所述业务失败率以及业务失败信息确定业务失败集中在同一个基站控制器侧同 一块接口板下的基站;或者,根据所述业务失败率以及业务失败信息确定业务失败集中在同一个基站控制器的同 一个DSP上;或者,根据所述业务失败率以及业务失败信息确定业务失败集中在一个基站;或者, 根据所述业务失败率以及业务失败信息确定业务失败集中在一个基站的一个小区下; 或者,根据所述业务失败率以及业务失败信息确定业务失败集中在一个小区的一个载波下; 或者,根据经纬度信息、所述业务失败率以及业务失败信息确定业务失败集中在一片物理区域。
6.如权利要求1所述的方法,其特征在于,根据预先存储的案例脚本程序获取所述网 元设备的网元数据,包括根据预先存储的案例脚本程序确定需要获取的网元数据,并从所述网元设备上获取所 述需要获取的网元数据;所述网元数据包括需要获取的网元设备的状态信息、配置信息、实时数据信息、日志信 息之一或任意组合。
7.如权利要求1所述的方法,其特征在于,根据所述网元数据以及预先存储的案例脚 本程序确定故障信息,包括通过预先存储的案例脚本程序对所述网元数据进行分析,并根据分析结果确定故障信息。
8.如权利要求1-7任一项所述的方法,其特征在于,所述案例脚本程序为预先存储在 可扩展案例库中的程序集合;所述可扩展案例库用于实现从人工排障经验到程序流程的转 化。
9.如权利要求1所述的方法,其特征在于,根据所述网元数据以及预先存储的案例脚 本程序确定故障信息,之后还包括以界面呈现方式和/或日志报表呈现方式显示所述故障信息。
10.如权利要求1-7任一项所述的方法,其特征在于,所述方法应用于TD-SCDMA系统、 或者GSM系统、或者WCDMA系统、或者CDMA2000系统。
11.一种故障的诊断设备,其特征在于,包括 第一获取模块,用于获取网络数据;第一确定模块,用于根据所述网络数据确定网元设备发生故障;第二获取模块,用于根据预先存储的案例脚本程序获取所述网元设备的网元数据;第二确定模块,用于根据所述网元数据以及预先存储的案例脚本程序确定故障信息。
12.如权利要求11所述的设备,其特征在于,所述第一获取模块,具体用于从操作维护中心上获取所述网络数据,所述网络数据包 括KPI指标信息、经纬度信息、参数配置信息之一或任意组合。
13.如权利要求11所述的设备,其特征在于,所述第一确定模块,具体用于根据所述网络数据中的KPI指标信息确定业务失败率以 及业务失败信息;并根据所述业务失败率以及业务失败信息确定网元设备发生故障。
14.如权利要求13所述的设备,其特征在于,所述业务失败率包括RRC失败率、RAB失 败率、掉话率之一或任意组合;所述业务失败信息包括业务失败小区信息、载波信息、时间信息之一或任意组合; 所述第一确定模块,具体用于当根据所述业务失败率以及业务失败信息确定业务失败 发生在所述网元设备时,确定所述网元设备发生故障。
15.如权利要求14所述的设备,其特征在于,所述网元设备包括基站控制器和/或基站;所述第一确定模块,进一步用于根据所述业务失败率以及业务失败信息确定业务失败 集中在同一个基站控制器下;或者,根据所述业务失败率以及业务失败信息确定业务失败集中在同一个基站控制器侧同 一块接口板下的基站;或者,根据所述业务失败率以及业务失败信息确定业务失败集中在同一个基站控制器的同 一个DSP上;或者,根据所述业务失败率以及业务失败信息确定业务失败集中在一个基站;或者, 根据所述业务失败率以及业务失败信息确定业务失败集中在一个基站的一个小区下; 或者,根据所述业务失败率以及业务失败信息确定业务失败集中在一个小区的一个载波下; 或者,根据经纬度信息、所述业务失败率以及业务失败信息确定业务失败集中在一片物理区域。
16.如权利要求11所述的设备,其特征在于,所述第二获取模块,具体用于根据预先存储的案例脚本程序确定需要获取的网元数 据,并从所述网元设备上获取所述需要获取的网元数据;所述网元数据包括需要获取的网元设备的状态信息、配置信息、实时数据信息、日志信 息之一或任意组合。
17.如权利要求11所述的设备,其特征在于,所述第二确定模块,具体用于通过预先存储的案例脚本程序对所述网元数据进行分 析,并根据分析结果确定故障信息。
18.如权利要求11-17任一项所述的设备,其特征在于,所述案例脚本程序为预先存储 在可扩展案例库中的程序集合;所述可扩展案例库用于实现从人工排障经验到程序流程的 转化。
19.如权利要求11所述的设备,其特征在于,还包括显示模块,用于以界面呈现方式和/或日志报表呈现方式显示所述故障信息。
20.如权利要求11-17任一项所述的设备,其特征在于,所述设备应用于TD-SCDMA系 统、或者GSM系统、或者WCDMA系统、或者CDMA2000系统。
全文摘要
本发明公开了一种故障的诊断方法和设备,该方法包括获取网络数据;当根据所述网络数据确定网元设备发生故障时,根据预先存储的案例脚本程序获取所述网元设备的网元数据;根据所述网元数据以及预先存储的案例脚本程序确定故障信息。本发明实施例中,KPI智能诊断工具根据预先存储的案例脚本程序以及从网元设备获取的网元数据确定故障信息,可实现RAN系统KPI的实时监控,提高RAN系统设备故障分析效率。
文档编号H04W24/04GK102111797SQ201110038358
公开日2011年6月29日 申请日期2011年2月15日 优先权日2011年2月15日
发明者张光, 章贵, 陈松 申请人:大唐移动通信设备有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1