藍(lán)牙通信技術(shù)畢業(yè)論文

1、<p><b>　　摘 要</b></p><p>　　所謂藍(lán)牙技術(shù)，實(shí)際上是一種短距離無線電技術(shù)，利用“藍(lán)牙”技術(shù)，能夠有效地簡化掌上電腦、筆記本電腦和移動電話手機(jī)等移動通信終端設(shè)備之間的通信，也能夠成功地簡化以上這些設(shè)備與因特網(wǎng)Internet之間的通信。</p><p>　　本文選擇藍(lán)牙技術(shù)為研究對象。首先對藍(lán)牙通信技術(shù)協(xié)議規(guī)范進(jìn)行了深入地研究，并

2、著重論述了規(guī)范的各個(gè)協(xié)議層，包括基帶層、射頻、鏈路管理層、邏輯鏈路控制與適配層、服務(wù)發(fā)現(xiàn)協(xié)議以及串口仿真協(xié)議。其次，根據(jù)藍(lán)牙耳機(jī)的開發(fā)特點(diǎn)，介紹了本課題采用的藍(lán)牙單芯片軟件開發(fā)平臺Bluelab和硬件開發(fā)平臺。在此基礎(chǔ)之上，分析藍(lán)牙技術(shù)在移動電話中的應(yīng)用，根據(jù)藍(lán)牙Headset的原理，實(shí)現(xiàn)了Headset和語音網(wǎng)關(guān)之間從協(xié)議棧底層到上層藍(lán)牙鏈路的建鏈過程（ACL、L2CAP、RFCOMM鏈路），并設(shè)計(jì)出Headset高層應(yīng)用的系統(tǒng)流程，

3、最終實(shí)現(xiàn)軟件編程和調(diào)試。同時(shí)，基于英國CSR公司（Cambridge Silicon Radio）的藍(lán)牙芯片Bluecore2-External，完成了藍(lán)牙耳機(jī)的硬件系統(tǒng)設(shè)計(jì)，并給出具體解決的方案。</p><p>　　綜上所述，本文闡述了藍(lán)牙技術(shù)的一個(gè)應(yīng)用模型——無線藍(lán)牙耳機(jī)，并在此基礎(chǔ)上，較全面地論述了藍(lán)牙通信技術(shù)的協(xié)議規(guī)范及其應(yīng)用開發(fā)的方法及步驟，掌握了藍(lán)牙無線接入技術(shù)，為將來進(jìn)一步深入研究藍(lán)牙技術(shù)、開發(fā)藍(lán)

4、牙產(chǎn)品奠定了堅(jiān)實(shí)的基礎(chǔ)。</p><p>　　關(guān)鍵詞 藍(lán)牙；協(xié)議規(guī)范；硬件開發(fā)平臺；Bluecore2-External；藍(lán)牙耳機(jī)</p><p><b>　　Abstract</b></p><p>　　The so-called Bluetooth technology, is actually a short-range radio t

5、echnology, the use of "Bluetooth" technology, which can effectively simplify the palm-sized PCs, notebook computers and mobile phones and other mobile phones for communication between terminal equipment, but al

6、so to simplify the success of the above equipment and Internet communications between the Internet. </p><p>　　The thesis stressed on Bluetooth technology for the research object. First of all, I deeply resea

7、rched the protocol specification of Bluetooth technology, including RF, BB, LMP, L2CAP, and RFCOMM. Then, according to the characteristic of Bluetooth Headset, I presented embedded Bluetooth software development platform

8、 (Bluelab) and hardware development platform. Based on the application of Bluetooth technology in the mobile telephone, I analyzed the principle of Bluetooth Headset, including the es</p><p>　　In conclusion,

9、 the thesis discusses Bluetooth Specification and Bluetooth development on the basis of Bluetooth Headset, makes us learn the core technology of Bluetooth, and sets up a firmly base for future complicated research and de

10、velopment in Bluetooth.</p><p>　　Keywords Bluetooth；Protocol Specification；Hardware development platform ；Bluecore2-External；Bluetooth headset</p><p><b>　　目錄</b></p><p>

11、;<b>　　摘要I</b></p><p>　　AbstractII</p><p>　　第1章 緒 論1</p><p>　　1.1 藍(lán)牙技術(shù)的發(fā)展現(xiàn)狀和趨勢1</p><p>　　1.1.1 各種電話系統(tǒng)1</p><p>　　1.1.2 無線電纜2</p>&l

12、t;p>　　1.1.3 無線公文包2</p><p>　　1.1.4 各類數(shù)字電子設(shè)備2</p><p>　　1.1.5 電子商務(wù)2</p><p>　　1.1.6 將來的應(yīng)用3</p><p>　　1.2 藍(lán)牙技術(shù)與其他相關(guān)技術(shù)的比較分析3</p><p>　　1.3本文主要研究工作5</p&

13、gt;<p>　　第2章 藍(lán)牙協(xié)議規(guī)范的介紹6</p><p>　　2.1藍(lán)牙的協(xié)議體系結(jié)構(gòu)6</p><p>　　2.2 基帶層規(guī)范8</p><p>　　2.2.1 物理信道與物理鏈路8</p><p>　　2.2.2 分組組成9</p><p>　　2.2.3 分組類型10</p&

14、gt;<p>　　2.2.4 藍(lán)牙的糾錯技術(shù)12</p><p>　　2.3 鏈路管理器協(xié)議（LMP）13</p><p>　　2.3.1 通用規(guī)則14</p><p>　　2.3.2 設(shè)備功能14</p><p>　　2.3.3 鏈路控制器管理14</p><p>　　2.4 邏輯鏈路控制和適

15、配協(xié)議（L2CAP）17</p><p>　　2.5 服務(wù)發(fā)現(xiàn)協(xié)議（SDP）18</p><p>　　2.5.1 客戶機(jī)與服務(wù)器的交互方式18</p><p>　　2.5.2 服務(wù)記錄信息交換19</p><p>　　2.5.3 服務(wù)屬性20</p><p>　　2.5.4 服務(wù)搜索20</p>

16、<p>　　2.5.5 通用獨(dú)特標(biāo)識符20</p><p>　　2.5.6 服務(wù)搜索樣本（SDP Pattern）21</p><p>　　2.5.7 服務(wù)瀏覽21</p><p>　　2.6 電纜替代協(xié)議RFCOMM22</p><p>　　第3章 藍(lán)牙系統(tǒng)的硬件設(shè)計(jì)24</p><p>　　

17、3.1 Bluecore02-external芯片介紹24</p><p>　　3.2 開發(fā)平臺的硬件資源25</p><p>　　3.2.1 硬件開發(fā)平臺的介紹25</p><p>　　3.2.2 硬件開發(fā)平臺的整體架構(gòu)26</p><p>　　3.2.3 硬件開發(fā)平臺的接口28</p><p>　　3.2

18、.4 語音芯片MC145483的功能與結(jié)構(gòu)29</p><p>　　3.3 Flash存儲器30</p><p>　　3.4 完整的電路設(shè)計(jì)30</p><p>　　第4章 單芯片藍(lán)牙耳機(jī)Headset的軟件設(shè)計(jì)與開發(fā)32</p><p>　　4.1 藍(lán)牙耳機(jī)的軟件流程設(shè)計(jì)33</p><p>　　4.1.1

19、 藍(lán)牙耳機(jī)應(yīng)用層狀態(tài)機(jī)的流程設(shè)計(jì)33</p><p>　　4.1.2 Headset鏈接建立程序流程設(shè)計(jì)34</p><p>　　4.2 藍(lán)牙耳機(jī)軟件程序?qū)崿F(xiàn)37</p><p>　　4.2.1 通信鏈路建立過程的程序設(shè)計(jì)37</p><p>　　4.2.2 應(yīng)用層向連接管理器發(fā)送消息的代碼：38</p><p&

20、gt;　　4.2.3 鏈路建立過程發(fā)送/接收的消息及實(shí)現(xiàn)過程38</p><p>　　4.2.4 SDP服務(wù)記錄的實(shí)現(xiàn)設(shè)計(jì)40</p><p>　　4.3 藍(lán)牙耳機(jī)按鍵的軟硬件實(shí)現(xiàn)42</p><p><b>　　結(jié) 論44</b></p><p><b>　　致 謝45</b>&l

21、t;/p><p><b>　　參考文獻(xiàn)46</b></p><p><b>　　附錄147</b></p><p><b>　　附錄253</b></p><p><b>　　第1章 緒 論</b></p><p>　　1.1

22、藍(lán)牙技術(shù)的發(fā)展現(xiàn)狀和趨勢</p><p>　　自從1998年提出藍(lán)牙技術(shù)以來，藍(lán)牙技術(shù)的發(fā)展異常迅速。藍(lán)牙Bluetooth得到了全世界越來越多工業(yè)界生產(chǎn)廠家和研究機(jī)構(gòu)的廣泛關(guān)注。成立了世界藍(lán)牙組織Bluetooth SIG，采用技術(shù)標(biāo)準(zhǔn)公開的策略來推廣藍(lán)牙技術(shù)，現(xiàn)已發(fā)展成為一個(gè)相當(dāng)大的工業(yè)界高新技術(shù)標(biāo)準(zhǔn)化組織，世界上一些權(quán)威的標(biāo)準(zhǔn)化組織，也都在關(guān)注藍(lán)牙技術(shù)標(biāo)準(zhǔn)的制定和發(fā)展。例如，IEEE的標(biāo)準(zhǔn)化機(jī)構(gòu)，也已經(jīng)成立

23、了802．15工作組，專門關(guān)注有關(guān)藍(lán)牙技術(shù)標(biāo)準(zhǔn)的兼容和未來的發(fā)展等問題。</p><p>　　藍(lán)牙是取代數(shù)據(jù)電纜的短距離無線通信技術(shù)，可以支持物體與物體之間的通信，工作頻段是全球開放的2.4GHz頻段，可以同時(shí)進(jìn)行數(shù)據(jù)和語音傳輸，傳輸速率可達(dá)到10Mbit/s，使得在其范圍內(nèi)的各種信息化設(shè)備都能實(shí)現(xiàn)無縫資源共享。 藍(lán)牙技術(shù)的應(yīng)用被認(rèn)為非常廣泛而且極具潛力。它可以應(yīng)用于無線設(shè)備（如PDA、手機(jī)、智能電話、無繩電話）

24、、圖像處理設(shè)備（照相機(jī)、打印機(jī)、掃描儀）、安全產(chǎn)品（智能卡、身份識別、票據(jù)管理、安全檢查）、消費(fèi)娛樂（耳機(jī)、MP3、游戲）、汽車產(chǎn)品（GPS、ABS、動力系統(tǒng)、安全氣袋）、家用電器（電視機(jī)、電冰箱、電烤箱、微波爐、音響、錄像機(jī)）、醫(yī)療健身、建筑、玩具等領(lǐng)域。</p><p>　　1.1.1 各種電話系統(tǒng)</p><p>　　Bluetooth產(chǎn)品將會首先應(yīng)用于數(shù)字手機(jī)、家庭及辦公室電話等系

25、統(tǒng)中，實(shí)現(xiàn)真正意義上的個(gè)人通信。例如三合一電話，這種應(yīng)用模式允許一部移動電話既可以作為標(biāo)準(zhǔn)的蜂窩電話，也可以用作無繩電話與語音接入點(diǎn)（無繩電話基站）進(jìn)行連接，還可以用作內(nèi)部通信設(shè)備，與其他鄰近的設(shè)備直接進(jìn)行通話。</p><p>　　目前，國際上各大手機(jī)制造商都在加緊開發(fā)Bluetooth手機(jī)，無繩電話和有線電話的制造商也感受到Bluetooth帶來的挑戰(zhàn)和機(jī)遇，競相研發(fā)帶有Bluetooth功能的新產(chǎn)品，這些都

26、將推動藍(lán)牙技術(shù)迅速發(fā)展。</p><p>　　1.1.2 無線電纜</p><p>　　Bluetooth基于無線電纜的概念，使信息傳輸設(shè)備除電源線外再無其它連線，甚至包括鍵盤、鼠標(biāo)也采用無線傳輸。Bluetooth企圖建立一個(gè)全無線的工作環(huán)境和生活環(huán)境，由于這些設(shè)備類多量廣，無論是硬體還是軟件，都有著極大的商機(jī)。</p><p>　　1.1.3 無線公文包<

27、/p><p>　　高速藍(lán)牙的技術(shù)發(fā)展亦大大提高了RealtimeVideo（實(shí)時(shí)視頻）/Video（視頻）/音樂檔的傳輸數(shù)據(jù)速度，同時(shí)降低耗電量?，F(xiàn)在藍(lán)牙正面對著高數(shù)據(jù)傳輸?shù)募夹g(shù)瓶頸，高素質(zhì)的Video/Audio（音頻）檔案往往龐大得難以通過藍(lán)牙傳輸，更別說高速下載。但高速藍(lán)牙功能卻能實(shí)現(xiàn)把龐大的檔案數(shù)據(jù)高速傳輸，使WirelessUSBcamera（無線USB接口攝像頭）、IPcamera（網(wǎng)絡(luò)攝像機(jī)）、手機(jī)、P

28、MP（便攜式媒體播放器）與電腦之間可以藍(lán)牙技術(shù)自由傳輸，不再受數(shù)據(jù)大小的束縛，把以前的不可能變?yōu)榭赡堋?lt;/p><p>　　1.1.4 各類數(shù)字電子設(shè)備</p><p>　　數(shù)字照相機(jī)、數(shù)字?jǐn)z像機(jī)等設(shè)備裝上Bluetooth系統(tǒng)，可免去使用電纜的不便，隨時(shí)隨地將所攝圖片或影像通過同樣裝上Bluetooth系統(tǒng)的手機(jī)或其他設(shè)備傳回指定的計(jì)算機(jī)中。</p><p>　　

29、PDA（Personal Digital Assistant）裝上Bluetooth系統(tǒng)后，采用無線方式收、發(fā)e-mail甚至瀏覽網(wǎng)頁將更為方便。</p><p>　　Bluetooth的硬體電路可以做到微型化，在Headset上應(yīng)用非常合適。裝上Bluetooth系統(tǒng)的Headset可以使它和手機(jī)進(jìn)行無線連接，也可以使人在小范圍內(nèi)自由走動地打電話、收聽音樂，在較大的范圍內(nèi)召開電話會議，應(yīng)用前景十分誘人。<

30、/p><p>　　1.1.5 電子商務(wù)</p><p>　　無線應(yīng)用協(xié)議（WAP）是開展移動電子商務(wù)的核心技術(shù)之一。通過WAP，手機(jī)可以隨時(shí)、方便、快捷地接入互聯(lián)網(wǎng)，真正地實(shí)現(xiàn)了不受時(shí)間和地域約束的移動電子商務(wù)。它是一種無線通信協(xié)議。目前，很多電信企業(yè)推出了多種WAP產(chǎn)品，包括WAP網(wǎng)關(guān)、應(yīng)用開發(fā)工具和WAP手機(jī)，向用戶提供網(wǎng)上資訊、移動網(wǎng)銀、機(jī)票訂購和網(wǎng)上游戲等服務(wù)。WAP主要會受移動通信帶

31、寬的影響。移動IP通過網(wǎng)絡(luò)層改變IP協(xié)議，從而實(shí)現(xiàn)移動設(shè)備在互聯(lián)網(wǎng)上的無縫漫游。藍(lán)牙技術(shù)（Bluetooth）可以很方便的實(shí)現(xiàn)小范圍內(nèi)的無線通信，且成本低、功耗小。</p><p>　　1.1.6 將來的應(yīng)用</p><p>　　藍(lán)牙已不再是一項(xiàng)虛擬的技術(shù)，也不再停留在理論的標(biāo)準(zhǔn)規(guī)范上。一旦藍(lán)牙芯片的性價(jià)比達(dá)到一定的水平，同時(shí)找到有利于市場推廣的突破點(diǎn)及適當(dāng)?shù)纳虡I(yè)運(yùn)行模式，其普及的速度將如

32、水庫中積滿的池水一樣傾瀉而出，洶涌而至。因?yàn)樗{(lán)牙技術(shù)的基本應(yīng)用都是基于現(xiàn)在正在迅速普及的移動設(shè)備，例如手機(jī)、PDA和筆記本電腦等。藍(lán)牙無線接入技術(shù)如主干網(wǎng)絡(luò)的神經(jīng)末梢將通信技術(shù)滲透到各行各業(yè)。藍(lán)牙無線通信技術(shù)的出現(xiàn)之所以引起企業(yè)界如此廣泛的關(guān)注，就是因?yàn)樗鼮槠渌I(lǐng)域的技術(shù)發(fā)展注入了鮮活的生命力。例如，瑞典ABB公司將藍(lán)牙技術(shù)、網(wǎng)絡(luò)技術(shù)及智能技術(shù)相結(jié)合應(yīng)用在工業(yè)環(huán)境中。</p><p>　　除了與傳統(tǒng)工業(yè)的結(jié)合，藍(lán)

33、牙無線技術(shù)還被稱為“爆發(fā)性技術(shù)”（disruptive technology），即它能夠激發(fā)各組織和團(tuán)體去開拓新的商業(yè)模式，從而徹底改變他們的經(jīng)濟(jì)和競爭基礎(chǔ)，甚至孕育出全新的產(chǎn)業(yè)領(lǐng)域。為適應(yīng)市場的需求和技術(shù)的發(fā)展，藍(lán)牙SIG正在制定下一代的藍(lán)牙標(biāo)準(zhǔn)。目前有12個(gè)工作組（working group）、3個(gè)研究小組以及2個(gè)專家小組（experts group）正在以藍(lán)牙的正式標(biāo)準(zhǔn)“version 1.1”為基礎(chǔ)開始工作。</p>

34、<p>　　1.2 藍(lán)牙技術(shù)與其他相關(guān)技術(shù)的比較分析</p><p>　　作為一種近距離的無線通信技術(shù)，藍(lán)牙技術(shù)并不是唯一的。目前無線個(gè)人區(qū)域網(wǎng)（WPAN）的技術(shù)中，主要有工作在2.4G頻段上的IEEE802.11b，HomeRF，以下針對它們的特點(diǎn)分別進(jìn)行比較。</p><p>　　IEEE802.11b標(biāo)準(zhǔn)工作在2．4GHz的頻帶，采用補(bǔ)碼鍵控（CCK）調(diào)制技術(shù)，傳輸速率

35、最高可達(dá)到11Mbit/s。IEEE802.11b對無線局域網(wǎng)的最大貢獻(xiàn)就是根據(jù)無線信道狀況的變化支持物理層傳輸速率的動態(tài)漂移，可以在11Mbit/s、5.5Mbit/s、2Mbit/s、1Mbit/s之間進(jìn)行動態(tài)速率調(diào)整。在網(wǎng)絡(luò)安全機(jī)制上，IEEE802.11b提供了MAC層的訪問控制和加密機(jī)制，即WEP（等效有線加密），為無線局域網(wǎng)提供了與有線網(wǎng)絡(luò)相同級別的安全保護(hù)。IEEE802.11b標(biāo)準(zhǔn)還提供了可選的RSA40及128位的共享

36、密鑰RC4PRNG算法。</p><p>　　IEEE802.11b的技術(shù)特點(diǎn)可歸納如下：1．可靠的通信：抗干擾和抗多徑干擾能力強(qiáng)，能夠高速的、高質(zhì)量的傳輸數(shù)據(jù)。2．低成本：節(jié)省了網(wǎng)絡(luò)綜合布線高額費(fèi)用、節(jié)省租用線路月租費(fèi)和線路的維護(hù)費(fèi)用。3．靈活性：無線纜限制，可任意增加和配置工作站。4．移動性：允許用戶在任何時(shí)間、任何地點(diǎn)訪問網(wǎng)絡(luò)數(shù)據(jù)，可在無線網(wǎng)絡(luò)覆蓋的范圍內(nèi)自動漫游。5．高吞吐量：可以實(shí)現(xiàn)11Mbit/s的數(shù)

37、據(jù)傳輸速率，并可以在5.5M、2M、1Mbit/s之間自動速率調(diào)整。</p><p>　　HomeRF技術(shù)是由HRFWG(home RF working group)工作組開發(fā)的，該工作組1998年成立，主要由Intel、IBM、Companq、3com、Philips、Microsoft、Motorola等幾家大公司組成，旨在制定PC和用戶電子設(shè)備之間無線數(shù)字通信的開放性工業(yè)標(biāo)準(zhǔn)，為家庭用戶建立具有互操作性的音

38、頻和數(shù)據(jù)通信網(wǎng)，HomeRF采用了IEEE 802.11標(biāo)準(zhǔn)的CSMA/CA模式，以競爭的方式來獲取信道的控制權(quán)，在一個(gè)時(shí)間點(diǎn)上只能有一個(gè)接入點(diǎn)在網(wǎng)絡(luò)中傳輸數(shù)據(jù)，提供了對“流業(yè)務(wù)”的真正意義上的支持，規(guī)定了高級別的優(yōu)先權(quán)并采用了帶有優(yōu)先權(quán)的重發(fā)機(jī)制，確保了實(shí)時(shí)性“流業(yè)務(wù)”所需的帶寬(2～11 Mb/s)和低干擾、低誤碼。 HomeRF是針對現(xiàn)有無線通信標(biāo)準(zhǔn)的綜合和改進(jìn)，當(dāng)進(jìn)行數(shù)據(jù)通信時(shí)，采用IEEE 802.11規(guī)范中的TCP/

39、IP傳輸協(xié)議；進(jìn)行語音通信時(shí)，則采用數(shù)字增強(qiáng)型無繩通信標(biāo)準(zhǔn)。因此，接收端必須捕獲傳輸信號的數(shù)據(jù)頭和幾個(gè)數(shù)據(jù)包，判斷是音頻還是數(shù)據(jù)包，進(jìn)而切換到相應(yīng)的模式。 HomeRF采用對等網(wǎng)的結(jié)構(gòu)，每一個(gè)節(jié)點(diǎn)相對獨(dú)立，不受中央節(jié)點(diǎn)的控制。</p><p>　　藍(lán)牙技術(shù)與上面兩種技術(shù)不同，它具有一整套全新的協(xié)議，可以應(yīng)用于更多的場合。藍(lán)牙技術(shù)中的跳頻更快，因而更加穩(wěn)定，同時(shí)它還具有低功耗、低成本和比較靈活等特點(diǎn)。<

40、;/p><p>　　通過比較分析可以看出，各種標(biāo)準(zhǔn)都是根據(jù)不同的使用場合，不同的用戶需求而制定的。有的是為了增加帶寬和傳輸距離，有的則是考慮移動性和經(jīng)濟(jì)性，局部最優(yōu)不等于全局最優(yōu)。因此，用戶應(yīng)視實(shí)際需求選擇適合自己的標(biāo)準(zhǔn)。</p><p>　　總的來講，IEEE802.11b比較適于辦公室中的企業(yè)無線網(wǎng)絡(luò)，HomeRF可以應(yīng)用于家庭中的移動數(shù)據(jù)和語音設(shè)備與主機(jī)之間的通信，而藍(lán)牙技術(shù)可以應(yīng)用于任

41、何可以用無線方式替代線纜的場合。目前這些技術(shù)還處于并存的狀態(tài)，但是可能引起干擾等問題，從長遠(yuǎn)看，隨著產(chǎn)品與市場的不斷發(fā)展，它們將走向融合，盡管它們可能在邊緣上是競爭的，但在本質(zhì)上是互補(bǔ)性的。藍(lán)牙以其低成本，接入的快捷性、方便性來形成大量電子設(shè)備之間的無線數(shù)據(jù)傳輸、同步平臺。</p><p>　　1.3本文主要研究工作</p><p>　　藍(lán)牙耳機(jī)提供了一個(gè)安全、hand-free的途徑來發(fā)

42、送和接收呼叫并進(jìn)行語音傳輸。尤其當(dāng)用戶不方便手持手機(jī)的時(shí)候，這種方式顯得尤為便利。</p><p>　　藍(lán)牙耳機(jī)的使用者可以在能保持連接的范圍內(nèi)自由移動，而不必和音頻設(shè)備綁在一起。而且用戶可以將同一個(gè)耳機(jī)用于多種設(shè)備，因?yàn)樗{(lán)牙規(guī)范提供了一個(gè)標(biāo)準(zhǔn)的接口，所以用于電話通信的耳機(jī)也同樣可以用來與固定的語音接入點(diǎn)進(jìn)行通信，此外耳機(jī)還可以完成與計(jì)算機(jī)的音頻交互。將來的耳機(jī)還可能與立體聲音響、便攜式CD播放機(jī)和錄音設(shè)備進(jìn)行通

43、信。藍(lán)牙耳機(jī)允許不同的設(shè)備放置在各自方便的地方，移動終端甚至可以放進(jìn)口袋或公文包里。通過語音識別并利用已經(jīng)使用的語音技術(shù)，將來的藍(lán)牙耳機(jī)可以作為實(shí)現(xiàn)電話通信的唯一用戶接口。</p><p>　　本文的主要工作是在深入分析研究藍(lán)牙通信技術(shù)協(xié)議規(guī)范1.1版本（下稱“藍(lán)牙規(guī)范”）的基礎(chǔ)上，根據(jù)藍(lán)牙耳機(jī)所要完成的功能，實(shí)現(xiàn)藍(lán)牙上層協(xié)議棧功能，在Headset和語音網(wǎng)關(guān)之間建立藍(lán)牙通信鏈路并實(shí)現(xiàn)高層的應(yīng)用。</p&g

44、t;<p>　　本系統(tǒng)是利用英國CSR（Cambridge Silicon Radio）公司的藍(lán)牙芯片Bluecore2-External來進(jìn)行設(shè)計(jì)的。</p><p>　　第2章 藍(lán)牙協(xié)議規(guī)范的介紹</p><p>　　2001年3月，藍(lán)牙SIG正式發(fā)布了Specification of Bluetooth version 1.1規(guī)范。藍(lán)牙技術(shù)規(guī)范的目的是使符合該規(guī)范的各種

45、應(yīng)用之間能夠?qū)崿F(xiàn)互操作?；ゲ僮鞯倪h(yuǎn)端設(shè)備需要使用相同的協(xié)議棧，不同的應(yīng)用需要不同的協(xié)議棧。但是，所有的應(yīng)用都要使用藍(lán)牙技術(shù)規(guī)范中的數(shù)據(jù)鏈路層和物理層。</p><p>　　2.1藍(lán)牙的協(xié)議體系結(jié)構(gòu)</p><p>　　Bluetooth 1.1技術(shù)規(guī)范要求會話中的每一臺設(shè)備都需要確認(rèn)其在主設(shè)備/輻設(shè)備關(guān)系中所扮演的角色。此外，Bluetooth 技術(shù)本將2.4GHz 的頻帶劃分為79 個(gè)子

46、頻段，而為了適應(yīng)一些國家的軍用需要Bluetooth 1.0重新定義了另一套子頻段劃分標(biāo)準(zhǔn)，將整個(gè)頻帶劃分為23 個(gè)子頻段，以避免使用2.4GHz 頻段中指定的區(qū)域。這造成了使用79 個(gè)子頻段的設(shè)備與那些設(shè)計(jì)為使用23 個(gè)子頻段的設(shè)備之間互不兼容。Bluetooth 1.1標(biāo)準(zhǔn)取消了23子頻段的副標(biāo)準(zhǔn)，所有的Bluetooth 1.1設(shè)備都使用79 個(gè)子頻段在2.4GHz的頻譜范圍之內(nèi)進(jìn)行相互的通信。具體藍(lán)牙技術(shù)指標(biāo)和系統(tǒng)參數(shù)見表2-1

47、：</p><p>　　表 2-1 藍(lán)牙技術(shù)指標(biāo)和系統(tǒng)參數(shù)</p><p>　　藍(lán)牙支持點(diǎn)到點(diǎn)和點(diǎn)到多點(diǎn)的連接，可采用無線方式將若干藍(lán)牙設(shè)備連成一個(gè)微微網(wǎng)（Piconet），多個(gè)微微網(wǎng)又可互連成特殊分散網(wǎng)，形成靈活的多重微微網(wǎng)的拓?fù)浣Y(jié)構(gòu)，從而實(shí)現(xiàn)各類設(shè)備之間的快速通信。它能在一個(gè)微微網(wǎng)內(nèi)尋址8個(gè)設(shè)備（實(shí)際上互聯(lián)的設(shè)備數(shù)量是沒有限制的，只不過在同一時(shí)刻只能激活8個(gè)，其中1個(gè)為主，7個(gè)為從）。

48、</p><p>　　藍(lán)牙協(xié)議體系結(jié)構(gòu)采用分層方式，包括藍(lán)牙專用協(xié)議和一些通用協(xié)議。專用協(xié)議位于協(xié)議棧的底部，從底到上依次是藍(lán)牙無線層（BluetoothRadio）、基帶層（Base band）、LMP層（Link Manager Protocol）、L2CAP層（Logical link Control and Adaptation Protocol）、SDP層（Service Discovery Proto

49、col）。另外RFCOMM層以ETSITS07.10為基礎(chǔ)，目的是取代電纜連接；TCS（Telephony Control protocol Specification）以ITU-T的Q.931為基礎(chǔ)，目的是進(jìn)行呼叫控制。在藍(lán)牙專用協(xié)議之上可以承載PPP、TCP/IP、UDP/IP、WAP等通用高層協(xié)議。每一層分別完成數(shù)據(jù)流的過濾和傳輸、跳頻和數(shù)據(jù)幀傳輸、連接的建立和釋放、鏈路的控制、數(shù)據(jù)的拆裝、業(yè)務(wù)質(zhì)量（QoS）、協(xié)議的復(fù)用和分用等功

50、能。藍(lán)牙的高層協(xié)議最大限度地重用了現(xiàn)存的協(xié)議，而且其高層應(yīng)用協(xié)議都使用公共的數(shù)據(jù)鏈路和物理層。具體的藍(lán)牙協(xié)議棧見圖2-1。</p><p>　　圖2-1 藍(lán)牙協(xié)議棧</p><p><b>　　2.2 基帶層規(guī)范</b></p><p>　　2.2.1 物理信道與物理鏈路</p><p>　　藍(lán)牙技術(shù)的特點(diǎn)體現(xiàn)在底層技

51、術(shù)，而基帶層是底層中的關(guān)鍵技術(shù)之一。注意藍(lán)牙基于微微小區(qū)機(jī)制，需具備強(qiáng)壯性、低復(fù)雜度、低功率、低成本的特點(diǎn)，而這在基帶層技術(shù)中有所體現(xiàn)。　　前面說過藍(lán)牙采用挑頻擴(kuò)頻技術(shù)，每秒1600跳，從時(shí)間域看即每個(gè)時(shí)隙長度是625μs，即每個(gè)時(shí)隙從79個(gè)信道中選擇一個(gè)。時(shí)隙編號0～ 2的27次方，即以2的27個(gè)次方雙工方式采用TDD。藍(lán)牙既支持電路型數(shù)據(jù)，也支持分組型數(shù)據(jù)；既支持點(diǎn)對點(diǎn)連接，也支持點(diǎn)對多點(diǎn)連接。在一個(gè)微微網(wǎng)絡(luò)（Pieconet）中

52、，一個(gè)單元作為主節(jié)點(diǎn)，其他作為從節(jié)點(diǎn)，最多可以有7個(gè)從節(jié)點(diǎn)；但是允許有更多從節(jié)點(diǎn)與主節(jié)點(diǎn)保持在Park狀態(tài)。從節(jié)點(diǎn)對信道的接入由主節(jié)點(diǎn)控制。微微網(wǎng)絡(luò)在覆蓋上可以有重疊：每個(gè)網(wǎng)絡(luò)有各自的跳頻方案，一個(gè)網(wǎng)絡(luò)的主節(jié)點(diǎn)可以同時(shí)作為另一個(gè)網(wǎng)絡(luò)的從節(jié)點(diǎn)；一個(gè)從節(jié)點(diǎn)可以屬于多個(gè)網(wǎng)絡(luò)?！　≈鞴?jié)點(diǎn)向從節(jié)點(diǎn)發(fā)送數(shù)據(jù)只能占用偶時(shí)隙，反之從節(jié)點(diǎn)只能在奇時(shí)隙才能向主節(jié)點(diǎn)發(fā)送數(shù)據(jù)。一個(gè)分組（Packet，實(shí)際上更習(xí)慣的說法是幀，因?yàn)樵诨鶐悠涞匚活愃朴贠SI的第

53、2層、部分涉及物理層，分組的確切用法在第3層，但是藍(lán)牙基帶層規(guī)范中采用Packet術(shù)語）的傳送</p><p>　　2.2.2 分組組成</p><p>　　每個(gè)分組由3部分組成，即接入碼（AccessCode）、頭（Header）、負(fù)載（Payload）。其中接入碼和頭字段為固定長度，分別為72比特和54比特；負(fù)載是可變長度，從0～2745比特。一個(gè)分組可以僅包含接入碼字段（此時(shí)為縮短的

54、68比特），或者包含接入碼與頭字段，或者包含全部3個(gè)字段?！　〗尤氪a有三種類型：Channel Access Code（CAC）、Device Access Code（DAC）和Inquiry Access Code（IAC）。CAC用于標(biāo)識一個(gè)Piconet，所有在該P(yáng)iconet中傳送的分組都包含CAC；DAC用于特殊的信令過程，如尋呼和響應(yīng)尋呼；IAC又分為General（GIAC）和Dedicated（DIAC）兩類：GIAC

55、對該區(qū)域內(nèi)所有設(shè)備都是一樣的，用于發(fā)現(xiàn)其它的藍(lán)牙單元；DIAC用于根據(jù)某種特性劃分特定用戶群。　　分組頭包含鏈路控制信息，由6個(gè)字段組成：3比特的AM－ADDR、4比特的TYPE、1比特的FLOW、1比特的ARQN、1比特的SEQN、8比特的HEC，一共18個(gè)比特；再加速率為1/3的FEC，編碼保護(hù)后一共是54比特。在主節(jié)</p><p>　　2.2.3 分組類型</p><p>　　在

56、16種分組中，有4種是公共的；另外12種根據(jù)SCO和ACL不同鏈路而不同。</p><p><b>　　1.公共分組</b></p><p>　　ID分組：由DAC或IAC組成，長度固定為68比特，用于尋呼、探詢、響應(yīng)。</p><p>　　NULL分組：僅包含CAC和分組頭，沒有負(fù)載，長度固定為126比特。NULL分組用于通過ARQN、FLO

57、W等字段將鏈路信息返回給發(fā)送端。NULL分組無需確認(rèn)。</p><p>　　POLL分組：POLL分組與NULL分組類似，也沒有負(fù)載字段，但是需要接收端的確認(rèn)。當(dāng)從節(jié)點(diǎn)收到POLL分組后，必須響應(yīng)，即使當(dāng)時(shí)沒有數(shù)據(jù)信息需要發(fā)送。</p><p>　　FHS分組：是一種特殊的控制分組，它宣告發(fā)端的設(shè)備地址和時(shí)鐘信息，以實(shí)現(xiàn)跳頻同步。負(fù)載字段包含144個(gè)信息比特加16比特的CRC校驗(yàn)碼，然后用

58、速率為2/3的FEC保護(hù)，最終長度為240比特。</p><p>　　DM1分組：DM代表Data Medium rate，該分組僅攜帶數(shù)據(jù)信息，負(fù)載包含18個(gè)信息字節(jié)和16比特的CRC校驗(yàn)碼，然后用速率為2/3的FEC保護(hù)（即每10個(gè)信息比特附加5個(gè)校驗(yàn)比特）。</p><p><b>　　2.SCO分組</b></p><p>　　SCO分

59、組在SCO鏈路上傳送，分組不采用CRC校驗(yàn)和重傳機(jī)制?，F(xiàn)在定義了3種SCO分組，SCO分組通常用于64kbit/s的語音傳送。</p><p>　　HV1分組：HV代表High quality Voice，該分組攜帶10個(gè)字節(jié)的信息，用1/3速率的FEC保護(hù)，編碼后負(fù)載長度為240比特。一個(gè)HV1分組可以攜帶1.25ms的64kbit/s的語音，每兩個(gè)時(shí)隙HV1分組必須發(fā)送一次，即Tsco=2。</p>

60、;<p>　　HV2分組：HV2分組攜帶20個(gè)字節(jié)的信息，采用速率為2/3的FEC，編碼后負(fù)載長度也為240比特。一個(gè)HV2分組可以攜帶2.5ms的64kbit/s的語音，每四個(gè)時(shí)隙HV2分組必須發(fā)送一次，即Tsco=4。</p><p>　　HV3分組：HV3分組攜帶30個(gè)字節(jié)的信息，沒有采用FEC，負(fù)載長度也為240比特。一個(gè)HV3分組可以攜帶3.75ms的64kbit/s的語音，每六個(gè)時(shí)隙HV

61、3分組必須發(fā)送一次，即Tsco=6。</p><p>　　DV分組：DV分組是數(shù)據(jù)和語音的混合，負(fù)載由80比特的語音字段和最多150比特的數(shù)據(jù)字段組成。語音字段沒有FEC保護(hù)，數(shù)據(jù)字段有10字節(jié)信息，加16比特的CRC校驗(yàn)碼，然后用2/3FEC保護(hù)。語音處理和數(shù)據(jù)處理是獨(dú)立的。</p><p><b>　　3.ACL分組</b></p><p>

62、;　　ACL分組在ACL鏈路上傳送，承載的信息可以是控制信息或用戶數(shù)據(jù)。如果包含DM1，則一共有7種ACL分組，除了AUX1外其它6種ACL分組采用CRC校驗(yàn)及重傳機(jī)制。</p><p>　　DH1分組：與DM1分組類似，但是負(fù)載數(shù)據(jù)不經(jīng)過FEC。DH1分組攜帶28字節(jié)信息加16比特的CRC校驗(yàn)碼。DH代表Data-High rate。</p><p>　　DM3分組：與DM1類似，但DM

63、3可以占用3個(gè)時(shí)隙，負(fù)載可包含123個(gè)信息字節(jié)加16比特的CRC校驗(yàn)碼。</p><p>　　DH3分組：與DM3類似，但負(fù)載不采用FEC。DH3可以攜帶185字節(jié)的信息加16比特的CRC校驗(yàn)碼。</p><p>　　DM5分組：DM5分組可以占用5個(gè)時(shí)隙，負(fù)載可包含226個(gè)信息字節(jié)加16比特的CRC校驗(yàn)碼。</p><p>　　DH5分組：與DM5類似，但負(fù)載不采

64、用FEC。DH5可以攜帶341字節(jié)的信息加16比特的CRC校驗(yàn)碼。</p><p>　　AUX1分組：與DH1類似，但沒有CRC校驗(yàn)碼。AUX1分組可以攜帶30個(gè)信息字節(jié)。</p><p><b>　　4.負(fù)載格式</b></p><p>　　在負(fù)載中要區(qū)分語音（同步）字段和數(shù)據(jù)（異步）字段：ACL分組僅包含數(shù)據(jù)字段，SCO分組僅包含語音字段，

65、DV比較特殊同時(shí)包含兩種字段。語音字段長度固定為240比特，DV分組中語音字段為80比特，不存在負(fù)載頭字段。數(shù)據(jù)字段包含3部分：負(fù)載頭、負(fù)載體和CRC校驗(yàn)碼（AUX1例外）。</p><p>　　負(fù)載頭為1或2個(gè)字節(jié)。負(fù)載頭規(guī)定了邏輯信道、邏輯信道上的流量控制及負(fù)載長度指示。用2個(gè)比特的L-CH字段來代表邏輯信道，其中11表示LM信道（傳送LMP消息），10表示UA/UI（L2CAP消息開始），01表示UA/UI

66、（L2CAP消息繼續(xù)），00保留。</p><p>　　在藍(lán)牙基帶層中定義了5種邏輯信道，即LC（Link Control）控制信道、LM（Link Manager）控制信道、UA（User Asynchronous）用戶信道、UI（User Isochronous）用戶信道、US（User Synchronous）用戶信道?？刂菩诺烙糜阪溌房刂坪玩溌饭芾恚脩粜诺烙糜谶\(yùn)載用戶數(shù)據(jù)。LC信道在分組頭中，其它信道在

67、分組負(fù)載中。LM、UA、UI用負(fù)載頭中的L-CH字段來區(qū)分，US信道僅在SCO鏈路中，UA和UI通常由ACL承載，但也可由SCO的DV分組來承載。LM信道SCO和ACL都可承載。</p><p>　　2.2.4 藍(lán)牙的糾錯技術(shù)</p><p>　　在藍(lán)牙技術(shù)中采取了三種糾錯方法：1/3碼率FEC編碼，2/3碼率FEC編碼，用于數(shù)據(jù)的自動重發(fā)請求（ARQ）機(jī)制。</p><

68、;p>　　對數(shù)據(jù)的有效載荷進(jìn)行前向糾錯的目的是減少重發(fā)次數(shù)，然而，對于一個(gè)糾錯要求不高的情況，F(xiàn)EC將增加不必要的開銷，從而導(dǎo)致數(shù)據(jù)吞吐量下降。因此，分組定義中對于在有效載荷中采用或不采用FEC給出了相當(dāng)?shù)撵`活度，因此才定義了ACL鏈路中使用的DM和DH分組和SCO鏈路中使用的HV分組。分組頭通常采用1/3比例前向糾錯碼保護(hù)，它含有很重要的鏈接信息，能容忍多位錯誤。</p><p>　　2.3 鏈路管理器協(xié)

69、議（LMP）</p><p>　　鏈路管理器協(xié)議（LMP）用于控制和協(xié)商兩臺設(shè)備間藍(lán)牙連接各方面的操作。這包括建立和控制邏輯傳輸與邏輯鏈路以及對物理鏈路的控制。鏈路管理器協(xié)議用于在兩臺設(shè)備（由 ACL 邏輯傳輸連接）上的鏈路管理器（LM）之間進(jìn)行通信。LMP在整個(gè)協(xié)議中的位置見圖2-2。</p><p>　　圖 2-2 LMP在整個(gè)協(xié)議中的位置</p><p>　

70、　鏈路管理器（LM）軟件實(shí)現(xiàn)鏈路的建立、認(rèn)證及鏈路配置等。鏈路管理器可發(fā)現(xiàn)其他的鏈路管理器，并通過連接管理協(xié)議（LMP）建立通信聯(lián)系，LM利用鏈路控制器（LC）提供的服務(wù)實(shí)現(xiàn)上述功能。</p><p>　　LC的服務(wù)項(xiàng)目包括：接收和發(fā)送數(shù)據(jù)、設(shè)備號請求、鏈路地址查詢、建立連接、認(rèn)證、協(xié)商并建立連接方式、確定分組的幀類型、設(shè)置監(jiān)聽方式、設(shè)置保持方式以及設(shè)置休眠方式等。</p><p>　　2

71、.3.1 通用規(guī)則</p><p>　　LMP 消息在可以在負(fù)載于默認(rèn)ACL邏輯傳輸上的ACL-C邏輯鏈路上進(jìn)行交換。負(fù)載在變長數(shù)據(jù)包的凈荷包頭上的邏輯鏈路標(biāo)識符 (LLID) 字段將ACL-C 邏輯鏈路ACL-U（負(fù)載 L2CAP 和用戶數(shù)據(jù)）區(qū)別開來。與其它通信相比，ACL-C 具備較高的優(yōu)先權(quán)。 LMP消息負(fù)載ACL-C邏輯鏈路，其不保證發(fā)送或確定數(shù)據(jù)包的時(shí)間。當(dāng)同步兩臺設(shè)備中的狀態(tài)變化時(shí)，LMP程

72、序必須考慮此情況。例如，定義這樣的標(biāo)準(zhǔn)：鑒于設(shè)備正在離開微微網(wǎng)或進(jìn)入休眠狀態(tài)，在提供邏輯傳輸?shù)刂?（LT_ADDR）可重新使用時(shí)指定。為了定義固定同步點(diǎn)，其它LMP程序（例如保持或角色切換）包含作為參數(shù)的藍(lán)牙時(shí)鐘。借助傳輸模式對監(jiān)聽模式的轉(zhuǎn)變進(jìn)行保護(hù)。 LMP根據(jù)事務(wù)運(yùn)行。事務(wù)是一系列連接的實(shí)現(xiàn)特定用途的信息交換。</p><p>　　2.3.2 設(shè)備功能</p><p>　　在

73、1.1 規(guī)格具有相關(guān) LMP 特征位后添加所有功能。由于設(shè)備必須與不支持其老式設(shè)備實(shí)現(xiàn)交互操作，資格認(rèn)證流程可能會將對這些功能的支持設(shè)為“必備”功能，而LM仍然將其視為可選功能。當(dāng)功能以 LMP消息傳輸時(shí)，它們用掩碼表示。通過閱讀 LMP 的功能掩碼，借助功能的最低通用子集解釋所有版本的鏈路管理器。</p><p>　　2.3.3 鏈路控制器管理</p><p>　　當(dāng)兩個(gè)設(shè)備已經(jīng)處于連接

74、狀態(tài)時(shí)，它們可以重新建立連接，因?yàn)榭梢月匀ゲ樵冞^程，重新連接可以更快的進(jìn)行。但是在查詢響應(yīng)過程中，從設(shè)備會通過FHS分組向設(shè)備提供呼叫信息。當(dāng)省略這個(gè)查詢過程時(shí)，這個(gè)FHS分組同時(shí)也被忽略掉了。因此，如果一個(gè)設(shè)備改變了它的呼叫參數(shù)轉(zhuǎn)為另外一種呼叫配置，或者改變了它的Tpagescan間隔，主設(shè)備將不會覺察到這種變化。</p><p>　　通過處理呼叫方案LMP_PDU，設(shè)備可以聲明或協(xié)商設(shè)備之間下一次呼叫所用到的

75、呼叫方案。當(dāng)一個(gè)請求設(shè)備呼叫其他設(shè)備時(shí)，請求設(shè)備鏈路管理器通過LMP_page_mode_req協(xié)議數(shù)據(jù)分組向其他設(shè)備的鏈路管理器建議呼叫方案。同樣，一個(gè)請求設(shè)備的鏈路管理器可以通過LMP_page_scan_mode_req協(xié)議數(shù)據(jù)分組，向其他設(shè)備的鏈路管理器建議呼叫該請求設(shè)備時(shí)的呼叫方案。拒絕以上任意一種LMP_PDU，意味著當(dāng)前的呼叫方案不能被更改，但對改變?yōu)閺?qiáng)制呼叫方案的請求則不能拒絕。</p><p>

76、　　一個(gè)呼叫設(shè)備最終就是微微網(wǎng)的默認(rèn)主設(shè)備，但有時(shí)需要主設(shè)備和從設(shè)備進(jìn)行交換。例如，當(dāng)需要使用點(diǎn)對點(diǎn)（PPP）通信協(xié)議進(jìn)行LAN的接入時(shí)，就需要這樣的交換。主、從角色交換過程開始時(shí)，請求設(shè)備發(fā)送LMP_switch_req協(xié)議數(shù)據(jù)單元主請求。在這之前應(yīng)當(dāng)結(jié)束當(dāng)前L2CAP消息的傳送。如果接受切換，另一設(shè)備也將結(jié)束當(dāng)前L2CAP消息的傳送，并以LMP_accepted應(yīng)答，然后執(zhí)行基帶協(xié)議定義的過程。如果拒絕進(jìn)行切換，另一設(shè)備以LMP_n

77、ot_accepted應(yīng)答，不進(jìn)行角色轉(zhuǎn)換過程。對主、從角色的切換的支持是可選的。</p><p>　　一個(gè)藍(lán)牙設(shè)備可以向其他的藍(lán)牙設(shè)備請求更新的時(shí)鐘信息，以優(yōu)化各種鏈路控制器的操作。主設(shè)備發(fā)送LMP_clock_offset_req協(xié)議數(shù)據(jù)分組，從設(shè)備將返回當(dāng)前從設(shè)備的本地時(shí)鐘與主設(shè)備的本地時(shí)鐘的偏差。當(dāng)主設(shè)備將來呼叫從設(shè)備時(shí)，這一信息可用來優(yōu)化呼叫時(shí)間，對這一處理的支持是可選的。</p><

78、;p>　　如果從設(shè)備要轉(zhuǎn)換為主設(shè)備時(shí)將會發(fā)送LMP_slot_offset協(xié)議數(shù)據(jù)分組，LMP_slot_offset協(xié)議數(shù)據(jù)分組承載了時(shí)隙偏差（μs級），即主設(shè)備傳送時(shí)隙的開始時(shí)間與從設(shè)備的相應(yīng)時(shí)隙的開始時(shí)間之間的偏差。此信息主要用來優(yōu)化主、從設(shè)備角色切換過程，這種LMP_PDU的支持是可選的。</p><p>　　發(fā)送LMP_timing_accuracy_req協(xié)議數(shù)據(jù)單元，將會返回接收設(shè)備時(shí)鐘的抖動

79、參數(shù)Jitter（μs級）和漂移參數(shù)（ppm級的）。此信息主要用來優(yōu)化長時(shí)間處于非活動狀態(tài)但仍與微微網(wǎng)相聯(lián)系的設(shè)備的喚醒時(shí)間，如保持模式設(shè)備的喚醒；或者在主設(shè)備傳送之前處于呼吸時(shí)隙、信標(biāo)時(shí)隙的休眠設(shè)備的喚醒。對這種LMP_PDU的支持是可選的，當(dāng)它不被支持時(shí)，其抖動和精度的最大缺省值分別是10μs和250ppm。</p><p>　　主設(shè)備發(fā)送的LMP_supervision_timeout協(xié)議數(shù)據(jù)單元中包含了藍(lán)

80、牙鏈路連接超時(shí)值，主要用來監(jiān)測主、從設(shè)備之間的幀丟失，對這種LMP_PDU的支持是強(qiáng)制的。</p><p><b>　　1.信息交換</b></p><p>　　鏈路管理器之間彼此可以交換信息，以便更好地協(xié)調(diào)它們之間的分組的傳輸。設(shè)備通過發(fā)送LMP_version_req PDU表明該設(shè)備所支持的LMP的版本。接收該LMP_PDU的設(shè)備通過返回LMP_version_

81、res PDU，表明該接收設(shè)備所支持的LMP版本。版本號通過一個(gè)三元數(shù)組[versionNo：companyID：subVersionNo]來提供。其中的版本號部分是由SIG組織定義的LMP的版本，子版本號則與執(zhí)行版本的廠商有關(guān)。對這種LMP_PDU的支持是強(qiáng)制的。</p><p>　　設(shè)備發(fā)送的LMP_features_req PDU中包含了發(fā)送該LMP_PDU的設(shè)備所支持可選擇的無線、基帶和鏈路管理器的特性。

82、接收設(shè)備返回的LMP_feature_res PDU中包含了該接收設(shè)備所支持的一些特性。這些特性包括：除了默認(rèn)的FHS，NULL，POLL，DM1和DH1分組之外所支持的分組類型；所支持的功率控制模式、語音編碼方案、加密方案、角色轉(zhuǎn)換方案以及可選的呼叫配置方案等等。對這種LMP_PDU處理的支持是強(qiáng)制的。</p><p>　　利用LMP_name_req PDU，請求設(shè)備的鏈路管理器向接收此LMP_PDU的設(shè)備查

83、詢友好用戶名。友好用戶名是設(shè)備的使用者分配給該設(shè)備的名字。在設(shè)備中名字是UTF-8組織命名的，最長可達(dá)248字節(jié)。由于設(shè)備的名字可能比單個(gè)DM1分組要長，因此當(dāng)設(shè)備請求另一個(gè)設(shè)備的友好用戶名字時(shí)，它可以通過發(fā)送LMP_name_res PDU提供一個(gè)補(bǔ)償參數(shù)，響應(yīng)設(shè)備可以通過這個(gè)補(bǔ)償參數(shù)傳送正確的名字字段。</p><p>　　由于藍(lán)牙無線技術(shù)的目標(biāo)是達(dá)到全球通用，因此UTF-8組織選擇對設(shè)備名稱命名的編碼協(xié)議（

84、IETF96），以達(dá)到對國際語言的支持。UTF-8字符利用1到6字節(jié)的序列編碼。為了與廣泛應(yīng)用的ASCII字符相兼容，對ASCII字符通過一個(gè)單字節(jié)的UTF-8字符來編碼，該UTF-8字符的值與ASCII字符對應(yīng)的值相同。因此，一個(gè)藍(lán)牙設(shè)備的友好用戶名可以達(dá)到248個(gè)ASCII字符長。</p><p><b>　　2.連接建立與斷開</b></p><p>　　LMP

85、是一個(gè)用于控制設(shè)備的鏈路管理器之間信息的傳輸協(xié)議，它不能封裝任何高層協(xié)議的PDU。同樣，LMP的處理過程可以不需要任何高層協(xié)議的參與，如L2CAP協(xié)議或主機(jī)本身。如果要建立LM以上層次的連接，主叫設(shè)備發(fā)送一個(gè)LMP_host_connection_req PDU，接收設(shè)備可以接受也可以不接受。如果鏈接請求被接受，兩個(gè)設(shè)備的鏈路管理器將協(xié)商鏈路的一些參數(shù)，如鑒權(quán)和QoS等。當(dāng)鏈路管理器完成參數(shù)協(xié)商后，并且設(shè)備不需要進(jìn)一步的建立連接過程，每

86、個(gè)鏈路管理器將發(fā)送LMP_setup_complete協(xié)議數(shù)據(jù)分組。只有兩個(gè)鏈接管理器都對LMP_setup_complete PDU確認(rèn)后，除LMP_PDU之外的通信才能開始。</p><p>　　當(dāng)一個(gè)設(shè)備要終止它與另一個(gè)設(shè)備之間的連接時(shí)，將發(fā)出一個(gè)LMP_detach PDU，該P(yáng)DU中包含連接斷開原因的參數(shù)。隨后兩個(gè)設(shè)備之間的連接將立即終止，不會對LMP_detach PDU拒絕。這一節(jié)中對LMP_PDU

87、的支持是強(qiáng)制的。</p><p>　　2.4 邏輯鏈路控制和適配協(xié)議（L2CAP）</p><p>　　藍(lán)牙邏輯鏈路控制和適配協(xié)議（L2CAP）支持更高級別的多路復(fù)用協(xié)議、數(shù)據(jù)包分割與重組和服務(wù)質(zhì)量信息的傳輸。 L2CAP 允許更高級別的協(xié)議和應(yīng)用程序傳輸和接收高達(dá) 64 千字節(jié)的上層數(shù)據(jù)包（L2CAP 服務(wù)數(shù)據(jù)單元，SDU）。通過流控制和重新傳輸模式，L2CAP 還允許按信道流

88、控制和重新傳輸。 L2CAP 層提供了名為 L2CAP 信道，且映射至 ACL 邏輯傳輸以支持 L2CAP 邏輯鏈路的邏輯信道。L2CAP與其他協(xié)議的關(guān)系見圖2-3。</p><p>　　圖2-3 L2CAP與其他協(xié)議的關(guān)系</p><p>　　L2CAP 基于“信道”這一概念。L2CAP 信道的每個(gè)端點(diǎn)均通過信道標(biāo)識符 (CID) 識別。信道標(biāo)識符 (CID) 是代表設(shè)備上邏輯

89、信道端點(diǎn)的本地名稱。CID 分派與一臺特定設(shè)備相關(guān)，這臺設(shè)備可以從其它設(shè)備上單獨(dú)指定 CID（除非它需要使用任何多個(gè)保留的 CID）。L2CAP 基于數(shù)據(jù)包，但遵循基于信道的通信模型。信道代表遠(yuǎn)程設(shè)備中 L2CAP 實(shí)體之間的數(shù)據(jù)流。可能有面向連接信道或無連接信道。</p><p><b>　　1.協(xié)議復(fù)用</b></p><p>　　L2CAP通過定義信道來支持多協(xié)

90、議復(fù)用功能。信道和協(xié)議間是多對一映射。一個(gè)協(xié)議可用于多個(gè)信道，而一個(gè)信道只能采用一個(gè)協(xié)議。和L2CAP接口的通信協(xié)議有SDP、RFCOMM和TCS。L2CAP層能夠在高層協(xié)議間鑒別出SDP、RFCOMM和TCS。</p><p>　　2.段和重組（SAR）</p><p>　　由于L2CAP層允許傳輸?shù)陌L度大于基帶層定義的最大傳輸單元（MTU）的長度。所以為了提高帶寬的利用率，L2CAP

91、包在空中無線傳輸之前，必須由L2CAP層把它們分割成小的基帶包，它利用低開銷的分段和分組機(jī)制來支持最大到64K字節(jié)包的傳輸。同樣．當(dāng)L2CAP層接受到許多基帶包時(shí)，L2CAP按照簡單的完整性校驗(yàn)把他們組裝成一個(gè)大的L2CAP包。</p><p>　　3.服務(wù)質(zhì)量（QoS）</p><p>　　L2CAP負(fù)責(zé)在信道間傳送QoS信息。L2CAP建立連接過程中，不能背離由協(xié)議協(xié)商得到的QoS信息

92、。</p><p><b>　　4.群組管理</b></p><p>　　L2CAP的群組管理提出了群組單元的概念，這個(gè)群組管理功能可以使藍(lán)牙微微網(wǎng)成員和群組之間實(shí)現(xiàn)更有效的映射，但L2CAP定義的群組通信是無連接的，并不可靠。需要利用高層的加密技術(shù)來提高傳輸?shù)目煽啃院桶踩浴?lt;/p><p>　　2.5 服務(wù)發(fā)現(xiàn)協(xié)議（SDP）</p&g

93、t;<p>　　服務(wù)發(fā)現(xiàn)協(xié)議（SDP）是極其重要的部分，發(fā)現(xiàn)服務(wù)在藍(lán)牙技術(shù)框架中起著至關(guān)緊要的作用，它是所有用戶模式的基礎(chǔ)。使用SDP可以查詢到設(shè)備信息和服務(wù)類型，從而在藍(lán)牙設(shè)備間建立相應(yīng)的連接。</p><p>　　2.5.1 客戶機(jī)與服務(wù)器的交互方式</p><p>　　服務(wù)發(fā)現(xiàn)協(xié)議涉及的是SDP客戶和服務(wù)器之間的通信問題。服務(wù)發(fā)現(xiàn)機(jī)制能向客戶機(jī)提供發(fā)現(xiàn)服務(wù)器上存在的服務(wù)

94、及服務(wù)屬性的方法。這里的服務(wù)屬性包括服務(wù)類型和所需服務(wù)的協(xié)議信息。</p><p>　　服務(wù)器提供服務(wù)記錄列表，它描述了服務(wù)器提供的全部服務(wù)。其中的每條服務(wù)記錄包含此項(xiàng)服務(wù)的全部信息?？蛻敉ㄟ^發(fā)送SDP請求獲取服務(wù)記錄。SDP提供了發(fā)現(xiàn)服務(wù)及其屬性（包括相關(guān)服務(wù)接入?yún)f(xié)議）的機(jī)制，但不提供使用這些服務(wù)的機(jī)制。因此，當(dāng)客戶或與客戶相關(guān)的應(yīng)用程序需要使用某項(xiàng)服務(wù)時(shí)，必須開辟一條單獨(dú)的通路連接到服務(wù)提供者。</p&

95、gt;<p>　　一個(gè)藍(lán)牙設(shè)備既可以作SDP服務(wù)器，又可以作SDP客戶。當(dāng)藍(lán)牙設(shè)備都是客戶時(shí)，就不需要SDP服務(wù)器。當(dāng)由一個(gè)設(shè)備上的多個(gè)應(yīng)用程序提供服務(wù)時(shí)，SDP服務(wù)器可以代表所有的服務(wù)提供者處理這些服務(wù)請求信息；類似地，一個(gè)SDP客戶也可以代表多個(gè)客戶應(yīng)用程序進(jìn)行服務(wù)查詢。</p><p>　　SDP客戶與SDP服務(wù)器的射頻距離大小決定了服務(wù)器的有效性。當(dāng)一個(gè)服務(wù)器有效時(shí)，潛在的客戶必須從SDP之

96、外得到通知，以便客戶查詢服務(wù)器提供的服務(wù)。當(dāng)服務(wù)器遠(yuǎn)離射頻有效范圍或服務(wù)器失效時(shí)，SDP不提供明確的通知，然而客戶機(jī)可以利用SDP輪詢服務(wù)器，如果得不到響應(yīng)，就可以推斷該服務(wù)器已經(jīng)無效。</p><p>　　2.5.2 服務(wù)記錄信息交換</p><p>　　服務(wù)是一種實(shí)體，它能夠提供信息、執(zhí)行操作或控制那些代表著另一實(shí)體的資源。它可以由軟件、硬件或二者的組合來實(shí)現(xiàn)。一項(xiàng)服務(wù)記錄保存有單項(xiàng)服

97、務(wù)的全部信息，它由一張服務(wù)屬性表組成。</p><p>　　服務(wù)記錄句柄是一個(gè)32位無符號整數(shù)，它唯一地標(biāo)識SDP服務(wù)器提供的服務(wù)。需要特別指出的是，句柄的唯一性是指它在某一個(gè)SDP服務(wù)器中是唯一的。例如，服務(wù)器S1和服務(wù)器S2都有代表同一服務(wù)的相同服務(wù)記錄，但是，它們的服務(wù)記錄句柄是各自獨(dú)立的，S1中的該句柄值在S2上毫無意義。</p><p>　　在服務(wù)器上增加或者除一項(xiàng)服務(wù)記錄時(shí)，S

98、DP不提供通知機(jī)制。當(dāng)通過邏輯鏈路控制和適配協(xié)議(L2CAP)連接服務(wù)器時(shí)，如果服務(wù)記錄沒有從服務(wù)器中刪除，它所對應(yīng)的服務(wù)記錄句柄將一直有效；當(dāng)某項(xiàng)服務(wù)記錄已經(jīng)從服務(wù)器中刪除，如果仍然使用以前的服務(wù)記錄句柄向服務(wù)器提出服務(wù)請求，服務(wù)器將返回一個(gè)表明“句柄無效”的出錯信息。在L2CAP連接期間，服務(wù)器必須保證沒有重復(fù)使用的句柄。在ServiceDatabaseState屬性值不變的情況下，服務(wù)記錄句柄通過逐次的L2CAP連接保持有效。&l

99、t;/p><p>　　代表服務(wù)器本身的句柄值0x00000000在所有SDP服務(wù)器上都是有效的。服</p><p>　　務(wù)記錄句柄值保留范圍：0x00000001—0x0000FFFF。</p><p>　　2.5.3 服務(wù)屬性</p><p>　　服務(wù)屬性有兩部分組成：屬性標(biāo)識符和屬性值。每一項(xiàng)服務(wù)屬性描述服務(wù)的一個(gè)特性。例如：ServiceC

100、lassIDList，服務(wù)類標(biāo)識符列表；ProtocolDescriptorList，指出可能使用的協(xié)議棧；ServiceID，唯一識別服務(wù)的標(biāo)識符；RoviderName，服務(wù)提供者的名字；IconURL，服務(wù)圖標(biāo)的URL；ServiceName，服務(wù)名字符串。</p><p>　　服務(wù)屬性可分為通用屬性和專用屬性兩種。通用屬性適用于所有服務(wù)記錄，</p><p>　　專用屬性由服務(wù)提供

101、者定義。</p><p>　　屬性ID采用16位無符號整數(shù)，以便區(qū)別于服務(wù)記錄中的其他服務(wù)屬性。服務(wù)類屬性由屬性ID和屬性值組成。屬于同一服務(wù)類的所有服務(wù)將賦予特定的屬性ID以相同的含義。屬性ID通常用一個(gè)數(shù)據(jù)元表示。</p><p>　　屬性值是一個(gè)長度可變的字段。它的含義由屬性記錄中相應(yīng)的屬性ID和服務(wù)類確定，通常用一個(gè)數(shù)據(jù)元（DataElement）表示。一般地，屬性值可以用任何類型

102、的數(shù)據(jù)元表示。</p><p>　　2.5.4 服務(wù)搜索</p><p>　　SDP客戶一旦獲得服務(wù)記錄句柄，就能夠十分容易地查到相應(yīng)的屬性值。為使客戶在最初獲取希望得到的服務(wù)記錄句柄，服務(wù)搜索過程允許客戶檢索指定服務(wù)的服務(wù)記錄句柄。此服務(wù)記錄正是基于那些服務(wù)記錄中包含的屬性值。記錄句柄SDP提供了基于UUIDs的服務(wù)記錄搜索功能，它允許客戶獲取指定的服務(wù)記錄句柄。</p>

103、<p>　　2.5.5 通用獨(dú)特標(biāo)識符</p><p>　　UUID是一個(gè)128位無符號整數(shù)，它以分散方式獨(dú)立創(chuàng)建，在任何時(shí)間、任何地點(diǎn)都是唯一的。為減少存儲和傳輸U(kuò)UID值的開銷，UUID值被固定分配在某個(gè)范圍，該范圍的第一個(gè)數(shù)值稱為藍(lán)牙UUID基數(shù)(B1uetooth_Base_UUID)，其值為00000000-0000-1000-7007-00805F9B34FB。在此范圍中，UUID用一個(gè)16

104、位或32位的二進(jìn)制數(shù)表示，經(jīng)常被稱作16位或32位UUID。它的實(shí)際值代表一個(gè)128位數(shù)。128位的UUID值與16位或32位的UUID值之間的換算關(guān)系如下：</p><p>　　128_bit_value＝16_bit_value*296+B1uetooth_Base_UUID</p><p>　　128_bit_value＝32_bit_va1ue*296+B1uetooth_Base

105、_UUID</p><p>　　16位UUID值通過擴(kuò)展16個(gè)0可以轉(zhuǎn)換成32位UUID值。如果兩個(gè)UUID值位數(shù)相同，則可以直接比較；如果位數(shù)不同，則需按上述換算關(guān)系把位數(shù)短者轉(zhuǎn)換成位數(shù)相同的UUID后再比較。</p><p>　　2.5.6 服務(wù)搜索樣本（SDP Pattern）</p><p>　　它是用于確定服務(wù)記錄是否匹配的UUIDs列表，有效的服務(wù)搜索樣