在传统的广播PDU基础上,新增了如下PDU。 ADV_EXT_IND - 主要广播通道,支持不可连接的,定向扫描的事件。 AUX_ADV_IND - 次要广播通道上广播数据的第一个片段,不可连接的、定向扫描的。 AUX_SYNC_IND - 次要广播通道,用于周期性广播,以一定间隔发送不定向的数据包。 AUX_CHAIN_IND - 发送剩余的数据。 扩展广...
4.4.2.4.4 使用ADV_EXT_IND的可链接定向广播事件类型 这个过程在可连接的定向广播事件类型用于LE Coded PHY上时使用。 使用ADV_EXT_IND的可连接的定向广播事件类型允许发起者在首要广播物理信道上使用连接请求来进行应答以建立ACL连接。 在ADV_EXT_IND PDU中,AdvMode字段需要被设置为可链接,ADI字段也需要有并且PDU...
;ADV_DIRECT_IND•ADV_NONCONN_IND•ADV_SCAN_IND接下来一个一个分析呗。 2.1.1、ADV_IND这个比较经典和常用的ADVPDU了,它代表了...、ADV_EXT_IND包中不含 AdvData有的朋友肯定会问:“啊,你一个可连接的扩展广播,咋个都不带地址信息啊”,非常好,因为这种可连接的包的组织形式是 ...
ADV_EXT_IND (Section 2.3.1.5) AUX_ADV_IND (Section 2.3.1.6) AUX_CHAIN_IND (Section 2.3.1.8) AUX_SCAN_REQ (Section 2.3.2.1) AUX_SCAN_RSP (Section 2.3.2.3) AUX_CONNECT_REQ (Section 2.3.3.1) AUX_CONNECT_RSP (Section 2.3.3.2) 通用广播扩展payload格式 (Section 2.3.4) 使用ADV_EXT_IND...
2.2.2、ADV_EXT_IND 2.2.3、AUX_ADV_IND 2.2.4、AUX_SYNC_IND 2.2.5、AUX_CHAIN_IND 3、结尾 啰嗦几句 广播(Advertising),之所谓称之为广播,最初的含义(BLE 4.2)是为了让其他设备发现自己的存在,也就是告诉空中的其他设备:“我在这里啊~~,这是我的地址 0xAABBCCDDEEFF ”(BD Address 我瞎写的),其...
1:相当于使用Extended adv pack时,1,2,3为广播包分别在37,38,39通道上,先广播出来PDU Type以及相应信息,然后在继续广播广播数据包(4),广播PHY为coded PHY(S=8),4为数据包,由右图所示的,处于2418通道(8通道) 2:Secondary phy2M需要在 Primary phy1M和code基础上才可以成功,在*ADV_EXT_IND类型下 ...
ADV_EXT_IND指令包含要在第二类次广播信道上发送的内容,第二广播信道发送广播数据的信道,物理PHY层,1M PHY,Coded PHY,2M PHY 等。 其示意如下图所示,首先在主广播信道广播ADV_EXT_IND信息,然后利用次广播信道(0-36 channel)广播255byte 数据。 所以蓝牙5主从的广播交互流程可以用以下框图描述: ...
蓝牙5.0中在主广播的数据类型增加了一个ADV_EXT_IND指令,当扫描设备收到ADV_EXT_IND指令且能识别其携带的数据时(需要扫描设备也是蓝牙5.0才能正确识别),根据包中携带的信息可以去第二广播信道监听其辅助包(auxiliary packet),典型的使用如下图所示。 图中的ADV_EXT_IND广播在主广播信道上,AUX_ADV_IND为其辅助包...
为了支持这个特性,v5.0 支持一个新的Adv PDU,ADV_EXT_IND,它告诉数据通道上是否有任何数据包。旧设备(v4.2 和更早版本)会忽略此 PDU 类型。如果设备希望将数据广播到基于旧版本以及 v5.0 的设备,则需要广播两次数据——首先使用主通道,然后使用数据通道。这有效地否定了此功能的目的。唯一实际的用例是观察者也...
ADV_EXT_IND:这个广播是扩展广播特性中,唯一一个工作在Primary Advertising上的广播包,它符合Common Extended Advertising Payload Format的格式,扫描设备需要先在Primary信道扫描到该消息,然后才可以知道什么时候,去哪个辅助信道扫描,来获取想要的扩展广播数据。之前提到过Extended Header中的字段,并不是全部field都强制必须...