專利名稱：可降低無線資源耗費(fèi)的傳輸方法及其相關(guān)裝置的制作方法
可降低無線資源耗費(fèi)的傳輸方法及其相關(guān)裝置技術(shù)領(lǐng)域
本發(fā)明關(guān)于一種用于藍(lán)牙系統(tǒng)的傳輸方法及其相關(guān)裝置，尤指一種于藍(lán)牙系統(tǒng)中 由從裝置主動傳送封包的傳輸方法及其相關(guān)裝置。
背景技術(shù)：
藍(lán)牙(Bluetooth)系統(tǒng)是一種無線短程通訊系統(tǒng)，以微網(wǎng)(Piconet)為最小網(wǎng)絡(luò) 單位，利用分時多工(Time Division Duplexing)技術(shù)，讓一個主裝置(Master Device) 與最多七個從裝置(Slave Device)彼此傳達(dá)信息。藍(lán)牙系統(tǒng)在實體層通道的通訊時間 上分出多個連續(xù)時隙(time slot)，根據(jù)主裝置的時脈對時隙進(jìn)行標(biāo)號，偶數(shù)時隙作為 “主-從” (Master-to-Slave)時隙，而奇數(shù)時隙則作為“從-主”(Slave-to-Master)時隙。 在傳輸時序上，主從裝置交替?zhèn)鬏敺獍?，主裝置只能在偶數(shù)時隙上起始一給從裝置的封包 傳輸，而從裝置只能在奇數(shù)時隙上起始一回應(yīng)主裝置的封包傳輸藍(lán)牙分時多工，以實現(xiàn)分 時多工。
現(xiàn)今許多從裝置應(yīng)用于人性化接口裝置(Human Interface Device)上，如鍵盤、 鼠標(biāo)、耳機(jī)及搖桿，其主要功能用來接收使用者的動作，比如鍵盤的輸入、鼠標(biāo)的移動及感 應(yīng)式搖桿的揮動。由于這些動作具不可預(yù)測性，因此在多個人性化接口裝置的情況下，主裝 置必須利用輪流詢問(Polling)的方式，逐一確認(rèn)人性化接口裝置是否有檢測到使用者的 動作變化。
請參考圖1，圖1為已知藍(lán)牙系統(tǒng)詢問傳輸時序的示意圖。圖1描繪一個微網(wǎng)內(nèi) 一電腦主機(jī)(主裝置)與鍵盤及鼠標(biāo)兩從裝置進(jìn)行詢問溝通。在通訊時間上，時隙K、K+2、 Κ+4. · · Κ+10為“主-從”時隙(偶數(shù)時隙)，而時隙K+UK+3. · · Κ+11為“從-主”時隙(奇 數(shù)時隙)。在圖1中，電腦主機(jī)輪流詢問鍵盤及鼠標(biāo)，其首先于時隙K傳送一詢問封包PPKl 給鍵盤，并于時隙Κ+1接收鍵盤的回復(fù)封包，接著再于時隙Κ+2 Κ+4傳送一詢問封包ΡΡΚ2 給鼠標(biāo)，并于時隙Κ+5 Κ+6接收鼠標(biāo)的回復(fù)封包。接著，由于電腦主機(jī)只能在偶數(shù)時隙上 起始封包傳輸，因此須等到時隙Κ+8才開始傳送一詢問封包ΡΡΚ3給鍵盤。同樣地，因為詢 問封包ΡΡΚ3占用時隙Κ+8 Κ+9，因此鍵盤須等到時隙Κ+11才能回復(fù)電腦主機(jī)。
由上可知，在已知藍(lán)牙系統(tǒng)中，從裝置傳輸行為皆受制于主裝置，不具有傳輸自主 性。也因此，為了傳達(dá)從裝置數(shù)據(jù)，主從裝置必須一來一往傳送封包而耗費(fèi)了較多的無線資 源。發(fā)明內(nèi)容
因此，本發(fā)明的主要目的在于提供一種可讓從裝置主動傳送封包的傳輸方法及其 相關(guān)裝置，以降低無線資源耗費(fèi)。
本發(fā)明揭露一種用于一藍(lán)牙系統(tǒng)的一從裝置中可降低無線資源耗費(fèi)的傳輸方法， 其包括在一通訊時間上設(shè)定一主動時隙窗(active time slot window)，其中所述通訊時 間至少包括一接收時隙；以及轉(zhuǎn)換所述主動時隙窗中的接收時隙為傳送時隙。
本發(fā)明另揭露一種用于一藍(lán)牙系統(tǒng)的一從裝置中可降低無線資源耗費(fèi)的通訊裝 置，其包括一中央處理器及一儲存裝置。所述中央處理器用來執(zhí)行一程序代碼，而所述儲存 裝置耦接于所述中央處理器，用來儲存所述程序代碼。其中所述程序代碼包括在一通訊時 間上設(shè)定一主動時隙窗，其中所述通訊時間至少包括一接收時隙；以及轉(zhuǎn)換所述主動時隙 窗中的接收時隙為傳送時隙。
本發(fā)明另揭露一種用于一藍(lán)牙系統(tǒng)的一主裝置中可降低無線資源耗費(fèi)的傳輸方 法，其包括在一通訊時間上決定一主動時隙窗，其中所述通訊時間至少包括一傳送時隙；根 據(jù)所決定的主動時隙窗，產(chǎn)生一功能設(shè)定信息；傳送所述功能設(shè)定信息至所述藍(lán)牙系統(tǒng)的 至少一從裝置，以讓所述至少一從裝置設(shè)定所述主動時隙窗；以及于所述主動時隙窗期間， 轉(zhuǎn)換傳送時隙為接收時隙，以聽取來自所述至少一從裝置的藍(lán)牙封包。
本發(fā)明另揭露一種用于一藍(lán)牙系統(tǒng)的一主裝置中可降低無線資源耗費(fèi)的通訊裝 置，其包括一中央處理器及一儲存裝置。所述中央處理器用來執(zhí)行一程序代碼，而所述儲存 裝置耦接于所述中央處理器，用來儲存所述程序代碼。其中所述程序代碼包括在一通訊時 間上決定一主動時隙窗，其中所述通訊時間至少包括一傳送時隙；根據(jù)所決定的主動時隙 窗，產(chǎn)生一功能設(shè)定信息；傳送所述功能設(shè)定信息至所述藍(lán)牙系統(tǒng)的至少一從裝置，以讓所 述至少一從裝置設(shè)定所述主動時隙窗；以及于所述主動時隙窗期間，轉(zhuǎn)換傳送時隙為接收 時隙，以聽取來自所述至少一從裝置的藍(lán)牙封包。
根據(jù)本發(fā)明提供的技術(shù)方案，能夠降低無線資源耗費(fèi)。


圖1為已知藍(lán)牙系統(tǒng)詢問傳輸時序的示意圖。
圖2為本發(fā)明實施例用于從裝置流程的流程圖。
圖3為本發(fā)明實施例用于主裝置流程的流程圖。
圖4為本發(fā)明通訊時間配置的一實施例示意圖。
圖5至圖7為本發(fā)明用來啟動主動傳輸功能的信息交換時序圖。
圖8至圖9為本發(fā)明用來關(guān)閉主動傳輸功能的信息交換時序圖。
圖10為本發(fā)明第一實施例主裝置與從裝置的傳輸時序示意圖。
圖11為本發(fā)明第二實施例主裝置與從裝置的傳輸時序示意圖。
圖12為本發(fā)明一通訊裝置的實施例示意圖。
附圖標(biāo)號
K、K+2、K+3、K+4、K+5、K+6、K+7、K+8、K+9、K+10、K+11 時隙
ΡΡΚ1、ΡΡΚ2、ΡΡΚ3
LMP_ReqRTDD_Service
MLMP_Acc印ted、LMP_RTDD_Cfg
SLMP_Acc 印 ted
SLMP_Not_Acc印ted
SLMP_StopRTDD_Service>MLMP_StopRTDD_Service
MLMP_StopRTDD_Accepted> SLMP_StopRTDD_Accepted
MAS詢問封包 請求信息 功能設(shè)定信息 接受信息 拒絕信息 中止請求信息 中止接受信息 主裝置SLV1、SLV2、SLV3、SLV4
RTDDffin_l、RTDDffin_2
BTDDffin_l、BTDDffin_2
DMl、Pktl、Pkt2、Pkt3、Pkt4從裝置 主動時隙窗 非主動時隙窗藍(lán)牙封包
1200
1210
1220
1230
1240
1250
1252
1254
1256
1258
20、30通訊裝置 射頻收發(fā)器 基頻電路 中央處理器 儲存裝置 程序代碼 無線電協(xié)議層 鏈路控制協(xié)議層 鏈路管理協(xié)議層 主動傳輸功能程序 流程
200、210、220、230、240、300、310、320、330、340、350 步驟具體實施方式
本發(fā)明實施例主要在于提供一種讓從裝置不受制于主裝置能主動傳送封包 的傳輸方法及其相關(guān)裝置。請注意，在本實施方式中若未特別注明，接收時隙皆視為 “主-從” (Master-to-Slave)時隙，傳送時隙皆視為“從-主”(Slave-to-Master)時隙。
請參考圖2，圖2為本發(fā)明一流程20的示意圖。流程20用于藍(lán)牙系統(tǒng)的一從裝置 中實現(xiàn)封包交換(Packet Switched)領(lǐng)域的一主動傳輸功能，以降低無線資源耗費(fèi)。流程 20包括下列步驟
步驟200:開始。
步驟210 在一通訊時間上設(shè)定一主動時隙窗。
步驟220:轉(zhuǎn)換所述主動時隙窗中的接收時隙(“主-從”時隙)為傳送時隙 (“從-主”時隙)。
步驟230 于所述主動時隙窗期間傳送一藍(lán)牙封包至所述藍(lán)牙系統(tǒng)的一主裝置。
步驟M0:結(jié)束。
根據(jù)流程20，本發(fā)明從裝置在通訊時間上取一段或多段特定時間，設(shè)定為主動時 隙窗，并將主動時隙窗中的所有接收時隙皆轉(zhuǎn)換為傳送時隙，以在主動時隙窗期間主動傳 送藍(lán)牙封包至主裝置。于主動時隙窗結(jié)束后，從裝置可以進(jìn)行一群組并隱式的收訖確認(rèn)程 序(原理及操作將于下文說明)，以確認(rèn)封包傳送成功或需要重傳。因此，在主動時隙窗期 間，從裝置不需要等待主裝置的詢問即可主動傳送封包，如此一來，不僅主裝置用來詢問的 無線資源得以節(jié)省下來，也提升主從裝置之間溝通的效率。
由于在同一微網(wǎng)下的從裝置不能互相溝通，在本發(fā)明較佳實施例中，從裝置是根 據(jù)一主裝置產(chǎn)生的功能設(shè)定信息設(shè)定主動時隙窗。在此情況下，本發(fā)明提供一用于主裝置 中實現(xiàn)從裝置的主動傳輸功能的流程。請參考圖3，圖3為本發(fā)明一流程30的示意圖。流程30可配合流程20，包括下列步驟
步驟300:開始。
步驟310 在一通訊時間上，決定一主動時隙窗。
步驟320 根據(jù)所決定的主動時隙窗，產(chǎn)生一功能設(shè)定信息。
步驟330 傳送所述功能設(shè)定信息至從裝置。
步驟340 于所述主動時隙窗期間，轉(zhuǎn)換傳送時隙(“主一從”時隙)為接收時隙 (“從一主”時隙)，以聽取來自從裝置的藍(lán)牙封包。
步驟；350:結(jié)束。
根據(jù)流程30，本發(fā)明主裝置在通訊時間上取一段或多段特定時間，決定為主動時 隙窗，并產(chǎn)生相關(guān)功能設(shè)定信息，其產(chǎn)生后將傳送至從裝置進(jìn)行從裝置主動傳輸功能設(shè)定。 在主動時隙窗期間，所有傳送時隙(“主-從”時隙)轉(zhuǎn)換為接收時隙(“從-主”時隙)， 以聽取來自從裝置的藍(lán)牙封包。在從裝置主動傳輸功能設(shè)定方面，主裝置可以知道參與主 動傳輸功能的從裝置的數(shù)目，并決定第一次主動時隙窗中從裝置之間的傳輸順序。在主動 時隙窗結(jié)束后，主裝置會根據(jù)接收到的封包，與從裝置進(jìn)行群組并隱式的收訖確認(rèn)程序。
在主動時隙窗的設(shè)定方式上，主裝置可先設(shè)定一周期性的暫定分時多工時隙區(qū)間 (Temporary Reserved Time Division Duplex Slot Interval)，再于每一暫定分時多工時 隙區(qū)中設(shè)定一時間長固定的主動時隙窗，而從裝置也根據(jù)功能設(shè)定信息順應(yīng)設(shè)定。請參考 圖4，圖4為本發(fā)明主動傳輸功能的通訊時間配置的一實施例示意圖。通訊時間上具有兩種 時隙，即標(biāo)號0的“主-從”時隙或標(biāo)號1的“從-主”時隙。對從裝置來說，‘0’時隙為接 收時隙，而‘1’時隙為傳送時隙。圖4簡略描繪出兩個連續(xù)的暫定分時多工時隙區(qū)間，每一 區(qū)間包括一非主動時隙窗及一主動時隙窗。非主動時隙窗的時隙按照已知藍(lán)牙系統(tǒng)的時隙 配置，由“主-從”及“從-主”時隙交替排列，從裝置需要通過主裝置詢問才能傳送封包， 而主動時隙窗的“主-從”時隙皆已轉(zhuǎn)換為“從-主”時隙，從裝置根據(jù)所述功能設(shè)定信息， 使用主動時隙窗中之一或多個‘1’時隙主動傳送藍(lán)牙封包至主裝置。
本發(fā)明功能設(shè)定信息包括主動傳輸功能的相關(guān)參數(shù)值，通常由主裝置產(chǎn)生并利用 單播(Unicast)方式傳遞給從裝置。請參考圖5至圖7，圖5至圖7為本發(fā)明用來啟動主動傳 輸功能的信息交換時序圖。在圖5中，從裝置主動傳送一請求信息LMP_ReqRTDD_krviCe， 向主裝置請求使用主動傳輸功能。當(dāng)主裝置接受從裝置的請求時，則回復(fù)一功能設(shè)定信息 MLMP_Accepted,而從裝置則根據(jù)功能設(shè)定信息MLMP_Acc印ted所包括的參數(shù)內(nèi)容，啟動主 動傳輸功能，如設(shè)定主動時隙窗。在圖6中，主裝置傳送一功能設(shè)定信息LMP_RTDD_Cfg， 要求從裝置啟動主動傳輸功能，而從裝置則回復(fù)一接受信息SLMP_Acc印ted給主裝置確 認(rèn)接受要求。在圖7中，主從裝置分別利用功能設(shè)定信息LMP_RTDD_Cfg及請求信息LMP_ ReqRTDD_krVice協(xié)商參數(shù)內(nèi)容，當(dāng)從裝置不同意主裝置所指示的參數(shù)內(nèi)容時，可以回復(fù)一 夾帶參考參數(shù)內(nèi)容的請求信息LMP_ReqRTDD_krViCe，當(dāng)主裝置不同意參考參數(shù)內(nèi)容時，可 以再度傳送一夾帶新的參考參數(shù)內(nèi)容的功能設(shè)定信息LMP_RTDD_Cfg。協(xié)商程序直到從裝置 回復(fù)接受信息SLMP_Acc印ted，則表示雙方協(xié)商成功，從裝置將使用主裝置最后一次指示的 參數(shù)內(nèi)容。相反地，若從裝置回復(fù)一拒絕信息SLMP_Not_Acc印ted，則表示雙方協(xié)商失敗，協(xié) 商程序中止。
請求信息LMP_ReqRTDDJervice 可包括參數(shù) Max_Desired_RTDD_Time 及 Min_Desired_RTDD_Time，兩參數(shù)長度2位(bit)，以時隙為單位，分別提供可接受暫定分時多 工時隙區(qū)間的最大及最小值給主裝置，或是分別提供可接受主動時隙窗的最大及最小值， 其視系統(tǒng)需求而定。功能設(shè)定信息MLMP_Acc印ted及LMP_RTDD_Cfg可包括參數(shù)RTDD_ Interval、RTDD_Window、RTDD_Instant 及 RTDD_TokenAddr。參數(shù) RTDD_Interval 及 RTDD_ Window可由2位表示，以時隙為單位，分別指示暫定分時多工時隙區(qū)間及主動時隙窗的大 ?。粎?shù)RTDDJnstant由4位組成，用來指示下一次開啟主動傳輸功能所在的主裝置藍(lán)牙 時脈，也就是說，從裝置據(jù)此知道主動時隙窗何時結(jié)束；參數(shù)RTDD_TokenAddr長度為1位， 用來指示下一個主動時隙窗中與其他具有主動傳輸功能的從裝置之間的傳輸順序。此外， 根據(jù)參數(shù)RTDD_TokenAddr，每個從裝置在每一主動時隙窗自行調(diào)整傳送封包的順序。
請參考圖8至圖9，圖8至圖9為本發(fā)明用來關(guān)閉主動傳輸功能的信息交換時序 圖。在圖8中，從裝置主動傳送一中止請求信息SLMP_M0pRTDD_krvice，向主裝置提出中 止主動傳輸功能的請求，而主裝置則回應(yīng)一中止接受信息MLMP_MopRTDD_ACC印ted告知 從裝置同意所述請求。在圖9中，主裝置傳送一中止請求信息MLMP_M0pRTDD_krvice， 要求從裝置中止主動傳輸功能，而從裝置則回應(yīng)主裝置一中止接受信息SLMP_MopRTDD_ Accepted并接著中止主動傳輸功能。
較佳地，以上用來啟動或關(guān)閉主動傳輸功能的信息及其相關(guān)程序是運(yùn)用于藍(lán)牙系 統(tǒng)的鏈路管理協(xié)議(Link Management Protocol,LMP)層，以管理實現(xiàn)于無線電層的主動傳 輸功能。
本發(fā)明主動時隙窗可由多個使用主動傳輸功能的從裝置所分享，因此在主動傳輸 功能設(shè)定時，從裝置先相互建立傳輸順序，而在主動時隙窗中第一個傳輸封包的從裝置稱 為啟動端(Initiator)，其他稱為追隨端(Follower)。由于藍(lán)牙系統(tǒng)中每個從裝置都由主 裝置分派一邏輯傳輸?shù)刂?Logic TransportAddress, Lt_Addr)，因此從裝置能利用邏輯傳 輸?shù)刂放c前述參數(shù)RTDD_TokenAddr，與其他從裝置建立傳輸順序。為了更清楚揭露本發(fā)明 概念，以下實施例將舉一主裝置與多個從裝置之間的傳輸時序作說明。
請參考圖10，圖10為本發(fā)明第一實施例一主裝置MAS及從裝置SLVl SLV4的 傳輸時序示意圖。圖10的通訊時間包括顯示兩個暫定分時多工時隙區(qū)間，其一包括一 主動時隙窗l(fā)(RTDDWin_l)與一非主動時隙窗1 (BTDDWin_l)，另一則包括一主動時隙窗 2 (RTDDffin_2)與一非主動時隙窗2 (BTDDWin_2)，主動時隙窗1 (RTDDWin_l)與主動時隙窗 2(RTDDffin_2)皆包括四個傳送時隙供從裝置SLVl SLV4主動傳送封包。在主動時隙窗 1 (RTDDffin_l)中，以從裝置SLVl作為啟動端，與其他從裝置依序傳送DMl型的藍(lán)牙封包給 主裝置MAS。像鼠標(biāo)或鍵盤之類的人性化接口裝置的數(shù)據(jù)特性，DMl或DHl型的藍(lán)牙封包可 以滿足需求，其表頭接包括一 68位的存取碼(Access Code)。由于DMl或DHl型的藍(lán)牙封 包格式應(yīng)為本領(lǐng)域的技術(shù)人員所熟知，因此相關(guān)格式內(nèi)容不再贅述。為了平衡每個從裝置 的傳輸效率，本發(fā)明可以在每下一個主動時隙窗，從裝置依序，周期性當(dāng)啟動端，如圖10所 示，在下一個主動時隙窗2(RTDDWin_2)中，由從裝置SLV2來當(dāng)啟動端，與從裝置SLV3、SLV4 及SLVl依序傳送藍(lán)牙封包，爾后三個主動時隙窗(未示于圖中)再分別由從裝置SLV3、 SLV4及SLVl來當(dāng)啟動端。從裝置SLVl SLV4可以根據(jù)自己的邏輯傳輸?shù)刂芳皡?shù)RTDD_ TokenAddr,在每個主動時隙窗自動調(diào)整傳輸順序。換句話說，從裝置SLVl SLV4的預(yù)定 傳送時隙隨著暫定分時多工時隙區(qū)的周期進(jìn)行周期性位置變換。
在非主動時隙窗1 (BTDDWin_l)及非主動時隙窗2 (BTDDffin_2)中，從裝置SLVl SLV4與主裝置MAS分別進(jìn)行對應(yīng)于主動時隙窗1 (RTDDWin_l)及主動時隙窗2 (RTDDffin_2) 的群組并隱式的收訖確認(rèn)程序，其相關(guān)概念如下。首先，在主動時隙窗結(jié)束后第一個“主一 從”時隙，從裝置SLVl SLV4皆聽取主裝置MAS送出來的第一個封包，接下來可分為三種 情況
情況一若主裝置MAS送出來的第一個封包，其包括的邏輯傳輸?shù)刂凡粚儆谌?何從裝置SLVl SLV4的邏輯傳輸?shù)刂罚蛘叩谝粋€封包是一廣播封包時，則表示從裝 置SLVl SLV4在主動時隙窗中傳送的封包都已經(jīng)成功被主裝置MAS接收。舉例來說， 從裝置SLVl SLV4分別具有邏輯傳輸?shù)刂稬t_Addrl Lt_Addr4，而第一封包的邏輯 傳輸?shù)刂窞長t_Addr5，則表示從裝置SLVl SLV4的封包皆傳送成功，即成功收訖確認(rèn) (PositivelyAcknowledged) 0
情況二 若第一個封包包括的邏輯傳輸?shù)刂肥侨我粡难b置SLVl SLV4的邏輯傳 輸?shù)刂窌r，就表示在主動時隙窗中，(i)被第一封包指示的從裝置需要重傳封包，即未收訖 確認(rèn)(Negatively Acknowledged) ； (ii)較前傳送封包的從裝置的封包傳送成功；(iii)較 晚傳送封包的從裝置須進(jìn)入一詢問等待狀態(tài)，繼續(xù)等待主裝置的通知，一直到主裝置傳送 的封包之中有邏輯傳輸?shù)刂凡粚儆谌魏螐难b置SLVl SLV4的邏輯傳輸?shù)刂罚疟硎緩难b 置SLVl SLV4的封包皆傳送成功。舉例來說，若第一封包的邏輯傳輸?shù)刂窞長t_Addr3，則 表示從裝置SLVl SLV2的封包皆傳送成功，從裝置SLV2需重傳封包，而從裝置SLV3進(jìn)入 詢問等待狀態(tài)。
情況三若是直到下一主動時隙窗開始前，從裝置SLVl SLV4皆未聽取到任何主 裝置的封包，則表示從裝置SLVl SLV4的封包皆成功被接收，意即隱式收訖確認(rèn)。
因此，以從裝置SLVl SLV4的立場來說，一合適的收訖確認(rèn)程序必須至少包括下 列幾個步驟及原則，以從裝置SLV2為例
(1)于主動時隙窗結(jié)束后，進(jìn)入一聽取來自主裝置MAS的藍(lán)牙封包的狀態(tài)；
(2)于非主動時隙窗內(nèi)未聽取到任何封包時，判斷傳送封包為成功收訖狀態(tài)；
(3)于成功聽取來自所述主裝置的第一個藍(lán)牙封包，其包括一超出Lt_Addr2的邏 輯傳輸?shù)刂窌r，判斷傳送藍(lán)牙封包為成功收訖狀態(tài)；
(4)于成功聽取第一個藍(lán)牙封包，且其為一廣播型封包時，判斷傳送封包為成功收 訖狀態(tài)；
(5)于成功聽取第一個藍(lán)牙封包，其亦包括邏輯傳輸?shù)刂稬t_Addr2時，判斷傳送封包需要重傳；
(6)于成功聽取第一個藍(lán)牙封包，其包括一 Lt_Addr2的范圍內(nèi)的邏輯傳輸?shù)刂?時，進(jìn)入一詢問等待狀態(tài)；以及
(7)于詢問等待狀態(tài)中接收來自所述主裝置的一藍(lán)牙封包時，遵循C3)、(5)及(6) 的判斷原則。
前述(3)的“超出Lt_Addr2的邏輯傳輸?shù)刂贰北硎緜鬏旐樞蛟趶难b置SLV2之后， 或是不屬于任一從裝置SLVl SLV4的邏輯傳輸?shù)刂贰Ｏ鄬Φ兀?6)的“Lt_Addr2的范圍 內(nèi)的邏輯傳輸?shù)刂贰北硎緜鬏旐樞蛟趶难b置SLV2之前的邏輯傳輸?shù)刂贰?br> 此外，請參考圖11，圖11為本發(fā)明第二實施例主裝置MAS及從裝置SLVl SLV4的傳輸時序示意圖。在圖11中，主動時隙窗l(fā)(RTDDWin_l)及主動時隙窗2 (RTDDWin_2) 的第一與第三時隙是由“主-從”時隙轉(zhuǎn)換成“從-主”時隙，而第二與第四時隙原來即為 “從-主”時隙。圖11與圖10的不同處在于第二與第四順位的從裝置采用較短的存取碼 (如32位)來傳送封包，即圖11的封包Hitl Ηα4。由于第二與第四時隙中，已知從裝 置也處于一傳送狀態(tài)并不會聽取任何封包，因此本發(fā)明從裝置傳送短存取碼的封包不會影 響到已知從裝置的運(yùn)作。如此一來，本發(fā)明從裝置可以節(jié)省傳輸功率，亦保留與已知從裝置 的相容性。
請?zhí)貏e注意，在前述收訖確認(rèn)程序中使用邏輯傳輸?shù)刂纷鳛閭鬏旐樞虻呐袆e僅為 本發(fā)明一實施例，本領(lǐng)域的技術(shù)恩怨熟知亦可使用任何能建立從裝置相對關(guān)系的資訊作為 順序指標(biāo)。此外，本發(fā)明從裝置可以在主動時隙窗中進(jìn)行多時隙傳輸，并不限于一個時隙長 度的封包傳輸。
請參考圖12，圖12是本發(fā)明用于一藍(lán)牙裝置的一通訊裝置1200的實施例示意圖。 通訊裝置1200包括一射頻收發(fā)器1210、一基頻電路1220、一中央處理器1230和一儲存裝 置1240。射頻收發(fā)器1210能讓藍(lán)牙裝置傳送及接收無線信號。中央處理單元1230可執(zhí)行 儲存裝置1240所儲存的一程序代碼1250，以控制射頻收發(fā)器1210、基頻電路1220及儲存 裝置1240。程序代碼1250包括一無線電協(xié)議層1252、一鏈路控制(Link Control, LC)協(xié) 議層12 及一鏈路管理協(xié)議(Link Management Protocol, LMP)層1256。本發(fā)明在程序 代碼1250中提供一主動傳輸功能程序1258，通過中央處理器1230執(zhí)行，以實現(xiàn)主裝置上或 從裝置上關(guān)于主動傳輸功能的操作。
當(dāng)通訊裝置1200用于一藍(lán)牙從裝置時，主動傳輸功能程序1258主要用來實現(xiàn)流 程20讓從裝置可以在主動時隙窗期間，主動傳送封包給主裝置。在此情況下，無線電協(xié)議 層1252主要配合射頻收發(fā)器1210進(jìn)行頻率合成及數(shù)據(jù)轉(zhuǎn)換，以在實體通道上傳送及接收 封包。鏈路控制協(xié)議層12M主要配合基頻電路1220負(fù)責(zé)辨識時隙為傳送或接收時隙，及 根據(jù)功能設(shè)定信息設(shè)定主動時隙窗。鏈路管理協(xié)議層1256用來解讀及設(shè)定主動傳輸功能 的相關(guān)信息，例如解讀來自主裝置的功能設(shè)定信息，此外亦管理主動傳輸功能的相關(guān)參數(shù)， 如前述參數(shù)Max_Desired_RTDD_Time及RTDDJnstant。通過參數(shù)的管理，鏈路管理協(xié)議層 956負(fù)責(zé)建立、釋放以及管理與主裝置的連線。由于通訊裝置1200利用主動傳輸功能程序 1258可用來實現(xiàn)流程20，因此主動傳輸功能的詳細(xì)操作請參考前述(如圖2及圖4 圖11 敘述)。
當(dāng)通訊裝置1200用于一藍(lán)牙主裝置時，主動傳輸功能程序1258主要用來實現(xiàn)流 程30。在此情況下，鏈路控制協(xié)議層12M主要配合基頻電路1220負(fù)責(zé)辨識時隙為傳送或 接收時隙，及設(shè)定主動時隙窗。鏈路管理協(xié)議層1256用來產(chǎn)生主動傳輸功能的啟動及關(guān)閉 信息等等，以要求從裝置啟動、關(guān)閉及變更的主動傳輸功能。由于通訊裝置1200利用主動 傳輸功能程序1258可用來實現(xiàn)流程30，因此主動傳輸功能的詳細(xì)操作請參考前述(如圖3 及圖4 圖11敘述)。
綜上所述，本發(fā)明在藍(lán)牙系統(tǒng)中主從裝置的通訊時間上建立主動時隙窗，讓從裝 置的封包傳輸不受制于主裝置的傳輸行為。在此情況下，主裝置能省下用于詢問的封包，因 此相較于已知技術(shù)約可省下50%的無線資源。此外，本發(fā)明從裝置可同時使用短存取碼的 封包且不影響與已知從裝置的相容性，可進(jìn)一步節(jié)省無線資源。
以上所述僅為本發(fā)明的較佳實施例，凡依本發(fā)明權(quán)利要求所做的均等變化與修 飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種可降低無線資源耗費(fèi)的傳輸方法，其特征在于，所述傳輸方法用于一藍(lán)牙系統(tǒng) 的一從裝置，所述傳輸方法包括在一通訊時間上設(shè)定一主動時隙窗，其中所述通訊時間至少包括一接收時隙；以及 轉(zhuǎn)換所述主動時隙窗中的接收時隙為傳送時隙。
2.如權(quán)利要求1所述的傳輸方法，其特征在于，在所述通訊時間上設(shè)定所述主動時隙 窗包括根據(jù)所述藍(lán)牙系統(tǒng)的一主裝置所產(chǎn)生的一功能設(shè)定信息，在所述通訊時間上設(shè)定所 述主動時隙窗；所述傳輸方法另包括于所述主動時隙窗期間傳送一藍(lán)牙封包至所述藍(lán)牙系統(tǒng)的一主 裝置；其中，所述藍(lán)牙封包包括一長度小于68位的存取碼。
3.如權(quán)利要求2所述的傳輸方法，其特征在于，所述傳輸方法另包括于所述主動時隙 窗結(jié)束后，進(jìn)行一群組并隱式的收訖確認(rèn)程序；于所述主動時隙窗結(jié)束后進(jìn)行所述群組并隱式的收訖確認(rèn)程序包括于所述主動時隙 窗結(jié)束后，利用可與其他從裝置區(qū)分的一順序指標(biāo)進(jìn)行所述群組并隱式的收訖確認(rèn)程序， 其中所述收訖確認(rèn)程序包括于所述主動時隙窗結(jié)束后，進(jìn)入一聽取來自所述主裝置的藍(lán)牙封包的狀態(tài)； 于一預(yù)設(shè)期限內(nèi)未聽取到任何來自所述主裝置的封包時，判斷所傳送的藍(lán)牙封包為成 功收訖狀態(tài)；于成功聽取來自所述主裝置的第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包包括一超出所 述順序指標(biāo)的順序指標(biāo)時，判斷所傳送的所述藍(lán)牙封包為成功收訖狀態(tài)；于成功聽取所述第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包為一廣播型封包時，判斷所 傳送的所述藍(lán)牙封包為成功收訖狀態(tài)；于成功聽取所述第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包包括一與所述順序指標(biāo)相同 的順序指標(biāo)時，判斷所傳送的所述藍(lán)牙封包需要重傳；于成功聽取所述第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包包括一所述順序指標(biāo)的范圍 內(nèi)的順序指標(biāo)時，進(jìn)入一詢問等待狀態(tài)；以及于所述詢問等待狀態(tài)中接收來自所述主裝置的一藍(lán)牙封包，且所述藍(lán)牙封包包括一超 出所述順序指標(biāo)的順序指標(biāo)時，判斷所傳送的所述藍(lán)牙封包為成功收訖狀態(tài)； 其中，所述順序指標(biāo)是一邏輯傳輸?shù)刂贰?br> 4.如權(quán)利要求2所述的傳輸方法，其特征在于，所述傳輸方法另包括設(shè)定一周期性的 暫定分時多工時隙區(qū)間，其包括所述主動時隙窗；于所述主動時隙窗期間傳送封包至所述藍(lán)牙系統(tǒng)的所述主裝置包括 于所述主動時隙窗的一預(yù)定傳送時隙中傳送封包至所述藍(lán)牙系統(tǒng)的一主裝置，其中所 述預(yù)定傳送時隙在所述主動時隙窗中的位置，隨著所述暫定分時多工時隙區(qū)的周期進(jìn)行周 期性變換。
5.一種可降低無線資源耗費(fèi)的通訊裝置，其特征在于，所述通訊裝置用于一藍(lán)牙系統(tǒng) 的一從裝置，所述通訊裝置包括一中央處理器，用來執(zhí)行一程序代碼；以及 一儲存裝置，耦接于所述中央處理器，用來儲存所述程序代碼；其中所述程序代碼包括在一通訊時間上設(shè)定一主動時隙窗，其中所述通訊時間至少包括一接收時隙；以及 轉(zhuǎn)換所述主動時隙窗中的接收時隙為傳送時隙。
6.如權(quán)利要求5所述的通訊裝置，其特征在于，在所述通訊時間上設(shè)定所述主動時隙 窗包括根據(jù)所述藍(lán)牙系統(tǒng)的一主裝置所產(chǎn)生的一功能設(shè)定信息，在所述通訊時間上設(shè)定所 述主動時隙窗；所述程序代碼另包括于所述主動時隙窗期間傳送一藍(lán)牙封包至所述藍(lán)牙系統(tǒng)的一主 裝置；其中，所述藍(lán)牙封包包括一長度小于68位的存取碼。
7.如權(quán)利要求6所述的通訊裝置，其特征在于，所述程序代碼另包括于所述主動時隙 窗結(jié)束后，進(jìn)行一群組并隱式的收訖確認(rèn)程序；于所述主動時隙窗結(jié)束后進(jìn)行所述群組并隱式的收訖確認(rèn)程序包括于所述主動時隙 窗結(jié)束后，利用可與其他從裝置區(qū)分的一順序指標(biāo)進(jìn)行所述群組并隱式的收訖確認(rèn)程序， 其中所述收訖確認(rèn)程序包括于所述主動時隙窗結(jié)束后，進(jìn)入一聽取來自所述主裝置的藍(lán)牙封包的狀態(tài)； 于一預(yù)設(shè)期限內(nèi)未聽取到任何來自所述主裝置的封包時，判斷所傳送的藍(lán)牙封包為成 功收訖狀態(tài)；于成功聽取來自所述主裝置的第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包包括一超出所 述順序指標(biāo)的順序指標(biāo)時，判斷所傳送的所述藍(lán)牙封包為成功收訖狀態(tài)；于成功聽取所述第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包為一廣播型封包時，判斷所 傳送的所述藍(lán)牙封包為成功收訖狀態(tài)；于成功聽取所述第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包包括一與所述順序指標(biāo)相同 的順序指標(biāo)時，判斷所傳送的所述藍(lán)牙封包需要重傳；于成功聽取所述第一個藍(lán)牙封包，且所述第一個藍(lán)牙封包包括一所述順序指標(biāo)的范圍 內(nèi)的順序指標(biāo)時，進(jìn)入一詢問等待狀態(tài)；以及于所述詢問等待狀態(tài)中接收來自所述主裝置的一藍(lán)牙封包，且所述藍(lán)牙封包包括一超 出所述順序指標(biāo)的順序指標(biāo)時，判斷所傳送的所述藍(lán)牙封包為成功收訖狀態(tài)； 其中，所述順序指標(biāo)是一邏輯傳輸?shù)刂贰?br> 8.如權(quán)利要求5所述的通訊裝置，其特征在于，所述程序代碼另包括設(shè)定一周期性的 暫定分時多工時隙區(qū)間，其包括所述主動時隙窗；于所述主動時隙窗期間傳送封包至所述藍(lán)牙系統(tǒng)的所述主裝置包括 于所述主動時隙窗的一預(yù)定傳送時隙中傳送封包至所述藍(lán)牙系統(tǒng)的一主裝置，其中所 述預(yù)定傳送時隙在所述主動時隙窗中的位置，隨著所述暫定分時多工時隙區(qū)的周期進(jìn)行周 期性變換。
9.一種可降低無線資源耗費(fèi)的傳輸方法，其特征在于，所述傳輸方法用于一藍(lán)牙系統(tǒng) 的一主裝置，所述傳輸方法包括在一通訊時間上決定一主動時隙窗，其中所述通訊時間至少包括一傳送時隙； 根據(jù)所決定的主動時隙窗，產(chǎn)生一功能設(shè)定信息；傳送所述功能設(shè)定信息至所述藍(lán)牙系統(tǒng)的至少一從裝置，以讓所述至少一從裝置設(shè)定所述主動時隙窗；以及于所述主動時隙窗期間，轉(zhuǎn)換傳送時隙為接收時隙，以聽取來自所述至少一從裝置的 藍(lán)牙封包。
10.如權(quán)利要求9所述的傳輸方法，其特征在于，所述傳輸方法另包括于所述主動時隙 窗結(jié)束后，進(jìn)行一群組并隱式的收訖確認(rèn)程序；所述傳輸方法另包括決定一周期性的暫定分時多工時隙區(qū)間，其包括所述主動時隙窗；所述傳輸方法另包括決定于主動時隙窗中進(jìn)行封包傳輸?shù)膹难b置的數(shù)量及一出始傳輸順序；以及置入所述出始傳輸順序的參數(shù)于功能設(shè)定信息中；所述出始傳輸順序是根據(jù)所述至少一從裝置的邏輯傳輸?shù)刂匪鶝Q定。
11.一種可降低無線資源耗費(fèi)的通訊裝置，其特征在于，所述通訊裝置用于一藍(lán)牙系統(tǒng) 的一主裝置，所述通訊裝置包括一中央處理器，用來執(zhí)行一程序代碼；以及一儲存裝置，耦接于所述中央處理器，用來儲存所述程序代碼；其中所述程序代碼包括在一通訊時間上決定一主動時隙窗，其中所述通訊時間至少包括一傳送時隙； 根據(jù)所決定的主動時隙窗，產(chǎn)生一功能設(shè)定信息；傳送所述功能設(shè)定信息至所述藍(lán)牙系統(tǒng)的至少一從裝置，以讓所述至少一從裝置設(shè)定 所述主動時隙窗；以及于所述主動時隙窗期間，轉(zhuǎn)換傳送時隙為接收時隙，以聽取來自所述至少一從裝置的 藍(lán)牙封包。
12.如權(quán)利要求11所述的通訊裝置，其特征在于，所述程序代碼另包括于所述主動時 隙窗結(jié)束后，根據(jù)封包聽取結(jié)果，進(jìn)行一群組并隱式的收訖確認(rèn)程序；所述程序代碼另包括決定一周期性的暫定分時多工時隙區(qū)間，其包括所述主動時隙窗；所述程序代碼另包括決定于主動時隙窗中進(jìn)行封包傳輸?shù)膹难b置的數(shù)量及一出始傳輸順序；以及置入所述出始傳輸順序的參數(shù)于功能設(shè)定信息中；所述出始傳輸順序是根據(jù)所述至少一從裝置的邏輯傳輸?shù)刂匪鶝Q定。
全文摘要
本發(fā)明提供一種可降低無線資源耗費(fèi)的傳輸方法及其相關(guān)裝置，所述方法包括在一通訊時間上設(shè)定一主動時隙窗，其中所述通訊時間至少包括一接收時隙；以及轉(zhuǎn)換所述主動時隙窗中的接收時隙為傳送時隙。根據(jù)本發(fā)明提供的技術(shù)方案，能夠降低無線資源耗費(fèi)。
文檔編號H04B5/00GK102035574SQ200910180130
公開日2011年4月27日 申請日期2009年9月29日 優(yōu)先權(quán)日2009年9月29日
發(fā)明者黃家彬 申請人:原相科技股份有限公司