CN100499699C - 一种通信系统中信令信息的收集系统和方法 - Google Patents

Abstract

本发明公开了一种通信系统中信令信息的收集系统和方法，该收集系统包括信令业务系统和呼叫历史记录系统，信令业务系统设置在业务处理设备内，用于业务处理设备与外部实体之间进行信令业务处理，在有新业务接入时通知呼叫历史记录系统收集信令信息，在信令业务处理过程中将业务处理设备同外部实体的信令接口中的信令信息发送到呼叫历史记录系统收集，本次业务终止时通知呼叫历史记录系统；呼叫历史记录系统在业务过程中收集信令业务系统发送的信令信息，并在本次业务终止时生成由收集到的信令信息组成的本次业务的呼叫历史记录。本发明可以实现对单个业务信令过程的信令信息进行记录，便于信令统计分析、故障分析和定位，减少工作量。

Description

一种通信系统中信令信息的收集系统和方法

技术领域

本发明涉及通信系统的故障分析技术，尤其是涉及一种作为信令故障分析基础的通信系统中信令信息的收集技术。

背景技术

目前的通信系统已经发展到第三代(3G)移动通信系统。例如通用移动通信系统(UMTS，Universal Mobile Telecommunications System)是采用宽带码分多址(WCDMA，Wideband Code Division Multi-Access)空中接口技术的第三代移动通信系统。陆地无线接入网(UTRAN)、核心网(CN)与用户设备(UE)一起构成了整个UMTS系统。移动交换中心(MSC)/拜访位置寄存器(VLR)是WCDMA核心网电路(CS)域的业务处理功能节点。

由于通信系统的发展，通信系统内业务处理单元的信令消息交互量也大大增加。例如3G中，MSC/VLR与外部的接口众多，实际在其上运行的业务流程也十分复杂。在实际的WCDMA电路域网络中，MSC的功能主要表现在与其他设备的信令交互以及MSC对业务流程的控制处理上。而MSC与外部实体的信令交互和内部的业务控制处理是有关联的。在与其他实体对接的测试以及实际运行中，可能因为某些原因，导致MSC外部信令的交互过程失败。如果要分析故障原因并进一步定位故障，需要对信令过程中的信令信息进行收集，并在此基础上进行分析以确定故障，进而排除故障。

在现有通信系统的日常维护工作中，通过如下方法来收集业务处理设备与外部实体间信令的信令信息以进行故障分析：

1)性能统计方案。性能统计是通过统计网络中关键的统计项来衡量当前网络的质量，该方法是统计在一个特定测量周期内通信设备信令流程的成功/失败次数，并将该统计值反馈给网络管理系统，由网络管理系统进行全面的分析，通过分析结果指导对现有网络的扩容和问题解决。

该性能统计方案存在着明显的缺点：该方案是一种长时间，或者说是一种周期任务的统计方案，即在一段时间内统计信令流程成功率或者失败率是多少，这种统计结果是基于历史数据的系统性能的统计，多用于指导运营商对全网通信设备或对单个网元的优化，对于单个信令流程过程的失败不能提供更多的定位信息，因而难以对信令过程出现故障的原因进行细致的异常分析。

2)全网信令跟踪检测方法。信令跟踪的方法是通过信令分析仪器在通信设备上的标准协议接口上跟踪业务过程中业务处理单元(例如MSC)与其它网元的符合标准协议的信令消息，如Iu接口，C/D接口，ISDN用户部分(ISUP)接口，并将这些相关的消息发送给网络管理中心，通过对这些跟踪到的消息来进行分析，根据分析结果对网络进行优化，同时解决部分故障问题。

全网信令跟踪检测方法的缺点如下：全网信令跟踪检测方法是一种实时的跟踪，需要在通信系统业务处理设备与外部实体的所有的信令接口都要通过特殊的第三方仪器进行跟踪，由于其跟踪方式为将所有通过接口的信令消息简单地拷贝下来，因此这种跟踪会产生大量的数据。目前的在第二代(2G)通信系统中的信令跟踪只是跟踪了部分网间的信令消息，对于第三代(3G)通信系统来说，如果采用该跟踪检测方法，则这些跟踪的信令消息将会是海量的，尤其是如果要跟踪接入网部分的信令消息的数量更为巨大，而从大量的信令消息跟踪中获取有用的信息，需要巨大的工作量。另外由于跟踪到的信令消息只是简单的罗列，没有顺序与分类，很难进行对于单个信令流程的失败分析，为分析工作带来了巨大的困难，需要分析人员有很丰富的经验，能够很敏锐的发现消息中存在的问题，因此这种方法也不便于在维护人员中推广。而且，有些通信系统中两个网元间的接口数量很多，第三方的跟踪仪器在处理能力上难以支持同时连接跟踪多个接口，从而使得这种方法不能用于分析这类设备间的故障。

3)告警方案。网络管理系统通过对告警信息的处理和分析可以进行网络故障的排除和管理。在系统发生故障时，告警系统可以实时的将告警产生的时间、原因等信息发送给网络管理系统，网络管理系统可以根据这些告警信息来分析并排除所发生的一些故障。

告警方案的缺点为：告警一般来说关注的都是设备故障，对用户故障的关注比较少。比如用户由于种种原因，呼叫或发送短信失败等故障的时候，在告警上无法体现处理。所以告警基本上不能反映或者解决定位单个用户信令异常的问题。

发明内容

有鉴于此，本发明的主要目的在于提供一种通信系统中信令信息的收集系统，以实现对单个业务信令过程的信令信息进行记录，便于信令统计分析、故障分析和定位，减少工作量。

本发明的另一目的在于提供一种通信系统中信令信息的收集方法，也可以实现对单个业务信令过程的信令信息进行记录，便于信令统计分析、故障分析和定位，减少工作量。

为了实现上述发明目的，本发明的主要技术方案为：

一种通信系统中信令信息的收集系统，该收集系统包括信令业务系统和呼叫历史记录系统，其中：

信令业务系统设置在通信系统的业务处理设备内，用于业务处理设备与外部实体之间进行信令业务处理，并用于在有新业务接入时通知呼叫历史记录系统收集信令信息，在信令业务处理过程中将业务处理设备同外部实体的信令接口中的信令信息发送到呼叫历史记录系统收集，在本次业务终止时通知呼叫历史记录系统生成呼叫历史记录；

呼叫历史记录系统用于收集信令业务系统发送的信令信息，并在本次业务终止时生成由收集到的信令信息组成的本次业务的呼叫历史记录。

所述呼叫历史记录系统具体包括：呼叫历史记录启动单元，用于接收信令业务系统的业务接入通知，向信令信息收集单元发送启动指令；信令信息收集单元，用于启动后收集信令业务系统发送的信令信息；呼叫历史记录生成单元，用于在收到信令业务系统发送的本次业务终止通知后，根据信令信息收集单元收集的信令信息生成本次业务的呼叫历史记录。

所述呼叫历史记录生成单元中进一步包括：呼叫历史记录的触发单元，用于在收到信令业务系统发送的业务终止通知后，根据预设的触发条件判断是否需生成呼叫历史记录，如果需要则触发呼叫历史记录生成单元生成呼叫历史记录，否则，不触发生成呼叫历史记录。

所述触发单元具有面向用户的触发条件设置接口，通过该接口根据用户指令设置所述触发条件。

所述收集系统进一步包括呼叫历史记录服务器，用于接收存储呼叫历史记录，进行统一管理；所述呼叫历史记录系统进一步包括编码发送单元，用于按照预定的编码格式对所生成的呼叫历史记录进行编码并发送给呼叫历史记录服务器。

所述呼叫历史记录系统中进一步包括：过滤缓存单元，用于对当前生成的本次业务的呼叫历史记录进行缓存，并判断该呼叫历史记录是否符合预设的过滤条件，是则继续缓存并传输到编码发送单元进行发送；否则取消发送。

所述过滤缓存单元具有面向用户的过滤条件设置接口，通过该接口根据用户指令设置所述过滤条件。

一种通信系统中信令信息的收集方法，当通信系统中的业务处理设备收到来自外部实体的本次业务建立请求时，开始收集该业务处理设备同外部实体的信令接口中的信令信息，本次业务终止时生成由所收集到的信令信息组成的呼叫历史记录，该呼叫历史记录与本次业务相对应。

该方法进一步包括：设置生成呼叫历史记录的触发条件；当所述本次业务终止时，根据所述触发条件判断是否需要触发生成呼叫历史记录，是则执行后续的生成本次业务的呼叫历史记录的步骤，否则不生成本次业务的呼叫历史记录，结束本流程。

所述触发条件为本次业务的处理结果：如果本次业务处理失败，则需要触发生成本次业务的呼叫历史记录，否则不需触发生成本次业务的呼叫历史记录。

该方法进一步包括：设置呼叫历史记录服务器；将生成的呼叫历史记录发送给呼叫历史记录服务器统一管理。

该方法进一步包括：

设置过滤条件；在向呼叫历史记录服务器发送呼叫历史记录之前进一步判断该呼叫历史记录是否符合过滤条件，如果符合则执行后续的向呼叫历史记录服务器发送该呼叫历史记录的步骤；否则不向呼叫历史记录服务器发送该呼叫历史记录，结束本流程。

所述过滤条件包括：信令类型和消息类型。

所述业务处理设备为WCDMA系统中的移动交换中心、拜访位置寄存器、媒体网关、或网关移动交换中心。

由于本发明是指针对一次业务过程(例如呼叫、短消息、切换、多连接呼叫等)中的接口信令的信令信息进行收集并生成呼叫历史记录，业务处理设备的整个业务过程的信令信息被存放到呼叫历史记录服务器，用户可以利用浏览查看各个业务过程的呼叫历史记录，很容易对单个的具体业务的信令流程进行分析，容易对全网进行信令统计分析，对信令故障进行准确的定位，并分析网络的质量；并且由于本发明是收集了单次业务中整个信令流程的信令信息，因此不论是由于设备导致的故障，还是由于用户导致的故障，都可以进行分析定位。由于本发明的信令信息可以分类存储，使得在定位不同类型问题时，可以有侧重的分析不同类别的信息，因此利用本发明不但可以对业务信令流程进行分析和故障定位，还可以基于所收集的信令信息指导运营商优化网络。另外，由于本发明在业务终止时，可以根据预定的触发条件判断是否生成呼叫历史记录，例如只有对于失败的业务才生成呼叫历史记录，对于数量占多数的成功的业务过程不产生呼叫历史记录，而且可设置过滤条件，只有符合过滤条件的呼叫历史记录才可以发送给呼叫历史记录服务器处理，因此本发明可以减少信令信息的收集量，降低收集信令信息的设备的处理工作量，同时降低工作人员的分析工作量，节约成本。

附图说明

图1为本发明所述方法实现呼叫历史记录的架构图；

图2为本发明所述信令信息收集系统的一种实施例的结构图；

图3为本发明所述方法的一种实施例的流程图；

图4为本发明所述设置过滤条件的一种实施例的示意图；

图5为不同MSC之间进行3G系统到2G系统间切换的流程图。

具体实施方式

下面通过具体实施例和附图对本发明做进一步详细说明。

本发明所述的呼叫历史记录(CHR)，是指针对业务处理设备的一次业务过程(例如呼叫、短消息、切换、多连接呼叫等)中，收集记录整个业务过程中业务处理设备与外部实体接口信令的信令信息(也可以称为轨迹信息)，将本次业务过程中所收集的信令信息组合为一个呼叫历史记录。用于管理员对本次业务过程的信令流程进行分析，从而定位故障。CHR是面向用户，面向业务流程的，是业务处理设备对一次完整的业务流程中信令交互内容的记录。

图1为本发明所述方法实现呼叫历史记录的架构图。如图1所示，本发明的方法可设置CHR服务器，该CHR服务器可以设置在网络管理系统中，也可单独设置；当通信系统中的业务处理设备(例如MSC)在处理某次业务时，收集该业务处理设备与外部实体的信令接口中的信令信息，在该次业务终止时生成由所收集到的信令信息组成的CHR，将生成的CHR通过标准协议消息发送给CHR服务器统一管理。用户可以通过CHR工作台登陆CHR服务器对CHR进行管理分析，根据这些CHR来分析呼叫出现的问题，并通过CHR中的消息信元分析定位问题，并通过相应的手段来排除故障。

本发明适用于通信系统中所有的业务处理设备的信令信息的收集，所述业务处理设备例如：WCDMA系统中的移动交换中心MSC、VLR、媒体网关(MGW)、或网关MSC(GMSC)等。本文中以应用到MSC为例对本发明进行说明。

图2为本发明所述信令信息收集系统的一种实施例的结构图。参见图2，该收集系统包括信令业务系统21、呼叫历史记录系统22、呼叫历史记录服务器23，其中：

信令业务系统21设置在通信系统的业务处理设备(此处为MSC)内，用于业务处理设备与外部实体之间进行信令业务处理，并用于在有新业务接入时由业务接入单元211通知呼叫历史记录系统22收集信令信息，在业务处理过程中由信令接口的信令交互单元212将业务处理设备同外部实体的各信令接口中交互的信令信息发送到呼叫历史记录系统22收集，本次业务终止时由业务终止单元213通知呼叫历史记录系统22；

呼叫历史记录系统22用于在业务开始时启动收集信令业务系统21发送的信令信息，并在本次业务终止时生成由收集到的信令信息组成的本次业务的呼叫历史记录，发送到呼叫历史记录服务器23；具体包括：

呼叫历史记录启动单元221，用于接收信令业务系统21的业务接入通知，分配本次呼叫历史记录的标识，向业务信令系统21返回该标识，并向信令信息收集单元发送启动指令；

信令信息收集单元222，用于收集信令业务系统21发送的信令信息；

呼叫历史记录生成单元223，用于在收到信令业务系统21发送的信令业务终止通知后，根据信令信息收集单元222收集的信令信息生成本次业务的呼叫历史记录；该呼叫历史记录生成单元223中进一步包括：呼叫历史记录的触发单元224，用于在收到信令业务系统21发送的信令业务终止通知后，根据预设的触发条件判断是否需生成呼叫历史记录，如果需要则触发呼叫历史记录生成单元223生成呼叫历史记录，否则，不触发生成呼叫历史记录。所述触发单元具有面向用户的触发条件设置接口，通过该接口根据用户指令设置所述触发条件。

过滤缓存单元225，用于对当前生成的呼叫历史记录进行缓存，并判断该呼叫历史记录是否符合预设的过滤条件，是则继续缓存并传输到编码发送单元226进行发送；否则取消发送或减少发送量。所述过滤缓存单元225具有面向用户的过滤条件设置接口，通过该接口根据用户指令设置所述过滤条件。

编码发送单元226，用于按照预定的编码格式对所生成的呼叫历史记录进行编码并发送给呼叫历史记录服务器23。

呼叫历史记录服务器23用于接收存储呼叫历史记录，进行统一管理。

图3为本发明所述方法的一种实施例的流程图。参见图3，该实施例的流程具体包括：

步骤301、当所述业务处理设备收到来自外部实体的业务建立请求时(即有新业务接入时)启动呼叫历史记录。比如收到从A接口、Iu接口收到CMService Request消息或者中继入局的IAM消息、或者E接口的切换入局请求MAP-Prepare-Handover-Request时，此时一个新的业务处理流程在业务处理设备中启动，这时信令业务系统21向呼叫历史记录系统22申请启动呼叫历史记录，历史呼叫记录系统为本次业务分配一个呼叫历史记录的标识，返回给信令业务系统21，启动本呼叫历史记录的信令信息收集的过程。

步骤302、信令信息收集。当信令业务系统21启动了呼叫历史记录后，在业务流程中收集该业务处理设备同外部实体的信令接口中的信令信息，即将该业务处理设备同外部实体的信令接口中的信令信息以消息的格式输出到呼叫历史记录系统22中，上述的呼叫历史记录标识作为这些信令信息的句柄，呼叫历史记录系统22记录所收集的信令信息。

在所述信令信息中，尤其要包括导致信令流程失败的关键信息：例如导致信令过程失败的原因、信令过程失败的相关接口消息等，而且还包括必要的业务过程基本信息，例如：

1)移动用户信息(MS information)：记录业务过程发生时，移动用户的一些基本信息，包括主被叫用户标识，用户接入类型等。

2)移动用户位置信息(Location information)：记录业务过程发生时，主被叫移动用户的位置区信息、接入网标识等。

3)流程信息(Procedure information)：记录此业务流程的类型、出现异常时，业务失败原因值等信息。

4)系统信息(System information)：记录业务过程发生时，系统的一些基本信息，如系统时间，异常的业务流程开始的时间，异常发生的时间，系统标识，系统接入容量等。

5)扩展信息(Extend information)：由业务处理设备自身定义的一些扩展信息，结构固定，内容只能由业务处理设备自己解释。

另外，所述信令信息中还有业务过程中的信令相关消息，包括：异常业务过程中发生的与其他设备交互时的所有A接口消息、IU接口消息、移动应用部分(MAP)接口消息、ISUP接口消息、承载独立的呼叫控制(BICC)接口消息等的消息类型以及消息内容等信息。

优选的，本步骤收集的信令信息可以是整个业务处理过程中，业务处理设备与外部实体的所有交互信令。

步骤303、呼叫历史记录生成。当一次业务流程终止的时候，呼叫历史记录系统22需要生成由所收集到的信令信息组成的呼叫历史记录，该呼叫历史记录与该项业务相对应。本发明中可对呼叫历史记录中的信令信息分类存储，使得在定位不同类型问题时，可以有侧重的分析不同类别的信息，例如将上述移动用户信息、移动用户位置信息、流程信息、系统信息、扩展信息等分类存储。

本发明中可由用户预先设置生成呼叫历史记录的触发条件；当所述本次业务终止时，根据所述触发条件判断是否需要触发生成呼叫历史记录，是则生成本次业务的呼叫历史记录，否则不生成本次业务的呼叫历史记录，结束本流程。所述的触发条件可以设置为本次业务的处理结果：如果本次业务处理失败，则需要触发生成本次业务的呼叫历史记录，否则不需触发生成本次业务的呼叫历史记录。因此对于数量占多数的成功的业务过程，是不需要产生呼叫历史记录的。

步骤304、呼叫历史记录的过滤与缓存。本发明可预先由用户设置过滤条件，在向呼叫历史记录服务器23发送呼叫历史记录之前进一步判断该呼叫历史记录是否满足过滤条件，满足过滤条件则需向呼叫历史记录服务器23发送呼叫历史记录，执行步骤305；否则，不向呼叫历史记录服务器23发送该呼叫历史记录，结束本流程。

图4为本发明所述设置过滤条件的一种实施例的示意图。参见图4，用户可以通过面向用户的接口设置过滤条件，该接口提供的设置方式主要包括两部分：首先是对信令类型进行设置，例如需要过滤的是中继信令、业务信令、A接口信令、还是IU接口信令等；其次是对该信令类型的消息类型进行设置，例如对于中继信令，可设置进一步的过滤条件是中继信令正常消息类型或是中继信令异常消息类型，对于IU接口信令、可设置进一步的过滤条件是IU接口信令正常消息类型或是IU接口信令异常消息类型。所述生成的呼叫历史记录输入后，经过信令类型和消息类型两层过滤，再输出到缓存中发送。例如用户设置的过滤条件为信令类型为IU接口信令且消息类型为IU接口信令异常消息类型，则判断所生成的呼叫历史记录中是否包括IU接口信令且消息类型是否为IU接口信令异常消息类型，如果是则发送该呼叫历史记录，否则不发送该呼叫历史记录。

图4只是对过滤条件的一个举例说明，本发明也可为用户提供其他的设置接口，以设置不同的过滤条件：例如可以要求MSC记录通话时间超过2小时的呼叫的历史记录。

对呼叫历史记录进行过滤，可以方便用户进行灵活机动的分析定位故障，例如若某个故障原因已经诊断清楚，可以通过设置过滤条件取消此种故障的信令输出，可以减少大量的呼叫历史记录输出，降低工作量，减少成本。

