專利名稱：一種控制面數(shù)據(jù)包下載的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于通信技術(shù)領(lǐng)域，特別涉及一種控制面數(shù)據(jù)包下載的方法及裝置。
背景技術(shù)：
目前通信領(lǐng)域中，通常將網(wǎng)絡(luò)的控制和業(yè)務(wù)傳輸區(qū)分開，分別構(gòu)成通信網(wǎng) 絡(luò)的控制面和業(yè)務(wù)面。其中，前者采用控制面交換網(wǎng)絡(luò)為低速數(shù)據(jù)通道，主要
承當(dāng)網(wǎng)絡(luò)中的一些控制相關(guān)的交互，傳輸能力相對(duì)較??；后者則面向用戶數(shù)據(jù) 業(yè)務(wù)，釆用業(yè)務(wù)面交換網(wǎng)絡(luò)，全部為高速數(shù)據(jù)通道，具有極強(qiáng)的傳輸吞吐能力。
目前的典型設(shè)計(jì)中，網(wǎng)絡(luò)節(jié)點(diǎn)都是通過控制面i/o接口，經(jīng)控制面交換網(wǎng) 絡(luò)接收控制服務(wù)器發(fā)送的控制面數(shù)據(jù)包，之后根據(jù)接收的控制面數(shù)據(jù)包進(jìn)行處 理操作，如圖1所示，各網(wǎng)絡(luò)節(jié)點(diǎn)的微碼(一種控制面數(shù)據(jù)包)更新和下載均是 通過控制面I/0接口進(jìn)行。首先版本服務(wù)器(一種控制服務(wù)器)將新微碼更新 到其版本庫中，然后復(fù)位使用該微碼的網(wǎng)絡(luò)節(jié)點(diǎn)。網(wǎng)絡(luò)節(jié)點(diǎn)復(fù)位成功后，由網(wǎng) 絡(luò)節(jié)點(diǎn)上的控制處理器通過控制面I/O接口經(jīng)控制面交換網(wǎng)絡(luò)和版本庫建立某 種連接(如FTP,下文使用FTP指代這種連接)，然后將所需要的新微碼通過 FTP下載到本地RAM中，接著控制處理器將RAM中的新微碼下載到執(zhí)行引 擎的控制存儲(chǔ)器中，啟動(dòng)執(zhí)行引擎，從而實(shí)現(xiàn)微碼的更新。
采用控制面下載，由于控制面I/0接口的物理帶寬較小，對(duì)于這樣的低速 數(shù)據(jù)通道，當(dāng)存在大流量或者突發(fā)傳輸時(shí)，必然會(huì)引起傳輸時(shí)延的增加，對(duì)一 些時(shí)延敏感的控制面數(shù)據(jù)包勢(shì)必造成負(fù)面影響，使控制面數(shù)據(jù)包傳輸?shù)膶?shí)時(shí)性 大打折扣。極端的情況下，對(duì)控制面的某些重要且時(shí)延敏感的數(shù)據(jù)包處理造成
4的沖擊有可能是毀滅性的。可見現(xiàn)有技術(shù)中存在采用控制面向各網(wǎng)絡(luò)節(jié)點(diǎn)傳輸 控制面數(shù)據(jù)包有時(shí)傳輸時(shí)延較長(zhǎng)的問題。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中存在采用控制面向各網(wǎng)絡(luò)節(jié)點(diǎn)傳輸控制面數(shù)據(jù)包有 時(shí)傳輸時(shí)延較長(zhǎng)的問題，本發(fā)明實(shí)施例提供了 一種控制面數(shù)據(jù)包下載的方法，
包括
源節(jié)點(diǎn)存儲(chǔ)待更新控制面數(shù)據(jù)包；
源節(jié)點(diǎn)通過高速數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述待更新控制面數(shù)據(jù)包。 同時(shí)本發(fā)明實(shí)施例還提供一種控制面數(shù)據(jù)包下載的裝置，包括 存儲(chǔ)模塊用于存儲(chǔ)待更新控制面數(shù)據(jù)包；
發(fā)送模塊用于通過高速數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述待更新控制面 數(shù)據(jù)包。
同時(shí)本發(fā)明實(shí)施例還提供一種控制面數(shù)據(jù)包下載的裝置，包括 接收模塊用于通過高速數(shù)據(jù)通道接收源節(jié)點(diǎn)發(fā)送的所述待更新控制面數(shù) 據(jù)包；
更新模塊用于根據(jù)所接收的待更新控制面數(shù)據(jù)包完成其控制面數(shù)據(jù)包的 更新。
由上述本發(fā)明提供的具體實(shí)施方案可以看出，正是由于源節(jié)點(diǎn)通過高速數(shù) 據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述控制面數(shù)據(jù)包，使得控制面數(shù)據(jù)包傳輸時(shí)延變 小。


圖1為現(xiàn)有技術(shù)網(wǎng)絡(luò)拓樸結(jié)構(gòu)示意圖2為本發(fā)明實(shí)施例網(wǎng)絡(luò)節(jié)點(diǎn)內(nèi)部邏輯結(jié)構(gòu)圖3為本發(fā)明實(shí)施例微碼更新包在節(jié)點(diǎn)間的更新路徑示意圖；圖4為本發(fā)明提供的第一實(shí)施例方法流程圖； 圖5為本發(fā)明提供的第二實(shí)施例裝置結(jié)構(gòu)圖； 圖6為本發(fā)明提供的第三實(shí)施例裝置結(jié)構(gòu)圖。
具體實(shí)施例方式
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和實(shí)施方 式對(duì)本發(fā)明作進(jìn)一步的詳細(xì)說明。下面以微碼下載的過程為例進(jìn)行說明。但不 僅僅局限于樣i碼的下載，其原理同樣也適用于那些控制面有大流量的數(shù)據(jù)包或 應(yīng)用軟件的在線下載。
首先說明本發(fā)明技術(shù)方案的基本原理，各個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)的內(nèi)部邏輯結(jié)構(gòu)可參 見圖2。在系統(tǒng)正常運(yùn)行過程中，首先在一個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)存儲(chǔ)待更新的微碼代碼， 該網(wǎng)絡(luò)節(jié)點(diǎn)可以將待更新的微碼通過業(yè)務(wù)面I/0接口 (高速數(shù)據(jù)通道)發(fā)送出 去，優(yōu)選將微碼封裝在業(yè)務(wù)面的普通數(shù)據(jù)包中發(fā)送出去。為了描述方便，本文 中將包含這種微碼的數(shù)據(jù)包通稱為微碼更新包。任意網(wǎng)絡(luò)節(jié)點(diǎn)均可產(chǎn)生微碼更
新包，并在業(yè)務(wù)面i/o接口上發(fā)送微碼更新包。為了區(qū)別起見，本文將這些產(chǎn)
生微碼更新包的網(wǎng)絡(luò)節(jié)點(diǎn)稱之為源節(jié)點(diǎn)。
微碼更新包從源節(jié)點(diǎn)發(fā)出后，在傳輸過程中必然會(huì)經(jīng)過一系列的網(wǎng)絡(luò)節(jié)點(diǎn)。 對(duì)于這些網(wǎng)絡(luò)節(jié)點(diǎn)，根據(jù)節(jié)點(diǎn)上的執(zhí)行《1擎是否能自動(dòng)識(shí)別微碼更新包這一特 性，又分為兩類
第 一類為主動(dòng)節(jié)點(diǎn)，該類網(wǎng)絡(luò)節(jié)點(diǎn)能夠從數(shù)據(jù)包中識(shí)別出是否為微碼更新 包。如果是微碼更新包，則該類節(jié)點(diǎn)會(huì)做相應(yīng)的處理；如果不是微碼更新包， 則作為普通數(shù)據(jù)包處理。
第二類為非主動(dòng)節(jié)點(diǎn)，這類節(jié)點(diǎn)不能識(shí)別微碼更新包，而是僅僅將微碼更 新包當(dāng)作普通數(shù)據(jù)進(jìn)行轉(zhuǎn)發(fā)。
主動(dòng)節(jié)點(diǎn)并不是對(duì)所有收到的微碼包都更新到本地，而是首先要判斷是否 與本節(jié)點(diǎn)微碼類型相匹配
6如果微碼類型匹配，則在繼續(xù)轉(zhuǎn)發(fā)的同時(shí)，還需要將微碼更新包中的微碼
上傳給控制處理器；
如果微碼類型不匹配，則依舊當(dāng)成普通數(shù)據(jù)包進(jìn)行轉(zhuǎn)發(fā)。主動(dòng)節(jié)點(diǎn)的控制處理器為了使新的微碼生效，先停止執(zhí)行引擎的運(yùn)行，然
后下載新微碼到執(zhí)行引擎的控制存儲(chǔ)器中；然后，再次啟動(dòng)執(zhí)行引擎來完成微
碼的在線更新。
在網(wǎng)絡(luò)中，源節(jié)點(diǎn)和主動(dòng)節(jié)點(diǎn)的控制處理器可以將新的微碼寫入本地永久存儲(chǔ)器中，以備節(jié)點(diǎn)復(fù)位時(shí)直接從本地加載微碼。
如圖3所示，網(wǎng)絡(luò)節(jié)點(diǎn)0 (即源節(jié)點(diǎn))通過業(yè)務(wù)面1/0接口，向主動(dòng)節(jié)點(diǎn)N發(fā)送微碼更新包，沿途依次經(jīng)過網(wǎng)絡(luò)節(jié)點(diǎn)l,網(wǎng)絡(luò)節(jié)點(diǎn)2，網(wǎng)絡(luò)節(jié)點(diǎn)3，網(wǎng)絡(luò)節(jié)點(diǎn)N-l,最終到達(dá)網(wǎng)絡(luò)節(jié)點(diǎn)N;本發(fā)明提供的第一實(shí)施例是一種控制面數(shù)據(jù)包下載的方法，方法流程如圖4所示，包括
步驟101:首先將待更新的微碼代碼存儲(chǔ)到網(wǎng)絡(luò)節(jié)點(diǎn)0中。步驟102:網(wǎng)絡(luò)節(jié)點(diǎn)0(即源節(jié)點(diǎn))通過業(yè)務(wù)面I/Of妄口，向主動(dòng)節(jié)點(diǎn)N發(fā)送樣支碼更新包。
步驟103:途徑各網(wǎng)絡(luò)節(jié)點(diǎn)的業(yè)務(wù)面收到該微碼更新包后，判斷節(jié)點(diǎn)的類型是否為非主動(dòng)節(jié)點(diǎn)，并會(huì)有不同的處理對(duì)于非主動(dòng)節(jié)點(diǎn)，直接跳轉(zhuǎn)到步驟104;對(duì)于主動(dòng)節(jié)點(diǎn)，則跳轉(zhuǎn)到步驟105。
步驟104:對(duì)于非主動(dòng)節(jié)點(diǎn)，由于不能識(shí)別凝:碼更新包，因而直接將其當(dāng)作普通數(shù)據(jù)包，向下一網(wǎng)絡(luò)節(jié)點(diǎn)轉(zhuǎn)發(fā)，結(jié)束。
步驟105:對(duì)于主動(dòng)節(jié)點(diǎn)，執(zhí)行引擎能自動(dòng)識(shí)別出微碼更新包，并從微碼更新包中獲取到微碼類型標(biāo)識(shí)。
步驟106:判斷微碼更新包中的微碼類型標(biāo)識(shí)與本地的微碼類型標(biāo)識(shí)是否一致。
若微碼更新包中的微碼類型標(biāo)識(shí)與本地的微碼類型標(biāo)識(shí)不一致，則跳轉(zhuǎn)到步驟107;
若微碼更新包中的微碼類型標(biāo)識(shí)與本地的微碼類型標(biāo)識(shí)是一致，則跳轉(zhuǎn)到步驟108。
步驟107:該升級(jí)包不是針對(duì)本網(wǎng)絡(luò)節(jié)點(diǎn)的；此時(shí)，將其當(dāng)作普通數(shù)據(jù)包，直接向后一節(jié)點(diǎn)轉(zhuǎn)發(fā)。
步驟108:主動(dòng)節(jié)點(diǎn)的執(zhí)行引擎將該微碼更新包存儲(chǔ)于RAM中，并通知本節(jié)點(diǎn)的控制處理器，控制處理器執(zhí)行本節(jié)點(diǎn)上的微碼更新。
步驟109:由主動(dòng)節(jié)點(diǎn)的控制處理器將新的微碼寫入本地永久存儲(chǔ)器中，以備該節(jié)點(diǎn)復(fù)位時(shí)直接乂人本地加載微碼。結(jié)束。
其中步驟108中由主動(dòng)節(jié)點(diǎn)的控制處理器執(zhí)行本節(jié)點(diǎn)上的微碼更新，具體為控制處理器先停止執(zhí)行引擎的運(yùn)行，然后將RAM中的新微碼下載到執(zhí)行引擎的控制存儲(chǔ)器中；然后，再次啟動(dòng)執(zhí)行引擎來完成微碼的在線更新。
本發(fā)明提供的第二實(shí)施例是一種控制面數(shù)據(jù)包下載的裝置，其結(jié)構(gòu)如圖5所示，包括
存儲(chǔ)模塊201:用于存儲(chǔ)待更新控制面數(shù)據(jù)包；
發(fā)送模塊202:用于通過高速數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述待更新控制面數(shù)據(jù)包。
本發(fā)明提供的第三實(shí)施例是一種控制面數(shù)據(jù)包下載的裝置，其結(jié)構(gòu)如圖6所示，包括
接收模塊301:用于通過高速數(shù)據(jù)通道接收源節(jié)點(diǎn)發(fā)送的所述待更新控制面數(shù)據(jù)包；
更新模塊302:用于根據(jù)所接收的待更新控制面數(shù)據(jù)包完成其控制面數(shù)據(jù)包的更新。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種控制面數(shù)據(jù)包下載的方法，其特征在于，包括源節(jié)點(diǎn)存儲(chǔ)待更新控制面數(shù)據(jù)包；源節(jié)點(diǎn)通過高速數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述待更新控制面數(shù)據(jù)包。
2、 如權(quán)利要求l所述的方法，其特征在于，其它網(wǎng)絡(luò)節(jié)點(diǎn)為非主動(dòng)節(jié)點(diǎn)， 所述非主動(dòng)節(jié)點(diǎn)為不能識(shí)別待更新控制面數(shù)據(jù)包的網(wǎng)絡(luò)節(jié)點(diǎn)，非主動(dòng)節(jié)點(diǎn)接收 所述待更新控制面數(shù)據(jù)包后將轉(zhuǎn)發(fā)待更新控制面數(shù)據(jù)包。
3、 如權(quán)利要求1所述的方法，其特征在于，其它網(wǎng)絡(luò)節(jié)點(diǎn)為主動(dòng)節(jié)點(diǎn)， 所述主動(dòng)節(jié)點(diǎn)為能夠識(shí)別待更新控制面數(shù)據(jù)包的網(wǎng)絡(luò)節(jié)點(diǎn)，主動(dòng)節(jié)點(diǎn)接收所述 待更新控制面數(shù)據(jù)包后，首先判斷待更新控制面數(shù)據(jù)包是否與本節(jié)點(diǎn)控制面數(shù) 據(jù)包類型匹配，若匹配則根據(jù)所接收的待更新控制面數(shù)據(jù)包完成其控制面數(shù)據(jù)包的更新， 并繼續(xù)轉(zhuǎn)發(fā)待更新控制面數(shù)據(jù)包；若不匹配則將轉(zhuǎn)發(fā)待更新控制面數(shù)據(jù)包。
4、 如權(quán)利要求3所述的方法，其特征在于，所述若匹配則根據(jù)所接收的 待更新控制面數(shù)據(jù)包完成其控制面數(shù)據(jù)包的更新的步驟后還包括將待更新控制面數(shù)據(jù)包存儲(chǔ)與本地永久存儲(chǔ)器，當(dāng)需要時(shí)，直接從本地加 載待更新控制面數(shù)據(jù)包。
5、 如權(quán)利要求3所述的方法，其特征在于，所述若匹配則根據(jù)所接收的 待更新控制面數(shù)據(jù)包完成其控制面數(shù)據(jù)包的更新的步驟具體為主動(dòng)節(jié)點(diǎn)通過控制面接口接收待更新控制面數(shù)據(jù)包，主動(dòng)節(jié)點(diǎn)的執(zhí)行引擎 將待更新控制面數(shù)據(jù)包上傳給該節(jié)點(diǎn)的控制處理器，所述控制處理器執(zhí)行控制 面數(shù)據(jù)包的更新。
6、 如權(quán)利要求l所述的方法，其特征在于，所述控制面數(shù)據(jù)包為微碼。
7、 如權(quán)利要求6所述的方法，其特征在于，高速數(shù)據(jù)通道為業(yè)務(wù)面數(shù)據(jù)通道。
8、 如權(quán)利要求6所述的方法，其特征在于，所述源節(jié)點(diǎn)通過高速數(shù)據(jù)通 道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述待更新控制面數(shù)據(jù)包的步驟具體為所述源節(jié)點(diǎn)通過業(yè)務(wù)面數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送業(yè)務(wù)面的數(shù)據(jù)包，所 述業(yè)務(wù)面的數(shù)據(jù)包中攜帶微碼。
9、 一種控制面數(shù)據(jù)包下載的裝置，其特征在于，包括 存儲(chǔ)模塊用于存儲(chǔ)待更新控制面數(shù)據(jù)包；發(fā)送模塊用于通過高速數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述待更新控制面 數(shù)據(jù)包。
10、 一種控制面數(shù)據(jù)包下載的裝置，其特征在于，包括接收模塊用于通過高速數(shù)據(jù)通道接收源節(jié)點(diǎn)發(fā)送的所述待更新控制面數(shù) 據(jù)包；更新模塊用于根據(jù)所接收的待更新控制面數(shù)據(jù)包完成其控制面數(shù)據(jù)包的 更新。
全文摘要
公開了一種控制面數(shù)據(jù)包下載的方法及裝置，為了解決采用控制面向各網(wǎng)絡(luò)節(jié)點(diǎn)傳輸控制面數(shù)據(jù)包有時(shí)傳輸時(shí)延較長(zhǎng)的問題，本發(fā)明公開的方法包括源節(jié)點(diǎn)存儲(chǔ)待更新控制面數(shù)據(jù)包；源節(jié)點(diǎn)通過高速數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述待更新控制面數(shù)據(jù)包，由于源節(jié)點(diǎn)通過高速數(shù)據(jù)通道向其它網(wǎng)絡(luò)節(jié)點(diǎn)發(fā)送所述控制面數(shù)據(jù)包，使得控制面數(shù)據(jù)包傳輸時(shí)延變小。
文檔編號(hào)H04L12/56GK101494596SQ200810056670
公開日2009年7月29日 申請(qǐng)日期2008年1月23日 優(yōu)先權(quán)日2008年1月23日
發(fā)明者趙金芳, 魏筆凡 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司