设备检验、遇险指示和补救制造技术

技术编号:8911092 阅读:157 留言:0更新日期:2013-07-12 03:34
一种无线通信设备,其可以被配置成执行完整性检查和向网络实体的询问,来隔离无线通信设备上的发生故障的组件的部分来进行补救。一旦确定了设备的组件上的完整性故障,则设备可以识别与该组件相关联的功能,并且向网络实体指示该发生故障的功能。无线网络设备和网络实体都可以使用组件-功能映射来识别发生故障的功能和/或发生故障的组件。在接收到设备处的完整性故障的指示之后,网络实体可以确定在设备处执行一个或多个附加的完整性检查迭代,以便窄化发生故障的组件上的完整性故障的范围。一旦隔离了完整性故障,则网络实体可以修复无线通信设备上的发生故障的组件的部分。

【技术实现步骤摘要】
【国外来华专利技术】设备检验、遇险指示和补救相关申请的交叉引用本申请要求于2010年11月5日提交的美国临时专利申请61/410,781的权益,其中该申请的内容在这里全部引入作为参考。
技术介绍
无线通信系统可以使用多余的资源来执行完整性检查和/或修复该系统内部无线通信设备上的完整性故障。当前的完整性检查可以在大型单体码块上执行,以便确定无线通信设备的完整性是否受损。例如,通过完整性检查,可以在无线通信设备上检测到未经授权的修改、篡改和/或受损软件。一旦检测到很大的单体码块的完整性故障,则网络可以采用大型单个码块的形式来将更新下载至无线通信设备,以便修复故障。这样做有可能需要不必要的带宽,并且在系统上增加了不需要的计算负担。此外,多种类型和/或模型的无线通信设备可以用于与网络通信或是在网络上通信,并且其中每一个设备都具有不同的软件和硬件形式。由于硬件和软件开发实践有可能会随着公司而不同,因此,这些不同的设备可能会导致难以使无线通信设备上发生故障的组件的报告处理标准化。
技术实现思路
本概述是为了以简化形式引入在以下的详细描述中被更进一步描述的不同概念而被提供的。在这里描述的是用于对无线通信设备的一个或多个组件执行完整性检查的系统、方法和设备实施例。这里描述的第一完整性检查可以在与无线通信设备相关联的组件上执行。该组件可被确定未能通过第一完整性检查。这时可以向网络实体发送一个关于与所述发生故障的组件相对应的功能的指示。从该网络实体可以接收一个在发生故障的组件上执行第二完整性检查以便确定发生故障的组件中导致该组件未通过第一完整性检查的部分的请求。所述第二完整性检查可以在发生故障的组件上执行,以便隔离所述发生故障的组件的部分,以通过网络实体来补救。根据一个例示实施例,加载器可以被配置成在与无线通信设备相关联的组件上执行第一完整性检查。该加载器还可以被配置成确定组件未通过第一完整性检查,并且在发生故障的组件上执行第二完整性检查,以便隔离发生故障的组件的部分,以通过网络实体来补救。根据一个例示实施例,平台完整性策略引擎(PIPE)可以被配置成接收来自加载器的关于发生故障的组件的指示,以及接收与发生故障的组件相对应的网络功能。该PIPE还可以被配置成向网络实体报告一个关于与发生故障的组件相对应的功能的指示,并且从网络实体接收在发生故障的组件上执行第二完整性检查以便确定发生故障的组件中导致该组件未通过第一完整性检查的部分的请求。根据一个例示实施例,设备补救服务器可以如这里所述。该设备补救服务器可以驻留在无线通信网络上,并且被配置成补救无线通信设备上未能通过完整性检查的组件的部分。例如,设备补救服务器可以被配置成从无线通信设备接收一个关于与无线通信设备上未能通过完整性检查的组件相关联的网络功能的指示。所述发生故障的组件可以是基于接收到的关于网络功能的指示而被确定的。设备补救服务器还可以被配置成执行向无线通信设备的询问,以便通过隔离发生故障的组件的部分来进行补救。该设备补救服务器还可以被配置成基于一个或多个标准(criteria)来确定发送给无线通信设备的关于发生故障的组件的修复或替换。一旦基于该标准确定了修复或替换,则设备补救服务器可以将用于发生故障的组件的部分的修复或替换发送到无线通信设备。多种不同的标准可以用于确定发生故障的组件的修复或替换。例如,所述标准可以基于发生故障的组件的大小或其他某个因素。在一个例示实施例中,补救服务器可以基于OS软件版本来替换特定组件。其他例示标准可以包括但不局限于:版本号;每一个设备/组件/代码部分的最近更新或成功补救的日期/时间;代码或组件的所有权;代码许可的状况(例如数字权利管理);发生故障的组件、比特或字节的数量;发生故障的代码部分的大小;以及所指定或计算的代码部分或组件的风险或损害影响值。本概述是为了以简化形式引入精选概念而被提供的,并且在以下的详细描述中将会进一步描述这些概念。本概述既不是为了确定所保护主题的关键特征或必要特征,也不是为了限定所保护的主题的范围。此外,所要保护的主题并不局限于解决在本公开的任何部分中指出的任何或所有缺陷的范围。附图说明更详细的理解可以从以下结合附图举例给出的描述中得到,其中:图1A示出的是可以实施所公开的一个或多个实施例的例示通信系统;图1B示出的是可以实施所公开的一个或多个实施例的例示无线发射/接收单元;图1C示出的是可以实施所公开的一个或多个实施例的例示系统无线电接入网络;图2是示出了无线通信设备上的引导序列的例示实施例的图示;图3是示出了对象文件与可执行映像之间的联系的图示;图4是示出了对象文件与可执行映像之间的联系的另一个图示;图5示出的是文件的组件TRV区段的一个示例。图6是示出了组件-网络功能映射的图示;图7示出的是文件的组件-功能映射区段的示例;图8是示出了在引导序列中使用的平台能力策略初启(bring-up)的图示;图9是示出了这里描述的在完整性检查和/或报告期间使用表格或映射的图示;图10是示出了这里描述的报告和补救处理的例示综述的图示;图11示出的是通过在设备上收集信息来确定可以执行的操作的例示呼叫流程图;图12示出的是用于在设备与网络实体之间执行询问的例示呼叫流程图;图13示出的是在无线通信设备的组件上执行的询问的示例;图14示出的是在无线通信设备组件上执行的询问的另一个示例;图15示出的是与遇险警报以及单体代码替换相关的例示呼叫流程图;图16示出的是与远程软件遇险/补救相关联的例示呼叫流程图;图17示出的是与实施SeGW验证尝试的远程软件遇险/补救相关联的例示呼叫流程图;图18A示出的是与远程软件遇险/补救相关联的例示呼叫流程图,其中网络可以禁止经由SeGW的验证;图18B示出的是与实施即时限制访问和精确访问控制的远程软件遇险/补救相关联的例示呼叫流程图;图19示出的是将无线通信设备软件组件补救与SeGW访问相关联的例示呼叫流程图;图20示出的是与中继节点的能力自举(bootstrap)相关联的例示呼叫流程图;图21示出的是与具有经过验证的管理能力的中继节点补救相关联的例示呼叫流程图;图22示出的是具有功能组件和代码/数据存储组件的例示系统;图23示出的是引导序列的阶段以及在每一个阶段实施的不同实体间的交互的例示流程图;图24A示出的是被线性组合以创建TRV的量度序列的图示;以及图24B示出的是使用Merkle散列树来创建TRV的值的组合的图示。具体实施例方式图1A-24B涉及的是可以实施所公开的系统、方法和手段的例示实施例。这里描述的实施例是例示性而不是限制性的。虽然在这里示出并描述了协议流程,但是这些流程的顺序是可以改变的,和/或附加流程是可以添加的。图1A、1B和IC示出的是可以在这里描述的实施例中使用的例示通信系统和设备。图1A是可以实施所公开的一个或多个实施例的例示通信系统100的图示。通信系统100可以是为多个无线用户提供语音、数据、视频、消息传递、广播等内容的多址接入系统。该通信系统100通过共享包括无线带宽在内的系统资源来允许多个无线用户访问此类内容,举例来说,通信系统100可以使用一种或多种信道接入方法,如码分多址(CDMA)、时分多址(TDMA)、频分多址(FDMA)、正交 FDMA (OFDMA)、单载波 FDM本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员:Y·C·沙阿L·凯斯D·F·豪利I·查A·莱切尔A·施米特
申请(专利权)人:交互数字专利控股公司
类型:
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1