專利名稱：分布式設(shè)備的模擬系統(tǒng)和模擬分布式設(shè)備處理業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種分布式設(shè)備的模擬系統(tǒng)和模 擬分布式設(shè)備處理業(yè)務(wù)的方法。
背景技術(shù)：
隨著用戶對網(wǎng)絡(luò)通信設(shè)備性能的要求越來越高，集中式、單核CPU的性 能已經(jīng)無法滿足用戶的需求，基于分布式的多核CPU的通信系統(tǒng)成為未來通
信技術(shù)發(fā)展的趨勢。
分布式通信系統(tǒng)可按功能劃分成各個獨立的子系統(tǒng)，根據(jù)每個子系統(tǒng)實 現(xiàn)的功能配置相應(yīng)的硬件支持，以達到提升系統(tǒng)性能的目的，可有效控制系 統(tǒng)的成本。分布式系統(tǒng)一般包括報文收發(fā)子系統(tǒng)、業(yè)務(wù)處理子系統(tǒng)和配置管 理子系統(tǒng)，其中，報文收發(fā)子系統(tǒng)，與具體的物理網(wǎng)絡(luò)連接，進行報文的接
收和發(fā)送；業(yè)務(wù)處理子系統(tǒng)，按用戶業(yè)務(wù)要求快速處理"R文；配置管理子系 統(tǒng)，處理用戶配置，動態(tài)修改業(yè)務(wù)行為，為了降低系統(tǒng)成本，業(yè)務(wù)處理子系 統(tǒng)中一般采用多核CPU,而報文收發(fā)子系統(tǒng)使用網(wǎng)絡(luò)處理器(Network Processor, NP),配置管理子系統(tǒng)采用通用的處理器，同時，為了提升系統(tǒng) 性能，分布式通信系統(tǒng)一般采用嵌入式來實現(xiàn)。
由于分布式通信系統(tǒng)采用嵌入式來實現(xiàn)，當(dāng)開發(fā)調(diào)試程序時，需要將編 譯后的可執(zhí)行文件上傳至通信系統(tǒng)中的各設(shè)備，然后通過在屏幕打印信息獲 得調(diào)試信息，其需要通過各硬件設(shè)備進行調(diào)試，調(diào)試過程費時費力?，F(xiàn)有技 術(shù)中一4殳采用虛擬軟件，如Vmvare workstation,來實現(xiàn)程序的調(diào)試，通過 將編譯后的可執(zhí)行程序上傳至Vmvare workstation實現(xiàn)程序的調(diào)試工作，但是，通過虛擬軟件進行分布式通信系統(tǒng)程序調(diào)試時，是通過虛擬軟件來模擬 各硬件設(shè)備，且每個虛擬軟件僅能模擬出一個硬件設(shè)備資源，因此，在對分 布式通信系統(tǒng)的程序進行調(diào)試時，需要啟動多個虛擬軟件來模擬系統(tǒng)中的各 硬件設(shè)備。
調(diào)試時，需要將編譯后的程序在各硬件設(shè)備中運行，或者通過虛擬軟件虛擬 出各硬件設(shè)備來運行，當(dāng)通過硬件設(shè)備調(diào)試時，調(diào)試過程費時費力，調(diào)試效
率差；而通過虛擬軟件模擬各硬件設(shè)備調(diào)試時，需要啟動多個虛擬軟件，其
需要占用大量的系統(tǒng)資源，程序調(diào)試效率低，甚至程序調(diào)試難以運行。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種分布式設(shè)備的模擬系統(tǒng)和模擬分布式設(shè)備處理
業(yè)務(wù)的方法，基于本發(fā)明技術(shù)方案可在windows系統(tǒng)上實現(xiàn)程序的開發(fā)調(diào)試 工作，程序調(diào)試時占用資源少，可有效提高程序調(diào)試和開發(fā)效率。
為實現(xiàn)上述目的，本發(fā)明實施例提供了一種分布式設(shè)備的模擬系統(tǒng)，包
括
報文收發(fā)模塊，用于通過報文收發(fā)進程接收報文信息，并根據(jù)所述報文 信息的類型轉(zhuǎn)發(fā)至業(yè)務(wù)處理模塊；
至少一個業(yè)務(wù)處理^t塊，用于通過業(yè)務(wù)處理進程中的硬件子進程對所述 報文收發(fā)模塊轉(zhuǎn)發(fā)的所述報文信息進行處理。
本發(fā)明實施例提供了一種模擬分布式設(shè)備處理業(yè)務(wù)的方法，包括
通過l艮文收發(fā)進程接收報文信息，并根據(jù)所述報文信息的類型轉(zhuǎn)發(fā)至業(yè) 務(wù)處理進程；
通過業(yè)
信息進行處理通過在windows系統(tǒng)上利用Visual 0++開發(fā)工具來沖莫擬分布式設(shè)備中各石更件 之間的通信，因此，在進行嵌入式分布式設(shè)備的程序開發(fā)調(diào)試時，可將待調(diào) 試程序在本發(fā)明實施例技術(shù)方案的基礎(chǔ)上進行程序的編譯和調(diào)試，由于其調(diào) 試過程是直接利用windows系統(tǒng)下的進程來實現(xiàn)，相對于現(xiàn)有技術(shù)中在虛擬 軟件上的調(diào)試來說，程序調(diào)試過程中占用的系統(tǒng)資源少，可有效4C高程序的 調(diào)試效率。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對 實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作筒單地介紹，顯而易見地， 下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員 來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的 附圖。
圖1為本發(fā)明實施例一提供的分布式設(shè)備的模擬系統(tǒng)的結(jié)構(gòu)示意圖； 圖2為本發(fā)明實施例二提供的分布式設(shè)備的模擬系統(tǒng)的結(jié)構(gòu)示意圖； 圖3為本發(fā)明實施例三提供的模擬系統(tǒng)中報文收發(fā)模塊的結(jié)構(gòu)示意圖； 圖4為本發(fā)明實施例四提供的模擬系統(tǒng)中業(yè)務(wù)處理模塊的結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例五提供的模擬系統(tǒng)中處理單元的結(jié)構(gòu)示意圖； 圖6為基于消息流的多核CPU設(shè)備的結(jié)構(gòu)示意圖； 圖7為本發(fā)明實施例六提供的模擬分布式設(shè)備處理業(yè)務(wù)的方法的流程示
意圖8為本發(fā)明實施例七提供的模擬分布式設(shè)備處理業(yè)務(wù)的方法的流程示 意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例， 而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通4支術(shù)人員在沒 有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的 范圍。
圖1為本發(fā)明實施例一提供的分布式設(shè)備的模擬系統(tǒng)的結(jié)構(gòu)示意圖。
如圖l所示，該系統(tǒng)包括報文收發(fā)模塊1和至少一個業(yè)務(wù)處理模塊2，其中
報文收發(fā)模塊l,用于通過報文收發(fā)進程接收報文信息，并根據(jù)所述報文 信息的類型轉(zhuǎn)發(fā)至相應(yīng)的業(yè)務(wù)處理才莫塊；
業(yè)務(wù)處理模塊2,用于通過業(yè)務(wù)處理進程中的硬件子進程對所述報文收發(fā) 模塊1轉(zhuǎn)發(fā)的報文信息進行處理。
本發(fā)明實施例通過進程來模擬分布式設(shè)備中的各硬件的通信，即可通過 在windows系統(tǒng)上利用Visual 0++開發(fā)工具來模擬分布式設(shè)備中各硬件之間 的通信，因此，在進行嵌入式分布式設(shè)備的程序開發(fā)調(diào)試時，可將待調(diào)試程 序在本發(fā)明實施例技術(shù)方案的基礎(chǔ)上進行程序的編譯和調(diào)試，由于其調(diào)試過 程是直接利用windows系統(tǒng)下的進程來實現(xiàn)，相對于現(xiàn)有技術(shù)中在虛擬軟件 上的調(diào)試來說，程序調(diào)試過程中占用的系統(tǒng)資源少，程序的調(diào)試效率高。
圖2為本發(fā)明實施例二提供的分布式設(shè)備的模擬系統(tǒng)的結(jié)構(gòu)示意圖。在 上述圖1所示技術(shù)方案的基礎(chǔ)上，如圖2所示，本發(fā)明實施例的系統(tǒng)還可包 括-.
配置管理模塊3,用于通過配置報文發(fā)送線程從所述配置管理才莫塊的通信 端口向各業(yè)務(wù)處理;漢塊發(fā)送配置信息；
其中，所述配置信息可包括報文信息檢查規(guī)格，且該配置信息可為通過 配置信息獲取線程獲取的用戶指定的配置信息；所述業(yè)務(wù)處理模塊2還用于 通過配置報線程接收配置管理模塊3發(fā)送的配置信息，并可根據(jù)該配置信息 的檢查規(guī)格對報文信息進行處理。
此外，業(yè)務(wù)處理模塊2在對報文信息處理時還可用于生成和記錄供用戶查看的日志信息，并可通過日志線程將該日志信息從業(yè)務(wù)處理模塊的通信端
口發(fā)送給配置管理才莫塊3;同時，配置管理才莫塊3可用于通過日志接收線程接 收該業(yè)務(wù)處理模塊2發(fā)送的日志信息，以供用戶查看。
本發(fā)明實施例中的配置管理模塊3可接收用戶輸入的配置信息，并可將 該配置信息發(fā)送給業(yè)務(wù)處理模塊，其中，該配置信息可為用戶設(shè)定的業(yè)務(wù)處 理模塊對接收到報文信息進行檢查的具體處理規(guī)格，以使業(yè)務(wù)處理模塊可根
據(jù)該檢查規(guī)格對接收到的報文進行檢查，同時該配置管理模塊3還可實時獲 取業(yè)務(wù)處理模塊發(fā)送的日志信息，以便用戶實時檢查業(yè)務(wù)處理狀況，實現(xiàn)所 見即所得的效杲。
如圖2所示，本發(fā)明實施例系統(tǒng)還可包括
端口分配模塊4，用于為所述報文收發(fā)模塊1、各業(yè)務(wù)處理模塊2以及配 置管理;漠塊3分配固定的通信端口，且該通信端口可為基于UDP協(xié)議的UDP 通信端口 。
可以理解的是，通過端口分配模塊4分配的端口，各功能模塊均可在其 分配的UDP端口上進行監(jiān)聽、收發(fā)信息等，其中，各功能模塊的UDP通信端 口可在各功能模塊建立相應(yīng)的進程時建立，每個功能模塊均具有唯一的UDP 端口號，且知道其它功能模塊的UDP端口號，在整個通信過程中，每個功能 模塊的UDP端口號是不變的，以便于各功能模塊可準(zhǔn)確地將相應(yīng)的報文傳送 至相應(yīng)的功能模塊。實際應(yīng)用中，也可根據(jù)實際需要在每個功能模塊之間建 立其它協(xié)議的端口，如IP協(xié)議端口等。
圖3為本發(fā)明實施例三提供的模擬系統(tǒng)中報文收發(fā)模塊的結(jié)構(gòu)示意圖。 在上述圖1或圖2所示技術(shù)方案的&出上，如圖3所示，本發(fā)明實施例中的 報文收發(fā)模塊1可包括報文捕捉單元11和報文轉(zhuǎn)發(fā)單元12,其中
報文捕捉單元11,用于通過報文捕捉線程獲取所述報文信息；
報文轉(zhuǎn)發(fā)單元12,用于根據(jù)所述報文信息的類型，通過報文轉(zhuǎn)發(fā)線程將 所述報文信息從所述報文收發(fā)單元的通信端口轉(zhuǎn)發(fā)至業(yè)務(wù)處理模塊2。本發(fā)明實施例中的報文捕捉單元11可通過報文捕捉線程從網(wǎng)絡(luò)中捕捉報
文信息，并通過報文轉(zhuǎn)發(fā)單元12將其轉(zhuǎn)發(fā)到相應(yīng)的業(yè)務(wù)處理;f莫塊。具體地， 報文捕捉單元11可通過在網(wǎng)絡(luò)驅(qū)動程序界面規(guī)范(Network Driver Interface Specification, NDIS)驅(qū)動體系結(jié)構(gòu)中實現(xiàn)的上層協(xié)議實現(xiàn)報文的捕捉和發(fā) 送，可在網(wǎng)卡上捕捉網(wǎng)絡(luò)上發(fā)送來的報文信息，并可通過其上的具有固定端 口號的通信端口將接收到的報文信息發(fā)送給業(yè)務(wù)處理模塊。
圖4為本發(fā)明實施例四提供的模擬系統(tǒng)中業(yè)務(wù)處理模塊的結(jié)構(gòu)示意圖。 在上述圖1、圖2或圖3所示技術(shù)方案的基礎(chǔ)上，如圖4所示，本發(fā)明實施例 中的業(yè)務(wù)處理模塊2可包括接口單元n、報文分發(fā)單元22和至少兩個處理單 元23，其中
接口單元21，用于通過報文收發(fā)線程從所述業(yè)務(wù)處理模塊的通信端口接 收所述報文收發(fā)模塊轉(zhuǎn)發(fā)的所述報文信息；
報文分發(fā)單元22,用于通過報文分發(fā)線程將所述報文信息分發(fā)到所述業(yè) 務(wù)處理^^莫塊2的處理單元23;
此外，本領(lǐng)域技術(shù)人員可以知道，根據(jù)自身處理報文的能力，所述報文 分發(fā)單元22也可將所述報文信息轉(zhuǎn)發(fā)到其它業(yè)務(wù)處理模塊進行處理。
處理單元23，用于通過4艮文收發(fā)子線程^v所述處理單元的通信端口接收 所述報文分發(fā)單元22分發(fā)的報文信息，并通過硬件子進程對所述分發(fā)的報文 信息進行處理，記錄處理過程中產(chǎn)生的日志信息。
本發(fā)明實施例中業(yè)務(wù)處理模塊2中可包括至少兩個處理單元23，且每個 處理單元23可具有相同的功能，實現(xiàn)對各種報文的處理。其中，每個處理單 元23可通過硬件子進程對接收到的報文進行處理，具體地，可根據(jù)配置管理 模塊發(fā)送的配置信息的檢查規(guī)格對接收到的報文進行檢查，丟棄非法報文， 轉(zhuǎn)發(fā)合法報文，并記錄相應(yīng)地日志信息。實際應(yīng)用中，當(dāng)一個業(yè)務(wù)處理模塊2 接收到報文信息后，可根據(jù)其上的各處理單元23的運行狀況，以一定的算法 將該報文信息分發(fā)到合適的處理單元進行處理，如可通過對IP地址進行哈
10希(hash)，或者對MAC地址進行哈希將報文信息分配到合適的處理單元， 以便對報文進行處理。
圖5為本發(fā)明實施例五提供的模擬系統(tǒng)中處理單元的結(jié)構(gòu)示意圖。在上 述圖4所示技術(shù)方案的基礎(chǔ)上，處理單元還可包括多個處理子單元，且每個 處理子單元均可對處理單元接收到的l艮文進行處理，具體地，如圖5所示， 處理單元23可包括接口子單元231和多個處理子單元232,其中
接口子單元231,用于通過所述^艮文收發(fā)子線程從所述處理單元的通信端 口接收所述報文分發(fā)單元分發(fā)的報文；
處理子單元232，用于通過硬件子進程對所述分發(fā)的報文進行處理。
本發(fā)明實施例中，每個處理單元23包括4個處理子單元232,根據(jù)實際 分布式設(shè)備中業(yè)務(wù)處理設(shè)備的需要，可設(shè)置合適數(shù)量的處理子單元，以滿足 實際的需要。實際應(yīng)用中，各處理子單元之間也可相互通信，若其中一個處 理子單元處理的報文信息過多時，可自動分配到其它處理子單元進行處理， 或者直接發(fā)送到其它處理單元進行處理。
實際應(yīng)用中，本發(fā)明實施例技術(shù)方案中的報文收發(fā)模塊、各業(yè)務(wù)處理模 塊和配置管理模塊分別相當(dāng)于分布式設(shè)備系統(tǒng)中的報文收發(fā)子系統(tǒng)、各業(yè)務(wù) 處理子系統(tǒng)和配置管理子系統(tǒng)，其中，每個功能模塊均通過相應(yīng)的進程來模 擬分布式設(shè)備系統(tǒng)中各子系統(tǒng)的功能，且各功能模塊之間通過UDP端口通信 方式來模擬分布式設(shè)備系統(tǒng)中各子系統(tǒng)之間的通信，且業(yè)務(wù)處理模塊內(nèi)的各 處理單元相當(dāng)于分布式設(shè)備系統(tǒng)中業(yè)務(wù)處理子系統(tǒng)中多核CPU設(shè)備的各個核 (CORE)。即本發(fā)明實施例通過進程來模擬分布式設(shè)備系統(tǒng)中的各子系統(tǒng)， 通過子進程來模擬多核CPU設(shè)備內(nèi)各硬件線程，實現(xiàn)對分布式設(shè)備系統(tǒng)的模 擬，可以看出，本發(fā)明實施例可在windows系統(tǒng)中通過Visual C十+開發(fā)工具 模擬分布式設(shè)備系統(tǒng)中的各硬件子系統(tǒng)，并通過UDP端口來模擬分布式設(shè)備 系統(tǒng)的各子系統(tǒng)之間，以及多核CPU內(nèi)各核(即硬件線程)之間的通信，從 而使得軟件開發(fā)人員調(diào)試程序時可以基于本發(fā)明實施例的模擬系統(tǒng)在windows平臺上進行分布式設(shè)備程序的開發(fā)調(diào)試工作，為開發(fā)人員提供一種所 見即所得的開發(fā)環(huán)境，且可為用戶提供一種仿真的演示模型，可有效保證軟 件的開發(fā)質(zhì)量，滿足用戶的需求。此外，本發(fā)明實施例模擬系統(tǒng)還可在程序 調(diào)試中對代碼進行充分的白盒測試、功能測試，保證程序邏輯的正確性，提 高程序開發(fā)的質(zhì)量。
圖6為基于消息流的多核CPU設(shè)備的結(jié)構(gòu)示意圖。多核CPU設(shè)備的體系 結(jié)構(gòu)具有多種形式，基于消息流的結(jié)構(gòu)就是其中之一，如圖6所示，該多核 CPU設(shè)備中的CPU具有8個核(CORE)，每個核內(nèi)有4個獨立的硬件線程 (Thread)，每個硬件線程均有自己獨立的寄存器，可支持線程間的快速切 換；核之間以及硬件線程之間的通信均是通過消息來實現(xiàn)，每個核均有對應(yīng) 的消息緩沖區(qū)(Msgbuffer)來緩存其它硬件線程發(fā)送到本線程的消息。這樣， 多核CPU就能夠同時執(zhí)行8路指令，當(dāng)CPU核內(nèi)的一個硬件線程阻塞時，能 夠快速切換到核內(nèi)的另一個硬件線程執(zhí)行，大大提高了報文的響應(yīng)速度。本 發(fā)明實施例中，業(yè)務(wù)處理模塊可模擬實現(xiàn)該多核CPU設(shè)備，業(yè)務(wù)處理模塊內(nèi) 的各處理單元可模擬實現(xiàn)多核CPU設(shè)備中的各個核，處理單元的各子單元可 模擬實現(xiàn)各CPU核的多個硬件線程，由于多核CPU中的每一個硬件線程都有 獨立的寄存器，獨立的執(zhí)行空間，因此，可通過處理子單元的硬件子進程來 模擬硬件線程，同時，通過各處理單元以及子處理單元的通信端口來進行通 信。可以看出，本發(fā)明實施例技術(shù)方案中的業(yè)務(wù)處理模塊可有效模擬多核CPU 設(shè)備，當(dāng)需要調(diào)試程序時，可在windows系統(tǒng)下利用Visual 0++開發(fā)工具來 實現(xiàn)業(yè)務(wù)處理模塊，并可在此基礎(chǔ)上對分布式設(shè)備的程序進行編譯和調(diào)試工 作。
圖7為本發(fā)明實施例六提供的模擬分布式設(shè)備處理業(yè)務(wù)的方法的流程示 意圖。本發(fā)明實施例可基于上述本發(fā)明系統(tǒng)實施例所示的分布式設(shè)備的模擬 系統(tǒng)基礎(chǔ)上施行，在Windows系統(tǒng)中，可利用Visual 0++開發(fā)工具實現(xiàn)，以 通過進程以及子進程來模擬實現(xiàn)分布式設(shè)備的各硬件之間的通信及信息的處理，具體地，該方法可包括以下步驟
步驟IOI、通過報文收發(fā)進程接收報文信息，并根據(jù)所述報文信息的類型 轉(zhuǎn)發(fā)至相應(yīng)的業(yè)務(wù)處理進程。
本步驟中，可通過在Windows系統(tǒng)利用Visual 0++開發(fā)工具實現(xiàn)，通過 創(chuàng)建報文收發(fā)進程來接收報文信息，具體地，可包括通過報文捕捉線程獲 取所述報文信息；通過報文轉(zhuǎn)發(fā)線程發(fā)送所述報文信息到所述業(yè)務(wù)處理進程。 其中，l艮文捕捉線程可通過在網(wǎng)絡(luò)驅(qū)動程序界面頭見范(Network Driver Interface Specification, NDIS )驅(qū)動體系結(jié)構(gòu)中實現(xiàn)的上層協(xié)議實現(xiàn)報文 的捕捉和發(fā)送，在網(wǎng)卡上捕捉網(wǎng)絡(luò)上發(fā)送來的報文信息。
步驟102、通過業(yè)務(wù)處理進程中的^5更件子進程對所述^t艮文收發(fā)進程轉(zhuǎn)發(fā)的 所述報文信息進行處理。
本步驟中，通過在Windows系統(tǒng)下創(chuàng)建業(yè)務(wù)處理進程來處理報文收發(fā)線 程接收到的報文信息。實際應(yīng)用中，可在Windows系統(tǒng)下創(chuàng)建多個業(yè)務(wù)處理 進程，且每個業(yè)務(wù)處理進程下又可創(chuàng)建多個硬件子進程，當(dāng)業(yè)務(wù)處理進程接 收到報文分發(fā)進程發(fā)送的報文信息后，即可轉(zhuǎn)發(fā)給硬件子進程進行報文信息 的處理，具體地，可包括通過報文收發(fā)線程接收所述報文收發(fā)進程轉(zhuǎn)發(fā)的 所述報文信息；通過報文分發(fā)線程將所述報文信息分發(fā)到業(yè)務(wù)處理進程中的 至少兩個業(yè)務(wù)處理子進程對所述報文信息進行處理，或者分發(fā)到其它業(yè)務(wù)處 理進程對所述報文信息進行處理；通過所述業(yè)務(wù)處理子進程中的報文收發(fā)子 線程接收所述分發(fā)的報文信息，并通過至少兩個硬件子進程對所述分發(fā)的才艮 文信息進行處理。
本發(fā)明實施例中，通過進程來模擬分布式設(shè)備中的各硬件之間的通信， 即可通過在windows系統(tǒng)上利用Visual 0++開發(fā)工具來模擬分布式設(shè)備中各 硬件之間的通信，因此，在進行嵌入式分布式設(shè)備的程序開發(fā)調(diào)試時，可將 待調(diào)試程序基于本發(fā)明實施例技術(shù)方案的基礎(chǔ)上進行程序的編譯和調(diào)試，由 于其調(diào)試過程是直接利用windows系統(tǒng)下的進程來實現(xiàn)，相對于現(xiàn)有技術(shù)中在虛擬軟件上的調(diào)試來說，程序調(diào)試過程中占用的系統(tǒng)資源少，程序的調(diào)試 效率高，且基于VC調(diào)試可實現(xiàn)所見即所得的調(diào)試效果，可有效保證程序的開 發(fā)質(zhì)量。基于本發(fā)明實施例進行程序調(diào)試中還可對程序代碼進行充分的白盒 測試、功能測試，保證程序邏輯的正確性，進一步地提高程序開發(fā)質(zhì)量。
圖8為本發(fā)明實施例七提供的^^莫擬分布式設(shè)備處理業(yè)務(wù)的方法的流程示 意圖。本發(fā)明實施例在對報文進行處理前，可為處理報文的業(yè)務(wù)處理進程發(fā) 送配置信息，以便業(yè)務(wù)處理進程可根據(jù)用戶設(shè)定的配置信息對報文進行處理。 具體地，本發(fā)明實施例方法可包括以下步驟
步驟201、通過報文收發(fā)進程接收報文信息，并根據(jù)所述報文信息的類型 轉(zhuǎn)發(fā)至相應(yīng)的業(yè)務(wù)處理進程。
步驟202、通過配置報文發(fā)送線程將配置信息發(fā)送到業(yè)務(wù)處理進程，所述 配置信息為通過配置信息獲取線程獲取的用戶指定的包括報文信息檢查規(guī)格 的4言息。
步驟203、所述業(yè)務(wù)處理進程根據(jù)所述配置信息的檢查規(guī)格，對所述報文 信息進行處理，記錄處理時生成的供用戶查看的日志信息。
具體地，本步驟中，可根據(jù)所述配置信息的檢查規(guī)格對所述報文信息進 行檢查，丟棄非法報文，轉(zhuǎn)發(fā)合法報文，并記錄報文處理時的日志信息，同 時，可將檢查合格的報文轉(zhuǎn)發(fā)給報文收發(fā)進程，由報文收發(fā)進程進行相應(yīng)的 處理，且可將處理報文時所記錄的日志信息展示給用戶查看。
此外，本發(fā)明實施例中，在所述報文收發(fā)進程、業(yè)務(wù)處理進程以及硬件 子進程建立時，可為所述報文收發(fā)進程、業(yè)務(wù)處理進程以及硬件子進程分配 相應(yīng)的通信端口，以使所述報文收發(fā)進程、業(yè)務(wù)處理進程以及硬件子進程之 間通過各自的通信端口進行通信，且所述通信端口可包括基于UDP協(xié)議的UDP 通信端口 。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流 程，是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例
的流程。其中，所述的存儲介質(zhì)可為^茲碟、光盤、只讀存儲記憶體(Read-Only Memory,薩)或隨機存儲記憶體(Random Access Memory, RAM)等。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其進 行限制，盡管參照較佳實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技 術(shù)人員應(yīng)當(dāng)理解其依然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換， 而這些修改或者等同替換亦不能使修改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的 4青#申和范圍。
權(quán)利要求
1、一種分布式設(shè)備的模擬系統(tǒng)，其特征在于，包括報文收發(fā)模塊，用于通過報文收發(fā)進程接收報文信息，并根據(jù)所述報文信息的類型轉(zhuǎn)發(fā)至業(yè)務(wù)處理模塊；至少一個業(yè)務(wù)處理模塊，用于通過業(yè)務(wù)處理進程中的硬件子進程對所述報文收發(fā)模塊轉(zhuǎn)發(fā)的所述報文信息進行處理。
2、 根據(jù)權(quán)利要求l所述的分布式設(shè)備的模擬系統(tǒng)，其特征在于，所述報 文收發(fā)模塊包括報文捕捉單元，用于通過報文捕捉線程獲得所述報文信息； 報文轉(zhuǎn)發(fā)單元，用于根據(jù)所述報文信息的類型，通過報文轉(zhuǎn)發(fā)線程將所 述報文信息從通信端口轉(zhuǎn)發(fā)至業(yè)務(wù)處理模塊。
3、 根據(jù)權(quán)利要求1所述的分布式設(shè)備的模擬系統(tǒng)，其特征在于，所述業(yè)務(wù)處理模塊包括接口單元，用于通過報文收發(fā)線程從所述業(yè)務(wù)處理模塊的通信端口接收所述報文收發(fā)模塊轉(zhuǎn)發(fā)的所述報文信息；報文分發(fā)單元，用于通過報文分發(fā)線程將所述報文信息分發(fā)到所述業(yè)務(wù) 處理才莫塊的至少兩個處理單元；至少兩個處理單元，用于通過報文收發(fā)子線程從所述處理單元的通信端 口接收所述報文分發(fā)單元分發(fā)的報文信息，并通過硬件子進程對所述分發(fā)的 報文信息進行處理。
4、 根據(jù)權(quán)利要求3所述的分布式設(shè)備的模擬系統(tǒng)，其特征在于，所述處 理單元包括接口子單元，用于通過所述報文收發(fā)子線程從所述處理單元的通信端口接收所述報文分發(fā)單元分發(fā)的報文信息；至少兩個處理子單元，用于通過硬件子進程對所述分發(fā)的報文信息進行 處理。
5、 根據(jù)權(quán)利要求1所述的分布式設(shè)備的模擬系統(tǒng)，其特征在于，還包括 配置管理模塊，用于通過配置報文發(fā)送線程從所述配置管理模塊的通信端口向各業(yè)務(wù)處理模塊發(fā)送配置信息，所述配置信息包括報文信息檢查規(guī)格； 所述業(yè)務(wù)處理模塊還用于通過配置報文線程接收所述配置管理模塊發(fā)送 的所述配置信息，并根據(jù)所述配置信息的檢查規(guī)格對所述報文信息進行處理。
6、 根據(jù)權(quán)利要求5所述的分布式設(shè)備的模擬系統(tǒng)，其特征在于，所述業(yè) 務(wù)處理模塊在對所迷報文信息處理時還用于生成和記錄日志信息，并通過曰 志線程將所述日志信息從所述業(yè)務(wù)處理模塊的通信端口發(fā)送給所述配置管理模塊；所述配置管理模塊還用于通過日志接收線程接收所述業(yè)務(wù)處理模塊發(fā)送 的所述日志信息，供用戶查看。
7、 根據(jù)權(quán)利要求5所述的分布式設(shè)備的模擬系統(tǒng)，其特征在于，還包括 端口分配模塊，用于為所述報文收發(fā)模塊、各業(yè)務(wù)處理模塊以及配置管理模塊分配固定的通信端口 ，所述通信端口包括基于UDP協(xié)議的UDP通信端C2 。
8、 一種模擬分布式設(shè)備處理業(yè)務(wù)的方法，其特征在于，包括 通過報文收發(fā)進程接收報文信息，并根據(jù)所述報文信息的類型轉(zhuǎn)發(fā)至業(yè)務(wù)處理進程；信息進行處理。
9、 根據(jù)權(quán)利要求8所述的模擬分布式設(shè)備處理業(yè)務(wù)的方法，其特征在于，信息進行處理包括通過報文分發(fā)線程將所述4艮文信息分發(fā)到業(yè)務(wù)處理進程中的至少兩個業(yè) 務(wù)處理子進程；通過所述業(yè)務(wù)處理子進程中的報文收發(fā)子線程接收所述分發(fā)的報文信 息，并通過至少兩個硬件子進程對所述分發(fā)的報文信息進行處理。
10、 根據(jù)權(quán)利要求8所述的模擬分布式設(shè)備處理業(yè)務(wù)的方法，其特征在 于，還包括通過配置報文發(fā)送線程將配置信息發(fā)送到業(yè)務(wù)處理進程，所述配置信息 為通過配置信息獲取線程獲取的用戶指定的包括報文信息檢查規(guī)格的信息；所述業(yè)務(wù)處理進程根據(jù)所述配置信息的檢查規(guī)格，對所述報文信息進行 處理，記錄處理時生成的供用戶查看的日志信息。
11、 根據(jù)權(quán)利要求8所述的模擬分布式設(shè)備處理業(yè)務(wù)的方法，其特征在 于，還包括為所述報文收發(fā)進程、業(yè)務(wù)處理進程以及硬件子進程分配相應(yīng)的通信端 口，以使所述報文收發(fā)進程、業(yè)務(wù)處理進程以及硬件子進程之間通過各自的 通信端口進行通信，所述通信端口包括基于UDP協(xié)議的UDP通信端口 。
全文摘要
本發(fā)明實施例公開了一種分布式設(shè)備的模擬系統(tǒng)和模擬分布式設(shè)備處理業(yè)務(wù)的方法。該系統(tǒng)包括報文收發(fā)模塊，用于通過報文收發(fā)進程接收報文信息，并根據(jù)所述報文信息的類型轉(zhuǎn)發(fā)至相應(yīng)的業(yè)務(wù)處理模塊；至少一個業(yè)務(wù)處理模塊，用于通過業(yè)務(wù)處理進程中的硬件子進程對所述報文收發(fā)模塊轉(zhuǎn)發(fā)的所述報文信息進行處理。本發(fā)明實施例通過進程來模擬分布式設(shè)備中的各硬件，在本發(fā)明實施例技術(shù)方案的基礎(chǔ)上，可在windows系統(tǒng)下對分布式設(shè)備的程序進行開發(fā)調(diào)試，調(diào)試占用的系統(tǒng)資源少，調(diào)試效率高，且在程序調(diào)試中可實現(xiàn)所見即所得的調(diào)試效果，可有效保證程序開發(fā)的質(zhì)量。
文檔編號H04L29/08GK101668036SQ20091009387
公開日2010年3月10日 申請日期2009年9月22日 優(yōu)先權(quán)日2009年9月22日
發(fā)明者劉志光, 勇 徐, 勇 施, 楊少偉 申請人:成都市華為賽門鐵克科技有限公司