CN101925083A - 一种呼叫过程分析系统及方法 - Google Patents

Abstract

本发明公开一种呼叫过程分析系统，包括：网络侧系统设备、UE、信令监测和分析系统，网络侧系统设备用于根据用户呼叫过程生成网络侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；UE用于根据用户呼叫过程生成UE侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；信令监测和分析系统，用于根据来自网络侧系统设备的日志文件和来自UE的日志文件，对呼叫过程进行分析。本发明还相应地公开一种呼叫过程分析方法。本发明呼叫过程分析系统及方法，由于结合用户终端的用户呼叫过程信息进行分析，所以，分析结果既能反映每一个用户的情况，也能反应整个网络的情况，从而有利于提高指标统计及故障诊断的准确性及真实性。

Description

一种呼叫过程分析系统及方法

技术领域

本发明涉及无线通信系统中的数据采集技术，尤其涉及一种呼叫过程分析系统及方法。

背景技术

随着我国第三代移动通讯技术(3G)运营牌照的发放，宣告3G进入商用时代，与第二代移动通讯技术(2G)网络相比，3G网络和设备的商用成熟化在建网初期面临着很大挑战，例如优化网络配置、提升网络侧系统设备和用户终端(User Equipment，UE)性能等。而这些均需要得到网络侧信令监测和分析系统的支持，以快速、准确地定位网络侧系统设备及用户终端的问题，从而推动这些问题的有效解决。

信令监测和分析系统是通信网络运行及维护的重要支撑系统之一，一般由运营商维护管理，其在互连互通监测、故障诊断、新业务测试、非法通信追踪、话单核查等方面具有独特优势，为网络质量提供了支撑。并且，在网络资源、网络质量、通信业务等各类统计分析方面，信令监测和分析系统作为专业网管系统和经营分析系统的补充，提供了专业网管系统和经营分析系统不可实现的分析功能。

信令监测和分析系统主要以不影响网络运行的高阻跨接、端口镜像、能量分配等方式采集各类信令和协议数据，对采集的信令和协议数据进行信令协议解码后，生成用户呼叫详细记录，以再现业务接续的全过程。通过对用户呼叫详细记录进行各类指标统计，能够使网络维护人员掌握并分析网络和业务运行情况。

传统的信令监测和分析系统在采集用户呼叫详细记录时，主要基于来自网络侧系统设备的用户呼叫过程信息采集用户呼叫详细记录，而这对用户呼叫详细记录的监测和分析存在一定的局限性，例如，时分同步码分多址(Time Division Synchronous Code Division Multiple Access，TD-SCDMA)系统中，UE在呼叫过程中由于内部处理异常退出服务时，一般不会向网络侧系统设备传送任何信息，这时，网络侧仅能监测到无线链路失败指示，而无法确定引起无线链路失败指示的原因，所以，虽然本次无线链路失败是由UE导致的，在分析时，却可能统计到网络的关键性能指标(Key Performance Indicator，KPI)中，从而会影响系统运行性能的真实反映。

发明内容

有鉴于此，本发明的主要目的在于提供一种呼叫过程分析系统及方法，能够较全面地反映用户呼叫情况，有利于提高指标统计及故障诊断的准确性和真实性。

为达到上述目的，本发明的技术方案是这样实现的：

一种呼叫过程分析系统，包括：网络侧系统设备、UE、信令监测和分析系统；其中，

所述网络侧系统设备，用于根据用户呼叫过程生成网络侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；

所述UE，用于根据用户呼叫过程生成UE侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；

所述信令监测和分析系统，用于根据来自网络侧系统设备的日志文件和来自UE的日志文件，对呼叫过程进行分析。

所述UE包括日志文件生成&存储单元、日志文件管理单元和日志文件上报单元；其中，

所述日志文件生成&存储单元，用于在UE发起呼叫时，生成对应当前呼叫的日志文件，并存储所述日志文件；

所述日志文件管理单元，用于将呼叫过程中的操作实时写入日志文件生成&存储单元中存储的日志文件；

所述日志文件上报单元，用于向信令监测和分析系统上报日志文件生成&存储单元中存储的日志文件。

所述日志文件上报单元，还用于在将日志文件生成&存储单元中存储的日志文件上报给信令监测和分析系统后，通知日志文件管理单元日志文件已上报；

所述日志文件管理单元，还用于删除日志文件生成&存储单元中存储的已上报的日志文件。

所述日志文件上报单元还用于判断日志文件生成&存储单元中存储的日志文件对应的呼叫是否异常结束，是异常结束时，日志文件上报单元上报所述日志文件；不是异常结束时，日志文件上报单元通知日志文件管理单元删除日志文件生成&存储单元中存储的所述日志文件。

所述信令监测和分析系统还用于通知日志文件上报单元上报日志文件；

所述日志文件上报单元还用于根据所述来自信令监测和分析系统的通知，上报日志文件生成&存储单元中存储的日志文件。

所述UE还包括日志上报定时器，用于在定时时间超时时，通知日志文件上报单元上报日志文件生成&存储单元中存储的已经完成的日志文件，并重新计时。

一种呼叫过程分析方法，包括：

网络侧系统设备和用户终端UE分别根据用户呼叫过程生成网络侧的日志文件和UE侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；

信令监测和分析系统根据所述来自网络侧系统设备的日志文件和来自UE的日志文件，对呼叫过程进行分析。

所述UE生成日志文件，并向信令监测和分析系统提供所述日志文件为：

UE发起呼叫时，生成对应当前呼叫的日志文件，并将呼叫过程中的操作实时写入所述日志文件；

呼叫结束后，UE将日志文件上报给信令监测和分析系统。

所述日志文件包括：起呼时间、UE的标识信息、外部标准信令、协议栈内部交互信令。

所述日志文件还包括呼叫异常结束标识，UE将日志文件上报给信令监测和分析系统之前，还包含步骤：

根据日志文件的呼叫异常结束标识，判断所述日志文件对应的呼叫是否异常结束，如果是，上报所述日志文件；否则，直接删除所述日志文件。

该方法进一步包括：设置日志文件的存储容量，在日志文件存储的数据达到预先定义的存储容量时，所述将呼叫过程中的操作实时写入所述日志文件为：采用先进先覆盖的方式存储UE在呼叫过程中的数据。

所述呼叫结束后，UE将日志文件上报给信令监测和分析系统为：

信令监测和分析系统通知UE上报日志文件；UE根据所述来自信令监测和分析系统的通知上报日志文件；

或者，在UE结束通话并重新进入待机状态时，上报日志文件；

或者，设置日志上报定时时间，根据所述日志上报定时时间，周期性上报已经完成的日志文件。

本发明呼叫过程分析系统及方法，用户终端对用户呼叫过程信息进行记录并上报，信令监测和分析系统结合来自网络侧系统设备的用户呼叫过程信息和用户终端的用户呼叫过程信息，对呼叫过程进行分析。由于结合用户终端的用户呼叫过程信息对呼叫过程进行分析，所以，本发明的分析结果既能反映每一个用户的情况，也能反应整个网络的情况，从而有利于提高指标统计及故障诊断的准确性及真实性。

附图说明

图1为本发明呼叫过程分析系统结构示意图；

图2为本发明呼叫过程分析方法流程示意图。

具体实施方式

本发明的基本思想是：用户终端对用户呼叫过程信息进行记录并上报，信令监测和分析系统结合来自网络侧系统设备的用户呼叫过程信息和用户终端的用户呼叫过程信息，对呼叫过程进行分析。

下面结合附图对技术方案的实施作进一步的详细描述。

图1为本发明呼叫过程分析系统结构示意图，如图1所示，本发明呼叫过程分析系统包括：网络侧系统设备11、UE12、信令监测和分析系统13；其中，

网络侧系统设备11，用于根据用户呼叫过程生成网络侧的日志文件，并向信令监测和分析系统13提供生成的日志文件；

UE12，用于根据用户呼叫过程生成UE侧的日志文件，并向信令监测和分析系统13提供生成的日志文件；

信令监测和分析系统13，用于根据来自网络侧系统设备11的日志文件和来自UE12的日志文件，对呼叫过程进行分析。

具体地，UE12包括日志文件生成&存储单元121、日志文件管理单元122和日志文件上报单元123；其中，

日志文件生成&存储单元121，用于在UE12发起呼叫时，生成对应呼叫的日志文件，并存储所述日志文件；

日志文件管理单元122，用于将呼叫过程中的操作实时写入日志文件生成&存储单元121中存储的日志文件；

日志文件上报单元123，用于向信令监测和分析系统13上报日志文件生成&存储单元121中存储的日志文件。

日志文件上报单元123，还用于在将日志文件生成&存储单元121中存储的日志文件上报给信令监测和分析系统13后，通知日志文件管理单元122日志文件已上报；相应的，日志文件管理单元122，还用于删除日志文件生成&存储单元121中存储的已上报的日志文件。

日志文件上报单元123还用于判断日志文件生成&存储单元121中存储的日志文件对应的呼叫是否异常结束，如果是，日志文件上报单元123上报所述日志文件；否则，日志文件上报单元123通知日志文件管理单元122删除日志文件生成&存储单元121中存储的所述日志文件。

信令监测和分析系统13还用于通知日志文件上报单元123上报日志文件；

日志文件上报单元123还用于根据所述来自信令监测和分析系统的通知，上报日志文件生成&存储单元121中存储的日志文件。

UE12还包括日志上报定时器124，用于在定时时间超时时，通知日志文件上报单元123上报日志文件生成&存储单元121中存储的已经完成的日志文件，并重新计时。

图2为本发明呼叫过程分析方法流程示意图，如图2所示，本发明呼叫过程分析方法主要包括以下步骤：

步骤21：UE发起呼叫时，生成对应当前呼叫的日志文件。

在3G中，UE发起呼叫即向网络侧发起无线资源控制(RRC，Radio Resource Conctrol)连接请求。

UE向网络侧发起RRC连接请求时，具体由UE自身通用移动通信系统用户识别模块(UMTS Subscriber Identity Module，USIM)中管理日志文件的软件平台自动生成一个对应当前呼叫的日志文件，所述管理日志文件的软件平台一般由运营商委托第三方开发，用于管理日志文件的生成、日志文件的上传、日志文件的清除以及日志定时器等，其通过现有的通讯接口和UE进行数据通讯。

本发明中，生成的日志文件主要记录起呼时间、UE的标识信息、外部标准信令、协议栈内部交互信令等；其中，

UE的标识信息一般包括：用户电话号码、国际移动用户识别码(IMSI)、国际移动身份识别码(IMEI)、无线网络暂时标识(U-RNTI)、小区无线网络暂时标识(C-RNTI)、分组域临时身份识别码(P-TMSI)和临时身份识别码(TMSI)，对于P-TMSI和TMSI，UE的标识信息也可仅包含二者之一。

外部标准信令是指Uu口的接入层和非接入层信令。

协议栈内部交互信令是指以专用格式输出的UE内部协议栈的交互信令。

步骤22：UE在呼叫过程中的操作实时写入所述日志文件。

考虑到USIM卡存储容量，管理日志文件的软件平台一般对日志文件的存储容量进行统一定义，如100BYTE，并且，在日志文件存储的数据达到预先定义的存储容量时，本发明采用先进先覆盖的方式继续存储UE在呼叫过程中的数据，这样，一次呼叫的日志文件总是保存UE最近操作的数据。

