JPH06291748A - System for reducing collision number of times and preventing inclination for half-duplex communication - Google Patents

System for reducing collision number of times and preventing inclination for half-duplex communication

Info

Publication number
JPH06291748A
JPH06291748A JP5076593A JP7659393A JPH06291748A JP H06291748 A JPH06291748 A JP H06291748A JP 5076593 A JP5076593 A JP 5076593A JP 7659393 A JP7659393 A JP 7659393A JP H06291748 A JPH06291748 A JP H06291748A
Authority
JP
Japan
Prior art keywords
transmission
systems
data
transmission data
reception
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
Application number
JP5076593A
Other languages
Japanese (ja)
Inventor
Masaru Yokoyama
勝 横山
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.)
Hitachi Software Engineering Co Ltd
Hitachi Ltd
Original Assignee
Hitachi Software Engineering Co Ltd
Hitachi 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 Hitachi Software Engineering Co Ltd, Hitachi Ltd filed Critical Hitachi Software Engineering Co Ltd
Priority to JP5076593A priority Critical patent/JPH06291748A/en
Publication of JPH06291748A publication Critical patent/JPH06291748A/en
Pending legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)
  • Bidirectional Digital Transmission (AREA)
  • Communication Control (AREA)

Abstract

PURPOSE:To reduce futile collisions and to transmit/receive transmission requests from both systems equally without inclination by informing an opposite side of the information of whether or not transmission data retained on a present system side are present in header information. CONSTITUTION:It is recognized that the side which performed a reception processing in a previous time between both systems 1 and 3 is provided with a transmission right, the header information is added to and deleted from the transmission/reception data in both systems 1 and 3 and the header information is provided with the information of whether or not the transmission data retained on the side of the present system 1 are present and informes the opposite side of it. Then, a transmission processing is executed when the side of the present system 1 is provided with the transmission right and the transmission processing is not executed or the reception processing is actively performed even when the transmission data are present on the side of the present system 1 when the side of the opposite system 3 is provided with the transmission right and it is informed that the retained transmission data are present. In such a manner, the transmission requests of both systems 1 and 3 are transmitted/ received equally without the inclination.

Description

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

【0001】[0001]

【産業上の利用分野】本発明は衝突したことが認識でき
るチャネルや通信回線等の半二重通信路を使って1対1
で二つのシステムが通信するような構成において、無駄
な衝突を削減させると共に、両方のシステムの性能差に
かかわらず両システムの送信要求を片寄りなく均等に送
受信するための方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention uses a half-duplex communication path such as a channel or a communication line that can recognize a collision, and has a 1: 1 ratio.
In a configuration in which two systems communicate with each other, the present invention relates to a method for reducing unnecessary collisions and for transmitting and receiving transmission requests of both systems evenly and irrespective of the performance difference between both systems.

【0002】[0002]

【従来の技術】従来のベ−シック伝送制御手順の中の相
互起動方式の手順では、衝突の防止又は衝突回数の削減
に関しては何ら考慮されておらず、衝突した場合には事
前にシステム間で取り決めた優先局と非優先局の設定に
より、必ず優先局からの送信が優先される。
2. Description of the Related Art In the conventional basic transmission control procedure, the mutual activation method does not consider collision prevention or reduction of the number of collisions. Due to the negotiated priority and non-priority station settings, transmission from the priority station is always prioritized.

【0003】また、同様に1対nのシステム接続を制御
するためのポーリングセレクション方式では、主局が複
数の相手システムに対してポーリング及びセレクション
を行うことで衝突が発生しないように制御している。
Similarly, in the polling selection method for controlling the 1-to-n system connection, the main station performs polling and selection for a plurality of partner systems so as to prevent collision. .

【0004】なお、相互起動方式及びポーリングセレク
ション方式については、ソフトウェア講座16「オンラ
インシステム」(株式会社昭晃堂昭和62年6月20日
発行)の第11頁から第14頁において記述されてい
る。
The mutual activation method and the polling selection method are described on pages 11 to 14 of Software Course 16 "Online System" (published on June 20, 1987 by Shokoido Co., Ltd.). .

