JPH02119451A - Continuous communication system for packet in token ring - Google Patents

Continuous communication system for packet in token ring

Info

Publication number
JPH02119451A
JPH02119451A JP27229088A JP27229088A JPH02119451A JP H02119451 A JPH02119451 A JP H02119451A JP 27229088 A JP27229088 A JP 27229088A JP 27229088 A JP27229088 A JP 27229088A JP H02119451 A JPH02119451 A JP H02119451A
Authority
JP
Japan
Prior art keywords
packet
transmission
node
token
transmission request
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
Application number
JP27229088A
Other languages
Japanese (ja)
Other versions
JP2656962B2 (en
Inventor
Toshihiko Kurita
敏彦 栗田
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 JP27229088A priority Critical patent/JP2656962B2/en
Publication of JPH02119451A publication Critical patent/JPH02119451A/en
Application granted granted Critical
Publication of JP2656962B2 publication Critical patent/JP2656962B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Small-Scale Networks (AREA)

Abstract

PURPOSE:To efficiently send numerous data at high speed by avoiding the release of a taken even if timeout takes place in the case of the absence of a transmission packet in other nodes. CONSTITUTION:A reception control section 144 at a sender node receives a packet sent from its own node and detects a change ('1' to '0') of the state of a transmission request bit 102 in the packet, then it is informed to a transmission control section 145, which generates a control output stopping the transmission when an output of timeout is generated from a timer 143. In this case, an effective token is sent from a node sending a packet and the transmission right is taken over to other node. When no transmission request comes from other node in the case of sending a packet continuously, the transmission control section 145 sends the information from a transmission buffer 13 continuously even after timeout. Thus, numerous data can be transmitted at high speed efficiently.

Description

【発明の詳細な説明】 [概要] 有効トークンを獲得することにより通信権が与えられる
トークンリングにおけるパケットの連続通信方式に関し
、 他のノードに送信すべきパケットが無い時はタイムアウ
ト後も現在送信中のノードが連続して送信できるトーク
ンリングにおけるパケットの連続通信方式を提供するこ
とを目的とし、 通信権を得たノードが送信するパケットの後部に伝送要
求ビットを設け、パケットの送信時に連続して送信を要
求する時に該伝送要求ビットを一方の論理状態に設定し
、伝送すべきパケットを持つリング上の他のノードは、
該伝送要求ビットを他方の論理状態にして前記情報パケ
ットを送信したノードに知らせ、パケットを送信したノ
ードは該パケットの伝送要求ビットが一方の論理状態で
あることを検出すると決められたタイマ値を越えてパケ
ットを連続して伝送し、他方の論理状態であることを検
出するとタイマ値に達した時に有効トークンを発生する
よう構成する。
[Detailed Description of the Invention] [Summary] Concerning a continuous packet communication method in Token Ring in which communication rights are granted by acquiring valid tokens, if there are no packets to be sent to other nodes, the current transmission continues even after timeout. The purpose is to provide a continuous communication method of packets in Token Ring that allows nodes to transmit continuously.A transmission request bit is provided at the end of the packet sent by a node that has obtained communication rights, and When requesting transmission, the other nodes on the ring that set the transmission request bit to one logical state, and which have packets to transmit,
The transmission request bit is set to the other logical state and the node that transmitted the information packet is notified, and the node that transmitted the packet sets a determined timer value when it detects that the transmission request bit of the packet is in one of the logical states. The configuration is such that a valid token is generated when the timer value is reached and the other logical state is detected by continuously transmitting packets beyond the threshold.

[産業上の利用分野] 本発明は有効トークンを獲得することにより通信権が与
えられるトークンリングにおけるパケットの連続通信方
式に関する。
[Industrial Application Field] The present invention relates to a continuous packet communication system in a token ring in which communication rights are granted by acquiring valid tokens.

ローカルエリアネットワーク(LAN)の通(を制御方
式としてトークンリングが用いられているが、近年、限
られたエリア内において主にコンビ1−タデータの高速
伝送路を提供するものであったL A Nの使用形態が
多様化し2、さまざまなメディアの統合が試みられる6
Jl:うになった。
Token ring has been used as a control method for local area networks (LANs), but in recent years, LANs have been used mainly to provide high-speed transmission paths for computer data within a limited area. usage patterns are diversifying2, and attempts are being made to integrate various media6.
Jl: It became a sea urchin.

その一つの流れとして、高精細静止画や、大規模ファイ
ルなどの大容量データを高速に伝送することが望まれて
いる。
As one trend, it is desired to transmit large amounts of data such as high-definition still images and large files at high speed.

[従来の技術] 第4図に従来例の説明図を示す。[Conventional technology] FIG. 4 shows an explanatory diagram of a conventional example.

トークンリングのネットワーク構成は、A、に示すよう
に各ノードがリング状に設けられた伝送路により順次接
続されている。通信はリング上に循環するトークンと称
する第4図B、に示すフォーマットのデータを用いて制
御される。
In the token ring network configuration, as shown in A, each node is sequentially connected by a ring-shaped transmission path. Communication is controlled using data in the format shown in Figure 4B, called tokens, which circulate on the ring.

第4図B、において、トークンは、Pで示すプリアンプ
ル、SDで示すスタート・デリミタ、FCで示すフレー
ム・コントロール、EDで示スエンド・デリミタにより
構成される。このトークンのFCの最上位ビットがトー
クン表示ビットであり、このビットが“l”の場合、有
効トークンであることを表示し、“0”の場合は無効ト
ークンであることを表示する。送信したいノードがこの
有効トークンを受信したら、この表示ビットを“0“に
設定して、その後に送信情報等を付加して、送信する。
In FIG. 4B, the token is composed of a preamble indicated by P, a start delimiter indicated by SD, a frame control indicated by FC, and an end delimiter indicated by ED. The most significant bit of the FC of this token is a token display bit, and when this bit is "1", it indicates that it is a valid token, and when it is "0", it indicates that it is an invalid token. When the node that wants to transmit receives this valid token, it sets this display bit to "0", adds transmission information, etc., and transmits it.

情報を伝送する場合の、パケットのフレームフォーマッ
トは第4図C1に示され、先頭部分はトークンの先頭が
使用され、プリアンプルP、スタート・デリミタSD、
トークン表示ビット(“0”に設定される)を含むフレ
ーム・コントロールFCと続き、その後に宛先アドレス
、送信元アドレス、送信情報、フレームチエツクシーケ
ンス(FCSで表示)、最後にEDなどの制御情報が設
けられている。
The frame format of a packet when transmitting information is shown in FIG. 4 C1, in which the beginning of the token is used as the leading part, and includes a preamble P, a start delimiter SD,
It is followed by a frame control FC that includes a token indication bit (set to “0”), followed by control information such as destination address, source address, transmission information, frame check sequence (indicated by FCS), and finally ED. It is provided.

従来のトークンリングによる通信の手順を第4図り、リ
ングネットワークの動作例を参照しながら説明する。
The procedure of communication using the conventional token ring will be explained with reference to FIG. 4 and an example of the operation of the ring network.

ノード1が情報を送信したい時、有効トークンが受信さ
れると、そのトークン表示ビットを0″に設定して、第
4図C0のフレーム・フォーマットによりパケットの送
信を行う。データは宛先(D、の例ではノード2)で受
信されるとともにノード3.ノード4を通過し、リング
を1巡してノード1に戻り、ノード1の受信部(図示せ
ず)で受信してチエツクするとそのパケットは無くなる
(リングに送信されない)。1つのパケットにより通信
される情報の量は、ノード、伝送路等の条件を基に規格
により最大長(例えば、数キロバイト)が規定されてい
るため、送信データ量が大きい場合は、複数のパケット
に区切って連続して送信する。
When node 1 wants to send information, if a valid token is received, it sets its token indication bit to 0'' and sends a packet according to the frame format shown in FIG. In the example above, the packet is received at node 2), passes through nodes 3 and 4, goes around the ring, returns to node 1, and is received and checked by the receiving section (not shown) of node 1. (not sent to the ring).The maximum length of the amount of information communicated in one packet is specified by the standard (for example, several kilobytes) based on the conditions of the node, transmission path, etc., so the amount of data transmitted If the number is large, divide it into multiple packets and send them consecutively.

ところが、伝送機会の公平性を保つため、各ノードには
タイマが設けられ、どのような場合にもタイマ値を越え
て連続して一つの局からパケットを伝送することができ
ない。
However, in order to maintain the fairness of transmission opportunities, each node is provided with a timer, and in any case, packets cannot be continuously transmitted from one station beyond the timer value.

すなわち、通信中にタイマ値に達すると、−旦パケット
の送信を停止して有効トークン(トークン表示ビットを
“1”)をリングに送信し、その有効トークンがそのま
ま戻ってきたことを検出した場合には、中断したデータ
の送信を再開することができる。
In other words, when the timer value is reached during communication, packet transmission is stopped and a valid token (token display bit is "1") is sent to the ring, and the valid token is detected to have returned unchanged. The interrupted data transmission can then be resumed.

[発明が解決しようとする課題コ 上記したように従来の方式では、精細静止画や、大容量
ファイルなどの大容量データ(数メガビット以上)を転
送する場合、他のノードに送信すべきパケットが無くて
もタイマがタイムアウトを起こせば、−旦トークンを離
し、これが再びリング上を一周して戻ってくるまで待た
なければならない。そのために連続して送信したいデー
タの転送に要する時間が増大するという問題があった。
[Problems to be solved by the invention] As mentioned above, in the conventional method, when transferring large-capacity data (several megabits or more) such as high-definition still images or large-capacity files, the packets to be sent to other nodes are Even without it, if the timer times out, you must release the token and wait until it goes around the ring again. Therefore, there is a problem in that the time required to transfer data that is desired to be transmitted continuously increases.

本発明は、他のノードに送信すべきパケットが無い時は
タイムアウト後も現在送信中のノードが連続して送信で
きるトークンリングにおけるパケットの連続通信方式を
提供することを目的とする。
SUMMARY OF THE INVENTION An object of the present invention is to provide a continuous packet communication system in a token ring that allows a currently transmitting node to continue transmitting even after a timeout when there are no packets to transmit to other nodes.

[課題を解決するための手段] 本発明の基本構成図を第1図に示す。[Means to solve the problem] A basic configuration diagram of the present invention is shown in FIG.

第1図において、10はパケット、11は端末、12は
受信バッファ、13は送信バッファ、14はアクセス制
御部を表す。
In FIG. 1, 10 represents a packet, 11 a terminal, 12 a reception buffer, 13 a transmission buffer, and 14 an access control unit.

本発明はパケットの情報部の後に伝送要求ビットを設定
するための領域を設け、この伝送要求ビットは送信中の
ノードが連続して送信したい時に一方の状態に設定して
送信を行い、リングを一巡して戻って来た時にその状態
を検出して、変化がなければタイムアウト後も連続して
送信を行い、変化して他方の状態になっている時は、タ
イムアウト時に送信を停止するものである。
The present invention provides an area for setting a transmission request bit after the information part of a packet, and when a transmitting node wants to transmit continuously, it sets this transmission request bit to one state and performs transmission, and the ring is It detects the state when it returns after completing one cycle, and if there is no change, it continues sending after the timeout, and if it changes and is in the other state, it stops sending at the timeout. be.

[作用] 本発明のパケット10のフレームには、従来のフォーマ
ットと同様にトークン要求ビット101が設けられ、そ
の後に宛先アドレス、送信元アドレスおよび情報が設け
られるが、その後に伝送要求ビット102が1ビット設
けられる。この伝送要求ビット102は、パケットの連
続通信の制御に用いられる。
[Operation] The frame of the packet 10 of the present invention is provided with a token request bit 101 as in the conventional format, followed by a destination address, a source address, and information, but then a transmission request bit 102 is set to 1. bit provided. This transmission request bit 102 is used to control continuous communication of packets.

第1図のノードの構成において、端末11から他のノー
ドに送りたい情報が送信バッファ13に格納されると、
アクセス制御部14において、トークン制御部142は
受信制御部144で有効トークン(トークン表示ビット
が“1”)を受信するのを検出する。有効トークンを検
出すると、そのトークン表示ビットを“0″に設定する
とともに、送信制御部145を駆動して、送信バッファ
13からの情報を含む第1図のパケットlOのフレーム
構成によりパケットを送信し、タイマ143がスタート
する。このパケットを送信する時、連続して送信すべき
情報が有る場合は、送信要求ビットを“0”にして、同
様のフォーマットのパケットを続けてリングに送信する
In the configuration of the node shown in FIG. 1, when information to be sent from the terminal 11 to another node is stored in the transmission buffer 13,
In the access control unit 14, the token control unit 142 detects that the reception control unit 144 receives a valid token (the token display bit is “1”). When a valid token is detected, the token display bit is set to "0" and the transmission control unit 145 is driven to transmit a packet according to the frame structure of the packet IO shown in FIG. 1, which includes information from the transmission buffer 13. , timer 143 starts. When transmitting this packet, if there is information to be transmitted continuously, the transmission request bit is set to "0" and packets of the same format are successively transmitted to the ring.

連続したパケットが伝送されている時に、他のノードで
送信を行いたい場合、他のノードの受信制御部144に
おいてそのパケットを受信するとその中の伝送要求ビッ
トを伝送要求ビット制御部141で抽出し、“0”の状
態を“1”に設定して、パケ−/ )のその他の内容は
変更せずに下位のノードに転送する。
When a continuous packet is being transmitted and you want to transmit it from another node, when the packet is received by the reception control unit 144 of the other node, the transmission request bit is extracted from the packet by the transmission request bit control unit 141. , "0" is set to "1", and the other contents of the packet (-/) are transferred to the lower node without being changed.

送信元のノードの受信制御部144は自ノードから送信
したパケットを受信し、その中の伝送要求ビフ)102
の状態が変化(1″→“O”)したことを検出すると、
送信制御部145に通知し、送信制御部145はタイマ
143からタイムアウトの出力が発生すると送信を停止
する制御出力を発生する。この場合、パケットを送信し
ていたノードから有効トークンを送信して、他のノード
に通信権を譲る。
The reception control unit 144 of the source node receives the packet transmitted from its own node, and transmits the transmission request (Biff) 102 in the packet.
When it is detected that the state of has changed (1″→“O”),
The transmission control unit 145 is notified, and the transmission control unit 145 generates a control output to stop transmission when a timeout output is generated from the timer 143. In this case, the node that was transmitting the packet transmits a valid token and transfers communication rights to another node.

