JPH07111697B2 - High-speed communication buffering control method - Google Patents
High-speed communication buffering control methodInfo
- Publication number
- JPH07111697B2 JPH07111697B2 JP2091042A JP9104290A JPH07111697B2 JP H07111697 B2 JPH07111697 B2 JP H07111697B2 JP 2091042 A JP2091042 A JP 2091042A JP 9104290 A JP9104290 A JP 9104290A JP H07111697 B2 JPH07111697 B2 JP H07111697B2
- Authority
- JP
- Japan
- Prior art keywords
- layer
- data
- pointer
- header
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Computer And Data Communications (AREA)
- Communication Control (AREA)
Description
【発明の詳細な説明】 [産業上の利用分野] 本発明は、処理装置が接続されたネットワークを利用す
る高速通信バッファリング制御方法に関する。The present invention relates to a high-speed communication buffering control method using a network to which a processing device is connected.
[従来の技術] ローカルエリアネットワーク(以後、LANと称する)等
の通信路を介して接続されたコンピュータ、画像端末、
ワードプロセッサ、ワークステーション、プリントサー
バ、ディスクサーバ等の処理装置(以後、ノードと称す
る)を有機的に結合するシステムが、現在構築されつつ
ある。[Prior Art] A computer, an image terminal, connected via a communication path such as a local area network (hereinafter referred to as LAN),
A system for organically connecting processing devices (hereinafter referred to as nodes) such as a word processor, a workstation, a print server, and a disk server is currently being constructed.
また、各階層の標準化がLANにおいて進み、ファイル転
送及びジョブ転送操作などの標準化構想も固まりつつあ
る。In addition, standardization of each layer has advanced in the LAN, and standardization concepts such as file transfer and job transfer operations are also solidifying.
一般的な階層化モデルとしては、第1表に示すような国
際標準化機構(ISO)の開放型システム間相互接続また
はオープンシステムインターコネクション(Open Syste
ms Interconnection)と呼ばれている参照モデル(以
後、OSI参照モデルと称する)が知られている。As a general layered model, as shown in Table 1, the International Organization for Standardization (ISO) open system interconnection or open system interconnection (Open Syste
A reference model called "ms Interconnection" (hereinafter referred to as an OSI reference model) is known.
このOSI参照モデルは、通信回線の制御から業務に依存
する通信機能までの7つの層、すなわち上位層から順
次、アプリケーション(レベル7)、プレゼンテーショ
ン(レベル6)、セッション(レベル5)、トランスポ
ート(レベル4)、ネットワーク(レベル3)、リンク
(レベル3)、フィジカル(レベル1)の各プロトコル
に階層化されている。This OSI reference model consists of seven layers from communication line control to business-dependent communication functions, that is, from the upper layer, in order from application (level 7), presentation (level 6), session (level 5), transport ( Level 4), network (level 3), link (level 3), and physical (level 1) protocols are layered.
第11図は、このような従来の階層化プロトコルによる送
信局と受信局とにおける通信手順を示す。FIG. 11 shows a communication procedure at a transmitting station and a receiving station according to such a conventional layered protocol.
送信局においては、先ずアプリケーション層及びプレゼ
ンテーション層のプロトコルにより送信されるデータ31
が作成される。At the transmitting station, first, the data 31 transmitted by the protocol of the application layer and the presentation layer 31
Is created.
以下順次、セッション層のプロトコルによりセッション
レベルヘッダ32aがデータ31に付加されてセッション層
のデータ32が作成され、トランスポート層のプロトコル
によりトランスポートレベルヘッダ33aがデータ32に付
加されてトランスポート層のデータ33が作成され、ネッ
トワーク層のプロトコルによりネットワークレベルヘッ
ダ34aがデータ33に付加されてネットワーク層のデータ3
4が作成される。In the following, the session layer protocol 32 adds the session level header 32a to the data 31 to create the session layer data 32, and the transport layer protocol adds the transport level header 33a to the data 32 to create the transport layer The data 33 is created, and the network level header 34a is added to the data 33 by the protocol of the network layer to add the data 3 of the network layer.
4 is created.
最後にデータリンク層のプロトコルによりデータリンク
レベルヘッダ35aがデータ34に付加されてデータリンク
層のデータ35が作成される。このデータ35は物理層で規
定されたインタフェース方法により伝送メディアを介し
て受信局に送信される。Finally, the data link level header 35a is added to the data 34 by the data link layer protocol to create the data link layer data 35. This data 35 is transmitted to the receiving station via the transmission medium by the interface method defined in the physical layer.
受信局においては、送信局において付加されたデータリ
ンクレベルヘッダ35a、ネットワークレベルヘッダ34a、
トランスポートレベルヘッダ33a、セッションレベルヘ
ッダ32aが各階層において順次除去されて、アプリケー
ション層及びプレゼンテーション層においてデータ31が
再現される。At the receiving station, the data link level header 35a added at the transmitting station, the network level header 34a,
The transport level header 33a and the session level header 32a are sequentially removed in each layer, and the data 31 is reproduced in the application layer and the presentation layer.
各ヘッダ35a〜32aは、受信局において制御情報として用
いられる。尚、各ヘッダ35a〜32aにより、多くのネット
ワークシステムとの接続が可能になり、将来のインタオ
ペラビリティを持たせることができる。Each header 35a to 32a is used as control information in the receiving station. The headers 35a to 32a enable connection with many network systems and provide future interoperability.
この場合、各局は、モジュール化された複数のプロトコ
ルソフトウエアがリンクするように構成されており、各
階層間ではそれぞれ、データを実際にコピーすることに
より保存して次の層に受け渡す。In this case, each station is configured so that a plurality of modularized protocol software are linked, and data is actually copied between each layer to store and pass it to the next layer.
[発明が解決しようとする課題] しかしながら、上記従来の方法では、同一のデータを各
階層でコピーすることになり、データの格納エリアが増
大してコピー時間がプロトコル処理時間より長くなり、
実行速度が低下するという問題点がある。また、ヘッダ
が上位層から下位層に進むにつれて増加し、転送すべき
本来のデータがパケット内で圧迫される。[Problems to be Solved by the Invention] However, in the above-mentioned conventional method, the same data is copied in each layer, the storage area of the data increases, and the copy time becomes longer than the protocol processing time.
There is a problem that the execution speed decreases. Further, the header increases from the upper layer to the lower layer, and the original data to be transferred is compressed in the packet.
更に、プロトコルについても各層の標準化案を完全にカ
バーした場合、複数のクラスのプロトコルを全てインプ
リメントしなければならない。この場合、実際には、ク
ラス毎のソフトウエアを作成せず、共通部分は同一のソ
フトウエアを使用するので、クラスの数が増加するにつ
れてクラス選択の処理フローが頻繁に出現し、オーバヘ
ッドの原因となる。Furthermore, with regard to the protocol, if the standardization proposals of each layer are completely covered, then multiple classes of protocols must all be implemented. In this case, the software for each class is not actually created, and the same software is used for the common part. Therefore, as the number of classes increases, the process flow of class selection frequently appears, causing the overhead. Becomes
したがって、上記従来の方法では、各層のヘッダ32a〜3
5aが大きいので、実際に伝送路に送出されるデータ量の
実行伝送効率が低下し、また、階層の数が多いので通信
までの処理時間が長いという問題点がある。Therefore, in the above-mentioned conventional method, the headers 32a to 3 of each layer are
Since 5a is large, there is a problem that the actual transmission efficiency of the amount of data actually sent to the transmission path is reduced, and the number of layers is large, so that the processing time until communication is long.
本発明の目的は、上記従来の問題点に鑑み、実際に伝送
路に送出されるデータ量の実行伝送効率を向上すること
ができ、また、通信までの処理時間を短縮することがで
きる高速通信バッファリング制御装置を提供することに
ある。In view of the above conventional problems, it is an object of the present invention to improve the effective transmission efficiency of the amount of data actually sent to the transmission path, and to reduce the processing time until the communication. It is to provide a buffering control device.
[課題を解決するための手段] 本発明によれば、前記目的は、階層化されたネットワー
ク構造を有する高速通信バッファリング制御方法であっ
て、該各階層のデータを第1管理テーブルに基づいて管
理し、該データが同一処理及び同一ヘッダを有していれ
ば、アプリケーションのデータをパケット分割し、該同
一ヘッダを示す該パケット分割されたデータのポインタ
を第2管理テーブルに基づいて書き換えてデータを転送
することを特徴とする高速通信バッファリング制御方法
によって達成される。[Means for Solving the Problem] According to the present invention, the object is a high-speed communication buffering control method having a layered network structure, wherein data of each layer is based on a first management table. If the data is managed, and the data has the same processing and the same header, the data of the application is packet-divided, and the pointer of the packet-divided data indicating the same header is rewritten based on the second management table. Is achieved by a high speed communication buffering control method.
[作用] 第1管理テーブルに基づいて各階層のデータを管理し、
データが同一処理及び同一ヘッダを有していれば、アプ
リケーションのデータをパケット分割し、第2管理テー
ブルに基づいて同一ヘッダが示す分割されたデータのポ
インタを書き換えてデータを転送する。他方、データが
同一処理及び同一ヘッダでない場合には、プロトコル処
理とヘッダ作成との処理を行い、ヘッダ情報を第1管理
テーブルに記入し、次の下位層に移行する。[Operation] Manages data of each layer based on the first management table,
If the data has the same processing and the same header, the data of the application is divided into packets, the pointer of the divided data indicated by the same header is rewritten based on the second management table, and the data is transferred. On the other hand, if the data is not the same process and the same header, the protocol process and the header creation process are performed, the header information is entered in the first management table, and the process moves to the next lower layer.
[実施例] 以下、図面の参照して本発明の実施例を説明する。Embodiments Embodiments of the present invention will be described below with reference to the drawings.
第1図には、本発明の一実施例における高速通信バッフ
ァリング制御方法による階層間のデータの受け渡しを概
略的に示す。FIG. 1 schematically shows data transfer between layers by a high-speed communication buffering control method according to an embodiment of the present invention.
第1図において、nを正の整数として、第n層のデータ
11は、第(n−1)層のヘッダ12が付加されて(n−
1)層13に受け渡され、更に、受け渡されたデータに対
し、第(n−2)層のヘッダ14が付加されて(n−2)
層15に受け渡される。In Fig. 1, n is a positive integer and the data of the nth layer
11 has a header 12 of the (n-1) th layer added (n-
1) The data is transferred to the layer 13, and the header 14 of the (n-2) th layer is added to the transferred data (n-2).
Delivered to layer 15.
第2図(a)は、第1図の高速通信バッファリング制御
方法における物理構造を示し、第2図(b)は、第2図
(a)の物理構造に含まれており、次の上位層のポイン
タ16と、各層のデータ格納ポインタ17とデータ(ヘッ
ダ)長を記憶する領域としてのエリア18とを有するテー
ブル手段としての管理ディスクリプタテーブルDTを示
す。FIG. 2 (a) shows the physical structure in the high-speed communication buffering control method of FIG. 1, and FIG. 2 (b) is included in the physical structure of FIG. 2 (a). 1 shows a management descriptor table DT as a table means having a layer pointer 16, a data storage pointer 17 for each layer, and an area 18 as an area for storing a data (header) length.
次に、物理構造は、まず、アドレスAnから書き込まれる
長さDLnの第n層のデータ19を備えている。以下、上位
層から順次、アドレスAn−1から書き込まれる長さDLn
−1の第(n−1)層のヘッダ20、アドレスAn−2から
書き込まれる長さDLn−2の第(n−2)層のヘッダ21
等により構成されている。Next, the physical structure firstly comprises the data 19 of the nth layer of length DLn written from the address An. Hereafter, the length DLn written from address An-1 sequentially from the upper layer
-1, (n-1) th layer header 20, and (n-2) th layer header 21 of length DLn-2 written from address An-2
Etc.
更に、物理構造は、アドレスDTnから書き込まれる次の
第(n+1)層のポインタDTn+1、第n層のデータ格
納ポインタAn、第n層のデータ長DLnを含んでおり、そ
して上記層から順次、アドレスDTn−1から書き込まれ
る次の第n層のポインタDTn、第(n−1)層のデータ
格納ポインタAn−1、データ長DLn−1、アドレスDTn−
2から書き込まれる次の第(n−1)層のポインタDTn
−1、第(n−2)層のデータ格納ポインタAn−2、デ
ータ長DLn−2等により構成された管理ディスクリプタ
テーブルDTを備えている。Further, the physical structure includes the pointer (DTn + 1) of the next (n + 1) th layer, the data storage pointer An of the nth layer, and the data length DLn of the nth layer, which are written from the address DTn. The next nth layer pointer DTn written from DTn-1, the (n-1) th layer data storage pointer An-1, the data length DLn-1, the address DTn-
The pointer (DTn) of the next (n-1) th layer written from 2
-1, a (n-2) th layer data storage pointer An-2, a data length DLn-2, and the like, and a management descriptor table DT.
第3図は、第1層としてのデータリンク層から第2層と
してのアプリケーション層までの間の各層の構成を示
す。FIG. 3 shows the configuration of each layer from the data link layer as the first layer to the application layer as the second layer.
第3図(a)に示すデータリンク層22においては、次の
ネットワーク層23へのポインタNP(Next Pointer)と、
データリンク層のデータ格納ポインタDPと、データ長DL
とが作成される。In the data link layer 22 shown in FIG. 3A, a pointer NP (Next Pointer) to the next network layer 23,
Data storage pointer DP of data link layer and data length DL
And are created.
第3図(b)に示すネットワーク層23においては、次の
トランスポート層24へのポインタNPと、ネットワーク層
のデータ格納ポインタDPと、データ長DLとが作成され
る。In the network layer 23 shown in FIG. 3B, a pointer NP to the next transport layer 24, a data storage pointer DP of the network layer, and a data length DL are created.
第3図(c)に示すトランスポート層24においては、次
のセッション層25へのポインタNPと、トランスポート層
24のデータ格納ポインタDPと、データ長DLとが作成され
る。In the transport layer 24 shown in FIG. 3 (c), the pointer NP to the next session layer 25 and the transport layer
24 data storage pointers DP and a data length DL are created.
第3図(d)に示すセッション層25においては、次のプ
レゼンテーション層26へのポインタNPと、セッション層
25のデータ格納ポインタDPと、データ長DLとが作成され
る。In the session layer 25 shown in FIG. 3D, the pointer NP to the next presentation layer 26 and the session layer
25 data storage pointers DP and a data length DL are created.
第3図(e)に示すプレゼンテーション層26において
は、次のアプリケーション層27へのポインタNPと、プレ
ゼンテーション層26のデータ格納ポインタDPと、データ
長DLとが作成される。In the presentation layer 26 shown in FIG. 3 (e), a pointer NP to the next application layer 27, a data storage pointer DP of the presentation layer 26, and a data length DL are created.
最後に、第3図(f)に示すのアプリケーション層27で
は,パケット毎にそれぞれ、データ格納エリアの最後の
ポインタFFFFHと、アプリケーション層27のデータ格納
ポインタDP1〜DP3と、データ長DL1〜DL3とが作成され
る。Finally, in the application layer 27 shown in FIG. 3 (f), the last pointer FFFFH of the data storage area, the data storage pointers DP1 to DP3 of the application layer 27, and the data lengths DL1 to DL3 are provided for each packet. Is created.
第4図は、第3図(f)に示すアプリケーション層28へ
の第3図(e)に示すプレゼンテーション層26における
ポインタを示し、各パケットのデータポインタがデータ
ポインタ管理テーブル29により管理されている。FIG. 4 shows pointers in the presentation layer 26 shown in FIG. 3 (e) to the application layer 28 shown in FIG. 3 (f), and the data pointer of each packet is managed by the data pointer management table 29. .
したがって、本記実施例によれば、各層毎に上位層のポ
インタNPを書き換えるのみで実際のパケットが作成さ
れ、また、各層のデータとヘッダとは、管理ディスクリ
プタテーブルによりその連結状態と実態とを個別に管理
することができる。Therefore, according to the present embodiment, an actual packet is created only by rewriting the pointer NP of the upper layer for each layer, and the data and header of each layer show the connection state and the actual state by the management descriptor table. Can be managed individually.
第5図(a)及び第5図(b)は、送信時の管理ディス
クリプタテーブルDTの作成プロセルを示す。5 (a) and 5 (b) show a process of creating the management descriptor table DT at the time of transmission.
第5図(a)において、先ずデータ格納エリアの先頭ポ
インタをアプリケーションから取得し(ステップ41)、
データ格納ポインタDPをパケットごとに求めて管理ディ
スクリプタテーブルDTを作成し(ステップ42)、このデ
ータ格納ポインタDPによりデータポインタ管理テーブル
29を作成する(ステップ43)。In FIG. 5 (a), first, the head pointer of the data storage area is acquired from the application (step 41),
A data descriptor pointer DP is obtained for each packet to create a management descriptor table DT (step 42), and a data pointer management table is created using this data pointer pointer DP.
Create 29 (step 43).
続く各層の処理(ステップ44)は、そのプロトコルに応
じて異なるが、第5図(b)に示すように、基本的に同
一のヘッダ、同一の処理であれば、あえてヘッダを作成
せず、単にデータ格納ポインタDPの次の上位層のポイン
タNPを管理ディスクリプタテーブルDTに記入するだけで
次の下位層に進む(ステップ441、442、445)。The processing of each subsequent layer (step 44) differs depending on the protocol, but as shown in FIG. 5 (b), basically the same header, if the same processing, the header is not created, The pointer NP of the next upper layer of the data storage pointer DP is simply entered in the management descriptor table DT to proceed to the next lower layer (steps 441, 442, 445).
大容量の分割パケットを送信する場合には、上述の処理
を行って、アプリケーション層のデータのみを分割す
る。When transmitting a large-capacity divided packet, the above processing is performed to divide only the application layer data.
他方、同一のヘッダ、同一の処理でない場合には、その
プロトコル処理とヘッダ作成との処理を行い(ステップ
443)、ヘッダ情報を管理ディスクリプタテーブルDT記
入し(ステップ444)、次の下位層に進む(ステップ44
5)。On the other hand, when the same header and the same processing are not performed, the protocol processing and the header creation processing are performed (step
443), fill in the header information in the management descriptor table DT (step 444), and proceed to the next lower layer (step 44).
Five).
各層の処理(ステップ44)が終了すると、再び、第5図
(a)にもどって、送信用パケットの準備が完了し、全
データを送信する(ステップ45〜47)。したがって、従
来の階層毎の処理より高速で処理することができる。Upon completion of the processing of each layer (step 44), returning to FIG. 5 (a) again, preparation of the packet for transmission is completed, and all data is transmitted (steps 45 to 47). Therefore, the processing can be performed faster than the conventional processing for each layer.
第6図は、上記送信パケットを伝送媒体に送信する手順
を示し、通信LSIまたはハードウエアから送信要求が発
生すると、管理ディスクリプタテーブルDTの各層のエリ
アをチェインしてパケット送信を行い(ステップ48)、
次のパケットは、データポインタ管理テーブル29を参照
し(ステップ51)、管理ディスクリプタテーブルDTの上
位層のポインタNPを書き換えるのみである(ステップ5
2)。FIG. 6 shows a procedure for transmitting the transmission packet to the transmission medium. When a transmission request is generated from the communication LSI or hardware, the area of each layer of the management descriptor table DT is chained to transmit the packet (step 48). ,
The next packet refers only to the data pointer management table 29 (step 51) and only rewrites the pointer NP of the upper layer of the management descriptor table DT (step 5).
2).
第7図(a)及び第7図(b)は、受信時のディスクリ
プタテーブル作成のプロセルを示す。7 (a) and 7 (b) show a process of creating the descriptor table at the time of reception.
第7図(a)に示すように、送信の場合と同様に、先ず
データ格納エリアの先頭ポインタをアプリケーションか
ら取得し、(ステップ61)、データポインタ管理テーブ
ル29を準備し(ステップ62)、次いで、パケットを受信
すると(ステップ63)、各層の処理に移行する(ステッ
プ64、第7図(b)のステップ641〜645)。As shown in FIG. 7 (a), as in the case of transmission, first, the head pointer of the data storage area is acquired from the application (step 61), the data pointer management table 29 is prepared (step 62), and then , When the packet is received (step 63), the process moves to each layer (step 64, steps 641 to 645 in FIG. 7B).
各層の処理は、受信の場合と同様に、基本的に同一のヘ
ッダ、同一の処理であれば、あえてヘッダを作成せず、
単にデータ格納ポインタDPの次の層へのポインタNPを管
理ディスクリプタテーブルDTに記入するだけで次の上位
層に進む(ステップ641、642、645)。As for the processing of each layer, basically the same header, if it is the same processing, do not dare create the header,
The pointer NP to the next layer of the data storage pointer DP is simply entered in the management descriptor table DT to advance to the next upper layer (steps 641, 642, 645).
また、同一のヘッダ、同一の処理でない場合には、その
プロトコル処理とヘッダ作成との処理を行い(ステップ
643)、ヘッダ情報を管理ディスクリプタテーブルDTに
記入し(ステップ644)、次の上位層に進む(ステップ6
45)。If the same header and the same processing are not performed, the protocol processing and the header creation processing are performed (step
643), write the header information in the management descriptor table DT (step 644), and proceed to the next upper layer (step 6).
45).
各層の処理(ステップ64)が終了すると、第7図(a)
にもどって、パケットの受信準備が完了し、全データを
受信することができる(ステップ65、66)。When the processing of each layer (step 64) is completed, FIG. 7 (a)
Back, the packet is ready to be received and all data can be received (steps 65, 66).
第8図は、パケットを伝送媒体から受信する手順を示
し、通信LSIまたはハードウエアから受信割りこみが発
生すると、パケットデータからヘッダ部を切り出して各
層のヘッダ格納エリアに格納し(ステップ67)、データ
部をデータ格納エリアに格納して管理ディスクリプタテ
ーブルDTを作成し、(ステップ68)、データポインタ管
理テーブル29に記入する(ステップ70)。FIG. 8 shows a procedure for receiving a packet from a transmission medium. When a reception interrupt occurs from a communication LSI or hardware, the header part is cut out from the packet data and stored in the header storage area of each layer (step 67). A data descriptor is stored in the data storage area to create a management descriptor table DT (step 68), and is written in the data pointer management table 29 (step 70).
本実施例によれば、受信時には、データのみが既にデー
タ格納エリアに連続して格納されているので、各階層の
処理が進んで順列の変換または再送などが発生した場合
にのみデータ格納エリアの内部が操作される。According to the present embodiment, at the time of reception, only the data is already continuously stored in the data storage area, so that the data storage area of the data storage area can be stored only when the processing of each layer progresses and permutation or retransmission occurs. The inside is operated.
したがって、アプリケーションにとって不要なヘッダ及
び各層の処理を減少することができ、また、パケットに
含まれるデータのみを抽出することにより、階層間の無
駄なデータのコピーを減少させて、高速で通信処理を行
うことができ、第9図に示す所定の階層までのネットワ
ークプロトコルが別のプロセッサで処理されるインテリ
ジェントボードシステム及び第10図に示す通信用LSIが
データリンク層までをサポートし、メインCPUがその上
位層を処理するノンインテリジェントボードシステムに
おいても処理を行うことができる。Therefore, it is possible to reduce unnecessary headers and processing of each layer for the application, and by extracting only the data included in the packet, it is possible to reduce unnecessary copying of data between layers and perform high-speed communication processing. The intelligent board system in which the network protocol up to the predetermined layer shown in FIG. 9 is processed by another processor and the communication LSI shown in FIG. 10 support up to the data link layer, and the main CPU Processing can also be performed in a non-intelligent board system that processes upper layers.
第9図に示すインテリジェントボードシステムでは、上
位プロトコル層の内のアプリケーション層、プレゼンテ
ーション層及びセッション層は、シンプルメイントラン
スファプロトコル(SMTP)、ファイルトランスファプロ
トコル(FTP)、テルネット(TELNET)を含むインテリ
ジェントボードシステムの部分に分担され、トランスポ
ート層、ネットワーク層及びデータリンク層は、伝送制
御プロトコル(TCP)、インターネットプロトコル(I
P)、ユーザデータグラムプロトコル(UDP)、アドレス
レゾルーションプロトコル(ARP)及びインターネット
コントロールメッセージプロトコル(ICMP)を含むイン
テリジェントボードシステムの部分に分担されている。
また、第10図に示すノンインテリジェントボードシステ
ムでは、上位プロトコル層の内のアプリケーション層か
らネットワーク層までの各層は、ノンインテリジェント
ボードシステムのホスト・サポート領域で分担され、デ
ータリンク層はノンインテリジェントボードシステムの
LANボードで分担されている。In the intelligent board system shown in FIG. 9, the intelligent board which includes simple main transfer protocol (SMTP), file transfer protocol (FTP) and telnet (TELNET) as the application layer, presentation layer and session layer of the upper protocol layers. It is divided into parts of the system, and the transport layer, network layer, and data link layer are the Transmission Control Protocol (TCP), Internet Protocol (I
P), User Datagram Protocol (UDP), Address Resolution Protocol (ARP) and Internet Control Message Protocol (ICMP).
In the non-intelligent board system shown in Fig. 10, each layer from the application layer to the network layer in the upper protocol layer is shared by the host support area of the non-intelligent board system, and the data link layer is the non-intelligent board system. of
It is shared by the LAN board.
[発明の効果] 各階層のデータを第1管理テーブルに基づいて管理し、
該データが同一処理及び同一ヘッダを有していれば、ア
プリケーションのデータをパケット分割し、該同一ヘッ
ダが示す該分割されたデータのポインタを第2管理テー
ブルに基づいて書き換えてデータを転送するので、各層
のデータをコピーする必要がなく、通信までの処理時間
を短縮することができ、また、データ移動処理を最小に
することができるので、データ格納領域を最小にするこ
とができ、実際に伝送路に送出されるデータ量の実行伝
送効率を向上することができる。[Effect of the invention] Data of each layer is managed based on the first management table,
If the data has the same processing and the same header, the data of the application is divided into packets, the pointer of the divided data indicated by the same header is rewritten based on the second management table, and the data is transferred. Since it is not necessary to copy the data of each layer, the processing time up to communication can be shortened, and the data movement processing can be minimized, so that the data storage area can be minimized and actually It is possible to improve the effective transmission efficiency of the amount of data sent to the transmission path.
第1図は、本発明の一実施例に係る高速通信バッファリ
ング制御装置における階層間のデータの受け渡しを示す
説明図、第2図(a)は、第1図の高速通信バッファリ
ング制御装置における実際の物理構造を示す説明図、第
2図(b)は、第2図(a)の物理構造に含まれている
管理ディスクリプタテーブルを示す説明図、第3図は、
データリンク層からアプリケーション層までの各層のデ
ィスクリプタテーブルを示す説明図、第4図は、プレゼ
ンテーション層における次のアプリケーション層のポイ
ンタを示す説明図、第5図及び第6図は、送信時の動作
を示すフローチャート、第7図及び第8図は、受信時の
動作を示すフローチャート、第9図及び第10図はそれぞ
れ、本発明の高速通信バッファリング制御装置が適用さ
れるハードウエアを示す説明図、第11図は、従来の送信
局と受信局の動作を示す説明図である。 11……第n層のデータ、12……第(n−1)層のヘッ
ダ、13……第(n−1)層、14……第(n−2)層のヘ
ッダ、15……第(n−2)層、16……次の上位層のポイ
ンタ、17……データ格納ポインタ、18……データ長記憶
エリア、DT……管理ディスクリプタテーブル、29……デ
ータポインタ管理テーブル。FIG. 1 is an explanatory diagram showing data transfer between layers in a high-speed communication buffering control device according to an embodiment of the present invention, and FIG. 2 (a) is a high-speed communication buffering control device in FIG. An explanatory diagram showing an actual physical structure, FIG. 2 (b) is an explanatory diagram showing a management descriptor table included in the physical structure of FIG. 2 (a), and FIG.
Explanatory diagrams showing descriptor tables of each layer from the data link layer to the application layer, FIG. 4 is an explanatory diagram showing a pointer of the next application layer in the presentation layer, and FIGS. 5 and 6 show the operation at the time of transmission. 7 and 8 are flowcharts showing the operation at the time of reception, and FIGS. 9 and 10 are explanatory diagrams showing hardware to which the high speed communication buffering control device of the present invention is applied, FIG. 11 is an explanatory diagram showing operations of a conventional transmitting station and receiving station. 11 ... nth layer data, 12 ... (n-1) th layer header, 13 ... (n-1) th layer, 14 ... (n-2) th layer header, 15 ... third layer (N-2) layer, 16 ... Next upper layer pointer, 17 ... Data storage pointer, 18 ... Data length storage area, DT ... Management descriptor table, 29 ... Data pointer management table.
Claims (1)
速通信バッファリング制御方法であって、該各階層のデ
ータを第1管理テーブルに基づいて管理し、該データが
同一処理及び同一ヘッダを有していれば、アプリケーシ
ョンのデータをパケット分割し、該同一ヘッダを示す該
パケット分割されたデータのポインタを第2管理テーブ
ルに基づいて書き換えてデータを転送することを特徴と
する高速通信バッファリング制御方法。1. A high-speed communication buffering control method having a hierarchical network structure, wherein data of each layer is managed based on a first management table, and the data has the same processing and the same header. If so, the high-speed communication buffering control method is characterized in that the data of the application is packet-divided, the pointer of the packet-divided data indicating the same header is rewritten based on the second management table, and the data is transferred. .
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2091042A JPH07111697B2 (en) | 1990-04-05 | 1990-04-05 | High-speed communication buffering control method |
| US07/676,981 US5237693A (en) | 1990-04-04 | 1991-03-29 | System for accessing peripheral devices connected in network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2091042A JPH07111697B2 (en) | 1990-04-05 | 1990-04-05 | High-speed communication buffering control method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH03288951A JPH03288951A (en) | 1991-12-19 |
| JPH07111697B2 true JPH07111697B2 (en) | 1995-11-29 |
Family
ID=14015449
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2091042A Expired - Fee Related JPH07111697B2 (en) | 1990-04-04 | 1990-04-05 | High-speed communication buffering control method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07111697B2 (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2719454B2 (en) * | 1991-03-20 | 1998-02-25 | 富士通株式会社 | High-speed data division control method for communication control device |
| JP2802700B2 (en) * | 1992-04-30 | 1998-09-24 | 国際電信電話株式会社 | Processor for protocol data |
| JP3058010B2 (en) * | 1994-06-21 | 2000-07-04 | 日本電気株式会社 | Method and apparatus for communication between processors |
| JP2003224601A (en) * | 2002-01-30 | 2003-08-08 | Pfu Ltd | Broadcast communication device, method, system, program thereof, and program recording medium |
| JP2009267910A (en) * | 2008-04-28 | 2009-11-12 | Oki Semiconductor Co Ltd | Communication frame processing method and communication terminal device |
-
1990
- 1990-04-05 JP JP2091042A patent/JPH07111697B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH03288951A (en) | 1991-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7444405B2 (en) | Method and apparatus for implementing a MAC address pool for assignment to a virtual interface aggregate | |
| US6049808A (en) | System and method for efficient remote disk I/O | |
| US7502826B2 (en) | Atomic operations | |
| TWI332150B (en) | Processing data for a tcp connection using an offload unit | |
| US7734720B2 (en) | Apparatus and system for distributing block data on a private network without using TCP/IP | |
| US7089289B1 (en) | Mechanisms for efficient message passing with copy avoidance in a distributed system using advanced network devices | |
| US5237693A (en) | System for accessing peripheral devices connected in network | |
| JP3833847B2 (en) | Acknowledgment system and method for message reception in packet-based communication networks | |
| US6799200B1 (en) | Mechanisms for efficient message passing with copy avoidance in a distributed system | |
| EP0889622B1 (en) | Apparatus and method for remote buffer allocation and management for message passing between network nodes | |
| US7254617B2 (en) | Distributed cache between servers of a network | |
| EP1665662B1 (en) | Method, system, and article of manufacture for utilizing host memory from an offload adapter | |
| US20020147839A1 (en) | Fast-path apparatus for receiving data corresponding to a TCP connection | |
| CN106598752B (en) | Remote zero-copy method | |
| CN109067506A (en) | A kind of lightweight asynchronous message implementation method concurrent based on multi-slide-windows mouth | |
| JP2003304248A (en) | Data transfer method and device | |
| JPH07111697B2 (en) | High-speed communication buffering control method | |
| US7010548B2 (en) | Sparse and non-sparse data management method and system | |
| JP2000067017A (en) | Method and device for communicating data | |
| CN111541624A (en) | Space Ethernet cache processing method | |
| JPH03294949A (en) | High speed communication bus window controller | |
| JP3278852B2 (en) | Communication control device | |
| JP3811759B2 (en) | End-of-packet detection for storing multiple packets in SRAM | |
| JPH0669957A (en) | Data transmission method and data transmitter | |
| JPH05268291A (en) | Data buffer management system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081129 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091129 Year of fee payment: 14 |
|
| LAPS | Cancellation because of no payment of annual fees |