專利名稱：多播封包的接收方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種多播封包的接收方法，特別涉及一種能向發(fā)送端發(fā)送重傳請求的多播封包的接收方法。
背景技術(shù)：
多播(multi-cast)是一種允許一個多播來源同時發(fā)送單一的封包(package)到多個接收者的網(wǎng)絡(luò)技術(shù)。多播可以實現(xiàn)單點到多點的高效數(shù)據(jù)傳輸，而節(jié)約網(wǎng)絡(luò)頻寬并降低網(wǎng)絡(luò)負(fù)載。因此制造計算機(jī)的制造廠商所需的映像文件(image file)下載等大型數(shù)據(jù)分發(fā)系統(tǒng)常采用多播的技術(shù)。多播技術(shù)一般是使用使用者數(shù)據(jù)協(xié)議(User datagram protocol, UDP)，但是UDP 并不進(jìn)行流量控制(flow control)或是錯誤控制(error control)，是一種不可靠的通訊協(xié)議。在使用多播技術(shù)進(jìn)行大規(guī)模網(wǎng)絡(luò)數(shù)據(jù)傳輸?shù)倪^程中，由于網(wǎng)絡(luò)設(shè)備故障、網(wǎng)絡(luò)負(fù)載過重等多種因素影響，以及多播技術(shù)的不可靠傳送方式，都不可避免的會出現(xiàn)網(wǎng)絡(luò)丟包的情況。尤其是在網(wǎng)絡(luò)擁塞時，特別容易產(chǎn)生封包的亂序或丟失等情況。此外，多播技術(shù)支持的最大包大小為64千字節(jié)(KB)，因此在傳輸大型的數(shù)據(jù)塊 (data block)時，需要數(shù)據(jù)塊拆分成多個封包發(fā)送。接收端收到各個封包后，再進(jìn)行拼裝。 在傳輸過程中丟失任何一個封包，都會造成數(shù)據(jù)塊不完整。傳統(tǒng)的方法是將不完整的數(shù)據(jù)塊(也就是有收到的封包的部分)丟棄，然后請求重傳。但是這樣的做法會造成在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量增多并增加網(wǎng)絡(luò)負(fù)載；且在網(wǎng)絡(luò)擁塞時，更有傳輸成功率嚴(yán)重低下的問題。

發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明的目的在于提供一種多播封包(multi-cast package) 的接收方法，利用記憶體或儲存設(shè)備的空間暫存接收的多播封包，以收齊亂序的多播封包并將其組回成有用的數(shù)據(jù)塊。且對于丟失的多播封包，多播封包的接收方法也能依據(jù)丟包比率要求發(fā)送端重傳所需的多播封包，也避免無謂地浪費已接收的數(shù)據(jù)的狀況。為了達(dá)到上述目的，本發(fā)明提供一種多播封包的接收方法，其用以從一發(fā)送端接收多個多播封包。多播封包的接收方法包括一建立緩存(buffer)分區(qū)的步驟，在一記憶體中創(chuàng)建(create)多個緩存分區(qū)；一將封包寫入緩存分區(qū)的步驟，將接收的屬于相同的一數(shù)據(jù)塊(data block)的至少一個多播封包依序?qū)懭胂嗤木彺娣謪^(qū)；一寫入數(shù)據(jù)塊的步驟，當(dāng)任一緩存分區(qū)中所屬的數(shù)據(jù)塊的多播封包已接收齊全時，將接收齊全的緩存分區(qū)的所有多播封包解壓縮組合成所屬的數(shù)據(jù)塊，將組合成的數(shù)據(jù)塊寫入一儲存設(shè)備，并清空接收齊全的緩存分區(qū)；以及一請求重傳的步驟，對于任一非空且所屬的數(shù)據(jù)塊的多播封包未接收齊全的緩存分區(qū)，向發(fā)送端發(fā)送一重傳請求。其中“將封包寫入緩存分區(qū)”的步驟還可包括當(dāng)接收的多播封包所屬的數(shù)據(jù)塊不對應(yīng)于任一緩存分區(qū)時，執(zhí)行以下步驟尋找一個空的緩存分區(qū)；以及將接收的多播封包存入空的緩存分區(qū)。
“將封包寫入緩存分區(qū)”的步驟也可包括當(dāng)接收的多播封包所屬的數(shù)據(jù)塊不對應(yīng)于任一緩存分區(qū)，且找不到空的緩存分區(qū)時，執(zhí)行以下步驟將記憶體中存在最久的緩存分區(qū)作為一寫入分區(qū)；將寫入分區(qū)的所有多播封包寫入儲存設(shè)備；清空寫入分區(qū)；以及將接收的多播封包存入寫入分區(qū)。其中“將寫入分區(qū)的所有多播封包寫入儲存設(shè)備”的步驟可包括當(dāng)儲存設(shè)備中有與寫入分區(qū)對應(yīng)的任一封包時，執(zhí)行下述步驟當(dāng)儲存設(shè)備以及寫入分區(qū)所屬的數(shù)據(jù)塊的多播封包已接收齊全時，將數(shù)據(jù)塊的所有多播封包解壓縮組合成數(shù)據(jù)塊，并將組合成的數(shù)據(jù)塊寫入儲存設(shè)備；以及當(dāng)儲存設(shè)備以及寫入分區(qū)所屬的數(shù)據(jù)塊的多播封包未接收齊全時，將寫入分區(qū)的所有多播封包直接寫入儲存設(shè)備?！皩懭敕謪^(qū)的所有多播封包寫入儲存設(shè)備”的步驟還可包括當(dāng)儲存設(shè)備中沒有與寫入分區(qū)對應(yīng)的任一封包時，將寫入分區(qū)的所有多播封包直接寫入儲存設(shè)備。根據(jù)一實施范例，“請求重傳”的步驟可以是在開始收取不同的數(shù)據(jù)塊的第一個多播封包時執(zhí)行。根據(jù)另一實施范例，“請求重傳”的步驟則可以是在任一緩存分區(qū)的一存在時間大于一緩存時間臨界值時執(zhí)行。此外，“請求重傳”的步驟還可包括當(dāng)任一存在時間大于緩存時間臨界值的緩存分區(qū)的一丟包比率大于一丟包臨界值時，向發(fā)送端發(fā)送要求重送數(shù)據(jù)塊的所有多播封包的重傳請求；以及當(dāng)丟包比率不大于丟包臨界值時，向發(fā)送端發(fā)送要求重送不齊全的至少一個多播封包的重傳請求。綜上所述，多播封包的接收方法利用記憶體或儲存設(shè)備的空間暫存接收的多播封包，以收齊亂序的多播封包并將其組回成有用的數(shù)據(jù)塊。且對于丟失的多播封包，多播封包的接收方法也能依據(jù)丟包比率要求發(fā)送端重傳所需的多播封包，也避免無謂地浪費已接收的數(shù)據(jù)的狀況。以下結(jié)合附圖和具體實施例對本發(fā)明進(jìn)行詳細(xì)描述，但不作為對本發(fā)明的限定。


圖1為一實施范例的多播封包的接收方法的流程圖；圖2為一實施范例的步驟S200的流程圖；圖3為一實施范例的步驟S216的流程圖；圖4為一實施范例的步驟S400的流程圖；圖5A為一實施范例的多播封包的示意圖；圖5B為一實施范例的多播封包的示意圖；圖5C為一實施范例的多播封包的示意圖；圖6為一實施范例的多播封包的示意圖； 圖7為一實施范例的多播封包的示意圖；圖8為一實施范例的多播封包的示意圖。其中，附圖標(biāo)記20多播封包30記憶體32緩存分區(qū)
5
40儲存設(shè)備42儲存設(shè)備的暫存空間
具體實施例方式以下在實施方式中詳細(xì)敘述本發(fā)明的詳細(xì)特征以及優(yōu)點，其內(nèi)容足以使任何本領(lǐng)域技術(shù)人員了解本發(fā)明的技術(shù)內(nèi)容并據(jù)以實施，且根據(jù)本說明書所揭露的內(nèi)容、權(quán)利要求范圍及圖式，任何本領(lǐng)域技術(shù)人員可輕易地理解本發(fā)明相關(guān)的目的及優(yōu)點。本發(fā)明關(guān)于一種多播封包(multi-cast package)的接收方法，其用以從一發(fā)送端接收多個多播封包。其中發(fā)送端可利用使用者數(shù)據(jù)協(xié)議(User datagram protocol, UDP) 來傳送多個多播封包給一接收端。請參照圖1為一實施范例的多播封包的接收方法的流程圖。由圖1可以見悉，多播封包的接收方法包括建立緩存(buffer)分區(qū)(步驟S100)、將封包寫入緩存分區(qū)(步驟S200)、寫入數(shù)據(jù)塊(data block)(步驟S300)以及請求重傳(步驟S400)。步驟SlOO是在接收端的計算機(jī)的一記憶體中創(chuàng)建(create)多個緩存分區(qū)。步驟S200將接收的屬于相同的數(shù)據(jù)塊的至少一個多播封包依序?qū)懭胂嗤木彺娣謪^(qū)。步驟 S300在當(dāng)任一緩存分區(qū)中所屬的數(shù)據(jù)塊的多播封包已接收齊全時，將接收齊全的緩存分區(qū)的所有多播封包解壓縮組合成所屬的數(shù)據(jù)塊，將組合成的數(shù)據(jù)塊寫入一儲存設(shè)備，并清空接收齊全的緩存分區(qū)。而步驟S400則對于任一非空且所屬的數(shù)據(jù)塊的多播封包未接收齊全的緩存分區(qū)，向發(fā)送端發(fā)送一重傳請求。請參照圖2以及圖3，以下通過圖2以及圖3詳述步驟S200的流程。圖2以及圖 3分別為一實施范例的步驟S200的流程圖，以及圖2中的步驟S216的流程圖。首先接收端可先判斷接收的多播封包所屬的數(shù)據(jù)塊是否對應(yīng)于任一緩存分區(qū) (步驟S210)。當(dāng)接收的多播封包所屬的數(shù)據(jù)塊對應(yīng)于緩存分區(qū)之一時，表示之前以有接收過對應(yīng)同一個數(shù)據(jù)塊的多播封包。因此將接收的屬于相同的數(shù)據(jù)塊的多播封包依序?qū)懭胂嗤木彺娣謪^(qū)(步驟S211)。且在步驟S211之后，可判斷是否已將對應(yīng)的數(shù)據(jù)塊的所有多播封包收齊，再據(jù)以執(zhí)行步驟S300。而當(dāng)接收的多播封包所屬的數(shù)據(jù)塊不對應(yīng)于任一緩存分區(qū)時，可先尋找一個空的緩存分區(qū)(步驟S212)；并判斷是否找到空的緩存分區(qū)(步驟S213)。若記憶體內(nèi)尚有空的緩存分區(qū)，便將接收的多播封包存入空的緩存分區(qū)(步驟S214)。而當(dāng)找不到空的緩存分區(qū)時，可將記憶體中存在最久的緩存分區(qū)作為寫入分區(qū) (步驟S215)，并將寫入分區(qū)的所有多播封包寫入儲存設(shè)備(步驟S216)。其中儲存設(shè)備可以例如是接收端的計算機(jī)的硬盤或是虛擬記憶體。將寫入分區(qū)的多播封包的數(shù)據(jù)備份于儲存設(shè)備后，便清空寫入分區(qū)(步驟S217)，再將新接收的多播封包存入寫入分區(qū)(步驟S218)。也就是說，多播封包的接收方法可紀(jì)錄每一個緩存分區(qū)的一存在時間。當(dāng)記憶體不足時，可以以先進(jìn)先出(first in first out, FIFO)的方式將緩存分區(qū)的數(shù)據(jù)遷入儲存設(shè)備中，再將新接收的數(shù)據(jù)保存于記憶體中。于一實施范例中，上述步驟S216(將寫入分區(qū)的所有多播封包寫入儲存設(shè)備)還可包括圖3的多個步驟。在將數(shù)據(jù)寫入儲存設(shè)備之前，可先判斷儲存設(shè)備中有無與寫入分區(qū)對應(yīng)的任一封包(步驟S220)。也就是說，判斷之前是否已有對應(yīng)于同一個數(shù)據(jù)塊的封包已被寫入儲存設(shè)備之中。當(dāng)儲存設(shè)備中沒有與寫入分區(qū)對應(yīng)的任一封包時，可將寫入分區(qū)的所有多播封包直接寫入儲存設(shè)備(步驟S221)。值得注意的是，此時僅是將這些未解壓縮的多播封包暫存于儲存設(shè)備。為了避免影響到儲存設(shè)備中的其它數(shù)據(jù)，此時可將這些多播封包寫入儲存設(shè)備中預(yù)定要存放其對應(yīng)的數(shù)據(jù)塊的位置。而當(dāng)儲存設(shè)備中有與寫入分區(qū)對應(yīng)的任一封包時，可判斷儲存設(shè)備以及寫入分區(qū)所屬的數(shù)據(jù)塊的多播封包是否已接收齊全(步驟S222)。若已齊全，可將數(shù)據(jù)塊的所有多播封包解壓縮組合成數(shù)據(jù)塊，并將組合成的數(shù)據(jù)塊寫入儲存設(shè)備(步驟S223)。此時接收端乃分別將暫存于儲存設(shè)備以及緩存分區(qū)的多播封包讀出，組合成完整的數(shù)據(jù)塊，再將此數(shù)據(jù)塊覆蓋掉原先暫存于儲存設(shè)備的多播封包。更詳細(xì)地說，被讀出的所有多播封包被組合后， 再被解壓縮以得到完整的數(shù)據(jù)塊。相對地，當(dāng)儲存設(shè)備以及寫入分區(qū)所屬的數(shù)據(jù)塊的多播封包未接收齊全時，可將寫入分區(qū)的所有多播封包直接寫入儲存設(shè)備(步驟S224)。依照上述流程，多播封包的接收方法能通過記憶體與儲存設(shè)備的雙重緩存的機(jī)制有效地解決現(xiàn)有中封包亂序的問題。此外，多播封包的接收方法也能以步驟S400解決現(xiàn)有中封包丟失的問題。根據(jù)一實施范例，步驟S400( “請求重傳”的步驟)可以是在開始收取不同的數(shù)據(jù)塊的第一個多播封包時執(zhí)行。根據(jù)另一實施范例，步驟S400則可以是在任一緩存分區(qū)的存在時間大于一緩存時間臨界值時執(zhí)行。換句話說，步驟S400則可以是在需要將一個緩存分區(qū)的數(shù)據(jù)寫入儲存設(shè)備時判斷是否需要向發(fā)送端提出重傳請求。請參照圖4，其是為一實施范例的步驟S400的流程圖。接收端可判斷任一存在時間大于緩存時間臨界值的緩存分區(qū)的一丟包比率是否大于丟包臨界值(步驟S410)。其中丟包比率可以是1減去處理中的此緩存分區(qū)存有的多播封包的數(shù)量，以及緩存分區(qū)對應(yīng)的數(shù)據(jù)塊所有的多播封包的數(shù)量的比率。例如當(dāng)一個數(shù)據(jù)塊共被切分成100個組播封包傳遞，而接收端目前只收到90個時，丟包比率為1-90/100 =10%。當(dāng)丟包比率大于一丟包臨界值時，接收端可向發(fā)送端發(fā)送要求重送此數(shù)據(jù)塊的所有多播封包的重傳請求(步驟S420)。而當(dāng)丟包比率不大于丟包臨界值時，則可向發(fā)送端發(fā)送要求重送不齊全的至少一個多播封包的重傳請求(步驟S430)。也就是說，當(dāng)丟包比率不大時，可以僅要求發(fā)送端重送丟失的多播封包。但若丟包比率大，則可直接要求重送整個數(shù)據(jù)塊，以避免多播封包的文件頭(header)等額外的部分對網(wǎng)絡(luò)以及發(fā)送端造成太大的負(fù)擔(dān)。以下配合圖5A至圖8說明實際的例子。圖5A、圖5B以及圖5C是為正常接收、發(fā)生亂序以及發(fā)生丟包的多播封包的示意圖。其中假設(shè)AO、Al以及An等多播封包20對應(yīng)于一個數(shù)據(jù)塊(以下稱為數(shù)據(jù)塊A)，B0、 Bl以及Bn等多播封包20對應(yīng)于另一個數(shù)據(jù)塊(以下稱為數(shù)據(jù)塊B)。圖5B的An以及Bl 的多播封包20發(fā)生了亂序的情形，而圖5C的A2以及Bn-I的多播封包20則丟失了。對于亂序的情形，接收端可分別將同樣對應(yīng)于數(shù)據(jù)塊A以及數(shù)據(jù)塊B的多播封包 20存入對應(yīng)的緩存分區(qū)32，如圖6所示。當(dāng)緩存分區(qū)32收齊對應(yīng)的多播封包20之后，便可執(zhí)行步驟S300將其解壓縮并整合為數(shù)據(jù)塊，再把數(shù)據(jù)塊寫入儲存設(shè)備40之中。即使是
7較為復(fù)雜的例子如圖7，也可通過多個緩存分區(qū)32來解決亂序的問題。圖7中Al以及B2的多播封包20丟失了。由于丟包比率不高，因此可以僅請求發(fā)送端重送這兩個丟失的多播封包20。被重送的Al以及B2也按照多播封包的接收方法被寫入對應(yīng)的緩存分區(qū)32。其中Al對應(yīng)的緩存分區(qū)32因此收齊對應(yīng)的數(shù)據(jù)塊A的所有多播封包20，而將數(shù)據(jù)塊A存入儲存設(shè)備40。且接著參考圖8的實施范例。當(dāng)收到DO的多播封包20時，由于記憶體30的空間不足，接收端基于先進(jìn)先出原則將數(shù)據(jù)塊A對應(yīng)的緩存分區(qū)32的數(shù)據(jù)直接寫入儲存設(shè)備的暫存空間42。且如前述，此時僅是暫存將這些未解壓縮的多播封包20，且可將這些多播封包20寫入儲存設(shè)備40中預(yù)定要存放數(shù)據(jù)塊A的位置。DO以及Dl的多播封包20便可寫入被清空的緩存空間32。當(dāng)接收端發(fā)現(xiàn)存于緩存空間32的Al (發(fā)送端補(bǔ)送的)以及存于儲存設(shè)備的暫存空間42的其它多播封包20已經(jīng)齊全時，便可將暫存于儲存設(shè)備40以及緩存分區(qū)32的這些多播封包20讀出，壓縮組合成數(shù)據(jù)塊A，再將數(shù)據(jù)塊A覆蓋掉原先暫存于儲存設(shè)備的暫存空間42中的數(shù)據(jù)。綜上所述，多播封包的接收方法能夠利用記憶體的高速處理能力緩存不完整的數(shù)據(jù)塊(也就是未接收齊全的多播封包)，而有效解決收包亂序?qū)е碌募賮G包問題，并且不會對數(shù)據(jù)傳輸速度產(chǎn)生影響。且利用儲存設(shè)備的大容量來暫存不完整資料的方法，可以處理網(wǎng)絡(luò)狀況很差而大量丟包的情況，進(jìn)而提高多播封包的傳輸成功率。此外，通過丟包比率等方式要求重傳整個數(shù)據(jù)塊或是丟失的多播封包的重傳機(jī)制，多播封包的接收方法可以有效減少網(wǎng)絡(luò)通訊量，提高傳輸效率，并降低網(wǎng)絡(luò)負(fù)載。當(dāng)然，本發(fā)明還可有其它多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種多播封包的接收方法，其用以從一發(fā)送端接收多個多播封包，其特征在于，該多播封包的接收方法包括一建立緩存分區(qū)的步驟，在一記憶體中創(chuàng)建多個緩存分區(qū)；一將封包寫入緩存分區(qū)的步驟，將接收的屬于相同的一數(shù)據(jù)塊的至少一該多播封包依序?qū)懭胂嗤脑摼彺娣謪^(qū)；一寫入數(shù)據(jù)塊的步驟，當(dāng)任一該緩存分區(qū)中所屬的該數(shù)據(jù)塊的該些多播封包已接收齊全時，將該接收齊全的緩存分區(qū)的所有該些多播封包解壓縮組合成所屬的該數(shù)據(jù)塊，將該組合成的數(shù)據(jù)塊寫入一儲存設(shè)備，并清空該接收齊全的緩存分區(qū)；以及一請求重傳的步驟，對于任一非空且所屬的該數(shù)據(jù)塊的該些多播封包未接收齊全的該緩存分區(qū)，向該發(fā)送端發(fā)送一重傳請求。
2.根據(jù)權(quán)利要求1所述的多播封包的接收方法，其特征在于，該將封包寫入緩存分區(qū)的步驟還包括當(dāng)該接收的多播封包所屬的該數(shù)據(jù)塊不對應(yīng)于任一該緩存分區(qū)時，執(zhí)行以下步驟 尋找一個空的該緩存分區(qū)；以及將該接收的多播封包存入該空的緩存分區(qū)。
3.根據(jù)權(quán)利要求2所述的多播封包的接收方法，其特征在于，該將封包寫入緩存分區(qū)的步驟還包括當(dāng)該接收的多播封包所屬的該數(shù)據(jù)塊不對應(yīng)于任一該緩存分區(qū)，且找不到空的該緩存分區(qū)時，執(zhí)行以下步驟將該記憶體中存在最久的該緩存分區(qū)作為一寫入分區(qū)； 將該寫入分區(qū)的所有該些多播封包寫入該儲存設(shè)備； 清空該寫入分區(qū)；以及將該接收的多播封包存入該寫入分區(qū)。
4.根據(jù)權(quán)利要求3所述的多播封包的接收方法，其特征在于，將該寫入分區(qū)的所有該些多播封包寫入該儲存設(shè)備的步驟包括當(dāng)該儲存設(shè)備中有與該寫入分區(qū)對應(yīng)的任一該多播封包時，執(zhí)行下述步驟 當(dāng)該儲存設(shè)備以及該寫入分區(qū)所屬的該數(shù)據(jù)塊的該些多播封包已接收齊全時，將該數(shù)據(jù)塊的所有該些多播封包解壓縮組合成該數(shù)據(jù)塊，并將該組合成的數(shù)據(jù)塊寫入該儲存設(shè)備；以及當(dāng)該儲存設(shè)備以及該寫入分區(qū)所屬的該數(shù)據(jù)塊的該些多播封包未接收齊全時，將該寫入分區(qū)的所有該些多播封包直接寫入該儲存設(shè)備。
5.根據(jù)權(quán)利要求4所述的多播封包的接收方法，其特征在于，將該寫入分區(qū)的所有該些多播封包寫入該儲存設(shè)備的步驟還包括當(dāng)該儲存設(shè)備中沒有與該寫入分區(qū)對應(yīng)的任一該多播封包時，將該寫入分區(qū)的所有該些多播封包直接寫入該儲存設(shè)備。
6.根據(jù)權(quán)利要求1所述的多播封包的接收方法，其特征在于，該請求重傳的步驟是在任一該緩存分區(qū)的一存在時間大于一緩存時間臨界值時執(zhí)行。
7.根據(jù)權(quán)利要求6所述的多播封包的接收方法，其特征在于，該請求重傳的步驟還包括當(dāng)任一該存在時間大于該緩存時間臨界值的該緩存分區(qū)的一丟包比率大于一丟包臨界值時，向該發(fā)送端發(fā)送要求重送該數(shù)據(jù)塊的該重傳請求；以及當(dāng)該丟包比率不大于該丟包臨界值時，向該發(fā)送端發(fā)送要求重送不齊全的至少一該多播封包的該重傳請求。
8.根據(jù)權(quán)利要求1所述的多播封包的接收方法，其特征在于，該請求重傳的步驟是在開始收取不同的該數(shù)據(jù)塊的第一個該多播封包時執(zhí)行。
全文摘要
一種多播封包的接收方法用以從發(fā)送端接收多播封包。多播封包的接收方法包括一建立緩存分區(qū)的步驟，在記憶體中創(chuàng)建多個緩存分區(qū)；一將封包寫入緩存分區(qū)的步驟，將接收的屬于相同的數(shù)據(jù)塊的多播封包依序?qū)懭胂嗤摼彺娣謪^(qū)；一寫入數(shù)據(jù)塊的步驟，當(dāng)任一緩存分區(qū)中所屬的數(shù)據(jù)塊的多播封包已接收齊全時，將接收齊全的緩存分區(qū)的所有多播封包解壓縮組合成所屬的數(shù)據(jù)塊，將組合成的數(shù)據(jù)塊寫入儲存設(shè)備，并清空接收齊全的緩存分區(qū)；以及一請求重傳的步驟，對于任一非空且所屬的數(shù)據(jù)塊的多播封包未接收齊全該緩存分區(qū)，向發(fā)送端發(fā)送重傳請求。
文檔編號H04L12/56GK102457387SQ20101052705
公開日2012年5月16日 申請日期2010年10月22日 優(yōu)先權(quán)日2010年10月22日
發(fā)明者李連成, 陳志豐 申請人:英業(yè)達(dá)股份有限公司, 英業(yè)達(dá)集團(tuán)(天津)電子技術(shù)有限公司