用于向中央储存库传送导出呼叫记录的方法和系统转让专利

申请号 : CN200610090201.0

文献号 : CN1901543B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 斯蒂芬·菲利普·康纳利

申请人 : 安捷伦科技有限公司

摘要 :

本发明提供了一种用于监视移动网络的方法和一种用于执行该方法的系统,所述方法包括:接收来自移动网络的一个或多个监视点的数据流,并生成移动网络中信息事务的细节记录,在信息事务完成后,立即将所生成的细节记录存储在数据记录存储单元中,并通知用户所述细节记录可被查看。

权利要求 :

1.一种监视移动网络的系统,包括:

数据记录生成器,所述数据记录生成器被布置为在实时基础上接收代表正在所述移动网络上发生的呼叫的数据流,并生成与单个呼叫相对应的呼叫细节记录;以及封装器/解封装器单元,所述封装器/解封装器单元被布置为在所述单个呼叫终止时,立即按照网络传输协议来封装所述呼叫细节记录,并将其传送到呼叫细节记录储存库以便存储和/或由用户经由用户输入采取即时动作,其中所述封装器/解封装器单元包括:

编码器,所述编码器在所述单个呼叫终止时接收所述呼叫细节记录并根据预定编码规则将所述呼叫细节记录编码;

传送器,所述传送器以分组形式封装编码后的呼叫细节记录,并使用所述网络传输协议生成分组流;

解码器,所述解码器使用预定解码规则来解码所述分组,以获得原始呼叫细节记录;以及

呼叫细节记录网关,所述呼叫细节记录网关充当用于将所述呼叫细节记录转发到存储引擎的网关,在所述存储引擎处所述呼叫细节记录可被立即存储在呼叫细节记录储存库中,并且其中所述呼叫细节记录网关同时还将所述呼叫细节记录转发到通知引擎,在所述通知引擎处,可响应于预定通知规则来实时生成即时用户通知。

2.如权利要求1所述的系统,其中可通过电子邮件通知、寻呼机、文本消息、简单网络管理协议陷阱或它们的任意组合来生成所述即时用户通知。

3.如权利要求1所述的系统,其中所述用户输入包括图形用户界面,所述图形用户界面接受来自所述用户的输入,用于:设置所述用户定义的呼叫标准,以便从所述呼叫细节记录储存库获取与特定呼叫相关联的一个或多个呼叫细节记录以供初始信令分析;以及请求获取与一个或多个选出的呼叫细节记录相对应的详细帧消息以供详细信令分析。

4.如权利要求1所述的系统,其中所述预定编码规则与用XML文件格式编写的预定解码规则相对应,其中每个文件代表包含从所述移动网络获得的单个呼叫的特定参数的分组字段。

5.如权利要求1所述的系统,其中所述封装器/解封装器单元还被配置为当接收到用户输入的请求时,从所述呼叫细节记录储存库获取与特定呼叫ID相关联的一个或多个呼叫细节记录以供视觉显示,所述封装器/解封装器单元还被配置为接收来自所述用户输入的请求以执行“向下钻取”操作,在所述“向下钻取”操作中,构成选出的呼叫的一个或多个呼叫细节记录可被向下钻取以供信令分析,或者与构成所述选出呼叫的选出呼叫细节记录相对应的单个帧的细节可被向下钻取以供用于详细信令分析的视觉显示。

6.如权利要求5所述的系统,其中所述用户输入包括图形用户界面,所述用户确定所述通知引擎经由所述用户输入把以下信息通知给所述用户的方法,所述信息即所述细节记录可被查看。

7.一种监视移动网络的方法,包括:

接收来自所述移动网络的一个或多个监视点的数据流并生成正在所述移动网络上发生的单个呼叫的细节记录;

在所述单个呼叫终止时,立即按照网络传输协议来封装所述细节记录,其中通过使用预定编码规则对所述细节记录编码来封装所述细节记录;

传送封装后的细节记录,以便存储在中央储存库中,用于存储和/或由用户经由用户输入采取即时动作;

接收并使用预定解码规则解码分组流中的编码后细节记录,以获得原始细节记录;以及

将所述呼叫细节记录转发到存储引擎,在所述转发引擎处所述呼叫细节记录可被立即存储在呼叫细节记录储存库中,并且将所述呼叫细节记录转发到通知引擎,在所述通知引擎处可响应于预定通知规则实时生成即时用户通知。

8.如权利要求7所述的方法,其中将所述呼叫细节记录转发到存储引擎并且将所述呼叫细节记录转发到通知引擎包括:在数据记录网关处接收所述细节记录,所述数据记录网关随后存储所述细节记录并通知所述用户。

9.如权利要求7所述的方法,其中所述用户输入包括图形用户界面,所述图形用户界面接受来自所述用户的输入,用于:设置所述用户定义的呼叫标准,以便从所述呼叫细节记录储存库获取与特定呼叫相关联的一个或多个呼叫细节记录以供初始信令分析;以及请求获取与一个或多个选出的呼叫细节记录相对应的详细帧消息以供详细信令分析。

10.如权利要求7所述的方法,其中所述用户输入包括图形用户界面,并且其中所述通知引擎经由所述图形用户界面把以下信息通知给所述用户的方法是由所述用户确定的,所述信息即所述细节记录可被查看的信息。

11.如权利要求7所述的方法,其中经由所述用户输入把所述细节记录可被查看通知所述用户包括:通过电子邮件通知、寻呼机、文本消息、简单网络管理协议陷阱或它们的任意组合来通知所述用户。

12.如权利要求10所述的方法,其中所述用户输入包括图形用户界面,并且其中所述通知引擎经由所述用户输入把以下信息通知给所述用户的方法是由所述用户确定的,所述信息即所述细节记录可被查看。

13.一种监视移动网络的系统,包括:

用于接收来自所述移动网络的一个或多个监视点的数据流并生成正在所述移动网络上发生的单个呼叫的细节记录的装置;

用于在所述单个呼叫终止时立即按照网络传输协议来封装所述细节记录的装置;

用于传送封装后的细节记录以便存储在中央储存库中用于存储和/或由用户经由用户输入采取即时动作的装置,其中通过使用预定编码规则对所述细节记录编码来封装所述细节记录;

用于接收并使用预定解码规则解码分组流中的编码后的细节记录以获得原始细节记录的装置;以及用于将所述呼叫细节记录转发到存储引擎和通知引擎的装置,在所述转发引擎处所述呼叫细节记录可被立即存储在呼叫细节记录储存库中,并且在所述通知引擎处可响应于预定通知规则实时生成即时用户通知。

14.如权利要求13所述的系统,其中用于将所述呼叫细节记录转发到存储引擎和通知引擎的装置包括:用于在数据记录网关处接收所述细节记录的装置,所述数据记录网关随后存储所述细节记录并通知所述用户。

15.如权利要求13所述的系统,所述用户输入包括图形用户界面,所述图形用户界面接受来自所述用户的输入,用于:设置所述用户定义的呼叫标准,以便从所述呼叫细节记录储存库获取与特定呼叫相关联的一个或多个呼叫细节记录以供初始信令分析;以及请求获取与一个或多个选出的呼叫细节记录相对应的详细帧消息以供详细信令分析。

16.如权利要求13所述的系统,其中用于经由所述用户输入把所述细节记录可被查看通知所述用户的装置包括:用于通过电子邮件通知、寻呼机、文本消息、简单网络管理协议陷阱或它们的任意组合来通知所述用户的装置。

17.如权利要求13所述的系统,其中所述用户输入包括图形用户界面,并且其中所述通知引擎经由所述图形用户界面把以下信息通知所述用户的方法是由所述用户确定的,所述信息即所述细节记录可被查看。

说明书 :

用于向中央储存库传送导出呼叫记录的方法和系统

技术领域

[0001] 本发明涉及用于向中央储存库传送导出呼叫记录的方法和系统。

背景技术

[0002] 例如无线、有线和数据通信网络等电信网络被广泛用于连接各种类型的节点,例如个人计算机、服务器、网关、网络电话等。网络可包括例如局域网(LAN)和广域网(WAN)这样的专用网络,以及例如因特网这样的公共网络。这些网络也可以是电路交换网络,其中网络资源在数据呼叫的整个持续期间是专用的,还/或者可以是例如因特网协议(IP)网络这样的分组交换网络,其中网络资源是共享的,并且呈分组或信元形式的数据和其他用户流量一起通过网络被独立地路由到目的地。分组交换网络的示例包括基于虚拟电路模型的异步传输模式(ATM)网络、以太网或帧中继。通过这些网络的通信的常见形式包括电子邮件、文件传递、web浏览和包括音频(例如语音)和多媒体(例如音频和视频)的数字数据的其他交换。
[0003] 现代电信网络一般包括两种相关但却独立的网络基础设施:承载或传输网络,用于运送最终用户的语音和数据流量;以及信令网络,用于根据通过信令网络传递的控制信号来控制通过承载网络的承载信道的建立和释放。在实践中,这种信令网络包括由信令链路互连的高速计算机以及计算机程序,所述计算机程序被实现来提供一组根据标准化协议的操作和信令功能,所述标准化协议例如是被广泛用于对移动电话和其他数据传输网络的控制的第7信令系统(SS7)。信令链路被用来在信令网络的节点之间传递信令信息(例如消息)。信令信息(例如消息)可被捕捉以生成细节记录,例如呼叫细节记录(CDR)或事务细节记录(TDR),所述细节记录被存储在数据库系统中,并可在以后被监视和分析以用于多种应用,例如包括服务质量应用和商业智能应用。除了细节记录以外,在这些移动网络的节点、交换机或设备之间发送的其他相关信息还可被用于认证、设备识别和漫游使能。
[0004] 市面上可获得的用于移动电话网络的工具可被用来基于存储在数据库系统中的细节记录来监视网络的性能(或质量),从而观察网络中可能的障碍并跟踪性能统计信息。一般地,这种监视工具基于在例如交换机或接口这样的网络元件的水平上监视网络的故障来获得与流量有关的信息。但是,这些动作将导致收集大量数据,而这将使最终用户尝试识别网络中的问题和对收集到的数据进行分析变得困难和耗时。此外,例如呼叫细节记录(CDR)这样的细节记录一般被保存到文件或存储在存储器中以便以后传送到分析系统,所述传送是发生在一天中某个或某些时段期间的自动过程。换言之,CDR一般被保存在监视系统中,直到在某个时间点这些CDR被一同存放到CDR存储区域中。这使得用户很难实时监视和分析移动电话网络,因为用户必须等待CDR被存放到存储区域中,而不是对CDR进行即时访问以便对其实时分析。
[0005] 因此,需要用于管理和分析这些网络中的细节记录的改进的工具、系统和方法,包括在呼叫完成之后很快在CDR存储区域中存储CDR的能力,以及向用户提供实时查看CDR的途径的能力。

发明内容