另外，实现先进先覆盖的方法可以有多种，例如，根据数据的存储时间、存储编号、或存储位置等参数确定最早存储的数据，并对其进行覆盖。

步骤23：呼叫结束后，UE将日志文件上报给信令监测和分析系统。

UE一次呼叫过程正常结束或异常结束时，UE都会完成本次呼叫过程的日志文件，而UE将日志文件上报给信令监测和分析系统，可以是呼叫过程正常结束或异常结束的情况下均上报，也可以是仅在呼叫过程异常结束的情况下上报。

为了实现呼叫过程异常结束情况下的上报，可以在日志文件中增设呼叫异常结束标识，该标识默认状态为正常状态，呼叫过程异常结束时，UE会将其修改为异常状态。

UE上报日志文件之前，通过判断所述日志文件中的呼叫异常结束标识是否为异常状态，便可判断所述日志文件对应的呼叫是否异常结束，如果是，上报所述日志文件；否则，直接删除所述日志文件。

UE上报日志文件的时机可以有多种选择，例如，可以根据来自信令监测和分析系统的通知，上报相应的日志文件，这里，信令监测和分析系统可以通过寻呼、彩信等多种方式，通知UE上报日志文件；也可以在UE结束通话并重新进入待机状态时，触发日志文件上报流程；还可以由UE周期性上报日志文件，即在UE侧设置日志上报定时器及其定时时长，当日志定时器超时时，UE上报已经完成的日志文件，且日志上报定时器重新计时，实际应用中，触发UE上报日志文件的方式，不限于上述几种。

这里，UE的日志文件一般通过核心网分组域网关上传至信令监测和分析系统的服务器，上传日志文件后，UE删除所述已上传的日志文件。

步骤24：信令监测和分析系统根据所述来自UE的日志文件和来自网络侧系统设备的日志文件，对呼叫过程进行分析。

这里，网络侧的日志文件指网络侧记录的用户呼叫过程信息，包括起呼时间、UE标识，以及呼叫过程中，网络侧与用户终端的信令交互记录，网络侧记录日志文件，以及信令监测和分析系统的服务器获取网络侧系统设备的日志文件为现有技术，在此不作详细介绍。

信令监测和分析系统获取来自UE的日志文件和来自网络侧系统设备的日志文件后，根据起呼时间及UE标识对UE侧上报的日志文件和网络侧系统设备上报的日志文件进行匹配，以获取关于同一呼叫的、分别来自UE侧和网络侧的日志文件，再根据所述来自UE的日志文件和来自网络侧系统设备的日志文件，对呼叫过程进行分析。

根据起呼时间和UE标识对日志文件进行匹配的具体过程，在本申请人提出的另一发明专利申请中有详细描述，根据日志文件中记录的信令对呼叫过程进行分析是现有技术，在此不作详细介绍。

采用本发明对用户呼叫过程的切换失败掉话进行分析时，在网络侧日志文件中，检索该UE发送的测量报告事件，网络侧根据测量报告事件判决切换，发送物理信道重配消息给UE，并设置定时器等待UE的物理信道完成消息，此时网络日志文件中并没有记录物理信道完成消息，说明网络侧没有收到该消息；与此同时，检索UE侧的日志文件发现UE已经收到物理信道重配消息，并发出了物理信道重配完成消息，但是之后发生了小区更新消息，其中原因为无线链路层不可恢复，所以，信令监测和分析系统就可以判别是下行无线链路出现了异常，这时，便可进一步结合UE日志文件中保存的测量值，如下行误块率、时间提前量以及信噪比等，判别该次切换失败是下行链路恶化还是同步失步导致的。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1.一种呼叫过程分析系统，其特征在于，该系统包括：网络侧系统设备、UE、信令监测和分析系统；其中，

所述网络侧系统设备，用于根据用户呼叫过程生成网络侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；

所述UE，用于根据用户呼叫过程生成UE侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；

所述信令监测和分析系统，用于根据来自网络侧系统设备的日志文件和来自UE的日志文件，对呼叫过程进行分析。

2.根据权利要求1所述的分析系统，其特征在于，所述UE包括日志文件生成&存储单元、日志文件管理单元和日志文件上报单元；其中，

所述日志文件生成&存储单元，用于在UE发起呼叫时，生成对应当前呼叫的日志文件，并存储所述日志文件；

所述日志文件管理单元，用于将呼叫过程中的操作实时写入日志文件生成&存储单元中存储的日志文件；

所述日志文件上报单元，用于向信令监测和分析系统上报日志文件生成&存储单元中存储的日志文件。

3.根据权利要求2所述的分析系统，其特征在于，

所述日志文件上报单元，还用于在将日志文件生成&存储单元中存储的日志文件上报给信令监测和分析系统后，通知日志文件管理单元日志文件已上报；

所述日志文件管理单元，还用于删除日志文件生成&存储单元中存储的已上报的日志文件。

4.根据权利要求2所述的分析系统，其特征在于，所述日志文件上报单元还用于判断日志文件生成&存储单元中存储的日志文件对应的呼叫是否异常结束，是异常结束时，日志文件上报单元上报所述日志文件；不是异常结束时，日志文件上报单元通知日志文件管理单元删除日志文件生成&存储单元中存储的所述日志文件。

5.根据权利要求2所述的分析系统，其特征在于，所述信令监测和分析系统还用于通知日志文件上报单元上报日志文件；

所述日志文件上报单元还用于根据所述来自信令监测和分析系统的通知，上报日志文件生成&存储单元中存储的日志文件。

6.根据权利要求2所述的分析系统，其特征在于，所述UE还包括日志上报定时器，用于在定时时间超时时，通知日志文件上报单元上报日志文件生成&存储单元中存储的已经完成的日志文件，并重新计时。

7.一种呼叫过程分析方法，其特征在于，该方法包括：

网络侧系统设备和用户终端UE分别根据用户呼叫过程生成网络侧的日志文件和UE侧的日志文件，并向信令监测和分析系统提供所述生成的日志文件；

信令监测和分析系统根据所述来自网络侧系统设备的日志文件和来自UE的日志文件，对呼叫过程进行分析。

8.根据权利要求7所述的分析方法，其特征在于，所述UE生成日志文件，并向信令监测和分析系统提供所述日志文件为：

UE发起呼叫时，生成对应当前呼叫的日志文件，并将呼叫过程中的操作实时写入所述日志文件；

呼叫结束后，UE将日志文件上报给信令监测和分析系统。

9.根据权利要求7所述的分析方法，其特征在于，所述日志文件包括：起呼时间、UE的标识信息、外部标准信令、协议栈内部交互信令。

10.根据权利要求9所述的分析方法，其特征在于，所述日志文件还包括呼叫异常结束标识，UE将日志文件上报给信令监测和分析系统之前，还包含步骤：

根据日志文件的呼叫异常结束标识，判断所述日志文件对应的呼叫是否异常结束，如果是，上报所述日志文件；否则，直接删除所述日志文件。

11.根据权利要求8所述的分析方法，其特征在于，该方法进一步包括：设置日志文件的存储容量，在日志文件存储的数据达到预先定义的存储容量时，所述将呼叫过程中的操作实时写入所述日志文件为：采用先进先覆盖的方式存储UE在呼叫过程中的数据。

12.根据权利要求8所述的分析方法，其特征在于，所述呼叫结束后，UE将日志文件上报给信令监测和分析系统为：

信令监测和分析系统通知UE上报日志文件；UE根据所述来自信令监测和分析系统的通知上报日志文件；

或者，在UE结束通话并重新进入待机状态时，上报日志文件；

或者，设置日志上报定时时间，根据所述日志上报定时时间，周期性上报已经完成的日志文件。

Images