【0005】[0005]

【発明が解決しようとする課題】上記の相互起動方式で
は、衝突が発生した時には優先局として設定された側の
システムの送信が優先されるために均等な送受信が出来
なくなるだけでなく、衝突の回避方法を持たないため
に、両システムに送信要求が滞留しているような状態で
は毎回両システムからの送信が衝突してしまい、衝突に
よる性能上のロスが発生するという問題があった。
In the above mutual activation method, when a collision occurs, the transmission of the system set as the priority station is prioritized, so that uniform transmission / reception cannot be performed and the collision is prevented. Since there is no workaround, there is a problem that the transmissions from both systems collide with each other in a state where transmission requests are accumulated in both systems, resulting in a performance loss due to the collision.

【0006】また、ポーリングセレクション方式では、
一次局が送受信の全てを制御するために二次局で送信デ
ータが発生してもポーリングが来るまでは送信動作が出
来ず、均等な送受信が出来ないという問題があった。
In the polling selection method,
Since the primary station controls all transmission / reception, there is a problem that even if transmission data is generated at the secondary station, transmission operation cannot be performed until polling arrives, and uniform transmission / reception cannot be performed.

【0007】[0007]

【課題を解決するための手段】上記問題は、前回受信処
理した側が送信権を持つことを認識すると共に、送受信
データにヘッダ情報を追加してそのヘッダ情報の中に自
システム側に滞留している送信データが存在しているか
否かの情報を相手側に通知する手段を持たせることによ
り達成される。
[Means for Solving the Problems] The above-mentioned problem is that the side that has performed the reception processing last time has the transmission right, and that the header information is added to the transmission / reception data and stays in the own system side in the header information. This is achieved by providing a means for notifying the other party of information as to whether or not there is transmission data present.

【0008】[0008]

【作用】まず、最初の送受信で衝突した場合の送信権が
どちらのシステムにあるかだけを両システム間で設定し
ておく。また、送信データにはデータの前にヘッダ情報
を追加して今回の送信データの後にまだ滞留している送
信データがあるか否かを相手に通知できるようにする。
そして、データを受信した側ではデータの前のヘッダ情
報を削除すると共に相手側にまだ滞留している送信デー
タがあるか否かを認識する、また、送受信の実行にあた
り、送受信が衝突せずに正常に実行出来た場合は、お互
いのシステムで今回受信を実行した側に送信権があるこ
とを認識する。
First, only which system has the transmission right in the case of collision in the first transmission / reception is set between both systems. Further, header information is added to the transmission data before the data so that the other party can be notified whether or not there is the transmission data still remaining after the current transmission data.
Then, the data receiving side deletes the header information in front of the data and recognizes whether or not there is any transmission data remaining in the other side, and when performing transmission / reception, the transmission / reception does not collide. If it can be executed normally, the two systems recognize that the side that has executed the reception this time has the transmission right.

【0009】そして、送信権を持つ側のシステムでは送
信を実行するが、送信権を持たない側のシステムでなお
かつ前回の受信データのヘッダ情報で相手に滞留した送
信データがあることを通知されている場合には自側に送
信データがあっても送信処理を行わないか又は必要によ
り積極的に受信動作を行うようにすることで、両システ
ムに送信データがあるような場合で、システムに性能差
があっても、無駄な衝突を削減させると共に両システム
からの送信要求をて片寄らず均等に送受信することを実
現する。
Then, the system having the transmission right executes the transmission, but it is notified that there is transmission data staying at the other party in the header information of the previous reception data in the system having no transmission right. If there is send data on the local side, either the send process is not performed or if the receive operation is positively performed as necessary, the system performance is improved when the send data exists on both systems. Even if there is a difference, it is possible to reduce useless collisions and to uniformly transmit and receive transmission requests from both systems without bias.

【0010】[0010]

【実施例】以下、本発明の一実施例について図1、図2
及び図3により説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT An embodiment of the present invention will be described below with reference to FIGS.
3 and FIG.

【0011】図1は、本発明の一実施例の構成図を示
す。図1は、自側システム1と相手側システム3とを衝
突が認識できる半二重通信路2で接続し、この半二重通
信路2を使って通信を行う構成である。そして、自側シ
ステム1は本発明に関係する構成として、上位プログラ
ム11、通信制御プログラム12及び通信制御装置13
を具備している。通信制御プログラム12は、通信制御
装置13を使って半二重通信路2を通して、相手システ
ムとの間で半二重通信を行うためのプログラムである。
そして、システムの業務処理を遂行するために通信制御
プログラム12に対して、データの送受信要求を出すの
が上位プログラム11である。
FIG. 1 shows a block diagram of an embodiment of the present invention. FIG. 1 shows a configuration in which a local system 1 and a remote system 3 are connected by a half-duplex communication path 2 in which a collision can be recognized, and communication is performed using this half-duplex communication path 2. The local system 1 has, as a configuration related to the present invention, a host program 11, a communication control program 12, and a communication control device 13.
It is equipped with. The communication control program 12 is a program for performing half-duplex communication with a partner system via the half-duplex communication path 2 using the communication control device 13.
Then, the upper program 11 issues a data transmission / reception request to the communication control program 12 in order to perform the business processing of the system.

【0012】また、図2は、その通信制御プログラム1
2のフローチャートを示す。この図2を使って通信制御
プリグラム12の処理内容を説明する。まず、本プログ
ラムの停止要求が指示されるまで送信処理及び受信処理
をくり返す構造をとり、停止要求が指示されていれば停
止する(ステップ101)。停止要求が指示されていな
ければ処理をくり返し続け、上位プログラム11からの
送信データ要求があるか判定し(ステップ102)、送
信データがあれば送信処理を行うが送信データがなけれ
ば受信処理(ステップ121以降)を行う。そして、自
側に送信権がなくて(ステップ103)、相手側に滞留
した送信データがあることを前回の受信データで通知さ
れていれば(ステップ104)、受信処理(ステップ1
21以降)を行う。以上で送信処理を実行することが確
定したため、図3に示すようにユーザデータ220に対
してヘッダ情報210を追加する(ステップ105)。
次に、今回送信しようとしている送信データに続いて滞
留した送信データがあるか否かを判定(ステップ10
6)し、滞留している送信データがある場合はその旨を
ステップ106で作成したヘッダ情報の中の滞留送信デ
ータ有無ビット211に設定する(ステップ107)。
また、滞留している送信データがない場合も同様にその
旨を滞留送信データ有無ビットに設定する(ステップ1
08)。以上のようにヘッダ情報210を完成させた後
に送信処理を実行(ステップ109)する。そして、送
信処理を実行したときに衝突が発生しているかを判定
(ステップ110)する。衝突が発生していて自側に送
信権がなければ(ステップ111)、相手側からのデー
タを受信するために受信処理(ステップ121以降)を
行う。しかし、自側に送信権があれば再び送信処理を実
行(ステップ112)する。そうして、送信処理が正常
に完了した場合には、相手側に送信権が移ったことをテ
ーブルに記録して(ステップ113)、再び先頭に戻っ
て送受信処理をくり返す。
Further, FIG. 2 shows the communication control program 1
2 shows a flowchart of 2. The processing contents of the communication control pregram 12 will be described with reference to FIG. First, the transmission process and the reception process are repeated until the stop request of the program is instructed, and if the stop request is instructed, the process is stopped (step 101). If the stop request is not instructed, the process is repeated, and it is determined whether there is a transmission data request from the upper program 11 (step 102). If there is transmission data, the transmission process is performed, but if there is no transmission data, the reception process (step 121 and subsequent steps). Then, if the receiving side does not have the transmission right (step 103) and the receiving side is notified of the staying transmission data by the previous reception data (step 104), the reception process (step 1)
21 or later). Since it is confirmed that the transmission process is executed as described above, the header information 210 is added to the user data 220 as shown in FIG. 3 (step 105).
Next, it is determined whether or not there is transmission data that remains after the transmission data that is about to be transmitted this time (step 10
6) Then, if there is transmission data that remains, it is set to that effect in the retention transmission data presence / absence bit 211 in the header information created in step 106 (step 107).
In addition, when there is no transmission data that is staying, the fact is similarly set in the staying transmission data presence / absence bit (step 1).
08). After the header information 210 is completed as described above, the transmission process is executed (step 109). Then, it is determined whether a collision has occurred when the transmission process is executed (step 110). If a collision has occurred and the transmission side does not have the transmission right (step 111), reception processing (step 121 and subsequent steps) is performed to receive data from the communication side. However, if the user has the transmission right, the transmission process is executed again (step 112). Then, when the transmission process is completed normally, the fact that the transmission right has been transferred to the other party is recorded in the table (step 113), the process returns to the beginning again and the transmission / reception process is repeated.

【0013】また受信処理では、まず受信処理を実行
(ステップ121)する。そして、受信処理が正常に完
了したら、自側に送信権が移ったことをテーブルに記録
する(ステップ122)。そして、受信データのヘッダ
情報210の中の滞留送信データ有無ビット211を判
定し(ステップ123)、相手側に滞留している送信デ
ータがある場合はその旨をテーブルに記録する(ステッ
プ124)。また、相手側に滞留している送信データが
ない場合もその旨をテーブルに記録する(ステップ12
5)。そして、いずれの場合にも受信データのヘッダ情
報210を削除して、上位プログラムに通知する(ステ
ップ126)。
In the receiving process, first, the receiving process is executed (step 121). When the reception process is completed normally, the fact that the transmission right has been transferred to the self side is recorded in the table (step 122). Then, the staying transmission data presence / absence bit 211 in the header information 210 of the reception data is determined (step 123), and if there is transmission data staying on the partner side, that fact is recorded in the table (step 124). Also, when there is no transmission data staying on the other side, that fact is recorded in the table (step 12).
5). In any case, the header information 210 of the received data is deleted and the upper program is notified (step 126).

【0014】[0014]

【発明の効果】本発明によれば、衝突したことが認識で
きる半二重通信路を使って1対1で二つのシステムが通
信するような構成において、両システムの負荷が増加し
て滞留する送信データが定常的の存在するような状況に
おいて、両システムからの送信による衝突回数を削減し
て性能上のロスを削減すると共に、両システムに性能差
があって前回の送受信処理完了後に次の送受信処理を開
始するまでの時間に差が生じるような場合でも、片方か
らの送信が片寄ることなく均等に送受信することが出来
る。
According to the present invention, in a structure in which two systems communicate on a one-to-one basis using a half-duplex communication path that can be recognized as a collision, the load on both systems increases and stays. In a situation where the transmission data is stationary, the number of collisions due to the transmission from both systems is reduced to reduce the performance loss. Even if there is a difference in the time until the transmission / reception processing is started, the transmission from one side can be transmitted / received evenly without being biased.

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

【図1】本発明が適用されるシステム構成図である。FIG. 1 is a system configuration diagram to which the present invention is applied.

【図2】本発明が適用される通信制御プログラムのフロ
ーチャートである。
FIG. 2 is a flowchart of a communication control program to which the present invention is applied.

【図3】本発明が適用される送受信データの形式を示す
図である。
FIG. 3 is a diagram showing a format of transmission / reception data to which the present invention is applied.

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

1…自側システム、 2…半二重通信路、 3…相手側システム、 11…上位プログラム、 12…通信制御プログラム、 13…通信制御装置、 101…停止要求があるか否かの判定、 102…自側の送信データがあるか否かの判定、 103…自側の送信権があるか否かの判定、 104…相手側に滞留した送信データがあるか否かの判
定、 105…送信データへのヘッダ情報挿入処理、 106…自側に滞留した送信データがあるか否かの判
定、 107…滞留している送信データがある事を送信データ
内のヘッダ情報に設定する処理、 108…滞留している送信データがない事を送信データ
内のヘッダ情報に設定する処理、 109…送信処理の実行、 110…送信処理で衝突が発生しているか否かの判定、 111…自側に送信権があるか否かの判定、 112…送信処理の実行、 113…相手側に送信権が移った事をテーブルに記録す
る処理、 121…受信処理の実行、 122…自側に送信権が移った事をテーブルに記録する
処理、 123…受信データのヘッダ情報内の滞留送信データ有
無ビットの判定、 124…相手側に滞留している送信データがある事をテ
ーブルに設定する処理、 125…相手側に滞留している送信データがない事をテ
ーブルに設定する処理、 126…受信データ内のヘッダ情報を削除して上位プロ
グラムに通値する処理、 200…送受信データの形式、 210…ヘッダ情報、 211…滞留送信データ有無ビット、 220…ユーザデータ。
DESCRIPTION OF SYMBOLS 1 ... Self-system, 2 ... Half-duplex communication path, 3 ... Other system, 11 ... Higher-order program, 12 ... Communication control program, 13 ... Communication control apparatus, 101 ... Judgment whether there is a stop request, 102 ... determination as to whether or not there is transmission data on its own side, 103 ... determination as to whether or not it has transmission right on its own side, 104 ... determination as to whether or not there is transmission data retained on the other side, 105 ... transmission data Information processing for inserting header information into 106, determination as to whether or not there is transmission data that has accumulated on its own side, 107 ... processing for setting that there is transmission data that has accumulated in the header information in the transmission data, 108 that has accumulated There is no transmission data that is being set in the header information in the transmission data, 109 ... Execution of transmission processing, 110 ... Judgment of whether or not a collision occurs in the transmission processing, 111 ... Transmission right to the self side Whether there is Whether or not, 112 ... Execution of transmission processing, 113 ... Processing of recording the transmission right transferred to the other side in the table, 121 ... Execution of reception processing, 122 ... Transmission of the transmission right to the own side in the table Processing for recording, 123 ... Judgment of staying transmission data presence / absence bit in header information of received data, 124 ... Processing for setting in the table that there is transmission data staying on the other party, 125 ... Staying on the other party Processing for setting in the table that there is no transmission data that exists, 126 ... Processing for deleting header information in the reception data and passing it to the upper program, 200 ... Format of transmission / reception data, 210 ... Header information, 211 ... Presence / absence of accumulated transmission data Bit, 220 ... User data.

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.5 識別記号 庁内整理番号 FI 技術表示箇所 H04L 29/12 ─────────────────────────────────────────────────── ─── Continuation of the front page (51) Int.Cl. 5 Identification code Office reference number FI technical display location H04L 29/12

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】衝突したことが認識できる半二重通信路を
使って1対1で二つのシステムが通信するような構成に
おいて、両システム間で前回受信処理した側が送信権を
持つことを認識すると共に、両システムで送受信データ
にヘッダ情報を追加及び削除して、そのヘッダ情報の中
に自システム側に滞留している送信データが存在してい
るか否かの情報を持たせて相手側に通知することによ
り、自システム側に送信権があるときは送信処理を実行
するが、相手システム側に送信権があり滞留している送
信データが存在することを通知されている場合には、自
システム側に送信データがあっても送信処理を実行しな
いか又は積極的に受信処理を実行することにより、無駄
な衝突による性能上のロスを削減すると共に、両方のシ
ステムの性能差にかかわらず両システムの送信要求を片
寄りなく均等に送受信することを特徴とする半二重通信
の衝突回数削減と片寄り防止方式。
1. In a structure in which two systems communicate on a one-to-one basis using a half-duplex communication path capable of recognizing a collision, it is recognized that the side that has previously received processing has a transmission right between both systems. At the same time, both systems add and delete header information to the transmission / reception data, and add information to the other side to indicate whether or not there is transmission data retained in the own system side in the header information. By sending the notification, the transmission process is executed when the local system has the transmission right, but if the remote system is notified that there is transmission data that has the transmission right and remains, Even if there is transmission data on the system side, either the transmission process is not executed or the reception process is actively executed to reduce the performance loss due to unnecessary collision and to reduce the performance difference between both systems. Protection for offset and collisions reduction half-duplex communication, characterized by uniformly receive no deviation of the transmission request of both systems without straw.
JP5076593A 1993-04-02 1993-04-02 System for reducing collision number of times and preventing inclination for half-duplex communication Pending JPH06291748A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP5076593A JPH06291748A (en) 1993-04-02 1993-04-02 System for reducing collision number of times and preventing inclination for half-duplex communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5076593A JPH06291748A (en) 1993-04-02 1993-04-02 System for reducing collision number of times and preventing inclination for half-duplex communication

