JPH06334669A

JPH06334669A - 多重伝送方式

Info

Publication number: JPH06334669A
Application number: JP12245393A
Authority: JP
Inventors: Yutaka Matsuda; 裕松田; Yusaku Himono; 雄作桧物
Original assignee: Furukawa Electric Co Ltd
Current assignee: Furukawa Electric Co Ltd
Priority date: 1993-05-25
Filing date: 1993-05-25
Publication date: 1994-12-02

Abstract

(57)【要約】【目的】送信信号の待ち行列を防止し、また上記待ち
行列が発生してもその長さを短縮することにより、送信
要求の変動に対して応答遅延時間の短縮を図る。【構成】対応する所定アドレスが設定された端局１０
〜５０を、伝送路６０を介して接続して、端局１０〜５
０の間でデータフレームの伝送を行う多重伝送方式で
は、送信要求が集中的に発生する特定端局２０に異なる
アドレスをもつ複数の通信制御部１２ａ，１２ｂを設
け、所定サイクル間に、特定端局２０の各通信制御部１
２ａ，１２ｂは、必要に応じ、設定されたアドレスの回
数分、データフレームを伝送する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、多重伝送端局間でデー
タフレームの伝送を行う多重伝送方式に関する。

【０００２】

【従来の技術】従来、この種の多重伝送方式では、複数
の多重伝送端局（以下、単に「端局」という。）が、伝
送媒体である伝送路（バス）を介して接続され、上記端
局間で、例えばトークンパッシングアクセス方式による
データフレームの伝送を行っていた。なお、上記端局
は、一般的に入力する信号の処理を行う信号処理部と、
信号処理部の制御に基づいて信号の通信制御を行う通信
制御部と、他の端局と信号の送受信を行うバスインター
フェース部と、電源を供給する電源回路等から構成され
ている。

【０００３】通信プロトコルとしてのトークンパッシン
グアクセス方式は、通常以下のように、送信権の委譲が
行われ、多重伝送システムがネットワークとして機能す
るように構成されている。すなわち、この方式は、トー
クンという特殊フレーム（以下、単に「トークン」とい
う。）を上述のごとく設定したアドレス順に巡回させ、
送信要求を持つ端局は、上記トークンが自局に回ってき
た時に、データの送信を行い、送信終了後にトークンを
次の端局に引き渡し、また、送信要求のない端局は、ト
ークンを即座に次の端局に引き渡すという手順で行われ
る。このトークンの操作は、各端局の立ち上がり時に、
信号処理部から設定されたアドレスに基づいて通信制御
部が通信制御動作を実行する。

【０００４】次に、この方式の動作原理を、図７の動作
手順に基づいて説明する。なお、この例では、端局の数
を、例えば１〜ｎ（ｎは、任意の整数）個とし、第１番
目の端局１から第ｎ番目の端局ｎへ、各端局に設定され
たアドレス１〜ｎ順にトークンを渡していくが、端局２
と端局ｎが送信要求を持っており、端局１と端局３が送
信要求を持っていないものとする。

【０００５】まず、端局１は、トークンを受け取ると、
送信要求がないので、トークンを即座に次の端局２に引
き渡す。このトークンを得た端局２は、送信要求を持っ
ているので、所定のデータフレームを送信し、その送信
終了後にトークンを次の端局３に引き渡す。そして、端
局３は、端局１と同様、送信要求がないので、トークン
を即座に次の端局に引き渡し、端局ｎは、端局２と同
様、送信要求を持っているので、所定のデータフレーム
を送信し、その送信終了後にトークンを次の端局１に引
き渡す。このように、各端局は、送信要求を持つ場合、
又は送信要求を持たない場合、それぞれの手順で順次ト
ークンを永続的に巡回させることでデータ通信を行って
いた。

【０００６】

【発明が解決しようとする課題】ところが、上記多重伝
送方式では、各端局は、トークンがネットワーク上の端
局を一巡する間に１回しかデータを送信することができ
ないので、機能毎に上記端局の配置を行った場合、送信
頻度が多い端局では、通信制御部の登録手段に多数の送
信信号待ち行列を形成し、この端局の信号の応答遅延時
間が大きくなるという問題点があった。

【０００７】そこで、上記端局のトークン保持時間を、
各端局の送信要求の発生頻度に応じて調整する多重伝送
方式があった。この方式では、各端局のトークン保持時
間を、ある上限値以下で、送信要求の発生頻度が多い端
局では長く設定し、送信要求の発生頻度が少ない端局で
は短く設定する。これにより、上記発生頻度が多い端局
では、１回の送信機会に、送信できるデータ量が多くな
り、また上記発生頻度が少ない端局では、１回の送信機
会に、送信できるデータ量が少なくなる。従って、上記
発生頻度が多い端局に対して送信可能なデータ量を増や
すことで、応答性の向上を図ることができた。また、こ
の方式では、トークンが伝送エラー等で破壊され、ネッ
トワーク上から紛失した場合、それを検出し改めてトー
クンを発行し、ネットワークを正常に復帰させる機能が
必要であった。そこで、上記方式では、各端局のトーク
ン保持時間を、ネットワーク上のいずれかの端局で監視
する異常監視機能を有し、ある所定時間例えば上述した
上限値の時間トークンが観測されない場合、トークン紛
失の異常と判定するものがあった。

【０００８】しかしながら、上記方式では、ある所定時
間トークンを観測するので、異常監視のための時間が長
くなり、これに伴って異常発生時の復旧時間が長くなっ
て、エラー発生時の対応が遅延するという問題点があっ
た。また、上記方式では、各端局毎にトークン保持時間
を調整する調整機能が必要となるので、通信制御部の回
路構成が大規模になるという問題点があった。また、通
常の通信制御部は、ワンチップ化されたＩＣにより実現
される。このため、上記方式では、その規模が大きくな
った通信制御用のＩＣを、送信要求の発生頻度が多い端
局だけでなく、ネットワーク上の全ての端局に使用する
こととなり、システム全体として製作コストが高価にな
るという問題点もあった。

【０００９】本発明は、上記問題点に鑑みなされたもの
で、送信信号の待ち行列を防止し、また上記待ち行列が
発生してもその長さを短縮することにより、送信要求の
変動に対して応答遅延時間の短縮を図ることができる多
重伝送方式を提供することを目的とする。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明では、複数の多重伝送端局を伝送路を介して
接続し、例えばトークンパッシングアクセス方式を用い
て、前記多重伝送端局の間でデータフレームの伝送を行
う多重伝送方式において、前記多重伝送端局のうち、少
なくとも１つの特定多重伝送端局に、例えばデータの送
信頻度に応じて複数設けられ、データフレームの通信制
御を行う通信制御手段である通信制御部と、前記伝送路
に接続されるとともに、前記通信制御部の制御に応じ
て、データフレームを該伝送路に送信する、少なくとも
１つのフレーム送信手段であるバスインターフェース部
とを備え、トークンフレームが前記各多重伝送端局を一
巡するサイクル間に、前記データフレームを同一の伝送
路へ送信する多重伝送方式が提供される。

【００１１】

【作用】送信要求が集中的に発生する特定多重伝送端局
の送信頻度に応じて複数の通信制御部を設けるととも
に、上記通信制御部に対応させてアドレスを設定し、上
記特定多重伝送端局が１サイクル内での送信可能となる
回数を複数として、データフレームの送信を行うことに
よって、送信信号の待ち行列を処理する。

【００１２】従って、送信信号の待ち行列の発生を防止
でき、また待ち行列が発生してもその長さを短縮でき
る。また、異常監視機能による異常監視のための時間を
短く設定できる。

【００１３】

【実施例】本発明に係る実施例を図１乃至図６の図面に
基づき説明する。図１は、本発明に係る多重伝送方式
を、例えば自動車の走行系に用いたシステムの一実施例
の構成図であり、本実施例では、走行系の電子制御コン
トローラ間で通信ネットワークを介してデータをやり取
りしながら、自動車の走行制御を行う。

【００１４】このシステムでは、端局の電子制御コント
ローラとして、アンチスキッドブレーキコントロール
（以下、「ＡＢＳ」という。）コンピュータ１０、エン
ジンコンピュータ２０、トランスミッションコンピュー
タ３０、トラクションコンピュータ４０、アクティブサ
スペンションコンピュータ５０の５つの制御コンピュー
タからなり、伝送路６０を介して上記コンピュータ間
で、フレーム構成の制御情報を通信して走行制御を実行
する。

