TW201244400A - Method of handling response failure for a bluetooth communication system and slave device for controlling the same - Google Patents

Method of handling response failure for a bluetooth communication system and slave device for controlling the same Download PDF

Info

Publication number
TW201244400A
TW201244400A TW101120919A TW101120919A TW201244400A TW 201244400 A TW201244400 A TW 201244400A TW 101120919 A TW101120919 A TW 101120919A TW 101120919 A TW101120919 A TW 101120919A TW 201244400 A TW201244400 A TW 201244400A
Authority
TW
Taiwan
Prior art keywords
transmission
packet
response
repeated
servant
Prior art date
Application number
TW101120919A
Other languages
Chinese (zh)
Inventor
Sheng-Chung Chen
Original Assignee
Pixart Imaging Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Pixart Imaging Inc filed Critical Pixart Imaging Inc
Priority to TW101120919A priority Critical patent/TW201244400A/en
Publication of TW201244400A publication Critical patent/TW201244400A/en

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

The present invention discloses a method of handling a response failure for a slave device of a Bluetooth communication system. The method comprises increasing a number of times for attempting transmission of a response packet when a transmission failure of the response packet utilized for responding to an inquiry packet sent by a master device of the Bluetooth communication system is detected; and retransmitting the response packet according to the number of times.

Description

201244400 六、發明說明: 【發明所屬之技術領域】 本發明係指-_於-藍芽純之處理連線的方法及其相關裝 置,尤指-觀於藍衫、統之改善連線建立的方法及其相關裝置。 【先前技術】 藍芽系統是-短距離無線通訊系統。在藍芽系統中,為了建立 =,藍芽通訊裝置需進行—關(Inquiiy)程序,_測週遭的 藍芽通訊裝置。其中’廣播一詢問(Inquiry)封包的裝置稱為主 (Master)裝置’㈣期性侧詢問(Inquiiy)封包的裝置稱為僕 (Slave)裝置。 、 ,僕裝置針對特疋頻率進行詢問掃描,以偵測詢問封包的存在。 當詢問封包被_到時,僕裝置預先從—延遲(BaekGff)時窗,隨 機挑選-等待時間,並等待料待_之後,傳送跳頻同步 (Frequency Hopping Synchr0nizati〇n ’ 丽)封包,以回應主裝置 的侧封包。其中’該延遲時窗讓各僕裝置在隨機時間回應主裝置, 以避免過翅裝置於同—時間傳送之跳_頻包所造成的碰撞, 進而避如應失敗。當跳朗步封包傳送失敗時,職置會重新從 k遲時窗軸挑選料顿,再根據等待時間,麵傳送該跳頻同 乂封包’直到傳送成功或主裝置停止詢問。 201244400 —在習知技術中,延遲時窗是一固定大小的時窗。在此情況下, 右僕裝置處於容祕撞的通輯境下,如過麵僕裝置回應一主裝 置’延遲時窗的;M、會顯的太小,使得碰撞健容祕生。若僅少 數僕裝置回應主裝置,則延遲時窗的大小會顯的太大,造成平均回 應時間過長,使連線效率降低。 【發明内容】 一因此’本發明之主要目的即在於提供—削於-藍芽系統改善 僕裝置與—主裝置之財立連_方法及其相_裝置,以提升 本發明揭露-翻於—藍芽纽之—健置處_應失敗的方 =,其包含有於偵測到-回應封包的傳輸失敗時,增加該回應封包 的一將要重複傳送次數;以及娜_重複傳送次數,重複傳送 該回應封包。該_封包时_來自於域料獻—主裝置的 本發明另揭露於—藍料統之僕裝置,用以適當地處理 口二失敗,以提升建立連線的效率。該僕裝置包含有—收發器、一 ==二侧單元及—調整單元。1^發__測並接« =枝狀-繼的—糊包,卿—綱複傳送次 複傳送用來回應該詢問封包之—回應封包。該儲存裝置,用 來錯存該將要重複傳送次數1_單元输於該_,用來摘 4 201244400 增加該儲存裝置 測該回應封包的傳輸失敗,喊生—控制訊號1娜單 _測單元及該儲存裝置,用來根據該控制喊 ' 所儲存之該將要重複傳送次數。 【實施方式】 在本發明實施例中,為了建 =置中處理回應失敗。僕裝置接收來自於該藍芽系統之一主裝置 5句問封包。流程10包含下列步驟: 步驟100 :開始。 步驟1〇2 :於侧到—回應封包的傳輸失敗時,增加-可變延 遲時窗的大小。 步驟104 ··根據該可變延遲時窗,隨機挑選一等待時間。 步驟1〇6 ·根據該等待時間’重新傳送該回應封包。 步驟108 :結束。 根據机程1〇 ’僕裝置傳送回應封包以回應詢問封 =…延遲時窗,隨機挑選—等待時間,以於等待了該等待時間 重轉送該喊封包。換句話說’由於喊封包的失敗次數 尬/ 錄置與其他魏置_的機率較高,因此本發明實 列於每次回應封包傳輸失敗時,逐次增加可變延遲時窗的大小, 201244400 以降低碰撞的機率。在流程1()中,為達到對通道的可適性,撲裝置 使用-可變延遲時窗。此外,僕裝置根據回應封包傳送失敗的次數, 漸增可變延遲時窗的大小,以維持連線效率。 在步驟102中,較佳地,_到該回應封包的傳輸失敗是表示 僕裝置於進行傳呼(Paging)掃描時,未接_任何絲置所發送 的傳呼訊號’修-關封包(Inquiry心⑻。 流程10的概念可用於一藍芽系統,其一傳呼狀態的一主裝置廣 播詢問封包,以讓有興趣的僕裝置進行連線建立。在此情況下該 回應封包係一跳頻同步封包。嗜1、 — 乃化π參考第2圖,第2圖為本發明實施 例用於一藍芽系統之一流程2〇 枉U之机程圖。流程20用來處理跳頻同 步封包傳輸失敗,其包含下列步驟: 步驟200 ·開始。 步驟202 :進入-待命或一連線狀態。 步驟204 :設定一可變延遲時窗的初始大小為〇。 步驟206 :執行詢問掃描(Inquiry Sean)。 步驟2〇8 : ^撕是否偵測到—詢問封包?若有,執行步驟2H); 若無,執行步驟2〇2。 步驟210 :傳送一跳頻同步封包。 步驟212 :執行詢問掃描。 步驟214 : 是否軸若有,執行步驟21 若無,執行步驟216。 6 201244400 >選一等待時間 步驟216:增加該可變延遲時窗的大小 步驟218 :根據該可變延遲時窗, 步驟220 :執行詢問掃描。 步驟222:等待該等待時間。 是否:職詢問封包?若有,執行步 右無’執行步驟2〇4。 在流程2〇中’僕跋置進入待 並預設可變延遲時窗的大小為卜在步驟^ ====__,、= ♦步驟210 4貞/則跳頻同步封包的傳輸狀態。 =示傳呼成功’並進入步_的連線狀態:^ :裝】=測並接收到該詢問封包,則表示跳頻同步封包傳輸失 敗。在此情況下’僕裝置增加該可變延 時間的挑選顧。縣,卿、+擴大雜 Μ㈣ 郷置再度透過詢問掃描,偵測詢問封包, 驟224 Γ觸之等糊之後該詢問封包的存在。若在步 =無法侧到該詢問封包,則表示主裝置已經不在藍芽網路 =此僕裝置回到待命或連線狀態。若在步驟似中偵測到該詢 h 職示主裝置健存在藍_路上4此情況下,僕裝置 再度傳送跳_步封包,料新要求建立連線。 寺別;主w的疋’本領域具通常知識者可變更流程的執行順 201244400 序’只要達舰_步封包(即 具體地,本職騎常知辦心〜封包)的延遲回應的目的。更 說 行 說,步驟222可於步驟攻°更步驟222的執行位I。舉例來 。 〃 '則到該詢問封包與步驟210之間執 僕裝:====__時, ::::r ㈣待時二=:〇= ^ 、第一乂傳送跳頻同步封包失敗時, =置:可變延遲時窗的大小由N2增加至N3,並從_的範 ^内’ W挑選出-等待時間n3,以進行第三次跳頻同步封包傳 f。因此’在跳朗步封包不斷傳送失敗的情況下,本發明實施例 過步驟21〇〜224,持續增加可變延遲時窗的大小,以擴大等待時 間的挑選範圍,進而降低與其他僕裝置碰撞的機率。 。月參考第3圖’第3圖為本發明實施例用於一藍芽系統之一僕 裝置30之示意圖。僕裝置3〇用來實現流程20,其包含-收發器 300、一儲存裝置310、一偵測單元32〇、一調整單元33〇及一挑選 單元340。收發器3〇〇用來偵測並接收一詢問封包,以及傳送一跳 頻同步封包。儲存裝置31〇用來儲存一可變延遲時窗BKW。偵測 單元320用來摘測該跳頻同步封包的傳輸失敗,以產生一控制訊號 SCI。更具體地,於偵測到收發器3〇〇傳送該跳頻同步封包之後偵 測並接收該詢問封包時,偵測單元320產生控制訊號SCI。調整單 8 201244400 元330用來根據控制訊號SC1, ,._ 9加可變延遲時窗BKW的大小。 挑選皁元340用來根據可變延^ $ 、毪矛由BKW,隨機挑選一等待時問 WT。當等待時間WT挑選顿 进寻传手間201244400 VI. Description of the invention: [Technical field to which the invention pertains] The present invention refers to a method for processing a connection line of - _ _ 蓝 纯 pure and related devices, and particularly refers to the establishment of an improved connection between the blue shirt and the unified Method and related devices. [Prior Art] The Bluetooth system is a short-range wireless communication system. In the Bluetooth system, in order to establish =, the Bluetooth communication device needs to perform the Inquiiy program, which measures the surrounding Bluetooth communication device. The device in which the 'Inquiry packet' is broadcasted is called the Master device. The device for the Inquiiy packet is called the slave device. The servant device performs an inquiry scan for the characteristic frequency to detect the presence of the inquiry packet. When the inquiry packet is _, the servant device pre-fetches the (BaekGff) time window, randomly selects the - waiting time, and waits for the _ to wait for the transmission of the frequency hopping synchronization (Frequency Hopping Synchr0nizati〇n ' 丽) packet in response Side pack of the main unit. The delay window allows the servants to respond to the master device at random times to avoid collisions caused by the hop-frequency packets of the same-time transmission, and thus avoids failure. When the transmission of the hopping packet fails, the job re-selects the message from the k-time window, and then transmits the hopping packet according to the waiting time until the transmission is successful or the master stops the inquiry. 201244400 - In the prior art, the delay window is a fixed size window. In this case, the right servant device is in the context of a secret collision, such as the servant device responding to a main device's delay window; M, will be too small, making the collision health secret. If only a few servants respond to the master device, the size of the delay window will be too large, resulting in an excessively long average response time, which will reduce the efficiency of the connection. SUMMARY OF THE INVENTION [Therefore, the main purpose of the present invention is to provide a - cutting-blue system to improve the servant device and the main device of the financial _ method and its phase device to enhance the disclosure of the present invention - turn over - Bluetooth — 健 健 健 健 健 健 = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = The response packet. The present invention is also disclosed in the servant device of the blue material system for appropriately handling the failure of the port 2 to improve the efficiency of establishing the connection. The servant device includes a transceiver, a == two-sided unit and an adjustment unit. 1 ^ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The storage device is configured to store the number of times the transmission is to be repeated 1_unit is input to the _, and is used to pick up 4 201244400 to increase the transmission failure of the storage device to detect the response packet, and to call the control signal 1 The storage device is configured to call the stored number of times to be repeated according to the control. [Embodiment] In the embodiment of the present invention, the response is failed in order to construct = centering. The servant device receives a 5 sentence packet from the main device of the Bluetooth system. The process 10 includes the following steps: Step 100: Start. Step 1〇2: Increase the size of the variable delay window when the transmission to the side of the response packet fails. Step 104: According to the variable delay time window, a waiting time is randomly selected. Step 1〇6 • Retransmit the response packet according to the waiting time. Step 108: End. According to the machine 1 〇 ” servant device transmits a response packet in response to the inquiry seal = ... delay window, randomly selected - waiting time, in order to wait for the waiting time to resend the shout packet. In other words, because the probability of failure of the packet/recording and other placements is higher, the present invention is actually increasing the size of the variable delay window every time the response packet transmission fails, 201244400 Reduce the chance of collision. In Flow 1(), in order to achieve adaptability to the channel, the device uses a variable delay window. In addition, the servant device gradually increases the size of the variable delay window according to the number of times the response packet transmission fails, in order to maintain the connection efficiency. In step 102, preferably, the transmission failure of the response packet is a paging signal sent by the servant device during the paging scanning, and the paging signal is sent to the repair packet (Inquiry Heart (8) The concept of the process 10 can be applied to a Bluetooth system in which a master device in a paging state broadcasts an inquiry packet to allow an interested servant device to establish a connection. In this case, the response packet is a frequency hopping synchronization packet. Referring to FIG. 2, FIG. 2 is a machine diagram of a process 2〇枉U for a Bluetooth system according to an embodiment of the present invention. The process 20 is used to process a transmission failure of a frequency hopping synchronous packet. It includes the following steps: Step 200: Start Step 202: Enter-standby or a connected state Step 204: Set the initial size of a variable delay window to 〇 Step 206: Perform an inquiry scan (Inquiry Sean). 2〇8: ^Tear if it is detected—inquiry packet? If yes, go to step 2H); if not, go to step 2〇2. Step 210: Transmit a hopping synchronization packet. Step 212: Perform an inquiry scan. Step 214: If the axis is present, go to Step 21 if no, go to Step 216. 6 201244400 > Select a waiting time Step 216: Increase the size of the variable delay window Step 218: According to the variable delay window, step 220: Perform an inquiry scan. Step 222: Wait for the waiting time. Is it: job inquiry packet? If yes, execute step right without 'go step 2〇4. In the process 2, the size of the window is entered and the variable delay window is preset to be in the step ^ ====__,, = ♦ step 210 4贞 / then the transmission state of the frequency hopping synchronization packet. = indicates that the paging succeeded and entered the connection status of step_: ^: loaded] = measured and received the inquiry packet, indicating that the frequency hopping synchronization packet transmission failed. In this case, the servant device increases the selection of the variable delay time. County, Qing, + Expanded Miscellaneous (4) The device again scans through the inquiry, detects the enquiry packet, and then asks for the existence of the packet after the 224 touch. If the inquiry packet cannot be reached at step = it means that the master device is no longer in the Bluetooth network = the servant device returns to the standby or connection state. If the inquiry is detected in the step, the main device is in the blue state. In this case, the servant device transmits the hop packet again, and the new request establishes a connection. Temples; the main w's 疋 'the general knowledge of the field can change the execution of the process shun 201244400 order' as long as the ship _ step package (that is, specifically, the local ride knows the heart ~ packet) for the purpose of delayed response. More specifically, step 222 can be performed in step 222 to perform bit I. For example. 〃 'When the query packet and step 210 are servant: ====__, ::::r (four) waits for two =: 〇 = ^, when the first 乂 transmission hopping synchronization packet fails, = set: The size of the variable delay window is increased from N2 to N3, and is selected from the range _ of the _-waiting time n3 for the third hopping synchronization packet transmission f. Therefore, in the case that the hopping packet fails to transmit continuously, the embodiment of the present invention steps 21 〇 224 to 224, continuously increasing the size of the variable delay window to expand the selection range of the waiting time, thereby reducing collision with other servants. The chance. . Referring to Figure 3, FIG. 3 is a schematic diagram of a servant device 30 for a Bluetooth system in accordance with an embodiment of the present invention. The servant device 3 is used to implement the process 20, which includes a transceiver 300, a storage device 310, a detecting unit 32, an adjusting unit 33, and a picking unit 340. The transceiver 3 is configured to detect and receive an interrogation packet and to transmit a hopping synchronization packet. The storage device 31 is configured to store a variable delay time window BKW. The detecting unit 320 is configured to extract the transmission failure of the frequency hopping synchronization packet to generate a control signal SCI. More specifically, the detecting unit 320 generates the control signal SCI when detecting that the transceiver packet is detected and received after the transceiver 3 transmits the frequency hopping synchronization packet. Adjustment sheet 8 201244400 yuan 330 is used to increase the size of the variable delay window BKW according to the control signals SC1, , . The soap element 340 is selected to randomly select a waiting time WT according to the variable extension and the BKW. When waiting time WT picks up

收發器300等待等待時間WT 後,傳送該跳頻同步封包。由於隹 、 χ βΒ , 、俣裝置30用來實現流程20,因此 相關詳細操作請參考前述說明。 言月參考第4圖’第4圖為本發明第二實施例一流程仙之流程 圖。流程4G用於—藍芽系統之—僕裝置中處理回應失敗儒置接 收來自於該縣纽之-主裝置的—_封包。流程4g包含下列步 驟· 步驟400 :開始。 步驟402 :於偵_-回應封包的傳輸失敗時,增加該回應封 包的一重複傳送次數。 步驟404 :根據該重複傳送次數’重複傳送該回應封包。 步驟406 :結束。 根據流程40,於偵測到回應封包的傳輸失敗時,僕裝置增加該 重複傳送次數,錄_重複魏錄,重複傳送翻應封^。= 句話說,回應封包的傳輸失敗次數越多,回應封包重複傳送的次數 越多。因此,透過重複傳送回應封包,僕裝置增加成功傳送回應封 包給主裝置的機率。 在步驟402中,較佳地,偵測到該回應封包的傳輸失敗是表示 201244400 ,未接收到任何主裝置所發送的傳呼訊 僕裝置於進行傳呼掃描時 號,例如一詢問封包。 誓置Ιοί考第^圖’第5圖為本發明實施烟於—藍芽純之一僕 、=Γ。健置5G用來實現流程4G,其包含一收發器 500田*存1〇、一偵測單元520及一調整單元530。收發器 竹並接收來自—主裝置的—_封包,及傳送用來回應 旬問封包封包。儲存裝置絲儲存-重複傳送次數 RPT:偵測單it 52〇用來偵測該回應封包的傳輸失敗,以產生一控 制峨SC2。更具體地,於_單元52〇偵測到收發器5〇〇傳送該 跳頻同步封包之後姻並接收該詢問封包時,偵測單元520產生控 制如虎sa。調整單元530用來根據控制訊號SC2,增加儲存裝置 51〇所齡之重複傳送次數赃。收發器5⑻根據重複傳送次數 肌’重複傳送該回應封包。由於僕裝置50用來實現流程40,因 此相關詳細操作請參考前述說明。 流程40的概念可用於一藍芽系統,其一詢問狀態的一主裝置廣 播詢問封包’以讓有興趣的僕裝置進行連線建立。在此情況下,該 回應封包係一跳頻同步封包。請參考第6圖,第6圖為本發明實施 例用於一藍芽系統之一流程60之流程圖。流程6〇用來處理跳頻同 步封包傳輸失敗,其包含下列步驟: 步驟600 :開始。 步驟602 :進入一待命或一連線狀態。 201244400 步驟_ :狀麵_頻 步驟:執行詢問掃^ 重複傳送-人數為〇。 步驟齡判斷是否細到 若無’執脉議。有執仃步驟610 ; 步驟㈣:傳送—跳_步封包。 步驟612 :執行詢問掃描。 乂驟614·觸是她剩該 若無,執行她16。 仃步驟6〇2; 步驟616 :該重複傳送次數增加b ^ 根據該重複料:欠數,重複傳賴蘭同步 步驟620 :執行詢問掃描。 化。 步驟622 . ^撕是否偵測到該詢問封包?若有,執行步驟⑽; 右無’執行步驟602。 在a程0中’僕褒置進入待命或連線狀態,並設定該重 次為〇 ’以進行詢問掃描。在步驟_〜610中,僕裝置透, 掃描,不斷偵測詢問封句,廿偏、… 衣罝樣旬問 同步封包,以回應“置。==:包時,立即傳送跳頻 的僂浐狀離。/牛跡 々驟12及614用來偵測跳頻同步封包 的傳輸狀1、在步_巾,若健___ 則表示傳呼成功,並進人步驟6G2的連線狀態。相反地,若=置 沒有偵測並接收到該詢問封包,則表示在步驟⑽所傳送之跳頻 步封包傳輸失敗。在此情況下,僕裝置增加該跳頻同步封包的重複 傳送次數’麟此重複傳賴跳_步封包,以增加主裝置接收到 201244400 該跳頻同步封包的機率。於步驟62〇 問封包,則表示主裝置已經不在藍芽網:驟=法侦測到該詢 ===裝置__問封包,則表示主裝置: 以重新要求建立連線。 僕裝置再度傳送跳頻同步封包, 於第—權簡_包(即步細) 頻同步封包的重複傳送次數至1,接著重複傳送跳 G 一人。在此之後,當僕裝置再度偵測並接收到該詢問封 :二二次傳送跳頻同步封包失敗。此時,僕裝置增加重複 、人至2’接者重複傳送跳頻同步封包3次。因此,在跳頻同 '封包不斷傳送失敗的情況下,本發明實施例透過步驟嶋〜必, =增加該重複傳送次數,以增加主裝置接收到該跳頻同步封包的 特別注意的是’本發明實施織程⑴及⑽的概念可結合使用, 以更進-步提升建立連線的效率。舉—藍芽系統的朗為例,請參 考第7圖’第7圖為本發明第三實施例用於-藍芽系統之-流程70 之流程圖。流程%用來處理跳頻同步封包傳輸失敗,其包含下列步 步驟700 ·開始。 步驟702 :進入一待命或一連雜態。 12 201244400 步驟704 :設定該 . . 了鲛延遲時窗與該重複傳送次數為0 步驟7〇6.執彳t詢問掃描。 ‘驟 708 ; 步驟·,是否偵測到一詢問封包?若有,執行步; 右無’執行步驟7〇2。 步驟71G:傳送—跳頻同步封包。 步驟712 :執行詢問掃描。 步驟714 : 1岐否_到該詢問封包?若有,執行步驟702 ; 若無’執行步驟716。 々驟716 ’該麵傳送次數增加1 ’且增加該㈣延遲時窗的大 步驟7丨8 .根據該可變㈣時窗,隨機減_等待時間。 步驟720 :執行詢問掃描。 步驟722 :等待該等待時間。 步驟724 .根據該重複傳送次數,t複傳送該跳頻同步封包。 步驟726 •判斷是否彳貞測到該詢問封包?若有,執行步驟710 ; 若無’執行步驟702。 根據流程70,於跳_步封包傳送失敗時,餘置先等待隨機 挑選之等待時間,再該重複傳送次數,重複傳送該跳頻同步封包。 由前述可知,流程7G為流程及6〇的組合應用,因此各步驟的相 關操作請參考前述。 凊參考第8圖,第8圖為本發明實施姻於m统之一僕 13 t! 201244400 裝置80。之示思圖。僕裝置8〇包含一收發器咖、一儲存裝置8i〇、 4貞測單元820、-調整單元_及一挑選單元_。收發器動 用來偵測並接收-詢問封包,及料—回應封包。儲存裝置81〇用 來儲存-重複傳送次數RpT1及一延遲時窗BKW w貞測單元娜 用來偵測該回應封包的傳輸失敗,以產生-控制訊號SC3。更具體 地,於偵測單元820偵測到收發器800傳送該跳頻同步封包之後偵 測並接收該詢問封包時,偵測單元82〇產生控制訊號SC3。調整單 元830用來根據控制訊號SC3,增加重複傳送次數处丁丨及可變延 遲時窗BKW1的大小。挑選單元84〇用來根據可變延遲時窗 BKW1 ’隨機挑選一等待時間WT卜於等待時間WT1期滿之後, 收發器800根據重複傳送次數RPT1,重複傳送該回應封包。延遲 時窗BKW1可為一固定或可變的延遲時窗。當延遲時窗BKWi為 可變延遲時窗時’僕裝置80可用來實現流程70,其相關詳細操作 請參考前述說明。 特別注意的是,在用於藍芽網路系統的本發明實施例中,僕裝 置是利用傳輸時槽進行封包收發。在此情況下,僕裝置可重複傳送 跳頻同步封包於連續的傳輸時槽。或是,僕裝置可重複傳送跳頻同 步封包於不連續的傳輸時槽,例如每兩個傳輸時槽重複傳送一個跳 頻同步封包。 綜上所述,本發明實施例根據回應失敗的次數,逐次增加延遲 時窗的大小或增加重複傳送回應封包的次數,以提升連線建立效 201244400 率,以及節省用於詢問掃描的電力。 以上所述僅為本發明之較佳實施例,凡依本發明申請專利範圍 所做之均等變化與修飾,皆應屬本發明之涵蓋範圍。 【圖式簡單說明】 第1圖為本發明第一實施例一流程之流程圖。 第2圖為根據第丨圖用於一藍芽系統之一流程之流程圖。 第3圖為根據第2圖用於一藍芽系統之一僕裝置之示意圖。 第4圖為本發明第二實施例一流程之流程圖。 第5圖為本發明實施例用於一藍芽系統之一僕褒置之示意圖。 第6圖為根據第4圖用於一藍芽系統之一流程之流程圖。 第7圖為本發明第三實施例用於一藍芽系統之一流程之流程 第8圖為本發明實施例用於一藍芽系統之一僕裝置之流程圖。 【主要元件符號說明】 僕裝置 收發器 儲存裝置 偵測單元 調整單元 挑選單元 30、50、80 300、500、800 310、510、810 320、520、820 330、530、830 340 、 840 15 201244400 BKW ' BKW1 可變延遲時窗 SCI、SC2、SC3 控制訊號 WT ' WT1 等待時間 RPT > RPT1 重複傳送次數 10、20、40、60、70 流程 100〜108、200〜224、400〜406 步驟 600〜622、700〜726 步驟 16After the transceiver 300 waits for the waiting time WT, the hopping synchronization packet is transmitted. Since the 隹, χβΒ, and 俣 devices 30 are used to implement the process 20, please refer to the foregoing description for detailed operations. Referring to Fig. 4', Fig. 4 is a flow chart showing the flow of the second embodiment of the present invention. The process 4G is used for the processing response failure in the servant device of the Bluetooth system, and the Confucian device receives the -_ packet from the county-based device. The process 4g includes the following steps: Step 400: Start. Step 402: When the transmission of the response packet is failed, the number of repeated transmissions of the response packet is increased. Step 404: Repeatly transmitting the response packet according to the number of repeated transmissions. Step 406: End. According to the process 40, when it is detected that the transmission of the response packet fails, the servant device increases the number of repeated transmissions, records the _ repeating the Wei record, and repeats the transmission response. In other words, the more transmission failures of the response packet, the more times the response packet is repeatedly transmitted. Therefore, by repeatedly transmitting the response packet, the servant device increases the probability of successfully transmitting the response packet to the host device. In step 402, preferably, it is detected that the transmission failure of the response packet is 201244400, and no paging device transmitted by the master device is received, such as an inquiry packet. The swearing Ιοί考第^图' Figure 5 is the implementation of the invention in the smoke-blue virgin pure servant, = Γ. The health 5G is used to implement the process 4G, which includes a transceiver 500, a detection unit 520, and an adjustment unit 530. The transceiver receives the -_ packet from the master device and transmits it to respond to the packet. Storage Device Wire Storage - Repeated Transmission Times RPT: The detection unit is used to detect the transmission failure of the response packet to generate a control 峨 SC2. More specifically, when the _ unit 52 detects that the transceiver 5 transmits the hopping synchronization packet and receives the hop packet, the detecting unit 520 generates a control such as the tiger sa. The adjusting unit 530 is configured to increase the number of repeated transmissions of the storage device 51 based on the control signal SC2. Transceiver 5 (8) repeatedly transmits the response packet based on the number of repeated transmissions. Since the servant device 50 is used to implement the process 40, please refer to the foregoing description for detailed operations. The concept of the process 40 can be used in a Bluetooth system in which a master device of the inquiry status broadcasts an inquiry packet to allow the interested servant device to establish a connection. In this case, the response packet is a hop-sync packet. Please refer to FIG. 6. FIG. 6 is a flow chart of a process 60 for a Bluetooth system according to an embodiment of the present invention. The process 6 is used to process the frequency hopping synchronous packet transmission failure, and the following steps are included: Step 600: Start. Step 602: Enter a standby or a connected state. 201244400 Step _: Face _ Frequency Step: Perform inquiry sweep ^ Repeat transmission - the number is 〇. Whether the judgment of the step size is fine or not. There are enforcement steps 610; Step (4): Transfer-jump_step packet. Step 612: Perform an inquiry scan. Step 614· Touch is her left. If not, execute her 16. Step 6〇2; Step 616: The number of repeated transmissions is increased by b ^ According to the repetition material: the number of the repetitions, the repetition of the transmission is performed. Step 620: Perform an inquiry scan. Chemical. Step 622. ^Tear if the inquiry packet is detected? If yes, go to step (10); right no' to perform step 602. In the process 0, the servant enters the standby or connection state, and sets the repetitive time to 〇 ' to perform the inquiry scan. In step _~610, the servant device transparently scans and continuously detects the enquiry sentence, 廿 bias, ... 罝 罝 问 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步 同步状 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 。 If the inquiry packet is not detected and received, it indicates that the hopping step packet transmission transmitted in step (10) fails. In this case, the servant device increases the number of repeated transmissions of the hopping synchronization packet. Lai _ _ step packet to increase the probability that the master device receives the hopping synchronization packet of 201244400. If the packet is queried in step 62, it indicates that the master device is no longer in the Bluetooth network: the method detects the query === device __ Ask the packet, it means the master device: Re-request to establish the connection. The servant device transmits the hopping synchronization packet again, and repeats the number of repeated transmissions of the first-weight _ packet (ie, step-by-step) frequency synchronization packet to 1, and then repeats Send a jump to G. After that, when the servant device is again Detecting and receiving the inquiry seal: The second transmission of the frequency hopping synchronization packet fails. At this time, the servant device adds a repetition, and the person to the 2' receiver repeatedly transmits the hopping synchronization packet three times. Therefore, the frequency hopping is the same as the packet. In the case of continuous transmission failure, the embodiment of the present invention transmits the number of repeated transmissions by step 必~, and increases the number of repeated transmissions to increase the priority of the primary device receiving the frequency hopping synchronization packet, which is the implementation of the present invention (1) and (10). The concept can be used in combination to further improve the efficiency of establishing the connection. For example, the blue system of the Bluetooth system, please refer to FIG. 7 'FIG. 7 is the third embodiment of the present invention for the Bluetooth system. Flowchart of Flow 70. Flow % is used to process a frequency hopping synchronous packet transmission failure, which includes the following steps: Step 700: Start. Step 702: Enter a standby or a hybrid. 12 201244400 Step 704: Set this. The delay window and the number of repeated transmissions are 0. Step 7〇6. Execute t query scan. 'Step 708; Step·, Is an inquiry packet detected? If yes, execute step; Right no> Execute step 7〇2 Step 71G: Transfer - Frequency Hopping Step 712: Perform an inquiry scan. Step 714: 1岐No_to the inquiry packet? If yes, go to step 702; if no, go to step 716. Step 716 'The number of times of transmission is increased by 1' and the number is increased. (4) The large step of delaying the window 7丨8. According to the variable (four) time window, the _wait time is randomly reduced. Step 720: Perform an inquiry scan. Step 722: Wait for the waiting time. Step 724. According to the number of repeated transmissions, t The hopping synchronization packet is repeatedly transmitted. Step 726: Determine whether the inquiry packet is detected. If yes, execute step 710; if no, execute step 702. According to the process 70, when the hop packet transmission fails, the remaining Wait for the waiting time of random selection, and then repeat the number of transmissions, and repeat the transmission of the frequency hopping synchronization packet. As can be seen from the foregoing, the flow 7G is a combined application of the flow and the 6〇, so the related operations of the respective steps are referred to the foregoing. Referring to FIG. 8, FIG. 8 is a servant 13 t! 201244400 device 80 of the present invention. The thinking. The servant device 8A includes a transceiver coffee, a storage device 8i, a detection unit 820, an adjustment unit _, and a selection unit _. The transceiver is used to detect and receive - the inquiry packet, and the material-response packet. The storage device 81 is used for storing - the number of repeated transmissions RpT1 and a delay window BKW w detecting unit for detecting the transmission failure of the response packet to generate a control signal SC3. More specifically, when the detecting unit 820 detects that the transceiver 800 transmits and detects the hopping synchronization packet, the detecting unit 82 generates the control signal SC3. The adjusting unit 830 is configured to increase the size of the repeated transmission times and the variable delay time window BKW1 according to the control signal SC3. The selecting unit 84 is configured to randomly select a waiting time WT according to the variable delay time window BKW1'. After the expiration of the waiting time WT1, the transceiver 800 repeatedly transmits the response packet according to the repeated transmission number RPT1. The delay time window BKW1 can be a fixed or variable delay time window. When the delay window BKWi is a variable delay window, the servant device 80 can be used to implement the process 70. For the detailed operation, please refer to the foregoing description. It is particularly noted that in an embodiment of the invention for use in a Bluetooth network system, the servant uses the transmission time slot for packet transceiving. In this case, the servant device can repeatedly transmit the hopping synchronization packet in the continuous transmission time slot. Alternatively, the servant device may repeatedly transmit the hopping synchronization packet to the discontinuous transmission time slot, for example, repeating one hopping synchronization packet every two transmission time slots. In summary, the embodiment of the present invention sequentially increases the size of the delay window or increases the number of times the response packet is repeatedly transmitted according to the number of response failures, so as to improve the connection establishment efficiency and save power for query scanning. The above are only the preferred embodiments of the present invention, and all changes and modifications made to the scope of the present invention should fall within the scope of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS Fig. 1 is a flow chart showing a flow of a first embodiment of the present invention. Figure 2 is a flow chart of a flow for one of the Bluetooth systems according to the second diagram. Figure 3 is a schematic illustration of a servant device for a Bluetooth system according to Figure 2. Figure 4 is a flow chart showing a flow of a second embodiment of the present invention. FIG. 5 is a schematic diagram of a servant for a Bluetooth system according to an embodiment of the present invention. Figure 6 is a flow chart showing the flow of one of the Bluetooth systems according to Figure 4. Figure 7 is a flow chart of a process for a Bluetooth system according to a third embodiment of the present invention. Figure 8 is a flow chart of a server device for a Bluetooth system according to an embodiment of the present invention. [Description of main component symbols] Servo device transceiver storage unit detection unit adjustment unit selection unit 30, 50, 80 300, 500, 800 310, 510, 810 320, 520, 820 330, 530, 830 340, 840 15 201244400 BKW ' BKW1 variable delay time window SCI, SC2, SC3 control signal WT ' WT1 waiting time RPT > RPT1 repeated transmission times 10, 20, 40, 60, 70 Flow 100~108, 200~224, 400~406 Step 600~ 622, 700~726 Step 16

Claims (1)

201244400 七、申請專利範圍: l 一觀於―藍芽系、統之1衫處理回應失敗的料,包含有. 該僕裝置於偵測到-回應封包的傳輸失敗時 ’增加該回應封包 的將要重複傳送次數,該回應封包用來回應來自於 芽系統之一主裝置的—詢問封包;以及 ^藍 該僕裝置減㈣要重複傳送缝,錢傳賴回 主裝置。 』匕芝忒 隨機挑 2.如明求項1所述之方法,其中另包含根據一延遲時窗, 選一等待時間。 丨.如明求項2所述之方法’其中根據該將要重複傳送次數重複 送該回應聽包含’轉料待_及雜要重複傳送次數, 重複傳送該回應封包。 遲時窗或 4.如請求項2所述之方法,其中該延遲時窗係一固定延 一可變延遲時窗。 5. 如μ求項1所述之方法,其另包含湘複數個傳輸時槽 该回應封包及該詢問封包的傳輸。 6. 如請求項5所述之方法,其中根據該將要重複傳送次數重 送該回應封包包含,根據該將要重複傳送次數,利用該複數個 17 201244400 傳輸時槽之複數健續的私連續的傳輸時槽,f複傳送該回 應封包。 7. -_於-藍芽系統之僕裝置,㈣適當地處理回應失敗,以 提升連線效率,該僕裝置包含有: 一收發器,用來個並接收來自該藍芽系統之—主裝置的一詢 問封包’及根據-將要重複傳送次數,重複傳送用來回應 該詢問封包之一回應封包,; -儲存裳置,絲儲存該將要重複傳送次數,· 一_單元,_於該收發器,用來_該_封包的傳輸失 敗,以產生一控制訊號;以及 一調整單,祕__單元及_錢置,时根據該控 H增加該f轉裝置賴存之該將要重複傳送次數。 8. 士明求項7所述之錢置,其中該儲存裝置另儲存一 延遲時窗 :置及該刚 10. 201244400 11.如請求項8所述之僕農置, 或一可變延遲時窗。 其中該延遲時窗係一固定延遲時窗 12.如請求項7所述之僕裝置’其中該收發器利用複數個傳輸時 槽,進行該回應封包及該詢問封包的傳輸。 13.如請求項12所述之僕裝置,其中該收發器根據該將要重複傳送 次數’利用該旅數個傳輪時槽之複數個連續的或不連續的傳輪 時槽,重複傳送該回應封包。 · 八、圖式:201244400 VII. The scope of application for patents: l A view of the failure of the blue-shirt system and the unified one of the shirts to respond to the failure, including the servant's transmission of the response-response packet failed to increase the response packet. The number of times of transmission is repeated, the response packet is used to respond to the inquiry packet from one of the main devices of the bud system; and the servant device is reduced (4) to repeat the transmission slot, and the money is passed back to the main device.匕 忒 忒 随机 Random pick 2. The method of claim 1, wherein the method further comprises selecting a waiting time according to a delay window. The method of claim 2, wherein the response packet is repeatedly transmitted according to the number of times the number of repeated transmissions is repeated to send the response including the number of retransmissions and the number of redundant transmissions. A method of claim 2, wherein the method of claim 2, wherein the delay window is fixed by a variable delay window. 5. The method of claim 1, further comprising a plurality of transmission time slots, the response packet, and the transmission of the inquiry packet. 6. The method of claim 5, wherein resending the response packet according to the number of times the transmission is to be repeated comprises, according to the number of times the transmission is to be repeated, using the plurality of 17 201244400 transmission time slots for a plurality of healthy private transmissions Time slot, f complex transmission of the response packet. 7. - _ in the servant device of the Bluetooth system, (d) properly handle the response failure to improve the connection efficiency, the servant device comprises: a transceiver for receiving and receiving the main device from the Bluetooth system An inquiry packet 'and according to - the number of times the transmission will be repeated, the repeated transmission is used to respond to one of the packets to be sent to the response packet; - the storage is set, the wire stores the number of times the transmission will be repeated, · a unit, _ in the transceiver, The transmission for the _ packet fails to generate a control signal; and an adjustment order, a secret __ unit and a vouching, according to the control H, the number of times the f-transfer device is to be retransmitted is repeated. 8. The money set according to item 7 of the present invention, wherein the storage device further stores a delay window: set the time 10. 201244400 11. The servant set according to claim 8 or a variable delay window. The delay time window is a fixed delay time window. 12. The server device as claimed in claim 7 wherein the transceiver utilizes a plurality of transmission time slots to perform transmission of the response packet and the inquiry packet. 13. The servant device of claim 12, wherein the transceiver repeatedly transmits the response based on the number of consecutive transmissions that are to be repeatedly transmitted 'using a plurality of consecutive or discontinuous transmission time slots of the plurality of transmission time slots Packet. · Eight, schema:
TW101120919A 2008-10-09 2008-10-09 Method of handling response failure for a bluetooth communication system and slave device for controlling the same TW201244400A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
TW101120919A TW201244400A (en) 2008-10-09 2008-10-09 Method of handling response failure for a bluetooth communication system and slave device for controlling the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
TW101120919A TW201244400A (en) 2008-10-09 2008-10-09 Method of handling response failure for a bluetooth communication system and slave device for controlling the same

Publications (1)

Publication Number Publication Date
TW201244400A true TW201244400A (en) 2012-11-01

Family

ID=48094049

Family Applications (1)

Application Number Title Priority Date Filing Date
TW101120919A TW201244400A (en) 2008-10-09 2008-10-09 Method of handling response failure for a bluetooth communication system and slave device for controlling the same

Country Status (1)

Country Link
TW (1) TW201244400A (en)

Similar Documents

Publication Publication Date Title
US11064526B2 (en) Wireless communication apparatus and method
TWI381675B (en) Method of handling response failure for a bluetooth communication system and slave device for controlling the same
US8892722B1 (en) Peer-to-peer discovery systems and methods
JP5346947B2 (en) Contention slots in shared media access control schemes
JPH08307330A (en) Radio communication equipment
TW201115986A (en) System for efficient recovery of Node-B buffered data following MAC layer reset
EP2399370B1 (en) Maximum transmission unit, MTU, size discovery method for data-link layers
US20110019599A1 (en) Method of generating repeated data package transmission
JP2011520359A (en) Method and apparatus for scanning mesh nodes
JP2009171506A (en) Radio communication device, control program of radio communication device, and radio communication system
CN109547072A (en) Method, communication equipment and the computer readable storage medium of channel detection
JP2006238341A (en) Network switch apparatus and method, wireless access apparatus, and wireless network
JP5161651B2 (en) Wireless device and control program for wireless device
CN104426640B (en) Bluetooth communication system and its broadcasting method
JP2007208830A (en) Radio relay method
JP2010503308A (en) Node selection method
TW200935934A (en) Fast selection of cooperative nodes
CN106034121B (en) Underwater medium access control protocol for selective retransmission, handshake and time slot
JP2009027645A (en) Radio communication device
CN102438326B (en) Multi-rate adaptive cooperative access method and system
WO2010130156A1 (en) Method, apparatus and system for transmitting ack response in bidirectional data transmission
JP6398605B2 (en) Wireless communication apparatus, wireless communication program, and wireless communication system
CN111740905B (en) Routing method for realizing reliable communication link under wireless ad hoc network environment
CN104219735A (en) Wireless sensor network media access control method based on multipacket reception and communication system
US10091088B2 (en) Mode selection for a communications session