藍(lán)牙4.0-廣播者

《藍(lán)牙4.0-廣播者》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在行業(yè)資料-天天文庫。

1、第1章BlueToothRoles-Broadcaster1.1廣播類型廣播可設(shè)置以下幾種類型：1)ConnectableUndirectedEventType（可連接無定向廣播）2)ConnectableDirectedEventType（可連接定向廣播）3)ScannableUndirectedEventType（可掃描無定向廣播）4)Non-connectableUndirectedEventType（不可連接無定向廣播）所謂定向和無定向是針對廣播的對象而言的，如果是針對特定對象的廣播（在廣播包PDU中會包含目標(biāo)對象的BD_A

2、DDR）就是定向廣播，反之就是無定向?？蛇B接和不可連接是指是否接受連接請求，如果是不可連接的廣播類型，它將不回應(yīng)連接請求?？蓲呙桀愋褪侵富貞?yīng)掃描請求。在TICC2540中實現(xiàn)：廣播類型定位在（include/gap.h），具體定義的類型如下：GAP_ADTYPE_ADV_IND//!

3、_SCAN_IND//!

4、ROLE_ADV_EVENT_TYPE,sizeof(uint8),&advType);1.1.1ConnectableUndirectedEventType可連接非定向廣播包為（ADV_INDPDU）。在可連接的無定向廣播類型下，一個“掃描者”或“發(fā)起者”可以用掃描請求或連接請求來回應(yīng)這個廣播包?！皰呙枵摺笨砂l(fā)送一個掃描請求（SCAN_REQPDU）來獲取廣播的額外信息（SCAN_RSP）；“發(fā)起者”可發(fā)送一個連接請求（CONNECT_REQPDU）來要求LinkLayer（鏈接層）進(jìn)入鏈接狀態(tài)。LinkLayer(鏈接層)需在同

5、一個廣播信道上監(jiān)聽來自“掃描者”或“發(fā)起者”的請求。如果“廣播者”收到一個掃描請求包（SCAN_REQPDU），該請求包含有它的設(shè)備地址，并且該“掃描者”為廣播過濾策略所允許，那么“廣播者”就會在同一信道上回應(yīng)一個數(shù)據(jù)包（SCAN_RSPPDU）。當(dāng)（SCAN_RSPPDU）發(fā)送完成后，或由于廣播過濾策略阻止了該請求包，“廣播者”就會移到下一個廣播信道來發(fā)送另一個廣播包（ADV_INDPUD），或關(guān)閉廣播事件。如果“廣播者”收到一個連接請求包（CONNECT_REQPDU）,該請求包含有它的設(shè)備地址，并且該“發(fā)起者”為廣播策略所允許

6、，LinkLayer（鏈接層）就會退出廣播狀態(tài)并轉(zhuǎn)移到連接狀態(tài)，并且角色轉(zhuǎn)化為“從設(shè)備”。如果廣播過濾策略阻止了該連接請求包，“廣播者”就會移到下一-12-個廣播信道來發(fā)送另一個廣播包（ADV_INDPUD），或關(guān)閉廣播事件。在一個廣播事件中的兩個相鄰廣播包（ADV_INDPDU）的時間間距小于等于10ms，廣播狀態(tài)將在advertisinginterval內(nèi)完成狀態(tài)的關(guān)閉。一個沒有掃描請求和連接請求的廣播事件（使用所有廣播信道37、38、39）如下圖所示：(示意圖)一個包含掃描請求的廣播事件（使用所有廣播信道37、38、39），掃

7、描請求在廣播事件的中間，如下圖所示：(示意圖)一個包含掃描請求的廣播事件（使用所有廣播信道37、38、39），掃描請求在廣播事件的末尾，如下圖所示：(示意圖)-12-一個包含連接請求的廣播事件，如下圖所示：(示意圖)1.1.1ConnectableDirectedEventType可連接的定向廣播包為（ADV_DIRECT_INDPDU）。該類型允許一個“發(fā)起者”以連接請求包來回應(yīng)（CONNECT_REQPDU）該廣播包，“發(fā)起者”發(fā)送一個連接請求包要求LinkLayer（鏈接層）進(jìn)入連接狀態(tài)?？蛇B接的定向廣播包（ADV_DIREC

8、T_INDPDU）同時包含“發(fā)起者”設(shè)備地址和“廣播者”設(shè)備地址。只有符合該地址的“發(fā)起者”才可向“廣播者”發(fā)起一個連接請求（CONNECT_REQPDU），也就是說當(dāng)“發(fā)起者”收到該廣播包時，它會檢測是否和自己的地址一致，如果不一致