CN108322362B - 传输网中业务传输质量的监控方法、电子设备及存储介质 - Google Patents

Abstract

本发明公开了一种传输网中业务传输质量的监控方法，包括以下步骤：获取检测启动指令进入检测流程，然后根据工作人员登录的账户获取工作人员在系统中的配置数据表；并根据配置数据表向待检测设备循环发送对应的检测命令并实时获取对应的采样结果；根据业务类型从采样结果中提取对应的业务状态数据；根据系统中业务类型的业务处理流程对对应的业务状态数据进行处理并得出结果。本发明还公开了一种电子设备及存储介质。本发明通过根据配置数据表自动向待检测设备发送检测命令来获取待检测设备的采样数据，并通过对采样数据进行分析、处理判断得出业务传输状况并通过界面直观地显示给工作人员。

Description

传输网中业务传输质量的监控方法、电子设备及存储介质

技术领域

本发明涉及传输网的业务监控系统，尤其涉及一种传输网中业务传输质量的监控方法、电子设备及存储介质。

背景技术

目前，FA36设备为中南网中各种业务传输的设备，其覆盖了北至郑州，南到西沙群岛的中南各地大部分的航管楼、甚高频台和雷达站等，承载了各类运营商及民航光纤干线接入，以及雷达、电报、AIDC、多点雷达定位、QNH、UPS 监控等多种类型空管业务的传输。而FA36设备中这些业务传输的正常与否，正是保障航班安全的关键所在。

但是现有的监控系统，却无法准确、实时监控其承载业务的运行状态及数据传输质量，FA36设备的系统厂家虽然也提供了网管软件，但是其网管软件存在以下问题：1)不考虑不同业务类型自身的特点而采用同一种判断机制对业务传输是否正常进行判断：例如干线口与ATM设备连接时配置成帧中继方式，网管软件仍然以检测端口状态是否正常作为判断ATM干线正常与否的标准，但实际上当ATM干线中断时，FA36设备端口状态并未发生变化，这就造成无法正确判断ATM干线是否中断；2)各种类型告警无法分门别类地灵活选择屏蔽，一些不需要引起重视的次要故障声音告警会影响值班人员的注意力，容易造成当真正发生故障时对值班人员产生麻痹心理；3)系统自带的告警声音拖沓且只响一声就停止，容易被忽略，存在很大隐患；4)只能监控业务端口的物理、协议状态，无法根据干线、电报、雷达业务等各自业务的特点去判断传输业务是否中断和数据质量等等。

另外，在日常工作中，空管网络传输保障部门的值班人员通常需要在接到用户报障电话后，通过业务资料查找到用户报障业务所在设备及端口信息，然后在监控终端上通过TELNET仿真终端远程连接到对应的设备，再输入用户名和密码登录，并输入查看该业务所在板卡端口状态及数据收发情况等命令进行检查，而一路业务从源端到接收端的检查过程通常需要耗费值班人员若干分钟，对于不太熟悉业务的新员工会耗费更多时间。同时，通过TELNET仿真终端查看到的业务端口信息页面无自动实时刷新功能，值班人员要判断一路业务传输是否中断，至少需手动发送2次查看端口状态信息命令，然后对比前后两次查看到的端口收、发数据量才能得知业务传输是否正常；若业务存在瞬断现象，则值班人员只有在仿真终端上不停地发送查看端口状态信息命令才能做出准确判断。

在日常实际的工作中，3至4个人的值班小组需要同时兼顾十几套民航传输接入系统的运维，在缺乏自动化监测手段的情况下，值班人员无法同时关注多路业务，而中南传输网中FA36设备所承载干线、雷达、电报、AIDC等业务多达数百路，如果仅靠人工检查对业务的保障力度是非常薄弱的。而且在日常工作中，多路业务同时中断的情况是经常存在的，值班人员即使在接到用户报障电话的前提下，如果缺少一个操作简单、显示直观的业务状态查询界面，也很难同时对多路业务故障进行有效地判断和及时处理。

发明内容

为了克服现有技术的不足，本发明的目的之一在于提供一种传输网中业务传输质量的监控方法，其能够解决现有技术中对FA36设备的业务传输通过人工检测时无法对多路业务故障进行有效地判断以及及时处理的问题。

本发明的目的之二在于提供一种电子设备，其能够解决现有技术中对FA36 设备的业务传输通过人工检测时无法对多路业务故障进行有效地判断以及及时处理的问题。

本发明的目的之三在于提供一种计算机可读存储介质，其能够解决现有技术中对FA36设备的业务传输通过人工检测时无法对多路业务故障进行有效地判断以及及时处理的问题。

本发明的目的之一采用如下技术方案实现：

一种传输网中业务传输质量的监控方法，包括以下步骤：

配置步骤：提供配置窗口并获取配置窗口中输入的数据生成配置数据表，并将配置数据表存储于系统中；

判断步骤：获取检测启动指令并判断是否进行循环检测，若是，则执行连接步骤；若否，则退出；

连接步骤：获取配置数据表并从配置数据表得出待检测设备的账户和密码，并根据所述账户和密码登录连接待检测设备；

发送检测命令步骤：根据配置数据表以及待检测设备所支持的业务依次循环向待检测设备发送检测命令，并实时获取与检测命令对应的采样结果；

提取步骤：根据待检测设备所支持的业务的类型从采样结果中提取对应的业务数据；

处理步骤：根据系统中每种业务的业务处理流程对对应的业务数据进行处理并得出结果。

进一步地，所述处理步骤具体还包括以下步骤：

步骤S1：根据业务的类型从对应的业务数据中提取端口数据收发信息并实时显示在系统对应的窗口界面中；

步骤S2：根据业务的类型从对应的业务数据中提取有效信息，并根据业务类型的业务处理流程对有效信息进程判断处理，进而判断业务传输是否正常，并根据预设的颜色显示规则对系统界面中的业务名称标签进行对应的颜色实时刷新显示；

步骤S3：在系统日志中实时记录每种业务的业务传输情况；该业务传输情况包括记录业务传输的中断时间、恢复时间以及中断时长；

步骤S5：实时更新系统中每种业务数据表中的业务状态；

步骤S6：当业务传输异常时，根配置数据表获取当业务传输异常时是否启用声音告警，来判断当业务传输异常时是否调用并播放系统中对应的告警音频文件。

进一步地，所述业务包括ATM干线业务、源端雷达业务、接收端雷达业务、异步双向收发业务、异步单向收业务、异步单向发业务、IP干线业务、同步双向收发业务、同步单向收业务和同步单向发业务。

进一步地，当业务为源端雷达业务、同步双向收发业务、同步单向收业务时，所述处理步骤还包括：

步骤S7：根据业务的类型每隔预设时间从对应的业务数据中提取计算端口数据收发信息的数据量和误码量，并根据端口数据收发信息的数据量和误码量计算得出每种业务类型的误码率。

进一步地，所述预设时间为20分钟。

进一步地，所述误码率m的计算公式包括以下两种中的一种：

第一种：m＝(errors2-errors1)/(input2+errors2)-(input1+errors1)，其中input1 和input2分别为前后两次提取的端口数据收发信息的数据量，errors1和errors2分别为前后两次提取的端口数据收发信息的误码量；

第一种：m＝(errors2-errors1)/(input2-input1)，其中input1和input2分别为前后两次提取的端口数据收发信息的数据量，errors1和errors2分别为前后两次提取的端口数据收发信息的误码量。

本发明的目的之二采用如下技术方案实现：

一种电子设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明目的之一所提供的传输网中业务传输质量的监控方法的步骤。

本发明的目的之三采用如下技术方案实现：

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如本发明目的之一所提供的传输网中业务传输质量的监控方法的步骤。

相比现有技术，本发明的有益效果在于：

本发明通过提供配置界面来获取待检测设备的配置信息并生成配置数据表，然后当获取到检测启动命令时，就可以根据配置数据表登录连接待检测设备，并向待检测设备自动循环发送对应的检测命令进行采样数据，然后根据每次采样的数据进行处理得出每种业务类型的传输情况并实时显示在系统界面上供监控人员查看。本发明替代了传统模式下需要通过空管人员输入一系列繁琐的指令来登录设备并检查每种业务数据收发情况，并需要依据空管人员对业务知识的掌握程度来对一堆数据进行判断解读，才能对业务传输是否正常做出判断的过程。而本发明实时登录连接设备，对所需监控的业务自动发送检测命令，并对采样数据进行自动分析、判断以及处理，并将结果直观地显示给空管值班人员，能够大大提高工作效率、实时高效地发现业务传输故障，降低了由于人工判断而导致的误操作、误判等风险。

附图说明

图1为本发明提供的传输网中业务传输质量的监控系统的数据通信流程图。

具体实施方式

下面，结合附图以及具体实施方式，对本发明做进一步描述，需要说明的是，在不相冲突的前提下，以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。