步骤305、呼叫历史记录编码与发送。呼叫历史记录在输出给呼叫历史记录服务器23时需要按照预先定义的格式标准进行编码，比如可以采用文本、二进制或ASN.1格式，编码后再发送给呼叫历史记录服务器23，由呼叫历史记录服务器23进行统一管理。采用适当的编码方案可以减少网络设备和呼叫历史记录服务器23之间的通信流量，提高系统整体效率。

基于本发明的上述技术方案和有益效果，本发明可具体应用在以下几个方面：

1)在MSC设备调测时，经常会遇到业务流程失败的情况。此时，快速定位问题并解决故障是十分重要的。使用本发明的CHR记录的技术，可以比别的方法更加快速地达到定位故障，解决故障的目的。

2)在MSC设备与其它网元节点对接时，常会遇到对接失败的情况，如果出现对接失败的两个设备间有较多的信令连接的时候，不能使用信令分析仪对所有链路一一连接并从收集到的海量数据中挑选异常消息。此时可以使用本发明的CHR记录技术，记录特定测试手机出现异常信令消息的业务过程，以及异常的消息信息，达到快速分析定位故障的目的。

3)在3G网络运行的初期，经常会出现一些KPI指标不太理想的情况，典型的如位置更新成功率，呼叫成功率等。此时，需要找出原因，提高这些指标，从而提高网络质量和客户满意度。使用本发明的CHR记录技术，分析手机的位置更新流程、呼叫流程，可以解决KPI指标的问题。

4)在3G网络建成，并运行一段时间后，会推出一些新的业务，比如后付费用户的预付费功能等。此时，需要分析特定手机的行为。利用本发明的CHR记录技术，对特定手机的业务信令流程进行分析，可以清晰掌握新业务的使用情况，并能快速解决其中的问题。

下面说明利用本发明收集的信令信息进行信令流程故障分析的一个具体的例子：

某运营商3G客户投诉称其在城市内移动时通话中有掉话现象，但是不记得具体在哪个地方。

根据客户的投诉可判断出是手机切换失败了。但是从客户提供的信息不能判断失败原因和失败发生的具体位置，难以从具体的接入侧分析失败原因。从MSC侧的性能统计中可以看到有MSC系统间切换失败(从3G MSC切换到2G MSC)的记录，失败原因记录为无效小区(invalid cell)，但是性能统计不能给出进一步的信息以供分析。图5为不同MSC之间进行3G系统到2G系统间切换的流程图。参见图5，根据协议，系统间切换的invalid cell失败出现在MAP-Prep-Handover resp.消息中，表示MSC-B(此例中为2G MSC)认为其收到的MSC-A(此例中为3G MSC)的MAP-Prep-Handover req.消息中的目的小区不是其下小区，或者不受其控制。

此时可以使用本发明所生成的呼叫历史记录来分析解决此故障定位问题。根据用户的手机号码，可以在CHR服务器上找到此手机的CHR记录。打开3G MSC的CHR记录，可以发现记录中的失败点在2G MSC发送给3G MSC(即本局)的这条MAP-Prep-Handover resp.消息上，同时CHR记录中还有此过程的记录，因此可以查到此resp消息对应的请求消息：即从3G MSC发出的MAP-Prep-Handover req.消息，从此消息的记录可发现3G MSC发送的目的小区信息为46000 0025 0001；通过该小区信息可以查询3G MSC的配置，获得此目的地对应的MSC的号码。这些信息反馈给运营商的维护人员后，再联系2G MSC查对数据发现是2G MSC侧的该小区已经搬离到另外一个MSC下，但并未通知3G MSC修改对应的邻区配置，因此导致3G MSC未能发送切换请求消息到正确的MSC。

根据2G MSC侧提供的信息修改3G MSC上的邻区数据后，派测试人员到该小区附近测试(此处可以通过呼叫历史记录收集到的小区标识，询问运营商得到小区的位置)，切换成功。

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

Claims (14)

1、一种通信系统中信令信息的收集系统，其特征在于，该收集系统包括信令业务系统和呼叫历史记录系统，其中：

信令业务系统设置在通信系统的业务处理设备内，用于业务处理设备与外部实体之间进行信令业务处理，并用于在有新业务接入时通知呼叫历史记录系统收集信令信息，在信令业务处理过程中将业务处理设备同外部实体的信令接口中的信令信息发送到呼叫历史记录系统收集，在本次业务终止时通知呼叫历史记录系统生成呼叫历史记录；

呼叫历史记录系统用于收集信令业务系统发送的信令信息，并在本次业务终止时生成由收集到的信令信息组成的本次业务的呼叫历史记录。

2、根据权利要求1所述的收集系统，其特征在于，所述呼叫历史记录系统具体包括：

呼叫历史记录启动单元，用于接收信令业务系统的业务接入通知，向信令信息收集单元发送启动指令；

信令信息收集单元，用于启动后收集信令业务系统发送的信令信息；

呼叫历史记录生成单元，用于在收到信令业务系统发送的本次业务终止通知后，根据信令信息收集单元收集的信令信息生成本次业务的呼叫历史记录。

3、根据权利要求2所述的收集系统，其特征在于，所述呼叫历史记录生成单元中进一步包括：呼叫历史记录的触发单元，用于在收到信令业务系统发送的业务终止通知后，根据预设的触发条件判断是否需生成呼叫历史记录，如果需要则触发呼叫历史记录生成单元生成呼叫历史记录，否则，不触发生成呼叫历史记录。

4、根据权利要求3所述的收集系统，其特征在于，所述触发单元具有面向用户的触发条件设置接口，通过该接口根据用户指令设置所述触发条件。

5、根据权利要求1所述的收集系统，其特征在于，

所述收集系统进一步包括呼叫历史记录服务器，用于接收存储呼叫历史记录，进行统一管理；

所述呼叫历史记录系统进一步包括编码发送单元，用于按照预定的编码格式对所生成的呼叫历史记录进行编码并发送给呼叫历史记录服务器。

6、根据权利要求5所述的收集系统，其特征在于，所述呼叫历史记录系统中进一步包括：过滤缓存单元，用于对当前生成的本次业务的呼叫历史记录进行缓存，并判断该呼叫历史记录是否符合预设的过滤条件，是则继续缓存并传输到编码发送单元进行发送；否则取消发送。

7、根据权利要求6所述的收集系统，其特征在于，所述过滤缓存单元具有面向用户的过滤条件设置接口，通过该接口根据用户指令设置所述过滤条件。

8、一种通信系统中信令信息的收集方法，其特征在于，

当通信系统中的业务处理设备收到来自外部实体的本次业务建立请求时，开始收集该业务处理设备同外部实体的信令接口中的信令信息，本次业务终止时生成由所收集到的信令信息组成的呼叫历史记录，该呼叫历史记录与本次业务相对应。

9、根据权利要求8所述的方法，其特征在于，该方法进一步包括：设置生成呼叫历史记录的触发条件；当所述本次业务终止时，根据所述触发条件判断是否需要触发生成呼叫历史记录，是则执行后续的生成本次业务的呼叫历史记录的步骤，否则不生成本次业务的呼叫历史记录，结束本流程。

10、根据权利要求9所述的方法，其特征在于，所述触发条件为本次业务的处理结果：如果本次业务处理失败，则需要触发生成本次业务的呼叫历史记录，否则不需触发生成本次业务的呼叫历史记录。

11、根据权利要求8所述的方法，其特征在于，该方法进一步包括：设置呼叫历史记录服务器；将生成的呼叫历史记录发送给呼叫历史记录服务器统一管理。

12、根据权利要求11所述的方法，其特征在于，该方法进一步包括：

设置过滤条件；在向呼叫历史记录服务器发送呼叫历史记录之前进一步判断该呼叫历史记录是否符合过滤条件，如果符合则执行后续的向呼叫历史记录服务器发送该呼叫历史记录的步骤；否则不向呼叫历史记录服务器发送该呼叫历史记录，结束本流程。

13、根据权利要求12所述的方法，其特征在于，所述过滤条件包括：信令类型和消息类型。

14、根据权利要求8所述的方法，其特征在于，所述业务处理设备为WCDMA系统中的移动交换中心、拜访位置寄存器、媒体网关、或网关移动交换中心。

Images