專利名稱：用于通過動態(tài)改變傳輸率來發(fā)送無線數(shù)據(jù)的方法和設備的制作方法
技術(shù)領域：
本發(fā)明涉及無線數(shù)據(jù)傳輸，更具體地說，涉及一種用于通過在無線環(huán)境中以利用關(guān)于重發(fā)幀的數(shù)目的信息檢查無線信道狀態(tài)的方式動態(tài)地改變傳輸率來發(fā)送數(shù)據(jù)幀的方法和設備。
背景技術(shù)：
隨著無線通信技術(shù)發(fā)展，許多用于以高速發(fā)送無線數(shù)據(jù)的技術(shù)已被開發(fā)。然而，在相關(guān)的技術(shù)系統(tǒng)中，當無線數(shù)據(jù)以高速率被發(fā)送時，許多無線數(shù)據(jù)可能丟失，或者數(shù)據(jù)吞吐量可能銳減，這取決于無線信道狀態(tài)。
例如，圖1示出基于數(shù)據(jù)收發(fā)機的距離和傳輸率的無線數(shù)據(jù)的吞吐量。
在圖1中，當數(shù)據(jù)收發(fā)機的距離是10m(在參考線100處)時，以54Mbps的傳輸率發(fā)送的數(shù)據(jù)的吞吐量高于以36Mbps或24Mbps的傳輸率發(fā)送的數(shù)據(jù)的吞吐量。
相反地，當數(shù)據(jù)收發(fā)機的距離是30m(在參考線110處)時，以54Mbps的傳輸率發(fā)送的數(shù)據(jù)的吞吐量低于以36Mbps、24Mbps乃至12Mbps的傳輸率發(fā)送的數(shù)據(jù)的吞吐量。
因此，如圖1所示，根據(jù)無線信道狀態(tài)，較高的傳輸率并不總是具有較高的吞吐量。
所以，申請人一直設法通過基于無線信道狀態(tài)動態(tài)地改變傳輸率并且選擇最適合于當前無線信道狀態(tài)的某傳輸率來提高數(shù)據(jù)吞吐量。

發(fā)明內(nèi)容
因此，本發(fā)明的目的在于克服在傳統(tǒng)技術(shù)中遇到的問題。
本發(fā)明的另一目的在于提供一種用于以下述方式提高數(shù)據(jù)幀的吞吐量的方法，該方式為利用關(guān)于重發(fā)幀的數(shù)目的信息檢查無線信道狀態(tài)，并且根據(jù)無線信道狀態(tài)而動態(tài)地改變傳輸率，然后發(fā)送數(shù)據(jù)幀。
為了實現(xiàn)上述目的，提供一種用于發(fā)送無線數(shù)據(jù)的方法，包括(a)以第一傳輸率發(fā)送無線數(shù)據(jù)的第一數(shù)據(jù)幀；(b)將第一數(shù)據(jù)幀的重發(fā)的結(jié)果存儲在第一窗數(shù)組中；(c)確定第—傳輸率；以及(d)以第二傳輸率發(fā)送無線數(shù)據(jù)的第二數(shù)據(jù)幀。
為了實現(xiàn)上述目的，提供一種用于發(fā)送無線數(shù)據(jù)的設備，包括第一數(shù)據(jù)傳輸模塊，用于以第一傳輸率發(fā)送無線數(shù)據(jù)的第一數(shù)據(jù)幀；窗數(shù)組管理模塊，用于產(chǎn)生第一窗數(shù)組，并且用于將第一數(shù)據(jù)幀的重發(fā)的結(jié)果存儲在該產(chǎn)生的第一窗數(shù)組中；傳輸率控制模塊，用于確定第二傳輸率；以及第二數(shù)據(jù)傳輸模塊，用于以第二傳輸率發(fā)送第二數(shù)據(jù)幀。


