ANCS推送简介 ANCS推送简介

总体原理
ANCS通过蓝牙BLE 4.0实现，仅支持iPhone 4S及以上且系统版本在IOS 7以上的手机，同时在外设端需要支持蓝牙4.0协议。
1、外设端进行广播，手机打开蓝牙，搜索外设，连接外设，之后进行绑定（这很重要，否则无法接收通知）
2、外设在连接建立后需要监听手机上的ANCS Service中的Notification Source
3、当有通知时，手机会给外设发消息，说明是哪个应用的通知
4、如果外设想进一步获取通知的详情，就往Control Point写控制信息，获取详情
5、详情会通过Data Source发过来
ANCS 服务服务名： AppleNotification Center Service
UUID：7905F431-B5CE-4E99-A40F-4B1E122D00D0
角色：

NC：Notification Consumer（i410e） NP：Notification Provider([iOS](http://lib.csdn.net/base/1)设备)

服务特征值： Notification Source:
UUID9FBF120D-6301-42D9-8C58-25E699A21DBD (notifiable)
Control Point:
UUID 69D1D8F3-45E1-49A8-9821-9BBDFDAAD9D9 (writeable with response)
Data Source:
UUID 22EAC6E9-24D6-4BB5-BE44-B36ACE7C7BFB (notifiable)
Note：访问该服务需要进行配对。
ANCS服务寻找完毕后，就可以打开监听通知功能了，这里需要注意的是，不能同一时间打开通知源特征Notification Source的通知和数据源特征Data Source的通知功能，所以这里可以开启了一个定时任务，让数据源特征在1s后再打来通知功能。
Notification Source 【ANCS推送简介】iOS设备（NP）用来通知i410e（NC）相应的通知；当i410e订阅（set Notify）该特征值后就可以接收通知消息（i410e已自动执行）；
格式：

文章图片
Category count： iOS通知中当前category的数量；（例如当有两个未读邮件的时候，又收到一个邮件通知，categoryCount就为3）；
NotificationUID：一个32位的唯一的数字ID，通过这个ID可以用来发送命令操作iOS通知。

文章图片

文章图片
Control Point 和 Data Source NC可以通过Control Point 对iOS通知执行操作；（获取通知内容或者删除通知等）
NC通过对Control Point特征值写特殊的命令来实现获取通知内容等操作，如果执行成功，NP就会迅速的通过Data Source 特征值的发送通知内容到NC来响应该操作。
共三种:

1.获取通知属性

文章图片

该命令通过Control Point发出CommandID ：固定为0； NotificationUID：特定通知的ID，通过NS 的通知获取。 AttributeIDs：NC希望读取的变量ID列表，有些变量可能需要跟一个16bit的数说明想要的最大长度；

文章图片

NP端响应格式：该响应通过DS通知给到NC

文章图片

CommandID ：固定为0； NotificationID：特定通知的ID，通过NS 的通知获取。 Attribute List：查询结果列表，每一项的格式都是：ID/16bitLength/Value，每个attribute都是一个字符串，其长度由Length指定，但是此字符串不是以NULL结尾。若找不到对应的Attribute，则Length为0* 如果返回的消息长度大于GATT最大传输长度（MTU），则其会被分割成多个分段。蓝牙设备必须将这些分段组装起来。当所有请求属性的内容都接收完成后，此过程才算完成；

2.获取App属性

文章图片

通过Control Point发出 CommandID ：固定为1； AppIdentifier：app的字符串标识符，以Null结束。 AttributeIDs：希望获得属性的列表；

文章图片

响应：通过DS通知给到NC

文章图片

CommandID ：固定为1； AppIdentifier：app的字符串标识符，以Null结束。 Attribute List：属性值列表，每一个格式都是：ID/16-bit Length/Value，每个attribute都是一个字符串，其长度由Length指定，但是此字符串不是以NULL结尾。若找不到对应的Attribute，则Length为0；* 关于分段以及传输结束的判断标准，与Get Notification Attributes一致；

3.对通知执行操作

文章图片

CommandID ：固定为2； NotificationUID：特定通知的ID，通过NS 的通知获取。 ActionID:从通知源中拿到的可以操作的类型,“积极”操作或“消极”操作. 从iOS8之后，NP可以通知NC一些相关的动作（接通、挂断电话；删除通知等），NC可以根据NP的通知执行对应的操作。从NS的通知event flag中 EventFlagPositiveAction和EventFlagNegativeAction位可以判断是否能够执行对应的操作。通过获取通知属性对应的属性IDNotificationAttributeIDPositiveActionLabel和NotificationAttributeIDNegativeActionLabel可以获取到对应的操作描述（接听/挂断、清楚）。

错误码：
对Control Point执行操作的时候，收到的NP端未识别的操作的响应

文章图片
I410e 返回有区别，以规范为准。
0xAA0，
0xAA1，
0xAA2，
0xAA3，

实际实验之DataSource读取主要是介绍一下读取的各个AttrID返回的都是啥：0(App ID) ->com.apple.mobilephone1(Title) ->1 (326) 021-3971（电话号码，不过划分方式好怪。。。）如果此号码存了名字，则是电话本中的名字2(SubTitle) ->空如果此号码存了名字，则是mobile3(Message) ->Incoming Call 其他应用的ID：短信: com.apple.MoileSMS 微信: com.tencent.xin QQ: com.tencent.mqq 365: com.365rili.Coco Any.Do：com.anydo.AnyDO 系统提示：com.apple.reminders

下面以来电为例，解析期间收到的通知。来电时存在两种操作，不同的操作会收到不同的通知。 1、接听了电话(1)来了一同电话BLE设备将会收到一则通知，如下：0 1A 1 1 0 0 0 0EventID——0：表示为增加一条通知。EventFlags——1A：即0x1A，具有重要、具有“积极”操作、具有“消极”操作等特性。CategoryID——1：通知的分类为来电。CategoryCount——1：通知的个数为1 NotificationUID——0 0 0 0：即该通知的UID为0。(2)接听了来电接听来电后，会收到一条通知，如下：2 1A 1 0 0 0 0 0EventID——2：表示为删除一条通知。EventFlags——1A：即0x1A，具有重要、具有“积极”操作、具有“消极”操作等特性。CategoryID——1：通知的分类为来电。CategoryCount——0：通知的个数为0。 NotificationUID——0 0 0 0：即该通知的UID为0。解析出的意思是：删除来电通知。2、拒接了电话(1)来了一同电话BLE设备将会收到一则通知，如下：0 1A 1 1 0 0 0 0EventID——0：表示为增加一条通知。EventFlags——1A：即0x1A，具有重要、具有“积极”操作、具有“消极”操作等特性。CategoryID——1：通知的分类为来电。CategoryCount——1：通知的个数为1。 NotificationUID——0 0 0 0：即该通知的UID为0。解析出来的意思就是说：来了一通电话。(2)拒接了来电如拒接了来电，BLE设备将收到两则通知，如下：2 1A 1 0 0 0 0 00 18 2 1 1 0 0 0对第一条通知进行解析如下：EventID——2：表示为删除一条通知。EventFlags——1A：即0x1A，具有重要、具有“积极”操作、具有“消极”操作等特性。CategoryID——1：通知的分类为来电。CategoryCount——0：通知的个数为0。 NotificationUID——0 0 0 0：即该通知的UID为0。解析出的意思是：删除来电通知。对第二条通知进行解析如下：EventID——0：表示为新增一条通知。EventFlags——18：即0x1A，具有重要、具有“消极”操作等特性。CategoryID——2：通知的分类为未接来电。CategoryCount——1：通知的个数为1。 NotificationUID——1 0 0 0：即该通知的UID为1。翻译的意思是：一通未接来电。