JP2530060B2 - 通信制御装置 - Google Patents
通信制御装置Info
- Publication number
- JP2530060B2 JP2530060B2 JP3004001A JP400191A JP2530060B2 JP 2530060 B2 JP2530060 B2 JP 2530060B2 JP 3004001 A JP3004001 A JP 3004001A JP 400191 A JP400191 A JP 400191A JP 2530060 B2 JP2530060 B2 JP 2530060B2
- Authority
- JP
- Japan
- Prior art keywords
- frame
- data
- buffer
- address
- control
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
- G06F13/124—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
- G06F13/128—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine for dedicated transfers to a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40143—Bus networks involving priority mechanisms
-
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】［発明の目的］
【０００２】
【産業上の利用分野】本発明は、ローカルエリアネット
ワークを構成する通信制御装置に関するもので、特に上
位と下位のプロトコルを別個に実行する第１，第２の通
信制御手段を備えた通信制御装置に関する。
ワークを構成する通信制御装置に関するもので、特に上
位と下位のプロトコルを別個に実行する第１，第２の通
信制御手段を備えた通信制御装置に関する。
【０００３】
【従来の技術】ローカルエリアネットワークに使用され
る通信制御装置は近年ＬＳＩ化による小型化が進められ
ている。特にＩＥＥＥ規格で定められているトークンリ
ング方式やトークンバス方式では、ＭＡＣ（Mediumn Ac
cess Control）層の制御がＬＳＩ化された事から広く使
用されるようになってきている。
る通信制御装置は近年ＬＳＩ化による小型化が進められ
ている。特にＩＥＥＥ規格で定められているトークンリ
ング方式やトークンバス方式では、ＭＡＣ（Mediumn Ac
cess Control）層の制御がＬＳＩ化された事から広く使
用されるようになってきている。
【０００４】この為、ＬＳＩ化された通信制御装置内部
で処理すべきＭＡＣ層のデータ（以下ＭＡＣフレームと
呼ぶ）とより上位の制御装置で処理すべきＬＬＣ（Logi
cal LinK Control）層以上のデータ（以下ＬＬＣフレー
ムと呼ぶ）を分離してバッファリングするものがある。
で処理すべきＭＡＣ層のデータ（以下ＭＡＣフレームと
呼ぶ）とより上位の制御装置で処理すべきＬＬＣ（Logi
cal LinK Control）層以上のデータ（以下ＬＬＣフレー
ムと呼ぶ）を分離してバッファリングするものがある。
【０００５】例えば本発明者等による「ＩＥＥＥ８０
２．５トークン・リングＬＡＮ制御装置のためのＶＬＳ
Ｉ構造」（“ＶＬＳＩ ＡＲＣＨＴＥＣＴＵＲＥ ＦＯ
Ｒ ＩＥＥＥ８０２．５ ＴＯＫＥＮ−ＲＩＮＧ ＬＡ
Ｎ ＣＯＮＴＲＯＬＬＥＲ”，TanaKa et al.,Integrat
ed Circuit Conference,1989）に示すトークン・リング
ＬＡＮ制御装置（ＴＲＣ）では、ＬＬＣフレーム専用の
バッファとして１２８バイトのＦＩＦＯを２本、ＭＡＣ
フレーム専用として１２８バイトのＦＩＦＯを２本と４
０バイトを１本の計３本を有している。この様にバッフ
ァを分離しているため、通信制御装置はＭＡＣレイヤの
処理に専念することができるようになっている。
２．５トークン・リングＬＡＮ制御装置のためのＶＬＳ
Ｉ構造」（“ＶＬＳＩ ＡＲＣＨＴＥＣＴＵＲＥ ＦＯ
Ｒ ＩＥＥＥ８０２．５ ＴＯＫＥＮ−ＲＩＮＧ ＬＡ
Ｎ ＣＯＮＴＲＯＬＬＥＲ”，TanaKa et al.,Integrat
ed Circuit Conference,1989）に示すトークン・リング
ＬＡＮ制御装置（ＴＲＣ）では、ＬＬＣフレーム専用の
バッファとして１２８バイトのＦＩＦＯを２本、ＭＡＣ
フレーム専用として１２８バイトのＦＩＦＯを２本と４
０バイトを１本の計３本を有している。この様にバッフ
ァを分離しているため、通信制御装置はＭＡＣレイヤの
処理に専念することができるようになっている。
【０００６】一方ＬＬＣフレームについては上位の制御
装置での通信データ処理を簡便にするため、単に連続し
たメモリ領域に格納されるのではなく、数１０バイトか
ら数キロバイトの大きさを１単位として分割されたメモ
リ領域（ＦＢ：フレームバッファ領域）に分散して格納
される。（なお、このデータ構造は図４に示すものであ
るが、その詳細は実施例の説明の項で述べる。）従って
今、１２８バイトを１単位とした時、１０ＫバイトのＬ
ＬＣフレームは８０個のＦＢに分散して格納される事に
なる。この様に複数のＦＢに分割されたデータをまとめ
る為、さらにフレームディスクリプタ（ＦＤ）と呼ぶデ
ータ構造が使用される。ＦＤの中にはＬＬＣフレーム全
体の長さ、フレームの先頭が格納されたＦＢのアドレ
ス、ステータス等が格納されている。この為、下位の通
信制御装置は単に受信したデータをメモリに書き出すだ
けでなく、多大な処理を行わなければならない。具体的
には以下の様に動作している。
装置での通信データ処理を簡便にするため、単に連続し
たメモリ領域に格納されるのではなく、数１０バイトか
ら数キロバイトの大きさを１単位として分割されたメモ
リ領域（ＦＢ：フレームバッファ領域）に分散して格納
される。（なお、このデータ構造は図４に示すものであ
るが、その詳細は実施例の説明の項で述べる。）従って
今、１２８バイトを１単位とした時、１０ＫバイトのＬ
ＬＣフレームは８０個のＦＢに分散して格納される事に
なる。この様に複数のＦＢに分割されたデータをまとめ
る為、さらにフレームディスクリプタ（ＦＤ）と呼ぶデ
ータ構造が使用される。ＦＤの中にはＬＬＣフレーム全
体の長さ、フレームの先頭が格納されたＦＢのアドレ
ス、ステータス等が格納されている。この為、下位の通
信制御装置は単に受信したデータをメモリに書き出すだ
けでなく、多大な処理を行わなければならない。具体的
には以下の様に動作している。
【０００７】通信制御装置には予め受信に使用するため
のＦＢのリストとＦＤのリストが与えられる。ＬＬＣフ
レームを受信した場合、制御装置に内蔵されたＣＰＵの
制御下でＤＭＡ装置が作動し、ＦＢのリストに登録され
たバッファに転送する時にバッファサイズに分割して格
納する。更に前記ＣＰＵはＦＤの中にフレーム長、ＦＢ
アドレス、受信完了時のステータス等を設定し、上位の
通信制御装置に割り込み信号等により通知する。ＭＡＣ
フレームを受信した場合には前記ＣＰＵがフレームタイ
プを識別し、上位の制御装置に引き渡すものはＬＬＣフ
レームと同様に処理し、一方内部で処理すべきものはメ
モリには書き出さないという処理も行っている。
のＦＢのリストとＦＤのリストが与えられる。ＬＬＣフ
レームを受信した場合、制御装置に内蔵されたＣＰＵの
制御下でＤＭＡ装置が作動し、ＦＢのリストに登録され
たバッファに転送する時にバッファサイズに分割して格
納する。更に前記ＣＰＵはＦＤの中にフレーム長、ＦＢ
アドレス、受信完了時のステータス等を設定し、上位の
通信制御装置に割り込み信号等により通知する。ＭＡＣ
フレームを受信した場合には前記ＣＰＵがフレームタイ
プを識別し、上位の制御装置に引き渡すものはＬＬＣフ
レームと同様に処理し、一方内部で処理すべきものはメ
モリには書き出さないという処理も行っている。
【０００８】
【発明が解決しようとする課題】従来の通信制御装置は
以上の様に構成されているため、メモリに格納する情報
は通信データだけでなく、様々な制御データもメモリに
書き出す必要がある。この様な処理は一般的なＤＭＡ装
置が行うことができず、ＣＰＵ装置で実行されることに
なる。また、如何なるフレームをメモリに格納するか否
かは最終的にはＣＰＵ装置の判断を必要としていた。従
来、通信速度が低速であった時には、フレームが受信さ
れる時間間隔も長く、ＣＰＵ処理に要する時間は問題と
はならなかった。しかし、通信速度が上がり、また多数
のフレームが連続して受信される状況が頻繁に起こるよ
うになってくると、ＣＰＵ処理が間に合わないためにＤ
ＭＡ装置の起動が遅れる、バッファの割当が間に合わな
い等の障害が発生しフレームが受信できなくなるという
事態が起こるようになってきた。例えばＴＲＣではＬＬ
Ｃフレーム用に２本のＦＩＦＯが用意しており、第１の
フレームの受信が完了しＦＩＦＯに残留しているデータ
をメモリに書き出している間に第２のフレームが受信さ
れたとき、そのデータを２本目のＦＩＦＯに蓄えてい
る。第１のＦＩＦＯの出力が完了した後、第２のＦＩＦ
Ｏの出力を行っている。２本のＦＩＦＯを交互に使用す
る事で連続したフレームの受信を可能にしている。よっ
て第１のＦＩＦＯの出力完了に伴う第２のＦＩＦＯの起
動が間に合わなければ第２のＦＩＦＯがオーバーフロー
し受信失敗となるし、第１のＦＩＦＯを解放し第３のフ
レームの受信に備える処理が間に合わなければ第３のフ
レーム受信がまったくできないという事になる。特に短
いフレームが連続して受信された場合、上述の処理の発
生間隔が処理時間より短くなる状況が多発し、取りこぼ
すフレームが多いという問題が発生していた。これに対
処する為、１つの手法としてＦＩＦＯの本数を増加する
事が考えられるが、それは制御回路の複雑化、巨大化を
招くため望ましい解決法とはなりえない。
以上の様に構成されているため、メモリに格納する情報
は通信データだけでなく、様々な制御データもメモリに
書き出す必要がある。この様な処理は一般的なＤＭＡ装
置が行うことができず、ＣＰＵ装置で実行されることに
なる。また、如何なるフレームをメモリに格納するか否
かは最終的にはＣＰＵ装置の判断を必要としていた。従
来、通信速度が低速であった時には、フレームが受信さ
れる時間間隔も長く、ＣＰＵ処理に要する時間は問題と
はならなかった。しかし、通信速度が上がり、また多数
のフレームが連続して受信される状況が頻繁に起こるよ
うになってくると、ＣＰＵ処理が間に合わないためにＤ
ＭＡ装置の起動が遅れる、バッファの割当が間に合わな
い等の障害が発生しフレームが受信できなくなるという
事態が起こるようになってきた。例えばＴＲＣではＬＬ
Ｃフレーム用に２本のＦＩＦＯが用意しており、第１の
フレームの受信が完了しＦＩＦＯに残留しているデータ
をメモリに書き出している間に第２のフレームが受信さ
れたとき、そのデータを２本目のＦＩＦＯに蓄えてい
る。第１のＦＩＦＯの出力が完了した後、第２のＦＩＦ
Ｏの出力を行っている。２本のＦＩＦＯを交互に使用す
る事で連続したフレームの受信を可能にしている。よっ
て第１のＦＩＦＯの出力完了に伴う第２のＦＩＦＯの起
動が間に合わなければ第２のＦＩＦＯがオーバーフロー
し受信失敗となるし、第１のＦＩＦＯを解放し第３のフ
レームの受信に備える処理が間に合わなければ第３のフ
レーム受信がまったくできないという事になる。特に短
いフレームが連続して受信された場合、上述の処理の発
生間隔が処理時間より短くなる状況が多発し、取りこぼ
すフレームが多いという問題が発生していた。これに対
処する為、１つの手法としてＦＩＦＯの本数を増加する
事が考えられるが、それは制御回路の複雑化、巨大化を
招くため望ましい解決法とはなりえない。
【０００９】本発明は、以上の点に鑑みてなされたもの
で、ＦＩＦＯの本数を増すこと無く、簡単な制御機能に
より短いフレームも連続して受信できる通信制御装置を
提供することを課題とする。
で、ＦＩＦＯの本数を増すこと無く、簡単な制御機能に
より短いフレームも連続して受信できる通信制御装置を
提供することを課題とする。
【００１０】［発明の構成］
【００１１】
【課題を解決するための手段】本発明では上記課題を解
決するために、下位プロトコルを実行する第１の通信制
御手段と上位プロトコルを実行する第２の通信制御手段
と該第１、第２の通信制御手段間で通信データを受け渡
すための共有メモリとからなる通信制御手段において、
前記第１の通信制御手段は、ネットワークから受信した
シリアルデータからフレームの開始及び終了を判断する
判断部とフレームのタイプを識別する識別部を備えたネ
ットワーク制御手段と、第１のフレームタイプをもつフ
レームをバッファリングする第１のバッファ手段と、第
２のフレームタイプをもつフレームをバッファリングす
る第２のバッファ手段と、前記第２のバッファ手段に格
納されたフレームを前記共有メモリに書き出すデータ出
力手段と、前記各手段全体を統括して制御する制御手段
とから構成され、さらに、前記第２のバッファ手段は、
フレームおよび制御情報を保持する手段と、前記ネット
ワーク制御手段が前記保持手段にフレームおよび該フレ
ームに付随する制御情報を書き込むための第１のアドレ
ス保持手段と、前記データ出力手段が前記保持手段から
フレームを読み出し、また該保持手段へ各種の制御情報
を書き込むための第２のアドレス保持手段と、前記統制
制御手段が前記保持手段から前記フレームおよび前記各
制御情報を読み出すための第３のアドレス保持手段と、
前記第１のアドレス保持手段と第３のアドレス保持手段
との情報から該第２のバッファ手段のオーバーフローを
検出し、これを前記ネットワーク制御手段に通知する手
段と、前記第１のアドレス保持手段と第２のアドレス保
持手段との情報から該第２のバッファ手段にフレームが
格納されていないことを検出し、これを前記データ出力
手段に通知する手段と、前記第２のアドレス保持手段と
第３のアドレス保持手段との情報から前記統括制御手段
が処理すべきフレームが残っていることを検出する手段
とから構成され、前記ネットワーク制御手段は、第１の
フレームタイプのフレームを受信した場合には前記第１
のバッファ手段にフレームを格納し、第２のフレームタ
イプのフレームを受信した場合には前記第２のバッファ
手段においてオーバーフローが検出されていない限りこ
れを該第２のバッファ手段に格納し、前記データ出力手
段は前記第２のバッファ手段に格納されたフレームを順
次、前記共有メモリに転送し、前記統括制御手段は前記
第２のバッファ手段に格納された制御情報により前記上
位プロトコルを実行する第２の通信制御手段に対する受
信結果の通知を前記共有メモリに書き込むことを特徴と
する。
決するために、下位プロトコルを実行する第１の通信制
御手段と上位プロトコルを実行する第２の通信制御手段
と該第１、第２の通信制御手段間で通信データを受け渡
すための共有メモリとからなる通信制御手段において、
前記第１の通信制御手段は、ネットワークから受信した
シリアルデータからフレームの開始及び終了を判断する
判断部とフレームのタイプを識別する識別部を備えたネ
ットワーク制御手段と、第１のフレームタイプをもつフ
レームをバッファリングする第１のバッファ手段と、第
２のフレームタイプをもつフレームをバッファリングす
る第２のバッファ手段と、前記第２のバッファ手段に格
納されたフレームを前記共有メモリに書き出すデータ出
力手段と、前記各手段全体を統括して制御する制御手段
とから構成され、さらに、前記第２のバッファ手段は、
フレームおよび制御情報を保持する手段と、前記ネット
ワーク制御手段が前記保持手段にフレームおよび該フレ
ームに付随する制御情報を書き込むための第１のアドレ
ス保持手段と、前記データ出力手段が前記保持手段から
フレームを読み出し、また該保持手段へ各種の制御情報
を書き込むための第２のアドレス保持手段と、前記統制
制御手段が前記保持手段から前記フレームおよび前記各
制御情報を読み出すための第３のアドレス保持手段と、
前記第１のアドレス保持手段と第３のアドレス保持手段
との情報から該第２のバッファ手段のオーバーフローを
検出し、これを前記ネットワーク制御手段に通知する手
段と、前記第１のアドレス保持手段と第２のアドレス保
持手段との情報から該第２のバッファ手段にフレームが
格納されていないことを検出し、これを前記データ出力
手段に通知する手段と、前記第２のアドレス保持手段と
第３のアドレス保持手段との情報から前記統括制御手段
が処理すべきフレームが残っていることを検出する手段
とから構成され、前記ネットワーク制御手段は、第１の
フレームタイプのフレームを受信した場合には前記第１
のバッファ手段にフレームを格納し、第２のフレームタ
イプのフレームを受信した場合には前記第２のバッファ
手段においてオーバーフローが検出されていない限りこ
れを該第２のバッファ手段に格納し、前記データ出力手
段は前記第２のバッファ手段に格納されたフレームを順
次、前記共有メモリに転送し、前記統括制御手段は前記
第２のバッファ手段に格納された制御情報により前記上
位プロトコルを実行する第２の通信制御手段に対する受
信結果の通知を前記共有メモリに書き込むことを特徴と
する。
【００１２】
【作用】上記構成によれば、ネットワーク制御手段を介
して入力されたＬＬＣフレームを、第２のバッファ手段
にオーバーフローが検出されない限り格納することがで
き、それにより、ＬＬＣフレームを取りこぼすことはな
く第２のバッファ手段に入力することができ、さらに出
力手段において共有メモリに転送することが可能とな
る。また、制御手段によるプロトコル制御に必要とされ
るＭＡＣフレームに関しては、第１のバッファ手段に振
り分けて受信されるので、第２のバッファ手段には共有
メモリに出力すべきフレームだけが格納されることにな
り、バッファの管理を簡単化することができる。
して入力されたＬＬＣフレームを、第２のバッファ手段
にオーバーフローが検出されない限り格納することがで
き、それにより、ＬＬＣフレームを取りこぼすことはな
く第２のバッファ手段に入力することができ、さらに出
力手段において共有メモリに転送することが可能とな
る。また、制御手段によるプロトコル制御に必要とされ
るＭＡＣフレームに関しては、第１のバッファ手段に振
り分けて受信されるので、第２のバッファ手段には共有
メモリに出力すべきフレームだけが格納されることにな
り、バッファの管理を簡単化することができる。
【００１３】
【実施例】以下に本発明の実施例を図面を参照して詳細
に説明する。
に説明する。
【００１４】図１は本発明に係る通信制御装置を使用し
た通信システムの全体構造を示すブロック図である。こ
の通信システムは、通信プロトコルを制御するために、
主に通信媒体を制御する下位の通信制御手段１と、それ
よりも上位のプロトコルを処理するための通信制御手段
３と、両者の間の通信データを受け渡す共有メモリ２と
から構成されている。本発明の通信制御装置は、下位プ
ロトコルのための通信制御手段１にその主な特徴を有す
る。
た通信システムの全体構造を示すブロック図である。こ
の通信システムは、通信プロトコルを制御するために、
主に通信媒体を制御する下位の通信制御手段１と、それ
よりも上位のプロトコルを処理するための通信制御手段
３と、両者の間の通信データを受け渡す共有メモリ２と
から構成されている。本発明の通信制御装置は、下位プ
ロトコルのための通信制御手段１にその主な特徴を有す
る。
【００１５】通信プロトコルはＩＳＯ規格により図３
（ａ）に示すような７層のプロトコル階層が決められて
いる。またＩＥＥＥ規格では図３（ｂ）に示すように、
第２層のデータリンク（Data Iink ）層５を２個のサブ
層、すなわちＭＡＣ（Medium Access Control ）層６と
ＬＬＣ（Logical Link Control）層７とに分けている。
以下に述べる本発明の実施例では、下位の通信制御手段
はＭＡＣ層６および物理層（Physical層）４を担当し、
ＬＬＣ層７およびそれ以上の層（第３層８、第４層９、
第５層１０、第６層１１および第７層１２）は上位の通
信制御手段が担当するものとする。
（ａ）に示すような７層のプロトコル階層が決められて
いる。またＩＥＥＥ規格では図３（ｂ）に示すように、
第２層のデータリンク（Data Iink ）層５を２個のサブ
層、すなわちＭＡＣ（Medium Access Control ）層６と
ＬＬＣ（Logical Link Control）層７とに分けている。
以下に述べる本発明の実施例では、下位の通信制御手段
はＭＡＣ層６および物理層（Physical層）４を担当し、
ＬＬＣ層７およびそれ以上の層（第３層８、第４層９、
第５層１０、第６層１１および第７層１２）は上位の通
信制御手段が担当するものとする。
【００１６】従って、ＭＡＣ層６の制御に使われる通信
データは下位の通信制御手段内で扱われ、上位の通信制
御手段からは隠蔽される。一方、第３層８以上の階層で
用いられる通信データは全てＬＬＣ層７のＩ（Informat
ion）フレームとして扱われ、ＭＡＣ層６ではＬＬＣ層
７の通信データの中身には関与することがない。即ち下
位の通信制御手段ではＬＬＣ層７だけが存在するように
見える。下位の通信制御手段ではＬＬＣ層７から入力さ
れた通信データはＭＡＣ層６で必要とされるヘッダー、
トレイラーを付加してネットワークに送り出し、ネット
ワークから入力されたデータからはＭＡＣ層のヘッダ
ー，トレイラーを除去してＬＬＣ層７に送り出す。
データは下位の通信制御手段内で扱われ、上位の通信制
御手段からは隠蔽される。一方、第３層８以上の階層で
用いられる通信データは全てＬＬＣ層７のＩ（Informat
ion）フレームとして扱われ、ＭＡＣ層６ではＬＬＣ層
７の通信データの中身には関与することがない。即ち下
位の通信制御手段ではＬＬＣ層７だけが存在するように
見える。下位の通信制御手段ではＬＬＣ層７から入力さ
れた通信データはＭＡＣ層６で必要とされるヘッダー、
トレイラーを付加してネットワークに送り出し、ネット
ワークから入力されたデータからはＭＡＣ層のヘッダ
ー，トレイラーを除去してＬＬＣ層７に送り出す。
【００１７】図２は本発明の１実施例に係る下位通信制
御手段１の詳細を示すブロック図である。この手段は実
際には上位通信制御手段との間で双方向のデータフロー
があるが、本発明の手段はネットワークから通信データ
を受信する機構に特徴があるので、それ以外の機構に関
するものは省略して示す。
御手段１の詳細を示すブロック図である。この手段は実
際には上位通信制御手段との間で双方向のデータフロー
があるが、本発明の手段はネットワークから通信データ
を受信する機構に特徴があるので、それ以外の機構に関
するものは省略して示す。
【００１８】図２に示す共有メモリ２は、図１に示した
共有メモリ２に相当する。このメモリは、上位通信制御
手段とのデータ受渡しがスムーズに行くように図４に示
す様に構造化されている。図４（ａ）に示すように、デ
ータ構造の基本となるＦＢ（Frame Buffer）は、管理デ
ータ領域１３とデータ領域１４を１つの単位としてい
る。管理データ領域１３には、次のＦＢへのリンクを示
すためのアドレス、データ領域のアドレスと大きさ、リ
ストの末尾を示すコードが格納されている。データ領域
１４はＬＬＣフレームのデータそのものを格納するもの
である。フレーム構造の基本となるＦＤ（Frame Descri
ptor）は、ＬＬＣフレームが格納されているＦＢのリス
トを特定するために、図４（ｂ）に示すようにこのリス
トの先頭ＦＢと末尾ＦＢのアドレスや、フレームの長
さ、受信状態、次のＦＤへのリンクを示すアドレス、リ
ストの末尾を示すコードから成る。ＦＤリストとＦＢリ
ストは予め上位通信制御手段が作成し、下位通信制御手
段に通告する。また図４（ｃ）に示すように、１つのＦ
Ｂ１６のデータ領域がＬＬＣフレームのデータ量よりも
小さい場合は、ＦＤ１５に格納されたデータを複数のＦ
Ｂ１６、１６´１６″のデータ領域に分割して格納する
ものとする。なお図（ｃ）において斜線の部分１７は、
ＦＢ１６、１６´、１６″の各データ領域に格納された
通信データの量を示す。
共有メモリ２に相当する。このメモリは、上位通信制御
手段とのデータ受渡しがスムーズに行くように図４に示
す様に構造化されている。図４（ａ）に示すように、デ
ータ構造の基本となるＦＢ（Frame Buffer）は、管理デ
ータ領域１３とデータ領域１４を１つの単位としてい
る。管理データ領域１３には、次のＦＢへのリンクを示
すためのアドレス、データ領域のアドレスと大きさ、リ
ストの末尾を示すコードが格納されている。データ領域
１４はＬＬＣフレームのデータそのものを格納するもの
である。フレーム構造の基本となるＦＤ（Frame Descri
ptor）は、ＬＬＣフレームが格納されているＦＢのリス
トを特定するために、図４（ｂ）に示すようにこのリス
トの先頭ＦＢと末尾ＦＢのアドレスや、フレームの長
さ、受信状態、次のＦＤへのリンクを示すアドレス、リ
ストの末尾を示すコードから成る。ＦＤリストとＦＢリ
ストは予め上位通信制御手段が作成し、下位通信制御手
段に通告する。また図４（ｃ）に示すように、１つのＦ
Ｂ１６のデータ領域がＬＬＣフレームのデータ量よりも
小さい場合は、ＦＤ１５に格納されたデータを複数のＦ
Ｂ１６、１６´１６″のデータ領域に分割して格納する
ものとする。なお図（ｃ）において斜線の部分１７は、
ＦＢ１６、１６´、１６″の各データ領域に格納された
通信データの量を示す。
【００１９】次に図２の下位通信制御手段１の構成を説
明する。
明する。
【００２０】統括制御手段１１０以下ＭＣＰ（Master C
ontrolProcesor)と略す）は下位通信制御手段に含まれ
る他の手段を統括的に制御し、またＭＡＣ層のプロトコ
ル処理を行うものであり、いわゆるＣＰＵとプログラム
からなる。
ontrolProcesor)と略す）は下位通信制御手段に含まれ
る他の手段を統括的に制御し、またＭＡＣ層のプロトコ
ル処理を行うものであり、いわゆるＣＰＵとプログラム
からなる。
【００２１】ネットワーク制御手段１２０（以下ＮＣＵ
（Network Control Unit) と略す）は通信媒体との電気
的接続、データのバラレル／シリアル変換、フレームの
識別、エラー検出の為のＦＣＳ（Frame Check Sequenc
e) の生成／検査などの機能を有し、受信終了時にはス
テータス情報を作成する。
（Network Control Unit) と略す）は通信媒体との電気
的接続、データのバラレル／シリアル変換、フレームの
識別、エラー検出の為のＦＣＳ（Frame Check Sequenc
e) の生成／検査などの機能を有し、受信終了時にはス
テータス情報を作成する。
【００２２】データ出力手段１３０（以下ＦＭＣＵ（Fr
ame Memory Control Unit ）と略す）はネットワークか
ら受信したＬＬＣ層の通信データ（以下ＬＬＣフレーム
と呼ぶ）を共有メモリ２に書き出す為のものである。Ｆ
ＭＣＵ１３０は前述のＦＢリストをたどりながらＬＬＣ
フレームをデータ領域の大きさに分割して格納する機能
を有する。
ame Memory Control Unit ）と略す）はネットワークか
ら受信したＬＬＣ層の通信データ（以下ＬＬＣフレーム
と呼ぶ）を共有メモリ２に書き出す為のものである。Ｆ
ＭＣＵ１３０は前述のＦＢリストをたどりながらＬＬＣ
フレームをデータ領域の大きさに分割して格納する機能
を有する。
【００２３】ＭＡＣバッファ手段１４０（以下ＭＡＣバ
ッファと略す）は、ＮＣＵ１２０においてＭＡＣフレー
ムであると識別された通信データが格納される記憶手段
である。
ッファと略す）は、ＮＣＵ１２０においてＭＡＣフレー
ムであると識別された通信データが格納される記憶手段
である。
【００２４】ＬＬＣバッファ手段１５０（以下ＬＬＣバ
ッファと略す）はＮＣＵ１２０においてＬＬＣフレーム
であると識別された通信データが格納される記憶手段で
ある。ＬＬＣバッファの中には環状バッファとし用いら
れるメモリ１５１と、該メモリのアドレスを示す３種の
アドレス手段１５２、１５３、１５４と、環状バッファ
１５１のフル／エンプティを検出する３つの検出手段１
５５、１５６、１５７とがある。
ッファと略す）はＮＣＵ１２０においてＬＬＣフレーム
であると識別された通信データが格納される記憶手段で
ある。ＬＬＣバッファの中には環状バッファとし用いら
れるメモリ１５１と、該メモリのアドレスを示す３種の
アドレス手段１５２、１５３、１５４と、環状バッファ
１５１のフル／エンプティを検出する３つの検出手段１
５５、１５６、１５７とがある。
【００２５】次にＬＬＣバッファ１５０中の上記各構成
要素について詳細に説明する。
要素について詳細に説明する。
【００２６】環状バッファ１５１はバイト単位でアクセ
スされるメモリであって、ＬＬＣフレームを複数個格納
するために、図５に示すようなデータ構造を有するフレ
ーム・ブロックで管理される。ＮＣＵ１２０が受信した
後のフレーム・ブロックは、図５（ａ）に示すように、
ＬＬＣフレームの長さを示すLengthと受信終了状態を示
すN-Status並びにＬＬＣフレームのデータで構成され
る。通常、ＬＬＣフレームの長さは６４Ｋバイト以下で
あるためLengthは２バイト、Statusは処理のし易さから
２バイトを割り当てる。従って、１つのフレーム・ブロ
ックはＬＬＣフレームの長さ＋４バイトの付加情報でも
って、図（ｃ）に示すように環状バッファ１５１に記憶
される。複数のフレームが次々に受信されている時、次
のフレーム・ブロックのアドレスは（現在のフレーム・
ブロックのアドレス＋Length＋４）の計算式で求められ
る。従って、環状バッファがあふれない範囲で数多くの
ＬＬＣフレームを格納することが可能となる。図（ｃ）
では、図（ａ）と図（ｂ）に示す２個のＬＬＣフレーム
が環状バッファ１５１内に記憶され、さらに環状バッフ
ァ内に未使用領域が残っている状態を示している。ＦＭ
ＣＵ１３０がＬＬＣフレームをＦＢに書き出した後のフ
レーム・ブロックは上述のLength，N-Statusの他に、図
５（ｂ）に示すように、ＦＭＣＵ１３０から出力され
る、ＬＬＣフレームを格納したＦＢリストの先頭ＦＢア
ドレス（Ｆ−ＦＢ）と末尾アドレス（Ｌ−ＦＢ）及びＦ
ＭＣＵ１３０の動作完了状態（Ｆ−Status）が含まれ
る。しかしながら、ＬＬＣフレームがＦＢに格納された
後は環状バッファ１５１の中のデータは不要になるた
め、ＬＬＣフレームのデータの上に重ね書きすることが
出来る。従って、環状バッファ１５１は余分な領域を必
要としない。ＦＭＣＵ１３０が次にＦＢに書き出すべき
フレーム・ブロックのアドレスも上述の計算式で求める
ことが出来る。
スされるメモリであって、ＬＬＣフレームを複数個格納
するために、図５に示すようなデータ構造を有するフレ
ーム・ブロックで管理される。ＮＣＵ１２０が受信した
後のフレーム・ブロックは、図５（ａ）に示すように、
ＬＬＣフレームの長さを示すLengthと受信終了状態を示
すN-Status並びにＬＬＣフレームのデータで構成され
る。通常、ＬＬＣフレームの長さは６４Ｋバイト以下で
あるためLengthは２バイト、Statusは処理のし易さから
２バイトを割り当てる。従って、１つのフレーム・ブロ
ックはＬＬＣフレームの長さ＋４バイトの付加情報でも
って、図（ｃ）に示すように環状バッファ１５１に記憶
される。複数のフレームが次々に受信されている時、次
のフレーム・ブロックのアドレスは（現在のフレーム・
ブロックのアドレス＋Length＋４）の計算式で求められ
る。従って、環状バッファがあふれない範囲で数多くの
ＬＬＣフレームを格納することが可能となる。図（ｃ）
では、図（ａ）と図（ｂ）に示す２個のＬＬＣフレーム
が環状バッファ１５１内に記憶され、さらに環状バッフ
ァ内に未使用領域が残っている状態を示している。ＦＭ
ＣＵ１３０がＬＬＣフレームをＦＢに書き出した後のフ
レーム・ブロックは上述のLength，N-Statusの他に、図
５（ｂ）に示すように、ＦＭＣＵ１３０から出力され
る、ＬＬＣフレームを格納したＦＢリストの先頭ＦＢア
ドレス（Ｆ−ＦＢ）と末尾アドレス（Ｌ−ＦＢ）及びＦ
ＭＣＵ１３０の動作完了状態（Ｆ−Status）が含まれ
る。しかしながら、ＬＬＣフレームがＦＢに格納された
後は環状バッファ１５１の中のデータは不要になるた
め、ＬＬＣフレームのデータの上に重ね書きすることが
出来る。従って、環状バッファ１５１は余分な領域を必
要としない。ＦＭＣＵ１３０が次にＦＢに書き出すべき
フレーム・ブロックのアドレスも上述の計算式で求める
ことが出来る。
【００２７】第１のアドレス手段１５２（以下Ｍ−ＡＤ
Ｒと略す）はＭＣＰ１１０が処理を行っているフレーム
・ブロックのアドレス（Ｍ−ＦＢＡ）を保持し、ＭＣＰ
１１０が上述のLength等の制御データのアドレスをフレ
ーム・ブロック内のオフセットとして与えた値から実際
の環状バッファ１５１のアドレスを求める機能と、ＭＣ
Ｐ１１０からの指示により次のフレーム・ブロックのア
ドレスを求める機能とを有している。ＭＣＰ１１０が初
期化指示を行った時は上記Ｍ−ＦＢＡをリセットアドレ
スに設定する。
Ｒと略す）はＭＣＰ１１０が処理を行っているフレーム
・ブロックのアドレス（Ｍ−ＦＢＡ）を保持し、ＭＣＰ
１１０が上述のLength等の制御データのアドレスをフレ
ーム・ブロック内のオフセットとして与えた値から実際
の環状バッファ１５１のアドレスを求める機能と、ＭＣ
Ｐ１１０からの指示により次のフレーム・ブロックのア
ドレスを求める機能とを有している。ＭＣＰ１１０が初
期化指示を行った時は上記Ｍ−ＦＢＡをリセットアドレ
スに設定する。
【００２８】第２のアドレス手段１５３（以下Ｎ−ＡＤ
Ｒと略す）はＮＣＵ１２０が受信したＬＬＣフレームを
格納するためのフレーム・ブロックのアドレス（Ｎ−Ｆ
ＢＡ）とＬＬＣフレームのデータを書き込む為のアドレ
ス（Ｎ−ＦＤＡ）とフレーム長を計測するカウンタを保
持する。ＭＣＰ１１０が初期化を指示した場合このＮ−
ＦＢＡをリセットアドレスに設定し、（Ｎ−ＦＤＡ）＝
（Ｎ−ＦＢＡ）＋４の計算によりデータを書き込むアド
レスを求め、カウンタを０に設定する。ＮＣＵ１２０は
ＬＬＣフレームの受信開始を通告したのち、ＬＬＣフレ
ームデータを順次ＬＬＣバッファ１５０に送り込んで来
るため、このデータをこのＮ−ＦＤＡが示すアドレスに
書き込むと共にＮ−ＦＤＡをインクリメントする。この
時同時にカウンタもインクリメントされる。またＮＣＵ
１２０はＬＬＣフレームの受信終了時に、受信終了状態
を送り込んでくるので、（Ｎ−ＦＢＡ）＋２のアドレス
にN-Statusとして、さらにカウンタの値を（Ｎ−ＦＢ
Ａ）＋０のアドレスにLengthとしてそれぞれ書き込む。
また、 （Ｎ−ＦＢＡ）＝（Ｎ−ＦＤＡ） （Ｎ−ＦＤＡ）＝（Ｎ−ＦＢＡ）＋４ の計算により次のＬＬＣフレームが格納されるフレーム
・ブロックのアドレスを求め、カウンタを０に設定す
る。
Ｒと略す）はＮＣＵ１２０が受信したＬＬＣフレームを
格納するためのフレーム・ブロックのアドレス（Ｎ−Ｆ
ＢＡ）とＬＬＣフレームのデータを書き込む為のアドレ
ス（Ｎ−ＦＤＡ）とフレーム長を計測するカウンタを保
持する。ＭＣＰ１１０が初期化を指示した場合このＮ−
ＦＢＡをリセットアドレスに設定し、（Ｎ−ＦＤＡ）＝
（Ｎ−ＦＢＡ）＋４の計算によりデータを書き込むアド
レスを求め、カウンタを０に設定する。ＮＣＵ１２０は
ＬＬＣフレームの受信開始を通告したのち、ＬＬＣフレ
ームデータを順次ＬＬＣバッファ１５０に送り込んで来
るため、このデータをこのＮ−ＦＤＡが示すアドレスに
書き込むと共にＮ−ＦＤＡをインクリメントする。この
時同時にカウンタもインクリメントされる。またＮＣＵ
１２０はＬＬＣフレームの受信終了時に、受信終了状態
を送り込んでくるので、（Ｎ−ＦＢＡ）＋２のアドレス
にN-Statusとして、さらにカウンタの値を（Ｎ−ＦＢ
Ａ）＋０のアドレスにLengthとしてそれぞれ書き込む。
また、 （Ｎ−ＦＢＡ）＝（Ｎ−ＦＤＡ） （Ｎ−ＦＤＡ）＝（Ｎ−ＦＢＡ）＋４ の計算により次のＬＬＣフレームが格納されるフレーム
・ブロックのアドレスを求め、カウンタを０に設定す
る。
【００２９】第３のアドレス手段１５４（Ｆ−ＡＤＲ）
はＦＭＣＵ１３０が共有メモリ２に書き出すＬＬＣフレ
ームのフレーム・ブロック・アドレス（Ｆ−ＦＢＡ）
と、ＬＬＣフレームのデータを読み出すためのアドレス
（Ｆ−ＦＤＡ）と、読み出したデータ量をカウントする
カウンタとを保持する。ＭＣＰ１１０が初期化の指示を
行うと、この第３のアドレス手段１５４はフレーム・デ
ータ・アドレスをリセットアドレスに設定し、 （Ｆ−ＦＤＡ）＝（Ｆ−ＦＢＡ）＋４ の計算からデータを読み出すアドレスを求めておく。こ
の第３のアドレス手段１５４はまた、ＦＭＣＵ１３０か
らの読出指示で起動され、この手段１３０からの読出要
求に従いＦ−ＦＤＡが示すアドレスのデータを読み出
し、ＦＭＣＵ１３０に出力する。Ｆ−ＦＤＡはこの後イ
ンクリメントされる。手段１３０による共有メモリ２へ
の書き込みが終了すると、手段１３０からＦ−ＦＢ，Ｌ
−ＦＢおよび動作終了ステータスが送り込まれるので、
Ｆ−ＦＢＡを基準アドレスとして所定の位置にそれぞれ
を書き込む。その後、次のフレームの読み出しのため、 （Ｆ−ＦＢＡ）＝（Ｆ−ＦＢＡ）＋Length＋４，（Ｆ−
ＦＤＡ）＝（Ｆ−ＦＢＡ）＋４ の計算により次のフレームブロックのアドレスを求め
る。
はＦＭＣＵ１３０が共有メモリ２に書き出すＬＬＣフレ
ームのフレーム・ブロック・アドレス（Ｆ−ＦＢＡ）
と、ＬＬＣフレームのデータを読み出すためのアドレス
（Ｆ−ＦＤＡ）と、読み出したデータ量をカウントする
カウンタとを保持する。ＭＣＰ１１０が初期化の指示を
行うと、この第３のアドレス手段１５４はフレーム・デ
ータ・アドレスをリセットアドレスに設定し、 （Ｆ−ＦＤＡ）＝（Ｆ−ＦＢＡ）＋４ の計算からデータを読み出すアドレスを求めておく。こ
の第３のアドレス手段１５４はまた、ＦＭＣＵ１３０か
らの読出指示で起動され、この手段１３０からの読出要
求に従いＦ−ＦＤＡが示すアドレスのデータを読み出
し、ＦＭＣＵ１３０に出力する。Ｆ−ＦＤＡはこの後イ
ンクリメントされる。手段１３０による共有メモリ２へ
の書き込みが終了すると、手段１３０からＦ−ＦＢ，Ｌ
−ＦＢおよび動作終了ステータスが送り込まれるので、
Ｆ−ＦＢＡを基準アドレスとして所定の位置にそれぞれ
を書き込む。その後、次のフレームの読み出しのため、 （Ｆ−ＦＢＡ）＝（Ｆ−ＦＢＡ）＋Length＋４，（Ｆ−
ＦＤＡ）＝（Ｆ−ＦＢＡ）＋４ の計算により次のフレームブロックのアドレスを求め
る。
【００３０】第１のバッファ残量検出手段１５５は、Ｍ
−ＡＤＲ１５２とＮ−ＡＤＲ１５３間のバッファ残量に
関するもので、環状バッファ１５１に空き領域が無いこ
と（Full）を検出するためのものである。このFullはＮ
−ＡＤＲ１５３のフレーム・データ・アドレス（Ｎ−Ｆ
ＤＡ）がＭ−ＡＤＲ１５２のフレーム・ブロック・アド
レス（Ｍ−ＦＢＡ）を追い越そうとしたときに検出さ
れ、ＮＣＵ１２０に対して現在受信中のフレームが正し
く書き込め無かったことを示す。
−ＡＤＲ１５２とＮ−ＡＤＲ１５３間のバッファ残量に
関するもので、環状バッファ１５１に空き領域が無いこ
と（Full）を検出するためのものである。このFullはＮ
−ＡＤＲ１５３のフレーム・データ・アドレス（Ｎ−Ｆ
ＤＡ）がＭ−ＡＤＲ１５２のフレーム・ブロック・アド
レス（Ｍ−ＦＢＡ）を追い越そうとしたときに検出さ
れ、ＮＣＵ１２０に対して現在受信中のフレームが正し
く書き込め無かったことを示す。
【００３１】第２のバッファ残量検出手段１５６はＮ−
ＡＤＲ１５３とＦ−ＡＤＲ１５４との間のバッファ残量
に関するもので、環状バッファ１５１に共有メモリ２に
書き出すべきＬＬＣフレームが無いこと（FMCU-Empty）
と、ＦＭＣＵ１３０が出力しているＬＬＣフレームの読
み出し終了（DATA-End）と、ＮＣＵ１２０が受信してい
る途中のＬＬＣフレームをＦＭＣＵ１３０が読み出して
いる場合にこの手段１３０が読み出すべきデータがない
こと（DATA-Empty）を検出し、それぞれをＦＭＣＵ１３
０に示すためのものである。
ＡＤＲ１５３とＦ−ＡＤＲ１５４との間のバッファ残量
に関するもので、環状バッファ１５１に共有メモリ２に
書き出すべきＬＬＣフレームが無いこと（FMCU-Empty）
と、ＦＭＣＵ１３０が出力しているＬＬＣフレームの読
み出し終了（DATA-End）と、ＮＣＵ１２０が受信してい
る途中のＬＬＣフレームをＦＭＣＵ１３０が読み出して
いる場合にこの手段１３０が読み出すべきデータがない
こと（DATA-Empty）を検出し、それぞれをＦＭＣＵ１３
０に示すためのものである。
【００３２】第３のバッファ残量検出手段１５７は、Ｍ
−ＡＤＲ１５２とＦ−ＡＤＲ１５４との間のバッファ残
量を検出するためのもので、ＭＣＰ１１０で処理すべき
ＬＬＣフレームが無いこと（MCP-Empty ）を検出するた
めのものである。MCP-Empty はＭ−ＦＢＡがＦ−ＦＢＡ
に等しい時に検出され、ＭＣＰ１１０に対してこれを通
知する。逆にMCP-Emptyが検出されない場合は、ＦＭＣ
Ｕ１３０を介して共有メモリ２に書き込まれるＬＬＣフ
レームが存在し、ＭＣＰ１１０がこれを処理しなければ
ならないことを示す。
−ＡＤＲ１５２とＦ−ＡＤＲ１５４との間のバッファ残
量を検出するためのもので、ＭＣＰ１１０で処理すべき
ＬＬＣフレームが無いこと（MCP-Empty ）を検出するた
めのものである。MCP-Empty はＭ−ＦＢＡがＦ−ＦＢＡ
に等しい時に検出され、ＭＣＰ１１０に対してこれを通
知する。逆にMCP-Emptyが検出されない場合は、ＦＭＣ
Ｕ１３０を介して共有メモリ２に書き込まれるＬＬＣフ
レームが存在し、ＭＣＰ１１０がこれを処理しなければ
ならないことを示す。
【００３３】本発明の１実施例に係る通信制御装置は以
上のように構成されており、次にその動作を説明する。
上のように構成されており、次にその動作を説明する。
【００３４】［初期化段階］上位通信制御手段３はＬＬ
Ｃフレーム受信の為のＦＤリスト、ＦＢリストを共有メ
モリ２の中に作成し、下位通信制御手段１に通知し、ま
た通信開始を指示する。
Ｃフレーム受信の為のＦＤリスト、ＦＢリストを共有メ
モリ２の中に作成し、下位通信制御手段１に通知し、ま
た通信開始を指示する。
【００３５】下位通信制御手段１が通信開始指示を受け
るとＭＣＰ１１０が第１に起動される。ＭＣＰ１１０は
まず環状バッファ１５１の初期化を指示し、これにより
第１、第２、第３のアドレス手段１５２，１５３，１５
４（Ｍ−ＡＤＲ，Ｎ−ＡＤＲ，Ｆ−ＡＤＲ）はリセット
される。この結果、第１のバッファ残量検出手段１５５
においてFull=0，第３の同手段１５７においてMCP-Empt
y=1 ，第２の同手段１５６においてFMCU-Empty=1のバッ
ファ残量信号が出力される。ＭＣＰ１１０はＦＢリスト
の先頭アドレスをＦＭＣＵ１３０に通知し動作開始指示
を与える。また、ＮＣＵ１２０にも動作開始指示を与え
る。
るとＭＣＰ１１０が第１に起動される。ＭＣＰ１１０は
まず環状バッファ１５１の初期化を指示し、これにより
第１、第２、第３のアドレス手段１５２，１５３，１５
４（Ｍ−ＡＤＲ，Ｎ−ＡＤＲ，Ｆ−ＡＤＲ）はリセット
される。この結果、第１のバッファ残量検出手段１５５
においてFull=0，第３の同手段１５７においてMCP-Empt
y=1 ，第２の同手段１５６においてFMCU-Empty=1のバッ
ファ残量信号が出力される。ＭＣＰ１１０はＦＢリスト
の先頭アドレスをＦＭＣＵ１３０に通知し動作開始指示
を与える。また、ＮＣＵ１２０にも動作開始指示を与え
る。
【００３６】［ＭＡＣフレーム受信］ネットワークから
受信したフレームがＭＡＣフレームであることをＮＣＵ
１２０が判定すると、ＭＡＣバッファ手段１４０に受信
開始が通知され、受信されたデータが送り込まれる。受
信終了時には受信終了状態が同様に送り込まれる。ＭＣ
Ｐ１１０に対しては受信開始と終了を示す信号がＮＣＵ
１２０から送られ、ＭＣＰ１１０はＭＡＣバッファ手段
１４０に格納されたフレームを元にＭＡＣプロトコル処
理を行う。
受信したフレームがＭＡＣフレームであることをＮＣＵ
１２０が判定すると、ＭＡＣバッファ手段１４０に受信
開始が通知され、受信されたデータが送り込まれる。受
信終了時には受信終了状態が同様に送り込まれる。ＭＣ
Ｐ１１０に対しては受信開始と終了を示す信号がＮＣＵ
１２０から送られ、ＭＣＰ１１０はＭＡＣバッファ手段
１４０に格納されたフレームを元にＭＡＣプロトコル処
理を行う。
【００３７】［単独ＬＬＣフレーム受信］ネットワーク
から受信したフレームがＬＬＣフレームであるとＮＣＵ
１２０が判定した時には、ＬＬＣバッファ手段１５０に
受信開始が通知され、受信されたデータが送り込まれ
る。ＬＬＣバッファ手段１５０の中では、Ｎ−ＡＤＲ１
５３がＮ−ＦＤＡのアドレスの所にデータを格納する。
受信が開始されたことにより、第２のバッファ残量検出
手段１５６においてFMCU-Emptyが“０“になり、ＦＭＣ
Ｕ１３０に共有メモリ２に書き出すべきデータが存在し
ていることが示される。ＦＭＣＵ１３０は直ちに動作開
始をＦ−ＡＤＲ１５４に指示しデータを読み出し始め
る。また、ＭＣＰ１１０に対しても受信開始がＮＣＵ１
２０から通知され、受信処理が始まる。
から受信したフレームがＬＬＣフレームであるとＮＣＵ
１２０が判定した時には、ＬＬＣバッファ手段１５０に
受信開始が通知され、受信されたデータが送り込まれ
る。ＬＬＣバッファ手段１５０の中では、Ｎ−ＡＤＲ１
５３がＮ−ＦＤＡのアドレスの所にデータを格納する。
受信が開始されたことにより、第２のバッファ残量検出
手段１５６においてFMCU-Emptyが“０“になり、ＦＭＣ
Ｕ１３０に共有メモリ２に書き出すべきデータが存在し
ていることが示される。ＦＭＣＵ１３０は直ちに動作開
始をＦ−ＡＤＲ１５４に指示しデータを読み出し始め
る。また、ＭＣＰ１１０に対しても受信開始がＮＣＵ１
２０から通知され、受信処理が始まる。
【００３８】ＦＭＣＵ１３０が動作すると環状バッファ
１５１に蓄積されているデータは減少する。データがな
くなった時には第２のバッファ残量検出手段１５６にお
いてDATA-Empty=1となる。ＦＭＣＵ１３０はDATA-Empty
が“０“に変わってデータがバッファ１５１に溜るまで
待ち、“０“なればデータ転送を再開する。
１５１に蓄積されているデータは減少する。データがな
くなった時には第２のバッファ残量検出手段１５６にお
いてDATA-Empty=1となる。ＦＭＣＵ１３０はDATA-Empty
が“０“に変わってデータがバッファ１５１に溜るまで
待ち、“０“なればデータ転送を再開する。
【００３９】受信が完了とすると受信終了状態が送り込
まれてくるので、Ｎ−ＡＤＲ１５３は所定のアドレスに
これをLengthと共に書き込み、各アドレスＮ−ＦＢＡと
Ｎ−ＦＤＡを更新する。ＦＭＣＵ１３０はＬＬＣフレー
ムのデータがなくなったことを示す終了信号（DATA-En
d）が第２のバッファ残量検出手段１５６から出力され
るまで動作を続け、終了したならば動作完了状態等をＦ
−ＡＤＲ１５４に送る。Ｆ−ＡＤＲ１５４は所定のアド
レスにそれらを書き込み、各アドレスＦ−ＦＢＡとＦ−
ＦＤＡを更新する。この結果、Ｍ−ＡＤＲ１５２内のア
ドレスＭ−ＦＢＡとＦ−ＡＤＲ１５４内のアドレスＦ−
ＦＢＡは値が異なってくるので、第３のバッファ残量検
出手段１５７においてMCP-Empty が“０“となる。これ
はＭＣＰ１１０に対しＦＭＣＵ１３０の受信動作が完了
したことを示すので、Ｍ−ＡＤＲ１５２がポイントする
所からLength、First-FB等の管理情報を読み出し、ＦＤ
リストへ転送し、上位通信制御装置３にＬＬＣフレーム
通信を通知する。ＭＣＰ１１０はＭ−ＡＤＲ１５２内の
アドレスＭ−ＦＢＡに次のフレーム・ブロックのアドレ
スに更新する指示を与える。
まれてくるので、Ｎ−ＡＤＲ１５３は所定のアドレスに
これをLengthと共に書き込み、各アドレスＮ−ＦＢＡと
Ｎ−ＦＤＡを更新する。ＦＭＣＵ１３０はＬＬＣフレー
ムのデータがなくなったことを示す終了信号（DATA-En
d）が第２のバッファ残量検出手段１５６から出力され
るまで動作を続け、終了したならば動作完了状態等をＦ
−ＡＤＲ１５４に送る。Ｆ−ＡＤＲ１５４は所定のアド
レスにそれらを書き込み、各アドレスＦ−ＦＢＡとＦ−
ＦＤＡを更新する。この結果、Ｍ−ＡＤＲ１５２内のア
ドレスＭ−ＦＢＡとＦ−ＡＤＲ１５４内のアドレスＦ−
ＦＢＡは値が異なってくるので、第３のバッファ残量検
出手段１５７においてMCP-Empty が“０“となる。これ
はＭＣＰ１１０に対しＦＭＣＵ１３０の受信動作が完了
したことを示すので、Ｍ−ＡＤＲ１５２がポイントする
所からLength、First-FB等の管理情報を読み出し、ＦＤ
リストへ転送し、上位通信制御装置３にＬＬＣフレーム
通信を通知する。ＭＣＰ１１０はＭ−ＡＤＲ１５２内の
アドレスＭ−ＦＢＡに次のフレーム・ブロックのアドレ
スに更新する指示を与える。
【００４０】単独のＬＬＣフレームが受信された場合に
は以上の処理で各アドレス手段（ＡＤＲ）１５２，１５
３，１５４内のアドレスＭ−ＦＢＡ，Ｎ−ＦＢＡ，Ｆ−
ＦＢＡの３者は同一のフレームブロックを指す様にな
り、初期状態と等価な状態になる。
は以上の処理で各アドレス手段（ＡＤＲ）１５２，１５
３，１５４内のアドレスＭ−ＦＢＡ，Ｎ−ＦＢＡ，Ｆ−
ＦＢＡの３者は同一のフレームブロックを指す様にな
り、初期状態と等価な状態になる。
【００４１】［連続ＬＬＣフレーム受信］ネットワーク
から連続してＬＬＣフレームを受信する場合には、まず
第１のＬＬＣフレームについては前述と同様にＬＬＣバ
ッファ手段１５０に受信開始が通知され、受信されたデ
ータが送り込まれる。ＬＬＣバッファ手段１５０の中で
は、Ｎ−ＡＤＲ１５３がＮ−ＦＤＡのアドレスの所にデ
ータを格納する。またこの時、第２のバッファ残量検出
手段１５６において、FMCU-Emptyは“０“になり、ＦＭ
ＣＵ１３０に共有メモリ２に書き出すべきデータが存在
していることが示される。受信が完了とすると受信終了
状態が送り込まれてくるので、Ｎ−ＡＤＲ１５３は所定
のアドレスにLengthと共にこれを書き込み、アドレスＮ
−ＦＢＡとＮ−ＦＤＡを更新する。更に次のＬＬＣフレ
ームが受信されるとＮＣＵ１２０とＮ−ＡＤＲ１５３は
前述の動作を繰り返し、環状バッファ１５１に次々にＬ
ＬＣフレームを書き込む。
から連続してＬＬＣフレームを受信する場合には、まず
第１のＬＬＣフレームについては前述と同様にＬＬＣバ
ッファ手段１５０に受信開始が通知され、受信されたデ
ータが送り込まれる。ＬＬＣバッファ手段１５０の中で
は、Ｎ−ＡＤＲ１５３がＮ−ＦＤＡのアドレスの所にデ
ータを格納する。またこの時、第２のバッファ残量検出
手段１５６において、FMCU-Emptyは“０“になり、ＦＭ
ＣＵ１３０に共有メモリ２に書き出すべきデータが存在
していることが示される。受信が完了とすると受信終了
状態が送り込まれてくるので、Ｎ−ＡＤＲ１５３は所定
のアドレスにLengthと共にこれを書き込み、アドレスＮ
−ＦＢＡとＮ−ＦＤＡを更新する。更に次のＬＬＣフレ
ームが受信されるとＮＣＵ１２０とＮ−ＡＤＲ１５３は
前述の動作を繰り返し、環状バッファ１５１に次々にＬ
ＬＣフレームを書き込む。
【００４２】ＦＭＣＵ１３０は手段１５６からFMCU-Emp
ty=0を受け、直ちに動作開始をＦ−ＡＤＲ１５４に指示
しデータを読み出し始める。ＦＭＣＵ１３０は現在読み
出し中のＬＬＣフレームについての終了信号（DATA-En
d）が手段１５６からでるまで動作を続け、終了したな
らば動作完了状態等をＦ−ＡＤＲ１５４に送る。Ｆ−Ａ
ＤＲ１５４は所定のアドレスにそれらを書き込み、アド
レスＦ−ＦＢＡとＦ−ＦＤＡを更新する。ここで、Ｍ−
ＡＤＲ１５２内のアドレスＭ−ＦＢＡとこのＦ−ＦＢＡ
は値が異なってくるので、手段１５７においてMCP-Empt
y が“０“となる。これはＭＣＰ１１０に対しＦＭＣＵ
１３０の受信動作が完了したことを示す。ＮＣＵ１２０
が次々とＬＬＣフレームを受信していると環状バッファ
１５１にはＬＬＣフレームが溜まっている。この事は第
２のバッファ残量検出手段１５６においてFMCU-Empty=0
で示されるので、ＦＭＣＵは再度Ｆ−ＡＤＲ１５４に動
作開始を指示し、ＬＬＣフレームの読み出しを行う。こ
の処理はＦ−ＡＤＲ１５４が操作するフレームブロック
がＮ−ＡＤＲ１５３の指すフレームブロックに追いつく
まで繰り返される。追いついた所でＮＣＵ１２０がＬＬ
Ｃフレームを受信していなければ手段１５６においてFM
CU-Emptyは“１“となり、ＦＭＣＵ１３０は停止する。
ty=0を受け、直ちに動作開始をＦ−ＡＤＲ１５４に指示
しデータを読み出し始める。ＦＭＣＵ１３０は現在読み
出し中のＬＬＣフレームについての終了信号（DATA-En
d）が手段１５６からでるまで動作を続け、終了したな
らば動作完了状態等をＦ−ＡＤＲ１５４に送る。Ｆ−Ａ
ＤＲ１５４は所定のアドレスにそれらを書き込み、アド
レスＦ−ＦＢＡとＦ−ＦＤＡを更新する。ここで、Ｍ−
ＡＤＲ１５２内のアドレスＭ−ＦＢＡとこのＦ−ＦＢＡ
は値が異なってくるので、手段１５７においてMCP-Empt
y が“０“となる。これはＭＣＰ１１０に対しＦＭＣＵ
１３０の受信動作が完了したことを示す。ＮＣＵ１２０
が次々とＬＬＣフレームを受信していると環状バッファ
１５１にはＬＬＣフレームが溜まっている。この事は第
２のバッファ残量検出手段１５６においてFMCU-Empty=0
で示されるので、ＦＭＣＵは再度Ｆ−ＡＤＲ１５４に動
作開始を指示し、ＬＬＣフレームの読み出しを行う。こ
の処理はＦ−ＡＤＲ１５４が操作するフレームブロック
がＮ−ＡＤＲ１５３の指すフレームブロックに追いつく
まで繰り返される。追いついた所でＮＣＵ１２０がＬＬ
Ｃフレームを受信していなければ手段１５６においてFM
CU-Emptyは“１“となり、ＦＭＣＵ１３０は停止する。
【００４３】ＭＣＰ１１０はＬＬＣフレームについてＮ
ＣＵ１２０から受信開始を通知され、受信処理を始め
る。ＦＭＣＵ１３０が１つのフレームの処理を終了する
とＭ−ＡＤＲ１５２内のアドレスＭ−ＦＢＡとＦ−ＡＤ
Ｒ１５４内のアドレスＦ−ＦＢＡが異なってきて手段１
５６におけるMCP-Empty が“０“になり、ＭＣＰ１１０
が完了処理をすべきＬＬＣフレームが存在することが示
される。ＭＣＰ１１０は処理が終わるとＭ−ＡＤＲ１５
２に対してアドレスＭ−ＦＢＡ更新指示を出す。それで
もこのアドレスＭ−ＦＢＡとＦ−ＡＤＲ１５４内のアド
レスＦ−ＦＢＡが異なっていればＦＭＣＵ１３０の処理
が終わったＬＬＣフレームがまだ残っている事になり、
手段１５７におけるMCP-Empty は“０“のままであり、
ＭＣＰ１１０は完了処理を続ける。アドレスＭ−ＦＢＡ
とアドレスＦ−ＦＢＡが等しく成ったならば手段１５７
におけるMCP-Empty は“１“になる。これは該ＬＬＣフ
レームでＦＭＣＵ１３０の処理が終わっていないのでＭ
ＣＰ１１０は処理できない事を示している。
ＣＵ１２０から受信開始を通知され、受信処理を始め
る。ＦＭＣＵ１３０が１つのフレームの処理を終了する
とＭ−ＡＤＲ１５２内のアドレスＭ−ＦＢＡとＦ−ＡＤ
Ｒ１５４内のアドレスＦ−ＦＢＡが異なってきて手段１
５６におけるMCP-Empty が“０“になり、ＭＣＰ１１０
が完了処理をすべきＬＬＣフレームが存在することが示
される。ＭＣＰ１１０は処理が終わるとＭ−ＡＤＲ１５
２に対してアドレスＭ−ＦＢＡ更新指示を出す。それで
もこのアドレスＭ−ＦＢＡとＦ−ＡＤＲ１５４内のアド
レスＦ−ＦＢＡが異なっていればＦＭＣＵ１３０の処理
が終わったＬＬＣフレームがまだ残っている事になり、
手段１５７におけるMCP-Empty は“０“のままであり、
ＭＣＰ１１０は完了処理を続ける。アドレスＭ−ＦＢＡ
とアドレスＦ−ＦＢＡが等しく成ったならば手段１５７
におけるMCP-Empty は“１“になる。これは該ＬＬＣフ
レームでＦＭＣＵ１３０の処理が終わっていないのでＭ
ＣＰ１１０は処理できない事を示している。
【００４４】この様にＮＣＵ１２０は環状バッファ１５
１に空きがある限り自律的にＬＬＣフレームの受信を行
い、ＦＭＣＵ１３０は環状バッファ１５１にＬＬＣフレ
ームが蓄積されている限り自律的に共有メモリ２への書
き込みを行い、更にこれと並行してＭＣＰ１１０はＦＭ
ＣＵ１３０の処理が完了したフレームについて上位通信
制御手段３への報告処理を行っている。ＭＣＰ１１０，
ＮＣＵ１２０，ＦＭＣＵ１３０の３者の処理速度がバラ
ンスしていれば、環状バッファ１５１が溢れることはな
く、沢山のフレームを連続して受信することができる。
更にＭＡＣプロトコルの処理に必要なＭＡＣフレーム
と上位プロトコルに関係するＬＬＣフレームとを分離し
てバッファリングしているので、ＦＭＣＵ１３０はフレ
ームタイプを考慮することなく共有メモリ２にデータを
転送できる。同時にＭＣＰ１１０はＭＡＣプロトコル処
理を行えるため、下位通信制御手段１全体としての処理
性能が向上する。
１に空きがある限り自律的にＬＬＣフレームの受信を行
い、ＦＭＣＵ１３０は環状バッファ１５１にＬＬＣフレ
ームが蓄積されている限り自律的に共有メモリ２への書
き込みを行い、更にこれと並行してＭＣＰ１１０はＦＭ
ＣＵ１３０の処理が完了したフレームについて上位通信
制御手段３への報告処理を行っている。ＭＣＰ１１０，
ＮＣＵ１２０，ＦＭＣＵ１３０の３者の処理速度がバラ
ンスしていれば、環状バッファ１５１が溢れることはな
く、沢山のフレームを連続して受信することができる。
更にＭＡＣプロトコルの処理に必要なＭＡＣフレーム
と上位プロトコルに関係するＬＬＣフレームとを分離し
てバッファリングしているので、ＦＭＣＵ１３０はフレ
ームタイプを考慮することなく共有メモリ２にデータを
転送できる。同時にＭＣＰ１１０はＭＡＣプロトコル処
理を行えるため、下位通信制御手段１全体としての処理
性能が向上する。
【００４５】
【発明の効果】以上実施例を挙げて詳細に説明したよう
に、本発明の通信制御装置では、フレームタイプにより
バッファリング手段を選択しているため、フレーム処理
に適したデータの処理を行うことが出来る。特にＬＬＣ
フレームについて、フレームの長いものと短いものが混
在し、かつそれらが連続して受信される状況にあって
も、ＬＬＣフレームを格納する第２のバッファ手段の存
在によりフレームを取りこぼすことなく連続受信が可能
である。また、制御手段によるプロトコル制御に必要と
されるＭＡＣフレームに関しては第１のバッファ手段に
振り分けて受信されるので、第２のバッファ手段には共
有メモリに出力すべきフレームだけが格納されることに
なり、バッファの管理手法が簡単化される。
に、本発明の通信制御装置では、フレームタイプにより
バッファリング手段を選択しているため、フレーム処理
に適したデータの処理を行うことが出来る。特にＬＬＣ
フレームについて、フレームの長いものと短いものが混
在し、かつそれらが連続して受信される状況にあって
も、ＬＬＣフレームを格納する第２のバッファ手段の存
在によりフレームを取りこぼすことなく連続受信が可能
である。また、制御手段によるプロトコル制御に必要と
されるＭＡＣフレームに関しては第１のバッファ手段に
振り分けて受信されるので、第２のバッファ手段には共
有メモリに出力すべきフレームだけが格納されることに
なり、バッファの管理手法が簡単化される。
【００４６】さらに、ネットワークとの物理的なデータ
転送と、下位通信制御手段と上位通信制御手段との間の
データ転送と、下位通信制御手段内で行うべきプロトコ
ル処理とが並列に実行されるので、下位通信制御手段の
処理能力が向上し、更には上位通信制御手段を含めたシ
ステム全体の通信処理能力が向上する。
転送と、下位通信制御手段と上位通信制御手段との間の
データ転送と、下位通信制御手段内で行うべきプロトコ
ル処理とが並列に実行されるので、下位通信制御手段の
処理能力が向上し、更には上位通信制御手段を含めたシ
ステム全体の通信処理能力が向上する。
【図１】本発明の１実施例に係る通信制御装置を示すブ
ロック図である。
ロック図である。
【図２】図１に示す下位通信制御手段の詳細を示すブロ
ック図である。
ック図である。
【図３】通信のプロトコル階層を示す図である。
【図４】共有メモリにデータを格納する時のデータ構造
を示す図である。
を示す図である。
【図５】図２に示す環状バッファの中にデータを格納す
る時のデータ構造を示す図である。
る時のデータ構造を示す図である。
１ 下位プロトコル通信制御手段 ２ 共有メモリ ３ 上位プロトコル通信制御手段 １１０ 制御手段 １２０ ネットワーク制御手段 １３０ データ出力手段 １４０ ＭＡＣバッファ手段 １５０ ＬＬＣバッファ手段
Claims (2)
- 【請求項１】 下位プロトコルを実行する第１の通信制
御手段と上位プロトコルを実行する第２の通信制御手段
と該第１、第２の通信制御手段間で通信データを受け渡
すための共有メモリとからなる通信制御手段において、 前記第１の通信制御手段は、 ネットワークから受信したシリアルデータからフレーム
の開始及び終了を判断する判断部とフレームのタイプを
識別する識別部を備えたネットワーク制御手段と、 第１のフレームタイプをもつフレームをバッファリング
する第１のバッファ手段と、 第２のフレームタイプをもつフレームをバッファリング
する第２のバッファ手段と、 前記第２のバッファ手段に格納されたフレームを前記共
有メモリに書き出すデータ出力手段と、 前記各手段全体を統括して制御する制御手段とから構成
され、 さらに、前記第２のバッファ手段は、 フレームおよび制御情報を保持する手段と、 前記ネットワーク制御手段が前記保持手段にフレームお
よび該フレームに付随する制御情報を書き込むための第
１のアドレス保持手段と、 前記データ出力手段が前記保持手段からフレームを読み
出し、また該保持手段へ各種の制御情報を書き込むため
の第２のアドレス保持手段と、 前記統制制御手段が前記保持手段から前記フレームおよ
び前記各制御情報を読み出すための第３のアドレス保持
手段と、 前記第１のアドレス保持手段と第３のアドレス保持手段
との情報から該第２のバッファ手段のオーバーフローを
検出し、これを前記ネットワーク制御手段に通知する手
段と、 前記第１のアドレス保持手段と第２のアドレス保持手段
との情報から該第２のバッファ手段にフレームが格納さ
れていないことを検出し、これを前記データ出力手段に
通知する手段と、 前記第２のアドレス保持手段と第３のアドレス保持手段
との情報から前記統括制御手段が処理すべきフレームが
残っていることを検出する手段とから構成され、 前記ネットワーク制御手段は、第１のフレームタイプの
フレームを受信した場合には前記第１のバッファ手段に
フレームを格納し、第２のフレームタイプのフレームを
受信した場合には前記第２のバッファ手段においてオー
バーフローが検出されていない限りこれを該第２のバッ
ファ手段に格納し、 前記データ出力手段は前記第２のバッファ手段に格納さ
れたフレームを順次、前記共有メモリに転送し、 前記統括制御手段は前記第２のバッファ手段に格納され
た制御情報により前記上位プロトコルを実行する第２の
通信制御手段に対する受信結果の通知を前記共有メモリ
に書き込むことを特徴とする通信制御装置。 - 【請求項２】 前記第２のバッファ手段は、環状にデー
タを格納するものであって、格納されるデータを第１の
制御データと通信データとの１単位ブロックとし、更に
複数のブロックが連続して書き込まれ、また、この通信
データが読み出された後に第２の制御データが第１の制
御データの直後の通信データ上に上書きされるよう構成
されていることを特徴とする請求項１記載の通信制御装
置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3004001A JP2530060B2 (ja) | 1991-01-17 | 1991-01-17 | 通信制御装置 |
| KR1019920000365A KR950006565B1 (ko) | 1991-01-17 | 1992-01-14 | 통신제어장치 |
| US07/821,045 US5289469A (en) | 1991-01-17 | 1992-01-16 | Communication control unit with lower layer protocol control and higher layer protocol control |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3004001A JP2530060B2 (ja) | 1991-01-17 | 1991-01-17 | 通信制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04243347A JPH04243347A (ja) | 1992-08-31 |
| JP2530060B2 true JP2530060B2 (ja) | 1996-09-04 |
Family
ID=11572763
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3004001A Expired - Fee Related JP2530060B2 (ja) | 1991-01-17 | 1991-01-17 | 通信制御装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5289469A (ja) |
| JP (1) | JP2530060B2 (ja) |
| KR (1) | KR950006565B1 (ja) |
Families Citing this family (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7537167B1 (en) | 1993-08-31 | 2009-05-26 | Broadcom Corporation | Modular, portable data processing terminal for use in a radio frequency communication network |
| US6014705A (en) * | 1991-10-01 | 2000-01-11 | Intermec Ip Corp. | Modular portable data processing terminal having a higher layer and lower layer partitioned communication protocol stack for use in a radio frequency communications network |
| US7383038B2 (en) * | 1990-01-18 | 2008-06-03 | Broadcom Corporation | Modular, portable data processing terminal for use in a radio frequency communication network |
| US6431451B1 (en) | 1991-02-25 | 2002-08-13 | Intermec Ip Corp. | Hand-held data capture system with interchangeable modules |
| JP2729420B2 (ja) * | 1991-10-02 | 1998-03-18 | 三菱電機株式会社 | 通信用プロセッサ |
| US5434976A (en) * | 1992-09-28 | 1995-07-18 | Standard Microsystems Corporation | Communications controller utilizing an external buffer memory with plural channels between a host and network interface operating independently for transferring packets between protocol layers |
| US5481735A (en) * | 1992-12-28 | 1996-01-02 | Apple Computer, Inc. | Method for modifying packets that meet a particular criteria as the packets pass between two layers in a network |
| JP3168102B2 (ja) * | 1993-06-30 | 2001-05-21 | トヨタ自動車株式会社 | 通信装置 |
| US7853254B2 (en) * | 1993-08-31 | 2010-12-14 | Broadcom Corp. | Modular, portable data processing terminal for use in a radio frequency communication network |
| US5491792A (en) * | 1994-09-23 | 1996-02-13 | Forney International, Inc. | Sequence of events system using a redundant analog I/O board system |
| US6064660A (en) * | 1996-12-12 | 2000-05-16 | Optimay Corporation | GSM transceiver with portable protocol stack |
| US6011803A (en) * | 1997-01-13 | 2000-01-04 | Lucent Technologies Inc. | Distributed-protocol server |
| US5978379A (en) | 1997-01-23 | 1999-11-02 | Gadzoox Networks, Inc. | Fiber channel learning bridge, learning half bridge, and protocol |
| US6073181A (en) * | 1997-06-03 | 2000-06-06 | International Business Machines Corporation | Multi-buffer error detection for an open data-link interface LAN adapter |
| US6728267B1 (en) * | 1998-12-23 | 2004-04-27 | Nortel Networks Limited | Service capable network |
| US7430171B2 (en) | 1998-11-19 | 2008-09-30 | Broadcom Corporation | Fibre channel arbitrated loop bufferless switch circuitry to increase bandwidth without significant increase in cost |
| KR100382470B1 (ko) * | 1999-04-08 | 2003-05-01 | 엘지전자 주식회사 | Imt-2000 이동 통신 시스템의 무선 프로토콜 |
| US6804202B1 (en) * | 1999-04-08 | 2004-10-12 | Lg Information And Communications, Ltd. | Radio protocol for mobile communication system and method |
| US6424177B1 (en) * | 1999-06-28 | 2002-07-23 | Broadcom Corporation | Universal single-ended parallel bus |
| US6897697B2 (en) | 1999-06-28 | 2005-05-24 | Broadcom Corporation | Current-controlled CMOS circuit using higher voltage supply in low voltage CMOS process |
| US6424194B1 (en) * | 1999-06-28 | 2002-07-23 | Broadcom Corporation | Current-controlled CMOS logic family |
| US6911855B2 (en) * | 1999-06-28 | 2005-06-28 | Broadcom Corporation | Current-controlled CMOS circuit using higher voltage supply in low voltage CMOS process |
| US6718397B1 (en) | 2000-01-05 | 2004-04-06 | Yijun Zhao | Network adapter for providing initialization and protocol translation between a microprocessor and a network interface |
| US6340899B1 (en) | 2000-02-24 | 2002-01-22 | Broadcom Corporation | Current-controlled CMOS circuits with inductive broadbanding |
| KR100439238B1 (ko) * | 2000-12-23 | 2004-07-05 | 엘지전자 주식회사 | 전송유니트간 송수신 데이터의 릴라이어블 프로토콜운용방법 |
| US20020124007A1 (en) * | 2001-03-02 | 2002-09-05 | Wuhan P&S Electronics Company Ltd. | Network server and database therein |
| US6864558B2 (en) | 2001-05-17 | 2005-03-08 | Broadcom Corporation | Layout technique for C3MOS inductive broadbanding |
| US7239636B2 (en) | 2001-07-23 | 2007-07-03 | Broadcom Corporation | Multiple virtual channels for use in network devices |
| KR100776084B1 (ko) * | 2001-09-17 | 2007-11-15 | 엘지노텔 주식회사 | 티씨피/아이피 프로토콜 계층 2에서 리라이어블 서비스제공장치 및 그 방법 |
| US6624699B2 (en) * | 2001-10-25 | 2003-09-23 | Broadcom Corporation | Current-controlled CMOS wideband data amplifier circuits |
| US7295555B2 (en) * | 2002-03-08 | 2007-11-13 | Broadcom Corporation | System and method for identifying upper layer protocol message boundaries |
| US7346701B2 (en) | 2002-08-30 | 2008-03-18 | Broadcom Corporation | System and method for TCP offload |
| US7934021B2 (en) * | 2002-08-29 | 2011-04-26 | Broadcom Corporation | System and method for network interfacing |
| US7313623B2 (en) * | 2002-08-30 | 2007-12-25 | Broadcom Corporation | System and method for TCP/IP offload independent of bandwidth delay product |
| WO2004021626A2 (en) * | 2002-08-30 | 2004-03-11 | Broadcom Corporation | System and method for handling out-of-order frames |
| US8180928B2 (en) | 2002-08-30 | 2012-05-15 | Broadcom Corporation | Method and system for supporting read operations with CRC for iSCSI and iSCSI chimney |
| US7693078B2 (en) | 2003-11-13 | 2010-04-06 | Rumi Sheryar Gonda | Method for supporting SDH/SONET OAMP on Ethernet |
| US7362174B2 (en) * | 2005-07-29 | 2008-04-22 | Broadcom Corporation | Current-controlled CMOS (C3MOS) wideband input data amplifier for reduced differential and common-mode reflection |
| US7598811B2 (en) * | 2005-07-29 | 2009-10-06 | Broadcom Corporation | Current-controlled CMOS (C3MOS) fully differential integrated wideband amplifier/equalizer with adjustable gain and frequency response without additional power or loading |
| US7598788B2 (en) * | 2005-09-06 | 2009-10-06 | Broadcom Corporation | Current-controlled CMOS (C3MOS) fully differential integrated delay cell with variable delay and high bandwidth |
| JP5034122B2 (ja) * | 2009-03-23 | 2012-09-26 | Ｎｅｃインフロンティア株式会社 | イーサネット通信装置およびイーサネット通信方法 |
| US9853920B2 (en) * | 2015-08-24 | 2017-12-26 | Cisco Technology, Inc. | Systems and methods for performing packet reorder processing |
| US11606346B2 (en) | 2020-06-29 | 2023-03-14 | Rockwell Automation Technologies, Inc. | Method and apparatus for managing reception of secure data packets |
| US11599649B2 (en) * | 2020-06-29 | 2023-03-07 | Rockwell Automation Technologies, Inc. | Method and apparatus for managing transmission of secure data packets |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4590468A (en) * | 1983-03-10 | 1986-05-20 | Western Digital Corporation | Token access controller protocol and architecture |
| US4744078A (en) * | 1985-05-13 | 1988-05-10 | Gould Inc. | Multiple path multiplexed host to network data communication system |
| KR920001576B1 (ko) * | 1987-09-09 | 1992-02-18 | 가부시끼가이샤 도시바 | 토큰패싱 버스 방식을 사용한 네트워크 시스템 |
| JP2522392B2 (ja) * | 1988-08-05 | 1996-08-07 | 三菱電機株式会社 | サイクリックデ―タ伝送方法 |
| US4979167A (en) * | 1988-12-02 | 1990-12-18 | Advanced Micro Devices, Inc. | Methods and apparatus for performing restricted token operations on an FDDI network |
| US5130981A (en) * | 1989-03-22 | 1992-07-14 | Hewlett-Packard Company | Three port random access memory in a network bridge |
| US5058110A (en) * | 1989-05-03 | 1991-10-15 | Ultra Network Technologies | Protocol processor |
-
1991
- 1991-01-17 JP JP3004001A patent/JP2530060B2/ja not_active Expired - Fee Related
-
1992
- 1992-01-14 KR KR1019920000365A patent/KR950006565B1/ko not_active IP Right Cessation
- 1992-01-16 US US07/821,045 patent/US5289469A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| KR950006565B1 (ko) | 1995-06-16 |
| JPH04243347A (ja) | 1992-08-31 |
| KR920015776A (ko) | 1992-08-27 |
| US5289469A (en) | 1994-02-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2530060B2 (ja) | 通信制御装置 | |
| JP3452590B2 (ja) | システムメモリからネットワークへのパケットに配列されるデータのフローを制御するネットワークアダプタおよびデータのフローを制御する方法 | |
| CA2124452C (en) | Method and apparatus for processing data within stations of a communication network | |
| JP3863912B2 (ja) | データ伝送の自動開始装置 | |
| JP3361824B2 (ja) | 複数個のプロセッサとシステムメモリ手段とを含むネットワークアダプタのための装置、ネットワーク制御装置、制御方法 | |
| US20230385107A1 (en) | Resource availability management using real-time task manager in multi-core system | |
| EP0797335A2 (en) | Network adapter | |
| JP2002524005A (ja) | 通信を高速化するインテリジェントネットワークインタフェース装置及びシステム | |
| JPH01303543A (ja) | メモリアクセス制御装置 | |
| EP0991230A2 (en) | Method and system of routing network-based data using frame address notification | |
| US20220286412A1 (en) | Real-time, time aware, dynamic, context aware and reconfigurable ethernet packet classification | |
| JP2001036588A (ja) | データ転送制御装置及び電子機器 | |
| US11579877B2 (en) | Broadside random access memory for low cycle memory access and additional functions | |
| WO2001006708A1 (fr) | Dispositif de gestion de transfert de donnees et appareil electronique | |
| JP2848370B2 (ja) | 通信回線監視装置 | |
| JPH06334705A (ja) | 通信制御装置 | |
| JPH07319823A (ja) | プロセッサ間通信方式 | |
| JP2527066B2 (ja) | 受信待ち行列処理装置 | |
| JP2000354083A (ja) | データ伝送装置 | |
| JPH0443443A (ja) | 拡張記憶制御方式 | |
| JPH03104440A (ja) | データフレーム識別方式 | |
| JPS6259336B2 (ja) | ||
| JPH08166886A (ja) | イベントキュー制御回路 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090614 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090614 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100614 Year of fee payment: 14 |
|
| LAPS | Cancellation because of no payment of annual fees |