【正文】 和監(jiān)視手段，實施全面情報保障：建立高效通令網(wǎng)絡，保證情報及時傳送、聯(lián)絡通暢穩(wěn)定，指揮中心立體配置。也就是說在軍事指揮體系中，用用以電腦為核心的技術裝備與指揮人員相結合，對部隊和武器實施指揮與控制的“人一機”系統(tǒng)。它成為被稱作“全球互聯(lián)網(wǎng)”或“因特網(wǎng)” (Inter)的基礎。該字段是可選的，而且在不用于運算時記為 0。 一個 UDP數(shù)據(jù)段包括一個 8字節(jié)的頭和數(shù)據(jù)部分。 UDP 協(xié)議 Inter 協(xié)議組同樣支持無連接的傳輸協(xié)議 UDP。在最簡單的情況下，握手過程如圖 所示。在 TCP/IP 協(xié)議組件中，網(wǎng)絡層協(xié)議包括 IP 協(xié)議 (網(wǎng)際協(xié)議 )， ICMP 協(xié)議 (Inter 互連網(wǎng)控制報文協(xié)議 )，以及 IGMP 協(xié)議 (Inter 組管理協(xié)議 )。而另一方面， UDP 則為應用層提供一種非常簡單的服務。 在 TCP/IP 協(xié)議族中，有兩個互不相同的傳輸協(xié)議： TCP(傳輸控制協(xié)議 )和 UDP(用戶數(shù)據(jù)包協(xié)議 )。 FTP 文件傳輸協(xié)議 而TCP/IP 通訊協(xié)議采用了 4 層的層級結構，如圖 所示，每一層都呼叫它的下一層所提供的網(wǎng)絡來完成自己的需求。 TCP/IP 協(xié)議的分層結構 TCP/IP 協(xié)議并不完全符合 OSI 的七層參考模型 ， TCP/IP 與 ISO/OSI 參考模型之間的對應關系如圖 所示 。 DOD 模型與 TCP/IP 協(xié)議套件有緊密的聯(lián)系。來自某一層的由數(shù)據(jù)和頭所組成的信息塊又成為下一層的數(shù)據(jù)。正如許多秘書通 7 過使用這種標準的信使服務來發(fā)送備忘錄一樣，分層的網(wǎng)絡可以通過將信息包交給網(wǎng)絡層來發(fā)送這些信息包?？紤]公司是如何運做的：秘書寫備忘錄來向總裁（相鄰的上一層）提供秘書服務。 給每一層都分配了一組特定的功能。而另一方面， UDP 則為應用層提供一種非常簡 單的服務。在 TCP/IP 協(xié)議組件中，網(wǎng)絡層協(xié)議包括 IP 協(xié)議（網(wǎng)際協(xié)議）， ICMP 協(xié)議（ Inter 互連網(wǎng)控制報文協(xié)議），以及 IGMP協(xié)議（ Inter 組管理協(xié)議）。 TCP/IP 通常被認為是一個四層協(xié)議系統(tǒng)，每一層負責不同的功能。 傳輸層：為用戶提供端到端的數(shù)據(jù)傳送服務。 6 7 個 OSI 層 為簡單起見， ISO 小組委員會采用分而治之的方法。它分為如圖 。 開放系統(tǒng)互連（ OpenSystemInterconnection， OSI）模型 現(xiàn)在，我們使用許多不同類型的計算機，它們有著不同的操作系統(tǒng)、 CPU 和網(wǎng)絡接口等等。 5 串行化 串行化 (Serialization)是計算機科學中的一個概念，它是指將對象存儲到介質（如文件、內在緩沖區(qū)等）中或是以二進制方式通過網(wǎng) 絡傳輸。如果發(fā)送方?jīng)]有收到信號，那么發(fā)送方可能會重發(fā)當前數(shù)據(jù)包，也可能停止傳送數(shù)據(jù)。 ACK 信號 在數(shù)字通信協(xié)議中，如果接受方成功的接收到數(shù)據(jù)，那么會回復一個 ACK 信號。 2 OPC 按照面向對象的原則，將一個應用程序（ OPC 服務器）作為一個對象封裝起來，只將接口方法暴露在外面，客戶以統(tǒng)一的方式去調用這個方法，從而保證軟件對客戶的透明性，使得用戶完全從低層的開發(fā)中脫離出來。 OLE/COM 是一種客戶服務器模式，具有語言無關性、代碼重用性、易于集成性等優(yōu)點。 OPC 現(xiàn)已成為工業(yè)界系統(tǒng)互聯(lián)的缺省方案，為工業(yè)監(jiān)控編程帶來了便利，用戶不用為通訊協(xié)議的難題而苦惱。 OPC 服務器通常支持兩種類型的訪問接口，它們分別為不同的編程語言環(huán)境提供訪問機制。例如，用戶可以使用 C++語言創(chuàng)建一個 Windows 對象，它支持一個接口，通過該接口，用戶可以訪問該對象提供的各種功能，用戶可以使用 Visual Basic， C， Pascal， Smalltalk 或其它語言編寫對象訪問程序。 OPC 標準以微軟公司的 OLE 技術為基礎，它的制定是通過提供一套標準的 OLE/COM 接口完成的，在 OPC 技術中使用的是 OLE 2 技術， OLE 標準允許多臺微機之間交換文檔、圖形等對象。在過去，為了存取現(xiàn)場設備的數(shù)據(jù)信息，每一個應用軟件開發(fā)商都需要編寫專用的接口函數(shù)。一方面應用軟件開發(fā)者需要耗費大量精力在不同的通信設備上，而這些工作在別的同類項目中無法復用；另一方面，當系統(tǒng)需要升級通信設備，或者擴展新的通信媒介時，幾乎相當于重新開發(fā)整個系統(tǒng)。不同通信媒介的效率和經(jīng)濟性差別很大。s request. This system introduces a reference OPC norms, COMbased technology, multiprotocol and multimedia munications link on the management and scheduling solution, and gives concrete realization. Key words: a variety of munications media, multiprotocol, link scheduling, COM 1 前 言 在許多應用中，如軍事通信中的Ｃ 4Ｉ系統(tǒng)、政府部門和特殊行業(yè)中的某些重要通信系統(tǒng)，對通信網(wǎng)絡的可靠性、抗毀性有著非?？量痰囊?，既要求在正常情況下有較高的通信效率，又要求在惡劣環(huán)境下能保證基本的通信，因此僅僅依賴單一通信媒介難以達到可靠性的要求。對不同類型的通信鏈路必須進行綜合調度，做到自適應不同的網(wǎng)絡環(huán)境，自動在主用鏈路和多條 備用鏈路間進行切換。 23 傳輸鏈路協(xié)議向鏈路管理層反饋的信息 19 II 接收線程 18 數(shù)據(jù)通信協(xié)議實現(xiàn)流程 14 第 3 章 鏈路層管 理協(xié)議 13 設計思想 3 OPC 規(guī)范 畢 業(yè) 設 計（論 文） 多媒介通信系統(tǒng)鏈路管理的設計和實現(xiàn) 2022年 6 月 15 日 I 目錄 摘要 III Abstract V 前 言 1 第 1 章 基本理論 5 7 個 OSI 層 7 TCP/IP 模型 13 系統(tǒng)結構 14 媒介模塊和協(xié)議模塊的設計 18 提高鏈路層協(xié)議的方法 20 第 4 章 鏈路的管理、維護和調度 26 影響通信鏈路切換的因素 不同通信媒介的效率和經(jīng)濟性差別很大。 關鍵詞： 多種通信媒介，多協(xié)議，鏈路調度， COM IV V Abstract Military munications systems and the public and certain areas of munications reliability and survivability of a very harsh demands, both in normal circumstances require a higher degree of efficiency of munications, also requested in bad environment can be guaranteed basic munication, so only Dependent on a single munications medium difficult to achieve reliability requirements. Communications reliability and survivability makes the demand for pointtopoint links tend to build in a variety of munications media, a variety of agreements. Different munications media efficiency and economy vary widely. The different types of munication links must be integrated scheduling, adaptive to different work environment, using automatic link in the main and reserve a number of interswitch link. Only in this way can adapt to the viability of these systems on the work39。 S W公 眾 電 話 網(wǎng) M o d e m M o d e m M o d e m M o d e mC l i e n t 1C l i e n t 2C l i e n t 3S e r v e rS u p e r L i n kS u p e r L i n kS u p e r L i n k : 超 鏈 ， 表 示 一 個 節(jié) 點 到 另 一 個 節(jié) 點 的 所 有 連 接 圖 1 節(jié)點間的多種通信媒介綜合使用 它通常把專線作為主用線路，把公眾電信網(wǎng)提供的撥號線 (普通調制解調器或ＩＳＤＮ )連接作為臨時備用線路。 傳統(tǒng)開發(fā)過程中，常把最上端的應用程序直接建立在多種通信設備上，在應用程序中直接對不同類型鏈路進行管理和調度，這對整個系統(tǒng)的開發(fā)、升級、擴展帶來了很大的問題。 3 第 1 章 基本理論 OPC 規(guī)范 OPC 全稱是 OLE for Process Control，它的出現(xiàn)為基于 Windows 的應用程序和現(xiàn)場過程控制應用建立了橋梁。在這種情況下， OPC 標準應運而生。這種標準可以使兩個應用程序通過對象化接口通訊，而不需要知道對方是如何創(chuàng)建的。OPC 采用客戶 /服務器模式，把開發(fā)訪問接口的任務放在硬件生產(chǎn)廠家或第三方廠家，以OPC 服務器的形式提供給用戶，解決了軟、硬件廠商的矛盾，完成了系統(tǒng)的集成，提高了系統(tǒng)的開放性和可互操作性。而自定義接口是專門為 C++等高級編程語言而制定的標準接口。 OPC 是以 OLE/COM 機制作為應用程序的通訊標準。這樣做有以下好處： 1 OPC 規(guī)范以 OLE/DCOM 為技術基礎，而 OLE/DCOM 支持 TCP/IP 等網(wǎng)絡協(xié)議，因此可以將各個子系統(tǒng)從物理上分開，分布于網(wǎng)絡的不同節(jié)點上。 5 OPC 規(guī)范了接口函數(shù)，不管現(xiàn)場設備以何種形式存在，客戶都以統(tǒng)一的方式去訪問，從而實現(xiàn)系統(tǒng)的開放性，易于實現(xiàn)與其它系統(tǒng)的接口。當發(fā)送方接收到 ACK 信號時，就可以發(fā)送下一個數(shù)據(jù)。 ACK (ACKnowledgment) 的意思是： TCP 首部中的確認標志，對已接受到的 TCP 報文進行確認。例如在一臺運行在不同硬 件構架上的計算機應該能夠可靠地重新構建數(shù)據(jù)而不關心其對字節(jié)（ byte）數(shù)據(jù)的編排方式（ endianness）。其結果就是開放系統(tǒng)互連（ OSI）模型。 圖 OSI 模型和 TCP/IP 模型 OSI 模型并未確定任何通信標準或協(xié)議；相反，它只是提供了通信任務應該遵循的一些指導性建議。 數(shù)據(jù)鏈路層 ：加強物理層傳輸原