iOS BLE外设/广告数据在后台模式

Question

我正在开发一个系统，它有一个BLE设备（TI CC2540）作为Central，一个iOS应用程序在iPhone4S上作为外围设备。 一切正常，除了我需要的1个功能：来自中心侧的白名单（过滤）广告设备。

据我所知，iOS设备使用随机可解析的MAC地址，因此我们无法应用基于MAC地址的白名单。

所以我目前的方法是：在iOS app的广告数据上放置一个ID“Local name”字段（iOS设备充当外围设备），中央设备将根据检索到的广告数据进行扫描和过滤。 除非app在后台，否则此方法有效。

当我的应用程序放在后台时，广告数据被截断，我的“本地名称”不会出现在空中。 从corebluetooth的头文件，我看到当app在后台时只有“溢出区”数据可以在广告数据中，但只有iOS设备才能读取该区域。

所以这里的任何人都可以点亮我如何将自定义数据添加到广告包中，即使在后台模式下，或任何其他具有此过滤功能的解决方案。

任何评论都会对我有所帮助。

Answer 1

我知道这是一个较旧的帖子，但对于任何好奇的人来说，没有可靠的方法来实现这一点，因为当应用程序在后台时，不会传输CBAdvertisementDataLocalNameKey。

此外，操作系统忽略CBCentralManagerScanOptionAllowDuplicatesKey，因此您将为每个发现的新设备获得一个didDiscoverPeripheral回调。

如果您对原因感到好奇，请记住，在硬件级别，只有一个蓝牙无线电由所有使用BLE的应用共享，广告包在所有广告应用之间共享。

溢出区域包含设备通告的所有服务UUID。 我想这个领域很小，如果你有很多，系统可能必须发送几个循环通过UUID的数据包来宣传它们。

此外，这是广告包是放置所需应用信息的非最佳位置的另一个原因。 假设您有一个依赖于服务UUID A的广告数据的应用程序。然后，该应用程序变为后台，并且用户打开另一个使用广告数据用于服务UUID B的应用程序。

因为设备现在为UUID A和UUID B提供广告服务，所以任何接收设备都将在任何中心寻找A或B进行回调。但是，CBAdvertisementDataLocalNameKey将仅包含B的数据，因为它位于前景中发送设备，这意味着您的设备只期望A的数据可能正在处理错误的数据。

如果您想更清楚地了解广告数据实际传输的内容，App Store上有一个名为LightBlue的优秀iOS应用程序会向您显示此数据，并允许您连接到设备并查看其所有服务，特征和描述符。

Answer 2

我正在努力解决同样的问题。 对于我的项目，我需要至少读取Raspberry Pi背景中iPhone的CBAdvertisementDataLocalNameKey。 我仍然无法从溢出区域获取任何信息。

但是我发现了一个可以解决我们问题的有趣的事情。 有一些用于BLE扫描的Android应用程序能够在附近的iOS设备处于后台时读取LocalName。 一个例子是这样一个。 这是引用的应用程序的屏幕截图，显示正确的CBAdvertisementDataLocalNameKey，而附近的iPhone在后台。

在Android扫描实验期间，覆盆子除了制造商数据块之外无法读取任何内容。 一种可能的解决方案是使用蓝牙数据包嗅探器来了解哪个是正确的扫描请求以获得包含溢出区域的扫描响应消息。 不幸的是，这需要像Ubertooth One这样的特定硬件。