JPH11341072A - Ｔｃｐ通信高速化装置 - Google Patents
Ｔｃｐ通信高速化装置Info
- Publication number
- JPH11341072A JPH11341072A JP14344998A JP14344998A JPH11341072A JP H11341072 A JPH11341072 A JP H11341072A JP 14344998 A JP14344998 A JP 14344998A JP 14344998 A JP14344998 A JP 14344998A JP H11341072 A JPH11341072 A JP H11341072A
- Authority
- JP
- Japan
- Prior art keywords
- tcp
- packet
- htp
- flow control
- tgw
- 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.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 33
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000012545 processing Methods 0.000 claims abstract description 25
- 238000012546 transfer Methods 0.000 claims description 21
- 238000006467 substitution reaction Methods 0.000 abstract 2
- 230000005540 biological transmission Effects 0.000 description 43
- 238000010586 diagram Methods 0.000 description 11
- 238000002474 experimental method Methods 0.000 description 6
- 239000013256 coordination polymer Substances 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 238000007493 shaping process Methods 0.000 description 2
- 101000701574 Homo sapiens Small regulatory polypeptide of amino acid response Proteins 0.000 description 1
- 101000654497 Rattus norvegicus Signal-induced proliferation-associated 1-like protein 1 Proteins 0.000 description 1
- 102100030538 Small regulatory polypeptide of amino acid response Human genes 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000000545 stagnation point adsorption reflectometry Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- 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
-
- 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
- H04L47/19—Flow control; Congestion control at layers above the network layer
- H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
-
- 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
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- 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
- H04L47/39—Credit based
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/10—Packet switching elements characterised by the switching fabric construction
- H04L49/104—Asynchronous transfer mode [ATM] switching fabrics
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0094—Bus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
- H04L2012/5653—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL]
- H04L2012/5658—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL] using the AAL5
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
(57)【要約】
【課題】 広域網を介してＴＣＰ／ＩＰによるＬＡＮ間
通信を行うネットワークシステムに用いられるＴＣＰゲ
ートウェハにおいて、複数のＴＣＰコネクションを扱う
場合に、効率的なバッファ利用を行うことができるよう
にする。 【解決手段】 送信側及び受信側に配置されたＴＣＰゲ
ートウェイにおいて、送信側端末からのＴＣＰパケット
に対し、受信側端末に代わってＴＣＰのフロー制御なら
びに再送制御を終端し、また対向配置された同装置との
間で独自のフロー制御手順ならびにＳＳＣＯＰを用いた
データリンク層での選択再送手順を用いてパケットを転
送し、さらに受信側端末に対し送信側端末に代わりＴＣ
Ｐの処理手順に従ってパケットを転送する処理を、複数
のＴＣＰコネクションに対して同時に提供するようにし
た。
通信を行うネットワークシステムに用いられるＴＣＰゲ
ートウェハにおいて、複数のＴＣＰコネクションを扱う
場合に、効率的なバッファ利用を行うことができるよう
にする。 【解決手段】 送信側及び受信側に配置されたＴＣＰゲ
ートウェイにおいて、送信側端末からのＴＣＰパケット
に対し、受信側端末に代わってＴＣＰのフロー制御なら
びに再送制御を終端し、また対向配置された同装置との
間で独自のフロー制御手順ならびにＳＳＣＯＰを用いた
データリンク層での選択再送手順を用いてパケットを転
送し、さらに受信側端末に対し送信側端末に代わりＴＣ
Ｐの処理手順に従ってパケットを転送する処理を、複数
のＴＣＰコネクションに対して同時に提供するようにし
た。
Description
【０００１】
【発明の属する技術分野】この発明は、広域網等を用い
たＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）間通
信に用いられるＴＣＰ通信高速化装置に関する。
たＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）間通
信に用いられるＴＣＰ通信高速化装置に関する。
【０００２】
【従来の技術】一般に、広域網等を介してＴＣＰ／ＩＰ
によるＬＡＮ間通信を行う場合、ＬＡＮと広域網との接
続にはルータと呼ばれるＯＳＩ参照モデルにおける第３
層（ネットワークレイヤ）レベルまでの処理を行う相互
接続装置が使用されている。この相互接続装置では、Ｏ
ＳＩ参照モデルにおける物理層からネットワーク層まで
のプロトコル処理を実現しており、フロー制御ならびに
誤り制御は端末間のＴＣＰによりエンドツーエンドでや
りとりされている。
によるＬＡＮ間通信を行う場合、ＬＡＮと広域網との接
続にはルータと呼ばれるＯＳＩ参照モデルにおける第３
層（ネットワークレイヤ）レベルまでの処理を行う相互
接続装置が使用されている。この相互接続装置では、Ｏ
ＳＩ参照モデルにおける物理層からネットワーク層まで
のプロトコル処理を実現しており、フロー制御ならびに
誤り制御は端末間のＴＣＰによりエンドツーエンドでや
りとりされている。
【０００３】上記のように端末間のＴＣＰによりフロー
制御ならびに誤り制御をエンドツーエンドで行う通信で
は、広域網に遅延・誤り・輻輳等がある場合に、帯域に
応じたスループットが得られないという問題がある。こ
れに対し、ＴＣＰを拡張してウインドウスケールと呼ば
れる新しいパラメータを導入し、大きなウインドウサイ
ズを実現することで、遅延が大きい場合のスループット
向上を図る手法も提案されている。しかし、この手法で
大きなウインドウサイズを有効に利用するためには、通
信を行う双方の端末に、拡張したＴＣＰを導入するのみ
ならず、通信相手やアプリケーション毎に、双方でＴＣ
Ｐウインドウサイズを調整する必要がある。他方、遅延
によるスループット低下を避ける手法として、相互接続
装置にＴＣＰまでの処理を行わせ、相互接続装置間に独
自のプロトコルを導入して、リンクバイリンクのフロー
制御を実現する手法が特開平７−２５０１００号公報な
どに既に提案されている。
制御ならびに誤り制御をエンドツーエンドで行う通信で
は、広域網に遅延・誤り・輻輳等がある場合に、帯域に
応じたスループットが得られないという問題がある。こ
れに対し、ＴＣＰを拡張してウインドウスケールと呼ば
れる新しいパラメータを導入し、大きなウインドウサイ
ズを実現することで、遅延が大きい場合のスループット
向上を図る手法も提案されている。しかし、この手法で
大きなウインドウサイズを有効に利用するためには、通
信を行う双方の端末に、拡張したＴＣＰを導入するのみ
ならず、通信相手やアプリケーション毎に、双方でＴＣ
Ｐウインドウサイズを調整する必要がある。他方、遅延
によるスループット低下を避ける手法として、相互接続
装置にＴＣＰまでの処理を行わせ、相互接続装置間に独
自のプロトコルを導入して、リンクバイリンクのフロー
制御を実現する手法が特開平７−２５０１００号公報な
どに既に提案されている。
【０００４】
【発明が解決しようとする課題】上記のようなＴＣＰま
での処理を行う相互接続装置では、遅延に対応したフロ
ー制御を行うために、大きなウインドウサイズを有する
プロトコルを採用している。このとき、個々のＴＣＰコ
ネクション毎に大きなウインドウサイズを割り当て、個
別にフロー制御を提供しているため、複数のＴＣＰコネ
クションを扱う場合、効率的なバッファ利用ができず、
また、バッファオーバフローを起こす可能性もある。
での処理を行う相互接続装置では、遅延に対応したフロ
ー制御を行うために、大きなウインドウサイズを有する
プロトコルを採用している。このとき、個々のＴＣＰコ
ネクション毎に大きなウインドウサイズを割り当て、個
別にフロー制御を提供しているため、複数のＴＣＰコネ
クションを扱う場合、効率的なバッファ利用ができず、
また、バッファオーバフローを起こす可能性もある。
【０００５】この発明は、複数のＴＣＰコネクションを
扱う場合に、効率的なバッファ利用を行うことができる
ＴＣＰ通信高速化装置を提供することを目的とする。
扱う場合に、効率的なバッファ利用を行うことができる
ＴＣＰ通信高速化装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】上記目的を達成するた
め、請求項１の発明は、複数のＬＡＮ間を接続してＴＣ
Ｐ／ＩＰによるデータ通信を実現している広域網の両端
に付加されるＴＣＰ通信高速化装置であって、ＯＳＩ参
照モデルにおけるデータリンク層でのパケット中継機能
を有するとともに、受信したパケットに対しＯＳＩ参照
モデルにおけるトランスポート層のＴＣＰまでの処理を
提供するパケット処理手段と、送信側端末から入力され
たＴＣＰパケットに対し、受信側端末に代わってＴＣＰ
のフロー制御ならびに再送制御を終端する終端手段と、
広域網を介して対向配置された同装置との間で、独自の
フロー制御手順ならびにＳＳＣＯＰを用いたデータリン
ク層での選択再送手順を用いてパケットを転送する第１
のパケット転送手段と、受信側端末に対し、送信側端末
に代わってＴＣＰのフロー制御ならびに再送制御に従っ
てパケットを転送する第２のパケット転送手段とを備
え、複数のＴＣＰコネクションに対し、前記終端手段、
第１及び第２のパケット転送手段の処理を同時に提供す
ることを特徴とする。
め、請求項１の発明は、複数のＬＡＮ間を接続してＴＣ
Ｐ／ＩＰによるデータ通信を実現している広域網の両端
に付加されるＴＣＰ通信高速化装置であって、ＯＳＩ参
照モデルにおけるデータリンク層でのパケット中継機能
を有するとともに、受信したパケットに対しＯＳＩ参照
モデルにおけるトランスポート層のＴＣＰまでの処理を
提供するパケット処理手段と、送信側端末から入力され
たＴＣＰパケットに対し、受信側端末に代わってＴＣＰ
のフロー制御ならびに再送制御を終端する終端手段と、
広域網を介して対向配置された同装置との間で、独自の
フロー制御手順ならびにＳＳＣＯＰを用いたデータリン
ク層での選択再送手順を用いてパケットを転送する第１
のパケット転送手段と、受信側端末に対し、送信側端末
に代わってＴＣＰのフロー制御ならびに再送制御に従っ
てパケットを転送する第２のパケット転送手段とを備
え、複数のＴＣＰコネクションに対し、前記終端手段、
第１及び第２のパケット転送手段の処理を同時に提供す
ることを特徴とする。
【０００７】請求項２の発明は、請求項１において、対
向する装置との間では、個々のＴＣＰコネクションに対
し、遅延に応じた広いウインドウサイズに基づくフロー
制御を提供すると同時に、全てのＴＣＰコネクションを
対象としたフロー制御を行うことを特徴とする。
向する装置との間では、個々のＴＣＰコネクションに対
し、遅延に応じた広いウインドウサイズに基づくフロー
制御を提供すると同時に、全てのＴＣＰコネクションを
対象としたフロー制御を行うことを特徴とする。
【０００８】上記ＴＣＰ通信高速化装置においては、全
体のＴＣＰコネクションに対するフロー制御のために、
パケットには個々のＴＣＰコネクション毎に付与される
シーケンス番号とは別の、全てのＴＣＰコネクションで
共通のシーケンス番号（グローバルシーケンス番号）を
付与し、予め設定した装置内に保持可能なデータパケッ
ト数の最大値をもとに、受信可能なグローバルシーケン
ス番号の最大値をクレジットとして対向側に通知する。
送信側では、通知されたグローバルシーケンス番号にな
るまでパケットを送信することができる。
体のＴＣＰコネクションに対するフロー制御のために、
パケットには個々のＴＣＰコネクション毎に付与される
シーケンス番号とは別の、全てのＴＣＰコネクションで
共通のシーケンス番号（グローバルシーケンス番号）を
付与し、予め設定した装置内に保持可能なデータパケッ
ト数の最大値をもとに、受信可能なグローバルシーケン
ス番号の最大値をクレジットとして対向側に通知する。
送信側では、通知されたグローバルシーケンス番号にな
るまでパケットを送信することができる。
【０００９】また、各ＴＣＰコネクションでは、送信側
端末からＴＣＰデータパケットを受信した際に、個々の
ＴＣＰコネクションに与えられているウインドウに空き
があり、かつグローバルクレジットが有れば、対向側に
パケットを転送する。グローバルクレジットが無い場合
は、ＴＣＰコネクション単位で送信待ちキューを管理す
る。
端末からＴＣＰデータパケットを受信した際に、個々の
ＴＣＰコネクションに与えられているウインドウに空き
があり、かつグローバルクレジットが有れば、対向側に
パケットを転送する。グローバルクレジットが無い場合
は、ＴＣＰコネクション単位で送信待ちキューを管理す
る。
【００１０】また、全体のＴＣＰコネクションに対する
フロー制御では、双方の装置で互いにクレジット待ちの
状態によりデッドロックに陥ることの無いように、装置
内に保持されない、ユーザデータを含まないグローバル
クレジット通知、ＡＣＫ、ＳＹＮ、ＦＩＮ、ＲＳＴなど
のパケットに対して、グローバルシーケンス番号の更新
を行わないことでフロー制御を機能させない。
フロー制御では、双方の装置で互いにクレジット待ちの
状態によりデッドロックに陥ることの無いように、装置
内に保持されない、ユーザデータを含まないグローバル
クレジット通知、ＡＣＫ、ＳＹＮ、ＦＩＮ、ＲＳＴなど
のパケットに対して、グローバルシーケンス番号の更新
を行わないことでフロー制御を機能させない。
【００１１】さらに、全体のＴＣＰコネクションに対す
るフロー制御により、対向側への送信が新たに可能とな
った場合は、個々のＴＣＰコネクションに付与されるウ
インドウの空きが大きい順にパケットを送信することに
より、スループットの公平性を確保する。
るフロー制御により、対向側への送信が新たに可能とな
った場合は、個々のＴＣＰコネクションに付与されるウ
インドウの空きが大きい順にパケットを送信することに
より、スループットの公平性を確保する。
【００１２】
【発明の実施の形態】以下、この発明に係わるＴＣＰ通
信高速化装置をＴＣＰゲートウェイに適用した場合の実
施形態について説明する。
信高速化装置をＴＣＰゲートウェイに適用した場合の実
施形態について説明する。
【００１３】図３は、広域ＡＴＭ（Ａｓｙｎｃｈｒｏｎ
ｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網をベースとした
ネットワークシステムの概略構成図である。物理的に離
れた位置にあるＬＡＮ１，２には、それぞれ端末１２、
１３が接続され、ルータ３，４、ＡＴＭ交換機５，６を
介して広域ＡＴＭ網７に接続されている。同じく物理的
に離れた位置にあるＡＴＭ端末８，９は、ＡＴＭ交換機
５，６を介して広域ＡＴＭ網７に接続されている。ＴＣ
Ｐゲートウェイ（以下、ＴＧＷ）１０，１１は、前記Ａ
ＴＭ交換機５，６に接続され、以下のような要領に従っ
てパケットを中継する。
ｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網をベースとした
ネットワークシステムの概略構成図である。物理的に離
れた位置にあるＬＡＮ１，２には、それぞれ端末１２、
１３が接続され、ルータ３，４、ＡＴＭ交換機５，６を
介して広域ＡＴＭ網７に接続されている。同じく物理的
に離れた位置にあるＡＴＭ端末８，９は、ＡＴＭ交換機
５，６を介して広域ＡＴＭ網７に接続されている。ＴＣ
Ｐゲートウェイ（以下、ＴＧＷ）１０，１１は、前記Ａ
ＴＭ交換機５，６に接続され、以下のような要領に従っ
てパケットを中継する。
【００１４】図１は、図３に示すネットワークシステム
のプロトコル構成を示す説明図、図２は、図１に示すＴ
ＧＷ１０（１１）のさらに詳細なプロトコル構成とパケ
ットの流れを示す説明図である。
のプロトコル構成を示す説明図、図２は、図１に示すＴ
ＧＷ１０（１１）のさらに詳細なプロトコル構成とパケ
ットの流れを示す説明図である。
【００１５】なお、図１は、ＬＡＮ１，２のプロトコル
としてＴＣＰ／ＩＰを対象とした例を示している。この
うち、図１（ａ）は端末１２，１３間のプロトコルスタ
ックを、図１（ｂ）はＡＴＭ端末８，９間のプロトコル
スタックをそれぞれ示している。また、図１及び２にお
いて、ＴＧＷ１０，１１のＩＰ部分は、ＩＰヘッダの付
加・削除・パラメータのェックのみを行い、ＩＰルーチ
ング機能は持たないものとする。また、ＬＬＣ−ＳＮＡ
Ｐ部分は必要に応じて使用する。
としてＴＣＰ／ＩＰを対象とした例を示している。この
うち、図１（ａ）は端末１２，１３間のプロトコルスタ
ックを、図１（ｂ）はＡＴＭ端末８，９間のプロトコル
スタックをそれぞれ示している。また、図１及び２にお
いて、ＴＧＷ１０，１１のＩＰ部分は、ＩＰヘッダの付
加・削除・パラメータのェックのみを行い、ＩＰルーチ
ング機能は持たないものとする。また、ＬＬＣ−ＳＮＡ
Ｐ部分は必要に応じて使用する。
【００１６】ＴＧＷ１０（１１）は、データリンク層で
のパケット中継機能を有するとともに、受信したパケッ
トに対しトランスポート層のＴＣＰまでの処理を提供す
るパケット処理手段と、送信側のＡＴＭ端末８から入力
されたＴＣＰパケットに対し、受信側のＡＴＭ端末９に
代わってＴＣＰのフロー制御ならびに再送制御を終端す
る終端手段と、広域網７を介して対向配置された同装置
１１との間で、独自のフロー制御手順ならびにＳＳＣＯ
Ｐを用いたデータリンク層での選択再送手順を用いてパ
ケットを転送する第１のパケット転送手段と、ＡＴＭ端
末９に対し、ＡＴＭ端末８に代わりＴＣＰの処理手順に
従ってパケットを転送する第２のパケット転送手段とを
備え、複数のＴＣＰコネクションに対し、前記終端手
段、第１及び第２のパケット転送手段の処理を同時に提
供する。とくに、対向する装置との間では、個々のＴＣ
Ｐコネクションに対し、遅延に応じた広いウインドウサ
イズに基づくフロー制御を提供すると同時に、全てのＴ
ＣＰコネクションを対象としたフロー制御を行う。
のパケット中継機能を有するとともに、受信したパケッ
トに対しトランスポート層のＴＣＰまでの処理を提供す
るパケット処理手段と、送信側のＡＴＭ端末８から入力
されたＴＣＰパケットに対し、受信側のＡＴＭ端末９に
代わってＴＣＰのフロー制御ならびに再送制御を終端す
る終端手段と、広域網７を介して対向配置された同装置
１１との間で、独自のフロー制御手順ならびにＳＳＣＯ
Ｐを用いたデータリンク層での選択再送手順を用いてパ
ケットを転送する第１のパケット転送手段と、ＡＴＭ端
末９に対し、ＡＴＭ端末８に代わりＴＣＰの処理手順に
従ってパケットを転送する第２のパケット転送手段とを
備え、複数のＴＣＰコネクションに対し、前記終端手
段、第１及び第２のパケット転送手段の処理を同時に提
供する。とくに、対向する装置との間では、個々のＴＣ
Ｐコネクションに対し、遅延に応じた広いウインドウサ
イズに基づくフロー制御を提供すると同時に、全てのＴ
ＣＰコネクションを対象としたフロー制御を行う。
【００１７】次に、端末間でパケット転送を行う場合の
ＴＧＷ１０，１１の手順について説明する。なお、この
例では、ＬＬＣ−ＳＮＡＰ（Ｌｏｇｉｃａｌ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ−Ｓｕｂｎｅｔｗｏｒｋ Ａｃｃｅｓｓ
Ｐｒｏｔｏｃｏｌ）を用いてパケットのカプセル化を行
っているものとする。
ＴＧＷ１０，１１の手順について説明する。なお、この
例では、ＬＬＣ−ＳＮＡＰ（Ｌｏｇｉｃａｌ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ−Ｓｕｂｎｅｔｗｏｒｋ Ａｃｃｅｓｓ
Ｐｒｏｔｏｃｏｌ）を用いてパケットのカプセル化を行
っているものとする。
【００１８】１．ＡＴＭ端末８，９またはルータ３，４
（以下、端末）は、広域ＡＴＭ網７を介してパケットを
転送するため、予め定められたＶＣＣ（Ｖｉｒｔｕａｌ
Ｃｈａｎｎｅｌ ｃｏｎｎｅｃｔｉｏｎ）を用いてパケ
ットを出力する。
（以下、端末）は、広域ＡＴＭ網７を介してパケットを
転送するため、予め定められたＶＣＣ（Ｖｉｒｔｕａｌ
Ｃｈａｎｎｅｌ ｃｏｎｎｅｃｔｉｏｎ）を用いてパケ
ットを出力する。
【００１９】２．双方のＡＴＭ交換機５，６は、ＴＧＷ
１０，１１での処理が必要なＶＣＣに対して、本来端末
間で設定すべきＶＣＣを各々の側のＴＧＷで終端する。
そして、終端したＶＣＣ毎に、別途ＴＧＷ間で、中継用
のＶＣＣならびに後述するＳＳＣＯＰコネクションを設
定する。ＴＧＷ１０，１１では、端末側ＶＣＣと対向Ｔ
ＧＷ側ＶＣＣを１対１で対応させて、データリンクレベ
ルでパケットを交換する。
１０，１１での処理が必要なＶＣＣに対して、本来端末
間で設定すべきＶＣＣを各々の側のＴＧＷで終端する。
そして、終端したＶＣＣ毎に、別途ＴＧＷ間で、中継用
のＶＣＣならびに後述するＳＳＣＯＰコネクションを設
定する。ＴＧＷ１０，１１では、端末側ＶＣＣと対向Ｔ
ＧＷ側ＶＣＣを１対１で対応させて、データリンクレベ
ルでパケットを交換する。
【００２０】３．ＴＧＷ１０（１１）では、端末８
（９）からＬＬＣ−ＳＮＡＰによりカプセル化されて送
られてきたパケットを検査し、ＴＧＷ処理すべきＴＣＰ
パケットに対しては、ＴＣＰからＨＴＰに変換し、ＳＳ
ＣＯＰにＡＡ−ＤＡＴＡ．ｒｅｑｕｅｓｔ を要求して
ＳＤ ＰＤＵによる確認型のデータ転送を行う。対向す
るＴＧＷ９（８）からの入力に対しては逆の処理を行
う。ＴＧＷ処理をしないパケットについては、ＳＳＣＯ
ＰにＡＡ−ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔ を要求
して、ＵＤ ＰＤＵによる非確認型のデータ転送を行
い、そのままＴＧＷを通過させる。
（９）からＬＬＣ−ＳＮＡＰによりカプセル化されて送
られてきたパケットを検査し、ＴＧＷ処理すべきＴＣＰ
パケットに対しては、ＴＣＰからＨＴＰに変換し、ＳＳ
ＣＯＰにＡＡ−ＤＡＴＡ．ｒｅｑｕｅｓｔ を要求して
ＳＤ ＰＤＵによる確認型のデータ転送を行う。対向す
るＴＧＷ９（８）からの入力に対しては逆の処理を行
う。ＴＧＷ処理をしないパケットについては、ＳＳＣＯ
ＰにＡＡ−ＵＮＩＴＤＡＴＡ．ｒｅｑｕｅｓｔ を要求
して、ＵＤ ＰＤＵによる非確認型のデータ転送を行
い、そのままＴＧＷを通過させる。
【００２１】なお、前記ＳＳＣＯＰは、強力な選択再送
機能を有する確認型プロトコルである。このＳＳＣＯＰ
を用いることにより、ＴＧＷ間でのＨＴＰパケット紛失
を考慮する必要がなくなる。
機能を有する確認型プロトコルである。このＳＳＣＯＰ
を用いることにより、ＴＧＷ間でのＨＴＰパケット紛失
を考慮する必要がなくなる。
【００２２】次に、ＨＴＰコネクション確立の手順につ
いて説明する。
いて説明する。
【００２３】ＴＧＷ１０，１１では、ＴＣＰコネクショ
ン確立手順をエンドツーエンドで行わせ、これを利用し
てＨＴＰコネクショを確立する。図４に、ＨＴＰコネク
ション確立時の通信シーケンスを示す。ＨＴＰコネクシ
ョン確立の手順は、通常、以下の通りである。
ン確立手順をエンドツーエンドで行わせ、これを利用し
てＨＴＰコネクショを確立する。図４に、ＨＴＰコネク
ション確立時の通信シーケンスを示す。ＨＴＰコネクシ
ョン確立の手順は、通常、以下の通りである。
【００２４】１．ＴＣＰではコネクション確立のため
に、ＳＹＮ、ＳＹＮ＋ＡＣＫ、ＡＣＫの３つのパケット
を交換してコネクションを確立する。ＴＧＷ１では、端
末１からのＴＣＰ−ＳＹＮ受信時に、ＴＣＰ・ＨＴＰコ
ネクションを管理するためのコネクションテーブルを作
成し、受信したＴＣＰ−ＳＹＮをＨＴＰ−ＳＹＮに書き
換えＴＧＷ２へ送信する。以降、端末１から再送された
ＴＣＰ−ＳＹＮを受信した場合はこれを破棄する。
に、ＳＹＮ、ＳＹＮ＋ＡＣＫ、ＡＣＫの３つのパケット
を交換してコネクションを確立する。ＴＧＷ１では、端
末１からのＴＣＰ−ＳＹＮ受信時に、ＴＣＰ・ＨＴＰコ
ネクションを管理するためのコネクションテーブルを作
成し、受信したＴＣＰ−ＳＹＮをＨＴＰ−ＳＹＮに書き
換えＴＧＷ２へ送信する。以降、端末１から再送された
ＴＣＰ−ＳＹＮを受信した場合はこれを破棄する。
【００２５】２．ＨＴＰ−ＳＹＮを受信したＴＧＷ１１
では、同様にコネクションテーブルを作成し、ＨＴＰ−
ＳＹＮをＴＣＰ−ＳＹＮに書き換えて端末９に送信す
る。ＴＣＰ−ＳＹＮが紛失した場合は、タイマにより再
送する。
では、同様にコネクションテーブルを作成し、ＨＴＰ−
ＳＹＮをＴＣＰ−ＳＹＮに書き換えて端末９に送信す
る。ＴＣＰ−ＳＹＮが紛失した場合は、タイマにより再
送する。
【００２６】３．端末９からのＴＣＰ−ＳＹＮ＋ＡＣＫ
を受信したＴＧＷ１１は、これをＨＴＰ−ＳＹＮ＋ＡＣ
Ｋに書き換えＴＧＷ１０へ送信する。以降、ＴＧＷ１０
からＨＴＰ−ＡＣＫを受信するまでに、端末９からＴＣ
Ｐ−ＳＹＮ＋ＡＣＫが再送された場合はこれを破棄す
る。
を受信したＴＧＷ１１は、これをＨＴＰ−ＳＹＮ＋ＡＣ
Ｋに書き換えＴＧＷ１０へ送信する。以降、ＴＧＷ１０
からＨＴＰ−ＡＣＫを受信するまでに、端末９からＴＣ
Ｐ−ＳＹＮ＋ＡＣＫが再送された場合はこれを破棄す
る。
【００２７】４．ＨＴＰ−ＳＹＮ−ＡＣＫを受信したＴ
ＧＷ１０では、これをＴＣＰ−ＳＹＮ＋ＡＣＫに書き換
えて端末８に送信する。ＴＣＰ−ＳＹＮ＋ＡＣＫが紛失
した場合は、タイマにより再送する。
ＧＷ１０では、これをＴＣＰ−ＳＹＮ＋ＡＣＫに書き換
えて端末８に送信する。ＴＣＰ−ＳＹＮ＋ＡＣＫが紛失
した場合は、タイマにより再送する。
【００２８】５．ＴＣＰ−ＡＣＫを受信したＴＧＷ１０
では、これをＨＴＰ−ＡＣＫに書き換えてＴＧＷ１１へ
送信しＨＴＰコネクション確立を終了する。
では、これをＨＴＰ−ＡＣＫに書き換えてＴＧＷ１１へ
送信しＨＴＰコネクション確立を終了する。
【００２９】６．ＨＴＰ−ＡＣＫを受信したＴＧＷ１１
では、これをＴＣＰ−ＡＣＫに書き換えて端末９に送信
し、ＨＴＰコネクション確立を終了する。以降、端末９
からＴＣＰ−ＳＹＮ＋ＡＣＫ（再送）を受信した場合
は、ＴＣＰ−ＡＣＫで応答する。
では、これをＴＣＰ−ＡＣＫに書き換えて端末９に送信
し、ＨＴＰコネクション確立を終了する。以降、端末９
からＴＣＰ−ＳＹＮ＋ＡＣＫ（再送）を受信した場合
は、ＴＣＰ−ＡＣＫで応答する。
【００３０】次に、ＨＴＰコネクション解放の手順につ
いて説明する。
いて説明する。
【００３１】ＨＴＰコネクションの解放についても、Ｔ
ＣＰコネクション解放をエンドツーエンドで行わせつつ
実現する。図５に、ＨＴＰコネクションの解放時の通信
シーケンスを示す。その手順は、通常、以下の通りであ
る。
ＣＰコネクション解放をエンドツーエンドで行わせつつ
実現する。図５に、ＨＴＰコネクションの解放時の通信
シーケンスを示す。その手順は、通常、以下の通りであ
る。
【００３２】１．ＴＣＰではコネクション解放のため
に、通信方向毎にＦＩＮならびにＦＩＮに対するＡＣＫ
を交換する。ＴＧＷ１０では、端末８から最初のＴＣＰ
−ＦＩＮを受信すると、これをＨＴＰ−ＦＩＮに書き換
え、ＴＧＷ１１に対して、全てのＨＴＰデータパケット
を送信した後に送信する。以降、ＴＧＷ１１からＨＴＰ
−ＦＩＮに対するＨＴＰ−ＡＣＫを受信するまでは、端
末８に対してＴＣＰ−ＦＩＮを送達確認しない。
に、通信方向毎にＦＩＮならびにＦＩＮに対するＡＣＫ
を交換する。ＴＧＷ１０では、端末８から最初のＴＣＰ
−ＦＩＮを受信すると、これをＨＴＰ−ＦＩＮに書き換
え、ＴＧＷ１１に対して、全てのＨＴＰデータパケット
を送信した後に送信する。以降、ＴＧＷ１１からＨＴＰ
−ＦＩＮに対するＨＴＰ−ＡＣＫを受信するまでは、端
末８に対してＴＣＰ−ＦＩＮを送達確認しない。
【００３３】２．ＨＴＰ−ＦＩＮを受信したＴＧＷ２で
は、これをＴＣＰ−ＦＩＮに書き換え、端末９に対し
て、全てのＴＣＰデータパケットを送信した後に送信す
る。以降、端末９からＴＣＰ−ＦＩＮに対するＴＣＰ−
ＡＣＫを受信するまでは、ＴＧＷ１０に対してＨＴＰ−
ＦＩＮの送達確認を行わない。また、ＴＣＰ−ＦＩＮが
紛失した場合は、タイマにより再送する。
は、これをＴＣＰ−ＦＩＮに書き換え、端末９に対し
て、全てのＴＣＰデータパケットを送信した後に送信す
る。以降、端末９からＴＣＰ−ＦＩＮに対するＴＣＰ−
ＡＣＫを受信するまでは、ＴＧＷ１０に対してＨＴＰ−
ＦＩＮの送達確認を行わない。また、ＴＣＰ−ＦＩＮが
紛失した場合は、タイマにより再送する。
【００３４】３．ＴＣＰ−ＦＩＮに対するＴＣＰ−ＡＣ
Ｋを受信したＴＧＷ１１では、ＴＧＷ１０にＨＴＰ−Ｆ
ＩＮに対するＨＴＰ−ＡＣＫを送信する。
Ｋを受信したＴＧＷ１１では、ＴＧＷ１０にＨＴＰ−Ｆ
ＩＮに対するＨＴＰ−ＡＣＫを送信する。
【００３５】４．ＨＴＰ−ＦＩＮに対するＨＴＰ−ＡＣ
Ｋを受信したＴＧＷ１０では、端末８にＴＣＰ−ＦＩＮ
に対するＴＣＰ−ＡＣＫを送信する。
Ｋを受信したＴＧＷ１０では、端末８にＴＣＰ−ＦＩＮ
に対するＴＣＰ−ＡＣＫを送信する。
【００３６】５．ＴＧＷ１０では、上記４．以降、端末
８からのＴＣＰ−ＦＩＮ再送に対して、対応するＴＣＰ
−ＡＣＫを返す。
８からのＴＣＰ−ＦＩＮ再送に対して、対応するＴＣＰ
−ＡＣＫを返す。
【００３７】６．端末９から最後のＴＣＰ−ＦＩＮを受
信すると、前記１．〜４．と同様の要領により、エンド
ツーエンドで、その送達確認を行わせる。ただし、ＴＧ
Ｗ１０（ＴＧＷ１１）では、最後のＨＴＰ（ＴＣＰ）−
ＡＣＫ送信後は、ＨＴＰコネクションが解放されたもの
とみなし、コネクションテーブルを削除する。なお、端
末９に送信された最後のＴＣＰ−ＡＣＫが紛失した場合
も、ＨＴＰが介在することなく、エンドツーエンドでＴ
ＣＰ−ＦＩＮとそのＴＣＰ−ＡＣＫが交換可能である。
信すると、前記１．〜４．と同様の要領により、エンド
ツーエンドで、その送達確認を行わせる。ただし、ＴＧ
Ｗ１０（ＴＧＷ１１）では、最後のＨＴＰ（ＴＣＰ）−
ＡＣＫ送信後は、ＨＴＰコネクションが解放されたもの
とみなし、コネクションテーブルを削除する。なお、端
末９に送信された最後のＴＣＰ−ＡＣＫが紛失した場合
も、ＨＴＰが介在することなく、エンドツーエンドでＴ
ＣＰ−ＦＩＮとそのＴＣＰ−ＡＣＫが交換可能である。
【００３８】上記ＨＴＰにおけるフロー制御の概要は以
下の通りである。
下の通りである。
【００３９】１．ＨＴＰでは、個々のＨＴＰコネクショ
ンに付与される送信ウインドウ、ならびにリンク（＝Ｖ
ＣＣ）中の全てのＨＴＰコネクションに対して付与され
るグローバルクレジットにより、フロー制御を行う。こ
れらは、それぞれ、対向ＴＧＷからのＨＴＰ−ＡＣＫな
らびにＨＴＰ−ＧＬＣＤＴを用いて更新される。
ンに付与される送信ウインドウ、ならびにリンク（＝Ｖ
ＣＣ）中の全てのＨＴＰコネクションに対して付与され
るグローバルクレジットにより、フロー制御を行う。こ
れらは、それぞれ、対向ＴＧＷからのＨＴＰ−ＡＣＫな
らびにＨＴＰ−ＧＬＣＤＴを用いて更新される。
【００４０】２．個々のＨＴＰコネクションに対するウ
インドウについては、ＴＣＰ−ＡＣＫ受信により保持し
ているＴＣＰデータパケット（ＴＣＰ−ＤＴ）が解放さ
れ、最大ＨＴＰウインドウサイズ（ＨＴＰ ｗｉｎｓｉ
ｚｅ）／Ｎ１[ｂｙｔｅ]のＨＴＰ−ＤＴが新たに受信可
能となる毎に、対向するＴＧＷへ更新を通知する。ＨＴ
Ｐ ｗｉｎｓｉｚｅならびにＮ１は予め設定する。ＨＴ
Ｐパケットは、設定された送信ウインドウを超えてＨＴ
Ｐ−ＤＴを送信してはならない。
インドウについては、ＴＣＰ−ＡＣＫ受信により保持し
ているＴＣＰデータパケット（ＴＣＰ−ＤＴ）が解放さ
れ、最大ＨＴＰウインドウサイズ（ＨＴＰ ｗｉｎｓｉ
ｚｅ）／Ｎ１[ｂｙｔｅ]のＨＴＰ−ＤＴが新たに受信可
能となる毎に、対向するＴＧＷへ更新を通知する。ＨＴ
Ｐ ｗｉｎｓｉｚｅならびにＮ１は予め設定する。ＨＴ
Ｐパケットは、設定された送信ウインドウを超えてＨＴ
Ｐ−ＤＴを送信してはならない。
【００４１】３．一方、グローバルクレジットを用いた
フロー制御の概要は以下の通りである。
フロー制御の概要は以下の通りである。
【００４２】ａ）ＨＴＰでは、全コネクションに共通の
１６ｂｉｔのシーケンス番号（ＧＳＮ）を通知する。デ
ータを持つＨＴＰパケットを送信する場合のみ、ＧＳＮ
を１増やして送信する。
１６ｂｉｔのシーケンス番号（ＧＳＮ）を通知する。デ
ータを持つＨＴＰパケットを送信する場合のみ、ＧＳＮ
を１増やして送信する。
【００４３】ｂ）全コネクションで保持しているパケッ
ト数を管理して、パケット単位でクレジット（受信可能
なＨＴＰ−ＤＴのＧＳＮの最大値）を通知する。
ト数を管理して、パケット単位でクレジット（受信可能
なＨＴＰ−ＤＴのＧＳＮの最大値）を通知する。
【００４４】ｃ）ＨＴＰパケットに付加したＧＳＮがＣ
ＤＴより小さい場合に送信可能とする。送信できない場
合は、グローバル送信待ちキューにコネクションテーブ
ルを連結する。連結の順番は、ＨＴＰ送信ウインドウの
空きの大きい順とする。ただし、データを持たないＨＴ
Ｐ−ＡＣＫ等はＧＳＮの更新は行わず、従って、常に送
信可能である。
ＤＴより小さい場合に送信可能とする。送信できない場
合は、グローバル送信待ちキューにコネクションテーブ
ルを連結する。連結の順番は、ＨＴＰ送信ウインドウの
空きの大きい順とする。ただし、データを持たないＨＴ
Ｐ−ＡＣＫ等はＧＳＮの更新は行わず、従って、常に送
信可能である。
【００４５】ｄ）クレジット更新によりＨＴＰ−ＤＴを
送信する際は、グローバル送信待ちキューの先頭のコネ
クションから送信する。またこの際に、１パケット送信
毎に、送信したコネクションテーブルを適切な位置（Ｈ
ＴＰ送信ウインドウの空きの大きい順）に連結し直す。
送信する際は、グローバル送信待ちキューの先頭のコネ
クションから送信する。またこの際に、１パケット送信
毎に、送信したコネクションテーブルを適切な位置（Ｈ
ＴＰ送信ウインドウの空きの大きい順）に連結し直す。
【００４６】ｅ）ＴＣＰ−ＡＣＫ受信により保持してい
るＴＣＰ−ＤＴが解放され、グローバルウインドウサイ
ズ（ＧＬ ｗｉｎｓｉｚｅ）／Ｎ２[個]のクレジットが
新たに通知可能になる毎に、対向するＴＧＷへクレジッ
ト更新を通知する。ＧＬｗｉｎｓｉｚｅならびにＮ２は
予め設定する。
るＴＣＰ−ＤＴが解放され、グローバルウインドウサイ
ズ（ＧＬ ｗｉｎｓｉｚｅ）／Ｎ２[個]のクレジットが
新たに通知可能になる毎に、対向するＴＧＷへクレジッ
ト更新を通知する。ＧＬｗｉｎｓｉｚｅならびにＮ２は
予め設定する。
【００４７】ｆ）クレジットの値は、ｍｉｎ（ＳＳＣＯ
Ｐ ｍａｘ ｗｉｎｓｉｚｅ、ｍａｘ ｇｌｏｂａｌ ｗｉ
ｎｓｉｚｅ）−（ＴＣＰ側で保持しているＴＣＰパケッ
ト数）＋（最新の受信パケットに付加されたＧＳＮ）と
する。
Ｐ ｍａｘ ｗｉｎｓｉｚｅ、ｍａｘ ｇｌｏｂａｌ ｗｉ
ｎｓｉｚｅ）−（ＴＣＰ側で保持しているＴＣＰパケッ
ト数）＋（最新の受信パケットに付加されたＧＳＮ）と
する。
【００４８】これらにより、ＴＧＷに用意するバッファ
の量は、グローバルクレジットにより制限しつつ、ＴＧ
Ｗにパケットが滞留しなければ、個々のＨＴＰコネクシ
ョンのウインドウは遅延に応じた値を使用することが可
能となる。
の量は、グローバルクレジットにより制限しつつ、ＴＧ
Ｗにパケットが滞留しなければ、個々のＨＴＰコネクシ
ョンのウインドウは遅延に応じた値を使用することが可
能となる。
【００４９】図６、図７及び図８は、ＨＴＰ−ＤＴ送信
の処理手順を示すフローチャートである。ＴＧＷでは、
１）ＴＣＰ−ＤＴ入力、２）ＨＴＰ送信ウインドウ更
新、３）グローバルクレジット更新、のいずれかによっ
てＨＴＰ−ＤＴを送信する。以下、その概要について説
明する。
の処理手順を示すフローチャートである。ＴＧＷでは、
１）ＴＣＰ−ＤＴ入力、２）ＨＴＰ送信ウインドウ更
新、３）グローバルクレジット更新、のいずれかによっ
てＨＴＰ−ＤＴを送信する。以下、その概要について説
明する。
【００５０】１．ＴＣＰ−ＤＴ入力時（図６） 入力されたＴＣＰ−ＤＴをＨＴＰ−ＤＴに変換し（Ｓ１
１）、コネクションテーブル内のＨＴＰ送信待ちキュー
を確認する（Ｓ１２）。キューが空でなければ、いずれ
かのフロー制御により送信不可能と判断し、ＨＴＰ送信
待ちキューにＨＴＰ−ＤＴを連結して終了する（Ｓ１
６）。Ｓ１２でキューが空であれば、グローバルクレジ
ットの有無を確認する（Ｓ１３）。クレジットが無けれ
ば、ＨＴＰ送信待ちキューにＨＴＰ−ＤＴを連結し（Ｓ
１７）、続いてＨＴＰ送信ウインドウを確認する（Ｓ１
８）。ウインドウが開いている場合は、グローバル送信
キューにコネクションテーブルを（新規に）連結してか
ら終了する（Ｓ１９）。そうでない場合はそのまま終了
する。また、Ｓ１３でグローバルクレジットが有る場合
は、ＨＴＰ送信ウインドウを確認し（Ｓ１４）、ウイン
ドウが開いている場合は、ＳＳＣＯＰへ出力する（Ｓ１
５）。また、ウインドウが閉じている場合は、ＨＴＰ送
信待ちキューにＨＴＰ−ＤＴを連結して終了する（Ｓ１
６）。
１）、コネクションテーブル内のＨＴＰ送信待ちキュー
を確認する（Ｓ１２）。キューが空でなければ、いずれ
かのフロー制御により送信不可能と判断し、ＨＴＰ送信
待ちキューにＨＴＰ−ＤＴを連結して終了する（Ｓ１
６）。Ｓ１２でキューが空であれば、グローバルクレジ
ットの有無を確認する（Ｓ１３）。クレジットが無けれ
ば、ＨＴＰ送信待ちキューにＨＴＰ−ＤＴを連結し（Ｓ
１７）、続いてＨＴＰ送信ウインドウを確認する（Ｓ１
８）。ウインドウが開いている場合は、グローバル送信
キューにコネクションテーブルを（新規に）連結してか
ら終了する（Ｓ１９）。そうでない場合はそのまま終了
する。また、Ｓ１３でグローバルクレジットが有る場合
は、ＨＴＰ送信ウインドウを確認し（Ｓ１４）、ウイン
ドウが開いている場合は、ＳＳＣＯＰへ出力する（Ｓ１
５）。また、ウインドウが閉じている場合は、ＨＴＰ送
信待ちキューにＨＴＰ−ＤＴを連結して終了する（Ｓ１
６）。
【００５１】２．ＨＴＰウインドウ更新時（図７） ＨＴＰ送信待ちキューを確認し（Ｓ２１）、ＨＴＰ−Ｄ
Ｔが存在しなければ終了する。Ｓ２１でＨＴＰ−ＤＴが
あれば、グローバルクレジットの有無を確認する（Ｓ２
２）。クレジットが無い場合は、グローバル送信キュー
にコネクションテーブルを新規に連結、もしくは更新し
たＨＴＰ送信ウインドウに合わせて再連結して終了する
（Ｓ２５）。Ｓ２２でクレジットが有る場合は、ＨＴＰ
ウインドウを確認する（Ｓ２３）。ウインドウが開いて
いれば、ＳＳＣＯＰへ出力し（Ｓ２４）、Ｓ９へ戻る。
Ｓ２３でウインドウが閉じている場合は終了する。
Ｔが存在しなければ終了する。Ｓ２１でＨＴＰ−ＤＴが
あれば、グローバルクレジットの有無を確認する（Ｓ２
２）。クレジットが無い場合は、グローバル送信キュー
にコネクションテーブルを新規に連結、もしくは更新し
たＨＴＰ送信ウインドウに合わせて再連結して終了する
（Ｓ２５）。Ｓ２２でクレジットが有る場合は、ＨＴＰ
ウインドウを確認する（Ｓ２３）。ウインドウが開いて
いれば、ＳＳＣＯＰへ出力し（Ｓ２４）、Ｓ９へ戻る。
Ｓ２３でウインドウが閉じている場合は終了する。
【００５２】３．グローバルクレジット更新時（図８） グローバル送信待ちキューを確認し（Ｓ３１）、キュー
が空であれば終了する。Ｓ３１でキューにコネクション
テーブルが有れば、先頭のテーブルからＨＴＰ−ＤＴを
取り出し、ＳＳＣＯＰへ出力する（Ｓ３２、Ｓ３３）。
次に、出力したコネクションのＨＴＰ送信待ちキューな
らびにＨＴＰ送信ウインドウが開いているかどうかを確
認する（Ｓ３４）。ＨＴＰ送信待ちキューが空、もしく
はＨＴＰ送信ウインドウが閉じていれば、グローバル送
信待ちキューからコネクションテーブルを削除し（Ｓ３
７）、グローバル送信待ちキューを確認する（Ｓ３
８）。キューが空であれば終了する。キューが空でない
場合は、Ｓ３６から処理を続行する。Ｓ３４でＨＴＰ送
信待ちキューが空でなく、かつＨＴＰ送信ウインドウが
開いている場合は、更新したＨＴＰ送信ウインドウに合
わせてコネクションテーブルをグローバル送信待ちキュ
ーに再連結する（Ｓ３５）。続いて、グローバルクレジ
ットの有無を確認する（Ｓ３６）。クレジットが無い場
合は終了し、ある場合はＳ３２に戻る。
が空であれば終了する。Ｓ３１でキューにコネクション
テーブルが有れば、先頭のテーブルからＨＴＰ−ＤＴを
取り出し、ＳＳＣＯＰへ出力する（Ｓ３２、Ｓ３３）。
次に、出力したコネクションのＨＴＰ送信待ちキューな
らびにＨＴＰ送信ウインドウが開いているかどうかを確
認する（Ｓ３４）。ＨＴＰ送信待ちキューが空、もしく
はＨＴＰ送信ウインドウが閉じていれば、グローバル送
信待ちキューからコネクションテーブルを削除し（Ｓ３
７）、グローバル送信待ちキューを確認する（Ｓ３
８）。キューが空であれば終了する。キューが空でない
場合は、Ｓ３６から処理を続行する。Ｓ３４でＨＴＰ送
信待ちキューが空でなく、かつＨＴＰ送信ウインドウが
開いている場合は、更新したＨＴＰ送信ウインドウに合
わせてコネクションテーブルをグローバル送信待ちキュ
ーに再連結する（Ｓ３５）。続いて、グローバルクレジ
ットの有無を確認する（Ｓ３６）。クレジットが無い場
合は終了し、ある場合はＳ３２に戻る。
【００５３】図９に、ＳＳＣＯＰのシーケンスを含む、
データ転送時の通信シーケンス例を示す。
データ転送時の通信シーケンス例を示す。
【００５４】１．端末（Ｔｅｒｍｉｎａｌ）８からのＴ
ＣＰ−ＤＴ（データ）パケットを受信したＴＧＷ１０で
は、ＴＣＰのプロトコル処理に従ってＴＣＰ−ＡＣＫパ
ケットを返す。
ＣＰ−ＤＴ（データ）パケットを受信したＴＧＷ１０で
は、ＴＣＰのプロトコル処理に従ってＴＣＰ−ＡＣＫパ
ケットを返す。
【００５５】２．ＴＧＷ１０では、受信したＴＣＰ−Ｄ
ＴをＨＴＰ−ＤＴに書き換え、個々のコネクション毎の
フロー制御ならびにコネクション全体のフロー制御に従
って、ＴＧＷ１１へ送信する。
ＴをＨＴＰ−ＤＴに書き換え、個々のコネクション毎の
フロー制御ならびにコネクション全体のフロー制御に従
って、ＴＧＷ１１へ送信する。
【００５６】３．ＨＴＰパケット（ＨＴＰ−ＤＴ、ＨＴ
Ｐ−ＡＣＫ、ＨＴＰ−ＧＷＮＤなど）は、ＴＧＷ１０の
ＳＳＣＯＰにより、ＳＤ ＰＤＵを用いて転送される。
Ｐ−ＡＣＫ、ＨＴＰ−ＧＷＮＤなど）は、ＴＧＷ１０の
ＳＳＣＯＰにより、ＳＤ ＰＤＵを用いて転送される。
【００５７】４．ＴＧＷ１１では、受信したＨＴＰ−Ｄ
ＴをＴＣＰ−ＤＴに書き換え、ＴＣＰのプロトコル処理
に従って端末２に転送する。
ＴをＴＣＰ−ＤＴに書き換え、ＴＣＰのプロトコル処理
に従って端末２に転送する。
【００５８】５．ＴＧＷ１１では、端末９からのＴＣＰ
−ＡＣＫ受信により、一定量のＴＣＰ−ＤＴが送達確認
される毎に、個々のウインドウを更新するためのＨＴＰ
−ＡＣＫやグローバルクレジットを更新するためのＨＴ
Ｐ−ＧＷＮＤをＴＧＷ１へ送信する。
−ＡＣＫ受信により、一定量のＴＣＰ−ＤＴが送達確認
される毎に、個々のウインドウを更新するためのＨＴＰ
−ＡＣＫやグローバルクレジットを更新するためのＨＴ
Ｐ−ＧＷＮＤをＴＧＷ１へ送信する。
【００５９】６．ＳＤの紛失は、ＵＳＴＡＴ ＰＤＵ 又
はＰＯＬＬ ＰＤＵとＳＴＡＴ ＰＤＵの交換により検出
し、ＳＳＣＯＰでは、紛失を通知されたＳＤのみを再送
する。ＨＴＰはＳＳＣＯＰでの再送を意識しない。
はＰＯＬＬ ＰＤＵとＳＴＡＴ ＰＤＵの交換により検出
し、ＳＳＣＯＰでは、紛失を通知されたＳＤのみを再送
する。ＨＴＰはＳＳＣＯＰでの再送を意識しない。
【００６０】
【実施例】次に、実施例として、上記実施形態のＴＧＷ
を使って実施した通信実験の結果について説明する。
を使って実施した通信実験の結果について説明する。
【００６１】１．実験構成 ＴＣＰゲートウェイの効果を実証するため、図１０に示
すシステム構成により通信実験を行った。具体的には、
ＴＧＷ−Ａ、−Ｂとして、それぞれ２枚のＡＴＭボード
（ＦＯＲＥ ＳＢＡ２００Ｅ）を有する２台のＳＰＡＲ
Ｃ Ｓｔａｔｉｏｎ ２０（ＳＳ２０：ＳｕｐｅｒＳＰＡ
ＲＣ ＩＩ ７５ＭＨｚ、１２８Ｍｂｙｔｅｓ、Ｓｏｌａ
ｒｉｓ ２．５．１）、端末Ａ、Ｂとして、それぞれ１
枚のＡＴＭボード（ＦＯＲＥ ＰＣＡ２００Ｅ）を有す
る２台のＰＣ（Ｐｅｎｔｉｕｍ ＩＩ ２３３ＭＨｚ、６
４Ｍｂｙｔｅｓ、Ｓｏｌａｒｉｓ ２．６）を用意し、
これらを、ＡＴＭスイッチ（ＦＯＲＥ ＡＳＸ２００）
ならびにネットワーク内に遅延や伝送誤りを挿入するた
めのデータチャネルシミュレータ（ＡＤＴＥＣＨ ＳＸ
／１４）を介して接続した。なお、回線については、端
末−ＴＧＷ間はＯＣ−３（１５５Ｍｂｐｓ）、ＴＧＷ間
はＯＣ−３ならびにＤＳ−３（４５ＭＭｂｐｓ）を使用
した。
すシステム構成により通信実験を行った。具体的には、
ＴＧＷ−Ａ、−Ｂとして、それぞれ２枚のＡＴＭボード
（ＦＯＲＥ ＳＢＡ２００Ｅ）を有する２台のＳＰＡＲ
Ｃ Ｓｔａｔｉｏｎ ２０（ＳＳ２０：ＳｕｐｅｒＳＰＡ
ＲＣ ＩＩ ７５ＭＨｚ、１２８Ｍｂｙｔｅｓ、Ｓｏｌａ
ｒｉｓ ２．５．１）、端末Ａ、Ｂとして、それぞれ１
枚のＡＴＭボード（ＦＯＲＥ ＰＣＡ２００Ｅ）を有す
る２台のＰＣ（Ｐｅｎｔｉｕｍ ＩＩ ２３３ＭＨｚ、６
４Ｍｂｙｔｅｓ、Ｓｏｌａｒｉｓ ２．６）を用意し、
これらを、ＡＴＭスイッチ（ＦＯＲＥ ＡＳＸ２００）
ならびにネットワーク内に遅延や伝送誤りを挿入するた
めのデータチャネルシミュレータ（ＡＤＴＥＣＨ ＳＸ
／１４）を介して接続した。なお、回線については、端
末−ＴＧＷ間はＯＣ−３（１５５Ｍｂｐｓ）、ＴＧＷ間
はＯＣ−３ならびにＤＳ−３（４５ＭＭｂｐｓ）を使用
した。
【００６２】２．実験内容 実験内容は以下の通りである。
【００６３】２−１．通常の（ウインドウスケールを持
たない）ＴＣＰを用いた場合の、ＴＧＷの有無によるス
ループットの比較。
たない）ＴＣＰを用いた場合の、ＴＧＷの有無によるス
ループットの比較。
【００６４】ａ）ＤＳ３回線に、２００ｍｓｅｃの往復
伝送遅延（ＲＴＴ）を挿入。
伝送遅延（ＲＴＴ）を挿入。
【００６５】ｂ）ＴＧＷ無の状態は、ＴＧＷと接続して
いる２本のＯＣ−３回線をＴＧＷに入力する直前でルー
プバックさせることにより実現する。
いる２本のＯＣ−３回線をＴＧＷに入力する直前でルー
プバックさせることにより実現する。
【００６６】ｃ）ＴＧＷのウインドウサイズは、個々の
ＨＴＰコネクションに対するウインドウサイズが１Ｍｂ
ｙｔｅｓ、グローバルクレジットの最大値が２０４８個
とする。
ＨＴＰコネクションに対するウインドウサイズが１Ｍｂ
ｙｔｅｓ、グローバルクレジットの最大値が２０４８個
とする。
【００６７】ｄ）ＴＣＰのウインドウサイズは３６５６
０ｂｙｔｅｓ（デフォルト値）とする。
０ｂｙｔｅｓ（デフォルト値）とする。
【００６８】２−２．伝送誤りのある環境における、ウ
インドウスケールを有するＴＣＰ（ＴＧＷ無）と、（Ｔ
ＧＷ＋通常のＴＣＰ）とのスループットの比較。
インドウスケールを有するＴＣＰ（ＴＧＷ無）と、（Ｔ
ＧＷ＋通常のＴＣＰ）とのスループットの比較。
【００６９】ａ）２−１．ａ）−ｃ）に同じ。
【００７０】ｂ）（ＴＧＷ＋通常ＴＣＰ）の場合のＴＣ
Ｐのウインドウサイズは３６５６０ｂｙｔｅｓとする。
ウインドウスケールをサポートするＴＣＰでは１Ｍｂｙ
ｔｅｓとする。
Ｐのウインドウサイズは３６５６０ｂｙｔｅｓとする。
ウインドウスケールをサポートするＴＣＰでは１Ｍｂｙ
ｔｅｓとする。
【００７１】ｃ）ＴＣＰコネクション数は１〜４とす
る。
る。
【００７２】ｄ）ウインドウスケールを有するＴＣＰを
用いる場合は、ＤＳ−３回線での輻輳を防ぐため、端末
でＤＳ−３に合わせた速度でデータを送出するようにト
ラヒックシェーピングを行う。
用いる場合は、ＤＳ−３回線での輻輳を防ぐため、端末
でＤＳ−３に合わせた速度でデータを送出するようにト
ラヒックシェーピングを行う。
【００７３】ｅ）ＢＥＲ＝０（なし）、１Ｅ−９、１Ｅ
−８、１Ｅ−７のいずれかを誤り率を持つ、ランダムビ
ット誤りを挿入する。
−８、１Ｅ−７のいずれかを誤り率を持つ、ランダムビ
ット誤りを挿入する。
【００７４】２−３．輻輳のある環境における、ウイン
ドウスケールを有するＴＣＰ （ＴＧＷ無）と、（ＴＧ
Ｗ＋通常のＴＣＰ）とのスループットの比較。
ドウスケールを有するＴＣＰ （ＴＧＷ無）と、（ＴＧ
Ｗ＋通常のＴＣＰ）とのスループットの比較。
【００７５】ａ）２−２．ａ）−ｂ）に同じ。
【００７６】ｂ）端末では、トラヒックシェーピングを
行わない（ＯＣ−３の速度で送信する）。この場合、Ａ
ＴＭスイッチにおけるＤＳ−３回線への出力キューで輻
輳が発生する可能性がある。
行わない（ＯＣ−３の速度で送信する）。この場合、Ａ
ＴＭスイッチにおけるＤＳ−３回線への出力キューで輻
輳が発生する可能性がある。
【００７７】ｃ）図１１に示すように、（１）同時に通
信開始・終了（Ｓｉｍｕｌｔａｎｅｏｕｓ）、（２）異
なるタイミングで通信開始・同時に通信終了（Ｄｉｆｆ
ｅｒｅｎｔ Ｓｔａｒｔ Ｔｉｍｅ）、（３）大量のデー
タ転送と少量のデータ転送の組み合わせ（Ｔｒａｎｓｍ
ｉｔｔｉｎｇ Ｌａｒｇｅ ａｎｄ Ｓｍａｌｌ Ｄａｔ
ａ）、の３種類の状況設定に従って通信する。
信開始・終了（Ｓｉｍｕｌｔａｎｅｏｕｓ）、（２）異
なるタイミングで通信開始・同時に通信終了（Ｄｉｆｆ
ｅｒｅｎｔ Ｓｔａｒｔ Ｔｉｍｅ）、（３）大量のデー
タ転送と少量のデータ転送の組み合わせ（Ｔｒａｎｓｍ
ｉｔｔｉｎｇ Ｌａｒｇｅ ａｎｄ Ｓｍａｌｌ Ｄａｔ
ａ）、の３種類の状況設定に従って通信する。
【００７８】３．結果 ３−１．通常のＴＣＰとの比較 通常のＴＣＰを用いた場合、ＴＧＷ無では１．４７Ｍｂ
ｐｓのスループットであったが、ＴＧＷ有では、３３．
５Ｍｂｐｓまでスループットが向上した。
ｐｓのスループットであったが、ＴＧＷ有では、３３．
５Ｍｂｐｓまでスループットが向上した。
【００７９】３−２．ウインドウスケールオプションを
有するＴＣＰとの比較（ランダムビット誤り有） 図１２に、ランダムビット誤りを挿入した場合の、ウイ
ンドウスケールオプションを有するＴＣＰと（通常のＴ
ＣＰ＋ＴＧＷ）の実験結果を示す。図１２の縦軸はスル
ープット（Ｔｏｔａｌ Ｔｈｒｏｕｇｈｐｕｔ）を、横
軸はビット誤り率（ＢＥＲ）をそれぞれ表している。す
なわちこのグラフは、ビット誤り率１Ｅ−０９〜１Ｅ−
０７に設定された擬似的な環境下でどのような速度が得
られるかを示したもので、実線は本発明による結果を、
破線は従来例による結果をそれぞれ表している。ただ
し、ＴＣＰＧＷの２及び４チャンネルは、ともに結果が
同じであったため、一つの実線で示している。
有するＴＣＰとの比較（ランダムビット誤り有） 図１２に、ランダムビット誤りを挿入した場合の、ウイ
ンドウスケールオプションを有するＴＣＰと（通常のＴ
ＣＰ＋ＴＧＷ）の実験結果を示す。図１２の縦軸はスル
ープット（Ｔｏｔａｌ Ｔｈｒｏｕｇｈｐｕｔ）を、横
軸はビット誤り率（ＢＥＲ）をそれぞれ表している。す
なわちこのグラフは、ビット誤り率１Ｅ−０９〜１Ｅ−
０７に設定された擬似的な環境下でどのような速度が得
られるかを示したもので、実線は本発明による結果を、
破線は従来例による結果をそれぞれ表している。ただ
し、ＴＣＰＧＷの２及び４チャンネルは、ともに結果が
同じであったため、一つの実線で示している。
【００８０】図１２に示すように、ＴＧＷを用いること
によって、伝送誤りがある場合においても、スループッ
ト低下を防ぐことが可能となることが明らかとなった。
これは、ＴＣＰによる誤り回復機能ならびにエンドツー
エンドのフロー制御よりも、ＴＧＷを用いた場合のＳＳ
ＣＯＰによる誤り回復機能ならびにリンクバイリンクの
フロー制御の方が有効に機能しているためと考えられ
る。
によって、伝送誤りがある場合においても、スループッ
ト低下を防ぐことが可能となることが明らかとなった。
これは、ＴＣＰによる誤り回復機能ならびにエンドツー
エンドのフロー制御よりも、ＴＧＷを用いた場合のＳＳ
ＣＯＰによる誤り回復機能ならびにリンクバイリンクの
フロー制御の方が有効に機能しているためと考えられ
る。
【００８１】３−３．輻輳のある環境におけるウインド
ウスケールオプションを有するＴＣＰとの比較 状況設定（１） （ＴＧＷ＋通常のＴＣＰ）では、合計スループットが３
５．９Ｍｂｐｓであり、また、個々のコネクションのス
ループットは全ての場合で１７．９５Ｍｂｐｓであっ
た。一方、ウインドウスケールオプション付きのＴＣＰ
では、合計スループットが３１．４Ｍｂｐｓであり、個
々のコネクションのスループットは、最も悪い場合で１
８．６Ｍｂｐｓと１３．６Ｍｂｐｓであった。この結果
から、ＴＧＷが回線の利用効率が高くかつ公平な通信を
実現していることがわかる。これは、ウインドウスケー
ル付きのＴＣＰでは、エンドツーエンドでフロー制御を
行うため、ＡＴＭスイッチにおけるＤＳ３への出力時に
輻輳が発生するのに対して、ＴＧＷでは、ＴＣＰ側で端
末からの送信を制御しながら、ＤＳ３回線に応じた送信
レートでＨＴＰパケットを送信可能であり、従って輻輳
が発生しないためと考えられる。
ウスケールオプションを有するＴＣＰとの比較 状況設定（１） （ＴＧＷ＋通常のＴＣＰ）では、合計スループットが３
５．９Ｍｂｐｓであり、また、個々のコネクションのス
ループットは全ての場合で１７．９５Ｍｂｐｓであっ
た。一方、ウインドウスケールオプション付きのＴＣＰ
では、合計スループットが３１．４Ｍｂｐｓであり、個
々のコネクションのスループットは、最も悪い場合で１
８．６Ｍｂｐｓと１３．６Ｍｂｐｓであった。この結果
から、ＴＧＷが回線の利用効率が高くかつ公平な通信を
実現していることがわかる。これは、ウインドウスケー
ル付きのＴＣＰでは、エンドツーエンドでフロー制御を
行うため、ＡＴＭスイッチにおけるＤＳ３への出力時に
輻輳が発生するのに対して、ＴＧＷでは、ＴＣＰ側で端
末からの送信を制御しながら、ＤＳ３回線に応じた送信
レートでＨＴＰパケットを送信可能であり、従って輻輳
が発生しないためと考えられる。
【００８２】状況設定（２） （ＴＧＷ＋通常のＴＣＰ）では、最初に開始したコネク
ション１のスループットが１８Ｍｂｐｓ、次に開始した
コネクション２のスループットは１７．９Ｍｂｐｓであ
った。一方ウインドウスケールオプション付きのＴＣＰ
では、それぞれ、１９．２Ｍｂｐｓと１４．３Ｍｂｐｓ
であった。これらの結果からも、状況設定１で選られた
知見に加えて、ＴＧＷが後から加わったコネクションに
対しても公平なスループットを提供可能であることがわ
かる。これは、状況設定１と同様の理由に加えて、ＴＧ
Ｗでは、送信側ＴＣＰとのフロー制御を遅延の少ない環
境で終端することで、送信側端末のＴＣＰにおいて輻輳
を回避するために行われるスロースタート手順を素早く
終了させているためであると考えられる。
ション１のスループットが１８Ｍｂｐｓ、次に開始した
コネクション２のスループットは１７．９Ｍｂｐｓであ
った。一方ウインドウスケールオプション付きのＴＣＰ
では、それぞれ、１９．２Ｍｂｐｓと１４．３Ｍｂｐｓ
であった。これらの結果からも、状況設定１で選られた
知見に加えて、ＴＧＷが後から加わったコネクションに
対しても公平なスループットを提供可能であることがわ
かる。これは、状況設定１と同様の理由に加えて、ＴＧ
Ｗでは、送信側ＴＣＰとのフロー制御を遅延の少ない環
境で終端することで、送信側端末のＴＣＰにおいて輻輳
を回避するために行われるスロースタート手順を素早く
終了させているためであると考えられる。
【００８３】状況設定（３） 図１３に、状況設定３に従った通信実験の結果を示す。
合計スループットならびに個々のスループット共に、
（ＴＧＷ＋通常のＴＣＰ）の方が高い値を得ている。特
に、少量データ転送のスループットが、では、合計スル
ープットが３４．５Ｍｂｐｓであり、また、大量データ
転送のスループットを大幅に改善している。これらの結
果も、状況設定１、２と同様の理由によるものと考えら
れる。
合計スループットならびに個々のスループット共に、
（ＴＧＷ＋通常のＴＣＰ）の方が高い値を得ている。特
に、少量データ転送のスループットが、では、合計スル
ープットが３４．５Ｍｂｐｓであり、また、大量データ
転送のスループットを大幅に改善している。これらの結
果も、状況設定１、２と同様の理由によるものと考えら
れる。
【００８４】
【発明の効果】以上説明したように、この発明に係わる
ＴＣＰ通信高速化装置においては、送信側端末から要求
されるバッファ量を制限しつつ、回線帯域をコネクショ
ン数に依存することなく有効かつ公平に使用することが
できるので、複数のＴＣＰコネクションを扱う場合に効
率的なバッファ利用を行うことができる。
ＴＣＰ通信高速化装置においては、送信側端末から要求
されるバッファ量を制限しつつ、回線帯域をコネクショ
ン数に依存することなく有効かつ公平に使用することが
できるので、複数のＴＣＰコネクションを扱う場合に効
率的なバッファ利用を行うことができる。
【図１】（ａ），（ｂ）は実施形態に係わるネットワー
クシステムのプロトコル構成を示す説明図。
クシステムのプロトコル構成を示す説明図。
【図２】ＴＧＷのさらに詳細なプロトコル構成とパケッ
トの流れを示す説明図。
トの流れを示す説明図。
【図３】広域ＡＴＭ網をベースとしたネットワークシス
テムの概略構成図。
テムの概略構成図。
【図４】ＨＴＰコネクション確立時の通信シーケンスを
示す説明図。
示す説明図。
【図５】ＨＴＰコネクションの解放時の通信シーケンス
を示す説明図。
を示す説明図。
【図６】ＨＴＰ−ＤＴ送信におけるＴＣＰ−ＤＴ入力時
の処理手順を示すフローチャート。
の処理手順を示すフローチャート。
【図７】ＨＴＰ−ＤＴ送信におけるＨＴＰウインドウ更
新時の処理手順を示すフローチャート。
新時の処理手順を示すフローチャート。
【図８】ＨＴＰ−ＤＴ送信におけるグローバルクレジッ
ト更新時の処理手順を示すフローチャート。
ト更新時の処理手順を示すフローチャート。
【図９】ＳＳＣＯＰのシーケンスを含むデータ転送時の
通信シーケンス例を示す説明図。
通信シーケンス例を示す説明図。
【図１０】実施例に係わるシステム構成を示す概略構成
図。
図。
【図１１】実施例における３種類の状況設定の内容を示
す説明図。
す説明図。
【図１２】ランダムビット誤りを挿入した場合のウイン
ドウスケールオプションを有するＴＣＰと（通常のＴＣ
Ｐ＋ＴＧＷ）の実験結果を示すグラフ。
ドウスケールオプションを有するＴＣＰと（通常のＴＣ
Ｐ＋ＴＧＷ）の実験結果を示すグラフ。
【図１３】状況設定３に従った通信実験の結果を示す説
明図。
明図。
１，２ ＬＡＮ ３，４ ルータ ５，６ ＡＴＭ交換機 ７ 広域ＡＴＭ網 ８，９ ＡＴＭ端末 １０，１１ ＴＧＷ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 吉泉 浩平 東京都新宿区西新宿２丁目３番２号 国際 電信電話株式会社内
Claims (2)
- 【請求項１】 複数のＬＡＮ間を接続してＴＣＰ／ＩＰ
によるデータ通信を実現している広域網の両端に付加さ
れるＴＣＰ通信高速化装置であって、 ＯＳＩ参照モデルにおけるデータリンク層でのパケット
中継機能を有するとともに、受信したパケットに対しＯ
ＳＩ参照モデルにおけるトランスポート層のＴＣＰまで
の処理を提供するパケット処理手段と、 送信側端末から入力されたＴＣＰパケットに対し、受信
側端末に代わってＴＣＰのフロー制御ならびに再送制御
を終端する終端手段と、 広域網を介して対向配置された同装置との間で、独自の
フロー制御手順ならびにＳＳＣＯＰを用いたデータリン
ク層での選択再送手順を用いてパケットを転送する第１
のパケット転送手段と、 受信側端末に対し、送信側端末に代わってＴＣＰのフロ
ー制御ならびに再送制御に従ってパケットを転送する第
２のパケット転送手段と、 を備え、複数のＴＣＰコネクションに対し、前記終端手
段、第１及び第２のパケット転送手段の処理を同時に提
供することを特徴とするＴＣＰ通信高速化装置。 - 【請求項２】 対向する装置との間では、個々のＴＣＰ
コネクションに対し、遅延に応じた広いウインドウサイ
ズに基づくフロー制御を提供すると同時に、全てのＴＣ
Ｐコネクションを対象としたフロー制御を行うことを特
徴とする請求項１記載のＴＣＰ通信高速化装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14344998A JP3315926B2 (ja) | 1998-05-25 | 1998-05-25 | Ｔｃｐ通信高速化装置 |
| US09/314,710 US6535515B1 (en) | 1998-05-25 | 1999-05-19 | TCP communication speed improving system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14344998A JP3315926B2 (ja) | 1998-05-25 | 1998-05-25 | Ｔｃｐ通信高速化装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11341072A true JPH11341072A (ja) | 1999-12-10 |
| JP3315926B2 JP3315926B2 (ja) | 2002-08-19 |
Family
ID=15338969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14344998A Expired - Fee Related JP3315926B2 (ja) | 1998-05-25 | 1998-05-25 | Ｔｃｐ通信高速化装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6535515B1 (ja) |
| JP (1) | JP3315926B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005020524A1 (ja) * | 2003-08-20 | 2005-03-03 | Nec Corporation | セッション中継装置及び中継方法 |
| US7054902B2 (en) | 2001-10-23 | 2006-05-30 | Packeteer, Inc. | Multicast delivery systems and methods |
| KR100649643B1 (ko) * | 2005-05-11 | 2006-11-27 | 부산대학교 산학협력단 | Ｔｃｐ/ｉｐ 가속장치 |
| JP2012147375A (ja) * | 2011-01-14 | 2012-08-02 | Fujitsu Advanced Engineering Ltd | スイッチ装置、輻輳防止方法、及び輻輳防止プログラム |
| JP2013179502A (ja) * | 2012-02-28 | 2013-09-09 | Fujitsu Ltd | 通信制御装置、通信制御方法および通信制御プログラム |
| JP2013247632A (ja) * | 2012-05-29 | 2013-12-09 | Mitsubishi Electric Corp | Ｔｃｐ通信高速化装置 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3604615B2 (ja) * | 2000-04-21 | 2004-12-22 | 株式会社東芝 | 通信装置、中継装置および通信制御方法 |
| US6757248B1 (en) * | 2000-06-14 | 2004-06-29 | Nokia Internet Communications Inc. | Performance enhancement of transmission control protocol (TCP) for wireless network applications |
| US6822947B2 (en) * | 2001-02-02 | 2004-11-23 | Telefonaktiebolaget L M Ericsson (Publ) | Radio network emulator for a packet core network |
| GB2403378B (en) * | 2003-06-27 | 2007-05-30 | Ipwireless Inc | Method and arrangement for TCP flow control |
| CN100423513C (zh) * | 2006-03-21 | 2008-10-01 | 杭州华三通信技术有限公司 | 一种tcp连接的合并方法 |
| JP2008099139A (ja) * | 2006-10-13 | 2008-04-24 | Fujitsu Ltd | 通信方法 |
| US8374091B2 (en) * | 2009-03-26 | 2013-02-12 | Empire Technology Development Llc | TCP extension and variants for handling heterogeneous applications |
| US10229230B2 (en) * | 2015-01-06 | 2019-03-12 | International Business Machines Corporation | Simulating a large network load |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2671097B1 (fr) | 1990-12-28 | 1993-04-23 | Sanofi Sa | Souche mutante de xanthomonas campestris, procede d'obtention de xanthane et xanthane non visqueux. |
| CN1104687C (zh) * | 1996-01-31 | 2003-04-02 | 伊普思龙网络公司 | 传输网络中在包路由选择和包交换之间动态转换的改进方法及设备 |
| JPH1032584A (ja) * | 1996-07-17 | 1998-02-03 | Matsushita Electric Ind Co Ltd | 再送制御機能を有するデータ転送装置 |
| JPH1053676A (ja) | 1996-08-09 | 1998-02-24 | Chisso Corp | 低溶出性成形品 |
| JPH1079740A (ja) * | 1996-09-03 | 1998-03-24 | Hitachi Ltd | Ａｔｍスイッチを用いたルータ装置 |
| US6105064A (en) * | 1997-05-30 | 2000-08-15 | Novell, Inc. | System for placing packets on network for transmission from sending endnode to receiving endnode at times which are determined by window size and metering interval |
| US6252878B1 (en) * | 1997-10-30 | 2001-06-26 | Cisco Technology, Inc. | Switched architecture access server |
| US6247058B1 (en) * | 1998-03-30 | 2001-06-12 | Hewlett-Packard Company | Method and apparatus for processing network packets using time stamps |
-
1998
- 1998-05-25 JP JP14344998A patent/JP3315926B2/ja not_active Expired - Fee Related
-
1999
- 1999-05-19 US US09/314,710 patent/US6535515B1/en not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7054902B2 (en) | 2001-10-23 | 2006-05-30 | Packeteer, Inc. | Multicast delivery systems and methods |
| WO2005020524A1 (ja) * | 2003-08-20 | 2005-03-03 | Nec Corporation | セッション中継装置及び中継方法 |
| KR100649643B1 (ko) * | 2005-05-11 | 2006-11-27 | 부산대학교 산학협력단 | Ｔｃｐ/ｉｐ 가속장치 |
| JP2012147375A (ja) * | 2011-01-14 | 2012-08-02 | Fujitsu Advanced Engineering Ltd | スイッチ装置、輻輳防止方法、及び輻輳防止プログラム |
| JP2013179502A (ja) * | 2012-02-28 | 2013-09-09 | Fujitsu Ltd | 通信制御装置、通信制御方法および通信制御プログラム |
| JP2013247632A (ja) * | 2012-05-29 | 2013-12-09 | Mitsubishi Electric Corp | Ｔｃｐ通信高速化装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3315926B2 (ja) | 2002-08-19 |
| US6535515B1 (en) | 2003-03-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1507353B1 (en) | Transmission/reception of data flows with different QoS requirements | |
| JP4164365B2 (ja) | デュアル・プロキシ装置を設けることによる無線インタフェースを介するｔｃｐ性能の改良技術 | |
| US5519699A (en) | Method of protocol termination and a packet data communication system applied the method | |
| EP0454364B1 (en) | High speed transport protocol with two windows | |
| JP3448481B2 (ja) | 非対称回線用ｔｃｐ通信高速化装置 | |
| JP3315926B2 (ja) | Ｔｃｐ通信高速化装置 | |
| JP2000115232A (ja) | デ―タ・パケット送信方法および装置 | |
| WO2003043285A2 (en) | Flow control between performance enhancing proxies over variable bandwidth split links | |
| KR19990066799A (ko) | 에이티엠 통신망내에서 수행되는 인버스 멀티플렉싱 과정 | |
| JPH10200598A (ja) | 通信装置 | |
| US6473430B2 (en) | Systems and methods for connecting frame relay devices via an ATM network using a frame relay proxy signaling agent | |
| JPH07250100A (ja) | 広域網を用いたｌａｎ間の相互通信方式及びこれに用いる相互接続装置 | |
| JP2001156795A (ja) | パケットのフロー制御装置および方法 | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 Configuration Commands | |
| Cisco | X.25 Configuration Commands | |
| Cisco | X.25 Configuration Commands | |
| Cisco | X.25 Configuration Commands | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 and LAPB Commands | |
| Cisco | X.25 Configuration Commands | |
| Cisco | X.25 Configuration Commands | |
| Cisco | X.25 Configuration Commands | |
| Cisco | X.25 Configuration Commands |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110607 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120607 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140607 Year of fee payment: 12 |
|
| LAPS | Cancellation because of no payment of annual fees |