总体原理 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设备)

服务特征值：

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

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/16bit  Length/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。翻译的意思是：一通未接来电。
复制代码