蓝牙Bluetooth 5.0 室内定位 Indoor Position学习（一）

最近学习BT5.0 IPP specification，做点记录，证明我真的看过。

文章内容不纯翻译，也不是不翻译。加上自己理解，加上口水话。

Indoor Position Profile的spec还在更新当中，目前有多少写多少吧。

1 简介

IPP定义了如何使用IPS(Indoor Position Service)中的信息。

1.1 Profile

GATT，IPS设备一定是一个BLE的设备，所以使用GATT获取信息无可厚非。其他没啥依赖，都是通用的，比如你要绑定，要连接，当然用GAP。

1.2 没啥用，不写了

1.3 也没用，不写了

2 选择依据

2.1 为什么选择connectionless模式，而不选择connectionoriented模式？

回答：如果非要连接，那么灯塔Beacon就需要同时跟很多的移动终端mobile建立连接，那样太复杂，而且肯定会
出现连接数限制，多少总得限制，没有设备能够同时支持无限多设备做BLE连接的。而且，如果要创建连接，那么
移动终端就需要发送广播包advertising packet，这就可能将是移动终端的安全性降低，万一被别个截取了
呢。connectionless模式就完全解决了这些问题，想好多设备来接收就可以好多设备来接收。

2.2 为什么采用AoD方式进行定位？

回答：首先需要明确的一点是，既然要定位，就一定要有一段是多天线，然后通过角度差，相位差才能进行定位。
如果这一点是明确的话，那么就存在两种方式：
1. 到达角Angel of Arrival方式。就是beacon单天线，mobile多天线。然后mobile端接收并计算角度，
    然后计算出位置。
2. 发送角Angel of Departure方式。反过来beacon多天线，mobile单天线。然后还是mobile接收并计
    算角度，然后计算位置。
选择使用AOD的原因就是，mobile需要不用太复杂，mobile作为一个可移动设备，不太容易能够支持多
天线的要求，然后beacon作为一个不动的设备，比较容易实现。

2.3 为什么不强制绑定？

回答：并不是不绑定，只是有区别的绑定。如果只是获取beacon信息，那就不用绑定，连接上之后，垮垮垮读取
就行，因为在beacon上面的特性都是公开的，是public的，没必要加密什么的。反而还浪费mobile和beacon的
内存。但是如果需要进行修改，进行write，那么就必须要绑定才可以。beacon可以不接收未绑定设备对其进行
修改。

2.4 为什么选择TBD压缩方式？

回答：没看懂

2.5 为什么选择OTS传输天线相应数据？

回答：言而总之，总而言之。既然是选择，选择的一方是OTS(Object Transfre Service)，选择的另一方就
是GAP（Generic Attribute Profile）。就是为什么选择用OTS，而不同GATT。原因就是这个response太
大了。就算压缩后，还是有几KB那么大，GATT里面一个属性才多大，估计就几个、几十个Byte就差不多了。所以
反复使用OTS将是传输天线相应数据的最好方式。OTS比较大，但并不是所有的OTS功能都会被使用到，比如OTS需
要保存多个object，但IPS不需要，保存一个就够了。这样就减少了复杂度、互操作以及测试影响。

2.6 题目都翻译不来，跳过

2.7 为什么天线响应数据的格式存在多种？

回答：多种，目前就两种：1全天线响应数据，2简单天线平台数据。看名字也知道，一个数据多点，一个数据小
点。据2.5所说，一个全天线响应数据得有几KB，那么如果mobile同时保存多个beacon的天线，那就比较大了，
对mobile的内存需求增加。反观simple antenna platform data，既能满足AoD的要求，而且格式大小在
100bit以内。芯片设计厂商还可以自己规定格式。simple格式在mobile和beacon必须强制支持，mobile还必
须支持full。