通信設(shè)備和通信方法
【專利摘要】根據(jù)實施例，通信設(shè)備在其中存儲操作模式，指示通信設(shè)備是發(fā)布器還是訂戶，并包括消息處理單元，其生成傳送消息并分析接收消息，還包括非易失性存儲器。當通信設(shè)備是訂戶時，通信設(shè)備發(fā)送修復(fù)消息以請求重傳沒有被連續(xù)接收的數(shù)據(jù)塊。當通信設(shè)備是發(fā)布器時，通信設(shè)備基于修復(fù)消息選擇性地重傳數(shù)據(jù)塊。
【專利說明】通信設(shè)備和通信方法
[0001]相關(guān)申請的交叉引用
[0002]本申請基于并要求于2013年9月10日提交的在先日本專利申請2013-187507的優(yōu)先權(quán)，其全部內(nèi)容通過弓I用結(jié)合于此。

【技術(shù)領(lǐng)域】
[0003]在此描述的實施例一般涉及一種通信設(shè)備和通信方法。

【背景技術(shù)】
[0004]作為無線通信中的通信方法，存在點對點(P2P)通信方法，其中數(shù)據(jù)在終端之間被直接傳送和接收，而不需要任何接入點。由于P2P通信不需要任何通信基礎(chǔ)設(shè)施，方法可被用在任何位置且通信通道可被最小化，由此使得通信延遲的減少。而且，當終端彼此接近時，可使用具有小輸出的通信信號，進行較小功率損耗的通信。
[0005]在無線通信中，存在這樣的情況，傳送終端將相同的數(shù)據(jù)傳送到多個接收終端。當傳送終端將數(shù)據(jù)傳送到每個接收終端時，數(shù)據(jù)傳送需要特定的時長，并消耗特定的功率量。同時，當數(shù)據(jù)通過組播被同時傳送時，由于數(shù)據(jù)的傳遞確認不是由組播做出的，在接收終端可能會丟失數(shù)據(jù)。


【發(fā)明內(nèi)容】

[0006]通常，根據(jù)一個實施例，通信設(shè)備包括無線接口單元，包括操作模式存儲單元，其中存儲通信設(shè)備作為發(fā)布器操作的模式或通信設(shè)備作為訂戶操作的模式，包括識別信息存儲單元，其中存儲了指示通信設(shè)備屬于第一組的第一識別符，包括消息處理單元，其生成將被傳送的消息并分析將被接收的消息，還包括非易失性存儲器。當通信設(shè)備是發(fā)布器時，包括第一識別符的傳送消息被無線接口單元輸出到通信設(shè)備之外，而當通信設(shè)備是訂戶時，確定第一識別符是否包含在由無線接口單元接收的接收消息中，且當?shù)谝蛔R別符被包括在接收消息中時，數(shù)據(jù)被存儲在非易失性存儲器中，而當?shù)谝蛔R別符沒有被包括在接收消息中時，數(shù)據(jù)不被存儲在非易失性存儲器中。
[0007]根據(jù)本發(fā)明，有可能實現(xiàn)高速通信并節(jié)約能源。

【專利附圖】

【附圖說明】
[0008]圖1是示出根據(jù)第一實施例的通信設(shè)備的配置例子的框圖；
[0009]圖2是根據(jù)第一實施例的數(shù)據(jù)消息的配置例子的圖；
[0010]圖3是示出根據(jù)第一實施例的修復(fù)消息配置例子的圖；
[0011]圖4是示出第一實施例中的消息傳送的例子的圖；
[0012]圖5是示出組播組中的參與處理過程的例子的圖；
[0013]圖6是示出已接收到數(shù)據(jù)消息的訂戶的操作的例子的流程圖；
[0014]圖7是示出第一實施例中的環(huán)路傳送狀態(tài)的數(shù)據(jù)消息傳送序列的例子的圖；
[0015]圖8是第一實施例中的修復(fù)接收狀態(tài)的數(shù)據(jù)消息傳送序列的例子的圖；
[0016]圖9是示出第二實施例中的塊的數(shù)據(jù)結(jié)構(gòu)的例子的圖；
[0017]圖10是示出根據(jù)第三實施例的發(fā)布器的狀態(tài)轉(zhuǎn)換的例子的圖；
[0018]圖11是根據(jù)第四實施例的修復(fù)消息的傳送處理過程的例子的圖；
[0019]圖12是示出確定是否忽略修復(fù)消息的處理的例子的圖；
[0020]圖13是示出第七實施例中的消息傳送的例子的圖；以及
[0021]圖14是示出第七實施例中的數(shù)據(jù)消息的傳送處理過程的例子的圖。