Publications (1)

Publication Number Publication Date
JPH06291748A true JPH06291748A (en) 1994-10-18

Family

ID=13609615

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5076593A Pending JPH06291748A (en) 1993-04-02 1993-04-02 System for reducing collision number of times and preventing inclination for half-duplex communication

Country Status (1)

Country Link
JP (1) JPH06291748A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0944217A2 (en) * 1998-02-25 1999-09-22 Matsushita Electric Industrial Co., Ltd. Methods for data communication and for generating communication frames
KR100525379B1 (en) * 2000-01-28 2005-11-02 엘지전자 주식회사 Data collision avoidance method in Half Duplex Direct Memory Access logic
WO2011030384A1 (en) * 2009-09-10 2011-03-17 株式会社 東芝 Wireless system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0944217A2 (en) * 1998-02-25 1999-09-22 Matsushita Electric Industrial Co., Ltd. Methods for data communication and for generating communication frames
EP0944217A3 (en) * 1998-02-25 2000-05-10 Matsushita Electric Industrial Co., Ltd. Methods for data communication and for generating communication frames
US6714540B1 (en) 1998-02-25 2004-03-30 Matsushita Electric Industrial Co., Ltd. Data communication method, communication frame generating method, and medium on which program for carrying out the methods are recorded
KR100525379B1 (en) * 2000-01-28 2005-11-02 엘지전자 주식회사 Data collision avoidance method in Half Duplex Direct Memory Access logic
WO2011030384A1 (en) * 2009-09-10 2011-03-17 株式会社 東芝 Wireless system
JP5416780B2 (en) * 2009-09-10 2014-02-12 株式会社東芝 Wireless system and wireless device
US8817628B2 (en) 2009-09-10 2014-08-26 Kabushiki Kaisha Toshiba Wireless system

Similar Documents

Publication Publication Date Title
US5165020A (en) Terminal device session management protocol
JPH06291748A (en) System for reducing collision number of times and preventing inclination for half-duplex communication
JPS6321388B2 (en)
JP3386035B2 (en) Flow control method and method by token passing
JP2563193B2 (en) Fax machine
JP3202730B2 (en) Mobile radio systems
US5557613A (en) Simultaneous broadcasting method and apparatus for interrupting communication units in an exclusive mode
JPS6147460B2 (en)
JP2929960B2 (en) Communication device with delivery confirmation function
JP2626914B2 (en) Multiple access device
JP2865463B2 (en) Data transmission method
JP2973936B2 (en) Data transmission method
JPH0511700B2 (en)
JPH07105795B2 (en) Polling control method
JPH07162441A (en) Priority communication system
JPH05316256A (en) Broadcast communication switching device
JPS6230450A (en) Closed area exchange system for facsimile store and forward exchange system
JPH11298515A (en) Facsimile store and forward exchange
JPS5814780B2 (en) Recovery control method for multiple information frame failures
JPH0537551A (en) Data transferring device and method
JPS61127245A (en) Communication network
JPH0879169A (en) Multi-address communication system
JPS59212053A (en) Data relay system
JPH0418652A (en) Data communication system
JPH0484531A (en) Communication system for local network system