CN100466792C - 记录及输出呼叫日志信息的方法及应用及系统 - Google Patents

Abstract

本发明涉及一种记录及输出呼叫日志信息的方法及应用及系统。本发明的核心包括：首先，记录并保存呼叫处理过程中的失败的呼叫的运行轨迹信息和该呼叫的基本相关信息作为所述呼叫处理过程中呼叫失败的呼叫日志信息；之后，根据记录并保存的呼叫日志信息进行呼叫失败原因的分析统计；以便于根据分析统计结果对核心网性能进行优化处理。本发明针对性地解决了现有技术存在的缺陷，实现了可以有效获得所有的呼叫失败的呼叫日志信息，从而有效分析优化核心网络性能。同时，本发明还可以在保证信息具有分析问题的充足性的同时，有效减少了产生的信息量。而且，本发明的实现可以在多种应用场景下分析呼叫失败原因，从而有效地对无线核心网系统进行维护和优化。

Description

记录及输出呼叫日志信息的方法及应用及系统

技术领域

本发明涉及网络维护和网络优化管理技术领域，尤其涉及一种记录及输出呼叫日志信息的方法及应用及系统。

背景技术

目前无线2G有GSM(全球移动通信系统)和CDMA(码分多址)系统，3G有WCDMA(宽带码分多址)、TD-SCDMA(时分-同步码分多址)和CDMA1X(增强CDMA)系统。在各通信系统(包括固定核心网)中，为便于统计分析网络通信情况，均需要通过呼叫日志系统进行相应的呼叫日志记录。

在通信系统中，当呼叫接续进入所述的核心网时，则呼叫日志系统开始采集核心网软件内部处理运行轨迹，直到呼叫释放。所指呼叫包括涉及到核心网的所有业务，例如，语音业务和数据业务，短消息、智能、补充业务、鉴权、切换、漫游管理和位置业务等等所有业务。

以CDMA通信系统为例，移动用户发起的呼叫，用于实现呼叫日志功能的MSC(移动交换中心)收到BS(基站子系统)的CM Service Request(控制管理业务请求)消息开始记录软件运行轨迹，记录呼叫过程中MSC收到的消息后的处理过程，直到呼叫释放。

呼叫日志记录的有关呼叫的运行轨迹等相关信息，还需要从MSC/VLR(移动交换中心/拜访位置寄存器)输出到(OSS)操作支持子系统的维护台上，并存储在维护台的硬盘上，以便于进一步应用。

呼叫日志记录信息的主要作用之一便是用其来分析呼叫失败的原因，只有获知了呼叫失败的原因之后，才可能有针对性地对网络进行优化以有效提高网络通信过程中的呼叫接通率。

目前，还有核心网的设置相应的失败原因统计功能，比较常见的是话务统计功能，所述的话务统计功能可以记录呼叫试呼次数和各种失败次数。但是话务统计功能也存在相应的局限性。首先，话务统计作为分析网络性能的重要工具，对于非网络原因导致的呼叫失败一般不统计，比如无效主叫号码和未授权的业务等，使得无法全面分析网络的现象。其次，话务统计只是统计次数，不能获得相关的手机信息，例如，无法获得呼叫的IMSI(国际移动台标识)、用户号码和位置区小区等信息，给分析网络问题带来了不便。

另外，话单也是现有核心网记录呼叫信息的一个重要手段，一些话单可以起到统计呼叫失败的功能，其记录信息的内容也包含IMSI等各种信息，信息量也比较大。但针对单个呼叫的过大的信息量必然导致记录呼叫总体数量的不够全面，即由于网络传输和存储空间的限制无法保证所有呼叫失败都存在相应的信息记录。

发明内容

本发明的目的是提供一种记录及输出呼叫日志信息的方法及应用及系统，从而可以保证需要记录的日志信息较少，以有效降低了对硬盘空间及性能等方面的要求，进而使得在核心网中能够记录所有的呼叫失败的呼叫日志信息。

本发明的目的是通过以下技术方案实现的:

本发明提供了一种记录及输出呼叫日志信息的方法，包括:

A、记录并保存呼叫处理过程中的所有失败的呼叫的运行轨迹信息作为所述呼叫处理过程中的呼叫失败的呼叫日志信息；所述运行轨迹信息包括:运行轨迹的点编码信息，或者运行轨迹的点编码信息和参数信息；其中所述的点编码对应一种呼叫失败原因；

B、根据记录并保存的呼叫失败的呼叫日志信息进行呼叫处理的分析统计，输出指定的全部或部分呼叫失败的呼叫日志信息。

所述的步骤A包括:

A1、在呼叫处理过程中，实时记录所有呼叫对应的运行轨迹信息作为该呼叫的呼叫日志信息；

A2、当确定呼叫失败时，将记录的相应呼叫的运行轨迹信息标记为呼叫失败的呼叫日志信息；

A3、从记录的呼叫日志信息中获取所有呼叫失败的呼叫日志信息。

所述的步骤A1包括:

在呼叫处理过程中的触发拆线的代码位置记录该呼叫的对应的一个或多个运行轨迹信息。

所述的步骤A1还包括:

为每个呼叫的呼叫日志信息标记相应的标识信息，根据所述标识管理各个呼叫对应的呼叫日志信息。

所述的步骤A还包括:

记录呼叫的基本相关信息，所述的信息包括以下至少一项:

呼叫始末时间信息，主、被叫用户国际移动用户识别码IMSI信息，主、被叫号码信息和小区信息，电路号、失败时的消息和呼叫承载信息。

所述的步骤B包括:

确定输出呼叫失败的呼叫日志信息的条件，并根据确定的条件在可在的呼叫日志信息中查找符合所述条件的呼叫失败的呼叫日志信息，并输出；

或者，

输出所有呼叫失败的呼叫日志信息，之后，再根据确定的条件从所有的呼叫失败的呼叫日志信息中提取需要的呼叫失败的呼叫日志信息。

在所述的步骤B中，当需要获取所有呼叫失败的呼叫日志信息时，所述的条件为空，当需要获取部分呼叫失败的呼叫日志信息时，所述的条件包括以下至少一项:

预定的时间段条件、主被叫用户IMSI及号码条件和小区信息条件，电路号、失败时的消息和呼叫承载信息。

本发明还提供了一种基于呼叫日志信息优化核心网性能的实现方法，包括:

C、在记录保存的所有呼叫失败的呼叫日志信息获得指定输出的全部或部分呼叫失败的呼叫日志信息；其中，所述所有呼叫失败的呼叫日志信息中的运行轨迹信息包括:运行轨迹的点编码信息，或者运行轨迹的点编码信息和参数信息；其中所述的点编码对应一种呼叫失败原因；

D、根据输出的全部或部分呼叫失败的呼叫日志信息分析呼叫失败的原因，并根据所述原因对核心网性能进行优化处理。

所述的步骤D包括:

根据输出的呼叫失败的呼叫日志信息自动或人工进行呼叫失败原因的分析统计，根据分析结果进行核心网通信性能的优化处理。

所述的步骤D包括:

根据输出的呼叫失败的呼叫日志信息确定导致呼叫失败的网络侧实体，并自动或人工对网络侧相应实体进行调整，优化核心网通信性能。

本发明还提供了一种记录及输出呼叫日志信息的装置，包括:

呼叫日志信息记录模块:用于记录并保存呼叫处理过程中所有失败的呼叫的运行轨迹信息和该呼叫的基本相关信息，并作为所述呼叫处理过程的呼叫失败的呼叫日志信息；其中，所述运行轨迹信息包括:运行轨迹的点编码信息，或者运行轨迹的点编码信息和参数信息；其中所述的点编码对应一种呼叫失败原因；

呼叫日志信息输出模块:用于根据确定的输出呼叫失败的呼叫日志信息的条件从呼叫日志信息记录模块记录的呼叫日志信息中提取并输出符合所述条件的呼叫日志信息。

所述的呼叫日志信息记录模块包括:

呼叫记录子模块:用于记录并保存呼叫处理过程中的所有呼叫的呼叫日志信息；

呼叫失败标记子模块:用于当确定呼叫失败时，对呼叫记录子模块记录的呼叫日志信息标记为呼叫失败的呼叫日志信息。

所述的装置还包括:

条件输入模块:用于输入所述的输出呼叫失败的呼叫日志信息的条件信息，并提供给呼叫日志信息输出模块。

本发明还提供了一种基于呼叫日志信息优化核心网性能的系统，包括记录并输出呼叫日志信息的装置、呼叫日志分析模块和分析结果输出模块，其中，所述的呼叫日志分析模块用于对记录并输出呼叫日志信息的装置输出的呼叫失败的呼叫日志信息进行分析统计处理，并通过分析结果输出模块输出相应的分析结果；

其中，所述呼叫失败的呼叫日志信息中的运行轨迹信息包括:运行轨迹的点编码信息，或者运行轨迹的点编码信息和参数信息；其中所述的点编码对应一种呼叫失败原因。

所述的分析结果输出模块包括:

打印输出模块:用于将针对呼叫失败的呼叫日志信息的分析统计结果打印输出；和/或，

显示输出模块:用于将针对呼叫失败的呼叫日志信息的分析统计结果显示输出。

由上述本发明提供的技术方案可以看出，本发明提供了实时记录所有呼叫失败的呼叫日志信息的方法，从而使得可以有效及时地获知呼叫失败的原因，以便于对核心网的性能进行优化处理。同时，本发明还提供了相应的精简呼叫日志输出信息量的实现方法，使得输出的信息虽然大量减少，但仍可以充分保证有效的呼叫统计分析应用。因而，利用本发明可以在核心网侧对每个呼叫失败情况均输出较少量的基本呼叫日志信息，保证可以对呼叫失败情况进行分析，以确定呼叫失败的原因等。

总之，本发明针对性地解决了现存一些呼叫失败信息记录方式的缺陷。在保证信息具有分析问题的充足性的同时，极大地减少了产生的信息量。而且，本发明的实现可以在多种应用场景下分析呼叫失败原因，从而有效地对核心网系统进行维护和优化。

附图说明

图1为本发明所述的方法的流程图；

图2为本发明所述的系统的结构示意图。

具体实施方式

本发明的核心在于简化并优化了呼叫日志的输出信息，同时利用过滤和统计功能，分析各种场景下的呼叫失败原因，从而为核心网系统的维护和优化提供有力的依据。

下面将对本发明的具体实现进行说明。

本发明中，呼叫日志信息需要记录及输出的信息包括:呼叫的运行轨迹信息，同时，还可以包括一些呼叫的基本信息，这些基本信息可能包括呼叫始末时间信息、主被叫IMSI(国际移动用户识别码)、ESN(电子串号)、用户号码、位置区小区、失败时的消息、放音编码、呼叫承载信息和正在处理的消息等。

在一个呼叫过程中，一个运行轨迹通常包含一个唯一标识的点编码和相应的参数信息，所述的参数信息用于解析后的字符串信息的内容显示。比如，printf(“收到的消息名为:％d，模块号为:％d”，message_name，module_number)；所述的点编码如0x12345678用于唯一标识一个运行轨迹，同时，有两个4个字节的参数，分别对应message_name(消息名称)和module_number(模块号)的值。

这样，在一个呼叫过程中，可以记录及输出一个或多个运行轨迹信息，例如，当需要的日志信息量较大时可以输出80个运行轨迹，这样便可以获得更多的呼叫日志信息内容。

本发明中，根据记录及输出的呼叫日志信息量的要求还可以简化需要记录的呼叫日志信息，即在获取呼叫日志信息时，针对一种呼叫过程获取的信息内容包括:8字节的呼叫始末时间、16字节的主被叫IMSI、32字节的主被叫号码、4字节的点编码和7字节的小区信息，一共有67字节。

当本发明中，针对一次呼叫过程中，仅保留了一个运行轨迹的信息时，则在呼叫日志信息的记录及输出过程中相应的信息量大大减少，从而可以有效节省网络资源。

因此，在实际应用过程中，可以根据实际的需要确定需要记录及输出的呼叫日志信息，从而获得所有的呼叫失败的呼叫日志信息，以便于分析获得网络性能，进而有利于网络的优化处理。

同时，本发明中为了不损失信息分析的充足性，还需要优化运行轨迹的描述，具体的处理方式如下:

当本发明中，记录输出大量的运行轨迹信息时，则根据这些信息可以推断出当前正在进行的业务的情况。而且原有轨迹还有两个参数，可以给出更加详尽的信息。

但事实上，很多情况下，呼叫没有接通时，输出的运行轨迹不需要这么多，仅输出一个运行轨迹就可以分析出呼叫未接通的原因等信息。也就是说，对一个没有接通的呼叫，通常运营商关心的是为什么没有接通，未接通的呼叫是由哪一用户发起，被叫用户的身份信息等。例如，当被叫用户忙导致未接通时，只要获知被叫用户忙这一情况，并且知道主、被叫号码即可。

