LL privacy 4.2 使用设想

  请问Controller 层支持的Privacy 实现是怎样一种应用场景呢，是必须绑定过后的设备，分别获取了对方的IRK 后，然后仅与配对过的设备通讯，对于陌生的private resolvable address （RPA)的设备（IRK 不在存储范围内），是否在任何状态都不采取回应呢，例如Advertiser在广播期间，AdvA 采用了RPA，对于Scaner 的ScanA 也使用了RPA，那么当Scaner 收到ADV_IND 后，不发送Scan_Req，那么这会是一种什么应用场景呢？在Adv 和 Scan 状态就已经获知了IRK 的情况下，对于为配对设备采取过滤的用法，除了地址每15min 更新是为了防止被跟踪外，仅与配对设备通讯是什么应用场景呢？

change tsai，

总之只要获得了IRK，就能反解析对方的随机地址。这样即使在广播阶段，也能做出一些动作。比如作为slave，你就可以拒绝对方的连接请求，即使对方用的是随机地址。作为master，你当然可以先解析地址，再决定是否要再接下来做些动作。这样的好处是你不会被那些有beacon设备的场所跟踪到，泄漏行踪以及被推送不需要的广告。

当然，IRK是重要密钥，必须是在加密的链路上交换，这个就必须得在至少是un-authenticated配对模式下的链路，但不一定是绑定。

没错，有了IRK 后可以对地址有选择过滤，并且防止跟踪的操作，进一步的，这样的设备怎么建立起第一次的配对，感觉采取了OOB 配对方式后配对过后，Master & slave 才能有选择接下来操作的余地，但是对于未知IRK 的设备请求配对，应该怎样处理？这种使用场景就是仅有有限的设备才能相互通讯，任何使用未知IRK产生RPA的 设备都应忽略吗？