JPS5941945A - ロ−カルネツトワ−クシステムのデ−タ伝送方式 - Google Patents

ロ−カルネツトワ−クシステムのデ−タ伝送方式

Info

Publication number
JPS5941945A
JPS5941945A JP57152982A JP15298282A JPS5941945A JP S5941945 A JPS5941945 A JP S5941945A JP 57152982 A JP57152982 A JP 57152982A JP 15298282 A JP15298282 A JP 15298282A JP S5941945 A JPS5941945 A JP S5941945A
Authority
JP
Japan
Prior art keywords
data
packet
transmission
flag
reception
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
JP57152982A
Other languages
English (en)
Inventor
Yoshimitsu Matsui
松井 良光
Michiyuki Horiguchi
道行 堀口
Masakazu Ohashi
正和 大橋
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.)
Sharp Corp
Original Assignee
Sharp 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 Sharp Corp filed Critical Sharp Corp
Priority to JP57152982A priority Critical patent/JPS5941945A/ja
Priority to US06/525,665 priority patent/US4672543A/en
Priority to GB08322996A priority patent/GB2126458B/en
Priority to CA000435700A priority patent/CA1213015A/en
Priority to DE3331233A priority patent/DE3331233C2/de
Publication of JPS5941945A publication Critical patent/JPS5941945A/ja
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L12/407Bus networks with decentralised control
    • H04L12/413Bus 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)
  • Communication Control (AREA)

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 この発明は、比較的狭い地域に分散したキャッシュレジ
スタ等のコンピュータ機器を相互接続するローカルネッ
トワークシステムにおいて、データパケットや応答パケ
ット等のパケットの送信を効率的に行うデータ伝送方式
に関する。
一般にローカルネットワークシステムにおいては、デー
タの伝送制御を次の手順によって行う。
まず伝送ラインに接続された各端末がデータパケットの
先頭に記述されている目的端末アドレスを読み、自己の
アドレスと一致すれば引き続くデータを読み込む。CR
Cチェックの結果、誤りがなければACKパケットを送
信端末に送る。誤りがあった場合は受信データを捨てる
。送信端末は、タイマで送信後の時間を計測し、一定時
間内にACKがない場合は再送する。また、さらに厳密
な伝送制御をおこなう場合には、ACKパケットを受信
したときに送信端末に対してRACKパケットを送信す
る。
この場合送信端末はデータパケット送信後、八〇にパケ
ットを受信するに必要な準備を行う。受信準備が完了し
ていないときにACKパケットを受けた場合はACKエ
ラーとなる。したがってエラーを防ぐためには、送信端
末と受信端末との動作モードの同期をとることが必要に
なってくる。
そこで従来は、データパケット受信端末においてデータ
パケット受信後一定のアイドル時間を形成し、その時間
が経過したときに応答パケットを送信するようにしてい
た。
しかし、この方式は相手側の動作モードに無関係にディ
レィ時間を形成するため、相手側が受信態勢にあるのに
応答パケットが送信されない欠点があった。特に、この
ようなことは端末に低速のものと高速のものとがある場
合に顕著となってくる。アイドル時間は最も低速の端末
に合わせる必要があるため、高速の端末がデータパケッ
ト送信局となる場合に、受信準備時間に対してアイドル
時間が相対的に長すぎるようになるからである。
したがって、このような伝送制御方式では、端末の性能
を合わせる必要が生じたり、伝送効率を高く出来ない不
都合が生じていた。
この発明の目的は、伝送ラインに接続される複数の端末
の動作速度性能がそれぞれ異なっても、最も効率の良い
伝送を行うことが出来るデータ伝送制御方式を提供する
ことにある。
この発明は、要約すれば、 パケット送信時にその終了コードを受信準備が完了する
まで継続して送信するようにして、受信端末では応答パ
ケットの送信がその終了コードの受信終了時になされる
ようにしたものである。
この発明によれば、受信端末での応答パケットの送信が
常に送信端末が受信準備を完了した時点で行われること
になるため、受信端末では応答パケットを送信すること
に関してアイドリング処理を必要とせず、最も効率良く
応答パケットの送信を行うことが出来る。さらに端末相
互間の同期がとられることになるので、ネットワークに
接続する端末の動作速度性能を選ばないという利点があ
る。このため、高速の端末が接続されたネットワークに
低速の端末を接続することも出来、柔軟な構造のネット
ワークシステムを構成することが出来る。
以下この発明の実施例を図面を参照して説明する。
第1図はこの発明を実施するローカルネットワークシス
テムのブロック構成図である。同図において、メインシ
ステムである端末装置A −N ハ、この発明の実施例
の伝送インターフェイスI/Fを介して同軸ケーブルか
ら成るデータ伝送ラインLに接続され、各端末相互間で
任意に各種データの送受信が行なえるようになっている
。第2図は上記伝送インターフェイスI/Fのブロック
構成図、第3図はさらにその詳細なブロック構成図であ
る。
伝送インターフェイスI/Fは、送信制御回路10、受
信制御回路11、および送受信データ転送制御回路12
から構成される。送信制御回路10は、送信データまた
は応答パケットを所定のパケソトフォマットにて伝送ラ
イン上に送出し、受信制御回路11は、伝送ライン[、
から受信したデータのパケソトフォマットを判定し、そ
の判定結果に基づいて応答パケットを作成する。また、
送受信データ転送制御回路12は、受信制御回路11、
送信制御回路lOと端末装置との間で送受信データの転
送を制御する。
第3図において、上記送受信データ転送制御回路12は
、送信データ転送制御回路1と受信データ転送制御回路
2とで構成される。送信データ転送制御回路lは、各種
データを送信する場合に端末装置側から送られてきたデ
ータを1バイト毎に一時記憶するレジスタaと、同レジ
スタaへの書込みを許可するときにセットするフラグW
ENと、端末装置が総ての送信データを転送したときに
セットされるフラグWEDとを有する。また、受信デー
タ転送制御回路2は、各種データを受信する場合にイン
ターフェイス側の受信データを1バイト毎に端末装置に
転送するための取込みレジスタbと、受信データがある
ことをチャネル毎に端末装置に知らせるためのフラグR
ENと、端末装置が総ての受信データを取り込んだこと
をチャネル毎にインターフェイス側に知らせるためのフ
ラグREDとを有する。
上記送信制御回路10.および受信制御回路11は、チ
ャネル毎の送受信データ、およびインターフェイス制御
フログラムを記憶するメモリ4、送受信段階でのタイマ
ー、インターラブド機能を制御する制御回路6、メモリ
4と上記送受信データ転送制御回路I、2との間でデー
タをI)Mへ転送するDMAC5、送受信動作を制御し
、送受信バッファ用C,Fおよび送受信用シフトレジス
タD、Eを有するリンクコントローラ7、送信時に送信
データを変調してライン上へ送出するとともに複数の端
末から同時にアクセス要求があったかどうかを検出する
衝突検出回路を含むライン制御回路8、ライン」二の信
号を受信し、その信号をiシ調してリンクコントローラ
7へ転送するライン制御回路9、およびインターフェイ
ス全体をメモリ4に記憶されている制御プログラムに従
って制御するサブCPU5から構成される。
第4図はト記ライン制御回路8に設けられる衝突検出回
路の回路図である。同図のように、変調後の信号と復調
前段の信号とを、イクスクルーシブOR回[I!881
に与え、その出力をフリップフロップ82のセット信号
にしている。このようにすることにより、送信データと
受信データとが異なるとき、すなわち衝突時において衝
突検出信号COが得られる。
第5図は上記ライン制御回路9に設けられるキャリア検
出回路の回路図である。また第6図は同キャリア検出回
路のタイミングチャートである。
この実施例では、ライン上にデータの流れがあることを
示すキャリア信号CDIと一定時間キャリア信号CDI
がないことを示す信号CD2を48るようにしている。
すなわち、ラインより受けた信号からレシーブクロック
aを復調回路90によって作成し、バイ′ナリーカウン
タ91およびランチ回路92へ入力して、信号CDIと
CI) 2を得ている。第6図に示すように、レシーブ
クロックが無くなるとバイナリ−カウンタ91のCL(
クリアー)端子fJ<解除され、カウントが基本クロッ
クφにより進んで搬送波のミラーイメージ信号であるキ
ャリア信号CDIが得られる。さらにカウントが進むと
、クロックφの周期によりあらかじめ設定された処理時
間tを加えた信号CD2が得られる。
各端末は、この信号CDIと信号CD2を個々に検出し
、図示しない回路によって、信号CD2が[ロー1 (
論理0)であるときにだりデータパケットを送出出来、
ACKバケ・ノドまたはRACKパケットは信号CDI
が「ロー」 (論理0)であるときにだけ送出出来るよ
うに制御する。このようにして信号CDI、CD2をチ
ェックしながら送受信制御することにより、データパケ
・ノド送出後のACK、およびRACKパケツ1−送出
に関して他の端末からのデータパケ・ノドとの衝突が防
止される。第7図はライン上の信号と」1記信号CDI
、CD2との関係を示している。図において時間tはラ
イン上にキャリア信号がない一定時間を表す。この時間
は少なくともACKバケット再送許容時間よりも長く設
定されていて、ACKパケットがこの時間を内に送出さ
れなければ、ラインの占有は解除され、他の端末からの
新たなアクセスが許可される。
第8図はこのローカルネットワークでの基本的な伝送手
順を示す。同図(A)は送信端末と受信端末がともに正
常な状態にある場合の手順である。まず、送信端末から
フラグ、アドレス等のへ・ノダ一部を備えたデータバケ
・7トを相手先へ送信する。このデータパケットが正常
に受信されるとデータパケット受信端末はACKパケ・
ノドを送信する。ACKパケットを受信したデータパケ
ット送信端末は、ACKパケットに対する応答バケ・ノ
ド(RACKバケツ1−)を送信する。データバケ・ノ
ド送信に対して、受信端末がデータパケ・ノドを受は入
れる準備がない場合は同図(B)のように、受信端末が
NRDYパケットを送信して終了する。また、送信され
てきたデータパケットのチャネルに対応する受信バッフ
ァが塞がっている場合は、同図(C)に示すようにバッ
ファフルのステートメントを付けたNRDYパケットを
送信して終了する。
第9図はパケットフオマントを示す図である。
このパケットは、データをフラ・ノブ(リーディングフ
ラッグ)とフラッグ(トレーリングブラ・ソゲ)で区切
るフォマットで構成される。両方のフラツクコードは7
E(ヘキサデシマル)である。トレーリングフラッグは
パケットの終了を表す終了コードとして機能する。ディ
スティネーションアドレスDAは受信局を指定する。ソ
ースアドレスSAは送信局を指定する。データタイプT
YPEは転送フレームの種類を指定する。その種類はデ
ータ、ACK、RACK、NRADYの4種類である。
チャネル番号CH,NOはパケットのチャネル種別を指
定する。回線ステータスD L SはNRADYパケッ
ト送信時でのステートメントを記述する。そのステート
メントには、受信不可と受信バッファフルとがある。バ
イトカウンタBCLとBCHはデータのバイト数を指定
する。データフィールドDATAは転送するデータをセ
ントする。このデータフィールドDATAは、データパ
ケットのみに存在する。CRCはエラー検出用コードを
与える。
次に第3図に示すインターフェイスの動作を、第1θ図
〜第11図を参照して説明する。
(1)送信動作 第10図(A)〜(C)は、データの送信動作を示すフ
ローチャートである。
今、仮に端末装置Aから端末装置Nに対して特定のデー
タを送信するものとする。
まず、ステップnl(以下ステップniを単にniとい
う)で、端末装置Aは送信データ転送制御回路1の書込
みレジスタaに対して1バイトのデータを書き込むとと
もに、フラッグWENをセントする。この時、端末装置
Aからは送信データ長(バイト数)と、データをどのチ
ャネルで取り扱うかを指定するチャネル情報CHnとが
上記データとともに送られて所定のエリアにセットされ
る。
これらのデータを受信した転送制御回路1は、送信デー
タのDMA転送チャネルであるDRQ3チャネル(イン
ターフェイス内でデータ転送に用いるチャネル)を選択
し、DMAC5に対してDMA転送を指示する(n2)
。DMAC5はその指示を受けると、メモリ4の転送先
アドレスを設定しくn3)、そのアドレスにある送信バ
・ソファAにレジスタaのデータを転送する(n4)。
1バイトの転送が終了すると、フラッグWENをリセッ
トする(n5)。端末装置Aは上記フラッグWENを監
視していて、リセットされるのを知ると(n21) 、
neoへ戻って次の1バイトのデータをレジスタaに送
る。こうして、端末装置へではフラッグWENを監視し
、そのフラッグがリセットされる毎に1ハイドのデータ
をレジスタaに書き込む一方、インターフェイス側では
、DMACによって、レジスタaのデータを送信バッフ
ァAに順次DMA転送する。総てのデータの転送を終結
すると、端末装置AはフラグWEDを七ソトシに行<(
n22)。このフラグWEDがセントされると、制御回
路1は、n7.n8で指定バイト数の確認チェックと送
信コマンドのチェックを行い、正しいときn9へ進む、
DMAC5は、n9.nlOでバッファAからバッファ
BへのデータのDMA転送を実行する。転送が終了すれ
ば、送信バッファが空き状態であることを示すためにフ
ラグWEDをリセットする(n、11)。端末装置Aは
、フラグWEDがリセット状態であることを知ると、次
に送信すべきデータがある場合に、上記と同じようにし
て送信データをバッファAに転送する。
一方、上記のようにして送信バッファBに送信データが
準備されると、インターフェイスの動きを制御するCP
U5は送信指示を行い(n30)、リンクコントローラ
7を送信レディ状態に設定する(n31)。このときリ
ンクコントローラ7は、キャリア検出回路CDで得た信
号CD2をチェックし、「ロー」であれば直ちにライン
制御回路8を介して、パケットの最初のデータであるリ
ーディングフラグFをライン上に送出する(n32)。
続いてCPU5はDMAC5にメモリ40)バッファB
の先頭アドレスとデータのバイト数を設定しくn33.
n34) 、バッファBからリンクコントローラ7への
データ転送を指示する。この間リンクコントローラ7は
、上記のリーディングフラッグFを送出したままである
が、n34を終えると同フラグFの送出を停止する(n
 35)。次に、データ転送先であるリンクコントロー
ラ7の送信用バッファCが空き状態で(n 36)、且
つリンクコントローラ7よりDMAC5に対してバッフ
ァCへのデータ転送可信号が送出されると(n37)、
n38でlハイド分のデータがバッファBからバッファ
Cへ転送される。リンクコントローラ7はさらにバッフ
ァC−・の転送データをシフトレジスタDに転送し、1
バイト分、シフトレジスタDへ転送すると(n40)、
再びn37へ戻ってDMA転送を実行するとともに、シ
フ1−レジスタDのデータをライン制御回路8に送って
、変調後ラインへ送出する(n41〜n44)。後述す
るように、以上の動作が二つ以上の端末で同時に行われ
ていた場合は、少なくともデータのうちソースアドレス
を送出した時に衝突が発生するが、この衝突が衝突検出
回路COで検出されたときはn44からn60へ進んで
送信を禁止する。今、衝突がないものとすると、リンク
コン1−ローラ7は順次バッファCからシフトレジスタ
Dへの転送を行い、前述のようにしてバッファCへDM
A転送されるデータを順次ライン制御回路8へ送る。こ
の動作(n37〜n45)を繰り返して行き、指定され
たデータ長の送出が完了するとDMAC5は内蔵するバ
イトカウンタがカウントアツプすることにより、リンク
コントローラ7へフレーム送出完了を告げる(n46)
。これを受けたリンクコントローラ7は、CRCを付け
、1フレームのデータ送出を完了する。そして、リンク
コントローラ7はCPtJ5に対し、1フレームのデー
タ送信が完了したことを示すインターラブド信号を送り
(n 47) 、CPU5はリンクコントローラ7を介
して、ライン制御回路8にトレーリングフラグFの送出
を指示する(n48)。トレーリングフラグFは、CP
U5が送信完了処理を行い(n49)、受信準備処理を
行う(n50)まで継続して送出し、これらの処理が完
了した時点でフラグ送出を停止するとともに(n51)
、インターフェイスを受信モードに設定する(n52)
トレーリングフラグFが上記のようにして連続送信され
ている間は、当然信号CD2が「ハイ」の状態を保持し
ている。したがって他の端末からのアクセスは禁止され
ている。また、後述のように端末装置tNでは、トレー
リングフラグFを受信している開信号CDLが「ハイ」
にあるため、応答パケットの送信待ち状態にある。
次にn44において、データパケットが衝突した場合の
動作を説明する。
データパケットの衝突は、各端末によるアクセスが平等
である共通チャネル方式におシ)で、同時に二つ以上の
端末が送信しようとするときに生じる。信号CD2によ
ってアクセスタイミングが完全に異なる場合の衝突は防
止されるが、相互に離れた端末間では伝播遅延が大きい
ため、他の端末の送信を検出するまで時間がかかる。そ
の結果、衝突が起こりやすくなる。一般に、共通チャネ
ル方式を採用したローカルネットワークシステムでは、
上記の問題を解決するために、衝突検出後一定時間を待
って再送するようにしている。この処理をバックオフ処
理という。n60以下はこのバックオフ処理を行う手順
である。
衝突が衝突検出回路COで検出されると、データパケッ
トを送信した端末はすべて送信を停止する(n60)。
次に他の端末が衝突が発生したことを容易に検出できる
ようにするためラインを「ハイ」に持ち上げる(n61
)。続いて信号CD2の立ち下がりを検出しくn62)
、その立ち下がりタイミングでメモリ4に設けである乱
数テーブルTBLから所定のバックオフタイマー値を読
みだしくn63)、制御回路6のタイマーTにその値を
設定する(n 64)。続いてこのようにしてセントし
た所定時間が経過すれば(n 65)、CPU5は再度
信号CD2の状態を検出し、そのレベルが「ロー」であ
ってアクセス可能なときであれば、n30へ戻って上述
した送信動作を繰り返す。信号CD2のレベルが「ハイ
」であってライン使用が許可されない状態であれば、n
67へ進んで信号CD2が立ち下がるタイミングで鮮び
バックオフタイマーを起動して(n64)、タイマー経
過時点が信号CD2のオフ状態になるときを待つ。
第12図はA、B、C端末がほぼ同時(伝播遅延等を原
因に若干の誤差がある)にアクセスしようとして衝突が
生じたときの動作を示す。A、  B、C各端末が図示
するように衝突を検出すると、直ちに送信を停止して、
信号CD2の立ち下がりタイミングで、それぞれの端末
で乱数テーブルで発生させたバックオフタイマー値t1
.t2.t3をスタートする。時間t1を経過した時点
でA端末は、信号CD2の状態を検出する。このときB
端末およびC端末はタイマー値t2.t3が経過してい
ないので送信をすることが出来ない。したがってその他
の端末からのアクセスがない限り、信号CD2はオフ状
態にあるためA端末がらの再送が可能になる。この例で
はA端末がらB端末に対してデータパケットを送信する
ケースを示している。衝突があったため送信出来なかっ
た他のB端末およびC端末については、A端末の送信が
成功した後に再送が試みられる。この方法は上記と同様
に行う。すなわち、信号CD2の立ち下がリタイミング
でタイマー値t2.t3をスタートし、B端末は時間t
2が経過した時点で信号CD2の状態をチェックして、
オフであれば再送をする。また、C端末は時間t3が経
過した時点で信号CD2をチェックし、オフであれば再
送する。
こうしてバックオフ処理をしながら衝突した端末からの
送信の順番を整理していく。
以上のように、この実施例ではバックオフタイマーの起
動時点を信号CD2の立ち下がりタイミングに設定し、
端末の種類に無関係に同一のタイミンクでスタートする
ようにしている。このため、再び衝突が生じる確率を小
さく出来、バンクオフタイマーの精度を向上出来る利点
がある。なお、n64でセットされるバンクオフタイマ
ー値は、新たな衝突が生じない限り次にn64でセット
されるときも同じ値となるようにしている。
以上の動作によってライン上に送出されるデータパケッ
トの構成を第13図に示す。
同図に示すように、パケットの先頭にm個のリーディン
グフラグFが位置し、パケットの終りにj個のトレーリ
ングフラグFが位置している。前述のようにm個のフラ
グはn32〜n35で送出され、j個のフラグはn48
〜n51で送出される。このようにパケットの先頭と終
りにフラグを連続させることによって、送信端末は終り
のフラグ連続送出の時間に受信準備をすることが出来、
受信端末は、連続するリーディングフラグを受信する間
にモードを正常な受信モードにすることが出来る。
送信端末が終りのフラグ連続送出の時間に受信準備出来
るのは、前述のようにn48〜n51のステップから明
らかである。そして、この時間には信号CD2の「ハイ
」によって他の端末からのアクセスが禁止される。また
、信号CDIの「ハイ」によって、端末装置NからのA
CKパケットの送信も禁止される。
受信端末が正常な受信モードに設定される場合は次のよ
うなときである。たとえば、受信端末が二つ以上の送信
端末から同時に受信したとすると、ソースアドレスを受
信したときで衝突を検出する。このとき、受信端末はリ
ーディングフラグを既に受信しており、しかも受信モー
ドはリセットされないからデータ待ち状態にある。しか
し、衝突を起こした二つの送信端末は送信を打ち切って
、次のチャンスを待っている状態にある。そこでどちら
かの端末或いは他の端末から新たなデータパケットの送
信があれば、データ待ち状態にある受信端末は最初のリ
ーディングフラグをトレーリングフラグと見なして(リ
ーディングフラグとトレーリングフラグとはともに「7
E」の同一コードにある)、そのリーディングフラグを
受けた時点でパケットのフォマットが間違っていること
を検出しくフォマット長が短い)、エラー処理を行う。
したがって、このような場合、もしリーディングフラグ
が1個であると、エラー処理を行った後の受信データも
、リーディングフラグが無いと見なしてエラー処理を行
う可能性がある。
これに対して、データパケットにリーディングフラグを
適当な数だけ連続させれば、受信端末は最初のリーディ
ングフラグを受信したときに、次以降のフラグ受信時間
でエラー処理を行い、正常な受信モードになったときに
まだ続いているリーディングフラグを次回のパケットの
フラグとして処理することが可能になる。
以上のように、m個のリーディングフラグおよびj個の
トレーリングフラグを付けることによって、送信端末と
受信端末とが常にパケットを正常に受信出来る状態にす
ることが出来る。
(2)受信動作 第11図(A)〜(C)は、データの受信動作を示すフ
ローチャートである。
上記のようにしてライン上に送出されたデータパケット
は、端末装置N (jl!Jのライン制御回路9で受信
され(n70)、復調されて(n71)リンクコントロ
ーラ7のシフトレジスタEへ導かれる(n 72)。リ
ンクコントローラ7は受信したデータの最初の1バイト
がフラグがフラグ以外がを判定し、フラグである場合は
続いて次にくる1バイトのデータをシフトレジスタ已に
導く。フラグ以外である場合は、ディスティネーション
アドレスDAを読み取ってそのアドレスが自己アドレス
かどうかを判定しくn75)、自己アドレスに一致して
いる場合にn76へ進む。n76でシフトレジスタEの
受信データを受信バッファFに転送し、DMAC5に対
して受信データ有りの指示を行う(n77)。同時にデ
ータをバッファGに転送するチャネルとしてDRQIを
選択する。受信データ有りの指示を受けたDMAC5は
、上記受信バッファFの受信データをメモリ4のバッフ
ァGに順次転送する。バッファGはチャネル数だけ設け
られていて、受信データはパケットで指定されるヂャネ
ル番号に対応する部分に転送される。
この転送は、レジスタEに導かれるデータを1バイトづ
つ行い、データの区切りを示すフラグ(トレーリングフ
ラグ)を検出した段階で受信を完了したと判断して(’
n79)、リンクコントローラ7はCPU5に対して受
信完了指示を行う(n80)。この指示を受けたCPU
5は受信モードを禁止するとともに、送信されてきたデ
ータの種別を判定する。データ情報であるときは、受信
時において端末装置がレディ状態にあって受信できるか
どうかを受信データ転送制御回路2内のフラグRDYに
よって判定する(n 89)。このフラグRDYは、端
末装置によって制御され、端末装置が受信可能の状態に
あるときはセットされている。そして受信可能であるな
ら、続いて指定チャネル(第9図のC’H,Noで指定
される)の受信バッファG(メモリ4内)が空き状態に
あるかどうかを判定される(n90)。前述のようにこ
の受信バッファGはチャネル数用意されていて、各チャ
ネルが空き状態にあるかどうかは、受信データ転送制御
回路2内のフラグRENによって示されるようにしてい
る。すなわち、任意のチャネルの受信バッファが空いて
いる場合、そのチャネルに対応するフラグRENはセッ
トされる。反対にバッファフルの状態にある場合、その
チャネルに対応するフラグRENはリセットされる。n
90で指定されたチャネルの受信バッファが空き状態に
あると、データパケットを送信してきた端末に八〇にパ
ケットを送信する(n91)。第11図には示していな
−いが、このACKパケットの組立はCPU5によって
行う。第9図から明らかなように、ACKパケットの組
立は極めて簡単であり、ディスティネーションアドレス
DAを除く他のデータは固定コードとなる。ディスティ
ネーションアドレス自体も作成する必要が無く、送られ
てきたデータパケットのソースアドレスSAをそのまま
使用すれば良い。ACKパケットの送信は、当然、ライ
ンLにキャリアがないとき、すなわち信号CDIが「ロ
ー」にあるときに行われる。キャリア検出回路COがキ
ャリアを検出しているときには、n91においてACK
パケットの送信待ち状態にある。したがって、端末装置
AにおいてトレーリングフラグFを連続送信している間
は、端末装置N側はn91においてACKパケット送信
送信状態となる。ACKパケット送信後、CPU5は受
信データ転送制御回路2内のデータ有りフラグRE長(
指定チャネルの)をセットしくn92)、再受信モード
にセットされる。
n89において、端末装置Nが受信不可である場合は、
n93でNRDYパケソI・を送信して再受信モードに
戻る。また、n90で受信バッファフルである場合、す
なわち指定チャネルに対応するフラグRENがセソt・
されている場合は、n94でバッファフル(NRDY)
パケットを送信して再受信モードに戻る。この場合も、
NRDYバケットの送信は、トレーリングフラグの送信
完了を待って行う。
なお、図示していないがACKパケット、およびNRD
Yパケットの送信においても、トレーリングフラグFを
受信準備が完了するまで連続送信するようにしている。
この結果、端末装置へからのRACKパケットも、端末
装置Nが受信準備完了となったときに送られてくること
になる。
一方、端末装置Aでは、端末装置Nで上記のn91にお
いて送信されたACKバケットが受信されるため、n8
2→n83→n95へと進む。通當の場合データパケッ
ト送信後はACKパケット待ち状態に遷移するため、n
95−=n96と進み・ACKパケット送信端末つまり
端末装置Nに対してRACKパケットを送信しくn96
)、送受信制御部を受信モードに設定する(n 97)
なお、n91でのACKパケット送信、およびn96で
のRACKバケット送信は、いずれも送信タイマーT1
によって時間管理され、ACKパケット送信が所定の回
数失敗したとき、およびACKバケットを所定回数送信
してもRACKパケットを送信出来ないとき、エラー処
理がなされるようにしている。
上記のようεこして端末装置AでRACKバケットが送
信されると、端末装置Nではn32−1183−n 8
4−”n 98と進む。通常の状態遷移となるときはR
ACKパケットの受信時にはすでにAC,にパケットの
送信を終了しているから、n98−n97へと進んで受
信モードの設定をする。もし、ACKパケットを送信し
ていない状態でRACKパケットを受信したときには、
ACKパケットの再送を行って(n99)受信モードの
設定をする(n97)。また、n85で受信パケットが
NRDYバケットである場合、n85−”、n1O0へ
と進む。通常NRDYパケットを受信する場合は、デー
タバケ・ノド送信後であるから、nto。
−n 101へと進んで、端末装置に相手側がNRDY
状態(データの受付が出来ない状態)にあることを知ら
せて、受信モードを設定する(n97)、。
応答パケットの送信は、以上のようにn82以下におい
て行われるが、データパヶ・7トを正常に受信してAC
Kパケットを送信したときには、送受信データ転送制御
回路を介して、端末装置側との間で受信データの転送処
理が行われる。この手順をn1lo以下に示す。
n110において、端末装置Nは、図示しないメインC
PUが指定するチャネルに対応したフラグRENのセッ
ト有無をチェックする。そのチャネルに対応するフラグ
RENがセットされていれば、受信データリードコマン
ドが受信データ制御回路2に与えられる(nlll)。
そして上記フラグRENをリセットするとともに(n 
112)CPtJ5はメモリ5のバッファG(指定チ中
ネル番号の)の先頭アドレスおよび受信データ長(バイ
ト数)をDMAC5にセントしてDMA転送の準備を行
う (n l 13)。さらにCPU5は、データ転送
のために使用するチャネル(上記指定チャネルとは異な
りインターフェイス内のデータ転送チャネルを指す)を
DRQ2に設定しくn114) 、DMA転送を指示す
る(nl15)。するとバッファGからレジスタbに対
して1バイト分のデータが転送され(nl16)、端末
装置Nに対してインターラブド信号が出力される(n1
17)。端末装置Nは、このインターラブド信号を受け
ると、n130−”n131へと進んでレジスタbに転
送されたデータの取込みを行う。一方、データ有りフラ
グRBNがn112でリセットされているため、n7B
でバッファFから新たな1バイト分のデータがバッファ
Gに転送されてくる。そして同時にn?7でフラグRE
Nを再セットする。したがって、n110以下が再び実
行され、n116で次の1バイトのデータがレジスタb
にセントされ、端末装置Nがそのデータをn131で取
り込む。この動作を繰り返して、バッファGのデータが
レジスタbを介して総て取り込まれたときにDMA転送
が完了して、n119→n120へ進んでDMAC5は
、動作を停止する。
端末装置N側は、受信データのバイト数と実際に取り込
んだデータのバイト数が一致するかどうかをチ、xツク
し、一致すれば取り込んだデータを所望のフォマノトに
加工しくn133)、その加工処理が完了すれば(n1
34)、受信データ転送制御回路2のフラグREDをセ
ットして(n135)取込み完了をインターフェイス側
に知らせる。インターフェイス側のCPLI5は、この
フラグREDのセントを検出すると(n121)、その
フラグREDをリセットして(n 122)次期データ
の送受信に備える。
以上のようにして、端末装置Aから端末装置Nに対して
特定のデータの送信が行われる。
【図面の簡単な説明】
第1図はこの発明を実施するローカルネットワークシス
テムのブロック構成図である。 第2図は伝送インターフェイスI/Fのブロック構成図
、第3図はさらにその詳細なブロック構成図である。 第4図はライン制御回路8に設けられる衝突検出回路の
回路図である。 第5図はライン制御回路9に設けられるキャリア検出回
路の回路図である。また第6図は同キャリア検出回路の
タイミングチャートである。 第7図はライン上の信号と信号CDI、CD2との関係
を示している。 第8図はこのローカルネットワークでの基本的な伝送手
順を示す。 第9図はパケソトフォマソトを示す図である。 第10図(A)〜(C)はデータの送信動作を示すフロ
ーチャートである。 第11図(A)〜(C)はデータの受信動作を示すフロ
ーチャートである。 第12図はA、B、C端末がほぼ同時にアクセスしよう
として衝突が生じたときの動作を示す。 第13図はライン上に送出されるデータパケットの構成
を示している。 (第2図) 1〇−送信制御回路、11−受信制御回路、12−送受
信データ転送制御回路、 (第3図) I−送信データ転送制御回路、2−受信データ転送制御
回路、3−DMAC(ダイレクト・メモリアクセス・コ
ントローラ)、4−メモリ5−サブcpu、6−制御回
路、7−リンクコントローラ、8−ライン制御回路(送
信)、9−ライン制御回路(受信)。 出願人  シャープ株式会社 代理人  弁理士 小森久夫 (イ〉ター7エイス41) −258− 匍O図 (C)

Claims (1)

    【特許請求の範囲】
  1. (11デーク伝送ライン上にキャリアがないと判定した
    ときにデータパケットを送信し、その送信後に応答パケ
    ットを受信するデータ伝送方式において、パケット送信
    時にその終了コードを受信準備が完了するまで継続して
    送信することを特徴とする、ローカルネットワークシス
    テムのデータ伝送方式。
JP57152982A 1982-08-31 1982-08-31 ロ−カルネツトワ−クシステムのデ−タ伝送方式 Pending JPS5941945A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP57152982A JPS5941945A (ja) 1982-08-31 1982-08-31 ロ−カルネツトワ−クシステムのデ−タ伝送方式
US06/525,665 US4672543A (en) 1982-08-31 1983-08-23 Data transmission control apparatus in local network systems
GB08322996A GB2126458B (en) 1982-08-31 1983-08-26 Local network system interface
CA000435700A CA1213015A (en) 1982-08-31 1983-08-30 Data transmission control apparatus in local network systems
DE3331233A DE3331233C2 (de) 1982-08-31 1983-08-30 Datensteuereinrichtung in lokalen Verbindungsnetzen

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP57152982A JPS5941945A (ja) 1982-08-31 1982-08-31 ロ−カルネツトワ−クシステムのデ−タ伝送方式

Publications (1)

Publication Number Publication Date
JPS5941945A true JPS5941945A (ja) 1984-03-08

Family

ID=15552370

Family Applications (1)

Application Number Title Priority Date Filing Date
JP57152982A Pending JPS5941945A (ja) 1982-08-31 1982-08-31 ロ−カルネツトワ−クシステムのデ−タ伝送方式

Country Status (1)

Country Link
JP (1) JPS5941945A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60199254A (ja) * 1984-03-24 1985-10-08 Nippon Telegr & Teleph Corp <Ntt> 情報通信方式

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5843648A (ja) * 1981-09-09 1983-03-14 Toshiba Corp コミユニケ−シヨン方式

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5843648A (ja) * 1981-09-09 1983-03-14 Toshiba Corp コミユニケ−シヨン方式

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS60199254A (ja) * 1984-03-24 1985-10-08 Nippon Telegr & Teleph Corp <Ntt> 情報通信方式

Similar Documents

Publication Publication Date Title
US4672543A (en) Data transmission control apparatus in local network systems
US4590467A (en) Local area network interface controller
US4780814A (en) Global serial channel for microcontroller
EP0137437B1 (en) Method for initializing a token-passing local-area network
JP2707529B2 (ja) データ通信システム
US4368512A (en) Advanced data link controller having a plurality of multi-bit status registers
US4665519A (en) Wireless computer modem
EP0156557A2 (en) Transceiver for multi-drop local area networks
AU655303B2 (en) Method and apparatus for data collision detection in a multi-processor communication system
US4642630A (en) Method and apparatus for bus contention resolution
JPH0612906B2 (ja) データを通信する方法
US4593281A (en) Local area network interframe delay controller
JPH0795767B2 (ja) データ通信の最適化された方法と、その方法を使用するシステム
US10331610B2 (en) UART with automated protocols
JPH0472428B2 (ja)
JPS6113305A (ja) 産業制御装置用入出力装置
JPS58502130A (ja) ローカル・エリア論理ネットワーク・システム
US20050262280A1 (en) Method and apparatus for acknowledgement-based handshake mechanism for interactively training links
JPS5941948A (ja) ロ−カルネツトワ−クシステムのデ−タ伝送方式
JPS5941945A (ja) ロ−カルネツトワ−クシステムのデ−タ伝送方式
JPS5941946A (ja) ロ−カルネツトワ−クシステムのデ−タ伝送制御装置
JPS5941943A (ja) ロ−カルネツトワ−クシステムのデ−タ伝送制御装置
JPH0221703B2 (ja)
JPS5941942A (ja) ロ−カルネツトワ−クシステムのデ−タ伝送制御装置
JPS5941947A (ja) ロ−カルネツトワ−クシステムのデ−タ伝送制御装置