[go: up one dir, main page]

JPH0543638U - 情報通信制御装置 - Google Patents

情報通信制御装置

Info

Publication number
JPH0543638U
JPH0543638U JP9203291U JP9203291U JPH0543638U JP H0543638 U JPH0543638 U JP H0543638U JP 9203291 U JP9203291 U JP 9203291U JP 9203291 U JP9203291 U JP 9203291U JP H0543638 U JPH0543638 U JP H0543638U
Authority
JP
Japan
Prior art keywords
data
reception
frame
node
transmission
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
Application number
JP9203291U
Other languages
English (en)
Inventor
実 稲田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP9203291U priority Critical patent/JPH0543638U/ja
Publication of JPH0543638U publication Critical patent/JPH0543638U/ja
Pending legal-status Critical Current

Links

Landscapes

  • Small-Scale Networks (AREA)

Abstract

(57)【要約】 【目的】 送信データの受信確認のための応答データフ
レームにより、通常のデータ送信も処理できるようにす
ることで、データの伝送効率及び通信ノードに対する応
答性が向上する。 【構成】 トークンバス型アクセス方式のトークンフレ
ームについてその制御フレームフィールドにデータ送
信、データ受信応答要求、データ受信確認応答の動作を
表わす動作ビットを、さらに受信応答信号のための返送
先アドレスを備えることを特徴とする。

Description

