(57)【要約】【課題】  ＴＣＰのデータ伝送効率を向上させ得る通信システムを提供すること。【解決手段】  本発明にかかる通信システムは、データパケットを伝送する送信端末と、送信端末に接続してデータパケットを受信し、受信されたデータパケットに対する応答信号を送信端末に伝送する少なくとも１つの受信端末と、少なくとも１つの受信端末から伝送されるそれぞれの応答信号をマルチプレクシングして送信端末に伝送すると共に、送信端末から伝送されたデータパケットを対応する前記受信端末に伝送する多重化器と、を含む。尚、多重化器は、伝送されるデータパケットと応答信号のうちの少なくとも一方のキュー状態を監視するキュー状態監視部と、監視されたキュー状態に応じて受信端末に応答信号の保留（ホールディング）または圧縮を指示する混雑制御調整部とを備える。これにより、ＴＣＰによる混雑制御の負担を減らせることにより効率的なＴＣＰ混雑制御が行なえるようになる。【選択図】      図４
2004187303.tif 000002
【特許請求の範囲】
【請求項１】
データパケットを伝送する送信端末と、
該送信端末に接続して前記データパケットを受信し、受信された前記データパケットに対する応答信号を前記送信端末に伝送する少なくとも１つの受信端末と、
少なくとも１つの前記受信端末から伝送される前記応答信号の各々をマルチプレクシングして前記送信端末に伝送すると共に、前記送信端末から伝送された前記データパケットを対応する前記受信端末に伝送する多重化器と、を含み、
該多重化器は、伝送される前記データパケットと、前記応答信号のうちの少なくとも一方のキュー状態を監視するキュー状態監視部と、
監視された前記キュー状態に応じて前記受信端末に前記応答信号の保留または圧縮を指示する混雑制御調整部と
を備えることを特徴とする通信システム。
【請求項２】
前記受信端末は、
前記混雑制御調整部により前記応答信号の保留が指示された場合に、前記応答信号の伝送を所定時間の間保留し、
前記混雑制御調整部により前記応答信号の圧縮が指示された場合に、前記応答信号の伝送を所定時間の間圧縮する応答信号保留/圧縮部を含む
ことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記混雑制御調整部は、監視された前記データパケットのキュー状態が第１の設定値以上であれば、対応する前記受信端末に前記応答信号の保留を指示することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記混雑制御調整部は、監視された前記データパケットのキュー状態が第１の設定値より小さく、かつ第２の設定値以上である場合、対応する前記受信端末に前記応答信号の圧縮を指示することを特徴とする請求項２に記載の通信システム。
【請求項５】
前記混雑制御調整部は、監視された前記データパケットのキュー状態が前記第１の設定値より小さく、かつ前記応答信号のキュー状態が第２の設定値以上である場合、対応する前記受信端末に前記応答信号の圧縮を指示することを特徴とする請求項２に記載の通信システム。
【請求項６】
前記送信端末は、１秒当り６メガビット（Ｍｂｐｓ）以上の高速で前記データパケットを伝送し、前記受信端末は、１秒当り９００キロビット（ｋｂｐｓ）以下の低速で前記応答信号を伝送することを特徴とする請求項２に記載の通信システム。
【請求項７】
データパケットを伝送する少なくとも１つの送信端末と、
通信網を介して前記送信端末に接続して前記データパケットを受信し、受信した前記データパケットに対する応答信号を前記送信端末に伝送する少なくとも１つの受信端末と、
前記送信端末と前記通信網との間の通信プロトコルを仲介するゲートウェイと、を含み、
該ゲートウェイは、伝送される前記データパケットと前記応答信号のうちの少なくとも一方のキュー状態を監視するキュー状態監視部と、
監視された前記キュー状態に応じて前記受信端末に前記応答信号の保留または圧縮を指示する混雑制御調整部と
を備えることを特徴とする通信システム。
【請求項８】
前記受信端末は、
前記混雑制御調整部により前記応答信号の保留が指示された場合、前記応答信号を所定時間の間保留すると共に、前記混雑制御調整部により前記応答信号の圧縮が指示された場合、前記応答信号を所定時間の間圧縮する応答信号保留/圧縮部を含むことを特徴とする請求項７に記載の通信システム。
【請求項９】
前記混雑制御調整部は、監視された前記データパケットのキュー状態が第１の設定値以上であれば、対応する受信端末に前記応答信号の保留を指示することを特徴とする請求項８に記載の通信システム。
【請求項１０】
前記混雑制御調整部は、監視された前記データパケットのキュー状態が第１の設定値より小さく、かつ第２の設定値以上であれば、対応する前記受信端末に前記応答信号の圧縮を指示することを特徴とする請求項８に記載の通信システム。
【請求項１１】
前記混雑制御調整部は、監視された前記データパケットのキュー状態が前記第１の設定値より小さく、かつ前記応答信号のキュー状態が第２の設定値以上であれば、対応する前記受信端末に前記応答信号の圧縮を指示することを特徴とする請求項８に記載の通信システム。
【請求項１２】
前記送信端末は、１秒当り６メガビット（Ｍｂｐｓ）以上の高速で前記データパケットを伝送し、前記受信端末は、１秒当り９００キロビット（ｋｂｐｓ）以下の低速で前記応答信号を伝送することを特徴とする請求項８に記載の通信システム。
【請求項１３】
送信端末からデータパケットを受信した受信端末が前記送信端末に前記データパケットに対応する応答信号を伝送する通信方法であって、
送受信される前記データパケットと前記応答信号のうちの少なくとも一方のキュー状態を監視するステップと、
監視された前記キュー状態に応じて対応する前記受信端末に前記応答信号の保留または圧縮を指示するステップと、
前記応答信号の保留が指示された場合、前記応答信号を所定時間の間保留し、前記応答信号の圧縮が指示された場合、前記応答信号を所定時間の間圧縮するステップと
を含むことを特徴とする通信方法。
【請求項１４】
前記指示ステップは、監視された前記データパケットのキュー状態が第１の設定値以上であれば、対応する前記受信端末に前記応答信号のホールディングを指示することを特徴とする請求項１３に記載の通信方法。
【請求項１５】
前記指示ステップは、監視された前記データパケットのキュー状態が第１の設定値より小さく、かつ第２の設定値以上であれば、対応する前記受信端末に前記応答信号の圧縮を指示することを特徴とする請求項１３に記載の通信方法。
【請求項１６】
前記指示ステップは、監視された前記データパケットのキュー状態が前記第１の設定値より小さく、かつ前記応答信号のキュー状態が第２の設定値以上であれば、対応する前記受信端末に前記応答信号の圧縮を指示することを特徴とする請求項１３に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＴＣＰ（Transmission Control Protocol）のデータ伝送効率を高める装置及びその方法に関し、特に、ＡＤＳＬ（Asymmetric Digital Subscriber Line）のような非対称ネットワーク環境でのＴＣＰデータ伝送効率を向上させ得る通信システム及びその方法に関する。
【背景技術】
【０００２】
ＡＤＳＬは、家庭や会社などで設けられている電話回線を介して高い帯域幅にデジタル情報を伝送するための技術である。ＡＤＳＬは、回線の容量の大部分をユーザ側に情報を提供する「下り」に使用し、ユーザから情報を受け取る「上り」の、回線の容量は極めて少ないという非対称型構造をとっている。ＡＤＳＬは、既存の電話回線を介して最大９Ｍｂｐｓのダウンストリーム速度及び８００ｋｂｐｓのアップストリーム速度を提供する。
【０００３】
一方、ＴＣＰはＩＰ（Internet Protocol）と共に動作する端末（end-to-end）間の伝送プロトコルであって、ウェブ（web）基盤のＨＴＴＰ（Hyper Text Transfer Protocol）、EメールのＳＭＴＰ（Simple Mail Transfer Protocol）、ＦＴＰ（File Transfer Protocol）、そしてTelnetのような分野で幅広く使用されている。
【０００４】
図１は、従来の通信システムの送信端末と受信端末における、ＴＣＰでのデータの送受信の一例を示した図面である。同図を参照すると、ＴＣＰは、データ送受信に対する信頼性を高めるため、受信端末が送信端末に対してデータ受信を確認させるためにＡＣＫ（Acknowledgement）パケットを伝送する方式を使用する。すなわち、受信端末側では、送信端末から送信された情報を受信すると、当該情報を受け取った旨を示す情報（受信情報）を送信側端末に送信する。よって、送信端末側では、送信した情報が受信端末側で受け取られたか否かを、受信情報を受け取ることで確認することができる。
ＡＣＫパケットでは、データの流れ制御（Flow Control）に用いるウインドウ（window）情報が含まれる。尚、ウインドウは、ある時点における使用可能なバッファーのサイズを指し、受信端末は残りのバッファーのサイズに関する情報を送信端末に伝送する。これをウインドウ公告（window advertisement）と言う。
送信端末は、次のデータを送信する際に、ウインドウ公告に基づいて、ウインドウサイズを調節する。送信端末により伝送されたデータに対応するＡＣＫパケットが、受信端末から一定の時間以上受信されない場合、送信端末は伝送されたデータが失われたものと見なし、当該データを再伝送する。
【０００５】
ところが、ＡＤＳＬのような非対称帯域環境では、ＡＣＫパケットが通る経路の低い帯域幅によりＡＣＫパケットが送信端末へ伝達されるのに長時間かかる。このような環境ではアップリンク（Up link）の混雑に起因するＡＣＫパケットの損失が生じる場合や、ＡＣＫパケットの蓄積によるＴＣＰ伝送率の減少などが生じることがあった。
【０００６】
ＩＥＴＥ（Internet engineering Task Force）のＰＩＬＣ（Performance Implications of Link Characteristics）ワーキンググループでは、非対称帯域環境での混雑制御（Congestion Control）の代表的な方式である、ＡＣＣ（ACK Congestion Control）方式ＡＦ（ＡＣＫ Filtering）方式を提案した。
【０００７】
図２は、ＡＣＣ方式による従来の通信システムを概略的に示したブロック図である。同図を参照すると、ＡＣＣ方式よる通信システムは、データを伝送する送信端末２１、ＤＳＬＡＭ（Digital Subscriber Line Access Multiplexer）２３、及び送信端末２１からデータを受信する少なくとも１つの受信端末２５ａ、２５ｂ、２５ｃを備える。
【０００８】
送信端末２１は、回線の大部分を、受信端末２５ａ、２５ｂ、２５ｃへのＡＤＳＬによる情報の送信に用い、受信端末２５ａ、２５ｂ、２５ｃからの情報の受信には、ごく一部を用いている。つまり、送信端末２１は、既存の電話回線を介して最大９Ｍｂｐｓのダウンストリーム速度及び８００ｋｂｐｓのアップストリーム速度を提供する。
【０００９】
ＤＳＬＡＭ２３は、デジタル加入者回線の接続多重化器であり、ユーザが発信した信号を、デジタル加入者回線を介して受信し、多重化技術を使って高速バックボーン（backbone）回線に信号を送り出す役割を果たす。
【００１０】
受信端末２５ａ、２５ｂ、２５ｃは、送信端末２１との間で、ＤＳＬＡＭ２３を介してデータを送受信する。この場合、受信端末２５ａ、２５ｂ、２５ｃは送信端末２１から最大９Ｍｂｐｓのダウンストリーム速度でデータを受信し、送信端末２１に最大８００ｋｂｐｓのアップストリーム速度でデータを送信する。
【００１１】
ＡＣＣ方式は、ＤＳＬＡＭ２３から受信端末２５ａ、２５ｂ、２５ｃまでの間のダウンリンクのバッファーのサイズを考慮して、受信端末２５ａ、２５ｂ、２５ｃにＡＣＫパケットを保留（ホールディング）するように指示する方式である。
即ち、ＤＳＬＡＭ２３と各受信端末２５ａ、２５ｂ、２５ｃとの間のダウンリンクのデータの量が増大すると予測されると、送信端末２１は、ＤＳＬＡＭ２３と各受信端末２５ａ、２５ｂ、２５ｃのダウンリンクのバッファーのサイズを考慮し、各受信端末２５ａ、２５ｂ、２５ｃに、ＡＣＫパケットの伝送を一定の時間保留（ホールディング）するように指示する。
従って、各受信端末２５ａ、２５ｂ、２５ｃは、保留（ホールディング）の指示を受け取ると、送信端末２１から受信されたデータに対応して送信されるＡＣＫパケットの送信を、所定の時間保留（ホールディング）した後、送信端末２１に伝送する。
【００１２】
図３は、ＡＦ方式による従来の通信システムを概略的に示したブロック図である。同図を参照すると、ＡＦ方式による通信システムは、データを伝送する少なくとも１つの送信端末３１ａ、３１ｂ、３１ｃと、ゲートウェイ３５と、送信端末３１からデータを受信する少なくとも１つの受信端末３７ａ、３７ｂ、３７ｃを備える。尚、ゲートウェイ３５は、インターネット３３を介して少なくとも１つの送信端末３１ａ、３１ｂ、３１ｃと接続される。
【００１３】
送信端末３１ａ、３１ｂ、３１ｃは、多数の不特定対象へデータパケットの伝送を同時に行うことが可能である。各送信端末３１ａ、３１ｂ、３１ｃは、回線のほとんどを受信端末３７ａ、３７ｂ、３７ｃにデータを送信する「下り」として使用し、受信端末３７ａ、３７ｂ、３７ｃから情報を受ける「上り」には、回線の一部が割当てられている。
つまり、送信端末３１ａ、３１ｂ、３１ｃ は、既存の電話回線を介して最大９Ｍｂｐｓのダウンストリーム速度及び８００ｋｂｐｓのアップストリーム速度を提供する。
【００１４】
ゲートウェイ３５は、近距離通信網（ＬＡＮ）を他の通信網と接続するために使用される装置であって、他の通信網に入る入口の役割を果たすネットワークポイントである。つまり、２つの相異なる通信網を接続する場合にゲートウェイが用いられる。ルーティング観点からみると、インターネット３３は、多数のゲートウェイ３５のノードとホストノードから構成されたネットワークと言える。
【００１５】
受信端末３７ａ、３７ｂ、３７ｃは、ゲートウェイ３５を介して送信端末３１ａ、３１ｂ、３１ｃとデータを送受信するものである。
この場合、受信端末３７ａ、３７ｂ、３７ｃは、送信端末３１ａ、３１ｂ、３１ｃから最大９Ｍｂｐｓのダウンストリーム速度でデータを受信し、送信端末３１ａ、３１ｂ、３１ｃに最大８００ｋｂｐｓのアップストリーム速度でデータを送信する。
【００１６】
ＡＦ方式は、データトラフィックの増大により回線が混雑した場合に、ゲートウェイ３５のバッファー（図示せず）内に格納されたＡＣＫパケットを削除し、受信端末３７ａ、３７ｂ、３７ｃから受信された最新のＡＣＫパケットに変更する。そして、これを、送信端末３１ａ、３１ｂ、３１ｃに伝送するという方式である。
【００１７】
ところが、従来の技術にかかるＡＣＣ方式の通信システムにおいては、ダウンリンクの場合のみを考慮しており、アップリンク、つまり受信端末２５ａ、２５ｂ、２５ｃからＤＳＬＡＭ２３へのアップリンクの場合に、バッファーに積載されるキュー量を考慮していない。従って、受信端末２５ａ、２５ｂ、２５ｃからアップリンクされるデータが積載されると、受信端末２５ａ、２５ｂ、２５ｃから伝送されたＡＣＫパケットが、送信端末２１に伝達されない場合も生じる。
この場合、送信端末２１はデータが伝送中に損失されたと認識して、再度受信端末側に情報を送信することになり、ＴＣＰの伝送率の低下を招く結果となった。
【００１８】
さらに、従来技術にかかるＡＦ方式の通信システムにおいては、データトラフィックが混雑する場合に、バッファー内に格納されたＡＣＫパケットは除去され、新たに送信されたＡＣＫパケットのみが送信端末側に伝送され、バースト（burst）したデータトラフィックの伝送がなされるという結果を招く。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
本発明は、前述した問題を解決するために案出されたもので、その目的は、ＡＤＳＬのような非対称ネットワークの環境下でのＴＣＰのデータ伝送効率を向上させ得る通信システムとその方法を提供することにある。
【課題を解決するための手段】
【００２０】
前述した目的を達成するための本発明に係る通信システムの第１の実施例は、データパケットを伝送する送信端末と、該送信端末に接続して前記データパケットを受信し、受信された前記データパケットに対する応答信号を前記送信端末に伝送する少なくとも１つの受信端末と、少なくとも１つの前記受信端末から伝送される前記応答信号の各々をマルチプレクシングして前記送信端末に伝送すると共に、前記送信端末から伝送された前記データパケットを対応する前記受信端末に伝送する多重化器とを含み、前記多重化器は、伝送される前記データパケットと、前記応答信号のうちの少なくとも一方のキュー状態を監視するキュー状態監視部と、監視された前記キュー状態に応じて前記受信端末に前記応答信号の保留（ホールディング）または圧縮を指示する混雑制御調整部とを備える。
【００２１】
この通信システムにおいて、前記受信端末は、前記混雑制御調整部により前記応答信号の保留が指示された場合に、前記応答信号を所定時間の間保留し、前記混雑制御調整部により前記応答信号の圧縮が指示された場合に、前記応答信号を所定時間の間圧縮する応答信号保留/圧縮部を含むことが好ましい。
【００２２】
尚、前記混雑制御調整部は、監視された前記データパケットのキュー状態が第１の設定値以上であれば、対応する前記受信端末に前記応答信号の保留を指示する。
また、前記混雑制御調整部は、監視された前記データパケットのキュー状態が第１の設定値より小さく第２の設定値以上であれば、対応する前記受信端末に前記応答信号の圧縮を指示する。
また、前記混雑制御調整部は、監視された前記データパケットのキュー状態が前記第１の設定値より小さく前記応答信号のキュー状態が第２の設定値以上であれば、対応される前記受信端末に前記応答信号の圧縮を指示する。
【００２３】
さらに、前記送信端末は１秒当り６メガビット（Ｍｂｐｓ）以上の高速で前記データパケットを伝送し、前記受信端末は１秒当り９００キロビット（ｋｂｐｓ）以下の低速で前記応答信号を伝送することが好ましい。
【００２４】
前述した目的を達成するため本発明に係る通信システムの第２の実施例は、データパケットを伝送する少なくとも１つの送信端末と、通信網を介して前記送信端末に接続して前記データパケットを受信し、受信した前記データパケットに対する応答信号を前記送信端末に伝送する少なくとも１つの受信端末と、前記送信端末と前記通信網との間の通信プロトコルを仲介するゲートウェイとを含み、前記ゲートウェイは、伝送される前記データパケットと前記応答信号のうちの少なくとも一方のキュー状態を監視するキュー状態監視部と、監視された前記キュー状態に応じて前記受信端末に前記応答信号のホールディングまたは圧縮を指示する御雑制御調整部とを備える。
【００２５】
ここで、前記受信端末は、前記混雑制御調整部により前記応答信号の保留が指示された場合、前記応答信号を所定時間の間保留すると共に、前記混雑制御調整部により前記応答信号の圧縮が指示された場合、前記応答信号を所定時間の間圧縮する応答信号保留/圧縮部を更に含むことが好ましい。
【００２６】
一方、本発明にかかる通信システムの第１の実施例及び第２の実施例は、送信端末からデータパケットを受信した受信端末が前記送信端末に前記データパケットに、対応る応答信号を伝送する通信方法であって、
送受信される前記データパケットと前記応答信号のうちの少なくとも一方のキュー状態を監視するステップと、監視された前記キュー状態に応じて、対応する前記受信端末に前記応答信号の保留または圧縮を指示するステップと、前記応答信号の保留が指示された場合前記応答信号を所定時間の間保留し、前記応答信号の圧縮が指示されれば、前記応答信号を所定時間の間圧縮するステップと、を含む通信方法を提供する。
よって、送信端末または受信端末のＴＣＰによる混雑制御の負担が減られ、より効率的にＴＣＰ混雑制御を行なうことができる。
【発明の効果】
【００２７】
本発明によれば、従来の送信端末または受信端末において処理されたＴＣＰによる混雑制御を通信線路上の中間段階で代行して処理し、送信端末または受信端末のＴＣＰによる混雑制御の負担を減らすことにより効率的にＴＣＰ混雑制御が行なわれ得る。
さらに、従来の送信端末または受信端末でダウンリンクされトラフィックまたはアップリンクされるトラフィックについてのみ行われた混雑制御を、ダウンリンク及びアップリンクされるトラフィック全てについて行なえることによってＴＣＰ伝送効率が高められる。
【発明を実施するための最良の形態】
【００２８】
以下、添付図面を参照して本発明を詳説する。
【実施例】
【００２９】
図４は、本発明に係る通信システムの一実施の形態を概略的に示したブロック図である。同図を参照すると、通信システムは送信端末４１、ＤＳＬＡＭ４３、少なくとも１つの受信端末４５、４７、４９を備える。図面では３つの受信端末４５、４７、４９がＤＳＬＡＭ４３に接続されている。
ここで、ＤＳＬＡＭ４３は、キュー状態監視部４３ａ及び混雑制御調整部４３ｂを備える。また、それぞれの受信端末４５、４７、４９はそれぞれＡＣＫパケット保留/圧縮部４５ａ、４７ａ、４９ａを備える。
【００３０】
送信端末４１は、受信端末側に情報を送信するものである。
本実施の形態では、ＡＤＳＬのような非対称の有線セットワークの規定に従って、回線の大部分を、受信端末４５、４７、４９への情報（アップストリーム）の送信に割り当てており、受信端末４５、４７、４９から受け取る情報（アップストリーム）には、一部の回線が割り当てられている。
つまり、送信端末４１は、既存の電話回線を介して６Ｍｂｐｓ以上であり、最大９Ｍｂｐｓのダウンストリーム速度でデータパケットを受信端末４５、４７、４９側に伝送できる。
【００３１】
各受信端末４５、４７、４９のうち少なくとも１つは、送信端末４１に接続されており、送信端末４１から伝送された情報のデータパケットを受信し、受信したデータパケットに対する応答信号（データパケットを受信したことを示す信号）を送信端末４１に伝送するものである。
各受信端末４５、４７、４９は、既存の電話回線を介して９００ｋｂｐｓ以下の低速で送信端末４１にデータパケットに対する応答信号を伝送することができるように構成されている。本実施の形態では、受信端末４５、４７、４９が、送信端末４１に応答信号の１つであるＡＣＫパケットを伝送することも可能である。
【００３２】
ＤＳＬＡＭ４３は、デジタル加入者回線の接続多重化器（ここでは多重化器またはＤＳＬＡＭと称する）であり、各受信端末４５、４７、４９から伝送された応答信号を受信して多重化（マルチプレクシング）すると共に、多重化（マルチプレクシング）された応答信号を、高速のバックボーン回線を介して、送信端末４１に伝送するものである。
さらに、ＤＳＬＡＭ４３は、送信端末４１から伝送されたデータパケットを、所定の受信端末４５、４７、４９に伝送するものである。
【００３３】
尚、ＤＳＬＡＭ４３内に備えられたキュー状態監視部４３ａは、送信端末４１から受信端末４５、４７、４９に伝送されるデータパケットのキュー状態、送信端末４１から受信端末４５、４７、４９に伝送されるデータパケットのキュー状態、そして受信端末４５、４７、４９から送信端末４１に伝送されるＡＣＫパケットのキュー状態の監視を行うものである。
ここで、キューとは、ＤＳＬＡＭ４３を通過するデータの順番待ちを意味し、キュー状態とは、データ単位であるパケットのうちの待機中ものの全体サイズ（容量）を意味する。
【００３４】
ＤＳＬＡＭ４３は、ファーストイン・ファーストアウトバッファ（図示せず）と、キュー状態監視部４３ａとを備えて構成される。
ファーストイン・ファーストアウトバッファは、送信端末４１から伝送されたデータパケットと、各受信端末４５、４７、４９から伝送された各応答信号とを、入力された順番で出力するものである。
キュー状態監視部４３ａは、バッファーに積載された（取り込まれた）データパケット、データパケット、及び応答信号（ＡＣＫパケット）のキュー状態を監視するものである。
尚、ＤＳＬＡＭ４３に設けられるバッファーの数は、伝送されるデータパケットそして各応答信号が、先に入力されたものが先に出力されるように、かつ並列に処理するために、十分な数であることが好ましい。
【００３５】
混雑制御調整部４３ｂは、キュー状態監視部４３ａにより監視されたデータパケット及びデータパケット、または応答信号のキュー状態に基づいて、受信端末４５、４７、４９に応答信号を保留（ホールディング）または圧縮するよう指示するものである。
即ち、キュー状態監視部４３ａがデータパケットのキュー状態のみを監視する場合、混雑制御調整部４３ｂは、データパケットのキュー状態を「円滑状態」、「混雑状態」、及び「混雑予想状態」に区分する。そして、混雑制御調整部４３ｂは、データパケットのキュー状態が「混雑状態」の場合には、対応する受信端末４５、４７、４９に、応答信号の送信を、所定時間保留（ホールディング）するように指示する。
尚、「混雑状態」とは、バッファーに積載された（取り込まれた）データパケットが、第１の設定値以上である場合を指し、「混雑予測状態」とは、バッファーに積載された（取り込まれた）データパケットが第２の設定値以上である場合を指す。
【００３６】
バッファーに積載された（取り込まれた）データパケットが一定値（所定量）以上になると、すなわち第２の設定値以上になると、混雑制御調整部４３ｂは、受信端末４５、４７、４９から送信端末４１に伝送される応答信号に混雑が生じるであろうと予測する。
データパケットのキュー状態が、「混雑予想状態」である場合、混雑制御調整部４３ｂは、対応する受信端末４５、４７、４９に、応答信号を所定時間の間、圧縮するように指示する。
【００３７】
ここで、保留（ホールディング）とは、応答信号を所定時間遅延させた後に伝送することを意味し、圧縮とは、受信端末から所定時間の間に送信されてきた応答信号のうち、もっと最新の応答信号のみを伝送する場合を含む意味である。すなわち、応答信号を間引くことである。
ここで、第２の設定値は、第１の設定値より大きく設定されることが好ましいが、小さい値とすることも可能である。
さらに、混雑制御調整部４３ｂは、データパケットと応答信号の少なくとも一方のキュー状態に基づいて、対応する受信端末４５、４７、４９に、応答信号を保留（ホールディング）または圧縮するように指示する構成とすることも可能である。
【００３８】
また、キュー状態監視部４３ａが、データパケット及び応答信号のキュー状態を監視する場合、混雑制御調整部４３ｂは、データパケット及び応答信号のキュー状態を「円滑状態」、「第１の混雑状態」、「第２の混雑状態」に区分し、データパケットのキュー状態が「第１の混雑状態」の場合には、対応する受信端末４５、４７、４９に、応答信号を所定時間の間保留（ホールディング）するように指示する。
さらに、データパケットのキュー状態が「第２の混雑状態」の場合、混雑制御調整部４３ｂは、対応する受信端末４５、４７、４９に応答信号を所定時間の間圧縮するように指示する。
ここで、「第１の混雑状態」とは、バッファーに積載された（取り込まれた）データパケットが、第３の設定値以上である場合を意味し、「第２の混雑状態」とは、バッファーに積載された応答信号が第４の設定値以上である場合を意味する。
この際に、第３の設定値と第４の設定値は、同一の値に設定することも可能である。  なお、混雑制御調整部４３ｂは、データパケットと応答信号の少なくとも一方のキュー状態に応じて、対応する受信端末４５、４７、４９にのみ応答信号を保留（ホールディング）または圧縮するように指示する構成とすることも可能である。
【００３９】
尚、本実施の形態において、キュー状態が「円滑状態」である場合には、送受信されるトラフィック環境が円滑な場合であるため、混雑制御調整部４３ｂは、受信端末４５、４７、４９に保留（ホールディング）指示や圧縮指示を伝送することはない。
【００４０】
混雑制御調整部４３ｂが、応答信号を保留（ホールディング）または圧縮するように指示した場合、受信端末４５、４７、４９のＡＣＫパケット保留/圧縮部４５ａ、４７ａ、４９ａは、保留（ホールディング）指示または圧縮指示を受信すると、応答信号を、所定の時間の間保留（ホールディング）または圧縮する。
ここで、ＡＣＫパケット保留/圧縮部４５ａ、４７ａ、４９ａは、受信端末４５、４７、４９から送信された応答信号のうち、最新の応答信号のみを伝送するように構成することも可能である。そして、所定時間経過した後は、受信端末４５、４７、４９は、保留（ホールディング）していた応答信号や圧縮された応答信号を送信端末４１へ伝送する。
【００４１】
図５は本発明にかかる通信システムの他の実施形態を概略的に示したブロック図である。
同図を参照すると、通信システムはデータを伝送する少なくとも１つの送信端末５１ａ、５１ｂ、５１ｃと、ゲートウェイ５５と、送信端末５１ａ、５１ｂ、５１ｃからデータを受信する少なくとも１つの受信端末５７、５８、５９とを備えて構成される。
さらに、ゲートウェイ５５はキュー状態監視部５５ａ、及び混雑制御調整部５５ｂを備え、各受信端末５７、５８、５９は、ＡＣＫパケット保留/圧縮部５７ａ、５８ａ、５９ａを備えて構成される。
尚、ゲートウェイ５５は、インターネット５３を介して少なくとも１つの送信端末５１ａ、５１ｂ、５１ｃと接続できる。
以下では３つの受信端末５７、５８、５９がゲートウェイ５５を介して３つの送信端末５１ａ、５１ｂ、５１ｃからデータパケットを同時に受信する場合につき詳説する。
【００４２】
送信端末５１ａ、５１ｂ、５１ｃは、複数の受信端末５７、５８、５９へ同時にデータパケットの伝送が可能である。各送信端末５１ａ、５１ｂ、５１ｃは、ＡＤＳＬのような非対称の有線セットワークの規定に従って、回線の大部分を、受信端末５７、５８、５９への情報（アップストリーム）の送信に割り当てており、受信端末５７、５８、５９から受け取る情報（アップストリーム）には、一部の回線が割り当てられている。
つまり、送信端末５１ａ、５１ｂ、５１ｃは既存の電話回線を介して６Ｍｂｐｓ以上、最大９Ｍｂｐｓのダウンストリーム速度でデータパケットを受信端末５７、５８、５９側に伝送できる。
【００４３】
各受信端末５７、５８、５９のうち少なくとも１つは、インターネット５３及びゲートウェイ５５を介して送信端末５１ａ、５１ｂ、５１ｃの少なくとも１つと接続可能であり、送信端末５１ａ、５１ｂ、５１ｃから伝送されたデータパケットを受信する。
さらに、データパケットを受信した受信端末５７、５８、５９は、受信したデータパケットに対する応答信号（データパケットを受信したことを示す信号）を、対応する送信端末５１ａ、５１ｂ、５１ｃに伝送する。各受信端末５７、５８、５９は既存の電話回線を介して９００ｋｂｐｓ以下の低速で送信端末５１ａ、５１ｂ、５１ｃに応答信号を伝送できる。本発明では応答信号の一実施形態として受信端末５７、５８、５９のそれぞれが送信端末５１ａ、５１ｂ、５１ｃにＡＣＫパケットを伝送することを具現する。
【００４４】
ゲートウェイ５５は、近距離通信網（ＬＡＮ）を他の通信網と接続するために使用される装置であって、他の通信網に入る入口の役割を果たすネットワークポイントである。つまり、２つの相異なる通信網を接続する場合にゲートウェイが用いられる。ルーティング観点からみると、インターネット５３は、多数のゲートウェイ５５のノードとホストノードから構成されたネットワークと言える。
【００４５】
受信端末５７、５８、５９は、ゲートウェイ５５を介して送信端末５１ａ、５１ｂ、５１ｃの少なくとも一つとデータを送受信するものである。
この場合、受信端末５７、５８、５９は送信端末５１ａ、５１ｂ、５１ｃから最大９Ｍｂｐｓのダウンストリーム速度でデータを受信する。
【００４６】
一方、ゲートウェイ５５内に備えられたキュー状態監視部５５ａは、送信端末５１ａ、５１ｂ、５１ｃから受信端末５７、５８、５９へ伝送されるデータパケットを監視するものである。
なお、キュー状態監視部５５ａは、送信端末５１ａ、５１ｂ、５１ｃから受信端末５７、５８、５９に伝送されるデータパケットのみならず、受信端末５７、５８、５９から送信端末５１ａ、５１ｂ、５１ｃに伝送される応答信号の総てのキュー状態を監視するように構成することも可能である。
【００４７】
ゲートウェイ５５は、ファーストイン・ファーストアウトバッファ（図示せず）と、キュー状態監視部５５ａとを備えて構成される。
ファーストイン・ファーストアウトバッファは、送信端末５１ａ、５１ｂ、５１ｃから伝送されるデータパケットと、各受信端末５７、５８、５９から伝送される応答信号とを、入力された順番で出力するものである。
キュー状態監視部５５ａは、バッファーに積載された（取り込まれた）データパケット及び応答信号（ＡＣＫパケット）のキュー状態を監視するものである。
ここで、ゲートウェイ５５に設けられるバッファーの数は、伝送されるデータパケットおよび各応答信号が、先に入力されたものが先に出力される（入力された順に出力される）と共に、これらデータの並列処理が可能となるのに、十分な数であることが好ましい。
【００４８】
混雑制御調整部５５ｂは、キュー状態監視部５５ａにより監視されたデータパケットのキュー状態や、またはキュー状態監視部５５ａにより監視されたデータパケット、及び応答信号のキュー状態に基づいて、対応する受信端末５７、５８、５９にデータパケットと応答信号のうちの少なくとも一方を保留（ホールディング）するように指示する。
これ以降の過程は、ＤＳＬＡＭにおける混雑制御調整と同様であるのでその説明は除く。
【００４９】
図６は、図４及び図５に示す装置を用いた通信方法の一例を示すフローチャートである。
このフローチャートでは、ＤＳＬＡＭ４３のキュー状態監視部４３ａ（ゲートウェイ５５のキュー状態監視部５５ａ）により、データパケットのキュー状態のみが監視される場合を示す。
【００５０】
同図を参照すると、ＤＳＬＡＭ４３のキュー状態監視部４３ａ（ゲートウェイ５５のキュー状態監視部５５ａ）は、送信端末４１（送信端末５１ａ、５１ｂ、５１ｃ）から受信端末４５、４７、４９（受信端末５７、５８、５９）に伝送されるデータパケットのキュー状態を監視する（Ｓ６０１）。
ここで、ＤＳＬＡＭ４３のキュー状態監視部４３ａの場合、送信端末４１から複数存在する受信端末４５、４７、４９のうちの少なくとも１つに伝送されるデータパケットのキュー状態を監視する。
また、ゲートウェイ５５のキュー状態監視部５５ａの場合、複数存在する送信端末５１ａ、５１ｂ、５１ｃのうちの少なくとも１つから、複数存在する受信端末５７、５８、５９のうち少なくとも１つに伝送されるデータパケットを監視する。
【００５１】
混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、キュー状態監視部４３ａ（キュー状態監視部５５ａ）により監視されたデータパケットのキュー状態を、バッファーに積載されているデータパケットの状態に基づいて、「円滑状態」、「混雑状態」、及び「混雑予想状態」に区分する。
尚、「円滑状態」とは、データパケットの送信が円満な状態であり、「混雑状態」とは、バッファーに積載された（取り込まれた）データパケットが第１の設定値以上である場合であり、「混雑予測状態」とは、バッファーに積載された（取り込まれた）データパケットが第２の設定値以上である場合である。
バッファーに積載された（取り込まれた）データパケットが一定値以上、つまり、第２の設定値以上になると、混雑制御調整部４３ｂは、受信端末４５、４７、４９から送信端末４１に伝送される応答信号に混雑が生じると予測する。
【００５２】
バッファーに積載されたそれぞれのデータパケットの個数が第１の設定値以上になると（Ｓ６０３）、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、対応する受信端末４５、４７、４９（受信端末５７、５８、５９）に対し、応答信号の送信を所定時間の間、保留（ホールディング）するように指示する（Ｓ６０５）。
この場合、設定された所定時間を示すデータはメモリ（図示せず）に格納されていることが好ましい。
受信端末４５、４７、４９（受信端末５７、５８、５９）のＡＣＫパケット保留/圧縮部４５ａ、４７ａ、４９ａ（ＡＣＫパケット保留/圧縮部５７ａ、５８ａ、５９ａ）は、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）の保留（ホールディング）指示に応じて、応答信号を保留（ホールディング）する。
所定時間が経過した後（Ｓ６０７）、受信端末４５、４７、４９（受信端末５７、５８、５９）は、保留（ホールディング）された応答信号を受信端末に伝送する（Ｓ６０９）。
【００５３】
データパケットのキュー状態が第１の設定値以上でない場合、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、データパケットのキュー状態が第２の設定値以上であるかを判断する。
ここで、第２の設定値は第１の設定値より小さい値に設定される。
【００５４】
データパケットのキュー状態が第２の設定値以上であれば（Ｓ６１１）、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、対応する受信端末４５、４７、４９（受信端末５７、５８、５９）に、所定時間の間、応答信号を圧縮するように指示する（Ｓ６１３）。
ここでの圧縮は、受信端末４５、４７、４９（受信端末５７、５８、５９）で受信されたデータパケットについて生じた応答信号のうち、もっとも最近発生された応答信号のみを伝送する場合を含む。
受信端末４５、４７、４９（受信端末５７、５８、５９）は、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）の指示に応じて、所定時間の間、応答信号を圧縮する。所定時間が経過した後（Ｓ６１５）、受信端末４５、４７、４９（受信端末５７、５８、５９）は、圧縮された応答信号を送信端末４１（送信端末５１ａ、５１ｂ、５１ｃ）に伝送する（Ｓ６１７）。
【００５５】
図７は、図４及び図５の通信方法の他の例を示すフローチャートである。
このフローチャートでは、ＤＳＬＡＭ４３のキュー状態監視部４３ａ（ゲートウェイ５５のキュー状態監視部５５ａ）により、データパケット及び応答信号のキュー状態が監視される場合を示す。
【００５６】
同図を参照すると、ＤＳＬＡＭ４３のキュー状態監視部４３ａ（ゲートウェイ５５のキュー状態監視部５５ａ）は、送信端末４１（送信端末５１ａ、５１ｂ、５１ｃ）から受信端末４５、４７、４９（受信端末５７、５８、５９）に伝送されるデータパケット及び応答信号のキュー状態を監視する（Ｓ７０１）。
ここで、ＤＳＬＡＭ４３のキュー状態監視部４３ａの場合、送信端末４１から複数存在する受信端末４５、４７、４９のうちの少なくとも１つに伝送されるデータパケットのキュー状態を監視する。
ゲートウェイ５５のキュー状態監視部５５ａの場合、複数の送信端末５１ａ、５１ｂ、５１ｃのうち少なくとも１つから、複数存在する受信端末５７、５８、５９のうち少なくとも１つに伝送されるデータパケットのキュー状態を監視する。
ここで、ＤＳＬＡＭ４３の場合、キュー状態監視部４３ａは、受信端末４５、４７、４９のうち少なくとも１つの端末から送信端末４１に伝送される応答信号のキュー状態を監視する。一方、ゲートウェイ５５の場合、キュー状態監視部５５ａは、受信端末５７、５８、５９のうち少なくとも１つの端末から送信端末５１ａ、５１ｂ、５１ｃのうち少なくとも１つに伝送される応答信号のキュー状態を監視する。
【００５７】
混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、キュー状態監視部４３ａ（キュー状態監視部５５ａ）により監視したそれぞれのデータパケットのキュー状態を、バッファーに積載されているデータパケットの状態に基づいて、「円滑状態」、「第１の混雑状態」、「第２の混雑状態」に区分する。
ここで、「第１の混雑状態」とは、バッファーに積載されたデータパケットが第３の設定値以上である場合であり、「第２の混雑状態」はバッファーに積載された応答信号が第４の設定値以上である場合である。なお、第３の設定値と第４の設定値とは同一の値とすることも可能である。
【００５８】
バッファーに積載されたそれぞれのデータパケットの個数が第３の設定値以上になると（Ｓ７０３）、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、対応する受信端末４５、４７、４９（受信端末５７、５８、５９）に対し、応答信号を所定時間の間、保留（ホールディング）するよう指示する（Ｓ７０５）。
この場合、設定された所定時間を示すデータは、メモリ（図示せず）に格納されることが好ましい。受信端末４５、４７、４９（受信端末５７、５８、５９）のＡＣＫパケット保留/圧縮部４５ａ、４７ａ、４９ａ（ＡＣＫパケット保留/圧縮部５７ａ、５８ａ、５９ａ）は、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）の保留（ホールディング）指示に応じて、応答信号を保留（ホールディング）する。
所定時間が経過した後（Ｓ７０７）、受信端末４５、４７、４９（受信端末５７、５８、５９）は、保留（ホールディング）された応答信号を受信端末に伝送する（Ｓ７０９）。
【００５９】
データパケットのキュー状態が第３の設定値以上でない場合、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、データパケットのキュー状態が第４の設定値以上であるかを判断する。
ここで、第４の設定値は第３の設定値より小さく設定される。
【００６０】
データパケットのキュー状態が第４の設定値以上であれば（Ｓ７１１）、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）は、対応する受信端末４５、４７、４９（受信端末５７、５８、５９）に、所定時間の間、応答信号を圧縮するよう指示する（Ｓ７１３）。ここでの圧縮は、受信端末４５、４７、４９（受信端末５７、５８、５９）で受信されたデータパケットについて生じた応答信号のうち、もっとも最近に発生された応答信号のみを伝送する場合を含む。
受信端末４５、４７、４９（受信端末５７、５８、５９）は、混雑制御調整部４３ｂ（混雑制御調整部５５ｂ）の指示に応じて、所定時間の間、応答信号を圧縮する。所定時間が経過した後（Ｓ７１５）、受信端末４５、４７、４９（受信端末５７、５８、５９）は、圧縮された応答信号を送信端末４１（送信端末５１ａ、５１ｂ、５１ｃ）に伝送する（Ｓ７１７）。
【００６１】
以上では、本発明の好適な実施例について図示し説明したが、本発明は、前述の特定の実施例に限定されるものではなく、請求の範囲で請求する本発明の要旨を逸脱することなく当該発明の属する技術分野における通常の知識を有するものであれば誰でも各種の変形実施が可能であることはもとより、そのような変更は、請求の範囲記載の範囲内にあることが自明である。
【図面の簡単な説明】
【００６２】
【図１】従来の通信システムのＴＣＰによる送信端末と受信端末のデータ送受信の一例を示した図面である。
【図２】ＡＣＣ方式にかかる従来の通信システムを概略的に示したブロック図である。
【図３】ＡＦ方式にかかる従来の通信システムを概略的に示したブロック図である。
【図４】本発明にかかる通信システムの一実施形態を概略的に示したブロック図である。
【図５】本発明にかかる通信システムの他の実施形態を概略的に示したブロック図である。
【図６】図４及び図５の通信方法の一例を示す流れ図である。
【図７】図４及び図５の通信方法の他の例を示す流れ図である。
【符号の説明】
【００６３】
２１、３１、４１、５１ａ、５１ｂ、５１ｃ  送信端末
２３、４３  ＤＳＬＡＭ
３３、５３  インターネット
３５、５５  ゲートウェイ
２５ａ、２５ｂ、２５ｃ、４５、４７、４９  受信端末
３７ａ、３７ｂ、３７ｃ、５７、５８、５９  ロカールデバイス
４３ａ、５５ａ  キュー状態監視部
４３ｂ、５５ｂ  混雑制御調整部
【図１】
2004187303.tif 000003
【図２】
2004187303.tif 000004
【図３】
2004187303.tif 000005
【図４】
2004187303.tif 000006
【図５】
2004187303.tif 000007
【図６】
2004187303.tif 000008
【図７】
2004187303.tif 000009