JPH06152604A - Ｌａｎにおける送信要求制御装置 - Google Patents
Ｌａｎにおける送信要求制御装置Info
- Publication number
- JPH06152604A JPH06152604A JP4299831A JP29983192A JPH06152604A JP H06152604 A JPH06152604 A JP H06152604A JP 4299831 A JP4299831 A JP 4299831A JP 29983192 A JP29983192 A JP 29983192A JP H06152604 A JPH06152604 A JP H06152604A
- Authority
- JP
- Japan
- Prior art keywords
- data
- transmission
- frame
- request
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【目的】 ＬＡＮシステム全体から見てデータの緊急度
に応じた伝送路の割当制御を達成する。 【構成】 各伝送制御局がデータ送信要求割当フレーム
をモードＭ１として同報通信すると、同期フレームを定
時刻に同期して送信する伝送制御局（主局）においては
トークンフレームを受信したとき、その他の伝送制御局
では同期フレームを受信したとき、各伝送制御局の持つ
自局分管理リストＬ１と他局分管理リストＬ２を合わせ
たデータ送信割当要求は各伝送制御局とも同一である。
従って、各伝送制御局はシステム全体の送信割当要求を
知っており、また、各伝送制御局は局間での共通時刻を
知っているので、管理リストＬ１に登録されているデー
タがシステム全体として緊急度の高いものかどうかを判
断することができる。
に応じた伝送路の割当制御を達成する。 【構成】 各伝送制御局がデータ送信要求割当フレーム
をモードＭ１として同報通信すると、同期フレームを定
時刻に同期して送信する伝送制御局（主局）においては
トークンフレームを受信したとき、その他の伝送制御局
では同期フレームを受信したとき、各伝送制御局の持つ
自局分管理リストＬ１と他局分管理リストＬ２を合わせ
たデータ送信割当要求は各伝送制御局とも同一である。
従って、各伝送制御局はシステム全体の送信割当要求を
知っており、また、各伝送制御局は局間での共通時刻を
知っているので、管理リストＬ１に登録されているデー
タがシステム全体として緊急度の高いものかどうかを判
断することができる。
Description
【０００１】
【産業上の利用分野】本発明は、共通伝送路に接続され
た複数の伝送制御局間で情報交換を行うローカルエリア
ネットワーク（以下、「ＬＡＮ」という）において、デ
ータ送信要求に対し、そのデータの緊急度に応じて伝送
路の割当制御を行うための送信要求制御装置に関するも
のである。
た複数の伝送制御局間で情報交換を行うローカルエリア
ネットワーク（以下、「ＬＡＮ」という）において、デ
ータ送信要求に対し、そのデータの緊急度に応じて伝送
路の割当制御を行うための送信要求制御装置に関するも
のである。
【０００２】
【従来の技術】近年、工場自動化においては、コンピュ
ータ、プログラマブルコントローラ、ディジタル計装コ
ントローラなどのインテリジェント機器をネットワーク
化し、実時間性を要求されるプロセス制御データや監視
データと、実時間性が要求されない生産情報などを同一
のＬＡＮにのせた連続プロセス制御システムを構築する
傾向にある。
ータ、プログラマブルコントローラ、ディジタル計装コ
ントローラなどのインテリジェント機器をネットワーク
化し、実時間性を要求されるプロセス制御データや監視
データと、実時間性が要求されない生産情報などを同一
のＬＡＮにのせた連続プロセス制御システムを構築する
傾向にある。
【０００３】このような状況の下で、実時間性の要求を
満たす制御用ＬＡＮの方式として、予測可能な一定時間
内に各伝送制御局が送信権を獲得しデータの送出が可能
となるトークンパッシング方式のＬＡＮシステムが標準
化されている。
満たす制御用ＬＡＮの方式として、予測可能な一定時間
内に各伝送制御局が送信権を獲得しデータの送出が可能
となるトークンパッシング方式のＬＡＮシステムが標準
化されている。
【０００４】トークンパッシング方式のＬＡＮシステム
としては、ISO 88024 または IEEE802.4 規格のバス形
ＬＡＮと、ISO 9314または ANSI X3T9.5規格のリング形
ＬＡＮとがある。
としては、ISO 88024 または IEEE802.4 規格のバス形
ＬＡＮと、ISO 9314または ANSI X3T9.5規格のリング形
ＬＡＮとがある。
【０００５】これらのトークンパッシング方式では、ト
ークンと呼ばれるフレームを各ノード間で受け渡すこと
により送信権が順次各ノードに与えられる。各ノードは
トークンを受け取ると、予め設定された時間内でデータ
を送信する。こうすることにより、各ノードは、ノード
総数と各ノードの設定時間とから、自局がデータを送出
するまでに待たねばならない最大時間を計算することが
可能であり、また順番に従ってデータを送信することが
できるので、確定的な伝送路アクセスが可能である。
ークンと呼ばれるフレームを各ノード間で受け渡すこと
により送信権が順次各ノードに与えられる。各ノードは
トークンを受け取ると、予め設定された時間内でデータ
を送信する。こうすることにより、各ノードは、ノード
総数と各ノードの設定時間とから、自局がデータを送出
するまでに待たねばならない最大時間を計算することが
可能であり、また順番に従ってデータを送信することが
できるので、確定的な伝送路アクセスが可能である。
【０００６】この種のＬＡＮシステムにおいては、送出
すべきデータに関して、通常、４種類のアクセスクラス
が設定され、アクセスクラスに応じた伝送路アクセス優
先処理が行われる。この４種類のアクセスクラスは６を
最高優先度として、４，２，０と順次優先度が低くな
り、送信待ちデータに対して４つの待行列を作ることが
できる。アクセスクラス６の送信は規定されたトークン
保持時間内に制限され、アクセスクラス４，２，０に対
しては、それぞれ各アクセスクラスが管理するタイマに
より、トークンが論理リング中を巡回するのに要する時
間を測定し、その測定値が各アクセスクラスに与えられ
た目標トークン巡回時間値に達するまで各アクセスクラ
スのデータ送信が行われる。
すべきデータに関して、通常、４種類のアクセスクラス
が設定され、アクセスクラスに応じた伝送路アクセス優
先処理が行われる。この４種類のアクセスクラスは６を
最高優先度として、４，２，０と順次優先度が低くな
り、送信待ちデータに対して４つの待行列を作ることが
できる。アクセスクラス６の送信は規定されたトークン
保持時間内に制限され、アクセスクラス４，２，０に対
しては、それぞれ各アクセスクラスが管理するタイマに
より、トークンが論理リング中を巡回するのに要する時
間を測定し、その測定値が各アクセスクラスに与えられ
た目標トークン巡回時間値に達するまで各アクセスクラ
スのデータ送信が行われる。
【０００７】各ノードはトークンを受け取ると、アクセ
スクラス６では、規定されたトークン保持時間に達する
か、アクセスクラス６の待行列にデータが無くなるま
で、データ送信を行い、続いて、下位のアクセスクラス
にトークンを渡す。トークンを受け取った下位のアクセ
スクラスは、そのアクセスクラスのタイマ（時間）が目
標トークン巡回時間に達するまで、あるいはそのアクセ
スクラスの待行列にデータが無くなるまで、データ送信
を行うが、各アクセスクラスのタイマ値が目標トークン
巡回時間を超えた場合は、そのアクセスクラスのデータ
送信をすることはできず、さらに下位のアクセスクラス
にトークンが渡される。最下位のアクセスクラスの場合
は、後続ノードへトークンが渡される。
スクラス６では、規定されたトークン保持時間に達する
か、アクセスクラス６の待行列にデータが無くなるま
で、データ送信を行い、続いて、下位のアクセスクラス
にトークンを渡す。トークンを受け取った下位のアクセ
スクラスは、そのアクセスクラスのタイマ（時間）が目
標トークン巡回時間に達するまで、あるいはそのアクセ
スクラスの待行列にデータが無くなるまで、データ送信
を行うが、各アクセスクラスのタイマ値が目標トークン
巡回時間を超えた場合は、そのアクセスクラスのデータ
送信をすることはできず、さらに下位のアクセスクラス
にトークンが渡される。最下位のアクセスクラスの場合
は、後続ノードへトークンが渡される。
【０００８】
【発明が解決しようとする課題】上述のごとく、ISO 88
024 （ IEEE 802.4 ）規格、あるいはISO 9314（ ANSIX
3T9.5）規格のようなトークンパッシング方式では、送
信要求制御は、各伝送制御局の持つタイマによって管理
される。たとえ他局に、現在トークンを保持しているア
クセスクラスのデータよりも緊急度の高いデータがある
としても、自局のタイマ値にデータ送信の余裕があり、
かつ待行列にデータが存在するときには、タイマ値が設
定値に達するか、あるいは待行列にデータが無くなるま
でデータ送信が継続される。そのため、他局の緊急度の
高いデータが送信されないという事態が生じうる。すな
わち、システム全体から見ると、緊急度の高いデータが
存在するにもかかわらず、各伝送制御局においてより緊
急度の低いデータ送信要求が重なると、緊急度の高いデ
ータが必ずしも送信されるとは限らない、ということで
ある。
024 （ IEEE 802.4 ）規格、あるいはISO 9314（ ANSIX
3T9.5）規格のようなトークンパッシング方式では、送
信要求制御は、各伝送制御局の持つタイマによって管理
される。たとえ他局に、現在トークンを保持しているア
クセスクラスのデータよりも緊急度の高いデータがある
としても、自局のタイマ値にデータ送信の余裕があり、
かつ待行列にデータが存在するときには、タイマ値が設
定値に達するか、あるいは待行列にデータが無くなるま
でデータ送信が継続される。そのため、他局の緊急度の
高いデータが送信されないという事態が生じうる。すな
わち、システム全体から見ると、緊急度の高いデータが
存在するにもかかわらず、各伝送制御局においてより緊
急度の低いデータ送信要求が重なると、緊急度の高いデ
ータが必ずしも送信されるとは限らない、ということで
ある。
【０００９】従って、本発明はトークンパッシング方式
において、システム全体から見て、データの緊急度に応
じた伝送路の割当制御を達成しうる送信要求制御装置を
提供することを目的とするものである。
において、システム全体から見て、データの緊急度に応
じた伝送路の割当制御を達成しうる送信要求制御装置を
提供することを目的とするものである。
【００１０】
【課題を解決するための手段】上記目的を達成するため
に本発明は、共通伝送路に接続された複数の伝送制御局
間で情報交換を行うローカルエリアネットワークにおけ
る送信要求制御方法であって、ある一つの伝送制御局
が、システム同期用の同期フレームを定時刻に同期して
送信し、また、データ送信権の委譲を示すトークンフレ
ームを受信すると予め定めた時間以内にトークンを解放
し、各伝送制御局は、トークンフレームを受信したとき
必要な数のデータフレームを送信できるモードＭ１を備
えたメディア制御手段ＭＡＣと、自局のデータ送信割当
要求を管理する管理リストＬ１と、他局のデータ送信割
当要求を管理する管理リストＬ２と、データの送信要求
があったらそのデータの緊急度を示す識別子Ｉ１をデー
タに与え、その緊急度順にデータを送信要求キューＱ１
に配列する手段と、定時刻の同期信号割込発生時に管理
リストＬ１およびＬ２から次にトークンフレームを受信
したときに送信するデータフレームを決定し、モードＭ
１以外のデータフレームがリンクする送信キューＱ２に
リンクする手段と、これらの送信決定済みのデータフレ
ームを含まないデータ送信割当要求フレームを送信要求
キューＱ１に基づいて作成し、モードＭ１に対応するデ
ータがリンクする送信キューＱ３に同報通信フレームと
してリンクする手段と、トークンフレーム受信時にデー
タ送信割当要求フレームを含むモードＭ１のフレームを
送信し、その後送信決定済みのデータフレームをすべて
送信する手段と、フレーム送信完了時に送信済みのデー
タフレームを送信要求キューＱ１から削除し、データ送
信割当要求フレームによって割当要求を行ったデータフ
レームに対応する管理リストＬ１を作成する手段と、他
の伝送制御局から送信されるデータ送信割当要求フレー
ムの受信を検出し、それを内部に取込んで管理リストＬ
２を更新する手段と、各局から送信されたデータフレー
ムを監視し、管理リストＬ２から送信要求情報を削除す
る手段とを備えてた、ローカルエリアネットワークにお
ける送信要求制御装置を構成したものである。
に本発明は、共通伝送路に接続された複数の伝送制御局
間で情報交換を行うローカルエリアネットワークにおけ
る送信要求制御方法であって、ある一つの伝送制御局
が、システム同期用の同期フレームを定時刻に同期して
送信し、また、データ送信権の委譲を示すトークンフレ
ームを受信すると予め定めた時間以内にトークンを解放
し、各伝送制御局は、トークンフレームを受信したとき
必要な数のデータフレームを送信できるモードＭ１を備
えたメディア制御手段ＭＡＣと、自局のデータ送信割当
要求を管理する管理リストＬ１と、他局のデータ送信割
当要求を管理する管理リストＬ２と、データの送信要求
があったらそのデータの緊急度を示す識別子Ｉ１をデー
タに与え、その緊急度順にデータを送信要求キューＱ１
に配列する手段と、定時刻の同期信号割込発生時に管理
リストＬ１およびＬ２から次にトークンフレームを受信
したときに送信するデータフレームを決定し、モードＭ
１以外のデータフレームがリンクする送信キューＱ２に
リンクする手段と、これらの送信決定済みのデータフレ
ームを含まないデータ送信割当要求フレームを送信要求
キューＱ１に基づいて作成し、モードＭ１に対応するデ
ータがリンクする送信キューＱ３に同報通信フレームと
してリンクする手段と、トークンフレーム受信時にデー
タ送信割当要求フレームを含むモードＭ１のフレームを
送信し、その後送信決定済みのデータフレームをすべて
送信する手段と、フレーム送信完了時に送信済みのデー
タフレームを送信要求キューＱ１から削除し、データ送
信割当要求フレームによって割当要求を行ったデータフ
レームに対応する管理リストＬ１を作成する手段と、他
の伝送制御局から送信されるデータ送信割当要求フレー
ムの受信を検出し、それを内部に取込んで管理リストＬ
２を更新する手段と、各局から送信されたデータフレー
ムを監視し、管理リストＬ２から送信要求情報を削除す
る手段とを備えてた、ローカルエリアネットワークにお
ける送信要求制御装置を構成したものである。
【００１１】
【作用】本発明の送信要求制御装置においては、各伝送
制御局がデータ送信要求割当フレームをモードＭ１とし
て同報通信すると、同期フレームを定時刻に同期して送
信する伝送制御局（主局）においてはトークンフレーム
を受信したとき、その他の伝送制御局では同期フレーム
を受信したとき、各伝送制御局の持つ管理リストＬ１と
管理リストＬ２を合わせたデータ送信割当要求は各伝送
制御局とも同一である。すなわち、各伝送制御局はシス
テム全体の送信割当要求を知っており、また、各伝送制
御局は局間での共通時刻を知っているので、管理リスト
Ｌ１に登録されているデータがシステム全体として緊急
度の高いものかどうかを判断することができる。
制御局がデータ送信要求割当フレームをモードＭ１とし
て同報通信すると、同期フレームを定時刻に同期して送
信する伝送制御局（主局）においてはトークンフレーム
を受信したとき、その他の伝送制御局では同期フレーム
を受信したとき、各伝送制御局の持つ管理リストＬ１と
管理リストＬ２を合わせたデータ送信割当要求は各伝送
制御局とも同一である。すなわち、各伝送制御局はシス
テム全体の送信割当要求を知っており、また、各伝送制
御局は局間での共通時刻を知っているので、管理リスト
Ｌ１に登録されているデータがシステム全体として緊急
度の高いものかどうかを判断することができる。
【００１２】ところで、システム同期用フレームの送信
周期から、システム全体のモードＭ１時間とトークン巡
回時間とを除いた残りの時間Ｔ１は、システム構成時に
計算することができる。各伝送制御局は同期信号検出時
に管理リストＬ１と管理リストＬ２に登録されているデ
ータの識別子Ｉ１から、緊急度の高い順に時間Ｔ１内で
送信できるデータフレームを選出する。ここで選出され
るデータフレームは各伝送制御局で同一である。各伝送
制御局は、その中に自局のデータフレームがあれば、ト
ークン受信時に、モードＭ１のデータフレームを送信し
た後、その選出された自局のデータフレームをすべて送
信してからトークンを後続局へ渡す。
周期から、システム全体のモードＭ１時間とトークン巡
回時間とを除いた残りの時間Ｔ１は、システム構成時に
計算することができる。各伝送制御局は同期信号検出時
に管理リストＬ１と管理リストＬ２に登録されているデ
ータの識別子Ｉ１から、緊急度の高い順に時間Ｔ１内で
送信できるデータフレームを選出する。ここで選出され
るデータフレームは各伝送制御局で同一である。各伝送
制御局は、その中に自局のデータフレームがあれば、ト
ークン受信時に、モードＭ１のデータフレームを送信し
た後、その選出された自局のデータフレームをすべて送
信してからトークンを後続局へ渡す。
【００１３】このようにして、各伝送制御局はシステム
全体として緊急度の高いデータを優先的に送信すること
ができる。
全体として緊急度の高いデータを優先的に送信すること
ができる。
【００１４】
【実施例】以下、本発明の一実施例を、図面を参照しな
がら説明する。
がら説明する。
【００１５】まず図３を参照して本発明を適用する伝送
システムの一構成例について説明する。共通伝送路１に
複数（Ｎ個）の伝送制御局１１，１２，…，１（Ｎ−
２），１（Ｎ−１），１Ｎが接続されている。図にはＮ
個の伝送制御局のうち、１１，１２，１３，１（Ｎ−
２），１（Ｎ−１），１Ｎのみが示されている。
システムの一構成例について説明する。共通伝送路１に
複数（Ｎ個）の伝送制御局１１，１２，…，１（Ｎ−
２），１（Ｎ−１），１Ｎが接続されている。図にはＮ
個の伝送制御局のうち、１１，１２，１３，１（Ｎ−
２），１（Ｎ−１），１Ｎのみが示されている。
【００１６】各伝送制御局は基本的にはそれぞれ同一内
部構成を持っており、図４に示すように、制御用マイク
ロプロセッサ（ＭＰＵ）２７を中心として構成されてい
る。ＭＰＵ２７はトークンパッシング伝送制御回路２２
および送受信回路２１を介して共通伝送路１に接続され
ている。トークンパッシング伝送制御回路２２は、モー
ドＭ１のフレームがリンクする送信キューＱ３、モード
Ｍ１以外のフレームがリンクする送信キューＱ２を含
み、モードＭ１のフレームを送信した後、送信キューＱ
２のデータフレームをすべて送信してからトークンを解
放する機能を持っている。ＭＰＵ２７には、送信・受信
フレームを格納する送受信バッファＲＡＭ２３、送受信
制御用ＲＡＭ２４、接続されたホスト機器のデータ送信
要求を受け付ける送信要求インタフェース２５、システ
ム共通の時刻ないし時間の測定・管理を行う時間計測回
路２６、ＭＰＵ２７の処理プログラムを格納しているＭ
ＰＵ用ＲＯＭ２８、およびＭＰＵ２７の処理に必要なデ
ータを格納するＭＰＵ用ＲＡＭ２９が接続されている。
なお、複数の伝送制御局のうちの主局は各伝送制御局の
同期制御を行うための同期制御回路３０を持っている。
部構成を持っており、図４に示すように、制御用マイク
ロプロセッサ（ＭＰＵ）２７を中心として構成されてい
る。ＭＰＵ２７はトークンパッシング伝送制御回路２２
および送受信回路２１を介して共通伝送路１に接続され
ている。トークンパッシング伝送制御回路２２は、モー
ドＭ１のフレームがリンクする送信キューＱ３、モード
Ｍ１以外のフレームがリンクする送信キューＱ２を含
み、モードＭ１のフレームを送信した後、送信キューＱ
２のデータフレームをすべて送信してからトークンを解
放する機能を持っている。ＭＰＵ２７には、送信・受信
フレームを格納する送受信バッファＲＡＭ２３、送受信
制御用ＲＡＭ２４、接続されたホスト機器のデータ送信
要求を受け付ける送信要求インタフェース２５、システ
ム共通の時刻ないし時間の測定・管理を行う時間計測回
路２６、ＭＰＵ２７の処理プログラムを格納しているＭ
ＰＵ用ＲＯＭ２８、およびＭＰＵ２７の処理に必要なデ
ータを格納するＭＰＵ用ＲＡＭ２９が接続されている。
なお、複数の伝送制御局のうちの主局は各伝送制御局の
同期制御を行うための同期制御回路３０を持っている。
【００１７】各伝送制御局の送信要求キューＱ１には、
ホストから送信要求インタフェース２５を介して受信さ
れるデータ送信要求割込信号SIG1により、図５に示すよ
うな送信要求データメッセージ４０が、緊急度を表す
「デッドライン」順にリンクする。デッドラインはその
データが送信されなければならない最終時刻を表し、時
間計測回路２６によりシステム共通の時刻ないし時間で
表現され管理される。送信要求データメッセージ４０
は、ここでは、８つのブロック４１〜４８からなってい
る。第１ブロック４１は、そのデータの次に緊急度の高
い、すなわち、そのデータの次に早いデッドラインを持
つ送信要求データメッセージＮ ＭＳＧ ＬＡのアドレ
スを格納する。送信要求キューＱ１内で最も遅いデッド
ラインを持つ送信要求データメッセージには、最後尾の
データメッセージであることを示す識別子ＩＬが付加さ
れる。Ｐ ＭＳＧ ＬＡとラベルされた第２ブロック４
２には、そのデータよりも一つ緊急度の高いデータメッ
セージのアドレスを表す。すなわち、そのデータメッセ
ージがデータメッセージＮ ＭＳＧ ＬＡによりリンク
しているデータメッセージのＮ ＭＳＧ ＬＡのアドレ
スを格納する。最も早いデッドラインを持つデータメッ
セージであれば、第２ブロック４２のラベルには先頭デ
ータメッセージであることを表す識別子ＩＴが付加され
る。ＲＭＳＧ ＬＡとラベルされた第３ブロック４３は
前回トークン受信時に送信されたデータ送信割当要求フ
レームに登録されたデータのみをリンクするために用い
られるブロックである。ここにはデータ送信割当要求フ
レームに登録済みの送信要求データメッセージ中で、そ
のデータの次に早いデッドラインを持つデータメッセー
ジのアドレスが格納され、最も遅いデッドラインを持つ
登録済みデータには識別子ＩＬが付加される。ＭＳＧ
Ｄとラベルされた第４ブロック４４はそのデータメッセ
ージのデッドラインを格納し、ＭＳＧ Ｌとラベルされ
た第５ブロック４５はデータメッセージのフレーム長を
格納し、第６ブロック４６はホストからの送信要求デー
タのアドレスを格納し、第７ブロック４７はデータメッ
セージＮ ＭＳＧ ＬＡのヘッダアドレスを格納するブ
ロックである。第８ブロック４８はホストの送信要求デ
ータを表している。
ホストから送信要求インタフェース２５を介して受信さ
れるデータ送信要求割込信号SIG1により、図５に示すよ
うな送信要求データメッセージ４０が、緊急度を表す
「デッドライン」順にリンクする。デッドラインはその
データが送信されなければならない最終時刻を表し、時
間計測回路２６によりシステム共通の時刻ないし時間で
表現され管理される。送信要求データメッセージ４０
は、ここでは、８つのブロック４１〜４８からなってい
る。第１ブロック４１は、そのデータの次に緊急度の高
い、すなわち、そのデータの次に早いデッドラインを持
つ送信要求データメッセージＮ ＭＳＧ ＬＡのアドレ
スを格納する。送信要求キューＱ１内で最も遅いデッド
ラインを持つ送信要求データメッセージには、最後尾の
データメッセージであることを示す識別子ＩＬが付加さ
れる。Ｐ ＭＳＧ ＬＡとラベルされた第２ブロック４
２には、そのデータよりも一つ緊急度の高いデータメッ
セージのアドレスを表す。すなわち、そのデータメッセ
ージがデータメッセージＮ ＭＳＧ ＬＡによりリンク
しているデータメッセージのＮ ＭＳＧ ＬＡのアドレ
スを格納する。最も早いデッドラインを持つデータメッ
セージであれば、第２ブロック４２のラベルには先頭デ
ータメッセージであることを表す識別子ＩＴが付加され
る。ＲＭＳＧ ＬＡとラベルされた第３ブロック４３は
前回トークン受信時に送信されたデータ送信割当要求フ
レームに登録されたデータのみをリンクするために用い
られるブロックである。ここにはデータ送信割当要求フ
レームに登録済みの送信要求データメッセージ中で、そ
のデータの次に早いデッドラインを持つデータメッセー
ジのアドレスが格納され、最も遅いデッドラインを持つ
登録済みデータには識別子ＩＬが付加される。ＭＳＧ
Ｄとラベルされた第４ブロック４４はそのデータメッセ
ージのデッドラインを格納し、ＭＳＧ Ｌとラベルされ
た第５ブロック４５はデータメッセージのフレーム長を
格納し、第６ブロック４６はホストからの送信要求デー
タのアドレスを格納し、第７ブロック４７はデータメッ
セージＮ ＭＳＧ ＬＡのヘッダアドレスを格納するブ
ロックである。第８ブロック４８はホストの送信要求デ
ータを表している。
【００１８】送信要求キューＱ１にデッドラインの早い
順にリンクするデータメッセージの管理は、図６に示す
ような送信要求キューＱ１管理テーブル５０によって行
われる。ＦＭＳＧとラベルされたブロック５１は送信要
求キューＱ１にリンクするデータメッセージのうち、最
も早いデッドラインを持つデータメッセージＮ ＭＳＧ
ＬＡのあるアドレスを格納し、ＦＭＳＧ Ｄとラベル
されたブロック５２はそのデッドラインを格納する。Ｌ
ＭＳＧとラベルされたブロック５３は送信要求キューＱ
１にリンクするデータメッセージのうち、最も遅いデッ
ドラインを持つデータメッセージのアドレスを、またＬ
ＭＳＧ Ｄとラベルされたブロック５４はそのデッドラ
インを格納する。すなわち、管理テーブル５０は送信要
求キューＱ１にリンクしている先頭データメッセージと
最後尾データメッセージを示すものであり、ＭＰＵ２７
（図４）は管理テーブル５０と各データメッセージのア
ドレスにより、送信要求キューＱ１にリンクしている送
信要求データメッセージを知ることができる。
順にリンクするデータメッセージの管理は、図６に示す
ような送信要求キューＱ１管理テーブル５０によって行
われる。ＦＭＳＧとラベルされたブロック５１は送信要
求キューＱ１にリンクするデータメッセージのうち、最
も早いデッドラインを持つデータメッセージＮ ＭＳＧ
ＬＡのあるアドレスを格納し、ＦＭＳＧ Ｄとラベル
されたブロック５２はそのデッドラインを格納する。Ｌ
ＭＳＧとラベルされたブロック５３は送信要求キューＱ
１にリンクするデータメッセージのうち、最も遅いデッ
ドラインを持つデータメッセージのアドレスを、またＬ
ＭＳＧ Ｄとラベルされたブロック５４はそのデッドラ
インを格納する。すなわち、管理テーブル５０は送信要
求キューＱ１にリンクしている先頭データメッセージと
最後尾データメッセージを示すものであり、ＭＰＵ２７
（図４）は管理テーブル５０と各データメッセージのア
ドレスにより、送信要求キューＱ１にリンクしている送
信要求データメッセージを知ることができる。
【００１９】図１に示すデータ送信要求受付処理フロー
は、ホストからのデータ送信要求割込信号SIG1をＭＰＵ
２７が検出したときの処理フローを示すものである。Ｍ
ＰＵ２７は送信要求データを、送信要求キューＱ１内で
デッドライン順になるようにリンクする。まず、ＭＰＵ
２７は割込信号SIG1によって受け取った送信要求データ
メッセージＭＧ１のデッドラインＭＳＧ Ｄ（図５）と
デッドラインＦＭＳＧ Ｄ（図６）とを比較し、ＭＳＧ
Ｄで示されるデッドラインの方が早ければ、すなわち、
この伝送制御局において最も緊急度の高いデータであれ
ば、データメッセージＭＧ１のデータメッセージアドレ
スＰ ＭＳＧ ＬＡに識別子ＩＴを、データメッセージ
アドレスＮ ＭＳＧ ＬＡにデータメッセージＦＭＳＧ
の示すアドレスを格納し、ＦＭＳＧで示されるデータメ
ッセージのＰ ＭＳＧ ＬＡにデータメッセージＭＧ１
のＮ ＭＳＧ ＬＡのアドレスを、データメッセージＦ
ＭＳＧにデータメッセージＭＧ１のＮ ＭＳＧ ＬＡの
アドレスを、デッドラインＦＭＳＧ Ｄにデータメッセ
ージＭＧ１のＭＳＧ Ｄの値を格納することによりデー
タメッセージＭＧ１の送信要求キューＱ１の先頭とする
（ステップＳ１、Ｓ２、Ｓ３）。ＦＭＳＧ Ｄで示され
るデッドラインの方が早ければＭＰＵ２７はデータメッ
セージＭＧ１のデッドラインＭＳＧ ＤとＬＭＳＧ Ｄ
を比較し、ＭＳＧ Ｄで示されるデッドラインの方が遅
ければ、すなわち、この伝送制御局において最も緊急度
の低いデータであれば、データメッセージＭＧ１のＰ
ＭＳＧ ＬＡにＬＭＳＧ（図６）の値を、ＬＭＳＧの示
すＮ ＭＳＧ ＬＡにデータメッセージＭＧ１のＮ Ｍ
ＳＧ ＬＡのアドレスを格納し、ＬＭＳＧにデータメッ
セージＭＧ１のＮ ＭＳＧ ＬＡのアドレスを、ＬＭＳ
Ｇ ＤにＭＳＧ Ｄの値を格納し、データメッセージＭ
Ｇ１のＮ ＭＳＧ ＬＡに識別子ＩＬを格納することに
よりデータメッセージＭＧ１を送信要求キューＱ１の最
後尾とする（ステップＳ４、Ｓ５、Ｓ６）。データメッ
セージＭＧ１のデッドラインＭＳＧ ＤがＦＭＳＧ Ｄ
とＬＭＳＧ Ｄとの間にある場合は、ＦＭＳＧで示され
る送信要求キューＱ１の先頭データメッセージのＮ Ｍ
ＳＧ ＬＡから、次に緊急度の高いデータメッセージの
アドレスを知り、そのデータメッセージのデッドライン
ＭＳＧ ＤとＭＧ１のＭＳＧ Ｄとを比較し、データメ
ッセージＭＧ１のＭＳＧ Ｄで示されるデッドラインの方
が遅ければ、Ｎ ＭＳＧ ＬＡから次に緊急度の高いデ
ータメッセージのアドレスを知り、そのデータメッセー
ジのデッドラインＭＳＧ ＤとＭＧ１のＭＳＧ Ｄとの
比較を、データメッセージＭＧ１のデッドラインＭＳＧ
Ｄよりも遅いデッドラインを持つデータメッセージが
現れるまで繰り返す。そのようなデータメッセージＭＧ
２が見つかった時は、データメッセージＭＧ１のアドレ
スＰ ＭＳＧ ＬＡをデータメッセージＭＧ２のアドレ
スＰ ＭＳＧ ＬＡの値とし、データメッセージＭＧ２の
Ｐ ＭＳＧ ＬＡで示されるデータメッセージＮ ＭＳ
Ｇ ＬＡをデータメッセージＭＧ２のＰ ＭＳＧ ＬＡの
アドレスにし、データメッセージＭＧ１のＮ ＭＳＧ
ＬＡのアドレスに、ＭＧ２のＰ ＭＳＧ ＬＡをＭＧ１
のＮ ＭＳＧ ＬＡのアドレスにすることにより、デー
タメッセージＭＧ１を送信要求キューＱ１にリンクする
（ステップＳ７）。このようにして送信要求キューＱ１
に、データメッセージが緊急度に高い順にリンクする。
なお、デッドラインＭＳＧ Ｄが同じである複数のデー
タが存在するときは、送信要求の早い方を緊急度の高い
ものとして取り扱う。
は、ホストからのデータ送信要求割込信号SIG1をＭＰＵ
２７が検出したときの処理フローを示すものである。Ｍ
ＰＵ２７は送信要求データを、送信要求キューＱ１内で
デッドライン順になるようにリンクする。まず、ＭＰＵ
２７は割込信号SIG1によって受け取った送信要求データ
メッセージＭＧ１のデッドラインＭＳＧ Ｄ（図５）と
デッドラインＦＭＳＧ Ｄ（図６）とを比較し、ＭＳＧ
Ｄで示されるデッドラインの方が早ければ、すなわち、
この伝送制御局において最も緊急度の高いデータであれ
ば、データメッセージＭＧ１のデータメッセージアドレ
スＰ ＭＳＧ ＬＡに識別子ＩＴを、データメッセージ
アドレスＮ ＭＳＧ ＬＡにデータメッセージＦＭＳＧ
の示すアドレスを格納し、ＦＭＳＧで示されるデータメ
ッセージのＰ ＭＳＧ ＬＡにデータメッセージＭＧ１
のＮ ＭＳＧ ＬＡのアドレスを、データメッセージＦ
ＭＳＧにデータメッセージＭＧ１のＮ ＭＳＧ ＬＡの
アドレスを、デッドラインＦＭＳＧ Ｄにデータメッセ
ージＭＧ１のＭＳＧ Ｄの値を格納することによりデー
タメッセージＭＧ１の送信要求キューＱ１の先頭とする
（ステップＳ１、Ｓ２、Ｓ３）。ＦＭＳＧ Ｄで示され
るデッドラインの方が早ければＭＰＵ２７はデータメッ
セージＭＧ１のデッドラインＭＳＧ ＤとＬＭＳＧ Ｄ
を比較し、ＭＳＧ Ｄで示されるデッドラインの方が遅
ければ、すなわち、この伝送制御局において最も緊急度
の低いデータであれば、データメッセージＭＧ１のＰ
ＭＳＧ ＬＡにＬＭＳＧ（図６）の値を、ＬＭＳＧの示
すＮ ＭＳＧ ＬＡにデータメッセージＭＧ１のＮ Ｍ
ＳＧ ＬＡのアドレスを格納し、ＬＭＳＧにデータメッ
セージＭＧ１のＮ ＭＳＧ ＬＡのアドレスを、ＬＭＳ
Ｇ ＤにＭＳＧ Ｄの値を格納し、データメッセージＭ
Ｇ１のＮ ＭＳＧ ＬＡに識別子ＩＬを格納することに
よりデータメッセージＭＧ１を送信要求キューＱ１の最
後尾とする（ステップＳ４、Ｓ５、Ｓ６）。データメッ
セージＭＧ１のデッドラインＭＳＧ ＤがＦＭＳＧ Ｄ
とＬＭＳＧ Ｄとの間にある場合は、ＦＭＳＧで示され
る送信要求キューＱ１の先頭データメッセージのＮ Ｍ
ＳＧ ＬＡから、次に緊急度の高いデータメッセージの
アドレスを知り、そのデータメッセージのデッドライン
ＭＳＧ ＤとＭＧ１のＭＳＧ Ｄとを比較し、データメ
ッセージＭＧ１のＭＳＧ Ｄで示されるデッドラインの方
が遅ければ、Ｎ ＭＳＧ ＬＡから次に緊急度の高いデ
ータメッセージのアドレスを知り、そのデータメッセー
ジのデッドラインＭＳＧ ＤとＭＧ１のＭＳＧ Ｄとの
比較を、データメッセージＭＧ１のデッドラインＭＳＧ
Ｄよりも遅いデッドラインを持つデータメッセージが
現れるまで繰り返す。そのようなデータメッセージＭＧ
２が見つかった時は、データメッセージＭＧ１のアドレ
スＰ ＭＳＧ ＬＡをデータメッセージＭＧ２のアドレ
スＰ ＭＳＧ ＬＡの値とし、データメッセージＭＧ２の
Ｐ ＭＳＧ ＬＡで示されるデータメッセージＮ ＭＳ
Ｇ ＬＡをデータメッセージＭＧ２のＰ ＭＳＧ ＬＡの
アドレスにし、データメッセージＭＧ１のＮ ＭＳＧ
ＬＡのアドレスに、ＭＧ２のＰ ＭＳＧ ＬＡをＭＧ１
のＮ ＭＳＧ ＬＡのアドレスにすることにより、デー
タメッセージＭＧ１を送信要求キューＱ１にリンクする
（ステップＳ７）。このようにして送信要求キューＱ１
に、データメッセージが緊急度に高い順にリンクする。
なお、デッドラインＭＳＧ Ｄが同じである複数のデー
タが存在するときは、送信要求の早い方を緊急度の高い
ものとして取り扱う。
【００２０】各伝送制御局は、自局のデータ送信割当要
求管理リストＬ１を持っている。図７にその管理リスト
Ｌ１の一構成例を示す。各伝送制御局は、トークンフレ
ーム受信時に必ずそのデッドラインを伝えるが、管理リ
スト（Ｌ１）６０は最近のデータ送信割当要求フレーム
に登録されたデータ、すなわち他局へ通知された送信要
求データを管理する。管理リスト（Ｌ１）６０は、前回
トークンフレーム受信時に送信したデータ送信割当要求
フレームに登録されたデータのうち、最も早いデッドラ
インを持つデータメッセージＮ ＭＳＧ ＬＡのアドレ
スを格納するＲＦＭＳＧブロック６１、そのデータのデ
ッドラインを格納するＲＦＭＳＧ Ｄブロック６２、同
じデータ送信割当要求フレームに登録されたデータのう
ち、最も遅いデッドラインを持つデータメッセージのＮ
ＭＳＧ ＬＡのアドレスを格納するＲＬＭＳＧブロッ
ク６３、そのデータのデッドラインを格納するＲＬＭＳ
Ｇ Ｄブロック６４により構成される。データ送信側割当
要求フレームに登録された各データは、データメッセー
ジのＲＭＳＧ ＬＡによりデッドラインの早い順にリン
クされる。ＲＭＳＧ ＬＡはそのデータの次に緊急度の
高いデータＮ ＭＳＧ ＬＡのアドレスを格納する。管
理リストＬ１はこれらのリンクされたデータの先頭と最
後尾を示すものであり、ＭＰＵ２７は管理リストＬ１と
各データのＲＭＳＧ ＬＡにより、他局へ通知された送
信要求データを知ることができる。なお、ＭＰＵ２７の
フレーム送信処理により送信要求キューＱ２へデータが
リンクしたときには、ＲＬＭＳＧには最後尾データのＮ
ＭＳＧ ＬＡのアドレスが格納され、ＲＬＭＳＧ Ｄ
には送信決定を示す識別子ＴＸが格納される。
求管理リストＬ１を持っている。図７にその管理リスト
Ｌ１の一構成例を示す。各伝送制御局は、トークンフレ
ーム受信時に必ずそのデッドラインを伝えるが、管理リ
スト（Ｌ１）６０は最近のデータ送信割当要求フレーム
に登録されたデータ、すなわち他局へ通知された送信要
求データを管理する。管理リスト（Ｌ１）６０は、前回
トークンフレーム受信時に送信したデータ送信割当要求
フレームに登録されたデータのうち、最も早いデッドラ
インを持つデータメッセージＮ ＭＳＧ ＬＡのアドレ
スを格納するＲＦＭＳＧブロック６１、そのデータのデ
ッドラインを格納するＲＦＭＳＧ Ｄブロック６２、同
じデータ送信割当要求フレームに登録されたデータのう
ち、最も遅いデッドラインを持つデータメッセージのＮ
ＭＳＧ ＬＡのアドレスを格納するＲＬＭＳＧブロッ
ク６３、そのデータのデッドラインを格納するＲＬＭＳ
Ｇ Ｄブロック６４により構成される。データ送信側割当
要求フレームに登録された各データは、データメッセー
ジのＲＭＳＧ ＬＡによりデッドラインの早い順にリン
クされる。ＲＭＳＧ ＬＡはそのデータの次に緊急度の
高いデータＮ ＭＳＧ ＬＡのアドレスを格納する。管
理リストＬ１はこれらのリンクされたデータの先頭と最
後尾を示すものであり、ＭＰＵ２７は管理リストＬ１と
各データのＲＭＳＧ ＬＡにより、他局へ通知された送
信要求データを知ることができる。なお、ＭＰＵ２７の
フレーム送信処理により送信要求キューＱ２へデータが
リンクしたときには、ＲＬＭＳＧには最後尾データのＮ
ＭＳＧ ＬＡのアドレスが格納され、ＲＬＭＳＧ Ｄ
には送信決定を示す識別子ＴＸが格納される。
【００２１】さらに、各伝送制御局は、他局のデータ送
信割当要求管理リストＬ２を持っている。図８はその管
理リストＬ２の一構成例を示すものである。管理リスト
（Ｌ２）７０は、他の１伝送制御局のデータ送信割当要
求を管理する。管理リストＬ２は、どの伝送制御局の送
信要求データかを表す伝送制御局アドレス７１と、管理
リストＬ２以外のサイズを表すレコード総数７２と、最
も最近受信した伝送制御局アドレスによって示される伝
送制御局からのデータ送信割当要求フレームに登録され
ていたデータ数を表す送信要求データ数７３と、図９で
示されるようなレコード７４により構成される。このレ
コードはレコード総数で示される数だけあり、デッドラ
インの早い順に並んでいる。レコードは送信要求データ
のデッドラインを格納するＲＭＳＧ Ｄブロック７５
と、そのデータのフレーム長を格納するＲＭＳＧ Ｌブ
ロック７６とにより構成されている。
信割当要求管理リストＬ２を持っている。図８はその管
理リストＬ２の一構成例を示すものである。管理リスト
（Ｌ２）７０は、他の１伝送制御局のデータ送信割当要
求を管理する。管理リストＬ２は、どの伝送制御局の送
信要求データかを表す伝送制御局アドレス７１と、管理
リストＬ２以外のサイズを表すレコード総数７２と、最
も最近受信した伝送制御局アドレスによって示される伝
送制御局からのデータ送信割当要求フレームに登録され
ていたデータ数を表す送信要求データ数７３と、図９で
示されるようなレコード７４により構成される。このレ
コードはレコード総数で示される数だけあり、デッドラ
インの早い順に並んでいる。レコードは送信要求データ
のデッドラインを格納するＲＭＳＧ Ｄブロック７５
と、そのデータのフレーム長を格納するＲＭＳＧ Ｌブ
ロック７６とにより構成されている。
【００２２】各伝送制御局は、他の伝送制御局分の管理
リストＬ２を持ち、他局のデータ送信割当要求フレーム
を受信する度に、対応する管理リストＬ２を更新する。
リストＬ２を持ち、他局のデータ送信割当要求フレーム
を受信する度に、対応する管理リストＬ２を更新する。
【００２３】以上のように各伝送制御局は、他の伝送制
御局分の管理リストＬ２と自局の管理リストＬ１とを持
つことにより、システム全体の送信要求データ状況を把
握することができる。
御局分の管理リストＬ２と自局の管理リストＬ１とを持
つことにより、システム全体の送信要求データ状況を把
握することができる。
【００２４】図２（ａ）のフレーム送信処理フローは、
主局以外の各伝送制御局では同期信号割込信号SIG2をＭ
ＰＵ２７が検出したときに、また主局ではトークンフレ
ーム正常受信完了割込信号SIG3をＭＰＵ２７が検出した
ときに、それぞれＭＰＵ２７が実行する処理フローであ
る。ＭＰＵ２７は、その時点での管理リストＬ１と管理
リストＬ２に登録されたデータを送信許可対象データと
し、デッドラインの早い順に送信を許可するが、その
際、システム同期用フレームの送信周期から、システム
全体のモードＭ１時間とトークン巡回時間を除いた残り
の時間Ｔ１内に送信できるデータのみが送信許可され
る。各伝送制御局は時間Ｔ１を知っており、管理リスト
Ｌ１およびＬ２に登録されたデータのうちデッドライン
の早い順に、そのフレームの送信時間を知ることによ
り、時間Ｔ１内で送信できるデータを決定し、送信キュ
ーＱ２へリンクした最後尾のデータのＮ ＭＳＧ ＬＡ
のアドレスとし、デッドラインＲＬＭＳＧ Ｄに送信決
定を表す識別子ＴＸを格納することにより管理リストＬ
１の更新を行う（ステップＳ９）。ＭＰＵ２７が送信完
了時に管理リストＬ１をアクセスしたときには、管理リ
ストＬ１は送信済みデータを表している。次に、次回ト
ークンフレーム受信時に、モードＭ１のフレームとして
送信されるデータ送信割当要求フレームを作成する。ス
テップＳ８にて送信キューＱ２へリンクしたデータ以外
の、送信要求キューＱ１にリンクしているデータメッセ
ージのうち、デッドラインの早い順に、時間Ｔ１内で送
信可能な分だけ、そのデータのデッドラインとフレーム
長をデータ送信割当要求フレームの情報部とすることに
より、データ送信割当要求フレームを作成し、送信キュ
ーＱ３へリンクする（ステップＳ１０）。
主局以外の各伝送制御局では同期信号割込信号SIG2をＭ
ＰＵ２７が検出したときに、また主局ではトークンフレ
ーム正常受信完了割込信号SIG3をＭＰＵ２７が検出した
ときに、それぞれＭＰＵ２７が実行する処理フローであ
る。ＭＰＵ２７は、その時点での管理リストＬ１と管理
リストＬ２に登録されたデータを送信許可対象データと
し、デッドラインの早い順に送信を許可するが、その
際、システム同期用フレームの送信周期から、システム
全体のモードＭ１時間とトークン巡回時間を除いた残り
の時間Ｔ１内に送信できるデータのみが送信許可され
る。各伝送制御局は時間Ｔ１を知っており、管理リスト
Ｌ１およびＬ２に登録されたデータのうちデッドライン
の早い順に、そのフレームの送信時間を知ることによ
り、時間Ｔ１内で送信できるデータを決定し、送信キュ
ーＱ２へリンクした最後尾のデータのＮ ＭＳＧ ＬＡ
のアドレスとし、デッドラインＲＬＭＳＧ Ｄに送信決
定を表す識別子ＴＸを格納することにより管理リストＬ
１の更新を行う（ステップＳ９）。ＭＰＵ２７が送信完
了時に管理リストＬ１をアクセスしたときには、管理リ
ストＬ１は送信済みデータを表している。次に、次回ト
ークンフレーム受信時に、モードＭ１のフレームとして
送信されるデータ送信割当要求フレームを作成する。ス
テップＳ８にて送信キューＱ２へリンクしたデータ以外
の、送信要求キューＱ１にリンクしているデータメッセ
ージのうち、デッドラインの早い順に、時間Ｔ１内で送
信可能な分だけ、そのデータのデッドラインとフレーム
長をデータ送信割当要求フレームの情報部とすることに
より、データ送信割当要求フレームを作成し、送信キュ
ーＱ３へリンクする（ステップＳ１０）。
【００２５】図２（ｂ）のトークンフレーム受信処理フ
ローは、各伝送制御局がトークンフレームを受信したと
きの、トークンパッシング伝送制御回路の処理フローを
表すものである。まず、送信キューＱ３にリンクしてい
るモードＭ１のフレームを予め設定された数だけ送信す
るが、その際、データ送信割当要求フレームを同報通信
する（ステップＳ１１）。その後、送信キューＱ２のデ
ータをすべて送信する（ステップＳ１２）。
ローは、各伝送制御局がトークンフレームを受信したと
きの、トークンパッシング伝送制御回路の処理フローを
表すものである。まず、送信キューＱ３にリンクしてい
るモードＭ１のフレームを予め設定された数だけ送信す
るが、その際、データ送信割当要求フレームを同報通信
する（ステップＳ１１）。その後、送信キューＱ２のデ
ータをすべて送信する（ステップＳ１２）。
【００２６】図２（ｃ）のフレーム送信完了処理フロー
は、ＭＰＵ２７がフレーム送信完了割込信号SIG4を検出
したときにＭＰＵ２７が実行する処理フローである。ま
ず、管理リストＬ１により送信の完了したデータメッセ
ージを知り、そのすべてのデータメッセージを送信要求
キューＱ１から切離す。これは、データメッセージのＮ
ＭＳＧ ＬＡとＰ ＭＳＧ ＬＡを書換えることによ
り行う。このとき、送信要求キューＱ１にリンクしてい
る先頭データメッセージを切離す場合は、データメッセ
ージＦＭＳＧをその先頭データメッセージのＮ ＭＳＧ
ＬＡの値とし、ＦＭＳＧ Ｄをその先頭メッセージの
Ｎ ＭＳＧ ＬＡの示すデータメッセージのデッドライ
ンＭＳＧ Ｄとし、先頭メッセージのＮ ＭＳＧ ＬＡ
の示すデータメッセージのＰ ＭＳＧ ＬＡを識別子Ｉ
Ｔとする。送信要求キューＱ１にリンクしている最後尾
データメッセージを切離す場合は、データメッセージＬ
ＭＳＧをその最後尾データメッセージのＰ ＭＳＧ Ｌ
Ａの値とし、そのＰ ＭＳＧ ＬＡの示すデータメッセ
ージのデッドラインＭＳＧ ＤをＬＭＳＧ Ｄに格納
し、Ｎ ＭＳＧ ＬＡに識別子ＩＬを格納することによ
り、送信要求キューＱ１管理テーブルを更新する（ステ
ップＳ１３）。その後、送信済みのデータ送信割当要求
フレームに登録されたデータ、すなわちデッドラインと
フレーム長が他局へ同報通信されたデータを、ＲＭＳＧ
ＬＡを用いてデッドラインの早い順にリンクする。こ
のとき、ＲＦＭＳＧを、登録されたデータのうち、最も
早いデッドラインを持つデータメッセージのＮ ＭＳＧ
ＬＡのアドレスとし、ＲＦＭＳＧ Ｄをそのデータメ
ッセージのデッドラインＭＳＧ Ｄの値とし、ＲＬＭＳ
Ｇを、登録されたデータのうち最も遅いデッドラインを
持つデータメッセージのＮ ＭＳＧ ＬＡのアドレスと
し、ＲＬＭＳＧ Ｄの値とすることにより、管理リスト
Ｌ１を更新する（ステップＳ１４）。
は、ＭＰＵ２７がフレーム送信完了割込信号SIG4を検出
したときにＭＰＵ２７が実行する処理フローである。ま
ず、管理リストＬ１により送信の完了したデータメッセ
ージを知り、そのすべてのデータメッセージを送信要求
キューＱ１から切離す。これは、データメッセージのＮ
ＭＳＧ ＬＡとＰ ＭＳＧ ＬＡを書換えることによ
り行う。このとき、送信要求キューＱ１にリンクしてい
る先頭データメッセージを切離す場合は、データメッセ
ージＦＭＳＧをその先頭データメッセージのＮ ＭＳＧ
ＬＡの値とし、ＦＭＳＧ Ｄをその先頭メッセージの
Ｎ ＭＳＧ ＬＡの示すデータメッセージのデッドライ
ンＭＳＧ Ｄとし、先頭メッセージのＮ ＭＳＧ ＬＡ
の示すデータメッセージのＰ ＭＳＧ ＬＡを識別子Ｉ
Ｔとする。送信要求キューＱ１にリンクしている最後尾
データメッセージを切離す場合は、データメッセージＬ
ＭＳＧをその最後尾データメッセージのＰ ＭＳＧ Ｌ
Ａの値とし、そのＰ ＭＳＧ ＬＡの示すデータメッセ
ージのデッドラインＭＳＧ ＤをＬＭＳＧ Ｄに格納
し、Ｎ ＭＳＧ ＬＡに識別子ＩＬを格納することによ
り、送信要求キューＱ１管理テーブルを更新する（ステ
ップＳ１３）。その後、送信済みのデータ送信割当要求
フレームに登録されたデータ、すなわちデッドラインと
フレーム長が他局へ同報通信されたデータを、ＲＭＳＧ
ＬＡを用いてデッドラインの早い順にリンクする。こ
のとき、ＲＦＭＳＧを、登録されたデータのうち、最も
早いデッドラインを持つデータメッセージのＮ ＭＳＧ
ＬＡのアドレスとし、ＲＦＭＳＧ Ｄをそのデータメ
ッセージのデッドラインＭＳＧ Ｄの値とし、ＲＬＭＳ
Ｇを、登録されたデータのうち最も遅いデッドラインを
持つデータメッセージのＮ ＭＳＧ ＬＡのアドレスと
し、ＲＬＭＳＧ Ｄの値とすることにより、管理リスト
Ｌ１を更新する（ステップＳ１４）。
【００２７】図２（ｄ）はデータ送信割当要求フレーム
受信処理フローを示すものである。このフローは、トー
クンパッシング伝送制御回路がデータ送信割当要求フレ
ームを受信したときに実行する処理である。受信された
データ送信割当要求フレームの送信元と対応する管理リ
ストＬ２は、このフレームの情報部により更新される
（ステップＳ１５）。
受信処理フローを示すものである。このフローは、トー
クンパッシング伝送制御回路がデータ送信割当要求フレ
ームを受信したときに実行する処理である。受信された
データ送信割当要求フレームの送信元と対応する管理リ
ストＬ２は、このフレームの情報部により更新される
（ステップＳ１５）。
【００２８】図１０は伝送路利用例を示すものである。
主局である伝送制御局１から同期フレーム９０が送信さ
れると、それは伝播遅延によりある時間だけ遅れて伝送
制御局２、Ｎへと伝わる（同期フレーム検出９１）。伝
送制御局１は同期フレーム送信後、データ送信割当要求
フレームを含む送信キューＱ３のフレームを送信し、次
に送信キューＱ２のフレームをすべて送信する。続いて
トークンフレームを受信する伝送制御局２，Ｎは、同様
にその時点の送信キューＱ３のフレームを送信し、次に
送信キューＱ２のフレームをすべて送信してから、管理
リストＬ１を更新する。各伝送制御局は、他局のデータ
送信割当要求フレームを受信すると、それらに対応する
管理リストＬ２を即座に更新する。再び主局がトークン
フレームを受信すると、同期フレームおよびデータフレ
ームを送信してからトークンを解放するが、ここで、主
局ではトークンフレームを受信したとき、その他の伝送
制御局では同期フレームを受信したとき、それぞれ各伝
送制御局の持つ管理リストＬ１および管理リストＬ２を
合わせた情報は同じである。そのため、主局ではトーク
ンフレームを受信したとき、その他の伝送制御局では同
期フレームを受信したとき、それぞれ次回トークン時に
送信するデータを管理リストＬ１，Ｌ２よりも早い順に
決定すると、システム全体として緊急度の高いデータを
送信することができる。
主局である伝送制御局１から同期フレーム９０が送信さ
れると、それは伝播遅延によりある時間だけ遅れて伝送
制御局２、Ｎへと伝わる（同期フレーム検出９１）。伝
送制御局１は同期フレーム送信後、データ送信割当要求
フレームを含む送信キューＱ３のフレームを送信し、次
に送信キューＱ２のフレームをすべて送信する。続いて
トークンフレームを受信する伝送制御局２，Ｎは、同様
にその時点の送信キューＱ３のフレームを送信し、次に
送信キューＱ２のフレームをすべて送信してから、管理
リストＬ１を更新する。各伝送制御局は、他局のデータ
送信割当要求フレームを受信すると、それらに対応する
管理リストＬ２を即座に更新する。再び主局がトークン
フレームを受信すると、同期フレームおよびデータフレ
ームを送信してからトークンを解放するが、ここで、主
局ではトークンフレームを受信したとき、その他の伝送
制御局では同期フレームを受信したとき、それぞれ各伝
送制御局の持つ管理リストＬ１および管理リストＬ２を
合わせた情報は同じである。そのため、主局ではトーク
ンフレームを受信したとき、その他の伝送制御局では同
期フレームを受信したとき、それぞれ次回トークン時に
送信するデータを管理リストＬ１，Ｌ２よりも早い順に
決定すると、システム全体として緊急度の高いデータを
送信することができる。
【００２９】
【発明の効果】以上詳述したように、本発明によれば、
伝送制御局がトークンフレームを受信したとき、必ず必
要な数のデータフレームを送信できるモードＭ１の機能
を持つメディアアクセス制御機能ＭＡＣを備えた、トー
クンパッシング方式において、システム全体として、デ
ータの緊急度に応じた伝送路の割当制御を行うことがで
きる。
伝送制御局がトークンフレームを受信したとき、必ず必
要な数のデータフレームを送信できるモードＭ１の機能
を持つメディアアクセス制御機能ＭＡＣを備えた、トー
クンパッシング方式において、システム全体として、デ
ータの緊急度に応じた伝送路の割当制御を行うことがで
きる。
【図１】本発明による送信要求制御のフローチャート。
【図２】（ａ）は図１におけるフレーム送信処理のフロ
ーチャート、（ｂ）は図１におけるトークンフレーム受
信処理のフローチャート、（ｃ）は図１におけるフレー
ム送信完了処理のフローチャート、（ｄ）は図１におけ
るデータ送信割当要求フレーム受信処理のフローチャー
ト。
ーチャート、（ｂ）は図１におけるトークンフレーム受
信処理のフローチャート、（ｃ）は図１におけるフレー
ム送信完了処理のフローチャート、（ｄ）は図１におけ
るデータ送信割当要求フレーム受信処理のフローチャー
ト。
【図３】伝送システムの構成例を示す系統図。
【図４】本発明による伝送制御局のハードウエア構成を
示すブロック図。
示すブロック図。
【図５】本発明による送信要求データメッセージの構成
例を示す図。
例を示す図。
【図６】本発明による送信要求キューＱ１の管理テーブ
ルの構成例を示す図。
ルの構成例を示す図。
【図７】本発明による自局のデータ送信割当要求管理リ
ストＬ１の構成例を示す図。
ストＬ１の構成例を示す図。
【図８】本発明による他局のデータ送信割当要求管理リ
ストＬ２の構成例を示す図。
ストＬ２の構成例を示す図。
【図９】本発明による管理リストＬ２のレコード構成例
を示す図。
を示す図。
【図１０】本発明による伝送路利用例を示す図。
４０ 送信要求データメッセージ ５０ 送信要求Ｑ１管理テーブル ６０ 自局のデータ送信割当要求管理リストＬ１ ７０ 他局のデータ送信割当要求管理リストＬ２
Claims (1)
- 【請求項１】共通伝送路に接続された複数の伝送制御局
間で情報交換を行うローカルエリアネットワークにおけ
る送信要求制御方法であって、ある一つの伝送制御局
が、システム同期用の同期フレームを定時刻に同期して
送信し、また、データ送信権の委譲を示すトークンフレ
ームを受信すると予め定めた時間以内にトークンを解放
し、各伝送制御局は、トークンフレームを受信したとき
必要な数のデータフレームを送信できるモードＭ１を備
えたメディア制御手段と、自局のデータ送信割当要求を
管理する管理リストＬ１と、他局のデータ送信割当要求
を管理する管理リストＬ２と、データの送信要求があっ
たらそのデータの緊急度を示す識別子Ｉ１をデータに与
え、その緊急度順にデータを送信要求キューＱ１に配列
する手段と、定時刻の同期信号割込発生時に管理リスト
Ｌ１およびＬ２から次にトークンフレームを受信したと
きに送信するデータフレームを決定し、モードＭ１以外
のデータフレームがリンクする送信キューＱ２にリンク
する手段と、これらの送信決定済みのデータフレームを
含まないデータ送信割当要求フレームを送信要求キュー
Ｑ１に基づいて作成し、モードＭ１に対応するデータが
リンクする送信キューＱ３に同報通信フレームとしてリ
ンクする手段と、トークンフレーム受信時にデータ送信
割当要求フレームを含むモードＭ１のフレームを送信
し、その後送信決定済みのデータフレームをすべて送信
する手段と、フレーム送信完了時に送信済みのデータフ
レームを送信要求キューＱ１から削除し、データ送信割
当要求フレームによって割当要求を行ったデータフレー
ムに対応する管理リストＬ１を作成する手段と、他の伝
送制御局から送信されるデータ送信割当要求フレームの
受信を検出し、それを内部に取込んで管理リストＬ２を
更新する手段と、各局から送信されたデータフレームを
監視し、管理リストＬ２から送信要求情報を削除する手
段とを備えている、ローカルエリアネットワークにおけ
る送信要求制御装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29983192A JP3228573B2 (ja) | 1992-11-10 | 1992-11-10 | Ｌａｎにおける送信要求制御装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29983192A JP3228573B2 (ja) | 1992-11-10 | 1992-11-10 | Ｌａｎにおける送信要求制御装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06152604A true JPH06152604A (ja) | 1994-05-31 |
| JP3228573B2 JP3228573B2 (ja) | 2001-11-12 |
Family
ID=17877453
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29983192A Expired - Fee Related JP3228573B2 (ja) | 1992-11-10 | 1992-11-10 | Ｌａｎにおける送信要求制御装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3228573B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001074702A1 (fr) * | 2000-03-30 | 2001-10-11 | Mitsubishi Denki Kabushiki Kaisha | Dispositif de commande de communication d'ascenseur et procede de commande de communication |
| JP2002326773A (ja) * | 2001-05-01 | 2002-11-12 | Mitsubishi Electric Corp | エレベーターの通信制御装置 |
-
1992
- 1992-11-10 JP JP29983192A patent/JP3228573B2/ja not_active Expired - Fee Related
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001074702A1 (fr) * | 2000-03-30 | 2001-10-11 | Mitsubishi Denki Kabushiki Kaisha | Dispositif de commande de communication d'ascenseur et procede de commande de communication |
| US6471011B1 (en) | 2000-03-30 | 2002-10-29 | Mitsubishi Denki Kabushiki Kaisha | Elevator communication controller and communication control method |
| JP4601888B2 (ja) * | 2000-03-30 | 2010-12-22 | 三菱電機株式会社 | エレベーターの通信制御装置及び通信制御方法 |
| JP2002326773A (ja) * | 2001-05-01 | 2002-11-12 | Mitsubishi Electric Corp | エレベーターの通信制御装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3228573B2 (ja) | 2001-11-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3251640B2 (ja) | データ伝送方法とその装置 | |
| US8850058B2 (en) | Ethernet-based data transmission method, ethernet nodes and control system | |
| US7313716B2 (en) | Method and device for exchanging data between at least two stations connected via a bus system | |
| US7801173B2 (en) | Communication message conversion apparatus and communication message conversion method | |
| US7466717B1 (en) | Method and device for exchanging data between at least two users that are connected to a bus system | |
| US7149213B1 (en) | Wireless computer system with queue and scheduler | |
| US7313104B1 (en) | Wireless computer system with latency masking | |
| JPH1049507A (ja) | 並列計算機 | |
| JPH0865334A (ja) | マルチメディア通信装置及び方法 | |
| US11316654B2 (en) | Communication device and method for operating a communication system for transmitting time critical data | |
| JP4601888B2 (ja) | エレベーターの通信制御装置及び通信制御方法 | |
| US10230656B2 (en) | Method and apparatus for controlling message over heterogeneous network | |
| JPH0345042A (ja) | データ伝送装置 | |
| US5426638A (en) | Transmission method and system thereof | |
| US4707830A (en) | Token passing LAN using a plurality of tokens | |
| JP3302354B2 (ja) | データ伝送方法 | |
| EP0616450A2 (en) | Communication control device | |
| JP3228573B2 (ja) | Ｌａｎにおける送信要求制御装置 | |
| JP3034405B2 (ja) | ローカルエリアネットワーク装置 | |
| JP3251934B2 (ja) | データ伝送方法 | |
| US20240039756A1 (en) | Can communication controller and method of operating can communication controller | |
| CN111478838B (zh) | 一种高效高带宽的通信方法及系统 | |
| JP3034406B2 (ja) | ローカルエリアネットワーク装置 | |
| JPH0691541B2 (ja) | バス型ｌａｎ | |
| JP2742239B2 (ja) | ノード間データ通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070907 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080907 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080907 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090907 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090907 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100907 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |