CN101248680B - 在无线通信网络中基于规则的数据收集和管理 - Google Patents

Abstract

本发明公开了一种用于定义和使用与包括多个设备的通信网络相关的数据收集概要的系统和方法。最初，定义了涉及通信网络的一个或多个方面的查询。然后以该查询为基础而构建数据收集概要。接着，基于与查询有关的标准而选择目标设备集。然后将该数据收集概要提供给目标设备，该目标设备根据所述数据收集概要而收集数据。最后，将收集到的数据传输给用于进一步处理的服务平台。

Description

在无线通信网络中基于规则的数据收集和管理

发明背景

技术领域

本发明涉及无线通信网络以及相关的系统和设备。尤其是，本发明的示例性实施方式涉及用于使用分布式网络器件实施与所选网络参数相关的监控和数据收集的系统和方法。

现有技术

随着技术的发展以及无线设备用户数量的大量增加，无线通信网络的尺寸和复杂性已经极大地增加。尺寸和复杂性的这种增加无可避免地使与通信网络相关的操作和性能问题相对增加。诸如掉线、无覆盖以及音频质量差的可靠性问题正在妨碍终端用户接收无线技术。这些和其它质量问题已经阻止了许多终端用户信赖无线语音和数据服务作为他们的基本通信方式。随着使用更复杂技术、运用不同的使用特征并且对已经充满问题的网络提出额外需求的新业务的引入，网络性能将进一步恶化。服务质量对于客户流失、减小收益率的棘手而高成本的问题具有直接影响。因此，提高服务质量对于服务供应商来说是最重要的。

网络监控方案是本领域中公知的并且为服务供应商广泛采用，然而，当前可用的方案仅监控并且诊断整个电信系统的子集，并且因此不能提供有效地识别并且解决质量问题所需的网络和设备性能的整体情况。网络监控的典型方法包括“自监控”，其中网络器件报告其自身的状态和性能并且报告在其运行中发生的任何错误。来自单个器件的最终运行规律有时能够表示大范围、系统级的问题，而不是提供答案。问题方案需要推测以及延伸的故障解决，这会浪费大量资源。另一个公共方法包括在网络的各点处设置探测器以确定网络器件是否按照规范工作。有时被称为“嗅探器”、“日志监控器”或者“事件监控器”的这些监控系统可以有效识别特定网络器件的性能问题，但是它们不能捕获由网络器件间的接口产生的问题，即，这些方案不能解决单个器件都按照规范执行但是当这些器件之间彼此相互作用时发生的问题。当不能向终端用户提供服务时，这更加复杂且难以捉摸的问题对于网络供应商来说需要昂贵的成本。

本领域中公知的另一监控方法涉及预编程服务监控器，其中具体的器件执行服务交易以模仿“真实世界”的交易活动；然后进行端对端的性能监控并且报告结果。虽然这些方案捕获了系统故障，但是它们不能检测间歇或者分散的问题、难以捉摸的缺陷或者器件或终端用户的具体问题。此外，它们仅能测试预想的使用情景，而不适于新的使用以及服务间的相互作用。

重要的是，上述方案缺乏监控网络条件并且响应于网络条件的改变而智能且动态地定义并产生数据收集模型的能力。即使在通信网络中采用探测器，通常是探测器仅提供问题的标识，而实际解决问题需要将人员分配到网络中的物理位置，这对问题的识别和解决增加了很大的时间和成本。而且，这些故障解决技术不能提供对不同网络层的多层面观察，诸如物理层、应用层等，并且它们不能关联跨层的性能问题。因此，妨碍终端用户的大量质量问题无法检测或者无法理解。因此，由于当前可用的网络监控方案提供的性能数据缺乏快速识别、优化以及解决网络问题所需的细节和及时性，所以这些问题变得很紧急。

此外，当前可用的网络监控方案不能充分地监控并且报告特定用户在网络使用上的经历，因此，服务供应商必须依赖终端用户向客户服务代表报告性能问题。然而，通常一旦报告，由于难以重新记录他/她经历的细节、发生的时序并且缺乏识别问题的底层数据，所以不能复制该终端用户的问题。另外，由于服务供应商不能整体查看网络性能，所以几乎不能理解所报告问题的真实范围，并且不能恰当地优化该问题以解决。因此，不能令终端用户满意地解决该问题，从而对终端用户将来积极地报告问题将产生抑制作用。此外，失去了防止问题影响其它用户的机会并且错过了提高网络整体质量的机会。

从而，在服务供应商甚至没有意识到终端用户不满的原因或原由的情况下，频繁出现终端用户疏远提供通信服务的公司的情况。而且，由于如此多的终端用户问题得不到汇报，服务供应商几乎不可以获得关于具体问题范围的可靠信息。因此，资源频繁地浪费在解决得到很好地描述但仅影响一小部分终端用户的问题上，而对于没有得到很好地描述并且影响大量终端用户的问题情况正好相反。因此，对于问题范围不正确理解的服务供应商可能为解决方案而分配不恰当量的资源，或者其没有认识到优化方案的价值。

本领域中公知的另一监控方案涉及收集并且分析关于无线设备性能的信息。通常，在制造无线设备时或者通过向该设备下载软件，将监控软件安装到无线设备上。然后，软件在后台连续运行，监控设备和应用性能。当与设备相关的特定事件或者错误发生时，该软件收集与错误或者事件相关的数据并且将其实时地或者在随后的时间上传至数据仓库以用于分析。然而，如同以下将要描述的，该方法不够灵活并且缺乏足够或者有效的方案。

正如上述的网络监控方案监控网络中特定器件的性能，无线设备监控软件提供关于该无线设备性能的另一组数据点，但是基本问题仍然存在，尽管设备性能信息是有用的，但是其与在网络中在其它地方产生的其它性能数据不相关联，并且没有在跨网络层的多个网络器件性能的情况下理解该数据的机制。

此外，该方法趋向于强调预配置数据收集软件的使用。尽管可以指示该软件收集数据的某些子集，但是该软件不能被快速地修改或者变更以适应飞快发展并且变化的条件。即，软件仅能收集原始编程要收集的数据并且这种数据只能根据初始编程的条件进行收集。从而，这种软件的能力局限于编程人员的预见能力。很简单，由于编程人员不可能预见与通信网络操作相关的可能发生的各种使用条件、问题和事件，所以缺乏灵活性是严重的限制。

缺乏灵活性在发生瞬时网络条件时也存在问题。具体地说，由于软件不能被快速地并且容易地更新以响应变化的网络条件，用于收集关于瞬时网络条件的数据的机会窗口可能在针对该变化进行软件修改之前就已经关闭，从而使网络管理员和其它人员没有机会充分地诊断并且解决问题。

最后，由于这种软件在移动电话制造时安装到其上或者必须从网站或者服务器上下载，这种软件的灵活性被进一步削弱。从而，数据收集软件的修改或者更新很麻烦并且费时。由于如果在所有时间或者不同时间不同的用户可能下载修改后的软件，所以没有快速且可靠的方式来确保具有合适软件的足够大量的器件可用，该软件用于收集进行具体分析所需的数据。

发明内容

考虑到本领域中上述以及其它问题，本发明涉及实施通过利用大量“终端”或者终端用户设备而监控无线通信网络中的服务以捕获在整个网络器件和层上的“真实世界”使用和性能数据的新方法的系统和方法。由于与一定服务的性能有关发生的许多错误仅能由终端用户的无线设备看到，所以本发明的方法能够收集用其它方法不可得到的数据。此外，这里所公开的数据收集方法允许识别多个网络层和网络器件中和它们之间的相互作用并且准确地使它们彼此相关联。由此，能够看到并且分析在包括物理层、传输层和应用层的多个网络层之间发生的对应于上下文条件下的服务性能的有价值的诊断数据。

尽管数据收集方法已经用于诸如网络化的PC的大量高性能终端以及具有相当约束的单独的高度专用系统，诸如火星着陆器系统，这里所公开的方法涉及服务监控技术，该监控技术依赖于具有相对有限的功能性(例如，受约束的存储能力和电池寿命)以及复杂的附属关系(例如，与提供可变能力和可靠性的RF网络的相互作用)的大量无线设备以响应于改变的网络条件而监控和捕获网络和设备性能数据。这些条件经常为瞬时的、地理上孤立的、和/或与网络器件之间的具体相互作用有关。从而，与本领域公知的数据收集系统相比，本发明的数据收集和管理系统解决了非常不同的问题。

通过选择和使用分布式无线设备、无线电话以及电话使能的个人数字助理(PDA)以实施监控一个或多个无线通信网络参数、关于这些参数的数据收集以及将收集到数据有条件的传输至报告系统而实施本发明的示例性实施方式。结合无线设备的监控和数据收集活动，应该注意，在一些实施方式中，可以使用除无线设备之外的能够如上所述收集并且处理数据的网络节点而实施本发明的方法，所述网络节点包括有线设备、应用程序服务器或者网络上的其它服务器。

本发明的一实施方式提供数据收集和管理系统的服务质量平台以动态地产生基于规则的数据收集概要并下载至无线设备位置。通过网络管理方、软件开发方或者涉及网络操作的其它人员(以下称为“网络管理方”)可以手动地产生、离线创建作为数据分析方案的一部分、或者基于网络参数或者其它事件自动地产生数据收集概要。概要定义了响应哪些条件和事件而在设备上收集哪些信息、以及使设备上传收集到的信息的条件和事件。所述条件或事件包括在网络中或者在设备上的任何发生，所述发生能够为设备感知，诸如掉线或者用户在设备上按下按钮。所述条件和事件还包括时间通道、或者来自网络管理方使设备将信息报告回服务器的请求。在示例性实施方式中，基于终端用户无线设备的特性、能力和可用性而选择接收数据收集概要并且执行数据收集的无线设备的总体(以下称为“一个或多个无线设备”、“一个或多个无线通信设备”、“一个或多个目标无线设备”或者“一个或多个设备”)。作为目标无线设备取得资格和选择过程的一部分，特别注意以避免使终端用户设备崩溃的方法实施数据收集。类似地，当在数据收集概要中定义数据收集规则时，应该考虑期望的数据收集获得对设备和网络资源的影响，并且定义概要下载、数据收集和将收集到的数据上传的规则以避免对网络性能产生负面影响。例如，在一些情况下，上传收集到的数据可能仅在当设备和网络活动特别低时的非峰值时间发生。此外，由于网络监控和数据收集活动在设备和所用的网络资源方面很浪费，除了严格的设备取得资格过程之外，本发明的方法提供了构造数据收集概要以确保在数据收集过程中滤除过量的数据并且只有最相关和可靠的数据表示出来以用于关于特定问题的分析的能力。

本发明可以与无线通信网络一起实施，诸如包括多个无线设备的无线蜂窝电话网络、诸如适于装配以建立至网络的连接并且与网络通信的无线电话。数据收集和管理系统由服务质量平台(SQP)和服务质量客户端(SQC)组成，该服务质量平台SQP产生和管理数据收集活动并且处理和存储收集到的数据，而SQC驻留在目标无线设备上或者其它目标网络节点上以使其参与数据收集活动。

在操作中，本发明的数据收集和管理系统使能各装配有SQC的多个无线设备和网络节点以提供关于得很网络状态问题的信息。下面的讨论体现了用于使用查询获得该信息的本发明的示例性实施方式，虽然本发明不限于下面的操作模式。根据该实施方式，可以用术语“查询”描述复杂的网络状态问题，例如，关于网络设备的状态或者性能或者网络性能的其它方面的问题。响应这种查询的初始化，SQP确定在其子系统之一中是否已经存储有与查询中指定的标准相匹配的数据；如果已经存在，则该数据可用于分析并且立即应答该查询。如果所需的数据没有存在于SQP内，则通过SQP的任务子系统产生并且处理收集任务请求(CTR)。CTR通常作为满足特定的商业或技术需要的数据收集和分析包的一部分而被提前定义。然后，将CTR存储在SQP内，并且当需要出现时调用该CTR。在一些情况下，网络管理方能够按需定义该CTR。然后该CTR用作创建数据收集概要的基础。该概要描述了接收其的各目标无线设备捕获什么参数并且什么事件将使捕获、存储并且上传数据发生。一旦创建了数据收集概要，基于关于CTR以及可用无线设备的特性的标准而选择目标无线设备集。资格确认特性可以包括设备类型，诸如，制造商和型号、可用的存储器和电池寿命、驻留在设备上的应用程序类型、设备的地理位置、使用统计、包括区别用户与设备的相互作用的特征以及顾客的概要。然后，将数据收集概要提供至目标无线设备上的SQC。

如前提到的，在一些实施方式中，还将数据收集概要发送至其它网络节点，诸如应用程序服务器。应该注意到，这里使用的术语“目标设备”表示更广泛类型的设备，包括无线设备以及可以被SQP在收集数据时使用的其它网络节点。根据在概要中指定的指令，目标设备和其它网络节点上的SQC收集、存储、打包并且上传指定的数据。最后，SQP接收报告的数据并且对其处理以为决策报告提供有用的信息。基于报告的数据，可以产生并且进一步执行附加的查询以及数据收集概要以进一步研究并且诊断问题。例如，基于规则集，可以自动地产生附加的查询，可以自动地选择目标无线设备，并且包括在目标无线设备内的新查询可以发送至选择的设备。在其它情况下，现有的数据收集概要可以保留在设备上任意长时间并且引导SQC继续周期性地收集、打包并且上传数据。更具体地说，可以在任何时间重新激活、提炼或者代替数据收集概要。

通过下述的描述和所附的权利要求书，本发明实施方式的这些和其它方面变得更加清楚。

附图说明

为了获得本发明的上述及其它优点，将参照在附图中示出的本发明的具体实施方式给出上面简要描述的本发明的更具体描述。应该理解这些附图仅描述了本发明的典型实施方式并且其并不意欲限制本发明的范围，通过使用下述附图用附加的特征和细节来描述和解释本发明，在附图中：

图1所示为实施有数据收集系统的无线通信网络的实施例；

图2所示为适于与通信网络操作一起使用的数据收集和管理系统的示意图；

图3所示为涉及能够由数据收集和管理系统执行的查询的各种考虑的示意图；

图4所示为由数据收集和管理系统的实施方式所采用的数据收集概要的示意图；

图5所示为用于制定并提交查询的示例性过程的流程图；

图6所示为用于产生数据收集概要的示例性过程的流程图；

图7所示为用于与数据收集概要一起收集数据的示例性过程的流程图；

图8所示为用于使用与数据收集概要一起收集的数据的示例性过程的流程图；

图9所示为用于激活数据收集活动的触发的示例性流程图；以及

图10所示为用于调用多米诺触发的示例性过程。

具体实施方式

以下将参照附图描述本发明示例性实施方式的各种方案。可以理解所述附图只是这种实施方式的示意和概要表示，因此并不限制本发明的范围，并且没必要按比例绘制附图。

本发明的实施方式涉及用于使用分布式无线设备和其它网络节点以实施与所选则的通信网络参数有关的监控和数据收集的系统和方法。然后分析该收集的数据，并且收集到的数据和相关趋势的建议，数据收集进一步致力于集中和提炼。数据分析可以与网络故障和运转中断的检测、校正措施的实施、网络操作的流水线、客户服务的改进以及市场战略的开发等一起使用。

I.示例性无线通信网络和无线设备

为了描述本发明的各种方法，图1示出了可以在其中实施本发明的无线网络100的实施例。当然，应该理解这里所描述的这些和其它结构和过程仅仅是作为例子进行说明，也可增加或者代替使用其它的结构和器件(例如，机器、接口、功能、器件次序等)并且同时还可以省略一些器件。此外，熟悉本领域的技术人员可以理解，这里所述的许多器件是可以按照任何合适的组合和位置并且通过软件、固件和/或硬件作为离散部件实施或者与其它部件结合实施的功能实体。

图1的网络仅表示能够实施本发明的合适环境的实施例，并且其它网络架构也是可能的。具体地说，以码分多址(CDMA)网络描述和解释了无线网络100，而本发明也可以与其它无线网络一起实施，包括全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多址(TDMA)、宽带码分多址(WCDMA)、通用分组无线业条(GPRS)网络、802.11网络以及包括将来开发的网络的其它网络。更具体地说，在本发明的示例性实施方式中，无线网络100包括为基于电路交换和分组数据技术的通信提供无线连接和会话管理的射频(RF)网络。因此，无线网络100包括或者与通过网络对电路交换电话呼叫和/或分组数据通信进行路由所必需的所有器件接口，上述所有器件包括一个或多个无线器件400、基站120、基站控制器(BSC)130、移动交换中心(MSC)150和分组数据服务节点(PDSN)140。更具体地说，本发明的方法可以与电路交换网络、分组数据网络或者二者一起使用。虽然本发明的示例性实施方式使用互联网协议(IP)作为其传输协议，但是本发明的方法也可以使用诸如本领域公知的短消息服务(SMS)和短数据突发服务的其它传输协议。无线网络100还包括归属位置寄存器(HLR)、拜访位置寄存器(VLR)、计费和管理系统、一个或多个网关、服务器以及使用短消息服务消息所必须的基础设施，并且可以包括图1中未示出的其它网络器件。应用服务器或第三方报告系统(在示例性实施方式中示为网络服务器102)可以驻留在网络100之外并且可以与本发明一起使用。这里所用的全部术语“无线网络”或“网络”都应该包括网络基础设施、服务器、终端用户设备以及应用和服务。

无线网络100还包括在本领域公知的第三方网络监控器、探测器和分组嗅探器，以与本发明一起使用。尽管数据收集和管理系统200出于说明目的表示为与分组数据网络一起工作，但是数据收集和管理系统200可以从电路交换网络接收数据，或者系统的一些器件可以位于电路交换网络中并且从分组数据网络接收数据。可以采用网关、网络监控器和其它网络器件以便于网络与数据收集和管理系统200之间的数据传输。此外，在一实施方式中，数据收集和管理系统200的器件可以在驻留于网络操作方的网络内的一个或多个网络服务器上实施。或者，数据收集和管理系统200可以实施为由除网络操作方之外的服务供应商托管的服务，该系统的器件因而可以驻留在网络操作方的网络之外并且可以配置为与网络操作方的网络中的各个节点通信。

II.示例性数据收集和管理系统的结构

图2示出了关于数据收集和管理系统的实施以及与其一起使用的无线网络100中的一些相关部件的细节，数据收集和管理系统通常标记为200。这里所描述的功能可以与各种网络设备一起采用，该网络设备可以是无线的或者有线的，并且包括无线电设备、个人数据助理(“PDA”)、网络服务器、台式计算机或者与网络通信相关的其它设备。

在示例性实施方式中，图2的数据收集和管理系统200利用一个或多个目标无线设备400，该无线设备400能够使终端用户获得对通信服务的访问并且配置为通过允许目标无线设备400参加分组数据网络的任何合适的协议提供对互联网或多媒体数据的访问。目标无线设备400基本上可以是能够在无线网络100环境中通信的任何无线设备，并且可以是无线手机、无线个人数字助理(PDA)或者其它无线通信设备。无线设备还可以被称为移动基站或者移动设备，并且以下将其称为无线设备。

目标无线设备400具有本地存储器，该存储器能够在本地存储在无线网络100上传输的数据，并且允许执行诸如操作系统和应用程序的软件，并且以其它方式支持无线基站的工作。本领域公知的各种操作系统，诸如Symbian、REX或者任何其它合适的操作系统可以驻留在无线设备上。另外，目标无线设备400通过服务质量客户端软件(SQC)402进行使能，该软件通过接收并且执行数据收集概要以及以其它方式与数据收集和管理系统200的服务质量平台(SQP)201进行通信而允许该无线设备参与数据收集活动。SQC 402可以通过各种方式安装在无线设备上，包括在制造时安装，以及诸如将设备放置在通过电缆与计算机连接的支架中或者使用任何数量的空中下载方法的各种下载方法。

诸如BREW和JAVA的开发环境还可以驻留在无线设备上并且支持诸如SQC软件402的下载或者以其它方式支持数据收集系统的操作。此外，典型的目标无线设备400包括使能无线设备访问由网络服务供应商提供的一个或多个服务的各种应用软件或者能够为用户提供诸如计算器和游戏的应用或者娱乐的软件。典型的目标无线设备400还包括无线发射器和接收器，用于语音编码和解码以及用于呼叫控制的电路、显示设备、键盘、电源并且还可以包括用户识别模块(SIM)芯片。应该理解，在其它实施方式中，SQC软件402还可以安装在网络中的其它节点上以接收并且执行如前提到的数据收集概要。例如，除了无线设备的数据收集活动，SQC软件可以安装在网络中的应用服务器上或者PDSN上，从而这些网络节点可以参与数据收集活动。

继续参照图2，数据收集和管理系统200包括SQP 201和SQC 402。SQP201的器件包括计量收集子系统202、任务子系统204、概要子系统206、报告子系统208以及接口子系统212。其中MCS 202包括计量收集器202A和计量分析器202B，任务子系统204包括任务处理器204A、任务数据库204B以及目标器件数据库204C，概要子系统206包括概要构建器206A、概要编辑器206B和概要数据库206C，报告子系统208包括报告引擎208A、规则引擎208B以及报告数据库210，接口子系统212包括用户接口(UI)212A和API/服务接口212B。数据收集和管理系统200还包括一个或者多个目标无线器件400或者其上驻留有SQC 402的其它网络结点。此外，数据收集和管理系统200可以与诸如第三方报告系统的一个或者多个网络服务器102通信。

如同前面所提到的，图2的数据收集和管理系统200可以实施为由除网络操作方之外的服务供应商托管的服务，或者在其它实施中，数据收集和管理系统200的全部或部分功能可以以适于在网络服务器和/或网络提供方的无线网络100内的其它网络系统上安装的独立软件包的形式提供。因此，本发明的范围不应该限于实施数据收集和管理系统200的任何具体形式。

数据收集和管理系统200的SQP 201通常用于创建和管理各种查询、CTR并且产生要在数据收集中采用的数据收集概要。此外，SQP 201接收收集的数据并且执行与收集的数据有关的各种分析和其它处理。

继续参照图2的SQP 201，MCS 202的计量收集器202A接收来自多个无线设备400或其它网络实体的收集的数据。该收集的数据可以直接或者通过诸如PDSN 140或者网关160的各种其它网络节点提供给计量收集器202A。MCS202可以与任务子系统204和报告子系统208通信。计量分析器202B可以执行确认、增加和/或分析功能，诸如在接收到的数据传输到SQP 201的其它子系统之前的事件匹配。MCS 202还可以接收并且响应来自SQC 402使能器件的收集概要的请求。例如，当通过SQC 402使能的器件的初始激活时，SQC响应可以下载到设备的一个或多个概要而指示其通过MCS 202出现在SQP201。

报告子系统208在报告数据库208C中存储由来自MCS 202的输入产生的报告以及来自诸如第三方网络监控器的外部系统的数据。报告数据库208C还可以向如在示例性实施方式中描述为网络服务器102的其它报告或者表示系统输出或者公布报告数据。报告数据库208C可以与数据收集和管理系统200或者其它网络器件集成在一起，或者其可以作为独立的数据库工作。报告子系统208还在如下所述的收集任务过程中执行重要角色。

在本发明的一实施方式中，使用下述过程可以获得关于复杂网络状态问题的信息，但是本发明并不限于下述操作模式。根据该实施方式，当处理新查询时，报告子系统208首先检查报告数据库208C是否已经具有回答该查询的足够且必须的数据。如果有，并且不再需要附加的收集就可以满足该查询，那么可以向网络管理方返回数据和/或报告。如果报告数据库208C没有包含回答查询的数据，通过报告子系统208产生CTR并且跟踪其整个生命周期，并且由任务子系统204进行处理。任务子系统204与概要子系统206通信以选择现有的数据收集概要或者产生所需的新数据收集概要、识别合适的目标无线设备组、向所选的目标无线设备发送数据收集概要并且与报告子系统通信以跟踪收集任务和原始查询。如果查询需要来自诸如不能通过SQC使能以允许其参与数据收集和管理系统200的非-SQP设备的收集，则报告子系统208将产生和发送CTR，该CRT通过接口子系统212用于外部系统。这样，尽管数据收集和管理系统200没有涉及所请求的任务，其也可以在该系统内或者在由该系统主导的其它数据收集活动中得到证明、跟踪和浏览。应该理解，任务子系统204和/或报告子系统208在产生数据收集概要并且识别目标设备种群时还可以考虑查询和/或CTR的优先级。还应该注意：任何上述任务功能都可以通过操作方替换，并且根据本发明另一实施方式，操作方直接向设备指定概要。

SQP 201可以与一个或多个网络服务器102通信以提供数据收集和管理服务。例如，SQP 201的报告子系统208能够向网络服务器102提供报告、原始数据和其它数据产品。然后，网络管理方和外部系统借助于网络服务器102访问这些数据。数据收集和管理系统200的器件还与无线网络100中诸如短消息服务中心(SMSC)180的各种消息服务进行通信以初始与一个或多个目标无线设备400的通信或者通知网络管理方所请求的数据已经收集到并且可以用于分析。

SQP 201还包括与任务子系统204、规则引擎208B和目标设备数据库204C协同工作的概要子系统206，以产生或者修改能够管理与各种网络操作和参数相关的数据收集的各种数据收集概要。为此，概要子系统206包括概要构建器206A、概要编辑器206B和概要数据库206C。注意：可以以各种方式配置和实施概要子系统206。在一实施中，概要子系统206包括SQP 201的器件。在另一实施中，概要子系统206为配置为与数据收集和管理系统200通信的独立系统。因此，本发明的范围应该不限于图2中所示的概要子系统206的实施。

然后，将与概要子系统206结合产生的数据收集概要下载至指定的目标无线设备组400中。在该点还可以使用工具以识别与概要兼容并且适于查询的目标设备。驻留在目标无线设备400上的SQC 402接收数据收集概要并且响应概要中定义的“触发”以及数据收集概要中的其它规则和指令而执行数据捕获处理，所述“触发”初始化以及结束数据收集活动。包含在数据收集概要中的数据收集规则、触发和其它指令有时为了方便而被共同称为“数据收集指示“。如前面所建议的，目标无线设备400可以为移动电话或者其它无线设备。然而，如前面所提到的，目标设备可以为装备有SQC软件的任何其它网络设备或者节点，该软件允许其收集并且上传数据至SQP 201。

通过目标无线设备400收集到的数据可以在SQC 402中缓冲以等待创建计量包。一旦创建了计量包，该计量包可以在SQC 402的计量档案中存档、删除、或者上传至MCS 202的计量收集器202A。

接口子系统212的UI 212A可以是图形用户界面，该界面使能一个或多个网络管理方与数据收集和管理系统200交互并且控制其操作。在这点上，应该注意到，在数据收集和管理系统200的至少一些实施中，UI 212A通过网络管理方关注与无线网络100的一个或多个方面有关的数据收集而方便了如下所要讨论的查询的产生和操纵。在一些情况下，这种查询可以自动创建或者根据由报告子系统208或者由规则引擎208B的执行而产生并且输出的报告进行提炼。另外，UI 212A可以由网络管理方使用以从系统获取数据和报告，并且API/服务器接口212B可以由外部系统使用以向系统提交命令和请求并且获取由数据收集和管理系统200产生的报告和数据。

最后，目标设备数据库204C包括关于诸如移动电话的目标无线设备以及含有无线网络100的器件的其它网络节点的各种类型的信息。目标设备数据库204C可以以许多不同的方式实施。它可以是服务供应商的网络中的现有网络器件，诸如归属位置寄存器(HLR)，其中存储有关于无线设备的特征和行为的信息并且可以由数据收集和管理系统200的器件访问。另外，目标设备数据库204C可以驻留在数据收集和管理系统200中，当设备在无线网络100中注册时，其收集设备使用信息和设备特性。在一些情况下，尤其涉及收集信息以增加目标设备数据库的数据收集概要能够驻留在无线设备上，收集诸如所用的应用程序、遇到的基础状态等关于设备的状态和使用信息，并且然后向目标设备数据库204C报告该信息。通过为目标设备数据库204C提供这种数据和周期性的更新，SQP 201能够针对相对更有效的设备目标而精确地调节其设备选择标准。在许多情况下，目标设备数据库将使用来自多个源的数据，包括HLR数据、由概要产生的数据和来自与用户帐户相关的其它数据库的数据、设备特性或者网络特性等。由此，将数据收集概要下载至最适于响应于定义的一个或多个查询的数据收集的那些目标无线设备400中。应该理解，与上述多个源的接口在本领域中是公知的，因此在此不作描述。

因此，目标设备数据库204C可以包括诸如目标无线设备的型号和制造商的信息、与目标无线设备相关联的帐户类型、关于目标无线设备的诸如电池类型和存储器尺寸的具体硬件特征的信息、与目标无线设备相关联的计费地址、使用信息、安装的应用程序、频繁发生的地理区域以及便于选择与关于通信网络的特定查询相关联的一个或多个目标无线设备400的任何其它信息。数据库可以从由设备自身通过数据收集和管理系统或者通过任何其它合适的手段收集的信息而创建。另外，注意到，上述仅是示例性的，更通常地，目标设备数据库204C中可以包括所需要采用的或者认为相关的几乎任何其它的目标无线设备特征。

另外，由于数据收集和管理系统200允许同时执行多个数据收集概要和数据分析活动，所以特定的设备可以执行多个数据收集概要。因此，目标设备数据库204C跟踪在设备中发生的数据收集活动并且保持关于在设备上活动的具体数据收集概要的详细信息。在如此做时，其能够通过调节所选择的目标设备的位置而能够检测并且解决任何争议或者优先级问题。

目标设备数据库204C还可以存储关于网络中非SQP实体的信息，包括诸如无线网络100中非SQP设备的位置、服务的地理区域、可用数据等特性。通常，可以存储认为相关的非SQP实体中几乎任何其它的特征或者属性。

最后，应该注意到，图2示出了与数据收集管理系统200相关的各种功能分布的一种方式。因此，这里所公开的与数据收集和管理系统200相关的功能可以各种其它方式分布，并且取决于如下因素，包括但不限于，采用的各种类型的分布式系统和设备、需要收集的数据以及通信网络或者其它系统的结构。从而，图2示出的功能性分布仅是示例性的并且不限制本发明的范围。

III.示例性查询

现在参照图3，其详细示出了关于用于定义并且提出与数据收集和管理系统200相关的查询的相关方法和系统。这种查询可以参照与无线网络100的操作或者功能有关并且与目标无线设备400或者其它网络节点相关联的各种不同观点中任何观点而定义。查询可以以下述方式构造：收集关于简单活动效果的性能信息，诸如用户按下的按钮，或者收集关于涉及诸如物理层、网络层、传输层和应用层的多个网络层的更复杂交易的信息。具体地说，目标无线设备具有与通信网络的各种网络层通信的软件堆栈。

一旦收集了信息，与设备的软件堆栈相关联的信息能够相关从而关于软件堆栈或者与其通信的网络层的信息可以打包在一起并且可以在相当的RF状态信息的环境下浏览，其提供不同层之间相关性的完整浏览和信息的更准确分析。然而，这些都是示例性的查询对象，并且更加通常地这种查询可以涉及无线网络100、相关联的目标无线设备400、网络管理方或者其它人员感兴趣的任何其它网络节点的几乎任何方面。

在图3中，示例性查询结构通常标记为500。查询结构500可以与这里公开的功能相一致的任何方法配置。如图3所示，定义查询结构500的一个方式为利用接口子系统212通过网络管理方和SQP 201之间的相互作用而定义。如果由网络管理方定义，查询结构500可以表现为允许网络管理方进行关于所需一个或多个查询的性质和范围的各种选择的弹出式窗口或者其它类型的设备。尽管网络管理方具有干预系统以及写关于查询命令的能力，但是本发明的优选实施方式在报告子系统208和概要数据库206C中存储的多个概要中提供了大量“预定义的”查询。随着对于数据收集的商业和技术需要的出现，调用这些预定义的查询以产生完整的分析包，其包括一个或多个数据收集概要和相关的报告。

可以构造多个和任何类型的查询结构500以使能网络管理方预定义或创建并且提交关于无线网络100、一个或多个相关的目标无线设备400或者与无线网络100相关提供的任何服务或者实体的性能和操作的几乎任何方面。从而，图3中示出的查询结构500仅是示例性的，并不意欲以任何方式限制本发明的范围。

在其它实施中，一个或多个查询结构500定义为不包括任何预定的菜单选项。相反，网络管理方通过向基本查询结构模板中简单地拖拉所需的项目而定义高度定制的查询结构。概要系统206能够配置为阻止内部相互矛盾或者不一致的查询定义和相关的数据收集概要。这样，网络管理方接收确保收集与给定查询或数据收集概要有关的非“噪声”数据。

此外，查询以及这里公开的数据收集概要可以响应一个或多个系统事件的发生或者以前收集的数据的分析结果而自动或手动产生。数据收集概要含有涉及数据收集活动开始和结束的“触发”。下面将更详细地说明触发的定义和使用的各种方面。

图3概念性地示出了查询的各种方面。具体地说，查询结构500表明网络管理方能够定义查询，该查询涉及目标设备(502)、软件应用程序(504)、与目标设备相关联的服务(506)、关于由目标设备采用的射频系统(508)的信息以及网络管理方或者其它人员感兴趣的各种其它考虑或者参数(510)，包括数据收集和管理系统自身的各方面。重要的是，以任意组合，这些查询可以涉及在设备或者网络中发生的活动的上述方面以允许捕获与该活动相关产生的数据。

当构建涉及目标设备各方面(502)的查询时，开发方能够更具体地涉及对诸如目标无线设备400的设备的例如硬件、软件或者其它方面的特性(502A)。类似地，涉及在目标设备上运行的应用程序(504)的查询具体涉及诸如在目标设备上出现的应用程序的性能、这种应用程序每个的使用量以及驻留在目标设备或者以其它方式与无线网络100相关的应用程序的各种其它方面的特性(504A)。

继续参照图3，涉及目标设备可用的服务(506)的查询可以针对具体服务506A进行定义，该具体服务506A包括IP、消息、语音传输和与无线网络100相关联的各种其它服务。以相似的方式，查询能够涉及与无线网络100和/或目标无线设备400的RF相关的方面，诸如RF性能参数、问题以及其它考虑。

数据收集和管理系统200的实施方式使一个或多个网络管理方或者其它人员能够定义并且实施基本上涉及管理员感兴趣的无线网络100和/或相关联的目标无线设备400的任何方面的一个或多个查询。由于这种功能性，网络管理方不限查询主题的规定选择，而是可以更广泛地地定义涉及它们感兴趣的任何主题的一个或多个查询。而且，查询结构500及其相关的系统可以使对应于特定系列兴趣的具体类型的查询产生和使用。

例如，一些查询结构500仅关心市场部门感兴趣的信息，诸如使用的应用程序的普及。作为另一实施例，与市场部门有关的或者独立的财务部门需要利用各种服务计划与特定终端用户群以及这些用户群的行为的关系的查询。作为另一实施例，与无线网络100和相关的目标无线设备400相关联的技术人员可能希望涉及调用关于网络和目标设备的各方面性能的查询。技术人员还可能对诸如多媒体服务器或者分组数据服务节点的其它网络节点的性能感兴趣。因此，这种人员将访问大量预定义的查询以及其它查询结构，该其它查询结构使它们能够快速地并且轻松地定义能够用于识别问题并且提高服务的多个有用的查询。

上述查询组都可以从单一查询结构500产生，或者如上所讨论的，它们可以各自由仅由特定人员访问的独特的查询结构构造。然而，这些仅是示例性实施，并且本发明的范围并不限于这些实施例。

IV.示例性数据收集概要

如上所述，数据收集和管理系统可以使用关于无线网络100、相关联的目标无线设备400以及构成无线网络100的其它部件的许多方面的各种类型的预定义查询以监控并且收集性能数据。如上所述，有时网络管理方也随需创建定制查询。一旦已经定义了一个或多个查询，并且确定现有的数据不足以满足该查询，则CTR将产生或者选择一个或多个数据收集概要以涉及目标无线设备400或者其它网络节点响应一个或多个查询的数据收集。

在示例性实施方式中，数据收集努力针对于数据收集活动的目标无线设备400的总数量。由于包括预存在的任务请求的各设备上的命令已经被考虑作为设备选择标准的一部分，所以强加在各目标无线设备400上的数据收集代价(overhead)是最小的。而且，如此所述，各种目标无线设备400的收集能力和努力为容易并且高效地响应于多个查询而收集数据提供了强大的机制。

由上述可以看出，现在参照图4，其示出了数据收集概要600的多个方面。如图4所示，数据收集概要600包括各种参数602，这些参数602不仅定义了要收集的数据集而且还定义了发生数据收集的条件以及要收集和处理数据的方式。在这点上，数据收集概要600构成相关查询的提炼，因为数据收集概要600涉及当收集并处理时响应由查询结构500定义的查询的数据的具体类型和数据量。

数据收集概要600构造为在一定时间或者特定周期之后变成有效(即开始收集处理)和/或变成无效。数据收集概要600和/或其组成的收集指示还可能在一定时间周期之后期满。当数据收集概要或者其组成的数据收集指示期满时，器件可以回复至其缺省概要或者可以通过MCS 202通知SQP 201已经期满，因此指示其接收其它概要。不论发生哪种情况，期满能力使器件能够有效地“清除”过时的概要或者各收集指示，并且准备好接收新的概要或者收集指示。数据收集概要还可以配置为包括在一定时间周期并且响应一定事件而开始和结束数据采样的多个触发。在一种情况下，数据收集可以响应于定义为事件发生的触发而发生。在另一种情况下，数据收集可以响应于定义为事件没有发生的触发而发生。例如，数据收集概要可以指定在到达一定地理区域时开始数据收集或者如果用户在进入指定的地理区域的一个小时内没有接收到语音呼叫则异常中断。在这种情况下，进入指定的地理区域为使数据收集开始的初始触发，数据被缓冲，并且当在一个小时内没有发生语音呼叫时，异常中断触发使得数据收集停止。在该情况下，缓冲的数据没有传输至计量包，并且可以删除或者不删除。

在一些情况下，数据收集可以结束，然后当指定的网络事件发生时再重新开始。如果第二事件没有发生，即，触发没有在随后的时间段内激活，则数据收集概要期满。数据收集概要也可以含有关于收集到的数据传输至计量包的条件、计量包上是否传至计量收集器202A以及传至计量收集器202A的时间的指令。在另一种情况下，数据收集概要600可以指示关于指定事件的发生或者不发生的信息，以及已经收集的数据是否在一定时间段内报告至计量收集器202A。

在该示例性实施方式中，概要子系统206的概要构建器206A连同目标设备数据库204C一起工作以方便定义数据收集概要600的定义，并且定义数据收集概要600将要传输至其中的目标设备集。如图2所示，概要子系统206包括使网络管理方在需要手工改变那些数据收集概要的环境下获取并且编辑一个或多个现有的数据收集概要的概要编辑器206B。而且，一旦完成，为了再利用、备份目的和/或者进一步编辑、复制或者其它目的，数据收集概要600存储在概要数据库206C中。

在任何情况下，图4示出的数据收集概要600指定要与数据收集概要一起收集的数据类型等。如前面所建议的，与数据收集概要600一起收集的数据可以包含与无线网络100和/或目标无线设备400有关的几乎所有类型的数据。从而，需要收集的数据可以涉及目标无线设备400的UI、驻留在目标无线设备400上的一个或多个应用程序、目标无线设备400访问的网络服务、诸如应用程序和网络服务器的其它网络器件的性能、以及与诸如传输层和物理层的各种网络层有关的考虑。

除了指定各种数据类型之外，所示的数据收集概要600还能够指定时间参数，即，要收集一些或全部指定数据的一个或多个时间帧。例如，当报告在特定区域掉线时，将产生涉及掉线分析的数据收集概要。在该情况下，数据收集概要可以指定只要无线设备进入一定的地理区域就开始数据收集。收集到的数据进入设备中的缓冲器，从而如果创建计量包的触发发生，则收集到的数据可以作为计量包的一部分。数据收集概要还可以指定下述内容作为数据收集规则的一部分：当设备在指定的地理区域时，保存在每个呼叫开始前五秒钟缓冲器的信息、以及在呼叫期间收集数据。当发生呼叫掉线时，在呼叫掉线之后再捕获另外五秒，并且在呼叫之前、期间以及之后捕获的数据都包含在计量包内。

在一些情况下，数据收集概要可以指定按一些类型的预定时间表收集一定的数据。在其它情况下，数据收集概要600可以指定以规则或者周期为基础而收集一些数据，而其它数据仅收集一次，或者以其它非周期或者不规则为基础进行收集。在又一些情况下，数据收集概要可以具有预定的开始和/或结束日期，其指定虽然还有任何其它条件，但是数据收集必须在一个特定的日期开始和/或在另一特定的日期结束。

继续参照图4，数据收集概要600包括、参照或暗含各种触发，该触发用于确定在数据收集概要中指定的数据收集处理是否开始、异常中断或者结束以及何时开始、异常中断或者结束。例如，在本领域中公知的用于初始化基于网络的即时连接通信的技术(还称为Push to

)为用于发起无线设备向基于网络的即时连接服务器发送会话初始协议(SIP)INVITE以请求一个或多个被叫无线设备参加到该通信会话。该INVITE由即时连接服务器接收并且发送至被叫无线设备。如果被叫无线设备最近已经激活，则服务器向发起设备发送“100次尝试(100trying)”消息，同时它继续尝试连接该被叫设备。

通常，当在发起设备接收到100TRYING消息以及表示底层已经开放的指示时，发起设备开始发送语音数据。当发起设备忙于发送语音数据时，即时连接服务器已经尽力并且没有成功地实际到达被叫设备，并且向发起设备发送408TIMEOUT消息。此时，发起设备的用户具有非常差的用户体验。同时，服务供应商已经没有能力捕获在发起无线设备、即时连接服务器以及诸如分组数据服务节点(PDSN)的其它参与网络器件和被叫手机之间发生的或者没有成功发生的所有交易。没有数据能够检测故障并且解决该问题。

使用这里所公开的方法，一个实施方式提供了驻留在发起设备的数据收集概要以在激活开始触发时开始收集数据，在该实施例中，发起即时连接通信尝试。由发起设备接收到的上述408错误消息为终止触发条件，该条件使得驻留在发起无线设备的SQC 402停止数据收集并且准备用于上传至计量收集器202A的计量包。在一些情况下，触发可以使数据收集活动异常中断而不产生计量包。在该示例性实施方式中，数据收集概要已经进一步配置为指定408错误的接收构成立即准备计量包并且上传至计量收集器202A的条件，并且因此上传计量包。在该实施例中，被叫无线设备并不知道已经进行了通信尝试，所以在被叫设备处没有触发被激活以开始数据收集和/或产生计量包。为了确保从被叫设备收集到与通信尝试相关的重要数据，计量包的计量收集器202A从发起无线设备的接收可以产生要发送到被叫设备的诸如SMS消息的命令。该命令激活使被叫无线设备上的“按需”数据收集活动发生的触发，强制执行所需的任何附加数据收集并且在指定的点及时上传计量包。应该理解，除了已经在该设备上作为正常操作一部分发生的不相关的数据收集活动之外，还可以发生“按需”收集活动。在另一情况下，被叫设备可以具有涉及其连续不断地收集与已经调查的问题尤其相关的数据；在这种情况下，其将是INVITE接收的时序和频率。由于按需上传，上传与关心的特定区域相关的历史以提供在被叫设备上发生的事件以及围绕正在调查的408问题的数据的完整可见性。另外，在一些情况下，收集的数据可以在设备上进行处理，诸如最小化/最大化/平均/计数型处理或者聚集或者以其它方式减少由设备传输至SQP的数据量的其它计算。在该情况下，发送到计量收集器的数据已经经过一些处理并且不再仅仅是原始收集的数据。

在另一实施方式中，SQC可以驻留在另一网络器件上，诸如即时连接应用服务器，而数据收集概要可以配置为在发生408错误时立即准备并且上传计量包。在该情况下，一旦即时连接应用服务器识别到408错误，SQC就会产生计量包并且将其上传至计量收集器202A。然后，SQP 201向被叫设备发送SMS消息，因此如上所述在被叫设备上“按需”数据收集活动开始并且进行。这里还提供了关于涉及数据收集概要和数据收集和管理系统200的各种其它方面的触发的更具体的信息。

在目标无线设备400上准备计量包的同时，SQP 201可以排队在准备分析从发起和被叫无线设备以及配置有与即时通信尝试相关的数据收集概要的任何其它网络器件接收到的计量包的报告子系统208中的分析任务。在被叫无线设备产生的计量包被分配有使其与在发起无线设备处产生的和/或在即时连接应用服务器和与交易相关的任何其它网络器件处产生的计量包相关联的标识符。在任何时候，报告子系统208可以运行询问以识别与其它计量包相关联的计量包，从而能够浏览、跟踪和分板在设备中交易所涉及的所有网络器件中发生的事件的完整次序。由报告子系统208产生的报告可以存储在报告数据库208C中以用于以后使用，或者潜在数据可以通过接口子系统212输出至第三方报告系统。另外，在一些实施方式中，可以向其它系统以及网络管理方或者其它人员发送关于收到数据或者分析结果的通知。

作为用于指引数据收集努力的参数的另一实施例，数据收集概要600能够指定一定的地理约束和限制。更具体地说，这种地理约束可以指定仅通过放置在特定地理范围内或者在特定地理范围内接收呼叫的目标设备收集数据，或者仅通过在接近特定基站的那些目标设备收集数据。数据收集概要还可以指定只有那些在一定地理区域中经历了特定问题的设备才应该收集数据。例如，这种信息可以使网络管理方或者其它人员孤立在特定区域中再发生的问题、查明其根源并且使用于纠正问题的步骤清晰。例如，这种地理信息还可以用于在限定的地理限制内有过量的掉线时帮助识别故障基站或者其它装置。该信息还可以帮助识别诸如信号增强设备的设备应该放置在网络中的哪个地方以提高服务。另外，地理信息能够开发诸如地图的地理描述，其能够表示无线网络100中各种条件和/或问题的位置和集中。

进一步如图4所示，数据收集概要600指定关于要收集哪一数据的特定服务。数据收集概要600的一些实施可以指定针对由即时连接通信会话发起的互联网协议(IP)数据呼叫的传输信号(“Tx”)强度数据。在其它情况下，数据收集概要600可以指定收集关于由目标无线设备400访问的消息服务的数据。由于无线设备参与传送至终端用户的各服务并且使用与传送服务所必需的各网络层通信的软件堆栈，所以收集与特定服务有关的计量并且当不使用该服务时忽略那些计量的能力为现有方案提供了明显的优点。例如，为了监控在上述条件下的传输信号强度，本领域所公知的网络探测器必须监控在针对所有服务(例如，电话、消息、浏览和即时连接通信)的所有传输(例如语音或IP)上的对于所有无线终端的所有发射功率。该数据收集处理的规模和范围可以有效地使该数据通过除这里结合本发明公开的那些方法之外的任何方法无法收集。

在一些情况下，可以定义数据收集概要，使其收集关于服务性能的信息，但是仅当系统的其它方面在特定配置下。例如，查询可以涉及分析来自某些位置的服务供应商的入口上的无线应用协议(WAP)浏览器页面的差的性能。WAP浏览会话使用在RF层上方连接至大的IP网络的IP层，然后连接至WAP网关并且通过其它IP网络连接至正在被研究的入口。这些系统中的任意一个都会使性能恶化，但是RF恶化是频繁遇到的问题。因此，能够滤出RF相关数据从而不会覆盖差性能的其它可能的源将会是有用的。在这种情况下，目标无线设备400装备有数据收集概要，该数据收集概要调整为收集关于在WAP页面负载花费了比特定配置时间更长的非常具体的网络条件下的数据。通过设备针对WAP页面负载的请求为使数据收集开始的初始触发。数据收集概要分析诸如帧丢失率的RF性能标准，并且自动地忽略在高丢失率情况下发生的事件。由于RF通常是网络中可靠性最差的器件，因此该简单的滤波器通过确保忽略在加载WAP页面时最高频率、并且最不相关的时间延迟而极大地增加了报告信息的值，从而允许数据集中于更高的层。类似地，数据收集概要还可以忽略在IP服务不能正确执行的情况下收集的结果。此外，由于无线设备含有所有服务层上的软件实施，所以数据收集概要能够限定为比较来自任何层的信息以有资格分析操作。

在其它情况下，能够以使用无线设备上其它服务的参数和状态而定义数据收集概要，以过滤数据收集。无线设备具有在其上运行的许多不同服务，诸如语音呼叫、消息、游戏和摄像。这些服务在设备(对于诸如处理器和电池的自语昂竞争)以及在网络上(对于带宽的竞争)都存在相互作用。这些服务的数量快速增加，并且诸如BREW和JAVA的系统在用户拥有这些无线设备之后允许用户下载它们自己选择的服务。从而，将会在这些服务之间产生正在增长的大量潜在相互作用，并且分析所有情况的困难实际上导致了由于这些服务的相互作用将会发生大量故障。

例如，多媒体消息服务(MMS)系统使用消息以“在后台”方式下载至用户无线设备的模式以提供“即时访问”体验。像即时连接通信的应用，也称为Push to

的应用对数据信道具有非常苛刻的要求和期望。如果MMS下载在即时连接通信会话期间发生，那么用户的体验可能会受到极大影响，并且即时连接通信会话可能不能如同其应该执行的那样执行。引起该问题的原因对于用户是不可见的，因此再多与客服之间的相互作用也不能解决为什么即时连接通信会话不时地就会传递非常差的性能。为了解决该问题，还能够用使数据收集以在多应用或服务同时请求数据访问的任何时候开始的初始触发定义数据收集概要。根据该概要收集的数据使服务供应商能够评价服务之间的这些以及任何其它意料之外的竞争。

数据收集概要600还指定关于通过目标无线设备400收集的数据的处理和管理的各种参数。在该示例性的实施方式中，数据收集概要600指定时间表，根据该时间表，通过目标设备收集到的数据被上传至SQP 201。在一实施中，数据收集概要600指定规则的上传时间表，而其它数据收集概要600可以指定收集数据的一次上传或者实时上传。与数据收集概要600的其它方面相同，上传时间表可以配置为根据需要以适于特定应用、操作系统或者目标设备的要求。上传时间表还可以是驱动的事件，并且能够取决于包括终端用户活动、可用设备电池寿命以及覆盖状态等其它因素。例如，如果目标无线设备400的电量很低，则上传可以跳过或者延迟，从而通过减小有限的可用能量而不会严重地影响用户的体验。如何维持用户体验的另一实施例为SQC 402能够建立针对终端用户的行为模式并且调节在收集概要中调用的上传时间表至经验导出的低使用时间。

如上所述，上传时间表能够以目标设备的状态为基础。该状态能够涉及目标设备自身的事件或者条件。另外，目标设备的状态还能够涉及网络的条件以及网络中目标设备的相互作用。例如，能够确定上传时间表的网络条件包括信号质量、高或低竞争、非漫游服务、高速数据服务的存在等。

在另一实施例中，分析RF环境并且目标无线设备400能够确定上传计量包对于设备和网络两者是否有效。例如，无线设备在数据传输时消耗的电量取决于用塔实现足够信噪比所需的功率级。时间不紧要的计量包上传可以配置为只有在功率设定低于预定的最大值时才进行。这可以确保该操作仅消耗最小功率。此外，该模式的提炼可以包括基于上传已经延迟的时间量而改变预置的最大功率。

数据收集概要600的其它方面包括指定收集概要可以兼容的设备配置的能力。随着越来越多的用户可定义并且可下载的特征变为对于无线设备可用，目标设备数据库204C不可能具有关于目标无线设备400各个方面的所有信息。例如，用户能够下载定制的铃声，其可以利用多个不同的模式回放。如果待解决的问题仅与尝试播放长度超过30秒的基于MIDI的铃声的设备一起出现，则可以定义数据收集概要并且选择无线设备目标位置，但是，如果目标无线设备已经具有那个特定的配置，则只激活数据收集概要。在该情况下，尽管数据收集概要能够下载至满足一定公知标准的大量设备，但是其只在使用长度超过30秒的基于MIDI的铃声的具体设备上激活。与数据收集概要600不兼容的目标无线设备400能够或者忽略数据收集概要600或者从目标设备的存储器中将其清除。特别是，该功能有助于排除收集不相关的或者额外的数据。

在一些情况下，数据收集概要600结合有各种其它相关的功能。例如，一个或多个数据收集概要600包括指定在目标无线设备400中发生数据概要冲突时目标无线设备400必须采取的行为的指令。作为另一实施例，一些数据收集概要600包括指定其中指定的数据收集活动相对于与目标无线设备400相关联的一个或多个其它行为的优先级。当同时执行多个数据收集概要时，当出现与所要求的数据相关联的更高紧急时或者当设备与多个查询的数据收集要求匹配时以及在目标无线设备400的能力使由两个或多个数据收集概要600指定的数据流的同时收集无法实现时，回出现对按优先级执行数据收集概要的需求。为了解决该潜在的冲突，可以为数据收集概要分配优先级，并且一旦下载至该设备，通过驻留在设备上的SQC 402评估该相对优先级并且根据其各自的优先极而执行概要。一旦根据数据收集概要中指定的优先级收集数据，可以创建计量包并且将其放置在SQC 402的计量档案中。然而，这种功能仅仅是示例性的，并且可以使用关于数据收集概要600的管理的各种其它规则。

如前所述，数据收集概要600能够指定、包括或者以其它方式结合关于要收集的数据的其它信息、政策或者规则，以及收集该数据的条件。一些数据收集概要600包括取消资格标准，该标准使得目标无线设备400自选择其自身不在数据收集处理中。数据收集概要600还可以包括或者指定关于在一个或多个目标无线设备400中含有的或者与一个或多个目标无线设备400相关联的硬件和/或软件的各种参数。

如前所提到的，可以定义数据收集概要并且对其存储以用于以后使用，或者响应一些商业和技术需要而“按需”创建。另外，在许多情况下，数据收集概要可以由在分析计量包之后观察到的特定数据而自动地衍生出。他们还可以在到达一些阈值或者识别到倾向时产生。从而，数据收集概要可以由收集到的数据的一个或多个特性衍生出，诸如趋势信息、预定的数据点或者阈值。作为实施例，数据收集概要可以配置为收集RF性能信息，诸如掉线呼叫，而不是无线数据。在该实施例中，在特定地理区域中异常的掉线用作修改现有数据收集概要的基础，或者用作产生更加具体地涉及无线数据收集从而能够评估和诊断相对大量的掉线的新数据收集概要的基础。从而，即使无线数据不是数据收集工作的初始焦点，但是收集到的计量包的趋势或者阈值分析提供进行进一步相关的数据收集工作的基础。

V.示例性查询定义处理

现在参照图5，其详细提供了用于定义诸如可以在数据收集概要的后续构建中使用的查询的过程700。如前面提到的，可以识别大量的商业和技术问题并且可以构建并且存储包括数据收集概要和报告的完全数据收集包用于以后使用。然而，在一些情况下，必须有人的介入以对一系列以前未知的事件立即做出反应，并且网络管理方希望创建“按需”数据收集概要。在图5中示出了用于按需创建数据收集概要的机制。在过程700的步骤702中，识别意欲通过数据收集工作回答的阈值问题。如图5所表示的，查询过程中识别阈值的步骤可以基于关于以前数据收集工作已经产生的各种其它报告的结果。这样，网络管理方能够使用以前开发的知识而锐化查询。这依次增强了相关数据收集概要的构建。由此，阈值问题可以仅由明语陈述构成或者关于所需特定数据的问题或者要解决的问题构成。

一旦已经识别了阈值问题，则过程700前进至步骤704，在该步骤网络管理方通过UI访问查询屏幕。然后过程700前进至步骤706，在该步骤网络管理方采用查询屏幕提炼在步骤702处识别的一个或多个阈值问题。如前面结合图3所讨论的，阈值问题的这种提炼可以通过查询结构实施，该查询结构使用树、级联菜单和/或使网络管理方提炼要通过数据收集工作解决的一个或多个问题的结构和设备。

网络管理方可以指定查询涉及特定目标设备或者目标设备类型、安装在目标设备上的应用程序、连同目标设备一起访问的服务以及RF性能或者目标设备所使用的其它系统的性能。如同在过程700的步骤708所表明的，如果需要，该查询结构的构建可以考虑或者以其它方式结合先前构建的查询的方面和/或连同该查询一起获得的数据和结果。

接着，过程700前进至步骤710，在该步骤，网络管理方基于指定的各种信息类别，并且如果可用，还基于一个或多个先前构建的查询的结构和/或结果最终确定该查询。当已经最终确定查询时，将该查询传输至报告子系统208。最终确定的查询可以存储在存储器中，从而如果需要能够轻松地获取并且修改。此外，还可以获取存储的查询并且复制以简化将来类似查询的构建。另外，这种查询可以存储在可搜索的数据库终，从而网络管理方能够快速地确定他或她感兴趣的查询是否已经构建好。该设置同样可以使附加查询和数据收集概要的构建精简。如果已经收集到满足所述查询必需的数据，则可以向网络管理方返回适当的数据和/或报告。否则，通过报告子系统208产生CTR并且使其与任务子系统204通信。

VI.示例性任务、数据收集概要构建和目标设备选择过程

现在参照图6，其具体提供了用于产生、基于CTR构建一个或多个数据收集概要、选择目标设备以接收概要以及向目标设备下载概要的过程800。在过程800的步骤802，在任务子系统204处接收CTR。在一些情况下，当响应于接收到关于触发条件或者触发条件集发生的触发信息而初始化数据收集概要的构建的情况下进入步骤804。从而，可以自动产生一些或所有数据收集概要。

在又一些实施中，当网络管理方通过提交最终确定的查询结构和最后的CTR请求时产生数据收集概要。为了方便相对快地构建数据收集概要，概要系统可以配置为诸如在概要数据库中搜索匹配或者基本上相应于CTR的数据收集概要。由此，新数据收集概要的构建能够相对快地进行。而且，在一些情况下，网络管理方可以具体地涉及以特定方式修改特定的数据收集概要，从而修改后的数据收集概要可以移植到各种目标设备。在这种情况下，使用先前构建的概要系统判断使用先前构建的数据收集概要并且转为由网络管理方代替。

在每种情况下，然后过程800前进至步骤806，在该步骤806，将CTR提供给概要构建器206A。在步骤808，概要构建器206A产生对应于CTR的包括规则和触发的数据收集指示和/或根据应用而获取现有的数据收集指示。具有已经产生和/或获取的数据收集指示，过程800前进至步骤810，在该步骤810，概要构建器206A创建数据收集概要，或者如果可用则修改现有的数据收集概要。

在已经选择、构建或者如果可用已经修改数据收集概要之后，接下来必须确定将要使用哪一个或者哪些目标设备收集在数据收集概要中标识的数据。因此，在过程800的步骤812，概要子系统206通知任务子系统204在数据收集概要中的设备需求。基于该信息，任务子系统204访问任务数据库204B和目标设备数据库204C，并且在步骤814，识别那些特征与数据收集概要相一致或者以其它方式对应于数据收集概要的一个或多个目标设备。如前所述，在设备资格确定和选择过程中可以考虑大量的设备特性和条件。在无线设备用于数据收集的一实施方式中，资格确定过程包括确定哪些无线设备兼容数据收集概要以及哪些无线设备必须被数据收集概要取消资格的方法。为了进一步使无线取得资格或者取消无线设备的资格，可以考虑各种其它因素和特征，诸如设备的配置、诸如可用存储器、位置和可用电池寿命的物理特性，以及诸如账目状态、使用模式、报告的服务问题以及其它使用历史、通过终端用户与设备的交互或者设备的物理操纵、安装的应用程序以及终端用户概要的使用属性。

在设备目标和选择过程的步骤814中使用的设备信息和特性可以来自许多源，包括由网络操作方控制的系统，诸如HLR或VLR，或者当设备初始激活SQC 402时来自提供给目标设备数据库204C的信息。另外，可以从先前的数据收集活动中提取设备信息并且存储在目标设备数据库204C中，或者为了可以针对通过使用数据收集指示集中在该数收集目标的数据收集概要将设备“目标数据”移至目标设备数据库的目的而具体地收集设备信息。其实施例为下载至每个已知的设备并且涉及记录在七天时间周期中各设备遇到的基站的标识的数据收集概要。在七天周期结束时，将收集的数据上传至计量收集器202A并且通信至目标设备数据库204C；然后存储该目标数据用于以后设备目标目的。从而，然后，设备目标和选择过程将具有访问关于设备遇到的基站的标识的数据以及那些设备遇到特定基站的频率。因此，特定问题调查可以涉及某些基站，并且能够提供涉及那些基站的最佳性能数据的设备可以被指定为收集针对那些调查的数据。由于将目标数据收集至目标设备数据库204C的过程以及使用那些数据在以后用于设备选择标准，所以基于SQC 402可看到的任何计量可以识别并且选择目标设备集。这包括无线电信息和网络信息、用户下载的软件和内容包括的实时设备配置、包括访问模式和应用程序使用模式的用户行为历史、诸如电池类型的器件性能和配置或者附属器件。

在图6的步骤814中示出的确定目标过程还能够自动地选择具有先前遇到特定问题或者麻烦的设备。例如，如果大量的设备已经经历了数据收集和管理系统200已知的失败，则报告子系统208可以自动地产生数据收集概要以进一步探测失败，并且可以选择已经经历过报告的失败的器件以接收新的数据收集概要并且参与数据收集活动。

例如，设备选择过程可以重复，这是因为来自目标设备搜索的初始结果可能会产生太多或太少的兼容设备。在这种情况下，可以增加地修改选择标准以产生适当的目标设备数量。在上述讨论的遇到的基站的实施例中，初始选择标准可以将选出的设备限制到在上星期已经遇到过具体的基站。然而，如果这产生比数据收集所需的设备更多的设备，则选择过程的另一标准可以指定选出的器件为在过去两天中已经遇到过该基站的设备，这可以产生更加理想数量的设备用于数据收集活动。在实际中，在选择设备的过程中该重复可以由任务子系统自动地进行。

用于设备目标指定和选择过程的步骤814的数据的另一数据源可以是通常作为网络操作方的计费和供应系统一部分存储的设备用户的帐户信息。该信息标识终端用户的外部属性以及该终端用户与网络操作方的财务关系。该信息可以包括社团附属关系、计费计划和方式、客服历史和事件以及用户人口统计学信息。使用该信息的实施例可以是监控与某些高价值社团客户相关的器件性能的查询。通过跟踪一定的性能参数，诸如关于具有特定社团附属关系的设备掉线对成功呼叫，网络操作方能够提供一定级别的性能保证，以防止退还一部分月租费。在感知的质量为选择网络操作方服务的关键驱动的市场中，这种程序能够提供重要的竞争性优势。

此外，如果数据收集概要指定要收集的数据为关于在旧金山海湾地区进行的无线呼叫，任务子系统204将很可能不选择其帐户信息表示该设备驻留在纽约的设备作为目标设备，除非目标设备数据库204C指示该设备现在或者最近在旧金山海湾地区激活过。注意到在其它情况下，任务子系统204访问由概要系统构建的概要并且任务子系统204对数据收集概要将要传输至其的目标设备作出决定。然后，将该决定的结果传输至概要构建器206A，从而设备兼容信息能够包括在数据收集概要中。

在已经识别到目标设备之后，过程800前进至步骤816，在步骤816，将新的或者更新后的概要(如果可用的)传输至识别的目标设备。概要传输能够以各种方式发生，包括“推动”数据收集概要至目标设备，发送诸如SMS的消息至目标设备以促使其获取数据收集概要，并且准备数据收集概要用于在目标设备下一次接触SQP 201时下载，诸如在目标设备上传达计量包时。使用各种传输机制和标准中的任意之一都可以实现这种至驻留在目标设备上的SQC402的概要传输，各种传输机制和标准包括短消息服务(“SMS”)、超文本传输协议(“HTTP”)、超文本传输协议保护(“HTTPS”)、无线应用协议(“WAP”)推、基于IP的空中传输(IOTA)协议、OMA/DM或者本领域公知或者以后开发的其它协议。

然后过程800可以前进至步骤818，在步骤818，将数据收集概要存储到目标设备。当通过目标设备接收到收集概要时，由SQC 402处理该收集概要。在一些情况下，数据收集概要可以随着接收而存储或者与先前接收到的数据收集概要集成在一起或者代替先前接收到的数据收集概要。影响通过SQC402如何处理数据收集概要的因素包括但不限于，设备对于在数据收集概要中定义的数据收集需求的适用性、数据收集概要与任何先前接收的概要的相对优先性以及在数据收集概要中陈述的任何明确的处理规则。如果通过SQC 402处理新的概要导致数据收集活动以任何方式不同于在数据收集概要中指定的数据收集活动(例如，如果设备自选择退出数据收集活动)，则SQC 402可以退回通信至SQP 201，其指出数据收集活动如何不同以及为什么不同的详细说明。

数据收集概要能够通过无线或者有线连接传输至目标设备。由于数据收集概要相关较小，所以数据收集概要的传输进行得相对较快并且对目标设备强加最小的处理。此外，能够快速地再定义目标设备的数量并且能够快速且容易地下载数据收集概要以实现数据收集目标。这种重复的数据收集过程在理解由于用速度提炼数据收集活动的暂时错误条件时尤其有用。其它数据收集活动可以有助于更长时期的趋势分析。例如，可以参照性能降级而设置阈值，当达到该阈值时，将产生数据收集概要并且将其和下载至无线设备。按该方式，能够产生能够进一步探测问题的附加数据收集。因此，数据收集和管理系统的实施方式为高灵活性的并且数据收集工作能够响应于快速出现的网络条件或者暂时的网络条件而被快速地提炼、重新配置/并且重定向。在任何情况下，与收集的数据一起执行的统计分析能够快速地集中在针对查询一起提出的问题的解决方案或者答案上。

与本领域中公知的系统不同，数据收集和管理系统不依赖于目标设备的终端用户而下载数据收集概要或者以其它方式采取行动以使能数据收集处理。如上所述，目标设备的更新继续进行在目标设备的终端用户的最小的一部分上或者与目标设备的终端用户无关。而且，由于各目标设备已经具有参与数据收集活动的资格，所以任何特定目标设备不是收集任务的有效参与者的概率最小。从而，通过目标设备能够快速并且容易地执行如连同数据收集和管理系统200指定的数据的收集。而且，由于数据收集概要通常响应一定网络条件的发生而自动地产生，所以进一步提高数据收集管理系统200工作的灵活性和速度。

VII数据收集和处理

数据收集和管理系统200的数据收集功能基于在无线设备400工作期间通过无线设备400的软件或者硬件产生的一个或多个计量，并且该计量为器件和网络性能的表示。在一种情况下，在设备制造过程中，软件命令集成在操作系统或者使计量能够产生的其它设备软件中。随着产生计量，他们可以传输到用于调用SQC 402的数据结构中。由于用产生的计量表示SQC 402，基于在其管辖下的数据收集概要，确定给定的计量是否是在其产生时所感兴趣的，并且如果时，则其可将计量存储在缓冲器内，在该缓冲内计量可用于以在随后的时间包括在计量包内。将计量存储在缓冲内的过程被称为收集计量。然而，应该注意到，在一些情况下，产生的计量可以直接收集到计量包内而不用首先进行缓冲。另外，计量的产生和缓冲过程可以作为无线设备40基本操作的一部分而经常地发生。下面还参照图7进一步描述该数据收集逻辑的控制。

用于在无线设备400上产生计量的另一机制涉及将用于产生计量的软件集成到嵌入或者下载在无线设备上的应用程序软件；这与在无线设备制造过程中将计量产生命令于例如无线设备的操作系统的软件相结合不同。在应用软件的开发过程中，使用应用程序接口，允许应用程序开发方使用通过应用程序产生的计量而调用SQC 402。

在本发明的一实施方式中，当SQC 402用产生的计量表示时，SQC仅以计量数据结构中的一定字段解释计量，而除了通过诸如标记语言或者可变长度结构的本领域公知的技术之外，不需通过本发明的附加处理而操作其余的计量。API反映了由在SQP操作方和应用程序开发方之间共享的XML描述通过外部手段产生的存储器间数据结构模型。计量数据结构的公共字段包括唯一的标识符(在XML交换处理期间由SQP操作方指定)和大小字段，并且允许通过新的应用程序产生新的计量而没有对SQC没有修改。数据收集概要中的规则通过匹配计量数据结构的公共方面的标识符而将计量的指定引导到缓冲器以及链接触发至产生的计量。能够执行数据收集概要，其定义数据收集规则、针对在产生并执行SQC之后出现的计量需求的触发器以及缓冲器。

对于与无线通信设备集成在一起的第三方应用程序(诸如浏览器或者消息应用程序)和对于下载至诸如BREW或者Java虚拟机的虚拟环境的应用程序二者都能够执行可扩展的计量模型。如上所述，虚拟环境执行用于由开发的应用程序调用的至SQC使能的平台和功能的编程接口。每次调用接口时，计量数据结构作为计量被传至SQC。

如上所述的虚拟机为计量的产生提供了另一重要点。通过具体地指示虚拟机产生计量，无论是否使用上述的编程接口，在虚拟机上运行的所有应用程序被指示用于一定程度的计量产生。在示例性应用程序中，指示下面的方面用于产生计量，但是基本上无线设备400的任何方面的能力都能够产生计量。计量产生包括所有错误显示例程，其允许通过数据收集和管理系统捕获向用户显示的错误以用于以后的分析。例如(违反目标设备操作的基本原理的软件)以及任务定时器(确保没有单一功能能够占用所用处理资源并且检测无限循环错误的定时器)能够产生表示当错误发生时应用程序的状态的计量。当捕获并且上传时，计量能够使应用程序开发方找到当时发生在它们软件中的错误以及速度问题诊断。包括屏幕刷新和用户输入(按下按钮或者其它直接输入)的用户接口例程能够用包括时间戳的用户输入产生计量。当上传时，用户接口计量能够用于理解用户如何与应用程序或者设备交互以帮助优化应用程序设计并且检测错误或者混乱点。这些技术还能够应用于整个无线设备400，同时装备主操作系统而代替虚拟机。

现在转到图7，其详细提供了通过一个或多个目标设备连同一个或多个数据收集概要执行的过程900。过程900由作为目标设备操作一部分的计量产生开始。在过程900的步骤902中，开始如同在数据收集概要中指定的数据收集。如前所提到的，这种数据收集可以响应于初始触发而开始，该触发可以与每天的时间或者到达地理位置一样简单，或者可以是诸如每天的时间、地理位置、遇到特定错误、或者与使用或者不使用特定的服务或者应用程序相结合的任何上述条件的组合条件的复杂组合。一旦激活概要，数据收集能够开始并且连续进行，并且其能够基于数据收集规则和在数据收集概要中定义的触发而开始、停止并且重新开始以采样数据。如前所述，在数据收集过程中，可以在计量缓冲器或者临时存储器中存储计量，并且可以以后使用或者不用。计量缓冲器为可以存储可以用于存储N个数据采样的环形缓冲器，并且如果需要能够创建计量包。例如，使用缓冲的数据允许在发生特定错误条件以前浏览所产生的计量。这种历史浏览以及围绕错误条件的其它计量在分析问题时极其重要。从而，响应于触发，在触发激活之后，缓冲的数据以及任何指定的数据能够捕获到计量包内。在其它情况下，能够收集数据并且直接将数据写入至计量包中而不必首先经过缓冲。

在任何情况下，目标设备开始如同在数据收集概要中指定的数据收集。例如，各目标设备可以首先检查接收到的数据收集概要以检测并验证数据收集概要是否与目标设备的各种特性相一致，诸如在目标设备中包含的硬件和软件以及目标设备被授权使用的各种服务。由此，不能收集在数据收集概要中指定的数据或者以其它方式不适于确定对于查询的响应的目标设备可以自选择退出数据收集过程。另外，根据在数据收集概要中含有的与兼容性相关的指令，设备不是自选择退出数据收集，而可以仅收集所请求数据的子集并且将其连同子集收集的基础一起报告回计量收集器202A。从而，网络管理方能够确保最终收集到并且传输至计量收集器202A的数据仅包括与最初提出的查询一致或者响应于该最初提出的查询的数据。

在任何一种情况下，一旦已经收集到数据，过程900前进至步骤903，在该步骤，通过SQC 402将收集到的数据传输至计量包内并且放置在SQC 402的计量文档中。由于设备资源本质上有限，SQC 402可以采用管理存储在设备上的计量的优先级的方法。例如，每次计量包增加至SQC 402的计量文档时，SQC 402计算已使用的总的非易失存储器。如果需要存储新计量包的总的非易失存储器超过分配给计量文档的存储量，则SQC 402再评在各存储的计量包内的数据性质。在一种情况下，并且在一定条件下，可以将一个或多个计量包上传至计量收集器202A以在设备上为新的计量包腾出空间。在一定条件下，SQC 402可以采用用于浏览存储的计量包并且选择用于删除计量包的算法。该算法考虑包括在数据收集概要中指定的数据存储分配、数据的性质和优先级、数据的时间性、要存储的新包的大小以及要删除的包的大小的标准。然后从设备的计量文档中删除选出的计量包，直到具有足以存储新的计量包的存储空间。

在过程900的步骤904，计量包在一个或多个可用的数据收集概要指定的时间传输至计量收集器202A。如前所述，计量包的传输可以为一次性事件、或者可以周期性执行、或者以不规则的再发生。它还可以通过系统、通过网络管理方或者设备用户作为发送给设备的“按需”命令进行传输，或者作为通过SQC资源管理的结果而传输。

在一实施方式中，数据收集概要可以指定计量包上传仅在特定事件或条件发生时才发生。当传输条件匹配时，将收集的数据传输至计量收集器202A。在一些情况下，收到计量包能够产生通知，诸如电子邮件提醒和系统提醒，并且其可以初始化报告活动和/或附加的监控或者数据收集活动。在另一情况下，如果条件满足，终端用户设备的当前状态还可以在上传行为开始之前进一步获得资格以避免超出设备或者网络的能力或者以其它方式干扰终端用户的正常行为。如果条件匹配，但是终端用户在设备上正在从事将被计量包传输中断的行为，则传输根据次级规则能够延迟至以后的时间并且上传。如果，例如数据为时间敏感型并且设备在时间的宽限期内不能与网络连接或者如果SQC资源管理实施强制删除以为优先计量包腾出空间，则还能够丢弃计量包。

最后，如图7所示，过程900前进至步骤906，在步骤906，确定新的或更新的数据收集概要是否可以用于通过一个或多个目标无线设备400下载。虽然过程中的该步骤已经在图7中作为顺序操作的一部分已经描述，但是对于新的或修改的数据收集概要的确定并不是在数据收集过程中的任何步骤随时发生的，并且响应于网络条件的改变、特定网络条件的突发以及响应于新查询的产生或者各种其它因素，在任何时间可以创建并且为下载至选出的设备准备这种新的或者修改的数据收集概要。如果新的或者修改的数据收集概要可用，则在步骤908，将该可用的新的或者更新的数据收集概要下载至目标无线设备。另外，在步骤910，根据在数据收集概要中指定的规则，可以确定现有的数据收集概要是否仍然保持激活；如果是肯定的，则在步骤902恢复数据收集活动。在许多情况下，现有的数据收集概要可以保留在设备上很长时间并且可以有或者没有修改，并且执行大量的数据收集和上传实例。然而，如果在步骤910确定现有的数据收集概要已经过时，则过程前进至步骤912，在步骤912，现有的数据收集概要变为不激活，并且在一些情况下可以自动从设备删除。

现在参照图8，详细提供了用于处理和管理计量包的过程1000。在过程1000的步骤1002，由报告子系统208访问计量包数据。能够索引计量包或者计量包能够以其它方式与数据收集概要和其它计量包相关联，从而从报告子系统可以访问所有的合适数据。

然后过程1000前进至步骤1004，在步骤1004处理计量包数据。这种处理基本上可以是对计量包数据进行的包括统计分析的任何类型的操作或者分析。在一些情况下，计量包数据的分析结果用于开发或者提炼现有的或者以后的查询、数据收集概要和/或提高任务子系统204的目标确定的准确性。在收集之后并且在下述的报告产生操作之前或者同时，使用自动计算和附加的信息源可以增加数据。同时，插件服务器架构能够允许其它应用具有至计量包的直接反馈。

接下来，过程1000前进至步骤1006，在步骤1006基于计量包的处理产生各种报告。在本发明的优选实施方式中，这种报告可以结合前述的数据收集分析包一起提前定义并且可以具有分析的数据。另外，有时通过网络管理方可以按需产生定制报告。最后，过程1000前进至步骤1008，在该步骤1008，将数据和报告信息存储在报告数据库208C中以用于进一步使用和参考、输出至第三方报告系统或者以其它方式为查询、增加和/或数据概要修改和定义可用。

VIII触发的定义和使用

如前所述，连同网络和相关目标设备一起执行的数据收集处理涉及使用一定的事件、网络条件、趋势、数据点和阈值作为执行诸如数据收集概要的产生、下载或者提炼的其它行为的基础。另外，本发明的实施方式结合数据收集概要提供了各种类型触发的定义和使用。

在示例性实施方式中，触发为在与无线设备400整合过程中定义的一个或多个条件。触发使调用SQC 402激活以用于附加的计量处理。各触发与具体的标识符相关联并且定义无线设备400软件可以看到的具体状态集。当调用SQC功能时，将触发标识符与包括在下载的概要内的触发进行比较以确定行为的合适方向。如此，在具体的数据收集概要内包含触发有效地定义了数据收集概要采取具体行为的条件。

在示例性实施方式中，触发可以包括在数据收集概要的数据收集指示内，并且当无线设备400调用相关联的触发条件时，这种包括使得SQC恰当地初始化、异常中断以及结束数据收集活动。在部分IX将讨论触发和数据收集功能的另一实施方式。与初始触发匹配的触发调用使得数据收集活动开始。结束触发的匹配使得数据收集活动结束，并且然后准备用于上传的计量包。异常中断触发使得数据收集活动中止并且不准备计量包。在以前使用的实施例中，即时连接通信的初始化使得用“即时连接通信开始”触发事件调用SQC，其中该触发事件与下载的概要内的触发相匹配并且使得数据收集活动在初始设备中开始。初始设备接收到408错误将激活另一触发，并且SQC将事件与概要内的结束触发匹配，使得数据收集终止并且准备且上传计量包。由此可以看出，在概要内包括触发可以有效地选择执行与概要相关联的具体行为的条件。触发并不是必须在概要内，而是可以将具体概要行为(开始、终止、异常中断)与设备上的具体事件相关联。

在另一实施例中，触发事件可以为语音呼叫的初始化。在这种情况下，语音呼叫的开始为使得SQC执行在驻留在参与语音呼叫的设备上的数据收集概要内的初始触发调用。在该实施例中，数据收集概要使结束语音呼叫行为与数据收集活动的结束相关联，并且还准备计量包用于上传至计量收集器。该数据收集活动允许记录针对呼叫指定的计量行为，并且产生与在设备上发生的各呼叫相关联的计量包。

触发的使用提供了精确可调的数据收集活动。通过将概要行为与在设备上定义的事件链接在一起，基本上能够有效地测量任何事件，包括在时间上延伸至其的测量和由其延伸出的测量。因此，能够快速地识别并且使用重要的趋势信息和嵌入在收集到的数据中的其它计量符，从而提高收集到的数据的质量和有用性。可以定义并且采用各种触发。因此，本发明的范围不限于触发的任何特定类型、数目、组合以及实施或者使用。下面提供关于一些触发的详细情况。

一种该触发的基础形式涉及调用SQC的一定发生的定义或者规格。如同这里所用的，术语“发生”延伸至定义触发的具体实体的具体事件的发生或者不发生。当SQC已经确定定义的发生已经发生(例如通过具有指定的触发实体的无线设备软件调用)或者在设定的时间帧内没有发生，则可以通过SQC执行一个或多个数据收集活动。另外，SQC能够定义一些计量的一些状态以调用具体的触发实体。通过调用具体的触发实体，可以定义基本上任何状态下或者任意顺序的计量。例如，通过监控的参数在定义的时间周期内超过或者下降到特定的阈值以下调用阈值触发，其中定义的时间周期在从零至任意大的数据的范围。一个具体的实施例为当帧错误率计量超过预定值时激发阈值触发。

触发识别可以包括在数据收集概要内，并且使相关的行为发生。例如，为了定义导致计量包具有关于掉线的语音呼叫的信息但是不收集关于任何其它类型呼叫(成功的或者闭锁的)的信息的数据收集概要，可以使用下面的触发关联：

初始触发：语音呼叫开始

结束触发：闭锁的语音呼叫结束

异常中断触发：语音呼叫结束

在该实施例中，由于与该触发相关收集的数据是收集活动的目标，所以结束触发使得数据捕获中止并且准备计量包。由于与该活动相关联的数据不是收集目标的焦点，所以异常中断触发指示SQC数据收集应该结束但是不准备计量包。

相关类型的触发为“多米诺”触发，其当命令从SQP 202向驻留在网络节点上的SQC发送时被激活。在以前提到的监控408错误的实施例中，在该实施例中被叫设备无法意识到来自发起设备的尝试的通信会话，因此在这种情况下在被叫设备上无法触发数据收集活动。为了确保在通信尝试期间捕获关于围绕被叫设备的条件的重要数据，使用“多米诺”触发。如同以前在在关于408TIMEOUT消息的实施例中所述，当SQP 201使以SMS或者其它消息类型的形式的命令发送到被叫设备的SQC 402时发生多米诺触发，其激活初始触发并且开始“按需”数据收集活动和/或准备计量包用于上传。作为“按需”数据收集活动的一部分，计量可以选自在被叫设备的缓冲器中存在的那些计量并且可以收集完成计量包的其它计量。具体地说，在该实施例中，在被叫设备上先前激活的数据收集概要可以进行对于即将到来的“按需”数据收集活动有用的数据收集，允许多米诺触发收集在多米诺触到达之前在被叫设备上已经收集的数据。只要准备好计量包就立即上传，或者在数据收集概要中指定的其它时间上传。

现在参照图9，其示出了关于用于数据收集的标号为1100的过程的一实施例的详细情况。过程1100在步骤1102开始，在步骤1102，一个或多个无线设备上的SQC 402接收指定触发的数据收集概要。在数据收集概要内指定的触发可以配置为引导SQC 402根据指定触发的调用而执行数据收集活动。在示例性情况下，在步骤1104，无线设备上的SQC 402忙于监控过程以识别在数据收集概要内指定的触发的激活。当激活初始触发时，数据收集开始。一旦数据收集开始，根据数据收集概要内含有的指令，可以收集或者忽略监控的数据中的一些或全部。

在示出的过程中，在初始触发开始数据收集之后，数据收集根据在数据收集概要内包含的指令而继续进行，直到在判断点1106检测到异常中断或者结束触发。例如，数据收集指令可以指定在指定的时间周期内以周期性间隔采样数据。当异常中断或者结束触发被激活时数据收集停止。

还能够使用在无线设备执行中的状态的任何方面来定义触发。通过该机制，可以实施复杂的相关性，诸如仅当一些服务处于某些状态时才执行数据收集。在前一实施例，作为仅在具体的、约束集的条件下激活的具体触发定义，可以实施仅收集关于由即时连接应用程序进行IP数据呼叫的数据。

最后参照图10，其提供了关于涉及多米诺型触发的定义和使用的过程1300的详细情况。在该示例性情况下，从通信网络的方面执行过程1300。该结构赋予网络人员浏览并且评估通信网络的无线设备之间整体交易的能力，而不是仅集中在与特定无线设备相关的部分交易上。

过程1300在步骤1302开始，在步骤1302，从一个或多个目标无线设备或者其它网络节点接收一个或多个计量包。这种数据通常与通信网络和/或相关无线设备的一个或多个参数相关。然后，过程1300前进至步骤1304的确定点，在此确定在一个或多个计量包中接收到的数据是否暗示诸如不会意识到发起设备已经尝试与其通信的被叫设备的另一“非报告”网络节点。如果没有暗含其它网络节点，则过程1300前进至步骤1306，在此执行进一步分析。

另一方面，如果接收的数据表示暗含有“非报告”网络节点并且该网络节点能够贡献对于分析交易很重要的数据，则过程1300前进至步骤1308。在该步骤，SQP 201向“非报告”、暗含的网络节点发送命令。在这种情况下，由SQP发送出的命令被解释为使暗含的非报告网络节点收集相关数据并且将该数据以计量包发送的触发。

从而，如果无线设备“A”向无线设备“B”发送页面，但是没有收到响应，则无线设备“A”接收到激活使计量包上传至计量收集器的触发的错误。然而，由于无线设备“B”可能没有意识到在发送页面，所以无线设备“B”没有意识到已经发生了任何错误或者问题，并且不可能被触发以上传与该错误相关联的计量包。因此，考虑设备“A”和“B”之间的整体交易或者尝试的交易是实现对于问题的全面理解和正确评价所必需的。

在步骤1308，SQP 201向无线设备“B”发送命令。在步骤1310，该命令被解释为初始触发，其顺次使数据收集活动开始，诸如从设备“B”的缓冲中选择计量，收集所需的任何附加计量并且准备和上传计量包。接着，在步骤1312，通过计量收集器接收来自无线设备“B”的计量包，并且执行附加的分析。在该步骤，接收并且分析通过其它网络设备上传的与数据收集概要相关的计量包。过程1300执行一次或者作为重复分析和解决过程的一部分而重复执行。

IX.草图式设备概要

在本发明的另一实施方式中，使用草图式设备概要而不是数据收集概要来引导通过目标设备产生的计量的处理。在该实施方式中，代替有限集合的固定功能，将SQC用全功能编程语言进行“草图化”，其允许用于计量、触发和测量处理的任何算法通过草图式设备概要进行定义。由于其允许通过下载而不是被编码进SQC的草图式设备概要而动态地定义更多的计量收集、处理和管理的细节，所以附加的灵活性极大地增加了本发明的数据收集和管理系统能够解决的情况。

在该实施方式中并且与以前的实施方式相不同，当如以前所述由于在目标设备上执行获得或者交易而产生计量时，不限于收集计量，该不收集计量或者不调用具体触发实体的计量处理更加灵活。更具体地说，本发明的实施方式允许通过下载的草图式设备概要而完整地定义关于计量收集的复杂处理。在草图式设备概要中定义计量参数和触发的功能，其代替在以前实施方式中描述的数据收集指示(规则和触发)并且该计量参数和触发的功能控制计量的处理。如先前所述，服务质量客户端(SQC)负责接收或者以其它方式管理概要。

参照图11，当在无线设备400上产生计量时，调用SQC 403，其使计量处理器件404A咨询在草图式设备概要404中指定的计量参数404B以确定计量的适当处理。在许多情况下，在关于计量的计量参数404中没有可用的信息，所以可以忽略计量，继续设备运行并且继续产生计量以作为无线设备400正常运行的一部分。

然而，如果计量参数404A指定了计量的处理，则执行附加的处理。该附加的处理可以采用两种形式之一。在调用滤波器404C的第一种形式中，将该计量与在计量参数404B中指定的参数进行比较。该参数既指定比较类型也指定比较所必需的值。经过该比较，做出关于是否将计量放置在一个或多个缓冲405中或者忽略该计量的二进制决定。将可用的具体比较定义为SQC执行的一部分并且基本上可以执行任何种类的比较。在计量参数404B中指定的比较可以包括简单的二进制决定，诸如“一直收集该计量”或者“如果该计量满足二进制或者数值比较则收集”。其它的比较还可以包括该计量与另一计量或者与无线设备400状态的其它方面的比较。可以在计量参数中指定涉及多标准和“预处理”的更加复杂的比较，以确定是否已经获得了特定的结果。通常，在计量参数404B中指定的比较基本上可以是任何软件功能，但是也可以局限于在执行SQC时定义的相对小量的共用行为。

在已经满足了在草图式设备概要404中指定的标准后，计量将被收集到一个或多个缓冲406内。如在以前实施方式所述，公共功能为用于具体数量的计量的固定大小的缓冲，该缓冲具有简单的旋转缓冲模式，在该模式下如果缓冲已满，则新的计量可以覆盖最早存储的计量。其它策略可以包括如果缓冲满则调用触发的功能性404D(下面将会讨论)以及优先级化的缓冲，其中在一定条件下收集的计量覆盖在不同条件下收集到的计量。基本上任何缓冲管理模式都能够与本发明一起实施并且指定为计量参数404B的一部分。具体地说，可以实施有限集合的固定功能，并且可以执行附加算法作为触发的功能性404D。应该注意在一些情况下，计量可以包括在计量包内，而不必首先进行缓冲。

计量处理的第二种形式还利用所述描述的比较功能，但代替根据如定义用于过滤的正结果的收集计量，调用这里称为触发的功能性404D的先前下载的脚本以引导进一步的计量处理。

触发的功能性404D为与先前的触发和数据收集概要功能的实施方式明显不同。触发的功能性404D是全功能计算机语言，即，其为引导无线设备400处理器的行为的软件，从而在集合数据收集、管理和分析的无线设备400上能够实施任何软件功能。由于通过计量比较进行调用，触发的功能404D采取计量处理的控制。如前面提到的，触发的功能性能够执行无线设备400上基本上任何的软件功能，并且其可以访问正在调用的计量、可以存储计量的所有缓冲、设备上的附加状态信息、计量包以及上传功能性。在利用数据收集概要和触发的先前实施方式中，响应于触发调用存在能够执行的有限行为集，并且各触发已经定义了响应于其激活而执行的功能。在该实施方式中，使用草图式设备概要和触发的功能性允许如前定义的任何计量比较的结果用作触发，并且允许在触发被激活之后对于随后执行的行为(“触发功能性”)的完全灵活性。更具体地说，触发的功能性404D能够产生新的计量并且其能够修改计量参数404B以改变在草图式设备概要404中含有的标准和处理指示。触发的功能性404D还能够复制、修改以及以其它方式处理缓冲406内容并且能够将最终的数据转换为用于以后上传的计量包408。触发的功能性能够执行上传并且使新的草图式设备概要或者其它软件代码下载至无线设备400并且在其上执行。

在该实施方式中，触发的功能性404D包含在草图式设备概要404中。在本领域中用于在无线设备400上下载软件模块的许多模块中，任意模块作为触发的功能性404D的管理模块都可以被证明是有效的。这些模块包括虚拟机(例如通过Java实施的)和在指定环境下运行的真实的机器语言(例如通过BREW环境执行的)。另外，大量的商业包现可用于执行“空中”固件升级，其有效地允许任何软件下载至并且添加到无线设备400上现有的软件中并且随后作为触发的功能性而被调用。

作为完备的计算机语言，触发的功能性404D能够虚拟地执行设备上可能的任何软件功能。在该实施方式中，触发的功能性404D以本机设备代码执行，所以其可以访问无线设备400的所有状态和功能性。然而，一些执行可以对设备状态和功能性具有更加有限的访问并且仍然基本上执行相同的作用。

除了通过计量比较调用的触发的功能性之外，可以将无线设备400上的一组特殊事件定义为特殊的触发412并且能够类似地调用触发的功能性404D。其中，当草图式设备概要404首先下载至无线设备400时，特殊的触发412激活触发的功能性404D以执行概要开始---在一些情况下配置触发和计量参数。当无线设备400上电或者断电、复位或者发生处理器异常时，激活特殊的触发412。可以执行这些特殊的触发以使通过如应用程序调用、用户行为或者不会以其它方式自然地产生计量的其它行为调用该触发的功能性。基本上通过设备上可以证明以后分析会感兴趣的任何事件都可以调用该具体的触发412。

由于触发的功能性404D的能力的通性，数据收集功能性的许多其它方面(诸如异常中断触发或者结束触发)变为不同的触发的功能而不是特殊的功能。如前面提到的，在该部分讨论的SQC的草图式实施方式允许当这些事件之一发生时任何行为的完全灵活性，这极大地增加了可以通过本发明的数据收集和管理系统有效执行的感兴趣的测量的数量。

X.通讯设备和计算环境

如此所述，本发明的实施方式可以与专用或者通用通讯设备一起实施，包括无线和有线电话、其它无线通信设备或者适于具有相当通讯能力的专用或通用计算机。本发明范围内的实施方式还包括用于载有或者存储有计算机可执行指令或者电子内容指令的计算可读媒介，并且这些术语被定义为延伸至可以与通信设备一起使用的任何媒介或者指令。

作为实施例，这种计算机可读媒介可以包括RAM、ROM、闪存、EEPROM、CD-ROM或者其它光盘存储器、磁盘存储器或者其它磁存储设备、或者能够用于以计算机可执行指令或者电子内容结构形式载有或者存储有所需程序代码的任何其它媒介并且该媒介能够通过通用或者专用计算机或者其它计算设备访问。

当信息经由网络或者另一通信连接(有线、无线或者有线与无线的组合)传输或者提供至计算机或者计算设备时，该计算机或者计算设备将该连接适当地看作计算机可读媒介。从而，任何这种连接可以适当地被称为计算机可读媒介。上述的组合还应该包括在计算机可读媒介的范围内。计算机可执行指令包括例如使通用计算机、专用计算机、专用处理设备或者计算设备执行一定功能或者一组功能的指令和内容。

虽然并不需要，这里以通过网络环境中的计算机可以执行的诸如程序模块的计算机可执行指令的普通方式描述了本发明。通常，程序模块包括例程、程序、对象、组件以及内容结构，它们执行特定的任务或者实施特定的抽象内容类型。与内容结构相关联的计算机可执行指令和程序模块代表用于执行这里所述的方法方面的程序代码的实施例。

所描述的实施方式可以被认为在所有的方面都仅是示例性的而不是限制性的。因此，本发明的范围由所附的权利要求书表示而不是上述说明书。落入权利要求等效物含义和范围内的所有变型都包括在权利要求书的范围内。

Claims (64)

1.一种用于收集与包括多个设备的通信网络相关联的数据的方法，该方法包括：

获取用于定义要收集的数据以及收集数据的条件的数据收集概要；

识别通信网络中多个设备的目标子集；

向目标子集分配数据收集概要；以及

从所述目标子集中的至少一些接收响应于所述数据收集概要已经产生的数据，

其中，从所述目标子集中的至少一些接收响应于所述数据收集概要已经产生的数据的步骤包括：接收至少一个计量包内的数据；以及接收使该计量包与通信网络上的特定交易相关联的标识符。

2.根据权利要求1所述的方法，其特征在于，所述识别目标子集包括访问目标设备数据库以选择具有对应于所述特性数据收集概要的特性的设备。

3.根据权利要求2所述的方法，其特征在于，所述对应于所述数据收集概要的特性涉及该单个设备的使用历史。

4.根据权利要求2所述的方法，其特征在于，利用从通信网络的设备上先前使用数据收集概要而收集到的数据确定所述特性。

5.根据权利要求2所述的方法，其特征在于，所述对应于所述数据收集概要的特性涉及下述至少之一：

设备已经遇到的环境因素；以及

设备的具体软件配置。

6.根据权利要求5所述的方法，其特征在于，

所述特性对应于具体的软件配置；以及

所述软件配置包括下述至少之一：

下载的软件；

通过设备的用户输入的数据；

用户喜好；

下载的铃声；或者

其它下载的数据。

7.根据权利要求2所述的方法，其特征在于，所述对应于所述数据收集概要的特性涉及该设备的物理属性。

8.根据权利要求2所述的方法，其特征在于，所述对应于所述数据收集概要的特征涉及下述至少之一：

区域代码；

前缀；

计费地址；以及

识别该设备可能位置的其它数据。

9.根据权利要求2所述的方法，其特征在于，所述对应于所述数据收集概要的特性涉及下述至少之一：

用户已经订制的服务；以及

设备的能力。

10.根据权利要求2所述的方法，其特征在于，所述对应于所述数据收集概要的特性涉及下述至少之一：

设备收集在概要中指定的计量的能力；

设备响应在概要中指定的触发的能力；

设备上可以用于计量收集的RAM存储；

设备上可用于计量包存储的持久存储；

设备的处理能力；以及

设备执行指定的数据收集概要的普通能力。

11.根据权利要求1所述的方法，其特征在于，通过目标子集的单个设备响应于触发条件的检测而产生数据。

12.根据权利要求1所述的方法，其特征在于，所述数据涉及通信网络通过所述设备提供给用户的服务。

13.根据权利要求1所述的方法，其特征在于，所述数据涉及与通信网络相关联的各网络层通信的设备的软件堆栈的特性。

14.根据权利要求1所述的方法，其特征在于，所述数据收集概要通过识别要收集的数据而针对该数据定义滤波器。

15.根据权利要求1所述的方法，其特征在于，还包括使用接收的数据提炼数据收集概要。

16.根据权利要求1所述的方法，其特征在于，所述数据涉及用下述至少之一通过目标设备的软件堆栈的通信：

通信网络的应用层；

通信网络的传输层；以及

通信网络的物理层。

17.根据权利要求1所述的方法，其特征在于，所述数据涉及下述至少之一：

目标设备的使用历史；

通过终端用户与设备的交互作用或者对设备的物理操作；

与目标设备相关联的硬件；以及

与目标设备相关联的软件。

18.根据权利要求1所述的方法，其特征在于，所述识别通信网络中多个设备的目标子集的步骤被重复执行，从而目标设备的数量落入所选的范围。

19.根据权利要求1所述的方法，其特征在于，所述向目标子集分配数据收集概要的步骤包括下述之一：

将数据收集概要推至目标子集中的设备；

向目标子集中的设备发送消息以指示该设备从通信网络的服务器中获取数据收集概要；以及

不向目标子集中的设备发送消息，而是准备数据收集概要以在设备下次联系该服务器时通过该设备获取该数据收集概要。

20.根据权利要求1所述的方法，其特征在于，还包括：

从通信网络中的多个节点接收计量包；以及

基于该计量包的标识符，将从通信网络的不同节点接收的多个计量包相互关联，其中该多个计量包允许分析与通信网络中的交易相关联的一系列事件。

21.根据权利要求1所述的方法，其特征在于，所述识别目标子集包括选择具有对应于在数据收集概要中指定或者暗含的设备特性的特性的设备。

22.根据权利要求1所述的方法，其特征在于，还包括从所述目标子集中至少一些接收响应于通过数据收集概要定义的触发而从收集缓冲中获得的数据，其中该数据在触发之前已经存储在收集缓冲内。

23.根据权利要求1所述的方法，其特征在于，所述识别设备的目标子集的步骤包括考虑可能与设备相关联的任何预存的收集任务。

24.根据权利要求1所述的方法，其特征在于，将目标设备之一配置为本地调整其操作，以执行下述至少之一：

使对通信网络的影响最小；

补偿对执行功能的以前失败的尝试；

响应设备的电池状态；

使对设备用户的用户体验的影响最小；或者

补偿通信网络中已感知的负载。

25.根据权利要求24所述的方法，其特征在于：

能够执行本地调整以补偿对于执行该功能的以前失败的尝试；

该功能包括报告计量包；以及

该本地调整包括在已经失败以前的报告之后的可用的第一时间报告计量包。

26.根据权利要求1所述的方法，其特征在于，从目标子集中的至少一些接收的数据已经被：

在目标子集的设备上的计量包文档中作为计量包进行归档；并且然后

报告给网络服务器。

27.根据权利要求26所述的方法，其特征在于，所述归档后的数据已经响应于在数据收集概要中定义的事件而被报告。

28.根据权利要求27所述的方法，其特征在于，所述事件为在数据收集概要中定义的时间范围内的设备选择的报告时间。

29.根据权利要求28所述的方法，其特征在于，通过设备对报告时间的选择取决于与该设备相关的唯一号码，其中该唯一号码为下述之一：

与设备相关的电子序列号；

与设备相关的移动设备标识符；以及

与设备相关的电话号码。

30.根据权利要求27所述的方法，其特征在于，所述事件为匹配指定集的条件的计量。

31.根据权利要求27所述的方法，其特征在于，所述报告由于从报告设备可测的条件而被延迟，包括下述至少之一：

报告设备的电池状态；

与报告设备相关联的网络连接性；以及

在数据收集概要中定义的可测条件。

32.根据权利要求26所述的方法，其特征在于，所述计量包文档具有在数据收集概要中指定的最大尺寸。

33.根据权利要求32所述的方法，其特征在于：

所述归档的数据响应于在数据收集概要中定义的事件已经被报告；以及

所述事件包括下述至少之一：

报告设备的计量包文档达到指定的最大尺寸的一定百分量；以及

计量包文档达到具体的大小。

34.根据权利要求32所述的方法，其特征在于，所述方法还包括：

所述报告设备在计量包文档变满时执行下述处理：

确定存储新计量包所需的总非易失存储器是否超过分配给计量文档的存储器量；以及

如果存储新计量包所需的总非易失存储器超过分配给计量文档的存储器量，则用较高优先级的计量包代替较低优先级的一个或多个归档的计量包。

35.根据权利要求1所述的方法，其特征在于，所述多个设备包括多个被配置为用于无线通信的设备，并且所述多个被配置为用于无线通信的设备之一包括移动设备。

36.根据权利要求35所述的方法，其特征在于，所述多个被配置为用于无线通信的设备包括下述的一个或多个：网络服务器；计算机；电话；个人数字助理；以及无线电设备。

37.根据权利要求1所述的方法，其特征在于，所述多个设备中的一个或多个被配置为用于连接下列一个或多个服务的操作：电话；消息；浏览以及即时连接通信。

38.一种用于收集与包括多个设备的通信网络相关联的数据的方法，该方法包括：

在目标设备接收定义要收集的数据以及收集数据的条件的数据收集概要，所述目标设备已经基于目标设备具有对应于数据收集概要的至少一个特性的确定而从所述多个设备中选择出以接收该数据收集概要；

确定由数据收集概要定义的触发条件已经发生；

响应该触发条件并且如数据收集概要所指定，在目标设备处收集数据；以及

将所述数据传输至远程的服务器。

39.根据权利要求38所述的方法，其特征在于，所述触发条件包括通信网络中的一个或多个事件。

40.根据权利要求38所述的方法，其特征在于，所述数据涉及与通信网络的各网络层通信的目标设备的软件堆栈的特性。

41.根据权利要求38所述的方法，其特征在于，所述目标设备已经接收多个数据收集概要，所述方法还包括基于与多个数据收集概要相关联的优先级而调节多个数据收集概要的执行。

42.根据权利要求38所述的方法，其特征在于，所述在目标设备处收集数据的步骤还响应于与数据的收集相兼容的目标设备的配置而执行。

43.根据权利要求42所述的方法，其特征在于，所述表示目标设备与数据收集兼容的特性包括下述至少之一：

设备收集在概要中指定的计量的能力；

设备响应在概要中指定的触发的能力；

设备上可以用于计量收集的RAM存储；

设备上可用于计量包存储的持久存储；

设备的处理能力；以及

设备执行指定的数据收集概要的普通能力。

44.根据权利要求42所述的方法，其特征在于，当目标设备的配置与数据收集不兼容时的随后时间：

发生触发条件；以及

数据没有收集或者仅有数据的子集被收集。

45.根据权利要求38所述的方法，其特征在于，还包括当数据收集概要期满时从目标设备上清除该数据收集概要。

46.根据权利要求38所述的方法，其特征在于，还包括当数据收集概要期满时从目标设备上清除收集概要中的具体数据收集指示。

47.根据权利要求38所述的方法，其特征在于，指定的收集概要或者收集概要中的数据收集指示在一个或者多个有效的时间期间变为有效或者无效。

48.根据权利要求38所述的方法，其特征在于，指定的收集概要或者收集概要中的数据收集指示在一定时间周期之后变为有效或者无效。

49.根据权利要求38所述的方法，其特征在于，所述触发条件包括特定的时间。

50.根据权利要求38所述的方法，其特征在于，通过访问目标设备数据库以确定该目标设备具有对应于该数据收集概要的至少一特性而从所述多个设备中选出所述目标设备以接收数据收集概要。

51.根据权利要求38所述的方法，其特征在于，在目标设备处收集数据包括将数据放置在存储在目标设备上的计量包中。

52.根据权利要求51所述的方法，其特征在于，还包括：

在目标设备处存储多个计量包；以及

为存储另一计量包做准备：

评估目标设备的存储器资源以确定是否有足够存储其它计量包的存储器可用；以及

如果没有足够的存储器可用，则参照先前存储的计量包而执行行为以具有足够的存储器可用。

53.根据权利要求38所述的方法，其特征在于，所述多个设备包括多个被配置为用于无线通信的设备，且所述多个被配置用于无线通信的设备之一包括移动设备。

54.根据权利要求53所述的方法，其特征在于，所述多个被配置用于无线通信的设备包括下述的一个或多个：网络服务器；计算机；电话；个人数字助理；以及无线电设备。

55.根据权利要求38所述的方法，其特征在于，所述多个设备中的一个或多个被配置为用于连接下列一个或多个服务的操作：电话；消息；浏览以及即时连接通信

56.一种用于收集与包括多个设备的通信网络的设备相关联的数据的方法，该方法包括：

获取定义要收集的数据以及收集数据的条件的数据收集概要，其中所述数据：

涉及通信网络的服务；以及

在设备上可收集但是在通信网络的其它部件上不可收集；

识别通信网络中多个设备的目标子集，通过选择具有对应于数据收集概要的特性的设备而识别目标子集；

向目标子集分配数据收集概要；以及

从所述目标子集中至少一些中接收响应于数据收集概要已经产生的数据。

57.根据权利要求56所述的方法，其特征在于，所述数据涉及通信网络中的至少两个服务以及该至少两个服务之间的相互作用。

58.根据权利要求57所述的方法，其特征在于，选择具有对应于数据收集概要的特性的设备包括确定在目标子集处可用的服务。

59.根据权利要求58所述的方法，其特征在于，选择设备还包括确定通过终端用户使用的服务的量或者类型。

60.一种用于收集与包括提供通信服务的服务器和多个设备的通信网络相关联的数据的方法，该方法包括：

在提供通信服务的服务器处接收定义要收集的数据以及收集数据的条件的数据收集概要，其中基于该服务器具有对应于该数据收集概要的特性的确定而选择该服务器以接收所述数据收集概要；

确定由数据收集概要定义的触发条件已经发生；

响应于触发条件并且如数据收集概要所指定，在所述服务器处收集数据；以及

将所述数据传送至通信网络中的另一服务器。

61.根据权利要求60所述的方法，其特征在于，所述服务器为即时连接应用服务器，其为通信网络中的设备提供基于网络的即时连接服务。

62.根据权利要求61所述的方法，其特征在于，所述数据收集概要在基于网络的即时连接服务中出现错误时，使服务器将所述数据传送至通信网络中的其它服务器处的计量收集器。

63.根据权利要求62所述的方法，其特征在于，还包括响应于错误的发生，将消息传输至通信网络中的被叫设备，使得该被叫设备收集数据并且向通信网络中的其它服务器传输该数据。

64.一种用于应答与包括多个无线设备的通信网络相关联的查询的方法，该方法包括：

响应于查询的出现，确定应答所述查询的数据是否已经存在，从而：

如果应答查询所需的数据已经存在，则在无线设备处不执行收集活动；以及

如果应答查询所需的数据不存在，则通过下述步骤获得：

产生用于产生分配给目标无线设备的数据收集概要的数据收集任务请求；

在收集任务请求的整个周期中保持其状态；以及

从目标无线设备接收已经响应于数据收集概要产生的数据并且应答所述查询；以及

处理应答所述查询的数据。

Images