JPH09102809A

JPH09102809A - 通信制御装置

Info

Publication number: JPH09102809A
Application number: JP7257789A
Authority: JP
Inventors: Hiroko Sugimoto; 博子杉本; Toshiyuki Kajimura; 利之梶村; Tomohiko Kitamura; 朋彦北村
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1995-10-04
Filing date: 1995-10-04
Publication date: 1997-04-15

Abstract

(57)【要約】【目的】通信プロトコルを変更せずに、若干のハード
ウェアの追加変更を行うだけで以て、コンピュータネッ
トワークからの受信データの欠落を簡単に回避すること
が可能な通信制御装置を提供することを目的としてい
る。【構成】端末１１１がデータを受信中であるとき、受
信用ＦＩＦＯ監視部１０２によって、受信用ＦＩＦＯ１
０１に存在するデータ量が、予め設定した閾値を越えた
ことが確認された場合、衝突用データ送出部１０３から
入力されるデータを無効とするための衝突用データがネ
ットワーク１００上へ送出される。この結果、入力され
るデータは無効となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、コンピュータネットワ
ークにおいて使用される通信制御装置に関するものであ
る。

【０００２】

【従来の技術】一般に、ＬＡＮ（Local Area Network)
等のコンピュータネットワークに接続された端末におい
ては、一時に大量のデータが送信されてきたとき、受信
データバッファの能力がそれほど大きくない場合、取り
込めないデータを大量発生させてしまう。また、データ
受信中に、通信以外の他の動作を行っているようなとき
には、受信データがバッファに溜まってしまい、新たな
データの取り込みができない状態になってしまうことも
ある。

【０００３】そこで、従来より、大容量の受信バッファ
を設けることによって、データのとりこぼしが発生しな
いよう対策している。その他にも、特開平１−２２８３
５３や特開昭６２−２９０２２４に開示されているよう
に、送信側と受信側との間の転送用クロックを状況に応
じて可変とし、データ転送量の調整を行ったり、或い
は、特開昭６２−１１４３４６に開示されているよう
に、パケット交換網において、受信側の能力に応じて送
信側でパケット長を変更することによって、データのと
りこぼしが発生しないように工夫している例もある。

【０００４】

【発明が解決しようとする課題】ところが、上記のよう
な従来技術では、大容量バッファや、クロック制御部な
どのハードウエア量の増大をもたらし、更に、独自の通
信プロトコルを構築するためにソフトウエア量の増大を
招くことは避けられない。本発明は、かかる現状に鑑み
てなされたものであり、通信プロトコルを変更せずに、
若干のハードウエアの追加変更を行なうだけで以て、受
信データの欠落を回避することが可能な通信制御装置を
提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本請求項１に記載の発明は、ネットワークからの受
信データを保持する受信データ保持手段と、前記受信デ
ータ保持手段が保持するデータ量が所定の閾値を超えた
か否かを監視するデータ量監視手段と、前記データ量監
視手段によって、前記受信データ保持手段に保持された
データ量が所定の閾値を超えたことが確認された場合
に、入力されるデータを無効とするための衝突用データ
を、前記ネットワークへ送出する衝突用データ送出手段
と、を備えていることを特徴としている。

【０００６】また、本請求項２に記載の発明は、請求項
１記載の通信制御装置における受信データ保持手段が、
更に、受信データが保持すべきものであるか否かを判断
するデータ判断手段を備えていることを特徴としてい
る。また、本請求項３に記載の発明は、請求項２記載の
通信制御装置における受信データ保持手段が、前記デー
タ判断手段によって受信データが保持すべきデータであ
るものと判断された場合に、該データを、受信順に保持
してゆくと共に、保持したデータを同順位でもって出力
してゆくことを特徴としている。

【０００７】また、本請求項４に記載の発明は、請求項
１又は請求項３記載の通信制御装置におけるデータ量監
視手段が、更に、前記受信データ保持手段に保持された
データ量が所定の閾値を超えたことを確認した場合に、
前記衝突用データ送出手段に対し、衝突用データの送出
を行うよう指示する衝突用データ送出指示手段を備えて
いることを特徴としている。

【０００８】また、本請求項５に記載の発明は、請求項
１又は請求項４記載の通信制御装置における衝突用デー
タ送出手段が、更に、前記衝突用データ送出指示手段に
よる指示を受けた場合に、データの受信モードからデー
タの送信モードへの切り替えを行う第１の通信モード切
り替え手段と、衝突用データの送出後、データの送信モ
ードからデータの受信モードへ切り替えを行う第２の通
信モード切り替え手段と、を備えていることを特徴とし
ている。

【０００９】また、本請求項６に記載の発明は、請求項
１又は請求項５記載の通信制御装置が、更に、受信デー
タのネットワークアドレスが自局のネットワークアドレ
スと一致するか否かを判定するネットワークアドレス判
定手段と、前記ネットワークアドレス判定手段によっ
て、受信データのネットワークアドレスが自局のネット
ワークアドレスと一致すると判定され、且つ、前記デー
タ量監視手段によって、前記受信データ保持手段に保持
されたデータ量が所定の閾値を超えたことが確認された
場合に、前記衝突用データ送出手段に対して、衝突用デ
ータの送出を行うよう指示する第２の衝突用データ送出
指示手段と、を備えていることを特徴としている。

【００１０】

【作用】上記構成によれば、受信データ保持手段に保持
されたネットワークからの受信データのデータ量が、デ
ータ量監視手段によって常に監視されている。そして、
そのデータ量が所定の閾値を超えたことが確認された場
合には、衝突用データ送出手段によって、入力されるデ
ータに対する所定の衝突用データがネットワークへ送出
される。この結果、ネットワーク上ではデータの衝突
（即ち、バス上に１つ以上の局からの信号が同時に乗っ
た状態である）が発生し、衝突したデータは共に無効と
される。そこで、データを送信した側では同データにつ
いての再送を行い、受信側では、該再送データの受信を
待つ。その間に、受信データ保持手段では、その保持能
力が回復されるため、ここに、データの欠落は回避され
る。

【００１１】

【実施例】以下、本発明の一実施例を、図面に従い具体
的に説明する。図１は、本発明にかかる通信制御装置の
第１の実施例の構成を示すブロック図である。図で示す
ように、ここでは、ネットワーク１００を介し、通信イ
ンターフェースａ及びｂを通じて、ホスト１１０と端末
１１１とが接続されている。

【００１２】本通信制御装置は端末１１１内に設けら
れ、ネットワーク１００を介して、ホスト１１０との間
にてデータの送受信を行うよう構成されており、受信用
ＦＩＦＯ１０１と、受信用ＦＩＦＯ監視部１０２と、衝
突用データ送出部１０３と、送信用ＦＩＦＯ１０４と、
ドライバ／レシーバ１０５と、データ処理部１０６と、
通信インターフェースａを備えている。そして、データ
処理部１０６が、この端末１１１の全体を制御する中央
制御部１０７との間において送受信データのやり取りを
行うようになっている。

【００１３】ネットワーク１００としては、例えば、網
形態が両端を特性インピーダンスで終端し、枝状に各端
末を配線したバス型ＬＡＮであるイーサネット（Ethern
et）が使用される。イーサネットは、ＩＥＥＥ（米国電
気電子技術協会）８０２．３が作成した伝送速度１０Ｍ
ｂｐｓのＬＡＮであるが、更に詳しくは、使用するケー
ブルの種類によって、１０ＢＡＳＥ５（但し、数字１０
は伝送速度が１０Ｍｂｐｓであり、ＢＡＳＥはベースバ
ンド伝送であり、ＢＡＳＥの後の数字５は伝送距離が５
００ｍであることを、夫々示している）や、１０ＢＡＳ
Ｅ２（但し、数字２は伝送距離が２００ｍであることを
示している）や、１０ＢＡＳＥ−Ｔ（但し、Ｔはより対
線を使用することを示している）等のバリエーションが
ある。なお、最近では、伝送速度１００Ｍｂｐｓの高速
イーサネットも登場してきている。

【００１４】受信用ＦＩＦＯ１０１では、ホスト１１０
からの受信データについての一時的なバッファリングを
行う。受信用ＦＩＦＯ監視部１０２では、受信用ＦＩＦ
Ｏ１０１に保持されたデータ量を常に監視しており、予
め決められたスレッシュホルド値を越えた場合に、その
旨を示す信号を衝突用データ送出部１０３へ出力する。
そして、衝突用データ送出部１０３では、受信用ＦＩＦ
Ｏ監視部１０２からの信号を受け取った場合には、その
時点における入力データに対して衝突用のデータを送出
する。また、送信用ＦＩＦＯ１０４では、通常の場合
に、データ処理部１０６からの送信データについての一
時的なバッファリングを行う。

【００１５】ＦＩＦＯ（First In First Out Memory)
は、最初に書き込まれたデータから順に読み出されるよ
う構成されたメモリであり、データの入出力順序が維持
されるため、動作速度の異なる装置間でのデータ転送に
おける速度差吸収の目的などに使用される。本実施例で
は、例えば、６４ＫＢの容量のＦＩＦＯが使用される。
ドライバ／レシーバ１０５では、通信インターフェース
ａを通じて、ネットワーク１００からのデータを受信
し、またネットワーク１００へデータを送信する。な
お、ネットワーク１００としてイーサネットを使用する
場合には、ＣＳＭＡ／ＣＤ（Carrier sence multiple
access with collision detection)方式により、他の端
末との間で送信が勝ち合ったときに、ランダムな時間を
待ってデータの送信が行われるようになっているが、前
記衝突用データの送出にあたっては、そのデータ送出の
方が優先されるようになっている。

【００１６】データ処理部１０６では、ネットワーク１
００から受信したデータを処理して中央制御部１０７へ
送り、逆に、ネットワークへ送信すべき中央制御部１０
７からのデータを処理する。また、中央制御部１０７で
は、データ処理部１０６との間でデータのやりとりを行
う他、この端末１１１全体の制御を行う。図２は、イー
サネットで使用される一般的なパケットの構成を示す模
式図である。イーサネットでは、データはパケット単位
で取り扱われ、該パケットの送受信が行われるようにな
っている。図で示すように、１パケットは、ヘッダ（パ
ケットの先頭に付加される送信の際に必要となる制御情
報である）と、これに続く最大１．５ＫＢ迄の送信デー
タとから構成されている。また、ヘッダは６バイトで表
現される送信先アドレスと、これに続く同じく６バイト
で表現される送信元アドレス（ＭＡＣアドレスと呼ばれ
る）と、更に続く可変長で表現されるパケット長（ここ
では２バイト）のデータとから構成されている。

【００１７】図３は、図１に示す通信制御装置のデータ
受信時における制御動作を示すフローチャートである。
ドライバ／レシーバ１０５を通じてデータの受信を開始
した場合（Ｓ１においてＹｅｓの場合）、受信用ＦＩＦ
Ｏ監視部１０２では、受信用ＦＩＦＯ１０１におけるデ
ータ量が予め設定したスレッシュホルドを超えたか否か
についての監視を行う（Ｓ２）。なお、受信用ＦＩＦＯ
１０１では、受信データが自局宛のもの、或いは、全て
の端末宛のものを取り込むようになっている。

【００１８】そして、受信用ＦＩＦＯ１０１のスレッシ
ュホルドを超えたことを確認した場合（Ｓ２においてＹ
ｅｓの場合）には、衝突用データ送出部１０３に対し
て、送出イネーブル信号を出力する（Ｓ３）。更に、か
かる送出イネーブル信号を受信した衝突用データ送出部
１０３では、通信モードを受信モードから送信モードへ
切り替え、予め用意している衝突用データをドライバ／
レシーバ１０５へ出力する。そこで、ドライバが作動し
て、衝突用データが、通信インターフェースａを介して
ネットワーク１０上へ送出される（Ｓ４）。この結果、
ネットワーク１００上では、送出された衝突用データと
入力データとが衝突して、その両者とも無効とされる。

【００１９】そして、送信データが無効となったことを
検出したホスト１１０側では、無効とされたデータにつ
いての再送を行う。また、端末１１１側の衝突用データ
送出部１０３では、衝突用データを送出した後に、直ち
に通信モードを送信モードから受信モードへ切り替え、
衝突後の新たなデータの受信を待つ。このとき、受信用
ＦＩＦＯ１０１では、データがあふれて、その欠落を起
こすことがない状態に戻っている。

【００２０】また、受信用ＦＩＦＯ１０１のデータ量が
スレッシュホルドを超えていない場合（Ｓ２においてＮ
ｏの場合）には、受信を終了するか否かを確認して（Ｓ
５）、受信を終了しない場合（Ｓ５においてＮｏの場
合）には、ステップＳ２の処理に移行して受信用ＦＩＦ
Ｏ１０１におけるデータ量の監視を継続し、受信を終了
する場合（Ｓ５においてＹｅｓの場合）には、受信処理
を終える。

【００２１】なお、前記衝突用データについては、入力
されるパケットを無効とするためにデータ衝突を発生さ
れることが目的であるため、そのデータ内容については
意味のないものとすれば良く、例えば、送信先アドレス
部分を全て「＋」レベルとする任意長のパケットが使用
される。図４は、本発明にかかる通信制御装置の第２の
実施例の構成を示すブロック図である。図で示すよう
に、ここでは、ネットワーク２００を介し、通信インタ
ーフェースａ及びｂを通じて、ホスト２１０と、端末２
１１及び端末２１２とが夫々接続されている。

【００２２】本通信制御装置も、先述した第１の実施例
の場合と同様に、端末内に設けられおり、その構成は図
１に示す通信制御装置の構成と大略同じとなっている。
即ち、受信用ＦＩＦＯ２０１と、受信用ＦＩＦＯ監視部
２０２と、衝突用データ送出部２０３と、送信用ＦＩＦ
Ｏ２０４と、ドライバ／レシーバ２０５と、データ処理
部２０６とを備えているが、これ以外に、新たにアドレ
ス判定部２０８が追加されている。なお、データ処理部
２０６では、中央制御部２０７との間で送受信データの
やり取りが行われるようになってる。

【００２３】アドレス判定部２０８では、受信中のデー
タから送信先アドレス部を抽出し、それが自分自身のイ
ーサネットアドレスと一致していることを確認した場合
に、その旨を示す信号を衝突用データ送出部２０３に対
して出力する。そして、衝突用データ送出部２０３で
は、受信用ＦＩＦＯ監視部２０２及びアドレス判定部２
０８からの信号の両方を受け取った場合にのみ、衝突用
データの送出を行うようになっている。

【００２４】図５は、図４に示す通信制御装置のデータ
受信時における制御動作を示すフローチャートである。
ドライバ／レシーバ２０５を通じてデータ受信を開始し
た場合（Ｓ１１においてＹｅｓの場合）、アドレス判定
部２０８では、入力データが自分宛のものであるか否か
を確認する（Ｓ１２）。そして、自分宛のデータである
ことを確認した場合（Ｓ１２においてＹｅｓの場合）に
は、衝突用データ送出部２０３に対して送出イネーブル
信号Ｙを出力して（Ｓ１３）、ステップＳ１６の処理に
移行する。

【００２５】また、自分宛のデータでないことを確認し
た場合（Ｓ１２においてＮｏの場合）には、ステップＳ
１１の処理に移行する。この場合、衝突用データ送出部
２０３に対しては送出イネーブル信号Ｙが出力されない
ので、受信用ＦＩＦＯ２０１におけるデータ量が予め設
定したスレッシュホルドを超えていたとしても、衝突用
データが送出されることがなく、他の端末に対する送信
データを潰すことはない。

【００２６】また、受信用ＦＩＦＯ監視部２０２では、
受信用ＦＩＦＯ２０１におけるデータ量が予め設定した
スレッシュホルドを超えたか否かの監視を行う（Ｓ１
４）。そして、受信用ＦＩＦＯ２０１のデータ量がスレ
ッシュホルドを超えたことを確認した場合（Ｓ１４にお
いてＹｅｓの場合）には、衝突用データ送出部２０３に
対して、送出イネーブル信号Ｘを出力して（Ｓ１５）、
ステップＳ１６の処理に移行する。

【００２７】衝突用データ送出部２０３では、前記送出
イネーブル信号Ｘ及びＹが共に出力されているか否かを
確認して（Ｓ１６）、両信号が共に出力されている場合
（Ｓ１６においてＹｅｓの場合）にのみ、衝突用データ
を、ドライバ／レシーバ１０５に対して出力する（Ｓ１
７）。この結果、衝突用データは、通信インターフェー
スａを通じてネットワーク２００上へ送出され、ネット
ワーク２００上にて、送出された衝突用データと入力デ
ータとの衝突が起こり、その両者ともが無効とされる。
そこで、送信データが無効となったことを検出したホス
ト２１０では、無効とされたデータについての再送を行
う。また、端末２１１（或いは端末２１２）では、その
受信用ＦＩＦＯ２０１が、データの欠落を起こすことが
ない状態に戻っており、衝突後の新たなデータの受信が
可能となっている。

【００２８】また、受信用ＦＩＦＯ２０１のスレッシュ
ホルドを超えていない場合（Ｓ１４においてＮｏの場
合）には、データの受信を終了するか否かを確認して
（Ｓ１８）、データの受信を終了しない場合（Ｓ１８に
おいてＮｏの場合）には、ステップＳ１４の処理に移行
して、受信用ＦＩＦＯ２０１におけるデータ量の監視を
継続し、データの受信を終了する場合（Ｓ１８において
Ｙｅｓの場合）には、受信処理を終える。

【００２９】なお、上記第１の実施例おいては、ネット
ワーク１００に接続されているのはホスト１１０が１
台、端末１１１が１台であるものとして説明し、上記第
２の実施例においては、ネットワーク２００に接続され
ているのはホスト２１０が１台、端末が２１１と２１２
の２台であるものとして説明したが、勿論、ネットワー
ク１００或いは２００が許す限りは、ホスト数や端末数
を増加してもかまわないことについては、言うまでもな
い。

【００３０】

【発明の効果】本発明にかかる通信制御装置によれば、
ネットワークに接続された端末側において、ＦＩＦＯに
保持された受信データ量を常に監視しており、そのデー
タ量が一定量を越えた場合に予め用意した衝突用データ
を出力し、受信中の、或いは、新たに受信されようとす
るデータに対して衝突させるものとしている。これに対
し、送信側では、かかるデータ衝突によって送信データ
が無効になったことを確認して、無効とされた該データ
について再送を行うようになっている。この間、端末側
では、ＦＩＦＯのデータ保持能力が回復されるので、続
いて再送されてくるデータについての受信が行われる。

【００３１】このように、端末側では、従来の通信プロ
トコルを変更せずに、最小限のハードウエア量の追加変
更を行うだけで以て、受信データの欠落を簡単に回避す
ることができるようになる。また、自分宛のデータであ
ることを確認し、且つ、ＦＩＦＯのデータ保持量が一定
量を越えたことを確認した場合にのみ、前記衝突用デー
タの出力を行うように構成することで、該衝突用データ
が他の端末に対するデータを潰してしまうという不具合
の発生が確実に防止される。

【００３２】従って、本通信制御装置を使用すれば、仮
に、端末側のデータ受信能力が低い場合においても、デ
ータの取り零しを発生させることなく、確実にデータ受
信が行えるので、ＬＡＮ等のデータ通信システムにおい
ては、その端末機能を十分に発揮させることが可能とな
る。

【図面の簡単な説明】

【図１】本発明にかかる通信制御装置の第１の実施例の
構成を示すブロック図である。

【図２】イーサネットで使用される一般的なパケットの
構成を示す模式図である。

【図３】図１に示す通信制御装置のデータ受信時におけ
る制御動作を示すフローチャートである。

【図４】本発明にかかる通信制御装置の第２の実施例の
構成を示すブロック図である。

【図５】図４に示す通信制御装置のデータ受信時におけ
る制御動作を示すフローチャートである。

【符号の説明】

１００、２００ネットワーク１０１、２０１受信用ＦＩＦＯ１０２、２０２受信用ＦＩＦＯ監視部１０３、２０３衝突用データ送出部１０４、２０４送信用ＦＩＦＯ１０５、２０５ドライバ／レシーバ１０６、２０６データ処理部１０７、２０７中央制御部１１０、２１０ホスト１１１、２１１、２１２端末ａ、ｂ通信インターフェースＸ、Ｙ送出イネーブル信号

Claims

【特許請求の範囲】

【請求項１】ネットワークからの受信データを保持す
る受信データ保持手段と、前記受信データ保持手段が保持するデータ量が所定の閾
値を超えたか否かを監視するデータ量監視手段と、前記データ量監視手段によって、前記受信データ保持手
段に保持されたデータ量が所定の閾値を超えたことが確
認された場合に、入力されるデータを無効とするための
衝突用データを、前記ネットワークへ送出する衝突用デ
ータ送出手段と、を備えていることを特徴とする通信制御装置。
【請求項２】前記受信データ保持手段は、更に、受信データが保持すべきものであるか否かを判断するデ
ータ判断手段を備えていることを特徴とする請求項１記
載の通信制御装置。
【請求項３】前記受信データ保持手段は、前記データ
判断手段によって受信データが保持すべきデータである
ものと判断された場合に、該データを、受信順に保持し
てゆくと共に、保持したデータを同順位でもって出力し
てゆくことを特徴とする請求項２記載の通信制御装置。
【請求項４】前記データ量監視手段は、更に、前記受信データ保持手段に保持されたデータ量が所定の
閾値を超えたことを確認した場合に、前記衝突用データ
送出手段に対し、衝突用データの送出を行うよう指示す
る衝突用データ送出指示手段を備えていることを特徴と
する請求項１又は請求項３記載の通信制御装置。
【請求項５】前記衝突用データ送出手段は、更に、前記衝突用データ送出指示手段による指示を受けた場合
に、データの受信モードからデータの送信モードへの切
り替えを行う第１の通信モード切り替え手段と、衝突用データの送出後、データの送信モードからデータ
の受信モードへ切り替えを行う第２の通信モード切り替
え手段と、を備えていることを特徴とする請求項１又は請求項４記
載の通信制御装置。
【請求項６】請求項１又は請求項５記載の通信制御装
置であって、更に、受信データのネットワークアドレスが自局のネットワー
クアドレスと一致するか否かを判定するネットワークア
ドレス判定手段と、前記ネットワークアドレス判定手段によって、受信デー
タのネットワークアドレスが自局のネットワークアドレ
スと一致すると判定され、且つ、前記データ量監視手段
によって、前記受信データ保持手段に保持されたデータ
量が所定の閾値を超えたことが確認された場合に、前記
衝突用データ送出手段に対して、衝突用データの送出を
行うよう指示する第２の衝突用データ送出指示手段と、を備えていることを特徴とする通信制御装置。