JP2001203697A - フロー制御方法およびそれを実行する通信要素 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＴＭ網において輻輳が生じたときに、網外
に設けられた送信端末の入力レートを調整することによ
って通信帯域を効率的に使用できるフロー制御方法を実
現する。 【解決手段】 ＡＴＭ網と外部ネットワークとを接続す
るゲートウェイ装置において、ＥＦＣＩビット観測部１
２は、到着するデータセルのＥＦＣＩビットを観測して
ＡＴＭ網内部の輻輳を検出する。輻輳が検出された場
合、ＴＣＰデータグラム判別部１８は、パケット受信バ
ッファ１７に到着するＴＣＰデータグラムの内容を参照
して、対応するＡＴＭコネクションを判別する。ＡＣＫ
書き換え部１９は、輻輳が生じているＡＴＭコネクショ
ンにおいてＴＣＰデータグラムのウィンドウサイズを縮
小することによって、輻輳通知を行い輻輳を解除する。
このＴＣＰデータグラムは、セル化処理部１４において
セルに分割されてＡＴＭ網に送信される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、フロー制御方法お
よびそれを実行する通信要素に関し、より特定的には、
マルチメディア情報を統一的に伝送するＡＴＭ（Ａｓｙ
ｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）通
信網において、ウィンドウサイズを含むヘッダを有する
プロトコルのデータを通信する場合に、ＡＴＭ通信網で
の輻輳状態に応じて端末間のトラヒックフローを制御す
るフロー制御方法およびそれを実行する通信要素に関す
る。

【０００２】

【従来の技術】従来、ＡＴＭ通信網において、例えば、
ＴＣＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌ Ｐ
ｒｏｔｏｃｏｌ）のようなウィンドウサイズを含むヘッ
ダを有するプロトコルのデータを通信する場合のフロー
制御方法として、例えば、特開平１０−２６２０５４号
公報に開示されている方法がある。

【０００３】この従来例は、ＡＴＭ網の通信要素におい
て、ＲＭ（Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ）
セルの内容からＡＴＭ網内部の輻輳を検出したときに、
ヘッダ内部のウィンドウサイズを０に設定したＴＣＰデ
ータグラムを送信端末へ返信する。このことにより、送
信端末に対してＴＣＰデータグラムの送信を中止するよ
うに指示し、入力トラヒックを減少して網の輻輳を解除
する。

【０００４】図８は、上述のような従来例における通信
網の構成例を示した図である。図８において、本通信網
は、送信端末１と、受信端末５と、ＡＴＭスイッチ３
と、ゲートウェイ２および４とを備える。送信端末１お
よび受信端末５は、既存ＬＡＮ上に設けられ、ＡＴＭス
イッチ３は、ＡＴＭ網上に設けられる。既存ＬＡＮとＡ
ＴＭ網とは、ゲートウェイ２および４によって接続され
ている。

【０００５】図８において、ＡＴＭスイッチ３は、ＡＴ
Ｍ網においてセルの転送を行うと共に、網の輻輳検出を
行う。ＡＴＭスイッチ３は、輻輳を検出すると、ＲＭセ
ルに輻輳発生情報を書き込んで送出する。図中における
点線６は、本通信網におけるＲＭセルの転送経路を示し
ている。その転送経路によれば、ＲＭセルは、送信側の
ゲートウェイ２よりデータセルと同時に送出され、受信
側ゲートウェイ４において送信側ゲートウェイ２に向け
て返信される。

【０００６】図９は、端末間で行うＴＣＰデータグラム
による通信のフローの一例を示すシーケンス図である。
図９において、Ｗｉｎはウィンドウ値を表し、Ｓｅｑは
シーケンス番号を表し、Ｌｅｎはデータ長を表し、Ａｃ
ｋはＡＣＫ番号を表している。また、図の右側のウィン
ドウサイズについて、斜線欄は受信端末において使用中
のウィンドウを表し、空白欄は空きのウィンドウを表し
ている。

【０００７】ＴＣＰでは、受信端末から伝えられた送信
可能データ量（以下、ウィンドウ値という）に従って、
当該ウィンドウ値を超えないデータ長のＴＣＰデータグ
ラムを送信する。受信端末は、送信されたデータ長をシ
ーケンス番号に加算したＡＣＫ番号と、空きウィンドウ
値を送信端末へ返信する。送信端末が受信端末の空きウ
ィンドウ値で指定されたデータ量を送信すると、送信端
末からの次の送信は、受信側のウィンドウ値に空きがで
きるまで待たされる。

【０００８】図９において、まず、送信端末はシーケン
ス番号が１００であって、データ長が５００であるデー
タを受信端末へ送る。受信端末は、シーケンス番号とデ
ータ長とを加えたＡｃｋ＝６００と、初期値１０００の
ウインドウサイズから受信したデータ長５００を差し引
いた空きウィンドウ値であるＷｉｎ＝５００とを送信端
末へ送る。

【０００９】次に、送信端末は、シーケンス番号が６０
０であって、データ長が３００のデータを受信端末へ送
る。受信端末は、シーケンス番号とデータ長とを加えた
Ａｃｋ＝９００と、ウインドウ値５００から受信したデ
ータ長３００を差し引いた空きウィンドウ値であるＷｉ
ｎ＝２００とを送信端末へ送る。

【００１０】さらに、送信端末は、シーケンス番号が９
００であって、データ長が２００のデータを受信端末へ
送る。受信端末は、シーケンス番号とデータ長とを加え
たＡｃｋ＝１１００と、ウインドウ値２００から受信し
たデータ長２００を差し引いた空きウィンドウ値である
Ｗｉｎ＝０とを送信端末へ送る。

【００１１】ここで、空きウィンドウ値が０であるの
で、送信端末は送信を停止し、ウインドウに空きが生じ
たかを探索するためのプローブパケットを受信端末へ送
出する。その後、受信端末のウィンドウに空きが生じる
と、受信端末は、送信端末が送出したプローブパケット
に応じて、空きウィンドウ値（ここでは、Ｗｉｎ＝２９
９）とＡＣＫ番号（ここではＡｃｋ＝１１０１）とを送
信端末へ送る。これを受けて、送信端末は送信を開始す
る。

【００１２】図１０は、従来例におけるフロー制御方法
を実現するゲートウェイ２の詳細な構成例を示したブロ
ック図である。図１０において、ゲートウェイ２は、セ
ル出力バッファ４１と、ＡＴＭよりセルを受信するセル
入力バッファ４３と、受信パケットをＡＴＭセル化する
セル化処理部４４と、ＡＴＭセルを既存ＬＡＮでのパケ
ットに組み立てるパケット組立処理部４５と、ＡＴＭ網
から送られてくるＲＭセルにおいて輻輳を検出すると、
セル出力バッファ４１へセル送出レートを下げるように
制御を行うＲＭセル観測部４２と、輻輳時に受信パケッ
トを廃棄するパケット廃棄制御部４６と、既存ＬＡＮか
らのパケットを受信するパケット受信バッファ４７と、
受信パケットからＴＣＰデータグラムを判別するＴＣＰ
データグラム判別部４８と、ＴＣＰデータグラム判別部
４８において判別されたＴＣＰデータグラムに対応する
ＡＣＫパケットを生成するＡＣＫ生成部４９と、既存Ｌ
ＡＮへ出力するパケットを一旦保持するパケット送信バ
ッファ４０とを備える。

【００１３】ゲートウェイ２において、セル入力バッフ
ァ４３が輻輳を示したＲＭセルを受信したときには、Ｒ
Ｍセル観測部４２は、ＲＭセルのＤＩＲビットおよびＣ
Ｉビットを確認して、送出方向のＡＴＭ網の輻輳状況を
検出する。

【００１４】輻輳時において、ＲＭセル観測部４２は、
ＲＭセルのＥＲフィールドに記載された値に応じて、出
力レートを絞るようにセル出力バッファ４１へ指示す
る。同時に、ＲＭセル観測部４２は、ＴＣＰデータグラ
ム判別部４８およびパケット廃棄制御部４６を起動す
る。

【００１５】ＴＣＰデータグラム判別部４８は、輻輳中
に受信したパケットからＴＣＰデータグラムを判別し
て、そのシーケンス番号をＡＣＫ生成部４９へ通知す
る。ＡＣＫ生成部４９は、ＡＣＫ番号を通知されたシー
ケンス番号と同値にし、ウィンドウサイズを０としたＴ
ＣＰデータグラムのＡＣＫパケットを生成して、送信端
末へ返信する。

【００１６】このことによって、送信端末は、受信端末
においてデータ受信用の空き領域が無く、データ受信で
きなかったことを認識して、データ送信を停止する。停
止後、送信端末は送信できるタイミングを見張るための
プローブパケットを周期的に送出する。

【００１７】また、受信端末が輻輳中に受信したパケッ
トは、上記ＡＣＫパケットの返信によって、輻輳解除後
には送信端末から再送される。したがって、パケット廃
棄制御部４６は、ＴＣＰデータグラム判別処理後は、受
信したパケットをすべて廃棄する。このことによって、
輻輳時における送信側ゲートウェイ２では、セル出力バ
ッファ４１への入力が抑制される。

【００１８】ＡＴＭ網の輻輳解除を検出すると、送信側
ゲートウェイ２は、セル出力バッファ４１の出力レート
を上げると共に、輻輳時に使用されたＴＣＰデータグラ
ム判別部４８、ＡＣＫ生成部４９およびパケット廃棄制
御部４６における処理を中止する。

【００１９】また、送信端末から送出し続けるプローブ
パケットは、輻輳解除後には、送信側ゲートウェイ２に
おいて廃棄されることなく受信端末まで届く。受信端末
は、送信端末へウィンドウサイズが記述された前述のよ
うなＡＣＫパケットを返信する。

【００２０】次に、従来のフロー制御方法の動作につい
て詳細に説明する。図１１は、従来例のフロー制御方法
を用いて端末間で行われるＴＣＰデータグラムによる通
信のフローの一例を示すシーケンス図である。

【００２１】図１１において、Ｗｉｎはウィンドウ値を
表し、Ｓｅｑはシーケンス番号を表し、Ｌｅｎはデータ
長を表し、ＡｃｋはＡＣＫ番号を表している。また、送
信側ゲートウェイにおいて輻輳が検出されている時間帯
は、点線で示されている。さらに、図の右側のウィンド
ウサイズについて、斜線欄は受信端末において使用中の
ウィンドウを表し、空白欄は空きのウィンドウを表して
いる。

【００２２】ＡＴＭ網にセルの輻輳が検出されていない
場合、送受信端末間では、通常のＴＣＰプロトコルによ
るデータグラムの通信が行われる。送信端末は、受信端
末からのＴＣＰプロトコルのウィンドウ制御により、受
信端末における空きウィンドウサイズを超えない大きさ
のデータを送信する。送信側ゲートウェイは、送信端末
からのパケットを透過して、受信端末側へ転送する。図
１１においては、シーケンス番号が１００であって、デ
ータ長が５００であるデータが受信端末へ送られる。

【００２３】受信端末は、ＴＣＰデータグラムを受信す
ると、データグラムのシーケンス番号にデータ長を足し
たＡＣＫ番号と、データグラム受信後の空きウィンドウ
サイズを含んだＡＣＫパケットとを送信端末へ向けて返
信する。図１１においては、受信端末は、Ａｃｋ＝６０
０と、初期値１０００のウインドウサイズから受信した
データ長５００を差し引いた空きウィンドウ値であるＷ
ｉｎ＝５００とを送信端末へ送る。

【００２４】送信側ゲートウェイは、輻輳を検出する
と、輻輳中に送信端末から受信したパケットからＴＣＰ
データグラムを判別して、判別されたＴＣＰデータグラ
ムを網へ転送せずに廃棄する。図１１においては、送信
端末が送出した、シーケンス番号が６００であって、デ
ータ長が３００のデータが廃棄される。

【００２５】同時に、送信側ゲートウェイは、廃棄され
たＴＣＰデータグラムのシーケンス番号と同値になるよ
うにＡＣＫ番号を設定して、ウィンドウサイズを０とし
たＡＣＫパケットをＴＣＰデータグラムの送信端末へ返
信する。図１１においては、Ａｃｋ＝６００であって、
Ｗｉｎ＝０のＡＣＫパケットが送信端末へ返信される。

【００２６】送信端末は、上記のＡＣＫパケットを受信
すると、輻輳によってデータが受信できなかったことを
認識して、データ送信を停止する。データ送信停止後、
送信端末は、ＴＣＰプロトコルによって周期的にデータ
長１のプローブパケットを送信する。しかし、送信側ゲ
ートウェイが、ウィンドウサイズを０としたＡＣＫパケ
ットをＴＣＰデータグラムの送信端末へ返信している間
は、送信端末はデータ送信を再開しない。

【００２７】その後、送信側ゲートウェイは、輻輳解除
を検出すると、送信端末より受信するパケットを廃棄す
ることなく受信端末側へ透過する。そのため、送信停止
後から送信端末より周期的に送出されているプローブパ
ケットは、輻輳解除が検出されたことによって初めて受
信端末まで転送される。受信端末は、プローブパケット
を受信すると、送信端末へウィンドウサイズを記述した
ＡＣＫパケットを返信する。図１１においては、受信端
末は、送信端末が送出したプローブパケットに応じて、
空きウィンドウ値（ここでは、Ｗｉｎ＝７９９）とＡＣ
Ｋ番号（ここではＡｃｋ＝６０１）とを送信端末へ送
る。これを受けて、送信端末は送信を開始する。それ以
降、送信端末と受信端末間においては、通常のＴＣＰデ
ータグラムの転送が行われる。

【００２８】

【発明が解決しようとする課題】以上のような従来例に
おいては、以下のような６つの問題点が考えられる。以
下、順に説明する。

【００２９】第１の問題点は、ＡＴＭ網においてＡＢＲ
（Ａｖａｉｌａｂｌｅ Ｂｉｔ Ｒａｔｅ）サービスカ
テゴリ以外のサービスカテゴリを使用するＶＣ（仮想チ
ャンネル）について、フロー制御が行えない点である。

【００３０】前述の従来例において用いられるＲＭセル
は、ＡＢＲサービスカテゴリを使用するＶＣにおいてフ
ロー制御を行うためのセルである。しかし、ＡＴＭ網内
部には、一般的に、他のサービスカテゴリを使用するＶ
Ｃも混在する。他のサービスカテゴリには、例えば、Ｇ
ＦＲ（Ｇｕａｒａｎｔｅｅｄ Ｆｒａｍｅ Ｒａｔｅ）
サービスカテゴリや、ＵＢＲ（Ｕｎｓｐｅｃｉｆｉｅｄ
Ｂｉｔ Ｒａｔｅ）サービスカテゴリなどがある。こ
れら、ＡＢＲ、ＧＦＲ、ＵＢＲなどの各サービスカテゴ
リについては、例えば、Ｔｈｅ ＡＴＭ Ｆｏｒｕｍ
ＴｒａｆｆｉｃＭａｎａｇｅｍｅｎｔ Ｓｐｅｃｉｆｉ
ｃａｔｉｏｎ Ｄｒａｆｔ Ｖｅｒｓｉｏｎ ４．１
（ＡＴＭ Ｆｏｒｕｍ Ｃｏｎｔｒｉｂｕｔｉｏｎ ｎ
ｕｍｂｅｒ：ＢＴＤ−ＴＭ−０２．０２，Ｄｅｃｅｍｂ
ｅｒ，１９９８）に詳しく開示されている。

【００３１】このように、サービスカテゴリとして、Ａ
ＢＲ以外にＧＦＲ、ＵＢＲなどを用いるＶＣが混在する
場合に、前述の従来例においては、ＲＭセルを送信しな
いＵＢＲ、ＧＦＲのサービスカテゴリを用いるＶＣに対
してフロー制御を行うことができない。

【００３２】第２の問題点は、ＡＴＭ通信要素における
構成が複雑になる点である。従来例では、輻輳が発生し
た通信要素において、輻輳を解除するために必要な入力
レートを計算してＲＭセルに書き込む。ここで、輻輳が
発生した通信要素における入力レートの計算方法の例と
しては、ＥＲＩＣＡとよばれる方法などがある。この方
法については、例えば、Ｔｈｅ ＡＴＭ Ｆｏｒｕｍ
Ｔｒａｆｆｉｃ Ｍａｎａｇｅｍｅｎｔ Ｓｐｅｃｉｆ
ｉｃａｔｉｏｎ Ｄｒａｆｔ Ｖｅｒｓｉｏｎ４．０
（ＡＴＭ Ｆｏｒｕｍ Ｃｏｎｔｒｉｂｕｔｉｏｎ ｎ
ｕｍｂｅｒ：ａｆ−ｔｍ−００５６．０００，ｐａｇｅ
７６， Ａｐｒｉｌ， １９９６）に詳しく開示されて
いる。しかし、この計算方法は複雑なので、ＡＴＭ網内
の通信要素の構成が複雑となる。

【００３３】さらに、従来例においては、ＡＴＭ網と外
部ネットワークとを接続するゲートウェイ装置に、ＲＭ
セルの内容によって出力バッファの送信速度を変化させ
る構成などが必要となることは前述したとおりである。
したがって、従来例においては、さらに通信要素の構成
が複雑となる。

【００３４】第３の問題点は、従来例のゲートウェイ装
置におけるＲＭセルの受信時間間隔が大きい場合には、
ＡＴＭ網内部の輻輳を検出するために時間がかかり、Ａ
ＴＭ網内部でのセル廃棄率が大きくなる結果、ＴＣＰパ
ケットレベルでのスループットが低下する点である。

【００３５】第４の問題点は、ＡＴＭ網内で輻輳が発生
したときに、輻輳通知情報を前方ＲＭセルに書き込み、
このセルが送信側ゲートウェイ装置に到着してから、送
信端末に対してＴＣＰパケットを用いて輻輳通知を行な
うので、ＡＴＭ網内部の輻輳を送信側ゲートウェイ装置
に通知するために時間がかかる結果、輻輳の通知及び解
除が遅れて、パケット廃棄率が大きくなる点である。

【００３６】第５の問題点は、ＡＴＭ網内で輻輳が発生
したときに、送信端末は、ＴＣＰデータグラムの送信を
中止するので、輻輳が解除された場合でも、しばらく
は、送信端末からの入力レートが非常に低い状態がつづ
き、通信帯域の有効利用を図ることができない点であ
る。

【００３７】第６の問題点は、ＡＴＭ網内部で輻輳が解
除された時に、送信端末からのＴＣＰデータグラムのウ
ィンドウサイズが突然増加するので、輻輳解除時にデー
タ入力が集中し、その結果として輻輳が再発生して、ス
ループットが低下する点である。

【００３８】そこで、本発明における第１の目的は、Ａ
ＢＲコネクション以外のサービスを使用するＶＣに対し
ても、ＡＴＭ網内部での輻輳を検出て、輻輳検出時に送
信端末に対して入力レートの減少を指示して、輻輳を素
早く解除し、ＴＣＰパケットレベルでのスループットを
向上させるフロー制御方法およびそれを実行する通信要
素を提供することである。

【００３９】次に、本発明における第２の目的は、ＡＴ
Ｍ網内部の通信要素およびＡＴＭ網と外部のネットワー
クとを接続するゲートウェイ装置の構成を簡単にし、同
時にスループットを向上させるフロー制御方法およびそ
れを実行する通信要素を提供することである。

【００４０】また、本発明における第３の目的は、ゲー
トウェイ装置におけるＲＭセルの受信時間間隔が大きい
場合でも、ＡＴＭ網内部の輻輳を素早く検出して、輻輳
を解除することによって、ＴＣＰパケットレベルでのス
ループットを向上させるフロー制御方法およびそれを実
行する通信要素を提供することである。

【００４１】さらに、本発明における第４の目的は、Ａ
ＴＭ網内部の輻輳を素早く送信側ゲートウェイ装置へ通
知して、輻輳を通知し、また解除することによって、Ｔ
ＣＰパケットレベルでのスループットを向上させるフロ
ー制御方法およびそれを実行する通信要素を提供するこ
とである。

【００４２】また、本発明における第５の目的は、ＡＴ
Ｍ網内部で輻輳が発生した場合であっても、送信端末か
らの入力レートを任意の値に調整することによって、輻
輳を解除するとともに、輻輳解除後の通信帯域使用率を
向上し、スループットを向上させるフロー制御方法およ
びそれを実行する通信要素を提供することである。

【００４３】最後に、本発明における第６の目的は、Ａ
ＴＭ網内部で輻輳が解除された時に、データ入力が集中
することを防止して、輻輳の再発生を抑制し、スループ
ットを向上させるフロー制御方法およびそれを実行する
通信要素を提供することである。

【００４４】

【課題を解決するための手段および発明の効果】第１の
発明は、固定長のセルの形式で情報を転送するＡＴＭ
（アシンクロナス・トランスファ・モード）通信網を介
してＴＣＰ（トランスミッション・コントロール・プロ
トコル）のデータグラムを含むデータの通信を行う複数
の端末と、通信網における輻輳を検出する第１の通信要
素と、端末から到着するデータをセルに分割して通信網
へ送信し、通信網から到着するセルをデータに再構成し
て端末へ送信する第２の通信要素との間の通信において
用いられるフロー制御方法であって、第１の通信要素に
おいて輻輳が検出された場合には、セルのＥＦＣＩ（イ
クスプリシット・フォワード・コンジェスチョン・イン
ディケーション）ビットに輻輳通知情報を設定する輻輳
通知ステップと、第２の通信要素において通信網から到
着するセルのＥＦＣＩビットを観測するセル観測ステッ
プと、セル観測ステップにおいて輻輳の発生が検出され
た場合には、第２の通信要素においてデータグラムのヘ
ッダ内部に設定されるウィンドウサイズを縮小して送信
するウィンドウサイズ縮小ステップとを含む。

【００４５】このような第１の発明によれば、ＲＭセル
の代わりにデータセルのＥＦＣＩビットを使用した輻輳
通知が可能であるので、ＡＢＲ以外のサービスカテゴリ
を使用するＶＣに対しても、ＡＴＭ網内部における輻輳
を検出したときには、送信端末に対して入力レートの減
少を指示することによって、輻輳を素早く解除し、ＴＣ
Ｐパケットレベルでのスループットを向上させることが
できる。

【００４６】また、第１の発明によれば、輻輳時にＡＴ
Ｍ通信要素において各ＶＣに指示する入力レートを計算
する代わりに、データセルのＥＦＣＩビットを設定する
だけで輻輳通知が可能なので、ＡＴＭ網内部の通信要素
およびＡＴＭ網と外部ネットワークを接続する通信要素
の構成を簡単にすることができ、同時にフロー制御を行
うことによって、スループットを向上させることができ
る。

【００４７】さらに、第１の発明によれば、通信要素に
おけるＲＭセルの受信時間間隔が大きい場合であって
も、ＡＴＭ網内部の輻輳を素早く検出して、輻輳を解除
することによって、ＴＣＰパケットレベルでのスループ
ットを向上させることができる。

【００４８】第２の発明は、固定長のセルの形式で情報
を転送するＡＴＭ（アシンクロナス・トランスファ・モ
ード）通信網を介してＴＣＰ（トランスミッション・コ
ントロール・プロトコル）のデータグラムを含むデータ
の通信を行う複数の端末と、通信網における輻輳を検出
する第１の通信要素と、端末から到着するデータをセル
に分割して通信網へ送信し、通信網から到着するセルを
データに再構成して端末へ送信する第２の通信要素との
間の通信において用いられるフロー制御方法であって、
第１の通信要素において輻輳が検出された場合には、後
方ＲＭ（リソース・マネージメント）セルに輻輳通知情
報を設定する輻輳通知ステップと、第２の通信要素にお
いて通信網から到着する後方ＲＭセルの内容を観測する
セル観測ステップと、セル観測ステップにおいて輻輳の
発生が検出された場合には、第２の通信要素においてデ
ータグラムのヘッダ内部に設定されるウィンドウサイズ
を縮小して送信するウィンドウサイズ縮小ステップとを
含む。

【００４９】このような第２の発明によれば、輻輳通知
情報を前方ＲＭセルに書き込む場合よりも、より短い時
間でＡＴＭ網内部の輻輳を送信側ゲートウェイ装置へ通
知することができる。したがって、素早く輻輳を解除す
ることによって、ＴＣＰパケットレベルでのスループッ
トを向上させることができる。

【００５０】第３の発明は、固定長のセルの形式で情報
を転送するＡＴＭ（アシンクロナス・トランスファ・モ
ード）通信網を介してＴＣＰ（トランスミッション・コ
ントロール・プロトコル）のデータグラムを含むデータ
の通信を行う複数の端末と、通信網における輻輳を検出
する第１の通信要素と、端末から到着するデータをセル
に分割して通信網へ送信し、通信網から到着するセルを
データに再構成して端末へ送信する第２の通信要素との
間の通信において用いられるフロー制御方法であって、
第１の通信要素において輻輳が検出された場合には、セ
ルに輻輳通知情報を設定する輻輳通知ステップと、第２
の通信要素において通信網から到着するセルの内容を観
測するセル観測ステップと、セル観測ステップにおいて
輻輳の発生が検出された場合には、第２の通信要素にお
いてデータグラムのヘッダ内部に設定されるウィンドウ
サイズを一律に０に設定することなく、段階的に０に縮
小されるように所定の計算方法によって設定して送信す
るウィンドウサイズ縮小ステップとを含む。

【００５１】このような第３の発明によれば、ＡＴＭ網
内部で輻輳が発生した場合でも、送信端末からの入力レ
ートを段階的に減少することにより、輻輳時における入
力レートを過度に減少することがない。そのため、通信
帯域使用率を向上させて、スループットを向上させるこ
とができる。

【００５２】第４の発明は、第３の発明におけるフロー
制御方法であって、第２の通信要素においてデータグラ
ムのウィンドウサイズを設定した後に記憶するウィンド
ウサイズ記憶ステップをさらに含み、ウィンドウサイズ
縮小ステップにおける所定の計算方法には、ウィンドウ
サイズ記憶ステップにおいて記憶された値から所定値を
差し引いた値が用いられることを特徴とする。

【００５３】このような第４の発明によれば、ＡＴＭ網
内部で輻輳が発生した場合でも、ウィンドウサイズ記憶
値から所定値を差し引いた値を用いることによって、送
信端末からの入力レートを時間的なヒステリシスをもっ
て段階的に減少することにより、輻輳時における入力レ
ートをスムーズに減少させる。そのため、通信帯域使用
率を向上させて、スループットを向上させることができ
る。

【００５４】第５の発明は、第３の発明におけるフロー
制御方法であって、第２の通信要素においてデータグラ
ムのウィンドウサイズを設定した後に記憶するウィンド
ウサイズ記憶ステップと、セル観測ステップにおいて輻
輳の発生が検出されなくなった場合には、ウィンドウサ
イズ記憶ステップにおいて記憶された値と所定値とを加
えた値を用いて、第２の通信要素においてデータグラム
のヘッダ内部に設定されるウィンドウサイズを設定して
送信するウィンドウサイズ拡大ステップとをさらに含
む。

【００５５】このような第５の発明によれば、ＡＴＭ網
内部で輻輳が解除された場合でも、送信端末からの入力
レートを段階的に増加することにより、輻輳解除時にお
けるデータ入力が集中することがない。したがって、輻
輳の再発生を抑制して、スループットを向上させること
ができる。

【００５６】第６の発明は、第３の発明におけるフロー
制御方法であって、輻輳通知ステップは、セルのＥＦＣ
Ｉ（イクスプリシット・フォワード・コンジェスチョン
・インディケーション）ビットに輻輳通知情報を設定す
ることを特徴とする。

【００５７】このような第６の発明によれば、ＲＭセル
の代わりにデータセルのＥＦＣＩビットを使用した輻輳
通知が可能であるので、ＡＢＲ以外のサービスカテゴリ
を使用するＶＣに対しても、ＡＴＭ網内部における輻輳
を検出したときには、送信端末に対して入力レートの減
少を指示することによって、輻輳を素早く解除し、ＴＣ
Ｐパケットレベルでのスループットを向上させることが
できる。

【００５８】また、第６の発明によれば、輻輳時にＡＴ
Ｍ通信要素において各ＶＣに指示する入力レートを計算
する代わりに、データセルのＥＦＣＩビットを設定する
だけで輻輳通知が可能なので、ＡＴＭ網内部の通信要素
およびＡＴＭ網と外部ネットワークを接続する通信要素
の構成を簡単にすることができ、同時にフロー制御を行
うことによって、スループットを向上させることができ
る。

【００５９】さらに、第６の発明によれば、通信要素に
おけるＲＭセルの受信時間間隔が大きい場合であって
も、ＡＴＭ網内部の輻輳を素早く検出して、輻輳を解除
することによって、ＴＣＰパケットレベルでのスループ
ットを向上させることができる。

【００６０】第７の発明は、第３の発明におけるフロー
制御方法であって、輻輳通知ステップは、後方ＲＭ（リ
ソース・マネージメント）セルに輻輳通知情報を設定す
ることを特徴とする。

【００６１】このような第７の発明によれば、輻輳通知
情報を前方ＲＭセルに書き込む場合よりも、より短い時
間でＡＴＭ網内部の輻輳を送信側ゲートウェイ装置へ通
知することができる。したがって、素早く輻輳を解除す
ることによって、ＴＣＰパケットレベルでのスループッ
トを向上させることができる。

【００６２】第８の発明は、固定長のセルの形式で情報
を転送するＡＴＭ（アシンクロナス・トランスファ・モ
ード）通信網を介してデータの通信を行う複数の端末
と、通信網における輻輳を検出する第１の通信要素と、
端末から到着するデータをセルに分割して通信網へ送信
し、通信網から到着するセルをデータに再構成して端末
へ送信する第２の通信要素との間の通信において用いら
れるフロー制御方法であって、第１の通信要素において
輻輳が検出された場合には、セルに輻輳通知情報を設定
する輻輳通知ステップと、第２の通信要素において通信
網から到着するセルの内容を観測するセル観測ステップ
と、セル観測ステップにおいて輻輳の発生が検出された
場合には、第２の通信要素においてデータを一旦保持
し、所定の時間が経過した後に送信を行う保持ステップ
とを含む。

【００６３】このような第８の発明によれば、ウィンド
ウサイズを縮小する処理を行うことなく、所定の時間だ
けデータを保持する処理によってフロー制御を行うの
で、各通信要素が簡易な構成によって、輻輳を素早く解
除してスループットを向上させることができる。

【００６４】第９の発明は、第８の発明におけるフロー
制御方法であって、前述のデータは、ＴＣＰ（トランス
ミッション・コントロール・プロトコル）のデータグラ
ムを含む。このような第９の発明によれば、インターネ
ットプロトコルセットを使用したネットワークにおいて
広く適用することができる。

【００６５】第１０の発明は、第８の発明におけるフロ
ー制御方法であって、輻輳通知ステップは、セルのＥＦ
ＣＩ（イクスプリシット・フォワード・コンジェスチョ
ン・インディケーション）ビットに輻輳通知情報を設定
することを特徴とする。

【００６６】このような第１０の発明によれば、ＲＭセ
ルの代わりにデータセルのＥＦＣＩビットを使用した輻
輳通知が可能であるので、ＡＢＲ以外のサービスカテゴ
リを使用するＶＣに対しても、ＡＴＭ網内部における輻
輳を検出したときには、送信端末に対して入力レートの
減少を指示することによって、輻輳を素早く解除し、ス
ループットを向上させることができる。

【００６７】また、第１０の発明によれば、輻輳時にＡ
ＴＭ通信要素において各ＶＣに指示する入力レートを計
算する代わりに、データセルのＥＦＣＩビットを設定す
るだけで輻輳通知が可能なので、ＡＴＭ網内部の通信要
素およびＡＴＭ網と外部ネットワークを接続する通信要
素の構成を簡単にすることができ、同時にフロー制御を
行うことによって、スループットを向上させることがで
きる。

【００６８】さらに、第１０の発明によれば、通信要素
におけるＲＭセルの受信時間間隔が大きい場合であって
も、ＡＴＭ網内部の輻輳を素早く検出して、輻輳を解除
することによって、スループットを向上させることがで
きる。

【００６９】第１１の発明は、第８の発明におけるフロ
ー制御方法であって、輻輳通知ステップは、後方ＲＭ
（リソース・マネージメント）セルに輻輳通知情報を設
定することを特徴とする。

【００７０】このような第１１の発明によれば、輻輳通
知情報を前方ＲＭセルに書き込む場合よりも、より短い
時間でＡＴＭ網内部の輻輳を送信側ゲートウェイ装置へ
通知することができる。したがって、素早く輻輳を解除
することによって、スループットを向上させることがで
きる。

【００７１】第１２の発明は、固定長のセルの形式で情
報を転送するＡＴＭ（アシンクロナス・トランスファ・
モード）通信網を介してＴＣＰ（トランスミッション・
コントロール・プロトコル）のデータグラムを含むデー
タの通信を行う複数の端末と通信を行い、当該通信網に
おいて輻輳が検出された場合には、ＥＦＣＩ（イクスプ
リシット・フォワード・コンジェスチョン・インディケ
ーション）ビットに輻輳通知情報が設定されたセルを受
信する通信要素であって、端末からデータグラムを含む
データを受信するパケット受信バッファと、受信された
データグラムを含むデータをセル化するセル化処理部
と、端末へデータグラムを含むデータを送信するパケッ
ト送信バッファと、通信網からセルを受信するセル受信
バッファと、受信されたセルをデータグラムを含むデー
タに組み立てるパケット組立処理部と、通信網へセルを
送信するセル送信バッファと、セル受信バッファに到着
するセルのＥＦＣＩビットを観測するＥＦＣＩビット観
測部と、ＥＦＣＩビット観測部が輻輳の発生を検出した
場合には、データグラムのヘッダ内部に設定されるウィ
ンドウサイズを縮小するＡＣＫ書き換え部とを備える。

【００７２】このような第１２の発明によれば、ＲＭセ
ルの代わりにデータセルのＥＦＣＩビットを使用した輻
輳通知が可能であるので、ＡＢＲ以外のサービスカテゴ
リを使用するＶＣに対しても、ＡＴＭ網内部における輻
輳を検出したときには、送信端末に対して入力レートの
減少を指示することによって、輻輳を素早く解除し、Ｔ
ＣＰパケットレベルでのスループットを向上させること
ができる。

【００７３】また、第１２の発明によれば、輻輳時にＡ
ＴＭ通信要素において各ＶＣに指示する入力レートを計
算する代わりに、データセルのＥＦＣＩビットを設定す
るだけで輻輳通知が可能なので、ＡＴＭ網内部の通信要
素およびＡＴＭ網と外部ネットワークを接続する通信要
素の構成を簡単にすることができ、同時にフロー制御を
行うことによって、スループットを向上させることがで
きる。

【００７４】さらに、第１２の発明によれば、通信要素
におけるＲＭセルの受信時間間隔が大きい場合であって
も、ＡＴＭ網内部の輻輳を素早く検出して、輻輳を解除
することによって、ＴＣＰパケットレベルでのスループ
ットを向上させることができる。

【００７５】第１３の発明は、固定長のセルの形式で情
報を転送するＡＴＭ（アシンクロナス・トランスファ・
モード）通信網を介してＴＣＰ（トランスミッション・
コントロール・プロトコル）のデータグラムを含むデー
タの通信を行う複数の端末と通信を行い、当該通信網に
おいて輻輳が検出された場合には、輻輳通知情報が設定
されたセルを受信する通信要素であって、端末からデー
タグラムを含むデータを受信するパケット受信バッファ
と、受信されたデータグラムを含むデータをセル化する
セル化処理部と、端末へデータグラムを含むデータを送
信するパケット送信バッファと、通信網からセルを受信
するセル受信バッファと、受信されたセルをデータグラ
ムを含むデータに組み立てるパケット組立処理部と、通
信網へセルを送信するセル送信バッファと、セル受信バ
ッファに到着するセルの輻輳通知情報を観測するセル観
測部と、データグラムのウィンドウサイズを設定した後
に記憶して、セル観測部が輻輳の発生を検出した場合に
は、記憶された値から所定値を差し引いた値を用いて段
階的に縮小された新たなウィンドウサイズを設定するＡ
ＣＫ書き換え部とを備える。

【００７６】このような第１３の発明によれば、輻輳通
知情報を前方ＲＭセルに書き込む場合よりも、より短い
時間でＡＴＭ網内部の輻輳を送信側ゲートウェイ装置へ
通知することができる。したがって、素早く輻輳を解除
することによって、ＴＣＰパケットレベルでのスループ
ットを向上させることができる。

【００７７】第１４の発明は、固定長のセルの形式で情
報を転送するＡＴＭ（アシンクロナス・トランスファ・
モード）通信網を介してＴＣＰ（トランスミッション・
コントロール・プロトコル）のデータグラムを含むデー
タの通信を行う複数の端末と通信を行い、当該通信網に
おいて輻輳が検出された場合には、輻輳通知情報が設定
されたセルを受信する通信要素であって、端末からデー
タグラムを含むデータを受信するパケット受信バッファ
と、受信されたデータグラムを含むデータをセル化する
セル化処理部と、端末へデータグラムを含むデータを送
信するパケット送信バッファと、通信網からセルを受信
するセル受信バッファと、受信されたセルをデータグラ
ムを含むデータに組み立てるパケット組立処理部と、通
信網へセルを送信するセル送信バッファと、セル受信バ
ッファに到着するセルの輻輳通知情報を観測するセル観
測部と、データグラムのウィンドウサイズを設定した後
に記憶して、セル観測部が輻輳の発生を検出した場合に
は、記憶された値から所定値を差し引いた値を用いて段
階的に縮小された新たなウィンドウサイズを設定し、セ
ル観測部が輻輳の発生を検出しなくなった場合には、記
憶された値と所定値とを加えた値を用いて新たなウィン
ドウサイズを設定するＡＣＫ書き換え部とを備える。

