JPH0215747A - 機能分散通信処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 【産業上の利用分野】

本発明は階層化された通信規約に従いパケットの処理を
行う通信処理装置に関する。

【従来の技術】

従来の装置は特開昭６１−２６４！’１４５号に記載の
ようなものであり、その−例を第１６図に示す。第１６
図において１６１は送受信バケツ１へ等を格納し、レイ
ヤ３処理部１６２とレイヤ２処理部１６３が共通に使用
するメモリであり、１６２は送受信パケットのレイヤ３
処理を行うレイヤ３処理部であり、１６３は送受信フレ
ームのレイヤ２処理を行うレイヤ２処理部であり、１６
４はメモリ１６１、レイヤ３処理部１６２、レイヤ２処
理部１６３を接続するバスであり、１６５は送受信フレ
ームのレイヤ１の制御を行う回線制御部であり、１６６
は複数の通信回線である。 上記引用の公知例においてはレイヤ４以上のレイヤにつ
いても記載しているがここでは以下の説明に必要なレイ
ヤ３以下について示す。また上記引用の公知例において
はレイヤ１の処理を行う装置もバス１６４に接続される
構成となっているが、レイヤ１はコネクタの形状や、信
号線の電圧等の物理的条件を規定するものであり、プロ
セッサによる処理は必要なく、また、ゼロ削除、フラグ
検出等のレイヤ２処理を行わないとメモリ１６１に格納
しうるデータを切り出せないため、第１６図のような構
成にすべきである。 上記引用の公知例ではパケット送信時の動作については
明記していないが、送信時、レイヤ３処理部１６２はメ
モリ１６１内に格納したパケッ１−のレイヤ３処理を行
った後、レイヤ２処理部１６３にパケット送信要求を出
す。該パケット送信要求を受けたレイヤ２処理部１６２
は送信を要求されたフレームのレイヤ２処理を行い、終
了後、該フレームを回線制御部１６５に送出する。回線
制御部１６５は該フレームのレイヤ１の制御を行い、通
信回線１６６へ送出する。

【発明が解決しようとする課題】

上記従来技術では、上位レイヤ処理部（レイヤ３処理部
）が連続したパケットの送信を要求する場合に、下位レ
イヤヘパケラトを連続して引き渡すことができないとい
う問題点がある。 これを第１７図の例を用いて説明する。第１７図におい
て横方向は時間の経過をあらゎす。１７１はレイヤ３処
理部】６２における処理を、１７２はレイヤ２処理部１
６３における処理を、１７３は通信回線１６６上のフレ
ーム送信を、１７４は時刻を表わす。 時刻Ｔ、でレイヤ３処理部１６２はパケット１．２．３
の連続した送信をレイヤ２処理部１６３に要求する。レ
イヤ２処理部１６３は時刻Ｔ。でまずフレーム１のレイ
ヤ２プロトコル処理を開始する。レイヤ２処理部は時刻
Ｔ、でフレーム１のレイヤ２プロ１−コル処理を終了し
、次にフレーム１を回線制御部１６５を介して通信回線
１６６に送出する処理（回線送出処理）を開始する。 これに伴い時刻Ｔ、で通信回線１６６からのフレーム１
の送出が開始される。ただしレイヤ２処理部が回線送出
処理を開始してから実際に通信回線１６６から送出され
るまでにレイヤ２処理部１６３および回線制御部１６５
で発生する遅れは短いためここでは無視している。 レイヤ２処理部１６３は、通信回線１６６からのフレー
ム１の送出が時刻Ｔ　ｌ　］で終了するのに伴い回線送
出処理を終了し、次にフレーム２のレイヤ２プロトコル
処理を開始する。以下同様に時刻Ｔ１Ｇでフレーム２の
レイヤ２プロトコル処理を終了、回線送出処理を開始、
時刻Ｔ２□でフレーム２の回線送出処理を終了、フレー
ム３のレイヤ２プロトコル処理を開始、時刻Ｔ２□でフ
レーｔｚ　３のレイヤ２プロトコル処理を終了、回線送
出処理を開始、時刻Ｔ。でフレーム３の回線送出処理を
終了する。 この場合通信回線１６６からは、時刻Ｔ５からＴ□□ま
でにフレーム１が、時刻Ｔ１６からＴ２□までにフレー
ム２が、時刻Ｔ２７からＴ。までにフレーム３が送出さ
れ、時刻Ｔ□、からＴｉ６、時刻Ｔ２．からＴ２□のあ
いだに空き時間が生しる。このようにレイヤ３処理部１
６２はフレーム１．２，３を連続して送出することを要
求しているが、通信回線１６６からはフレームを連続し
て送出することはできない。 本発明の目的は、上位レイヤが連続したバケツトの送出
を要求する場合に下位レイヤに連続してパケットを引き
渡すことを可能とすることにある。 ［課題を解決するための手段］ 上記目的は、あるレイヤの処理のためにプロトコル処理
用のプロセッサ（プロトコル処理プロセッサ）、上位下
位レイヤとのインタフェース処理用のプロセッサ（イン
タフェース処理プロセッサ）、および該インタフェース
処理プロセッサから該プロトコル処理プロセッサへのプ
ロトコル処理要求を順次格納する手段（プロ１−コル処
理要求格納手段）を設け、上位レイヤが複数のパケット
の連続した送信を要求する場合、１つのパケットのプロ
トコル処理、インタフェース処理を終了し下位レイヤへ
の引き渡しを完了する前に、該インタフェース処理プロ
セッサが次のパケットのプロトコル処理要求を該プロト
コル処理要求格納手段に格納することにより達成される
。 さらに該プロトコル処理プロセッサは、該プロトコル処
理要求格納手段に該プロトコル処理要求が格納された順
序に関係なく、該プロトコル処理要求の種類に応じて該
プロトコル処理要求格納手段から該プロトコル処理要求
を取り出して処理することを可能とすることにより、送
信要求のみが優先処理されることを防止することができ
る。

【作用】

上位レイヤが複数のパケット（パケット１．２゜３とす
る）の連続した送信を該インタフェース処理プロセッサ
に要求すると、該インタフェース処理プロセッサはパケ
ット１．２．３のプロトコル処理要求を該プロトコル処
理要求格納手段に格納する。該プロトコル処理プロセッ
サは該プロトコル処理要求格納手段からパケット１のプ
ロトコル処理要求を取り出してパケット１のプロトコル
処理を開始する。該プロトコル処理プロセッサはパケッ
ト１のプロトコル処理を終了すると該インタフェース処
理プロセッサにパケット１のプロトコル処理終了を通知
するとともに該プロトコル処理要求格納手段からパケッ
ト２のプロトコル処理要求を取り出してパケット２のプ
ロトコル処理を開始する。該プロトコル処理プロセッサ
は以下同様にパケット２．３のプロトコル処理、および
終了通知を行う。パケット１のプロトコル処理終了通知
を受けた該インタフェース処理プロセッサはパケット１
の下位レイヤへの送出処理を開始する。 プロトコル処理時間が下位レイヤへの送出時間よりも短
くなるような設計とすることにより、該インタフェース
処理プロセッサがパケット１の下位レイヤへの送出処理
を終了時、パケット２のプロトコル処理は既に終了して
いるため該インタフェース処理プロセッサはただちにパ
ケット２の下位レイヤへの送出処理を開始することがで
きる。 パケット２の下位レイヤへの送出処理を終了後、同様に
該インタフェース処理プロセッサはただちにパケット３
の下位レイヤへの送出処理を開始することができる。こ
のように本発明によれば下位レイヤへ連続してパケット
を送出することか可能である。 さらに、例えば上位レイヤが１０個のパケットの連続送
信を要求する場合、該プロトコル処理要求格納手段には
１０個のパケットの送信のプロトコル処理要求が格納さ
れる。その直後に本装置が１つのパケットを受信すると
仮定すると、該インタフェース処理プロセッサは該受信
パケットのプロトコル処理要求を該プロトコル処理要求
格納手段に格納する。もし該プロトコル処理プロセッサ
がプロトコル処理要求を該プロトコル処理要求格納手段
に格納された順序と同じ順序で取り出して処理を行うと
すると該受信パケットのプロトコル処理は該１０個の送
信パケットのプロトコル処理が全て終了した後に行われ
ることになる。これは送信処理を極端に優先することに
なり、受信バッファのオーバフロー等の問題が発生する
。 そこで本発明では該プロトコル処理プロセッサは該プロ
トコル処理要求格納手段にプロトコル処理要求が格納さ
れた順序に関係なく、該プロトコル処理要求の種類に応
じて該プロトコル処理要求格納手段から該プロトコル処
理要求を取り出して処理可能とする。該プロトコル処理
プロセッサは例えば１つの送信パケットのプロトコル処
理要求を受は付け、実行したら、次は受信パケットのプ
ロトコル処理要求を受は付け、実行するなどのようにし
て処理の優先度を管理することが可能となり、上記問題
点は解決される。 （実施例］ 以下、本発明の実施例を図面を用いて説明する。 本実施例における処理レイヤはレイヤ２であるとし、レ
イヤ２のプロトコルはＬＩ　Ｄ　Ｌ　Ｃ（Ｉｌｉｇｈｌ
ｅｖｅｌ　Ｄａｔａ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）であ
るとする。 第１図は本発明の一実施例のモカ成を示す図である。１
は送受信パケット等を格納し、レイヤ３処理部２とレイ
ヤ２処理部３とが共通に使用するメモリであり、２は送
受信パケットのレイヤ３処理を行うレイヤ３処理部であ
り、３は送受信フレームのレイヤ２処理のうちリアルタ
イム以外の処理を行うレイヤ２処理部であり、４はメモ
リ１、レイヤ３処理部２、レイヤ２処理部３を接続する
バスである。バス４にはこのほかにレイヤ４以上の上位
レイヤ処理部や計算機とのインタフェース処理を行うチ
ャネル制御部等が接続される場合もある。５は送受信フ
レームのレイヤ２処理のうち、フラグ付加／除去、ゼロ
挿入／削除、ＦＣＳチエツク等のリアルタイム処理およ
びレイヤ１の制御を行う回線制御部であり、６，７．８
は通信回線である。 ９はレイヤ２の順序番号制御や状態遷移等のリアルタイ
ム以外のプロトコル処理を行うプロトコル処理部であり
、１０はメモリ１、レイヤ３処理部２、回線制御部５と
のインタフェース処理を行うインタフェース処理部であ
る。プロトコル処理部９およびインタフェース処理部１
０はそれぞれ１つ以上のプロセッサおよびそれらにより
制御されるハードウェアにより構成される。 １１はプロセッサを含み、インタフェース処理部１０の
処理を制御する主制御部である。１２は受信処理の管理
を行うための受信管理テーブルであり、１３は送信処理
の管理を行うための送信管理テーブルである。１４．１
５．１６は送信処理の制御に使用する送信待ちキューで
ある。送信待ちキューはＦ　ｒ　ＦＯ（ファーストイン
　ファーストアウト：　Ｆｉｒ　ｓ　ｔ　Ｉｎ　Ｆｉｒ
　ｓ　ｔ　０ｕｔ）のキューであり、回線対応に設ける
。１７は主制御部からの指示によりメモリ１と送受信バ
ッファ１８〜２３との間のデータ転送を制御するハード
ウェアであるメモリ転送制御部である。１８．１９．２
０は受信パケットを一旦格納する受信バッファであり、
２１．２２．２３は送信パケットを一旦格納する送信バ
ッファである。送受信バッファはそれぞれ回線対応に設
ける。 ２４はインタフェース処理部１０が送信■フレームのプ
ロトコル処理要求を格納するＰＲＱａであり、２５は受
信１フレームのプロトコル処理要求を格納するＰＲＱｂ
であり、２６はＳフレー１１、Ｕフレームのプロトコル
処理要求を格納するＰＲＱｃである。ＰＲＱａ２４、Ｐ
ＲＱｂ２５、ＰＲＱ　ｃ　２６はＦＩＦＯである。本実
施例の説明においてはエフレームとＲＲフレームの正常
な送受信処理のみを行うので、ＰＲＱｃには受信ＲＲフ
レームのプロトコル処理要求が格納される。２７はプロ
トコル処理部９がプロトコル処理を行った結果を格納す
るＰＥＱである。 第１２図は受信管理テーブル１２の内容を示す図である
。第１２図において各ローは回線番号に対応する。１２
ｏ１は対応する回線で現在パケット受信処理を行ってい
る時値１を１行っていない時値Ｏを格納するカラムであ
り、１２０２はプロトコル処理部９でのプロトコル処理
が既に終了している時値１を、終了していない時ｌ１ｆ
ｌＯを格納するカラムであり、１２０３は受信バケツ１
−のメモリへの転送が既に終了している時値１を、終了
していない時値Ｏを格納するカラムである。 第１３図は送信管理テーブル１３の内容を示す図である
。第１３図において各ローは回線番号に対応する。１３
０１は対応する回線で現在パケット送信処理を行ってい
る時値１を、行っていない時値０を格納するカラムであ
る。 上記の受信管理テーブル１２および送信管理テーブル１
３の初期値は全てＯである。 インタフェース処理部１０からプロトコル処理部９への
プロトコル処理要求はＰＲＱトランザクションという形
式でＰＲＱａ２４．ＰＲＱｂ２５゜Ｐ　ＲＱ　ｃ　２６
へ格納される。第１４図はＰＲＱトランザクションの内
容を示す図である。１４０１はインタフェース処理部１
０が出す要求の種別（送信Ｉフレームのプロ１ヘコル処
理要求、受信エフレームのプロトコル処理要求、受信Ｒ
Ｒフレームのプロトコル処理要求等）を意味する符号を
格納するためのエリアであり、１４０２はフレームのＡ
、Ｃフィールドの内容を格納するエリアであり、１４０
３は対応する回線番号を格納するエリアであり、１４０
４はメモリ１内でのパケットのアドレスを格納するエリ
アである。　プロトコル処理部９でのプロトコル処理終
了後の処理結果はＰＥＱトランザクションという形式で
ＰＥＱ２７に格納される。第１５図はＰＥＱトランザク
ションの内容を示す図である。１５ｏ１は報告の種別を
意味する符号を格納するためのエリアであり、１５０２
はフレームのＡ、Ｃフィールドの内容を格納するエリア
であり、１５０３は対応する回線番号を格納するエリア
であり、１５０４はメモリ１内でのパケットのアドレス
を格納するエリアであり、１５０５は受信フレームのプ
ロトコル処理の結果、ＲＲフレームの送信を行う必要が
ある場合に値１を格納するエリアである。 主制御部１１は送信要求を送信待ちキュー１４．１５．
１６に送信待ちキュートランザクションの形式で格納す
る。第２０図は送信待ちキュートランザクションの内容
を示す図である。２００１は送信待ちのフレーム種別を
格納するエリアであり。 ２００２はフレームのＡ、Ｃフィールドの内容を格納す
るエリアであり、２００３はメモリ１内でのパケットの
アドレスを格納するエリアである。 次にフレーム送受信の場合の具体的な処理について説明
する。 第２〜ｌＯ図は主制御部１１が行う処理を表わし、第１
１図はプロトコル処理部９が行う処理を表わす。第２〜
１１図はＰＡＤ図技法に従って示している。 まずＩフレームを受信する場合について説明する。主制
御部１１は行う処理がない場合は、主制御部の処理開始
要求があるかどうかを無限ループで監視している（第２
図２００，２０１）。受信バッファに受信フレームがあ
るとインタフェース処理部１０内のハードウェアは主制
御部１１に処理開始要求を出す。処理開始要求を受けた
主制御部１１は処理２０２で処理開始要求の内容を判定
し処理２０３に進む（第３図へ）。 主制御部１１は、処理３０１で該フレームを受信した回
線番号を上記処理開始要求の内容から識別し、処理３０
２で受信管理テーブル１２の「受信処理中」のカラム１
２０１を１にし、処理３０３で受信バッファに入ってい
る受信フレームのヘッダ部分を取り出し、受信フレーム
種別を判定し、■フレーム受信を認識し、処理３０４で
ＰＲＱトランザクションを作成しＰＲＱｂに入れる。 処理３０４で作成するＰＲＱトランザクションの「要求
種別Ｊ　１４０１には「受信Ｉフレームのプロトコル処
理要求」を意味する符号を、「Ａ。 ＣフィールドＪ　１４０２には受信フレームのヘッダ中
のＡ、Ｃフィールドを、「回線番号−Ｊ１４０３には該
フレームを受信した回線の番号を格納する。「メモリア
ドレスＪ　１４０４はブランクである。 次に処理３０５で受信バッファ中にある受信Ｉフレーム
の■フィールドをメモリ１へ転送することをメモリ転送
制御部１７へ指示する。該■フィールドを格納するメモ
リ１内の空きバッファのアドレスは主制御部１１が前も
って管理しており、処理３０５でメモリ転送制御部１７
への指示と共にメモリ転送制御部１７へ引き渡す。メモ
リ転送制御部１７はこの指示により、主制御部１１とは
独立にＩフィールドをメモリ１へ転送開始する。 主制御部１１は処理３０５の後は処理２００，２０１の
ループに戻る。 プロトコル処理部９は第１１図１１００〜１１０３に示
すようにＰＲＱａ、ｂ、ｃにトランザクションがないか
無限ループで監視している。処理３０４によりＰＲＱｂ
にＰＲＱトランザクションが入れられるとプロトコル処
理部９の処理は１１０３から１１２０に進む。１１２０
でＰＲＱｂからＰＲＱトランザクションを取り出し、そ
の内容を用いて受信■フレームのレイヤ２プロトコル処
理を行い、１１２１で処理の結果からＰＥＱトランザク
ションを作成し、Ｐ　Ｅ　Ｑに入れる。１１２１で作成
するＰＥＱトランザクションの「報告種別Ｊ　１５０１
には「受信Ｉフレームのプロトコル処理終了」を意味す
る符号を、「回線番号」１５０３には該受信フレームを
受信した回線の番号を、また本プロトコル処理の結果Ｒ
Ｒフレームを送信することになった場合はｒＲＲ送信要
Ｊ　１５０５に１を、ｒＡ、ＣフィールドＪ　　１５０
２に送信するＲＲフレームのＡ、Ｃフィールドを格納す
る。 「メモリアドレスＪ　１５０４はブランクである。 プロトコル処理部９は次にＰＲＱｃ、ａ、ｂの順でそれ
らの中にトランザクションがあるかどうかを検査し、あ
れば対応する処理１１０４．１１１２．１１２０に進み
、なければループ１１００〜１１ｏ３に戻ル（１１２２
−１１２７）　、　ＰＥＱにＰＥＱトランザクションが
あるとインタフェース処理部１０内のハードウェアは主
制御部１１に処理開始要求を出し、主制御部１１はそれ
により第２図処理２００．２０１から処理２０７に進む
（第７図へ）。 主制御部１１はＰＥＱからＰＥ　Ｑ　ｌ−ランザクジョ
ンを取り出し、処理７０１でＰＥＱトランザクション中
の「回線番号Ｊ　１５０３から回線番号を識別し、処理
７０２で「報告種別Ｊ　１５０１から［受信■フレーム
のプロトコル処理終了」を認議し、処理７０４に進む（
第９図へ）。 処理９０１で受信管理テーブル１２の「プロトコル処理
完了」のカラム１２０２を１にし、処理９０２でＰＥＱ
トランザクション中のｒＲＲ送信要Ｊ　１５０５を判定
する。ｒＲＲ送信要」１５０５が１の場合は処理９０３
で送信管理テーブル１３の「送信処理中」のカラム１３
０１を判定する。 「送信処理中」のカラム１３０１が１であるということ
は、現在すでにその回線からフレームを送出中のためそ
の他のフレームの送出は待つ必要があるということを意
味する。この場合は処理９０４に進み、送信する回線の
番号に対応する送信待ちキューに、送信待ちキュートラ
ンザクションを格納する。ここで作成する送信待ちキュ
ートランザクションの「送信待ちフレーム種別Ｊ　２０
０１にはＲＲフレーム送信待ちを意味する符号を。 ｒＡ、ＣフィールドＪ　２００２にはＰＥＱトランザク
ションのｒＡ、ＣフィールドＪ　１５０２の内容を格納
する。処理９０３で「送信処理中」のカラム１３０１が
０の場合は処９９０５に進み、送信する回線の番号に対
応する送信バッファにＰＥＱトランザクションのｒＡ、
Ｃフィールド」１５０２の内容を格納する（ＲＲ送出処
理）。送信バッファにデータが入ると、インタフェース
処理部１０のハードウェアはそのデータを回線制御部５
に転送開始する。 主制御部１１は処理９０４または９０５を行った後は処
理９０６に進み、受信管理テーブル１２の［メモリ転送
完了」のカラム１２０３を判定する。「メモリ転送完了
」のカラム１２０３が１の場合は、処理３０４で指示し
たメモリ転送が贋に完了していることを意味し、この場
合は処理９０７で、レイヤ３処理部２ヘレイヤ２受信処
理完了を通知し、処理９０８で受信管理テーブル１２の
回線番号に対応するローの全てのカラムをＯに初期化し
、処理２００，２０１のループに戻る。 処理９０６で「メモリ転送完了」のカラム１２０３が０
の場合は、そのまま処理２００．２０１のループに戻る
。 メモリ転送制御部１７は第３図処理３０４で指示された
メモリ転送を終了すると主制御部１１へ処理開始要求を
出す。それにより主制御部１１は第２図処理２００．２
０１から処理２０５へ進む（第５図へ）。 処理５０１で回線番号を識別し、処理５０２で受信管理
テーブル１２の「メモリ転送完了」のカラム１２０３に
値１を格納し、処理５０３で受信管理テーブル１２の「
プロトコル処理完了」のカラム１２０２を判定する。「
プロトコル処理完了」のカラム１２０２が１の場合は処
理９０７．９０８と同じ処理５０４．５０５を行い、処
理２００．２０１のループに戻る。処理５０３で「プロ
トコル処理完了」のカラム１２０２が０の場合は、その
まま処理２００，２０１のループに戻る。 ＲＲフレーム受信の場合は第３図処理３０３で受信フレ
ーム種別を判定した後、処理３０６に進み、ＰＲＱトラ
ンザクションを作成し、Ｐ　ＲＱ　ｃに入れる。ここで
作成するＰＲＱ）−ランザクジョンは、要求種別１４０
１に「受信ＲＲフレームのプロトコル処理要求Ｊを格納
することを除いては処理３０４で作成したものと同様で
ある。処理３０６の後は処理２００，２０１のループに
戻る。 プロトコル処理部９は第１１図処理１１０１でＰＲＱｃ
にトランザクションがあることを判定し、処理１１０４
〜１１１１　（処理１１２０〜１１２７と同様）を行い
、処理１１００〜１１０３のループに戻る。その後、主
制御部１１は第２図処理２００．２０１のループから処
理２０２，２０７、第７図７０１，７０２．７０５　ニ
進み（第１０図）、何も行わずに処理２００．２０１の
ループに戻る。 次にＩフレーム送信の場合について説明する。 レイヤ３処理部２はＩフレーム送信要求がある場合、送
信要求、回線番号および送信するデータのメモリ１中で
のアドレスを主制御部１１に通知する。ここで、レイヤ
３処理部２は連続した複数のエフレーム送信要求をだす
こともある。主制御部１１は第２図処理２００，２０１
，２０２から処理２０４に進む（第４図へ）。 第４図の処理４０１で送信する回線番号を識別し、処理
４０２．４０３でレイヤ３処理部が送信要求した全ての
エフレームの各々についてＰＲＱトランザクションを作
成し、ＰＲＱａに入れる。 ここで作成するＰＲＱトランザクションの要求種別１４
０１には「送信■フレームのプロトコル処理要求Ｊを、
［回線番号ｊには送信する回線の番叶を、「メモリアド
レス」には送信するデータのメモリ１中でのアドレスを
格納する。「Ａ、ＣフィールドＪ　１４０２はブランク
である。 プロトコル処理部９はＰ　ＲＱ　ａにＰＲＱトランザク
ションが入れられると第１１図処理１１００．１１０２
．１１１２と進む、１１１２でＰ　ＲＱ　ａからＰＲＱ
トランザクションを取り出し、その内容を用いて送信エ
フレームのレイヤ２プロトコル処理を行い、１１１３で
処理の結果がらＰＥＱトランザクションを作成し、ＰＥ
Ｑに入れる。１１１３で作成するＰＥＱトランザクショ
ンの「報告種別Ｊ　１５０１には［送信エフレームのプ
ロトコル処理終了」を意味する符号を、ｒＡ、Ｃフィー
ルドＪ　１５０２には送信する■フレームのＡ、Ｃフィ
ールドを、［回線番号Ｊ　１５０３にはフレームを送信
する回線の番号を、［メモリアドレス」１５０４には送
信するＩフレームの■フィールドのメモリ１内でのアド
レスを格納する。ｒＲＲ送信要Ｊ　１５０５はブランク
である。 プロトコル処理部９は次にＰＲＱｃ、ｂ、ａの順でそれ
らの中にトランザクションがあるかどうかを検査し、あ
れば対応する処理１１０４．１１２０．１１１２に進み
、なければループ１１００〜１１０３に戻る（１１１４
〜１１１９）。 ＰＥＱにＰＥＱ　トランザクションが入ると主制御部１
１は受信処理と同様に第２図処理２００．２０１．２０
２から処理２０７に進み（第７図へ）、処理７０１，７
０２へ進む。処理７０２でＰＥＱトランザクション中の
［報告種別Ｊ　１５０１から「送信エフレームのプロト
コル処理終了Ｊを認識し、処理７０３に進む（第８図へ
）。 第８図の処理８０１で送信管理テーブル１３の「送信処
理中」のカラム１３０１を判定し、１ならば処理８０２
で送信待ちキュートランザクションを作成し、送信する
回線に対応する送信待ちキューに格納する。ここで作成
する送信待ちキュートランザクションの「送信待ちフレ
ーム種別」２２０１にはＩフレーム送信待ちを意味する
符号を、ｒＡ、ＣフィールドＪ　２２０２にはＰＥＱト
ランザクションのｒＡ、ＣフィールドＪ　１５０２の内
容を、「メモリアドレスＪ　２２０３にはＰＥＱトラン
ザクションの「メモリアドレスＪ　１５０４の内容を格
納する。主制御部１１は次に処理８０３で処理２００，
２０１のループに戻る。 処理８０１で「送信処理中」のカラム１３０１が０なら
ば、処理８０４で「送信処理中」のカラム１３０１に値
１を格納し、処理８０５で送信する回線の番号に対応す
る送信バッファにＰＥＱトランザクションのｒＡ、Ｃフ
ィールドＪ　１５０２の内容を格納し、処理８０６でメ
モリ転送制御部１７へ、送信するＴフレームの１フイー
ルドをメモリ１から送信バッファに転送することを指示
し、処理２００，２０１のループに戻る。 処理８０６により、メモリ転送制御部１５はメモリ転送
を開始する。送信バッファにデータが入ると、インタフ
ェース処理部１０のハードウェアはそのデータを回線制
御部５に転送開始する。回線制御部５は送信バッファか
らの送信データを受は取ると、レイヤ２のリアルタイム
処理およびレイヤ１の制御を行い、通信回線に送出する
。１つのフレームの送出を終了すると回線制御部５はイ
ンタフェース処理部１０へ通知し、通知を受けたインタ
フェース処理部１０のハードウェアは主制御部１１へ処
理開始要求を出す。 主制御部１１は第２図処理２００．２０１．２０２．２
０６へ進み（第６図へ）、処理６０１で回線番号を識別
し、処理６０２で送信管理テーブルの処理中の回線番号
に対応するローを０に初期化し、処理６０３でレイヤ３
処理部２ヘレイヤ２送信処理完了を通知する。以上で１
フレームの送信処理は終了し、次に処理６０４で同じ回
線に対応する送信待ちキューにトランザクションがある
かどうかを判定する。ある場合は処理６０５で該送信待
ちキュートランザクションを取り出し、「送信待ちフレ
ーム種別Ｊ　２２０１を判定する。 判定結果が１フレームの場合には処理６０６でエフレー
ム送出処理を行う。処理６０６の■フレーム送出処理は
第８図処理８０４．８０５．８０６と同じである。処理
６０５の判定結果がＲＲフレームの場合には処理６０７
でＲＲフレーム送出処理を行う。処理６０７のＲＲフレ
ーム送出処理は第９図処理９０５と同じである。 第１８図は送信処理の時間経過を示す図である。 第１８図において横方向は時間の経過をあられす。 １８１はレイヤ３処理部２における処理を、１８２はプ
ロトコル処理部９における処理を、１８３はインタフェ
ース処理部１０内の主制御部１１における処理のうちア
イドリングである処理２００・２０１を除いた処理を、
１８４はインタフェース処理部１０の処理のうち、主制
御部１１の処理を除いた部分による処理（以下、インタ
フェース処理部１０の処理と呼ぶ）を、１８５は通信器
ａ６〜８上のパケット送信を、１８６は時刻を表わす。 時刻Ｔ。でレイヤ３処理部２はフレーＡ　１．２゜３の
連続した送信を主制御部１１に要求する。主制御部１１
は処理４０２．４０３で時刻Ｔ。でフレーム１．２．３
のプロトコル処理要求であるＰＲＱ　Ｉ−ランザクジョ
ンをＰ　ＲＱ　ａ　２４に格納する。 プロトコル処理部９は時刻Ｔ工でＰＲＱａ２４の先頭か
らフレーム１のＰＲＱＩ−ランザクジョンを取り出し、
フレーム１のレイヤ２プロトコル処理を開始し、時刻Ｔ
６で終了しＰＥＱ２７に処理結果を格納する。 プロトコル処理部９は時刻Ｔ６でＰＲＱａ中の次のＰＲ
Ｑトランザクションを取り出し、フレーム２のレイヤ２
プロ１−コル処理を開始する。主制御部１１は時刻Ｔ６
でＰＥＱにフレーム１の処理結果のＰＥＱトランザクシ
ョンが入っていることによる処理を開始し■フレーム送
出処理８０４゜８０５．８０６を行いその後処理２００
．２０１のループに戻る。 インタフェース処理部１０は時刻Ｔ、でフレーム１を回
線制御部５を介して通信回線に送出開始する。時刻Ｔ１
□でプロトコル処理部９はフレーム２のレイヤ２プロト
コル処理を終了しＰＥＱトランザクションをＰＥＱに格
納し、それにより主制御部１１は、時刻Ｔ□、で■フレ
ーム送出処理８０４．８０５．８０６を行いその後処理
２００，２０１のループに戻る。回線制御部５は時刻Ｔ
１３でフレーム１の送出を終了するとインタフェース処
理部１０に通知し、この通知により主制御部１１が処理
を開始し、処理６０１．６０２．６０４．６０５．６０
６を行い、ソノ後処理２００，２０１のループに戻る。 その後インタフェース処理部１０はフレーム２を回線制
御部５を介して通信回線に送出開始する。 以下同様に時刻Ｔ工、でプロトコル処理部９はフレーム
３のプロトコル処理を終了し、時刻Ｔ２゜で回線制御部
５はフレーム２の送出終了をインタフェース処理部１０
に通知し、インタフェース処理部１０は時刻Ｔ２１でフ
レーム３を回線制御部５を介して通信回線に送出開始し
、時刻Ｔ２□で回線制御部５はフレーム３の送出終了を
インタフェース処理部１０に通知する。 レイヤ３処理部２がフレームの連続送信を要求する場合
、従来技術においては第１７図の１７３に示すように送
出するフレー１１間に空き時間が発生したが、本発明に
よれば第１８図に示すように送出フレーム間の空き時間
をほぼなくし、フレームを連続して送信することができ
る。 次にＰＲＱが第１図に示すようにＰＲＱａ２４、ＰＲＱ
ｂ２５．ＰＲＱｃ２７の３種類あるのではなく、第１９
図に示すＰＲＱ１９１が一つのみであり、ＰＲＱ１９１
はＦ　Ｉ　Ｆ　Ｏ（Ｆｉｒｓｔ　Ｉｎ　ＦｉｒｓｔＯｕ
ｔ）である場合を考える。 ある時刻にレイヤ３処理部２が１０個のエフレームの連
続送信を要求すると仮定すると、主制御部１１はただち
に１０個のＰＲＱトランザクション１９２〜１９５を作
成し、ＰＲＱ１９１に格納する。その直後に１つのＩフ
レームを受信すると主制御部はＰＲＱトランザクション
１９６を作成し、ＰＲＱ１９１に格納する。この場合プ
ロトコル処理部９でのＰＲＱトランザクション１９６の
プロトコル処理は、１０個のＰＲＱトランザクション１
９２〜１９５のプロトコル処理の終了後でないと行われ
ないことになる。これによれば送信処理が極端に優先さ
れることになり、受信バッファのオーバフロー等の間厘
が発生する。本実施例では第１図に示すようにＰＲＱａ
、ＰＲＱｂ、ＰＲＱｃの３つのＦＩＦＯを設け、それぞ
れにＩフレーム送信のプロトコル処理要求、■フレーム
受信のプロトコル処理要求、Ｓ、Ｕフレーム受信のプロ
トコル処理要求のＰＲＱトランザクションを格納する。 また本実施例では第１１図に示すようにＰＲＱａ内のＰ
ＲＱトランザクション処理の後にはＰＲＱｃ、ＰＲＱｂ
、ＰＲＱａの順でＰＲＱトランザクションの有無を調べ
、ＰＲＱｂ内のＰＲＱトランザクション処理の後にはＰ
　ＲＱ　ｃ　、　ＰＲＱ　ａ　。 ＰＲＱｂの順でＰＲＱトランザクションの有無を調べる
ことにより、Ｐ　ＲＱ　ｃ内のＰＲＱトランザクション
の処理は優先し、■フレームの送信と受信との処理の優
先度は同じになるように管理している。 本実施例ではＰＥＱは１つのみ設けるとしたが、ＰＥＱ
を複数設けることも可能である。この場合、例えば処理
結果が通常用と緊急用にそれぞれＰＥＱを設け、主制御
部１１は緊急用のＰＥＱ中のトランザクションを優先し
て処理することにより、効率のよい処理を行うことが可
能になる。 本実施例では処理４０２，４０３に示すように、レイヤ
３処理部からの複数のＩフレーム送信要求があれば主制
御部１１は該複数のＩフレームの全てのＰＲＱ）−ラン
ザクジョンをＰ　ＲＱ　ａに格納し、プロトコル処理を
要求しているが、プロトコル処理要求を行うタイミング
は１つのフレームのプロトコル処理終了時等、１つのフ
レームを下位レイヤに引き渡し完了する以前の任意のタ
イミングとしても良い。この場合、送信フレーム間の間
隔が空く場合も考えられるが、従来技術よりは短い間隔
となる。これによればプロトコル処理要求よりも重要な
処理を優先する等、より柔軟性のある処理が可能となる
。 本実施例ではプロトコル処理要求格納手段は要求種別に
対応した３つのＦＩＦＯ（ＰＲＱａ、ＰＲＱｂ、ＰＲＱ
ｃ）で構成するとしたが、これは要求種別をより細かく
分け、より多数のＦＩＦＯで構成することも可能である
。これによればより細かい優先度管理が可能となる。ま
た要求種別をより大きく分け、より少数のＦＩＦＯで構
成することも可能である。これによればより少ないハー
ドウェア量で構成することが可能となる。またＦＩＦＯ
ではない１つのキューで構成し、それに格納するトラン
ザクションの種別をプロトコル処理部は自由に読みだす
ことが可能とすることも可能である。これによれば少な
いハードウェア量で細かい優先度管理が可能となる。 ［発明の効果］ 本発明によれば、上位レイヤ処理部から連続したバケツ
ｉ−の送出を要求された場合に、下位レイヤ処理部に該
パケットを連続して送出することが可能となるという効
果がある。

【図面の簡単な説明】

第１図は本発明の一実施例の構成を示す説明図、第２図
〜第１０図は主制御部１１の動作を示す処理フロー（Ｐ
ＡＤ）図、第１１図はプロ１−コル処理部９の動作を示
す処理フロー（ＰＡＤ）図、第１２図は受信管理テーブ
ル１２の内容を示す説明図、第１３図は送信管理テーブ
ル１３の内容を示す説明図、第１４図はＰＲＱトランザ
クションの内容を示す説明図、第１５図はＰＥＱトラン
ザクションの内容を示す説明図、第１６図は従来技術の
一構成例を示すブロック図、第１７図は従来技術におけ
る処理の時間経過を示す説明図、第１８図は本発明の実
施例における処理の時間経過を示す説明図、第１９図は
ＰＲＱが１つのみの場合のＰＲＱの内容の一例を示す説
明図、第２０図は送信待ちキュートランザクションの内
容を示す説明図である。 符号の説明 １・・メモリ、２・・レイヤ３処理部、３・・レイヤ２
処理部、４・・バス、５・・回線制御部、６．７．８・
・通信回線、９・・プロトコル処理部、１ｏ・・インタ
フェース処理部、１１・・主制御部、１２・・受信管理
テーブル、１３・・送信管理テーブル、１４．１５．１
６・・送信待ちキュー、１７・・メモリ転送制御部、１
８．１９．２０・・受信バッファ、２１．２２．２３・
・送信バッファ、２４．２５．２６・・ＰＲＱ、２７・
・ＰＥＱ。 λｅ　　シフ 第３７ 第夕固 第、５′圏 第７ρ目 第７４目 ＰＦ６）ランフ゛２ン３ン ）へ　ツタ石弓 価６ノ乙ル］ 第１Ｚ口 悌 ／３ 図 漠庸臂揺ツー７゛ルアＪ と ／Ｌ？ρ／

