专利名称：用于存储式程控交换系统的行为监视与分析系统的制作方法
背景技术：
本发明涉及存储式程控通信交换系统，尤其涉及用于此类系统的一种设计和诊断工具。
数字存储式程控通信交换是非常复杂的系统，它们包含许多全部由计算机控制的物理部件，而计算机含有许多不同的交互作用的软件块。为了处理系统内的电话呼叫，这些软件块的每一块都必须以一种交互的和实际完美的方式执行各自的分析和控制工作。数据是不断地通过软件信号在不同的软件块之间交换的。最终结果必须是准确的并及时处理大批对控制各种硬件设备有影响的信号，建立通信连接。往往在通信交换机工作期间，尤其在新的或经过升级的软件启用期间，在导向所谓的“被卡住的”装置或软件单元去的转接中可能会产生各种故障。产生这种软件故障的原因在于在一个或多个块内的软件不能处理系统内一个特殊事件或事件序列。当一个故障发生时，通常必须部分或全部重新启动软件块甚至整个系统，以排除被卡住的单元并向系统返回一个状态，该状态可以由软件认可为正当的呼叫处理。
通过编程，使通信交换机响应于系统内各种“事件”的发生，诸如用户摘机、用户数字拨号、拍叉簧信号或用户挂机。上述任一事件以及其它可能事件的发生将导致交换系统的软件内的某种行为，以及指定和撤消指定某些物理部件去影响一次呼叫的完成。当一个软件事件发生，并导致有部件或软件被卡住时，能够追踪导致被卡住的情况的事件序列以诊断和消除故障的原因是非常重要的。再者，在已经对软件作了校正后，也必须能再现位于故障之前的特定事件的次序、序列和计时，以确保校正工作并防止故障的再现。
过去，用以检验通信交换机正确操作的一种方法是得到包括各种程序指令在内的低级打印输出，这些指令以一种特定的呼叫序列产生。这种打印输出或“追踪”是非常详细的，甚至于经过训练的技术人员也非常难以理解。对软件故障定位和校正来说，追踪并非一种有效的解决方法。
另一种检验交换系统内正确操作的方法是实际进行所需的呼叫，并在进行呼叫时观察交换机的反应。然而，这主要是一种行/不行的确定，无法使操作员详细检查交换机为进行呼叫而执行的计算机指令的实际顺序。
因此，人们非常期望有一种方法和工具，通过其能选择和收集通信环境中的软件信号、数据、执行次序、时序以及各个参数跟其他来自交换软件的信息之间的关系或其他一些状况，以监测导致故障条件发生的各种事件的序列，这样，就可以用来重新构建同样的事件序列，以测试用以防止故障再现的各种校正。本发明就提供了这样一种系统和方法。
发明概述一方面，本发明包括用以有选择地监测软件内某些事件的发生，然后将这些事件的标识贮存在存储器内的一种系统。所贮存的事件用以控制一个业务量发送器，在以后的场合再现同样的这些事件，以测试交换机的性能。
另一方面，本发明也是用以监视和记录拥有功能性软件块的一个通信交换系统内某些情况的一种方法。该方法通过控制台指令选择与待监视的事件有关的各种参数。该通信交换系统内的功能性软件块经改进以提供能报告被检测到的参数的软件信号。然后检测通信交换系统内与引发故障之事件有关的各种参数。被检测到的参数与被选的参数作比较，以确定产生该信号的事件是否为所需监测的事件。最后，当确定该事件是所需监测的事件时，即记录被检测到的参数。
该方法还可以包括通过用出现时间的表示标识每一个记录参数来分析所记录的参数，将所记录的事件参数装入带监视器的计算机，利用时间表示重新构建导致在通信交换系统内产生故障的事件序列，然后在用以分析该序列的计算机的监视器上显示事件的序列。
再一方面，本发明是一种用以测试通信交换系统的系统。该测试系统包括用以检测与引发故障事件有关的通信交换系统内的各种参数的装置，以及用以记录这些被测参数的记录装置。该系统还具有用以产生含有记录参数的仿真电话信号的一个信号发生器，以及通过该通信交换系统发送该仿真电话信号，以测试该系统的装置。
以下结合附图加以描述，以便于更完整地了解本发明及其进一步的目的和优点，其中
图1为图解说明如何使用本发明的系统的示意图;
图2是表示本发明系统某些部件的方框图;
图3是表示根据本发明在交换系统软件内采集数据的方框图;
图4是表示本发明系统内某些软件单元的方框图;
图5是表示本发明系统内所采用的某些过程的流程图;
图6是表示在本发明较佳实施例中一个典型呼叫序列期间的LOGEVENT性能。
详细说明一般来说，本发明的系统采用捕捉“事件”出现和时间的技术，这类事件因用户动作以及由于通信交换机中软件块内发生的动作而产生。用一个大的缓冲存储器存储与所捕捉的事件有关的数据，以及其位置标识。然后利用所存储的数据分析事件，用以诊断和校正故障的起因，以及在以后的期间再现事件的同样序列和时序，以测试所进行的校正，确保消除故障状况的原因。
首先参见图1，它表示一个示意图，表明一个通信网络内本发明系统的整体实现。第一个由贮存的程序控制的通信交换系统(“交换”)11通过局间中继线13连接到第二个交换系统12。交换系统11受连续的一连串事件的支配，或者是外部事件，或者是内部事件。外部事件14可以包括具有电话设备15的用户的动作而产生的事件，或者基于其它交换系统的事件16，例如来自其它交换系统的呼叫。交换机11还受内部事件的支配，后者由于各种软件块之间交换的软件信号以及这些内部软件动作的时序和性质而产生。本发明的系统耦合到交换系统11，这样，某些事件17-19，诸如发生在交换系统内以及涉及特定用户或特定局间中继线的各种事件，被直接送到事件滤波器21，后者有选择地检验每一事件，以确定哪一些事件是感兴趣的。事件滤波器21可由用户有选择地编程，为此，滤波器部件22-24滤除对特定分析无用的事件，而将有用的事件送到存储器25进行记录。记录于存储器25中的事件如箭头26所示送到个人计算机(PC)27，其中可以对事件存储、分析，并通过图象接口观察，以诊断和校正交换机软、硬件内的错误。
一度曾以例如改变交换系统11之软件的方式进行校正，为了校正在某些情况下产生故障的软件错误，PC27能够让贮存着的事件28通过话务原稿软件以按照类似呼叫话务的形式重编这些事件。话务模拟信号31传递到业务量发生器32，它产生事件序列，发生器信号33耦合到交换系统11以模拟电话话务的发生。业务量发生器32使电话呼叫模拟能包含原先在交换系统11内产生故障的同样的事件序列和时序。这样可以使系统操作员迅速而方便地检验针对软件/硬件的校正是否已经消除了同样故障将来可能的发生。
参见图2，它表示一个通信交换系统的方框图，其中结合了本发明的诊断系统。通信交换系统41可以采用本发明的受让人根据称为AXE-10制造的型号，早期的型式见之于Mat Eklund等人在《Ericsson Review》1976年第2期上发表的题为“AXE10系统说明”一文，该文在此作为本发明的参考资料。交换系统41包括贮存数据的存储器42以及线路存取块43。数据存储器42包括一个事件记录缓冲器和一个较大的存储区域，其中，系统可以既贮存固定的也贮存暂时的信息，包括本发明系统所用的某些数据。系统41的线路存取43包括诸如用户线路接口电路(SLIC)之类的硬件，以及用以控制该电路并使用户电话能获得通往交换系统41的通路的软件。通信交换系统内还安装一个软件块44，它应用于本发明系统的配置，以下将作进一步描述。该软件块称为“LOGEVENT”软件块44。交换系统41内的LOGEVENT软件块44通过数据通信链路46连接到设置于个人计算机27内的LOGEVENT软件块45。个人计算机27还包括存储器47以及常用操作软件和其它图形以及人-机界面软件，以下将作进一步详细描述。个人计算机27通过数据线连接到常用的PC机控制的业务量发生器48。个人计算机27可以列出一连串宏指令，控制业务量发生器48在连接到通信交换系统41之线路存取软件块43的多条线路49上发送仿真的通信业务量。
LOGEVENT软件块44包括在通信交换系统41的控制系统软件内。通过经由控制终端51至通信交换系统的人-机语言命令，可以选定对哪些用户监视其事件的发生情况。LOGEVENT块44通过作为I/O终端的个人计算机27编程，以确定涉及特定用户线路的特定事件，这些事件由系统收集和贮存。LOGEVENT软件块44内的映象功能存储着一些判据，用以识别事件是否与先前确定的用户指针相匹配。事件贮存在数据存储器42内的缓冲存储器中，并可以通过终端51按指令打印输出。除了在数据存储器42中记录事件外，每个事件当其产生时可以经由数据链路46送到个人计算机27。个人计算机的LOGEVENT块45接收信息和将事件记录在存储器47中，并且在个人计算机27的监视器用图形显示信息。个人计算机27也可以用来重现和分析事件的序列，以便确定所发生事件的性质，并诊断产生故障的原因。此外，通过技术人员与图形对象的交互，也可以在PC机内建立事件文档。这样就可以逐一地为具有更高效率和速度的业务量发生器48建立测试指令。
参见图3，它示出一个示意图，表示将有关交换系统软件内发生的事件的信息送到本发明的LOGEVENT块44的一种方法。通信交换系统41的数据处理软件61包括有许多呼叫处理功能块。其中包括多个线路接口(LI)块62、呼叫连接器(CJ)块63、寄存器信号装置(RE)块64、码接收器(KR)块65以及线路接口业务量处理(LITH)块66。此外，双路中继线(BT1)67和信号装置系统第七个双路中继线(S7BTC)68，以及许多其它块都提供了用于相互之间通信的软件信号以及软件信号69，后者有选择地直接指向LOGEVENT块44，用以收集与数据处理软件块61内发生的软件事件有关的数据。一些常用的软件“插入段”被加到系统内的每个软件模块，以便使与事件有关的信号指向LOGEVENT块44。当有选择地收集这些数据时，就在71将它们传送到通信交换系统内的数据存储器42(如图2所示)，以及通过数据通信接口46送到PC机27。
参见图4，它是一个方框图，表示包括分别位于通信交换系统41和个人计算机27之LOGEVENT软件块44和45的各个部件。其中，某些软件块离线工作，而另一些则实时在线工作。在通信交换系统内，LOGEVENT块44包括了数据构建块72以及记录选择和类似内容的装置，前者被用来产生包括通知系统事件定义在内的命令项，后者是为了初始建立一些将在通信交换系统41内用于采集数据的参数。缓冲显示模块73用以命令通信交换系统41之数据存储器42内的事件记录缓冲器打印输出。数据显示模块74命令打印输出事件定义、记录选择以及与系统所用收集参数有关的其它数据。而且在块44内是一个时间管理组件75，它产生计时信号并保持相对的计时计数器，后者用于打印输出和事件重现，以分析各种事件的序列和时序，并确定它们与涉及事件的数据分析的关联性。事件滤波器块76包括于其中，根据系统内是数据设置、动态配置还是总体交换而相互区别各种事件。正是事件滤波器块76在发生于交换系统内的大量事件跟那些在由本发明的系统在实施的特种的分析中具有重要意义的事件之间进行有选择的区分。事件记录块77相对于为记录而选择并经事件过滤模块76过滤的每一特定事件保存和贮存相关时间、事件号、装置号、相关装置号，直至20个数据字。设置在通信交换系统41和个人计算机27内的是事件装入软件块78，它用以收集数据存储器42内事件记录缓冲器的内容，并将这些内容转送到与PC机27有关的存储器47。个人计算机27内还有一个事件转换模块79，它包括用以将一次事件登录按规则转换成宏指令块的软件，这些宏指令块可以通过业务量发生器系统重现，以产生仿真的呼叫，送到通信交换系统的入口。而且，PC机27内还设置一个事件重现块81，它保留着由以前事件记录所产生的宏指令，使仿真的事件能够建立。
参见图1至4，本发明的系统部分地是由位于通信交换系统41内的LOGEVENT块44实现的。信息至模块44的通信是通过在通信交换系统软件61内插入现有的代码块完成的，这样，当感兴趣的事件一产生，一个软件信号69(见图3)就被送到LOGEVENT块44。各种事件被动态地加到LOGEVENT块44，这样，用户可以在出于任何特定的目的而在块内创建事件并对它们进行定义。每个软件信号69包含一个识别标记或事件号，以及连同该事件其它标记一起贮存在数据存储器42中事件记录数据缓冲器内的某些预定信号。在一个实施例中，数据缓冲器是作为一个“循环缓冲器”实现的。该循环缓冲器可以防止数据的溢出，这是因为，当存贮区内按通常情况会发生溢出时，可以又在数据文件的始端重新开始存储。
跟记录事件的标记一起贮存的附加信息为装置号或识别号，它们来自于发送该信号的报告软件块。通过利用事件号、装置号以及报告块的识别号，报告给LOGEVENT块44的每一事件均可以被筛选，以确定该事件和装置是否在用于记录的那些“被列入的事件表”中。即，可以按这种方式有选择地过滤送到模块的软件信号，以保证只有与特定装置或用户有关的特定事件才被记录。对事件的实际筛选是利用一种散列查找算法实现的，该算法将标记记在一个数组或一个散列查找表中。已收到的每个事件都用一种常用散列算法处理，然后将其结果与散列查找表内的数据比较。只有在该散列查找表中出现的表值才为记录的事件。
通信交换系统41内的其它部件均动态地配置于一张第二散列表中。例如，每个用户都是一对一地与软件记录和线路接口(LI)块相关联。这样的配对，可以称为“LI个体”。当呼叫开始时，呼叫连接器(CJ)个体被“捕获”，然而，该个体装置不是与用户一对一相关联的，而是从空闲的一列中实际选出，故其身份可能是用于个别的呼叫连接器的所有可能值中的任何一个值。如果本系统的用户想要利用呼叫连接器个体数据记录进一步的信息，则将创建一个事件报告新配置的呼叫连接器单元与始发该呼叫的线路接口部件的关联。采用此种方式，可以通过交换系统41追踪整个呼叫序列。当一个信号跟踪设定于交换机内的软件块上时，该技术可有效地限制此时所表示的信息量，并使该信息能对分析交换机内事件的发生具有实际的意义。
采用本发明的系统，所有想要的事件记录经由交换机接口终端51，通过一个命令首先被列入到LOGEVENT块44，并且，只有那些预先安排的事件才设置在数据存储器42内的事件缓冲器中。当然，确实能够利用来自终端51的命令接口捕获所有事件，将装置参数设定为“全部”，由此，所有特定类型的事件都将记录下来，或者，所有任何类型的事件都将由系统记录。
在采用本发明系统的一个典型呼叫序列中，通信交换系统的操作员通过终端51对LOGEVENT软件块44内的数据结构初始化。这个命令建立了一个“块-事件-装置”组合，可由本发明的系统记录。当用户正常呼叫时，例如A用户摘机，该事件就通过软件信号转送到LOGEVENT软件块44。LOGEVENT块检查其内部散列表，以观察该事件是否要作记录，如是，则记录于数据存储器42内的事件缓冲器里，备以后检索。所存贮的与一事件有关的条目包括事件号、时间标记、直至20个数据单元，它们与该事件有关。
A用户摘机后，接下来拨数字，对每一位数字均有一个事件转送到LOGEVENT软件块44，后者记录所拨的每个号连同通过时间标记所表示的每个拨号数之间的相对时间。完成拨号后，接下来用回到LOGEVENT软件块44的信号以及所分配的动态的单独号码鉴别交换系统41内的一些相继的软件块。当呼叫到达被叫用户(B用户)时，该用户的各种事件，例如摘机、快速通话、挂机等也通过由合适的功能软件块送到LOGEVENT软件块44的软件信号加以记录。当通话的每个寄存器信号装置部件释放时，即在通话的话音通路已建立后，软件交换控制就不再需要，该信息也被转送到LOGEVENT软件块44，这样，在下一次呼叫时，那些部件就不再被记录了。当收到“释放”信号时，LOGEVENT块44立即从它的内部散列表中除去该标记。
当从B用户处收到最后挂机事件信号时，LOGEVENT块44记录该事件，并从散列表中除去将引起有关B用户的事件进一步记录的标记。交换系统操作员确定所有有关事件是否完成，然后停止记录，命令打印输出，以观察已被记录的各个事件的序列、时序等等。如果打印输出所示的事件序列存在着对交换系统部分异常的行为，或者如果操作员想要重现本来发生的呼叫，则这些事件通过程序装入到PC机27，并将它们转换为测试原稿，后者在业务量发生器装置48上重现，以重新仿真同样事件的发生，并确定同样的行为是否在交换系统内出现。
本发明的系统还包括实时向个人计算机27内的图形接口报告每一事件的能力，这样，当每一事件发生时，用每个用户在一次通话中的最新状态来更新显示器。这类事件是通过用户图形接口的图符形成部件显示的，该接口能有效地将有关在通信交换机41内所发生事件的信息传送给观察者。例如，如果用户从一个由本系统编目登记的电话机上拿起送受话器时，该图形接口可以从一个表示送受话器在正常挂机位置的电话机图符改变为送受话器悬空在电话机上方的电话机图符，以表示用户刚才确实摘了机。这些图符可以由用户利用一些众所周知的常用的软件工具在个人计算机27上创建，并将利用系统配置文件动态地与事件相关联。
既然能够从通信交换机41内部捕获事件，就也能够重现被捕获的事件，并以非常精确的方式仿真所捕获的呼叫序列。个人计算机27利用测试宏指令将被捕获事件的登录翻译成自动测试指令，而该测试宏指令被指向业务量发生器48，以便为系统重建一个仿真的呼叫。
本发明LOGEVENT块部分内的数据是如下那样处理的。本系统的重要部件是“记录缓冲文件(RECORDING BUFFER FILE)”，它是作为通信交换系统41之数据存储器42内的一个循环缓冲器而实现的。它重现和记录一个先进先出(FIFO)的数据文件，以保证其中所记录的数据的可靠性和完整性。其结构按如下以交换机用编程语言(PLEX)的一种改进形式表示RECORD REPORTBUFFER;
VARIABLE INFOR(32)16 DS;
END RECORD;
POINTER RPOINTER(REPORTBUFFER);
Telefonaktiebolaget L M Ericsson 1993另一个每当事件被记录和重现时就使用的文件是事件目录文件。该文件中包含的数据通过命令设定，每个变量之说明和功能如下所示RECORD EVENT;
VARIABLE EVENTBRIEF16DS;
VARIABLE ALLFLAG 16DS;
VARIABLE ASSOCIATEDEVENT16DS;
VARIABLE STARTTRIG16DS;
VARIABLE TOTALDATA16DS;
STRING VARIABLE BLOCKNAME7DS;
STRING VARIABLE STRINGOUT31DS;
END RECORD;
POINTER EVENTPOINTER(EVENT);
Telefonaktiebolaget L M Ericsson 1993上述文件中的每个变量按如下定义EVENTBREF-事件块参照。它是与事件由其产生记录的块有关的块参照号。该块参照号是与通信交换软件编组有关的编号。
ALLFLAG-该标志当记录活化但未开始时被校验。如果该事件发生，ALLFLAG被置为TRUE，则该事件被记录。
ASSOCIATEDEVENT-其有选择地被设置到一个事件，如果该事件被接收，则它将被“登录”到散列表中去。这样就为将新的事件-设备对动态地加到记录散列表中去提供了工具和能力。
STARTTRIG-该标志当记录活化但未开始时被校验，如果该事件发生，STARTTRIG被设置为TRUE，则常规记录开始。
STOPTRIG-该标志当记录活化并开始时被校验，如果该事件发生且STOPTRIG被设置为TRUE，则所有记录停止。
TOTALDATA-用作记录和打印输出，告诉有多少数据用于输入事件信号，或有多少数据贮存在事件记录缓冲器里。
BLOCKNAME-正在被记录的软件块名。
STRINGOUT-用作被记录事件打印输出的描述性信息串。
作为PC机内LOGEVENT块的一部分，本发明的系统包括一个以PC机为基础的工具，后者采用打印输出，由来自交换系统中LOGEVENT块的各个事件组成，以创建可执行的AUTOSIS测试指令(TI)。这些事件被转换为PCSLI原语或宏指令。该TI由AUTOSIS运行，以再现由LOGEVENT块记录的事件。
该工具实现后，编入程序的就是测试规范(TS)以及一组FIOL登录文件。该程序还需要RULE文件以及一个包含PCSLI宏指令的文件。输入和输出文件是在一个菜单系统或在DOS命令行规定的。该测试规范的一个特征在于每个测试都用一个“LOGEVENT”标记加以标识。该LOGEVENT标记的语法如下P.LGEVENT ID＝<label>
系统中一个LOGEVENT标记的一个实例为h3.Initial load restart with time measurementp.LGEVENT ID -InitloadSeparate a SP link为了使程序在创建测试指令期间能够寻找得到，所有测试情况都必须有一个LGEVENT标记。该标记在测试规范中必须是唯一的，它必须设置在离首部很靠近的行上。该测试规范是在对所有FIOL登录文件或事件运行记录进行语法分析之后才作语法分析的。事件运行记录文件包含事件打印输出。各种事件例如是用“ELLLI ID＝X;”命令启动的。在“ELLLI”命令与“ELLLP”命令之间发送的交换系统命令被简单地拷贝到输出文件，即测试指令。
表1-事件的FIOL记录文件<ELLLI:ID=CallA;
EXE CUTED<STDEP:DEV=LI-1;
EXECUTED<ELLLP;
事件登录报告ID CallA STARTED XX/XX/XX TimeXXXX计数定时器编号事件个体设备事件说明相关设备000010,001,LI-1,OFFHOOK;
000020,002,LI-1,CJ SEIZEDCJ-2048;
INCOMING,000030,003,CJ-2048,CJ SEIZED RE,RE-503;
000530,004,LI-1,DIGIT DIALED,,H'0003;
000560,004,LI-1,DIGIT DIALED,,H'0004;
:
:
END接下来，事件按照规则文件中的规则转换为PCSLI原语或宏指令。登录文件是在对测试规范作语法分析之前就进行语法分析的。每一种已转换的测试案例设置在一个临时文件中，而后当对测试规范作语法分析时使用。
系统配置文件用以建立LOGEVENT程序，以适合用户的需求。它最好分为3个段，即用户段、事件规则段以及PCSLI宏指令段。这些段将在以下进一步描述。这些段允许采用任何顺序。该系统配置文件包括关键字例如SUB、串例如“LI-1”以及注释。注释用一个惊叹号开始并在行末结束。
该用户段描述了LOGEVENT程序所知的全部用户。最大用户数为8。每个用户都有4个属性，它们是IND个体，设备(例如“LI-1”)SUB用户标识符(“A”至“H”)SNB用户电话号码(例如“2149970000”)CIN控制个体(PCSLI)一个用户必须具有全部四个规定的属性(IND、SUB、SNB和CIN)，并且没有缺省值。缺少某个属性将导致在对系统配置文件作语法分析期间发生错误。该段中的每个用户用关键字SUBSCRIBER开始，用ENDSUBSCRIBER结尾，下面用表2表示。
表2-系统配置文件的用户段SUBSCRIBER INDV"LI-1"! DeviceSUB"A"! IDSNB"2149070000"! NumberCIN"1"! Control IndividualENDSUBSCRIBERSUBSCRIBER INDV"LI-2"SUB"B"SNB"2149075445"CIN"5"ENDSUBSCRIBER事件规则段包括一组事件及其相关的属性，每个事件都有如下7个属性NO这是事件号，它必须是唯一的。
TITLE该标题并非为该程序所用，但为LGEVENT系统内的另一模块所用。
DURATION当事件执行时以毫秒计的平均时间，该属性并非为该程序所用，而为其它模块所用。
ICONFILEICON描述文件的文件名(无路径，无扩充)。该属性也非为该程序所用，但为其它模块所用。
DATA事件所期望的数据项数。该属性也不为该程序所用，但为其它模块所用。
RULE包含要转换为AUTOSIS测试指令的串和关键字的规则串。这些关键字将在以下描述。
DESCR包含将被转换为注释的串和关键字的语言串，它置于测试指令中已转换规则之前。
表3-系统配置文件的事件-规则段EVENT NO"001"TITLE"Offhook"DURATION"30"ICONFILE"offhook"DATA"0"RULE"OFF-%CIN"DESCR"%SUB goes Offhook"ENDEVENTEVENT NO"002"
TITLE"Dialing a digit"DURATION"30"ICONFILE"dial"DATA"3"RULE"OFF-%CIN"DESCR"%SUB dials %DATA1"ENDEVENT:
:
Telefonaktiebolaget L M Ericsson 1993有若干关键词用于系统配置文件的事件-规则段如下%TIMER事件运行记录报告中的计时器栏。
%INDV事件运行记录报告中的个体栏。
%DATAX%DATA1-%DATA20。该数据(两行)与某些事件相关。%DATA1是第一个由空格隔开的记号，%DATA2是第二个，依次类推。DATA11是第二数据行上的第一个记号，例如000530，004，LI-1，DIGIT DIALED，%DATA1，%DATA2，%DATA3，…%DATA10，%DATA11，DATA12，%DATA13，…%DATA20;
%SUB与系统配置文件之用户段中规定的INDV属性相关的用户身份。INDV属性从事件运行记录报告中的INDV栏取得。例如在表2中，%SUB由用于INDV“LI-1”的“A”以及用于IN-VD“LI-2”的“B”取代
%SNB与INDV属性相关的用户数。见上述%SUB。例如在表2中，%SNB由用于“LI-1”的“214907000”以及用于INDV“LI-2”的“2149075445”取代。
%CIN控制独立体与INDV属性相关。见上述%SUB。例如在表2中，该%CIN由用于INDV“LI-1”的“1”以及用于INDV“LI-2”的“5”取代。
所有属性(NO、TITLE、ICONFILE、DURATION、DATA、RULE和DESCR)必须予以规定。如果一事件不产生数据，则规定为DATA“O”。如果一事件不需要说明，则规定为DESCR“”。该事件一规则段中的每一事件用关键词EVENT开头，用ENDEVENT结尾。
事件量假设为相当小(＜100)，因而规则文件只读一次，它在程序执行期间被保持在存储器内。
系统配置文件的PCSLI宏指令段包含了与所创建的测试指令一起使用的PCSLI宏指令。这些宏指令设置在称为“Macros”的过程中，它从测试指令中全程的准备扇区中被调用。通过利用宏指令，有可能使规则如表3所示那样更短、更加可读。
PCSLI宏指令段用关键词PCSLI开头，用ENDPCSLI结尾。该段没有任何关键词。PCSLI与ENDPCSLI之间的所有串都简单地拷贝成测试指令，如表4所示。
表4-系统配置文件的PCSLI宏指令段PCSLI"<<DEF ACBCALL SPEECH-%3-%2 cin=%1 off idt pbd-%2,""<ITC-3 pbd-2! RDT on P6,""<cin=%2 on cin=%3 on P2,"
"<cin=%1 irg off RING-%1-%2,""<off-%2 P2 tct-%1-%2 on-%2 on-%1;""(Alert tone-Al sub-Bl sub,insert correct values)""<DEF ALERTT ITC-X-%1ITC-X-%2""<DEF ANSWER cin=%1 off":
:
ENDPCSLI Telefonaktiebolaget L M Ericsson 1993AUTOSIS测试指令被建成为如下输出文件。对登录文件(事件运行记录)首先作语法分析，为每一种测试案例创建临时文件。然后对测试规范作语法分析。大多数行被拷贝到输出文件(测试指令)。某些EDML标识被改变，例如“docno”。当遇到LGEVENT标记时，首先将测试条件说明拷贝到测试指令，然后，其含有PCSLI指令(当对登录文件作语法分析时产生)的有关临时文件附加在测试条件说明后。如果LGEVENT标记在登录文件中没有相应的测试案例，则发出一个出错信息。该程序还试图通过读出表1所示事件运行记录报告中的TIMER栏，以重现对事件的正确时序，并在每个PCSLI宏指令前发出PAUSE。然而，由于未曾知道精确的执行时间AUTOSIS和PCSLI指令，要重建精确的时序是不可能的。因此，只有大于一个大约值例如500毫秒的计时差，才是可允许的。所有已创建的测试案例都是自动测试案例(TCAUTO)。
这部分LOGEVENT程序由DOS提示符调用。如果无参数提供，将有一个菜单系统提示用户输入到程序。命令行参数开关可以出现在命令行上任何地方，只要它们用空格隔开就可。开关包括一个连字符、一个字母以及使开关接通或断开的正、负号(某些开关后跟一个字符串替代正、负号)，大多数开关都有一个缺省设定。如果缺省设定不能令人满意，那就只需要提供一个开关。举例如下-Ipath为所创建的测试指令规定路径和文件名。如果开关省去，测试指令将得到与测试规范和扩展“.TI”相同的文件名-ICSUS 500.ti-Spath规定所用测试规范的路径和文件名，例如-ScSUS 500.ts-Lpath规定查找记录文件所在位置的路径。通过重复利用该开关或利用文件匹配模式规定多个记录文件，例如-Lsus 200.log-Lsus 201.log-Lchs 314.log-Lsus＊.log-Cpath规定查找所用LOGEVENT系统配置文件的路径。如果省略，LOGEVENT将首先在现有的词典中查找文件名“LOGEVENT.CNF”，如果此处未能找到，将在词典中查找相同的文件，如找到“LOGEVENT.EXE”，例如-CcElgevent Emycnf.cnf在批处理方式中，无需注意键盘。该开关要求提供I、S和L开关，以跳过输入数据菜单。如果这些开关中有任何开关缺掉，即显示输入菜单，但所有其它的来自键盘的干预都被抑制。
菜单系统将提示用户输入文件(如果这些文件未作为命令行参数规定)，然后将显示某些窗口通知用户转换的进程。
接下来参见图5，它表示用于初始调节的一个流程图，以及该系统在本发明一个方面的应用。首先，系统在101步开始，并进入102步，此时系统操作员确认用户动作或事件已被记录，即为系统的使用确定一个计划。在103步，操作员通过命令将任何事件输入软件块，假定这些事件并不已经存在。在104步，准备软件“Patches”将它装入通信交换系统软件块，并根据系统软件块内任何预选事件的发生将一个信号送到LOGEVENT块而用来报告特定事件。在105步，通过命令对专用设备加以标记用于进行记录。记录是通过特定命令例如ELLI方式来启动的。在106步，或者通过实际呼叫的接收，或者利用电话业务量发生器来操作通信交换系统，并在交换机内部引起事件的发生。在107步，在完成所需测试后，通过诸如ELLE的命令暂停记录。接下来，在108步，判断记录是否应该被用于建立一个重现原稿，如果是，系统进入109步，此时PC机上的捕获程序被初始化，所记录的事件在110步被装入PC机。接着在111步，运行转换程序将所记录的事件转换为重现原稿，系统在112步结束。如在108步判断记录不想创建一个重现原稿，则系统进入113步，此时，通过特定的命令例如ELLT观察所记录的事件。在114步，对所记录的事件完成分析。系统在112步结束。
图6表示一个流程图，说明一个典型呼叫序列期间的LOGEVENT之性能。在121步可见，交换系统操作员通过给出一个建立将被记录的块-事件-设备组合的命令来对软件块LOGEVENT内的数据结构作初始化。在122步，用户进行正常通话，例如，用户A摘机。该事件通过一个软件信号转送到LOGEVENT软件块，后者检验其内部散列表，以观察该事件是否已被记录。如是，存入事件缓冲器，并保存供以后检索。所贮存的数据项包括与该事件有关的事件号、时间标记以及最多20个数据。接下来，当用户A在123步拨数字时，一事件转送到LOGEVENT软件块。通过时间标记精确记录到所拨号码以及所拨每个数字之间的相对时间。
完成拨号后，由一些信号来认可包含在呼叫中的后继的软件块，而这些信号在其被配置时即将动态个体号返回给LOGEVENT。当呼叫在124步到达B用户时，前一个用户的那些事件即摘机、闪亮、挂机等也在125步记录。当通话的每一个寄存器信号装置部件在126步释放时，即通话的话音通路被建立而软件交换控制不再需要时，该信息也转送到LOGEVENT，这样如果用于下一个通话的话这些部件将不再被记录。当一收到这些“释放”信号时，LOGEVENT立即从其内部散列表中消去标记。当从B用户收到最后挂机信号时，LOGEVENT记录该事件并从散列表中消去将使B用户被进一步记录的标记。一旦系统操作员已确定所感兴趣的事件为完整时，即在127步停止记录，并命令打印输出，以在128步观察事件的序列、时序等等。如果打印出的序列表明在交换系统部分有异常行为，或者，如果操作员想要像事件原来发生那样精确地重现该通话，则将事件装入PC机，并转换成测试原稿，后者如前所述那样在一个业务量发生器上重现。
可见，本发明的系统使发生在通信交换系统内的事件能有选择的过滤和记录，这样，这些事件包括它的序列和时序都可以由操作员迅速分析。如果所记录的事件具有导致在交换系统内产生故障的性质，那么，对于进行那些为了防止在将来发生此类故障而必须作的软件修改，对所记录的事件作分析则是极具建设性的。为了希望避免由于某些事件而再发生某个故障而对软件/硬件作某些校正，而一旦这样做了以后，就可以通过一呼叫发生器重现所记录的事件，以仿真运行先前导致故障产生的同样的事件序列和时序的发生，以确定对该软件的校正是否具有补救作用。
相信通过以上描述本发明的原理和构造已很清楚，然而所示和所述的方法以及装置仅仅为较佳的一种方案，在不脱离本发明由所附权利要求书所限定的精神和范围的情况下还可以对此作出各种改变和变换。
权利要求
1.一种监视和记录通信交换系统内某些情况的方法，所述通信交换系统具有功能性的软件块，其特征在于，所述方法包括以下步骤定义与所需监视的事件相关的所选参数；检测与所述某些事件有关的所述通信交换系统之功能性软件内的参数；提供报告所述被检测到的参数的软件信号；比较由所述软件信号报告的所述被检测到的参数与所述被定义的参数，以确定与该信号相关的事件是否为一个需要监视的事件；以及当确定所述事件是需要监视的一个事件时，记录所述被检测到的参数。
2.如权利要求1所述的方法，其特征在于，至少某些被定义的所选参数是与一特定用户有关的。
3.如权利要求1所述的方法，其特征在于，至少某些被定义的所选参数是与在所述通信交换系统内部的一个特定部件有关的。
4.如权利要求1所述的方法，其特征在于，至少某些被定义的所选参数是与特定类型的所感兴趣的事件有关的。
5.如权利要求1所述的方法，其特征在于，进一步包括分析所述已记录参数的步骤，所述分析步骤包括用与之相关的事件的发生时间的标识来标记每一个所述的被记录的参数;将所述被记录的事件参数装入具有监视器的计算机内;以及在所述计算机的监视器上显示所述事件的序列，以分析所述序列。
6.如权利要求5所述的方法，其特征在于，所述分析步骤进一步包括在所述通信交换系统内重建事件序列，以便通过用所述时间标识重新产生所述功能性软件块内被检测到的参数，记录被检测到的参数。
7.如权利要求5所述的方法，其特征在于，进一步包括如下步骤在所述计算机中定义用于每一所述被记录的参数的数值范围，使所述数值范围与所述通信交换系统的正常操作相关;以及在所述计算机的监视器上显示所述正常的数值范围连同被检测到的参数。
8.一种测试通信交换系统的方法，其特征在于，包括以下步骤检测所述通信交换系统内涉及与故障有关的事件的参数;记录所述被检测到的参数;产生包含所述被记录的参数的仿真电话信号;以及通过所述通信交换系统发送所述仿真电话信号用以测试所述系统。
9.如权利要求8所述的方法，其特征在于，所述检测步骤进一步包括为每一事件定义将被记录的被选择的参数，所述参数包括与该事件相关的用户。
10.如权利要求9所述的方法，其特征在于，所述检测步骤进一步包括定义必须与事件相关的被选择的用户，以使与事件相关的参数得以被记录下来;以及通过对与每一事件有关的参数内所确定的用户进行比较，在作记录之前先过滤所述的事件，并仅当所确定的用户属于已定义的所选用户范围内才记录所述参数。
11.一种分析通信交换机内参数的方法，所述通信交换机具有软件块，其特征在于，所述方法包括如下步骤选择多个用户事件，所述用户事件可以发生在待检测的所述通信交换机的软件块内;修改所述通信交换机内的软件块，以报告与待检测的所选事件相关的特定参数;选择所述通信交换机内的一些专用设备，使所选的多个用户事件对它们成为感兴趣事件;通过该通信交换机处理呼叫，由此使用户事件发生;以及对于与所选专用设备相关的所选用户事件，记录所报告的参数。
12.如权利要求11所述的方法，其特征在于，进一步包括如下步骤选择所述通信交换机内的特定用户，使所选的多个用户事件对他们成为感兴趣事件;为与所选专用设备有关的所选用户事件过滤所报告的参数，并仅仅记录与所选特定用户有关的所述参数。
13.如权利要求11所述的方法，其特征在于，进一步包括如下步骤将与所述用户事件有关的所述被记录的参数装入一计算机;在所述计算机内将与所述事件有关的被记录的参数转换为重现原稿;根据所述重现原稿用一呼叫发生器产生仿真呼叫;以及通过所述通信交换机转送所述仿真呼叫，以测试其软件块内故障的发生。
14.一种用以监视和记录通信交换系统内某些情况的系统，所述通信交换系统具有功能性的软件块，其特征在于所述系统包括定义与所需监视的事件有关的所选参数的装置;检测与所述某些事件有关的所述通信交换系统之功能性软件内参数的装置;提供报告所检测的参数的软件信号的装置;比较由所述软件信号报告的被检测到的参数与所述定义的参数，以确定与该信号有关的事件是否为一个需要监视的事件的装置;以及当确定所述事件是需要监视的一个事件时，记录所检测的参数的装置。
15.如权利要求14所述的系统，其特征在于，至少某些被定义的所选参数是与一特定用户有关的。
16.如权利要求14所述的系统，其特征在于，至少某些被定义的所选参数是与所述通信交换系统内的特定部件有关的。
17.如权利要求14所述的系统，其特征在于，至少某些被定义的所选参数是与特定类型的所感兴趣的事件有关的。
18.如权利要求14所述的系统，其特征在于，进一步包括分析所述已记录参数的装置，所述分析装置包括用事件发生时间标识标记每一个所述的已记录参数的装置，所述被记录的参数与所述事件有联系;将所述被记录的事件参数装入具有监视器的计算机内的装置;以及在所述计算机的监视器上显示所述事件的序列，以分析所述序列的装置。
19.如权利要求18所述的系统，其特征在于，所述分析装置进一步包括在所述通信交换系统内重建事件序列以记录被检测到的参数的装置，所述重建装置包括用所述时间标识重现所述功能性软件块内被检测到的参数的装置。
20.如权利要求18所述的系统，其特征在于进一步包括在所述计算机中定义用于每一所述被记录的参数的数值范围的装置，所述数值范围与所述通信交换系统的正常操作有关;以及在所述计算机的监视器上显示所述正常的数值范围连同被检测到的参数的装置。
21.一种测试通信交换系统的系统，其特征在于包括检测所述通信交换系统内涉及与故障有关之事件的参数的装置;记录被检测到的参数的装置;产生包含被记录的参数的仿真电话信号的装置;以及通过所述通信交换系统发送所述仿真电话信号用以测试所述系统的装置。
22.如权利要求21所述的系统，其特征在于所述检测装置进一步包括为每一事件定义所选择参数的装置，该所选择的参数将作记录且所述参数包括与该事件相联系的用户。
23.如权利要求22所述的系统，其特征在于，所述检测装置进一步包括定义必须与所述事件有关的所选择的用户，以记录与该事件有关的参数的装置;以及在记录前先过滤所述事件的装置，它包括比较与每一事件有关的参数内所确定的用户并当所确定的用户属于已定义的所选用户范围内才记录所述参数的装置。
24.一种分析通信交换机内参数的系统，所述通信交换机具有软件块，其特征在于所述系统包括选择多个用户事件的装置，所述用户事件可以发生在待测的所述通信交换机的软件块内;修改所述通信交换机内的软件块，以报告与待测的所选事件有关的特定参数的装置;选择所述通信交换机内的专用设备，使所选多个用户事件对它们成为感兴趣的事件的装置;通过该通信交换机处理呼叫，由此使用户事件发生的装置;以及为与所选专用设备有关的所选用户事件记录所报告的参数的装置。
25.如权利要求24所述的系统，其特征在于进一步包括选择所述通信交换内的特定用户，使所选多个用户事件对他们成为感兴趣的事件的装置;为与所选专用设备有关的所选用户事件过滤所报告的参数的装置，它包括仅仅记录与所选特定用户有关的所述参数的装置。
26.如权利要求24所述的系统，其特征在于进一步包括将与所述用户事件有关的所述被记录的参数装入一计算机的装置;在所述计算机内将与所述事件有关的被记录的参数转换为重现原稿的装置;根据所述重现原稿用一呼叫发生器产生仿真呼叫的装置;以及通过所述通信交换转送所述模拟呼叫，以测试其程序块内故障发生的装置。
全文摘要
一种用于存储式程控通信交换系统(11)的测试和诊断工具，它能捕获因用户动作以及因通信交换系统(11)之软件块内所发生的动作而产生的事件(17、18、19)的发生和时序。与所捕获事件(17、18、19)有关的数据及其位置表示贮存在一个大缓冲存储器(25)内。然后利用所贮存的数据分析事件(17、18、19)，用以诊断和校正故障起因，以及在以后一个时期内重现事件(17、18、19)的相同序列和时序，以测试用以保证其能消除故障条件的起因的各种校正措施。
文档编号H04M3/24GK1113673SQ9419061
公开日1995年12月20日 申请日期1994年8月8日 优先权日1993年8月17日
发明者布赖恩·R·旺布尔 申请人:L.M.埃利克逊电话股份有限公司