專利名稱：無(wú)線通訊系統(tǒng)的封包傳輸及接收方法及其相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是指一種無(wú)線通訊系統(tǒng)處理重傳封包的方法及其相關(guān)裝置，尤指 一種可充分利用無(wú)線資源以提升傳輸效率的方法及其相關(guān)裝置。
背景技術(shù)：
第三代移動(dòng)通訊技術(shù)采用寬帶碼分多址(Wideband Code Division Multiple Access, WCDMA)的無(wú)線接取方式，其用以提供高度頻譜利用效率、 無(wú)遠(yuǎn)弗屆的覆蓋率及高品質(zhì)、高速率的多媒體數(shù)據(jù)傳輸，同時(shí)更能同時(shí)滿足 各種不同的QoS服務(wù)要求，提供具彈性的多樣化雙向傳輸服務(wù)，并提供較佳 的通訊品質(zhì)，有效降低通訊中斷率。通過(guò)第三代移動(dòng)通訊系統(tǒng)，使用者可藉 無(wú)線通訊設(shè)備(如手機(jī))實(shí)現(xiàn)實(shí)時(shí)影像通訊、會(huì)議電話(Conference Call)、實(shí) 時(shí)游戲、在線音樂(lè)播放、電子郵件收發(fā)等。然而，這些功能必需仰賴快速而 實(shí)時(shí)的傳輸。因此，針對(duì)第三代移動(dòng)通訊技術(shù)，已知技術(shù)提供了高速下鏈路 封包存取技術(shù)(High Speed Downlink Package Access, HSDPA)及高速上鏈路 封包存取技術(shù)(High Speed Uplink Package Access, HSUPA),用來(lái)提高頻寬 的使用效率及封包數(shù)據(jù)的處理效率，以改善上下鏈路的傳輸速度。
在已知技術(shù)中，高速下鏈路封包存取技術(shù)及高速上鏈路封包存取技術(shù)皆 使用了混合式自動(dòng)重傳請(qǐng)求技術(shù)(Hybrid Automatic Repeat Request, HARQ), 用以提升重傳的速度，減少傳輸延遲?；旌鲜阶詣?dòng)重傳請(qǐng)求技術(shù)是一種結(jié)合 了前饋式錯(cuò)誤修正(Feed-forward Error Correction, FEC)與自動(dòng)重傳請(qǐng)求 方法的技術(shù)，使用了一種"多信道停止與等待"(Multi-channel Stop and Wait) 算法，亦即，每一信道可根據(jù)接收端回傳的確認(rèn)信號(hào)(ACK/NACK)來(lái)決定是否 要重傳封包或傳送下一封包。
舉例來(lái)說(shuō)，請(qǐng)參考圖1,圖1為已知混合式自動(dòng)重傳請(qǐng)求技術(shù)的運(yùn)作示 意圖。在圖1中， 一傳輸端Tx通過(guò)四個(gè)信道CHl、 CH2、 CH3、 CH4發(fā)送封包 PKT_1、 PKT —2…給一接收端Rx。當(dāng)傳輸端Tx通過(guò)信道CH1發(fā)送封包PKT-1 至接收端Rx后，信道CH1會(huì)停止傳送并等待對(duì)應(yīng)于封包PKT_1的收訖信號(hào)ACK或未收圪信號(hào)NACK,而在等待的同時(shí)，其它信道會(huì)依序發(fā)送封包PKT-2、 PKT_3、 PKT—4并等待對(duì)應(yīng)的確認(rèn)信號(hào)。在圖1,信道CH1發(fā)送封包PKT-1后， 經(jīng)過(guò)一封包返回時(shí)間RTT(即輸出封包至收到對(duì)應(yīng)確認(rèn)信號(hào)的時(shí)間)后，信道 CH1收到對(duì)應(yīng)于封包PKT—1的未收訖信號(hào)NACK,則信道CH1重傳封包PKT—1; 接下來(lái)，信道CH2收到對(duì)應(yīng)于封包PKT-2的收訖信號(hào)ACK,則信道CH2傳送 下一封包PKT-5;以此類推，每一信道可根據(jù)接收端回傳的收訖信號(hào)(ACK)或 未收訖信號(hào)(NACK)來(lái)決定是否要重傳封包或傳送下一封包。
因此，通過(guò)"多信道停止與等待"算法，混合式自動(dòng)重傳請(qǐng)求技術(shù)可充 分利用無(wú)線資源，以提高傳輸效率。然而，對(duì)于傳輸數(shù)據(jù)量少但需極短傳輸 延遲的應(yīng)用而言，如射擊游戲、賭博游戲等，"多信道停止與等待，，無(wú)法充分 利用無(wú)線資源，甚至?xí)绊懹螒蜻M(jìn)行的流暢度，請(qǐng)參考圖2。在圖2中，傳 輸端Tx僅需傳送封包PKT-l至接收端，而相關(guān)符號(hào)的意義與圖l相同，在此 不贅述。如前所述，"多信道停止與等待"算法是指每一信道根據(jù)接收端回傳 的確認(rèn)信號(hào)來(lái)決定是否要重傳封包或傳送下一封包，因此，傳輸端需等到收 到對(duì)應(yīng)于一封包的未收訖信號(hào)后，才可重傳該封包，亦即該封包的每一次重 傳必需等待一封包返回時(shí)間RTT才可能啟動(dòng)。以圖2為例，封包PKT-1的連 續(xù)兩次傳輸皆為失敗，造成封包PKT—1的傳輸延遲為兩倍的封包返回時(shí)間 (RTT)。
為了改善上述問(wèn)題，已知技術(shù)另提供了 一種用于確認(rèn)模式 (Acknowledgment Mode)的重復(fù)傳輸方法，用以提高傳輸?shù)某晒β?，其主要運(yùn) 作方式是傳輸端每一傳輸皆重復(fù)一預(yù)設(shè)次數(shù)。相同方式應(yīng)用于混合式自動(dòng)重 傳請(qǐng)求技術(shù)時(shí)亦可增加傳輸?shù)某晒β?，然而，若重?fù)傳輸?shù)拇螖?shù)未正確設(shè)定， 仍會(huì)增加不必要地傳輸延遲。
簡(jiǎn)言之，針對(duì)傳輸數(shù)據(jù)量少但需極短傳輸延遲的應(yīng)用，已知混合式自動(dòng) 重傳請(qǐng)求技術(shù)無(wú)法充分利用無(wú)線資源，影響傳輸效率。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的即在于提供無(wú)線通訊系統(tǒng)處理重傳封包的方法 及其相關(guān)裝置。
本發(fā)明揭露一種用于一無(wú)線通訊系統(tǒng)的 一傳輸端中的封包傳輸方法，用 以于低傳輸數(shù)據(jù)量時(shí)提高傳輸效率，該方法包含有啟動(dòng)一混合式自動(dòng)重傳請(qǐng)
6求流程；啟動(dòng)傳送一封包；以及重復(fù)傳輸該封包直到收到對(duì)應(yīng)于該封包的一 預(yù)設(shè)數(shù)量的收訖信號(hào)。
本發(fā)明另揭露一種用于一無(wú)線通訊系統(tǒng)的通訊裝置，用以于低傳輸數(shù)據(jù) 量時(shí)提高傳輸效率，該通訊裝置包含有一控制電路，用來(lái)實(shí)現(xiàn)該通訊裝置的 功能； 一中央處理器，設(shè)于該控制電路中，用來(lái)執(zhí)行一程序代碼以操控該控 制電路；以及一儲(chǔ)存裝置，設(shè)于該控制電路中且耦接于該中央處理器，用來(lái) 儲(chǔ)存該程序代碼。該程序代碼中包含有啟動(dòng)一混合式自動(dòng)重傳請(qǐng)求流程；啟 動(dòng)傳送一封包；以及重復(fù)傳輸該封包直到收到對(duì)應(yīng)于該封包的一預(yù)設(shè)數(shù)量的 收訖信號(hào)。
本發(fā)明另揭露一種用于一無(wú)線通訊系統(tǒng)的一接收端中的封包接收方法， 用以于低傳輸數(shù)據(jù)量時(shí)提高傳輸效率，該方法包含有接收一封包；解碼該封 包；于該封包被成功解碼時(shí)，輸出對(duì)應(yīng)于該封包的一收訖信號(hào)；以及于該封 包未被成功解碼時(shí)，不輸出對(duì)應(yīng)于該封包的一未收訖信號(hào)。
本發(fā)明另揭露一種用于一無(wú)線通訊系統(tǒng)的通訊裝置，用以于低傳輸數(shù)據(jù) 量時(shí)提高傳輸效率，該通訊裝置包含有 一控制電路，用來(lái)實(shí)現(xiàn)該通訊裝置 的功能； 一中央處理器，設(shè)于該控制電路中，用來(lái)執(zhí)行一程序代碼以操控該 控制電路；以及一儲(chǔ)存裝置，設(shè)于該控制電路中且耦接于該中央處理器，用 來(lái)儲(chǔ)存該程序代碼。該程序代碼中包含有接收一封包；解碼該封包；于該封 包被成功解碼時(shí)，輸出對(duì)應(yīng)于該封包的一收訖信號(hào)以及于該封包未被成功解 碼時(shí)，不輸出對(duì)應(yīng)于該封包的一未收訖信號(hào)。
綜上所述，本發(fā)明可充分利用無(wú)線資源以:提升傳輸效率，特別是針對(duì)傳 輸數(shù)據(jù)量少但需極短傳輸延遲的應(yīng)用。


圖1及圖2為已知混合式自動(dòng)重傳請(qǐng)求技術(shù)的運(yùn)作示意圖。
圖3為一無(wú)線通訊裝置的功能方塊圖。
圖4為圖3中一程序代碼的示意圖。
圖5為本發(fā)明一實(shí)施例流程的示意圖。
圖6為根據(jù)圖5的流程輸出一封包的示意圖。
圖7為本發(fā)明另一實(shí)施例流程的示意圖。
具體實(shí)施例方式
請(qǐng)參考圖3,圖3為一無(wú)線通訊裝置100的功能方塊圖。為求簡(jiǎn)潔，圖3 僅繪出無(wú)線通訊裝置100的一輸入裝置102、 一輸出裝置104、 一控制電路 106、 一中央處理器108、 一儲(chǔ)存裝置IIO、 一程序代碼112及一收發(fā)器114。 在無(wú)線通訊裝置100中，控制電路106通過(guò)中央處理器108執(zhí)行儲(chǔ)存于儲(chǔ)存 裝置110中的程序代碼112，從而控制無(wú)線通訊裝置100的運(yùn)作，其可通過(guò) 輸入裝置102(如鍵盤(pán))接收使用者輸入的信號(hào)，或通過(guò)輸出裝置104(如屏幕、 喇叭等)輸出畫(huà)面、聲音等信號(hào)。收發(fā)器114用以接收或發(fā)送無(wú)線信號(hào)，并將 所接收的信號(hào)傳送至控制電路106,或?qū)⒖刂齐娐?06所產(chǎn)生的信號(hào)以無(wú)線 電方式輸出。換言之，以通訊協(xié)議的架構(gòu)而言，收發(fā)器114可視為第一層的 一部分，而控制電路106則用來(lái)實(shí)現(xiàn)第二層及第三層的功能。較佳地，無(wú)線 通訊裝置IOO是應(yīng)用于第三代移動(dòng)通訊系統(tǒng)。
請(qǐng)繼續(xù)參考圖4,圖4為圖3中程序代碼112的示意圖。程序代碼112 包含有一應(yīng)用程序?qū)?00、 一第三層介面202及一第二層介面206,并與一第 一層介面218連接。第二層介面206包含兩子層，分別為一無(wú)線鏈接控制單 元224及一媒體存取控制單元226。無(wú)線鏈接控制單元224主要功能為提供 不同的傳輸品質(zhì)處理，依據(jù)不同的傳輸品質(zhì)要求，針對(duì)所傳輸?shù)臄?shù)據(jù)或控制 指令，進(jìn)行切割(Segmentation)、重組(Reassembly)、串接(Concatenation)、 填補(bǔ)(Padding)、重傳(Retransmission)、次序檢查(Sequence Check)、重復(fù) 偵測(cè)(Duplicate detect ion)等處理。媒體存取控制單元226可依據(jù)第三層介 面(無(wú)線資源控制層)202的無(wú)線資源分配命令，將來(lái)自無(wú)線鏈接控制單元 不同邏輯信道(Logic Channel)的封包，對(duì)應(yīng)到包括普通、共享或?qū)Ｓ玫刃再|(zhì) 的傳輸信道(Transport Channel),以進(jìn)行信道映射(Channel Mapping)、多 工(Multiplexing)、傳輸格式選擇(Transport Format Selection)、隨機(jī)存 取控制(Random Access Control)等程序。
在某些應(yīng)用中，如實(shí)現(xiàn)高速下鏈路封包存取功能或高速上鏈路封包存取 功能時(shí)，媒體存取控制單元226可執(zhí)行混合式自動(dòng)重傳請(qǐng)求流程，有效率地 傳輸或接收數(shù)據(jù)。在此情形下，本發(fā)明提供一適應(yīng)性封包收發(fā)程序代碼220, 用以于混合式自動(dòng)重傳請(qǐng)求流程中，提高低傳輸數(shù)據(jù)量時(shí)的傳輸效率，以減 少傳輸延遲。請(qǐng)參考圖5,圖5為本發(fā)明一實(shí)施例流程50的示意圖。流程50 用于一無(wú)線通訊系統(tǒng)的傳輸端中，提高低傳輸數(shù)據(jù)量時(shí)的傳輸效率，其可被編譯為適應(yīng)性封包收發(fā)程序代碼220,其包含以下步驟 步驟500:開(kāi)始。
步驟502:啟動(dòng)一混合式自動(dòng)重傳請(qǐng)求流程。 步驟504:啟動(dòng)傳送一封包。
步驟506:重復(fù)傳輸該封包直到收到對(duì)應(yīng)于該封包的一預(yù)設(shè)數(shù)量的收訖 信號(hào)。
步驟508:結(jié)束。
根據(jù)流程50,本發(fā)明實(shí)施例是于混合式自動(dòng)重傳請(qǐng)求流程中，重復(fù)傳輸 一封包，直到收到對(duì)應(yīng)于該封包的預(yù)設(shè)數(shù)量的收訖信號(hào)后，才停止傳輸該封 包。較佳地，本發(fā)明實(shí)施例是于收到對(duì)應(yīng)于該封包的預(yù)設(shè)數(shù)量的收訖信號(hào)前， 于每一傳輸時(shí)間間隔(Transmission Time Interval, TTI)中重復(fù)傳輸該封包； 而該預(yù)設(shè)數(shù)量可以是1或大于1的正整數(shù)。
因此，通過(guò)流程50,傳輸端是于收到對(duì)應(yīng)于一封包的至少一收訖信號(hào)后， 才停止傳輸該封包。如此一來(lái)，針對(duì)傳輸數(shù)據(jù)量少但需極短傳輸延遲的應(yīng)用， 本發(fā)明實(shí)施例可充分利用無(wú)線資源并提高傳輸效率。舉例來(lái)說(shuō)，請(qǐng)參考圖6， 圖6為根據(jù)流程50輸出一封包PKT-1的示意圖。為求簡(jiǎn)潔，圖6的符號(hào)與其 意義與圖l相同；其中，TTI表示傳輸時(shí)間間隔。由圖6可知，在收到對(duì)應(yīng) 于封包PKT_1的收i乞信號(hào)ACK前，本發(fā)明實(shí)施例是于每一傳輸時(shí)間間隔重復(fù) 傳輸封包PKT-1。因此，即使傳輸過(guò)程中有兩次傳輸失敗(即傳輸端收到兩個(gè) 未收訖信號(hào)NACK),由于在收到對(duì)應(yīng)于封包PKT-1的收訖信號(hào)ACK前，傳輸 端會(huì)重復(fù)輸出封包PKT_1，使得接收端(相較于沒(méi)有傳輸失敗的情形)僅會(huì)延 遲兩個(gè)傳輸時(shí)間間隔TTI即可收到封包PKT_1。相較之下，已知技術(shù)必需延 遲兩倍的封包返回時(shí)間RTT。因此，本發(fā)明實(shí)施例可大幅縮短傳輸延遲，特
別是傳輸數(shù)據(jù)量少但需極短傳輸延遲的應(yīng)用。
配合流程50,請(qǐng)參考圖7,圖7為本發(fā)明一實(shí)施例流程70的示意圖。流 程70可配合流程50,用以于無(wú)線通訊系統(tǒng)的接收端中，提高低傳輸數(shù)據(jù)量 時(shí)的傳輸效率，其可被編譯為適應(yīng)性封包收發(fā)程序代碼220,其包含以下步 驟
步驟700 開(kāi)始 步驟702接收一封包。 步驟704 解碼該封包。于該封包被成功譯碼時(shí)，執(zhí)行步驟706;于該封包未被成功譯碼時(shí)，執(zhí)行步驟708
步驟706:輸出一收i乞信號(hào)。
步驟708:不輸出未收訖信號(hào)。
根據(jù)流程70，本發(fā)明實(shí)施例僅于所接收的封包被成功解碼時(shí)，才輸出對(duì) 應(yīng)于該封包的收訖信號(hào)。換句話說(shuō)，當(dāng)該封包未被成功解碼時(shí)，本發(fā)明實(shí)施 例不輸出對(duì)應(yīng)于該封包的未收訖信號(hào)。較佳地，對(duì)應(yīng)于該封包的收訖信號(hào)的 被輸出次數(shù)小于或等于一預(yù)設(shè)值，該預(yù)設(shè)值可以是任何大于1的值，如2、 3 或封包返回時(shí)間與傳輸時(shí)間間隔之比減1,即(RTT/TTI) -1;因此，當(dāng)對(duì)應(yīng) 于該封包的收訖信號(hào)的被輸出次數(shù)大于該預(yù)設(shè)值時(shí)，接收端不再回傳任何對(duì) 應(yīng)于該封包的收訖信號(hào)，以節(jié)省無(wú)線傳輸資源。
通過(guò)流程50及流程70,傳輸端會(huì)重復(fù)輸出一封包直到接收端回傳對(duì)應(yīng) 的收訖信號(hào)，而接收端則僅于收到該封包且成功解碼后，才會(huì)回傳收訖信號(hào)， 且收訖信號(hào)的回傳次數(shù)小于或等于一預(yù)設(shè)值。在此情形下，即使無(wú)線傳輸環(huán) 境不佳，特別是在傳輸數(shù)據(jù)量少但需極短傳輸延遲的應(yīng)用中，仍可確保傳輸 端可有效率地輸出封包至接收端，且接收端不需浪費(fèi)資源來(lái)回傳未收訖信號(hào)。
綜上所述，本發(fā)明實(shí)施例可充分利用無(wú)線資源以提升傳輸效率，特別是 針對(duì)傳輸數(shù)據(jù)量少但需極短傳輸延遲的應(yīng)用。
以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明權(quán)利要求書(shū)所做的均等 變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種用于一無(wú)線通訊系統(tǒng)的一傳輸端中的封包傳輸方法，用以于低傳輸數(shù)據(jù)量時(shí)提高傳輸效率，其特征是，上述方法包含有啟動(dòng)一混合式自動(dòng)重傳請(qǐng)求流程；啟動(dòng)傳送一封包；以及重復(fù)傳輸上述封包直到收到對(duì)應(yīng)于上述封包的一預(yù)設(shè)數(shù)量的收訖信號(hào)。
2. 根據(jù)權(quán)利要求1所述的封包傳輸方法，其特征是，其中重復(fù)傳輸上述 封包直到收到對(duì)應(yīng)于上述封包的上述預(yù)設(shè)數(shù)量的收訖信號(hào)，是于收到上述預(yù) 設(shè)數(shù)量的收汔信號(hào)前的每一傳輸時(shí)間間隔中重復(fù)傳輸上述封包。
3. 根據(jù)權(quán)利要求1所述的封包傳輸方法，其特征是，其中上述預(yù)設(shè)數(shù)量為1。
4. 根據(jù)權(quán)利要求1所述的封包傳輸方法，其特征是，其中上述預(yù)設(shè)數(shù)量 大于1。
5. —種用于一無(wú)線通訊系統(tǒng)的通訊裝置，用以于低傳輸數(shù)據(jù)量時(shí)提高傳 輸效率，其特征是，上述通訊裝置包含有一控制電路，用來(lái)實(shí)現(xiàn)上述通訊裝置的功能；一中央處理器，設(shè)于上述控制電路中，用來(lái)執(zhí)行一程序代碼以操控上述 控制電^S以及一儲(chǔ)存裝置，設(shè)于上述控制電路中且耦接于上述中央處理器，用來(lái)儲(chǔ)存 上述程序代碼；其中上述程序代碼中包含有 啟動(dòng)一混合式自動(dòng)重傳請(qǐng)求流程； 啟動(dòng)傳送一封包；以及重復(fù)傳輸上述封包直到收到對(duì)應(yīng)于上述封包的 一預(yù)設(shè)數(shù)量的收訖信
6. 根據(jù)權(quán)利要求5所述的通訊裝置，其特征是，其中上述程序代碼中重 復(fù)傳輸上述封包直到收到對(duì)應(yīng)于上述封包的上述預(yù)設(shè)數(shù)量的收訖信號(hào)，是于 收到上述預(yù)設(shè)數(shù)量的收訖信號(hào)前的每一傳輸時(shí)間間隔中重復(fù)傳輸上述封包。
7. 根據(jù)權(quán)利要求5所述的通訊裝置，其特征是，其中上述預(yù)設(shè)數(shù)量為1。
8. 根據(jù)權(quán)利要求5所述的通訊裝置，其特征是，其中上述預(yù)設(shè)數(shù)量大于1。
9. 一種用于一無(wú)線通訊系統(tǒng)的一接收端中的封包接收方法，用以于低傳輸數(shù)據(jù)量時(shí)提高傳輸效率，其特征是，上述方法包含有 啟動(dòng)一混合式自動(dòng)重傳請(qǐng)求流程； 接收一封包； 解碼上述封包；以及于上述封包未被成功解碼時(shí)，不輸出對(duì)應(yīng)于上述封包的 一 未收訖信號(hào)。
10. 根據(jù)權(quán)利要求9所述的封包接收方法，其特征是，其中于上述封包 被成功解碼時(shí)輸出對(duì)應(yīng)于上述封包的上述收訖信號(hào)，是于上述封包被成功解 碼，且上述收訖信號(hào)的被輸出次數(shù)小于或等于一預(yù)設(shè)值時(shí)，輸出對(duì)應(yīng)于上述 封包的上述收訖信號(hào)。
11. 根據(jù)權(quán)利要求IO所述的封包接收方法，其特征是，其中上述預(yù)設(shè)值為2。
12. 根據(jù)權(quán)利要求IO所述的封包接收方法，其特征是，其中上述預(yù)設(shè)值為3。
13. 根據(jù)權(quán)利要求10所述的封包接收方法，其特征是，其中上述預(yù)設(shè)值 為 一封包返回時(shí)間與 一傳輸時(shí)間間隔之比減1。
14. 根據(jù)權(quán)利要求9所述的封包接收方法，其特征是，包含于上述封包 被成功解碼時(shí)，輸出對(duì)應(yīng)于上述封包的一收訖信號(hào)。
15. —種用于一無(wú)線通訊系統(tǒng)的通訊裝置，用以于低傳輸數(shù)據(jù)量時(shí)提高 傳輸效率，其特征是，上述通訊裝置包含有一控制電路，用來(lái)實(shí)現(xiàn)上述通訊裝置的功能；一中央處理器，設(shè)于上述控制電路中，用來(lái)執(zhí)行一程序代碼以操控上述 控制電路；以及一儲(chǔ)存裝置，設(shè)于上述控制電路中且耦接于上述中央處理器，用來(lái)儲(chǔ)存 上述程序代碼；其中上述程序代碼中包含有 啟動(dòng)一混合式自動(dòng)重傳請(qǐng)求流程； 接收一封包； 解碼上述封包；以及于上述封包未被成功解碼時(shí)，不輸出對(duì)應(yīng)于上述封包的一未收訖信號(hào)。
16. 根據(jù)權(quán)利要求15所述的通訊裝置，其特征是，其中上述程序代碼中 于上述封包被成功解碼時(shí)輸出對(duì)應(yīng)于上述封包的上述收訖信號(hào)，是于上述封包被成功解碼，且上述收訖信號(hào)的被輸出次數(shù)小于或等于一預(yù)設(shè)值時(shí)，輸出 對(duì)應(yīng)于上述封包的上述收"i乞信號(hào)。
17. 根據(jù)權(quán)利要求16所述的通訊裝置，其特征是，其中上述預(yù)設(shè)值為2。
18. 根據(jù)權(quán)利要求16所述的通訊裝置，其特征是，其中上述預(yù)設(shè)值為3。
19. 根據(jù)權(quán)利要求16所述的通訊裝置，其特征是，其中上述預(yù)設(shè)值為一 封包返回時(shí)間與 一傳輸時(shí)間間隔之比減1 。
20. 根據(jù)權(quán)利要求15所述的通訊裝置，其特征是，其中上述程序代碼中 包含于上述封包被成功解碼時(shí)，輸出對(duì)應(yīng)于上述封包的 一 收訖信號(hào)。
全文摘要
用于一無(wú)線通訊系統(tǒng)的一傳輸端中的封包傳輸方法，用以于低傳輸數(shù)據(jù)量時(shí)提高傳輸效率，該方法包含有啟動(dòng)一混合式自動(dòng)重傳請(qǐng)求流程；啟動(dòng)傳送一封包；以及重復(fù)傳輸該封包直到收到對(duì)應(yīng)于該封包的一預(yù)設(shè)數(shù)量的收訖信號(hào)。
文檔編號(hào)H04L1/18GK101174934SQ20071016801
公開(kāi)日2008年5月7日 申請(qǐng)日期2007年10月31日 優(yōu)先權(quán)日2006年10月31日
發(fā)明者江孝祥 申請(qǐng)人:華碩電腦股份有限公司