專利名稱：藍(lán)牙系統(tǒng)處理回應(yīng)失敗的方法及其相關(guān)從裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是指一種用于一藍(lán)牙系統(tǒng)的處理連線的方法及其相關(guān)裝置，尤指一種用于藍(lán)牙系統(tǒng)處理回應(yīng)失敗的方法及其相關(guān)從裝置。
背景技術(shù)：
藍(lán)牙系統(tǒng)是一短距離無(wú)線通信系統(tǒng)。在藍(lán)牙系統(tǒng)中，為了建立連線，藍(lán)牙通信裝置 需進(jìn)行一詢問(wèn)(Inquiry)程序，以檢測(cè)周遭的藍(lán)牙通信裝置。其中，廣播一詢問(wèn)(Inquiry)封包的裝置稱為主裝置(Master Device),而周期性檢測(cè)詢問(wèn)(Inquiry)封包的裝置稱為從裝置(Slave Device)。從裝置針對(duì)特定頻率進(jìn)行詢問(wèn)掃描，以檢測(cè)詢問(wèn)封包的存在。當(dāng)詢問(wèn)封包被檢測(cè)到時(shí)，從裝置預(yù)先從一延遲(Backoff )時(shí)窗，隨機(jī)挑選一等待時(shí)間，并等待所述等待時(shí)間之后，傳送跳頻同步(Frequency Hopping Synchronization,FHS)封包，以回應(yīng)主裝置的詢問(wèn)封包。其中，所述延遲時(shí)窗讓各從裝置在隨機(jī)時(shí)間回應(yīng)主裝置，以避免過(guò)多從裝置于同一時(shí)間傳送的跳頻同步封包所造成的碰撞，進(jìn)而避免回應(yīng)失敗。當(dāng)跳頻同步封包傳送失敗時(shí)，從裝置會(huì)重新從延遲時(shí)窗隨機(jī)挑選等待時(shí)間，再根據(jù)等待時(shí)間，重新傳送所述跳頻同步封包，直到傳送成功或主裝置停止詢問(wèn)。在已知技術(shù)中，延遲時(shí)窗是一固定大小的時(shí)窗。在此情況下，若從裝置處于容易碰撞的通信環(huán)境下，如過(guò)多的從裝置回應(yīng)一主裝置，延遲時(shí)窗的大小會(huì)顯的太小，使得碰撞仍然容易發(fā)生。若僅少數(shù)從裝置回應(yīng)主裝置，則延遲時(shí)窗的大小會(huì)顯的太大，造成平均回應(yīng)時(shí)間過(guò)長(zhǎng)，使連線效率降低。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的即在于提供一種用于一藍(lán)牙系統(tǒng)改善一從裝置與一主裝置之間建立連線的方法及其相關(guān)從裝置，以提升連線效率。本發(fā)明揭露一種用于一藍(lán)牙系統(tǒng)的一從裝置處理回應(yīng)失敗的方法，其包括于檢測(cè)到一回應(yīng)封包的傳輸失敗時(shí)，增加一可變延遲時(shí)窗(Variable Backoff Window)的大?。桓鶕?jù)所述可變延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間；以及根據(jù)所述等待時(shí)間，傳送所述回應(yīng)封包(Response Packet)。所述回應(yīng)封包用來(lái)回應(yīng)來(lái)自于所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包(Inquiry Packet)。本發(fā)明另揭露一種用于一藍(lán)牙系統(tǒng)的從裝置，用以適當(dāng)?shù)靥幚砘貞?yīng)失敗，以提升連線效率。所述從裝置包括一收發(fā)器、一儲(chǔ)存裝置、一檢測(cè)單元、一調(diào)整單元及一挑選單元。所述收發(fā)器用來(lái)檢測(cè)并接收來(lái)自所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包，及根據(jù)一等待時(shí)間，傳送用來(lái)回應(yīng)所述詢問(wèn)封包的一回應(yīng)封包。所述儲(chǔ)存裝置用來(lái)儲(chǔ)存一可變延遲時(shí)窗。所述檢測(cè)單元耦接于所述收發(fā)器，用來(lái)檢測(cè)所述回應(yīng)封包的傳輸失敗，以產(chǎn)生一控制信號(hào)。所述調(diào)整單元耦接于所述檢測(cè)單元及所述儲(chǔ)存裝置，用來(lái)根據(jù)所述控制信號(hào)，增加所述儲(chǔ)存裝置所儲(chǔ)存的所述可變延遲時(shí)窗的大小。所述挑選單元耦接于所述儲(chǔ)存裝置及所述收發(fā)器，用來(lái)根據(jù)所述可變延遲時(shí)窗，隨機(jī)挑選所述等待時(shí)間。本發(fā)明另揭露一種用于一藍(lán)牙系統(tǒng)的一從裝置處理回應(yīng)失敗的方法，其包括于檢測(cè)到一回應(yīng)封包的傳輸失敗時(shí)，增加所述回應(yīng)封包的一重復(fù)傳送次數(shù)；以及根據(jù)所述重復(fù)傳送次數(shù)，重復(fù)傳送所述回應(yīng)封包。所述回應(yīng)封包用來(lái)回應(yīng)來(lái)自于所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包。本發(fā)明另揭露一種用于一藍(lán)牙系統(tǒng)的從裝置，用以適當(dāng)?shù)靥幚砘貞?yīng)失敗，以提升建立連線的效率。所述從裝置包括一收發(fā)器、一儲(chǔ)存裝置、一檢測(cè)單元及一調(diào)整單元。所述收發(fā)器用來(lái)檢測(cè)并接收來(lái)自所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包，及根據(jù)一重復(fù)傳送次數(shù)，重復(fù)傳送用來(lái)回應(yīng)所述詢問(wèn)封包的一回應(yīng)封包。所述儲(chǔ)存裝置，用來(lái)儲(chǔ)存所述重復(fù)傳送 次數(shù)。所述檢測(cè)單元耦接于所述收發(fā)器，用來(lái)檢測(cè)所述回應(yīng)封包的傳輸失敗，以產(chǎn)生一控制信號(hào)。所述調(diào)整單元耦接于所述檢測(cè)單元及所述儲(chǔ)存裝置，用來(lái)根據(jù)所述控制信號(hào)，增加所述儲(chǔ)存裝置所儲(chǔ)存的所述重復(fù)傳送次數(shù)。本發(fā)明的有益效果在于提供了一種用于一藍(lán)牙系統(tǒng)改善一從裝置與一主裝置之間建立連線的方法及其相關(guān)從裝置，以提升連線效率。


圖I為本發(fā)明第一實(shí)施例一流程的流程圖。圖2為根據(jù)圖I用于一藍(lán)牙系統(tǒng)的一流程的流程圖。圖3為根據(jù)圖2用于一藍(lán)牙系統(tǒng)的一從裝置的示意圖。圖4為本發(fā)明第二實(shí)施例一流程的流程圖。圖5為本發(fā)明實(shí)施例用于一藍(lán)牙系統(tǒng)的一從裝置的示意圖。圖6為根據(jù)圖4用于一藍(lán)牙系統(tǒng)的一流程的流程圖。圖7為本發(fā)明第三實(shí)施例用于一藍(lán)牙系統(tǒng)的一流程的流程圖。圖8為本發(fā)明實(shí)施例用于一藍(lán)牙系統(tǒng)的一從裝置的流程圖。附圖標(biāo)號(hào)
30、50、80從裝置
300、500、800 收發(fā)器 310、510、810 儲(chǔ)存裝置 320、520、820 檢測(cè)單元 330、530、830 調(diào)整單元 340、840挑選單元

BKW、BKWl 可變延遲時(shí)窗 SCI、SC2、SC3 控制信號(hào) WT、WTl等待時(shí)間
RPT. RPTl重復(fù)傳送次數(shù)
10、20 40、60、70流權(quán)
100、 J02、 104、 106、 108、 200、 202、 204、 206、 208、 210、 212、 214、216、 218、 220> 222、 224、 400、 402、 404、 406、 600、 602、 604、 606、 608、610、 612、 614、 616、 618、 620、 622、 700、 702、 704、 706、 708、 710、 712、714 716、718、720、722、724、726 步驟
具體實(shí)施方式
、
在本發(fā)明實(shí)施例中，為了建立連線，主裝置需傳呼從裝置，而從裝置則傳送回應(yīng)封包以回應(yīng)主裝置。請(qǐng)參考圖1，圖I為本發(fā)明第一實(shí)施例一流程10的流程圖。流程10用于一藍(lán)牙系統(tǒng)的一從裝置中處理回應(yīng)失敗。從裝置接收來(lái)自于所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包。流程10包括下列步驟步驟100 :開(kāi)始。步驟102 :于檢測(cè)到一回應(yīng)封包的傳輸失敗時(shí)，增加一可變延遲時(shí)窗的大小。步驟104 :根據(jù)所述可變延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間。步驟106 :根據(jù)所述等待時(shí)間，重新傳送所述回應(yīng)封包。步驟108 :結(jié)束。根據(jù)流程10，從裝置傳送回應(yīng)封包以回應(yīng)詢問(wèn)封包，并于檢測(cè)回應(yīng)封包傳輸失敗時(shí)，增加可變延遲時(shí)窗的大小。接著，從裝置根據(jù)所述可變延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間，以于等待了所述等待時(shí)間之后，重新傳送所述回應(yīng)封包。換句話說(shuō)，由于回應(yīng)封包的失敗次數(shù)越多，表示所述從裝置與其他從裝置碰撞的機(jī)率較高，因此本發(fā)明實(shí)施例于每次回應(yīng)封包傳輸失敗時(shí)，逐次增加可變延遲時(shí)窗的大小，以降低碰撞的機(jī)率。在流程10中，為達(dá)到對(duì)通道的可適性，從裝置使用一可變延遲時(shí)窗。此外，從裝置根據(jù)回應(yīng)封包傳送失敗的次數(shù)，漸增可變延遲時(shí)窗的大小，以維持連線效率。在步驟102中，較佳地，檢測(cè)到所述回應(yīng)封包的傳輸失敗是表示從裝置于進(jìn)行傳呼(Paging)掃描時(shí)，未接收到任何主裝置所發(fā)送的傳呼信號(hào)，例如一詢問(wèn)封包(InquiryPacket)。流程10的概念可用于一藍(lán)牙系統(tǒng)，其一傳呼狀態(tài)的一主裝置廣播詢問(wèn)封包，以讓有興趣的從裝置進(jìn)行連線建立。在此情況下，所述回應(yīng)封包是一跳頻同步封包。請(qǐng)參考圖2，圖2為本發(fā)明實(shí)施例用于一藍(lán)牙系統(tǒng)的一流程20的流程圖。流程20用來(lái)處理跳頻同步封包傳輸失敗，其包括下列步驟
步驟200:開(kāi)始。步驟202 :進(jìn)入一待命或一連線狀態(tài)。步驟204 :設(shè)定一可變延遲時(shí)窗的初始大小為O。步驟206 :執(zhí)行詢問(wèn)掃描(Inquiry Scan)。步驟208 :判斷是否檢測(cè)到一詢問(wèn)封包？若有，執(zhí)行步驟210 ;若無(wú)，執(zhí)行步驟202。步驟210 :傳送一跳頻同步封包。步驟212 :執(zhí)行詢問(wèn)掃描。步驟214 :判斷是否檢測(cè)到所述詢問(wèn)封包？若有，執(zhí)行步驟202 ;若無(wú)，執(zhí)行步驟 216。步驟216 :增加所述可變延遲時(shí)窗的大小。步驟218 :根據(jù)所述可變延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間。步驟220 :執(zhí)行詢問(wèn)掃描。步驟222 :等待所述等待時(shí)間。步驟224 :判斷是否檢測(cè)到所述詢問(wèn)封包？若有，執(zhí)行步驟210 ;若無(wú)，執(zhí)行步驟202。在流程20中，從裝置進(jìn)入待命或連線狀態(tài)，以進(jìn)行詢問(wèn)掃描，并預(yù)設(shè)可變延遲時(shí)窗的大小為O。在步驟206 210中，從裝置透過(guò)詢問(wèn)掃描，不斷檢測(cè)詢問(wèn)封包，并于檢測(cè)到詢問(wèn)封包時(shí)，立即傳送跳頻同步封包。步驟212及214用來(lái)檢測(cè)跳頻同步封包的傳輸狀態(tài)。當(dāng)步驟210的跳頻同步封包傳送之后，從裝置檢測(cè)并接收到所述詢問(wèn)封包，則表示傳呼成功，并進(jìn)入步驟202的連線狀態(tài)。相反地，當(dāng)從裝置未檢測(cè)并接收到所述詢問(wèn)封包，則表示跳頻同步封包傳輸失敗。在此情況下，從裝置增加所述可變延遲時(shí)窗的大小，以擴(kuò)大等待時(shí)間的挑選范圍。接著，從裝置再度透過(guò)詢問(wèn)掃描，檢測(cè)詢問(wèn)封包，并再等待所挑選的等待時(shí)間之后，檢測(cè)所述詢問(wèn)封包的存在。若在步驟224無(wú)法檢測(cè)到所述詢問(wèn)封包，則表示主裝置已經(jīng)不在藍(lán)牙網(wǎng)絡(luò)上，因此從裝置回到待命或連線狀態(tài)。若在步驟224中檢測(cè)到所述詢問(wèn)封包，則表示主裝置仍然存在藍(lán)牙網(wǎng)絡(luò)上。在此情況下，從裝置再度傳送跳頻同步封包，以重新要求建立連線。特別注意的是，本領(lǐng)域的技術(shù)人員可變更流程20的執(zhí)行順序，只要達(dá)到跳頻同步封包(即回應(yīng)封包)的延遲回應(yīng)的目的。更具體地，本領(lǐng)域的技術(shù)人員可變更步驟222的執(zhí)行位置。舉例來(lái)說(shuō)，步驟222可于步驟224中檢測(cè)到所述詢問(wèn)封包與步驟210之間執(zhí)行。舉例來(lái)說(shuō)，于第一次傳送跳頻同步封包(即步驟210)失敗時(shí)，從裝置將所述可變延遲時(shí)窗的大小由0增加至N2,并從0至N2的范圍內(nèi)，隨機(jī)挑選出一等待時(shí)間n2。在等待等待時(shí)間n2之后，從裝置第二次傳送跳頻同步封包。于第二次傳送跳頻同步封包失敗時(shí)，從裝置將可變延遲時(shí)窗的大小由N2增加至N3，并從0至N3的范圍內(nèi)，隨機(jī)挑選出一等待時(shí)間n3，以進(jìn)行第三次跳頻同步封包傳輸。因此，在跳頻同步封包不斷傳送失敗的情況下，本發(fā)明實(shí)施例透過(guò)步驟210 224，持續(xù)增加可變延遲時(shí)窗的大小，以擴(kuò)大等待時(shí)間的挑選范圍，進(jìn)而降低與其他從裝置碰撞的機(jī)率。請(qǐng)參考圖3，圖3為本發(fā)明實(shí)施例用于一藍(lán)牙系統(tǒng)的一從裝置30的示意圖。從裝置30用來(lái)實(shí)現(xiàn)流程20，其包括一收發(fā)器300、一儲(chǔ)存裝置310、一檢測(cè)單元320、一調(diào)整單元330及一挑選單元340。收發(fā)器300用來(lái)檢測(cè)并接收一詢問(wèn)封包，以及傳送一跳頻同步封包。儲(chǔ)存裝置310用來(lái)儲(chǔ)存一可變延遲時(shí)窗BKW。檢測(cè)單元320用來(lái)檢測(cè)所述跳頻同步封包的傳輸失敗，以產(chǎn)生一控制信號(hào)SCI。更具體地，于檢測(cè)到收發(fā)器300傳送所述跳頻同步封包之后檢測(cè)并接收所述詢問(wèn)封包時(shí)，檢測(cè)單元320產(chǎn)生控制信號(hào)SCl。調(diào)整單元330用來(lái)根據(jù)控制信號(hào)SC1，增加可變延遲時(shí)窗BKW的大小。挑選單元340用來(lái)根據(jù)可變延遲時(shí)窗BKW，隨機(jī)挑選一等待時(shí)間WT。當(dāng)?shù)却龝r(shí)間WT挑選之后，收發(fā)器300等待等待時(shí)間WT之后，傳送所述跳頻同步封包。由于從裝置30用來(lái)實(shí)現(xiàn)流程20，因此相關(guān)詳細(xì)操作請(qǐng)參考前述說(shuō)明。請(qǐng)參考圖4,圖4為本發(fā)明第二實(shí)施例一流程40的流程圖。流程40用于一藍(lán)牙系統(tǒng)的一從裝置中處理回應(yīng)失敗。從裝置接收來(lái)自于所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包。流程40包括下列步驟步驟400:開(kāi)始。步驟402 :于檢測(cè)到一回應(yīng)封包的傳輸失敗時(shí)，增加所述回應(yīng)封包的一重復(fù)傳送次數(shù)。步驟404 :根據(jù)所述重復(fù)傳送次數(shù)，重復(fù)傳送所述回應(yīng)封包。步驟406:結(jié)束。根據(jù)流程40，于檢測(cè)到回應(yīng)封包的傳輸失敗時(shí)，從裝置增加所述重復(fù)傳送次數(shù)，并根據(jù)所述重復(fù)傳送次數(shù)，重復(fù)傳送所述回應(yīng)封包。換句話說(shuō)，回應(yīng)封包的傳輸失敗次數(shù)越多，回應(yīng)封包重復(fù)傳送的次數(shù)越多。因此，透過(guò)重復(fù)傳送回應(yīng)封包，從裝置增加成功傳送回應(yīng)封包給主裝置的機(jī)率。在步驟402中，較佳地，檢測(cè)到所述回應(yīng)封包的傳輸失敗是表示從裝置于進(jìn)行傳呼掃描時(shí)，未接收到任何主裝置所發(fā)送的傳呼信號(hào)，例如一詢問(wèn)封包。請(qǐng)參考圖5，圖5為本發(fā)明實(shí)施例用于一藍(lán)牙系統(tǒng)的一從裝置50的示意圖。從裝置50用來(lái)實(shí)現(xiàn)流程40，其包括一收發(fā)器500、一儲(chǔ)存裝置510、一檢測(cè)單元520及一調(diào)整單元530。收發(fā)器500用來(lái)檢測(cè)并接收來(lái)自一主裝置的一詢問(wèn)封包，及傳送用來(lái)回應(yīng)所述詢問(wèn)封包的一回應(yīng)封包。儲(chǔ)存裝置510用來(lái)儲(chǔ)存一重復(fù)傳送次數(shù)RPT。檢測(cè)單元520用來(lái)檢測(cè)所述回應(yīng)封包的傳輸失敗，以產(chǎn)生一控制信號(hào)SC2。更具體地，于檢測(cè)單元520檢測(cè)到收發(fā)器500傳送所述跳頻同步封包之后檢測(cè)并接收所述詢問(wèn)封包時(shí)，檢測(cè)單元520產(chǎn)生控制信號(hào)SCI。調(diào)整單元530用來(lái)根據(jù)控制信號(hào)SC2，增加儲(chǔ)存裝置510所儲(chǔ)存的重復(fù)傳送次數(shù)RPT0收發(fā)器500根據(jù)重復(fù)傳送次數(shù)RPT，重復(fù)傳送所述回應(yīng)封包。由于從裝置50用來(lái)實(shí)現(xiàn)流程40,因此相關(guān)詳細(xì)操作請(qǐng)參考前述說(shuō)明。流程40的概念可用于一藍(lán)牙系統(tǒng)，其一詢問(wèn)狀態(tài)的一主裝置廣播詢問(wèn)封包，以讓有興趣的從裝置進(jìn)行連線建立。在此情況下，所述回應(yīng)封包是一跳頻同步封包。請(qǐng)參考圖6，圖6為本發(fā)明實(shí)施例用于一藍(lán)牙系統(tǒng)的一流程60的流程圖。流程60用來(lái)處理跳頻同步封包傳輸失敗，其包括下列步驟步驟600:開(kāi)始。步驟602 :進(jìn)入一待命或一連線狀態(tài)。步驟604 :設(shè)定所述跳頻同步封包的一重復(fù)傳送次數(shù)為O。 步驟606 :執(zhí)行詢問(wèn)掃描。步驟608 :判斷是否檢測(cè)到一詢問(wèn)封包？若有，執(zhí)行步驟610 ;若無(wú)，執(zhí)行步驟602。步驟610:傳送一跳頻同步封包。
步驟612 :執(zhí)行詢問(wèn)掃描。步驟614 :判斷是否檢測(cè)到所述詢問(wèn)封包？若有，執(zhí)行步驟602 ;若無(wú)，執(zhí)行步驟616。步驟616 :所述重復(fù)傳送次數(shù)增加I。步驟618 :根據(jù)所述重復(fù)傳送次數(shù)，重復(fù)傳送所述跳頻同步封包。步驟620 :執(zhí)行詢問(wèn)掃描。步驟622 :判斷是否檢測(cè)到所述詢問(wèn)封包？若有，執(zhí)行步驟610 ;若無(wú)，執(zhí)行步驟602。在流程60中，從裝置進(jìn)入待命或連線狀態(tài)，并設(shè)定所述重復(fù)傳送次數(shù)為0，以進(jìn)行詢問(wèn)掃描。在步驟606 610中，從裝置透過(guò)詢問(wèn)掃描，不斷檢測(cè)詢問(wèn)封包，并于檢測(cè)到詢 問(wèn)封包時(shí)，立即傳送跳頻同步封包，以回應(yīng)主裝置。步驟612及614用來(lái)檢測(cè)跳頻同步封包的傳輸狀態(tài)。在步驟614中，若從裝置檢測(cè)并接收到所述詢問(wèn)封包，則表示傳呼成功，并進(jìn)入步驟602的連線狀態(tài)。相反地，若從裝置沒(méi)有檢測(cè)并接收到所述詢問(wèn)封包，則表示在步驟610所傳送的跳頻同步封包傳輸失敗。在此情況下，從裝置增加所述跳頻同步封包的重復(fù)傳送次數(shù)，并據(jù)此重復(fù)傳送所述跳頻同步封包，以增加主裝置接收到所述跳頻同步封包的機(jī)率。于步驟620，所述等待時(shí)間期滿時(shí)，從裝置再度透過(guò)詢問(wèn)掃描，檢測(cè)詢問(wèn)封包。若在步驟622無(wú)法檢測(cè)到所述詢問(wèn)封包，則表示主裝置已經(jīng)不在藍(lán)牙網(wǎng)絡(luò)上，因此從裝置回到待命或連線狀態(tài)。反之，若從裝置檢測(cè)到所述詢問(wèn)封包，則表示主裝置仍然存在藍(lán)牙網(wǎng)絡(luò)上。在此情況下，從裝置再度傳送跳頻同步封包，以重新要求建立連線。舉例來(lái)說(shuō)，于第一次傳送跳頻同步封包(即步驟610)失敗時(shí)，從裝置增加所述跳頻同步封包的重復(fù)傳送次數(shù)至1，接著重復(fù)傳送跳頻同步封包2次。在此之后，當(dāng)從裝置再度檢測(cè)并接收到所述詢問(wèn)封包時(shí)，表示第二次傳送跳頻同步封包失敗。此時(shí)，從裝置增加重復(fù)傳送次數(shù)至2，接著重復(fù)傳送跳頻同步封包3次。因此，在跳頻同步封包不斷傳送失敗的情況下，本發(fā)明實(shí)施例透過(guò)步驟610 622，持續(xù)增加所述重復(fù)傳送次數(shù)，以增加主裝置接收到所述跳頻同步封包的機(jī)率。特別注意的是，本發(fā)明實(shí)施例流程10及40的概念可結(jié)合使用，以更進(jìn)一步提升建立連線的效率。舉一藍(lán)牙系統(tǒng)的應(yīng)用為例，請(qǐng)參考圖7，圖7為本發(fā)明第三實(shí)施例用于一藍(lán)牙系統(tǒng)的一流程70的流程圖。流程70用來(lái)處理跳頻同步封包傳輸失敗，其包括下列步驟步驟700:開(kāi)始。步驟702 :進(jìn)入一待命或一連線狀態(tài)。步驟704 :設(shè)定所述可變延遲時(shí)窗與所述重復(fù)傳送次數(shù)為O。步驟706 :執(zhí)行詢問(wèn)掃描。步驟708 :判斷是否檢測(cè)到一詢問(wèn)封包？若有，執(zhí)行步驟708 ;若無(wú)，執(zhí)行步驟702。步驟710 :傳送一跳頻同步封包。步驟712 :執(zhí)行詢問(wèn)掃描。步驟714 :判斷是否檢測(cè)到所述詢問(wèn)封包？若有，執(zhí)行步驟702 ;若無(wú)，執(zhí)行步驟716。步驟716 :所述重復(fù)傳送次數(shù)增加1，且增加所述可變延遲時(shí)窗的大小。步驟718 :根據(jù)所述可變延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間。
步驟720 :執(zhí)行詢問(wèn)掃描。步驟722 :等待所述等待時(shí)間。步驟724 :根據(jù)所述重復(fù)傳送次數(shù)，重復(fù)傳送所述跳頻同步封包。步驟726 :判斷是否檢測(cè)到所述詢問(wèn)封包？若有，執(zhí)行步驟710 ;若無(wú)，執(zhí)行步驟702。根據(jù)流程70，于跳頻同步封包傳送失敗時(shí)，從裝置先等待隨機(jī)挑選的等待時(shí)間，再所述重復(fù)傳送次數(shù)，重復(fù)傳送所述跳頻同步封包。由前述可知，流程70為流程20及60的組合應(yīng)用，因此各步驟的相關(guān)操作請(qǐng)參考前述。

請(qǐng)參考圖8，圖8為本發(fā)明實(shí)施例用于一藍(lán)牙系統(tǒng)的一從裝置80的示意圖。從裝置80包括一收發(fā)器800、一儲(chǔ)存裝置810、一檢測(cè)單元820、一調(diào)整單元830及一挑選單元840。收發(fā)器800用來(lái)檢測(cè)并接收一詢問(wèn)封包，及傳送一回應(yīng)封包。儲(chǔ)存裝置810用來(lái)儲(chǔ)存一重復(fù)傳送次數(shù)RPTl及一延遲時(shí)窗BKWl。檢測(cè)單元820用來(lái)檢測(cè)所述回應(yīng)封包的傳輸失敗，以產(chǎn)生一控制信號(hào)SC3。更具體地，于檢測(cè)單元820檢測(cè)到收發(fā)器800傳送所述跳頻同步封包之后檢測(cè)并接收所述詢問(wèn)封包時(shí)，檢測(cè)單元820產(chǎn)生控制信號(hào)SC3。調(diào)整單元830用來(lái)根據(jù)控制信號(hào)SC3，增加重復(fù)傳送次數(shù)RPTl及可變延遲時(shí)窗BKWl的大小。挑選單元840用來(lái)根據(jù)可變延遲時(shí)窗BKWl，隨機(jī)挑選一等待時(shí)間WT1。于等待時(shí)間WTl期滿之后，收發(fā)器800根據(jù)重復(fù)傳送次數(shù)RPT1，重復(fù)傳送所述回應(yīng)封包。延遲時(shí)窗BKWl可為一固定或可變的延遲時(shí)窗。當(dāng)延遲時(shí)窗BKWl為可變延遲時(shí)窗時(shí)，從裝置80可用來(lái)實(shí)現(xiàn)流程70，其相關(guān)詳細(xì)操作請(qǐng)參考前述說(shuō)明。特別注意的是，在用于藍(lán)牙網(wǎng)絡(luò)系統(tǒng)的本發(fā)明實(shí)施例中，從裝置是利用傳輸時(shí)隙進(jìn)行封包收發(fā)。在此情況下，從裝置可重復(fù)傳送跳頻同步封包于連續(xù)的傳輸時(shí)隙?；蚴牵瑥难b置可重復(fù)傳送跳頻同步封包于不連續(xù)的傳輸時(shí)隙，例如每?jī)蓚€(gè)傳輸時(shí)隙重復(fù)傳送一個(gè)跳頻同步封包。綜上所述，本發(fā)明實(shí)施例根據(jù)回應(yīng)失敗的次數(shù)，逐次增加延遲時(shí)窗的大小或增加重復(fù)傳送回應(yīng)封包的次數(shù)，以提升連線建立效率，以及節(jié)省用于詢問(wèn)掃描的電力。以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明權(quán)利要求所做的均等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種用于一藍(lán)牙系統(tǒng)的一從裝置處理回應(yīng)失敗的方法，其特征在于，所述方法包括 于檢測(cè)到一回應(yīng)封包的傳輸失敗時(shí)，增加所述回應(yīng)封包的一重復(fù)傳送次數(shù)，所述回應(yīng)封包用來(lái)回應(yīng)來(lái)自于所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包；以及 根據(jù)所述重復(fù)傳送次數(shù)，重復(fù)傳送所述回應(yīng)封包。
2.如權(quán)利要求I所述的方法，其特征在于，所述用于一藍(lán)牙系統(tǒng)的一從裝置處理回應(yīng)失敗的方法另包括根據(jù)一延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間。
3.如權(quán)利要求2所述的方法，其特征在于，根據(jù)所述重復(fù)傳送次數(shù)重復(fù)傳送所述回應(yīng)封包包括，根據(jù)所述等待時(shí)間及所述重復(fù)傳送次數(shù)，重復(fù)傳送所述回應(yīng)封包。
4.如權(quán)利要求2所述的方法，其特征在于，所述延遲時(shí)窗是一固定延遲時(shí)窗或一可變延遲時(shí)窗。
5.如權(quán)利要求I所述的方法，其特征在于，所述用于一藍(lán)牙系統(tǒng)的一從裝置處理回應(yīng)失敗的方法另包括利用多個(gè)傳輸時(shí)隙，進(jìn)行所述回應(yīng)封包及所述詢問(wèn)封包的傳輸。
6.如權(quán)利要求5所述的方法，其特征在于，根據(jù)所述重復(fù)傳送次數(shù)重復(fù)傳送所述回應(yīng)封包包括，根據(jù)所述重復(fù)傳送次數(shù)，利用所述多個(gè)傳輸時(shí)隙的多個(gè)連續(xù)的或不連續(xù)的傳輸時(shí)隙，重復(fù)傳送所述回應(yīng)封包。
7.一種用于一藍(lán)牙系統(tǒng)的從裝置，其特征在于，所述用于一藍(lán)牙系統(tǒng)的從裝置用以適當(dāng)?shù)靥幚砘貞?yīng)失敗，以提升連線效率，所述從裝置包括 一收發(fā)器，用來(lái)檢測(cè)并接收來(lái)自所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包，及根據(jù)一重復(fù)傳送次數(shù)，重復(fù)傳送用來(lái)回應(yīng)所述詢問(wèn)封包的一回應(yīng)封包，； 一儲(chǔ)存裝置，用來(lái)儲(chǔ)存所述重復(fù)傳送次數(shù)； 一檢測(cè)單元，耦接于所述收發(fā)器，用來(lái)檢測(cè)所述回應(yīng)封包的傳輸失敗，以產(chǎn)生一控制信號(hào)；以及 一調(diào)整單元，耦接于所述檢測(cè)單元及所述儲(chǔ)存裝置，用來(lái)根據(jù)所述控制信號(hào)，增加所述儲(chǔ)存裝置所儲(chǔ)存的所述重復(fù)傳送次數(shù)。
8.如權(quán)利要求7所述的從裝置，其特征在于，所述儲(chǔ)存裝置另儲(chǔ)存一延遲時(shí)窗。
9.如權(quán)利要求8所述的從裝置，其特征在于，所述從裝置另包括一挑選單元，耦接于所述儲(chǔ)存裝置及所述收發(fā)器，用來(lái)根據(jù)所述延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間。
10.如權(quán)利要求9所述的從裝置，其特征在于，所述收發(fā)器根據(jù)所述等待時(shí)間及所述重復(fù)傳送次數(shù)，重復(fù)傳送所述回應(yīng)封包。
11.如權(quán)利要求8所述的從裝置，其特征在于，所述延遲時(shí)窗是一固定延遲時(shí)窗或一可變延遲時(shí)窗。
12.如權(quán)利要求7所述的從裝置，其特征在于，所述收發(fā)器利用多個(gè)傳輸時(shí)隙，進(jìn)行所述回應(yīng)封包及所述詢問(wèn)封包的傳輸。
13.如權(quán)利要求12所述的從裝置，其特征在于，所述收發(fā)器根據(jù)所述重復(fù)傳送次數(shù)，利用所述多個(gè)傳輸時(shí)隙的多個(gè)連續(xù)的或不連續(xù)的傳輸時(shí)隙，重復(fù)傳送所述回應(yīng)封包。
全文摘要
提供一種藍(lán)牙系統(tǒng)處理回應(yīng)失敗的方法及其相關(guān)從裝置，所述藍(lán)牙系統(tǒng)處理回應(yīng)失敗的方法包括于檢測(cè)到一回應(yīng)封包的傳輸失敗時(shí)，增加一可變延遲時(shí)窗的大小；根據(jù)所述可變延遲時(shí)窗，隨機(jī)挑選一等待時(shí)間；以及根據(jù)所述等待時(shí)間，傳送所述回應(yīng)封包。所述回應(yīng)封包用來(lái)回應(yīng)來(lái)自于所述藍(lán)牙系統(tǒng)的一主裝置的一詢問(wèn)封包。
文檔編號(hào)H04B5/02GK102739294SQ20121023681
公開(kāi)日2012年10月17日 申請(qǐng)日期2008年10月31日 優(yōu)先權(quán)日2008年10月31日
發(fā)明者陳圣中 申請(qǐng)人:原相科技股份有限公司