【考案の詳細な説明】
【0001】
【産業上の利用分野】
この考案は、トークンバス型ローカルエリアネットワークシステムのデータ送 受信制御方式に関するものである。
【0002】
【従来の技術】
図6は、例えば特開平2-81533 号公報に示された従来のトークンバス型ローカ ルエリアネットワークシステムの構成図である。図において、66は伝送路、61, 62,63,64,65はこの伝送路に接続された通信ノード(データ伝送装置)である 。また、図7(a),(b)はそれぞれ伝送路上に送出されるトークンフレーム とデータフレームの構成図である。図において、1はデータ受信側で同期を取る ためのプリアンブル(PRE AMBLE)、2はフラグシーケンス(F)、4 はデータの受信側(送り先)ノードアドレス(DA)、5はデータの送信側(送 り元)ノードアドレス(SA)、6はフレームのタイプ識別・動作内容を指定す る制御フレームフィールド(C)、7は伝送誤りを検出するためのフレームチェ ックシーケンス(FCS)、8はフレームの終了を示すポストアンブル(POS T AMBLE)、12は実情報データ(INFO)である。
【0003】 次に動作について説明する。トークンバス型アクセス方式では、各通信ノード a61、b62、c63、d64、…、n65は論理リングを構成し、予め決められたアド レス表に基づいてトークンフレーム(図7(a))を後続の通信ノードへと伝送 路を循環させ、トークンフレーム(図7(a))を保持した通信ノードだけが伝 送路66に信号を出力できる。各通信ノードa61、b62、c63、d64、…、n65は トークンフレーム(図7(a))を受け取った時点でデータ送信要求があれば、 そのトークンフレーム(図7(a))を保持したまま受信側ノードアドレスDA 4、送信側ノードアドレスSA5をセットし、さらに実情報データINFO12な どを付加したデータフレーム(図7(b))を伝送路66へ送出する。そして、デ ータフレーム(図7(b))が受信側ノードに到達し、送信が完了すると再びト ークンフレーム(図7(a))を後続の通信ノードへ転送する。また必要ならば 送信側ノードはデータが正常に送信を完了したかどうかを確認するための応答要 求をセットしたデータフレームを受信側ノードに送信し、受信側ノードはデータ の受信結果(正常受信または異常受信)を送信側ノードへ送り返す。
【0004】
【考案が解決しようとする課題】
従来のトークンバス型アクセス方式では、受信側ノードは送信側ノードで保持 していたトークンフレームを一時的に渡され、受信応答のデータフレームを送信 側ノードまで送り返すため、送信側ノードにて受信応答の確認が終了した後でな いと次の通信ノードに対してデータ送信のためのトークンフレームの転送ができ ず、データ伝送効率、また新しく通信要求のある各通信ノードに対する応答性の 向上という点で課題があった。
【0005】 この考案は上記のような問題を解消するためになされたもので、受信側ノード からデータ受信確認のため送信側ノードに送り返される受信応答データフレーム に、受信応答動作に加え、通常のデータ伝送動作ができることにより、データ伝 送効率、また通信要求のある各通信ノードへの応答性の向上を実現できる情報通 信制御方式を提供するものである。
【0006】
【課題を解決するための手段】
この考案では、トークンバス型アクセス方式のトークンデータフレームにおい て、その制御フレームフィールドにデータ送信、データ受信応答要求、データ受 信確認応答のフレーム動作を表わす動作ビットを備え、データの受信側ノードに て受信応答の返送先ノードアドレスを予めトークンデータフレームに具備したも のである。
【0007】 また、データ受信側ノードにて受信確認応答時に、データ送信要求がある場合 、受信応答のデータフレームに受信応答返送先ノードアドレスを新たに付加した ものである。
【0008】
【作用】
この考案における制御フレームフィールドの動作ビットによりデータフレーム の送信,受信要求,受信応答という動作が識別でき、データ受信応答にのみ使用 されていたデータフレームに受信応答の返送先ノードアドレスを設定することで 、通常のデータ送信動作も処理できる。
【0009】 また、受信応答のためのデータフレームに対して、伝送路のある通信ノードか ら通常のデータ送信要求があった場合にのみ、受信応答のためのデータフレーム に受信応答の返送先アドレスを付加することで、データ伝送要求のない時にはよ り短いデータフレーム長で済む。
【0010】
【実施例】
実施例1. 以下、この考案の一実施例をトークンバス型アクセス方式のローカルエリアネ ットワークの場合を図について説明する。まず図1は(a)がトークンフレーム 、(b),(c),(d)がそれぞれデータ送信時、受信応答時、データ送信並 びに受信応答時のデータフレームの構成図である。図1において6は制御フレー ムフィールドSA、9はデータ送信ビット、10はデータ受信応答要求ビット、11 は受信確認応答ビット、3は受信応答先ノードアドレス(DA’)であり、その 他のフレーム構成要素は従来例図7のフィールド構成と同様である。
【0011】 次に実施例の動作を説明する。 まず図6において、通信ノードa61、b62、c63、d64、…、n65は、予め決め られた論理アドレス表の順(ここではa→b→c→d→…→n→a)でトークン フレーム(図1(a))が伝送路66を循環するものとする。ここでは、いづれの 通信ノードもデータ送信要求がない初期状態から、通信ノードb62から通信ノー ドd64及び通信ノードkから通信ノードl(ただし、5≦k<l≦n)へデータ 送信要求があり、さらに受信応答を要求する場合を例にとってデータ送受信の動 作を伝送路66上を循環するトークンデータフレームの流れに沿って説明する。
【0012】 通信ノードk62では、データの通信状態に入る前に、まず通信ノードa61から のトークンフレーム(図1(a))のデータ送信ビット9の内容が”0”である ことから、伝送路66が空きであることを確認する。そして、データ送信動作ビッ ト9を”1”に、受信応答要求ビット10を”01”にそれぞれセットし、受信側( 送り先)ノードアドレスDA4に通信ノードb62のアドレスを、また送信側(送 り元)ノードアドレスSA5に通信ノードd64のアドレスをセットし、さらに実 情報データINFO12などを付加したデータフレーム(図1(b))を次通信ノ ードc63へ送出する。
【0013】 通信ノードc63では、データフレームのデータ送信ビット9が”1”であり、 伝送路66が空き状態でないことを確認すると、たとえデータ送信要求があろうと もデータを送信できない。また、受信側ノードアドレスDA14と自己のアドレス が一致しているため、データの受信もせず、トランスペアレントにデータフレー ム(図1(b))を次通信ノードd64に送出する。
【0014】 通信ノードd64では、受信したデータフレーム(図1(b))のデータ送信ビ ット9が”1”であることから、伝送路66は空き状態でなく、受信したフレーム がデータフレームであると判断する。受信側アドレスDA4が自己のアドレスと 一致していることを確認した後、誤り検出シーケンスFCS7で受信データが正 常であると判断すると、実情報データINFO12を取り込み、データフレーム( 図1(b))から実情報データ12を消去し、データ送信ビット9を”0”に、受 信確認応答ビット11を”01”にセットする。そして、送信側ノードアドレスSA 5の内容を受信応答先ノードアドレスDA’3に複写したデータフレーム(図1 (c)ビットパターン1)を次通信ノードへ送出する。以下、同様にデータフレ ームは伝送路66を循環してゆく。
【0015】 次に、データ送信要求のある通信ノードkにデータフレーム(図1(c)ビッ トパターン1)が到達すると前記と同様に制御フレームフィールドの各動作ビッ トから伝送路66は空き状態であると判断し、データ送信ビット9を”1”、受信 応答要求ビット10を”11”、また送信側ノードアドレスSA5に通信ノードkの アドレス、受信側ノードアドレスDA4に通信ノードlのアドレスをセットし、 さらに実情報データINFO12などを付加したデータフレーム(図1(d))を 次通信ノードに送信する。
【0016】 次に通信ノードlにおいては、到達したデータフレーム(図1(d))から、 通信ノードd64にてデータ受信を行なったアルゴリズムと同様に通信ノードkか らのデータを受け取る。正常にデータ受信を完了した場合、データ送信ビットを ”0”にセットし、データフレーム(図1(d))から実情報データINFO12 を消去し、受信確認応答ビット11を”11”にセットしたデータフレーム(図1( c)ビットパターン2)を次通信ノードに送出する。
【0017】 次に、通信ノードb62では、各通信ノード間を一循してしきデータフレーム( 図1(c)ビットパターン2)を受信し、受信応答先ノードアドレスDA’3を 自己のアドレスが一致していることを確認した後、受信確認応答ビット11から、 送信データが正常に受信されたかどうか判断する。また、受信応答要求ビット1
0 が”11”より受信側ノードd64から受信応答が返送されてくる間の通信ノード
( ここではノードk)のデータ送信要求を受け入れたことを確認し、それまでの送 信側ノードkのアドレスSAの内容を受信応答先ノードアドレスDA’3にセッ トし、さらに、データ送信ビット9を”0”、受信応答要求ビット10を”01”、 受信確認応答ビット11を”01”にセットしたデータフレーム(図1(c)ビット パターン1)を次通信ノードへ送出する。
【0018】 そして、通信ノードlから通信ノードkへの受信確認応答情報をもった(図1 (c)ビットパターン1)が通信ノードkに到達すると、前記通信ノードb62で の処理動作と同様に受信確認を行い、受信応答要求ビット10を”00”、受信確認 応答ビットを”00”にセットしたトークンフレーム(図1(a))を次通信ノー ドへ送出する。
【0019】 このようにして、データの送受信及びそのデータの受信応答を完了する。図2 にデータ送信時、図3にデータ受信時の通信ノードにおけるデータ処理アルゴリ ズムを示す。
【0020】 実施例2. なお、上記実施例では、予めトークンフレームの中にデータ受信応答先ノード アドレスを付加設定していたが、データの受信側ノードから送出された受信応答 のためのデータフレームに対して、ある通信ノードでデータ送信要求がある場合 に新たにデータ受信応答先ノードアドレスを付加設定し、データの受信応答が完 了した後送信要求がなくなった場合には消去するように受信応答先ノードアドレ スの付加をデータ送信要求の有無により変更することでも上記実施例と同様の効 果を奏する。つまり受信応答先ノードアドレスDA’3はデータ送信側ノードア ドレスDA4に等しいため、別の送信ノードから新たな送信要求があるまでは、 受信応答先ノードアドレスDA’3の代わりに送信側ノードアドレスDA4を使 用することもできる。
【0021】 データの受信応答のデータフレーム(図4(a))に対して通信ノードkから 送信要求がある場合にそれまでの送信側ノードb62のアドレスをセットした受信 応答性ノードアドレスDA’3を受信応答データフレームに新たに付加すること である(図4(b))。以後のデータ送受信動作は、上記実施例と同様である。
【0022】
【考案の効果】
以上のように、この考案によれば送信データの受信確認のための受信応答デー タフレームにより、通常のデータ送信も処理できるように、受信応答先ノードア ドレスと、制御フレームフィールドにフレームの動作を表わす動作ビットを付加 構成したので、伝送効率及びデータ送信要求のある通信ノードに対する応答性が 向上する利点がある。
【図面の簡単な説明】
【図1】この考案の実施例1のトークンフレーム、デー
タフレームの構成図である。
【図2】この考案の実施例1のデータ送信アルゴリズム
である。
【図3】この考案の実施例1及び実施例2のデータ受信
アルゴリズムである。
【図4】この考案の実施例2のトークンフレーム、デー
タフレームの構成図である。
【図5】この考案の実施例2のデータ送信アルゴリズム
である。
【図6】従来のトークンバス型ロールエリアネットワー
クシステムの構成図である。
【図7】トークンフレームとデータフレームの構成図で
ある。
【符号の説明】
1 データ受信側で同期を取るためのプリアンブル 2 フラグシーケンス 3 受信応答先ノードアドレス 4 データの受信側(送り先)ノードアドレス 5 データの送信側(送り元)ノードアドレス 6 フレームのタイプ識別動作内容を指定する制御フレ
ームフィールド 7 伝送誤りを検出するためのフレームチェックシーケ
ンス 8 フレームの終了を示すポストアンブル 9 データ送信ビット 10 受信応答要求ビット 11 受信確認応答ビット 12 実情報データ

