CN101448269A

CN101448269A - 一种确定呼叫失败原因的方法和系统

Info

Publication number: CN101448269A
Application number: CNA2008102404822A
Authority: CN
Inventors: 宣伟; 蒋文杰; 孙婵; 张凤; 马哲
Original assignee: China Mobile Group Jilin Co Ltd
Current assignee: China Mobile Group Jilin Co Ltd
Priority date: 2008-12-22
Filing date: 2008-12-22
Publication date: 2009-06-03

Abstract

本发明实施例公开一种确定呼叫失败原因的方法和一种记录信息分析系统，该方法为首先当交换机检测到不成功的通话时，提取失败通话的记录信息文件并进行保存；然后记录信息分析系统将所述记录信息文件转化为文本文件，并根据记录信息文件中的关键字段确定呼叫失败的原因。应用本发明实施例提供的方法交换机检测到失败的通话后将失败通话的记录信息文件提取出来，所以在分析时则不需要分析大量的数据并且还可以提高失败原因分析的及时性。

Description

一种确定呼叫失败原因的方法和系统

技术领域

本发明涉及通信技术领域，尤其涉及一种确定呼叫失败原因的方法和系统。

背景技术

移动网络的用户在使用移动服务的过程中，遇到掉话或者接入失败等异常情况时，将向运营商投诉。为了提高服务质量，运营商总是要在第一时间响应用户的投诉，将出现异常情况的原因告诉用户，并根据所述原因解决网络中所存在的问题，避免再次出现异常。现有技术中分析呼叫失败的原因，一般采取以下两种方案：

方法一、使用专用仪表，挂接在信令网上，提前对信令进行跟踪，获取呼叫失败的相关信息。

方法二、在出现呼叫失败事件后，根据设备记录的统计日志等信息，从统计数据差异和日志记录信息中分析出呼叫失败的原因。

对于方法一，由于通信的数据量极大，长时间对信令或消息进行跟踪极其困难，因此该方法不能保证实时监控，对偶然出现的失败却很难捕获。因为在通话失败发生前维护人员并不知道哪些呼叫会出现失败，如通过挂表提前对信令跟踪，所得到的海量数据中即使存在少量通话失败的数据，也将面临数据分离困难和有效数据较少，不足以支撑后续的网络优化等问题。

对于方法二，由于统计日志等信息对事后定位问题所能提供的有用信息极少，对已出现且不易重现的问题很难找到根本原因。

在统计日志信息中一般只是包括一些描述内部程序发生错误或者进行特定步骤的说明信息，如：

STATS-CsCcm MailBOx Stats Report

STATS-Number Of Messages：3000

ERROR-TIMER：max number of timers(100)already allocated

这些信息对于各进程维护是有用的，但却很难说明通话的失败原因，另一方面，关于通话的具体信息数量巨大，也很难全部体现在日志中。

发明内容

本发明实施例提供一种确定呼叫失败原因的方法和系统，用于解决现有技术中分析呼叫失败原因需要分析大量数据并且及时性不够高的问题。

本发明实施例提供一种确定呼叫失败原因的方法，包括：

当交换机根据通话接通时间检测到失败的通话时，提取与所述通话相关的记录信息文件并进行保存；

根据记录信息文件中的关键字段确定呼叫失败的原因。

所述确定呼叫失败的原因之后，进一步包括根据所述失败的原因生成统计报告并输出。

其中，所述确定呼叫失败的原因包括：

根据所述关键字段确定通话异常释放的原因；

针对异常释放的原因分析该异常释放的原因相关的释放信息。

所述确定呼叫失败的原因之前，进一步包括：

交换机提取的二进制格式的记录信息文件转化为文本文件。

另外，所述文本文件为包含多个关键字段的类话单格式文件。

所述交换机根据通话接通时间检测到失败的通话，包括：

当交换机检测到存在通话接通时间的标识位为空的通话时，则确定该次通话为失败的通话。

另外本发明实施例还提供一种确定呼叫失败原因的系统，包括：

数据提取装置，用于当交换机根据通话接通时间检测到失败的通话时，提取与所述失败的通话相关的记录信息文件并进行保存；

记录信息分析装置，用于根据记录信息文件中的关键字段确定呼叫失败的原因。

所述记录信息分析装置还用于根据所述失败的原因生成统计报告，并输出所述统计报告。

