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

3 配置

3.1 角色

 IPP规范中共定义了两种不同的角色：Beacon和Mobile。Beacon用于实现IPS服务。     

• Beacon：支持GATT Server；支持多天线AoD发送功能
• Mobile：支持GATT Client；支持单天线AoD接收功能

3.2 关系

其中Beacon必须支持IPS，而OTS是可选的。如果Beacon不支持全天线响应数据的话，就可以不支持OTS。

3.3 并发限制

无

3.4 架构限制

连接模式：Beacon作GAP Peripheral，Mobile作GAP Central。Beacon最好支持多连接功能。
非连接模式：Beacon作GAP Broadcaster， Mobile作GAP Observer。

3.5 传输依赖

由于AoD只能运行在BLE的环境中，所有IPP也只支持BLE传输。
Beacon链路层必须支持“无连接信息发送”和“天线切换”功能。
Mobile链路层必须支持“无连接信息接收”功能。

4 Beacon

如3.2所说，Beacon必须支持IPS，可选择支持OTS。
IPS的类型为：Primary Service
OTS的类型为：Secondary Service

Service	Beacon
Indoor Position Service	M
Object Transfer Service	C.1

C.1: Mandatory if the Beacon supports the Full Antenna Response Data object; otherwise Optional.

4.1 额外的IPS需求

本章节描述的为额外的Beacon需求，这些需求与IPS服务中定义属性不一样。

4.1.1 Service UUIDs AD Type

当Beacon处于GAP Discoverable模式时，Beacon应该将Indoor Postion Service的UUID信息包含在ADV里面的Service UUID AD type中。该UUID将被SIG所定义。这样Mobile就能在连接之前就识别出Beacon，用户体验也将大大提升。

4.1.2 Loacl Name AD Type

当Beacon处于GAP Discoverable模式时，Beacon应该将Local Name信息包含在ADV或则Scan Response信息中。这种Local Name既可以是完整的Device Name，也可以是简短化的。Device Name基本定义是位于IPS的属性中。

4.1.3 Writable GAP Device Name Characteristic

Beacon可选择性支持Device Name的修改。修改的前提是Mobile需要和Beacon绑定。

4.1.4 Appearance characteristic

为了提升用户体验，Beacon应该在ADV或则Scan Response中定义Appearance chracteristic。啥子用？不知道。

4.2 额外的OTS需求

这种描述了额外的OTS功能需求。
OTS本身就不是一个必须的Service。如果OTS被支持的话，它只能被描述为一个Secondary Service，并被包含在IPS中，IPS中通过include进行引用。如果OTS被支持的话，也就是告诉Mobile，Beacon将使用OTS进行Full Antenna Response Data对象的传输。也差不多就告诉Mobile，Beacon有Full Antenna Response Data数据。
OTS将最多包含一个对象，这个唯一对象也必须是Full Antenna Response Data对象。
OTS中的Read property和Write property中的属性位都将被设置为true。
OTS不支持Full Antenna Response Data的删除、执行、添加、截短、修补或标记等操作。所以对应的property都将设备为False。
OTS Read操作是强制要求支持。
OTS Write操作可选择性支持。