專利名稱：一種多功能協(xié)議解析器及其實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡通信中的協(xié)議解析，更具體地說，涉及一種多功能協(xié)議解 析器及其實現(xiàn)方法。
背景技術(shù)：
網(wǎng)絡協(xié)議解析是指通過程序分析網(wǎng)絡數(shù)據(jù)包的協(xié)議幀頭和幀尾，從而了解 信息和相關(guān)的數(shù)據(jù)包在產(chǎn)生和傳輸過程中的行為。包含該程序的軟件和設備就 是協(xié)議解析器。在通信網(wǎng)絡環(huán)境中，各智能設備之間的通信需要依賴各種不同功能的通信 協(xié)議才能進行。發(fā)送方將發(fā)送內(nèi)容按照某種通信協(xié)議組成協(xié)議消息進行發(fā)送， 而接收方按照相同的通信協(xié)議解析接收到的協(xié)議消息，從而獲得發(fā)送內(nèi)容。其 中，協(xié)議消息包括協(xié)議規(guī)范定義的標準協(xié)議消息和設備商開發(fā)的自定義協(xié)議消 息。通信設備制造商在開發(fā)設備時，需要對設備的協(xié)議消息進行跟蹤和測試， 通過觀察這些協(xié)議消息的通信過程及其包含的詳細內(nèi)容，可以發(fā)現(xiàn)設備存在的 問題，進而衡量設備穩(wěn)定性的高低。再者，對于通信運營商而言，也需要通過 跟蹤和分析在網(wǎng)絡中傳輸?shù)膮f(xié)議消息，從而找出通信網(wǎng)絡存在的問題，進而達 到對通信網(wǎng)絡性能不斷優(yōu)化的效果。目前，隨著我國動力設備的發(fā)展，從事動力設備的商家推出的智能設備種 類越來越繁多，在自動化系統(tǒng)聯(lián)網(wǎng)中通信協(xié)議的多樣化問題，越來越突出。由 于需要管理多種類型設備，而各種設備的管理通信協(xié)議不一致，己嚴重影響到 設備系統(tǒng)的性能、工期、成本和系統(tǒng)穩(wěn)定。而且，動力設備及其環(huán)境集中監(jiān)控系統(tǒng)得到了廣泛應用，監(jiān)控對象多元化 (包括開關(guān)電源、智能空調(diào)、UPS、智能油機、電池、門禁、紅外、煙感系統(tǒng)、高低壓配電系統(tǒng)等)，智能設備的種類越來越多、地域上越來越分散，協(xié) 議棧復雜化，經(jīng)常需要開發(fā)人員到基站現(xiàn)場進行智能設備的協(xié)議開發(fā)和調(diào)試。 因此，由于各廠家的現(xiàn)場調(diào)試時間和費用主要集中在智能設備系統(tǒng)中各廠家設 備的通信協(xié)議轉(zhuǎn)換和聯(lián)網(wǎng)上，造成大量人力物力浪費，大大影響工程進度。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題在于，針對現(xiàn)有技術(shù)的上述通信協(xié)議多樣化、現(xiàn) 場協(xié)議開發(fā)和調(diào)試不方便等缺陷，提供一種多功能協(xié)議解析器及其實現(xiàn)方法， 能夠在監(jiān)控中心進行基站現(xiàn)場智能設備的仿真和模擬告警測試，大大提高了開 發(fā)效率，降低了開發(fā)成本和調(diào)試成本，縮短了開發(fā)周期。本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是:構(gòu)造一種多功能協(xié)議解析器 的實現(xiàn)方法，在測試端和仿真端之間進行協(xié)議解析的仿真測試，其中，在所述測試端執(zhí)行如下步驟a、 將數(shù)據(jù)請求報文進行封裝，并作為請求幀分發(fā)給所述仿真端；b、 對所述仿真端返回的響應幀進行解析，并將所述解析結(jié)果以預設模式 進行顯示；在所述仿真端執(zhí)行如下步驟C、對所述測試端發(fā)來的請求幀進行緩存并與所述仿真端中的協(xié)議數(shù)據(jù)源 進行比較判斷，所述協(xié)議數(shù)據(jù)源包含多個與請求幀對應的測試環(huán)境數(shù)據(jù)；d、若具有匹配的結(jié)果，則將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝并作 為響應幀返回給所述測試端；否則，返回錯誤信息。在本發(fā)明所述的多功能協(xié)議解析器的實現(xiàn)方法中，所述步驟b具體包括bl、遍歷所述仿真端中的預設協(xié)議特征庫，判斷是否有匹配的協(xié)議，所述 預設協(xié)議特征庫包含多種協(xié)議規(guī)范文本；b2、若有匹配協(xié)議，則按照所述預設協(xié)議特征庫中相應的協(xié)議規(guī)范文本進行語義解析；否則，根據(jù)所述仿真端所提供的協(xié)議規(guī)范文本運行腳本程序或手動方 式解析收到的響應幀，并將所述仿真端的協(xié)議規(guī)范文本保存到所述協(xié)議特征庫6在本發(fā)明所述的多功能協(xié)議解析器的實現(xiàn)方法中，在執(zhí)行所述步驟b之前 進一步包括b0、若在預設時間內(nèi)沒有收到所述仿真端返回的響應幀，則重新發(fā)送，重 新發(fā)送預設次數(shù)還沒有收到所述仿真端返回的響應幀，則退出程序并顯示錯誤>{會自 1 口 's、，若在預設時間內(nèi)收到所述仿真端返回的響應幀，則執(zhí)行所述步驟b。本發(fā)明還同時公開了一種多功能協(xié)議解析器，包括測試端，用于將數(shù)據(jù)請求報文進行封裝，并作為請求幀分發(fā)給所述仿真端，對所述仿真端返回的響應幀進行解析，并以預設模式將該解析結(jié)果進行顯示； 仿真端，用于將所述測試端發(fā)來的請求幀進行緩存并與所述仿真端中的協(xié)議數(shù)據(jù)源進行比較判斷，并將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝并作為響應幀返回給所述測試端。在本發(fā)明所述的多功能協(xié)議解析器中，所述測試端具體包括 圖形界面模塊，用于將該解析結(jié)果以預設模式進行顯示； 發(fā)送模塊，用于將請求幀進行封裝和分發(fā)； 接收模塊，用于對接收到的響應幀進行緩存和預處理； 響應報文處理模塊，用于對接收到的響應幀按照幀的格式進行判斷，并按照所述測試端的預設協(xié)議特征庫中相應的協(xié)議規(guī)范文本對所述響應幀進行語義解析，并將解析結(jié)果發(fā)送給所述圖形界面模塊。在本發(fā)明所述的多功能協(xié)議解析器中，所述仿真端具體包括 接收模塊，用于對接收到的響應幀進行緩存和預處理；請求報文處理模塊，用于根據(jù)自身的緩存策略，將所述測試端發(fā)來的請求 幀與所述仿真端中的協(xié)議數(shù)據(jù)源進行比較判斷，并將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù) 報文進行封裝并作為響應幀返回給所述測試端。在本發(fā)明所述的多功能協(xié)議解析器中，所述測試端具體還包括 時鐘模塊，用于設置和管理請求幀發(fā)送的時間和響應幀接收的超時時間。 本發(fā)明的有益效果是，采用本發(fā)明所述的多功能協(xié)議解析器，能夠在監(jiān)控7中心進行基站現(xiàn)場智能設備的仿真和模擬告警測試，大大提高了開發(fā)效率、降 低了開發(fā)成本和調(diào)試成本、縮短了開發(fā)周期，同時對智能設備通信問題的快速 定位和解決，起到了很大的幫助作用。


下面將結(jié)合附圖及實施例對本發(fā)明作進一步說明，附圖中 圖1是本發(fā)明所述多功能協(xié)議解析器的結(jié)構(gòu)框圖； 圖2是本發(fā)明所述多功能解析器的流程示意圖；圖3是本發(fā)明所述多功能協(xié)議解析器的數(shù)據(jù)幀解析過程的流程圖。
具體實施方式
為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實 施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅 僅用以解釋本發(fā)明，并不用于限定本發(fā)明。如圖l、圖2所示， 一種多功能協(xié)議解析器，包括測試端和仿真端。測試端，用于將數(shù)據(jù)請求報文進行封裝，并作為請求幀分發(fā)給所述仿真端， 對所述仿真端返回的響應幀進行解析，并以預設模式將該解析結(jié)果進行顯示。測試端具體包括圖形界面模塊(即UI模塊)、發(fā)送模塊、接收模塊、響 應報文處理模塊以及時鐘模塊。以下將對這些模塊進行詳細說明。圖形界面模塊用于將解析結(jié)果以預設模式顯示出來。例如-對于正常數(shù)據(jù)，圖形界面模塊自動繪制成趨勢報表，通過該趨勢圖可以看 出歷史數(shù)據(jù)的變化趨勢，通過對仿真端智能設備運行數(shù)據(jù)的詳盡分析，實現(xiàn)對 智能設備的運行狀態(tài)和使用壽命的診斷，做到防患于未然，對智能設備的維護 提供了有效的管理和監(jiān)督手段。對于告警數(shù)據(jù)系統(tǒng)能自動判別所發(fā)送告警的嚴重等級，并完成對應的處 理工作，包括告警狀態(tài)彈出窗口、聲光報警、打印機輸出、告警呼叫、EMAIL 通知功能，并能快速地對故障進行分析和定位，保證所有的重要告警都能得到 及時處理。圖形界面模塊還用于將歷史數(shù)據(jù)寫入數(shù)據(jù)庫，支持歷史數(shù)據(jù)以報表方式査 詢，并以擴展名為.log的日志文件格式保存通信數(shù)據(jù)包，利于日后對智能設備 的運行數(shù)據(jù)分析和事件記錄査詢，同時將結(jié)果輸出到終端打印機。發(fā)送模塊，用于將數(shù)據(jù)幀進行封裝和分發(fā)。但是在對數(shù)據(jù)幀進行封裝和分 發(fā)之前需要生成完成的數(shù)據(jù)幀，具體如下生成數(shù)據(jù)幀方式包括手動方式、運行腳本程序和調(diào)用動態(tài)連接庫；手動 方式生成單條測試命令，其用于在測試仿真智能設備的通信口是否良好，或者 尋找網(wǎng)絡中是否有節(jié)點存在；腳本程序是一系列的指令集，其用于測試命令具 有一定的重復性和協(xié)議命令具有一定復雜性的情況；動態(tài)鏈接庫是針對具體的智能設備而設計的，其按照特定智能設備的協(xié)議規(guī)范文本開發(fā)出智能設備協(xié)議 特征庫。通過選擇數(shù)據(jù)幀的類型，由智能設備協(xié)議特征庫中自動生成幀頭、幀尾。具體為輸入仿真智能設備的物理地址(即MAC地址)，選擇是否需要證實請求，確定是否支持分包傳輸(如果有分包，選擇分包標記)并選擇檢驗算法類型包括通用的循環(huán)冗余校驗(Cyclic Redundancy Check,簡稱CRC)，如 CRC-4、 CRC-8、 CRC-12、 CRC-16、 CRC-CCIT、 CRC-32和郵電總局協(xié)議校 驗算法CHKSUM、異或XOR、求和SUM等各種數(shù)據(jù)校驗算法，生成完整的 數(shù)據(jù)幀。生成完整的數(shù)據(jù)幀后，可通過以下步驟對數(shù)據(jù)幀(可稱為請求幀)進行發(fā)送首先，選擇通信介質(zhì)，通信介質(zhì)可以選擇標準串口方式、MODEM撥 號、數(shù)據(jù)上網(wǎng)器抽時隙方式、MS/TP485方式、TCP/IP方式或者UDP方式。 其中，串口通信方式適用于近距離的點對點的智能設備仿真和測試；MS/TP485 適用于RS485總線組網(wǎng)的令牌環(huán)TOKEN-PASSING通信方式；TCP/IP適用于 對遠程的智能設備進行仿真和測試。然后，選擇正確的端口類型和端口號，進行通信參數(shù)的設置，并選擇以十 六進制格式、ASCII碼格式或者混合方式發(fā)送?？梢赃x擇單次發(fā)送或者多次循 環(huán)自動發(fā)送。如果是多次自動發(fā)送，則進行發(fā)送周期的設置?？梢赃x擇主動上報方式或者是主從輪詢方式。由于智能設備的現(xiàn)場可能存在著噪聲干擾，為了 驗證該智能設備的抗干擾能力，所以在發(fā)送數(shù)據(jù)幀的時候也可以選擇是否加入 干擾碼。接收模塊，用于對接收到的數(shù)據(jù)幀進行緩存和預處理，即主要用于驗證接 收數(shù)據(jù)幀的內(nèi)容的完整性和正確性，包括數(shù)據(jù)幀的長度、地址、幀頭尾和校驗 內(nèi)容是否正確。響應報文處理模塊，用于對接收到的響應幀按照幀的格式進行判斷，并按 照所述測試端的預設協(xié)議特征庫中相應的協(xié)議規(guī)范文本對所述響應幀進行語 義解析，并將解析結(jié)果發(fā)送給所述圖形界面模塊。響應報文處理模塊按照協(xié)議規(guī)范文本的格式要求對當前數(shù)據(jù)幀進行解析， 能夠?qū)f(xié)議數(shù)據(jù)幀中每一部分逐字節(jié)的語義解析，以及將當前的值以樹形分層 顯示。在整個樹形結(jié)構(gòu)中，每一個主分支分別代表協(xié)議棧的不同層，每一個子 分支則代表在同一層中的協(xié)議數(shù)據(jù)單元的內(nèi)容。本發(fā)明所述協(xié)議解析器支持多 種協(xié)議幀的語義解析，其中包括電信、移動、郵電總局YDN23協(xié)議、工業(yè)自動化標準Modbus協(xié)議、Modbus/IP協(xié)議、智能樓宇控制BACnet協(xié)議、電 力遠動傳輸、電力IOI、電力103規(guī)約等。響應報文處理模塊還可以分別以十六進制和ASCII碼格式對照顯示數(shù)據(jù) 幀的原始數(shù)據(jù)內(nèi)容。能夠高亮度突出顯示當前選中數(shù)據(jù)段的內(nèi)容，并通過圖形 界面模塊用圖形化界面顯示出來，可以在圖形化界面中進行菜單選擇，非常直 觀和便捷。時鐘模塊，用于設置和管理請求幀發(fā)送的時間和響應幀接收的超時時間。 仿真端，用于將所述測試端發(fā)來的請求幀進行緩存并與所述仿真端中的協(xié)議數(shù)據(jù)源進行比較判斷，并將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝并作為響應幀返回給所述測試端。仿真端具體包括接收模塊、請求報文處理模塊以及發(fā)送模塊。其中接收模塊與發(fā)送模塊的功能作用與上述測試端中的接收模塊和發(fā)送模塊一致。請求報文處理模塊，用于根據(jù)自身的緩存策略，將所述測試端發(fā)來的請求 幀與所述仿真端中的協(xié)議數(shù)據(jù)源進行比較判斷，并將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝并作為響應幀返回給所述測試端。其中，所述協(xié)議數(shù)據(jù)源包含多個與請求幀對應的測試環(huán)境數(shù)據(jù)，其為根據(jù) 智能設備的協(xié)議規(guī)范文本，按照一定的格式生成的收發(fā)數(shù)據(jù)幀集合，并生成一 個純文本格式的數(shù)據(jù)源文檔。協(xié)議規(guī)范文本詳細地描述了該智能設備的通信協(xié) 議格式、通信參數(shù)、最大包長度等內(nèi)容。請求報文處理模塊調(diào)入智能設備的收 發(fā)數(shù)據(jù)源，選擇適當?shù)耐ㄐ欧绞胶投丝谔?，進行通信參數(shù)設置、并進入監(jiān)聽listening狀態(tài)、接收遠程連接請求，建立連接。請求報文處理模塊對接收的數(shù)據(jù)幀進行解析和正確性驗證，遍歷協(xié)議數(shù)據(jù) 源，査找協(xié)議數(shù)據(jù)源中與該數(shù)據(jù)幀相匹配的數(shù)據(jù)包，若有，則返回對應的響應 幀，否則返回錯誤信息的提示，并記錄整個通信過程，統(tǒng)計通信成功次數(shù)。若 還需要對智能設備的告警信息進行測試，則需調(diào)用告警處理模塊，調(diào)入告警閥 值配置和告警等級設置信息。選擇隨機產(chǎn)生數(shù)據(jù)，利用隨機函數(shù)，按照具體的 告警閥值配置信息，在一定的范圍內(nèi)產(chǎn)生隨機的告警信息，用來模擬現(xiàn)場的告警。下面對測試端與仿真智能設備(即仿真端)進行協(xié)議解析的過程進行詳細說明如圖1、圖3所示，圖1中的預設協(xié)議特征庫中包含了多種智能設備的 協(xié)議特征和協(xié)議數(shù)據(jù)源，能夠?qū)@些智能設備協(xié)議進行解析和處理。本發(fā)明 所述的多功能協(xié)議解析器能夠?qū)⒔邮盏降臄?shù)據(jù)幀與智能設備協(xié)議特征庫中 的協(xié)議特征進行比較，進行協(xié)議類型識別。步驟S1:發(fā)送模塊用于對測試端的數(shù)據(jù)請求報文進行組裝和分發(fā)。把用 戶的請求數(shù)據(jù)組織好后，從協(xié)議棧最高層向下逐層傳遞，分別經(jīng)過應用層、 安全層、網(wǎng)絡層、數(shù)據(jù)鏈路層進行了逐層打包封裝，最后到達物理層進行比 特流傳輸。步驟S2:仿真端的接收模塊主要完成對接收到請求數(shù)據(jù)報文的緩存和預 處理。請求報文處理模塊根據(jù)自身的緩存策略來應答測試端的請求幀，并緩 存請求幀的應答。由于對響應幀進行了緩存，因此可加速最終用戶的請求速 度和智能設備協(xié)議幀的解析效率。仿真端首先査詢自身的緩存，并與智能設備協(xié)議特征庫中的協(xié)議數(shù)據(jù)源 進行比較，如果有匹配的結(jié)果，則封裝成符合該智能設備協(xié)議棧的數(shù)據(jù)報文 作為響應幀，并通過仿真端的發(fā)送模塊返回給測試端的接收模塊，否則，轉(zhuǎn) 到步驟S8。步驟S3:測試端的接收模塊主要完成對接收到響應數(shù)據(jù)報文的緩存和預 處理。協(xié)議棧模塊的物理層和硬件抽象層實現(xiàn)端口驅(qū)動與收發(fā)控制，端口讀寫 采用的中斷方式。數(shù)據(jù)鏈路層負責將數(shù)據(jù)組織成幀，并完成差錯校正和流量 控制的任務，網(wǎng)絡層對收到來自數(shù)據(jù)鏈路層數(shù)據(jù)，解析出相應的地址信息， 并把地址信息和應用層綁定起來存放到一個結(jié)構(gòu)中傳送給應用層。協(xié)議棧報 文封裝好后，從第一層物理層開始，每層剝?nèi)ハ鄳母鲗訁f(xié)議數(shù)據(jù)單元后轉(zhuǎn) 交給上一層，當?shù)竭_應用層時，把最終的用戶信息取出，這樣就分別對數(shù)據(jù) 鏈路層、網(wǎng)絡層、安全層和應用層進行了逐層分析和解碼，也完成了整個通 信過程。步驟S4:響應報文處理模塊首先對接收到的數(shù)據(jù)幀幀頭進行判斷，如果 幀頭符合繼續(xù)，否則轉(zhuǎn)步驟SIO。步驟S5:對幀數(shù)據(jù)包長度進行判斷，如果接收到的實際長度與數(shù)據(jù)包中 數(shù)據(jù)長度一致繼續(xù)，否則轉(zhuǎn)步驟SIO。步驟S6:對幀類型進行判斷，如果幀類型正確繼續(xù)，否則轉(zhuǎn)步驟S10; 對檢驗碼進行驗證，如果校驗碼匹配繼續(xù)，否則轉(zhuǎn)步驟S10;對幀尾進行驗證， 如果幀尾正確繼續(xù)，否則轉(zhuǎn)步驟SIO。步驟S7:如果上述所有信息都正確，則按照預設協(xié)議特征庫中的協(xié)議規(guī) 范對數(shù)據(jù)區(qū)域進行語義解析，并把結(jié)果返回給圖形界面模塊(即圖中的UI模 塊)。圖形界面模塊以協(xié)議樹的方式對數(shù)據(jù)幀進行分層次顯示，并通過擴展協(xié) 議樹中的相應節(jié)點，可以得到該數(shù)據(jù)包中各部分的更詳盡的信息。同時以十六 制顯示的數(shù)據(jù)包的具體內(nèi)容，這是響應數(shù)據(jù)包在物理層媒體上傳輸時的比特流 數(shù)據(jù)，當在協(xié)議樹中選中某行時，與其對應的十六進制代碼同樣會被高亮度顯 示為選中狀態(tài)，這樣就可以很方便地對各種協(xié)議的數(shù)據(jù)包進行分析。步驟S8:對于系統(tǒng)不能識別的協(xié)議類型，需要按照協(xié)議規(guī)范文本，進行 手工解析，并保存該協(xié)議類型的相關(guān)特征參數(shù)到智能設備協(xié)議特征庫中(如BACnet+)，以后若有具備這些特征的智能設備協(xié)議幵發(fā)，就可以直接從智能 設備協(xié)議特征庫中選取該類型，并自動進行協(xié)議數(shù)據(jù)解析和處理。步驟S9:測試端的時鐘模塊用來設置和管理報文發(fā)送和報文接收的超時時間，如果在規(guī)定的時間內(nèi)沒有完成對數(shù)據(jù)報文的發(fā)送或者沒有接收到報文數(shù)據(jù)，則認為本次報文發(fā)送或者報文接收失敗，如果重試預設次數(shù)(例如3 次)仍然是失敗，則轉(zhuǎn)步驟SIO。步驟S10:程序退出并顯示錯誤信息。本發(fā)明所述多功能協(xié)議解析器中的協(xié)議解析工具有很多，但都是針對一 般、特定或者專用協(xié)議進行解析，該多功能協(xié)議解析器包括了常用的電信、移動、郵電總局、郵電總局YDN23協(xié)議、工業(yè)標準Modbus協(xié)議、智能樓 宇控制BACnet協(xié)議、TCP/IP等標準協(xié)議，能夠完成了幾百種智能設備的接 入和仿真測試，而且還可以通過手動方式在預設協(xié)議特征庫中增加新的協(xié)議 類型，逐步建立起一個越來越完備的智能設備協(xié)議特征庫。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若對本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求 及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1. 一種多功能協(xié)議解析器的實現(xiàn)方法，其特征在于，在測試端和仿真端之間進行協(xié)議解析的仿真測試，其中，在所述測試端執(zhí)行如下步驟a、將數(shù)據(jù)請求報文進行封裝，并作為請求幀分發(fā)給所述仿真端；b、對所述仿真端返回的響應幀進行解析，并將所述解析結(jié)果以預設模式進行顯示；在所述仿真端執(zhí)行如下步驟c、對所述測試端發(fā)來的請求幀進行緩存并與所述仿真端中的協(xié)議數(shù)據(jù)源進行比較判斷，所述協(xié)議數(shù)據(jù)源包含多個與請求幀對應的測試環(huán)境數(shù)據(jù)；d、若具有匹配的結(jié)果，則將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝并作為響應幀返回給所述測試端；否則，返回錯誤信息。
2、 根據(jù)權(quán)利要求1所述的多功能協(xié)議解析器的實現(xiàn)方法，其特征在于， 所述步驟b具體包括bl、遍歷所述仿真端中的預設協(xié)議特征庫，判斷是否有匹配的協(xié)議，所述 預設協(xié)議特征庫包含多種協(xié)議規(guī)范文本；b2、若有匹配協(xié)議，則按照所述預設協(xié)議特征庫中相應的協(xié)議規(guī)范文本進 行語義解析；否則，根據(jù)所述仿真端所提供的協(xié)議規(guī)范文本運行腳本程序或手動方 式解析收到的響應幀，并將所述仿真端的協(xié)議規(guī)范文本保存到所述協(xié)議特征庫 中。
3、 根據(jù)權(quán)利要求1所述的多功能協(xié)議解析器的實現(xiàn)方法，其特征在于， 在執(zhí)行所述步驟b之前進一步包括b0、若在預設時間內(nèi)沒有收到所述仿真端返回的響應幀，則重新發(fā)送，重 新發(fā)送預設次數(shù)還沒有收到所述仿真端返回的響應幀，則退出程序并顯示錯誤 信息；若在預設時間內(nèi)收到所述仿真端返回的響應幀，則執(zhí)行所述步驟b。
4、 一種多功能協(xié)議解析器，其特征在于，包括測試端，用于將數(shù)據(jù)請求報文進行封裝，并作為請求幀分發(fā)給所述仿真 端，對所述仿真端返回的響應幀進行解析，并以預設模式將該解析結(jié)果進行顯示；仿真端，用于將所述測試端發(fā)來的請求幀進行緩存并與所述仿真端中的協(xié) 議數(shù)據(jù)源進行比較判斷，并將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝，作為響 應幀返回給所述測試端。
5、 根據(jù)權(quán)利要求4所述的多功能協(xié)議解析器，其特征在于，所述測試端 具體包括圖形界面模塊，用于將該解析結(jié)果以預設模式進行顯示； 發(fā)送模塊，用于將請求幀進行封裝和分發(fā)； 接收模塊，用于對接收到的響應幀進行緩存和預處理； 響應報文處理模塊，用于對接收到的響應幀按照幀的格式進行判斷，并按照所述測試端的預設協(xié)議特征庫中相應的協(xié)議規(guī)范文本對所述響應幀進行語義解析，并將解析結(jié)果發(fā)送給所述圖形界面模塊。
6、 根據(jù)權(quán)利要求4所述的多功能協(xié)議解析器，其特征在于，所述仿真端 具體包括接收模塊，用于對接收到的響應幀進行緩存和預處理； 請求報文處理模塊，用于根據(jù)自身的緩存策略，將所述測試端發(fā)來的請求幀與所述仿真端中的協(xié)議數(shù)據(jù)源進行比較判斷，并將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝，作為響應幀返回給所述測試端。
7、 根據(jù)權(quán)利要求5所述的多功能協(xié)議解析器，其特征在于，所述測試端 具體還包括時鐘模塊，用于設置和管理請求幀發(fā)送的時間和響應幀接收的超時時間。
8、 一種多功能協(xié)議解析器，其特征在于，包括 圖形界面模塊，用于將該解析結(jié)果以預設模式進行顯示； 發(fā)送模塊，用于將請求幀進行封裝和分發(fā)； 接收模塊，用于對接收到的響應幀進行緩存和預處理；響應報文處理模塊，用于對接收到的響應幀按照幀的格式進行判斷，并按 照預設協(xié)議特征庫中相應的協(xié)議規(guī)范文本對所述響應幀進行語義解析，并將解 析結(jié)果發(fā)送給所述圖形界面模塊。
9、 根據(jù)權(quán)利要求8所述的多功能協(xié)議解析器，其特征在于，所述協(xié)議解析器具體還包括時鐘模塊，用于設置和管理請求幀發(fā)送的時間和響應幀接收的超時時間。
10、 根據(jù)權(quán)利要求8或9所述的多功能協(xié)議解析器，其特征在于，所述預 設協(xié)議特征庫包含多種協(xié)議規(guī)范文本，可通過手動或運行腳本程序的方式在所 述預設協(xié)議特征庫中增加新的協(xié)議規(guī)范文本。
全文摘要
本發(fā)明涉及一種多功能協(xié)議解析器，包括測試端，用于將數(shù)據(jù)請求報文進行封裝，并作為請求幀分發(fā)給所述仿真端，對所述仿真端返回的響應幀進行解析，并以預設模式將該解析結(jié)果進行顯示；仿真端，用于將所述測試端發(fā)來的請求幀進行緩存并與所述仿真端中的協(xié)議數(shù)據(jù)源進行比較判斷，并將所述協(xié)議數(shù)據(jù)源中的數(shù)據(jù)報文進行封裝，作為響應幀返回給所述測試端。實施本發(fā)明能夠在監(jiān)控中心進行基站現(xiàn)場智能設備的仿真和模擬告警測試，大大提高了開發(fā)效率，降低了開發(fā)成本和調(diào)試成本，縮短了開發(fā)周期。
文檔編號H04L29/06GK101262472SQ20071008773
公開日2008年9月10日 申請日期2007年3月7日 優(yōu)先權(quán)日2007年3月7日
發(fā)明者鳴 馮, 包培友, 皓 蔡 申請人:力博特公司