[發明專利]基于TCP/IP協議的通信協議的系統及其實現方法

有效

• 申請號: 201110209419.4
• 申請日: 2011-07-26
• 公開（公告）號: CN102238187A
• 公開（公告）日: 2011-11-09
• 發明（設計）人: 姚洪興;王建凱;高海源
• 申請（專利權）人: 東念(杭州)科技有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明屬于計算機網絡技術，涉及一種基于TCP/IP協議的通信協議的系統及其實現方法。

背景技術

現代網絡中一般包含多個主機，也經常包括多個網絡協議，需要它們同時工作。通信在不同主機間進行，但也經常在同一主機內部進行。對于應用層來說不方便的是如何掌控多種的協議原理以及數據包格式。在未來大規模網絡中，多主機以及多種協議棧并存的情況下，不同協議棧或不同主機上的服務的兼容性顯得尤為重要。

傳輸控制協議TCP是一種面向連接(連接導向)的、可靠的、基于字節流的運輸層通信協議，在簡化的計算機網絡OSI模型中，它完成第四層傳輸層所指定的功能。UDP是同一層內另一個重要的傳輸協議，是OSI參考模型中一種無連接的面向數據包的傳輸層協議，提供面向事務的簡單不可靠信息傳送服務。IPv4是IP的第四版，構成現今互聯網技術的基石的協議。IPv6是IETF設計的用于替代現行版本IP協議(IPv4)的下一代IP協議。

發明內容

本發明針對現有技術中的不足，提供了一種實現不同協議棧之間的兼容性的跨協議平臺的基于TCP/IP協議的通信協議的系統及其實現方法。

為了解決上述技術問題，本發明通過下述技術方案得以解決。

基于TCP/IP協議的通信協議的系統，建立在上層是應用層，下層是各種的網絡協議族，通過分配器在不同協議棧或不同主機上的服務之間發送和接受數據包。

所述通信協議的數據包的頭包含Preamble、Services?ID、Options三個主要部分，其中Preamble長36字節，Services?ID長40字節，Options采用類型-長度-數值格式。Services?ID中的Destination?Protocol?type包括IPv4/UDP、IPv4/TCP、IPv6/UDP和IPv6/TCP。

其實現方法如下：

(1)源服務在通信協議頭中告訴分配器目標服務的協議棧類型，服務號碼和IP地址，Packet?type域由源服務來選擇或者使用默認值Non_blocking_with_ACK：

使用Non_blocking_xxx類型的Packet?type域，源服務將數據包加入到分配器的哈希表中，然后繼續執行其他操作；

使用Blocking_xx類型的Packet?type域，源服務在發送出去數據包之后等待目標服務返回ACK或者REPLY，其中，REPLY包含ACK的功能，但還含有一個有用的負載返回給源服務；

使用xxx_with_ACK類型的Packet?type域，源服務可以指定超時和重傳次數。

(2)分配器填寫通信協議頭中沒有指定的域為默認值，分配器檢查數據大小以決定是否采用分片，然后，每一個數據包被賦予一個唯一的序列號用于ACK的目標；源主機上的分配器對數據包簽字，目標主機的分配器對數據包做檢驗；然后，分配器將數據包轉發給目標服務；

(3)目標服務接收到數據包后，首先檢驗magic?number和version兩個域確認包是否有效；然后目標服務分析數據包的頭來執行合適的操作。

按照本發明的技術方案，在未來大規模網絡中，多主機以及多種協議棧并存的情況下，本發明提供不同協議棧之間的兼容性，以提供一套統一的API接口給應用層，通信協議提供跨協議棧的兼容性，支持多個主機的服務間的通信，同時通信協議支持單個主機內部不同服務之間的通信，通信協議提供一套調用，讓應用層可以發送和接受大數據包，通信協議通過16字節的校驗碼提供強化的校驗能力。

附圖說明

圖1為本發明的程序實現示意圖。

具體實施方式

下面通過具體實施方式對本發明作進一步詳細描述：

如圖1所示，一種基于TCP/IP協議的通信協議的系統，上層是應用層，下層是各種的網絡協議族，通過分配器在不同協議棧或不同主機上的服務之間發送和接受數據包。