【具體實施方式】
[0022]以下將參考附圖詳細解釋通信設(shè)備和通信方法的示例性實施例。本發(fā)明不限于以下實施例。
[0023](第一實施例)
[0024]圖1是示出根據(jù)第一實施例的通信設(shè)備I的配置例子的框圖。通信設(shè)備I包括網(wǎng)絡(luò)控制單元2、組播組存儲單元3 (識別信息存儲單元)、無線接口 4和非易失性存儲器5。
[0025]根據(jù)第一實施例的通信設(shè)備I可通過P2P通信與具有相同配置的另一個通信設(shè)備I傳送和接收數(shù)據(jù)。通信設(shè)備I也可與另一個通信設(shè)備I進行單播通信，并可通過組播將相同的數(shù)據(jù)傳送給多個其他通信設(shè)備I。
[0026]無線接口 4執(zhí)行無線信號的接收處理，且當接收的消息是到接口本身的消息時，無線接口 4輸出消息到網(wǎng)絡(luò)控制單元2。而且，無線接口 4將網(wǎng)絡(luò)控制單元2生成的消息作為無線信號傳送。而且，無線接口 4執(zhí)行傳輸處理，以實現(xiàn)多個通信設(shè)備I的P2P通信。盡管對實現(xiàn)P2P通信的協(xié)議等沒有限制，例如可使用IP (因特網(wǎng)協(xié)議)。
[0027]組播組存儲單元3持有單元本身所屬的組播組的識別符的列表。組播組存儲單元3向無線接口 4通知單元本身所屬的組播組的識別符。無線接口 4確定，其中對應(yīng)于接口本身所屬的組播組的識別符的組播地址被存儲在目的地中的消息也是到接口本身的消息。非易失性存儲器5持有將被傳送的數(shù)據(jù)、接收的數(shù)據(jù)等。網(wǎng)絡(luò)控制單元2包括操作模式設(shè)置單元21、文件管理單元22和消息處理單元23。
[0028]通常，諸如智能電話和平板電腦的移動設(shè)備之間的數(shù)據(jù)傳送和接收常規(guī)地發(fā)生在媒體文件交換時，上述媒體文件諸如照片和運動圖像。在移動設(shè)備之間傳送和接收數(shù)據(jù)時，存在使用WiFi的基礎(chǔ)架構(gòu)模式的方法或要求諸如蜂窩網(wǎng)絡(luò)的接入點(或基站)的通信裝置。在這種情況下，即使當通信在空間上彼此靠近的設(shè)備間進行時，來自傳送源設(shè)備的數(shù)據(jù)隨著數(shù)據(jù)穿過接入點而到達傳送目的地設(shè)備。這種處理使得由于存在冗余通信通道，通信延遲增加，且首先，不存在接入點的話，不能進行方法中的終端之間的數(shù)據(jù)通信。而且，當從終端到接入點的距離較長時，由于需要傳送高輸出無線信號，功耗增加。
[0029]在移動設(shè)備之間交換數(shù)據(jù)時，存在這樣的情況，其中相同的數(shù)據(jù)被傳送到多個終端。在這種情況下，發(fā)生一對多數(shù)據(jù)移動。如果不考慮通信效率，可以設(shè)想根據(jù)接收終端的數(shù)量來重復(fù)一對一通信。但是，相同數(shù)據(jù)的重復(fù)傳送導(dǎo)致冗余以及要求用于數(shù)據(jù)傳輸?shù)臅r間增加，且頻率范圍會被不必要地占用較長時間。
[0030]為了避免這種劣勢，使用一對多組播通信來代替一對一單播通信足夠了。但是，在組播通信時，當接收終端錯過特定數(shù)據(jù)碎片時，不可能向接收終端重傳數(shù)據(jù)，而打斷來自傳輸傳送端的數(shù)據(jù)傳輸傳送。數(shù)字電視廣播、IP廣播等沒有數(shù)據(jù)重傳機制，因為這些類型的廣播的媒體數(shù)據(jù)具有數(shù)據(jù)結(jié)構(gòu)，這樣如果丟失媒體數(shù)據(jù)的特定數(shù)據(jù)區(qū)域，傳送過程也不會被打斷。當考慮處理具有任意格式的數(shù)據(jù)時，即使一個比特的接收文件也不能丟失。因此，在第一實施例中，進行數(shù)據(jù)的重傳處理，以便在組播通信繼續(xù)數(shù)據(jù)傳送的同時防止接收處的數(shù)據(jù)丟失。
[0031]在第一實施例中，當相同的數(shù)據(jù)被傳送到多個其他通信設(shè)備I時，數(shù)據(jù)的傳送和接收由組播組管理。組播組屬于相同的邏輯網(wǎng)絡(luò)，并且是通信設(shè)備I的集合，這些通信設(shè)備I是彼此傳送和接收數(shù)據(jù)的關(guān)系。在第一實施例中，邏輯網(wǎng)絡(luò)包括具有相同組播的識別符的多個通信設(shè)備。即，在具有相同組播的識別符的通信設(shè)備之間，執(zhí)行將在組播組中分發(fā)的數(shù)據(jù)的傳送和接收，而在不具有相同組播的識別符的通信設(shè)備之間，不執(zhí)行將在組播組中分發(fā)的數(shù)據(jù)的傳送和接收，即使從物理意義來說這些通信設(shè)備彼此之間距離很近。在第一實施例中，當相同的數(shù)據(jù)被傳送到多個其他通信設(shè)備I時，用作數(shù)據(jù)傳送源的通信設(shè)備1，即，傳送源設(shè)備被稱為“發(fā)布器(傳送源)”，而除了發(fā)布器以外的通信設(shè)備I被稱為“訂戶(接收端)”。訂戶從發(fā)布器直接或經(jīng)由另一個通信設(shè)備I接收數(shù)據(jù)。為一個組播組設(shè)置用作發(fā)布器的一個通信設(shè)備I。
[0032]網(wǎng)絡(luò)控制單元2的操作模式設(shè)置單元21(操作模式存儲單元)將設(shè)備本身(通信設(shè)備I)設(shè)置為以發(fā)布器模式或訂戶模式操作。操作模式設(shè)置單元21還設(shè)置了設(shè)備本身所屬的組播組。組播組的設(shè)置在稍后被解釋?？蓪M播組中的每一個單獨設(shè)置操作模式。例如，有可能這樣設(shè)置，使得一個通信設(shè)備I在特定的組播組中用作發(fā)布器而在其他組播組中用作訂戶。操作模式設(shè)置單元21控制文件管理單元21和消息處理單元23，使得這些單元執(zhí)行對應(yīng)于每個組播組的操作模式的操作。
[0033]當通信設(shè)備I作為發(fā)布器操作時，文件管理單元22生成文件組的ToC(目錄)(內(nèi)容信息)，它是到訂戶的傳送項。在第一實施例中，有待從發(fā)布器傳送到訂戶的數(shù)據(jù)的塊被稱為“文件”。文件可以是任何類型的數(shù)據(jù)文件。例如，其可以是文本文件，或圖像或畫面數(shù)據(jù)文件。發(fā)布器通過一系列消息傳送一個或多個文件。文件管理單元22在傳送消息系列之前生成ToC，其中存儲有與消息系列對應(yīng)的文件有關(guān)的信息。而且，文件管理單元22將文件分解為被用于重傳的單元數(shù)據(jù)片，其中每個單元數(shù)據(jù)片被稱為“塊(數(shù)據(jù)塊)”，且唯一的標識符被分配給每個塊。在ToC中，文件的識別符和組成文件的塊的列表是以逐個文件的形式被包括的。組成這些文件的塊的列表例如是塊的識別符的列表。第一實施例不限于此，且當一系列塊的識別符被分配給一個文件時，組成該文件的塊的列表(以下被稱為“塊列表”)可以是例如這樣的信息，該信息指示將被傳送的塊的識別符的區(qū)域。消息處理單元23生成其中存儲有ToC的消息(ToC消息)。無線接口 4將ToC消息作為無線信號傳送。
[0034]當通信設(shè)備I作為訂戶而操作時，文件管理單元22持有從ToC被通知的塊列表。
[0035]消息處理單元23生成消息，其中有待傳送到其他通信設(shè)備I的數(shù)據(jù)被形成為特定格式，消息處理單元23將該消息傳送給無線接口 4。無線接口 4隨后接收從其他通信設(shè)備I接收的消息，并執(zhí)行對應(yīng)于消息內(nèi)容的處理。
[0036]當通信設(shè)備I作為發(fā)布器而操作時，消息處理單元23生成數(shù)據(jù)消息，該數(shù)據(jù)消息中存儲有在非易失性存儲器5中保持的數(shù)據(jù)(組成文件的數(shù)據(jù))。而且，當通信設(shè)備I作為發(fā)布器而操作時，消息處理單元23基于從訂戶接收到的修復(fù)消息(稍后將解釋)而執(zhí)行重傳處理(以下將解釋)。在第一實施例中，盡管解釋了其中發(fā)布器將非易失性存儲器5中保持的數(shù)據(jù)傳送給訂戶的例子，該實施例也適用于傳送經(jīng)由有線或無線線纜接收的數(shù)據(jù)或傳送存儲在其他外部存儲介質(zhì)中的數(shù)據(jù)的情況。
[0037]當通信設(shè)備I作為訂戶操作時，消息處理單元23從數(shù)據(jù)消息中提取數(shù)據(jù)，該數(shù)據(jù)消息接收自其他通信設(shè)備1，單元23將提取的數(shù)據(jù)存儲在非易失性存儲器5中。當消息處理單元23已接收到ToC時，消息處理單元23持有存儲在ToC中的塊列表。而且，當通信設(shè)備I作為訂戶操作時，如果存在沒有被接收的數(shù)據(jù)消息，消息處理單元23生成修復(fù)消息，并將該消息傳遞給無線接口 4。
[0038]數(shù)據(jù)消息是包括塊的消息，該塊是將從發(fā)布器被傳送到訂戶的文件數(shù)據(jù)碎片。一個數(shù)據(jù)消息中包括一個或多個塊。一個塊包括字節(jié)流，字節(jié)流是塊的實體并且是塊的識別符。除了這些元素，其他的信息也可被包括在塊中。
[0039]當塊尺寸太大而沒法作為一個數(shù)據(jù)消息被傳送時，塊可被分為更小片的單元數(shù)據(jù)，這被稱為“扇區(qū)”。在這種情況下，當數(shù)據(jù)以扇區(qū)為單位被傳送時，以塊為單位要求進行重傳。在這種情況下，數(shù)據(jù)消息包括一個或多個扇區(qū)。扇區(qū)包括字節(jié)流，其是扇區(qū)的實體并且是扇區(qū)的識別符。扇區(qū)的識別符由塊的一對識別符形成，這對識別符包括扇區(qū)和扇區(qū)的從塊的頂部的索引。與文件消息類似，發(fā)布器將ToC分解為塊或扇區(qū)，并將這些塊或扇區(qū)作為數(shù)據(jù)消息而傳送。
[0040]圖2是示出根據(jù)第一實施例的數(shù)據(jù)消息的配置例子的圖。圖2示出了以塊為單位傳送數(shù)據(jù)消息的例子。如圖2所示，在數(shù)據(jù)消息中存儲傳送源發(fā)布器識別符，作為指示傳送源的信息，在數(shù)據(jù)消息中還存儲傳送目的地組播組識別符，作為指示目的地的信息。接下來，指示將在數(shù)據(jù)消息中被傳送的塊的編號的塊編號被存儲，隨后各個塊(塊1、塊2等)被存儲。當數(shù)據(jù)消息以扇區(qū)為單位被傳送時，圖2示出的塊編號被扇區(qū)編號代替，且各個扇區(qū)，而不是各個塊，被存儲在數(shù)據(jù)消息中。
[0041]修復(fù)消息是從訂戶被傳送到發(fā)布器的消息。修復(fù)消息被訂戶使用以指示發(fā)布器要求傳送(或重傳)哪個塊。修復(fù)消息包括訂戶要求重傳的塊的塊識別符。當發(fā)布器接收修復(fù)消息時，作為重傳處理，在特定的時機傳送對應(yīng)于修復(fù)消息中包括的塊識別符的塊。
[0042]圖3是示出根據(jù)第一實施例的修復(fù)消息的配置例子的圖。修復(fù)消息包括應(yīng)當被傳送的塊的識別符的列表。如圖3所示，修復(fù)消息中存儲傳送源訂戶識別符，作為指示傳送源的信息，修復(fù)消息還存儲傳送目的地發(fā)布器識別符，作為指示目的地的信息。接下來存儲塊識別符編號，其指示修復(fù)消息要求傳送的塊的識別符編號，且隨后存儲被要求傳送的各個塊的識別符。為了減少修復(fù)消息中指定的塊識別符的數(shù)據(jù)量，可通過一些方法壓縮數(shù)據(jù)，諸如將包括在相同文件中的連續(xù)塊識別符表示為連續(xù)塊的頂部塊和數(shù)目的一對識別符。
[0043]以下將解釋根據(jù)第一實施例的組播組。在第一實施例中，發(fā)布器通過組播傳送數(shù)據(jù)消息，且可到達區(qū)域內(nèi)的所有設(shè)備接收該數(shù)據(jù)消息。發(fā)布器和對應(yīng)的訂戶不總是感覺到彼此的存在，因此不必要在其間建立明確的連接。當通過組播傳送一般的消息時，傳送源設(shè)備不保證消息被正確地遞送到接收端設(shè)備，也不確認消息是否被遞送到接收端設(shè)備。另一方面，在第一實施例中，當數(shù)據(jù)消息的接收失敗時，使用修復(fù)消息進行重傳處理。通過執(zhí)行重傳處理，即使當數(shù)據(jù)通過組播傳送時，也有可能防止接收端處的數(shù)據(jù)丟失。
[0044]圖4是示出第一實施例中的消息傳送的例子的圖。圖4左側(cè)的正常傳送表示這樣的狀態(tài)，其中發(fā)布器101通過組播傳送數(shù)據(jù)消息。位于來自發(fā)布器101的無線電波的可到達區(qū)域103內(nèi)的訂戶102可接收數(shù)據(jù)消息。圖4右側(cè)的重傳請求表示這樣的狀態(tài)，其中訂戶102通過修復(fù)消息104請求數(shù)據(jù)消息的重傳。從發(fā)布器101或訂戶102輸出的無線電波可以是具有方向性的無線電波或沒有方向性的無線電波。當在圖4中，無線電波沒有方向性時，從發(fā)布器101或訂戶102輸出的無線電波以同心方式傳播。
[0045]作為組播傳送數(shù)據(jù)消息的一個例子，存在使用IP組播的方法。公同的組播地址被分配給發(fā)布器以及參與到相同組播組的所有訂戶。在這種情況下，可使用組播地址作為如圖2中示出的組播組識別符。當消息被傳送到組播地址時，消息被遞送到相同組播組中的所有設(shè)備。同時，即使存在參與不同組播組的設(shè)備，由于互不相同的組播地址被分配給這些組，不存在彼此的消息被錯誤遞送的可能性。
[0046]圖5是示出組播組中的參與處理過程的例子的圖。當創(chuàng)建新的組播組時，發(fā)布器首先選擇組播地址(步驟SI)。選擇組播地址是由組播組存儲單元3執(zhí)行的。組播地址被用作組播組的識別符，以接收被單元本身所傳送的文件。接下來，發(fā)布器利用特定方法向發(fā)布器周圍的設(shè)備通知組播地址(步驟S2)。例如，作為特定方法，其有可能使用這樣的方法，其中可參與到組播組的所有通信設(shè)備I提前連接到具有共同網(wǎng)絡(luò)地址的網(wǎng)絡(luò)空間，而組播地址被廣播通知給網(wǎng)絡(luò)地址。而且，也有可能使用物理方法，而不依賴網(wǎng)絡(luò)，諸如組播地址的發(fā)布器的管理器向訂戶使用者口頭通知組播地址。此外，發(fā)布器不決定組播地址，而操作者決定組播地址并將決定的地址設(shè)置給發(fā)布器，或者操作者以紙件、電子郵件等向用戶通知組播地址，都是可以的。
[0047]因為訂戶通過用戶的輸入等或通過來自發(fā)布器的接收獲得組播地址(步驟S3)，當訂戶從組播組的發(fā)布器接收到文件時，通過設(shè)置組播地址，開始“聽取(接收在組播組內(nèi)傳送的數(shù)據(jù))，，(步驟S4)。特別地，訂戶的組播組存儲單元3持有組播地址。而且，發(fā)布器的組播組存儲單元3持有決定的或設(shè)置的組播地址。
[0048]當通信設(shè)備I包括多個無線接口 4時，一個通信設(shè)備I可同時參與到多個組播組中。在這種情況下，互不相同的組播地址被設(shè)置給每個無線接口 4。
[0049]將解釋當訂戶從發(fā)布器接收到數(shù)據(jù)消息時的操作。圖6是示出已接收到數(shù)據(jù)消息的訂戶的操作的例子。當訂戶接收到數(shù)據(jù)消息時(步驟S5)，確定數(shù)據(jù)消息的目的地是否為訂戶本身所屬的組播組的識別符(步驟S6)。當數(shù)據(jù)消息的目的地是訂戶本身所屬的組播組的識別符時(步驟S6的是)，數(shù)據(jù)消息(特別地，存儲在數(shù)據(jù)消息中的塊)被存儲在非易失性存儲器5中(步驟S7)，且過程結(jié)束。在步驟S7，存在這樣的情況，其中數(shù)據(jù)消息沒有被存儲在非易失性存儲器5中，且包括在數(shù)據(jù)消息中的塊在RAM (未示出)上被提取，且在提取的塊上執(zhí)行預(yù)定的處理。當數(shù)據(jù)消息的目的地不是訂戶本身所屬的組播組的識別符時(步驟S6的否)，數(shù)據(jù)消息不被存儲在非易失性存儲器6中，且過程結(jié)束。
[0050]接下來，解釋發(fā)布器的數(shù)據(jù)傳送序列。圖7是示出第一實施例中的環(huán)路傳送狀態(tài)中的數(shù)據(jù)消息傳送序列的例子的圖。為了清楚起見，在此假設(shè)在處理期間沒有新的訂戶參與到組播組中。首先，發(fā)布器順序地傳送ToC和一系列數(shù)據(jù)消息(步驟S11)。如上所述，數(shù)據(jù)消息系列是通過ToC被通知以文件信息的數(shù)據(jù)消息，且是其中存儲有一個或多個文件的數(shù)據(jù)(塊)的多個數(shù)據(jù)消息。特別地，文件管理單元22確定將被傳送的塊的傳送順序，并向消息處理單元23指示從頂部塊到尾部塊的傳送順序。消息處理單元23基于傳送順序而順序產(chǎn)生其中存儲了一個或多個塊的數(shù)據(jù)消息。無線接口4傳送產(chǎn)生的數(shù)據(jù)消息。以上描述的狀態(tài)，即，發(fā)布器將對應(yīng)于一個ToC的塊作為數(shù)據(jù)消息順序地從頂部塊到尾部塊進行傳送，被稱為“環(huán)路傳送狀態(tài)”。
[0051]另一方面，隨著訂戶接收到從發(fā)布器傳送的數(shù)據(jù)消息并當存在沒有被接收的塊時，傳送修復(fù)消息(步驟S12)。特別地，訂戶的文件管理單元22將從ToC通知的塊列表與已正常接收的塊的塊識別符進行比較，以確定是否存在未被正常接收的塊。當存在未被正常接收的塊時，塊的識別符被通知給消息處理單元23，且消息處理單元23生成修復(fù)消息，其中存儲有通知的塊識別符。無線接口 4傳送生成的修復(fù)消息。
[0052]當發(fā)布器在環(huán)路傳送狀態(tài)接收到修復(fù)消息時，發(fā)布器臨時停止順序傳送塊的操作，并對該修復(fù)消息進行響應(yīng)(步驟S13)。特別地，發(fā)布器通過數(shù)據(jù)消息傳送對應(yīng)于修復(fù)消息中包括的塊識別符的塊。在響應(yīng)修復(fù)消息后，發(fā)布器恢復(fù)臨時停止的數(shù)據(jù)消息系列的傳送(步驟S14)。以這種方式，對應(yīng)于修復(fù)消息的傳送(步驟S12)，重復(fù)以下步驟:臨時停止傳送數(shù)據(jù)消息系列，響應(yīng)修復(fù)消息(步驟S13)以及恢復(fù)傳送(步驟S14)。
[0053]在傳送數(shù)據(jù)消息序列中的尾部塊后，發(fā)布器的狀態(tài)從環(huán)路傳送狀態(tài)切換到修復(fù)接收狀態(tài)。圖8是示出第一實施例中的修復(fù)接收狀態(tài)的數(shù)據(jù)消息傳送序列的例子。在修復(fù)接收狀態(tài)，一旦接收到修復(fù)消息，發(fā)布器執(zhí)行操作以響應(yīng)于修復(fù)消息。當存在未被接收的塊時，訂戶傳送修復(fù)消息(步驟S21)。一旦接收到修復(fù)消息，發(fā)布器響應(yīng)于修復(fù)消息(步驟S22)。特別地，發(fā)布器通過數(shù)據(jù)消息傳送對應(yīng)于修復(fù)消息中包括的塊識別符的塊。此時，數(shù)據(jù)消息可以被組播或單播傳送。當預(yù)定時間段內(nèi)沒有遞送任何修復(fù)消息時，發(fā)布器確定此時傳送結(jié)束，且修復(fù)接收狀態(tài)結(jié)束。
[0054]在上述說明中，已經(jīng)解釋了其中數(shù)據(jù)消息以塊為單位被傳送的例子，當數(shù)據(jù)消息以扇區(qū)為單位被傳送時，修復(fù)消息在其中存儲塊的識別符。
[0055]接下來將解釋訂戶確定傳送修復(fù)消息的時機并確定包括在每個修復(fù)消息中的塊識別符的方法的例子。訂戶基于ToC通知的信息，將所有由發(fā)布器傳送的塊按傳送順序進行排序。接下來，當在預(yù)定時間段內(nèi)包括未從發(fā)布器接收的塊的數(shù)據(jù)消息沒有被傳遞時(上述預(yù)定時間段基于訂戶接收到ToC的時間)，訂戶確定塊接收失敗，并通過生成和傳送修復(fù)消息要求塊重傳。此時，要求的塊被指定為那些塊，即，在所有排序的塊中，以從頂部塊開始的順序選擇特定數(shù)量的未接收的塊。
[0056]如上所述，在第一實施例中，發(fā)布器通過組播以塊或扇區(qū)為單位傳送數(shù)據(jù)，而訂戶向發(fā)布器傳送修復(fù)消息，其中存儲了指示被確定為未能正常接收的塊或扇區(qū)的識別符。而且，發(fā)布器被配置為重傳由修復(fù)消息指定的塊或扇區(qū)。因此，當相同的數(shù)據(jù)被傳送給多個訂戶時，除了被要求重傳的數(shù)據(jù)以外的數(shù)據(jù)可通過單次傳送而傳送。因此有可能實現(xiàn)高速通信和節(jié)能。同時，有可能對未被正常接收的數(shù)據(jù)執(zhí)行重傳，且有可能防止數(shù)據(jù)丟失。
[0057](第二實施例)
[0058]接下來，將解釋根據(jù)第二實施例的通信設(shè)備I。根據(jù)第二實施例的通信設(shè)備I的配置與第一實施例的一樣。以下將解釋與第一實施例不同的元素。
[0059]圖9是示出第二實施例中的塊的數(shù)據(jù)結(jié)構(gòu)的例子的圖。盡管第一實施例已解釋了其中塊包括字節(jié)流的例子，其中該字節(jié)流是塊的實體和塊的識別符，在第二實施例中，塊還包括伴隨這些元素的冗余部分。冗余部分是基于塊的內(nèi)容計算的冗余信息(冗余比特)。發(fā)布器的文件管理單元22或消息處理單元23通過使用塊內(nèi)容(塊的識別符和字節(jié)流)來執(zhí)行預(yù)定處理，生成冗余部分。冗余部分可以是例如通過簡單系統(tǒng)獲取的值，諸如校驗和。或者，為了防止篡改，可使用哈希函數(shù)生成冗余部分，從其很難檢測變?yōu)橄嗤a值的不同內(nèi)容。訂戶的文件管理單元22或消息處理單元23使用冗余部分確定塊接收是否成功。
[0060]圖9示出了其中塊識別符、字節(jié)流和冗余部分以這種順序被存儲的例子；但是，存儲順序不限于此。而且，作為圖9的另一個例子，也可能使用作為塊的實體的字節(jié)流來生成冗余信息，并將該冗余信息本身用作塊識別符。第二實施例除了上述操作以外的操作與第一實施例的相同。
[0061]如上所述，在第二實施例中，發(fā)布器被配置為傳送塊，同時包括冗余部分用于塊中的錯誤檢測。因此，訂戶可使用冗余部分確定是否已正常接收每個塊。
[0062](第三實施例)
[0063]接下來，將解釋根據(jù)第三實施例的通信設(shè)備I。根據(jù)第三實施例的通信設(shè)備I的配置與第一實施例的一樣。以下將解釋與第一實施例不同的元素。
[0064]在第三實施例中，假設(shè)新的訂戶可動態(tài)地參與到組播組中。發(fā)布器一旦接收到修復(fù)消息，可認識到參與到組播組中的訂戶的存在；但是，當沒有接收到修復(fù)消息時，不可能確定是否有訂戶參與到組播組中。如果發(fā)布器可認識到存在新加入到組播組的訂戶，有可能執(zhí)行為該訂戶從開始重傳一系列數(shù)據(jù)消息的操作，且處于環(huán)路傳送狀態(tài)的參與到組播組的訂戶可接收所有的數(shù)據(jù)消息系列。但是，新加入到組播組的訂戶不會接收任何塊直到其接收到ToC，且因此該訂戶不會傳送任何修復(fù)消息。
[0065]因此，在第三實施例中，當新的訂戶參與到組播組時，該事實被通知給訂戶。盡管可使用任何方法用于通知方法，以下將解釋通過ToC請求消息的通知方法。
[0066]ToC請求消息是新參與到組播組的訂戶請求發(fā)布器傳送ToC的消息。一旦接收到該消息，發(fā)布器可感覺到訂戶參與到組播組中。對于ToC請求消息的格式?jīng)]有限制，且ToC請求消息是這樣的消息，其中存儲預(yù)先設(shè)定的值，該值指示這是ToC請求，且該消息目的地是發(fā)布器(或組播地址)，這樣就可以了。
[0067]圖10是示出根據(jù)第三實施例的發(fā)布器的狀態(tài)轉(zhuǎn)換的例子的圖。在操作開始時，發(fā)布器處于休眠狀態(tài)且處于不傳送數(shù)據(jù)消息的狀態(tài)。在休眠狀態(tài)，發(fā)布器可以是處于節(jié)能狀態(tài)，因為供給到不需要功率的電路的電源被切斷。一旦接收到ToC請求消息，處于休眠狀態(tài)的發(fā)布器切換到環(huán)路傳送狀態(tài)，并通過數(shù)據(jù)消息傳送ToC。隨后，發(fā)布器通過第一實施例描述的方法或第二實施例描述的方法將各個塊傳送給訂戶。當發(fā)布器確定所有的塊被遞送給所有的訂戶時(即，從接收到上一個修復(fù)消息起已經(jīng)過預(yù)定的時間段)，發(fā)布器返回到休眠狀態(tài)。一旦接收到ToC請求消息，發(fā)布器再次切換到環(huán)路傳送狀態(tài)。
[0068]同時，當發(fā)布器在處于環(huán)路傳送狀態(tài)時接收到ToC請求消息時，臨時停止使用數(shù)據(jù)消息的塊傳送，而通過數(shù)據(jù)消息傳送ToC。在該例子中，盡管假設(shè)當訂戶新參與到組播組時傳送ToC請求消息，不過也可能這樣配置，即使數(shù)據(jù)消息的接收被臨時停止且由于已參與到組播組的訂戶的運動使得數(shù)據(jù)消息的接收被稍后恢復(fù)，也傳送ToC請求消息。
[0069]如上所述，在第三實施例中，已解釋了當訂戶新參與到組播組時，ToC請求消息被傳送。因此，發(fā)布器可認識到參與到組播組的訂戶的存在，且由此可實現(xiàn)消息的有效傳送。而且，通過在沒有訂戶參與到組播組時停止傳送，能耗可被減少。
[0070](第四實施例)
[0071]接下來，將解釋根據(jù)第四實施例的通信設(shè)備I。根據(jù)第四實施例的通信設(shè)備I的配置與第一實施例的相同。以下將解釋與第一實施例不同的元素。
[0072]在第一實施例中，當發(fā)布器接收到修復(fù)消息時，傳送由對應(yīng)的消息指定的塊。同時，存在這樣的情況，其中多個訂戶單個地傳送同一個塊的傳送請求作為修復(fù)消息。在這種情況下，如果發(fā)布器針對每個接收的修復(fù)消息重傳塊，相同的塊被重傳許多次，且重復(fù)傳送引起冗余數(shù)據(jù)傳送。當訂戶數(shù)量較大時，用于數(shù)據(jù)傳送的通信頻帶可被修復(fù)消息壓縮，且這可導(dǎo)致性能下降。
[0073]因此，在第四實施例中，由于訂戶被配置為彼此合作，訂戶中的代表性訂戶傳送相同塊的傳送請求，由此防止修復(fù)消息的冗余傳送。例如，假設(shè)存在兩個訂戶，其中訂戶#1請求塊A、B和C的傳送，而訂戶#2請求塊A和C的傳送。此時，訂戶#2要求的所有塊被包括在訂戶#1要求的塊中，且由此僅訂戶#1傳送修復(fù)消息是足夠的。
[0074]為了實現(xiàn)這樣的合作操作，首先，在傳送修復(fù)消息前，訂戶確認將被使用的無線資源的可用性(即，用于通信的頻帶信號沒有在空間流動)，并等待相互隨機時間，由此防止這些訂戶的修復(fù)消息傳送時機的重疊。當訂戶數(shù)量增加時，隨機等待時間的變化需要變得更大，以防止這樣的重疊，且由此有可能使用設(shè)置概率分布的標準偏差的配置，其產(chǎn)生與屬于相同組播組的訂戶數(shù)量(對訂戶數(shù)量的估計)成比例的隨機等待時間。例如，有可能使用這樣的配置，其中發(fā)布器以列表形式持有通信設(shè)備I的識別符，作為在過去預(yù)定時間段內(nèi)從屬于同一個組播組的訂戶接收的修復(fù)消息中包括的傳送源，且隨后將列表中包括的通信設(shè)備I的識別符的數(shù)量設(shè)置為訂戶數(shù)量的估計，其中重疊的修復(fù)消息的數(shù)量從上述列表中被刪除。接下來，訂戶分析從其他設(shè)備接收的修復(fù)消息。特別地，在第四實施例中，無線接口 4不僅向消息處理單元23傳遞尋址到接口本身的消息，也傳遞尋址到接口本身所屬的組播組中的發(fā)布器的消息。此后，消息處理單元23提取存儲在從其他訂戶傳送的修復(fù)消息中的塊識別符，并持有提取的塊識別符作為請求的塊列表。隨后，當?shù)搅擞啈舯旧韨魉托迯?fù)消息的時間時，執(zhí)行圖11 (以下將描述)示出的修復(fù)消息傳送處理。每個訂戶的消息處理單元23持有訂戶本身要求重傳的塊的塊識別符作為請求塊列表。
[0075]圖11是示出根據(jù)第四實施例的修復(fù)消息的傳送處理過程的例子的圖。訂戶的消息處理單元23從請求塊列表在刪除包括在請求塊列表中的塊識別符(步驟S31)。接下來，確定包括在請求塊列表中的塊識別符的數(shù)量是一個或多個或無(步驟S32)，且當數(shù)量是一個或多個時(步驟S32中的是)，生成其中存儲有包括在請求塊列表中的塊識別符的修復(fù)消息(步驟S33)。無線接口 4隨后傳送修復(fù)消息(步驟S34)。當請求塊列表中沒有包含塊識別符時(步驟S32的否)，不傳送修復(fù)消息且處理結(jié)束。
[0076]如上所述，在第四實施例中，當訂戶本身要求重傳的塊已通過修復(fù)消息由另一個訂戶要求重傳時，修復(fù)消息從請求重傳的項目中刪除該塊。因此，可減少要求重疊塊重傳的修復(fù)消息，并可抑制不必要的流量增加。
[0077](第五實施例)
[0078]接下來將解釋根據(jù)第五實施例的通信設(shè)備I。根據(jù)第五實施例的通信設(shè)備I的配置與第一實施例的相同。以下將解釋與第一實施例不同的元素。
[0079]在第一實施例中，一旦在環(huán)路傳送狀態(tài)接收到修復(fù)消息，發(fā)布器臨時停止順序傳送塊的操作，并通過數(shù)據(jù)消息傳送請求的塊。當修復(fù)消息請求大量的塊傳送時，由發(fā)布器執(zhí)行的塊的順序傳送操作變得較慢，且發(fā)布器忙于處理修復(fù)消息。對許多其他訂戶來說，由于處理來自特定訂戶的修復(fù)消息而延遲數(shù)據(jù)傳送并不是想要的。
[0080]在第五實施例中，為了避免這樣的情況，當發(fā)布器處于環(huán)路傳送狀態(tài)時，忽略滿足特定條件的修復(fù)消息(不進行對這些修復(fù)消息的任何響應(yīng)，即，不傳送由修復(fù)消息請求的塊)。當在傳送修復(fù)消息后經(jīng)過預(yù)定時間段后，請求的塊沒有被傳遞時，相同的修復(fù)消息被再次傳送。因此，如果修復(fù)消息被忽略，能保證數(shù)據(jù)的可達性。
[0081]作為例子，存在這樣的方法，即，發(fā)布器忽略請求塊的修復(fù)消息，其中修復(fù)消息在過去預(yù)定時間段內(nèi)已被數(shù)據(jù)消息和被發(fā)布器本身傳送。應(yīng)用該方法是因為，當在剛過去的時間已經(jīng)通過數(shù)據(jù)消息傳送特定塊時，取決于傳送修復(fù)消息的時機，已傳送了對應(yīng)于該塊的修復(fù)消息的訂戶已經(jīng)使得塊被傳遞。換句話說，當在預(yù)定時間段內(nèi)請求相同塊的多個修復(fù)消息被連續(xù)遞送時，僅響應(yīng)于第一個修復(fù)消息是足夠的，且響應(yīng)于隨后的修復(fù)消息引起冗余數(shù)據(jù)消息的產(chǎn)生。
[0082]而且，作為忽略修復(fù)消息的另一種情況，可提及在消息中包括的所請求的塊的數(shù)量。例如，當請求的塊的數(shù)量大于閾值時，發(fā)布器不響應(yīng)于修復(fù)消息。
[0083]如在第一實施例中描述的，當傳送直到尾部塊的塊時，發(fā)布器的狀態(tài)切換到環(huán)路傳送狀態(tài)到備用狀態(tài)。在備用狀態(tài)，不忽略修復(fù)消息，甚至可處理請求較大數(shù)量的塊的修復(fù)消息。因此最終，能保證所有的塊都被傳遞到已傳送了被忽略的修復(fù)消息的訂戶。
[0084]作為除了請求塊的數(shù)量以外的另一個適用的例子，可提及請求這些塊的訂戶的數(shù)量。例如，發(fā)布器對作為請求相同塊的修復(fù)消息的傳送源的訂戶的數(shù)目進行計數(shù)，其中修復(fù)消息在預(yù)定時間段內(nèi)被接收，將計數(shù)的數(shù)量設(shè)定為請求重傳各個塊的訂戶的數(shù)量。隨后，當請求塊重傳的訂戶的數(shù)量大于預(yù)定數(shù)量時，發(fā)布器響應(yīng)于修復(fù)消息，且當請求塊重傳的訂戶的數(shù)量等于或小于預(yù)定數(shù)量時不響應(yīng)于修復(fù)消息。
[0085]而且，被忽略的次數(shù)也是適用的。例如，當傳送修復(fù)消息后訂戶不能接收由修復(fù)消息請求的塊時，確定修復(fù)消息沒有被響應(yīng)(已被忽略)。接著，當修復(fù)消息被重傳時，它與該修復(fù)消息被忽略的次數(shù)一起傳送。有可能適用這樣的方法，其中，對于已被忽略的次數(shù)大于預(yù)定次數(shù)的消息來說，發(fā)布器強行響應(yīng)于這些消息，即使?jié)M足其他條件(忽略的條件)。
[0086]也可能使用這樣的方法，其中發(fā)布器通過合并兩個或更多條件來確定是否忽略修復(fù)消息。圖12示出，在同時使用請求的塊的數(shù)量和被忽略的次數(shù)的情況下，確定是否忽略修復(fù)消息的例子。如圖12所示，訂戶通過被忽略請求計數(shù)器對相同的修復(fù)消息被忽略的次數(shù)進行計數(shù)，隨后生成并傳送修復(fù)消息，其中存儲有計數(shù)數(shù)目作為被忽略的請求數(shù)目(步驟S41)。當發(fā)布器接收到修復(fù)消息時(步驟S42)，發(fā)布器確定存儲在修復(fù)消息中的被忽略的請求數(shù)目是否大于第一閾值(步驟S43)。當被忽略的請求數(shù)目等于或小于第一閾值時(步驟S43中的否)，確定請求塊的數(shù)量大于第二閾值(步驟S44)。當請求塊的數(shù)量等于或小于第二閾值(步驟S44中的否)，發(fā)布器生成并傳送包括由修復(fù)消息請求的塊的數(shù)據(jù)消息(步驟S45)。
[0087]當被忽略的請求數(shù)目大于第一閾值時(步驟S43中的是)，處理前進到步驟S45。當請求的塊的數(shù)量大于第二閾值時(步驟S44中的是)，訂戶不傳送修復(fù)消息。因此，由于訂戶不能接收對應(yīng)于修復(fù)消息的數(shù)據(jù)消息，訂戶確定修復(fù)消息已被忽略，并增加被忽略請求計數(shù)器(步驟S46)。
[0088]如上所述，在第五實施例中，當發(fā)布器處于環(huán)路傳送狀態(tài)且特定條件得以滿足時，發(fā)布器被配置為不傳送由修復(fù)消息請求的塊，即使當發(fā)布器接收到修復(fù)消息。因此，有可能防止到訂戶的數(shù)據(jù)傳送的延遲。
[0089](第六實施例)
[0090]接下來將解釋根據(jù)第六實施例的通信設(shè)備I。根據(jù)第六實施例的通信設(shè)備I的配置與第一實施例中的相同。以下將解釋與第一實施例中不同的元素。
[0091]在第一實施例中，在所有塊的傳送終止時，發(fā)布器的狀態(tài)從環(huán)路傳送狀態(tài)切換到修復(fù)接收狀態(tài)。在修復(fù)接收狀態(tài)，發(fā)布器不會動態(tài)地傳送任何數(shù)據(jù)消息，并僅在響應(yīng)于從訂戶遞送的修復(fù)消息的情況下傳送塊。
[0092]但是，當在結(jié)束環(huán)路傳送后存在沒有接收到大量塊的訂戶時，有可能引起性能下降。這是因為在這種情況下，這樣的訂戶傳送包括大量塊識別符的大尺寸修復(fù)消息。這樣的大尺寸修復(fù)消息使得特定的無線頻帶被占用，并引起流量增加。當修復(fù)消息的尺寸存在限制時，由于傳送了大量被分割為特定尺寸的修復(fù)消息，與上述情況類似，這引起流量增加。特別是當存在具有較差接收情況的訂戶時，會發(fā)生這樣的情況。
[0093]因此，在第六實施例中，新添加狀態(tài)消息作為可被訂戶傳送的消息。狀態(tài)消息已在其中存儲了訂戶的接收進度狀態(tài)。作為狀態(tài)消息最簡單的格式，已被訂戶接收的塊的數(shù)量被存儲在狀態(tài)消息中。訂戶以預(yù)定時間間隔傳送狀態(tài)消息。而且，在狀態(tài)消息中，用位圖格式通知各個塊的接收狀態(tài)，如果所有的塊都已被接收，比特可被設(shè)為例如1，而如果這些塊還沒有被接收，比特可被清除。
[0094]隨著所有塊的傳送終止，在切換到修復(fù)接收狀態(tài)前，發(fā)布器分析接收到的狀態(tài)消息并獲取接收到的塊的比例的最小值。接收到的塊的比例是通過將訂戶接收到的塊的數(shù)量除以發(fā)布器傳送的塊的數(shù)量而獲得的值。接收的塊的數(shù)量可代替接收到的塊的比例而使用。當接收到的塊的比例的最小值小于閾值時，發(fā)布器的狀態(tài)不切換到修復(fù)接收狀態(tài)，且其被維持在環(huán)路傳送狀態(tài)。維持環(huán)路傳送狀態(tài)的發(fā)布器通過數(shù)據(jù)消息再次順序地從頂部塊開始傳送塊。當環(huán)路傳送狀態(tài)被維持時，執(zhí)行塊的重傳而不需要任何修復(fù)消息，且因此有可能抑制由具有較小比例的接收塊的訂戶產(chǎn)生相當大尺寸的修復(fù)消息。但是在這種情況下，有必要基于訂戶本身的接收進度狀態(tài)，抑制訂戶處的大尺寸修復(fù)消息的產(chǎn)生。特別地，當存在未被接收的塊時，存在這樣的可能性，由于來自發(fā)布器的下一個頂部塊的傳送，可接收未接收的塊。因此，例如基于ToC，如果訂戶等待了預(yù)定時間段，確定未接收的塊是否是預(yù)計可接收的塊，且如果訂戶等待了預(yù)定的時間段，對于預(yù)計可被接收的塊來說，不傳送用于其的修復(fù)消息。
[0095]而且，在修復(fù)接收狀態(tài)，發(fā)布器也分析由訂戶傳遞的狀態(tài)消息，且當訂戶檢測到接收的塊的比例小于閾值時，發(fā)布器的狀態(tài)切換到環(huán)路傳送狀態(tài)。例如，由于新加入到組播組的訂戶接收到的塊的比例是0，發(fā)布器可開始所有塊到這樣的訂戶的順序分發(fā)。
[0096]如上所述，在第六實施例中，訂戶通過狀態(tài)消息向發(fā)布器通知塊的接收狀態(tài)，且當發(fā)布器基于狀態(tài)消息確定存在沒有接收大量塊的訂戶時，發(fā)布器的狀態(tài)沒有切換到修復(fù)接收狀態(tài)，且其維持在環(huán)路傳送狀態(tài)。因此，有可能防止由于大量的修復(fù)消息導(dǎo)致的流量增加。
[0097](第七實施例)
[0098]接下來將解釋根據(jù)第七實施例的通信設(shè)備I。根據(jù)第七實施例的通信設(shè)備I的配置與第一實施例的相同。以下將解釋與第一實施例不同的元素。
[0099]在第一實施例中，修復(fù)消息的目的地是發(fā)布器，且僅發(fā)布器重傳塊。同時，當存在參與到組播組的大量訂戶時，存在這樣的情況，其中特定訂戶的請求重傳的塊被另一個相鄰的訂戶正常接收和持有。在這種情況下，在第七實施例中，通過從另一個訂戶重傳塊來實現(xiàn)無線資源的有效使用。
[0100]特別地，在第七實施例中，在圖3示出的修復(fù)消息格式中，使用其中第二項目的目的地被改為組播地址的修復(fù)消息?；蛘?，也可能使用這樣的配置，其中圖3示出的修復(fù)消息格式?jīng)]有改變，且各個訂戶也接收到尋址到發(fā)布器的修復(fù)消息并執(zhí)行以下處理。
[0101 ]當訂戶從另一個訂戶接收到修復(fù)消息時，確定訂戶本身持有被修復(fù)消息請求的塊。決定是例如由消息處理單元23做出的。當消息處理單元23持有修復(fù)消息所請求的至少一個塊時，消息處理單元23生成其中存儲有持有的塊的數(shù)據(jù)消息，并經(jīng)由無線接口 4將該數(shù)據(jù)消息傳送到作為修復(fù)消息的傳送源的訂戶。數(shù)據(jù)消息的目的地是作為修復(fù)消息的傳送源的訂戶。當消息處理單元23不持有修復(fù)消息請求的甚至一個塊時，不對修復(fù)消息進行響應(yīng)。
[0102]圖13是示出第七實施例中的消息傳送的例子的圖。圖13左側(cè)的正常傳送表示這樣的狀態(tài)，其中發(fā)布器101通過組播傳送數(shù)據(jù)消息。數(shù)據(jù)消息到達訂戶102a、102b和102c，它們位于發(fā)布器101的無線波的可到達區(qū)域103內(nèi)。假設(shè)訂戶102a可接收由數(shù)據(jù)消息正常傳送的塊，而訂戶102b不能正常接收一部分塊。訂戶102b傳送修復(fù)消息。圖13右側(cè)的無線波的可到達區(qū)域105表示訂戶102b傳送的修復(fù)消息的可到達區(qū)域。在圖13中，盡管為了畫圖簡單，訂戶102b的無線波的可到達區(qū)域105被示出為小于發(fā)布器101的無線波的可到達區(qū)域103，但無線波的實際可達到區(qū)域可與圖13示出的可到達區(qū)域105的不同。例如，無線波的可到達區(qū)域105可以等于發(fā)布器101的無線波的可到達區(qū)域105，而對無線波的可到達區(qū)域105沒有限制。當訂戶102a從訂戶102b接收修復(fù)消息時，如果訂戶102a正常接收修復(fù)消息請求重傳的塊，訂戶102a傳送其中存儲有這些塊的數(shù)據(jù)消息106。從發(fā)布器101或訂戶102a、102b和102c輸出的無線波可以是具有方向性的無線波，或沒有方向性的無線波。當無線波沒有方向性時，在圖13中，從發(fā)布器101或訂戶102a、102b和102c輸出的無線波以同心方式傳播。
[0103]訂戶基于接收的修復(fù)消息生成數(shù)據(jù)消息并傳送數(shù)據(jù)消息的處理與發(fā)布器的處理一樣。例如，盡管在第五實施例中已解釋了發(fā)布器忽略修復(fù)消息的情況，訂戶也可忽略具有與用于發(fā)布器的條件相同條件的修復(fù)消息。
[0104]在第七實施例中，當多個通信設(shè)備I (發(fā)布器或訂戶)同時接收一個修復(fù)消息時，存在這樣的可能性，多個通信設(shè)備I的每個傳送其中存儲有互相相同塊的數(shù)據(jù)消息。這導(dǎo)致冗余數(shù)據(jù)傳送，并引起流量增加。因此，為了防止產(chǎn)生冗余消息，有可能使用與在第四實施例中描述的抑制冗余修復(fù)消息傳送的方法相同的方法，即，在傳送數(shù)據(jù)消息前等待隨機時間的方法。隨后，還分析由其他通信設(shè)備I傳送的數(shù)據(jù)消息，而不傳送過去預(yù)定時間段內(nèi)由那些通信設(shè)備I傳送的塊。為了實現(xiàn)該過程，例如，每個通信設(shè)備I持有在過去預(yù)定時間段內(nèi)由其他通信設(shè)備I通過數(shù)據(jù)消息傳送的塊的塊識別符，作為傳送的塊列表。當?shù)搅嗽O(shè)備本身傳送數(shù)據(jù)消息的時間時，如圖4所示，執(zhí)行數(shù)據(jù)消息的傳送過程。
[0105]圖14是示出第七實施例中的數(shù)據(jù)消息的傳送處理過程的例子的圖。在該例子中，盡管已經(jīng)解釋了訂戶的數(shù)據(jù)消息的傳送處理過程，當發(fā)布器傳送用于重傳的數(shù)據(jù)消息時，發(fā)布器也可執(zhí)行與訂戶相同的傳送處理。訂戶的消息處理單元23從傳送塊列表中刪除已傳送的塊列表中包括的塊(實際上是塊識別符)(步驟S51)。
[0106]訂戶的消息處理單元23從傳送塊列表中刪除訂戶本身沒有持有的塊(步驟S52)。接下來，訂戶的消息處理單元23確定塊是否被包括在傳送塊列表中(步驟S53)，且當一個或多個塊識別符被包括在傳送塊列表中時(步驟S53中的是)，消息處理單元23生成數(shù)據(jù)消息，其中存儲有對應(yīng)于包括在傳送塊列表中的塊識別符的塊(步驟S54)。訂戶的無線接口 4傳送數(shù)據(jù)消息(步驟S55)。當傳送塊列表中沒有包括塊識別符時(步驟S53中的否)，不執(zhí)行對應(yīng)于修復(fù)消息的數(shù)據(jù)消息的傳送，且處理終止。
[0107]在第七實施例中，僅當訂戶響應(yīng)于修復(fù)消息時，其才傳送數(shù)據(jù)消息。針對數(shù)據(jù)消息的傳送，訂戶被動地執(zhí)行操作，而不像發(fā)布器那樣被設(shè)置為環(huán)路傳送狀態(tài)，即，沒有動態(tài)傳送塊。
[0108]如上所述，在第七實施例中，當已接收到修復(fù)消息的訂戶也持有被修復(fù)消息請求的塊時，這樣配置，即，訂戶傳送其中存儲有塊的數(shù)據(jù)消息。因此，當已請求了數(shù)據(jù)重傳的訂戶具有附近的持有所請求的塊的另一個訂戶時，訂戶可從附近的訂戶接收數(shù)據(jù)消息。而且，由于數(shù)據(jù)的重傳處理可被訂戶共享，也可能避免這樣的情況，即，僅發(fā)布器過載且發(fā)布器的功耗增加。
[0109]盡管以上已解釋了多個實施例，有可能合并或執(zhí)行兩個或多個這樣的實施例。
[0110]盡管已描述了特定實施例，這些實施例僅以舉例的方式被展示，且不旨在限制本發(fā)明的范圍。實際上，在此描述的新穎的實施例可被實施為大量其他形式；而且，可對在此描述的實施例的形式進行各種忽略、代替和變化而不脫離本發(fā)明的精神。所附權(quán)利要求書及其等價物旨在涵蓋這樣的形式或修改，都落在本發(fā)明的范圍和精神內(nèi)。
【權(quán)利要求】
1.一種通信設(shè)備，包括: 無線接口單元，與所述通信設(shè)備外部進行消息的傳送和接收； 模式存儲單元，其存儲與所述通信設(shè)備的操作模式有關(guān)的信息，所述操作模式包括發(fā)布器模式和訂戶模式； 識別信息存儲單元，其存儲指示通信設(shè)備屬于第一組的第一識別符； 消息處理單元，其生成由無線接口單元傳送的消息，并分析被無線接口單元接收的消息；以及 非易失性存儲器，其中 當基于所述操作模式存儲單元中存儲的模式確定通信設(shè)備是發(fā)布器時，消息處理單元生成有待通過無線接口單元輸出到通信設(shè)備外部的、包括第一識別符的傳送消息，以及 當基于所述操作模式存儲單元中存儲的模式確定通信設(shè)備是訂戶時，消息處理單元分析由無線接口單元接收的接收消息是否包括第一識別符，并當接收消息包括第一識別符時，存儲包括在消息中的數(shù)據(jù)，且當接收消息不包括第一識別符時，不存儲包括在消息中的數(shù)據(jù)。
2.如權(quán)利要求1所述的通信設(shè)備，其中所述接收消息包括多個數(shù)據(jù)塊，當通信設(shè)備是訂戶時，所述通信設(shè)備輸出修復(fù)消息，所述修復(fù)消息包括在接收消息所包括的多個數(shù)據(jù)塊中未被接收的數(shù)據(jù)塊的一個或多個識別符。
3.如權(quán)利要求1所述的通信設(shè)備，其中所述修復(fù)消息利用伴隨的發(fā)布器識別符被傳送給發(fā)布器。
4.如權(quán)利要求2所述的通信設(shè)備，其中當所述通信設(shè)備是發(fā)布器時，一旦接收到修復(fù)消息，消息處理單元生成傳送消息，該傳送消息包括對應(yīng)于修復(fù)消息中包括的識別符的數(shù)據(jù)塊，消息處理單元通過無線接口單元將生成的消息輸出到通信設(shè)備外部。
5.如權(quán)利要求2所述的通信設(shè)備，其中當所述通信設(shè)備是訂戶時，包括在接收消息中的數(shù)據(jù)塊被存儲在非易失性存儲器中，且當接收到修復(fù)消息時，在對應(yīng)于修復(fù)消息中包括的識別符的數(shù)據(jù)塊被存儲在非易失性存儲器的情況下，生成包括所述數(shù)據(jù)塊的傳送消息，且將生成的消息輸出到無線接口單元。
6.如權(quán)利要求2所述的通信設(shè)備，其中所述消息處理單元持有數(shù)據(jù)識別符，其指示在過去的預(yù)定時間段內(nèi)接收的消息中存儲的數(shù)據(jù)塊作為接收的數(shù)據(jù)信息，且當生成作為通信設(shè)備對修復(fù)消息的響應(yīng)而傳送的消息時，生成這樣的消息，該消息在其中存儲有，在接收的數(shù)據(jù)信息中包括的修復(fù)消息所請求重傳的數(shù)據(jù)塊中除了對應(yīng)于數(shù)據(jù)識別符的數(shù)據(jù)塊以外的數(shù)據(jù)塊。
7.如權(quán)利要求6所述的通信設(shè)備，其中一旦確認將使用的無線資源的可用性，在等待隨機時間后，傳送作為對修復(fù)消息的響應(yīng)的消息。
8.如權(quán)利要求2所述的通信設(shè)備，其中當所述通信設(shè)備是訂戶時，消息處理單元持有重傳數(shù)據(jù)識別信息，指示從另一個訂戶接收的修復(fù)消息所請求重傳的數(shù)據(jù)塊，且當生成從通信設(shè)備傳送的修復(fù)消息時，生成這樣的修復(fù)消息，其請求重傳通信設(shè)備請求重傳的數(shù)據(jù)塊中除了對應(yīng)于所述重傳數(shù)據(jù)識別信息中包括的數(shù)據(jù)識別符的數(shù)據(jù)塊以外的數(shù)據(jù)塊。
9.如權(quán)利要求7所述的通信設(shè)備，其中， 用于產(chǎn)生隨機時間的可能性分布的標準偏差被設(shè)為與屬于第一組的訂戶的數(shù)量成比例， 當通信設(shè)備是訂戶時，作為傳送源的通信設(shè)備的識別符被存儲在修復(fù)消息中，且 當通信設(shè)備是發(fā)布器時，通信設(shè)備持有在過去預(yù)定時間段內(nèi)從屬于第一組的訂戶接收的修復(fù)消息中包括的、作為傳送源的訂戶的識別符作為第一列表，并且從第一列表刪除冗余識別符的第二列表中包括的識別符的數(shù)量被用作訂戶數(shù)量。
10.如權(quán)利要求2所述的通信設(shè)備，其中當通信設(shè)備是發(fā)布器時，通信設(shè)備的狀態(tài)從環(huán)路傳送狀態(tài)切換到修復(fù)接收狀態(tài)，其中在所述環(huán)路傳送狀態(tài)中，由數(shù)據(jù)系列產(chǎn)生的數(shù)據(jù)塊以預(yù)定順序被存儲在消息中，而在修復(fù)接收狀態(tài)中，隨著由數(shù)據(jù)系列產(chǎn)生的預(yù)定數(shù)量的數(shù)據(jù)塊的傳送終止,且當接收到修復(fù)消息時,傳送由修復(fù)消息要求重傳的數(shù)據(jù)塊。
11.如權(quán)利要求10所述的通信設(shè)備，其中當通信設(shè)備是訂戶時，在預(yù)定時間段內(nèi)定期傳送其中存儲有接收的數(shù)據(jù)塊的數(shù)量的狀態(tài)消息。
12.如權(quán)利要求11所述的通信設(shè)備，其中當通信設(shè)備是發(fā)布器時，隨著數(shù)據(jù)系列傳送的終止，在切換到修復(fù)接收狀態(tài)之前，提取接收的狀態(tài)消息中存儲的接收的數(shù)據(jù)塊的數(shù)量，獲得提取的接收數(shù)據(jù)塊的數(shù)量的最小值，且當該最小值等于或小于閾值時，維持環(huán)路傳送狀態(tài)。
13.如權(quán)利要求11所述的通信設(shè)備，其中當通信設(shè)備時發(fā)布器時，在修復(fù)接收狀態(tài)中接收到狀態(tài)消息時，提取接收的狀態(tài)消息中存儲的接收的數(shù)據(jù)塊的數(shù)量，且當提取的接收的數(shù)據(jù)塊的數(shù)量等于或小于閾值時，通信設(shè)備切換到環(huán)路傳送狀態(tài)。
14.如權(quán)利要求10所述的通信設(shè)備，其中當通信設(shè)備是發(fā)布器時，在環(huán)路傳送狀態(tài)，隨著修復(fù)消息被接收，在確定滿足特定條件的情況下，數(shù)據(jù)塊的傳送以預(yù)定順序繼續(xù)，且不執(zhí)行由修復(fù)消息請求重傳的數(shù)據(jù)塊的重傳。
15.如權(quán)利要求14所述的通信設(shè)備，其中當通信設(shè)備在過去預(yù)定時間段內(nèi)已傳送了由接收的修復(fù)消息請求重傳的所有的數(shù)據(jù)塊，確定滿足所述特定條件。
16.如權(quán)利要求14所述的通信設(shè)備，其中當由接收的修復(fù)消息請求重傳的數(shù)據(jù)塊的數(shù)量超過閾值時，確定滿足所述特定條件。
17.如權(quán)利要求14所述的通信設(shè)備，其中， 當通信設(shè)備是訂戶時，在傳送了修復(fù)消息后的預(yù)定時間段內(nèi)沒有接收到包括由修復(fù)消息要求重傳的數(shù)據(jù)塊的消息的情況下，確定對修復(fù)消息沒有響應(yīng)，將確定在重傳修復(fù)消息時沒有響應(yīng)的計數(shù)數(shù)目存儲在修復(fù)消息中，并傳送所述修復(fù)消息，以及 當通信設(shè)備是發(fā)布器時，在接收的修復(fù)消息中存儲的確定沒有響應(yīng)的計數(shù)數(shù)目超過閾值的情況下，即使確定滿足特定條件，也將接收的修復(fù)消息請求重傳的數(shù)據(jù)塊存儲在消息中，并傳送該消息。
18.如權(quán)利要求14所述的通信設(shè)備，其中當通信設(shè)備是發(fā)布器時，基于接收的修復(fù)消息，對請求重傳對應(yīng)于由修復(fù)消息所請求重傳的每個數(shù)據(jù)塊的數(shù)據(jù)塊的訂戶數(shù)目進行計數(shù)，且當訂戶的計數(shù)數(shù)目超過閾值時，即使確定滿足特定條件，也將數(shù)據(jù)塊存儲在消息中并傳送該消息。
19.如權(quán)利要求10所述的通信設(shè)備，其中當通信設(shè)備是發(fā)布器時，在傳送數(shù)據(jù)系列之前，傳送內(nèi)容信息消息，其中存儲有對應(yīng)于數(shù)據(jù)系列的數(shù)據(jù)塊的識別符，而當通信設(shè)備是訂戶時,傳送用于請求傳送所述內(nèi)容信息消息的內(nèi)容信息請求消息。
20.如權(quán)利要求1所述的通信設(shè)備，其中當通信設(shè)備是發(fā)布器時，使用數(shù)據(jù)塊生成用于錯誤檢驗的冗余信息，將冗余信息存儲在傳送數(shù)據(jù)塊的消息中，并傳送該冗余信息。
21.如權(quán)利要求1所述的通信設(shè)備，其中當通信設(shè)備是發(fā)布器時，設(shè)置第一組的第一識別符，其中第一組本身變成發(fā)布器，且第一識別符被傳送到其他設(shè)備，而當通信設(shè)備是訂戶時，在通信設(shè)備參與到第一組的情況下，通信設(shè)備將接收的第一識別符存儲在識別信息存儲單元中。
22.一種包括非易失性存儲器的通信設(shè)備中的通信方法，包括: 存儲與所述通信設(shè)備的操作模式有關(guān)的信息，所述操作模式包括發(fā)布器模式和訂戶模式；以及 存儲第一識別符，其指示通信設(shè)備屬于第一組，其中 當基于存儲的模式確定通信設(shè)備是發(fā)布器時，通信設(shè)備生成將作為無線信號被輸出到通信設(shè)備外部的、包括第一識別符的傳送消息，以及 當基于存儲的模式確定通信設(shè)備是訂戶時，通信設(shè)備分析接收消息是否包括第一識別符，并當接收消息包括第一識別符時存儲包括在消息中的數(shù)據(jù)，而當接收消息不包括第一識別符時不存儲包括在消息中的數(shù)據(jù)。
【文檔編號】H04W4/06GK104427473SQ201410190676
【公開日】2015年3月18日 申請日期:2014年5月7日 優(yōu)先權(quán)日:2013年9月10日
【發(fā)明者】宮本新, 前田賢一, 石山政浩, 中井弘人 申請人:株式會社 東芝