CN1196146A - 一种网络分析系统 - Google Patents

一种网络分析系统 Download PDF

Info

Publication number
CN1196146A
CN1196146A CN96196942A CN96196942A CN1196146A CN 1196146 A CN1196146 A CN 1196146A CN 96196942 A CN96196942 A CN 96196942A CN 96196942 A CN96196942 A CN 96196942A CN 1196146 A CN1196146 A CN 1196146A
Authority
CN
China
Prior art keywords
fault
data
symptom
network
network analysis
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.)
Granted
Application number
CN96196942A
Other languages
English (en)
Other versions
CN1149788C (zh
Inventor
克里斯托弗·戴维·罗里斯
克里斯托弗·安德鲁·莱基
迈克尔·科林·弗劳尔
凯瑟琳·李·塞杰恩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telstra Corp Ltd
Original Assignee
Telstra Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telstra Corp Ltd filed Critical Telstra Corp Ltd
Publication of CN1196146A publication Critical patent/CN1196146A/zh
Application granted granted Critical
Publication of CN1149788C publication Critical patent/CN1149788C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Monitoring And Testing Of Exchanges (AREA)

Abstract

一种网络分析系统,它得到由电信网的设备产生的参数数据。该参数数据代表网络的运行参数。该系统处理参数数据,从应用于参数数据的检测过程产生症状数据。根据症状数据和代表症状数据与故障之间的关系的关系数据产生出故障数据,它代表可能已发生的故障。一个症状和一个故障之间的关系代表由该故障引起该症状的可能性。该系统还根据故障数据产生发生数据,它代表可能已发生的故障。

Description

一种网络分析系统
本发明是关于一种网络分析系统和方法。
电信系统包括复杂的电子交换设备，它能提供关于设备状态和性能以及电信系统其他方面的广泛的数据。特别是移动电信系统受到各种运行条件的影响，这些运行条件在很大程度上取决于移动电信站的运动和使用。一个移动系统的运行条件包括不可预见的因素，并能引起需要检测出来的各种不同的故障。移动电信系统的设备，特别是系统中使用的基站，能产生相当大量的数据，根据这些数据能检测出故障。如果通过取得可能与确定故障有关的数据并进而分析这些数据以检测出故障，从而能监视一个电信系统，那将是非常有利的。
根据本发明，提供了一种网络分析系统，它包括：
获得由电信网设备产生的参数数据的装置，所述参数数据代表所述网络的运行参数。
处理所述参数数据以从应用于所述参数数据的检测过程产生出症状数据的装置，以及
根据所述症状数据和代表所述症状数据与故障之间的关系的关系数据，产生代表可能已发生的所述故障的故障数据的装置。
有利的是，所述故障数据可以进一步表示出所述故障已经发生的可能性。
最好是所述系统进一步包括一个图形用户界面可以建立和调整所述关系数据。
最好是所述系统进一步包括根据所述故障数据产生代表可能已发生的故障的发生数据的装置。
最好是所述发生数据产生装置对所述故障数据应用预先确定的规则，以产生所述发生数据。最好是所述发生数据产生装置比较与一组有预定关系的多个所述设备相关联的故障数据，以产生所述发生数据。根据所述关系，发生数据产生装置可以对关于所述多个设备之一的故障数据不予考虑。
根据本发明，还提供了一种网络分析系统，它包括：
获得由电信网设备产生的参数数据的装置，所述数据代表所述网络的运行参数，
处理所述参数数据以产生代表可能已发生的故障的故障数据的装置，以及
根据所述故障数据产生代表可能已发生的故障的发生数据的装置。
本发明还提供了一种网络分析方法，包括：
获得由电信网设备产生的参数数据，所述参数数据代表所述网络的运行参数，
处理所述参数数据以从应用于所述参数数据的检测过程产生出症状数据，以及
根据所述症状数据和代表所述症状数据与所述故障之间的关系的关系数据，产生代表可能已发生的故障的故障数据。
本发明进一步提供了一种网络分析方法，包括：
获得由电信网设备产生的参数数据，所述数据代表所述网络的运行参数，
处理所述参数数据以产生代表可能已发生的故障的故障数据，以及
根据所述故障数据产生代表可能已发生的故障的发生数据。
下面将参考附图描述本发明的一个最佳实施例(仅作为举例)，其中：
图1是一种网络分析系统的最佳实施例的方框流程图；
图2是一示意图，说明在系统数据存储器中的性能指标的存储状况；
图3是系统主菜单图；
图4是系统诊断推理网络的方框流程图；
图5是系统决策表显示图；
图6是另一个系统决策表显示图；
图7是图1所示系统的一个诊断和建议专家系统的方框流程图；以及
图8是图7所示诊断和建议专家系统的流程图。
如图1所示，一个网络分析系统2是一个以计算机为基础的系统，它包括数据存储系统4、诊断推理网络(DIN)6、诊断和建议专家系统(DRES)8以及基于X-Windows的用户界面。尽管下文中描述的软件是在一个计算机工作站(例如运行Unix的SunMicrosystems Sparc Station 5)上实现的，但能用专用的硬件部件或用软件或使用二者的结合来实现。系统2的软件是用C++写成的，对于DRES 8，代码用OPS 5规则语言写成，再编译成C。
网络性能数据是由网络设备10(例如一个移动电信网的基站)自动产生的，并由数据汇集系统12自动汇集然后提供给数据存储系统4。数据汇集系统12可以由一个公共应用平台(CAP)来提供，CAP是一个与分析系统2和网络设备10接口的软件包。CAP调度设备上的数据汇集与后处理程序的执行，而且还能用于调度分析系统2的各模块的执行。CAP包括若干命令，这些命令能被执行以从设备自动访问网络数据和把数据加载到分析系统2的数据存储系统4中。对于一个移动电信网，所收集的性能数据包括：
由移动电话交换机产生的MT数据，用于描述网络的配置(例如小区(cell)，声音信道，控制信道，以及小区间的关系)；
由移动电话交换机产生的CTS(小区通信量统计)数据，代表在一个预定测量周期(通常为4至8小时)上对移动电话通信量(例如接入、掉线(dropout)以及越区切换)的概要统计；
由移动电话交换机产生的RES(无线电环境统计)数据，代表在一个预定测量周期(通常为4至8小时)上对交换机的无线电性能(诸如信号强度、信号噪声比)的概要统计；
由移动电话交换机产生的RDR(无线电扰动记录)数据，代表在一个预定测量周期上对网络中无线电干扰的统计。
数据存储系统4为网络性能数据建立一个数据库，同时提供访问数据的工具和对网络配置的描述。网络数据代表若干个不同的网络性能指标，这些性能指标对应于各种网络对象，诸如电话交换机、移动蜂窝网络的小区、基站或通信信道。在第12至17页上提供了对于一个移动电信网能由分析系统2处理的网络性能指标的清单。对于每个网络对象的数据以分级表示方式存储，对于一个网络对象的每个性能指标的数据以矩阵关系存储，如图2所示。对于每个网络对象14，性能数据的行16代表对多个性能指标一天收集的数据，而列18包括对对象14的一个性能指标所收集的数据的按时间顺序的历史。分析系统2的用户界面提供一个主菜单20(如图3所示)，它向用户提供访问工具，用于在界面20上选择下列命令按钮以访问数据：
1.清除数据22允许数据被有选择地去掉。
2.浏览数据24允许被收集的网络数据按不同的网络对象来滚动地显示，还允许对任何对象和任何时间周期对任何性能指标把数据图形绘制出来，并带有关于网络数据控制限和已发生的特殊事件的信息。
3.复位控制限26允许重新设置网络性能指标的控制限。一个指标的控制限提供了对该指标预期的随机变化的上限和下限(UCL和LCL)。该控制限能用于确定何时发生选定的事件和用于确定DIN 6所用的症状。复位控制限过程还使控制限能被检验，作法是对新限和老限进行统计比较以产生一个报告，指明对网络对象和它们的性能指标而言哪些控制限需要重新设置。
事件日志28允许对网络对象的任何已知扰动建立日志，否则这些扰动可能会被DIN 6或DRES 8理解为故障。
一旦数据已被汇集并存储在数据存储系统4中，便可通过选择运行DIN命令按钮30来将数据应用于DIN6。
DIN 6是一个程序，用于通过孤立地分析网络对象(诸如小区或交换机)来初步诊断电信网中的问题。如图4所示，DIN 6利用一个推理机32对每个对象使用决策表34来检测网络对象的网络性能指标的变化，然后提出由推理机32产生的DIN报告36中的变化的原因。DIN报告36包含针对一具体日期把决策表应用于网络对象的网络性能数据所得到的结果。报告36存储在未格式化数据文件中；根据需要，能由浏览DIN报告按钮38选择DIN浏览模块37来检查这些文件以及把它们格式化以产生格式化的DIN报告40。
DIN 6能监视大量的网络性能数据和快速诊断由这些数据指出的可能故障。这是通过限制诊断故障所用的推理的复杂性来实现的。每个故障由一个症状模式(pattern)表征，这些症状由网络对象的性能数据确定。每个模式由一个基于故障与其症状之间关系的数学公式表示。这产生一个导致故障的症状的决策网络，它是由电信专家建立的并表示在决策表34中(见下文的描述)。这不同于神经网络技术，神经网络技术使用训练算法去建立决策网络，并根据一组训练实例隐式编码故障症状关系作为网络中的权重。
决策表34在用户界面上以图形表示出来，如图5所示，所包含的信息涉及被DIN 6监视的症状42列表、能由DIN推断的故障列表44以及故障44和症状42之间的一套关系46。故障44位于决策表34的各列，症状位于决策表34的各行。一个故障44和一个症状42的关系被指定在故障44的该行和症状42的该列的交点。表34由DIN 6用于监视一网络对象的可能问题，即症状42，并建议这些问题的可能原因，即故障44。
症状42是对一个网络性能指标进行测试的结果，例如“通信量过载超过10％”。通过提取在特定日期i的指标xi值并把症状测试应用于该值，来对一网络对象确定在那个日期的症状。如果在那个日期该指标值是不能得到的，则症状值为未知，否则症状值为真或假。
可对性能指标应用多种不同测试，这些测试通常为四种主要类型之一：阈值测试、差值测试、滑动平均测试和控制限测试。例如，对于一个症状可选择下列测试之一：
xi＜{阈值}
xi≤{阈值}
xi＝{阈值}
xi＞{阈值}
xi≥{阈值}
100*(xi-xi-1)/xi-1＞{阈值}
-100*(xi-xi-1)/xi-1＞{阈值}
xi＞(xi-1)均值+{n}*(xi-1)标准偏差
xi＜(xi-1)均值-{n}*(xi-1)标准偏差
xi＞上控制限
xi＜下控制限
xi在控制限(上限或下限)以外
xi在控制限(上限和下限)以内
故障44是症状42的可能原因，例如“有故障的收发信机”。每个网络对象有其自己的一套故障，它们可被选取包括在决策表34中。DIN 6根据与故障有关的每个症状的状态来决定一个网络对象的每个故障的可能性大小。
每个症状可能由多个故障引起，类似地每个故障可能引起多种症状。能指示一个故障的有效症状越多，则该故障存在的可能性越大。DIN 6通过观察与每个故障有关的症状值来为该故障积累证据。症状42与故障44之间可有5类关系46，这些关系是：肯定；否定；必然；禁止；不存在。
肯定关系50在用户界面上表示为白圈内带有黑圈，肯定关系的意思是当症状为有效(即为真)时，该故障是一可能的原因。否定关系52由一白圈内带有一小白圈表示(如图6所示)，否定关系52的意思是当该症状有效时，该故障可能不是其原因。必然关系54由一黑圈表示，意思是如果要考虑的故障是有效的，则该症状必须是有效的。禁止关系56由一白圈表示，意思是如果该症状是有效的，则它不能是由该故障引起的。不存在关系58由一小黑点表示，意思是该故障不由该症状以任何方式来指示。肯定关系能用于触发故障，而否定关系能用于滤掉故障。
通过观察与故障有关的症状的状态，来确定一个故障是否有效的可能性。对于一个为有效的故障，它的全部必然症状必须有效，而且必须没有任何禁止症状是有效的。要该故障有效，则如果它没有与症状的必然关系，那么至少必须有一个肯定关系是有效的。如果有效肯定症状数目大于零，而且没有必然症状是无效的，而且没有禁止症状是有效的，在这种情况下DIN 6确定一个故障是有效的。DIN 6产生一个故障可能性权重，它是：
0，如果有无效的必然症状，有效的禁止症状，或没有有效的肯定症状；或者
有效肯定症状数，如果没有未知症状值或否定症状；或者
有效肯定症状数除以有效症状和无效症状以及半数未知症状值之和。
如果一个故障是有效的，则根据其可能性权重给出一个等级：
≥0.66            非常可能
≥0.33和＜0.66    很可能
＞0和＜0.33       可能
0                 不大可能
对于具有如下网络性能指标的一个网络对象使用图6所示决策表34：
    指标     值     LCL     UCL
    Ind1     1000     200     800
    Ind2     7     0     10
    Ind3     2     1     8
这将使DIN 6产生的结果是：故障f1和f2是非常可能的，而f3和f4是不大可能的。产生这一结果的原因是前三个症状60是真，而最后二个症状62是假。对f1的可能性级别为1.0(非常可能)，对f2是0.67(非常可能)，而对f3和f4是0(不大可能)。
选择DIN编辑器命令按钮62，则调用一个DIN编辑模块64，它允许按愿望对每个网络对象编辑决策表34。DIN编辑模块64提供一个图形用户界面，它允许用户指向表34中的元素并使用一个指向装置选择用户希望的表的样子。例如，指向和击打症状/故障交叉点处则指定了症状/故障关系。首先将出现带有内部黑圈的白圈，如果用户再次击打，则该圆圈将变成全黑。再次击打则带出一个白圈，而又一次击打则带出内有小白圈的白圈。最后一击产生小黑点，它指明不存在关系。穿过不同关系46的运动是循环的。通过击打故障标签44、网络性能指标标签64或测试标签66，一个弹出窗口呈现给用户，由此窗口能选择各种不同故障、指标或测试。然后便可把决策表34分配给网络的一个对象。通过选择设置缺省DIN表按钮70，可利用一个设置缺省DIN表过程来设置缺省决策表34。DIN报告36和40提供已分析的对象、已使用的决策表以及已使用的性能数据类型的详细情况。这些数据通常由日期或对数据文件名的引用来指定。症状由其状态有效，无效或未知来描述，故障由其状态(非常可能、很可能、可能或不大可能)加上该故障的证据概要来描述。
如图7所示，DRES 8包括一个基于规则的专家系统70，它使用从关于网络对象的数据存储系统4访问得到的关于网络对象的原始DIN报告和数据，产生原始报告72，原始报告72把可能的故障列表缩减为确认的故障列表。DRES 8还包括一个DRES浏览模块74，它通过选择浏览DRES报告按钮76来启动，允许显示原始DRES报告72和把它格式化为用户定义的格式化的DRES报告78。专家系统70是通过从主菜单20选择运行DRES按钮80来调用的。
DRES专家系统70一次使用一天的网络性能数据组合分析网络对象，以提供详细的故障诊断级别。DRES 8首先在初始化过程90(如图8所示)中从DIN 4访问得到关于有问题的网络对象的全部数据。然后DRES 8进入调查过程92，在那里对于由DIN 6认定为包含潜在故障的每个对象进行故障调查。调查过程92首先利用后处理程序取得关于网络对象的外部信息以进一步确认由DIN6指定的具体故障。后处理程序是能够用于访问由交换机产生的性能数据从而产生关于性能数据的综合报告的程序。对于一个移动蜂窝网络，要获取信息以确定一个信道较高、一个信道较低、声音信道(VC)上行链路干扰和故障VC、每个第二信道低和各种故障，从而能为下列故障收集进一步的证据：降低的VC发射机(TX)功率；在基站的TX路径故障；有故障的VC收发信机；VC上行链路干扰；至交换机的PCM链路丢失；有微小静电干扰声(clicking)的收发信机；不正确的功率水平(PL)值；以及降低的VC TX功率。
调查过程92还访问和检验关于有关的网络对象的信息。对于一个移动蜂窝网络，每个基站可以建立一个或多个小区，它们可能在某种程度上与相邻的小区重叠。一个基站与该网络的电话交换机连接以进行呼叫切换，而一个站的小区能形成一组，称作小区集群(cellcluster)，它能共享载波频率。一个n小区(ncell)是在当前小区必须迫使一个进行中的呼叫切换到另一小区时能被用来接收一个切换的相邻小区。一个d小区(dcell)是当前小区的一个附近小区，它是用在一个小区没有能力去处理它所收到的试呼，而且基站或交换机需要把这些呼叫改发到一个或多个附近小区的时候。一个no小区(nocell)是一个与当前小区处在不同交换机上的n小区。下表显示出由调查过程92得到的故障和n小区/d小区/no小区信息。例如，如果DIN 6已经指出可能有至交换机的PCM链路丢失，那么DRES 8将检验在该小区的n小区中是否已经出现DRVCC或TRAFOV的增大。一个进一步的规则检验n小区/d小区证据是否大于预置阈值(TRAFOV/DROPHO＞1％和VCDESF/INSTXQ＞2％)，作为对输入数据的显著性检验。在第12至第17页中提供了对网络性能指标的字母数字型字头缩写词的描述。
      故障     小区类型       指标
  PCM链路丢失   n小区/no小区 DRVCC高，TRAFOV高
  PCM链路丢失      d小区     TOTACC高
CC冗余开关中的故障   n小区/no小区     TRAFOV高
  特殊事件(高)   n小区/no小区     TRAFOV高
  特殊事件(低)   n小区/no小区     HOFONP＞1
  错指向的Rx天线   n小区/no小区     TOTACC高
  基站硬件故障   n小区/no小区     TRAFOV高
有故障的SS接收机(高)   n小区/no小区     INSTXQ高
有故障的SS接收机(低)   n小区/no小区     DROPHO高
  有故障的Rx天线   n小区/no小区     TRAFOV高
  PCM链路丢失   n小区/no小区     TRAFOV高
  边缘小区覆盖问题      n小区     小区数＜3
在访问取得外部信息和有关的对象信息之后，于是DRES8使用调查过程92利用三个不同类型的规则组完成对网络目标的详细分析：问题未被确认组，在一对象内进一步测试组以及一般对特殊组。对于一个移动蜂窝网络的问题未被确认组的举例如下：
如果存在“到交换机的PCM链路丢失”或“基站硬件故障”的间接证据，则检验是否这一证据来自同一基站范围内的小区，如果不是，则去掉这一故障；
如果没有间接证据支持故障“到交换机的PCM链路丢失”、“CC冗余开关中的故障”或“有故障的SS接收机低”，则去掉这一故障；以及
如果存在一个故障“错误的交换机间切换数据”，而该小区不是一个边界小区，则去掉这一故障。
对于一个移动电信小区，在一网络对象内进一步测试组的举例如下：
如果存在一个故障“有故障的Rx天线”，则检验是否HOFFI和HOFFO为50％左右，如果是，则增加它作为附加的证据；
如果存在一个故障“有故障的SS接收机低”，则检验是否HOFFO大于HOFFI，如果是，则增加它作为附加的证据；
如果存在一个故障“错误的交换机间切换数据”，则检验是否DRVCC小于10，如果不是则去掉这一证据；
如果存在故障“特殊事件高通信量”、“小区容量问题”、“VC收发信机丢失”，则检验是否TRAFOV大于5％，如果不是则去掉这一证据；以及
如果在同一小区中同时指出“有故障的Rx天线”和“错指向的Rx天线”，则去掉“错指向的Rx天线”。
一个一般对特殊规则有如下格式：如果存在一个故障“X”和一个故障“Y”，而且那个故障“Y”没有指示“Z”，则去掉故障“Y”。例如，如果存在一个故障“VC收发信机丢失”，又存在一个故障“有故障的VC收发信机”，又没有证据G.BS25高或G.VCI90高，则去掉故障“有故障的VC收发信机”。
然后DRES 8执行一个比较模块94，它访问一组规则以比较有关的网络对象。这组规则检验是否一个故障的间接证据也是另一故障的直接证据。例如，有一个小区A，它有来自小区B的某个间接证据X，而在小区B中该证据是唯一的一个证据，则去掉那些与来自小区B的这个证据X相关联的故障。例如，如果小区A有一个故障“PCM链路丢失”具有来自小区B的间接证据“高TRAFOV”，而在小区B中具有以高TRAFOV作为它们的唯一证据的故障，于是去掉那些故障。然后使用排除过程96借助一组规则去排除假的肯定，这组规则检验是否性能指标与网络的那些可能被误解为故障的方面有关联，例如这些方面可能是由一个被覆盖的小区、一个小小区或使用一个低噪声放大器以扩展小区范围所引起的，这些是异常的但却是有效的网络条件。例如，如果一个小区有高DROPHO，高VCDESF，高G.VCI90和高REGATT，则该单元可能有低噪声放大器，这不是一个故障。
DRES 8的最后一个过程100调用模块以提取用于处理剩下的故障的建议并把原始DRES报告72写出到一个文件中。这些模块收集关于剩下的故障以及与它们相关联的网络对象的所有证据和信息。所产生的DRES报告72包括一个概要报告(它含有归于一个网络对象的故障发生次数)和详细报告(列出由DRES 8认定的故障和持久的故障)。DRES浏览过程74包括一个可选项以选择持久性模块，它允许用户去建立和修改一个持久性文件102，该文件包括对指定网络对象定义为持久性的症状。用户在发现一持久性症状为有效时可以结合要使用的测试去试验和使症状失效。如果一个故障的所有症状都是持久性的而且相关测试中没有一个是成功的，则定义该故障为持久性的并放置在DRES报告72结尾处的持久性故障部分。用户可设置一个日期，自那日起不再对一症状应用一持久性测试。
上面描述的DRES 8的规则表明了分析故障数据所需规则的类型，而且我们已描述了这一规则库的总体组成。这些规则的形式和详细内容几乎完全取决于要分析的网络的技术和实现。由于网络、它们的性能和分析所需方法都取决于所用技术、设计准则和区域特性，所DRES分析规则必须针对所关心的网络的具体详情来定制，在没有详细的网络知识情况下不能界定规则。
移动网性能指标
REGATT    试注册
TOTACC    总呼叫接入
MSORG     MS起始的通信量(％)
MSTERM    MS终止的通信量(％)
DRVCC     由于声音信道拥挤造成的定向重试(％)
PAGE1     对第一页的响应(％)  (不再使用)
TRAFOV    通信量溢出(％)
VCSZE     VC占用
TOTLOC    定位总数
LOHOFA    每个试切换的定位数HOFAIL    失败的切换(％)HOFFO     切换出(handoff out)总数HOFONP    到非一级小区的切换(％)HOFAILO   失败的/不成功的切换出(％)HOFFI     切换入(handoffin)总数HOFINP    作为非一级小区的切换入(％)HOFAILI   失败的/不成功的切换入(％)VCDESE    VC指定失败(％)DROPHO    切换掉线(％)INSTXQ    由于TX质量不够造成的掉线(％)CALLDO    呼叫掉线(％)HINSTX    处理过的不足TX掉线(％)  (不再使用)CPROGDO   进行中的呼叫掉线(％)DRUPR     由于未知页响应造成的定向重试UPRREJ    未知页响应的拒绝比HORATIO   HOFFSI/HOFFSOHOFFITOT  未成功切换入总数HOFFOTOT  未成功切换出总数A＜SSACC  接入次数＜SSACVCSZCII   VC占用拒绝的C/I入VCSZCIO   VC占用拒绝的C/I出ACCMULT   多重接入ACCALL    所有接入(包括少于SSACC的那些接入)SATFOUT   SAT失败出SATFIN    SAT失败入R＜SSREG  注册次数＜SSREG_ML.1     在解除阻塞的CHM启动的局部控制_ML.10    从局部控制方式返回_ML.70    PMU告警SWR太高_ML.182    非法站类标记_ML.208    被测量的外线请求_ML.220    在切换时起始的失败的VC_ML.221    在传递时起始的失败的VC_ML.222    磁盘传输质量差_ML.223    SAT认证失败_ML.224    100VC起始失败_ML.225    切换开始失败_ML.226    65％VC起始失败_ML.254    26V电池＜25.4V_ML.257    Rx-板+12V超界_ML.261    AIO-单元+5V参考电压超界_ML.263    A-信道CC分集错误_ML.264    B-信道CC分集错误_ML.266    LOL1超界_ML.267    A-信道VC分集错误_ML.268    B-信道VC分集错误_ML.307    调制解调器硬件或软件失效_ML.314    检测到FGTX合成锁失效_ML.322    PMU检测到来自天线的SWR太高_ML.323    A-信道多路耦合器失效_ML.324    B-信道多路耦合器失效_ML.325    A和B-信道多路耦合器失效_ML.338    小输出功率调整环路失效_ML.341    PA-单元输出调整失效_ML.343    检测到PA-单元失效_ML.346    PA-单元输出调整失效(PALEVEL太高)_ML.347    PA-单元输出调整失效(PALEVEL太低)_ML.348    PA-单元输出调整失效(输出功率太高)_ML.349    PA-单元输出调整失效(输出功率下降1dB)_ML.350    PA-单元输出端SWR太高_ML.351    两个PA-单元温度检测器之一有故障_ML.352    26V调节器板有故障_ML.353    检测到PA-单元上温度过高_ML.356    AIO硬件失效_ML.359    FGRX-单元合成锁失效_ML.361    调制解调器硬件或软件失效_ML.364    S/W执行队列接近满_ML.377    在连接的CHM中参考OSC警告_G.％＜ACC 低于SSACC的未补偿的接入水平的百分比_G.％OCC   解除阻塞的声音信道的占用百分率_G.BLK     小区中被阻塞的装置数_G.BNC10   在忙状态由所有信道收到的未补偿信号强度的百分
       之10_G.BNC 50  在忙状态由所有信道收到的未补偿信号强度的百分
       之50_G.BNC90   在忙状态由所有信道收到的未补偿信号强度的百分
       之90_G.BS15    忙Sat与噪声之比小于15dB_G.BS20    忙Sat与噪声之比小于20dB_G.BS25    忙Sat与噪声之比小于25dB_G.BS30    忙Sat与噪声之比小于30dB_G.CCAI10  当信道空闲时控制信道所收到的关于接入的平均信
       号强度的百分之10_G.CCAI50  当信道空闲时控制信道所收到的有关接入的平均信
       号强度的百分之50_G.CCAI90  当信道空闲时控制信道所收到的关于接入的平均信
       号强度的百分之90_G.C/I10  载波与干扰测量值之比低于10dB_G.C/I15  载波与干扰测量值之此低于15dB_G.C/I18  载波与干扰测量值之比低于18dB_G.C/I20  载波与干扰测量值之比低于20dB_G.C/I25  载波与干扰测量值之比低于25dB_G NACCS  真接入次数_G.VCI10  在空闲状态信道收到的未补偿信号强度的百分之10_G.VCI50  在空闲状态信道收到的未补偿信号强度的百分之50_G.VCI90  在空闲状态信道收到的未补偿信号强度的百分之90CUSTACCF  客户发觉的接入失效(％)CPROGDO   进行中的呼叫掉线(％)NETCONG   网络拥塞(％)SERVLOS   服务丢失(不再使用)TOTACC    总呼叫接入数TOTDHO    总掉线数(包括切换)TOTDROP   总掉线数(不包括切换)TRAFOV    通信量溢出(％)ACCUPR    由于未知的页响应造成的接入(不再使用)DROPHOU   切换时掉线(％)DRSUC     成功的定向重试响应(％)INSTXQ    由于TX质量不够造成的掉线(％)PAGE1     响应于第一页(％)PAGECON   页拥塞PAGESUC   成功页SATFAIL   SAT失效UNCREG    未确认的注册UNSUCHO   不成功的切换UPRDR     UPR未导致定向重试VCDESDR   VC指定失效(定向重试)  (％)VCDESF     VC指定失效(全部)  (％)VCSZE      声音信道占用DO＞5      小区数DO＞5％R＜SSREG   试注册数＜SSREGACCALL     所有接入，包括＜SSACCA＜SSACC   接入数＜SSACCACCMULT    多重接入VCSZUHO    在HO的未成功VC占用VCSZCI     VC占用被拒绝-低C/I_G.BS10    在10dB水平总SAT与噪声之比性能，以百分比计_G.BS15    在15dB水平总SAT与噪声之比性能，以百分比计_G.BS20    在20dB水平总SAT与噪声之比性能，以百分比计_G.BS25    在25dB水平总SAT与噪声之比性能，以百分比计_G.BS30    在30dB水平总SAT与噪声之比性能，以百分比计_G.CI10    对于10dB的总载波与干扰之比性能，以百分比计_G.CI15    对于15dB的总载波与干扰之比性能，以百分比计_G.CI20    对于20dB的总载波与干扰之比性能，以百分比计_G.CI25    对于25dB的总载波与干扰之比性能，以百分比计_G.RSS10   在所考虑的所有小区中的所有信道中，所有信道信
       号强度的百分之10_G.RSS50   在所考虑的所有小区中的所有信道中，所有信道信
       号强度的百分之50_G.RSS90   在所考虑的所有小区中的所有信道中，所有信道信
       号强度的百分之90

Claims (26)

1.一种网络分析系统，包括：
获得由电信网设备产生的参数数据的装置，所述参数数据代表所述网络的运行条件，
处理所述参数数据以从应用于所述参数数据的检测过程产生出症状数据的装置，以及
根据所述症状数据和代表所述症状数据与故障之间的关系的关系数据，产生代表可能已发生的故障的故障数据的装置。
2.如权利要求1要求的网络分析系统，其中所述关系数据代表对应于所述症状数据的症状和所述故障之间的各自关系，而一个所述症状和一个所述故障之间的关系代表由该故障引起该症状的可能性。
3.如权利要求2要求的网络分析系统，其中所述关系是肯定、否定、必然、禁止或不存在。
4.如权利要求3要求的网络分析系统，其中所述故障数据指明：当一故障的症状数据表明有效的肯定症状数大于零、没有无效的必然症状、而且没有有效的禁止症状时，该故障可能已经发生。
5.如权利要求4要求的网络分析系统，还包括一个图形用户界面用于建立和调整所述关系数据。
6.如权利要求5要求的网络分析系统，其中所述设备的所述关系数据是在一个网络对象决策表中提供的。
7.如前面任一权利要求中要求的网络分析系统，这里所述故障数据还代表所述故障已经发生的可能性。
8.如权利要求1要求的网络分析系统，包括根据所述故障数据产生代表可能已发生的故障的发生数据的装置。
9.一种网络分析系统，包括
获得由电信网设备产生的参数数据的装置，所述数据代表所述网络的运行参数，
处理所述参数数据以产生代表可能已发生的故障的故障数据的装置，以及
根据所述故障数据产生代表可能已发生的故障的发生数据的装置。
10.如权利要求8或9要求的网络分析系统，其中所述发生数据是通过把预定规则应用于所述设备的所述故障数据而产生的。
11.如权利要求10要求的网络分析系统，其中将多个具有预定关系的所述设备的故障数据进行比较以产生所述发生数据。
12.如权利要求11要求的网络分析系统，其中对于所述多个设备之一的故障数据，如果它被确定为不代表一个可能已发生的故障，则不用它产生所述发生数据。
13.如权利要求12要求的网络分析系统，其中所述发生数据是根据进一步处理所述参数数据而产生的。
14.一种网络分析方法，包括：
获得由电信网设备产生的参数数据，所述参数数据代表所述网络的运行参数，
处理所述参数数据以从应用于所述参数数据的检测过程产生出症状数据，以及
根据所述症状数据和代表所述症状数据与所述故障之间的关系的关系数据，产生代表可能已发生的故障的故障数据。
15.如权利要求14要求的网络分析方法，其中所述关系数据代表对应于所述症状数据的症状与所述故障之间的各自关系，而一个所述症状和一个所述故障之间的关系代表由该故障引起该症状的可能性。
16.如权利要求15要求的网络分析方法，其中所述关系是肯定、否定、必然、禁止或不存在。
17.如权利要求16要求的网络分析方法，其中所述故障数据指明：当一故障的症状数据表明有效的肯定症状数大于零、没有无效的必然症状、而且没有有效的禁止症状时，该故障可能已经发生。
18.如权利要求17要求的网络分析方法，还包括提供一个图形用户界面用于建立和调整所述关系数据。
19.如权利要求18要求的网络分析方法，其中所述设备的所述关系数据是在一个网络对象决策表中提供的。
20.如权利要求14至19中任何之一要求的网络分析方法，其中所述故障数据还代表所述故障已发生的可能性。
21.如权利要求14要求的网络分析方法，包括根据所述故障数据产生代表可能已发生的故障的发生数据。
22.一种网络分析方法，包括：
获得由电信网设备产生的参数数据，所述数据代表所述网络的运行参数，
处理所述参数数据以产生代表可能已发生的故障的故障数据，以及
根据所述故障数据产生代表可能已发生的故障的发生数据。
23.如权利要求21或22要求的网络分析方法，其中所述发生数据是通过把预定规则应用于所述设备的所述故障数据而产生的。
24.如权利要求23要求的网络分析方法，其中将多个具有预定关系的所述设备的故障数据进行比较以产生所述发生数据。
25.如权利要求24要求的网络分析方法，其中对于所述多个设备之一的故障数据，如果它被确定为不代表一个可能已发生的故障，则不用它产生所述发生数据。
26.如权利要求25要求的网络分析方法，其中所述发生数据是根据进一步处理所述参数数据而产生的。
CNB961969423A 1995-08-16 1996-08-16 一种网络分析系统和方法 Expired - Fee Related CN1149788C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
AUPN4796A AUPN479695A0 (en) 1995-08-16 1995-08-16 A network analysis system
AUPN4796 1995-08-16

Publications (2)

Publication Number Publication Date
CN1196146A true CN1196146A (zh) 1998-10-14
CN1149788C CN1149788C (zh) 2004-05-12

Family

ID=3789127

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB961969423A Expired - Fee Related CN1149788C (zh) 1995-08-16 1996-08-16 一种网络分析系统和方法

Country Status (7)

Country Link
US (1) US6307841B1 (zh)
EP (1) EP0845180A4 (zh)
CN (1) CN1149788C (zh)
AU (1) AUPN479695A0 (zh)
CA (1) CA2229602C (zh)
NZ (1) NZ313936A (zh)
WO (1) WO1997007614A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100388681C (zh) * 2004-12-22 2008-05-14 华为技术有限公司 一种触发在线维护的方法
CN100450246C (zh) * 2005-03-23 2009-01-07 华为技术有限公司 一种检查传输通道配置参数的方法
CN100592691C (zh) * 2007-01-10 2010-02-24 中国电信股份有限公司 网管接口信息模型一致性测试的自动对比方法及系统
CN102055604B (zh) * 2009-11-05 2012-12-05 中国移动通信集团山东有限公司 一种故障定位方法及其系统
CN105024765A (zh) * 2014-04-17 2015-11-04 中国移动通信集团广东有限公司 一种室内天线分布系统故障快速定位方法及装置

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6588016B1 (en) 1998-06-30 2003-07-01 Cisco Technology, Inc. Method and apparatus for locating a faulty component in a cable television system having cable modems
US6973668B1 (en) 1998-06-30 2005-12-06 Cisco Technology, Inc. Method and apparatus for locating a faulty component in a cable television system having cable modems
US6594305B1 (en) 1998-06-30 2003-07-15 Cisco Technology, Inc. Media access layer ping protocol for diagnosing cable modem links
US6421722B1 (en) * 1999-04-30 2002-07-16 Alcatel Canada Inc. Method and apparatus for providing internetworking service reliability
US6535747B1 (en) * 1999-12-23 2003-03-18 Ericsson Inc. System and method for coverage and interference prediction and tradeoff
WO2001089141A2 (en) * 2000-05-19 2001-11-22 Orchestream Canada Corporation Network overview report
WO2002025438A1 (en) * 2000-09-22 2002-03-28 Patchlink.Com Corporation Non-invasive automatic offsite patch fingerprinting and updating system and method
US20040003266A1 (en) * 2000-09-22 2004-01-01 Patchlink Corporation Non-invasive automatic offsite patch fingerprinting and updating system and method
US6850253B1 (en) * 2000-12-26 2005-02-01 Nortel Networks Limited Representing network link and connection information in a graphical user interface suitable for network management
WO2003058457A1 (en) * 2001-12-31 2003-07-17 Citadel Security Software Inc. Automated computer vulnerability resolution system
US7257630B2 (en) 2002-01-15 2007-08-14 Mcafee, Inc. System and method for network vulnerability detection and reporting
US7543056B2 (en) 2002-01-15 2009-06-02 Mcafee, Inc. System and method for network vulnerability detection and reporting
US7243148B2 (en) * 2002-01-15 2007-07-10 Mcafee, Inc. System and method for network vulnerability detection and reporting
US20030204781A1 (en) * 2002-04-30 2003-10-30 International Business Machines Corporation Method and apparatus for displaying diagnostic recommendations for monitored processes
US7627891B2 (en) 2003-02-14 2009-12-01 Preventsys, Inc. Network audit and policy assurance system
US8561175B2 (en) 2003-02-14 2013-10-15 Preventsys, Inc. System and method for automated policy audit and remediation management
US8201257B1 (en) 2004-03-31 2012-06-12 Mcafee, Inc. System and method of managing network security risks
US7519954B1 (en) 2004-04-08 2009-04-14 Mcafee, Inc. System and method of operating system identification
US7924733B2 (en) * 2006-09-28 2011-04-12 Avaya Inc. Root cause analysis of network performance based on exculpation or inculpation sets
CN114268559B (zh) * 2021-12-27 2024-02-20 天翼物联科技有限公司 基于tf-idf算法的定向网络检测方法、装置、设备及介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5068823A (en) * 1988-07-11 1991-11-26 Star Semiconductor Corporation Programmable integrated circuit using topological and parametric data to selectively connect and configure different high level functional blocks thereof
US5185849A (en) * 1989-06-27 1993-02-09 Olympus Optical Co., Ltd. Digital fuzzy inference apparatus having time divisional control function
DE69225822T2 (de) * 1991-03-12 1998-10-08 Hewlett Packard Co Auf Hypothesen und Schlussfolgerungen basiertes Diagnoseverfahren von Datenkommunikationsnetzwerken
EP0598484B1 (en) 1992-10-22 2001-12-19 Hewlett-Packard Company, A Delaware Corporation Monitoring system status
GB9303640D0 (en) * 1993-02-23 1993-04-07 British Telecomm Object-oriented correlation
US5446874A (en) 1993-12-23 1995-08-29 International Business Machines Corp. Automated benchmarking with self customization
GB2286508A (en) * 1994-02-08 1995-08-16 Ibm Performance and status monitoring in a computer network

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100388681C (zh) * 2004-12-22 2008-05-14 华为技术有限公司 一种触发在线维护的方法
CN100450246C (zh) * 2005-03-23 2009-01-07 华为技术有限公司 一种检查传输通道配置参数的方法
CN100592691C (zh) * 2007-01-10 2010-02-24 中国电信股份有限公司 网管接口信息模型一致性测试的自动对比方法及系统
CN102055604B (zh) * 2009-11-05 2012-12-05 中国移动通信集团山东有限公司 一种故障定位方法及其系统
CN105024765A (zh) * 2014-04-17 2015-11-04 中国移动通信集团广东有限公司 一种室内天线分布系统故障快速定位方法及装置
CN105024765B (zh) * 2014-04-17 2018-02-23 中国移动通信集团广东有限公司 一种室内天线分布系统故障快速定位方法及装置

Also Published As

Publication number Publication date
WO1997007614A1 (en) 1997-02-27
EP0845180A1 (en) 1998-06-03
CA2229602A1 (en) 1997-02-27
AUPN479695A0 (en) 1995-09-07
CA2229602C (en) 2003-07-08
US6307841B1 (en) 2001-10-23
EP0845180A4 (en) 2003-05-07
NZ313936A (en) 2000-01-28
CN1149788C (zh) 2004-05-12

Similar Documents

Publication Publication Date Title
CN1196146A (zh) 一种网络分析系统
CN100346662C (zh) 用于优化网络性能的网络分析方法和装置以及具有实施所述方法的程序的记录介质
CN1254048C (zh) 用于网络监控的系统、工具和方法和相应的网络
CN111294819B (zh) 一种网络优化方法及装置
US20080195614A1 (en) Proactive Analysis of Communication Network Problems
CN1722682A (zh) 网络监控系统
CN110392437B (zh) 一种终端工作频点的切换方法、装置、终端及存储介质
CN103581976A (zh) 小区的识别方法和装置
CN107135090A (zh) 一种实现网络质差问题定位的方法及装置
CN107102928A (zh) 一种应用程序崩溃信息上报方法和装置
CN105825129A (zh) 一种融合通信中恶意软件鉴别方法和系统
US20070219843A1 (en) Method and apparatus for providing work flows used to resolve alarm conditions detected in a system
CN103702343B (zh) 一种同频干扰小区的检测方法及装置
CN105933497A (zh) 一种多模式的来电拦截方法与装置
CN1515125A (zh) 用于量化无线电信网络中的干扰分析的准确度的系统和方法
CN1882182A (zh) 用于分析被修改的分析数据以优化通信网络的系统
CN111641954B (zh) 一种频点配置方法、装置、设备及存储介质
CN110532122B (zh) 故障分析方法及系统、电子设备、存储介质
CN113194474A (zh) 伪基站的定位方法、装置、电子设备及可读存储介质
CN1770901A (zh) 可参数化单元校正操作的预检验系统
CN1866865A (zh) 无线网络中故障定位的方法
CN1902631A (zh) 用于周期现象的聚类技术
CN113301555A (zh) 常驻小区确定方法、装置、设备、介质及产品
CN109993388B (zh) 劣化小区主因判断方法、装置、设备及介质
CN111142898A (zh) 一种基于群体智能模式的数据防泄漏终端升级方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1019815

Country of ref document: HK

C19 Lapse of patent right due to non-payment of the annual fee
CF01 Termination of patent right due to non-payment of annual fee