TW201517561A - 無線通訊裝置、無線通訊系統及其等之無線通訊方法 - Google Patents

Abstract

本發明可避免由通訊錯誤之恢復處理所引起之性能降低。 於本發明之無線通訊系統中，發送裝置之封包產生部分割資料並對該分割後之資料各者附加表示發送順序之序列號而產生複數個封包。發送裝置之發送部無需進行接收裝置之接收之確認，而按照發送順序將複數個封包連續發送至接收裝置。發送裝置之重發處理部重發所發送之複數個封包中由來自接收裝置之重發要求指定之封包。

Description

無線通訊裝置、無線通訊系統及其等之無線通訊方法

本發明係關於包含複數個無線通訊裝置之無線通訊系統，尤其關於進行通訊錯誤之恢復之無線通訊裝置、無線通訊系統、及其等之處理方法、以及使電腦執行該方法之程式。

先前，於無線通訊中，作為通訊時所產生之錯誤之恢復技術，進行封包之重發控制。該情形時，自發送側之裝置發送資料之封包，另一方面，於接收側之裝置中始終監視是否存在接收失敗之封包(缺落封包)。發送側之裝置係於確認接收側之裝置中正常接收後，發送下一個資料之封包。例如，有人提出一種資料通訊裝置，其係於發送預先於收發間決定之數目之訊框後，成為接收模式並等待來自接收側之應答(例如參照專利文獻1)。

[先前技術文獻] [專利文獻]

[專利文獻1]日本特開平6-147595號公報

於上述之先前技術中，由於發送側於發送特定數量之訊框後成為接收模式，故即使接收側之緩衝器較少仍可依序接收訊框。然而，於該先前技術中，由於每次發送都進行接收確認，故而會產生無線通訊之總處理能力降低之問題。

本發明係鑑於如此之狀況而完成者，目的在於避免由通訊錯誤之恢復處理所引起之性能降低。

本發明係為解決上述問題點而完成者，其第1態樣係一種無線通訊系統及其無線通訊方法，該無線通訊系統係於第1無線通訊裝置與第2無線通訊裝置之間發送接收資料者；上述第1無線通訊裝置具備：封包產生部，其分割資料並對該分割後之資料各者附加表示發送順序之序列號而產生複數個封包；發送部，其無需進行上述第2無線通訊裝置之接收之確認，而根據上述發送順序，將上述複數個封包連續發送至上述第2無線通訊裝置；發送緩衝器，其儲存上述所發送之複數個封包；及重發處理部，其重發上述所發送之複數個封包中由來自上述第2無線通訊裝置之重發要求指定之封包；上述第2無線通訊裝置具備：接收部，其接收自上述第1無線通訊裝置發送之上述複數個封包；接收緩衝器，其儲存上述所接收之複數個封包；及重發要求部，其基於上述所接收之複數個封包之序列號，特定出接收失敗之封包，僅就上述接收失敗之封包，對上述第1無線通訊裝置進行上述重發要求。藉此，發揮如下作用：無需進行第2無線通訊裝置之接收之確認，而自第1無線通訊裝置發送複數個封包，另一方面，根據來自第2無線通訊裝置之重發要求而重發封包。

再者，本發明之第2態樣係一種無線通訊裝置及其無線通訊方法，該無線通訊裝置包含：封包產生部，其分割資料並對該分割後之資料各者附加表示發送順序之序列號而產生複數個封包；發送部，其無需進行接收側之無線通訊裝置之接收之確認，而根據上述發送順序，將上述複數個封包連續發送至上述接收側之無線通訊裝置；發送緩衝器，其儲存上述所發送之複數個封包；及重發處理部，其重發上述所發送之複數個封包中由來自上述接收側之無線通訊裝置之重發要 求指定之封包。藉此，發揮如下作用：無需進行接收側之無線通訊裝置之接收之確認，而發送複數個封包，另一方面，根據來自接收側之無線通訊裝置之重發要求而重發封包。

根據本發明，可發揮可避免由通訊錯誤之恢復處理所引起之性能降低之優良效果。

101‧‧‧無線通訊裝置

102‧‧‧無線通訊裝置