[0006] 本发明的各个方面和示例性实施例有益地提供了用于管理和分析移动电话网络中的细节记录的工具、系统和方法,包括实时存储细节记录和提供细节记录以供分析。所述细节记录可以在各个呼叫完成时被用户分析,而不是等待细节记录在后来被保存在存储区域中。
[0007] 根据本发明的一个方面,提供了一种监视移动网络的系统,包括:数据记录生成器,所述数据记录生成器被布置为在实时基础上接收代表正在所述移动网络上发生的呼叫的数据流,并生成与单个呼叫相对应的呼叫细节记录(CDR);以及封装器/解封装器单元,所述封装器/解封装器单元被布置为在所述单个呼叫终止时,立即按照网络传输协议来封装所述CDR,并将其传送到CDR储存库以便存储和/或由用户经由用户输入采取即时动作。
[0008] 所述封装器/解封装器单元可具有:编码器,所述编码器在所述单个呼叫终止时根据预定编码规则接收所述CDR并将所述CDR编码;传送器,所述传送器以分组形式封装编码后的CDR,并使用所述网络传输协议生成分组流;解码器,所述解码器使用预定解码规则来解码所述分组,以获得原始CDR;以及CDR网关,所述CDR网关充当用于将所述CDR转发到存储引擎的网关,在所述存储引擎处所述CDR可被即存储在CDR储存库中,并且/或者所述CDR网关将所述CDR转发到通知引擎,在所述通知引擎处,可响应于预定通知规则,通过email通知、寻呼机、文本消息、简单网络管理协议陷阱或它们的任意组合来实时生成即时用户通知,但生成所述即时用户通知的方法并不限于email通知、寻呼机、文本消息、简单网络管理协议陷阱或它们的任意组合。
[0009] 所述用户输入与这样的图形用户界面(GUI)相对应,所述图形用户界面接受来自所述用户的输入,用于:设置所述用户定义的呼叫标准,以便从所述CDR储存库获取与特定呼叫相关联的一个或多个CDR以供初始信令分析;以及请求获取与一个或多个选出的CDR相对应的详细帧消息以供详细信令分析。
[0010] 所述封装器/解封装器单元还被配置为当接收到用户输入的请求时,从所述CDR储存库获取与特定呼叫ID相关联的一个或多个CDR以供视觉显示,所述封装器/解封装器单元还被配置为接收来自所述用户输入的请求以执行“向下钻取(drill down)”操作,在所述“向下钻取”操作中,构成选出呼叫的一个或多个CDR可被向下钻取以供信令分析,或者与构成所述选出呼叫的选出CDR相对应的单个帧的细节可被向下钻取以供用于详细信令分析的视觉显示。
[0011] 所述用户输入包括图形用户界面,所述用户可以确定所述通知单元把所述细节记录可被查看通知所述用户的方法。
[0012] 根据本发明的另一方面,一种监视移动网络的方法包括:接收来自所述移动网络的一个或多个监视点的数据流,并生成正在所述移动网络上发生的单个呼叫的细节记录;在所述单个呼叫终止时,立即按照网络传输协议来封装所述细节记录;以及传送所述封装后的细节记录,以便存储在中央储存库中,用于存储和/或由用户经由用户输入采取即时动作。
[0013] 根据本发明的另一方面,一种编码有用于执行监视移动网络的方法的处理指令的计算机可读介质,所述方法包括:接收来自所述移动网络的一个或多个监视点的数据流并生成正在所述移动网络上发生的单个呼叫的细节记录;在所述单个呼叫终止时,立即按照网络传输协议来封装所述细节记录;以及传送所述封装后的细节记录,以便存储在中央储存库中,用于存储和/或由用户经由用户输入采取即时动作。
[0014] 除了上述示例性实施例和方面以外,其他方面和实施例将通过参考附图和研读以下说明而变得很清楚。

附图说明

[0015] 结合附图阅读下面对示例性实施例的详细描述以及权利要求,可以更清楚地理解本发明,附图、描述和权利要求都形成本发明的公开的一部分。虽然下面描述和图示的公开内容集中于公开本发明的示例性实施例,但是应当清楚地理解,它们仅是示例性而非限制性的,本发明并不限于这些内容。本发明的精神和范围仅由所附权利要求限定。下面是对附图的简要说明,其中:
[0016] 图1示出了示例性移动电话网络和用于移动电话网络的信令分析的监视系统;
[0017] 图2A-2B示出了根据本发明的各个实施例可相关和聚合的从示例性监视点获得的示例性CDR;
[0018] 图3示出了根据本发明实施例的示例性数据记录分组和传送系统;
[0019] 图4示出了根据本发明实施例的数据记录分组和传送系统的示例性操作的流程图。

具体实施方式

[0020] 在开始对本发明的详细描述之前,先进行如下说明。在适当时,在不同的附图中,相似的标号和字符可被用来标记相同、相应或类似的组件。此外,在下面的详细描述中,可能给出示例性的大小/值/范围,但是本发明并不限于此。本发明还适用于与所有类型的电信网络一起使用,所述电信网络例如是综合系统数字网(ISDN)、语音IP(VoIP)网络、因特网或移动电话网络(例如基于电信工业联合会(TIA)/电子工业联合会(EIA)标准,例如IS-95、IS-856或IS-2000),例如时分复用(TDMA)网络、码分多址(CDMA)网络、宽带码分多址(W-CDMA)网络、全球移动通信系统(GSM)网络、通用分组无线业务(GPRS)网络或全球移动电信系统(UMTS)网络,以及随着技术的发展而可能变得可用的下一代无线网络,所述下一代无线网络包括用于无线数据服务和应用(例如无线email、web、数字图片拍摄/发送和GPS辅助定位应用)的CDMA技术,还包括兼容的网络协议(例如超文本传输协议(HTTP)、文件传输协议(FTP)、VoIP协议和由3GPP组定义的UMTS协议(见http://www.3gpp.org))。但是,为了简明起见,以下的讨论将主要集中于UMTS移动网络的示例性使用,但是本发明的范围并不仅限于此。
[0021] 现在参考图1,其示出了移动电话网络的一个示例,例如全球移动电信系统(UMTS)网络。如图1所示,移动电话网络100包括核心网络110,其支持例如公共交换电话网络(PSTN)120这样的电路交换网络,和/或例如因特网核心IP 130这样的分组交换网络;无线电接入网140,其连接到核心网络110,以支持与一般是移动电话、视频电话或个人数字助理(PDA)的用户设备(UE)150的通信。一般地,核心网络110包含支持经由例如PSTN 120这样的电路交换网络的通信的移动交换中心(MSC)(未示出),还包含一个或多个支持节点(未示出),所述支持节点提供到例如因特网核心IP 130这样的分组交换网络的网关并控制网络与用户设备(UE)150之间的用于无线通信的连接。无线电接入网140包括一个或多个节点“B”(也称为基站)142A-142N,还包括一个或多个无线电网络控制器(RNC)144A-144N,所述无线电网络控制器连接到节点142A-142N的局部群组,以便选择用于用户设备(UE)150的最合适节点,并在无线通信期间在有必要时执行移交。UMTS网络100的网络体系结构和实现是公知的,其包括:骨干ATM交换机;例如部署在RNC144A-144N和核心网络110之间的“lu”、部署在RNC 144A-144N之间的“lur”、部署在RNC 144A-144N和相应节点142A-142N之间的“lub”这样的接口;UMTS网络100中的节点和网络元件之间的信令链路;以及在信息链路之间传递的信令信息,因此在这里无需进行详细描述。但是,为了简明起见,信令信息代表与网络100的功能的建立、控制和管理有关的数据。例如特定呼叫的呼叫细节记录(CDR)或特定数据会话的事务细节记录(TDR)这样的细节记录可从移动电话网络100中信令链路之间传输的信令信息构建。术语“CDR”和“TDR”在这里公开的移动电话网络100的上下文中可被视为可互换的。类似地,术语“呼叫”和“数据会话”也可被交换使用,而且可被广义地简述为“事务”。
[0022] 类似地,CDR在电信工业中可具有不同的结构或格式,依赖于CDR将被用于什么用途(例如定义电话发起于陆上线路电话、电话终止于陆上线路电话和电话终止于移动电话),每种结构或格式都包含不同类型的信息。但是,为了简明起见,这里提到的CDR将代表一般CDR。术语“CDR”总地指关于呼叫细节的任何电子记录,例如包括发起号码、终止号码、时间、持续时间等。具体而言,每个CDR可与一个消息集合相对应,所述消息集合包括与每个呼叫相关联的参数和时间戳,其提供了与呼叫的源、目的地和其他细节有关的细节。与每个消息相关联的参数和时间戳或被称为“CDR”的信息集合是确定谁呼叫谁、呼叫被如何路由以及呼叫部署以便进行信令分析所需的主要信息。这些CDR可被监视和分析以用于多种应用,例如包括服务质量应用和商业智能应用,例如服务保障、欺诈检测、开通和计费应用。
[0023] 如图1所示,监视系统160可被配置为捕捉移动电话网络100中的关键接口(例如“lub”接口和“lu”接口)上或其他信令链路上的流量(包括信令数据),以用于对移动电话网络100的信令分析。这种监视系统160可被直接或经由局域或广域网(LAN/WAN)耦合到接口(例如连接RNC 144A-144N中的一个到节点142A-142N中的至少一个的“lub”接口,或连接RNC 144A-144N到核心网络110的“lu”接口)或ATM交换机,以捕捉特定接口或信令链路处的信令数据,并提供捕捉到的信令数据以用于计算机(数据库)系统170的分析或TM收集。监视系统160例如可以是AGILENT G6801A Distributed Network Analyzer(DNA),用于捕捉例如来自与单个呼叫或数据会话有关的特定信令链路(即移动电话网络100内的接口)的所有信令数据,还用于控制用于实时网络测试和分析(包括服务质量诊断和故障TM
排查)的信令数据分发。此外,例如AGILENT J7326A Signaling Analyzer software(SAS)这样的软件应用也可被安装在计算机系统170(可以是独立服务器或主机计算机系统)上,以在本地对捕捉到的信令数据进行解码和分析,同时进行实时显示。SAS还可被安装在监视系统160上或任何计算系统(例如外部PC、膝上型计算机或耦合到局域网(LAN)的服务器)上。捕捉到的信令数据可代表大量呼叫/会话,并且能经由用户可配置的窗口或表格式而被可视地显示,从而用户(即网络管理员或维护人员)可跟踪移动电话网络100上已发生的每个呼叫或正在发生的呼叫。
[0024] 一般地,监视系统160创建细节记录(例如CDR),其通过将经由移动电话网络100传送的传入数据流的各个帧接合在一起而组装得到所述细节记录。然后,这些CDR可被保存以用于后续的信令分析,可以意识到在信令分析之前潜在地留下了很长时间,响应于信令分析可以采取补救动作。但是,当在等待CDR被存储以用于分析之后查看监视系统160和/或计算机系统170中的呼叫时,当移动电话网络100出现问题时,用户(即网络管理员或维护人员)一般不能采取即时矫正动作。此外,用户(即网络管理员或维护人员)还可能被移动电话网络100中可能发生的大量呼叫淹没。
[0025] 例如,图2A-2B示出了在计算机系统170上从移动电话网络100中的不同信令链路(监视点,例如接口或交换机)获得的不同类型的呼叫细节记录(CDR)的视觉显示。具体而言,图2A示出了从部署在移动电话网络100的无线电接入网(RAN)140的RNC 144A-144N和核心网络110之间的“lu”接口获得的示例性CDR的视觉显示。可替换地,图2B示出了从部署在移动电话网络100的无线电接入网(RAN)140的RNC144A-144N和相应节点142A-142N之间的“lub”接口获得的示例性CDR的视觉显示。
[0026] 如图2A和2B所示,数据库系统170上的显示中的每一行代表移动电话网络100上已发生或正在发生的呼叫。每一列包含专用于可能指示特定问题的特定呼叫跟踪的参数。如图2A所示,用于“lu”接口的参数例如可包括呼叫ID、持续时间、状态、开始时间、建立原因、IMSI、IMEI、最老的TMSI/P-TMSI、最近的TMSI/P-TMSI、SAI LAC、SAI SAC、RAC、被叫方BCD号、主叫方BCD号、服务类型、域、SCCP释放原因、RANAP原因、建立时间、拆除(cleardown)时间、话音路径/CID、坏话音帧、IPv4地址、上行链路分组、下行链路分组、上行链路八位组、下行链路八位组、上行链路速率bp/s和下行链路速率bp/s。类似地,如图2B所示,用于“lub”接口的参数例如可包括呼叫ID、持续时间、状态、开始时间、建立原因、IMSI、IMEI、最老的TMSI/P-TMSI、最近的TMSI/P-TMSI、节点B CommCtx ID、CRNC CommCtx ID、S-RNTI、SRNC标识、LAC、RAC、小区标识符、服务类型、域、SCCP释放原因、RANAP原因、建立时间、拆除(cleardown)时间、话音路径/CID、坏话音帧、IPv4地址、上行链路分组、下行链路分组、上行链路八位组、下行链路八位组、上行链路速率bp/s和下行链路速率bp/s。
[0027] “呼叫ID”可代表特定呼叫的唯一标识符;“持续时间”可代表已完成呼叫的持续时间;“状态”可代表呼叫是活动的还是终止的。“开始时间”可代表呼叫的开始时间;“IMSI”可代表发起呼叫的订户的国际移动订户标识;“IMEI”可代表设备制造商的国际移动设备标识;“最老的TMSI/P-TMSI”可代表临时移动订户标识(TMSI)和分组TMS;“最近的TMSI/P-TMSI”可代表最近的TMSI和分组TMSI;“SAI LAC”可代表区域码的服务区域标识符:“SAI SAC”可代表路由选择区域码的服务区域标识符;“被叫方BCD号”可代表被叫方二进制编码的十进制号码;“主叫方BCD号”可代表主叫方二进制编码的十进制号码;“节点B CommCtx ID”可代表节点B中通信上下文的标识符;“CRNCCommCtx ID”可代表无线电网络控制器(RNC)中节点B的通信上下文标识符;“S-RNTI”可代表服务无线电网络临时标识;“SRNC标识”可代表服务无线电网络控制器标识;“LAC”可代表标识移动网络100中的区域的区域码;“RAC”可代表区域中的路由选择区域码;“小区标识符”可代表一个无线电网络控制器(RNC)中的小区标识符;“服务类型”可代表在呼叫期间发生的服务类型;“域”可代表在其中传输呼叫的网络类型:电路交换(CS)网络还是分组交换(PS)网络;“释放原因”可代表呼叫被释放的标准;“RANAP原因”可代表原因的文本描述;“建立时间”可代表建立呼叫或会话所需的时间;“拆除时间”可代表拆除呼叫或会话所需的时间;“话音路径/CID”可代表用于呼叫的VCI/CID;“坏话音帧”可代表在呼叫期间检测到的坏话音帧的数量的计数,其指示呼叫期间呼叫期间语音呼叫的质量水平;“IPv4地址”可代表因特网协议版本#4地址;“上行链路分组”可代表数据会话期间,用户设备(UE)已向移动网络100发送的IP分组数量的计数;“下行链路分组”可代表在数据会话期间,用户设备(UE)110已从移动网络100接受的IP分组的数量的计数;“上行链路八位组”可代表数据会话期间,用户设备(UE)110已向移动网络100发送的IP八位组数量的计数;“下行链路八位组”可代表在数据会话期间,用户设备(UE)已从移动网络100接受的八位组的数量的计数;“上行链路速率bp/s”可代表用户设备(UE)110在向移动网络100发送数据时经历到的以比特/秒为单位平均数据传输速率;“下行链路速率bp/s”可代表用户设备(UE)110在从移动网络100接收数据时经历到的以比特/秒为单位平均数据传输速率。
[0028] 如从图2A-2B所示,从移动电话网络100中的不同信令链路(即接口)获得的呼叫和呼叫ID变量可能是不同的;但是,这些呼叫可能具有共同的特性,例如:呼叫类型;开始时间;结束时间;成功或失败理由,所有这些(不论是来自一个还是多个信令链路)都可被分析,以识别和指明移动电话网络100中的问题。但是,用户必须筛掉大量在移动电话网络上传送的呼叫,然后在已终止呼叫的捕捉到的数据可被保存和随后被分析之前潜在地等候很长时间。因此,这种经由监视系统160和/或计算机系统170的检查可能是工作量很大的,无论所获得的呼叫来自单个信令链路还是不同的信令链路。此外,当在等待CDR被存储以用于分析之后查看监视系统160和/或计算机系统170中的呼叫时,用户(即网络管理员或维护人员)不能在移动电话网络100发生问题时采取即时矫正动作。因此,有必要向用户(即网络管理员或维护人员)提供改进的用于管理和分析这种移动电话网络100中的细节记录的工具、系统和方法,包括实时监视移动电话网络100中发生的所有呼叫的能力,以及在特定呼叫或数据会话终止时,立即依照某种传输协议将所述特定呼叫或数据会话的(一个或多个)CDR封装或打包,以便传送到用于中央储存的存储引擎,或者传送到用于即时通知的通知引擎,从而潜在的问题可被立即识别和解决。
[0029] 现在返回图3,其示出了根据本发明实施例的数据记录打包和传送系统300的示例。如图3所示,系统300包括:CDR产生单元320,其接收来自移动电话网络100的信令链路(即接口或交换机)的由构成每个呼叫的单个帧(消息)组成的传输数据流,并在接收到传输数据流时,将原始数据的单个帧存储在具有文件目录的数据文件(例如SAL文件)中,然后生成与通过移动电话网络100传送的呼叫相对应的CDR;CDR封装器/解封装器单元340,其在呼叫终止时,立即管理依照某种网络传输协议对一个或多个CDR进行的封装/解封装,以便传送到CDRI储存库以用于问题分析或即时动作,CDR封装器/解封装器单元340还管理向CDR储存库存储CDR和从CDR储存库获取CDR,还管理存储在CDR产生单元
310中的相应CDR的单个帧,包括选择感兴趣的特定类型的呼叫和执行“向下钻取(drill down)”操作,其中在被用户(即网络管理员或维护人员)请求时,构成所选择的呼叫的单个帧的细节可从CDR产生单元320被向下钻取;以及用户输入360,其使得用户在被通知已终止的呼叫时能够检查在移动电话网络100上传送的呼叫,从而选择感兴趣的呼叫类型,以便获取与所选择的呼叫相关联的所有CDR以用于信令分析,并能够请求执行“向下钻取”操作,其中一个或多个所选择的CDR可被获取以用于信号分析的视觉显示,或者,与一个或多个所选择的CDR相对应的详细帧消息可被获取以用于详细信号分析的视觉显示。与普通信号分析不同,详细信号分析可例如包括:可在特定时刻被检查以便发现潜在差错的基于基于时间的事件序列的报告;用于确保CDR的准确性的对CDR的确认;以及可被检查以获得信号特性的单个公共测量的报告(每N秒发送的消息,用于指示例如信号强度这样的信号特性)。这种详细信号分析只能基于原始帧消息而非CDR来完成。
[0030] 返回去看图3,CDR产生单元320包括CDR生成器322和称为文件储存库324的内部数据库。CDR生成器322被布置为接收由代表电话网络100中已经发生和正在发生的呼叫的单个帧(消息)构成的传入数据流,将构成每个呼叫的单个帧或消息打包在独立和离散的数据文件(称为SAL文件)中,将打包数据文件存储在文件储存库324中,然后生成与电话网络100中已经发生或正在发生的呼叫相对应的例如CDR这样的数据记录。
[0031] CDR封装器/解封装器单元340包括:编码器342,其在呼叫终止时接收来自CDR生成器322的CDR,并根据预定的编码规则342B对CDR编码;传送器344,其将编码后的CDR按照分组进行封装,并使用例如传输控制协议(TCP)这样的多个网络中公用的网络传输协议(即呼叫流协议)来生成分组流;解码器346,其使用预定的解码规则346B来对TCP分组解码,以获得CDR;CDR网关348,其充当用于将CDR转发到存储引擎350和/或通知引擎254的网关,在存储引擎350处CDR可被存储在CDR储存库352处,在通知引擎254处即时用户通知可响应于预定的通知规则352B,例如通过email通知、寻呼机、文本消息、简单网络管理协议(SNMP)陷阱或它们的任意组合而被实时生成。
[0032] 独立地,CDR封装器/解封装器单元340还可被配置为:接收CDR并将CDR存储在CDR储存库352中;在接收到来自用户输入360的请求时,从CDR储存库352获得一个或多个与特定呼叫ID相关联的CDR(例如IMSI),以用于视觉显示;以及从用户输入360接收请求,以执行“向下钻取”操作,其中构成所选择的呼叫的一个或多个CDR可从CDR储存库352被向下钻取,以便进行信令分析,或者与存储在文件储存库314中的构成所选择的呼叫的所选择的CDR相对应的单个帧的细节可从文件储存库314被向下钻取,以便在用户输入处进行视觉显示,从而进行详细信令分析。用户输入360可以是直观图形用户界面(GUI)以方便用户的使用。
[0033] 这种CDR封装器/解封装器单元340还可被实现为控制单元,例如微处理器、微控制器或例如安装在图1所示的计算机系统170中的处理器卡,所示控制单元可被配置为执行如上所述的一组指令,包括管理存储在CDR储存库362中的CDR和存储在文件储存库324处的相应CDR的单个帧,以及执行“向下钻取”操作、“实时”过滤和将呼叫与特定的用户定义呼叫标准进行匹配从而选择感兴趣的呼叫类型,以及按照特定的用户定义呼叫标准和由用户设置的警报来进行传送和通知。
[0034] 例如,警报标准可包括:警报名称、呼叫记录类型、匹配标准(即逻辑表达式)、标准必须匹配的次数、执行警报的时段,以及通知方法(例如email通知、寻呼机、文本消息、简单网络管理协议(SNMP)陷阱或它们的任意组合)。这不是限制性的列表,因为依赖于移动电话网络100的哪些方面需要被监视和检查,不同的用户将希望指定不同的警报标准。例如可编辑表这样的其他输入机制也是可能的,并且可以设置默认值,从而用户不需要指定用于警报标准的所有数据。
[0035] 示例性警报可被配置为包括以下内容:(1)警报名称;(2)呼叫记录类型;(3)匹配标准(可使用逻辑表达式);(4)该标准必须被匹配的次数;(5)执行警报的时段。用户定义的呼叫标准的一个示例可如表1所示:
[0036] 表1
[0037]标准 值
警报名称 “lu”异常释放
呼叫记录类型 “lu”接口
匹配标准 RANAP原因=‘异常释放’
该标准必须匹配的最小次数 10
执行警报的时段 60秒
通知 SNMP陷阱
[0038] 返回去看图3所示的CDR封装器/解封装器单元340,编码器342接收来自CDR生成器322的CDR细节,并使用一组XML文件格式的预定编码规则342B来编码CDR细节,其中每个文件对应于包含结合图2A和2B描述的特定参数的分组字段。XML文件中的字段之一的示例性格式可以如下所示:
[0039]
[0040] Start Date&Time
[0041] 2003
[0042] timestamp
[0043] 4
[0044]
[0045] 其 中可 代 表 在 分 组 中 的 位 置;Start Date&Time可代表域的名称;2003可代表要从CDR的存储器表示中提取的索引;timestamp可代表元素的类型,即时间戳是UTC;并且4可代表以字节为单位的字段长度。
[0046] 此外,其他头部信息也可被包括在分组中。例如:
[0047]
[0048] 1
[0049] 2.0
[0050] DMT 3 GPP R5 06-2004 lu Interface
[0051] 375
[0052]
[0053] ‘version’和‘id’都将被编码到分组中。一旦分组被建立,这样的分组就会随后经由传送器344被发送到解码器346。在接收端,相同的XML文件(即解码规则346B)将被用来解码TCP分组。
[0054] 示例性的编码规则342B和解码规则346B可参照例如图2A所示的用于“lu”接口的参数设置如下:
[0055] [0056] -
[0057] -
[0058] 1
[0059] 2.0
[0060] DMT 3GPP R5 06-2004 Iu Interface[0061] 375
[0062]
[0063] -
[0064] -
[0065] Start Date & Time
[0066] 2003
[0067] timestamp
[0068] 4
[0069]
[0070] -
[0071] IMSI
[0072] 1005
[0073] string
[0074] 32
[0075]
[0076] -
[0077] IMEI
[0078] 1023
[0079] string
[0080] 32
[0081]
[0082] -
[0083] Oldest TMSI/P-TMSI
[0084] 1007
[0085] string
[0086] 9
[0087]
[0088] -
[0089] Latest TMSI/P-TMSI
[0090] 1006
[0091] string
[0092] 9
[0093]
[0094] -
[0095] SAI LAC
[0096] 1020
[0097] string
[0098] 16
[0099]
[0100] -
[0101] SAI SAC
[0102] 1051
[0103] int
[0104] 4
[0105]
[0106] -
[0107] RAC
[0108] 1019
[0109] int
[0110] 4
[0111]
[0112] -
[0113] Called Party BCD Number
[0114] 1003
[0115] atring
[0116] 32
[0117]
[0118] -
[0119] Calling Party BCD Number
[0120] 1004
[0121] string
[0122] 32
[0123]
[0124] -
[0125] CN Domain
[0126] 1016
[0127] int
[0128] 4
[0129]
[0130] -
[0131] SCCP Release Cause
[0132] 1008
[0133] int
[0134] 4
[0135]
[0136] -
[0137] RANAP Cause
[0138] 1018
[0139] int
[0140] 4
[0141]
[0142] -
[0143] Setup Time
[0144] 1010
[0145] duration
[0146] 4
[0147]
[0148] -
[0149] Cleardown Time
[0150] 1011
[0151] duration
[0152] 4
[0153]
[0154] -
[0155] Speech Path/CID
[0156] 1017
[0157] string
[0158] 16
[0159]
[0160] -
[0161] Bad Speech Frames
[0162] 1021
[0163] int
[0164] 4
[0165]
[0166] -
[0167] IPv4 Address
[0168] 2012
[0169] ipaddress
[0170] 4
[0171]
[0172] -
[0173] Uplink Packets
[0174] 2015
[0175] int
[0176] 4
[0177]
[0178] -
[0179] Downlink Packets
[0180] 2016
[0181] int
[0182] 4
[0183]
[0184] -
[0185] Uplink Octets
[0186] 2017
[0187] int
[0188] 4
[0189]
[0190] -
[0191] Downlink Octets
[0192] 2018
[0193] int
[0194] 4
[0195]
[0196] -
[0197] Uplink Rate bp/s
[0198] 2019
[0199] int
[0200] 4
[0201]
[0202] -
[0203] Downlink Rate bp/s
[0204] 2020
[0205] int
[0206] 4
[0207]
[0208] -
[0209] Uplink_MaxBitrate(CS)
[0210] 2021
[0211] int
[0212] 4
[0213]
[0214] -
[0215] Downlink_MaxBitrate(CS)
[0216] 2022
[0217] int
[0218] 4
[0219]
[0220] -
[0221] Uplink_MaxBitrate(PS)
[0222] 2023
[0223] int
[0224] 4
[0225]
[0226] -
[0227] Downlink_MaxBitrate(PS)
[0228] 2024
[0229] int
[0230] 4
[0231]
[0232] -
[0233] CC Cause
[0234] 1025
[0235] int
[0236] 4
[0237]
[0238] -
[0239] SM Cause
[0240] 1026
[0241] int
[0242] 4
[0243]
[0244] -
[0245] RR Cause
[0246] 1027
[0247] int
[0248] 4
[0249]
[0250] -
[0251] GMM Cause
[0252] 1028
[0253] int
[0254] 4
[0255]
[0256] -
[0257] MM Cause
[0258] 1029
[0259] int
[0260] 4
[0261]
[0262] -
[0263] APN
[0264] 1030
[0265] string
[0266] 64
[0267]
[0268] -
[0269] Relocation Cause
[0270] 3001
[0271] int
[0272] 4
[0273]
[0274] -
[0275] Iu ALCAP Cause
[0276] 3002
[0277] int
[0278] 4
[0279]
[0280] -
[0281] ARP(CS)
[0282] 3003
[0283] int
[0284] 4
[0285]
[0286] -
[0287] ARP(PS)
[0288] 4032
[0289] int
[0290] 4
[0291]
[0292] -
[0293] Authentication and Ciphering Cause[0294] 3004
[0295] int
[0296] 4
[0297]
[0298] -
[0299] DL Guaranteed Bitrate(CS)
[0300] 3005
[0301] int
[0302] 4
[0303]
[0304] -
[0305] UL Guaranteed Bitrate(CS)
[0306] 4052
[0307] int
[0308] 4
[0309]
[0310] -
[0311] DL Guaranteed Bitrate(PS)
[0312] 4053
[0313] int
[0314] 4
[0315]
[0316] -
[0317] UL Guaranteed Bitrate(PS))
[0318] 4054
[0319] int
[0320] 4
[0321]
[0322] -
[0323] Security ModeCause
[0324] 3007
[0325] int
[0326] 4
[0327]
[0328] -
[0329] THP(CS)
[0330] 3008
[0331] int
[0332] 4
[0333]
[0334] -
[0335] THP(PS)
[0336] 4002
[0337] int
[0338] 4
[0339]
[0340] -
[0341] Transfer Delay(CS)
[0342] 3009
[0343] int
[0344] 4
[0345]
[0346] -
[0347] Transfer Delay(PS)
[0348] 4082
[0349] int
[0350] 4
[0351]
[0352] -
[0353] Old LAC
[0354] 3010
[0355] int
[0356] 4
[0357]
[0358] -
[0359] LUT
[0360] 3011
[0361] int
[0362] 4
[0363]
[0364] -
[0365] Old RAC
[0366] 3012
[0367] int
[0368] 4
[0369]
[0370] -
[0371] RUT
[0372] 3013
[0373] int
[0374] 4
[0375]
[0376] -
[0377] GMM Attach Type
[0378] 3014
[0379] int
[0380] 4
[0381]
[0382] -
[0383] CP Cause
[0384] 3015
[0385] int
[0386] 4
[0387]
[0388] -
[0389] RP Cause
[0390] 4152
[0391] int
[0392] 4
[0393]
[0394] -
[0395] TP Cause
[0396] 4153
[0397] int
[0398] 4
[0399]
[0400] -
[0401] No of Act PDP Ctxt Accept
[0402] 3016
[0403] int
[0404] 4
[0405]
[0406] -
[0407] No of Act PDP Ctxt Req
[0408] 3017
[0409] int
[0410] 4
[0411]
[0412] -
[0413] No of RP-ACK(MS)
[0414] 3018
[0415] int
[0416] 4
[0417]
[0418] -
[0419] No of RP-ACK(NW)
[0420] 4182
[0421] int
[0422] 4
[0423]
[0424] -
[0425] No of CM Service Req(SMS)
[0426] 3019
[0427] int
[0428] 4
[0429]
[0430] -
[0431] No of Iu Rel Req (dropped)
[0432] 3020
[0433] int
[0434] 4
[0435]
[0436] -
[0437] No of Alerting
[0438] 3021
[0439] int
[0440] 4
[0441]
[0442] -
[0443] No of CM Service Req(MOC)
[0444] 3022
[0445] int
[0446] 4
[0447]
[0448] -
[0449] CM Servlce Setup Time
[0450] 3023
[0451] duration
[0452] 4
[0453]
[0454] -
[0455] GMM Attach Setup Time
[0456] 4232
[0457] duration
[0458] 4
[0459]
[0460] -
[0461] PDP Ctxt Setup Time
[0462] 3024
[0463] duration
[0464] 4
[0465]
[0466] -
[0467] Service Type
[0468] 3037
[0469] string
[0470] 128
[0471]
[0472] -
[0473] UTRAN PC
[0474] 3046
[0475] int
[0476] 4
[0477]
[0478]
[0479]
[0480] 现在返回图3,在确定与当前生成的数据记录(例如CDR)相关联的呼叫完成之后,编码器342使用如上所述的编码规则342B对CDR编码,以便经由传送器344传送到解码器346从而使用解码规则346B(与编码规则342B相同)进行解码,还传送到CDR网关348以便被存储在CDR储存库352中和/或通过通知引擎358被提供给用户。如果被提供以IP地址或类似的目的地寻址方法,则传送器230还可将编码后的CDR传送到网络中的另一点。
[0481] CDR产生单元320、CDR封装器/解封装器单元340和用户输入360可以是用XML语言编写的软件模块。但是,这些模块也可以用多种软件语言编写,所述软件语言包括C、C++、Java、Visual Basic、J2EE、SQL、Perl、Web Services、VB.NET和因特网上的很多其他语言。各种软件模块还可以被集成于在一个或多个控制单元(未示出)(例如图1所示的计算机系统170中微处理器、微控制器或处理器卡(包括一个或多个微处理器或微控制器))上执行的单个应用中。或者,软件模块和每个模块的单个元件也可分布在由不同的计算机系统(例如监视系统160、计算机系统170或连接到移动电话网络100的任何其他计算设备)执行的不同应用中。例如,CDR产生单元320可驻留在图1所示的监视系统160中。CDR封装器/解封装器单元340可驻留在计算机系统170上。或者,CDR封装器/解封装器单元340的单个元件可驻留在监视系统160或计算机系统170中。例如,CDR封装器/解封装器单元340的编码器342和传送器344可驻留在计算机系统170中,而解码器346、CDR网关
348、存储引擎350和通知引擎354可驻留在监视系统160中。类似地,用户输入360可驻留在同一计算机系统170上,或者驻留在例如外部PC、膝上型计算机或耦合到局域网(LAN)的服务器这样的其他计算设备上。或者,CDR产生单元320、CDR封装器/解封装器单元340和用户输入360的组件也可被集成在可被安装在单个计算设备(例如图1所示的计算机系统170)上的单个应用中。
[0482] 这些软件模块可以包括数据和指令,所述数据和指令也可被存储在一个或多个机器可读存储介质中,例如动态或静态随机访问存储器(DRAM或SRAM)、可擦除和可编程只读存储器(EPROM)、电可擦除和可编程只读存储器(EEPROM)和闪存、例如固定盘、软盘和可移动盘等磁盘、包括磁带在内的其他磁介质,以及例如致密盘(CD)或数字视频盘(DVD)等光介质。
[0483] 软件例程或模块的指令还可以通过多种不同方式之一被载入或传送到监视系统160、计算机系统170或移动电话网络100上的任何计算设备中。例如,包括存储在软盘、CD或DVD介质、硬盘中的指令或包括通过网络接口卡、调制解调或其他接口设备传送的指令的代码段可被载入系统和作为相应的软件例程或模块来执行。在载入或传送处理中,被实现为载波(通过电话线、网线、无线链路、线缆等传输)的数据信号可将包括指令的代码段传递到网络节点或元件。这些载波可以是电、光、声、电磁形式的,或者是其他类型的信号。
[0484] 图4示出了根据本发明实施例的示例性的数据记录分组“实时”操作和传送系统。在操作410中,CDR生成器322接收来自移动电话网络100中的一个或多个监视点的传入数据流,并从所述数据流生成CDR。在操作420,编码器342确定正为其生成CDR的呼叫是否完成。如果正为其生成CDR的呼叫未完成,则操作410继续,直到呼叫完成。如果正为其生成CDR的呼叫事实上已完成,则在操作430,CDR就被编码器342使用前述编码规则342编码,以便经由网络信道进行传送。在操作440,编码后的CDR被打包在分组的TCP流中并且被经由传送器344传送。在操作450,编码后的CDR被解码器接收并被根据解码规则(即与编码操作相同的一组规则)解码。在操作460,解码后的CDR被提供给CDR网关348,此处CDR网关250同时将解码后的CDR提供给存储引擎350和通知引擎354。在操作470,存储引擎260将解码后的CDR存储在CDR储存库352中,同时通知引擎354把用户可查看的解码后CDR通知给用户。通知引擎354根据从用户、系统或其他接收的通知规则或在通知引擎354中提供的通知规则来把解码后的CDR通知给用户。
[0485] 如上所述,本发明有益地向用户(网络管理员或维护人员)提供了用于管理和分析这种移动电话网络中的细节记录的改进工具、系统和方法,包括实时生成、存储CDR和将其提供给用户以便提供移动电话网络的健康情况的高级视图的能力。通过在相关呼叫完成时立即查看这些CDR,用户能够立即识别出网络中的问题并采取矫正动作来防止进一步的问题。
[0486] 虽然已经示出了本发明的示例性实施例,但是本领域的技术人员应当理解,在不脱离本发明的真实范围的情况下,随着技术进步可作出各种改变和修改,并且可进行等同物替换。在不脱离本发明范围的情况下,可作出很多修改、变更、添加和子组合来使本发明的教导适应于特定环境。此外,虽然已经在具有北美的典型体系结构并采用SS7协议的电信网络的上下文中描述了移动网络,但是应当理解,本发明并不限于这一特定电信网络或协议。相反,本发明适用于其他通信网络和兼容信令协议,例如综合系统数字网(ISDN)、语音IP(VoIP)网络、因特网,或蜂窝通信系统,例如移动通信全球系统(GSM)网络或全球移动电信系统(UMTS)网络。此外,本发明的替换实施例可被实现为用于与计算机系统一起使用的计算机程序产品。这种计算机程序产品例如可以是存储在有形数据记录介质上(例如磁带、CD-ROM、ROM或固定盘),或实现在计算机数据信号(所述信号通过有形介质或无线介质例如微波或红外线传输)中的一系列计算机指令。所述一系列计算机指令可构成上述功能的全部或一部分,并且还可被存储在易失性或非易失性的任何存储器设备(例如半导体、磁、光或其他存储器设备)中。最后,CDR储存库也可以是机器可读存储介质,例如动态或静态随机访问存储器(DRAM或SRAM)、可擦除和可编程只读存储器(EPROM)、电可擦除和可编程只读存储器(EEPROM)和闪存、例如固定盘、软盘和可移动盘等磁盘、包括磁带在内的其他磁介质,以及例如致密盘(CD)或数字视频盘(DVD)等光介质。因此,本发明并不限于这里公开的各个示例性实施例,而是包括落在所附权利要求中的所有实施例。