JP4127591B2 - ループ型データ伝送システム - Google Patents
ループ型データ伝送システム Download PDFInfo
- Publication number
- JP4127591B2 JP4127591B2 JP24357199A JP24357199A JP4127591B2 JP 4127591 B2 JP4127591 B2 JP 4127591B2 JP 24357199 A JP24357199 A JP 24357199A JP 24357199 A JP24357199 A JP 24357199A JP 4127591 B2 JP4127591 B2 JP 4127591B2
- Authority
- JP
- Japan
- Prior art keywords
- frame
- transmission
- time
- received
- address
- 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
Landscapes
- Train Traffic Observation, Control, And Security (AREA)
- Small-Scale Networks (AREA)
Description
【発明の属する技術分野】
本発明は、鉄道用制御系などのように伝送路が長く伝送遅れ要素を含む伝送路のデータ伝送に適したループ型データ伝送システムに関する。
【0002】
【従来の技術】
近年、通信技術の発達により、種々のデータ伝送ネットワークシステムが開発されている。従来、このようなシステムの中には、鉄道の列車を制御するセンタ(制御所)と複数の駅をループ状に接続したループ型データ伝送システムがあり、図8はこれを説明するための図である。
【0003】
一次局を構成するセンタ伝送装置51と、各駅(1)〜(4)に設置される二次局を構成する伝送装置52が伝送路53を介してループ型ネットワークとなっている。センタ伝送装置51には、複数の計算機#1、#2が接続され、又各駅の伝送装置52にはパーソナルコンピュータ(以下パソコンと称する)54及び駅制御装置(駅制)55が接続されている。
【0004】
このような列車制御用のデータ伝送システムは、伝送装置52間の距離が数kmと長いため、長距離伝送に適した比較的伝送速度が遅い(数百ビット/秒〜数10キロビット/秒)V.32等の規格にあったモデムが採用され、又一次局の送信許可が無い限り、二次局ではデータが送信できない1対Nのデータ伝送方式を採用しており、更にループのデータ伝送方式は、例えばIBM社の提案するSDLC(Synchronus Date Link Control:同期データリンク制御)による方式が用いられている。
【0005】
このSDLC方式によるデータ伝送システムは、図9に示すような配列のデータフレームが用いられている。このデータフレームに配列されるフラグはフレーム同期検出用データ、DAは宛先アドレス、制御部は伝送制御に使用する情報、情報部は応用側の情報、FCS(Frame Check Sequence)はフレームの誤り検出用データである。
【0006】
このSDLC方式の特徴は、システム内に一つの一次局と複数の二次局とがあり、二次局である各駅(1)〜(4)の伝送装置52がデータフレームを発信できるのは、図10に示すように、一次局のセンタ伝送装置51から送信許可信号としてポーリング(POLL)を受けたときに限り発信できることである。
【0007】
従って、例えば駅(1)の伝送装置52からフレームI1Cを駅(3)の伝送装置52に送信する場合、駅(1)の伝送装置52は、*1[I1C:駅(1)から駅(3)に送信するデータ]に示すようなセンタ伝送装置51からポーリングを受けたとき、送信データフレームI1Cをセンタ伝送装置51に送信する。センタ伝送装置51は受け取ったフレームI1Cを駅(3)の伝送装置52宛のフレームIC3[I1Cと同じ]に変換し、駅(3)の伝送装置52に送信する(図示*1)。
【0008】
このように二次局間でデータを授受する場合、図10に示すごとく必ず一次局を介して目的の二次局に送信することになる。
【0009】
【発明が解決しようとする課題】
従って、以上のようなSDLC方式を用いた場合には、次のような不都合な点が指摘されている。
【0010】
(1)ループ状の伝送路53に複数のフレームを存在させることができない。その結果、常に伝送路53に空き時間Tsが生ずることがある。
【0011】
通常、1ループの距離が短く、各伝送装置に遅れが無く、かつ、フレームの伝送速度が速く、送信したフレームの後端が送信完了する前にフレームの先頭がループを一巡して戻ってくる場合には、伝送路に空き時間Tsが生ずることはなく、例え若干空き時間Tsが生じてもほとんど問題にならない。
【0012】
しかし、例えば鉄道用制御系データ伝送システムのように、伝送装置に時間遅れの要素を持つネットワークシステムでは、フレームの送信完了後、そのフレームの先頭がループを一巡して戻ってくるまでに相当の時間がかかる。又、二次局のフレーム伝送は一次局側で送信許可したときのみ可能であるので、ループ状伝送路に同時に1個のフレームしか存在できない。そのため、連続してフレームを送信することができず、伝送路上の空き時間Tsが長くなり、伝送効率が悪い。
【0013】
(2)駅相互のデータ伝送方式は1:Nであり、N:Nのデータ伝送ができないことである。すなわち、駅相互間でN:Nのデータ伝送を実現するには、駅1から駅3への直接のデータ伝送を行う必要があるが、従来のデータ伝送方式は、駅1からデータフレームを一度センタ伝送装置51に伝送し、当該センタ伝送装置51がフレームの内容を解読して再び駅3に転送するので、いわゆる、1:Nの伝送にすぎない。従って、手順が複雑であり、又データ伝送にも時間がかかるといった問題がある。
【0014】
(3)一次局が機能停止すると、システム全体の伝送が不能になることである。つまり、二次局が「一次局停止」を検出して一次局に切り替わるリカバリ機能を持つシステムも存在するが、切り替わりのタイミングや切り替わり局の優先順位等の処理がかなり複雑であることである。
【0015】
本発明は、上記事情に基づいてなされたもので、N対Nのデータ伝送が可能で、伝送効率向上が図れ、又故障の未然防止や故障発生時の早期検出、故障部位の特定が可能となり、より信頼性の高いループ型データ伝送システムを提供することを目的とする。
【0016】
【課題を解決するための手段】
前記目的を達成するための、請求項1記載の発明は、複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部時計をそれぞれを備え、前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に宛先アドレスフィールド及び送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、前記内部時計は、前記伝送フレームには自伝送装置の持つ時刻データを設定して、ループ内で隣接する伝送装置からフレームを受信した時に受信フレーム中の時刻データから自伝送装置の内部時計を補正するものであり、各伝送装置の時刻を同期させる機能を持つことを特徴とするループ型データ伝送システムである。
【0018】
前記目的を達成するための、請求項2記載の発明は、複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部カウンタをそれぞれを備え、前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に宛先アドレスフィールド及び送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、受信フレームの前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、前記内部カウンタは、伝送フレーム中に時間間隔を表すカウント値を持ち、ループ内の他伝送装置から受信したフレーム中のカウントデータから自局の内部カウンタを補正する機能を持つことを特徴とするループ型データ伝送システムである。
【0020】
前記目的を達成するため、請求項3記載の発明は、複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部時計をそれぞれを備え、前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に設ける宛先アドレスフィールドと、先頭側に設ける不正フレーム廃棄用及び時刻補正用の時刻フィールドと、送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、受信フレームの前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、前記内部時計は、前記伝送フレームには自伝送装置の持つ時刻データを設定して、ループ内で隣接する伝送装置からフレームを受信した時に受信フレーム中の時刻データから自伝送装置の内部時計を補正するものであり、各伝送装置の時刻を同期させる機能を持つことを特徴とするループ型データ伝送システムである。
【0022】
前記目的を達成するため、請求項4記載の発明は、複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部カウンタをそれぞれを備え、前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に設ける宛先アドレスフィールドと、先頭側に設ける不正フレーム廃棄用及び時刻補正用の時刻フィールドと、送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、受信フレームの前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、前記内部カウンタは、伝送フレーム中に時間間隔を表すカウント値を持ち、ループ内の他伝送装置から受信したフレーム中のカウントデータから自局の内部カウンタを補正する機能を持つことを特徴とするループ型データ伝送システムである。
【0024】
前記目的を達成するため、請求項5記載の発明は、次のようにしたものである。前記各伝送装置は、フレーム送信時に前記内部時計の時刻フィールドとして送信フレームに付加し、送信局から送出されたフレーム中の送信時刻情報は、以後の再生中継では書き換え不要とし、前記各伝送装置の自装置内部時刻の歩進により生じる受信フレーム中の発信時刻情報との時間差分により、受信フレームの正常性を判定する機能を備えることを特徴とする請求項1乃至請求項4のいずれか1項記載のループ型データ伝送システムである。
前記目的を達成するため、請求項6記載の発明は、前記各伝送装置が送受信したフレーム中の時刻データ、もしくはカウントデータ、及びその伝送フレームのサイズを元にして、時刻単位の伝送負荷を求める機能を持つことを特徴とする請求項1乃至請求項4のいずれか1項記載のループ型データ伝送システムである。
前記目的を達成するため、請求項7記載の発明は、前記伝送フレーム中に自伝送装置の故障状態データを持ち、ループ内に属する他伝送装置から受信したフレーム中の伝送装置の故障状態データから、自伝送装置に隣接した伝送装置および伝送路の故障状態を把握する機能、並びに自伝送装置からは検出できない自伝送装置および伝送路の故障を検出する機能を持つことを特徴とする請求項1乃至請求項4のいずれか1項記載のループ型データ伝送システムである。
前記目的を達成するため、請求項8記載の発明は、前記自局検出の故障発生復帰および隣接局から受信した故障発生復帰情報を時間単位に積算し、統計をとり、時間単位の故障発生頻度を求める機能を持つことを特徴とする請求項7記載のループ型データ伝送システムである。
【0026】
【発明の実施の形態】
以下、本発明の実施形態につき図面を参照して説明する。
【0027】
(データ伝送システムの基本構成例)
図1は本発明の実施形態に係わるループ型データ伝送システムを適用した鉄道用制御系データ伝送システムの構成例を示すブロック図である。
【0028】
この鉄道用制御系データ伝送システムは、図1に示すように、一次局であるセンタ伝送装置1に伝送路2を介して各駅(1)〜(4)の伝送装置3が順次直列に接続され、ループ状のネットワークを構成している。
【0029】
センタ伝送装置1には、列車の運行管理を行う計算機#1、#2が接続され、これらの計算機#1、#2の指示に従ってセンタ伝送装置1が各駅(1)〜(4)の伝送装置3に対して制御信号を送信する。
【0030】
一方、各駅(1)〜(4)の伝送装置3にはパーソナルコンピュータ(以下パソコンと称する)5及び駅制御装置(駅制)6が接続されている。各パソコン5は、各駅(1)〜(4)での情報管理及びその管理情報をセンタ伝送装置1や他の駅に通知する場合等に用いられ、各駅制御装置6は電子連動装置と呼ばれる列車の信号機を制御する役割を持っている。
【0031】
図2は各伝送装置1、3のモジュール構成例を示す図である。各伝送装置1、3には、MPU(マイクロプロセッサ)11が設けられ、このMPU11から導出されるバスライン12には、プログラム及びプログラム実行上必要な固定データを記録する記録媒体13と、シリアルインターフェース(SIF)15〜18とが接続されている。
【0032】
なお、記録媒体13としては、例えば磁気ディスク、磁気テープ、CD―ROMなどが用いられるが、それ以外にもDVD―ROM、フロッピーディスク、MO、MD、CD―R、メモリカードなどを用いてもよい。
【0033】
シリアルインターフェース15,16にはそれぞれ600bps〜28800bps程度の伝送速度をもつモデム19,20が接続されている。各モデム19,20はそれぞれ隣接する伝送装置1,3に接続され、ループ状のネットワークを構成している。
【0034】
シリアルインターフェース17,18にはそれぞれ計算機#1、#2又はパソコン5、駅制御装置6に接続されている。
【0035】
また、各伝送装置1,3は、フレームを中継中でなければ、いつでも送信できるようになっている。フレームを中継中であれば、送信データを記録媒体13内の一時送信待ちバッファに保存し、中継が完了した時点で送信を開始する。
【0036】
一方、データ送信中に中継すべきフレームを受信した場合には、そのフレームデータを記録媒体13内の一時中継待ちバッファに保存し、データ送信が完了した時点でフレームの中継を開始する。
【0037】
図3は本実施形態における伝送路の接続構成を示す図である。
【0038】
a〜e局は図1で示された各伝送装置1,3である。これらは2本の送信回線S1,S2と、2本の受信回線R1,R2を持ち、各伝送装置1,3の記録媒体13に格納されるソフトウェアプログラムにて、受信回線R1から受信した伝送データを送信回線S2へ、受信回線R2から受信した伝送データを送信回線S1へ再送中継(他の局へ中継するためのリピート機能)し、また伝送路を介して送信回線S1から左隣接局の受信回線R2へ、送信回線S2から右隣接局の受信回線R1へ接続することにより、右回り(時計方向:図の破線)のYループ方向と、左回り(反時計方向:図の実線)のXループ方向のループ伝送路を形成している。
【0039】
図4は、ループ状伝送路に接続された局が伝送するフレームの構成及び種類を図4に示す。伝送フレームは、宛先アドレスフィールド(DA)・制御フィールド(CF)・時刻フィールド(TF)・送信局アドレスフィールド(SA)・通番の5つのデータが組み込まれたフレームヘッダ部とシステム(アプリケーション)情報がセットされる情報部、及びフレームデータの誤り検定に用いるFCS(Frame Check Sequence:フレームの誤り検出用のデータ)コード部にて構成される。
【0040】
伝送フレームの種類は大別して、図4(a),(b)に示す一般フレーム、図4(a)に示す同報フレーム及び優先フレーム、図4(c)に示す監視フレームとに分けられる。一般フレームの中でも初期伝送手続きや伝送異常回復手続きに用いるフレームには情報部はない。
【0041】
同報フレームはブロードキャスト伝送に用い、優先フレームは一般フレームや同報フレームよりも優先して送信/再送中継されるフレームであり、監視フレームはループ状伝送路を介して自局と隣接した局(X、Y両ループに存在する)との情報授受を行うために用いる。
【0042】
これらのフレームの識別は、図5に記載する宛先アドレスDAと同時にセットされるフレーム種別ビットにて判断する。
【0043】
この伝送システムはN:N伝送を可能としていることから、前述の一般フレーム、同報フレーム、優先フレームについては他局が自局以外の他局へ発信したフレームを受信することがあり、この場合はすみやかに下流局へ中継するためのリピート機能(以下再送中継と称する)を持つ。
【0044】
監視フレームは自局と隣接局との情報授受に限定しており、監視フレームを受信した場合は下流局への再送中継は行わず、監視データ取り込み後即廃棄する。
【0045】
これらから、一般フレーム、同報フレーム、優先フレームは発信から宛先局受信に至るまでに複数局を経由するので再送中継処理による伝送遅れ時間(DA値受信から自局宛/他局宛を判定するまでのソフトウェア処理時間+α)が生じ、局間連絡に要する時間間隔が局の接続位置によって異なってくるのに対し、監視フレームは隣接局との連絡のみであるため、局間連絡に要する時間幅が全局ほぼ均一になる。
【0046】
そこで、一般フレーム、同報フレーム、優先フレームに付くTF(時刻フィールド)は不正フレーム廃棄用、そして監視フレームに付くTFは局間同調を目的とした時刻補正用と役割を分ける。
【0047】
監視フレームの発信は伝送システムであらかじめ設定される規定周期によりループに接続された全局が実施する。但し、時刻補正にも使用するフレームであることから、後着立ち上がり局が先着立ち上がり局に同調し安定した補正にさせるため、局立ち上がり初期時は規定時間経過後、または隣接局から監視フレームを受信し隣接局との同調完了以降から、自局からの監視フレーム発信が可能とする。
【0048】
フレームヘッダ中の個々のデータの機能について簡単に説明する。
【0049】
宛先アドレスDAはフレームの通知先の局アドレスであり、受信フレームが発生した時にこの値から、自局宛か否かを判定する。但し同報フレームに限り発信元の自局アドレスをセットし、同報フレーム周回後の発信局による吸収廃棄を効率化させる。
【0050】
また、宛先アドレスDAには図5に示す通りのフレーム種別ビット(3ビット分)も含まれている。
【0051】
CF(制御フィールド)はHDLC(高水準データ制御)ライクの伝送手順制御コードである。
【0052】
TF(時刻フィールド)はこのフレームを生成した時点の、発信局の時刻(もしくはカウント)データがセットされる。時刻データは局内管理のソフトタイマーにて1秒周期(カウントデータの場合はシステムの規定周期)にて歩進される。
【0053】
フレーム受信時に、この時刻データを読み取り、自局時刻と一定範囲以上ずれていた場合はそのフレームは不正フレームとみなして廃棄し、宛先アドレスDAが他局宛でも再送中継は行わない。
【0054】
1:N伝送では二次局は受信データの再送中継は必ず実施するが、一次局は再送中継は実施しないので、ループ内に不正なフレーム(アボートデータ等)が混入しても1周回以内には必ず一次局により廃棄されるが、N:N伝送では全ての局が再送中継をするとともに1次局相当を持たせないので、ループ内の各々の局が受信フレームの正否判定を行い、不正フレームの検出及び速やかな廃棄が必要になる。不正フレーム判定用となる時刻データをフレームの先頭付近に置き、受信フレーム1ブロック全てが受信完了する以前にそのフレームの正否判定を実施する。
【0055】
また、フレーム中DAで示される局がダウンした場合は正常フレームが周回し、ループ内に滞ることになるが、規定時間経過後にはフレーム中TFが不正値となるためにループ内のいづれかの局により吸収廃棄される。
【0056】
SA(発信元アドレス:送信局アドレス)はフレームの発信局であり、フレームを受信した局がどの局から発信されたフレームか識別するのに用いる。
【0057】
通番はX、Yループから同時に発信されたフレームの、後着に受信したフレーム廃棄に用いる。通番は発信フレームとして生成されたXループ向けフレーム/Yループ向けフレームの両方に同一値をセットし、受信局に対し同一フレームであることを知らせる。
【0058】
通番データは、一般フレーム、同報フレームに共通であり、何らかのフレームが送信されるごとにカウントアップされる。優先フレームに対しては、別管理の通番データを持ち、一般フレーム、同報フレームの追い越しに対応する。
【0059】
また監視フレームは中継されないことと、隣接局間の連絡のみとしているのでX、Y両方向に同一フレームを発信することはないため、監視フレームには使用していない。
【0060】
(第1の実施形態)
第1の実施形態は、上記の基本構成形態に、次の構成を加えたものである。各伝送装置には、前述のフレーム送信系及びフレーム受信系以外に、内部時計をそれぞれを備え、次のような機能を持たせたものである。各内部時計は、伝送フレームには自伝送装置の持つ時刻データを設定して、ループ内で隣接する伝送装置からフレームを受信した時に受信フレーム中の時刻データから自伝送装置の内部時計を補正するものであり、各伝送装置の時刻を同期させる機能を持つものである。
【0061】
この場合、内部時計の補正に用いる時刻はシステム設置場所の現地時刻であり、ループ状伝送路に接続された局のいずれかひとつを基準局(親局相当)として初期値(時刻)を与える。そして、監視フレーム中の時刻フィールドTFには、基準局及び時刻補正が完了した局は0〜59までの秒時刻をセットして発信するが、基準時刻に補正されていないその他の局は基準時刻へ補正されるまでは64〜127の範囲で更新するカウント値を時刻データとして時刻フィールドTFにセットして発信する。監視フレームを受信した局は、自局管理の時刻値より監視フレーム中時刻フィールドTF値の方が大きい場合に監視フレーム中時刻フィールドTF値に自局時刻を合わせ込み、また自局からの監視フレーム発信周期もこれに同調させる。
【0062】
但し、基準局は他局の時刻データには合わせ込まず、自局の時刻更新タイミングを保ち続ける。秒時刻が60未満の時刻値で合わせ込みが完了した局は基準時刻に補正できたこととなり、以降の時刻更新は0〜59の秒値を使用する。
【0063】
以上述べた第1の実施形態では、基準局にのみ時刻を設定する装置を設けることにより、伝送路に接続されている伝送装置全て(局全て)の時刻を同調させることができる。
【0064】
次に、第1の実施形態について詳細に説明する。図3のa〜e局は伝送装置としては主従関係がなくそれぞれ独立して動作するが、本発明においては時刻合わせに用いる基準時刻データを管理する局が必要であり、a局を基準局に設定する。
【0065】
a〜e局はそれぞれ起動後、自局内部初期化を実施したあと隣接局からの監視フレーム受信を待つ。監視フレームは自局及び隣接局のループ伝送路加入状況を把握するものであり、他局から監視フレームを受信することによって自局がループ伝送路に正常に加入できていると判断する。
【0066】
まず、基準局であるa局の動作について説明する。
【0067】
a局はループ基準時刻を持つ基準局であるため起動後、即監視フレームを発信できる。監視フレームの発信周期はループ伝送システムの定数としてあらかじめ設定されており、局の内部タイマーにて生成される。
【0068】
内部タイマーがタイムアップすると第1の割込みが発生し、監視フレーム生成プロセスが起動され、現在時刻や故障情報等を盛り込み監視フレームを生成し、フレーム発信ドライバを経由して自局発信/再送中継がないことを確認した後伝送路へ送出する。伝送路へ発信された監視フレームは伝送路を介してもよりの隣接局(図3ではb局、e局)に受信される。
【0069】
隣接局は受信データが発生すると第2の割込みにより受信データ入力プロセスが起動され、受信データの検定/取り込み処理が行われる。このとき受信データが監視フレームであった場合、時刻フィールドTF値を元に自局の内部時刻を合わせ込む。
【0070】
時刻補正に要する時間は、基準局の第1の割込み発生から隣接局の内部時刻合わせ込みまでであり、処理ブロックで分割すると以下のようになる。
【0071】
1)第1の割込み発生から監視フレームの生成プロセス起動までの割込み受付け待ち時間
2)監視フレーム生成時間
3)監視フレーム発信待ち時間
4)監視フレーム伝送時間
5)第2の割込み発生から受信データ入力プロセス起動までの割込み受付け待ち時間
6)受信データ検定時間
上記の2)、6)に要する時間はソフトウェアの処理実行時間であり、計算や実測により固定値として算出できる。4)も伝送速度と監視フレームのサイズから固定値として算出できる。
【0072】
一方、1)、5)は他割込み処理の実行時間が最大待ち時間となり、時間幅はタイミングにより異なるため、本時刻補正時の誤差範囲となってしまうが、割込み処理所要時間を一定時間(数百μ秒〜1ミリ秒以内)に抑えることと、第1、第2の割込みの優先度を他割込みよりも高くすることで誤差を極小化できる。
【0073】
3)はフレーム発信ドライバを用いて監視フレームを発信しようとした時点で、以前の送信フレームが発信途中である場合や、上流隣接局からの受信データを再送中継中である場合に待たされる時間であり、この所要時間は伝送速度と最大フレームサイズにより大きく異なってくる。
【0074】
最大フレームサイズを1024バイトと仮定してそれぞれの伝送速度での所要時間は次の通りである。
【0075】
600bps:13.65秒(1byte伝送時間(13.33ミリ秒)×1024)
2400bps: 3.41秒(1byte伝送時間 ( 3.33ミリ秒)×1024)
9600bps: 0.85秒(1byte伝送時間 ( 0.83ミリ秒)×1024)
28800bps: 0.28秒(1byte伝送時間 ( 0.27ミリ秒)×1024)
実際のシステム構築時には、1フレーム伝送最大時間をおおよそ1〜2秒程度に抑えて最大フレームサイズを決定するので必ずしも上記の遅れ時間にはならないが、秒オーダーのずれがあるとTF値を用いた不正フレーム廃棄処理が誤動作するおそれが有り時刻補正には適さない。
【0076】
この対処として、監視フレームの時刻フィールドTF値のMSBに補正許可ビットを設け、前述の3)の発信待ちとなってしまった場合は補正許可ビットをオフしてから送信待ちバッファに待避することで、受信局側での時刻補正処理が起動しないようにする。
【0077】
基準局以外の局は隣接局から監視フレームを受け付け時刻合わせを完了することで、自局からのフレーム発信が可能となり、以降は基準局と同様に自局に隣接する他局へ監視フレームの発信を規定周期で行うようになる。これらを繰り返してループ伝送路に接続される全局が基準局の時刻に合わせ込まれ、また規定周期もしくはその倍数の周期で補正が繰り返されるわけであり、当然基準局へ向けた監視フレーム発信も発生するのだが、基準局は他局から受信した監視フレームを用いての時刻補正は一切行わず、監視フレームは隣接局の状態監視にのみ使用するようにしている。
【0078】
また、XYの両ループから監視フレームが受信されることから、初期起動時にはXループからの監視フレーム受信タイミングとYループからの監視フレーム受信タイミングに差が生じることが想定される。この時間差は上記の遅れ時間から考えて微少であるが、両ループから受信した監視フレームの両方を時刻補正に用いると必ず、後着の監視フレームが有効となってしまい、ずれ幅の解消がしにくい。
【0079】
そこで、自局時刻より受信した監視フレームのTF値が大きい場合に、自局時刻をTF値に合わせ込むようにし、自局と隣接局が互いに周期的な微小補正を繰り返すことでずれ幅を極小化する。
【0080】
次に基準時刻を持たないb〜e局について説明をする。
【0081】
図3のb〜e局は基準局に設定されていないので、起動後は規定時間は隣接局からの監視フレーム受信を待ち、監視フレームの受信により自局の時刻を合わせ込む。時刻の合わせ込みが完了したら、基準局と同様規定の監視フレーム発信周期にてXYループに接続された両隣接局へ監視フレーム発信を開始する。
【0082】
起動後の隣接局からの監視フレーム受信待ち時間は監視フレーム発信周期の3倍とし、その時間内に監視フレームを受信できなかった場合はループ内で1番先に起動されたか、もしくは基準局がダウンしていると判断し、時刻値と異ならせた初期値64から127までのカウント値をTF値として両隣接局へ監視フレームを発信する。その後に隣接局から監視フレームを受け、そのTF値が0〜59までの時刻値であれば無条件で時刻の合わせ込みを行い、時刻値以外であれば64から127の範囲で前記した時刻補正処理を行う。
【0083】
次に、ループに接続された全ての局が時刻補正完了に要する時間について記載する。
【0084】
図3のa〜e局を一斉に起動した場合、まず基準局であるa局から監視フレームが送信される。発信はXY両ループ同時に実施されるため、Xループ側からはb局へ、Yループ側からはe局へ同時に伝達できる。
【0085】
監視フレーム発信周期を3秒とすると、b局、e局の時刻補正完了は最大3秒後となる。b局、e局は自局の時刻補正が完了したので、次の3秒後には、b局はc局とa局へ、e局はdとa局へ監視フレームを発信する。
【0086】
これらから時刻補正に要する時間は次の計算式で表され、最大構成31局がループに接続された場合は45秒で補正が完了することになる。
【0087】
(全局数−1)/2×3秒=全局時刻補正完了所要時間
但し、ループ伝送システムを運用する場合はそれぞれの局同士が遠く離れた場所に配置されるため、同時起動は実際には発生せず、1局1局が個別に起動される都度ループに加入していく形をとるのが一般的である。
【0088】
この場合、自局が加入前に、以前にループに加入した局が時刻補正完了していると仮定すると、新規にループに加入してから3秒以内で時刻補正が完了することになる。
【0089】
(第2の実施形態)
第2の実施形態は、上記の基本構成形態に、次の構成を加えたものである。すなわち、各伝送装置は、前述のフレーム送信系及びフレーム受信系以外に、内部カウンタをそれぞれを備えたものである。各内部カウンタは、伝送フレーム中に時間間隔を表すカウント値を持ち、ループ内の他伝送装置から受信したフレーム中のカウントデータから自局の内部カウンタを補正する機能を持つものである。
【0090】
監視フレーム中TFには0〜127のカウント値がセットされる。このカウント値は初期値が0で規定時間単位で歩進し、127からは0へと歩進する。
【0091】
このカウント値は時刻(時報)との関連性は無く、ループに接続されたそれぞれの局が互いに合わせ込みを行う。このため、第1の実施形態で記載したような基準局は存在しない。
【0092】
監視フレームを受信した局は、自局管理のカウント値より監視フレーム中時刻フィールドTF値の方が大きい場合に監視フレーム中TF値に自局カウント値を合わせ込み、また監視フレームの発信周期もこれに同調させる。
【0093】
第2の実施形態によれば、ループに接続された局全てのカウント値歩進タイミング、監視フレーム発信タイミングを同調させる作用により、時刻フィールドTFを用いた不正フレームの廃棄が容易かつ正確に行え、伝送効率向上が図れる。
【0094】
次に、第2の実施形態の詳細について説明する。
【0095】
第1の実施形態では基準となる時刻データを持つ基準局が存在するが、本実施形態では基準局はない。また時刻フィールドTF値に採用する数値は初期値0から127までのカウント値となる。
【0096】
カウント値の補正方式は、第1の実施形態と同じであり、初期補正に要する時間や精度は第1の実施形態と同等であるが、基準局を持たずに局間で相互補正を行うため、単位時間におけるカウント幅のばらつきは修正されることなく積み重ねられる特徴を持つ。
【0097】
第1の実施形態と比較して本実施形態における利点は、基準局が不要なことからシステム構築が容易になることと、時刻フィールドTF値の幅が広がることでより正確な不正フレームの廃棄が行えることの2点が挙げられる。
【0098】
正常フレームと判定する時刻フィールドTF値を、
(自局カウント値<受信TF値<自局カウント値+7)と仮定すると、
第1の実施形態では0から59までの60幅、もしくは64から127の64幅が有効値となり、そのうちデータ幅7までが正常扱いとなるので不正フレームの検出確率は次のようになる。
【0099】
(1−7/60(もしくは64))×100 = 88(89)%
そして、第2の実施形態では0から127までの128幅となり、データ幅7までが正常扱いとなるので、
(1−7/128) ×100 = 95 %
が不正フレームの検出確率となる。
【0100】
(第3の実施形態)
第3の実施形態では、上記の基本構成形態に、次の構成を加えたものである。第1又は第2の実施形態において、各伝送装置が送受信したフレーム中の時刻データ、もしくはカウントデータ、及びその伝送フレームのサイズを元にして、後述する時刻単位の伝送負荷を求める機能を持つものである。
【0101】
伝送路に接続されるそれぞれの局が、規定時間で区切った伝送バイト数を保存するテーブルを持ち、このテーブルの参照に用いるインデックスは自局内部の時刻もしくはカウント値とする。
【0102】
データ伝送が発生すると、内部時刻もしくはカウント値をインデックスとした記録媒体の番地に格納された伝送バイト数に積算していく。規定時間の範囲内に伝送できる最大バイト数は伝送速度で決定され、規定時間内に伝送されたフレームバイト数の合計を最大バイト数で割り伝送負荷[伝送可能な最大容量(もしくは時間)に対する実伝送容量(もしくは時間)の割合(%)のこと]を求める。
【0103】
第3の実施形態では、テーブルのインデックスとする規定時間の設定を変えることにより、秒別/分別/時間別/週別/月別といったようなさまざまな期間の伝送負荷の調査を実施できる。
【0104】
ここで、伝送負荷を別な形で表現すると、次のように表すことができる。
【0105】
伝送負荷(%)=伝送済みバイト数/規定時間内に伝送可能なバイト数
次に、第3の実施形態について詳細に説明する。本実施形態では、第1もしくは第2の実施形態に、次の構成を加えたものである。
【0106】
伝送路に接続されたそれぞれの局は、図2の記録媒体13内に図6の伝送バイト数保存用テーブルを持っている。
【0107】
送信データには自局発信と再送中継の2種類、受信データには自局宛フレーム受信(同報フレーム含む)と他局宛フレーム受信の2種類で合計4種類になるが、再送中継による送信と、他局宛フレーム受信は必ず同一値になるので、ここでは自局発信データ数と自局宛フレームの受信データ数と再送中継データ数の3種類で積算トレースを行っている。
【0108】
伝送バイト数保存テーブルの各バイト数合計値の更新は、それぞれフレーム送信ドライバ、フレーム受信ドライバで実施し、再送中継においてはフレーム受信ドライバにて他局宛フレームの判定時に実施する。
【0109】
前述の第1の実施形態を用いて実施する場合と、前述の第2に実施形態を用いて実施する場合との違いは時間軸インデックスに用いる時刻データの違いとなる。
【0110】
第1の実施形態では時刻値を時間軸インデックスに用いるので、時報に相対する積算トレースを行うことができ、時間帯における伝送負荷の把握が行える他、外部事象と伝送負荷との関連付けが行える。
【0111】
ここで、例えば規定時間=1分(60sec)、伝送済みバイト数=800byte、伝送速度=9600bpsの場合の伝送負荷を求めると、次のようになる。
【0112】
800byte/(9600bps/8bit)×60sec=0.011(1.1%)となり、伝送負荷が約1%となる。外部事象(イベントや機器操作)が多量に発生すれば、それに応じて送信情報も増え、伝送負荷が上昇する。一定値以上の伝送負荷上昇で、伝送機器間の情報連絡が停滞したり、伝送データの欠損が生じたりして、システム全体にまで影響を与えることがある。このような状況に陥った場合の解析データとして、時間軸を特定幅で区切り、それぞれの時間帯での伝送負荷を保存することで、統計情報として時間軸における伝送負荷の変化(増減)が把握できるようになる。外部事象は、通常別装置にて発生(操作)時刻のログが印字されるので、伝送負荷の変化時間帯との結び付けが容易になる。
【0113】
これに対し、第2の実施形態ではカウント値を時間軸インデックスに用いるので、トレース開始時を基点とした積算トレースになり時間帯における伝送負荷の把握は行えるが、伝送装置単体では外部事象との関連付けはできない。
【0114】
この場合、伝送装置に時刻データを持つターミナル機器を接続し、積算トレースを時々吸い上げ、タイムインデックスをつけることで外部事象と関連付けることが可能になる。
【0115】
(第4の実施形態)
第4の実施形態では、前述の第1又は第2の実施形態において、次のような構成を加えたものである。すなわち、伝送フレーム中に自伝送装置の故障状態データを持ち、ループ内に属する他伝送装置から受信したフレーム中の伝送装置の故障状態データから、自伝送装置に隣接した伝送装置および伝送路の故障状態を把握する機能を持つことまた自伝送装置からは検出できない自伝送装置および伝送路の故障を検出する機能を持つものである。
【0116】
この場合、監視フレームに自局の故障状態情報をセットしてX、Yループの両隣接局に対して送信を行い、それを受信した隣接局が自局故障状況を認識する。
【0117】
第4の実施形態では、自局で検出した故障を隣接局へ連絡することで、自局のみでは検出できない自局要因故障の認識およびループ伝送システムにおける故障部位の特定を実施できる。
【0118】
次に、第4の実施形態について詳細に説明する。本実施形態では、第1もしくは第2の実施形態に加え、次の構成を備えたものである。
【0119】
伝送装置は図2で示す通り、複数のモジュールから構成されており、その中でも伝送路2やモデム19、20の故障は自己診断のみでは検出できない場合が多い。
【0120】
これを改善するために両隣接局へ定周期連絡する監視フレームに図4に示すフォーマットで故障情報を添付する。
【0121】
図3の構成でb局とc局間の伝送路のうちXループ方向が故障したとする。
【0122】
c局は、X方向受信回線側からキャリアオフや受信データ異常、監視フレーム受信タイムアウトなどを検出する。これによりc局が故障箇所として挙げられるのは伝送路の故障とb局自体の故障の2点となる。
【0123】
また、a−b局間は正常のためa局は何の故障も検出しない。b局からc局への伝送はできなくなるがYループ方向であるc局からb局への伝送は実施可能であるので、c局が検出した故障情報を監視フレームにセットしb局へ連絡する。そしてb局はc局から受信した監視フレームの故障情報によりX方向ループの回線が故障したことを検出できる。
【0124】
更に、b局自体がダウンした場合はa局とc局が監視フレーム受信タイムアウトを検出するのでb局ダウンと判定できる。
【0125】
(第5の実施形態)
第5の実施形態では、前述の第4の実施形態に、次の構成を加えたものである。すなわち、自局検出の故障発生復帰および隣接局から受信した故障発生の復帰情報を時間単位に積算し、統計をとり、時間単位の故障発生頻度を求める機能を持つものである。
【0126】
第4の実施形態で記載した自局および隣接局の故障情報から故障発生復帰変化を認識し、それらを第3の実施形態で記載した時間単位で積算する。単位時間は第1又は第2の実施形態で記載した時刻補正した時刻値やカウント値を基にして一定幅で区切ったものである。
【0127】
第5の実施形態では、各故障発生復帰の統計を時系列に積算することで故障発生頻度の時刻による変化を把握することができる。また、これと外部事象との比較検討により故障要因の早期特定、さらには故障の未然防止が可能になる。
【0128】
次に、第5の実施形態について詳細に説明する。本実施形態では、第4の実施形態に加え、第3の実施形態で記載した図6の伝送バイト数保存用テーブルと同等の構成からなっている。
【0129】
故障対象項目は、図7の故障検出回数保存用テーブルに示すように、監視フレーム受信タイムアウト回数、CS信号(Clear to Send:モデムから通知される送信許可を示す信号)オフ検出回数、CD信号(Carriar Detect:モデムから通知される受信キャリア状態を示す信号)オフ検出回数、異常フレーム受信回数、時刻フィールドTF値によるフレーム廃棄回数の5種目である。
【0130】
これには自局で検出する故障と、隣接局が検出し監視フレームで通知される故障があるが本実施形態では特別な区別はつけていない。
【0131】
隣接局から受信した監視フレームはフレーム受信プロセスを経由して伝送路監視プロセスに通知される。また自局が検出した故障情報も最終的に伝送路監視プロセスに通知され処理される。
【0132】
図7で示すテーブルはXYループ分の2つを持ち、テーブルの更新タイミングは時間軸インデックスを元にした故障の発生/復帰検出時となり、次のようになる。
【0133】
監視フレーム受信タイムアウト回数は、伝送路監視プロセスおいて監視フレーム受信時に発信周期の3倍時間分のタイマーを起動し、タイマーがタイムアップすると故障発生として検出し、又タイマーがタイムアップ前に再度監視フレームを受信した場合は起動中のタイマーをリセット再起動し、更に故障発生検出以降に監視フレームを受信したら故障復帰検出とする。
【0134】
CS信号オフ検出回数は、CS信号が変化時に発生する割込みで、CS信号がオフであれば故障発生として検出し、その後再度の割込みでCS信号がオンであれば故障復帰として検出とする。
【0135】
CD信号オフ検出回数は、CD信号が変化時に発生する割込みで、CD信号がオフであれば故障発生として検出し、その後再度の割込みでCD信号がオンであれば故障復帰として検出する。
【0136】
異常フレーム受信回数は、フレーム受信プロセスにて検出し、又発生復帰はなく検出ごとにカウントアップする。
【0137】
時刻フィールドTF値によるフレーム廃棄回数は、フレーム受信プロセスにて検出し、又発生復帰はなく検出ごとにカウントアップする。
【0138】
【発明の効果】
以上述べた本発明によれば、次の効果が得られる。
【0139】
(1)独立した伝送装置間を同調させることで例えば不正フレームを廃棄する手段が得られ、その結果N:Nデータ伝送が可能となり従来伝送方式と比較して大きな伝送効率向上が図れるループ型データ伝送システムを提供することができる。
【0140】
(2)伝送路負荷監視や隣接局監視を積極的に実施することで、故障の未然防止や故障発生時の早期検出、故障部位の特定が可能となり、より信頼性の高いループ型データ伝送システムを提供することができる。
【図面の簡単な説明】
【図1】本発明に係わるループ型データ伝送システムの基本構成例を示す図。
【図2】図1の各伝送装置の一具体例を説明するためのハード構成図。
【図3】図1の伝送路の接続構成を示す図。
【図4】本発明に係わるループ型データ伝送システムにおける伝送フレームの構成を示す図。
【図5】図4の宛先アドレスフィールドDAの構成を示す図。
【図6】伝送バイト数保存用テーブルを説明するための図。
【図7】故障検出回数保存用テーブルを説明するための図。
【図8】従来のSDLC方式のループ型データ伝送システムの構成図。
【図9】図8の従来のループ型データ伝送システムで使用するフレームの構成図。
【図10】図8の従来のループ型データ伝送システムにおけるフレームの送信状態を説明するためのフレーム伝達タイムチャート。
【符号の説明】
1…センタ伝送装置
2…伝送路
3…伝送装置
5…パーソナルコンピュータ
6…駅制御装置
11…MPU
12…バスライン
13…記録媒体
15〜18…シリアルインターフェース
19,20…モデム
Claims (8)
- 複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、
前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部時計をそれぞれを備え、前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に宛先アドレスフィールド及び送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、
不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、
前記内部時計は、前記伝送フレームには自伝送装置の持つ時刻データを設定して、ループ内で隣接する伝送装置からフレームを受信した時に受信フレーム中の時刻データから自伝送装置の内部時計を補正するものであり、各伝送装置の時刻を同期させる機能を持つことを特徴とするループ型データ伝送システム。 - 複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、
前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部カウンタをそれぞれを備え、
前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に宛先アドレスフィールド及び送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、
不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、受信フレームの前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、
前記内部カウンタは、伝送フレーム中に時間間隔を表すカウント値を持ち、ループ内の他伝送装置から受信したフレーム中のカウントデータから自局の内部カウンタを補正する機能を持つことを特徴とするループ型データ伝送システム。 - 複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、
前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部時計をそれぞれを備え、前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に設ける宛先アドレスフィールドと、先頭側に設ける不正フレーム廃棄用及び時刻補正用の時刻フィールドと、送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、
不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、受信フレームの前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、
前記内部時計は、前記伝送フレームには自伝送装置の持つ時刻データを設定して、ループ内で隣接する伝送装置からフレームを受信した時に受信フレーム中の時刻データから自伝送装置の内部時計を補正するものであり、各伝送装置の時刻を同期させる機能を持つことを特徴とするループ型データ伝送システム。 - 複数の伝送装置が伝送路を介してループ状に接続されるループ型データ伝送システムにおいて、
前記各伝送装置は、フレーム送信系と、フレーム受信系と、内部カウンタをそれぞれを備え、
前記フレーム送信系は外部からデータ送信要求を受けた時、先頭側に設ける宛先アドレスフィールドと、先頭側に設ける不正フレーム廃棄用及び時刻補正用の時刻フィールドと、送信元アドレスフィールドを設けたフレームを作成して前記伝送路に送信するものであり、
不正フレーム判定用となる時刻データを前記フレームの先頭付近に置き、前記フレーム受信系はフレーム受信時、受信フレーム1ブロック全てが受信完了する以前に前記受信フレームの正否判定を実施し、受信フレームの前記フィールドの宛先アドレス及び送信元アドレスと自アドレスとを比較し、何れのアドレスも自アドレスと不一致のときには前記受信フレームを下流側装置に中継し、何れかのアドレスが前記自アドレスと一致したときには前記受信フレームを前記伝送路から除去するものであり、
前記内部カウンタは、伝送フレーム中に時間間隔を表すカウント値を持ち、ループ内の他伝送装置から受信したフレーム中のカウントデータから自局の内部カウンタを補正する機能を持つことを特徴とするループ型データ伝送システム。 - 前記各伝送装置は、フレーム送信時に前記内部時計の時刻フィールドとして送信フレームに付加し、送信局から送出されたフレーム中の前記時刻フィールドは、以後の再生中継では書き換え不要とし、前記各伝送装置の自装置内部時刻の歩進により生じる受信フレーム中の時刻フィールドとの時間差分により、受信フレームの正常性を判定する機能を備えることを特徴とする請求項1乃至請求項4のいずれか1項記載のループ型データ伝送システム。
- 前記各伝送装置が送受信したフレーム中の時刻データ、もしくはカウントデータ、及びその伝送フレームのサイズを元にして、時刻単位の伝送負荷を求める機能を持つことを特徴とする請求項1乃至請求項4のいずれか1項記載のループ型データ伝送システム。
- 前記伝送フレーム中に自伝送装置の故障状態データを持ち、ループ内に属する他伝送装置から受信したフレーム中の伝送装置の故障状態データから、自伝送装置に隣接した伝送装置および伝送路の故障状態を把握する機能、並びに自伝送装置からは検出できない自伝送装置および伝送路の故障を検出する機能を持つことを特徴とする請求項1乃至請求項4のいずれか1項記載のループ型データ伝送システム。
- 前記自局検出の故障発生復帰および隣接局から受信した故障発生復帰情報を時間単位に積算し、統計をとり、時間単位の故障発生頻度を求める機能を持つことを特徴とする請求項7記載のループ型データ伝送システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP24357199A JP4127591B2 (ja) | 1999-08-30 | 1999-08-30 | ループ型データ伝送システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP24357199A JP4127591B2 (ja) | 1999-08-30 | 1999-08-30 | ループ型データ伝送システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001069162A JP2001069162A (ja) | 2001-03-16 |
JP4127591B2 true JP4127591B2 (ja) | 2008-07-30 |
Family
ID=17105822
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP24357199A Expired - Fee Related JP4127591B2 (ja) | 1999-08-30 | 1999-08-30 | ループ型データ伝送システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4127591B2 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109367586A (zh) * | 2018-10-19 | 2019-02-22 | 卡斯柯信号有限公司 | 一种城市轨道交通信号***时钟同步***及方法 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6063339B2 (ja) * | 2013-05-01 | 2017-01-18 | 株式会社日立製作所 | 列車制御システム |
AU2018285198B2 (en) * | 2017-06-13 | 2021-02-25 | Innova Patent Gmbh | Method for operating a cableway |
-
1999
- 1999-08-30 JP JP24357199A patent/JP4127591B2/ja not_active Expired - Fee Related
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109367586A (zh) * | 2018-10-19 | 2019-02-22 | 卡斯柯信号有限公司 | 一种城市轨道交通信号***时钟同步***及方法 |
CN109367586B (zh) * | 2018-10-19 | 2023-10-17 | 卡斯柯信号有限公司 | 一种城市轨道交通信号***时钟同步***及方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2001069162A (ja) | 2001-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Perlman | Fault-tolerant broadcast of routing information | |
US6597683B1 (en) | Medium access control protocol for centralized wireless network communication management | |
US4970714A (en) | Adaptive data link protocol | |
US5754754A (en) | Transmission order based selective repeat data transmission error recovery system and method | |
EP0145318B1 (en) | Communications method | |
JP2003523130A (ja) | パケット・ネットワークにおけるノード間のクロック同期方法 | |
US8578223B2 (en) | Method and apparatus of managing retransmissions in a wireless communication network | |
JP2002064518A (ja) | 網通信システムにおいてデータパケットを伝送するための誤り訂正通信方法 | |
JPH0339422B2 (ja) | ||
JPH0612906B2 (ja) | データを通信する方法 | |
US20030193924A1 (en) | Medium access control protocol for centralized wireless network communication management | |
JP4127591B2 (ja) | ループ型データ伝送システム | |
RU2373657C2 (ru) | Способ и устройство для удаления элемента схемы рпсл (lcas) из приемника и конечный автомат в приемнике | |
JP2001045056A (ja) | 通信システム | |
JPS6352089A (ja) | ネツトワ−クの時刻同期方式 | |
JPH0787091A (ja) | 集中型無線通信方式 | |
JPH06252895A (ja) | データ伝送方式 | |
JP5219120B2 (ja) | 通信システム、通信装置及び通信方法 | |
JPH0260106B2 (ja) | ||
JP3337907B2 (ja) | 多重伝送システム | |
JPH0239746A (ja) | 時刻情報伝送方式 | |
JP2003143150A (ja) | 伝送装置 | |
CA1236541A (en) | Communications method | |
JP2000269989A (ja) | 衝突回避方式 | |
JPH09233153A (ja) | ネットワークシステム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060117 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071016 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071225 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080205 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080403 |
|
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: 20080507 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080509 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110523 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120523 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130523 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130523 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140523 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |