JP3482091B2 - 通信装置 - Google Patents
通信装置Info
- Publication number
- JP3482091B2 JP3482091B2 JP00236597A JP236597A JP3482091B2 JP 3482091 B2 JP3482091 B2 JP 3482091B2 JP 00236597 A JP00236597 A JP 00236597A JP 236597 A JP236597 A JP 236597A JP 3482091 B2 JP3482091 B2 JP 3482091B2
- Authority
- JP
- Japan
- Prior art keywords
- layer protocol
- data unit
- transport layer
- protocol data
- network
- 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 - Fee Related
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
-
- 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/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
Description
【０００１】
【発明の属する技術分野】本発明は、トランスポート層
を含む通信プロトコルを使用する通信装置に関する。
を含む通信プロトコルを使用する通信装置に関する。
【０００２】
【従来の技術】ＴＣＰ／ＩＰは代表的なトランスポート
層を含む通信プロトコルである。従来のＴＣＰ／ＩＰネ
ットワークの構成例を図１０に示す。
層を含む通信プロトコルである。従来のＴＣＰ／ＩＰネ
ットワークの構成例を図１０に示す。
【０００３】同図に示すネットワークでは、ネットワー
ク６１０に属する端末１３１、１３２とこれとは異なる
ネットワーク６２０に属する端末１４１、１４２、１４
３とが相互に通信するために、ネットワーク６１０とネ
ットワーク６２０とをＩＰルータ１５０により接続して
いる。ＩＰルータ１５０は、ＩＰアドレスａ．ａ．ａ．
１またはａ．ａ．ｂ．１のインタフェースからＩＰデー
タグラムを受信し、該ＩＰデータグラムのＩＰヘッダの
送信先ＩＰアドレスをキーとしてルーティングテーブル
を引き、出力すべき適切なインタフェースにＩＰデータ
グラムを出力する。例えば、ＩＰアドレスａ．ａ．ａ．
２の端末１３１からＩＰアドレスａ．ａ．ｂ．２の端末
１４１に送信されたＩＰデータグラムは、ＩＰルータ１
５０のａ．ａ．ａ．１インタフェースで受信され、ａ．
ａ．ｂ．１インタフェースに出力され、端末１４１に達
する。
ク６１０に属する端末１３１、１３２とこれとは異なる
ネットワーク６２０に属する端末１４１、１４２、１４
３とが相互に通信するために、ネットワーク６１０とネ
ットワーク６２０とをＩＰルータ１５０により接続して
いる。ＩＰルータ１５０は、ＩＰアドレスａ．ａ．ａ．
１またはａ．ａ．ｂ．１のインタフェースからＩＰデー
タグラムを受信し、該ＩＰデータグラムのＩＰヘッダの
送信先ＩＰアドレスをキーとしてルーティングテーブル
を引き、出力すべき適切なインタフェースにＩＰデータ
グラムを出力する。例えば、ＩＰアドレスａ．ａ．ａ．
２の端末１３１からＩＰアドレスａ．ａ．ｂ．２の端末
１４１に送信されたＩＰデータグラムは、ＩＰルータ１
５０のａ．ａ．ａ．１インタフェースで受信され、ａ．
ａ．ｂ．１インタフェースに出力され、端末１４１に達
する。
【０００４】ところで、ネットワークを利用する多くの
マルチメディアサービスでは、データをサーバ端末から
クライアント端末にダウンロードするものが多い点に着
目して、最近では端末への入力の帯域幅が端末からの出
力の帯域幅に比べて極めて広い、非対称なアクセスネッ
トワークが開発されている。
マルチメディアサービスでは、データをサーバ端末から
クライアント端末にダウンロードするものが多い点に着
目して、最近では端末への入力の帯域幅が端末からの出
力の帯域幅に比べて極めて広い、非対称なアクセスネッ
トワークが開発されている。
【０００５】しかし、このような非対称な伝送路を持つ
ネットワークでは、推奨されているＴＣＰの実装方式に
おいて「２つのＴＣＰセグメントに対して１つのａｃｋ
を返す」というアルゴリズムがあることから、サーバか
らクライアント方向へのＴＣＰのスループットを低下さ
せることがある。なぜならば、サーバからクライアント
方向への帯域幅は、 （クライアント→サーバ方向帯域幅）×（２×最大セグ
メントサイズ）／ａｃｋサイズ を上回ることができないからである。
ネットワークでは、推奨されているＴＣＰの実装方式に
おいて「２つのＴＣＰセグメントに対して１つのａｃｋ
を返す」というアルゴリズムがあることから、サーバか
らクライアント方向へのＴＣＰのスループットを低下さ
せることがある。なぜならば、サーバからクライアント
方向への帯域幅は、 （クライアント→サーバ方向帯域幅）×（２×最大セグ
メントサイズ）／ａｃｋサイズ を上回ることができないからである。
【０００６】そこで、２個のＴＣＰセグメントに対して
１つのａｃｋを返すというアルゴリズムを変更し、ｎ個
のＴＣＰセグメント（ｎ＞２）に対して１つのａｃｋを
返すようにして、ａｃｋの数を減らせばスループットは
向上するが、これでは推奨されたＴＣＰの実装方式を破
ることになり、しかも全ての端末のＴＣＰの実装を変更
することは困難である。
１つのａｃｋを返すというアルゴリズムを変更し、ｎ個
のＴＣＰセグメント（ｎ＞２）に対して１つのａｃｋを
返すようにして、ａｃｋの数を減らせばスループットは
向上するが、これでは推奨されたＴＣＰの実装方式を破
ることになり、しかも全ての端末のＴＣＰの実装を変更
することは困難である。
【０００７】なお、ＴＣＰセグメントはより一般的には
トランスポート層プロトコルデータユニット、ＩＰデー
タグラムはネットワーク層プロトコルデータユニットと
呼ばれる。
トランスポート層プロトコルデータユニット、ＩＰデー
タグラムはネットワーク層プロトコルデータユニットと
呼ばれる。
【０００８】
【発明が解決しようとする課題】本発明は、このような
課題を解決するためになされたもので、ＴＣＰの標準的
な実装をもつ端末のＴＣＰの実装を変更することなく、
該端末を非対称な通信路に接続した場合にＴＣＰのスル
ープットを向上させることができる通信装置を提供する
ことを目的とする。
課題を解決するためになされたもので、ＴＣＰの標準的
な実装をもつ端末のＴＣＰの実装を変更することなく、
該端末を非対称な通信路に接続した場合にＴＣＰのスル
ープットを向上させることができる通信装置を提供する
ことを目的とする。
【０００９】
【課題を解決するための手段】かかる課題を解決するた
め、請求項１記載の発明は、第１のトランスポート層プ
ロトコルデータユニットを入力する第１のインタフェー
ス手段と、該第１のトランスポート層プロトコルデータ
ユニットに含まれたデータを含みかつ該第１のトランス
ポート層プロトコルデータユニットとは異なるプロトコ
ルデータユニットサイズの第２のトランスポート層プロ
トコルデータユニットを、該第１のトランスポート層プ
ロトコルデータユニットに基づいて生成する生成モジュ
ールと、該第２のトランスポート層プロトコルデータユ
ニットを第１のネットワークに出力する第２のインタフ
ェース手段とを備え、該第２のインタフェース手段が、
その入力側の帯域幅よりも出力側の帯域幅を広くして非
対称としたことを特徴とする通信装置である。請求項２
記載の発明は、請求項１記載の通信装置であって、前記
第１のインタフェース手段は、第２のネットワークと接
続され、該第２のネットワークから前記第１のトランス
ポート層プロトコルデータユニットへ入力することを特
徴とする。請求項３記載の発明は、請求項２記載の通信
装置であって、前記生成モジュールは、前記第２のネッ
トワークから前記第１のトランスポート層プロトコルデ
ータユニットを伝送する第１のトランスポート層プロト
コル接続を終端し、かつ第２のトランスポート層プロト
コル接続を通じて前記第１のネットワークへ前記第２の
トランスポート層プロトコルデータユニットを送信する
サブモジュールを有することを特徴とする。請求項４記
載の発明は、請求項１記載の通信装置であって、前記生
成モジュールは、前記第２のインタフェース手段の最大
セグメントサイズからネットワーク層プロトコルヘッダ
サイズ及びトランスポート層プロトコルヘッダサイズを
減ずることにより決定されるサイズを超えないサイズに
プロトコルデータユニットサイズを制御するサブモジュ
ールを含むことを特徴とする。
め、請求項１記載の発明は、第１のトランスポート層プ
ロトコルデータユニットを入力する第１のインタフェー
ス手段と、該第１のトランスポート層プロトコルデータ
ユニットに含まれたデータを含みかつ該第１のトランス
ポート層プロトコルデータユニットとは異なるプロトコ
ルデータユニットサイズの第２のトランスポート層プロ
トコルデータユニットを、該第１のトランスポート層プ
ロトコルデータユニットに基づいて生成する生成モジュ
ールと、該第２のトランスポート層プロトコルデータユ
ニットを第１のネットワークに出力する第２のインタフ
ェース手段とを備え、該第２のインタフェース手段が、
その入力側の帯域幅よりも出力側の帯域幅を広くして非
対称としたことを特徴とする通信装置である。請求項２
記載の発明は、請求項１記載の通信装置であって、前記
第１のインタフェース手段は、第２のネットワークと接
続され、該第２のネットワークから前記第１のトランス
ポート層プロトコルデータユニットへ入力することを特
徴とする。請求項３記載の発明は、請求項２記載の通信
装置であって、前記生成モジュールは、前記第２のネッ
トワークから前記第１のトランスポート層プロトコルデ
ータユニットを伝送する第１のトランスポート層プロト
コル接続を終端し、かつ第２のトランスポート層プロト
コル接続を通じて前記第１のネットワークへ前記第２の
トランスポート層プロトコルデータユニットを送信する
サブモジュールを有することを特徴とする。請求項４記
載の発明は、請求項１記載の通信装置であって、前記生
成モジュールは、前記第２のインタフェース手段の最大
セグメントサイズからネットワーク層プロトコルヘッダ
サイズ及びトランスポート層プロトコルヘッダサイズを
減ずることにより決定されるサイズを超えないサイズに
プロトコルデータユニットサイズを制御するサブモジュ
ールを含むことを特徴とする。
【００１０】請求項５記載の発明は、送信したトランス
ポート層プロトコルデータユニットの送達確認情報を含
むトランスポート層プロトコルデータユニットを、前記
送信したトランスポート層プロトコルデータユニット数
に比例した数受信する通信装置であって、第１のトラン
スポート層プロトコルデータユニットを入力する第１の
インターフェース手段と、該第１のトランスポート層プ
ロトコルデータユニットに含まれたデータを含みかつ該
第１のトランスポート層プロトコルデータユニットとは
異なるプロトコルデータユニットサイズの第２のトラン
スポート層プロトコルデータユニットを、該第１のトラ
ンスポート層プロトコルデータユニットに基づいて生成
する生成モジュールと、該第２のトランスポート層プロ
トコルデータユニットを第１のネットワークに出力する
第２のインタフェース手段とを備え、該生成モジュール
は、該第１のトランスポート層プロトコルデータユニッ
トのサイズよりも大なるサイズとなるようにプロトコル
データユニットサイズを制御するサブモジュールを有す
ることを特徴とする通信装置である。請求項６記載の発
明は、請求項５記載の通信装置であって、前記生成モジ
ュールは、複数の前記第１のトランスポート層プロトコ
ルデータユニットから前記第２のトランスポート層プロ
トコルデータユニットを生成することを特徴とする。請
求項７記載の発明は、請求項５記載の通信装置であっ
て、前記生成モジュールは、前記第２のトランスポート
層プロトコルデータユニットを、前記第２のインタフェ
ースから出力される複数のネットワーク層プロトコルユ
ニットであって、ネットワーク層プロトコルヘッダと、
トランスポート層プロトコルヘッダを含む複数のネット
ワーク層プロトコルユニットのうち少なくとも一のネッ
トワーク層プロトコルユニットと、を各々に含む該複数
のネットワーク層プロトコルユニットに分割するサブモ
ジュールを含むことを特徴とする。
ポート層プロトコルデータユニットの送達確認情報を含
むトランスポート層プロトコルデータユニットを、前記
送信したトランスポート層プロトコルデータユニット数
に比例した数受信する通信装置であって、第１のトラン
スポート層プロトコルデータユニットを入力する第１の
インターフェース手段と、該第１のトランスポート層プ
ロトコルデータユニットに含まれたデータを含みかつ該
第１のトランスポート層プロトコルデータユニットとは
異なるプロトコルデータユニットサイズの第２のトラン
スポート層プロトコルデータユニットを、該第１のトラ
ンスポート層プロトコルデータユニットに基づいて生成
する生成モジュールと、該第２のトランスポート層プロ
トコルデータユニットを第１のネットワークに出力する
第２のインタフェース手段とを備え、該生成モジュール
は、該第１のトランスポート層プロトコルデータユニッ
トのサイズよりも大なるサイズとなるようにプロトコル
データユニットサイズを制御するサブモジュールを有す
ることを特徴とする通信装置である。請求項６記載の発
明は、請求項５記載の通信装置であって、前記生成モジ
ュールは、複数の前記第１のトランスポート層プロトコ
ルデータユニットから前記第２のトランスポート層プロ
トコルデータユニットを生成することを特徴とする。請
求項７記載の発明は、請求項５記載の通信装置であっ
て、前記生成モジュールは、前記第２のトランスポート
層プロトコルデータユニットを、前記第２のインタフェ
ースから出力される複数のネットワーク層プロトコルユ
ニットであって、ネットワーク層プロトコルヘッダと、
トランスポート層プロトコルヘッダを含む複数のネット
ワーク層プロトコルユニットのうち少なくとも一のネッ
トワーク層プロトコルユニットと、を各々に含む該複数
のネットワーク層プロトコルユニットに分割するサブモ
ジュールを含むことを特徴とする。
【００１１】請求項８記載の発明は、第１のトランスポ
ート層プロトコルデータユニットを入力する第１のイン
タフェース手段と、該第１のトランスポート層プロトコ
ルデータユニットに含まれたデータを含みかつ該第１の
トランスポート層プロトコルデータユニットとは異なる
プロトコルデータユニットサイズの第２のトランスポー
ト層プロトコルデータユニットを、該第１のトランスポ
ート層プロトコルデータユニットに基づいて生成する生
成モジュールと、該第２のトランスポート層プロトコル
データユニットを第１のネットワークに出力する第２の
インタフェース手段と、該第１のトランスポート層プロ
トコルデータユニットのネットワーク層宛先アドレスを
調べて、ネットワーク層宛先アドレスがアップリンク帯
域幅よりもダウンリンク帯域幅の方が広い非対称ネット
ワークを示す場合には、前記第１のトランスポート層プ
ロトコルデータユニットを前記生成モジュールに渡す制
御モジュールとを具備することを特徴とする通信装置で
ある。請求項９記載の発明は、第１のトランスポート層
プロトコルデータユニットを入力する第１のインタフェ
ース手段と、該第１のトランスポート層プロトコルデー
タユニットに含まれたデータを含みかつ該第１のトラン
スポート層プロトコルデータユニットとは異なるプロト
コルデータユニットサイズの第２のトランスポート層プ
ロトコルデータユニットを、該第１のトランスポート層
プロトコルデータユニットに基づいて生成する生成モジ
ュールと、該第２のトランスポート層プロトコルデータ
ユニットを第１のネットワークに出力する第２のインタ
フェース手段と、該第２のインタフェースを通じて一の
重複したトランスポート層プロトコルの認証メッセージ
が受信された時に、該第２のトランスポート層プロトコ
ルデータユニットを再送信する手段とを具備することを
特徴とする通信装置である。請求項１０記載の発明は、
一の第１のトランスポート層プロトコルデータユニット
を一のネットワーク層プロトコルデータユニットにカプ
セル化可能なサイズの第１のトランスポート層プロトコ
ルデータユニットを生成する第１のモジュールと、一の
第２のトランスポート層プロトコルデータユニットが複
数のネットワーク層プロトコルデータユニットに分割さ
れたサイズの第２のトランスポート層プロトコルデータ
ユニットを生成する第２のモジュールと、該第１のトラ
ンスポート層プロトコルデータユニットを第１のネット
ワークに出力する第１のインタフェース手段と、少なく
とも一の第１及び第２のトランスポート層プロトコルデ
ータユニットを第２のネットワークに出力し、出力帯域
幅が入力帯域幅よりも広い非対称な第２のインタフェー
ス手段とを具備することを特徴とする通信装置である。
請求項１１記載の発明は、一の第一のトランスポート層
プロトコルデータユニットを一のネットワーク層プロト
コルデータユニットにカプセル化可能なサイズの第１の
トランスポート層プロトコルデータユニットを生成する
第１のモジュールと、一の第２のトランスポート層プロ
トコルデータユニットが複数のネットワーク層プロトコ
ルデータユニットに分割されたサイズの第２のトランス
ポート層プロトコルデータユニットを生成する第２のモ
ジュールと、第１のトランスポート層プロトコルデータ
ユニットを第１のネットワークに出力する第１のインタ
フェース手段と、少なくとも一の第１及び第２のトラン
スポート層プロトコルデータユニットを第２のネットワ
ークに出力し、出力帯域幅が入力帯域幅よりも広い非対
称な第２のインタフェース手段と、データを受信する端
末の属性に従って第２のインタフェース手段から出力さ
れるデータのために、第２のトランスポートプロトコル
データユニットを生成するか、あるいは第１のトランス
ポート層プロトコルデータユニットを生成するかを決定
する決定モジュールとを具備することを特徴とする通信
装置である。請求項１２記載の発明は、第１のネットワ
ークから第２のネットワーク方向の帯域幅が、逆方向の
帯域幅よりも広い非対称の帯域幅を持つ第２のネットワ
ークと接続される第１のネットワークに接続するインタ
フェース手段と、トランスポート層プロトコルデータユ
ニットが第１のネットワークから第２のネットワークへ
該インタフェース手段を通して伝送されるときに、該第
２のネットワークにおいて複数のネットワーク層プロト
コルデータユニットに分割されたトランスポート層プロ
トコルデータユニットを生成するモジュールとを具備す
ることを特徴とする通信装置である。
ート層プロトコルデータユニットを入力する第１のイン
タフェース手段と、該第１のトランスポート層プロトコ
ルデータユニットに含まれたデータを含みかつ該第１の
トランスポート層プロトコルデータユニットとは異なる
プロトコルデータユニットサイズの第２のトランスポー
ト層プロトコルデータユニットを、該第１のトランスポ
ート層プロトコルデータユニットに基づいて生成する生
成モジュールと、該第２のトランスポート層プロトコル
データユニットを第１のネットワークに出力する第２の
インタフェース手段と、該第１のトランスポート層プロ
トコルデータユニットのネットワーク層宛先アドレスを
調べて、ネットワーク層宛先アドレスがアップリンク帯
域幅よりもダウンリンク帯域幅の方が広い非対称ネット
ワークを示す場合には、前記第１のトランスポート層プ
ロトコルデータユニットを前記生成モジュールに渡す制
御モジュールとを具備することを特徴とする通信装置で
ある。請求項９記載の発明は、第１のトランスポート層
プロトコルデータユニットを入力する第１のインタフェ
ース手段と、該第１のトランスポート層プロトコルデー
タユニットに含まれたデータを含みかつ該第１のトラン
スポート層プロトコルデータユニットとは異なるプロト
コルデータユニットサイズの第２のトランスポート層プ
ロトコルデータユニットを、該第１のトランスポート層
プロトコルデータユニットに基づいて生成する生成モジ
ュールと、該第２のトランスポート層プロトコルデータ
ユニットを第１のネットワークに出力する第２のインタ
フェース手段と、該第２のインタフェースを通じて一の
重複したトランスポート層プロトコルの認証メッセージ
が受信された時に、該第２のトランスポート層プロトコ
ルデータユニットを再送信する手段とを具備することを
特徴とする通信装置である。請求項１０記載の発明は、
一の第１のトランスポート層プロトコルデータユニット
を一のネットワーク層プロトコルデータユニットにカプ
セル化可能なサイズの第１のトランスポート層プロトコ
ルデータユニットを生成する第１のモジュールと、一の
第２のトランスポート層プロトコルデータユニットが複
数のネットワーク層プロトコルデータユニットに分割さ
れたサイズの第２のトランスポート層プロトコルデータ
ユニットを生成する第２のモジュールと、該第１のトラ
ンスポート層プロトコルデータユニットを第１のネット
ワークに出力する第１のインタフェース手段と、少なく
とも一の第１及び第２のトランスポート層プロトコルデ
ータユニットを第２のネットワークに出力し、出力帯域
幅が入力帯域幅よりも広い非対称な第２のインタフェー
ス手段とを具備することを特徴とする通信装置である。
請求項１１記載の発明は、一の第一のトランスポート層
プロトコルデータユニットを一のネットワーク層プロト
コルデータユニットにカプセル化可能なサイズの第１の
トランスポート層プロトコルデータユニットを生成する
第１のモジュールと、一の第２のトランスポート層プロ
トコルデータユニットが複数のネットワーク層プロトコ
ルデータユニットに分割されたサイズの第２のトランス
ポート層プロトコルデータユニットを生成する第２のモ
ジュールと、第１のトランスポート層プロトコルデータ
ユニットを第１のネットワークに出力する第１のインタ
フェース手段と、少なくとも一の第１及び第２のトラン
スポート層プロトコルデータユニットを第２のネットワ
ークに出力し、出力帯域幅が入力帯域幅よりも広い非対
称な第２のインタフェース手段と、データを受信する端
末の属性に従って第２のインタフェース手段から出力さ
れるデータのために、第２のトランスポートプロトコル
データユニットを生成するか、あるいは第１のトランス
ポート層プロトコルデータユニットを生成するかを決定
する決定モジュールとを具備することを特徴とする通信
装置である。請求項１２記載の発明は、第１のネットワ
ークから第２のネットワーク方向の帯域幅が、逆方向の
帯域幅よりも広い非対称の帯域幅を持つ第２のネットワ
ークと接続される第１のネットワークに接続するインタ
フェース手段と、トランスポート層プロトコルデータユ
ニットが第１のネットワークから第２のネットワークへ
該インタフェース手段を通して伝送されるときに、該第
２のネットワークにおいて複数のネットワーク層プロト
コルデータユニットに分割されたトランスポート層プロ
トコルデータユニットを生成するモジュールとを具備す
ることを特徴とする通信装置である。
【００１２】請求項１３記載の発明は、第１のトランス
ポート層プロトコルデータユニットを入力するステップ
と、該第１のトランスポート層プロトコルデータユニッ
トに含まれたデータを含みかつ該第１のトランスポート
層プロトコルデータユニットとは異なるプロトコルデー
タユニットサイズの第２のトランスポート層プロトコル
データユニットを、該第１のトランスポート層プロトコ
ルデータユニットに基づいて生成するステップと、第２
のトランスポート層プロトコルデータユニットを第１の
ネットワークへ出力するステップとを有し、前記出力す
るステップは、出力帯域幅が入力帯域幅よりも広い非対
称なインタフェースから第２のトランスポート層プロト
コルデータを出力することを特徴とする通信方法であ
る。請求項１４記載の発明は、請求項１３記載の通信方
法であって、前記入力するステップは、前記第１のトラ
ンスポート層プロトコルデータユニットを第２のネット
ワークから入力することを特徴とする。請求項１５記載
の発明は、第１のトランスポート層プロトコルデータユ
ニットを第２のネットワークから入力するステップと、
該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、該第２の
トランスポート層プロトコルデータユニットをネットワ
ークへ出力するステップであって、出力帯域幅が入力帯
域幅よりも広い非対称なインタフェースから該第２のト
ランスポート層プロトコルデータを出力するステップ
と、前記他のネットワークから該第１のトランスポート
層プロトコルデータユニットを伝送する第１のトランス
ポート層プロトコル接続を終端するステップと、前記ネ
ットワークと接続する第２のトランスポート層プロトコ
ル接続上の第２のトランスポート層プロトコルデータユ
ニットを終端するステップとを有することを特徴とする
通信方法である。請求項１６記載の発明は、第１のトラ
ンスポート層プロトコルデータユニットを入力するステ
ップと、該第１のトランスポート層プロトコルデータユ
ニットに含まれたデータを含みかつ該第１のトランスポ
ート層プロトコルデータユニットとは異なるプロトコル
データユニットサイズの第２のトランスポート層プロト
コルデータユニットを、該第１のトランスポート層プロ
トコルデータユニットに基づいて生成するステップと、
該第２のトランスポート層プロトコルデータユニットを
第１のネットワークへ出力するステップであって、出力
帯域幅が入力帯域幅よりも広い非対称なインタフェース
から第２のトランスポート層プロトコルデータを出力す
るステップと、第１のネットワークの最大セグメントサ
イズからネットワーク層プロトコルヘッダサイズ及びト
ランスポート層プロトコルヘッダサイズを減じたサイズ
のプロトコルデータユニットサイズに制御するステップ
とを有することを特徴とする通信方法である。
ポート層プロトコルデータユニットを入力するステップ
と、該第１のトランスポート層プロトコルデータユニッ
トに含まれたデータを含みかつ該第１のトランスポート
層プロトコルデータユニットとは異なるプロトコルデー
タユニットサイズの第２のトランスポート層プロトコル
データユニットを、該第１のトランスポート層プロトコ
ルデータユニットに基づいて生成するステップと、第２
のトランスポート層プロトコルデータユニットを第１の
ネットワークへ出力するステップとを有し、前記出力す
るステップは、出力帯域幅が入力帯域幅よりも広い非対
称なインタフェースから第２のトランスポート層プロト
コルデータを出力することを特徴とする通信方法であ
る。請求項１４記載の発明は、請求項１３記載の通信方
法であって、前記入力するステップは、前記第１のトラ
ンスポート層プロトコルデータユニットを第２のネット
ワークから入力することを特徴とする。請求項１５記載
の発明は、第１のトランスポート層プロトコルデータユ
ニットを第２のネットワークから入力するステップと、
該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、該第２の
トランスポート層プロトコルデータユニットをネットワ
ークへ出力するステップであって、出力帯域幅が入力帯
域幅よりも広い非対称なインタフェースから該第２のト
ランスポート層プロトコルデータを出力するステップ
と、前記他のネットワークから該第１のトランスポート
層プロトコルデータユニットを伝送する第１のトランス
ポート層プロトコル接続を終端するステップと、前記ネ
ットワークと接続する第２のトランスポート層プロトコ
ル接続上の第２のトランスポート層プロトコルデータユ
ニットを終端するステップとを有することを特徴とする
通信方法である。請求項１６記載の発明は、第１のトラ
ンスポート層プロトコルデータユニットを入力するステ
ップと、該第１のトランスポート層プロトコルデータユ
ニットに含まれたデータを含みかつ該第１のトランスポ
ート層プロトコルデータユニットとは異なるプロトコル
データユニットサイズの第２のトランスポート層プロト
コルデータユニットを、該第１のトランスポート層プロ
トコルデータユニットに基づいて生成するステップと、
該第２のトランスポート層プロトコルデータユニットを
第１のネットワークへ出力するステップであって、出力
帯域幅が入力帯域幅よりも広い非対称なインタフェース
から第２のトランスポート層プロトコルデータを出力す
るステップと、第１のネットワークの最大セグメントサ
イズからネットワーク層プロトコルヘッダサイズ及びト
ランスポート層プロトコルヘッダサイズを減じたサイズ
のプロトコルデータユニットサイズに制御するステップ
とを有することを特徴とする通信方法である。
【００１３】請求項１７記載の発明は、送信したトラン
スポート層プロトコルデータユニットの送達確認情報を
含むトランスポート層プロトコルデータユニットを、前
記送信したトランスポート層プロトコルデータユニット
数に比例した数受信する通信方法であって、第１のトラ
ンスポート層プロトコルデータユニットを入力するステ
ップと、該第１のトランスポート層プロトコルデータユ
ニットに含まれたデータを含みかつ該第１のトランスポ
ート層プロトコルデータユニットとは異なるプロトコル
データユニットサイズの第２のトランスポート層プロト
コルデータユニットを、該第１のトランスポート層プロ
トコルデータユニットに基づいて生成するステップと、
該第２のトランスポート層プロトコルデータユニットを
ネットワークへ出力するステップと、プロトコルデータ
ユニットサイズを該第１のトランスポート層プロトコル
データユニットのサイズよりも大きなサイズに制御する
ステップとを有することを特徴とする通信方法である。
請求項１８記載の発明は、請求項１７記載の通信方法で
あって、前記生成するステップは、複数の第１のトラン
スポート層プロトコルデータユニットから第２のトラン
スポート層プロトコルデータユニットを生成するステッ
プであることを特徴とする。請求項１９記載の発明は、
第１のトランスポート層プロトコルデータユニットを入
力するステップと、該第１のトランスポート層プロトコ
ルデータユニットに含まれたデータを含みかつ該第１の
トランスポート層プロトコルデータユニットとは異なる
プロトコルデータユニットサイズの第２のトランスポー
ト層プロトコルデータユニットを、該第１のトランスポ
ート層プロトコルデータユニットに基づいて生成するス
テップと、該第２のトランスポート層プロトコルデータ
ユニットをネットワークへ出力するステップと、プロト
コルデータユニットサイズを第１のトランスポート層プ
ロトコルデータユニットのサイズよりも大きなサイズに
制御するステップと、前記第２のトランスポート層プロ
トコルデータユニットを、前記ネットワークへ出力され
る複数のネットワーク層プロトコルユニットであって、
ネットワーク層プロトコルヘッダと、トランスポート層
プロトコルヘッダを含む複数のネットワーク層プロトコ
ルユニットのうち少なくとも一のネットワーク層プロト
コルユニットと、を各々に含む該複数のネットワーク層
プロトコルユニットに分割するステップとを有すること
を特徴とする通信方法である。請求項２０記載の発明
は、第１のトランスポート層プロトコルデータユニット
を入力するステップと、該第１のトランスポート層プロ
トコルデータユニットに含まれたデータを含みかつ該第
１のトランスポート層プロトコルデータユニットとは異
なるプロトコルデータユニットサイズの第２のトランス
ポート層プロトコルデータユニットを、該第１のトラン
スポート層プロトコルデータユニットに基づいて生成す
るステップと、該第２のトランスポート層プロトコルデ
ータユニットをネットワークへ出力するステップと、プ
ロトコルデータユニットサイズを第１のトランスポート
層プロトコルデータユニットのサイズよりも大きなサイ
ズに制御するステップと、ネットワークから一の重複し
たトランスポート層プロトコルの確認メッセージが受信
されたときに、第２のトランスポート層プロトコルデー
タユニットを再送信するステップとを有することを特徴
とする通信方法である。請求項２１記載の発明は、第１
のトランスポート層プロトコルデータユニットを入力す
るステップと、該第１のトランスポート層プロトコルデ
ータユニットに含まれたデータを含みかつ該第１のトラ
ンスポート層プロトコルデータユニットとは異なるプロ
トコルデータユニットサイズの第２のトランスポート層
プロトコルデータユニットを、該第１のトランスポート
層プロトコルデータユニットに基づいて生成するステッ
プと、該第２のトランスポート層プロトコルデータユニ
ットを第１のネットワークへ出力するステップと、該第
１のトランスポート層プロトコルデータユニットのネッ
トワーク層宛先アドレスを調べるステップとを有し、前
記生成するステップは、ネットワーク層宛先アドレスが
ダウンリンク帯域幅がアップリンク帯域幅よりも広い非
対称なネットワークを示すときには、第１のトランスポ
ート層プロトコルデータユニットに基づいて第２のトラ
ンスポート層プロトコルデータユニットを生成するステ
ップであることを特徴とする通信方法である。
スポート層プロトコルデータユニットの送達確認情報を
含むトランスポート層プロトコルデータユニットを、前
記送信したトランスポート層プロトコルデータユニット
数に比例した数受信する通信方法であって、第１のトラ
ンスポート層プロトコルデータユニットを入力するステ
ップと、該第１のトランスポート層プロトコルデータユ
ニットに含まれたデータを含みかつ該第１のトランスポ
ート層プロトコルデータユニットとは異なるプロトコル
データユニットサイズの第２のトランスポート層プロト
コルデータユニットを、該第１のトランスポート層プロ
トコルデータユニットに基づいて生成するステップと、
該第２のトランスポート層プロトコルデータユニットを
ネットワークへ出力するステップと、プロトコルデータ
ユニットサイズを該第１のトランスポート層プロトコル
データユニットのサイズよりも大きなサイズに制御する
ステップとを有することを特徴とする通信方法である。
請求項１８記載の発明は、請求項１７記載の通信方法で
あって、前記生成するステップは、複数の第１のトラン
スポート層プロトコルデータユニットから第２のトラン
スポート層プロトコルデータユニットを生成するステッ
プであることを特徴とする。請求項１９記載の発明は、
第１のトランスポート層プロトコルデータユニットを入
力するステップと、該第１のトランスポート層プロトコ
ルデータユニットに含まれたデータを含みかつ該第１の
トランスポート層プロトコルデータユニットとは異なる
プロトコルデータユニットサイズの第２のトランスポー
ト層プロトコルデータユニットを、該第１のトランスポ
ート層プロトコルデータユニットに基づいて生成するス
テップと、該第２のトランスポート層プロトコルデータ
ユニットをネットワークへ出力するステップと、プロト
コルデータユニットサイズを第１のトランスポート層プ
ロトコルデータユニットのサイズよりも大きなサイズに
制御するステップと、前記第２のトランスポート層プロ
トコルデータユニットを、前記ネットワークへ出力され
る複数のネットワーク層プロトコルユニットであって、
ネットワーク層プロトコルヘッダと、トランスポート層
プロトコルヘッダを含む複数のネットワーク層プロトコ
ルユニットのうち少なくとも一のネットワーク層プロト
コルユニットと、を各々に含む該複数のネットワーク層
プロトコルユニットに分割するステップとを有すること
を特徴とする通信方法である。請求項２０記載の発明
は、第１のトランスポート層プロトコルデータユニット
を入力するステップと、該第１のトランスポート層プロ
トコルデータユニットに含まれたデータを含みかつ該第
１のトランスポート層プロトコルデータユニットとは異
なるプロトコルデータユニットサイズの第２のトランス
ポート層プロトコルデータユニットを、該第１のトラン
スポート層プロトコルデータユニットに基づいて生成す
るステップと、該第２のトランスポート層プロトコルデ
ータユニットをネットワークへ出力するステップと、プ
ロトコルデータユニットサイズを第１のトランスポート
層プロトコルデータユニットのサイズよりも大きなサイ
ズに制御するステップと、ネットワークから一の重複し
たトランスポート層プロトコルの確認メッセージが受信
されたときに、第２のトランスポート層プロトコルデー
タユニットを再送信するステップとを有することを特徴
とする通信方法である。請求項２１記載の発明は、第１
のトランスポート層プロトコルデータユニットを入力す
るステップと、該第１のトランスポート層プロトコルデ
ータユニットに含まれたデータを含みかつ該第１のトラ
ンスポート層プロトコルデータユニットとは異なるプロ
トコルデータユニットサイズの第２のトランスポート層
プロトコルデータユニットを、該第１のトランスポート
層プロトコルデータユニットに基づいて生成するステッ
プと、該第２のトランスポート層プロトコルデータユニ
ットを第１のネットワークへ出力するステップと、該第
１のトランスポート層プロトコルデータユニットのネッ
トワーク層宛先アドレスを調べるステップとを有し、前
記生成するステップは、ネットワーク層宛先アドレスが
ダウンリンク帯域幅がアップリンク帯域幅よりも広い非
対称なネットワークを示すときには、第１のトランスポ
ート層プロトコルデータユニットに基づいて第２のトラ
ンスポート層プロトコルデータユニットを生成するステ
ップであることを特徴とする通信方法である。
【００１４】例えば、非対称性の高い伝送路を持つネッ
トワークでは、サーバからクライアント方向の広帯域側
の帯域が使い尽くされる前に、狭帯域側の帯域をａｃｋ
が圧迫する。これに対して、本発明では、例えば第２の
インターフェースから出力される第２のＴＣＰセグメン
トの長さを長くなるようにすれば、同じ全体の送信デー
タのサイズに対するａｃｋが減少し、サーバからクライ
アントへのスループットが向上する。
トワークでは、サーバからクライアント方向の広帯域側
の帯域が使い尽くされる前に、狭帯域側の帯域をａｃｋ
が圧迫する。これに対して、本発明では、例えば第２の
インターフェースから出力される第２のＴＣＰセグメン
トの長さを長くなるようにすれば、同じ全体の送信デー
タのサイズに対するａｃｋが減少し、サーバからクライ
アントへのスループットが向上する。
【００１５】つまり、非対称性の大きな伝送路におい
て、帯域幅は、 （クライアント→サーバ方向帯域幅）×（ｎ×最大セグ
メントサイズ）／ａｃｋサイズ によって制限されるが、本発明により最大セグメントサ
イズ（第２のＴＣＰセグメントの長さ）が大きく制御さ
れるので、この制限を取り除くことができる。
て、帯域幅は、 （クライアント→サーバ方向帯域幅）×（ｎ×最大セグ
メントサイズ）／ａｃｋサイズ によって制限されるが、本発明により最大セグメントサ
イズ（第２のＴＣＰセグメントの長さ）が大きく制御さ
れるので、この制限を取り除くことができる。
【００１６】本発明の通信装置は、ＴＣＰセグメントが
非対称通信路においては例えば複数のＩＰフラグメント
に分割されるほど大きくなるようにＴＣＰセグメントサ
イズを制御することが可能となるため、同じサイズのバ
ルクデータをサーバ端末からクライアント端末に送るた
めのＴＣＰセグメントの数を減らすことができ、この結
果ＴＣＰセグメントに対するａｃｋが減るのである。ａ
ｃｋが減少するのは、通常のＴＣＰの実装では、ＴＣＰ
セグメントが失われずに順調に流れ（重複ａｃｋが発生
しない）、かつクライアント端末のアプリケーシヨンが
十分に速くデータを読み続ける（閉じた受信ウィンドウ
が大きく開いたことを示すａｃｋが送信されない）限
り、１つのＴＣＰセグメントに複数のａｃｋが返される
ことはない、という性質を利用している。
非対称通信路においては例えば複数のＩＰフラグメント
に分割されるほど大きくなるようにＴＣＰセグメントサ
イズを制御することが可能となるため、同じサイズのバ
ルクデータをサーバ端末からクライアント端末に送るた
めのＴＣＰセグメントの数を減らすことができ、この結
果ＴＣＰセグメントに対するａｃｋが減るのである。ａ
ｃｋが減少するのは、通常のＴＣＰの実装では、ＴＣＰ
セグメントが失われずに順調に流れ（重複ａｃｋが発生
しない）、かつクライアント端末のアプリケーシヨンが
十分に速くデータを読み続ける（閉じた受信ウィンドウ
が大きく開いたことを示すａｃｋが送信されない）限
り、１つのＴＣＰセグメントに複数のａｃｋが返される
ことはない、という性質を利用している。
【００１７】本発明はサーバ端末及びクライアント端末
のＴＣＰプロトコルの実装の変更を要求しない。よっ
て、非対称な伝送路を持つネットワークの設備として、
本発明の通信装置を導入すればその効果は絶大である。
のＴＣＰプロトコルの実装の変更を要求しない。よっ
て、非対称な伝送路を持つネットワークの設備として、
本発明の通信装置を導入すればその効果は絶大である。
【００１８】
【発明の実施の形態】以下、図面を参照して本発明の一
実施形態を詳細に説明する。
実施形態を詳細に説明する。
【００１９】図１に本発明の一実施形態に係る通信装置
の構成を示す。
の構成を示す。
【００２０】通信装置１００は、アプリケーション２０
０、２０１と、ＴＣＰ最大セグメントサイズ制御部３０
１、ＴＣＰ入力部３０３、ＴＣＰ出力部３０４及びＴＣ
Ｐセグメントサイズ変換部３０２を含むＴＣＰ中継部３
０５を備えたＴＣＰ層３００と、ＩＰ中継部４０１、Ｉ
Ｐ入力部４０２及びＩＰ出力部４０３を備えたＩＰ層４
００、ＩＦ入力部５０１及びＩＦ出力部５０２を備えて
ＩＰアドレスａ．ａ．ａ．１を持つＩＦ部５００と、Ｉ
Ｆ入力部５１１及びＩＦ出力部５１２を備えてＩＰアド
レスａ．ａ．ｂ．１を持つＩＦ部５１０とを備える。
０、２０１と、ＴＣＰ最大セグメントサイズ制御部３０
１、ＴＣＰ入力部３０３、ＴＣＰ出力部３０４及びＴＣ
Ｐセグメントサイズ変換部３０２を含むＴＣＰ中継部３
０５を備えたＴＣＰ層３００と、ＩＰ中継部４０１、Ｉ
Ｐ入力部４０２及びＩＰ出力部４０３を備えたＩＰ層４
００、ＩＦ入力部５０１及びＩＦ出力部５０２を備えて
ＩＰアドレスａ．ａ．ａ．１を持つＩＦ部５００と、Ｉ
Ｆ入力部５１１及びＩＦ出力部５１２を備えてＩＰアド
レスａ．ａ．ｂ．１を持つＩＦ部５１０とを備える。
【００２１】ここで、ＩＦ部５００は入力と出力の帯域
幅が等しい対称な伝送路（後述のネットワーク６１０）
に接続され、ＩＦ部５１０は出力側の帯域幅が入力側の
帯域幅よりも大きな非対称伝送路（後述のネットワーク
６２０）に接続される。
幅が等しい対称な伝送路（後述のネットワーク６１０）
に接続され、ＩＦ部５１０は出力側の帯域幅が入力側の
帯域幅よりも大きな非対称伝送路（後述のネットワーク
６２０）に接続される。
【００２２】また、図１中、ブロック間の実線の矢印は
データの流れを示し、破線の矢印は制御の流れを示す。
データの流れを示し、破線の矢印は制御の流れを示す。
【００２３】なお、ＵＤＰ部等の本発明に関係の薄い部
分は図示を省略している。
分は図示を省略している。
【００２４】図２にデータ通信装置１００を含むネット
ワーク構成図を示す。
ワーク構成図を示す。
【００２５】ＩＰアドレスａ．ａ．ａ．２を持つ端末１
１１、ＩＰアドレスａ．ａ．ａ．３を持つ端末１１２は
入出力対称な伝送路を持つネットワーク６１０に接続さ
れている。
１１、ＩＰアドレスａ．ａ．ａ．３を持つ端末１１２は
入出力対称な伝送路を持つネットワーク６１０に接続さ
れている。
【００２６】ＩＰアドレスａ．ａ．ｂ．２を持つ端末１
２１、ＩＰアドレスａ．ａ．ｂ．３を持つ端末１２２、
ＩＰアドレスａ．ａ．ｂ．４を持つ端末１２３は非対称
な伝送路を持つネットワーク６２０に接続されている。
但し、各端末１２１、１２２、１２３は、通信装置１０
０の場合と異なり、入力側の帯域幅が出力側の帯域幅よ
りも大きい。
２１、ＩＰアドレスａ．ａ．ｂ．３を持つ端末１２２、
ＩＰアドレスａ．ａ．ｂ．４を持つ端末１２３は非対称
な伝送路を持つネットワーク６２０に接続されている。
但し、各端末１２１、１２２、１２３は、通信装置１０
０の場合と異なり、入力側の帯域幅が出力側の帯域幅よ
りも大きい。
【００２７】ＩＰ層４００は、通常のＩＰ層と次の点で
異なる。
異なる。
【００２８】通常のＩＰ層では、ＩＰ入力部４０２は自
装置（ホスト）宛のＩＰデータグラム（ここでは送信先
アドレスがａ．ａ．ａ．１またはａ．ａ．ｂ．１のも
の）を上位層（ＴＣＰ層）に上げ、それ以外をＩＰ中継
部４０１に渡す。しかし、本発明に係るＩＰ入力部４０
２はＩＰデータグラムの送信先アドレスが定められたネ
ットワーク（ここではネットワーク６２０）に属する端
末のアドレス（端末１２１、１２２及び１２３のＩＰア
ドレスａ．ａ．ｂ．２、ａ．ａ．ｂ．３、ａ．ａ．ｂ．
４）であり、かつプロトコルがＴＣＰである場合は、該
ＩＰデータグラムをＴＣＰ部４００に送る。以下、この
ＩＰデータグラムを「ＴＣＰ中継対象ＩＰデータグラ
ム」と呼ぶ。但し、ＩＰデータグラムの送信先アドレス
が予め登録されたネットワークまたはホストアドレスで
あっても、プロトコルがＴＣＰ以外である場合はＩＰ中
継部４０１に該ＩＰデータグラムを渡す。
装置（ホスト）宛のＩＰデータグラム（ここでは送信先
アドレスがａ．ａ．ａ．１またはａ．ａ．ｂ．１のも
の）を上位層（ＴＣＰ層）に上げ、それ以外をＩＰ中継
部４０１に渡す。しかし、本発明に係るＩＰ入力部４０
２はＩＰデータグラムの送信先アドレスが定められたネ
ットワーク（ここではネットワーク６２０）に属する端
末のアドレス（端末１２１、１２２及び１２３のＩＰア
ドレスａ．ａ．ｂ．２、ａ．ａ．ｂ．３、ａ．ａ．ｂ．
４）であり、かつプロトコルがＴＣＰである場合は、該
ＩＰデータグラムをＴＣＰ部４００に送る。以下、この
ＩＰデータグラムを「ＴＣＰ中継対象ＩＰデータグラ
ム」と呼ぶ。但し、ＩＰデータグラムの送信先アドレス
が予め登録されたネットワークまたはホストアドレスで
あっても、プロトコルがＴＣＰ以外である場合はＩＰ中
継部４０１に該ＩＰデータグラムを渡す。
【００２９】ＴＣＰ層３００は、通常のＴＣＰ層と次の
点で異なる。
点で異なる。
【００３０】通常のＴＣＰ層では、ＴＣＰ入力部３０３
はＴＣＰセグメントから取り出したデータを送信先ポー
ト番号に対応するアプリケーション２００、２０１に送
る。しかし、本発明に係るＴＣＰ入力部３０３は、ＩＰ
入力部４０２から送られてきたＴＣＰセグメントにＴＣ
Ｐ中継対象ＩＰデータグラムが含まれていた場合には、
このＴＰＣセグメントから取り出したデータをＴＣＰ中
継部３０５に送る。
はＴＣＰセグメントから取り出したデータを送信先ポー
ト番号に対応するアプリケーション２００、２０１に送
る。しかし、本発明に係るＴＣＰ入力部３０３は、ＩＰ
入力部４０２から送られてきたＴＣＰセグメントにＴＣ
Ｐ中継対象ＩＰデータグラムが含まれていた場合には、
このＴＰＣセグメントから取り出したデータをＴＣＰ中
継部３０５に送る。
【００３１】通常、ＳＹＮメッセージの交換によりＴＣ
Ｐのコネクションを確立する際には、ＴＣＰ最大セグメ
ント制御部３０１は自側のＴＣＰ最大セグメントサイズ
（ｍｓｓ：Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚ
ｅ）と相手側のＴＣＰ ｍｓｓとの小さい方を、該ＴＣ
Ｐコネクションのｍｓｓとしている。ここで、自側のｍ
ｓｓはそのコネクションが経由するＩＦ部の最大転送ユ
ニットサイズ（ＭＴＵ：Ｍａｘｉｍｕｍ Ｔｒａｎｓｆ
ｅｒ Ｕｎｉｔ）からＴＣＰとＩＰのヘッダサイズを差
し引いた値を元に決める（実装上の最適化により若干異
なる）。相手側のｍｓｓは相手の出すＳＹＮメッセージ
のオプションからわかる。しかし、本発明に係るＴＣＰ
最大セグメントサイズ制御部３０１は、ＴＣＰコネクシ
ョンを終端するいずれか一方の端末のＩＰアドレスが定
められたネットワーク（ここではネットワーク６２０）
に属する端末のアドレス（端末１２１、１２２及び１２
３のＩＰアドレスａ．ａ．ｂ．２、ａ．ａ．ｂ．３、
ａ．ａ．ｂ．４）である場合（前述のＴＣＰ中継対象Ｉ
Ｐデータグラムは通信装置１００のＩＰアドレスａ．
ａ．ａ．１とａ．ａ．ｂ．１を含まないが、ここでは含
んでいても良い）、該端末に対向する側のＩＦ部５１０
にフラグメントされたＩＰデータグラムが流れるよう
に、該ＩＦ部のＭＴＵからＴＣＰとＩＰのヘッダの大き
さを差し引いた大きさよりも大きな値を当該ＴＣＰコネ
クションのｍｓｓとする。通信装置１００において、２
つのＴＣＰコネクションを接続して元来のＴＣＰコネク
ションを中継する場合は、２つのＴＣＰコネクションの
内、定められたネットワークに属する端末側のＴＣＰコ
ネクションの値をｍｓｓとする。
Ｐのコネクションを確立する際には、ＴＣＰ最大セグメ
ント制御部３０１は自側のＴＣＰ最大セグメントサイズ
（ｍｓｓ：Ｍａｘｉｍｕｍ Ｓｅｇｍｅｎｔ Ｓｉｚ
ｅ）と相手側のＴＣＰ ｍｓｓとの小さい方を、該ＴＣ
Ｐコネクションのｍｓｓとしている。ここで、自側のｍ
ｓｓはそのコネクションが経由するＩＦ部の最大転送ユ
ニットサイズ（ＭＴＵ：Ｍａｘｉｍｕｍ Ｔｒａｎｓｆ
ｅｒ Ｕｎｉｔ）からＴＣＰとＩＰのヘッダサイズを差
し引いた値を元に決める（実装上の最適化により若干異
なる）。相手側のｍｓｓは相手の出すＳＹＮメッセージ
のオプションからわかる。しかし、本発明に係るＴＣＰ
最大セグメントサイズ制御部３０１は、ＴＣＰコネクシ
ョンを終端するいずれか一方の端末のＩＰアドレスが定
められたネットワーク（ここではネットワーク６２０）
に属する端末のアドレス（端末１２１、１２２及び１２
３のＩＰアドレスａ．ａ．ｂ．２、ａ．ａ．ｂ．３、
ａ．ａ．ｂ．４）である場合（前述のＴＣＰ中継対象Ｉ
Ｐデータグラムは通信装置１００のＩＰアドレスａ．
ａ．ａ．１とａ．ａ．ｂ．１を含まないが、ここでは含
んでいても良い）、該端末に対向する側のＩＦ部５１０
にフラグメントされたＩＰデータグラムが流れるよう
に、該ＩＦ部のＭＴＵからＴＣＰとＩＰのヘッダの大き
さを差し引いた大きさよりも大きな値を当該ＴＣＰコネ
クションのｍｓｓとする。通信装置１００において、２
つのＴＣＰコネクションを接続して元来のＴＣＰコネク
ションを中継する場合は、２つのＴＣＰコネクションの
内、定められたネットワークに属する端末側のＴＣＰコ
ネクションの値をｍｓｓとする。
【００３２】このｍｓｓの値は、ＴＣＰ出力部３０４に
伝えられる。
伝えられる。
【００３３】なお、登録されたネットワークに通信装置
１００が直接接続されず、１つ以上のルータを介して登
録されたネットワークに接続される場合には、例えば通
信装置とネットワーク６２０との間に別のネットワーク
とルータが介在するような場合には、登録されたネット
ワークより手前のルータのいずれかでフラグメントが行
われるようなｍｓｓとする。
１００が直接接続されず、１つ以上のルータを介して登
録されたネットワークに接続される場合には、例えば通
信装置とネットワーク６２０との間に別のネットワーク
とルータが介在するような場合には、登録されたネット
ワークより手前のルータのいずれかでフラグメントが行
われるようなｍｓｓとする。
【００３４】ＳＹＮメッセージの交換時に、当該ＳＹＮ
メッセージの発信元と送信先のＩＰアドレスが、通信装
置１００のＩＰアドレスに対応しない場合は、当該ＴＣ
Ｐコネクションを通信装置１００で中継する。このた
め、ＴＣＰ最大セグメント制御部３０１は、ＴＣＰセグ
メントサイズ変換部３０２のしきい値をｍｓｓ以上の値
に設定する。
メッセージの発信元と送信先のＩＰアドレスが、通信装
置１００のＩＰアドレスに対応しない場合は、当該ＴＣ
Ｐコネクションを通信装置１００で中継する。このた
め、ＴＣＰ最大セグメント制御部３０１は、ＴＣＰセグ
メントサイズ変換部３０２のしきい値をｍｓｓ以上の値
に設定する。
【００３５】ＴＣＰセグメントサイズ変換部３０２は、
ＴＣＰ入力部３０３から受け取ったバッファ内のデータ
がしきい値を越えると、ＴＣＰ出力部３０４にデータを
送る。ＴＣＰセグメントサイズ変換部３０２が確保する
バッフアのサイズは、定められたネットワーク（ここで
はネットワーク６２０）に属する端末（端末１２１．１
２２、及び１２３）側の受信ウィンドウサイズを元（受
信ウインドウサイズの数倍程度）に決める。
ＴＣＰ入力部３０３から受け取ったバッファ内のデータ
がしきい値を越えると、ＴＣＰ出力部３０４にデータを
送る。ＴＣＰセグメントサイズ変換部３０２が確保する
バッフアのサイズは、定められたネットワーク（ここで
はネットワーク６２０）に属する端末（端末１２１．１
２２、及び１２３）側の受信ウィンドウサイズを元（受
信ウインドウサイズの数倍程度）に決める。
【００３６】また、ＴＣＰ中継部３０５は、ＴＣＰセグ
メントサイズ変換部３０２の他に、中継すべきＴＣＰコ
ネクションの一方から受け取ったＳＹＮメッセージ、Ｆ
ＩＮメッセージ等を他方に中継する。
メントサイズ変換部３０２の他に、中継すべきＴＣＰコ
ネクションの一方から受け取ったＳＹＮメッセージ、Ｆ
ＩＮメッセージ等を他方に中継する。
【００３７】また、ＴＣＰ入力部３０３とＴＣＰ出力部
３０４によって実現されるＴＣＰ再送部の再送アルゴリ
ズムは、以下の点で通常のＴＣＰ再送アルゴリズムと異
なる。 ＴＣＰ入力部３０３は、重複ａｃｋ、例えば既
にａｃｋされたシーケンス番号を持ち、受信ウィンドウ
サイズが直前のａｃｋと同じ値であるヘッダだけのＴＣ
Ｐ ａｃｋを１つ受信すると、直ちに該シーケンス番号
を持つＴＣＰセグメントを送信するようにＴＣＰ出力部
３０４に要求する。
３０４によって実現されるＴＣＰ再送部の再送アルゴリ
ズムは、以下の点で通常のＴＣＰ再送アルゴリズムと異
なる。 ＴＣＰ入力部３０３は、重複ａｃｋ、例えば既
にａｃｋされたシーケンス番号を持ち、受信ウィンドウ
サイズが直前のａｃｋと同じ値であるヘッダだけのＴＣ
Ｐ ａｃｋを１つ受信すると、直ちに該シーケンス番号
を持つＴＣＰセグメントを送信するようにＴＣＰ出力部
３０４に要求する。
【００３８】さらに、ＴＣＰ入力部３０３は、上記重複
ａｃｋに対する再送を行った後に受信するＴＣＰ ａｃ
ｋのシーケンス番号が、既に送信済みのシーケンス番号
を持つ場合、直ちに該シーケンス番号を持つＴＣＰセグ
メントを送信するようにＴＣＰ出力部３０４に要求し、
この後送信済みでないシーケンス番号を持つＴＣＰａｃ
ｋを受信するまでの間、連続的に受信する送信済みのシ
ーケンス番号を持つＴＣＰ ａｃｋに対し該シーケンス
番号を持つＴＣＰセグメントを直ちに再送するようにＴ
ＣＰ出力部３０４に要求する。
ａｃｋに対する再送を行った後に受信するＴＣＰ ａｃ
ｋのシーケンス番号が、既に送信済みのシーケンス番号
を持つ場合、直ちに該シーケンス番号を持つＴＣＰセグ
メントを送信するようにＴＣＰ出力部３０４に要求し、
この後送信済みでないシーケンス番号を持つＴＣＰａｃ
ｋを受信するまでの間、連続的に受信する送信済みのシ
ーケンス番号を持つＴＣＰ ａｃｋに対し該シーケンス
番号を持つＴＣＰセグメントを直ちに再送するようにＴ
ＣＰ出力部３０４に要求する。
【００３９】このように構成された通信装置１００内の
アプリケーション２００または２０１が、図３に示すよ
うに、定められた端末１２１、１２２または１２３に対
し、ＴＣＰによって送るデータは、１つのＴＣＰセグメ
ントが複数のＩＰデータグラムにフラグメントとされた
形になる。
アプリケーション２００または２０１が、図３に示すよ
うに、定められた端末１２１、１２２または１２３に対
し、ＴＣＰによって送るデータは、１つのＴＣＰセグメ
ントが複数のＩＰデータグラムにフラグメントとされた
形になる。
【００４０】また、図４に示すように、通信装置１００
より、端末１１１または１１２から定められた端末１２
１、１２２または１２３に対し、ＴＣＰによって送信す
るデータは、通信装置１００によって横取りされて（Ｔ
ＣＰ層の引き上げられて）、一旦元のデータに組み立て
られ、更に１つのＴＣＰセグメントが複数のＩＰデータ
グラムにフラグメントされるようにＴＣＰセグメントの
サイズを変換した後、端末１２１、１２２または１２３
に対して送信される。
より、端末１１１または１１２から定められた端末１２
１、１２２または１２３に対し、ＴＣＰによって送信す
るデータは、通信装置１００によって横取りされて（Ｔ
ＣＰ層の引き上げられて）、一旦元のデータに組み立て
られ、更に１つのＴＣＰセグメントが複数のＩＰデータ
グラムにフラグメントされるようにＴＣＰセグメントの
サイズを変換した後、端末１２１、１２２または１２３
に対して送信される。
【００４１】ある端末（端末１２１等）が定められたネ
ットワーク（ネットワーク６２０等）に属する場合で
も、該端末がここで提供される通常のＴＣＰ／ＩＰへの
追加機能の適用を拒否した場合は、通信装置１００は該
ＴＣＰコネクションに対しては、拡張のない通常のＴＣ
Ｐ／ＩＰ通信装置として動作する。例えば定められたネ
ットワーク内の端末からのＳＹＮメッセージのＴＣＰオ
プションに拒否を要求する情報を追加することができ
る。
ットワーク（ネットワーク６２０等）に属する場合で
も、該端末がここで提供される通常のＴＣＰ／ＩＰへの
追加機能の適用を拒否した場合は、通信装置１００は該
ＴＣＰコネクションに対しては、拡張のない通常のＴＣ
Ｐ／ＩＰ通信装置として動作する。例えば定められたネ
ットワーク内の端末からのＳＹＮメッセージのＴＣＰオ
プションに拒否を要求する情報を追加することができ
る。
【００４２】次に、このようの構成された通信装置１０
０の動作を図５〜図７に基づき説明する。
０の動作を図５〜図７に基づき説明する。
【００４３】図中の斜め矢印はＴＣＰセグメントの流れ
を示し、縦方向の長さはセグメントを送るために必要な
時間を示す。帯域幅が一定でセグメントサイズが大きく
なれば傾きは大きくなり、セグメントサイズが一定で帯
域幅が広くなれば傾きは小さくなる。
を示し、縦方向の長さはセグメントを送るために必要な
時間を示す。帯域幅が一定でセグメントサイズが大きく
なれば傾きは大きくなり、セグメントサイズが一定で帯
域幅が広くなれば傾きは小さくなる。
【００４４】サーバ端末からＴＣＰ中継装置、ＴＣＰ中
継装置からサーバ端末、及びＴＣＰ中継装置からクライ
アント端末の方向は同じ帯域幅を持つが、クライアント
端末からＴＣＰ中継装置方向への帯域幅は、前記の３つ
よりも狭い。つまり、この例は、ネットワーク６１０に
属するサーバ端末（端末１１１または１１２）から通信
装置１００を経由して、クライアント端末（端末１２
１、１２２または１２３）に大きなデータを転送するも
のである。
継装置からサーバ端末、及びＴＣＰ中継装置からクライ
アント端末の方向は同じ帯域幅を持つが、クライアント
端末からＴＣＰ中継装置方向への帯域幅は、前記の３つ
よりも狭い。つまり、この例は、ネットワーク６１０に
属するサーバ端末（端末１１１または１１２）から通信
装置１００を経由して、クライアント端末（端末１２
１、１２２または１２３）に大きなデータを転送するも
のである。
【００４５】クライアント端末は、サーバ端末に対し
て、シーケンス番号＝９９２、クライアント端末側ｍｓ
ｓ＝１０００、受信ウィンドウサイズ＝１６０００とい
う情報を含むＳＹＮメッセージ［１］を送る。ＴＣＰ中
継装置のＩＰ入力部４０２はＴＣＰ中継対象ＩＰデータ
グラムとして、通常はＩＰ層で中継されるＩＰデータグ
ラムを横取りして、ＴＣＰ層に上げる。
て、シーケンス番号＝９９２、クライアント端末側ｍｓ
ｓ＝１０００、受信ウィンドウサイズ＝１６０００とい
う情報を含むＳＹＮメッセージ［１］を送る。ＴＣＰ中
継装置のＩＰ入力部４０２はＴＣＰ中継対象ＩＰデータ
グラムとして、通常はＩＰ層で中継されるＩＰデータグ
ラムを横取りして、ＴＣＰ層に上げる。
【００４６】ＴＣＰ最大セグメントサイズ制御部３０１
は、ＴＣＰ中継装置のＩＰアドレスをａ．ａ．ｂ．１と
し、クライアント端末間に設定されるＴＣＰコネクショ
ンのｍｓｓを予め定められた４０００とし、ＴＣＰ出力
制御部３０４に伝える。
は、ＴＣＰ中継装置のＩＰアドレスをａ．ａ．ｂ．１と
し、クライアント端末間に設定されるＴＣＰコネクショ
ンのｍｓｓを予め定められた４０００とし、ＴＣＰ出力
制御部３０４に伝える。
【００４７】また、ＴＣＰ最大セグメントサイズ制御部
３０１は、ＴＣＰセグメントサイズ変換部３０２のしき
い値を４０００に設定する。
３０１は、ＴＣＰセグメントサイズ変換部３０２のしき
い値を４０００に設定する。
【００４８】さらに、ＴＣＰセグメントサイズ変換部３
０２は、受信ウィンドウサイズの数倍、例えば３倍のサ
イズである４８０００のバッフアを確保する。
０２は、受信ウィンドウサイズの数倍、例えば３倍のサ
イズである４８０００のバッフアを確保する。
【００４９】ＴＣＰ中継部３０５はＳＹＮメッセージ
［１］をＳＹＮメッセージ［２］として中継する。
［１］をＳＹＮメッセージ［２］として中継する。
【００５０】ＳＹＮメッセージ［２］のｍｓｓはＩＰア
ドレスａ．ａ．ａ．１で終端される通常のＴＣＰコネク
ションの場合と同じ方法で定めれば良く、一般にはＳＹ
Ｎメッセージ［１］の値と一致しない。また、受信ウィ
ンドウサイズも必ずしも一致させる必要はない。バッフ
アは４８０００確保してあるのでこれを受信ウィンドウ
サイズにできるが、受信ウィンドウサイズをあまりに大
きくすると、かえってＴＣＰの性能を落とす場合がある
ので、ここでは受信ウィンドウサイズを１６０００とし
てある。
ドレスａ．ａ．ａ．１で終端される通常のＴＣＰコネク
ションの場合と同じ方法で定めれば良く、一般にはＳＹ
Ｎメッセージ［１］の値と一致しない。また、受信ウィ
ンドウサイズも必ずしも一致させる必要はない。バッフ
アは４８０００確保してあるのでこれを受信ウィンドウ
サイズにできるが、受信ウィンドウサイズをあまりに大
きくすると、かえってＴＣＰの性能を落とす場合がある
ので、ここでは受信ウィンドウサイズを１６０００とし
てある。
【００５１】なお、受信ウィンドウサイズがより小さく
な例がａｃｋ［８１］、［８４］に示されている。
な例がａｃｋ［８１］、［８４］に示されている。
【００５２】ＴＣＰ中継部３０５は、サーバ端末が返す
ＳＹＮメッセージ［３］をＳＹＮメッセージ［４］とし
てクライアント端末に中継する。ＳＹＮメッセージ
［４］のｍｓｓは、クライアント端末が送るＴＣＰセグ
メントの大きさを決める元になるデータである。このｍ
ｓｓは、ＴＣＰ中継装置が送るＴＣＰセグメントサイズ
とは無関係にできるので、ＴＣＰ最大セグメントサイズ
制御部４０２が定めたｍｓｓである必要はなく、ここで
はＩＰアドレスａ．ａ．ｂ．１のＩＦ部５１０のＭＴＵ
サイズから決めた値を用いている。この際に、クライア
ント端末からサーバ端末方向へのバッファの確保等も行
う。
ＳＹＮメッセージ［３］をＳＹＮメッセージ［４］とし
てクライアント端末に中継する。ＳＹＮメッセージ
［４］のｍｓｓは、クライアント端末が送るＴＣＰセグ
メントの大きさを決める元になるデータである。このｍ
ｓｓは、ＴＣＰ中継装置が送るＴＣＰセグメントサイズ
とは無関係にできるので、ＴＣＰ最大セグメントサイズ
制御部４０２が定めたｍｓｓである必要はなく、ここで
はＩＰアドレスａ．ａ．ｂ．１のＩＦ部５１０のＭＴＵ
サイズから決めた値を用いている。この際に、クライア
ント端末からサーバ端末方向へのバッファの確保等も行
う。
【００５３】クライアント端末がＴＣＰセグメント
［５］によって、「ｇｅｔ ｄａｔａ」というコマンド
をサーバ端末に送る。すると、クライアント端末からサ
ーバ端末へのデータは、ＴＣＰ中継装置によって直ちに
サーバ端末にＴＣＰセグメント［６］として送られる。
［５］によって、「ｇｅｔ ｄａｔａ」というコマンド
をサーバ端末に送る。すると、クライアント端末からサ
ーバ端末へのデータは、ＴＣＰ中継装置によって直ちに
サーバ端末にＴＣＰセグメント［６］として送られる。
【００５４】サーバ端末は、これに応じて要求されたデ
ータの一部をＴＣＰセグメント［７］、［９］、［１
０］、［１２］としてクライアント端末に送る。
ータの一部をＴＣＰセグメント［７］、［９］、［１
０］、［１２］としてクライアント端末に送る。
【００５５】ＴＣＰ中継装置はこれを横取りして、すな
わちＴＣＰ層に引き上げつつ、ａｃｋ［８］、［１１］
を返す一方で、送られたデータをＴＣＰセグメントサィ
ズ変換部３０２のバッファに溜める。
わちＴＣＰ層に引き上げつつ、ａｃｋ［８］、［１１］
を返す一方で、送られたデータをＴＣＰセグメントサィ
ズ変換部３０２のバッファに溜める。
【００５６】ａｃｋに示す受信ウィンドウサイズは、バ
ッファの残り容量が３２０００を割らない限り、１６０
００に固定する。
ッファの残り容量が３２０００を割らない限り、１６０
００に固定する。
【００５７】ＴＣＰセグメント［１２］を受け取った時
点でＴＣＰセグメントサイズ変換部３０２のしきい値に
達するので、ＴＣＰセグメントサイズ変換部３０２は、
バッファ内のデータを送信するようにＴＣＰ出力部３０
４に要求する。ＴＣＰ出力部３０４は送られたデータが
ｍｓｓに達しているため、直ちにこれを１つのＴＣＰセ
グメント［１３］として送る。このＴＣＰセグメント
［１３］はＩＰ出力部４０３によって、４つのＩＰデー
タグラムにフラグメントとされて（図４参照）、クライ
アント端末に達する。
点でＴＣＰセグメントサイズ変換部３０２のしきい値に
達するので、ＴＣＰセグメントサイズ変換部３０２は、
バッファ内のデータを送信するようにＴＣＰ出力部３０
４に要求する。ＴＣＰ出力部３０４は送られたデータが
ｍｓｓに達しているため、直ちにこれを１つのＴＣＰセ
グメント［１３］として送る。このＴＣＰセグメント
［１３］はＩＰ出力部４０３によって、４つのＩＰデー
タグラムにフラグメントとされて（図４参照）、クライ
アント端末に達する。
【００５８】ＴＣＰセグメント［１９］、［３０］など
の受信によって、再びＴＣＰセグメントサイズ変換部３
０２のしきい値に達するので、ＴＣＰセグメントサイズ
変換部３０２は、バッファ内のデータを送信するように
ＴＣＰ出力部３０４に要求するが、既知のＴＣＰのスロ
ースタートアルゴリズムによって決められる輻輳ウィン
ドウの制限（この時点で４０００）により、ＴＣＰ出力
機能３０４はａｃｋ［２０］を受信すると輻輳ウィンド
ウサイズは８０００となるので、ＴＣＰ出力部３０４は
２つのＴＣＰセグメント［３５］、［４２］をクライア
ント端末に送信する。
の受信によって、再びＴＣＰセグメントサイズ変換部３
０２のしきい値に達するので、ＴＣＰセグメントサイズ
変換部３０２は、バッファ内のデータを送信するように
ＴＣＰ出力部３０４に要求するが、既知のＴＣＰのスロ
ースタートアルゴリズムによって決められる輻輳ウィン
ドウの制限（この時点で４０００）により、ＴＣＰ出力
機能３０４はａｃｋ［２０］を受信すると輻輳ウィンド
ウサイズは８０００となるので、ＴＣＰ出力部３０４は
２つのＴＣＰセグメント［３５］、［４２］をクライア
ント端末に送信する。
【００５９】ここでクライアント端末は、２つＴＣＰセ
グメントを受信する度に１つのａｃｋを返す。これはＴ
ＣＰで推奨されている実装である。このアルゴリズムに
従うクライアン卜端末に対しては、ＴＣＰセグメントサ
イズが大きくすれば、同じデータ量を送信する際のａｃ
ｋの数が減少することは明らかである。クライアント端
末が１つのＴＣＰセグメントに対して１つのａｃｋを返
す場合もあるが（図示せず）、やはリＴＣＰセグメント
サイズを十分に大きくすれば、ａｃｋの数は減少する。
通常のＴＣＰの実装では、ＴＣＰセグメントが失われず
に順調に流れ（重複ａｃｋが発生しない）、かつクライ
アント端末のアプリケーションが十分に速くデータを読
み続ける（閉じた受信ウィンドウが大きく開いたことを
示すａｃｋが送信されない）限り、１つのＴＣＰセグメ
ントに複数のａｃｋが返されることはない。
グメントを受信する度に１つのａｃｋを返す。これはＴ
ＣＰで推奨されている実装である。このアルゴリズムに
従うクライアン卜端末に対しては、ＴＣＰセグメントサ
イズが大きくすれば、同じデータ量を送信する際のａｃ
ｋの数が減少することは明らかである。クライアント端
末が１つのＴＣＰセグメントに対して１つのａｃｋを返
す場合もあるが（図示せず）、やはリＴＣＰセグメント
サイズを十分に大きくすれば、ａｃｋの数は減少する。
通常のＴＣＰの実装では、ＴＣＰセグメントが失われず
に順調に流れ（重複ａｃｋが発生しない）、かつクライ
アント端末のアプリケーションが十分に速くデータを読
み続ける（閉じた受信ウィンドウが大きく開いたことを
示すａｃｋが送信されない）限り、１つのＴＣＰセグメ
ントに複数のａｃｋが返されることはない。
【００６０】図７にこのＴＣＰコネクションを切断する
シーケンスを示す。
シーケンスを示す。
【００６１】サーバ端末は最後のデータにＦＩＮメッセ
ージを重畳したＴＣＰセグメント［４］を送信する。Ｔ
ＣＰ中継装置のａｃｋ［５］により、サーバ端末からＴ
ＣＰ中継装置方向のＴＣＰコネクションは切断される。
ージを重畳したＴＣＰセグメント［４］を送信する。Ｔ
ＣＰ中継装置のａｃｋ［５］により、サーバ端末からＴ
ＣＰ中継装置方向のＴＣＰコネクションは切断される。
【００６２】ＴＣＰ中継装置はＴＣＰセグメントサイズ
変更部３０２のバッフアが空になるまでクライアント端
末にデータの送信（ＴＣＰセグメント［７］、［８］、
［９］、［１０］）し続ける。バッフアのデータはしき
い値を越えていないが、ＦＩＮがあるため、それを最後
のデータとして、ＦＩＮメッセージを重畳させたＴＣＰ
セグメーント［１１］を送る。
変更部３０２のバッフアが空になるまでクライアント端
末にデータの送信（ＴＣＰセグメント［７］、［８］、
［９］、［１０］）し続ける。バッフアのデータはしき
い値を越えていないが、ＦＩＮがあるため、それを最後
のデータとして、ＦＩＮメッセージを重畳させたＴＣＰ
セグメーント［１１］を送る。
【００６３】ａｃｋ［１２］でＴＣＰ中継装置からクラ
イアント端末方向のＴＣＰコネクションが閉じる。クラ
イアント端末のアプリケーションの要求でＦＩＮメッセ
ージ［１３］が送られ、これに対するａｃｋ［１４］で
クライアント端末からＴＣＰ中継装置方向へのＴＣＰコ
ネクションが閉じる。これによつて、ＴＣＰ中継装置か
らサーバ端末方向へのこれ以上のデータの流れが無いこ
とが保証されるので、ＴＣＰ中継装置はＦＩＮメッセー
ジ［１５］をサーバ端末に送り、これに対するａｃｋ
［１６］により、最後に残ったＴＣＰ中継装置からサー
バ端末方向へのＴＣＰコネクションも閉じられる。
イアント端末方向のＴＣＰコネクションが閉じる。クラ
イアント端末のアプリケーションの要求でＦＩＮメッセ
ージ［１３］が送られ、これに対するａｃｋ［１４］で
クライアント端末からＴＣＰ中継装置方向へのＴＣＰコ
ネクションが閉じる。これによつて、ＴＣＰ中継装置か
らサーバ端末方向へのこれ以上のデータの流れが無いこ
とが保証されるので、ＴＣＰ中継装置はＦＩＮメッセー
ジ［１５］をサーバ端末に送り、これに対するａｃｋ
［１６］により、最後に残ったＴＣＰ中継装置からサー
バ端末方向へのＴＣＰコネクションも閉じられる。
【００６４】次に、図８〜９に基づき通信装置１００自
体がサーバ端末として、クライアント端末（端末１２
１、１２２または１２３）と通信する場合の動作を説明
する。ＴＣＰコネクションの設定と開放及びＴＣＰセグ
メントが失われない順調な場合のバルクデータの流れに
関しては、上述した動作例から中継に関する部分を除い
たものにほぼ等しいので省略する。ここでは、ＴＣＰセ
グメントが失われた場合の再送制御に重点をおいて説明
する。
体がサーバ端末として、クライアント端末（端末１２
１、１２２または１２３）と通信する場合の動作を説明
する。ＴＣＰコネクションの設定と開放及びＴＣＰセグ
メントが失われない順調な場合のバルクデータの流れに
関しては、上述した動作例から中継に関する部分を除い
たものにほぼ等しいので省略する。ここでは、ＴＣＰセ
グメントが失われた場合の再送制御に重点をおいて説明
する。
【００６５】図８は、サーバ端末からクライアント端末
に対して、ウィンドウが十分に開いた初期状態（この例
では１６０００）で、あるＴＣＰセグメント［４］が失
われた場合を示す。
に対して、ウィンドウが十分に開いた初期状態（この例
では１６０００）で、あるＴＣＰセグメント［４］が失
われた場合を示す。
【００６６】ＴＣＰセグメント［５］、［６］は予想さ
れる１８００１と異なるシーケンス番号を持つため、ク
ライアント端末は通常のａｃｋ［７］と重複ａｃｋ
［８］を返す。
れる１８００１と異なるシーケンス番号を持つため、ク
ライアント端末は通常のａｃｋ［７］と重複ａｃｋ
［８］を返す。
【００６７】ＴＣＰのセグメントサイズを意図的に大き
くしているために、ウィンドウサイズが比較的大きな割
りに、重複ａｃｋの数が少なく、高速再送（Ｆａｓｔ
Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）が行われない。標準的
なＴＣＰの実装では、ＩＰデータグラムの順序が変わり
得ることを考慮して、重複ａｃｋが３になった時にはじ
めて、サーバ端末が高速再送を行うようにしきい値を設
定している。
くしているために、ウィンドウサイズが比較的大きな割
りに、重複ａｃｋの数が少なく、高速再送（Ｆａｓｔ
Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）が行われない。標準的
なＴＣＰの実装では、ＩＰデータグラムの順序が変わり
得ることを考慮して、重複ａｃｋが３になった時にはじ
めて、サーバ端末が高速再送を行うようにしきい値を設
定している。
【００６８】しかし、このしきい値を本発明に採用する
と、ＴＣＰセグメントサイズを大きくしているためウィ
ンドウサイズの割りに重複ａｃｋが少なくなり、高速再
送ではなくタイムアウトによる再送となる確率が高く、
スループットが下がるという欠点が現れる。
と、ＴＣＰセグメントサイズを大きくしているためウィ
ンドウサイズの割りに重複ａｃｋが少なくなり、高速再
送ではなくタイムアウトによる再送となる確率が高く、
スループットが下がるという欠点が現れる。
【００６９】本発明が有効な非対称通信路はアクセスネ
ットワークに多い点を考慮すると、通信装置１００とク
ライアント端末はルータを介さずに接続されているか、
ルータの段数が少なく経路がほぼ固定されるので、ＩＰ
データグラムの順序が狂うことはほとんど考慮する必要
がない。従つて、高速再送のしき値を重複ａｃｋ１つに
設定することができる。ＴＣＰセグメント［９］の再送
はこの条件を満たしたために行われる。重複ａｃｋを２
にしても、重複ａｃｋを１にした場合よりは劣るがある
程度の改善は望める。
ットワークに多い点を考慮すると、通信装置１００とク
ライアント端末はルータを介さずに接続されているか、
ルータの段数が少なく経路がほぼ固定されるので、ＩＰ
データグラムの順序が狂うことはほとんど考慮する必要
がない。従つて、高速再送のしき値を重複ａｃｋ１つに
設定することができる。ＴＣＰセグメント［９］の再送
はこの条件を満たしたために行われる。重複ａｃｋを２
にしても、重複ａｃｋを１にした場合よりは劣るがある
程度の改善は望める。
【００７０】図９は、図８と同様の初期条件で、ＴＣＰ
セグメント［２］、［５］が失われた場合を示す。重複
ａｃｋ［６］によりＴＣＰセグメント［８］が高速再送
されるが、通常の高速再送アルゴリズムでは、ＴＣＰセ
グメント［５］は再送されない。ウィンドウ内で複数の
ＴＣＰセグメントが失われるのは、通常はネットワーク
が輻輳していることを示唆し、このＴＣＰセグメントを
再送しないことは輻輳状態からネットワークを回復させ
るために役立つ。
セグメント［２］、［５］が失われた場合を示す。重複
ａｃｋ［６］によりＴＣＰセグメント［８］が高速再送
されるが、通常の高速再送アルゴリズムでは、ＴＣＰセ
グメント［５］は再送されない。ウィンドウ内で複数の
ＴＣＰセグメントが失われるのは、通常はネットワーク
が輻輳していることを示唆し、このＴＣＰセグメントを
再送しないことは輻輳状態からネットワークを回復させ
るために役立つ。
【００７１】しかし、本発明に有効な非対称通信路は無
線である場合も多く、この場合のバースト的なＴＣＰセ
グメントの喪失は輻輳を意味しているわけではない。
線である場合も多く、この場合のバースト的なＴＣＰセ
グメントの喪失は輻輳を意味しているわけではない。
【００７２】そこで、ＴＣＰセグメント［５］を再送す
るために、高速再送したＴＣＰセグメント（このでは
［８］に対すると解釈できる。）ａｃｋ（ここでは［１
０］）が、そのＴＣＰセグメントを再送した時点で既に
送信済みのシーケンス番号をａｃｋしていれば、直ちに
該ＴＣＰセグメント（ここでは［１１］）を再送する。
なお、この再送についても送信済みのシーケンス番号の
ａｃｋが返って来れば、同様に再送を行う。
るために、高速再送したＴＣＰセグメント（このでは
［８］に対すると解釈できる。）ａｃｋ（ここでは［１
０］）が、そのＴＣＰセグメントを再送した時点で既に
送信済みのシーケンス番号をａｃｋしていれば、直ちに
該ＴＣＰセグメント（ここでは［１１］）を再送する。
なお、この再送についても送信済みのシーケンス番号の
ａｃｋが返って来れば、同様に再送を行う。
【００７３】次に図１１に基づいて、通信装置１００が
直接的でなくルータ１２４を介して間接的に非対称性を
持つネットワーク６３０に接続されている場合の動作を
説明する。
直接的でなくルータ１２４を介して間接的に非対称性を
持つネットワーク６３０に接続されている場合の動作を
説明する。
【００７４】図２とほぼ同じだが、ネットワーク６２１
の伝送路の帯域はネットワーク６２０と異なり対称であ
り、端末１２３はルータ１２４に置き換えられ、端末１
３１が追加され、更にルータ１２４から端末１３１方向
への帯域幅が端末１３１からルータ１２４方向への帯域
幅よりも広いという非対称な伝送路を持つネットワーク
６３０が追加されている。
の伝送路の帯域はネットワーク６２０と異なり対称であ
り、端末１２３はルータ１２４に置き換えられ、端末１
３１が追加され、更にルータ１２４から端末１３１方向
への帯域幅が端末１３１からルータ１２４方向への帯域
幅よりも広いという非対称な伝送路を持つネットワーク
６３０が追加されている。
【００７５】端末１１１または端末１１２をサーバと
し、端末１３１をクライアントとするとき、通信装置１
００は、サーバからクライアント方向へのＴＣＰセグメ
ントをネットワーク６３０において複数のＩＰデータグ
ラムにフラグメントされるようにＴＣＰセグメントサイ
ズを制御する。具体的な詳細は既に述べたものとほとん
ど同じであるから省略する。
し、端末１３１をクライアントとするとき、通信装置１
００は、サーバからクライアント方向へのＴＣＰセグメ
ントをネットワーク６３０において複数のＩＰデータグ
ラムにフラグメントされるようにＴＣＰセグメントサイ
ズを制御する。具体的な詳細は既に述べたものとほとん
ど同じであるから省略する。
【００７６】また、端末１２１または端末１２２をサー
バとした場合、出力されるＩＰデータグラムを一旦通信
装置１００を経由してからルータ１２４によってネット
ワーク６３０に中継されるようにルーティングの設定を
行えば、やはり同様に動作する。
バとした場合、出力されるＩＰデータグラムを一旦通信
装置１００を経由してからルータ１２４によってネット
ワーク６３０に中継されるようにルーティングの設定を
行えば、やはり同様に動作する。
【００７７】
【発明の効果】以上詳述したように、本発明によれば、
ＴＣＰの標準的な実装をもつ端末のＴＣＰの実装を変更
することなく、該端末を非対称な通信路に接続した場合
にＴＣＰのスループットを向上させることができる。
ＴＣＰの標準的な実装をもつ端末のＴＣＰの実装を変更
することなく、該端末を非対称な通信路に接続した場合
にＴＣＰのスループットを向上させることができる。
【図１】本発明の一実施形態に係る通信装置の構成図で
ある。
ある。
【図２】本発明の一実施形態に係るネットワークの構成
図である。
図である。
【図３】ＴＣＰセグメントをＩＰフラグメントする際の
データ形式の模式図である。
データ形式の模式図である。
【図４】ＴＣＰセグメントサイズ変換時のデータ形式の
模式図である。
模式図である。
【図５】本発明の一実施形態に係る通信装置によるＴＣ
Ｐ中継時のシーケンス図である。
Ｐ中継時のシーケンス図である。
【図６】図５の連図である。
【図７】図６の連図である。
【図８】本発明の一実施形態に係る通信装置のＴＣＰセ
グメント再送時のシーケンス図である。
グメント再送時のシーケンス図である。
【図９】本発明の一実施形態に係る通信装置のＴＣＰセ
グメント再送時のシーケンス図である。
グメント再送時のシーケンス図である。
【図１０】従来のネットワークの構成図である。
【図１１】本発明の他の実施形態に係るネットワークの
構成図である。
構成図である。
１００ 通信装置
２００、２０１ アプリケーション
３００ ＴＣＰ層
３０１ ＴＣＰ最大セグメントサイズ制御部
３０２ ＴＣＰセグメントサイズ変換部
３０３ ＴＣＰ入力部
３０４ ＴＣＰ出力部
３０５ ＴＣＰ中継部
４００ ＩＰ層
４０１ ＩＰ中継部４０１
４０２ ＩＰ入力部
４０３ ＩＰ出力部
５００、５１０ ＩＦ部
５０１、５１１ ＩＦ入力部
５０２、５１２ ＩＦ出力部
６１０、６２０ ネットワーク
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 29/06
H04L 12/66
H04M 11/00
Claims (21)
- 【請求項１】 第１のトランスポート層プロトコルデー
タユニットを入力する第１のインタフェース手段と、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成する生成モジュールと、 該第２のトランスポート層プロトコルデータユニットを
第１のネットワークに出力する第２のインタフェース手
段とを備え、 前記第２のインタフェース手段が、その入力側の帯域幅
よりも出力側の帯域幅を広くして非対称としたことを特
徴とする通信装置。 - 【請求項２】 前記第１のインタフェース手段は、第２
のネットワークと接続され、該第２のネットワークから
前記第１のトランスポート層プロトコルデータユニット
へ入力することを特徴とする請求項１記載の通信装置。 - 【請求項３】 前記生成モジュールは、前記第２のネッ
トワークから前記第１のトランスポート層プロトコルデ
ータユニットを伝送する第１のトランスポート層プロト
コル接続を終端し、かつ第２のトランスポート層プロト
コル接続を通じて前記第１のネットワークへ前記第２の
トランスポート層プロトコルデータユニットを送信する
サブモジュールを有することを特徴とする請求項２記載
の通信装置。 - 【請求項４】 前記生成モジュールは、前記第２のイン
タフェース手段の最大セグメントサイズからネットワー
ク層プロトコルヘッダサイズ及びトランスポート層プロ
トコルヘッダサイズを減ずることにより決定されるサイ
ズを超えないサイズにプロトコルデータユニットサイズ
を制御するサブモジュールを含むことを特徴とする請求
項１記載の通信装置。 - 【請求項５】 送信したトランスポート層プロトコルデ
ータユニットの送達確認情報を含むトランスポート層プ
ロトコルデータユニットを、前記送信したトランスポー
ト層プロトコルデータユニット数に比例した数受信する
通信装置であ って、 第１のトランスポート層プロトコルデータユニットを入
力する第１のインタフェース手段と、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成する生成モジュールと、 該第２のトランスポート層プロトコルデータユニットを
第１のネットワークに出力する第２のインタフェース手
段とを備え、 前記生成モジュールは、前記第１のトランスポート層プ
ロトコルデータユニットのサイズよりも大なるサイズと
なるようにプロトコルデータユニットサイズを制御する
サブモジュールを有することを特徴とする通信装置。 - 【請求項６】 前記生成モジュールは、複数の前記第１
のトランスポート層プロトコルデータユニットから前記
第２のトランスポート層プロトコルデータユニットを生
成することを特徴とする請求項５記載の通信装置。 - 【請求項７】 前記生成モジュールは、 前記第２のトランスポート層プロトコルデータユニット
を、前記第２のインタフェースから出力される複数のネ
ットワーク層プロトコルユニットであって、ネットワー
ク層プロトコルヘッダと、トランスポート層プロトコル
ヘッダを含む複数のネットワーク層プロトコルユニット
のうち少なくとも一のネットワーク層プロトコルユニッ
トと、を各々に含む該複数のネットワーク層プロトコル
ユニットに分割するサブモジュールを含むことを特徴と
する請求項５記載の通信装置。 - 【請求項８】 第１のトランスポート層プロトコルデー
タユニットを入力する第１のインタフェース手段と、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成する生成モジュールと、 該第２のトランスポート層プロトコルデータユニットを
第１のネットワークに出力する第２のインタフェース手
段と、 該第１のトランスポート層プロトコルデータユニットの
ネットワーク層宛先アドレスを調べて、ネットワーク層
宛先アドレスがアップリンク帯域幅よりもダウンリンク
帯域幅の方が広い非対称ネットワークを示す場合には、
前記第１のトランスポート層プロトコルデータユニット
を前記生成モジュールに渡す制御モジュールとを具備す
ることを特徴とする通信装置。 - 【請求項９】 第１のトランスポート層プロトコルデー
タユニットを入力する第１のインタフェース手段と、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成する生成モジュールと、 該第２のトランスポート層プロトコルデータユニットを
第１のネットワークに出力する第２のインタフェース手
段と、 該第２のインタフェースを通じて一の重複したトランス
ポート層プロトコルの認証メッセージが受信された時
に、該第２のトランスポート層プロトコルデータユニッ
トを再送信する手段とを具備することを特徴とする通信
装置。 - 【請求項１０】 一の第１のトランスポート層プロトコ
ルデータユニットを一のネットワーク層プロトコルデー
タユニットにカプセル化可能なサイズの第１のトランス
ポート層プロトコルデータユニットを生成する第１のモ
ジュールと、 一の第２のトランスポート層プロトコルデータユニット
が複数のネットワーク層プロトコルデータユニットに分
割されたサイズの第２のトランスポート層プロトコルデ
ータユニットを生成する第２のモジュールと、 該第１のトランスポート層プロトコルデータユニットを
第１のネットワークに出力する第１のインタフェース手
段と、 少なくとも一の第１及び第２のトランスポート層プロト
コルデータユニットを第２のネットワークに出力し、出
力帯域幅が入力帯域幅よりも広い非対称な第２のインタ
フェース手段とを具備することを特徴とする通信装置。 - 【請求項１１】 一の第１のトランスポート層プロトコ
ルデータユニットを一のネットワーク層プロトコルデー
タユニットにカプセル化可能なサイズの第１のトランス
ポート層プロトコルデータユニットを生成する第１のモ
ジュールと、 一の第２のトランスポート層プロトコルデータユニット
が複数のネットワーク層プロトコルデータユニットに分
割されたサイズの第２のトランスポート層プロトコルデ
ータユニットを生成する第２のモジュールと、 第１のトランスポート層プロトコルデータユニットを第
１のネットワークに出力する第１のインタフェース手段
と、 少なくとも一の第１及び第２のトランスポート層プロト
コルデータユニットを第２のネットワークに出力し、出
力帯域幅が入力帯域幅よりも広い非対称な第２のインタ
フェース手段と、 データを受信する端末の属性に従って第２のインタフェ
ース手段から出力されるデータのために、第２のトラン
スポートプロトコルデータユニットを生成するか、ある
いは第１のトランスポート層プロトコルデータユニット
を生成するかを決定する決定モジュールとを具備するこ
とを特徴とする通信装置。 - 【請求項１２】 第１のネットワークから第２のネット
ワーク方向の帯域幅が、逆方向の帯域幅よりも広い非対
称の帯域幅を持つ第２のネットワークと接続される第１
のネットワークに接続するインタフェース手段と、 トランスポート層プロトコルデータユニットが第１のネ
ットワークから第２のネットワークへ該インタフェース
手段を通して伝送されるときに、該第２のネットワーク
において複数のネットワーク層プロトコルデータユニッ
トに分割されたトランスポート層プロトコルデータユニ
ットを生成するモジュールとを具備することを特徴とす
る通信装置。 - 【請求項１３】 第１のトランスポート層プロトコルデ
ータユニットを入力するステップと、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、 第２のトランスポート層プロトコルデータユニットを第
１のネットワークへ出力するステップとを有し、 前記出力するステップは、出力帯域幅が入力帯域幅より
も広い非対称なインタフェースから第２のトランスポー
ト層プロトコルデータを出力することを特徴とする通信
方法。 - 【請求項１４】 前記入力するステップは、前記第１の
トランスポート層プロトコルデータユニットを第２のネ
ットワークから入力することを特徴とする請求項１３記
載の通信方法。 - 【請求項１５】 第１のトランスポート層プロトコルデ
ータユニットを第２のネットワークから入力するステッ
プと、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、 該第２のトランスポート層プロトコルデータユニットを
ネットワークへ出力するステップであって、出力帯域幅
が入力帯域幅よりも広い非対称なインタフェースから該
第２のトランスポート層プロトコルデータを出力するス
テップと、 前記他のネットワークから該第１のトランスポート層プ
ロトコルデータユニットを伝送する第１のトランスポー
ト層プロトコル接続を終端するステップと、 前記ネットワークと接続する第２のトランスポート層プ
ロトコル接続上の第２のトランスポート層プロトコルデ
ータユニットを終端するステップと を有することを特徴
とする通信方法。 - 【請求項１６】 第１のトランスポート層プロトコルデ
ータユニットを入力するステップと、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、 該第２のトランスポート層プロトコルデータユニットを
第１のネットワークへ出力するステップであって、出力
帯域幅が入力帯域幅よりも広い非対称なインタフェース
から第２のトランスポート層プロトコルデータを出力す
るステップと、 第１のネットワークの最大セグメントサイズからネット
ワーク層プロトコルヘッダサイズ及びトランスポート層
プロトコルヘッダサイズを減じたサイズのプロトコルデ
ータユニットサイズに制御するステップとを有すること
を特徴とする通信方法。 - 【請求項１７】 送信したトランスポート層プロトコル
データユニットの送達確認情報を含むトランスポート層
プロトコルデータユニットを、前記送信したトランスポ
ート層プロトコルデータユニット数に比例した数受信す
る通信方法であって、 第１のトランスポート層プロトコルデータユニットを入
力するステップと、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、 該第２のトランスポート層プロトコルデータユニットを
ネットワークへ出力するステップと、 プロトコルデータユニットサイズを該第１のトランスポ
ート層プロトコルデータユニットのサイズよりも大きな
サイズに制御するステップと を有することを特徴とする
通信方法。 - 【請求項１８】 前記生成するステップは、複数の第１
のトランスポート層プロトコルデータユニットから第２
のトランスポート層プロトコルデータユニットを生成す
るステップであることを特徴とする請求項１７記載の通
信方法。 - 【請求項１９】 第１のトランスポート層プロトコルデ
ータユニットを入力するステップと、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、 該第２のトランスポート層プロトコルデータユニットを
ネットワークへ出力するステップと、 プロトコルデータユニットサイズを第１のトランスポー
ト層プロトコルデータユニットのサイズよりも大きなサ
イズに制御するステップと、 前記第２のトランスポート層プロトコルデータユニット
を、前記ネットワークへ出力される複数のネットワーク
層プロトコルユニットであって、ネットワーク層プロト
コルヘッダと、トランスポート層プロトコルヘッダを含
む複数のネットワーク層プロトコルユニットのうち少な
くとも一のネットワーク層プロトコルユニットと、を各
々に含む該複数のネットワーク層プロトコルユニットに
分割するステップとを有することを特徴とする通信方
法。 - 【請求項２０】 第１のトランスポート層プロトコルデ
ータユニットを入力するステップと、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、 該第２のトランスポート層プロトコルデータユニットを
ネットワークへ出力するステップと、 プロトコルデータユニットサイズを第１のトランスポー
ト層プロトコルデータユニットのサイズよりも大きなサ
イズに制御するステップと、 ネットワークから一の重複したトランスポート層プロト
コルの確認メッセージが受信されたときに、第２のトラ
ンスポート層プロトコルデータユニットを再送信するス
テップとを有することを特徴とする通信方法。 - 【請求項２１】 第１のトランスポート層プロトコルデ
ータユニットを入力するステップと、 該第１のトランスポート層プロトコルデータユニットに
含まれたデータを含みかつ該第１のトランスポート層プ
ロトコルデータユニットとは異なるプロトコルデータユ
ニットサイズの第２のトランスポート層プロトコルデー
タユニットを、該第１のトランスポート層プロトコルデ
ータユニットに基づいて生成するステップと、 該第２のトランスポート層プロトコルデータユニットを
第１のネットワークへ出力するステップと、 該第１のトランスポート層プロトコルデータユニットの
ネットワーク層宛先アドレスを調べるステップとを有
し、 前記生成するステップは、ネットワーク層宛先アドレス
がダウンリンク帯域幅がアップリンク帯域幅よりも広い
非対称なネットワークを示すときには、第１のトランス
ポート層プロトコルデータユニットに基づいて第２のト
ランスポート層プロトコルデータユニットを生成するス
テップであることを特徴とする通信方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00236597A JP3482091B2 (ja) | 1997-01-09 | 1997-01-09 | 通信装置 |
| US08/999,330 US6091733A (en) | 1997-01-09 | 1997-12-29 | Communication device using communication protocol including transport layer and communication method using communication protocol including transport layer |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP00236597A JP3482091B2 (ja) | 1997-01-09 | 1997-01-09 | 通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10200598A JPH10200598A (ja) | 1998-07-31 |
| JP3482091B2 true JP3482091B2 (ja) | 2003-12-22 |
Family
ID=11527243
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP00236597A Expired - Fee Related JP3482091B2 (ja) | 1997-01-09 | 1997-01-09 | 通信装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US6091733A (ja) |
| JP (1) | JP3482091B2 (ja) |
Families Citing this family (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11163947A (ja) * | 1997-09-22 | 1999-06-18 | Toshiba Corp | ゲートウェイ装置、無線端末装置、ルータ装置および通信ネットワークのゲートウェイ制御方法 |
| JP3620010B2 (ja) * | 1998-05-22 | 2005-02-16 | 富士通株式会社 | 無線通信システムで用いられる装置とプログラム記録媒体 |
| US6295561B1 (en) * | 1998-06-30 | 2001-09-25 | At&T Corp | System for translating native data structures and specific message structures by using template represented data structures on communication media and host machines |
| JP3602972B2 (ja) * | 1998-07-28 | 2004-12-15 | 富士通株式会社 | 通信性能測定装置及びその測定方法 |
| US6754209B1 (en) * | 1998-08-28 | 2004-06-22 | Intel Corporation | Method and apparatus for transmitting and receiving network protocol compliant signal packets over a platform bus |
| US6327626B1 (en) * | 1998-09-15 | 2001-12-04 | Alteon Networks, Inc. | Method and apparatus for MSS spoofing |
| US6587431B1 (en) * | 1998-12-18 | 2003-07-01 | Nortel Networks Limited | Supertrunking for packet switching |
| US6453357B1 (en) * | 1999-01-07 | 2002-09-17 | Cisco Technology, Inc. | Method and system for processing fragments and their out-of-order delivery during address translation |
| WO2002009370A1 (en) * | 1999-08-07 | 2002-01-31 | Shrikumar Hariharasubrahmanian | Systems and methods for transmitting data packets |
| US7009967B1 (en) | 1999-08-07 | 2006-03-07 | Shrikumar Hariharasubrahmanian | Systems and methods for transmitting data packets |
| JP2001142845A (ja) * | 1999-11-17 | 2001-05-25 | Toshiba Corp | コンピュータシステムおよびデータ転送制御方法 |
| US6778523B1 (en) * | 2000-01-12 | 2004-08-17 | Kent Ridge Digital Labs | Connectionless oriented communications network |
| JP3730480B2 (ja) * | 2000-05-23 | 2006-01-05 | 株式会社東芝 | ゲートウェイ装置 |
| JP3814185B2 (ja) * | 2000-11-13 | 2006-08-23 | 松下電器産業株式会社 | 基地局装置、移動通信端末装置、及びそれらを用いた無線アクセスシステム |
| US20020124095A1 (en) * | 2001-03-02 | 2002-09-05 | Sultan Israel Daniel | Apparatus and method for sending point-to-point protocol over ethernet |
| US7362707B2 (en) * | 2001-07-23 | 2008-04-22 | Acme Packet, Inc. | System and method for determining flow quality statistics for real-time transport protocol data flows |
| US7774492B2 (en) * | 2001-07-26 | 2010-08-10 | Citrix Systems, Inc. | System, method and computer program product to maximize server throughput while avoiding server overload by controlling the rate of establishing server-side net work connections |
| US7289521B2 (en) * | 2001-08-15 | 2007-10-30 | Samsung Electronics Co., Ltd. | Intelligent IP relay |
| US20030045798A1 (en) * | 2001-09-04 | 2003-03-06 | Richard Hular | Multisensor probe for tissue identification |
| JP2003087320A (ja) * | 2001-09-06 | 2003-03-20 | Kddi Corp | パケット中継装置、及びその方法 |
| US7281052B2 (en) | 2001-12-14 | 2007-10-09 | International Business Machines Corporation | Data tracing identifiers |
| JP4362261B2 (ja) * | 2002-01-17 | 2009-11-11 | 日本電気通信システム株式会社 | 音声符号制御方法 |
| US7298746B1 (en) | 2002-02-11 | 2007-11-20 | Extreme Networks | Method and system for reassembling and parsing packets in a network environment |
| US6781990B1 (en) | 2002-02-11 | 2004-08-24 | Extreme Networks | Method and system for managing traffic in a packet network environment |
| US7152124B1 (en) | 2002-02-11 | 2006-12-19 | Extreme Networks | Method and system for maintaining temporal consistency of resources and data in a multiple-processor packet switch |
| US7814204B1 (en) | 2002-02-11 | 2010-10-12 | Extreme Networks, Inc. | Method of and system for analyzing the content of resource requests |
| US7321926B1 (en) | 2002-02-11 | 2008-01-22 | Extreme Networks | Method of and system for allocating resources to resource requests |
| US7584262B1 (en) | 2002-02-11 | 2009-09-01 | Extreme Networks | Method of and system for allocating resources to resource requests based on application of persistence policies |
| US7447777B1 (en) | 2002-02-11 | 2008-11-04 | Extreme Networks | Switching system |
| US7286546B2 (en) | 2002-07-31 | 2007-10-23 | Infosys Technologies Ltd. | Method and system for providing reliable and fast communications with mobile entities |
| GB2406245B (en) * | 2003-09-17 | 2006-01-04 | Siemens Ag | A method of transmitting packet data on a network |
| US20050071510A1 (en) * | 2003-09-29 | 2005-03-31 | Nokia Corporation | Transport layer communication |
| JP2005167353A (ja) * | 2003-11-28 | 2005-06-23 | Ntt Docomo Inc | 送信装置およびプログラム |
| DE102004036488A1 (de) * | 2004-07-28 | 2006-03-23 | Siemens Ag | Verfahren, Vorrichtung und System zur adaptiven Optimierung von Transportprotokollen bei der Übertragung von Bildern |
| JP4642855B2 (ja) * | 2004-10-29 | 2011-03-02 | 株式会社エヌ・ティ・ティ・ドコモ | 異なるプロトコル実装間の切替えを行う方法および装置 |
| US20060114931A1 (en) * | 2004-11-30 | 2006-06-01 | Yokogawa Electric Corporation | IPv6/IPv4 packet conversion system |
| JP4785551B2 (ja) * | 2005-03-07 | 2011-10-05 | キヤノン株式会社 | 通信装置及び通信方法並びにコンピュータにより実行可能なプログラム |
| JP4407556B2 (ja) * | 2005-03-29 | 2010-02-03 | 日本電気株式会社 | セッション中継装置、セッション中継方法およびプログラム |
| US8352728B2 (en) * | 2006-08-21 | 2013-01-08 | Citrix Systems, Inc. | Systems and methods for bulk encryption and decryption of transmitted data |
| EP2009867A1 (en) * | 2007-06-28 | 2008-12-31 | Alcatel Lucent | Access node with TCP traffic termination |
| JP5085449B2 (ja) * | 2008-07-25 | 2012-11-28 | 京セラ株式会社 | 中継装置およびバッファ量制御方法 |
| KR101808732B1 (ko) * | 2010-06-09 | 2018-01-18 | 프라발라 인코포레이티드 | 복수의 서로 다른 네트워크를 통한 데이터 송신 |
| JP2012048573A (ja) * | 2010-08-27 | 2012-03-08 | Canon Inc | 半導体集積回路、データ処理装置 |
| JP5976277B2 (ja) * | 2011-02-23 | 2016-08-23 | 富士通株式会社 | 伝送制御方法 |
| TWI602064B (zh) | 2016-11-23 | 2017-10-11 | 財團法人工業技術研究院 | 資料傳輸系統，以及其所使用的拓樸架構建立方法與拓樸架構修復方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5931961A (en) * | 1996-05-08 | 1999-08-03 | Apple Computer, Inc. | Discovery of acceptable packet size using ICMP echo |
-
1997
- 1997-01-09 JP JP00236597A patent/JP3482091B2/ja not_active Expired - Fee Related
- 1997-12-29 US US08/999,330 patent/US6091733A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US6091733A (en) | 2000-07-18 |
| JPH10200598A (ja) | 1998-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3482091B2 (ja) | 通信装置 | |
| US6341129B1 (en) | TCP resegmentation | |
| JP4164365B2 (ja) | デュアル・プロキシ装置を設けることによる無線インタフェースを介するｔｃｐ性能の改良技術 | |
| US5519699A (en) | Method of protocol termination and a packet data communication system applied the method | |
| US8169911B2 (en) | Method for transmitting a data stream with anticipation of acknowledgments, correspondence input device and computer-readable storage medium | |
| JP5544430B2 (ja) | 通信装置および通信システム | |
| US8843654B2 (en) | Data packet transfer over wide area network in fast and reliable manner | |
| JP5014281B2 (ja) | Ｔｃｐ送信制御装置及びｔｃｐ送信制御方法 | |
| US20030131079A1 (en) | Performance enhancing proxy techniques for internet protocol traffic | |
| JP2006287331A (ja) | 輻輳制御ネットワーク中継装置、および輻輳制御ネットワーク中継方法 | |
| EP1295428A2 (en) | Performance enhancement of transmission control protocol (tcp) for wireless network applications | |
| EP1393497B1 (en) | Dual mode service platform within network communication system | |
| CN101494652A (zh) | 一种卫星通信系统中增强tcp协议性能的方法 | |
| KR20000071688A (ko) | 데이터 네트워크와 무선 통신 시스템간의 개선된 전송효율을 위한 방법 | |
| JP2005136684A (ja) | データ転送方法とｔｃｐプロキシ装置およびそれを用いたネットワークシステム | |
| EP1505759A2 (en) | Method and device for transmitting/receiving data using acknowledged transport layer protocols | |
| KR20020093543A (ko) | 다중 패킷 손실 제어 방법 | |
| WO2020154872A1 (zh) | 一种传输控制协议加速方法和装置 | |
| EP1109359A2 (en) | Congestion control for internet access | |
| EP2697950B1 (en) | Technique for managing communications at a router | |
| GB2358776A (en) | Applying TCP congestion control to a wired portion of a communication path, but not to a wireless portion of the path | |
| Qaddoura | Enhanced TCP for wireless local area network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030930 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081010 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081010 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091010 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101010 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111010 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121010 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131010 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |