JPH03273350A - プロトコル高速処理装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】

（産業上の利用分野） 本発明は１階層化された通信プロトコルの高速処理装置
に関する。

【従来の技術］ 従来、階層化された通信プロトコルの処理は、○ＳＩの
７階層モデルにおけるレイヤ２以下のプロトコルを、高
速動作が可能なＬＳＩ化されたハードウェアで処理し、
レイヤ３以上に関しては、汎用ＣＰＵによりソフトウェ
ア処理するのが一般的であった。これは、通信プロトコ
ル処理が複雑であること、各種プロトコルに適用できる
汎用性が要求されること及び、さまざまなネットワーク
環境に対応できる柔軟性が要求されるためである。 すなわち、複雑な通信プロトコルを、汎用性及び柔軟性
を確保しながらハードウェア化することは困難であった
。 これに対し、階層化された通信プロトコルを高速に処理
する装置として、例えば特開昭６２−１１７０５０号公
報に記載のプロトコルプロセッサがある。これは、プロ
トコルレイヤ毎にプロトコルプロセッサを配置し、階層
化されたプロトコルをパイプライン処理させることによ
り、高スループツトを得ようとするものである。上記プ
ロトコルプロセッサにおいては、１つのレイヤのプロト
コル処理は、１つのプロトコフレプロセッサで処理する
ように構成されている。さらに、プロセッサ内部の動作
制御は、外部からダウンロードするマイクロプログラム
によって行う。 【発明が解決しようとする課題】 上記公知例による技術は、プロトコルレイヤ毎にプロト
コルプロセッサを配置するために、高スループツトが得
られる。しかしながら、１つのレイヤのプロトコル処理
を１つのプロトコルプロセッサで処理する構成となって
いるために、プロトコルプロセッサの内部動作を制御す
るマイクロプログラムは、複雑な通信プロトコル処理を
記述できるソフトウェア的な処理にならざるを得ない、
従って、１つのレイヤに注目してみると、そのプロトコ
ル処理は、ソフトウェア的に実行されるため、従来の汎
用ＣＰＵによる処理時間を大幅に短縮することは困難で
ある。 本発明の目的は、汎用性及び柔軟性を確保しながら、制
限された物量の範囲内で９通信プロトコル処理のハード
ウェア化を実現することにある。

【課題を解決するための手段】

上記目的を達成するために、本発明では１通信プロトコ
ル処理を、高速化が要求され、且つその処理が余り複雑
ではないデータ転送正常処理と、高速性よりむしろ汎用
性及び、柔軟性が要求され、処理が複雑であるコネクシ
ョン制御処理及びデータ転送異常処理とに分け、プロト
コル処理装置を、データ転送正常処理を専用ハードウェ
ア化した第一のプロセッサ部と、データ転送正常処理以
外をソフトウェアにより実行する第二のプロセッサ部と
で構成し、レイヤ間のインタフェース機能を第一のプロ
セッサ部に設け、第二のプロセッサ部を第一のプロセッ
サ部のバックエンドプロセッサとして機能させることに
特徴がある。

【作用） 本発明の構成によれば、正常なデータ転送処理を専用ハ
ードウェアにて行うため高速処理が可能であり、コネク
ション制御処理及びデータ転送異常処理についてはソフ
トウェアにて実行するため汎用性及び柔軟性を確保でき
る。また、専用ハードウェアは処理の比較的簡単なデー
タ転送正常処理にのみに対応すればよいため、物量が少
なくできるという利点がある。 ［実施例１ 以下１本発明の一実施例を図面を引用しながら説明する
。なお、以下の説明では、プロトコル処理装置を通信制
御装置、と称し、該通信制御装置の構成要素のうちで特
に本発明による通信プロトコル高速処理動作を行なうプ
ロセッサ部をプロトコル高速処理機構と記述する。 （実施例１） 第１図は５本発明に係る通信ネットワークシステムの１
例を示す構成図である。第１図において。 各計算機１（ＩＡ〜ＩＮ）は、それぞれ通信制御装！２
を介して、ネットワーク３に接続されている。 第２図は、通信制御装置２の詳細を示すブロック図であ
る。通信制御装置２は、計算機１内の主プロセツサ７０
及び主メモリ８ｏが接続されたシステムバス９０に接続
される。通信制御装置２は。 計算機１とのインタフェースをとるための計算機インタ
フェース２０と、送受信データを格納するバッファメモ
リ３０と、通信プロトコル処理を高速に行う本発明のプ
ロトコル高速処理機構１０と。 ネットワーク３へのデータ送受信を制御するメディアア
クセスコントローラ（ＭＡＣ−ＬＳＩ）４０と、ＭＡＣ
−ＬＳＩ４０の制御及びＭＡＣ・ＬＳＩ４０とプロトコ
ル高速処理機構１０との間のインタフェース制御を行う
ＭＡＣ制御プロセッサ５０と、それらを接続するローカ
ルバス６０から成る。 計算機１からの送信データ及びネットワーク３からの受
信データは、データ経路２１　（２１−１，２ｌ−２）
を経て、バッファメモリ３０に格納される。計算機１か
らプロトコル高速処理機構１〇への送信要求及び、ＭＡ
Ｃ制御プロセッサ５０からの受信通知等（以下、これら
をプリミティブと記す）は、プリミティブ経路２２　（
２２−１゜２２−２）を介して授受される。プロトコル
高速処理機構１０は、プリミティブ経路２２からプリミ
ティブを受けとると、経路２３を介して、バッファメモ
リ３０上のプロトコル制御情報（以下、プロトコルヘッ
ダと記す）をアクセスし、プロトコル処理を実行する。 以上のように、通信制御装置２は、送受信されるデータ
を格納するバッファメモリ３０が、計算機１内の主メモ
リ８０間のデータ転送と、ネットワーク３との間のデー
タ転送と、プロトコル高速処理機構１０によるプロトコ
ルヘッダのアクセスが同時に行えるように３ボートメモ
リを形成し、且つ、データの流れる経路と、プリミティ
ブ（制御）の流れる経路が分離されるように構成されて
いる。 本発明は、上記主プロセツサ７０と、プロトコル高速処
理機構１０が分担して実行する通信プロトコルの処理方
式に関するものであり、まず、そのプロトコルについて
説明する。 第３図は、各エンドシステムが有する通信プロトコルを
示す図である。エンドシステムは、レイヤ１　（Ｌｌ）
からレイヤ７（Ｌ７）までの階層化されたプロトコルを
有する。階層化されたプロトコルの内訳は、下位層から
、フィジカルレイヤＬ１、データリンクレイヤ（ＭＡＣ
サブレイヤ。 ＬＬＣサブレイヤ）Ｌ２、ネットワークレイヤ上３．ト
ランスポートレイヤＬ４．セツションレイヤＬ５．プレ
ゼンテーションレイヤＬ６、アプリケーションレイヤＬ
７となっている。本実施例では、データリンクレイヤＬ
２のうちのＭＡＣサブレイヤ以下を、高速動作が可能な
ＬＳＩ化されたハードウェア４０で処理し、データリン
クレイヤＬ２のうちのＬＬＣサブレイヤからトランスポ
ートレイヤＬ４までを本発明のプロトコル高速処理機構
１０で処理し、セツションレイヤし５以上を計算機１内
の主プロセツサ７０で分担して処理する。ここで、プロ
トコル高速処理機構１０で処理するプロトコルについて
更に詳細に説明しておく。尚、本実施例では、具体的な
プ・ロトコルとして、データリンクレイヤにロジカルリ
ンクコントロール・タイプ１（以下、ＬＬＣ（Ｔｌ）と
記す）、ネットワークレイヤにコネクションレス型ネッ
トワークプロトコル（以下、ＣＬＮＰと記す）、トラン
スポートプロトコルに０５Ｉ）−ランスポートプロトコ
ル・クラス４（以下、トランスポートプロトコルと記す
）を適用する。 第４図は、計算機Ａと計算機Ｂの間で、データ転送を行
う場合の、トランスポートプロトコルのシーケンスを示
す図である。一連のシーケンスは。 コネクション確立フェーズ（Ｉ）、データ転送フェーズ
（■）、コネクション解放フェーズ（ｍ）の３つのフェ
ーズから成る。 コネクション確立フェーズ（Ｉ）においては、一方の計
算機Ａから、他方の計算機Ｂに対し、コネクション確立
要求パケットであるＣＲ２１０を送信し、これを受けた
計算機Ｂがコネクション確立応答パケットＣＣ２２０を
返信し、ＣＣパケット２２０を受けた計算機Ａが確認パ
ケットＡＫ２３０を送信しコネクション確立状態と成る
。この後、データ転送フェーズに入る。 データ転送フェーズ（ｎ）においては、一方の計算機Ａ
からデータパケットＤＴ２４０が送信され、ＤＴパケッ
ト２４０を受信した計算機Ｂから、応答パケット２５０
が返信される。ＤＴパケット２４０を送信した計算機Ａ
では、ＡＫパケット２５０の受信を監視する応答監視タ
イマーを起動し、ＡＫパケット２５０を受信すると応答
監視タイマーを停止する。応答監視タイマーがタイムア
ウトした場合には、ＤＴパケット２４０を再送する。更
に、ＤＴパケット２４０には送信順序番号が付加され、
ＡＫパケット２５０には次に受信を期待する送信順序番
号が付加される。ＤＴパケット２４０の送信においては
、ＡＫパケット２５０の受信を待たずに送信できる数（
以下、ウィンドウサイズと記す）の範囲内で、ＤＴパケ
ット２４０を連続して送信できる。ＤＴパケット２４０
を送信する毎にウィンドウサイズは少なくなり、ＡＫパ
ケット２５０を受信する毎に大きくなる。ウィンドウサ
イズがなくなれば、ＡＫパケット２５０を受信するまで
ＤＴパケット２４０を送信できない。 このように送信するデータの流量を制御する機能を「フ
ロー制御」と呼ぶ。トランスポートプロトコルでは、こ
のフロー制御を送信状態変数■Ｓ、ウィンドウ下ｌＩＭ
値ＬＷＥ、ウィンドウ上限値ＵＷＥの３つの状態変数を
用いて制御する。送信状態変数ＶＳは１次に送信するＤ
Ｔパケット２４０に付加する順序番号であり、ウィンド
ウ下限値ＬＷＥは、相手局によって送達確認を受けたＤ
Ｔパケット２４０の順序番号であり、ウィンドウ上限値
ＵＷＥは、ＡＫパケット２５０の受信を待たずに送信で
きる上限の順序番号である。ＤＴパケット２４０の送信
によって送信状態変数ＶＳが更新され、ＡＫパケットの
受信によってウィンドウ下限値ＬＷＥ及び、ウィンドウ
上限値ＵＷＥが更新される、送信状態変数ｖＳとウィン
ドウ上限値ＵＷＥが等しくなるとＤＴパケット２４０を
送信できない。 コネクション解放フェーズ（ＩＩＩ）においては、一方
の計算機がコネクション解放パケットＤＲ２６０を送信
する。ＤＲパケット２６０を受信した他の計算機は、コ
ネクション解放を承認するパケットＤＣ２７０を返信す
る。 一方、ＬＬＣ（Ｔｌ）及び、ＣＬＮＰプロトコルは、ト
ランスポートプロトコルに示すようなコネクション確立
／解放制御及び、フロー制御はなく、ユーザデータの転
送機能のみを有するプロトコルである。 第５図（Ａ）〜（Ｆ）は、上述したトランスポートプロ
トコルの代表的なパケットフォーマット（ＣＲ，ＣＣ，
ＤＴ、ＡＫ、ＤＲおよびＤＣ）を示し、第６図（Ａ）、
（Ｂ）は、ＣＬＮＰプロトコルのデータパケットＤＴの
フォーマット（図Ａ）及び、ＬＬＣ（Ｔｌ）プロトコル
のデータフレームＵＩのフォーマット（図Ｂ）を示す。 第７図は、上位レイヤから、下位レイヤにプロトコル処
理が施されて行くに従い、各レイヤ毎のプロトコルヘッ
ダが（Ｈ４〜Ｈ１（Ｈ１’　）付加されて行く様子を示
した図である。 次に、以上述べたプロトコルを実行する本発明のプロト
コル高速処理機構１０の構成を説明する。 第８図は、データリンクレイヤ（ＬＬＣサブレイヤ）か
らトランスポートレイヤまでの通信プロトコルを高速に
処理できるようにした本発明によるプロトコル高速処理
機構１０の構成の１例を示すブロック図である。 プロトコル高速処理機構１０は、レイヤ単位に設けられ
プロトコルヘッダ処理をハードウェア化したデータ転送
処理ユニット１００　（１００−１〜ｌ　００−３　）
と、ローカルメモリ３００とタイマー４００を備えて、
ソフトウェア的にプロトコル処理を実行するバックエン
ドプロセッサ２００と、それらが接続される内部バス５
００と、内部バス５００のアービトレーションを行うバ
スアービタ６００とで構成される。 プロトコルレイヤ間でのプリミティブの授受は、内部バ
ス５００とは別にデータ転送処理ユニット１００間に設
けたプリミティブ経路２２　（２２−１〜２２−４）を
介して行われる。データ転送処理ユニット１００及びバ
ックエンドプロセッサ２００は２内部バス５００を介し
て、バッファメモリ内のプロトコルヘッダ等をアクセス
できるように構成されている。上記構成において、各レ
イヤのプロトコル処理は、データ転送処理ユニット］０
０とバンクエンドプロセッサ２００に分担して処理する
。 第９図は、各レイヤにおけるデータ転送処理ユニット１
００とバックエンドプロセッサ２００の機能分担を示す
図である。トランスポートプロトコルについては、正常
なデータ転送に関するヘッダ処理（ヘッダ生成／ヘッダ
解析）と状態管理をデータ転送処理ユニット１０ｏでハ
ードウェア的に処理し、コネクション制御、異常処理、
タイマー管理及びバッファ管理等の処理は、バックエン
ドプロセッサ２００でソフトウェア処理する。 ＣＬＮＰ及びＬＬＣプロトコルについては、正常なデー
タ転送処理をデータ転送処理ユニットＩ００で処理し、
異常処理及びエラー通知フレーム等のデータ以外のフレ
ーム処理をバックエンドプロセッサ２００で処理する。 次に、プロトコル高速処理機構１０の動作について説明
する。 第１０図は、プロトコル高速処理機構１０への動作指示
であるプリミティブを定義するコマンドディスクリブタ
３１の形式と、送受信データが格納される送受信バッフ
ァ３２との関係を示す。 コマンドディスクリブタ３１は、それぞれコマンドフィ
ールドＦ１．コネクション識別フィールドＦ２、データ
長フィールドＦ３、バッファアドレスフィールドＦ４か
らなる４つのエントリＥ１〜Ｅ４を有する。これらのエ
ントリは、レイヤ間のインタフェースによって使いわけ
られる。すなわち、第１エントリＥ１は、計算機１とト
ランスポートレイヤ間Ｌ４のインタフェースに使用し、
第２エントリＥ２は、トランスポートレイヤＬ４とネッ
トワークレイヤＬ３間のインタフェースに使用し、第３
エントリＥ３は、ネットワークレイヤＬ３とデータリン
クレイヤ５２間のインタフェースに使用し、第４エント
リＥ４は、データリンクレイヤＬ２とＭＡＣ制御プロセ
ッサ間のインクフェースに使用する。 コマンドフィールドＦｌには、レイヤ間でのプリミティ
ブを示すコマンドが設定される。計算機１からトランス
ポートレイヤへのコマンドには、ＣＲパケットの送信を
要求するコネクション確立要求、ＣＣパケットの送信を
要求するコネクション確立応答、ＤＲパケットの送信を
要求するコネクション解放要求及び、ＤＴパケットの送
信を要求するデータ送信要求がある。トランスポートレ
イヤＬ４からネットワークレイヤＬ３へのコマンド、ネ
ットワークレイヤＬ３からデータリンクレイヤＬ２への
コマンド及び、データリンクレイヤＬ２からＭＡＣ制御
プロセッサ５０へのコマンドは、データ送信要求のみで
ある。一方、ＭＡＣ制御プロセッサ５０からデータリン
クレイヤＬ２へのコマンドには、データ受信通知とデー
タ送信完了通知がある。データリンクレイヤＬ２からネ
ットワークレイヤＬ３へのコマンド、ネットワークレイ
ヤＬ３からトランスポートレイヤＬ４へのコマンドは、
データ受信通知のみである。トランスポートレイヤＬ４
から計算機１へのコマンドは、ＣＲパケットの受信を示
すコネクション確立通知。 ＣＣパケットの受信を示すコネクション確立完了通知及
び、ＤＴパケットの受信を示すデータ受信通知がある。 データ長フィールドＦ３及び、バッファアドレスフィー
ルドＦ４は、各レイヤにおけるデータ長及び、データの
先頭アドレスを示す。上記コマンドディスクリブタ３１
及び、送受信バッファは、バッファメモリ３０上に定義
する６次に、プロトコル高速処理機構１０が行なう送信
動作について説明する。 計算機ｌ内の主プロセツサ７０は、予めバッファメモリ
３０上に定義された送信用のコマンドディスクリブタ３
１の第１エントリＥ１に、コマンドコード、コネクショ
ン識別子、送信データ長。 送信バッファアドレス等のパラメータを設定し、コマン
ドディスクリブタ３１のアドレス情報をプリミティブ経
路２２−１を介してプロトコル高速処理機構１ｏへ入力
する。プロトコル高速処理機構１０は、コマンドディス
クリブタ３１のアドレス情報（以下、ＣＤＩＤと記す。 ）が入力されたことにより起動される。このように、レ
イヤ間のインタフェースは、プリミティブ経路２２を介
して、ＣＤＩＤを授受することにより行なわれる。 第１１図及び第１２図は、プロトコル高速処理［１構１
ｏの送信動作を示すフローチャートである。 計算機１からの送信要求は、まず、トランスポートレイ
ヤのデータ転送処理ユニット１００−１に入力される。 データ転送処理ユニット１００−１は、プリミティブ経
路２２−１に入力されたＣＤＩＤが示すコマンドディス
クリブタ３１の第１エントリＥ１を読み込み（ステップ
１０００）、コマンドフィールドの値シこよりコマンド
を解析する（１００１．１００２）。 コマンドが、データ送信要求でなかった場合。 すなわち、コネクション確立要求、コネクション解放要
求、又は、コネクション確立応答であった場合には、デ
ータ転送処理ユニット１００−１は。 先に取り込んだＣＤＩＤをバスインタフェース２４−１
を介して、バックエンドプロセッサ２００に渡し、バッ
クエンドプロセッサ２００のソフトウェアによって、コ
ネクシ、ヨン制御処理を行う（１００８）、このように
、データ転送処理ユニット１００からバックエンドプロ
セッサ２００への処理の依頼は、上下レイヤがら受は取
ったＣＤＩＤを、バスインタフェース２４を介して、バ
ックエンドプロセッサ２００に渡すことによって実現す
る。 コマンドが、データ送信要求であった場合には。 フロー制御を行い、送信できる状態かどうかを判断しく
１００３）、送信できない場合には、バックエンドプロ
セッサ２００に送信待ち処理を依頼する（１００７）。 送信できる状態であった場合には、バックエンドプロセ
ッサ２００に、応答監視タイマーの起動及び、送信デー
タの応答待ち処理を依頼する（１００４）。次に、トラ
ンスボートヘッダをバッファメモリ３０上に作成しく１
００５）、コマンドディスクリブタ３１の第２エントリ
Ｅ２にネットワークレイヤへのプリミティブを生成しく
１００６）、ＣＤＩＤをプリミティブ経路２２−２に出
力することにより、ネットワークレイヤを起動する（１
００９）。 ネットワークレイヤのデータ転送処理ユニット１００−
２は、トランスポートレイヤからＣＤＩＤを受は取ると
、第１２図に示す如く、当該コマンドディスクリブタの
第２エントリＥ２を読み込み（１０１０）、バッファメ
モリ３０上の指定されたアドレスにプロトコルヘッダを
生成しく１０１１）、コマンドディスクリブタ３１の第
３エントリＥ３にデータリンクレイヤへのプリミティブ
を生成しく１０１２）、ＣＤＩＤをプリミティブ経路２
２−３に出力することにより、データリンクレイヤを起
動する（１０１３）。 データリンクレイヤのデータ転送処理ユニット１００−
３は、ネットワークレイヤと同様に、コマンドディスク
リブタ３１の第３エントリＥ３の内容に従いＬＬＣヘッ
ダを生成しく１０１４゜１．０１５）、コマンドディス
クリブタ３１の第４エントリＥ４にＭＡＣ制御プロセッ
サ５０へのコマンドを生成し、ＣＤＩＤをプリミティブ
経路２２−４に出力し、ＭＡＣＩＩＪ＃プロセッサ５０
を起動する（１０１６）。 ＭＡＣ制御プロセッサ５０は、コマンドディスクリブタ
３１の第４エントリＥ４を参照し、ＭＡＣ−ＬＳＩ４０
を起動し、データをネットワーク３に送出する。 次に、プロトコル高速処理機構１０の受信動作を説明す
る。ＭＡＣ制御プロセッサ５０は、ＭＡＣ−ＬＳＩ４０
から受信割込みを受けると、予めバッファメモリ３０上
に定義された受信用のコマンドディスクリブタ３１の第
４エントリＥ４にコマンドコード、受信データ長、受信
バッファアドレス等のパラメータを設定し、ＣＤＩＤを
プリミティブ経路２２−４を介して、プロトコル高速処
理機構１ｏへ入力する。 第１３図、第１４図、第１５図は、プロトコル高速処理
機構１ｏの受信動作を示すフローチャートである。ＭＡ
Ｃ制御プロセッサ５０からの受信通知は、まず、データ
リンクレイヤのデータ転送処理ユニット１００−３に入
力される。 データ転送処理ユニット１００−３は、第１３図に示す
如く、プリミティブ経路２２−４に入力されたアドレス
が示すコマンドディスクリブタ３１の第４エントリＥ４
を読み込み（ステップ１０３０）、指定されたアドレス
からＬＬＣヘッダを読み込み、解析する（１０３１）。 フレームタイプがＵＩフレームでなかった場合、又は。 ＵＩフレームに異常が検出された場合には、バックエン
ドプロセッサ２００に当該フレームの受信処理を依頼す
る（１０３６）。ＬＬＣヘッダがＵＩフレームであり、
且つ、正常であった場合には、コマンドディスクリブタ
３１の第３エントリＥ３にネットワークレイヤへのプリ
ミティブを生成しく１０３４）、先に取り込んだＣＤｒ
Ｄをプリミティブ経路２２−３に出力することにより。 ネットワークレイヤを起動する（１０３５）。 ネットワークレイヤのデータ転送処理ユニット１００−
２は、第１４図に示す如く、データリンクレイヤからＣ
ＤＩＤを受は取ると、データリンクレイヤのデータ転送
処理ユニット１００−３と同様に、ネットワークヘッダ
をチエツクしく１０３７〜１０４０）、正常なりＴパケ
ットであれば、当該コマンドディスクリブタ３１の第２
エントリＥ２にトランスポートレイヤへのプリミティブ
を生成しく１０４１）、ＣＤＩＤをプリミティブ経路２
２−２に出力することにより、トランスボートレイヤを
起動する（１０４２）。 トランスポートレイヤのデータ転送処理ユニット１００
−１は、ネットワークレイヤからＣＤＩＤを受は取ると
、第１５図に示す如く、当該コマンドディスクリブタ３
１の第２エントリＥ２を読み込み（１０４４）、指定さ
れたアドレスからトランスボートヘッダを読み込み、解
析する（１０４５）。解析した結果、パケット種別が５
ＤＴパケツト、又はＡＫパケットでなかった場合、又は
、プロトコルヘッダに異常が検出された場合には、バッ
クエンドプロセッサ２００に当該パケットの受信処理を
依頼する（１０５２）、正常なりＴ受信であった場合に
は、当該コマンドディスクリブタ３１の第１エントリＥ
１に、コネクション識別子、受信データ長、及びバッフ
ァアドレス等のパラメータを生成し、ＣＤＩＤをプリミ
ティブ経路２２−１に出力し、計算機１の主プロセツサ
７０にデータ受信を通知する（１０４９）、その後、Ａ
Ｋパケットを生成しく１０５０）、ＡＫパケットを管理
するコマンドディスクリブタのＣＤＩＤをプリミティブ
経路２２−２に出力することにより、ネットワークレイ
ヤに対して、ＡＫパケットの送信を要求する（１０５１
）、受信したパケットが正常なＡＫパケットであった場
合には、フロー制御処理を行ない（１０５５）、バック
エンドプロセッサ５０に応答監視タイマーの停止及び、
応答待ち送信バッファの解放処理を依頼する（１０５６
）。 第１６図、第１７図、第１８図は、上述したトランスボ
ートプロトコル、ＣＬＮＰ及びＬＬＣプロトコルを実行
した場合の、プロトコル高速処理機構１０の動作を示す
タイムチャートである。コネクション確立フェーズ（１
）においては、第１６＠に示す如く、上位レイヤからの
コマンド解析及び、受信時のプロトコルヘッダの解析は
、データ転送処理ユニット１００で行ない、以降の処理
は、バックエンドプロセッサ２００で実行する。 データ転送フェーズ（ｎ）においては、第１７図に示す
如く、正常なデータ転送に関するプロトコルヘッダの処
理は、データ転送処理ユニット１００で行ない、タイマ
ー制御及び、異常処理は。 バックエンドプロセッサ２００で実行する。コネクショ
ン解放フェーズ（ＩＩＩ）においては、第１８図に示す
如く、コネクション確立フェーズと同様に５土位レイヤ
からのコマンド解析及び、受信時のプロトコルヘッダの
解析は、データ転送処理ユニット１００で行ない、以降
の処理は、バックエンドプロセッサ２００で実行する。 以上説明したように、正常なデータ転送処理に関しては
、そのプロトコル処理の大半を占めるプロトコルヘッダ
処理が、データ転送処理ユニット１００によってハード
ウェア処理されるように動作する６ 次に、正常なデータ転送に関するプロトコルヘッダ処理
をハードウェア処理するデータ転送処理ユニット１００
を詳細に説明する。 第１９図は、データ転送処理ユニット１００の詳細な構
成を示すブロック図である。データ転送処理ユニット１
００は、送信入力ＰＩＦＯＩＯＩと、受信出力ＦＩＦＯ
１０２と、送信出力ＦＩＦ０１０３と、受信入力ＰＩＦ
Ｏ１０４と、上位レイヤからの送信要求をキューイング
する送信入力ＰＩＦＯＩＯＩと、プロセッサ８力ＦＩＦ
Ｏ１０５と、プロセッサ入力ＰＩＦＯ１０６と、バス制
御部１１２と、コマンドディスクリブタ処理部１１３と
、プロトコルヘッダ処理部１１４と、プロトコル演算処
理部１１１と、応答送信用バッファプール１０７と、処
理完了フラグ１０８と、全体制御部１１０で構成する。 送信入力ＰＩＦＯＩＯＩは、上位レイヤから受けたコマ
ンドをキューイングする機能を持つ。受信出力ＰＩＦＯ
１０２は、上位レイヤへ渡すコマンドをキューイングす
る機能を持つ。送信出力ＰＩＦＯ１０３は、下位レイヤ
へ渡すコマンドをキューイングする機能を持つ。受信入
力ＰＩＦＯ１０４は、下位レイヤから受けたコマンドを
キューイングする機能を持つ。プロセッサ出力ＦＩＦＯ
１０５は、バックエンドプロセッサ２００へ処理を依頼
するコマンドをキューイングする機能を持つ。プロセッ
サ入力ＰＩＦＯ１０６は、バックエンドプロセッサ２０
０から依頼される上位レイヤへのコマンド及び下位レイ
ヤへのコマンドをキューイングする機能を持つ。以上の
ＦＩＦＯによって、上位レイヤ、下位レイヤ及び、バッ
クエンドプロセッサ２００とのインタフェースをとる。 バス制御部１１２は、内部バス５００とのインタフェー
ス制御を行う機能を持つ。コマンドディスクリブタ処理
部１１３は、先に説明したコマンドディスクリブタの生
成及び解析を行う機能を持つ、プロトコルヘッダ処理部
１１４は、プロトコルヘッダの生成及び解析を行う機能
を持つ。プロトコル演算処理部１１１は、送信順序番号
の生成、チエツク及び、フロー制御を実現するだめの状
態チエツクを行う機能を持つ。応答送信用バッファプー
ル１０７は、データ受信に伴う応答送信時に必要となる
バッファをキューイングするハードウェアキューである
。処理完了フラグ１０８は、データ転送処理ユニット１
００がバックエンドプロセッサ２００に依頼した処理が
完了したことを示すフラグであり、データ転送処理ユニ
ット１００とパックエンドプロセッサ２００間の同期を
とるためのフラグである。全体制御部１１０は、これら
の機能ブロックを制御し、全体の動作を制御する機能を
持つ。 茨に、トランスポートプロトコルを例にとり、データ転
送処理ユニット１００の概略動作を説明する。 上記構成において、データ送信時には、プロトコル演算
処理部１１１によって、送信できる状態がどうかを判定
し、送信できる状態であれば送信するＤＴパケットに付
加する送信順序番号を生成し、プロトコルヘッダ処理部
１１４に送る。プロトコルヘッダ処理部１１４では、送
信順序番号を送信するプロトコルヘッダの形式に組立テ
、バッファメモリに書き込む。データ受信時には、プロ
トコルヘッダ処理部１１４によって、バッファメモリか
らプロトコルヘッダを読み込み、チエツクを行う。受信
したプロトコルヘッダに誤りがなければ、プロトコルヘ
ッダ中の順序番号をプロトコル演算処理部１１１に送る
。プロトコル演算処理部１１１では、順序番号のチエツ
クを行う。 第２０図は、全体制御部１１０を更に詳細に示すブロッ
ク図である。全体制御部１１０は、送信処理に関する動
作制御を行う送信処理コントローラ１１０−２と、受信
処理に関する動作制御を行う受信処理コントローラ１１
０−３と、上下レイヤ及びバックエンドプロセッサ２０
０がらの起動を検出し、送信処理コントローラ１１０−
２＆び受信処理コントローラ１１０−３を起動するスケ
ジューラ１１０−１で構成する。 第２１図〜第２９図を用いて、全体制御部１１０の動作
を説明する。 第２１図は、第２０図に示したスケジューラ１１０−１
の動作を示すフローチャートである。 スケジューラ１１０−１は、まず、ＦＩＦＯがらの入力
横比信号１２０によって、起動元を判定する（ステップ
１１００．１１０１）。プロセッサ入力ＦＩＦＯ１０６
がらの起動であった場合には、プロセッサ人力ＦＩＦｏ
１ｏ６がら、ＣＤＩＤ及び、送受信指定ビットをロード
しく１１０５）。 送信要求であれば、ロードしたＣＤＩＤを送信出力ＰＩ
ＦＯ１０３に出方することにより、下位レイヤに送信要
求を出す（１１０８）。上位レイヤへの通知要求であれ
ば、ＣＤＩＤを受信出力ＦＩＦＯ１０２に呂カすること
により、上位レイヤへ通知する（１１０７）。受信入力
ＦＩＦＯがらの起動であった場合には、受信処理コント
ローラ１１０−３を起動しく１１０３）、処理の完了を
待つ（１１０４）。送信六方ＦＴＦＯがらの起動であっ
た場合には、送信処理コントローラ１１０−２を起動し
く１１０２）、処理の完了を待つ（１１０４）。 第２２図〜第２４図は第２０図に示した送信処環コント
ローラ１１０−２の動作を示すフローチャートである。 送信処理コントローラ１１０−２は、第２２図に示す如
く、スケジューラ１１０−１から起動されると（ステッ
プ１１１０）、送信人力ＦＩＦＯからＣＤＩＤをロード
しく１１１１）、コマンドディスクリブタ処理部１１３
に対して、上位レイヤインタフェース用エントリのフェ
ッチ要求を出しく１１１２）、完了報告を待つ（１１１
３）。 コマンドディスクリブタのフェッチが完了すると、上位
レイヤからのコマンドがデータ送信要求かどうかを判定
しく１１１４）、データ送信要求でなければ、データ送
信処理でないことを示すフラグ１′と先に取り込んだＣ
ＤＩＤをプロセッサ出力ＰＩＦ○１０５に出力すること
により、その処理をバンクエンドプロセッサ２００に依
頼しく１１１５）、スケジューラ１１０−１に対して、
送信処理の完了を通知する（１１１６）。 データ送信要求であった場合には、第２３図に示す如く
、プロトコル演算処理部１１１を起動しく１１１７）、
処理の完了を待つ（１１１８）。 プロトコル演算処理部１１１からの完了報告があれば送
信可能かどうかを判定しく１１１９）、送信不可能な状
態１例えば、フロー制御によりこれ以上送信できない場
合などは、先に取り込んだＣＤＩＤをプロセッサ出力Ｐ
ＩＦＯ１０５に出力することにより、バックエンドプロ
セッサ２００に対して送信待ち処理を依頼しく１１２３
）、処理完了フラグ１０８がＯＮになるのを待つ（１１
２４）。バックエンドプロセッサ２００では、送信待ち
処理を行ない処理完了フラグ１０８をＯＮにする。送信
処理コントローラ１１０−２は、処理完了フラグ１０８
がＯＮになると、当該フラグ１０８をＯＦＦにしく１１
２５）、スケジューラ１１０−１に送信処理完了を通知
する（１１２６）、このように、データ転送処理ユニッ
ト１００は、バックエンドプロセッサ２００に依頼した
処理が次に発生し得るイベントに対する処理との順序性
を保証しなければならないような場合には、処理完了フ
ラグ１０８を用いて、プロセッサ間での同期をとる。一
方、送信可能な状態であった場合には、ＣＤＩＤをプロ
セッサ出力ＦＩＦＯ１０５に出力することにより、バッ
クエンドプロセッサ２００に対して、応答監視タイマー
の起動を依頼する（１１２０）。次に、プロトコルヘッ
ダ処理部１１４にデータパケットの生成を要求し、生成
完了を待つ（１１２１，１１２２）。 プロトコルヘッダの生成が完了すると、第２４図に示す
如く、コマンドディスクリブタ処理部に下位レイヤイン
タフェース用エントリの生成を要求し、その完了を待つ
（１１２７，１ｉ２８）。 コマンドディスクリブタの生成が完了すると、先に取り
込んだＣＤＩＤを送信８力ＦＩＦＯに出力Ｌｉ１１２９
）、スケジューラ１１０−１　ニ送信処理の完了を通知
する（１１３０）。 第２５図〜第２９図は、第２０図に示した受信処理コン
トローラ１１０−３の動作を示すフローチャートである
。 受信処理コントローラ１１０−３は、スケジューラ１１
０−１から起動されると（ステップ１１４０）、まず、
受信人力ＦＩＦＯ１０４がらＣＤＩＤをロードしく１１
４１）、コマンドディスクリブタ処理部１１３に対して
、下位レイヤインタフェース用エントリのフェッチ要求
を出し。 その完了を待つ（１１４２，１１４３）。コマンドディ
スクリブタのフェッチが完了すると、相手局からのデー
タ受信かどうかを判定しく１１４４）、データの受信で
なければ、そのことを示すフラグ′　１′とＣＤＩＤを
プロセッサ出力ＦＩＦＯに出力しく１１４５）、スケジ
ューラに受信処理の完了を通知する（１１４６）。 データの受信であった場合には、第２６図に示す如く、
プロトコルヘッダ処理部１１４に対して、プロトコルヘ
ッダの解析を要求し、その完了を待つ（１１４７，１１
４８）、プロトコルヘッダの解析が完了すると、受信し
たデータがデータパケットか応答パケットかを判定しく
１１４９）、データパケット又は、応答パケットでなか
った場合には、ＣＤＩＤをプロセッサ出力ＰＩＦＯ１０
５に出力することにより、バックエンドプロセッサ２０
０に対して、その処理を依頼しく１１５４）、スケジュ
ーラ１１０−１に受信処理の完了を通知する（１１４５
）。受信したデータがデータパケットであった場合には
（１１５０）、プロトコル演算処理部１１１に対して、
データ受信時の順序番号の正常性チエツクを要求し、そ
の完了を待つ（１１５１，１１５２）。正常なデータ受
信でなかった場合、すなわち、受信順序番号に抜けが検
出された場合には、このことを示すフラグ′　１′とＣ
ＤＩＤをプロセッサ出力ＦＩＦＯ１０５に出力すること
により、その処理をバックエンドプロセッサ２００に依
頼しく１１５６）、処理完了フラグ１０８がＯＮ　＋、
−なるのを待−）（１１５７）。 バックエンドプロセッサ２００は、データ転送処理ユニ
ット１００から依頼された異常処理を行い、処理完了フ
ラグ１０８をＯＮにする。データ転送処理ユニット１０
０は、処理完了フラグ１０８がＯＮになると、当該フラ
グ１０８をＯＦＦにしく１１５８）、スケジューラ１１
０−１に受信処理完了を通知する（１１５５）。 正常なデータ受信であった場合には、第２７図に示す如
く、コマンドディスクリブタ処理部１１３に上位レイヤ
インタフェース用エントリの生成要求を出し、その完了
を待つ（１１６０゜１１６１）、コマンドディスクリブ
タの生成が完了すると、ＣＤＩＤを受信出力ＦＩＦＯに
出力することにより、上位レイヤに通知する（１１６２
）。さらに、応答送信用バッファプール１０７の状態に
より応答パケットの送信が可能がどうかを判定しく１１
６４）、不可能であれば、スケジューラ１１０−１に受
信処理の完了を通知する（１１６５）。 応答パケットの送信が可能である場合には、第２８図に
示す如く、応答送信用バッファプール１０７から、応答
パケット送信用のコマンドディスクリブタのＣＤＩＤを
ロードしく１１６６）、コマンドディスクリブタ処理部
１１３に対して、下位レイヤインタフェース用エントリ
のフェッチ要求を出し、その完了を待つ（１１６７゜１
１６８）、この動作により、応答パケットを生成するバ
ッファアドレスが求められる。コマンドディスクリブタ
のフェッチが完了すると、プロトコルヘッダ処理部１１
４に、応答パケットの生成を要求し、その完了を待つ（
１１６９，１１７０）。応答パケットの生成が完了する
と、ＣＤＩＤを送信出力ＦＩＦＯに出力することにより
、下位レイヤに対して、応答パケットの送信を要求しく
１１７１）、スケジューラ１１０−１に対して受信処理
の完了を通知する（１１７２）。 一方、受信したデータが応答パケットであった場合には
、第２６図のステップ１１５０から第２９図のステップ
１１８０に進み、プロトコル演算処理部１１１に対して
、応答パケット中の順序番号の正常性チエツクを要求し
、その完了を待つ（１１８０，１１８１）。正常な応答
受信でなかった場合には、このことを示す′　１′と、
ＣＤＩＤをプロセッサ出力ＦＩＦＯ１０５に出力するこ
とにより、その処理をバックエンドプロセッサ２００に
依頼しく１１８７）、処理完了フラグ１０８がＯＮにな
るのを待つ（１１８８）。処理完了フラグ１０８がＯＮ
になると、当該フラグ１０８をＯＦＦにしく１１８９）
、スケジューラ１１０−１に受信処理完了を通知する（
１１８６）。 正常な応答受信であった場合には、コマンドディスクリ
ブタ処理部１１３に上位レイヤインタフェース用エント
リの生成要求を出し、その完了を待つ（１１８３，１１
８４）。この動作により、バックエンドプロセッサ２０
０に対して、受信した応答バッファの解放を要求するコ
マンドをコマンドディスクリブタ３１内に生成する。コ
マンドディスクリブタ３１の生成が完了すると、ＣＤＩ
Ｄをプロセッサ出力ＦＩＦＯ１０５に出力することによ
り、バックエンドプロセッサ２００に対して。 受信バッファの解放を要求しく１１８５）、スケジュー
ラ１１０−１に対して、受信処理の完了を通知する（１
１８６）。 第３０図は、第１９図に示したコマンドディスクリブタ
処理部１１３を更に詳細に示すブロック図である。コマ
ンドディスクリブタ処理部１１３は、コマンドディスク
リブタ３１のパラメータを格納スるコマンドレジスタ１
１３−３．バッファアドレスレジスタ１１３−２、コネ
クション識別レジスタＡ１１３−４．データ長レジスタ
Ａ１１３−５と、これらの動作を制御するコマンドディ
スクリブタコントローラＬ１３−１で構成する。制御信
号線１２９は、バス制御部１１２に対するコマンドディ
スクリブタのアクセス要求信号であり、制御信号＄１１
３４は、アクセスの完了を示す応答信号である。 まず、コマンドディスクリブタの読み込み（フェッチ）
動作を説明する。コマンドディスクリブタコントローラ
１１３−１は、制御信号１２２により全体制御部１１０
からのフェッチ要求を検出すると、制御信号線１２９に
よって、バス制御部１１２に対して、メモリアクセス要
求を２回発行する。１回目のアクセスで、コマンドディ
スクリブタ中のコマンドフィールドＦ１、コネクション
識別フィールドＦ２及び、データ長フィールドＦ３の値
を読み込み、各々、コマンドレジスタ１１３−３、コネ
クション識別レジスタＡ１】３−４、データ長レジスタ
Ａ１１３−５に格納する。 １回目のアクセスが完了すると、バス制御部１１２に対
して、２回目のアクセス要求を出すのと並列に、コマン
ドレジスタ１１３−３の値をデコードすることによって
コマンドがデータ送信要求又は、データ受信通知である
かどうかを判定し、データ送信要求又は、データ受信通
知であった場合には、コネクション識別レジスタＡ１１
３−４の内容及び、データ長レジスタＡｌ　１３−５の
内容を、以降のプロトコル処理に備え、バス１３１を介
して、プロトコル演算処理部１１１に送る。 ２回目のアクセスにより読み込まれたコマンドディスク
リブタ中のバッファアドレスフィールドＦ４の値は、バ
ッファアドレスレジスタ１１３−２に一旦格納された後
、以降のプロトコルヘッダのアクセスに備え、バス１３
３を介してバス制御部１１２に送られる。コマンドディ
スクリブタへの書き込み動作については、読み込み動作
と逆に、各レジスタの内容がコマンドディスクリブタに
書き込まれる。 第３１図は、第１９図に示したプロトコルヘッダ処理部
１１４を更に詳細に示すブロック図である。プロトコル
ヘッダ処理部１１４は、−度にアクセスするプロトコル
ヘッダを格納するヘッダレジスタ１１４−２，１１４−
３と、受信したプロトコルヘッダの正常性をチエツクす
るための比較回路１１４−４と、送信するプロトコルヘ
ッダを生成する生成回路１１４−５と、これらの動作を
制御するヘッダアクセスコントローラ１１４−１で構成
する。 まず、受信したプロトコルヘッダの解析動作を説明する
。 ヘッダアクセスコントローラ１１．４−１は、制御信号
１２６により全体制御部１１０からのプロトコルヘッダ
の読み込み要求を受けると、制御信号線１２８によって
バス制御部１１２に対してプロトコルヘッダの読み込み
を要求する。 バス制御部１１２は、−度にアクセスできるデータをリ
ードすると、ヘッダレジスタＡ１１４−２に格納する。 アクセスが完了すると、ヘッダレジスタＡｌ　１４−２
に格納されたデータをヘッダレジスタＢ１１４−３に転
送する。ヘッダレジスタＢ１１４−３への転送が完了す
ると、ヘッダレジスタＢ　１１４−３に格納されたデー
タをプロトコルヘッダを構成する要素に分解し、比較回
路１１４−４に入力し、各要素のチエツクを開始する。 すべてのプロトコルヘッダの読み込みが完了していない
場合には、各要素のチエツクを開始すると同時に、バス
制御部１１２に対して、残りのプロトコルヘッダの読み
込みを要求する。この動作は、プロトコルヘッダを全て
読み終えるまで繰り返される。比較回路１１４−４にお
いては、値が固定である要素のチエツク及び、特定ビッ
トパターンのマスクによる要素の切りだし等が行われる
。比較データ及び、マスクデータは、ヘッダアクセスコ
ントローラ１１４−１から比較回路１１４−４に送られ
る。比較回路１１４−４でのチエツクで異常が検出され
た場合には、制御信号線１１４−７によってヘッダアク
セスコントロ−ラ１１４−１に通知される。以降のプロ
トコル演算処理に必要となる送受信順序番号等のパラメ
ータは、バス１３２を介してプロトコル演算処理部１１
１に送られる。すべてのプロトコルヘッダのアクセス及
び、チエツクが完了すると、全体制御部１１０に対して
完了報告を行う。 以上説明したように、プロトコルヘッダの解析において
、プロトコルヘッダのアクセスが複数回のメモリアクセ
スに分割される場合、プロトコルヘッダのメモリからの
読み込みと、プロトコルヘッダのチエツクがパイプライ
ン処理されるように動作する。プロトコルヘッダの生成
動作については、解析動作と逆の動作をする。すなわち
、送信すべきプロトコルヘッダの要素を生成回路１１４
−５によって生成し、ヘッダレジスタＢ１１４−３でプ
ロトコルヘッダの形式に組立てられ、ヘッダレジスタＡ
ｌ　１４−２に送られた後、バス５０２を介してメモリ
に書き込まれる。さらに、解析動作と同様に、プロトコ
ルヘッダの組立てと、メモリへの書き込みがパイプライ
ン処理されるように動作する。 第３２図は、第１９図に示したプロトコル演算処理部１
１１を更に詳細に示すブロック図である。 プロトコル演算処理部１１１は、コマンドディスクリブ
タのコネクション識別フィールドの値を保持するコネク
ション識別レジスタＢ１１１−２と、データ長フィール
ドの値を保持するデータ長レジスタＢ１１１−３と、プ
ロトコルヘッダを構成するパラメータを保持する複数の
パラメータレジスタ１１１−４と、コネクション対応に
存在し。 コネクションの状態及び、フロー制御を行う上で必要な
送受信順序番号等の状態を管理するレジスタファイル１
１１−８と、処理の対象となるレジスタファイル１１１
−８を選択するレジスタファイル選択回路１１１−７と
、演算を行うＡＬＵＩ　１１−６と、これらのレジスタ
及びＡＬＵＩ　１１−６を制御し、レジスタ間での演算
を行うプロトコル演算コントローラ１１１−１で構成す
る。レジスタファイル１１１−８は、プロトコル演算コ
ントローラ１１１−１及び、バックエンドプロセッサ２
００の両方からアクセスできるように構成されている。 レジスタファイル１１１−８は、コネクションが確立さ
れた時点で、バックエンドプロセッサ２００によって初
期化され、コネクションの状態を示す状態フラグは、コ
ネクション確立済み′状態に設定される。 まず、データ送信時の動作を説明する。送信データに付
加される送信順序番号は、送信状態変数ＶＳとしてレジ
スタファイル１１１−８に格納されている。プロトコル
演算コントローラ１１１−１は、コネクション選択レジ
スタＢ１１１−２で選択したレジスタファイル１１１−
８中の状態フラグによりコネクションが確立状態にある
がどうかをチエツクし、′コネクション確立済み′状態
であれば、送信状態変数■Ｓをパラメータレジスタ１１
１−４に転送し、プロトコルヘッダ処理部１１４に渡す
、その後、ＡＬＵＩ　１１−６を用いて、送信状態変数
ＶＳを更新し、次のデータ送信に備える。 次に、受信動作を説明する。受信したデータに付加され
た受信順序番号は、プロトコルヘッダ処理部１１４を介
して、パラメータレジスタ１１１−４に格納される。プ
ロトコル演算コントローラ１１１−１は、送信時と同様
に、状態フラグによりコネクションの状態をチエツクし
、′コネクション確立済み′状態であれば、パラメータ
レジスタ１１１−４の内容と、レジスタファイル１１１
−８の受信状態変数ＶＲの内容を比較し、順序番号の正
常性をチエツクする６正常であれば、受信状態変数ＶＲ
を更新し１次のデータ受信に備える。 以、上説明したように、レジスタファイル１１１−８は
、正常なデータ送受信処理時には、プロトコル演算コン
トローラ１１１−１によって更新されるが、異常処理時
においては、バックエンドプロセッサ２００によって更
新される。すなわち。 レジスタファイル１１１−８は、２つのプロセッサの共
有リソースであり、競合制御が必要となる。 これに対しては、データ転送処理ユニット１００の動作
フローで説明した如く、処理完了フラグ１０８を利用し
て、バックエンドプロセッサ２００が処理中の時は、デ
ータ転送処理ユニット１ｏｏが新たな処理を受は付けな
いようにし、レジスタファイルＩＩＩＬ−８に対するア
クセス競合を防止する。 第３３図は、第１９図に示したバス制御部１１２を更に
詳細に示すブロック図である６バス制御部１１２は、内
部バス５００とのインタフェースを持ち、メモリアクセ
スを制御するメモリアクセス制御回路１１２−１と、ア
クセスするメモリのアドレスを生成するアドレスジェネ
レータ１１２−２と、コマンドディスクリブタのアドレ
スの一部の値を定義するベースアドレスレジスタ１１２
−３、オフセットアドレスレジスタ１１２−４と、チッ
プセレクタ１１２−５で構成する。 バス制御部１１２は、コマンドディスクリブタ処理部１
１３からメモリアクセス要求を受けた場合には、ベース
アドレスレジスタ１１２−３と、バス１０９上のＣＤＩ
Ｄと、オフセットアドレスレジスタ１１２−４から、コ
マンドディスクリブタのアドレスを生成し、アクセスす
る。一方、プロトコルヘッダ処理部１１４からメモリア
クセス要求を受けた場合には、バス１３３を介して、プ
ロトコルヘッダが格納されたバッファアドレスをロード
し、アクセスする。 第３４図は、データ送信処理時のデータ転送処理ユニッ
ト１００内の動作を示すタイムチャート。 第３５図は、データ受信処理時のデータ転送処理ユニッ
ト１００内の動作を示すタイムチャートを示す。 以上説明したように、本実施例によれば、正常な゛デー
タ転送が行われている限り、そのプロトコル処理の大半
を占めるプロトコルヘッダの処理が。 データ転送処理ユニットによってハードウェア処理され
るため、従来のソフトウェア処理に比べ、プロトコル処
理時間を短縮できるという効果がある。 （実施例２） 次に、本発明の他の実施例を述べる。実施例１で説明し
たプロトコル高速処理機構１０では、データ転送処理ユ
ニット１００とバックエンドプロセッサ２００を同一内
部バス５００に接続している。この場合、データ転送処
理ユニット１００及びバックエンドプロセッサ２００か
らバッファメモリ３０へのアクセスと、データ転送処理
ユニット１００からバックエンドプロセッサ２００への
処理の依頼が同一内部バス５００を介して行われる。第
３６図は、上記構成を変形し、データ転送処理ユニット
１００　（１００−１〜１００−３）及びバックエンド
プロセッサ２００からバッファメモリ３０へのアクセス
経路と、データ転送処理ユニット１００からバックエン
ドプロセッサ２００へ処理を依頼する経路を分離させた
ものである。データ転送処理ユニット１００及びバック
エンドプロセッサ２００は、内部バス（Ａ）５００のみ
でなく、新たに設けた内部バス（Ｂ）５１０にも接続す
る。 上記構成において、データ転送処理ユニット１００及び
バックエンドプロセッサ２００からバッファメモリ３０
へのアクセスは、内部バス（Ａ）５００を介して行い、
データ転送処理ユニット１００とバックエンドプロセッ
サ２００との間のインタフェースは、内部バス（Ｂ）５
１０を介して行う。 本実施例によれば、データ転送処理ユニット１００及び
バックエンドプロセッサ２００からバッファメモリ３０
へのアクセスと、データ転送処理ユニット１００とバッ
クエンドプロセッサ２００間のインタフェースが、各々
異なるバスを介して行われるため、バスの負荷が分散し
、高性能なプロトコル高速処理装置を実現できるという
効果がある。 （実施例３） 実施例１及び、実施例２では、バックエンドプロセッサ
２００は、プロトコル高速処理機構１０内に１つだけ設
けていた。第３７図は、上記構成を変形し、バックエン
ドプロセッサ２００を各レイヤ毎に設けた構成を示す図
である。各レイヤ対応のバックエンドプロセッサ２００
は、インタフェース経路１０２を介してデータ転送処理
ユニツト１００とのインタフェースをとり、内部バス５
００を介してバッファメモリ３０にアクセスする。 本実施例によれば、ソフトウェア的に実行するバックエ
ンド処理が、各レイヤ毎のバックエンドプロセッサ２０
０によって分散して処理されるため、高性能なプロトコ
ル高速処理装置を実現できるという効果がある。 （実施例４） 次に、本発明の他の実施例を述べる。実施例１で説明し
たプロトコル高速処理機構１０では、トランスポートプ
ロトコル（レイヤ４）のデータ転送処理において、プロ
トコルヘッダの生成／解析処理をデータ転送処理ユニッ
ト１００でハードウェア処理し、タイマー制御及び、応
答待ち処理をバックエンドプロセッサ２００でソフトウ
ェア処理するように機能分担したものである。上記機能
分担は、レイヤ４のデータ送信時におけるタイマー起動
処理及び応答待ち処理と、レイヤ３のデータ送信処理を
並列処理し、レイヤ４〜２の送信遅延時間（レイヤ４の
データ転送処理ユニットが送信要求を受は付けてから、
レイヤ２のデータ転送処理ユニットがＭＡＣ制御部に対
して送信要求を出すまでの遅延時間）を短縮するもので
ある。上記実施例では、遅延時間を短縮する上では効果
があるが、データ転送処理にバックエンドプロセッサ２
００によるソフトウェア処理を必要とする為、プロトコ
ル高速処理機構１０の処理能力（スループット）の点で
は、従来のソフトウェア処理方式に比べ、大きな性能改
善は望めない。 実施例４では、プロトコル高速処理機構１０のスループ
ット向上を目的とし、正常なデータ転送処理において、
バックエンドプロセッサ２００の処理が介在しないプロ
トコル高速処理機構１０を提供する。上記目的を実現す
るために、データ転送処理ユニット１００とバックエン
ドプロセッサ２００の機能分担を改め、従来、バックエ
ンドプロセッサ２００で処理していたタイマーの起動、
停止処理、応答待ち処理及び、送信待ち処理をデータ転
送処理ユニット１００で処理する。 以下、上記機能分担を実現するためのハードウェア構成
について説明する。 第３８図は、プロトコル高速処理機構１０の構成を示す
ブロック図である。実施例１で示した構成（第８図）に
、データ転送処理ユニット１００からローカルメモリ３
００へのアクセスパス２５を追加した。該アクセスパス
２５は、データ転送処理ユニット１００によるタイマー
の起動、停止処理において使用する。タイマーの起動、
停止方法については後述する。 第３９図は、レイヤ４に対応するデータ転送処理ユニッ
ト１００−１の内部構造を示す図である。 実施例１で示した構成（第１９図）に、タイマー制御部
１３Ｓ、応答待ちＦＩＦＯ１４５．送信待ちＦＩＦＯ１
４６を追加した。タイマー制御部１３５は、全体制御部
１１０の指示により、タイマーの起動及び停止処理を行
う機能を持つ。応答待ちＰＩＦＯ１４５は、データの再
送処理に備え。 送信バッファを保持するハードウェアキューである。応
答待ちＦＩＦＯ１４５には、送信バッファを管理するコ
マンドディスクリブタのアドレス情報を格納する。送信
待ちＰＩＦＯ１４６は、上位レイヤからのデータ送信要
求に対して、フロー制御機能が働き、データの送信を待
ち合わせる場合。 送信バッファを保持するためのハードウェアキューであ
る。送信待ちＰＩＦＯ１４６には、送信バッファを管理
するコマンドディスクリブタのアドレス情報を格納する
。応答待ちＦＩＦＯ１４５及び、送信待ちＦｒＦＯ１４
６は、コネクション毎に設ける。次に、プロトコル高速
処理機構１０の概略動作を、実施例１の動作フロー（第
１１図〜第１５図）と異なる部分を中心に説明する。実
施例１と動作が異なる部分は、レイヤ４におけるデータ
送信動作（第１１図）と、レイヤ４における応答受信動
作（第１５図）である。レイヤ４のデータ送信動作につ
いては、第１１図において、上位レイヤからのデータ送
信要求に対して、送信が可能であった場合、データ転送
処理ユニット１００−１により応答監視タイマーの起動
処理と応答待ち処理（１００４）を行い、レイヤ３に対
してデータ送信要求を呂す、フロー制ｆｘＪ機能が働き
送信できない場合、データ転送処理ユニット１００−１
により送信待ち処理（１００７）を行う、レイヤ４の応
答受信動作については、第１５図に示すフローにおいて
、応答パケットを受信した場合、データ転送処理ユニッ
ト１００−１で応答監視タイマーの停止処理及び、応答
待ち処理（１０５６）を行う。 第４０図は、上記動作フローに従い、データ転送に関す
るプロトコル高速処理機構１０の概略動作を示すタイム
チャートである。本実施例では。 データ転送処理にバックエンドプロセッサ２００の処理
が介在しない。 次に、データ転送処理ユニット１００−１の詳細動作に
ついて、実施例１と異なる部分を中心に説明する。まず
、データ送信動作について説明する。実施例１の送信動
作（第２２図〜第２４図）において、上位レイヤからの
送信要求に対して。 コマンドディスクリブタ制御部１１３によるコマンドの
解析及び、プロトコル演算処理部１１１による送信フロ
ー制御処理は、実施例１と同様である。 第４１図は１本実施例による。以降の動作を示すタイム
チャートである。プロトコル演算処理部１１１でのフロ
ー制御により、データ送信が可能と判断した場合には、
タイマー制御部１３５に対して、タイマーの起動要求を
出し、その完了を待つ（１１２０−１，１１２０−２）
、タイマーの起動が完了すると、コマンドディスクリブ
タのアドレス情報であるＣＤＩＤを応答待ち ＰＩＦＯ１４５に登録する０次に行うプロトコルヘッダ
処理部１１４によるプロトコルヘッダの生成処理及び、
レイヤ３への送信要求処理は、実施例１と同様である。 プロトコル演算処理部１１１でのフロー制御により、デ
ータ送信が不可能と判断した場合には、送信待ちＦＩＦ
Ｏ１４６にＣＤＩＤを登録する（１１２３−１）。 次に、応答受信動作について説明する。実施例１の受信
動作（第２５図〜第２９図）において。 受信したプロトコルヘッダの解析処理までは、同様であ
る。 第４２．４３図は、本実施例による。以降の動作を示す
フローチャートである。プロトコル演算処理部１１１で
フロー制御を行い（１１８０，１１８１）、正常な応答
パケットであった場合には、コマンドディスクリブタ処
理部１１３に対して、受信バッファ解放要求を示すコマ
ンドの生成を要求し、その完了を待つ（１１８３，１１
８４）、コマンドの生成が完了すると、受信した応答パ
ケットのＣＤＩＤを送信出力ＰＩＦＯ１０３に出力する
ことにより、下位レイヤに対して受信バッファを返却す
る（１１８５）、受信バッファの解放を終えると、応答
待ちＦＩＦＯ１４５からＣＤＩＤを取り出し、受信出力
ＰＩＦＯ１０２に出力することにより、上位レイヤに対
してデータの送信完了を通知する（１１９０）。更に、
タイマー制御部１３５に対してタイマー停止要求を出し
、その完了を待つ（１１９１，１１９２）。タイマーの
停止が完了すると、送信待ち ＦＩＦＯ１４６にＣＤＩＤが登録されているかどうかを
チエツクしく１１９３）、を録されていれば、送信待ち
ＦＩＦＯ１４６からＣＤＩＤを取り出し、該ＣＤＩＤに
対して、データ送信処理を行う（１１９４）、この処理
により、フロー制御により送信待ちにあったデータを送
信する。以上。 データ転送処理ユニット１００−１の動作について説明
した。 次に、データ転送処理ユニット１００−１によるタイマ
ーの起動、停止方法について、詳細に説明する。 第４４図は９本実施例におけるタイマー管理方式′を示
す図である。ローカルメモリ３００は、データ転送処理
ユニット１００及び、バンクエンドプロセッサ２００の
両方からアクセスできるように構成され、該メモリ上で
タイマー管理を実現する。ローカルメモリ３００上には
、コネクション毎のタイマーを管理するタイマー管理テ
ーブル３０１を定義する。タイマー管理テーブル３０１
は、タイムアウト時間の初期値を保持するタイムアウト
時間設定エリア３０１−１及び、タイムアウドまでの残
り時間を保持するタイマーカウンタ３０１−２で構成す
る。上記構成において、タイマーの起動及び、停止は、
データ転送処理ユニット１００で行い、タイマーの更新
及び、タイムアウトの検出は、バックエンドプロセッサ
２００で行うように機能分担する。 第４５図は、データ転送処理ユニット１００によるタイ
マーの起動及び停止方法を示す図である。 タイマーを起動する場合は、タイムアウト時間３０１−
１の内容をタイマーカウンタ３０１−２に設定すること
により行う（１２０１）、タイマーの停止は、タイマー
カウンタ３０１−２に０′を設定することにより行う（
１２０３）。 すなわち、タイマーカウンタ３０１．−２の値が０′で
あれば、タイマーが起動されていないことを示し、′０
′でなければ、タイマーが起動されていることを示す。 第４６図は、バックエンドプロセッサ２００によるタイ
マーカウンタ３０１−２の更新及び、タイムアウトの検
出方法を示す図である。バックエンドプロセッサ２００
は、ハードウェアタイマー４００からの周期的な割込み
を基に、全コネクションのタイマーカウンタ３０１−２
を更新する機能を持つ。バックエンドプロセッサ２００
は、タイマーカウンタ３０１−２をリードし、その値が
Ｈｏｔであれば、タイマーが起動されていないと判断し
、他のタイマーの更新に移る。タイマーカウンタ３０１
−２の値がｌｏｔでなければ、その値を減算し、タイマ
ーカウンタ３０１−２に設定する（１２５１）。減算し
た結果、　０′になれば、タイマーがタイムアウトした
と判断し、タイムアウト処理を行う（１２５３）。上記
実施例によると、データ転送処理ユニット１００とバッ
クエンドプロセッサ２００の両方からタイマーカウンタ
３０１−２を更新するため、競合制御が必要となる。以
下、タイマーカウンタ３０１−２の競合制御方法を中心
に、更に詳細な動作を説明する。 第４７図は、データ転送処理ユニット１００内のタイマ
ー制御部１３５の内部構造を示す図でる。 タイマー制御部１３５は、タイマーの起動、停止動作を
制御するタイマー処理コントローラ１３５−１．タイマ
ーカウンタ３０１−２へのアクセス競合を防止するロッ
クフラグ１３５−２．タイマー起動時のタイムアウト値
を一時的に保持するタイマーレジスタ１３５−３．　ロ
ーカルメモリ３００上のタイマー管理テーブル３０１の
ベースアドレスを保持するタイマ管理テーブルベースア
ドレスレジスタ１３５−４及び、対応するコネクション
のタイムアウト時間３０１−１及びタイマーカウンタ３
０１−２のアドレスを求めるタイマーカウンタアドレス
生成回路１３５−５で構成する。 ロックフラグ１３５−２、タイマー管理テーブルベース
アドレスレジスタ１３５−４は、バックエンドプロセッ
サ２００からアクセスできるように構成されている６０
ツクフラグ１３５−２は、バックエンドプロセッサ２０
０がタイマーカウンタ３０１−２を更新中であることを
示すフラグである、以下、バックエンドプロセッサ２０
０及び。 データ転送処理ユニット１００内のタイマー制御部１３
５の詳細な動作について説明する。 第４８図は、バックエンドプロセッサ２００によるタイ
マーカウンタ３０１−２の更新動作を示す図である。バ
ックエンドプロセッサ２００は、タイマーカウンタ３０
１−２の更新に先立ち５０ツクフラグ１３５−２をセッ
トし、これよりタイマーカウンタ３０１−２を更新する
ことをタイマー制御部１３５に伝える（１４００）。タ
イマーカウンタ３０１−２の更新（１４０１，１４０２
）を終えると、ロックフラグ１３５−２をリセットする
（１４０３）。 第４９図は、タイマー制御部１３５の動作を示す図であ
る。タイマー制御部１３５は、全体制御部１１０から起
動されると、バス制御部１１２に対して、バス獲得要求
を出し、獲得完了を待つ（１３００，１３０１）。バス
の獲得が完了すると、ロックフラグ１３５−２をチエツ
クしく１３０２）、ロックフラグ１３５−２がセットさ
れていれば、バス制御部１１２に対して、バス解放要求
を出しく１３０３．１３０４）、ロックフラグ１３５−
２がリセットされるまで待つ（１３０５）、ロックフラ
グ１３５−２がリセットされれば、上記処理を再度行い
、ロックフラグがリセットされていれば、第５０図に示
すタイマーカウンタ３０１−２の操作に移る。全体制御
部１１０からの要求がタイマー起動要求であった場合に
は、対象とするコネクションのタイムアウト時間設定エ
リア３０１−１のアドレスを求め（１３０７）、バス制
御部１１２に対して、メモリリード要求を出し、タイム
アウト値をタイマレジスタ１３５−３に取り込む（１３
０８゜１３０９）。次に、タイマーカウンタ３０１−２
のアドレスを求め、バス制御部１１２に対して。 メモリライト要求を出し、タイマーレジスタ１３５−３
の値をタイマーカウンタ３０１−２に書き込む（１３１
１，１３１２）。全体制御部１１０からの要求がタイマ
ー停止要求であった場合には、対象とするコネクション
のタイマーカウンタ３０１−２のアドレスを求め（１３
１３）、バス制御部１１２に対して、メモリライト要求
を出し、タイマーカウンタ３０１−２にｌｏｔ　を書き
込む（１３１４，１３１５）。タイマーカウンタ３０１
−２べのアクセスが完了すると、バス制御部１】２に対
して、バス解放要求を出しく１３１６．１３１７）、全
体制御部１１０に対して、タイマー処理完了を報告する
（１３１８）。 以上説明した動作により、タイマーの起動、停止処理と
、タイムアウトの検呂処理を、２つのプロセッサで分担
して処理できる。 本実施例によれば、データ転送処理に、バックエンドプ
ロセッサ２００の処理が介在しないため、高性能なプロ
トコル高速処理機構１０を提供できるという効果がある
。更に、タイマー管理機能を、高速性が要求され、かつ
、処理の簡単なタイマーの起動及び、停止処理と、処理
が複雑であり、かつ、処理に柔軟性が要求されるタイム
アウトの検出処理とに分け、前者をデータ転送処理ユニ
ット１００で処理し、後者をバックエンドプロセッサ２
００で処理することにより、データ転送処理ユニット１
００のコンパクト化と性能を両立できる。 （実施例５） 次に、本発明の他の実施例を述べる６実施例１において
、データ転送処理ユニット１００によるプロトコルヘッ
ダの生成及び解析処理に関し、ヘッダ生成時には、ヘッ
ダ情報の生成とバッファメモリ３０への書き込み処理を
パイプライン処理し。 ヘッダ解析時には、ヘッダのバッファメモリ３０からの
読み出しとヘッダ情報の解析処理をパイプライン処理す
ることにより、ヘッダ処理を高速化する方法を述べた。 しかし、ＱＳ工のプロトコルヘッダは、メモリのバイト
境界に対する配慮が不十分であり、プロトコルヘッダを
構成するパラメータが、メモリのバイト境界をまたがっ
て格納されることがある。このような場合には、１つの
パラメータをアクセスするために、複数回のメモリアク
セスを必要とする。 第５１図は、データバス幅が３２ビツトの場合において
、トランスポートプロトコルのＤＴパケットがバイト境
界をまたがって格納された状況を示す図である。この図
において、ＤＴパケットを構成する１６ビツト長のパラ
メータＤＳＴ−ＲＥＦが、３２ビツト境界をまたがって
格納されている。このような状況においては、パラメー
タＤＳＴ−ＲＥＦのアクセスは、２回のメモリアクセス
を必要とするため、効率の良いパイプライン動作が行え
ず、ヘッダ処理を高速化することができない。実施例５
では、プロトコルヘッダがバイト境界をまたがって格納
された状況においても。 効率よくパイプライン処理できるプロトコル高速処理機
構１０を提供する。 第５２図は、プロトコル高速処理機構１０の構成を示す
ブロック図である。本実施例においては、内部バス５０
０とバッファメモリ３０の間に、バウンダリの問題を解
決するバウンダリ調整回路７００を設ける。バウンダリ
調整回路７００は、バイト境界をまたがるデータのアク
セスを、１回のメモリアクセスで実現する機能を持つ。 第５３図は、バウンダリ調整回路７００の構成を示す図
である。バウンダリ調整回路７００は、データ転送処理
ユニット１００が出力するアドレス５０１を＋１するア
ドレスイン、クリメンタ７０１、バッファメモリ３０か
らアクセスされるデータ形式と内部バス５００上のデー
タ形式を変換するデータ整列回路７０３、アクセスする
データを一時的に保持するデータバッファ７０２゜７０
４から構成する。バッファメモリ３０は、１バイト幅の
データを記憶するメモリチップを４個並列に接続し、３
２ビット幅のデータバスを構成している。以下、バウン
ダリ調整回路７００の動作について説明する６例として
、３２ビツトバウンダリをまたがって格納されている１
６ビツトデータをデータ転送処理ユニット１００がリー
ドする場合を考える。バウンダリ調整回路７００は、バ
ウンダリを越えない値を保持するメモリチップ３０−４
にデータ転送処理ユニットｌＯＯが出力するアドレスを
与え、バウンダリを越える値を保持するメモリチップ３
０−１にデータ転送処理ユニット１００が出力するアド
レスに＋１したアドレスを与え、アクセスの対象となる
メモリチップ３０−１．３０−４を同時にアクセスする
。このアクセスによりリードされたデータは、データ整
列回路７０３によって１６ビツトデータの形式に整列さ
れ、内部バス５００を介して、データ転送処理ユニット
１００に送られる。以上の動作により、バイト境界をま
たがるデータのアクセスを、１回のメモリアクセスで実
現できる。なお、バックエンドプロセッサ２００を汎用
マイクロプロセッサで構成する場合には、バックエンド
プロセッサ２００からバッファメモリ３０へのメモリア
クセスに、上記バウンダリ調整回路７００を適用しては
ならないため、プロセッサ識別信号７０５により、バウ
ンダリ調整回路 ７００を無効にするように構成している。 第５４図は、バッファメモリ３０上に格納されたトラン
スポートプロトコルのＤＴパケットを。 データ転送処理ユニット１００が処理する様子を示した
図である。この例では、５バイト長のプロトコルヘッダ
に対して、最初の４バイトを１つの処理単位（Ａ部）、
残りの１バイトを１つの処理単位（Ｂ部）とし、Ａ部の
処理とＢ部の処理をパイプライン処理している。バウン
ダリ調整回路７００を使用することにより、プロトコル
ヘッダがいかなるアドレスから格納されていても、上記
パイプライン処理の動作は乱れず、プロトコルヘッダを
高速に処理できる。 上記実施例によれば、プロトコルヘッダが、メモリのバ
イト境界をまたがって格納されている状態においても、
プロトコルヘッダ処理を効率良くパイプライン処理でき
、高性能なプロトコル高速処理機１１０を構成できると
いう効果がある。 （実施例６） 次に、本発明の他の実施例を述べる。実施例１において
、計算機１に接続する通信制御袋ｗ２の構成（第２図）
では、ＭＡＣ制御プロセッサ５０とプロトコル高速処理
機構１０のインタフェース制御及び、バッファメモリ３
０とＭＡＣ・Ｌ　Ｓ　Ｉ　４０間のデータ転送は、いず
れもローカルバス６０を介して行われる。従って、この
部分においては、データバスと制御バスが分離されてお
らず、バス競合により、どちらか一方の処理がウェイト
される。更に、高速なネットワークをサポートするＭＡ
Ｃ−ＬＳＩ４０として、バッファメモリ３０との間にバ
スを介在することを許さず、バッファメモリ３０との直
接接続を前提とし、がっ、バッファ管理機能を持つタイ
プのものも存在する。 第５５図は、上記ＭＡＣ−ＬＳＩ４０の適用を可能とす
る通信制御装置２の構成を示す図である。 ＭＡＣ−ＬＳＩ４０とバッファメモリ３０間は。 経路２１−２で接続され、独立したデータバスを形成し
ている。各レイヤ毎に設けたデータ転送処理ユニット１
００及び、ＭＡＣ制御プロセッサ５０間は、経路２２で
接続され、独立した制御パスを形成している。データ転
送処理ユニット１００、バックエンドプロセッサ２００
．ＭＡＣ制御プロセッサ５０、ＭＡＣ−ＬＳＩ４０．バ
ッファメモリ３０は、内部バス５００に接続されている
。データ転送処理ユニット１００及び、バックエンドプ
ロセッサ２００は、経路２３を介してバッファメモリ３
０をアクセスし、プロトコルヘッダ処理を行う。ＭＡＣ
制御プロセッサ５０は、経路２６を介してＭＡＣ−ＬＳ
Ｉ４０とのインタフェースをとる。 本実施例によれば１通信制御装置２内のデータバスと制
御パスを完全に分離でき、高性能な通信制御装置２を構
成できるという効果がある。 （実施例７） 次に、本発明の他の実施例を述べる。これまでの実施例
において、プロトコル高速処理機構１０を構成するデー
タ転送処理ユニット１００は、プロトコルレイヤ単位に
設けている。これは１階層化されたプロトコルのパイプ
ライン処理を可能とする構成であるが、ハードウェア規
模が大きくなる欠点がある。更に、各レイヤの処理量が
均等でなければ、パイプライン処理の効果は少なく、コ
マンドディスクリブタを用いたプロセッサ間通信オーバ
ヘッドにより、かえって、性能低下の要因になることも
予想される。 第５６図は、上記問題点を解決するプロトコル高速処理
機構１０の他の構成を示すブロック図である９本実施例
では、レイヤ２〜レイヤ４のデータ転送処理を一つのデ
ータ転送処理ユニット１００で処理するようにしたもの
である。 第５７図は、上記プロトコル高速処理機構１０を適用し
た通信制御装置２の構成を示すブロック図である。 本実施例によれば、ハードウェア規模を小さくでき、更
に、プロセッサ間オーバヘッドを低減できるため、高性
能なプロトコル高速処理装置を提供できるという効果が
ある。

【発明の効果】

以上、説明したように、本発明によれば、データ転送処
理が、データ転送処理ユニットによってハードウェア処
理されるため、高速なデータ転送を実現できるという効
果がある。 更に、データ転送処理の高速化に直接寄与しないコネク
ション制御処理をバックエンドプロセッサによって処理
するため、データ転送処理ユニットによるデータ転送処
理の妨げにならず、高性能なプロトコル処理装置を構成
できるという効果がある。 更に、ハードウェア化する部分がデータ転送処理に限ら
れるため、コンパクトにハードウェア化できるという効
果がある。 更に、処理の複雑なコネクション制御処理をソフトウェ
アで処理するため、柔軟性及び、汎用性を確保できると
いう効果がある。

【図面の簡単な説明】

第１図は本発明に係る通信ネットワークシステムの構成
図、第２図は通信制御装置２の構成を示すブロック図、
第３図は通信プロトコルにおけるプロトコル階層を示す
図、第４図はトランスポートプロトコルＬ４の処理シー
ケンスを示す図、第５図（Ａ）〜（Ｆ）はトランスポー
トプロトコルの代表的なパケットフォーマットを示す図
、第６図（Ａ）、（Ｂ）はＣＬＮＰ及びＬＬＣプロトコ
ルの代表的なパケットフォーマットを示す図、第７図は
ユーザデータにプロトコルヘッダが付加されていく様子
を示す図、第８図は本発明によるプロトコル高速処理機
構の１実施例を示すブロック図、第９図はプロトコル高
速処理機構におけるプロトコル処理の機能分担を示す図
、第１０図はコマンドディスクリブタとバッファの関係
を示す図、第１１図と第１２図は、プロトコル高速処理
機構の送信動作を示すフローチャート、第１３図、第１
４図、第１５図は、プロトコル高速処理機構の受信動作
を示すフローチャート、第１６図、第１７図、第１８図
は、プロトコル高速処理機構の動作を示すタイムチャー
ト、第１９図は第８図におけるデータ転送処理ユニット
１００の詳細を示すブロック図、第２０図は第１９図に
おける全体制御部１１０の詳細を示すブロック図、第２
１図〜第２９図は全体制御部１１０の動作を示すフロ、
第３０図は第１９図におけるコマンドディスクリブタ処
理部１１３の詳細を示すブロック図。 第３１図は第１９図におけるプロトコルヘッダ処理部１
１４の詳細を示すブロック図、第３２図は第１９図にお
けるプロトコル演算処理部１１１の詳細を示すブロック
図、第３３図は第１９図におけるバス制御部１１２の詳
細を示すブロック図、第３４図と第３５図はデータ転送
処理ユニット１００の動作を示すタイムチャート、第３
６図と第３７図は本発明によるプロトコル高速処理機構
の他の実施例を示すブロック図、第３８図はプロトコル
高速処理機構１０の他の構成を示すブロック図、第３９
図はデータ転送処理ユニット１００の他の構成を示すブ
ロック図、第４０図はプロトコル高速処理機構１０の他
の動作を示すタイムチャート、第４１図〜第４３図はデ
ータ転送処理ユニット１００の他の動作を示すフローチ
ャート、第４４図はタイマー管理方式を説明する図、第
４５図はタイマーの起動及び停止方法の概要を示すフロ
ーチャート、 第４６図はタイマーのタイムアウト検出方法の概要を示
すフローチャート、第４７図は第３８図におけるタイマ
ー制御部１３５の詳細を示すブロック図、第４８図はバ
ックエンドプロセッサ２００によるタイマー更新方法の
詳細を示すフローチャート、第４９図と第５０図はデー
タ転送処理ユニット１００によるタイマーの起動及び停
止方法の詳細を示すフローチャート、第５１図はトラン
スポートプロトコルのＤＴパケットがバッファメモリ上
に格納された様子を示す図、第５２図はプロトコル高速
処理機構１０の更に他の構成を示すブロック図、第５３
図はバウンダリ調整回路７００の詳細を示すブロック図
、第５４図はプロトコルヘッダが、パイプライン処理さ
れる様子を示す図２第５５図は通信制御装置２の他の構
成を示すブロック図、第５６図はプロトコル高速処理機
構１０の他の構成を示すブロック図、第５７図は通信制
御装！２の他の構成を示すブロック図である。 符号の説明 ２・・・通信制御装置、１０・・・プロトコル高速処理
機構、１００・・・データ転送処理ユニット。 ２００・・・バックエンドプロセッサ、２２・・プリミ
ティブ経路、３０・・バッファメモリ。 ′Ｖ３１　図 冷 φ 図 まｔａＸζ八 ：ＰＩＸＳ蝉 第 Ｉ３ 図 ４≧イを処１Ｃ二 禿 ノ２ 凹 第 ｊ享 （２） 第 ２７ 図 牟 ／ｌ 四 ％ ２ １図 爾 ２１ 図 第 ０ 図 全体制臀部 一 第 ２ 図 葛 ２３ 図 χ ２ｒ； 第 ２ψ 図 ♀ 第 １ （２） 第 ２プ 図 第 ２？ 図 ♀ 禎 ０ 区 令 ３３ ｔｒｉ　ｌｌ’ｌグリＰ ■ ２ ■ ア否１コル邊隼（理１Ｐ 峰　１１ め ３？ 図 を 婬 図 判 ｔｆＬＩ−図 Ｌ　　　　　　　　　−一世一一一一」も Ｖ？図 墳 ０ 図 バ・、７アメＬ’　１ 豹 ｆ、３ 図 時 間

Claims (1)

1. 【特許請求の範囲】 １、計算機と通信回線の間に位置し、計算機とのインタ
   フェースを制御する計算機対応部と、通信回線を接続し
   通信回線を介した通信データの送受信を行う通信回線制
   御部と、通信データを格納するバッファメモリ部と、通
   信データの通信プロトコル処理を行うプロセッサ部と、
   計算機対応部、通信回線制御部、バッファメモリ部、プ
   ロセッサ部を接続する内部バスから構成される通信プロ
   トコル処理装置において、プロセッサ部を通信プロトコ
   ル処理のうちの正常なデータ転送に関する処理を行う第
   一のプロセッサ部と、正常なデータ転送以外に関する処
   理を行う第二のプロセッサ部とから構成し、第二のプロ
   セッサを第一のプロセッサのバックエンドとして動作さ
   せる、即ち、正常なデータ転送の場合、制御の流れを計
   算機対応部→第一プロセッサ部→通信回線制御部（及び
   その逆）とならしめ、正常なデータ転送以外の場合、制
   御の流れを計算機対応部→第一プロセッサ部→第二プロ
   セッサ部→第一プロセッサ部→通信回線制御部（及びそ
   の逆）とならしめることを特徴とするプロトコル高速処
   理装置。 ２、請求項１に記載のプロトコル高速処理装置において
   、計算機対応部と第一のプロセッサ部間、第一のプロセ
   ッサ部と通信回線制御部間、第一のプロセッサ部と第二
   のプロセッサ部間の各インタフェース用に方向別のＦＩ
   ＦＯを設けることを特徴とするプロトコル高速処理装置
   。 ３、請求項１に記載のプロトコル高速処理装置において
   、階層化された通信プロトコルの処理を行う場合、第一
   のプロセッサ部を通信プロトコルの各階層に対応し独立
   して動作可能な階層数分の階層対応プロセッサ部から構
   成し、隣接する通信プロトコル階層に対応した階層対応
   プロセッサ部間に、インタフェース用に方向別のＦＩＦ
   Ｏを設けたことを特徴とするプロトコル高速処理装置。 ４、請求項１、２、または３に記載のプロトコル高速処
   理装置において、各部間インタフェース情報を格納する
   インタフェースブロックをバッファメモリ上に置き、イ
   ンタフェース用のＦＩＦＯにはインタフェースブロック
   のアドレス情報のみを格納することを特徴とするプロト
   コル高速処理装置。 ５、請求項１、２、３、または４に記載のプロトコル高
   速処理装置において、第一プロセッサ部内の階層対応プ
   ロセッサ部を、バッファメモリに格納された通信データ
   の通信プロトコル情報（以下プロトコルヘッダ）の読み
   出し及び書き込みを行うプロトコルヘッダアクセス回路
   と、通信データが通信回線からの受信データであった場
   合に受信データのプロトコルヘッダを解析するプロトコ
   ルヘッダ解析回路と、受信データ及び計算機からの送信
   データが正常なデータ転送に関するデータであるかどう
   かを判定する正常データ転送判定回路と、通信プロトコ
   ル処理を行うための各種情報を格納するための通信プロ
   トコル情報格納レジスタと、正常データ転送に関する通
   信プロトコル処理を行う通信プロトコル処理実行回路と
   、計算機からの正常な送信データのプロトコルヘッダを
   作成するプロトコルヘッダ作成回路と、インタフェース
   ＦＩＦＯを介した各部との間のインタフェースを行うイ
   ンタフェース部と、上記各部の制御を行う全体制御部か
   ら構成することを特徴とするプロトコル高速処理装置。 ６、請求項１、３、または５に記載のプロトコル高速処
   理装置において、第一のプロセッサ部内の階層対応プロ
   セッサ部のプロトコルヘッダアクセス回路にてバッファ
   メモリに格納された通信データのプロトコルヘッダの読
   み出し及び書き込み（アクセス）を行う場合、プロトコ
   ルヘッダの長さが一度にアクセスできる長さより長いと
   きには、プロトコルヘッダの読み出しと解析及びプロト
   コルヘッダの生成と書き込みを並列して行うことを特徴
   とするプロトコル高速処理装置。 ７、請求項１記載のプロトコル高速処理装置において、
   第一のプロセッサと第二のプロセッサ間に連絡用のフラ
   グを設け、第一のプロセッサから第二のプロセッサに制
   御が渡った場合、第二のプロセッサの処理終了を連絡用
   フラグにより第一のプロセッサに知らせることを特徴と
   するプロトコル高速処理装置。 ８、請求項１、２、または、３に記載のプロトコル高速
   処理装置において、データ転送処理を第一のプロセッサ
   で優先的に処理し、データ転送処理の高速化に直接寄与
   しない処理を第二のプロセッサでバックエンド処理する
   ことにより、データ転送処理が、他の処理の影響を受け
   ないようにしたことを特徴とするプロトコル高速処理装
   置。 ９、請求項５に記載のプロトコル高速処理装置において
   、第一のプロセッサ部の通信処理プロトコル処理実行回
   路内に、第二のプロセッサ部からアクセス可能なレジス
   タを設けたことを特徴とするプロトコル高速処理装置。 １０、請求項５、または、９に記載のプロトコル高速処
   理装置において、第一のプロセッサ部内に設けた、第二
   のプロセッサ部からアクセス可能なレジスタに、コネク
   ションが確立され、第一のプロセッサによって、データ
   転送処理が可能かどうかを示すフラグを設けたことを特
   徴とするプロトコル高速処理装置。 １１、請求項１、２、３、または４に記載のプロトコル
   高速処理装置において、第一プロセッサ部内の階層対応
   プロセッサ部を、バッファメモリに格納された通信デー
   タの通信プロトコル情報（以下プロトコルヘッダ）の読
   み出し及び書き込みを行うプロトコルヘッダアクセス回
   路と、通信データが通信回線からの受信データであった
   場合に受信データのプロトコルヘッダを解析するプロト
   コルヘッダ解析回路と、受信データ及び計算機からの送
   信データが正常なデータ転送に関するものであるかどう
   かを判定する正常データ転送判定回路と、通信プロトコ
   ル処理を行うための各種情報を格納するための通信プロ
   トコル情報格納レジスタと、正常データ転送に関する通
   信プロトコル処理を行う通信プロトコル処理実行回路と
   、計算機からの送信データにプロトコルヘッダを付加す
   るプロトコルヘッダ作成回路と、正常なデータ転送処理
   以外の処理を第二のプロセッサ部に依頼する手段と、タ
   イマーの起動及び停止を行うタイマー処理回路と、上位
   レイヤからのデータ送信要求を待ち合わせる送信待ちキ
   ューと、送信したデータを応答受信まで待ち合わせる応
   答待ちキューと、不要になった受信バッファを下位レイ
   ヤに返却する手段と、データ受信時に送信する応答パケ
   ットを格納する応答送信バッファを管理する応答送信用
   バッファプールと、上記各部の制御を行う全体制御部か
   ら構成することを特徴とするプロトコル高速処理装置。 １２、請求項１、または、９に記載のプロトコル高速処
   理装置において、プロトコル処理におけるタイマー処理
   を、タイマーの起動及び停止処理と、タイマーの更新及
   びタイムアイト検出処理に分け、前者を第一のプロセッ
   サ部で処理し、後者を第二のプロセッサ部で分担して処
   理することを特徴とするプロトコル高速処理装置。 １３、請求項１０に記載のプロトコル高速処理装置にお
   いて、第一のプロセッサによるタイマーの操作処理と、
   第二のプロセッサによるタイマーの操作処理の競合を防
   止するロックフラグを第一のプロセッサ内に設けたこと
   を特徴とするプロトコル高速処理装置。 １４、計算機と通信回線の間に位置し、計算機とのイン
   タフェースを制御する計算機対応部と、通信回線を接続
   し通信回線を介した通信データの送受信を行う通信回線
   制御部と、通信データを格納するバッファメモリ部と、
   通信データの通信プロトコル処理を行うプロセッサ部と
   、計算機対応部、通信回線制御部、バッファメモリ部、
   プロセッサ部を接続する内部バスから構成される通信プ
   ロトコル処理装置において、内部バスとバッファメモリ
   との間に、データバス幅により決まるメモリのバイト境
   界をまたがって格納されたデータのアクセスを、１回の
   メモリアクセスで行えるバウンダリ調整回路を設けたこ
   とを特徴とするプロトコル高速処理装置。 １５、計算機と通信回線の間に位置し、計算機とのイン
   タフェースを制御する計算機対応部と、通信回線を接続
   し通信回線を介した通信データの送受信を行う通信回線
   制御部と、通信データを格納するバッファメモリ部と、
   通信データの通信プロトコル処理を行うプロセッサ部と
   、計算機対応部、通信回線制御部、バッファメモリ部、
   プロセッサ部を接続する内部バスから構成される通信プ
   ロトコル処理装置において、送受信データが流れるデー
   タバスと、プロトコル処理の流れを制御する制御パスが
   分離されるように構成することを特徴とするプロトコル
   高速処理装置。