[发明专利]电信网络中业务故障自动诊断的方法及系统

说明书

技术领域

本发明涉及电信网络中业务故障自动诊断技术，尤其涉及一种下一代电信网络中业务故障自动诊断的方法及系统。

背景技术

在下一代电信网络中的业务故障自动诊断系统中，软交换业务模块的一个集成测试用例的通过，需满足很多的指标要求，例如需满足以下指标要求：业务流程正确，放音正确，呼叫权限正常，业务触发正确，来电显示正常，话单话统正常，资源占用与释放正常，对其他业务没有干扰等。如此多的指标，测试人员会花很多时间来进行验证，并且由于人员经验和精力等限制，可能会遗漏某些测试指标，导致测试用例执行的质量下降。

交换机业务模块软件测试的过程可以归纳为：在一定的呼叫场景下，为用户签约指定的业务，执行设计的呼叫流程，最终判定结果正确成功与否的过程。业务测试最终需要满足一定的指标，或者说成功目标，才可以认为测试用例通过。目前业务模块常见的呼叫成功目标可以分为三类：业务流程类、媒体接续类、外部表象类；其中，

业务流程类：业务流程正确，呼叫权限正常，资源占用与释放正常，用户状态正确，对其他业务没有干扰；

媒体接续类：放音正确，收号正确，媒体接续和切换正确；

外部表象类：原始话单、话务统计、来电显示。

从逻辑的角度来说，如果一个测试用例满足了这些条件，并不能说明该测试用例完全无故障地通过了，因为这些成功目标可能并没有覆盖这次呼叫所有的功能点；但是一个测试用例的通过，必须要满足这些典型的呼叫成功目标。也就是说，满足常见的呼叫成功目标是集成测试用例通过的必要非充分条件。在实际工程测试中，虽然前者是非充分条件，但我们基本上可以信赖该判定条件：即“满足常见的呼叫成功目标”该测试空间，对“集成测试用例通过”该被测试结果具有比较高的置信概率。

下面首先以一个普通接入网关(AG，Access Gateway)呼叫为例，介绍下测试人员识别集成测试结果的一般思路。

测试人员识别集成测试结果的思路一般如下：当前的呼叫场景是普通呼叫；主叫是AG用户，物理号码和逻辑号码分别是111和222；被叫用户是AG用户，物理号码和逻辑号码分别是333和444；呼叫进展情况：通话后挂机，呼叫类别为市话。

根据上述呼叫情况，测试人员会根据各种呼叫成功目标的规则得出该呼叫的预期结果：该呼叫的话单主叫物理号码应该是111，主叫逻辑号码为222；被叫物理号码为333，逻辑号码444；呼叫类别是市话，通话成功，应当产生一张话单。

该呼叫的话统主叫物理号码应该是111，主叫逻辑号码为222；被叫物理号码为333，逻辑号码444；呼叫类别是市话，通话成功，应当产生一张话务统计。

该呼叫的来电显示应该是主叫大号码111。

挂机以后，主被叫占用的协议和业务数据区应该释放掉。

之后，测试人员会观察实际话单、话统、来电显示等信息，看看与预期结果是否一致。

当组网场景比较复杂，或者存在复杂的业务时，测试人员依然采用该过程识别测试的结果：分析呼叫组网和场景、分析用户属性、分析呼叫中的业务、分析呼叫进展情况和通话信息，根据这些信息就得出呼叫中的场景，测试人员根据各种呼叫成功目标的规则可以得到预期结果；然后再与实际测试结果比对，得到当前呼叫是否正确的结论。

根据上述的讨论可以看出：判断测试结果正确性的过程是有规律的，它包含以下几个步骤：

1、采集呼叫信息。对呼叫组网场景、用户属性、业务信息、业务进展情况和通话信息、各种呼叫成功目标进行采集，作为数据之源。

2、推理呼叫模型。根据上述采集的信息，进行推理得到当前呼叫的模型，根据呼叫模型和判定规则表得到当前呼叫中各种成功目标的预期结果。这一步的关键是判定规则表，它的输入是呼叫模型的组成元素，输出是各种成功目标的理论结果。

3、判定呼叫结果。将第二步推理出的成功目标理论结果，与第一步采集的实际结果进行对比，得出当前呼叫是否正确的结论。

如果能自动执行这三个步骤，那么就可以实现集成测试结果的自动识别，从而提高集成测试的质量。但是该过程与测试人员的经验息息相关，一般的软件程序较难实现。

人工智能研究领域中的专家系统理论是一种问题求解工具，适用于需要大量从实际经验中积累起来的知识来求解问题。下面简要介绍下专家系统的相关理论。

基于知识的专家系统是人工智能的一个重要分支。专家系统的能力来自它所拥有的专家知识，知识的表示和推理的方法则提供了应用的机理，这种基于知识的系统设计方法是以知识库和推理机为中心而展开的。