微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 无线和射频 > TI蓝牙设计交流 > LL privacy 4.2 使用设想

LL privacy 4.2 使用设想

时间:10-02 整理:3721RD 点击:

  请问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的 设备都应忽略吗?

上一篇:请教cc2640的pwm
下一篇:降低CC2541功耗

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top