为满足上述基本需要，要求输出运行轨迹的具体方式为:

1、在触发拆线的代码的位置立即送运行轨迹，这样，可以根据代码上下文知道当前的具体处理。

2、根据代码的上下文，输出信息较齐全的描述字符串。比如，“RUIDIR message from HLR:decode EXESCR parameter error(来自HLR(归属位置寄存器)的远端用户交互指示消息(RemoteUserlnteractionDirective):解析执行脚本失败。)”。该字符串可以描述出来当前正在处理HLR过来的RUIDIR(远端用户交互指示)消息，且失败原因是解析EXESCR(执行脚本)信元失败。根据这些信息已经很清楚地描述了拆线的原因。

3、细化失败原因。比如上述的字符串，只指明解码失败，没有指出为何解码失败。但通过代码处理，比如判断信元IE长度失败，则还可以打印这个更具体的解码失败原因。比如可以打成:“RUIDIR message from HLR:decode ExecuteScript parameter error；length of the parameter too long(信元长度超长)！”，不同的原因用不同的语句给出准确的描述。

通过上述的两个步骤处理后，不仅可以清楚地描述失败的原因，而且极大地降低了呼叫日志记录及输出的信息量。

本发明中，针对减少后的信息内容并不是唯一的，具体可以增加一些信息或减少一些信息均可以实现根据呼叫日志信息分析呼叫失败的原因，并可以保证记录和输出的呼叫日志信息量较少。

本发明主要针对核心网的呼叫进行呼叫日志记录及输出，并进而实现相应的统计分析。在本发明中，一个核心网支持的用户数量巨大，通过以上措施减少信息量后，以相同的硬盘就可以保存较长时间内没有接通呼叫的呼叫日志。而且，本发明减少后的一个呼叫日志信息量较小，因而可以保存较长时间的呼叫日志。这样，使得在一段时间之内没有接通的呼叫均可以获知相应的原因。

下面将结合附图对本发明的具体实现进行说明，如图1所示，具体为:

步骤11:根据设定的需要获取的呼叫日志信息在呼叫未接通情况下记录并保存相应的呼叫日志信息，即记录所有呼叫失败的呼叫日志信息；

具体的实现方式可以为:

首先，在呼叫处理过程中，实时记录所有呼叫对应的运行轨迹信息和该呼叫的基本相关信息作为相应呼叫对应的呼叫日志信息，其中每个呼叫的呼叫日志信息通过一个唯一的ID(标识)对其进行管理，如采集输出等，另外，在核心网中还需要对同一呼叫的主、被叫用户分别记录的标记为不同的ID的呼叫日志信息进行关联，关联后作为同一呼叫的呼叫日志信息；

其次，当确定呼叫失败时，将记录的相应呼叫的运行轨迹信息和该呼叫的基本相关信息标记为呼叫失败的呼叫日志信息；

之后，便可以从记录的呼叫日志信息中获取所有呼叫失败的呼叫日志信息，以备后续的呼叫失败原因的统计分析使用。

步骤12:当确定需要根据呼叫日志信息分析呼叫失败原因时，则确定获取输出呼叫失败的呼叫日志信息的条件，如时间条件、用户身份信息条件、小区信息条件，电路号条件、失败时的消息条件、放音编码条件和呼叫承载信息条件等等，这样，便可以从记录的所有呼叫失败的呼叫日志信息中过滤输出分析统计需要的呼叫失败的呼叫日志信息；

本发明中，还可以首先从保存的呼叫日志信息中提取输出所有呼叫失败的呼叫日志信息，之后，再根据确定的条件从所有的呼叫失败的呼叫日志信息中提取需要的呼叫失败的呼叫日志信息；

需要说明的是，在该步骤中，当需要获取所有呼叫失败的呼叫日志信息时，所述的条件可以设置为空，这样便会输出所有的呼叫失败的呼叫日志信息；当需要获取部分呼叫失败的呼叫日志信息时，所述的条件包括以下至少一项:预定的时间段条件、主被叫用户IMSI及号码条件和小区信息条件，电路号、失败时的消息、放音编码和呼叫承载信息；