【００１５】上記制御情報が挿入されるデータフレーム
は、図２に示すような構成になっている。すなわち、上
記データフレームは、フレームの始まりを示す開始符号
ＳＯＦ（START OF FRAME）と、後述するデータ領域内の
データが何の意味を持つデータかを示すデータ識別子Ｉ
Ｄと、データフレームであることを示すとともに、デー
タ領域の長さ等を示す制御コードＣＴＬと、例えば上記
制御情報等を格納する可変長のデータ領域（データ１〜
データｎ）と、受信側端局からの受信の適否を示す受信
確認信号を格納する受信確認信号領域と、フレームの終
了を示す終了符号ＥＯＦ（END OF FRAME）とから構成さ
れている。

【００１６】また、トークンのフレームは、図３に示す
ように、フレーム開始符号ＳＯＦと、データ送信が可能
な端局のアドレスコードと、トークンであることを示す
制御コードＣＴＬと、フレーム終了符号ＥＯＦとから構
成されている。上記各端局１０，３０〜５０は、一般的
には例えば図４に示すように構成されている。すなわ
ち、端局は、マイクロコンピュータ等からなる信号処理
部１１と、ロジックＩＣ等からなる通信制御部１２と、
伝送路との間で信号の送受信を行うバスインターフェー
ス部１３と、外部からの例えば１２［Ｖ］電源を動作可
能な５［Ｖ］電源に変換してこれら各部に供給する電源
回路１４と、信号処理部１１の制御に基づき外部機器１
７、例えばモータやアクチュエータを駆動させる出力回
路１５と、外部のデータ発生手段１８、例えばスイッチ
やセンサからの入力データを取り込んで信号処理部１１
に送る入力回路１６とから構成されている。

【００１７】信号処理部１１は、入力回路１６を介して
データ発生手段１８のアナログ信号やパルス信号を入力
し、これをアナログ値やパルスのデータに変換し、必要
に応じてデータフレームに挿入し、他の端局に送信す
る。また、信号処理部１１は、他の端局から送信されて
きたデータ、又は上記入力回路１６を介して入力したデ
ータに応じて演算を行い、その結果に基づいて、出力回
路１５を介して外部機器１７を駆動させている。

【００１８】通信制御部１２は、送信制御を行う送信制
御回路１２１と、送信信号を登録する送信信号登録手段
である送信バッファ回路１２２と、受信制御を行う受信
制御回路１２３と、受信信号を登録する受信信号登録手
段である受信バッファ回路１２４とを有している。ま
た、端局２０は、例えば図５に示すように構成されてい
る。なお、図５において、図４と同様の構成部分につい
ては、説明の都合上、同一符号とし、詳細な説明を省略
する。

【００１９】図５において、図４と異なる構成部分は、
例えば２つの通信制御部１２ａ，１２ｂと、通信制御部
１２ａ，１２ｂにそれぞれ接続される２つのバスインタ
ーフェース部１３ａ，１３ｂを設けた点である。なお、
上記通信制御部１２ａ，１２ｂ及びバスインターフェー
ス部１３ａ，１３ｂは、上述した通信制御部１２及びバ
スインターフェース部１３と同様の構成と機能を有して
おり、以下の説明においては、代表して通信制御部１２
及びバスインターフェース部１３の機能として説明す
る。

【００２０】すなわち、上記端局１０〜５０では、通信
制御部は、各端局の送信要求の発生頻度に応じて１又は
２以上設けられている。通信制御部１２，１２ａ，１２
ｂは、端局の起動時に、アドレス・データバスを介した
信号処理部１１の制御によって初期化されるとともに、
通信用の端局としてのアドレス情報等が設定される。こ
のアドレス情報は、各端局１０〜５０の各通信制御部１
２に対応して設定されており、この例では端局１０の通
信制御部１２に対しては、アドレス１が、端局２０の各
通信制御部１２ａ，１２ｂに対しては、アドレス２と６
が、端局３０〜５０の通信制御部１２に対してそれぞれ
アドレス３〜５が設定されている。その後、通信制御部
１２，１２ａ，１２ｂは、この設定されたアドレスに基
づいて通信制御を実行する。

【００２１】すなわち、本実施例では、通常のトークン
パッシングアクセス方式と同様に、トークンという特殊
フレームを各端局のアドレス順に巡回させている。ま
た、各端局１０〜５０のうち、送信要求を持つ端局で
は、通信制御部１２（１２ａ，１２ｂ）が、信号処理部
１１から得られた送信信号を送信バッファ回路１２２に
登録している。そして、上記トークンが自局のアドレス
の番になると、送信制御回路１２１が、定められたトー
クンパッシングバスプロトコルによって、その送信信号
を、対応するバスインターフェース部１３（１３ａ，１
３ｂ）に送り、ここで伝送波形に変換し、伝送路１０を
経由して他の端局へ送信する。次に、上記送信が正常に
終了すると、送信制御回路１２１は、トークンのアドレ
スコードに次の端局のアドレスを指定して引き渡す手順
を行う。また、送信要求のない端局では、送信制御回路
１２１は、自局指定のトークンを受け取ると、即座に上
記トークンのアドレスコードに次の端局のアドレスを指
定して引き渡す手順を行う。従って、この多重伝送方式
では、各端局間に論理上のリンクが形成され、ネットワ
ークが維持されていく。

【００２２】一方、他の端局から信号が送信されると、
受信側の端局では、この信号をバスインターフェース部
１３（１３ａ，１３ｂ）で取り込み、波形整形後に対応
する通信制御部１２（１２ａ，１２ｂ）に送り、ここで
エラーチェックを行う。ここで異常がなければ、送信制
御回路１２１が必要に応じて受信確認信号を送信側の端
局に返送し、その後この信号が自局で必要な受信信号で
あるかどうか判断し、必要な場合には、一旦受信バッフ
ァ回路１２４に記憶した後、信号処理部１１に対して例
えば割り込みを発生し、データの読み取りを促す。ま
た、上記エラーチェックの結果に異常があれば、送信制
御回路１２１が受信確認信号を返送しないで、送信端局
に再送信促し、データの訂正動作を行う。

【００２３】なお、上記受信確認信号の返送方法として
は、例えば受信すべき所定数以内の端局から正常受信時
にアドレスコードを、送信側端局が送信したデータフレ
ームの受信確認信号領域に返送する方法や、データフレ
ームの受信確認信号領域を各端局に対応させたビット構
成に予め定めて、所定端局が上記受信確認信号領域に受
信確認ビットを返送する方法等がある。

【００２４】上記各端局は、バス型のネットワークを構
築しており、データフレームは、全ての端局が受信する
ことができる。しかし、データの種別は、図２に示すよ
うに、アドレスコードではなく、データフレーム内のデ
ータ識別子によって判断されるため、各端局は、受信し
たデータを自由に取捨選択することができる。なお、各
端局の論理的な順序は、システム立ち上がり時等に、上
記システムの再構成用のフレームが送出され、このフレ
ームにより各端局が自局の論理的な順番を知り、トーク
ンのアドレスとして何を指定すれば良いかが認識できる
ように設定されている。

【００２５】次に、図１に示したシステムの通信動作を
図６のタイミングチャートに基づいて説明する。なお、
図１に示したＡＢＳコンピュータ１０では、一旦ブレー
キ制御状態になると、ある所定時間の間頻繁に、エンジ
ンコンピュータ２０から制御データが送信されてくる。
すなわち、上記エンジンコンピュータ２０では、上記の
ようなある特定の状態の時に、送信要求が急激に増加す
る。このため、この走行系では、この間伝送路上のトラ
フィックを増やし、系全体の応答時間が長くなる。特
に、エンジンコンピュータ２０内で発生する送信要求
は、自局内で待ち行列を形成し、応答遅延時間が長くな
る可能性がある。

【００２６】そこで、本発明では、送信要求が他の端局
と比べて極端に多くなる端局に複数の通信制御部及びそ
れに対応するバスインターフェース部を設け、各バスイ
ンターフェース部を同一の伝送路にそれぞれ接続する。
そして、信号処理部によって上記各通信制御部に対し、
複数のアドレスを設定して、いずれの通信制御部及びバ
スインターフェース部を用いても信号送信を可能とす
る。これにより、トークンパッシングアクセス方式の１
サイクル内で上記端局に複数回の送信機会を与える。

【００２７】本実施例では、図１及び図６に示すよう
に、ＡＢＳコンピュータ１０には、アドレス１、トラン
スミッションコンピュータ３０には、アドレス３、トラ
クションコンピュータ４０には、アドレス４、アクティ
ブサスペンションコンピュータ５０には、アドレス５が
それぞれ割り当てられている。また、エンジンコンピュ
ータ２０は、他の端局と比べて送信要求発生量が一時的
ではあるが極めて多いため、アドレス２と６の２つのア
ドレスが割り当てられている。各端局１０〜５０の通信
制御部１２，１２ａ，１２ｂは、自局の信号処理部１１
によって割り当てられた上記アドレスを図示しない登録
手段にそれぞれ登録して、このアドレスに基づいて通信
制御動作を実行する。

【００２８】本実施例では、アドレス１からアドレス６
のアドレス順にトークンを引き渡していくが、上記エン
ジンコンピュータ２０は、トークンのアドレスコード
が、通信制御部１２ａ，１２ｂに登録されているアドレ
ス２及びアドレス６の時にデータの送信を行うことがで
きる。図６において、まず、ＡＢＳコンピュータ１０
は、図示のタイミングでは送信すべきデータを持ってい
ないため、トークンだけを次のアドレス２を持つエンジ
ンコンピュータ２０に対して送信する（図６(b) 参
照）。

【００２９】エンジンコンピュータ２０は、バスインタ
ーフェース部１３ａが上記トークンを受信すると、アド
レス２の通信制御部１２ａが、例えばブレーキ制御用セ
ンサデータを、データフレーム構成にして上記ＡＢＳコ
ンピュータ１０に送信する（図６(c) 参照）。ＡＢＳコ
ンピュータ１０は、上記データフレームを正常に受信す
ると、受信確認信号を送信側のエンジンコンピュータ２
０に返送する。

【００３０】エンジンコンピュータ２０の通信制御部１
２ａは、上記データフレームの正常受信を受信確認信号
によって確認すると、次のアドレス３を持つトランスミ
ッションコンピュータ３０を指定してトークンを送信す
る（図６(c) 参照）。自局が指定されたトークンを受信
したトランスミッションコンピュータ３０は、ＡＢＳコ
ンピュータ１０と同様に、送信すべきデータを持ってい
ないため、トークンだけを次の端局に送信する。なお、
図６に図示しないアドレス４が割り当てられているトラ
クションコンピュータ４０及び、アドレス５が割り当て
られているアクティブサスペンションコンピュータ５０
も同様に、送信すべきデータを持っていないため、トー
クンだけを次の端局に送信する。

【００３１】すなわち、アクティブサスペンションコン
ピュータ５０が、トークンを次のアドレス６を持つエン
ジンコンピュータ２０に対して送信すると、エンジンコ
ンピュータ２０は、バスインターフェース部１３ｂが上
記トークンを受信して、再び送信権を得ることができ
る。この時、エンジンコンピュータ２０では、アドレス
６の通信制御部１２ｂが、例えばブレーキ制御用センサ
データを、データフレーム構成にして上記ＡＢＳコンピ
ュータ１０に送信する（図６(e) 参照）。そして、デー
タ送信が正常に終了すると、エンジンコンピュータ２０
の通信制御部１２ｂは、トークンにアドレス１を指定し
て送信し、論理的リンクを形成する。これにより、伝送
路６０上の信号は、図６(a) に示すようになる。

【００３２】この論理的リンクの構造は、立ち上がり時
にいずれかの端局からシステム構成用のフレームが送出
されて、それに対して全ての端局が応答する構造になっ
ており、これにより、ネットワークを構築する端局のア
ドレスが、各端局で認識されている。また、エンジンコ
ンピュータ２０の通信制御部１２ａ，１２ｂは、送信す
べきデータフレームがない場合には、他の端局と同様
に、トークンだけを送信する。さらに送信すべきデータ
フレームは存在するが、その発生頻度が少なく、１サイ
クル内で１フレームしか発生しない場合には、エンジン
コンピュータ２０は、アドレス２又は６のいずれかのア
ドレスの通信制御部だけを使用してデータ送信を行い、
他のアドレスの通信制御部からはトークンだけを送信す
るように設定しても良く、また他の方法としては、それ
ぞれのアドレスの通信制御部１２ａ，１２ｂを交互に使
用してデータ送信を行うように設定しても良い。

【００３３】このように、１つの端局に異なるアドレス
をもつ複数の通信制御部を設ける方式は、特にデータの
識別に物理アドレスを用いないで、データ識別子のみで
判別するシステムに対して有効である。また、それぞれ
のアドレスの通信制御部を交互に使用する場合は、物理
的なアドレスとデータが無関係であるため、異なるアド
レスの通信制御部から同じデータを送出しても何等問題
ない。

【００３４】また、本実施例におけるトークンエラー監
視では、例えば次のアドレスの端局が、直前に送信する
端局のトークン保持時間を監視し、所定時間を越えた
時、トークン異常を報知するフレームを送信し、その
後、アドレスの最も若いアドレス１の端局がトークンを
再発行することで回復する。この場合、トークン監視時
間は、トークンフレーム長と所定長さの１フレーム分の
データフレーム長の合計した時間であり、本実施例で
は、１回の送信機会で、例えば１０フレーム分のデータ
を発生する場合、トークン保持時間を調整する方式と比
較して、約１０倍近く回復時間を短縮することが可能と
なる。

【００３５】また、従来の方式では、トークン保持時間
を調整するタイプが、システム全体を見てトークンの監
視時間を定めなければならないのに対し、本実施例の方
式では、一律にトークンの監視時間を定めることがで
き、システム設計も容易になる。さらに、本実施例で
は、トークン保持時間調整機能が不要となるので、通信
制御部用のＩＣの回路規模を小さくすることができ、こ
のＩＣを送信要求発生頻度の多い特定端局だけでなく、
ネットワーク上の全ての端局に使用することにより、シ
ステム全体として製作コストを削減することができる。

【００３６】従って、本実施例では、送信要求が集中的
に発生する特定多重伝送端局に異なるアドレスをもつ複
数の通信制御部を設け、特定多重伝送端局が１サイクル
内でのデータ送信を複数回可能とするので、送信信号の
待ち行列の発生を防止でき、また待ち行列が発生しても
その長さを短縮できる。これにより、異常監視機能によ
る異常監視のための時間を短く設定でき、かつ応答性の
向上を経済的にはかることができる。

【００３７】なお、本実施例では、特定端局の複数の通
信制御部に対応してバスインターフェース部を複数設け
たが、本発明はこれに限らず、例えば相互に整合性を持
たせた各通信制御部を１つのバスインターフェース部と
接続し、上記各通信制御部が上記バスインターフェース
部を介して他の端局と信号伝送できるように構成するこ
とも可能である。

【００３８】

【発明の効果】以上、説明したように、本発明では、複
数の多重伝送端局を伝送路を介して接続し、前記多重伝
送端局の間でデータフレームの伝送を行う多重伝送方式
において、前記多重伝送端局のうち、少なくとも１つの
特定多重伝送端局に、例えばデータの送信頻度に応じて
複数設けられ、データフレームの通信制御を行う通信制
御手段と、前記伝送路に接続されるとともに、前記通信
制御手段の制御に応じて、データフレームを該伝送路に
送信する、少なくとも１つのフレーム送信手段とを備
え、前記データフレームを同一の伝送路へ送信するの
で、送信信号の待ち行列を防止し、また上記待ち行列が
発生してもその長さを短縮することにより、送信要求の
変動に対して応答遅延時間の短縮を図ることができる。

【図面の簡単な説明】

【図１】本発明に係る多重伝送方式を自動車の走行系に
用いたシステムの一実施例の構成図である。

【図２】図１に用いるデータフレームの構成を示す図で
ある。

【図３】図１に用いるトークンフレームの構成を示す図
である。

【図４】端局の一般的な構成を示す構成図である。

【図５】本発明に係る端局の構成を示す構成図である。

【図６】図１のシステムの通信動作を説明するためのタ
イミングチャートである。

【図７】従来のシステムの通信動作を説明するためのタ
イミングチャートである。

【符号の説明】

１０ＡＢＳコンピュータ（端局）１１信号処理部１２，１２ａ，１２ｂ通信制御部１３，１３ａ，１３ｂバスインターフェース部１４電源回路１５出力回路１６入力回路２０エンジンコンピュータ（端局）３０トランスミッションコンピュータ（端局）４０トラクションコンピュータ（端局）５０アクティブサスペンションコンピュータ（端局）６０伝送路（バス）

Claims

【特許請求の範囲】

【請求項１】複数の多重伝送端局を伝送路を介して接
続し、前記多重伝送端局の間でデータフレームの伝送を
行う多重伝送方式において、前記多重伝送端局のうち、少なくとも１つの特定多重伝
送端局に、データフレームの通信制御を行う複数の通信制御手段
と、前記伝送路に接続されるとともに、前記通信制御手段の
制御に応じて、データフレームを該伝送路に送信する、
少なくとも１つのフレーム送信手段とを備え、前記デー
タフレームを同一の伝送路へ送信することを特徴とする
多重伝送方式。
【請求項２】前記特定多重伝送端局の通信制御手段
は、送信頻度に応じて所定数設けられることを特徴とす
る請求項１記載の多重伝送方式。