JPH0837541A - データ伝送方式 - Google Patents

Abstract

(57)【要約】 【目的】 通信路でのエラー発生に対し、より確実なエ
ラー検出が可能であり、更に、エラー検出されたフレー
ムを再送することにより、より確実に各スレーブノード
へ正しいデータを伝えることができるデータ伝送方式を
提供する。 【構成】 フレームがデータ列と前記データ列に付加さ
れたデータエラーを検出するためのエラーチェックビッ
ト列を有し、リング型ネットワークに接続されているス
レーブノードは、受信されたフレーム毎に前記エラーチ
ェックビット列を用いてデータエラーの有無を検査する
検査手段と、フレーム毎にエラーチェックビット列を更
新し付加して次ノードに出力するエラーチェックビット
列生成手段と、送信フレーム内のデータ列及びエラーチ
ェックビット列に第１のスクランブルをかける第１のス
クランブル手段と、前記第１のスクランブルと異なる第
２のスクランブルをかける第２のスクランブル手段とを
備えるデータ伝送方式。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、１台のマスターノード
と複数のスレーブノードで構成されたリング型ネットワ
ークにおいて、ネットワーク上で発生したデータエラー
を検出し、エラーの発生したフレームを再送するデータ
伝送方式に関する。

【０００２】

【従来の技術】

文献名；IEEE Standard 802.5 Token Ring Access Meth トランジスタ技術スペシャルNo.8「データ通信技術のす
べて」ｐ８〜１１データ伝送において通信上の誤り（エ
ラー）を検出する方法として、パリティチェック方式、
定マーク符号方式、巡回符号（ＣＲＣ）方式等がよく知
られている。

【０００３】これらの中でも巡回符号（ＣＲＣ）方式
は、冗長度の割にチェック機能が高いこと、バースト的
雑音に比較的強いことやＣＲＣの作成と検出回路が簡単
であることなどから、高速で信頼性の高いデータ通信に
よく用いられている。

【０００４】ＣＲＣ方式では、送るべきデータ列を生成
多項式で割り、その余り（ＢＣＣ：Block Check Charac
ter ）をデータ列の後にエラーチェックビット列として
付加して送信し、受信側では同じ生成多項式を用いて除
算を行い、余りが出なければ受信したデータは正しいと
判断する。逆に余りが出ればデータ列に誤りがあると判
断する。

【０００５】従来のリング型ネットワーク通信方式の代
表であるトークンリングにおいても、通信時のエラーを
ＣＲＣチェックによって検出している。トークンリング
では通信時のエラーをＣＲＣチェックによって検出する
とフレーム中のEnding Delimiter部のEbitと呼ばれるビ
ットを“１”にし、エラーの発生をシステムマネージャ
ーに通知する。システムマネージャーはEbit＝“１”に
よってエラー発生を知り、必要な処理を行う。図８は、
トークンリングのフレーム構成の一例を示す概略図であ
る。図中Ｅで示されるビットがEnding Delimiter部のEb
itと呼ばれるビットであり、このビットを“１”にし、
エラーの発生をシステムマネージャーに通知する。シス
テムマネージャーはEbit＝“１”によってエラー発生を
知り、必要な処理を行う。

【０００６】また、一般にデータ伝送において、受信パ
ルス系列からタイミングを抽出する自己タイミング方式
が広く用いられており、この場合、零符号連続発生確率
の低減のため、通信データ列とランダム列との排他的論
理和をとることによりデータを違う表現に変換するスク
ランブル（ＳＣＲ）という処理が通常行われている。

【０００７】

【発明が解決しようとする課題】前述のトークンリング
では、エラーを示すビットは、フレーム中１ビットだけ
であり、またEbitが含まれるEnding Delimiter部はＣＲ
Ｃチェック対象からはずれているため、あるノード（ト
ークンリングでは Stationと呼ぶ）においてＣＲＣエラ
ーが検出されEbit＝“１”として送信された後、さらに
エラーが発生しこのビットが“１”から“０”に反転し
た場合にはシステムマネージャーはエラーの発生を知る
ことができない、という問題があった。

【０００８】そこで本発明では、エラーチェックビット
列であるＢＣＣビット列へ施すスクランブルを、ＣＲＣ
チェック正常時とエラー検出時とで異なる方式に切り替
えることでＣＲＣチェックによるエラーを確実にマスタ
ーノードへ伝搬する通信方式を提供することを目的とす
る。

【０００９】

【課題を解決するための手段】本発明は上記課題を解決
するために、各ノードにおいて受信フレームに対してデ
ータエラーチェックを行い、正常であれば、送信データ
列とＢＣＣに正規のスクランブル方式によりスクランブ
ルを施す第一のスクランブル手段と、エラーを検出した
ときはＢＣＣに正規スクランブル方式とは異なるスクラ
ンブルを施す第二のスクランブル手段と、前記正規のス
クランブルをかけられた受信フレームの送信データ列及
びＢＣＣを元に戻すためのデスクランブラ手段とを有す
る。ここで最初にＣＲＣチェックによるエラーを検出し
たノード以降全てのノードでのＣＲＣチェックによるエ
ラーが発生するようにし、エラー発生を確実にマスター
ノードへ伝えるとともに、マスターノードでは、エラー
を検出するとエラーが発生したフレームを認識する手段
とエラーの発生したフレームを再送する手段を設けた。

【００１０】

【作用】本発明は上記手段により、エラーチェックの結
果受信フレームが正常な場合、新たなエラーチェックビ
ット列が付加された送信フレームに前記第一のスクラン
ブル手段により正規のスクランブルがかけられ、次のノ
ードにおいて前記デスクランブラ手段によりスクランブ
ル前の通りのデータに復元されるので、このノードでの
エラーチェックの結果は直前のノードとの間のケーブル
上でエラーが発生していない限り正常である。一方、エ
ラーチェックの結果受信フレームにエラーが検出された
場合、新たなエラーチェックビット列が付加された送信
フレームに前記第二のスクランブル手段により正規のス
クランブルとは異なるスクランブルがかけられるので、
次のノードにおいて前記デスクランブラ手段によりスク
ランブル前とは異なるデータに復元されてしまい、その
結果このノードでのエラーチェックでエラーが検出さ
れ、以降のノードにおいても同様にエラーが検出され、
エラーをマスターノードへ確実に伝えることができる。
更に、エラーが検出されたフレームをネットワーク上に
再送する手段により、各スレーブノードへ確実に正しい
データを伝えることができる。

【００１１】

【実施例】図３はリングネットワークの概略構成図、図
４はネットワーク上での、エラーがない場合のフレーム
の送受信タイミングの説明図、図７はネットワーク上で
の、エラーが検出された場合のフレームの送受信タイミ
ングの説明図、図５は図１中のスクランブル回路のブロ
ック図、図６は図５の動作説明図である。

【００１２】図１は、本発明の通信方式を実現するリン
グネットワーク上のノードの構成図であり、図１（ｂ）
は、ネットワーク上に接続されており、マスターノード
からのデータを受送信するスレーブノード３０２〜３０
４のブロック図である。１はネットワークからの入力
部、２はネットワークへの出力部、３及び４はそれぞ
れ、ノードにつながっている並列伝送路（図示せず）へ
の受信データ出力と並列伝送路からの送信データ入力で
ある。２０は、ネットワーク上での同期を確立するた
め、データの送受信に先立ち、受信したフレーム中の同
期ビット列を検出するフレーム同期部を示しており、ノ
ード内部の動作はフレーム同期部２０で検出した同期タ
イミングを基準として実行される。２１は受信フレーム
にかけられているスクランブルを解除するデスクランブ
ラ、２２は受信したフレーム中のエラーを検出するＣＲ
Ｃチェック部であり、ここではあらかじめ決められた生
成多項式を用いて、フレーム中のフレーム番号情報、デ
ータ部、及びＢＣＣに対して除算が行われ、１２はＣＲ
Ｃチェック部２２の結果を表わすＣＲＣチェック結果信
号であり、エラー無しの場合は「１」を、エラーが検出
された場合は「０」が出力される。

【００１３】２３は受信したデータを蓄え、所定の遅延
を作る受信バッファ、２４はノード自身から送信するデ
ータを蓄える送信バッファ、２９はノード自身からの送
信データをフレーム中に挿入するデータ切替部をそれぞ
れ示しており、データ切替部２９は送信フレームの出力
タイミングに応じ、デスクライバー２１から受信バッフ
ァ２３に入力され、受信バッファ２３から出力される同
期ビット列、コマンド部、フレーム番号情報、および受
信データと、送信バッファ２４から出力されスレーブノ
ード自身が送信するデータを切り替えて出力する。ま
た、タイミング発生回路（図示せず）は１個備えられて
いればよく、これにより、受信タイミングは送信タイミ
ングと同一の基準信号から生成される。

【００１４】２７はＣＲＣビット列生成部であり、ここ
でデータ切替部２９から出力されたフレーム番号情報と
送信データ列にＣＲＣ演算が施される。すなわち、フレ
ーム番号情報と送信データ列に対して、ＣＲＣチェック
部２２での除算と同一の、あらかじめ決められた生成多
項式を用いて除算が行われ、その余りであるＢＣＣがエ
ラーチェックビット列として送信データ列に付加され
る。なお、同期ビット列２００、コマンド部２０１にも
ＣＲＣ演算を施してもよい。２８は、送信フレーム中の
フレーム番号情報、送信データ列にスクランブルを施す
スクランブル回路であるが、コマンド部２０１、エラー
チェックビット列２０４にもスクランブルを施してもよ
い。なお、この構成図には、フレーム同期部２０で得ら
れた同期タイミングを元に各種制御タイミング及び制御
信号を発生する制御部は特に図示していない。

【００１５】図１（ａ）は、ネットワーク上を巡回する
フレームを発生させるマスターノード３０１のブロック
図である。フレーム番号発生部３０は、ＣＲＣチェック
部２２に従って、受信フレームにＣＲＣエラーがなけれ
ばフレーム番号情報として順次インクリメントした値、
及びコマンドを発生する。また、フレーム番号発生部３
０は、ネットワーク上を巡回しＣＲＣエラーなく正常に
受信された最新のフレームのフレーム番号情報を記憶
し、ＣＲＣチェック部２２によりＣＲＣエラーが検出さ
れた場合は、この記憶している情報に基づき、ＣＲＣエ
ラーが検出され再送すべきフレーム番号情報、及びコマ
ンドを発生させる。データ切替部２５は、送信バッファ
２４からの送信フレームの出力タイミングに応じ、同期
ビット列２００を発生すると共に、その後にフレーム番
号発生部３０からのコマンド部２０１、フレーム番号情
報２０２、受信バッファ２３から読み出した他ノードの
受信データ、送信バッファ２４からのマスターノード自
身の送信データを切り替えて出力する。また、受信タイ
ミングを発生するタイミング発生回路と送信タイミング
を発生するタイミング発生回路とが別々に備えられてお
り、受信タイミングと送信タイミングとは互いに独立に
発生される。なお、マスターノードとスレーブノードと
は、装置として別種類である必要はなく、ノードを任意
にスレーブ或いはマスターのどちらかに設定し、一部の
機能ブロックの動作を切り替えることができる。

【００１６】次に、図２は、本発明に係る、通信路を巡
回するフレーム・フォーマットの１実施例であるが、図
２を用いてネットワーク上での同期確立方法について説
明する。各スレーブノードでのフレーム同期部２０によ
る同期ビット列検出のため、マスターノードでは自身の
タイミングに基づいてフレーム同期のための同期確立フ
レームを送信する。この同期確立フレームは、図２
（ａ）に示すように、同期ビット列２００、同期確立フ
レームであることを示す同期確立コマンドが入ったコマ
ンド部２０１を含むが、図２（ｂ）に示すように、フレ
ーム番号情報２０２やデータ部２０３を更に含んでもよ
く、この場合、データ領域は存在してデータは空でもよ
い。また、同期確立フレームにおけるエラーチェックビ
ット列２０４は、コマンド部２０１が正しいかどうかを
チェックするためのものであり、これはなくてもよい。

【００１７】同期確立フレームを受信した各スレーブノ
ードは、同期ビット列２００を検出することでフレーム
の開始点を知り、フレーム同期を確立し、各種制御タイ
ミングを発生することができるようになる。また、同期
確立に続くコマンド部２０１の同期確立コマンドによ
り、受信したフレームが同期確立フレームであることも
知ることができる。この同期確立コマンドは、各スレー
ブノードに対しては例えば、この同期確立フレームの次
から通信フレームが来るという、通信スタンバイ状態で
あることを示すために使われる。マスターノードでは、
ネットワークを巡回して戻ってきた同期確立フレームに
より、自身も受信側の制御タイミングを発生することが
できるようになる。続いてマスターノードは、データの
通信を開始し、各スレーブノードにおいてデータ送受信
をするための通信フレームを送信する。

【００１８】また、通信フレームは、図２（ｂ）に示す
ように、フレーム同期をとるための同期ビット列２０
０、通信フレームであることを示す通信モードコマンド
が入ったコマンド部２０１、フレーム番号情報２０２、
４ノード分のデータ領域（２０３−１〜４）が固定チャ
ネルとして割り当てられてあるデータ部２０３、フレー
ム番号情報２０２やデータ部２０３に施されたＣＲＣ演
算の結果発生したＢＣＣで構成されるエラーチェックビ
ット列２０４、で構成されており、フレーム番号情報２
０２は、マスターノードのみにおいて発生され、通常デ
ータエラーがネットワーク巡回中に検出されなければ、
１ずつインクリメントされたフレーム番号がマスターノ
ードから送信される。なお、データ部２０３は、本実施
例では４ノード分のデータ領域（２０３−１〜４）が固
定チャネルとして割り当てられているが、フレーム長は
必ずしも固定長である必要はなく、フレーム種類、デー
タ内容によって異なっても構わない。

【００１９】図５は、スクランブル回路２８のブロック
図で、図６はその動作タイミングとフレームとの関係を
説明するための模式図である。スクランブル回路２８
は、ＣＲＣビット列生成部２７の出力１１が入力されス
クランブルを施す第一のスクランブル回路５０１と、出
力１１が入力され第一のスクランブル回路５０１とは異
なる方式によりスクランブルを施す第二のスクランブル
回路５０２と、ＣＲＣチェック結果信号１２が入力さ
れ、それにより第一のスクランブル回路５０１からの出
力５１１と、第二のスクランブル回路５０２からの出力
５１２とを切り替え選択するセレクタ５０４と、フレー
ム同期部２０からの制御により動作するタイミングコン
トロール部から発生するセレクタ信号１３が入力され、
それにより、フレーム中の同期ビット列２００が送られ
てくる出力５１５と、セレクタ５０４からの出力５１４
を切り替え選択するセレクタ５０５とを備える。

【００２０】本例において、ＣＲＣ演算は、同期ビット
列２００、コマンド部２０１、フレーム番号情報２０２
とデータ部２０３に対して施され、スクランブルは、コ
マンド部２０１、フレーム番号情報２０２、データ部２
０３、及びエラーチェックビット列２０４に対して施さ
れるものとして、スクランブル回路２８の動作を説明す
る。ＣＲＣビット列生成部２７の出力のうち同期ビット
列２００は、スクランブルされずに出力５１５としてセ
レクタ信号１３が「１」の時、セレクタ５０５より出力
される。スクランブル回路５０１，５０２は同期ビット
列２００が入力される間はリセットされており、コマン
ド部２０１、フレーム番号情報２０２、データ部２０
３、及びＢＣＣ２０４が入力されている間動作する。コ
マンド部２０１、フレーム番号情報２０２、データ部２
０３、及びＢＣＣ２０４にはスクランブルがかけられて
セレクタ信号１３が「０」の時にネットワーク出力部２
からネットワーク上へ出力される。

【００２１】この時、ＣＲＣチェックの結果データエラ
ー無しの場合ＣＲＣチェック結果信号１２が「１」とな
り、セレクタ５０４により出力５１１が選択され、図６
（ａ）のように、出力２へは同期ビット列２００に続
き、スクランブル回路５０１によるスクランブルのかか
ったコマンド部２０１、フレーム番号情報２０２、デー
タ部２０３、及びＢＣＣ２０４が出力される。逆にＣＲ
Ｃチェックエラー検出時には、ＣＲＣチェック結果信号
１２が「０」となり、図６（ｂ）のように、同期ビット
列２００に続き、スクランブル回路５０１によるスクラ
ンブルのかかったコマンド部２０１、フレーム番号情報
２０２、データ部２０３の後、スクランブル回路５０２
によるスクランブルがかかったＢＣＣ２０４が出力され
る。

【００２２】図４および図７は、ネットワーク上でのフ
レームの送受信タイミングを示したもので、図４はＣＲ
Ｃエラーがない場合、図７はエラーが検出された場合の
送受信の様子を示してある。

【００２３】図４により、データエラーが無い場合の通
信手順を説明する。図４において、まず、マスターノー
ドから最初のフレーム（フレーム番号情報２０２＝０）
が送信される。この時マスターノードから出力されたフ
レーム上のデータ部２０３には、マスターノードが送信
したデータのみが存在する。このフレームを受信したス
レーブノード３０２では、前述した内部動作を経た後、
自ノードデータ領域にスレーブノード３０２自身からの
送信データを挿入し次のスレーブノードへフレームを送
る。以下、各ノードにおいて同様の手順で各ノードのデ
ータ領域に各送信データが挿入されたフレームは、マス
ターノード３０１まで巡回する。なお、スレーブノード
では、ＣＲＣチェック結果を判断してからエラーチェッ
クビット列に対しスクランブルをかけるため、受信バッ
ファ２３に入力されたデータ列が読み出されるまで、エ
ラーチェックに相当する一定時間の遅延が設けられる。
また、この実施例では、マスターノード３０１では、ス
レーブノード３０３からのフレームを受信し、ＣＲＣチ
ェックを待たずに次のフレーム（フレーム番号情報２０
２＝１）を送信している（図４（ａ）及び（ｂ））。

【００２４】次に図７を用いて、データエラーが発生し
た場合の通信手順について説明する。今、フレーム情報
番号が「Ｎ」のフレームで、ノード３０２とノード３０
３の間の通信路でエラーが発生したとすると、ノード３
０３において最初に受信フレームのＣＲＣチェックエラ
ーが検出される（図７（ａ））。ＣＲＣチェックエラー
を検出したノード３０３では、前述したように図６
（ｂ）に示す動作を実行し、送信フレームのエラーチェ
ックビット列へはスクランブル回路５０２によるスクラ
ンブルがかかったＢＣＣを送出する（図７（ｂ））。

【００２５】このフレームを受信したノード３０４で
は、受信したフレームに対し、デスクランブルを実行す
るが、前述したように、デスクランブル回路２１は、ス
クランブラ５０１によるスクランブルがかかったデータ
のみをスクランブル前の原データに戻すが、それ以外の
スクランブルがかかったデータに関しては、元のデータ
とは異なるランダムなデータを出力する。従って、ノー
ド３０４でのデスクランブル実行により、フレーム番号
情報、及びデータ部に対しては原データ復元がなされる
が、エラーチェックビット列にはランダムデータが出力
されることになり、その結果ＣＲＣチェック部２２によ
りデータエラーが検出される。以下同様にして、ノード
３０４から出力されるフレームのエラーチェックビット
列へはスクランブル回路５０２によるスクランブルがか
けられ（図７（ｃ））、最終的にマスターノード３０１
までデータエラーが伝搬されることになる。

【００２６】データエラーを検出したマスターノード３
０１は、受信したフレームのフレーム番号Ｎを認識する
ことで、データエラーの発生したフレームはフレーム番
号Ｎであり、このフレームで送受信される筈のデータが
リングネットワーク上のノードのうち少なくとも１つで
正しく受信されていないことを知る。この時点で、マス
ターノードはすでにフレーム情報番号＝Ｎ＋１のフレー
ムを送信しているので、その次に送信するフレームのフ
レーム番号をＮとして再送を実行する（図７（ｄ））。

【００２７】なお、フレーム情報番号＝Ｎ＋１のフレー
ムについても、エラーチェックビット列の送信が開始さ
れる以前に、フレーム番号＝Ｎのフレームでのエラーを
検出しているので、ＣＲＣチェック結果信号１２により
エラーチェックビット列に対して、スクランブル回路５
０２によるスクランブルをかけることができる。例えば
画像データのように送信データの順序の連続性を必要と
する場合には、フレーム情報番号＝Ｎ＋１のフレームに
対してもエラーを波及させることで、各ノードがフレー
ムＮを受信する前にフレームＮ＋１を受信をしないよう
にすればよい。

【００２８】スレーブノードでは、受信したフレーム番
号に対応するデータを送信することで、エラーのあった
フレームで送信したデータを再送することができる。

【００２９】

【発明の効果】以上説明したように本発明によれば、通
信路でのエラー発生に対し、より確実なエラー検出が可
能であり、更に、エラー検出されたフレームを再送する
ことにより、より確実に各スレーブノードへ正しいデー
タを伝えることができる、高信頼性のデータ伝送方式を
実現することができる。

【図面の簡単な説明】

【図１】（ａ）本発明の通信方式を実現するリングネッ
トワーク上のマスターノードの構成図である。 （ｂ）本発明の通信方式を実現するリングネットワーク
上のスレーブノードの構成図である。

【図２】通信路を巡回する本発明にかかるフレーム・フ
ォーマットの１実施例を示す概略図である。

【図３】本発明におけるリングネットワークの概略構成
図である。

【図４】本発明にかかる、エラーがない場合のリングネ
ットワーク上でのフレームの送受信タイミングを示す概
念図である。

【図５】本発明にかかるスクランブル回路部のブロック
図である。

【図６】本発明にかかるスクランブル回路図の動作タイ
ミングを示す概念図である。

【図７】本発明にかかる、エラーが検出された場合のリ
ングネットワーク上でのフレームの送受信タイミングを
示す概念図である。

【図８】トークンリングの一般的なフレームの概略図で
ある。

【符号の説明】 １ 入力部 ２ 出力部 ３ 受信データ出力 ４ 送信データ入力 １２ ＣＲＣチェック結果信号 ２０ フレーム同期部 ２１ デスクランブル回路 ２２ ＣＲＣチェック部 ２３ 受信バッファ ２４ 送信バッファ ２５，２９ データ切替部 ２６ 遅延回路 ２７ ＣＲＣビット列生成部 ２８ スクランブル回路 ３０ フレーム番号発生部 １０１ ネットワークに接続するノード ２００ 同期ビット列 ２０１ コマンド部 ２０２ フレーム番号情報 ２０３ データ部 ２０４ エラーチェックビット列 ５０１，５０２ スクランブル回路 ５０４，５０５ セレクタ １３ セレクタ５０５のセレクタ信号 ３０１ マスターノード ３０２〜３０４ スレーブノード

Claims (5)

【特許請求の範囲】
1. 【請求項１】 １台のマスターノードと複数のスレーブ
   ノードによってリング型ネットワークが形成され、 前記リング型ネットワークを巡回するフレームは、デー
   タ列と前記データ列に付加されたデータエラーを検出す
   るためのエラーチェックビット列を有し、 前記リング型ネットワークに接続されている前記スレー
   ブノードは、受信されたフレーム毎に前記エラーチェッ
   クビット列を用いてデータエラーの有無を検査する検査
   手段と、フレーム毎にエラーチェックビット列を更新し
   付加して次ノードに出力するエラーチェックビット列生
   成手段と、送信フレーム内のデータ列及びエラーチェッ
   クビット列に第１のスクランブルをかける第１のスクラ
   ンブル手段とを備えるデータ伝送方式において、 前記スレーブノードは、前記第一のスクランブルをかけ
   られた受信フレームのデータ列及びエラーチェックビッ
   ト列を元に戻すデスクランブル手段と、送信フレーム内
   のデータ列及びエラーチェックビット列に前記第１のス
   クランブルと異なる第２のスクランブルをかける第２の
   スクランブル手段を備え、 前記検査手段によって受信フレームのデータが正常と判
   断された場合には、前記第１のスクランブル手段によっ
   て送信フレーム内のデータ列及びエラーチェックビット
   列に前記第１のスクランブルをかけ、 前記検査手段によって受信フレームからデータエラーが
   検出された場合には、前記第２のスクランブル手段によ
   って送信フレーム内のデータ列及びエラーチェックビッ
   ト列に前記第２のスクランブルをかけることを特徴とす
   るデータ伝送方式。
2. 【請求項２】 請求項１記載のデータ伝送方式におい
   て、前記エラーチェックビット列は巡回符号方式により
   生成されることを特徴とするデータ伝送方式。
3. 【請求項３】 請求項１において、データエラーが検出
   されたフレームを他のノードへ順次伝搬して前記マスタ
   ーノードへデータエラーの発生を通知し、このフレーム
   をマスターノードから再送することを特徴とするデータ
   伝送方式。
4. 【請求項４】 請求項１記載のデータ伝送方式におい
   て、前記リング型ネットワークを巡回するフレームは、
   マスターノードが送信したフレームの順番を示すフレー
   ム番号情報を含み、各ノードにおいて受信フレームのフ
   レーム番号を検出／認識し、このフレーム番号に、前記
   第１、第２のスクランブル、及び／またはデスクランブ
   ルをかけることを特徴とするデータ伝送方式。
5. 【請求項５】 請求項１記載のデータ伝送方式におい
   て、マスターノードは、データエラーが検出されたフレ
   ームを受信した場合、そのフレームが有するフレーム番
   号を、次に送信するフレームのフレーム番号とすること
   を特徴とするデータ伝送方式。