JP2802700B2 - プロトコルデータの処理装置 - Google Patents
プロトコルデータの処理装置Info
- Publication number
- JP2802700B2 JP2802700B2 JP4135620A JP13562092A JP2802700B2 JP 2802700 B2 JP2802700 B2 JP 2802700B2 JP 4135620 A JP4135620 A JP 4135620A JP 13562092 A JP13562092 A JP 13562092A JP 2802700 B2 JP2802700 B2 JP 2802700B2
- Authority
- JP
- Japan
- Prior art keywords
- buffer
- data
- protocol
- pdu
- protocol data
- 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
【０００１】
【産業上の利用分野】本発明は、例えば、７層のＯＳＩ
（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔ
ｉｏｎ：開放型システム間相互接続）の通信プロトコル
の如きプロトコルデータを処理するプロトコルデータの
処理装置に関するものである。
（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔ
ｉｏｎ：開放型システム間相互接続）の通信プロトコル
の如きプロトコルデータを処理するプロトコルデータの
処理装置に関するものである。
【０００２】
【従来の技術】ＯＳＩのような階層構造を持つ通信プロ
トコルにおいては、層ごとに他の層とは独立にヘッダ情
報が定義される。従って、計算機間で、このような通信
プロトコルによりデータを転送する場合には、計算機間
で本来転送されるべきデータに、最上位層から最下位層
までのヘッダ情報が順に付加される。 このような通信
プロトコルを実現する通信処理ボードまたはソフトウェ
アにおいては、従来は、各層のプロトコル処理部を他の
層の処理部とは独立に実現するために、１つの層のヘッ
ダ情報を付加／除去するために、上位の層のユーザデー
タをコピーする方法を用いている。すなわち、送信時に
おいては、上位の層から与えられた送信すべきデータ
（ユーザデータ）に対してその層のヘッダ情報を付加す
るために、その層のプロトコル処理部が別のバッファ領
域にコピーしている。また受信時においては、下位の層
から受信したデータに対して、その層のヘッダを解析し
て取り除くために、その層のプロトコル処理部が上位の
層のユーザデータを別のバッファ領域にコピーしてい
る。これまで、ＯＳＩのような複雑な通信プロトコルに
おいて、このような方法が用いられてきた理由は以下の
とおりである。
トコルにおいては、層ごとに他の層とは独立にヘッダ情
報が定義される。従って、計算機間で、このような通信
プロトコルによりデータを転送する場合には、計算機間
で本来転送されるべきデータに、最上位層から最下位層
までのヘッダ情報が順に付加される。 このような通信
プロトコルを実現する通信処理ボードまたはソフトウェ
アにおいては、従来は、各層のプロトコル処理部を他の
層の処理部とは独立に実現するために、１つの層のヘッ
ダ情報を付加／除去するために、上位の層のユーザデー
タをコピーする方法を用いている。すなわち、送信時に
おいては、上位の層から与えられた送信すべきデータ
（ユーザデータ）に対してその層のヘッダ情報を付加す
るために、その層のプロトコル処理部が別のバッファ領
域にコピーしている。また受信時においては、下位の層
から受信したデータに対して、その層のヘッダを解析し
て取り除くために、その層のプロトコル処理部が上位の
層のユーザデータを別のバッファ領域にコピーしてい
る。これまで、ＯＳＩのような複雑な通信プロトコルに
おいて、このような方法が用いられてきた理由は以下の
とおりである。
【０００３】 ＯＳＩの上位層である応用層／プレゼ
ンテーション層では、ＡＳＮ．１（Ａｂｓｔｒａｃｔ
Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）と呼ばれる
独自の表記法を用いてプロトコルデータの構造が定義さ
れ、転送されるためのデータの符号化規則も、識別子、
長さ、内容が、データ構造に対応して、複雑な入れ子構
造となっているため、各層のプロトコル処理部ごとにプ
ロトコルデータの処理を行ったほうがよい。 ＯＳＩのセション層、トランスポート層、ネットワ
ーク層では、各層のプロトコルに依存して、送信時おい
て、上位からのユーザデータを複数のプロトコルデータ
に分割し（セグメンティングと呼ぶ）、また受信時にお
いて、セグメンティングされ、複数のプロトコルデータ
により運ばれたユーザデータを１つにまとめ（リアセン
ブリングと呼ぶ）、上位の層に通知する必要がある。こ
のため、上位の層のプロトコルデータと、下位の層のプ
ロトコルデータが１対１に対応せず、各層のプロトコル
処理部ごとにプロトコルデータの処理を行ったほうがよ
い。
ンテーション層では、ＡＳＮ．１（Ａｂｓｔｒａｃｔ
Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ）と呼ばれる
独自の表記法を用いてプロトコルデータの構造が定義さ
れ、転送されるためのデータの符号化規則も、識別子、
長さ、内容が、データ構造に対応して、複雑な入れ子構
造となっているため、各層のプロトコル処理部ごとにプ
ロトコルデータの処理を行ったほうがよい。 ＯＳＩのセション層、トランスポート層、ネットワ
ーク層では、各層のプロトコルに依存して、送信時おい
て、上位からのユーザデータを複数のプロトコルデータ
に分割し（セグメンティングと呼ぶ）、また受信時にお
いて、セグメンティングされ、複数のプロトコルデータ
により運ばれたユーザデータを１つにまとめ（リアセン
ブリングと呼ぶ）、上位の層に通知する必要がある。こ
のため、上位の層のプロトコルデータと、下位の層のプ
ロトコルデータが１対１に対応せず、各層のプロトコル
処理部ごとにプロトコルデータの処理を行ったほうがよ
い。
【０００４】
【発明が解決しようとする課題】しかし、このような方
法では、各層ごとにユーザデータをコピーする処理が必
要となるため、特に層の数の多いＯＳＩでは、そのコピ
ーの処理がプロトコル処理全体の大きな部分を占め、Ｏ
ＳＩプロトコルを実行する通信処理ボードまたはソフト
ウェアの性能を悪化している。すなわち、ＯＳＩの７層
のプロトコルをサポートする通信処理ボードまたはソフ
トウェアにおいて、ＯＳＩの応用層／プレゼンテーショ
ン層におけるＡＳＮ．１により定義された複雑なプロト
コルデータ処理や、セション層、トランスポート層、ネ
ットワーク層におけるセグメンティングとリアセンブリ
ングの処理を含むＯＳＩのプロトコル処理において、各
層のプロトコル処理部が、上位の層のユーザデータをコ
ピーするという問題点がある。
法では、各層ごとにユーザデータをコピーする処理が必
要となるため、特に層の数の多いＯＳＩでは、そのコピ
ーの処理がプロトコル処理全体の大きな部分を占め、Ｏ
ＳＩプロトコルを実行する通信処理ボードまたはソフト
ウェアの性能を悪化している。すなわち、ＯＳＩの７層
のプロトコルをサポートする通信処理ボードまたはソフ
トウェアにおいて、ＯＳＩの応用層／プレゼンテーショ
ン層におけるＡＳＮ．１により定義された複雑なプロト
コルデータ処理や、セション層、トランスポート層、ネ
ットワーク層におけるセグメンティングとリアセンブリ
ングの処理を含むＯＳＩのプロトコル処理において、各
層のプロトコル処理部が、上位の層のユーザデータをコ
ピーするという問題点がある。
【０００５】本発明の目的は、上位の層のユーザデータ
をコピーすることなしに効率よくプロトコルを実行する
ことができるプロトコルデータの処理装置を提供するこ
とにある。
をコピーすることなしに効率よくプロトコルを実行する
ことができるプロトコルデータの処理装置を提供するこ
とにある。
【０００６】
【課題を解決するための手段】この目的を達成するため
に、本発明によるプロトコルデータの処理装置は、複数
の応用サービス要素または層のプロトコルデータをそれ
ぞれ処理するための複数のプロトコル処理部と、 該複数
のプロトコル処理部から共通にアクセスが可能な共有デ
ータ領域とを備え、 該共有データ領域は、プロトコルデ
ータのヘッダ情報作成用の先頭空き領域付バッファ本体
と、該バッファ本体内のプロトコルデータのバッファ先
頭ポインタ，バッファ長の如き情報を記憶するプロトコ
ルデータ・バッファ・ディスクリプタとを備え、前記バ
ッファ本体は、ユーザデータを記憶する第１のバッファ
本体と、前記プロトコルデータ・バッファ・ディスクリ
プタにより管理されるプロトコルデータを前記先頭空き
領域に記憶する第２のバッファ本体とを備え、前記プロ
トコルデータ・バッファ・ディスクリプタは、前記先頭
空き領域に記憶されるヘッダ情報により前記第１のバッ
ファ本体内の前記ユーザデータと前記第２のバッファ本
体内の前記プロトコルデータの各先頭ポインタを別個に
管理して、複数の応用サービス要素または層のうちの一
つの層のプロトコルデータの前にその下位の層のヘッダ
情報を付加する制御をするように構成され、前記プロト
コル処理部による前記共有データ領域に対する前記複数
の応用サービス要素または層の処理が、前記ユーザデー
タを前記第１のバッファ本体から他の領域へコピーする
動作なしに実行されるように構成されている。
に、本発明によるプロトコルデータの処理装置は、複数
の応用サービス要素または層のプロトコルデータをそれ
ぞれ処理するための複数のプロトコル処理部と、 該複数
のプロトコル処理部から共通にアクセスが可能な共有デ
ータ領域とを備え、 該共有データ領域は、プロトコルデ
ータのヘッダ情報作成用の先頭空き領域付バッファ本体
と、該バッファ本体内のプロトコルデータのバッファ先
頭ポインタ，バッファ長の如き情報を記憶するプロトコ
ルデータ・バッファ・ディスクリプタとを備え、前記バ
ッファ本体は、ユーザデータを記憶する第１のバッファ
本体と、前記プロトコルデータ・バッファ・ディスクリ
プタにより管理されるプロトコルデータを前記先頭空き
領域に記憶する第２のバッファ本体とを備え、前記プロ
トコルデータ・バッファ・ディスクリプタは、前記先頭
空き領域に記憶されるヘッダ情報により前記第１のバッ
ファ本体内の前記ユーザデータと前記第２のバッファ本
体内の前記プロトコルデータの各先頭ポインタを別個に
管理して、複数の応用サービス要素または層のうちの一
つの層のプロトコルデータの前にその下位の層のヘッダ
情報を付加する制御をするように構成され、前記プロト
コル処理部による前記共有データ領域に対する前記複数
の応用サービス要素または層の処理が、前記ユーザデー
タを前記第１のバッファ本体から他の領域へコピーする
動作なしに実行されるように構成されている。
【０００７】
【実施例１】以下、本発明に関する実施例を、図面を参
照して具体的に説明する。本発明は、図１に示すよう
に、ＯＳＩの応用層の応用サービス要素（ＡＳＥ）のた
めのプロトコル処理部１および２、プレゼンテーション
層（ＰＬ）プロトコル処理部３、セション層（ＳＬ）プ
ロトコル処理部４などが、共有データ領域５に設けたデ
ータを共有しつつプロトコル処理を行う形態を想定す
る。従って、例えばＡＳＥ２プロトコル処理部１で作成
したＡＳＥ２のプロトコルデータ（以下ＰＤＵと呼ぶ）
は、そのＰＤＵの共有データ領域５上のアドレスのみ
を、ＡＳＥ１プロトコル処理部２に渡すことにより、Ａ
ＳＥ１プロトコル処理部２が利用可能となる。本実施例
では、共有データ領域５の中に、ＰＤＵのデータ自身を
蓄えるための、ＰＤＵバッファ本体７と、ＰＤＵバッフ
ァ本体７の中のＰＤＵデータの位置や長さを記述し、複
数のＰＤＵバッファ本体７を連結させるための、ＰＤＵ
バッファ・ディスクリプタ（以下ＰＢＤと呼ぶ）６を設
ける。
照して具体的に説明する。本発明は、図１に示すよう
に、ＯＳＩの応用層の応用サービス要素（ＡＳＥ）のた
めのプロトコル処理部１および２、プレゼンテーション
層（ＰＬ）プロトコル処理部３、セション層（ＳＬ）プ
ロトコル処理部４などが、共有データ領域５に設けたデ
ータを共有しつつプロトコル処理を行う形態を想定す
る。従って、例えばＡＳＥ２プロトコル処理部１で作成
したＡＳＥ２のプロトコルデータ（以下ＰＤＵと呼ぶ）
は、そのＰＤＵの共有データ領域５上のアドレスのみ
を、ＡＳＥ１プロトコル処理部２に渡すことにより、Ａ
ＳＥ１プロトコル処理部２が利用可能となる。本実施例
では、共有データ領域５の中に、ＰＤＵのデータ自身を
蓄えるための、ＰＤＵバッファ本体７と、ＰＤＵバッフ
ァ本体７の中のＰＤＵデータの位置や長さを記述し、複
数のＰＤＵバッファ本体７を連結させるための、ＰＤＵ
バッファ・ディスクリプタ（以下ＰＢＤと呼ぶ）６を設
ける。
【０００８】ＰＢＤ６は、ＰＤＵバッファ本体７におい
て、バッファ自身の先頭ポインタ８とその長さ９、ＰＤ
Ｕの作成に利用できる作業領域の先頭ポインタ１０、実
際のＰＤＵデータ本体１７の先頭ポインタ１１とその長
さ１２を持つ。ＰＢＤ６において、作業領域とＰＤＵ領
域の先頭ポインタを別個に管理することにより、図２に
示すようにＰＤＵデータ本体１７の先頭と、作業領域の
先頭の間に空き領域ＥＰＥを設け、ある層のＰＤＵの前
に、その下位の層のヘッダ情報を付加する処理が、別の
バッファ領域を確保することなしに実現することができ
る。 また、複数のＰＤＵバッファ本体７を用いて１つ
のＰＤＵを構成することを可能とするために、そのＰＤ
Ｕのデータを含むＰＤＵバッファ本体７に対応するＰＢ
Ｄ６をリンクするための、前方ＰＢＤポインタ１４と後
方ＰＢＤポインタ１５が準備されている。複数のＰＤＵ
バッファ本体７を用いて１つのＰＤＵを構成する場合に
は、ＰＢＤ６のＰＤＵ全体長１３に、ＰＤＵの全体の長
さ（各ＰＤＵバッファ本体７におけるＰＤＵ領域長１２
の総和）が保持される。さらに、１つのＰＤＵバッファ
本体７に、複数のＰＤＵのデータを含ませることができ
る。この場合には、ＰＤＵのデータごとにＰＢＤ６が作
成され、そのＰＤＵ領域先頭ポインタ１１は、それぞれ
のＰＤＵのデータの先頭を示す。また、そのＰＤＵバッ
ファ本体７中のＰＤＵのデータの個数が、リファレンス
・カウント１６に保持される。
て、バッファ自身の先頭ポインタ８とその長さ９、ＰＤ
Ｕの作成に利用できる作業領域の先頭ポインタ１０、実
際のＰＤＵデータ本体１７の先頭ポインタ１１とその長
さ１２を持つ。ＰＢＤ６において、作業領域とＰＤＵ領
域の先頭ポインタを別個に管理することにより、図２に
示すようにＰＤＵデータ本体１７の先頭と、作業領域の
先頭の間に空き領域ＥＰＥを設け、ある層のＰＤＵの前
に、その下位の層のヘッダ情報を付加する処理が、別の
バッファ領域を確保することなしに実現することができ
る。 また、複数のＰＤＵバッファ本体７を用いて１つ
のＰＤＵを構成することを可能とするために、そのＰＤ
Ｕのデータを含むＰＤＵバッファ本体７に対応するＰＢ
Ｄ６をリンクするための、前方ＰＢＤポインタ１４と後
方ＰＢＤポインタ１５が準備されている。複数のＰＤＵ
バッファ本体７を用いて１つのＰＤＵを構成する場合に
は、ＰＢＤ６のＰＤＵ全体長１３に、ＰＤＵの全体の長
さ（各ＰＤＵバッファ本体７におけるＰＤＵ領域長１２
の総和）が保持される。さらに、１つのＰＤＵバッファ
本体７に、複数のＰＤＵのデータを含ませることができ
る。この場合には、ＰＤＵのデータごとにＰＢＤ６が作
成され、そのＰＤＵ領域先頭ポインタ１１は、それぞれ
のＰＤＵのデータの先頭を示す。また、そのＰＤＵバッ
ファ本体７中のＰＤＵのデータの個数が、リファレンス
・カウント１６に保持される。
【０００９】次に、図３および図４を用いて、応用層に
おける送信時におけるＰＤＵの作成処理の流れを示す。 （１） ステップ１ 上位のＡＳＥであるＡＳＥ２プロトコル処理部１が、共
有データ領域５上に点々ハッチングで示す２つのＰＤＵ
を作成する。それぞれに対するＰＢＤとＰＤＵバッファ
本体を、１８と１９、２０と２１とする。続いて、ＡＳ
Ｅ２プロトコル処理部１が、ＰＢＤ１８と２０へのポイ
ンタをＡＳＥ１プロトコル処理部２に渡す。 （２） ステップ２ ＡＳＥ１プロトコル処理部２は、当該処理部２のＰＤＵ
を作成するために、ＰＤＵ長を計算し、それに対応する
ＡＳＮ．１符号化用バッファ２２を確保する。ＡＳＮ．
１符号化用バッファ２２はＰＤＵバッファ本体として使
用される。 （３） ステップ３ ＡＳＥ１プロトコル処理部２は、作成すべきＰＤＵにお
いて、ＡＳＥ１においてデータ構造を定めている部分
を、ＡＳＮ．１符号化用バッファ２２中に斜線ハッチン
グで示すように作成する（２３と２４）。作成すべきＰ
ＤＵの内で、上位のＡＳＥ２プロトコル処理部１のＰＤ
Ｕが含まれる部分（ＡＳＥ１のプロトコルの定めるデー
タ構造においては、ＡＳＮ．１のＥＸＴＥＲＮＡＬ型ま
たはＡＮＹ型で定義されている）については、データの
コピーを行わない。 （４） ステップ４ ＡＳＥ１プロトコル処理部２の作成するＰＤＵデータ
は、２３、１９、２４、２１の各部を連結したものであ
るため、ＡＳＥ１プロトコル処理部２は、新たに作成し
たＰＢＤ２５と２６と、既存のＰＢＤ１８と２０を連結
する。この例では、ＡＳＮ．１符号化用バッファ２２の
リファレンス・カウントは２となる。
おける送信時におけるＰＤＵの作成処理の流れを示す。 （１） ステップ１ 上位のＡＳＥであるＡＳＥ２プロトコル処理部１が、共
有データ領域５上に点々ハッチングで示す２つのＰＤＵ
を作成する。それぞれに対するＰＢＤとＰＤＵバッファ
本体を、１８と１９、２０と２１とする。続いて、ＡＳ
Ｅ２プロトコル処理部１が、ＰＢＤ１８と２０へのポイ
ンタをＡＳＥ１プロトコル処理部２に渡す。 （２） ステップ２ ＡＳＥ１プロトコル処理部２は、当該処理部２のＰＤＵ
を作成するために、ＰＤＵ長を計算し、それに対応する
ＡＳＮ．１符号化用バッファ２２を確保する。ＡＳＮ．
１符号化用バッファ２２はＰＤＵバッファ本体として使
用される。 （３） ステップ３ ＡＳＥ１プロトコル処理部２は、作成すべきＰＤＵにお
いて、ＡＳＥ１においてデータ構造を定めている部分
を、ＡＳＮ．１符号化用バッファ２２中に斜線ハッチン
グで示すように作成する（２３と２４）。作成すべきＰ
ＤＵの内で、上位のＡＳＥ２プロトコル処理部１のＰＤ
Ｕが含まれる部分（ＡＳＥ１のプロトコルの定めるデー
タ構造においては、ＡＳＮ．１のＥＸＴＥＲＮＡＬ型ま
たはＡＮＹ型で定義されている）については、データの
コピーを行わない。 （４） ステップ４ ＡＳＥ１プロトコル処理部２の作成するＰＤＵデータ
は、２３、１９、２４、２１の各部を連結したものであ
るため、ＡＳＥ１プロトコル処理部２は、新たに作成し
たＰＢＤ２５と２６と、既存のＰＢＤ１８と２０を連結
する。この例では、ＡＳＮ．１符号化用バッファ２２の
リファレンス・カウントは２となる。
【００１０】さらに、図５および図６を用いて、プレゼ
ンテーション層ＰＬと応用層におけるＰＤＵ受信時にお
ける解析処理の流れを示す。 （１） ステップ１ ＰＬプロトコル処理部３が、２つにセグメンティングさ
れたＰＤＵをＳＬプロトコル処理部４から受信する。そ
れぞれに対するＰＢＤとＰＤＵバッファ本体を、２７と
２８、２９と３０とする。斜線ハッチング部分は、プレ
ゼンテーション層ＰＬのヘッダ情報である。 （２） ステップ２ ＰＬプロトコル処理部３は、ＡＳＮ．１の符号化規則に
従って受信ＰＤＵを解析するために、そのＰＤＵの全体
長を持ったＡＳＮ．１復号化用バッファ３１を確保す
る。ＡＳＮ．１復号化用バッファ３１はＰＤＵバッファ
本体として使用される。 （３） ステップ３ ＰＬプロトコル処理部３は、受信ＰＤＵを先頭から解析
するために、そのＰＤＵの先頭を含むＰＤＵバッファ本
体の内容を、ＡＳＮ．１復号化用バッファ３１にコピー
し、復号化処理を行う。この実施例では、ＰＤＵの先頭
に位置するＰＬのヘッダ情報は、ＰＤＵバッファ本体２
８に含まれる。ＰＬのヘッダ情報に続いてユーザデータ
（この場合はＡＳＥ１のＰＤＵ）が存在するが、これは
ＡＳＮ．１のＥＸＴＥＲＮＡＬ型またはＡＮＹ型で定義
され、ＰＬにおいては復号する必要がない。そのため、
ユーザデータのみを含むＰＤＵバッファ本体（この例で
は３０）はコピーしない。 （４） ステップ４ ＰＬプロトコル処理部３は、ＰＬのヘッダ情報を解析
し、ユーザデータの先頭部分を持つＡＳＮ．１復号化用
バッファ３１をＰＢＤ２７が指すように変更し、上位の
ＡＳＥ１プロトコル処理部２に渡す。同時に、不用とな
ったＰＤＵバッファ本体２８を解放する。
ンテーション層ＰＬと応用層におけるＰＤＵ受信時にお
ける解析処理の流れを示す。 （１） ステップ１ ＰＬプロトコル処理部３が、２つにセグメンティングさ
れたＰＤＵをＳＬプロトコル処理部４から受信する。そ
れぞれに対するＰＢＤとＰＤＵバッファ本体を、２７と
２８、２９と３０とする。斜線ハッチング部分は、プレ
ゼンテーション層ＰＬのヘッダ情報である。 （２） ステップ２ ＰＬプロトコル処理部３は、ＡＳＮ．１の符号化規則に
従って受信ＰＤＵを解析するために、そのＰＤＵの全体
長を持ったＡＳＮ．１復号化用バッファ３１を確保す
る。ＡＳＮ．１復号化用バッファ３１はＰＤＵバッファ
本体として使用される。 （３） ステップ３ ＰＬプロトコル処理部３は、受信ＰＤＵを先頭から解析
するために、そのＰＤＵの先頭を含むＰＤＵバッファ本
体の内容を、ＡＳＮ．１復号化用バッファ３１にコピー
し、復号化処理を行う。この実施例では、ＰＤＵの先頭
に位置するＰＬのヘッダ情報は、ＰＤＵバッファ本体２
８に含まれる。ＰＬのヘッダ情報に続いてユーザデータ
（この場合はＡＳＥ１のＰＤＵ）が存在するが、これは
ＡＳＮ．１のＥＸＴＥＲＮＡＬ型またはＡＮＹ型で定義
され、ＰＬにおいては復号する必要がない。そのため、
ユーザデータのみを含むＰＤＵバッファ本体（この例で
は３０）はコピーしない。 （４） ステップ４ ＰＬプロトコル処理部３は、ＰＬのヘッダ情報を解析
し、ユーザデータの先頭部分を持つＡＳＮ．１復号化用
バッファ３１をＰＢＤ２７が指すように変更し、上位の
ＡＳＥ１プロトコル処理部２に渡す。同時に、不用とな
ったＰＤＵバッファ本体２８を解放する。
【００１１】
【実施例２】次に、本発明によりセグメンティング／リ
アセンブリングを実現する場合の実現例について、説明
する。図７は、プレゼンテーション層からのＰＤＵ送信
要求に対して、セション層でセグメンティングする場合
の処理の流れを示す。 （１） ステップ１ ＰＬプロトコル処理部３がＰＤＵを作成する。そのＰＢ
ＤとＰＤＵバッファ本体をそれぞれ３２と３３とする。
ＰＬプロトコル処理部３は、ＰＢＤ３２へのポインタ１
０，１１を、ＳＬプロトコル処理部４に渡す。 （２） ステップ２ 本実施例では、このＰＬのＰＤＵの長さが、ＳＬにおい
て１つのＰＤＵで運ぶことのできる最大ユーザデータ長
をこえているため、ＳＬにおいて複数のＰＤＵにセグメ
ンティングすることとする。まず、ＳＬプロトコル処理
部４は、ＰＤＵバッファ本体３３に含まれるＰＬのＰＤ
Ｕに対して、その先頭からＳＬの最大ユーザデータ長分
だけとりだし、それに斜線ハッチングで示すＳＬのヘッ
ダ情報３４を付加する。この場合、ＰＤＵバッファ本体
３３の先頭に空き領域が存在するため、ＳＬのヘッダ情
報３４は、ＰＤＵバッファ本体３３の中に作られ、ＰＢ
Ｄ３２のＰＤＵ領域先頭ポインタ１１を、ＳＬのヘッダ
情報３４の長さ分前にずらす。次に、ＳＬプロトコル処
理部４は、ＰＬのＰＤＵの続きの部分に対して、ヘッダ
情報を付加してＳＬのＰＤＵを作成する。この場合は、
ＳＬのＰＤＵのユーザデータとなるＰＬのＰＤＵの続き
部分の前に、ＳＬのヘッダ情報を作成する空き領域が存
在しないため、ＳＬプロトコル処理部４は、新たにＰＤ
Ｕバッファ本体３６を確保し、斜線ハッチングで示すＳ
Ｌのヘッダ情報３７を作成し、ヘッダ情報とユーザデー
タを、ＰＢＤ３５と３８を用いて連結する。このように
して、ＰＤＵバッファ本体３３中のユーザデータをまっ
たくコピーすることなく、セグメンティング処理が実現
できる。
アセンブリングを実現する場合の実現例について、説明
する。図７は、プレゼンテーション層からのＰＤＵ送信
要求に対して、セション層でセグメンティングする場合
の処理の流れを示す。 （１） ステップ１ ＰＬプロトコル処理部３がＰＤＵを作成する。そのＰＢ
ＤとＰＤＵバッファ本体をそれぞれ３２と３３とする。
ＰＬプロトコル処理部３は、ＰＢＤ３２へのポインタ１
０，１１を、ＳＬプロトコル処理部４に渡す。 （２） ステップ２ 本実施例では、このＰＬのＰＤＵの長さが、ＳＬにおい
て１つのＰＤＵで運ぶことのできる最大ユーザデータ長
をこえているため、ＳＬにおいて複数のＰＤＵにセグメ
ンティングすることとする。まず、ＳＬプロトコル処理
部４は、ＰＤＵバッファ本体３３に含まれるＰＬのＰＤ
Ｕに対して、その先頭からＳＬの最大ユーザデータ長分
だけとりだし、それに斜線ハッチングで示すＳＬのヘッ
ダ情報３４を付加する。この場合、ＰＤＵバッファ本体
３３の先頭に空き領域が存在するため、ＳＬのヘッダ情
報３４は、ＰＤＵバッファ本体３３の中に作られ、ＰＢ
Ｄ３２のＰＤＵ領域先頭ポインタ１１を、ＳＬのヘッダ
情報３４の長さ分前にずらす。次に、ＳＬプロトコル処
理部４は、ＰＬのＰＤＵの続きの部分に対して、ヘッダ
情報を付加してＳＬのＰＤＵを作成する。この場合は、
ＳＬのＰＤＵのユーザデータとなるＰＬのＰＤＵの続き
部分の前に、ＳＬのヘッダ情報を作成する空き領域が存
在しないため、ＳＬプロトコル処理部４は、新たにＰＤ
Ｕバッファ本体３６を確保し、斜線ハッチングで示すＳ
Ｌのヘッダ情報３７を作成し、ヘッダ情報とユーザデー
タを、ＰＢＤ３５と３８を用いて連結する。このように
して、ＰＤＵバッファ本体３３中のユーザデータをまっ
たくコピーすることなく、セグメンティング処理が実現
できる。
【００１２】 次に、相手セション層において、セグメン
ティングされたＰＤＵをリアセンブリングして、プレゼ
ンテーション層に渡す場合の処理の流れを、図８と図９
を用いて説明する。 （１） ステップ１ ＳＬプロトコル処理部４は、下位からＰＤＵを受け取
る。そのＰＢＤとＰＤＵバッファ本体をそれぞれ３９と
４０とする。 （２） ステップ２ ＳＬプロトコル処理部４では、斜線ハッチングで示すＳ
Ｌのヘッダ情報４１を解析し、それがセグメンティング
されたユーザデータを持ち、完全なユーザデータを作成
するためには、次のＰＤＵを待つ必要があることが分か
る。そこで、ＳＬプロトコル処理部４は、ＰＢＤ３９の
ＰＤＵ領域先頭ポインタ１１をＳＬのヘッダ情報４１の
分だけずらし、このＰＤＵをキューイングする。 （３） ステップ３ ＳＬプロトコル処理部４が、下位から次のＰＤＵを受け
取る。そのＰＢＤとＰＤＵバッファ本体をそれぞれ４２
と４３とする。 （４） ステップ４ ＳＬプロトコル処理部４は、次のＰＤＵのＳＬのヘッダ
情報４４を解析し、それがセグメンティングされたユー
ザデータの最後の部分を持つことを知る。そこで、ＳＬ
プロトコル処理部４は、ＰＢＤ４２の内容を更新し、さ
らにキューイングされたＰＤＵを指すＰＢＤ３９と、新
たなＰＤＵに対応するＰＢＤ４２を連結し、ＰＬにＰＢ
Ｄ３９へのポインタを通知する。
ティングされたＰＤＵをリアセンブリングして、プレゼ
ンテーション層に渡す場合の処理の流れを、図８と図９
を用いて説明する。 （１） ステップ１ ＳＬプロトコル処理部４は、下位からＰＤＵを受け取
る。そのＰＢＤとＰＤＵバッファ本体をそれぞれ３９と
４０とする。 （２） ステップ２ ＳＬプロトコル処理部４では、斜線ハッチングで示すＳ
Ｌのヘッダ情報４１を解析し、それがセグメンティング
されたユーザデータを持ち、完全なユーザデータを作成
するためには、次のＰＤＵを待つ必要があることが分か
る。そこで、ＳＬプロトコル処理部４は、ＰＢＤ３９の
ＰＤＵ領域先頭ポインタ１１をＳＬのヘッダ情報４１の
分だけずらし、このＰＤＵをキューイングする。 （３） ステップ３ ＳＬプロトコル処理部４が、下位から次のＰＤＵを受け
取る。そのＰＢＤとＰＤＵバッファ本体をそれぞれ４２
と４３とする。 （４） ステップ４ ＳＬプロトコル処理部４は、次のＰＤＵのＳＬのヘッダ
情報４４を解析し、それがセグメンティングされたユー
ザデータの最後の部分を持つことを知る。そこで、ＳＬ
プロトコル処理部４は、ＰＢＤ４２の内容を更新し、さ
らにキューイングされたＰＤＵを指すＰＢＤ３９と、新
たなＰＤＵに対応するＰＢＤ４２を連結し、ＰＬにＰＢ
Ｄ３９へのポインタを通知する。
【００１３】 以上は、ＯＳＩ通信プロトコルを例にとっ
て説明したが、本発明は他のプロトコルデータの処理に
ついても適用可能であることは明らかである。
て説明したが、本発明は他のプロトコルデータの処理に
ついても適用可能であることは明らかである。
【００１４】
【発明の効果】以上、詳説したように、本発明によれ
ば、ＯＳＩの７層のプロトコルの如きプロトコルを実行
する通信処理ボードにおいて、各層でユーザデータをコ
ピーしないようにすることを可能とする。ユーザデータ
をコピーしないことは、ＡＳＮ．１により複雑なデータ
構造を持つＰＤＵが定義される応用層やプレゼンテーシ
ョン層においても、またセション層、トランスポート
層、ネットワーク層において、セグメンティング／リア
センブリングが行われた場合においても、実現される。
これにより、ＯＳＩの７層のプロトコルを実行する通信
処理ボードの処理において、無駄なデータコピーを大幅
に減らすことができる。例えば、１Ｍバイトのファイル
をＯＳＩのファイル転送プロトコルであるＦＴＡＭ
（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ， Ａｃｃｅｓｓ ａｎ
ｄ Ｍａｎａｇｅｍｅｎｔ）に従って転送する場合を想
定し、ファイルのデータを１Ｋバイトずつ区切って転送
し、これに付加される７層すべてのプロトコルのヘッダ
情報が合計５０バイトであるとしよう。２層から７層ま
での各層のプロトコル処理部でユーザデータのコピーを
行うと、通信処理ボードにおいては、全体で６Ｍバイト
のデータコピーを行う。一方本発明を用いると、通信処
理ボードは、５０Ｋバイトのヘッダ情報のコピーを行う
のみである。この場合は、本発明により従来の方法のデ
ータコピー処理を１００分の１以下にすることができ
る。
ば、ＯＳＩの７層のプロトコルの如きプロトコルを実行
する通信処理ボードにおいて、各層でユーザデータをコ
ピーしないようにすることを可能とする。ユーザデータ
をコピーしないことは、ＡＳＮ．１により複雑なデータ
構造を持つＰＤＵが定義される応用層やプレゼンテーシ
ョン層においても、またセション層、トランスポート
層、ネットワーク層において、セグメンティング／リア
センブリングが行われた場合においても、実現される。
これにより、ＯＳＩの７層のプロトコルを実行する通信
処理ボードの処理において、無駄なデータコピーを大幅
に減らすことができる。例えば、１Ｍバイトのファイル
をＯＳＩのファイル転送プロトコルであるＦＴＡＭ
（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ， Ａｃｃｅｓｓ ａｎ
ｄ Ｍａｎａｇｅｍｅｎｔ）に従って転送する場合を想
定し、ファイルのデータを１Ｋバイトずつ区切って転送
し、これに付加される７層すべてのプロトコルのヘッダ
情報が合計５０バイトであるとしよう。２層から７層ま
での各層のプロトコル処理部でユーザデータのコピーを
行うと、通信処理ボードにおいては、全体で６Ｍバイト
のデータコピーを行う。一方本発明を用いると、通信処
理ボードは、５０Ｋバイトのヘッダ情報のコピーを行う
のみである。この場合は、本発明により従来の方法のデ
ータコピー処理を１００分の１以下にすることができ
る。
【図１】本発明を適用するデータ処理系の主要構成を示
すブロック図である。
すブロック図である。
【図２】本発明に用いるバッファ本体とバッファディス
クリプタの主要構成を示すブロック図である。
クリプタの主要構成を示すブロック図である。
【図３】本発明の実施例として応用層における送信時の
プロトコルデータの作成処理を説明するためのブロック
図である。
プロトコルデータの作成処理を説明するためのブロック
図である。
【図４】本発明の実施例として応用層における送信時の
プロトコルデータの作成処理を説明するためのブロック
図である。
プロトコルデータの作成処理を説明するためのブロック
図である。
【図５】本発明の実施例としてプレゼンテーション層と
応用層におけるプロトコルデータ受信時の解析処理を説
明するためのブロック図である。
応用層におけるプロトコルデータ受信時の解析処理を説
明するためのブロック図である。
【図６】本発明の実施例としてプレゼンテーション層と
応用層におけるプロトコルデータ受信時の解析処理を説
明するためのブロック図である。
応用層におけるプロトコルデータ受信時の解析処理を説
明するためのブロック図である。
【図７】本発明の実施例としてセション層でセグメンテ
ィングするバッファの処理を説明するためのブロック図
である。
ィングするバッファの処理を説明するためのブロック図
である。
【図８】本発明の実施例としてセグメンティングされた
プロトコルデータをリアセンブリングしてプレゼンテー
ション層に渡す場合の処理を説明するためのブロック図
である。
プロトコルデータをリアセンブリングしてプレゼンテー
ション層に渡す場合の処理を説明するためのブロック図
である。
【図９】本発明の実施例としてセグメンティングされた
プロトコルデータをリアセンブリングしてプレゼンテー
ション層に渡す場合の処理を説明するためのブロック図
である。
プロトコルデータをリアセンブリングしてプレゼンテー
ション層に渡す場合の処理を説明するためのブロック図
である。
【符号の説明】 １ ＡＳＥ２プロトコル処理部 ２ ＡＳＥ１プロトコル処理部 ３ ＰＬプロトコル処理部 ４ ＳＬプロトコル処理部 ５ 共有データ領域 ６ ＰＤＵ（プロトコルデータ）バッファ・ディスクリ
プタ（ＰＢＤ） ７ ＰＤＵバッファ本体 ８ バッファ先頭ポインタ ９ バッファ長 １０ 作業領域先頭ポインタ １１ ＰＤＵデータ本体の先頭ポインタ １２ ＰＤＵ領域長 １３ ＰＤＵ全体長 １４ 前方ＰＢＤポインタ １５ 後方ＰＢＤポインタ １６ リファレンス・カウンタ １７ ＰＤＵデータ本体 １８，２０ ＰＢＤ １９，２１ ＰＤＵバッファ本体 ２２ ＡＳＮ．１符号化用バッファ ２３，２４ ＡＳＥ１がデータ構造を定めている部分 ２５，２６，２７，２９，３２，３５，３８，３９，４
２ ＰＢＤ ２８，３０ ＰＤＵバッファ本体 ３１ ＡＳＮ．１符号化復号用バッファ ３３ ＰＤＵバッファ本体 ３４，３７，４１，４４ ＳＬのヘッダ情報 ３６，４０，４３ ＰＤＵバッファ本体
プタ（ＰＢＤ） ７ ＰＤＵバッファ本体 ８ バッファ先頭ポインタ ９ バッファ長 １０ 作業領域先頭ポインタ １１ ＰＤＵデータ本体の先頭ポインタ １２ ＰＤＵ領域長 １３ ＰＤＵ全体長 １４ 前方ＰＢＤポインタ １５ 後方ＰＢＤポインタ １６ リファレンス・カウンタ １７ ＰＤＵデータ本体 １８，２０ ＰＢＤ １９，２１ ＰＤＵバッファ本体 ２２ ＡＳＮ．１符号化用バッファ ２３，２４ ＡＳＥ１がデータ構造を定めている部分 ２５，２６，２７，２９，３２，３５，３８，３９，４
２ ＰＢＤ ２８，３０ ＰＤＵバッファ本体 ３１ ＡＳＮ．１符号化復号用バッファ ３３ ＰＤＵバッファ本体 ３４，３７，４１，４４ ＳＬのヘッダ情報 ３６，４０，４３ ＰＤＵバッファ本体
フロントページの続き (56)参考文献 特開 平６−54026（ＪＰ，Ａ) 特開 平３−288951（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) H04L 29/10 G06F 13/00 353 H04L 13/08
Claims (2)
- 【請求項１】 複数の応用サービス要素または層のプロ
トコルデータをそれぞれ処理するための複数のプロトコ
ル処理部と、 該複数の プロトコル処理部から共通にアクセスが可能な
共有データ領域とを備え、 該共有データ領域は、 プロトコルデータのヘッダ情報作
成用の先頭空き領域付バッファ本体と、該バッファ本体
内のプロトコルデータのバッファ先頭ポインタ，バッフ
ァ長の如き情報を記憶するプロトコルデータ・バッファ
・ディスクリプタとを備え、 前記バッファ本体は、ユーザデータを記憶する第１のバ
ッファ本体と、前記プロトコルデータ・バッファ・ディ
スクリプタにより管理されるプロトコルデータを前記先
頭空き領域に記憶する第２のバッファ本体とを備え、前記プロトコルデータ・バッファ・ディスクリプタは、
前記先頭空き領域に記憶されるヘッダ情報により前記第
１のバッファ本体内の前記ユーザデータと前記第２のバ
ッファ本体内の前記プロトコルデータの各先頭ポインタ
を別個に管理して、複数の応用サービス要素または層の
うちの一つの層のプロトコルデータの前にその下位の層
のヘッダ情報を付加する制御をするように構成され、 前記プロトコル処理部による前記共有データ領域に対す
る前記複数の応用サービス要素または層の処理が、前記
ユーザデータを前記第１のバッファ本体から他の領域へ
コピーする動作なしに実行されるように構成されたプロ
トコルデータの処理装置。 - 【請求項２】 前記バッファ本体は、複数の前記第１の
バッファ本体と、複数の前記第２のバッファ本体と、複
数の前記プロトコルデータ・バッファ・ディスクリプタ
とを備え、複数の前記第１のバッファ本体にセグメンテ
ィングされた状態でそれぞれ記憶された前記ユーザデー
タは前記プロトコルデータ・バッファ・ディスクリプタ
を用いて連結される制御がなされるように構成されたこ
とを特徴とする請求項１に記載のプロトコルデータの処
理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4135620A JP2802700B2 (ja) | 1992-04-30 | 1992-04-30 | プロトコルデータの処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4135620A JP2802700B2 (ja) | 1992-04-30 | 1992-04-30 | プロトコルデータの処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05308396A JPH05308396A (ja) | 1993-11-19 |
| JP2802700B2 true JP2802700B2 (ja) | 1998-09-24 |
Family
ID=15156068
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4135620A Expired - Fee Related JP2802700B2 (ja) | 1992-04-30 | 1992-04-30 | プロトコルデータの処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2802700B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5590313A (en) * | 1994-06-30 | 1996-12-31 | International Business Machines Corporation | Multiple protocol device interface subsystem and method |
| KR20000018716A (ko) * | 1998-09-04 | 2000-04-06 | 윤종용 | 무선 데이터 통신 처리 장치의 속도 적응 처리부와 보드메신저 처리부 사이의 인터페이스 방법 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07111697B2 (ja) * | 1990-04-05 | 1995-11-29 | シャープ株式会社 | 高速通信バッファリング制御方法 |
| JP2719454B2 (ja) * | 1991-03-20 | 1998-02-25 | 富士通株式会社 | 通信制御装置のデータ分割高速制御方法 |
-
1992
- 1992-04-30 JP JP4135620A patent/JP2802700B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05308396A (ja) | 1993-11-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3364587B2 (ja) | 通信システムで比較的大きなデータ・オブジェクトの伝送を制御するシステムと方法 | |
| US7263103B2 (en) | Receive queue descriptor pool | |
| US8856379B2 (en) | Intelligent network interface system and method for protocol processing | |
| US6370599B1 (en) | System for ascertaining task off-load capabilities of a device and enabling selected capabilities and when needed selectively and dynamically requesting the device to perform the task | |
| US7502869B2 (en) | Intelligent network interface system and method for accelerated protocol processing | |
| US5253342A (en) | Intermachine communication services | |
| US5915095A (en) | Method and apparatus for balancing processing requests among a plurality of servers based on measurable characteristics off network node and common application | |
| US5920703A (en) | Systems and methods for managing the processing of relatively large data objects in a communications stack | |
| US6247068B1 (en) | Winsock-data link library transcoder | |
| US5796954A (en) | Method and system for maximizing the use of threads in a file server for processing network requests | |
| US20020147839A1 (en) | Fast-path apparatus for receiving data corresponding to a TCP connection | |
| KR980013142A (ko) | 비동기 전송 방식 통신 네트워크, 시스템 처리 성능 및 메모리 이용 증진 방법 | |
| EP0381645A2 (en) | System and method for communicating between a plurality of processors | |
| JPH10243051A (ja) | データ・ストリーム組み立て方法およびシステム | |
| US6098125A (en) | Method of mapping fibre channel frames based on control and type header fields | |
| US6081834A (en) | Network data path interface method and system for enhanced data transmission | |
| JP2802700B2 (ja) | プロトコルデータの処理装置 | |
| US9665519B2 (en) | Using a credits available value in determining whether to issue a PPI allocation request to a packet engine | |
| GB2363551A (en) | Sending fibre channel response frames from an interface controller to a host only when an I/O operation is unsuccessful | |
| Goscinski et al. | Message passing and RPC-based interprocess communication mechanisms in the RHODOS microkernel | |
| Braun et al. | A modular VLSI implementation architecture for communication subsystems | |
| EP1347597A2 (en) | Embedded system having multiple data receiving channels | |
| US9699107B2 (en) | Packet engine that uses PPI addressing | |
| JPH1079774A (ja) | プロトコルデータの処理方式 | |
| Sanches et al. | High performance communication system based on generic programming |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |