(57)【特許請求の範囲】
【請求項１】
上り伝送路と下り伝送路の伝送速度が異なる通信回線に接続の上り側ノードと下り側ノードがデータの送信のためのデータパケットと前記データパケットの受信に関して応答するための応答パケットの送受信により行う通信に対する通信制御方法において、
前記上り側ノードが送信する前記応答パケットである上り応答パケットと前記上り側ノードが送信する前記データパケットである上りデータパケットについて、前記上り応答パケットを前記上りデータパケットに対し優先的に送信し、
前記上り応答パケットと前記上りデータパケットの送信割合を上りと下りの伝送速度の比と同じになるように制御する伝送速度比制御方式で前記優先的な送信をなすようにしたことを特徴とする通信制御方法。
【請求項２】
上り伝送路と下り伝送路の伝送速度が異なる通信回線に接続の上り側ノードと下り側ノードがデータの送信のためのデータパケットと前記データパケットの受信に関して応答するための応答パケットの送受信により行う通信に対する通信制御方法において、
前記上り側ノードが送信する前記応答パケットである上り応答パケットと前記上り側ノードが送信する前記データパケットである上りデータパケットについて、前記上り応答パケットを前記上りデータパケットに対し優先的に送信し、
前記上り応答パケットだけを格納する応答パケット専用バッファと前記上りデータパケットを格納するデータパケット用バッファを前記上り側ノードについて設け、そして上り伝送路に空きを生じた際のパケットの送信にあって、前記応答パケット専用バッファに格納の上り応答パケットを全て送信することを条件に前記データパケット用バッファに格納の上りデータパケットを送信するように制御する選択制御方式で前記優先的な送信をなすようにしたことを特徴とする通信制御方法。
【請求項３】
上り伝送路と下り伝送路の伝送速度が異なる通信回線に接続の上り側ノードと下り側ノードがデータの送信のためのデータパケットと前記データパケットの受信に関して応答するための応答パケットの送受信により行う通信に対する通信制御方法において、
前記上り側ノードが送信する前記応答パケットである上り応答パケットと前記上り側ノードが送信する前記データパケットである上りデータパケットについて、前記上り応答パケットを前記上りデータパケットに対し優先的に送信し、
前記上り応答パケットだけを格納する応答パケット専用バッファと前記上りデータパケットを格納するデータパケット用バッファを前記上り側ノードについて設けるとともに、前記上りデータパケットの連続送信に関してデータ長しきい値を設定し、そして上り伝送路に空きを生じた際のパケットの送信にあって、前記データパケット用バッファに格納のデータパケットの連続送信における送信データ長が前記データ長しきい値を超えるごとに前記応答パケット専用バッファに格納の上り応答パケットを全て送信するように制御するデータ長基準制御方式で前記優先的な送信をなすようにしたことを特徴とする通信制御方法。
【請求項４】
請求項１に記載の通信制御方法で用いるために前記上り側ノードについて設けられる通信制御装置であって、前記伝送速度比制御方式による制御のためのパケット送信制御部を備えていることを特徴とする通信制御装置。
【請求項５】
請求項２に記載の通信制御方法で用いるために前記上り側ノードについて設けられる通信制御装置であって、前記応答パケット専用バッファと前記データパケット用バッファを備えるとともに、前記上り側ノードで生成するパケットを判定して前記応答パケット専用バッファと前記データパケット用バッファそれぞれへのパケットの格納を制御するパケット格納制御部を備え、さらに前記選択制御方式による制御のためのパケット送信制御部を備えていることを特徴とする通信制御装置。
【請求項６】
請求項３に記載の通信制御方法で用いるために前記上り側ノードについて設けられる通信制御装置であって、前記応答パケット専用バッファ、前記データパケット用バッファ、および前記データ長しきい値を保持するしきい値保持部を備えるとともに、前記上り側ノードで発生するパケットを判定して前記応答パケット専用バッファと前記データパケット用バッファそれぞれへのパケットの格納を制御するパケット格納制御部を備え、さらに前記データ長基準制御方式による制御のためのパケット送信制御部を備えていることを特徴とする通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信の制御に係り、特に上りと下りで伝送速度が異なる有線または無線の回線を用いて上り側ノードと下り側ノードがデータパケットと応答パケットの送受信により行う通信に対する通信制御に関する。
【背景技術】
【０００２】
例えばＡＤＳＬ方式などの回線でインターネットに接続し、インターネット上のサーバからファイルをダウンロードするなど、２つのノード（エンドノード）間でデータ転送としてファイルを転送する場合、通信方式としてＦＴＰ(File Transfer Protocol)が一般的に用いられている。このようにＦＴＰが広く利用されるのはＦＴＰの特性による。すなわちＦＴＰには、２つのノード間の伝送速度を知らなくても、ノード間のスループットが最大となるようにして通信を行うことが可能であり、インターネットのように複数の経路で構成されたネットワーク上の不特定多数のサイトとの通信に適しているという特性がある。
【０００３】
こうしたＦＴＰによる通信では、２つのノード間の最大スループットと往復遅延時間(ＲＴＴ：Round-Trip  Time)の間に次ぎの関係がある（例えば非特許文献１）。
【０００４】
２つのノード間の最大スループット×ＲＴＴ＝Ｃ
ここで、Ｃはウィンドウサイズと呼ばれ、ノードが一度に送り出すことのできるデータ量のことであり、ノードのＣＰＵやメモリの容量などにより決まる値である。
【０００５】
ＦＴＰでは、転送するファイルを分割して生成したデータパケットを送信後、その送信データパケットの受信について応答するためにファイル受信側ノードから送られてくるＡＣＫパケットなどの応答パケットをファイル送信側ノードが受信するまでの時間からＲＴＴを取得し、そのＲＴＴを使って上記関係により２つのノード間でのスループットが最大となるようにして通信を行っている。つまりＦＴＰでは、ファイル転送中に得られるＲＴＴの値を使ってデータ送信速度の調整を行うので、２つのノード間の回線の伝送速度を知らなくても最大スループットでのファイル転送を行うことができるのである。
【０００６】
【非特許文献１】詳解TCP/IP  W.Richard  Stevens  井上尚司監訳  ソフトバンク株式会社(ISBN4-7973-0232-1)
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＦＴＰ方式の通信では、ファイルの送受信を行う２つのノード（以下では、一方を上り側ノードとし他方を下り側ノードとする）それぞれの伝送路（上り伝送路と下り伝送路）が同じ伝送速度であれば、上述のようにして最大スループットでの通信を行うことができる。またＡＤＳＬ方式などのように上り側ノードと下り側ノードで伝送速度を異ならせる非対称方式であっても、ＦＴＰ方式の通信でのファイル転送を上り側ノードのみ、もしくは下り側ノードのみで行う状態であれ、上述のようにして最大スループットでの通信を行うことができる。
【０００８】
しかし非対称方式では、ＦＴＰ方式でのファイル転送を上り側ノードと下り側ノードで同時並行的に行う状態になった場合に問題を生じる。
【０００９】
図８に、非対称方式の回線でＦＴＰ方式の通信を行う場合の従来における通信システムの一般的な構成の例を示す。図８における通信システムＣｓは、ＦＴＰ方式による通信のためのＦＴＰ処理部１をそれぞれ有する下り側ノード２と上り側ノード３を含み、また下り伝送路４と上り伝送路５で構成される非対称方式の回線（これは有線または無線である）を含む。なお、下り伝送路４の伝送速度は仮に２Ｍｂｐｓとし、上り伝送路５の伝送速度は仮に１Ｍｂｐｓとする。
【００１０】
下り側ノード２は、例えばサーバ装置であり、汎用ネットワークインタフェースであるイーサネット（登録商標）インタフェース（図示を省略）を有し、ＬＡＮ（ローカルエリアネットワーク）の１つであるイーサネット６を介してネットワーク接続装置７に接続され、さらにネットワーク接続装置７を介して下り伝送路４と上り伝送路５に接続されている。一方、上り側ノード３は、例えばクライアント端末であり、同じく汎用ネットワークインタフェースであるイーサネットインタフェース（図示を省略）を有し、イーサネット８を介してネットワーク接続装置９に接続され、さらにネットワーク接続装置９を介して下り伝送路４と上り伝送路５に接続されている。これら下り側ノード２と上り側ノード３は、それぞれのＦＴＰ処理部１で相互にＴＣＰコネクションを確立し、ＦＴＰの手順で通信を行う。
【００１１】
ネットワーク接続装置７やネットワーク接続装置９は、イーサネット６やイーサネット８における例えば１００Ｍｂｐｓといった伝送速度と下り伝送路４や上り伝送路５の伝送速度の速度差を緩衝する機能を有し、そのためにバッファ１１やバッファ１２を備えている。
【００１２】
ネットワーク接続装置７は、イーサネット６を介して下り側ノード２から受信するパケット（下りデータパケット１３や下り応答パケット１４）を下り伝送路４に送り出し、上り伝送路５から受信するパケット（上りデータパケット１５や上り応答パケット１６）をイーサネット６に送り出す。
【００１３】
一方、ネットワーク接続装置９は、イーサネット８を介して上り側ノード３から受信するパケット（上りデータパケット１５や上り応答パケット１６）を上り伝送路５に送り出し、下り伝送路４から受信するパケット（下りデータパケット１３や下り応答パケット１４）をイーサネット８に送り出す。
【００１４】
またネットワーク接続装置７やネットワーク接続装置９は、パケットの下り伝送路４や上り伝送路５への送出に際し、上記緩衝機能として、パケットを一時的にバッファ１１やバッファ１２に格納する。そしてこのバッファ１１やバッファ１２へのパケットの格納時間は、下り伝送路４や上り伝送路５の混雑状態によって決まる。
【００１５】
このような通信システムにあって、下り側ノード２と上り側ノード３は、下りデータパケット１３や上りデータパケット１５と下り応答パケット１４や上り応答パケット１６の送受信により通信を行う。ここで、下り応答パケット１４は、上りデータパケット１５の受信について応答するために下り側ノード２が上り側ノード３に送信するパケット、上り応答パケット１６は、下りデータパケット１３の受信について応答するために上り側ノード３が下り側ノード２に送信するパケットである。一方、下りデータパケット１３は、下り側ノード２がファイルなどを上り側ノード３に送信するのに用いるパケット、上りデータパケット１５は、上り側ノード３がファイルなどを下り側ノード２に送信するのに用いるパケットである。ただしこれら本明細書ではデータパケットは、応答パケット以外のパケットを代表するものとしての意味もあるとする。
【００１６】
こうした通信を下り側ノード２と上り側ノード３が同時並行的に実行する状態、つまり下り側ノード２が下りデータパケット１３を送り出しているのと同時に上り側ノード３が上りデータパケット１５を送り出すようにしてＦＴＰ方式の通信を実行する状態になると、ネットワーク接続装置９では、上り応答パケット１６が増え始め、上りデータパケット１５の２倍まで発生する状態にまでなる。これは上述のように下りの伝送速度が上りの伝送速度の２倍であるためである。
【００１７】
そしてそのような状態になると、上り応答パケット１６の一部は、上りデータパケット１５の送信のために上り伝送路５に送出できずにネットワーク接続装置９のバッファ１２に格納され、上り伝送路５に空きが発生するまで待たされる。この結果、下りデータパケット１３のＲＴＴは増加する。すなわち上り応答パケット１６の上り伝送路５への送出頻度が通信開始直後に比べて減少し、上り応答パケット１６が上りデータパケット１５と交互に上り伝送路５を伝送されるなどの状態となり、このために下りデータパケット１３のＲＴＴが上りデータパケット１５のＲＴＴと同じ値まで増加し、そこで均衡状態となる。この場合、下り側ノード２が上述のようなデータ送信速度調整を行っているため、下り伝送路４のスループットが２Ｍｂｐｓ以下に低下し始め、最終的には１Ｍｂｐｓまで低下し、そこで均衡状態となる。
【００１８】
一方、上りデータパケット１５に着目すると、ＲＴＴの増加は発生しない。これは、下り伝送路４の最大スループットが２Ｍｂｐｓ以下に低下し始めたことにより、下り伝送路４に空き帯域が発生し、下り応答パケット１４がネットワーク接続装置７のバッファ１２に格納されるようなことがない、つまり下り応答パケット１４は、下り伝送路４の空き待ちする必要がなく、直ちに下り伝送路４に送出されるからである。
【００１９】
このように非対称方式では、ＦＴＰ方式の通信でのデータ転送を上り側ノードと下り側ノードで同時に行う場合、実際には下り伝送路に帯域に空きがあるにもかかわらず下り伝送路のスループットが低下し、最終的に速度の遅い上り伝送路と同じスループットまで低下することがあるといった問題を発生させる。つまり非対称方式における下り伝送路の高速な伝送速度を活かせなくなって通信効率が低下する場合があるという問題である。
【００２０】
本発明は、以上のような知見に基づいてなされたものであり、その課題は、非対称方式での通信回線でデータパケットと応答パケットの送受信によりなされる通信について、高速側伝送路の最大スループットを常に高速側伝送路の伝送帯域の上限まで確保できるようにすることで、より効率的な通信を可能とする通信制御方法とそれに用いる通信制御装置の提供にある。
【課題を解決するための手段】
【００２１】
非対称方式における通信効率の低下は、上述のように、下り側ノードと上り側ノードが同時並行的にファイル転送などとしてデータ送信を行っている際に、上り応答パケットが上りデータパケットにより送信待ちとなることで下りデータパケットのＲＴＴ増大することに起因して発生する。
【００２２】
こうした通信効率の低下問題を効果的に解消するには、上り応答パケットに上りデータパケットによる送信待ちが発生することのないようにしてやればよい。すなわち、そのようにすることで、上りと下りのいずれについてもＲＴＴを上り伝送路と下り伝送路それぞれにおける純粋な往復伝送時間だけにすることができ、上り伝送路と下り伝送路それぞれの最大スループットを常にそれぞれの伝送帯域の上限まで確保することが可能となり、通信効率の低下問題を効果的に解消することができる。
【００２３】
そして上り応答パケットに上りデータパケットによる送信待ちの発生することがないようにするには、上り応答パケットを上りデータパケットに優先させて送信するように制御すればよい。
【００２４】
本発明では、以上のような考え方に基づいて上記課題を解決する。具体的には、上り伝送路と下り伝送路の伝送速度が異なる通信回線に接続の上り側ノードと下り側ノードがデータの送信のためのデータパケットと前記データパケットの受信に関して応答するための応答パケットの送受信により行う通信に対する通信制御方法において、前記上り側ノードが送信する前記応答パケットである上り応答パケットと前記上り側ノードが送信する前記データパケットである上りデータパケットについて、前記上り応答パケットを前記上りデータパケットに対し優先的に送信するようにしたことを特徴としている。
【００２５】
また本発明では、上記のような通信制御方法について、前記上り応答パケットと前記上りデータパケットの送信割合を上りと下りの伝送速度の比と同じになるように制御する伝送速度比制御方式で前記優先的な送信をなすか、または前記上り応答パケットだけを格納する応答パケット専用バッファと前記上りデータパケットを格納するデータパケット用バッファを前記上り側ノードについて設け、そして上り伝送路に空きを生じた際のパケットの送信にあって、前記応答パケット専用バッファに格納の上り応答パケットを全て送信することを条件に前記データパケット用バッファに格納の上りデータパケットを送信するように制御する選択制御方式で前記優先的な送信をなすか、または前記上り応答パケットだけを格納する応答パケット専用バッファと前記上りデータパケットを格納するデータパケット用バッファを前記上り側ノードについて設けるとともに、前記上りデータパケットの連続送信に関してデータ長しきい値を設定し、そして上り伝送路に空きを生じた際のパケットの送信にあって、前記データパケット用バッファに格納のデータパケットの連続送信における送信データ長が前記データ長しきい値を超えるごとに前記応答パケット専用バッファに格納の上り応答パケットを全て送信するように制御するデータ長基準制御方式で前記優先的な送信をなすようにしている。
【００２６】
また本発明では上記のような通信制御方法で用いるために前記上り側ノードに接続される通信制御装置については、前記伝送速度比制御方式による制御のためのパケット送信制御部を備える構成とするか、または前記応答パケット専用バッファと前記データパケット用バッファを備えるとともに、前記上り側ノードで生成するパケットを判定して前記応答パケット専用バッファと前記データパケット用バッファそれぞれへのパケットの格納を制御するパケット格納制御部を備え、さらに前記選択制御方式による制御のためのパケット送信制御部を備える構成とするか、または前記応答パケット専用バッファ、前記データパケット用バッファ、および前記データ長しきい値を保持するしきい値保持部を備えるとともに、前記上り側ノードで発生するパケットを判定して前記応答パケット専用バッファと前記データパケット用バッファそれぞれへのパケットの格納を制御するパケット格納制御部を備え、さらに前記データ長基準制御方式による制御のためのパケット送信制御部を備える構成とするものとしている。
【発明の効果】
【００２７】
以上のような本発明によれば、非対称方式での通信回線でデータパケットと応答パケットの送受信によりなされる通信について、高速側伝送路の最大スループットを常に高速側伝送路の伝送帯域の上限まで確保できるようになり、より効率的な通信が可能となる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明を実施するための形態について説明する。図１に、第１の実施形態による通信制御方法を適用する通信システムの構成を示す。図１の通信システム２０は、その基本的な構成において上述した従来の通信システムＣｓと同様である。したがって通信システムＣｓと共通する要素には、図８におけるのと同一の符号を付して示し、それらについての説明は適宜省略する。
【００２９】
通信システム２０では、上り側ノード３に接続するネットワーク接続装置２１が応答パケット優先制御機能を有する。すなわちネットワーク接続装置２１は、応答パケット専用バッファ２２、データパケット用バッファ２３、パケット格納制御部２４、および伝送速度比制御方式のパケット送信制御部２５を備え、これらの各機能部により上り応答パケット１６を上りデータパケット１５に対し優先的に送信する制御を行えるようにされ、応答パケット優先制御機能のための通信制御装置を兼ねるようにされている。
【００３０】
応答パケット専用バッファ２２は、上り応答パケット１６を専用的に格納するのに用いられる。一方、データパケット用バッファ２３は、上り応答パケット１６以外のパケット（これは上述のように上りデータパケット１５で代表される）を格納するのに用いられる。
【００３１】
パケット格納制御部２４は、応答パケット専用バッファ２２とデータパケット用バッファ２３に対するパケットの格納を制御する。具体的には、上り側ノード３で生成されてイーサネット８を介して送信されてくるパケットについて上りデータパケット１５なのか上り応答パケット１６なのかを判定する。そして上り応答パケット１６と判定した場合には、それを応答パケット専用バッファ２２に格納し、上り応答パケット１６でないと判定した場合には、そのパケットをデータパケット用バッファ２３に格納する。
【００３２】
伝送速度比制御方式のパケット送信制御部２５は、上り応答パケット１６と上りデータパケット１５の送信割合が上り伝送路５と下り伝送路４それぞれの伝送速度の比と同じになるようにする伝送速度比制御方式でパケットの上り伝送路５への送出を制御する。この場合の送信割合は、上り応答パケット１６の連続送信における送信個数と上りデータパケット１５の連続送信における送信個数の割合である場合と、上り応答パケット１６の連続送信における送信データ長と上りデータパケット１５の連続送信における送信データ長の割合である場合が可能である。本実施形態では送信個数の割合としている。送信個数の割合の場合には、例えば上り伝送路５が１Ｍｂｐｓで下り伝送路４が２Ｍｂｐｓであるとすると、上り応答パケット１６を上り伝送路５に２個送り出したら、上りデータパケット１５を上り伝送路５に１個送り出す、というようにして上り応答パケット１６と上りデータパケット１５の上り伝送路５への送出割合が２：１となるようにパケットの送信を制御する。
【００３３】
以下では、通信システム２０における通信制御処理について説明する。下り側ノード２と上り側ノード３では、それぞれのＦＴＰ処理部１が通常のＦＴＰの手順によりファイル転送を行う。このようなファイル転送が下り側ノード２と上り側ノード３で同時並行的に行われている状態の上り側ノード３に着目すると、上り側ノード３で生成されたパケット（上りデータパケット１５や上り応答パケット１６）は、ＦＴＰ処理部１によりイーサネット８に送出され、イーサネット８を経てネットワーク接続装置９に到達する。
【００３４】
ネットワーク接続装置９に到達したパケットは、パケット格納制御部２４による処理を受け、応答パケット専用バッファ２２またはデータパケット用バッファ２３に一旦格納される。具体的には、まずネットワーク接続装置９に到達したパケットが上り応答パケット１６であるか上りデータパケット１５であるかをパケット格納制御部２４が判定する。それからパケット格納制御部２４は、上り応答パケット１６と判定したら、これを応答パケット専用バッファ２２の最後尾に格納し、一方、上りデータパケット１５と判定したら、これをデータパケット用バッファ２３の最後尾に格納する。
【００３５】
応答パケット専用バッファ２２やデータパケット用バッファ２３に格納された上り応答パケット１６や上りデータパケット１５は、パケット送信制御部２５により上り伝送路５に送出される。この際、パケット送信制御部２５は、上述のようにして上り応答パケット１６を上りデータパケット１５に対して優先させて上り伝送路５に送出する。すなわち上述の伝送速度比制御方式でのパケット送信制御により上り応答パケット１６を上りデータパケット１５に優先させる。こうしたパケット送信制御は、高速な下り伝送路４の最大スループットを常に下り伝送路４の伝送帯域の上限まで確保することを可能とする。そしてこのことで、より効率的な通信が可能となる。
【００３６】
以下では、パケット格納制御部２４とパケット送信制御部２５それぞれにおける処理の詳細について説明する。図２に、パケット格納制御部２４でなされるパケット格納制御の処理の流れを示す。パケット格納制御部２４は、まずイーサネット８からパケットを受信したか判定する（ステップＳ１１）。この受信判定は、パケット受信ありとなるまで繰り返される。ステップＳ１１でパケット受信ありとなったら、ステップＳ１２に進む。ステップＳ１２では、受信したパケットについて判定する。このパケット判定は、「受信したパケットが上り応答パケット１６であるか？」として行う。具体的には、例えばパケットにおけるＴＣＰヘッダのＡＣＫビットをチェックする。ＡＣＫビットがＯＮの場合で、かつＴＣＰデータ部が存在しない場合、そのパケットを上り応答パケット１６であると判定する。ステップＳ１２の判定結果が肯定的な場合には、ステップＳ１３に進み、受信したパケットつまり上り応答パケット１６を応答パケット専用バッファ２２の最後尾に格納する。一方、ステップＳ１２の判定結果が否定的な場合には、ステップＳ１４に進み、受信したパケットつまり上りデータパケット１５をデータパケット用バッファ２３の最後尾に格納する。
【００３７】
図３に、パケット送信制御部２５でなされるパケット送信制御の処理の流れを示す。パケット送信制御部２５は、まず送信待ちのパケット、つまり応答パケット専用バッファ２２に格納されている上り応答パケット１６やデータパケット用バッファ２３に格納されている上りデータパケット１５があるかを判定する（ステップＳ２１）。この送信待ちパケット判定は、送信待ちパケットありとなるまで繰り返される。ステップＳ２１で送信待ちパケットありとなったら、ステップＳ２２に進む。ステップＳ２２では、上り伝送路５に空きがあるかを判定する。この伝送路空き判定は、空きありとなるまで繰り返される。ステップＳ２２で空きありとなったら、ステップＳ２３に進む。ステップＳ２３では、送信待ちの上り応答パケット１６があるかを判定する。ステップＳ２３の判定結果が否定的な場合には、ステップＳ２５に進む。一方、ステップＳ２３の判定結果が肯定的な場合には、上り応答パケット１６を第１の個数だけ連続送信する（ステップＳ２４）。次いで、送信待ちの上りデータパケット１５があるかを判定する（ステップＳ２５）。ステップＳ２５の判定結果が否定的な場合には、ステップＳ２１に戻る。一方、ステップＳ２５の判定結果が肯定的な場合には、ステップＳ２６に進んで上りデータパケット１５を第２の個数だけ連続送信した後、ステップＳ２１に戻る。ここで、第１の個数と第２の個数は、これらの比が上り伝送路５と下り伝送路４それぞれの伝送速度の比と同じになるように設定される。
【００３８】
図４に、第２の実施形態による通信制御方法を適用する通信システムの構成を示す。図４の通信システム３０は、その基本的な構成において第１の実施形態における通信システム２０と同様である。したがって通信システム２０と共通する要素には、図１におけるのと同一の符号を付して示し、それらについての説明は適宜省略する。
【００３９】
通信システム３０は、図１における伝送速度比制御方式のパケット送信制御部２５に対応する要素として選択制御方式のパケット送信制御部３１を備えている。選択制御方式のパケット送信制御部３１は、上り伝送路５に空きを生じた際のパケットの送信にあって、送信待ちの上り応答パケット１６を全て送信することを条件に送信待ちの上りデータパケット１５を送信するように制御する。こうしたパケット送信制御部３１によるパケット送信制御の流れを図５に示す。
【００４０】
パケット送信制御部３１は、まず送信待ちのパケットがあるか判定する（ステップＳ３１）。この送信待ちパケット判定は、上述のステップＳ２１での処理と同じであり、送信待ちパケットありとなるまで繰り返される。ステップＳ３１で送信待ちパケットありとなったら、ステップＳ３２に進む。ステップＳ３２では、上り伝送路５に空きがあるかを判定する。この伝送路空き判定は、空きありとなるまで繰り返される。ステップＳ３２で空きありとなったら、ステップＳ３３に進む。ステップＳ３３では、送信待ちの上り応答パケット１６があるかを判定する。ステップＳ３３の判定結果が否定的な場合には、ステップＳ３５に進む。一方、ステップＳ３３の判定結果が肯定的な場合には、送信待ちの上り応答パケット１６を全て連続送信する（ステップＳ３４）。次いで、送信待ちの上りデータパケット１５があるかを判定する（ステップＳ３５）。ステップＳ３５の判定結果が否定的な場合には、ステップＳ３１に戻る。一方、ステップＳ２５の判定結果が肯定的な場合には、ステップＳ３６に進んで送信待ちの上りデータパケット１５を全て連続送信した後、ステップＳ３１に戻る。
【００４１】
図６に、第３の実施形態による通信制御方法を適用する通信システムの構成を示す。図６の通信システム４０は、その基本的な構成において第１の実施形態における通信システム２０と同様である。したがって通信システム２０と共通する要素には、図１におけるのと同一の符号を付して示し、それらについての説明は適宜省略する。
【００４２】
通信システム４０は、しきい値保持部４１を備え、また図１における伝送速度比制御方式のパケット送信制御部２５に対応する要素としてデータ長基準制御方式のパケット送信制御部４２を備えている。
【００４３】
しきい値保持部４１は、上りデータパケット１５の連続送信に関して設定されるデータ長しきい値を保持している。
【００４４】
データ長基準制御方式のパケット送信制御部４２は、上り伝送路５に空きを生じた際のパケットの送信にあって、送信待ちの上りデータパケット１５の連続送信における送信データ長が上記のデータ長しきい値を超えるごとに送信待ちの上り応答パケット１６を全て送信するように制御する。こうしたパケット送信制御部４２によるパケット送信制御の流れを図７に示す。
【００４５】
パケット送信制御部４２は、まず送信待ちのパケットがあるか判定する（ステップＳ４１）。この送信待ちパケット判定は、上述のステップＳ２１での処理と同じであり、送信待ちパケットありとなるまで繰り返される。ステップＳ４１で送信待ちパケットありとなったら、ステップＳ４２に進む。ステップＳ４２では、上り伝送路５に空きがあるかを判定する。この伝送路空き判定は、空きありとなるまで繰り返される。ステップＳ４２で空きありとなったら、ステップＳ４３に進む。ステップＳ４３では、送信待ちの上りデータパケット１５があるかを判定する。ステップＳ４３の判定結果が否定的な場合には、ステップＳ４７に進む。一方、ステップＳ４３の判定結果が肯定的な場合には、送信待ちの上りデータパケット１５の連続送信を行う（ステップＳ４４）。次いで、連続送信中の上りデータパケット１５についてデータ長の積算を行う（ステップＳ４５）。続くステップＳ４６では、ステップＳ４５での積算結果について判定する。具体的には、ステップＳ４５での積算結果がしきい値保持部４１におけるデータ長しきい値を超えたかを判定する。ステップＳ４６の判定結果が否定的な場合には、ステップＳ４５に戻る。一方、ステップＳ４６の判定結果が肯定的になった場合には、ステップＳ４７に進む。ステップＳ４７では、送信待ちの上り応答パケット１６があるかを判定する。ステップＳ４７の判定結果が否定的な場合には、ステップＳ４１に戻る。一方、ステップＳ４７の判定結果が肯定的な場合には、ステップ４８に進んで送信待ちの上り応答パケット１６を全て連続送信した後、ステップＳ４１に戻る。
【００４６】
以上、本発明を実施するための形態について説明したが、これらは代表的な例に過ぎず、本発明は、その趣旨を逸脱することのない範囲で様々な形態で実施することができる。
【図面の簡単な説明】
【００４７】
【図１】第１の実施形態による通信制御方法を適用する通信システムの構成を示す図である。
【図２】第１の実施形態におけるパケット格納制御の処理の流れを示す図である。
【図３】第１の実施形態におけるパケット送信制御の処理の流れを示す図である。
【図４】第２の実施形態による通信制御方法を適用する通信システムの構成を示す図である。
【図５】第２の実施形態におけるパケット送信制御の処理の流れを示す図である。
【図６】第３の実施形態による通信制御方法を適用する通信システムの構成を示す図である。
【図７】第３の実施形態におけるパケット送信制御の処理の流れを示す図である。
【図８】非対称方式の回線でＦＴＰ方式の通信を行う場合の従来における通信システムの一般的な構成を示す図である。
【符号の説明】
【００４８】
２    下り側ノード
３    上り側ノード
４    下り伝送路
５    上り伝送路
１３    下りデータパケット
１４    下り応答パケット
１５    上りデータパケット
１６    上り応答パケット
２２    応答パケット専用バッファ
２３    データパケット用バッファ
２５    伝送速度比制御方式のパケット送信制御部
３１    選択制御方式のパケット送信制御部
４２    データ長基準制御方式のパケット送信制御部
【図１】
0004881836.tif 000002
【図２】
0004881836.tif 000003
【図３】
0004881836.tif 000004
【図４】
0004881836.tif 000005
【図５】
0004881836.tif 000006
【図６】
0004881836.tif 000007
【図７】
0004881836.tif 000008
【図８】
0004881836.tif 000009