JPH024042A - Communication terminal equipment - Google Patents
Communication terminal equipmentInfo
- Publication number
- JPH024042A JPH024042A JP15226888A JP15226888A JPH024042A JP H024042 A JPH024042 A JP H024042A JP 15226888 A JP15226888 A JP 15226888A JP 15226888 A JP15226888 A JP 15226888A JP H024042 A JPH024042 A JP H024042A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- data
- frames
- token
- transmitted
- 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.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims description 10
- 230000005540 biological transmission Effects 0.000 claims abstract description 94
- 238000000034 method Methods 0.000 claims description 15
- 239000013256 coordination polymer Substances 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 231100000741 direct peptid reactivity assay Toxicity 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
Landscapes
- Small-Scale Networks (AREA)
Abstract
Description
【発明の詳細な説明】
[産業上の利用分野]
本発明は、トークンアクセス法によるローカルエリアネ
ットワークに接続する通信端末装置に関するものである
。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a communication terminal device that connects to a local area network using the token access method.
[従来の技術]
口、−カルエリアネットワーク(LAN)のトークンア
クセス法は、通信端末装置(以下、端末という)をリン
グ状に構成して、トークンと呼ばれる特定の信号あるい
はフレームをリング上に巡回させて、伝送媒体へのアク
セス権を授与していく方式である。そして、トークンは
、伝送路の競合を避けるためにLAN上には1つしか存
在せず、トークンを受は取った端末が伝送路への送信権
を獲得する。トークンは、LAN上の全ての端末間で順
に受は渡され、全ての端末がある待ち時間のあと必ず送
信権を得ることができる。このトークンの受は渡しの際
、従来のトークンアクセス法においては一度トークンを
受は取った端末は、トークンの専有を避けるため、ある
時間経過後、又は一定長のデータを送信後、必ず次の端
末にトークンを受は渡す方式をとっていた。[Prior Art] - In the local area network (LAN) token access method, communication terminal devices (hereinafter referred to as terminals) are arranged in a ring, and a specific signal or frame called a token is circulated on the ring. This method grants access rights to the transmission medium. In order to avoid transmission line conflicts, only one token exists on the LAN, and the terminal that receives the token acquires the right to transmit on the transmission line. Tokens are sequentially received and passed among all terminals on the LAN, and all terminals can always obtain the right to transmit after a certain waiting time. When receiving and passing this token, in the conventional token access method, once a terminal has received a token, it must receive the next one after a certain period of time or after transmitting a certain length of data, in order to avoid monopolizing the token. The system involved passing a token to a terminal.
[発明が解決しようとしている課題]
しかしながら、上記従来例では、1つの端末が画像デー
タのような多量のデータを送信する場合にも、一定時間
経過後、又は一定長のデータを送信後にトークンを次の
端末に渡す必要があり、リアルタイム性の必要な多量デ
ータのバースト転送−には、向かないという欠点があっ
た。[Problems to be Solved by the Invention] However, in the above conventional example, even when one terminal transmits a large amount of data such as image data, the token is not sent after a certain period of time or after sending a certain length of data. It has the disadvantage that it is not suitable for burst transfer of large amounts of data that needs to be transferred to the next terminal and requires real-time performance.
本発明は、上記課題を解決するためになされたもので、
トークンアクセス法によるローカルエリアネットワーク
に接続する通信端末装置間で送信データを連続して送信
できる通信端末装置を提供することを目的とする。The present invention was made to solve the above problems, and
An object of the present invention is to provide a communication terminal device that can continuously transmit data between communication terminal devices connected to a local area network using a token access method.
[課題を解決するための手段]
上記目的を達成するために、本発明の通信端末装置は、
以下の構成を備える。即ち、
トークンアクセス法によるローカルエリアネットワーク
に接続する通信端末装置であって、トークンを受信する
と送信データを送信する送信手段と、該送信手段による
送信が終了後連続して送信すべき送信データがあるとき
に連続送信要求を出力する連続送信要求手段と、他装置
よりの連続送信拒否応答を受信すると他装置にトークン
を送出し連続送信を中断する送信中断手段と、他装置よ
りの連続送信要求を拒否する場合に連続送信拒否応答を
出力する送信拒否手段とを備える。[Means for Solving the Problem] In order to achieve the above object, the communication terminal device of the present invention has the following features:
It has the following configuration. That is, it is a communication terminal device connected to a local area network using the token access method, and includes a transmission means that transmits transmission data when receiving a token, and transmission data that must be continuously transmitted after the transmission by the transmission means is completed. continuous transmission request means for outputting a continuous transmission request when the continuous transmission request is received; transmission interrupting means for transmitting a token to the other device and interrupting the continuous transmission when receiving a continuous transmission rejection response from another device; and a transmission rejection means that outputs a continuous transmission rejection response when the transmission is rejected.
[作用]
トークンな受信すると送信データを送信し、その送信終
了時に残りの送信データ連続して送信する場合には、連
続送信要求を出力し、その連続送信を拒否する受信があ
れば連続送信を中断するように動作する。[Function] When a token reception is received, the transmission data is transmitted, and when the transmission ends, if the remaining transmission data is to be transmitted continuously, a continuous transmission request is output, and if there is a reception that rejects the continuous transmission, continuous transmission is performed. Acts like interrupting.
[実施例]
以下、添付図面を参照して本発明に係る好適な一実施例
を詳細に説明する。[Embodiment] Hereinafter, a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings.
[ファイルサーバの説明 (第1図)]第1図は、本発
明に係る一実施例であるファイルサーバ1のブロック図
である。図示するようにファイルサーバlは、LAN制
御部2、デュアルポートRAM (DPRAM)6、フ
ァイルサーバのメインCPU7、メインCPU用(7)
ROM8、データファイルを記憶するハードディスク装
置(DISK)9により構成されている。そして、ファ
イルサーバ1は、方向性結合器10を介してLAN伝送
路11に接続され、LAN上の各端末から読み書き可能
な大容量のデータファイルを保管している。その中で、
LAN制御部2は、サブCPU (S−CPU)3、L
ANインターフェス部(I/F)4、後述する5−CP
U3のプログラムを格納しているROM (S−ROM
)5、及びDPRAM6から成り、各フレームの送受信
を制御している。次に、DPRAM6は、メインCPU
7と5−CPU3の両方からアクセスできるRAMであ
り、メインCPU7.5−CPU3間での高速なデータ
転送を可能にしている。[Description of File Server (FIG. 1)] FIG. 1 is a block diagram of a file server 1 that is an embodiment of the present invention. As shown in the figure, the file server l includes a LAN control unit 2, a dual port RAM (DPRAM) 6, a main CPU 7 of the file server, and a main CPU (7).
It is composed of a ROM 8 and a hard disk device (DISK) 9 that stores data files. The file server 1 is connected to a LAN transmission path 11 via a directional coupler 10, and stores large-capacity data files that can be read and written from each terminal on the LAN. among them,
The LAN control unit 2 includes a sub CPU (S-CPU) 3, L
AN interface unit (I/F) 4, 5-CP described later
ROM (S-ROM) that stores the U3 program
) 5 and DPRAM 6, and controls the transmission and reception of each frame. Next, DPRAM6 is the main CPU
This RAM can be accessed from both the main CPU 7.7 and the 5-CPU3, and enables high-speed data transfer between the main CPU7.
なお、本実施例の伝送路11は、ケーブルテレビジョン
で用いられている双方向伝送路であり、伝送方式として
は周波数分割多重方式(IEEE802.4のトークン
バス方式)を使っている。The transmission path 11 of this embodiment is a bidirectional transmission path used in cable television, and uses a frequency division multiplexing method (token bus method of IEEE802.4) as a transmission method.
また、各端末は、方向性結合器10を用いて、伝送路1
1と容易に接続される。Furthermore, each terminal uses the directional coupler 10 to connect the transmission path 1
1 and easily connected.
[送信方法の説明 (第2図)]
本実施例のファイルサーバ1が、LANに接続する他の
端末から、D I SKe内のデータファイルに対する
読み出し命令を受信して、所望のデータファイルを他の
端末に送信する場合を、第2図を参照して以下説明する
。[Description of transmission method (Fig. 2)] The file server 1 of this embodiment receives a read command for a data file in DISKe from another terminal connected to the LAN, and transmits the desired data file to another terminal. The case of transmitting to a terminal will be explained below with reference to FIG.
第2図のタイムチャートで示すように、ファイルサーバ
1へのトークン21の受信により、データの送信権を得
ると、送信データファイルを一定長のデータフレームに
編集されたフレーム22〜25が連続して伝送路11上
に送り出される。しかし、送信するフレーム数が4フレ
ームを越える場合には、上記4フレーム22〜25を連
続送信後、連続送信要求フレーム26を送信して、他の
端末の送信要求の有無をNAKフレーム32により判断
する。そして、他の端末の送信要求が無い場合には、残
りのフレーム27〜30を送出し、次に、2回目の連続
送信要求フレーム31に対して、伝送路上にNAKフレ
ーム32を検知するとトークン33を下流の端末に送出
して、ファイルサーバ1の連続送信は終了する。As shown in the time chart of Fig. 2, when the file server 1 receives the token 21 and obtains the right to transmit data, frames 22 to 25 in which the transmission data file is edited into data frames of a certain length are consecutively transmitted. and sent out onto the transmission line 11. However, if the number of frames to be transmitted exceeds 4 frames, after continuously transmitting the above four frames 22 to 25, a continuous transmission request frame 26 is transmitted, and the presence or absence of a transmission request from another terminal is determined by the NAK frame 32. do. If there is no transmission request from another terminal, the remaining frames 27 to 30 are transmitted, and then when a NAK frame 32 is detected on the transmission path for the second continuous transmission request frame 31, a token 33 is sent. is sent to the downstream terminal, and the continuous transmission by the file server 1 ends.
[動作の説明 (第3図、第4図)]
次に、上述した大容量のデータファイルを送信する場合
を例に、LAN制御部2の5−CPU3の動作を第3図
、第4図のフローチャートに従って以下説明する。[Explanation of operation (Figs. 3 and 4)] Next, using the case of transmitting the above-mentioned large-capacity data file as an example, the operation of the 5-CPU 3 of the LAN control unit 2 will be explained in Figs. 3 and 4. This will be explained below according to the flowchart.
先ず、CPU7は、索引情報によりD I SK9を検
索し、該当するデータファイルをDPRAM6に書き込
む、CPU7は、DPRAM6にデータを書き込んだ後
、5−CPU3に対して割込み信号12を発生し、送信
要求のあることを知らせる。一方、5−CPU3は、I
/F4を介して自分宛に上述したトークンが受信される
のを待ち、その後、そのトークンが受信されると、第3
図で示すステップSIOにおいて、送信要求の有無を判
断する。そして、送信要求が無い場合には、ステップS
22でトークンを送信して、処理を終了する。しかし、
送信要求が有る場合には、ステップS12において、上
述したように送信データを一定長のデータフレームに編
集して、送信フレーム数をDPRAM6に格納する。次
に、ステップS14の判断で、上記送信フレーム数と本
実施例での連続送信フレーム数とを比較して、その結果
送信フレーム数が4以下である場合には、ステップS2
6において、フレーム数分データを送信して、r/F4
が全てデータを送信終了後、ステップS28でDPRA
M6に格納したフレーム数を”O”クリアする。一方、
ステップS14において、フレーム数が4を越えている
場合には、ステップS16に処理を進めて、一定長のフ
レームを4フレーム連続してI/F4より送信する。そ
して、I/F4が4フレームデータの送信を終了すると
、ステップS18で、DPRAM6に格納したフレーム
数から4を減算する。次に、ステップS20において、
上述した連続送信要求フレームをI/F4より送信し、
送信終了後に、ステップS22の判断によって、つまり
一定時間内に他の端末からの送信が何もなければ、ステ
ップS14に処理を進め、フレームの送信を続行する。First, the CPU 7 searches the DI SK 9 based on the index information and writes the corresponding data file to the DPRAM 6. After writing the data to the DPRAM 6, the CPU 7 generates an interrupt signal 12 to the 5-CPU 3 and requests transmission. Let me know something. On the other hand, 5-CPU3
Wait for the above token to be received for you via /F4, and then when that token is received, the third
In step SIO shown in the figure, it is determined whether there is a transmission request. Then, if there is no transmission request, step S
The token is transmitted in step 22, and the process ends. but,
If there is a transmission request, in step S12, the transmission data is edited into a fixed length data frame as described above, and the number of transmission frames is stored in the DPRAM 6. Next, in step S14, the number of transmitted frames is compared with the number of consecutive transmitted frames in this embodiment, and if the result is that the number of transmitted frames is 4 or less, step S2
6, send data for the number of frames and send r/F4
After transmitting all data, in step S28, the DPRA
Clear the number of frames stored in M6 to "O". on the other hand,
In step S14, if the number of frames exceeds 4, the process proceeds to step S16, and four consecutive frames of a certain length are transmitted from the I/F 4. When the I/F 4 finishes transmitting the 4-frame data, 4 is subtracted from the number of frames stored in the DPRAM 6 in step S18. Next, in step S20,
Send the above-mentioned continuous transmission request frame from I/F4,
After the transmission is completed, as determined in step S22, that is, if there is no transmission from another terminal within a certain period of time, the process advances to step S14 to continue frame transmission.
しかし、時間内に他の端末から連続送信要求を拒否する
NAKフレームを受信した場合には、ステップS24で
、トークンを送信して、他の端末に送信権を渡す。そし
て、送信を一時中断して、次にまたトークンを受信した
時に送信を再開する。However, if a NAK frame rejecting the continuous transmission request is received from another terminal within the time, a token is transmitted in step S24, and the transmission right is passed to the other terminal. Then, the transmission is temporarily interrupted and resumed the next time the token is received.
次に、連続送信要求フレームを受信した場合の5−CP
U3の動作は、第3図のフローチャートで示すように、
送信データがある場合、又は処理能力を越えるような場
合には、拒否フレーム(NAKフレーム)を送信し、送
信データがない場合には何もしない。ここで、連続送信
要求フレームは、LAN上に接続する全ての端末に対す
る要求フレームであり、NAKフレームが複数の端末か
ら同時に送信される可能性がある。この場合、伝送路1
1上のフレームは、フレームの衝突により判読不可能な
フレームとなる。従って、第3図のステップS22での
NAKフレーム受信判断は、単に伝送路11上にフレー
ムが送出されたかどうかを見るのみである。なぜなら、
連続送信要求を他の全ての端末が認めた場合には、伝送
路11にフレームが何もない状態に成るためである。Next, the 5-CP when a continuous transmission request frame is received.
The operation of U3 is as shown in the flowchart of FIG.
If there is data to be transmitted or if it exceeds the processing capacity, a rejection frame (NAK frame) is transmitted, and if there is no data to be transmitted, nothing is done. Here, the continuous transmission request frame is a request frame for all terminals connected on the LAN, and there is a possibility that NAK frames are transmitted simultaneously from a plurality of terminals. In this case, transmission line 1
The frame above 1 becomes an unreadable frame due to frame collision. Therefore, the NAK frame reception determination at step S22 in FIG. because,
This is because if all other terminals accept the continuous transmission request, there will be no frames on the transmission path 11.
また、送信データの緊急度によってプライオリティをつ
け、連続送信要求をするかどうかをそのブライティによ
り決定する事も可能である。さらに、要求フレームを受
信した時に、自分のもつ送信データのプライオリティに
より、NAKフレームを返すか返さないかを決定しても
良い。It is also possible to prioritize transmission data according to its urgency and determine whether to request continuous transmission based on its brightness. Furthermore, when a request frame is received, it may be determined whether or not to return a NAK frame depending on the priority of its own transmission data.
本実施例によれば、トークンバス方式のLANに連続送
信要求フレームを設けることにより、リアルタイム性を
必要とする多量のデータを迅速に送信することができる
という効果がある。According to this embodiment, by providing a continuous transmission request frame in a token bus type LAN, it is possible to quickly transmit a large amount of data that requires real-time performance.
[発明の効果]
以上説明したように、本発明によれば、トークンアクセ
ス法によるローカルエリアネットワークに接続する通信
端末装置間で、データを連続して迅速に送信することが
できるようになるという効果がある。[Effects of the Invention] As explained above, according to the present invention, data can be continuously and quickly transmitted between communication terminal devices connected to a local area network using the token access method. There is.
第1図は本発明に係る一実施例であるファイルサーバの
ブロック図、
図2図はLAN伝送路上のフレームのタイミングチャー
ト、
第3図はデータ送信時のフローチャート、第4図は連続
送信要求フレーム受信時のフローチャートである。
図中、1・・・ファイルサーバ、2・・・LAN制御部
、3・・・5−CPU14・・・I/F、5・・・5−
ROM、6・・・DPRAM、7・・・CPU、8・・
・ROM。
9・・・DISK、10・・・方向性結合器、11・・
・LAN伝送路、12・・・割込み線である。
第2図
第4図Fig. 1 is a block diagram of a file server that is an embodiment of the present invention, Fig. 2 is a timing chart of frames on a LAN transmission path, Fig. 3 is a flowchart during data transmission, and Fig. 4 is a continuous transmission request frame. It is a flowchart at the time of reception. In the figure, 1...File server, 2...LAN control unit, 3...5-CPU14...I/F, 5...5-
ROM, 6...DPRAM, 7...CPU, 8...
・ROM. 9...DISK, 10...Directional coupler, 11...
- LAN transmission line, 12... Interrupt line. Figure 2 Figure 4
Claims (1)
に接続する通信端末装置であつて、トークンを受信する
と送信データを送信する送信手段と、該送信手段による
送信が終了後連続して送信すべき送信データがあるとき
に連続送信要求を出力する連続送信要求手段と、他装置
よりの連続送信拒否応答を受信すると他装置にトークン
を送出し連続送信を中断する送信中断手段と、他装置よ
りの連続送信要求を拒否する場合に連続送信拒否応答を
出力する送信拒否手段とを備えること特徴とする通信端
末装置。A communication terminal device connected to a local area network based on the token access method, which has a transmission means that transmits transmission data upon receiving a token, and transmission data that must be continuously transmitted after the transmission by the transmission means is completed. continuous transmission request means for outputting a continuous transmission request; transmission interrupting means for transmitting a token to another device and interrupting continuous transmission when receiving a continuous transmission rejection response from another device; and rejecting continuous transmission requests from other devices. 1. A communication terminal device comprising: a transmission rejection means for outputting a continuous transmission rejection response when a continuous transmission rejection response is received.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP15226888A JPH024042A (en) | 1988-06-22 | 1988-06-22 | Communication terminal equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP15226888A JPH024042A (en) | 1988-06-22 | 1988-06-22 | Communication terminal equipment |
Publications (1)
Publication Number | Publication Date |
---|---|
JPH024042A true JPH024042A (en) | 1990-01-09 |
Family
ID=15536780
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP15226888A Pending JPH024042A (en) | 1988-06-22 | 1988-06-22 | Communication terminal equipment |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH024042A (en) |
-
1988
- 1988-06-22 JP JP15226888A patent/JPH024042A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US4510599A (en) | Prioritized unidirectional distributed bus accessing system | |
CA2503335A1 (en) | Method and apparatus for pre-emptively arbitrating on an acyclic directed graph | |
KR920004147B1 (en) | Operation mode settable lan interconnecting apparatus | |
US4692862A (en) | Rapid message transmission system between computers and method | |
EP0653863B1 (en) | Arbitration apparatus and method for controlling the access to a network | |
US5835779A (en) | Message transmission among processing units using interrupt control technique | |
JPS6136421B2 (en) | ||
JPH024042A (en) | Communication terminal equipment | |
EP0833255A2 (en) | Multi-processor system using an optical communication with a different frequency band for each communication destination | |
JPH04282938A (en) | Communication controller | |
JP2666782B2 (en) | Multiple bus control system | |
JPH07191934A (en) | Double bus device | |
JPH0652081A (en) | Local memory type dma control system for packet communication | |
JPS6059464A (en) | Bus request control system | |
JPH0365702B2 (en) | ||
JPS60110066A (en) | Data transfer control system | |
JPH0120819B2 (en) | ||
JPS6252500B2 (en) | ||
JPS62290237A (en) | Access system for loop type communication system | |
JPS63141156A (en) | Managing system for transmission/reception buffer pool | |
JPS60221859A (en) | Interruption control system | |
JPH0754504B2 (en) | Bidirectional bus data transfer control method | |
JPH08137766A (en) | Moving picture data transmission device | |
JPH1049429A (en) | Information processor | |
JPS61264829A (en) | Control system for interruption of network controller |