Claims (1)

1. 【特許請求の範囲】 １、各通信レイヤの処理を複数のプロセッサを用いて行
   う通信処理装置において、あるレイヤのプロトコル処理
   を行う１つ以上のプロセッサ（プロトコル処理プロセッ
   サ）、上位下位レイヤとのインタフェース処理を行う１
   つ以上のプロセッサ（インタフェース処理プロセッサ）
   、および該インタフェース処理プロセッサから該プロト
   コル処理プロセッサへのプロトコル処理要求を格納する
   手段（プロトコル処理要求格納手段）を設けることを特
   徴とする機能分散通信処理装置。 ２、特許請求の範囲第１項記載の機能分散通信処理装置
   において、上位レイヤから連続したパケットの送信要求
   がある場合、１つのパケットのプロトコル処理、インタ
   フェース処理を終了し、下位レイヤへの引き渡しを完了
   する前に、該インタフェース処理プロセッサは次のパケ
   ットのプロトコル処理要求を該プロトコル処理要求格納
   手段に格納することを特徴とする機能分散通信処理装置
   。 ３、該プロトコル処理プロセッサは、該プロトコル処理
   要求が該インタフェース処理プロセッサにより該プロト
   コル処理要求格納手段に格納された順序にかかわらず、
   該要求の種類に応じて該プロトコル処理要求格納手段か
   ら取り出すことが可能である特許請求の範囲第１項記載
   の機能分散通信処理装置。 ４、該プロトコル処理要求格納手段は、該プロトコル処
   理要求の種類に応じて複数設けることを特徴とする特許
   請求の範囲第１項記載の機能分散通信処理装置。