CN1149788C - 一种网络分析系统和方法 - Google Patents

Abstract

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

Description

一种网络分析系统和方法

本发明是关于一种网络分析系统和方法。

电信系统包括复杂的电子交换设备，它能提供关于设备状态和性能以及电信系统其他方面的广泛的数据。特别是移动电信系统受到各种运行条件的影响，这些运行条件在很大程度上取决于移动电信站的运动和使用。一个移动系统的运行条件包括不可预见的因素，并能引起需要检测出来的各种不同的故障。移动电信系统的设备，特别是系统中使用的基站，能产生相当大量的数据，根据这些数据能检测出故障。如果通过取得可能与确定故障有关的数据并进而分析这些数据以检测出故障，从而能监视一个电信系统，那将是非常有利的。

欧洲专利申请EP0503784中公开了一种用于诊断数据通信网络的专家系统和方法。

根据本发明，提供了一种网络分析系统，它包括：

获得由电信网设备产生的参数数据的装置，所述参数数据代表所述网络的运行参数。

处理所述参数数据以从应用于所述参数数据的检测过程产生出症状数据的装置，以及

根据所述症状数据和代表所述症状数据与故障之间的关系的关系数据，产生代表可能已发生的所述故障的故障数据的装置。

有利的是，所述故障数据可以进一步表示出所述故障已经发生的可能性。

最好是所述系统进一步包括一个图形用户界面可以建立和调整所述关系数据。

最好是所述系统进一步包括根据所述故障数据产生代表可能已发生的故障的发生数据的装置。

最好是所述发生数据产生装置对所述故障数据应用预先确定的规则，以产生所述发生数据。最好是所述发生数据产生装置比较与一组有预定关系的多个所述设备相关联的故障数据，以产生所述发生数据。根据所述关系，发生数据产生装置可以对关于所述多个设备之一的故障数据不予考虑。

根据本发明，还提供了一种网络分析系统，它包括：

获得由电信网设备产生的参数数据的装置，所述数据代表所述网络的运行参数，

处理所述参数数据以产生代表可能已发生的故障的故障数据的装置，以及

根据所述故障数据产生代表可能已发生的故障的发生数据的装置。

本发明还提供了一种网络分析方法，包括：

获得由电信网设备产生的参数数据，所述参数数据代表所述网络的运行参数，

处理所述参数数据以从应用于所述参数数据的检测过程产生出症状数据，以及

根据所述症状数据和代表所述症状数据与所述故障之间的关系的关系数据，产生代表可能已发生的故障的故障数据。

本发明进一步提供了一种网络分析方法，包括：

获得由电信网设备产生的参数数据，所述数据代表所述网络的运行参数，

处理所述参数数据以产生代表可能已发生的故障的故障数据，以及

根据所述故障数据产生代表可能已发生的故障的发生数据。

下面将参考附图描述本发明的一个最佳实施例(仅作为举例)，其中：

图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的指标x_i值并把症状测试应用于该值，来对一网络对象确定在那个日期的症状。如果在那个日期该指标值是不能得到的，则症状值为未知，否则症状值为真或假。

可对性能指标应用多种不同测试，这些测试通常为四种主要类型之一：阈值测试、差值测试、滑动平均测试和控制限测试。例如，对于一个症状可选择下列测试之一：

x_i＜{阈值}

x_i≤{阈值}

x_i＝{阈值}

x_i＞{阈值}

x_i≥{阈值}

100*(x_i-x_i-1)/x_i-1＞{阈值}

-100*(x_i-x_i-1)/x_i-1＞{阈值}

x_i＞(x_i-1)均值+{n}*(x_i-1)标准偏差

x_i＜(x_i-1)均值-{n}*(x_i-1)标准偏差

x_i＞上控制限

x_i＜下控制限

x_i在控制限(上限或下限)以外

x_i在控制限(上限和下限)以内

故障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产生的结果是：故障f₁和f₂是非常可能的，而f₃和f₄是不大可能的。产生这一结果的原因是前三个症状60是真，而最后二个症状62是假。对f₁的可能性级别为1.0(非常可能)，对f₂是0.67(非常可能)，而对f₃和f₄是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     切换入(handoff in)总数

HOFINP    作为非一级小区的切换入(％)

HOFAILI   失败的/不成功的切换入(％)

VCDESE    VC指定失败(％)

DROPHO    切换掉线(％)

INSTXQ    由于TX质量不够造成的掉线(％)

CALLDO    呼叫掉线(％)

HINSTX    处理过的不足TX掉线(％)  (不再使用)

CPROGDO   进行中的呼叫掉线(％)

DRUPR     由于未知页响应造成的定向重试

UPRREJ    未知页响应的拒绝比

HORATIO   HOFFSI/HOFFSO

HOFFITOT  未成功切换入总数

HOFFOTOT  未成功切换出总数

A＜SSACC  接入次数＜SSAC

VCSZCII   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.BNC 10  在忙状态由所有信道收到的未补偿信号强度的百分

           之10

_G.BNC 50  在忙状态由所有信道收到的未补偿信号强度的百分

           之50

_G.BNC90   在忙状态由所有信道收到的未补偿信号强度的百分

           之90

_G.BS 15   忙Sat与噪声之比小于15dB

_G.BS20    忙Sat与噪声之比小于20dB

_G.BS25    忙Sat与噪声之比小于25dB

_G.BS30    忙Sat与噪声之比小于30dB

_G.CCAI10  当信道空闲时控制信道所收到的关于接入的平均信

           号强度的百分之10

_G.CCAI 50 当信道空闲时控制信道所收到的有关接入的平均信

           号强度的百分之50

_G.CCAI 90 当信道空闲时控制信道所收到的关于接入的平均信

           号强度的百分之90

_G.C/I 10    载波与干扰测量值之比低于10dB

_G.C/I 15    载波与干扰测量值之比低于15dB

_G.C/I 18    载波与干扰测量值之比低于18dB

_G.C/I 20    载波与干扰测量值之比低于20dB

_G.C/I 25    载波与干扰测量值之比低于25dB

_G_NACCS     真接入次数

_G.VCI10     在空闲状态信道收到的未补偿信号强度的百分之10

-G.VCI 50    在空闲状态信道收到的未补偿信号强度的百分之50

-G.VCI 90    在空闲状态信道收到的未补偿信号强度的百分之90

CUSTACCF     客户发觉的接入失效(％)

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   试注册数＜SSREG

ACCALL     所有接入，包括＜SSACC

A＜SSACC   接入数＜SSACC

ACCMULT    多重接入

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.如权利要求8要求的网络分析系统，其中所述发生数据是通过把预定规则应用于所述设备的所述故障数据而产生的。

10.如权利要求9要求的网络分析系统，其中将多个具有预定关系的所述设备的故障数据进行比较以产生所述发生数据。

11.如权利要求10要求的网络分析系统，其中对于所述多个设备之一的故障数据，如果它被确定为不代表一个可能已发生的故障，则不用它产生所述发生数据。

12.如权利要求11要求的网络分析系统，其中所述发生数据是根据进一步处理所述参数数据而产生的。

13.根据权利要求1的网络分析系统，其中所述参数数据在实际运行条件期间被收集，并且所述故障可能已经在所述实际运行条件期间发生。

14.一种网络分析方法，包括：

获得由电信网设备产生的参数数据，所述参数数据代表所述网络的运行参数，

处理所述参数数据以从应用于所述参数数据的检测过程产生出症状数据，以及

根据所述症状数据和代表所述症状数据与所述故障之间的关系的关系数据，产生代表可能已发生的故障的故障数据。

15.如权利要求14要求的网络分析方法，其中所述关系数据代表对应于所述症状数据的症状与所述故障之间的各自关系，而一个所述症状和一个所述故障之间的关系代表由该故障引起该症状的可能性。

16.如权利要求15要求的网络分析方法，其中所述关系是肯定、否定、必然、禁止或不存在。

17.如权利要求16要求的网络分析方法，其中所述故障数据指明：当一故障的症状数据表明有效的肯定症状数大于零、没有无效的必然症状、而且没有有效的禁止症状时，该故障可能已经发生。

18.如权利要求17要求的网络分析方法，还包括提供一个图形用户界面用于建立和调整所述关系数据。

19.如权利要求18要求的网络分析方法，其中所述设备的所述关系数据是在一个网络对象决策表中提供的。

20.如权利要求14至19中任何之一要求的网络分析方法，其中所述故障数据还代表所述故障已发生的可能性。

21.如权利要求14要求的网络分析方法，包括根据所述故障数据产生代表可能已发生的故障的发生数据。

22.如权利要求21要求的网络分析方法，其中所述发生数据是通过把预定规则应用于所述设备的所述故障数据而产生的。

23.如权利要求22要求的网络分析方法，其中将多个具有预定关系的所述设备的故障数据进行比较以产生所述发生数据。

24.如权利要求23要求的网络分析方法，其中对于所述多个设备之一的故障数据，如果它被确定为不代表一个可能已发生的故障，则不用它产生所述发生数据。

25.如权利要求24要求的网络分析方法，其中所述发生数据是根据进一步处理所述参数数据而产生的。

26.如权利要求14的网络分析方法，其中所述参数数据在实际运行条件期间被收集，并且所述故障可能已经在所述实际运行条件期间发生。

Images