无线现场设备中的故障管理的制作方法

专利名称：无线现场设备中的故障管理的制作方法
技术领域：
本发明公开的方面涉及有选择地从大量移动通信设备中采集故障数据并且对故 障数据进行分析的通信系统，并且更具体地，涉及对故障采集进行区分，并且报告给移动计 算平台的特定软件和硬件组件。
背景技术：
技术上的进步已经导致更小和更强大的个人计算设备。例如，当前存在包括无线 计算设备的多种便携式个人计算设备，例如，便携式无线电话、个人数字助理(PDA)和寻呼 设备，它们每个都体积小、重量轻、并且很容易被用户携带。为消费者越来越多地提供装备 了一批软件应用的许多类型的电子设备。诸如电子邮件、因特网浏览、玩游戏、地址簿、日 历、媒体播放器、电子书阅读、语音通信、目录服务等的不同功能越来越多地成为可以加载 在诸如智能电话、便携式游戏控制台或者手持计算机的多功能设备上的可选择应用。即使具有这些改进，移动通信设备仍趋向于在通用计算设备上具有通信带宽、处 理、以及用户接口约束。例如，屏幕大小、可用存储器和文件系统空间数量、输入和输出能力 以及处理能力数量可能均受装置小尺寸限制。由于这种严格的资源约束，用于这种设备的 计算平台通常被优化用于特定电话芯片集和用户接口硬件。同样，典型地，通用解决方法不 适合大量无线移动设备。尽管面临这些挑战，但是当今大多数移动/无线设备具有接入各种无线宽带网络 的能力。实际上，技术的快速进步、大量市场采用、标准化以及全球化使得各个公司能够通 过协作给市场带来创新和有竞争力的服务。这种协作导致无线/移动服务“生态系统”的 形成，其由无线接入网络(RAN)技术提供商、移动计算平台提供商、移动设备制造商(也称 为原始设备制造商(OEM))、以及无线宽带服务提供商(WBSP)组成。随着无线组播系统(例 如，仅前向链路(FLO))和手持数字视频广播(DVB-H)的出现以及它们与无线宽带系统的融 合，该生态系统正在进一步与分发给内容提供商的无线组播服务提供商(WMSP) —起成长。虽然该生态系统能够提供诸如移动电视、移动因特网等具有竞争力的服务，但是， 对于接入这些服务所必须的移动计算平台/设备来说，需要对该生态系统中的各个参与者 进行复杂的技术整合。由于创新速度、竞争和其它市场力量，生态系统合作伙伴在给市场带 来新的产品和服务上有巨大压力。这导致更短的上市周期以及对服务、应用和设备可靠性 的增强预期。在上市之前，用于确保各种移动/无线设备、服务和(或)应用可靠性和质量 的测试过程已经变得非常复杂。此外，在实验室环境中模拟所有类型的现场故障状况，除了 消耗时间和资源之外，并不能为发现造成硬件和软件系统中故障的潜在缺陷提供足够的基 础结构。然而，该生态系统合作伙伴常常面临关键决策，但对于建立硬件和软件可靠性，没 有足够的的关键测试或数据。在启动移动设备或应用或服务之后，在现场状况中表现出来的潜在缺陷通常导致 下列问题(a)增加了由于客户投诉的呼叫量；(b)由于对导致故障的状况进行重复的信息 不足，所以不能对实际缺陷进行故障检修和隔离；(c)增加了隔离缺陷和分配所有权的时间；(d)由于用户变动增加而损失了收入；(e)重新呼叫大量设备造成该生态系统中所有参 与者的收入损失；以及(f)很差的客户满意度。然而，无线/移动设备以及对它们进行服务的通信网络仍然受可用于处理该问题 的能力约束。过多地强调隔离缺陷可能以损害这些设备执行其预定功能的性能为代价，同 时造成服务质量和性能的降低，并且因此降低客户对无故障设备的满意度。

发明内容
为了提供对所公开版本的一些方面的基本理解，下面给出了简单概述。该概述不 是一般综述，并且也不是旨在识别关键或者重要组件，更不是旨在描绘这些版本的范围。其 目的是以简化形式给出所描述版本的一些概念，作为对稍候给出的更详细说明的前奏。在一个方面中，向无线移动设备提供了用于将故障数据报告给无线数据通信的提 供商的方法，当故障状况出现时，无线移动设备将足够对多个组件中的责任组件进行诊断 的故障数据记入记录。特别地，响应于故障状况，针对每个垂直软件层记录足够对多个组件 中的责任组件进行诊断的故障数据，所述多个组件包括位于第一软件垂直层上的至少一个 软件组件以及位于第二软件垂直层上的第二软件组件。因此，当接收到故障报告允许事件 时，该无线移动设备给无线数据通信提供商报告所记录的故障数据用于诊断责任组件。从 而有效使用无线数据通信网络的有限资源，但是，来自现场无线移动设备的有用故障数据， 对于查明原因是可用的，否则，在其它状况下，难以重复故障以及该故障总的普遍程度和严 重性。在其它方面中，处理器、计算机产品和装置均提供了用于执行用于报告故障数据 的方法的模块。 在另一个方面中，用于向无线数据通信提供商报告故障数据的计算机实施装置具 有执行多个组件的计算平台。故障诊断记录组件，其响应于故障状况，记录足够对多个组件 中的责任组件进行诊断的故障数据。特别地，响应于故障状况，针对每个垂直软件层记录足 够对多个组件中的责任组件进行诊断的故障数据，所述多个组件包括位于第一软件垂直层 上的至少一个软件组件以及位于第二软件垂直层上的第二软件组件。数据接收机可以接收 故障报告允许事件，发射机据此将所记录的故障数据无线地报告给无线数据通信提供商以 用于诊断责任组件。在另一个方面中，用于采集和分析来自多个无线通信设备的故障数据的方法开始 于向无线通信设备发送故障报告允许事件，所述无线通信设备响应于故障状况针对每个 垂直软件层记录足够对多个组件中的责任组件进行诊断的故障数据，所述多个组件包括位 于第一软件垂直层上的至少一个软件组件以及位于第二软件垂直层上的第二软件组件。然 后，无线地接收由所述无线通信设备报告的其记录的故障数据，允许针对所述故障状况来 诊断所述责任组件。在其它方面中，处理器、计算机产品和装置提供了用于执行采集和分析数据的方 法的模块。在另一个方面中，用于采集和分析来自多个无线通信设备的故障数据的计算机实 施装置具有故障采集允许组件，其向无线通信设备无线地发送故障报告允许事件，以用于 记录和报告故障数据。数据通信接收机无线地接收由所述无线通信设备报告的其记录的故障数据。特别地，响应于故障状况，针对每个垂直软件层记录足够对多个组件中的责任组件 进行诊断的故障数据，所述多个组件包括位于第一软件垂直层上的至少一个软件组件以及 位于第二软件垂直层上的第二软件组件。此外，故障诊断组件针对所述故障状况在响应中 确定多个组件中的所述责任组件。为了实现前述和相关目标，一个或多个版本包含在下文中充分描述并且在权利要 求中特别指出的特征。下列详细提出的说明和