【００７８】このような第１４の発明によれば、ＡＴＭ
網内部で輻輳が発生した場合でも、送信端末からの入力
レートを段階的に減少することにより、輻輳時における
入力レートを過度に減少することがない。そのため、通
信帯域使用率を向上させて、スループットを向上させる
ことができる。

【００７９】第１５の発明は、固定長のセルの形式で情
報を転送するＡＴＭ（アシンクロナス・トランスファ・
モード）通信網を介してデータの通信を行う複数の端末
と通信を行い、当該通信網において輻輳が検出された場
合には、輻輳通知情報が設定されたセルを受信する通信
要素であって、端末からデータグラムを含むデータを受
信するパケット受信バッファと、受信されたデータグラ
ムを含むデータをセル化するセル化処理部と、端末へデ
ータグラムを含むデータを送信するパケット送信バッフ
ァと、通信網からセルを受信するセル受信バッファと、
受信されたセルをデータグラムを含むデータに組み立て
るパケット組立処理部と、通信網へセルを送信するセル
送信バッファと、セル受信バッファに到着するセルの輻
輳通知情報を観測するセル観測部と、セル観測部が輻輳
の発生を検出した場合には、データを一旦保持し、所定
の時間が経過した後に送信が行われるように制御するＡ
ＣＫ保持部とを備える。

【００８０】このような第１５の発明によれば、ウィン
ドウサイズを縮小する処理を行うことなく、所定の時間
だけデータを保持する処理によってフロー制御を行うの
で、各通信要素が簡易な構成によって、輻輳を素早く解
除してスループットを向上させることができる。

【００８１】第１６の発明は、第１５の発明における通
信要素であって、前述のデータは、ＴＣＰ（トランスミ
ッション・コントロール・プロトコル）のデータグラム
を含む。このような第９の発明によれば、インターネッ
トプロトコルセットを使用したネットワークにおいて広
く適用することができる。

【００８２】第１７の発明は、第１３ないし第１５のい
ずれかの発明における通信要素であって、輻輳通知情報
が設定されるセルは、ＥＦＣＩ（イクスプリシット・フ
ォワード・コンジェスチョン・インディケーション）ビ
ットに輻輳通知情報が設定されたセルであることを特徴
とする。

【００８３】このような第１７の発明によれば、ＲＭセ
ルの代わりにデータセルのＥＦＣＩビットを使用した輻
輳通知が可能であるので、ＡＢＲ以外のサービスカテゴ
リを使用するＶＣに対しても、ＡＴＭ網内部における輻
輳を検出したときには、送信端末に対して入力レートの
減少を指示することによって、輻輳を素早く解除し、ス
ループットを向上させることができる。

【００８４】また、第１７の発明によれば、輻輳時にＡ
ＴＭ通信要素において各ＶＣに指示する入力レートを計
算する代わりに、データセルのＥＦＣＩビットを設定す
るだけで輻輳通知が可能なので、ＡＴＭ網内部の通信要
素およびＡＴＭ網と外部ネットワークを接続する通信要
素の構成を簡単にすることができ、同時にフロー制御を
行うことによって、スループットを向上させることがで
きる。

【００８５】さらに、第１７の発明によれば、通信要素
におけるＲＭセルの受信時間間隔が大きい場合であって
も、ＡＴＭ網内部の輻輳を素早く検出して、輻輳を解除
することによって、スループットを向上させることがで
きる。

【００８６】第１８の発明は、第１３ないし第１５のい
ずれかの発明における通信要素であって、輻輳通知情報
が設定されるセルは、後方ＲＭ（リソース・マネージメ
ント）セルであることを特徴とする。

【００８７】このような第１８の発明によれば、輻輳通
知情報を前方ＲＭセルに書き込む場合よりも、より短い
時間でＡＴＭ網内部の輻輳を送信側ゲートウェイ装置へ
通知することができる。したがって、素早く輻輳を解除
することによって、スループットを向上させることがで
きる。

【００８８】

【発明の実施の形態】（第１の実施形態）図１は、本発
明の第１の実施形態に係るフロー制御方法を実現する通
信網の構成例を示したブロック図である。図１におい
て、本通信網は、送信端末１と、受信端末５と、ゲート
ウェイ２および４と、ＡＴＭスイッチ３とを備える。送
信端末１および受信端末５は、既存ＬＡＮ上に設けられ
て、ＡＴＭ網を介して接続されている。既存ＬＡＮとＡ
ＴＭ網とは、ゲートウェイ２および４によって接続され
ている。

【００８９】また、ＡＴＭスイッチ３は、ＡＴＭ網にお
いてセルの転送を行うと共に、輻輳検出を行い、データ
セルのＥＦＣＩビットに輻輳発生情報を書き込んで送出
する。図１に示された点線６は、ＡＴＭスイッチ３にお
いて輻輳が生じた場合の、データセルのＥＦＣＩビット
を用いた輻輳発生情報の転送経路を示したものである。

【００９０】ゲートウェイ４は、データセルのＥＦＣＩ
ビットを用いた輻輳発生情報に対応して、受信端末５か
ら送信されるＴＣＰデータグラムのウィンドウサイズを
変更することによって、送信端末１に対して輻輳通知を
行う。図１に示された点線７は、ＴＣＰデータグラムの
ウィンドウサイズを変更することによる、輻輳通知情報
の転送経路を示したものである。送信端末１は、受信し
たＴＣＰデータグラムのウィンドウサイズを参照して、
輻輳状態にあることを検出すると、データの送信を中止
する。

【００９１】実際のネットワークにおいては、２つの端
末間で双方向にデータのやりとりが行われるのが一般的
である。しかし、ここでは説明を簡略にするために、そ
れらのうちの１方向のデータフローに対してフロー制御
を行う場合のみを抽出して以下に説明する。

【００９２】ここで、フロー制御の対象となるデータを
送信する端末を送信端末と定義し、受信する端末を受信
端末と定義する。実際のネットワークでは、２つの端末
間における双方向のデータフローに対してフロー制御を
行う場合、１つの端末が送信端末および受信端末の両方
の役目を果たすことになる。

【００９３】まず、ＡＴＭスイッチ３における動作の概
略について説明する。ＡＴＭスイッチ３は、出力ポート
ごとにセルを蓄積するための複数の出力バッファ（図示
されていない）を有している。ＡＴＭスイッチ３は、或
る出力バッファ内部のセル数があらかじめ決められた数
を超えると、その出力バッファから出力される情報セル
のＥＦＣＩビットを１に設定する。このようにして、Ａ
ＴＭスイッチ３は輻輳発生情報を網へ送り出す。

【００９４】図２は、本発明の第１の実施形態に係るフ
ロー制御方法を実現するゲートウェイ４の詳細な構成例
を示したブロック図である。ただし、図１におけるゲー
トウェイ２も本ゲートウェイ４と同様の構成であるもの
とする。このことによって、受信端末５から送信端末１
に送信されるデータフローに対するフロー制御も行うこ
とができる。

【００９５】図２において、本ゲートウェイ４は、セル
出力バッファ１１と、データセルのＥＦＣＩビットを観
測するＥＦＣＩビット観測部１２と、ＡＴＭ網からセル
を受信するセル入力バッファ１３と、受信パケットをＡ
ＴＭセル化するセル化処理部１４と、ＡＴＭセルを既存
ＬＡＮにおけるパケットに組み立てるパケット組立処理
部１５と、既存ＬＡＮからのパケットを受信するパケッ
ト受信バッファ１７と、受信パケットからＴＣＰデータ
グラムを判別するＴＣＰデータグラム判別部１８と、輻
輳検出時にＡＣＫの内容を書き換えるＡＣＫ書き換え部
１９と、既存ＬＡＮへ出力するパケットを一旦保持する
パケット送信バッファ１０とを備える。

【００９６】まず、パケット受信バッファ１７は、パケ
ットを受信すると、ＴＣＰデータグラム判別部１８に対
してパケット受信信号を発信し、受信したパケットをバ
ッファ内に保持する。

【００９７】ＥＦＣＩビット観測部１２は、ＡＴＭ網か
ら送られてくるデータセルにおけるＶＣＩフィールドお
よびＶＰＩフィールドの内容から、データセルに対応す
るＶＣ番号を決定する。また、ＥＦＣＩビット観測部１
２は、当該データセルのＥＦＣＩビットを観測する。

【００９８】観測したＥＦＣＩビットが１に設定されて
いることを検出すると、ＥＦＣＩビット観測部１２は、
当該ＶＣ番号および輻輳検出信号をＡＣＫ書き換え部１
９へ発信する。ＥＦＣＩビットが０に設定されているこ
とを検出すると、ＥＦＣＩビット観測部１２は、当該Ｖ
Ｃ番号および輻輳解除信号をＡＣＫ書き換え部１９へ発
信する。

【００９９】ＴＣＰデータグラム判別部１８は、パケッ
ト受信信号を受信すると、パケット受信バッファ１７内
のパケットからＴＣＰデータグラムを判別する。そし
て、ＴＣＰデータグラム判別部１８は、ＴＣＰデータグ
ラムの内容から対応するＶＣ番号を決定し、当該ＶＣ番
号をＡＣＫ書き換え部１９へ通知する。

【０１００】ここで、ＴＣＰデータグラムの内容からＶ
Ｃ番号を決定する方法としては、例えば、ＴＣＰデータ
グラム内部のＩＰパケットにおいて、そのヘッダに記さ
れている宛先ＩＰアドレスから決定する方法などが考え
られる。

【０１０１】ＡＣＫ書き換え部１９は、各ＶＣ番号ごと
に設けられた輻輳検出フラグを管理している。ＡＣＫ書
き換え部１９は、ＥＦＣＩビット観測部１２からＶＣ番
号および輻輳通知信号を受信した場合には、受信したＶ
Ｃ番号に対応する輻輳検出フラグを１に設定する。ま
た、ＥＦＣＩビット観測部１２からＶＣ番号および輻輳
解除信号を受信した場合には、ＡＣＫ書き換え部１９
は、受信したＶＣ番号に対応する輻輳検出フラグを０に
設定する。

【０１０２】ＡＣＫ書き換え部１９は、ＴＣＰデータグ
ラム判別部１８からＶＣ番号を受信すると、受信したＶ
Ｃ番号に対応する輻輳検出フラグの値を参照する。参照
された輻輳検出フラグの値が１である場合には、ＡＣＫ
書き換え部１９は、パケット受信バッファ１７内に存在
するパケットのウィンドウサイズを０に設定する。ま
た、参照された輻輳検出フラグの値が０である場合に
は、ＡＣＫ書き換え部１９は、パケット受信バッファ１
７内に存在するパケットのウィンドウサイズを変更しな
い。その後、ＡＣＫ書き換え部１９は、パケット受信バ
ッファ１７に対してパケット送信許可信号を発信する。
パケット受信バッファ１７は、ＡＣＫ書き換え部１９か
らパケット送信許可信号を受信すると、バッファ内のパ
ケットをセル化処理部１４へ送信する。

【０１０３】図３は、本発明の第１の実施形態における
端末間のＴＣＰデータグラムによる通信のフローの一例
を示すシーケンス図である。図３において、Ｗｉｎはウ
ィンドウ値を表し、Ｓｅｑはシーケンス番号を表し、Ｌ
ｅｎはデータ長を表し、ＡｃｋはＡＣＫ番号を表してい
る。また、受信側ゲートウェイにおいて輻輳が検出され
ている時間帯は、点線で示されている。さらに、図の右
側のウィンドウサイズについて、斜線欄は受信端末にお
いて使用中のウィンドウを表し、空白欄は空きのウィン
ドウを表している。

【０１０４】ＡＴＭ網にセルの輻輳が検出されていない
場合、送受信端末間では、通常のＴＣＰプロトコルによ
るデータグラムの通信が行われる。送信端末は、受信端
末からのＴＣＰプロトコルのウィンドウ制御により、受
信端末における空きウィンドウサイズを超えない大きさ
のデータを送信する。受信側ゲートウェイは、送信端末
からのパケットを透過して、受信端末側へ転送する。図
３においては、シーケンス番号が１００であって、デー
タ長が５００であるデータが受信端末へ送られる。

【０１０５】受信端末は、ＴＣＰデータグラムを受信す
ると、当該データグラムのシーケンス番号にデータ長を
足したＡＣＫ番号と、当該データグラム受信後の空きウ
ィンドウサイズを含んだＡＣＫパケットとを送信端末へ
向けて返信する。図３においては、受信端末は、Ａｃｋ
＝６００と、空きウィンドウ値であるＷｉｎ＝５００と
を送信端末へ送る。

【０１０６】受信側ゲートウェイは、輻輳を検出する
と、輻輳中に送信端末から受信したパケットからＴＣＰ
データグラムを判別して、当該ＴＣＰデータグラムのウ
ィンドウサイズを０に設定する。当該のパケットは、送
信端末へ送信される。図３においては、受信端末が送出
したＡｃｋ＝９００であって、Ｗｉｎ＝２００のＡＣＫ
パケットは、受信側ゲートウェイによってそのウィンド
ウサイズが０に設定される。このＡｃｋ＝９００であっ
て、Ｗｉｎ＝０のＡＣＫパケットは、受信側ゲートウェ
イから送信端末へ送信される。

【０１０７】上記のＡＣＫパケットを受信すると、送信
端末は、輻輳によってデータが受信できなかったことを
認識して、データ送信を停止する。データ送信停止後、
送信端末は、ＴＣＰプロトコルによって周期的にデータ
長１のプローブパケットを送信する。しかし、受信側ゲ
ートウェイが、受信端末から送信されたＡＣＫパケット
におけるウィンドウサイズを０に設定して、送信端末へ
送信している間は、送信端末がデータ送信を再開するこ
とはない。

【０１０８】その後、受信側ゲートウェイは、輻輳解除
を検出すると、受信端末より受信したパケットのウィン
ドウサイズを変更することなく、送信端末側へ透過す
る。図３においては、受信端末が送出したＡｃｋ＝９０
２であって、Ｗｉｎ＝４９８のＡＣＫパケットは、その
ウィンドウサイズが変更されることなく送信端末へ届け
られる。そのため、このウィンドウサイズが正である場
合には、送信端末と受信端末間において通常のＴＣＰデ
ータグラムの転送が再開される。

【０１０９】以上のように、本実施形態によれば、ＡＢ
Ｒ以外のサービスカテゴリを使用するＶＣに対しても、
ＡＴＭ網内部における輻輳を検出したときには、送信端
末に対して入力レートの減少を指示することによって、
輻輳を素早く解除し、ＴＣＰパケットレベルでのスルー
プットを向上させることができる。

【０１１０】また、本実施形態によれば、ＡＴＭ網内部
の通信要素およびＡＴＭ網と外部ネットワークを接続す
るゲートウェイ装置の構成を簡単にすることができ、同
時にフロー制御を行うことによって、スループットを向
上させることができる。

【０１１１】さらに、本実施形態によれば、ゲートウェ
イ装置におけるＲＭセルの受信時間間隔が大きい場合で
も、ＡＴＭ網内部の輻輳を素早く検出して、輻輳を解除
することによって、ＴＣＰパケットレベルでのスループ
ットを向上させることができる。

【０１１２】なお、本実施形態においては、ＡＴＭ網内
部の通信要素において輻輳が生じたときに、受信側ゲー
トウェイ装置において、受信端末から送信端末へ送信さ
れるＴＣＰデータグラムのウィンドウサイズを変更する
構成について説明した。しかし、ＴＣＰデータグラムの
ウィンドウサイズを変更するゲートウェイ装置は、受信
側のゲートウェイ装置に限定されない。したがって、例
えば、ＡＴＭ網内部の通信要素において輻輳が生じたと
きに、受信端末の方向から送信端末の方向へ送信される
データセルを使用して輻輳通知を行い、送信側ゲートウ
ェイ装置において、受信端末から送信端末へ送信される
ＴＣＰデータグラムのウィンドウサイズを変更する構成
であってもよい。

【０１１３】また、受信端末の方向から送信端末の方向
へ送信されるデータセルを使用して輻輳通知を行う構成
に限られるものではなく、次のような構成であってもよ
い。すなわち、ＡＴＭ網内部の通信要素において輻輳が
生じたときに、送信端末から受信端末の方向へ送信され
るデータセルのＥＦＣＩビットを使用して輻輳通知を行
う。この輻輳通知情報に基づいて、受信側ゲートウェイ
装置は、受信端末の方向から送信端末の方向へ送信され
る後方ＲＭセルを使用して、送信側ゲートウェイ装置に
対する輻輳通知を行う。送信側ゲートウェイ装置は、こ
の輻輳通知を受けて、受信端末から送信端末へ送信され
るＴＣＰデータグラムのウィンドウサイズを変更する。
本実施形態は、以上のような構成であってもよい。

【０１１４】このように構成すれば、輻輳通知情報を前
方ＲＭセルに書き込む場合よりも、より短い時間でＡＴ
Ｍ網内部の輻輳を送信側ゲートウェイ装置へ通知するこ
とができる。したがって、素早く輻輳を解除することに
よって、ＴＣＰパケットレベルでのスループットを向上
させることができる。

【０１１５】さらに、本実施形態においては、受信端末
から送信端末へ送信されるＴＣＰデータグラムのウィン
ドウサイズを変更する場合について説明したが、送信端
末から受信端末の方向に送信されるＴＣＰデータグラム
のウィンドウサイズを変更するような構成であってもよ
い。このように構成すれば、送受信端末間における両方
向のデータが、セルバッファなどの通信資源を共有して
いる場合には、ＴＣＰパケットレベルでのスループット
をより向上させることができる。

【０１１６】（第２の実施形態）本発明の第２の実施形
態に係るフロー制御方法を実現する通信網は、第１の実
施形態に係るフロー制御方法を実現する通信網の場合と
同様の構成である。ただし、本発明の第２の実施形態に
係るフロー制御方法を実現する通信網は、第１の実施形
態に係るフロー制御方法を実現する通信網とはやや動作
が異なる。以下、その動作について説明する。

【０１１７】なお、実際のネットワークにおいては、２
つの端末間で双方向にデータのやりとりが行われるのが
一般的である。しかし、ここでは説明を簡略にするため
に、それらのうちの１方向のデータフローに対してフロ
ー制御を行う場合のみを抽出して以下に説明する。

【０１１８】ここで、フロー制御の対象となるデータを
送信する端末を送信端末と定義し、受信する端末を受信
端末と定義する。実際のネットワークでは、２つの端末
間における双方向のデータフローに対してフロー制御を
行う場合、１つの端末が送信端末および受信端末の両方
の役目を果たすことになる。

【０１１９】本発明の第２の実施形態に係るフロー制御
方法を実現する通信網は、第１の実施形態に係るフロー
制御方法を実現する通信網とは、図２におけるＡＣＫ書
き換え部１９の動作が異なる。以下、本実施形態におけ
るＡＣＫ書き換え部１９の動作について詳細に説明す
る。

【０１２０】ＡＣＫ書き換え部１９は、各ＶＣ番号ごと
に輻輳検出フラグを管理している。ＡＣＫ書き換え部１
９は、ＥＦＣＩビット観測部１２からＶＣ番号および輻
輳通知信号を受信した場合には、当該ＶＣ番号に対応す
る輻輳検出フラグを１に設定する。また、ＡＣＫ書き換
え部１９は、ＥＦＣＩビット観測部１２からＶＣ番号お
よび輻輳解除信号を受信した場合には、当該ＶＣ番号に
対応する輻輳検出フラグを０に設定する。

【０１２１】ＡＣＫ書き換え部１９は、各ＶＣごとにウ
ィンドウサイズ記憶値を管理している。ＡＣＫ書き換え
部１９は、ＴＣＰデータグラム判別部１８からＶＣ番号
を受信すると、当該ＶＣ番号に対応する輻輳検出フラグ
の値を参照して、以下に示す方法によってパケット受信
バッファ１７内に蓄積されているパケットのウィンドウ
サイズを設定する。設定された値は、ＡＣＫ書き換え部
１９によって、ウィンドウサイズ記憶値として記憶され
る。その後、ＡＣＫ書き換え部１９は、パケット受信バ
ッファ１７に対してパケット送信許可信号を発信する。

【０１２２】次に、パケット受信バッファ１７内に蓄積
されているパケットのウィンドウサイズを設定する方法
について詳述する。まず、ＡＣＫ書き換え部１９は、Ｖ
Ｃ番号を受信すると、受信したＶＣ番号に対応する輻輳
検出フラグの値を参照する。

【０１２３】ＡＣＫ書き換え部１９は、参照された輻輳
検出フラグの値が１である場合には、パケット受信バッ
ファ１７内のパケットのウィンドウサイズを参照し、参
照されたウィンドウサイズの値を次式（１）に代入す
る。 ウィンドウサイズ変更値＝ｍｉｎ｛ウィンドウサイズ，ｍａｘ（０，ウィ ンドウサイズ記憶値−減少量基準値）｝ …（１）

【０１２４】ここで、上式（１）において、ｍａｘ
（Ａ，Ｂ）は、ＡとＢのうち、大きい方の値を示すもの
と定義する。また、ｍｉｎ（Ｃ，Ｄ）は、ＣとＤのう
ち、小さい方の値を示すものと定義する。さらに、減少
量基準値は、あらかじめ設定される定数であるものとす
る。

【０１２５】ＡＣＫ書き換え部１９は、上式（１）を計
算して、ウィンドウサイズ変更値を得る。その後、ＡＣ
Ｋ書き換え部１９は、当該パケットのウィンドウサイズ
をウィンドウサイズ変更値に設定する。

【０１２６】次に、ＡＣＫ書き換え部１９は、参照され
た輻輳検出フラグの値が０である場合には、パケット受
信バッファ１７内のパケットのウィンドウサイズを参照
し、参照されたウィンドウサイズの値を次式（２）に代
入する。 ウィンドウサイズ変更値＝ｍｉｎ（ウィンドウサイズ，ウィンドウサイズ 記憶値＋増加量基準値） …（２）

【０１２７】ここで、上式（２）におけるｍｉｎ（Ｃ，
Ｄ）の定義は、前述の式（１）における定義と同様であ
る。また、増加量基準値は、あらかじめ設定される定数
であるものとする。

【０１２８】ＡＣＫ書き換え部１９は、上式（２）を計
算して、ウィンドウサイズ変更値を得る。その後、ＡＣ
Ｋ書き換え部１９は、パケットのウィンドウサイズをウ
ィンドウサイズ変更値に設定する。

【０１２９】図４は、本発明の第２の実施形態における
端末間のＴＣＰデータグラムによる通信のフローの一例
を示すシーケンス図である。図４において、Ｗｉｎはウ
ィンドウ値を表し、Ｓｅｑはシーケンス番号を表し、Ｌ
ｅｎはデータ長を表し、ＡｃｋはＡＣＫ番号を表してい
る。また、受信側ゲートウェイにおいて輻輳が検出され
ている時間帯は、点線で示されている。さらに、図の右
側のウィンドウサイズについて、斜線欄は受信端末にお
いて使用中のウィンドウを表し、空白欄は空きのウィン
ドウを表している。

【０１３０】なお、ここでは、上式（１）において用い
られる減少量基準値は４００であるものとし、上式
（２）において用いられる増加量基準値は１００である
ものとする。

【０１３１】ＡＴＭ網にセルの輻輳が検出されていない
場合、送受信端末間では、通常のＴＣＰプロトコルによ
るデータグラムの通信が行われる。送信端末は、受信端
末からのＴＣＰプロトコルのウィンドウ制御により、受
信端末における空きウィンドウサイズを超えない大きさ
のデータを送信する。受信側ゲートウェイは、送信端末
からのパケットを透過して、受信端末側へ転送する。図
４においては、シーケンス番号が１００であって、デー
タ長が５００であるデータが受信端末へ送られる。

【０１３２】受信端末は、ＴＣＰデータグラムを受信す
ると、当該データグラムのシーケンス番号にデータ長を
足したＡＣＫ番号と、データグラム受信後の空きウィン
ドウサイズを含んだＡＣＫパケットとを送信端末へ向け
て返信する。図４においては、受信端末は、Ａｃｋ＝６
００と、空きウィンドウ値であるＷｉｎ＝５００とを送
信端末へ送る。このとき、受信側ゲートウェイにおける
ＡＣＫ書き換え部１９は、送信されるＡＣＫパケットの
空きウィンドウ値である５００をウィンドウサイズ記憶
値として記憶する。