110‧‧‧處理器

111‧‧‧封包產生部

112‧‧‧重發處理部

113‧‧‧重發要求部

114‧‧‧復原部

120‧‧‧記憶體

130‧‧‧通訊控制部

140‧‧‧收發緩衝器

141‧‧‧發送緩衝器

142‧‧‧接收緩衝器

150‧‧‧接收部

160‧‧‧發送部

170‧‧‧天線開關

180‧‧‧天線

812‧‧‧步驟

821‧‧‧步驟

823‧‧‧步驟

824‧‧‧步驟

831‧‧‧步驟

832‧‧‧步驟

834‧‧‧步驟

835‧‧‧步驟

843‧‧‧步驟

844‧‧‧步驟

Rx‧‧‧接收部

S911‧‧‧步驟

S912‧‧‧步驟

S913‧‧‧步驟

S914‧‧‧步驟

S915‧‧‧步驟

S921‧‧‧步驟

S922‧‧‧步驟

S923‧‧‧步驟

S924‧‧‧步驟

S931‧‧‧步驟

S932‧‧‧步驟

S933‧‧‧步驟

S934‧‧‧步驟

S935‧‧‧步驟

S936‧‧‧步驟

S937‧‧‧步驟

S938‧‧‧步驟

S941‧‧‧步驟

S942‧‧‧步驟

S943‧‧‧步驟

S944‧‧‧步驟

Tx‧‧‧發送部

圖1係顯示本發明之實施形態之無線通訊系統之整體構成例之圖。

圖2係顯示本發明之實施形態之無線通訊裝置101或102之構成例之圖。

圖3係顯示本發明之實施形態之無線通訊裝置101之發送功能之構成例之圖。

圖4係顯示本發明之實施形態之無線通訊裝置102之接收功能之構成例之圖。

圖5係顯示Bluetooth(註冊商標)規格之封包格式之欄位構成之圖。

圖6係顯示本發明之實施形態之資料發送封包之欄位構成例之圖。

圖7(a)及(b)係顯示本發明之實施形態之重發要求封包之欄位構成例之圖。

圖8係顯示本發明之實施形態之資料發送處理之處理程序例之流程圖。

圖9係顯示本發明之實施形態之資料發送處理之處理程序例之序列圖。

圖10係本發明之實施形態之資料發送時未產生重發之情形之時 序圖。

圖11係本發明之實施形態之資料發送時產生重發之情形之時序圖。

圖12係顯示本發明之實施形態之終端處理之處理程序例之流程圖。

圖13係顯示本發明之實施形態之終端處理之處理程序例之序列圖。

以下，對用於實施本發明之形態進行說明。

圖1係顯示本發明之實施形態之無線通訊系統之整體構成例之圖。該無線通訊系統包含複數個無線通訊裝置。此處，顯示有2個無線通訊裝置101及102。無線通訊裝置101及102具有相同之構成，根據情況，一者係作為發送裝置動作，另一者作為接收裝置動作。以下，對無線通訊裝置101作為發送裝置動作，無線通訊裝置102作為接收裝置動作之情形進行說明。

圖2係顯示本發明之實施形態之無線通訊裝置101或102之構成例之圖。該無線通訊裝置101或102具備處理器110、記憶體120、通訊控制部130、收發緩衝器140、接收部150、發送部160、天線開關170、及天線180。

處理器110係管理及控制應用程式或通訊等、無線通訊裝置整體之動作之處理裝置。記憶體120係儲存處理器110所執行之程式或用於通訊之資料之大容量記憶體。通訊控制部130係進行與無線通訊有關之處理者，且進行收發模式之切換控制、或跳頻等處理。收發緩衝器140係暫時儲存所發送或所接收之資料封包或控制封包之緩衝器。接收部150係進行封包之接收處理者。發送部160係進行封包之發送處理者。天線180係用於無線通訊之天線。天線開關170係切換將天線180 使用於發送或接收之何者之開關。

另，此處雖對作為無線通訊裝置之實施形態進行說明，但本發明並非限定於此，而亦可作為其他處理裝置之通訊部而實現。例如，亦可經由介面連接於其他處理裝置，根據來自其他處理裝置之指令發送資料，或，將所接收之資料輸入於其他處理裝置。

圖3係顯示本發明之實施形態之無線通訊裝置101之發送功能之構成例之圖。在該無線通訊裝置101中，接收部150、發送部160、天線開關170、及天線180係與已說明者相同。發送緩衝器141係收發緩衝器140之一部分。又，封包產生部111及重發處理部112可作為處理器110之功能而實現。

封包產生部111係分割成為發送對象之資料而產生複數個封包者。即，封包產生部111係藉由指示資料之發送之上階之應用程式之動作，對用於裝載於各封包之有效負載之分割資料進行分割。

再者，封包產生部111對複數個封包各者附加表示發送順序之序列號。更具體而言，藉由應用程式層之軟體之動作，將資料分割成封包，對各分割資料附加「序列號」或「CRC」等、使用於重發控制之資料。相對於此，發送部160將所產生之資料經由通常(例如Bluetooth(註冊商標)規格或BLE(Bluetooth(註冊商標)Low Energy)規格標準)之鏈接層或實體層發送至接收裝置側。此時，資料之封包化或封包之發送等係由與各個通訊規格相應之下階層進行。

另，此處，由於以應用程式位準實現上述之各動作，故無需依存於下階層之通訊方式，例如，即使為如無法於封包內附加序列號之方式，仍可以各種通訊規格使用。但，序列號之附加或重發控制等之一連串之動作並非限定於在應用程式層進行處理，亦可在其他實體層或鏈接層之層進行。

發送緩衝器141係儲存由發送部160發送之複數個封包之緩衝 器。於該發送緩衝器141中，係根據附加於封包之序列號管理各封包。根據來自重發處理部112之指示讀取特定封包，藉由發送部160再次發送該封包。

重發處理部112係執行重發所發送之複數個封包中由來自接收裝置之重發要求指定之封包之處理者。於接收裝置中，如後述般，特定出來自發送裝置之接收失敗之封包(缺落封包)，並要求重發該缺落封包。當重發處理部112接收缺落封包之重發要求時，自發送緩衝器141讀取該指定之封包，且經由發送部160再次發送。

圖4係顯示本發明之實施形態之無線通訊裝置102之接收功能之構成例之圖。在該無線通訊裝置102中，接收部150、發送部160、天線開關170及天線180係與已說明者相同。接收緩衝器142係收發緩衝器140之一部分。又，重發要求部113及復原部114係可作為處理器110之功能而實現。

重發要求部113係對發送裝置進行缺落封包之重發要求者。該重發要求部113係基於附加於自發送裝置所接收之複數個封包之序列號而特定出缺落封包。

接收緩衝器142係儲存自發送裝置接收到之複數個封包之緩衝器。於該接收緩衝器142中，根據附加於封包之序列號而管理各封包。

復原部114係根據附加於儲存於接收緩衝器142之封包之序列號，復原封包所包含之原始資料者。另，復原後之資料係供於後段之(未圖示之)處理裝置中使用。

圖5係顯示Bluetooth(註冊商標)規格之封包格式之欄位構成之圖。於該封包格式中，包含72位元之存取碼、54位元之封包標頭、及最大2745位元之有效負載。

存取碼係用於進行同步或直流偏移校正等之信號。該存取碼包 含前導碼及同步字元。

封包標頭係封包之標頭，包含用於控制封包之信號。該封包標頭係將包含3位元之有效成員位址(AM_ADDR)、4位元之封包類型(TYPE)、1位元之流程控制(FLOW)、1位元之確認指示(ARQN)、1位元之序列號(SEQN)、8位元之標頭錯誤檢查(HEC)之18位元之位元串編碼者。

有效成員位址係用於識別形成微微網之從屬裝置之位址。封包類型係表示為16種不同封包類型之某一者。封包類型大致區分為一般之資料傳送所使用之ACL(Asynchronous Connection Less：非同步非連接)、與專門用於音頻傳送之SCO(Synchronous Connection Oriented：同步連接導向)。流程控制係用於進行ACL鏈接之流程控制者。確認指示係用於對發送裝置通知接收成功者。序號號係用於表示資料鏈接層之序列之連續性者。標頭錯誤檢查係用於檢查標頭之完整狀態者。

於該Bluetooth(註冊商標)規格之封包格式中，序列號為1位元，僅憑此無法指定特定之封包進行重發。因此，在本發明之實施形態中，如以下般，藉由對有效負載新附加複數個位元之序列號，而指定特定之封包進行重發。

圖6係顯示本發明之實施形態之資料發送封包之欄位構成例之圖。該資料發送封包係於有效負載中包含8位元之序列號(SEQ-NO)、可變大小之資料(INPUT-DATA)、及16位元之CRC。

序列號係表示封包之發送順序者。該序列號係由封包產生部111附加。在本例中，由於假設序列號為8位元，故可相互識別256個封包。

資料係藉由封包產生部111分割發送對象之資料而所得者。該分割後之資料係藉由接收裝置之復原部114合併而復原。再者，亦可在 收斂於封包之最大容量之範圍內，將複數個輸入資料匯總於各個封包內，以謀求提高發送效率。另，該情形時，亦可不必等到輸入資料直至容量飽和，而可於接收到一些資料之輸入後隨時發送。

CRC係用於檢測及訂正有效負載內之錯誤之循環冗餘檢查編碼。

圖7係顯示本發明之實施形態之重發要求封包之欄位構成例之圖。該重發要求封包係於有效負載中包含8位元之序列號(SEQ-NO)。如該圖(a)般，可就1個封包之重發要求使用1個重發要求封包，如該圖(b)般，亦可於複數個封包之重發要求時，將各個序列號匯總於1個重發要求封包。

此處，假設為藉由BLE規格之無線通訊將無線通訊裝置101及102進行通訊連接之情形。該情形時，可考慮藉由BLE之GATT(Generic Attribute Profile：通用屬性配置文件)之「服務(Service)」及「特徵(Characteristic)」之資料交換，發送接收上述之資料發送封包及重發要求封包。此時，資料發送封包可將意為不要求回應之資料發送之「Notification」用作對特徵之寫入之方式。另一方面，為了將要求重發之封包之序號寫入於發送裝置側之重發封包清單，重發要求封包可使用「Write Value」。

接著，參照圖式對上述實施形態之無線通訊系統之動作進行說明。

圖8係顯示本發明之實施形態之資料發送處理之處理程序例之流程圖。於左側顯示發送裝置側之處理程序，於右側顯示接收裝置側之處理程序。

於發送裝置(無線通訊裝置101)中，分割資料而產生封包，並發送該封包(步驟S911)。此時，如上述般，賦予序列號。被發送之封包並非立即抹除，而係儲存於收發緩衝器140(發送緩衝器141)內，以防重發要求，直至一連串之資料之發送完成、或收發緩衝器140飽和。 然而，存在下一個發送封包之情形時，無需等待來自接收裝置之重發要求封包，而繼續進行封包發送。即，可同時進行封包之發送、與存在要求之封包之重發。

於接收裝置(無線通訊裝置102)中，當接收自發送裝置發送之封包時(步驟S921：Yes)，確認附加於該封包之序列號(SEQ-NO)(步驟S922)。藉此，判定有無缺落封包。即，若所接收之封包之序列號錯開，則辨識為其間之封包為缺落封包。換言之，不辨識缺落封包之存在，直至接收下一個封包。

當序列號存在遺漏(步驟S923：Yes)，且檢測出存在缺落封包時，接收裝置將包含缺落封包之序列號之重發要求封包發送至發送裝置(步驟S924)。

當發送裝置接收重發要求封包時(步驟S912：Yes)，若指定之封包存在於收發緩衝器140(步驟S913：Yes)，則自緩衝記憶體取得該指定之封包，插入於重新發送之封包之發送處理，而重發於接收裝置(步驟S914)。另一方面，被要求重發之封包自發送裝置之緩衝記憶體清除結束之情形時(步驟S913：No)，由於發送裝置拒絕重發要求，故而例如通知針對發送要求之錯誤(步驟S915)。該等處理之後，發送裝置接著進行下一個封包之發送動作。

於接收裝置中，缺落封包以後亦接收封包，於接收到被重發之缺落封包後，進行原始資料之復原處理。此時，於接收裝置中，不清除缺落封包以後之接收封包。發送裝置亦不完全重發存在重發要求之封包以後之封包。於該等處理之後，接收裝置接著進行下一個封包之接收動作。

如此，發送裝置無需進行接收裝置之接收之確認，而根據發送順序將複數個封包連續發送至接收裝置，另一方面，於存在重發要求時，將指定之封包重發於接收裝置。

圖9係顯示本發明之實施形態之資料發送處理之處理程序例之序列圖。於該例中，假設於一個連線間隔內發送3個封包。

首先，關於自發送裝置最初發送之3個封包，於接收裝置正常接收。接著，關於接下來之3個封包，於封包#4之後接收封包#6。即，根據已接收封包#6而不接收封包#5，而檢測出封包#5為缺落封包(821)。因此，自接收裝置對發送裝置進行封包#5之重發要求。

於發送裝置中不進行接收確認而繼續進行發送，當接收到封包#5之重發要求時，自收發緩衝器140(發送緩衝器141)讀取封包#5，且重發於接收裝置(812)。

當於接收裝置中接收到封包#5時，將其儲存於收發緩衝器140(接收緩衝器142)。其後，當接收資料之復原所必要之所有封包時，於接收裝置中對原始資料進行復原(823)。經復原之資料輸出至後段之(未圖示之)處理裝置(824)。

圖10係本發明之實施形態之資料發送時未產生重發之情形之時序圖。在該圖及下圖中，TX表示發送部160，RX表示接收部150。

如該圖所示，自發送裝置發送之封包係於接收裝置中被接收，如未檢測出缺落封包之情形時不要求重發。

圖11係本發明之實施形態之資料發送時產生重發之情形之時序圖。

如該圖所示，於接收裝置中未接收到自發送裝置發送之封包#5而接收到封包#6之情形時，接收裝置要求重發封包#5。發送裝置係於不斷連續發送封包#7以後之封包之期間插入重發封包#5。

圖12係顯示本發明之實施形態之終端處理之處理程序例之流程圖。於左側顯示發送裝置側之處理程序，於右側顯示接收裝置側之處理程序。

於上述重發處理中，接收裝置係於所接收之封包之序列號有遺 漏時，辨識到存在缺落封包。另一方面，發送一連串之資料時之最後一個封包未到達接收裝置之情形時，接收裝置無法辨識缺落封包之存在，而無從進行重發要求。因此，發送一連串之資料之最後一個封包後，於發送裝置與接收裝置之間，為確認是否已適當接收到最後一個封包而進行「終端處理」。

發送裝置係根據發送順序將複數個封包連續發送至接收裝置(步驟S931)。接著，當發送資料之最後一個封包時(步驟S932：Yes)，作為終端處理，發送裝置發送附加有下一個序列號之封包(步驟S933)。然而，由於於該封包中，資料為無用，故而成為所謂的空封包。將於該終端處理中自發送裝置發送之空封包特別稱作結束確認封包。

當接收裝置於進行封包之接收處理之期間(步驟S941)接收空封包時(步驟S942：Yes)，將通知最後接收到之封包之序列號(即，空封包之序列號)之序號通知封包發送至發送裝置(步驟S943)。該序號通知封包亦因資料為無用而成為所謂的空封包。

因發送裝置接收到序號通知封包之情形時(步驟S934：Yes)，接收裝置已接收構成一連串之資料之所有封包，故而判斷為此後不會產生關於該資料之封包之重發要求，而可清除(Purge)儲存於發送緩衝器141之發送封包(步驟S936)。另，對來自接收裝置之序號通知封包，發送裝置無需特別回覆。

同樣，於接收裝置中，亦藉由確認已接收構成一連串之資料之所有封包，而可使用封包進行原始資料之復原。接著，可自接收緩衝器142清除截至目前之接收封包(步驟S944)。

於該終端處理中，發送裝置等待來自接收裝置之通知，並於每一特定時間反復重發空封包，直至有通知(步驟S935：Yes)。但，該等處理係於發送構成一連串資料之所有封包後進行，故與資料發送時之總處理能力之降低無關。

