專利名稱：傳輸數(shù)據(jù)廣播文件的方法、廣播接收設(shè)備和廣播系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及數(shù)據(jù)廣播通信技術(shù)領(lǐng)域，更具體地，涉及傳輸數(shù)據(jù)廣 播文件的系統(tǒng)、設(shè)備和方法。
背景技術(shù)：
在地面數(shù)字電視廣播如DVB-T (Digital Video Broadcasting-Terrestrial; 數(shù)字一見頻廣才番-地面)、DTMB (Digital Terrestrial Multimedia Broadcasting;數(shù) 字地面多i某體廣播)、ATSC ( Advanced Television Systems Committee;高級電 浮見系統(tǒng)委員會)、ISDB-T (Integrated Services Digital Broadcasting-Terrestrial; 地面集成服務(wù)數(shù)字廣播)和手機(jī)電視廣播DVB-H (Digital Video Broadcasting Handhold;數(shù)字視頻廣播-手持)、DVB-SH ( Digital Video Broadcasting-Satellite Handhold; #t字#見頻廣播-衛(wèi)星手持)、CMMB ( China Mobile Multimedia Broadcasting;中國移動多媒體廣播)等標(biāo)準(zhǔn)中，數(shù)據(jù)廣播已經(jīng)成為重要的組 成部分和應(yīng)用之一。數(shù)據(jù)廣播利用有線或無線廣播信道，將實時的視頻和音 頻以外的二進(jìn)制數(shù)據(jù)文件發(fā)送到用戶終端上。數(shù)據(jù)廣播文件可以是非實時的 視頻和音頻、電子雜志、應(yīng)用程序等，滿足公共的需要。用戶終端是手機(jī)、 筆記本計算機(jī)和機(jī)頂盒等。廣播信道是點對多點的單向信道，與使用點對點模式的雙向移動通信 (2G/3G)的文件傳送模式相比，優(yōu)點是節(jié)省帶寬。對于一個帶寬為BO的單向 數(shù)據(jù)廣播節(jié)目，不論有多少用戶終端(數(shù)目為N)在接收，所需要的帶寬只 相當(dāng)于一個用戶需要的信道帶寬，即B0。隨著用戶數(shù)量的增加，移動通信 (2G/3G)的文件傳送模式需要的帶寬也增加，而釆用數(shù)據(jù)廣播模式，所需帶寬 是固定的。廣播的缺點是單向的，發(fā)射機(jī)發(fā)出的信號被成千上萬個終端接收，每個 終端接收的環(huán)境不同，接收效果不同，不能保證數(shù)據(jù)傳輸所需要的高可靠性 (幾個比特的接收錯誤可能導(dǎo)致整個數(shù)據(jù)文件不能用)。為了保證數(shù)據(jù)廣播文件的正確接收，參照點對點模式的雙向移動通信那樣通過鏈路層的錯誤重傳機(jī)制，為接收端提供可靠的服務(wù)質(zhì)量。但是，數(shù)據(jù) 廣播如果需要雙向通信，需要另外構(gòu)建回傳信道，將不再節(jié)省頻率資源。在 此情況下，需要構(gòu)建終端到廣播提供者的回傳信道，通知廣播提供者針對每 個終端進(jìn)行出錯重傳，則這樣的回傳和重傳所需要的信道帶寬資源將與用戶 數(shù)成正比，即消耗的帶寬與用戶數(shù)成正比。在將相同的數(shù)據(jù)發(fā)送給大量不同 用戶時，消耗的信道帶寬等于用戶數(shù)乘以一個用戶需要的信道帶寬。如果一 個帶寬為BO的節(jié)目，通過雙向移動通信方式發(fā)送給N個用戶終端，則在整個網(wǎng)絡(luò)中所占用的帶寬為N+BO。這將喪失廣播所需帶寬固定，與用戶數(shù)無關(guān)的優(yōu)點。 發(fā)明內(nèi)容本發(fā)明實施例提供一種傳輸數(shù)據(jù)廣播文件的方法、廣播接收設(shè)備和廣播 系統(tǒng)，無需重傳數(shù)據(jù)廣播且能可靠接收數(shù)據(jù)文件。本發(fā)明實施例提供了一種傳輸數(shù)據(jù)廣播文件的方法，包括以文件塊為 單位接收數(shù)據(jù)廣播文件，所述數(shù)據(jù)廣播文件是利用廣播信道傳輸?shù)姆菍崟r數(shù) 據(jù)文件；檢測所接收的所述文件塊是否是錯誤文件塊；當(dāng)檢測到所述文件塊 是錯誤文件塊時，對所述錯誤文件塊進(jìn)行合并以獲得正確文件塊。本發(fā)明實施例提供了一種廣播接收設(shè)備，包括接收單元，用于以文件 塊為單位接收數(shù)據(jù)廣播文件，所述數(shù)據(jù)廣播文件是利用廣播信道傳輸?shù)姆菍?時數(shù)據(jù)文件；檢測單元，用于檢測所述接收單元接收的所述文件塊是否是錯 誤文件塊；合并單元，用于當(dāng)所述檢測單元檢測到所述文件塊是錯誤文件塊 時，對所述錯誤文件塊進(jìn)行合并以獲得正確文件塊。本發(fā)明實施例提供了一種廣播系統(tǒng)，包括如上所述的廣播接收設(shè)備； 數(shù)據(jù)發(fā)送端，用于將數(shù)據(jù)廣播文件劃分為文件塊，并以所述文件塊為單位將 所述數(shù)據(jù)廣播文件發(fā)送給所述廣播接收設(shè)備。對于婆:據(jù)廣播，不同的用戶終端接收的都是相同的文件，而每個終端接 收效果可能不同。鑒于數(shù)據(jù)廣播的實時性要求不高，本發(fā)明實施例的傳輸數(shù) 據(jù)廣播文件的方法先接收一遍數(shù)據(jù)廣播的文件，再對其中錯誤的文件塊作分 集合并。這樣，不同接收效果的各個用戶終端之間相互可以提供分集，從而 提高了數(shù)據(jù)廣播的接收可靠性，而且也無需重傳數(shù)據(jù)廣播。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技 術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖 僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造 性勞動性的前提下，還可以根據(jù)這些附圖獲得其^也的附圖。圖1是可應(yīng)用本發(fā)明實施例的通信系統(tǒng)的示意圖；圖2是示出根據(jù)本發(fā)明實施例的傳輸數(shù)據(jù)廣播文件的方法的示意流程圖；圖3示出了根據(jù)本發(fā)明實施例的合并錯誤文件塊的例子的示意流程圖； 圖4是示出根據(jù)本發(fā)明實施例的廣播系統(tǒng)和廣播接收設(shè)備的示意框圖； 圖5A-C示出了根據(jù)本發(fā)明實施例的具體例子的示意圖。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是 全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng) 造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。圖1是可應(yīng)用本發(fā)明實施例的通信系統(tǒng)1000的示意圖。如圖1所示，通信系統(tǒng)1000可包括凄t據(jù)發(fā)送端100和接收端200a、200b、 200c、 200d等(下文統(tǒng)稱為接收端200)。數(shù)據(jù)發(fā)送端100是數(shù)據(jù)廣播的源，例如可以是數(shù)據(jù)廣播發(fā)射機(jī)，向接收 端200發(fā)送數(shù)據(jù)廣播文件，如非實時的視頻和音頻、電子雜志、應(yīng)用程序等。 數(shù)據(jù)發(fā)送端和數(shù)據(jù)廣播文件的具體類型不對本發(fā)明的范圍構(gòu)成限制。數(shù)據(jù)發(fā)送端IOO在發(fā)送數(shù)據(jù)廣播文件時，可以將文件劃分為文件塊。每 個文件塊作為一個完整的傳輸單元，并且具有可以用于^r測此文件塊是否有 4普的才示志。接收端200可以是各種用戶終端，如移動電話、個人數(shù)字助手(PDA)、 個人計算機(jī)、中心服務(wù)器等。圖1中示出的各種接收端200只是示意性的， 接收端200的具體類型不對本發(fā)明的范圍構(gòu)成限制。根據(jù)本發(fā)明的一個實施例，各個接收端200可位于同一局域網(wǎng)內(nèi)。在本 發(fā)明實施例中，術(shù)語"局域網(wǎng)"包括利用無線/有線方式連接的相對靜態(tài)的局域網(wǎng)，例如，利用802.11 a/b/n組成的無線局域網(wǎng)，或有線以太局域網(wǎng)；也包 括接收端之間臨時連接而形成的相對動態(tài)的局域網(wǎng)，例如，臨時利用USB(通 用串行總線)、藍(lán)牙、紅外等方式連接的兩個移動電^舌。局域網(wǎng)的具體形態(tài)不 對本發(fā)明實施例的范圍構(gòu)成限制，只要局域網(wǎng)內(nèi)部的接收端200之間能夠僅 通過該局域網(wǎng)(而無需占用廣域網(wǎng)帶寬)進(jìn)行通信即可。圖2是示出根據(jù)本發(fā)明實施例的傳輸數(shù)據(jù)廣播文件的方法2000的示意流 程圖。方法2000可以由圖1的4妄收端200執(zhí)行。在S2100,以文件塊為單位接收數(shù)據(jù)廣播文4牛?？梢詮膱D1所示的數(shù)據(jù) 發(fā)送端100 (即，數(shù)據(jù)廣播的源)接收數(shù)據(jù)廣播文件。數(shù)據(jù)廣播文件被數(shù)據(jù) 發(fā)送端IOO劃分為文件塊。這里，數(shù)據(jù)廣播文件是利用廣播信道發(fā)送的非實 時數(shù)據(jù)文件(二進(jìn)制文件)，如符合DVB-T、 DTMB、 ATSC、 ISDB-T、 DVB-H、 DVB-SH、 CMMB等標(biāo)準(zhǔn)的非實時的視頻和音頻、電子雜志、應(yīng)用程序軟件、 金融數(shù)據(jù)等。本發(fā)明的數(shù)據(jù)廣播文件的類型不限于上述具體標(biāo)準(zhǔn)。與點對多點的因特網(wǎng)(Internet)"端到端"雙向信道不同，廣播信道一般 是單向的。舉例來說，目前的CMMB廣播(沒有回傳)、有線數(shù)字電視基本 服務(wù)是單向廣播而沒有回傳。廣播信道可以定義為始于一個發(fā)射端，不限數(shù) 量的接收端從發(fā)射端接收相同的信號，這些接收端收到的是一個發(fā)射端發(fā)射 的相同的信號。而在因特網(wǎng)的雙向信道中，不同用戶向服務(wù)器請求和接收的 數(shù)據(jù)各不相同，發(fā)射端/服務(wù)器需要向不同的接收端發(fā)送不同的信號，單獨處理不同的接收端提出的請求。需要注意的是，在廣播信道外，也可以為某個用戶提供特別的回傳信道。 例如通過手機(jī)網(wǎng)絡(luò)，用戶用回傳信道向廣播運營商發(fā)出請求，廣播運營商可 以通過廣播信道發(fā)出某個數(shù)據(jù)文件。這個在廣播信道上的數(shù)據(jù)文件有可能被 所有用戶收到。通過加密等方式，只有發(fā)出請求的用戶才知道該數(shù)據(jù)文件的 比特流的具體含義。然后，在S2200,檢測所接收的文件塊是否是4昔誤文件塊。例如，可檢 測文件塊上表示該文件塊是否有錯的標(biāo)志，來確定該文件塊是否有錯。當(dāng)檢測到文件塊是錯誤文件塊時，在S2300,對錯誤文件塊進(jìn)行合并以 獲得正確文件塊。另一方面，當(dāng)檢測到該文件塊已經(jīng)是正確文件塊時，則保 存該正確文件塊，完成接收。對于數(shù)據(jù)廣播，不同的用戶終端接收的都是相同的文件，而每個終端接收效果可能不同。本發(fā)明人注意到翁:據(jù)廣播的實時'l"生要求不高，因此，本發(fā)
明實施例的傳輸數(shù)據(jù)廣播文件的方法2000先接收一遍數(shù)據(jù)廣播的文件，再對 其中錯誤的文件塊作分集合并。這樣，不同接收效果的各個用戶終端之間相 互可以提供分集，從而提高了數(shù)據(jù)廣播的接收可靠性，而且也無需重傳數(shù)據(jù) 廣播。
根據(jù)本發(fā)明的一個實施例，在S2300中，接收端200可以首先在局域網(wǎng) 內(nèi)對錯誤文件塊進(jìn)行合并以獲得正確文件塊。例^口，接收端200可從局域網(wǎng) 內(nèi)的終端和/或中心服務(wù)器請求接收對應(yīng)于錯誤文件塊的文件塊。例如，所述 對應(yīng)于錯誤文件塊的文件塊是具有相同編號的文件塊。局域網(wǎng)內(nèi)的終端可以 是與接收端相同或不同類型的終端設(shè)備。局域網(wǎng)內(nèi)的中心服務(wù)器可以是具有 中心結(jié)構(gòu)的網(wǎng)絡(luò)中的服務(wù)器，可以具有數(shù)據(jù)廣l番合并功能。中心服務(wù)器可以 是硬件形式的，也可以是軟件形式，運行在網(wǎng)絡(luò)中某個計算能力較強(qiáng)的計算 機(jī)上。中心服務(wù)器可以從局域網(wǎng)內(nèi)的其他終端接收文件或文件塊，也可以向 廣域網(wǎng)請求相應(yīng)文件或文件塊。終端和中心服務(wù)器的具體類型不對本發(fā)明實 施例的范圍構(gòu)成限制。局域網(wǎng)內(nèi)的終端和/或中心月l務(wù)器可能已經(jīng)通過廣播、 有線傳輸?shù)确绞将@得了全部或部分的相應(yīng)文件塊。然后，合并所接收到的對 應(yīng)于所述錯誤文件塊的文件塊，以獲得正確文件塊。
合并的方式有^f艮多種，例如選擇合并、等增益合并、最大比合并等分集 合并方式。最筒單的方式是，接收端200從其他終端和/或中心服務(wù)器(例如， 在同一局域網(wǎng)內(nèi))接收相應(yīng)的正確文件塊，并用該正確文件塊來替換錯誤文 件塊，這也可以看作是一種以塊為單位的選擇合并。如果記錄了接收端接收 文件塊時內(nèi)部的軟信息(如正交頻分復(fù)用接收枳W言道估計得到的每個子載波 上的頻響值，和在此子載波上的接收的原始信號，二者構(gòu)成此子載波上的軟 信息；或者是上述二者經(jīng)過軟映射得到的每個比特的似然比，即 1og(Pr(b-l)/Pr(b-0));或者是經(jīng)過信道譯碼后的似然比，即log(Pr(b=l)/Pr(b=0) 等)，還可以采用等增益合并、最大比合并，這意味著，兩個接收端都接收到 錯誤的一個文件塊，經(jīng)過等增益合并或最大比合并處理，可能合并后可以得 到一個正確的文件塊。本發(fā)明實施例中所涉及的術(shù)語"合并，，包括以上各種 方式以及本領(lǐng)域技術(shù)人員所公知的其他方式。
根據(jù)該實施例，從數(shù)據(jù)發(fā)送端接收一遍文件之后，當(dāng)發(fā)現(xiàn)接收的文件塊 有錯時，接收端先在局域網(wǎng)內(nèi)對錯誤文件塊進(jìn)行合并，從而得到正確的文件塊。這樣，不需要數(shù)據(jù)發(fā)送端重傳數(shù)據(jù)文件。而且，合并是在局域網(wǎng)內(nèi)進(jìn)行 的，不占用廣域網(wǎng)的帶寬，即不需要額外的信道帶寬資源，節(jié)省了帶寬并提 高了接收可靠性。
圖3示出了根據(jù)本發(fā)明實施例的合并錯誤文件塊(圖2中的S2300)的 例子的示意流程圖。
在檢測到所接收的數(shù)據(jù)廣播文件的文件塊是錯誤文件塊之后，在S2310， 接收端200建立該數(shù)據(jù)廣播文件的錯誤塊集合(或直接修改已經(jīng)預(yù)先建立的 錯誤塊集合)，在錯誤塊集合中加入此錯誤文件塊的信息(如該文件塊的編號 等)?？梢圆槐４嬖撳e誤文件塊。在記錄接收文件塊時的軟信息的情況下，可 保存這樣的軟信息，以便于分集合并。
在S2315,接收端200確定從數(shù)據(jù)發(fā)送端100完成接收數(shù)據(jù)廣播文件一遍。
之后，在S2320,接收端200判斷此文件的錯誤塊集合是否為空。如果 在S2320判斷出錯誤塊集合為空(S2320的"是")，說明已經(jīng)正確接收了該 數(shù)據(jù)廣播文件，流程前進(jìn)到步驟S2390，完成文件4妄收并結(jié)束流程。
如果在S2320判斷此文件的錯誤塊集合不為空(S2320的"否")，則在 S2325,接收端200在本地局域網(wǎng)絡(luò)內(nèi)選擇若干其它終端和/或中心服務(wù)器組 成一個可請求集合。可請求集合內(nèi)的終端和成中心服務(wù)器的數(shù)目大于等于1。
在S2330，接收端200與可請求集合內(nèi)的所有終端和/或中心服務(wù)器分別 建立通信，向它們請求接收正確文件塊。假設(shè)可i青求集合中的一個可通信終 端為終端A (未示出)。接收端200先從自己的文件的錯誤塊集合中選擇一個 錯誤塊子集合，錯誤塊子集合內(nèi)文件塊的數(shù)目大于等于1。接收端200再向 終端A發(fā)請求，請求終端A將此錯誤塊子集合對應(yīng)的文件塊傳給接收端200， 以文件塊為最小傳輸單位。對于每個文件塊，終端A會接受請求發(fā)送文件塊， 或者拒絕請求而不發(fā)送文件塊。在S2335，接收端200收到終端A發(fā)送的一 個或多個文件塊或者一個或多個拒絕信號并進(jìn)行錯-艮文件塊的合并操作，然 后在S2340,判斷錯誤文件塊是否被全部合并更新為正確文件塊。如果S2340 判斷為錯誤文件塊已全部更新為正確的文件塊(S2340的"是")，則流程前 進(jìn)到S2390，完成文件接收并結(jié)束流程。否則(S2340的"否")，在S2345, 接收端200選擇若干其它終端和/或中心服務(wù)器組成一個新的可請求集合，或 者保持可請求集合不變。然后流程回到S2320，重復(fù)后面的流程塊，直到完成文件的正確接收，或重復(fù)一定次數(shù)為止。
從另一個角度，接收端也可以作為局域網(wǎng)內(nèi)其它終端和/或中心服務(wù)器的
文件塊提供方。接收端200在S2315確定完成從凝:才居發(fā)送端100接收數(shù)據(jù)廣 播文件后，在S2350，接收端200在本地局域網(wǎng)絡(luò)內(nèi)選擇若干其它終端和/或 中心服務(wù)器組成一個可響應(yīng)集合?？身憫?yīng)集合內(nèi)的終端和/或中心服務(wù)器的數(shù) 目大于等于1。假設(shè)某個終端，這里記為終端B (未示出)，向接收端200發(fā) 出請求，請求某個或某幾個文件塊。在S2355,接收端200接收到終端B的 請求，在S2360,接收端200判斷終端B是否在自己的可響應(yīng)集合內(nèi)。如果 不是(S2360的"否")，則接收端200在S2365拒絕請求。如果是(S2360 的"是，，)，則接收端200在S2370,以文件塊為最小傳輸單位，對于每個文 件塊，接收端200判斷終端B請求的文件塊自己是否正確接收。如果是正確 接收(S2370的"是")，則在S2375,接收端200發(fā)送此正確文件塊給終端B。 如果終端B請求的文件塊自己沒有正確接收(S2370的"否")，則流程轉(zhuǎn)到 S2365，接收端200拒絕請求。在接收端200向鄉(xiāng)冬端B發(fā)送一個或多個文件 塊或者一個或多個拒絕信號后，可選擇若干其它鄉(xiāng)冬端和/或中心服務(wù)器組成一 個新的可響應(yīng)集合，或者保持可響應(yīng)集合不變。
應(yīng)注意，圖3中的流程圖只是示意性的，可根據(jù)需要增加、刪除、合并、 修改其中的一個或多個流程塊，流程塊的順序也不必完全按照圖3所示，這 些修改均在本發(fā)明實施例的范圍內(nèi)。例如，在僅^義接收文件塊而不向其他終 端提供文件塊的情況下，可省略S2350至S2375。在局域網(wǎng)不是中心結(jié)構(gòu)體 系的情況下，S2325中的可請求集合僅僅是可請求終端集合，S2350中的可響 應(yīng)集合僅僅是可響應(yīng)終端集合。S2320至S2390可以與S2350至S2375并行 執(zhí)行。
通過本實施例，接收端200可以有效地從局i或網(wǎng)內(nèi)接收對應(yīng)于錯誤文件 塊的其他版本的文件塊，從而通過合并這些文件塊來獲得正確文件塊，不需 要數(shù)據(jù)發(fā)送端重傳數(shù)據(jù)文件，同時節(jié)省了帶寬并寺是高了接收可靠性。另外， 接收端200也可以向局域網(wǎng)內(nèi)的其他終端/中心服務(wù)器提供文件塊，進(jìn)一步提 高文件塊交換的效率。
另夕卜，在圖2的方法2000已經(jīng)在局域網(wǎng)內(nèi)合并4普誤文件塊的基礎(chǔ)上，還 可以進(jìn)一步在廣域網(wǎng)上合并錯誤文件塊以獲得正確文件塊。在某些情況下， 局域網(wǎng)內(nèi)的合并可能不能得到所有正確文件塊，或者，為了得到更多的不同版本文件塊以達(dá)到更好的合并效果，進(jìn)一步從廣i或網(wǎng)收集對應(yīng)于錯誤文件塊 的文件塊。此時，由于已經(jīng)在局域網(wǎng)內(nèi)充分合并錯誤文件塊，只需針對少量 錯誤文件塊在廣域網(wǎng)上進(jìn)行更新，大大減少了局i或網(wǎng)外流量，節(jié)省了帶寬并
實現(xiàn)可靠的數(shù)據(jù)接收。
在此情況下，可通過局域網(wǎng)的中心服務(wù)器(假設(shè)為中心服務(wù)器c)，在廣
域網(wǎng)(例如，因特網(wǎng)Internet)內(nèi)選擇一個或多個中心月良務(wù)器，在本地局域網(wǎng) 內(nèi)選擇若干終端，共同組成一個可請求終端和中心月l務(wù)器集合。中心服務(wù)器 C與可請求終端和中心服務(wù)器集合內(nèi)的所有終端和中心服務(wù)器分別建立通 信，假設(shè)通信中另一個終端或中心服務(wù)器為D,中心服務(wù)器C先從自己的請 求文件塊集合中選擇一個請求文件塊子集合，請求文件塊子集合內(nèi)文件塊的 個數(shù)大于等于1 ，中心服務(wù)器C再向D發(fā)請求，請求D將此請求文件塊子集 合對應(yīng)的文件塊傳給中心服務(wù)器C,以文件塊為最小傳輸單位，對于每個文 件塊，D會接受請求發(fā)送文件塊，或者拒絕請求，不發(fā)送文件塊，中心服務(wù) 器C收到D發(fā)送的一個或多個文件塊后，將其加入自己的已擁有文件塊集合， 并且中心服務(wù)器C收到D發(fā)送的一個或多個文件塊或者一個或多個拒絕信號 后進(jìn)行判斷，如果其請求文件塊集合內(nèi)的文件塊全部得到，停止，否則選擇 若干其它中心服務(wù)器和終端組成一個新的可請求^^端和中心服務(wù)器集合，或 者保持可請求終端和中心服務(wù)器集合不變。此外，中心服務(wù)器也可以直接從 數(shù)據(jù)發(fā)送端獲得相應(yīng)文件塊。例如，可以同樣通過廣播從數(shù)據(jù)發(fā)送端獲得文 件塊，或者可以通過中心服務(wù)器與數(shù)據(jù)發(fā)送端之間的《連路/網(wǎng)絡(luò)或其他方式向 數(shù)據(jù)發(fā)送端發(fā)出重傳請求以獲得文件塊。
從提供文件塊的角度，對于中心服務(wù)器C,其選擇本地局域網(wǎng)內(nèi)的若干 其它終端，和廣域網(wǎng)(例如，因特網(wǎng)Internet)內(nèi)的若干其它中心服務(wù)器組成 一個可響應(yīng)終端和中心服務(wù)器集合，可響應(yīng)終端和中心服務(wù)器集合內(nèi)的終端 和中心服務(wù)器個數(shù)大于等于1,如果某個終端或者中心服務(wù)器，這里記為E, 向中心服務(wù)器C發(fā)出請求，請求某個或某幾個文件塊，中心服務(wù)器C判斷E 是否在自己的可響應(yīng)終端和中心服務(wù)器集合內(nèi)，如果不是，拒絕請求，如果 是，判斷E請求的文件塊編號是否屬于自己的已擁有文件塊集合，如果屬于， 則發(fā)送此文件塊給E,如果不屬于，則拒絕請求，中心服務(wù)器C向E發(fā)送一 個或多個文件塊或者一個或多個拒絕信號后，選4奪若干其它終端和中心服務(wù) 器組成一個新的可響應(yīng)終端和中心服務(wù)器集合，或者保持可響應(yīng)終端和中心服務(wù)器集合不變。
根據(jù)本實施例，可進(jìn)一步在廣域網(wǎng)上更新錯誤文件塊。由于已經(jīng)在局域 網(wǎng)內(nèi)合并錯誤文件塊，如杲在局域網(wǎng)內(nèi)的合并如果完成，用戶可以不產(chǎn)生
Internet流量費用。即使在局域網(wǎng)內(nèi)進(jìn)行合并時，還有錯誤塊不能糾正，數(shù)量 也剩下很少，再向外請求合并，對局域網(wǎng)外流量影響小，大大減少了網(wǎng)絡(luò)流 量，節(jié)省了帶寬并實現(xiàn)可靠的數(shù)據(jù)接收。
圖4是示出根據(jù)本發(fā)明實施例的廣播系統(tǒng)3000和廣播接收設(shè)備300的示 意框圖。如圖4所示，廣播系統(tǒng)3000包括數(shù)據(jù)發(fā)送端400和廣播接收設(shè)備 300。
數(shù)據(jù)發(fā)送端400可以與圖1所示的數(shù)據(jù)發(fā)送端100相同，向廣播接收設(shè) 備300發(fā)送數(shù)據(jù)廣播文件，如非實時的視頻和音頻、電子雜志、應(yīng)用程序等。 在發(fā)送時，數(shù)據(jù)發(fā)送端400可將文件劃分為文件塊。每個文件塊作為一個完 整的傳輸單元，并且具有可以用于檢測此文件塊是否有錯的標(biāo)志。
廣播接收設(shè)備300可以是圖1所示的各種接收端200。具體地，廣播接 收設(shè)備300包括接收單元310、檢測單元320、合并單元330。
接收單元310用于以文件塊為傳輸單位從凄t據(jù)發(fā)送端接收數(shù)據(jù)廣播文 件。如上所述，數(shù)據(jù)廣播文件已經(jīng)被數(shù)據(jù)發(fā)送端400劃分為所述文件塊。檢 測單元320用于檢測接收單元310接收的文件塊是否是錯誤文件塊。合并單 元330用于當(dāng)檢測單元320檢測到文件塊是錯誤文件塊時，在局域網(wǎng)內(nèi)對錯 誤文件塊進(jìn)行合并以獲得正確文件塊。
廣播接收設(shè)備300的各個單元的功能可對應(yīng)于圖2所示的方法2000的各 個流程塊。為避免重復(fù)，不再贅述。例如，合并單元330可包括用于從所述 局域網(wǎng)內(nèi)的終端和/或中心服務(wù)器請求接收對應(yīng)于所述錯誤文件塊的文件塊 的模塊，以及用于合并所接收到的對應(yīng)于所述錯誤文件塊的文件塊以獲得所 述正確文件塊的模塊。合并單元330還可以用于在局域網(wǎng)內(nèi)對所述錯誤文件 塊進(jìn)行合并之后，在廣域網(wǎng)(如因特網(wǎng))上對所述^"誤文件塊進(jìn)行合并以獲 得正確文件塊。
圖4中只示出了一個廣播接收設(shè)備300，這只是示意性的。廣播系統(tǒng)3000 可以包括至少兩個廣播接收設(shè)備300。至少兩個廣播、接收設(shè)備300構(gòu)成相互 通信的局域網(wǎng)，例如但不限于通過USB、藍(lán)牙、紅外等方式交換文件塊，在 該局域網(wǎng)內(nèi)合并錯誤文件塊以獲得正確文件塊。這些廣播接收設(shè)備300可以是相同類型，也可以是不同類型的。
本發(fā)明實施例的廣播系統(tǒng)3000和廣播接收設(shè)備300在從數(shù)據(jù)發(fā)送端400 接收文件之后，當(dāng)發(fā)現(xiàn)接收的文件塊有錯時，先在局域網(wǎng)內(nèi)對錯誤文件塊進(jìn) 行合并，從而得到正確的文件塊。這樣，不需要凄t據(jù)發(fā)送端重傳數(shù)據(jù)文件。 而且，合并是在局域網(wǎng)內(nèi)進(jìn)行的，不占用廣域網(wǎng)的帶寬，即不需要額外的信 道帶寬資源，節(jié)省了帶寬并提高了接收可靠性。
可以在硬件、固件的層面上實現(xiàn)廣播接收設(shè)備300的上述各個單元，也 可以在軟件層面上實現(xiàn)。
下面參照具體例子描述本發(fā)明實施例的原理。應(yīng)注意，這些例子僅僅是 為了更清楚地描述本發(fā)明實施例，而不是要限制本發(fā)明實施例的范圍。
圖5A-C示出了根據(jù)本發(fā)明實施例的具體例子的示意圖。
如圖5A所示，移動終端X和移動終端Y作為如圖4所示的廣播接收設(shè) 備300的實例，在移動中接收數(shù)據(jù)廣播，經(jīng)過不同的^各徑碰到一起。二者通 過USB/紅外/藍(lán)牙等近距離通信方式進(jìn)行互聯(lián)，構(gòu)成臨時局域網(wǎng)Z。移動終端 X和移動終端Y分別用對方接收正確的文件塊替:l奐自己接收錯誤的文件塊， 全部或者部分的更新掉錯誤文件塊。這樣，無需發(fā)送端的重傳，也不會占用
廣域網(wǎng)帶寬，同時實現(xiàn)了可靠的數(shù)據(jù)接收。
如圖5B所示，移動終端X作為如圖4所示的廣播接收設(shè)備300的實例， 在移動中接收數(shù)據(jù)廣播，到達(dá)一個無線局域網(wǎng)Z內(nèi)后，加入此無線局域網(wǎng)Z。 移動終端X與局域網(wǎng)Z內(nèi)其它終端T(一個或多個)建立通信，用終端T已 經(jīng)正確接收的文件塊替換自己接收錯誤的文件塊，同時也響應(yīng)其它終端T的 請求將某些自己接收正確的文件塊傳給其它終端T,最后全部或者部分的更 新掉錯誤文件塊。這樣，無需發(fā)送端的重傳，也不會占用廣域網(wǎng)帶寬，同時 實現(xiàn)了可靠的數(shù)據(jù)接收。
如圖5C所示，移動終端X作為如圖4所示的廣^番接收設(shè)備300的實例， 在移動中接收數(shù)據(jù)廣播，到達(dá)一個無線局域網(wǎng)Z內(nèi)后，加入此無線局域網(wǎng)Z， 向局域網(wǎng)Z內(nèi)具有數(shù)據(jù)廣播合并功能的中心服務(wù)器S發(fā)出請求，用中心服務(wù) 器S擁有的正確的文件塊替換自己接收錯誤的文件塊，中心服務(wù)器S為了響 應(yīng)移動終端X的請求，可以請求此局域網(wǎng)Z內(nèi)的其它^f端T (一個或多個)， 或者可以向局域網(wǎng)Z外的其它中心服務(wù)器V和終端E發(fā)出請求，盡力收集移 動終端X所需要的文件塊，提供給它。這樣，無需發(fā)送端的重傳，盡量少的占用廣域網(wǎng)帶寬，同時實現(xiàn)了可靠的凄t據(jù)接收。
如果數(shù)據(jù)廣播會重復(fù)發(fā)送，例如定時重傳，只要所廣播的數(shù)據(jù)文件是分 塊的，終端這次接收錯誤的塊，下一次可能接收正確，從而多次接收后，可 能得到一個完整無誤的文件。根據(jù)本發(fā)明實施例，即使有一些塊每次單獨接 收時都接收錯誤，但是如果將每次接收時的相應(yīng)軟信息保存下來，則可以將 不同次接收的軟信息作等增益合并、最大比合并處理后再作信道譯碼，可能 可以得到 一個正確的文件塊。
本發(fā)明實施例對于廣播運營商，除了要求廣播的數(shù)據(jù)文件按小塊劃分夕卜， 沒有任何其他技術(shù)要求。
本發(fā)明實施例不需要不需要數(shù)據(jù)廣播的重傳，不需要額外的信道帶寬資 源，通過終端的分集合并，實現(xiàn)可靠的數(shù)據(jù)接收。另外，本發(fā)明實施例中每 個終端先接收一遍數(shù)據(jù)廣播之后，再對少量的錯誤文件塊利用別的終端的接 收數(shù)據(jù)進(jìn)行更新，合并中所需要的網(wǎng)絡(luò)流量不高，也不會產(chǎn)生廣域網(wǎng)流量費 用。即使在一個局域網(wǎng)內(nèi)進(jìn)行合并時，還有錯誤塊不能糾正，數(shù)量也剩下很 少，再通過廣域網(wǎng)向外請求合并，對局域網(wǎng)外流量影響也很小。
本發(fā)明實施例便于應(yīng)用，即使只有兩個用戶終端也可以進(jìn)行文件塊的合 并。進(jìn)行合并時，所有終端都既是服務(wù)提供者又是服務(wù)消費者，不會在一個 i也方形成并瓦頸。
本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所^^開的實施例描述的各 示例的單元及算法步驟，能夠以電子硬件、計算積4欠件或者二者的結(jié)合來實 現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一 般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí) 行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個 特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認(rèn)為超 出本發(fā)明的范圍。
結(jié)合本文中所公開的實施例描述的方法或算法的步驟可以用硬件、處理 器執(zhí)行的軟件模塊，或者二者的結(jié)合來實施。軟件^^莫塊可以置于隨機(jī)存儲器
(RAM )、內(nèi)存、只讀存儲器(ROM )、電可編程ROM、電可4察除可編程ROM、 寄存器、硬盤、可移動-茲盤、CD-ROM、或技術(shù)領(lǐng)i或內(nèi)所公知的任意其它形 式的存儲介質(zhì)中。
盡管已示出和描述了本發(fā)明的一些實施例，但本領(lǐng)域技術(shù)人員應(yīng)理解，在不脫離本發(fā)明的原理和精神的情況下，可對這些實施例進(jìn)行各種修改，這 樣的修改應(yīng)落入本發(fā)明的范圍內(nèi)。
權(quán)利要求
1、一種傳輸數(shù)據(jù)廣播文件的方法，其特征在于，所述方法包括以文件塊為單位接收數(shù)據(jù)廣播文件，所述數(shù)據(jù)廣播文件是利用廣播信道傳輸?shù)姆菍崟r數(shù)據(jù)文件；檢測所接收的所述文件塊是否是錯誤文件塊；當(dāng)檢測到所述文件塊是錯誤文件塊時，對所述錯誤文件塊進(jìn)行合并以獲得正確文件塊。
2、 如權(quán)利要求l所述的方法，其特征在于，所述合并包括以下中的至少 一個選纟奪合并、等增益合并、最大比合并。
3、 如權(quán)利要求l所述的方法，其特征在于，所述對所述錯誤文件塊進(jìn)行 合并包括從局域網(wǎng)內(nèi)的終端和/或中心服務(wù)器請求接收對應(yīng)于所述錯誤文件塊的 文件塊；合并所接收到的對應(yīng)于所述錯誤文件塊的文件塊以獲得所述正確文件塊。
4、 如權(quán)利要求3所述的方法，其特征在于，所述對所述錯誤文件塊進(jìn)行 合并還包括在廣域網(wǎng)上對所述錯誤文件塊進(jìn)行合并以獲得正確文件塊。
5、 如權(quán)利要求3所述的方法，其特征在于，所述局域網(wǎng)由至少兩個終端 構(gòu)成。
6、 一種廣播接收設(shè)備，其特征在于，所述廣播接收設(shè)備包括 接收單元，用于以文件塊為單位接收數(shù)據(jù)廣播文件，所述數(shù)據(jù)廣播文件是利用廣播信道傳輸?shù)姆菍崟r數(shù)據(jù)文件；檢測單元，用于檢測所述接收單元接收的所述文件塊是否是錯誤文件塊； 合并單元，用于當(dāng)所述檢測單元檢測到所述文件塊是錯誤文件塊時，對所述錯誤文件塊進(jìn)行合并以獲得正確文件塊。
7、 如權(quán)利要求6所述的廣播接收設(shè)備，其特征在于，所述合并包括以下 中的至少一個選擇合并、等增益合并、最大比合并。
8、 如權(quán)利要求6所述的廣播接收設(shè)備，其特征在于，所述合并單元包括 用于從局域網(wǎng)內(nèi)的終端和/或中心服務(wù)器請求接收對應(yīng)于所述錯誤文件塊的文件塊的模塊；用于合并所接收到的對應(yīng)于所述錯誤文件塊的文件塊以獲得所述正確文 件塊的模塊。
9、 如權(quán)利要求8所述的廣播接收設(shè)備，其特征在于，所述合并單元還用 于在廣域網(wǎng)上對所述錯誤文件塊進(jìn)行合并以獲得正確文件塊。
10、 如權(quán)利要求8所述的廣播接收設(shè)備，其特征在于，至少兩個所述廣 播接收設(shè)備構(gòu)成所述局域網(wǎng)。
11、 一種廣播系統(tǒng)，其特征在于，所述廣播系統(tǒng)包括 如權(quán)利要求6-10所述的廣播接收設(shè)備；數(shù)據(jù)發(fā)送端，用于將數(shù)據(jù)廣播文件劃分為文件塊，并以所述文件塊為單 位將所述數(shù)據(jù)廣播文件發(fā)送給所述廣播接收設(shè)備。
全文摘要
本發(fā)明實施例提供了一種傳輸數(shù)據(jù)廣播文件的方法、廣播接收設(shè)備和廣播系統(tǒng)。該方法包括以文件塊為單位接收數(shù)據(jù)廣播文件，所述數(shù)據(jù)廣播文件是利用廣播信道傳輸?shù)姆菍崟r數(shù)據(jù)文件；檢測所接收的所述文件塊是否是錯誤文件塊；當(dāng)檢測到所述文件塊是錯誤文件塊時，對所述錯誤文件塊進(jìn)行合并以獲得正確文件塊。本發(fā)明實施例無需發(fā)送端的重傳，同時實現(xiàn)了可靠的數(shù)據(jù)接收。
文檔編號H04L1/00GK101610547SQ20091015784
公開日2009年12月23日 申請日期2009年7月8日 優(yōu)先權(quán)日2009年7月8日
發(fā)明者胡宇鵬, 蔡朝輝 申請人:華為技術(shù)有限公司