Claims (1)

    【実用新案登録請求の範囲】
  1. 【請求項1】 バス方式のローカルエリアネットワーク
    システムにおいて、バスに接続されている各ノード(デ
    ータ伝送装置)の伝送路へのアクセス方式として、トー
    クンバス型アクセス方式を採用し、トークンデータフレ
    ームにおいて、制御フレームフィールドにデータ送信、
    データ受信応答要求、データ受信確認応答の動作ビット
    を備え、データ受信側ノードで受信応答の返送先ノード
    アドレスを予め前記トークンデータフレームに具備して
    いることを特徴とする情報通信制御装置。
JP9203291U 1991-11-11 1991-11-11 情報通信制御装置 Pending JPH0543638U (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP9203291U JPH0543638U (ja) 1991-11-11 1991-11-11 情報通信制御装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP9203291U JPH0543638U (ja) 1991-11-11 1991-11-11 情報通信制御装置

Publications (1)

Publication Number Publication Date
JPH0543638U true JPH0543638U (ja) 1993-06-11

Family

ID=14043192

Family Applications (1)

Application Number Title Priority Date Filing Date
JP9203291U Pending JPH0543638U (ja) 1991-11-11 1991-11-11 情報通信制御装置

Country Status (1)

Country Link
JP (1) JPH0543638U (ja)

Similar Documents

Publication Publication Date Title
JPH0543638U (ja) 情報通信制御装置
JP2763394B2 (ja) 通信制御装置
JPH0923245A (ja) ネットワーク間接続装置
JP3217397B2 (ja) 通信制御装置のデータ送信方法
KR19980072443A (ko) 노드(Node)인식(Recognition)방법
JPH0697983A (ja) ネットワークシステム
JPS6161582B2 (ja)
JPS58201125A (ja) 優先転送制御方式
JPH06252895A (ja) データ伝送方式
JPH0437345A (ja) Lan通信方式
JP2870283B2 (ja) アンダーラン検出方法
JPS582496B2 (ja) デ−タ転送方式
JPS62216449A (ja) ル−テイング方式
JP2677895B2 (ja) 多重伝送方式
KR100546563B1 (ko) 버스시스템에서의 기기간 연결 제어방법
JPH0738585A (ja) トークンバス方式lanにおける情報通知方式
JPS6069935A (ja) デ−タ通信方式
JP2000115176A (ja) シリアルインタフェース回路
JPS60117845A (ja) デ−タ伝送方式
JPH0563977B2 (ja)
JPS63238743A (ja) デ−タリンクコントロ−ル装置
JPH04132433A (ja) 通信制御方式
JPS6035851A (ja) 通信方式
JPH05347620A (ja) 中継装置
JPH05336122A (ja) ネットワークの管理方法