再者，存在接下來發送之資料之情形時(步驟S937：Yes)，亦可與一連串之資料之發送結束後之終端處理同時進行下一個資料之發送(步驟S938)。因此，可避免發生總處理能力之降低。另，此時，可連續使用序列號進行遞增，或，亦可重設。

圖13係顯示本發明之實施形態之終端處理之處理程序例之序列圖。在該例中，假設共發送5個封包時，1個連線間隔內各發送3個封包。

首先，關於自發送裝置最初發送之3個封包，係於接收裝置中正常接收。接著，於下一個連線間隔，發送封包#4及#5。接著，由於已發送最後一個封包#5，故而發送附加有序列號#6之空封包作為結束確認封包(831)。

在該例中，假設有自結束確認封包之發送(831)經過特定時間仍未自接受裝置回覆序號通知封包之情形。因此，發送裝置判斷為未接收到結束確認封包，而再次發送附加有序列號#6之空封包(832)。

已接收結束確認封包之接收裝置回覆附加有最後所接收之封包之序列號即#6之空封包，作為序號通知封包(843)。接著，判斷為該資料之接收完成，而自儲存於接收緩衝器142之封包復原原始資料，清除儲存於接收緩衝器142之封包(844)。

已接收序號通知封包之發送裝置判斷為該資料之發送完成，而清除儲存於發送緩衝器141之封包(834)。另，於該清除完成中，亦可開始下一個資料之發送(835)。

如此，根據本發明之實施形態，無需進行接收裝置之接收之確認，而自發送裝置發送複數個封包，另一方面，藉由按照來自接收裝置之重發要求重發封包，可避免由通訊錯誤之恢復處理所引起之性能降低。

另，上述實施形態係顯示用於使本發明具體化之一例者，實施 形態之事項與申請專利範圍之發明特定事項分別具有對應關係。同樣，申請專利範圍之發明特定事項及與其標註相同名稱之本發明之實施形態之事項分別具有對應關係。然而，本發明並非限定於實施形態，可在不脫離其要旨之範圍內，藉由對實施形態施以各種變形而具體化。

再者，上述實施形態中所說明之處理程序可看作具有該等一連串程序之方法，又，可看作用於使電腦執行該等一連串之程序之程式至記憶該程式之記錄媒體。作為該記錄媒體，例如，可使用CD(Compact Disc：緊密磁碟)、MD(MiniDisc：迷你光碟)、DVD(Digital Versatile Disc：數位多功能光碟)、記憶卡、及藍光光碟(Blu-ray(註冊商標)Disc)等。

101‧‧‧無線通訊裝置

102‧‧‧無線通訊裝置

110‧‧‧處理器

120‧‧‧記憶體

130‧‧‧通訊控制部

140‧‧‧收發緩衝器

150‧‧‧接收部

160‧‧‧發送部

170‧‧‧天線開關

180‧‧‧天線

Claims (10)

1. 一種無線通訊系統，其係於第1無線通訊裝置與第2無線通訊裝置之間發送接收資料者，且上述第1無線通訊裝置具備：封包產生部，其分割資料並對該分割後之資料各者附加表示發送順序之序列號而產生複數個封包；發送部，其無需進行上述第2無線通訊裝置之接收之確認，而根據上述發送順序，將上述複數個封包連續發送至上述第2無線通訊裝置；發送緩衝器，其儲存上述所發送之複數個封包；及重發處理部，其重發上述所發送之複數個封包中由來自上述第2無線通訊裝置之重發要求指定之封包；上述第2無線通訊裝置具備：接收部，其接收自上述第1無線通訊裝置發送之上述複數個封包；接收緩衝器，其儲存上述所接收之複數個封包；及重發要求部，其基於上述所接收之複數個封包之序列號，特定出接收失敗之封包，僅就上述接收失敗之封包，對上述第1無線通訊裝置進行上述重發要求。
2. 如請求項1之無線通訊系統，其中於上述第2無線通訊裝置中，上述重發要求部於檢測出存在接收失敗之封包之情形時，無需清除儲存於上述接收緩衝器之上述接收失敗之封包之後所接收之封包，而以僅就上述接收失敗之封包進行上述重發要求之方式，將包含上述接收失敗之封包之序列號之封包發送至上述 第1無線通訊裝置。
3. 如請求項1之無線通訊系統，其中於上述第1無線通訊裝置中，上述發送部係於將自上述資料產生之封包全部發送後，發送附加有最後所發送之封包之下一個序列號之結束確認封包；上述發送緩衝器係於自上述第2無線通訊裝置接收到確認已接收上述結束確認封包之旨意之通知後，清除上述儲存之複數個封包中自上述資料產生之封包；於上述第2無線通訊裝置中，於已接收上述結束確認封包之情形時，上述接收部係於接收到上述結束確認封包時，將確認已接收上述結束確認封包之旨意之通知回覆至上述第1無線通訊裝置，且上述接收緩衝器清除上述儲存之複數個封包中自上述資料產生之封包。
4. 如請求項3之無線通訊系統，其中於上述第1無線通訊裝置中，上述發送部係於發送上述結束確認封包後經過特定時間之期間未接收到確認已接收上述結束確認封包之旨意之通知之情形時，再次發送上述結束確認封包。
5. 如請求項1之無線通訊系統，其中上述第2無線通訊裝置進而具備復原部，其係於接收到上述結束確認封包時，自儲存於上述接收緩衝器之複數個封包所包含之上述分割後之資料復原上述資料。
6. 如請求項5之無線通訊系統，其中上述第1無線通訊裝置進而具備：第1處理器，其執行用於執 行上述資料之分割、上述序列號之附加、及上述指定之封包之重發之各動作之第1應用程式；及第1記憶體，其儲存上述第1應用程式；且上述第2無線通訊裝置進而具備：第2處理器，其執行用於執行上述接收失敗之封包之特定、上述重發之要求、及上述資料之復原之各動作之第2應用程式；及第2記憶體，其儲存上述第2應用程式。
7. 一種無線通訊系統之無線通訊方法，該無線通訊系統係於第1無線通訊裝置與第2無線通訊裝置之間發送接收資料者；該無線通訊方法包含：封包產生程序，其係上述第1無線通訊裝置分割資料，並對該分割後之資料各者附加表示發送順序之序列號而產生複數個封包；發送程序，其係上述第1無線通訊裝置無需進行上述第2無線通訊裝置之接收之確認，而根據上述發送順序，將上述複數個封包連續發送至上述第2無線通訊裝置；接收程序，其係上述第2無線通訊裝置接收自上述第1無線通訊裝置發送之上述複數個封包；重發要求程序，其係上述第2無線通訊裝置基於上述所接收之複數個封包之序列號，特定出接收失敗之封包，僅就上述接收失敗之封包，對上述第1無線通訊裝置進行重發要求；及重發處理程序，其係上述第1無線通訊裝置重發上述所發送之複數個封包中由來自上述第2無線通訊裝置之上述重發要求指定之封包。
8. 一種無線通訊裝置，其包含：封包產生部，其分割資料並對該分割後之資料各者附加表示 發送順序之序列號而產生複數個封包；發送部，其無需進行接收側之無線通訊裝置之接收之確認，而根據上述發送順序，將上述複數個封包連續發送至上述接收側之無線通訊裝置；發送緩衝器，其儲存上述所發送之複數個封包；及重發處理部，其重發上述所發送之複數個封包中由來自上述接收側之無線通訊裝置之重發要求指定之封包。
9. 如請求項8之無線通訊裝置，其中上述發送部係於將自上述資料產生之封包全部發送後，發送附加有最後所發送之封包之下一個序列號之結束確認封包；且上述發送緩衝器係於自上述接收側之無線通訊裝置接收到確認已接收上述結束確認封包之旨意之通知後，清除上述所儲存之複數個封包中自上述資料產生之封包。
10. 如請求項8之無線通訊裝置，其進而具備：第1處理器，其執行用於執行上述資料之分割、上述序列號之附加、及上述指定之封包之重發之各動作之第1應用程式；及第1記憶體，其儲存上述第1應用程式。