CN103780285A

CN103780285A - 一种通过蓝牙广播数据的方法及蓝牙设备

Info

Publication number: CN103780285A
Application number: CN201210407397.7A
Authority: CN
Inventors: 薛涛; 杜军朝; 刘惠; 冯河; 刘畅; 毛磊; 刘玺
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2012-10-23
Filing date: 2012-10-23
Publication date: 2014-05-07
Also published as: WO2014063514A1

Abstract

本发明提供了一种通过蓝牙广播数据的方法及蓝牙设备。其中所述方法包括：第一蓝牙设备获得待广播数据；第一蓝牙设备将待广播数据写入至本设备的蓝牙服务发现协议SDP服务器端的预设服务记录中，所述预设服务记录对应于预设服务；根据第二蓝牙设备针对所述预设服务的SDP请求，第一蓝牙设备将所述预设服务记录发送至第二蓝牙设备，以供所述第二蓝牙设备获得其中携带的待广播数据。本发明可以在不建立连接的情况下在蓝牙设备之间传输数据，并且本发明还可以突破蓝牙传输距离的限制，在有蓝牙的环境中将信息无限的广播出去。

Description

一种通过蓝牙广播数据的方法及蓝牙设备

技术领域

本发明涉及蓝牙通信技术领域，具体涉及一种通过蓝牙广播数据的方法及蓝牙设备。

背景技术

蓝牙技术作为一种短距离无线连接技术，正日益获得广泛的应用，也越来越受到人们的重视。不管是在工业控制还是移动终端领域，都能看到蓝牙的应用。

蓝牙服务发现协议（SDP，Service Discovery Protocol）基于客户/服务器结构，能让两个蓝牙设备相识并建立连接。SDP的基本功能包括：为客户提供由服务属性搜索服务的功能；提供由服务类发现服务的功能；提供服务浏览功能；提供设备有效或服务有效的判决机制；提供设备失效或服务失效的判决机制；提供唯一识别服务、服务类和服务属性的功能；不经第三方发现另一个设备上的服务；能够用于简单的设备；提供增量获取服务信息机制；支持服务发现信息的高速缓存，提高发现进程的效率或速度；能够独立传输；能够用逻辑链路控制和适配协议（L2CAP，Logical Link Control and Adaptation Protocol）作为传输层协议；能够发现和使用接入其他服务发现协议的服务；无需主设备许可，支持新服务的创建和定义。

发明内容

本发明的目的是提供一种通过蓝牙广播数据的方法及蓝牙设备，能够实现基于蓝牙的数据广播传输。

为解决上述技术问题，本发明实施例提供方案如下：

一种通过蓝牙广播数据的方法，应用于包括多个蓝牙设备的无线传输网络环境，所述方法包括：

第一蓝牙设备获得待广播数据；

第一蓝牙设备将待广播数据写入至本设备的蓝牙服务发现协议SDP服务器端的预设服务记录中，所述预设服务记录对应于预设服务；

根据第二蓝牙设备针对所述预设服务的SDP请求，第一蓝牙设备将所述预设服务记录发送至第二蓝牙设备，以供所述第二蓝牙设备获得其中携带的待广播数据。

本发明实施例还提供了一种蓝牙设备，包括蓝牙服务发现协议SDP服务器端和SDP客户端，还包括：

数据获得单元，用于获得待广播数据；

记录单元，用于将所述数据获得单元获得的待广播数据写入至SDP服务器端的预设服务记录中，所述预设服务记录对应于预设服务；

所述SDP服务器端，用于根据另一蓝牙设备针对所述预设服务的SDP请求，将所述预设服务记录发送至所述另一蓝牙设备，以供所述另一蓝牙设备获得其中携带的待广播数据。

从以上所述可以看出，本发明提供的通过蓝牙广播数据的方法及蓝牙设备，可以在不建立连接的情况下在蓝牙设备之间传输数据；并且，本发明实施例还可以突破蓝牙传输距离的限制，在有蓝牙的环境中将信息无限的广播出去。

附图说明

图1为本发明实施例提供的一种通过蓝牙广播数据的方法的流程示意图；

图2为本发明实施例提供的一种蓝牙设备的结构示意图；

图3为本发明实施例中蓝牙设备所用到的协议和实体示意图；

图4为本发明实施例中蓝牙SDP数据交换示意图；

图5为本发明实施例中蓝牙SDP PDU的一种交换示例；

图6为本发明实施例所述数据广播方法的一般工作流程图；

图7为本发明实施例中数据交互模型结构图；

图8为本发明实施例中使用蓝牙SDP进行数据广播的示意图。

具体实施方式

本发明基于蓝牙SDP，提出了一种可以无连接交换数据并且能够扩展蓝牙传输距离进行数据广播的新方法，使一条信息能够通过蓝牙SDP在无连接的情况下迅速的广播出去，更进一步的，本发明还可以扩大蓝牙的应用范围，使得数据传输不受蓝牙传输距离的限制。为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

本发明实施例提出的通过蓝牙广播数据的方法，涉及到使用蓝牙SDP实现无连接数据传输以及使用蓝牙设备组成无连接传输网络。一个蓝牙设备既可以作为SDP服务器端，又可以作为SDP客户端。SDP服务器端提供的服务记录列表，描述了服务器提供的全部服务．其中每条服务记录包含此项服务的全部信息。SDP客户端可以通过发送SDP请求获取SDP服务器端的服务记录。在本发明中正是利用蓝牙设备的以上特性来获取相邻设备的数据进而达到广播数据的目的。

请参照图1所示，本发明实施例提供的通过蓝牙广播数据的方法，应用于包括多个蓝牙设备的无线传输网络，该方法包括以下步骤：

步骤11，第一蓝牙设备获得待广播数据。

这里，待广播数据可以是第一设备自身产生的数据，还可以是接收到的用户向本设备输入的数据。更进一步的，待广播数据还可以是从其他蓝牙设备处接收到的数据（将在下文中进行说明）。

步骤12，第一蓝牙设备将待广播数据写入至本设备的SDP服务器端的预设服务记录中，所述预设服务记录对应于预设服务。

这里，将要广播的数据写入蓝牙SDP服务器端的服务记录，预设服务记录是预设服务对应的服务记录；所述预设服务记录包括有属性列表，所述待广播数据写入在所述属性列表的属性值中。也就是说，待广播数据可以作为某个属性的属性值，写入到预设服务记录的属性列表中。使用蓝牙名字字段也能实现跟使用SDP一样的效果，只是传输的数据量会少一些。

步骤13，根据第二蓝牙设备针对所述预设服务的SDP请求，第一蓝牙设备将所述预设服务记录发送至第二蓝牙设备，以供所述第二蓝牙设备获得其中携带的待广播数据，从而在两个蓝牙设备之间进行无连接数据传输。

这里，第二蓝牙设备是可以与第一蓝牙设备进行蓝牙通信的任意一台设备。第二蓝牙设备在扫描到第一蓝牙设备后，可以发送SDP请求以获得预设服务记录（该预设服务记录对应于某个预设服务）；第一蓝牙设备基于该请求向第二蓝牙设备返回对应的服务记录，从而第二设备即可以从该服务记录中提取到待广播数据，实现了数据在两个蓝牙设备之间的传输。具体，上述步骤13可以包括：

步骤131，第一蓝牙设备接收第二蓝牙设备发送的针对预设服务的SDP服务查询请求；

步骤132，第一蓝牙设备根据接收到的SDP服务查询请求，向第二蓝牙设备返回所述预设服务的句柄；

步骤133，第一蓝牙设备接收第二蓝牙设备发送的SDP服务属性请求，所述SDP服务属性请求携带有所述预设服务的句柄；

步骤134，第一蓝牙设备根据所述预设服务的句柄，向所述第二蓝牙设备发送所述预设服务对应的预设服务记录，以供所述第二蓝牙设备从所述预设服务记录的属性列表中获得所述待广播数据。

可以看出，在网络中还存在更多的其他蓝牙设备时，可以通过本实施例的以上方法，将待广播数据传输到周边的多个蓝牙设备，进而在相邻蓝牙设备之间的逐级传输，从而可以将数据快速地广播出去，实现了蓝牙设备之间的数据广播传输。

虽然现有技术中蓝牙技术已经得到广泛应用，但是蓝牙的应用场景对设备之间的距离有着较高的要求，通常在10米以下（当然，这个距离随着蓝牙的发展可能变化），显然这在一定程度上限制了设备之间采用蓝牙技术进行通信。应用本发明实施例所述方法，可以扩大蓝牙通信的应用距离，突破传统蓝牙传输距离的限制。

例如，在上述步骤11中，当第一蓝牙设备所获得的待广播数据是从第三蓝牙设备处获得的时，通过上述方法，可以实现数据从第三蓝牙设备->第一蓝牙设备->第二蓝牙设备的逐级传输，从而可以突破传统的蓝牙传输距离的限制，扩大蓝牙技术的应用范围。此时，上述步骤11中，所述第一蓝牙设备获得待广播的数据，具体可以包括以下步骤：

步骤111，第一蓝牙设备向第三蓝牙设备发送针对所述预设服务的SDP服务查询请求；

步骤112，第一蓝牙设备接收第三蓝牙设备针对接收到的SDP服务查询请求所返回的所述预设服务的句柄；

步骤113，第一蓝牙设备向第三蓝牙设备发送携带有所述预设服务的句柄的SDP服务属性请求；

步骤114，第一蓝牙设备接收第三蓝牙设备针对接收到的SDP服务属性请求所返回的预设服务记录，并从该服务记录的属性列表中提取出所述待广播数据。

以上举例仅以3个设备为例进行说明，显然，在周边有更多的蓝牙设备时，本实施例可以实现数据从一个蓝牙设备传输到周边各个蓝牙设备，进而传输至下一级蓝牙设备，最终实现数据的广播处理。

需要说明的是，以上数据传输过程中，由于仅涉及SDP请求消息及其应答处理，因此本发明实施例并不需要在蓝牙设备之间（如第一、第二蓝牙设备之间，第一、第三蓝牙设备之间）建立连接，即可以实现数据的广播传输处理，从而可以加快数据传输扩散过程。另外，由于是使用蓝牙无连接进行数据传输，本实施例所述网络中的各个蓝牙设备需要定期进行蓝牙搜索，具体的搜索间隔可以根据设备处理能力以及对数据传输时延等要求进行设置。

考虑到第一蓝牙设备发送给第二蓝牙设备的数据，有可能被包括第二蓝牙设备在内的其他蓝牙设备再次发送给第一蓝牙设备，从而可能引发广播风暴的问题，本发明实施例可以进一步通过以下方式来避免上述问题。

在上述步骤12中，第一蓝牙设备在将待广播数据写入至本设备的SDP服务器端的预设服务记录时，进一步在该预设服务记录中维护待广播数据所经过的蓝牙设备列表，即将自身设备标识增加在该列表中。也就是说，待广播数据经过任何一个蓝牙设备时，该列表中都会增加该设备的信息。具体的，在待广播数据是由第一蓝牙设备自己产生或根据用户输入的数据所产生时，第一蓝牙设备将为该待广播数据新建一个空白的蓝牙设备列表，然后在该列表中增加自身设备标识。因为传输数据字节数的限制，该设备标识可以使用布隆过滤器（Bloom Filter）或其它类似压缩方法进行压缩处理；而在待广播数据是第一蓝牙设备从其他蓝牙设备的预设服务记录中获得时，第一蓝牙设备在获得该待广播数据的同时，进一步从其他蓝牙设备的预设服务记录中提取对应的蓝牙设备列表，然后在该列表中增加自身设备标识。

接着，在上述步骤131中，第一蓝牙设备在接收第二蓝牙设备发送的针对预设服务的SDP服务查询请求时，进一步判断待广播数据对应的蓝牙设备列表中是否存在该第二蓝牙设备：

若存在，则拒绝所述SDP服务查询请求，具体的，可以向第二蓝牙设备返回一个拒绝响应，或者不向第二蓝牙设备返回任何信息。

若不存在，则执行上述步骤132~134的处理。

综上，本发明实施例的上述方法，不需要人为参与数据广播过程，就可以在不建立连接的情况下在蓝牙设备之间传输数据；并且，本发明实施例还可以突破蓝牙传输距离的限制，在有蓝牙的环境中将信息无限的广播出去。

基于以上所述方法，本发明实施例还提供了一种蓝牙设备，如图2所示，该蓝牙设备包括SDP服务器端和SDP客户端，还包括：

数据获得单元，用于获得待广播数据；

其中，所述预设服务记录包括有属性列表，所述待广播数据写入在所述属性列表的属性值中。所述SDP服务器端，具体用于：

接收所述另一蓝牙设备发送的针对预设服务的SDP服务查询请求；

根据接收到的SDP服务查询请求，向所述另一蓝牙设备返回所述预设服务的句柄；

接收所述另一蓝牙设备发送的SDP服务属性请求，所述SDP服务属性请求携带有所述预设服务的句柄；

根据所述预设服务的句柄，向所述另一蓝牙设备发送所述预设服务对应的预设服务记录，以供所述另一蓝牙设备从所述预设服务记录的属性列表中获得所述待广播数据。

为避免广播风暴，所述记录单元，还可以进一步用于在将待广播数据写入至本设备的SDP服务器端的预设服务记录时，在该预设服务记录中维护经Bloom Filter压缩过的待广播数据所经过的蓝牙设备列表。此时，所述SDP服务器端，在接收第二蓝牙设备发送的针对预设服务的SDP服务查询请求后，进一步判断第二蓝牙设备是否存在于所述蓝牙设备列表中，若存在，则拒绝所述SDP服务查询请求；若不存在，则向第二蓝牙设备返回所述预设服务的句柄。

作为一种实施方式，所述数据获得单元，可以进一步用于接收用户输入的待广播数据。

作为另一种实施方式，所述SDP客户端，具体用于：向又一蓝牙设备发送针对所述预设服务的SDP服务查询请求；接收所述又一蓝牙设备针对接收到的SDP服务查询请求所返回的所述预设服务的句柄；向所述又一蓝牙设备发送携带有所述预设服务的句柄的SDP服务属性请求；接收所述又一蓝牙设备针对接收到的SDP服务属性请求所返回的预设服务记录，并从该服务记录的属性列表中提取出所述待广播数据。此时，所述数据获得单元，进一步用于从所述SDP客户端，获得所述待广播数据。

为使上述内容更加容易理解，以下将进一步结合具体实现进行详细说明。

图3为蓝牙设备所涉及到的协议和实体。其中，基带位于蓝牙协议栈的最底层，负责跳频和蓝牙数据分组传输及校验等工作。链路管理协议（LMP）和L2CAP是蓝牙协议OSI第一、二层。LMP负责蓝牙各设备间连接的建立和设置，L2CAP主要完成数据的拆装、服务质量控制、协议的复用、分组的分割和重组及组提取等功能。SDP是蓝牙服务发现协议，服务器端的SDP维护一个服务记录数据库，该数据库中记录了数据广播服务记录。在设备双方建立了L2CAP之后，客户端利用SDP查询服务器端是否支持数据广播服务，如果服务器支持数据广播服务则返回该服务的属性列表。RFCOMM是蓝牙适配层，设备双方通过该层连接并为上层提供数据传输服务。交互控制层用于发现广播服务以及设备之间交互数据的控制。SDP和交互控制分别用于实现数据广播服务发现和执行数据广播协议，是该剖面的核心协议层。

下面对本发明实施例的应用过程进行阐述：

（1）产生将要广播的数据

本发明实施例使用蓝牙SDP无连接传输并广播数据，由于SDP传输的数据量较小，因此产生的广播数据应该是少量的数据。实际上，产生少量数据并需要广播的应用场景有很多，比如在工业控制中出现了某个突发事件；手机用户突然摔倒的求救信号或者公交车上公交车司机提示有小偷的信息等等。

（2）将数据写入SDP服务器的服务记录中

SDP服务器提供的服务记录列表，它描述了服务器提供的全部服务．其中的每条服务记录包含此项服务的全部信息。关于一个服务的所有信息都包含在一个服务记录中，该服务记录由一系列的服务属性组成。每个服务属性描述了服务的一个性质(比如：名字，类型，参数，使用的协议)，由相应的属性ID和其对应的值组成。属性值的长度是可变的.一般的属性值可以用任何类型的数据元表示，本发明实施例也就是利用这个属性值来传递信息。图7为本发明实施例的模型结构图。在蓝牙服务器上的服务记录数据库中，本发明实施例添加相应的广播的服务记录，使运行相同程序的蓝牙客户端能够识别该服务，而没有运行该程序的蓝牙设备不能识别该服务。关于如何使用相应接口操作SDP服务记录数据库不是本发明的内容，每个蓝牙开发调试平台都会提供相应的操作接口。

（3）使用蓝牙SDP广播数据

图4为本发明中两个蓝牙设备SDP数据交换示意图，蓝牙设备A将要广播的数据放到SDP服务器中作为一条服务记录，蓝牙B通过请求得到蓝牙设备A的服务记录获得要广播的数据，同时蓝牙设备B将它自己要广播的数据或者是给蓝牙设备B的反馈信息也写入它的SDP服务器，蓝牙设备A同样通过请求获得相应的数据。表现在图7中即为，客户端和服务端SDP的交互，每个设备既是客户端也是服务器端。

图5为SDP的PDU(协议数据单元)交换示例，由图所示可得，本地蓝牙设备先发出一个SDP Service SearchReq PDU，该PDU包含了所要求的服务查询模式X，它是由自己的UUID来标识的，在图3中表示为Profile_X_UUID。在它的响应PDU中，SDP服务器端返回查找到的一个或多个包含有“Profile_X_UUID”UUID的服务记录的32bit句柄，图5中表示为32-bitHndl:Hp。然后，本地蓝牙设备发出一个SDP_serviceAttribute_Req PDU，它包含了刚刚收到的服务句柄和一个或多个想要查询的服务属性ID，在图5中只显示了Protocol_Descriptor_List这一个属性，它的属性ID是0x00xx(xx分别代表十六进制数)。最后，SDP服务器端在它的响应PDU中返回了查找到的相应的属性列表。从而得到其属性值,然后将该属性值写入服务器端的服务记录数据库，进而跟另外的设备进行交换，从而很好地实现数据的广播。

如果在一次服务查询中，SDP服务器端没有发现包含有所要求服务查询模式的服务记录，则在返回的SDP_Service_Search_Rsp PDU中将包含一个空的Service_Record_Handle_List，并将Total_Service_Record_Count参数设置为最小值。如果所要查询的服务属性在SDP服务器端不存在，则在返回的SDP_service_Attribute_Rsp PDU中将包含一个空的Attribute_List,并将Attribute_List_Byte_Count参数设置为最小值。此时表明该蓝牙设备不支持数据广播。

图6是与以上文字描述对应的流程图，通过这个流程图我们可以清楚的看到其工作流程.

图8为广播数据的一个形象说明。当蓝牙设备0有信息需要广播时，它将数据写入其SDP服务器中，然后跟其周围10m内的其它蓝牙设备通过SDP交换信息（具体过程如附图4），假设在距其10m的距离上分布有4个蓝牙设备(蓝牙同时最大支持7个设备)，分别为蓝牙设备1、蓝牙设备2、蓝牙设备3和蓝牙设备4。蓝牙设备1在接收到蓝牙设备0要传递的信息时，它将重复蓝牙设备0的过程，又将该信息又传递给其周围10m范围内的蓝牙设备，这样逐级扩散，最终将蓝牙设备0要广播的消息传递到更广阔的范围内。蓝牙设备2、蓝牙设备3以及蓝牙设备4的工作方式跟蓝牙设备1相同。通过这种方式，本发明实施例可以突破蓝牙传输距离的限制。为信息的广播提供了一种新的方式。以上所述的10m是蓝牙3.0及3.0版本以下的传输距离，蓝牙4.0版本则最大可以达到100m的传输距离，随着蓝牙的发展，这个距离会不断变化。

此说明书中所描述的许多功能部件都被称为模块，以便更加特别地强调其实现方式的独立性。

本发明实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同物理上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。

实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上（包括在不同存储设备上），并且至少部分地可以仅作为电子信号存在于系统或网络上。

在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成（VLSI）电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。

以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种通过蓝牙广播数据的方法，应用于包括多个蓝牙设备的无线传输网络，其特征在于，所述方法包括：

第一蓝牙设备获得待广播数据；

2.如权利要求1所述的方法，其特征在于，所述预设服务记录包括有属性列表，所述待广播数据写入在所述属性列表的属性值中；

第一蓝牙设备将所述预设服务记录发送至第二蓝牙设备，包括：

第一蓝牙设备接收第二蓝牙设备发送的针对预设服务的SDP服务查询请求；

第一蓝牙设备根据接收到的SDP服务查询请求，向第二蓝牙设备返回所述预设服务的句柄；

第一蓝牙设备接收第二蓝牙设备发送的SDP服务属性请求，所述SDP服务属性请求携带有所述预设服务的句柄；

第一蓝牙设备根据所述预设服务的句柄，向所述第二蓝牙设备发送所述预设服务对应的预设服务记录，以供所述第二蓝牙设备从所述预设服务记录的属性列表中获得所述待广播数据。

3.如权利要求2所述的方法，其特征在于，

第一蓝牙设备在将待广播数据写入至本设备的SDP服务器端的预设服务记录时，进一步在该预设服务记录中维护待广播数据所经过的蓝牙设备列表；

第一蓝牙设备在接收第二蓝牙设备发送的针对预设服务的SDP服务查询请求后，进一步判断第二蓝牙设备是否存在于所述蓝牙设备列表中，若存在，则拒绝所述SDP服务查询请求；若不存在，则向第二蓝牙设备返回所述预设服务的句柄。

4.如权利要求1至3任一项所述的方法，其特征在于，所述第一蓝牙设备获得待广播数据包括：所述第一蓝牙设备接收用户输入的待广播数据。

5.如权利要求1至3任一项所述的方法，其特征在于，所述第一蓝牙设备获得待广播的数据包括：

第一蓝牙设备向第三蓝牙设备发送针对所述预设服务的SDP服务查询请求；

第一蓝牙设备接收第三蓝牙设备针对接收到的SDP服务查询请求所返回的所述预设服务的句柄；

第一蓝牙设备向第三蓝牙设备发送携带有所述预设服务的句柄的SDP服务属性请求；

第一蓝牙设备接收第三蓝牙设备针对接收到的SDP服务属性请求所返回的预设服务记录，并从该服务记录的属性列表中提取出所述待广播数据。

6.一种蓝牙设备，包括蓝牙服务发现协议SDP服务器端和SDP客户端，其特征在于，还包括：

数据获得单元，用于获得待广播数据；

7.如权利要求6所述的蓝牙设备，其特征在于，所述预设服务记录包括有属性列表，所述待广播数据写入在所述属性列表的属性值中；

所述SDP服务器端，具体用于：

8.如权利要求7所述的蓝牙设备，其特征在于，

所述记录单元，进一步用于在将待广播数据写入至本设备的SDP服务器端的预设服务记录时，在该预设服务记录中维护待广播数据所经过的蓝牙设备列表；

所述SDP服务器端，在接收第二蓝牙设备发送的针对预设服务的SDP服务查询请求后，进一步判断第二蓝牙设备是否存在于所述蓝牙设备列表中，若存在，则拒绝所述SDP服务查询请求；若不存在，则向第二蓝牙设备返回所述预设服务的句柄。

9.如权利要求6至8任一项所述的蓝牙设备，其特征在于，

所述数据获得单元，进一步用于接收用户输入的待广播数据。

10.如权利要求6至8任一项所述的蓝牙设备，其特征在于，

所述SDP客户端，具体用于：

向又一蓝牙设备发送针对所述预设服务的SDP服务查询请求；

接收所述又一蓝牙设备针对接收到的SDP服务查询请求所返回的所述预设服务的句柄；

向所述又一蓝牙设备发送携带有所述预设服务的句柄的SDP服务属性请求；

接收所述又一蓝牙设备针对接收到的SDP服务属性请求所返回的预设服务记录，并从该服务记录的属性列表中提取出所述待广播数据；

所述数据获得单元，进一步用于从所述SDP客户端，获得所述待广播数据。