JPH07235945A - Communication control system for ring bus system - Google Patents

Communication control system for ring bus system

Info

Publication number
JPH07235945A
JPH07235945A JP6027726A JP2772694A JPH07235945A JP H07235945 A JPH07235945 A JP H07235945A JP 6027726 A JP6027726 A JP 6027726A JP 2772694 A JP2772694 A JP 2772694A JP H07235945 A JPH07235945 A JP H07235945A
Authority
JP
Japan
Prior art keywords
token
ring bus
frame
individual
communication
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.)
Withdrawn
Application number
JP6027726A
Other languages
Japanese (ja)
Inventor
Isamu Yamamoto
勇 山本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP6027726A priority Critical patent/JPH07235945A/en
Publication of JPH07235945A publication Critical patent/JPH07235945A/en
Withdrawn legal-status Critical Current

Links

Landscapes

  • Small-Scale Networks (AREA)

Abstract

PURPOSE:To prevent deterioration of the processing capability despite the congestion of a ring bus and also to secure the stable processing capability regardless of the traffic state in a ring bus system. CONSTITUTION:A communication management node l is provided with a normal token generating/monitoring means 11 which generates a normal token frame that circulates on a ring bus and also monitors the circulating time on the ring bus. A load state monitoring control means 12 decides whether the circulating time acquired by monitoring the normal token frame continuously exceeds the prescribed time. If decided so, an individual token generating/monitoring means 13 generates an individual token frame added with priority in addition to the normal token frame after deciding a congestion state of the ring bus. Then the means 13 sends the individual token frame onto the ring bus to monitor it.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明はトークンパッシング方式
を採用したリングバスシステムにおける通信制御方式に
関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication control system in a ring bus system adopting a token passing system.

【0002】データ送受信機能を備えた複数の通信ノー
ドをリング状のバスに接続したリングバスシステムで
は,少なくとも一つのシステムを管理する通信管理ノー
ドを備え,リングバスを巡回する1個のトークンフレー
ムを捕捉した通信ノードがデータの送信権を得るトーク
ンパッシング方式が知られている。
In a ring bus system in which a plurality of communication nodes having a data transmission / reception function are connected to a ring-shaped bus, a communication management node that manages at least one system is provided, and one token frame circulating on the ring bus is provided. A token passing method is known in which the captured communication node obtains the data transmission right.

【0003】このトークンパッシング方式を用いた場
合,リングバス内の多数の通信ノードが通信を要求して
いると,トークンフレームの巡回時間が長くなり,シス
テムの処理能力が低下するため,その改善が望まれてい
る。
When this token passing system is used, if a large number of communication nodes in the ring bus request communication, the cycle time of the token frame becomes long and the processing capacity of the system is lowered, so that improvement is made. Is desired.

【0004】[0004]

【従来の技術】図7はリングバスシステムの説明図,図
8は通信ノードの構成例である。図7のA.はリングバ
スシステムの構成,B.はフレーム構成である。
2. Description of the Related Art FIG. 7 is an explanatory diagram of a ring bus system, and FIG. 8 is a configuration example of a communication node. A. of FIG. Is the configuration of the ring bus system, B. Is a frame structure.

【0005】図7のA.において,70〜75は一般の
通信ノード(#1〜#6で表示),76は複数の通信ノ
ード及びリングバスを制御する機能を持つ通信管理ノー
ド(#7で表示),RB0,RB1は各通信ノード間を
接続するためのリングバスを表す。この構成ではリング
バスがRB0,RB1と2本設けられているが,一方
(例えばRB0)を現用として,他方(例えばRB1)
は現用が障害の時の予備として使用する。なお,現用と
してn本設けたリングバスをn+1構成のリングバスと
称される。このリングバスシステムでは,リングバス上
を巡回する1個のトークンを捕捉した通信ノードがデー
タの送信権を得て送信データを他の通信ノードへ送信す
る。
Referring to FIG. , 70 to 75 are general communication nodes (displayed as # 1 to # 6), 76 is a communication management node having a function of controlling a plurality of communication nodes and a ring bus (displayed at # 7), and RB0 and RB1 are each Represents a ring bus for connecting communication nodes. In this configuration, two ring buses RB0 and RB1 are provided, but one (for example, RB0) is currently used and the other (for example, RB1)
Is used as a backup when the current one is in failure. Incidentally, the ring bus provided in the present number n is called a ring bus having an n + 1 configuration. In this ring bus system, a communication node that captures one token circulating on the ring bus obtains a data transmission right and transmits the transmission data to another communication node.

【0006】図7のB.に通信ノード間の通信に用いら
れるフレーム構成が示され,は,コマンドを送信する
ための制御フレーム(トークンフレームを含む)であ
り,はデータを送信するためのフレームである。これ
らのフレームの中の,Fはフラグ(01111110の8ビッ
ト),Cはコマンド,DAは通信先(宛先)アドレス,
SAは送信元アドレス,FCSは誤り検出のためのフレ
ームチェックシーケンス,Iは送信すべきデータが格納
される情報フィールドである。トークンフレームは,
の制御フレームのC(コマンド)が特定パターン(例え
ば,オール1)であることにより表示する。
FIG. 7B. A frame structure used for communication between communication nodes is shown in, a control frame (including a token frame) for transmitting a command, and a frame for transmitting data. In these frames, F is a flag (8 bits of 01111110), C is a command, DA is a communication destination address.
SA is a source address, FCS is a frame check sequence for error detection, and I is an information field in which data to be transmitted is stored. The token frame is
This is displayed because the C (command) of the control frame is a specific pattern (for example, all 1).

【0007】図8に示す通信ノード(図7に示す70〜
75)の構成において,80はバスインタフェース部,
81は上流の通信ノードからの信号を受信するための処
理をするリングバスインタフェース受信部,82はフレ
ームがトークンであるか通常のフレームかの識別や,フ
レームに含まれる制御信号,即ちアドレス,コマンド等
の解析を行うフレーム解析部,83は上流の通信ノード
から受け取って他通信ノードへ送る必要のあるフレーム
や,自通信ノードからフレームを送信する場合に送信デ
ータ切替部86の切替制御を行う送信制御部,84は自
通信ノードが障害の時上流から受信したフレームをバイ
パスして下流の通信ノードへ送信するか,障害で無い時
リングバスインタフェース送信部85からのフレームを
送信するかを切替える切替部,85は下流の通信ノード
へ送信するための処理を行う送信側のリングバスインタ
フェース送信部,86はフレーム解析部82からのフレ
ームか,自通信ノードから発生するフレームの何れかを
選択する送信データ切替部,87はバスインタフェース
部80と,プロセッサ側とのインタフェースをとるプロ
セッサインタフェース部,88は通信ノードのプロセッ
サ部,89は通信ノードのメモリ部である。
The communication node shown in FIG. 8 (70 to 70 shown in FIG.
In the configuration of 75), 80 is a bus interface unit,
Reference numeral 81 is a ring bus interface receiving unit that performs processing for receiving a signal from an upstream communication node, and 82 is identification of whether the frame is a token or a normal frame, control signals included in the frame, that is, an address and a command. A frame analysis unit that analyzes the data, such as a frame analysis unit 83 that receives from an upstream communication node and needs to be sent to another communication node, or a transmission control unit 86 that controls switching of the transmission data switching unit 86 when transmitting a frame from its own communication node. The control unit 84 switches between bypassing the frame received from upstream when the communication node has a failure and transmitting it to the downstream communication node, or transmitting the frame from the ring bus interface transmission unit 85 when there is no failure. , 85 is a ring bus interface transmission unit on the transmission side that performs processing for transmission to a downstream communication node, 6 is a transmission data switching unit for selecting either the frame from the frame analysis unit 82 or the frame generated from its own communication node, 87 is a processor interface unit for interfacing with the bus interface unit 80 and the processor side, and 88 is A processor unit of the communication node, and 89 is a memory unit of the communication node.

【0008】バスインタフェース部80は,リングバス
対応に各通信ノードに備えられ,プロセッサインタフェ
ース部87を介して接続するプロセッサ部88,メモリ
部89とにより通信ノードが構成されている。以下に図
8の通信ノードの動作を説明する。
The bus interface unit 80 is provided in each communication node corresponding to the ring bus, and the processor unit 88 and the memory unit 89 connected via the processor interface unit 87 constitute a communication node. The operation of the communication node of FIG. 8 will be described below.

【0009】通常リングバスからのフレームは,リング
バスインタフェース受信部81で受信し,フレーム解析
部82で受信フレームを解析する。ある通信ノードが送
信動作を行う場合,プロセッサ部88からプロセッサイ
ンタフェース部87を介して送信制御部83に対して送
信要求を発行している。この状態で前記フレーム解析部
82から,トークンフレーム検出信号を受信すると送信
制御部83は送信データ切替部86をプロセッサ部88
からのデータに切替え,リングバスインタフェース送信
部85からリングバス上にデータを送信すると共に,最
終データ送信後に前記捕捉したトークンフレームをリン
グバス上に送信して送信動作を終了する。
Normally, a frame from the ring bus is received by the ring bus interface receiver 81, and the frame analyzer 82 analyzes the received frame. When a certain communication node performs a transmission operation, the processor unit 88 issues a transmission request to the transmission control unit 83 via the processor interface unit 87. When the token frame detection signal is received from the frame analysis unit 82 in this state, the transmission control unit 83 causes the transmission data switching unit 86 to change to the processor unit 88.
And the data is transmitted from the ring bus interface transmitter 85 onto the ring bus, and after the final data transmission, the captured token frame is transmitted onto the ring bus to complete the transmission operation.

【0010】このようなリングバスシステムでは,各通
信ノード間の通信種別として,1対1通信及び1対n通
信があり,それらは図7のB.に示すフレーム構成のD
A部に通信先アドレスを設定することにより識別してい
る。通信先アドレスは,1対1通信の際は個別アドレ
ス,1対n通信では代表アドレス,グループグローバル
アドレス,オールグローバルアドレスが設定される。送
信されたフレームが宛先(代表アドレスの場合は複数の
宛先)で受信されると,該当するノードでフレームを引
き取り,リングバス上に受信した旨のACKフレームを
送信元の通信ノードへ宛てて送信する。送信元でこれを
受信すると通信先へフレームが正常に送信されたか否か
を確認することができる。また,宛先の通信ノードが,
バッファビジー等で受信不可の場合はREJ(拒否)フ
レームを返送することで通信が完了する。なお,トーク
ンフレームのDA部はどの通信ノードも使用可能なオー
ルグローバルアドレスとして設定される。
In such a ring bus system, there are one-to-one communication and one-to-n communication as the communication types between the communication nodes, which are B.1 of FIG. D of the frame structure shown in
It is identified by setting the communication destination address in the A section. As the communication destination address, an individual address is set for one-to-one communication, and a representative address, a group global address, and an all-global address are set for one-to-n communication. When the transmitted frame is received at the destination (or multiple destinations in the case of the representative address), the frame is picked up by the corresponding node, and the ACK frame indicating that it was received on the ring bus is sent to the source communication node. To do. When the transmission source receives this, it can be confirmed whether or not the frame is normally transmitted to the communication destination. Also, the destination communication node is
When reception is impossible due to buffer busy or the like, the REJ (rejection) frame is returned to complete the communication. The DA part of the token frame is set as an all-global address that any communication node can use.

【0011】また,通信管理ノード76では,リングバ
スを巡回するトークンの巡回時間を監視し,規定時間内
にトークンが検出できない場合はトークン紛失として上
位装置に通知すると共に新たなトークンを再生しリング
バス上に送出する機能を備えている。
Further, the communication management node 76 monitors the circulation time of the token circulating on the ring bus, and when the token cannot be detected within the specified time, notifies the host device as a token loss and reproduces a new token and rings. It has the function of sending data on the bus.

【0012】[0012]

【発明が解決しようとする課題】上記したようにリング
バスシステムでは,通信を行う際には必ずリングバス上
を巡回するトークンフレームを捕捉しなければならない
ため,トークンフレームの巡回時間がシステムの処理能
力を大きく左右することになる。特に,高トラヒック時
には各通信ノードが送信要求を持っており,巡回するト
ークンフレームを各通信ノードが捕捉してデータの送信
を行うと,各ノード内でのトークンの保留時間が大きく
なるため,トークンの巡回時間が延びてシステムの処理
能力が低下するという問題がある。
As described above, in the ring bus system, the token frame that circulates on the ring bus must be captured when communication is performed. It will greatly affect your ability. Especially, during high traffic, each communication node has a transmission request, and if each communication node captures a circulating token frame and transmits data, the token hold time in each node increases, so the token However, there is a problem that the cycle time is extended and the processing capacity of the system is reduced.

【0013】本発明は複数の通信ノードをリング状のバ
スに接続したリングバスシステムにおいて,リングバス
が輻輳した際にトークンフレームの巡回時間が極端に遅
れることによるシステムの処理能力の低下を防止し,ト
ラヒックに依存せずに安定的な処理能力が得られ,且つ
高い信頼度を確保することができるリングバスシステム
における通信制御方式を提供することを目的とする。
According to the present invention, in a ring bus system in which a plurality of communication nodes are connected to a ring-shaped bus, it is possible to prevent a decrease in the processing capacity of the system due to an extremely delayed circulation time of token frames when the ring bus is congested. An object of the present invention is to provide a communication control method in a ring bus system that can obtain stable processing capacity without depending on traffic and ensure high reliability.

【0014】[0014]

【課題を解決するための手段】図1は本発明の原理構成
図である。図1において,1は通信管理ノード,10は
受信フレームを解析してトークンフレーム(単に,トー
クンという)を検出するフレーム解析部,11は通常ト
ークンを生成して監視する通常トークン生成監視手段,
12は通常トークンの巡回時間により負荷状態を監視し
て輻輳が発生するとその程度に応じて個別トークンの発
生・消滅を制御する負荷状態監視制御手段,13−1〜
13−n(n≧1)はそれぞれ負荷状態監視制御手段1
2により制御され予め決められた通信ノードの特定グル
ープ(例えば,リングバスを介する通信量が多いグルー
プ)が使用可能な個別トークンを生成して監視する個別
トークン生成監視手段であり,1乃至複数個設けること
ができる。2は通信ノード,20はフレーム解析部,2
1は通常トークン検出手段,22は自グループの個別ト
ークン検出手段である。
FIG. 1 is a block diagram showing the principle of the present invention. In FIG. 1, 1 is a communication management node, 10 is a frame analysis unit that analyzes a received frame to detect a token frame (simply called a token), 11 is a normal token generation monitoring unit that generates and monitors a normal token,
Reference numeral 12 is a load state monitoring control means for monitoring the load state according to the circulation time of the normal token and controlling the generation / disappearance of individual tokens according to the degree of congestion when congestion occurs, 13-1 to 13-1.
13-n (n ≧ 1) are load state monitoring control means 1 respectively.
An individual token generation / monitoring unit that generates and monitors an individual token that can be used by a predetermined specific group of communication nodes (eg, a group with a large amount of communication via the ring bus) controlled by 2. Can be provided. 2 is a communication node, 20 is a frame analysis unit, 2
Reference numeral 1 is a normal token detecting means, and 22 is an individual token detecting means of its own group.

【0015】本発明はリングバスを巡回する通常トーク
ンの巡回時間を監視して負荷の状態を監視してバスの輻
輳状態を検出すると,通常トークンとは別に特定の通信
ノードのグループが使用できる個別トークンを,輻輳の
程度に対応して1個または複数個発生してリングバスに
送出することにより,リングバスの処理能力を向上させ
るものである。
According to the present invention, when the circulation time of the normal token circulating on the ring bus is monitored to detect the congestion state of the bus by monitoring the load state, the individual token that can be used by a specific communication node group separately from the normal token. By generating one or a plurality of tokens according to the degree of congestion and sending them to the ring bus, the processing capability of the ring bus is improved.

【0016】[0016]

【作用】通信管理ノード1では通常トークン生成監視手
段11からシステムの立ち上げと同時に通常トークンを
発生してトークンの巡回時間の監視を開始する。フレー
ム解析部10はリングバスから入力するフレームを解析
し,通常トークンを検出すると通常トークン生成監視手
段11に供給する。通常トークン生成監視手段11は前
回の通常トークンのリングバスへの送信時から受信まで
の巡回時間を毎回検出して負荷状態監視制御手段12へ
供給すると共に通常トークンをリングバスへ送信する。
負荷状態監視制御手段12は,検出された巡回時間が予
め設定された値を継続して越えた場合に輻輳状態と判断
し,最初の段階で個別トークン生成監視手段13−1を
駆動する。
In the communication management node 1, a normal token is generated from the normal token generation / monitoring means 11 at the same time when the system is started, and the monitoring of the token circulation time is started. The frame analysis unit 10 analyzes a frame input from the ring bus, and when detecting a normal token, supplies it to the normal token generation monitoring unit 11. The normal token generation monitoring means 11 detects the patrol time from the previous transmission of the normal token to the ring bus to the reception each time, supplies it to the load state monitoring control means 12, and transmits the normal token to the ring bus.
When the detected patrol time continues to exceed the preset value, the load state monitoring control unit 12 determines that the congestion state exists, and drives the individual token generation monitoring unit 13-1 at the first stage.

【0017】個別トークン生成監視手段13−1は,リ
ングバス上に通常トークンとは別の種類の個別トークン
を生成してリングバスに送出して監視する。個別トーク
ンは,通常トークンのフレーム構成に準拠しDA部(通
信先アドレス)を通常の通信で使用する設定値によりプ
ライオリティ(特定の通信ノードのグループだけが利用
できること)を付与する。例えば,リングバス上で通信
量が比較的多い通信ノードのグループが使用可能なよう
に個別トークンのDA部を設定することができる。
The individual token generation monitoring means 13-1 generates an individual token of a type different from the normal token on the ring bus and sends it to the ring bus for monitoring. The individual token is given a priority (being available only to a specific group of communication nodes) according to a setting value that uses the DA unit (communication destination address) in normal communication in conformity with the frame structure of the normal token. For example, the DA part of the individual token can be set so that a group of communication nodes having a relatively large amount of communication on the ring bus can be used.

【0018】通信ノード2ではフレーム解析部20にお
いて,通常トークン検出手段21において通常トークン
を検出し,この通信ノードから送信要求がある時に通常
トークンを検出すると,送信権が得られてデータの送信
を行う。また,個別トークン検出手段22は,この通信
ノード2に対し利用可能なものとして割り当てられた個
別トークンであるか否かを検出する。具体的には個別ト
ークン検出手段22に予め当該通信ノード(グループ)
に割り当てられた個別トークンのアドレスが設定されて
おり,設定された個別トークンを検出するとこの通信ノ
ード2は送信権を得て,データの送信を行うことがで
き,終了するとその個別トークンを送信する。
In the frame analysis unit 20 of the communication node 2, the normal token detecting means 21 detects the normal token, and when the normal token is detected when there is a transmission request from this communication node, the transmission right is obtained and the data is transmitted. To do. Further, the individual token detecting means 22 detects whether or not the individual token is assigned to the communication node 2 as an available token. Specifically, the communication node (group) is previously stored in the individual token detecting means 22.
The address of the individual token assigned to is set, and when the set individual token is detected, this communication node 2 obtains the transmission right and can transmit the data, and when it finishes, the individual token is transmitted. .

【0019】負荷状態監視制御手段12は,輻輳状態の
発生により個別トークン生成監視手段13−1を起動し
た後も更に輻輳状態が悪い状態に対応する設定値を継続
して越えたことを検出すると,2番目の個別トークン生
成監視手段13−2を起動する。個別トークン生成監視
手段13−2も,最初に動作している個別トークン生成
監視手段13−1と同様の構成で,別の通信ノードグル
ープが使用できる個別トークンを生成して,監視を行
う。このように,複数の個別トークン生成監視手段13
−1,13−2,…13−n(図示されてない)により
個別トークンが生成される。
When the load state monitoring control means 12 detects that the congestion state continues to exceed the set value corresponding to the bad state even after the individual token generation monitoring means 13-1 is activated due to the occurrence of the congestion state. , And activates the second individual token generation monitoring means 13-2. The individual token generation / monitoring unit 13-2 also has the same configuration as the individual token generation / monitoring unit 13-1 that operates first, and generates and monitors an individual token that can be used by another communication node group. In this way, the plurality of individual token generation monitoring means 13
Individual tokens are generated by -1, 13-2, ... 13-n (not shown).

【0020】負荷状態監視制御手段12は,通常トーク
ンの巡回時間の監視により,輻輳状態が順次解消される
と,それに合わせて現在動作している個別トークン生成
監視手段13−n…13−2,13−1を順番に停止さ
せて,各個別トークンを消滅させる。
When the congestion state is sequentially resolved by monitoring the circulation time of the normal tokens, the load state monitoring control means 12 operates in response to the individual token generation monitoring means 13-n ... 13-2, 13-1 is stopped in order to extinguish each individual token.

【0021】[0021]

【実施例】図2は通信管理ノードの要部の構成図,図3
は各トークンフレームの具体例を示す図である。
DETAILED DESCRIPTION FIG. 2 is a block diagram of the essential parts of a communication management node, and FIG.
FIG. 3 is a diagram showing a specific example of each token frame.

【0022】この実施例では,個別トークンとして軽度
の輻輳状態に発生する個別トークンAと,個別トークン
Aが発生しても輻輳状態が悪くなった場合に発生する個
別トークンBの2つを発生するものとする。
In this embodiment, there are two individual tokens, an individual token A that occurs in a lightly congested state and an individual token B that occurs when the congestion state worsens even if the individual token A occurs. I shall.

【0023】図2には通信管理ノードのトークン管理に
関する部分を中心に示し,図中,30はフレーム解析
部,30aはDA(通信先アドレス)部解析部,30b
はC(コマンド)部解析部30b,31は通常トークン
及び本発明による個別トークンを管理するトークン管理
部,32は通常トークン生成・監視部,32aは監視カ
ウンタ,33は負荷状態監視制御部,33aは輻輳カウ
ンタA,33bは輻輳カウンタB,33cは輻輳状態A
がオンかオフかを表すフラグ,33dは輻輳状態Bがオ
ンかオフかを表すフラグ,34は個別トークンA生成・
監視部,34aは個別トークンAの巡回時間を監視し異
常を検出する監視カウンタ,35は個別トークンB生成
・監視部,35aは個別トークンBを監視する監視カウ
ンタ,36は送信制御部,37は送信データ切替部であ
る。
FIG. 2 mainly shows a portion related to token management of the communication management node. In the figure, 30 is a frame analysis unit, 30a is a DA (communication destination address) unit analysis unit, and 30b.
Is a C (command) section analysis section 30b, 31 is a token management section for managing a normal token and an individual token according to the present invention, 32 is a normal token generation / monitoring section, 32a is a monitoring counter, 33 is a load state monitoring control section, 33a Is a congestion counter A, 33b is a congestion counter B, 33c is a congestion state A
Is a flag indicating whether it is on or off, 33d is a flag indicating whether the congestion state B is on or off, and 34 is an individual token A generation /
A monitoring unit, 34a is a monitoring counter that monitors the circulation time of the individual token A and detects an abnormality, 35 is an individual token B generation / monitoring unit, 35a is a monitoring counter that monitors the individual token B, 36 is a transmission control unit, and 37 is It is a transmission data switching unit.

【0024】なお,通信管理ノードも,一般の通信ノー
ドと基本的には同様の機構により構成され,図2のフレ
ーム解析部30,送信制御部36及び送信データ切替部
37はそれぞれ図8の同じ名称の82,83,86に対
応し,通信ノードの他の各部(図8の81,84,8
5,87〜89)は,図2では図示省略されている。
The communication management node is basically constructed by the same mechanism as a general communication node, and the frame analysis unit 30, the transmission control unit 36 and the transmission data switching unit 37 of FIG. 2 are the same as those of FIG. Corresponding to the names 82, 83, 86, other parts of the communication node (81, 84, 8 in FIG. 8)
5, 87-89) are omitted in FIG.

【0025】トークンフレームの具体例を図3に示す。
通常トークンフレームと本発明による個別トークンフレ
ームの基本構成は従来の制御フレーム(図7のB.参
照)と同様に,F(フラグ),C(コマンド),DA
(通信先アドレス),SA(送信元アドレス),FCS
(フレームチェックシーケンス),F(フラグ)とで構
成される。
A specific example of the token frame is shown in FIG.
The basic structure of the normal token frame and the individual token frame according to the present invention is the same as that of the conventional control frame (see B. in FIG. 7), F (flag), C (command), DA.
(Destination address), SA (source address), FCS
(Frame check sequence) and F (flag).

【0026】トークンフレームの構成のC(コマンド)
部によりトークン(例えば,「FF(H)」,但しHは
16進表示)であることを表示し,DA部により通常ト
ークンであるか,個別トークンフレームであるかを表示
する。この例では,図3に示すように通常トークンのD
A部を「FF(H)」とし,個別トークンAは「E*」
(H),すなわち8ビットで表示すると「1110**
**」(但し*は無視する)とし,個別トークンBを
「C*(H)」,すなわち8ビットで表示すると「11
00****」とする。このように,通常トークンと個
別トークンを設定すると,トークンの種別を識別するた
めDA部を解析する場合に前半の4ビットだけで識別す
ることができる。
Token frame structure C (command)
The section indicates that it is a token (for example, “FF (H)”, where H is hexadecimal display), and the DA section indicates whether it is a normal token or an individual token frame. In this example, as shown in FIG.
Part A is "FF (H)" and individual token A is "E *"
(H), that is, when displayed in 8 bits, "1110 **
** ”(however, * is ignored), and when individual token B is displayed as“ C * (H) ”, that is, 8 bits,“ 11 ”
00 *** ”. As described above, when the normal token and the individual token are set, when the DA part is analyzed in order to identify the type of the token, it can be identified by only the first 4 bits.

【0027】図4は上記図2に示す構成における制御フ
ローであり,図5はリングバス上の通常トークンと個別
トークンの動作例を示す図であり,図6は通常トークン
の巡回時間の変化に対する輻輳状態の説明図である。
FIG. 4 is a control flow in the configuration shown in FIG. 2, FIG. 5 is a diagram showing an operation example of a normal token and an individual token on the ring bus, and FIG. 6 is a diagram showing a change in circulation time of the normal token. It is explanatory drawing of a congestion state.

【0028】図4の制御フローを,図2,図5及び図6
を参照しながら説明する。なお,図5の動作例には,上
記図7に示す通信ノード#1〜#6(但し,#4〜#6
はまとめて表示)と通信管理ノード#7とから成るリン
グバスシステムにおける,(1) 通常時,(2) 輻輳状態
A,(3) 輻輳状態Bの各状態における各トークンの動作
が示され図6は図5の各状態(1) 〜(3) に対応する巡回
時間,規定時間等の関係が示されている。また,この実
施例では,各通信ノード#1〜#6をシステムの処理単
位グループに分割し,通信ノード#4〜#6のグループ
だけが個別トークンフレームAを使用可能とし通信ノー
ド#1〜#3のグループだけが個別トークンBを使用可
能として,各個別トークンにプライオリティを付加して
いる。
The control flow of FIG. 4 is changed to that of FIG. 2, FIG. 5 and FIG.
Will be described with reference to. In the operation example of FIG. 5, the communication nodes # 1 to # 6 (however, # 4 to # 6 shown in FIG. 7 are included.
Shows the operation of each token in the ring bus system consisting of (1) normal state, (2) congestion state A, (3) congestion state B in the ring bus system consisting of the communication management node # 7. Reference numeral 6 shows the relationship between the traveling time and the specified time corresponding to the states (1) to (3) in FIG. Further, in this embodiment, each communication node # 1 to # 6 is divided into processing unit groups of the system, and only the group of communication nodes # 4 to # 6 can use the individual token frame A and the communication nodes # 1 to # are processed. Only the group of 3 can use the individual token B, and the priority is added to each individual token.

【0029】最初に通信管理ノードにフレームが受信さ
れると(図4のS1),フレーム解析部(図2の30)
のDA部解析部(図2の30a)でDA部(通信先アド
レス)を解析する(同S2)。この結果について受信フ
レームが自ノード宛か判別する(同S3)。この場合,
自ノード宛かの判別は,予め各通信ノード毎に装置番号
が割付けらており,その値とDA部で指定された値との
合致により判断される。但し,通常トークンのDA部は
「F*」であり,何れの通信ノードも合致とみなす。ま
た,個別トークンA,Bは「E*」,「C*」と指定さ
れ,各通信ノードのグループ分けされたノードが合致し
たものとみなす。
When a frame is first received by the communication management node (S1 in FIG. 4), the frame analysis unit (30 in FIG. 2).
The DA unit (communication destination address) is analyzed by the DA unit analysis unit (30a in FIG. 2) (S2). Regarding this result, it is determined whether the received frame is addressed to the own node (at step S3). in this case,
The device number is assigned to each communication node in advance, and it is determined whether or not the node is addressed to its own node by matching the value with the value specified by the DA unit. However, the DA part of the normal token is "F *", and any communication node is regarded as a match. Further, the individual tokens A and B are designated as "E *" and "C *", and it is considered that the grouped nodes of the respective communication nodes match.

【0030】自ノード宛でない場合,そのフレームは,
スルーでリングバスへ送出し,次に接続する通信ノード
へ送出する(同S4)。自ノード宛の場合,C部を解析
し(同S5),通常トークンフレームであるかをC部と
DA部の解析結果により識別する(同S6)。
If it is not addressed to its own node, the frame is
The data is sent through to the ring bus through, and then sent to the next connected communication node (at step S4). When it is addressed to its own node, the C part is analyzed (at step S5), and whether it is a normal token frame is identified by the analysis result of the part C and DA part (at step S6).

【0031】この説明では,最初は図5及び図6の(1)
の通常時の状態であり,通常トークンだけがリングバス
上に存在するものとする。ここで,通常トークンフレー
ムではなく,通信管理ノードに対する制御フレーム(コ
マンドを指示するフレーム)が受信された場合は,図4
のS7(個別トークンAか),S10(個別トークンB
か)の各判断で何れもノーと判定され,コマンド対応の
処理が実行される(同S13)。
In this explanation, first, (1) in FIGS.
It is assumed that the normal token is present and only the normal token exists on the ring bus. Here, when a control frame (a frame instructing a command) for the communication management node is received instead of the normal token frame,
S7 (individual token A), S10 (individual token B)
Each of the above judgments is NO, and the processing corresponding to the command is executed (at step S13).

【0032】通常トークンフレームである場合は,通常
トークン生成・監視部32の監視カウンタ(図2の32
a)を読出してその値を解析し(図4のS14),リセ
ットすると共に図4には図示されないが,スルーでリン
グバスへ送出する動作が行われる。監視カウンタ(図2
の32a)は通常トークンを生成してからリングバスを
巡回して戻るまでの巡回時間を常にカウントし,この監
視カウンタの時間値の解析された時間値が規定値A以内
か判定する(同S15)。この規定値Aは,図6に規定
時間Aとして示され,通常時では巡回時間は規定値A以
内である。規定値以内と判断されると,輻輳カウンタA
(図2の33a)をリセットし(図4のS16),輻輳
状態A(図2の33cがオンで,個別トークンA生成・
監視部34が駆動されて個別トークンAを生成する状
態)がオンになっている場合はこれをオフにして(同S
17),次のフレーム受信に備える。
In the case of a normal token frame, a monitoring counter of the normal token generation / monitoring unit 32 (32 in FIG. 2).
Although a) is read, its value is analyzed (S14 in FIG. 4), the value is reset, and at the same time, although not shown in FIG. Monitoring counter (Fig. 2
32a) always counts the patrol time from generation of the normal token to patrol and return of the ring bus, and determines whether the analyzed time value of the time value of the monitoring counter is within the specified value A (S15 in the same figure). ). This specified value A is shown as the specified time A in FIG. 6, and the patrol time is normally within the specified value A in normal times. If it is judged to be within the specified value, the congestion counter A
(33a in FIG. 2) is reset (S16 in FIG. 4), and the congestion state A (33c in FIG. 2 is ON, the individual token A is generated.
If the state in which the monitoring unit 34 is driven to generate the individual token A is ON, it is turned OFF (S
17), preparing for the next frame reception.

【0033】監視カウンタの値が規定値A以内でない場
合,次に規定値B以内か判定する(図4のS18),こ
の規定値Bも,図6に規定時間Bとして示され,規定値
Aよりも長い時間である。この判定で規定値B以内の場
合,輻輳カウンタB(図2の33b)をリセットし(図
4のS19),輻輳状態B(図2の33dがオンで,個
別トークンB生成・監視部35が駆動されて個別トーク
ンBを生成する状態)がオンになっている場合,オフに
し(同S20),輻輳カウンタAを+1する(同S2
1)。さらに,輻輳カウンタAがオーバフローした(予
め設定した値を越えた)か判別し(同S22),オーバ
フローした場合は個別トークンAを生成してリングバス
へ送出すると共に,輻輳状態A(図2の33c)のフラ
グをオンにして(同S23〜25),次の受信フレーム
を待つ。
If the value of the monitoring counter is not within the specified value A, then it is judged whether it is within the specified value B (S18 in FIG. 4). This specified value B is also shown as the specified time B in FIG. It's a longer time than. If it is within the specified value B in this determination, the congestion counter B (33b in FIG. 2) is reset (S19 in FIG. 4), the congestion state B (33d in FIG. 2 is on, and the individual token B generation / monitoring unit 35 When driven to generate the individual token B) is turned on, it is turned off (at step S20) and the congestion counter A is incremented by +1 (at step S2).
1). Further, it is determined whether the congestion counter A overflows (exceeds a preset value) (S22), and if it overflows, an individual token A is generated and sent to the ring bus, and the congestion state A (see FIG. 2). The flag of 33c) is turned on (at steps S23 to S25) and the next reception frame is waited for.

【0034】このように個別トークンAは,規定時間A
を越えることが継続して一定回数以上になると生成され
る。この状態は図5及び図6の(2) 輻輳状態Aとして示
される。この例では,発生した個別トークンAは,図5
の(2) に示すように通信ノード#4〜#6のグループ
(データ転送のトラヒックが多い通信ノードのグルー
プ)にプライオリティが付加され,他の通信ノード#1
〜#3は利用できない。
As described above, the individual token A has the specified time A
It is generated when the number of times exceeds a certain number of times continues. This state is shown as (2) congestion state A in FIGS. 5 and 6. In this example, the generated individual token A is as shown in FIG.
As shown in (2) of the above, priority is added to the group of the communication nodes # 4 to # 6 (the group of communication nodes having a lot of data transfer traffic), and the other communication nodes # 1
~ # 3 is not available.

【0035】次に上記S18において監視カウンタ値が
規定値B以内でない場合は,輻輳カウンタBを+1し
(同S26),その値がオーバフローしたか判別し(同
S27),オーバフローした場合は,個別トークンBを
生成してリングバスへ送出し,輻輳状態B(図2の33
d)のフラグをオンにする(同S28〜30)。
Next, if the monitoring counter value is not within the specified value B in S18, the congestion counter B is incremented by 1 (S26 in the same step), and it is determined whether the value overflows (S27 in the same step). The token B is generated and sent to the ring bus, and the congestion state B (33 in FIG.
The flag of d) is turned on (at steps S28 to S30).

【0036】この場合も,個別トークンBは規定時間B
を越えることが継続して一定回数以上になると生成され
る。この図5及び図6の(3) 輻輳状態Bとして示され
る。この例では,発生した個別トークンBは図5の(3)
に示すように通信ノード#1〜#3にプライオリティが
付加され,他の通信ノードは利用できない。この(3) の
状態では通常トークン,個別トークンA,個別トークン
Bがリングバス上に存在する。
Also in this case, the individual token B has the specified time B.
It is generated when the number of times exceeds a certain number of times continues. This is shown as (3) congestion state B in FIGS. 5 and 6. In this example, the generated individual token B is (3) in FIG.
As shown in, the priority is added to the communication nodes # 1 to # 3, and other communication nodes cannot be used. In this state (3), the normal token, the individual token A, and the individual token B exist on the ring bus.

【0037】次に個別トークンAまたは個別トークンA
と個別トークンBの両方がリングバス上に存在する場
合,図4のS6において通常トークンフレームではない
と判別され,次に個別トークンAであるか判別され(図
4のS7),個別トークンAである場合,輻輳状態Aの
フラグ(図2の33c)がオンか判別する(同S8)。
オンであれば個別トークンAをそのままリングバスへ送
出し(図示されない),上記のS17の動作によりオフ
になっていれば,すなわち,輻輳状態Aから通常状態に
負荷が軽減した場合には,個別トークンAを消滅させる
(同S9)。
Next, the individual token A or the individual token A
If both of the individual token B and the individual token B exist on the ring bus, it is determined in S6 of FIG. 4 that the frame is not a normal token frame, and then it is determined whether the individual token A (S7 of FIG. 4). If there is, it is determined whether or not the congestion state A flag (33c in FIG. 2) is on (at step S8).
If it is on, the individual token A is sent to the ring bus as it is (not shown), and if it is off by the operation of S17 described above, that is, if the load is reduced from the congestion state A to the normal state, the individual token A is transmitted. The token A is erased (at step S9).

【0038】また,受信したトークンが個別トークンA
でない場合,個別トークンBか判別し(同S10),個
別トークンBであると輻輳状態Bのフラグ(図2の33
d)がオンか判別する(同S11),オンの場合は個別
トークンBをそのまま(図示せず),オフになっていれ
ば(輻輳状態Bから輻輳状態Aまたは通常状態に負荷が
軽減された場合),個別トークンBを消滅させる(図4
のS12)。
The received token is the individual token A.
If not, it is determined whether it is the individual token B (at step S10), and if it is the individual token B, the flag of the congestion state B (33 in FIG. 2).
If d) is on (S11), if it is on, the individual token B remains as it is (not shown), and if it is off (congestion state B to congestion state A or normal state, the load is reduced). Case), the individual token B is erased (FIG. 4).
S12).

【0039】各通信ノードでは,通常トークンフレーム
と1乃至複数の個別トークンを受信するが,予め各通信
ノードはリングバスシステムの設計において何れかの処
理単位にグループ分けされ,各通信ノードがどのグルー
プであるか設定されているため,個別トークンの受信処
理において,フレームを受信した場合フレーム解析部に
おいて自ノードで利用できる個別トークンを識別するこ
とができる。図5の(2),(3) に示す例では, 個別トーク
ンAは通信ノード#1〜#3ではスルー(通過)となる
が,通信ノード#4〜#6では使用可能である。使用可
能な個別トークンを検出した場合は,通常トークンの場
合と同様に処理され,その時送信要求があるとその個別
トークンを保持して,送信を行うことができ,送信後に
保持していた個別トークンをリングバスへ送出する。
Each communication node receives a normal token frame and one or a plurality of individual tokens, but each communication node is divided into groups in advance in the design of the ring bus system, and each communication node determines which group. Is set or is set, the individual token that can be used in the own node can be identified in the frame analysis unit when a frame is received in the individual token reception process. In the examples shown in (2) and (3) of FIG. 5, the individual token A is through in the communication nodes # 1 to # 3, but can be used in the communication nodes # 4 to # 6. When a usable individual token is detected, it is processed in the same way as a normal token, and if there is a transmission request at that time, the individual token can be held and sent, and the individual token held after sending To the ring bus.

【0040】[0040]

【発明の効果】本発明によればリングバス上を巡回する
トークンフレームを捕捉することにより送信権を得て通
信を行うリングバスシステムにおいて,トラヒックの増
加に応じて各通信ノード内でのトークンフレームの保留
時間が長くなっても,リングバス上の負荷状態を早期に
検出して,負荷状態に応じて個別トークンフレームをリ
ングバス上に送出することにより各通信ノードでのトー
クンフレームの捕捉機会を増加させることができるた
め,トラヒックに依存しない安定した処理能力を得るこ
とができる。これにより,信頼度の高いリングバスシス
テムを実現することができる。
According to the present invention, in a ring bus system for performing communication by obtaining a transmission right by capturing a token frame circulating on the ring bus, a token frame in each communication node according to an increase in traffic Even if the hold time of the token becomes long, the load condition on the ring bus is detected early and the individual token frame is sent out on the ring bus according to the load condition, so that the token frame can be captured at each communication node. Since it can be increased, stable processing capacity independent of traffic can be obtained. This makes it possible to realize a highly reliable ring bus system.

【図面の簡単な説明】[Brief description of drawings]

【図1】本発明の原理構成図である。FIG. 1 is a principle configuration diagram of the present invention.

【図2】通信管理ノードの要部の構成図である。FIG. 2 is a configuration diagram of a main part of a communication management node.