了某些方面，并且指示了可以使用 这些版本原理的多种方式中的几种。结合附图，从下列详细说明中其它优点和新颖特征将 变得显而易见，并且本公开版本旨在包括所有这些方面和它们的等价方面。

图1是利用分布式和选择性故障修复系统有效诊断大量现场通信设备中的故障 的通信系统的方框图；图2是用于详细故障报告的数据结构的图；图3是用于允许故障数据采集和报告的数据结构的图；图4是图1通信系统中的通信设备的示意图；图5是图4通信设备的说明性计算平台；图6是用于通过图1的通信系统进行的无线广播故障检测、采集、分析和校正的方 法的流程图；图7是监控和允许来自大量无线移动设备的故障数据报告的通信系统的时序图。
具体实施例方式用于现场无线移动设备的故障修复系统对现场故障数据采集、现场故障数据合 并、以及信息服务平台进行处理，使无线/移动广播/宽带应用/服务价值链中的参与者能 够以一致和自动的方式对来自无线组播和/或无线宽带网络上的无线/移动设备的现场故 障问题作出响应。简明并且极其灵活的机制支持从一组目标无线/移动设备进行故障数据 采集。另外，精密复杂的机制基于用户特定操作需求(例如，所选择的OEM、设备配置类型、 签约了特定无线宽带服务的用户、故障出现某些时间限制等)，对应该参与现场故障数据采 集的一组目标设备进行确定。记录在移动设备上的故障数据是垂直整合的，从而允许进行 诊断并且指派责任方进行维修、测试并且以后续验证和部署进行发行。另外，该系统基于故障强度、严重性和许多其它参数的数目，提供用于现场故障警 报机制的动态适应的能力。同时，该系统提供合并来自各个设备的所有故障事件的机制，并 且基于这些错误的严重性以及故障时间参数提供对软件/硬件可靠性的洞察，其有助于价 值链参与者对他们在实验室中的测试进行指导，从而为移动/无线设备发行增强客户体验 的可靠硬件和软件。现在参考附图对各个方面进行描述。在下列说明中，出于解释说明的目的，为了提 供对一个或多个方面的彻底理解，给出了许多特性细节。然而，显而易见的是，可以不采用 这些特定细节实现各个方面。在其它实例中，为了对这些版本进行简明描述，以方框图的形 式示出了众所周知的结构和设备。这些装置和方法特别适合于在无线环境中使用，但是也适合于在任何类型的网络
9环境中使用，这些网络包括通信网络、诸如因特网的公共网络、诸如虚拟专用网络(VPN)的 专用网络、局域网、广域网、长程网络、或者任何其它类型的数据通信网络，但是不限制于 此。参考图1，通信系统100使运营商102能够在网络104上向大量无线通信设备106 提供双向无线通信服务，无线通信设备106转而经由无线双向数据通信收发机108进行通 信。每个通信设备106执行操作系统112所支持的许多应用110，对数据通信进行调节，并 且执行其它独立功能。这些应用110中的某些还受到应用/服务执行环境114的支持。双向数据通信给通信设备106提供了相当大的好处。然而，如116处所描述的，接 收媒体内容(例如，图像、视频、下载应用等)很容易对无线通信信道的可用吞吐量造成负 担。当大量用户选择经由运营商102从内容提供商118同时访问大的文件时，尤其如此。组 播提供了一种经济的方式来扩展媒体内容服务。如122处所描述的，组播服务运营商120 将内容同时发送到多个通信设备106，每个通信设备106采用无线组播接收组件124接收该 内容。典型地，大量通信设备106面临许多因素的挑战。首先，许多实体对集成在每个通 信设备106内的硬件和软件负责。例如，设备制造商126开发出了硬件(例如，无线双向数 据通信部分)和一些软件(例如，操作系统112)，或者对其负责。应用供应商128可能对某 些应用110负责。运营商102也可能对一些应用110负责，并且对通信信道116的稳健性 和服务质量(QoS)负责。另外，组播服务运营商120可能对通信设备106 (诸如无线组播接 收组件124、应用/服务执行环境114)的部分负责。系统故障可能仅仅是由通信设备106 的这些组件之一造成的(但是没有指示是哪个组件造成的)，或者组件之间不兼容可能引 起故障。第二，对该集成设备的另一个挑战是，各种通信设备106之间可能具有不同的硬 件和/或软件结构。一些软件仅可以表明在某些设备106上的故障或者失灵。第三，各种可 能配置的整体(以及各种配置由此的可能置换)之建立，是鉴于以下情况带来的便利，即， 通信设备106可以单独配置以适应用户的需要(诸如通过安装/激活某些应用或功能来进 行配置)。第四，由于许多通信设备106便于携带，接入运营商102的相应通信链路116可 能遭遇局部问题，这些问题是它们自身的并且是内部的问题，或者暴露软件中的弱点或者 故障。不采用其它故障诊断工具，遭遇故障的通信设备106的用户联系运营商102的客 户关系管理(CRM)。运营商102通常从设备制造商126提供设备106，并且通过组播服务运 营商120提供另外的组播服务。这样，运营商102往往成为用户投诉的接收者。然而，由于 CRM130可能并不知道故障原因，运营商102可能受限于不知道对问题提供哪些解决方案。有利的是，通信系统100包括分布在某些实体上的选择性故障修复系统150，在说 明性版本中描述为包括通信设备106上的故障检测、采集和报告软件152，其网络连接到 故障允许/采集组件154、故障诊断组件156、以及故障解决数据库158。在一个方面中，通信设备106上的故障检测、采集和报告软件152的故障诊断记录 组件160对记录详细故障报告负责。记录组件160是垂直整合的，其使得信息足够对造成 故障的原因进行诊断。记录组件160可以是分布式的，并且，根据软件和硬件体系结构或者 特定的实现机制，其多个部分可以位于通信设备160的不同部分中。记录组件160具有快速并且持久地存储详细故障信息(尤其是当该故障可能造成通信设备106关闭或者重启) 的模块。在图2中，数据记录162中描述了故障数据字段的一个示例性的组，数据记录162 包含图1的故障记录组件160所检测和存储的信息。应该意识到，列表既不全部包括也不全 部包含必需的数据字段，而是取决于为解决现场故障所需而确定的重要数据元素的最小的 组。数据结构162描述为包括组件特定的故障细节字段164，其可以是特定中断，其发生指 示故障或者失灵状况(例如，看门狗定时器超时、应用不响应等)。数据字段166包含操作 系统特定的运行时间信息。数据字段168包含中央处理单元(CPU)栈和存储寄存器。数据 字段170包含在故障时运行的任务。数据字段172包含在故障/失灵发生之前设备或者过 程已经执行了多久的持续时间值。数据字段173包含发生故障/失灵的日期/时间。数据 记录162可以包含标识信息，诸如数据字段174，该数据字段174包含通信设备106 (图1) 的标识。数据字段175可以包含位置信息，其可以帮助确定与位置有相关性(例如，被遮蔽 的接收区域、干扰等)的故障。设备可以访问全球定位系统(GPS)坐标、在装置内提供的射 频标识符(RFID)数据等。此外，数据字段176可以提供设备故障报告号，其唯一地标识该 特定故障的发生，以避免重复报告。为了协助诊断，可以提供其它数据字段178以协助缩小 导致故障的人口统计与场景的范围，诸如用户输入描述字段。例如，可以包括位置数据(例 如，GPS坐标)作为数据字段178。返回图1，故障诊断记录组件160可以参照设备设定进行记录，例如，不记录故障 数据直到用户和/或网络允许、自动改写最早的故障数据记录、选择存储的和/或报告的故 障报告细节级别、或者如果随后允许报告则自动记录故障数据。在一个方面中，特别地，故障检测、采集和报告软件152的故障诊断允许器组件 180可以位于应用层，或者它可以是分布式组件，其允许故障诊断记录组件160记录故障诊 断信息和/或允许/禁止报告所记录的故障诊断信息。故障诊断允许器组件180对选择性 故障修复系统150的故障允许/采集组件154作出响应。这些命令可以仅仅单播到特定通 信设备106，或者同时组播到大量通信设备106。在一个方面，故障诊断允许器组件180可以 接收允许信号并且可以接收禁止信号，允许信号采用指定记录和/或报告方式的额外参数 来允许采集和报告故障数据，禁止信号禁止采集和报告故障数据。至于故障诊断允许器组 件180对允许或者禁止记录故障数据作出响应，该命令将被中继到故障诊断记录组件160。 允许或者禁止报告故障数据的命令被中继到故障记录采集/报告组件182，从而分别开始 或者停止将详细故障记录发送到故障修复系统150的故障允许/采集组件154或者其它指 定的接收者。在图3中，示例性数据记录184或者允许图1的通信设备106采集和报告故障数 据包括用于指定通信设备的子集和/或将要报告的故障类型的子集的参数，从而对通信 设备106和整个通信系统100的性能使用进行优化。参数的例子包括数据字段186，其用 于对可能报告故障数据的通信设备型号进行标识。数据字段188指定可能报告故障数据 且由一个或多个OEM制造的通信设备。数据字段190指定一个或多个无线宽带服务提供 商(WBSP)，出问题的设备可能是其用户。数据字段192指定合适的计费和客户服务提供商 (BNC)。数据字段194指定无线组播服务提供商(WMSP)。数据字段196指定无线移动设备 执行的移动应用的版本。数据字段198指定应该报告的故障严重性，诸如用于排除低严重性故障，或者用于聚焦于与未诊断故障相关联的、被认为具有共同原因的特定类型的故障。 数据字段200指定故障采集窗口，其将要报告的故障限制于在时间窗口内发生。数据字段 202指定故障记录上传窗口，可以选择它利用较低需求状态的通信系统100。其它数据字段 204可以指定其它准则，诸如提供的准则在逻辑上是合并的还是相交的。返回图1，故障记录采集报告组件182负责取回故障记录，并且通过在双向无线通 信信道116上上传到故障允许/采集组件154或者其它指定的接收者来报告数据。报告组 件182可以由运行在通信设备106上的任何移动应用启动(如果允许)，例如，用于其它实 体(例如，设备制造商126、应用供应商128等)启动故障诊断。作为另一个例子，消费无线 组播网络上分发的数据的移动应用110，当遇到任何故障时，可以调用该报告组件182。作 为另一个例子，终端用户可以通过用户接口(未示出)调用采集/报告组件182，从而协助 诊断故障。此外，该用户启动的报告可能涉及无线上传故障数据到用户可访问的系统，或者 用于在用户接口上查看，使得该报告可以口头呈现给客户服务代表，客户服务代表可以是 为计费和客户服务提供商(BNC)或者客户关系管理商(CRM)工作的人。在示例性的方面，故障修复系统150，并且尤其是故障允许/采集组件154，能够直 接访问图3中所列出的用于大量通信设备106的人口统计/用户数据，其可以用来确定通 信设备的子集被故障允许和/或与报告的故障数据相互关联。因此，在有限吞吐量的通信 信道116上发送的数据量减小。可替换地，如果每个故障报告自愿提供与通信设备(例如， 无线移动设备)106的用户直接相关的信息，故障允许/采集组件154就能免于关注维持和 /或访问该信息的数据库时存在的隐私问题。作为另一个例子，另一方(诸如运营商102) 可以维持部分或者全部的人口统计/用户数据，将其用于客户关系管理130，但是由于另一 个实体也会将其用于诊断，故而过滤掉用户标识信息。对于不具有位置感知能力的通信设 备106，故障修复系统150可以访问作为近似位置的网络信息，该网络信息指示通过其进行 联系的接入节点。作为另一个例子，对于报告GPS坐标的设备，故障修复系统150可以有利 地提供辅助全球定位系统(A-GPS)，其中，从无线接入网络(RAN)中找到的指示补充了 GPS 数据。在示例性版本中，应用/服务执行环境114支持BREW。由加利福尼亚州圣地亚哥 的高通公司开发的无线二进制运行环境 (BREW )软件，存在于诸如无线蜂窝电话的计 算设备的操作系统上。BREW 软件可以提供一组接口给计算设备上找到的特定硬件功 能。执行环境114还可以包含UiOne分发系统(UDS)。uiOne 体系结构也是由高通公司开 发的，其作为BREW的一部分提供了一组BREW扩展，这些扩展允许快速开发丰富并且可定制 的用户接口(UI)(即，活动内容、可在空中(OTA)升级)，帮助发展应用之外的下载业务，提 供部分或者整个手机UI的主题，并且利用BREW UI窗口小部件。因此，BREW uiOne减少了 手机、运营商定制和客户个性化的上市时间。为此，BREW uiOne提供了一组清晰的抽象，将 两个新层添加到BREW的应用开发栈。uiOne分发系统用于在空中更新通信设备UI。该分发 系统可以以独立形式进行部署，其允许运营商调节它们自己的分发系统的功能。采用uiOne 分发系统部署uiOne体系结构，可以实现额外的好处，尤其当结合BREW解决方案的其它单 元进行部署时(例如，当运营商尚没有适当的基础体系结构时，对可下载的UI包进行货币 化和计费)。另外，组播服务运营商120利用仅前向链路(FLO)组播，其也是由高通公司开发的，在BREW执行环境114上构建。然而，应该意识到，利用本公开的优点，诸如手持数字视 频广播(DVB-H)的其它组播方法也可以从在这里所描述的方面受益。故障修复系统150对表1中所列出的下列考虑事项和属性有利地进行优化
并行处理上传故障数据而不影响现有应用的能力实现复杂性从调度、资源、测试等实现的复杂程度无线接入网络(RAN)依赖 性触发方法对基础RAN网络的依赖性安全性安全地发送敏感数据 表 1在图4中，根据作为任何类型的计算机化设备的一些方面对通信系统500的示例 性版本进行了描述。例如，该通信设备500可以包含移动无线和/或蜂窝电话。可替换地， 该通信设备500可以包含诸如代理呼叫/会话控制功能(P-CSCF)服务器、网络设备、服务 器、计算机工作站等的固定通信设备。应该理解，该通信设备500不受限于该所描述或者所 说明的设备，而是可以进一步包括个人数字助理(PDA)、双向文本寻呼机、具有有线或无线 通信入口的便携式计算机、以及具有有线和/或无线通信入口的任何类型的计算机平台。 此外，该通信设备500可以是诸如远程传感器、远程服务器、诊断工具、数据中继等的远程 从属或者其它类似设备，其不具有其终端用户，而是在无线或有线网络上简单地传送数据。 在可选方面中，该通信设备500可以是诸如固定电话、个人计算机、机顶盒等的有线通信设 备。另外，应该注意到，可以在蜂窝通信系统中利用任意数目的前述多种类型中的单独一种 类型或者多种类型的通信设备500的任意组合(未示出)。因此，可以在任何形式的有线或 无线设备上或者计算机模块上相应地实施本装置和方法，包括有线或无线通信入口，其包 括但是不限制于无线调制解调器、个人计算机存储卡国际协会(PCMCIA)卡、接入终端、个 人计算机、电话、或者其任何组合或子组合。另外，该通信设备500可以包括用户接口 502，其用于诸如观看广告或者与广告交 互。该用户接口 502包括输入设备504和输出设备506，该输入设备504可操作地生成或者 接收到该通信设备500的输入，并且输出设备506可操作地生成和/或提供用于该通信设 备500的用户消费的信息。例如，输入设备502可以包括诸如键区和/或键盘、鼠标、触摸 屏显示、与语音识别模块相关的麦克风等的至少一个设备。此外，例如，输出设备506可以 包括显示器、音频扬声器、触觉反馈机制等。输出设备506可以生成图形用户界面、声音、诸 如振动或者布莱叶盲文文本生成表面的感觉。此外，通信设备500可以包括计算机平台508，其可操作地执行应用以便给该设 备500提供功能，并且其还可以与输入设备504和输出设备506交互。计算机平台508可 以包括存储器，该存储器可以包含易失性和非易失性存储器部分，诸如只读和/或随机访 问存储器(RAM和ROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器 (EEPROM)、闪存、和/或计算机平台公用的任何存储器。此外，存储器可以包括有源存储器 和存储存储器，其包括电子文件系统以及任何二级和/或三级存储设备，诸如磁介质、光介 质、磁带、软和/或硬磁盘、以及可移动存储组件。在示例性版本中，存储器描述为RAM存储 器509和非易失性本地存储组件510，两者都连接到该计算机平台508的数据总线512。此外，计算机平台508还可以包括处理器514，处理器514可以是专用集成电路(ASIC)、或者其它芯片组、处理器、逻辑电路、或者其它数据处理器件。在一些方面中，例如 当通信设备500包含蜂窝电话时，处理器或者诸如专用集成电路(ASIC)516的其它逻辑可 以执行应用编程接口(API)518，API 518可以与任何内在软件组件接口，其描述为可以在 存储器509中活动的用于其它功能(例如，通信呼叫控制、闹钟、文本通知等)的应用(例 如，游戏)520。应该意识到，采用本公开的好处，与本发明多个方面一致的应用可以省略其 它应用以及/或者省略对诸如语音呼叫、数据呼叫、以及存储器509中介质相关应用的流媒 体内容进行接收的能力。设备API 518可以是在相应的通信设备上执行的运行环境。一个 这种的API 518运行环境是BREW API 522。另外，处理器514可以包括在硬件、固件、软件、以及其组合中体现的各个处理子 系统524，其支持通信设备500的功能以及该通信设备500在通信提供100 (图1)上的可 操作性。例如，处理子系统524允许启动并且维持通信，并且与其它网络设备以及通信设备 500的多个组件内部和/或之间交换数据。在一个方面，例如在蜂窝电话中，处理器514可以 包括一个处理子系统524或者其组合，例如声音、非易失性存储器、文件系统、发送、接收、 搜索器、第1层、第2层、第3层、主控、远程过程、手机、功率管理、诊断、数字信号处理器、声 码器、消息传送、呼叫管理器、蓝牙 系统、蓝牙 LPOS、位置确定、位置引擎、用户接口、休 眠、数据服务、安全、鉴权、USIM/SIM(通用用户识别模块/用户识别模块)、语音服务、图形、 USB(通用串行总线)、诸如MPEG(运动图像专家组)协议多媒体的多媒体、GPRS(通用分组 业务)、短消息服务(SMS)、短语音服务(SVS )、网页浏览器等。对于所公开的方面，处理器 514的处理子系统524可以包括与在计算机平台508上执行的应用进行交互的任何子系统 组件。计算机平台508还可以包括GPS引擎528或者提供该通信设备500位置信息的其 它位置感知组件。允许通信设备500的各个组件之间通信并且可运行于通信的通信模块529涉及接 收允许/禁止故障记录/报告命令并且报告故障记录。可以在硬件、固件、软件和/或其组 合中体现通信模块529，并且还可以包括在设备内和设备间通信中使用的所有协议。在一个 方面，通信模块529包括无线宽带接入技术部分532和无线组播技术部分534。双向无线宽 带接入技术部分532可以包括一个或多个无线码分多址(W-CDMA)组件536、演进数据优化 (EV-DO)组件538、IEEE 802. 11 (即，通常用商标WiFi错误表征)组件540、以及蓝牙组件 542。无线组播技术部分可以包括诸如仅前向链路(FLO)组件544和/或手持数字视频广 播(DVB-H)组件 546。可以通过从本地存储器510下载的、保存在存储器509中、并且由诸如操作系统 (OS) 530的处理器514执行的代码来促进通信设备500的这些能力中的某些能力。用户接 口(UI)模块532促进与用户接口 502的交互式控制。UI模块532包括用户启动的故障报告 模块534，其提供用于允许故障记录的定制交互选项，或者通过与故障采集和报告模块536 进行交互来查看或报告故障记录。应用538可以是造成故障/失灵的原因，计算机平台508 的其它组件也可以是造成故障/失灵的原因。位置报告组件540可以包括有选择地报告设 备位置的逻辑。BREW API 522为应用提供了呼叫设备API 518的能力以及其它功能，而不必专门 为通信设备500的类型写入。因此，在BREW中组成的应用538或者该通信设备500上的其它软件组件可以在BREW API 522所提供的运行环境内的许多不同类型的硬件配置上同样、 或者有轻微修改地运行，该BREW API 522对某些硬件方面进行了抽象。BREW扩展542给 BREW API522的编程平台提供了额外的能力，例如提供MP3播放器、Java虚拟机等。作为例 子，UI模块532可以是BREW扩展542。在示例性版本中，对无线组播技术部分534的组播能力进行平衡，以便提供用于 在用户接口 502上呈现并且通过内容选择引擎544、选择的内容高速缓存546、以及内容播 放器548所描述的媒体内容。故障采集和报告组件536还包含允许器组件550、记录组件552、采集/报告组件 554、以及所存储的故障数据结构556。为了分配计算开销和/或减少通信系统100(图1)上的传输开销，人工智能(Al) 组件560和/或基于规则的逻辑组件562可以推断用户行为以进行报告、对关于可报告故 障相关的事件何时发生做出判决、和/或基于间歇的位置感知等推断位置、或者诊断造成 故障的原因。基于规则的逻辑组件562可以用来使这里描述或建议的某些功能自动操作。根据 可选方面，可以运用实施方案(例如，规则)来定义应该执行或者忽略的属性类型、创建意 识到位置感知状态、性能延迟的规则，用户认为是故障或者很差性能等的计算平台的某些 组件中。通过举例的方式，将意识到，基于规则的实现可以自动定义故障严重性的准则。AI组件560可以有助于自动实现这里所描述的一个或多个功能的性能，例如，可 能在所安装或执行的软件变化之前或之后了解什么是无线移动设备的正常和异常性能、推 断间歇的位置数据、基于机器学习调整提供给用户的用户反馈。因此，使用各种基于AI的 方案可以有助于实施其各个方面。分类器是将输入属性向量χ = (xl，x2, x3, x4, xn)映射到类标签class (χ)的功 能。分类器还可以是输入属于类的置信度，即f (X) = confidence (class (χ))。该分类可以 使用概率和/或基于统计的分析(例如，因式分解为分析效用和代价)来预测或者推断用 户期望自动执行的行为。支持向量机(SVM)是可以使用的分类器的例子。SVM的运作是通过在可能输入的 空间中找到超曲面，其以最优方式将触发输入事件与非触发事件分离。可以使用其它分类 方法，包括朴素贝叶斯、贝叶斯网络、判决树、神经网络、模糊逻辑模型、最大熵模型等。如在 这里所使用的，分类包括用于开发优先级模型的统计回归。如将从主题说明书中显而易见的，本主题发明可以使用预训练(例如，通过来自 多个用户的通用训练数据)的分类器以及强化学习(例如，通过观察用户行为、观察趋势、 接收外来信息)的方法。因此，可以使用本主题发明自动学习和执行许多功能，包括但是不 限于根据预定准则进行确定。在图6中，示例性方面描述了具有分层软件组件的无线移动设备的计算机平台 600，通过故障诊断部分602对其故障进行垂直监控、记录和报告。计算平台600的软件组 件在物理层604上构造。在示例性版本中，物理层604可以包含双向数据通信能力作为移 动台调制解调！ (MSMtm)芯片组606的一部分，包括ARM CPU、高通数字信号处理(QDSP)、 码分多址(CDMA)硬件、AMPS、射频(RF)组件、声码器、编解码器、通用输入/输出(GPIO) 硬件、通用异步接收机/发射机(UART)、通用串行总线(USB)等。硬件层604有利地包括MediaFLO硬件608以用于接收组播。一组系统组件610提供一组垂直的能力，其开始于最下面的引导/下载组件612、 然后是非易失性存储器(NV)服务614、系统诊断616、通用I/O接口 618、看门狗定时器620、 系统时钟622、中断处理624、通用软件626、以及在水平最高的应用层628处的Rex实时操 作系统(RTOS) 630。应用层628的其它软件组件包括电话拨号电话簿应用631、短消息传送服务应用 632、用于A-GPS的gpsOne应用634、用于无线移动设备的因特网浏览器636、音频/铃声服 务638、语音应答/语音消息(VR/VM)640、高通用于多媒体应用的MID/MP3 CMX(紧凑媒体 扩展)642、以及MediaFLO应用644。计算平台600的表示层646包括电话簿631之下的UI接口层648、SMS应用632 之下的SMS API 650、gpsOne应用634之下的gpsOne API 652、浏览器636之下的套接字 654、音频/铃声服务638之下的声音API 656，其依次在呼叫管理器658上构造。表示层 646还包括支持VR/VM应用640的语音API 660、支持MIDI/MP3/CMX应用642的CMX API 662、以及支持MediaFLO应用644的MediaFLO API 664。系统确定组件670支持呼叫管理 器 658。从浏览器636继续下去，传输控制协议/用户数据报协议(TCP/UDP)组件672支 持套接字658/呼叫管理器658，随后是因特网协议(IP)组件674、点对点协议676、无线链 路协议3组件678，随后是高数据速率(HDR)-无线链路协议(RLP)组件680、串行I/O API 682、并且随后到 UART/USB/BT 接口 684。从音频/铃声服务638和声音API 656向下，SDP、SIO BT扩展、BA、AG、DC组件 686构造在RF通信(RFCOMM)组件688上、然后是L2CAP组件690、然后是LMP/LM/HCI组件 692、然后是蓝牙组件694上。VR 引擎 696 支持语音 API 660。CMX 引擎 698 支持 CMX API 662。QDSP 驱动器 700 支持VR引擎696和CMX引擎698。MediaFLO API 664 受 MediaFLO 协议栈组件 702 支持，MediaFLO 协议栈组件 702 转而受MediaFLO驱动器704支持。MediaFLO应用644支持其它FLO应用(未示出)以及 其它故障诊断应用(未示出)。MediaFLO API 664作为FLO BREW接口提供服务。MediaFLO 协议栈702作为FLO媒体接入控制(MAC)和流层。MediaFLO驱动器704作为FLO硬件驱动
ο计算平台600的其它软件组件包括AMPS L3组件706、AMPS L2组件708、接收/ 发射(Rx/Tx)组件710、随后的AMPS中断服务程序(ISR)组件712。AUTH CDMA L3组件714 受 CDMA L2 组件 716、Rx/Tx 组件 718、编码器 / 解码器(Enc/Dec) 720 以及 CDMA/gpsOne 搜 索器组件722和解调器724支持。存在空中服务提供(OTASP)组件726、休眠时间线管理 组件728、无线电管理组件730、以及RF组件732。同时提供的还有HDR L3组件734、HDR L2组件736、HDR Rx/Tx组件738、HDR Enc/Dec组件740、HDR搜索器组件742和HDR解调 器 744。在图6中，用于无线广播故障检测、采集、分析和校正的方法800包括方框802中 大量无线移动设备消费运营商和/或组播服务。在方框804中，作出要对故障进行调查的 决定。这可以是设备进行故障记录和报告的默认设置。这可以是用户启动的调查。这可以是运营商启动的调查(例如，SMS允许)和/或组播提供商启动的调查。在方框806中，采用下面关于图7所讨论的一种实现，允许故障采集和报告。在方 框808中，根据在方框806的故障允许报告事件中指定的参数或准则，采集详细故障报告 808。例如，可以指定用于故障采集的软件组件、适用设备、故障严重性、和/或时间窗口。 在方框810中，针对故障趋势和成因分析报告的故障数据。随着对问题的更好理解，可以调 整允许的故障报告的数量。一旦故障成因归因于特定组件或者组件之间的交互，那么，方框 812中，指派该组件的责任硬件/软件开发商对故障负责。在方框814，将初步结果存储在 解决数据库中，从而协助价值链中的其他实体可能从用户或开发商得到询问。在方框816 中，责任开发商进行维修、对该维修进行测试、并且发布该维修。在818，对维修进行系统级 验证，从而避免可能由该维修引入的整合问题。根据该维修的适用性，启动方框820中的召 回/升级过程，以便将该维修引入现场和新的设备。随后，方框822中，最终解决更新解决 数据库。在图7中，示例性故障允许方法900描述为时序图，其包括大量无线移动设备A 902至E 910.WBSP故障数据采集服务器912和WBSP操作员914所代表的无线宽带服务提 供商(WBSP)、以及WMSP故障数据允许服务器916和WBSP操作员918所代表的无线组播服 务提供商(WMSP)。一个或多个故障分析/响应服务器920对采集的故障数据进行诊断，故 障数据可能位于WBSP、WMSP任何一个或者二者以及OEM、应用供应商等。在930处，WBSP操作员给WBSP故障数据采集服务器912配置阈值，当触发该阈值 时造成所需故障允许行为的警报。在所示出的方面中，某些或者全部无线移动设备902-910 可以通过诸如SMS发送汇总故障数据消息，其可以是自动地或者由用户启动。虽然，仅有一 小部分有故障的设备可能发送这样的汇总，但是这些报告可能创建关于现场设备中的问题 的警报。将其描述为在932处，无线移动设备A 902将SMS故障汇总发送到WBSP故障数 据采集服务器，在934处，WBSP故障数据采集服务器继而确定该报告还没有累计超过阈值。 随后，在936处，无线移动设备B 904将SMS故障汇总发送到采集服务器912，在938处，采集 服务器912再次确定该报告还没有累计超过阈值。然而，在940处，当无线移动设备C 906 发送SMS故障汇总时，在940处，采集服务器912确定已经超过了阈值，并且在944处，将现 场故障警报汇总发送给WBSP操作员914。基于一般可能需要哪种类型的现场故障数据来诊 断故障的评估，在946处，WBSP操作员914将允许故障数据采集指令发送到WBSB故障数据 采集服务器912。应该意识到，采用本公开的优点，如果当前不在接收范围中，可以保存SMS消息供 以后发送，直到下次调用SMS。作为另一个选择，可以通过后台进程中转SMS消息，诸如通过 客户服务代表协助对设备进行故障检修，特别是不能无线中转故障数据的设备。在示例性版本中，与单独的消息相比，将故障允许报告事件无线地组播到某些或 者所有无线移动设备902-910的能力，在到达这些设备902-910方面具有优势，并且对无线 通信信道没有不利影响方面也具有优点。至此，在948处，WBSP故障数据采集服务器912将 允许故障数据采集请求发送到WMSP故障数据允许服务器916，在952处，WMSP故障数据允 许服务器916继而将允许故障数据采集警报中转到WMSP操作员918。如果请求是按顺序， 在954处，WMSP操作员918将通报允许故障数据采集命令发送到WMSP故障数据允许服务 器 916。
因此，如956处描述的，将故障报告允许事件的组播发送到大量移动无线设备 902-910，其可以继续一段时间以浸透到大量的移动无线设备。应该意识到，对各个移动设 备通信的先后次序不是必须的，并且在一些应用中，采用单一广播就可以出现充分覆盖。在 一些应用中，可能需要更高的渗透，并且可以通过重复广播来实现。如果组播对于某些移动设备902-910不可用，如950处所描述的，WBSP故障数据 采集服务器912可以发送SMS广播允许故障数据采集消息，尽管接收困难可能造成某些设 备902、906没有接收到该SMS允许消息。这样允许进行故障报告，当移动设备C 906遇到故障时，如958处描述的，将详细 故障信息报告发送到WBSP故障数据采集服务器912。类似地，当移动设备D 908遇到故障 时，如960处描述的，将详细故障信息报告发送到WBSP故障数据采集服务器912。当移动设 备E 910遇到故障时，如962处描述的，将详细故障信息报告发送到WBSP故障数据采集服 务器912，如964处所描述的，WBSP故障数据采集服务器912继而将故障记录上传到故障分 析/响应服务器920用于诊断。应该意识到，在这里所描述的多个方面对用于网络级存储和处理的功能以及由移 动通信设备执行的其它功能进行了区分。应该意识到，采用本公开的优点，与多个方面相符 的应用可以包括采用更多分布式处理的配置减少在中央位置处的计算开销和/或减少通 信负荷。可替换地，可以采用额外的集中处理向一些有限能力的移动设备提供移动广告的 服务。结合这里所公开的多个版本所描述的各种说明性逻辑、逻辑块、模块和电路，可以 采用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA) 或者其它可编程逻辑器件、分立门或晶体管逻辑器件、分立硬件组件、或者设计为执行这里 所描述的功能的任何组合来实现或执行。通用处理器可以是微处理器，但是可替换地，处理 器可以是任何常规处理器、控制器、微控制器、或者状态机。还可以将处理器实现为计算器 件的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的 结合、或者任何其它这种配置。另外，至少一个处理器可以包含可操作执行上述一个或多个 步骤以及/或者行为一个或多个模块。此外，可以直接在硬件、处理器执行的软件模块、或者两者的组合中对结合这里所 公开的方面描述的方法或者算法的步骤和/或行为进行具体化。软件模块可以位于RAM存 储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM、 或者本领域中已知的任何其它形式的存储媒体中。示例性存储介质可以耦合到处理器，使 得处理器可以从存储介质读取信息并且将信息写入存储介质。可替换地，可以将存储介质 集成到处理器。此外，在一些方面中，处理器和存储介质可以位于ASIC内。另外，ASIC可 以位于用户终端中。可替换地，处理器和存储介质可以作为分立元件位于用户终端中。另 外，在一些方面中，方法或算法的步骤和/或行为可以作为一条代码和/或指令或者代码和 /或指令的任何组合或者代码和/或指令集位于机器可读介质和/或计算机可读介质上，可 以将其合并入计算机程序产品。虽然前述公开讨论了多个说明性方面和/或实施例，但是应该注意，在这里可以 进行各种改变和修改，而不脱离如通过所附权利要求定义的所描述方面和/或实施例的范 围。此外，虽然可以对所描述方面和/或实施例的元素进行单独描述或权力利要求，但是除非限于对单独一个进行明确陈述，否则预期对多个进行描述。另外，除非特别声明，否则可 以与全部或者部分任何其它方面和/或实施例一起利用全部或者部分任何方面和/或实施 例。
权利要求
一种用于将故障数据报告给无线数据通信提供商的方法，包括响应于故障状况，针对每个垂直软件层记录足够对多个组件中的责任组件进行诊断的故障数据，所述多个组件包括位于第一软件垂直层上的至少一个软件组件以及位于第二软件垂直层上的第二软件组件；接收故障报告允许事件；以及向无线数据通信提供商无线地报告所记录的故障数据以用于诊断所述责任组件。
2.如权利要求1所述的方法，还包括接收包含所述故障报告允许事件的无线组播信号。
3.如权利要求2所述的方法，还包括当满足所述报告允许事件的过滤准则时，无线地 报告所记录的故障数据。
4.如权利要求3所述的方法，还包括当满足故障严重性的过滤准则时，无线地报告所 记录的故障数据。
5.如权利要求3所述的方法，还包括当满足设备类型的过滤准则时，无线地报告所记 录的故障数据。
6.如权利要求3所述的方法，还包括当满足成为所选择的无线服务提供商之用户的 过滤准则时，无线地报告所记录的故障数据。
7.如权利要求3所述的方法，还包括当满足时间窗口的过滤准则时，无线地报告所记 录的故障数据。
8.如权利要求1所述的方法，还包括在接收所述故障报告允许事件之前，向所述无线 数据通信提供商无线地报告所记录的故障数据的汇总。
9.如权利要求1所述的方法，还包括接收包含所述故障报告允许事件的无线单播信号。
10.如权利要求1所述的方法，还包括记录足够对多个软件组件中的责任组件进行诊 断的故障数据，所述多个软件组件中的每个分别由无线组播提供商、原始设备制造商、双向 数据通信的运营商以及应用供应商开发。
11.如权利要求1所述的方法，还包括报告与出现所述故障状况相关联的感知位置。
12.至少一个处理器，其配置为向无线数据通信提供商报告故障数据，该处理器包括 第一模块，其用于响应于故障状况，针对每个垂直软件层记录足够对多个组件中的责任组件进行诊断的故障数据，所述多个组件包括位于第一软件垂直层上的至少一个软件组 件以及位于第二软件垂直层上的第二软件组件； 第二模块，其用于接收故障报告允许事件；以及第三模块，其向无线数据通信提供商无线地报告所记录的故障数据以用于诊断所述责 任组件。
13.一种计算机程序产品，包括 计算机可读介质，其包括第一组代码，其用于使计算机响应于故障状况，针对每个垂直软件层记录足够对多个 组件中的责任组件进行诊断的故障数据，所述多个组件包括位于第一软件垂直层上的至少 一个软件组件以及位于第二软件垂直层上的第二软件组件；第二组代码，其用于使所述计算机接收故障报告允许事件；以及第三组代码，其用于使所述计算机向无线数据通信提供商无线地报告所记录的故障数 据以用于诊断所述责任组件。
14.一种用于向无线数据通信提供商报告故障数据的装置，包括用于响应于故障状况，针对每个垂直软件层记录足够对多个组件中的责任组件进行诊 断的故障数据的模块，所述多个组件包括位于第一软件垂直层上的至少一个软件组件以及 位于第二软件垂直层上的第二软件组件；用于接收故障报告允许事件的模块；以及用于向无线数据通信提供商无线地报告所记录的故障数据以用于诊断所述责任组件 的模块。
15.一种用于向无线数据通信提供商报告故障数据的计算机实施装置，包括执行多个组件的计算平台；故障诊断记录组件，其响应于故障状况，针对每个垂直软件层记录足够对多个组件中 的责任组件进行诊断的故障数据，所述多个组件包括位于第一软件垂直层上的至少一个软 件组件以及位于第二软件垂直层上的第二软件组件；数据接收机，其用于接收故障报告允许事件；以及发射机，其用于向无线数据通信提供商无线地报告所记录的故障数据以用于诊断所述 责任组件。
16.如权利要求15所述的计算机实施装置，还包括无线双向数据通信收发机和无线组 播接收组件。
17.如权利要求15所述的计算机实施装置，还包括故障报告组件，当满足所述故障报 告允许事件的过滤准则时，该故障报告组件响应于该故障报告允许事件而无线地报告所记 录的故障数据。
18.如权利要求17所述的计算机实施装置，还包括当满足故障严重性的过滤准则时， 所述故障报告组件无线地报告所记录的故障数据。
19.如权利要求17所述的计算机实施装置，还包括当满足设备类型的过滤准则时，所 述故障报告组件无线地报告所记录的故障数据。
20.如权利要求17所述的计算机实施装置，还包括当满足成为所选择的无线服务提 供商之用户的过滤准则时，所述故障报告组件无线地报告所记录的故障数据。
21.如权利要求17所述的计算机实施装置，还包括当满足时间窗口的过滤准则时，所 述故障报告组件无线地报告所记录的故障数据。
22.如权利要求17所述的计算机实施装置，还包括无线组播接收组件，所述故障报告 组件对通过组播接收到所述故障报告允许事件作出响应。
23.如权利要求22所述的计算机实施装置，还包括无线单播收发机，所述故障报告组 件对通过单播或组播接收到所述故障报告允许事件作出响应。
24.如权利要求15所述的计算机实施装置，还包括位置感知组件，所述故障数据包括 与所述故障状况相关联的位置。
25.如权利要求15所述的计算机实施装置，还包括用户接口，所述故障报告允许事件 包括用户输入。
26.一种用于采集和分析来自多个无线通信设备的故障数据的方法，包括3向无线通信设备发送故障报告允许事件，所述无线通信设备响应于故障状况针对每个 垂直软件层记录足够对多个组件中的责任组件进行诊断的故障数据，所述多个组件包括位 于第一软件垂直层上的至少一个软件组件以及位于第二软件垂直层上的第二软件组件；无线地接收由所述无线通信设备报告的所记录的故障数据；以及针对所述故障状况来诊断所述责任组件。
27.如权利要求26所述的方法，还包括发送所述故障报告允许事件，该故障报告允许 事件具有过滤准则，该过滤准则用于有选择地报告所记录的故障数据。
28.如权利要求27所述的方法，还包括发送所述故障报告允许事件，该故障报告允许 事件具有所述过滤准则，该过滤准则用于基于故障严重性而有选择地报告所记录的故障数 据。
29.如权利要求28所述的方法，还包括发送所述故障报告允许事件，该故障报告允许 事件具有过滤准则，该过滤准则用于基于设备类型而有选择地报告所记录的故障数据。
30.如权利要求28所述的方法，还包括发送所述故障报告允许事件，该故障报告允许 事件具有过滤准则，该过滤准则用于基于成为所选择的无线服务提供商之用户而有选择地 报告所记录的故障数据。
31.如权利要求28所述的方法，还包括发送所述故障报告允许事件，该故障报告允许 事件具有过滤准则，该过滤准则用于基于时间窗口而有选择地报告所记录的故障数据。
32.如权利要求26所述的方法，还包括无线地接收所记录的故障数据的汇总；以及向多个无线移动设备无线地发送所述故障报告允许事件。
33.如权利要求32所述的方法，还包括发送包含所述故障报告允许事件的无线组播信号。
34.如权利要求26所述的方法，还包括分析所述报告的故障数据以诊断多个软件组 件中的责任组件，所述多个软件组件中的每个分别由无线组播提供商、原始设备制造商、双 向数据通信的运营商以及应用供应商开发。
35.如权利要求26所述的方法，还包括结合与出现所述故障状况相关联的位置信息 来分析所述报告的故障数据。
36.如权利要求35所述的方法，还包括采用网络生成的关于进行报告的所述移动通 信设备的位置信息来扩充包括在所述报告的故障数据中的全球定位系统数据。
37.至少一个处理器，其用于采集和分析来自多个无线通信设备的故障数据，包括第一模块，其用于向无线通信设备发送故障报告允许事件，所述无线通信设备响应于 故障状况针对每个垂直软件层记录足够对多个组件中的责任组件进行诊断的故障数据，所 述多个组件包括位于第一软件垂直层上的至少一个软件组件以及位于第二软件垂直层上 的第二软件组件；以及第二模块，其用于无线地接收由所述无线通信设备报告的所记录的故障数据；以及第三模块，其用于针对所述故障状况来诊断所述责任组件。
38. 一种计算机程序产品，包括计算机可读介质，其包括第一组代码，其用于使计算机向无线通信设备发送故障报告允许事件，所述无线通信设备响应于故障状况针对每个垂直软件层记录足够对多个组件中的责任组件进行诊断的 故障数据，所述多个组件包括位于第一软件垂直层上的至少一个软件组件以及位于第二软 件垂直层上的第二软件组件；第二组代码，其用于使所述计算机无线地接收由所述无线通信设备报告的所记录的故 障数据；以及第三组代码，其用于使所述计算机针对所述故障状况来诊断所述责任组件。
39.一种用于采集和分析来自多个无线通信设备的故障数据的装置，包括用于向无线通信设备发送故障报告允许事件的模块，所述无线通信设备响应于故障状 况针对每个垂直软件层记录足够对多个组件中的责任组件进行诊断的故障数据，所述多个 组件包括位于第一软件垂直层上的至少一个软件组件以及位于第二软件垂直层上的第二 软件组件；用于无线地接收由所述无线通信设备报告的所记录的故障数据的模块；以及 用于针对所述故障状况来诊断所述责任组件的模块。
40.一种用于采集和分析来自多个无线通信设备的故障数据的计算机实施装置，包括故障采集允许组件，其用于向无线通信设备无线地发送故障报告允许事件，所述无线 通信设备响应于故障状况针对每个垂直软件层记录和报告足够对多个组件中的责任组件 进行诊断的故障数据，所述多个组件包括位于第一软件垂直层上的至少一个软件组件以及 位于第二软件垂直层上的第二软件组件；数据通信接收机，其用于无线地接收由所述无线通信设备报告的所记录的故障数据；以及故障诊断组件，其用于针对所述故障状况作为响应确定多个组件中的所述责任组件。
41.如权利要求40所述的计算机实施装置，还包括用于选择并入所述故障报告允许事 件的过滤准则的用户接口，该过滤准则用于有选择地报告所记录的故障数据。
42.如权利要求41所述的计算机实施装置，还包括用于选择并入所述故障报告允许事 件的过滤准则的所述用户接口，该过滤准则用于基于故障严重性有选择地报告所记录的故 障数据。
43.如权利要求41所述的计算机实施装置，还包括用于选择并入所述故障报告允许事 件的过滤准则的所述用户接口，该过滤准则用于基于设备类型有选择地报告所记录的故障 数据。
44.如权利要求41所述的计算机实施装置，还包括用于选择并入所述故障报告允许事 件的过滤准则的所述用户接口，该过滤准则用于基于成为所选择的无线服务提供商之用户 有选择地报告所记录的故障数据。
45.如权利要求41所述的计算机实施装置，还包括用于选择并入所述故障报告允许事 件的过滤准则的所述用户接口，该过滤准则用于基于时间窗口有选择地报告所记录的故障 数据。
46.如权利要求40所述的计算机实施装置，还包括故障采集存储器，其用于存储无线地接收的所记录的故障数据的汇总；以及 故障分析组件，其响应于所存储的汇总中的趋势，推荐向所述多个无线移动设备无线地发送所述故障报告允许事件。
47.如权利要求40所述的计算机实施装置，还包括无线组播信号发送组件，其用于向 多个所述无线移动设备发送所述故障报告允许事件。
48.如权利要求40所述的计算机实施装置，还包括分析所述报告的故障数据以诊断 多个软件组件中的责任组件，所述多个软件组件中的每个分别由无线组播提供商、原始设 备制造商、双向数据通信的运营商以及应用供应商开发。
49.如权利要求40所述的计算机实施装置，还包括增强型全球定位系统组件，其用于 将所述报告的故障数据与所述故障状况的出现位置进行关联。
50.如权利要求40所述的计算机实施装置，还包括故障解决数据库，其包含来自所述故障诊断组件的故障诊断数据；以及 客户关系接口，其用于访问所述故障诊断数据。
全文摘要
用于现场无线移动设备的故障修复系统致力于现场故障数据采集、现场故障数据合并、以及信息服务平台，使得无线/移动广播/宽带应用/服务价值链中的参与者以稳定并且自动的方式对来自无线组播和/或无线宽带网络上无线/移动设备的现场故障问题作出响应。简明并且极其灵活的机制允许来自一组目标无线/移动设备的故障数据采集。另外，精密复杂的机制基于用户特定操作需求(例如，所选择的OEM、设备配置类型、签约了特定无线宽带服务的用户、故障出现某些时间限制等)，对应该参与现场故障数据采集的一组目标设备进行确定。记录在该移动设备上的故障数据进行垂直整合的，从而允许进行诊断并且指派责任方进行维修、测试并且以后续验证和部署进行发行。
文档编号H04L12/26GK101911592SQ200780102065
公开日2010年12月8日 申请日期2007年10月23日 优先权日2007年10月23日
发明者H·R·帕特里, R·萨特亚纳拉亚纳 申请人:高通股份有限公司