藍(lán)牙術(shù)語(yǔ)詳解_第1頁(yè)
藍(lán)牙術(shù)語(yǔ)詳解_第2頁(yè)
藍(lán)牙術(shù)語(yǔ)詳解_第3頁(yè)
藍(lán)牙術(shù)語(yǔ)詳解_第4頁(yè)
藍(lán)牙術(shù)語(yǔ)詳解_第5頁(yè)
已閱讀5頁(yè),還剩26頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、藍(lán)牙技術(shù)詞匯表一如下詞匯表是藍(lán)牙技術(shù)中最常用到的詞匯,以便你快速查找。該詞匯表的局部詞匯源自網(wǎng)站Motorola Bluetooth website。而此處的詞匯表那么包含了更多的低層信息,精簡(jiǎn)掉了不必要的、次要的詞匯,并對(duì)許多關(guān)鍵詞匯作了精確的表述。實(shí)際上,這已經(jīng)是完全不同的詞匯表了,作者覺得下面的這個(gè)詞匯表更清楚,也更好。詞匯表:A-DA-DAccessAccess CodeCode每個(gè)基帶的信息包, 其開始局部是訪問碼,訪問碼可以是如下三種類型之一:CAC , DAC和IAC。CAC包括preamble, sync word和trailer位,其總長(zhǎng)為72位。一旦作為不帶包頭packet

2、header的自包含信息傳輸時(shí),DAC和IAC就不包括trailer位,其長(zhǎng)度到達(dá)68位。ACKACKAcknowledge確認(rèn)ACLACLAsynchronous Connectionless Link異步鏈路,藍(lán)牙系統(tǒng)中定義的兩種數(shù)據(jù)鏈路之一。這是個(gè)在LMP level上創(chuàng)立的兩種設(shè)備之間的異步鏈接分組交換連接。這種類型的鏈接主要用 來(lái)發(fā)送ACL異步鏈路包。另外一種數(shù)據(jù)鏈接類型是SCO。ACOACOAuthenticated Ciphering Offset經(jīng)過認(rèn)證和加密ActiveActive ModeMode活動(dòng)模式,藍(lán)牙設(shè)備主動(dòng)參與信道的傳輸工作。在此模式下,主設(shè)備可以調(diào)度不同的子設(shè)

3、備之間的信息傳輸。除此之外,活動(dòng)模式還支持按照規(guī)那么進(jìn)行傳輸,以使得子設(shè)備在信道上保持同步。處于活動(dòng)模式的子設(shè)備監(jiān)聽來(lái)自主設(shè)備的信息包。如果活動(dòng)的子設(shè)備未設(shè)定地址, 它將處于休眠暫停狀態(tài),直到在下一周期,接收到主設(shè)備新發(fā)送的信息。AM_ADDRAM_ADDR活動(dòng)成員地址。由3位組成。只有信道上的子設(shè)備處于活動(dòng)模式下,該地址方為有效的。有 時(shí)也稱為藍(lán)牙設(shè)備的MAC地址。APAPAccess Point接入點(diǎn)AR_ADDRAR_ADDRAccess Request Address訪問請(qǐng)求地址。由處于暫停模式的子設(shè)備使用,在訪問窗口中,用來(lái)測(cè)定子設(shè)備到主設(shè)備的傳輸信息時(shí),子設(shè)備所在的地址,此時(shí), 子

4、設(shè)備可以發(fā)送訪問請(qǐng)求信息。僅適用于子設(shè)備處于暫停模式,而且該地址不必唯一。ARQNARQNAutomatic Repeat reQuest Number自動(dòng)重復(fù)請(qǐng)求數(shù),占1位確實(shí)認(rèn)指示位,指示數(shù)據(jù)源是否成功地傳輸了帶有CRC的payload數(shù)據(jù)。authenticationauthentication鑒定,這是個(gè)驗(yàn)證誰(shuí)在鏈接的另外一端的過程。鑒定是對(duì)設(shè)備進(jìn)行操作的,在藍(lán)牙技術(shù)中,這是基于事先存儲(chǔ)好的鏈接關(guān)鍵字(link key)或者通過配對(duì)(pairing)實(shí)現(xiàn)的。(輸入一個(gè)PIN)。authenticationauthentication devicedevice驗(yàn)證設(shè)備, 在鏈接的整個(gè)周期

5、中, 該設(shè)備的身份驗(yàn)證通過鑒定(authentication)過程實(shí)現(xiàn)。AUXAUX異步鏈路(ACL link )數(shù)據(jù)包的類型之一,一個(gè)AUX1包括了DH1包,但不帶CRC碼。 它可以最多裝載30字節(jié)的信息。basebandbaseband基帶。描述了數(shù)字信號(hào)處理的標(biāo)準(zhǔn)硬件局部:藍(lán)牙鏈接控制器,有基帶協(xié)議和其他底層的鏈接規(guī)程。BBBBBaseband(基帶)的縮寫B(tài)DBD藍(lán)牙設(shè)備BD_ADDRBD_ADDRBluetooth Device Address藍(lán)牙設(shè)備地址。每個(gè)藍(lán)牙收發(fā)器被分配了唯一的一個(gè)48位的設(shè)備地址,該地址包括24位的LAP域,16位的NAP域和一個(gè)8位的UAP域。BERBER

6、Bit Error Rate誤比特率BluetoothBluetooth藍(lán)牙,一個(gè)關(guān)于數(shù)據(jù)和語(yǔ)音無(wú)線通信的開放標(biāo)準(zhǔn)。它是低本錢的, 短距離無(wú)線連接方案,適用于靜止的和移動(dòng)通信環(huán)境。BluetoothBluetooth clockclock藍(lán)牙時(shí)鐘,每一個(gè)藍(lán)牙設(shè)備有一個(gè)內(nèi)部系統(tǒng)時(shí)鐘,用來(lái)決定收發(fā)器的時(shí)序和跳頻。 該時(shí)鐘不 會(huì)被調(diào)整或者關(guān)掉。該時(shí)鐘可以作為一個(gè)28位計(jì)數(shù)器使用,其LSB位的計(jì)數(shù)周期是312.5us,即時(shí)鐘頻率為3.2kHz。BluetoothBluetooth devicedevice classclass藍(lán)牙設(shè)備分類,該參數(shù)用于指出設(shè)備類型,以及所支持的效勞類型。在設(shè)備發(fā)現(xiàn)過程中

7、,將 接收到設(shè)備的類信息。BluetoothBluetooth serviceservice typetype藍(lán)牙效勞類型。一個(gè)藍(lán)牙設(shè)備提供應(yīng)另外設(shè)備一項(xiàng)或者一項(xiàng)以上的效勞。效勞信息在藍(lán)牙設(shè)備分類參數(shù)的效勞類別(service class)域中進(jìn)行了定義。BTBTBluetooth(藍(lán)牙非正式的縮寫)。businessbusiness cardcard商務(wù)卡(電子版),等同于打印出的商務(wù)卡,可以看作一個(gè)文件,可以在藍(lán)牙設(shè)備之間進(jìn)行 交換。CACCAC信道訪問碼CDMACDMA碼分多址。CDMA是項(xiàng)數(shù)字蜂窩通信技術(shù),每個(gè)呼叫都有一個(gè)單一的代碼作為標(biāo)識(shí)。多個(gè)呼叫可以組合在在單一頻率下,CDMA使用

8、了擴(kuò)充帶寬技術(shù)進(jìn)行無(wú)線通信,CDMA是對(duì)AMPS和TDMA蜂窩技術(shù)的改良。channelchannel信道。兩個(gè)設(shè)備在L2CAP層所建立的邏輯連接,效勞于單一的應(yīng)用或者高層協(xié)議。ChannelChannel (hopping)(hopping) sequencesequence信道跳頻序列,這是個(gè)由79種頻率組成的偽隨機(jī)序列 (對(duì)于23MHz system系統(tǒng)來(lái)說,是23種),使用微微網(wǎng)中主設(shè)備的藍(lán)牙設(shè)備地址(BD ADDR ),可以計(jì)算出這些頻率。序列的的 相位可以通過對(duì)主設(shè)備的時(shí)鐘的預(yù)測(cè)計(jì)算出來(lái)。信道跳頻序列周期很長(zhǎng),在短時(shí)間內(nèi)不會(huì)出現(xiàn)重復(fù)。在短時(shí)間內(nèi),跳頻均勻分布在79MHz的范圍內(nèi)。

9、。 參見FrequencysequenceCircuitCircuit SwitchedSwitched回路轉(zhuǎn)換,網(wǎng)絡(luò)的一個(gè)應(yīng)用,采用專用線路來(lái)發(fā)送信息。同一時(shí)間, ,只有一個(gè)用戶可以使 用該回路。CircuitCircuit SwitchedSwitched BluetoothBluetooth藍(lán)牙回路轉(zhuǎn)換,網(wǎng)絡(luò)的一個(gè)應(yīng)用,采用專用線路來(lái)發(fā)送藍(lán)牙數(shù)據(jù)。CLCLConnectionless無(wú)連接classclass ofof devicedevice設(shè)備分類,參見Bluetooth device class,也縮寫為CoD.CLKCLK時(shí)鐘,通常指主設(shè)備的時(shí)鐘,用來(lái)在微微網(wǎng)中進(jìn)行定時(shí)。CLKE

10、CLKE時(shí)鐘估計(jì),子設(shè)備對(duì)主設(shè)備的時(shí)鐘的估計(jì),用于將子設(shè)備與主設(shè)備之間的同步。CLKNCLKN本地時(shí)鐘,當(dāng)前的藍(lán)牙設(shè)備的時(shí)鐘。COCOConnection-oriented面向連接CoDCoDClass of Device設(shè)備類型connectableconnectable devicedevice可連接設(shè)備,在允許范圍內(nèi)的藍(lán)牙設(shè)備,可以響應(yīng)尋呼信息,并且建立連接。CPCP能力提供者,本地設(shè)備的一個(gè)模塊可以提供效勞給其他模塊,協(xié)議棧模塊(RFCOMM, L2CAP )就是個(gè)能力提供者。諸如OBEX和ESC-AT中的應(yīng)用接口模塊(applicationinterface modules )也是個(gè)

11、能力提供者。事實(shí)上,任何模塊只要注冊(cè)了一個(gè)端口,只要以讓其他模塊連接上去, 那么該模塊就是個(gè)能力提供者。CRCCRCCyclic Redundancy Check循環(huán)冗余校驗(yàn)。這是個(gè)添加到數(shù)據(jù)包中的16位碼,用來(lái)判斷payload數(shù)據(jù)傳送得是否正確,帶有CRC數(shù)據(jù)的payloads僅能由DM, DH或者DV包來(lái)攜 帶。該CRC碼由CRC-CCITT多項(xiàng)式生成,0 x11021 (hex)。CTPCTPCordless Telephone Profile無(wú)繩應(yīng)用CVSDMCVSDMContinuous Variable Slope Delta Modulation連續(xù)可變斜率增量調(diào)制DACDAC

12、Device Access Code設(shè)備訪問碼,用于尋呼狀態(tài)、尋呼掃描和尋呼響應(yīng)子狀態(tài),其代碼來(lái)自于設(shè)備的藍(lán)牙設(shè)備地址BD ADDR 。DCIDCIDefault Check Initialisation缺省檢查數(shù)。在藍(lán)牙技術(shù)中,DCI定義為0 x00 16進(jìn)制。DCIDDCIDDestination Channel Identifier目的信道標(biāo)識(shí),對(duì)于L2CAP傳送來(lái)說,是作為設(shè)備的本地終點(diǎn)使用的。它代表接收消息的設(shè)備的信道終點(diǎn)。它僅僅是個(gè)設(shè)備的本地名。參見SCID。destinationdestination目標(biāo)藍(lán)牙設(shè)備,用來(lái)接收另外一個(gè)藍(lán)牙設(shè)備的動(dòng)作。發(fā)送動(dòng)作的設(shè)備稱為源藍(lán)牙設(shè)備sou

13、rce。目標(biāo)藍(lán)牙設(shè)備通常是已建立好的連接的一局部,但也有例外。例如在inquiry /page過程中。DeviceDevice DiscoveryDiscovery設(shè)備發(fā)現(xiàn)。一種請(qǐng)求和接收藍(lán)牙地址,時(shí)鐘,設(shè)備類別等的機(jī)制。devicedevice namename設(shè)備名稱,參見Bluetooth device name。devicedevice securitysecurity levellevel設(shè)備平安級(jí)別,根據(jù)設(shè)定的平安級(jí)別,可以拒絕對(duì)某設(shè)備的訪問。有兩種級(jí)別的設(shè)備平安級(jí) 別:可信任設(shè)備和不可信任設(shè)備。參見servicesecurity level。DHDHData-High Rate高

14、速率數(shù)據(jù),用于異步鏈接ACL link的高速率數(shù)據(jù)的包類型。DH1包類似于DM1包,只有一點(diǎn)不同:payload中的信息沒有進(jìn)行前向糾錯(cuò)編碼FEC。這意味著DH1包可以在一個(gè)時(shí)隙中,攜帶多達(dá)28字節(jié)的信息。DH3包也與此類似,只有一點(diǎn)不同: 它可以覆蓋多達(dá)三個(gè)時(shí)隙,并且包含185字節(jié)信息。同樣,DH5包可以覆蓋到五個(gè)時(shí)隙,并且包含多達(dá)341字節(jié)的信息。參見藍(lán)牙packet types.DIACDIACDedicated Inquiry Access Code專用查詢碼,用于查詢某個(gè)特定類型的設(shè)備。discoverablediscoverable devicedevice可發(fā)現(xiàn)設(shè)備,在規(guī)定范圍內(nèi)

15、,可以響應(yīng)查詢信息的藍(lán)牙設(shè)備。DLCIDLCIData Link Connection Identifier數(shù)據(jù)鏈接連接標(biāo)識(shí),這是個(gè)6位標(biāo)識(shí),表示正在進(jìn)行的客戶和效勞器之間的連接。用于RFCOMMDMDMData - Medium Rate中等速率數(shù)據(jù),用于異步鏈接ACL link 上的中等速率數(shù)據(jù)的包類型。DM1包僅攜帶信息數(shù)據(jù),包含了一個(gè)16位的CRC碼和18字節(jié)的信息。它們使用2/3前向糾錯(cuò)編碼FEC,該包僅僅覆蓋到一個(gè)時(shí)隙。DM3包與此類似,僅僅覆蓋三個(gè)時(shí)隙,可攜帶多達(dá)1233信息,DM5可以覆蓋多達(dá)五個(gè)時(shí)隙,可以攜帶226字節(jié)信息。參見藍(lán)牙packet types。DSRDSRDat

16、a Set Ready數(shù)傳機(jī)就緒,一旦準(zhǔn)備好接受數(shù)據(jù),該設(shè)備就設(shè)置一個(gè)RS-232 DSR信號(hào)。DTDT數(shù)據(jù)終端DVDVData Voice數(shù)據(jù)語(yǔ)音,用于同步鏈接SCO link的傳輸數(shù)據(jù)和語(yǔ)音的包類型,該包劃分為 大小為80位的語(yǔ)音域和大小為150位的數(shù)據(jù)域。語(yǔ)音域沒有采用前向糾錯(cuò)編碼FEC,但數(shù)據(jù)域采用了2/3前向糾錯(cuò)編碼FEC,語(yǔ)音和數(shù)據(jù)域完全分開處理。語(yǔ)音域的數(shù)據(jù)采用 常規(guī)的同步鏈接SCO數(shù)據(jù)處理方式,不再進(jìn)行重發(fā),這意味著語(yǔ)音域的內(nèi)容總是新的, 數(shù)據(jù)域那么要檢查是否出錯(cuò),如有必要,就進(jìn)行重發(fā)。參見藍(lán)牙packet types。藍(lán)牙技術(shù)詞匯表二編譯2001年07月09日17:09以下是

17、E-I的藍(lán)牙詞匯:ETSIETSI歐洲電信標(biāo)準(zhǔn)組織FECFECForward Error Correction前向糾錯(cuò),對(duì)于payload數(shù)據(jù),這種糾錯(cuò)編碼目的是減少數(shù)據(jù)重發(fā) 的次數(shù)。在藍(lán)牙中,存在兩種版本的前向糾錯(cuò)方法,1/3FEC和2/3 FEC。1/3 FEC僅僅是使對(duì)每個(gè)信息位重復(fù)三次,而2/3 FEC那么是個(gè)縮短的15,10海明碼。FHFHFrequency Hopping跳頻FHSFHS跳頻同步。這是個(gè)特殊的控制包,其中包含了設(shè)備的BD ADDR以及源設(shè)備source的 時(shí)鐘source信息。 它包含144個(gè)信息位和16位的CRC碼。Payload采用的是2/3前向 糾錯(cuò)編碼(FE

18、C),可以使得payload的總長(zhǎng)度到達(dá)240位。FHS包覆蓋單一的時(shí)隙。參見 藍(lán)牙packet types oFIFOFIFO先進(jìn)先出FrequencyFrequency HoppingHopping (Selection)(Selection)跳頻選擇。藍(lán)牙的特點(diǎn)就是能夠高速跳頻。定義了10種不同的跳頻序列,5種是針對(duì)79MHz range/79跳頻系統(tǒng),另外5種是針對(duì)23 MHz range /23跳頻系統(tǒng),不同范圍的跳頻序列 的區(qū)別僅僅在于頻率范圍79MHz /23MHz,以及段長(zhǎng):32 hops(79MHz system) / 16hops(23MHz system)o跳頻序列包括尋

19、呼序列(page sequence和尋呼響應(yīng)序歹U ( page responsesequence,這些都用在尋呼過程中(page procedure)。在查詢過程中(inquiry procedure )存在查詢序列(inquiry sequence )和查詢n向應(yīng)序歹U ( inquiry response sequence。最后, 藍(lán)牙系統(tǒng)中, 主跳頻序列 是信道跳頻序歹U ( channel hopping sequence)。GAPGAPGeneric Access Profile通用訪問應(yīng)用,該應(yīng)用描述了一種設(shè)備發(fā)現(xiàn)和訪問另外一種設(shè)備的機(jī) 制,而此時(shí),這兩種設(shè)備不共享普通的應(yīng)用程序

20、。GFSKGFSKGaussian Frequency Shift Keying高斯頻移鍵控,這是個(gè)藍(lán)牙系統(tǒng)無(wú)線層(radiolayer)的調(diào) 制方法。GIACGIACGeneral Inquire Access Code.通用查詢?cè)L問碼,這個(gè)缺省的查詢碼用來(lái)發(fā)現(xiàn)規(guī)定范圍內(nèi)的所有GMGMGroup Management組管理GOEPGOEPGeneric Object Exchange Profile通用對(duì)象交換應(yīng)用。GSMGSMGlobal System for Mobile communications全球移動(dòng)通信系統(tǒng),GSM是在歐洲和美國(guó)使用的數(shù)字蜂窩通信技術(shù),GSM為其用戶提供多種形式

21、的效勞,如短消息效勞等。GWGWGateway網(wǎng)關(guān),具有藍(lán)牙功能的能夠連接到外部網(wǎng)絡(luò)的基站。HCIHCIHost Controller Interface主控制器接口,在應(yīng)用層可選為L(zhǎng)MP和Baseband層提供命令接口。headsetheadset耳機(jī)或聽筒,一個(gè)話筒和耳機(jī),用來(lái)進(jìn)行交談。耳機(jī)可以直接連接到蜂窩設(shè)備,或者遠(yuǎn)程使用藍(lán)牙通信技術(shù)。HECHECHeader-Error-Check頭檢錯(cuò),使用主設(shè)備master device的UAP、就會(huì)生成這個(gè)8位的字, 但存在兩個(gè)例外:一個(gè)是在FHS packets中使用主尋呼響應(yīng)時(shí),使用的是子設(shè)備的UAP ,另外一個(gè)是,在發(fā)送查詢響應(yīng)時(shí),使用的

22、是DCI value。holdhold modemode保持模式,同步到微微網(wǎng)中的設(shè)備進(jìn)入的一種節(jié)能模式,此時(shí)設(shè)備的活潑程度降低了。主單元可以把子單元的設(shè)備置為保持模式,此時(shí),子單元僅僅只有其內(nèi)部計(jì)時(shí)器在運(yùn)行。子單元也可以請(qǐng)求進(jìn)入保持模式,一旦子單元從保持模式轉(zhuǎn)換出來(lái),就立即恢復(fù)數(shù)據(jù)傳輸。對(duì)于三種節(jié)能模式呼吸、保持和停止模式來(lái)說,保持模式的節(jié)能效果居中即具有中等程度的節(jié)能效果。HSHSHeadset耳機(jī)或聽筒HVHVHigh quality Voice高品質(zhì)語(yǔ)音.用于同步鏈路SCO link 的語(yǔ)音包,HV1包攜帶10個(gè)字節(jié)的信息,采用的是1/3前向糾錯(cuò)編碼FEC。HV2包攜帶20個(gè)字節(jié)的信息

23、,采用的是2/3前向糾錯(cuò)編碼FEC。HV3包攜帶30字節(jié)的信息,沒有采用前向糾錯(cuò)編碼FEC。HV包中沒有CRC或者payload頭。參見藍(lán)牙packet types。IACIACInquiry Access Code查詢?cè)L問碼,在查詢過程inquiry procedures 中使用,可以是兩種類 型之一:對(duì)于特定的設(shè)備是專用查詢碼Dedicated IAC類型,對(duì)于所有的設(shè)備,是通用查 詢碼Generic IAC 類型。IDID packetpacketID包,一個(gè)用于尋呼、查詢和響應(yīng)過程的68位的數(shù)據(jù)包, 主要由設(shè)備訪問碼DAC或者查詢?cè)L問碼IAC 組成。參見藍(lán)牙packet types。I

24、dleIdle modemode空閑模式,當(dāng)設(shè)備沒有同其他設(shè)備建立連接時(shí),就處于空閑模式。在該模式下,設(shè)備可以發(fā)現(xiàn)其它設(shè)備。一般來(lái)說,設(shè)備發(fā)送查詢碼(GIAC , DIAC)給其他設(shè)備。任何允許查詢的設(shè) 備將響應(yīng)該信息。之后,相關(guān)設(shè)備會(huì)決定建立連接。IEEEIEEEInstitute of Electronic and Electrical Engineering電氣和電子工程師協(xié)會(huì)InquiryInquiry ProcedureProcedure查詢過可以讓設(shè)備發(fā)現(xiàn)周圍的其他設(shè)備,并了解這些設(shè)備的地址和時(shí)鐘。查詢過程需要一個(gè)設(shè)備單元發(fā)送查詢包(inquiryinquiry state)并且接

25、受查詢回復(fù)。接受查詢包的目標(biāo)設(shè)備(destination),通常處于查詢掃描狀態(tài)(inquiryinquiryscanscan state),以便接受查詢數(shù)據(jù)包。目標(biāo)設(shè)備之后將進(jìn)入查詢響應(yīng)狀態(tài)(inquiryinquiry responseresponse state),并發(fā)送一個(gè)查詢回復(fù)給源設(shè)備。一旦查詢過程完畢之后, 就會(huì)通過尋呼過程(pagingprocedure)建立一個(gè)連結(jié)。InquiryInquiry ResponseResponse StateState查詢響應(yīng)狀態(tài),當(dāng)設(shè)備接收到一個(gè)查詢包之后,可以用查詢響應(yīng)包進(jìn)行響應(yīng)(一種FHS包)。通過使用查詢響應(yīng)跳頻序歹U (inquiry

26、 response hopping sequence)進(jìn)行發(fā)送。InquiryInquiry StateState查詢狀態(tài),一旦設(shè)備想發(fā)現(xiàn)新的設(shè)備,就會(huì)進(jìn)入查詢狀態(tài),此時(shí),該設(shè)備就向規(guī)定范圍內(nèi)的所有設(shè)備播送出其查詢包(ID packet),包中包含了IAC。通過使用查詢調(diào)頻序列把包發(fā)送 出去。在查詢狀態(tài)的設(shè)備也可以接受查詢回復(fù)(FHS packets),但是,該設(shè)備不會(huì)對(duì)這些包進(jìn)行確認(rèn)。InquiryInquiry ScanScan StateState查詢掃描狀態(tài),當(dāng)設(shè)備想接受查詢包時(shí),就會(huì)進(jìn)入查詢掃描狀態(tài)。掃描是根據(jù)查詢跳頻序列進(jìn)行的。InquiryInquiry (hopping)(ho

27、pping) sequencesequence查詢(跳躍)序列, 這是個(gè)32種頻率序列(對(duì)于23MHz系統(tǒng)有16種),在使用GIACLAP或者DIAC LAP的時(shí)候,就會(huì)計(jì)算出該頻率。序列的相位可以從內(nèi)部單元時(shí)鐘(native units clock)計(jì)算出來(lái)。在計(jì)算32種頻率時(shí),主中央頻率和其他31種頻率之間的偏移量為+/-16。 每隔1.28秒就會(huì)計(jì)算出一個(gè)新的中央頻率。要處理所有這32種頻率,查詢跳躍序列在2個(gè)查詢系列中進(jìn)行切換,每個(gè)系列有16種頻率。參見Frequency sequence。InquiryInquiry (hopping)(hopping) responserespon

28、se sequencesequence查詢響應(yīng)序列覆蓋了32種響應(yīng)頻率(對(duì)于23MHz來(lái)說,有16種),這些頻率都同當(dāng)前的查詢跳頻序列一一對(duì)應(yīng)。主設(shè)備和子設(shè)備使用不同的規(guī)那么來(lái)獲得同樣的頻率。參見FrequencysequenceISMISMIndustrial, Scientific, Medical工業(yè)、科學(xué)、醫(yī)療ITUITUInternational Telecommunication Union國(guó)際電信聯(lián)盟藍(lán)牙技術(shù)詞匯表(三)(編譯2001年07月09日17:04)以下是K-O的藍(lán)牙技術(shù)詞匯:knownknown devicedevice設(shè)備,指至少存儲(chǔ)了藍(lán)牙設(shè)備地址的設(shè)備。L2CAP

29、L2CAPLogical Link Controller and Adaptation Protocol邏輯信道控制和適配協(xié)議,該協(xié)議支持高層協(xié)議多路復(fù)用技術(shù),包分割和重組裝技術(shù),以及傳達(dá)效勞信息的質(zhì)量。L_CHL_CHLogical Channel邏輯信道LANLANLocal Area Network局域網(wǎng)LAPLAPLAN Access Point局域網(wǎng)接入點(diǎn)LAPLAPLower Address Portion低位地址局部, 藍(lán)牙設(shè)備地址(BD ADDR )的24位局部,參見NAP和UAP。LCLCLink Controller鏈路控制,鏈接控制器管理對(duì)其他藍(lán)牙設(shè)備的鏈接。它是個(gè)低層的

30、基帶協(xié)議 管理者。LCLC ChannelChannelLink Control control channel鏈接控制信道,藍(lán)牙系統(tǒng)中定義的5種邏輯信道(logicalchannels)之一。該信道映射到包的頭中,用來(lái)控制低層的控制信息。 除了不帶包頭的ID packet包之外,其余的每個(gè)包都攜帶LC信息。LFSRLFSRLinear Feedback Shift Register線性反應(yīng)移位存放器,在藍(lán)牙中用來(lái)生成HEC和CRC。linklink keykey鏈接關(guān)鍵字,用來(lái)建立兩個(gè)設(shè)備之間的連接的鑒定關(guān)鍵字。參見bonding。LMLMLink Manager鏈路管理,鏈路管理軟件實(shí)體負(fù)

31、責(zé)管理如下事務(wù):建立鏈接,鑒定,鏈路配 置,以及實(shí)現(xiàn)其他協(xié)議。LMLM ChannelChannelLink Manager control channel鏈路管理控制信道,藍(lán)牙系統(tǒng)中定義的5種邏輯信道(logicalchannels)之一,該信道傳輸?shù)氖窃谥髟O(shè)備和子設(shè)備之間鏈接管理器之間交換的控制信息。控制信息是通過SCO或者ACL鏈接進(jìn)行傳輸?shù)?。LMPLMPLink Manager Protocol鏈路管理協(xié)議,用于鏈接設(shè)置和控制。LMP協(xié)議數(shù)據(jù)單元(PDU )信號(hào)是通過接收方的鏈路管理器(Link Manager)進(jìn)行解釋和過濾的,并不傳送到高層。LMP-authenticationLM

32、P-authentication這是鏈路管理協(xié)議(LMP)中的一個(gè)過程,用于驗(yàn)證遠(yuǎn)程設(shè)備的身份。該過程的實(shí)現(xiàn)基于 一個(gè)挑戰(zhàn)-響應(yīng)機(jī)制,通過使用一個(gè)隨機(jī)數(shù),一個(gè)密鑰,以及非發(fā)起設(shè)備的藍(lán)牙設(shè)備地址(BD ADDR)。所用的密鑰可以先前已經(jīng)交換過的link key或者基于PIN創(chuàng)立的初始密鑰。(參見pairing)LMP-pairingLMP-pairing作為一個(gè)鏈路管理協(xié)議(LMP)過程,可以根據(jù)PIN來(lái)鑒定設(shè)備,創(chuàng)立一個(gè)普通的鏈接關(guān) 鍵字(link key ),可以作為信用關(guān)系的根底。該過程包含如下步驟:1 1:創(chuàng)立并且初始化關(guān)鍵字(基于隨機(jī)數(shù)和PIN)2 2:基于初始化關(guān)鍵字,進(jìn)行LMP-鑒

33、定。3 3:創(chuàng)立普通的鏈接關(guān)鍵字。LogicalLogical ChannelChannel邏輯信道, 藍(lán)牙系統(tǒng)中定義了5種邏輯信道,LC和LM控制信道, 以及UA , U和US用 戶信道。在包頭中傳輸?shù)氖荓C信道傳輸,所有其他信道在包的payload中進(jìn)行傳輸。詳情參見individual sections。LSBLSBLeast Significant Bit最低有效位MACMAC AddressAddress媒體訪問控制地址,占3位,用來(lái)區(qū)分微微網(wǎng)中的單元。在藍(lán)牙中,就是活動(dòng)成員地址(AM ADDR)。MANMANMetropolitan Area Network城域網(wǎng)mastermas

34、ter devicedevice主設(shè)備,在微微網(wǎng)中,發(fā)起一個(gè)動(dòng)作或者請(qǐng)求的設(shè)備。在一個(gè)微微網(wǎng)中,主設(shè)備的時(shí)鐘和跳頻順序被用來(lái)同步其它單元的設(shè)備。參見LocDev。MSMSMobile Station移動(dòng)站,移動(dòng)設(shè)備的一個(gè)通用的稱呼。(例如GSM,藍(lán)牙設(shè)備等等)。MSBMSBMost Significant Bit最高有效位MSCMSCMessage Sequence Chart丫肖息、序歹U表MTMTMobile Terminal移動(dòng)終端,同Mobile Station .MUXMUXMultiplexing Sublayer層的復(fù)用子層,是L2CAP layer的子層。NameName Di

35、scoveryDiscovery請(qǐng)求和接收設(shè)備名稱的機(jī)制。NAPNAPNon-significant Address Portion非重要地址局部,藍(lán)牙地址的16位局部。參見低位地址局部(LAP )和高位地址局部(UAP)。non-connectablenon-connectable devicedevice 不可連接設(shè)備,不能響應(yīng)尋呼的設(shè)備,稱為處于非連接模式。與之相反的設(shè)備稱為可連接設(shè)備connectable device。non-discoverablenon-discoverable devicedevice不可發(fā)現(xiàn)設(shè)備,不能響應(yīng)查詢的設(shè)備稱為處于不可發(fā)現(xiàn)模式。在此模式下,設(shè)備不能進(jìn)入

36、查詢響應(yīng)狀態(tài)inquiry response state。NULLNULL packetpacket空包,一個(gè)長(zhǎng)度為126位的包,僅僅由信道訪問碼CAC和包頭構(gòu)成。用來(lái)返回鏈接信息給源設(shè)備source??瞻槐乇淮_認(rèn)。參見藍(lán)牙包類型packettypes。OBEXOBEXObject Exchange Protocol對(duì)象交換協(xié)議藍(lán)牙技術(shù)詞匯表四編譯2001年07月09日17:01以下是P-Q的詞匯:PacketPacket FormatFormat包格式,每個(gè)包由三個(gè)實(shí)體構(gòu)成,訪問碼access code,包頭packet header和payload。存在不同的包類型packet type

37、soPacketPacket HeaderHeader包頭, 包含鏈接控制信息, 并且由6個(gè)域組成:AM ADDR:活動(dòng)成員地址,TYPE:類 型碼,F(xiàn)LOW:流量控制,ARQN:確認(rèn)指示,SEQN:序列號(hào)碼和HEC:報(bào)頭錯(cuò)誤檢 查。包頭的總長(zhǎng)度為54位。PacketPacket SwitchedSwitched包交換分組交換,網(wǎng)絡(luò)中的數(shù)據(jù)路由是基于包含在數(shù)據(jù)包中的地址進(jìn)行的,這個(gè)網(wǎng)絡(luò)就 稱為包交換網(wǎng)絡(luò)。在該網(wǎng)絡(luò)中,多個(gè)數(shù)據(jù)包可以共享同一網(wǎng)絡(luò)資源。PacketPacket typetype包類型,藍(lán)牙系統(tǒng)中的基帶層中定義了13種不同的包類型。 所有的更高一些的層使用這些包來(lái)構(gòu)成高層協(xié)議數(shù)據(jù)單元

38、PDU。這些包是:ID, NULL , POLL , FHS, DM1 ;在同步鏈路SCO和異步鏈路ACL中,都定義了上述這些包。DH1 ,AUX1 , DM3 , DH3, DM5 ,DH5僅僅在異步鏈路ACL中作了定義。HV1, HV2, HV3 , DV僅僅在同步鏈路_SCO中作了定義。PagePage (hopping)(hopping) sequencesequence尋呼跳頻序列,這是個(gè)有32種頻率的序列對(duì)于23MHz的系統(tǒng)有16種頻率。每種頻率是通過被尋呼的單元的地址BD_ADDR計(jì)算出來(lái)的。早在查詢操作階段,就可以獲得這個(gè)數(shù)據(jù)。該序列的相位是通過預(yù)測(cè)被尋呼的單元的時(shí)鐘計(jì)算出來(lái)。

39、盡管從理論上可以 計(jì)算被尋呼的單元的跳躍頻率,不可防止地會(huì)發(fā)生時(shí)鐘偏移,32種頻率序列就是用來(lái)解決這個(gè)問題的。通過使用計(jì)算出來(lái)的主中央頻率以及31種頻率,時(shí)鐘偏移量為+/-16。每隔1.28秒,計(jì)算一次新的中心頻率。為了能夠處理所有這32種頻率, 尋呼 跳頻序列在每次在16個(gè)頻率的兩個(gè)尋呼周期內(nèi)切換。參見Frequency sequence。PagePage hoppinghopping responseresponse sequencesequence尋呼跳頻響應(yīng)序列,覆蓋了32個(gè)單一的響應(yīng)序列對(duì)于23MHz來(lái)說是16種,它們 同尋呼跳頻序列一一對(duì)應(yīng)。主設(shè)備和子設(shè)備使用不同的規(guī)那么,來(lái)獲得同

40、樣的頻率。參見Frequency sequence。PagePage MasterMaster ResponseResponse StateState尋呼主設(shè)備響應(yīng)狀態(tài)第一步: 一旦源設(shè)備接收到其最初發(fā)出的尋呼消息的回復(fù), 就會(huì)進(jìn)入該狀態(tài)。之后,就會(huì)發(fā) 送FHS packet包到其目的設(shè)備。通過使用尋呼跳頻序列來(lái)完成發(fā)送工作。第二步:一旦源設(shè)備接收到第二個(gè)回復(fù)Page Slave Response State Step2,它知道目的舍 設(shè)備已經(jīng)接收到源設(shè)備在第一步已經(jīng)發(fā)送的FHS包,源設(shè)備現(xiàn)在成為目的設(shè)備slave的主設(shè)備master。PagePage SlaveSlave ResponseR

41、esponse StateState尋呼子設(shè)備響應(yīng)狀態(tài)第一步:一旦目的設(shè)備destination接收到來(lái)自源設(shè)備的DAC,就會(huì)進(jìn)入該狀態(tài),它將發(fā)送一個(gè)響應(yīng)信息給源設(shè)備,通過使用呼跳頻序列完成發(fā)送工作。第二步:一旦目的設(shè)備接收到來(lái)自源設(shè)備的FHS packet包,目的設(shè)備就會(huì)發(fā)送一個(gè)響應(yīng)給源設(shè)備一個(gè)包含目的設(shè)備DAC的ID包。第三步:目的設(shè)備將切換到源設(shè)備的信道參數(shù)上,目的設(shè)備現(xiàn)在成為源設(shè)備的子設(shè)備。PagePage ScanScan StateState尋呼掃描狀態(tài),在該模式下,設(shè)備監(jiān)聽包含自己的設(shè)備訪問碼DAC的尋呼列。一旦設(shè)備希望接受尋呼數(shù)據(jù)包時(shí),就進(jìn)入尋呼掃描模式,掃描將按照尋呼跳頻序列

42、page hopping sequence進(jìn)行,如果設(shè)備接受了一個(gè)尋呼包,就會(huì)進(jìn)入子設(shè)備響應(yīng)狀態(tài)slave response statePagePage StateState尋呼狀態(tài),當(dāng)一個(gè)設(shè)備搜索其他設(shè)備時(shí)所進(jìn)入的狀態(tài)。該設(shè)備使用尋呼(跳頻)序列發(fā)送一個(gè)尋呼包(ID packet),用來(lái)通知其他設(shè)備,它打算了解其他設(shè)備及其效勞。PagingPaging ProcedureProcedure尋呼過程,在此過程中,可能會(huì)建立一個(gè)實(shí)際的連接,尋呼過程通常是按照查詢過程(inquiryprocedure)進(jìn)行的。只有藍(lán)牙設(shè)備地址(device address)需要建立一個(gè)連接。對(duì)于時(shí)鐘的知 識(shí)將會(huì)加

43、速建立過程。建立連接的單元將實(shí)現(xiàn)尋呼過程, 并且自動(dòng)成為連接的主設(shè)備。尋呼過程按照如下步驟進(jìn)行:1 1:一個(gè)設(shè)備(源)尋呼另外一個(gè)設(shè)備(目的),此時(shí)處于尋呼狀態(tài)。( (PagePage state)2 2:目的設(shè)備接收到該尋呼,此時(shí)處于尋呼掃描狀態(tài)。( (PagePage ScanScan state)3 3:目的設(shè)備發(fā)送對(duì)源設(shè)備的回復(fù),此時(shí)處于子設(shè)備響應(yīng)狀態(tài)。( (SlavSlave e ResponseResponsestate)4 4:源設(shè)備發(fā)送FHS包到目的設(shè)備,此時(shí)處于主設(shè)備響應(yīng)狀態(tài)。( (MastMasterer ResponseResponse state。)5 5:目的設(shè)備發(fā)送

44、第二個(gè)回復(fù)給源設(shè)備,此時(shí)處于子設(shè)備響應(yīng)狀態(tài)(SlaveSlaveResponseResponsestate。)6 6:目的和源設(shè)備切換并采用源信道的參數(shù),此時(shí)處于主設(shè)備響應(yīng)狀態(tài)和子設(shè)備響應(yīng)狀態(tài)。pairablepairable modemode可配對(duì)模式,接受配對(duì)的設(shè)備稱為在可配對(duì)模式。反之,稱為非配對(duì)模式。pairingpairing配對(duì),兩臺(tái)設(shè)備之間創(chuàng)立和交換鏈接關(guān)鍵字(link key)。 當(dāng)交換信息時(shí),這些設(shè)備使用鏈接關(guān)鍵字進(jìn)行進(jìn)一步的鑒定。parkpark modemode暫停模式,設(shè)備仍然同步到微微網(wǎng)中,但是不再參與數(shù)據(jù)傳輸。暫停設(shè)備放棄了其MAC(AM ADDR)地址,時(shí)常監(jiān)聽主

45、設(shè)備發(fā)出的重新同步信息,以 及 播送消息。節(jié)能效果最大,即在三種節(jié)能模式下(sniff, hold和park)暫停模式消耗的能量最小。payloadpayload formatformatpayload格式,一般來(lái)說,每個(gè)包的payload有且僅有兩種可能的域之一,數(shù)據(jù)域(ACL )或者語(yǔ)音域(SCO)。但存在一個(gè)例夕卜:DV包可以帶有兩個(gè)域,其語(yǔ)音域具有固定長(zhǎng)度的域,不帶payload頭,其數(shù)據(jù)域由三段構(gòu)成:一個(gè)payload頭,payload體和CRC碼。PCMPCMPulse Coded Modulation脈沖編碼調(diào)制PDUPDUProtocol Data Unit協(xié)議數(shù)據(jù)單元Phys

46、icalPhysical linklink物理鏈接,兩臺(tái)設(shè)備通過尋呼在基帶層建立連接,一個(gè)物理鏈接在物理信道上占據(jù)了一系列的發(fā)送時(shí)隙,主設(shè)備和子設(shè)備發(fā)送時(shí)隙之間的信道不斷交替變化著。PiconetPiconet微微網(wǎng),是由采用藍(lán)牙技術(shù)的設(shè)備以特定方式組成的網(wǎng)絡(luò)。微微網(wǎng)的建立是由兩臺(tái)設(shè)備(如便攜式電腦和蜂窩)的連接開始,最多由8臺(tái)設(shè)備構(gòu)成。所有的藍(lán)牙設(shè)備都是對(duì)等的,以同樣的方式工作。然而,當(dāng)一個(gè)微微網(wǎng)建立時(shí),只有一臺(tái)為主設(shè)備,其他均為從設(shè)備,而 且在一個(gè)微微網(wǎng)存在期間將一直維持這一狀況。所有設(shè)備都具有主設(shè)備參數(shù)(clock和BD ADDR )定義的同樣的物理信道。PINPINPersonal I

47、dentification Number個(gè)人識(shí)別碼,藍(lán)牙中的PIN用來(lái)鑒定以前沒有交換過鏈接關(guān)鍵字(link key)的兩個(gè)設(shè)備。通過交換PIN ,設(shè)備之間就創(chuàng)立了相互信任的關(guān)系。在配對(duì)(pairing )過程中使用的PIN用來(lái)生成初始鏈接,以便進(jìn)一步的鑒定。PIN(BB)PIN(BB)在基帶層使用的PIN,用于計(jì)算配對(duì)(pairing )過程中的初始關(guān)鍵字(128位)。PIN(UI)PIN(UI)在用戶接口層使用的PIN。PM_ADDRPM_ADDR暫停成員地址,這是個(gè)8位的成員地址,用于區(qū)別處于暫停模式的子設(shè)備。分。只有在該子設(shè)備處于暫停狀態(tài)時(shí),該P(yáng)M_ADDR才合法。POLLPOLL p

48、acketpacketPOLL包,類似于NULL packet,區(qū)別僅僅在于:它需要來(lái)自目的設(shè)備確實(shí)認(rèn)。一旦收到POLL包,子設(shè)備必須發(fā)回一個(gè)包進(jìn)行響應(yīng)。參見藍(lán)牙packet types。PPPPPPPoint to Point Protocol點(diǎn)到點(diǎn)協(xié)議PRBSPRBSPseudorandom Bit Sequence偽隨機(jī)比特序列ProfileProfile標(biāo)準(zhǔn),對(duì)一種設(shè)備或者一項(xiàng)應(yīng)用的操作的描述。PSTNPSTNPublic Switched Telephone Network公用交換網(wǎng),即普通的網(wǎng)QoSQoSQuality of Service效勞質(zhì)量藍(lán)牙技術(shù)詞匯表五編譯2001年07

49、月09日16:54以下是R-Z的詞匯:RadioRadio藍(lán)牙系統(tǒng)的無(wú)線發(fā)送層,是該系統(tǒng)的最底層,詳細(xì)描述了藍(lán)牙設(shè)備收發(fā)器在無(wú)線帶寬下的技 術(shù)標(biāo)準(zhǔn)。對(duì)于無(wú)線層,定義了兩個(gè)不同的頻率范圍,23MHz和79MHz, 兩個(gè)都在2.4GHz ISM的頻段內(nèi)。23MHz范圍僅僅在用在某些國(guó)家。諸如西班牙和法國(guó)。RFRFRadio Frequency射頻RFCOMMRFCOMMSerial Cable Emulation Protocol based on ETSI TS 07.10.基于ETSI TS 07.10的串行電纜模擬協(xié)議RS-232RS-232串行通信接口,由電氣工業(yè)協(xié)會(huì)Electronic

50、Industries Association (EIA)制定的通信標(biāo)準(zhǔn)。RSSIRSSIReceived Signal Strength Indication接收的信號(hào)強(qiáng)度指示,無(wú)線發(fā)送層的可選局部,用來(lái)判定 鏈接質(zhì)量,以及是否增大播送發(fā)送強(qiáng)度。RTXRTX TimerTimer響應(yīng)終止計(jì)時(shí)器,在L2CAP layer層使用,用于當(dāng)遠(yuǎn)端沒有發(fā)出響應(yīng)消息時(shí),終止信道的通信。當(dāng)發(fā)送請(qǐng)求到遠(yuǎn)程設(shè)備時(shí),就啟動(dòng)該計(jì)時(shí)器。RXRXReceiver接收器S SSlave的縮寫,參見slave device。SAPSAPService Access Points效勞接入點(diǎn)SARSARSegmentation and Reassembly打包/拆包子層,是L2CAP layer層的子層。ScatternetScatternet分布網(wǎng),由多個(gè)獨(dú)立的和非同步的微微網(wǎng)組成。SCOSCOSynchronous Connection Oriented link面向連接的同步鏈路,支持對(duì)時(shí)延敏感的信息如語(yǔ)音。藍(lán)牙中定義的兩種數(shù)據(jù)鏈路方式之

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論