CN101047726A - 终端故障诊断系统和方法 - Google Patents
终端故障诊断系统和方法 Download PDFInfo
- Publication number
- CN101047726A CN101047726A CN200610081032.4A CN200610081032A CN101047726A CN 101047726 A CN101047726 A CN 101047726A CN 200610081032 A CN200610081032 A CN 200610081032A CN 101047726 A CN101047726 A CN 101047726A
- Authority
- CN
- China
- Prior art keywords
- terminal
- diagnosis
- diagnostic
- webmaster end
- item
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
本发明公开了一种终端故障诊断方法，用于对故障终端进行诊断，包括以下步骤：运维端向网管端包括多个诊断项的下发诊断命令；网管端基于诊断命令，向故障终端逐项下发多个诊断项；故障终端将对应于多个诊断项的诊断结果逐项上报给网管端；以及网管端基于诊断结果，找到故障终端的故障原因，并报告给运维端。本发明还公开了一种终端故障诊断系统，包括：接收模块，用于接收来自运维端的诊断命令，其中诊断命令包括多个诊断项；下发命令模块，基于诊断命令，向故障终端逐项下发多个诊断项；上报结果模块，用于将对应于多个诊断项的诊断结果逐项上报给网管端；分析模块，用于分析诊断结果，找到故障原因；以及发送模块，用于将故障原因发送给运维端。
Description
技术领域
本发明涉及通信技术领域，更具体地，涉及终端故障诊断系统和方法。
背景技术
随着IPTV(交互式网络电视)、VOIP(网络电话)等业务大量开展，NGN(Next Generation Network，下一代网络)终端作为业务的重要载体，已逐渐进入了千家万户的家庭。终端具有数量巨大、地域分布广、种类繁多、用户需求不一致等特点。终端的管理和维护耗费了运维人员大量的时间和成本。如何对终端进行远程监控，及时发现故障、排除故障成为了运营商重点关注的问题。
在现有技术中，由于运营商对终端设备的成本要求较高，终端往往没有提供诊断的接口，不支持远程诊断。由于终端种类多，接口差异大，网管也很少提供对终端远程诊断的功能。当用户进行故障申告后，运维人员往往直接上门为其解决故障。但是该种解决故障的方法具有以下缺点：(1)不支持远程诊断，直接上门服务，运维成本高；(2)故障的平均修复时间较长，影响用户体验；(3)当终端数量较大的时候，运营商很难组织足够的人力，来保证故障得到有效、及时地处理。
在现有技术中采用的另一种方法是，网管系统提供对终端的各种独立的诊断功能。当用户进行故障申告后，运维人员根据故障现象和自己的维护经验，进行主观判断，怀疑可能是哪方面的原因；接着，启动相应的诊断项进行诊断。如果根据诊断返回的信息找出了故障原因，则直接进行修复；如果该项诊断的返回信息没有找出故障原因，或返回的信息太少不足以找出故障原因，则再次进行主观判断，启动下一个诊断项，直到找出故障的真正根源并完成修复。
图1示出了根据现有技术的终端诊断系统的消息交互图。如图1所示，用户102发现故障时，向运维人员104进行故障申告，并给出相关的故障描述。运维人员104基于来自用户102描述的故障现象和自己的维护经验，进行主观判断，然后向网管发出启动某个诊断项的指令。网管106接收运维人员104的指令，向终端108下发某项诊断功能。终端108接受诊断之后，将诊断结果返回给网管106，网管106将该结果返回给运维人员104。如果根据诊断结果，运维人员找到了故障的原因，则对故障进行修复，诊断流程结束。如果根据诊断结果，运维人员没有找到故障原因，或返回的信息太少，不足以找出诊断原因，则运维人员再次进行主观判断，向网管106发出启动下一个诊断功能项的指令，重复上述过程，知道找到故障原因，结束诊断流程。
但是该种方法存在以下缺点：(1)通常诊断的功能项较多，在一些情况下，运维人员不能马上确定，应该使用哪种诊断功能项来进行诊断；(2)诊断的结果不全面。一些情况下，使用单项诊断功能，诊断的结果不够全面，无法给出足够的信息进行故障处理；(3)网管提供了繁多的诊断功能，运维人员不易很快掌握；(4)无法自动结合多种诊断功能的结果，找出故障根源。
因此，需要一种能够克服上述缺陷的终端故障诊断系统和方法。
发明内容
本发明旨在解决上述现有技术中的缺陷，提供一种终端故障诊断系统和方法，该系统和方法采用一键式诊断流程，从而大量节约了运维人员解决故障的时间，并因为其操作简单，而降低了运维人员使用网管进行故障诊断的门槛。
根据本发明的一个方面，本发明提供了一种终端故障诊断方法，该方法包括以下步骤：运维端向网管端下发诊断命令，其中所述诊断命令包括多个诊断项；所述网管端基于所述诊断命令，向所述故障终端逐项下发所述多个诊断项；所述故障终端将对应于所述多个诊断项的诊断结果逐项上报给所述网管端；以及所述网管端基于所述诊断结果，找到所述故障终端的故障原因，并报告给所述运维端。
根据本发明的终端故障诊断方法还包括以下步骤：在配置文件中定义多个诊断配置项、启动诊断参数、以及诊断结果参数；所述网管端从所述配置文件中读取诊断配置项，并依次取出所述多个诊断配置项的相关参数，以及根据所述相关参数中的所述启动诊断参数向所述终端下发启动诊断命令；完成所述多个诊断项后，将诊断结果记录在所述配置文件中，并向所述网管端上报报文，通知所述网管端所述诊断完成；以及所述网管端根据所述诊断结果参数，向所述终端获取所述诊断结果。
根据本发明的终端故障诊断方法还包括以下步骤：所述诊断完成后，所述终端上报报文通知所述网管端，所述网管端在接收到所述报文后，向所述终端查询所述诊断结果，所述网管端将查询出的所述诊断结果显示在所述网管端的界面上，以及在所述网管端找到所述故障原因时，同时显示对应每个所述多个诊断项的诊断结果的可能原因。
在根据本发明的终端故障诊断方法中，网管端和终端的交互接口基于CWMP协议，所述配置文件是XML格式。
根据本发明的另一方面，本发明还提供了一种终端故障监控系统，包括：接收模块，位于所述网管端上，用于接收来自运维端的诊断命令，其中所述诊断命令包括多个诊断项；下发命令模块，位于所述网管端上，基于所述诊断命令，向所述故障终端逐项下发所述多个诊断项；上报结果模块，位于所述故障终端上，用于将对应于所述多个诊断项的诊断结果逐项上报给所述网管端；分析模块，位于所述网管端上，用于分析所述诊断结果，找到故障原因；以及发送模块，位于所述网管端上，用于将所述故障原因发送给所述运维端。
根据本发明的终端故障诊断系统还包括：显示模块，位于所述网管端上，用于将所述诊断结果显示在所述网管端的界面上，以及在所述网管端找到所述故障原因时，同时显示对应每个所述多个诊断项的诊断结果的可能原因；以及查询模块，位于所述网管端上，用于在接收到所述终端诊断完成后的上报报文之后，所述网管端向所述终端查询所述诊断结果。
根据本发明的终端故障诊断系统还包括：配置模块，位于网管端上，用于存储配置文件，其中，在所述配置文件中定义多个诊断配置项、启动诊断参数、以及诊断结果参数；所述网管端从所述配置文件中读取诊断配置项，并依次取出所述多个诊断配置项的相关参数，以及根据所述相关参数中的所述启动诊断参数向所述终端下发启动诊断命令；完成所述多个诊断项后，将诊断结果记录在所述配置文件中，并向所述网管端上报报文，通知所述网管端所述诊断完成；以及所述网管端根据所述诊断结果参数，向所述终端获取所述诊断结果。
在根据本发明的终端故障诊断系统中，网管端和终端的交互接口基于CWMP协议，所述配置文件是XML格式。
通过上述终端监控系统和方法，解决了相关技术中的缺陷，实现对终端故障的诊断，从而达到以下目的：1、大量节省了运维人员解决故障的时间；2、操作简单，降低了运维人员使用网管进行排障的门槛，使新员工也能较好的进行有效的诊断和排障；3、提供了较全面的诊断信息，挖掘了故障的根源，给运维人员进行故障定位提供了很大的帮助；4、缩短了平均故障解决时间，提升了用户满意度；5、使得诊断控制与数据相分离，避免了随着终端种类的增加、版本的增加，不断修改程序代码的问题，当增加一个终端类型或版本后，只需要修改相应配置文件，即可支持新终端的诊断；6、降低了程序文件对终端的依赖性；7、降低了程序文件的维护成本。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1示出了根据相关技术的终端诊断系统的消息交互图；
图2示出了根据本发明的一个实施例的终端诊断系统的框图；
图3示出了根据本发明的终端诊断方法的流程图；以及
图4示出了根据本发明的实施例的终端诊断系统的消息交互图。
具体实施方式
下面将参考附图详细描述本发明的实施例。
图2示出了根据本发明的一个实施例的终端诊断系统的框图。如图2所示，终端诊断系统200包括网管端202和终端204，其中网管端202包括：接收模块，用于接收来自运维端的诊断命令，其中诊断命令包括多个诊断项；下发命令模块，基于诊断命令，向故障终端204逐项下发多个诊断项；分析模块，用于分析诊断结果，找到故障原因；发送模块，用于将故障原因发送给运维端；显示模块，用于将诊断结果显示在网管端202的界面上，以及在网管端202找到故障原因时，同时显示对应每个诊断项的诊断结果的可能原因；以及查询模块，用于在接收到终端204诊断完成后的上报报文之后，向终端204查询所述诊断结果。终端204包括上报结果模块，用于将对应于所述多个诊断项的诊断结果逐项上报给所述网管端。
此外，终端故障诊断系统200还包括：配置模块，位于网管端202上，用于存储配置文件，其中，在配置文件中定义多个诊断配置项、启动诊断参数、以及诊断结果参数；网管端202从配置文件中读取诊断配置项，并依次取出多个诊断配置项的相关参数，以及根据相关参数中的启动诊断参数向终端204下发启动诊断命令；完成多个诊断项后，将诊断结果记录在配置文件中，并向网管端202上报报文，通知网管端202诊断完成；以及网管端202根据诊断结果参数，向终端204获取诊断结果。
图3示出了根据本发明的终端诊断方法的流程图。如图3所示，根据本发明的应用于图2所示的终端故障诊断系统200的终端诊断方法包括以下的步骤：步骤S302，运维端在接收到来自故障终端204的用户端的故障申告后，向网管端202下发包括多个诊断项的诊断命令；步骤S304，网管端202基于诊断命令，向故障终端204逐项下发多个诊断项；步骤S306，故障终端204将对应于多个诊断项的诊断结果逐项上报给网管端202；以及步骤S308，网管端202基于诊断结果，找到故障终端204的故障原因，并报告给运维端。
根据本发明的终端故障诊断方法还可以包括以下步骤：在配置文件中定义多个诊断配置项、启动诊断参数、以及诊断结果参数；网管端202从配置文件中读取诊断配置项，并依次取出多个诊断配置项的相关参数，以及根据相关参数中的启动诊断参数向终端204下发启动诊断命令；完成多个诊断项后，将诊断结果记录在配置文件中，并向网管端202上报报文，通知网管端202诊断完成；以及网管端202根据诊断结果参数，向终端204获取诊断结果。
根据本发明的终端故障诊断方法还包括以下步骤：诊断完成后，终端204上报报文通知网管端202，网管端202在接收到报文后，向终端204查询诊断结果，网管端202将查询出的诊断结果显示在网管端202的界面上，以及在网管端202找到故障原因时，同时显示对应每个多个诊断项的诊断结果的可能原因。
图4示出了根据本发明的实施例的终端诊断系统的消息交互图。如图4所示，运维人员在接收到用户的故障申告后，下发包括多个诊断项的诊断命令。诊断的内容包括从接入层到业务应用层的所有环节，例如：线路连通性测试、线路质量诊断、接入认证测试、业务认证测试、业务应用诊断等。网管端402通过接收模块接收该诊断命令，并基于该诊断命令，通过下发命令模块向终端404逐个下发各个诊端项命令。终端404通过其上的上报结果模块依次将各个诊断项的诊断结果上报给网管端402。当网管端402接收到所有的诊断结果时，通过分析模块对各项诊断结果进行分析，找出故障原因，并通过发送模块，将故障原因发送给运维端。例如，当接入认证测试与业务认证测试同时返回测试不通过，网管可以认为故障的根源在于接入认证出现了问题，因为终端需要接入成功后，才可能向业务服务器进行认证。
因此，根据本发明还设计了一种模型，让控制(程序流程)和数据(诊断功能与参数)相分离，当新增加终端或终端的诊断项被修改后，不必频繁的修改代码。增加程序的稳定性，减少程序对终端的依赖性。
根据该模型定义了以下规则：(1)诊断过程中，网管与终端的交互接口基于CWMP协议；(2)诊断数据存放在配置文件中，该配置文件用XML格式表示；(3)配置文件中定义各种诊断功能项。每个功能项有两个属性：名称和描述。其中，名称是程序中一个诊断项的唯一标识；描述是用于显示在网管界面上的该诊断项的直观表示；(4)配置文件定义了每个诊断功能如何启动，其中有两项：诊断节点和属性值。通过给该节点下发相应的属性值来启动诊断；(5)终端诊断完成后，给网管上报报文来通知网管；(6)网管在接收到诊断完成的通知后，向终端查询诊断结果，配置文件中记录了各诊断结果的属性节点、属性描述、属性枚举值(可选)，网管程序从某属性节点中取出属性值，结合该属性的描述显示在网管界面上，属性有两种类型，DATA和ENUM。DATA表示终端的该诊断结果直接用数值表示，比如50伏特，ENUM表示该诊断结果是一个枚举值，在显示时需要相应的转换，比如FALSE表示故障，TRUE表示正常；(7)网管查询出诊断结果后，显示在网管界面上；(8)所有的用于显示的Describe(描述)值，只是一个资源ID，可以被翻译成多种语言，例如“DIAGNOSE_NORMAL”表示“诊断结果正常”。
下面是一种XML格式的配置文件的SCHEMA(模式)示例：
<?xml version="1.0"?>
<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:element name="DeviceDiagnose"minOccurs="0"maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="DiagnoseItem"minOccurs="0"maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="DiagnoseOperation">
<xs:complexType>
<xs:sequence>
<xs:element name="Start">
<xs:complexType>
<xs:sequence>
<xs:element name="DiagnoseName">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="256"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name="DiagnoseValue">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="32"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name="DiagnoseOperation">
<xs:complexType>
<xs:sequence>
<xs:element name="ResultName">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="256"/>
</xs:restriction>
<xs:attribute name="Describe"type="xs:string"use="required"/>
<xs:attribute name="type"use="required">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="ENUM"/>
<xs:enumeration value="DATA"/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:simpleType>
</xs:element>
<xs:element name="ResultValue"minOccurs="0"maxOccurs="unbounded">
<xs:complexType>
<xs:sequence>
<xs:element name="item">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:maxLength value="32"/>
</xs:restriction>
<xs:attribute name="name"type="xs:string"use="require d"/>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="name"type="xs:string"use="required"/>
<xs:attribute name="Deseribe"type="xs:string"use="required"/>
</xs:complexType>
</xs:element>
</xs:sequence>
<xs:attribute name="DeviceType"type="xs:string"use="required"/>
<xs:attribute name="DeviceStartVersion"type="xs:string"use="required"/>
<xs:attribute name="DeviceEndVersion"type="xs:string"use="optional"/>
</xs:complexType>
</xs:element
</xs:schema>
下面是一个诊断配置文件的示例：
<?xml version="1.0"encoding="ISO-8859-1"?>
<DeviceDiagnose DeviceType="STB"DeviceStartVersion="V200R001B01D030"
DeviceEndVersion="V200R003B02D020">
<DiagnoseItem name="LineTest"
Describe="DIAGNOSE_LINE_PERFORMANCE_TEST">
<DiagnoseOperation>
<Start>c<DiagnoseName>STBDevice.0.IPTV.Diagnose.LineTest.Status</DiagnoseName>
<DiagnoseValue>Requested</DiagnoseValue>
</Start>
</DiagnoseOperation>
<DiagnoseResult>
<ResultName Describe="DIAGNOSE_RESULT"
type="ENUM">STBDevice.0.IPTV.Diagnose.LineTest.Result</ResultName>
<ResultValue>
<item name="true">DIAGNOSE_NORMAL</item>
<item name="false">DIAGNOSE_FAULT</item>
</ResultValue>
</DiagnoseResult>
<DiagnoseResult>
<ResultName Describe="DIAGNOSE_AVERAGE_BIT_RATE"
type="DATA">STBDevice.0.IPTV.Diagnose.LineTest.AverageBitrate</ResultName>
<ResultValue> </ResultValue>
</DiagnoseResult>
</DiagnoseItem>
<!--DiagnoseItem for Line Test-->
</DeviceDiagnose>
下面对上述示例的诊断流程进行说明：
首先，网管启动一键式诊断，在该示例中，只有一个诊断项“LineTest”。
然后，通过给节点“STBDevice.0.IPTV.Diagnose.LineTest.Status”设置值“Requested”来启动该诊断。
终端完成该诊断后，主动上报″8 DIAGNOSTICS COMPLETE″inform报文给网管。
网管接收到诊断结束的报文之后，向终端查询诊断结果并显示。获取节点“STBDevice.0.IPTV.Diagnose.LineTest.Result”和“STBDevice.0.IPTV.Diagnose.LineTest.AverageBitrate”的值，并进行显示。其中，节点“STBDevice.0.IPTV.Diagnose.LineTest.Result”的类型为ENUM，如果获取的值为“true”，显示为“正常”，即资源ID“DIAGNOSE_NORMAL”对应的字符串；如果为“false”，显示为“故障”，即资源ID“DIAGNOSE_FAULT”对应的字符串。
通过根据本发明的实施例，由于只下发一个包括多个诊断项的诊断命令，大量节省了运维人员解决故障的时间。此外，根据本发明的实施例使得诊断控制与数据相分离，避免了随着终端种类的增加、版本的增加而不断修改程序代码的问题。当增加一个终端类型或版本后，只需要修改相应配置文件，即可支持新终端的诊断，降低了程序文件对终端的依赖性。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (13)
1.一种终端故障诊断方法，用于对所述故障终端进行诊断，其特征在于，包括以下步骤：
运维端向网管端下发诊断命令，其中所述诊断命令包括多个诊断项；
所述网管端基于所述诊断命令，向所述故障终端逐项下发所述多个诊断项；
所述故障终端将对应于所述多个诊断项的诊断结果逐项上报给所述网管端；以及
所述网管端基于所述诊断结果，找到所述故障终端的故障原因，并报告给所述运维端。
2.根据权利要求1所述的终端故障诊断方法，其特征在于，所述方法还包括以下步骤：所述诊断完成后，所述终端上报报文通知所述网管端，所述网管端在接收到所述报文后，向所述终端查询所述诊断结果。
3.根据权利要求2所述的终端故障诊断方法，其特征在于，所述方法还包括以下步骤：所述网管端将查询出的所述诊断结果显示在所述网管端的界面上。
4.根据权利要求1所述的终端故障诊断方法，其特征在于，所述方法还包括以下步骤：在所述网管端找到所述故障原因时，同时显示对应每个所述诊断项的诊断结果的可能原因。
5.根据权利要求1所述的终端故障诊断方法，其特征在于，还包括以下步骤：
在配置文件中定义多个诊断配置项、启动诊断参数、以及诊断结果参数；
所述网管端从所述配置文件中读取诊断配置项，并依次取出所述多个诊断配置项的相关参数，以及根据所述相关参数中的所述启动诊断参数向所述终端下发启动诊断命令；
完成所述多个诊断项后，将诊断结果记录在所述配置文件中，并向所述网管端上报报文，通知所述网管端所述诊断完成；以及
所述网管端根据所述诊断结果参数，向所述终端获取所述诊断结果。
6.根据权利要求1至5中任一项所述的终端故障诊断方法，其特征在于，所述诊断结果以图形化的形式显示。
7.根据权利要求1所述的终端故障诊断方法，其特征在于，所述网管端和所述终端的交互接口基于CWMP协议。
8.一种终端故障诊断系统，其特征在于，所述系统包括：
接收模块，位于网管端上，用于接收来自运维端的诊断命令，其中所述诊断命令包括多个诊断项；
下发命令模块，位于所述网管端上，基于所述诊断命令，向所述故障终端逐项下发所述多个诊断项；
上报结果模块，位于所述故障终端上，用于将对应于所述多个诊断项的诊断结果逐项上报给所述网管端；
分析模块，位于所述网管端上，用于分析所述诊断结果，找到故障原因；以及
发送模块，位于所述网管端上，用于将所述故障原因发送给所述运维端。
9.根据权利要求8所述的终端故障诊断系统，其特征在于，所述系统还包括：显示模块，位于所述网管端上，用于将所述诊断结果显示在所述网管端的界面上，以及在所述网管端找到所述故障原因时，同时显示对应每个所述多个诊断项的诊断结果的可能原因。
10.根据权利要求8所述的终端故障诊断系统，其特征在于，还包括查询模块，位于所述网管端上，用于在接收到所述终端诊断完成后的上报报文之后，所述网管端向所述终端查询所述诊断结果。
11.根据权利要求8所述的终端故障诊断系统，其特征在于，还包括配置模块，位于所述网管端上，用于存储配置文件，其中在所述配置文件中定义多个诊断配置项、启动诊断参数、以及诊断结果参数；
所述网管端从所述配置文件中读取诊断配置项，并依次取出所述多个诊断配置项的相关参数，以及根据所述相关参数中的所述启动诊断参数向所述终端下发启动诊断命令；
完成所述多个诊断项后，将诊断结果记录在所述配置文件中，并向所述网管端上报报文，通知所述网管端所述诊断完成；以及
所述网管端根据所述诊断结果参数，向所述终端获取所述诊断结果。
12.根据权利要求8至10中任一项所述的终端故障诊断系统，其特征在于，所述诊断结果以图形化的形式显示。
13.根据权利要求8所述的终端故障诊断系统，其特征在于，所述网管端和所述终端的交互接口基于CWMP协议。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610081032.4A CN101047726A (zh) | 2006-05-19 | 2006-05-19 | 终端故障诊断系统和方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200610081032.4A CN101047726A (zh) | 2006-05-19 | 2006-05-19 | 终端故障诊断系统和方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101047726A true CN101047726A (zh) | 2007-10-03 |
Family
ID=38771935
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200610081032.4A Pending CN101047726A (zh) | 2006-05-19 | 2006-05-19 | 终端故障诊断系统和方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101047726A (zh) |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101621812A (zh) * | 2009-08-10 | 2010-01-06 | 酷派软件技术（深圳）有限公司 | 一种实现移动终端修复更新的方法及系统 |
| CN101631324A (zh) * | 2009-08-11 | 2010-01-20 | 酷派软件技术（深圳）有限公司 | 一种移动终端故障诊断并修复的方法及移动终端 |
| CN101170593B (zh) * | 2007-11-26 | 2010-08-11 | 华为技术有限公司 | 一种VoIP电话终端及在线故障检测设备及方法 |
| CN101179438B (zh) * | 2007-11-16 | 2011-03-02 | 中兴通讯股份有限公司 | 一种远程诊断系统及方法 |
| CN102098534A (zh) * | 2010-12-22 | 2011-06-15 | 中兴通讯股份有限公司 | 一种网络电视机顶盒检测方法和系统 |
| CN101489004B (zh) * | 2009-03-03 | 2011-12-07 | 中兴通讯股份有限公司 | 一种VoIP终端的远程诊断方法和系统 |
| CN102291267A (zh) * | 2011-09-15 | 2011-12-21 | 中兴通讯股份有限公司 | 故障定位方法及装置 |
| CN101197621B (zh) * | 2007-12-07 | 2012-03-07 | 中兴通讯股份有限公司 | 一种对网管系统故障进行远程诊断定位的方法及其系统 |
| CN101753372B (zh) * | 2008-12-15 | 2012-03-21 | 中国移动通信集团天津有限公司 | 承载网路由设备的检测方法及装置 |
| CN102508065A (zh) * | 2011-10-28 | 2012-06-20 | 中联重科股份有限公司 | 电气故障诊断方法、系统及工程机械 |
| CN103490915A (zh) * | 2012-06-11 | 2014-01-01 | 中兴通讯股份有限公司 | 故障分析方法及装置 |
| CN104680329A (zh) * | 2015-03-17 | 2015-06-03 | 中国农业银行股份有限公司 | 一种运维问题发生原因确定方法及装置 |
| CN105553726A (zh) * | 2015-12-18 | 2016-05-04 | 上海市共进通信技术有限公司 | 家庭网关设备故障处理系统及方法 |
| CN105740086A (zh) * | 2016-01-20 | 2016-07-06 | 北京京东尚科信息技术有限公司 | 一种故障智能诊断维修的方法及装置 |
| CN114982816A (zh) * | 2022-05-26 | 2022-09-02 | 上海东普信息科技有限公司 | 果蔬冷链的保鲜控制方法、装置、设备及存储介质 |
-
2006
- 2006-05-19 CN CN200610081032.4A patent/CN101047726A/zh active Pending
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179438B (zh) * | 2007-11-16 | 2011-03-02 | 中兴通讯股份有限公司 | 一种远程诊断系统及方法 |
| CN101170593B (zh) * | 2007-11-26 | 2010-08-11 | 华为技术有限公司 | 一种VoIP电话终端及在线故障检测设备及方法 |
| CN101197621B (zh) * | 2007-12-07 | 2012-03-07 | 中兴通讯股份有限公司 | 一种对网管系统故障进行远程诊断定位的方法及其系统 |
| CN101753372B (zh) * | 2008-12-15 | 2012-03-21 | 中国移动通信集团天津有限公司 | 承载网路由设备的检测方法及装置 |
| CN101489004B (zh) * | 2009-03-03 | 2011-12-07 | 中兴通讯股份有限公司 | 一种VoIP终端的远程诊断方法和系统 |
| CN101621812A (zh) * | 2009-08-10 | 2010-01-06 | 酷派软件技术（深圳）有限公司 | 一种实现移动终端修复更新的方法及系统 |
| CN101631324A (zh) * | 2009-08-11 | 2010-01-20 | 酷派软件技术（深圳）有限公司 | 一种移动终端故障诊断并修复的方法及移动终端 |
| CN102098534A (zh) * | 2010-12-22 | 2011-06-15 | 中兴通讯股份有限公司 | 一种网络电视机顶盒检测方法和系统 |
| WO2012083869A1 (zh) * | 2010-12-22 | 2012-06-28 | 中兴通讯股份有限公司 | 一种网络电视机顶盒检测方法和系统 |
| CN102098534B (zh) * | 2010-12-22 | 2014-12-17 | 中兴通讯股份有限公司 | 一种网络电视机顶盒检测方法和系统 |
| CN102291267A (zh) * | 2011-09-15 | 2011-12-21 | 中兴通讯股份有限公司 | 故障定位方法及装置 |
| CN102508065A (zh) * | 2011-10-28 | 2012-06-20 | 中联重科股份有限公司 | 电气故障诊断方法、系统及工程机械 |
| CN103490915A (zh) * | 2012-06-11 | 2014-01-01 | 中兴通讯股份有限公司 | 故障分析方法及装置 |
| CN104680329A (zh) * | 2015-03-17 | 2015-06-03 | 中国农业银行股份有限公司 | 一种运维问题发生原因确定方法及装置 |
| CN105553726A (zh) * | 2015-12-18 | 2016-05-04 | 上海市共进通信技术有限公司 | 家庭网关设备故障处理系统及方法 |
| CN105740086A (zh) * | 2016-01-20 | 2016-07-06 | 北京京东尚科信息技术有限公司 | 一种故障智能诊断维修的方法及装置 |
| CN105740086B (zh) * | 2016-01-20 | 2019-01-08 | 北京京东尚科信息技术有限公司 | 一种故障智能诊断维修的方法及装置 |
| CN114982816A (zh) * | 2022-05-26 | 2022-09-02 | 上海东普信息科技有限公司 | 果蔬冷链的保鲜控制方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101047726A (zh) | 终端故障诊断系统和方法 | |
| CN1859160A (zh) | 用户驻地设备配置管理方法及其系统 | |
| CN1889741A (zh) | 在设备管理中实现预定操作的方法及装置 | |
| CN100344104C (zh) | 网络接口管理系统及其方法 | |
| CN101047556A (zh) | 一种多设备集中维护方法和系统 | |
| CN1673963A (zh) | 用于不良对策的网络技术 | |
| CN1679275A (zh) | 用于在电信网络中配置控制的方法和系统 | |
| CN1795654A (zh) | 网络环境中的内容同步系统及其方法 | |
| CN101060370A (zh) | 一种对pon终端管理的方法及系统 | |
| CN101035027A (zh) | 网管接口信息交互方法、装置及通知上报方法 | |
| CN1773937A (zh) | 设备管理装置、设备以及设备管理方法 | |
| CN1929491A (zh) | 在无线网络中动态分配互联网协议地址的方法和设备 | |
| CN1852153A (zh) | 基于简单网络管理协议的故障/告警管理系统及方法 | |
| CN1934538A (zh) | 用于多代理系统的异常管理方案 | |
| CN1848889A (zh) | 多模服务会话建立和提供方法以及建立和提供系统 | |
| CN1625126A (zh) | 端到端网络管理的综合网元管理系统及其网络管理方法 | |
| CN1747404A (zh) | 网络拓扑图更新及网络拓扑管理方法 | |
| CN101047523A (zh) | 提供上线者状态的服务器及方法 | |
| CN1913524A (zh) | 一种网络管理系统接口协商的方法及其装置 | |
| CN1859194A (zh) | 终端设备管理方法及其系统、以及终端设备 | |
| CN1968150A (zh) | 发送和接收关于UPnP事件的信息的方法和设备 | |
| CN1561035A (zh) | 基于映射表的通用安全审计策略定制方法 | |
| CN1863102A (zh) | 对设备进行基于管理信息库的测试的系统和方法 | |
| CN1662095A (zh) | 动态分配地址的系统和方法及相关设备 | |
| CN101060422A (zh) | 一种查询和修改cpe参数的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20071003 |