裝置發(fā)送到客戶端裝置W得到通知(諸如事件） 的消息?？蛻舳搜b置不向服務(wù)器裝置發(fā)送針對通知消息的確認消息。
[0140] -指示和確認消息：指示和確認消息是從服務(wù)器裝置發(fā)送到客戶端裝置W得到通 知(諸如事件）的消息。與在通知消息中不同，客戶端裝置向服務(wù)器裝置發(fā)送針對指示消息 的確認消息。
[0141] GATT配置文件（在下文中被稱為"GATT" )424是針對藍牙LE技術(shù)新近實現(xiàn)的層，并 且它定義用于使用下面的藍牙裝置的S/W元件和ATT協(xié)議中定義的消息來獲得對應(yīng)信息的 過程。該過程可W定義發(fā)現(xiàn)、讀取、寫入、通知和指示特性的配置。
[0142] -服務(wù):通過與數(shù)據(jù)有關(guān)的行為的組合來定義裝置的基本操作。
[0143] -包括:定義服務(wù)之間的關(guān)系。
[0144] -特性:服務(wù)中使用的數(shù)據(jù)值。
[0145] -行為:作為通用唯一標識符(UUID)定義的計算機可讀格式。
[0146] GAP 425定義用于發(fā)現(xiàn)并連接定義的裝置并且向用戶提供信息的方案并且可W提 供隱私。
[0147] LE配置文件426包括依賴于GATT 424的配置文件，并且主要地應(yīng)用于低功耗裝置。
[0148] 本發(fā)明的實施方式提出了用于新網(wǎng)絡(luò)(例如，通過使用藍牙的(a)BR/抓R協(xié)議找或 (b)LE協(xié)議找來發(fā)送用于Wi-Fi P2P配對的信息的高效Wi-Fi P2P連接）的方法和裝置，其具 有低功耗和相對較快的配對過程。
[0149 ]圖4是示出了藍牙連接過程的圖。
[0150] 在藍牙配對過程中，狀態(tài)被劃分成僅待機狀態(tài)和連接狀態(tài)。配對的裝置成為連接 狀態(tài)，其連接被終止的裝置在待機狀態(tài)下操作。
[0151] 藍牙裝置通過連接處理S410連接至特定裝置。此后，盡管藍牙裝置執(zhí)行重新連接 處理S420W便再次連接至特定裝置，但是它通過與先前的連接處理S410相同的過程來嘗試 連接。
[0152] 更具體地，當被加電時，HID 200可W基本上進入待機狀態(tài)并且可W變成查詢狀態(tài) W便發(fā)現(xiàn)周圍可連接的裝置。主機裝置100可W變成查詢掃描狀態(tài)，W便在查詢狀態(tài)下接收 由周圍裝置發(fā)送的ID分組。
[0153] 處于查詢狀態(tài)的HID 200-次或W特定時間間隔使用ID分組來發(fā)送查詢消息W便 發(fā)現(xiàn)周圍可連接的裝置(S412)。
[0154] ID分組可W是通用查詢接入碼(GIAC)或?qū)Ｓ貌樵兘尤氪a(DIAC)。
[01巧]在接收到GIAC或DIAC(即，由HID 200發(fā)送的ID分組)之后，主機裝置100可W發(fā)送 跳頻序列(FHS)，W便執(zhí)行與HID 200的藍牙配對。例如，如果存在要發(fā)送的數(shù)據(jù)，則主機裝 置100可W發(fā)送擴展查詢響應(yīng)(在下文中被稱為巧IR")。
[0156] 當通過查詢過程發(fā)現(xiàn)周圍可連接的藍牙裝置時，HID 200可W執(zhí)行尋呼過程。尋呼 過程是指用于在通過查詢過程發(fā)現(xiàn)周圍可連接的藍牙裝置之后使用地址或時鐘信息來使 跳頻序列同步并且執(zhí)行實際連接的步驟。
[0157] 當查詢過程和尋呼過程完成（S412)時，主機裝置100和HID 200執(zhí)行安全建立步驟 S414和邏輯鏈路控制與自適應(yīng)協(xié)議化2CAP)連接和服務(wù)發(fā)現(xiàn)步驟S416。
[015引L2CAP是分組類型的協(xié)議并且具有與UDP協(xié)議的那些特性相似的特性。L2CAP的分 組大小基本上是最多672個字節(jié)，但是當通信開始時可W被改變?yōu)槎噙_最多65,535個字節(jié)。
[0159] 在執(zhí)行L2CAP連接和服務(wù)發(fā)現(xiàn)步驟S416之后，HID 200可W向主機裝置100發(fā)送從 用戶接收到的數(shù)據(jù)(S418)。
[0160] 在執(zhí)行連接處理S410之后，如果在特定時間內(nèi)在主機裝置100與HID 200之間不存 在數(shù)據(jù)的改變，則主機裝置100和HID 200將它們的藍牙模塊改變?yōu)樗郀顟B(tài)W便防止能 耗。因此，主機裝置100和HID 200的連接狀態(tài)被終止。
[0161] 此后，為了再次發(fā)送并接收數(shù)據(jù)，主機裝置100和HID 200需要執(zhí)行重新連接處理 S420。可W根據(jù)與連接處理S410相同的過程來執(zhí)行重新連接處理S420。
[0162] 然而，如果頻繁地產(chǎn)生重新連接處理，則會產(chǎn)生延遲。如果與第一連接處理相同的 處理被執(zhí)行W便連接至同一裝置，則效率劣化并且用戶方便也減少。因此，在下面對能夠處 理運些問題的方法進行描述。
[0163] 圖5是示出了可W適用本發(fā)明的實施方式的藍牙處理的圖。
[0164] 參照圖5的（a)，現(xiàn)有藍牙BR/抓R處理不具有根據(jù)重新連接的過程。裝置中的全部 可W具有通過尋呼的連接狀態(tài)514W及可歸因于連接終止的待機狀態(tài)512。
[0165] 如果狀態(tài)被劃分成如W上所描述的連接狀態(tài)514和待機狀態(tài)512,則未被使用達特 定時間的裝置進入待機狀態(tài)512。此后，當裝置被再次使用時，裝置可能花費長接入時間來 通過新尋呼進入連接狀態(tài)514。
[0166] 參照圖5的（b)，在根據(jù)本發(fā)明的實施方式提出的藍牙處理中，僅嘗試初始藍牙連 接的裝置停留在待機狀態(tài)522中，并且曾經(jīng)連接的裝置可W進入掛起狀態(tài)524而不是待機狀 態(tài) 522。
[0167] 與在待機狀態(tài)522下不同，在掛起狀態(tài)524下，整個訪問歷史(包括主機的唯一地址 (在下文中被稱為"BD_ADDR")W及指派給特定裝置的邏輯傳輸?shù)刂稬T_ADDR)被存儲。當特 定裝置執(zhí)行重新連接時，它可W變成用于快速配對的半連接狀態(tài)526,然后在需要繼續(xù)使用 特定裝置的情況下變成連接狀態(tài)528。
[0168] 半連接狀態(tài)526可W指示待機狀態(tài)522與連接狀態(tài)528之間的中間步驟，并且指示 短事件數(shù)據(jù)被迅速地傳遞的臨時狀態(tài)。
[0169] 用于從掛起狀態(tài)524切換到半連接狀態(tài)526或從待機狀態(tài)522切換到半連接狀態(tài) 526的過程在下文中被稱為快速預(yù)尋呼方案(FPPS)。
[0170] 藍牙裝置可W具有用于連接至曾經(jīng)通過FPPS連接的裝置的基本信息，并且可W基 于該基本信息迅速地重新連接至曾經(jīng)連接的裝置。
[0171] 圖6是示出了可W適用本發(fā)明的實施方式的藍牙從裝置的觸發(fā)信道和時間帖的示 例的圖。
[0172] 如果HID 200已連接至主機裝置100,則HID 200可W通過FPPS過程而變成半連接 狀態(tài)526。
[0173] 更具體地，如果已連接至主機裝置100的HID 200未被使用達特定時間，貝化ID200 可W切換到圖5的掛起狀態(tài)524,可W僅存儲它自己的訪問信息，并且可W停止藍牙通信W 便減少功耗。
[0174] 此后，當HID 200響應(yīng)于用戶輸入而被再次激活時，它通過特定射頻(RF)信道來向 主機裝置100發(fā)送觸發(fā)分組，W便向主機裝置100通知其重新激活狀態(tài)。
[0175] 特定RF信道是指不太受另一網(wǎng)絡(luò)通信（諸如Wi-Fi)影響的信道。運種特定信道被 稱為觸發(fā)信道。例如，在下面對=個信道進行描述。
[0176] (a化ID 200可W反復(fù)地配置HID 200能夠用來在S個觸發(fā)信道n、n+l和n+2中向主 機裝置100通知其激活狀態(tài)的時間帖，并且可W通過經(jīng)配置的時間帖來執(zhí)行用于與主機裝 置100重新連接的過程。
[0177] (b)在時間帖中，HID 200可W周期性地配置用來發(fā)送用于向主機裝置100通知其 激活狀態(tài)的觸發(fā)分組的周期W及HID 200接收由已接收到觸發(fā)分組的主機裝置100所發(fā)送 的信標的信標掃描周期。
[0178] 觸發(fā)分組可W包括連續(xù)的同步字。主機裝置100可W通過檢測接收到的觸發(fā)分組 的同步字而知道HID 200的激活狀態(tài)。
[0179] 同步字指示特定圖案的信號并且可能不包括數(shù)據(jù)。此原因是不知道主機裝置100 將從觸發(fā)分組的什么部分接收觸發(fā)分組。
[0180] 在接收到同步字之后，主機裝置100發(fā)送信標分組作為對同步字的響應(yīng)。已接收到 信標分組的HID 200可W在掛起狀態(tài)524下停止操作并且切換到圖5的半連接狀態(tài)526。
[0181] 圖7和圖8是示出了可W適用本發(fā)明的實施方式的藍牙主機裝置的觸發(fā)掃描過程 的示例的圖。
[0182] 主機裝置100可W周期性地執(zhí)行掃描，W便發(fā)現(xiàn)已連接至主機裝置100的HID200。
[0183] 更具體地，主機裝置100可W周期性地配置掃描周期710、730和750, W便接收由已 連接至其的HID 200發(fā)送的觸發(fā)分組。
[0184] 可W對參照圖6所描述的=個觸發(fā)信道執(zhí)行掃描周期710、730和750。停留在運些 信道中的每一個中花費的時間可W包括接收觸發(fā)分組的尋呼掃描周期和睡眠周期。
[0185] 可W在各個觸發(fā)信道中配置尋呼掃描周期。睡眠周期可W被配置W便減少主機裝 置100的功耗。此外，睡眠周期可W被配置為施加完成針對下一個觸發(fā)信道的頻率配置的時 間。
[0186] 也就是說，主機裝置100可W發(fā)現(xiàn)將通過掃描周期710、730和750在=個觸發(fā)信道 中嘗試重新連接的HID 200。
[0187] 掃描周期710、730和750之間的時間間隔可能與當HID 200被發(fā)現(xiàn)時的時間密切地 有關(guān)。因此，可W通過將目標系統(tǒng)的特性并入到掃描周期710、730和750中來配置掃描周期 710、730和750。
[0188] 當通過周期性掃描周期710、730和750接收到形成觸發(fā)分組的同步字時，主機裝置 100可W發(fā)送信標W便連接至HID 200。
[0189] 在正常操作周期720和740中，在為重新連接指派的=個觸發(fā)信道中不執(zhí)行任何接 收，因為藍牙中的跳頻被執(zhí)行。
[0190] 在接收到信標之后，HID 200可W切換到半連接狀態(tài)526或連接狀態(tài)528。如果HID 200切換到連接狀態(tài)528,則它可W通過主機裝置100的正常操作周期720和740基于根據(jù)藍 牙BR/EDR方法的跳頻來執(zhí)行直接通信。
[0191] 圖8示出了主機裝置100的與圖7的觸發(fā)掃描過程不同的觸發(fā)掃描過程。
[0192] 與在圖7的實施方式不同，在圖8的實施方式中，用于接收由HID 200發(fā)送的觸發(fā)分 組的=個觸發(fā)信道能夠在沒有睡眠周期的情況下被連續(xù)地掃描。
[0193] 如上所述，能夠通過運種連續(xù)掃描來減少用于觸發(fā)信道的掃描周期810、830和850 的時間。
[0194] 除非重新連接請求由HID 200產(chǎn)生，否則圖7的周期性掃描周期710、730和750可W 在藍牙BR/EDR操作中引起開銷。如果周期性掃描周期之間的間隔被設(shè)置為短的，則可W降 低藍牙BR/EDR的整個性能。因此，在圖8中減少掃描周期810、830和850的實施方式能夠改進 性能，因為藍牙BR/EDR的開銷減少了。
[01%]圖9是示出了可W適用本發(fā)明的實施方式的藍牙主機裝置與HID之間的時間帖關(guān) 系的圖。
[0196] 圖9示出了利用主機裝置100的處理，其中，參照圖7和圖8所描述的HID 200切換到 半連接狀態(tài)526。
[0197] 更具體地，如果已連接至主機裝置100的HID 200尚未被使用達特定時間并且已切 換到掛起狀態(tài)524,則當來自用戶的輸入被產(chǎn)生時，HID 200在信道V'中連續(xù)地發(fā)送觸發(fā)分 組W變成半連接狀態(tài)526(S910)。
[0198] 然而，主機裝置100在正常操作周期中進而無法進入周期性掃描周期。因此，主機 裝置100不能在信道V'中接收觸發(fā)分組，并且還不能發(fā)送信標分組。
[0199] 因為主機裝置100不發(fā)送信標分組，所WHID 200不能在信標掃描周期中接收信標 分組（即，來自主機裝置100的響應(yīng)KS912)。
[0200] HID 200因為未接收到信標分組而在預(yù)先確定的=個觸發(fā)信道內(nèi)改變其信道，并 且可W在信道"n+r中再次向主機裝置100發(fā)送觸發(fā)分組(S914)。
[0201] 在進入周期性掃描周期之后，主機裝置100可W因為尚未在信道V'中接收到觸發(fā) 分組而將信道V'改變?yōu)樾诺?n+r，并且可W在信道"n+r中從HID 200接收觸發(fā)分組。
[0202] 已接收到觸發(fā)分組的主機裝置100可W向HID 200發(fā)送信標分組。HID通過信標掃 描周期從主機裝置100接收信標分組(S916)。
[0203] 此后，HID 200可W在信道"n+r中發(fā)送請求重新連接到主機裝置100的連接請求 消息(S918)。
[0204] 響應(yīng)于連接請求消息，如果HID 200的重新連接被批準則主機裝置100可W向HID 200發(fā)送連接確認消息（S920)。已接收到連接確認消息的HID 200可W切換到半連接狀態(tài) 526。
[0205] 在半連接狀態(tài)526下，可W交換簡單的數(shù)據(jù)。因此，HID 200可W向主機裝置100發(fā) 送從用戶接收到的數(shù)據(jù)(S922)。主機裝置100可W向HID 200發(fā)送輪詢消息(S924)。
[0206] 此后，如果存在要發(fā)送到主機裝置100的數(shù)據(jù)，則HID 200可W將該數(shù)據(jù)發(fā)送到主 機裝置100作為對輪詢消息的響應(yīng)。
[0207] 圖10是例示了可W適用本發(fā)明的實施方式的藍牙重新連接處理的示例的流程圖。
[0208] 參照圖10,當已連接至主機裝置100的HID 200從用戶接收到輸入時，它可W執(zhí)行 與主機裝置100的重新連接W便發(fā)送該輸入。
[0209] 更具體地，如果HID 200已通過藍牙連接至主機裝置100并且未被使用達特定時 間，則它切換到掛起狀態(tài)(SlOlO)。
[0210] 為了接收由周圍HID發(fā)送W用于連接的觸發(fā)分組，主機裝置100周期性地變成觸發(fā) 掃描狀態(tài)(S1020)。當在觸發(fā)掃描狀態(tài)下接收到由周圍HID發(fā)送的觸發(fā)分組時，主機裝置100 可W執(zhí)行針對重新連接的過程。
[