パケットを連続送信している時に、他のノードから伝送
要求が発生しない場合(送信要求ビットが“0”になら
ない時)、送信制御部145はタイムアウト後も連続し
て送信バッファ13からの情報を送信する。
When a transmission request is not generated from another node while continuously transmitting packets (when the transmission request bit does not become "0"), the transmission control unit 145 continuously transmits information from the transmission buffer 13 even after timeout. Send.

[実施例] 第2図は実施例のノードの構成図、第3図は実施例のパ
ケットのフレーム・フォーマットである。
[Embodiment] FIG. 2 is a block diagram of a node according to an embodiment, and FIG. 3 is a frame format of a packet according to an embodiment.

第2図において20は受信パケット選別部21で取り出
した自ノード当でのパケットを受は取る受信バッファ、
21は自ノードを宛先アドレスとするパケットを検出す
るとそのパケットを複写形式で取り出し受信バッファへ
出力し、その他のパケットは単に中継動作を行う受信パ
ケット選別部、22は伝送要求ビットについての操作を
行う伝送要求ビット管理部、23はトークンの発生、検
出を行うトークン管理部、24は送信開始でスタートし
て予め設定された時間になるとタイムアウト出力を発生
するタイマ、25は端末から出力された送信情報を格納
する送信バーノファ、26は送信バッファからの情報を
送信するか(トークンを獲得している時)、上流ノード
からのフレームを中継して下流へ送信するかの何れかの
送信を行う送信アービトレーションを表す。
In FIG. 2, reference numeral 20 denotes a reception buffer that receives and receives packets for the own node extracted by the reception packet sorting unit 21;
When 21 detects a packet with its own node as the destination address, it takes out the packet in a copy format and outputs it to the reception buffer, and for other packets, it simply performs a relay operation, and 22 operates on the transmission request bit. A transmission request bit management unit; 23 is a token management unit that generates and detects tokens; 24 is a timer that starts at the start of transmission and generates a timeout output at a preset time; 25 is transmission information output from the terminal; A transmit buffer 26 is a transmit arbitrator that either transmits information from the transmit buffer (when acquiring a token) or relays frames from an upstream node and transmits them downstream. represents.

第3図に示ス実施例のパケットのフレーム・フォーマッ
トは、プリアンプル、スタート・デリミタ、フレーム・
コントロール、宛先アドレス、送信元アドレス、情報、
フレームチエツクシーケンス、エンド・デリミタが続き
、その後に本発明により伝送要求ビットが1ビツト設け
られ、最後にフレーム・ステータスが付加された構成と
なっている。
The frame format of the packet in the embodiment shown in FIG. 3 includes a preamble, a start delimiter, a frame
control, destination address, source address, information,
A frame check sequence and an end delimiter follow, followed by one transmission request bit according to the present invention, and finally a frame status.

トークンのフォーマントは従来と同様(第4図B、参照
)の構成を用い、第3図のフレーム・フォーマントの伝
送要求ビットを用いた、ノードの実施例の動作を、1)
送信を要求するノードと、2)送信中のノードの場合に
ついて分けて以下に説明する。
The format of the token uses the same structure as the conventional one (see FIG. 4B), and the operation of the embodiment of the node using the transmission request bit of the frame format shown in FIG. 3 is as follows: 1)
The cases of a node requesting transmission and 2) a node currently transmitting will be explained separately below.

1)送信を要求するノード ■通常は上流のノードからの情報の流れをそのまま下流
ノードへ中継しているが、送信バッフ丁25に端末から
送信パケットが入力されると送信要求状態となり、伝送
要求ビット管理部22に設定要求が通知される。
1) Node requesting transmission ■Normally, the flow of information from an upstream node is relayed as is to a downstream node, but when a transmission packet is input from a terminal to the transmission buffer 25, it enters a transmission request state and requests transmission. The bit management unit 22 is notified of the setting request.

■伝送要求ビット管理部22はこれを受は取ると、その
後中継するパケットの伝送要求ビて・トを“O”−“1
″へ書き換え、トークンが回ってくるのを待つ。
■The transmission request bit management unit 22 receives this and then sets the transmission request bit of the packet to be relayed from “O” to “1”.
” and wait for the token to come around.

■トークンが回ってくると、これをトークン管理部23
で検出し、トークンを獲得する(トークン表示ビットを
1”にする)。それと同時に送信バッファ25を制御し
てそこに格納されたパケットを伝送路へ送出する。この
時タイマ24をスタートさせると共に上流ノードからの
情報の流れの中継は行わない。
■When the token comes around, the token management section 23
and acquires a token (setting the token display bit to 1"). At the same time, it controls the transmission buffer 25 and sends the packet stored there to the transmission path. At this time, the timer 24 is started and the upstream It does not relay the flow of information from the nodes.

2)送信中のノード ■上記の1)の動作の後、送信中の状態になったノード
では、伝送要求ビット管理部22において、自分が送信
したパケットがループを一周して返ってきた時にそのパ
ケットの伝送要求ビットを監視しており、これに“1”
が立っていることを検出するとトークン管理部23に通
知する。
2) Transmitting node - After the operation in 1) above, the node that is in the transmitting state uses the transmission request bit management unit 22 to determine when the packet it transmitted has gone around the loop and returned. The transmission request bit of the packet is monitored, and it is set to “1”.
When detecting that the token is set, the token management unit 23 is notified.

■また、パケット送信開始時にスタートしたタイマ24
は一定の時間がくるとタイムアウトとなり、トークン管
理部23にこれを知らせる。
■Also, the timer 24 started at the start of packet transmission.
will time out after a certain period of time, and will notify the token management unit 23 of this.

■トークン管理部23は、タイムアウトが発生しかつ伝
送要求ビットの検出通知があった時は、自ノードのパケ
ットの送信を停止し、トークンを解放して、有効トーク
ンを下流ノードに流す。
(2) When a timeout occurs and a transmission request bit detection notification is received, the token management unit 23 stops transmitting packets from its own node, releases tokens, and sends valid tokens to downstream nodes.

この条件が整わないかぎり、送信バッファ25のパケッ
トを送信し続けて、送信バッファが空きになった時にト
ークンを解放する。
Unless this condition is met, the packets in the transmission buffer 25 will continue to be transmitted, and the token will be released when the transmission buffer becomes empty.

[発明の効果] 本発明によれば他のノードに送信パケットが無ければタ
イムアウトが発生してもトークンを解放しないため、従
来のようにトークンが一巡するためのオーバーヘッドを
無くすことができ、大量データを効率的に高速に伝送す
ることができる。また、同時に各ノードの送信機会の公
平性を保証することができる。
[Effects of the Invention] According to the present invention, if there is no packet to be sent to another node, the token will not be released even if a timeout occurs, so the overhead required for the token to circulate as in the past can be eliminated, and large amounts of data can be transmitted efficiently and at high speed. Moreover, at the same time, it is possible to guarantee the fairness of transmission opportunities for each node.

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

第1図は本発明の基本構成図、第2図は実施例のノード
の構成図、第3図は実施例のパケットのフレーム・フォ
ーマント、第4図は従来例の説明図である。  第1図
中、 10:パケット 11:端末 12:受信バッファ 13:送信バッファ 14:アクセス制御部 141:伝送要求ビット制御部 142ニド−クン制御部 143:タイマ 144:受信制御部 145:送信制御部
FIG. 1 is a basic configuration diagram of the present invention, FIG. 2 is a configuration diagram of a node according to an embodiment, FIG. 3 is a frame format of a packet according to an embodiment, and FIG. 4 is an explanatory diagram of a conventional example. In FIG. 1, 10: Packet 11: Terminal 12: Reception buffer 13: Transmission buffer 14: Access control section 141: Transmission request bit control section 142 Nidokun control section 143: Timer 144: Reception control section 145: Transmission control section

Claims (1)

【特許請求の範囲】 有効トークンを獲得することにより通信権が与えられる
トークンリングにおいて、 通信権を得たノードが送信するパケット(10)の後部
に伝送要求ビット(102)を設け、 パケットの送信時に連続して送信を要求する時に該伝送
要求ビットを一方の論理状態に設定し、伝送すべきパケ
ットを持つリング上の他のノードは、該伝送要求ビット
を他方の論理状態に書き換えて前記情報パケットを送信
したノードに知らせ、 パケットを送信したノードは該パケットの伝送要求ビッ
トが一方の論理状態であることを検出すると決められた
タイマ値を越えてパケットを連続して伝送し、他方の論
理状態であることを検出するとタイマ値に達した時に有
効トークンを発生することを特徴とするトークンリング
におけるパケットの連続通信方式。
[Claims] In a token ring in which communication rights are granted by acquiring a valid token, a transmission request bit (102) is provided at the end of a packet (10) transmitted by a node that has acquired communication rights, and the packet is transmitted. When continuously requesting transmission, the transmission request bit is set to one logical state, and other nodes on the ring that have packets to transmit rewrite the transmission request bit to the other logical state and transmit the information. The node that sent the packet is notified, and when the node that sent the packet detects that the transmission request bit of the packet is in one of the logical states, it continuously transmits the packet beyond a predetermined timer value, and A continuous packet communication method in a token ring, characterized in that a valid token is generated when a timer value is detected and a timer value is detected.
JP27229088A 1988-10-28 1988-10-28 Continuous communication method of packets in token ring Expired - Lifetime JP2656962B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP27229088A JP2656962B2 (en) 1988-10-28 1988-10-28 Continuous communication method of packets in token ring

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP27229088A JP2656962B2 (en) 1988-10-28 1988-10-28 Continuous communication method of packets in token ring

Publications (2)

Publication Number Publication Date
JPH02119451A true JPH02119451A (en) 1990-05-07
JP2656962B2 JP2656962B2 (en) 1997-09-24

Family

ID=17511799

Family Applications (1)

Application Number Title Priority Date Filing Date
JP27229088A Expired - Lifetime JP2656962B2 (en) 1988-10-28 1988-10-28 Continuous communication method of packets in token ring

Country Status (1)

Country Link
JP (1) JP2656962B2 (en)

Also Published As

Publication number Publication date
JP2656962B2 (en) 1997-09-24

Similar Documents

Publication Publication Date Title
KR920004147B1 (en) Operation mode settable lan interconnecting apparatus
US5053946A (en) Token ring network having token request mechanism
US4964113A (en) Multi-frame transmission control for token ring networks
KR100232237B1 (en) Lan interfacing apparatus and method
US5155725A (en) Adaptive token release mechanism for ring networks
US4707830A (en) Token passing LAN using a plurality of tokens
EP0374883B1 (en) System for internetwork communication between local area networks
US5856921A (en) Apparatus and method for intermodular communications using system bus controllers
JPH04336728A (en) Ring packet communication network
JPH02119451A (en) Continuous communication system for packet in token ring
JPH0795745B2 (en) Token passing system
JPS63285039A (en) Transmission system switching equipment
JP2000004246A (en) Supervisory and control method for communication equipment
JPS59139742A (en) Information transfer system
JPH02260735A (en) Relay congestion forecasting device
JPH02206252A (en) Time slot acquisition method
JPH0763162B2 (en) Slot access method
JPH0621925A (en) Communication control system for multiplex transmission line
JPS5860849A (en) Control system for congestion of loop network
JPH04354222A (en) Interrupt reset type packet communication method
JPH0229259B2 (en)
JPH02234534A (en) Contention control system between network tentative master stations
JPS6223649A (en) Network system
JPS63202155A (en) Transmission line access control system
JPH02125545A (en) Data reception control method in lan