CN105917678A - 用于蓝牙低能量挂起和恢复的方法和装置 - Google Patents

Abstract

在设备处通过设备与另一个设备之间的连接来接收指示挂起该连接的分组。该设备挂起该连接并且存储挂起连接属性记录，该挂起连接属性记录具有用于恢复该连接的连接属性。该设备接收具有恢复挂起连接请求的通告分组，并且确定该恢复挂起连接请求是否是用于恢复与该挂起连接属性记录相关联的该连接的请求。如果确定结果是肯定的，则该设备根据所存储的连接属性来恢复该连接。

Description

用于蓝牙低能量挂起和恢复的方法和装置

相关申请的交叉引用

本专利申请享有于2014年1月14日提交的、题为“METHOD ANDAPPARATUS FOR BLUETOOTH LOW ENERGY SUSPEND ANDRESUME”的美国临时申请No.61/927,000的优先权，上述申请已转让给其受让人，并且通过引用将其全部内容明确地并入本文。

技术领域

概括地说，本公开内容涉及无线多媒体***，更具体地说，涉及低能量、短距离无线数据通信。

背景技术

蓝牙(BT)是一种用于移动电话、计算机、数码相机、无线耳机、扬声器、键盘、鼠标或其它输入外设以及类似设备的短距离无线通信协议。BT支持在主设备与多个从设备之间的个人域网(PAN)。

但是BT通信会具有一定功耗，该功耗在某些类型的应用中可能要求在硬件或功能上作出妥协，或者可能甚至致使BT不实用。部分是为了解决功耗问题，一种被称为蓝牙低能量或“BTLE”的变型已被开发出并被采纳于各种应用中，特别是需要不频繁的事件驱动的少量数据传输的应用。BTLE通过相应的低占空周期操作(即，将设备中的至少一个(例如，远程传感器)切换至睡眠模式，当有新数据要发送时，该设备被从该睡眠模式唤醒)来高效地利用不频繁的传输。BTLE的示例应用包括各种医疗、工业、消费者和健身应用中的“纽扣单元”电池操作的传感器和致动器(也被称为“智能”传感器或致动器)，其通常连接到诸如启用BTLE的智能电话、平板设备和膝上型计算机之类的设备(也被称为“智能随时待命(Smart Ready)”设备)。

在示例BTLE操作中，启用BTLE的***设备(例如，远程传感器)被配置为由例如定时器或感测事件来唤醒，并且一旦唤醒，切换到通告模式。在通告模式中，启用BTLE的***设备可以发送“我在这里，有数据”通告分组。另一个设备(例如，装备BTLE的智能电话)可以被配置为定期地切换到发起方模式并且针对通告分组进行扫描。当装备BTLE的智能电话在其发起方模式中检测到通告分组时，其利用BTLE协议连接请求分组进行响应。BTLE协议连接请求分组可以包括定义BTLE连接的属性。示例属性可以包括跳频序列、连接间隔和加密数据。一旦建立了连接，装备BTLE的智能电话就从发起方模式切换到主设备模式，并且启用BTLE的***设备从其通告方模式切换到从设备模式。

然而，在已知的传统BTLE中，当与唤醒事件相关联的数据传输完成时，连接可以终止。结果，连接属性(例如，跳频序列和加密数据、以及应用状态)都丢失了。因此，每次重新建立连接时，必须重新建立连接和应用状态。重新建立连接和应用状态会消耗功率、带宽和时间。这种功耗会带来问题，这是因为例如，许多启用BTLE的***设备可能具有小的电池容量，或者可能被封装或放置为使得频繁的电池更换是不切实际的。

发明内容

该概述标识一些特征，并非旨在是对所公开的主题内容的排他性或详尽的描述。可以在详细描述和所附权利要求书中找到另外的特征和进一步的细节。在概述中包含的内容并不是反映重要性。对于本领域技术人员来说，在阅读以下详细描述和查看形成其一部分的附图之后，另外的方面将变得显而易见。

在一个示例中，公开了用于无线通信的一种方法。所述方法可以包括：在设备处，通过连接接收指示挂起所述连接的分组，其中，所述连接可以是在所述设备与另一个设备之间；并且响应于指示挂起所述连接的所述分组，挂起所述连接，以及在所述设备处存储挂起连接属性记录。根据一个方面，所述挂起连接属性记录与所述连接相关联，并且所述挂起连接属性记录包括用于恢复所述连接的连接属性。该一种示例方法还包括：在所述设备处接收通告分组，所述通告分组具有恢复挂起连接请求；以及确定所述恢复挂起连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述连接的请求。该一种示例方法可以包括：响应于所述确定的肯定结果，恢复所述连接，其中，所述恢复至少部分地基于所述挂起连接属性记录中的所述连接属性中的至少一个。

在一个示例中，公开了一种启用蓝牙低能量(BTLE)的设备。所述启用BTLE的设备可以包括：处理器单元；存储器，其耦合到所述处理单元，所述存储器被配置为存储BTLE挂起连接属性表；以及BTLE栈，其耦合到所述处理单元，所述BTLE栈具有BTLE主机处理器并且包括具有BTLE收发机的BTLE控制器，所述BTLE栈还包括BTLE主机控制器接口，所述BTLE主机控制器接口被配置为与所述BTLE主机处理器和所述BTLE控制器连接。在一个示例中，在所述启用BTLE的设备中，存储器还被配置为存储可由所述处理单元、所述BTLE主机处理器或两者执行的计算机可执行指令，所述计算机可执行指令在由所述处理单元、所述BTLE主机处理器或两者执行时使得所述处理单元、所述BTLE主机处理器或两者进行以下操作：控制在所述BTLE收发机处通过所述启用BTLE的设备与另一个设备之间的BTLE连接的对指示挂起所述BTLE连接的分组的接收，并且响应于所述接收，挂起所述BTLE连接，以及在所述BTLE挂起连接属性表中存储挂起连接属性记录，其中，所述挂起连接属性记录包括用于恢复所述BTLE连接的连接属性。所述存储器还可以被配置为存储可由所述处理单元、所述BTLE主机处理器或两者执行的计算机可执行指令，所述计算机可执行指令在由所述处理单元、所述BTLE主机处理器或两者执行时使得所述处理单元、所述BTLE主机处理器或两者进行以下操作：控制在所述BTLE收发机处对通告分组的接收，所述通告分组具有恢复挂起BTLE连接请求；确定所述恢复挂起BTLE连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述BTLE连接的请求；以及响应于所述确定的肯定结果，恢复所述连接，其中，所述恢复至少部分地基于所述挂起连接属性记录中的所述连接属性中的至少一个。

在一个示例中，公开了用于存储计算机可执行指令的计算机程序产品。在一个示例中，所述指令可以包括在由计算机执行时使得所述计算机进行以下操作的指令：控制在设备处通过所述设备与另一个设备之间的连接的对指示挂起所述连接的分组的接收，并且作为响应，控制对所述连接的挂起，以及在所述设备处的存储器中存储挂起连接属性记录，所述挂起连接属性记录具有用于恢复所述连接的连接属性；以及控制在所述设备处的对通告分组的接收，所述通告分组具有恢复挂起连接请求。在一个示例中，所述指令可以包括在由计算机执行时使得所述计算机进行以下操作的指令：确定所述恢复挂起连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述连接的请求；以及响应于所述确定的肯定结果，控制恢复所述连接，其中，所述恢复至少部分地基于所述挂起连接属性记录中的所述连接属性中的至少一个。

在一个示例中，公开了用于无线通信的装置。在一个示例中，所述装置可以包括：用于通过与另一个设备的连接来接收指示挂起所述连接的分组，并且作为响应，挂起所述连接，以及存储挂起连接属性记录的单元，所述挂起连接属性记录具有用于恢复所述连接的连接属性。在一个示例中，所述装置还可以包括：用于接收具有恢复挂起连接请求的通告分组的单元；用于确定所述恢复挂起连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述连接的请求的单元；以及用于响应于所述确定的肯定结果，恢复所述连接的单元，其中，所述恢复至少部分地基于所述挂起连接属性记录中的所述连接属性中的至少一个。

附图说明

给出附图以帮助描述所公开的方面，并且提供附图仅用于说明这些方面而不是对其进行任何限制。

图1示出了在启用蓝牙LE(BTLE)的设备的示例之间具有BTLE连接的一个示例***。

图2示出了一个启用BTLE的设备的功能框图。

图3和图4分别示出了传统BTLE通告信道分组格式和传统BTLE通告信道分组的传统头部格式。

图5示出了传统BTLE通告分组有效载荷格式。

图6示出了传统BTLE连接请求分组有效载荷格式。

图7示出了图5传统BTLE连接请求分组有效载荷格式的链路级数据字段的传统格式。

图8根据一个或多个示例性实施例，示出了补充的BTLE协议有向BTLE通告分组的一个示例格式，该分组具有请求恢复连接标志字段。

图9根据一个或多个示例性实施例，示出了补充的BTLE协议连接请求分组的一种示例格式，该分组具有恢复连接确认字段。

图10根据一个或多个示例性实施例，示出了表示中央设备处的一个挂起和恢复过程中的示例操作的一个信令流程图。

具体实施方式

在以下的详细描述和针对于所公开的特定方面的相关附图中公开了本发明的方面。在不脱离本发明的情况下，可以设计出替代的方面。另外，本发明的公知的元素将不进行详细描述或者将被省略以便不使本发明的相关细节模糊不清。

本文使用“示例性”一词来意指“充当示例、实例、或说明”。本文所描述为“示例性”的任何实施例或方面不必被解释为比其它方面优选或有利。同样，术语“所公开的方面”不要求所公开的所有方面都包括所论述的特征、优点或操作模糊。因此将意识到，本文所使用的术语仅是出于描述特定方面的目的，并不旨在对本发明的各个方面进行限定。

如本文所使用的，单数形式“一”、“一个”和“所述”旨在也包括复数形式，除非上下文另有明确地指示。还将理解，术语“包括”、“包括有”、“包含”或“包含有”当用在本文中时，指明存在所陈述的特征、整数、步骤、操作、元素和/或组件，但不排除存在或增加一个或多个其它特征、整数、步骤、操作、元素、组件和/或其组。

将会理解，除非明确说明或从具体上下文清晰可见，否则将元素指定为“第一”、“第二”等并不限制这些元素的数量或顺序(时间上或空间上)。例如，对第一元素和第二元素的引用并不意指可以采用所描述的元素中的仅两个元素，且并不意指第一元素必须以时间、空间位置或重要性的顺序在第二元素之前。

除了另外说明的情况之外，对“一组”元素的记载意指该组包括一个或多个元素。此外，除非另外说明，否则无论是在说明书还是权利要求书中，“X、Y或Z中的至少一个”或者“X、Y或Y中的一个或多个”或者“由X、Y和Y组成的组中的至少一个”形式的措辞是可互换和同义的，并且意指“X或Y或Z、或者X和Y、或者X和Z、或者X和Y和Z、或者这些元素的任意组合”。

参考图1，一个BTLE***100可以包括启用BTLE的中央设备102，例如，台式计算机、膝上型计算机、笔记本电脑、平板电脑、或其它便携式计算设备(例如，蜂窝智能电话或任何其它可编程数字计算设备)。将会理解，启用BTLE的中央设备102可以包括能够支持BTLE主机(在图1中未明确示出)的处理器和存储器资源(在图1中未明确示出)。启用BTLE的中央设备102还可以包括提供BTLE控制器(在图1中未明确示出)、BTLE无线收发机和BTLE控制器接口(在图1中未明确示出)的资源。在一个方面中，启用BTLE的中央设备102还可以包括(例如经由通用链路LX)至互联网的互联网接口模块102B。通用链路LX可以例如包括WiFi站或无线路由器，并且可以通过例如互联网服务提供商(ISP)连接到互联网。通用链路LX的物理层(未被单独地标记)可以包括例如DSL、卫星链路和/或光纤。

仍然参考图1，BTLE***100还可以包括启用BTLE的***设备104，不限于心脏监测器(未在图1中具体示出)或空气质量传感器(未在图1中具体示出)。启用BTLE的***设备104可以具有与启用BTLE的中央设备102的BTLE功能相当的BTLE功能，但可以被限制于在从属模式中结合相应的BTLE通信进行操作。

图2示出了启用BTLE的设备的功能框图200，其可以实现例如启用BTLE的中央设备102。为了简化以下的描述，引入了短语“启用BTLE的设备”200。如本文所使用的，短语“启用BTLE的设备”意指“包括根据功能框图200或由功能框图200表示的能力或功能的启用BTLE的设备”。在一个方面中，图1的启用BTLE的***设备104可以由根据启用BTLE的设备200或精简版本的启用BTLE的设备200的设备来实现，如本公开内容在稍后更详细描述的。

参考图2，启用BTLE的设备200可以包括处理单元(CPU)202，其通过总线204耦合到存储器206。在一个方面中，启用BTLE的设备200可以包括BTLE协议栈208，诸如在蓝牙核心规范(版本4.0协议规范)中所描述的。BTLE协议栈208可以运行在例如较高层级的应用210(下文称为“应用”210)下。BTLE协议栈208可以包括BTLE主机212、BTLE主机控制器接口214和BTLE控制器216。BTLE控制器216可以包括BTLE收发机218，其耦合到BTLE天线220。应用210(虽然在启用BTLE的设备200内示出为单个框)可以是由例如CPU 202的资源结合存储器206中所存储的处理器可执行指令(未单独示出)来实现的分布式功能。举例说明，应用210可以是病人状态监测应用或工业过程监测器。这些仅是示例，并不旨在作为对任何示例性实施例或其任何方面的范围的限制。在一个方面中，BTLE协议栈208的BTLE主机212可以至少部分地由CPU 202结合例如在存储器206中所存储的处理器可执行指令(未单独示出)来实现。

参考图2，在一个方面中，存储器206可以包括或支持BTLE挂起连接属性表222的存储。在进一步的方面中，存储器206可以包括或支持挂起的应用状态表224的存储。将会理解，如本文所使用的术语“表”仅是标注，并不旨在定义或限制BTLE挂起连接属性表222或挂起的应用状态表224的结构或布置。还将会理解，存储器206的单个框图形表示并不旨在限制或定义存储器206的架构或任何结构特征。例如，示出为“存储器”206的框可以表示分布式存储器资源，其可以是在其它描述的功能框内或与其它描述的功能框相集成。举一个说明性示例，包含BTLE挂起连接属性表222或挂起的应用状态表224或两者的存储器资源可以是在BTLE控制器216内或与BTLE控制器216相集成。相应地，这些实施方式可以提供和/或能够实现进一步的特征和/或益处。例如，在其中BTLE控制器216内的或与BTLE控制器216相关联的存储器(在图2中未单独可见)存储BTLE挂起连接属性表222和挂起的应用状态表224的实施方式中，BTLE主机212不必知晓连接被挂起并稍后被恢复。例如，足够的BTLE连接属性信息和应用状态信息可以被包含在BTLE控制器216中。此外，在这些实施方式中，对于BTLE控制器216(特别是对于本发明)来说已知的信息可以是例如关于启用BTLE的设备200是否支持挂起和恢复功能的信息。在一个方面中，该信息可以存储在BTLE主机212中。在另一个方面中，该信息可以驻留或甚至仅驻留在BTLE控制器216中。

在本文对示例传统启用BTLE的设备和这种设备的操作的描述中，不具有附图标记的短语“传统启用BTLE的设备”(除了另外明确说明或从上下文清晰可见具有不同的含义之外)意指一个或多个传统启用BTLE的设备，启用BTLE的设备200可以是其中的一个示例。在本文对示例传统启用BTLE的中央设备及其操作的描述中，不具有附图标记的短语“传统启用BTLE的中央设备”(除了另外明确说明或从上下文清晰可见具有不同的含义之外)意指一个或多个传统启用BTLE的中央设备，启用BTLE的中央设备102可以是其中的一个示例。同样，在本文对示例传统启用BTLE的***设备及其操作的描述中，不具有附图标记的短语“传统启用BTLE的***设备”(除了另外明确说明或从上下文清晰可见具有不同的含义之外)意指一个或多个传统启用BTLE的***设备，启用BTLE的***设备104可以是其中的一个示例。

在例如启用BTLE的***设备与启用BTLE的中央设备之间的传统BTLE连接的传统BTLE建立可以包括：启用BTLE的***设备响应于定时器或外部事件而唤醒。启用BTLE的***设备可以随后切换到通告模式。在通告模式中，启用BTLE的***设备可以在其规定的40个信道中的BTLE协议的分配的3个信道中的一个或多个上发送传统BTLE通告分组。图3示出了BTLE通告分组格式300。BTLE通告分组格式300可以是依照已知的传统BTLE通告分组格式。如本领域普通技术人员所公知的，BTLE通告分组格式300可以被携带成传统BTLE协议分组(在图3中没有完全可见)内的协议数据单元(PDU)(在图3上未被明确标记)。传统BTLE协议分组的格式和内容规范对于本领域普通技术人员来说是公知的，因此省略了进一步详细描述。传统BTLE通告分组的格式和内容规范对于此类人员来说也是公知的，但为了方便起见这里将概述示例特征。

参考图3，BTLE通告分组格式300可以包括BTLE通告分组头部302和通告分组有效载荷304。BTLE通告分组头部302可以具有2个八位字节(即，16个比特)的长度，并且参照图4进行进一步详细描述。参考图3，通告分组有效载荷304可以具有在从6个八位字节到多达BTLE指定的最大长度的范围的长度。可以在通告分组头部的特定字段中指定通告分组有效载荷304的长度，如将参照图4进一步详细描述的。

图4示出了可以是根据已知的传统BTLE通告分组头部格式或协议的BTLE通告分组头部格式400。传统BTLE通告分组头部协议对于本领域普通技术人员来说是公知的，但为了方便起见这里将概述某些特征。参考图4，BTLE通告分组头部格式400可以包括PDU类型字段402、保留供未来使用(RFU)字段404、TxADD字段406、RxADD字段408、上文所描述的通告有效载荷长度字段410和另一个RFU字段412。如本领域普通技术人员所公知的，TxADD字段406和RxADD字段408的功能可以取决于PDU类型字段402的内容。PDU类型字段402可以具有4个比特的长度，RFE 404可以具有2个比特的长度，并且TxADD字段406和RxADD字段408可以具有1个比特的长度。通告有效载荷长度字段410可以具有4个比特的长度并且RFU字段412可以具有2个比特的长度。PDU类型字段402可以指示BTLE指定的通告类型集合之中的通告类型。BTLE指定的通告类型集合对于本领域普通技术人员来说是公知的，因此详细描述对于拥有本公开内容的此类人员根据示例性实施例来实施是不必要的。

图5示出了可以是根据已知的传统BTLE通告分组有效载荷协议的BTLE通告分组有效载荷格式500。传统BTLE通告分组有效载荷协议对于本领域普通技术人员来说是公知的，但为了方便起见将该概述某些特征。参考图5，BTLE通告分组有效载荷格式500可以包括通告方地址(AdvA)字段和通告数据(AdvData)字段504。AdvData字段504可以包括来自通告方(例如，图2，启用BTLE的设备200)的信息，诸如举例来说，设备标识符(在图5中未具体可见)、通告设备的发射功率(在图5中未具体可见)和/或通告设备的剩余电池电力(在图5中未具体可见)。

根据传统BTLE技术，启用BTLE的中央设备可以切换到发起方模式并且在背景中针对通告进行扫描。当启用BTLE的***设备有数据要发送时，其发送对该数据的通告。假定启用BTLE的中央设备切换到其发起方模式，具有与启用BTLE的***设备的通告传输的可接受的时间对齐，启用BTLE的中央设备检测到通告分组。作为响应，启用BTLE的中央设备(在其发起方模式中进行动作)向启用BTLE的***设备发送连接请求分组。图6示出了一个传统BTLE连接请求分组的一个有效载荷600。参考图6，有效载荷600可以包括“InitA”字段602(其是启用BTLE的中央设备的地址(即，MAC地址))、“AdvA”字段604(其是启用BTLE的***设备的地址(即，MAC地址))和“LL数据”字段606。LL数据字段606中的LL数据可以是一组BTLE连接属性(在图6中未单独可见)，其定义BTLE连接，并且启用BTLE的***设备与启用BTLE的中央设备之间的后续通信依赖于这些BTLE连接属性。

参考图7，传统BTLE协议LL数据的字段(其是图6的LL数据字段606)包括“CRCInit”(其是用于对启用BTLE的***设备的循环冗余码(CRC)寄存器(在附图中未示出)进行初始化的值)和被称为“间隔”的间隔参数(其定义BTLE连接间隔时间)。继续参考图7，传统BTLE协议LL数据的字段还可以包括被称为“跳变”的跳变参数，其标识BTLE跳频序列。传统BTLE协议LL数据的字段还可以包括“延迟”，其是在不丢失BTLE连接的情况下启用BTLE的***设备在后续BTLE协议通信中作为从属可以忽略的若干个通信间隔。传统BTLE协议LL数据还可以包括加密参数。

当启用BTLE的***设备通过上文概述的BTLE协议消息传送所建立的BTLE连接完成其对数据(例如，心脏监测数据)的发送时，启用BTLE的***设备可以终止BTLE连接并且执行传统BTLE操作以便进入待机模式。然而，当启用BTLE的***设备根据传统BTLE技术和操作而进入待机状态时，所有(或至少显著数量)的BTLE连接属性可能丢失。因此，在诸如由BTLE心跳传感器进行的向启用BTLE的中央设备报告的场景中，每个报告可以要求在唤醒后执行上文所描述的连接建立消息传送周期的另一个重复。每个这种重复实现了显著的消息传送，以及相应的显著数量的机器周期，例如，内部状态恢复操作(由启用BTLE的中央设备和启用BTLE的***设备进行的)。

这种消息传送和相应的内部操作会消耗功率，这对于BTLE***设备可能尤其是不期望的。此外，这种消息传送和相应的内部操作会导致延迟。此外，当报告完成，随后根据传统BTLE返回待机时，花费了功率和时间来获得的BTLE连接属性(参见例如图7中可见的多个字段)再次丢失。

除了其它特征和益处之外，根据各种示例性实施例的方法和***可以提供针对传统BTLE连接技术中已知的这些或其它缺点的解决方案。除了其它特征和益处之外，各个示例性实施例可以例如提供BTLE协议连接的挂起、以及在表或其它存储器中提供挂起的BTLE连接的BTLE连接属性的存储。所存储的BTLE连接属性可以被替代地称为“挂起连接属性记录”或“挂起的BTLE连接属性记录”。各个示例性实施例还可以包括：响应于稍后进一步详细描述的给定事件，获取所存储的BTLE连接属性并且恢复BTLE连接。如将会意识到，示例性实施例中的获取和恢复可以显著地减少BTLE连接消息传送并且显著地减少由启用BTLE的***设备和启用BTLE的中央设备进行的相应的内部操作。

用于BTLE协议睡眠-唤醒-重新连接的传统技术的另一个缺点在于：当BTLE连接终止时，不仅所有或显著数量的BTLE连接属性可能丢失，而且与BTLE通信所传输的数据有关的较高层级的应用在知晓该终止之后可能丢失应用状态。因此，当BTLE连接终止时，后续的重新连接还可能要求应用的另一个重新初始化，这携带了额外的处理开销。

除了其它特征和益处之外，根据各种示例性实施例的方法和***可以提供在BTLE协议连接的这种终止之后对应用状态参数的存储，并且根据进一步描述的特征，获取所存储的应用状态参数以处理从所恢复的连接接收的数据，而没有处理开销，或具有处理开销的显著减少。

将会意识到，示例性实施例的各种特征中的另一个特征在于：在其下运行BTLE主机的应用可以不知晓BTLE连接被挂起。这转而可以防止或显著地减少丢失的应用状态。

在一个方面中，启用BTLE的中央设备或启用BTLE的***设备所支持的BTLE主机可以被配置为假定另一个启用BTLE的设备(即，启用BTLE的中央设备或启用BTLE的***设备中的另一个)支持根据一个或多个示例性实施例的BTLE连接的挂起和恢复。在另一个方面中，启用BTLE的中央设备或启用BTLE的***设备或两者可以被配置为在初始的或一次性的连接处，例如通过查询消息来确定另一个设备是否可以支持根据一个或多个示例性实施例的BTLE连接的挂起和恢复。查询消息可以是例如对特定方面(例如另一个设备是否支持发送指示挂起BTLE连接的分组)的查询。例如，启用BTLE的中央设备可以被配置为在接收指示挂起BTLE连接的分组之前向启用BTLE的***设备发送挂起能力查询消息，以确定启用BTLE的***设备是否支持根据一个或多个示例性实施例的发送指示挂起BTLE连接的分组。

在另一个方面中，启用BTLE的***设备或启用BTLE的中央设备或两者可以被配置为在发送指示挂起BTLE连接的分组之前从另一个设备接收挂起-恢复能力查询消息。挂起-恢复能力查询消息可以被配置为确定接收挂起-恢复能力查询消息的设备是否支持根据示例性实施例的挂起-恢复，例如，支持接收指示挂起BTLE连接的分组。如先前所描述的，在一个方面中，关于接收设备是否支持根据示例性实施例的挂起-恢复的信息可以存储在其BTLE控制器中(例如，图2的BTLE控制216中)。在相关的方面中，启用BTLE的***设备或启用BTLE的中央设备或两者可以被配置为通过生成并发送能力查询响应消息来对挂起-恢复能力查询消息进行响应。能力查询响应消息可以指示接收挂起-恢复能力查询消息的设备是否支持接收指示挂起BTLE连接的分组。

在一个方面中，根据各个示例性实施例的方法和***可以提供通用接入规范(General Access Profile，GAP)服务，该服务包含指示特征受到支持的专属特性，并且这可以在初始的BTLE连接期间被发现。在进一步的方面中，所支持的特征特性可以被缓存在例如启用BTLE的中央设备的存储器中，并且由启用BTLE的中央设备用于至同一***设备的后续BTLE连接。对所支持的特征特性的缓存可以是例如在启用BTLE的中央设备的BTLE主机中。

根据各个示例性实施例，启用BTLE的***设备可以被配置为发起挂起其与启用BTLE的中央设备的BTLE连接。例如，启用BTLE的***设备可以被配置为通过现有的BTLE连接来发送具有设定为SUSPEND的错误码的“LL_TERMINATE_IND”。根据一个或多个示例性实施例，设定为SUSPEND的错误码可以是对BTLE协议的补充。启用BTLE的中央设备可以被配置为检测具有设定为SUSPEND的错误码的LL_TERMINATE_IND，并且作为响应，可以保存BTLE连接属性。可以将BTLE连接属性保存为挂起连接属性记录。在一个方面中，挂起连接属性记录可以包括另一个设备的地址(例如，启用BTLE的***设备的地址)。

在一个方面中，启用BTLE的***设备可以被配置为发起恢复所挂起的BTLE连接，例如，响应于定时器事件或传感器事件，恢复BTLE连接。在进一步的方面中，启用BTLE的***设备可以开始于发送有向的通告，通常根据传统BTLE有向通告协议，但补充有标志字段或其它额外的字段以携带例如“请求-恢复挂起的连接”标志。额外的字段可以是例如可被串联到该有向通告分组的尾部的字节。该额外的字节或其它额外的字段可以包括表示请求恢复挂起连接标志的一个比特或多个比特，其指示启用BTLE的***设备想要恢复先前挂起的BTLE连接。在一个方面中，补充的BTLE有向通告分组可以包括通告设备的地址(例如，启用BTLE的***设备的地址)。

在一个方面中，启用BTLE的中央设备可以被配置为通过检查标志字段结合将通告设备的地址与挂起连接属性记录中的另一个设备的地址进行比较，来确定补充的BTLE协议有向通告分组是否是用于恢复先前挂起的BTLE连接的请求。如果结合所述比较匹配通告设备的地址与挂起连接属性记录中的另一个设备的地址，所述检查在标志字段中检测到请求恢复挂起连接请求标志，则确定结果是肯定的。

启用BTLE的中央设备可以被配置为：通过发送经特定配置的连接请求，来对补充的BTLE有向通告分组是用于恢复先前挂起的BTLE连接的请求的肯定确定结果进行响应。该经特定配置的连接请求可以例如通常符合传统BTLE协议，但在一个方面中，可以具有指示启用BTLE的中央设备将恢复先前挂起的BTLE连接的确认标志。

进一步关于该方面，启用BTLE的中央设备可以被配置为检测已丢失或从未存储的事件、正在进行通告的启用BTLE的***设备想要恢复的先前BTLE连接的属性。启用BTLE的中央设备可以被配置为例如通过检测请求恢复挂起连接标志结合没有找到通告方的地址与挂起连接属性记录中的地址相比配，来检测到该事件。在进一步的方面中，启用BTLE的中央设备可以被配置为通过例如将先前被描述成携带确认标志的连接请求的字段设定为另一个值来进行响应。该值可以是启用BTLE的***设备可以被配置为识别成指示启用BTLE的中央设备不能恢复先前挂起的BTLE连接的任何值。启用BTLE的***设备可以被配置为通过根据传统BTLE连接建立，将具有该值的连接请求作为新的连接请求进行处理，来对接收到该连接请求进行响应。在进一步的方面中，启用BTLE的***设备可以被配置为从其存储器中清理(flush)先前的BTLE连接属性来对接收到新的连接请求进行响应。可以执行清理，这是因为新的BTLE连接以及其属性将由启用BTLE的中央设备来定义。

一个或多个示例性实施例可以通过添加“挂起连接”命令字段来补充传统BTLE分组结构。可以例如向在从启用BTLE的中央设备至启用BTLE的***设备的普通BTLE通信(反之亦然)中所使用的BTLE分组的结构添加“挂起连接”命令字段。在一个方面中，挂起连接命令字段可以被配置为携带(在BTLE通告分组结构中)上文描述的请求恢复挂起的连接标志。在相关的方面中，挂起连接命令字段可以被配置为携带(当在BTLE连接请求分组结构中时)确认，即“将恢复挂起的连接”标志。

上文从根据启用BTLE的***设备发起挂起与启用BTLE的中央设备的BTLE连接方面描述了示例性实施例的示例操作。将会理解，示例性实施例不受限于启用BTLE的***设备发起挂起与启用BTLE的中央设备的BTLE连接。相反，示例性实施例预期了启用BTLE的***设备或启用BTLE的中央设备或两者被配置为发起挂起与另一个设备的当前BTLE连接。例如，根据一个或多个示例性实施例，启用BTLE的中央设备的BTLE主机可以指示其相应的BTLE控制器例如通过其相应的BTLE主机控制器接口通过要挂起的BTLE连接发送诸如具有设定为SUSPEND的错误码的“LL_TERMINATE_IND”之类的信息。

将会理解，诸如但不限于“LL_TERMINATE_IND”的标注和名称是任意的，并不旨在限制任何示例性实施例的范围。

在替代的方面中，用于启用BTLE的***设备向启用BTLE的中央设备传输BTLE连接的挂起(或反之亦然)的BTLE协议的特定补充可以包括扩展的错误码。在一个方面中，扩展的错误码可以符合蓝牙规范。

在一个方面中，启用BTLE的中央设备可以被配置为检查其接收到的补充的BTLE协议分组的扩展错误码字段的挂起连接字段。所述检查可以检测在挂起连接字段中用于挂起与启用BTLE的***设备的BTLE连接的指示的存在和不存在。在进一步的方面中，启用BTLE的中央设备可以被配置为通过例如在连接属性存储表或其等同物中存储BTLE连接的属性并挂起BTLE连接，来对检测到用于挂起BTLE连接的指示进行响应。

将会理解，一个或多个示例性实施例还可以包括用于终止启用BTLE的***设备与启用BTLE的中央设备之间的BTLE连接的已知的传统手段(在附图中未单独示出)。如本领域普通技术人员所公知的，这种传统BTLE连接终止技术会省略保存实质性的连接属性信息，或者如果保存任何连接属性信息，可能不足以在不具有传统BTLE连接建立消息传送的情况下重新建立BTLE连接。由于这种传统BTLE连接终止技术对于本领域普通技术人员来说是公知的，因此省略进一步的详细描述。

将会理解，一个或多个示例性实施例还可以包括用于将启用BTLE的中央设备与一个或多个启用BTLE的***设备进行配对和绑定的已知的传统手段(在附图中未单独示出)。由于传统BTLE设备配对和绑定技术对于本领域普通技术人员来说是公知的，因此省略进一步的详细描述。

参考图2，根据一个方面，根据各个示例性实施例的一个示例启用BTLE的中央设备200可以包括BTLE挂起连接属性表222。在相关的方面中，CPU 202可以被配置为例如通过响应于检测到从启用BTLE的***设备接收的挂起连接的指示而执行存储器206中的特定的计算机可读指令，来将图7的示例LL数据连接属性或其它挂起连接属性存储在图2的BTLE挂起连接属性表222中。

在一个方面中，CPU 202和BTLE挂起连接属性表222可以被配置为例如通过配置存储器206中的计算机可执行指令，来将挂起连接属性存储在BTLE挂起连接属性表222中作为挂起连接属性记录。该配置可以包括例如挂起连接属性记录被存储为可基于启用BTLE的***设备的地址(建立了针对其的挂起的连接)而获取。

参考图2，如本公开内容中先前所描述的，将会理解，存储器206可以是分布式资源，并且可以包括位于其它描述的功能框内或与其它描述的功能框相集成的各种存储器资源。此外，存储器206的部分(未被单独标记)可以存储用于CPU 202的某些指令(未单独示出)，并且存储器206的部分(未单独示出)可以存储BTLE挂起连接属性表222，这些相应的部分不一定位于相同的硬件设备内(未单独示出)。

上文所描述的对挂起连接属性记录在BTLE挂起连接属性表222中的示例存储是响应于在从启用BTLE的***设备接收到的补充的BTLE协议分组中检测到挂起BTLE连接的指示。在一个替代的实施例中，BTLE挂起连接属性表222可以被配置成“挂起的BTLE连接属性表”222，其存储针对由启用BTLE的中央设备200当前建立的每个BTLE连接的“挂起的”BTLE连接属性记录，其中“当前建立的”意指BTLE连接是活动的或当前挂起的。在根据该替代的实施例的一个方面中，启用BTLE的中央设备200可以被配置为擦除挂起的BTLE连接属性记录，即借助于除了从启用BTLE的***设备挂起连接指示之外的手段而终止的BTLE连接的BTLE连接属性。在相关的方面中，启用BTLE的中央设备200可以被配置为响应于从启用BTLE的***设备接收到挂起连接指示而将例如标志保存成所挂起的BTLE连接的“挂起的”所存储的连接属性。

根据一个或多个示例性实施例，启用BTLE的中央设备200可以被配置为接收特定的补充BTLE通告分组，除了传统BTLE通告分组字段之外，该特定的补充BTLE通告分组还具有恢复挂起的连接标志字段。恢复挂起的连接标志字段可以被配置为携带标志或其它指示符，该标志或其它指示符可切换为指示用于恢复先前挂起的BTLE连接的活动请求的一值。该标志或其它指示符可以是例如在本公开内容中早先描述的“请求恢复挂起的连接标志”。图8示出了补充的BTLE协议有向BTLE通告分组的示例格式800，该分组具有恢复挂起的连接标志字段802。参考图8，在一个示例中，恢复挂起的连接标志字段802可以具有分割，诸如具有例如1个比特的“恢复”标志字段804和可选地具有例如7个比特的“保留”字段806。“恢复”标志字段804中的值可以是例如请求恢复挂起的连接标志。

在一个方面中，根据一个或多个示例性实施例的启用BTLE的中央设备200可以被配置为确定在其“恢复”标志字段804中具有请求恢复挂起的连接标志的通告分组是否是用于恢复其响应于上文所描述的指示挂起连接的分组而挂起的BTLE连接的请求。例如，在进一步的方面中，根据一个或多个示例性实施例，该确定结果可以向启用BTLE的中央设备200提供特征，所述特征包括单独地挂起和单独地恢复与相应的多个启用BTLE的***设备的多个不同BTLE连接中的每一个。将会理解，在该上下文中，“启用BTLE的***设备”可以包括线程或应用。进一步关于该方面，BTLE挂起连接属性表222可以被配置为在每个挂起连接属性记录中包括与挂起的BTLE连接相关联的启用BTLE的***设备的地址(或其它独特的标识符)。在一个方面中，启用BTLE的中央设备200可以被配置为通过针对匹配的地址检查BTLE挂起连接属性表222，来对在补充的BTLE协议BTLE恢复通告分组中检测到请求恢复连接标志进行响应。在一个示例中，响应于所述确定的肯定结果，启用BTLE的中央设备可以获取连接属性参数并恢复BTLE连接。

图9根据一个或多个示例性实施例，示出了补充的BTLE协议连接请求分组的一种示例格式900，该分组具有恢复连接确认标志字段902。参考图9，在一个示例中，恢复连接确认标志字段902可以包括具有例如1个比特的“恢复确认”或“RSCN”标志字段904和可选地具有例如7个比特的“保留”字段906。

图10根据一个或多个示例性实施例，示出了表示启用BTLE的中央设备处的一个挂起和恢复过程中的示例操作的一个信令流程图1000。将参照图2的示例启用BTLE的中央设备200来描述示例操作，但将会理解，这并不旨在限制任何实施例或其方面的范围。

参考图10，在一个挂起和恢复过程中的示例操作可以假定在图2的启用BTLE的中央设备200与诸如图1的启用BTLE的***设备104之类的示例启用BTLE的***设备之间正在进行BTLE连接。将假定图2的启用BTLE的中央设备200可以包括BTLE协议栈208，该BTLE协议栈208被配置为例如接收补充的BTLE协议分组，根据一个或多个示例性实施例，该补充的BTLE协议分组可以具有能够表示挂起连接指示的挂起连接字段或扩展错误码。

继续参考图10，在一个挂起和恢复过程中的示例操作可以包括：图2的启用BTLE的中央设备200在1002处，通过根据传统BTLE协议(除了补充的BTLE协议分组之外)的BTLE连接，从图1的启用BTLE的***设备104接收分组。在1002处的所述接收可以包括：根据传统BTLE协议连接事件，启用BTLE的中央设备200操作成BTLE主设备并且图1的启用BTLE的***设备104操作成BTLE从设备。这种操作可以包括：启用BTLE的中央设备200通过BTLE连接向图1的启用BTLE的***设备104发送分组，并且图1的启用BTLE的***设备104例如利用传感器数据的分组进行响应。在1004处，启用BTLE的中央设备200可以针对关于启用BTLE的***设备104希望挂起BTLE连接的指示对所接收的分组进行检查。例如，在1004处，启用BTLE的中央设备可以检查在1002处接收的补充的BTLE分组的补充的挂起连接字段或扩展错误码。如果在1004处的回答为“否”，则操作可以包括返回1002。如果在1004处的回答为“是”，则启用BTLE的中央设备200处的操作可以转到1006以在BTLE挂起连接属性表222中存储或保存挂起连接属性记录，该挂起连接属性记录具有定义在1002处在其上接收到示例补充的BTLE协议分组的BTLE连接的BTLE属性。

参考图10，在一个方面中，启用BTLE的中央设备200处的响应于在1004处的检测的操作还可以包括：在1008处，存储至少一个应用状态参数，至少一个应用状态参数定义在启用BTLE的中央设备200处运行的应用的状态(其对应于在1002处接收示例补充的BTLE协议分组)。参数可以存储或例如在挂起的应用状态表224中。在1008处存储或保存的参数可以被称为“挂起的应用状态参数”。

关于给定应用的那些特定参数可以是“挂起的应用状态参数”，使用BTLE通信的常规通信领域所属普通技术人员可以意识到，选择挂起的应用状态参数可以是特定于应用的。这些人员可以意识到，尽管挂起的应用状态参数的确定可以使用以下的一般指导原则：挂起的应用状态参数在被获取时可以向应用的重新开始和继续提供开销时钟周期的显著减少。短语“开销时钟周期”在该上下文中可以意指在恢复过程的发起之后，为达到应用中的状态而逐个时钟提前的时钟周期的数量，以与应用步调相一致因为其在不存在挂起的情况下将会提前。因此，省略了对可以在1008处存储的挂起的应用状态参数的选择的进一步详细描述。

继续参考图10，在一个挂起和恢复过程中的示例操作可以包括：在上文所描述的在1006处存储挂起连接属性记录和可选地在1008处存储挂起的应用状态记录之后的某个未来时间，在1010处接收补充的BTLE协议通告分组。在一个方面中，补充的BTLE协议通告分组可以具有指示发送方希望恢复先前挂起的BTLE连接的字段。在一个示例中，在1010处接收的补充的BTLE协议通告分组可以是依照图8的示例格式800。在一个方面中，在1010处接收的补充的BTLE协议通告分组可以是具有启用BTLE的中央设备200的地址的有向通告。参考图8，在1010处接收的补充的BTLE协议通告分组可以例如在“InitA”字段中具有启用BTLE的中央设备200的地址。在1010处的所述接收可以包括：启用BTLE的中央设备200将所接收的通告分组限定(qualify)成针对启用BTLE的中央设备200的有向通告地址。在一个方面中，在1010处的所述接收还可以包括：启用BTLE的中央设备200将所接收的通告分组限定成具有发送方地址，即“AdvA”地址，匹配经授权的***设备的列表。

参考图10，在根据流程1000的一个挂起和恢复过程中的示例操作可以包括：在1010处的所述接收之后，启用BTLE的中央设备200在1012处检查字段，例如图8的恢复挂起的连接标志字段802中的“恢复”标志字段804。“恢复”标志字段804可以保存指示发送方(即启用BTLE的***设备1004)希望恢复先前挂起的BTLE连接的标志或其它值。如果在1012处的回答为否，则进一步关于根据流程1000的一个示例挂起和恢复过程的操作可以去往1020，并且根据传统BTLE连接建立消息传送与通告方建立BTLE连接。如果在1012处的回答为是，则进一步关于根据流程1000的一个示例挂起和恢复过程的操作可以去往1014，并且检查挂起连接属性表(例如，挂起连接属性表222)。如先前参照图2所描述的，在一个方面中，挂起连接属性记录可以存储在挂起连接属性表222中以便可基于通告方的地址来获取。

继续参考图10，在根据流程1000的一个挂起和恢复过程中的示例操作可以包括：在1014处检查挂起连接属性表之后，在1016处的判决框基于在1014处是否找到有效的挂起连接属性记录来搜寻(rout)后续操作。在一个方面中，如果在1016的回答为否，操作可以转到1018，其中启用BTLE的中央设备200向进行发送的启用BTLE的***设备(其想要恢复挂起的BTLE连接)发送连接请求，但其恢复连接确认标志设定为指示该BTLE连接不能被恢复的一值。在相关的方面中，操作可以转到1020，其中(假定启用BTLE的***设备104能够进行传统BTLE连接建立)，启用BTLE的中央设备200可以根据BTLE连接的传统BTLE建立来执行消息传送和其它操作。

参考图10，如果在1016处的回答为是，则在根据流程1000的一个挂起和恢复过程中的示例操作可以转到1022并且向启用BTLE的***设备104发送连接请求。在1022处发送的连接请求可以具有被设定为指示挂起的BTLE连接能够被恢复的一值的其恢复连接确认标志(例如，图9的“RSCN”标志)。在向启用BTLE的***设备104发送指示挂起的BTLE连接能够被恢复的连接请求的同时或以其它方式与发送该请求相关联，启用BTLE的中央设备还可以例如从BTLE挂起连接属性表222获取挂起的BTLE连接的连接属性。如先前所描述的，还参考图7，属性可以包括“CRCInit”、“间隔”、“跳变”和“延迟”。在一个方面中，与在1016处确定挂起的BTLE连接能够被恢复相关联，在根据各个实施性实施例的一个挂起和恢复过程中的操作可以包括：在1024处，从挂起的应用状态表224获取应用状态参数(如果有的话)。接着，无论是直接从1022还是在1022和1024之后，在根据流程1000的一个挂起和恢复过程中的示例操作可以转到1026并且根据所获取的挂起连接属性来恢复先前挂起的BTLE连接以及可选地根据所获取的应用状态参数(如果有的话)来恢复应用。

参考图10，在一个方面中，在1020处建立BTLE连接或在1026处恢复先前挂起的BTLE连接之后，进一步关于一个或多个示例性实施例的操作可以返回1002。

图2的框的功能可以实现为一个或多个电组件。在一个方面中，这些框的功能可以实现为包括一个或多个处理器组件的处理***。在一些方面中，这些模块的功能可以使用例如一个或多个集成电路(例如，ASIC)中的至少一部分来实现。如本文所论述的，集成电路可以包括处理器、软件、其它相关的组件、或其某种组合。因此，不同模块的功能可以实现为例如集成电路的不同子集、软件模块的集合的不同子集、或其组合。此外，应当意识到，给定的子集(例如，集成电路中的给定的子集和/或软件模块的集合中的给定的子集)可以提供用于一个以上模块的功能的至少一部分。

在一个方面中，装置或装置的任何组件可以被配置为(或可操作用于或适于)提供如本文所教导的功能。这可以例如通过以下方式来实现：通过制造(例如，制备)装置或组件，使得其将提供功能；通过对装置或组件进行编程，使得其将提供功能；或通过使用某种其它适当的实现技术。举一个示例，可以制备集成电路以提供必需的功能。举另一个示例，可以制备集成电路，并且随后(例如，经由编程)将该集成电路配置为提供必需的功能。举另一个示例，处理器电路可以执行代码以提供必需的功能。

本领域技术人员将会意识到，可以使用多种不同技艺和技术中的任意一种来表示信息和信号。例如，在遍及上文的描述中可引用的数据、指令、命令、信息、信号、比特、符号以及码片可以用电压、电流、电磁波、磁场或磁性粒子、光场或光学粒子、或者其任意组合来表示。

本领域技术人员还将会意识到，结合本文公开的方面所描述的各种说明性的逻辑框、模块、电路和算法步骤可以实现为电子硬件、计算机软件或两者的组合。为了清晰地说明硬件和软件的这种可互换性，上文已经将各种说明性的组件、框、模块、电路和步骤按照它们的功能进行了总体地描述。至于这种功能是实现为硬件还是软件取决于特定应用和施加于整体***上的设计约束。本领域技术人员可以针对每种特定应用以变化的方式来实现所描述的功能，但是这些实现决定不应被认为是导致脱离了本发明的范围。

结合本文公开的方面所描述的方法、序列和/或算法可以直接体现在硬件中、由处理器执行的软件模块中、或两者的组合中。软件模块可以驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或本领域公知的任何其它形式的存储介质中。示例性存储介质耦合到处理器，使得处理器可以从存储介质读取信息以及向存储介质写入信息。在替代方案中，存储介质可以集成到处理器。

因此，所公开的方面可以包括计算机可读介质，该计算机可读介质包含用于由WiFi设备进行的干扰管理的方法。因此，本发明不受限于所示出的示例并且用于执行本文所描述的功能的任何单元包括在所公开的方面中。

虽然前述公开内容示出了所公开的说明性方面，但应当注意，在不脱离如由所附权利要求书限定的本发明的范围的情况下，可以在本文中作出各种改变和修改。无需以任何特定次序来执行根据本文所描述的方面的方法权利要求项的功能、步骤及/或动作。此外，尽管可以单数形式来描述或主张所公开的元素，但预期了复数形式，除非明确说明限于单数形式。

Claims (30)

1.一种用于无线通信的方法，包括：

在设备处，通过连接来接收指示挂起所述连接的分组，其中，所述连接在所述设备与另一个设备之间；

响应于指示挂起所述连接的所述分组，

挂起所述连接，以及

在所述设备处存储挂起连接属性记录，其中，所述挂起连接属性记录与所述连接相关联，并且其中，所述挂起连接属性记录包括用于恢复所述连接的连接属性；

在所述设备处接收通告分组，所述通告分组具有恢复挂起连接请求；

确定所述恢复挂起连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述连接的请求；以及

响应于所述确定的肯定结果，恢复所述连接，其中，所述恢复至少部分地基于在所述挂起连接属性记录中的所述连接属性中的至少一个。

2.根据权利要求1所述的方法，其中，所述连接属性包括：循环冗余码(CRC)寄存器的初始值、定义连接间隔时间的间隔参数、以及定义跳频序列的跳变参数。

3.根据权利要求1所述的方法，其中，所述连接属性包括以下各项中的至少一项：循环冗余码(CRC)寄存器的初始值、间隔参数以及跳变参数、或所述CRC寄存器的初始值、所述间隔参数以及所述跳变参数的任意组合，其中，所述间隔参数定义连接间隔时间，并且所述跳变参数定义跳频序列。

4.根据权利要求1所述的方法，其中，所述连接是BTLE协议连接。

5.根据权利要求4所述的方法，其中，所述挂起连接属性记录中的所述连接属性包括BTLE连接属性。

6.根据权利要求4所述的方法，其中，所述挂起连接属性记录中的所述连接属性包括BTLE连接属性，并且其中，所述BTLE连接属性包括循环冗余码(CRC)寄存器的初始值、间隔参数以及跳变参数，其中，所述间隔参数定义BTLE连接间隔时间，并且所述跳变参数定义BTLE跳频序列。

7.根据权利要求4所述的方法，其中，所述挂起连接属性记录中的所述连接属性包括BTLE连接属性，并且其中，所述BTLE连接属性包括以下各项中的至少一项：循环冗余码(CRC)寄存器的初始值、间隔参数以及跳变参数、或所述CRC寄存器的初始值、所述间隔参数或所述跳变参数的任意组合，其中，所述间隔参数定义连接间隔时间，并且所述跳变参数定义跳频序列。

8.根据权利要求1所述的方法，还包括：在接收指示挂起所述连接的所述分组之前，从所述设备向所述另一个设备发送挂起能力查询消息，其中，所述挂起能力查询消息用于确定所述另一个设备是否支持发送指示挂起所述连接的分组。

9.根据权利要求1所述的方法，还包括：

在接收指示挂起所述连接的所述分组之前，从所述另一个设备接收挂起-恢复能力查询消息；以及

生成能力查询响应消息并将所述能力查询响应消息发送给所述另一个设备，其中，所述能力查询响应消息指示所述设备是否支持接收指示挂起所述连接的分组。

10.根据权利要求1所述的方法，其中，所述连接是蓝牙低能量(BTLE)连接，其中，所述设备是启用BTLE的设备，其中，指示挂起所述连接的所述分组包括具有错误码的错误字段，所述错误码指示挂起所述BTLE连接。

11.根据权利要求10所述的方法，其中，所述挂起连接属性记录包括所述另一个设备的地址。

12.根据权利要求11所述的方法，其中，所述通告分组是来自作为通告设备的所述另一个设备，其中，所述通告分组包括BTLE指向的通告，所述BTLE指向的通告具有所述启用BTLE的设备的地址、所述通告设备的地址和标志字段，其中，所述标志字段具有恢复挂起连接请求标志，其中，所述恢复挂起连接请求标志指示所述通告设备想要恢复先前挂起的BTLE连接，并且

其中，所述确定至少部分地基于以下项的组合：检查所述标志字段以及将所述通告设备的地址与所述挂起连接属性记录中的所述另一个设备的地址进行比较。

13.根据权利要求12所述的方法，其中，所述确定的所述肯定结果至少部分地基于：结合所述通告设备的地址与所述挂起连接属性记录中的所述另一个设备的地址相匹配，所述检查在所述标志字段中检测到所述恢复挂起连接请求标志。

14.根据权利要求13所述的方法，其中，恢复所述连接包括：所述启用BTLE的设备向所述另一个设备发送连接请求，其中，所述连接请求包括确认标志，并且其中，所述确认标志被设定为对所述启用BTLE的设备将恢复所述先前挂起的BTLE连接进行指示的值。

15.根据权利要求14所述的方法，还包括：

响应于在所述启用BTLE的设备处接收到指示挂起所述BTLE连接的所述分组，在所述启用BTLE的设备处存储至少一个应用状态参数，其中，所述至少一个应用状态参数表征与所述连接相关联的应用的状态；以及

响应于所述确定的所述肯定结果，获取所述至少一个应用状态参数并且执行与恢复所述BTLE连接相关联的所述应用，其中，所述执行至少部分地基于所获取的至少一个应用状态参数。

16.根据权利要求12所述的方法，还包括：响应于结合所述比较没有指示所述通告设备的地址与所述挂起连接属性记录中的所述另一个设备的地址相匹配而在所述标志字段中检测到所述恢复挂起连接请求标志，

向所述通告设备发送具有关于所述启用BTLE的设备无法恢复所述先前挂起的BTLE连接的指示的连接请求。

17.根据权利要求16所述的方法，还包括：

在所述通告设备处接收具有关于所述启用BTLE的设备无法恢复所述先前挂起的BTLE连接的指示的连接请求；以及

响应于所述接收，从所述通告设备的存储器中清理先前的BTLE连接属性。

18.根据权利要求1所述的方法，其中，恢复所述连接包括：从所述设备向所述另一个设备发送具有被设定为对所述连接的所述恢复进行指示的值的确认标志的分组。

19.根据权利要求18所述的方法，其中，所述连接是蓝牙低能量(BTLE)连接，其中，所述设备是启用BTLE的设备，其中，指示挂起所述连接的所述分组包括具有错误码的错误字段，所述错误码指示挂起所述BTLE连接。

20.根据权利要求1所述的方法，还包括：

响应于在所述设备处接收到指示挂起所述连接的所述分组，在所述设备处存储至少一个应用状态参数，其中，所述至少一个应用状态参数表征与所述连接相关联的应用的状态；以及

响应于所述确定的所述肯定结果，

获取所述至少一个应用状态参数作为所获取的所述至少一个应用状态参数；以及

至少部分地基于所获取的至少一个应用状态参数来执行与恢复所述连接相关联的所述应用。

21.根据权利要求1所述的方法，其中，所述连接是BTLE连接，所述挂起的连接是挂起的BTLE连接，其中，所述恢复挂起连接请求是恢复挂起BTLE连接请求，其中，所述设备是第一设备并且所述另一个设备是第二设备，其中，所述方法还包括：

通过所述BTLE连接从所述第二设备向所述第一设备发送具有挂起所述BTLE连接的指示的所述分组；

在所述第二设备处挂起所述BTLE连接；

关联于挂起所述BTLE连接，在所述第二设备的存储器处存储连接属性作为所存储的用于恢复所述BTLE连接的连接属性；

从所述第二设备发送所述通告分组，其中，所述通告分组具有所述恢复挂起BTLE连接请求并且具有所述第二设备的地址；

在所述第二设备处接收连接请求，其中，所述连接请求具有携带确认标志的字段；以及

响应于检测到所述确认标志，

从所述第二设备的所述存储器获取所存储的用于恢复所述BTLE连接的连接属性，以及

将所述第二设备配置为根据所存储的用于恢复所述BTLE连接的连接属性来恢复与所述第一设备的所述挂起的BTLE连接。

22.根据权利要求21所述的方法，还包括：响应于所述确认标志指示所述BTLE连接不能被恢复，

从所述第二设备的所述存储器中清除所存储的用于恢复所述挂起的BTLE连接的连接属性；

在所述第二设备处接收新的BTLE连接属性；以及

将所述第二设备配置为根据所述新的BTLE连接属性来建立BTLE连接。

23.一种启用蓝牙低能量(BTLE)的设备，包括：

处理单元；

存储器，其耦合到所述处理单元，所述存储器被配置为存储BTLE挂起连接属性表；

BTLE栈，其耦合到所述处理单元，所述BTLE栈具有BTLE主机处理器并且包括具有BTLE收发机的BTLE控制器，所述BTLE栈还包括BTLE主机控制器接口，所述BTLE主机控制器接口被配置为与所述BTLE主机处理器和所述BTLE控制器连接，

其中，所述存储器还被配置为存储可由所述处理单元、所述BTLE主机处理器或两者执行的计算机可执行指令，所述计算机可执行指令在由所述处理单元、所述BTLE主机处理器或两者执行时使得所述处理单元、所述BTLE主机处理器或两者进行以下操作：

控制在所述BTLE收发机处通过所述启用BTLE的设备与另一个设备之间的BTLE连接对指示挂起所述BTLE连接的分组的接收，并且响应于所述接收，挂起所述BTLE连接，以及在所述BTLE挂起连接属性表中存储挂起连接属性记录，其中，所述挂起连接属性记录包括用于恢复所述BTLE连接的连接属性；

控制在所述BTLE收发机处对通告分组的接收，所述通告分组具有恢复挂起BTLE连接请求；

确定所述恢复挂起BTLE连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述BTLE连接的请求；以及

响应于所述确定的肯定结果，恢复所述连接，其中，所述恢复至少部分地基于在所述挂起连接属性记录中的所述连接属性中的至少一个。

24.根据权利要求23所述的启用BTLE的设备，其中，恢复所述连接包括：从所述启用BTLE的设备向所述另一个设备发送具有被设定为对所述连接的所述恢复进行指示的值的确认标志的分组。

25.根据权利要求23所述的启用BTLE的设备，其中，指示挂起所述连接的所述分组包括具有错误码的错误字段，所述错误码指示挂起所述BTLE连接。

26.一种用于存储计算机可执行指令的计算机程序产品，其包括指令，所述指令在由计算机执行时使得所述计算机进行以下操作：

控制在设备处通过所述设备与另一个设备之间的连接对指示挂起所述连接的分组的接收，并且作为响应，控制对所述连接的挂起，以及在所述设备处的存储器中存储挂起连接属性记录，所述挂起连接属性记录具有用于恢复所述连接的连接属性；

控制在所述设备处对通告分组的接收，所述通告分组具有恢复挂起连接请求；

确定所述恢复挂起连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述连接的请求；以及

响应于所述确定的肯定结果，控制对所述连接的恢复，其中，所述恢复至少部分地基于在所述挂起连接属性记录中的所述连接属性中的至少一个。

27.根据权利要求26所述的计算机程序产品，其中，恢复所述连接包括：从所述设备向所述另一个设备发送具有被设定为对所述连接的所述恢复进行指示的值的确认标志的分组。

28.根据权利要求26所述的计算机程序产品，其中，指示挂起所述连接的所述分组包括具有错误码的错误字段，所述错误码指示挂起所述BTLE连接。

29.一种用于无线通信的装置，包括：

用于进行以下操作的单元：

通过与另一个设备的连接来接收指示挂起所述连接的分组，并且作为响应，

挂起所述连接，以及

存储挂起连接属性记录，所述挂起连接属性记录具有用于恢复所述连接的连接属性；

用于接收具有恢复挂起连接请求的通告分组的单元；

用于确定所述恢复挂起连接请求是否是用于恢复与所述挂起连接属性记录相关联的所述连接的请求的单元；以及

用于响应于所述确定的肯定结果，恢复所述连接的单元，其中，所述恢复至少部分地基于在所述挂起连接属性记录中的所述连接属性中的至少一个。

30.根据权利要求29所述的装置，其中，指示挂起所述连接的所述分组包括具有错误码的错误字段，所述错误码指示挂起所述BTLE连接。