【０１３３】その後、受信側ゲートウェイは、輻輳を検
出すると、輻輳中に送信端末より受信したパケットから
ＴＣＰデータグラムを判別して、当該ＴＣＰデータグラ
ムのウィンドウサイズを前述の式（１）によって決定さ
れた値に設定する。このパケットは、送信端末側へ送信
される。

【０１３４】図４においては、受信端末が送出したＡｃ
ｋ＝９００であって、Ｗｉｎ＝２００のＡＣＫパケット
のウィンドウサイズは１００に設定される。受信側ゲー
トウェイにおいて、前述の式（１）より、ｍｉｎ｛２０
０，ｍａｘ（０，５００−４００）｝＝１００と計算さ
れるからである。このＡｃｋ＝９００であって、Ｗｉｎ
＝１００のＡＣＫパケットは、受信側ゲートウェイから
送信端末側へ送信される。

【０１３５】上記のＡＣＫパケットを受信すると、送信
端末は、輻輳によってデータが受信できなかったことを
認識して、データ送信を停止する。データ送信停止後、
送信端末は、ＴＣＰプロトコルによって周期的にプロー
ブパケットを送信する。しかし、受信側ゲートウェイが
輻輳を検出している間、送信端末はデータ送信を再開し
ない。

【０１３６】その後、受信側ゲートウェイは、輻輳解除
を検出すると、受信端末より受信したパケットのウィン
ドウサイズを前述の式（２）によって設定した後、送信
端末側へ送信する。図４においては、受信端末が送出し
たＡｃｋ＝１００１であって、Ｗｉｎ＝３９９のＡＣＫ
パケットのウィンドウサイズは２００に設定される。な
ぜなら、受信側ゲートウェイにおいて、前述の式（２）
より、ｍｉｎ（３９９，０＋２００）＝２００と計算さ
れるからである。

【０１３７】このようにしてウィンドウサイズを変更さ
れたＡｃｋ＝１００１であって、Ｗｉｎ＝２００のＡＣ
Ｋパケットは、受信側ゲートウェイ装置から送信端末へ
送られる。送信端末は、このＡＣＫパケットを受信して
輻輳解除を検出する。したがって、送信端末と受信端末
間において通常のＴＣＰデータグラムの転送が再開され
ることになる。

【０１３８】このように、本実施形態に係るフロー制御
方法を実現する通信網は、網内で輻輳が発生したときに
は、受信端末から送信されたＴＣＰデータグラムのウィ
ンドウサイズが段階的に０まで減少される。また、網内
で輻輳が発生していないときには、一旦減少されたウィ
ンドウサイズが段階的に増加される。

【０１３９】したがって、本実施形態によれば、ＡＴＭ
網内部で輻輳が発生した場合でも、送信端末からの入力
レートを段階的に減少することにより、輻輳時における
入力レートを過度に減少することがない。そのため、通
信帯域使用率を向上して、スループットを向上させるこ
とができる。

【０１４０】さらに、本実施形態によれば、ＡＴＭ網内
部で輻輳が解除された場合でも、送信端末からの入力レ
ートを段階的に増加することにより、輻輳解除時におけ
るデータ入力が集中することがない。したがって、輻輳
の再発生を抑制して、スループットを向上させることが
できる。

【０１４１】なお、本実施形態においては、ＡＴＭ網内
部の通信要素において輻輳が生じたときに、受信側ゲー
トウェイ装置へ輻輳通知を行うために、データセルのＥ
ＦＣＩビットを使用する構成について説明した。しか
し、本実施形態は、輻輳通知を行うために、データセル
のＥＦＣＩビットを使用する構成には限定されない。例
えば、データセルのＥＦＣＩビットを使用する構成に代
えて、前方ＲＭセルのＮＩビット、ＣＩビットおよびＥ
Ｒフィールド等を使用して、受信側ゲートウェイ装置へ
輻輳通知を行う構成であってもよい。このような構成に
よれば、ＡＢＲサービスカテゴリを使用するＶＣにおい
てのみフロー制御を行うことができるに過ぎないが、そ
のような場合であっても上述のようにスループットを向
上させることができる。

【０１４２】また、本実施形態においては、ＡＴＭ網内
部の通信要素において輻輳が生じたときに、受信側ゲー
トウェイ装置において、受信端末から送信端末へ送信さ
れるＴＣＰデータグラムのウィンドウサイズを変更する
構成について説明した。しかし、ＴＣＰデータグラムの
ウィンドウサイズを変更するゲートウェイ装置は、受信
側のゲートウェイ装置に限定されない。したがって、例
えば、ＡＴＭ網内部の通信要素において輻輳が生じたと
きに、受信端末の方向から送信端末の方向へ送信される
データセルないし後方ＲＭセルを使用して輻輳通知を行
い、送信側ゲートウェイ装置において、受信端末から送
信端末へ送信されるＴＣＰデータグラムのウィンドウサ
イズを変更する構成であってもよい。

【０１４３】さらに、本実施形態においては、受信端末
の方向から送信端末の方向へ送信されるデータセルを使
用して輻輳通知を行う構成に限られるものではなく、次
のような構成であってもよい。すなわち、ＡＴＭ網内部
の通信要素において輻輳が生じたときに、送信端末から
受信端末の方向へ送信されるデータセルのＥＦＣＩビッ
トを使用して輻輳通知を行う。この輻輳通知情報に基づ
いて、受信側ゲートウェイ装置は、受信端末の方向から
送信端末の方向へ送信される後方ＲＭセルを使用して、
送信側ゲートウェイ装置に対する輻輳通知を行う。送信
側ゲートウェイ装置は、この輻輳通知を受けて、受信端
末から送信端末へ送信されるＴＣＰデータグラムのウィ
ンドウサイズを変更する。本実施形態は、以上のような
構成であってもよい。

【０１４４】このように構成すれば、輻輳通知情報を前
方ＲＭセルに書き込む場合よりも、ＡＴＭ網内部の輻輳
をより短い時間で送信側ゲートウェイ装置へ通知するこ
とができる。したがって、したがって、素早く輻輳を解
除することによって、ＴＣＰパケットレベルでのスルー
プットを向上させることができる。

【０１４５】また、本実施形態においては、次のような
構成であってもよい。すなわち、ＡＴＭ網内部の通信要
素において輻輳が生じたときに、送信端末の方向から通
信要素に到着するＲＭセルに輻輳通知情報を書き込み、
まず、そのＲＭセルを受信端末側のゲートウェイ装置に
送信する。次に、受信側ゲートウェイ装置において、到
着した当該ＲＭセルを送信端末へ折り返して返信する。
このことによって、送信側ゲートウェイ装置に対して輻
輳通知を行う。本実施形態は、以上のような構成であっ
てもよい。

【０１４６】最後に、本実施形態においては、受信端末
から送信端末へ送信されるＴＣＰデータグラムのウィン
ドウサイズを変更する場合について説明したが、送信端
末から受信端末の方向に送信されるＴＣＰデータグラム
のウィンドウサイズを変更する構成であってもよい。こ
のように構成すれば、送受信端末間における両方向のデ
ータが、セルバッファなどの通信資源を共有している場
合には、ＴＣＰパケットレベルでのスループットをより
向上させることができる。

【０１４７】（第３の実施形態）図５は、本発明の第３
の実施形態に係るフロー制御方法を実現する通信網の構
成例を示したブロック図である。図５において、本通信
網は、送信端末１と、受信端末５と、ゲートウェイ２お
よび４と、ＡＴＭスイッチ３とを備える。送信端末１お
よび受信端末５は、既存ＬＡＮ上に設けられて、ＡＴＭ
網を介して接続されている。既存ＬＡＮとＡＴＭ網と
は、ゲートウェイ２および４によって接続されている。

【０１４８】また、ＡＴＭスイッチ３は、ＡＴＭ網にお
いてセルの転送を行うと共に、輻輳検出を行い、データ
セルのＥＦＣＩビットに輻輳発生情報を書き込んで送出
する。図５に示された点線６は、ＡＴＭスイッチ３にお
いて輻輳が生じた場合の、データセルのＥＦＣＩビット
を用いた輻輳発生情報の転送経路を示したものである。

【０１４９】ゲートウェイ４は、データセルのＥＦＣＩ
ビットを用いた輻輳発生情報に対応して、受信端末５か
ら送信されるＴＣＰデータグラムを所定の時間だけ保持
して、当該ＴＣＰデータグラムが送信端末に到着するタ
イミングを変更する。このことによって、ゲートウェイ
４は送信端末１から入力されるデータフローを制御す
る。なお、ここでは、ＴＣＰデータグラムが用いられて
いるが、どのようなデータグラムが用いられてもよく、
ＴＣＰデータグラムのみに限定されるものではない。

【０１５０】図５に示された点線７は、ゲートウェイ４
から送信端末１に送信されるＴＣＰデータグラムの転送
経路を示したものである。送信端末１において、受信端
末５からＴＣＰデータグラムが返信されるのが遅れると
すると、その遅れに応じて送信端末１からデータが送信
されるタイミングも遅くなる。前述した第１の実施形態
と異なり、本実施形態においてはこのことを利用して、
輻輳状態にある場合におけるデータ入力レートを減少さ
せ、輻輳を解除する。

【０１５１】実際のネットワークにおいては、２つの端
末間で双方向にデータのやりとりが行われるのが一般的
である。しかし、ここでは説明を簡略にするために、そ
れらのうちの１方向のデータフローに対してフロー制御
を行う場合のみを抽出して以下に説明する。

【０１５２】ここで、フロー制御の対象となるデータを
送信する端末を送信端末と定義し、受信する端末を受信
端末と定義する。実際のネットワークでは、２つの端末
間における双方向のデータフローに対してフロー制御を
行う場合、１つの端末が送信端末および受信端末の両方
の役目を果たすことになる。

【０１５３】まず、ＡＴＭスイッチ３における動作の概
略について説明する。ＡＴＭスイッチ３は、出力ポート
ごとにセルを蓄積するための複数の出力バッファ（図示
されていない）を有している。ＡＴＭスイッチ３は、或
る出力バッファ内部のセル数があらかじめ決められた数
を超えると、その出力バッファから出力される情報セル
のＥＦＣＩビットを１に設定する。このようにして、Ａ
ＴＭスイッチ３は輻輳発生情報を送り出す。

【０１５４】図６は、本発明の第３の実施形態に係るフ
ロー制御方法を実現するゲートウェイ４の詳細な構成例
を示したブロック図である。ただし、図６におけるゲー
トウェイ２も本ゲートウェイ４と同様の構成であるもの
とする。このことによって、受信端末５から送信端末１
に送信されるデータフローに対するフロー制御も行うこ
とができる。

【０１５５】図６において、本ゲートウェイ４は、セル
出力バッファ８１と、データセルのＥＦＣＩビットを観
測するＥＦＣＩビット観測部８２と、ＡＴＭ網からセル
を受信するセル入力バッファ８３と、受信パケットをＡ
ＴＭセル化するセル化処理部８４と、ＡＴＭセルを既存
ＬＡＮにおけるパケットに組み立てるパケット組立処理
部８５と、既存ＬＡＮからのパケットを受信するパケッ
ト受信バッファ８７と、受信パケットからＴＣＰデータ
グラムを判別するＴＣＰデータグラム判別部８８と、輻
輳検出時にＡＣＫパケットを保持するＡＣＫ保持部８９
と、既存ＬＡＮへ出力するパケットを一旦保持するパケ
ット送信バッファ８０とを備える。

【０１５６】このように、図６のゲートウェイ４は、図
２に示される第１の実施形態に係るフロー制御方法を実
現するゲートウェイ４とほぼ同様の構成であるが、特
に、ＡＣＫ保持部８９の構成および動作に特徴がある。
以下、図６を参照しつつ、各部の動作について説明す
る。

【０１５７】まず、パケット受信バッファ８７は、パケ
ットを受信すると、ＴＣＰデータグラム判別部８８に対
してパケット受信信号を発信し、受信したパケットをバ
ッファ内に保持する。

【０１５８】ＥＦＣＩビット観測部８２は、ＡＴＭ網か
ら送られてくるデータセルのＶＣＩフィールドおよびＶ
ＰＩフィールドの内容から、データセルに対応するＶＣ
番号を決定する。また、ＥＦＣＩビット観測部８２は、
データセルのＥＦＣＩビットを観測する。

【０１５９】ＥＦＣＩビット観測部８２は、観測したＥ
ＦＣＩビットが１に設定されていることを検出すると、
当該ＶＣ番号および輻輳検出信号をＡＣＫ保持部８９へ
発信する。ＥＦＣＩビットが０に設定されていることを
検出すると、ＥＦＣＩビット観測部８２は、当該ＶＣ番
号および輻輳解除信号をＡＣＫ保持部８９へ発信する。

【０１６０】ＴＣＰデータグラム判別部８８は、パケッ
ト受信信号を受信すると、パケット受信バッファ８７内
のパケットからＴＣＰデータグラムを判別する。そし
て、ＴＣＰデータグラム判別部８８は、ＴＣＰデータグ
ラムの内容から対応するＶＣ番号を決定し、当該ＶＣ番
号をＡＣＫ保持部８９へ通知する。

【０１６１】ここで、ＴＣＰデータグラムの内容からＶ
Ｃ番号を決定する方法としてはどのようなものであって
もよいが、例えば、ＴＣＰデータグラム内部のＩＰパケ
ットにおいて、そのヘッダに記されている宛先ＩＰアド
レスからＶＣ番号を決定する方法などが考えられる。

【０１６２】ＡＣＫ保持部８９は、各ＶＣ番号ごとに輻
輳検出フラグを管理している。ＡＣＫ保持部８９は、各
ＶＣ番号ごとにパケットを保持するためのパケット保持
バッファを内部に有している。ＡＣＫ保持部８９は、Ｔ
ＣＰデータグラム判別部８８からＶＣ番号を受信する
と、当該ＶＣ番号に対応する輻輳検出フラグの値を参照
する。参照された輻輳検出フラグの値が１である場合に
は、ＡＣＫ保持部８９は、パケット受信バッファ８７内
のパケットを、当該ＶＣ番号に対応するパケット保持バ
ッファへ移動して蓄積する。また、参照された輻輳検出
フラグの値が０である場合には、ＡＣＫ保持部８９は、
パケット受信バッファ８７に対してパケット送信許可信
号を発信する。

【０１６３】ＡＣＫ保持部８９は、ＥＦＣＩビット観測
部８２からＶＣ番号および輻輳通知信号を受信した場合
には、受信したＶＣ番号に対応する輻輳検出フラグを１
に設定する。また、ＥＦＣＩビット観測部８２からＶＣ
番号および輻輳解除信号を受信した場合には、ＡＣＫ保
持部８９は、受信したＶＣ番号に対応する輻輳検出フラ
グを０に設定し、さらに、予め定められた時間間隔をあ
けて、受信したＶＣ番号に対応するパケット保持バッフ
ァ内部に蓄積されたパケットをセル化処理部８４へ送信
する。

【０１６４】図７は、本発明の第２の実施形態における
端末間のＴＣＰデータグラムによる通信のフローの一例
を示すシーケンス図である。図７において、Ｗｉｎはウ
ィンドウ値を表し、Ｓｅｑはシーケンス番号を表し、Ｌ
ｅｎはデータ長を表し、ＡｃｋはＡＣＫ番号を表してい
る。また、受信側ゲートウェイにおいて輻輳が検出され
ている時間帯は、点線で示されている。さらに、図の右
側のウィンドウサイズについて、斜線欄は受信端末にお
いて使用中のウィンドウを表し、空白欄は空きのウィン
ドウを表している。

【０１６５】ＡＴＭ網にセルの輻輳が検出されていない
場合、送受信端末間では、通常のＴＣＰプロトコルによ
るデータグラムの通信が行われる。送信端末は、受信端
末からのＴＣＰプロトコルのウィンドウ制御により、受
信端末における空きウィンドウサイズを超えない大きさ
のデータを送信する。受信側ゲートウェイは、送信端末
からのパケットを透過して、受信端末側へ転送する。図
７においては、シーケンス番号が１００であって、デー
タ長が５００であるデータが受信端末へ送られる。

【０１６６】受信端末は、ＴＣＰデータグラムを受信す
ると、データグラムのシーケンス番号にデータ長を足し
たＡＣＫ番号と、データグラム受信後の空きウィンドウ
サイズを含んだＡＣＫパケットとを送信端末へ向けて返
信する。図７においては、受信端末は、Ａｃｋ＝６００
と、空きウィンドウ値であるＷｉｎ＝５００とを送信端
末へ送る。

【０１６７】その後、受信側ゲートウェイは、輻輳を検
出すると、受信端末から送信されたＴＣＰデータグラム
を所定の時間だけ保持する。具体的には、前述のよう
に、受信側ゲートウェイ内に設けられたＡＣＫ保持部８
９のパケット保持バッファに蓄積される。このことによ
って、送信端末は、受信端末からのＴＣＰデータグラム
を受信しなくなるので、データの入力を中止する。図７
においては、受信端末が送出したＡｃｋ＝９００であっ
て、Ｗｉｎ＝２００のＡＣＫパケットが受信側ゲートウ
ェイに蓄積された状態で留め置かれている。なお、上述
のようにパケットが保持される時間は、予め定められた
時間であってもよいし、輻輳の程度に応じて毎回算出さ
れる時間であってもよい。

【０１６８】所定の時間が経過した後、受信側ゲートウ
ェイは、蓄積された状態で留め置かれていたパケット
を、送信端末側へ送信する。図７においては、受信端末
が送信したＡｃｋ＝９００であって、Ｗｉｎ＝２００の
ＡＣＫパケットが受信側ゲートウェイ装置から送信端末
へ送られる。このＡＣＫパケットは送信端末において受
信される。したがって、送信端末と受信端末との間で通
常のＴＣＰデータグラムの転送が再開されることにな
る。

【０１６９】ところで、図７において、パケットが保持
される時間と輻輳が発生している時間とは、ほぼ同じで
あるように示されている。しかし、実際には、輻輳が解
除されていないにもかかわらず、送信端末と受信端末間
において通常のＴＣＰデータグラムの転送が再開される
ことが考えられる。そのような場合には、受信側ゲート
ウェイにおいて、所定の回数あるいは所定の時間だけ、
再びＡＣＫパケットを蓄積された状態で留め置くように
構成してもよい、また、ＡＣＫパケットを留め置くこと
なく、所定の回数あるいは所定の時間だけ通常のＴＣＰ
データグラムの転送を続けるように構成してもよい。

【０１７０】以上のように、本実施形態によれば、ＡＢ
Ｒ以外のサービスカテゴリを使用するＶＣに対しても、
ＡＴＭ網内部における輻輳を検出したときには、送信端
末に対して入力レートの減少を指示することによって、
輻輳を素早く解除し、ＴＣＰパケットレベルでのスルー
プットを向上させることができる。

【０１７１】また、本実施形態によれば、ＡＴＭ網内部
の通信要素およびＡＴＭ網と外部ネットワークを接続す
るゲートウェイ装置の構成を簡単にすることができ、ウ
ィンドウサイズを縮小する処理を行うことなく、所定の
時間だけデータを保持する処理によってフロー制御を行
うので、各通信要素を簡易な構成にすることができる。
したがって、輻輳を素早く解除し、ＴＣＰパケットレベ
ルでのスループットを向上させることができる。

【０１７２】さらに、本実施形態によれば、ゲートウェ
イ装置におけるＲＭセルの受信時間間隔が大きい場合で
も、ＡＴＭ網内部の輻輳を素早く検出して、輻輳を解除
することによって、ＴＣＰパケットレベルでのスループ
ットを向上させることができる。

【０１７３】なお、本実施形態においては、ＡＴＭ網内
部の通信要素において輻輳が生じたときに、受信側ゲー
トウェイ装置において、受信端末から送信端末へ送信さ
れるＴＣＰデータグラムを所定の時間だけ保持する構成
について説明した。しかし、ＴＣＰデータグラムを所定
の時間だけ保持するゲートウェイ装置は、受信側のゲー
トウェイ装置に限定されない。したがって、例えば、Ａ
ＴＭ網内部の通信要素において輻輳が生じたときに、受
信端末の方向から送信端末の方向へ送信されるデータセ
ルを使用して輻輳通知を行い、送信側ゲートウェイ装置
において、受信端末から送信端末へ送信されるＴＣＰデ
ータグラムを所定の時間だけ保持する構成であってもよ
い。

【０１７４】また、受信端末の方向から送信端末の方向
へ送信されるデータセルを使用して輻輳通知を行う構成
に限られるものではなく、次のような構成であってもよ
い。すなわち、ＡＴＭ網内部の通信要素において輻輳が
生じたときに、送信端末から受信端末の方向へ送信され
るデータセルのＥＦＣＩビットを使用して輻輳通知を行
う。この輻輳通知情報に基づいて、受信側ゲートウェイ
装置は、受信端末の方向から送信端末の方向へ送信され
る後方ＲＭセルを使用して、送信側ゲートウェイ装置に
対する輻輳通知を行う。送信側ゲートウェイ装置は、こ
の輻輳通知を受けて、受信端末から送信端末へ送信され
るＴＣＰデータグラムを所定の時間だけ保持する。本実
施形態は、以上のような構成であってもよい。

【０１７５】このように構成すれば、輻輳通知情報を前
方ＲＭセルに書き込む場合よりも、ＡＴＭ網内部の輻輳
をより短い時間で送信側ゲートウェイ装置へ通知するこ
とができる。したがって、したがって、素早く輻輳を解
除することによって、ＴＣＰパケットレベルでのスルー
プットを向上させることができる。

【０１７６】さらに、本実施形態においては、次のよう
な構成であってもよい。すなわち、ＡＴＭ網内部の通信
要素において輻輳が生じたときに、送信端末の方向から
通信要素に到着するＲＭセルに輻輳通知情報を書き込
み、まず、そのＲＭセルを受信端末側のゲートウェイ装
置に送信する。次に、受信側ゲートウェイ装置におい
て、到着した当該ＲＭセルを送信端末へ折り返して返信
する。このことによって、送信側ゲートウェイ装置に対
して輻輳通知を行う。本実施形態は、以上のような構成
であってもよい。

【０１７７】最後に、本実施形態においては、受信端末
から送信端末へ送信されるＴＣＰデータグラムを所定の
時間だけ保持する場合について説明したが、送信端末か
ら受信端末の方向に送信されるＴＣＰデータグラムを所
定の時間だけ保持する構成であってもよい。このように
構成すれば、送受信端末間における両方向のデータが、
セルバッファなどの通信資源を共有している場合には、
ＴＣＰパケットレベルでのスループットをより向上させ
ることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るフロー制御方法
を実現する通信網の構成例を示したブロック図である。

【図２】本発明の第１の実施形態に係るフロー制御方法
を実現するゲートウェイ４の詳細な構成例を示したブロ
ック図である。

【図３】本発明の第１の実施形態における端末間のＴＣ
Ｐデータグラムによる通信のフローの一例を示すシーケ
ンス図である。

【図４】本発明の第２の実施形態における端末間のＴＣ
Ｐデータグラムによる通信のフローの一例を示すシーケ
ンス図である。

【図５】本発明の第３の実施形態に係るフロー制御方法
を実現する通信網の構成例を示したブロック図である。

【図６】本発明の第３の実施形態に係るフロー制御方法
を実現するゲートウェイ４の詳細な構成例を示したブロ
ック図である。

【図７】本発明の第３の実施形態における端末間のＴＣ
Ｐデータグラムによる通信のフローの一例を示すシーケ
ンス図である。

【図８】従来方法のフロー制御方法を実現する通信網の
構成例を示したブロック図である。

【図９】端末間で行うＴＣＰデータグラムによる通信の
フローの一例を示すシーケンス図である。

【図１０】従来例におけるフロー制御方法を実現するゲ
ートウェイ装置の構成例を示したブロック図である。

【図１１】従来方法のフロー制御方法を用いて端末間で
行われるＴＣＰデータグラムによる通信のフローの一例
を示すシーケンス図である。

【符号の説明】

１ 送信端末 ２ ゲートウェイ ３ ＡＴＭスイッチ ４ ゲートウェイ ５ 受信端末 ６ 輻輳発生情報の転送経路 ７ 輻輳通知情報の転送経路 １０ パケット送信バッファ １１ セル出力バッファ １２ ＥＦＣＩビット観測部 １３ セル入力バッファ １４ セル化処理部 １５ パケット組立処理部 １７ パケット受信バッファ １８ ＴＣＰデータグラム判別部 １９ ＡＣＫ書き換え部 ８０ パケット送信バッファ ８１ セル出力バッファ ８２ ＥＦＣＩビット観測部 ８３ セル入力バッファ ８４ セル化処理部 ８５ パケット組立処理部 ８７ パケット受信バッファ ８８ ＴＣＰデータグラム判別部 ８９ ＡＣＫ保持部

Claims (18)

【特許請求の範囲】
1. 【請求項１】 固定長のセルの形式で情報を転送するＡ
   ＴＭ（アシンクロナス・トランスファ・モード）通信網
   を介してＴＣＰ（トランスミッション・コントロール・
   プロトコル）のデータグラムを含むデータの通信を行う
   複数の端末と、前記通信網における輻輳を検出する第１
   の通信要素と、前記端末から到着する前記データをセル
   に分割して前記通信網へ送信し、前記通信網から到着す
   るセルを前記データに再構成して前記端末へ送信する第
   ２の通信要素との間の通信において用いられるフロー制
   御方法であって、 第１の前記通信要素において輻輳が検出された場合に
   は、セルのＥＦＣＩ（イクスプリシット・フォワード・
   コンジェスチョン・インディケーション）ビットに輻輳
   通知情報を設定する輻輳通知ステップと、 第２の前記通信要素において前記通信網から到着するセ
   ルのＥＦＣＩビットを観測するセル観測ステップと、 前記セル観測ステップにおいて輻輳の発生が検出された
   場合には、第２の前記通信要素において前記データグラ
   ムのヘッダ内部に設定されるウィンドウサイズを縮小し
   て送信するウィンドウサイズ縮小ステップとを含む、フ
   ロー制御方法。
2. 【請求項２】 固定長のセルの形式で情報を転送するＡ
   ＴＭ（アシンクロナス・トランスファ・モード）通信網
   を介してＴＣＰ（トランスミッション・コントロール・
   プロトコル）のデータグラムを含むデータの通信を行う
   複数の端末と、前記通信網における輻輳を検出する第１
   の通信要素と、前記端末から到着する前記データをセル
   に分割して前記通信網へ送信し、前記通信網から到着す
   るセルを前記データに再構成して前記端末へ送信する第
   ２の通信要素との間の通信において用いられるフロー制
   御方法であって、 第１の前記通信要素において輻輳が検出された場合に
   は、後方ＲＭ（リソース・マネージメント）セルに輻輳
   通知情報を設定する輻輳通知ステップと、 第２の前記通信要素において前記通信網から到着する前
   記後方ＲＭセルの内容を観測するセル観測ステップと、 前記セル観測ステップにおいて輻輳の発生が検出された
   場合には、第２の前記通信要素において前記データグラ
   ムのヘッダ内部に設定されるウィンドウサイズを縮小し
   て送信するウィンドウサイズ縮小ステップとを含む、フ
   ロー制御方法。
3. 【請求項３】 固定長のセルの形式で情報を転送するＡ
   ＴＭ（アシンクロナス・トランスファ・モード）通信網
   を介してＴＣＰ（トランスミッション・コントロール・
   プロトコル）のデータグラムを含むデータの通信を行う
   複数の端末と、前記通信網における輻輳を検出する第１
   の通信要素と、前記端末から到着する前記データをセル
   に分割して前記通信網へ送信し、前記通信網から到着す
   るセルを前記データに再構成して前記端末へ送信する第
   ２の通信要素との間の通信において用いられるフロー制
   御方法であって、 第１の前記通信要素において輻輳が検出された場合に
   は、セルに輻輳通知情報を設定する輻輳通知ステップ
   と、 第２の前記通信要素において前記通信網から到着するセ
   ルの内容を観測するセル観測ステップと、 前記セル観測ステップにおいて輻輳の発生が検出された
   場合には、第２の前記通信要素において前記データグラ
   ムのヘッダ内部に設定されるウィンドウサイズを一律に
   ０に設定することなく、段階的に０に縮小されるように
   所定の計算方法によって設定して送信するウィンドウサ
   イズ縮小ステップとを含む、フロー制御方法。
4. 【請求項４】 第２の前記通信要素において前記データ
   グラムのウィンドウサイズを設定した後に記憶するウィ
   ンドウサイズ記憶ステップをさらに含み、 前記ウィンドウサイズ縮小ステップにおける所定の計算
   方法には、前記ウィンドウサイズ記憶ステップにおいて
   記憶された値から所定値を差し引いた値が用いられるこ
   とを特徴とする、請求項３に記載のフロー制御方法。
5. 【請求項５】 第２の前記通信要素において前記データ
   グラムのウィンドウサイズを設定した後に記憶するウィ
   ンドウサイズ記憶ステップと、 前記セル観測ステップにおいて輻輳の発生が検出されな
   くなった場合には、前記ウィンドウサイズ記憶ステップ
   において記憶された値と所定値とを加えた値を用いて、
   第２の前記通信要素において前記データグラムのヘッダ
   内部に設定されるウィンドウサイズを設定して送信する
   ウィンドウサイズ拡大ステップとをさらに含む、請求項
   ３に記載のフロー制御方法。
6. 【請求項６】 前記輻輳通知ステップは、セルのＥＦＣ
   Ｉ（イクスプリシット・フォワード・コンジェスチョン
   ・インディケーション）ビットに輻輳通知情報を設定す
   ることを特徴とする、請求項３に記載のフロー制御方
   法。
7. 【請求項７】 前記輻輳通知ステップは、後方ＲＭ（リ
   ソース・マネージメント）セルに輻輳通知情報を設定す
   ることを特徴とする、請求項３に記載のフロー制御方
   法。
8. 【請求項８】 固定長のセルの形式で情報を転送するＡ
   ＴＭ（アシンクロナス・トランスファ・モード）通信網
   を介してデータの通信を行う複数の端末と、前記通信網
   における輻輳を検出する第１の通信要素と、前記端末か
   ら到着する前記データをセルに分割して前記通信網へ送
   信し、前記通信網から到着するセルを前記データに再構
   成して前記端末へ送信する第２の通信要素との間の通信
   において用いられるフロー制御方法であって、 第１の前記通信要素において輻輳が検出された場合に
   は、セルに輻輳通知情報を設定する輻輳通知ステップ
   と、 第２の前記通信要素において前記通信網から到着するセ
   ルの内容を観測するセル観測ステップと、 前記セル観測ステップにおいて輻輳の発生が検出された
   場合には、第２の前記通信要素において前記データを一
   旦保持し、所定の時間が経過した後に送信を行う保持ス
   テップとを含む、フロー制御方法。
9. 【請求項９】 前記データは、ＴＣＰ（トランスミッシ
   ョン・コントロール・プロトコル）のデータグラムを含
   む、請求項８に記載のフロー制御方法。
10. 【請求項１０】 前記輻輳通知ステップは、セルのＥＦ
    ＣＩ（イクスプリシット・フォワード・コンジェスチョ
    ン・インディケーション）ビットに輻輳通知情報を設定
    することを特徴とする、請求項８に記載のフロー制御方
    法。
11. 【請求項１１】 前記輻輳通知ステップは、後方ＲＭ
    （リソース・マネージメント）セルに輻輳通知情報を設
    定することを特徴とする、請求項８に記載のフロー制御
    方法。
12. 【請求項１２】 固定長のセルの形式で情報を転送する
    ＡＴＭ（アシンクロナス・トランスファ・モード）通信
    網を介してＴＣＰ（トランスミッション・コントロール
    ・プロトコル）のデータグラムを含むデータの通信を行
    う複数の端末と通信を行い、当該通信網において輻輳が
    検出された場合には、ＥＦＣＩ（イクスプリシット・フ
    ォワード・コンジェスチョン・インディケーション）ビ
    ットに輻輳通知情報が設定されたセルを受信する通信要
    素であって、 前記端末から前記データグラムを含むデータを受信する
    パケット受信バッファと、受信された前記データグラム
    を含むデータをセル化するセル化処理部と、 前記端末へ前記データグラムを含むデータを送信するパ
    ケット送信バッファと、 前記通信網からセルを受信するセル受信バッファと、 受信されたセルを前記データグラムを含むデータに組み
    立てるパケット組立処理部と、 前記通信網へセルを送信するセル送信バッファと、 前記セル受信バッファに到着するセルのＥＦＣＩビット
    を観測するＥＦＣＩビット観測部と、 前記ＥＦＣＩビット観測部が輻輳の発生を検出した場合
    には、前記データグラムのヘッダ内部に設定されるウィ
    ンドウサイズを縮小するＡＣＫ書き換え部とを備える、
    通信要素。
13. 【請求項１３】 固定長のセルの形式で情報を転送する
    ＡＴＭ（アシンクロナス・トランスファ・モード）通信
    網を介してＴＣＰ（トランスミッション・コントロール
    ・プロトコル）のデータグラムを含むデータの通信を行
    う複数の端末と通信を行い、当該通信網において輻輳が
    検出された場合には、輻輳通知情報が設定されたセルを
    受信する通信要素であって、 前記端末から前記データグラムを含むデータを受信する
    パケット受信バッファと、 受信された前記データグラムを含むデータをセル化する
    セル化処理部と、 前記端末へ前記データグラムを含むデータを送信するパ
    ケット送信バッファと、 前記通信網からセルを受信するセル受信バッファと、 受信されたセルを前記データグラムを含むデータに組み
    立てるパケット組立処理部と、 前記通信網へセルを送信するセル送信バッファと、 前記セル受信バッファに到着するセルの輻輳通知情報を
    観測するセル観測部と、 前記データグラムのウィンドウサイズを設定した後に記
    憶して、前記セル観測部が輻輳の発生を検出した場合に
    は、記憶された値から所定値を差し引いた値を用いて段
    階的に縮小された新たなウィンドウサイズを設定するＡ
    ＣＫ書き換え部とを備える、通信要素。
14. 【請求項１４】 固定長のセルの形式で情報を転送する
    ＡＴＭ（アシンクロナス・トランスファ・モード）通信
    網を介してＴＣＰ（トランスミッション・コントロール
    ・プロトコル）のデータグラムを含むデータの通信を行
    う複数の端末と通信を行い、当該通信網において輻輳が
    検出された場合には、輻輳通知情報が設定されたセルを
    受信する通信要素であって、 前記端末から前記データグラムを含むデータを受信する
    パケット受信バッファと、 受信された前記データグラムを含むデータをセル化する
    セル化処理部と、 前記端末へ前記データグラムを含むデータを送信するパ
    ケット送信バッファと、 前記通信網からセルを受信するセル受信バッファと、 受信されたセルを前記データグラムを含むデータに組み
    立てるパケット組立処理部と、 前記通信網へセルを送信するセル送信バッファと、 前記セル受信バッファに到着するセルの輻輳通知情報を
    観測するセル観測部と、 前記データグラムのウィンドウサイズを設定した後に記
    憶して、前記セル観測部が輻輳の発生を検出した場合に
    は、記憶された値から所定値を差し引いた値を用いて段
    階的に縮小された新たなウィンドウサイズを設定し、前
    記セル観測部が輻輳の発生を検出しなくなった場合に
    は、記憶された値と所定値とを加えた値を用いて新たな
    ウィンドウサイズを設定するＡＣＫ書き換え部とを備え
    る、通信要素。
15. 【請求項１５】 固定長のセルの形式で情報を転送する
    ＡＴＭ（アシンクロナス・トランスファ・モード）通信
    網を介してデータの通信を行う複数の端末と通信を行
    い、当該通信網において輻輳が検出された場合には、輻
    輳通知情報が設定されたセルを受信する通信要素であっ
    て、 前記端末から前記データグラムを含むデータを受信する
    パケット受信バッファと、 受信された前記データグラムを含むデータをセル化する
    セル化処理部と、 前記端末へ前記データグラムを含むデータを送信するパ
    ケット送信バッファと、 前記通信網からセルを受信するセル受信バッファと、 受信されたセルを前記データグラムを含むデータに組み
    立てるパケット組立処理部と、 前記通信網へセルを送信するセル送信バッファと、 前記セル受信バッファに到着するセルの輻輳通知情報を
    観測するセル観測部と、 前記セル観測部が輻輳の発生を検出した場合には、前記
    データを一旦保持し、所定の時間が経過した後に送信が
    行われるように制御するＡＣＫ保持部とを備える、通信
    要素。
16. 【請求項１６】 前記データは、ＴＣＰ（トランスミッ
    ション・コントロール・プロトコル）のデータグラムを
    含む、請求項１５に記載の通信要素。
17. 【請求項１７】 前記輻輳通知情報が設定されるセル
    は、ＥＦＣＩ（イクスプリシット・フォワード・コンジ
    ェスチョン・インディケーション）ビットに輻輳通知情
    報が設定されたセルであることを特徴とする、請求項１
    ３ないし請求項１５のいずれかに記載の通信要素。
18. 【請求項１８】 前記輻輳通知情報が設定されるセル
    は、後方ＲＭ（リソース・マネージメント）セルである
    ことを特徴とする、請求項１３ないし請求項１５のいず
    れかに記載の通信要素。