本发明取代了传统模式下通过空管值班人员输入一系列繁琐指令登录设备检查业务端口状态及数据收发情况，再根据每个值班人员自身对业务知识的掌握程度，对一堆混合在一起的中英文字符信息进行解读，然后才能对业务正常与否做出判断的既耗时又不直观的过程。将传统模式下空管值班人员通过接到用户报障电话再人工去检查业务是否正常的被动发现故障方式转化为通过监控软件实时、主动地发现故障的自动化监控模式；解决了空管值班人员分身乏术，无法同时实现对上百路业务进行检查的问题；解决了数据分析仪同时只能检测分析一路业务的传输质量的问题；通过本方法实时登录设备，对所需监控的业务端口进行检测，提取有效信息进行分析、判断，计算干线、雷达等业务的传输误码率，将得出结论以非常直观的方式及时告知空管值班人员，同时详细记录各类相关日志，为日后故障原因的分析追溯提供更多的依据。本发明不仅省时省力，提高工作效率，实时高效地发现故障，更无需担心存在人员误操作、误判断等风险。

如图1所示，一种业务传输运行质量的监控系统，该系统能够为工作人员提供对应的配置界面，然后工作人员通过在配置界面上输入对应的待检测设备的配置数据并在系统中生成配置数据表存储系统中，这样当工作人员开始检测时，根据配置数据表可以获取待检测设备的配置信息，进而登录连接待检测设备，然后向待检测设备发送对应的检测命令进而获取对应的采样结果，并根据业务类型对采样结果进行提取、分析、判断等流程进行对应处理，进而可获取对应的监测结果并显示在系统界面上供工作人员查看。其中，对于每种业务类型的提取、分析、判断等流程均是预置于系统中的，比如通过正则表达式对采样结果中的数据进行提取的流程，根据业务传输的数据判断业务传输是否正常的流程，其均是通过技术人员将处理的流程代码预置于系统中。

在进行检测之前，系统会提供相应的配置界面，然后通过工作人员输入对应的数据来配置各个待检测设备的信息并生成配置数据表。该配置数据表中不仅包括登录待检测设备的账户、密码、待检测设备名称、连接待检测设备的IP 地址，还包括向待检测设备发送检测命令的方式和检测内容选择、各个业务名称、对应端口号、业务类型、业务调用模板名称、传输路由描述、同、异步业务分时段告警阈值设置(将一天分成5个时间段，设置例如从0点到3点，超过5秒未收到或发出数据则告警等，这些设置值也保存在配置表中)、告警方式设置、FA36全网节点名称及IP地址、延长检测周期参数设置以及监控软件运行所在地相关信息描述(如地点、物理网络)。该系统运行后会自动读取该配置数据表。

也即是，本发明提供了一种传输网中业务传输质量的监控方法，其包括以下步骤：

S1、获取检测启动指令。该检测指令是用于标识检测开始或结束。比如在系统界面上设有一开始或停止的按键，系统运行后，工作人员点击该按键就能够开始或结束检测流程。

S2、根据检测指令判断是否进入循环检测流程，若是，进入循环检测流程；若否，则结束检测流程。

其中，循环检测流程是指系统将循环地向设备发送对应的检测命令得到采样结果，并对采样结果进行对应的分析、判断处理流程，该循环检测流程具体包括以下步骤：

步骤S21、获取配置数据表并根据配置数据表得出登录待检测设备的账户和密码，并根据账户和密码登录连接待检测设备，然后向待检测设备循环发送对应的检测命令并实时获取对应的采样结果。

步骤S22、根据业务的类型从采样结果中提取对应的业务数据。

在发送检测命令时是循环发送的，比如待检测设备支持多项业务，则依次向待检测设备发送每项业务的检测命令并依次接收返回的采样结果，然后再依次向待检测设备发送每项业务的检测命令并依次接收返回的采样结果。

步骤S21和步骤S22其具体是根据业务的类型向待检测设备发送对应的检测指令进而可对待检测设备的各种业务的运行情况进行粗略采样，然后根据板卡类型进行细化采样，提取符合自己需求的信息。在这个过程中，其是是通过软件模仿值班人员手工输入检测命令获取检测结果，该检测命令是在系统中进行存储的。

比如系统向设备发送查看所有端口状态命令，设备就会返回将其承载的所有板卡端口业务状态信息，然后系统通过对这些信息进行接收，然后根据配置数据表中读取出的端口号识别出哪一段信息是对该端口的状态描述，然后根据业务类型进一步从这段信息中提取可用于判断该业务状态和数据传输质量的部分关键信息，为下一步分析、处理提供数据基础。

比如雷达业务是单向的，对于源端雷达业务，只能提取端口INPUT(入向) 数据进行分析才有效，而对于接收端雷达业务，只能提取端口OUTPUT(出向) 数据进行分析才有效。

FA36设备目前在用的板卡类型有RT-MIM-2GBE-H3(2端口以太网接口模块)、RT-HMIM-4E1-F(2M接口模块)、RT-HMIM-4SAE(4端口帧中继/同/异步模块)、RT-SIC-2E1-F-H3(2M接口模块)、RT-MIM-8E1(75)-H3(2M接口模块)、 RT-FIC-4FE-H3(4端口三层以太网口模块)、RT-SIC-4FSW-H3(4端口二层以太网口模块)、RT-FIC-8SAE-V2-H3(8端口帧中继/同/异步模块)、RT-HMIM-8SAE (8端口帧中继/同/异步模块)、RT-HMIM-24GSW(24端口千兆以太网二层交换电接口)、ART-4SA-3(4端口帧中继/同/异步模块)、RT-HMIM-4GEE(4端口路由器模块)、RT-SIC-1VE1-H3(1端口1VE1接口模块)、ASYNC系列(异步板卡)等。

S23、根据系统中每种业务的业务处理流程对对应的业务数据进行处理并得出结果。

其中业务的类型的区分是通过系统提供配置窗口给工作人员，工作人员在配置窗口中填入对应的信息并保存到配置数据表中，这样系统就能够通过配置数据表中读取各端口来得出该业务的类型；而对应的分析、判断机制处理流程是系统内存储的每种业务类型的分析、判断算法。

而对于业务的类型的划分，是根据能否适用于同一种分析判断机制来进行划分的，比如工作人员可在系统提供的配置窗口中将每种业务划分为以下几种类型：ATM干线业务、IP干线业务、源端雷达业务、接收端雷达业务、异步数据双向收发业务、异步数据单向收业务、异步数据单向发业务(比如电报业务、 AIDC业务)、同步数据双向业务、同步数据单向收业务、同步数据单向发业务以及其他干线业务。

当需要对哪些业务进行检测时，直接根据系统中的配置数据表来判断业务的类型，并调用对应的分析、判断流程对采样结果进行处理，也即是步骤S23 具体还包括：

S221、根据业务的类型从对应的业务数据中提取端口数据收发信息并将其显示在窗口中。

例如，对于ATM干线业务，该步骤会提取对应端口虚电路信息并实时显示在对应的窗口

。在使用时，工作人员右键点击主界面上某路ATM干线打开数据收发窗口，该窗口中会显示最新提取到的虚电路信息，并实时刷新虚电路信息；工作人员可实时观察该虚电路信息显示是否正常进而可得知ATM干线业务的传输是否正常。

S222、根据业务的类型从对应的业务数据中提取有效信息，并根据业务类型的业务处理流程对有效信息进行处理来判断业务传输是否正常。

在该步骤中，比如对于旧型SR6608设备和AR4680、AR2880、MSR5680、 MSR3680设备的ATM干线业务，会提取关键字“status＝”后的两个字符，如果提取到的两个字符是“IN”(INATCIVE)则判断为虚电路中断，如果提取到的两个字符是“AC”(ACTIVE)则判断为虚电路正常。对于新型SR6608设备、 MSR5060、MSR3060设备的ATM干线业务，会提取关键字“Status:”后的两个字符，如果提取到的两个字符是“In”(Inactive)则判断为虚电路中断，如果提取到的两个字符是“Ac”(Active)则判断为虚电路正常。对于其他各种业务类型，同样会运行关键字识别并提取能用于判断该业务正常与否的数据，比如源端雷达业务，会提取Input Packets和Total Errors数据；对于联通、电信等运行商干线，会提取Currentstate、Protocol state、Input Packets和Total Errors数据，在关键字识别和数据提取过程中同样需要结合设备型号和板卡型号。

S223、根据业务传输与否正常以及系统中预设的颜色显示规则对系统界面中的业务名称标签进行对应的颜色显示。

在软件主界面，每个业务类型都有一个相应的显示该业务名称的标签，比如“武汉雷神雷达”、“广州至长沙联通2M干线”等业务端口标签。当判断得出当前某一业务传输正常，则将该业务类型标签显示为绿色；若业务传输中断，则该业务类型标签显示为红色；若业务传输过程中有丢包现象，则该业务类型表现显示为黄色等。

