JPH05327776A

JPH05327776A - データ転送方式

Info

Publication number: JPH05327776A
Application number: JP4125270A
Authority: JP
Inventors: Kazuhiko Ito; 和彦伊東
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1992-05-19
Filing date: 1992-05-19
Publication date: 1993-12-10

Abstract

(57)【要約】【目的】端末と特定のサービスを提供するサーバとの間
等におけるデータ転送方式に関し、少ない遅延時間でデ
ータ廃棄を防止可能にすることを目的とする。【構成】交換手段が、コネクションオリエンテッドな通
信形態をとる複数の送信側のラインからの伝送データ
を、衝突を回避しながら、コネクションレスな通信形態
をとる受信側のラインに転送するシステムにおいて、受
信側のライン回路に、自受信バッファステータス監視手
段２０を設けて、受信バッファ１８のデータ蓄積状態を
示す受信バッファステータス信号を発生し、送信側のラ
イン回路に、他受信バッファステータス監視・制御手段
１４を設けて、受信バッファステータス信号が受信バッ
ファ１８における受信不能状態を示すとき転送中止信号
を発生し、送信制御手段１３を設けて、送信バッファ１
２からのデータ転送を起動するとともに、転送中止信号
によってデータ転送起動を中止することで構成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、端末と特定のサービス
を提供するサーバとの間等におけるデータ転送方式に関
し、特に少ない遅延時間でデータ廃棄を防止することが
できるようにしたデータ転送方式に関するものである。

【０００２】音声通信に代表されるコネクションオリエ
ンテッドな通信形態と、ファイル転送等に代表されるコ
ネクションレスな通信形態とを統合するデータ転送方式
がある。

【０００３】このようなデータ転送方式においては、受
信バッファビジーに基づく再送時における、データ廃棄
の発生を防止できるようにすることが要望される。

【０００４】

【従来の技術】図９は、複数の端末（クライアント）
と、特定のサービスを提供する端末（サーバ）とを接続
する通信系を例示したものであって、１₁ 〜１_nは複数
のクライアント側の端末、２₁ 〜２_nは端末１₁ 〜１_n
を収容するライン回路（ＬＣ）、３はサーバ側の端末、
４はサーバ３を収容するライン回路（ＬＣ）、５はこれ
ら端末間における情報の交換処理を行う交換手段であ
る。

【０００５】端末１₁ 〜１_nは、端末との間に専用のパ
スを形成する、ＰＢＸ回線等のコネクションオリエンテ
ッドな通信形態をとるラインを介して、それぞれ交換手
段５に接続される。これに対してサーバ３は、端末間に
専用のパスを形成することなく、情報自体に付したアド
レスによって通信を行う、ＬＡＮ等のコネクションレス
な通信形態をとるラインによって交換手段５に接続され
る。サーバ３は例えばプリンタを有し、複数の端末１₁
〜１_nから転送されたデータによって、プリントアウト
等のサービスを実行する。ライン回路２₁ 〜２_nとライ
ン回路４との間のデータ転送は、ブロードキャスト形式
によって行われる。

【０００６】この際、交換手段５にアービタの機能を設
けて、複数の端末１₁ 〜１_nからのデータ転送要求を統
制して、衝突を回避するようにする必要がある。またこ
の場合、ＰＢＸの通信パスは、交換機内のソフトウエア
によって設定されるため応答遅延が大きいので、ＬＡＮ
系の通信アプリケーションが動作できなくなる恐れがあ
る。

【０００７】そこで、交換手段５において、端末１₁ 〜
１_nからのデータ転送要求を蓄積して、受付順に各端末
に対してデータ転送を許容する機能を、ハードウエアに
よって設ける。

【０００８】交換手段５において、５₁ はデータ転送要
求受付手段、５₂ はデータ転送要求蓄積手段、５₃ はデ
ータ転送要求取出返送手段であって、これらは上述のア
ービタの機能を行うものである。

【０００９】データ転送要求受付手段５₁ は、複数のラ
イン回路２₁ 〜２_nからのデータの転送要求信号を受け
付ける。データ転送要求蓄積手段５₂ は、受け付けられ
たデータ転送要求を先入れ先出しで蓄積し、データ転送
要求取出返送手段５₃ は、データを転送したライン回路
から転送終了信号が発生したとき、データ転送要求蓄積
手段５₂ から次のデータ転送要求を取り出す。そしてそ
のデータ転送要求を発生したライン回路に対して応答信
号を返送することによって、データ転送を許可する。

【００１０】従って、図９の通信系においては、コネク
ションオリエンテッドな通信形態をとるラインにおい
て、コネクションレスな通信形態をとるデータを、衝突
を回避しながら小さい遅延時間で、交換することができ
る。

【００１１】図１０は、図９に示された通信系における
データ転送のシーケンスを示したものである。最初、ク
ライアントのいずれかの端末と、対応する送信側のライ
ン回路との間で、転送要求ｒｅｑと応答ｇｎｔの送受が
行われたのち、データ転送が行われて、一旦、送信側の
ライン回路に転送データが蓄積される。

【００１２】次に送信側のライン回路と交換手段５のア
ービタとの間で、要求キューを介して転送要求ｒｅｑと
応答ｇｎｔの送受が行われたのち、送信側のライン回路
と受信側のライン回路４との間で、ブロードキャスト形
式でデータ転送が行われて、サーバの端末３がデータを
受信する。

【００１３】データ転送終了によって、アービタと送信
側のライン回路との間で転送終了ｅｎｄと応答ｇｎｔの
送受が行われて、転送終了ｅｎｄがオフになったとき、
アービタが、要求キューから次の転送要求を取り出し
て、応答ｇｎｔを別の送信側ライン回路へ送ることによ
って、次の転送動作が開始される。

【００１４】

【発明が解決しようとする課題】図９に示された通信系
においては、サーバに対して複数のクライアントが通信
を行うため、サーバを収容するライン回路の受信バッフ
ァに多くのデータが集中する。

【００１５】図１１は、従来のデータ転送方式における
データの流れを示したものであって、図９におけると同
じものを同じ番号で示し、クライアントの端末１₁ 〜１
_nからサーバの端末３に対するデータ転送時のみを示し
ている。６₁ 〜６_nは送信側のライン回路２₁ 〜２_nに
おける送信バッファ、７は受信側のライン回路４におけ
る受信バッファである。

【００１６】図１１において、送信側の各ライン回路２
₁ 〜２_nからの転送データ(1) 〜(n) は、受信側のライ
ン回路４の受信バッファ７にシリアルに蓄積される。そ
のため受信バッファ７の容量が不十分な場合には、転送
データ(1) 〜(n-1) は蓄積されるが、転送データ(n) は
廃棄される。

【００１７】従来は、受信バッファにおいて複数面の領
域を持つことによって、ある程度のデータ集中に耐えら
れるようにしていたが、データ集中の度合いは、基本的
に通信トラフィックに依存するものであって、データが
受信バッファから溢れる場合が生じることを避けられな
い。

【００１８】そのため、図９に示されたような、コネク
ションオリエンテッドな通信形態と、コネクションレス
な通信形態とを統合する、従来の通信系においては、デ
ータが廃棄されることを防止できないという問題があっ
た。

【００１９】この場合、送信側に対して受信バッファビ
ジーを通知することによって、データを再送してデータ
の廃棄を防止することも考えられるが、この場合も再送
回数の設定は統計的手法によることとなるため、設定値
を超える場合は、リトライアウトとなってやはりデータ
の廃棄が生じることを避けられない。

【００２０】本発明は、このような従来技術の課題を解
決しようとするものであって、コネクションオリエンテ
ッドな通信形態とコネクションレスな通信形態とを統合
する通信系において、データ廃棄の発生を防止すること
を目的としている。

【００２１】

【課題を解決するための手段】本発明は、交換手段が送
信側のデータ転送要求を先入れ先出しで蓄積して、デー
タ転送終了ごとに次のデータの転送許可を与えることに
よって、コネクションオリエンテッドな通信形態をとる
複数の送信側のラインのライン回路から伝送されるデー
タを、衝突を回避しながら、コネクションレスな通信形
態をとる受信側のラインのライン回路に転送するシステ
ムにおいて、受信側のライン回路に、転送データを受信
すべきか否かを判断する受信データ監視手段１９と、受
信バッファ１８のデータ蓄積状態を示す受信バッファス
テータス信号を発生する自受信バッファステータス監視
手段２０を設けるとともに、送信側のライン回路に、受
信バッファステータス信号が受信バッファ１８における
受信不能状態を示すとき転送中止信号を発生する他受信
バッファステータス監視・制御手段１４と、転送データ
を蓄積する送信バッファ１２からのデータ転送を起動し
転送中止信号によってデータ転送起動を中止する送信制
御手段１３とを設けたものである。

【００２２】また本発明は、この場合に、他受信バッフ
ァステータス監視・制御手段１４が、受信バッファステ
ータス信号が受信バッファ１８における受信可能状態を
示すとき転送許可信号を発生し、送信制御手段１３が、
転送中止信号によってデータの再送を要求するリトライ
起動信号を発生するとともに、送信側のライン回路に、
このリトライ起動信号によって交換手段にデータ転送を
要求して転送許可を示す応答信号を受けたとき送信制御
手段１３にデータ転送を許可するとともに、リトライ回
数を計数して規定値を超えたときリトライ最終信号を発
生する再送手段１６と、リトライ最終信号によって送信
制御手段１３からのデータ転送起動を中止し、転送許可
信号によってデータ転送起動を再開させる送信待ち手段
１５とを設けたものである。

【００２３】

【作用】図１は、本発明の原理的構成を示したものであ
って、１１は送信側のライン回路における送信部を示
し、１２は送信バッファ、１３は送信制御手段、１４は
他受信バッファステータス監視・制御手段、１５は送信
待ち手段、１６は再送手段である。また、１７は受信側
のライン回路における受信部を示し、１８は受信バッフ
ァ、１９は受信データ監視手段、２０は自受信バッファ
ステータス監視手段である。図中においては、サーバ側
のライン回路が受信し、クライアント側のライン回路が
送信する場合について、それぞれ該当する部分の機能の
みを示しているが、実際には、各ライン回路ごとに送信
部と受信部とを合わせ持っている。

【００２４】送信側のライン回路において、送信部１１
が送信制御手段１３によって送信を開始すると、受信側
のライン回路における受信部１７では、受信データ監視
手段１９によって受信すべきデータであるか否かを判断
して、受信すべきデータのみを受信バッファ１８に蓄積
する。受信データ監視手段１９は、受信バッファ１８に
おいて、受信する必要のないデータによって、受信バッ
ファビジー状態を発生しないように機能する。自受信バ
ッファステータス監視手段２０は、受信バッファ１８の
状態をモニタして、規定容量を超えた場合に、送信側の
ライン回路に対して受信バッファステータス信号を送信
する。

【００２５】送信部１１では、他受信バッファステータ
ス監視・制御手段１４は、受信バッファステータス信号
をモニタして、受信バッファビジーが通知されると、デ
ータ転送を中止する信号を送信制御手段１３に通知す
る。これによって、送信制御手段１３はデータ転送を中
断して、再送手段１６に対してリトライ起動によって再
送要求を行う。再送手段１６は、図示されないアービタ
に対してデータの転送要求を発生し、アービタからデー
タ転送許可を示す返送が返ってきたとき、送信制御手段
１３に対して送信可を通知する。送信制御手段１３は、
これを受け付けて再度データを転送する。この際、再送
手段１６は、再送回数を更新保持する。再送回数が規定
値以内のときは、送信待ち手段１５は停止状態であっ
て、従って、送信制御手段１３によって、直ちにデータ
転送が行われる。これによって、再送による無駄時間が
排除される。

【００２６】規定再送回数以内にデータ転送が終了しな
い場合には、再送手段１６から送信待ち手段１５に対し
てリトライ最終信号が出力される。この信号によって送
信待ち手段１５が活性化され、送信待ち手段１５は、他
受信バッファステータス監視・制御手段１４から転送許
可信号を受信するまで、送信制御手段１３の送信起動信
号を遅延させる。

【００２７】受信部１７において、受信バッファ１８が
受信可能になったことを示す受信バッファステータス信
号が発生したとき、送信部１１において他受信バッファ
ステータス監視・制御手段１４は送信待ち手段１５に対
して転送許可信号を発生するので、送信待ち手段１５
は、送信バッファ１２からデータを送信させる。従っ
て、送信バッファ１２における送信データは、確実に
受信バッファ１８において蓄積され、データの廃棄が防
止される。

【００２８】

【実施例】図２は、本発明の一実施例における受信部の
構成を示し、図１におけると同じものを同じ番号で示
し、２１はｉ＋１ビット遅延部、２２はシフトレジスタ
（ＳＦＲ）、２３は比較部、２４はレジスタ（ＲＥ
Ｇ）、２５はフリップフロップ（ＦＦ）である。

【００２９】また図３〜図５は、受信部の動作タイムチ
ャート(1) 〜(3) を示したものであって、図３は受信バ
ッファにデータが蓄積され、受信バッファビジー信号と
受信拒否信号とが出力される過程を示している。

【００３０】受信監視手段１９において、ｉ＋１ビット
遅延部２１は、転送データすなわち送信バッファ１２か
らの書き込みデータＷＤＡＴＡをｉ＋１ビット遅延させ
て、受信バッファ１８に書き込む。書き込みデータＷＤ
ＡＴＡは、受信ラインを示す受ラインNo．とデータとか
らなっている。

【００３１】受信監視手段１９において、ＳＦＲ２２
は、転送データの先頭部にある受ラインNo．を抽出する
作用を行う。比較部２３は、ＲＥＧ２４に予め設定され
ているラインNo．（Ｑ₀ 〜Ｑ_i）と、ＳＦＲ２２に蓄積
された受ラインNo．（Ｑ₀ 〜Ｑ _i）とを比較して、一致
したときアンドゲートＡＮＤ３を経て出力を発生し、こ
れによってアンドゲートＡＮＤ１で論理をとって、一致
したときのみ受信バッファ１８に書き込みクロックＷＣ
を印加する。

【００３２】図３において、で示す受ラインNo．＝５
のデータ（データＡ）は、比較の結果一致しないため、
受信バッファ１８に書き込まれない。で示す受ライン
No．＝１のデータ（データＢ）は、比較の結果一致した
ので、受信すべきデータであり、受信バッファ１８に蓄
積される。

【００３３】受信バッファ１８のフル（ＦＵＬ）は、受
信バッファの使用状態を示す信号であって、例えば、Ｆ
ｉＦｏのフルフラグ等に相当する。簡単のため、受信バ
ッファ１８の深さを１とすると、データＢは受信バッフ
ァの容量の１つ分を使用して蓄積される。深さが１であ
るため、データＢが読み出されない限り、ＦＵＬ信号が
受信バッファビジー信号として出力される。なお一般的
には、深さｎの場合、ｎ−ｍ（ｍ＝０，１，…：インプ
リメント依存のパラメータ）個のデータ蓄積後にＦＵＬ
信号が出力される。

【００３４】図３においては、データＢが読み出される
前に、データＣの書き込みが行われた場合を示してい
る。既にＦＵＬ信号がオンしているため、受信バッファ
１８は書き込みができない状態になっている。そのた
め、で示す受ラインNo．＝１のデータ（データＣ）
は、受信バッファに蓄積されない。

【００３５】そこで自受信バッファステータス監視手段
２０は、受信拒否信号を出力することによって再送を促
す。この際、ＦＦ２５は、受信バッファ１８からのＦＵ
Ｌ信号を、アンドゲートＡＮＤ３からの比較出力によっ
て同期を取って受信拒否信号を出力する。出力タイミン
グは、ラインNo. 比較直後であるため、伝送データのデ
ータ部分を出力せずにすみ、転送時の無駄を省くことが
できる。

【００３６】また図４は図３の状態から、データＢが読
み出され、その後にデータＣの再送が発生した場合の過
程を示している。データＢが読み出されると、受信バッ
ファ１８のＦＵＬ信号がオフとなって、受信バッファビ
ジー信号が停止するので、再送されたデータＣは、受信
バッファ１８に蓄積可能となる。図４において、受信拒
否により再送されたで示すデータＣは、受信バッファ
１８に蓄積される。

【００３７】図５は、図４の状態から、データの読み出
しがなくデータＣが繰り返し再送された場合の過程を示
している。この場合は、受信バッファビジー状態が継続
するため、データＣが受信すべきデータであっても、自
バッファステータス監視手段２０から受信拒否信号が出
力される。

【００３８】オアゲートＯＲ１は、ＦＦ２５をリセット
する信号Ｒを発生するゲートであって、受信バッファビ
ジー状態が解除された場合と、受信バッファがビジー状
態であっても、転送されたデータが受信すべきデータで
ない場合に、受信拒否信号を出力しないように動作し、
他のライン回路の受信動作を妨げないようにする作用を
行う。

【００３９】初期状態において、ＲＥＧ２４に対する設
定データが未設定の場合には、該当ライン回路に接続さ
れた端末が、どのラインNo. のデータを受信すべきか不
明であるため、すべてのデータを受信して端末に送信し
て、端末において受信すべきデータを選択させるように
する必要がある。

【００４０】この場合には、本来受信する必要のないデ
ータでも受信する必要がある。ＲＥＧ２４の出力Ｑ_i+1
は、設定データが有効か無効かを示すフラグであって、
ＲＥＧ２４にデータが未設定の場合に、インバータＩＮ
Ｖ２，オアゲートＯＲ２を介してアンドゲートＡＮＤ３
から一致を示す比較出力を発生することによって、受信
バッファ１８にデータを蓄積する。

【００４１】すべてのデータを蓄積すると、受信バッフ
ァ１８の深さは有限であるため、直ちに受信バッファビ
ジー状態となる。これによって、本来、受信しなくても
よいデータの受信による受信拒否信号，受信バッファビ
ジー信号を出力することによって、他のライン回路の受
信動作を妨げることになる。この際、アンドゲートＡＮ
Ｄ４，ＡＮＤ５は、ＲＥＧ２４にデータの設定が行われ
るまで、受信拒否信号および受信バッファビジー信号か
らなる受信バッファステータス信号の出力を禁止する。

【００４２】図６は、本発明の一実施例における送信部
の構成を示したものであって、図１におけると同じもの
を同じ番号で示し、３１はフリップフロップ（ＦＦ）、
３２はシフトレジスタ（ＳＦＲ）、３３はプロセッサ、
３４はレジスタ（ＲＥＧ）、３５はカウンタ（ＣＮ
Ｔ）、３６は比較部、３７はレジスタ（ＲＥＧ）、３８
はフリップフロップ（ＦＦ）、３９はスキャンレジスタ
（ＲＥＧ）、４０はレジスタ（ＲＥＧ）、４１はスキャ
ンレジスタ（ＲＥＧ）、４２はプロセッサバスである。

【００４３】また図７，図８は、送信部の動作タイムチ
ャート(1),(2) を示したものであって、図７は送信時の
タイムチャートを示し、図８は再送のシーケンスを示し
ている。

【００４４】図６において、ＦＦ３１，オアゲートＯＲ
１，アンドゲートＡＮＤ１，ＳＦＲ３２，インバータＩ
ＮＶ１，ＩＮＶ２は、送信バッファ１２にデータがある
場合に、プロセッサ３３からの起動信号に基づいてＲＥ
Ｇ３４にセットされた送信起動信号をトリガとして、送
信タイミングクロックＷＣＫおよび受信部に対する書き
込みデータＷＤＡＴＡを作成する。

【００４５】ＣＮＴ３５は、受信部からの受信バッファ
ステータス信号における受信拒否信号に基づいて再送回
数をカウントし、比較部３６は、ＣＮＴ３５のカウント
値とＲＥＧ３７に設定された再送回数の最大値とを比較
して、一致したときナンドゲートＮＡＮＤ，アンドゲー
トＡＮＤ２を介して、ＲＥＧ３４からの送信起動信号に
待ちを挿入する。

【００４６】ＦＦ３８，スキャンＲＥＧ３９，ＲＥＧ３
４，ＲＥＧ４０，スキャンＲＥＧ４１は、プロセッサ３
３の入出力用レジスタであって、それぞれにセットされ
た信号のスキャンに基づいて、所要の制御を行う。

【００４７】データの転送は、図７に示すようなシーケ
ンスによって行われる。まず、プロセッサ３３は、スキ
ャンＲＥＧ３９をリードして、送信バッファ１２にデー
タがあるか否かを判断する。送信バッファ１２にデータ
がある場合には、ＲＥＧ４０に転送要求を設定して、返
送信号が返ってくるのを待つ。返送信号が返ってくる
と、ＲＥＧ３４に起動信号を設定する。図７において
は、データＢは、受信バッファ１８に正常に蓄積された
が、データＣは、受信バッファビジーによって、受信拒
否された場合を示している。この場合は受信拒否によっ
て、，に示すように、以後の送信は中断される。

【００４８】受信拒否されると、カウンタ３５が更新さ
れ、またＦＦ３８によってプロセッサ３３に通知され
る。プロセッサ３３は、再送のために転送要求を出力
し、返送信号が返ってくると、再び起動信号をＲＥＧ３
４に設定する。

【００４９】図８は、リトライ最大回数を３とした場合
の再送シーケンスを示したものである。３回再送する
と、比較部３６における比較結果が一致して、送信待ち
手段１５におけるナンドゲートＮＡＮＤが送信待ちを示
す出力を発生する。プロセッサ３３の設定に基づいてＲ
ＥＧ３４から起動信号が出力されても、アンドゲートＡ
ＮＤ２でマスクされて、データは送出されない。この状
態は、受信バッファ１８において、受信バッファビジー
信号がオフにされるまで継続される。

【００５０】受信バッファビジー信号が解除されると、
ナンドゲートＮＡＮＤの出力によって、アンドゲートＡ
ＮＤ２における待ち挿入状態が解除されるので、この時
点で、データの転送が開始され、受信バッファ１８に確
実に蓄積される。

【００５１】

【発明の効果】以上説明したように本発明によれば、コ
ネクションオリエンテッドな通信形態とコネクションレ
スな通信形態とを統合する通信系において、受信バッフ
ァがビジーのとき、送信バッファに対して受信拒否を通
知して送信側に再送を行わせ、リトライアウトになった
ときは、受信バッファビジー解除まで送信を待たせるよ
うにしたので、受信バッファにおいてデータ廃棄の発生
を防止することができ、従って、通信品質の低下が防止
することが可能となる。

【図面の簡単な説明】

【図１】本発明の原理的構成を示す図である。

【図２】本発明の一実施例における受信部の構成を示す
図である。

【図３】受信部の動作タイムチャート(1) を示す図であ
る。

【図４】受信部の動作タイムチャート(2) を示す図であ
る。

【図５】受信部の動作タイムチャート(3) を示す図であ
る。

【図６】本発明の一実施例における送信部の構成を示す
図である。

【図７】送信部の動作タイムチャート(1) を示す図であ
る。

【図８】送信部の動作タイムチャート(2) を示す図であ
る。

【図９】複数の端末（クライアント）と、特定のサービ
スを提供する端末（サーバ）とを接続する通信系を例示
する図である。

【図１０】図９に示された通信系におけるデータ転送の
シーケンスを示す図である。

【図１１】従来のデータ転送方式におけるデータの流れ
を示す図である。

【符号の説明】

１２送信バッファ１３送信制御手段１４他受信バッファステータス監視・制御手段１５送信待ち手段１６再送手段１８受信バッファ２０自受信バッファステータス監視手段

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｑ 1/30 Ｃ 9076−5Ｋ

Claims

【特許請求の範囲】

【請求項１】交換手段が送信側のデータ転送要求を先
入れ先出しで蓄積して、データ転送終了ごとに次のデー
タの転送許可を与えることによって、コネクションオリ
エンテッドな通信形態をとる複数の送信側のラインのラ
イン回路から伝送されるデータを、衝突を回避しなが
ら、コネクションレスな通信形態をとる受信側のライン
のライン回路に転送するシステムにおいて、前記受信側のライン回路に、転送データを受信すべきか
否かを判断する受信データ監視手段（１９）と、受信バ
ッファ（１８）のデータ蓄積状態を示す受信バッファス
テータス信号を発生する自受信バッファステータス監視
手段（２０）を設けるとともに、前記送信側のライン回路に、前記受信バッファステータ
ス信号が該受信バッファ（１８）における受信不能状態
を示すとき転送中止信号を発生する他受信バッファステ
ータス監視・制御手段（１４）と、転送データを蓄積する送信バッファ（１２）からのデー
タ転送を起動し前記転送中止信号によって該データ転送
起動を中止する送信制御手段（１３）とを設けたことを
特徴とするデータ転送方式。
【請求項２】請求項１に記載のデータ転送方式におい
て、前記他受信バッファステータス監視・制御手段（１
４）が、前記受信バッファステータス信号が受信バッフ
ァ（１８）における受信可能状態を示すとき転送許可信
号を発生し、前記送信制御手段（１３）が、前記転送中
止信号によってデータの再送を要求するリトライ起動信
号を発生するとともに、前記送信側のライン回路に、該リトライ起動信号によっ
て前記交換手段にデータ転送を要求して転送許可を示す
応答信号を受けたとき前記送信制御手段（１３）にデー
タ転送を許可するとともに、リトライ回数を計数して規
定値を超えたときリトライ最終信号を発生する再送手段
（１６）と、該リトライ最終信号によって前記送信制御手段（１３）
からのデータ転送起動を中止し、前記転送許可信号によ
ってデータ転送起動を再開させる送信待ち手段（１５）
とを設けたことを特徴とするデータ転送方式。