JPH10126424A - データ送信方式 - Google Patents
データ送信方式Info
- Publication number
- JPH10126424A JPH10126424A JP8275875A JP27587596A JPH10126424A JP H10126424 A JPH10126424 A JP H10126424A JP 8275875 A JP8275875 A JP 8275875A JP 27587596 A JP27587596 A JP 27587596A JP H10126424 A JPH10126424 A JP H10126424A
- Authority
- JP
- Japan
- Prior art keywords
- transmission
- data
- congestion
- frame
- client
- 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
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 輻輳の再発を抑制することができるデータ送
信方式を提供する。 【解決手段】 クライアント端末２０はサーバ端末１０
に向けて連続する複数のＩフレームを一定の時間間隔で
送信する。サーバ端末１０は輻輳の発生と同時にクライ
アント端末２０に向けてＲＮＲフレームを送信する。ク
ライアント端末２０はＲＮＲフレームを受信したときＩ
フレームの送信を中断する。サーバ端末１０は輻輳を解
除したときクライアント２０に向けて輻輳解除を知らせ
るＲＲフレームを送信する。クライアント２０はＲＲフ
レームを受信したとき先の一定の時間間隔より長い時間
間隔でＩフレームの送信を再開する。
信方式を提供する。 【解決手段】 クライアント端末２０はサーバ端末１０
に向けて連続する複数のＩフレームを一定の時間間隔で
送信する。サーバ端末１０は輻輳の発生と同時にクライ
アント端末２０に向けてＲＮＲフレームを送信する。ク
ライアント端末２０はＲＮＲフレームを受信したときＩ
フレームの送信を中断する。サーバ端末１０は輻輳を解
除したときクライアント２０に向けて輻輳解除を知らせ
るＲＲフレームを送信する。クライアント２０はＲＲフ
レームを受信したとき先の一定の時間間隔より長い時間
間隔でＩフレームの送信を再開する。
Description
【０００１】
【発明の属する技術分野】本発明は、クライアント・サ
ーバ・システム等の通信システムにおいて、データ送信
装置のデータ送信速度がデータ受信装置の受信速度を越
えたときに発生する輻輳を防止するデータ送信技術に関
する。
ーバ・システム等の通信システムにおいて、データ送信
装置のデータ送信速度がデータ受信装置の受信速度を越
えたときに発生する輻輳を防止するデータ送信技術に関
する。
【０００２】
【従来の技術】通信システム、例えばクライアント・サ
ーバ・システム等において、データのやり取りは一定の
フォーマットを有するフレーム単位で行われる。しか
し、従来より、データ送信装置からのデータ送信速度が
データ受信装置の受信速度を越えたときに輻輳が発生す
る問題があった。このため、この輻輳を解決するための
データの送信技術に関する工夫が従来よりなされてき
た。
ーバ・システム等において、データのやり取りは一定の
フォーマットを有するフレーム単位で行われる。しか
し、従来より、データ送信装置からのデータ送信速度が
データ受信装置の受信速度を越えたときに輻輳が発生す
る問題があった。このため、この輻輳を解決するための
データの送信技術に関する工夫が従来よりなされてき
た。
【０００３】この技術をクライアント・サーバ・システ
ムを例にとって説明する。サーバ端末が複数のクライア
ント端末から大量のデータフレームを受信し、内蔵され
た受信バッファの空き領域が不足すると輻輳が発生す
る。輻輳が発生するとサーバ端末は各クライアント端末
に対して輻輳の発生を知らせる輻輳発生通知フレーム
（以下、ＲＮＲフレーム）を一斉送信する。各クライア
ント端末は、サーバ端末からＲＮＲフレームを受信する
とデータフレームの送信を中断する。サーバ端末は、Ｒ
ＮＲフレームの送信後、自己装置内に滞留していた受信
データフレームを処理し輻輳を解除する。輻輳の解除
後、サーバ端末は、クライアントに対して輻輳解除通知
フレーム（以下、ＲＲフレーム）を一斉送信する。各ク
ライアントはＲＲフレームを受信したとき、データフレ
ームの送信を再開する。
ムを例にとって説明する。サーバ端末が複数のクライア
ント端末から大量のデータフレームを受信し、内蔵され
た受信バッファの空き領域が不足すると輻輳が発生す
る。輻輳が発生するとサーバ端末は各クライアント端末
に対して輻輳の発生を知らせる輻輳発生通知フレーム
（以下、ＲＮＲフレーム）を一斉送信する。各クライア
ント端末は、サーバ端末からＲＮＲフレームを受信する
とデータフレームの送信を中断する。サーバ端末は、Ｒ
ＮＲフレームの送信後、自己装置内に滞留していた受信
データフレームを処理し輻輳を解除する。輻輳の解除
後、サーバ端末は、クライアントに対して輻輳解除通知
フレーム（以下、ＲＲフレーム）を一斉送信する。各ク
ライアントはＲＲフレームを受信したとき、データフレ
ームの送信を再開する。
【０００４】さらに改良が加えられた従来技術によるク
ライアント・サーバ・システムを図面を参照して説明す
る。図５は、改良が加えられた従来技術によるクライア
ント・サーバ・システムのブロック構成図である。この
クライアント・サーバ・システム５はサーバ端末５０と
ｎ個のクライアント端末５１〜５ｎを備える。図６を参
照して、サーバ端末５０の動作を説明する。まず、サー
バ端末５０は、クライアント端末５１〜５ｎの各々から
一定の時間間隔で送信されたデータフレームを受信し、
図示されないバッファに格納する（Ｓ３０１）。バッフ
ァの空き領域が不足して輻輳が発生したとき（Ｓ３０
２：Ｙｅｓ）、クライアント端末５１〜５ｎに対してＲ
ＮＲフレームを一斉送信する（Ｓ３０３）。サーバ端末
５０はバッファに蓄積したデータを処理して一定以上の
空き領域を確保し輻輳を解除する（Ｓ３０４）。輻輳の
解除後、クライアント端末５１〜５ｎに対してクライア
ント端末５１から順に輻輳の再発の割合が減少するよう
に一定の時間間隔でＲＲフレームを送信する（Ｓ３０
５）。輻輳が発生しないとき（Ｓ３０２：Ｎｏ）は、残
りの受信データがあれば（Ｓ３０６：Ｙｅｓ）、ステッ
プＳ３０１に戻ってデータフレームを受信する。残りの
受信データがなければ（Ｓ３０６：Ｎｏ）、受信処理を
終了する。
ライアント・サーバ・システムを図面を参照して説明す
る。図５は、改良が加えられた従来技術によるクライア
ント・サーバ・システムのブロック構成図である。この
クライアント・サーバ・システム５はサーバ端末５０と
ｎ個のクライアント端末５１〜５ｎを備える。図６を参
照して、サーバ端末５０の動作を説明する。まず、サー
バ端末５０は、クライアント端末５１〜５ｎの各々から
一定の時間間隔で送信されたデータフレームを受信し、
図示されないバッファに格納する（Ｓ３０１）。バッフ
ァの空き領域が不足して輻輳が発生したとき（Ｓ３０
２：Ｙｅｓ）、クライアント端末５１〜５ｎに対してＲ
ＮＲフレームを一斉送信する（Ｓ３０３）。サーバ端末
５０はバッファに蓄積したデータを処理して一定以上の
空き領域を確保し輻輳を解除する（Ｓ３０４）。輻輳の
解除後、クライアント端末５１〜５ｎに対してクライア
ント端末５１から順に輻輳の再発の割合が減少するよう
に一定の時間間隔でＲＲフレームを送信する（Ｓ３０
５）。輻輳が発生しないとき（Ｓ３０２：Ｎｏ）は、残
りの受信データがあれば（Ｓ３０６：Ｙｅｓ）、ステッ
プＳ３０１に戻ってデータフレームを受信する。残りの
受信データがなければ（Ｓ３０６：Ｎｏ）、受信処理を
終了する。
【０００５】次に、図７を参照してクライアント端末５
１の動作を説明する。まず、サーバ端末５０に向けてデ
ータフレームを送信する（Ｓ４０１）。サーバ端末５０
から輻輳の発生を知らせるＲＮＲフレームを受信したと
き（Ｓ４０２：Ｙｅｓ）、データフレームの送信を中断
する（Ｓ４０３）。しばらくして、サーバ端末５０より
輻輳の解除を知らせるＲＲフレームを受信したとき（Ｓ
４０４）、ステップＳ７０１に戻ってデータフレームの
送信を再開する。ＲＮＲフレームを受信しないとき（Ｓ
４０２：Ｎｏ）は、残りの送信データあれば（Ｓ４０
５：Ｙｅｓ）、ステップＳ４０１に戻ってデータフレー
ムを送信する（Ｓ４０１）。残りの送信データがなけれ
ば（Ｓ４０５：Ｎｏ）、送信処理を終了する。他のクラ
イアント端末５２〜５ｎも同様の動作を行う。
１の動作を説明する。まず、サーバ端末５０に向けてデ
ータフレームを送信する（Ｓ４０１）。サーバ端末５０
から輻輳の発生を知らせるＲＮＲフレームを受信したと
き（Ｓ４０２：Ｙｅｓ）、データフレームの送信を中断
する（Ｓ４０３）。しばらくして、サーバ端末５０より
輻輳の解除を知らせるＲＲフレームを受信したとき（Ｓ
４０４）、ステップＳ７０１に戻ってデータフレームの
送信を再開する。ＲＮＲフレームを受信しないとき（Ｓ
４０２：Ｎｏ）は、残りの送信データあれば（Ｓ４０
５：Ｙｅｓ）、ステップＳ４０１に戻ってデータフレー
ムを送信する（Ｓ４０１）。残りの送信データがなけれ
ば（Ｓ４０５：Ｎｏ）、送信処理を終了する。他のクラ
イアント端末５２〜５ｎも同様の動作を行う。
【０００６】
【発明が解決しようとする課題】上記改良された従来技
術によるクライアント・サーバ・システム５によれば、
サーバ端末５０がクライアント端末５１〜５ｎに対して
個々に時間をずらしてデータフレームの送信を再開させ
ることでクライアント端末全体としてのデータフレーム
の送信速度を低減させることができ、輻輳解除後しばら
くは輻輳が再び発生することを防ぐことができる。しか
し、しばらくして複数のクライアント端末からデータフ
レームが送信されるようになり、サーバ端末５０が受信
速度を越える速さで大量のデータフレームを受信し始め
たとき、輻輳が再発する。このように、クライアント端
末５１〜５ｎから相変らずサーバ端末５０の受信速度を
越える速さで大量のデータが送信され続ける限り、サー
バ端末５０は輻輳の発生と解除とを交互に繰り返しデー
タの伝送効率が悪い問題があった。
術によるクライアント・サーバ・システム５によれば、
サーバ端末５０がクライアント端末５１〜５ｎに対して
個々に時間をずらしてデータフレームの送信を再開させ
ることでクライアント端末全体としてのデータフレーム
の送信速度を低減させることができ、輻輳解除後しばら
くは輻輳が再び発生することを防ぐことができる。しか
し、しばらくして複数のクライアント端末からデータフ
レームが送信されるようになり、サーバ端末５０が受信
速度を越える速さで大量のデータフレームを受信し始め
たとき、輻輳が再発する。このように、クライアント端
末５１〜５ｎから相変らずサーバ端末５０の受信速度を
越える速さで大量のデータが送信され続ける限り、サー
バ端末５０は輻輳の発生と解除とを交互に繰り返しデー
タの伝送効率が悪い問題があった。
【０００７】この問題は、クライアント端末が一台だけ
であっても避けることはできない。そこで本発明の課題
は、輻輳の再発を防ぐことができるデータ転送方式を提
供することにある。
であっても避けることはできない。そこで本発明の課題
は、輻輳の再発を防ぐことができるデータ転送方式を提
供することにある。
【０００８】
【課題を解決するための手段】本発明は上記課題を解決
する改良されたデータ送信方式を提供する。このデータ
送信方式は、一定の時間間隔で断続的にデータフレーム
を送信するデータ送信装置と該データフレームを受信す
るデータ受信装置とを備えたシステムにおけるデータ送
信方式であって、前記データ受信装置は、前記データフ
レームの受信中に輻輳が発生したことを知らせる輻輳通
知信号と該輻輳の復旧後に復旧を知らせる復旧信号とを
前記データ送信装置に送信する信号送信手段を備え、前
記データ送信装置は、前記輻輳通知信号を受信したとき
前記データフレームの送信を中断すると共に、その後前
記復旧信号を受信したとき前記一定の時間間隔より長い
一定の時間間隔でデータフレームの送信を再開する再送
手段を備えたことを特徴とする。
する改良されたデータ送信方式を提供する。このデータ
送信方式は、一定の時間間隔で断続的にデータフレーム
を送信するデータ送信装置と該データフレームを受信す
るデータ受信装置とを備えたシステムにおけるデータ送
信方式であって、前記データ受信装置は、前記データフ
レームの受信中に輻輳が発生したことを知らせる輻輳通
知信号と該輻輳の復旧後に復旧を知らせる復旧信号とを
前記データ送信装置に送信する信号送信手段を備え、前
記データ送信装置は、前記輻輳通知信号を受信したとき
前記データフレームの送信を中断すると共に、その後前
記復旧信号を受信したとき前記一定の時間間隔より長い
一定の時間間隔でデータフレームの送信を再開する再送
手段を備えたことを特徴とする。
【０００９】前記再送手段は、さらに、前記復旧信号を
受信する毎に前回のデータフレームの送信における時間
間隔より長い時間間隔でデータフレームの送信を再開す
るように構成されることが好ましい。また、前記輻輳通
知信号は、輻輳が発生した直後に受信したデータフレー
ムを特定する情報を含み、前記再送手段は、前記復旧信
号を受信したときに前記輻輳通知信号に特定されたデー
タフレームから送信を再開するように構成されることが
好ましい。
受信する毎に前回のデータフレームの送信における時間
間隔より長い時間間隔でデータフレームの送信を再開す
るように構成されることが好ましい。また、前記輻輳通
知信号は、輻輳が発生した直後に受信したデータフレー
ムを特定する情報を含み、前記再送手段は、前記復旧信
号を受信したときに前記輻輳通知信号に特定されたデー
タフレームから送信を再開するように構成されることが
好ましい。
【００１０】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を詳細に説明する。ここでは、本発明をクライア
ント・サーバ・システムに適用した場合を説明する。ま
た、このクライアント・サーバ・システムでは、データ
通信方式として、例えばＩＥＥＥ８０２．２規格を採用
する。
施形態を詳細に説明する。ここでは、本発明をクライア
ント・サーバ・システムに適用した場合を説明する。ま
た、このクライアント・サーバ・システムでは、データ
通信方式として、例えばＩＥＥＥ８０２．２規格を採用
する。
【００１１】図１は、クライアント・サーバ・システム
１のブロック構成図である。このクライアント・サーバ
・システム１は、サーバ端末１０と複数のクライアント
端末２０を備える。サーバ端末１０は、通信回線３０を
介してデータの送受信を制御する通信制御部１０１と、
受信したデータフレーム（以下、Ｉフレーム）を蓄積す
る受信バッファ１０２と、受信バッファ１０２の空き領
域を監視して、輻輳の発生を検知したときにはＲＮＲフ
レームを、輻輳が解除されたときにはＲＲフレームをそ
れぞれ送信する受信バッファ監視部１０３とを備える。
１のブロック構成図である。このクライアント・サーバ
・システム１は、サーバ端末１０と複数のクライアント
端末２０を備える。サーバ端末１０は、通信回線３０を
介してデータの送受信を制御する通信制御部１０１と、
受信したデータフレーム（以下、Ｉフレーム）を蓄積す
る受信バッファ１０２と、受信バッファ１０２の空き領
域を監視して、輻輳の発生を検知したときにはＲＮＲフ
レームを、輻輳が解除されたときにはＲＲフレームをそ
れぞれ送信する受信バッファ監視部１０３とを備える。
【００１２】クライアント端末２０は、通信回線３０を
介してデータの送受信を制御する通信制御部２０１と、
受信間隔更新部２０２、送信間隔バッファ２０４、読み
出し制御部２０３、そして送信バッファ２０５を備え
る。送信間隔バッファ２０４は、Ｉフレームの送信時に
おける時間間隔を記憶している。送信間隔更新部２０２
は、ＲＮＲフレームを受信したとき、送信間隔バッファ
２０４から読み出した時間間隔に一定の時間を加えたも
のを新たな時間間隔として送信間隔バッファ２０４の内
容を更新する。送信バッファ２０５は、送信すべきＩフ
レームを蓄えており、読み出し制御部２０３はＩフレー
ムの送信の際に送信間隔バッファ２０４に記憶された時
間間隔を読み出し、その時間間隔で送信バッファ２０５
に蓄えられたＩフレームを一つ一つ読み出して、通信制
御部２０１を介してサーバ端末１０に向けて送信する。
他のクライアント端末も同様に構成されている。
介してデータの送受信を制御する通信制御部２０１と、
受信間隔更新部２０２、送信間隔バッファ２０４、読み
出し制御部２０３、そして送信バッファ２０５を備え
る。送信間隔バッファ２０４は、Ｉフレームの送信時に
おける時間間隔を記憶している。送信間隔更新部２０２
は、ＲＮＲフレームを受信したとき、送信間隔バッファ
２０４から読み出した時間間隔に一定の時間を加えたも
のを新たな時間間隔として送信間隔バッファ２０４の内
容を更新する。送信バッファ２０５は、送信すべきＩフ
レームを蓄えており、読み出し制御部２０３はＩフレー
ムの送信の際に送信間隔バッファ２０４に記憶された時
間間隔を読み出し、その時間間隔で送信バッファ２０５
に蓄えられたＩフレームを一つ一つ読み出して、通信制
御部２０１を介してサーバ端末１０に向けて送信する。
他のクライアント端末も同様に構成されている。
【００１３】次に、図２を参照して、複数のクライアン
ト端末２０から送信されたＩフレームをサーバ端末１０
が受信した際の処理について説明する。まず、複数のク
ライアント端末２０から送信されたＩフレームを受信
し、逐次、受信バッファ１０２に格納する（Ｓ１０
１）。受信バッファ１０２に十分な空き領域が無くなり
輻輳が発生したとき（Ｓ１０２：Ｙｅｓ）、クライアン
ト端末２０に対してＲＮＲフレームを一斉に送信する
（Ｓ１０３）。サーバ端末１０は受信バッファ１０２内
のデータを処理して一定以上の空き領域を確保し、輻輳
を解除する（Ｓ１０４）。輻輳の解除後、クライアント
端末２０に対してＲＲフレームを一斉に送信する（Ｓ１
０５）。輻輳が発生しないとき（Ｓ１０２：Ｎｏ）は、
残りの受信データあれば（Ｓ１０６：Ｙｅｓ）、ステッ
プＳ１０１に戻ってＩフレームを受信する。残りの受信
データがなければ（Ｓ１０６：Ｎｏ）、受信処理を終了
する。
ト端末２０から送信されたＩフレームをサーバ端末１０
が受信した際の処理について説明する。まず、複数のク
ライアント端末２０から送信されたＩフレームを受信
し、逐次、受信バッファ１０２に格納する（Ｓ１０
１）。受信バッファ１０２に十分な空き領域が無くなり
輻輳が発生したとき（Ｓ１０２：Ｙｅｓ）、クライアン
ト端末２０に対してＲＮＲフレームを一斉に送信する
（Ｓ１０３）。サーバ端末１０は受信バッファ１０２内
のデータを処理して一定以上の空き領域を確保し、輻輳
を解除する（Ｓ１０４）。輻輳の解除後、クライアント
端末２０に対してＲＲフレームを一斉に送信する（Ｓ１
０５）。輻輳が発生しないとき（Ｓ１０２：Ｎｏ）は、
残りの受信データあれば（Ｓ１０６：Ｙｅｓ）、ステッ
プＳ１０１に戻ってＩフレームを受信する。残りの受信
データがなければ（Ｓ１０６：Ｎｏ）、受信処理を終了
する。
【００１４】次に、図３を参照してクライアント端末２
０の動作を説明する。まず、サーバ端末１０に向けて一
つのＩフレームを送信する（Ｓ２０１）。サーバ端末１
０から輻輳の発生を知らせるＲＮＲフレームを受信した
とき（Ｓ２０２：Ｙｅｓ）、読み出し制御部２０３はＩ
フレームの読み出しを中断する（Ｓ２０３）。また、送
信間隔更新部２０２は送信間隔バッファ２０４の内容を
新たな送信時間間隔に更新する（Ｓ２０４）。
０の動作を説明する。まず、サーバ端末１０に向けて一
つのＩフレームを送信する（Ｓ２０１）。サーバ端末１
０から輻輳の発生を知らせるＲＮＲフレームを受信した
とき（Ｓ２０２：Ｙｅｓ）、読み出し制御部２０３はＩ
フレームの読み出しを中断する（Ｓ２０３）。また、送
信間隔更新部２０２は送信間隔バッファ２０４の内容を
新たな送信時間間隔に更新する（Ｓ２０４）。
【００１５】しばらくして、サーバ端末１０より輻輳の
解除を知らせるＲＲフレームを受信し（Ｓ２０５）、ス
テップＳ２０１に戻ってＩフレームの送信を再開する。
ステップＳ２０１における一つのＩフレームの送信後、
ＲＮＲフレームを受信しなければ（Ｓ２０２：Ｎｏ）、
送信バッファ２０５に送信すべきＩフレームが残されて
いる場合（Ｓ２０５：Ｙｅｓ）、読み出し制御部２０３
は送信間隔更新部２０２に記憶された時間間隔後にステ
ップＳ２０１に戻って次のＩフレームを送信バッファ１
０２から読み出して送信する。送信バッファに２０５に
送信すべきＩフレームが残されていない場合（Ｓ２０
６：Ｎｏ）、送信処理を終了する。なお、他のクライア
ント端末も同様に動作する。
解除を知らせるＲＲフレームを受信し（Ｓ２０５）、ス
テップＳ２０１に戻ってＩフレームの送信を再開する。
ステップＳ２０１における一つのＩフレームの送信後、
ＲＮＲフレームを受信しなければ（Ｓ２０２：Ｎｏ）、
送信バッファ２０５に送信すべきＩフレームが残されて
いる場合（Ｓ２０５：Ｙｅｓ）、読み出し制御部２０３
は送信間隔更新部２０２に記憶された時間間隔後にステ
ップＳ２０１に戻って次のＩフレームを送信バッファ１
０２から読み出して送信する。送信バッファに２０５に
送信すべきＩフレームが残されていない場合（Ｓ２０
６：Ｎｏ）、送信処理を終了する。なお、他のクライア
ント端末も同様に動作する。
【００１６】以上、サーバ端末１０とクライアント端末
２０に関する動作について説明した。ここで、このクラ
イアント・サーバ・システム１の動作の一具体例を説明
する。図４は、この場合の動作の一例に関するタイムテ
ーブルを示す図である。説明を簡単にするために、クラ
イアント端末２０は一つ存在するものと仮定する。
２０に関する動作について説明した。ここで、このクラ
イアント・サーバ・システム１の動作の一具体例を説明
する。図４は、この場合の動作の一例に関するタイムテ
ーブルを示す図である。説明を簡単にするために、クラ
イアント端末２０は一つ存在するものと仮定する。
【００１７】まず、クライアント端末２０から連続する
複数のＩフレームが一定の時間間隔２ｍｓで送信され
る。一方のサーバ端末１０は、クライアント端末２０か
ら送信されたＩフレームを順次受信する。しかし、６番
目のＩフレーム６を受信しようとしたときに輻輳が発生
し、サーバ端末１０はこの輻輳の発生直後にクライアン
ト端末２０に向けてＲＮＲフレームを送信する。
複数のＩフレームが一定の時間間隔２ｍｓで送信され
る。一方のサーバ端末１０は、クライアント端末２０か
ら送信されたＩフレームを順次受信する。しかし、６番
目のＩフレーム６を受信しようとしたときに輻輳が発生
し、サーバ端末１０はこの輻輳の発生直後にクライアン
ト端末２０に向けてＲＮＲフレームを送信する。
【００１８】クライアント端末２０は、７番目のＩフレ
ーム７を送信した直後にＲＮＲフレームを受信し、Ｉフ
レームの送信を中断する。その後、送信間隔更新部２０
２は送信間隔バッファ２０４から送信の時間間隔２ｍｓ
を読み出して１０ｍｓを加えた１２ｍｓを新たな送信時
間間隔として送信間隔バッファ２０４の内容を更新す
る。
ーム７を送信した直後にＲＮＲフレームを受信し、Ｉフ
レームの送信を中断する。その後、送信間隔更新部２０
２は送信間隔バッファ２０４から送信の時間間隔２ｍｓ
を読み出して１０ｍｓを加えた１２ｍｓを新たな送信時
間間隔として送信間隔バッファ２０４の内容を更新す
る。
【００１９】サーバ端末１０は、受信バッファ１０２内
のデータを処理して一定の空き領域を確保して輻輳を解
除したとき、受信バッファ監視部１０３は、輻輳解除を
知らせるＲＲフレームをクライアント２０に向けて送信
する。
のデータを処理して一定の空き領域を確保して輻輳を解
除したとき、受信バッファ監視部１０３は、輻輳解除を
知らせるＲＲフレームをクライアント２０に向けて送信
する。
【００２０】クライアント端末２０は、送信の中断後、
サーバ端末１０からのＲＲフレームを受信し、６番目の
Ｉフレーム６からＩフレームの送信を再開する。このと
き、読み出し制御部２０３は、更新された送信間隔バッ
ファ２０４の内容に基づいて１２ｍｓ毎に送信バッファ
２０５からＩフレームを読み出し、送信を行う。
サーバ端末１０からのＲＲフレームを受信し、６番目の
Ｉフレーム６からＩフレームの送信を再開する。このと
き、読み出し制御部２０３は、更新された送信間隔バッ
ファ２０４の内容に基づいて１２ｍｓ毎に送信バッファ
２０５からＩフレームを読み出し、送信を行う。
【００２１】このように、本実施形態によるクライアン
ト端末２０は、輻輳発生毎にＩフレームの送信の時間間
隔が除々に増大するように構成されているので、輻輳解
除後のクライアント端末２０のデータの送信速度が受信
側の能力に応じて変化し、サーバ端末１０における輻輳
の発生が抑えられる。
ト端末２０は、輻輳発生毎にＩフレームの送信の時間間
隔が除々に増大するように構成されているので、輻輳解
除後のクライアント端末２０のデータの送信速度が受信
側の能力に応じて変化し、サーバ端末１０における輻輳
の発生が抑えられる。
【００２２】
【発明の効果】以上の説明から明らかなように、本発明
によるデータ送信方式によれば、データ受信装置に輻輳
が発生したとき、輻輳解除後ではデータ送信装置からは
前回より長い時間間隔でデータフレームが送信されるの
で、データの送信速度が受信速度を上回る割合が低減
し、輻輳の発生が抑制される効果がある。
によるデータ送信方式によれば、データ受信装置に輻輳
が発生したとき、輻輳解除後ではデータ送信装置からは
前回より長い時間間隔でデータフレームが送信されるの
で、データの送信速度が受信速度を上回る割合が低減
し、輻輳の発生が抑制される効果がある。
【図１】本発明の一実施形態によるクライアント・サー
バ・システムのブロック構成図。
バ・システムのブロック構成図。
【図２】本実施形態によるサーバ端末の動作を説明する
ための図。
ための図。
【図３】本実施形態によるクライアント端末の動作を説
明するための図。
明するための図。
【図４】本実施形態によるクライアント・サーバ・シス
テムの動作の一具体例に関するタイムテーブルを示した
図。
テムの動作の一具体例に関するタイムテーブルを示した
図。
【図５】従来技術によるクライアント・サーバ・システ
ムのブロック構成図。
ムのブロック構成図。
【図６】従来技術によるサーバ端末の動作を説明するた
めの図。
めの図。
【図７】従来技術によるクライアント端末の動作を説明
するための図。
するための図。
１、５ クライアント・サーバ・システム １０、５０ サーバ端末 ３０ 通信回線 １０１、２０１ 通信制御部 １０２ 受信バッファ １０３ 受信バッファ監視部 ２０２ 送信間隔更新部 ２０３ 読み出し制御部 ２０４ 送信間隔バッファ ２０５ 送信バッファ ５１〜５ｎ クライアント端末
Claims (3)
- 【請求項１】 一定の時間間隔で断続的にデータフレー
ムを送信するデータ送信装置と該データフレームを受信
するデータ受信装置とを備えたシステムにおけるデータ
送信方式であって、 前記データ受信装置は、前記データフレームの受信中に
輻輳が発生したことを知らせる輻輳通知信号と該輻輳の
復旧後に復旧を知らせる復旧信号とを前記データ送信装
置に送信する信号送信手段を備え、 前記データ送信装置は、前記輻輳通知信号を受信したと
き前記データフレームの送信を中断すると共にその後前
記復旧信号を受信したとき前記時間間隔より長い時間間
隔でデータフレームの送信を再開する再送手段、 を備えて成ることを特徴とするデータ送信方式。 - 【請求項２】 前記再送手段は、前記復旧信号を受信す
る毎に前回のデータフレームの送信における時間間隔よ
り長い時間間隔でデータフレームの送信を再開すること
を特徴とする請求項１に記載のデータ送信方式。 - 【請求項３】 前記輻輳通知信号は輻輳が発生した直後
に受信したデータフレームを特定する情報を含み、 前記再送手段は前記復旧信号を受信したときに前記輻輳
通知信号に特定されたデータフレームから送信を再開す
ることを特徴とする請求項１または２に記載のデータ送
信方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8275875A JPH10126424A (ja) | 1996-10-18 | 1996-10-18 | データ送信方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8275875A JPH10126424A (ja) | 1996-10-18 | 1996-10-18 | データ送信方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH10126424A true JPH10126424A (ja) | 1998-05-15 |
Family
ID=17561661
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8275875A Pending JPH10126424A (ja) | 1996-10-18 | 1996-10-18 | データ送信方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH10126424A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011065459A (ja) * | 2009-09-17 | 2011-03-31 | Toshiba Tec Corp | 無線タグ読取装置、無線タグ読取プログラム |
-
1996
- 1996-10-18 JP JP8275875A patent/JPH10126424A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011065459A (ja) * | 2009-09-17 | 2011-03-31 | Toshiba Tec Corp | 無線タグ読取装置、無線タグ読取プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3268875B2 (ja) | 同報ファイル転送方法およびシステム | |
| JPH0771125B2 (ja) | データ通信方法およびデータ通信システム | |
| GB2198018A (en) | Simultaneous data communication | |
| JPH09160858A (ja) | データ再送方法及びサーバ | |
| US5886645A (en) | Method and apparatus for providing duplicate messages in an acknowledge-back communication system | |
| US5446924A (en) | Method for assuring data integrity during a repeater transition | |
| JPH10126424A (ja) | データ送信方式 | |
| JPH11313061A (ja) | データ配信センタ装置、データ受信端末装置及びデータ配信システム | |
| JP2004157753A (ja) | ファームウェアダウンロードシステム | |
| JP3137183B2 (ja) | 通信システムとその監視データ送達確認方法 | |
| US5523748A (en) | Method and apparatus for interrupting communication control units in an exclusive mode | |
| JPH04273736A (ja) | パケット通信システムおよびパケット再送装置 | |
| JPH11331158A (ja) | 監視制御システム | |
| JPS61292444A (ja) | 通信制御方式 | |
| JPH1023098A (ja) | 通信制御装置 | |
| JP2714038B2 (ja) | 同報通信制御方式 | |
| JPS63290428A (ja) | デ−タ転送方式 | |
| JPH0646060A (ja) | データ通信システム | |
| JPH05292184A (ja) | 網管理装置と交換機間のスイッチング情報整合性同期化方式 | |
| JPH0344129A (ja) | ネットワークシステムにおけるデータエラー回復方式 | |
| JP2000134325A (ja) | 交換機の自律メッセージ蓄積方式 | |
| JPS62155638A (ja) | 再送処理装置 | |
| JPS62299139A (ja) | 同報通信方式 | |
| JPH05268243A (ja) | Ａｔｍ伝送におけるセル廃棄防止方式 | |
| JPH035857A (ja) | ファクシミリ出力方式 |