專利名稱：無線通訊系統(tǒng)查詢數(shù)據(jù)傳輸狀況的方法及其相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是關(guān)于一種無線通訊系統(tǒng)處理封包刪除的方法及其相關(guān)裝置，尤 指一種用于無線通訊系統(tǒng)中避免接收窗推進發(fā)生延遲，進而提升傳輸效率的 方法及其相關(guān)裝置。
背景技術(shù)：
第三代行動通訊技術(shù)采用寬帶劃碼多任務(wù)接取(Wideband Code Division Multiple Access, WCDMA )的無線接取方式，其是用以提供高度頻譜利用效 率、無遠弗屆的覆蓋率及高質(zhì)量、高速率的多媒體數(shù)據(jù)傳輸，同時更能同時 滿足各種不同的QoS服務(wù)要求，提供具彈性的多樣化雙向傳輸服務(wù)，并提供 較佳的通訊質(zhì)量，有效降低通訊中斷率。
第三代行動通訊系統(tǒng)的接取相關(guān)部分(Access Stratum, AS)包含無線資 源控制(Radio Resource Control, RRC )、無線鏈接控制(Radio Link Contro， RLC)、媒體存取控制(Media Access Control, MAC )、封包數(shù)據(jù)聚合協(xié)議 (Packet Data Convergence Protocol , PDCP )、廣播及多重播送控制 (Broadcast/Multicast Control, BMC )等數(shù)個功能不同的子層，其運作方式是 業(yè)界所習(xí)知，在此不再贅述。另一方面，第三代行動通訊系統(tǒng)可提供不同的 傳輸質(zhì)量等級，并可依據(jù)不同的傳輸質(zhì)量要求，操作于不同的模式，如透 通模式(Transparent Mode, TM)、非確認(rèn)模式(Unacknowledged Mode, UM)、 確認(rèn)模式(Acknowledged Mode, AM)。透通模式適用于對實時傳輸要求較 高的服務(wù)，非確認(rèn)模式適用于對實時傳輸及封包次序皆有要求的服務(wù)，而確 認(rèn)模式則適用于對實時傳輸要求不高，但數(shù)據(jù)正確性要求很高的服務(wù)。。
在確認(rèn)模式中，為了提高數(shù)據(jù)正確性，傳輸端與接收端的無線鏈接控制 層會適時地啟動一狀態(tài)回報流程，由傳輸端查詢(Poll)接收端，以要求接收 端傳輸一狀態(tài)回報或一夾帶式(Piggybacked)狀態(tài)回報。傳輸端則根據(jù)接收 端輸出的狀態(tài)回報，執(zhí)行后續(xù)運作。當(dāng)傳輸端查詢接收端時，傳輸端選擇一 協(xié)議數(shù)據(jù)單元(Protocol Data Unit )，將該協(xié)議數(shù)據(jù)單元的查詢位(Polling Bit)設(shè)定為啟動(=1)，從而提示接收端輸出狀態(tài)回報。在此情形下，若傳輸端中 無協(xié)議數(shù)據(jù)單元被安排傳輸或重傳，則傳輸端會由已傳送的協(xié)議數(shù)據(jù)單元中 選擇一協(xié)議數(shù)據(jù)單元進行重傳，并將該已傳送的協(xié)議數(shù)據(jù)單元的查詢位設(shè)定 為啟動(=1),以提示接收端輸出狀態(tài)回報。換句話說，當(dāng)傳輸端需查詢接收 端的接收狀態(tài)，但無待傳的協(xié)議數(shù)據(jù)單元時，傳輸端需重傳先前已傳送的協(xié) 議數(shù)據(jù)單元，因而造成不必要的重傳，浪費系統(tǒng)資源。
為了改善上述問題，已知技術(shù)另提供一種啟動查詢的方法，其是由傳輸
端設(shè)定狀態(tài)協(xié)議數(shù)據(jù)單元的一查詢復(fù)合字段(Poll super-field ),以提示接收端 輸出狀態(tài)回報。亦即，當(dāng)傳輸端需查詢接收端的接收狀態(tài)，傳輸端可輸出包 含有一查詢復(fù)合字段的狀態(tài)協(xié)議數(shù)據(jù)單元至接收端，則接收端可據(jù)以回傳一 狀態(tài)回報。在已知技術(shù)中，查詢復(fù)合字段是由一類型指示字段及一查詢序號 字段所組成。其中，查詢序號字段的長度為12位，當(dāng)查詢啟動后，其值是依 以下原則設(shè)定若一協(xié)議參數(shù)Configured—TxJWindow—Size (此協(xié)議參數(shù)表示 傳輸窗大小)的值大于或等于2048,則將查詢序號字段的值設(shè)為一變量VT(S) 減1 (變量VT(S)表示傳輸端下一新傳的協(xié)議數(shù)據(jù)單元的序號)；相反地，若 協(xié)定參數(shù)Configured—Tx—Window—Size的值小于2048,則將查詢序號字段的 值設(shè)為變量VT(S)減1或一協(xié)議數(shù)據(jù)單元的序號，該協(xié)議數(shù)據(jù)單元尚未被刪 除且尚未被接收端確認(rèn)是否已成功接收。對應(yīng)的，當(dāng)接收端收到包含有查詢 復(fù)合字段的狀態(tài)協(xié)議數(shù)據(jù)單元后，接收端會將序號等于查詢序號字段的值的 協(xié)議數(shù)據(jù)單元當(dāng)作已傳送過，并根據(jù)其接收狀態(tài)，回傳狀態(tài)回報給傳輸端。
透過設(shè)定查詢復(fù)合字段的方式，已知技術(shù)可避免不必要的數(shù)據(jù)重傳，然 而，上述方式可能造成傳輸延遲，降低效率。舉例來說，在傳輸端中，假設(shè) 協(xié)議參數(shù)Configured—Tx—Window—Size的值為1024,且序號為0、 1、 2、 3的 協(xié)議數(shù)據(jù)單元已被傳送，亦即變數(shù)VT(S)等于4。若序號為0、 1、 2、 3的協(xié) 議數(shù)據(jù)單元皆未被確認(rèn)收訖，當(dāng)傳輸端啟動查詢時，根據(jù)前述說明，傳輸端 可將查詢序號字段的值設(shè)為變量VT(S)減1或一尚未被刪除且尚未被接收端 確認(rèn)是否已成功接收的協(xié)議數(shù)據(jù)單元的序號。換句話說，傳輸端可將查詢序 號字段的值設(shè)為0、 1、 2或3。若傳輸端將查詢序號字段的值設(shè)為0,且接收 端在收到序號為0、 1、 2、 3的協(xié)議數(shù)據(jù)單元前，先收到查詢序號字段的值為 0的查詢復(fù)合字段，則接收端會將序號為0的協(xié)議數(shù)據(jù)單元視為已由傳輸端 傳送，并回傳對應(yīng)的狀態(tài)回報，指示其尚未收到序號為0的協(xié)議數(shù)據(jù)單元。接著，根據(jù)接收端回傳的狀態(tài)回報，傳輸端會重傳序號為0的協(xié)議數(shù)據(jù)單元， 并將其查詢位設(shè)定為啟動(=1 )。當(dāng)接收端成功收到重傳的協(xié)議數(shù)據(jù)單元(其 序號為0且查詢位設(shè)定為啟動)后，接收端會回傳一狀態(tài)回報，指示其已收 訖序號為0的協(xié)議數(shù)據(jù)單元。在此情形下，傳輸端需透過設(shè)定查詢復(fù)合字段 的方式，再啟動另一次查詢，才能重傳其它需重傳的協(xié)議數(shù)據(jù)單元。換句話 說，透過設(shè)定查詢復(fù)合字段啟動查詢的方式雖然可避免重傳已成功傳送的協(xié) 議數(shù)據(jù)單元，但可能造成需重傳的協(xié)議數(shù)據(jù)單元的重傳延遲。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的即在于提供無線通訊系統(tǒng)查詢數(shù)據(jù)傳輸狀況的 方法及其相關(guān)裝置。
本發(fā)明揭露一種用于一無線通訊系統(tǒng)的一傳輸端查詢數(shù)據(jù)傳輸狀況的方
法，包含有于該傳輸端中查詢一接收端的流程#:啟動時，形成一包含有一查 詢序號字段的狀態(tài)協(xié)議數(shù)據(jù)單元，以指示所需查詢的一協(xié)議數(shù)據(jù)單元的序號； 設(shè)定該查詢序號字段的值為該傳輸端下一新傳的一協(xié)議數(shù)據(jù)單元的序號減i; 以及將該狀態(tài)協(xié)議數(shù)據(jù)單元傳送至該接收端。
本發(fā)明另揭露一種用于一無線通訊系統(tǒng)的通訊裝置，用以正確查詢數(shù)據(jù) 傳輸狀況，該通訊裝置包含有一控制電路，用來實現(xiàn)該通訊裝置的功能；一 中央處理器，設(shè)于該控制電路中，用來執(zhí)行一程序代碼以操控該控制電路； 以及一儲存裝置，設(shè)于該控制電路中且耦接于該中央處理器，用來儲存該程 序代碼。該程序代碼中包含有于該通訊裝置中查詢一接收端的流程被啟動時， 形成一包含有一查詢序號字段的狀態(tài)協(xié)議數(shù)據(jù)單元，以指示所需查詢的一協(xié) 議數(shù)據(jù)單元的序號；設(shè)定該查詢序號字段的值為該通訊裝置下一新傳的一協(xié) 議數(shù)據(jù)單元的序號減1;以及將該狀態(tài)協(xié)議數(shù)據(jù)單元傳送至該接收端。
綜上所述，當(dāng)傳輸端中查詢被啟動時，本發(fā)明實施例是設(shè)定查詢序號字 段的值為變量VT(S)減1,因而可避免協(xié)議數(shù)據(jù)單元的重傳延遲。


圖1為一無線通訊系統(tǒng)的示意圖。 圖2為一無線通訊裝置的功能方塊圖。 圖3為圖2中一程序代碼的示意圖。圖4為本發(fā)明實施例的流程圖。
具體實施例方式
請參考圖1，圖1為一無線通訊系統(tǒng)1000的示意圖。無線通訊系統(tǒng)1000 可為第三代行動通訊、長期演進無線通訊系統(tǒng)或其它行動通訊系統(tǒng)，其筒略 地是由一網(wǎng)絡(luò)端及多個客戶端所組成。在圖1中，網(wǎng)絡(luò)端及客戶端是用來說 明無線通訊系統(tǒng)1000的架構(gòu)；實際上，網(wǎng)絡(luò)端可視不同需求包含有多個基地 臺、無線網(wǎng)絡(luò)控制器等；而客戶端則可能是行動電話、計算機系統(tǒng)等設(shè)備。 此外，網(wǎng)絡(luò)端及客戶端可視數(shù)據(jù)傳輸方向而定義其為傳輸端或接收端。例如， 當(dāng)執(zhí)行下鏈路傳輸持，網(wǎng)絡(luò)端為傳輸端，而客戶端為接收端；當(dāng)執(zhí)行上鏈路 傳輸持，網(wǎng)絡(luò)端為接收端，而客戶端為傳輸端。
請參考圖2,圖2為一無線通訊裝置100的功能方塊圖。無線通訊裝置 100可以用來實現(xiàn)圖1中客戶端或網(wǎng)絡(luò)端。為求簡潔，圖2僅繪出無線通訊 裝置100的一輸入裝置102、 一輸出裝置104、 一控制電i 各106、 一中央處理 器108、 一儲存裝置IIO、 一程序代碼112及一收發(fā)器114。在無線通訊裝置 100中，控制電路106透過中央處理器108執(zhí)行儲存于儲存裝置110中的程 序代碼112，從而控制無線通訊裝置100的運作，其可透過輸入裝置102 (如 鍵盤)接收使用者輸入的訊號，或透過輸出裝置104 (如屏幕、喇p八等)輸 出畫面、聲音等訊號。收發(fā)器114用以接收或發(fā)送無線訊號，并將所接收的 訊號傳送至控制電路106,或?qū)⒖刂齐娐?06所產(chǎn)生的訊號以無線電方式輸 出。換言之，以通訊協(xié)議的架構(gòu)而言，收發(fā)器114可視為第一層的一部分， 而控制電路106則用來實現(xiàn)第二層及第三層的功能。
請繼續(xù)參考圖3，圖3為圖2中程序代碼112的示意圖。程序代碼ll2 包含有一應(yīng)用程序?qū)?00、 一第三層界面202及一第二層界面206，并與一第 一層界面218連接。當(dāng)發(fā)射訊號時，第二層接口 (即無線鏈接控制層)206 根據(jù)第三層接口 202輸出的數(shù)據(jù)，形成多個服務(wù)數(shù)據(jù)單元(Service Data Unit) 208存于一緩沖器212中。然后，根據(jù)存于緩沖器212中的服務(wù)數(shù)據(jù)單元208， 第二層界面206產(chǎn)生多個協(xié)議數(shù)據(jù)單元(Protocol Data Unit) 2M,并將所產(chǎn) 生的協(xié)議數(shù)據(jù)單元214透過第一層界面218輸出至目地端。相反的，當(dāng)接收 無線訊號時，透過第一層接口 218接收訊號，并將所接收的訊號以協(xié)議數(shù)據(jù) 單元214輸出至第二層界面206。第二層界面206則將協(xié)議數(shù)據(jù)單元214還原為服務(wù)數(shù)據(jù)單元208并存于緩沖器212中。最后，第二層界面206將存于 緩沖器212的服務(wù)數(shù)據(jù)單元208傳送至第三層界面202。
當(dāng)無線通訊裝置100操作于確認(rèn)模式且為傳輸端時，為了提高數(shù)據(jù)正確 性，第二層接口 206 (即無線鏈接控制層)可適時地啟動一狀態(tài)回報流程， 以查詢一接收端，要求接收端傳輸一狀態(tài)回報或一夾帶式狀態(tài)回報。在此情 形下，本發(fā)明實施例提供一查詢程序代碼220，用以正確查詢數(shù)據(jù)傳輸狀況。
請參考圖4,圖4為本發(fā)明一實施例流程40的示意圖。流程40用于無 線通訊系統(tǒng)1000的一傳輸端中查詢數(shù)據(jù)傳輸狀況，該傳輸端可為網(wǎng)絡(luò)端或客 戶端。流程40可被編譯為查詢程序代碼220,其包含以下步驟
步驟400:開始。
步驟402:于該傳輸端中查詢一接收端的流程被啟動時，形成一包含有 一查詢序號字段的狀態(tài)協(xié)議數(shù)據(jù)單元，以指示所需查詢的一協(xié)議數(shù)據(jù)單元的 序號。
步驟404:設(shè)定該查詢序號字段的值為該傳輸端下一新傳的一協(xié)議數(shù)據(jù) 單元的序號減1。
步驟406:將該狀態(tài)協(xié)議數(shù)據(jù)單元傳送至該接收端。 步驟408:結(jié)束。
根據(jù)流程40,當(dāng)傳輸端中查詢被啟動時，本發(fā)明實施例形成一包含有一 查詢序號字段的狀態(tài)協(xié)議數(shù)據(jù)單元，用以指示所需查詢的一協(xié)議數(shù)據(jù)單元的 序號；同時，本發(fā)明實施例是設(shè)定該查詢序號字段的值為該傳輸端下一新傳 的協(xié)議數(shù)據(jù)單元的序號(即變數(shù)VT(S))減1;最后，將該狀態(tài)協(xié)議數(shù)據(jù)單元 傳送至該接收端。較佳地，該傳輸端的傳輸窗大小(即協(xié)議參數(shù) Configured一Tx—Window—Size)小于2048。
簡言之，當(dāng)傳輸端需查詢接收端的接收狀態(tài)，本發(fā)明實施例是將查詢序 號字段的值設(shè)為變量VT(S)減1 。換句話說，不論協(xié)議參數(shù) Configured—Tx—Window—Size的值為何，本發(fā)明實施例只可能將查詢序號字段 的值設(shè)為變量VT(S)減1。如此一來，可避免重傳延遲。舉例來說，在傳輸端 中，假設(shè)協(xié)議參數(shù)Configured—Tx—Window—Size的值為1024，且序號為0、 1、 2、 3的協(xié)議數(shù)據(jù)單元已被傳送，亦即變數(shù)VT(S)等于4。若序號為0、 1、 2、 3的協(xié)議數(shù)據(jù)單元皆未被確認(rèn)收訖，當(dāng)傳輸端啟動查詢時，根據(jù)本發(fā)明實施 例，傳輸端會將查詢序號字段的值設(shè)為變量VT(S)減1，即3。接下來，若接收端在收到序號為0、 1、 2、 3的協(xié)議數(shù)據(jù)單元前，先收到查詢序號字段的值 為3的查詢復(fù)合字段，則接收端會將序號為3的協(xié)議數(shù)據(jù)單元視為已由傳輸 端傳送，并回傳狀態(tài)回報，指示其尚未收到序號為O、 1、 2及3的協(xié)議數(shù)據(jù) 單元。因此，根據(jù)接收端回傳的狀態(tài)回報，傳輸端會重傳序號為0至3的協(xié) 議數(shù)據(jù)單元，并將序號為3的協(xié)議數(shù)據(jù)單元的查詢位設(shè)定為啟動(=1 )。換句 話說，當(dāng)傳輸端需查詢接收端的接收狀態(tài)時，本發(fā)明實施例不僅可避免重傳 已成功傳送的協(xié)議數(shù)據(jù)單元，同時可避免需重傳的協(xié)議數(shù)據(jù)單元的重傳延遲。
綜上所述，當(dāng)傳輸端中查詢被啟動時，本發(fā)明實施例是設(shè)定查詢序號字 段的值為變量VT(S)減1,因而可避免協(xié)議數(shù)據(jù)單元的重傳延遲。
以上所述僅為本發(fā)明的較佳實施例，凡依本發(fā)明權(quán)利要求書所做的均等 變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種用于無線通訊系統(tǒng)的傳輸端查詢數(shù)據(jù)傳輸狀況的方法，其特征是，包含有于上述傳輸端中查詢接收端的流程被啟動時，形成包含有查詢序號字段的狀態(tài)協(xié)議數(shù)據(jù)單元，以指示所需查詢的協(xié)議數(shù)據(jù)單元的序號；設(shè)定上述查詢序號字段的值為上述傳輸端下一新傳的協(xié)議數(shù)據(jù)單元的序號減1；以及將上述狀態(tài)協(xié)議數(shù)據(jù)單元傳送至上述接收端。
2. 根據(jù)權(quán)利要求1所述的方法，其特征是，其中上述傳輸端的傳輸窗大 小小于2048。
3. 根據(jù)權(quán)利要求1所述的方法，其特征是，其中上述傳輸端及上述接收 端操作于確認(rèn)模式。
4. 一種用于無線通訊系統(tǒng)的通訊裝置，用以正確查詢^:據(jù)傳輸狀況，其 特征是，上述通訊裝置包含有控制電路，用來實現(xiàn)上述通訊裝置的功能；中央處理器，設(shè)于上述控制電路中，用來^i行程序代碼以操控上述控制 電3各；以及儲存裝置，設(shè)于上述控制電路中且耦接于上述中央處理器，用來儲存上 述程序代碼；其中上述程序代碼中包含有.于上述通訊裝置中查詢接收端的流程被啟動時，形成包含有查詢序號字 段的狀態(tài)協(xié)議數(shù)據(jù)單元，以指示所需查詢的協(xié)議數(shù)據(jù)單元的序號；設(shè)定上述查詢序號字段的值為上述通訊裝置下一新傳的協(xié)議數(shù)據(jù)單元的 序號減1;以及將上述狀態(tài)協(xié)議數(shù)據(jù)單元傳送至上述接收端。
5. 根據(jù)權(quán)利要求4所述的通訊裝置，其特征是，其中上述通訊裝置的傳 輸窗大小小于2048。
6. 根據(jù)權(quán)利要求4所述的通訊裝置，其特征是，其操作于確認(rèn)模式。
全文摘要
用于一無線通訊系統(tǒng)的一傳輸端查詢數(shù)據(jù)傳輸狀況的方法，包含有于該傳輸端中查詢一接收端的流程被啟動時，形成一包含有一查詢序號字段的狀態(tài)協(xié)議數(shù)據(jù)單元，以指示所需查詢的一協(xié)議數(shù)據(jù)單元的序號；設(shè)定該查詢序號字段的值為該傳輸端下一新傳的一協(xié)議數(shù)據(jù)單元的序號減1；以及將該狀態(tài)協(xié)議數(shù)據(jù)單元傳送至該接收端。
文檔編號H04L1/18GK101309131SQ200810099270
公開日2008年11月19日 申請日期2008年5月15日 優(yōu)先權(quán)日2007年5月15日
發(fā)明者江孝祥 申請人:華碩電腦股份有限公司