优化装置，用于将所述统计报告中的呼叫失败原因进行累计分析，并将累计分析所得的结果与设备的统计数据进行比对，输出比对结果；

其中，所述数据提取装置还用于将所述记录信息文件转化为包含多个关键字段的类话单格式文件。

本发明实施例通过应用交换机实时的提取失败通话的记录信息文件，然后由记录信息分析系统将所述记录信息文件转化为类话单格式的文本文件，并对所述记录信息文件中的字段进行分析得到呼叫失败的原因，应用本发明实施例提供的方法交换机检测到失败的通话后将失败通话的记录信息文件提取出来，所以在分析时则不需要分析大量的数据，另外，因为交换机在检测到失败通话后便及时的提取，然后记录信息分析系统进行分析，所以本发明实施例所提供的方法可以提高失败原因分析的及时性。

附图说明

图1为本发明实施例一种确定呼叫失败原因的方法的流程图；

图2为应用本发明实施例所提供的方法对现网进行检测的流程图；

图3为一种确定呼叫失败原因的系统的装置图。

具体实施方式

本发明实施例一种确定呼叫失败原因的方法，首先当交换机检测到不成功的通话时，提取失败通话的记录信息文件并进行保存，然后记录信息分析系统将所述记录信息文件转化为类话单格式文件，并根据记录信息文件中的关键字段确定呼叫失败的原因。

如图1所示，本发明实施例一种确定呼叫失败原因的方法，具体包括步骤：

步骤101、当交换机从接收到的通话信息数据中检测到失败的通话记录时，提取出失败通话的记录信息文件并进行保存。

其中，交换机实时接收通话信息数据，当检测到某次通话接通时间的标识位为空，则可立即判定该次通话为一通失败的通话，在本发明实施例中并不仅限于接通时间标识位为空一种方式获取呼叫失败的信息，在实际应用中可根据具体的情况确定呼叫失败，例如接通时间为0或者其他可以确定呼叫失败的方式。

交换机一旦发现失败的通话，便提取出失败通话的记录信息生成相应的文件(记录信息文件)，并将生成的记录信息文件单独保存在特定目录下。

记录信息是分析通话失败原因的重要依据，每一份记录信息文件中都包含大量的关键字段，用于记录通话的各种信息。关键字段的一个实例如表1所示：

表1

步骤102、通话记录信息分析系统将所述记录信息文件转化为可读文本并保存。为了便于提取记录信息文件中的关键字段还可以将所述记录信息文件转化为类话单格式的可读文本文件。

其中类话单格式文件是将所述记录信息文件中的关键字段以话单格式保存。

因为交换机输出的记录信息文件是二进制格式文件，所以通话记录系统将交换机中单独保存的记录信息文件通过解码工具将二进制格式的记录信息文件转化为类话单格式的文本文件。

步骤103、根据记录信息文件中的关键字段确定呼叫失败原因。

因为交换机厂商对通话记录信息文件中的每个关键字段做了具体的定义，所以在此基础上可以根据记录信息文件中的关键字段获取用呼叫失败的原因。

根据确定的呼叫失败原因可以生成统计报告，根据生成的统计报告，对异常结果通过派单通知维护人员及时进行处理。

记录信息分析系统确定失败原因遵循的原则包括：

首先通过根据所述关键字段判断通话异常释放的原因。

在确定通话异常释放原因之后，再根据不同异常原因分析与该异常原因相关的信息(号码、业务类型、地域LAC/Cell、呼叫类型、链路等)。

为了，更为准确全面的得到故障原因，本发明实施例还可以包括步骤：

步骤104、将统计报告中记录的信息进行累计分析，并将分析结果与设备的统计数据进行比对，并输出包含比对结果的分析报告。其中所述设备的统计数据是通过现有技术中提供的方法所获取到的失败原因数据。

如图2所示，应用本发明实施例所提供的方法对现网进行检测的一个实例，包括步骤：

步骤201、当在一张通话记录信息里，检测到它的应答时间为空，则判定这是一次不成功的通话。

步骤202、从关键字段中检测到在记录中的出局、入局信令字段中，有释放信令的消息。

步骤203、在记录信息文件中的释放原因字段中说明是由于用户忙所导致的通话不成功。

在实际应用中，一般主要分析“o端通话释放原因”字段，通过该字段可以看出通话的释放原因：

A、如果字段是标注为“CV_USER_BUSY”，则表明呼叫失败是由于用户忙造成的通话结束。由此，可以进一步检查“主要方号码”，“手机用户的当前位置(lac信息)”等字段来查看用户手机的具体信息。

B、如果字段是“CV_NO_ANS_FROM_USER”，则表明呼叫失败是由于用户关机造成的通话结束。由此，可以进一步检查“被要方号码”，“手机用户的当前位置(lac信息)”，“o端所在MSC号”等字段来查看用户手机的具体信息。

C、如果字段是“CV_NETWORK_OUT_OF_ORDER”，在表明呼叫失败可能是由于网络繁忙造成的通话结束。由此，可以进一步检查“原始承载网络号”，“Trunk类型”等字段来查看网络的具体信息。

在实际应用中通话失败的具体情况很多，所以本发明实施例中并不局限于对“o端通话释放原因”的分析，还可以根据不同字段的信息确定呼叫失败的原因。

如图3所示，本发明实施例还提供确定呼叫失败原因的系统，包括数据提取装置301、记录信息分析装置302，另外为了预测系统中存在的隐患在本实施例中还可以包括优化装置303。

数据提取装置301，用于根据通话接通时间检测失败的通话时，并提取与所述失败的通话相关的记录信息文件并进行保存。

其中，所述数据提取装置301可以是交换机内部的一个数据处理装置，同时也可以是独立于交换机的一个输出处理终端。

另外，该数据提取装置301还用于将所述记录信息文件转化为包含多个关键字段的类话单格式文件。

记录信息分析装置302，用于根据记录信息文件中的关键字段确定呼叫失败的原因。

其中，所述记录信息分析装置302还用于根据所述失败的原因生成统计报告，并输出所述统计报告。

优化装置303，用于将所述统计报告中的呼叫失败原因进行累计分析，并将累计分析所得的结果与设备的统计数据进行比对，输出比对结果；

通过本发明实施例所提供的方法和系统因为交换机能及时的识别出当前次通话是否失败，如果失败则会立即将本次通话的所有信息细节记录下来，在磁盘上生成相应的编码文件。从而使得系统能够实时响应。

另外，交换机收集到的信息是原始通话记录，所以信息极为全面，能够为维护人员提供极为重要的分析依据，并且所有信息都是实时信息所以可以实现系统出现呼叫失败后在第一时间得到解决。

本发明所述的方法并不限于具体实施方式中所述的实施例，本领域技术人员根据本发明的技术方案得出其它的实施方式，同样属于本发明的技术创新范围。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1、一种确定呼叫失败原因的方法，其特征在于，包括：

根据记录信息文件中的关键字段确定呼叫失败的原因。

2、如权利要求1所述的方法，其特征在于，所述确定呼叫失败的原因之后，进一步包括根据所述失败的原因生成统计报告并输出。

3、如权利要求1所述的方法，其特征在于，所述确定呼叫失败的原因包括：

根据所述关键字段确定通话异常释放的原因；

4、如权利要求1所述的方法，其特征在于，所述确定呼叫失败的原因之前，进一步包括：

交换机提取的二进制格式的记录信息文件转化为文本文件。

5、如权利要求4所述的方法，其特征在于，所述文本文件为包含多个关键字段的类话单格式文件。

6、如权利要求1所述的方法，其特征在于，所述交换机根据通话接通时间检测到失败的通话，包括：

7、如权利要求2所述的方法，其特征在于，所述生成统计报告之后，进一步包括：

将所述统计报告中的呼叫失败原因进行累计分析，并将分析结果与系统中原有的统计数据进行比对，并输出比对结果。

8、一种确定呼叫失败原因的系统，其特征在于，包括：

数据提取装置，用于根据通话接通时间检测失败的通话，并提取与所述失败的通话相关的记录信息文件并进行保存；

9、如权利要求8所述的系统，其特征在于，所述记录信息分析装置还用于根据所述失败的原因生成统计报告，并输出所述统计报告。

10、如权利要求8所述的系统，其特征在于，该系统还包括：

优化装置，用于将所述统计报告中的呼叫失败原因进行累计分析，并将累计分析所得的结果与设备的统计数据进行比对，输出比对结果。

11、如权利要求8所述的系统，其特征在于，所述数据提取装置还用于将所述记录信息文件转化为包含多个关键字段的类话单格式文件。