文档开发者中心
我的

【综合】BT5 SAM技术分析

作者:HW-LC


SAM(Slot Availability Mask)


SAM允许两个蓝牙设备指定自己的传输和发送时间窗(availability slot page 503),从基带的角度来看,SAM提供了一个Map,用来标记蓝牙Slot的可用性。SAM slot map使用4个type来标记每个slot。



Master可能被标记为master-to-slave slots available for reception,或者slave-to-master slots available for transmission,因为这些slots可能会被用于multi-slot packets,slave也是类似,SAM slot map设置所有的slot为3意味着没有使用SAM机制(所有的slot全部可用于接收和发送,就是跟普通模式一样)。


SAM slot map有一个有限长度,然后无限重复,直到对应的LMP(Link Manager Protocol)来修改。SAM锚点(这里的锚点是时间轴上的一个时间戳的概念,后面会讲)之间以TSAM为周期,SAM锚点之间就是slot map,slot map指示了设备是否可用于发送和接收,在没有变化的情况下,SAM slot map以TSAM为周期进行重复。
TSAM被均分为NSAM-SAM个TSAM-SM长度,所以TSAM = TSAM-SM * NSAM-SM,TSAM-SM的值是一个integer用来包含TX/RX slot pair。
SAM submap(在没有歧义的场景下,使用submap来表示)TSAM-SM的一个sub-interval,每个submap有如下类型:


SAM设备在submap粒度上指定了每个SAM slot map,下图指定了submap和SAM slot map的关系,每个方框指定了一个sub-interval slot,方框上的值表示了submap的类型。
在submap粒度上,发送和接收的处理方式是相同的,不同的是type为0的submap。


除了SAM slot maps,Controller需要处理'SAM type 0 submap',需要给submap里面的每个slot指定可用状态,Controller在submap粒度上整合出SAM slot map,下面举一个SAM slot map中带submap type 0的例子:


下面是一个SAM submap type 0跟MWS(Mobile Wireless Standards)的对应关系。


这个例子假设的是,为了防止蓝牙和MWS无线电之间相互干扰,在MWS downlink期间蓝牙不允许transmissions,在MWS uplink期间蓝牙不允许reception(这个不是强制要求哈)。MWS frame的长度是10 ms,SAM type 0的submap也需要使用同样的长度,所以TSAM-SM的长度是16。

下图举了另外一个在low traffic load in the MWS link的蓝牙设备。这个实现选择在MWS Uplink期间,把TX和RX都标记为可用的,因为这是一个好机会(low traffic load,也没有MWS的干扰)用来收发数据包。


SAM允许每个设备都发送它本地的slot availability给其他设备,slot availability取决于slot maps。
支持SAM特性的设备应该允许为已连接的远端设备存储三个SAM slot map。一个远程设备只能定义一个type 0的submap,可以被他已经定义的SAM slot map解析,远端设备可以在任何时间重新定义type 0的submap。


---未完待续

点赞
收藏
回复
4
分享
举报
浏览874 发布于2019-11-08 01:09未知归属地
全部评论
最多点赞
最新发布
最早发布

多多发帖呀

4楼回复于2019-11-08 06:10 未知归属地

楼主你怎么这么优秀

3楼回复于2019-11-08 06:09 未知归属地

分析的很全面呢

2楼回复于2019-11-08 06:09 未知归属地

好文,怎能不点赞

1楼回复于2019-11-08 03:32 未知归属地
写回答
新增插入模板功能
一键使用模板,快速填写内容,轻松发帖~
知道了
  • 为了保障您的信息安全,请勿上传您的敏感个人信息(如您的密码等信息)和您的敏感资产信息(如关键源代码、签名私钥、调试安装包、业务日志等信息),且您需自行承担由此产生的信息泄露等安全风险。
  • 如您发布的内容为转载内容,请注明内容来源。

我要发帖子

了解社区公约,与您携手共创和谐专业的开发者社区。