JP3925079B2 - リニア又はリングネットワークにおける伝送方法及び装置 - Google Patents
リニア又はリングネットワークにおける伝送方法及び装置 Download PDFInfo
- Publication number
- JP3925079B2 JP3925079B2 JP2000366048A JP2000366048A JP3925079B2 JP 3925079 B2 JP3925079 B2 JP 3925079B2 JP 2000366048 A JP2000366048 A JP 2000366048A JP 2000366048 A JP2000366048 A JP 2000366048A JP 3925079 B2 JP3925079 B2 JP 3925079B2
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- packet
- data
- node
- station
- 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.)
- Expired - Fee Related
Links
Images
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/40169—Flexible bus arrangements
- H04L12/40176—Flexible bus arrangements involving redundancy
- H04L12/40182—Flexible bus arrangements involving redundancy by using a plurality of communication lines
-
- 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/417—Bus networks with decentralised control with deterministic access, e.g. token passing
-
- 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/42—Loop networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/90—Buffering arrangements
-
- 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/42—Loop networks
- H04L12/427—Loop networks with decentralised control
- H04L12/433—Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Time-Division Multiplex Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、リニア又はリングネットワークにおけるデータ伝送方法及び装置に関し、ローカルなエリアのリニア（線状）又はリング（環状）のネットワークにおいて、障害時に接続経路をアダプティブに切替えるＲＡＳ（Reliability Availability Serviceability ）機能を備えると共に、ネットワークの伝送容量を有効に使用し、映像等のリアルタイム性を重視した通信に対応し得るデータ伝送方法及び装置に関する。
【０００２】
【従来の技術】
種々のデータ通信が可能なＩＰ（Internet Protocol ）ネットワークはメッシュトポロジ構成を基本としているが、必ずしも最適なネットワークにはならず、例えば、道路や河川等の限られたエリア内の複数の地点間を相互に監視するためのネットワークとしては、リニア又はリング型のネットワークが効率良く軽便に使用される。
【０００３】
ＲＡＳ機能を備えた従来のリング型ネットワークの伝送方式には、並列送信／受信選択伝送方式とループバック伝送方式とがある。図１８に従来のリング型ネットワークにおける並列送信／受信選択伝送方式を示し、図１９に従来のリング型ネットワークにおけるループバック伝送方式を示す。
【０００４】
並列送信／受信選択伝送方式のリング型ネットワークは、図１８の（ａ）に示すように、右回り方向のリング伝送路＃０及び左回り方向のリング伝送路＃１を有し、各ノードＡ，Ｂ，Ｃ，Ｄは両者のリング伝送路＃０，＃１によって隣接ノードが相互に接続され、ネットワークを構成する。
【０００５】
各ノードＡ，Ｂ，Ｃ，Ｄは、同図の（ｂ）に示すように、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方に並列に、送信先のノードアドレスを付してデータを送信し、また、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方からデータを受信し、その一方を選択して自ノードに取込む。
【０００６】
同図の（ｃ）は、ノードＣからノードＡへデータを送信する場合を示し、ノードＣからの送信データは、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方へ送出され、ノードＡへ転送される。ノードＡは、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方からデータを受信し、その何れか一方を選択して取込む。
【０００７】
ノードＡは、取込んだ受信データが異常である場合、他方のリング伝送路からの受信データを取込むように切替える。このように、右回り及び左回りのリング伝送路を備えることにより、一方のリング伝送路の障害に対する信頼性（ＲＡＳ機能）が確保されたデータ通信を提供することができる。
【０００８】
また、図１９に示す従来のリング型ネットワークにおけるループバック伝送方式も、前述の並列送信／受信選択伝送方式と同様に、右回り方向及び左回り方向の二重リング伝送路＃０，＃１でノード間を接続し、通常時は何れか一方の片系リング伝送路のみを使用し、例えば同図の（ａ）のように右回りリング伝送路＃０によりループ伝送経路を形成し、該ループ伝送経路によりデータ通信を行う。
【０００９】
そして、同図の（ｂ）に示すように例えば、ノードＣ，Ｄ間の伝送路に異常が発生した場合、該異常箇所を回避してループ伝送経路を形成するために、ノードＣは右回りリング伝送路＃０を左回りリング伝送路＃１へループバック接続し、ノードＤは左回りリング伝送路＃１を右回りリング伝送路＃０へループバック接続し、ループ伝送経路の構成を変更する。
【００１０】
従って、ノードＣ，Ｄ間に伝送障害が発生しても、各ノードＡ，Ｂ，Ｃ，Ｄは、右回り方向及び左回り方向のリング伝送路＃０，＃１を用いて形成されたループ伝送経路によって通信可能となり、伝送障害に対する信頼性（ＲＡＳ機能）が確保されたデータ通信を行うことができる。
【００１１】
従来のリングネットワークにおけるアクセス方式としては、図２０に示すトークンリング方式及び図２１に示すアーリートークンリリース方式等が有る。トークンリング方式は、送信権を与える特別なデータパケットであるトークンをリングネットワーク上に巡回させ、トークンを受け取ったノードが送信権を得てデータを送信する。
【００１２】
図２０の（ｉ）はトークンを受け取ったノードＢが、ノードＤ宛てに送信データ［Ｂ→Ｄ］を送出した場合を示し、該送信データ［Ｂ→Ｄ］が同図の（ii）に示すようにリング伝送路を経由してノードＤに到達すると、ノードＤは同図の（iii ）に示すように該送信データ［Ｂ→Ｄ］を取込むと共に、該送信データ［Ｂ→Ｄ］を受信したことを送信元に通知するために、該送信データ［Ｂ→Ｄ］にコピービット（ｃ）“１”を付加したデータをリング伝送路上に送出する。
【００１３】
上記送信データ［Ｂ→Ｄ］にコピービット“１”を付加したデータが、同図の（iv）に示すように送信元のノードＢに到達すると、送信元のノードＢは、該コピービット“１”が付加された送信データ［Ｂ→Ｄ］の受信により、送信先相手に送信データが正常に送達されたことを確認し、同図の（ｖ）に示すように、コピービット“１”が付加された送信データ［Ｂ→Ｄ］を破棄し、トークンを次のノードＣへ渡す。
【００１４】
アーリートークンリリース方式は図２１に示すように、各ノードはトークン受信により送信権を得て送信データを送出すると共に、該送信データのフレームにトークンを付加して送出する方式である。即ち、同図の（ｉ）に示すように例えば、ノードＢがトークンを受け取ると、ノードＤ宛ての送信データ［Ｂ→Ｄ］が有る場合、該送信データ［Ｂ→Ｄ］のフレームにトークンを付加してリング伝送路に送出する。
【００１５】
送信データ［Ｂ→Ｄ］及びトークンが次のノードＣに到達すると、ノードＣに送信データが有る場合、同図の（ii）に示すようにノードＣは、上記送信データ［Ｂ→Ｄ］と送信データ［Ｃ→Ａ］のデータフレームと、トークンとをリング伝送路に送出する。
【００１６】
次のノードＤはデータフレームが到達すると、同図の（iii ）に示すように、自己宛てのデータ［Ｂ→Ｄ］を取込むと共に、該データ［Ｂ→Ｄ］にコピービット（ｃ）“１”を付加し、該コピービット（ｃ）“１”を付加した送信データ［Ｂ→Ｄ］と、送信データ［Ｃ→Ａ］と、トークンとをリング伝送路に送出する。
【００１７】
次のノードＡはデータフレームが到達すると、同図の（iv）に示すように自己宛てのデータ［Ｃ→Ａ］を取込むと共に、該データ［Ｃ→Ａ］にコピービット（ｃ）“１”を付加し、コピービット（ｃ）“１”が付加された送信データ［Ｂ→Ｄ］及び［Ｃ→Ａ］のデータフレームとトークンとをリング伝送路に送出する。
【００１８】
次のノードＢは同図の（ｖ）に示すように、コピービット（ｃ）“１”が付加された送信データ［Ｂ→Ｄ］の受信により、宛て先ノードＤに正常に送信データが送達されたことを確認し、該送信データ［Ｂ→Ｄ］を破棄し、そして、コピービット（ｃ）“１”が付加された送信データ［Ｃ→Ａ］とトークンとをリング伝送路に送出する。
【００１９】
次のノードＣはコピービット（ｃ）“１”が付加された送信データ［Ｃ→Ａ］の到達により、宛て先ノードＡに正常に送信データが送達されたことを確認し、該送信データ［Ｃ→Ａ］を破棄し、トークンをリング伝送路の次のノードへ送出する。
【００２０】
【発明が解決しようとする課題】
図１８に示した並列送信／受信選択伝送方式によるリング型ネットワークは、片系のリング伝送路が常に予備として使用されるため、有効なデータ通信は実質的に１リング伝送路分の伝送容量でしか行われず、他のリング伝送路を他のデータ通信に使用して２リング伝送路分の伝送容量をフルに使用したデータ通信を行うことができない。
【００２１】
特に、ＳＤＨ（Synchronous Digital Hierarchy ；同期ディジタルハイアラーキ）網のように、同期フレームにデータを多重して伝送する場合、各ノードに固定的にタイムスロットが割り付けられているため、実データが送出されていない場合でも、使用領域が確保されており、ネットワークの伝送容量が有効利用されない。
【００２２】
また、図１９に示したループバック伝送方式のリング型ネットワークも、前述の並列送信／受信選択伝送方式のものと同様に、全てのデータ通信を実質的に１リング伝送路分の伝送容量で行っており、２リング伝送路分の伝送容量をフルに使用したデータ通信を行うことができない。
【００２３】
また、異常発生時にループバック接続により形成されるループ伝送経路の距離が増大し、データ伝送の遅延が生ずる。更に、同図の（ｂ）において、例えば、ノードＢからノードＡへデータを送信する場合、ノードＣにとっては無用なデータをノードＢから一旦ノードＣへ転送しなければならず、転送効率が悪い。
【００２４】
また、図２０及び図２１に示すトークンを用いたアクセス方式は、トークンの巡回により送信権制御を行い、各ノードから送信データを送出する際の衝突を防いでいるが、図２０に示すトークンリング方式は、伝送路上に一度に１ノードからの送信データしか送出することができない。
【００２５】
一方、図２１に示すアーリートークンリリース方式は、伝送路上に複数のノードからの送信データを送出することが可能であるが、送信に要する時間はトークンが一巡する時間によって規定され、多量のデータを送信するノードにおいては伝送効率が悪い。
【００２６】
多量のデータを効率よく送信し得るアクセス方式として、トークンが一周する最大時間内であれば、１ノードがデータを送信し続けられるタイムドトークンプロトコルが知られているが、いずれのアクセス方式も、リングネットワーク上に送出された送信データの終端（破棄）を、コピービット等を付した送信データの返送等の確認によって送信元ノードで行うため、送信先ノードから送信元ノードへの経路において、本来の通信データ以外の無効なデータを配送しなければならない。
【００２７】
また、いずれのアクセス方式も１系統のリング伝送にしか対応しておらず、前述の２重リング構成のネットワークも一方のリング伝送路は予備であり、通常時のデータ通信に有効に使用されるのは１リング伝送路のみである。更に、送信データの優先度或いはサービス品質クラス（ＱＯＳ）に応じたアクセス制御に対応していないため、それらの制御は上位レイヤに委ねられている。
【００２８】
本発明は、２本の双方向伝送路の伝送容量をフルに使用し、効率良くデータ通信を行うとともに、データ転送遅延を生ずることなく、複数のノード間で同時にデータ通信を行うことができ、かつ、リアルタイム性を重視したメディア通信や多量データの転送を効率良く行うことができるリニア又はリングネットワークにおける伝送方法及び装置を提供することを目的とする。
【００２９】
【課題を解決するための手段】
本発明のリニア又はリングネットワークにおける伝送方法は、（１）隣接ノード間が双方向の伝送路によって接続されたリニア又はリングネットワークにおいて、上記各ノードは、左端局、右端局又は中間局として動作し、左端局及び右端局は、送信権情報含むトークンパケット及びデータパケット格納領域を有するパケットトレーラを生成し、左端局は該パケットトレーラを右方向伝送路上に、右端局は該パケットトレーラを左方向伝送路上に送出し、各中間局は、右方向のデータパケットの送信要求発生時に、上記左方向伝送路上のパケットトレーラのトークンパケットに送信要求情報を書込み、左方向のデータパケットの送信要求発生時に、上記右方向伝送路上のパケットトレーラのトークンパケットに送信要求情報を書込んで送信要求を行い、上記左端局及び右端局は、対向する端局から送出されたパケットトレーラ内のトークンパケットに書込まれた各中間局の送信要求情報を基に、送信要求を行った中間局に対する予約領域を確保したデータパケット格納領域を有する上記パケットトレーラを生成し、上記送信要求を行った中間局は、上記パケットトレーラ内の予約領域にデータパケットを格納して送信先ノードへデータを送信するものである。
【００３０】
また、本発明のリニア又はリングネットワークにおける伝送装置は、（２）隣接ノードの伝送装置と双方向の伝送路によって接続されたリニア又はリングネットワークの伝送装置において、上記各ノードの伝送装置は、端局又は中間局の何れかに切替わって動作する機能を備え、端局として動作する場合に、トークンパケット及びデータパケット格納領域を有するパケットトレーラを生成し、該パケットトレーラを上記伝送路に送出する手段と、対向する端局から送出され上記伝送路に配送されたパケットトレーラを受信して終端する手段を備え、かつ、該対向する端局から送出されたパケットトレーラ内に配送途中で書込まれた各中間局の送信要求情報を基に、該送信要求を行った中間局に対して送信権を与える送信権情報を前記トークンパケットに格納し、該送信権情報を格納したトークンパケットを含むパケットトレーラを、対向する端局に向けて送出する手段を有し、中間局として動作する場合に、データパケットの送信要求発生時に、データ送出方向と逆方向のパケットトレーラのトークンパケットに送信要求情報を書込む手段と、該送信要求を行った中間局は、データ送出方向と同方向のパケットトレーラ内に含まれるトークンパケットの送信権情報に従って、該パケットトレーラに送信データを格納し、送信先ノードへデータを送信する手段とを備えたものである。
【００３１】
また、（３）前記伝送装置は、前記双方向の伝送路からのデータフレーム受信異常状態又は自装置の送信異常状態を検知する手段と、隣接ノードの伝送装置からデータフレームが受信されない場合、端局動作に切り替わり、かつ、該隣接ノードの伝送装置へ端局動作を促す端局催告フレームを送出する手段と、端局動作の他ノードの伝送装置から通知される端局通知データフレーム、及び上記端局催告フレームに基づいて、端局動作となるか中間局動作となるかを決定する手段と、を備えたものである。
【００３２】
また、（４）前記伝送装置は、前記双方向の伝送路に配送されるパケットトレーラ内に自装置のノードアドレスを書き込む手段と、他のノードの記伝送装置が書き込んだ他ノードアドレスを、双方向伝送路に配送された各パケットトレーラから読み取り、該読み取った他ノードアドレスを基に、左方向及び右方向の各ノードの配列位置を認識する手段を備えたものである。
【００３３】
また、（５）前記伝送装置は、端局として動作する場合に、トークンパケットを含む独立した複数のパケットトレーラを生成送出し、該パケットトレーラに、送信要求を行った中間局に対する予約領域を確保したパケットトレーラを生成して送出する手段を備え、中間局として動作する場合に、トークンパケット内の送信権情報による予約割り当てに従い、該予約領域に送信データを格納して送信する手段を備えたものである。
【００３４】
また、（６）前記伝送装置は、中間局として動作する場合に、データ送信方向のパケットトレーラ内に空き領域が有るとき、該空き領域に送信データを格納して送信し、既に送出した送信要求情報に応じて割り当てられた予約領域を有するパケットトレーラが到来した際に、残留送信データがなければ、該予約領域を解除する手段を備えたものである。
【００３５】
また、（７）前記伝送装置は、中間局として動作する場合に、トークンパケットに送信要求情報を書込む際に、送信データの優先度情報を付加して書込む手段を備え、端局として動作する場合に、該送信データの優先度情報に基づいて送信権付与の調停を行う手段を備えたものである。
【００３６】
また、（８）前記伝送装置は、中間局として動作する場合に、データ送信方向のパケットトレーラ内に空き領域が有る場合、該空き領域の先頭位置から順に送信データを格納することを特徴とするものである。
また、（９）前記伝送装置は、中間局として動作する場合に、自装置宛のデータを受信すると、該データが格納されていたパケットトレーラ内の領域を空き領域として次ノードの伝送装置に該パケットトレーラを送出するものである。
【００３７】
また、（１０）前記伝送装置は、データ送受を行う端末装置とのインタフェース機能を有する端末インタフェース部を備え、該端末インタフェース部は、ネットワーク伝送路ヘの出力タイミングを調整するバッファーメモリを備えたものである。
【００３８】
【発明の実施の形態】
図１は本発明におけるリニア又はリングネットワークの構成例を示す。リング接続のネットワークは同図の（ｉ）に示すように、任意のノードのうち例えばノードＡを端局とし、他の残りのノードＢ〜Ｄを中間局とし、隣接する各ノード間を双方向の伝送路により接続して構成される。
【００３９】
端局のノードＡは、左端局及び右端局として動作する。左端局及び右端局として動作するノードＡは、送信権を与えるトークンパケットを発行し、また、ノードＡが端局として動作していること（マスタ）を示すマスタ通知フレーム“ａ”を送出する。
【００４０】
リニア接続のネットワークは図１（ii）に示すように、任意のノードのうち例えば、ノードＡを左端局、ノードＤを右端局とし、残りの他のノードＢ，Ｃを中間局とし、隣接する各ノード間を双方向の伝送路により接続して構成される。
【００４１】
図１（ii）において、ノードＡは左端局として、また、ノードＤは右端局として動作する。左端局及び右端局として動作するノードＡ及びＤは、それぞれ送信権を与えるトークンパケットを発行し、また、ノードＡは自局が端局（マスタ）として動作していることを示すマスタ通知フレーム“ａ”を送出し、ノードＤも自局が端局（マスタ）として動作していることを示すマスタ通知フレーム“ｄ”を送出する。
【００４２】
図１の（iii ）は、（ｉ）に示したリング接続のネットワークの論理的な通信路の構成を示し、（iv）は（ii）に示したリニア接続のネットワークの論理的な通信路の構成を示す。各ノードＡ〜Ｄは、左パケット多重部ＰＭＵＸ（Ｌ）及び右パケット多重部ＰＭＵＸ（Ｒ）を備える。
【００４３】
左端局の右パケット多重部ＰＭＵＸ（Ｒ）及び右端局の左パケット多重部ＰＭＵＸ（Ｌ）は、トークンコントローラＴＣＮＴに接続され、中間局の左パケット多重部ＰＭＵＸ（Ｌ）及び右パケット多重部ＰＭＵＸ（Ｒ）は、それぞれ隣接するノードの右パケット多重部ＰＭＵＸ（Ｒ）及び左パケット多重部ＰＭＵＸ（Ｌ）互いに接続され、双方向にパケットデータを中継する。
【００４４】
図２に本発明の各ノードにおける伝送装置の構成を示す。該伝送装置の基本構成は図の（ｉ）に示すように、左回線インタフェース１１、右回線インタフェース２１、左パケット多重部（ＰＭＵＸ（Ｌ））１２、右パケット多重部（ＰＭＵＸ（Ｒ））２２、右トークンコントローラ（ＴＣＮＴ（Ｒ））１３、左トークンコントローラ（ＴＣＮＴ（Ｌ））２３、制御部（ＣＮＴ）３１及び端末インタフェース３２を備える。
【００４５】
左回線インタフェース１１及び右回線インタフェース２１は、右方向伝送路＃０及び左方向伝送路＃１の信号に対するインターフェース機能を有し、それぞれ、左パケット多重部（ＰＭＵＸ（Ｌ））１２及び右パケット多重部（ＰＭＵＸ（Ｒ））２２に接続され、信号を中継する。
【００４６】
左パケット多重部（ＰＭＵＸ（Ｌ））１２は、左回線インタフェース１１から出力される右方向伝送路＃０からのパケットを、端末インタフェース３２へ出力すると共に、該伝送装置が端局の場合は、該パケットを右トークンコントローラ（ＴＣＮＴ（Ｒ））１３へ、該伝送装置が中間局の場合は右パケット多重部（ＰＭＵＸ（Ｒ））２２へ出力する。
【００４７】
また、左パケット多重部（ＰＭＵＸ（Ｌ））１２は、該伝送装置が端局の場合は右トークンコントローラ（ＴＣＮＴ（Ｒ））１３からのパケットを、該伝送装置が中間局の場合は右パケット多重部（ＰＭＵＸ（Ｒ））２２からのパケットを、端末インタフェース３２からのパケットと共に多重して左回線インタフェース１１へ出力する。
【００４８】
右パケット多重部（ＰＭＵＸ（Ｒ））２２は、右回線インタフェース２１から出力される左方向伝送路＃１からのパケットを、端末インタフェース３２へ出力すると共に、該伝送装置が端局の場合は、該パケットを左トークンコントローラ（ＴＣＮＴ（Ｌ））２３へ、該伝送装置が中間局の場合は左パケット多重部（ＰＭＵＸ（Ｌ））１２へ出力する。
【００４９】
また、右パケット多重部（ＰＭＵＸ（Ｒ））２２は、該伝送装置が端局の場合は左トークンコントローラ（ＴＣＮＴ（Ｌ））２３からのパケットを、該伝送装置が中間局である場合は左パケット多重部（ＰＭＵＸ（Ｌ））１２からのパケットを、端末インタフェース３２からのパケットと共に多重して右回線インタフェース２１へ出力する。
【００５０】
図２（ii）は中間局として動作するときの形態を示し、左パケット多重部（ＰＭＵＸ（Ｌ））１２と右パケット多重部（ＰＭＵＸ（Ｒ））２２とが直接接続され、右トークンコントローラ（ＴＣＮＴ（Ｒ））１３及び左トークンコントローラ（ＴＣＮＴ（Ｌ））２３は、切離された状態となる。なお、同図の下部に以降の図面で中間局を表記する記号図を示している。
【００５１】
図２（iii ）は端局として動作するときの形態を示し、左パケット多重部（ＰＭＵＸ（Ｌ））１２は右トークンコントローラ（ＴＣＮＴ（Ｒ））１３に、右パケット多重部（ＰＭＵＸ（Ｒ））２２は左トークンコントローラ（ＴＣＮＴ（Ｌ））２３に接続された状態となる。なお、同図の下部に以降の図面で端局を表記する記号図を示している。
【００５２】
図３（ｉ）は回線インタフェース部の構成を示し、同図の（ii）はトークンコントローラ（ＴＣＮＴ）の構成を示す。回線インタフェース部は、各種ネットワーク伝送路に対応したインタフェース機能を有し、ネットワーク伝送路からの及びそこへの信号の入力部及び出力部を具え、ネットワーク伝送路に対応した物理インタフェース変換部３−１を具える。
【００５３】
物理インタフェース変換部３−１は、物理レイヤにおけるアラーム信号を監視し、物理レイヤのアラーム信号を検出すると制御部（ＣＮＴ）へアラーム情報を送出する。フレーム分離／生成部３−２の分離部は、物理インタフェース変換部３−１からパケットを受信し、該パケットからネットワーク伝送路のプロトコルに応じたヘッダやフレーム信号等を取除き、純粋な通信データ（ペイロードデータ）のみをパケット多重部（ＰＭＵＸ）へ引き渡す。
【００５４】
また、フレーム分離／生成部３−２の分離部は、同様にパケット内のアラーム信号を監視し、アラーム信号を検出すると制御部（ＣＮＴ）へアラーム情報を通知する。制御部（ＣＮＴ）はこれらのアラーム情報（受信フレーム異常、送信異常等）を受信すると、後述するルールに従って当該ノードの伝送装置を中間局とするか、又は端局として動作させるかを決定する。
【００５５】
フレーム分離／生成部３−２の生成部は、パケット多重部（ＰＭＵＸ）から出力されるパケットに対してネットワーク伝送路に応じたヘッダ等を付加してフレームを構成し、物理インタフェース変換部３−１に該パケットフレームを引き渡す。
【００５６】
トークンコントローラ（ＴＣＮＴ）は、端局となった伝送装置において機能し、図３（ii）に示すように、トークンパケット（ＴＰ）タイミング生成部３−３と、トレーラ生成部３−４と、トレーラ終端部３−５と、送信権調停／生成部３−６とを備える。
【００５７】
トークンパケット（ＴＰ）タイミング生成部３−３は、回線インタフェース部からのフレームタイミング信号を基に、トークンパケット（ＴＰ）の送出タイミング信号を生成し、該タイミング信号をトレーラ生成部３−４へ出力する。
【００５８】
トレーラ生成部３−４は、上記タイミング信号に従ったタイミングで、送信権調停／生成部３−６から送出される送信権情報に基づいて送信権を与えるトークンパケット（ＴＰ）を含むパケットトレーラを生成し、該パケットトレーラをパケット多重部（ＰＭＵＸ）へ送出する。
【００５９】
トレーラ終端部３−５は、ネットワーク伝送路を介して対向する他方の端局のトレーラ生成部から送出され、各ノードで送信権リクエスト情報及び送信データパケットが格納されたパケットトレーラを、パケット多重部（ＰＭＵＸ）を経て受信し、終端する。トレーラ終端部３−５は、該パケットトレーラ内に格納された各中間局ノードからの送信権リクエスト情報を、送信権調停／生成部３−６へ通知した後、該パケットトレーラ全てを廃棄する。
【００６０】
送信権調停／生成部３−６は、トレーラ終端部３−５から通知される各中間局ノードからの送信権リクエスト情報、及び制御部（ＣＮＴ）から通知される自ノードのデータ送信リクエスト情報を基に、送信権（トークン）の発行及び調停を行い、各ノードの送信権に関する送信権情報をトレーラ生成部３−４へ通知する。
【００６１】
図４はパケット多重部（ＰＭＵＸ）の構成を示す。各ノードの伝送装置は、左パケット多重部（ＰＭＵＸ（Ｌ））４−１０及び右パケット多重部（ＰＭＵＸ（Ｒ））４−２０の２系統のパケット多重部（ＰＭＵＸ）を有し、同図は、該２系統のパケット多重部（ＰＭＵＸ）相互の接続関係を示している。
【００６２】
左パケット多重部（ＰＭＵＸ（Ｌ））４−１０及び右パケット多重部（ＰＭＵＸ（Ｒ））４−２０において、パケットトレーラ解析部４−１１，４−２１は、回線インタフェース部４−３０から入力されるパケットトレーラのデータから各種の情報を取得する。
【００６３】
取得する情報は、パケットトレーラ内のデータパケット格納領域の空き領域情報、送信権予約受付け情報、ネットワーク伝送路上における各ノードの配列情報、各種制御情報等であり、パケットトレーラ解析部４−１１，４−２１は、それらを解析して抽出し、それらの情報を制御部ＣＮＴへ通知する。
【００６４】
また、パケットトレーラ内のデータは、パケットトレーラ解析部４−１１，４−２１を経た後、切替えスイッチＳＷにより、端局動作の場合はトークンコントロール（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））へ、中間局動作の場合は他系のパケット多重部（ＰＭＵＸ）へ出力される。
【００６５】
この切替えスイッチＳＷは、制御部（ＣＮＴ）によって制御され、制御部（ＣＮＴ）は回線インタフェース部から通知されるアラーム情報等を基に、後述するルールに従って、当該伝送装置が端局動作（マスタ）となるか、中間局動作（スレーブ）となるかを決定し、該決定に応じて端局動作（マスタ）時はトークンコントロール（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））側に切替えスイッチＳＷを切替え、中間局動作（スレーブ）時は他系のパケット多重部（ＰＭＵＸ）側に切替えスイッチＳＷを切替える。
【００６６】
自局アドレス検出部４−１２，４−２２は、パケットトレーラ内のデータパケットの中から自局アドレス宛てのデータパケットを検出し、該パケットのデータをコピーし、端末インタフェース部４−３０にメモリ４−１３，４−２３を介して送出する。
【００６７】
端局動作（スレーブ）時、パケット多重部（ＰＭＵＸ（Ｌ）４−１０，ＰＭＵＸ（Ｒ））４−２０から出力されるパケットトレーラは、それぞれ、トークンコントローラ（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））へ引き渡され、該トークンコントローラ（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））で全て破棄される。また、トークンコントローラ（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））から発行されるトークンパケット（ＴＰ）は、それぞれ、パケット多重トレーラ生成部４−１４，４−２４）に入力される。
【００６８】
パケット多重トレーラ生成部４−１４，４−２４は、データパケット生成部４−１５，４−２５でパケット化した端末インタフェース部４−３０からのデータパケット（ＤＰ）と、トークンコントローラ（ＴＣＮＴ）からのトークンパケット（ＴＰ）又は他系のパケット多重部（ＰＭＵＸ）からのパケットトレーラと、制御部（ＣＮＴ）から出力されるリクエストを情報とを多重し、パケットトレーラを生成して回線インタフェースへ送出する。
【００６９】
なお、端末インタフェース部４−３０からの送信データは、データ量監視・記憶部４−１６，４−２６により、送信データ量が測定され、該送信データ量は制御部（ＣＮＴ）へ通知される。制御部（ＣＮＴ）は該送信データ量を基に、送信権リクエスト情報を生成し、該送信権リクエスト情報をデータ送信方向と逆方向のパケット多重トレーラ生成部４−１４，４−２４へ入力する。
【００７０】
パケット多重トレーラ生成部４−１４，４−２４は、端局動作（マスタ）時には、トークンコントロール（ＴＣＮＴ）から出力されるトークンパケット（ＴＰ）を、パケットトレーラの先頭に格納し、それに続くデータパケット格納領域に、データパケット（ＤＰ）生成部４−１５，４−２５から出力されるデータパケット（ＤＰ）を、制御部（ＣＮＴ）から指示に従って多重する。
【００７１】
中間局動作（スレーブ）時は、他方のパケット多重部（ＰＭＵＸ）から出力されるパケットトレーラを選択し、該トレーラに含まれるトークンパケット（ＴＰ）及びデータパケット（ＤＰ）に、反対方向のデータ量監視・メモリ部１４−１６，１４−２６で算出したデータ量を含む送信権リクエスト情報を多重する。
【００７２】
制御部（ＣＮＴ）は、到来したパケットトレーラ内のデータからパケットトレーラ解析部４−１１，４−２１により認識される該パケットトレーラ内の空き領域情報、自ノードの送信権予約受付け情報、及びデータ量監視・メモリ部１４−１６，１４−２６に保持された送信データ量情報に基づいて、自ノードでの送信データの送出可否を判断し、送出可能であると判断した場合に、上記パケット多重トレーラ生成部４−１４，４−２４に対して、自ノードのデータパケット（ＤＰ）の多重化を指示する。
【００７３】
図５は端末インタフェース部の構成を示す。端末インタフェース部は、回線インタフェース部と同様に、物理インタフェース変換部及びフレーム分離／生成部を備えた回線部５−１と、ネットワーク伝送路ヘ送信されるまで送信データを格納するメモリ５−２と、双方向のネットワーク伝送路の双方から受信されるデータを格納する遅延吸収用のメモリ５−３と、送信データを双方向ネットワーク伝送路の何れか一方にのみ送信するように、送信先パケット多重部（ＰＭＵＸ）を切替えるスイッチ（ＳＷ）５−４とから成る。
【００７４】
スイッチ（ＳＷ）５−４は、送信するデータの送信先ノードアドレスと、制御部（ＣＮＴ）が保有するノード配列情報を基に、送信先ノードが何れの方向の双方向ネットワーク伝送路上に配置されているかを認識し、該送信先方向のパケット多重部（ＰＭＵＸ）へ、送信データ格納メモリ５−２の出力を切替える。
【００７５】
本発明のトレーラ生成部で生成され、伝送路上に配送されるパケットトレーラの構成を図６の（ｉ）に示す。パケットトレーラには同図に示すように、トークンパケット（ＴＰ）が先頭に搭載され、それに続いて各ノードから送出されるデータパケット（ＤＰ）が頭詰めで順次搭載される。また、トークンパケット（ＴＰ）の後には、適宜、ノード間の通信制御を行うためのコントロールパケット（ＣＰ）が搭載される。
【００７６】
各パケットは、例えば、ＨＤＬＣ（high level data link control procedures ）準拠型式等のフォーマット構成を備え、図６の（ii）に示すように、フラグフィールドＦ、アドレスフィールドＡ、制御フィールドＣ、情報フィールドＩ、フレームチェックシーケンスフィールドＦＣＳを有する。
【００７７】
トークンパケット（ＴＰ）、データパケット（ＤＰ）又はコントロールパケット（ＣＰ）等のパケット種別を表す識別情報、及び送信データの優先度を表す優先度情報は制御フィールドＣに格納する。そして、送信データの優先度情報を基に、前記制御部ＣＮＴが優先制御を行うことにより、リアルタイム性を重視したデータ通信にも対応したネットワークを構成することができる。
【００７８】
図６の（iii ）に通信路の論理構成とパケットトレーラの配送方向を示す。論理的通信路は、一つの左端局Ａと任意数の中間局Ｂ〜Ｄと一つの右端局Ｅとを、双方向の伝送路で接続したリニアトポロジとなる。物理的に各ノード（局）をリング状に接続した場合であっても、後述する端局決定ルールによって、何れかのノード（局）が左端局及び右端局として決定され、自動的に図６の（iii ）に示すような通信路論理構成となる。
【００７９】
ここで、左端局Ａへ向かうパケットトレーラを「ＲｔｏＬパケットトレーラ」、右端局Ｅへ向かうパケットトレーラを「ＬｔｏＲパケットトレーラ」と称す。各ノードは、左端局Ａ方向の送信データパケットをＲｔｏＬパケットトレーラに搭載し、右端局Ｅ方向の送信データパケットをＬｔｏＲパケットトレーラに搭載する。
【００８０】
例えば、ノードＢからノードＤへの送信データパケットはＬｔｏＲパケットトレーラに搭載し、ノードＣからノードＢへの送信データパケットはＲｔｏＬのパケットトレーラに搭載する。そのため、それぞれの伝送方向へ独立にデータパケットを送信することができ、双方向の伝送路を無駄なく効率的に使用することができ、伝送容量を有効に利用することができる。なお、全ノードへ一斉に送信するマルチキャストデータパケットは、両方のパケットトレーラに搭載することにより送信される。
【００８１】
図７にパケットトレーラの配送の様子とトークンコントローラ（ＴＣＮＴ）の動作を示す。パケットトレーラは、左トークンコントローラ（ＴＣＮＴ−Ｌ）７−１及び右トークンコントローラ（ＴＣＮＴ−Ｒ）７−２から、ネットワーク伝送路上に重なり合うことのないよう続けて送出され、各パケットトレーラは、反対側のトークンコントローラ（ＴＣＮＴ）に到達すると、該到達先のトークンコントローラ（ＴＣＮＴ）により終端され廃棄される。
【００８２】
左トークンコントローラ（ＴＣＮＴ−Ｌ）７−１及び右トークンコントローラ（ＴＣＮＴ−Ｒ）７−２は、パケットトレーラが到着すると、該トレーラ内のデータパケット（ＤＰ）を破棄し、また、トークンパケット（ＴＰ）から送信権リクエスト情報を抽出し、該送信権リクエスト情報を基に生成した新たな送信権情報を含むトークンパケット（ＴＰ）を生成する。
【００８３】
そして、回線インタフェース部からのフレームタイミング信号により、トークンパケット（ＴＰ）の送出タイミングを決定し、該送出タイミングに、上記トークンパケット（ＴＰ）を搭載したパケットトレーラをパケット多重部（ＰＭＵＸ）を経てネットワーク伝送路上に順次送出する。
【００８４】
図８に各ノードからのデータパケットをパケットトレーラにより送信する様子を示す。図８の（ｉ）はトークンパケット（Ｔ）が周回する様子を示し、右から左へ移動するパケットトレーラのトークンパケット（Ｔ）の後に、左方向のデータパケットを搭載して送信し（左方向送信フェーズ）、また、右方向のデータパケットを送信するための送信権リクエスト情報を、この右から左へ移動中のパケットトレーラのトークンパケット（Ｔ）に付加する（右方向送信権リクエストフェーズ）。
【００８５】
同様に、左から右へ移動するパケットトレーラのトークンパケット（Ｔ）の後に、右方向のデータパケットを搭載して送信し（右方向送信フェーズ）、また、左方向のデータパケットを送信するための送信権リクエスト情報を、この左から右へ移動中のパケットトレーラのトークンパケット（Ｔ）に付加する（左方向送信権リクエストフェーズ）。
【００８６】
即ち、データパケットを送信する場合、送信方向と逆方向のトークンパケット（Ｔ）に送信権リクエスト情報を載せ、該送信権リクエスト情報を受信したトークンコントロール（ＴＣＮＴ）は、優先度等を基にノード間の送信権調停を行い、送信権を与えたノードのデータパケット（ＤＰ）搭載領域を事前に確保し、図８（ii）に示すように該領域を予約領域としたパケットトレーラを生成送出する。このように、送信権調停及び予約領域の確保により、通信サービス品質（ＱＯＳ）に応じた通信、及びリアルタイム性を確保したデータ通信が可能となる。
【００８７】
図８の（iii ）はデータパケット（Ｄ）を右方向へ送信する様子を示し、先ず、右トークンコントローラ（ＴＣＮＴ）８−１で初期化・生成された左方向のトークンパケット（Ｔ）８−２，８−３が左方向伝送路上に配送され、今、中間局ノードＢ及びＣが右方向へのデータパケット（Ｄ）の送信要求をしている場合、ノードＢ及びＣは、左方向へ移動するトークンパケット（Ｔ）８−２，８−３へ、送信権リクエスト情報Ｒｅｑ（自ノードアドレス、優先度、送信データサイズ）を載せる。
【００８８】
該送信権リクエスト情報Ｒｅｑを基に、左トークンコントローラ（ＴＣＮＴ）８−４は送信権調停処理を行い、その結果与えられた送信権及び確保された予約領域の情報が、左トークンコントローラ（ＴＣＮＴ）８−４から右方向のトークンパケット（Ｔ）８−２´，８−３´に搭載され、ノードＢ及びＣは、該トークンパケット（Ｔ）８−２´，８−３´の予約領域の情報に従って、送信データ量を決定し、パケットトレーラ内の予約領域に該送信データのデータパケット（Ｄ）を搭載することにより、右方向へのデータ送信が行われる。
【００８９】
図９はトークンパケットの構成例を示す。トークンパケットは、例えば、ＨＤＬＣ準拠のパケットの情報フィールドＩに、管理情報として、右端局及び左端局のアドレス並びにパケットトレーラ長等を格納し、ＲｔｏＬ送信権マップ部及びＬｔｏＲ送信権マップ部に、それぞれ、各ノード（局）の送信権情報（局アドレス、優先送信データサイズ、非優先送信データサイズ）及び当該パケットトレーラ内の空き領域サイズ等を格納する。
【００９０】
次に、図１０を参照して各ノードにおけるデータパケット送信ルールを説明する。例として先ず、中間局Ｃから右方向のデータ送信要求が発生したとすると、中間局Ｃは、送信権予約リクエストのために左方向のトークンパケットの到来を待つ一方、右方向のパケットトレーラの到来を待つ（１）。
【００９１】
ここで、中間局Ｃは、右方向パケットトレーラのトークンパケットＴ０の到来を先に検出したとすると（２）、このパケットトトレーラに空き領域があるかどうかを調べ、空き領域があれば該空き領域を獲得してデータパケットＤを送信することができるものとする（無予約送信）。
【００９２】
他方、データパケットＤが未送信の場合、左方向のトークンパケットＴ２の到来を検出すると（３）、該トークンパケットＴ２に送信権予約リクエストを付加する。そして、トークンパケットＴ２が左端局Ａに到着し、左端局Ａで送信権調停、予約受付け処理が行われ、該トークンパケットＴ２を含むパケットトレーラが右方向に送出されて中間局Ｃに到着するまでの間に、中間局Ｃで右方向のトークンパケットＴ１を検出すると（４）、該トークンパケットＴ１のパケットトレーラに空き領域が存在する場合、該空き領域を獲得してデータパケットＤを送信することができるものとする（予約後無予約送信）。
【００９３】
送信権予約リクエストを行ったトークンパケットＴ２の次に左方向トークンパケットＴ３が到来しても（４´）、該トークンパケットＴ３に対して二重に送信権を予約するリクエストを行ってはならない（オーバブッキング禁止）。
【００９４】
先の送信権予約リクエストに対する受付け処理が行われた予約済みの右方向トークンパケットＴ２の到来が中間局Ｃで検出されると（５）、そのパケットトレーラの予約領域にデータパケットＤを格納して送信する（予約送信）。
【００９５】
なお、中間局Ｃは、上記（４）の予約後無予約送信により、既にデータパケットＤを送信済で、残留データの送信要求がない場合には、予約済みの右方向トークンパケットＴ２に対して予約をキャンセルし、予約領域を空き領域として下方の中間局に渡す。残留データの送信要求がある場合は、該送信権予約リクエストによる予約領域を使用して残留データパケットＤを送信することができる。
【００９６】
また、各中間局は、自局宛のデータパケットを受信すると、該データパケットを破棄し、該データパケットが占有していた領域を空き領域にして、下方の中間局に渡す。こうすることにより、更にネットワーク伝送路の有効利用を図ることができる。
【００９７】
また、送信権予約リクエスト情報に、優先度を示すリクエスト属性（優先／非優先）を付加して送出すると、該「優先」の送信権予約リクエストは、パケットトレーラ容量を超えた送信権予約リクエストが集中した場合でも、トークンコントローラの送信権調停処理によって優先的に受付けられる。
【００９８】
従って、リアルタイム性を重視する通信サービスのデータパケット送信時に、「優先」の送信権予約リクエストを送出することにより、該データパケットに優先的に送信権が与えられ、伝送遅延及びデータ破棄が少なく、リアルタイム性が損なわれない通信サービスを供給することが可能となる。
【００９９】
一方、「非優先」の送信権予約リクエストは、パケットトレーラ容量を超えた送信権予約リクエストが集中した場合、トークンコントローラの送信権調停処理において受付けが拒否され、該送信リクエスト対象のデータ送信は待機させられ又は破棄される。従って、厳しいリアルタイム性が要求されず、データ破棄に対して再送要求等を行う手順を有するＴＣＰ（Transmission Control Protocol ）等のプロトコルによる通信に使用される。
【０１００】
上記の送信ルール及び送信権調停処理により、送信権を与えたノードに対する送信データ格納用の予約領域をパケットトレーラ内に事前に確保し、予約領域以外の空き領域も有効に活用してデータ送信を行い、また、優先度を示す送信権リクエスト属性を付加し得ることにより、２リング伝送路分の伝送容量をフルに使用した効率的データ通信を行うことができ、かつ、リアルタイム性又は高品質性を重視するメディア通信にも好適に適用することができる。
【０１０１】
次に、図１１を参照して各ノード（局）が局配列を認識する手順について説明する。各ノードは、トークンパケット（ＴＰ）の送信権マップにより局配列を認識する。同図に示すように、左方向のトークンパケット（ＴＰ）のＬｔｏＲ送信権マップ部１１−１、及び右方向のトークンパケット（ＴＰ）のＲｔｏＬ送信権マップ部１１−２には、それぞれ局配列情報格納部を備える。
【０１０２】
そして、トークンパケット（ＴＰ）発信元の端局ノードから順番に、該トークンパケット（ＴＰ）の局配列情報格納部に自局の局アドレスを頭詰めで格納して次のノード（局）へトークンパケット（ＴＰ）を転送するとともに、各ノード（局）は、両方向からのトークンパケット（ＴＰ）の送信権マップに格納された局配列情報を読み出すことにより、各ノード（局）は局の配列状況を認識することができる。
【０１０３】
例えば、ノードＢは、左方向のトークンパケット（ＴＰ）のＬｔｏＲ送信権マップ部１１−３に、ノードＤ及びノードＣのアドレスが格納されていることから、右側にノードＣ及びノードＤが配列されていることを認識する。また、右方向のトークンパケット（ＴＰ）のＲｔｏＬ送信権マップ部１１−４に、ノードＡのアドレスが格納されていることから、左側にノードＡが配列されていることを認識する。
【０１０４】
各ノード（局）は局配列を認識することにより、送信先のノード（局）にデータパケットを送出する場合、送信権予約リクエスを送出するトークンパケットの方向、及びデータパケットを格納するパケットトレーラの方向を決定することができる。
【０１０５】
次に、障害時に接続経路をアダプティブに自動的に切替えるＲＡＳ機能について説明する。従来の並列送信／受信選択伝送方式及びループバック伝送方式は、二重リング伝送路の一方を予備として備え、通常時は伝送路が有効に活用されないが、伝送路異常時でも予備系により通信が可能となる。
【０１０６】
それに対し、本発明は通常時も双方向のネットワーク伝送路を利用してデータ通信を行い、ネットワーク伝送路を有効に利用するとともに、伝送路異常時にはアダプティブにネットワークパスを切替え、伝送路異常発生時でも支障なくデータ通信を可能にする。
【０１０７】
各局は伝送フレームの受信状態と自局の送信異常状態とをリアルタイムに監視し、その監視情報を相互に局間で授受することにより、各局は、以下のネットワークパス切替えルールに従って、端局動作（マスタ）となるか又は中間局動作（スレーブ）となるかを自律的に決定して切替え、障害伝送路を回避したネットワークパスを設定する。
【０１０８】
以下に本発明によるネットワークパス切替えルールＲＡＳ−ｒ１〜ＲＡＳ−ｒ７を記す。
・ＲＡＳ−ｒ１：上流からデータフレームが到来しない局は端局動作（マスタ）となる。
・ＲＡＳ−ｒ２：マスタ局は、両系の上流から互いに異なる他のマスタからのマスタ通知フレームが到来した場合、中間局動作（スレーブ）となる。
・ＲＡＳ−ｒ３：マスタ局は、両系の上流から同一の他のマスタからのマスタ通知フレームが到来した場合（二重マスタ状態）、局間同士で予め定めた順位に従って、順位の高い局がマスタ状態を維持し、順位の低い局はスレーブとなる。
・ＲＡＳ−ｒ４：データフレームが到来しない伝送路側の逆方向の下流にマスタ勧誘フレームを送出する。
・ＲＡＳ−ｒ５：片系の上流からのみマスタ勧誘フレームを受けた局は、マスタとなる。
・ＲＡＳ−ｒ６：両系の上流からマスタ勧誘フレームを受けた局（両隣接局マスタ）は、マスタとならない。
・ＲＡＳ−ｒ７：上流からデータフレームが到来した場合、上記ルールＲＡＳ−ｒ４を解消し、マスタ勧誘フレームの送出を停止する。
【０１０９】
図１２に、両系の伝送路からの入力（Ｉｎ＝＃０，＃１）に、（１）データフレームが到来しない場合、（２）マスタ局ｍ及びマスタ局ｎからマスタ通知フレームが到来した場合、及び（３）マスタ局ｍ及びマスタ局ｎからマスタ通知フレーム及びマスタ勧誘フレームが到来した場合について、上記ネットワークパス切替えルールＲＡＳ−ｒ１〜ＲＡＳ−ｒ７に従って切替わるマスタ・スレーブ状態をまとめた一覧表を示す。
【０１１０】
図１３にノード断時のネットワークパス切替えの具体例を示す。同図の（ｉ）は、ノードＡが端局（マスタ）となり、他のノードＢ〜Ｄが中間局（スレーブ）となっている通常状態を示している。また、“ａ”はノードＡが端局（マスタ）であることを示すマスタ通知フレームであり、該マスタ通知フレームａは、各ノード間で中継され相互に通知する。
【０１１１】
同図の（ii）は、ノードＣで異常が発生し、ノード断となった状態を示す。このとき、ノードＣからノードＢ及びノードＤへデータフレームが送達されない。そこで、ノードＢ及びノードＤは、ルールＲＡＳ−ｒ１により、上流からデータフレームが到来しないので端局（マスタ）となる。
【０１１２】
また、同図の（iii ）に示すように、ノードＢ及びノードＤは、ルールＲＡＳ−ｒ４により、データフレームが到来しない伝送路の逆方向の下流に、即ちノードＣに向けて、それぞれ、マスタ勧誘フレームｂｍ、ｄｍを送出する。ノードＣは障害中であるため、マスタ勧誘フレームｂｍ、ｄｍに対してそれを正しく受信して端局動作（マスタ）になることはなく、マスタ勧誘フレームｂｍ、ｄｍはそのまま続けて送出される。
【０１１３】
一方、同図の（iii ）において、ノードＢ及びノードＤが端局動作（マスタ）となったことにより、ノードＢ及びノードＤは、それぞれノードＡに向けてマスタ通知フレームｂ，ｄを送出する。すると、ノードＡは同図の（iv）に示すように、ルールＲＡＳ−ｒ２に従って、両系の上流から互いに異なる他ノードＢ，Ｄのマスタ通知フレームｂ，ｄが到来したことにより、中間局（スレーブ）に切替わり、以降、通常状態としてノードＢ及びノードＤが端局（マスタ）、ノードＡが中間局（スレーブ）となって動作する。
【０１１４】
次に、同図の（ｖ）に示すように、ノードＣの障害が復旧すると、ノードＣは、ルールＲＡＳ−ｒ６により、両系からマスタ勧誘フレームｂｍ，ｄｍが通知されている（即ち、両隣接局がマスタである）ため、ノードＣは端局動作（マスタ）となることなく、同図の（vi）に示すように、ノードＢから通知されるマスタ勧誘フレームｂｍを基に、ノードＤに対してノードＢがマスタである旨のマスタ通知フレームｂを送出し、また、ノードＤから通知されるマスタ勧誘フレームｄｍを基に、ノードＢに対してノードＤがマスタである旨のマスタ通知フレームｄを送出する。
【０１１５】
すると、マスタノードＢは、ノードＡとノードＣの両方からマスタ通知フレームｄを受け、また、マスタノードＤは、ノードＡとノードＣの両方からマスタ通知フレームｂを受ける。マスタノードＢ及びマスタノードＤは、ルールＲＡＳ−ｒ３により、マスタノードが両系から同一の他ノードのマスタ通知フレームを受けた場合は、ノード間で予め定めた順位に従って順位の高いノードが現状を維持してマスタとなり、順位の低いノードは中間局（スレーブ）に切替わる。
【０１１６】
ここで、この順位が高い方からノードＡ＞ノードＢ＞ノードＣ＞ノードＤ＞であるとすると、マスタノードＢはマスタ通知フレームｄにより通知される他のマスタノードＤより、順位が上であるので現状を維持してマスタとなる。一方、マスタノードＤは、マスタ通知フレームｂにより通知される他のマスタノードＢより、順位が下であるので、中間局（スレーブ）に切替わり、同図の（vii ）に示すように、ノードＢのみがマスタとなって通常動作状態となる。
【０１１７】
図１４に片系断となったときのネットワークパス切替えの具体例を示す。同図の（ｉ）は、ノードＡが端局（マスタ）となり、他のノードＢ〜Ｄが中間局（スレーブ）となっている通常状態を示している。同図の（ii）は、ノードＣからノードＤへの伝送路が断状態となった様子を示す。
【０１１８】
このとき、ノードＣからノードＤへデータフレームが送達されない。そこで、同図の（iii ）に示すようにノードＤは、ルールＲＡＳ−ｒ１により、上流からデータフレームが到来しないので端局（マスタ）となり、ノードＡへマスタ通知フレームｄを送出し、また、ルールＲＡＳ−ｒ４により、データフレームが到来しない伝送路の逆方向の下流に、即ちノードＣに向けてマスタ勧誘フレームｄｍを送出し、ノードＣは、一旦マスタ通知フレームｄをノードＢの側へ送出する。
【０１１９】
次に同図の（iv）に示すように、ノードＣはマスタ勧誘フレームｄｍによりルールＲＡＳ−ｒ５に従ってマスタと成り、マスタ通知フレームｃをノードＢの側へ送出し、中間局のノードＢは該マスタ通知フレームｃをマスタノードＡへ送出する。
【０１２０】
次に同図の（v ）に示すように、マスタノードＡは、両系の上流から互いに異なる他ノードＣ，Ｄのマスタ通知フレームｃ，ｄが到来したことにより、ルールＲＡＳ−ｒ２によりスレーブとなる。従って、ノードＣ及びＤがマスタノード、ノードＡ及びＢがスレーブとなって通常動作状態となる。
【０１２１】
次に同図の（vi）に示すように、ノードＣからノードＤへの伝送路の障害が復旧すると、ノードＣはルールＲＡＳ−ｒ５によりマスタ勧誘フレームｄｍに応じてマスタとなっているため、ノードＣからノードＤへマスタ通知フレームｃが到達し、同図の（vii ）に示すように、ノードＤはルールＲＡＳ−ｒ７によりノードＣへのマスタ勧誘フレームｄｍの送出を停止し、ノードＣに対してはマスタ通知フレームｄを送出する。
【０１２２】
この状態で、マスタノードＣは、両系から同一の他ノードマスタ通知フレームｄを受け、マスタノードＤは、両系から同一の他ノードマスタ通知フレームｃを受ける。この場合、図の（viii）に示すように、ルールＲＡＳ−ｒ３により、ノード間で予め定めた順位の高いノードＣは、現状を維持してマスタとなり、順位の低いノードＤは中間局（スレーブ）に切替わる。この状態で通常動作状態となる。
【０１２３】
図１５にネットワーク分割状態（離島状態）時のネットワークパス切替えの具体例を示す。同図の（ｉ）は、ノードＡが端局（マスタ）となり、他のノードＢ〜Ｄが中間局（スレーブ）となっている通常動作状態を示している。同図の（ii）は、ノードＣ，Ｄ間及びノードＡ，Ｂ間の双方向伝送路が断状態となった場合を示す。
【０１２４】
このとき、ノードＡ，Ｂ間及びノードＣ，Ｄ間でデータフレームが送達されず、上流からデータフレームが到来しないので、ノードＡ，Ｂ，Ｃ，Ｄは、同図の（iii ）に示すように、ルールＲＡＳ−ｒ１により、端局（マスタ）となる。
【０１２５】
また、ルールＲＡＳ−ｒ４により、データフレームが到来しない伝送路の逆方向の下流に、即ちノードＡはノードＢに向けてマスタ勧誘フレームａｍを、ノードＢはノードＡに向けてマスタ勧誘フレームｂｍを、ノードＣはノードＤに向けてマスタ勧誘フレームｃｍを、ノードＤはノードＣに向けてマスタ勧誘フレームｄｍを送出する。
【０１２６】
また、ノードＡはノードＤへマスタ通知フレームａを、ノードＤはノードＡへマスタ通知フレームｄを、ノードＢはノードＣへマスタ通知フレームｂを、ノードＣはノードＢへマスタ通知フレームｃを送出する。そして、ノードＡ，Ｂのネットワークと、ノードＣ，Ｄのネットワークとに分割された状態で通常動作状態となる。
【０１２７】
次に同図（iv）に示すように、ノードＡ，Ｂ間の伝送路障害が復旧すると、ノードＡ，Ｂは、上流からデータフレームが到来するので、ルールＲＡＳ−ｒ７により、それぞれマスタ勧誘フレームａｍ，ｂｍの送出を停止し、マスタ通知フレームａ，ｂを送出する。
【０１２８】
すると、マスタノードＡは、両系の上流から互いに異なる他のマスタ通知フレームｂ，ｄが到来するため、ルールＲＡＳ−ｒ２によりスレーブとなる。また、マスタノードＢも、両系の上流から互いに異なる他のマスタ通知フレームｃ，ｄが到来するため、ルールＲＡＳ−ｒ２によりスレーブとなる。従って、図の（v ）に示すように、ノードＣ及びＤがマスタとなり、ノードＡ及びＢがスレーブとなる通常動作状態となる。
【０１２９】
このように、各ノードはネットワーク伝送路異常検出時、上記ネットワークパス切替えルール（ＲＡＳ−１〜ＲＡＳ−７）により、自律的にネットワークのパス構成を切替え、リアルタイムに正常な伝送路間でネットワークパスを再構成し、伝送異常による通信不能区間を最小限とした通信路を維持し、信頼性の高いデータ通信を可能にする。
【０１３０】
図１６にＳＤＨ網に適用した本発明の実施例を示す。この実施例は、前述の回線インタフェース部としてＳＤＨ網のインタフェースを具備し、端末インタフェース部として例えばＬＡＮ（Local Area Network）のインタフェースを具備したものである。
【０１３１】
同図（ｉ）に機能ブロック図を示す。回線インタフェース部としては、光−電気変換部（ＯＥ）、電気−光変換部（ＥＯ）及びＳＤＨインタフェース部からなり、ＳＤＨインタフェース部はＳＤＨフレームの生成／分離を行う。また、端末インタフェース部としては、レイヤ３スイッチ部（Ｌ３ＳＷ）と１００Ｂａｓｅ−Ｔインタフェース部を備え、１００Ｂａｓｅ−Ｔインタフェースを有する端末と接続され、レイヤ３スイッチ部（Ｌ３ＳＷ）により、インタネットプロトコル（ＩＰ）のレイヤ３（ネットワーク層、ＩＰ層）のルート切分りけを行い、ルータ機能を実現する。
【０１３２】
同図（ii）にＳＤＨ網上でのパケットトレーラの構成例を示す。パケットトレーラはＳＤＨフレームのペイロード部分に格納され、複数フレーム分のペイロード部分を連結してパケットトレーラが構成される。パケットトレーラを構成するＳＤＨフレームのフレーム数Ｎは、システムによって決定され、データ処理効率を上げる場合はＮを大きくし、データの遅延を少なくする場合はＮを小さくする。パケットトレーラの先頭にはトークンパケット（ＴＰ）を載せ、それに続けてデータパケット（ＤＰ）及び必要に応じて制御パケット（ＣＰ）を搭載する。
【０１３３】
この場合、各ノードアドレスをＩＰアドレスに置き換え、制御部（ＣＮＴ）等にネットワーク上のノード配列情報テーブル（左方向及び右方向のパスとそのノードＩＰアドレスの配列、更に端末のＩＰアドレス情報を格納したテーブル）を備え、該ノード配列情報テーブルを用いてルーティングを行うことができる。本発明は、下位層のネットワークが同期網であってもパケットトレーラを構成し、該パケットトレーラには可変長データパケットが搭載可能であるため、インタネットプロトコル（ＩＰ）による通信との親和性が良い。
【０１３４】
また、一般にルータを用いてノード間の多段接続を行う場合、同図の（iii ）に示すように、それぞれのルータは配送データを一旦バッファーに格納してから次のノードへ配送するため、ルータを通過する毎に遅延が増加する。それに対し、本発明の伝送装置は、同図の（iv）に示すように、端末インタフェース部にのみバッファーを有し、端末からネットワークに出力するノードのみバッファによる遅延が発生するだけで、ノード間の多段接続における遅延は生じない。
【０１３５】
通常、ＩＰネットワークは、ルータが１０〜２０段の多段接続となり、監視系のシステムにおいては１００〜２００の多段接続が必要となる場合があり、各ノードにおける固定遅延は大きな問題となる。そのため、多段接続を想定したシステムにおいては、ルータを用いたネットワークアーキテクチャは最適なものとはならない。本発明はこれを解決するものでもある。さらに、ＩＰレイヤにおける優先度情報と本発明におけるリクエスト情報内の優先度とをリンクさせることにより、下位層におけるＱＯＳへの対応も可能となる。
【０１３６】
図１７にＡＴＭ（Asynchronous Transfer Mode）網に適用した本発明の実施例を示す。この実施例は、回線インタフェース部としてＡＴＭｏｖｅｒＳＤＨのインタフェース機能を備え、端末インタフェースとしてＬＡＮのインタフェース機能を備えたものである。なお、ＳＤＨ網以外の他の網を用いる場合は、他の網インタフェース機能を備える。
【０１３７】
図１７（ｉ）に機能ブロック図を示す。回線インタフェース部は、光−電気変換部（ＯＥ）、電気−光変換部（ＥＯ）、ＳＤＨインタフェース部及びＡＴＭインタフェース部からなる。ＡＴＭインタフェース部はＡＴＭセルの生成及び分離を行い、ＡＴＭセル化したパケットをＳＤＨ網等の回線インタフェースに載せて送出する。
【０１３８】
また、端末インタフェース部は、レイヤ３スイッチ部（Ｌ３ＳＷ）と１００Ｂａｓｅ−Ｔインタフェース部を備え、１００Ｂａｓｅ−Ｔインタフェースを有する端末と接続され、レイヤ３スイッチ部（Ｌ３ＳＷ）により、インタネットプロトコル（ＩＰ）のレイヤ３（ネットワーク層、ＩＰ層）のルート切分りけを行い、ルータ機能を実現する。
【０１３９】
同図（ii）にＡＴＭ層でのパケットトレーラの構成例を示す。パケットトレーラはＡＴＭセルのペイロード部分に格納され、複数セル分のペイロード部分を連結してパケットトレーラが構成される。パケットトレーラを構成するＡＴＭセル数Ｎは、システムによって決定される。パケットトレーラの先頭にはトークンパケット（ＴＰ）を載せ、それに続けてデータパケット（ＤＰ）及び必要に応じて制御パケット（ＣＰ）を搭載する。また、複数のＡＴＭセルがＳＤＨフレームにマッピングされる。
【０１４０】
ＲＡＳ機能実現に必要なフレーム受信状態と自端末の送信異常状態の監視は、ＳＤＨにおいては、ＬＯＳ（Loss Of Signal：光入力断）、ＬＯＦ（Loss Of Frame ：フレーム同期バイト不一致）、ＬＯＰ（Loss Of Pointer ：ポインタ喪失）、Ｐ−ＡＩＳ（Path-Alarm Indication Signal：パス警報表示）等の信号を用い、ＡＴＭ網においては、ＯＣＤ（Out of Cell Delineation ：セル同期外れ）、ＬＣＤ（Loss of Cell Delineation：セル同期損失）等の信号を用いて、フレーム受信異常を検出する。また、パケットの同期外れ等を検出してフレーム受信異常と判断する構成とすることもできる。自端末の送信異常は、ＳＤＨ網においてＭＳ−ＦＥＲＦ，Ｐ−ＦＥＲＦ（自端末送信異常）信号を用いて検出することができる。
【０１４１】
【発明の効果】
以上説明したように本発明によれば、双方向伝送路の伝送容量をフルに使用し、送信データを送信方向にのみ伝送することにより使用効率が向上し、従来のリングネットワーク等に比べて２倍の容量を活用することができ、経済的にシステムを構築することができる。
【０１４２】
また、送信方向のデータ格納領域を事前に予約して確保することにより、リアルタイム性を重視したメディア通信を提供することができる。また、予約されていない空き領域のデータ格納領域を各ノードが動的に獲得して送信することにより、伝送容量の利用効率を向上させることができ、ネットワークの品質向上を図ることができる。
【０１４３】
また、データパケットの送信要求情報に優先度を付すことにより、リアルタイム性を確保したメディア通信、サービス品質クラス（ＱＯＳ）に応じた通信を提供することができ、更に、本発明の伝送装置は、端末インタフェース部にネットワーク伝送路ヘの出力タイミングを調整するバッファーメモリを備え、パケットトレーラをバッファに格納することなく中継することにより、多段接続によるデータ転送の遅延を減少させることができる。
【図面の簡単な説明】
【図１】本発明におけるリニア又はリングネットワークの構成例を示す図である。
【図２】本発明の各ノードにおける伝送装置の構成図である。
【図３】本発明の回線インタフェース部及びトークンコントローラ（ＴＣＮＴ）の構成図である。
【図４】本発明のパケット多重部（ＰＭＵＸ）の構成図である。
【図５】本発明の端末インタフェース部の構成図である。
【図６】本発明のパケットトレーラの構成及びその配送方向を示す図である。
【図７】パケットトレーラの配送の様子を示す図である。
【図８】各ノードからのデータパケットを送信する様子を示す図である。
【図９】トークンパケットの構成例を示す図である。
【図１０】データパケット送信ルールを説明図である。
【図１１】各ノード（局）が局配列を認識する手順の説明図である。
【図１２】ネットワークパス切替えルールに従うマスタ／スレーブ切替の一覧表である。
【図１３】ノード断時のネットワークパス切替えの具体例を示す図である。
【図１４】片系断となったときのネットワークパス切替えの具体例を示す図である。
【図１５】ネットワーク分割状態（離島状態）時のネットワークパス切替えの具体例を示す図である。
【図１６】ＳＤＨ網に適用した本発明の実施例を示す図である。
【図１７】ＡＴＭ網に適用した本発明の実施例を示す図である。
【図１８】従来のリング型ネットワークにおける並列送信／受信選択伝送方式の説明図である。
【図１９】従来のリング型ネットワークにおけるループバック伝送方式の説明図である。
【図２０】従来のトークンリング方式の説明図である。
【図２１】従来のアーリートークンリリース方式の説明図である。
【符号の説明】
Ａ ，Ｂ，Ｃ，Ｄ ノード（局）
ａ，ｄ マスタ通知フレーム
ＰＭＵＸ（Ｌ） 左パケット多重部
ＰＭＵＸ（Ｒ） 右パケット多重部
ＴＣＮＴ（Ｌ） 左トークンコントローラ
ＴＣＮＴ（Ｒ） 右トークンコントローラ
【発明の属する技術分野】
本発明は、リニア又はリングネットワークにおけるデータ伝送方法及び装置に関し、ローカルなエリアのリニア（線状）又はリング（環状）のネットワークにおいて、障害時に接続経路をアダプティブに切替えるＲＡＳ（Reliability Availability Serviceability ）機能を備えると共に、ネットワークの伝送容量を有効に使用し、映像等のリアルタイム性を重視した通信に対応し得るデータ伝送方法及び装置に関する。
【０００２】
【従来の技術】
種々のデータ通信が可能なＩＰ（Internet Protocol ）ネットワークはメッシュトポロジ構成を基本としているが、必ずしも最適なネットワークにはならず、例えば、道路や河川等の限られたエリア内の複数の地点間を相互に監視するためのネットワークとしては、リニア又はリング型のネットワークが効率良く軽便に使用される。
【０００３】
ＲＡＳ機能を備えた従来のリング型ネットワークの伝送方式には、並列送信／受信選択伝送方式とループバック伝送方式とがある。図１８に従来のリング型ネットワークにおける並列送信／受信選択伝送方式を示し、図１９に従来のリング型ネットワークにおけるループバック伝送方式を示す。
【０００４】
並列送信／受信選択伝送方式のリング型ネットワークは、図１８の（ａ）に示すように、右回り方向のリング伝送路＃０及び左回り方向のリング伝送路＃１を有し、各ノードＡ，Ｂ，Ｃ，Ｄは両者のリング伝送路＃０，＃１によって隣接ノードが相互に接続され、ネットワークを構成する。
【０００５】
各ノードＡ，Ｂ，Ｃ，Ｄは、同図の（ｂ）に示すように、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方に並列に、送信先のノードアドレスを付してデータを送信し、また、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方からデータを受信し、その一方を選択して自ノードに取込む。
【０００６】
同図の（ｃ）は、ノードＣからノードＡへデータを送信する場合を示し、ノードＣからの送信データは、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方へ送出され、ノードＡへ転送される。ノードＡは、右回りリング伝送路＃０及び左回りリング伝送路＃１の双方からデータを受信し、その何れか一方を選択して取込む。
【０００７】
ノードＡは、取込んだ受信データが異常である場合、他方のリング伝送路からの受信データを取込むように切替える。このように、右回り及び左回りのリング伝送路を備えることにより、一方のリング伝送路の障害に対する信頼性（ＲＡＳ機能）が確保されたデータ通信を提供することができる。
【０００８】
また、図１９に示す従来のリング型ネットワークにおけるループバック伝送方式も、前述の並列送信／受信選択伝送方式と同様に、右回り方向及び左回り方向の二重リング伝送路＃０，＃１でノード間を接続し、通常時は何れか一方の片系リング伝送路のみを使用し、例えば同図の（ａ）のように右回りリング伝送路＃０によりループ伝送経路を形成し、該ループ伝送経路によりデータ通信を行う。
【０００９】
そして、同図の（ｂ）に示すように例えば、ノードＣ，Ｄ間の伝送路に異常が発生した場合、該異常箇所を回避してループ伝送経路を形成するために、ノードＣは右回りリング伝送路＃０を左回りリング伝送路＃１へループバック接続し、ノードＤは左回りリング伝送路＃１を右回りリング伝送路＃０へループバック接続し、ループ伝送経路の構成を変更する。
【００１０】
従って、ノードＣ，Ｄ間に伝送障害が発生しても、各ノードＡ，Ｂ，Ｃ，Ｄは、右回り方向及び左回り方向のリング伝送路＃０，＃１を用いて形成されたループ伝送経路によって通信可能となり、伝送障害に対する信頼性（ＲＡＳ機能）が確保されたデータ通信を行うことができる。
【００１１】
従来のリングネットワークにおけるアクセス方式としては、図２０に示すトークンリング方式及び図２１に示すアーリートークンリリース方式等が有る。トークンリング方式は、送信権を与える特別なデータパケットであるトークンをリングネットワーク上に巡回させ、トークンを受け取ったノードが送信権を得てデータを送信する。
【００１２】
図２０の（ｉ）はトークンを受け取ったノードＢが、ノードＤ宛てに送信データ［Ｂ→Ｄ］を送出した場合を示し、該送信データ［Ｂ→Ｄ］が同図の（ii）に示すようにリング伝送路を経由してノードＤに到達すると、ノードＤは同図の（iii ）に示すように該送信データ［Ｂ→Ｄ］を取込むと共に、該送信データ［Ｂ→Ｄ］を受信したことを送信元に通知するために、該送信データ［Ｂ→Ｄ］にコピービット（ｃ）“１”を付加したデータをリング伝送路上に送出する。
【００１３】
上記送信データ［Ｂ→Ｄ］にコピービット“１”を付加したデータが、同図の（iv）に示すように送信元のノードＢに到達すると、送信元のノードＢは、該コピービット“１”が付加された送信データ［Ｂ→Ｄ］の受信により、送信先相手に送信データが正常に送達されたことを確認し、同図の（ｖ）に示すように、コピービット“１”が付加された送信データ［Ｂ→Ｄ］を破棄し、トークンを次のノードＣへ渡す。
【００１４】
アーリートークンリリース方式は図２１に示すように、各ノードはトークン受信により送信権を得て送信データを送出すると共に、該送信データのフレームにトークンを付加して送出する方式である。即ち、同図の（ｉ）に示すように例えば、ノードＢがトークンを受け取ると、ノードＤ宛ての送信データ［Ｂ→Ｄ］が有る場合、該送信データ［Ｂ→Ｄ］のフレームにトークンを付加してリング伝送路に送出する。
【００１５】
送信データ［Ｂ→Ｄ］及びトークンが次のノードＣに到達すると、ノードＣに送信データが有る場合、同図の（ii）に示すようにノードＣは、上記送信データ［Ｂ→Ｄ］と送信データ［Ｃ→Ａ］のデータフレームと、トークンとをリング伝送路に送出する。
【００１６】
次のノードＤはデータフレームが到達すると、同図の（iii ）に示すように、自己宛てのデータ［Ｂ→Ｄ］を取込むと共に、該データ［Ｂ→Ｄ］にコピービット（ｃ）“１”を付加し、該コピービット（ｃ）“１”を付加した送信データ［Ｂ→Ｄ］と、送信データ［Ｃ→Ａ］と、トークンとをリング伝送路に送出する。
【００１７】
次のノードＡはデータフレームが到達すると、同図の（iv）に示すように自己宛てのデータ［Ｃ→Ａ］を取込むと共に、該データ［Ｃ→Ａ］にコピービット（ｃ）“１”を付加し、コピービット（ｃ）“１”が付加された送信データ［Ｂ→Ｄ］及び［Ｃ→Ａ］のデータフレームとトークンとをリング伝送路に送出する。
【００１８】
次のノードＢは同図の（ｖ）に示すように、コピービット（ｃ）“１”が付加された送信データ［Ｂ→Ｄ］の受信により、宛て先ノードＤに正常に送信データが送達されたことを確認し、該送信データ［Ｂ→Ｄ］を破棄し、そして、コピービット（ｃ）“１”が付加された送信データ［Ｃ→Ａ］とトークンとをリング伝送路に送出する。
【００１９】
次のノードＣはコピービット（ｃ）“１”が付加された送信データ［Ｃ→Ａ］の到達により、宛て先ノードＡに正常に送信データが送達されたことを確認し、該送信データ［Ｃ→Ａ］を破棄し、トークンをリング伝送路の次のノードへ送出する。
【００２０】
【発明が解決しようとする課題】
図１８に示した並列送信／受信選択伝送方式によるリング型ネットワークは、片系のリング伝送路が常に予備として使用されるため、有効なデータ通信は実質的に１リング伝送路分の伝送容量でしか行われず、他のリング伝送路を他のデータ通信に使用して２リング伝送路分の伝送容量をフルに使用したデータ通信を行うことができない。
【００２１】
特に、ＳＤＨ（Synchronous Digital Hierarchy ；同期ディジタルハイアラーキ）網のように、同期フレームにデータを多重して伝送する場合、各ノードに固定的にタイムスロットが割り付けられているため、実データが送出されていない場合でも、使用領域が確保されており、ネットワークの伝送容量が有効利用されない。
【００２２】
また、図１９に示したループバック伝送方式のリング型ネットワークも、前述の並列送信／受信選択伝送方式のものと同様に、全てのデータ通信を実質的に１リング伝送路分の伝送容量で行っており、２リング伝送路分の伝送容量をフルに使用したデータ通信を行うことができない。
【００２３】
また、異常発生時にループバック接続により形成されるループ伝送経路の距離が増大し、データ伝送の遅延が生ずる。更に、同図の（ｂ）において、例えば、ノードＢからノードＡへデータを送信する場合、ノードＣにとっては無用なデータをノードＢから一旦ノードＣへ転送しなければならず、転送効率が悪い。
【００２４】
また、図２０及び図２１に示すトークンを用いたアクセス方式は、トークンの巡回により送信権制御を行い、各ノードから送信データを送出する際の衝突を防いでいるが、図２０に示すトークンリング方式は、伝送路上に一度に１ノードからの送信データしか送出することができない。
【００２５】
一方、図２１に示すアーリートークンリリース方式は、伝送路上に複数のノードからの送信データを送出することが可能であるが、送信に要する時間はトークンが一巡する時間によって規定され、多量のデータを送信するノードにおいては伝送効率が悪い。
【００２６】
多量のデータを効率よく送信し得るアクセス方式として、トークンが一周する最大時間内であれば、１ノードがデータを送信し続けられるタイムドトークンプロトコルが知られているが、いずれのアクセス方式も、リングネットワーク上に送出された送信データの終端（破棄）を、コピービット等を付した送信データの返送等の確認によって送信元ノードで行うため、送信先ノードから送信元ノードへの経路において、本来の通信データ以外の無効なデータを配送しなければならない。
【００２７】
また、いずれのアクセス方式も１系統のリング伝送にしか対応しておらず、前述の２重リング構成のネットワークも一方のリング伝送路は予備であり、通常時のデータ通信に有効に使用されるのは１リング伝送路のみである。更に、送信データの優先度或いはサービス品質クラス（ＱＯＳ）に応じたアクセス制御に対応していないため、それらの制御は上位レイヤに委ねられている。
【００２８】
本発明は、２本の双方向伝送路の伝送容量をフルに使用し、効率良くデータ通信を行うとともに、データ転送遅延を生ずることなく、複数のノード間で同時にデータ通信を行うことができ、かつ、リアルタイム性を重視したメディア通信や多量データの転送を効率良く行うことができるリニア又はリングネットワークにおける伝送方法及び装置を提供することを目的とする。
【００２９】
【課題を解決するための手段】
本発明のリニア又はリングネットワークにおける伝送方法は、（１）隣接ノード間が双方向の伝送路によって接続されたリニア又はリングネットワークにおいて、上記各ノードは、左端局、右端局又は中間局として動作し、左端局及び右端局は、送信権情報含むトークンパケット及びデータパケット格納領域を有するパケットトレーラを生成し、左端局は該パケットトレーラを右方向伝送路上に、右端局は該パケットトレーラを左方向伝送路上に送出し、各中間局は、右方向のデータパケットの送信要求発生時に、上記左方向伝送路上のパケットトレーラのトークンパケットに送信要求情報を書込み、左方向のデータパケットの送信要求発生時に、上記右方向伝送路上のパケットトレーラのトークンパケットに送信要求情報を書込んで送信要求を行い、上記左端局及び右端局は、対向する端局から送出されたパケットトレーラ内のトークンパケットに書込まれた各中間局の送信要求情報を基に、送信要求を行った中間局に対する予約領域を確保したデータパケット格納領域を有する上記パケットトレーラを生成し、上記送信要求を行った中間局は、上記パケットトレーラ内の予約領域にデータパケットを格納して送信先ノードへデータを送信するものである。
【００３０】
また、本発明のリニア又はリングネットワークにおける伝送装置は、（２）隣接ノードの伝送装置と双方向の伝送路によって接続されたリニア又はリングネットワークの伝送装置において、上記各ノードの伝送装置は、端局又は中間局の何れかに切替わって動作する機能を備え、端局として動作する場合に、トークンパケット及びデータパケット格納領域を有するパケットトレーラを生成し、該パケットトレーラを上記伝送路に送出する手段と、対向する端局から送出され上記伝送路に配送されたパケットトレーラを受信して終端する手段を備え、かつ、該対向する端局から送出されたパケットトレーラ内に配送途中で書込まれた各中間局の送信要求情報を基に、該送信要求を行った中間局に対して送信権を与える送信権情報を前記トークンパケットに格納し、該送信権情報を格納したトークンパケットを含むパケットトレーラを、対向する端局に向けて送出する手段を有し、中間局として動作する場合に、データパケットの送信要求発生時に、データ送出方向と逆方向のパケットトレーラのトークンパケットに送信要求情報を書込む手段と、該送信要求を行った中間局は、データ送出方向と同方向のパケットトレーラ内に含まれるトークンパケットの送信権情報に従って、該パケットトレーラに送信データを格納し、送信先ノードへデータを送信する手段とを備えたものである。
【００３１】
また、（３）前記伝送装置は、前記双方向の伝送路からのデータフレーム受信異常状態又は自装置の送信異常状態を検知する手段と、隣接ノードの伝送装置からデータフレームが受信されない場合、端局動作に切り替わり、かつ、該隣接ノードの伝送装置へ端局動作を促す端局催告フレームを送出する手段と、端局動作の他ノードの伝送装置から通知される端局通知データフレーム、及び上記端局催告フレームに基づいて、端局動作となるか中間局動作となるかを決定する手段と、を備えたものである。
【００３２】
また、（４）前記伝送装置は、前記双方向の伝送路に配送されるパケットトレーラ内に自装置のノードアドレスを書き込む手段と、他のノードの記伝送装置が書き込んだ他ノードアドレスを、双方向伝送路に配送された各パケットトレーラから読み取り、該読み取った他ノードアドレスを基に、左方向及び右方向の各ノードの配列位置を認識する手段を備えたものである。
【００３３】
また、（５）前記伝送装置は、端局として動作する場合に、トークンパケットを含む独立した複数のパケットトレーラを生成送出し、該パケットトレーラに、送信要求を行った中間局に対する予約領域を確保したパケットトレーラを生成して送出する手段を備え、中間局として動作する場合に、トークンパケット内の送信権情報による予約割り当てに従い、該予約領域に送信データを格納して送信する手段を備えたものである。
【００３４】
また、（６）前記伝送装置は、中間局として動作する場合に、データ送信方向のパケットトレーラ内に空き領域が有るとき、該空き領域に送信データを格納して送信し、既に送出した送信要求情報に応じて割り当てられた予約領域を有するパケットトレーラが到来した際に、残留送信データがなければ、該予約領域を解除する手段を備えたものである。
【００３５】
また、（７）前記伝送装置は、中間局として動作する場合に、トークンパケットに送信要求情報を書込む際に、送信データの優先度情報を付加して書込む手段を備え、端局として動作する場合に、該送信データの優先度情報に基づいて送信権付与の調停を行う手段を備えたものである。
【００３６】
また、（８）前記伝送装置は、中間局として動作する場合に、データ送信方向のパケットトレーラ内に空き領域が有る場合、該空き領域の先頭位置から順に送信データを格納することを特徴とするものである。
また、（９）前記伝送装置は、中間局として動作する場合に、自装置宛のデータを受信すると、該データが格納されていたパケットトレーラ内の領域を空き領域として次ノードの伝送装置に該パケットトレーラを送出するものである。
【００３７】
また、（１０）前記伝送装置は、データ送受を行う端末装置とのインタフェース機能を有する端末インタフェース部を備え、該端末インタフェース部は、ネットワーク伝送路ヘの出力タイミングを調整するバッファーメモリを備えたものである。
【００３８】
【発明の実施の形態】
図１は本発明におけるリニア又はリングネットワークの構成例を示す。リング接続のネットワークは同図の（ｉ）に示すように、任意のノードのうち例えばノードＡを端局とし、他の残りのノードＢ〜Ｄを中間局とし、隣接する各ノード間を双方向の伝送路により接続して構成される。
【００３９】
端局のノードＡは、左端局及び右端局として動作する。左端局及び右端局として動作するノードＡは、送信権を与えるトークンパケットを発行し、また、ノードＡが端局として動作していること（マスタ）を示すマスタ通知フレーム“ａ”を送出する。
【００４０】
リニア接続のネットワークは図１（ii）に示すように、任意のノードのうち例えば、ノードＡを左端局、ノードＤを右端局とし、残りの他のノードＢ，Ｃを中間局とし、隣接する各ノード間を双方向の伝送路により接続して構成される。
【００４１】
図１（ii）において、ノードＡは左端局として、また、ノードＤは右端局として動作する。左端局及び右端局として動作するノードＡ及びＤは、それぞれ送信権を与えるトークンパケットを発行し、また、ノードＡは自局が端局（マスタ）として動作していることを示すマスタ通知フレーム“ａ”を送出し、ノードＤも自局が端局（マスタ）として動作していることを示すマスタ通知フレーム“ｄ”を送出する。
【００４２】
図１の（iii ）は、（ｉ）に示したリング接続のネットワークの論理的な通信路の構成を示し、（iv）は（ii）に示したリニア接続のネットワークの論理的な通信路の構成を示す。各ノードＡ〜Ｄは、左パケット多重部ＰＭＵＸ（Ｌ）及び右パケット多重部ＰＭＵＸ（Ｒ）を備える。
【００４３】
左端局の右パケット多重部ＰＭＵＸ（Ｒ）及び右端局の左パケット多重部ＰＭＵＸ（Ｌ）は、トークンコントローラＴＣＮＴに接続され、中間局の左パケット多重部ＰＭＵＸ（Ｌ）及び右パケット多重部ＰＭＵＸ（Ｒ）は、それぞれ隣接するノードの右パケット多重部ＰＭＵＸ（Ｒ）及び左パケット多重部ＰＭＵＸ（Ｌ）互いに接続され、双方向にパケットデータを中継する。
【００４４】
図２に本発明の各ノードにおける伝送装置の構成を示す。該伝送装置の基本構成は図の（ｉ）に示すように、左回線インタフェース１１、右回線インタフェース２１、左パケット多重部（ＰＭＵＸ（Ｌ））１２、右パケット多重部（ＰＭＵＸ（Ｒ））２２、右トークンコントローラ（ＴＣＮＴ（Ｒ））１３、左トークンコントローラ（ＴＣＮＴ（Ｌ））２３、制御部（ＣＮＴ）３１及び端末インタフェース３２を備える。
【００４５】
左回線インタフェース１１及び右回線インタフェース２１は、右方向伝送路＃０及び左方向伝送路＃１の信号に対するインターフェース機能を有し、それぞれ、左パケット多重部（ＰＭＵＸ（Ｌ））１２及び右パケット多重部（ＰＭＵＸ（Ｒ））２２に接続され、信号を中継する。
【００４６】
左パケット多重部（ＰＭＵＸ（Ｌ））１２は、左回線インタフェース１１から出力される右方向伝送路＃０からのパケットを、端末インタフェース３２へ出力すると共に、該伝送装置が端局の場合は、該パケットを右トークンコントローラ（ＴＣＮＴ（Ｒ））１３へ、該伝送装置が中間局の場合は右パケット多重部（ＰＭＵＸ（Ｒ））２２へ出力する。
【００４７】
また、左パケット多重部（ＰＭＵＸ（Ｌ））１２は、該伝送装置が端局の場合は右トークンコントローラ（ＴＣＮＴ（Ｒ））１３からのパケットを、該伝送装置が中間局の場合は右パケット多重部（ＰＭＵＸ（Ｒ））２２からのパケットを、端末インタフェース３２からのパケットと共に多重して左回線インタフェース１１へ出力する。
【００４８】
右パケット多重部（ＰＭＵＸ（Ｒ））２２は、右回線インタフェース２１から出力される左方向伝送路＃１からのパケットを、端末インタフェース３２へ出力すると共に、該伝送装置が端局の場合は、該パケットを左トークンコントローラ（ＴＣＮＴ（Ｌ））２３へ、該伝送装置が中間局の場合は左パケット多重部（ＰＭＵＸ（Ｌ））１２へ出力する。
【００４９】
また、右パケット多重部（ＰＭＵＸ（Ｒ））２２は、該伝送装置が端局の場合は左トークンコントローラ（ＴＣＮＴ（Ｌ））２３からのパケットを、該伝送装置が中間局である場合は左パケット多重部（ＰＭＵＸ（Ｌ））１２からのパケットを、端末インタフェース３２からのパケットと共に多重して右回線インタフェース２１へ出力する。
【００５０】
図２（ii）は中間局として動作するときの形態を示し、左パケット多重部（ＰＭＵＸ（Ｌ））１２と右パケット多重部（ＰＭＵＸ（Ｒ））２２とが直接接続され、右トークンコントローラ（ＴＣＮＴ（Ｒ））１３及び左トークンコントローラ（ＴＣＮＴ（Ｌ））２３は、切離された状態となる。なお、同図の下部に以降の図面で中間局を表記する記号図を示している。
【００５１】
図２（iii ）は端局として動作するときの形態を示し、左パケット多重部（ＰＭＵＸ（Ｌ））１２は右トークンコントローラ（ＴＣＮＴ（Ｒ））１３に、右パケット多重部（ＰＭＵＸ（Ｒ））２２は左トークンコントローラ（ＴＣＮＴ（Ｌ））２３に接続された状態となる。なお、同図の下部に以降の図面で端局を表記する記号図を示している。
【００５２】
図３（ｉ）は回線インタフェース部の構成を示し、同図の（ii）はトークンコントローラ（ＴＣＮＴ）の構成を示す。回線インタフェース部は、各種ネットワーク伝送路に対応したインタフェース機能を有し、ネットワーク伝送路からの及びそこへの信号の入力部及び出力部を具え、ネットワーク伝送路に対応した物理インタフェース変換部３−１を具える。
【００５３】
物理インタフェース変換部３−１は、物理レイヤにおけるアラーム信号を監視し、物理レイヤのアラーム信号を検出すると制御部（ＣＮＴ）へアラーム情報を送出する。フレーム分離／生成部３−２の分離部は、物理インタフェース変換部３−１からパケットを受信し、該パケットからネットワーク伝送路のプロトコルに応じたヘッダやフレーム信号等を取除き、純粋な通信データ（ペイロードデータ）のみをパケット多重部（ＰＭＵＸ）へ引き渡す。
【００５４】
また、フレーム分離／生成部３−２の分離部は、同様にパケット内のアラーム信号を監視し、アラーム信号を検出すると制御部（ＣＮＴ）へアラーム情報を通知する。制御部（ＣＮＴ）はこれらのアラーム情報（受信フレーム異常、送信異常等）を受信すると、後述するルールに従って当該ノードの伝送装置を中間局とするか、又は端局として動作させるかを決定する。
【００５５】
フレーム分離／生成部３−２の生成部は、パケット多重部（ＰＭＵＸ）から出力されるパケットに対してネットワーク伝送路に応じたヘッダ等を付加してフレームを構成し、物理インタフェース変換部３−１に該パケットフレームを引き渡す。
【００５６】
トークンコントローラ（ＴＣＮＴ）は、端局となった伝送装置において機能し、図３（ii）に示すように、トークンパケット（ＴＰ）タイミング生成部３−３と、トレーラ生成部３−４と、トレーラ終端部３−５と、送信権調停／生成部３−６とを備える。
【００５７】
トークンパケット（ＴＰ）タイミング生成部３−３は、回線インタフェース部からのフレームタイミング信号を基に、トークンパケット（ＴＰ）の送出タイミング信号を生成し、該タイミング信号をトレーラ生成部３−４へ出力する。
【００５８】
トレーラ生成部３−４は、上記タイミング信号に従ったタイミングで、送信権調停／生成部３−６から送出される送信権情報に基づいて送信権を与えるトークンパケット（ＴＰ）を含むパケットトレーラを生成し、該パケットトレーラをパケット多重部（ＰＭＵＸ）へ送出する。
【００５９】
トレーラ終端部３−５は、ネットワーク伝送路を介して対向する他方の端局のトレーラ生成部から送出され、各ノードで送信権リクエスト情報及び送信データパケットが格納されたパケットトレーラを、パケット多重部（ＰＭＵＸ）を経て受信し、終端する。トレーラ終端部３−５は、該パケットトレーラ内に格納された各中間局ノードからの送信権リクエスト情報を、送信権調停／生成部３−６へ通知した後、該パケットトレーラ全てを廃棄する。
【００６０】
送信権調停／生成部３−６は、トレーラ終端部３−５から通知される各中間局ノードからの送信権リクエスト情報、及び制御部（ＣＮＴ）から通知される自ノードのデータ送信リクエスト情報を基に、送信権（トークン）の発行及び調停を行い、各ノードの送信権に関する送信権情報をトレーラ生成部３−４へ通知する。
【００６１】
図４はパケット多重部（ＰＭＵＸ）の構成を示す。各ノードの伝送装置は、左パケット多重部（ＰＭＵＸ（Ｌ））４−１０及び右パケット多重部（ＰＭＵＸ（Ｒ））４−２０の２系統のパケット多重部（ＰＭＵＸ）を有し、同図は、該２系統のパケット多重部（ＰＭＵＸ）相互の接続関係を示している。
【００６２】
左パケット多重部（ＰＭＵＸ（Ｌ））４−１０及び右パケット多重部（ＰＭＵＸ（Ｒ））４−２０において、パケットトレーラ解析部４−１１，４−２１は、回線インタフェース部４−３０から入力されるパケットトレーラのデータから各種の情報を取得する。
【００６３】
取得する情報は、パケットトレーラ内のデータパケット格納領域の空き領域情報、送信権予約受付け情報、ネットワーク伝送路上における各ノードの配列情報、各種制御情報等であり、パケットトレーラ解析部４−１１，４−２１は、それらを解析して抽出し、それらの情報を制御部ＣＮＴへ通知する。
【００６４】
また、パケットトレーラ内のデータは、パケットトレーラ解析部４−１１，４−２１を経た後、切替えスイッチＳＷにより、端局動作の場合はトークンコントロール（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））へ、中間局動作の場合は他系のパケット多重部（ＰＭＵＸ）へ出力される。
【００６５】
この切替えスイッチＳＷは、制御部（ＣＮＴ）によって制御され、制御部（ＣＮＴ）は回線インタフェース部から通知されるアラーム情報等を基に、後述するルールに従って、当該伝送装置が端局動作（マスタ）となるか、中間局動作（スレーブ）となるかを決定し、該決定に応じて端局動作（マスタ）時はトークンコントロール（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））側に切替えスイッチＳＷを切替え、中間局動作（スレーブ）時は他系のパケット多重部（ＰＭＵＸ）側に切替えスイッチＳＷを切替える。
【００６６】
自局アドレス検出部４−１２，４−２２は、パケットトレーラ内のデータパケットの中から自局アドレス宛てのデータパケットを検出し、該パケットのデータをコピーし、端末インタフェース部４−３０にメモリ４−１３，４−２３を介して送出する。
【００６７】
端局動作（スレーブ）時、パケット多重部（ＰＭＵＸ（Ｌ）４−１０，ＰＭＵＸ（Ｒ））４−２０から出力されるパケットトレーラは、それぞれ、トークンコントローラ（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））へ引き渡され、該トークンコントローラ（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））で全て破棄される。また、トークンコントローラ（ＴＣＮＴ（Ｒ），ＴＣＮＴ（Ｌ））から発行されるトークンパケット（ＴＰ）は、それぞれ、パケット多重トレーラ生成部４−１４，４−２４）に入力される。
【００６８】
パケット多重トレーラ生成部４−１４，４−２４は、データパケット生成部４−１５，４−２５でパケット化した端末インタフェース部４−３０からのデータパケット（ＤＰ）と、トークンコントローラ（ＴＣＮＴ）からのトークンパケット（ＴＰ）又は他系のパケット多重部（ＰＭＵＸ）からのパケットトレーラと、制御部（ＣＮＴ）から出力されるリクエストを情報とを多重し、パケットトレーラを生成して回線インタフェースへ送出する。
【００６９】
なお、端末インタフェース部４−３０からの送信データは、データ量監視・記憶部４−１６，４−２６により、送信データ量が測定され、該送信データ量は制御部（ＣＮＴ）へ通知される。制御部（ＣＮＴ）は該送信データ量を基に、送信権リクエスト情報を生成し、該送信権リクエスト情報をデータ送信方向と逆方向のパケット多重トレーラ生成部４−１４，４−２４へ入力する。
【００７０】
パケット多重トレーラ生成部４−１４，４−２４は、端局動作（マスタ）時には、トークンコントロール（ＴＣＮＴ）から出力されるトークンパケット（ＴＰ）を、パケットトレーラの先頭に格納し、それに続くデータパケット格納領域に、データパケット（ＤＰ）生成部４−１５，４−２５から出力されるデータパケット（ＤＰ）を、制御部（ＣＮＴ）から指示に従って多重する。
【００７１】
中間局動作（スレーブ）時は、他方のパケット多重部（ＰＭＵＸ）から出力されるパケットトレーラを選択し、該トレーラに含まれるトークンパケット（ＴＰ）及びデータパケット（ＤＰ）に、反対方向のデータ量監視・メモリ部１４−１６，１４−２６で算出したデータ量を含む送信権リクエスト情報を多重する。
【００７２】
制御部（ＣＮＴ）は、到来したパケットトレーラ内のデータからパケットトレーラ解析部４−１１，４−２１により認識される該パケットトレーラ内の空き領域情報、自ノードの送信権予約受付け情報、及びデータ量監視・メモリ部１４−１６，１４−２６に保持された送信データ量情報に基づいて、自ノードでの送信データの送出可否を判断し、送出可能であると判断した場合に、上記パケット多重トレーラ生成部４−１４，４−２４に対して、自ノードのデータパケット（ＤＰ）の多重化を指示する。
【００７３】
図５は端末インタフェース部の構成を示す。端末インタフェース部は、回線インタフェース部と同様に、物理インタフェース変換部及びフレーム分離／生成部を備えた回線部５−１と、ネットワーク伝送路ヘ送信されるまで送信データを格納するメモリ５−２と、双方向のネットワーク伝送路の双方から受信されるデータを格納する遅延吸収用のメモリ５−３と、送信データを双方向ネットワーク伝送路の何れか一方にのみ送信するように、送信先パケット多重部（ＰＭＵＸ）を切替えるスイッチ（ＳＷ）５−４とから成る。
【００７４】
スイッチ（ＳＷ）５−４は、送信するデータの送信先ノードアドレスと、制御部（ＣＮＴ）が保有するノード配列情報を基に、送信先ノードが何れの方向の双方向ネットワーク伝送路上に配置されているかを認識し、該送信先方向のパケット多重部（ＰＭＵＸ）へ、送信データ格納メモリ５−２の出力を切替える。
【００７５】
本発明のトレーラ生成部で生成され、伝送路上に配送されるパケットトレーラの構成を図６の（ｉ）に示す。パケットトレーラには同図に示すように、トークンパケット（ＴＰ）が先頭に搭載され、それに続いて各ノードから送出されるデータパケット（ＤＰ）が頭詰めで順次搭載される。また、トークンパケット（ＴＰ）の後には、適宜、ノード間の通信制御を行うためのコントロールパケット（ＣＰ）が搭載される。
【００７６】
各パケットは、例えば、ＨＤＬＣ（high level data link control procedures ）準拠型式等のフォーマット構成を備え、図６の（ii）に示すように、フラグフィールドＦ、アドレスフィールドＡ、制御フィールドＣ、情報フィールドＩ、フレームチェックシーケンスフィールドＦＣＳを有する。
【００７７】
トークンパケット（ＴＰ）、データパケット（ＤＰ）又はコントロールパケット（ＣＰ）等のパケット種別を表す識別情報、及び送信データの優先度を表す優先度情報は制御フィールドＣに格納する。そして、送信データの優先度情報を基に、前記制御部ＣＮＴが優先制御を行うことにより、リアルタイム性を重視したデータ通信にも対応したネットワークを構成することができる。
【００７８】
図６の（iii ）に通信路の論理構成とパケットトレーラの配送方向を示す。論理的通信路は、一つの左端局Ａと任意数の中間局Ｂ〜Ｄと一つの右端局Ｅとを、双方向の伝送路で接続したリニアトポロジとなる。物理的に各ノード（局）をリング状に接続した場合であっても、後述する端局決定ルールによって、何れかのノード（局）が左端局及び右端局として決定され、自動的に図６の（iii ）に示すような通信路論理構成となる。
【００７９】
ここで、左端局Ａへ向かうパケットトレーラを「ＲｔｏＬパケットトレーラ」、右端局Ｅへ向かうパケットトレーラを「ＬｔｏＲパケットトレーラ」と称す。各ノードは、左端局Ａ方向の送信データパケットをＲｔｏＬパケットトレーラに搭載し、右端局Ｅ方向の送信データパケットをＬｔｏＲパケットトレーラに搭載する。
【００８０】
例えば、ノードＢからノードＤへの送信データパケットはＬｔｏＲパケットトレーラに搭載し、ノードＣからノードＢへの送信データパケットはＲｔｏＬのパケットトレーラに搭載する。そのため、それぞれの伝送方向へ独立にデータパケットを送信することができ、双方向の伝送路を無駄なく効率的に使用することができ、伝送容量を有効に利用することができる。なお、全ノードへ一斉に送信するマルチキャストデータパケットは、両方のパケットトレーラに搭載することにより送信される。
【００８１】
図７にパケットトレーラの配送の様子とトークンコントローラ（ＴＣＮＴ）の動作を示す。パケットトレーラは、左トークンコントローラ（ＴＣＮＴ−Ｌ）７−１及び右トークンコントローラ（ＴＣＮＴ−Ｒ）７−２から、ネットワーク伝送路上に重なり合うことのないよう続けて送出され、各パケットトレーラは、反対側のトークンコントローラ（ＴＣＮＴ）に到達すると、該到達先のトークンコントローラ（ＴＣＮＴ）により終端され廃棄される。
【００８２】
左トークンコントローラ（ＴＣＮＴ−Ｌ）７−１及び右トークンコントローラ（ＴＣＮＴ−Ｒ）７−２は、パケットトレーラが到着すると、該トレーラ内のデータパケット（ＤＰ）を破棄し、また、トークンパケット（ＴＰ）から送信権リクエスト情報を抽出し、該送信権リクエスト情報を基に生成した新たな送信権情報を含むトークンパケット（ＴＰ）を生成する。
【００８３】
そして、回線インタフェース部からのフレームタイミング信号により、トークンパケット（ＴＰ）の送出タイミングを決定し、該送出タイミングに、上記トークンパケット（ＴＰ）を搭載したパケットトレーラをパケット多重部（ＰＭＵＸ）を経てネットワーク伝送路上に順次送出する。
【００８４】
図８に各ノードからのデータパケットをパケットトレーラにより送信する様子を示す。図８の（ｉ）はトークンパケット（Ｔ）が周回する様子を示し、右から左へ移動するパケットトレーラのトークンパケット（Ｔ）の後に、左方向のデータパケットを搭載して送信し（左方向送信フェーズ）、また、右方向のデータパケットを送信するための送信権リクエスト情報を、この右から左へ移動中のパケットトレーラのトークンパケット（Ｔ）に付加する（右方向送信権リクエストフェーズ）。
【００８５】
同様に、左から右へ移動するパケットトレーラのトークンパケット（Ｔ）の後に、右方向のデータパケットを搭載して送信し（右方向送信フェーズ）、また、左方向のデータパケットを送信するための送信権リクエスト情報を、この左から右へ移動中のパケットトレーラのトークンパケット（Ｔ）に付加する（左方向送信権リクエストフェーズ）。
【００８６】
即ち、データパケットを送信する場合、送信方向と逆方向のトークンパケット（Ｔ）に送信権リクエスト情報を載せ、該送信権リクエスト情報を受信したトークンコントロール（ＴＣＮＴ）は、優先度等を基にノード間の送信権調停を行い、送信権を与えたノードのデータパケット（ＤＰ）搭載領域を事前に確保し、図８（ii）に示すように該領域を予約領域としたパケットトレーラを生成送出する。このように、送信権調停及び予約領域の確保により、通信サービス品質（ＱＯＳ）に応じた通信、及びリアルタイム性を確保したデータ通信が可能となる。
【００８７】
図８の（iii ）はデータパケット（Ｄ）を右方向へ送信する様子を示し、先ず、右トークンコントローラ（ＴＣＮＴ）８−１で初期化・生成された左方向のトークンパケット（Ｔ）８−２，８−３が左方向伝送路上に配送され、今、中間局ノードＢ及びＣが右方向へのデータパケット（Ｄ）の送信要求をしている場合、ノードＢ及びＣは、左方向へ移動するトークンパケット（Ｔ）８−２，８−３へ、送信権リクエスト情報Ｒｅｑ（自ノードアドレス、優先度、送信データサイズ）を載せる。
【００８８】
該送信権リクエスト情報Ｒｅｑを基に、左トークンコントローラ（ＴＣＮＴ）８−４は送信権調停処理を行い、その結果与えられた送信権及び確保された予約領域の情報が、左トークンコントローラ（ＴＣＮＴ）８−４から右方向のトークンパケット（Ｔ）８−２´，８−３´に搭載され、ノードＢ及びＣは、該トークンパケット（Ｔ）８−２´，８−３´の予約領域の情報に従って、送信データ量を決定し、パケットトレーラ内の予約領域に該送信データのデータパケット（Ｄ）を搭載することにより、右方向へのデータ送信が行われる。
【００８９】
図９はトークンパケットの構成例を示す。トークンパケットは、例えば、ＨＤＬＣ準拠のパケットの情報フィールドＩに、管理情報として、右端局及び左端局のアドレス並びにパケットトレーラ長等を格納し、ＲｔｏＬ送信権マップ部及びＬｔｏＲ送信権マップ部に、それぞれ、各ノード（局）の送信権情報（局アドレス、優先送信データサイズ、非優先送信データサイズ）及び当該パケットトレーラ内の空き領域サイズ等を格納する。
【００９０】
次に、図１０を参照して各ノードにおけるデータパケット送信ルールを説明する。例として先ず、中間局Ｃから右方向のデータ送信要求が発生したとすると、中間局Ｃは、送信権予約リクエストのために左方向のトークンパケットの到来を待つ一方、右方向のパケットトレーラの到来を待つ（１）。
【００９１】
ここで、中間局Ｃは、右方向パケットトレーラのトークンパケットＴ０の到来を先に検出したとすると（２）、このパケットトトレーラに空き領域があるかどうかを調べ、空き領域があれば該空き領域を獲得してデータパケットＤを送信することができるものとする（無予約送信）。
【００９２】
他方、データパケットＤが未送信の場合、左方向のトークンパケットＴ２の到来を検出すると（３）、該トークンパケットＴ２に送信権予約リクエストを付加する。そして、トークンパケットＴ２が左端局Ａに到着し、左端局Ａで送信権調停、予約受付け処理が行われ、該トークンパケットＴ２を含むパケットトレーラが右方向に送出されて中間局Ｃに到着するまでの間に、中間局Ｃで右方向のトークンパケットＴ１を検出すると（４）、該トークンパケットＴ１のパケットトレーラに空き領域が存在する場合、該空き領域を獲得してデータパケットＤを送信することができるものとする（予約後無予約送信）。
【００９３】
送信権予約リクエストを行ったトークンパケットＴ２の次に左方向トークンパケットＴ３が到来しても（４´）、該トークンパケットＴ３に対して二重に送信権を予約するリクエストを行ってはならない（オーバブッキング禁止）。
【００９４】
先の送信権予約リクエストに対する受付け処理が行われた予約済みの右方向トークンパケットＴ２の到来が中間局Ｃで検出されると（５）、そのパケットトレーラの予約領域にデータパケットＤを格納して送信する（予約送信）。
【００９５】
なお、中間局Ｃは、上記（４）の予約後無予約送信により、既にデータパケットＤを送信済で、残留データの送信要求がない場合には、予約済みの右方向トークンパケットＴ２に対して予約をキャンセルし、予約領域を空き領域として下方の中間局に渡す。残留データの送信要求がある場合は、該送信権予約リクエストによる予約領域を使用して残留データパケットＤを送信することができる。
【００９６】
また、各中間局は、自局宛のデータパケットを受信すると、該データパケットを破棄し、該データパケットが占有していた領域を空き領域にして、下方の中間局に渡す。こうすることにより、更にネットワーク伝送路の有効利用を図ることができる。
【００９７】
また、送信権予約リクエスト情報に、優先度を示すリクエスト属性（優先／非優先）を付加して送出すると、該「優先」の送信権予約リクエストは、パケットトレーラ容量を超えた送信権予約リクエストが集中した場合でも、トークンコントローラの送信権調停処理によって優先的に受付けられる。
【００９８】
従って、リアルタイム性を重視する通信サービスのデータパケット送信時に、「優先」の送信権予約リクエストを送出することにより、該データパケットに優先的に送信権が与えられ、伝送遅延及びデータ破棄が少なく、リアルタイム性が損なわれない通信サービスを供給することが可能となる。
【００９９】
一方、「非優先」の送信権予約リクエストは、パケットトレーラ容量を超えた送信権予約リクエストが集中した場合、トークンコントローラの送信権調停処理において受付けが拒否され、該送信リクエスト対象のデータ送信は待機させられ又は破棄される。従って、厳しいリアルタイム性が要求されず、データ破棄に対して再送要求等を行う手順を有するＴＣＰ（Transmission Control Protocol ）等のプロトコルによる通信に使用される。
【０１００】
上記の送信ルール及び送信権調停処理により、送信権を与えたノードに対する送信データ格納用の予約領域をパケットトレーラ内に事前に確保し、予約領域以外の空き領域も有効に活用してデータ送信を行い、また、優先度を示す送信権リクエスト属性を付加し得ることにより、２リング伝送路分の伝送容量をフルに使用した効率的データ通信を行うことができ、かつ、リアルタイム性又は高品質性を重視するメディア通信にも好適に適用することができる。
【０１０１】
次に、図１１を参照して各ノード（局）が局配列を認識する手順について説明する。各ノードは、トークンパケット（ＴＰ）の送信権マップにより局配列を認識する。同図に示すように、左方向のトークンパケット（ＴＰ）のＬｔｏＲ送信権マップ部１１−１、及び右方向のトークンパケット（ＴＰ）のＲｔｏＬ送信権マップ部１１−２には、それぞれ局配列情報格納部を備える。
【０１０２】
そして、トークンパケット（ＴＰ）発信元の端局ノードから順番に、該トークンパケット（ＴＰ）の局配列情報格納部に自局の局アドレスを頭詰めで格納して次のノード（局）へトークンパケット（ＴＰ）を転送するとともに、各ノード（局）は、両方向からのトークンパケット（ＴＰ）の送信権マップに格納された局配列情報を読み出すことにより、各ノード（局）は局の配列状況を認識することができる。
【０１０３】
例えば、ノードＢは、左方向のトークンパケット（ＴＰ）のＬｔｏＲ送信権マップ部１１−３に、ノードＤ及びノードＣのアドレスが格納されていることから、右側にノードＣ及びノードＤが配列されていることを認識する。また、右方向のトークンパケット（ＴＰ）のＲｔｏＬ送信権マップ部１１−４に、ノードＡのアドレスが格納されていることから、左側にノードＡが配列されていることを認識する。
【０１０４】
各ノード（局）は局配列を認識することにより、送信先のノード（局）にデータパケットを送出する場合、送信権予約リクエスを送出するトークンパケットの方向、及びデータパケットを格納するパケットトレーラの方向を決定することができる。
【０１０５】
次に、障害時に接続経路をアダプティブに自動的に切替えるＲＡＳ機能について説明する。従来の並列送信／受信選択伝送方式及びループバック伝送方式は、二重リング伝送路の一方を予備として備え、通常時は伝送路が有効に活用されないが、伝送路異常時でも予備系により通信が可能となる。
【０１０６】
それに対し、本発明は通常時も双方向のネットワーク伝送路を利用してデータ通信を行い、ネットワーク伝送路を有効に利用するとともに、伝送路異常時にはアダプティブにネットワークパスを切替え、伝送路異常発生時でも支障なくデータ通信を可能にする。
【０１０７】
各局は伝送フレームの受信状態と自局の送信異常状態とをリアルタイムに監視し、その監視情報を相互に局間で授受することにより、各局は、以下のネットワークパス切替えルールに従って、端局動作（マスタ）となるか又は中間局動作（スレーブ）となるかを自律的に決定して切替え、障害伝送路を回避したネットワークパスを設定する。
【０１０８】
以下に本発明によるネットワークパス切替えルールＲＡＳ−ｒ１〜ＲＡＳ−ｒ７を記す。
・ＲＡＳ−ｒ１：上流からデータフレームが到来しない局は端局動作（マスタ）となる。
・ＲＡＳ−ｒ２：マスタ局は、両系の上流から互いに異なる他のマスタからのマスタ通知フレームが到来した場合、中間局動作（スレーブ）となる。
・ＲＡＳ−ｒ３：マスタ局は、両系の上流から同一の他のマスタからのマスタ通知フレームが到来した場合（二重マスタ状態）、局間同士で予め定めた順位に従って、順位の高い局がマスタ状態を維持し、順位の低い局はスレーブとなる。
・ＲＡＳ−ｒ４：データフレームが到来しない伝送路側の逆方向の下流にマスタ勧誘フレームを送出する。
・ＲＡＳ−ｒ５：片系の上流からのみマスタ勧誘フレームを受けた局は、マスタとなる。
・ＲＡＳ−ｒ６：両系の上流からマスタ勧誘フレームを受けた局（両隣接局マスタ）は、マスタとならない。
・ＲＡＳ−ｒ７：上流からデータフレームが到来した場合、上記ルールＲＡＳ−ｒ４を解消し、マスタ勧誘フレームの送出を停止する。
【０１０９】
図１２に、両系の伝送路からの入力（Ｉｎ＝＃０，＃１）に、（１）データフレームが到来しない場合、（２）マスタ局ｍ及びマスタ局ｎからマスタ通知フレームが到来した場合、及び（３）マスタ局ｍ及びマスタ局ｎからマスタ通知フレーム及びマスタ勧誘フレームが到来した場合について、上記ネットワークパス切替えルールＲＡＳ−ｒ１〜ＲＡＳ−ｒ７に従って切替わるマスタ・スレーブ状態をまとめた一覧表を示す。
【０１１０】
図１３にノード断時のネットワークパス切替えの具体例を示す。同図の（ｉ）は、ノードＡが端局（マスタ）となり、他のノードＢ〜Ｄが中間局（スレーブ）となっている通常状態を示している。また、“ａ”はノードＡが端局（マスタ）であることを示すマスタ通知フレームであり、該マスタ通知フレームａは、各ノード間で中継され相互に通知する。
【０１１１】
同図の（ii）は、ノードＣで異常が発生し、ノード断となった状態を示す。このとき、ノードＣからノードＢ及びノードＤへデータフレームが送達されない。そこで、ノードＢ及びノードＤは、ルールＲＡＳ−ｒ１により、上流からデータフレームが到来しないので端局（マスタ）となる。
【０１１２】
また、同図の（iii ）に示すように、ノードＢ及びノードＤは、ルールＲＡＳ−ｒ４により、データフレームが到来しない伝送路の逆方向の下流に、即ちノードＣに向けて、それぞれ、マスタ勧誘フレームｂｍ、ｄｍを送出する。ノードＣは障害中であるため、マスタ勧誘フレームｂｍ、ｄｍに対してそれを正しく受信して端局動作（マスタ）になることはなく、マスタ勧誘フレームｂｍ、ｄｍはそのまま続けて送出される。
【０１１３】
一方、同図の（iii ）において、ノードＢ及びノードＤが端局動作（マスタ）となったことにより、ノードＢ及びノードＤは、それぞれノードＡに向けてマスタ通知フレームｂ，ｄを送出する。すると、ノードＡは同図の（iv）に示すように、ルールＲＡＳ−ｒ２に従って、両系の上流から互いに異なる他ノードＢ，Ｄのマスタ通知フレームｂ，ｄが到来したことにより、中間局（スレーブ）に切替わり、以降、通常状態としてノードＢ及びノードＤが端局（マスタ）、ノードＡが中間局（スレーブ）となって動作する。
【０１１４】
次に、同図の（ｖ）に示すように、ノードＣの障害が復旧すると、ノードＣは、ルールＲＡＳ−ｒ６により、両系からマスタ勧誘フレームｂｍ，ｄｍが通知されている（即ち、両隣接局がマスタである）ため、ノードＣは端局動作（マスタ）となることなく、同図の（vi）に示すように、ノードＢから通知されるマスタ勧誘フレームｂｍを基に、ノードＤに対してノードＢがマスタである旨のマスタ通知フレームｂを送出し、また、ノードＤから通知されるマスタ勧誘フレームｄｍを基に、ノードＢに対してノードＤがマスタである旨のマスタ通知フレームｄを送出する。
【０１１５】
すると、マスタノードＢは、ノードＡとノードＣの両方からマスタ通知フレームｄを受け、また、マスタノードＤは、ノードＡとノードＣの両方からマスタ通知フレームｂを受ける。マスタノードＢ及びマスタノードＤは、ルールＲＡＳ−ｒ３により、マスタノードが両系から同一の他ノードのマスタ通知フレームを受けた場合は、ノード間で予め定めた順位に従って順位の高いノードが現状を維持してマスタとなり、順位の低いノードは中間局（スレーブ）に切替わる。
【０１１６】
ここで、この順位が高い方からノードＡ＞ノードＢ＞ノードＣ＞ノードＤ＞であるとすると、マスタノードＢはマスタ通知フレームｄにより通知される他のマスタノードＤより、順位が上であるので現状を維持してマスタとなる。一方、マスタノードＤは、マスタ通知フレームｂにより通知される他のマスタノードＢより、順位が下であるので、中間局（スレーブ）に切替わり、同図の（vii ）に示すように、ノードＢのみがマスタとなって通常動作状態となる。
【０１１７】
図１４に片系断となったときのネットワークパス切替えの具体例を示す。同図の（ｉ）は、ノードＡが端局（マスタ）となり、他のノードＢ〜Ｄが中間局（スレーブ）となっている通常状態を示している。同図の（ii）は、ノードＣからノードＤへの伝送路が断状態となった様子を示す。
【０１１８】
このとき、ノードＣからノードＤへデータフレームが送達されない。そこで、同図の（iii ）に示すようにノードＤは、ルールＲＡＳ−ｒ１により、上流からデータフレームが到来しないので端局（マスタ）となり、ノードＡへマスタ通知フレームｄを送出し、また、ルールＲＡＳ−ｒ４により、データフレームが到来しない伝送路の逆方向の下流に、即ちノードＣに向けてマスタ勧誘フレームｄｍを送出し、ノードＣは、一旦マスタ通知フレームｄをノードＢの側へ送出する。
【０１１９】
次に同図の（iv）に示すように、ノードＣはマスタ勧誘フレームｄｍによりルールＲＡＳ−ｒ５に従ってマスタと成り、マスタ通知フレームｃをノードＢの側へ送出し、中間局のノードＢは該マスタ通知フレームｃをマスタノードＡへ送出する。
【０１２０】
次に同図の（v ）に示すように、マスタノードＡは、両系の上流から互いに異なる他ノードＣ，Ｄのマスタ通知フレームｃ，ｄが到来したことにより、ルールＲＡＳ−ｒ２によりスレーブとなる。従って、ノードＣ及びＤがマスタノード、ノードＡ及びＢがスレーブとなって通常動作状態となる。
【０１２１】
次に同図の（vi）に示すように、ノードＣからノードＤへの伝送路の障害が復旧すると、ノードＣはルールＲＡＳ−ｒ５によりマスタ勧誘フレームｄｍに応じてマスタとなっているため、ノードＣからノードＤへマスタ通知フレームｃが到達し、同図の（vii ）に示すように、ノードＤはルールＲＡＳ−ｒ７によりノードＣへのマスタ勧誘フレームｄｍの送出を停止し、ノードＣに対してはマスタ通知フレームｄを送出する。
【０１２２】
この状態で、マスタノードＣは、両系から同一の他ノードマスタ通知フレームｄを受け、マスタノードＤは、両系から同一の他ノードマスタ通知フレームｃを受ける。この場合、図の（viii）に示すように、ルールＲＡＳ−ｒ３により、ノード間で予め定めた順位の高いノードＣは、現状を維持してマスタとなり、順位の低いノードＤは中間局（スレーブ）に切替わる。この状態で通常動作状態となる。
【０１２３】
図１５にネットワーク分割状態（離島状態）時のネットワークパス切替えの具体例を示す。同図の（ｉ）は、ノードＡが端局（マスタ）となり、他のノードＢ〜Ｄが中間局（スレーブ）となっている通常動作状態を示している。同図の（ii）は、ノードＣ，Ｄ間及びノードＡ，Ｂ間の双方向伝送路が断状態となった場合を示す。
【０１２４】
このとき、ノードＡ，Ｂ間及びノードＣ，Ｄ間でデータフレームが送達されず、上流からデータフレームが到来しないので、ノードＡ，Ｂ，Ｃ，Ｄは、同図の（iii ）に示すように、ルールＲＡＳ−ｒ１により、端局（マスタ）となる。
【０１２５】
また、ルールＲＡＳ−ｒ４により、データフレームが到来しない伝送路の逆方向の下流に、即ちノードＡはノードＢに向けてマスタ勧誘フレームａｍを、ノードＢはノードＡに向けてマスタ勧誘フレームｂｍを、ノードＣはノードＤに向けてマスタ勧誘フレームｃｍを、ノードＤはノードＣに向けてマスタ勧誘フレームｄｍを送出する。
【０１２６】
また、ノードＡはノードＤへマスタ通知フレームａを、ノードＤはノードＡへマスタ通知フレームｄを、ノードＢはノードＣへマスタ通知フレームｂを、ノードＣはノードＢへマスタ通知フレームｃを送出する。そして、ノードＡ，Ｂのネットワークと、ノードＣ，Ｄのネットワークとに分割された状態で通常動作状態となる。
【０１２７】
次に同図（iv）に示すように、ノードＡ，Ｂ間の伝送路障害が復旧すると、ノードＡ，Ｂは、上流からデータフレームが到来するので、ルールＲＡＳ−ｒ７により、それぞれマスタ勧誘フレームａｍ，ｂｍの送出を停止し、マスタ通知フレームａ，ｂを送出する。
【０１２８】
すると、マスタノードＡは、両系の上流から互いに異なる他のマスタ通知フレームｂ，ｄが到来するため、ルールＲＡＳ−ｒ２によりスレーブとなる。また、マスタノードＢも、両系の上流から互いに異なる他のマスタ通知フレームｃ，ｄが到来するため、ルールＲＡＳ−ｒ２によりスレーブとなる。従って、図の（v ）に示すように、ノードＣ及びＤがマスタとなり、ノードＡ及びＢがスレーブとなる通常動作状態となる。
【０１２９】
このように、各ノードはネットワーク伝送路異常検出時、上記ネットワークパス切替えルール（ＲＡＳ−１〜ＲＡＳ−７）により、自律的にネットワークのパス構成を切替え、リアルタイムに正常な伝送路間でネットワークパスを再構成し、伝送異常による通信不能区間を最小限とした通信路を維持し、信頼性の高いデータ通信を可能にする。
【０１３０】
図１６にＳＤＨ網に適用した本発明の実施例を示す。この実施例は、前述の回線インタフェース部としてＳＤＨ網のインタフェースを具備し、端末インタフェース部として例えばＬＡＮ（Local Area Network）のインタフェースを具備したものである。
【０１３１】
同図（ｉ）に機能ブロック図を示す。回線インタフェース部としては、光−電気変換部（ＯＥ）、電気−光変換部（ＥＯ）及びＳＤＨインタフェース部からなり、ＳＤＨインタフェース部はＳＤＨフレームの生成／分離を行う。また、端末インタフェース部としては、レイヤ３スイッチ部（Ｌ３ＳＷ）と１００Ｂａｓｅ−Ｔインタフェース部を備え、１００Ｂａｓｅ−Ｔインタフェースを有する端末と接続され、レイヤ３スイッチ部（Ｌ３ＳＷ）により、インタネットプロトコル（ＩＰ）のレイヤ３（ネットワーク層、ＩＰ層）のルート切分りけを行い、ルータ機能を実現する。
【０１３２】
同図（ii）にＳＤＨ網上でのパケットトレーラの構成例を示す。パケットトレーラはＳＤＨフレームのペイロード部分に格納され、複数フレーム分のペイロード部分を連結してパケットトレーラが構成される。パケットトレーラを構成するＳＤＨフレームのフレーム数Ｎは、システムによって決定され、データ処理効率を上げる場合はＮを大きくし、データの遅延を少なくする場合はＮを小さくする。パケットトレーラの先頭にはトークンパケット（ＴＰ）を載せ、それに続けてデータパケット（ＤＰ）及び必要に応じて制御パケット（ＣＰ）を搭載する。
【０１３３】
この場合、各ノードアドレスをＩＰアドレスに置き換え、制御部（ＣＮＴ）等にネットワーク上のノード配列情報テーブル（左方向及び右方向のパスとそのノードＩＰアドレスの配列、更に端末のＩＰアドレス情報を格納したテーブル）を備え、該ノード配列情報テーブルを用いてルーティングを行うことができる。本発明は、下位層のネットワークが同期網であってもパケットトレーラを構成し、該パケットトレーラには可変長データパケットが搭載可能であるため、インタネットプロトコル（ＩＰ）による通信との親和性が良い。
【０１３４】
また、一般にルータを用いてノード間の多段接続を行う場合、同図の（iii ）に示すように、それぞれのルータは配送データを一旦バッファーに格納してから次のノードへ配送するため、ルータを通過する毎に遅延が増加する。それに対し、本発明の伝送装置は、同図の（iv）に示すように、端末インタフェース部にのみバッファーを有し、端末からネットワークに出力するノードのみバッファによる遅延が発生するだけで、ノード間の多段接続における遅延は生じない。
【０１３５】
通常、ＩＰネットワークは、ルータが１０〜２０段の多段接続となり、監視系のシステムにおいては１００〜２００の多段接続が必要となる場合があり、各ノードにおける固定遅延は大きな問題となる。そのため、多段接続を想定したシステムにおいては、ルータを用いたネットワークアーキテクチャは最適なものとはならない。本発明はこれを解決するものでもある。さらに、ＩＰレイヤにおける優先度情報と本発明におけるリクエスト情報内の優先度とをリンクさせることにより、下位層におけるＱＯＳへの対応も可能となる。
【０１３６】
図１７にＡＴＭ（Asynchronous Transfer Mode）網に適用した本発明の実施例を示す。この実施例は、回線インタフェース部としてＡＴＭｏｖｅｒＳＤＨのインタフェース機能を備え、端末インタフェースとしてＬＡＮのインタフェース機能を備えたものである。なお、ＳＤＨ網以外の他の網を用いる場合は、他の網インタフェース機能を備える。
【０１３７】
図１７（ｉ）に機能ブロック図を示す。回線インタフェース部は、光−電気変換部（ＯＥ）、電気−光変換部（ＥＯ）、ＳＤＨインタフェース部及びＡＴＭインタフェース部からなる。ＡＴＭインタフェース部はＡＴＭセルの生成及び分離を行い、ＡＴＭセル化したパケットをＳＤＨ網等の回線インタフェースに載せて送出する。
【０１３８】
また、端末インタフェース部は、レイヤ３スイッチ部（Ｌ３ＳＷ）と１００Ｂａｓｅ−Ｔインタフェース部を備え、１００Ｂａｓｅ−Ｔインタフェースを有する端末と接続され、レイヤ３スイッチ部（Ｌ３ＳＷ）により、インタネットプロトコル（ＩＰ）のレイヤ３（ネットワーク層、ＩＰ層）のルート切分りけを行い、ルータ機能を実現する。
【０１３９】
同図（ii）にＡＴＭ層でのパケットトレーラの構成例を示す。パケットトレーラはＡＴＭセルのペイロード部分に格納され、複数セル分のペイロード部分を連結してパケットトレーラが構成される。パケットトレーラを構成するＡＴＭセル数Ｎは、システムによって決定される。パケットトレーラの先頭にはトークンパケット（ＴＰ）を載せ、それに続けてデータパケット（ＤＰ）及び必要に応じて制御パケット（ＣＰ）を搭載する。また、複数のＡＴＭセルがＳＤＨフレームにマッピングされる。
【０１４０】
ＲＡＳ機能実現に必要なフレーム受信状態と自端末の送信異常状態の監視は、ＳＤＨにおいては、ＬＯＳ（Loss Of Signal：光入力断）、ＬＯＦ（Loss Of Frame ：フレーム同期バイト不一致）、ＬＯＰ（Loss Of Pointer ：ポインタ喪失）、Ｐ−ＡＩＳ（Path-Alarm Indication Signal：パス警報表示）等の信号を用い、ＡＴＭ網においては、ＯＣＤ（Out of Cell Delineation ：セル同期外れ）、ＬＣＤ（Loss of Cell Delineation：セル同期損失）等の信号を用いて、フレーム受信異常を検出する。また、パケットの同期外れ等を検出してフレーム受信異常と判断する構成とすることもできる。自端末の送信異常は、ＳＤＨ網においてＭＳ−ＦＥＲＦ，Ｐ−ＦＥＲＦ（自端末送信異常）信号を用いて検出することができる。
【０１４１】
【発明の効果】
以上説明したように本発明によれば、双方向伝送路の伝送容量をフルに使用し、送信データを送信方向にのみ伝送することにより使用効率が向上し、従来のリングネットワーク等に比べて２倍の容量を活用することができ、経済的にシステムを構築することができる。
【０１４２】
また、送信方向のデータ格納領域を事前に予約して確保することにより、リアルタイム性を重視したメディア通信を提供することができる。また、予約されていない空き領域のデータ格納領域を各ノードが動的に獲得して送信することにより、伝送容量の利用効率を向上させることができ、ネットワークの品質向上を図ることができる。
【０１４３】
また、データパケットの送信要求情報に優先度を付すことにより、リアルタイム性を確保したメディア通信、サービス品質クラス（ＱＯＳ）に応じた通信を提供することができ、更に、本発明の伝送装置は、端末インタフェース部にネットワーク伝送路ヘの出力タイミングを調整するバッファーメモリを備え、パケットトレーラをバッファに格納することなく中継することにより、多段接続によるデータ転送の遅延を減少させることができる。
【図面の簡単な説明】
【図１】本発明におけるリニア又はリングネットワークの構成例を示す図である。
【図２】本発明の各ノードにおける伝送装置の構成図である。
【図３】本発明の回線インタフェース部及びトークンコントローラ（ＴＣＮＴ）の構成図である。
【図４】本発明のパケット多重部（ＰＭＵＸ）の構成図である。
【図５】本発明の端末インタフェース部の構成図である。
【図６】本発明のパケットトレーラの構成及びその配送方向を示す図である。
【図７】パケットトレーラの配送の様子を示す図である。
【図８】各ノードからのデータパケットを送信する様子を示す図である。
【図９】トークンパケットの構成例を示す図である。
【図１０】データパケット送信ルールを説明図である。
【図１１】各ノード（局）が局配列を認識する手順の説明図である。
【図１２】ネットワークパス切替えルールに従うマスタ／スレーブ切替の一覧表である。
【図１３】ノード断時のネットワークパス切替えの具体例を示す図である。
【図１４】片系断となったときのネットワークパス切替えの具体例を示す図である。
【図１５】ネットワーク分割状態（離島状態）時のネットワークパス切替えの具体例を示す図である。
【図１６】ＳＤＨ網に適用した本発明の実施例を示す図である。
【図１７】ＡＴＭ網に適用した本発明の実施例を示す図である。
【図１８】従来のリング型ネットワークにおける並列送信／受信選択伝送方式の説明図である。
【図１９】従来のリング型ネットワークにおけるループバック伝送方式の説明図である。
【図２０】従来のトークンリング方式の説明図である。
【図２１】従来のアーリートークンリリース方式の説明図である。
【符号の説明】
Ａ ，Ｂ，Ｃ，Ｄ ノード（局）
ａ，ｄ マスタ通知フレーム
ＰＭＵＸ（Ｌ） 左パケット多重部
ＰＭＵＸ（Ｒ） 右パケット多重部
ＴＣＮＴ（Ｌ） 左トークンコントローラ
ＴＣＮＴ（Ｒ） 右トークンコントローラ
Claims (10)
- 隣接ノード間が双方向の伝送路によって接続されたリニア又はリングネットワークにおいて、
上記各ノードは、左端局、右端局又は中間局として動作し、左端局及び右端局は、送信権情報含むトークンパケット及びデータパケット格納領域を有するパケットトレーラを生成し、左端局は該パケットトレーラを右方向伝送路上に、右端局は該パケットトレーラを左方向伝送路上に送出し、
各中間局は、右方向のデータパケットの送信要求発生時に、上記左方向伝送路上のパケットトレーラのトークンパケットに送信要求情報を書込み、左方向のデータパケットの送信要求発生時に、上記右方向伝送路上のパケットトレーラのトークンパケットに送信要求情報を書込んで送信要求を行い、
上記左端局及び右端局は、対向する端局から送出されたパケットトレーラ内のトークンパケットに書込まれた各中間局の送信要求情報を基に、送信要求を行った中間局に対する予約領域を確保したデータパケット格納領域を有する上記パケットトレーラを生成し、
上記送信要求を行った中間局は、上記パケットトレーラ内の予約領域にデータパケットを格納して送信先ノードへデータを送信することを特徴とするリニア又はリングネットワークにおける伝送方法。 - 隣接ノードの伝送装置と双方向の伝送路によって接続されたリニア又はリングネットワークの伝送装置において、
上記各ノードの伝送装置は、端局及又は中間局の何れかに切替わって動作する機能を備え、
端局として動作する場合に、トークンパケット及びデータパケット格納領域を有するパケットトレーラを生成し、該パケットトレーラを上記伝送路に送出する手段と、対向する端局から送出され上記伝送路に配送されたパケットトレーラを受信して終端する手段を備え、かつ、該対向する端局から送出されたパケットトレーラ内に配送途中で書込まれた各中間局の送信要求情報を基に、該送信要求を行った中間局に対して送信権を与える送信権情報を前記トークンパケットに格納し、該送信権情報を格納したトークンパケットを含むパケットトレーラを、対向する端局に向けて送出する手段を有し、
中間局として動作する場合に、データパケットの送信要求発生時に、データ送出方向と逆方向のパケットトレーラのトークンパケットに送信要求情報を書込む手段と、該送信要求を行った中間局は、データ送出方向と同方向のパケットトレーラ内に含まれるトークンパケットの送信権情報に従って、該パケットトレーラに送信データを格納し、送信先ノードへデータを送信する手段とを備えたことを特徴とするリニア又はリングネットワークにおける伝送装置。 - 前記伝送装置は、前記双方向の伝送路からのデータフレーム受信異常状態又は自装置の送信異常状態を検知する手段と、
隣接ノードの伝送装置からデータフレームが受信されない場合、端局動作に切り替わり、かつ、該隣接ノードの伝送装置へ端局動作を促す端局催告フレームを送出する手段と、端局動作の他ノードの伝送装置から通知される端局通知データフレーム、及び上記端局催告フレームに基づいて、端局動作となるか中間局動作となるかを決定する手段と、
を備えたことを特徴とすることを特徴とする請求項２に記載のリニア又はリングネットワークにおける伝送装置。 - 前記伝送装置は、前記双方向の伝送路に配送されるパケットトレーラ内に自装置のノードアドレスを書き込む手段と、他のノードの記伝送装置が書き込んだ他ノードアドレスを、双方向伝送路に配送された各パケットトレーラから読み取り、該読み取った他ノードアドレスを基に、左方向及び右方向の各ノードの配列位置を認識する手段を備えたことを特徴とする請求項２に記載のリニア又はリングネットワークにおける伝送装置。
- 前記伝送装置は、端局として動作する場合に、トークンパケットを含む独立した複数のパケットトレーラを生成送出し、該パケットトレーラに、送信要求を行った中間局に対する予約領域を確保したパケットトレーラを生成して送出する手段を備え、中間局として動作する場合に、トークンパケット内の送信権情報による予約割り当てに従い、該予約領域に送信データを格納して送信する手段を備えたことを特徴とする請求項２に記載のリニア又はリングネットワークにおける伝送装置。
- 前記伝送装置は、中間局として動作する場合に、データ送信方向のパケットトレーラ内に空き領域が有るとき、該空き領域に送信データを格納して送信し、既に送出した送信要求情報に応じて割り当てられた予約領域を有するパケットトレーラが到来した際に、残留送信データがなければ、該予約領域を解除する手段を備えたことを特徴とする請求項５に記載のリニア又はリングネットワークにおける伝送装置。
- 前記伝送装置は、中間局として動作する場合に、トークンパケットに送信要求情報を書込む際に、送信データの優先度情報を付加して書込む手段を備え、端局として動作する場合に、該送信データの優先度情報に基づいて送信権付与の調停を行う手段を備えたことを特徴とする請求項２に記載のリニア又はリングネットワークにおける伝送装置。
- 前記伝送装置は、中間局として動作する場合に、データ送信方向のパケットトレーラ内に空き領域が有る場合、該空き領域の先頭位置から順に送信データを格納することを特徴とする請求項６に記載のリニア又はリングネットワークにおける伝送装置。
- 前記伝送装置は、中間局として動作する場合に、自装置宛のデータを受信すると、該データが格納されていたパケットトレーラ内の領域を空き領域として次ノードの伝送装置に該パケットトレーラを送出することを特徴とする請求項６に記載のリニア又はリングネットワークにおける伝送装置。
- 前記伝送装置は、データ送受を行う端末装置とのインタフェース機能を有する端末インタフェース部を備え、該端末インタフェース部は、ネットワーク伝送路ヘの出力タイミングを調整するバッファーメモリを備えたことを特徴とする請求項２に記載のリニア又はリングネットワークにおける伝送装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000366048A JP3925079B2 (ja) | 2000-11-30 | 2000-11-30 | リニア又はリングネットワークにおける伝送方法及び装置 |
| US09/819,195 US6944165B2 (en) | 2000-11-30 | 2001-03-28 | Method and apparatus for transmitting data in a linear-type or ring-type network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000366048A JP3925079B2 (ja) | 2000-11-30 | 2000-11-30 | リニア又はリングネットワークにおける伝送方法及び装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002171268A JP2002171268A (ja) | 2002-06-14 |
| JP3925079B2 true JP3925079B2 (ja) | 2007-06-06 |
Family
ID=18836725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000366048A Expired - Fee Related JP3925079B2 (ja) | 2000-11-30 | 2000-11-30 | リニア又はリングネットワークにおける伝送方法及び装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6944165B2 (ja) |
| JP (1) | JP3925079B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101478641B1 (ko) * | 2013-12-23 | 2015-01-02 | 국방과학연구소 | 비행체 네트워크를 위한 전이중 통신 네트워킹 장치 및 방법 |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1253746A3 (de) * | 2001-04-24 | 2005-12-07 | Siemens Aktiengesellschaft | Multicast-Übertragungsverfahren und Multicast-Übertragungssystem |
| FR2824215B1 (fr) * | 2001-04-27 | 2003-07-18 | Canon Kk | Procede et dispositif de traitement d'un message dans un reseau de communication |
| US20030074469A1 (en) * | 2001-10-15 | 2003-04-17 | Alcatel | Method and apparatus for transparent LAN-to-LAN connection between two customer locations through a RPR data transport network |
| US7653526B1 (en) * | 2002-08-16 | 2010-01-26 | Cisco Technology, Inc. | Method and system for emulating an ethernet link over a sonet path |
| KR100460671B1 (ko) * | 2002-11-27 | 2004-12-09 | 한국전자통신연구원 | 이중 링을 기반으로 하는 망 구조에서 전송제어방법 |
| FR2849730A1 (fr) * | 2003-01-02 | 2004-07-09 | Thomson Licensing Sa | Methode pour reserver de la bande passante dans un reseau de type ethernet |
| DE10304637A1 (de) * | 2003-02-04 | 2004-08-19 | Elektro Beckhoff Gmbh Unternehmensbereich Industrie Elektronik | Netzwerk-Koppler, Netzwerk und Datenverarbeitungsverfahren für Ethernet-Telegramme |
| JP4088246B2 (ja) | 2003-12-05 | 2008-05-21 | 富士通株式会社 | リングネットワークのマスタ設定方法及び装置 |
| US8228931B1 (en) * | 2004-07-15 | 2012-07-24 | Ciena Corporation | Distributed virtual storage switch |
| JP4345972B2 (ja) * | 2004-10-08 | 2009-10-14 | 富士通株式会社 | ネットワーク制御方法、伝送装置、及びプログラム |
| JP4847469B2 (ja) * | 2004-12-24 | 2011-12-28 | ピルツ ゲーエムベーハー アンド コー．カーゲー | 複数個のステーションを有するコントロールシステムにおけるデータ送信方法、及び該コントロールシステム |
| US7433302B2 (en) * | 2005-05-04 | 2008-10-07 | Micrel, Inc. | Ethernet network implementing redundancy using a single category 5 cable |
| KR100732510B1 (ko) * | 2005-12-02 | 2007-06-27 | 엘에스산전 주식회사 | 네트워크 시스템 |
| US7570175B2 (en) * | 2006-02-16 | 2009-08-04 | Intelliserv International Holding, Ltd. | Node discovery in physically segmented logical token network |
| JP5564661B2 (ja) * | 2010-03-25 | 2014-07-30 | 富士通株式会社 | 中継ノード及び中継処理プログラム |
| US9294300B2 (en) * | 2012-04-09 | 2016-03-22 | Atmel Corporation | Token based communication in daisy chain configured battery management devices |
| WO2014068630A1 (ja) * | 2012-10-29 | 2014-05-08 | 日立マクセル株式会社 | 中継装置および送受信方法 |
| WO2014089138A1 (en) * | 2012-12-04 | 2014-06-12 | Plexxi Inc. | Method and apparatus for connectivity control in a data center network |
| GB2532043B (en) * | 2014-11-06 | 2021-04-14 | Honeywell Technologies Sarl | Methods and devices for communicating over a building management system network |
| CN110224914B (zh) * | 2015-03-30 | 2021-04-27 | 罗克韦尔自动化技术公司 | 用于工业通信协议中的数据聚合的方法和系统 |
| JP6291516B2 (ja) | 2016-03-18 | 2018-03-14 | 本田技研工業株式会社 | リング型ネットワークを用いた通信システム |
| JP6889204B2 (ja) * | 2019-05-07 | 2021-06-18 | 株式会社東芝 | コントローラ |
| JP2023128185A (ja) * | 2022-03-03 | 2023-09-14 | 本田技研工業株式会社 | リングネットワーク通信システム |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6031293B2 (ja) | 1977-05-24 | 1985-07-22 | 富士通株式会社 | ル−プ伝送方式 |
| JP2655445B2 (ja) | 1990-08-31 | 1997-09-17 | 日本電気株式会社 | ループ型光ローカルエリアネットワークシステムにおけるアクセス制御方式およびそのノード装置 |
| JP2976667B2 (ja) | 1992-01-07 | 1999-11-10 | 日本電気株式会社 | ループ型光ローカルエリアネットワークシステムにおけるアクセス制御方式およびそのノード装置 |
| JPH09153907A (ja) * | 1995-11-28 | 1997-06-10 | Matsushita Electric Ind Co Ltd | バス型通信網 |
| EP0802655A3 (en) * | 1996-04-17 | 1999-11-24 | Matsushita Electric Industrial Co., Ltd. | Communication network |
| DE69738175T2 (de) * | 1996-08-27 | 2008-01-31 | Nippon Telegraph And Telephone Corp. | Verbindungsübertragungsnetzwerk |
| JP3184497B2 (ja) | 1997-09-25 | 2001-07-09 | 松下電器産業株式会社 | 非同期データ通信方法，非同期データ通信装置，及び非同期データ通信システム |
| US6751213B1 (en) * | 1999-12-24 | 2004-06-15 | Cypress Semiconductor Corporation | Token over ethernet protocol |
-
2000
- 2000-11-30 JP JP2000366048A patent/JP3925079B2/ja not_active Expired - Fee Related
-
2001
- 2001-03-28 US US09/819,195 patent/US6944165B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101478641B1 (ko) * | 2013-12-23 | 2015-01-02 | 국방과학연구소 | 비행체 네트워크를 위한 전이중 통신 네트워킹 장치 및 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020064163A1 (en) | 2002-05-30 |
| US6944165B2 (en) | 2005-09-13 |
| JP2002171268A (ja) | 2002-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3925079B2 (ja) | リニア又はリングネットワークにおける伝送方法及び装置 | |
| US4352180A (en) | Digital time-division multiplex telecommunication system | |
| KR100627445B1 (ko) | 예약 기반 미디어 액세스 제어기 및 광통신망 | |
| US7619987B2 (en) | Node device | |
| JP3761362B2 (ja) | ノード制御装置、ノード装置、光ネットワークシステム及び光パス設定方法 | |
| JP4790591B2 (ja) | リングノード装置 | |
| JP4705492B2 (ja) | リングノード装置及びリングノード冗長方法 | |
| US6970451B1 (en) | Smart routers-simple optics: network architecture for IP over WDM | |
| JPH06318948A (ja) | 集信装置及び端末の挿入制御方法 | |
| KR100300905B1 (ko) | 네트워크 시스템 | |
| JPWO2012086019A1 (ja) | 通信装置、通信システムおよび通信方法 | |
| US20150172173A1 (en) | Communication system, communication apparatus and path switching method | |
| US8072878B2 (en) | Packet ring network system, packet transfer system, redundancy node, and packet transfer program | |
| US20080316919A1 (en) | Trunk interface in resilient packet ring, method and apparatus for realizing the trunk interface | |
| EP0653863B1 (en) | Arbitration apparatus and method for controlling the access to a network | |
| JPWO2005015851A1 (ja) | ノード，ｒｐｒインタフェースカードおよび光ネットワークシステム | |
| JP4088246B2 (ja) | リングネットワークのマスタ設定方法及び装置 | |
| EP2079195B1 (en) | Packet ring network system, packet transfer method and interlink node | |
| JP3529541B2 (ja) | ルータ装置及びパケット転送方法 | |
| JPH04100343A (ja) | Ａｔｍリンクシステム | |
| JP2004015407A (ja) | リングネットワークの伝送方法及び装置 | |
| JP3463329B2 (ja) | 通信ノード | |
| JP3691679B2 (ja) | 二重伝送路を有するネットワーク | |
| JP2001313652A (ja) | 仮想コネクション設定型通信システム及び同通信システムにおけるノード装置並びに仮想コネクション設定方法 | |
| JP2004015838A (ja) | 仮想的転送路形成方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040927 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070126 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070219 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3925079 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100309 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110309 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110309 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120309 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130309 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130309 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140309 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |