著录项信息
专利名称 | 一种分析移动通信系统中呼叫的系统及方法 |
申请号 | CN200510124356.7 | 申请日期 | 2005-11-29 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2006-10-25 | 公开/公告号 | CN1852540 |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04Q7/34 | IPC分类号 | H;0;4;Q;7;/;3;4;;;H;0;4;M;3;/;2;2查看分类表>
|
申请人 | 华为技术有限公司 | 申请人地址 | 广东省深圳市龙岗区坂田华为总部办公楼
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 华为技术有限公司 | 当前权利人 | 华为技术有限公司 |
发明人 | 王疆;常志泉;龙纲 |
代理机构 | 北京德琦知识产权代理有限公司 | 代理人 | 宋志强;麻海明 |
摘要
本发明公开了一种分析移动通信系统中呼叫的系统,包括:网元,用于采集呼叫日志信息,将满足该网元与管辖该网元的CHRServer预先约定的过滤条件的呼叫日志信息上报给所述CHRServer;CHRServer,用于收集、存储各网元上报的呼叫日志信息,以及根据呼叫日志信息对其监控下的呼叫进行分析,以及将呼叫日志信息上报给NMS;NMS,用于收集其管辖内CHRServer的呼叫日志信息,以及对其监控下的呼叫进行分析。本发明还提供了一种分析移动通信系统中呼叫的方法。本发明可以分析已发生的呼叫,从而定位已发生呼叫中的故障和异常。本发明还具有成本低、数据量小、自动监测分析呼叫信息等优点。
1.一种分析移动通信系统中呼叫的系统,其特征在于,该系统包括:
网元,用于采集呼叫日志信息,将满足该网元与管辖该网元的呼叫历史 纪录服务器CHR Server预先约定的过滤条件的呼叫日志信息上报给所述 CHR Server;
CHR Server,用于收集、存储各网元上报的呼叫日志信息,以及根据呼 叫日志信息对其监控下的呼叫进行分析,以及将呼叫日志信息上报给网络管 理系统NMS;
NMS,用于收集其管辖内CHR Server的呼叫日志信息,以及对其监控 下的呼叫进行分析。
2.根据权利要求1所述的系统,其特征在于,所述网元包括:
功能单板模块,用于采集呼叫日志信息,并将所采集的呼叫日志信息直 接上报给管辖所述网元的CHR Server。
3.根据权利要求1所述的系统,其特征在于,所述网元包括:
功能单板模块,用于采集呼叫日志信息,并将所采集的呼叫日志信息发 送给呼叫历史纪录代理CHR Agent;
CHR Agent,用于将所述呼叫日志信息上报给管辖该网元的CHR Server。
4.根据权利要求1所述的系统,其特征在于,所述网元为移动交换中 心服务器MSC Server、媒体网关MGW、支撑通用分组无线业务节点SGSN、 网关通用分组无线业务节点GGSN、无线网络控制器RNC或归属位置寄存 器HLR以及宽带码分多址WCDMA移动通信系统中任意的其它网元。
5.根据权利要求1所述的系统,其特征在于,所述CHR Server包括:
CHR Server模块,用于接收来自网元的呼叫日志信息,并将所述呼叫 日志信息存储到呼叫历史记录数据库CHR DB、发送给呼叫历史纪录客户端 CHR Client以及发送给NMS;
CHR DB,用于存储呼叫日志信息;
CHR Client,用于根据呼叫日志信息对该CHR Server监控下的呼叫进 行处理分析。
6.根据权利要求1所述的系统,其特征在于,该系统进一步包括:
备用CHR Server,用于利用心跳线监测所述CHR Server的工作状态, 当监测到所述CHR Server发生异常时,代替所述CHR Server工作。
7.根据权利要求1所述的系统,其特征在于,所述CHR Server进一步 用于向第三方工具提供呼叫日志信息。
8.根据权利要求1所述的系统,其特征在于,所述网元与CHR Server 预先约定的过滤条件为:上报所有的呼叫日志信息、上报指定小区内的所有 呼叫日志信息、上报指定呼叫失败原因的呼叫日志信息、上报指定用户的所 有呼叫日志信息、上报指定时间段内的所有呼叫日志信息、上报故障呼叫的 呼叫日志信息、上报异常呼叫的呼叫日志信息、上报指定用户的标准信令接 口的呼叫日志信息、上报预定详细等级的呼叫日志信息、上报呼叫日志记录 中任何一个信息或者它们之中的任意组合。
9.根据权利要求1所述的系统,其特征在于,
所述CHR Server为设备管理系统EMS的一部分;
所述网元通过该网元与EMS之间的网管通道上报呼叫日志信息。
10.根据权利要求1所述的系统,其特征在于,
所述CHR Server进一步用于定位所分析的呼叫的故障和异常;和/或
所述NMS进一步用于定位所分析的呼叫的故障和异常。
11.根据权利要求5所述的系统,其特征在于,所述CHR Client进一 步用于定位所分析的呼叫的故障和异常。
12.一种分析移动通信系统中呼叫的方法,其特征在于,该方法包括:
A.网元采集呼叫日志信息,并将满足该网元与管辖该网元的呼叫历史 纪录服务器CHR Server预先约定的过滤条件的呼叫日志信息上报给所述 CHR Server;
B.CHR Server根据所接收的呼叫日志信息,对其监控下的呼叫进行分 析,以及将所述呼叫日志信息上报给NMS;
C.NMS根据所接收的呼叫日志信息,对其监控下的呼叫进行分析。
13.根据权利要求12所述的方法,其特征在于,该方法进一步包括:
CHR Server将所述过滤条件下发给所管辖的网元;或
NMS将所述过滤条件下发给所管辖的CHR Server,所述CHR Server 将所述过滤条件下发给所管辖的网元。
14.根据权利要求12所述的方法,其特征在于,
所述CHR Server进一步定位所分析的呼叫的故障和异常;和/或
所述NMS进一步定位所分析的呼叫的故障和异常。
技术领域\n本发明涉及通信系统中操作与维护技术领域,特别是分析移动通信系统 中呼叫的系统及方法。\n背景技术\n移动通信网络是通信网络中最复杂的一种通信系统,移动用户的移动性 带来了很多关于漫游、切换、覆盖的问题,如果不能及时分析定位移动通信 中呼叫、解决移动用户遇到的问题,将会降低通话的质量,从而给运营商的 客户满意度、声誉带来很大的影响。\n在移动通信网中,用来定位呼叫故障和网络故障的现有技术主要有:集 中信令监测、用户跟踪等技术。\n现有技术一:集中信令监测方案\n信令集中监测系统通过高阻跨接方式从承载业务网络的信令链路采集 信令数据,并进行分析和统计,可全面反映出业务网络的运行状况,为网络 的维护、优化和扩容,以及运营商网间的互联互通质量监督提供依据,并可 为规划业务、制订经营战略提供基础信息。\n但是,集中信令监测方案具有如下缺点:信令监测要提取每条链路的每 一条信息,因此具有海量的信息,而信令监测系统很难及时处理海量的数据; 要在所有信令链路上挂接监测仪表,增加了信令监测的成本,如果在3G系 统中使用该方法,成本将会更高;信令监测只能提取标准接口上的标准信元, 而系统内部的信息一无所知,从而无法分析系统内部的细节信息,难以关联 同一呼叫中的所有会话。\n现有技术二:跟踪(Trace)用户跟踪方案\n用户和移动台Trace是在操作与维护中心(Operation & Maitenance Center,OMC)上实现的一种功能。它在呼叫层次上提供对一个或多个指定 移动台进行详细信令跟踪的应用,这些数据是性能管理数据的额外补充,可 用来对网络进一步的监视和优化。跟踪由用户命令激活,并以在有限时间内 实现特定分析为目的。\n但是,Trace方案具有如下缺点:监测的用户数量有限,一般只能同时 监测几十个用户;无法自动开启监测,需要手动打开监测;不能记录用户的 历史呼叫信息,只能监测可以重现的网络故障,即不具有回溯功能。\n发明内容\n有鉴于此,本发明提出了一种分析移动通信系统中呼叫的系统及方法, 其目的在于,能够分析已发生的呼叫。本发明的进一步目的在于,定位已发 生呼叫中的故障和异常,以及降低分析定位呼叫的成本,控制所需呼叫信息 的数据量以及能够自动实现监测。\n根据上述目的,本发明提供了一种分析移动通信系统中呼叫的系统,该 系统包括:网元,用于采集呼叫日志信息,将满足该网元与管辖该网元的呼 叫历史纪录服务器(CHR Server)预先约定的过滤条件的呼叫日志信息上报 给所述CHR Server;CHR Server,用于收集、存储各网元上报的呼叫日志信 息,以及根据呼叫日志信息对其监控下的呼叫进行分析,以及将呼叫日志信 息上报给网络管理系统(NMS);NMS,用于收集其管辖内CHR Server的 呼叫日志信息,以及对其监控下的呼叫进行分析。\n所述网元包括:功能单板模块,用于采集呼叫日志信息,并将所采集的 呼叫日志信息直接上报给管辖所述网元的CHR Server。\n另外,所述网元包括:功能单板模块,用于采集呼叫日志信息,并将所 采集的呼叫日志信息发送给呼叫历史纪录代理(CHR Agent);CHR Agent, 用于将所述呼叫日志信息上报给管辖该网元的CHR Server。\n在上述方案中,所述网元为移动交换中心服务器、媒体网关、支撑通用 分组无线业务节点、网关通用分组无线业务节点、无线网络控制器或归属位 置寄存器以及宽带码分多址移动通信系统中任意的其它网元。\n所述CHR Server包括:CHR Server模块,用于接收来自网元的呼叫日 志信息,并将所述呼叫日志信息存储到呼叫历史记录数据库(CHR DB)、 发送给呼叫历史记录客户端(CHR Client)以及发送给NMS;CHR DB,用 于存储呼叫日志信息;CHR Client,用于根据呼叫日志信息对该CHR Server 监控下的呼叫进行处理分析。\n较佳地,该系统进一步包括:备用CHR Server,用于利用心跳线监测 所述CHR Server的工作状态,当监测到所述CHR Server发生异常时,代替 所述CHR Server工作。\n在上述技术方案中,所述CHR Server进一步用于向第三方工具提供呼 叫日志信息。\n所述网元与CHR Server预先约定的过滤条件为:上报所有的呼叫日志 信息、上报指定小区内的所有呼叫日志信息、上报指定呼叫失败原因的呼叫 日志信息、上报指定用户的所有呼叫日志信息、上报指定时间段内的所有呼 叫日志信息、上报故障呼叫的呼叫日志信息、上报异常呼叫的呼叫日志信息、 上报指定用户的标准信令接口的呼叫日志信息、上报预定详细等级的呼叫日 志信息、上报呼叫日志记录中任何一个信息或者它们之中的任意组合。\n当所述CHR Server为设备管理系统EMS的一部分时,所述网元通过该 网元与EMS之间的网管通道上报呼叫日志信息。\n所述CHR Server进一步用于定位所分析的呼叫的故障和异常;和/或所 述NMS进一步用于定位所分析的呼叫的故障和异常。\n所述CHR Client进一步用于定位所分析的呼叫的故障和异常。\n本发明还提供了一种分析移动通信系统中呼叫的方法,该方法包括:\nA.网元采集呼叫日志信息,并将满足该网元与管辖该网元的呼叫历史纪录 服务器CHR Server预先约定的过滤条件的呼叫日志信息上报给所述CHR Server;B.CHR Server根据所接收的呼叫日志信息,对其监控下的呼叫进 行分析,以及将所述呼叫日志信息上报给NMS;C.NMS根据所接收的呼 叫日志信息,对其监控下的呼叫进行分析。\n该方法进一步包括:CHR Server将所述过滤条件下发给所管辖的网元; 或NMS将所述过滤条件下发给所管辖的CHR Server,CHR Server将过滤条 件下发给所管辖的网元。\n所述CHR Server进一步定位所分析的呼叫的故障和异常;和/或所述 NMS进一步定位所分析的呼叫的故障和异常。\n从上述方案中可以看出,由于本发明利用网元采集并上报呼叫日志信 息,CHR Server和NMS根据所上报的呼叫日志信息分析呼叫,从而能够分 析已发生的呼叫,进一步可以定位已发生呼叫中的故障和异常。并且本发明 的各组成部分可以集成在现有设备内部,不需另外的设备采集信令链路信 息,可以自动实现全小区全天候的跟踪记录。本发明记录的信息量少,仅是 原始编码消息解码处理后的信息摘要,还可以进一步根据运营商定制信息。 并且与现有技术相比,本发明的监测成本比较低,另外可以借用现有设备本 身的呼叫处理流程进行分析,比另建立一套分析逻辑的成本要低。本发明可 以采集呼叫过程中的任何信息,包括非标准接口、内部信息。本发明可以降 低后台分析工具的复杂度,后台分析工具可以很容易找出同一呼叫的关联消 息并迅速定位故障和异常。总之,本发明在网络故障分析、性能分析、客户 投诉处理、用户行为分析等多个领域有着广泛的应用。\n附图说明\n图1为根据本发明的系统的架构图;\n图2为本发明所提供实施例中的网元的内部结构示意图;\n图3为本发明所提供实施例中的设备管理层的结构示意图;\n图4为本发明所提供实施例中的网络管理层的结构示意图;\n图5为本发明所提供实施例中的指定过滤条件的示意图。\n具体实施方式\n为使本发明的目的、技术方案和优点更加清楚,以下举实施例对本发明 进一步详细说明。\n本文提供的是一种在移动通信系统内部实现、用于分析移动通信系统中 的呼叫并可进一步定位移动通信系统中呼叫异常和故障的技术方案,该方案 通过记录和分析移动通信网中呼叫的运行轨迹和状态参数,精确无误定位出 呼叫失败的原因,并迅速解决用户遇到的问题。\n参考图1,本发明所提供的系统可以分为三个层面:网元(network element,NE)层、设备管理(equipment management)层和网络管理(network management)层。\n网元层包括网元,网元负责采集呼叫日志信息,以及根据网元与管辖该 网元的呼叫历史纪录服务器(Call History Record Server,CHR Server)预先 约定的过滤条件,将满足该过滤条件的呼叫日志信息上报给管辖它的CHR Server。这里所述的过滤条件表示应用于不同的场景,具体内容将在后面进 行描述。\n如图1所示,网元可以是移动交换中心服务器(Mobile Switching Center Server,MSC Server)、媒体网关(Media Gateway,MGW)、支撑通用分 组无线业务节点(Support GPRS Service Node,SGSN)、网关通用分组无线 业务节点(Gateway GPRS Service Node,GGSN)、无线网络控制器(Radio Network Controller,RNC)或者归属位置寄存器(Home Location Register, HLR)等等宽带码分多址(WCDMA)移动通信系统中的任何网元。\n图2为网元的内部结构示意图。参照图2,网元的内部包括功能单板模 块(Function Board)和呼叫历史纪录代理(CHR Agent)。Function Board 负责采集呼叫日志信息,并根据该网元与管辖该网元的CHR Server预先约 定的过滤条件,将满足该过滤条件的呼叫日志信息发送给CHR Agent,由 CHR Agent上报给管辖该网元的CHR Server。CHR Agent对接收到的呼叫日 志信息缓存后,再通过标准的接口或者内部接口将呼叫日志信息上报给CHR Server。当然,也可以把CHR Agent内嵌到Function Board中,即Function Board采集呼叫日志信息后,直接将满足过滤条件的呼叫日志信息发送给 CHR Server。\n由于CHR Server与设备管理系统(EMS)在同一层面,CHR Server可 以作为EMS逻辑上的一部分,因此可以利用EMS与网元之间现有的网管通 道从网元上报呼叫日志信息。当然,网元也可以使用新的物理链路与CHR Server建立连接,上报呼叫日志信息。\n接着描述设备管理层。设备管理层包括CHR Server。CHR Server收集 存储所管辖的网元上报的呼叫日志信息,根据呼叫日志信息对其监控下的呼 叫进行分析,从而定位呼叫中的故障和异常,CHR Server还可以将呼叫日志 信息上报给NMS。\n参照图3,CHR Server包括CHR Server模块、呼叫历史记录数据库(CHR DB)和呼叫历史记录客户端(CHR Client)。其中,CHR Server模块接收 来自网元的呼叫日志信息,将这些呼叫日志信息存储到CHR DB,以及发送 给CHR Client,并且CHR Server模块还可以将呼叫日志信息上报给NMS。 CHR DB用于存储呼叫日志信息,还可以进一步向第三方工具提供呼叫日志 信息,以便第三方工具进行其它分析。CHR Client根据CHR Server模块发 送来的呼叫日志信息,对CHR Server监控下的呼叫进行分析。\n考虑到CHR Server的冗余备份,可以设置主备CHR Server。如图1所 示,图1中两个CHR Server都接收来自网元的呼叫日志信息,但是只有一 个CHR Server处于工作状态,另一个CHR Server通过之间的心跳线监测对 方的工作状态,当发现对方发生异常时,立即取代对方进入工作状态。在这 种情况下,图3中的CHR Server模块就进一步通过心跳线与互为备份的CHR Server的CHR Server模块相连接,并监测对方的工作状态,当发现对方发 生异常时,立即取代对方进入工作状态。\n接下来,描述网络管理层。参照图4,网络管理层的网络管理系统(NMS) 与其管辖的CHR Server相连接,收集其管辖内CHR Server上报的呼叫日志 信息,并且可以对其监控下的呼叫进行分析,从而定位呼叫中的故障和异常。\n下面描述网元上报呼叫日志信息的场景,相当于前面所述的网元上报呼 叫日志信息的过滤条件。如图5所示,这些过滤条件可以预先从CHR Server 下发给网元,而且CHR Server也可以预先通过北向接口或其它接口从NMS 下发的条件输出命令,即过滤条件。\n情形1:过滤条件为上报所有的呼叫日志信息。网元记录所有的呼叫日 志信息,按照与CHR Server之间的接口规则,将所有呼叫日志信息上报给 CHR Server,用于全网的分析和故障定位。\n情形2:过滤条件为上报指定小区、局向、中继等的所有用户的呼叫日 志信息。以指定小区为例说明,网元将指定小区内的所有呼叫日志信息上报 给CHR Server,从而可以用于基于小区的各种呼叫分析。\n情形3:过滤条件为上报指定故障原因值的所有用户的呼叫日志信息。 例如,网元将指定呼叫失败原因的故障呼叫的呼叫日志信息上报给CHR Server,从而可以用于对该故障呼叫的分析、定位。\n情形4:过滤条件为上报指定用户的呼叫日志信息。例如,在CHR Server 上可以指定某些用户的跟踪,网元将这些用户的所有呼叫日志信息全部上报 给CHR Server,从而可以对这些指定的用户的呼叫进行分析。\n情形5:过滤条件为上报指定时间段内的所有呼叫日志信息。例如,在 CHR Client上可以指定某一段时间,网元将该时间段内的所有呼叫信息上 报,从而可以用于进行和时间相关的性能、故障分析。\n情形6:过滤条件为上报故障类呼叫的呼叫日志信息。为了降低对网络 设备性能的影响,可以仅将故障、异常呼叫的呼叫日志信息上报给CHR Server。例如,网元默认监测所有的呼叫,当呼叫发生的错误与期望上报的 错误一样时,网元即上报该故障呼叫的呼叫日志信息。所述错误可以是话音 单通、通话中掉话等等。\n情形7:过滤条件为上报指定用户标准信令接口的呼叫日志信息。例如, 在CHR Client上可以指定少量用户的全信令跟踪,网元将这些用户的所有 信令接口消息全部上传给CHR server,从而可以对用户进行更为细致的分 析。该情形主要用在网络互联互通、终端与网络配合监测上等情况。\n过滤条件还可以进一步为上报呼叫日志记录中任何一个信息。\n另外,由于指定用户标准接口的消息包含了协议各层的消息,消息量通 常很大。为了降低信息量,可以对协议层的消息进行等级划分,在进行指定 用户标准接口跟踪的时候,只需要上报指定等级的消息。例如,根据消息的 详细程度将消息分为3类:最大详细级别、最小详细级别、中度详细级别。 其中最大详细级别包括信令接口的原始编码消息;最小详细级别为最大详细 级别的子集,是指原始编码消息解码后从中抽取能够进行一般问题定位所需 的消息集合;中度详细级别为最大详细级别的子集,是指原始编码消息解码 后,从中抽取能够进行较深问题定位所需的消息集合,中度详细级别介于最 大详细级别和最小详细级别之间。\n以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本 发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在 本发明的保护范围之内。
法律信息
- 2008-02-27
- 2006-12-20
- 2006-10-25
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2004-05-05
|
2002-10-28
| | |
2
| | 暂无 |
1996-06-04
| | |
3
| | 暂无 |
1997-11-12
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |