專利名稱：重發(fā)控制方法以及使用該方法的設備的制作方法
技術領域：
本發(fā)明涉及一種在無線局域網(wǎng)(WLAN)中控制幀傳輸?shù)姆椒ㄒ约笆褂迷摲椒ǖ脑O備。
背景技術：
在WLAN環(huán)境中，與有線LAN環(huán)境相比錯誤率高并且?guī)捳?。考慮到WLAN環(huán)境的特性，正在進行許多關于AV(音頻視覺)數(shù)據(jù)的平滑傳輸?shù)难芯俊?br> 在傳統(tǒng)的幀傳輸控制方法中，由于所有的幀錯誤在媒體訪問控制(MAC)層被檢測并且錯誤在其中已經(jīng)被檢測的幀的重發(fā)被嘗試，所以在WIAN環(huán)境的窄帶寬上的通信量被增加，并且網(wǎng)絡吞吐量被急劇減小。
此外，由于互聯(lián)網(wǎng)協(xié)議(IP)校驗和與用戶數(shù)據(jù)報協(xié)議(UDP)校驗和分別在IP層和UDP層被執(zhí)行，所以該校驗和使用大量的CPU處理能力。

發(fā)明內(nèi)容
本發(fā)明提供一種控制重發(fā)以不考慮WLAN環(huán)境的狀態(tài)而總是提供最佳圖像的方法，以及使用該方法的設備。
本發(fā)明還提供在其上記錄有用于執(zhí)行該方法的計算機可讀程序的計算機可讀介質(zhì)。
本據(jù)本發(fā)明的一方面，提供一種第一重發(fā)控制方法，包括將從服務器接收的幀中的錯誤的數(shù)量與預定的閾值比較；以及基于該比較結(jié)果自適應地不允許幀的重發(fā)。
根據(jù)本發(fā)明的另一方面，提供一種第一重發(fā)控制設備，包括比較器，將從服務器接收的幀中的錯誤的數(shù)量與預定的閾值比較；以及重發(fā)否決單元，基于該比較結(jié)果自適應地不允許幀的重發(fā)。
根據(jù)本發(fā)明的另一方面，提供一種第二重發(fā)控制方法，包括將從服務器接收的幀中的錯誤的數(shù)量與用于不允許該幀的重發(fā)的重發(fā)否決閾值比較；以及如果基于該比較結(jié)果確定該幀中的錯誤的數(shù)量大于重發(fā)否決閾值，則將在其中該幀的重發(fā)不被允許的重發(fā)否決模式改變?yōu)樵谄渲性搸闹匕l(fā)被允許的重發(fā)允許模式。
根據(jù)本發(fā)明的另一方面，提供一種第二重發(fā)控制設備，包括比較器，將從服務器接收的幀中的錯誤的數(shù)量與用于不允許該幀的重發(fā)的重發(fā)否決閾值比較；以及模式改變器，如果基于該比較結(jié)果確定該幀中的錯誤的數(shù)量大于重發(fā)否決閾值，則將在其中該幀的重發(fā)不被允許的重發(fā)否決模式改變?yōu)樵谄渲性搸闹匕l(fā)被允許的重發(fā)允許模式。
根據(jù)本發(fā)明的另一方面，提供一種在其上記錄有用于執(zhí)行第一重發(fā)控制方法的計算機可讀程序的計算機可讀介質(zhì)。
根據(jù)本發(fā)明的另一方面，提供一種在其上記錄有用于執(zhí)行第二重發(fā)控制方法的計算機可讀程序的計算機可讀介質(zhì)。
本發(fā)明的另外方面和/或優(yōu)點將部分地在下面的描述中提出，部分地將從描述中變得清楚，或者可通過本發(fā)明的實踐而被了解。


通過下面結(jié)合附圖進行的對實施例的描述，本發(fā)明的這些和/或其它方面和優(yōu)點將會變得清楚和更加易于理解，其中圖1是示出在無線LAN環(huán)境中的UDP包錯誤率的曲線圖；圖2是示出客戶機和服務器的協(xié)議堆棧的示圖；圖3是根據(jù)本發(fā)明的實施例的重發(fā)控制設備的方框圖；圖4是根據(jù)本發(fā)明的實施例的幀格式的示圖；圖5是在根據(jù)本發(fā)明的實施例的試驗中與幀數(shù)據(jù)率對應的閾值的圖表；圖6是示出信標幀格式的示圖；圖7是示出IP頭格式的示圖；圖8是示出UDP數(shù)據(jù)報格式的示圖；圖9、10和11是示出根據(jù)本發(fā)明實施例的重發(fā)控制方法的流程圖；圖12示出根據(jù)本發(fā)明的實施例的程序；以及圖13和14是根據(jù)本發(fā)明的實施例的試驗圖片。
具體實施例方式
現(xiàn)在，將詳細參照本發(fā)明的實施例，在附圖中給出其示例，其中，相同的標號始終指的是相同的部件。以下，參照附圖描述實施例以便解釋本發(fā)明。
圖1示出在無線LAN環(huán)境中的UDP包錯誤率。參照圖1，示出在WLAN環(huán)境中的900個連續(xù)UDP包的每一個的錯誤數(shù)量。對大約90％的900個UPD包檢測到低于10％的錯誤。通常，對其錯誤被檢測到的所有UDP包執(zhí)行重發(fā)。根據(jù)圖1，對于大約10％的900個UDP包未檢測到錯誤，對于除了該對其未檢測到錯誤的10％的900個UDP包之外的大約80％的900個UDP包檢測到低于10％的錯誤，對于其它UDP包檢測到多于10％的錯誤。因此，大約90％的900個UDP包變成將被重發(fā)的對象。
通常，使用UDP包發(fā)送AV數(shù)據(jù)，AV數(shù)據(jù)對數(shù)據(jù)到達時間而不是數(shù)據(jù)丟失敏感。UDP不提供如傳輸控制協(xié)議(TCP)的錯誤校正或重發(fā)功能。即，UDP被用于數(shù)據(jù)傳輸，其需要高速而不是可靠性。相反地，TCP被用于需要可靠性而不是高速的數(shù)據(jù)，即，諸如文本文件和程序文件的普通數(shù)據(jù)的傳輸。
由于AV數(shù)據(jù)的特性，包括少許錯誤的AV數(shù)據(jù)具有與包括無錯誤的AV數(shù)據(jù)幾乎相同的質(zhì)量。因此，如果不允許對包括少許錯誤的AV數(shù)據(jù)的重發(fā)，則AV流能夠以與原始AV數(shù)據(jù)幾乎相同的質(zhì)量被平滑地再現(xiàn)。由于不被允許重發(fā)的IP和UDP層的幀的校驗和是無意義的，所以禁止該校驗和功能將幫助提高CPU性能。
圖2示出客戶機1和服務器2的協(xié)議堆棧。參照圖2，客戶機1的協(xié)議堆棧包括MAC層11、IP層12、UDP層13、和應用層14，服務器2的協(xié)議堆棧包括MAC層21、IP層22、UDP層23、和應用層24。
當客戶機1的應用層14請求來自服務器2的AV數(shù)據(jù)傳輸時，該請求通過UDP層13、IP層12、和MAC層11以幀模式被發(fā)送至服務器2。在服務器2的MAC層21接收從客戶機1發(fā)送的該幀之后，包括于幀中的請求通過IP層22和UDP層23到達應用層24。
服務器2的應用層24響應于該請求發(fā)送AV數(shù)據(jù)，并且AV數(shù)據(jù)通過UDP層23、IP層22、和MAC層21以幀的模式被發(fā)送至客戶機1。在客戶機1的MAC層11接收從服務器2發(fā)送的幀之后，包括于該幀中的AV數(shù)據(jù)通過IP層12和UDP層13到達應用層14。
圖3是根據(jù)本發(fā)明的實施例的重發(fā)控制設備的方框圖。參照圖3，該重發(fā)控制設備包括幀接收器31、數(shù)據(jù)確定器32、模式確定器33、窗口大小計數(shù)器34、錯誤檢測器35、錯誤計數(shù)器36、比較器37、模式改變器38、寄存器39、包提取器40、包發(fā)送器41、重發(fā)否決單元42、重發(fā)允許單元43、復位單元44、包接收器45、幀產(chǎn)生器46、和幀發(fā)送器47。該重發(fā)控制設備被安裝在圖2所示的MAC層11中。幀接收器31從服務器2接收幀。數(shù)據(jù)確定器32確定包括于由幀接收器31接收的幀中的數(shù)據(jù)的類型。
圖4示出根據(jù)本發(fā)明的實施例的幀格式。參照圖4，該幀包括幀控制字段、持續(xù)時間字段、第一地址字段、第二地址字段、第三地址字段、序列控制字段、服務質(zhì)量(QoS)控制字段、幀主體字段、和幀校驗序列字段。這里，幀控制字段包括類型字段、子類型字段、和其它字段。根據(jù)IEEE 802.11標準，當記錄于幀的類型字段中的值是10時，這指示該幀是數(shù)據(jù)幀，并且當記錄于數(shù)據(jù)幀的子類型字段中的值是1000到1100時，這指示包括于數(shù)據(jù)幀中的數(shù)據(jù)是QoS數(shù)據(jù)，即，AV數(shù)據(jù)。
因此，數(shù)據(jù)確定器32可參考記錄于幀的類型和子類型字段中的值來確定包括于由幀接收器31接收的幀中的數(shù)據(jù)的種類。
當數(shù)據(jù)確定器32確定包括于幀中的數(shù)據(jù)是AV數(shù)據(jù)時，模式確定器33確定當前模式是允許幀的重發(fā)的重發(fā)允許模式還是不允許幀的重發(fā)的重發(fā)否決模式。根據(jù)本實施例，在當前WLAN環(huán)境中在發(fā)送期間即使少許錯誤發(fā)生在AV數(shù)據(jù)上，當包括少許錯誤的AV數(shù)據(jù)能夠以與包括無錯誤的AV數(shù)據(jù)幾乎相同的質(zhì)量被再現(xiàn)時，模式確定器33通過以‘ACK(＿＿＿＿)’響應，好像錯誤在其中發(fā)生的幀已經(jīng)被正常接收來確定當前模式為重發(fā)否決模式。此外，當如果在當前WLAN環(huán)境中由于在傳輸期間許多錯誤發(fā)生在AV數(shù)據(jù)上，錯誤在其中發(fā)生的幀未被再次接收，則AV數(shù)據(jù)不能被正常再現(xiàn)時，模式確定器33確定當前模式為重發(fā)允許模式。
當重發(fā)允許模式由模式確定器33確定時，窗口大小計數(shù)器34減小用于重發(fā)允許模式的窗口大小的計數(shù)值WindowSize。此外，當重發(fā)否決模式由模式確定器33確定時，窗口大小計數(shù)器34減小用于重發(fā)否決模式的窗口大小的計數(shù)值WindowSize。窗口大小是可不等待來自另一方的響應而連續(xù)發(fā)送的幀的數(shù)量。錯誤計數(shù)器36對窗口內(nèi)的幀中的錯誤的數(shù)量計數(shù)。
當由數(shù)據(jù)確定器32確定包括于幀中的數(shù)據(jù)不是AV數(shù)據(jù)而是普通數(shù)據(jù)時，錯誤檢測器35檢測由幀接收器31接收的幀中的錯誤。在圖4所示的幀校驗序列字段中，包括用于錯誤校正的奇偶校驗信息和循環(huán)冗余碼校驗(CRC)信息。即，錯誤檢測器35參考記錄于圖4所示的幀校驗序列字段中的值來檢測錯誤。
此外，當基于比較器37的比較結(jié)果由窗口大小計數(shù)器34減小的計數(shù)值WindowSize被確定為大于記錄于寄存器39中的0時，或當由復位單元44完成復位處理時，錯誤檢測器35檢測由幀接收器31接收的幀中的錯誤。
如果當當前模式是重發(fā)允許模式時由錯誤檢測器35檢測到包括AV數(shù)據(jù)的幀中的錯誤，則錯誤計數(shù)器36將被用于將重發(fā)允許模式改變?yōu)橹匕l(fā)否決模式的計數(shù)值RecoverCount增加。此外，如果當當前模式是重發(fā)否決模式時由錯誤檢測器35檢測到包括AV數(shù)據(jù)的幀中的錯誤，則錯誤計數(shù)器36將被用于將重發(fā)否決模式改變?yōu)橹匕l(fā)允許模式的計數(shù)值ErrorCount增加。
比較器37將由窗口大小計數(shù)器34減小的計數(shù)器值與記錄于寄存器39中的0比較。此外，當當前模式是重發(fā)允許模式時，比較器37將由錯誤計數(shù)器36增加的計數(shù)器值RecoverCount與記錄于寄存器39中的重發(fā)允許閾值RecoverThreshold比較。當當前模式是重發(fā)否決模式時，比較器37將由錯誤計數(shù)器36增加的計數(shù)器值ErrorCount與記錄于寄存器39中的重發(fā)否決閾值ErrorThreshold比較。
如果當當前模式是重發(fā)允許模式時基于比較器37的比較結(jié)果確定由錯誤計數(shù)器36增加的計數(shù)器值RecoverCount小于RecoverThreshold，則模式改變器38將重發(fā)允許模式改變?yōu)橹匕l(fā)否決模式。此外，如果當當前模式是重發(fā)否決模式時基于比較器37的比較結(jié)果確定由錯誤計數(shù)器36增加的計數(shù)器值ErrorCount大于ErrorThreshold，則模式改變器38將重發(fā)否決模式改變?yōu)橹匕l(fā)允許模式。
圖5示出在根據(jù)本發(fā)明的實施例的試驗中與幀數(shù)據(jù)率對應的閾值。參照圖5，通過根據(jù)本實施例的試驗得到根據(jù)不同幀數(shù)據(jù)率的重發(fā)否決閾值ErrorThreshold和重發(fā)允許閾值RecoverThreshold。在該試驗中，窗口大小被設置為‘5’。例如，如果數(shù)據(jù)率是48Mbps，并且當前模式是重發(fā)否決模式，則如果對5幀中的多于4幀檢測到錯誤，則模式改變器38將重發(fā)否決模式改變?yōu)橹匕l(fā)允許模式。即，當根據(jù)當前錯誤檢測狀況來確定WLAN環(huán)境為惡劣時，即使當前模式是重發(fā)否決模式，重發(fā)否決模式也被改變?yōu)橹匕l(fā)允許模式。
另一方面，如果數(shù)據(jù)率是48Mbps并且當前模式是重發(fā)允許模式，則如果對5幀中的少于2幀檢測到錯誤，則模式改變器38將重發(fā)允許模式改變?yōu)橹匕l(fā)否決模式。即，當根據(jù)當前錯誤檢測狀況確定WLAN環(huán)境為良好時，即使當前模式是重發(fā)允許模式，重發(fā)允許模式也被改變?yōu)橹匕l(fā)否決模式。
圖6示出信標幀格式。根據(jù)IEEE 802.11標準，信標幀的類型字段值為0，并且信標幀的子類型字段值為1000。參照圖6，信標幀的幀主體字段包括時間戳字段、信標間隔字段、容量信息字段、服務集合標識符(SSID)字段、支持速率字段及其它。關于數(shù)據(jù)率的信息被記錄在信標幀的幀主體字段的支持速率字段中。
寄存器39參照記錄于信標幀的幀主體字段的支持速率字段中的值輸出與當前數(shù)據(jù)率對應的重發(fā)允許閾值RecoverThreshold和重發(fā)否決閾值ErrorThreshold。
包提取器40從由幀接收器31接收的幀中提取IP包。當重發(fā)否決單元42已經(jīng)禁止IP層12和UDP層13的校驗和功能時，包提取器40提取其中校驗和功能被重發(fā)否決單元42禁止的IP包。包發(fā)送器41將由包提取器40提取的IP包發(fā)送至IP層12。
當錯誤檢測器35在包括普通數(shù)據(jù)(非AV數(shù)據(jù))的幀中未檢測到錯誤時，重發(fā)否決單元42通過向服務器2發(fā)送‘ACK’不允許幀的重發(fā)。此外，當錯誤檢測器35在包括AV數(shù)據(jù)的幀中未檢測到錯誤時，重發(fā)否決單元42通過向服務器2發(fā)送‘ACK’不允許幀的重發(fā)。即，錯誤否決單元42向服務器2發(fā)送‘ACK’，從而服務器2對其中檢測到錯誤的該幀不重發(fā)相同的幀。這里，重發(fā)否決單元42通過命令幀產(chǎn)生器46產(chǎn)生指示‘ACK’的幀來向服務器2發(fā)送‘ACK’。
當基于比較器37的比較結(jié)果確定由錯誤計數(shù)器36增加的計數(shù)器值ErrorCount小于ErrorThreshold時，重發(fā)否決單元42通過禁止作為MAC層11處理幀的上層的IP層12和UDP層13的校驗和功能來不允許幀的重發(fā)。此外，當校驗和的禁止被完成時，或者當當前模式被模式改變器38改變?yōu)橹匕l(fā)否決模式并且復位處理由復位單元44完成時，重發(fā)否決單元42通過向服務器2發(fā)送‘ACK’來不允許幀的重發(fā)。換言之，即使正常幀，而不是其中檢測到錯誤的幀未被再次接收到，重發(fā)否決單元42通過向服務器2發(fā)送‘ACK’也不允許幀的重發(fā)。
圖7示出IP頭格式。參照圖7，IP頭包括版本字段、頭長度字段、服務類型字段、總長度字段、標識字段、標志字段、段偏移字段、生存期字段、協(xié)議字段、頭校驗和字段、源地址字段、目的地址字段、選項字段和填充字段。
圖8示出UDP數(shù)據(jù)報格式。參照圖8，UDP數(shù)據(jù)報包括源端口字段、目的端口字段、UDP長度字段、UDP校驗和字段和數(shù)據(jù)字段。重發(fā)否決單元42可通過在圖7所示的IP頭的頭校驗和字段和圖8所示的UDP數(shù)據(jù)報的UDP校驗和字段中寫指示“禁止”的值，如，0來禁止IP層12和UDP層13的校驗和功能。
如圖7和圖8所示，由于IP頭和UDP數(shù)據(jù)報的校驗和字段的位置總是固定的，所以可在不執(zhí)行IP層12和UDP層13中的IP包和UDP數(shù)據(jù)報的分析的情況下在IP頭和UDP數(shù)據(jù)報的校驗和字段中寫指示“禁止”的值。
當由錯誤檢測器35在包括普通數(shù)據(jù)(非AV數(shù)據(jù))的幀中檢測到錯誤時，重發(fā)允許單元43通過在擴展幀隙期間(EIFS)等待接收從服務器2重發(fā)的幀來允許幀的重發(fā)。此外，當基于比較器37的比較結(jié)果確定由錯誤計數(shù)器36增加的計數(shù)器值RecoverCount不小于RecoverThreshold時，或者當當前模式被模式改變器38改變?yōu)橹匕l(fā)允許模式并且復位處理由復位單元44來完成時，重發(fā)允許單元43通過在EIFS期間等待接收從服務器2重發(fā)的幀來允許幀的重發(fā)。
當基于比較器37的比較結(jié)果確定由窗口大小計數(shù)器34減小的計數(shù)器值WindowSize小于0時，并且當當前模式是重發(fā)允許模式時，復位單元44復位用于重發(fā)允許模式的計數(shù)器值WindowSize和用于改變至重發(fā)否決模式的計數(shù)值RecoverCount。此外，當基于比較器37的比較結(jié)果確定由錯誤計數(shù)器36增加的計數(shù)器值RecoverCount小于RecoverThreshold時，復位單元44復位用于改變至重發(fā)允許模式的計數(shù)值ErrorCount。
當基于比較器37的比較結(jié)果確定由窗口大小計數(shù)器34減小的計數(shù)器值WindowSize小于0時，并且當當前模式是重發(fā)否決模式時，復位單元44復位用于重發(fā)否決模式的計數(shù)器值WindowSize和用于改變至重發(fā)允許模式的計數(shù)值ErrorCount。此外，當基于比較器37的比較結(jié)果確定由錯誤計數(shù)器36增加的計數(shù)器值ErrorCount小于ErrorThreshold時，復位單元44復位用于改變至重發(fā)否決模式的計數(shù)值RecoverCount。復位單元44可通過在寄存器39中寫0、RecoverCount和ErrorCount來復位計數(shù)器值WindowSize、計數(shù)值ErrorCount、和計數(shù)值RecoverCount。
包接收器45從IP層12接收IP包。例如，包接收器45接收用于請求AV數(shù)據(jù)的重發(fā)的IP包。
取決于來自重發(fā)否決單元42的命令，幀產(chǎn)生器46通過將MAC頭添加到由包接收器45接收的IP包來產(chǎn)生幀或產(chǎn)生指示‘ACK’的幀。幀發(fā)送器47向服務器2發(fā)送由幀產(chǎn)生器46產(chǎn)生的幀。
圖9、10和11是示出根據(jù)本發(fā)明的實施例的重發(fā)控制方法的流程圖。參照圖9、10和11，該重發(fā)控制方法包括操作51至56、61至69、和71至79。重發(fā)控制方法由圖3所示的重發(fā)控制設備處理的順次處理操作組成。因此，盡管重發(fā)控制方法的描述被省略，但是涉及圖3所示的重發(fā)控制設備的描述還可應用于重發(fā)控制方法。
在操作51中，客戶機1從服務器2接收幀。在操作52中，客戶機1確定包括于在操作51中接收的幀中的數(shù)據(jù)的類型。在操作53中，如果在操作52中確定數(shù)據(jù)是普通數(shù)據(jù)(非AV數(shù)據(jù))，則客戶機1檢測在操作51中接收的幀中的錯誤。在操作54中，如果在操作53中未檢測到錯誤，則客戶機1通過向服務器2發(fā)送‘ACK’來不允許幀的重發(fā)。
在操作55中，如果在操作53中檢測到錯誤，則客戶機1通過在EIFS期間等待接收從服務器2重發(fā)的幀來允許在操作51中接收的幀的重發(fā)。在操作56中，如果在操作52中確定數(shù)據(jù)是AV數(shù)據(jù)，則客戶機1確定當前模式是允許在操作51中接收的幀的重發(fā)的重發(fā)允許模式，還是不允許在操作51中接收的幀的重發(fā)的重發(fā)否決模式。
在操作61中，如果在操作56中確定當前模式為重發(fā)允許模式，則客戶機1將用于重發(fā)允許模式的窗口大小的計數(shù)值WindowSize減小。在操作62中，客戶機1將在操作61中被減小的計數(shù)值WindowSize與0比較。在操作63中，如果基于在操作62中比較的結(jié)果確定在操作61中被減小的計數(shù)值WindowSize小于0，則客戶機1復位用于重發(fā)允許模式的計數(shù)器值WindowSize和用于改變至重發(fā)否決模式的計數(shù)值RecoverCount。
在操作64中，如果在操作61中減少的計數(shù)值WindowSize等于或大于0，或者如果在操作63中的復位處理被完成，則客戶機1檢測在操作51中接收的幀中的錯誤。在操作65中，如果在操作64中未檢測到錯誤，則客戶機1通過向服務器2發(fā)送‘ACK’來不允許在操作51中接收的幀的重發(fā)。在操作66中，如果在操作64中檢測到錯誤，則客戶機1增加用于改變至重發(fā)否決模式的計數(shù)值RecoverCount。
在操作67中，客戶機1將在操作66中增加的計數(shù)值RecoverCount與重發(fā)允許閾值RecoverThreshold比較。在操作68中，如果基于在操作67中比較的結(jié)果確定在操作66中增加的計數(shù)值RecoverCount小于重發(fā)允許閾值RecoverThreshold，則客戶機1將重發(fā)允許模式改變?yōu)橹匕l(fā)否決模式并且復位用于改變至重發(fā)允許模式的計數(shù)值ErrorCount。
在操作69中，如果基于在操作67中比較的結(jié)果確定在操作66中增加的計數(shù)值RecoverCount不小于重發(fā)允許閾值RecoverThreshold，或者如果在操作68中的改變和復位處理被完成，則客戶機1通過在EIFS(擴展幀隙)期間等待接收從服務器2重發(fā)的幀來允許在操作51中接收的幀的重發(fā)。
在操作71中，如果在操作56中確定當前模式為重發(fā)否決模式，則客戶機1將用于重發(fā)否決模式的窗口大小的計數(shù)值WindowSize減小。在操作72中，客戶機1將在操作71中被減小的計數(shù)值WindowSize與0比較。在操作73中，如果基于在操作72中比較的結(jié)果確定在操作71中被減小的計數(shù)值WindowSize小于0，則客戶機1復位用于重發(fā)否決模式的計數(shù)器值WindowSize和用于改變至重發(fā)允許模式的計數(shù)值ErrorCount。
在操作74中，如果在操作71中減小的計數(shù)值WindowSize等于或大于0，或者如果在操作73中的復位處理被完成，則客戶機1檢測在操作51中接收的幀中的錯誤。在操作75中，如果在操作74中檢測到錯誤，則客戶機1將用于改變至重發(fā)允許模式的計數(shù)值ErrorCount增加。在操作76中，客戶機1將在操作75中被增加的計數(shù)值ErrorCount與重發(fā)否決閾值ErrorThreshold比較。
在操作77中，如果基于在操作76中比較的結(jié)果確定在操作75中增加的計數(shù)值ErrorCount不小于重發(fā)否決閾值ErrorThreshold，則客戶機1通過禁止上層的校驗和功能來不允許在操作51中接收的幀的重發(fā)。
在操作78中，如果基于在操作76中比較的結(jié)果確定在操作75中被增加的計數(shù)值ErrorCount小于重發(fā)否決閾值ErrorThreshold，則客戶機1將重發(fā)否決模式改變?yōu)橹匕l(fā)允許模式并且復位用于改變至重發(fā)否決模式的計數(shù)值RecoverCount。
在操作79中，如果在操作74中未檢測到錯誤，如果在操作77中的校驗和功能的禁止被完成，或者如果在操作78中的改變和復位處理被完成，則客戶機1通過向服務器2發(fā)送‘ACK’來不允許在操作51中接收的幀的重發(fā)。
圖12示出根據(jù)本發(fā)明的實施例的程序。參照圖12，該程序以偽碼被實現(xiàn)。該程序被實現(xiàn)為根據(jù)圖9、10和11所示的重發(fā)控制方法的實際程序。可通過將本程序應用至存在于WLAN環(huán)境中的移動臺實現(xiàn)圖3中所示的重發(fā)控制設備。
Initially，Set Bool Retransmission＝Y(jié)ES；Integer ErrorCount＝0，RecoverCount＝0；Set Integer WindowSize，RecoverThreshold，ErrorThreshold；上述3行是設置初始狀態(tài)的過程。
Getting a frame is successful.
上述行與操作51對應。
If the frame includes AV data，上述行與操作52對應。
then if Retransmission＝Y(jié)es，then WindowSize--；if WindowSize＞＝O，then call FCS Function；if FCS is successful，then send ACK；else Call ControlCount(RecoverCount)；endif；else Reset WindowSize，RecoverCount；endif；上述9行與圖10對應。
else WindowSize--；if WindowSize＞＝0，then call FCS Function；if FCS is successful，then send ACK；else Call ControlCount(ErrorCount)；
endif；else Reset WindowSize，ErrorCount；endif；endif；上述9行與圖11對應。
else call FCS Function；if FCS is successful，then Send ACK；else Wait EIFS；endif；endif；上述5行與操作53至55對應。
ControlCount(ErrorCount)ErrorCount++；if ErrorCount＞ErrorThreshold，then Retransmission＝Y(jié)es and Reset WindowSize，RecoverCount；else Disable Checksum；endif；SendACK上述7行與操作75至79對應。
ControlCount(RecoverCount)RecoverCount++；if RecoverCount＜RecoverThreshold，then Retransmission＝NO and Reset WindowSize，ErrorCount；endif；Wait EIFS上述6行與操作66至69對應。
圖13和14示出根據(jù)本發(fā)明的實施例的試驗圖片?，F(xiàn)在將描述用于得到圖13和14所示的試驗圖片的試驗環(huán)境。采用具有DVD質(zhì)量的數(shù)據(jù)(6Mbps)為源數(shù)據(jù)。采用在其中9Mpps(包每秒)基礎結(jié)構(gòu)模式、非節(jié)電模式、和分布式協(xié)調(diào)功能(DCF)單獨模式被設置的WLAN環(huán)境。采用在其中AP向站發(fā)送數(shù)據(jù)的網(wǎng)絡環(huán)境。此外，采用在其中包括2.4MHz的奔騰處理器和512M的RAM的計算機環(huán)境。
圖13示出在具有中間質(zhì)量的WLAN環(huán)境中的試驗圖片。在該具有中間質(zhì)量的WLAN環(huán)境中，少許錯誤被檢測到，并且不論何種重發(fā)方法被選擇，圖片質(zhì)量是幾乎相同的。因此，參照圖13，根據(jù)重發(fā)方法的位于左邊的圖片由于在其中檢測到錯誤的幀的重發(fā)造成被部分地損壞。根據(jù)無重發(fā)方法的位于中間的圖片由于在其中檢測到錯誤的少許幀的重發(fā)未被允許而是干凈的。同無重發(fā)方法一樣，根據(jù)自適應重發(fā)方法的位于右邊的圖片由于在其中檢測到錯誤的少許幀的重發(fā)未被允許而是干凈的。
圖14示出在具有惡劣質(zhì)量的WLAN環(huán)境中的試驗圖片。在該具有惡劣質(zhì)量的WLAN環(huán)境中，許多錯誤被檢測到，并且根據(jù)被選擇的方法圖片質(zhì)量被很大程度地改變。因此，參照圖14，根據(jù)重發(fā)方法的位于左邊的圖片由于在其中檢測到錯誤的多個幀的重發(fā)造成被大部分地損壞。根據(jù)無重發(fā)方法的位于中間的圖片由于在其中檢測到錯誤的多個幀的重發(fā)未被允許而被大部分地損壞。此外，根據(jù)自適應重發(fā)方法的位于右邊的圖片由于在其中檢測到錯誤的多個幀的重發(fā)被自適應地不允許而是相對干凈的。
本發(fā)明可通過運行來自計算機可讀介質(zhì)的程序在通用計算機中被實現(xiàn)，計算機可讀介質(zhì)包括但不限于諸如磁存儲介質(zhì)(ROM、RAM、軟盤、磁帶等)、光可讀介質(zhì)(CD-ROM、DVD等)、和載波(在互聯(lián)網(wǎng)上傳輸)的存儲介質(zhì)。本發(fā)明可被實現(xiàn)為其中具有實現(xiàn)用于使通過網(wǎng)絡連接的多個計算機系統(tǒng)的數(shù)量實現(xiàn)分布式處理的計算機可讀程序代碼單元的計算機可讀介質(zhì)。
如上所述，根據(jù)本發(fā)明的實施例，通過自適應地允許在其中檢測到錯誤的幀的重發(fā)，可不考慮WLAN環(huán)境的狀態(tài)地提供最佳圖像。即，網(wǎng)絡吞吐量被不考慮WLAN環(huán)境的狀態(tài)地最大化。特別地，在惡劣的WLAN環(huán)境中，相對于所有幀中的90％的重發(fā)的出現(xiàn)，所有幀中的15％的重發(fā)發(fā)生。此外，雖然當傳統(tǒng)方法被應用時完整圖片未示出，但是當應用本發(fā)明的實施例時，即使發(fā)生了惡化，完整圖像仍能夠被示出。
此外，當在MAC層中重發(fā)不被允許時，通過分別禁止IP層和UDP層的IP校驗和與UDP校驗和，可提高CPU性能。
雖然參照其優(yōu)選實施例示出并描述了本發(fā)明，但是本領域技術人員應理解在不脫離由所附權(quán)利要求限定的本發(fā)明的精神和范圍的情況下，可對其進行多種形式和細節(jié)上的改變。盡管已示出和描述了本發(fā)明的一些實施例，但是本領域技術人員應了解在不脫離其范圍由權(quán)利要求及其等同物限定的本發(fā)明的原理和精神的情況下，可在這些實施例中進行變化。
權(quán)利要求
1.一種重發(fā)控制方法，包括將從服務器接收的幀中的錯誤數(shù)量與預定閾值比較；以及基于該比較結(jié)果自適應地不允許該幀的重發(fā)。
2.如權(quán)利要求1所述的重發(fā)控制方法，其中，自適應地不允許該幀的重發(fā)包括向服務器發(fā)送指示該幀被正常接收的‘ACK’。
3.如權(quán)利要求1所述的重發(fā)控制方法，其中，自適應地不允許該幀的重發(fā)包括禁止在其中該幀被處理的至少一層的校驗和功能。
4.如權(quán)利要求1所述的重發(fā)控制方法，還包括基于比較結(jié)果自適應地允許該幀的重發(fā)。
5.如權(quán)利要求4所述的方法，其中，自適應地允許該幀的重發(fā)包括在擴展幀隙(EIFS)期間等待接收從服務器重發(fā)的幀。
6.如權(quán)利要求1所述的重發(fā)控制方法，還包括確定包括于幀中的數(shù)據(jù)的類型，其中將在幀中的錯誤的數(shù)量與預定閾值比較的步驟包括將確定其中該幀包括AV數(shù)據(jù)的幀中錯誤的數(shù)量與預定閾值比較。
7.一種重發(fā)控制設備，包括比較器，將從服務器接收的幀中的錯誤的數(shù)量與預定閾值比較；以及重發(fā)否決單元，基于該比較結(jié)果自適應地不允許該幀的重發(fā)。
8.如權(quán)利要求7所述的重發(fā)控制設備，其中，重發(fā)否決單元通過向服務器發(fā)送指示該幀被正常接收的‘ACK’來不允許該幀的重發(fā)。
9.如權(quán)利要求7所述的重發(fā)控制方法，其中，重發(fā)否決單元通過禁止在其中該幀被處理的至少一層的校驗和功能來不允許該幀的重發(fā)。
10.一種其上記錄用于執(zhí)行重發(fā)控制方法的計算機可讀程序的計算機可讀介質(zhì)，包括將在從服務器接收的幀中的錯誤的數(shù)量與預定閾值比較；以及基于該比較結(jié)果自適應地不允許該幀的重發(fā)。
11.一種重發(fā)控制方法，包括將在從服務器接收的幀中的錯誤的數(shù)量與用于不允許該幀的重發(fā)的重發(fā)否決閾值比較；以及如果基于該比較結(jié)果確定在該幀中的錯誤的數(shù)量大于重發(fā)否決閾值，則將在其中該幀的重發(fā)不被允許的重發(fā)否決模式改變?yōu)樵谄渲性搸闹匕l(fā)被允許的重發(fā)允許模式。
12.如權(quán)利要求11所述的重發(fā)控制方法，還包括當在重發(fā)否決模式改變至重發(fā)允許模式的過程中改變至重發(fā)允許模式的步驟被完成時，不允許該幀的重發(fā)。
13.如權(quán)利要去12所述的重發(fā)控制方法，其中，不允許該幀的重發(fā)的步驟包括如果基于該比較結(jié)果確定在該幀中的錯誤的數(shù)量不大于重發(fā)否決閾值，則不允許該幀的重發(fā)。
14.如權(quán)利要求11所述的重發(fā)控制方法，其中將在該幀中的錯誤的數(shù)量與重發(fā)否決閾值比較的步驟包括將在該幀中的錯誤的數(shù)量與用于允許該幀的重發(fā)的重發(fā)允許閾值比較，以及如果基于該比較結(jié)果確定在該幀中的錯誤的數(shù)量小于重發(fā)允許閾值，則重發(fā)否決模式至重發(fā)允許模式的改變將重發(fā)允許模式改變至重發(fā)否決模式。
15.如權(quán)利要求14所述的重發(fā)控制方法，還包括當在重發(fā)否決模式改變至重否允許模式的過程中改變至重發(fā)否決模式的步驟被完成時，允許該幀的重發(fā)。
16.如權(quán)利要求15所述的重發(fā)控制方法，其中，允許該幀的重發(fā)的步驟包括如果基于該比較結(jié)果確定在該幀中的錯誤的數(shù)量不小于重發(fā)允許閾值，則允許該幀的重發(fā)。
17.一種重發(fā)控制設備，包括比較器，將從服務器接收的幀中的錯誤的數(shù)量與用于不允許該幀的重發(fā)的重發(fā)否決閾值比較；以及模式改變器，如果基于該比較結(jié)果確定在該幀中的錯誤的數(shù)量大于重發(fā)否決閾值，則將在其中該幀的重發(fā)不被允許的重發(fā)否決模式改變?yōu)樵谄渲性搸闹匕l(fā)被允許的重發(fā)允許模式。
18.如權(quán)利要求17所述的重發(fā)控制方法，還包括重發(fā)否決單元，當改變至重發(fā)允許模式的步驟由模式改變器完成時不允許該幀的重發(fā)。
19.如權(quán)利要求18所述的重發(fā)控制設備，其中，如果基于由比較器比較的結(jié)果確定在該幀中的錯誤的數(shù)量不大于重發(fā)否決閾值，則重發(fā)否決單元不允許該幀的重發(fā)。
20.一種其上記錄用于執(zhí)行重發(fā)控制方法的計算機可讀程序的計算機可讀介質(zhì)，包括將從服務器接收的幀中的錯誤的數(shù)量與用于不允許該幀的重發(fā)的重發(fā)否決閾值比較；以及如果基于該比較結(jié)果確定在該幀中的錯誤的數(shù)量大于重發(fā)否決閾值，則將在其中該幀的重發(fā)不被允許的重否否決模式改變?yōu)樵谄渲性搸闹匕l(fā)被允許的重發(fā)允許模式。
21.一種用于最佳圖像處理的重發(fā)控制設備，包括數(shù)據(jù)確定器，用于確定從服務器接收的幀中的數(shù)據(jù)的類型，以及比較器，用于當確定該幀包括AV數(shù)據(jù)時將在該幀中的錯誤的數(shù)量與預定的錯誤閾值比較。
全文摘要
提供一種在無線局域網(wǎng)(WLAN)中控制幀重發(fā)的方法以及使用該方法的設備。第一重發(fā)控制方法包括將在從服務器接收的幀中的錯誤數(shù)量與預定閾值比較；和基于該比較結(jié)果自適應地不允許該幀的重發(fā)。因此，通過自適應地允許在其中檢測到錯誤的幀的重發(fā)可不考慮WLAN環(huán)境的狀態(tài)地提供最佳圖像。
文檔編號H04L1/08GK1722651SQ20051008319
公開日2006年1月18日 申請日期2005年7月13日 優(yōu)先權(quán)日2004年7月13日
發(fā)明者崔賢石, 金埈煥, 崔亨旭, 林鏞埈 申請人:三星電子株式會社