JP2778893B2 - 通信制御装置 - Google Patents
通信制御装置Info
- Publication number
- JP2778893B2 JP2778893B2 JP5045234A JP4523493A JP2778893B2 JP 2778893 B2 JP2778893 B2 JP 2778893B2 JP 5045234 A JP5045234 A JP 5045234A JP 4523493 A JP4523493 A JP 4523493A JP 2778893 B2 JP2778893 B2 JP 2778893B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- reception
- frame
- state
- data structure
- 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
- 238000004891 communication Methods 0.000 title claims description 279
- 238000012545 processing Methods 0.000 claims description 86
- 239000000872 buffer Substances 0.000 claims description 83
- 230000005540 biological transmission Effects 0.000 claims description 35
- 238000000034 method Methods 0.000 claims description 19
- 230000008569 process Effects 0.000 claims description 18
- 230000007704 transition Effects 0.000 claims description 17
- 238000010586 diagram Methods 0.000 description 19
- 230000006870 function Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000007689 inspection Methods 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 230000002411 adverse Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、主にローカルエリアネ
ットワーク（以下ＬＡＮ：Local Area Networkと言う）
の相互間を接続するブリッジ局や、大量のデータを扱う
ファイルサーバー等の極めて高い通信性能が要求される
通信制御装置に関し、特に、１つの通信局を複数の通信
手段で構成して、それらに同一の物理アドレスを付与し
てフレームの受信負荷分散を図り、更に、プロセッサに
対してネットワークから受信された順番どおりにフレー
ムを受け渡すことを可能として受信性能を向上させた通
信制御装置に関する。
ットワーク（以下ＬＡＮ：Local Area Networkと言う）
の相互間を接続するブリッジ局や、大量のデータを扱う
ファイルサーバー等の極めて高い通信性能が要求される
通信制御装置に関し、特に、１つの通信局を複数の通信
手段で構成して、それらに同一の物理アドレスを付与し
てフレームの受信負荷分散を図り、更に、プロセッサに
対してネットワークから受信された順番どおりにフレー
ムを受け渡すことを可能として受信性能を向上させた通
信制御装置に関する。
【０００２】
【従来の技術】ＬＡＮ通信制御装置には、ＩＥＥＥ８０
２規格に規定されたＭＡＣ（MeduimnAccess Control）
層制御のため通信制御用ＬＳＩが多く用いられている。
従来の通信制御装置のシステム構成は図９に示すよう
に、大きく３つの構成要素からなる。
２規格に規定されたＭＡＣ（MeduimnAccess Control）
層制御のため通信制御用ＬＳＩが多く用いられている。
従来の通信制御装置のシステム構成は図９に示すよう
に、大きく３つの構成要素からなる。
【０００３】プロセッサ１０１は例えばＬＬＣ（Logica
l Link Control ）レイヤ以上の上位プロトコルを実行
するプロセッサであり、通信手段１０３はＭＡＣレイヤ
以下のプロトコルを実行する装置であり、共有メモリ１
０２はプロセッサ１０１と通信手段１０３とが共有する
メモリであって、通信手段１０３が受信したデータは、
先ず共有メモリ１０２に書き込まれ、その後ホスト計算
機が共有メモリ１０２から読み出してプロトコル処理が
進められる。
l Link Control ）レイヤ以上の上位プロトコルを実行
するプロセッサであり、通信手段１０３はＭＡＣレイヤ
以下のプロトコルを実行する装置であり、共有メモリ１
０２はプロセッサ１０１と通信手段１０３とが共有する
メモリであって、通信手段１０３が受信したデータは、
先ず共有メモリ１０２に書き込まれ、その後ホスト計算
機が共有メモリ１０２から読み出してプロトコル処理が
進められる。
【０００４】ここで、既存の通信制御用ＬＳＩでは、プ
ロセッサ１０１がデータ処理を行い易いように、図１０
に示すようなデータ構造を共有メモリ１０２上に構築
し、通信データ（以下フレームと呼ぶ）を格納する。以
下にこの構造を詳細に説明する。
ロセッサ１０１がデータ処理を行い易いように、図１０
に示すようなデータ構造を共有メモリ１０２上に構築
し、通信データ（以下フレームと呼ぶ）を格納する。以
下にこの構造を詳細に説明する。
【０００５】同図（１）は通信データを格納するために
用いられるフレームバッファＦＢ（Frame Buffer) の構
造を示し、データ領域２０５、データ領域の先頭アドレ
ス２０２、データ領域に格納されたデータ長２０３、及
び、次のフレームバッファＦＢのアドレスを示すリンク
情報２０１等から構成される。フレームを構成する情報
はデータ領域２０５に分割して格納されるので、１つの
フレームは複数のフレームバッファＦＢをリスト状につ
なげて管理される。
用いられるフレームバッファＦＢ（Frame Buffer) の構
造を示し、データ領域２０５、データ領域の先頭アドレ
ス２０２、データ領域に格納されたデータ長２０３、及
び、次のフレームバッファＦＢのアドレスを示すリンク
情報２０１等から構成される。フレームを構成する情報
はデータ領域２０５に分割して格納されるので、１つの
フレームは複数のフレームバッファＦＢをリスト状につ
なげて管理される。
【０００６】同図（２）はフレームを制御するために用
いられるフレームデスクリプタＦＤ（Frame Descripto
r) の構造を示し、フレームバッファＦＢのリストの先
頭フレームバッファＦＢと末尾フレームバッファＦＢの
アドレス２１２及び２１３、フレーム長２１４、ステー
タス等の制御コード２１５、及び、次のフレームデスク
リプタＦＤへのアドレスを示すリンク情報２１１等から
構成される。
いられるフレームデスクリプタＦＤ（Frame Descripto
r) の構造を示し、フレームバッファＦＢのリストの先
頭フレームバッファＦＢと末尾フレームバッファＦＢの
アドレス２１２及び２１３、フレーム長２１４、ステー
タス等の制御コード２１５、及び、次のフレームデスク
リプタＦＤへのアドレスを示すリンク情報２１１等から
構成される。
【０００７】同図（３）は、１つのフレームが３つのフ
レームバッファＦＢに分割されて格納されている場合の
構成を、同図（４）は、３つの長さの異なったフレーム
がリンクされて格納されている場合の構成を、それぞれ
示している。
レームバッファＦＢに分割されて格納されている場合の
構成を、同図（４）は、３つの長さの異なったフレーム
がリンクされて格納されている場合の構成を、それぞれ
示している。
【０００８】このように、フレームは様々なデータ構造
に変換されて共有メモリ１０２に格納されるため、通信
手段１０３ではフレーム受信に際し様々な処理を行わな
ければならず、例えば「通信制御装置（特願平３−４０
０１号）」等の提案がなされていた。
に変換されて共有メモリ１０２に格納されるため、通信
手段１０３ではフレーム受信に際し様々な処理を行わな
ければならず、例えば「通信制御装置（特願平３−４０
０１号）」等の提案がなされていた。
【０００９】しかしながら、ＬＡＮの通信速度が益々高
速になり、１つのフレームが伝送されるのに要する時間
が通信手段１０３が実行する処理時間よりも短くなる
と、ネットワークから連続してフレームが受信された場
合に、受信処理が間に合わず受信できないことがある。
特にブリッジ局やサーバ局には、多数の通信局（以下ノ
ードと言い、特に断らない限りブリッジ局やサーバ局も
含む）からのフレームが集中することがあり、これらの
フレームが受信されなかった場合には再度送信しなけれ
ばならなくなる。このような再送信はネットワークを余
分な通信で占有することになり、他の正常通信の妨げと
なるばかりか、再送信すべきであるとの判定が決まるま
でに、ある程度の時間が必要であるので、通信の遅れを
招く事になる。このため、高速なＬＡＮを使用しても、
ユーザに提供される実効的な通信速度が改善されないと
いう悪影響が発生する。
速になり、１つのフレームが伝送されるのに要する時間
が通信手段１０３が実行する処理時間よりも短くなる
と、ネットワークから連続してフレームが受信された場
合に、受信処理が間に合わず受信できないことがある。
特にブリッジ局やサーバ局には、多数の通信局（以下ノ
ードと言い、特に断らない限りブリッジ局やサーバ局も
含む）からのフレームが集中することがあり、これらの
フレームが受信されなかった場合には再度送信しなけれ
ばならなくなる。このような再送信はネットワークを余
分な通信で占有することになり、他の正常通信の妨げと
なるばかりか、再送信すべきであるとの判定が決まるま
でに、ある程度の時間が必要であるので、通信の遅れを
招く事になる。このため、高速なＬＡＮを使用しても、
ユーザに提供される実効的な通信速度が改善されないと
いう悪影響が発生する。
【００１０】従って、フレーム受信が集中するノードに
おいては、フレームが連続して入力された場合にも受信
できるようにしなければならない。
おいては、フレームが連続して入力された場合にも受信
できるようにしなければならない。
【００１１】ここでこの問題の対策として、これらのノ
ードにおいて、複数の通信手段を設置して負荷分散を図
る事が考えられるが、通常１つのＬＡＮに設置される通
信手段はそれぞれ異なった物理アドレスを付与されなけ
ればならず、同一の物理アドレスを付与することはでき
ない。従って、サーバ局は複数の物理アドレスを持たね
ばならず、送信局はフレームの着信アドレス（Destinat
ion Address)をサーバ局の負荷分散が可能となるように
選択しなければならなくなるが、これは他の送信局が出
す通信量との関係があるため、自局だけで判断できず実
現が極めて難しい。
ードにおいて、複数の通信手段を設置して負荷分散を図
る事が考えられるが、通常１つのＬＡＮに設置される通
信手段はそれぞれ異なった物理アドレスを付与されなけ
ればならず、同一の物理アドレスを付与することはでき
ない。従って、サーバ局は複数の物理アドレスを持たね
ばならず、送信局はフレームの着信アドレス（Destinat
ion Address)をサーバ局の負荷分散が可能となるように
選択しなければならなくなるが、これは他の送信局が出
す通信量との関係があるため、自局だけで判断できず実
現が極めて難しい。
【００１２】また、仮にサーバ局の複数の通信手段が同
じ物理アドレスを持った場合には、従来の通信手段では
相互に関係を持たせていないため、１つのフレームが同
時に複数の通信手段で受信されてしまい、プロセッサ１
０１ではフレームを重複して処理しないような手段が必
要になり実現が困難である。
じ物理アドレスを持った場合には、従来の通信手段では
相互に関係を持たせていないため、１つのフレームが同
時に複数の通信手段で受信されてしまい、プロセッサ１
０１ではフレームを重複して処理しないような手段が必
要になり実現が困難である。
【００１３】更に、１つの通信手段に於いては、前述の
フレームデスクリプタＦＤの構造で受信フレームが受信
された順番を含めて制御されているのに対し、複数の通
信手段を単に並べた場合には、相互間でフレームの受信
順序を管理する手段がなく、順番が入れ違ってプロセッ
サ１０１で処理される可能性がある。通常、正しい順番
で受信されないフレームは廃棄されるので、順番が入れ
替わった時には全て無効な通信となり、従って、受信順
序を守ることが必須である。
フレームデスクリプタＦＤの構造で受信フレームが受信
された順番を含めて制御されているのに対し、複数の通
信手段を単に並べた場合には、相互間でフレームの受信
順序を管理する手段がなく、順番が入れ違ってプロセッ
サ１０１で処理される可能性がある。通常、正しい順番
で受信されないフレームは廃棄されるので、順番が入れ
替わった時には全て無効な通信となり、従って、受信順
序を守ることが必須である。
【００１４】
【発明が解決しようとする課題】以上のように、従来の
通信制御装置では、ＬＡＮ制御用ＬＳＩがネットワーク
からフレームを受信する際、受信終了後にステータスを
作成してホスト計算機に通知するため、若干の処理時間
が必要であり、このため短いフレームが連続して受信さ
れた場合、受信できずに取りこぼすことがあった。この
取りこぼしがブリッジ局で発生すると、システム全体の
効率低下を招くという問題があった。
通信制御装置では、ＬＡＮ制御用ＬＳＩがネットワーク
からフレームを受信する際、受信終了後にステータスを
作成してホスト計算機に通知するため、若干の処理時間
が必要であり、このため短いフレームが連続して受信さ
れた場合、受信できずに取りこぼすことがあった。この
取りこぼしがブリッジ局で発生すると、システム全体の
効率低下を招くという問題があった。
【００１５】また、この問題を解決するために、ノード
に複数の通信手段を設置して負荷分散を図る事が考えら
れるが、通常１つのＬＡＮに設置される通信手段はそれ
ぞれ異なった物理アドレスを付与され、従ってサーバ局
は複数の物理アドレスを持たねばならず、送信局はフレ
ームの着信アドレスをサーバ局の負荷分散が可能となる
ように選択しなければならないが、他の送信局が出す通
信量との関係から、自局だけでは判断できず実現が極め
て難しい。
に複数の通信手段を設置して負荷分散を図る事が考えら
れるが、通常１つのＬＡＮに設置される通信手段はそれ
ぞれ異なった物理アドレスを付与され、従ってサーバ局
は複数の物理アドレスを持たねばならず、送信局はフレ
ームの着信アドレスをサーバ局の負荷分散が可能となる
ように選択しなければならないが、他の送信局が出す通
信量との関係から、自局だけでは判断できず実現が極め
て難しい。
【００１６】また、仮にサーバ局の複数の通信手段が同
じ物理アドレスを持つ場合には、１つのフレームが同時
に複数の通信手段で受信されてしまい、プロセッサ側で
フレームを重視して処理しないような手段が必要となり
実現が困難である。
じ物理アドレスを持つ場合には、１つのフレームが同時
に複数の通信手段で受信されてしまい、プロセッサ側で
フレームを重視して処理しないような手段が必要となり
実現が困難である。
【００１７】更に、１つの通信手段に於いては、前述の
フレームデスクリプタＦＤの構造で受信フレームが受信
された順番を含めて制御されているのに対し、複数の通
信手段を単に並べた場合には、相互間でフレームの受信
順番を管理する手段がなく、受信順番を守ることが要求
される。
フレームデスクリプタＦＤの構造で受信フレームが受信
された順番を含めて制御されているのに対し、複数の通
信手段を単に並べた場合には、相互間でフレームの受信
順番を管理する手段がなく、受信順番を守ることが要求
される。
【００１８】本発明は、上記問題点を解決するもので、
その目的は、１つの通信局を複数の通信手段で構成し
て、それらに同一の物理アドレスを付与してフレームの
受信負荷分散を図り、更に、プロセッサに対してネット
ワークから受信された順番どおりにフレームを受け渡す
ことの可能な通信制御装置を提供することである。
その目的は、１つの通信局を複数の通信手段で構成し
て、それらに同一の物理アドレスを付与してフレームの
受信負荷分散を図り、更に、プロセッサに対してネット
ワークから受信された順番どおりにフレームを受け渡す
ことの可能な通信制御装置を提供することである。
【００１９】
【課題を解決するための手段】前記課題を解決するため
に、本発明の第１の特徴は、図１に示す如く、上位の通
信プロトコルを処理するプロセッサ１と、制御情報及び
通信データを含むフレームを格納する通信バッファ手段
２と、下位の通信プロトコルを処理する複数の通信手段
４（＃１）〜４（＃４）と、ネットワークＮＥＴとの物
理的インターフェースを行う物理的インターフェース手
段５とを具備し、前記通信バッファ手段２は、前記ネッ
トワークＮＥＴへ送受信される前記フレームをその順番
で格納する為のデータ構造リストを備え、前記通信手段
４（＃１）〜４（＃４）のうち少なくとも１つは、通信
処理中、通信待機中、及び停止の３状態を持ち、前記フ
レームを処理するため通信待機中状態の通信手段４（＃
ｉ）（ｉ＝１〜４）が通信処理中状態に遷移した時に、
停止状態にある複数の通信手段４（＃ｊ）（ｊ＝１〜４
≠ｉ）から１つを選択して通信待機中状態に遷移させる
と共に、前記データ構造リストから後続フレームを処理
する為のデータ構造を取り出す制御手段を備え、前記ネ
ットワークＮＥＴとの間で通信されるフレームの順番と
前記データ構造リストの順番とを同じくする。
に、本発明の第１の特徴は、図１に示す如く、上位の通
信プロトコルを処理するプロセッサ１と、制御情報及び
通信データを含むフレームを格納する通信バッファ手段
２と、下位の通信プロトコルを処理する複数の通信手段
４（＃１）〜４（＃４）と、ネットワークＮＥＴとの物
理的インターフェースを行う物理的インターフェース手
段５とを具備し、前記通信バッファ手段２は、前記ネッ
トワークＮＥＴへ送受信される前記フレームをその順番
で格納する為のデータ構造リストを備え、前記通信手段
４（＃１）〜４（＃４）のうち少なくとも１つは、通信
処理中、通信待機中、及び停止の３状態を持ち、前記フ
レームを処理するため通信待機中状態の通信手段４（＃
ｉ）（ｉ＝１〜４）が通信処理中状態に遷移した時に、
停止状態にある複数の通信手段４（＃ｊ）（ｊ＝１〜４
≠ｉ）から１つを選択して通信待機中状態に遷移させる
と共に、前記データ構造リストから後続フレームを処理
する為のデータ構造を取り出す制御手段を備え、前記ネ
ットワークＮＥＴとの間で通信されるフレームの順番と
前記データ構造リストの順番とを同じくする。
【００２０】また、本発明の第２の特徴は、図１に示す
如く、上位の通信プロトコルを処理するプロセッサ１
と、制御情報及び通信データを含むフレームを格納する
受信バッファ手段２と、下位の通信プロトコルを処理す
る複数の受信制御手段４（＃１）〜４（＃４）と、ネッ
トワークＮＥＴとの物理的インタフェースを行う物理的
インタフェース手段５とを具備し、前記受信バッファ手
段２は、前記ネットワークＮＥＴから受信された前記フ
レームをその順番で格納する為のデータ構造リストを備
え、前記受信制御手段４（＃１）〜４（＃４）は、通信
処理中、通信待機中、及び停止の３状態を持ち、前記物
理的インタフェース手段５から前記フレームが受信され
た時、当該受信制御手段４（＃ｉ）（ｉ＝１〜４）が通
信待機中状態にある場合に、当該受信制御手段４（＃
ｉ）を通信処理中状態に遷移させると共に、該受信信号
ＲＣＶを受けて下位プロトコルの受信処理を行う受信手
段４Ａ（＃ｉ）と、通信待機中状態の受信制御手段４
（＃ｉ）が通信処理中状態に遷移した時に、停止状態に
ある複数の受信制御手段４（＃ｊ）（ｊ＝１〜４≠ｉ）
から１つを選択して通信待機中状態に遷移させるアービ
トレーション手段４Ｂ（＃１）〜４Ｂ（＃４）と、当該
受信制御手段４（＃ｊ）が通信待機中状態に遷移した時
に、前記データ構造リストから受信フレームの制御情報
を格納するために１つのデータ構造を獲得するＦＤ管理
手段とを備え、前記プロセッサ１は、前記データ構造リ
ストにより、前記ネットワークＮＥＴから受信された順
番で上位プロトコルの処理を行うことである。
如く、上位の通信プロトコルを処理するプロセッサ１
と、制御情報及び通信データを含むフレームを格納する
受信バッファ手段２と、下位の通信プロトコルを処理す
る複数の受信制御手段４（＃１）〜４（＃４）と、ネッ
トワークＮＥＴとの物理的インタフェースを行う物理的
インタフェース手段５とを具備し、前記受信バッファ手
段２は、前記ネットワークＮＥＴから受信された前記フ
レームをその順番で格納する為のデータ構造リストを備
え、前記受信制御手段４（＃１）〜４（＃４）は、通信
処理中、通信待機中、及び停止の３状態を持ち、前記物
理的インタフェース手段５から前記フレームが受信され
た時、当該受信制御手段４（＃ｉ）（ｉ＝１〜４）が通
信待機中状態にある場合に、当該受信制御手段４（＃
ｉ）を通信処理中状態に遷移させると共に、該受信信号
ＲＣＶを受けて下位プロトコルの受信処理を行う受信手
段４Ａ（＃ｉ）と、通信待機中状態の受信制御手段４
（＃ｉ）が通信処理中状態に遷移した時に、停止状態に
ある複数の受信制御手段４（＃ｊ）（ｊ＝１〜４≠ｉ）
から１つを選択して通信待機中状態に遷移させるアービ
トレーション手段４Ｂ（＃１）〜４Ｂ（＃４）と、当該
受信制御手段４（＃ｊ）が通信待機中状態に遷移した時
に、前記データ構造リストから受信フレームの制御情報
を格納するために１つのデータ構造を獲得するＦＤ管理
手段とを備え、前記プロセッサ１は、前記データ構造リ
ストにより、前記ネットワークＮＥＴから受信された順
番で上位プロトコルの処理を行うことである。
【００２１】また、本発明の第３の特徴は、請求項３に
記載の通信制御装置において、図１に示す如く、前記受
信手段４Ａ（＃１）〜４Ａ（＃４）は、通信処理中、通
信待機中、及び停止の３状態を持ち、前記受信手段４Ａ
（＃１）〜４Ａ（＃４）相互間には、通信待機中状態に
あるか否かを通知するステータス信号ＳＴＡＴが接続さ
れ、前記受信手段４Ａ（＃ｉ）（ｉ＝１〜４）は、当該
受信手段４Ａ（＃ｉ）が通信待機中状態の時に、前記物
理的インタフェース手段５から入力された受信信号ＲＣ
Ｖを処理して当該受信手段４Ａ（＃ｉ）を通信処理中状
態に遷移させると共に、前記受信バッファ手段２に格納
し、受信終了後に、前記受信バッファ手段２内の情報を
前記データ構造リストに格納して、前記プロセッサ１に
受信終了を通知して当該受信手段４Ａ（＃ｉ）を停止状
態に遷移させ、前記ＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ
（＃ｉ）がフレームデスクリプタＦＤのデータ構造をア
クセスした時に、当該受信手段４Ａ（＃ｉ）を通信待機
中状態に遷移させ、前記アービトレーション手段４Ｂ
（＃ｉ）は、アービトレーションバスＡＲＢＵＳにより
相互に接続されると共に、前記ステータス信号ＳＴＡＴ
を入力とし、前記アービトレーション手段４Ｂ（＃ｉ）
は、前記ステータス信号ＳＴＡＴが前記全ての受信手段
４Ａ（＃１）〜４Ａ（＃４）が通信待機中状態にないこ
とを示し、且つ対応する受信手段４Ａ（＃ｉ）が停止状
態にある時に、前記アービトレーションバスＡＲＢＵＳ
に要求を出し、要求を出した１つ以上の受信手段４Ａ
（＃ｉ）の中から１つだけを選択する機能を備え、前記
ＦＤ管理手段は、受信可能なフレームデスクリプタＦＤ
のデータ構造のアドレスを保持するＦＤアドレス保持手
段４Ｄ（＃１）〜４Ｄ（＃４）と、前記ＦＤアドレス保
持手段４Ｄ（＃１）〜４Ｄ（＃４）のアドレスを基にフ
レームデスクリプタＦＤのデータ構造をアクセスするＦ
Ｄ獲得手段４Ｃ（＃１）〜４Ｃ（＃４）と、フレームデ
スクリプタＦＤのデータ構造をアクセスすると同時に次
のフレームデスクリプタＦＤのデータ構造のアドレスを
前記全てのＦＤ管理手段に通知する手段ＮＦＤとを具備
し、前記ＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ（＃ｉ）
は、前記アービトレーション手段４Ｂ（＃ｉ）が要求を
出して当該受信制御手段４（＃ｉ）が選択された時に、
フレームデスクリプタＦＤのデータ構造のアクセスを行
うことである。
記載の通信制御装置において、図１に示す如く、前記受
信手段４Ａ（＃１）〜４Ａ（＃４）は、通信処理中、通
信待機中、及び停止の３状態を持ち、前記受信手段４Ａ
（＃１）〜４Ａ（＃４）相互間には、通信待機中状態に
あるか否かを通知するステータス信号ＳＴＡＴが接続さ
れ、前記受信手段４Ａ（＃ｉ）（ｉ＝１〜４）は、当該
受信手段４Ａ（＃ｉ）が通信待機中状態の時に、前記物
理的インタフェース手段５から入力された受信信号ＲＣ
Ｖを処理して当該受信手段４Ａ（＃ｉ）を通信処理中状
態に遷移させると共に、前記受信バッファ手段２に格納
し、受信終了後に、前記受信バッファ手段２内の情報を
前記データ構造リストに格納して、前記プロセッサ１に
受信終了を通知して当該受信手段４Ａ（＃ｉ）を停止状
態に遷移させ、前記ＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ
（＃ｉ）がフレームデスクリプタＦＤのデータ構造をア
クセスした時に、当該受信手段４Ａ（＃ｉ）を通信待機
中状態に遷移させ、前記アービトレーション手段４Ｂ
（＃ｉ）は、アービトレーションバスＡＲＢＵＳにより
相互に接続されると共に、前記ステータス信号ＳＴＡＴ
を入力とし、前記アービトレーション手段４Ｂ（＃ｉ）
は、前記ステータス信号ＳＴＡＴが前記全ての受信手段
４Ａ（＃１）〜４Ａ（＃４）が通信待機中状態にないこ
とを示し、且つ対応する受信手段４Ａ（＃ｉ）が停止状
態にある時に、前記アービトレーションバスＡＲＢＵＳ
に要求を出し、要求を出した１つ以上の受信手段４Ａ
（＃ｉ）の中から１つだけを選択する機能を備え、前記
ＦＤ管理手段は、受信可能なフレームデスクリプタＦＤ
のデータ構造のアドレスを保持するＦＤアドレス保持手
段４Ｄ（＃１）〜４Ｄ（＃４）と、前記ＦＤアドレス保
持手段４Ｄ（＃１）〜４Ｄ（＃４）のアドレスを基にフ
レームデスクリプタＦＤのデータ構造をアクセスするＦ
Ｄ獲得手段４Ｃ（＃１）〜４Ｃ（＃４）と、フレームデ
スクリプタＦＤのデータ構造をアクセスすると同時に次
のフレームデスクリプタＦＤのデータ構造のアドレスを
前記全てのＦＤ管理手段に通知する手段ＮＦＤとを具備
し、前記ＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ（＃ｉ）
は、前記アービトレーション手段４Ｂ（＃ｉ）が要求を
出して当該受信制御手段４（＃ｉ）が選択された時に、
フレームデスクリプタＦＤのデータ構造のアクセスを行
うことである。
【００２２】また、本発明の第４の特徴は、請求項３ま
たは４に記載の通信制御装置において、図４に示す如
く、前記通信制御装置は、１つの受信可能なフレームデ
スクリプタＦＤのデータ構造のアドレスを保持するアド
レス保持手段ｆｄａｄｒを具備し、前記ＦＤ管理手段４
Ｅ（ｉ）（ｉ＝１〜４）は、前記アドレス保持手段ｆｄ
ａｄｒからフレームデスクリプタＦＤのデータ構造のア
ドレスを取り出し、そのフレームデスクリプタＦＤのデ
ータ構造をアクセスし、そこに含まれる次のフレームデ
スクリプタＦＤのデータ構造のアドレスを前記アドレス
保持手段ｆｄａｄｒに設定することである。
たは４に記載の通信制御装置において、図４に示す如
く、前記通信制御装置は、１つの受信可能なフレームデ
スクリプタＦＤのデータ構造のアドレスを保持するアド
レス保持手段ｆｄａｄｒを具備し、前記ＦＤ管理手段４
Ｅ（ｉ）（ｉ＝１〜４）は、前記アドレス保持手段ｆｄ
ａｄｒからフレームデスクリプタＦＤのデータ構造のア
ドレスを取り出し、そのフレームデスクリプタＦＤのデ
ータ構造をアクセスし、そこに含まれる次のフレームデ
スクリプタＦＤのデータ構造のアドレスを前記アドレス
保持手段ｆｄａｄｒに設定することである。
【００２３】また、本発明の第５の特徴は、請求項１、
３、４または５に記載の通信制御装置において、図５に
示す如く、前記通信制御装置は、リング構造のネットワ
ークＮＥＴ’に対して使用され、前記物理的インタフェ
ース手段１５は、受信と送信を同時に行う機能を備え、
前記物理的インタフェース手段１５が受信した信号ＲＣ
Ｖは、前記複数の通信手段または受信制御手段１４（＃
１）〜１４（＃４）に与えられ、前記通信手段または受
信制御手段の１つ１４（＃ｉ）（ｉ＝１〜４）が出力す
る送信信号ＳＲＶが前記物理的インタフェース手段１５
を通して前記ネットワークＮＥＴ’に送出されることで
ある。
３、４または５に記載の通信制御装置において、図５に
示す如く、前記通信制御装置は、リング構造のネットワ
ークＮＥＴ’に対して使用され、前記物理的インタフェ
ース手段１５は、受信と送信を同時に行う機能を備え、
前記物理的インタフェース手段１５が受信した信号ＲＣ
Ｖは、前記複数の通信手段または受信制御手段１４（＃
１）〜１４（＃４）に与えられ、前記通信手段または受
信制御手段の１つ１４（＃ｉ）（ｉ＝１〜４）が出力す
る送信信号ＳＲＶが前記物理的インタフェース手段１５
を通して前記ネットワークＮＥＴ’に送出されることで
ある。
【００２４】また、本発明の第６の特徴は、請求項１、
３、４または５に記載の通信制御装置において、図８に
示す如く、前記通信制御装置は、リング構造のネットワ
ークＮＥＴ’に対して使用され、前記物理的インタフェ
ース手段１５及び前記通信手段または受信制御手段１
４’（＃１）〜１４’（＃４）は、受信と送信を同時に
行う機能を備え、前記物理的インタフェース手段１５と
前記複数の通信手段または受信制御手段１４’（＃１）
〜１４’（＃４）は縦続接続され、前記物理的インタフ
ェース手段１５がネットワークＮＥＴ’から受信した信
号は第１番目の通信手段または受信制御手段１４’（＃
１）に与えられ、前記第１番目の通信手段または受信制
御手段１４’（＃１）の送信信号は第２番目の通信手段
または受信制御手段１４’（＃２）に与えられるように
して、末尾の通信手段または受信制御手段１４’（＃
４）の送信信号は前記物理的インタフェース手段１５を
通して前記ネットワークＮＥＴ’に送出するように構成
されることである。
３、４または５に記載の通信制御装置において、図８に
示す如く、前記通信制御装置は、リング構造のネットワ
ークＮＥＴ’に対して使用され、前記物理的インタフェ
ース手段１５及び前記通信手段または受信制御手段１
４’（＃１）〜１４’（＃４）は、受信と送信を同時に
行う機能を備え、前記物理的インタフェース手段１５と
前記複数の通信手段または受信制御手段１４’（＃１）
〜１４’（＃４）は縦続接続され、前記物理的インタフ
ェース手段１５がネットワークＮＥＴ’から受信した信
号は第１番目の通信手段または受信制御手段１４’（＃
１）に与えられ、前記第１番目の通信手段または受信制
御手段１４’（＃１）の送信信号は第２番目の通信手段
または受信制御手段１４’（＃２）に与えられるように
して、末尾の通信手段または受信制御手段１４’（＃
４）の送信信号は前記物理的インタフェース手段１５を
通して前記ネットワークＮＥＴ’に送出するように構成
されることである。
【００２５】更に、本発明の第７の特徴は、請求項６ま
たは７に記載の通信制御装置において、図８に示す如
く、前記通信手段または受信制御手段１４’（＃１）〜
１４’（＃４）は、ＭＡＣ層プロトコルの処理を行うか
否かを選択する制御信号ＡＣＴＩＶＥを備え、前記制御
信号ＡＣＴＩＶＥは、前記１つの通信手段または受信制
御手段１４’（＃ｉ）（ｉ＝１〜４）のみがＭＡＣ層プ
ロトコルを処理するよう与えられ、該通信手段または受
信制御手段１４’（＃ｉ）の送信信号だけが前記物理的
インタフェース手段１５の送出信号となることである。
たは７に記載の通信制御装置において、図８に示す如
く、前記通信手段または受信制御手段１４’（＃１）〜
１４’（＃４）は、ＭＡＣ層プロトコルの処理を行うか
否かを選択する制御信号ＡＣＴＩＶＥを備え、前記制御
信号ＡＣＴＩＶＥは、前記１つの通信手段または受信制
御手段１４’（＃ｉ）（ｉ＝１〜４）のみがＭＡＣ層プ
ロトコルを処理するよう与えられ、該通信手段または受
信制御手段１４’（＃ｉ）の送信信号だけが前記物理的
インタフェース手段１５の送出信号となることである。
【００２６】
【作用】本発明の第１の特徴の通信制御装置では、図１
に示す如く、下位の通信プロトコルを処理する通信手段
４（＃１）〜４（＃４）を並列に複数台設置して構成す
る。また、通信手段４（＃１）〜４（＃４）は、「通信
処理中」、「通信待機中」、及び「停止」の３状態を持
ち、通信バッファ手段２は、ネットワークＮＥＴへ送受
信されるフレームをその順番で格納する為のデータ構造
リストを備える。
に示す如く、下位の通信プロトコルを処理する通信手段
４（＃１）〜４（＃４）を並列に複数台設置して構成す
る。また、通信手段４（＃１）〜４（＃４）は、「通信
処理中」、「通信待機中」、及び「停止」の３状態を持
ち、通信バッファ手段２は、ネットワークＮＥＴへ送受
信されるフレームをその順番で格納する為のデータ構造
リストを備える。
【００２７】フレームを処理するため「通信待機中」状
態の通信手段４（＃ｉ）（ｉ＝１〜４）が「通信処理
中」状態に遷移した時に、「停止」状態にある複数の通
信手段４（＃ｊ）（ｊ＝１〜４≠ｉ）から１つを選択し
て「通信待機中」状態に遷移させると共に、データ構造
リストから後続フレームを処理する為のデータ構造を取
り出す。
態の通信手段４（＃ｉ）（ｉ＝１〜４）が「通信処理
中」状態に遷移した時に、「停止」状態にある複数の通
信手段４（＃ｊ）（ｊ＝１〜４≠ｉ）から１つを選択し
て「通信待機中」状態に遷移させると共に、データ構造
リストから後続フレームを処理する為のデータ構造を取
り出す。
【００２８】つまり、受信したフレームを管理するフレ
ームデスクリプタＦＤのリストは、プロセッサ１が１つ
だけ作成し、受信に先立って通信手段４（＃ｉ）に与え
られる。通信手段４（＃ｉ）は、「通信待機中」状態に
遷移すると、ＦＤリストから順番にフレームデスクリプ
タＦＤを１つ取り出す。
ームデスクリプタＦＤのリストは、プロセッサ１が１つ
だけ作成し、受信に先立って通信手段４（＃ｉ）に与え
られる。通信手段４（＃ｉ）は、「通信待機中」状態に
遷移すると、ＦＤリストから順番にフレームデスクリプ
タＦＤを１つ取り出す。
【００２９】ネットワークＮＥＴから受信した信号は、
同時に通信手段４（＃１）〜４（＃４）に与えられる
が、「通信待機中」状態にある唯一の通信手段４（＃
ｉ）で受信処理される。該通信手段４（＃ｉ）は、「通
信処理中」状態に遷移して受信したフレームを通信バッ
ファ手段２に転送し、フレームデスクリプタＦＤの作成
を終了するとプロセッサ１に受信終了を報告する。
同時に通信手段４（＃１）〜４（＃４）に与えられる
が、「通信待機中」状態にある唯一の通信手段４（＃
ｉ）で受信処理される。該通信手段４（＃ｉ）は、「通
信処理中」状態に遷移して受信したフレームを通信バッ
ファ手段２に転送し、フレームデスクリプタＦＤの作成
を終了するとプロセッサ１に受信終了を報告する。
【００３０】プロセッサ１は受信終了報告を受け取る
と、前記ＦＤリストを先頭から辿り受信状態を検査し、
受信終了したフレームデスクリプタＦＤについて上位プ
ロトコルの処理を行う。また未受信のフレームデスクリ
プタＦＤに辿りついたならば、そこで処理を中断し、そ
のフレームデスクリプタＦＤを次回の受信処理で検索を
開始するＦＤリストの先頭として登録する。
と、前記ＦＤリストを先頭から辿り受信状態を検査し、
受信終了したフレームデスクリプタＦＤについて上位プ
ロトコルの処理を行う。また未受信のフレームデスクリ
プタＦＤに辿りついたならば、そこで処理を中断し、そ
のフレームデスクリプタＦＤを次回の受信処理で検索を
開始するＦＤリストの先頭として登録する。
【００３１】これにより、１つの通信手段４（＃ｉ）が
フレーム受信を開始すると直ちに別の通信手段４（＃
ｊ）が「通信待機中」状態に選択され、次のフレームに
対し受信可能になる。同時には１つの通信手段しか受信
可能でないため、１つのフレームが複数の通信手段４
（＃１）〜４（＃４）に受信され重複することはない。
従って、通信手段４（＃１）〜４（＃４）は同一の物理
アドレスを付与できる。
フレーム受信を開始すると直ちに別の通信手段４（＃
ｊ）が「通信待機中」状態に選択され、次のフレームに
対し受信可能になる。同時には１つの通信手段しか受信
可能でないため、１つのフレームが複数の通信手段４
（＃１）〜４（＃４）に受信され重複することはない。
従って、通信手段４（＃１）〜４（＃４）は同一の物理
アドレスを付与できる。
【００３２】また、「通信待機中」状態に選択された通
信手段４（＃ｊ）にフレームデスクリプタＦＤが１つづ
つ順番に割り当てられるので、プロセッサ１が処理する
フレームの順番はネットワークＮＥＴから受信した順番
と同じになる。
信手段４（＃ｊ）にフレームデスクリプタＦＤが１つづ
つ順番に割り当てられるので、プロセッサ１が処理する
フレームの順番はネットワークＮＥＴから受信した順番
と同じになる。
【００３３】従って、１つの通信局を複数の通信手段４
（＃１）〜４（＃４）で構成して、それらに同一の物理
アドレスを付与してフレームの受信負荷分散を図ると共
に、プロセッサ１に対してネットワークＮＥＴから受信
された順番どおりにフレームを受け渡すことの可能な通
信制御装置を実現できる。
（＃１）〜４（＃４）で構成して、それらに同一の物理
アドレスを付与してフレームの受信負荷分散を図ると共
に、プロセッサ１に対してネットワークＮＥＴから受信
された順番どおりにフレームを受け渡すことの可能な通
信制御装置を実現できる。
【００３４】また、本発明の第２及び第３の特徴の通信
制御装置では、図１に示す如く、受信手段４Ａ（＃１）
〜４Ａ（＃４）、アービトレーション手段４Ｂ（＃１）
〜４Ｂ（＃４）、及びＦＤ管理手段とを備える受信制御
手段４（＃１）〜４（＃４）を並列に複数台設置して構
成する。また、受信制御手段４（＃１）〜４（＃４）内
の受信手段４Ａ（＃１）〜４Ａ（＃４）は、「通信処理
中」、「通信待機中」、及び「停止」の３状態を持ち、
受信バッファ手段２は、ネットワークＮＥＴへ送受信さ
れるフレームをその順番で格納する為のデータ構造リス
トを備える。
制御装置では、図１に示す如く、受信手段４Ａ（＃１）
〜４Ａ（＃４）、アービトレーション手段４Ｂ（＃１）
〜４Ｂ（＃４）、及びＦＤ管理手段とを備える受信制御
手段４（＃１）〜４（＃４）を並列に複数台設置して構
成する。また、受信制御手段４（＃１）〜４（＃４）内
の受信手段４Ａ（＃１）〜４Ａ（＃４）は、「通信処理
中」、「通信待機中」、及び「停止」の３状態を持ち、
受信バッファ手段２は、ネットワークＮＥＴへ送受信さ
れるフレームをその順番で格納する為のデータ構造リス
トを備える。
【００３５】受信手段４Ａ（＃ｉ）（ｉ＝１〜４）は、
当該受信手段４Ａ（＃ｉ）が「通信待機中」状態の時
に、物理的インタフェース手段５から入力された受信信
号ＲＣＶを処理して当該受信手段４Ａ（＃ｉ）を「通信
処理中」状態に遷移させると共に、受信バッファ手段２
に格納し、受信終了後に、受信バッファ手段２内の情報
を前記データ構造リストに格納して、プロセッサ１に受
信終了を通知して当該受信手段４Ａ（＃ｉ）を「停止」
状態に遷移させ、ＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ
（＃ｉ）がフレームデスクリプタＦＤのデータ構造をア
クセスした時に、当該受信手段４Ａ（＃ｉ）を「通信待
機中」状態に遷移させる。
当該受信手段４Ａ（＃ｉ）が「通信待機中」状態の時
に、物理的インタフェース手段５から入力された受信信
号ＲＣＶを処理して当該受信手段４Ａ（＃ｉ）を「通信
処理中」状態に遷移させると共に、受信バッファ手段２
に格納し、受信終了後に、受信バッファ手段２内の情報
を前記データ構造リストに格納して、プロセッサ１に受
信終了を通知して当該受信手段４Ａ（＃ｉ）を「停止」
状態に遷移させ、ＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ
（＃ｉ）がフレームデスクリプタＦＤのデータ構造をア
クセスした時に、当該受信手段４Ａ（＃ｉ）を「通信待
機中」状態に遷移させる。
【００３６】アービトレーション手段４Ｂ（＃ｉ）は、
ステータス信号ＳＴＡＴが全ての受信手段４Ａ（＃１）
〜４Ａ（＃４）が「通信待機中」状態にないことを示
し、且つ対応する受信手段４Ａ（＃ｉ）が「停止」状態
にある時に、アービトレーションバスＡＲＢＵＳに要求
を出し、要求を出した１つ以上の受信手段４Ａ（＃ｉ）
の中から１つだけを選択する。
ステータス信号ＳＴＡＴが全ての受信手段４Ａ（＃１）
〜４Ａ（＃４）が「通信待機中」状態にないことを示
し、且つ対応する受信手段４Ａ（＃ｉ）が「停止」状態
にある時に、アービトレーションバスＡＲＢＵＳに要求
を出し、要求を出した１つ以上の受信手段４Ａ（＃ｉ）
の中から１つだけを選択する。
【００３７】ＦＤ管理手段は、受信可能なフレームデス
クリプタＦＤのデータ構造のアドレスを保持するＦＤア
ドレス保持手段４Ｄ（＃１）〜４Ｄ（＃４）と、ＦＤア
ドレス保持手段４Ｄ（＃１）〜４Ｄ（＃４）のアドレス
を基にフレームデスクリプタＦＤのデータ構造をアクセ
スするＦＤ獲得手段４Ｃ（＃１）〜４Ｃ（＃４）とを備
え、フレームデスクリプタＦＤのデータ構造をアクセス
すると同時に次のフレームデスクリプタＦＤのデータ構
造のアドレスを全てのＦＤ管理手段に通知するネクスト
ＦＤ信号ＮＦＤを介して接続されている。
クリプタＦＤのデータ構造のアドレスを保持するＦＤア
ドレス保持手段４Ｄ（＃１）〜４Ｄ（＃４）と、ＦＤア
ドレス保持手段４Ｄ（＃１）〜４Ｄ（＃４）のアドレス
を基にフレームデスクリプタＦＤのデータ構造をアクセ
スするＦＤ獲得手段４Ｃ（＃１）〜４Ｃ（＃４）とを備
え、フレームデスクリプタＦＤのデータ構造をアクセス
すると同時に次のフレームデスクリプタＦＤのデータ構
造のアドレスを全てのＦＤ管理手段に通知するネクスト
ＦＤ信号ＮＦＤを介して接続されている。
【００３８】ＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ（＃
ｉ）は、アービトレーション手段４Ｂが要求を出して当
該受信制御手段４（＃ｉ）が選択された時に、フレーム
デスクリプタＦＤのデータ構造のアクセスを行う。
ｉ）は、アービトレーション手段４Ｂが要求を出して当
該受信制御手段４（＃ｉ）が選択された時に、フレーム
デスクリプタＦＤのデータ構造のアクセスを行う。
【００３９】受信したフレームを管理するフレームデス
クリプタＦＤのリストは、プロセッサ１が１つだけ作成
し、受信に先立ってＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ
（＃ｉ）に与えられる。ＦＤ管理手段４Ｃ（＃ｉ）及び
４Ｄ（＃ｉ）は、当該受信制御手段４（＃ｉ）が「通信
待機中」状態に遷移すると、ＦＤリストから順番にフレ
ームデスクリプタＦＤを１つ取り出す。
クリプタＦＤのリストは、プロセッサ１が１つだけ作成
し、受信に先立ってＦＤ管理手段４Ｃ（＃ｉ）及び４Ｄ
（＃ｉ）に与えられる。ＦＤ管理手段４Ｃ（＃ｉ）及び
４Ｄ（＃ｉ）は、当該受信制御手段４（＃ｉ）が「通信
待機中」状態に遷移すると、ＦＤリストから順番にフレ
ームデスクリプタＦＤを１つ取り出す。
【００４０】ネットワークＮＥＴから受信した信号は、
同時に受信手段４Ａ（＃１）〜４Ａ（＃４）に与えられ
るが、「通信待機中」状態にある唯一の受信手段４Ａ
（＃ｉ）で受信処理される。該受信手段４Ａ（＃ｉ）
は、「通信処理中」状態に遷移して受信したフレームを
受信バッファ手段２に転送し、フレームデスクリプタＦ
Ｄの作成を終了するとプロセッサ１に受信終了を報告す
る。
同時に受信手段４Ａ（＃１）〜４Ａ（＃４）に与えられ
るが、「通信待機中」状態にある唯一の受信手段４Ａ
（＃ｉ）で受信処理される。該受信手段４Ａ（＃ｉ）
は、「通信処理中」状態に遷移して受信したフレームを
受信バッファ手段２に転送し、フレームデスクリプタＦ
Ｄの作成を終了するとプロセッサ１に受信終了を報告す
る。
【００４１】プロセッサ１は受信終了報告を受け取る
と、前記ＦＤリストを先頭から辿り受信状態を検査し、
受信終了したフレームデスクリプタＦＤについて上位プ
ロトコルの処理を行う。また未受信のフレームデスクリ
プタＦＤに辿りついたならば、そこで処理を中断し、そ
のフレームデスクリプタＦＤを次回の受信処理で検索を
開始するＦＤリストの先頭として登録する。
と、前記ＦＤリストを先頭から辿り受信状態を検査し、
受信終了したフレームデスクリプタＦＤについて上位プ
ロトコルの処理を行う。また未受信のフレームデスクリ
プタＦＤに辿りついたならば、そこで処理を中断し、そ
のフレームデスクリプタＦＤを次回の受信処理で検索を
開始するＦＤリストの先頭として登録する。
【００４２】これにより、１つの受信手段４Ａ（＃ｉ）
がフレーム受信を開始すると直ちに別の受信手段４Ａ
（＃ｊ）が「通信待機中」状態に選択され、次のフレー
ムに対し受信可能になる。同時には１つの受信手段しか
受信可能でないため、１つのフレームが複数の受信手段
４Ａ（＃１）〜４Ａ（＃４）に受信され重複することは
ない。従って、受信制御手段４（＃１）〜４（＃４）は
同一の物理アドレスを付与できる。
がフレーム受信を開始すると直ちに別の受信手段４Ａ
（＃ｊ）が「通信待機中」状態に選択され、次のフレー
ムに対し受信可能になる。同時には１つの受信手段しか
受信可能でないため、１つのフレームが複数の受信手段
４Ａ（＃１）〜４Ａ（＃４）に受信され重複することは
ない。従って、受信制御手段４（＃１）〜４（＃４）は
同一の物理アドレスを付与できる。
【００４３】また、「通信待機中」状態に選択された受
信手段４Ａ（＃ｊ）にフレームデスクリプタＦＤが１つ
づつ順番に割り当てられるので、プロセッサ１が処理す
るフレームの順番はネットワークＮＥＴから受信した順
番と同じになる。
信手段４Ａ（＃ｊ）にフレームデスクリプタＦＤが１つ
づつ順番に割り当てられるので、プロセッサ１が処理す
るフレームの順番はネットワークＮＥＴから受信した順
番と同じになる。
【００４４】従って、１つの通信局を複数の受信制御手
段４（＃１）〜４（＃４）で構成して、それらに同一の
物理アドレスを付与してフレームの受信負荷分散を図る
と共に、プロセッサ１に対してネットワークＮＥＴから
受信された順番どおりにフレームを受け渡すことの可能
な通信制御装置を実現できる。
段４（＃１）〜４（＃４）で構成して、それらに同一の
物理アドレスを付与してフレームの受信負荷分散を図る
と共に、プロセッサ１に対してネットワークＮＥＴから
受信された順番どおりにフレームを受け渡すことの可能
な通信制御装置を実現できる。
【００４５】また、本発明の第４の特徴の通信制御装置
では、図４に示す如く、第２及び第３の特徴の通信制御
装置において、当該装置内に１つの受信可能なフレーム
デスクリプタＦＤのデータ構造のアドレスを保持するア
ドレス保持手段ｆｄａｄｒを備え、ＦＤ管理手段４Ｅ
（ｉ）（ｉ＝１〜４）をＦＤ獲得手段のみで構成したも
ので、第２及び第３の特徴の通信制御装置と同様の作用
及び効果を有する。
では、図４に示す如く、第２及び第３の特徴の通信制御
装置において、当該装置内に１つの受信可能なフレーム
デスクリプタＦＤのデータ構造のアドレスを保持するア
ドレス保持手段ｆｄａｄｒを備え、ＦＤ管理手段４Ｅ
（ｉ）（ｉ＝１〜４）をＦＤ獲得手段のみで構成したも
ので、第２及び第３の特徴の通信制御装置と同様の作用
及び効果を有する。
【００４６】更に、本発明の第５、第６、及び第７の特
徴の通信制御装置では、図５及び図８に示す如く、通信
制御装置は、リング構造のネットワークＮＥＴ’に対し
て使用される。
徴の通信制御装置では、図５及び図８に示す如く、通信
制御装置は、リング構造のネットワークＮＥＴ’に対し
て使用される。
【００４７】リング構造のネットワークＮＥＴ’では各
通信局でフレームが再生中継され、フレームステータス
フィールドに目的アドレスの認識ビット及びフレーム取
り込みの有無を設定する必要があり、物理的インタフェ
ース手段１５、及びまたは通信手段または受信制御手段
（以下、受信制御手段で代表させる）１４’（＃１）〜
１４’（＃４）に、受信と送信を同時に行う機能を備え
ている。
通信局でフレームが再生中継され、フレームステータス
フィールドに目的アドレスの認識ビット及びフレーム取
り込みの有無を設定する必要があり、物理的インタフェ
ース手段１５、及びまたは通信手段または受信制御手段
（以下、受信制御手段で代表させる）１４’（＃１）〜
１４’（＃４）に、受信と送信を同時に行う機能を備え
ている。
【００４８】また、受信制御手段１４’（＃１）〜１
４’（＃４）は、ＭＡＣ層プロトコルの処理を行うか否
かを選択する制御信号ＡＣＴＩＶＥを備えており、この
制御信号ＡＣＴＩＶＥは、１つの受信制御手段１４’
（＃ｉ）（ｉ＝１〜４）のみがＭＡＣ層プロトコルを処
理するよう与えられ、該受信制御手段１４’（＃ｉ）の
送信信号だけが物理的インタフェース手段１５の送出信
号となる。
４’（＃４）は、ＭＡＣ層プロトコルの処理を行うか否
かを選択する制御信号ＡＣＴＩＶＥを備えており、この
制御信号ＡＣＴＩＶＥは、１つの受信制御手段１４’
（＃ｉ）（ｉ＝１〜４）のみがＭＡＣ層プロトコルを処
理するよう与えられ、該受信制御手段１４’（＃ｉ）の
送信信号だけが物理的インタフェース手段１５の送出信
号となる。
【００４９】物理的インタフェース手段１５が受信した
信号ＲＣＶは、複数の受信制御手段１４（＃１）〜１４
（＃４）に与えられ、受信制御手段の１つ１４（＃ｉ）
（ｉ＝１〜４）が出力する送信信号ＳＲＶが物理的イン
タフェース手段１５を通してネットワークＮＥＴ’に送
出される。
信号ＲＣＶは、複数の受信制御手段１４（＃１）〜１４
（＃４）に与えられ、受信制御手段の１つ１４（＃ｉ）
（ｉ＝１〜４）が出力する送信信号ＳＲＶが物理的イン
タフェース手段１５を通してネットワークＮＥＴ’に送
出される。
【００５０】これにより、全ての受信制御手段１４（＃
１）〜１４（＃４）を同じ構成としながらも、どの受信
制御手段１４（＃１）〜１４（＃４）がフレームを取り
込んでもフレーム取り込みの有無を正しく設定でき、ま
た、目的アドレスの認識ビットは制御信号ＡＣＴＩＶＥ
で指定された受信制御手段１４（＃ｉ）の検査結果で設
定され、リング構造のネットワークＮＥＴ’に適用でき
る通信制御装置を実現できる。尚、連続したフレーム受
信において、受信制御装置１４（＃１）〜１４（＃４）
が選択される動作は、第１、第２、第３、及び第４の特
徴の通信制御装置と同様の作用及び効果を有する。
１）〜１４（＃４）を同じ構成としながらも、どの受信
制御手段１４（＃１）〜１４（＃４）がフレームを取り
込んでもフレーム取り込みの有無を正しく設定でき、ま
た、目的アドレスの認識ビットは制御信号ＡＣＴＩＶＥ
で指定された受信制御手段１４（＃ｉ）の検査結果で設
定され、リング構造のネットワークＮＥＴ’に適用でき
る通信制御装置を実現できる。尚、連続したフレーム受
信において、受信制御装置１４（＃１）〜１４（＃４）
が選択される動作は、第１、第２、第３、及び第４の特
徴の通信制御装置と同様の作用及び効果を有する。
【００５１】尚、本発明の第６の特徴の通信制御装置の
ように、物理的インタフェース手段１５と受信制御手段
１４’（＃１）〜１４’（＃４）を縦続接続で構成し、
物理的インタフェース手段１５がネットワークＮＥＴ’
から受信した信号を第１番目の受信制御手段１４’（＃
１）に与え、第１番目の受信制御手段１４’（＃１）の
送信信号を第２番目の受信制御手段１４’（＃２）に与
えるようにし、更に、末尾の受信制御手段１４’（＃
４）の送信信号を物理的インタフェース手段１５を通し
てネットワークＮＥＴ’に送出するように構成すること
も可能である。
ように、物理的インタフェース手段１５と受信制御手段
１４’（＃１）〜１４’（＃４）を縦続接続で構成し、
物理的インタフェース手段１５がネットワークＮＥＴ’
から受信した信号を第１番目の受信制御手段１４’（＃
１）に与え、第１番目の受信制御手段１４’（＃１）の
送信信号を第２番目の受信制御手段１４’（＃２）に与
えるようにし、更に、末尾の受信制御手段１４’（＃
４）の送信信号を物理的インタフェース手段１５を通し
てネットワークＮＥＴ’に送出するように構成すること
も可能である。
【００５２】以上のように本発明では、１つの受信制御
手段４（＃ｉ）または１４（＃ｉ）がフレームを受信し
て受信バッファメモリ２に書き込む処理をしていると同
時に、他の受信制御手段４（＃ｊ）または１４（＃ｊ）
が受信可能な状態になることができ、例え後続フレーム
が先行フレームに連続して受信されても、後者の受信制
御手段４（＃ｊ）または１４（＃ｊ）にて受信される事
ができるので、受信フレームを取りこぼすことがなくな
る。
手段４（＃ｉ）または１４（＃ｉ）がフレームを受信し
て受信バッファメモリ２に書き込む処理をしていると同
時に、他の受信制御手段４（＃ｊ）または１４（＃ｊ）
が受信可能な状態になることができ、例え後続フレーム
が先行フレームに連続して受信されても、後者の受信制
御手段４（＃ｊ）または１４（＃ｊ）にて受信される事
ができるので、受信フレームを取りこぼすことがなくな
る。
【００５３】また、プロセッサ１に通知されるフレーム
の順番はネットワークＮＥＴまたはＮＥＴ’から入力さ
れた順番に等しく、入れ替わりが発生しない。これらの
受信制御手段４（＃１）〜４（＃４）または１４（＃
１）〜１４（＃４）は、同一の物理アドレスを保持する
ので他の通信局から見た場合には、１つの局として取り
扱われ、送信局側の処理は変更する必要がない。よっ
て、高性能な受信手段を既存ネットワークシステムに容
易に導入することができる。
の順番はネットワークＮＥＴまたはＮＥＴ’から入力さ
れた順番に等しく、入れ替わりが発生しない。これらの
受信制御手段４（＃１）〜４（＃４）または１４（＃
１）〜１４（＃４）は、同一の物理アドレスを保持する
ので他の通信局から見た場合には、１つの局として取り
扱われ、送信局側の処理は変更する必要がない。よっ
て、高性能な受信手段を既存ネットワークシステムに容
易に導入することができる。
【００５４】フレームの先頭から末尾までがネットワー
クＮＥＴまたはＮＥＴ’から受信されるに要する時間
は、通信技術の向上によって伝送速度が高まるにつれて
短縮されていく。一方、メモリへの書き込みや通信制御
装置での処理内容の複雑さが増すにつれて、処理時間は
長くなる傾向にある。このような場合においても、本発
明のように多数の受信制御手段４（＃１）〜４（＃４）
または１４（＃１）〜１４（＃４）を設置すれば、複数
のフレームの処理が同時に並列して可能となる。更に、
同時処理されるフレーム数がサーバー等に要求される処
理性能に満たない場合には、必要なだけ受信制御手段を
増設して対応することができる。受信制御手段４（＃
１）〜４（＃４）または１４（＃１）〜１４（＃４）は
並列接続されており、他に幾つ接続されているかには無
関係に動作するので増設は極めて容易である。
クＮＥＴまたはＮＥＴ’から受信されるに要する時間
は、通信技術の向上によって伝送速度が高まるにつれて
短縮されていく。一方、メモリへの書き込みや通信制御
装置での処理内容の複雑さが増すにつれて、処理時間は
長くなる傾向にある。このような場合においても、本発
明のように多数の受信制御手段４（＃１）〜４（＃４）
または１４（＃１）〜１４（＃４）を設置すれば、複数
のフレームの処理が同時に並列して可能となる。更に、
同時処理されるフレーム数がサーバー等に要求される処
理性能に満たない場合には、必要なだけ受信制御手段を
増設して対応することができる。受信制御手段４（＃
１）〜４（＃４）または１４（＃１）〜１４（＃４）は
並列接続されており、他に幾つ接続されているかには無
関係に動作するので増設は極めて容易である。
【００５５】更に、故障等により動作不可能な受信制御
手段はアービトレーションに参加しないので、受信可能
な状態になることがなく、動作可能なものだけで受信処
理が行われる。この為、受信制御手段４（＃ｉ）または
１４（＃ｉ）に故障が発生しても他の受信制御手段４
（＃ｊ）または１４（＃ｊ）で処理を進める事ができ、
耐故障性のあるシステムを構築することができる。ま
た、システムを運用したまま故障した受信処理手段を修
理することも可能となる。
手段はアービトレーションに参加しないので、受信可能
な状態になることがなく、動作可能なものだけで受信処
理が行われる。この為、受信制御手段４（＃ｉ）または
１４（＃ｉ）に故障が発生しても他の受信制御手段４
（＃ｊ）または１４（＃ｊ）で処理を進める事ができ、
耐故障性のあるシステムを構築することができる。ま
た、システムを運用したまま故障した受信処理手段を修
理することも可能となる。
【００５６】
【実施例】以下、本発明に係る実施例を図面に基づいて
説明する。
説明する。
【００５７】図１に本発明の第１の実施例に係る通信制
御装置の構成図を示す。本実施例の通信制御装置は、Ｉ
ＥＥＥ８０２．３型のＬＡＮに適用されるものである。
尚、本実施例に関わる各手段は、それぞれの受信制御手
段４（＃１）〜４（＃４）に存在するため多数になるの
で、それらを識別するため各手段の識別符号の末尾に
（＃番号）を付与する。例えば、第１番目の受信制御手
段４（＃１）内にある受信手段４Ａを「受信手段４Ａ
（＃１）」と記す。また、他の実施例についても同様と
する。
御装置の構成図を示す。本実施例の通信制御装置は、Ｉ
ＥＥＥ８０２．３型のＬＡＮに適用されるものである。
尚、本実施例に関わる各手段は、それぞれの受信制御手
段４（＃１）〜４（＃４）に存在するため多数になるの
で、それらを識別するため各手段の識別符号の末尾に
（＃番号）を付与する。例えば、第１番目の受信制御手
段４（＃１）内にある受信手段４Ａを「受信手段４Ａ
（＃１）」と記す。また、他の実施例についても同様と
する。
【００５８】図１において本実施例の通信制御装置は、
上位の通信プロトコルを処理するプロセッサ１と、制御
情報及び通信データを含むフレームを格納する受信バッ
ファ手段２と、下位の通信プロトコルを処理する４個の
受信制御手段４（＃１）〜４（＃４）と、ネットワーク
ＮＥＴとの物理的インタフェースを行う物理的インタフ
ェース手段５とから構成されている。
上位の通信プロトコルを処理するプロセッサ１と、制御
情報及び通信データを含むフレームを格納する受信バッ
ファ手段２と、下位の通信プロトコルを処理する４個の
受信制御手段４（＃１）〜４（＃４）と、ネットワーク
ＮＥＴとの物理的インタフェースを行う物理的インタフ
ェース手段５とから構成されている。
【００５９】プロセッサ１は、ＬＬＣレイヤ等の上位プ
ロトコルを処理する装置である。システムバスＳＹＳＢ
ＵＳにより受信バッファメモリ２をアクセスする。各受
信制御手段４（＃１）〜４（＃４）とはシステムバスＳ
ＹＳＢＵＳ、ネクストＦＤ信号線ＮＦＤ、及び受信完了
割り込み信号線ＲＣＩで接続されている。
ロトコルを処理する装置である。システムバスＳＹＳＢ
ＵＳにより受信バッファメモリ２をアクセスする。各受
信制御手段４（＃１）〜４（＃４）とはシステムバスＳ
ＹＳＢＵＳ、ネクストＦＤ信号線ＮＦＤ、及び受信完了
割り込み信号線ＲＣＩで接続されている。
【００６０】プロセッサ１は、受信バッファメモリ２の
中にフレームデスクリプタＦＤ及びフレームバッファＦ
Ｂのデータ構造を作成する。フレームデスクリプタＦＤ
は、１つのリスト状に次ＦＤアドレスフィールドを用い
てリンクしたのち、後述のＦＤアドレス保持手段４Ｄ
（＃１）〜４Ｄ（＃４）に設定する。フレームバッファ
ＦＢは、同様に次ＦＢアドレスフィールドを用いてリン
クして各受信制御手段４（＃１）〜４（＃４）に振り分
ける。尚、このＦＢリストを分配する手法は本発明とは
関係は薄いため割愛する。
中にフレームデスクリプタＦＤ及びフレームバッファＦ
Ｂのデータ構造を作成する。フレームデスクリプタＦＤ
は、１つのリスト状に次ＦＤアドレスフィールドを用い
てリンクしたのち、後述のＦＤアドレス保持手段４Ｄ
（＃１）〜４Ｄ（＃４）に設定する。フレームバッファ
ＦＢは、同様に次ＦＢアドレスフィールドを用いてリン
クして各受信制御手段４（＃１）〜４（＃４）に振り分
ける。尚、このＦＢリストを分配する手法は本発明とは
関係は薄いため割愛する。
【００６１】プロセッサ１は、受信割り込み信号ＲＣＩ
で割り込みを受け付けたならば、ＦＤリストを先頭から
順次検査し、受信終了ステータスが設定されているもの
について上位プロトコルの処理を行う。そして前記ステ
ータスが設定されていないものに行きあたったならばＦ
Ｄリストを辿る処理を終える。
で割り込みを受け付けたならば、ＦＤリストを先頭から
順次検査し、受信終了ステータスが設定されているもの
について上位プロトコルの処理を行う。そして前記ステ
ータスが設定されていないものに行きあたったならばＦ
Ｄリストを辿る処理を終える。
【００６２】受信バッファメモリ２は、ネットワークＮ
ＥＴから受信されたフレームをその順番で格納する為の
データ構造リストを備えるもので、システムバスＳＹＳ
ＢＵＳにより、プロセッサ１及び各受信制御手段４（＃
１）〜４（＃４）と接続され、受信したデータ（フレー
ムバッファＦＢ）と管理情報（フレームデスクリプタＦ
Ｄ）を格納する。
ＥＴから受信されたフレームをその順番で格納する為の
データ構造リストを備えるもので、システムバスＳＹＳ
ＢＵＳにより、プロセッサ１及び各受信制御手段４（＃
１）〜４（＃４）と接続され、受信したデータ（フレー
ムバッファＦＢ）と管理情報（フレームデスクリプタＦ
Ｄ）を格納する。
【００６３】物理的インタフェース手段５はネットワー
クＮＥＴから受信された信号を後述の受信手段４Ａ（＃
１）〜４Ａ（＃４）で扱われる信号に変換する手段であ
る。この出力ＲＣＶは各受信手段４Ａ（＃１）〜４Ａ
（＃４）に与えられる。
クＮＥＴから受信された信号を後述の受信手段４Ａ（＃
１）〜４Ａ（＃４）で扱われる信号に変換する手段であ
る。この出力ＲＣＶは各受信手段４Ａ（＃１）〜４Ａ
（＃４）に与えられる。
【００６４】受信制御手段４（＃ｉ）（ｉ＝１〜４）
は、受信手段４Ａ（＃ｉ）、アービトレーション手段４
Ｂ（＃ｉ）、ＦＤ獲得手段４Ｃ（＃ｉ）、ＦＤアドレス
保持手段４Ｄ（＃ｉ）から構成される。
は、受信手段４Ａ（＃ｉ）、アービトレーション手段４
Ｂ（＃ｉ）、ＦＤ獲得手段４Ｃ（＃ｉ）、ＦＤアドレス
保持手段４Ｄ（＃ｉ）から構成される。
【００６５】受信手段４Ａ（＃ｉ）は、物理的インタフ
ェース手段５から与えられた信号を処理してフレームを
再生し、その目的アドレスと物理アドレスを比較して自
局宛か否かを判定し、受信すべきフレームのみを受信バ
ッファメモリ２の中のフレームバッファＦＢに書き込
む。フレームが１つのフレームバッファＦＢに入り切ら
ないときにはＦＢリストの次のものに順次格納する。受
信終了後、そのフレームが使用したＦＢリストの先頭及
び末尾のアドレス、フレームの長さ、受信終了ステータ
スをフレームデスクリプタＦＤに書き込む。この為、受
信バッファメモリ２とはシステムバスＳＹＳＢＵＳによ
り接続されている。
ェース手段５から与えられた信号を処理してフレームを
再生し、その目的アドレスと物理アドレスを比較して自
局宛か否かを判定し、受信すべきフレームのみを受信バ
ッファメモリ２の中のフレームバッファＦＢに書き込
む。フレームが１つのフレームバッファＦＢに入り切ら
ないときにはＦＢリストの次のものに順次格納する。受
信終了後、そのフレームが使用したＦＢリストの先頭及
び末尾のアドレス、フレームの長さ、受信終了ステータ
スをフレームデスクリプタＦＤに書き込む。この為、受
信バッファメモリ２とはシステムバスＳＹＳＢＵＳによ
り接続されている。
【００６６】受信手段４Ａ（＃ｉ）の動作状態は、後述
するように図２の状態遷移図に従って制御され、その状
態を全ての受信制御手段４（＃１）〜４（＃４）につな
がれたステータス信号ＳＴＡＴに出力する。ステータス
信号ＳＴＡＴは双方向信号であり、各受信手段４Ａ（＃
ｉ）の出力は「ワイアードＯＲ」される。受信手段４Ａ
（＃ｉ）が「フレーム待ち」状態の時には論理値”１”
を出力し、さもなければ論理値”０”を出力する。各受
信手段４Ａ（＃ｉ）ではステータス信号ＳＴＡＴを監視
し、論理値”０”であるときには「フレーム待ち」の受
信手段４Ａ（＃ｉ）が存在しないことを検出する。
するように図２の状態遷移図に従って制御され、その状
態を全ての受信制御手段４（＃１）〜４（＃４）につな
がれたステータス信号ＳＴＡＴに出力する。ステータス
信号ＳＴＡＴは双方向信号であり、各受信手段４Ａ（＃
ｉ）の出力は「ワイアードＯＲ」される。受信手段４Ａ
（＃ｉ）が「フレーム待ち」状態の時には論理値”１”
を出力し、さもなければ論理値”０”を出力する。各受
信手段４Ａ（＃ｉ）ではステータス信号ＳＴＡＴを監視
し、論理値”０”であるときには「フレーム待ち」の受
信手段４Ａ（＃ｉ）が存在しないことを検出する。
【００６７】アービトレートョン手段４Ｂ（＃ｉ）は、
アービトレーションバスＡＲＢＵＳにより相互に接続さ
れる。アービトレーションバスＡＲＢＵＳは、「バッフ
ァ待ち」状態の複数の受信手段４Ａ（＃ｉ）から「フレ
ーム待ち」状態にすべき受信手段を１つ選択するために
使用される。
アービトレーションバスＡＲＢＵＳにより相互に接続さ
れる。アービトレーションバスＡＲＢＵＳは、「バッフ
ァ待ち」状態の複数の受信手段４Ａ（＃ｉ）から「フレ
ーム待ち」状態にすべき受信手段を１つ選択するために
使用される。
【００６８】アービトレーション手段４Ｂ（＃ｉ）は、
それが属する受信手段４Ａ（＃ｉ）が「バッファ待ち」
状態にある時、アービトレーションバスＡＲＢＵＳに要
求を出力する。ステータス信号ＳＴＡＴが”０”の時
に、複数のアービトレーション手段４Ｂ（＃ｉ）から出
力される要求信号を用いて１つの受信手段４Ａ（＃ｉ）
を選択し、選択されたことを選択信号ＷＩＮによりＦＤ
獲得手段４Ｃ（＃ｉ）に伝える。ステータス信号ＳＴＡ
Ｔが論理値”１”になった時及び選択されなかった時
は、選択信号ＷＩＮは出力されない。
それが属する受信手段４Ａ（＃ｉ）が「バッファ待ち」
状態にある時、アービトレーションバスＡＲＢＵＳに要
求を出力する。ステータス信号ＳＴＡＴが”０”の時
に、複数のアービトレーション手段４Ｂ（＃ｉ）から出
力される要求信号を用いて１つの受信手段４Ａ（＃ｉ）
を選択し、選択されたことを選択信号ＷＩＮによりＦＤ
獲得手段４Ｃ（＃ｉ）に伝える。ステータス信号ＳＴＡ
Ｔが論理値”１”になった時及び選択されなかった時
は、選択信号ＷＩＮは出力されない。
【００６９】ＦＤ獲得手段４Ｃ（＃ｉ）は、選択信号Ｗ
ＩＮが入力された時、ＦＤアドレス保持手段４Ｄ（＃
ｉ）に格納されたアドレスにあるフレームデスクリプタ
ＦＤを受信バッファメモリ２から読み出し、受信手段４
Ａ（＃ｉ）にそのフレームデスクリプタＦＤを引き渡
す。この場合、次ＦＤアドレスフィールドを読み出して
いる時にネクストＦＤ信号ＮＦＤを出力する。尚、ネク
ストＦＤ信号ＮＦＤは、初期化動作において、プロセッ
サ１がＦＤリストの先頭アドレスを設定するためにも出
力する。
ＩＮが入力された時、ＦＤアドレス保持手段４Ｄ（＃
ｉ）に格納されたアドレスにあるフレームデスクリプタ
ＦＤを受信バッファメモリ２から読み出し、受信手段４
Ａ（＃ｉ）にそのフレームデスクリプタＦＤを引き渡
す。この場合、次ＦＤアドレスフィールドを読み出して
いる時にネクストＦＤ信号ＮＦＤを出力する。尚、ネク
ストＦＤ信号ＮＦＤは、初期化動作において、プロセッ
サ１がＦＤリストの先頭アドレスを設定するためにも出
力する。
【００７０】ＦＤアドレス保持手段４Ｄ（＃ｉ）は、ネ
クストＦＤ信号ＮＦＤが出力されている時に、システム
バスＳＹＳＢＵＳのデータバスに出力されている値を取
り込み、ＦＤアドレスを更新する。ネクストＦＤ信号Ｎ
ＦＤは全てのＦＤアドレス保持手段４Ｄ（＃ｉ）に同時
に与えられるため、同時にＦＤアドレスを更新する事が
できる。
クストＦＤ信号ＮＦＤが出力されている時に、システム
バスＳＹＳＢＵＳのデータバスに出力されている値を取
り込み、ＦＤアドレスを更新する。ネクストＦＤ信号Ｎ
ＦＤは全てのＦＤアドレス保持手段４Ｄ（＃ｉ）に同時
に与えられるため、同時にＦＤアドレスを更新する事が
できる。
【００７１】受信手段４Ａ（＃ｉ）の動作状態は、「受
信中（通信処理中）」、「フレーム待ち（通信待機
中）」、及び「バッファ待ち（停止）」の３状態を持
ち、図２の状態遷移図に従って制御される。リセット後
の処理状態は「バッファ待ち」状態におかれる。この状
態は、フレームデスクリプタＦＤが割り当てられるのを
待つ状態である。フレームデスクリプタＦＤが割り当て
られると「フレーム待ち」状態に遷移する。この状態
は、ネットワークＮＥＴからフレームが受信されるのを
待つ状態である。受信したフレームがそのノードで受け
取るべきものであった場合には、受信データを受信バッ
ファメモリ２に書き込むため「受信中」状態に遷移す
る。受信すべきものでなかった場合には、引き続き「フ
レーム待ち」状態に留まる。全ての受信データの書き込
みが終了し、フレームデスクリプタＦＤの内容を設定し
た後で「バッファ待ち」状態に遷移する。
信中（通信処理中）」、「フレーム待ち（通信待機
中）」、及び「バッファ待ち（停止）」の３状態を持
ち、図２の状態遷移図に従って制御される。リセット後
の処理状態は「バッファ待ち」状態におかれる。この状
態は、フレームデスクリプタＦＤが割り当てられるのを
待つ状態である。フレームデスクリプタＦＤが割り当て
られると「フレーム待ち」状態に遷移する。この状態
は、ネットワークＮＥＴからフレームが受信されるのを
待つ状態である。受信したフレームがそのノードで受け
取るべきものであった場合には、受信データを受信バッ
ファメモリ２に書き込むため「受信中」状態に遷移す
る。受信すべきものでなかった場合には、引き続き「フ
レーム待ち」状態に留まる。全ての受信データの書き込
みが終了し、フレームデスクリプタＦＤの内容を設定し
た後で「バッファ待ち」状態に遷移する。
【００７２】次に、本実施例の動作を図３に示すタイミ
ングチャートを用いて説明する。
ングチャートを用いて説明する。
【００７３】（１）初期化フェーズ 通信に先立って、受信バッファメモリ２に複数個のＦＤ
構造と複数個のＦＢ構造を構築する。
構造と複数個のＦＢ構造を構築する。
【００７４】プロセッサ１はフレームバッファＦＢを受
信手段４Ａ（＃１）〜４Ａ（＃４）それぞれに分配し、
リスト状にリンクしたフレームデスクリプタＦＤの先頭
アドレスを各ＦＤアドレス保持手段４Ｄ（＃１）〜４Ｄ
（＃４）に与える。この為、システムバスＳＹＳＢＵＳ
上のデータバスに先頭アドレスを出力しつつネクストＦ
Ｄ信号ＮＦＤを出力する。
信手段４Ａ（＃１）〜４Ａ（＃４）それぞれに分配し、
リスト状にリンクしたフレームデスクリプタＦＤの先頭
アドレスを各ＦＤアドレス保持手段４Ｄ（＃１）〜４Ｄ
（＃４）に与える。この為、システムバスＳＹＳＢＵＳ
上のデータバスに先頭アドレスを出力しつつネクストＦ
Ｄ信号ＮＦＤを出力する。
【００７５】その後、プロセッサ１は全ての受信手段４
Ａ（＃１）〜４Ａ（＃４）をリセットし、「バッファ待
ち」状態に設定する。従って、「フレーム待ち」状態に
いるものは１つもないので、直ちにアービトレーション
が行われ、例えばアービトレーション手段４Ｂ（＃１）
が選択される。選択されるとＦＤ獲得手段４Ｃ（＃１）
がフレームデスクリプタＦＤを読み出し、そこに設定さ
れている次ＦＤアドレスが全てのＦＤアドレス保持手段
４Ｄ（＃１）〜４Ｄ（＃４）に設定される。フレームデ
スクリプタＦＤを獲得した受信手段４Ａ（＃１）は「フ
レーム待ち」状態に遷移し、受信可能となる。
Ａ（＃１）〜４Ａ（＃４）をリセットし、「バッファ待
ち」状態に設定する。従って、「フレーム待ち」状態に
いるものは１つもないので、直ちにアービトレーション
が行われ、例えばアービトレーション手段４Ｂ（＃１）
が選択される。選択されるとＦＤ獲得手段４Ｃ（＃１）
がフレームデスクリプタＦＤを読み出し、そこに設定さ
れている次ＦＤアドレスが全てのＦＤアドレス保持手段
４Ｄ（＃１）〜４Ｄ（＃４）に設定される。フレームデ
スクリプタＦＤを獲得した受信手段４Ａ（＃１）は「フ
レーム待ち」状態に遷移し、受信可能となる。
【００７６】（２）第１フレームの受信処理 ネットワークＮＥＴからフレームが受信されると、その
信号は物理的インタフェース手段５を通して全ての受信
手段４Ａ（＃１）〜４Ａ（＃４）に与えられるが、フレ
ームを検査して受信の可否を決めるのは「フレーム待
ち」状態にある受信手段４Ａ（＃１）に限られる。受信
可と判断されたならば、「受信中」状態に遷移すると共
に、前もってプロセッサ１から与えられたフレームバッ
ファＦＢにデータを書き込む。
信号は物理的インタフェース手段５を通して全ての受信
手段４Ａ（＃１）〜４Ａ（＃４）に与えられるが、フレ
ームを検査して受信の可否を決めるのは「フレーム待
ち」状態にある受信手段４Ａ（＃１）に限られる。受信
可と判断されたならば、「受信中」状態に遷移すると共
に、前もってプロセッサ１から与えられたフレームバッ
ファＦＢにデータを書き込む。
【００７７】同時にステータス信号ＳＴＡＴは、論理
値”１”から”０”に変化し、アービトレーション手段
４Ｂ（＃１）〜４Ｂ（＃４）が活性化される。「バッフ
ァ待ち」状態にあるものから１つ（図３の例では、アー
ビトレーション手段４Ｂ（＃２））が選択され、前述の
フレームデスクリプタＦＤに続くフレームデスクリプタ
ＦＤが読み出される。また、第３番目のフレームデスク
リプタＦＤのアドレスが全てのＦＤアドレス保持手段４
Ｄ（＃１）〜４Ｄ（＃４）に設定される。
値”１”から”０”に変化し、アービトレーション手段
４Ｂ（＃１）〜４Ｂ（＃４）が活性化される。「バッフ
ァ待ち」状態にあるものから１つ（図３の例では、アー
ビトレーション手段４Ｂ（＃２））が選択され、前述の
フレームデスクリプタＦＤに続くフレームデスクリプタ
ＦＤが読み出される。また、第３番目のフレームデスク
リプタＦＤのアドレスが全てのＦＤアドレス保持手段４
Ｄ（＃１）〜４Ｄ（＃４）に設定される。
【００７８】（３）第２フレームの受信処理 （２）の処理において「フレーム待ち」状態にあった受
信手段４Ａ（＃２）がフレームを受信し、次に「フレー
ム待ち」状態になるべき受信手段４Ａ（＃３）が選択さ
れる。この動作は（２）の処理と同じであるが、（２）
の処理で受信を開始した受信手段４Ａ（＃１）は「受信
中」状態であるため、アービトレーションには参加しな
い。
信手段４Ａ（＃２）がフレームを受信し、次に「フレー
ム待ち」状態になるべき受信手段４Ａ（＃３）が選択さ
れる。この動作は（２）の処理と同じであるが、（２）
の処理で受信を開始した受信手段４Ａ（＃１）は「受信
中」状態であるため、アービトレーションには参加しな
い。
【００７９】（４）第１フレームの終了処理 第１番目の受信手段４Ａ（＃１）は、第１フレームの全
てのデータをフレームバッファＦＢに書き込むと、その
フレームが格納されたＦＢリストの先頭ＦＢ及び末尾Ｆ
ＢのアドレスをフレームデスクリプタＦＤに書き込み、
フレーム長及び終了ステータスをフレームデスクリプタ
ＦＤに書き込み、プロセッサ１に受信終了を報告する。
その後「バッファ待ち」状態に遷移し、後続のフレーム
の受信が可能となる。
てのデータをフレームバッファＦＢに書き込むと、その
フレームが格納されたＦＢリストの先頭ＦＢ及び末尾Ｆ
ＢのアドレスをフレームデスクリプタＦＤに書き込み、
フレーム長及び終了ステータスをフレームデスクリプタ
ＦＤに書き込み、プロセッサ１に受信終了を報告する。
その後「バッファ待ち」状態に遷移し、後続のフレーム
の受信が可能となる。
【００８０】（５）第ｎフレームの受信処理 上記（２）〜（４）の説明において、受信手段４Ａ（＃
１）〜４Ａ（＃４）は設置された順番にフレームが受信
されるように見えるが、実際は順番通りでなくとも正し
く動作する。フレームの終了処理にかかる時間の多少に
依存して「バッファ待ち」状態に遷移するまでにかかる
時間は一定しないので、後で受信した受信手段４Ａ（＃
ｊ）が先に「バッファ待ち」状態になることがある。
１）〜４Ａ（＃４）は設置された順番にフレームが受信
されるように見えるが、実際は順番通りでなくとも正し
く動作する。フレームの終了処理にかかる時間の多少に
依存して「バッファ待ち」状態に遷移するまでにかかる
時間は一定しないので、後で受信した受信手段４Ａ（＃
ｊ）が先に「バッファ待ち」状態になることがある。
【００８１】従って、図３に示したように受信手段４Ａ
（＃１）及び４Ａ（＃２）が「受信中」状態に、受信手
段４Ａ（＃３）が「フレーム待ち」状態に、受信手段４
Ａ（＃４）が「バッファ待ち」状態にそれぞれいて、受
信手段４Ａ（＃２）が「バッファ待ち」状態に遷移する
と同時に、第ｎフレームが受信されるようなことが有り
得る。
（＃１）及び４Ａ（＃２）が「受信中」状態に、受信手
段４Ａ（＃３）が「フレーム待ち」状態に、受信手段４
Ａ（＃４）が「バッファ待ち」状態にそれぞれいて、受
信手段４Ａ（＃２）が「バッファ待ち」状態に遷移する
と同時に、第ｎフレームが受信されるようなことが有り
得る。
【００８２】このような状況において、第ｎフレームが
受信されると受信手段４Ａ（＃３）がそれを受信する
が、アービトレーションに参加する受信手段４Ａが４Ａ
（＃４）だけか４Ａ（＃２）及び４Ａ（＃４）の２台に
なるかは事前に判定することは難しい。なぜならば、
「バッファ待ち」状態への遷移とフレーム受信は非同期
に起こるからである。
受信されると受信手段４Ａ（＃３）がそれを受信する
が、アービトレーションに参加する受信手段４Ａが４Ａ
（＃４）だけか４Ａ（＃２）及び４Ａ（＃４）の２台に
なるかは事前に判定することは難しい。なぜならば、
「バッファ待ち」状態への遷移とフレーム受信は非同期
に起こるからである。
【００８３】この様に、アービトレーションで勝利する
受信手段４Ａがどれになるかが予測できなくても、各Ｆ
Ｄアドレス保持手段には同一の値が保持されているので
アクセスするフレームデスクリプタＦＤは同一のもので
あり、「ＦＤリストを順番に辿る」という要求は満たさ
れる。
受信手段４Ａがどれになるかが予測できなくても、各Ｆ
Ｄアドレス保持手段には同一の値が保持されているので
アクセスするフレームデスクリプタＦＤは同一のもので
あり、「ＦＤリストを順番に辿る」という要求は満たさ
れる。
【００８４】次に、図４に本発明の第２の実施例に係る
通信制御装置の構成図を示す。
通信制御装置の構成図を示す。
【００８５】本実施例の通信制御装置は、第１の実施例
をもとにした変形例である。
をもとにした変形例である。
【００８６】図４において、本実施例の通信制御装置
は、第１の実施例と同様に、上位の通信プロトコルを処
理するプロセッサ１と、制御情報及び通信データを含む
フレームを格納する受信バッファ手段２と、下位の通信
プロトコルを処理する４個の受信制御手段４’（＃１）
〜４’（＃４）と、ネットワークＮＥＴとの物理的イン
タフェースを行う物理的インタフェース手段５とから構
成されている。
は、第１の実施例と同様に、上位の通信プロトコルを処
理するプロセッサ１と、制御情報及び通信データを含む
フレームを格納する受信バッファ手段２と、下位の通信
プロトコルを処理する４個の受信制御手段４’（＃１）
〜４’（＃４）と、ネットワークＮＥＴとの物理的イン
タフェースを行う物理的インタフェース手段５とから構
成されている。
【００８７】プロセッサ１は、第１の実施例と同様に、
受信バッファメモリ２とシステムバスＳＹＳＢＵＳを介
して接続されている。また各受信制御手段４’（＃１）
〜４’（＃４）とは、システムバスＳＹＳＢＵＳ及び受
信完了割り込み信号ＲＣＩを介して接続されている。プ
ロセッサ１は、受信バッファメモリ２の中にフレームデ
スクリプタＦＤ及びフレームバッファＦＢのデータ構造
を作成し、フレームデスクリプタＦＤは、１つのリスト
状に次ＦＤアドレスフィールドを用いてリンクしたの
ち、後述の受信バッファメモリ２内のＦＤアドレス保持
領域ｆｄａｄｒに設定し、ＦＢは各受信制御手段４’に
振り分ける。それ以降の動作は第１の実施例と同等であ
るため割愛する。
受信バッファメモリ２とシステムバスＳＹＳＢＵＳを介
して接続されている。また各受信制御手段４’（＃１）
〜４’（＃４）とは、システムバスＳＹＳＢＵＳ及び受
信完了割り込み信号ＲＣＩを介して接続されている。プ
ロセッサ１は、受信バッファメモリ２の中にフレームデ
スクリプタＦＤ及びフレームバッファＦＢのデータ構造
を作成し、フレームデスクリプタＦＤは、１つのリスト
状に次ＦＤアドレスフィールドを用いてリンクしたの
ち、後述の受信バッファメモリ２内のＦＤアドレス保持
領域ｆｄａｄｒに設定し、ＦＢは各受信制御手段４’に
振り分ける。それ以降の動作は第１の実施例と同等であ
るため割愛する。
【００８８】受信バッファメモリ２には使用可能なフレ
ームデスクリプタＦＤのアドレスを保持するＦＤアドレ
ス保持領域ｆｄａｄｒが確保されており、プロセッサ１
及び受信制御手段４’（＃１）〜４’（＃４）によりア
クセスされる。
ームデスクリプタＦＤのアドレスを保持するＦＤアドレ
ス保持領域ｆｄａｄｒが確保されており、プロセッサ１
及び受信制御手段４’（＃１）〜４’（＃４）によりア
クセスされる。
【００８９】受信制御手段４’（＃１）〜４’（＃４）
は、受信手段４Ａ（＃１）〜４Ａ（＃４）、アービトレ
ーション手段４Ｂ（＃１）〜４Ｂ（＃４）、及びＦＤ獲
得手段４Ｅ（＃１）〜４Ｅ（＃４）から構成される。
は、受信手段４Ａ（＃１）〜４Ａ（＃４）、アービトレ
ーション手段４Ｂ（＃１）〜４Ｂ（＃４）、及びＦＤ獲
得手段４Ｅ（＃１）〜４Ｅ（＃４）から構成される。
【００９０】受信手段４Ａ（＃１）〜４Ａ（＃４）及び
アービトレーション手段４Ｂ（＃１）〜４Ｂ（＃４）に
ついては、第１の実施例と同じであるので説明を省略す
る。
アービトレーション手段４Ｂ（＃１）〜４Ｂ（＃４）に
ついては、第１の実施例と同じであるので説明を省略す
る。
【００９１】ＦＤ獲得手段４Ｅ（＃１）〜４Ｅ（＃４）
は、選択信号ＷＩＮが入力された時、受信バッファメモ
リ２内のＦＤアドレス保持領域ｆｄａｄｒをアクセスし
て、指示されたアドレスにあるフレームデスクリプタＦ
Ｄを受信バッファメモリ２から読み出し、受信手段４Ａ
（＃１）〜４Ａ（＃４）にそのフレームデスクリプタＦ
Ｄを引き渡す。また、読み出した次ＦＤアドレスフィー
ルドを次に使用可能なＦＤアドレスとして受信バッファ
メモリ２のＦＤアドレス保持領域ｆｄａｄｒに書き込
む。
は、選択信号ＷＩＮが入力された時、受信バッファメモ
リ２内のＦＤアドレス保持領域ｆｄａｄｒをアクセスし
て、指示されたアドレスにあるフレームデスクリプタＦ
Ｄを受信バッファメモリ２から読み出し、受信手段４Ａ
（＃１）〜４Ａ（＃４）にそのフレームデスクリプタＦ
Ｄを引き渡す。また、読み出した次ＦＤアドレスフィー
ルドを次に使用可能なＦＤアドレスとして受信バッファ
メモリ２のＦＤアドレス保持領域ｆｄａｄｒに書き込
む。
【００９２】本実施例における動作は、プロセッサ１が
ＦＤリストの先頭をＦＤ保持手段に設定するのではなく
受信バッファメモリ２内のＦＤアドレス保持領域ｆｄａ
ｄｒに設定すること、ＦＤ獲得手段４Ｅ（＃１）〜４Ｅ
（＃４）がＦＤアドレスを得るためＦＤ保持手段をアク
セスするのではなくＦＤアドレス保持領域ｆｄａｄｒを
読み出すこと、並びに、フレームデスクリプタＦＤの内
容を読み出した時に次ＦＤアドレスフィールドをＦＤ保
持手段ではなくＦＤアドレス保持領域ｆｄａｄｒに書き
込むことの３点を除いて、第１の実施例の動作と同じで
ある。従って、詳細な説明は省略する。
ＦＤリストの先頭をＦＤ保持手段に設定するのではなく
受信バッファメモリ２内のＦＤアドレス保持領域ｆｄａ
ｄｒに設定すること、ＦＤ獲得手段４Ｅ（＃１）〜４Ｅ
（＃４）がＦＤアドレスを得るためＦＤ保持手段をアク
セスするのではなくＦＤアドレス保持領域ｆｄａｄｒを
読み出すこと、並びに、フレームデスクリプタＦＤの内
容を読み出した時に次ＦＤアドレスフィールドをＦＤ保
持手段ではなくＦＤアドレス保持領域ｆｄａｄｒに書き
込むことの３点を除いて、第１の実施例の動作と同じで
ある。従って、詳細な説明は省略する。
【００９３】次に、図５に本発明の第３の実施例に係る
通信制御装置の構成図を示す。
通信制御装置の構成図を示す。
【００９４】本実施例の通信制御装置は、ＩＥＥＥ８０
２．５型のトークンリング型ＬＡＮに適応したものであ
る。
２．５型のトークンリング型ＬＡＮに適応したものであ
る。
【００９５】図５において、本実施例の通信制御装置
は、第１の実施例とほぼ同様に、上位の通信プロトコル
を処理するプロセッサ１と、制御情報及び通信データを
含むフレームを格納する受信バッファ手段２と、下位の
通信プロトコルを処理する４個の受信制御手段１４（＃
１）〜１４（＃４）と、ネットワークＮＥＴ’との物理
的インタフェースを行う物理的インタフェース手段１５
とから構成されている。
は、第１の実施例とほぼ同様に、上位の通信プロトコル
を処理するプロセッサ１と、制御情報及び通信データを
含むフレームを格納する受信バッファ手段２と、下位の
通信プロトコルを処理する４個の受信制御手段１４（＃
１）〜１４（＃４）と、ネットワークＮＥＴ’との物理
的インタフェースを行う物理的インタフェース手段１５
とから構成されている。
【００９６】受信制御手段１４（＃１）〜１４（＃４）
内の受信手段１４Ａ（＃１）〜１４Ａ（＃４）、及び物
理的インタフェース手段１５を除いた他の構成手段は、
第１の実施例と同じであるので説明を省略する。
内の受信手段１４Ａ（＃１）〜１４Ａ（＃４）、及び物
理的インタフェース手段１５を除いた他の構成手段は、
第１の実施例と同じであるので説明を省略する。
【００９７】トークンリング型ＬＡＮでは各通信局でフ
レームが再生中継され、フレームステータスフィールド
に「目的アドレスの認識ビット（address recognized b
it、以下Ａビットと呼ぶ）」、「フレーム取り込みの有
無（frame copied bit、以下Ｃビットと呼ぶ）」が設定
されなければならない。この為、物理的インタフェース
手段１５はネットワークＮＥＴ’からの受信だけでな
く、送信も行わなければならない。再生中継は第１の受
信制御手段１４（＃１）で行われる。全ての受信手段１
４Ａ（＃１）〜１４Ａ（＃４）は同一の目的アドレスを
保有するので、フレームの目的アドレスとの比較結果は
同一であるから、Ａビットは受信手段１４Ａ（＃１）の
比較結果によって設定される。一方、フレームを取り込
んだか否かは第１の受信制御手段１４（＃１）だけでは
判断することができない。そのため、第１の受信制御手
段１４（＃１）以外の受信手段１４Ａ（＃２）〜１４Ａ
（＃４）は、フレームが正常に取り込めたことを示すコ
ピー信号ＣＯＰＹを出力し、受信手段１４Ａ（＃１）は
この信号が出力されている時にはＣビットを設定する。
レームが再生中継され、フレームステータスフィールド
に「目的アドレスの認識ビット（address recognized b
it、以下Ａビットと呼ぶ）」、「フレーム取り込みの有
無（frame copied bit、以下Ｃビットと呼ぶ）」が設定
されなければならない。この為、物理的インタフェース
手段１５はネットワークＮＥＴ’からの受信だけでな
く、送信も行わなければならない。再生中継は第１の受
信制御手段１４（＃１）で行われる。全ての受信手段１
４Ａ（＃１）〜１４Ａ（＃４）は同一の目的アドレスを
保有するので、フレームの目的アドレスとの比較結果は
同一であるから、Ａビットは受信手段１４Ａ（＃１）の
比較結果によって設定される。一方、フレームを取り込
んだか否かは第１の受信制御手段１４（＃１）だけでは
判断することができない。そのため、第１の受信制御手
段１４（＃１）以外の受信手段１４Ａ（＃２）〜１４Ａ
（＃４）は、フレームが正常に取り込めたことを示すコ
ピー信号ＣＯＰＹを出力し、受信手段１４Ａ（＃１）は
この信号が出力されている時にはＣビットを設定する。
【００９８】このようなことから、第１の受信制御手段
１４（＃１）だけ特別な機能が必要とされる。一方、Ｌ
ＳＩ化の為には全ての受信制御手段１４（＃１）〜１４
（＃４）が同じ構成であることが望ましい。
１４（＃１）だけ特別な機能が必要とされる。一方、Ｌ
ＳＩ化の為には全ての受信制御手段１４（＃１）〜１４
（＃４）が同じ構成であることが望ましい。
【００９９】この課題は、図６に示す構造をもつ受信手
段１４Ａ’（＃１）〜１４Ａ’（＃４）を用いる事で解
決できる。受信手段１４Ａ’（＃１）〜１４Ａ’（＃
４）は、図２に示すステートマシンとしての動作の他
に、トークンリング型ＬＡＮのＭＡＣ層の通信処理を行
うものである。
段１４Ａ’（＃１）〜１４Ａ’（＃４）を用いる事で解
決できる。受信手段１４Ａ’（＃１）〜１４Ａ’（＃
４）は、図２に示すステートマシンとしての動作の他
に、トークンリング型ＬＡＮのＭＡＣ層の通信処理を行
うものである。
【０１００】ここで、アクティブ信号ＡＣＴＩＶＥは、
通信制御装置（ＬＳＩ）外部から入力する信号であり、
物理的インタフェース手段１５にデータを送出する受信
手段１４Ａ’（＃ｉ）には、論理値”１”を与え（アク
ティブ状態と呼ぶ）、受信だけを行う受信手段１４Ａ’
（＃ｊ）には、論理値”０”を与える（非アクティブ状
態と呼ぶ）。
通信制御装置（ＬＳＩ）外部から入力する信号であり、
物理的インタフェース手段１５にデータを送出する受信
手段１４Ａ’（＃ｉ）には、論理値”１”を与え（アク
ティブ状態と呼ぶ）、受信だけを行う受信手段１４Ａ’
（＃ｊ）には、論理値”０”を与える（非アクティブ状
態と呼ぶ）。
【０１０１】受信手段１４Ａ’（＃ｉ）が出力するデー
タは、３ステートバッファ１４Ｈ（＃ｉ）を経由して物
理的インタフェース手段１５に入力される。３ステート
バッファ１４Ｈ（＃ｉ）の制御入力にはアクティブ信号
ＡＣＴＩＶＥが接続され、論理値”１”の時にはデータ
が出力され、論理値”０”の時にはハイインピーダンス
状態となる。従って、３ステートバッファ１４Ｈ（＃
ｉ）の出力線は物理的インタフェース手段１５の送信デ
ータ入力に接続されているけれども、唯一の受信手段１
４Ａ’（＃ｉ）の出力だけが物理的インタフェース手段
１５に入力されることになる。
タは、３ステートバッファ１４Ｈ（＃ｉ）を経由して物
理的インタフェース手段１５に入力される。３ステート
バッファ１４Ｈ（＃ｉ）の制御入力にはアクティブ信号
ＡＣＴＩＶＥが接続され、論理値”１”の時にはデータ
が出力され、論理値”０”の時にはハイインピーダンス
状態となる。従って、３ステートバッファ１４Ｈ（＃
ｉ）の出力線は物理的インタフェース手段１５の送信デ
ータ入力に接続されているけれども、唯一の受信手段１
４Ａ’（＃ｉ）の出力だけが物理的インタフェース手段
１５に入力されることになる。
【０１０２】コピー信号ＣＯＰＹは双方向信号として用
いられ、各受信手段１４Ａ’（＃１）〜１４Ａ’（＃
４）が出力するコピー信号ＣＯＰＹの論理和（ワイアー
ドＯＲ）が、各受信手段１４Ａ’（＃１）〜１４Ａ’
（＃４）に入力されステータスフィールドのＣビットに
設定される。コピー信号ＣＯＰＹは、そのフレームを受
信バッファメモリ２に書き込んだ受信手段１４Ｈ（＃
ｉ）が、論理値”１”を出力するように制御される。
いられ、各受信手段１４Ａ’（＃１）〜１４Ａ’（＃
４）が出力するコピー信号ＣＯＰＹの論理和（ワイアー
ドＯＲ）が、各受信手段１４Ａ’（＃１）〜１４Ａ’
（＃４）に入力されステータスフィールドのＣビットに
設定される。コピー信号ＣＯＰＹは、そのフレームを受
信バッファメモリ２に書き込んだ受信手段１４Ｈ（＃
ｉ）が、論理値”１”を出力するように制御される。
【０１０３】図７は、図６に示した受信手段１４Ａ’
（＃１）〜１４Ａ’（＃４）を備える４台の受信制御装
置１４’（＃１）〜１４’（＃４）を使用して構成した
通信制御装置である。
（＃１）〜１４Ａ’（＃４）を備える４台の受信制御装
置１４’（＃１）〜１４’（＃４）を使用して構成した
通信制御装置である。
【０１０４】ここで、第２の受信制御装置１４’（＃
２）のアクティブ信号ＡＣＴＩＶＥに、論理値”１”が
与えられ、他の受信制御装置１４’（＃１），１４’
（＃３），及び１４’（＃４）には、論理値”０”が与
えられる。よって、物理的インタフェース手段１５から
出力される受信信号ＲＣＶは全受信制御装置１４Ａ’
（＃１）〜１４Ａ’（＃４）に与えられるが、ネットワ
ークＮＥＴ’に出力する送信信号ＳＲＶは第２の受信制
御装置１４’（＃２）が出力したものに限られる。
２）のアクティブ信号ＡＣＴＩＶＥに、論理値”１”が
与えられ、他の受信制御装置１４’（＃１），１４’
（＃３），及び１４’（＃４）には、論理値”０”が与
えられる。よって、物理的インタフェース手段１５から
出力される受信信号ＲＣＶは全受信制御装置１４Ａ’
（＃１）〜１４Ａ’（＃４）に与えられるが、ネットワ
ークＮＥＴ’に出力する送信信号ＳＲＶは第２の受信制
御装置１４’（＃２）が出力したものに限られる。
【０１０５】アクティブ状態の第２の受信制御装置１
４’（＃２）がフレームを受信した場合には、コピー信
号ＣＯＰＹを出力し、且つそれを入力してフレームステ
ータスのＣビットを設定する。非アクティブ状態の受信
制御装置１４’（＃１），１４’（＃３），及び１４’
（＃４）がフレームを受信した場合には、それがコピー
信号ＣＯＰＹを出力し、アクティブ状態の第２の受信制
御装置１４’（＃２）がコピー信号ＣＯＰＹを受けてフ
レームステータスのＣビットを設定する。
４’（＃２）がフレームを受信した場合には、コピー信
号ＣＯＰＹを出力し、且つそれを入力してフレームステ
ータスのＣビットを設定する。非アクティブ状態の受信
制御装置１４’（＃１），１４’（＃３），及び１４’
（＃４）がフレームを受信した場合には、それがコピー
信号ＣＯＰＹを出力し、アクティブ状態の第２の受信制
御装置１４’（＃２）がコピー信号ＣＯＰＹを受けてフ
レームステータスのＣビットを設定する。
【０１０６】従って、どの受信制御装置１４’（＃１）
〜１４’（＃４）がフレームを取り込んでもＣビットは
正しく設定される。また、Ａビットは第２の受信制御装
置１４’（＃２）の検査結果で設定される。尚、連続し
たフレーム受信のため、受信制御装置１４’（＃１）〜
１４’（＃４）が選択される動作は、第１及び第２の実
施例と同じものであるので説明を省略する。
〜１４’（＃４）がフレームを取り込んでもＣビットは
正しく設定される。また、Ａビットは第２の受信制御装
置１４’（＃２）の検査結果で設定される。尚、連続し
たフレーム受信のため、受信制御装置１４’（＃１）〜
１４’（＃４）が選択される動作は、第１及び第２の実
施例と同じものであるので説明を省略する。
【０１０７】次に、図８に本発明の第４の実施例に係る
通信制御装置の構成図を示す。
通信制御装置の構成図を示す。
【０１０８】第３の実施例では、各受信制御装置１４’
（＃１）〜１４’（＃４）は並列に物理的インタフェー
ス手段１５に接続されたが、縦列接続することも可能で
ある。図８はその構成を示している。
（＃１）〜１４’（＃４）は並列に物理的インタフェー
ス手段１５に接続されたが、縦列接続することも可能で
ある。図８はその構成を示している。
【０１０９】即ち、本実施例の通信制御装置は、リング
構造のネットワークＮＥＴ’に対して使用され、物理的
インタフェース手段１５及び受信制御手段１４’（＃
１）〜１４’（＃４）は、受信と送信を同時に行う機能
を備え、物理的インタフェース手段１５と受信制御手段
１４’（＃１）〜１４’（＃４）は縦続接続され、物理
的インタフェース手段１５がネットワークＮＥＴ’から
受信した信号は第１番目の受信制御手段１４’（＃１）
に与えられ、第１番目の通信手段１４’（＃１）の送信
信号は第２番目の受信制御手段１４’（＃２）に与えら
れるようにして、末尾の受信制御手段１４’（＃４）の
送信信号は物理的インタフェース手段１５を通して前記
ネットワークＮＥＴ’に送出するように構成されてい
る。
構造のネットワークＮＥＴ’に対して使用され、物理的
インタフェース手段１５及び受信制御手段１４’（＃
１）〜１４’（＃４）は、受信と送信を同時に行う機能
を備え、物理的インタフェース手段１５と受信制御手段
１４’（＃１）〜１４’（＃４）は縦続接続され、物理
的インタフェース手段１５がネットワークＮＥＴ’から
受信した信号は第１番目の受信制御手段１４’（＃１）
に与えられ、第１番目の通信手段１４’（＃１）の送信
信号は第２番目の受信制御手段１４’（＃２）に与えら
れるようにして、末尾の受信制御手段１４’（＃４）の
送信信号は物理的インタフェース手段１５を通して前記
ネットワークＮＥＴ’に送出するように構成されてい
る。
【０１１０】ネットワークＮＥＴ’から受信された信号
は順番に受信制御装置１４’（＃１）〜１４’（＃４）
を経由していくため、前記ＡビットとＣビットはそれぞ
れの受信制御装置１４’（＃１）〜１４’（＃４）で設
定することができる。よって、第３の実施例に示したコ
ピー信号ＣＯＰＹは不要となる。しかし、ＭＡＣ層プロ
トコルに重複した物理アドレスをもつ通信局の存在を検
査する手段が規定されており、この検査にＡビットの値
が用いられる。
は順番に受信制御装置１４’（＃１）〜１４’（＃４）
を経由していくため、前記ＡビットとＣビットはそれぞ
れの受信制御装置１４’（＃１）〜１４’（＃４）で設
定することができる。よって、第３の実施例に示したコ
ピー信号ＣＯＰＹは不要となる。しかし、ＭＡＣ層プロ
トコルに重複した物理アドレスをもつ通信局の存在を検
査する手段が規定されており、この検査にＡビットの値
が用いられる。
【０１１１】本発明では各通信制御装置１４’（＃１）
〜１４’（＃４）は同一の物理アドレスを保持する事が
条件となっているため、前記規定に関わるフレームに関
しては唯一つの受信制御手段１４’（＃ｉ）（ｉ＝１〜
４）だけがＡビットの設定をしなければならない。この
制御のため、第３の実施例に述べたアクティブ信号ＡＣ
ＴＩＶＥと同等の信号が使用される。即ち、アクティブ
状態の受信制御手段１４’（＃ｉ）だけが前記規定に従
った動作を行い、他の受信制御手段１４’（＃ｊ）（ｊ
＝１〜４≠ｉ）はＡビットの設定を行わないよう制御さ
せる。
〜１４’（＃４）は同一の物理アドレスを保持する事が
条件となっているため、前記規定に関わるフレームに関
しては唯一つの受信制御手段１４’（＃ｉ）（ｉ＝１〜
４）だけがＡビットの設定をしなければならない。この
制御のため、第３の実施例に述べたアクティブ信号ＡＣ
ＴＩＶＥと同等の信号が使用される。即ち、アクティブ
状態の受信制御手段１４’（＃ｉ）だけが前記規定に従
った動作を行い、他の受信制御手段１４’（＃ｊ）（ｊ
＝１〜４≠ｉ）はＡビットの設定を行わないよう制御さ
せる。
【０１１２】尚、第３の実施例で述べたコピー信号ＣＯ
ＰＹを付与し、ステータスフィールドの設定をアクティ
ブ状態の受信制御手段１４’（＃ｉ）にて行い、非アク
ティブ状態の受信制御手段１４’（＃ｊ）では行わない
ように構成することができる。
ＰＹを付与し、ステータスフィールドの設定をアクティ
ブ状態の受信制御手段１４’（＃ｉ）にて行い、非アク
ティブ状態の受信制御手段１４’（＃ｊ）では行わない
ように構成することができる。
【０１１３】尚、受信制御手段１４’（＃１）〜１４’
（＃４）の担当するレイヤとしてＭＡＣ層を例とした
が、より上位のレイヤを担当させても良いことは容易に
想像できるものである。
（＃４）の担当するレイヤとしてＭＡＣ層を例とした
が、より上位のレイヤを担当させても良いことは容易に
想像できるものである。
【０１１４】
【発明の効果】本発明の第１の特徴の通信制御装置によ
れば、通信手段を並列に複数台設置して構成し、通信手
段に「通信処理中」、「通信待機中」、及び「停止」の
３状態を持たせ、フレームを処理するため「通信待機
中」状態の通信手段が「通信処理中」状態に遷移した時
に、「停止」状態にある複数の通信手段から１つを選択
して「通信待機中」状態に遷移させると共に、データ構
造リストから後続フレームを処理する為のデータ構造を
取り出すこととしたので、１つの通信手段がフレーム受
信を開始すると直ちに別の通信手段が「通信待機中」状
態に選択され、次のフレームに対し受信可能となり、通
信手段に同一の物理アドレスを付与することができ、
「通信待機中」状態に選択された通信手段にフレームデ
スクリプタが１つづつ順番に割り当てられるので、プロ
セッサが処理するフレームの順番はネットワークから受
信した順番と同一となり、結果として、１つの通信局を
複数の通信手段で構成して、それらに同一の物理アドレ
スを付与してフレームの受信負荷分散を図ると共に、プ
ロセッサに対してネットワークから受信された順番どお
りにフレームを受け渡すことの可能な通信制御装置を提
供することができる。
れば、通信手段を並列に複数台設置して構成し、通信手
段に「通信処理中」、「通信待機中」、及び「停止」の
３状態を持たせ、フレームを処理するため「通信待機
中」状態の通信手段が「通信処理中」状態に遷移した時
に、「停止」状態にある複数の通信手段から１つを選択
して「通信待機中」状態に遷移させると共に、データ構
造リストから後続フレームを処理する為のデータ構造を
取り出すこととしたので、１つの通信手段がフレーム受
信を開始すると直ちに別の通信手段が「通信待機中」状
態に選択され、次のフレームに対し受信可能となり、通
信手段に同一の物理アドレスを付与することができ、
「通信待機中」状態に選択された通信手段にフレームデ
スクリプタが１つづつ順番に割り当てられるので、プロ
セッサが処理するフレームの順番はネットワークから受
信した順番と同一となり、結果として、１つの通信局を
複数の通信手段で構成して、それらに同一の物理アドレ
スを付与してフレームの受信負荷分散を図ると共に、プ
ロセッサに対してネットワークから受信された順番どお
りにフレームを受け渡すことの可能な通信制御装置を提
供することができる。
【０１１５】また、本発明の第２、第３、及び第４の特
徴の通信制御装置によれば、受信手段、アービトレーシ
ョン手段、及びＦＤ管理手段とを備える受信制御手段を
並列に複数台設置して構成し、受信手段に「通信処理
中」、「通信待機中」、及び「停止」の３状態を持た
せ、受信手段は、当該受信手段が「通信待機中」状態の
時に、物理的インタフェース手段から入力された受信信
号を処理して当該受信手段を「通信処理中」状態に遷移
させると共に、受信バッファ手段に格納し、受信終了後
に、受信バッファ手段内の情報を前記データ構造リスト
に格納して、プロセッサに受信終了を通知して当該受信
手段を「停止」状態に遷移させ、ＦＤ管理手段がフレー
ムデスクリプタのデータ構造をアクセスした時に、当該
受信手段を「通信待機中」状態に遷移させ、またアービ
トレーション手段は、ステータス信号が全ての受信手段
が「通信待機中」状態にないことを示し、且つ対応する
受信手段が「停止」状態にある時に、アービトレーショ
ンバスに要求を出し、要求を出した１つ以上の受信手段
の中から１つだけを選択し、更にＦＤ管理手段は、アー
ビトレーション手段が要求を出して当該受信制御手段が
選択された時に、フレームデスクリプタのデータ構造の
アクセスを行うこととしたので、１つの受信手段がフレ
ーム受信を開始すると直ちに別の受信手段が「通信待機
中」状態に選択され、次のフレームに対し受信可能にな
り、受信制御手段に同一の物理アドレスを付与すること
ができ、また、「通信待機中」状態に選択された受信手
段にフレームデスクリプタが１つづつ順番に割り当てら
れるので、プロセッサが処理するフレームの順番はネッ
トワークから受信した順番と同一となり、結果として、
１つの通信局を複数の受信制御手段で構成して、それら
に同一の物理アドレスを付与してフレームの受信負荷分
散を図ると共に、プロセッサに対してネットワークから
受信された順番どおりにフレームを受け渡すことの可能
な通信制御装置を提供することができる。
徴の通信制御装置によれば、受信手段、アービトレーシ
ョン手段、及びＦＤ管理手段とを備える受信制御手段を
並列に複数台設置して構成し、受信手段に「通信処理
中」、「通信待機中」、及び「停止」の３状態を持た
せ、受信手段は、当該受信手段が「通信待機中」状態の
時に、物理的インタフェース手段から入力された受信信
号を処理して当該受信手段を「通信処理中」状態に遷移
させると共に、受信バッファ手段に格納し、受信終了後
に、受信バッファ手段内の情報を前記データ構造リスト
に格納して、プロセッサに受信終了を通知して当該受信
手段を「停止」状態に遷移させ、ＦＤ管理手段がフレー
ムデスクリプタのデータ構造をアクセスした時に、当該
受信手段を「通信待機中」状態に遷移させ、またアービ
トレーション手段は、ステータス信号が全ての受信手段
が「通信待機中」状態にないことを示し、且つ対応する
受信手段が「停止」状態にある時に、アービトレーショ
ンバスに要求を出し、要求を出した１つ以上の受信手段
の中から１つだけを選択し、更にＦＤ管理手段は、アー
ビトレーション手段が要求を出して当該受信制御手段が
選択された時に、フレームデスクリプタのデータ構造の
アクセスを行うこととしたので、１つの受信手段がフレ
ーム受信を開始すると直ちに別の受信手段が「通信待機
中」状態に選択され、次のフレームに対し受信可能にな
り、受信制御手段に同一の物理アドレスを付与すること
ができ、また、「通信待機中」状態に選択された受信手
段にフレームデスクリプタが１つづつ順番に割り当てら
れるので、プロセッサが処理するフレームの順番はネッ
トワークから受信した順番と同一となり、結果として、
１つの通信局を複数の受信制御手段で構成して、それら
に同一の物理アドレスを付与してフレームの受信負荷分
散を図ると共に、プロセッサに対してネットワークから
受信された順番どおりにフレームを受け渡すことの可能
な通信制御装置を提供することができる。
【０１１６】更に、本発明の第５、第６、及び第７の特
徴の通信制御装置によれば、物理的インタフェース手
段、及びまたは通信手段または受信制御手段（以下、受
信制御手段で代表させる）に、受信と送信を同時に行う
機能を備え、受信制御手段に、ＭＡＣ層プロトコルの処
理を行うか否かを選択する制御信号を備え、制御信号を
１つの受信制御手段のみがＭＡＣ層プロトコルを処理す
るよう指定することにより、該受信制御手段の送信信号
だけが物理的インタフェース手段の送出信号とし、物理
的インタフェース手段が受信した信号は、複数の受信制
御手段に与えられ、受信制御手段の１つが出力する送信
信号が物理的インタフェース手段を通してネットワーク
に送出されることとしたので、全ての受信制御手段を同
じ構成としながらも、どの受信制御手段がフレームを取
り込んでもフレーム取り込みの有無を正しく設定でき、
また、目的アドレスの認識ビットは制御信号で指定され
た受信制御手段の検査結果で設定され、リング構造のネ
ットワークに適用できる通信制御装置を提供することが
できる。
徴の通信制御装置によれば、物理的インタフェース手
段、及びまたは通信手段または受信制御手段（以下、受
信制御手段で代表させる）に、受信と送信を同時に行う
機能を備え、受信制御手段に、ＭＡＣ層プロトコルの処
理を行うか否かを選択する制御信号を備え、制御信号を
１つの受信制御手段のみがＭＡＣ層プロトコルを処理す
るよう指定することにより、該受信制御手段の送信信号
だけが物理的インタフェース手段の送出信号とし、物理
的インタフェース手段が受信した信号は、複数の受信制
御手段に与えられ、受信制御手段の１つが出力する送信
信号が物理的インタフェース手段を通してネットワーク
に送出されることとしたので、全ての受信制御手段を同
じ構成としながらも、どの受信制御手段がフレームを取
り込んでもフレーム取り込みの有無を正しく設定でき、
また、目的アドレスの認識ビットは制御信号で指定され
た受信制御手段の検査結果で設定され、リング構造のネ
ットワークに適用できる通信制御装置を提供することが
できる。
【０１１７】以上のように本発明によれば、１つの受信
制御手段がフレームを受信して受信バッファメモリに書
き込む処理をしていると同時に、他の受信制御手段が受
信可能な状態になることができ、例え後続フレームが先
行フレームに連続して受信されても、後者の受信制御手
段にて受信される事ができるので、受信フレームを取り
こぼすことがなくなる。
制御手段がフレームを受信して受信バッファメモリに書
き込む処理をしていると同時に、他の受信制御手段が受
信可能な状態になることができ、例え後続フレームが先
行フレームに連続して受信されても、後者の受信制御手
段にて受信される事ができるので、受信フレームを取り
こぼすことがなくなる。
【０１１８】また、プロセッサに通知されるフレームの
順番はネットワークから入力された順番に等しく、入れ
替わりが発生しない。これらの受信制御手段は、同一の
物理アドレスを保持するので他の通信局から見た場合に
は、１つの局として取り扱われ、送信局側の処理は変更
する必要がない。よって、高性能な受信手段を既存ネッ
トワークシステムに容易に導入することができる。
順番はネットワークから入力された順番に等しく、入れ
替わりが発生しない。これらの受信制御手段は、同一の
物理アドレスを保持するので他の通信局から見た場合に
は、１つの局として取り扱われ、送信局側の処理は変更
する必要がない。よって、高性能な受信手段を既存ネッ
トワークシステムに容易に導入することができる。
【０１１９】フレームの先頭から末尾までがネットワー
クから受信されるに要する時間は、通信技術の向上によ
って伝送速度が高まるにつれて短縮されていく。一方、
メモリへの書き込みや通信制御装置での処理内容の複雑
さが増すにつれて、処理時間は長くなる傾向にある。こ
のような場合においても、本発明のように多数の受信制
御手段を設置すれば、複数のフレームの処理が同時に並
列して可能となる。更に、同時処理されるフレーム数が
サーバー等に要求される処理性能に満たない場合には、
必要なだけ受信制御手段を増設して対応することができ
る。受信制御手段は並列接続されており、他に幾つ接続
されているかには無関係に動作するので増設は極めて容
易である。
クから受信されるに要する時間は、通信技術の向上によ
って伝送速度が高まるにつれて短縮されていく。一方、
メモリへの書き込みや通信制御装置での処理内容の複雑
さが増すにつれて、処理時間は長くなる傾向にある。こ
のような場合においても、本発明のように多数の受信制
御手段を設置すれば、複数のフレームの処理が同時に並
列して可能となる。更に、同時処理されるフレーム数が
サーバー等に要求される処理性能に満たない場合には、
必要なだけ受信制御手段を増設して対応することができ
る。受信制御手段は並列接続されており、他に幾つ接続
されているかには無関係に動作するので増設は極めて容
易である。
【０１２０】更に、故障等により動作不可能な受信制御
手段はアービトレーションに参加しないので、受信可能
な状態になることがなく、動作可能なものだけで受信処
理が行われる。この為、受信制御手段に故障が発生して
も他の受信制御手段で処理を進める事ができ、耐故障性
のあるシステムを構築することができる。また、システ
ムを運用したまま故障した受信処理手段を修理すること
も可能となる。
手段はアービトレーションに参加しないので、受信可能
な状態になることがなく、動作可能なものだけで受信処
理が行われる。この為、受信制御手段に故障が発生して
も他の受信制御手段で処理を進める事ができ、耐故障性
のあるシステムを構築することができる。また、システ
ムを運用したまま故障した受信処理手段を修理すること
も可能となる。
【図１】本発明の第１の実施例に係る通信制御装置の構
成図である。
成図である。
【図２】本発明の通信制御装置の状態遷移図である。
【図３】第１の実施例の通信制御装置の動作を説明する
タイミングチャートである。
タイミングチャートである。
【図４】本発明の第２の実施例に係る通信制御装置の構
成図である。
成図である。
【図５】本発明の第３の実施例に係る通信制御装置の構
成図である。
成図である。
【図６】本発明の第３の実施例の変形例に係る受信手段
及び物理的インタフェース手段の接続構成図である。
及び物理的インタフェース手段の接続構成図である。
【図７】本発明の第３の実施例の変形例に係る通信制御
装置の構成図である。
装置の構成図である。
【図８】本発明の第４の実施例に係る通信制御装置の構
成図である。
成図である。
【図９】従来の通信制御装置のシステム構成図である。
【図１０】通信制御用ＬＳＩにおけるフレームのデータ
構造図であり、図１０（１）はフレームバッファＦＢの
構造図、図１０（２）はフレームデスクリプタＦＤの構
造図、図１０（３）は１つのフレームが３つのフレーム
バッファＦＢに分割されて格納されている場合の構成
図、図１０（４）は３つの長さの異なったフレームがリ
ンクされて格納されている場合の構成図である。
構造図であり、図１０（１）はフレームバッファＦＢの
構造図、図１０（２）はフレームデスクリプタＦＤの構
造図、図１０（３）は１つのフレームが３つのフレーム
バッファＦＢに分割されて格納されている場合の構成
図、図１０（４）は３つの長さの異なったフレームがリ
ンクされて格納されている場合の構成図である。
１ プロセッサ ２ 受信バッファメモリ（受信バッファメモリ，通信バ
ッファ手段） ｆｄａｄｒ ＦＤアドレス保持領域（アドレス保持手
段） ４（＃１）〜４（＃４） 受信制御手段（通信手段） ４’（＃１）〜４’（＃４） 受信制御手段（通信手
段） １４（＃１）〜１４（＃４） 受信制御手段（通信手
段） １４’（＃１）〜１４’（＃４） 受信制御手段（通信
手段） ４Ａ（＃１）〜４Ａ（＃４） 受信手段 １４Ａ（＃１）〜１４Ａ（＃４） 受信手段 １４Ａ’（＃１）〜１４Ａ’（＃４） 受信手段 ４Ｂ（＃１）〜４Ｂ（＃４） アービトレーション手段 ４Ｃ（＃１）〜４Ｃ（＃４） ＦＤ獲得手段 ４Ｄ（＃１）〜４Ｄ（＃４） ＦＤアドレス保持手段 １４Ｈ（＃１）〜１４Ｈ（＃４） ３ステートバッファ ５ 物理的インタフェース手段 １５ 物理的インタフェース手段 ＳＹＳＢＵＳ システムバス ＡＲＢＵＳ アービトレーションバス ＲＣＶ 受信信号 ＳＲＶ 送信信号 ＮＥＴ ネットワーク（ＩＥＥＥ８０２．３型のＬＡ
Ｎ） ＮＥＴ’ リング構造のネットワーク（ＩＥＥＥ８０
２．５型のトークンリング型ＬＡＮ） ＮＦＤ ネクストＦＤ信号（通知する手段） ＲＣＩ 受信完了割り込み信号 ＷＡＩＴ バッファ待ち信号 ＷＩＮ 選択信号 ＳＴＡＴ ステータス信号 ＣＯＰＹ コピー信号 ＡＣＴＩＶＥ アクティブ信号 １０１ プロセッサ １０２ 共有メモリ １０３ 通信手段 ＦＢ フレームバッファ ＦＤ フレームデスクリプタ ２０１ 次のＦＢアドレス ２０２ データ領域の先頭アドレス ２０３ データ領域に格納されたデータ長 ２０４ 制御コード ２０５ データ領域 ２１１ 次のＦＤアドレス ２１２ 先頭ＦＢアドレス ２１３ 末尾ＦＢアドレス ２１４ フレーム長 ２１５ 制御コード ＦＢ１〜ＦＢ３，ＦＢa1，ＦＢa2，ＦＢb1〜ＦＢb3，Ｆ
Ｂc フレームバッファ ＦＤa ，ＦＤb ，ＦＤc フレームデスクリプタ
ッファ手段） ｆｄａｄｒ ＦＤアドレス保持領域（アドレス保持手
段） ４（＃１）〜４（＃４） 受信制御手段（通信手段） ４’（＃１）〜４’（＃４） 受信制御手段（通信手
段） １４（＃１）〜１４（＃４） 受信制御手段（通信手
段） １４’（＃１）〜１４’（＃４） 受信制御手段（通信
手段） ４Ａ（＃１）〜４Ａ（＃４） 受信手段 １４Ａ（＃１）〜１４Ａ（＃４） 受信手段 １４Ａ’（＃１）〜１４Ａ’（＃４） 受信手段 ４Ｂ（＃１）〜４Ｂ（＃４） アービトレーション手段 ４Ｃ（＃１）〜４Ｃ（＃４） ＦＤ獲得手段 ４Ｄ（＃１）〜４Ｄ（＃４） ＦＤアドレス保持手段 １４Ｈ（＃１）〜１４Ｈ（＃４） ３ステートバッファ ５ 物理的インタフェース手段 １５ 物理的インタフェース手段 ＳＹＳＢＵＳ システムバス ＡＲＢＵＳ アービトレーションバス ＲＣＶ 受信信号 ＳＲＶ 送信信号 ＮＥＴ ネットワーク（ＩＥＥＥ８０２．３型のＬＡ
Ｎ） ＮＥＴ’ リング構造のネットワーク（ＩＥＥＥ８０
２．５型のトークンリング型ＬＡＮ） ＮＦＤ ネクストＦＤ信号（通知する手段） ＲＣＩ 受信完了割り込み信号 ＷＡＩＴ バッファ待ち信号 ＷＩＮ 選択信号 ＳＴＡＴ ステータス信号 ＣＯＰＹ コピー信号 ＡＣＴＩＶＥ アクティブ信号 １０１ プロセッサ １０２ 共有メモリ １０３ 通信手段 ＦＢ フレームバッファ ＦＤ フレームデスクリプタ ２０１ 次のＦＢアドレス ２０２ データ領域の先頭アドレス ２０３ データ領域に格納されたデータ長 ２０４ 制御コード ２０５ データ領域 ２１１ 次のＦＤアドレス ２１２ 先頭ＦＢアドレス ２１３ 末尾ＦＢアドレス ２１４ フレーム長 ２１５ 制御コード ＦＢ１〜ＦＢ３，ＦＢa1，ＦＢa2，ＦＢb1〜ＦＢb3，Ｆ
Ｂc フレームバッファ ＦＤa ，ＦＤb ，ＦＤc フレームデスクリプタ
フロントページの続き (56)参考文献 特開 昭60−153653（ＪＰ，Ａ) 特開 昭61−102842（ＪＰ，Ａ) 特開 昭62−164335（ＪＰ，Ａ) 特開 平３−57342（ＪＰ，Ａ) 特開 平３−265334（ＪＰ，Ａ) 国際公開92／15162（ＷＯ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) H04L 12/40 ＩＮＳＰＥＣ（ＤＩＡＬＯＧ) ＪＩＣＳＴファイル（ＪＯＩＳ) ＷＰＩ（ＤＩＡＬＯＧ)
Claims (9)
- 【請求項１】 上位の通信プロトコルを処理するプロセ
ッサと、 制御情報及び通信データを含むフレームを格納する通信
バッファ手段と、 下位の通信プロトコルを処理する複数の通信手段と、 ネットワークとの物理的インターフェースを行う物理的
インターフェース手段とを有し、 前記通信バッファ手段は、前記ネットワークへ送受信さ
れる前記フレームをその順番で格納する為のデータ構造
リストを備え、 前記通信手段のうち少なくとも１つは、通信処理中、通
信待機中、及び停止の３状態を持ち、前記フレームを処
理するため通信待機中状態の通信手段が通信処理中状態
に遷移した時に、停止状態にある複数の通信手段から１
つを選択して通信待機中状態に遷移させると共に、前記
データ構造リストから後続フレームを処理する為のデー
タ構造を取り出す制御手段を備え、 前記ネットワークとの間で通信されるフレームの順番と
前記データ構造リストの順番とが同じであることを特徴
とする通信制御装置。 - 【請求項２】 前記複数の通信手段のそれぞれが前記制
御手段を有することを特徴とする請求項１に記載の通信
制御装置。 - 【請求項３】 上位の通信プロトコルを処理するプロセ
ッサと、 制御情報及び通信データを含むフレームを格納する受信
バッファ手段と、 下位の通信プロトコルを処理する複数の受信制御手段
と、 ネットワークとの物理的インタフェースを行う物理的イ
ンタフェース手段とを有し、 前記受信バッファ手段は、前記ネットワークから受信さ
れた前記フレームをその順番で格納する為のデータ構造
リストを備え、 前記受信制御手段は、通信処理中、通信待機中、及び停
止の３状態を持ち、 前記物理的インタフェース手段から前記フレームが受信
された時、当該受信制御手段が通信待機中状態にある場
合に、当該受信制御手段を通信処理中状態に遷移させる
と共に、該受信信号を受けて下位プロトコルの受信処理
を行う受信手段と、 通信待機中状態の受信制御手段が通信処理中状態に遷移
した時に、停止状態にある複数の受信制御手段から１つ
を選択して通信待機中状態に遷移させるアービトレーシ
ョン手段と、 当該受信制御手段が通信待機中状態に遷移した時に、前
記データ構造リストから受信フレームの制御情報を格納
するために１つのデータ構造を獲得するＦＤ管理手段と
を備え、 前記プロセッサは、前記データ構造リストにより、前記
ネットワークから受信された順番で上位プロトコルの処
理を行うことを特徴とする通信制御装置。 - 【請求項４】 前記受信手段は、通信処理中、通信待機
中、及び停止の３状態を持ち、 前記受信手段相互間には、通信待機中状態にあるか否か
を通知するステータス信号が接続され、 前記受信手段は、当該受信手段が通信待機中状態の時
に、前記物理的インタフェース手段から入力された受信
信号を処理して当該受信手段を通信処理中状態に遷移さ
せると共に、前記受信バッファ手段に格納し、受信終了
後に、前記受信バッファ手段内の情報を前記データ構造
リストに格納して、前記プロセッサに受信終了を通知し
て当該受信手段を停止状態に遷移させ、前記ＦＤ管理手
段がフレームデスクリプタのデータ構造をアクセスした
時に、当該受信手段を通信待機中状態に遷移させ、 前記アービトレーション手段は、アービトレーションバ
スにより相互に接続されると共に、前記ステータス信号
を入力とし、 前記アービトレーション手段は、前記ステータス信号が
前記全ての受信手段が通信待機中状態にないことを示
し、且つ対応する受信手段が停止状態にある時に、前記
アービトレーションバスに要求を出し、要求を出した１
つ以上の受信手段の中から１つだけを選択する機能を備
え、 前記ＦＤ管理手段は、 受信可能なフレームデスクリプタのデータ構造のアドレ
スを保持するＦＤアドレス保持手段と、 前記ＦＤアドレス保持手段のアドレスを基にフレームデ
スクリプタのデータ構造をアクセスするＦＤ獲得手段
と、 フレームデスクリプタのデータ構造をアクセスすると同
時に次のフレームデスクリプタのデータ構造のアドレス
を前記全てのＦＤ管理手段に通知する手段とを有し、 前記ＦＤ管理手段は、前記アービトレーション手段が要
求を出して当該受信制御手段が選択された時に、フレー
ムデスクリプタのデータ構造のアクセスを行うことを特
徴とする請求項３に記載の通信制御装置。 - 【請求項５】 前記通信制御装置は、１つの受信可能な
フレームデスクリプタのデータ構造のアドレスを保持す
るアドレス保持手段を有し、 前記ＦＤ管理手段は、前記アドレス保持手段からフレー
ムデスクリプタのデータ構造のアドレスを取り出し、そ
のフレームデスクリプタのデータ構造をアクセスし、そ
こに含まれる次のフレームデスクリプタのデータ構造の
アドレスを前記アドレス保持手段に設定することを特徴
とする請求項３または４に記載の通信制御装置。 - 【請求項６】 前記通信制御装置は、リング構造のネッ
トワークに対して使用され、 前記物理的インタフェース手段は、受信と送信を同時に
行う機能を備え、 前記物理的インタフェース手段が受信した信号は、前記
複数の通信手段または受信制御手段に与えられ、 前記通信手段または受信制御手段の１つが出力する送信
信号が前記物理的インタフェース手段を通して前記ネッ
トワークに送出されることを特徴とする請求項１、３、
４または５に記載の通信制御装置。 - 【請求項７】 前記通信制御装置は、リング構造のネッ
トワークに対して使用され、 前記物理的インタフェース手段及び前記通信手段または
受信制御手段は、受信と送信を同時に行う機能を備え、 前記物理的インタフェース手段と前記複数の通信手段ま
たは受信制御手段は縦続接続され、前記物理的インタフ
ェース手段がネットワークから受信した信号は第１番目
の通信手段または受信制御手段に与えられ、前記第１番
目の通信手段または受信制御手段の送信信号は第２番目
の通信手段または受信制御手段に与えられるようにし
て、末尾の通信手段または受信制御手段の送信信号は前
記物理的インタフェース手段を通して前記ネットワーク
に送出するように構成されることを特徴とする請求項
１、３、４または５に記載の通信制御装置。 - 【請求項８】 前記通信手段または受信制御手段は、Ｍ
ＡＣ層プロトコルの処理を行うか否かを選択する制御信
号を備え、 前記制御信号は、前記１つの通信手段または受信制御手
段のみがＭＡＣ層プロトコルを処理するよう与えられ、
該通信手段または受信制御手段の送信信号だけが前記物
理的インタフェース手段の送出信号となることを特徴と
する請求項６または７に記載の通信制御装置。 - 【請求項９】 前記複数の通信手段または受信制御手段
は、同一の物理アドレスを有することを特徴とする請求
項１または３に記載の通信制御装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5045234A JP2778893B2 (ja) | 1993-03-05 | 1993-03-05 | 通信制御装置 |
| US08/218,899 US5442631A (en) | 1993-03-05 | 1994-03-04 | Communication control device |
| EP94103259A EP0616450A3 (en) | 1993-03-05 | 1994-03-04 | Control device for communication. |
| KR1019940004281A KR970000667B1 (ko) | 1993-03-05 | 1994-03-05 | 통신 제어 장치 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5045234A JP2778893B2 (ja) | 1993-03-05 | 1993-03-05 | 通信制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06261056A JPH06261056A (ja) | 1994-09-16 |
| JP2778893B2 true JP2778893B2 (ja) | 1998-07-23 |
Family
ID=12713573
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5045234A Expired - Fee Related JP2778893B2 (ja) | 1993-03-05 | 1993-03-05 | 通信制御装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5442631A (ja) |
| EP (1) | EP0616450A3 (ja) |
| JP (1) | JP2778893B2 (ja) |
| KR (1) | KR970000667B1 (ja) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0816422A (ja) * | 1994-07-04 | 1996-01-19 | Fujitsu Ltd | バス通信方法及びバス通信システム |
| US5761433A (en) * | 1995-11-13 | 1998-06-02 | Billings; Roger E. | System for communicating data in a network using both a daisy chain link and separate broadcast links |
| US6061730A (en) * | 1995-11-13 | 2000-05-09 | Billings; Roger E. | Methods and apparatus for communicating data in computer networks with separate packet assembly and packet broadcast channels |
| US6076117A (en) * | 1995-11-13 | 2000-06-13 | Billings; Roger E. | Packet merging hub system for sequentially merging received data in a network hub into data packets before broadcasting to a plurality of destination computers |
| US6115747A (en) * | 1995-11-13 | 2000-09-05 | Roger E. Billings | Computer network interface that merges remote data received from other computers with local data before transmitting the merged data to a network |
| US5793981A (en) * | 1995-11-13 | 1998-08-11 | Billings; Roger E. | System for communicating data in a network using both a daisy chain link and separate broadcast links |
| US6073181A (en) * | 1997-06-03 | 2000-06-06 | International Business Machines Corporation | Multi-buffer error detection for an open data-link interface LAN adapter |
| JP3511875B2 (ja) * | 1998-01-13 | 2004-03-29 | 横河電機株式会社 | 通信制御システム |
| US6314477B1 (en) * | 1998-10-30 | 2001-11-06 | Agilent Technologies, Inc. | Performance of fibre channel protocol sequence reassembly using expected frame information and buffer list calculations |
| JP4224084B2 (ja) * | 2006-06-26 | 2009-02-12 | 株式会社東芝 | 通信制御装置、通信制御方法および通信制御プログラム |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2814132B2 (ja) * | 1990-03-15 | 1998-10-22 | 株式会社日立製作所 | マルチチャネル通信処理装置 |
| US5151895A (en) * | 1990-06-29 | 1992-09-29 | Digital Equipment Corporation | Terminal server architecture |
| FR2667465A1 (fr) * | 1990-09-27 | 1992-04-03 | Cit Alcatel | Pont pour relier un reseau local, conforme a la norme ieee 802.3, a un reseau de telecommunication a technique temporelle asynchrone. |
| US5175732A (en) * | 1991-02-15 | 1992-12-29 | Standard Microsystems Corp. | Method and apparatus for controlling data communication operations within stations of a local-area network |
| US5291480A (en) * | 1991-06-18 | 1994-03-01 | Dsc Communications Corporation | Synchronous node controllers for switching network |
-
1993
- 1993-03-05 JP JP5045234A patent/JP2778893B2/ja not_active Expired - Fee Related
-
1994
- 1994-03-04 EP EP94103259A patent/EP0616450A3/en not_active Withdrawn
- 1994-03-04 US US08/218,899 patent/US5442631A/en not_active Expired - Fee Related
- 1994-03-05 KR KR1019940004281A patent/KR970000667B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| KR970000667B1 (ko) | 1997-01-16 |
| US5442631A (en) | 1995-08-15 |
| KR940023090A (ko) | 1994-10-22 |
| EP0616450A2 (en) | 1994-09-21 |
| JPH06261056A (ja) | 1994-09-16 |
| EP0616450A3 (en) | 1995-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100579108C (zh) | 一种远程密钥验证的方法和主机结构适配器 | |
| US6651119B2 (en) | Method for allocating priorities to plurality of DMA engines for processing data packets based on bus phase and transactions status | |
| JP4068166B2 (ja) | 高性能多層スイッチ要素用探索エンジン・アーキテクチャ | |
| JPH03154452A (ja) | プロトコル・システム、動的結合装置のポートの状態を制御するための方法、動的スイッチ及び双方向伝送システムを動作させるための方法 | |
| US6810452B1 (en) | Method and system for quarantine during bus topology configuration | |
| JPS61225946A (ja) | ローカル・エリア・ネツトワークにおいて第１のノードから第２のノードを診断する方法 | |
| EP0344722A2 (en) | Operation mode settable lan interconnecting apparatus | |
| JP2778893B2 (ja) | 通信制御装置 | |
| JPH0720122B2 (ja) | リング型伝送路を用いたパケット通信システム | |
| WO2024109239A1 (zh) | 集群数据同步方法、装置、设备及非易失性可读存储介质 | |
| US7609688B2 (en) | Serialized bus communication and control architecture | |
| CN101447931B (zh) | 一种排他操作的实现方法和装置 | |
| CN116089331A (zh) | 一种基于rdma的tte网络通讯方法 | |
| JPH02135833A (ja) | 複数チヤネルを有するネツトワークの伝送方式 | |
| CN110445580A (zh) | 数据发送方法及装置、存储介质、电子装置 | |
| JPH09130408A (ja) | ネットワークインタフェース装置 | |
| JPS62261250A (ja) | 通信ネツトワ−クにおいてデ−タ及び非符号化情報の交換を可能にする機構 | |
| JPS61125253A (ja) | 媒体アクセス制御方式 | |
| JPH11167529A (ja) | 高速シリアルリンクのバッファをパージする方法、及び該方法を実施する装置 | |
| Ibbett et al. | Centrenet–A High Performance Local Area Network | |
| JP2001325212A (ja) | マルチプロセッサシステムにおけるソースプロセッサから宛先プロセッサにデータブロックを送信する方法と装置 | |
| CN112073162B (zh) | 用于运行冗余的自动化系统的方法 | |
| JP2000259523A (ja) | データ転送装置、ｌａｎ通信システム及びデータ転送方法 | |
| JP3431442B2 (ja) | 制御装置及び従系制御装置追加方法 | |
| JP2001257686A (ja) | 計算機システム及び計算機システムのデータ通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |