式中可用于实现信号处理功能的一般计算系统。
[0052]本发明的实施方式的详细描述
[0053]将从用于管理在蜂窝通信网络内的呼叫数据的系统和方法方面描述本发明的例子。
[0054]在一些例子中，描述了一种方法，其包括，从在蜂窝通信网络内的至少一个无线电网络元件，接收至少一个呼叫的呼叫数据，将所接收的呼叫数据布置到呼叫数据记录内，将呼叫数据记录组装到至少一个数据块内，以及将至少一个数据块写到至少一个数据存储设备。其中，在这样的例子中，该方法包括:当接收到呼叫数据查询时，在每数据块基础上从至少一个数据存储设备取回呼叫数据记录。
[0055]在一些例子中，描述了一种方法，其包括，接收在至少一个蜂窝通信网络内的至少一个呼叫的地理定位相关的呼叫数据，将关于该呼叫的所接收的地理定位相关呼叫数据布置到至少一个呼叫数据记录内，以及将至少一个呼叫数据记录写到至少一个数据存储设备。其中，在这样的例子中，至少一个呼叫的地理定位相关的呼叫数据包括至少二维空间参考的至少两个空间坐标值，以及该方法包括使用单维坐标值将至少一个数据存储设备内的至少一个呼叫数据记录编索引。
[0056]在一些例子中，描述了一种方法，其包括，从在蜂窝通信网络内的至少一个无线电网络元件接收至少一个呼叫的呼叫数据，将所接收的呼叫数据布置到非固定尺寸的呼叫数据记录内，以及将呼叫数据记录写到至少一个数据存储设备，使得呼叫数据记录相邻于彼此被存储。
[0057]在一些例子中，描述了一种方法，其包括，从在蜂窝通信网络内的至少一个无线电网络元件接收至少一个呼叫的呼叫数据，至少部分地基于呼叫内事件将至少一个呼叫的呼叫数据布置到多个呼叫数据记录内，以及将呼叫数据记录写到至少一个数据存储设备。
[0058]在一些例子中，描述了一种方法，其包括，将在至少一个数据存储设备内的至少一个存储仓分配到时间段，以及将至少一个呼叫的呼叫数据记录存储在包括相应于分配到其的时间段的相应事件时间的至少一个存储仓中。
[0059]首先参考图1，示出了例如可用于存储和随后访问来自一个或多个无线通信网络的呼叫数据的数据管理系统100的例子的简化方框图。在所示例子中，数据管理系统100布置成接收呼叫事件数据110。这样的呼叫事件数据可包括与在一个或多个无线通信网络内的呼叫有关的任何数据，例如包括呼叫服务类型(例如数据呼叫、语音呼叫等)、呼叫事件时间(例如呼叫发起的时间、服务类型的变化的时间、呼叫终止的时间等)、服务信息的质量、邻小区测量报告等。数据管理系统100在一个或多个数据存储设备(例如通常在120处示出的那些数据存储设备)内存储所接收的事件数据，如下面更详细描述的。
[0060]在所示例子中，数据管理系统100经由存储器访问模块130可操作地耦合到数据存储设备120，存储器访问模块130布置成，接收并实现来自数据管理系统100的对数据存储设备120的数据访问请求(读取和写入)。数据存储设备120可包括任何适当形式的非易失性大容量存储设备，例如磁盘驱动器、固态磁盘驱动器等。如本领域中的技术人员将认识到的，例如，与其它形式的计算机数据存储器(例如随机存取存储器(RAM)等)比较，磁盘驱动器对计算机数据的大容量存储提供(相对)低成本的解决方案，但经历相对低的访问时间。
[0061]在所示例子中，数据管理系统100还可操作地经由存储器访问模块130耦合到一个或多个高速存储器元件140 (至少相对于数据存储设备120)。
[0062]数据管理系统100还布置成，例如，从一个或多个客户端应用150接收存储在数据存储设备120内的数据有关的查询。当接收到这样的查询时，数据管理系统100布置成从数据存储设备取回相应于所接收的查询的数据并在所示例子中将所取回的数据返回到接收查询的客户端应用，如在下面更详细描述的。
[0063]可以用任何适当的方式实现数据管理系统100。例如且如图1所示，数据管理系统100可通过被存储在一个或多个计算机可读存储设备内并布置成在一个或多个信号处理模块(例如通常以105示出的信号处理模块)上执行的计算机程序代码来实现。计算机程序代码可存储在一个或多个一个或多个存储器元件内。这样的存储器元件可包括任何形式的计算机可读存储设备，例如硬盘、CD-ROM、光学存储设备、磁性存储设备、只读存储器、R0M、可编程只读存储器、PR0M、可擦除可编程只读存储器、EPR0M、电可擦除可编程只读存储器、EEPROM和闪存。相应地，在所示例子中，计算机程序代码可从比如高速存储器140执行。
[0064]在所示例子中，数据管理系统100接收呼叫事件数据作为原始数据流110。数据管理系统100的呼叫数据分割部件112布置成，接收原始呼叫事件数据流110，并执行呼叫数据分割，由此，呼叫事件数据被布置到各个呼叫数据记录内。呼叫数据记录可包括:
[0065]I)呼叫连接创立信息(即涉及新语音或数据呼叫的建立(创立)的信息，例如包括这样的呼叫被创立时的时间)；
[0066]2)呼叫关闭信息(即涉及语音或数据呼叫的关闭的信息，例如包括这样的呼叫被关闭时的时间和其为什么关闭的原因)；
[0067]3)无线电链路信息(例如包括涉及互连连接到哪个(哪些)基站的信息)；
[0068]4)从基站到移动通信单元(手持送受话机)的无线电信号的所测量的无线电传播延迟，反之亦然；
[0069]5)在呼叫期间涉及的一个或多个无线电承载(例如第三代(3G)、高速分组接入(HSPA)、HSPA+、长期演进(LTE)等)——例如在视频会议呼叫期间可涉及多于一个；
[0070]6)呼叫的类型(例如语音、数据、短消息服务(SMS)、多媒体发消息服务(MMS)等);
[0071]7)测量表格，例如:
[0072]*对手持送受话机可见的小区站点；
[0073]*定时值(例如从手持送受话机的主时钟偏移，在该主时钟处，看到基站的信号);
[0074]8)接收信号代码功率(RCSP)——以Ec/No的形式的有效接收的信号强度和信噪比；以及
[0075]9)用户信息(例如頂SI (国际移动用户标识)和頂EI (国际移动设备标识))。
[0076]应理解，如在本发明的背景下本文所使用的术语“呼叫数据记录”指相应于特定的呼叫(或呼叫的部分)的呼叫数据的“单元”。具体地，应理解，这样的呼叫数据记录实质上不包含填充。
[0077]在所示例子中，呼叫数据记录然后被提供到数据管理系统100的数据记录时间分组部件114，其布置成根据其相应的事件时间(呼叫数据事件时间是例如呼叫被发起时的时间)来将呼叫数据记录分组。例如，呼叫数据记录可被分组成预定的、固定持续时间事件时间间隔(例如包括一个或多个小时的固定持续时间)。可选地，呼叫数据记录可被分组成在天和/或周和/或月和/或年期间的预定时期。例如，这样的分组可布置成考虑在呼叫事件密度中的可预测的和/或一致的变化(例如较少的呼叫可出现在当人一般睡着时的夜间，而在白天的某些时期一般可包括较高的呼叫量)。
[0078]考虑到的是，附加地/可选地基于任何其它适当的标准，可将呼叫数据分组。例如，按地点、呼叫类型、连接到的基站、用户和/或设备或从用户/设备得到的记录等进行分组。
[0079]在所示例子中，地理定位部件116然后执行与各个呼叫数据记录有关的地理定位，且空间信息被添加到每个单独的呼叫数据记录。地理定位是物体(例如移动通信单元)的真实世界地理位置的识别。地理定位技术在本领域中是公知的，且因此不需要在本文进行任何更详细地描述。尽管如此，在申请人的标题为“GE0-L0CAT10N IN A WIRELESSCOMMUNICAT1N NETWORK”的共同未决的国际专利申请号WO 2010/081658中描述了地理定位的一个示例实现。在本发明的所示例子的背景下，地理定位可被执行来在特定的呼叫记录所相关的呼叫事件的时间确定该呼叫记录所相关的移动通信单元的位置。附加地/可选地，在移动通信单元的全球定位系统(GPS)数据是可用的情形下，这样的GPS数据可用于确定该移动通信单元的位置。相应于移动通信单元的所确定的位置的空间信息可接着被添加至IJ相应的呼叫数据记录。这样的空间信息可以是以二维坐标(例如X和Y、玮度和经度、东西距和南北距等)的形式，各个呼叫记录“被标记”有相应的坐标值。可选地，如果被支持的话，则用于位置信息和与该位置信息相关的数据的存储的特殊数据存储格式可用于空间信息。例如，在Oracle?数据库中，这样的数据结构被称为“空间扩展”。
[0080]将要理解的是，在一些可选的例子中，这样的地理定位和空间信息到数据记录的添加可同样在由数据记录时间分组部件114执行的数据记录的时间分组之前被执行。
[0081]数据管理系统100的数据块组装部件118，然后布置成将包括空间数据的时间分组呼叫数据记录组装到数据块内。
[0082]图2示出的是将呼叫数据记录200存储在例如磁性存储磁盘或其它类似的大容量存储设备上的常规方法。每个呼叫数据记录被全部存储并占用在磁盘上的存储器的其自身可访问的“块”。以这种方式，每个呼叫数据记录可单独地并独立于所有其它呼叫数据记录被读取。该方法在大部分数据库应用中非常有效，其中要求是提取非常特定的数条信息且其中只有几个记录需要在给定的时间点被访问。相关记录可被读取，而不需要读取或处理任何不需要的记录。
[0083]在图2的情况下，记录Ca 210被选择并从存储设备读取。一般，每个记录包含特定呼叫的完全呼叫数据，其在量上可相当于长移动呼叫的许多千字节的数据。在偶然的基础上提取关于单个呼叫的数据通过该方法可以是实际可行的。然而处理和提取与来自无线通信系统的操作员的特定查询相关的大量记录是完全不现实的，其中，例如，操作员需要尽可能精确地知道在系统中发生了什么，以识别并解决“故障”。这样的查询可涉及产生在城市中的所有点处在白天期间的特定时期的或在整天中平均的实际用户数据速率的地图的需要。离线“批处理”方法由常规系统采用，由此，查询由用户发起并被留下。在所有相关数据记录被提取并预先处理(例如在I小时时期或更长时间期间)之后，用户可接着返回。然而，这并不允许所存储的呼叫数据的连续地、几乎实时地进行完全捕获和分析。
[0084]图3示出的是存储呼叫数据记录的所提议的方法的例子。在图3所示的例子中，呼叫数据记录的大“组块”被存储为单个可访问的块310。该数据“组块”可以是比如IM字节，并可包含比如上面提到的照惯例用于存储单个呼叫数据记录的128个常规数据块。当呼叫数据记录需要对特定的查询做出响应时，从存储器取回整个“多记录”块。所取回的数据块包含想要的记录和除此之外的许多其它记录(其中一些也可能是被要求满足特定的用户查询的，而其余部分将是对所要求的来说是多余的)。
[0085]读取这样大量的数据以便得到相对小数量的呼叫数据记录可能看起来是浪费的且可能很慢。然而，当考虑磁盘访问时间时，情况明显不是这样。一般，快速数据存储磁盘将花费大概5-lOms来找到其需要读取的数据块。其然后以大概200M字节/s的速率传送数据。换句话说，磁盘的访问时间等于大概2M字节/s的数据读取时间。假定来自网络操作员的特定用户查询将一般需要访问来自非常大量的呼叫记录(和也许给定小区、城市或时间段的所有呼叫记录)的数据，则使用在磁盘上的大存储“组块”并与提取过程(从磁盘)继续并行地处理在更快的存储介质(例如RAM)中的呼叫记录本身有效得多。
[0086]图3所示的方法导致利用大数据块而被写到磁盘的数据存储结构。这