蓝牙基础知识进阶——Physical channel
二、物理通道
物理通道是piconet区分的标准,它是蓝牙系统结构层次中的最底层了。
Q1:物理通道有哪些类型
物理通道通常可以分为四种类型:
1、basicpiconet channel
2、adaptedpiconet channel
这两种channel是两个已经连接设备之间通信使用的。也就是说他们和特定的微微网之间是相关联的。
3、inquiry scanchannel:用于discovering蓝牙设备
4、page scanchannel:用于连接蓝牙设备。
Basic Piconet Channel
Q2:Basicpiconet channel是如何工作的
在Basic piconetchannel中,它会把通道分为以625μs为单位的时间长度(slot),使用的是TDD的策略进行传输,可以理解为TX和RX是时分双工的。需要注意的是packet的开始和slot的开始需要是对齐的。从目前的packet type来看,最长会占用5个time slot。多packet的slot传输情况见下图四。
图四 多slot packet的传输示意图
Q3:为什么都是占奇数个slot啊,有偶数个的么?
从目前来看,各种packet type所占的slot只有三种,分别占1,3,5个slot,暂未有偶数个的slot的packet出现。另外,需要注意的是master的tx需要在奇数个的slot开始,rx必须在偶数个的slot开始。
packet的平均漂移和625μs相比,不能超过20ppm。瞬时的时间和平均时间偏差不能超过1μs。
Q4:既然有时间的偏差,那么rx的时候是否有对应的机制
是的,在rx的时候,我们是用一个windows来监听的,而不是说就在625μs那个点去监听。目前的监听window的大小是20μs,也就是说允许的误差是+-10μs,这样的误差容忍度还是很高的。图五是以单packet为例来介绍的正常情况下的TX/RX示意图。
图五 master的TX/RX示意图
同样的windows也发生在slave的rx过程中,不详细介绍。
Q5:既然时间的要求如此严格,master和slave是如何同步时钟的
就使用的时钟而言,master就是使用的它的native的时钟,而slave则是在它的native时钟上加上对应的offset得到和master同步的时钟。这个offset是在inquiry过程中交互得到的。为了防止时钟的偏移,slave在每次收到master的packet的时候都需要刷新offset。时钟的得到方法见下图六。其中六-a)是master中时钟的产生,六-b)是slave时钟的产生。
图六 master和slave的时钟产生示意图
Adapted piconet channel
Q6: adapted piconetchannel有何特别之处
adapted piconetchannel是用于连接支持AFH(Adapter Frequency Hopping)的设备时使用的。和Basic相比,他的最大不同之处在于它可能没有使用全部的79个频点,但是它使用频点的数目最小值是20。也就是说若是环境很差,79个频点只有不到20个频点是干净可用的,那么AFH机制将无法运行,也就没有所谓的自适应调频了,表现到最终的用户体验上你看到的就是音乐的卡顿啊,或者打电话的断音等等。
Page scan physical channel
Q7:master和slave的角色是在连接过程中才确定的,在page scan这个过程中是否也有master和slvae之分
这个问题是一个看起来很简单,其实很专业的问题了。一般来说,在master和slave还没有确定之前,我们称执行page的那个设备为master,而page scan(也就是等待page)的那个设备为slave。需要注意的是这个master和slave和最终建立连接之后的master和slave并不是对应的,这之间有可能发生role switch等一系列的操作。后面的inqiry scan也是类似的,就不多说了。
Q8:page时所使用的时钟就是native的clk吗
为了更好更快地page到对方,在真正page的时候并没有使用native的clk,而是采用了一个预测的clk,希望能够尽量和slave的clk相接近。这之间有一个offset的偏移,这个偏移一般使用inquiry的信息中的偏移,在Android中只有10分钟之内的inquiry信息才会被使用,毕竟这个clk也是会变化的,时间过长这种inquiry到的clk offset就没有什么实际意义了。page过程中使用的clk如下图七所示。
图七 page时的clk示意图
Q9:Page scan和basicpiconet channe有什么差别
总得来说,各种机制都是差不多的。一个比较大的差别在于时间上,因为page的packet很小(也是固定的),所以为了更好地利用时间,他不是625μs才发送一次,而是在625μs中发送了两次,也就是312.5μs发送一次,这也是蓝牙clk最小的时间间隔了。于是从master的角度来看,我们可以看到的内容就如下图八所示了。
图八 page scan过程master的tx rx时序图
如上所说,可以很清晰地看到一个slot中发送了两个packet。同时在rx的时候也在两个时间点前后进行了监听。这样就可以响应slave在两个时间点发送的response。
这样的机制对slave而言就会有两种可能,一种是它在master发送第一个packet的时候slave就收到了,这种情况和625μs发送一次是一样的,就不再多说了。另外一种情况则是slave在master发送第二次packet的时候才收到,那么他会在收到之后625μs回应,master收到这个回应之后就不再等待625μs了,而是在下一个slot开始就是回应了。具体看图九所示。
图九 slave在master第二次发送后收到的时序图
这样看起来还是比较清晰的,蓝色的packet就是真正收到的packet。
Inquiry scan physicalchannel
Q10:inquiry scan和basic有何差别
其实inquiryscan和page scan比较类似,他也是312.5μs发送一次,比较大的差别在于他的slave的回应比较长,超过了312.5μs,这样假如它的回应是在第二次就会出现slave占用master to slave slot的情况,如图中红色圈圈所示,这是允许的。见下图十。
图十 inquiryscan在第二次受到inquiry packet后的时序图
文章来源:https://blog.csdn.net/u011960402/article/details/17952379
转载于:https://blog.51cto.com/11134889/2301628