(57)【要約】【課題】アセンブリ方式を採用した通信装置等において、トラヒックスループットを向上させる。【解決手段】受信端末のＲＷＩＮサイズ情報に合致するよう、１回のアセンブリでのアセンブリ数を設定する。また、コネクションレス型プロトコルのパケットを、所定の基準の下でコネクション型プロトコルのパケットとマルチフローアセンブリする。【選択図】図１
2005159922.tif 000002
【特許請求の範囲】
【請求項１】
送信端末から送信される複数のデータ通信単位を纏めて１つのデータ通信単位として転送するアセンブリを実行するアセンブリ実行部と、
前記データ通信単位を受信する受信端末における受信ウインドウのサイズに関する受信ウインドウ情報を取得する受信ウインドウ情報取得部と、
取得された前記受信ウインドウ情報に基づいて前記アセンブリ実行部において１回のアセンブリで纏められるデータ通信単位の数としてのアセンブリ数を設定するアセンブリ数設定部と、を備え、
前記アセンブリ実行部は、前記アセンブリ数設定部によって設定されたアセンブリ数に基づいてアセンブリの実行を行うことを特徴とする通信装置。
【請求項２】
前記受信ウインドウ情報取得部は、前記受信端末から前記送信端末へ送信されるデータ通信単位のヘッダから前記受信ウインドウ情報を取得するものである請求項１記載の通信装置。
【請求項３】
複数の端末から受信したデータ通信単位を纏めて１つのデータ通信単位として転送するマルチフローアセンブリを実行可能な通信装置において、
前記複数の端末からのデータ通信単位の中からコネクションレス型プロトコルのデータ通信単位を抽出する抽出部と、
前記抽出部で抽出されたコネクションレス型プロトコルのデータ通信単位が、他のコネクション型プロトコルのデータ通信単位とともにマルチフローアセンブリの対象とするのに適しているかを判定する判定部と、
前記判定部がマルチフローアセンブリの対象とするのに適していると判定した場合、前記コネクションレス型プロトコルのデータ通信単位を前記他のコネクション型プロトコルのデータ通信単位とともにマルチフローアセンブリの対象とし、前記判定部がマルチフローアセンブリの対象とするのに適していないと判定した場合、前記コネクションレス型プロトコルのデータ通信単位をマルチフローアセンブリの対象から除外し前記他のコネクション型プロトコルのデータ通信単位のみをマルチフローアセンブリの対象としてマルチフローアセンブリを実行するアセンブリ実行部と
を備えたことを特徴とする通信装置。
【請求項４】
前記判定部は、前記コネクションレス型プロトコルのデータ通信単位の送信間隔と前記他のコネクション型プロトコルのデータ通信単位の送信間隔の差に基づいて前記判定を行うことを特徴とする請求項３記載の通信装置。
【請求項５】
マルチフローアセンブリの対象となる前記コネクション型プロトコルのデータ通信単位を受信する受信端末における受信ウインドウのサイズに関する受信ウインドウ情報を取得する受信ウインドウ情報取得部と、
取得された前記受信ウインドウ情報に基づいて前記アセンブリ実行部において１回のマルチフローアセンブリで纏められるデータ通信単位の数としてのアセンブリ数を設定するアセンブリ数設定部と、を備え、
前記アセンブリ実行部は、前記アセンブリ数設定部によって設定されたアセンブリ数に基づいてさらにアセンブリの実行を行うことを特徴とする請求項３記載の通信装置。
【請求項６】
送信端末から送信される複数のデータ通信単位を１つに纏めて転送するアセンブリ実行部を備えると共に、前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解して宛先としての受信端末に転送するリアセンブリ実行部を備えた複数のエッジルータと
を備えた通信システムであって、
前記エッジルータは、
前記データ通信単位を受信する受信端末における受信ウインドウのサイズに関する受信ウインドウ情報を取得する受信ウインドウ情報取得部と、
取得された前記受信ウインドウ情報に基づいて前記アセンブリ実行部において１回のアセンブリで纏められるデータ通信単位の数としてのアセンブリ数を設定するアセンブリ数設定部と、を備え
前記アセンブリ実行部は、前記アセンブリ数設定部によって設定されたアセンブリ数に基づいてアセンブリの実行を行うことを特徴とする通信システム。
【請求項７】
送信端末から送信される複数のデータ通信単位を１つに纏めて転送するアセンブリ実行部を備えると共に、前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解して宛先としての受信端末に転送するリアセンブリ実行部を備えた複数のエッジルータと
を備えた通信システムであって、
前記エッジルータは、
前記データ通信単位の中からコネクションレス型プロトコルのデータ通信単位を抽出する抽出部と、
前記抽出部で抽出されたコネクションレス型プロトコルのデータ通信単位が、他のコネクション型プロトコルのデータ通信単位とともにマルチフローアセンブリの対象とするのに適しているか否かを所定の基準に基づいて判定する判定部と
を備え、
前記アセンブリ実行部は、前記判定部がマルチフローアセンブリの対象とするのに適していると判定した場合、前記コネクションレス型プロトコルのデータ通信単位と前記他のコネクション型プロトコルのデータ通信単位とをマルチフローアセンブリの対象とし、前記判定部がマルチフローアセンブリの対象とするのに適していないと判定した場合、前記コネクションレス型プロトコルのデータ通信単位をマルチフローアセンブリの対象から除外し前記コネクション型プロトコルのデータ通信単位のみをマルチフローアセンブリの対象としてマルチフローアセンブリを実行するように構成された
ことを特徴とする通信システム。
【請求項８】
送信端末から送信される複数のデータ通信単位を纏めて１つのデータ通信単位として転送するアセンブリを実行するアセンブリステップと、
前記アセンブリされたデータ通信単位を転送するステップと、
前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解して受信端末に送信するリアセンブリを実行するリアセンブリステップと
を備えた通信方法であって、
前記データ通信単位を受信する受信端末における受信ウインドウのサイズに関する受信ウインドウ情報を取得するステップと、
取得された前記受信ウインドウ情報に基づいて、前記アセンブリステップにおいて１回のアセンブリで纏められるデータ通信単位の数としてのアセンブリ数を設定するアセンブリ数設定ステップと
前記アセンブリ数設定ステップで設定されたアセンブリ数により前記アセンブリステップを実行するステップと
を備えたことを特徴とする通信方法。
【請求項９】
複数の送信端末から送信される複数のデータ通信単位を纏めて１つのデータ通信単位として転送するマルチフローアセンブリを実行するマルチフローアセンブリステップと、
前記アセンブリされたデータ通信単位を転送するステップと、
前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解するリアセンブリを実行するリアセンブリステップと
を備えた通信方法であって、
前記複数のデータ通信単位の中からコネクションレス型プロトコルのデータ通信単位を抽出するステップと、
抽出された前記コネクションレス型プロトコルのデータ通信単位が、他のコネクション型プロトコルのデータ通信単位と共にマルチフローアセンブリの対象とするのに適しているか否かを所定の基準に基づいて判定するステップと、
マルチフローアセンブリの対象とするのに適していると判定される場合には前記コネクションレス型プロトコルのデータ通信単位と前記他のコネクション型プロトコルのデータ通信単位とを前記マルチフローアセンブリの対象とし、マルチフローアセンブリの対象とするのに適していないと判定される場合には前記コネクションレス型プロトコルのデータ通信単位をマルチフローアセンブリの対象から除外し前記コネクション型プロトコルのデータ通信単位のみをマルチフローアセンブリの対象として前記マルチフローアセンブリステップを実行するようにされた
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばネットワークを介して通信を行なう通信装置、通信システム及び通信方法に関するものであり、より詳しくは、例えばパケット通信において、パケットデータをアセンブリ処理して伝送する通信装置、通信システム及び通信方法に関する。
【背景技術】
【０００２】
ネットワークに転送されたパケット転送においては、ＭＴＵ（Ｍａｘ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｕｎｉｔ）よりも遥かに小さいサイズのパケットでの転送が行なわれることが多く、このため、ルータの負荷が増大している。ルータの負荷を軽減するための手法として、アセンブリ方式が提案されている（例えば、特許文献１参照）。アセンブリ方式とは、パケットを転送する際、エッジルータ等の通信装置において複数のパケットを纏めて１つのパケットにして転送する方式である。これにより、ネットワークを流れるパケット数を減らすことが出来るので、ルータにおけるヘッダ処理の負荷を低減することができる。
【０００３】
しかし、アセンブリ方式では、アセンブリの単位となるパケットが集まるまでの間、パケットがルータ内のバッファで待機させられるため、転送速度の低下が生じる可能性がある。このため、アセンブリの対象を、同じ端末から出力されるパケットだけでなく、接続されるエッジルータを共通にする２以上の異なる端末を流れるパケットにも拡大したアセンブリ方式も提案されている（これを「マルチフローアセンブリ方式」と言う。例えば非特許文献１参照）。このマルチフローアセンブリ方式によれば、アセンブリの対象となるパケットの種類が多い分だけエッジルータでの待機時間が全体として短くなり、転送速度の低下が抑制される。なお、同じ端末から出力されるパケットのみをアセンブリの対象とする方式を、「シングルフローアセンブリ方式」と言う。
【０００４】
【特許文献１】特開２００３−３０４２８４号公報(段落［００３８］〜［００４５］、図３乃至図８他)
【非特許文献１】「マルチフローアセンブリ方式の提案」谷岡亮介、浦西慶規、神田敏克、島村和典、２００１年９月  電気関係学会四国支部連合大会
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、マルチフローアセンブリ方式でも、アセンブリの対象となる複数のパケットの１つの送信やその確認応答信号の送信が何らかの理由で遅れれば、シングルフローアセンブリ方式と同様にパケットがルータで待機させられ、転送速度が低下することになる。
【０００６】
また、アセンブリ方式の場合、パケットを受信する端末が例えばＴＣＰウインドウサイズ（ＲＷＩＮ（Ｒｅｃｅｉｖｅ  Ｗｉｎｄｏｗ  ）Ｓｉｚｅ）のように確認を要求するデータ通信単位に基づき確認応答（ＡＣＫ）を出力する単位と、アセンブリの単位とが異なることにより、伝送遅延が生じ得るという問題がある。この問題を次に示す例に基づいて説明する。パケットを受信する端末の、使用に係るアプリケーションのＲＷＩＮのサイズが送信されるパケットの３個分のサイズであり、従って３個のパケットを受け取る毎にＡＣＫが出力されるものとする。一方、エッジルータにおいては、シングルフローアセンブリ方式により、４個のパケット毎にアセンブリがなされるものとする。このようにＲＷＩＮのサイズとアセンブリ数とが一致しない場合において受信側から送信側へ再送要求が出されると、アセンブリのやり直しが必要になるなどして、転送速度が却って低下する可能性がある。このような事態は、マルチフローアセンブリ方式が使用される場合でも同様に生じ得る。
【０００７】
本発明は、上記のような問題を解決するためになされたものであり、アセンブリ方式を採用した通信装置、通信方法及び通信システムにおいて、トラヒックスループットを向上させることを目的とする。
【課題を解決するための手段】
【０００８】
上記目的達成のため、本発明に係る本出願の第１の発明に係る通信装置は、送信端末から送信される複数のデータ通信単位を纏めて１つのデータ通信単位として転送するアセンブリを実行するアセンブリ実行部と、前記データ通信単位を受信する受信端末における受信ウインドウのサイズに関する受信ウインドウ情報を取得する受信ウインドウ情報取得部と、取得された前記受信ウインドウ情報に基づいて前記アセンブリ実行部において１回のアセンブリで纏められるデータ通信単位の数としてのアセンブリ数を設定するアセンブリ数設定部と、を備え、前記アセンブリ実行部は、前記アセンブリ数設定部によって設定されたアセンブリ数に基づいてアセンブリの実行を行うことを特徴とする。
【０００９】
上記目的達成のため、本出願の第２の発明に係る通信装置は、複数の端末から受信したデータ通信単位を纏めて１つのデータ通信単位（例えばパケットデータなど。以下同じ）として転送するマルチフローアセンブリを実行可能な通信装置において、前記複数の端末からのデータ通信単位の中からコネクションレス型プロトコルのデータ通信単位を抽出する抽出部と、前記抽出部で抽出されたコネクションレス型プロトコルのデータ通信単位が、他のコネクション型プロトコルのデータ通信単位とともにマルチフローアセンブリの対象とするのに適しているかを判定する判定部と、前記判定部がマルチフローアセンブリの対象とするのに適していると判定した場合、前記コネクションレス型プロトコルのデータ通信単位を前記他のコネクション型プロトコルのデータ通信単位とともにマルチフローアセンブリの対象とし、前記判定部がマルチフローアセンブリの対象とするのに適していないと判定した場合、前記コネクションレス型プロトコルのデータ通信単位をマルチフローアセンブリの対象から除外し前記他のコネクション型プロトコルのデータ通信単位のみをマルチフローアセンブリの対象としてマルチフローアセンブリを実行するアセンブリ実行部とを備えたことを特徴とする。
【００１０】
上記目的達成のため、本出願の第３の発明に係る通信システムは、送信端末から送信される複数のデータ通信単位を１つに纏めて転送するアセンブリ実行部を備えると共に、前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解して宛先としての受信端末に転送するリアセンブリ実行部を備えた複数のエッジルータとを備えた通信システムであって、前記エッジルータは、前記データ通信単位を受信する受信端末における受信ウインドウのサイズに関する受信ウインドウ情報を取得する受信ウインドウ情報取得部と、取得された前記受信ウインドウ情報に基づいて前記アセンブリ実行部において１回のアセンブリで纏められるデータ通信単位の数としてのアセンブリ数を設定するアセンブリ数設定部と、を備え、前記アセンブリ実行部は、前記アセンブリ数設定部によって設定されたアセンブリ数に基づいてアセンブリの実行を行うことを特徴とする。
【００１１】
上記目的達成のため、本出願の第４の発明に係る通信システムは、送信端末から送信される複数のデータ通信単位を１つに纏めて転送するアセンブリ実行部を備えると共に、前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解して宛先としての受信端末に転送するリアセンブリ実行部を備えた複数のエッジルータとを備えた通信システムであって、前記エッジルータは、前記データ通信単位の中からコネクションレス型プロトコルのデータ通信単位を抽出する抽出部と、前記抽出部で抽出されたコネクションレス型プロトコルのデータ通信単位が、他のコネクション型プロトコルのデータ通信単位とともにマルチフローアセンブリの対象とするのに適しているか否かを所定の基準に基づいて判定する判定部とを備え、前記アセンブリ実行部は、前記判定部がマルチフローアセンブリの対象とするのに適していると判定した場合、前記コネクションレス型プロトコルのデータ通信単位と前記他のコネクション型プロトコルのデータ通信単位とをマルチフローアセンブリの対象とし、前記判定部がマルチフローアセンブリの対象とするのに適していないと判定した場合、前記コネクションレス型プロトコルのデータ通信単位をマルチフローアセンブリの対象から除外し前記コネクション型プロトコルのデータ通信単位のみをマルチフローアセンブリの対象としてマルチフローアセンブリを実行するように構成されたことを特徴とする。
【００１２】
上記目的達成のため、本出願の第５の発明に係る通信方法は、送信端末から送信される複数のデータ通信単位を纏めて１つのデータ通信単位として転送するアセンブリを実行するアセンブリステップと、前記アセンブリされたデータ通信単位を転送するステップと、前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解して受信端末に送信するリアセンブリを実行するリアセンブリステップとを備えた通信方法であって、前記データ通信単位を受信する受信端末における受信ウインドウのサイズに関する受信ウインドウ情報を取得するステップと、取得された前記受信ウインドウ情報に基づいて、前記アセンブリステップにおいて１回のアセンブリで纏められるデータ通信単位の数としてのアセンブリ数を設定するアセンブリ数設定ステップと、前記アセンブリ数設定ステップで設定されたアセンブリ数により前記アセンブリステップを実行するステップとを備えたことを特徴とする。
【００１３】
上記目的達成のため、本出願の第６の発明に係る通信方法は、複数の送信端末から送信される複数のデータ通信単位を纏めて１つのデータ通信単位として転送するマルチフローアセンブリを実行するマルチフローアセンブリステップと、前記アセンブリされたデータ通信単位を転送するステップと、前記アセンブリされたデータ通信単位を前記複数のデータ通信単位に分解するリアセンブリを実行するリアセンブリステップとを備えた通信方法であって、前記複数のデータ通信単位の中からコネクションレス型プロトコルのデータ通信単位を抽出するステップと、抽出された前記コネクションレス型プロトコルのデータ通信単位が、他のコネクション型プロトコルのデータ通信単位と共にマルチフローアセンブリの対象とするのに適しているか否かを所定の基準に基づいて判定するステップと、マルチフローアセンブリの対象とするのに適していると判定される場合には前記コネクションレス型プロトコルのデータ通信単位と前記他のコネクション型プロトコルのデータ通信単位とを前記マルチフローアセンブリの対象とし、マルチフローアセンブリの対象とするのに適していないと判定される場合には前記コネクションレス型プロトコルのデータ通信単位をマルチフローアセンブリの対象から除外し前記コネクション型プロトコルのデータ通信単位のみをマルチフローアセンブリの対象として前記マルチフローアセンブリステップを実行するようにされたことを特徴とする。
【発明の効果】
【００１４】
この第１、第３及び第５の発明によれば、マルチフローアセンブリの対象となるコネクション型プロトコルのデータ通信単位を受信する受信端末の受信ウインドウサイズに関する受信ウインドウ情報が取得され、この情報に基づいてアセンブリ数が設定される。これにより、アセンブリ数と、受信端末の受信ウインドウサイズとの整合がとられ、トラヒックスループットの向上が図られる。
【００１５】
第２、第４及び第６の発明は、コネクションレス型プロトコルのデータ通信単位は、受信端末からの応答確認等を待つことなく受信端末に連続的に送信されるため、コネクション型プロトコルに比べデータ通信単位の送信間隔の変動が少ないことに着目してなされたものである。すなわち、第２、第４及び第６の発明は、コネクションレス型プロトコルのデータ通信単位を、所定の基準の下でコネクション型プロトコルのデータ通信単位とマルチフローアセンブリするようにしたものである。これにより、データ通信単位の待機時間が短くなり、トラヒックスループットを向上させることができる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施の形態に係る通信システムを、図面を参照して詳細に説明する。この通信システムは、図１に示すように、端末１１〜１６が、ネットワーク２０を介して通信を実行するものである。ネットワーク２０は、端末１１〜１６が接続されるエッジルータ２１〜２４と、これらを中継するコアルータ２５を備えている。エッジルータ２１〜２４は、ネットワーク２０の周辺の、端末１１〜１６との接点に位置するものである。コアルータ２５は、エッジルータ２１〜２４間で送受信されるパケットを中継する役割を有する。また、エッジルータ２１〜２４は、後述するように、複数種類のパケットを纏めて１つのパケットとするアセンブリ機能とアセンブリされたパケットを分解するリアセンブリ機能を備えている。
【００１７】
アセンブリには、同一端末からのパケットのみを１つのパケットにアセンブリするシングルフローアセンブリと、異なる端末であってエッジルータを共通とする端末からのパケットを１つのパケットにアセンブリするマルチフローアセンブリとがある。後述するように、これらのエッジルータ２１〜２４は、マルチフローアセンブリ、シングルフローアセンブリ、通常転送方式（受信したパケットデータを１つずつ転送制御する）のいずれかを適宜選択的に実行可能に構成される。
【００１８】
なお、この図１に示す端末１１〜１６、エッジルータ２１〜２４及びコアルータ２５の個数、接続関係等は一例に過ぎず、本発明がこれに限定されるものでないことは言うまでもない。例えば、図１では各端末１１〜１６がエッジルータ２１〜２４に直接接続されているが、別のルータ等の中継装置やネットワークを介して端末１１〜１６とエッジルータ２１〜２４が接続されるものも、当然に本発明の範囲内に含まれるものである。
【００１９】
以下の実施の形態の説明では、端末１１〜１６のうち、データを送信する端末を「送信端末」と、データを受信する端末を「受信端末」と称する。いずれの端末１１〜１６のいずれも、送信端末・受信端末のいずれとしても機能する。また、端末１１〜１６のうちの端末１１〜１４は、特別な場合を除き、コネクション型プロトコルであるＴＣＰプロトコル上においてＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を実行してパケット通信を行なうものとする（本発明がこれに限定される趣旨ではなく、別のアプリケーションを実行する場合にも本発明が適用可能であることは言うまでもない）。
【００２０】
一方、端末１５及び１６は、音声データや動画データのストリームデータを送信するため、主としてコネクションレス型プロトコルであるＵＤＰプロトコルによりパケット通信を行なっているものとする。ＵＤＰプロトコルは、ＴＣＰプロトコルと異なり、確認応答番号に基づくシーケンス制御や、ウインドウ制御による連続送信等の機能を有しないため、信頼性が落ちるが、その分高速な通信が可能となっている。ここで、主としてＴＣＰプロトコル、又はＵＤＰプロトコルによる通信を行なう端末であるとしたのは単に一例を示すためであり、１つの端末でＴＣＰプロトコル及びＵＤＰプロトコルの両方を使う場合にも本発明は当然に適用可能である。
【００２１】
次に、ネットワーク２０を構成するエッジルータ２１〜２４の構成の詳細を、図２に基づいて説明する。エッジルータ２１〜２４は、図２に示すように、入力ポートＩＰと、入力キューＩＱと、種別判定部３１と、アセンブリ適性判定部３２と、アセンブリ実行部３３と、ＲＷＩＮサイズ判定部３４と、アセンブリ数設定部３５と、リアセンブリ実行部３６と、転送制御部３７と、アセンブリ制御部３８と、出力キューＯＱと、出力ポートＯＰとを備えている。
【００２２】
入力ポートＩＰは、端末１１〜１６及びコアルータ２５から送信されるパケットを入力させるための端子である。入力キューＩＱは、入力ポートＩＰから入力されたパケットを一旦記憶し待機させるための記憶部である。種別判定部３１は、入力キューＩＱから入力されたパケットの通信プロトコルの種別を判定する部分であり、具体的には、コネクション型プロトコルであるＴＣＰプロトコルにより送信されたパケットなのか、それともコネクションレス型プロトコルであるＵＤＰプロトコルにより送信されたパケットなのか、或いはアセンブリされたパケットなのかを、パケットに含まれるヘッダに基づいて判定する。
【００２３】
アセンブリ適性判定部３２は、種別判定部３１においてＵＤＰプロトコルのパケットであると判定されたパケットが、他のＴＣＰプロトコルのパケットと共にマルチフローアセンブリするのに適したものであるか否かを判定する部分である。この判定は、例えばＵＤＰプロトコルのパケットの送信間隔と、当該他のＴＣＰプロトコルのパケットの平均的な送信間隔との差が所定値以下であるか否かにより実行することができる。
【００２４】
アセンブリ実行部３３は、パケットをアセンブリする機能を有し、後述するアセンブリ制御部３８からの命令に従い、シングルフローアセンブリ方式又はマルチフローアセンブリ方式のいずれかを選択的に実行可能に構成されている。アセンブリ実行部３３は、これらのパケットを一時的に記憶するためのアセンブリバッファ（図示せず）を備えている。なお、アセンブリの実行手順の詳細は、上記特許文献１のように公知であるので、詳細な説明は省略する。
【００２５】
マルチフローアセンブリ方式を実行する場合には、異なる端末からのＴＣＰプロトコルのパケットがアセンブリ実行部３３において１つのパケットにアセンブリされる。また、アセンブリ適性判定部３２でマルチフローアセンブリに適していると判定されたＵＤＰプロトコルのパケットがある場合には、そのパケットもマルチフローアセンブリの対象とされる。
【００２６】
ＲＷＩＮサイズ判定部３４は、送信されるパケットのヘッダに含まれるウインドウデータに基づき、各端末の使用中のアプリケーション（ＦＴＰ等）についての受信ウインドウ（ＲＷＩＮ）のサイズを判定する。なお、ＲＷＩＮは同じ端末であっても、アプリケーション毎に異なるのが通常である。アセンブリ数設定部３５は、このＲＷＩＮサイズ判定部３４で判定されたＲＷＩＮのサイズと、実行されるアセンブリ方式（シングルフローアセンブリ方式、又はマルチフローアセンブリ方式）の種別に基づき、アセンブリ実行部３３におけるアセンブリ数を設定する。詳しくは後述する。
【００２７】
リアセンブリ実行部３６は、アセンブリされたパケットをコアルータ２５から入力ポートＩＰ及び入力キューＩＱを介して受信し、アセンブリ前の個々のパケットに分解するリアセンブリを実行する。
【００２８】
転送制御部３７は、パケットに付加されたヘッダに示されたＩＰアドレスを参照して、そのＩＰアドレスに対応する出力キューＯＱにパケットを転送する制御を行なう。アセンブリ実行部３３によりアセンブリされたパケットは、アセンブリ時に付加された付加ヘッダに示されたＩＰアドレスに基づいて転送制御される。また、アセンブリ実行部３３でアセンブリの対象とされなかったパケット、及びリアセンブリ実行部３６でリアセンブリされたパケットは、ＩＰパケットに示されたＩＰアドレスに基づいて転送制御される。出力キューＯＱに転送されたパケットは、順次出力ポートＯＰを介して下流のコアルータ２５又は端末１１〜１６へ出力される。
【００２９】
アセンブリ制御部３８は、通常転送方式、シングルフローアセンブリ方式又はマルチフローアセンブリ方式のいずれかを選択的に実行可能にするため、種別判定部３１、アセンブリ適性判定部３２、アセンブリ実行部３３、ＲＷＩＮサイズ判定部３４及びアセンブリ数設定部３５を制御するものである。制御の詳細は後述する。
【００３０】
次に、この通信システムの動作を、図３及び図４に示すフローチャートに沿って説明する。以下では、（１）シングルフローアセンブリ方式を実行させる場合、（２）マルチフローアセンブリを実行させる場合、（３）通常転送方式を実行させる場合に分けて説明する。
（１）シングルフローアセンブリ方式を実行させる場合
シングルフローアセンブリ方式を実行させる場合の動作を図３に示すフローチャートを参照して説明する。アセンブリ制御部３８は、アセンブリ実行部３３にシングルフローアセンブリ方式の実行を命令する命令信号を出力すると共に、種別判定部３１及びアセンブリ適性判定部３２の機能を停止させる。
アセンブリ実行部３３は、この命令信号を受けて、端末１１〜１４から受信したパケットを、同一の送信端末ごとにアセンブリするシングルフローアセンブリ方式の実行を開始し、アセンブリしたパケットを転送制御部３７に出力する（図３のＳ１）。
【００３１】
ＲＷＩＮサイズ判定部３４は、アセンブリされるパケットの宛先である受信端末の使用中のアプリケーション（ここではＦＴＰとする）に係るＲＷＩＮのサイズを判定し（Ｓ２）、アセンブリ数設定部３５は、判定されたＲＷＩＮのサイズと一致するアセンブリ数を設定する（Ｓ３）。例えば、端末１１から端末１３へ送信されるパケットをアセンブリする場合、ＲＷＩＮサイズ判定部３４が、端末１３から端末１１へ返信されるパケットのヘッダ等に示されたＲＷＩＮ情報に基づいて端末１３のＦＴＰのＲＷＩＮのサイズを判定する。アセンブリ数設定部３５は、この端末１３のＦＴＰのＲＷＩＮのサイズに基づいて、これに合致するアセンブリ数を設定する。これにより、アセンブリ数と、受信端末のＲＷＩＮサイズとの整合がとられ、トラヒックスループットの向上が図られる。
【００３２】
なお、ＲＷＩＮに該当するものがないプロトコルの場合や、ＲＷＩＮのサイズとアセンブリ数の不一致による伝送速度への影響が小さいと考えられる場合には、ＲＷＩＮサイズ判定部３４及びアセンブリ数設定部３５の機能も停止させ、アセンブリ実行部３３のみを機能させるようにしてもよい。
【００３３】
（２）マルチフローアセンブリ方式を実行させる場合
次に、マルチフローアセンブリを実行させる場合の動作を、図４に示すフローチャートを参照して説明する。ここでは、エッジルータ２１に着目し、このエッジルータ２１に端末１１及び１２からＴＣＰプロトコルのパケットＰ５及びＰ６が送信されると共に、端末１５からＵＤＰプロトコルのパケットＰ７が送信されるものとして説明する。
【００３４】
アセンブリ実行部３３は、アセンブリ制御部３８からの命令に基づき、ＴＣＰプロトコルのパケットＰ５・Ｐ６のマルチフローアセンブリを開始する（図４のＳ１１）。また、アセンブリ制御部３８からの制御信号により種別判定部３１及びアセンブリ適性判定部３２が動作する。種別判定部３１が、ＵＤＰプロトコルのパケットＰ７を抽出し（Ｓ１２）、このパケットＰ７がパケットＰ５及びＰ６と共にマルチアセンブリの対象とするのに適しているか否かが、アセンブリ適性判定部３２で判定される（Ｓ１３）。この判定は、上述したように、例えばＵＤＰプロトコルのパケットＰ７の送信間隔と、ＴＣＰプロトコルのパケットＰ５及びＰ６の平均的な送信間隔との差が所定値以下であるか否かにより実行することができる。
【００３５】
パケットＰ７がマルチアセンブリの対象とするのに適している（ＹＥＳ）と判定される場合、ＵＤＰプロトコルのパケットＰ７が、ＴＣＰプロトコルのパケットＰ５及びＰ６とのマルチフローアセンブリの対象として選択される（Ｓ１４）。その後、ＲＷＩＮサイズ判定部３４は、アセンブリされるパケットＰ５、Ｐ６、Ｐ７の宛先である受信端末の使用中のアプリケーションに係るＲＷＩＮのサイズの合計を判定する（Ｓ１５）。
【００３６】
そして、判定されたＲＷＩＮのサイズの合計に合致したアセンブリ数が、アセンブリ数設定部３５により設定される（Ｓ１６）。これにより、アセンブリ数と、受信端末のＲＷＩＮサイズとの整合がとられ、トラヒックスループットの向上が図られる。また、コネクションレス型プロトコルであるＵＤＰプロトコルのパケットＰ７を、コネクション型プロトコルであるＴＣＰプロトコルのパケットＰ６、Ｐ７と共にマルチフローアセンブリすることにより、パケットのルータにおける待機時間が短くなり、トラヒックスループットの向上が図られる。コネクションレス型プロトコルのパケットは、受信端末からの応答確認等を待つことなく受信端末に連続的に送信されるため、コネクション型プロトコルに比べパケットの送信間隔の変動が少ないためである。なお、ＲＷＩＮのサイズの合計とアセンブリ数の不一致による伝送速度への影響が小さいと考えられる場合には、ＲＷＩＮサイズ判定部３４及びアセンブリ数設定部３５の機能を停止させ、アセンブリ実行部３３によるマルチフローアセンブリのみを実行させるようにしてもよい。
【００３７】
一方、パケットＰ７がパケットＰ５及びＰ６とのマルチアセンブリの対象として適していないと判定される場合（ＮＯ）には、パケットＰ７はマルチアセンブリの対象とはされず（Ｓ１５）、ＴＣＰプロトコルのパケットＰ５及びＰ６のみがマルチフローアセンブリの対象とされる。この場合、ＲＷＩＮサイズ判定部３４は、パケットＰ５及びＰ６の宛先である受信端末の使用中のアプリケーション（ここではＦＴＰ）のＲＷＩＮのサイズの合計を判定する（Ｓ１８）。例えば、パケットＰ５が端末１３を受信端末とし、パケットＰ６が端末１４を受信端末とする場合、端末１３のＦＴＰのＲＷＩＮサイズと、端末１４のＦＴＰのＲＷＩＮサイズとの合計値がＲＷＩＮサイズ判定部３４により判定される。こうして判定されたＲＷＩＮのサイズの合計値に合致したアセンブリ数が、アセンブリ数設定部３５により設定される（Ｓ１９）。これにより、アセンブリ数と、受信端末のＲＷＩＮサイズとの整合がとられ、トラヒックスループットの向上が図られる。
【００３８】
（３）通常転送方式を実行させる場合
アセンブリ制御部３８は、種別判定部３１、アセンブリ適性判定部３２、アセンブリ実行部３３、ＲＷＩＮサイズ判定部３４、アセンブリ数設定部３５、リアセンブリ実行部３６の機能を停止させる。これにより、端末１１〜１６から送信されたパケットは、アセンブリされることなく直接転送制御部３７に送信され、パケット毎に転送制御を行なう通常転送方式が実行される。
【００３９】
以上、本発明の実施の形態について説明したが、本発明はこれらに限定されるものではなく、発明の趣旨を逸脱しない範囲内において、種々の追加、変更、置換等が可能である。例えば、上記実施の形態では、ＵＤＰプロトコルのパケットとＴＣＰプロトコルのパケットとのマルチフローアセンブリについて説明したが、本発明は、ＵＤＰやＴＣＰに限らず、あらゆるコネクション型プロトコル及びコネクションレス型プロトコルのパケットのマルチフローアセンブリに適用可能である。また、上記の実施の形態では、１つのコネクションレス型プロトコルのパケット（Ｐ７）の、コネクション型プロトコルのパケット（Ｐ５、Ｐ６）とのマルチフローアセンブリについて説明したが、複数種類のコネクションレス型プロトコルのパケットを同時にマルチフローアセンブリの対象とすることも可能である。例えば、異なる端末から送信される複数種類のＵＤＰプロトコルのパケットＰ７、Ｐ８があり、いずれの送信間隔もＴＣＰプロトコルのパケットＰ５、Ｐ６の平均的な送信間隔と合致するときは両方をマルチフローアセンブリの対象とし、いずれか一方だけが合致するときはその一方だけをマルチフローアセンブリの対象とすることができる。
【図面の簡単な説明】
【００４０】
【図１】本実施の形態に係る通信システムの構成を示す。
【図２】図１に示す通信システムを構成するエッジルータ２１〜２４の構成の詳細を示すブロック図である。
【図３】図１に示す通信システムの動作の一態様を示すフローチャートである。
【図４】図１に示す通信システムの動作の一態様を示すフローチャートである。
【符号の説明】
【００４１】
１１〜１６・・・端末、  ２０・・・ネットワーク、  ２１〜２４・・・エッジルータ、  ２５・・・コアルータ、  ＩＰ・・・入力ポート、  ＩＱ・・・入力キュー、  ３１・・・種別判定部、  ３２・・・アセンブリ適性判定部、  ３３・・・アセンブリ実行部、  ３４・・・ＲＷＩＮサイズ判定部、  ３５・・・アセンブリ数設定部、  ３６・・・リアセンブリ実行部、  ３７・・・転送制御部、  ３８・・・アセンブリ制御部、  ＯＱ・・・出力キュー、  ＯＰ・・・出力ポート。
【図１】
2005159922.tif 000003
【図２】
2005159922.tif 000004
【図３】
2005159922.tif 000005
【図４】
2005159922.tif 000006