步骤13:根据确定的输出呼叫失败的呼叫日志信息的条件在记录保存的呼叫失败的呼叫日志信息中查找符合所述条件的呼叫失败的呼叫日志信息；

步骤14:输出符合所述条件的呼叫失败的呼叫日志信息；

步骤15:根据输出的呼叫失败的呼叫日志信息确定呼叫失败的原因信息，该步骤可以由分析系统自动完成，也可以由相关工作人员根据步骤14输出的呼叫日志信息人工分析实现。

经过上述过程获得了相应的分析结果后，便可以根据呼叫失败的原因对通信网络进行优化调整，以提高网络通信的性能。

本发明还提供了一种记录及输出呼叫日志信息的装置，如图2所示，具体包括以下各处理模块:

(1)呼叫日志信息记录模块:用于记录并保存呼叫处理过程中所有失败的呼叫的运行轨迹信息和该呼叫的基本相关信息，并作为所述呼叫处理过程的呼叫失败的呼叫日志信息；所述的呼叫日志信息记录模块包括:

呼叫记录子模块:用于记录并保存呼叫处理过程中的所有呼叫的呼叫日志信息，以便于呼叫失败标记子模块的标记处理；其中，对于未确定为呼叫失败的呼叫日志信息在呼叫结束后删除所有信息，释放所有资源；

呼叫失败标记子模块:用于当确定呼叫失败时，对呼叫记录子模块记录的呼叫日志信息标记为呼叫失败的呼叫日志信息，从而获得网络通信过程中的所有呼叫失败的呼叫日志信息。

(2)条件输入模块:用于输入所述的输出呼叫失败的呼叫日志信息的条件信息，并提供给呼叫日志信息输出模块，具体为当用户需要分析呼叫失败原因时，则输出其需要获取的呼叫日志信息的时间段条件或用户身份信息条件等；

(3)呼叫日志信息输出模块:用于根据确定的输出呼叫失败的呼叫日志信息的条件从呼叫日志信息记录模块记录的呼叫日志信息中提取并输出符合所述条件的呼叫日志信息，以便于用户进行呼叫失败原因分析等呼叫分析统计处理。

本发明还提供了一种基于呼叫日志信息优化核心网性能的系统，如图2所示，具体包括记录并输出呼叫日志信息的装置、呼叫日志分析模块和分析结果输出模块，其中，所述的呼叫日志分析模块用于对记录并输出呼叫日志信息的装置输出的呼叫失败的呼叫日志信息进行分析统计处理，并通过分析结果输出模块输出相应的分析结果。

其中，所述的分析结果输出模块包括打印输出模块和显示输出模块中的至少一个，而且:

所述的打印输出模块用于将针对呼叫失败的呼叫日志信息的分析统计结果打印输出；

所述的显示输出模块用于将针对呼叫失败的呼叫日志信息的分析统计结果显示输出。

下面将结合具体的呼叫日志信息的应用场景对本发明进行详细说明。

第一种应用场景

本发明中，可以利用收集的呼叫日志分析系统应答率，具体如下:

对运营商来说，呼叫应答了，才能收费，所以应答率对运营商的意义很大。因而，如果运营商能够知道呼叫没有应答的原因，便能够对症下药，提高通信系统的应答率。

利用本发明保存一定时间的呼叫日志后，便可以利用这些呼叫日志分析各种情况下的应答率。

例如，要分析近15天的系统应答率情况。根据输出的点编码做统计，统计所有呼叫未接通的次数，并且利用解析功能，将点编码的描述信息解析出来，得到以下的分析结果，且按呼叫未接通出现次数大小排序，具体如表1所示:

              表1

 

点编码	出现次数	百分比	描述信息
				0x91234567	123000	40％	被叫在振铃后不接通呼叫直接释放
0x93251678	78000	25％	被叫用户忙
				0x91457011	52000	17％	到固定电话局因无可用电路导致呼叫释放
0x94328373	43000	14％	到固定电话局因链路拥塞导致呼叫释放

利用表1中的分析统计结果，可以重点分析出现次数占总次数比例较大的情况。如上，前两种情况为用户行为，在用户行为不改变的情况下，运营商是没有办法提高应答率的。而对于后两种情况出现的原因可以分析，很可能是由于到固定电话局间配置的电路数目不够和配置的链路数目不够导致的。为此，网络运营商通过增加电路和增加链路，从而使得这些呼叫成功接续到固定电话局，从而提高应答率。

第二种应用场景

本发明中，可以利用用户号码和IMSI分析指定用户的呼叫不接通原因。

例如，某用户投诉近一段时间呼叫很难打通。则可以利用用户号码和IMSI过滤采集到的呼叫日志，获得该用户所有不接通呼叫的原因。其中之所以还要用到IMSI，是由于在呼叫接续过程中，有可能还没有接续到VLR呼叫就释放了，而用户号码是保存在VLR中的，在用户接续到VLR之前只知道用户的IMSI信息，这样便只能根据其IMSI信息进行分析处理。

利用用户号码和IMSI做“或”条件过滤呼叫日志，即只要用户号码和IMSI中有一条符合，则提取相应的呼叫日志。这样，便可以在过滤之后得到表2所示的结果信息:

                      表2

 

呼叫开始时间	呼叫结束时间	主叫IMSI	被叫IMSI	主叫号码	被叫号码	小区	呼叫释放原因
								2005-8-116:30:40	2005-8-116:31:45	4600309 07551101	4600309 07551102	86136 07551101	86136 07551102	4600300033000	到BSS侧无可用电路
2005-8-118:30:40	2005-8-118:31:45	4600309 07551101		86136 07551101	0755 28560166	4600300033001	到PSTN局无可用电路
								2005-8-116:30:40	2005-8-116:31:45	4600309 07551101	4600309 07551102	86136 07551101	86136 07551102	4600300033000	被叫用户寻呼没有响应

根据上述的过滤结果，可以较为方便地获得该用户呼叫失败的所有原因，且可以知道用户做呼叫的时间，从而可以有效应付用户的投诉，并且可以有针对性地解决相应的问题。

第三种应用场景

利用本发明，还可以获知指定时间范围内的呼叫没有接通的原因:

例如，在某段时间内呼叫大量失败，此时，便可以利用采集到的呼叫日志分析原因。

具体为以时间范围作为过滤条件，过滤后统计所有失败次数，便可以得到类似第二种应用场景中描述的表2的信息，和类似表1的信息，根据获得的信息就可以知道指定时间内都是某些原因导致的呼叫失败了。

第四种应用场景

利用本发明，还可以获知指定小区呼叫不通的原因:

某个区域电话不好打，则可以利用记录的小区信息为过滤条件，查看该小区发起的呼叫在核心网侧失败的原因。过滤后仍可以得到类似表2所示的表格，从表格中便可以分析失败原因。其中有一部分可以与小区相关，比如最后一个寻呼没有响应，则可能是该小区信号不好所致。

综上所述，本发明技术方案给出了精简输出信息量的方案，使得输出的信息虽少但充分有效。这样就可以在核心网侧对每个呼叫失败都输出呼叫日志。从而可以在各种应用场景下分析呼叫失败原因，实现对无线核心网系统的有效地维护和优化。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (15)

1、一种记录及输出呼叫日志信息的方法，其特征在于，包括:

A、记录并保存呼叫处理过程中的所有失败的呼叫的运行轨迹信息作为所述呼叫处理过程中的呼叫失败的呼叫日志信息；所述运行轨迹信息包括:运行轨迹的点编码信息；其中所述的点编码对应一种呼叫失败原因；

B、根据记录并保存的呼叫失败的呼叫日志信息进行呼叫处理的分析统计，输出指定的全部或部分呼叫失败的呼叫日志信息。

2、根据权利要求1所述的方法，其特征在于，所述的步骤A包括:

A1、在呼叫处理过程中，实时记录所有呼叫对应的运行轨迹信息作为该呼叫的呼叫日志信息；

A2、当确定呼叫失败时，将记录的相应呼叫的运行轨迹信息标记为呼叫失败的呼叫日志信息；

A3、从记录的呼叫日志信息中获取所有呼叫失败的呼叫日志信息。

3、根据权利要求2所述的方法，其特征在于，所述的步骤A1包括:

在呼叫处理过程中的触发拆线的代码位置记录该呼叫的对应的一个或多个运行轨迹信息。

4、根据权利要求2所述的方法；其特征在于，所述的步骤A1还包括:

为每个呼叫的呼叫日志信息标记相应的标识信息，根据所述标识管理各个呼叫对应的呼叫日志信息。

5、根据权利要求1至4任一项所述的方法，其特征在于，所述的步骤A还包括:

记录呼叫的基本相关信息，所述的信息包括以下至少一项:

呼叫始末时间信息；主被叫用户国际移动用户识别码IMSI信息；主被叫号码信息；小区信息；电路号；失败时的消息；呼叫承载信息。

6、根据权利要求5所述的方法，其特征在于，所述的步骤B包括:

确定输出呼叫失败的呼叫日志信息的条件，并根据确定的条件在呼叫日志信息中查找符合所述条件的呼叫失败的呼叫日志信息，并输出；

或者，

输出所有呼叫失败的呼叫日志信息，之后，再根据确定的条件从所有的呼叫失败的呼叫日志信息中提取需要的呼叫失败的呼叫日志信息。

7、根据权利要求6所述的方法，其特征在于，在所述的步骤B中，当需要获取所有呼叫失败的呼叫日志信息时，所述的条件为空，当需要获取部分呼叫失败的呼叫日志信息时，所述的条件包括以下至少一项:

预定的时间段条件；主被叫用户IMSI信息；号码条件；小区信息条件；电路号；失败时的消息；呼叫承载信息。

8、一种基于呼叫日志信息优化核心网性能的实现方法，其特征在于，包括:

C、在记录保存的所有呼叫失败的呼叫日志信息获得指定输出的全部或部分呼叫失败的呼叫日志信息；其中，所述所有呼叫失败的呼叫日志信息中的运行轨迹信息包括:运行轨迹的点编码信息；其中，所述的点编码对应一种呼叫失败原因；

D、根据输出的全部或部分呼叫失败的呼叫日志信息分析呼叫失败的原因，并根据所述原因对核心网性能进行优化处理。

9、根据权利要求8所述的方法，其特征在于，所述的步骤D包括:

根据输出的呼叫失败的呼叫日志信息自动或人工进行呼叫失败原因的分析统计，根据分析结果进行核心网通信性能的优化处理。

10、根据权利要求8或9所述的方法，其特征在于，所述的步骤D包括:

根据输出的呼叫失败的呼叫日志信息确定导致呼叫失败的网络侧实体，并自动或人工对网络侧相应实体进行调整，优化核心网通信性能。

11、一种记录及输出呼叫日志信息的装置，其特征在于，包括:

呼叫日志信息记录模块:用于记录并保存呼叫处理过程中所有失败的呼叫的运行轨迹信息和该呼叫的其它基本相关信息，并作为所述呼叫处理过程的呼叫失败的呼叫日志信息；其中，所述运行轨迹信息包括:运行轨迹的点编码信息；其中，所述的点编码对应一种呼叫失败原因；

呼叫日志信息输出模块:用于根据确定的输出呼叫失败的呼叫日志信息的条件从呼叫日志信息记录模块记录的呼叫日志信息中提取并输出符合所述条件的呼叫日志信息。

12、根据权利要求11所述的装置，其特征在于，所述的呼叫日志信息记录模块包括:

呼叫记录子模块:用于记录并保存呼叫处理过程中的所有呼叫的呼叫日志信息；

呼叫失败标记子模块:用于当确定呼叫失败时，对呼叫记录子模块记录的呼叫日志信息标记为呼叫失败的呼叫日志信息。

13、根据权利要求11或12所述的装置，其特征在于，所述的装置还包括:

条件输入模块:用于输入所述的输出呼叫失败的呼叫日志信息的条件信息，并提供给呼叫日志信息输出模块。

14、一种基于呼叫日志信息优化核心网性能的系统，其特征在于，包括记录并输出呼叫日志信息的装置、呼叫日志分析模块和分析结果输出模块，

其中，所述的呼叫日志分析模块用于对记录并输出呼叫日志信息的装置输出的呼叫失败的呼叫日志信息进行分析统计处理，并通过分析结果输出模块输出相应的分析结果；

其中，所述呼叫失败的呼叫日志信息中的运行轨迹信息包括:运行轨迹的点编码信息；其中所述的点编码对应一种呼叫失败原因。

15、根据权利要求14所述的系统，其特征在于，所述的分析结果输出模块包括:

打印输出模块:用于将针对呼叫失败的呼叫日志信息的分析统计结果打印输出；和/或，

显示输出模块:用于将针对呼叫失败的呼叫日志信息的分析统计结果显示输出。

Images