文件組播傳輸方法和系統的製作方法

2023-05-07 06:31:06

專利名稱：文件組播傳輸方法和系統的製作方法
技術領域：
本發明涉及通信領i或，更具體地，涉及一種文件組糹番傳^r方法 和系統。
背景技術：
通信網中存在可靠性要求較高的大批量文件分發需求，這類需 求通常表現為電信設備軟體升級時的文件分發。僅^又以核心網系統 來看，它的每個網元者p由幾十甚至悽t百塊單斥反組成(而基站系統-這 個悽t字更為龐大)。這些單一反組成了不同的通^f言網元。每個單玲反相當 於一個獨立的嵌入式計算才幾，他們之間相互協作實現功能。在維護 過程中通常採用對這些設備進行軟體升級的方式實現對新功能的支 持。目前，運營商逐漸採用以IP為核心的骨幹網來7 義載lt據和i吾音業務，因此升級部分通常基於TCP f辦i義來實J見。由於TCP為端到 端通信，需要在通信的兩點之間建立連接，然後才發送數據包，中間 要對數據進行校驗，這些處理會降低傳輸的性能，使得處理速度相 對變慢。同時由於傳輸時間加長，接收端單板上的進程會佔用較多 的CPU時間進行接收處理，這樣還會影響到接收端其他進程的處 理，這才羊長時間影響業務是^,以忍受的。此外，對於通信系統而言，通信網中所存在的單板數目龐大， 而TCP ^U又在兩個點之間實現可靠傳輸，因此當通信網中間目標機數量巨大的時候傳輸只能逐點的進行，其時間複雜度隨著設備悽t目 的增多線性增加，效率比4交4氐。有些系統在實現時採用多任務方式實現悽t據發送。這類通常使 發送端^皮動等待接收端的請求，為每個數據請求分配一個工作4壬務 進行處理，該工作任務守護在一個TCP連接上，進行數據的發送。 由多個工作任務同時並行發送處理，這樣可以一定程度上提高發送端的發送能力。雖然這種方法可以同時在多個TCP連接上發送數據，實際上並非支持的並發任務數目越多越好，由於發送端受到存儲設備速度的影響，實際上所有的TCP連接的發送速度之和是低於 存儲設備的讀寫速度的。而且當並發的任務數目增加時，由於存在 多任務下的任務切換以及底層互斥操作的影響，發送端的發送能力 反而會隨著任務的增多而降低。同時僅僅依靠提高並發的數量，會 使得發送端長時間內4呆存大量的連4妻，在系統規4莫加大時，這種擁 塞使得其他處理機長期無法得到數據，降低了吞吐率。IP組播是在IP網絡中指將一個IP數據報向一個主機組進行點 到多點的通信方式，該主才幾組是由一個單獨的IP目的地址標記的多 個或零個主機。 一個組播數據報被儘可能地傳遞給它的目的主機組 的所有成員，就像常規的單播IP數據報一樣，但只發送一份數據。 傳送過程中需要組播路由器將數據複製傳送給需要數據的主機。相比較下，單播是一個發送者將數據發送給一個接受者，如果 要發給多個接收者，需將數據重複發送多次。顯然組播將減少帶寬 的佔用。廣播雖然也能一次發送給多個接收者，但其接受者是全體 網絡，4艮多用戶對這些數據是不關心的，這樣對帶寬的佔用較大。 而組播既可以發送給特定的一組成員也可以在大型網絡中使用，同 時對帶寬的佔用也較小。雖然組播的優點比較明顯，但也存在缺點。最大的缺陷是組播 是基於UDP傳送的，不能保證數據報能完好無損的到達目的組所有 成員，也不能保證它以相對於其它數據報同樣的順序到達。針對通 信系統中對文件傳輸的高可靠性要求，僅僅採用組播方式進行傳輸 並不能滿足需要。發明內容針對現有技術中的問題，本發明提供了 一種文件組播傳輸方法 和系統，通過4妄收端和發送端之間進4亍少量交互控制來實現組^番的 可靠傳輸，並通過在收端採用緩衝區分別提高接收和文件寫入的速 度，從而實現文件的高效可靠的分發。才艮據本發明的一個方面，文件組4番傳輸方法包括以下步驟步 驟一，當發送端處理機啟動文件的組播傳輸時，初始化組播控制結 構表，以確定作為文件的組播傳輸成員的一個或多個接收端處理才幾； 步驟二，才艮據組播控制結構表，發送端處理才幾向一個或多個接收端 處理機發送預傳輸信息，並將關於將要進行組播傳輸的文件的數據 包填入組播lt據包結構表中；步驟三，在填寫完組播數據包結構表 之後，發送端處理機採用組播方式發送數據包，並將數據包放入發 送端處理機的發送緩沖區中；步驟四，在接收到數據包之後， 一個 或多個接收端處理機向發送端處理機反饋數據包接收確認消息，並 將數據包放入一個或多個接收端處理機的接收緩沖區中；以及步驟 五，根據組播數據包結構表， 一個或多個接收端處理機判斷組播傳 輸是否完成，並在確定組播傳輸完成後，將接收到的數據包寫入存 儲設備並清空接收緩衝區。在該方法中，組播控制結構表包括IP位址信息、狀態標誌信息、 和應答標誌凝:組4言息，其中，IP位址信息對應一個或多個4妄收端處 理才幾中的一個接收端處理才幾的IP位址；狀態標誌信息對應IP位址信息對應的接收端處理機的狀態；以及應答標誌數組信息對應發送 緩沖區中的數據包是否收到接收端處理機的應答。組播數據包結構表包括數據包的類型、將要進行組播傳輸的 文件的大小、將要進行組播傳輸的文件中的數據及其在文件中的偏移。另外，在步-驟一中還^(^亍以下處理在確定作為文件的組4番傳 專俞成員的一個或多個"t妻收端處理才幾之後，發送端4妄收木L向一個或多 個4妻收端處理4幾發送通知加入組l番傳輸消息；在接收到通知加入組 播傳輸消息後， 一個或多個接收端處理機判斷是否需要接收文件； 以及確定需要接收文件的接收端處理機加入發送端處理機的組播 組，並通過單播的方式向發送端4妄收才幾返回確認加入組糹番傳輸信息。其中，發送端4妻收才幾向一個或多個4姿收端處理4幾發送通知加入 組4番傳輸消息的方式至少包括單糹番逐點和組才番。在步驟四中，還執行以下處理根據一個或多個接收端處理機 的數據包接收確認消息，發送端處理機確定是否需要重傳數據包， 直至組播組中的所有的接收端處理機都確認收到數據包。在本方法中，當一個或多個衝妄收端處理才幾中的任一個沒有返回 數據包接收確認消息、確認加入組播傳輸信息、以及確認收到數據 包的信息時，發送端接收機將任一個接收端處理機的狀態標誌信息 i殳為無口向應。本發明還提供了一種文件組播傳輸系統，包括初始化裝置， 用於當發送端處理才幾啟動文件的組糹番傳輸時，初始化組播控制結構 表，以確定作為文件的組4番傳llT成員的一個或多個4妻收端處理才幾； 預傳輸裝置，與初始化裝置相連，用於^4居初始化裝置中的組^l番控 制結構表，向一個或多個接收端處理機發送預傳輸信息，並將關於將要進行組播傳輸的文件的數據包填入組播-數據包結構表中；數據 包發送裝置，與預傳輸裝置相連，用於在預傳輸裝置填寫完組播數 據包結構表之後，採用組播方式發送數據包，並將數據包放入發送端處理機的發送緩沖區中；接收反饋裝置，與數據包發送裝置相連， 用於在接收到數據包發送裝置發送的數據包之後，向發送端處理機 反饋數據包接收確認消息，並將數據包放入一個或多個接收端處理 機的接收緩沖區中；以及數據寫入裝置，與接收反饋裝置相連，用 於根據組播數據包結構表，判斷組播傳輸是否完成，並在確定組播 傳輸完成後，將接收到的數據包寫入存儲設備並清空接收緩沖區。在初始^匕裝置中還包4舌通知加入才莫塊，用於在確定作為文件 的組^番傳輸成員的一個或多個接收端處理4幾之後，向一個或多個接 收端處理機發送通知加入組播傳輸消息；判斷模塊，用於在一個或 多個接收端處理才幾接收到通知接入組播傳輸消息後，判斷是否需要 4妄收文4牛；以及確i人加入才莫塊，用於當一個或多個4妻收端處理才幾確 定需要4妄收文件時，通過單播的方式向發送端4妄收才幾返回確認加入 組播傳輸信息。在接收反饋裝置中還包括重傳確定模塊，用於根據一個或多 個接收端處理機的數據包接收確認消息，確定發送端處理機是否需 要重傳數據包。因而，通過本發明，通過釆用緩沖區技術減少了接收端和發送 端之間的交互，並且緩沖區大小可以設置，在接收主機數目較多的 情況下，降低了控制消息對帶寬的佔用率，提高了文件分發的整體 速度。同時在接收端對數據接收和寫存儲設備進行了分離，提高了 傳輸和寫入的並行度，並且整個控制過程比較簡單，適合文件的大範圍傳輸，有效克服了現有文件傳輸方法的費時費力、在傳輸大批 文件時容易產生操作紕漏的問題。本發明的其它特徵和優點將在隨後的說明書中闡述，並且，部 分地從說明書中變得顯而易見，或者通過實施本發明而了解。本發 明的目的和其他優點可通過在所寫的i兌明書、 一又利要求書、以及附 圖中所特別指出的結構來實現和獲得。


附圖用來提供對本發明的進一 步理解，並且構成說明書的 一部 分，與本發明的實施例一起用於解釋本發明，並不構成對本發明的限制。在附圖中圖1是根據本發明的文件組播傳輸方法的流程圖；圖2是本發明的文件組播傳輸方法所涉及的設備網絡結構示意圖；圖3是組播控制表結構示意圖； 圖4是組播數據包結構示意圖；圖5是4艮據本發明實施例的文件組糹番傳輸處理過程的流程示意圖；圖6是文件組"l番傳輸方法中接收端處理過程的流程示意圖；以及圖7是根據本發明的文件組播傳輸系統的框圖。
具體實施方式
以下結合附圖對本發明的優選實施例進行說明，應當理解，此 處所描述的優選實施例〗又用於說明和解釋本發明，並不用於限定本 發明。本發明的基本思想在於，處理機的初始化，包括發送端和接收 端所處組播組的初始化，發送端和接收端之間配合，完成數據的傳 輸，以及接收端收到數據之後採用緩沖區技術以及寫操作分離完成 文件寫入。圖1是根據本發明的文件組播傳輸方法的流程圖。如圖1所示，該方法包4舌以下步4聚步-驟S102,當發送端處理才幾啟動文ff的組l番傳l命時，初始化組 播控制結構表，以確定作為文件的組播傳輸成員的一個或多個接收 端處理機；步驟S104,根據組播控制結構表，發送端處理機向接收端處理 機發送預傳輸信息，並將關於將要進行組播傳輸的文件的數據包填 入組播數據包結構表中；步驟S106,在填寫完組播lt據包結構表之後，發送端處理4幾採 用組播方式發送數據包，並將數據包放入發送端處理機的發送緩沖 區中；步驟S108，在接收到數據包之後，接收端處理機向發送端處理 機反饋數據包接收確認消息，並將數據包放入接收端處理機的接收 緩沖區中；以及步驟S110,根據組播數據包結構表，接收端處理機判斷組播傳 輸是否完成，並在確定組一番傳輸完成後，將4妄收到的數據包寫入存 儲設備並清空接收緩沖區。在該方法中，組^番控制結構表至少包^"IPi也址^言息、狀態標誌 信息、和應答標誌數組信息，其中，IP位址信息對應一個或多個接收端處理機中的一個接收端處理機的IP位址；狀態標誌信息對應IP 地址信息對應的4妻收端處理才幾的狀態；以及應答標誌lt組信息對應 發送緩衝區中的數據包是否收到接收端處理機的應答(如圖3所 示)。組播數據包結構表至少包括數據包的類型、將要進行組播傳 輸的文件的大小、將要進行組播傳輸的文件中的數據及其在文件中 的偏移(如圖4所示)。另外，在步馬聚一中還衝丸4亍以下處理在確定作為文件的組^番傳 輸成員的4妄收端處理才幾之後，發送端接收一幾向4妄收端處理機發送通 知加入組播傳輸消息；在接收到通知接入組播傳輸消息後，接收端 處理機判斷是否需要接收文件；以及確定需要接收文件的接收端處 理才幾加入發送端處理^L的組#番組，並通過單#番的方式向發送端4妄收 才幾返回確i人加入糹且糹番傳^H言息。其中，發送端4妻收才幾向衝妻收端處理4幾發送通知加入組播傳輸消 息的方式至少包括單播逐點和組播。在步驟四中，還執行以下處理根據接收端處理機的數據包接 收確認消息，發送端處理機確定是否需要重傳數據包，直至組播組 中的所有的接收端處理機都確認收到數據包。在本方法中，當 一個或多個4妄收端處理^幾中的4壬一個沒有返回 悽文據包4妄收確認消息、確認加入組糹番傳輸信息、以及確認收到數據包的信息時，發送端接收機將任一個接收端處理機的狀態標誌信息i殳為無。向應。在後續的組4番傳輸過程中，發送端處理才幾不再關注任一個接收 端處J裡一幾的狀態。圖2是本發明的文件組播傳輸方法所涉及的設備網絡結構示意 圖。如圖2所示，A為紐j番發送端處理才幾，B, C, D為4妾收端處理 機。它們中間通過支持組播的IP網絡進行連接。圖3是組播控制表結構示意圖，圖4是組播數據包結構示意圖， 以及圖5是根據本發明實施例的文件組播傳輸處理過程的流程示意 圖。以下將結合圖3至圖5，對本發明的實施例進行詳細描述。如圖5所示，具體包4舌以下步馬聚步驟S502,在發送端啟動組播任務時，初始化一個組播控制表 結構，用來控制當前組播任務，其中，組播控制表表項結構如圖3 所示，包括目標一幾地址，目標一幾狀態標誌，目標才幾應答標誌數組三部 分，其中，目標才幾地址描述本次組播中 一個目標機所對應的IP位址，目標4幾狀態標誌描述該IP對應的目標才幾是否在線，目標衝幾應答標誌 數組的成員用來表示發送端的緩衝區中的數據包是否收到了該目標 機的應答；步驟S504,在發送端A完成發送控制信息初始化後，首先通 知4妻收端B,C加入本次組l番所在的組糹番組，這個通知消息，可以採 用單播逐點進行，也可以通過所有主機組播組組播發送，通知消息 發送完成之後會設置定時器Tl,等待接收端的應答，當T1到時之 後，重新發出通知加入組播組消息，防止通知消息丟失，當發生幾 次超時之後，將控制表中依然沒有應答的主機對應的表項的目標機 狀態標誌欄位設置為無響應，不再關注其狀態，開始傳輸數據；步-驟S506, 4妄4t端B, C收到這個消息後，B， C判斷需要才妾 收悽t據後，加入組糹番組，並通過單糹番的方式糹會予A以應答；步驟S508， A收到B, C應答之後，在組播控制表中間增加接 收組播的主機所對應的表項並檢查組播控制表，當收到所有的應答 之後，發送端發送一個預傳輸消息，通知接收端發送方已經準備完 成。並在等待一4殳時間(幾個毫秒級)之後，開始發送數據，4妻收 端B, C收到預傳輸消息後，B準備進行數據傳輸，同時設置一個 相對Tl而言較大的定時器T2 (通常為分鐘級)，T2的作用是檢測 是否長時間沒有收到數據包，當T2到時時，認為發送端有異常， 接收端退出組播組，發送端讀取數據包，將其填入組播包結構，數 據包結構如圖4所示，其中包括數據包類型，本次傳輸的文件大小， 本次傳輸的數據在整個文件中的偏移，本次傳輸的數據體這幾個部分；步馬聚S510,採用組糹番方式發送lt:悟，發送完成後將悽t據包方文入 緩沖區，隨後繼續發送下一個包，直至發送緩沖區滿或者傳輸完數 據，同時清空組播控制表中間對應表項的目標機應答標誌數組的所 有成員為未收到應答，並讓發送進程等待一段時間(幾個毫秒級)後發送一個請求反饋消息，並設置一個定時器T3進行等待，T3超 時之後如果發送端A依然無法收到B的確認，A就重發請求反饋消 息，如果多次重傳請求反饋消息後仍然無法收到B的反饋確認消息， A將組播控制表中B機對應表項的目標機狀態標誌欄位設置為無響 應，後續組I番不再關注B的狀態；步驟S512,衝妄收端B收到數據後根據包號將數據包放入接收緩 衝區的對應位置，也表明發送端A正常，重置T2，當B的接收緩 沖區收滿數據或者收完數據，就將收到的數據進行提交，用來寫入 存儲設備，此時不清除緩衝區，以防止給A的反饋丟失，只有當再 次收到在下 一個序號的數據包的時候，才對緩衝區信息進行清空，當收到A的請求反饋消息時，B按照當前收包的情況給發送端A應答，這個應答包含當前接收端的所有的緩沖區中的收包信息；步驟S514， A收到B的反饋信息後，按照B反饋的信息確定 需要重傳的包，並進行重傳，針對重傳的包也需要設置定時器T4, 對每個重傳的包，接收方依然需要進行應答確認，直至重傳結束，如果多次重傳後B仍然無法收到這個包,A將組^番控制表中B 4幾對應 表項的目標機狀態標誌欄位設置為無響應，後續組播不再關注B的 狀態，繼續進行下面的發送，直至所有目標才幾都無響應或者發送完 畢；以及步驟S516,在收到悽t據包之後，接收端B的處理通過兩個部分 來進行處理，任務T一Receiver負責接收組播數據包，判定當前數據 包有效後，將數據包放入接收緩沖區RecvBuf。當緩衝區滿或者數 據4妄收完成之後，利用消息隊列將消息逐個轉給T—Writer進行寫處 理。這樣的劃分使得整個系統儘量處於傳輸狀態，防止因為接收端 的寫操作而使得整個系統處於停滯等待。圖6是文件組播傳輸方法中接收端處理過程的流程示意圖，如 圖6所示，在T—Writer進行寫操作時，為提高存儲設備寫速度，採 用了多包合併寫入的方式，即只使用一個寫緩沖區WriteBuf,當放 滿緩衝區或者接收數據完成之後一次將數據從緩衝區內寫入存儲設 備，從而減少了外設的操作，提高了寫入的時間。為了確保讀寫異 常的上才艮，T—Writer可以主動向發送端發出讀寫^喿作異常的反々貴。 這樣可以確保了寫入動作的正確性的^r測。同時，參考文件操作的 特性，接收端的T—Writer進程在進行寫操作時採用打開文件寫入數 才居後不關閉文卩牛句柄，直到文件4妻^:完成之後才關閉句柄，這才羊可 以減少大量文4牛才喿4乍OPEN, SEEK的才喿4乍時間，當文4牛4交大時可 以進一步提高速度。圖7是根據本發明的文件組播傳輸系統700的框圖。如圖7所 示，該系統包4舌初始4匕裝置702，用於當發送端處理才幾啟動文4牛 的組播傳輸時，初始化組糹番控制結構表，以確定作為文件的組4番傳 輸成員的一個或多個一妻收端處理才幾；預傳輸裝置704，與初始化裝 置702相連，用於根據初始化裝置702中的組播控制結構表，向一 個或多個接收端處理機發送預傳輸信息，並將關於將要進行組播傳 輸的文件的數據包填入組播數據包結構表中；數據包發送裝置706， 與預傳輸裝置704相連，用於在預傳輸裝置704填寫完組播數據包 結構表之後，採用組播方式發送lt據包，並將H據包i文入發送端處 理才幾的發送緩衝區中；接收反饋裝置708，與數據包發送裝置706 相連，用於在接收到lt據包發送裝置706發送的數據包之後，向發 送端處理機反饋數據包接收確認消息，並將數據包放入一個或多個 接收端處理機的接收緩衝區中；以及數據寫入裝置710,與接收反 饋裝置708相連，用於根據組播數據包結構表，判斷組播傳輸是否 完成，並在確定組播傳輸完成後，將接收到的數據包寫入存儲設備 並清空衝妄收糹爰衝區。組播控制結構表至少包括IP位址信息、狀態標誌信息、和應答 標誌悽t組信息，其中，IP位址信息對應一個或多個4妻收端處理4幾中 的一個接收端處理才幾的IP位址；狀態標誌信息對應IP位址信息對 應的接收端處理機的狀態；以及應答標誌數組信息對應發送緩衝區 中的數據包是否收到接收端處理機的應答。組播數據包結構表至少包括數據包的類型、將要進行組播傳 輸的文件的大小、將要進行組播傳輸的文件中的數據及其在文件中 的偏移。在初始化裝置702中還包括通知加入才莫塊，用於在確定作為 文件的組播傳輸成員的一個或多個接收端處理4幾之後，向一個或多 個接收端處理機發送通知加入組播傳輸消息；判斷模塊，用於在一個或多個接收端處理機接收到通知接入組播傳輸消息後，判斷是否 需要接收文件；以及確認加入模塊，用於當一個或多個接收端處理 機確定需要接收文件時，通過單播的方式向發送端接收機返回確認加入組糹番傳IIH言息。其中，通知加入模塊發送通知加入組播傳輸消息的方式至少包括單#番逐點和組*潘。在才妻收反饋裝置708中還包括重傳確定模塊，用於根據一個 或多個接收端處理機的數據包接收確認消息，確定發送端處理機是 否需要重傳數據包。綜上所述，本發明通過採用緩沖區技術減少了 4妄收端和發送端 之間的交互，並且緩衝區大小可以設置，緩衝區的大小數值為1時是 簡單的停等傳送,大於1時是一次應答多個數據包,這樣就可以減少 應答次數，在接收主機數目較多的情況下，降低了控制消息對帶寬 的佔用率，提高了文件分發的整體速度。同時，在接收端對數據接 收和寫存儲設備進行了分離，提高了傳輸和寫入的並行度。並且整 個控制過程比較簡單，適合文件的大範圍傳輸，有效克服了現有文 件傳輸方法的費時費力，在傳輸大批文件時容易產生操作紕漏的問 題。以上僅為本發明的優選實施例而已，並不用於限制本發明，對 於本領域的^支術人員來說，本發明可以有各種更改和變化。凡在本 發明的精神和原則之內，所作的任何修改、等同替換、改進等，均 應包含在本發明的4呆護範圍之內。
權利要求
1.一種文件組播傳輸方法，用於在發送端處理機和一個或多個接收端處理機之間實現文件的組播傳輸，其特徵在於，包括以下步驟步驟一，當所述發送端處理機啟動所述文件的組播傳輸時，初始化組播控制結構表，以確定作為所述文件的組播傳輸成員的所述一個或多個接收端處理機；步驟二，根據所述組播控制結構表，所述發送端處理機向所述一個或多個接收端處理機發送預傳輸信息，並將關於將要進行組播傳輸的所述文件的數據包填入組播數據包結構表中；步驟三，在填寫完所述組播數據包結構表之後，所述發送端處理機採用組播方式發送所述數據包，並將所述數據包放入所述發送端處理機的發送緩衝區中；步驟四，在接收到所述數據包之後，所述一個或多個接收端處理機向所述發送端處理機反饋數據包接收確認消息，並將所述數據包放入所述一個或多個接收端處理機的接收緩衝區中；以及步驟五，根據所述組播數據包結構表，所述一個或多個接收端處理機判斷所述組播傳輸是否完成，並在確定所述組播傳輸完成後，將接收到的所述數據包寫入存儲設備並清空所述接收緩衝區。
2. 根據權利要求1所述的方法，其特徵在於，所述組播控制結構 表包糹舌IPi也址信息、狀態標誌〗言息、和應答標誌H組信息， 其中，所述IP i也址4言息^"應所述一個或多個4妻收端處理才幾中的一個4妻收端處理才幾的IP i也址；所述狀態標誌信息對應所述IP位址4言息對應的所述4妄收 端處理才幾的狀態；以及所述應答標誌數組信息對應所述發送緩沖區中的數據包 是否收到所述接收端處理才幾的應答。
3. 根據權利要求1所述的方法，其特徵在於，所述組播數據包結 構表包括所述數據包的類型、將要進行組播傳輸的所述文件 的大小、將要進行組播傳輸的所述文件中的數據及其在所述文 件中的偏移。
4. 根據權利要求1所述的方法，其特徵在於，在所述步驟一中還 寺丸4亍以下處理在確定作為所述文件的組播-傳豐lr成員的所述一個或多個 接收端處理機之後，所述發送端接收機向所述一個或多個接收 端處理4幾發送通知加入組"t番傳輸消息；在4妾收到所述通知加入組I番傳^T消息後，所述一個或多個 接收端處理機判斷是否需要接收所述文件；以及確定需要"t妻收所述文件的4妄收端處理才幾加入所述發送端 處理才幾的組，幡組，並通過單糹番的方式向所述發送端接收才幾返回 確{人加入組#番傳1#信息。
5. 根據權利要求4所述的方法，其特徵在於，所述發送端接收機 向所述一個或多個4妻收端處理才幾發送通知加入組播傳輸消息的方式至少包括單播逐點和組播。
6. 根據權利要求4所述的方法，其特徵在於，在所述步驟四中， 還寺丸4亍以下處理根據所述一個或多個接收端處理機的所述數據包接收確 認消息，所述發送端處理機確定是否需要重傳所述數據包，直 至所述組播組中的所有的接收端處理機都確認收到所述數據 包。
7. 才艮據前述4又利要求中任一項所述的方法，其特徵在於，當所述 一個或多個4妻^:端處理才幾中的4壬一個沒有返回所述翁:4居包才妾 收確認消息、所述確認加入組播傳輸信息、以及確認收到所述 數據包的信息時，所述發送端接收機將所述任一 個接收端處理機的所述狀 態標誌信息設為無響應。
8. —種文件組4番傳豐俞系統，用於在發送端處理才幾和一個或多個一妄 收端處理4幾之間實現文件的紐j番傳H其特4正在於，包4舌初始化裝置，用於當所述發送端處理4幾啟動所述文件的組 播傳輸時，初始化組播控制結構表，以確定作為所述文件的組 播傳llr成員的所述一個或多個4妄收端處理才幾；預傳llr裝置，與所述初始化裝置相連，用於4艮據所述初始 化裝置中的所述組播控制結構表，向所述一個或多個接收端處 理機發送預傳輸信息，並將關於將要進行組播傳輸的所述文件 的數據包填入組播數據包結構表中；數據包發送裝置，與所述預傳輸裝置相連，用於在所述預 傳輸裝置填寫完所述組播數據包結構表之後，採用組播方式發緩衝區中；接收反々貴裝置，與所述數據包發送裝置相連，用於在接收 到所述數據包發送裝置發送的所述數據包之後，向所述發送端 處理機反饋數據包接收確認消息，並將所述數據包放入所述一個或多個接收端處理機的接收緩衝區中；以及數據寫入裝置，與所述接收反饋裝置相連，用於根據所述 組播數據包結構表，判斷所述組播傳輸是否完成，並在確定所 述組"l番傳輸完成後，將接收到的所述^:據包寫入存儲設備並清 空所述接收緩沖區。
9. 根據權利要求8所述的系統，其特徵在於，在所述初始化裝置 中還包4舌通知加入才莫塊，用於在確定作為所述文件的組播傳輸成員 的所述一個或多個^妄收端處理才幾之後，向所述一個或多個4妾收 端處理機發送通知加入組播傳輸消息；判斷模塊，用於在所述一個或多個接收端處理機接收到所 述通知接入組播傳輸消息後，判斷是否需要接收所述文件；以 及確-認加入才莫塊，用於當所述一個或多個4妻收端處理才幾確定 需要4妻收所述文件時，通過單播的方式向所述發送端接收機返 回確{人加入組#番傳*命信息。
10. 根據權利要求9所述的系統，其特徵在於，在所述接收反饋裝 置中還包括重傳確定才莫塊，用於4艮據所述一個或多個衝妄收端處理才幾的 所述數據包接收確認消息，確定所述發送端處理機是否需要重 傳所述^:據包。
全文摘要
本發明提供了一種文件組播傳輸方法和系統，其中，該方法包括當發送端處理機啟動文件的組播傳輸時，初始化組播控制結構表；根據組播控制結構表，發送端處理機向接收端處理機發送預傳輸信息，並將關於將要進行組播傳輸的文件的數據包填入組播數據包結構表中；在填寫完組播數據包結構表之後，發送端處理機採用組播方式發送數據包，並將數據包放入發送端處理機的發送緩衝區中；在接收到數據包之後，接收端處理機向發送端處理機反饋數據包接收確認消息，並將數據包放入接收端處理機的接收緩衝區中；以及根據組播數據包結構表，接收端處理機判斷組播傳輸是否完成，並在確定組播傳輸完成後，將接收到的數據包寫入存儲設備並清空接收緩衝區。
文檔編號H04L12/18GK101222344SQ20081000417
公開日2008年7月16日 申請日期2008年1月23日 優先權日2008年1月23日
發明者趙良剛, 鄭文可 申請人:中興通訊股份有限公司