【図3】各トークンフレームの具体例を示す図である。FIG. 3 is a diagram showing a specific example of each token frame.

【図4】図2に示す構成における制御フローを示す図で
ある。
FIG. 4 is a diagram showing a control flow in the configuration shown in FIG.

【図5】リングバス上の通常トークンと個別トークンの
動作例を示す図である。
FIG. 5 is a diagram showing an operation example of a normal token and an individual token on a ring bus.

【図6】通常トークンの巡回時間の変化に対する輻輳状
態の説明図である。
FIG. 6 is an explanatory diagram of a congestion state with respect to a change in circulation time of a normal token.

【図7】リングバスシステムの説明図である。FIG. 7 is an explanatory diagram of a ring bus system.

【図8】通信ノードの構成例である。FIG. 8 is a configuration example of a communication node.

【符号の説明】[Explanation of symbols]

1 通信管理ノード 10 フレーム解析部 11 通常トークン生成監視手段 12 負荷状態監視制御手段 13-1〜13-2 個別トークン生成監視手段 2 通信ノード 20 フレーム解析部 21 通常トークン検出手段 22 個別トークン検出手段 DESCRIPTION OF SYMBOLS 1 communication management node 10 frame analysis unit 11 normal token generation monitoring unit 12 load state monitoring control unit 13-1 to 13-2 individual token generation monitoring unit 2 communication node 20 frame analysis unit 21 normal token detection unit 22 individual token detection unit

Claims (4)

