專(zhuān)利名稱(chēng)：一種實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及點(diǎn)對(duì)多點(diǎn)通信且通信組件采取多種通信協(xié)議的通信設(shè)備，尤其涉及在這種通信設(shè)備中實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的方法及裝置。
背景技術(shù)：
在對(duì)多點(diǎn)通信且具有采取多通信協(xié)議的通信組件的設(shè)備系統(tǒng)構(gòu)建時(shí)，經(jīng)常會(huì)遇到 下面的場(chǎng)景對(duì)于一個(gè)處于核心位置的管理組件(譬如以波分監(jiān)控通道管理系統(tǒng)為例)，它 下面可能會(huì)掛接具有多種多樣通信協(xié)議的子組件(單板)，則管理組件就不得不實(shí)現(xiàn)所有 的協(xié)議，用以支持系統(tǒng)中可能出現(xiàn)的各種子組件。這樣一來(lái)可能就會(huì)存在以下三個(gè)問(wèn)題(1)對(duì)于未來(lái)出現(xiàn)的某種新單板，可能采用了目前管理組件所不支持的通信協(xié)議 類(lèi)型，這樣新單板的增加就會(huì)帶來(lái)整個(gè)管理組件版本的重構(gòu)。(2)為了支持某種新通信協(xié)議的單板，每次工程升級(jí)都需要對(duì)在運(yùn)營(yíng)系統(tǒng)的整個(gè) 管理軟件進(jìn)行升級(jí)，增加了升級(jí)風(fēng)險(xiǎn)和系統(tǒng)的中斷時(shí)間。當(dāng)系統(tǒng)內(nèi)部需要新增一類(lèi)通信協(xié)議時(shí)，往往需要對(duì)整個(gè)系統(tǒng)進(jìn)行升級(jí)，其復(fù)雜度 高且時(shí)間過(guò)長(zhǎng)(包括下載時(shí)間和寫(xiě)flash時(shí)間)，由此帶來(lái)所有業(yè)務(wù)長(zhǎng)時(shí)間的中斷。(3)假如在系統(tǒng)中只使用了某一種或少量幾種類(lèi)型的通信協(xié)議單板，管理組件也 必須要加載所有類(lèi)型的通信協(xié)議棧，創(chuàng)建所對(duì)應(yīng)的發(fā)送接收任務(wù)、發(fā)送接收隊(duì)列、各種信號(hào) 量等資源，造成通信口資源的浪費(fèi)。在某些應(yīng)用場(chǎng)景下只有某一種或幾種類(lèi)型單板，其余通信組件如果卸載不掉而繼 續(xù)執(zhí)行空轉(zhuǎn)任務(wù)會(huì)占用大量的CPU資源。綜上所述，可以看出現(xiàn)有的監(jiān)控設(shè)備中的管理組件由于未能對(duì)其下單板的協(xié)議棧 實(shí)行動(dòng)態(tài)管理，會(huì)導(dǎo)致系統(tǒng)組建和維護(hù)成本極高，非常不利于系統(tǒng)的升級(jí)，且會(huì)造成設(shè)備內(nèi) CPU/RAM/FLASH等資源的嚴(yán)重浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的方法及裝 置，能夠?qū)Χ鄥f(xié)議通信組件實(shí)行有效的動(dòng)態(tài)管理。為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的方法， 涉及通信設(shè)備的業(yè)務(wù)應(yīng)用層和通信底層，該方法包括在業(yè)務(wù)應(yīng)用層和通信底層之間增加一個(gè)協(xié)議適配層；當(dāng)通信設(shè)備要對(duì)協(xié)議棧提供支持時(shí)，通過(guò)該協(xié)議適配層至少將協(xié)議棧的通信類(lèi)型 記載在一配置文件中，并將協(xié)議棧編譯成動(dòng)態(tài)鏈接庫(kù)下載到通信設(shè)備，形成一個(gè)或多個(gè)通 信組件，并使能通信組件。進(jìn)一步地，該方法還包括通信設(shè)備在上電初始化時(shí)，通過(guò)協(xié)議適配層為配置文件中存在的通信組件創(chuàng)建對(duì) 應(yīng)的通信任務(wù)及其收發(fā)隊(duì)列，則通信設(shè)備正常運(yùn)行。
進(jìn)一步地，該方法還包括在通信設(shè)備正常運(yùn)行過(guò)程中，協(xié)議適配層通過(guò)收發(fā)隊(duì)列分別與業(yè)務(wù)應(yīng)用層和通信 底層的通信端口交互，實(shí)現(xiàn)消息分發(fā)和/或協(xié)議學(xué)習(xí)以及協(xié)議棧的動(dòng)態(tài)加載或卸載。進(jìn)一步地，實(shí)現(xiàn)消息分發(fā)具體包括業(yè)務(wù)應(yīng)用層通過(guò)收發(fā)隊(duì)列的消息接收隊(duì)列將所接收到的報(bào)文消息傳輸給協(xié)議適 配層；協(xié)議適配層根據(jù)報(bào)文消息發(fā)往的目的地址判斷對(duì)應(yīng)的通信組件在配置文件中的 通信類(lèi)型，將通信的基本要素信息置于為報(bào)文消息配備的報(bào)文頭內(nèi)，并將配有報(bào)文頭的報(bào) 文消息置于對(duì)應(yīng)的通信任務(wù)的消息發(fā)送隊(duì)列中；通信底層將消息發(fā)送隊(duì)列中的報(bào)文消息、源地址以及目的地址填寫(xiě)到對(duì)應(yīng)的驅(qū)動(dòng) 收發(fā)函數(shù)相應(yīng)的入口參數(shù)上，實(shí)現(xiàn)與對(duì)應(yīng)的通信任務(wù)相應(yīng)接口的耦合。進(jìn)一步地，實(shí)現(xiàn)協(xié)議學(xué)習(xí)具體包括協(xié)議適配層在從消息接收隊(duì)列收到報(bào)文消息后，將新添加的報(bào)文頭的格式信息記 載在所述配置文件中，作為新的通信類(lèi)型保存。進(jìn)一步地，實(shí)現(xiàn)協(xié)議棧的動(dòng)態(tài)加載或卸載具體包括協(xié)議適配層在配置文件中添加或刪除通信類(lèi)型，待通信設(shè)備重新上電后加載或卸 載相應(yīng)的通信任務(wù)及其收發(fā)隊(duì)列。進(jìn)一步地，在協(xié)議適配層將協(xié)議棧的通信類(lèi)型記載在配置文件之前還包括協(xié)議適配層根據(jù)通信設(shè)備的配置情況創(chuàng)建配置文件，在該配置文件中除了記載通 信設(shè)備當(dāng)前支持的協(xié)議棧的通信類(lèi)型外，還記載通信類(lèi)型的報(bào)文結(jié)構(gòu)信息；將通信設(shè)備當(dāng) 前支持的協(xié)議棧編譯成動(dòng)態(tài)鏈接庫(kù)。為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的裝置， 包括業(yè)務(wù)應(yīng)用層管理模塊和底層的通信模塊，其特征在于，在業(yè)務(wù)應(yīng)用層管理模塊和通信 模塊之間還包括一協(xié)議適配模塊，其中業(yè)務(wù)應(yīng)用層管理模塊，用于將接收到的報(bào)文消息傳輸給協(xié)議適配模塊；協(xié)議適配模塊，用于至少將協(xié)議棧的通信類(lèi)型記載在一配置文件中，并將協(xié)議棧 編譯成動(dòng)態(tài)鏈接庫(kù)下載，形成一個(gè)或多個(gè)通信組件，并使能通信組件；至少，在所述裝置正 常運(yùn)行時(shí)根據(jù)配置文件中記載的通信類(lèi)型分發(fā)收到的報(bào)文消息；通信模塊，用于將協(xié)議適配模塊分發(fā)的報(bào)文消息下發(fā)到相應(yīng)的通信組件。進(jìn)一步地，協(xié)議適配模塊進(jìn)一步包括協(xié)議加載單元、消息分發(fā)單元和存儲(chǔ)單元，其 中協(xié)議加載單元，用于將支持的協(xié)議棧的通信類(lèi)型記載到存儲(chǔ)單元中保存的配置文 件中，在所述裝置上電初始化時(shí)為配置文件中存在的通信組件創(chuàng)建對(duì)應(yīng)的通信任務(wù)及其收 發(fā)隊(duì)列，通過(guò)收發(fā)隊(duì)列在所述裝置正常運(yùn)行中分別與業(yè)務(wù)應(yīng)用層管理模塊和通信模塊交 互；存儲(chǔ)單元，用于保存配置文件；消息分發(fā)單元，用于根據(jù)從收發(fā)隊(duì)列的消息接收隊(duì)列接收的報(bào)文消息發(fā)往的目的 地址判斷對(duì)應(yīng)的通信組件在配置文件中的通信類(lèi)型，將通信的基本要素信息置于為報(bào)文消 息配備的報(bào)文頭內(nèi)，并將配有報(bào)文頭的報(bào)文消息置于對(duì)應(yīng)的通信任務(wù)的消息發(fā)送隊(duì)列中。
進(jìn)一步地，協(xié)議適配模塊進(jìn)一步包括協(xié)議學(xué)習(xí)單元，其中協(xié)議學(xué)習(xí)單元，用于在從消息接收隊(duì)列收到報(bào)文消息后，將新添加的報(bào)文頭的格式信息記載在存儲(chǔ)單元中的配置文件中，作為新的通信類(lèi)型保存；協(xié)議加載單元還在配置文件中添加或刪除通信類(lèi)型，待裝置重新上電后加載或卸 載相應(yīng)的通信任務(wù)及其收發(fā)隊(duì)列。本發(fā)明與現(xiàn)有技術(shù)相比，由于管理組件對(duì)通信組件采用了即插即用、動(dòng)態(tài)學(xué)習(xí)以 及動(dòng)態(tài)加載的方法，能夠大幅減小系統(tǒng)升級(jí)的風(fēng)險(xiǎn)和業(yè)務(wù)的中斷時(shí)間，對(duì)新型組件的支持 更加迅速快捷；此外，如果系統(tǒng)中只配置了少量幾種類(lèi)型的子組件，這種根據(jù)通信類(lèi)型動(dòng)態(tài) 加載的方式可以大大減少通信口的開(kāi)銷(xiāo)，這在資源顯得尤為緊張的嵌入式系統(tǒng)中顯得尤為 重要。本發(fā)明的方法及裝置，能夠在原有設(shè)備的基礎(chǔ)上不增加系統(tǒng)成本的前提下使得系統(tǒng) 穩(wěn)定性、靈活性大幅提升，故具有良好的應(yīng)用前景和使用價(jià)值。


圖1為本發(fā)明的實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理裝置實(shí)施例的結(jié)構(gòu)框圖；圖2為圖1中所示的協(xié)議適配模塊實(shí)施例的結(jié)構(gòu)框圖；圖3為本發(fā)明的實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理方法實(shí)施例的流程圖。
具體實(shí)施例方式以下結(jié)合附圖和優(yōu)選實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行詳細(xì)地闡述。以下例舉的實(shí) 施例僅僅用于說(shuō)明和解釋本發(fā)明，而不構(gòu)成對(duì)本發(fā)明技術(shù)方案的限制。對(duì)于一種理想化的多協(xié)議通信組件管理裝置(譬如應(yīng)用為一個(gè)通信監(jiān)控設(shè)備)， 其業(yè)務(wù)層面完全可以不知道底層具體所使用的各個(gè)協(xié)議的細(xì)節(jié)，只需要調(diào)用相應(yīng)的發(fā)送和 接收接口來(lái)執(zhí)行報(bào)文的發(fā)送接收。屏蔽底層通信的細(xì)節(jié)可以降低系統(tǒng)的耦合性，從而提高 系統(tǒng)的模塊化程度。實(shí)際上，對(duì)于一種新協(xié)議類(lèi)型的單板的應(yīng)用，只需要通過(guò)簡(jiǎn)單地修改配 置文件和下載新的協(xié)議棧模塊就能實(shí)現(xiàn)。對(duì)此，如果通過(guò)“即插即用”技術(shù)實(shí)現(xiàn)，譬如將管理 裝置當(dāng)成主機(jī)，把所有的業(yè)務(wù)單板當(dāng)成一類(lèi)即插即用的外設(shè)，從而方便地進(jìn)行掛接、卸載。本發(fā)明利用“即插即用”技術(shù)來(lái)實(shí)現(xiàn)通信協(xié)議的動(dòng)態(tài)管理。在此，各種通信模塊就 像一個(gè)外設(shè)一樣可以方便地掛接到系統(tǒng)，來(lái)實(shí)現(xiàn)對(duì)多種通信協(xié)議的支撐。本發(fā)明提出了一種在業(yè)務(wù)應(yīng)用層管理模塊和底層的通信模塊之間增加一層“協(xié)議 適配模塊”中間件的實(shí)現(xiàn)多協(xié)議通信組件管理裝置實(shí)施例的結(jié)構(gòu)，如圖1所示，其中業(yè)務(wù)應(yīng)用層管理模塊，用于通過(guò)消息收發(fā)隊(duì)列與協(xié)議適配模塊交互，將所接收到 的報(bào)文消息(即報(bào)文體)傳輸給協(xié)議適配模塊；對(duì)于業(yè)務(wù)應(yīng)用層管理模塊來(lái)說(shuō)，底層具體的通信協(xié)議細(xì)節(jié)在此層面都是透明的， 它無(wú)需知道每種通信類(lèi)型的報(bào)文頭格式是什么樣的，只負(fù)責(zé)處理報(bào)文體部分。它需要通過(guò) 收發(fā)隊(duì)列與協(xié)議適配模塊交互，不管消息是發(fā)給哪一類(lèi)型的單板，都先統(tǒng)一將報(bào)文消息通 過(guò)消息接收隊(duì)列傳輸給協(xié)議適配模塊進(jìn)行報(bào)文頭適配處理。協(xié)議適配模塊，作為通信協(xié)議即插即用的核心部分，用于通過(guò)收發(fā)隊(duì)列分別與上 層的業(yè)務(wù)應(yīng)用層管理模塊和下層的通信端口交互，實(shí)現(xiàn)消息分發(fā)、協(xié)議學(xué)習(xí)以及通信協(xié)議 的動(dòng)態(tài)加載；
通信任務(wù)及其收發(fā)隊(duì)列的創(chuàng)建或刪除是由協(xié)議適配模塊來(lái)動(dòng)態(tài)調(diào)整的。通信模塊，用于與收發(fā)任務(wù)相對(duì)應(yīng)，將來(lái)自協(xié)議適配模塊的消息隊(duì)列里的消息內(nèi)容、源地址以及目的地址與對(duì)應(yīng)的收發(fā)任務(wù)相應(yīng)的接口耦合。通信模塊將消息內(nèi)容、源地址以及目的地址填寫(xiě)到對(duì)應(yīng)的驅(qū)動(dòng)收發(fā)函數(shù)相應(yīng)的入 口參數(shù)上，實(shí)現(xiàn)與對(duì)應(yīng)的收發(fā)任務(wù)相應(yīng)的接口耦合。此處的目的地址是指系統(tǒng)內(nèi)各個(gè)單板的通信地址，這些通信地址還都是虛擬地 址，到各個(gè)不同的物理媒介上需要通過(guò)地址解析將其轉(zhuǎn)換成實(shí)際的物理地址，即進(jìn)行地址 適配。圖1中所示的協(xié)議適配模塊進(jìn)一步包括協(xié)議加載單元、協(xié)議學(xué)習(xí)單元、消息分發(fā) 單元以及存儲(chǔ)單元，如圖2所示，其中協(xié)議加載單元，用于將通信設(shè)備中所用到的單板通信類(lèi)型(即通信協(xié)議類(lèi)型)以 配置文件或數(shù)據(jù)庫(kù)的形式記載，并保存在存儲(chǔ)單元中；在使用時(shí)，將對(duì)應(yīng)的通信組件加載到 RAM中運(yùn)行；協(xié)議加載單元在系統(tǒng)上電初始化的時(shí)讀取該配置文件或數(shù)據(jù)庫(kù)的內(nèi)容，只對(duì)那些 在配置文件或者數(shù)據(jù)庫(kù)中存在的通信類(lèi)型創(chuàng)建對(duì)應(yīng)的通信任務(wù)以及收發(fā)隊(duì)列。這樣，當(dāng)系 統(tǒng)需要支持新通信類(lèi)型的單板時(shí)，就可以通過(guò)修改配置文件或數(shù)據(jù)庫(kù)(通過(guò)網(wǎng)管修改或者 直接修改)的方式增添新協(xié)議，重新上電后就會(huì)加載相應(yīng)的通信任務(wù)和收發(fā)隊(duì)列資源，而 系統(tǒng)中未配置的通信協(xié)議就處于靜默狀態(tài)不啟用。協(xié)議學(xué)習(xí)單元，用于在從消息接收隊(duì)列收到報(bào)文消息后，將新添加的報(bào)文頭的格 式信息記載在存儲(chǔ)單元存儲(chǔ)的配置文件或數(shù)據(jù)庫(kù)中；對(duì)于不同類(lèi)型的單板，存在通信協(xié)議格式上的差異。交互報(bào)文包括報(bào)文頭和報(bào)文 體兩部分，不同類(lèi)型的單板主要差距在報(bào)文頭的格式上，而報(bào)文體就是通過(guò)上述業(yè)務(wù)應(yīng)用 層管理模塊的消息隊(duì)列傳遞過(guò)來(lái)的報(bào)文內(nèi)容。協(xié)議學(xué)習(xí)單元將新添加的報(bào)文頭的格式信息 放在配置文件或數(shù)據(jù)庫(kù)中，意味著學(xué)習(xí)到了新的通信協(xié)議，用于消息分發(fā)單元進(jìn)行報(bào)文頭 適配處理。這樣，消息分發(fā)單元在上電之后去讀取報(bào)文頭部的格式信息，便將報(bào)文頭和報(bào)文 體合并組成新的報(bào)文進(jìn)行發(fā)送。消息分發(fā)單元，用于將從業(yè)務(wù)應(yīng)用層管理模塊通過(guò)消息接收隊(duì)列傳輸?shù)南⒎职l(fā) 給不同的通信任務(wù)。這里，消息分發(fā)單元根據(jù)報(bào)文消息發(fā)往的目的地址判斷對(duì)應(yīng)的通信組件在配置文 件中的通信類(lèi)型，將通信的基本要素信息置于根據(jù)該通信類(lèi)型為報(bào)文消息配備的報(bào)文頭 內(nèi)，并將配有報(bào)文頭的報(bào)文消息置于對(duì)應(yīng)的通信任務(wù)的收發(fā)隊(duì)列的消息發(fā)送隊(duì)列中待通信 模塊發(fā)送。對(duì)于一個(gè)通信系統(tǒng)的基本要素信息包括源地址、目的地址和報(bào)文長(zhǎng)度幾個(gè)部分。存儲(chǔ)單元，用于保存配置文件。圖3表示了本發(fā)明的實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理方法實(shí)施例的流程，包括以下步 驟110:根據(jù)通信設(shè)備的配置情況創(chuàng)建配置文件，在配置文件中至少記載設(shè)備當(dāng)前支 持的通信通信類(lèi)型；此外，在配置文件中還記載著設(shè)備當(dāng)前協(xié)議的報(bào)文結(jié)構(gòu)等其它信息。
120 將設(shè)備當(dāng)前支持的通信協(xié)議棧編譯成動(dòng)態(tài)鏈接庫(kù)；130:當(dāng)需要設(shè)備提供對(duì)新的協(xié)議棧的支持時(shí)，將為此修改的配置文件和重新編譯 的動(dòng)態(tài)鏈接庫(kù)下載到設(shè)備中，形成一個(gè)新的組件；140 使協(xié)議棧新的組件生效；很多操作系統(tǒng)都提供了動(dòng)態(tài)鏈接庫(kù)管理的接口，由此可以在不重新啟動(dòng)系統(tǒng)的前提下動(dòng)態(tài)的加載相應(yīng)的庫(kù)文件。例如Iinux系統(tǒng)中的dlopen/dlsym/dlclose就實(shí)現(xiàn)了動(dòng) 態(tài)鏈接庫(kù)的打開(kāi)、使用及卸載功能，借此可以完成不中斷業(yè)務(wù)的在線升級(jí)。150 創(chuàng)建對(duì)應(yīng)的隊(duì)列和通信任務(wù)，系統(tǒng)進(jìn)入正常運(yùn)行狀態(tài)。當(dāng)為新的組件創(chuàng)建完相應(yīng)的隊(duì)列和通信任務(wù)后，便就完成了對(duì)新協(xié)議的支撐，由 此系統(tǒng)便可正常運(yùn)行。在此，步驟110是對(duì)步驟140的一種補(bǔ)充，防止系統(tǒng)重啟后又恢復(fù)到初始狀態(tài)(即 未增添新組件的狀態(tài))，每次增加/卸載一新的組件，必須修改配置文件。步驟120是實(shí)現(xiàn)通信模塊和操作系統(tǒng)以及應(yīng)用程序的剝離，這樣每次通信模塊升 級(jí)的時(shí)候不用更新整個(gè)Bin文件(兆容量級(jí)別)，而只需更新通信模塊協(xié)議棧的動(dòng)態(tài)鏈接 庫(kù)(千字節(jié)級(jí)別)部分；同時(shí)也可使應(yīng)用程序(處于業(yè)務(wù)應(yīng)用層管理模塊中)部分版本得 到很好的控制。步驟140是本發(fā)明重要的一步，升級(jí)完配置文件和動(dòng)態(tài)鏈接庫(kù)之后，可以直接從 命令行加載或卸載所需要?jiǎng)討B(tài)鏈接庫(kù)組件。本發(fā)明上述的方法在具體實(shí)施方面簡(jiǎn)單易行，主要體現(xiàn)在三個(gè)環(huán)節(jié)上在業(yè)務(wù)應(yīng)用層管理模塊和底層通信模塊之間增加一個(gè)適配層，即通過(guò)協(xié)議適配模 塊降低業(yè)務(wù)和通信模塊之間的耦合度；將通信模塊的協(xié)議棧從設(shè)備系統(tǒng)中剝離出來(lái)編譯成動(dòng)態(tài)鏈接庫(kù)，以方便升級(jí)；在協(xié)議適配模塊和通信模塊中預(yù)留升級(jí)接口，就可以通過(guò)簡(jiǎn)單的符號(hào)表替換來(lái)達(dá) 到支持新通信模塊的目的。本說(shuō)明書(shū)所附實(shí)施例是體現(xiàn)本發(fā)明構(gòu)思的一些典型例子，并不排除使用體現(xiàn)本發(fā) 明設(shè)計(jì)方案的其他實(shí)施例。在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟悉本領(lǐng)域的技術(shù)人 員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明 所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
一種實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的方法，涉及通信設(shè)備的業(yè)務(wù)應(yīng)用層和通信底層，該方法包括在所述業(yè)務(wù)應(yīng)用層和所述通信底層之間增加一個(gè)協(xié)議適配層；當(dāng)所述通信設(shè)備要對(duì)協(xié)議棧提供支持時(shí)，通過(guò)所述協(xié)議適配層至少將所述協(xié)議棧的通信類(lèi)型記載在一配置文件中，并將所述協(xié)議棧編譯成動(dòng)態(tài)鏈接庫(kù)下載到所述通信設(shè)備，形成一個(gè)或多個(gè)通信組件，并使能所述通信組件。
2.按照權(quán)利要求1所述的方法，其特征在于，還包括所述通信設(shè)備在上電初始化時(shí)，通過(guò)所述協(xié)議適配層為所述配置文件中存在的通信組 件創(chuàng)建對(duì)應(yīng)的通信任務(wù)及其收發(fā)隊(duì)列，則所述通信設(shè)備正常運(yùn)行。
3.按照權(quán)利要求2所述的方法，其特征在于，還包括在所述通信設(shè)備正常運(yùn)行過(guò)程中，所述協(xié)議適配層通過(guò)所述收發(fā)隊(duì)列分別與所述業(yè)務(wù) 應(yīng)用層和所述通信底層的通信端口交互，實(shí)現(xiàn)消息分發(fā)和/或協(xié)議學(xué)習(xí)以及協(xié)議棧的動(dòng)態(tài) 加載或卸載。
4.按照權(quán)利要求3所述的方法，其特征在于，實(shí)現(xiàn)消息分發(fā)具體包括所述業(yè)務(wù)應(yīng)用層通過(guò)所述收發(fā)隊(duì)列的消息接收隊(duì)列將所接收到的報(bào)文消息傳輸給所 述協(xié)議適配層；所述協(xié)議適配層根據(jù)所述報(bào)文消息發(fā)往的目的地址判斷對(duì)應(yīng)的通信組件在所述配置 文件中的通信類(lèi)型，將通信的基本要素信息置于為所述報(bào)文消息配備的報(bào)文頭內(nèi)，并將配 有報(bào)文頭的報(bào)文消息置于對(duì)應(yīng)的通信任務(wù)的消息發(fā)送隊(duì)列中；所述通信底層將所述消息發(fā)送隊(duì)列中的報(bào)文消息、源地址以及目的地址填寫(xiě)到對(duì)應(yīng)的 驅(qū)動(dòng)收發(fā)函數(shù)相應(yīng)的入口參數(shù)上，實(shí)現(xiàn)與對(duì)應(yīng)的通信任務(wù)相應(yīng)接口的耦合。
5.按照權(quán)利要求4所述的方法，其特征在于，實(shí)現(xiàn)協(xié)議學(xué)習(xí)具體包括所述協(xié)議適配層在從所述消息接收隊(duì)列收到所述報(bào)文消息后，將新添加的報(bào)文頭的格 式信息記載在所述配置文件中，作為新的通信類(lèi)型保存。
6.按照權(quán)利要求4所述的方法，其特征在于，實(shí)現(xiàn)協(xié)議棧的動(dòng)態(tài)加載或卸載具體包括所述協(xié)議適配層在所述配置文件中添加或刪除所述通信類(lèi)型，待所述通信設(shè)備重新上電后加載或卸載相應(yīng)的通信任務(wù)及其收發(fā)隊(duì)列。
7.按照權(quán)利要求1至6任一項(xiàng)所述的方法，其特征在于，在所述協(xié)議適配層將所述協(xié)議 棧的通信類(lèi)型記載在配置文件之前還包括所述協(xié)議適配層根據(jù)所述通信設(shè)備的配置情況創(chuàng)建所述配置文件，在所述配置文件中 除了記載所述通信設(shè)備當(dāng)前支持的協(xié)議棧的通信類(lèi)型外，還記載所述通信類(lèi)型的報(bào)文結(jié)構(gòu) 信息；將所述通信設(shè)備當(dāng)前支持的協(xié)議棧編譯成動(dòng)態(tài)鏈接庫(kù)。
8.一種實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的裝置，包括業(yè)務(wù)應(yīng)用層管理模塊和底層的通信模 塊，其特征在于，在所述業(yè)務(wù)應(yīng)用層管理模塊和所述通信模塊之間還包括一協(xié)議適配模塊， 其中所述業(yè)務(wù)應(yīng)用層管理模塊，用于將接收到的報(bào)文消息傳輸給所述協(xié)議適配模塊；所述協(xié)議適配模塊，用于至少將協(xié)議棧的通信類(lèi)型記載在一配置文件中，并將所述協(xié) 議棧編譯成動(dòng)態(tài)鏈接庫(kù)下載，形成一個(gè)或多個(gè)通信組件，并使能所述通信組件；至少，在所 述裝置正常運(yùn)行時(shí)根據(jù)所述配置文件中記載的通信類(lèi)型分發(fā)收到的所述報(bào)文消息；所述通信模塊，用于將所述協(xié)議適配模塊分發(fā)的報(bào)文消息下發(fā)到相應(yīng)的通信組件。
9.按照權(quán)利要求8所述的裝置，其特征在于，所述協(xié)議適配模塊進(jìn)一步包括協(xié)議加載 單元、消息分發(fā)單元和存儲(chǔ)單元，其中所述協(xié)議加載單元，用于將支持的協(xié)議棧的通信類(lèi)型記載到所述存儲(chǔ)單元中保存的所 述配置文件中，在所述裝置上電初始化時(shí)為所述配置文件中存在的通信組件創(chuàng)建對(duì)應(yīng)的通 信任務(wù)及其收發(fā)隊(duì)列，通過(guò)所述收發(fā)隊(duì)列在所述裝置正常運(yùn)行中分別與所述業(yè)務(wù)應(yīng)用層管 理模塊和所述通信模塊交互；所述存儲(chǔ)單元，用于保存所述配置文件；所述消息分發(fā)單元，用于根據(jù)從所述收發(fā)隊(duì)列的消息接收隊(duì)列接收的所述報(bào)文消息發(fā) 往的目的地址判斷對(duì)應(yīng)的通信組件在所述配置文件中的通信類(lèi)型，將通信的基本要素信息 置于為所述報(bào)文消息配備的報(bào)文頭內(nèi)，并將配有報(bào)文頭的報(bào)文消息置于對(duì)應(yīng)的通信任務(wù)的 消息發(fā)送隊(duì)列中。
10.按照權(quán)利要求9所述的裝置，其特征在于，所述協(xié)議適配模塊進(jìn)一步包括協(xié)議學(xué)習(xí) 單元，其中所述協(xié)議學(xué)習(xí)單元，用于在從所述消息接收隊(duì)列收到所述報(bào)文消息后，將新添加的報(bào) 文頭的格式信息記載在所述存儲(chǔ)單元中的配置文件中，作為新的通信類(lèi)型保存；所述協(xié)議加載單元還在所述配置文件中添加或刪除所述通信類(lèi)型，待所述裝置重新上 電后加載或卸載相應(yīng)的通信任務(wù)及其收發(fā)隊(duì)列。
全文摘要
本發(fā)明披露了一種實(shí)現(xiàn)對(duì)多協(xié)議通信組件管理的方法及裝置，其中方法涉及通信設(shè)備的業(yè)務(wù)應(yīng)用層和通信底層；包括在業(yè)務(wù)應(yīng)用層和通信底層之間增加一個(gè)協(xié)議適配層；當(dāng)通信設(shè)備要對(duì)協(xié)議棧提供支持時(shí)，通過(guò)該協(xié)議適配層至少將協(xié)議棧的通信類(lèi)型記載在一配置文件中，并將協(xié)議棧編譯成動(dòng)態(tài)鏈接庫(kù)下載到通信設(shè)備，形成一個(gè)或多個(gè)通信組件，并使能通信組件。本發(fā)明能夠在原有設(shè)備的基礎(chǔ)上不增加系統(tǒng)成本的前提下使得系統(tǒng)穩(wěn)定性、靈活性大幅提升，因此具有良好的應(yīng)用前景和使用價(jià)值。
文檔編號(hào)H04L12/24GK101820361SQ20101013968
公開(kāi)日2010年9月1日 申請(qǐng)日期2010年3月26日 優(yōu)先權(quán)日2010年3月26日
發(fā)明者康海濤, 邊海蓉, 高歌 申請(qǐng)人:中興通訊股份有限公司