JPS60254943A - バス型ｌａｎシステムにおけるデ−タ伝送方式 - Google Patents
バス型ｌａｎシステムにおけるデ−タ伝送方式Info
- Publication number
- JPS60254943A JPS60254943A JP11189884A JP11189884A JPS60254943A JP S60254943 A JPS60254943 A JP S60254943A JP 11189884 A JP11189884 A JP 11189884A JP 11189884 A JP11189884 A JP 11189884A JP S60254943 A JPS60254943 A JP S60254943A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- transmission
- bus
- node
- data
- 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.)
- Pending
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]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
- H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
［発明の技術分野］
この発明は、特にＣ８ＭＡ／ＣＤ方式を適用するバス型
ＬＡＮシステムにおけるデータ伝送方式［発明の技術的
背景］ 一般に、米国ゼロックス社のイーサネット（登録商標）
などに代表されるバス型ＬＡＮシステムでは、データリ
ンク階層のアクセスに、Ｃ８ＭＡ／ＣＤ方式が採用され
ている。このＣ８ＭＡ／ＣＤは、 ｃａｒｒｉｅｒ ５ｅｎｓｅ ｎ＋ｕｌｔｉｐｌｅ ａ
ｃｃｅｓｓ ｗｉｔｈｃｏｌｌｉｓｉｏｎ ｄｅｔｅｃ
ｔｉｏｎの略語である。周知のように、この種のバス型
ＬＡＮシステムにおいては、データを送信するノード、
およびデータを受信するノードは、１ノードに制限され
されない。即ち、送信すべきデータ（パケット、フレー
ム）を持つノードは、ＬＡＮバス（回線）が使用されて
いなければ、他のノードに関係なく送信動作を開始する
。データ送信ノードは、自身の送信データが、他のノー
ドがらほぼ同時に出されたデータと衝突したかが否かを
監視する。データ送信ノードは、衝突を検出すると送信
を停止し、適当な時間だけ待って再び送信を試みる。
ＬＡＮシステムにおけるデータ伝送方式［発明の技術的
背景］ 一般に、米国ゼロックス社のイーサネット（登録商標）
などに代表されるバス型ＬＡＮシステムでは、データリ
ンク階層のアクセスに、Ｃ８ＭＡ／ＣＤ方式が採用され
ている。このＣ８ＭＡ／ＣＤは、 ｃａｒｒｉｅｒ ５ｅｎｓｅ ｎ＋ｕｌｔｉｐｌｅ ａ
ｃｃｅｓｓ ｗｉｔｈｃｏｌｌｉｓｉｏｎ ｄｅｔｅｃ
ｔｉｏｎの略語である。周知のように、この種のバス型
ＬＡＮシステムにおいては、データを送信するノード、
およびデータを受信するノードは、１ノードに制限され
されない。即ち、送信すべきデータ（パケット、フレー
ム）を持つノードは、ＬＡＮバス（回線）が使用されて
いなければ、他のノードに関係なく送信動作を開始する
。データ送信ノードは、自身の送信データが、他のノー
ドがらほぼ同時に出されたデータと衝突したかが否かを
監視する。データ送信ノードは、衝突を検出すると送信
を停止し、適当な時間だけ待って再び送信を試みる。
［背景技術の問題点］
上記したバス型ＬＡＮシステムにおける従来のデータ伝
送方式は、送信データ（送信フレーム）のデータサイズ
が小さい場合には、回線使用効率は良い。しかし、上記
従来方式は、データサイズが大きくなるにつれて（回線
上での）衝突の確率が高くなるため、回線使用効率が低
下する欠点があった。
送方式は、送信データ（送信フレーム）のデータサイズ
が小さい場合には、回線使用効率は良い。しかし、上記
従来方式は、データサイズが大きくなるにつれて（回線
上での）衝突の確率が高くなるため、回線使用効率が低
下する欠点があった。
［発明の目的］
この発明は上記事情に鑑みてなされたものでその目的は
、データサイズの大きなデータの送信であっても、デー
タ衝突が発生せずに済み、もって回線使用効率の向上が
図れるバス型ＬＡＮシステムにおけるデータ伝送方式を
提供することにある。
、データサイズの大きなデータの送信であっても、デー
タ衝突が発生せずに済み、もって回線使用効率の向上が
図れるバス型ＬＡＮシステムにおけるデータ伝送方式を
提供することにある。
［発明の概要］
この発明では、Ｃ８ＭＡ／ＣＤ方式を適用するバス型Ｌ
ＡＮシステムにおいて、データ送信を必要とするノード
は、データ送信要求を示す送信要求フレームを一斉同報
用アドレスを用いてＬＡＮバスに送出する。この送信要
求フレームは、−斉回報用アドレスを有していることか
ら、バス型ＬＡＮ内の各ノードで受信される。送信要求
フレームを受信したノードのうち、送信権を有している
ノードは、同送信要求フレームに応じ、送信許可を示す
送信許可フレームを一斉同報用アドレスを用いてＬＡＮ
バスに送出する。この送信許可フレームは、−斉回報用
アドレスを有していることから、バス型ＬＡＮ内の各ノ
ードで受信される。送信許可フレームを受信したノード
のうち、上記送信要求フレームの送出に成功したノード
は、上記送信許可フレームに応じ、データフレームを上
記ＬＡＮバスに送出する。一方、上記送信許可フレーム
を受信したノードのうち、上記送信要求フレームの送出
に失敗したノードは、送信許可フレーム受信−後、少な
くとも所定時間は上記送信要求フレームの再送を停止す
る。したがって、この所定時間の間は、送信要求フレー
ムの送出に成功したノードからのデータフレームは他の
データと衝突しない。
ＡＮシステムにおいて、データ送信を必要とするノード
は、データ送信要求を示す送信要求フレームを一斉同報
用アドレスを用いてＬＡＮバスに送出する。この送信要
求フレームは、−斉回報用アドレスを有していることか
ら、バス型ＬＡＮ内の各ノードで受信される。送信要求
フレームを受信したノードのうち、送信権を有している
ノードは、同送信要求フレームに応じ、送信許可を示す
送信許可フレームを一斉同報用アドレスを用いてＬＡＮ
バスに送出する。この送信許可フレームは、−斉回報用
アドレスを有していることから、バス型ＬＡＮ内の各ノ
ードで受信される。送信許可フレームを受信したノード
のうち、上記送信要求フレームの送出に成功したノード
は、上記送信許可フレームに応じ、データフレームを上
記ＬＡＮバスに送出する。一方、上記送信許可フレーム
を受信したノードのうち、上記送信要求フレームの送出
に失敗したノードは、送信許可フレーム受信−後、少な
くとも所定時間は上記送信要求フレームの再送を停止す
る。したがって、この所定時間の間は、送信要求フレー
ムの送出に成功したノードからのデータフレームは他の
データと衝突しない。
［発明の実施例］
第１図はこの発明を適用するバス型ＬＡＮ （バス型ロ
ーカルエリアネットワーク）システムの構成を示す。同
図において、１１は同軸ケーブルなどの回報通信媒体か
らなるＬＡＮバス、１２−１．１２−２゜・・・１２−
ｎはノードである。ノード１２−１〜１２−ｎは、トラ
ンシーバケーブル１３−１〜１３−ｎ、 トランシーバ
１４−１〜１４−ｎを介してＬＡＮバス１１に接続され
ている。
ーカルエリアネットワーク）システムの構成を示す。同
図において、１１は同軸ケーブルなどの回報通信媒体か
らなるＬＡＮバス、１２−１．１２−２゜・・・１２−
ｎはノードである。ノード１２−１〜１２−ｎは、トラ
ンシーバケーブル１３−１〜１３−ｎ、 トランシーバ
１４−１〜１４−ｎを介してＬＡＮバス１１に接続され
ている。
ノード１２−１〜１２−ｎは、ＬＡＮバス１１とのイン
タフェース制御を行なうインタフェース１５−１〜１５
−ｎ。
タフェース制御を行なうインタフェース１５−１〜１５
−ｎ。
およびＣＰＵや端末などの機器１６−１〜１６−〇から
なる。インタフェース１５−ｉ（ｉ＝ １〜６）は、上
記インタフェース制御の中で、Ｃ８ＭＡ／ＣＤ動作を含
むデータリンクＩＩＪＩｌｌを行なう。このデータリン
ク制御では、ビットの集合即ちフレームを、ひとつのノ
ードから他のノードへ転送するのに必要な各種の処理が
行なわれる。
なる。インタフェース１５−ｉ（ｉ＝ １〜６）は、上
記インタフェース制御の中で、Ｃ８ＭＡ／ＣＤ動作を含
むデータリンクＩＩＪＩｌｌを行なう。このデータリン
ク制御では、ビットの集合即ちフレームを、ひとつのノ
ードから他のノードへ転送するのに必要な各種の処理が
行なわれる。
ここで、ＬＡＮバス１１上で使用されるフレームのフォ
ーマット（フレームフォーマット）について、第２図を
参照して説明する。第２図において、ＤＡは送信先アド
レスのフィールド、ＳＡは送信元アドレスのフィールド
、ＴＹＰＥはフレーム・タイプのフィールドである。ま
た、ＤＡＴＡは送信データのフィールド（可変長）、■
は情報のフィールドである。■フィールドは、例えばＤ
ＡＴＡフィールドの先頭に用意されている。この例にお
いて、■フィールドは８ビツトであり、その第０ビツト
ｂＯおよび第１ビツトｂ１の２ビツトは、対応するフレ
ームがデータフレーム、送信要求フレーム、または送信
許可フレームのいずれであるかを示す制御情報として用
いられる。即ち、ｂＯｂｌは、ＴＹＰＥフィールドの拡
張フィールドともいえる。
ーマット（フレームフォーマット）について、第２図を
参照して説明する。第２図において、ＤＡは送信先アド
レスのフィールド、ＳＡは送信元アドレスのフィールド
、ＴＹＰＥはフレーム・タイプのフィールドである。ま
た、ＤＡＴＡは送信データのフィールド（可変長）、■
は情報のフィールドである。■フィールドは、例えばＤ
ＡＴＡフィールドの先頭に用意されている。この例にお
いて、■フィールドは８ビツトであり、その第０ビツト
ｂＯおよび第１ビツトｂ１の２ビツトは、対応するフレ
ームがデータフレーム、送信要求フレーム、または送信
許可フレームのいずれであるかを示す制御情報として用
いられる。即ち、ｂＯｂｌは、ＴＹＰＥフィールドの拡
張フィールドともいえる。
この制御情報’ （ｂＯｂｌ ）と同゛制御情報の示す
内容との対応関係を第３図に示す。図から明らかなよう
に、”ｂｏｂｌ”−４１００Ｔ＋はデータフレームを、
“’ｂＯｂ１” ＝ ” ０１ ”は送信要求フレーム
を、ｂＯｂ１°°＝“１０パは送信許可フレームを、そ
れぞれ示す。なお、送信要求フレームおよび送信許可フ
レームは、ＤＡＴＡフィールドを含まない。
内容との対応関係を第３図に示す。図から明らかなよう
に、”ｂｏｂｌ”−４１００Ｔ＋はデータフレームを、
“’ｂＯｂ１” ＝ ” ０１ ”は送信要求フレーム
を、ｂＯｂ１°°＝“１０パは送信許可フレームを、そ
れぞれ示す。なお、送信要求フレームおよび送信許可フ
レームは、ＤＡＴＡフィールドを含まない。
次に、この発明の一実施例の動作を、第４図のフローチ
ャートおよび第５図の回線使用状態図を参照して説明す
る。今、ノード１２−１が送信権を有しているものとす
る。この状態で、例えばノード１２−２．１２−３にお
いて、データ送信が必要となったものとする。この場合
、ノード１２−２．１２−３内のインタフェース１５−
２．１５−３は第４図に示すデータ送信ルーチンを実行
する。まず、インタフェース１５−２．１５−３は、Ｌ
ＡＮバス１１が使用中でないか否か、即ちレディ状態に
あるか否かの判定を行なう（ステップ８１）。インタフ
ェース１５−２．１５−３は、ＬＡＮバス１１がレディ
状態にあれば、ＯＡフィールドに一斉回報用アドレスが
設定され且つＩフィールドのｂｏｂｉが’０１”である
送信要求フレームを、トランシーバケーブル１３−２．
１３−３、トランシーバ１４−２．１４−３経由でＬＡ
Ｎバス１１に送出する（ステップ８２）。即ち、インタ
フェース１５−２．１ｓ−３は、送信要求フレームを一
斉送信でＬＡＮバス１１に送出する。次にインタフェー
ス１５−２．１５−３は、自身の送信要求フレームが他
ノードからのフレームとＬＡＮバス１１上で衝突したか
否かの判定を行なう（ステップ８３）。今、インタフェ
ース１５−２．１５−３がしＡＮバス１１上に送信要求
フレームを同時に送出したものとすると、インタフェー
ス１５−２．１５＝３（内の図示せぬバスコントローラ
）は衝突を検出する。この場合、ステップＳ３の判定は
、ＹＥＳとなる。
ャートおよび第５図の回線使用状態図を参照して説明す
る。今、ノード１２−１が送信権を有しているものとす
る。この状態で、例えばノード１２−２．１２−３にお
いて、データ送信が必要となったものとする。この場合
、ノード１２−２．１２−３内のインタフェース１５−
２．１５−３は第４図に示すデータ送信ルーチンを実行
する。まず、インタフェース１５−２．１５−３は、Ｌ
ＡＮバス１１が使用中でないか否か、即ちレディ状態に
あるか否かの判定を行なう（ステップ８１）。インタフ
ェース１５−２．１５−３は、ＬＡＮバス１１がレディ
状態にあれば、ＯＡフィールドに一斉回報用アドレスが
設定され且つＩフィールドのｂｏｂｉが’０１”である
送信要求フレームを、トランシーバケーブル１３−２．
１３−３、トランシーバ１４−２．１４−３経由でＬＡ
Ｎバス１１に送出する（ステップ８２）。即ち、インタ
フェース１５−２．１ｓ−３は、送信要求フレームを一
斉送信でＬＡＮバス１１に送出する。次にインタフェー
ス１５−２．１５−３は、自身の送信要求フレームが他
ノードからのフレームとＬＡＮバス１１上で衝突したか
否かの判定を行なう（ステップ８３）。今、インタフェ
ース１５−２．１５−３がしＡＮバス１１上に送信要求
フレームを同時に送出したものとすると、インタフェー
ス１５−２．１５＝３（内の図示せぬバスコントローラ
）は衝突を検出する。この場合、ステップＳ３の判定は
、ＹＥＳとなる。
インタフェース１５−２．１５−３は、ステツープ、Ｓ
３での判定がＹＥＳの場合、適当な時間（例えば乱数な
どで決まる時間）を待ち（ステップ８４）、ＬＡＮバス
１１がレディ状態にあるか否かの判定を行なう（ステッ
プ８７）。ステップＳ６での判定がＹＥＳであれば゛、
上記ステップＳ２に戻り、ＮＯであれば次のステップ＄
６に進む。このステップＳ６は、送信許可フレームを受
信したか否かの判定ステップであり、ステップＳ６での
判定がＮ。
３での判定がＹＥＳの場合、適当な時間（例えば乱数な
どで決まる時間）を待ち（ステップ８４）、ＬＡＮバス
１１がレディ状態にあるか否かの判定を行なう（ステッ
プ８７）。ステップＳ６での判定がＹＥＳであれば゛、
上記ステップＳ２に戻り、ＮＯであれば次のステップ＄
６に進む。このステップＳ６は、送信許可フレームを受
信したか否かの判定ステップであり、ステップＳ６での
判定がＮ。
の場合ステップＳ５に戻る。
今、インタフェース１５−２が、ステップＳ４により適
当な時間を持った後、次のステップＳ５でＬＡＮバス１
１のレディ状態を判定したものとする。
当な時間を持った後、次のステップＳ５でＬＡＮバス１
１のレディ状態を判定したものとする。
これにより、インタフェース１５−２は、上記した送信
要求フレームを一斉送信でＬＡＮバス１１に送出する（
ステップ８２）。即ち、インタフェース１５−２は、送
信要求フレームの再送を行なう。次にインタフェース１
５−２は、自身の送信要求フレームが他ノードからのフ
レームとＬＡＮバス１１上で衝突したか否かの判定を行
なう（ステップ８３）。このとき、ＬＡＮバス１１上に
は、他ノードからのフレームは送出されていないものと
すると、ステップＳ３での判定はＮｏとなる。これは、
インタフェース１５−２が、送信要求フレームの送出に
成功したことを示す。したがって、ノード１２−２内の
インタフェース１５−２からしＡＮバス１１に送出され
た送信要求フレームは、他のノード１２−１．１２−３
〜１２−ｎに伝送され、これらノード１２１．１２−３
〜１２−ｎで受信される。
要求フレームを一斉送信でＬＡＮバス１１に送出する（
ステップ８２）。即ち、インタフェース１５−２は、送
信要求フレームの再送を行なう。次にインタフェース１
５−２は、自身の送信要求フレームが他ノードからのフ
レームとＬＡＮバス１１上で衝突したか否かの判定を行
なう（ステップ８３）。このとき、ＬＡＮバス１１上に
は、他ノードからのフレームは送出されていないものと
すると、ステップＳ３での判定はＮｏとなる。これは、
インタフェース１５−２が、送信要求フレームの送出に
成功したことを示す。したがって、ノード１２−２内の
インタフェース１５−２からしＡＮバス１１に送出され
た送信要求フレームは、他のノード１２−１．１２−３
〜１２−ｎに伝送され、これらノード１２１．１２−３
〜１２−ｎで受信される。
このとき、送信権を有しているノード１２−１は、受信
フレームが送信要求フレームであるものと判断すると、
（そのＳＡフィールドに設定されてい・る送信元アト、
レス、即ち送信権の譲渡を要求しているノードの番号を
内部保持し）送信許可フレームを一斉送信でＬＡＮバス
１１に送出する。即ち、ノード１２−１ （内のインタ
フェース１５−１ ）は、ＯＡフィールドに一斉同報用
アドレスが設定され且つＩフィールドのｂｏｂｌが’１
０”である送信許可フレームを、トランシーバケーブル
１３−２．１３−３、トランシーバ１４−２．１４−３
経由でＬＡＮバス１１に送出する。しＡＮバス１１上の
送信許可フレームは、他のノード１２−２〜１２−〇に
伝送され、これらノード１２−２〜１２−ｎで受信され
る。
フレームが送信要求フレームであるものと判断すると、
（そのＳＡフィールドに設定されてい・る送信元アト、
レス、即ち送信権の譲渡を要求しているノードの番号を
内部保持し）送信許可フレームを一斉送信でＬＡＮバス
１１に送出する。即ち、ノード１２−１ （内のインタ
フェース１５−１ ）は、ＯＡフィールドに一斉同報用
アドレスが設定され且つＩフィールドのｂｏｂｌが’１
０”である送信許可フレームを、トランシーバケーブル
１３−２．１３−３、トランシーバ１４−２．１４−３
経由でＬＡＮバス１１に送出する。しＡＮバス１１上の
送信許可フレームは、他のノード１２−２〜１２−〇に
伝送され、これらノード１２−２〜１２−ｎで受信され
る。
一方、ノード１２−２内のインタフェース１５−２は、
送信要求フレームを送出しくステップＳ２）、しかる後
同フレームの衝突なしを判定する（ステップ８３）と、
即ち送信要求フレームの送信に成功すると、送信許可フ
レームを受信したか否かの判定を行なう（ステップ８７
）。そして、インタフェース１５−２は、ステップＳ７
での判定がＹＥＳとなるまで同ステップＳ７を繰返す。
送信要求フレームを送出しくステップＳ２）、しかる後
同フレームの衝突なしを判定する（ステップ８３）と、
即ち送信要求フレームの送信に成功すると、送信許可フ
レームを受信したか否かの判定を行なう（ステップ８７
）。そして、インタフェース１５−２は、ステップＳ７
での判定がＹＥＳとなるまで同ステップＳ７を繰返す。
このような状態で、インタフェース１５−２はノード１
２−１からの送信許可フレームを受信すると、ＹＥＳ
（送信許可フレーム受信）を判定する。これにより、イ
ンタフェース１５−２は送信権が譲渡されたものと判断
し、目的ノードに対するデータフレームをＬＡＮバス１
１に送出する（ステップ８８）。このデータフレームの
ＤＡフィールドには、送信先ノードを示すアドレスが設
定され、ＳＡフィールドには、自身（送信元ノード）の
アドレスが設定されている。
２−１からの送信許可フレームを受信すると、ＹＥＳ
（送信許可フレーム受信）を判定する。これにより、イ
ンタフェース１５−２は送信権が譲渡されたものと判断
し、目的ノードに対するデータフレームをＬＡＮバス１
１に送出する（ステップ８８）。このデータフレームの
ＤＡフィールドには、送信先ノードを示すアドレスが設
定され、ＳＡフィールドには、自身（送信元ノード）の
アドレスが設定されている。
また、■フィールドのｂｏｂｉは’ ｏ ｏ ”となっ
ており、同Ｉフィールドに続いてＤＡＴＡフィールドが
付加されている。
ており、同Ｉフィールドに続いてＤＡＴＡフィールドが
付加されている。
これに対し、ノード１２−３内のインタフェース１５−
３ム、上記したノード１２−２による送信要求フレーム
の再送のためにＬＡＮバス１１がビジィ状態となること
から、ス゛テップ８５．８６を繰返す。このような状態
で、インタフェース１５−３は、ノード１２＝１からの
送信許可フレームタ受信すると、ステップＳ６において
ＹＥＳ （送信許可フレーム受信）を判定する。これに
より、インタフェース１５−３は、送信権が他のノード
に譲渡され、他のノードがデータ送信を行なうものと判
断し、所定時間Ｔを持つ（ステップ８９）。また、ノー
ド１２−ｎなど、送信要求フレーム送出に無関係であっ
たノードも、上記送信許可フレームを受信すると時間Ｔ
をカウントし、この間にたとえデータ送信が必要となっ
てもカウントオーバとなるまでは送信要求フレームの送
出を待つ。しかして、時間Ｔの間に、第５図に示すよう
にデータ送信が行なわれる。このとき、ＬＡＮバス１１
（回線）を使用しているのはノード１２−２だけである
ので、データの衝突は発生しない。送信要求フレームを
再送できなかったノード１２−３内のインタフェース１
５−３は、上記ステップＳ９で時間Ｔを待つとステップ
Ｓ１に戻り、ＬＡＮバス１１がレディ状態にあれば、第
５図に示すように送信要求フレームを再送する（ステッ
プ３２）なお、前記実施例では、送信要求フレームを送
出できなかったノードが、他ノードに対する送信権の譲
渡を示す送信許可フレームの受信時から所定時間Ｔを待
って、送信要求フレームの再送を行なうものとしたが、
これに限らない。例えば、時間Ｔを最低の待ち時間とす
る（乱数などで決まる）適当な時間を待って、送信要求
フレームを再送するようにしてもよい。これにより、送
信要求フレーム再送時の衝突が防止できる。
３ム、上記したノード１２−２による送信要求フレーム
の再送のためにＬＡＮバス１１がビジィ状態となること
から、ス゛テップ８５．８６を繰返す。このような状態
で、インタフェース１５−３は、ノード１２＝１からの
送信許可フレームタ受信すると、ステップＳ６において
ＹＥＳ （送信許可フレーム受信）を判定する。これに
より、インタフェース１５−３は、送信権が他のノード
に譲渡され、他のノードがデータ送信を行なうものと判
断し、所定時間Ｔを持つ（ステップ８９）。また、ノー
ド１２−ｎなど、送信要求フレーム送出に無関係であっ
たノードも、上記送信許可フレームを受信すると時間Ｔ
をカウントし、この間にたとえデータ送信が必要となっ
てもカウントオーバとなるまでは送信要求フレームの送
出を待つ。しかして、時間Ｔの間に、第５図に示すよう
にデータ送信が行なわれる。このとき、ＬＡＮバス１１
（回線）を使用しているのはノード１２−２だけである
ので、データの衝突は発生しない。送信要求フレームを
再送できなかったノード１２−３内のインタフェース１
５−３は、上記ステップＳ９で時間Ｔを待つとステップ
Ｓ１に戻り、ＬＡＮバス１１がレディ状態にあれば、第
５図に示すように送信要求フレームを再送する（ステッ
プ３２）なお、前記実施例では、送信要求フレームを送
出できなかったノードが、他ノードに対する送信権の譲
渡を示す送信許可フレームの受信時から所定時間Ｔを待
って、送信要求フレームの再送を行なうものとしたが、
これに限らない。例えば、時間Ｔを最低の待ち時間とす
る（乱数などで決まる）適当な時間を待って、送信要求
フレームを再送するようにしてもよい。これにより、送
信要求フレーム再送時の衝突が防止できる。
［発明の効果］
以上詳述したようにこの発明によれば、データサイズの
大きなデータの送信であっても、データ衝突が発生せず
に済むので、特に大量のデータを扱うバス型ＬＡＮシス
テムでの回線使用効率の向上が図れる。
大きなデータの送信であっても、データ衝突が発生せず
に済むので、特に大量のデータを扱うバス型ＬＡＮシス
テムでの回線使用効率の向上が図れる。
第１図はこの発明を適用するバス型ＬＡＮシステムのシ
ステム構成図、第２図は第１図のシステムで用いられる
フレームのフォーマットを示す図、第３図は第２図の■
フィールド中の制御情報（ｂｏｂｌ）゛と同制御情報の
示す内容との対応関係を示す図、第４図は動作を説明す
るためのフローチャート、第５図は回線使用状態を説明
する図である。 １１−Ｌ Ａ Ｎバス、１２−１〜１２−ｎ・・・ノー
ド、１５−１〜１５−ｎ・・・インタフェース。 出願人代理人 弁理士 鈴江武彦
ステム構成図、第２図は第１図のシステムで用いられる
フレームのフォーマットを示す図、第３図は第２図の■
フィールド中の制御情報（ｂｏｂｌ）゛と同制御情報の
示す内容との対応関係を示す図、第４図は動作を説明す
るためのフローチャート、第５図は回線使用状態を説明
する図である。 １１−Ｌ Ａ Ｎバス、１２−１〜１２−ｎ・・・ノー
ド、１５−１〜１５−ｎ・・・インタフェース。 出願人代理人 弁理士 鈴江武彦
Claims (1)
- Ｃ８ＭＡ／ＣＤ方式を適用するバス型ＬＡＮシステムに
おいて、データ送信を必要とするノードが、データ送信
要求を示す送信要求フレームを一斉回報用アドレスを用
いてＬＡＮバスに送出する手段と、この手段から送出さ
れたＬＡＮバス上の送信要求フレームに応じ、送信権を
有しているノードが、送信許可を示す送信許可フレーム
を一斉同報用アドレスを用いてＬＡＮバスに送出する手
段と、この手段から送出されたＬＡＮバス上の送信許可
フレームに応じ、上記送信要求フレームの送出に成功し
たノードが、データフレームを上記ＬＡＮバスに送出す
る手段と、上記送信要求フレームの送出に失敗したノー
ドが、ＬＡＮバス上の送信許可フレームを受信した場合
、少なくとも所定時間は上記送信要求フレームの再送を
停止するにおけるデータ伝送方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11189884A JPS60254943A (ja) | 1984-05-31 | 1984-05-31 | バス型ｌａｎシステムにおけるデ−タ伝送方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11189884A JPS60254943A (ja) | 1984-05-31 | 1984-05-31 | バス型ｌａｎシステムにおけるデ−タ伝送方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPS60254943A true JPS60254943A (ja) | 1985-12-16 |
Family
ID=14572895
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11189884A Pending JPS60254943A (ja) | 1984-05-31 | 1984-05-31 | バス型ｌａｎシステムにおけるデ−タ伝送方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS60254943A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4890102A (en) * | 1987-05-26 | 1989-12-26 | Cabletron, Inc. | Visual display for communication network monitoring and troubleshooting |
| JPH03289734A (ja) * | 1990-04-05 | 1991-12-19 | Takaoka Electric Mfg Co Ltd | 通信制御方式 |
| JPH04150236A (ja) * | 1990-10-09 | 1992-05-22 | Mitsubishi Electric Corp | 通信制御方式 |
-
1984
- 1984-05-31 JP JP11189884A patent/JPS60254943A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4890102A (en) * | 1987-05-26 | 1989-12-26 | Cabletron, Inc. | Visual display for communication network monitoring and troubleshooting |
| JPH03289734A (ja) * | 1990-04-05 | 1991-12-19 | Takaoka Electric Mfg Co Ltd | 通信制御方式 |
| JPH04150236A (ja) * | 1990-10-09 | 1992-05-22 | Mitsubishi Electric Corp | 通信制御方式 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5940399A (en) | Methods of collision control in CSMA local area network | |
| US4430651A (en) | Expandable and contractible local area network system | |
| US4423414A (en) | System and method for name-lookup in a local area network data communication system | |
| US5339316A (en) | Wireless local area network system | |
| EP0422914A2 (en) | Station-to-station full duplex communication in a communications network | |
| JPH0821944B2 (ja) | 多重アクセス・デイジタル伝送システム | |
| KR100304648B1 (ko) | 무선통신시스템에서무선자원할당방법 | |
| JP2000196602A (ja) | 無線通信における多重アクセス方法 | |
| US6157951A (en) | Dual priority chains for data-communication ports in a multi-port bridge for a local area network | |
| WO1999014901A1 (en) | High speed bus structure in a multi-port bridge for a local area network | |
| EP0885535B1 (en) | Use of energy bursts for wireless networks | |
| US6111890A (en) | Gigabuffer lite repeater scheme | |
| KR0165440B1 (ko) | 폴링통신방법 | |
| KR0184194B1 (ko) | 비티엘로직을 이용한 내부 프로세스 전송장치 | |
| CA1208736A (en) | System and method for name-lookup in a local area network data communication system | |
| JPS61200733A (ja) | フロ−制御方式 | |
| JP3066164B2 (ja) | データ伝送システム | |
| JPS61127245A (ja) | 通信ネツトワ−ク | |
| JPS6141246A (ja) | パケツト通信網の局番号設定方式 | |
| JPH0133061B2 (ja) | ||
| JPH063925B2 (ja) | 共用チヤネルアクセス制御回路 | |
| JPH0457146B2 (ja) | ||
| JPS58198938A (ja) | ロ−カル・ネツトワ−ク | |
| JPH03163928A (ja) | パケット送信装置 | |
| JPH065835B2 (ja) | 共用チヤネルアクセス制御方式 |