通过这种颜色显示的方式可使得工作人员能够直观地查看到业务当前的传输情况。

S224、在系统日志中记录每种业务的业务传输情况；该业务传输情况包括记录业务传输的中断时间、恢复时间以及中断时长。

在该步骤中，对于检测结果判断为中断的业务，会根据业务状态标识(0或 1)判断是否已记录该业务中断日志，是(业务标识为0)则不需再记录，否(业务标识为1)则记录业务恢复日志同时更新业务状态标识为0，记录业务状态更新时间；对于检测结果判断为正常的业务，会根据业务状态标识(0或1)判断是否已记录该业务中断日志，是(业务标识为1)则不需再记录，否(业务标识为0)则记录业务恢复日志同时更新业务状态标识为1，记录业务状态更新时间；同时根据中断时间和恢复时间计算业务传输的中断时长，比如可通过在系统中预设计算中断时长的函数，每次计算业务传输的中断时长时，只需调用该函数运行。另外，对业务的中断和恢复只需在首次发现时记录相应日志，而不是连续若干次检测到某业务中断都产生一条中断日志，需要保证日志真实、直观、有始有终，在某段连续的检测周期里，每个中断日志只对应唯一的恢复日志，同样每个恢复日志只对应且必须对应唯一的中断日志。对于日志的记录等技术手段均是现有技术，是通过在系统中预置对应的程序代码，系统运行过程中会自动调用这些流程并执行。

S225、实时更新系统中每种业务数据表中的业务状态。

在该步骤中，将上一步修改过的业务状态标识和业务状态修改时间实时更新到系统的业务状态数据表，因为在每个检测周期执行完毕以及关闭软件时都需要执行该步骤，且该步骤需要执行多行代码，所以在软件中通过定义一个函数来实现该流程，在软件需要保存业务状态时调用该函数即可。该步骤能保证在软件异常退出或某次检测周期未执行完毕就人为关闭软件时，都能及时将最新的业务状态标识更新到数据表，从而进一步保证了日志的真实性和有始有终；而实时更新业务状态修改时间到业务状态数据表是为了在软件正常或异常重启情况下都不影响对中断时长的计算。

S226、当业务传输异常时，根据从工作人员的配置数据表获取当业务传输异常时是否启用声音告警，来判断当业务传输异常时是否调用并播放系统中对应的告警音频文件。

当业务传输异常时是否启用声音告警，是工作人员通过系统提供的配置界面进行设置。在检测过程中，当业务传输出现异常时，系统根据工作人员的配置数据表中的配置数据来判断是否启用声音告警。当启用声音告警时，会自动调用并播放系统中对应的告警音频文件，进而提醒工作人员。不同的业务传输异常时，可调用对应的告警音频文件，这样可使得工作人员快速得出哪个业务传输异常。

另外，当业务的类型为源端雷达业务、其他干线业务、其他同步数据双向业务以及同步数据单向发业务时，还需要计算误码率，也即是：

S227、当业务为源端雷达业务、其他干线业务、同步数据双向业务、同步数据单向发业务时，每隔一定时间自动采样每种业务的端口数据收发信息的数据量和误码量，进而计算得出每种业务的误码率。比如每隔20分钟采样一次数据并计算得出误码率。

在该步骤中，会将根据提取到的业务端口发送数据量和误码量每20分钟记录一下数值，调用计算误码率函数进行计算，该函数为自己编写，在轮询检测过程中需要的时候调用。

另外，在计算误码率的同时，根据不同型号设备、板卡业务端口状态信息显示格式的差异，误码率m的计算公式有两种：

其中一种为m＝(errors2-errors1)/(input2+errors2)-(input1+errors1)，其中input1 和input2分别为前后两次提取的端口数据收发信息的数据量，errors1和errors2分别为前后两次提取的端口数据收发信息的误码量；另一种为 m＝(errors2-errors1)/(input2-input1)，其中input1和input2分别为前后两次提取的端口数据收发信息的数据量，errors1和errors2分别为前后两次提取的端口数据收发信息的误码量。系统在检测过程中会根据提取到的端口信息格式自行判断并选择相适应的计算公式。

本发明还提供了一种电子设备，其包括存储器、处理器以及存储在存储器上并可在处理上运行的计算机程序，所述处理器执行所述程序时实现如文中所述的传输网中业务传输质量的监控方法的步骤。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如文中所述的传输网中业务传输质量的监控方法的步骤。

上述实施方式仅为本发明的优选实施方式，不能以此来限定本发明保护的范围，本领域的技术人员在本发明的基础上所做的任何非实质性的变化及替换均属于本发明所要求保护的范围。

Claims (8)

1.一种传输网中业务传输质量的监控方法，其特征在于包括以下步骤：

配置步骤：提供配置窗口并获取配置窗口中输入的数据生成配置数据表，并将配置数据表存储于系统中；所述配置数据表包括待检测设备的账户、密码、名称、连接待检测设备的IP地址、向待检测设备发送检测命令的方式、检测内容选择、各个业务名称、对应端口号、业务类型、业务调用模板名称、传输路由描述、同步业务分时段告警阈值设置、异步业务分时段告警阈值设置、告警方式设置、FA36全网节点名称及IP地址、延长检测周期参数设置以及监控软件运行所在地相关信息描述；

判断步骤：获取检测启动指令并判断是否进行循环检测，若是，则执行连接步骤；若否，则退出；连接步骤：获取配置数据表并从配置数据表得出待检测设备的账户和密码，并根据所述账户和密码登录连接待检测设备；所述检测启动指令用于标识检测开始或结束；

发送检测命令步骤：根据配置数据表以及待检测设备所支持的业务依次循环向待检测设备发送检测命令，并实时获取与检测命令对应的采样结果；

提取步骤：根据待检测设备所支持的业务的类型从采样结果中提取对应的业务数据；

处理步骤：根据系统中每种业务的业务处理流程来对对应的业务数据进行处理并得出结果；所述处理步骤包括：步骤S3：在系统日志中实时记录每种业务的业务传输情况；该业务传输情况包括记录业务传输的中断时间、恢复时间以及中断时长；

当结果为中断的业务，获取业务状态标识并判断是否已记录业务中断日志，若否则记录业务恢复日志同时更新业务状态标识为0，记录业务状态更新时间；

当结果为正常的业务，获取业务状态标识并判断是否已记录业务中断日志，若否则记录业务恢复日志同时更新业务状态标识为1，记录业务状态更新时间；同时根据中断时间和恢复时间调用预设的中断时长的函数计算业务传输的中断时长；

步骤S5：根据业务状态标识以及业务状态修改时间实时更新系统的业务状态数据表中的业务状态。

2.如权利要求1所述的方法，其特征在于：所述处理步骤具体还包括以下步骤：

步骤S1：根据业务的类型从对应的业务数据中提取端口数据收发信息并实时显示在系统对应的窗口界面中；

步骤S2：根据业务的类型从对应的业务数据中提取有效信息，并根据业务类型的业务处理流程对有效信息进程判断处理，进而判断业务传输是否正常，并根据预设的颜色显示规则对系统界面中的业务名称标签进行对应的颜色实时刷新显示；

步骤S6：当业务传输异常时，根据配置数据表获取当业务传输异常时是否启用声音告警，来判断当业务传输异常时是否调用并播放系统中对应的告警音频文件。

3.如权利要求2所述的方法，其特征在于：所述业务包括ATM干线业务、源端雷达业务、接收端雷达业务、异步双向收发业务、异步单向收业务、异步单向发业务、IP干线业务、同步双向收发业务、同步单向收业务和同步单向发业务。

4.如权利要求3所述的方法，其特征在于：当业务为源端雷达业务、同步双向收发业务、同步单向收业务时，所述处理步骤还包括：

步骤S7：根据业务的类型每隔预设时间从对应的业务数据中提取计算端口数据收发信息的数据量和误码量，并根据端口数据收发信息的数据量和误码量计算得出每种业务类型的误码率。

5.如权利要求4所述的方法，其特征在于：所述预设时间为20分钟。

6.如权利要求4所述的方法，其特征在于：所述误码率m的计算公式包括以下两种中的一种：

第一种：m=(errors2-errors1)/(input2+errors2)-(input1+errors1)，其中input1和input2分别为前后两次提取的端口数据收发信息的数据量，errors1和errors2分别为前后两次提取的端口数据收发信息的误码量；

第二种：m=(errors2-errors1)/(input2-input1)，其中input1和input2分别为前后两次提取的端口数据收发信息的数据量，errors1和errors2分别为前后两次提取的端口数据收发信息的误码量。

7.一种电子设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于：所述处理器执行所述程序时实现如权利要求1-6中任一项所述的传输网中业务传输质量的监控方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的传输网中业务传输质量的监控方法的步骤。

Images