JP3000545B2 - 輻輳制御方法 - Google Patents
輻輳制御方法Info
- Publication number
- JP3000545B2 JP3000545B2 JP32007796A JP32007796A JP3000545B2 JP 3000545 B2 JP3000545 B2 JP 3000545B2 JP 32007796 A JP32007796 A JP 32007796A JP 32007796 A JP32007796 A JP 32007796A JP 3000545 B2 JP3000545 B2 JP 3000545B2
- Authority
- JP
- Japan
- Prior art keywords
- congestion
- maximum size
- protocol
- transport layer
- lower layer
- 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.)
- Expired - Lifetime
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、輻輳制御方法に関
し、特に網からの輻輳発生通知に応じて送信するデータ
のトランスポートレイヤのＰＤＵサイズを変更する輻輳
制御方法に関するものである。
し、特に網からの輻輳発生通知に応じて送信するデータ
のトランスポートレイヤのＰＤＵサイズを変更する輻輳
制御方法に関するものである。
【０００２】
【従来の技術】一般に、ＯＳＩ参照モデルにおける物理
レイヤ（第１層）、データリンクレイヤ（第２層）、ネ
ットワークレイヤ（第３層）に、エラー制御を行わない
非信頼性型プロトコルを用い、トランスポートレイヤ
（第４層）にエラー制御を行う信頼性型プロトコルを用
いてデータ通信を行う場合、転送エラー発生に伴うデー
タ再送制御はトランスポートレイヤにて実現される。各
レイヤからその下位レイヤへデータを受け渡しする場
合、転送データ単位となるＰＤＵ（Protocol Data Uni
t：プロトコルデータユニット）のサイズは、各レイヤ
のプロトコルの性質や回線品質によって予め設定された
値が用いられる。
レイヤ（第１層）、データリンクレイヤ（第２層）、ネ
ットワークレイヤ（第３層）に、エラー制御を行わない
非信頼性型プロトコルを用い、トランスポートレイヤ
（第４層）にエラー制御を行う信頼性型プロトコルを用
いてデータ通信を行う場合、転送エラー発生に伴うデー
タ再送制御はトランスポートレイヤにて実現される。各
レイヤからその下位レイヤへデータを受け渡しする場
合、転送データ単位となるＰＤＵ（Protocol Data Uni
t：プロトコルデータユニット）のサイズは、各レイヤ
のプロトコルの性質や回線品質によって予め設定された
値が用いられる。
【０００３】通常、下位レイヤの最大ＰＤＵサイズとし
ては、その上位レイヤの最大ＰＤＵサイズ以下のサイズ
が用いられており、ほとんどの場合、最下位レイヤの最
大ＰＤＵサイズは上位レイヤの最大ＰＤＵサイズより小
さい。したがって、非輻輳時、輻輳時およびデータ再送
時のいずれにおいても、トランスポートレイヤで用いら
れているプロトコルで設定された最大ＰＤＵサイズを単
位としデータ転送が行われ、各下位レイヤにて、上位レ
イヤからのデータを分割し複数のＰＤＵに格納して転送
するものとなっていた。
ては、その上位レイヤの最大ＰＤＵサイズ以下のサイズ
が用いられており、ほとんどの場合、最下位レイヤの最
大ＰＤＵサイズは上位レイヤの最大ＰＤＵサイズより小
さい。したがって、非輻輳時、輻輳時およびデータ再送
時のいずれにおいても、トランスポートレイヤで用いら
れているプロトコルで設定された最大ＰＤＵサイズを単
位としデータ転送が行われ、各下位レイヤにて、上位レ
イヤからのデータを分割し複数のＰＤＵに格納して転送
するものとなっていた。
【０００４】
【発明が解決しようとする課題】したがって、このよう
な従来の輻輳制御方法では、トランスポートレイヤの最
大ＰＤＵサイズとして予め設定した固定値を用いている
ことから、比較的小さいサイズのＰＤＵにてデータ転送
を行う下位レイヤにてデータ紛失が発生した場合でも、
エラー制御を行うトランスポートレイヤでは、紛失した
データが含まれるＰＤＵ、すなわちトランスポートレイ
ヤにおける比較的大きなサイズのＰＤＵを単位として再
送処理することになり、実際に下位レイヤにて紛失した
データ量よりも遥かに大きいデータ量を再送しなければ
ならないという問題点があった。
な従来の輻輳制御方法では、トランスポートレイヤの最
大ＰＤＵサイズとして予め設定した固定値を用いている
ことから、比較的小さいサイズのＰＤＵにてデータ転送
を行う下位レイヤにてデータ紛失が発生した場合でも、
エラー制御を行うトランスポートレイヤでは、紛失した
データが含まれるＰＤＵ、すなわちトランスポートレイ
ヤにおける比較的大きなサイズのＰＤＵを単位として再
送処理することになり、実際に下位レイヤにて紛失した
データ量よりも遥かに大きいデータ量を再送しなければ
ならないという問題点があった。
【０００５】また、トランスポートレイヤより上位レイ
ヤのアプリケーションでは、固定値であるトランスポー
トレイヤのＰＤＵサイズを単位としてデータが失われる
ことになり、データの連続性を保つことが困難になると
いう問題点があった。本発明はこのような課題を解決す
るためのものであり、データ紛失時の再送データ量を減
らすことができるとともに、アプリケーションに影響す
るデータ連続性の乱れを低減できる輻輳制御方法を提供
することを目的としている。
ヤのアプリケーションでは、固定値であるトランスポー
トレイヤのＰＤＵサイズを単位としてデータが失われる
ことになり、データの連続性を保つことが困難になると
いう問題点があった。本発明はこのような課題を解決す
るためのものであり、データ紛失時の再送データ量を減
らすことができるとともに、アプリケーションに影響す
るデータ連続性の乱れを低減できる輻輳制御方法を提供
することを目的としている。
【０００６】
【課題を解決するための手段】このような目的を達成す
るために、本発明による輻輳制御方法は、網から下位レ
イヤに対する輻輳発生通知に応じて、トランスポートレ
イヤから下位レイヤへのデータ転送に用いるプロトコル
データユニットの最大サイズとして、非輻輳時の第１の
最大サイズより小さい第２の最大サイズを用い、網から
下位レイヤに対する輻輳解除通知に応じて、プロトコル
データユニットの最大サイズとして第１の最大サイズを
用いるようにしたものである。また、網から下位レイヤ
に対する輻輳解除の通知の代わりに、輻輳発生から所定
時間経過後に、プロトコルデータユニットの最大サイズ
として第１の最大サイズを用いるようにしたものであ
る。したがって、網が輻輳状態にある場合には、非輻輳
時の第１の最大サイズより小さい第２の最大サイズがプ
ロトコルデータユニットの最大サイズとして用いられ
る。
るために、本発明による輻輳制御方法は、網から下位レ
イヤに対する輻輳発生通知に応じて、トランスポートレ
イヤから下位レイヤへのデータ転送に用いるプロトコル
データユニットの最大サイズとして、非輻輳時の第１の
最大サイズより小さい第２の最大サイズを用い、網から
下位レイヤに対する輻輳解除通知に応じて、プロトコル
データユニットの最大サイズとして第１の最大サイズを
用いるようにしたものである。また、網から下位レイヤ
に対する輻輳解除の通知の代わりに、輻輳発生から所定
時間経過後に、プロトコルデータユニットの最大サイズ
として第１の最大サイズを用いるようにしたものであ
る。したがって、網が輻輳状態にある場合には、非輻輳
時の第１の最大サイズより小さい第２の最大サイズがプ
ロトコルデータユニットの最大サイズとして用いられ
る。
【０００７】また、トランスポートレイヤより下位の各
レイヤの輻輳状態に基づいて輻輳制御を行う場合には、
第２の最大サイズとして、対応する下位レイヤで用いら
れるプロトコルに対応したサイズを用いるようにしたも
のである。したがって、輻輳状態となった各下位レイヤ
に対応する第２の最大サイズが、プロトコルデータユニ
ットの最大サイズとして用いられる。また、複数の下位
レイヤにて輻輳状態が発生した場合には、輻輳状態にあ
るすべての下位レイヤに対応する第２の最大サイズのう
ち、最も小さいものをプロトコルデータユニットの最大
サイズとして用いるようにしたものである。したがっ
て、複数の下位レイヤにて輻輳状態が発生した場合に
は、そのうち最も小さい第２の最大サイズがプロトコル
データユニットの最大サイズとして用いられる。
レイヤの輻輳状態に基づいて輻輳制御を行う場合には、
第２の最大サイズとして、対応する下位レイヤで用いら
れるプロトコルに対応したサイズを用いるようにしたも
のである。したがって、輻輳状態となった各下位レイヤ
に対応する第２の最大サイズが、プロトコルデータユニ
ットの最大サイズとして用いられる。また、複数の下位
レイヤにて輻輳状態が発生した場合には、輻輳状態にあ
るすべての下位レイヤに対応する第２の最大サイズのう
ち、最も小さいものをプロトコルデータユニットの最大
サイズとして用いるようにしたものである。したがっ
て、複数の下位レイヤにて輻輳状態が発生した場合に
は、そのうち最も小さい第２の最大サイズがプロトコル
データユニットの最大サイズとして用いられる。
【０００８】また、下位レイヤにてＡＴＭネットワーク
から輻輳発生を示すＲＭセルを受信した場合には、トラ
ンスポートレイヤから下位レイヤへのデータ転送に用い
るプロトコルデータユニットの最大サイズとして、非輻
輳時の第１の最大サイズより小さい第２の最大サイズを
用い、下位レイヤにてＡＴＭネットワークから輻輳解除
を示すＲＭセルを受信した場合には、プロトコルデータ
ユニットの最大サイズとして第１の最大サイズを用いる
ようにしたものである。したがって、プロトコルデータ
ユニットの最大サイズとして、ＡＴＭネットワークから
の輻輳発生を示すＲＭセルの受信に応じて非輻輳時の第
１の最大サイズより小さい第２の最大サイズが用いら
れ、輻輳解除を示すＲＭセルの受信に応じて第１の最大
サイズが用いられる。
から輻輳発生を示すＲＭセルを受信した場合には、トラ
ンスポートレイヤから下位レイヤへのデータ転送に用い
るプロトコルデータユニットの最大サイズとして、非輻
輳時の第１の最大サイズより小さい第２の最大サイズを
用い、下位レイヤにてＡＴＭネットワークから輻輳解除
を示すＲＭセルを受信した場合には、プロトコルデータ
ユニットの最大サイズとして第１の最大サイズを用いる
ようにしたものである。したがって、プロトコルデータ
ユニットの最大サイズとして、ＡＴＭネットワークから
の輻輳発生を示すＲＭセルの受信に応じて非輻輳時の第
１の最大サイズより小さい第２の最大サイズが用いら
れ、輻輳解除を示すＲＭセルの受信に応じて第１の最大
サイズが用いられる。
【０００９】また、下位レイヤにてフレームリレーネッ
トワークからＢＥＣＮビットに”１”が設定されたフレ
ームを受信した場合、または輻輳発生を示すＣＬＬＭフ
レームを受信した場合には、トランスポートレイヤから
下位レイヤへのデータ転送に用いるプロトコルデータユ
ニットの最大サイズとして、非輻輳時の第１の最大サイ
ズより小さい第２の最大サイズを用い、下位レイヤにて
ＢＥＣＮビットに”１”が設定されていないフレームを
受信した場合、または輻輳状態を示すＣＬＬＭフレーム
受信から所定期間経過した場合には、プロトコルデータ
ユニットの最大サイズとして第１の最大サイズを用いる
ようにしたものである。したがって、プロトコルデータ
ユニットの最大サイズとして、フレームリレーネットワ
ークからのＢＥＣＮビットに”１”が設定されたフレー
ム、または輻輳発生を示すＣＬＬＭフレームの受信に応
じて、非輻輳時の第１の最大サイズより小さい第２の最
大サイズが用いられ、ＢＥＣＮビットに”１”が設定さ
れていないフレームの受信、または輻輳状態を示すＣＬ
ＬＭフレーム受信から所定期間経過に応じて、第１の最
大サイズが用いられる。
トワークからＢＥＣＮビットに”１”が設定されたフレ
ームを受信した場合、または輻輳発生を示すＣＬＬＭフ
レームを受信した場合には、トランスポートレイヤから
下位レイヤへのデータ転送に用いるプロトコルデータユ
ニットの最大サイズとして、非輻輳時の第１の最大サイ
ズより小さい第２の最大サイズを用い、下位レイヤにて
ＢＥＣＮビットに”１”が設定されていないフレームを
受信した場合、または輻輳状態を示すＣＬＬＭフレーム
受信から所定期間経過した場合には、プロトコルデータ
ユニットの最大サイズとして第１の最大サイズを用いる
ようにしたものである。したがって、プロトコルデータ
ユニットの最大サイズとして、フレームリレーネットワ
ークからのＢＥＣＮビットに”１”が設定されたフレー
ム、または輻輳発生を示すＣＬＬＭフレームの受信に応
じて、非輻輳時の第１の最大サイズより小さい第２の最
大サイズが用いられ、ＢＥＣＮビットに”１”が設定さ
れていないフレームの受信、または輻輳状態を示すＣＬ
ＬＭフレーム受信から所定期間経過に応じて、第１の最
大サイズが用いられる。
【００１０】また、下位レイヤにてＩＰネットワークか
らソースクエンチパケットを受信した場合には、トラン
スポートレイヤから下位レイヤへのデータ転送に用いる
プロトコルデータユニットの最大サイズとして、非輻輳
時の第１の最大サイズより小さい第２の最大サイズを用
い、下位レイヤでの最後のソースクエンチパケット受信
から所定期間経過した場合には、プロトコルデータユニ
ットの最大サイズとして第１の最大サイズを用いるよう
にしたものである。したがって、プロトコルデータユニ
ットの最大サイズとして、ＩＰネットワークからのソー
スクエンチパケットの受信に応じて、非輻輳時の第１の
最大サイズより小さい第２の最大サイズが用いられ、最
後のソースクエンチパケット受信から所定期間経過に応
じて、第１の最大サイズが用いられる。
らソースクエンチパケットを受信した場合には、トラン
スポートレイヤから下位レイヤへのデータ転送に用いる
プロトコルデータユニットの最大サイズとして、非輻輳
時の第１の最大サイズより小さい第２の最大サイズを用
い、下位レイヤでの最後のソースクエンチパケット受信
から所定期間経過した場合には、プロトコルデータユニ
ットの最大サイズとして第１の最大サイズを用いるよう
にしたものである。したがって、プロトコルデータユニ
ットの最大サイズとして、ＩＰネットワークからのソー
スクエンチパケットの受信に応じて、非輻輳時の第１の
最大サイズより小さい第２の最大サイズが用いられ、最
後のソースクエンチパケット受信から所定期間経過に応
じて、第１の最大サイズが用いられる。
【００１１】
【発明の実施の形態】次に、本発明について図面を参照
して説明する。図１は本発明の一実施の形態である輻輳
制御方法による端末を示すブロック図である。同図にお
いて、１１は通信を行うアプリケーション、１２はトラ
ンスポートレイヤのプロトコル制御を行うトランスポー
トレイヤプロトコル処理部、１３はトランスポートレイ
ヤより下位のレイヤのプロトコル制御を行う下位レイヤ
プロトコル２処理部、１４はさらに下位のプロトコル制
御を行う下位レイヤプロトコル１処理部である。
して説明する。図１は本発明の一実施の形態である輻輳
制御方法による端末を示すブロック図である。同図にお
いて、１１は通信を行うアプリケーション、１２はトラ
ンスポートレイヤのプロトコル制御を行うトランスポー
トレイヤプロトコル処理部、１３はトランスポートレイ
ヤより下位のレイヤのプロトコル制御を行う下位レイヤ
プロトコル２処理部、１４はさらに下位のプロトコル制
御を行う下位レイヤプロトコル１処理部である。
【００１２】１５は下位レイヤプロトコル２処理部１３
や下位レイヤプロトコル１処理部１４の各プロトコルか
ら通知される輻輳状態に応じて、トランスポートレイヤ
におけるデータ転送時のＰＤＵサイズの最大値、すなわ
ち最大ＰＤＵサイズ（以下、ＰＤＵサイズという）を変
更し管理するＰＤＵサイズ管理部である。このＰＤＵサ
イズ管理部１５は、ＰＤＵサイズ牽引テーブル１６とＰ
ＤＵサイズ管理テーブル１７とを有している。
や下位レイヤプロトコル１処理部１４の各プロトコルか
ら通知される輻輳状態に応じて、トランスポートレイヤ
におけるデータ転送時のＰＤＵサイズの最大値、すなわ
ち最大ＰＤＵサイズ（以下、ＰＤＵサイズという）を変
更し管理するＰＤＵサイズ管理部である。このＰＤＵサ
イズ管理部１５は、ＰＤＵサイズ牽引テーブル１６とＰ
ＤＵサイズ管理テーブル１７とを有している。
【００１３】図２は、これらテーブルを示す説明図であ
り、（ａ）はＰＤＵサイズ索引テーブル、（ｂ）はＰＤ
Ｕサイズ管理テーブルである。ＰＤＵサイズ索引テーブ
ル（以下、索引テーブルという）１６には、各回線ごと
に、非輻輳時のＰＤＵサイズと、個々のプロトコル種別
に対応して輻輳時に最適なＰＤＵサイズが予め設定され
ている。また、ＰＤＵサイズ管理テーブル（以下、管理
テーブルという）１６には、各ポート番号ごとに、トラ
ンスポートレイヤプロトコル処理部１２にて、現在、用
いられている現行ＰＤＵサイズと、下位レイヤで用いら
れる個々のプロトコル種別に対応して輻輳状態を示すフ
ラグとが設定される。
り、（ａ）はＰＤＵサイズ索引テーブル、（ｂ）はＰＤ
Ｕサイズ管理テーブルである。ＰＤＵサイズ索引テーブ
ル（以下、索引テーブルという）１６には、各回線ごと
に、非輻輳時のＰＤＵサイズと、個々のプロトコル種別
に対応して輻輳時に最適なＰＤＵサイズが予め設定され
ている。また、ＰＤＵサイズ管理テーブル（以下、管理
テーブルという）１６には、各ポート番号ごとに、トラ
ンスポートレイヤプロトコル処理部１２にて、現在、用
いられている現行ＰＤＵサイズと、下位レイヤで用いら
れる個々のプロトコル種別に対応して輻輳状態を示すフ
ラグとが設定される。
【００１４】ここでいうポート番号とは、トランスポー
トレイヤプロトコル処理部１２と各下位レイヤプロトコ
ル処理部との間で受け渡しするデータを識別するための
識別子であり、このポート番号により、通信中の複数の
コネクションのうちから所定のコネクションに関するデ
ータであることを識別することができる。またプロトコ
ル種別とは、下位レイヤプロトコル２処理部および下位
レイヤプロトコル１処理部１４にて用いられている各種
プロトコルの種別である。下位レイヤプロトコル２処理
部１３および下位レイヤプロトコル１処理部１４にて異
なるプロトコル種別が用いられることから、１つのコネ
クションすなわちポート番号について、複数のプロトコ
ル種別が組み合わせて用いられることになる。
トレイヤプロトコル処理部１２と各下位レイヤプロトコ
ル処理部との間で受け渡しするデータを識別するための
識別子であり、このポート番号により、通信中の複数の
コネクションのうちから所定のコネクションに関するデ
ータであることを識別することができる。またプロトコ
ル種別とは、下位レイヤプロトコル２処理部および下位
レイヤプロトコル１処理部１４にて用いられている各種
プロトコルの種別である。下位レイヤプロトコル２処理
部１３および下位レイヤプロトコル１処理部１４にて異
なるプロトコル種別が用いられることから、１つのコネ
クションすなわちポート番号について、複数のプロトコ
ル種別が組み合わせて用いられることになる。
【００１５】したがって、索引テーブル１６には、下位
レイヤプロトコル１処理部にて管理される物理的な各回
線１〜回線ｎごとに、その回線特性により決定される非
輻輳時のＰＤＵサイズ、ＰＤＵdef1〜ＰＤＵdefnと、こ
れら非輻輳時のＰＤＵサイズより小さい値を有する各プ
ロトコル種別の輻輳時のＰＤＵサイズ、ＰＤＵ11〜ＰＤ
Ｕmnとが予め設定されている。また、管理テーブル１７
には、トランスポートレイヤプロトコル処理部１２で現
在使用されている各ポート番号ごとに、現在設定されて
いる現行ＰＤＵサイズと、下位レイヤの各プロトコル種
別の輻輳状態を示すフラグ11，フラグ12‥とが設定更新
される。なお、図２（ｂ）の例では、ポート番号１に対
して下位レイヤにてプロトコル種別１，プロトコル種別
ｋが用いられ、またポート番号２に対して下位レイヤに
てプロトコル種別１，プロトコル種別２が用いられてお
り、それぞれの欄に輻輳状態を示すフラグが設定されて
いる。
レイヤプロトコル１処理部にて管理される物理的な各回
線１〜回線ｎごとに、その回線特性により決定される非
輻輳時のＰＤＵサイズ、ＰＤＵdef1〜ＰＤＵdefnと、こ
れら非輻輳時のＰＤＵサイズより小さい値を有する各プ
ロトコル種別の輻輳時のＰＤＵサイズ、ＰＤＵ11〜ＰＤ
Ｕmnとが予め設定されている。また、管理テーブル１７
には、トランスポートレイヤプロトコル処理部１２で現
在使用されている各ポート番号ごとに、現在設定されて
いる現行ＰＤＵサイズと、下位レイヤの各プロトコル種
別の輻輳状態を示すフラグ11，フラグ12‥とが設定更新
される。なお、図２（ｂ）の例では、ポート番号１に対
して下位レイヤにてプロトコル種別１，プロトコル種別
ｋが用いられ、またポート番号２に対して下位レイヤに
てプロトコル種別１，プロトコル種別２が用いられてお
り、それぞれの欄に輻輳状態を示すフラグが設定されて
いる。
【００１６】次に、図３を参照して、本発明の動作を説
明する。図３は、ＰＤＵサイズ管理部１５の動作を示す
フローチャートであり、（ａ）はコネクション設定通知
受信処理、（ｂ）は輻輳通知受信処理、（ｃ）は輻輳解
除受信処理、（ｄ）はコネクション切断通知受信処理で
ある。まず、通信開始時に、トランスポートレイヤプロ
トコル処理部１２からトランスポートレイヤにて所定の
ポート番号が付与されたコネクションが設定されたこと
が通知されるとともに、このコネクションに用いるプロ
トコル種別と回線番号が、下位レイヤプロトコル２処理
部１３および下位レイヤプロトコル１処理部１４から通
知される。
明する。図３は、ＰＤＵサイズ管理部１５の動作を示す
フローチャートであり、（ａ）はコネクション設定通知
受信処理、（ｂ）は輻輳通知受信処理、（ｃ）は輻輳解
除受信処理、（ｄ）はコネクション切断通知受信処理で
ある。まず、通信開始時に、トランスポートレイヤプロ
トコル処理部１２からトランスポートレイヤにて所定の
ポート番号が付与されたコネクションが設定されたこと
が通知されるとともに、このコネクションに用いるプロ
トコル種別と回線番号が、下位レイヤプロトコル２処理
部１３および下位レイヤプロトコル１処理部１４から通
知される。
【００１７】これに応じて、ＰＤＵサイズ管理部１５で
は、図３（ａ）のコネクション設定通知受信処理が実行
される。まず、設定されたコネクションのポート番号、
プロトコル種別および回線番号をそれぞれ取得し（ステ
ップ１０１，１０２）、コネクションの回線番号とプロ
トコル種別とに基づいて、索引テーブル１６から非輻輳
時に最適な最大ＰＤＵサイズを検索する（ステップ１０
３）。
は、図３（ａ）のコネクション設定通知受信処理が実行
される。まず、設定されたコネクションのポート番号、
プロトコル種別および回線番号をそれぞれ取得し（ステ
ップ１０１，１０２）、コネクションの回線番号とプロ
トコル種別とに基づいて、索引テーブル１６から非輻輳
時に最適な最大ＰＤＵサイズを検索する（ステップ１０
３）。
【００１８】続いて、管理テーブル１７内に、新たに設
定されたコネクションに対応する管理エリアを追加し、
そのコネクションを示すポート番号に対応して、索引テ
ーブル１６から検索した最大ＰＤＵサイズを登録する
（ステップ１０４）。これとともに、そのポート番号で
あって、下位レイヤプロトコル２処理部１３および下位
レイヤプロトコル１処理部１４で用いられるプロトコル
種別の欄に、初期値として非輻輳状態を示すフラグを登
録し（ステップ１０４）、一連のコネクション設定通知
受信処理を終了する。
定されたコネクションに対応する管理エリアを追加し、
そのコネクションを示すポート番号に対応して、索引テ
ーブル１６から検索した最大ＰＤＵサイズを登録する
（ステップ１０４）。これとともに、そのポート番号で
あって、下位レイヤプロトコル２処理部１３および下位
レイヤプロトコル１処理部１４で用いられるプロトコル
種別の欄に、初期値として非輻輳状態を示すフラグを登
録し（ステップ１０４）、一連のコネクション設定通知
受信処理を終了する。
【００１９】この後、下位レイヤプロトコル２処理部１
３もしくは下位レイヤプロトコル１処理部１４にて輻輳
が検出されて輻輳が通知された場合、ＰＤＵサイズ管理
部１５では、図３（ｂ）の輻輳通知受信処理が実行され
る。まず、輻輳が発生した回線およびそのプロトコルに
応じて、索引テーブル１６から、非輻輳時より小さい値
を示す輻輳時のＰＤＵサイズを検索して、候補ＰＤＵサ
イズとする（ステップ１１１）。次に、管理テーブル１
７の各フラグを参照して、輻輳が発生した同一ポート番
号に対応する各プロトコル種別であって、輻輳が発生し
ているものがあるかどうかチェックする（ステップ１１
２）。
３もしくは下位レイヤプロトコル１処理部１４にて輻輳
が検出されて輻輳が通知された場合、ＰＤＵサイズ管理
部１５では、図３（ｂ）の輻輳通知受信処理が実行され
る。まず、輻輳が発生した回線およびそのプロトコルに
応じて、索引テーブル１６から、非輻輳時より小さい値
を示す輻輳時のＰＤＵサイズを検索して、候補ＰＤＵサ
イズとする（ステップ１１１）。次に、管理テーブル１
７の各フラグを参照して、輻輳が発生した同一ポート番
号に対応する各プロトコル種別であって、輻輳が発生し
ているものがあるかどうかチェックする（ステップ１１
２）。
【００２０】ここで、他のプロトコル種別で輻輳が発生
している場合には（ステップ１１２：ＹＥＳ）、現在の
ＰＤＵサイズとステップ１１１にて検索したＰＤＵサイ
ズとを比較し、いずれか小さいほうのＰＤＵサイズを候
補ＰＤＵサイズとする（ステップ１１３）。このステッ
プ１１３の後、およびステップ１１２で他に輻輳が発生
していなかった場合（ステップ：ＮＯ）、それぞれにて
求めた候補ＰＤＵサイズを現行ＰＤＵサイズとして登録
するとともに、輻輳発生が通知されたポート番号のプロ
トコル種別の欄に輻輳発生中を示すフラグを登録して、
管理テーブル１７を更新する（ステップ１１４）。
している場合には（ステップ１１２：ＹＥＳ）、現在の
ＰＤＵサイズとステップ１１１にて検索したＰＤＵサイ
ズとを比較し、いずれか小さいほうのＰＤＵサイズを候
補ＰＤＵサイズとする（ステップ１１３）。このステッ
プ１１３の後、およびステップ１１２で他に輻輳が発生
していなかった場合（ステップ：ＮＯ）、それぞれにて
求めた候補ＰＤＵサイズを現行ＰＤＵサイズとして登録
するとともに、輻輳発生が通知されたポート番号のプロ
トコル種別の欄に輻輳発生中を示すフラグを登録して、
管理テーブル１７を更新する（ステップ１１４）。
【００２１】さらに、新たな現行ＰＤＵサイズをトラン
スポートレイヤプロトコル処理部１２に通知して、トラ
ンスポートレイヤから下位レイヤに対して転送されるＰ
ＤＵのサイズを変更指示する。これにより、トランスポ
ートレイヤから下位レイヤへ転送されるＰＤＵのサイズ
が非輻輳時と比較して一時的に小さくなり、輻輳状態が
さらに悪化してデータ紛失が発生した場合でも、トラン
スポートレイヤにおいて再送するＰＤＵが小さいことか
ら、実際に下位レイヤにて再送するデータ量が低減され
る。
スポートレイヤプロトコル処理部１２に通知して、トラ
ンスポートレイヤから下位レイヤに対して転送されるＰ
ＤＵのサイズを変更指示する。これにより、トランスポ
ートレイヤから下位レイヤへ転送されるＰＤＵのサイズ
が非輻輳時と比較して一時的に小さくなり、輻輳状態が
さらに悪化してデータ紛失が発生した場合でも、トラン
スポートレイヤにおいて再送するＰＤＵが小さいことか
ら、実際に下位レイヤにて再送するデータ量が低減され
る。
【００２２】ステップ１１５の後、ＰＤＵサイズ管理部
１５は、輻輳通知のあったプロトコルが輻輳解除通知機
能を有しているか否か判断し（ステップ１１６）、輻輳
解除通知機能を有していない場合には（ステップ１１
６：ＮＯ）、所定期間後にタイムアウトする輻輳解除タ
イマを起動して、一連の輻輳通知受信処理を終了する。
一方、輻輳解除通知機能を有している場合には（ステッ
プ１１６：ＹＥＳ）、そのまま、輻輳通知受信処理を終
了する。
１５は、輻輳通知のあったプロトコルが輻輳解除通知機
能を有しているか否か判断し（ステップ１１６）、輻輳
解除通知機能を有していない場合には（ステップ１１
６：ＮＯ）、所定期間後にタイムアウトする輻輳解除タ
イマを起動して、一連の輻輳通知受信処理を終了する。
一方、輻輳解除通知機能を有している場合には（ステッ
プ１１６：ＹＥＳ）、そのまま、輻輳通知受信処理を終
了する。
【００２３】このようにして、輻輳通知受信処理を実行
した後、下位レイヤプロトコル２処理部１３あるいは下
位レイヤプロトコル１処理部１４にて輻輳状態の解除が
検出され輻輳解除が通知された場合、ＰＤＵサイズ管理
部１５では、図３（ｃ）に示す輻輳解除通知受信処理が
実施される。なお、前述した輻輳解除タイマがタイムア
ウトした場合も、この輻輳解除通知受信処理が実施され
る。
した後、下位レイヤプロトコル２処理部１３あるいは下
位レイヤプロトコル１処理部１４にて輻輳状態の解除が
検出され輻輳解除が通知された場合、ＰＤＵサイズ管理
部１５では、図３（ｃ）に示す輻輳解除通知受信処理が
実施される。なお、前述した輻輳解除タイマがタイムア
ウトした場合も、この輻輳解除通知受信処理が実施され
る。
【００２４】まず、管理テーブル１７の各フラグを参照
して、輻輳が解除された同一ポート番号に対応する各プ
ロトコル種別のうち、輻輳解除が通知されたもの以外で
輻輳発生中のものがあるかどうか確認する（ステップ１
２１）。ここで、他に輻輳発生中のプロトコル種別があ
る場合には（ステップ１２１：ＹＥＳ）、同一ポート番
号であって輻輳発生中のプロトコル種別のうち、最も小
さいＰＤＵサイズを索引テーブル１６から検索し、候補
ＰＤＵサイズとする（ステップ１２２）。
して、輻輳が解除された同一ポート番号に対応する各プ
ロトコル種別のうち、輻輳解除が通知されたもの以外で
輻輳発生中のものがあるかどうか確認する（ステップ１
２１）。ここで、他に輻輳発生中のプロトコル種別があ
る場合には（ステップ１２１：ＹＥＳ）、同一ポート番
号であって輻輳発生中のプロトコル種別のうち、最も小
さいＰＤＵサイズを索引テーブル１６から検索し、候補
ＰＤＵサイズとする（ステップ１２２）。
【００２５】一方、他に輻輳発生中のプロトコル種別が
ない場合には（ステップ１２１：ＮＯ）、当該ポート番
号に対応する非輻輳時のＰＤＵサイズを索引テーブル１
６から検索し、候補ＰＤＵサイズとする（ステップ１２
３）。この後、ステップ１２２またはステップ１２３に
て求めた候補ＰＤＵサイズを現行ＰＤＵサイズとして登
録するとともに、輻輳解除が通知されたポート番号のプ
ロトコル種別の欄に非輻輳状態を示すフラグを登録し
て、管理テーブル１７を更新する（ステップ１２４）。
ない場合には（ステップ１２１：ＮＯ）、当該ポート番
号に対応する非輻輳時のＰＤＵサイズを索引テーブル１
６から検索し、候補ＰＤＵサイズとする（ステップ１２
３）。この後、ステップ１２２またはステップ１２３に
て求めた候補ＰＤＵサイズを現行ＰＤＵサイズとして登
録するとともに、輻輳解除が通知されたポート番号のプ
ロトコル種別の欄に非輻輳状態を示すフラグを登録し
て、管理テーブル１７を更新する（ステップ１２４）。
【００２６】さらに、新たな現行ＰＤＵサイズをトラン
スポートレイヤプロトコル処理部１２に通知して、トラ
ンスポートレイヤから下位レイヤに対して転送されるＰ
ＤＵのサイズを変更指示し、一連の輻輳開示通知受信処
理を終了する。これにより、他に輻輳発生中のプロトコ
ル種別がない場合には、トランスポートレイヤから下位
レイヤへ転送されるＰＤＵのサイズが輻輳時の小さいサ
イズから非輻輳時の比較的大きな元のサイズに戻され
る。また、他に輻輳発生中のプロトコル種別がある場合
には、そのプロトコル種別に最適なＰＤＵサイズに変更
される。
スポートレイヤプロトコル処理部１２に通知して、トラ
ンスポートレイヤから下位レイヤに対して転送されるＰ
ＤＵのサイズを変更指示し、一連の輻輳開示通知受信処
理を終了する。これにより、他に輻輳発生中のプロトコ
ル種別がない場合には、トランスポートレイヤから下位
レイヤへ転送されるＰＤＵのサイズが輻輳時の小さいサ
イズから非輻輳時の比較的大きな元のサイズに戻され
る。また、他に輻輳発生中のプロトコル種別がある場合
には、そのプロトコル種別に最適なＰＤＵサイズに変更
される。
【００２７】この後、上位のアプリケーション１１にお
ける通信終了に応じて、トランスポートレイヤプロトコ
ル処理１２からコネクション切断が通知される。これに
応じてＰＤＵサイズ管理部１５は、図３（ｄ）に示すよ
うに、コネクション切断通知受信処理として、通知され
た切断コネクションに対応するポート番号の管理エリア
を管理テーブル１７から削除する（ステップ１３１）、
処理を終了する。なお、輻輳解除タイマが起動されてい
る場合には、ステップ１３１にて対応する輻輳解除タイ
マがクリアされる。
ける通信終了に応じて、トランスポートレイヤプロトコ
ル処理１２からコネクション切断が通知される。これに
応じてＰＤＵサイズ管理部１５は、図３（ｄ）に示すよ
うに、コネクション切断通知受信処理として、通知され
た切断コネクションに対応するポート番号の管理エリア
を管理テーブル１７から削除する（ステップ１３１）、
処理を終了する。なお、輻輳解除タイマが起動されてい
る場合には、ステップ１３１にて対応する輻輳解除タイ
マがクリアされる。
【００２８】
【実施例】次に、図４を参照して、本発明の一実施例に
ついて説明する。図４は、本発明の輻輳制御方法による
一実施例を示すシーケンス図であり、送信側として、輻
輳制御を行うトランスポートレイヤプロトコル処理部４
１と、その下位レイヤとして下位レイヤプロトコル処理
部４３と、トランスポートレイヤのＰＤＵサイズを管理
するＰＤＵサイズ管理部４２とが設けられている。また
受信側として、下位レイヤプロトコル処理部４５と、そ
の上位レイヤとして輻輳制御を行うトランスポートレイ
ヤプロトコル処理部４６とが設けられており、これらは
網４４を介して接続されている。
ついて説明する。図４は、本発明の輻輳制御方法による
一実施例を示すシーケンス図であり、送信側として、輻
輳制御を行うトランスポートレイヤプロトコル処理部４
１と、その下位レイヤとして下位レイヤプロトコル処理
部４３と、トランスポートレイヤのＰＤＵサイズを管理
するＰＤＵサイズ管理部４２とが設けられている。また
受信側として、下位レイヤプロトコル処理部４５と、そ
の上位レイヤとして輻輳制御を行うトランスポートレイ
ヤプロトコル処理部４６とが設けられており、これらは
網４４を介して接続されている。
【００２９】今、送信側のトランスポートレイヤプロト
コル処理部４１と受信側のトランスポートプロトコル処
理部４６とが、非輻輳時の最大ＰＤＵサイズである
「７」を用いてデータ転送中であるものとする。この場
合、いずれのプロトコル処理部においても輻輳は発生し
ていないものとする。したがって、トランスポートレイ
ヤプロトコル処理部４１は、最大ＰＤＵサイズとして
「７」を用いて上位のアプリケーション（図示せず）か
らのデータを分割して転送データ５１を生成し、下位レ
イヤプロトコル処理部４３に受け渡す。
コル処理部４１と受信側のトランスポートプロトコル処
理部４６とが、非輻輳時の最大ＰＤＵサイズである
「７」を用いてデータ転送中であるものとする。この場
合、いずれのプロトコル処理部においても輻輳は発生し
ていないものとする。したがって、トランスポートレイ
ヤプロトコル処理部４１は、最大ＰＤＵサイズとして
「７」を用いて上位のアプリケーション（図示せず）か
らのデータを分割して転送データ５１を生成し、下位レ
イヤプロトコル処理部４３に受け渡す。
【００３０】これに応じて、下位レイヤプロトコル処理
部４３は転送データ５１を受け取って分割し、自己のＰ
ＤＵサイズ「１」のＰＤＵに格納し、網４４を介して受
信側へ転送する。ここでいうＰＤＵサイズ、例えば
「７」は、物理的な単位に基づく値を示すものではな
く、網４４を介して最下位の下位レイヤプロトコル４３
にてやり取りされるＰＤＵのサイズを「１」とする相対
的な値を示している。
部４３は転送データ５１を受け取って分割し、自己のＰ
ＤＵサイズ「１」のＰＤＵに格納し、網４４を介して受
信側へ転送する。ここでいうＰＤＵサイズ、例えば
「７」は、物理的な単位に基づく値を示すものではな
く、網４４を介して最下位の下位レイヤプロトコル４３
にてやり取りされるＰＤＵのサイズを「１」とする相対
的な値を示している。
【００３１】なお、各下位レイヤで用いられるプロトコ
ルは、それぞれ自己のプロトコル処理のための情報から
なるヘッダを、上位のレイヤから受け取ったデータに付
加して下位のレイヤに受け渡すことから、ここでいうＰ
ＤＵサイズの比と実際のＰＤＵの大きさの比とは若干異
なる。ここでは、トランスポートレイヤプロトコル処理
部４１からの転送データ（ＰＤＵサイズ＝「７」）が、
下位レイヤプロトコル処理部４３にて７つの転送データ
５２（ＰＤＵサイズ＝「１」）に分割されて受信側に転
送されるものとする。
ルは、それぞれ自己のプロトコル処理のための情報から
なるヘッダを、上位のレイヤから受け取ったデータに付
加して下位のレイヤに受け渡すことから、ここでいうＰ
ＤＵサイズの比と実際のＰＤＵの大きさの比とは若干異
なる。ここでは、トランスポートレイヤプロトコル処理
部４１からの転送データ（ＰＤＵサイズ＝「７」）が、
下位レイヤプロトコル処理部４３にて７つの転送データ
５２（ＰＤＵサイズ＝「１」）に分割されて受信側に転
送されるものとする。
【００３２】受信側の下位レイヤプロトコル処理部４５
は、網４４を介して送信側からの７つの転送データ５２
をそれぞれ受信し、これを１つの転送データ５３（ＰＤ
Ｕサイズ＝「７」）に組み立てて上位のプロトコルレイ
ヤ処理部４５に受け渡す。これにより、トランスポート
レイヤプロトコル処理部４６は、転送データ４６を受け
取って上位のアプリケーション（図示せず）に順次、デ
ータを受け渡す。このようにして、送信側から受信側に
データを転送中に、網４４にて輻輳状態が発生した場
合、網４４は輻輳情報５５を送出することにより、送信
側の下位レイヤプロトコル処理部４３に対して輻輳状態
の発生を通知する。
は、網４４を介して送信側からの７つの転送データ５２
をそれぞれ受信し、これを１つの転送データ５３（ＰＤ
Ｕサイズ＝「７」）に組み立てて上位のプロトコルレイ
ヤ処理部４５に受け渡す。これにより、トランスポート
レイヤプロトコル処理部４６は、転送データ４６を受け
取って上位のアプリケーション（図示せず）に順次、デ
ータを受け渡す。このようにして、送信側から受信側に
データを転送中に、網４４にて輻輳状態が発生した場
合、網４４は輻輳情報５５を送出することにより、送信
側の下位レイヤプロトコル処理部４３に対して輻輳状態
の発生を通知する。
【００３３】これにより下位レイヤプロトコル処理部４
３は、輻輳状態が発生した回線番号と自己のプロトコル
種別を輻輳発生通知５６によりＰＤＵサイズ管理部４２
に通知する。この輻輳発生通知５６に応じて、ＰＤＵサ
イズ管理部４２は、前述の図３（ｂ）で示した輻輳発生
通知受信処理を実行することにより、その輻輳状態に最
適なＰＤＵサイズ、すなわち非輻輳時のＰＤＵサイズ
「７」より小さい新たな最大ＰＤＵサイズ「２」を新た
に求め、トランスポートレイヤプロトコル処理部４１に
対してＰＤＵサイズ変更指示５７を通知する。
３は、輻輳状態が発生した回線番号と自己のプロトコル
種別を輻輳発生通知５６によりＰＤＵサイズ管理部４２
に通知する。この輻輳発生通知５６に応じて、ＰＤＵサ
イズ管理部４２は、前述の図３（ｂ）で示した輻輳発生
通知受信処理を実行することにより、その輻輳状態に最
適なＰＤＵサイズ、すなわち非輻輳時のＰＤＵサイズ
「７」より小さい新たな最大ＰＤＵサイズ「２」を新た
に求め、トランスポートレイヤプロトコル処理部４１に
対してＰＤＵサイズ変更指示５７を通知する。
【００３４】これに応じて、トランスポートレイヤプロ
トコル処理部４１は、現行のＰＤＵサイズを「７」から
「２」に変更し、下位レイヤプロトコル処理部４３に受
け渡す転送データ６１の大きさを非輻輳時に比較して小
さくする。したがって、下位レイヤプロトコル処理部４
３では、転送データ６１を受け取って分割し、自己のＰ
ＤＵサイズ「１」の２つの転送データ６２に格納し、網
４４を介して受信側へ転送する。
トコル処理部４１は、現行のＰＤＵサイズを「７」から
「２」に変更し、下位レイヤプロトコル処理部４３に受
け渡す転送データ６１の大きさを非輻輳時に比較して小
さくする。したがって、下位レイヤプロトコル処理部４
３では、転送データ６１を受け取って分割し、自己のＰ
ＤＵサイズ「１」の２つの転送データ６２に格納し、網
４４を介して受信側へ転送する。
【００３５】これにより、受信側の下位レイヤプロトコ
ル処理部４５は、網４４を介して送信側からの２つの転
送データ６２をそれぞれ受信し、これを１つの転送デー
タ６３（ＰＤＵサイズ＝「２」）に組み立てて上位のプ
ロトコルレイヤ処理部４５に受け渡す。したがって、非
輻輳時には、トランスポートレイヤプロトコル処理部４
１で再送処理の単位となる転送データ５１が、下位レイ
ヤプロトコル処理部４３にて「７つ」の転送データ５２
に分割されて転送されていたのに対して、輻輳時には、
転送データ６１が、「２つ」の転送データ６２に分割さ
れて転送されるものとなる。
ル処理部４５は、網４４を介して送信側からの２つの転
送データ６２をそれぞれ受信し、これを１つの転送デー
タ６３（ＰＤＵサイズ＝「２」）に組み立てて上位のプ
ロトコルレイヤ処理部４５に受け渡す。したがって、非
輻輳時には、トランスポートレイヤプロトコル処理部４
１で再送処理の単位となる転送データ５１が、下位レイ
ヤプロトコル処理部４３にて「７つ」の転送データ５２
に分割されて転送されていたのに対して、輻輳時には、
転送データ６１が、「２つ」の転送データ６２に分割さ
れて転送されるものとなる。
【００３６】ここで、輻輳状態がさらに悪化してトラン
スポートレイヤプロトコル処理部４１からの転送データ
６４を構成する転送データ６５の一部が喪失したとす
る。受信側のトランスポートレイヤプロトコル処理部４
６は、例えば次の転送データ６６を受信した時点で、そ
の直前の転送データ６５の喪失を検出し、送信側に対し
て再送要求６７を送信する。送信側のトランスポートレ
イヤ処理部４１は、この再送要求６７を検出し、現行Ｐ
ＤＵサイズ、この場合は輻輳時のＰＤＵサイズ「２」を
用いて喪失したデータを転送データ７１として下位レイ
ヤプロトコル処理部４３に受け渡す。
スポートレイヤプロトコル処理部４１からの転送データ
６４を構成する転送データ６５の一部が喪失したとす
る。受信側のトランスポートレイヤプロトコル処理部４
６は、例えば次の転送データ６６を受信した時点で、そ
の直前の転送データ６５の喪失を検出し、送信側に対し
て再送要求６７を送信する。送信側のトランスポートレ
イヤ処理部４１は、この再送要求６７を検出し、現行Ｐ
ＤＵサイズ、この場合は輻輳時のＰＤＵサイズ「２」を
用いて喪失したデータを転送データ７１として下位レイ
ヤプロトコル処理部４３に受け渡す。
【００３７】これに応じて、下位レイヤプロトコル処理
部４３は、転送データ７１をＰＤＵサイズ「１」を用い
て２つの転送データ７２に分割して受信側に転送する。
これにより、転送データ７２は、受信側の下位レイヤプ
ロトコル処理部４５にて受信されて、転送データ７３と
してトランスポートレイヤプロトコル処理部４６に受け
渡され、喪失したデータが補填される。その後、輻輳状
態が解除された場合、網４４は輻輳解除情報７５を送出
することにより、送信側の下位レイヤプロトコル処理部
４３に対して輻輳状態の解除を通知する。
部４３は、転送データ７１をＰＤＵサイズ「１」を用い
て２つの転送データ７２に分割して受信側に転送する。
これにより、転送データ７２は、受信側の下位レイヤプ
ロトコル処理部４５にて受信されて、転送データ７３と
してトランスポートレイヤプロトコル処理部４６に受け
渡され、喪失したデータが補填される。その後、輻輳状
態が解除された場合、網４４は輻輳解除情報７５を送出
することにより、送信側の下位レイヤプロトコル処理部
４３に対して輻輳状態の解除を通知する。
【００３８】これにより下位レイヤプロトコル処理部４
３は、輻輳状態が解除された回線番号と自己のプロトコ
ル種別を輻輳解除通知７６によりＰＤＵサイズ管理部４
２に通知する。この輻輳解除通知に応じて、ＰＤＵサイ
ズ管理部４２は、前述の図３（ｃ）で示した輻輳解除通
知受信処理を実行することにより、その輻輳解除後の状
態に最適なＰＤＵサイズとして、この場合には他に輻輳
状態のプロトコルがないことから非輻輳時のＰＤＵサイ
ズ「７」を新たに求め、トランスポートレイヤプロトコ
ル処理部４１に対してＰＤＵサイズ変更指示７７を通知
する。
３は、輻輳状態が解除された回線番号と自己のプロトコ
ル種別を輻輳解除通知７６によりＰＤＵサイズ管理部４
２に通知する。この輻輳解除通知に応じて、ＰＤＵサイ
ズ管理部４２は、前述の図３（ｃ）で示した輻輳解除通
知受信処理を実行することにより、その輻輳解除後の状
態に最適なＰＤＵサイズとして、この場合には他に輻輳
状態のプロトコルがないことから非輻輳時のＰＤＵサイ
ズ「７」を新たに求め、トランスポートレイヤプロトコ
ル処理部４１に対してＰＤＵサイズ変更指示７７を通知
する。
【００３９】これに応じて、トランスポートレイヤプロ
トコル処理部４１は、現行のＰＤＵサイズを「２」から
「７」に変更し、下位レイヤプロトコル処理部４３に受
け渡す転送データ６１の大きさを輻輳時に比較して大き
い元のサイズに戻す。したがって、下位レイヤプロトコ
ル処理部４３では、転送データ８１を受け取って分割
し、自己のＰＤＵサイズ「１」の７つの転送データ８２
に格納し、網４４を介して受信側へ転送する。
トコル処理部４１は、現行のＰＤＵサイズを「２」から
「７」に変更し、下位レイヤプロトコル処理部４３に受
け渡す転送データ６１の大きさを輻輳時に比較して大き
い元のサイズに戻す。したがって、下位レイヤプロトコ
ル処理部４３では、転送データ８１を受け取って分割
し、自己のＰＤＵサイズ「１」の７つの転送データ８２
に格納し、網４４を介して受信側へ転送する。
【００４０】このように、輻輳発生時には、送信側のト
ランスポートレイヤプロトコル処理部４１から下位レイ
ヤに受け渡される転送データ長、すなわちＰＤＵサイズ
を非輻輳時「７」に比較して「２」と小さくするように
したので、輻輳状態が悪化して下位レイヤの転送データ
が喪失した場合でも、喪失した転送データを含むトラン
スポートレイヤにおけるＰＤＵサイズが「２」であるこ
とから、非輻輳時のＰＤＵサイズ「７」に比較して再送
する転送データが少なくて済むことになる。
ランスポートレイヤプロトコル処理部４１から下位レイ
ヤに受け渡される転送データ長、すなわちＰＤＵサイズ
を非輻輳時「７」に比較して「２」と小さくするように
したので、輻輳状態が悪化して下位レイヤの転送データ
が喪失した場合でも、喪失した転送データを含むトラン
スポートレイヤにおけるＰＤＵサイズが「２」であるこ
とから、非輻輳時のＰＤＵサイズ「７」に比較して再送
する転送データが少なくて済むことになる。
【００４１】したがって、従来のように非輻輳時および
輻輳発生時とも固定的なＰＤＵサイズを用いる場合と比
較して、データ紛失時の再送データ量を減らすことがで
きるとともに、再送処理に要する時間を短縮することが
可能となる。これにより、アプリケーションに影響する
データ連続性の乱れを低減でき、例えば転送データとし
てデータ連続性が重要視される画像データや音声データ
などを転送中であっても、輻輳発生時の再送処理による
画像や音声のとぎれ発生を低減することができる。
輻輳発生時とも固定的なＰＤＵサイズを用いる場合と比
較して、データ紛失時の再送データ量を減らすことがで
きるとともに、再送処理に要する時間を短縮することが
可能となる。これにより、アプリケーションに影響する
データ連続性の乱れを低減でき、例えば転送データとし
てデータ連続性が重要視される画像データや音声データ
などを転送中であっても、輻輳発生時の再送処理による
画像や音声のとぎれ発生を低減することができる。
【００４２】次に、下位レイヤのプロトコルとして、一
般的なプロトコルを用いた場合の例について説明する。
まず、下位レイヤのプロトコルとして、ＡＴＭ（Asynch
ronous Transmit Mode）プロトコルを用いた場合につい
て説明する。図５はＡＴＭプロトコルを用いた場合の輻
輳制御を示す説明図であり、（ａ）はネットワーク構成
例、（ｂ）はＡＴＭセル構成を示している。
般的なプロトコルを用いた場合の例について説明する。
まず、下位レイヤのプロトコルとして、ＡＴＭ（Asynch
ronous Transmit Mode）プロトコルを用いた場合につい
て説明する。図５はＡＴＭプロトコルを用いた場合の輻
輳制御を示す説明図であり、（ａ）はネットワーク構成
例、（ｂ）はＡＴＭセル構成を示している。
【００４３】ＡＴＭプロトコルでは、リソース管理用セ
ルとしてＲＭセルを設けて、これを定期的に他のデータ
セルと同様に送信端末１から受信端末４へ送信し、さら
に受信端末４から送信端末１へ返送することにより、ネ
ットワーク内で発生した輻輳状態を通知するものとなっ
ている。実際には、ＡＴＭセルのヘッダ部１５５に設け
られたＰＴ（Payload Type）１５７に「１１０」が格納
されているものをＲＭセルとし、このＲＭセルのペイロ
ード部１５６に設けられたＣＩ（Congestion Indicatio
n ）１５８に「非輻輳／輻輳」を示す情報ビットが格納
されて通知される。
ルとしてＲＭセルを設けて、これを定期的に他のデータ
セルと同様に送信端末１から受信端末４へ送信し、さら
に受信端末４から送信端末１へ返送することにより、ネ
ットワーク内で発生した輻輳状態を通知するものとなっ
ている。実際には、ＡＴＭセルのヘッダ部１５５に設け
られたＰＴ（Payload Type）１５７に「１１０」が格納
されているものをＲＭセルとし、このＲＭセルのペイロ
ード部１５６に設けられたＣＩ（Congestion Indicatio
n ）１５８に「非輻輳／輻輳」を示す情報ビットが格納
されて通知される。
【００４４】例えば、中継ノード２，３間のリンクにて
輻輳が発生している場合、中継ノード２では、送信端末
１からのデータセル１５１に対して、そのＥＦＣＩ（Ex
plicit Forward Congestion Indication：前方輻輳通
知）ビット（図示せず）が設定され、データセル１５２
として受信端末４側に転送される。受信端末４は、この
データセル１５２を受信し、そのＥＦＣＩビットが設定
されていることから、ＲＭセル１５３のＣＩ１５８に
「輻輳」をセットして送信端末１側に返送し、これが中
継ノード３，２を介して送信端末１で受信される。
輻輳が発生している場合、中継ノード２では、送信端末
１からのデータセル１５１に対して、そのＥＦＣＩ（Ex
plicit Forward Congestion Indication：前方輻輳通
知）ビット（図示せず）が設定され、データセル１５２
として受信端末４側に転送される。受信端末４は、この
データセル１５２を受信し、そのＥＦＣＩビットが設定
されていることから、ＲＭセル１５３のＣＩ１５８に
「輻輳」をセットして送信端末１側に返送し、これが中
継ノード３，２を介して送信端末１で受信される。
【００４５】したがって、送信端末１のうちＡＴＭプロ
トコルが用いられている下位レイヤプロトコル処理部で
は、受信したＡＴＭセルのＰＴ１５７をチェックしてＲ
Ｍセルを判断する。ここで、そのＲＭセルのＣＩ１５８
をチェックして「輻輳」を示す場合には、ＰＤＵサイズ
管理部１５（図１参照）に対して輻輳通知を行う。これ
により、輻輳時には、送信端末１のトランスポートレイ
ヤにおけるＰＤＵサイズが一時的に小さくなる。
トコルが用いられている下位レイヤプロトコル処理部で
は、受信したＡＴＭセルのＰＴ１５７をチェックしてＲ
Ｍセルを判断する。ここで、そのＲＭセルのＣＩ１５８
をチェックして「輻輳」を示す場合には、ＰＤＵサイズ
管理部１５（図１参照）に対して輻輳通知を行う。これ
により、輻輳時には、送信端末１のトランスポートレイ
ヤにおけるＰＤＵサイズが一時的に小さくなる。
【００４６】また、輻輳が解除された場合には、中継ノ
ード２にてＲＭセル１５１のＣＩ１５８に「非輻輳」が
設定される。したがって、送信端末１は、受信端末４か
ら返送されたＲＭセル１５２を受信し、そのＣＩ１５８
が「非輻輳」を示すことから、ＰＤＵサイズ管理部１５
に対して輻輳解除通知を行う。これにより送信端末１の
トランスポートレイヤにおけるＰＤＵサイズが元に戻さ
れる。
ード２にてＲＭセル１５１のＣＩ１５８に「非輻輳」が
設定される。したがって、送信端末１は、受信端末４か
ら返送されたＲＭセル１５２を受信し、そのＣＩ１５８
が「非輻輳」を示すことから、ＰＤＵサイズ管理部１５
に対して輻輳解除通知を行う。これにより送信端末１の
トランスポートレイヤにおけるＰＤＵサイズが元に戻さ
れる。
【００４７】次に、下位レイヤのプロトコルとして、フ
レームリレー（Frame Relay ）を用いた場合について説
明する。図５はフレームリレーを用いた場合の輻輳制御
を示す説明図であり、（ａ）はネットワーク構成例、
（ｂ）はフレーム構成を示している。
レームリレー（Frame Relay ）を用いた場合について説
明する。図５はフレームリレーを用いた場合の輻輳制御
を示す説明図であり、（ａ）はネットワーク構成例、
（ｂ）はフレーム構成を示している。
【００４８】フレームリレーでは、データ転送単位とし
て用いるフレームのアドレス部１６５にＢＥＣＮ（Back
ward Explicit Congestion Notification:順方向明示的
輻輳通知）１６６を設け、ＢＥＣＮ１６６に「非輻輳／
輻輳」を示す情報ビットを格納して、送信端末１に対し
てフレームリレーネットワークから通知するものとなっ
ている。この場合、送信端末１と通信中の受信端末４か
ら送信端末１へのフレームだけではなく、他の端末から
送信端末１へ向かうすべてのフレームが利用されて、フ
レームリレーネットワークから通知される。
て用いるフレームのアドレス部１６５にＢＥＣＮ（Back
ward Explicit Congestion Notification:順方向明示的
輻輳通知）１６６を設け、ＢＥＣＮ１６６に「非輻輳／
輻輳」を示す情報ビットを格納して、送信端末１に対し
てフレームリレーネットワークから通知するものとなっ
ている。この場合、送信端末１と通信中の受信端末４か
ら送信端末１へのフレームだけではなく、他の端末から
送信端末１へ向かうすべてのフレームが利用されて、フ
レームリレーネットワークから通知される。
【００４９】例えば、中継ノード２，３間のリンクにて
輻輳が発生している場合、受信端末４から送信されたフ
レーム１６２のＢＥＣＮ１６６に、中継ノード２にて
「輻輳」が設定され、フレーム１６３として送信端末１
に転送される。送信端末１のうちフレームリレープロト
コルが用いられている下位レイヤプロトコル処理部で
は、受信したフレームのＢＥＣＮ１６６をチェックして
「輻輳」を示す場合には、ＰＤＵサイズ管理部１５（図
１参照）に対して輻輳通知を行う。これにより送信端末
１のトランスポートレイヤにおけるＰＤＵサイズが一時
的に小さくなる。
輻輳が発生している場合、受信端末４から送信されたフ
レーム１６２のＢＥＣＮ１６６に、中継ノード２にて
「輻輳」が設定され、フレーム１６３として送信端末１
に転送される。送信端末１のうちフレームリレープロト
コルが用いられている下位レイヤプロトコル処理部で
は、受信したフレームのＢＥＣＮ１６６をチェックして
「輻輳」を示す場合には、ＰＤＵサイズ管理部１５（図
１参照）に対して輻輳通知を行う。これにより送信端末
１のトランスポートレイヤにおけるＰＤＵサイズが一時
的に小さくなる。
【００５０】また、輻輳が解除された場合には、中継ノ
ード２にてフレーム１６２のＢＥＣＮ１６６に「非輻
輳」が設定される。したがって、送信端末１は、受信し
たフレーム１６２のＢＥＣＮ１６６が「非輻輳」を示す
ことから、ＰＤＵサイズ管理部１５に対して輻輳解除通
知を行う。これにより送信端末１のトランスポートレイ
ヤにおけるＰＤＵサイズが元に戻される。
ード２にてフレーム１６２のＢＥＣＮ１６６に「非輻
輳」が設定される。したがって、送信端末１は、受信し
たフレーム１６２のＢＥＣＮ１６６が「非輻輳」を示す
ことから、ＰＤＵサイズ管理部１５に対して輻輳解除通
知を行う。これにより送信端末１のトランスポートレイ
ヤにおけるＰＤＵサイズが元に戻される。
【００５１】なお、フレームリレーでは、送信端末への
輻輳通知方法として、ＢＥＣＮを用いる方法の他に、図
６（ｃ）に示すようなＣＬＬＭ（Consolidated Link La
yerManagement：統合リンクレイヤマネージメント）フ
レームを用いる方法がある。これは、フレームリレーネ
ットワークから端末に対して各種管理情報を通知する場
合に用いられるメッセージであり、そのうち理由表示１
６７を用いて輻輳状態を通知することができる。
輻輳通知方法として、ＢＥＣＮを用いる方法の他に、図
６（ｃ）に示すようなＣＬＬＭ（Consolidated Link La
yerManagement：統合リンクレイヤマネージメント）フ
レームを用いる方法がある。これは、フレームリレーネ
ットワークから端末に対して各種管理情報を通知する場
合に用いられるメッセージであり、そのうち理由表示１
６７を用いて輻輳状態を通知することができる。
【００５２】この場合、中継ノード２は、輻輳発生に応
じて、理由表示１６７に「輻輳」を示す理由を格納した
ＣＬＬＭフレームを生成し、送信端末１へ送信する。送
信端末１は、受信したＣＬＬＭフレームの理由表示１６
７をチェックし、「輻輳」を示す場合には、ＰＤＵサイ
ズ管理部１５に通知する。なお、輻輳解除を示すＣＬＬ
Ｍフレームが設けられていないため、この場合には、図
３（ｂ）のステップ１１７に示したように、輻輳解除タ
イマが起動され、そのタイムアウトに応じて図３（ｃ）
の輻輳解除通知処理が実行される。
じて、理由表示１６７に「輻輳」を示す理由を格納した
ＣＬＬＭフレームを生成し、送信端末１へ送信する。送
信端末１は、受信したＣＬＬＭフレームの理由表示１６
７をチェックし、「輻輳」を示す場合には、ＰＤＵサイ
ズ管理部１５に通知する。なお、輻輳解除を示すＣＬＬ
Ｍフレームが設けられていないため、この場合には、図
３（ｂ）のステップ１１７に示したように、輻輳解除タ
イマが起動され、そのタイムアウトに応じて図３（ｃ）
の輻輳解除通知処理が実行される。
【００５３】次に、下位レイヤのプロトコルとして、Ｉ
Ｐ（Internet Protocol ）を用いた場合について説明す
る。図５はＩＰを用いた場合の輻輳制御を示す説明図で
あり、（ａ）はネットワーク構成例、（ｂ）はＳＱメッ
セージ構成を示している。ＩＰには、ＩＰレベルにて発
生した障害を送信端末などに通知するためのプロトコル
として、ＩＣＭＰ（Internetwork Control Message Pro
tocol ）が設けられている。
Ｐ（Internet Protocol ）を用いた場合について説明す
る。図５はＩＰを用いた場合の輻輳制御を示す説明図で
あり、（ａ）はネットワーク構成例、（ｂ）はＳＱメッ
セージ構成を示している。ＩＰには、ＩＰレベルにて発
生した障害を送信端末などに通知するためのプロトコル
として、ＩＣＭＰ（Internetwork Control Message Pro
tocol ）が設けられている。
【００５４】このＩＣＭＰでは、ＩＣＭＰパケットの一
種としてＳＱ（Source Quench ）パケットを設けて、送
信端末に対して輻輳状態を通知するものとなっている。
実際には、ＩＣＰＭフィールド１７５のうちＴｙｐｅ１
７６＝「４」、Ｃｏｄｅ１７７＝「０」が設定されてい
るＩＣＭＰパケットがＳＱパケットとして認識される。
種としてＳＱ（Source Quench ）パケットを設けて、送
信端末に対して輻輳状態を通知するものとなっている。
実際には、ＩＣＰＭフィールド１７５のうちＴｙｐｅ１
７６＝「４」、Ｃｏｄｅ１７７＝「０」が設定されてい
るＩＣＭＰパケットがＳＱパケットとして認識される。
【００５５】例えば、中継ノード２，３間のリンクにて
輻輳が発生している場合、中継ノード２は、ＳＱパケッ
ト１７２を生成して送信端末１へ送信する。送信端末１
は、受信したＩＣＭＰパケットのうちＴｙｐｅ１７６お
よびＣｏｄｅ１７７をチェックし、ＳＱパケットが確認
された場合には、ＰＤＵサイズ管理部１５に通知する。
なお、輻輳解除を示すパケットが設けられていないた
め、この場合には、図３（ｂ）のステップ１１７に示し
たように、輻輳解除タイマが起動され、そのタイムアウ
トに応じて図３（ｃ）の輻輳解除通知処理が実行され
る。
輻輳が発生している場合、中継ノード２は、ＳＱパケッ
ト１７２を生成して送信端末１へ送信する。送信端末１
は、受信したＩＣＭＰパケットのうちＴｙｐｅ１７６お
よびＣｏｄｅ１７７をチェックし、ＳＱパケットが確認
された場合には、ＰＤＵサイズ管理部１５に通知する。
なお、輻輳解除を示すパケットが設けられていないた
め、この場合には、図３（ｂ）のステップ１１７に示し
たように、輻輳解除タイマが起動され、そのタイムアウ
トに応じて図３（ｃ）の輻輳解除通知処理が実行され
る。
【００５６】
【発明の効果】以上説明したように、本発明は、網から
下位レイヤに対する輻輳発生通知に応じて、トランスポ
ートレイヤから下位レイヤへのデータ転送に用いるプロ
トコルデータユニットの最大サイズとして、非輻輳時の
第１の最大サイズより小さい第２の最大サイズを用い、
網から下位レイヤに対する輻輳解除通知に応じて、プロ
トコルデータユニットの最大サイズとして第１の最大サ
イズを用いるようにしたものである。したがって、従来
のように非輻輳時および輻輳発生時とも、プロトコルデ
ータユニットのサイズとして固定的なサイズを用いる場
合と比較して、データ紛失時の再送データ量を減らすこ
とができるとともに、再送処理に要する時間を短縮する
ことが可能となる。これにより、輻輳状態が悪化してデ
ータの紛失が発生した場合でも、紛失データ量が少なく
なるため、アプリケーションに影響するデータ連続性の
乱れを低減でき、、例えば転送データとしてデータ連続
性が重要視される画像データや音声データなどを転送中
であっても、輻輳発生時の再送処理による画像や音声の
とぎれ発生を低減することができる。
下位レイヤに対する輻輳発生通知に応じて、トランスポ
ートレイヤから下位レイヤへのデータ転送に用いるプロ
トコルデータユニットの最大サイズとして、非輻輳時の
第１の最大サイズより小さい第２の最大サイズを用い、
網から下位レイヤに対する輻輳解除通知に応じて、プロ
トコルデータユニットの最大サイズとして第１の最大サ
イズを用いるようにしたものである。したがって、従来
のように非輻輳時および輻輳発生時とも、プロトコルデ
ータユニットのサイズとして固定的なサイズを用いる場
合と比較して、データ紛失時の再送データ量を減らすこ
とができるとともに、再送処理に要する時間を短縮する
ことが可能となる。これにより、輻輳状態が悪化してデ
ータの紛失が発生した場合でも、紛失データ量が少なく
なるため、アプリケーションに影響するデータ連続性の
乱れを低減でき、、例えば転送データとしてデータ連続
性が重要視される画像データや音声データなどを転送中
であっても、輻輳発生時の再送処理による画像や音声の
とぎれ発生を低減することができる。
【００５７】また、網から下位レイヤに対する輻輳解除
の通知の代わりに、輻輳発生から所定時間経過後に、プ
ロトコルデータユニットの最大サイズとして第１の最大
サイズを用いるようにしたので、下位レイヤにて用いら
れるプロトコルが輻輳解除を通知する手段を有していな
い場合でも、プロトコルデータユニットの最大サイズを
確実に非輻輳時のサイズに戻すことができる。
の通知の代わりに、輻輳発生から所定時間経過後に、プ
ロトコルデータユニットの最大サイズとして第１の最大
サイズを用いるようにしたので、下位レイヤにて用いら
れるプロトコルが輻輳解除を通知する手段を有していな
い場合でも、プロトコルデータユニットの最大サイズを
確実に非輻輳時のサイズに戻すことができる。
【００５８】また、トランスポートレイヤより下位の各
レイヤの輻輳状態に基づいて輻輳制御を行う場合には、
第２の最大サイズとして、対応する下位レイヤで用いら
れるプロトコルに対応したサイズを用いるようにしたの
で、異なるプロトコルを用いる複数の下位レイヤのう
ち、いずれの下位レイヤにて輻輳が発生した場合でも、
その下位レイヤで用いられている各種プロトコルに最適
なプロトコルデータユニットの最大サイズにてデータ転
送を行うことができる。
レイヤの輻輳状態に基づいて輻輳制御を行う場合には、
第２の最大サイズとして、対応する下位レイヤで用いら
れるプロトコルに対応したサイズを用いるようにしたの
で、異なるプロトコルを用いる複数の下位レイヤのう
ち、いずれの下位レイヤにて輻輳が発生した場合でも、
その下位レイヤで用いられている各種プロトコルに最適
なプロトコルデータユニットの最大サイズにてデータ転
送を行うことができる。
【００５９】また、複数の下位レイヤにて輻輳状態が発
生した場合には、輻輳状態にあるすべての下位レイヤに
対応する第２の最大サイズのうち、最も小さいものをプ
ロトコルデータユニットの最大サイズとして用いるよう
にしたので、いずれの下位レイヤに対しても非輻輳時よ
り小さな最大サイズが用いるられるものとなり、輻輳状
態にあるすべての下位レイヤにおいて、データ紛失時の
再送データ量を減らすことができるとともに、再送処理
に要する時間を短縮することができ、アプリケーション
に影響するデータ連続性の乱れを低減できる。
生した場合には、輻輳状態にあるすべての下位レイヤに
対応する第２の最大サイズのうち、最も小さいものをプ
ロトコルデータユニットの最大サイズとして用いるよう
にしたので、いずれの下位レイヤに対しても非輻輳時よ
り小さな最大サイズが用いるられるものとなり、輻輳状
態にあるすべての下位レイヤにおいて、データ紛失時の
再送データ量を減らすことができるとともに、再送処理
に要する時間を短縮することができ、アプリケーション
に影響するデータ連続性の乱れを低減できる。
【００６０】また、プロトコルデータユニットの最大サ
イズとして、ＡＴＭネットワークからの輻輳発生を示す
ＲＭセルの受信に応じて非輻輳時の第１の最大サイズよ
り小さい第２の最大サイズを用い、輻輳解除を示すＲＭ
セルの受信に応じて第１の最大サイズを用いるようにし
たものである。また、プロトコルデータユニットの最大
サイズとして、フレームリレーネットワークからのＢＥ
ＣＮビットに”１”が設定されたフレーム、または輻輳
発生を示すＣＬＬＭフレームの受信に応じて、非輻輳時
の第１の最大サイズより小さい第２の最大サイズを用
い、ＢＥＣＮビットに”１”が設定されていないフレー
ム、または輻輳を示すＣＬＬＭフレーム受信から所定期
間経過に応じて、第１の最大サイズが用いるようにした
ものである。
イズとして、ＡＴＭネットワークからの輻輳発生を示す
ＲＭセルの受信に応じて非輻輳時の第１の最大サイズよ
り小さい第２の最大サイズを用い、輻輳解除を示すＲＭ
セルの受信に応じて第１の最大サイズを用いるようにし
たものである。また、プロトコルデータユニットの最大
サイズとして、フレームリレーネットワークからのＢＥ
ＣＮビットに”１”が設定されたフレーム、または輻輳
発生を示すＣＬＬＭフレームの受信に応じて、非輻輳時
の第１の最大サイズより小さい第２の最大サイズを用
い、ＢＥＣＮビットに”１”が設定されていないフレー
ム、または輻輳を示すＣＬＬＭフレーム受信から所定期
間経過に応じて、第１の最大サイズが用いるようにした
ものである。
【００６１】また、プロトコルデータユニットの最大サ
イズとして、ＩＰネットワークからのソースクエンチパ
ケットの受信に応じて、非輻輳時の第１の最大サイズよ
り小さい第２の最大サイズを用い、最後のソースクエン
チパケット受信から所定期間経過後に応じて、第１の最
大サイズを用いるようにしたものである。したがって、
下位レイヤで用いられるプロトコルとして、ＡＴＭ、フ
レームリレー、またはＩＰが用いられた場合でも、確実
にデータ紛失時の再送データ量を減らすことができると
ともに、再送処理に要する時間を短縮することができ、
アプリケーションに影響するデータ連続性の乱れを低減
できる。
イズとして、ＩＰネットワークからのソースクエンチパ
ケットの受信に応じて、非輻輳時の第１の最大サイズよ
り小さい第２の最大サイズを用い、最後のソースクエン
チパケット受信から所定期間経過後に応じて、第１の最
大サイズを用いるようにしたものである。したがって、
下位レイヤで用いられるプロトコルとして、ＡＴＭ、フ
レームリレー、またはＩＰが用いられた場合でも、確実
にデータ紛失時の再送データ量を減らすことができると
ともに、再送処理に要する時間を短縮することができ、
アプリケーションに影響するデータ連続性の乱れを低減
できる。
【図１】 本発明の一実施の形態による輻輳制御方法に
よる通信端末のブロック図である。
よる通信端末のブロック図である。
【図２】 索引テーブルおよび管理テーブルを示す説明
図である。
図である。
【図３】 ＰＤＵサイズ管理部の処理動作を示すフロー
チャートである。
チャートである。
【図４】 本発明の輻輳制御方法による一実施例を示す
シーケンス図である。
シーケンス図である。
【図５】 ＡＴＭプロトコルを用いた輻輳制御を示す説
明図である。
明図である。
【図６】 フレームリレーを用いた輻輳制御を示す説明
図である。
図である。
【図７】 ＩＰを用いた輻輳制御を示す説明図である。
１１…アプリケーション、１２…トランスポートレイヤ
プロトコル処理部、１３…下位レイヤプロトコル１処理
部、１４…下位レイヤプロトコル２処理部、１５…ＰＤ
Ｕサイズ管理部、１６…ＰＤＵサイズ索引テーブル、１
７…ＰＤＵサイズ管理テーブル。
プロトコル処理部、１３…下位レイヤプロトコル１処理
部、１４…下位レイヤプロトコル２処理部、１５…ＰＤ
Ｕサイズ管理部、１６…ＰＤＵサイズ索引テーブル、１
７…ＰＤＵサイズ管理テーブル。
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平７−283835（ＪＰ，Ａ) 特開 平９−284338（ＪＰ，Ａ) 特開 平８−251226（ＪＰ，Ａ) 特開 平５−91144（ＪＰ，Ａ) 電子情報通信学会技術研究報告 ＣＱ 96−25 ＮＴＴ Ｒ＆Ｄ Ｖｏｌ．45 Ｎｏ. 10 1996 ｐ．1041−1048 ＮＴＴ技術ジャーナル 1996．４ ｐ．100−103 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/56 H04L 12/28 ＩＮＳＰＥＣ（ＤＩＡＬＯＧ) ＪＩＣＳＴファイル（ＪＯＩＳ)
Claims (7)
- 【請求項１】 ＯＳＩ参照モデルのトランスポートレイ
ヤにて、このトランスポートレイヤより下位のレイヤで
の輻輳状態に基づいて輻輳制御を行う場合の輻輳制御方
法において、 網から下位レイヤに対する輻輳発生通知に応じて、トラ
ンスポートレイヤから下位レイヤへのデータ転送に用い
るプロトコルデータユニットの最大サイズとして、非輻
輳時の第１の最大サイズより小さい第２の最大サイズを
用い、 網から下位レイヤに対する輻輳解除通知に応じて、プロ
トコルデータユニットの最大サイズとして第１の最大サ
イズを用いることを特徴とする輻輳制御方法。 - 【請求項２】 請求項１記載の輻輳制御方法において、 網から下位レイヤに対する輻輳解除の通知の代わりに、
輻輳発生から所定時間経過後に、プロトコルデータユニ
ットの最大サイズとして第１の最大サイズを用いること
を特徴とする輻輳制御方法。 - 【請求項３】 請求項１または２記載の輻輳制御方法に
おいて、 トランスポートレイヤより下位の各レイヤの輻輳状態に
基づいて輻輳制御を行う場合には、第２の最大サイズと
して、対応する下位レイヤで用いられるプロトコルに対
応したサイズを用いることを特徴とする輻輳制御方法。 - 【請求項４】 請求項３記載の輻輳制御方法において、 複数の下位レイヤにて輻輳状態が発生した場合には、輻
輳状態にあるすべての下位レイヤに対応する第２の最大
サイズのうち、最も小さいものをプロトコルデータユニ
ットの最大サイズとして用いることを特徴とする輻輳制
御方法。 - 【請求項５】 ＯＳＩ参照モデルのトランスポートレイ
ヤにて、このトランスポートレイヤより下位のレイヤで
の輻輳状態に基づいて輻輳制御を行う場合の輻輳制御方
法において、 下位レイヤにてＡＴＭネットワークから輻輳発生を示す
ＲＭセルを受信した場合には、トランスポートレイヤか
ら下位レイヤへのデータ転送に用いるプロトコルデータ
ユニットの最大サイズとして、非輻輳時の第１の最大サ
イズより小さい第２の最大サイズを用い、 下位レイヤにてＡＴＭネットワークから輻輳解除を示す
ＲＭセルを受信した場合には、プロトコルデータユニッ
トの最大サイズとして第１の最大サイズを用いることを
特徴とする輻輳制御方法。 - 【請求項６】 ＯＳＩ参照モデルのトランスポートレイ
ヤにて、このトランスポートレイヤより下位のレイヤで
の輻輳状態に基づいて輻輳制御を行う場合の輻輳制御方
法において、 下位レイヤにてフレームリレーネットワークからＢＥＣ
Ｎビットに”１”が設定されたフレームを受信した場
合、または輻輳発生を示すＣＬＬＭフレームを受信した
場合には、トランスポートレイヤから下位レイヤへのデ
ータ転送に用いるプロトコルデータユニットの最大サイ
ズとして、非輻輳時の第１の最大サイズより小さい第２
の最大サイズを用い、 下位レイヤにてＢＥＣＮビットに”１”が設定されてい
ないフレームを受信した場合、または輻輳状態を示すＣ
ＬＬＭフレーム受信から所定期間経過した場合には、プ
ロトコルデータユニットの最大サイズとして第１の最大
サイズを用いることを特徴とする輻輳制御方法。 - 【請求項７】 ＯＳＩ参照モデルのトランスポートレイ
ヤにて、このトランスポートレイヤより下位のレイヤで
の輻輳状態に基づいて輻輳制御を行う場合の輻輳制御方
法において、 下位レイヤにてＩＰネットワークからソースクエンチパ
ケットを受信した場合には、トランスポートレイヤから
下位レイヤへのデータ転送に用いるプロトコルデータユ
ニットの最大サイズとして、非輻輳時の第１の最大サイ
ズより小さい第２の最大サイズを用い、 下位レイヤでの最後のソースクエンチパケット受信から
所定期間経過した場合には、プロトコルデータユニット
の最大サイズとして第１の最大サイズを用いることを特
徴とする輻輳制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32007796A JP3000545B2 (ja) | 1996-11-29 | 1996-11-29 | 輻輳制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP32007796A JP3000545B2 (ja) | 1996-11-29 | 1996-11-29 | 輻輳制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10164131A JPH10164131A (ja) | 1998-06-19 |
| JP3000545B2 true JP3000545B2 (ja) | 2000-01-17 |
Family
ID=18117467
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP32007796A Expired - Lifetime JP3000545B2 (ja) | 1996-11-29 | 1996-11-29 | 輻輳制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3000545B2 (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100447162B1 (ko) | 2000-08-19 | 2004-09-04 | 엘지전자 주식회사 | 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 정보의 길이 지시자(ｌｉ) 처리방법 |
| KR100404188B1 (ko) * | 2000-08-19 | 2003-11-01 | 엘지전자 주식회사 | 래디오 링크 콘트롤(ｒｌｃ)에서 프로토콜 데이터 유닛(ｐｄｕ) 생성 방법 |
| KR100439238B1 (ko) * | 2000-12-23 | 2004-07-05 | 엘지전자 주식회사 | 전송유니트간 송수신 데이터의 릴라이어블 프로토콜운용방법 |
| KR100776084B1 (ko) * | 2001-09-17 | 2007-11-15 | 엘지노텔 주식회사 | 티씨피/아이피 프로토콜 계층 2에서 리라이어블 서비스제공장치 및 그 방법 |
| KR100746790B1 (ko) * | 2001-11-14 | 2007-08-06 | 엘지노텔 주식회사 | 상태 정보 코딩방법 |
| KR100572914B1 (ko) * | 2003-12-24 | 2006-04-24 | 한국전자통신연구원 | 이동통신 시스템에서의 데이터 송수신 방법 |
| JP2007124511A (ja) * | 2005-10-31 | 2007-05-17 | Hitachi Communication Technologies Ltd | 交換装置 |
| KR101023388B1 (ko) * | 2007-04-11 | 2011-03-18 | 삼성전자주식회사 | 이동통신 시스템에서 패킷 데이터 유닛의 송수신 방법 및 장치 |
| JP7137208B2 (ja) * | 2018-11-13 | 2022-09-14 | 株式会社国際電気通信基礎技術研究所 | 通信方法、プログラム、通信端末、および、ｍｅｃサーバ |
-
1996
- 1996-11-29 JP JP32007796A patent/JP3000545B2/ja not_active Expired - Lifetime
Non-Patent Citations (3)
| Title |
|---|
| ＮＴＴ Ｒ＆Ｄ Ｖｏｌ．４５ Ｎｏ．１０ １９９６ ｐ．１０４１−１０４８ |
| ＮＴＴ技術ジャーナル １９９６．４ ｐ．１００−１０３ |
| 電子情報通信学会技術研究報告 ＣＱ９６−２５ |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10164131A (ja) | 1998-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6304546B1 (en) | End-to-end bidirectional keep-alive using virtual circuits | |
| JP3279319B2 (ja) | ネットワークのオンデマンド型リンクによるデータ送信を同期させるための方法ならびにその装置 | |
| EP1737170A1 (en) | Multiple endpoint protection using SPVCS | |
| CA2363591C (en) | Update of header compression state in packet communications | |
| US7167475B2 (en) | Data packet numbering in packet-switched data transmission | |
| JP3388512B2 (ja) | パケット通信ネットワークにおける経路指定の管理 | |
| JP2880290B2 (ja) | ネットワークトラフィック管理 | |
| US7277390B2 (en) | TCP processing apparatus of base transceiver subsystem in wired/wireless integrated network and method thereof | |
| US7580407B2 (en) | Method and apparatus for forwarding packet | |
| US5805818A (en) | System for acknowledging availability of neighbor node using data packet containing data that is ordinarily fowarded to neighbor node | |
| JPH05207023A (ja) | 大量データ伝送方法 | |
| WO1999050993A2 (en) | Repair time-to-live (ttl) computation and correction method and apparatus to perform localized retransmission of data in a multicast data distribution setup/framework | |
| US6993029B2 (en) | IP switch, interface circuit and ATM switch used for IP switch, and IP switch network system | |
| US6947435B1 (en) | Radio communication system and apparatus, communication method and program recording medium therefor | |
| JP3000545B2 (ja) | 輻輳制御方法 | |
| JP3003095B1 (ja) | フロー制御方法 | |
| US7593318B2 (en) | Method and apparatus for header updating | |
| JP2004134879A (ja) | ルータ装置 | |
| JP2001168871A (ja) | データ転送方式 | |
| JP2001136209A (ja) | 通信装置 | |
| JP3351866B2 (ja) | 通信端末装置の伝送制御方法 | |
| JP2002190826A (ja) | パケット転送方法及びネットワークシステム | |
| JP3209620B2 (ja) | 通信システム | |
| JP3152012B2 (ja) | データ転送方式 | |
| JP3247747B2 (ja) | Ｉｓｄｎデータ端末装置 |