專利名稱：文件傳輸方法、傳輸引擎及網(wǎng)元的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種多層次復(fù)雜組網(wǎng)架構(gòu)下的通訊設(shè)備中單 板軟件的文件傳輸方法、傳輸引擎及網(wǎng)元。
背景技術(shù)：
目前，移動通訊的基站系統(tǒng)下，一個網(wǎng)管后臺管理著數(shù)量眾多的網(wǎng)元(可達(dá)3000 個)，每個網(wǎng)元還可能同時連接著眾多的其他網(wǎng)元，形成一個網(wǎng)元的樹形分布結(jié)構(gòu)。即使是 扁平化結(jié)構(gòu)的網(wǎng)絡(luò)中，也存在模塊和單板之間多層次的文件轉(zhuǎn)發(fā)。從文件傳輸?shù)慕嵌葋砜矗?仍可以視為樹形結(jié)構(gòu)。在移動通訊系統(tǒng)之外的其他網(wǎng)管系統(tǒng)中，這種樹形組網(wǎng)結(jié)構(gòu)也廣泛存在?，F(xiàn)有的文件傳輸方法能保證層次數(shù)在三層以上的文件并行傳輸，而第三層網(wǎng)元向 下級網(wǎng)元傳輸文件時，則變成了串行傳輸。其采用的傳輸方式是在各個層次的網(wǎng)元上駐留 不同的進(jìn)程，每層次的網(wǎng)元均駐留不同的代碼。對應(yīng)不同制式的設(shè)備，因為開發(fā)者不同，更 無法進(jìn)行彼此間的文件傳輸。隨著移動通訊網(wǎng)管系統(tǒng)中管理網(wǎng)元數(shù)量逐漸增多，而且面臨著不同制式的設(shè)備或 系統(tǒng)之間進(jìn)行文件傳輸?shù)那闆r，現(xiàn)有的文件傳輸方式已無法滿足要求，需要有一種通用、高 效的文件傳輸方式來解決上述問題。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種文件傳輸方法、傳輸引擎及網(wǎng)元，旨在提高文件 傳輸?shù)耐ㄓ眯耘c高效性。為了達(dá)到上述目的，本發(fā)明提出一種文件傳輸方法，包括以下步驟文件傳輸引擎接收上級網(wǎng)元發(fā)送的下載消息，所述下載消息攜帶有需要傳輸?shù)奈?件的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔?；從上級網(wǎng)元獲取需要傳輸?shù)奈募?；?dāng)所述文件不是本地網(wǎng)元的文件時，根據(jù)所述下載消息攜帶的文件地址列表以及 傳輸網(wǎng)絡(luò)地址拓?fù)浔韺λ鑫募M(jìn)行傳輸。優(yōu)選地，所述根據(jù)下載消息攜帶的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺λ?文件進(jìn)行傳輸?shù)牟襟E包括查找所述文件地址列表，獲取所述文件對應(yīng)的目標(biāo)地址；查找所述傳輸網(wǎng)絡(luò)地址拓?fù)浔?，獲取所述目標(biāo)地址連接到本地網(wǎng)元的下級網(wǎng)元地 址，生成下級網(wǎng)元地址列表；根據(jù)所述下級網(wǎng)元地址列表創(chuàng)建多個發(fā)送進(jìn)程并行發(fā)送所述文件至對應(yīng)的下級 網(wǎng)元；同時將所述文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級子拓?fù)浔戆l(fā)送至所述 對應(yīng)的下級網(wǎng)元，由所述對應(yīng)的下級網(wǎng)元的文件傳輸引擎對接收的文件進(jìn)行相應(yīng)處理。優(yōu)選地，所述文件傳輸引擎在并行傳輸文件時，通過公共內(nèi)存或動態(tài)創(chuàng)建文件緩存對所述文件進(jìn)行緩存。優(yōu)選地，所述從上級網(wǎng)元獲取需要傳輸?shù)奈募牟襟E之后，還包括當(dāng)所述文件是本地網(wǎng)元的文件時，將所述文件存儲在本地網(wǎng)元。優(yōu)選地，所述文件地址列表包括文件列表以及目標(biāo)網(wǎng)元地址列表；當(dāng)所述文件傳 輸引擎所在網(wǎng)元為第一級網(wǎng)元時，所述第一級網(wǎng)元的上級網(wǎng)元為后臺服務(wù)器，所述文件列 表、目標(biāo)網(wǎng)元地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔碛伤龊笈_服務(wù)器根據(jù)用戶選擇的下載文 件以及最終目標(biāo)網(wǎng)元生成。本發(fā)明還提出一種文件傳輸引擎，包括接收模塊，用于接收上級網(wǎng)元發(fā)送的下載消息，所述下載消息攜帶有需要傳輸?shù)?文件的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔?；以及從上級網(wǎng)元獲取需要傳輸?shù)奈募?；文件傳輸模塊，用于當(dāng)所述文件不是本地網(wǎng)元的文件時，根據(jù)所述下載消息攜帶 的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺λ鑫募M(jìn)行傳輸。 優(yōu)選地，所述文件傳輸模塊包括回溯單元，用于查找所述文件地址列表，獲取所述文件對應(yīng)的目標(biāo)地址；以及查找 所述傳輸網(wǎng)絡(luò)地址拓?fù)浔?，獲取所述目標(biāo)地址連接到本地網(wǎng)元的下級網(wǎng)元地址，生成下級 網(wǎng)元地址列表；文件傳輸單元，用于根據(jù)所述下級網(wǎng)元地址列表創(chuàng)建多個發(fā)送進(jìn)程并行發(fā)送所述 文件至對應(yīng)的下級網(wǎng)元；同時將所述文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級子 拓?fù)浔戆l(fā)送至所述對應(yīng)的下級網(wǎng)元，由所述對應(yīng)的下級網(wǎng)元的文件傳輸引擎對接收的文件 進(jìn)行相應(yīng)處理。優(yōu)選地，還包括存儲模塊，用于當(dāng)所述文件是本地網(wǎng)元的文件時，將所述文件存儲 在本地網(wǎng)元。優(yōu)選地，所述存儲模塊還用于在文件傳輸單元并行傳輸文件時，通過公共內(nèi)存或 動態(tài)創(chuàng)建文件緩存對所述文件進(jìn)行緩存。本發(fā)明還提出一種文件傳輸網(wǎng)元，所述網(wǎng)元包括如上所述的文件傳輸引擎。本發(fā)明提出的一種文件傳輸方法、傳輸引擎及網(wǎng)元，通過在各網(wǎng)元上駐留文件傳 輸引擎，該文件傳輸引擎既可以接收上級網(wǎng)元發(fā)送的文件傳輸消息，又可以向下級網(wǎng)元發(fā) 送文件傳輸消息，實現(xiàn)了各文件傳輸引擎相互之間的互連互通，滿足了樹形網(wǎng)絡(luò)架構(gòu)下的 各個層次網(wǎng)元的高效文件傳輸；解決了現(xiàn)有系統(tǒng)不同制式設(shè)備文件傳輸?shù)牟患嫒?，相同?式設(shè)備不同層次的網(wǎng)元代碼各不相同，以及目前系統(tǒng)中三層以下的網(wǎng)元無法并行傳輸?shù)膯?題。特別對于層次較多的網(wǎng)元網(wǎng)絡(luò)后，使用文件傳輸引擎后可以大幅度的提高文件傳輸?shù)?并行度，提高傳輸速度。


圖1是本發(fā)明文件傳輸方法一實施例流程示意圖；圖Ia是本發(fā)明文件傳輸方法一實施例中一種實施方式的文件地址列表示意圖；圖Ib是本發(fā)明文件傳輸方法一實施例中一種實施方式的傳輸網(wǎng)絡(luò)地址拓?fù)浔硎?意圖；圖2是本發(fā)明文件傳輸方法一實施例中根據(jù)下載消息攜帶的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺ξ募M(jìn)行傳輸?shù)牧鞒淌疽鈭D；圖3是本發(fā)明文件傳輸引擎一實施例結(jié)構(gòu)示意圖；圖4是本發(fā)明文件傳輸引擎一實施例中文件傳輸模塊的結(jié)構(gòu)示意圖；圖5是本發(fā)明文件傳輸網(wǎng)元一實施例結(jié)構(gòu)示意圖。為了使本發(fā)明的技術(shù)方案更加清楚、明了，下面將結(jié)合附圖作進(jìn)一步詳述。
具體實施例方式本發(fā)明實施例解決方案主要是通過在各網(wǎng)元上駐留文件傳輸引擎，該文件傳輸引 擎既可以接收上級網(wǎng)元發(fā)送的文件傳輸消息，又可以向下級網(wǎng)元發(fā)送文件傳輸消息，實現(xiàn) 各文件傳輸引擎相互之間的互連互通，滿足樹形網(wǎng)絡(luò)架構(gòu)下的各個層次網(wǎng)元的高效文件傳輸。如圖1所示，本發(fā)明一實施例提出一種文件傳輸方法，包括步驟S101，文件傳輸引擎接收上級網(wǎng)元發(fā)送的下載消息，下載消息攜帶有需要傳 輸?shù)奈募奈募刂妨斜硪约皞鬏斁W(wǎng)絡(luò)地址拓?fù)浔?；在本實施例中，用于發(fā)起文件傳輸?shù)暮笈_模塊駐留在網(wǎng)管服務(wù)器上，用于監(jiān)測、控 制文件傳輸下載的前臺模塊駐留在網(wǎng)元設(shè)備的主控板上。本實施例在所有參與文件傳輸?shù)木W(wǎng)元均駐留文件傳輸引擎，并根據(jù)不同層次的傳 輸鏈路狀況，定義好傳輸協(xié)議。用戶在后臺服務(wù)器選擇需要下載的文件以及需要下載的最終目標(biāo)網(wǎng)元，后臺服務(wù) 器根據(jù)文件列表以及最終目標(biāo)網(wǎng)元生成目標(biāo)網(wǎng)元的邏輯地址列表即目標(biāo)網(wǎng)元地址表，以及 傳輸網(wǎng)絡(luò)地址拓?fù)浔?。之后，后臺服務(wù)器中后臺模塊發(fā)送下載消息至第一級網(wǎng)元。該下載消息中攜帶有 需要傳輸?shù)奈募奈募刂妨斜砑皞鬏斁W(wǎng)絡(luò)的地址拓?fù)浔恚渲?，文件地址列表包括目?biāo) 文件列表和目標(biāo)網(wǎng)元地址列表。當(dāng)本實施例中所述文件傳輸引擎所在網(wǎng)元為第一級網(wǎng)元時，該第一級網(wǎng)元的上級 網(wǎng)元即為后臺服務(wù)器。本實施例以當(dāng)前文件傳輸引擎所在的網(wǎng)元為第一級網(wǎng)元為例進(jìn)行說明。步驟S102，從上級網(wǎng)元獲取需要傳輸?shù)奈募徊襟ES103，判斷文件是否為本地網(wǎng)元的文件，若是，則進(jìn)入步驟S105，否則，進(jìn)入 步驟S104 ；步驟S104，根據(jù)下載消息攜帶的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺ξ募M(jìn) 行傳輸；步驟S105，將文件存儲在本地網(wǎng)元。上述步驟S102、步驟S103、步驟S104以及步驟S105中，當(dāng)文件傳輸引擎接收到后 臺服務(wù)器發(fā)送的下載消息后，從后臺服務(wù)器中獲取需要傳輸?shù)奈募?如果傳輸引擎所在的 網(wǎng)元不是第一級網(wǎng)元，則從上級網(wǎng)元獲取需要傳輸?shù)奈募?，采用文件傳輸引擎定制的協(xié)議 方式(目前支持FTP協(xié)議和滑動窗口協(xié)議)創(chuàng)建文件接收進(jìn)程。文件傳輸引擎首先根據(jù)接收的文件的屬性判斷文件是否為本地文件，具體根據(jù)文 件地址列表中文件名稱與目標(biāo)地址的對應(yīng)關(guān)系判斷是否為本地網(wǎng)元即第一級網(wǎng)元文件，如果是本地文件，則將文件保存到本地網(wǎng)元。如果不是本地文件，則根據(jù)下載消息攜帶的文件 地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺⑽募M(jìn)行傳輸，直至將文件被傳輸?shù)阶罱K目標(biāo)網(wǎng)元， 其具體傳輸過程為第一級網(wǎng)元的文件傳輸引擎控制進(jìn)程收到下載消息以及文件、文件地址列表以及 傳輸網(wǎng)絡(luò)地址拓?fù)浔淼刃畔⒑?，啟動回溯功能，在傳輸網(wǎng)絡(luò)地址拓?fù)浔碇姓业矫總€最終的 目標(biāo)地址連接到本網(wǎng)元(節(jié)點)的下級網(wǎng)元地址，生成下級網(wǎng)元地址表，從而明確本網(wǎng)元發(fā) 送文件的的下級發(fā)送目的地址。第一級網(wǎng)元的文件傳輸引擎根據(jù)生成的下級地址列表，創(chuàng)建多個發(fā)送進(jìn)程并行發(fā) 送文件到下級網(wǎng)元，發(fā)送進(jìn)程同時將文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級節(jié) 點的網(wǎng)絡(luò)拓?fù)渥颖砑聪录壸油負(fù)浔硪黄鸢l(fā)送給下級節(jié)點的文件傳輸引擎控制進(jìn)程。以保證 下級網(wǎng)元繼續(xù)向更下一層地址發(fā)送。第一級網(wǎng)元的文件傳輸引擎將上述信息通過下載消息 發(fā)送至下級網(wǎng)元的文件傳輸引擎，下級網(wǎng)元的文件傳輸引擎控制進(jìn)程收到下載消息后繼續(xù) 按上述步驟進(jìn)行處理，判斷文件是否為本地文件，如果是則保持在本地網(wǎng)元，若不是本地文 件，則根據(jù)下載消息中的文件地址列表以及下級子拓?fù)浔碚业轿募繕?biāo)地址對應(yīng)的該本地 網(wǎng)元的下級網(wǎng)元地址，將文件發(fā)送至該本地網(wǎng)元的下級網(wǎng)元，依次一級一級向下發(fā)送，直至 文件被轉(zhuǎn)發(fā)至相應(yīng)的目標(biāo)地址所在網(wǎng)元。本實施例中駐留在各網(wǎng)元上的文件傳輸引擎，既可以接收上級網(wǎng)元發(fā)送文件傳輸 的下載消息，又可以向下級網(wǎng)元發(fā)送文件傳輸?shù)南螺d消息，從而解決了各文件傳輸引擎相 互之間的互連互通；保證了多級文件的傳輸。同時，文件傳輸引擎構(gòu)建了一個傳輸網(wǎng)絡(luò)地址 拓?fù)浔?，并能在傳輸過程中不斷將其削減為子表，在上下級網(wǎng)元間傳輸，根據(jù)此表任何一個 網(wǎng)元都可以查到向下級發(fā)送的目標(biāo)。從而保證了文件傳輸引擎適用于復(fù)雜的多級拓?fù)渚W(wǎng)絡(luò) 傳輸。下面以層一網(wǎng)元將接收的文件下發(fā)到目標(biāo)地址1為例進(jìn)行說明如圖Ia和圖沘所示，圖Ia和圖沘分別為層一網(wǎng)元從根節(jié)點(上級網(wǎng)元)接收 到的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔怼Ｊ紫?，層一網(wǎng)元文件傳輸引擎接收到根節(jié)點發(fā)送的下載消息，該消息中攜帶有文 件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔?；?dāng)層一網(wǎng)元文件傳輸引擎接收到文件時，文件包括文件1、文件2、文件3，層一網(wǎng) 元文件傳輸引擎從文件地址列表中得知上述文件均不為本地文件，并得知上述各文件的目 標(biāo)地址，比如，文件1和文件3需要下發(fā)到目標(biāo)地址1，文件傳輸引擎根據(jù)目標(biāo)地址1，從傳 輸網(wǎng)絡(luò)地址拓?fù)浔碇胁檎业轿募?連接到層一網(wǎng)元的下級網(wǎng)元為層二網(wǎng)元1，文件2連接到 層一網(wǎng)元的下級網(wǎng)元為層二網(wǎng)元2，然后，層一網(wǎng)元將文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)?表對應(yīng)的下級子拓?fù)浔戆l(fā)送至層二網(wǎng)元1和層二網(wǎng)元2，同時，將文件1發(fā)送給層二網(wǎng)元1， 將文件2發(fā)送給層二網(wǎng)元2。由層二網(wǎng)元1以及層二網(wǎng)元2按照上述規(guī)則一級級將文件向 下傳遞，直至將文件1以及文件2發(fā)送給目標(biāo)地址1。UWIMAX(Worldwide Interoperability for Microwave Access,^: 聯(lián)接入)系統(tǒng)的CC單板和PTR單板的版本下載為例，WIMAX是一項新興的寬帶無線接入技 術(shù)，能提供面向互聯(lián)網(wǎng)的高速連接；CC為WIMAX基站系統(tǒng)基帶側(cè)主控板；PTR是WIMAX基站 系統(tǒng)的射頻側(cè)主控單板，在WIMAX系統(tǒng)中，由WIMAX網(wǎng)管后臺、CC單板以及PTR構(gòu)成一個層狀樹形結(jié)構(gòu)，在本實例中，WIMAX網(wǎng)管后臺連接有兩個CC單板(第一級網(wǎng)元)，每個CC單板 連接有三個PTR(第二級網(wǎng)元)，其中，通過各網(wǎng)元文件傳輸引擎下載版本的過程主要分為 以下步驟A、后臺將用戶選擇的文件和目標(biāo)網(wǎng)元加以整理，以文件優(yōu)先的方式將同一個文件 的所有目標(biāo)任務(wù)連續(xù)存放，并將其生成任務(wù)文件，即文件地址列表以及相應(yīng)的傳輸網(wǎng)絡(luò)地 址拓?fù)浔?。B、后臺同時向兩個CC單板即兩個下級網(wǎng)元發(fā)送下載消息，CC單板收到下載消息 后，使用FTP(File Transfer Protocol，文件傳輸協(xié)議)向后臺獲取任務(wù)文件。C、CC單板獲取到任務(wù)文件后，創(chuàng)建接收進(jìn)程接收文件，接收完成后判斷是否本身 就是最終的目標(biāo)節(jié)點，如果是，則將接收的文件存儲到本地開始下一個文件的接收，兩個CC 單板同時從后臺獲取到版本文件并存儲到本地。D、如果CC單板判斷接收的文件不是本地文件的，則根據(jù)當(dāng)前文件的所有目標(biāo)的 邏輯地址，生成目標(biāo)網(wǎng)元的樹形結(jié)構(gòu)圖即傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級子拓?fù)浔?，向?形圖中的下一級網(wǎng)元節(jié)點的控制進(jìn)程發(fā)送下載消息，在本實例中，每個CC單板下掛的三個 PTR同時接收到CC發(fā)來的下載消息。E、下級網(wǎng)元(PTR單板)的文件傳輸引擎控制進(jìn)程收到文件下載消息后，繼續(xù)C、D 的流程處理，接收完P(guān)TR的版本文件后，判斷目標(biāo)地址為本地文件，則將接收的文件存儲到 本地。文件傳輸流程結(jié)束。通過上述實例可知，通過CC單板與PTR單板中的文件傳輸引擎，保證了六個PTR 版本文件同時進(jìn)行下載，如果網(wǎng)絡(luò)中的層次或葉子節(jié)點越多，則使用本實施例所述的文件 傳輸引擎帶來的效率提升則越明顯，從而最大限度的提高了文件的傳輸效率。同時，文件傳 輸引擎提供了完善的調(diào)度處理和防沖突功能，可以處理各種異常，保證了文件傳輸?shù)目煽?性。此方法在實際推廣應(yīng)用時，可有效提高行業(yè)內(nèi)設(shè)備間進(jìn)行文件傳輸?shù)目煽啃院烷_發(fā)效 率，提高用戶對設(shè)備的滿意程度。從以上實例可以看出，文件傳輸引擎具有目標(biāo)地址回溯功能，其可以從傳輸網(wǎng)絡(luò) 地址拓?fù)浔碇杏嬎愠鲎罱K下載目標(biāo)地址所對應(yīng)的本節(jié)點的下級節(jié)點。從而保證每個參與傳 輸?shù)墓?jié)點都能找到向下級傳輸?shù)哪繕?biāo)，直到最后到達(dá)下載的目標(biāo)地址。進(jìn)一步的，在本實施例中，在任何一個層次的上級節(jié)點網(wǎng)元向下級節(jié)點網(wǎng)元發(fā)送 文件時，都能按照約定的最大同時發(fā)送進(jìn)程個數(shù)進(jìn)行并行發(fā)送。傳輸過程中所有發(fā)送進(jìn)程既可以使用同一塊公共內(nèi)存，又可以在各個發(fā)送進(jìn)程內(nèi) 部分別動態(tài)創(chuàng)建文件緩存。當(dāng)允許并行傳輸?shù)奈募芏鄷r，可以使用公共內(nèi)存方式以減少 對內(nèi)存的占用，這種方式要求內(nèi)存必須大于所傳輸?shù)奈募笮　．?dāng)并行度不高或者內(nèi)存資 源充足時，則各個發(fā)送進(jìn)程可以動態(tài)創(chuàng)建自己的文件緩存。本實施例提供了一種通用的文件傳輸引擎，滿足樹形網(wǎng)絡(luò)架構(gòu)下的各個層次網(wǎng)元 的高效文件傳輸。解決了現(xiàn)有系統(tǒng)不同制式設(shè)備文件傳輸?shù)牟患嫒?，相同制式設(shè)備不同層 次的網(wǎng)元代碼各不相同，以及目前系統(tǒng)中三層以下的網(wǎng)元無法并行傳輸?shù)膯栴}。特別對于 層次較多的網(wǎng)元網(wǎng)絡(luò)后，使用文件傳輸引擎后可以大幅度的提高文件傳輸?shù)牟⑿卸?，提?傳輸速度。如圖2所示，步驟S103中根據(jù)下載消息攜帶的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺ξ募M(jìn)行傳輸?shù)牟襟E包括步驟S1031，查找文件地址列表，獲取文件對應(yīng)的目標(biāo)地址；步驟S1032，查找傳輸網(wǎng)絡(luò)地址拓?fù)浔?，獲取目標(biāo)地址連接到本地網(wǎng)元的下級網(wǎng)元 地址，生成下級網(wǎng)元地址列表；步驟S1033，根據(jù)下級網(wǎng)元地址列表創(chuàng)建多個發(fā)送進(jìn)程并行發(fā)送文件至對應(yīng)的下 級網(wǎng)元；同時將文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級子拓?fù)浔戆l(fā)送至對應(yīng)的 下級網(wǎng)元，由對應(yīng)的下級網(wǎng)元的文件傳輸引擎對接收的文件進(jìn)行相應(yīng)處理。如圖3所示，本發(fā)明一實施例提出一種文件傳輸引擎，包括接收模塊301、文件傳 輸模塊302以及存儲模塊303 ；其中接收模塊301，用于接收上級網(wǎng)元發(fā)送的下載消息，下載消息攜帶有需要傳輸?shù)奈?件的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔?；以及從上級網(wǎng)元獲取需要傳輸?shù)奈募?；在本實施例中，用于發(fā)起文件傳輸?shù)暮笈_模塊駐留在網(wǎng)管服務(wù)器上，用于監(jiān)測、控 制文件傳輸下載的前臺模塊駐留在網(wǎng)元設(shè)備的主控板上。本實施例在所有參與文件傳輸?shù)木W(wǎng)元均駐留文件傳輸引擎，并根據(jù)不同層次的傳 輸鏈路狀況，定義好傳輸協(xié)議。用戶在后臺服務(wù)器選擇需要下載的文件以及需要下載的最終目標(biāo)網(wǎng)元，后臺服務(wù) 器根據(jù)文件列表以及最終目標(biāo)網(wǎng)元生成目標(biāo)網(wǎng)元的邏輯地址列表即目標(biāo)網(wǎng)元地址表，以及 傳輸網(wǎng)絡(luò)地址拓?fù)浔?。之后，后臺服務(wù)器中后臺模塊發(fā)送下載消息至第一級網(wǎng)元。該下載消息中攜帶有 需要傳輸?shù)奈募奈募刂妨斜砑皞鬏斁W(wǎng)絡(luò)的地址拓?fù)浔恚渲?，文件地址列表包括目?biāo) 文件列表和目標(biāo)網(wǎng)元地址列表。當(dāng)本實施例中所述文件傳輸引擎所在網(wǎng)元為第一級網(wǎng)元時，該第一級網(wǎng)元的上級 網(wǎng)元即為后臺服務(wù)器。本實施例以當(dāng)前文件傳輸引擎所在的網(wǎng)元為第一級網(wǎng)元為例進(jìn)行說明。文件傳輸模塊302，用于當(dāng)文件不是本地網(wǎng)元的文件時，根據(jù)下載消息攜帶的文件 地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺ξ募M(jìn)行傳輸。當(dāng)文件傳輸引擎接收到后臺服務(wù)器發(fā)送的下載消息后，從后臺服務(wù)器中獲取需要 傳輸?shù)奈募?如果傳輸引擎所在的網(wǎng)元不是第一級網(wǎng)元，則從上級網(wǎng)元獲取需要傳輸?shù)奈?件)，采用文件傳輸引擎定制的協(xié)議方式(目前支持FTP協(xié)議和滑動窗口協(xié)議)創(chuàng)建文件接 收進(jìn)程。文件傳輸引擎首先根據(jù)接收的文件的屬性判斷文件是否為本地文件，具體根據(jù)文 件地址列表中文件名稱與目標(biāo)地址的對應(yīng)關(guān)系判斷是否為本地網(wǎng)元即第一級網(wǎng)元文件，如 果是本地文件，則將文件保存到本地網(wǎng)元。如果不是本地文件，則根據(jù)下載消息攜帶的文件 地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺⑽募M(jìn)行傳輸，直至將文件被傳輸?shù)阶罱K目標(biāo)網(wǎng)元， 其具體傳輸過程為第一級網(wǎng)元的文件傳輸引擎控制進(jìn)程收到下載消息以及文件、文件地址列表以及 傳輸網(wǎng)絡(luò)地址拓?fù)浔淼刃畔⒑?，啟動回溯功能，在傳輸網(wǎng)絡(luò)地址拓?fù)浔碇姓业矫總€最終的 目標(biāo)地址連接到本網(wǎng)元(節(jié)點)的下級網(wǎng)元地址，生成下級網(wǎng)元地址表，從而明確本網(wǎng)元發(fā) 送文件的的下級發(fā)送目的地址。
第一級網(wǎng)元的文件傳輸引擎根據(jù)生成的下級地址列表，創(chuàng)建多個發(fā)送進(jìn)程并行發(fā) 送文件到下級網(wǎng)元，發(fā)送進(jìn)程同時將文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級節(jié) 點的網(wǎng)絡(luò)拓?fù)渥颖砑聪录壸油負(fù)浔硪黄鸢l(fā)送給下級節(jié)點的文件傳輸引擎控制進(jìn)程。以保證 下級網(wǎng)元繼續(xù)向更下一層地址發(fā)送。第一級網(wǎng)元的文件傳輸引擎將上述信息通過下載消息 發(fā)送至下級網(wǎng)元的文件傳輸引擎，下級網(wǎng)元的文件傳輸引擎控制進(jìn)程收到下載消息后繼續(xù) 按上述步驟進(jìn)行處理，判斷文件是否為本地文件，如果是則保持在本地網(wǎng)元，若不是本地文 件，則根據(jù)下載消息中的文件地址列表以及下級子拓?fù)浔碚业轿募繕?biāo)地址對應(yīng)的該本地 網(wǎng)元的下級網(wǎng)元地址，將文件發(fā)送至該本地網(wǎng)元的下級網(wǎng)元，依次一級一級向下發(fā)送，直至 文件被轉(zhuǎn)發(fā)至相應(yīng)的目標(biāo)地址所在網(wǎng)元。本實施例中駐留在各網(wǎng)元上的文件傳輸引擎，既可以接收上級網(wǎng)元發(fā)送文件傳輸 的下載消息，又可以向下級網(wǎng)元發(fā)送文件傳輸?shù)南螺d消息，從而解決了各文件傳輸引擎相 互之間的互連互通；保證了多級文件的傳輸。同時，文件傳輸引擎構(gòu)建了一個傳輸網(wǎng)絡(luò)地址 拓?fù)浔?，并能在傳輸過程中不斷將其削減為子表，在上下級網(wǎng)元間傳輸，根據(jù)此表任何一個 網(wǎng)元都可以查到向下級發(fā)送的目標(biāo)。從而保證了文件傳輸引擎適用于復(fù)雜的多級拓?fù)渚W(wǎng)絡(luò) 傳輸。存儲模塊303，與接收模塊301連接，用于當(dāng)文件是本地網(wǎng)元的文件時，將文件存 儲在本地網(wǎng)元。如圖4所示，文件傳輸模塊302包括回溯單元3021以及文件傳輸單元3022，其 中回溯單元3021，用于查找文件地址列表，獲取文件對應(yīng)的目標(biāo)地址；以及查找傳 輸網(wǎng)絡(luò)地址拓?fù)浔恚@取目標(biāo)地址連接到本地網(wǎng)元的下級網(wǎng)元地址，生成下級網(wǎng)元地址列 表；文件傳輸單元3022，用于根據(jù)下級網(wǎng)元地址列表創(chuàng)建多個發(fā)送進(jìn)程并行發(fā)送文件 至對應(yīng)的下級網(wǎng)元；同時將文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級子拓?fù)浔戆l(fā) 送至對應(yīng)的下級網(wǎng)元，由對應(yīng)的下級網(wǎng)元的文件傳輸引擎對接收的文件進(jìn)行相應(yīng)處理。進(jìn)一步的，存儲模塊303還用于在文件傳輸單元并行傳輸文件時，通過公共內(nèi)存 或動態(tài)創(chuàng)建文件緩存對文件進(jìn)行緩存。本發(fā)明實施例文件傳輸引擎具有目標(biāo)地址回溯功能，其可以從傳輸網(wǎng)絡(luò)地址拓?fù)?表中計算出最終下載目標(biāo)地址所對應(yīng)的本節(jié)點的下級節(jié)點。從而保證每個參與傳輸?shù)墓?jié)點 都能找到向下級傳輸?shù)哪繕?biāo)，直到最后到達(dá)下載的目標(biāo)地址。進(jìn)一步的，在本實施例中，在任何一個層次的上級節(jié)點網(wǎng)元向下級節(jié)點網(wǎng)元發(fā)送 文件時，都能按照約定的最大同時發(fā)送進(jìn)程個數(shù)進(jìn)行并行發(fā)送。傳輸過程中所有發(fā)送進(jìn)程既可以使用同一塊公共內(nèi)存，又可以在各個發(fā)送進(jìn)程內(nèi) 部分別動態(tài)創(chuàng)建文件緩存。當(dāng)允許并行傳輸?shù)奈募芏鄷r，可以使用公共內(nèi)存方式以減少 對內(nèi)存的占用，這種方式要求內(nèi)存必須大于所傳輸?shù)奈募笮?。?dāng)并行度不高或者內(nèi)存資 源充足時，則各個發(fā)送進(jìn)程可以動態(tài)創(chuàng)建自己的文件緩存。本實施例提供了一種通用的文件傳輸引擎，滿足樹形網(wǎng)絡(luò)架構(gòu)下的各個層次網(wǎng)元 的高效文件傳輸。解決了現(xiàn)有系統(tǒng)不同制式設(shè)備文件傳輸?shù)牟患嫒荩嗤剖皆O(shè)備不同層 次的網(wǎng)元代碼各不相同，以及目前系統(tǒng)中三層以下的網(wǎng)元無法并行傳輸?shù)膯栴}。特別對于層次較多的網(wǎng)元網(wǎng)絡(luò)后，使用文件傳輸引擎后可以大幅度的提高文件傳輸?shù)牟⑿卸?，提?了傳輸速度。如圖5所示，本發(fā)明一實施例提出一種文件傳輸網(wǎng)元，該網(wǎng)元可以包括上述實施 例中所述的文件傳輸引擎501。本實施例文件傳輸引擎對存在網(wǎng)元層次較多的通訊系統(tǒng)的版本升級具有重大意 義，本發(fā)明實施例同樣適用于需要使用多層次文件傳輸?shù)钠渌I(lǐng)域。本發(fā)明實施例文件傳輸方法、傳輸引擎及網(wǎng)元，通過在各網(wǎng)元上駐留文件傳輸引 擎，該文件傳輸引擎既可以接收上級網(wǎng)元發(fā)送的文件傳輸消息，又可以向下級網(wǎng)元發(fā)送文 件傳輸消息，實現(xiàn)了各文件傳輸引擎相互之間的互連互通，滿足了樹形網(wǎng)絡(luò)架構(gòu)下的各個 層次網(wǎng)元的高效文件傳輸；解決了現(xiàn)有系統(tǒng)不同制式設(shè)備文件傳輸?shù)牟患嫒?，相同制式設(shè) 備不同層次的網(wǎng)元代碼各不相同，以及目前系統(tǒng)中三層以下的網(wǎng)元無法并行傳輸?shù)膯栴}。 特別對于層次較多的網(wǎng)元網(wǎng)絡(luò)后，使用文件傳輸引擎后可以大幅度的提高文件傳輸?shù)牟⑿?度，提高傳輸速度。以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用 本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或流程變換，或直接或間接運用在其它相關(guān)的技 術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種文件傳輸方法，其特征在于，包括以下步驟文件傳輸引擎接收上級網(wǎng)元發(fā)送的下載消息，所述下載消息攜帶有需要傳輸?shù)奈募?文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔?；從上級網(wǎng)元獲取需要傳輸?shù)奈募?；?dāng)所述文件不是本地網(wǎng)元的文件時，根據(jù)所述下載消息攜帶的文件地址列表以及傳輸 網(wǎng)絡(luò)地址拓?fù)浔韺λ鑫募M(jìn)行傳輸。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)下載消息攜帶的文件地址列表 以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺λ鑫募M(jìn)行傳輸?shù)牟襟E包括查找所述文件地址列表，獲取所述文件對應(yīng)的目標(biāo)地址；查找所述傳輸網(wǎng)絡(luò)地址拓?fù)浔?，獲取所述目標(biāo)地址連接到本地網(wǎng)元的下級網(wǎng)元地址， 生成下級網(wǎng)元地址列表；根據(jù)所述下級網(wǎng)元地址列表創(chuàng)建多個發(fā)送進(jìn)程并行發(fā)送所述文件至對應(yīng)的下級網(wǎng)元； 同時將所述文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級子拓?fù)浔戆l(fā)送至所述對應(yīng) 的下級網(wǎng)元，由所述對應(yīng)的下級網(wǎng)元的文件傳輸引擎對接收的文件進(jìn)行相應(yīng)處理。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述文件傳輸引擎在并行傳輸文件時，通 過公共內(nèi)存或動態(tài)創(chuàng)建文件緩存對所述文件進(jìn)行緩存。
4.根據(jù)權(quán)利要求1、2或3所述的方法，其特征在于，所述從上級網(wǎng)元獲取需要傳輸?shù)奈?件的步驟之后，還包括當(dāng)所述文件是本地網(wǎng)元的文件時，將所述文件存儲在本地網(wǎng)元。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述文件地址列表包括文件列表以及目 標(biāo)網(wǎng)元地址列表；當(dāng)所述文件傳輸引擎所在網(wǎng)元為第一級網(wǎng)元時，所述第一級網(wǎng)元的上級 網(wǎng)元為后臺服務(wù)器，所述文件列表、目標(biāo)網(wǎng)元地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔碛伤龊?臺服務(wù)器根據(jù)用戶選擇的下載文件以及最終目標(biāo)網(wǎng)元生成。
6.一種文件傳輸引擎，其特征在于，包括接收模塊，用于接收上級網(wǎng)元發(fā)送的下載消息，所述下載消息攜帶有需要傳輸?shù)奈募?的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔?；以及從上級網(wǎng)元獲取需要傳輸?shù)奈募?；文件傳輸模塊，用于當(dāng)所述文件不是本地網(wǎng)元的文件時，根據(jù)所述下載消息攜帶的文 件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺λ鑫募M(jìn)行傳輸。
7.根據(jù)權(quán)利要求6所述的文件傳輸引擎，其特征在于，所述文件傳輸模塊包括回溯單元，用于查找所述文件地址列表，獲取所述文件對應(yīng)的目標(biāo)地址；以及查找所述傳輸網(wǎng)絡(luò)地址拓?fù)浔恚@取所述目標(biāo)地址連接到本地網(wǎng)元的下級網(wǎng)元地址，生成下級網(wǎng)元 地址列表；文件傳輸單元，用于根據(jù)所述下級網(wǎng)元地址列表創(chuàng)建多個發(fā)送進(jìn)程并行發(fā)送所述文件 至對應(yīng)的下級網(wǎng)元；同時將所述文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺?yīng)的下級子拓?fù)?表發(fā)送至所述對應(yīng)的下級網(wǎng)元，由所述對應(yīng)的下級網(wǎng)元的文件傳輸引擎對接收的文件進(jìn)行 相應(yīng)處理。
8.根據(jù)權(quán)利要求6所述的文件傳輸引擎，其特征在于，還包括存儲模塊，用于當(dāng)所述文 件是本地網(wǎng)元的文件時，將所述文件存儲在本地網(wǎng)元。
9.根據(jù)權(quán)利要求8所述的文件傳輸引擎，其特征在于，所述存儲模塊還用于在文件傳輸單元并行傳輸文件時，通過公共內(nèi)存或動態(tài)創(chuàng)建文件緩存對所述文件進(jìn)行緩存。
10. 一種文件傳輸網(wǎng)元，其特征在于，所述網(wǎng)元包括權(quán)利要求6-9中任一項所述的文件 傳輸引擎。
全文摘要
本發(fā)明涉及一種文件傳輸方法、傳輸引擎及網(wǎng)元，其方法包括文件傳輸引擎接收上級網(wǎng)元發(fā)送的下載消息，下載消息攜帶有需要傳輸?shù)奈募奈募刂妨斜硪约皞鬏斁W(wǎng)絡(luò)地址拓?fù)浔?；從上級網(wǎng)元獲取需要傳輸?shù)奈募划?dāng)文件不是本地網(wǎng)元的文件時，根據(jù)下載消息攜帶的文件地址列表以及傳輸網(wǎng)絡(luò)地址拓?fù)浔韺ξ募M(jìn)行傳輸。本發(fā)明通過在各網(wǎng)元上駐留文件傳輸引擎，實現(xiàn)了各文件傳輸引擎相互之間的互連互通，滿足了樹形網(wǎng)絡(luò)架構(gòu)下的各個層次網(wǎng)元的高效文件傳輸；解決了現(xiàn)有系統(tǒng)不同制式設(shè)備文件傳輸?shù)牟患嫒荩嗤剖皆O(shè)備不同層次的網(wǎng)元代碼各不相同，以及目前系統(tǒng)中三層以下的網(wǎng)元無法并行傳輸?shù)膯栴}，大幅度提高文件傳輸?shù)牟⑿卸龋岣邆鬏斔俣取?br> 文檔編號H04L29/08GK102082816SQ20101055562
公開日2011年6月1日 申請日期2010年11月23日 優(yōu)先權(quán)日2010年11月23日
發(fā)明者郭彤 申請人:中興通訊股份有限公司