• <li id="00i08"><input id="00i08"></input></li>
  • <sup id="00i08"><tbody id="00i08"></tbody></sup>
    <abbr id="00i08"></abbr>
  • 新聞中心

    EEPW首頁 > 模擬技術 > 設計應用 > 接口協議智能編解碼方法研究

    接口協議智能編解碼方法研究

    作者: 時間:2010-05-05 來源:網絡 收藏

    引言

    本文引用地址:http://www.czjhyjcfj.com/article/188219.htm

    復雜信息系統有一個共同的特點:組成成員眾多。因此,其仿真涉及到的實體眾多,實體間也很復雜,而且,不同仿真系統定義的往往是相差甚遠。以上因素使得復雜信息系統仿真中的編解碼處理工作難于統一,往往是每個復雜信息系統仿真都要花大量的時間來編寫接口協議的編碼和解碼程序。如何將接口協議的工作集成化,做到仿真平臺與接口協議的編碼和解碼在一定程度上相互獨立,即軟件接口協議的改動不影響仿真平臺其它程序代碼的改動,做到程序和數據分離;另一方面,希望不同系統仿真可以共用接口協議的編碼和解碼的代碼。本文將解決這兩個方面的難題,提出一種復雜信息系統仿真中接口協議的方法。

    1 方法的基本思路

    要使得接口協議的編解碼工作集成化、具有通用性,首先要對接口協議進行存儲。考慮到通用性的要求,對接口協議的存儲應該也具有通用性,因此,必須設計一種能夠動態響應不同協議的存取方法。對于協議的存儲可以采用數據庫或者其它的手段。但是,數據庫技術很難直接反映每個記錄(接口協議的具體單元)所屬的前后層次關系,這給后續的編解碼工作帶來一定的困難。為了克服數據庫技術的這種不足,采用另外一種方式:XML 技術。XML 的樹形結構能夠很好的反映數據的層次關系;另外,其數據傳輸速度快,編程操作方便。將用戶輸入的協議存儲在XML 文件中,然后根據XML 文件進行編碼和解碼。此時,關鍵的問題就是如何設計靈活、通用的數據結構來處理XML 文件中的協議信息。圖1 描述了方法的基本思路。

    2 幾個關鍵技術問題的處理

    由上述基本思路可知,方法的實現有幾個關鍵的技術問題需要解決:

    XML 文檔的結構如何設計才能存儲不同結構形式的接口協議?

    什么樣的數據結構才能存放XML 文檔中的接口協議數據?

    針對數據結構如何確定編解碼流程?

    以上三個問題具有緊密的邏輯關系,由于問題1)的復雜性使得問題2)解決存在一定的難度,進而使得問題3)的解決更加困難。

    2.1 XML文檔結構的設計

    利用XML 文檔存儲編解碼規則時,關鍵是XML 文檔結構的設計,因為XML 文檔結構在一定程度上會影響編解碼的效率甚至是整個仿真軟件的效率。我們按照逐級分類原則對編解碼規則進行分類存儲。比如飛機A 的位置這樣一條信息的接口協議存取為XML 文檔后,其結構如下所示:

    ?xml version=1.0 encoding=utf-8?>

    飛機A>

    位置>

    經度>起始位置>/起始位置>長度>/長度>數據類型> /數據類型>/經度>

    緯度> /緯度>

    高程> /高程>

    /位置>

    /飛機A>

    省略號代表對應的編解碼接口協議。當我們把所有的編解碼規則都存儲到XML 文檔后,我們就可以利用已有的XML 文檔進行報文編碼與解碼。當編解碼信息長度或者是編解碼信息單元內的信息位置需要改變時我們只需要修改XML 的相應內容。

    2.2 編解碼方法的數據結構

    為了對接口協議進行有效的編解碼,其編碼的數據結構的設計至關重要。在設計接口協議編解碼的數據結構時,既要考慮復雜信息系統接口協議的特點,又要方便程序的開發。

    一方面,在報文編解碼時我們應該首先對整條報文編解碼加以控制,比如應答控制、重發控制、糾錯控制、目的地控制、發送通道控制等。我們將這種控制信息叫做報頭編解碼(幀頭編

    解碼),其數據結構可設計如下:

    typedef struct FrameHead

    {

    char* frame_number; //報文編號

    bool type; //報文類型(發送還是反饋)

    char* start; //發送方

    char* destination; //接收方

    byte number; //編解碼信息單元數量

    short length; //編解碼信息單元長度

    bool responsion; //應答控制

    char* resposion_number; //所應答報文的編號

    byte chunnel; //發送通道

    Unit* info; //第一個編解碼信息單元

    } FrameHead

    另一方面,每條完整的接口信息都是由若干編解碼信息單元組成,編解碼信息單元的數據結構的設計直接關系到編解碼的效率和可擴展性,其數據結構可設計如下:

    typedet struct Unit

    {

    char* unit_number; //信息單元編號

    bool send_element[MAX_ELE]; //有效信息標識

    Unit* next; // 下一信息單元

    }Unit;

    其中,MAX_ELE 為編解碼信息單元內最大的信息元素數量(比如,經度即可視為一個信息元素)。當信息元素是本接口信息的最后一個時,next=NULL

    2.3編解碼流程

    程序設計時,我們主要關心兩種流程:數據流和程序流程。前者是我們從整體上把握編解碼設計的體系;后者是詳細的功能實現。

    整個數據流程是這樣的:首先,將編解碼規則整理、存儲為XML 文檔,然后,利用XML 文檔對協議報文進行編碼,最后,再利用XML 文檔對協議密文進行解碼。


    上一頁 1 2 下一頁

    評論


    相關推薦

    技術專區

    關閉
    主站蜘蛛池模板: 黄冈市| 交口县| 酒泉市| 建始县| 清涧县| 铜鼓县| 嘉峪关市| 姜堰市| 曲麻莱县| 瑞昌市| 成都市| 巴彦淖尔市| 临潭县| 托里县| 巍山| 白朗县| 漳浦县| 凉城县| 武隆县| 阿拉善左旗| 沛县| 长岛县| 嵩明县| 奉贤区| 洛宁县| 巩留县| 贡觉县| 黔西| 社旗县| 儋州市| 慈利县| 郯城县| 乌拉特中旗| 通州区| 顺昌县| 屯昌县| 金沙县| 尚志市| 肥乡县| 德清县| 云安县|