參照附圖本發(fā)明將會變得更易于理解，其中，附圖為示例性的且因此并不限定本發(fā)明，其中圖1是基于數(shù)據(jù)收發(fā)機的距離和傳輸率的無線數(shù)據(jù)的吞吐量的曲線圖；圖2是示出根據(jù)本發(fā)明的示例性實施例的無線數(shù)據(jù)收發(fā)機系統(tǒng)的示圖；圖3是根據(jù)本發(fā)明的示例性實施例的用于發(fā)送無線數(shù)據(jù)的方法的流程圖；圖4是示出根據(jù)本發(fā)明的示例性實施例的利用窗數(shù)組來控制傳輸率的處理的示圖；圖5是根據(jù)本發(fā)明的另一示例性實施例的發(fā)送無線數(shù)據(jù)的方法的流程圖；圖6是示出根據(jù)本發(fā)明的示例性實施例的用于通過提高傳輸率來發(fā)送數(shù)據(jù)幀的機制的示圖；圖7是示出根據(jù)本發(fā)明的示例性實施例的用于通過降低傳輸率來發(fā)送數(shù)據(jù)幀的機制的示圖；圖8是示出根據(jù)本發(fā)明的示例性實施例的鏈路適配模塊的結(jié)構(gòu)的方框圖；圖9A至9C是根據(jù)本發(fā)明的示例性實施例的測試結(jié)果的曲線圖；以及圖10A至10C是根據(jù)本發(fā)明的另一示例性實施例的測試結(jié)果的曲線圖。
具體實施例方式
參照下面的示例性實施例的詳細描述和附圖，本發(fā)明的優(yōu)點和特性以及實現(xiàn)其的方法可更易于理解。然而，本發(fā)明可以以多種不同的形式實現(xiàn)并且不應被理解為限定于這里提出的實施例。而是，提供這些實施例從而該公開將完全和徹底，并且將向本領域技術(shù)人員充分傳達本發(fā)明的構(gòu)思，而且本發(fā)明將僅由所附的權(quán)利要求來限定。在說明書中，相同的標號指的是相同的部件。
以下，參照根據(jù)本發(fā)明的實施例的方法的流程圖來描述本發(fā)明。應該理解流程圖中的每一方框以及流程圖中方框的結(jié)合，可由計算機程序指令來實現(xiàn)。這些計算機程序指令可被提供給通用計算機、專用計算機、或者其它可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生機器，從而通過計算機或其它可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令創(chuàng)建出用于實現(xiàn)在流程圖方框或方框組合中指定的功能的手段。這些計算機程序指令也可被存儲在可指導計算機或其它可編程數(shù)據(jù)處理設備以特定的方式運行的計算機可用或計算機可讀存儲器中，從而存儲在計算機可用或計算機可讀存儲器中的指令產(chǎn)生包括實現(xiàn)在流程圖方框或方框組中指定的功能的指令方式的裝置。該計算機程序指令還可被加載到計算機或其它可編程數(shù)據(jù)處理設備上來引起將被在計算機或其它可編程設備上執(zhí)行的一系列操作步驟以產(chǎn)生計算機執(zhí)行的處理，從而在計算機或其它可編程設備上執(zhí)行的指令提供用于執(zhí)行在流程圖方框或方框組中指定的功能的步驟。
此外，流程圖的每一方框可代表模塊、程序段、或者部分代碼，其包括一個或多個用于實現(xiàn)特定的邏輯功能的可執(zhí)行指令。還應注意到，在一些可選的實現(xiàn)中，在方框組中注明的功能可以打亂順序發(fā)生。例如，接連示出的兩個方框可實際上被基本上同時執(zhí)行，或者有時候方框組可以相反的順序被執(zhí)行，這取決于有關(guān)的功能。
圖2是根據(jù)本發(fā)明的示例性實施例的無線數(shù)據(jù)發(fā)送和接收系統(tǒng)200。這里，用于執(zhí)行無線數(shù)據(jù)發(fā)送和接收操作的終端設備被設計為執(zhí)行發(fā)送和接收數(shù)據(jù)的功能。為了簡潔描述，終端設備被分類為用于發(fā)送無線數(shù)據(jù)的發(fā)射機210，和用于接收無線數(shù)據(jù)的接收機250。本發(fā)明涉及發(fā)射機210。
考慮到IEEE802.11標準協(xié)議，根據(jù)本發(fā)明的發(fā)射機210基于應用層、媒體訪問控制層(MAC層)、和物理層(Phy層)的形成的協(xié)議來執(zhí)行希望的操作。發(fā)射機210和接收機250包括用于基于每一層來執(zhí)行操作的模塊。因此，發(fā)射機210包括發(fā)送應用模塊215、發(fā)送MAC模塊220、和發(fā)送PHY模塊225，而接收機250包括接收應用模塊265、接收MAC模塊260、和接收PHY模塊255。
根據(jù)本發(fā)明的示例性實施例的動態(tài)地改變傳輸率和發(fā)送無線數(shù)據(jù)的操作在發(fā)射機210的發(fā)送MAC模塊220中被執(zhí)行。隨后將參照圖3和5描述其詳細的操作。
如這里采用的術(shù)語‘模塊’表示，但并不受限于軟件或諸如現(xiàn)場可編程門陣列(FPGA)或執(zhí)行特定任務的專用集成電路(ASIC)的硬件部件。模塊可便利地被配置為駐留在可尋址的存儲介質(zhì)上并且被配置為在一個或多個處理器上執(zhí)行。因此，作為例子，模塊可包括諸如軟件部件、面向?qū)ο蟮能浖考?、類部件和任務部件、處理、函?shù)、屬性、過程、子程序、程序代碼段、驅(qū)動程序、固件、微碼、電路、數(shù)據(jù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)、表、數(shù)組、以及變量的部件。在部件中提供的功能性和模塊可被結(jié)合成更少的部件和模塊，或者被進一步分開為另外的部件和模塊。
以下，為了本發(fā)明的更簡單的描述，執(zhí)行圖3和5的一系列處理的模塊被稱作鏈路適配模塊。
圖3是根據(jù)本發(fā)明的示例性實施例的發(fā)送無線數(shù)據(jù)的方法的流程圖。
當用于發(fā)送無線數(shù)據(jù)的應用程序開始時，鏈路適配模塊根據(jù)本發(fā)明初始化用于動態(tài)地改變傳輸率的環(huán)境(S310)。
例如，用于存儲數(shù)據(jù)幀的重發(fā)的結(jié)果的數(shù)組類型數(shù)據(jù)結(jié)構(gòu)可被載入存儲器中，或者用于提高或降低傳輸率的參考信息可以以表的形式被載入存儲器中。為了檢查數(shù)據(jù)幀的重發(fā)狀態(tài)，可產(chǎn)生用于判斷ACK幀或NACK幀的作為鏈路適配模塊的子流程(sub process)或子進程(child process)的特定模塊。
當鏈路適配模塊的初始化處理結(jié)束時，數(shù)據(jù)幀被發(fā)送，并且關(guān)于發(fā)送的數(shù)據(jù)幀的ACK或NACK幀被接收。如果接收到NACK幀，則意味著數(shù)據(jù)幀沒有被正常發(fā)送，所以數(shù)據(jù)幀被重發(fā)。這時，在具有數(shù)組類型數(shù)據(jù)結(jié)構(gòu)的窗數(shù)組中指出該數(shù)據(jù)幀被重發(fā)。即，在數(shù)據(jù)幀已經(jīng)被重發(fā)的情況下，窗數(shù)組的元素被設置為1，在重發(fā)未被執(zhí)行的情況下，其被設置為0。數(shù)據(jù)幀的重發(fā)的結(jié)果以窗數(shù)組的大小被存儲在窗數(shù)組中(S320)。例如，在20個數(shù)據(jù)幀的重發(fā)的結(jié)果被存儲在窗數(shù)組中的情況下，步驟S320被重復執(zhí)行直到在窗數(shù)組的20個元素中0或1被設置。
在0或1以先前確定的數(shù)目在元素中被設置的情況下，利用在這些元素中設置的值判斷傳輸率被提高還是降低(S330)。例如，當在20個元素的多于10個元素中填充入值1時，可需要降低傳輸率，并且當在20個元素的少于10個元素中填充入值1時，可需要提高傳輸率。存儲器可以以表的形式存儲對每一傳輸率的這種判據(jù)。
在作為步驟S330的結(jié)果數(shù)據(jù)率被確定為提高或降低的情況下，數(shù)據(jù)幀以提高的或降低的傳輸率被重發(fā)(S340)，并且窗數(shù)組被再次初始化(S350)。
如圖3中所示，基于無線信道狀態(tài)可實現(xiàn)傳輸率的快速改變。
圖4是示出根據(jù)本發(fā)明的示例性實施例的利用由5個元素形成的窗數(shù)組來控制傳輸率的處理的示圖。
當窗數(shù)組被初始化時，每一元素被設置為OxFF(S410)。這時，所有五個元素的總和是1275?！皐idx”代表指示窗數(shù)組的元素的指針?！癟xConfirm(parameter)”代表指示發(fā)送的數(shù)據(jù)幀被接收機正常地或非正常地接收的對發(fā)射機的中斷或信息消息。如果接收機已經(jīng)正常地接收到數(shù)據(jù)幀，“parameter”被指示為“no error”，否則，其被指示為“error”。
在步驟S410中，當發(fā)射機已經(jīng)向接收機發(fā)送數(shù)據(jù)幀并且已經(jīng)接收到“TxConfirm(no error)”時，第一元素被設置為0，并且“widx”指示下一個元素(S415)。
這時，元素的總和是1020。只有當窗數(shù)組的所有元素被設置為0或1時才可確定傳輸率應該被提升還是降低。因此，步驟S320被重復執(zhí)行，如步驟S415至S435所示，直到元素的總和變?yōu)?或更少。
在步驟S435中，在窗數(shù)組的元素中設置的值的總和變?yōu)?，并且基于該值與參考值的比較可提高或降低傳輸率。在本實施例中，參考值被設置，從而(1)如果總和變?yōu)?或5，則傳輸率被降低；(2)如果總和變?yōu)?或2，則傳輸率被提高；和(3)如果總和變?yōu)?，則傳輸率被保持。因此，在步驟S435中，傳輸率被保持。
在確定傳輸率是否應該被改變之后，窗數(shù)組被再次初始化(S445)，并且圖3的步驟S320被重復執(zhí)行。
圖5是根據(jù)本發(fā)明的另一示例性實施例的發(fā)送無線數(shù)據(jù)的方法的流程圖。
為了發(fā)送無線數(shù)據(jù)，當應用程序開始時，鏈路適配模塊初始化用于動態(tài)地改變傳輸率的環(huán)境(S510)。
例如，用于存儲數(shù)據(jù)幀或測試幀的重發(fā)的結(jié)果的數(shù)組類型數(shù)據(jù)結(jié)構(gòu)可被載入存儲器中，或者用于提高或降低傳輸率的參考信息可以以表的形式被載入存儲器中。為了檢查數(shù)據(jù)幀或測試幀的重發(fā)狀態(tài)，可產(chǎn)生用于判斷ACK幀或NACK幀的作為鏈路適配模塊的子流程(sub process)或子進程(child process)的特定模塊。
當鏈路適配模塊的初始化處理結(jié)束時，數(shù)據(jù)幀被發(fā)送，并且關(guān)于發(fā)送的數(shù)據(jù)幀的ACK或NACK幀被接收。如果接收到NACK幀，則意味著數(shù)據(jù)幀沒有被正常發(fā)送，所以數(shù)據(jù)幀被重發(fā)。這時，在具有數(shù)組類型數(shù)據(jù)結(jié)構(gòu)的窗數(shù)組中指出該數(shù)據(jù)幀被重發(fā)。此時，在具有數(shù)組類型數(shù)據(jù)結(jié)構(gòu)的第一窗數(shù)組中指示該數(shù)據(jù)幀被重發(fā)。即，在數(shù)據(jù)幀已經(jīng)被重發(fā)的情況下，第一窗數(shù)組的元素被設置為1，在重發(fā)未被執(zhí)行的情況下，其被設置為0。數(shù)據(jù)幀的重發(fā)的結(jié)果被存儲在第一窗數(shù)組中(S515)。例如，當20個數(shù)據(jù)幀的重發(fā)的結(jié)果被存儲在第一窗數(shù)組中時，步驟S515被重復執(zhí)行直到在第一窗數(shù)組的所有20個元素中0或1被設置。
當在所有的元素中0或1被設置并且與參考值比較時，確定提高還是降低傳輸率(S520)。例如，當在20個元素的多于10個元素中填充入值1時，可需要降低傳輸率，并且當在20個元素的少于10個元素中填充入值1時，可需要提高傳輸率。存儲器可以以表的形式存儲對每一傳輸率的這種判據(jù)。
當作為步驟S520的結(jié)果確定傳輸率必須提高時，基于圖6的機制發(fā)送數(shù)據(jù)幀。
如圖6中所示，以標號610、620、630和660指示第一窗數(shù)組，以標號650指示第二窗數(shù)組，并且以標號615、625和645指示測試幀。
在鏈路適配模塊中，當?shù)谝淮皵?shù)組610的分析指示傳輸率應該被提高時，測試幀615以提高的傳輸率被發(fā)送，并且其重發(fā)的結(jié)果被存儲在第二窗數(shù)組650的第一元素中(S535)。測試幀615可以是單一的數(shù)據(jù)幀或者不同的幀。在步驟S520中，即使確定傳輸率應該被提高，但是與下一個第一窗數(shù)組620的元素信息對應的數(shù)據(jù)幀并不以提高的傳輸率發(fā)送，而是以與第一窗數(shù)組610相同的傳輸率發(fā)送。測試幀615的重發(fā)的結(jié)果以與第一窗數(shù)組610的元素中的第一幀的重發(fā)的結(jié)果相同的方法被存儲在第二窗數(shù)組650的元素中。第一和第二窗數(shù)組610和650的大小不必相同。
在步驟S540中，判斷用于通過分析第二窗數(shù)組650來確定傳輸率應該被提高還是降低的條件是否滿足。特別地，當?shù)谝淮皵?shù)組610、620和630滿足提高傳輸率的條件，并且關(guān)于測試幀615、625和645的所有重發(fā)結(jié)果被記錄在所有的元素中時，該條件被滿足。在以上條件未滿足時，重復執(zhí)行步驟S515。當條件被滿足時，基于在第二窗數(shù)組650中記錄的信息判斷數(shù)據(jù)幀的傳輸率應該被提高還是降低。
在步驟S545中，當判斷數(shù)據(jù)幀的傳輸率應該被提高時，與第一窗數(shù)組660的元素信息對應的數(shù)據(jù)幀以提高的傳輸率被發(fā)送(S550)，第二窗數(shù)組被初始化(S555)，并且步驟S515被重復執(zhí)行。
如果判斷數(shù)據(jù)幀的傳輸率不應該被提高，則與第一窗數(shù)組660的元素信息對應的數(shù)據(jù)幀以與第一窗數(shù)組610、620、和630相同的傳輸率被發(fā)送，第二窗數(shù)組被初始化(S555)，并且步驟S515被重復執(zhí)行。
在步驟S545中的用于利用記錄于第二窗數(shù)組650的元素中的關(guān)于測試幀的重發(fā)的結(jié)果來判斷數(shù)據(jù)幀的傳輸率被提高還是降低的方法可以以與第一窗數(shù)組相同的方法被執(zhí)行。
在步驟S520中，如果確定傳輸率應該被降低，則基于圖7的機制發(fā)送數(shù)據(jù)幀。
當正用測試幀705和715的重發(fā)的結(jié)果更新第二窗數(shù)組750時，并且當作為記錄在第一窗數(shù)組720的元素中的重發(fā)的確認的結(jié)果確定傳輸率被降低時，第二窗數(shù)組750被初始化，并且新的第二窗數(shù)組760被產(chǎn)生(S520，S525)。
與第一窗數(shù)組770的元素信息對應的數(shù)據(jù)幀以降低的傳輸率被發(fā)送(S530)，并且步驟S515被重復執(zhí)行。
如果對于第一窗數(shù)組770在步驟S520中再次確認傳輸率被提高，則關(guān)于測試幀775的重發(fā)的結(jié)果被記錄在第二窗數(shù)組760的第一元素中。在基于記錄在第一窗數(shù)組的元素中的信息判斷傳輸率被提高的情況下，用于確認測試幀的重發(fā)的狀態(tài)的第二窗數(shù)組被使用。否則，數(shù)據(jù)幀以降低的傳輸率被發(fā)送，并且基于第二窗數(shù)組的判斷處理不被執(zhí)行。
圖8是示出根據(jù)本發(fā)明的實施例的鏈路適配模塊的配置的方框圖，其執(zhí)行上述的操作。
鏈路適配模塊包括窗數(shù)組管理模塊810、傳輸率控制模塊820、以及數(shù)據(jù)發(fā)送模塊830。
窗數(shù)組管理模塊810產(chǎn)生用于存儲數(shù)據(jù)幀的重發(fā)的結(jié)果的數(shù)組類型窗數(shù)組，并且依照“TxConfirm ”中斷或消息將數(shù)據(jù)幀的重發(fā)的結(jié)果存儲在產(chǎn)生的窗數(shù)組中。以后，確定傳輸率控制模塊820是否基于其結(jié)果改變數(shù)據(jù)幀的傳輸率。數(shù)據(jù)發(fā)送模塊830依照傳輸率控制模塊820的確定以提高的或降低的傳輸率發(fā)送數(shù)據(jù)幀。這時，在傳輸率控制模塊820確定要提高傳輸率的情況下，作為以提高的傳輸率發(fā)送的測試幀的重發(fā)的結(jié)果，數(shù)據(jù)發(fā)送模塊830提高傳輸率，從而發(fā)送數(shù)據(jù)幀。由于上面已描述了詳細的傳輸率改變算法，所以將略去對其的描述。
圖9A至9C是根據(jù)本發(fā)明的示例性實施例的測試結(jié)果的曲線圖。該測試結(jié)果在信道狀態(tài)相對較好的時候被得到。
圖9A是基于圖3的方法當窗數(shù)組的大小是5時的結(jié)果的示圖，圖9B是基于圖3的方法當窗數(shù)組的大小是20時的結(jié)果的示圖，圖9C是基于圖5的方法當窗數(shù)組的大小是20時的結(jié)果的示圖。
當信道狀態(tài)相對較好時，如圖9A至9C所示，沒有很多不同。即，包丟失率是0％，并且就Rx吞吐量而言，保持在19～22Mbps。就重發(fā)數(shù)目(重試計數(shù))而言，圖9A的結(jié)果最高，其后依次為圖9B和9C。即，通過依照窗數(shù)組的大小動態(tài)地改變傳輸率可減少數(shù)據(jù)幀的重發(fā)的數(shù)目。
如圖9A中所示，Rx吞吐量被保持在21～22Mbps，如圖9B和9C中所示，其被保持在19Mbps，降低了2～3Mbps。在前者的情況下，意味著嘗試以較高的傳輸率來發(fā)送，在后者的情況下，意味著嘗試以較低的傳輸率來發(fā)送。因此，穩(wěn)定的數(shù)據(jù)幀傳輸被實現(xiàn)，保持較少的重發(fā)數(shù)目(重試計數(shù))。
具體說，如圖9B和9C中所示，后者的情況是重發(fā)數(shù)目(重試計數(shù))最大為與前者的情況相比的1/20。即，即使當Rx吞吐量類似時，前者的情況使用了過多的帶寬用于重發(fā)，而后者的情況僅使用了必要的帶寬，從而防止了帶寬的過度消耗。
圖10A至10C是根據(jù)本發(fā)明的另一實施例的測試結(jié)果的曲線圖。該測試結(jié)果在信道狀態(tài)相對較差的時候被得到。
圖10A示出基于圖3的方法當窗數(shù)組的大小是5時的結(jié)果，圖10B示出基于圖3的方法當窗數(shù)組的大小是20時的結(jié)果，圖10C示出基于圖5的方法當窗數(shù)組的大小是20時的結(jié)果。
如圖10A至10C中所示，重發(fā)的數(shù)目與如圖9A至9C所示的當信道狀態(tài)相對較好的時候的結(jié)果相比提高了大約2-4倍。
此外，當窗數(shù)組的大小較小時，重發(fā)的數(shù)目被大量地增加(最大4倍)，并且當窗數(shù)組的大小較大時，重發(fā)數(shù)目的增加的程度小于2倍。
與圖9A至9C的結(jié)果相比，Rx吞吐量被減少。
窗數(shù)組的較小大小代表傳輸率的許多變化。即，當無足夠采樣而在短時間內(nèi)傳輸率被提高時，即使不穩(wěn)定的無線環(huán)境被應用，重發(fā)的數(shù)目(重試計數(shù))被銳減，并且包丟失率被提高。即，如圖10A中所示，重發(fā)的數(shù)目被保持在大約80,000次，如圖10C中所示，重發(fā)的數(shù)目被保持在大約1,000次。如圖10A中所示，與圖10C相比發(fā)生了許多帶寬損失。
如上所述，依據(jù)無線信道的狀態(tài)動態(tài)地改變傳輸率可提高數(shù)據(jù)吞吐量。
本發(fā)明在不脫離其精神或必要特征的情況下被以幾種形式實現(xiàn)，還應理解到，除非另有說明，上述例子并不受限于前述描述的任一細節(jié)，而是應在由所附權(quán)利要求限定的精神和范圍之內(nèi)被廣泛地解釋，因此所有在權(quán)利要求的要求和范圍內(nèi)或如此的要求和范圍的等同物內(nèi)的改動和變換應認為由所附的權(quán)利要求所包含。
權(quán)利要求
1.一種用于發(fā)送無線數(shù)據(jù)的方法，包括(a)以第一傳輸率發(fā)送無線數(shù)據(jù)的第一數(shù)據(jù)幀；(b)將第一數(shù)據(jù)幀的重發(fā)的結(jié)果存儲在第一窗數(shù)組中；(c)確定第二傳輸率；以及(d)以第二傳輸率發(fā)送無線數(shù)據(jù)的第二數(shù)據(jù)幀。
2.如權(quán)利要求1所述的方法，其中，基于在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定第二傳輸率。
3.如權(quán)利要求2所述的方法，其中，第二傳輸率通過以下步驟來確定確定表示或不表示錯誤的在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果的數(shù)值；并且比較確定的數(shù)值和參考數(shù)值。
4.如權(quán)利要求2所述的方法，其中，第二傳輸率通過以下步驟來確定基于在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定測試第二傳輸率；在以第一傳輸率發(fā)送進一步的第一數(shù)據(jù)幀的同時以該測試第二傳輸率發(fā)送測試幀；將測試幀的重發(fā)的結(jié)果存儲在第二窗數(shù)組中；基于存儲的測試幀的重發(fā)的結(jié)果確定第二傳輸率。
5.如權(quán)利要求4所述的方法，其中，確定第二傳輸率的步驟包括確定表示或不表示錯誤的在第二窗數(shù)組中存儲的測試幀的重發(fā)的結(jié)果的數(shù)值；并且比較該確定的數(shù)值和參考數(shù)值。
6.如權(quán)利要求1所述的方法，還包括在確定第二傳輸率之后初始化第一窗數(shù)組。
7.如權(quán)利要求4所述的方法，還包括在確定第二傳輸率之后初始化第二窗數(shù)組。
8.如權(quán)利要求4所述的方法，其中，該第一和第二窗數(shù)組具有可變大小的數(shù)據(jù)結(jié)構(gòu)。
9.如權(quán)利要求1所述的方法，其中，第二傳輸率通過以下步驟來確定基于在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定測試第二傳輸率；在以第一傳輸率發(fā)送進一步的第一數(shù)據(jù)幀的同時以該測試第二傳輸率發(fā)送測試幀；將測試幀的重發(fā)的結(jié)果存儲在第二窗數(shù)組中；在發(fā)送測試幀的同時，基于在進一步的第一窗數(shù)組中存儲的進一步的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定進一步的測試第二傳輸率；當該進一步的測試第二傳輸率被確定為慢于第一傳輸率時，初始化第二窗數(shù)組；并且通過降低傳輸率以第二傳輸率發(fā)送第二數(shù)據(jù)幀。
10.如權(quán)利要求9所述的方法，其中，確定第二傳輸率的步驟包括確定表示或不表示錯誤的在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果的數(shù)值；并且比較該確定的數(shù)值和參考數(shù)值。
11.如權(quán)利要求9所述的方法，其中，該第一和第二窗數(shù)組具有可變大小的數(shù)據(jù)結(jié)構(gòu)。
12.如權(quán)利要求1所述的方法，其中，根據(jù)IEEE802.11標準，(b)至(d)在媒體訪問控制層(MAC層)中被實現(xiàn)。
13.一種用于發(fā)送無線數(shù)據(jù)的設備，包括第一數(shù)據(jù)發(fā)送模塊，適合以第一傳輸率發(fā)送無線數(shù)據(jù)的第一數(shù)據(jù)幀；窗數(shù)組管理模塊，適合產(chǎn)生第一窗數(shù)組，并且用于將第一數(shù)據(jù)幀的重發(fā)的結(jié)果存儲在產(chǎn)生的第一窗數(shù)組中；傳輸率控制模塊，適合確定第二傳輸率；以及數(shù)據(jù)發(fā)送模塊，適合以第二傳輸率發(fā)送第二數(shù)據(jù)幀。
14.如權(quán)利要求13所述的設備，其中，基于在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定第二傳輸率。
15.如權(quán)利要求14所述的設備，其中，第二傳輸率通過以下步驟來確定確定表示或不表示錯誤的在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果的數(shù)值；并且比較該確定的數(shù)值和參考數(shù)值。
16.如權(quán)利要求14所述的設備，其中，第二傳輸率通過以下步驟來確定基于在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定測試第二傳輸率；在以第一傳輸率發(fā)送進一步的第一數(shù)據(jù)幀的同時以該測試第二傳輸率發(fā)送測試幀；將測試幀的重發(fā)的結(jié)果存儲在第二窗數(shù)組中；基于存儲的測試幀的重發(fā)的結(jié)果確定第二傳輸率。
17.如權(quán)利要求16所述的設備，其中，確定第二傳輸率的步驟包括確定表示或不表示錯誤的在第二窗數(shù)組中存儲的測試幀的重發(fā)的結(jié)果的數(shù)值；并且比較該確定的數(shù)值和參考數(shù)值。
18.如權(quán)利要求13所述的設備，其中，第一窗數(shù)組在確定第二傳輸率之后被初始化。
19.如權(quán)利要求16所述的設備，還包括第二窗數(shù)組在確定第二傳輸率之后被初始化。
20.如權(quán)利要求16所述的設備，其中，該第一和第二窗數(shù)組具有可變大小的數(shù)據(jù)結(jié)構(gòu)。
21.如權(quán)利要求13所述的設備，其中，第二傳輸率通過以下步驟來確定基于在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定測試第二傳輸率；在以第一傳輸率發(fā)送進一步的第一數(shù)據(jù)幀的同時以該測試第二傳輸率發(fā)送測試幀；將測試幀的重發(fā)的結(jié)果存儲在第二窗數(shù)組中；在發(fā)送測試幀的同時，基于在進一步的第一窗數(shù)組中存儲的進一步的第一數(shù)據(jù)幀的重發(fā)的結(jié)果確定進一步的測試第二傳輸率；當該進一步的測試第二傳輸率被確定為慢于第一傳輸率時，初始化第二窗數(shù)組；并且通過降低傳輸率以第二傳輸率發(fā)送第二數(shù)據(jù)幀。
22.如權(quán)利要求21所述的設備，其中，確定第二傳輸率的步驟包括確定表示或不表示錯誤的在第一窗數(shù)組中存儲的第一數(shù)據(jù)幀的重發(fā)的結(jié)果的數(shù)值；并且比較該確定的數(shù)值和參考數(shù)值。
23.如權(quán)利要求21所述的設備，其中，該第一和第二窗數(shù)組具有可變大小的數(shù)據(jù)結(jié)構(gòu)。
24.如權(quán)利要求13所述的設備，其中，窗數(shù)組管理模塊、傳輸率控制模塊、和第二數(shù)據(jù)發(fā)送模塊包括根據(jù)IEEE802.11標準的媒體訪問控制層(MAC層)。
全文摘要
一種用于發(fā)送無線數(shù)據(jù)的方法，包括(a)以第一傳輸率發(fā)送無線數(shù)據(jù)的第一數(shù)據(jù)幀；(b)將第一數(shù)據(jù)幀的重發(fā)的結(jié)果存儲在第一窗數(shù)組中；(c)確定第二傳輸率；以及發(fā)送第二數(shù)據(jù)幀。
文檔編號H04L1/24GK1756142SQ200510085268
公開日2006年4月5日 申請日期2005年7月19日 優(yōu)先權(quán)日2004年10月2日
發(fā)明者權(quán)昶烈, 梁七烈, 尹碩振 申請人:三星電子株式會社