【特許請求の範囲】[Claims] 【請求項1】 複数の通信ノードをリング状のバスで接
続し少なくとも一つのシステムを管理する通信管理ノー
ドを備えたトークンパッシング方式により送信権を得る
リングバスシステムにおいて,前記通信管理ノードにリ
ングバス上を巡回する1個の通常トークンフレームを生
成すると共にリングバス上の巡回時間を監視する通常ト
ークン生成監視手段と,前記通常トークンフレームの巡
回時間を入力して予め設定された時間を継続して越えた
場合にリングバスが輻輳状態と判定する負荷状態監視制
御手段と,前記輻輳状態の判定出力により通常トークン
フレームとは別にプライオリティを付加した個別トーク
ンフレームを生成してリングバス上に送信して監視する
個別トークン生成監視手段とを備えることを特徴とする
リングバスシステムにおける通信制御方式。
1. A ring bus system for connecting a plurality of communication nodes with a ring bus to obtain a transmission right by a token passing system, which comprises a communication management node for managing at least one system, wherein the communication management node has a ring bus. A normal token generation / monitoring unit that generates one normal token frame that circulates above and monitors the circulation time on the ring bus, and inputs the circulation time of the normal token frame to continue the preset time. When the ring bus exceeds the congestion state, the load state monitoring control means determines that the congestion state occurs, and the congestion state determination output generates an individual token frame with priority added separately from the normal token frame and transmits it to the ring bus. A ring bus system, characterized in that it comprises an individual token generation monitoring means for monitoring. Communication control method.
【請求項2】 請求項1において,前記個別トークン生
成監視手段を複数個設け,前記負荷状態監視制御手段
は,予め複数の段階的な輻輳状態に対応した複数の巡回
時間の規定時間が設定され,前記通常トークンフレーム
のリングバス上の巡回時間が継続して,前記設定された
各段階の規定時間値を継続して越えたか順次判定し,越
えた場合は対応する輻輳状態を設定し,前記複数個の個
別トークン生成監視手段は,前記各段階の輻輳状態の設
定に応じて駆動され,対応する個別トークンフレームを
生成して監視することを特徴とするリングバスシステム
における通信制御方式。
2. The claim 1, wherein a plurality of the individual token generation monitoring means are provided, and the load status monitoring control means is set in advance with a prescribed time of a plurality of patrol times corresponding to a plurality of stepwise congestion states. , The regular token frame on the ring bus continues, and it is sequentially determined whether or not the specified time value of each set stage is continuously exceeded, and if it exceeds, a corresponding congestion state is set, and A communication control method in a ring bus system, wherein a plurality of individual token generation / monitoring means are driven according to the setting of the congestion state at each stage, and generate and monitor corresponding individual token frames.
【請求項3】 請求項1または2において,前記負荷状
態監視手段は,各輻輳状態に対応する輻輳カウンタを備
え,前記各輻輳状態の規定時間との比較において規定時
間を越えると対応する輻輳カウンタを加算して,カウン
ト値が予め設定された値を越えると対応する輻輳状態を
設定し,前記比較において規定時間を越えないと対応す
る輻輳カウンタをリセットして当該規定時間に対応する
輻輳状態が設定されていると設定を解除することを特徴
とするリングバスシステムにおける通信制御方式。
3. The load state monitoring means according to claim 1 or 2, further comprising a congestion counter corresponding to each congestion state, and a congestion counter corresponding to a congestion time exceeding a prescribed time in comparison with the prescribed time of each congestion state. Is added to set a corresponding congestion state when the count value exceeds a preset value, and when the comparison time does not exceed the specified time, the corresponding congestion counter is reset and the congestion status corresponding to the specified time is A communication control method in a ring bus system characterized by canceling the setting when set.
【請求項4】 請求項1または2において,各通信ノー
ドは,リングバスからの受信フレームを解析するフレー
ム解析部を備え,該フレーム解析部は前記通常トークン
を検出する通常トークン検出手段と,各通信ノードが利
用可能な個別トークンを検出する個別トークン検出手段
とを備え,各通信ノードは前記通常トークン検出手段ま
たは個別トークン検出手段により検出された通常トーク
ンまたは個別トークンを用いて送信を行うことを特徴と
するリングバスシステムにおける通信制御方式。
4. The communication node according to claim 1 or 2, wherein each communication node includes a frame analysis unit that analyzes a received frame from a ring bus, and the frame analysis unit includes a normal token detection unit that detects the normal token, and An individual token detecting unit for detecting an individual token available to the communication node, and each communication node performs transmission using the normal token or the individual token detected by the normal token detecting unit or the individual token detecting unit. Communication control method in the characteristic ring bus system.
JP6027726A 1994-02-25 1994-02-25 Communication control system for ring bus system Withdrawn JPH07235945A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP6027726A JPH07235945A (en) 1994-02-25 1994-02-25 Communication control system for ring bus system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP6027726A JPH07235945A (en) 1994-02-25 1994-02-25 Communication control system for ring bus system

Publications (1)

Publication Number Publication Date
JPH07235945A true JPH07235945A (en) 1995-09-05

Family

ID=12229030

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6027726A Withdrawn JPH07235945A (en) 1994-02-25 1994-02-25 Communication control system for ring bus system

Country Status (1)

Country Link
JP (1) JPH07235945A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100366224B1 (en) * 1999-08-23 2002-12-31 한국수력원자력 주식회사 Transfer Method of Real-time Periodic and Aperiodic Data in Control Network of Distributed Control Systems Using Timer-Controlled Token Bus Protocol
JP2007189592A (en) * 2006-01-16 2007-07-26 Kddi Corp Traffic control device, method, and program by token bucket
JP2007221529A (en) * 2006-02-17 2007-08-30 Kddi Corp Traffic controller by token bucket, traffic control method, and program for allowing computer to function as traffic controller
JP2008005096A (en) * 2006-06-21 2008-01-10 Kddi Corp Apparatus, method and program for traffic control using token bucket
US7944838B2 (en) 2006-01-16 2011-05-17 Kddi Corporation Apparatus, method and computer program for traffic control

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100366224B1 (en) * 1999-08-23 2002-12-31 한국수력원자력 주식회사 Transfer Method of Real-time Periodic and Aperiodic Data in Control Network of Distributed Control Systems Using Timer-Controlled Token Bus Protocol
JP2007189592A (en) * 2006-01-16 2007-07-26 Kddi Corp Traffic control device, method, and program by token bucket
JP4577220B2 (en) * 2006-01-16 2010-11-10 Kddi株式会社 Traffic control apparatus, method, and program using token bucket
US7944838B2 (en) 2006-01-16 2011-05-17 Kddi Corporation Apparatus, method and computer program for traffic control
JP2007221529A (en) * 2006-02-17 2007-08-30 Kddi Corp Traffic controller by token bucket, traffic control method, and program for allowing computer to function as traffic controller
JP4577230B2 (en) * 2006-02-17 2010-11-10 Kddi株式会社 Traffic control apparatus, method, and program using token bucket
JP2008005096A (en) * 2006-06-21 2008-01-10 Kddi Corp Apparatus, method and program for traffic control using token bucket
JP4577279B2 (en) * 2006-06-21 2010-11-10 Kddi株式会社 Traffic control apparatus, method, and program using token bucket

Similar Documents

Publication Publication Date Title
US6693533B2 (en) Method of controlling quality of communication among a plurality of clients over a network
JPH10200552A (en) Redundant method using ethernet communication
EP0936779A1 (en) Network system
US20120177046A1 (en) Network node
EP1679826B1 (en) Terminal apparatus, terminal apparatus control method, network system, network system control method, program and recording medium
JPH07235945A (en) Communication control system for ring bus system
JPH08102755A (en) Method for monitoring station to be controlled
CN111373700A (en) Communication system, controlled device, and control method of communication system
US8755288B2 (en) Network system, layer 2 switch, and method of detecting occurrence of a fault in a network
JPH0955761A (en) Multiple-network connection device
JP3077610B2 (en) In-device monitoring and control system
JPH05225161A (en) Network monitoring system
JP3466860B2 (en) Node arrangement order check method for ring network
KR100250888B1 (en) Network detection device of distributed control system
JP2865047B2 (en) Bus monitoring method
JP3111543B2 (en) MAC bridge buffer release method
JPH0756986B2 (en) Loop network bypass method
JP3745827B2 (en) Communication device
JPH05219084A (en) Monitoring method for ring network
JP2604494B2 (en) Token ring LAN flow control method
KR100329366B1 (en) Method of Managing Switch Channels in the Communication Management System
JP2000115289A (en) Transmission system and recording medium recording processing program of the system
JPH0774761A (en) Master station terminal equipment and data communication system
JPH0232641A (en) Bypassing system for loop network
JPH01183937A (en) Network supervising system

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20010508