通過藍牙無線技術實現(xiàn)pc端通話功能的研究論(編輯修改稿)
2025-02-03 03:27 本頁面
【文章內(nèi)容簡介】 ，終止頻率為 ，間隔為 1MHz 的 79 個跳頻頻點來實現(xiàn)的。出于某些本地規(guī)定的考慮，日本、法國和西班牙都縮減了帶寬。最大的跳頻速率為 1660 跳 /秒。理想的連接范圍為10 厘米 10 米，但是通過增大發(fā)送電平可以將距離延長至 100 米?；鶐Щ鶐Р糠置枋隽擞布?基帶鏈路控制器的數(shù)字信號處理規(guī)范?；鶐ф溌房刂破髫撠熖幚砘鶐f(xié)議和其它一些低層常規(guī)協(xié)議。建立網(wǎng)絡連接在 pico 內(nèi)的連接被建立之前，所有的設備都處于 standby（待令）狀態(tài)。在這種模式下，未連接單元每隔 秒周期性地 監(jiān)聽 信息每當一個設備被激活，它就監(jiān)聽規(guī)劃給該單元的 32 個跳頻頻點。跳頻頻點的數(shù)目因地理區(qū)域的不同而異， 32 這個數(shù)字只適用于除日本、法國和西班牙之外的大多數(shù)國家。作為 master 的設備首先初始化連接程序，如果地址已知，則通過尋呼（ page）消息建立連接，如果地址未知，則通過一個后接 page 消息的 inquiry（查詢）消息建立連接。在最初的尋呼狀態(tài)， master 單元將在分配給被尋呼單元的 16 個跳頻頻點上發(fā)送一串 16 個相同的 page 消息。如果沒有應答， master 則按照激活次序在剩余 16 個頻點上繼續(xù)尋呼。 Slave 收到從 master 發(fā)來的消息的最大延遲時間為激活周期的 2 倍（ 秒），平均延遲時間是激活周期的一半（ 秒）。 Inquiry 消息主要用來尋找藍牙設備，如共享打印機、傳真機和其它一些地址未知的類似設備。Inquiry 消息和 page 消息很相象，但是 inquiry 消息需要一個額外 的數(shù)據(jù)串周期來收集所有的響應。如果 pico 中已經(jīng)處于連接的設備在較長一段時間內(nèi)沒有數(shù)據(jù)傳輸，藍牙還支持節(jié)能工作模式。 master 可以把 slave 置為 hold(保持 )模式，在這種模式下，只有一個內(nèi)部計數(shù)器在工作。 slave 也可以主動要求被置為 hold 模式。一旦處于 hold 模式的單元被激活，則數(shù)據(jù)傳遞也立即重新開始。 Hold 模式一般被用于連接好幾個 pico 的情況下或者耗能低的設備，如溫度傳感器。除 hold 模式外，藍牙還支持另外兩種節(jié)能工作模式： sniff(呼吸 )模式和 park(暫停 )模式。在 sniff 模式下， slave 降低了從 pico收聽消息的速率，呼吸 間隔可以依應用要求做適當調(diào)整。在 park 模式下，設備依然與 pico 同步但沒有數(shù)據(jù)傳送。工作在 park 模式下的設備放棄了 MAC 地址，偶爾收聽 master 的消息并恢復同步、檢查廣播消息。如果我們把這幾種工作模式按照節(jié)能效率以升序排一下隊，那么依次是：呼吸模式、保持模式和暫停模式。連接類型和數(shù)據(jù)包類型連接類型定義了哪種類型的數(shù)據(jù)包能在特別連接中使用。藍牙基帶技術支持兩種連接類型：同步定向連接（ SCO）類型（主要用于傳送話音）異步無連接 （ ACL）類型（主要用于傳送數(shù)據(jù)包）同一個 pico 中不同的主從對可以使用不同的連接類型，而且在一個階段內(nèi)還可以任意改變連接類型。每個連接類型最多可以支持 16 種不同類型的數(shù)據(jù)包，其中包括四個控制分組，這一點對 SCO 和 ACL 來說都是相同的。兩種連接類型都使用 TDD（時分雙工傳輸方案）實現(xiàn)全雙工傳輸。 SCO 連接為對稱連接，利用保留時隙傳送數(shù)據(jù)包。連接建立后 ,master 和 slave 可以不被選中就發(fā)送 SCO 數(shù)據(jù)包。 SCO 數(shù)據(jù)包既可以傳送話音，也可以傳送數(shù)據(jù)，但在傳送數(shù)據(jù)時，只用于重發(fā)被損壞的那部分的數(shù)據(jù)。 ACL 鏈路就是定向發(fā)送數(shù)據(jù)包，它既支持對稱連接，也支持不對稱連接。 master 負責控制鏈路帶寬，并決定 pico 中的每個 slave 可以占用多少帶寬和連接的對稱性。 slave 只有被選中時才能傳送數(shù)據(jù)。 ACL 鏈路也支持接收 master 發(fā)給 pico 中所有 slave 的廣播消息。糾錯基帶控制器有三中糾錯方案： 1/3 比例前向糾錯（ FEC）碼 2/3 比例前向糾錯碼數(shù)據(jù)的自動請求重發(fā)方案 FEC（前向糾錯）方案的目的是為了減少數(shù)據(jù)重發(fā)的次數(shù)，降低數(shù)據(jù)傳輸負載。但是，要實現(xiàn)數(shù)據(jù)的無差錯傳
公司管理相關推薦
鄂ICP備17016276號-1