JPH07147592A - 輻輳制御方法、この方法を用いたターミナルアダプタ及びこのターミナルアダプタを有する通信システム - Google Patents
輻輳制御方法、この方法を用いたターミナルアダプタ及びこのターミナルアダプタを有する通信システムInfo
- Publication number
- JPH07147592A JPH07147592A JP29360293A JP29360293A JPH07147592A JP H07147592 A JPH07147592 A JP H07147592A JP 29360293 A JP29360293 A JP 29360293A JP 29360293 A JP29360293 A JP 29360293A JP H07147592 A JPH07147592 A JP H07147592A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- congestion
- signal
- network
- frame
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
Abstract
(57)【要約】
【目的】ターミナルアダプタを介して異なるフレームフ
ォーマットの信号を処理するネットワークに収容されて
いる端末が、このネットワークの輻輳の発生と回復を知
ることができるようにすることを目的とする。 【構成】ターミナルアダプダにおいて、第１のフレーム
フォーマットで伝送された信号をネットワークから受信
して、この受信した信号中に通信システムで輻輳が発生
したことを示す輻輳通知情報（ＦＥＣＮ、ＢＥＣＮ）が
含まれているかどうかを検出する第１のステップと、前
記輻輳通知情報を検出したときに、所定の情報を含む第
２のフレームフォーマット（ＲＮＲ）の信号ターミナル
アダプタから端末に送出する第２のステップと、この信
号を受信した場合には、端末で輻輳回復のための所定の
制御処理を行う第３のステップとを有して構成する。
ォーマットの信号を処理するネットワークに収容されて
いる端末が、このネットワークの輻輳の発生と回復を知
ることができるようにすることを目的とする。 【構成】ターミナルアダプダにおいて、第１のフレーム
フォーマットで伝送された信号をネットワークから受信
して、この受信した信号中に通信システムで輻輳が発生
したことを示す輻輳通知情報（ＦＥＣＮ、ＢＥＣＮ）が
含まれているかどうかを検出する第１のステップと、前
記輻輳通知情報を検出したときに、所定の情報を含む第
２のフレームフォーマット（ＲＮＲ）の信号ターミナル
アダプタから端末に送出する第２のステップと、この信
号を受信した場合には、端末で輻輳回復のための所定の
制御処理を行う第３のステップとを有して構成する。
Description
【０００１】
【産業上の利用分野】本発明は、通信ネットワークにお
ける輻輳制御に関し、より詳細には、フレームリレー方
式を用いたネットワークにおける輻輳制御に関する。
ける輻輳制御に関し、より詳細には、フレームリレー方
式を用いたネットワークにおける輻輳制御に関する。
【０００２】現在、ＣＣＩＴＴ勧告のＸ．２５に準拠す
るパケット通信ネットワークが実用化されている。パケ
ット通信ネットワークに設けられるノードでは、端末か
らのデータをパケットに組み立てて伝送路に送出し、ま
た伝送路から受信したパケットを分解して端末に送出す
る。各ノードでは、パケットを正しく受信したかどうか
の確認を行い、これが確認されると次のノードに受信し
たパケットを送出する。
るパケット通信ネットワークが実用化されている。パケ
ット通信ネットワークに設けられるノードでは、端末か
らのデータをパケットに組み立てて伝送路に送出し、ま
た伝送路から受信したパケットを分解して端末に送出す
る。各ノードでは、パケットを正しく受信したかどうか
の確認を行い、これが確認されると次のノードに受信し
たパケットを送出する。
【０００３】
【従来の技術】近年、光ファイバなどの伝送路の高品質
化に伴い、フレームリレー方式が提案されている（ＩＴ
Ｕ−Ｔ勧告のＱ．９２２及びＱ．９３３）。このフレー
ムリレー方式を用いたネットワークでは、各ノードは受
信したパケットをそのまま次のノードに送出する。すな
わち、各ノードは、パケットを正しく受信したかどうか
のチェックをＦＣＳ以外は行うことなく、単に次のノー
ドに受信したパケットを送出する。そして、このチェッ
ク動作を、パケットを受信した端末が行う。これによ
り、パケットの伝送時間を短縮することができる。
化に伴い、フレームリレー方式が提案されている（ＩＴ
Ｕ−Ｔ勧告のＱ．９２２及びＱ．９３３）。このフレー
ムリレー方式を用いたネットワークでは、各ノードは受
信したパケットをそのまま次のノードに送出する。すな
わち、各ノードは、パケットを正しく受信したかどうか
のチェックをＦＣＳ以外は行うことなく、単に次のノー
ドに受信したパケットを送出する。そして、このチェッ
ク動作を、パケットを受信した端末が行う。これによ
り、パケットの伝送時間を短縮することができる。
【０００４】一方、実際にネットワークを構築する場合
には、ネットワークが輻輳した場合、ネットワークの障
害や端末のリソース限界の対応を予め規定しておく必要
がある。ＣＣＩＴＴ勧告のＸ．２５に従うパケット通信
ネットワークでは、各ノードがチェック動作を行うの
で、輻輳が発生した場合等の対応はノードで容易に対応
できる。この場合、ノードは受信不可を示す所定の表示
を端末に送出する。ＣＣＩＴＴ勧告のＸ．２５では、こ
の表示はＲＮＲフレーム（Ｒｅｃｅｉｖｅ Ｎｏｔ Ｒ
ｅａｄｙ）信号として規定されている。このＲＮＲフレ
ーム信号を受けた端末は、例えばパケットの送出を中断
したり、送出する情報量を制限する。輻輳や障害が回復
すると、これを表示する信号（ＣＣＩＴＴ勧告Ｘ．２５
ではＲＲ（Ｒｅｃｅｉｖｅ Ｒｅａｄｙ）信号）を端末
に送出する。
には、ネットワークが輻輳した場合、ネットワークの障
害や端末のリソース限界の対応を予め規定しておく必要
がある。ＣＣＩＴＴ勧告のＸ．２５に従うパケット通信
ネットワークでは、各ノードがチェック動作を行うの
で、輻輳が発生した場合等の対応はノードで容易に対応
できる。この場合、ノードは受信不可を示す所定の表示
を端末に送出する。ＣＣＩＴＴ勧告のＸ．２５では、こ
の表示はＲＮＲフレーム（Ｒｅｃｅｉｖｅ Ｎｏｔ Ｒ
ｅａｄｙ）信号として規定されている。このＲＮＲフレ
ーム信号を受けた端末は、例えばパケットの送出を中断
したり、送出する情報量を制限する。輻輳や障害が回復
すると、これを表示する信号（ＣＣＩＴＴ勧告Ｘ．２５
ではＲＲ（Ｒｅｃｅｉｖｅ Ｒｅａｄｙ）信号）を端末
に送出する。
【０００５】これに対し、フレームリレー方式のネット
ワークでは、受信したパケットをそのまま送出するの
で、輻輳や障害等に対してはパケット通信ネットワーク
とは異なる対応が必要である。このうち、輻輳に関し、
ＩＴＵ−Ｔ勧告のＱ．９２２及びＱ．９３３では、次の
ような対応を規定している。ネットワークが輻輳する
と、ネットワークから輻輳の発生を知らせる輻輳通知ビ
ットがオン（例えば’１’）になる。このオンとなった
輻輳通知ビットを受け取った端末は、ネットワークが輻
輳したことを知り、所定の輻輳制御処理を行う。例え
ば、情報の送出を中断したり、送出する情報量を制限す
る。なお、ＩＴＵ−Ｔ勧告によれば、上記ビットとし
て、ＦＥＣＮ（Ｆｏｒｗａｒｄ Ｅｘｐｌｉｃｉｔ Ｃ
ｏｎｇｅｓｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ：順方
向への輻輳通知）とＢＥＣＮ（Ｂａｃｋｗａｒｄ Ｅｘ
ｐｌｉｃｉｔ Ｃｏｎｇｅｓｔｉｏｎ Ｎｏｔｉｆｉｃ
ａｔｉｏｎ：後方向への輻輳通知）が規定されている。
輻輳が回復すると、輻輳回復通知情報をオフにして、端
末に通知する。
ワークでは、受信したパケットをそのまま送出するの
で、輻輳や障害等に対してはパケット通信ネットワーク
とは異なる対応が必要である。このうち、輻輳に関し、
ＩＴＵ−Ｔ勧告のＱ．９２２及びＱ．９３３では、次の
ような対応を規定している。ネットワークが輻輳する
と、ネットワークから輻輳の発生を知らせる輻輳通知ビ
ットがオン（例えば’１’）になる。このオンとなった
輻輳通知ビットを受け取った端末は、ネットワークが輻
輳したことを知り、所定の輻輳制御処理を行う。例え
ば、情報の送出を中断したり、送出する情報量を制限す
る。なお、ＩＴＵ−Ｔ勧告によれば、上記ビットとし
て、ＦＥＣＮ（Ｆｏｒｗａｒｄ Ｅｘｐｌｉｃｉｔ Ｃ
ｏｎｇｅｓｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ：順方
向への輻輳通知）とＢＥＣＮ（Ｂａｃｋｗａｒｄ Ｅｘ
ｐｌｉｃｉｔ Ｃｏｎｇｅｓｔｉｏｎ Ｎｏｔｉｆｉｃ
ａｔｉｏｎ：後方向への輻輳通知）が規定されている。
輻輳が回復すると、輻輳回復通知情報をオフにして、端
末に通知する。
【０００６】ところで、フレームリレー方式によるネッ
トワーク（フレームリレー・ネットワーク）に、パケッ
ト端末（ＣＣＩＴＴＸ．２５に準拠する端末）を接続す
る場合がある。例えば、新たに構築したフレームリレー
・ネットワークに従来から使用していたパケット端末を
接続するような場合である。この際、Ｘ．２５に準拠す
るフレームフォーマット（ＬＡＰＤ：Ｌｉｎｋ Ａｃｃ
ｅｓｓ Ｐｒｏｃｅｄｕｒｅ ｏｎ ｔｈｅ Ｄ−ｃｈ
ａｎｎｅｌ）とフレームリレー方式のフレームフォーマ
ット（ＬＡＰＦ：Ｌｉｎｋ Ａｃｃｅｓｓ Ｐｒｏｃｅ
ｄｕｒｅ ｆｏｒ Ｆｒａｍｅ ｍｏｄｅ ｂｅａｒｅ
ｒ ｓｅｒｖｉｃｅ）との違いを吸収する（相互に変
換）するために、ターミナルアダプタをパケット端末と
フレームリレー・ネットワークとを間に設ける。
トワーク（フレームリレー・ネットワーク）に、パケッ
ト端末（ＣＣＩＴＴＸ．２５に準拠する端末）を接続す
る場合がある。例えば、新たに構築したフレームリレー
・ネットワークに従来から使用していたパケット端末を
接続するような場合である。この際、Ｘ．２５に準拠す
るフレームフォーマット（ＬＡＰＤ：Ｌｉｎｋ Ａｃｃ
ｅｓｓ Ｐｒｏｃｅｄｕｒｅ ｏｎ ｔｈｅ Ｄ−ｃｈ
ａｎｎｅｌ）とフレームリレー方式のフレームフォーマ
ット（ＬＡＰＦ：Ｌｉｎｋ Ａｃｃｅｓｓ Ｐｒｏｃｅ
ｄｕｒｅ ｆｏｒ Ｆｒａｍｅ ｍｏｄｅ ｂｅａｒｅ
ｒ ｓｅｒｖｉｃｅ）との違いを吸収する（相互に変
換）するために、ターミナルアダプタをパケット端末と
フレームリレー・ネットワークとを間に設ける。
【０００７】この場合、フレームリレー・ネットワーク
が輻輳すると、ターミナルアダプタは上記ＦＥＣＮ又は
ＢＥＣＮをオンとしたフレームをターミナルアダプタや
フレームリレー端末に送出する。これを受けたターミナ
ルアダプタはＬＡＰＦフォーマットで伝送されてきた情
報をＬＡＰＤフォーマットに乗せ換える処理、又はＬＡ
ＰＦフォーマットにカプセリングされてきたＬＡＰＤフ
ォーマットを取り出す処理をする。
が輻輳すると、ターミナルアダプタは上記ＦＥＣＮ又は
ＢＥＣＮをオンとしたフレームをターミナルアダプタや
フレームリレー端末に送出する。これを受けたターミナ
ルアダプタはＬＡＰＦフォーマットで伝送されてきた情
報をＬＡＰＤフォーマットに乗せ換える処理、又はＬＡ
ＰＦフォーマットにカプセリングされてきたＬＡＰＤフ
ォーマットを取り出す処理をする。
【０００８】
【発明が解決しようとする課題】しかしながら、上記の
場合、ターミナルアダプタを介してフレームリレー・ネ
ットワークに収容されているパケット端末は、フレーム
リレー・ネットワークの輻輳を知ることができない。な
ぜならば、ＬＡＰＤフォーマットにＬＡＰＦの輻輳通知
ビットは含まれていないためである。同様に、パケット
端末は輻輳の回復も知ることができない。
場合、ターミナルアダプタを介してフレームリレー・ネ
ットワークに収容されているパケット端末は、フレーム
リレー・ネットワークの輻輳を知ることができない。な
ぜならば、ＬＡＰＤフォーマットにＬＡＰＦの輻輳通知
ビットは含まれていないためである。同様に、パケット
端末は輻輳の回復も知ることができない。
【０００９】本発明は、上記従来の問題点を解決し、タ
ーミナルアダプタを介して異なるフレームフォーマット
の信号を処理するネットワークに収容されている端末
が、このネットワークの輻輳の発生と回復を知ることが
できる輻輳制御方法、この方法を用いたターミナルアダ
プタ及びこのターミナルアダプタを有する通信システム
を提供することを目的とする。
ーミナルアダプタを介して異なるフレームフォーマット
の信号を処理するネットワークに収容されている端末
が、このネットワークの輻輳の発生と回復を知ることが
できる輻輳制御方法、この方法を用いたターミナルアダ
プタ及びこのターミナルアダプタを有する通信システム
を提供することを目的とする。
【００１０】
【課題を達成するための手段】請求項１記載の発明は、
ネットワークと、端末と、該ネットワークと端末との間
に設けられ、ネットワークが扱う第１のフレームフォー
マットと端末が扱う第２のフレームフォーマットとの相
互変換機能を有するターミナルアダプタとを有する通信
システムにおける輻輳制御方法であって、前記ターミナ
ルアダプダにおいて、第１のフレームフォーマットで伝
送された信号をネットワークから受信して、この受信し
た信号中に通信システムで輻輳が発生したことを示す輻
輳通知情報が含まれているかどうかを検出する第１のス
テップと、前記輻輳通知情報を検出したときに、第１の
通知情報を含む第２のフレームフォーマットの信号をタ
ーミナルアダプタから端末に送出する第２のステップ
と、該信号を受信した場合には、端末で輻輳回復のため
の所定の制御処理を行う第３のステップと具備する構成
である。
ネットワークと、端末と、該ネットワークと端末との間
に設けられ、ネットワークが扱う第１のフレームフォー
マットと端末が扱う第２のフレームフォーマットとの相
互変換機能を有するターミナルアダプタとを有する通信
システムにおける輻輳制御方法であって、前記ターミナ
ルアダプダにおいて、第１のフレームフォーマットで伝
送された信号をネットワークから受信して、この受信し
た信号中に通信システムで輻輳が発生したことを示す輻
輳通知情報が含まれているかどうかを検出する第１のス
テップと、前記輻輳通知情報を検出したときに、第１の
通知情報を含む第２のフレームフォーマットの信号をタ
ーミナルアダプタから端末に送出する第２のステップ
と、該信号を受信した場合には、端末で輻輳回復のため
の所定の制御処理を行う第３のステップと具備する構成
である。
【００１１】請求項７記載の発明は、ネットワークと、
端末と、該ネットワークと端末との間に設けられ、ネッ
トワークが扱う第１のフレームフォーマットと端末が扱
う第２のフレームフォーマットとの相互変換機能を有す
るターミナルアダプタとを有する通信システムにおい
て、前記ターミナルアダプタは、第１のフレームフォー
マットで伝送された信号をネットワークから受信して、
この受信した信号中に通信システムで輻輳が発生したこ
とを示す輻輳通知情報が含まれているかどうかを検出す
る第１の手段と、前記輻輳通知情報を検出したときに、
第１の通知情報を含む第２のフレームフォーマットの信
号を端末に送出する第２の手段とを有し、該信号を受信
した場合には、端末で輻輳回復のための所定の制御処理
を行う構成である。
端末と、該ネットワークと端末との間に設けられ、ネッ
トワークが扱う第１のフレームフォーマットと端末が扱
う第２のフレームフォーマットとの相互変換機能を有す
るターミナルアダプタとを有する通信システムにおい
て、前記ターミナルアダプタは、第１のフレームフォー
マットで伝送された信号をネットワークから受信して、
この受信した信号中に通信システムで輻輳が発生したこ
とを示す輻輳通知情報が含まれているかどうかを検出す
る第１の手段と、前記輻輳通知情報を検出したときに、
第１の通知情報を含む第２のフレームフォーマットの信
号を端末に送出する第２の手段とを有し、該信号を受信
した場合には、端末で輻輳回復のための所定の制御処理
を行う構成である。
【００１２】請求項１３記載の発明は、ネットワーク
と、端末と、該ネットワークと端末との間に設けられ、
ネットワークが扱う第１のフレームフォーマットと端末
が扱う第２のフレームフォーマットとの相互変換機能を
有するターミナルアダプタとを有する通信システムであ
って、前記ターミナルアダプタは、第１のフレームフォ
ーマットで伝送された信号をネットワークから受信し
て、この受信した信号中に通信システムで輻輳が発生し
たことを示す輻輳通知情報が含まれているかどうかを検
出する第１の手段と、前記輻輳通知情報を検出したとき
に、第１の通知情報を含む第２のフレームフォーマット
の信号を端末に送出する第２の手段とを有し、該信号を
受信した場合には、端末で輻輳回復のための所定の制御
処理を行う構成である。
と、端末と、該ネットワークと端末との間に設けられ、
ネットワークが扱う第１のフレームフォーマットと端末
が扱う第２のフレームフォーマットとの相互変換機能を
有するターミナルアダプタとを有する通信システムであ
って、前記ターミナルアダプタは、第１のフレームフォ
ーマットで伝送された信号をネットワークから受信し
て、この受信した信号中に通信システムで輻輳が発生し
たことを示す輻輳通知情報が含まれているかどうかを検
出する第１の手段と、前記輻輳通知情報を検出したとき
に、第１の通知情報を含む第２のフレームフォーマット
の信号を端末に送出する第２の手段とを有し、該信号を
受信した場合には、端末で輻輳回復のための所定の制御
処理を行う構成である。
【００１３】
【作用】請求項１、７及び１３記載の各発明において、
ターミナルアダプタは端末が認識できるフレームフォー
マットでネットワークの輻輳を端末に伝える。従って、
前述の従来の問題点を解決できる。
ターミナルアダプタは端末が認識できるフレームフォー
マットでネットワークの輻輳を端末に伝える。従って、
前述の従来の問題点を解決できる。
【００１４】なお、請求項３及び９に規定するように、
輻輳の回復も端末が認識できるフレームフォーマットで
端末に伝えられる。従って、従来の問題点を解決でき
る。
輻輳の回復も端末が認識できるフレームフォーマットで
端末に伝えられる。従って、従来の問題点を解決でき
る。
【００１５】なお、輻輳の発生を示す輻輳通知情報は所
定のビットが示す第１の値（例えば’１’）とし、輻輳
の回復を示す輻輳回復情報はこの所定のビットが示す第
２の値（’０’）とすることができる。
定のビットが示す第１の値（例えば’１’）とし、輻輳
の回復を示す輻輳回復情報はこの所定のビットが示す第
２の値（’０’）とすることができる。
【００１６】
【実施例】まず、本発明の第１の実施例を説明する。
【００１７】図１は、本発明の第１の実施例における通
信システムの全体構成を示すブロック図である。図示の
通信システムは、パケット網１０とこれに接続されるフ
レームリレー網１２とを有する。パケットパケット網１
０はアクセスユニットＡＵを有し、フレームリレー網１
２はフレームハンドラＦＨを有する。便宜上、パケット
網１０は１つのアクセスユニットＡＵを有し、フレーム
リレー網１２は２つのフレームハンドラＦＨを有するよ
うに示してあるが、実際にはこれらを多く具備してい
る。パケット端末（Ｘ．２５ＤＴＥ）１４は、パケット
網１０のアクセスユニットＡＵに接続されている。ま
た、フレームリレー網１２のフレームハンドラＦＨに
は、ターミナルアダプタＴＡを介して、パケット端末
（Ｘ．２５ＤＴＥ）１６が接続されている。なお、便宜
上図示を省略するが、フレームリレー網１２のフレーム
ハンドラＦＨには、複数のフレーム端末が接続されてい
る。
信システムの全体構成を示すブロック図である。図示の
通信システムは、パケット網１０とこれに接続されるフ
レームリレー網１２とを有する。パケットパケット網１
０はアクセスユニットＡＵを有し、フレームリレー網１
２はフレームハンドラＦＨを有する。便宜上、パケット
網１０は１つのアクセスユニットＡＵを有し、フレーム
リレー網１２は２つのフレームハンドラＦＨを有するよ
うに示してあるが、実際にはこれらを多く具備してい
る。パケット端末（Ｘ．２５ＤＴＥ）１４は、パケット
網１０のアクセスユニットＡＵに接続されている。ま
た、フレームリレー網１２のフレームハンドラＦＨに
は、ターミナルアダプタＴＡを介して、パケット端末
（Ｘ．２５ＤＴＥ）１６が接続されている。なお、便宜
上図示を省略するが、フレームリレー網１２のフレーム
ハンドラＦＨには、複数のフレーム端末が接続されてい
る。
【００１８】図２は、図１に示す通信システムのプロト
コルスタックの一例を示す図である。図２の（Ａ）はタ
ーミナルアダプタＴＡのプロトコルスタックを示し、
（Ｂ）はフレームハンドラＦＨのプロトコルスタックを
示し、（Ｃ）はアクセスユニットＡＵのプロトコルスタ
ックを示す。ターミナルアダプタＴＡは２つのプロトコ
ルスタックを有し、一方においてレイヤＬ１、Ｌ２、Ｌ
３はそれぞれ物理層、Ｑ．９２１（ＬＡＰＤ）の手順を
規定する層及びＸ．２５の手順を規定する層であり、他
方のプロトコルスタックにおいてレイヤＬ１、Ｌ２、Ｌ
３はそれぞれ物理層、Ｑ．９２２（ＬＡＰＦ）の手順を
規定する層及びＸ．２５の手順を規定する層である。フ
レームハンドラＦＨのプロトコルスタックにおいて、レ
イヤＬ１、Ｌ２及びＬ３はそれぞれ物理層及びＱ．９２
２のＡＮＮＥＸ−Ａの手順を規定する層である。また、
アクセスユニットは２つのプロトコロスタックを有し、
一方においてレイヤＬ１、Ｌ２、Ｌ３はそれぞれ物理
層、Ｑ．９２２（ＬＡＰＦ）の手順を規定する層及び
Ｘ．２５の手順を規定する層であり、他方のプロトコル
スタックにおいてレイヤＬ１、Ｌ２、Ｌ３はそれぞれ物
理層、Ｑ．９２１（ＬＡＰＤ）の手順を規定する層及び
Ｘ．２５の手順を規定する層である。なお、プロトコル
スタックは接続形態やサービス形態によっていろいろな
組み合わせが考えられ、図２はその一例である。
コルスタックの一例を示す図である。図２の（Ａ）はタ
ーミナルアダプタＴＡのプロトコルスタックを示し、
（Ｂ）はフレームハンドラＦＨのプロトコルスタックを
示し、（Ｃ）はアクセスユニットＡＵのプロトコルスタ
ックを示す。ターミナルアダプタＴＡは２つのプロトコ
ルスタックを有し、一方においてレイヤＬ１、Ｌ２、Ｌ
３はそれぞれ物理層、Ｑ．９２１（ＬＡＰＤ）の手順を
規定する層及びＸ．２５の手順を規定する層であり、他
方のプロトコルスタックにおいてレイヤＬ１、Ｌ２、Ｌ
３はそれぞれ物理層、Ｑ．９２２（ＬＡＰＦ）の手順を
規定する層及びＸ．２５の手順を規定する層である。フ
レームハンドラＦＨのプロトコルスタックにおいて、レ
イヤＬ１、Ｌ２及びＬ３はそれぞれ物理層及びＱ．９２
２のＡＮＮＥＸ−Ａの手順を規定する層である。また、
アクセスユニットは２つのプロトコロスタックを有し、
一方においてレイヤＬ１、Ｌ２、Ｌ３はそれぞれ物理
層、Ｑ．９２２（ＬＡＰＦ）の手順を規定する層及び
Ｘ．２５の手順を規定する層であり、他方のプロトコル
スタックにおいてレイヤＬ１、Ｌ２、Ｌ３はそれぞれ物
理層、Ｑ．９２１（ＬＡＰＤ）の手順を規定する層及び
Ｘ．２５の手順を規定する層である。なお、プロトコル
スタックは接続形態やサービス形態によっていろいろな
組み合わせが考えられ、図２はその一例である。
【００１９】図３（Ａ）は、ＩＴＵ−Ｔ勧告Ｑ．９２２
で規定されているＬＡＰＦフレームフォーマットを示
し、図３（Ｂ）はＩＴＵ−Ｔ勧告Ｑ．９２１で規定され
ているＬＡＰＤフレームフォーマットを示す。図３
（Ａ）及び（Ｂ）に示すように、各フレームフォーマッ
トは、フラグフィールドＦ、アドレスフィールドＡ、制
御フィールドＣ、情報フィールドＩ、フレームチェック
フィールドＦＣＳ及びフラグフィールドＦを有する。Ｌ
ＡＰＦフレームフォーマットとＬＡＰＤフレームフォー
マットとは、アドレスフィールドＡの構成を除いて同一
である。
で規定されているＬＡＰＦフレームフォーマットを示
し、図３（Ｂ）はＩＴＵ−Ｔ勧告Ｑ．９２１で規定され
ているＬＡＰＤフレームフォーマットを示す。図３
（Ａ）及び（Ｂ）に示すように、各フレームフォーマッ
トは、フラグフィールドＦ、アドレスフィールドＡ、制
御フィールドＣ、情報フィールドＩ、フレームチェック
フィールドＦＣＳ及びフラグフィールドＦを有する。Ｌ
ＡＰＦフレームフォーマットとＬＡＰＤフレームフォー
マットとは、アドレスフィールドＡの構成を除いて同一
である。
【００２０】図３（Ａ）に示すＬＡＰＦフレームフォー
マットのアドレスフィールドＡは、アドレス部拡張ビッ
トＥＡ、コマンド／レスポンス表示ビットＣ／Ｒ、デー
タリンクコネクション識別子ＤＬＣＩ、順方向への輻輳
通知ビットＦＥＣＮ、後方向への輻輳通知ビットＢＥＣ
Ｎ及び廃棄可能表示ビットＤＥとからなる。
マットのアドレスフィールドＡは、アドレス部拡張ビッ
トＥＡ、コマンド／レスポンス表示ビットＣ／Ｒ、デー
タリンクコネクション識別子ＤＬＣＩ、順方向への輻輳
通知ビットＦＥＣＮ、後方向への輻輳通知ビットＢＥＣ
Ｎ及び廃棄可能表示ビットＤＥとからなる。
【００２１】図３（Ｂ）に示すＬＡＰＤフレームフォー
マットのアドレスフィールドＡは、アドレス部拡張ビッ
トＥＡ、コマンド／レスポンス表示ビットＣ／Ｒ、サー
ビスアクセスポイント識別子ＳＡＰＩ及び端末終端点識
別子ＴＥＩとからなる。これらのビットについては、Ｉ
ＴＵ−Ｔ勧告に詳細に説明されており、また輻輳通知ビ
ットＦＥＣＮ及びＢＥＣＮ以外については、本発明に直
接関係しないので、ＦＥＣＮ及びＢＥＣＮ以外について
の詳細な説明は省略する。
マットのアドレスフィールドＡは、アドレス部拡張ビッ
トＥＡ、コマンド／レスポンス表示ビットＣ／Ｒ、サー
ビスアクセスポイント識別子ＳＡＰＩ及び端末終端点識
別子ＴＥＩとからなる。これらのビットについては、Ｉ
ＴＵ−Ｔ勧告に詳細に説明されており、また輻輳通知ビ
ットＦＥＣＮ及びＢＥＣＮ以外については、本発明に直
接関係しないので、ＦＥＣＮ及びＢＥＣＮ以外について
の詳細な説明は省略する。
【００２２】例えば、フレームリレー網１２（図１）で
輻輳が検出されると、フレームリレー網１２のフレーム
ハンドラＦＨは、アドレスフィールドＡ中の輻輳通知ビ
ットＦＥＣＮ／ＢＥＣＮ（この”／”は「及び又は」を
意味する）を１にセットし（オンし）、検出された輻輳
に関係する端末に輻輳の発生を通知する。なお、この手
順についてはＩＴＵ−Ｔ勧告に規定されている。フレ−
ムリレー端末はこの輻輳通知ビット’１’を検出する
と、対応する輻輳制御処理を行う。
輻輳が検出されると、フレームリレー網１２のフレーム
ハンドラＦＨは、アドレスフィールドＡ中の輻輳通知ビ
ットＦＥＣＮ／ＢＥＣＮ（この”／”は「及び又は」を
意味する）を１にセットし（オンし）、検出された輻輳
に関係する端末に輻輳の発生を通知する。なお、この手
順についてはＩＴＵ−Ｔ勧告に規定されている。フレ−
ムリレー端末はこの輻輳通知ビット’１’を検出する
と、対応する輻輳制御処理を行う。
【００２３】また、図１に示すターミナルアダプタＴＡ
はフレームリレー網１２から輻輳通知ビット’１’を検
出すると、この輻輳通知ビットを含むＬＡＰＦフレーム
フォーマットからＬＡＰＤフレームフォーマット、すな
わち前述したＲＮＲフレーム信号を、図４に示すように
して生成する。
はフレームリレー網１２から輻輳通知ビット’１’を検
出すると、この輻輳通知ビットを含むＬＡＰＦフレーム
フォーマットからＬＡＰＤフレームフォーマット、すな
わち前述したＲＮＲフレーム信号を、図４に示すように
して生成する。
【００２４】図４において、フレームリレー網１２から
ＬＡＰＦフレームフォーマットで伝送された情報の制御
フィールドＣは、送信シーケンス番号Ｎ（Ｓ）と受信シ
ーケンス番号（Ｒ）とを有する。これらの送信シーケン
ス番号Ｎ（Ｓ）と受信シーケンス番号Ｎ（Ｒ）とを参照
することで、情報の受信が正しく行われているかどうか
を各フレーム端末で判断することができる。
ＬＡＰＦフレームフォーマットで伝送された情報の制御
フィールドＣは、送信シーケンス番号Ｎ（Ｓ）と受信シ
ーケンス番号（Ｒ）とを有する。これらの送信シーケン
ス番号Ｎ（Ｓ）と受信シーケンス番号Ｎ（Ｒ）とを参照
することで、情報の受信が正しく行われているかどうか
を各フレーム端末で判断することができる。
【００２５】ターミナルアダプタＴＡは、輻輳通知ビッ
トＦＥＣＮ／ＢＥＣＮのオフ（’０’）からオン（’
１’）への変化を検出すると、ＦＥＣＮ／ＢＥＣＮが’
１’のＬＡＰＦフレームを抽出し、このフレームの制御
フィールドＣを書き換え、情報フィールドを削除し、正
しいフレームチェックシーケンスを付加して、パケット
端末１６が認識できるＲＮＲフレーム信号を生成する。
このＲＮＲフレーム信号は、図４に示すように、送信シ
ーケンス番号Ｎ（Ｓ）のところが、下位ビットから’１
０１０００００’のＲＮＲコードに書き換えられ、また
情報フィールドＩは持たない。さらに、制御フィールド
Ｃ中のＰビットは０に設定してある。また、フレームチ
ェックシーケンスも、制御フィールドＣの書き換えと情
報フィールドＩの削除に対応するようなものに置き換え
られている。パケット端末１６は、このようにして生成
されたＲＮＲフレーム信号を識別できる。このＲＮＲフ
レーム信号を受けると、パケット端末１６は所定の制御
処理、パケットの送出の中断又は送出する情報量を制限
（フロー制御）する。パケット端末１６は、ＲＮＲフレ
ーム信号を受信しても輻輳の発生を認識するものではな
いが、上記所定の制御処理を行うことで、結果的に輻輳
回復の制御を行うことになる。
トＦＥＣＮ／ＢＥＣＮのオフ（’０’）からオン（’
１’）への変化を検出すると、ＦＥＣＮ／ＢＥＣＮが’
１’のＬＡＰＦフレームを抽出し、このフレームの制御
フィールドＣを書き換え、情報フィールドを削除し、正
しいフレームチェックシーケンスを付加して、パケット
端末１６が認識できるＲＮＲフレーム信号を生成する。
このＲＮＲフレーム信号は、図４に示すように、送信シ
ーケンス番号Ｎ（Ｓ）のところが、下位ビットから’１
０１０００００’のＲＮＲコードに書き換えられ、また
情報フィールドＩは持たない。さらに、制御フィールド
Ｃ中のＰビットは０に設定してある。また、フレームチ
ェックシーケンスも、制御フィールドＣの書き換えと情
報フィールドＩの削除に対応するようなものに置き換え
られている。パケット端末１６は、このようにして生成
されたＲＮＲフレーム信号を識別できる。このＲＮＲフ
レーム信号を受けると、パケット端末１６は所定の制御
処理、パケットの送出の中断又は送出する情報量を制限
（フロー制御）する。パケット端末１６は、ＲＮＲフレ
ーム信号を受信しても輻輳の発生を認識するものではな
いが、上記所定の制御処理を行うことで、結果的に輻輳
回復の制御を行うことになる。
【００２６】更に、ターミナルアダプタＴＡは、輻輳通
知ビットＦＥＣＮ／ＢＥＣＮのオン（’１’）からオフ
（’０’）への変化を検出すると、このＬＡＰＦフレー
ムを抽出し、このフレームの制御フィールドＣを書き換
え、情報フィールドを削除し、正しいフレームチェック
シーケンスを付加して、パケット端末１６が認識できる
ＲＲフレーム信号を生成する。このＲＲフレーム信号を
受けると、パケット端末１６は上記所定の制御処理の実
行を止め、通常動作に戻る。なお、ＲＲフレーム信号
は、制御フィールドＣ内の始めの８ビットが、下位ビッ
トから’１０００００００’のＲＲコードとなってい
る。
知ビットＦＥＣＮ／ＢＥＣＮのオン（’１’）からオフ
（’０’）への変化を検出すると、このＬＡＰＦフレー
ムを抽出し、このフレームの制御フィールドＣを書き換
え、情報フィールドを削除し、正しいフレームチェック
シーケンスを付加して、パケット端末１６が認識できる
ＲＲフレーム信号を生成する。このＲＲフレーム信号を
受けると、パケット端末１６は上記所定の制御処理の実
行を止め、通常動作に戻る。なお、ＲＲフレーム信号
は、制御フィールドＣ内の始めの８ビットが、下位ビッ
トから’１０００００００’のＲＲコードとなってい
る。
【００２７】なお、以下の説明では、ＲＮＲフレーム信
号とＲＲフレーム信号とをまとめて、監視フレームと言
う。
号とＲＲフレーム信号とをまとめて、監視フレームと言
う。
【００２８】図５は、ターミナルアダプタＴＡの構成を
示すブロック図である。図示するターミナルアダプタＴ
Ａは、フレーム組み立て部２０、フレーム分解部２２、
輻輳通知ビット検出部２４、及び監視フレーム生成回路
２６とを具備する。フレームフレーム組み立て部２０
は、パケット端末１６からフレームリレー網１２へ情報
を伝送する伝送路２８内に設けられ、フレーム分解部２
２と輻輳通知ビット２４は、フレームリレー網１２から
パケット端末１６へ情報を伝送する伝送路３０内に設け
られている。また、監視フレーム生成回路２６は、伝送
路３０から分岐する形で設けられている。なお、網点表
示のブロックは、従来のターミナルアダプタの構成に、
第１の実施例で新たに設けられたものである。また、Ｇ
はクロック発生器を示す。
示すブロック図である。図示するターミナルアダプタＴ
Ａは、フレーム組み立て部２０、フレーム分解部２２、
輻輳通知ビット検出部２４、及び監視フレーム生成回路
２６とを具備する。フレームフレーム組み立て部２０
は、パケット端末１６からフレームリレー網１２へ情報
を伝送する伝送路２８内に設けられ、フレーム分解部２
２と輻輳通知ビット２４は、フレームリレー網１２から
パケット端末１６へ情報を伝送する伝送路３０内に設け
られている。また、監視フレーム生成回路２６は、伝送
路３０から分岐する形で設けられている。なお、網点表
示のブロックは、従来のターミナルアダプタの構成に、
第１の実施例で新たに設けられたものである。また、Ｇ
はクロック発生器を示す。
【００２９】フレーム組立部２０は、パケット端末１６
から送出されたＬＡＰＤフレームフォーマットに従うデ
ータ（ＬＡＰＤデータ）をＬＡＰＦフレームフォーマッ
トのデータ（ＬＡＰＦデータ）に組み立てる。輻輳通知
ビット検出部２４は、輻輳通知ビットＦＥＣＮ／ＢＥＣ
Ｎの変化（’０’から’１’及び’１’から’０’）を
検出し、フレーム分解部２２と監視フレーム生成回路２
６との間の信号線の開閉を制御する。フレーム分解部２
２は、フレームリレー網１２からのＬＡＰＦデータを分
解して、ＬＡＰＤデータを生成する。監視フレーム生成
回路２６は、情報（Ｉ）フィールド削除部２６１、制御
（Ｃ）フィールド加工部２６２及びフレームチェックシ
ーケンス（ＦＣＳ）付加部２６３を有する。情報フィー
ルド削除部２６１は、輻輳通知ビットＦＥＣＮ／ＢＣＥ
Ｎが検出されたＬＡＰＦデータの情報フィールドを削除
する。制御フィールド加工部２６２は、図４に示すよう
に制御フィールドＣを加工する。ＦＣＳ付加部は、新た
なフレームチェックシーケンスＦＣＳを付加する。この
構成で、監視フレーム生成回路２６は、前述の監視フレ
ーム（ＲＮＲフレーム信号とＲＲフレーム信号）とを生
成する。監視フレームは、ターミナルアダプタＴＡ内部
の信号線３０及び伝送路を介してパケット端末１６に伝
送される。
から送出されたＬＡＰＤフレームフォーマットに従うデ
ータ（ＬＡＰＤデータ）をＬＡＰＦフレームフォーマッ
トのデータ（ＬＡＰＦデータ）に組み立てる。輻輳通知
ビット検出部２４は、輻輳通知ビットＦＥＣＮ／ＢＥＣ
Ｎの変化（’０’から’１’及び’１’から’０’）を
検出し、フレーム分解部２２と監視フレーム生成回路２
６との間の信号線の開閉を制御する。フレーム分解部２
２は、フレームリレー網１２からのＬＡＰＦデータを分
解して、ＬＡＰＤデータを生成する。監視フレーム生成
回路２６は、情報（Ｉ）フィールド削除部２６１、制御
（Ｃ）フィールド加工部２６２及びフレームチェックシ
ーケンス（ＦＣＳ）付加部２６３を有する。情報フィー
ルド削除部２６１は、輻輳通知ビットＦＥＣＮ／ＢＣＥ
Ｎが検出されたＬＡＰＦデータの情報フィールドを削除
する。制御フィールド加工部２６２は、図４に示すよう
に制御フィールドＣを加工する。ＦＣＳ付加部は、新た
なフレームチェックシーケンスＦＣＳを付加する。この
構成で、監視フレーム生成回路２６は、前述の監視フレ
ーム（ＲＮＲフレーム信号とＲＲフレーム信号）とを生
成する。監視フレームは、ターミナルアダプタＴＡ内部
の信号線３０及び伝送路を介してパケット端末１６に伝
送される。
【００３０】図６は、図５に示す輻輳通知ビット検出部
２４の構成を示すブロック図である。輻輳通知ビット検
出部２４は、カウンタ２４１とレジスタ２４２とを有す
る。カウンタ２４１は、例えば１ビット毎に受信したＬ
ＡＰＦデータのビットをカウントして輻輳通知ビットＢ
ＥＣＮ／ＦＥＣＮを特定し、その値を検出する。レジス
タ２４２はカウンタ２４１から出力された輻輳通知ビッ
トＢＥＣＮ／ＦＥＣＮの値（’０’又は’１’）を保持
する。いずれかの輻輳通知ビットが’１’の場合には、
フレーム分解部２２（図６では図示を省略している）と
監視フレーム生成回路２６との間に設けられたスイッチ
３２をイネーブル状態（接続状態）にする制御信号がレ
ジスタ２４２から出力される。カウンタ２４１は更にＬ
ＡＰＦデータをカウントし、ＬＡＰＦデータの最後を検
出したとき（１つのフレームが通過した時）に、レジス
タ２４２を介してスイッチ３２に制御信号を送り、ディ
スエーブル状態に設定する。なお、輻輳通知ビットＢＥ
ＣＮ／ＦＥＣＮの’１’の値は、スイッチ３２がディス
エーブル状態にされた後もレジスタ２４２に保持してお
く。
２４の構成を示すブロック図である。輻輳通知ビット検
出部２４は、カウンタ２４１とレジスタ２４２とを有す
る。カウンタ２４１は、例えば１ビット毎に受信したＬ
ＡＰＦデータのビットをカウントして輻輳通知ビットＢ
ＥＣＮ／ＦＥＣＮを特定し、その値を検出する。レジス
タ２４２はカウンタ２４１から出力された輻輳通知ビッ
トＢＥＣＮ／ＦＥＣＮの値（’０’又は’１’）を保持
する。いずれかの輻輳通知ビットが’１’の場合には、
フレーム分解部２２（図６では図示を省略している）と
監視フレーム生成回路２６との間に設けられたスイッチ
３２をイネーブル状態（接続状態）にする制御信号がレ
ジスタ２４２から出力される。カウンタ２４１は更にＬ
ＡＰＦデータをカウントし、ＬＡＰＦデータの最後を検
出したとき（１つのフレームが通過した時）に、レジス
タ２４２を介してスイッチ３２に制御信号を送り、ディ
スエーブル状態に設定する。なお、輻輳通知ビットＢＥ
ＣＮ／ＦＥＣＮの’１’の値は、スイッチ３２がディス
エーブル状態にされた後もレジスタ２４２に保持してお
く。
【００３１】図７は、図５に示す制御フィールド加工部
２６２の構成を示すブロック図である。図７（Ａ）に示
す制御フィールド加工部２６２は、カウンタ２７１とバ
ッファ２７２とを有する。カウンタ２７１は図６のスイ
ッチ３２を通過してきたＬＡＰＦデータのビットをカウ
ントして、アドレスフィールドＡ及び制御フィールドＣ
を検出し、これらのフィールドを検出している間にバッ
ファ２７２にライトイネーブル信号を出力する。なお、
ここでのアドレスフィールドＡは、図５に示すフレーム
分解部２２でＬＡＰＦフレームフォーマットに変換され
たものである。
２６２の構成を示すブロック図である。図７（Ａ）に示
す制御フィールド加工部２６２は、カウンタ２７１とバ
ッファ２７２とを有する。カウンタ２７１は図６のスイ
ッチ３２を通過してきたＬＡＰＦデータのビットをカウ
ントして、アドレスフィールドＡ及び制御フィールドＣ
を検出し、これらのフィールドを検出している間にバッ
ファ２７２にライトイネーブル信号を出力する。なお、
ここでのアドレスフィールドＡは、図５に示すフレーム
分解部２２でＬＡＰＦフレームフォーマットに変換され
たものである。
【００３２】図７（Ｂ）は、バッファ２７２の入出力信
号を示す。図６のスイッチ３２を介して監視フレーム生
成回路２６に入力したＬＡＰＤデータは、図７（Ａ）に
示すカウンタ２７１からのライトイネーブル信号と、図
５に示すクロック発生器Ｇからの書き込みクロック信号
とに従ってバッファ２７２に書き込まれる。ライトイネ
ーブル信号は、カウンタ２７１がアドレスフィールドＡ
及び制御フィールドＣを検出している期間のみＯＮとな
るので、バッファ２７２にはこれらのフィールド内のデ
ータが書き込まれる。従って、上記データ以外のデータ
は、バッファ２７２でブロックされる。また、バッファ
２７２からのデータの読み出しは、クロック発生器Ｇか
らの読み出しクロック信号とリードイネーブル信号とに
従って行われる。
号を示す。図６のスイッチ３２を介して監視フレーム生
成回路２６に入力したＬＡＰＤデータは、図７（Ａ）に
示すカウンタ２７１からのライトイネーブル信号と、図
５に示すクロック発生器Ｇからの書き込みクロック信号
とに従ってバッファ２７２に書き込まれる。ライトイネ
ーブル信号は、カウンタ２７１がアドレスフィールドＡ
及び制御フィールドＣを検出している期間のみＯＮとな
るので、バッファ２７２にはこれらのフィールド内のデ
ータが書き込まれる。従って、上記データ以外のデータ
は、バッファ２７２でブロックされる。また、バッファ
２７２からのデータの読み出しは、クロック発生器Ｇか
らの読み出しクロック信号とリードイネーブル信号とに
従って行われる。
【００３３】図８は、図５に示す制御フィールド加工部
２６２の構成を示すブロック図である。制御フィールド
加工部２６２は、カウンタ２８１、レジスタ２８２及び
セレクタ２８３を有する。カウンタ２８１は、図７
（Ａ）に示すバッファ２７２から読み出されたデータの
ビットをカウントし、制御フィールドＣの始めの８ビッ
トを検出し、検出信号をセレクタ２８３に出力する。レ
ジスタ２８２は、前述のＲＮＲフレーム信号の制御フィ
ールドＣに挿入される８ビットのＲＮＲコーと、ＲＲフ
レーム信号の制御フィールドＣに挿入される８ビットの
ＲＲコードをと保持している。レジスタ２８２は、図６
に示すカウンタ２４１から制御信号（輻輳通知ビット
の’０’から’１’又は’１’から’０’の変化を示
す）を受け取り、ＲＮＲコードとＲＲコードのいずれか
をセレクタ２８３に出力する。セレクタ２８３はカウン
タ２８１からの検出信号を受け取り、制御フィールドＣ
の始めの８ビットが指示されている間、レジスタ２８２
から受け取ったＲＮＲ又はＲＲコードを選択する。これ
により、制御フィールドＣの先頭から８ビットがＲＮＲ
又はＲＲコードに書き換わる。
２６２の構成を示すブロック図である。制御フィールド
加工部２６２は、カウンタ２８１、レジスタ２８２及び
セレクタ２８３を有する。カウンタ２８１は、図７
（Ａ）に示すバッファ２７２から読み出されたデータの
ビットをカウントし、制御フィールドＣの始めの８ビッ
トを検出し、検出信号をセレクタ２８３に出力する。レ
ジスタ２８２は、前述のＲＮＲフレーム信号の制御フィ
ールドＣに挿入される８ビットのＲＮＲコーと、ＲＲフ
レーム信号の制御フィールドＣに挿入される８ビットの
ＲＲコードをと保持している。レジスタ２８２は、図６
に示すカウンタ２４１から制御信号（輻輳通知ビット
の’０’から’１’又は’１’から’０’の変化を示
す）を受け取り、ＲＮＲコードとＲＲコードのいずれか
をセレクタ２８３に出力する。セレクタ２８３はカウン
タ２８１からの検出信号を受け取り、制御フィールドＣ
の始めの８ビットが指示されている間、レジスタ２８２
から受け取ったＲＮＲ又はＲＲコードを選択する。これ
により、制御フィールドＣの先頭から８ビットがＲＮＲ
又はＲＲコードに書き換わる。
【００３４】セレクタ２８３の出力信号は、図５のＦＣ
Ｓ付加部２６３に与えられる。このＦＣＳ付加部２６３
は、公知のＦＣＳに従い、図８に示すセレクタ２８３の
出力信号に対し、ＦＣＳに従い誤り訂正符号を計算して
付加する。
Ｓ付加部２６３に与えられる。このＦＣＳ付加部２６３
は、公知のＦＣＳに従い、図８に示すセレクタ２８３の
出力信号に対し、ＦＣＳに従い誤り訂正符号を計算して
付加する。
【００３５】次に、第１の実施例の動作について、図９
を更に参照して説明する。
を更に参照して説明する。
【００３６】まず、輻輳が起きていない通常動作時にお
いて、図１のパケット端末１４と１６が通信を行う場合
を説明する。端末からのＬＡＰＤデータは、パケット網
１０のフレームハンドラＡＵでパケットに組み立てら
れ、フレームリレー網１２のフレームハンドラＦＨでフ
レーム（ＬＡＰＦデータ）に組み立てられる。ターミナ
ルアダプタＴＡはフレームリレー網１２（図９では、便
宜上ＦＲ網１２として示してある）からＬＡＰＦデータ
を受け取る。このＬＡＰＦデータは、図５の輻輳通知ビ
ット検出部２４を通り、フレーム分解部２２でＬＡＰＤ
データに変換されて、図１に示すパケット端末１６に出
力される。また、パケット端末１６からのＬＡＰＤデー
タは図６に示すフレーム組み立て部２０でＬＡＰＦデー
タに変換され、上記とは逆方向に転送され、図１に示す
パケット端末１４に送出される。
いて、図１のパケット端末１４と１６が通信を行う場合
を説明する。端末からのＬＡＰＤデータは、パケット網
１０のフレームハンドラＡＵでパケットに組み立てら
れ、フレームリレー網１２のフレームハンドラＦＨでフ
レーム（ＬＡＰＦデータ）に組み立てられる。ターミナ
ルアダプタＴＡはフレームリレー網１２（図９では、便
宜上ＦＲ網１２として示してある）からＬＡＰＦデータ
を受け取る。このＬＡＰＦデータは、図５の輻輳通知ビ
ット検出部２４を通り、フレーム分解部２２でＬＡＰＤ
データに変換されて、図１に示すパケット端末１６に出
力される。また、パケット端末１６からのＬＡＰＤデー
タは図６に示すフレーム組み立て部２０でＬＡＰＦデー
タに変換され、上記とは逆方向に転送され、図１に示す
パケット端末１４に送出される。
【００３７】今、フレームリレー網１２に輻輳が起きる
と、これを検出したフレームハンドラＦＨは、送出する
ＬＡＰＦデータの輻輳通知ビットＦＥＣＮ／ＢＥＣＮ
を’０’から’１’に変化させる。この変化したＦＥＣ
Ｎ／ＢＥＣＮを含むＬＡＰＦデータを受信したターミナ
ルアダプタＴＡの輻輳通知ビット検出部２４は、前述し
たようにしてこの変化を検出し、レジスタ２４２（図
６）を介して、所定のタイミングでスイッチ３２（図
６）をオンにする。図５及び図７に示す監視フレーム生
成回路２６の情報フィールド削除部２６１で受信したＬ
ＡＰＤデータの情報フィールドＩを削除し、制御フール
ド加工部２６２で制御フィールドＣの先頭から８ビット
がＲＮＲコードに書き換えられる。そして、図６に示す
ＦＣＳ付加部２６３でＦＣＳコードを付加することで、
図４し示すＲＮＲフレームがパケット端末１６に出力さ
れる。以上の動作は、図９の（ａ）に対応する。
と、これを検出したフレームハンドラＦＨは、送出する
ＬＡＰＦデータの輻輳通知ビットＦＥＣＮ／ＢＥＣＮ
を’０’から’１’に変化させる。この変化したＦＥＣ
Ｎ／ＢＥＣＮを含むＬＡＰＦデータを受信したターミナ
ルアダプタＴＡの輻輳通知ビット検出部２４は、前述し
たようにしてこの変化を検出し、レジスタ２４２（図
６）を介して、所定のタイミングでスイッチ３２（図
６）をオンにする。図５及び図７に示す監視フレーム生
成回路２６の情報フィールド削除部２６１で受信したＬ
ＡＰＤデータの情報フィールドＩを削除し、制御フール
ド加工部２６２で制御フィールドＣの先頭から８ビット
がＲＮＲコードに書き換えられる。そして、図６に示す
ＦＣＳ付加部２６３でＦＣＳコードを付加することで、
図４し示すＲＮＲフレームがパケット端末１６に出力さ
れる。以上の動作は、図９の（ａ）に対応する。
【００３８】ＲＮＲフレームを受けたパケット端末１６
は、これを認識し、所定の制御処理を開始する。例え
ば、パケット端末１６はＬＡＰＤデータの送出を停止す
る（図９（ｂ））。
は、これを認識し、所定の制御処理を開始する。例え
ば、パケット端末１６はＬＡＰＤデータの送出を停止す
る（図９（ｂ））。
【００３９】フレームリレー網１２で起きた輻輳が回復
すると、これを検出してフレームハンドラＦＨは、送出
するＬＡＰＦデータの輻輳通知ビットＦＥＣＮ／ＢＥＣ
Ｎを’１’から’０’に変化させる（図９（ｃ））。こ
れを検出したターミナルアダプタＴＡの輻輳通知ビット
検出部２４は、その内部レジスタ２４２（図６）の設定
を’１’から’０’に戻し、１フレーム通過後、スイッ
チ３２をオンからオフに戻す。図５に示す監視フレーム
生成回路２６は、前述のようにしてＲＲフレームを生成
し、パケット端末１６に出力する（図９（ｄ））。
すると、これを検出してフレームハンドラＦＨは、送出
するＬＡＰＦデータの輻輳通知ビットＦＥＣＮ／ＢＥＣ
Ｎを’１’から’０’に変化させる（図９（ｃ））。こ
れを検出したターミナルアダプタＴＡの輻輳通知ビット
検出部２４は、その内部レジスタ２４２（図６）の設定
を’１’から’０’に戻し、１フレーム通過後、スイッ
チ３２をオンからオフに戻す。図５に示す監視フレーム
生成回路２６は、前述のようにしてＲＲフレームを生成
し、パケット端末１６に出力する（図９（ｄ））。
【００４０】パケット端末１６は、受信したＲＲフレー
ムを認識し、所定の制御処理の実行を停止する。これに
より、パケット端末１６はＬＡＰＤフレームの送信を再
開する（図９（ｅ））。
ムを認識し、所定の制御処理の実行を停止する。これに
より、パケット端末１６はＬＡＰＤフレームの送信を再
開する（図９（ｅ））。
【００４１】以上のように、第１の実施例によれば、フ
レームリレー網１２で輻輳が起きると、パケット端末１
６はこれを認識し、輻輳回復のための所定の制御処理を
行うことができる。
レームリレー網１２で輻輳が起きると、パケット端末１
６はこれを認識し、輻輳回復のための所定の制御処理を
行うことができる。
【００４２】図１０は、本発明の第２の実施例を示すブ
ロック図である。図中、前述した図に示す構成要素と同
一のものには同一の参照番号を付してある。より詳細に
は、図１０は、図１の通信システムにおける、第２の実
施例によるターミナルアダプタＴＡの構成を示し、図５
に示す構成に対し、ＲＲフレーム生成部２９１とタイマ
２９２とを付加したものである。なお、図１０を簡略化
するために、図５に示すフレーム分解部２２及び図６に
示すスイッチ３２の図示は省略してある。
ロック図である。図中、前述した図に示す構成要素と同
一のものには同一の参照番号を付してある。より詳細に
は、図１０は、図１の通信システムにおける、第２の実
施例によるターミナルアダプタＴＡの構成を示し、図５
に示す構成に対し、ＲＲフレーム生成部２９１とタイマ
２９２とを付加したものである。なお、図１０を簡略化
するために、図５に示すフレーム分解部２２及び図６に
示すスイッチ３２の図示は省略してある。
【００４３】前述の第１の実施例では、パケット端末１
６はＲＲフレームを受信したときに、所定の制御処理の
実行を中止し、ＬＡＰＤフレームの送出を再開する。こ
の構成で、パケット端末１６に相手からの通信データが
ない場合、輻輳回復を検出できないことにより、ＲＲフ
レームを認識できなかった場合には、実際には輻輳は回
復しているにもかかわらず、依然としてＬＡＰＤデータ
の送出が停止されたままとなる。また、なんらかの障害
が発生した場合にも、上記と同様のことが起こる。この
ような事態に対応するため、第２に実施例では、輻輳通
知ビットＦＥＣＮ／ＢＥＣＮがオンとなったことを検出
した時点で起動されるタイマ２９２を設け、このタイマ
が所定時間を計測した時点で制御信号をＲＲフレーム生
成部２９１に出力する。この制御信号を受けたＲＲフレ
ーム生成部２９１は、ＲＲコードを含むＲＲフレームを
生成してパケット端末に出力する。なお、制御フィール
ド加工部２６２は、ＲＮＲフレームを生成した際の受信
フレーム番号Ｎ（Ｒ）（輻輳通知ビットＦＥＣＮ／ＢＥ
ＣＮの’０’から’１’に変化を示すＬＡＰＦフレーム
の受信フレーム番号Ｎ（Ｒ）をＲＲフレーム生成部２９
１記憶しておく。ＲＲフレーム生成部２９１はタイマ２
９１から制御信号を受けると、生成するＲＲフレーム内
に記憶しておいた受信フレーム番号Ｆ（Ｒ）を挿入す
る。
６はＲＲフレームを受信したときに、所定の制御処理の
実行を中止し、ＬＡＰＤフレームの送出を再開する。こ
の構成で、パケット端末１６に相手からの通信データが
ない場合、輻輳回復を検出できないことにより、ＲＲフ
レームを認識できなかった場合には、実際には輻輳は回
復しているにもかかわらず、依然としてＬＡＰＤデータ
の送出が停止されたままとなる。また、なんらかの障害
が発生した場合にも、上記と同様のことが起こる。この
ような事態に対応するため、第２に実施例では、輻輳通
知ビットＦＥＣＮ／ＢＥＣＮがオンとなったことを検出
した時点で起動されるタイマ２９２を設け、このタイマ
が所定時間を計測した時点で制御信号をＲＲフレーム生
成部２９１に出力する。この制御信号を受けたＲＲフレ
ーム生成部２９１は、ＲＲコードを含むＲＲフレームを
生成してパケット端末に出力する。なお、制御フィール
ド加工部２６２は、ＲＮＲフレームを生成した際の受信
フレーム番号Ｎ（Ｒ）（輻輳通知ビットＦＥＣＮ／ＢＥ
ＣＮの’０’から’１’に変化を示すＬＡＰＦフレーム
の受信フレーム番号Ｎ（Ｒ）をＲＲフレーム生成部２９
１記憶しておく。ＲＲフレーム生成部２９１はタイマ２
９１から制御信号を受けると、生成するＲＲフレーム内
に記憶しておいた受信フレーム番号Ｆ（Ｒ）を挿入す
る。
【００４４】なお、タイマ２９２が計測する所定時間は
システムの構成や、その他の種々の条件を考慮して任意
に設定可能である。
システムの構成や、その他の種々の条件を考慮して任意
に設定可能である。
【００４５】図１１は、第２の実施例の動作を示す図で
ある。図１１の（ａ）から（ｂ）に至る処理は、図９の
（ａ）と（ｂ）を参照して説明した通りである。図１１
（ａ）でＲＮＲフレームを生成する際に、図１０のタイ
マ２９２は輻輳通知ビット検出部２４により起動され
る。図９の（ｃ）に対応する図１１の（ｃ）では、輻輳
が回復しているにもかかわらず、上記のような理由でフ
レームリレー網１２から輻輳回復の通知がない。従っ
て、この時点ではターミナルアダプタＴＡはＲＲフレー
ムをパケット端末１６に送出しない。
ある。図１１の（ａ）から（ｂ）に至る処理は、図９の
（ａ）と（ｂ）を参照して説明した通りである。図１１
（ａ）でＲＮＲフレームを生成する際に、図１０のタイ
マ２９２は輻輳通知ビット検出部２４により起動され
る。図９の（ｃ）に対応する図１１の（ｃ）では、輻輳
が回復しているにもかかわらず、上記のような理由でフ
レームリレー網１２から輻輳回復の通知がない。従っ
て、この時点ではターミナルアダプタＴＡはＲＲフレー
ムをパケット端末１６に送出しない。
【００４６】図１１（ｄ）では、輻輳通知ビットの’
０’から’１’の変化を検出した時点で起動されたタイ
マ２９２（図１０）が所定時間を計測したときに、タイ
マ２９２がＲＲフレーム生成部２９１に制御信号を出力
する。これにより、図１１（ｃ）のような場合であって
も、パケット端末１６を通常動作状態に復旧させること
ができる。
０’から’１’の変化を検出した時点で起動されたタイ
マ２９２（図１０）が所定時間を計測したときに、タイ
マ２９２がＲＲフレーム生成部２９１に制御信号を出力
する。これにより、図１１（ｃ）のような場合であって
も、パケット端末１６を通常動作状態に復旧させること
ができる。
【００４７】以上、本発明の２つの実施例を説明した。
更に別の実施例として、ＬＡＰＤデータをそのままＬＡ
ＰＦの情報フィールドＩに入れる（カプセル化）しても
よい。この場合、パケット端末は従来通り情報フィール
ドＩからデータを取り出した後、輻輳通知ビットを検出
する処理を行えばよい。
更に別の実施例として、ＬＡＰＤデータをそのままＬＡ
ＰＦの情報フィールドＩに入れる（カプセル化）しても
よい。この場合、パケット端末は従来通り情報フィール
ドＩからデータを取り出した後、輻輳通知ビットを検出
する処理を行えばよい。
【００４８】また、本発明は、ＬＡＰＦデータとＬＡＰ
Ｄデータとを扱う通信システムに限定されず、その他の
信号形式のものにも同様に適用できる。すなわち、ター
ミナルアダプタＴＡで、端末が認識できる信号を作り出
せばよい。
Ｄデータとを扱う通信システムに限定されず、その他の
信号形式のものにも同様に適用できる。すなわち、ター
ミナルアダプタＴＡで、端末が認識できる信号を作り出
せばよい。
【００４９】
【発明の効果】以上説明したように、本発明によれば、
ターミナルアダプタを介して異なるフレームフォーマッ
トの信号を処理するネットワークに収容されている端末
が、このネットワークの輻輳の発生と回復を知ることが
できる輻輳制御方法、この方法を用いたターミナルアダ
プタ及びこのターミナルアダプタを有する通信システム
を提供することができる。
ターミナルアダプタを介して異なるフレームフォーマッ
トの信号を処理するネットワークに収容されている端末
が、このネットワークの輻輳の発生と回復を知ることが
できる輻輳制御方法、この方法を用いたターミナルアダ
プタ及びこのターミナルアダプタを有する通信システム
を提供することができる。
【００５０】この際、端末が認識できる既存のフレーム
フォーマットを用いるので、ネットワークを輻輳やその
回復の通知を受ける特別の回路や処理を端末に付加する
必要はなく、実際的である。
フォーマットを用いるので、ネットワークを輻輳やその
回復の通知を受ける特別の回路や処理を端末に付加する
必要はなく、実際的である。
【００５１】また、とくに、請求項２及び８では、ネッ
トワークから受信したフレームを流用してその一部を書
き換えることで、端末が認識できるフレームないにネッ
トワークの輻輳やその回復を知ることができるので、効
率的な処理が行える。
トワークから受信したフレームを流用してその一部を書
き換えることで、端末が認識できるフレームないにネッ
トワークの輻輳やその回復を知ることができるので、効
率的な処理が行える。
【００５２】さらに、請求項４、５、１０及び１１で
は、パケット端末に相手からの通信データがない場合
等、ネットワークからターミナルアダプタに輻輳の回復
が通知されなくとも、所定時間経過後、端末は輻輳回復
のための制御処理から通常の処理にもどることができ、
輻輳回復に迅速に対応できろ。
は、パケット端末に相手からの通信データがない場合
等、ネットワークからターミナルアダプタに輻輳の回復
が通知されなくとも、所定時間経過後、端末は輻輳回復
のための制御処理から通常の処理にもどることができ、
輻輳回復に迅速に対応できろ。
【図１】 本発明の実施例における通信システムの構成
を示すブロック図である。
を示すブロック図である。
【図２】 図１に示す通信システムのプロトコルスタッ
クの一例を示す図である。
クの一例を示す図である。
【図３】 図１に示す通信システムで扱われる２つのフ
レームフォーマットを示す図である。
レームフォーマットを示す図である。
【図４】 図１に示す通信システムで用いられる本発明
の第１の実施例によるターミナルアダプタの動作（ＲＮ
Ｒの生成）を示す図である。
の第１の実施例によるターミナルアダプタの動作（ＲＮ
Ｒの生成）を示す図である。
【図５】 図１に示すターミナルアダプタの構成を示す
ブロック図である。
ブロック図である。
【図６】 図５に示す輻輳通知ビット検出部の構成を示
すブロック図である。
すブロック図である。
【図７】 図５に示す監視フレーム生成回路内の情報フ
ィールド削除部の構成を示すブロック図である。
ィールド削除部の構成を示すブロック図である。
【図８】 図５に示す制御フィールド加工部２６２の構
成を示すブロック図である。
成を示すブロック図である。
【図９】 第１の実施例の動作を示す図である。
【図１０】 本発明の第２の実施例によるターミナルア
ダプタの構成を示すブロック図である。
ダプタの構成を示すブロック図である。
【図１１】 図１０に示す第２の実施例の動作を示す図
である。
である。
１０ パケット網 １２ フレームリレー網 ２０ フレーム組み立て部 ２２ フレーム分解部 ２４ 輻輳通知ビット検出部 ２６ 監視フレーム生成回路 ２８、３０ 伝送路 ３２ スイッチ ２４１ カウンタ ２４２ レジスタ ２７１ カウンタ ２７２ バッファ ２８１ カウンタ ２８２ レジスタ ２８３ セレクタ ２９１ ＲＲフレーム生成部 ２９２ タイマ
Claims (14)
- 【請求項１】 ネットワークと、端末と、該ネットワー
クと端末との間に設けられ、ネットワークが扱う第１の
フレームフォーマットと端末が扱う第２のフレームフォ
ーマットとの相互変換機能を有するターミナルアダプタ
とを有する通信システムにおける輻輳制御方法であっ
て、 前記ターミナルアダプダにおいて、第１のフレームフォ
ーマットで伝送された信号をネットワークから受信し
て、この受信した信号中に通信システムで輻輳が発生し
たことを示す輻輳通知情報が含まれているかどうかを検
出する第１のステップと、 前記輻輳通知情報を検出したときに、第１の通知情報を
含む第２のフレームフォーマットの信号をターミナルア
ダプタから端末に送出する第２のステップと、 該信号を受信した場合には、端末で輻輳回復のための所
定の制御処理を行う第３のステップとを有することを特
徴とする輻輳制御方法。 - 【請求項２】 前記第２のステップは、受信した信号の
第１のフレームフォーマットの一部を書き換えて、前記
第１の通知情報を含む第２のフレームフォーマットの信
号を生成するステップを有することを特徴とする請求項
１記載の輻輳制御方法。 - 【請求項３】 前記輻輳制御方法は更に、 前記ターミナルアダプダにおいて、第１のフレームフォ
ーマットで伝送された信号をネットワークから受信し
て、この受信した信号中に通信システムで輻輳が回復し
たことを示す輻輳回復通知情報が含まれているかどうか
を検出する第４のステップと、 前記輻輳回復通知情報を検出したときに、第２の通知情
報を含む第２のフレームフォーマットの信号をターミナ
ルアダプタから端末に送出する第５のステップと、 該信号を受信した場合には、端末で前記所定の制御処理
を中止する第６のステップとを有することを特徴とする
請求項１記載の輻輳制御方法。 - 【請求項４】 前記輻輳制御方法は更に、 前記ターミナルアダプタにおいて、前記第２のステップ
後、所定時間が経過したときに、第２の通知情報を含む
第２のフレームフォーマットの信号をターミナルアダプ
タから端末に送出する第４のステップと、 該信号を受信した場合には、端末で前記所定の制御処理
を中止する第５のステップとを有することを特徴とする
請求項１記載の輻輳制御方法。 - 【請求項５】 前記輻輳制御方法は更に、 前記ターミナルアダプタにおいて、前記第２のステップ
後、所定時間内に前記輻輳回復通知情報が受信されたか
どうかを検出する第７のステップと、 該第７のステップで所定時間内に前記輻輳回復通知情報
が受信されなかったことが検出された場合に、前記第２
の通知情報を含む第２のフレームフォーマットの信号を
ターミナルアダプタから端末に送出する第８のステップ
とを有することを特徴とする請求項３記載の輻輳制御方
法。 - 【請求項６】前記ネットワークはフレームリレーを用い
たネットワークであり、前記端末はパケット端末である
ことを特徴とする請求項１記載の輻輳制御方法。 - 【請求項７】 ネットワークと、端末と、該ネットワー
クと端末との間に設けられ、ネットワークが扱う第１の
フレームフォーマットと端末が扱う第２のフレームフォ
ーマットとの相互変換機能を有するターミナルアダプタ
とを有する通信システムにおいて、前記ターミナルアダ
プタは、 第１のフレームフォーマットで伝送された信号をネット
ワークから受信して、この受信した信号中に通信システ
ムで輻輳が発生したことを示す輻輳通知情報が含まれて
いるかどうかを検出する第１の手段と、 前記輻輳通知情報を検出したときに、第１の通知情報を
含む第２のフレームフォーマットの信号を端末に送出す
る第２の手段とを有し、 該信号を受信した場合には、端末で輻輳回復のための所
定の制御処理を行うことを特徴とするターミナルアダプ
タ。 - 【請求項８】 前記第２の手段は、受信した信号の第１
のフレームフォーマットの一部を書き換えて、前記第１
の情報を含む第２のフレームフォーマットの信号を生成
する手段を有することを特徴とする請求項７記載のター
ミナルアダプタ。 - 【請求項９】 前記ターミナルアダプタは更に、 第１のフレームフォーマットで伝送された信号をネット
ワークから受信して、この受信した信号中に通信システ
ムで輻輳が回復したことを示す輻輳回復通知情報が含ま
れているかどうかを検出する第３の手段と、 前記輻輳回復通知情報を検出したときに、第２の通知情
報を含む第２のフレームフォーマットの信号を端末に送
出する第４の手段とを有し、 該信号を受信した場合には、端末で前記所定の制御処理
を中止することを特徴とする請求項７記載のターミナル
アダプタ。 - 【請求項１０】 前記ターミナルアダプタは、前記第２
の手段が前記第１の通知情報を端末に送出した後、所定
時間が経過したときに、第２の通知情報を含む第２のフ
レームフォーマットの信号を端末に送出する第３の手段
を有し、 該信号を受信した端末は、前記所定の制御処理を中止す
ることを特徴とする請求項７記載のターミナルアダプ
タ。 - 【請求項１１】 前記ターミナルアダプタは更に、 前記第２の手段が前記第１の通知情報を端末に送出した
後、所定時間内に前記輻輳回復通知情報が受信されたか
どうかを検出する第５の手段と、 該第５の手段で所定時間内に前記輻輳回復通知情報が受
信されなかったことが検出された場合に、第２の通知情
報を含む第２のフレームフォーマットの信号を端末に送
出する第６の手段とを有することを特徴とする請求項９
記載のターミナルアダプタ。 - 【請求項１２】 前記ネットワークはフレームリレーを
用いたネットワークであり、前記端末はパケット端末で
あることを特徴とする請求項７記載のターミナルアダプ
タ。 - 【請求項１３】 ネットワークと、端末と、該ネットワ
ークと端末との間に設けられ、ネットワークが扱う第１
のフレームフォーマットと端末が扱う第２のフレームフ
ォーマットとの相互変換機能を有するターミナルアダプ
タとを有する通信システムであって、前記ターミナルア
ダプタは、 第１のフレームフォーマットで伝送された信号をネット
ワークから受信して、この受信した信号中に通信システ
ムで輻輳が発生したことを示す輻輳通知情報が含まれて
いるかどうかを検出する第１の手段と、 前記輻輳通知情報を検出したときに、第１の通知情報を
含む第２のフレームフォーマットの信号を端末に送出す
る第２の手段とを有し、 該信号を受信した場合には、端末で輻輳回復のための所
定の制御処理を行うことを特徴とする通信システム。 - 【請求項１４】 前記通信システムは更に、 前記ネットワークに接続され、前記第２のフレームフォ
ーマットを扱う別のネットワークと、 該別のネットワークに収容され、前記第２のフレームフ
ォーマットを扱う別の端末とを有することを特徴とする
請求項１３記載の通信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29360293A JPH07147592A (ja) | 1993-11-24 | 1993-11-24 | 輻輳制御方法、この方法を用いたターミナルアダプタ及びこのターミナルアダプタを有する通信システム |
| US08/281,350 US5506839A (en) | 1993-11-24 | 1994-07-27 | Congestion control method, terminal adapter using the method and communications system using the terminal adapter |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29360293A JPH07147592A (ja) | 1993-11-24 | 1993-11-24 | 輻輳制御方法、この方法を用いたターミナルアダプタ及びこのターミナルアダプタを有する通信システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07147592A true JPH07147592A (ja) | 1995-06-06 |
Family
ID=17796842
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29360293A Withdrawn JPH07147592A (ja) | 1993-11-24 | 1993-11-24 | 輻輳制御方法、この方法を用いたターミナルアダプタ及びこのターミナルアダプタを有する通信システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5506839A (ja) |
| JP (1) | JPH07147592A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6810014B1 (en) | 1999-03-12 | 2004-10-26 | Hitachi Telecom Technologies, Ltd. | ATM multiplex apparatus and congestion reporting method |
| JP2004304802A (ja) * | 2003-03-31 | 2004-10-28 | Nortel Networks Ltd | Ｉｐ通信メディアの自動圧縮 |
| JP2007124511A (ja) * | 2005-10-31 | 2007-05-17 | Hitachi Communication Technologies Ltd | 交換装置 |
Families Citing this family (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9326276D0 (en) * | 1993-12-23 | 1994-02-23 | Newbridge Network Corp | Frame relay interface |
| FI946011A0 (fi) * | 1994-12-21 | 1994-12-21 | Nokia Telecommunications Oy | Foerfarande foer att till ett FR-naet ange en blockeringssituation i trafiken i ett ATM-naet |
| US5982771A (en) | 1995-07-19 | 1999-11-09 | Fujitsu Network Communications, Inc. | Controlling bandwidth allocation using a pace counter |
| US5898671A (en) | 1995-09-14 | 1999-04-27 | Fujitsu Network Communications, Inc. | Transmitter controlled flow control for buffer allocation in wide area ATM networks |
| US6075768A (en) | 1995-11-09 | 2000-06-13 | At&T Corporation | Fair bandwidth sharing for video traffic sources using distributed feedback control |
| WO1997026737A1 (en) | 1996-01-16 | 1997-07-24 | Fujitsu Limited | A reliable and flexible multicast mechanism for atm networks |
| US5748905A (en) | 1996-08-30 | 1998-05-05 | Fujitsu Network Communications, Inc. | Frame classification using classification keys |
| KR100204059B1 (ko) * | 1996-10-11 | 1999-06-15 | 이계철 | 링 구조에서 폭주제어를 위한 광대역 단말장치 및 그 방법 |
| US6018515A (en) * | 1997-08-19 | 2000-01-25 | Ericsson Messaging Systems Inc. | Message buffering for prioritized message transmission and congestion management |
| US6865220B2 (en) * | 2000-02-11 | 2005-03-08 | Lsi Logic Corporation | System and method for implementing an end-to-end error-correcting protocol in a voice band data relay system |
| US20050071474A1 (en) * | 2003-09-29 | 2005-03-31 | Ning Lei | System for maintaining an active data link layer for ISDN call processing during a software reset operation |
| US7652995B2 (en) * | 2003-12-19 | 2010-01-26 | International Business Machines Corporation | Autonomic reassociation of clients in a wireless local area network |
| JP2008042288A (ja) * | 2006-08-02 | 2008-02-21 | Fujitsu Ltd | 信号処理装置及び信号処理方法 |
| US20080056146A1 (en) * | 2006-08-29 | 2008-03-06 | Elliott Steven L | Method and apparatus for determining maximum round trip times for a network socket |
| US8355396B1 (en) * | 2007-11-01 | 2013-01-15 | Sprint Communications Company L.P. | Customized network congestion messaging for terminal adapters |
| US9660940B2 (en) * | 2010-12-01 | 2017-05-23 | Juniper Networks, Inc. | Methods and apparatus for flow control associated with a switch fabric |
| SG192660A1 (en) * | 2011-02-10 | 2013-09-30 | Nokia Corp | Method and apparatus to reduce signaling overhead in the presence of network overload condition |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5390173A (en) * | 1992-10-22 | 1995-02-14 | Digital Equipment Corporation | Packet format in hub for packet data communications system |
-
1993
- 1993-11-24 JP JP29360293A patent/JPH07147592A/ja not_active Withdrawn
-
1994
- 1994-07-27 US US08/281,350 patent/US5506839A/en not_active Expired - Lifetime
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6810014B1 (en) | 1999-03-12 | 2004-10-26 | Hitachi Telecom Technologies, Ltd. | ATM multiplex apparatus and congestion reporting method |
| JP2004304802A (ja) * | 2003-03-31 | 2004-10-28 | Nortel Networks Ltd | Ｉｐ通信メディアの自動圧縮 |
| JP2007124511A (ja) * | 2005-10-31 | 2007-05-17 | Hitachi Communication Technologies Ltd | 交換装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US5506839A (en) | 1996-04-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07147592A (ja) | 輻輳制御方法、この方法を用いたターミナルアダプタ及びこのターミナルアダプタを有する通信システム | |
| US4751510A (en) | Method and system for controlling a network of modems | |
| US4439859A (en) | Method and system for retransmitting incorrectly received numbered frames in a data transmission system | |
| US4507782A (en) | Method and apparatus of packet switching | |
| JPS6350135A (ja) | 統合サ−ビスデジタルネットワ−クのアクセス回路の診断方法及び装置 | |
| JPS62274950A (ja) | モデム・ネツトワ−ク | |
| EP0748091A2 (en) | Replacement of zero bytes, particularly for ISDN | |
| US7251220B1 (en) | AIS transmission method in ATM communication system, transmission side ATM unit and ATM communication system | |
| CN110971491B (zh) | 一种电力系统101和104通讯规约处理系统及其处理方法 | |
| EP0442053A2 (en) | Apparatus for high speed transfer of data | |
| JPS6251016B2 (ja) | ||
| US6745251B2 (en) | Communication apparatus managing inserted package mounting states and communication network management system including the same | |
| US5003460A (en) | Method for the transmission of connection data stored in a communication switching system to a data processing system | |
| JP3239138B2 (ja) | 通信網の転送データ誤り検出方法 | |
| JP2021129238A (ja) | 通信装置および通信プログラム | |
| KR0131978B1 (ko) | 공통선 신호 방식의 신호 링크를 모니터하는 장치 및 그 방법 | |
| JPH06152772A (ja) | 通信システムの機器異常情報管理装置、機器アダプタ、機器異常情報管理ユニット、通報ユニット、センター装置及び機器異常情報管理方法 | |
| JP3310339B2 (ja) | Ｉｓｄｎ端末装置 | |
| JP2748755B2 (ja) | Ｉｓｄｎターミナルアダプタ | |
| JPH05260093A (ja) | パケット通信用ターミナルアダプタ | |
| JP2000049888A (ja) | 通信プロトコル制御装置および異種網間通信装置 | |
| JPH04344736A (ja) | 回線試験方式 | |
| JPH0685942A (ja) | 障害自動通知方式 | |
| JPH08317058A (ja) | 電子交換機情報伝送路自己診断機能 | |
| JP2002009872A (ja) | データ伝送システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20010130 |