專(zhuān)利名稱(chēng)：一種小內(nèi)存系統(tǒng)中的文件發(fā)送方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線(xiàn)通訊領(lǐng)域，尤其涉及一種小內(nèi)存系統(tǒng)中的文件發(fā)送方法及裝置。
背景技術(shù)：
FLUTE (File Delivery Over Unidirectional Transport,文件分發(fā)傳輸，RFC3926 中定義的面向多播的單向文件傳輸協(xié)議)協(xié)議建立在ALC (Asynchronous Layered Coding, 異步分層編碼)協(xié)議之上，利用文件傳輸表(File Delivery Table, FDT)來(lái)描述ALC協(xié) 議傳輸?shù)膶?duì)象對(duì)應(yīng)的文件信息。文件信息包括URI (Universal Resource Identifier, 資源標(biāo)志符)，文件名，文件類(lèi)型，文件大小，文件的內(nèi)容編碼，安全屬性等。ALC協(xié)議由 LCT(Layered Coding Transport，分層編碼傳輸)模塊、多速率的CC(Congestion Control, 擁塞控制)模塊和FEC (Forward ErrorCorrection，前向糾錯(cuò))模塊組成，提供從一個(gè)發(fā)送 端到多個(gè)并發(fā)的接收端的具有擁塞控制的可靠的異步內(nèi)容傳輸。 LCT模塊為可靠的內(nèi)容或流傳輸協(xié)議提供運(yùn)輸層的支持。編碼是指將傳輸?shù)膬?nèi)容 進(jìn)行編碼以提高可靠性，例如使用FEC編碼。分層是指數(shù)據(jù)在分層的多個(gè)通道中進(jìn)行傳輸。 LCT是為IP組播而設(shè)計(jì)的，但是也支持使用單播的協(xié)議。同樣FLUTE也支持組播和單播。
FLUTE從ALC/LCT繼承得到會(huì)話(huà)和通道的概念。 一個(gè)ALC/LCT會(huì)話(huà)由多個(gè)ALC/LCT 通道組成。ALC/LCT利用IP組播網(wǎng)絡(luò)服務(wù)，一個(gè)ALC/LCT通道即一個(gè)組播組。各個(gè)通道被 劃分為邏輯上不同的層次，不同層的通道具有不同的傳輸速率。接收端通過(guò)加入會(huì)話(huà)通道 (加入組播組)的方式實(shí)現(xiàn)FLUTE數(shù)據(jù)傳輸。接收端通過(guò)加入不同層次的通道來(lái)實(shí)現(xiàn)接收 速率的改變，實(shí)現(xiàn)接收端驅(qū)動(dòng)的多速率的擁塞控制。 在FLUTE協(xié)議中，ALC/LCT會(huì)話(huà)被稱(chēng)為文件傳輸會(huì)話(huà)(file deliverysession);會(huì) 話(huà)由TSI (Transport Session Identifier,傳輸會(huì)話(huà)標(biāo)識(shí))進(jìn)行標(biāo)識(shí)。TSI和源IP地址對(duì) (IP， TSI)是會(huì)話(huà)的唯一標(biāo)識(shí)。如果使用UDP協(xié)議，可以使用16位的UDP源端口號(hào)作為會(huì) 話(huà)的TSI。 FLUTE協(xié)議中傳輸?shù)腁LC對(duì)象可以是文件或文件傳輸表；TOI (Transport Object Identifier,傳輸對(duì)象標(biāo)識(shí))用來(lái)表示數(shù)據(jù)包所對(duì)應(yīng)的ALC對(duì)象。T0I為0，表示數(shù)據(jù)包所 屬的對(duì)象為文件傳輸表FDT。 TOI非零，表示數(shù)據(jù)包所屬的對(duì)象為傳輸?shù)奈募?，不同的TOI 表示數(shù)據(jù)包屬于不同的文件，同一個(gè)文件的數(shù)據(jù)包具有相同的T0I。 TSI和T0I都包含在ALC/LCT數(shù)據(jù)包頭中。接收端通過(guò)數(shù)據(jù)包的源IP地址和TSI 來(lái)判斷數(shù)據(jù)包來(lái)自哪個(gè)會(huì)話(huà)。利用TOI來(lái)判斷數(shù)據(jù)包屬于哪個(gè)對(duì)象(文件或FDT)。 TOI必 須包含在ALC數(shù)據(jù)包中，除非會(huì)話(huà)終止標(biāo)志(A)為l。每個(gè)文件都必須指定T0I ( > 0)。同 一會(huì)話(huà)中的不同對(duì)象的T0I必須不同，不同會(huì)話(huà)中的不同的對(duì)象的T0I可以允許重復(fù)。
發(fā)送端負(fù)責(zé)向接收端提供會(huì)話(huà)描述、開(kāi)始會(huì)話(huà)、以不同的速率向會(huì)話(huà)中的各個(gè)通 道發(fā)送數(shù)據(jù)。不同通道的傳輸速率不同，并且各個(gè)通道的速率是可變的。 一個(gè)會(huì)話(huà)中可以 同時(shí)傳輸多個(gè)對(duì)象，不同的對(duì)象通過(guò)T0I進(jìn)行區(qū)分。 通常，發(fā)送端在一個(gè)會(huì)話(huà)中連續(xù)的向各個(gè)通道發(fā)送數(shù)據(jù)，直到認(rèn)為傳輸已經(jīng)完成。發(fā)送端認(rèn)為傳輸已經(jīng)完成的情況可以是超過(guò)了一定的時(shí)間、發(fā)送了一定數(shù)量的數(shù)據(jù)包、或 者是一些帶外的信號(hào)(來(lái)自更高層的協(xié)議)指示傳輸完成。 接收端的操作隨服務(wù)模式的不同而不同。接收端可以同時(shí)加入多個(gè)發(fā)送端的多個(gè)
會(huì)話(huà)的多個(gè)通道。接收端通過(guò)加入組播組的方式加入通道，加入一個(gè)通道開(kāi)始接收數(shù)據(jù)，離 開(kāi)通道停止接收數(shù)據(jù)。 接收端加入會(huì)話(huà)之前必須通過(guò)帶外方式接收會(huì)話(huà)描述。接收端從會(huì)話(huà)描述中得到 源IP地址，會(huì)話(huà)中的通道(channel)數(shù)，各個(gè)通道的目的地址(IP組播的目的地址)和端 口號(hào)，會(huì)話(huà)的TSI等信息。 接收端根據(jù)TSI和源IP地址區(qū)分不同的會(huì)話(huà)，利用TOI區(qū)分不同對(duì)象的數(shù)據(jù)包， 從通道內(nèi)接收感興趣的數(shù)據(jù)包。 TOI為0表示接收到的數(shù)據(jù)包是FDT實(shí)例(FDT的ALC數(shù)據(jù)包)。接收端接收到足 夠的FDT實(shí)例后，進(jìn)行FEC解碼，并重構(gòu)FDT，得到會(huì)話(huà)中傳輸?shù)奈募男畔ⅲ⒋宋募?息存儲(chǔ)在本地?cái)?shù)據(jù)庫(kù)(或其他形式的存儲(chǔ))。接收端從FDT中得到所感興趣的文件的TOI， 并開(kāi)始接收對(duì)應(yīng)TOI的數(shù)據(jù)包。當(dāng)接收到足夠多的數(shù)據(jù)包后，進(jìn)行FEC解碼和文件對(duì)象的 重構(gòu)。利用FEC重構(gòu)一個(gè)對(duì)象并不依賴(lài)于接收特定的數(shù)據(jù)包，而是在于接收到不同的數(shù)據(jù) 包的數(shù)量。因此增加接收端接收的層數(shù)可以減少傳輸時(shí)間。 FLUTE協(xié)議為了保證傳輸?shù)目煽啃?，需要?duì)文件進(jìn)行FEC編碼后進(jìn)行發(fā)送。FEC編 碼器的輸入是具有相同長(zhǎng)度的k個(gè)源符號(hào)。FEC編碼器生成和源符號(hào)具有相同長(zhǎng)度的編碼 符號(hào)。不同的FEC編碼器可以有不同的符號(hào)長(zhǎng)度。編碼符號(hào)被打包進(jìn)行傳輸。數(shù)據(jù)包中的 編碼符號(hào)的數(shù)量可以是變化的或者是固定的(通常數(shù)據(jù)包中只存放一個(gè)符號(hào)，如果存放多 個(gè)符號(hào)則需要根據(jù)數(shù)據(jù)包中攜帶信息以區(qū)分?jǐn)?shù)據(jù)包中不同的編碼符號(hào))。同時(shí)，在數(shù)據(jù)包中 攜帶有足夠的信息用來(lái)區(qū)分?jǐn)?shù)據(jù)包中的不同的編碼符號(hào)。接收端接收到包含有編碼符號(hào)的 數(shù)據(jù)包后，將編碼符號(hào)送入解碼器，得到原始的k個(gè)源符號(hào)。理想情況下，F(xiàn)EC解碼器可以 從任意k個(gè)編碼符號(hào)得到k個(gè)源符號(hào)。 FEC編碼根據(jù)所生成的編碼符號(hào)的個(gè)數(shù)不同可以分為以下兩類(lèi) 分塊的FEC編碼分塊FEC編碼器的輸入是k個(gè)源符號(hào)和數(shù)字n。編碼器生成n個(gè)
編碼符號(hào)。如果n個(gè)編碼符號(hào)由k個(gè)源符號(hào)和n-k個(gè)冗余符號(hào)組成，則稱(chēng)編碼器是系統(tǒng)的
(systematic)。分塊的FEC編碼器具有可以從n個(gè)編碼符號(hào)中的任意k個(gè)編碼符號(hào)重建k
個(gè)源符號(hào)的特性。 可擴(kuò)展的FEC編碼向可擴(kuò)展的FEC編碼器輸入k個(gè)源符號(hào)，可以生成所需個(gè)數(shù)的 編碼符號(hào)?？蓴U(kuò)展的FEC編碼器同樣具有可以從n個(gè)編碼符號(hào)中的任意k個(gè)編碼符號(hào)重建 k個(gè)源符號(hào)的特性。 對(duì)于分塊的FEC，較大的傳輸對(duì)象被分為源塊。源塊中包含k個(gè)源符號(hào)，每個(gè)源塊 的k值可以不同。源塊的k個(gè)源符號(hào)被編碼得到n個(gè)編碼符號(hào)，同樣不同源塊的n值也可 以不同。接收端為了重構(gòu)對(duì)象，必須收到同一個(gè)編碼塊的k個(gè)不同的編碼符號(hào)。通常傳輸 對(duì)象被分為同樣長(zhǎng)度的源塊。塊號(hào)和塊中的源符號(hào)ID可以用來(lái)區(qū)分同一個(gè)源塊中的不同 的源符號(hào)。如果對(duì)象的長(zhǎng)度不是k的倍數(shù)，則最后一個(gè)源塊所包含的源符號(hào)個(gè)數(shù)小于k。
對(duì)于通常的小文件，可以將整個(gè)文件讀入到內(nèi)存中進(jìn)行FEC編碼，然后將編碼后 的文件數(shù)據(jù)放入發(fā)送緩存區(qū)中進(jìn)行發(fā)送。然而在無(wú)線(xiàn)通訊領(lǐng)域中，有些業(yè)務(wù)需要發(fā)送超大文件，如高清影片。這些文件一般都在幾G甚至幾十G的大小，如果要將這些文件編碼后放 入內(nèi)存緩沖區(qū)進(jìn)行發(fā)送，普通計(jì)算機(jī)系統(tǒng)的內(nèi)存無(wú)法滿(mǎn)足要求，特別是在同時(shí)發(fā)送多個(gè)文 件的情況下。

發(fā)明內(nèi)容
有鑒于上述背景，本發(fā)明提供了一種小內(nèi)存系統(tǒng)中的文件發(fā)送方法及裝置，可以 實(shí)現(xiàn)在小內(nèi)存系統(tǒng)中發(fā)送超大文件。 為了解決上述技術(shù)問(wèn)題，本發(fā)明采用了如下技術(shù)方案
—種小內(nèi)存系統(tǒng)中的文件發(fā)送方法，包括 內(nèi)容獲取從內(nèi)容提供服務(wù)器獲取待發(fā)送文件，并存儲(chǔ)在本地存儲(chǔ)器； 預(yù)編碼處理根據(jù)小內(nèi)存系統(tǒng)的發(fā)送緩存區(qū)容量確定分塊參數(shù)，依照分塊參數(shù)將
待發(fā)送文件劃分為多個(gè)源塊，對(duì)每一源塊進(jìn)行編碼，依序放入預(yù)編碼文件中； 文件發(fā)送依序?qū)㈩A(yù)編碼文件中的源塊讀入發(fā)送緩存區(qū)，按照文件發(fā)送協(xié)議對(duì)讀
入的源塊進(jìn)行數(shù)據(jù)封裝，將封裝后的數(shù)據(jù)發(fā)送到目的地址。 在所述方法的一種實(shí)施例中，所述內(nèi)容獲取采用FTP協(xié)議或者文件共享協(xié)議進(jìn) 行。 在所述方法的一種實(shí)施例中，所述預(yù)編碼處理的編碼采用前向糾錯(cuò)編碼。 在所述方法的一種實(shí)施例中，所述發(fā)送緩存區(qū)包括至少兩個(gè)，所述文件發(fā)送中，源
塊讀入和數(shù)據(jù)發(fā)送不同時(shí)在同 一發(fā)送緩存區(qū)進(jìn)行。 在所述方法的一種實(shí)施例中，所述文件發(fā)送中，文件發(fā)送協(xié)議為FLUTE協(xié)議。
在所述方法的一種實(shí)施例中，所述目的地址為組播地址。
本發(fā)明還公開(kāi)了一種小內(nèi)存系統(tǒng)中的文件發(fā)送裝置，包括 內(nèi)容獲取模塊用于從內(nèi)容提供服務(wù)器獲取待發(fā)送文件，并存儲(chǔ)在本地存儲(chǔ)器；
預(yù)編碼處理模塊用于根據(jù)小內(nèi)存系統(tǒng)的發(fā)送緩存區(qū)容量確定分塊參數(shù)，依照分 塊參數(shù)將待發(fā)送文件劃分為多個(gè)源塊，對(duì)每一源塊進(jìn)行編碼，依序放入預(yù)編碼文件中；
文件發(fā)送模塊用于依序?qū)㈩A(yù)編碼文件中的源塊讀入發(fā)送緩存區(qū)，按照文件發(fā)送 協(xié)議對(duì)讀入的源塊進(jìn)行數(shù)據(jù)封裝，將封裝后的數(shù)據(jù)發(fā)送到目的地址。 本發(fā)明通過(guò)將待發(fā)送文件獲取到本地存儲(chǔ)器上，而后根據(jù)發(fā)送緩存區(qū)容量確定分 塊參數(shù)，依照分塊參數(shù)進(jìn)行源塊劃分，再依次將編碼后的源塊讀入發(fā)送緩存區(qū)，根據(jù)文件發(fā) 送協(xié)議將源塊的封裝數(shù)據(jù)發(fā)送到目的地址。從而實(shí)現(xiàn)了小內(nèi)存系統(tǒng)的大文件發(fā)送。


圖1是本發(fā)明實(shí)施例的FLUTE文件發(fā)送服務(wù)器的系統(tǒng)框圖； 圖2是本發(fā)明實(shí)施例的在小內(nèi)存系統(tǒng)中利用FLUTE協(xié)議發(fā)送超大文件的流程圖。
具體實(shí)施例方式
下面對(duì)照附圖，對(duì)本發(fā)明的具體實(shí)施方式
做詳細(xì)說(shuō)明。 本發(fā)明實(shí)施例的文件發(fā)送方法和裝置，主要解決的是在系統(tǒng)內(nèi)存容量較小時(shí)，如 何使用FLUTE協(xié)議實(shí)現(xiàn)超大文件的發(fā)送，其不但適用于普通的微機(jī)系統(tǒng)，甚至可用于單片機(jī)等內(nèi)存容量很小的嵌入式系統(tǒng)中。本文提及的小內(nèi)存系統(tǒng)，主要是指內(nèi)存容量相對(duì)于待 發(fā)送的文件過(guò)小，因而無(wú)法一次讀入待發(fā)送的文件的內(nèi)存系統(tǒng)。 圖l給出了本發(fā)明實(shí)施例的系統(tǒng)框圖。本發(fā)明實(shí)施例的文件發(fā)送裝置，采用FLUTE 協(xié)議進(jìn)行文件發(fā)送，稱(chēng)該文件發(fā)送裝置為FLUTE文件發(fā)送服務(wù)器101，其通常包含三個(gè)模 塊內(nèi)容獲取模塊102、 FEC預(yù)編碼模塊103、 FLUTE發(fā)送模塊104。 內(nèi)容獲取模塊102 :負(fù)責(zé)從內(nèi)容提供服務(wù)器上獲取需要發(fā)送的原始文件并保存在 本地磁盤(pán)(FLUTE文件發(fā)送服務(wù)器上的存儲(chǔ)器)上，獲取的方式可以是FTP或者其他的文件
共享方式等。 FEC預(yù)編碼模塊103 :也稱(chēng)為預(yù)編碼處理模塊，負(fù)責(zé)在發(fā)送文件之前預(yù)先對(duì)原始文 件進(jìn)行FEC編碼；生成預(yù)編碼文件，也就是FEC編碼后的文件數(shù)據(jù)。 FLUTE發(fā)送模塊104 :也稱(chēng)為文件發(fā)送模塊，負(fù)責(zé)將FEC編碼后的文件數(shù)據(jù)按 FLUTE協(xié)議格式打包封裝，并通過(guò)網(wǎng)口發(fā)送到設(shè)定好的組播地址上。 圖2是本發(fā)明實(shí)施例的利用FLUTE協(xié)議在小內(nèi)存系統(tǒng)中發(fā)送超大文件的方法的流 程，包含以下步驟 步驟S201，內(nèi)容獲取模塊102通過(guò)FTP協(xié)議或文件共享協(xié)議從內(nèi)容提供服務(wù)器上 下載所需發(fā)送的文件，并保存到本地磁盤(pán)，即本地存儲(chǔ)器上。 步驟S202， FEC預(yù)編碼模塊103在文件發(fā)送開(kāi)始前的設(shè)定時(shí)刻對(duì)待發(fā)送的文件進(jìn) 行源塊劃分，源塊劃分時(shí)，首先根據(jù)內(nèi)存系統(tǒng)的發(fā)送緩存區(qū)容量確定源塊劃分的分塊參數(shù)， 再依據(jù)分塊參數(shù)將待發(fā)送文件劃分為多個(gè)源塊。以劃分的源塊為單位進(jìn)行FEC編碼，創(chuàng)建 預(yù)編碼文件，將編碼好的源塊按順序保存在預(yù)編碼文件中。為節(jié)約磁盤(pán)空間，可以在全部源 塊編碼完成后將原始的待發(fā)送文件刪除。 步驟S203， FLUTE發(fā)送模塊104在開(kāi)始發(fā)送文件后，依次從預(yù)編碼文件中讀取編碼 好的源塊數(shù)據(jù)并放入內(nèi)存的發(fā)送緩存區(qū)，根據(jù)FLUTE協(xié)議對(duì)源塊進(jìn)行封裝打包，源塊封裝 打包后，將數(shù)據(jù)包發(fā)送到設(shè)定的組播地址，即目的地址上。為了提高發(fā)送速率，在內(nèi)存足夠 的情況下可以采用雙緩存方式，即在內(nèi)存中設(shè)置兩個(gè)發(fā)送緩存區(qū)，在發(fā)送一個(gè)緩存區(qū)中的 源塊的同時(shí)，將下一個(gè)需要發(fā)送的編碼后的源塊讀入另一個(gè)緩存區(qū)中。在上一個(gè)源塊發(fā)送 完后，將其緩沖區(qū)置空，開(kāi)始發(fā)送另一緩沖區(qū)中的源塊，同時(shí)讀取下一個(gè)編碼后的源塊放入 空的緩沖區(qū)中。如此交替發(fā)送，可以在發(fā)送的同時(shí)讀取磁盤(pán)上的數(shù)據(jù)，避免讀取磁盤(pán)帶來(lái)的 延時(shí)。當(dāng)然，在容量允許的情況下，也可以設(shè)置更多數(shù)量的發(fā)送緩存區(qū)，只要保證文件發(fā)送 過(guò)程中的源塊數(shù)據(jù)讀入發(fā)送緩存區(qū)和發(fā)送緩存區(qū)中的封裝后的數(shù)據(jù)發(fā)送不同時(shí)在同一個(gè) 發(fā)送緩存區(qū)進(jìn)行，就可達(dá)到避免磁盤(pán)讀取延時(shí)的目的。 本發(fā)明的主要特點(diǎn)是源塊劃分，預(yù)先編碼，將編碼后的文件保存在本地磁盤(pán)上， 然后以源塊為單位進(jìn)行發(fā)送；源塊的大小可以自由劃定(只要小于發(fā)送緩存區(qū)容量)，對(duì)于 小內(nèi)存系統(tǒng)可以使用較小的源塊，從而可以在小內(nèi)存系統(tǒng)中發(fā)送超大文件。采用在本地存 儲(chǔ)器上進(jìn)行預(yù)編碼，避免了FEC編碼需要較長(zhǎng)時(shí)間的問(wèn)題，能夠提高文件發(fā)送的速率。
以上內(nèi)容是結(jié)合具體的優(yōu)選實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說(shuō)明，但這只是 為便于理解而舉的實(shí)例，不應(yīng)認(rèn)為本發(fā)明的具體實(shí)施只局限于這些說(shuō)明。對(duì)于本發(fā)明所屬 技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明構(gòu)思的前提下，可以做出各種可能的等同 改變或替換，這些改變或替換都應(yīng)屬于本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種小內(nèi)存系統(tǒng)中的文件發(fā)送方法，其特征在于，包括內(nèi)容獲取從內(nèi)容提供服務(wù)器獲取待發(fā)送文件，并存儲(chǔ)在本地存儲(chǔ)器；預(yù)編碼處理根據(jù)小內(nèi)存系統(tǒng)的發(fā)送緩存區(qū)容量確定分塊參數(shù)，依照分塊參數(shù)將待發(fā)送文件劃分為多個(gè)源塊，對(duì)每一源塊進(jìn)行編碼，依序放入預(yù)編碼文件中；文件發(fā)送依序?qū)㈩A(yù)編碼文件中的源塊讀入發(fā)送緩存區(qū)，按照文件發(fā)送協(xié)議對(duì)讀入的源塊進(jìn)行數(shù)據(jù)封裝，將封裝后的數(shù)據(jù)發(fā)送到目的地址。
2. 如權(quán)利要求1所述的方法，其特征在于，所述內(nèi)容獲取采用FTP協(xié)議或者文件共享協(xié)議進(jìn)行。
3. 如權(quán)利要求1所述的方法，其特征在于，所述預(yù)編碼處理的編碼采用前向糾錯(cuò)編碼。
4. 如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送緩存區(qū)包括至少兩個(gè)，所述文件發(fā)送中，源塊讀入和數(shù)據(jù)發(fā)送不同時(shí)在同一發(fā)送緩存區(qū)進(jìn)行。
5. 如權(quán)利要求1至4任一項(xiàng)所述的方法，其特征在于，所述文件發(fā)送中，文件發(fā)送協(xié)議為FLUTE協(xié)議。
6. 如權(quán)利要求5所述的方法，其特征在于，所述目的地址為組播地址。
7. —種小內(nèi)存系統(tǒng)中的文件發(fā)送裝置，其特征在于，包括內(nèi)容獲取模塊用于從內(nèi)容提供服務(wù)器獲取待發(fā)送文件，并存儲(chǔ)在本地存儲(chǔ)器；預(yù)編碼處理模塊用于根據(jù)小內(nèi)存系統(tǒng)的發(fā)送緩存區(qū)容量確定分塊參數(shù)，依照分塊參數(shù)將待發(fā)送文件劃分為多個(gè)源塊，對(duì)每一源塊進(jìn)行編碼，依序放入預(yù)編碼文件中；文件發(fā)送模塊用于依序?qū)㈩A(yù)編碼文件中的源塊讀入發(fā)送緩存區(qū)，按照文件發(fā)送協(xié)議對(duì)讀入的源塊進(jìn)行數(shù)據(jù)封裝，將封裝后的數(shù)據(jù)發(fā)送到目的地址。
8. 如權(quán)利要求7所述的裝置，其特征在于，所述內(nèi)容獲取模塊的內(nèi)容獲取采用FTP協(xié)議或者文件共享協(xié)議進(jìn)行。
9. 如權(quán)利要求7所述的裝置，其特征在于，所述預(yù)編碼處理模塊的編碼采用前向糾錯(cuò)編碼。
10. 如權(quán)利要求7所述的裝置，其特征在于，所述發(fā)送緩存區(qū)包括至少兩個(gè)，所述文件發(fā)送模塊的文件發(fā)送中，源塊讀入和數(shù)據(jù)發(fā)送不同時(shí)在同一發(fā)送緩存區(qū)進(jìn)行。
11. 如權(quán)利要求7至10任一項(xiàng)所述的裝置，其特征在于，所述文件發(fā)送模塊的文件發(fā)送協(xié)議為FLUTE協(xié)議。
12. 如權(quán)利要求11所述的裝置，其特征在于，所述目的地址為組播地址。
全文摘要
本發(fā)明公開(kāi)了一種小內(nèi)存系統(tǒng)中的文件發(fā)送方法及裝置，所述方法包括內(nèi)容獲取從內(nèi)容提供服務(wù)器獲取待發(fā)送文件，并存儲(chǔ)在本地存儲(chǔ)器；預(yù)編碼處理根據(jù)小內(nèi)存系統(tǒng)的發(fā)送緩存區(qū)容量確定分塊參數(shù)，依照分塊參數(shù)將待發(fā)送文件劃分為多個(gè)源塊，對(duì)每一源塊進(jìn)行編碼，依序放入預(yù)編碼文件中；文件發(fā)送依序?qū)㈩A(yù)編碼文件中的源塊讀入發(fā)送緩存區(qū)，按照文件發(fā)送協(xié)議對(duì)讀入的源塊進(jìn)行數(shù)據(jù)封裝，將封裝后的數(shù)據(jù)發(fā)送到目的地址。所述裝置包括內(nèi)容獲取模塊、預(yù)編碼處理模塊、文件發(fā)送模塊。本發(fā)明實(shí)現(xiàn)了小內(nèi)存系統(tǒng)的超大文件發(fā)送。
文檔編號(hào)H04L29/08GK101707623SQ20091011015
公開(kāi)日2010年5月12日 申請(qǐng)日期2009年11月11日 優(yōu)先權(quán)日2009年11月11日
發(fā)明者胡銦 申請(qǐng)人:中興通訊股份有限公司