IOS 蓝牙开发 怎么判断特性是否允许定制

iOS工程师，第一件事情，就是要区分你正在开发的APP是为单模蓝牙，还是双模蓝牙；仅传统蓝牙是不需要APP的，譬如市面上大多数的蓝牙音箱，只要连上电脑或者手机，在电脑或者手机设备上播放音乐，系统底层就可以通过传统蓝牙协议，将音频数据传到蓝牙音箱上播放。换句话说，就是传统蓝牙部分在APP上不可控，在iOS上，更是连判断在设置中是否连接了传统蓝牙都办不到，iOS可控的部分只有BLE。那为什么还要区分单模，双模呢，知道又如何，传统蓝牙部分都无法控制，原因在哪？答案在于这里说的不可控，是指在iOS上，但是在硬件上是可以知道的。我们可以通过BLE将传统蓝牙的连接状态，以及一些其他信息指定一套协议进行沟通。当然，如果你想要实现像苹果手表那样的功能，在手机上有来电和短信，或者其他软件信息提醒的时候，在你的蓝牙设备上也能接收到。那这个功能的实现需要用到ANCS（Apple Notification Center Service）。ANCS在可以看成一个超级权限，但却跟传统蓝牙工作在不同局域，一个是通知，一个是音频。具体的实现，我们都不得而知，这部分属于苹果系统的功能了。从我上上个月开发过的那个ANCS产品来看，我个人的感觉ANCS目前存在一些BUG，ANCS的产品在BLE操作中，会出现断开不了的情况，所以从这点上看，感觉ANCS是有一些BLE的成分。而从这个协议单纯的理解，应该要像传统蓝牙一样，一个单独连接，与BLE无关才对；但是ANCS没有像传统蓝牙一样在设置中有一个专栏。

十载的正安网站建设经验，针对设计、前端、开发、售后、文案、推广等六对一服务，响应快，48小时及时工作处理。成都营销网站建设的优势是能够根据用户设备显示端的尺寸不同，自动调整正安建站的显示方式，使网站能够适用不同显示终端，在浏览器中调整网站的宽度，无论在任何一种浏览器上浏览网站，都能展现优雅布局与设计，从而大程度地提升浏览体验。成都创新互联公司从事“正安网站设计”,“正安网站推广”以来，每个客户项目都认真落实执行。

iOS 有谁做过通过ANCS 来实现来电提

ANCS 用的时候有一点需要注意，iOS 对于其他的BLE profile不需要配对绑定，唯独对ANCS 要求配对绑定，这点注意一点：）另外，这是基于TI 的CC2541 做的ANCS 的一个很好的方案，你完全可以参考，说是半天就能搞定

苹果通知中心服务ANCS协议分析

此文大部分内容来自官方的翻译，加上了自己的一些蹩脚的理解。

ANCS是Apple Notification Center Service的简称，中文为苹果通知中心服务。

ANCS是苹果让周边蓝牙设备（手环、手表等）可以通过低功耗蓝牙访问IOS设备（iphone、ipad等）上的各类通知提供的一种简单方便的机制。

ANCS是基于BLE协议中的通用属性协议（Generic Attribute Profile,GATT）协议实现的，他是GATT协议的一个子集。在ANCS协议中，IOS设备作为gatt-server,而周边设备作为gatt client来连接和使用server提供的其他services。

除非特殊说明，IOS设备ANCS与ble设备进行通信的过程中都是采用的小端模式进行传输的，比如NC接收到的attribute length数据为0x02 0x00,应该解析为0x00 0x02，即长度为2byte.

字符串的编码采用了UTF-8编码格式。

NP（Notification Provider）:消息提供者，指的是ANCS服务的产生者，即IOS设备。

NC（Notification Consumer）:消息接受者，指的是ANCS服务的客户端，即周边BLE设备。

苹果通知中心服务的UUID为7905F431-B5CE-4E99-A40F-4B1E122D00D0。

由于IOS的特性限制，一个苹果设备上只能有一个ANCS存在，一个ANCS可以连接多个client。因为ANCS并不能保证始终存在（be present？），NC需要订阅服务变更特性（the Service Changed characteristic of the GATT service ）以便任何时候都可以监听准备发布和取消发布的ANCS。

ANCS有三个特性：

所有的特性需要认证（NC设备连接上NP并且完成配对和绑定）才能过连接。

对于NC来说，通知源是必须订阅的，其他两个是可选择的。

NC收到的通知源特性主要有三种事件：

经过数据源特性分发的Gatt通知包含一下信息：

NC设备可能想要与IOS通知进行交互。它可能需要获得通知的更多信息，其中包括它的内容以及在此基础上进行一些操作，这些都要通过控制点和数据源特性来实现。

NC可以通过往控制点特性里写入命令来获取关于通知的更多消息。如果命令写入成功的话，NP会在数据源特性中通过通知流对该请求进行回复。

获取通知具体属性的命令

获取通知属性命令使得NC可以得到某个特定通知的详细属性，比如短信的发送人，短信内容，时间等。

该命令包含了一下的信息：

该响应包含一下内容：

如果响应的长度大于GATT所规定的最大传输单元(Maximum Transmission Unit, MTU)，则NP会它分成多段传送。NC必须将响应的数据段重新组包。当收到所有请求属性的内容时，则表示响应完成。

获得应用属性

获取应用属性命令允许NC指定获取NP上某个已安装的应用程序的属性。

获取应用属性命令包含下面信息：

响应一个获取应用属性命令的数据包含下面信息：

如果响应数据的长度大于GATT所规定的最大传输单元(Maximum Transmission Unit, MTU)，则NP会它分成多端传送。NC必须将响应的数据段重新组包。当收到所有请求属性的内容时，则表示响应完成。

**执行通知动作

它允许NC向指定的iOS通知执行一条预定动作。

一条执行通知动作包含下面信息：

当发送这个命令到控制点特征后，无论发送成功或失败，数据源特征上都不会产生数据。也就是说这是一个无需响应的命令。

通知动作

从iOS8开始，NP发送的iOS通知起始可以间接的告诉NC可执行哪些动作。接着，NC就可以针对指定的iOS通知，请求NP执行一个动作。

通知源特征上生成的GATT通知包含一个叫做Eventflags的数据域，NC根据这个数据域就可得知对一条iOS通知可以执行哪些操作：

实际的动作都是由NP执行的，这就表示：NC可执行动作都是由NP所决定的，而且根据iOS通知的不同而不同。举个例子，当NC收到来电通知时，执行积极动作可以接听，执行消极动作就拒接，而对于消息（官方是social）类型的通知而言，则只有消极操作，也就是说，在手表等从设备上面只能查看消息，而无法回复。

NC不能预先去假设或尝试猜测一条iOS通知确切的可执行的动作。因为这些动作都是基于特定通知的，只有NP知道，而对NC无用的；同时还有其它的因素，如ANCS版本的变化等。这样，NP才能保证积极动作和消极动作的结果都与用户没多大关系。

iOS 8系统中，NC通过发送获取通知属性命令，可获取到某条iOS通知可执行动作的简洁描述：

一个ANCS的服务周期开始于NC订阅NP上的Notification Source characteristic，结束于NC取消该订阅或者断开连接。因为ANCS不是一种完全同步的服务，它没有追踪不同周期中的状态，因此所有的标示以及NC、NP之间的数据交换只在某一个周期中是有效的。

当一个周期结束后，NC应该删除其在本周期内采集和存储的所有的标示以及数据。一个新的周期开始的时候，NP会可能的把所有存在的通知下发给NC。

当往 Control Point characteristic中写入控制命令时,NC有时会受到ANCS错误码：

Unknown command (0xA0): 命令无法识别.

Invalid command (0xA1): 命令格式错误.

Invalid parameter (0xA2): 参数错误，例如notification uid并不存在对应的notification对象.

Action failed (0xA3): 动作没有被执行。

如果NP回复了一个错误码，那么Data Source characteristic中将不再产生任何回应的命令的数据。

以下两个图展示了NP和NC之间的两种交互的过程的例子。Figure 2-7显示了NC上想要开启ANCS的基本流程； Figure 2-8 展示了NC获得IOS通知更多信息的基本流程。

Figure 2-7 Service setup example

文章标题：iosancs开发,iOS程序设计
URL分享：http://myzitong.com/article/dsddcpo.html