(57)【要約】【課題】  ＮＡＣＫの受信や、送達確認応答未受信によるタイムアウトエラーの発生等に起因するデータの再送処理を効率よく行うことができるネットワーク伝送装置を得ることを目的とする。【解決手段】  通信回線３等でのパケットロスにより、ＩＰパケット＃２は端末装置２で受信されず、その欠損を示すＮＡＣＫが端末装置２から送信される。送達確認処理部１５は、端末装置２から送信されたＮＡＣＫにより欠損したＩＰパケット番号を検出するとともに、送達確認できたＩＰパケット番号を判断し、送達確認待ちバッファ１１に対して、ＩＰパケット＃１を消去するとの指令１８を送出する。再送処理部１６は、送信バッファ１２内のＩＰパケットすべてを消去するとの指令１９を送出し、再送対象であるＩＰパケット＃２を送信バッファ１２に再格納するとの指令２０を送出する。【選択図】        図４
2006191368.tif 000002
【特許請求の範囲】
【請求項１】
第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、上記第２の端末装置からの送達未確認応答に基づいて、上記送信バッファ内のデータを消去する指令と、再送するデータを上記送信バッファに再格納する指令とを生成する送達確認制御部とを備えたことを特徴とするネットワーク伝送装置。
【請求項２】
上記送達確認制御部は、再送するデータが、上記第２の端末装置が通知するデータ配信許容値内のデータである場合には、当該再送するデータに対する上記第２の端末装置からの送達確認応答を受信してから、次に再送するデータを上記送信バッファに再格納する指令を生成することを特徴とする請求項１に記載のネットワーク伝送装置。
【請求項３】
上記送達確認制御部は、ＴＣＰ通信のＳＡＣＫオプションを有する送達未確認応答に基づいて、送達未確認のために再送するデータを上記送信バッファに再格納する指令を生成することを特徴とする請求項１に記載のネットワーク伝送装置。
【請求項４】
上記送信バッファは、再送するデータを格納する再送用送信バッファを具備し、この再送用送信バッファにデータが格納されている場合には、優先的に再送用送信バッファに格納されたデータを送信することを特徴とする請求項１に記載のネットワーク伝送装置。
【請求項５】
第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する非再送用送信バッファと、上記第２の端末装置へ送信するデータであって、送達未確認により再送するデータを格納する再送用送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、ＴＣＰ通信のＳＡＣＫオプションを有する上記第２の端末装置からの送達未確認応答に基づいて、送達未確認のため再送するデータを上記再送用送信バッファに格納する指令を生成する送達確認制御部とを備えたことを特徴とするネットワーク伝送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＴＣＰ通信を行う端末装置間の伝送路上に配置され、一方の端末装置との間の伝送遅延が他方の端末装置との間の伝送遅延に比べて小さく、少なくとも上記一方の端末装置からのデータを上記他方の端末装置に対して転送する転送処理と、この転送処理により転送するデータに対する詐称送達確認応答（以下、「詐称ＡＣＫ」とも表記する。）を作成して上記一方の端末装置に返送する返送処理とを行うことができるネットワーク伝送装置であって、上記返送処理によるＴＣＰスループット改善機能を有し、通信ロス等の通信異常時の再送制御を行うネットワーク伝送装置に関するものである。また、このネットワーク伝送装置は、上記一方の端末装置との間の伝送量が上記他方の端末装置との間の伝送量に比べて大きい場合にも適応する。また、このネットワーク伝送装置は、ＴＣＰ通信のみならず、送信したデータに対する送達確認応答を必要とする他の通信プロトコル、例えばＨＤＬＣ通信などにも適用することができるものである。また、ネットワーク伝送装置と端末装置との間の通信回線は、無線或いは有線に限定されることはなく、通信回線の対称性或いは非対称性に限定されることもない。
【背景技術】
【０００２】
例えば、特開２００２−２１７９８８には、第１の端末装置と第２の端末装置との間の伝送路上に配置され、第１の端末装置との間の伝送遅延が第２の端末装置との間の伝送遅延に比して小さく、第１の端末装置からのデータを第２の端末装置に対して転送する転送処理と、この転送処理により転送するデータに対する詐称ＡＣＫを作成して第１の端末装置に返送する返送処理とを行うネットワーク伝送装置が記載されている。このネットワーク伝送装置は、第２の端末装置が通知するデータ配信許容値（第２の端末装置が送達確認応答せずに配信データを受信できる許容値）を超えてデータを配信するものであり、データ配信時に、第２の端末装置からの送達確認応答の受信遅延に影響されて伝送速度が劣化することを防ぐことができるスループット改善機能を有する。特開２００２−２１７９８８には、ネットワーク伝送装置において、伝送遅延に依存するプロトコルかどうかの判断や、伝送エラー頻出回線かどうかを判断し、詐称送達確認応答を送信側である第１の端末装置に返送する処理を行う技術が記載されている。
【０００３】
【特許文献１】特開２００２−２１７９８８
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特開２００２−２１７９８８号公報に開示されたネットワーク伝送装置においては、転送データが当該装置内に滞留している状態で、第２の端末装置からの送達未確認応答（以下、「ＮＡＣＫ」とも表記する）の受信や、送達確認応答未受信によるタイムアウトエラーの発生等に起因してデータの再送処理へ移行した場合、滞留しているデータを送信バッファ内にそのまま保持し送信しているため、再送対象でない滞留データの不要なデータ転送を行なうことになるという問題点があった。このような不要なデータ転送のために、第２の端末装置が、第１の端末装置においてはＮＡＣＫとしかなり得ない応答を返信するという不要な複数のＮＡＣＫを送出する応答通信を行うことになるという問題点もあった。また、これらの不要なデータ転送や応答通信のために再送対象データの転送が遅延し、再送状態からの回復に時間がかかるという問題点もあった。また、不要なデータ転送や応答通信の多発によって、通信回線が占有されるという問題点もあった。
【０００５】
この発明は、上記のような問題点を解決するためになされたもので、ＮＡＣＫの受信や、送達確認応答未受信によるタイムアウトエラーの発生等に起因するデータの再送処理を効率よく行うことができるネットワーク伝送装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
請求項１の発明に係るネットワーク伝送装置は、第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、上記第２の端末装置からの送達未確認応答に基づいて、上記送信バッファ内のデータを消去する指令と、再送するデータを上記送信バッファに再格納する指令とを生成する送達確認制御部とを備えたものである。
【０００７】
請求項２の発明に係るネットワーク伝送装置は、請求項１の発明に係るネットワーク伝送装置において、上記送達確認制御部は、再送するデータが、上記第２の端末装置が通知するデータ配信許容値内のデータである場合には、当該再送するデータに対する第２の端末装置からの送達確認応答を受信してから、次に再送するデータを上記送信バッファに再格納する指令を生成するものである。
【０００８】
請求項３の発明に係るネットワーク伝送装置は、請求項１の発明に係るネットワーク伝送装置において、上記送達確認制御部は、ＴＣＰ通信のＳＡＣＫオプションを有する送達未確認応答に基づいて、送達未確認のために再送するデータを上記送信バッファに再格納する指令を生成するものである。
【０００９】
請求項４の発明に係るネットワーク伝送装置は、請求項１の発明に係るネットワーク伝送装置において、上記送信バッファは、再送するデータを格納する再送用送信バッファを具備し、この再送用送信バッファにデータが格納されている場合には、優先的に再送用送信バッファに格納されたデータを送信するものである。
【００１０】
請求項５の発明に係るネットワーク伝送装置は、第１の端末装置とその通信相手先である第２の端末装置との間の伝送路上に配置され、上記第２の端末装置との間の伝送遅延が上記第１の端末装置との間の伝送遅延より大きく、上記第１の端末装置が送信するデータについての送達確認応答を生成して上記第１の端末装置へ返信し、上記第１の端末装置からのデータを上記第２の端末装置へ伝送するネットワーク伝送装置において、上記第１の端末装置から受信したデータを、上記第２の端末装置からの送達確認応答が得られるまで格納する送達確認待ちバッファと、上記第２の端末装置へ送信するデータを格納する非再送用送信バッファと、上記第２の端末装置へ送信するデータであって、送達未確認により再送するデータを格納する再送用送信バッファと、上記第２の端末装置からの送達確認応答に基づいて送達が確認されたデータを上記送達確認待ちバッファから削除する指令を生成し、ＴＣＰ通信のＳＡＣＫオプションを有する上記第２の端末装置からの送達未確認応答に基づいて、送達未確認のため再送するデータを上記再送用送信バッファに格納する指令を生成する送達確認制御部とを備えたものである。
【発明の効果】
【００１１】
請求項１に記載の発明によれば、第１の端末装置から受信したデータを、第２の端末装置からの送達確認応答が得られるまで送達確認待ちバッファに格納し、第２の端末装置からの送達未確認応答に基づいて、送達確認制御部からの指令により、送信バッファ内のデータを消去し、再送するデータを送信バッファに再格納して、第２の端末装置へ再送するので、再送不要なデータを送信することを抑制することができる。
【００１２】
請求項２に記載の発明によれば、送達確認制御部は、再送するデータが第２の端末装置が通知するデータ配信許容値内のデータである場合には、当該再送するデータに対する第２の端末装置からの送達確認応答を受信してから、次に再送するデータを送信バッファに再格納する指令を生成するので、確実に再送処理を行なって再送処理後のデータ転送に復帰することができる。
【００１３】
請求項３に記載の発明によれば、送達確認制御部は、送達未確認応答がＴＣＰ通信のＳＡＣＫオプションを有する場合に、送達未確認のために再送するデータを送信バッファに再格納する指令を生成するので、再送不要なデータの送出を抑制し、再送回復性能を向上することができる。
【００１４】
請求項４に記載の発明によれば、送信バッファは、再送するデータを格納する再送用送信バッファを具備し、この再送用送信バッファにデータが格納されている場合には、優先的に再送用送信バッファに格納されたデータを送信するので、再送不要なデータの送出を抑制し、再送回復性能を向上することができる。
【００１５】
請求項５に記載の発明によれば、第１の端末装置から受信したデータを、第２の端末装置からの送達確認応答が得られるまで送達確認待ちバッファに格納し、ＴＣＰ通信のＳＡＣＫオプションを有する第２の端末装置からの送達未確認応答に基づいて、送達確認制御部からの指令により、送達未確認のため再送するデータを再送用送信バッファに再格納し、第２の端末装置へ再送するので、再送回復性能を向上することができる。
【発明を実施するための最良の形態】
【００１６】
実施の形態１
【００１７】
この発明の実施の形態１に係るネットワーク伝送装置を図１乃至図４により説明する。図１は、この発明の実施の形態１に係るネットワークの全体システムを表わす構成図である。図１において、１は第１の端末装置（以下、端末装置１と記載する。）、２は第２の端末装置（以下、端末装置２と記載する。）であり、端末装置１と端末装置２との間で通信を行い音声やＦＡＸ等のデータの送受信を行っている。３は端末装置１と端末装置２との間の通信回線、４は端末装置１側に設けたネットワーク伝送装置である。通信回線３は例えば、ＬＡＮやＷＡＮ、ＡＴＭなどによる開放又は閉塞された通信回線であり、無線網や有線網による通信回線である。端末装置１と端末装置２との間では、通信回線３を経由してＴＣＰサービスや送達確認応答を必要とする他の通信プロトコルによる通信を行っており、通信回線３は、伝送遅延が大きい、若しくは伝送量が小さいという制約条件があるものとする。ネットワーク伝送装置４は、端末装置１と通信回線３との間、即ち、通信回線３から見れば端末装置１側に設けており、端末装置１から送信されるデータを端末装置２へ転送等するためのものである。このネットワーク伝送装置４は、端末装置２が通知するデータ配信許容値（第２の端末装置が送達確認応答せずに配信データを受信できる許容値）を超えてデータを配信するものであり、データ配信時に、第２の端末装置からの送達確認応答の受信遅延に影響されて伝送速度が劣化することを防ぐことができるスループット改善機能を有する。端末装置２が通知するデータ配信許容値は、ＴＣＰプロトコルでは「ウィンドウサイズ」と呼ばれており、以下の説明においては、「ウィンドウサイズ」との語を用いるが、他の通信プロトコルにおいて使用する「データ配信許容値」も包含するものとする。また、以下の説明では、とくにＩＰ（インターネットプロトコル）による通信の場合を示すが、送達確認応答を要するようなその他の通信プロトコルによる通信にも同様に適用ができるものである。また、端末装置１、端末装置２、通信回線３及びネットワーク伝送装置４が送受信するデータは、ＩＰパケット（インターネットプロトコルによる通信データ）を例にして説明するが、上記と同様に送達確認応答を要するようなその他の通信プロトコルによる通信において使用する伝送データ形式に対しても、本発明は適用することができるものである。
【００１８】
図２は、この発明の実施の形態１に係るネットワーク伝送装置の構成を示す機能ブロック図である。図２に示すネットワーク装置４において、５は端末装置１との間でＩＰパケットを送受信するパケット送受信回路、６は端末装置２との間で通信回線３を介してＩＰパケットを送受信するパケット送受信回路である。７は端末装置１から送信されたＩＰパケットを受信時に格納する受信バッファ、８は、端末装置１へ送信するＩＰパケットを格納する送信バッファである。９は、受信バッファ７に格納されたＩＰパケットの管理情報を順次読み出して管理する送達確認処理部であり、１０は管理情報を読み出したＩＰパケットに対する詐称送達確認応答（「詐称ＡＣＫ」とも表記する）を作成する詐称ＡＣＫ生成部である。詐称ＡＣＫは送信バッファ８、パケット送受信回路５を経て、端末装置１に送信され、これを受信した端末装置１は既に送信したＩＰパケットに対する送達確認応答が得られたとして、次のＩＰパケットの送信を行う。１１は、端末装置１から送信され受信バッファに格納されたＩＰパケットを、端末装置２側からの送達確認応答が得られるまで格納する送達確認待ちバッファである。１２は端末装置２側へ送信するＩＰパケットを順次格納する送信バッファであり、この送信バッファ１２には、受信バッファ７又は送達確認待ちバッファ１１からＩＰパケットが読み込まれる。１３は端末装置２から通信回線３を介して送信され、パケット送受信回路６で受信したＩＰパケットを格納する受信バッファである。１４は端末装置２からの送達確認応答に基づいて送達が確認されたＩＰパケットを送達確認待ちバッファ１１から削除する指令を生成し、端末装置２からの送達未確認応答に基づいて、送信バッファ１２内のＩＰパケットを消去する指令と送達未確認のＩＰパケットを送信バッファ１２に再格納する指令とを生成する送達確認制御部である。送達確認制御部１４において、１５は受信バッファ１３に格納されたＩＰパケットの管理情報を順次読み出して管理する送達確認処理部である。送達確認処理部１５は、端末装置２から送信されたＡＣＫを検出すると、そのＡＣＫ番号により送達確認ができたＩＰパケットを特定し、送達確認待ちバッファ１１から削除する指令を生成する。また、送達確認処理部１５は、端末装置２から送信されたＮＡＣＫを検出すると、そのＮＡＣＫのＡＣＫ番号から送達未確認のＩＰパケットを特定し、当該ＩＰパケットの番号と再送指示を出力する。１６は、送達確認処理部１５から出力される送達未確認のＩＰパケットの番号と再送指示に従って、送信バッファ１２内のＩＰパケットを消去する指令と、送達未確認のＩＰパケットを再格納するように指令する再送処理部である。１７は送達確認処理部１５からのＮＡＣＫ検出信号を受けて、ウィンドウサイズ０のＡＣＫを生成するウィンドウサイズ制御部であり、このウィンドウサイズ制御部１７で生成したウィンドウサイズ０のＡＣＫは、送信バッファ８、パケット送受信回路５を経由して端末装置１へ送信される。
【００１９】
次にネットワーク伝送装置４の動作について、図３及び図４を用いて説明する。図３はこの発明の実施の形態１に係るネットワーク伝送装置におけるＮＡＣＫ検出に関する通信シーケンス図であり、図４はこの発明の実施の形態１に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。
【００２０】
端末装置１と端末装置２間のコネクションが確立した後、ネットワーク伝送装置４は、端末装置１から送信されたＩＰパケットをパケット送受信回路５により受信し、送信バッファ１２を介してパケット送受信回路６から端末装置２へ送信する。また、ネットワーク伝送装置４は、端末装置２から送信されたＩＰパケットをパケット送受信回路６により受信し、送信バッファ８を介してパケット送受信回路５から端末装置１へ送信する。このようにネットワーク伝送装置４は、端末装置１と端末装置２との間に介在して、ＩＰパケットを転送する処理を行っている。また、ネットワーク伝送装置４は、受信したＩＰパケットからコネクション情報を取得し、現在のシーケンス番号、通信相手、ポート番号等の管理に必要な情報を取り出して、送達確認処理部９及び１５において管理する。
【００２１】
端末装置１から端末装置２へＩＰパケットを転送する際には、ネットワーク伝送装置４は、通信回線３を経由して端末装置２へパケット転送する機能に加えて、端末装置１から送信されたＩＰパケットの管理情報を送達確認処理部９にて取得した後、詐称ＡＣＫ生成部１０にて当該ＩＰパケットに対する詐称ＡＣＫを生成し、送信バッファ８を介して端末装置１へ返信する機能を有する。送達確認応答を必要とする通信において、端末装置１は、端末装置２から通知されるウィンドウサイズを超えると、先に送信したＩＰパケットに対する端末装置２からのＡＣＫを得ることなくＩＰパケットを送信することはできないが、上記のように、ネットワーク伝送装置４からの詐称ＡＣＫを受信することによって、通信相手である端末装置２からの送達確認応答が返信されたものと認識し、更に続くＩＰパケットを送信することができる。
【００２２】
図３に示すように、ステップＳ１により端末装置１からネットワーク伝送装置４へＩＰパケット＃１が送信され、ネットワーク伝送装置４は、ステップＳ２によりＩＰパケット＃１を端末装置２へ送信し、かつ、ステップＳ３により詐称ＡＣＫを端末装置１へ送信する。端末装置１からは、ステップＳ１と同様に、ＩＰパケット＃２、＃３、・・・＃ｎ−２が順次送信され、ネットワーク伝送装置４は、ステップＳ２、ステップＳ３と同様に、これらのＩＰパケットを端末装置２へ送信し、詐称ＡＣＫを端末装置１へ送信する。
【００２３】
また、通信回線３を経由して端末装置１から端末装置２へＩＰパケットを転送する際、ネットワーク伝送装置４は、端末装置２から送信されてくるＡＣＫが示すウィンドウサイズを越えてＩＰパケットを送信する。この場合、伝送経路の伝送遅延の大きさや伝送量の小ささ等の要因により、端末装置２へのＩＰパケットの到達までに時間を要するため、端末装置２ではウィンドウサイズが更新され、ウィンドウを越えて溢れることなく端末装置１からのＩＰパケットを受信することができる。図３において、ステップＳ４により、端末装置２からＡＣＫが返信され、ネットワーク伝送装置４内の送達確認処理部１５において、送達確認が完了できたかどうかを管理する。送達確認処理部１５は、端末装置２から送信されてくるＡＣＫを検出すると、そのＡＣＫ番号により送達確認ができたＩＰパケットを特定し、送達確認待ちバッファ１１から削除する指令を生成する。
【００２４】
上記のように、ネットワーク伝送装置４が端末装置１からのＩＰパケットを順次送信している際に、図３のステップＳ５のように、ネットワーク伝送装置４から端末装置２へ送信したＩＰパケット＃２が通信回線３や通信回線３と端末装置２との接続線上での通信障害等の原因によってロス（いわゆる、パケットロス）し、端末装置２で受信できなかった場合について説明する。このとき、端末装置２はＩＰパケット＃２を受信せずに、以降のＩＰパケット＃３、ＩＰパケット＃４を受信することになり、各受信時にＩＰパケット＃２が受信できなかったと判定する。端末装置２は、各ＩＰパケット＃３及びＩＰパケット＃４の受信すると、ＩＰパケット＃２が欠落していると判定し、ステップＳ６及びＳ７により、ＩＰパケット＃２の欠損を示すＮＡＣＫを端末装置１側へ返送する。このＮＡＣＫ返送は、端末装置１からＩＰパケット＃２が正しく再送されるまで行われる。ネットワーク伝送装置４は、ステップＳ６及びＳ７により返送されてきたＮＡＣＫを受信することによって、再送処理が必要であること、再送対象のＩＰパケットがＩＰパケット＃２であることを検出する。ネットワーク伝送装置４は、再送が必要である状態であっても、ＴＣＰ通信を維持して、端末装置１からのＩＰパケット送信を受信することはできるが、ネットワーク伝送装置４内のオーバーフローを回避するために、端末装置１からのデータ送出を抑制するようにしてもよい。具体的には、送達確認処理部１５により端末装置２からのＮＡＣＫを検出したときに、この検出信号をウィンドウサイズ制御部１７に入力し、ウィンドウサイズ制御部１７において、ウィンドウサイズ０のＡＣＫを生成し、送信バッファ８、パケット送受信回路５を介して端末装置１へ送信すればよい。このウィンドウサイズ０のＡＣＫは、端末装置１からＩＰパケット送信に対する詐称ＡＣＫとして送信することもでき、この場合の詐称ＡＣＫは、端末装置１からのＩＰパケットから読み出した管理情報とウィンドウサイズ０値を持つものとする。
【００２５】
次にネットワーク伝送装置４内における端末装置１から端末装置２へのデータ転送の動作を、図４を用いて説明する。ネットワーク伝送装置４は、端末装置１からＩＰパケットを受信すると、受信バッファ７に受信したＩＰパケットを格納する。送達確認処理部９は、受信バッファ７に格納されたＩＰパケットの管理情報を順次読み出して管理する。送達確認処理部９により読み出されたＩＰパケット管理情報に基づいて、詐称ＡＣＫ生成回路１０は、管理情報を読み出したＩＰパケットに対する詐称ＡＣＫを作成する。詐称ＡＣＫは送信バッファ８、パケット送受信回路５を経て、端末装置１に送信され、これを受信した端末装置１は既に送信したＩＰパケットに対する送達確認応答が得られたとして、次のＩＰパケットの送信を行う。詐称ＡＣＫが生成されたＩＰパケットは、端末装置２からの送達確認が得られるまで送達確認待ちバッファ１１に格納する。送信バッファ１２は、端末装置２側へ送信するＩＰパケットを順次格納するものであり、この送信バッファ１２には、受信バッファ７又は送達確認待ちバッファ１１からＩＰパケットが読み込まれる。これらの各バッファの区別は、物理的に分けても、論理的に分けても良い。
【００２６】
ネットワーク伝送装置４は、ウィンドウサイズを越えてＩＰパケットを送出することによりスループットを改善させる機能を有するため、受信バッファ７と送達確認待ちバッファ１１にＩＰパケットが格納される速度より、送信バッファ１２から通信回線３へ送信完了（ネットワーク伝送装置４からＩＰパケットが送信されたことを示す。）することによりＩＰパケットの送出処理完了となる速度の方が遅い。そのため、送達確認待ちバッファ１１と送信バッファ１２に多くのパケットが滞留することになる。
【００２７】
図４には、端末装置１がＩＰパケット＃１からＩＰパケット＃１１を送信し、ネットワーク伝送装置４が、これらのＩＰパケットを受信し、ＩＰパケット＃１からＩＰパケット＃８に対する詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信とを終了し、通信回線３へＩＰパケット＃１からＩＰパケット＃３を送信した状態を示している。
【００２８】
受信バッファ７は、未だ詐称ＡＣＫの生成が行われていないＩＰパケット＃９からＩＰパケット＃１１を格納している。一方、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信が完了しているＩＰパケット＃１からＩＰパケット＃８は、受信バッファ７から送達確認待ちバッファ１１に移動している為、受信バッファ７には格納されていない。
【００２９】
送達確認待ちバッファ１１は、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送出が完了しているＩＰパケット＃１からＩＰパケット＃８を格納している。送信バッファ１２は、ＩＰパケット＃１からＩＰパケット＃３の送信を完了し、これらのＩＰパケットは送信バッファ１２から消去され、ＩＰパケット＃４からＩＰパケット＃８を格納している。ＩＰパケット＃４は送信指示を出したが、まだネットワーク伝送装置４から通信回線３へと送信したかどうか未確認であるため、送信完了待ちとして、送信バッファ１２に格納されている。以降のＩＰパケット＃５からＩＰパケット＃８は、ＩＰパケット＃４の送信完了後、順次送信される予定であり、未送信のＩＰパケットとして送信バッファ１２に格納されている。なお、ネットワーク伝送装置４から送信完了したかを確認する手段が無い伝送装置の場合には、送信指示をした時点において送信バッファ１２から消去しても良い。
【００３０】
図４に示すようなＩＰパケットのバッファ格納状態において、図３に示したパケットロスが生じたときのネットワーク伝送装置４の動作を説明する。通信回線３等でのパケットロスにより、ＩＰパケット＃２は端末装置２で受信されず、その欠損を示すＮＡＣＫが端末装置２から送信され、ネットワーク伝送装置４で受信する。送達確認処理部１５は、端末装置２から送信されたＮＡＣＫにより欠損したＩＰパケット番号を検出するとともに、送達確認できたＩＰパケット番号を判断する。具体的には、ＮＡＣＫに含まれるＡＣＫ番号からＩＰパケット＃２の欠損を検出し、このことから、ＩＰパケット＃１までは送達確認ができたと判断する。送達確認処理部１５は、送達確認待ちバッファ１１に対して、送達確認待ちバッファ１１からＩＰパケット＃１を消去するとの指令１８を送出する。また、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的にはＩＰパケット＃２を再送する必要があることを示す情報を通知する。再送処理部１６は、送信バッファ１２に対して、送信バッファ１２内のＩＰパケットすべて（ＩＰパケット＃４からＤＡＴＡパケット＃８までの５個のＩＰパケット）を消去するとの指令１９を送出し、再送対象であるＩＰパケット＃２を送信バッファ１２に再格納するとの指令２０を送出する。
【００３１】
送信バッファ１２は指令１９を実行し、バッファ内に滞留しているＩＰパケットを消去し、再送対象であるＩＰパケット＃２を再格納し（指令２０）、格納したＩＰパケット＃２を送信する（図３に示すステップＳ８）。このような処理によって、ＮＡＣＫ受信して再送処理に入ったのちに、再送不要なＩＰパケット（図４に示すＩＰパケット＃４からＩＰパケット＃８、但し上記の再送処理に入る前に送信したものを除く。）の送出を削減することができる。
【００３２】
ＮＡＣＫ受信を契機に上記のような再送処理を開始する他、ネットワーク伝送装置４がＩＰパケットを通信回線３へ転送する際に送達確認を受信する期限時間を設定し、タイマによる計時に基づいて、期限時間が経過しても当該ＩＰパケットに対する端末装置２からのＡＣＫを受信しなかったときに、送達確認処理部１５にて、当該ＩＰパケットを欠損したと判定して再送処理を開始してもよい。即ち、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的には欠損したと判定したＩＰパケットのパケット番号を通知する。再送処理部１６は、送信バッファ１２に対して、送信バッファ１２内のＩＰパケットすべてを消去してから（指令１９）、再送対象であるＩＰパケットを送信バッファ１２に再格納するとの指令２０を送出する。送信バッファ１２は指令１９を実行し、バッファ内に滞留しているＩＰパケットを消去し、指令２０に基づいて再送対象であるＩＰパケット＃２を再格納し、格納したＩＰパケット＃２を送信する。
【００３３】
実施の形態２
【００３４】
実施の形態１においては、端末装置２からのＮＡＣＫに起因する再送処理を、送信バッファ内のＩＰパケットの消去と、再送対象のＩＰパケットの再格納とにより行うようにしたが、さらにウィンドウサイズに基づく再送処理を行うようにしてもよい。この発明の実施の形態２に係るネットワーク伝送装置を図５及び図６により説明する。図５は、この発明の実施の形態２に係るネットワーク伝送装置における送受信バッファ動作を示す模式図であり、図６は、この発明の実施の形態２に係るネットワーク伝送装置におけるＩＰパケット再送に関する通信シーケンス図である。図５において、２１は端末装置２からのパケットに格納された管理情報に記載されたウィンドウサイズである。実施の形態２においても、実施の形態１と同様に、端末装置１からのＩＰパケットを順次送信しているときに、通信回線３上、若しくは通信回線３と端末装置２間の接続線上で通信障害等の原因によって、ステップＳ５においてＩＰパケット＃２の伝送異常（パケットロス等）が発生した場合について説明する。なお、実施の形態２に係るネットワーク伝送装置４の機能ブロックは、実施の形態１において説明したものと同様であり、送達確認制御部１４における再送処理において、上記ウィンドウサイズに基づく再送処理が付加されるものである。
【００３５】
図５において、実施の形態１と同じように、ネットワーク伝送装置４には、端末装置１からのＩＰパケットを受信して格納する受信バッファ７と、端末装置２からの送達確認応答が得られるまでＩＰパケットを格納する送達確認待ちバッファ１１、ＩＰパケットを通信回線３を介して端末装置２へ転送する際に用いる送信バッファ１２がある。受信バッファ７と送達確認待ちバッファ１１の各パケットの格納状況は、実施の形態１における図３に示す受信バッファ７と送達確認待ちバッファ１１と同じである。送信バッファ１２は、実施の形態１同様な再送処理により送信バッファ１２内のＩＰパケットを消去したときの状態を示す。
【００３６】
図６において、ネットワーク伝送装置４はＩＰパケット＃２の欠損を示すＮＡＣＫをステップＳ６及びステップＳ７により受信する。この受信を契機に、ＩＰパケット＃２を再送する必要があることを検出し、送信バッファ１２内のＩＰパケットを消去した状態となっている。ネットワーク伝送装置４は、再送が必要である状態であっても、ＴＣＰ通信を維持して、端末装置１からのＩＰパケット送信を受信することはできるが、ネットワーク伝送装置４内のオーバーフローを回避するために、端末装置１からのデータ送出を抑制するようにしてもよい。具体的には、送達確認処理部１５により端末装置２からのＮＡＣＫを検出したときに、この検出信号をウィンドウサイズ制御部１７に入力し、ウィンドウサイズ制御部１７において、ウィンドウサイズ０のＡＣＫを生成し、送信バッファ８、パケット送受信回路５を介して端末装置１へ送信すればよい。このウィンドウサイズ０のＡＣＫは、端末装置１からＩＰパケット送信に対する詐称ＡＣＫとして送信することもでき、この場合の詐称ＡＣＫは、端末装置１からのＩＰパケットから読み出した管理情報とウィンドウサイズ０値を持つものとする。
【００３７】
送達確認処理部１５は、端末装置２から送信されたＮＡＣＫにより欠損したＩＰパケット番号を検出するとともに、送達確認できたＩＰパケット番号を判断する。具体的には、ＮＡＣＫに含まれるＡＣＫ番号からＩＰパケット＃２の欠損を検出し、このことから、ＩＰパケット＃１までは送達確認ができたと判断する。送達確認処理部１５は、送達確認待ちバッファ１１に対して、送達確認待ちバッファ１１からＩＰパケット＃１を消去するとの指令１８を送出する。また、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的にはＩＰパケット＃２を再送する必要があることを示す情報を通知する。再送処理部１６は、送信バッファ１２に対して、送信バッファ１２内のＩＰパケットすべて（ＩＰパケット＃４からＤＡＴＡパケット＃８までの５個のＩＰパケット）を消去してから（指令１９）、再送対象であるＩＰパケット＃２を送信バッファ１２に再格納するとの指令２０を送出する。送信バッファ１２は指令１９を実行し、バッファ内に滞留しているＩＰパケットを消去し、指令２０に基づいて再送対象であるＩＰパケット＃２を再格納し、格納したＩＰパケット＃２を送信する。
【００３８】
また、再送対象であるＩＰパケット＃２は、送達確認待ちバッファ１１の中で、端末装置２が示すウィンドウサイズ２１以内の位置のデータか、ウィンドウサイズ２１を越えた位置のデータかを検出する。この場合、再送を要するＩＰパケット＃２はウィンドウサイズ２１以内の位置のデータであるから、ＩＰパケット＃２以降のＩＰパケットは、送信バッファ１２に格納しない。その後、端末装置２は、再送されたＩＰパケット＃２を受信すると、ウィンドウサイズ以内の受信状況から判断し、ＩＰパケット＃２またはＩＰパケット＃２以降のＩＰパケットの送達確認応答（ＡＣＫ）であって、次に端末装置１から送信してもらいたいパケット位置を示す再送要求ＡＣＫをステップＳ９により端末装置１側へ送信する。このステップＳ９による再送要求ＡＣＫが示す「次に送信を要求するパケット位置」は、端末装置２のＴＣＰプロトコル実装方式によって異なり、ウィンドウサイズ分のＩＰパケットの格納ができる範囲内で、ＴＣＰスロースタートのようなデータの送出状況の動作も含めて決定されるものであるため、固定されるものではない。したがって、ネットワーク伝送装置４は、ステップＳ９による再送要求ＡＣＫが示す再送ＩＰパケット対象を事前に知ることはできないので、ステップＳ９及びステップＳ１１による各再送要求ＡＣＫの受信毎に、これらの再送要求ＡＣＫが示すＩＰパケットを１パケットのみ送出する。この処理は、ネットワーク伝送装置４内の送達確認処理部１５が当該再送要求ＡＣＫから再送ＩＰパケットを検出し、再送処理部１６は検出された再送ＩＰパケットを送達確認待ちバッファ１１から送信バッファ１２へ再格納を指令し、送信バッファから再送ＩＰパケットをステップＳ１０及びステップＳ１２により通信回線３へ送信することにより行う。
【００３９】
もし、このシーケンス状態において、ネットワーク伝送装置４が、ステップＳ９による再送要求ＡＣＫを受信する前に、ステップＳ８による再送パケットに続いて、送達確認待ちバッファに格納されている複数のＩＰパケットを送信すると、端末装置２が望んでいないＩＰパケットが再送され、それに対する端末装置２からの不要なＮＡＣＫパケットが返信されることを引き起こし、通信回線３を無駄に使用することになる。また、同時にこのＴＣＰ通信以外の他の通信が端末装置１と２の間で行われている場合、その他の通信におけるパケット転送性能へも影響する可能性がある。従って、実施の形態２に係るネットワーク伝送装置によれば、再送性能の向上を図ることができる。
【００４０】
上記のように１パケット毎の再送、および、それに対する再送要求ＡＣＫ受信による送達確認を続けていくと、端末装置２は最初に再送を要求したＩＰパケット＃２からウィンドウサイズを越えた位置のＩＰパケット＃６の再送を要求する再送要求ＡＣＫをステップＳ１１により送信する。ネットワーク伝送装置４は、ステップＳ１１による再送要求ＡＣＫを受信すると、最初に再送が必要であることを検出したＩＰパケット＃２から端末装置２が許容するウィンドウサイズを越えた位置のＩＰパケットの送信が求められていると判断することができる（図５に示すウィンドウサイズ２１を参照）。端末装置２がウィンドウサイズを越えた位置を示す再送要求ＡＣＫを返信したということは、端末装置２内にはそれ以降のＩＰパケットは全く格納できていないことを示す。従って、ネットワーク伝送装置４は、ステップＳ１１による再送要求ＡＣＫを受信した後は、送達確認待ちバッファ１１に残っている複数のＩＰパケットを同時に送信バッファ１２へ格納し、ＩＰパケットを順次送信する動作に戻る。即ち、図６においては、ステップＳ１２以降、ステップＳ１３、ステップＳ１４のように、端末装置２からのＡＣＫを受信しなくても、送信バッファ１２内に格納したＩＰパケット＃７、ＩＰパケット＃８を順次送信する。
【００４１】
このようにウィンドウサイズを越えた位置のＩＰパケットの送信をネットワーク伝送装置４が検出した後は、端末装置２側から見て再送回復によるシーケンスではなく、通常のデータ送受信によるシーケンスとなる。したがって、ネットワーク伝送装置４もステップＳ１１による再送要求ＡＣＫを受信した時点で、再送処理から通常処理に戻る。また、送達確認処理部１５、再送処理部１６からの再送状況と送達確認状況から、ウィンドウサイズ制御部１７は、ステップＳ１５により端末装置１に対してウィンドウサイズ０以外を示すＡＣＫを送出し、端末装置１からのＩＰパケット送信を再促進する制御を行う。
【００４２】
また、ネットワーク伝送装置４での再送回復処理の期間２２（図６参照）において、ステップＳ１６により端末装置１からウィンドウプローブパケット（相手端末に対してウィンドウサイズが回復したかどうかを問うパケット）を受信した場合には、再送を検出した時のＡＣＫと同様に、送達確認処理部１６または詐称ＡＣＫ生成部１０にて、ウィンドウサイズが０であるＡＣＫを生成し、端末装置１へ送信する。これにより、端末装置１とのＴＣＰ通信が維持され、端末装置１からのＩＰパケット送信を抑制することができる。
【００４３】
以上のように、再送検出後の相手先の端末装置２からの再送要求ＡＣＫが示す送達確認情報と送信パケット量との関係を用いて、再送回復における性能向上を図ることができる。また、端末装置２への再送処理の進捗状況に応じて、ウィンドウサイズを変化させたＡＣＫを端末装置１へ送信する機能により、端末装置１とのＴＣＰ通信の維持と端末装置１からのＩＰパケット送信の制御（即ち送信の促進と抑制の制御）を行うことができる。
【００４４】
実施の形態３
【００４５】
ＴＣＰプロトコル規定ＲＦＣ２０１８において、受信確認の応答アルゴリズムを最適化する為に利用されるＴＣＰ Ｓｅｌｅｃｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅ（以降、ＳＡＣＫと呼ぶ）というＴＣＰオプションがある。このＳＡＣＫオプション方式は、連続した領域ではなく、部分的にＡＣＫを返すことにより、無駄な再送を防ぎ、転送効率を向上させることができる方式である。実施の形態３においては、このオプションを用いた通信により端末装置１からのＩＰパケットを順次送信しているときに、通信回線３上、若しくは通信回線３と端末装置２との間の接続線路上で通信障害等の原因によって、ＩＰパケット＃２の異常（パケットロス等）が発生した例について説明する。なお、実施の形態３に係るネットワーク伝送装置は、下記の説明による機能を含み、実施の形態１及び実施の形態２に係るネットワーク伝送装置と同様に構成するものであり、具体的には図１に対応して説明した構成を有するものである。
【００４６】
ＴＣＰオプションの仕様により、ＳＡＣＫオプションが付与されているＡＣＫは、ウィンドウサイズ以内のパケットロス等に対する再送を要求するものである。したがって、実施の形態２におけるウィンドウサイズ２１以内の位置のデータかどうかを検出する際に、ＳＡＣＫオプション付与の有無を用いて判断することも可能である。
【００４７】
以上のように、再送を検出した後の相手先の端末装置２からのＡＣＫパケットが示す送達確認情報と送信パケット量との関係に加えて、ＳＡＣＫオプション付与状況を用いて、再送回復における性能向上を図ることができる。
【００４８】
実施の形態４
【００４９】
この発明の実施の形態４に係るネットワーク伝送装置は、ネットワーク伝送装置が複数の通信を確立しているものとし、１の通信において通信異常が発生したときに再送処理を行うネットワーク伝送装置に関するものである。実施の形態４においても、実施の形態１と同様に、端末装置１からのＩＰパケットを順次送信しているときに、通信回線３上、若しくは通信回線３と端末装置２間の接続線上で通信障害等の原因によって、ステップＳ５においてＩＰパケット＃２の伝送異常（パケットロス等）が発生した場合について説明する。なお、実施の形態４に係るネットワーク伝送装置４の機能ブロックは、実施の形態１において説明したものと同様であるが、送信バッファ１２は、非再送用送信バッファと再送用送信バッファとに分けられているものとする。また、実施の形態４に係るネットワーク伝送装置４においては、実施の形態１において説明したものと同様の再送処理を行うが、送達確認制御部１４における再送処理において、上記の非再送用送信バッファと再送用送信バッファを用い、複数の通信が確立していることを前提とした再送処理が付加されるものである。なお、ネットワーク伝送装置が行う複数の通信は、通信異常が発生した１の通信は、送達確認を要する通信プロトコルによる通信であり、通信異常が発生していない他の通信は、送達確認を要するＴＣＰの他のセッション通信でも良いし、送達確認を要しないＵＤＰ等の他の通信プロトコルによる通信であっても良い。
【００５０】
通信異常が発生していない他の通信でのＩＰパケットの転送量が多い場合に、１の通信において通信異常が発生し、ネットワーク伝送装置４に再送処理が発生したときを想定する。このとき、他の通信におけるＩＰパケットの転送処理が大量にあるため、ネットワーク伝送装置４の転送機能が他の通信によって寡占状態となり、実施の形態１および実施の形態２に係るネットワーク伝送装置による再送処理が遅延して、再送処理が効率的に行われない可能性がある。
【００５１】
図７は、この発明の実施の形態４に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。図７において、２３は送信バッファ１２内に設けた非再送用送信バッファであり、２４は送信バッファ１２内に設けた再送用送信バッファである。非再送用送信バッファ２３と再送用送信バッファ２４とから送出するＩＰパケットには、優先順位を付けることにより、ＩＰパケットの送信を制御する機能を備える。
【００５２】
ネットワーク伝送装置４には、図４及び図５と同様に、端末装置１からのＩＰパケットを受信時に格納する受信バッファ７と、端末装置２からの送達確認が得られるまでＩＰパケットを格納する送達確認待ちバッファ１１とを設ける。また、ＩＰパケットを通信回線３を介して相手先（端末装置２及び他の端末装置）へ転送する際に用いる送信バッファ（図４及び図５に示す送信バッファ１２に相当するもの）には、再送対象ではない通常のパケットを送出するときに用いる非再送用送信バッファ２３と、これとは別に再送対象のパケットを送出するときに用いる再送対象用送信バッファ２４とを用いる。これらの各バッファの区別は、物理的に分けても、論理的に分けてもよい。
【００５３】
ネットワーク伝送装置４は、端末装置１側からＩＰパケットを受信すると、一旦受信バッファ７に格納した後、受信したＩＰパケットの詐称ＡＣＫを生成し、送達確認待ちバッファ１１へ当該ＩＰパケットを格納する。また、端末装置２側へ転送する為、非再送用送信バッファ２３へも当該ＩＰパケットを格納する。
【００５４】
図６には、端末装置１がＩＰパケット＃１からＩＰパケット＃１１を送信し、ネットワーク伝送装置４は、これらのＩＰパケットを受信し、ＩＰパケット＃１からＩＰパケット＃８に対する詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信とを終了し、通信回線３へＩＰパケット＃１からＩＰパケット＃３を送信した状態を示している。
【００５５】
受信バッファ７は、未だ詐称ＡＣＫの生成が行われていないＩＰパケット＃９からＩＰパケット＃１１を格納している。一方、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送信が完了しているＩＰパケット＃１からＩＰパケット＃８は、受信バッファ７から送達確認待ちバッファ１１に移動している為、受信バッファ７には格納されていない。
【００５６】
送達確認待ちバッファ１１は、詐称ＡＣＫの生成と当該詐称ＡＣＫの端末装置１への送出が完了しているＩＰパケット＃１からＩＰパケット＃８を格納している。非再送用送信バッファ２３は、ＩＰパケット＃１からＩＰパケット＃３の送信を完了し、これらのＩＰパケットは非再送用送信バッファ２３から消去され、ＩＰパケット＃４からＩＰパケット＃８を格納している。ＩＰパケット＃４は送信指示を出したが、まだネットワーク伝送装置４から通信回線３へと送信したかどうか未確認であるため、送信完了待ちとして、非再送用送信バッファ２３に格納されている。以降のＩＰパケット＃５からＩＰパケット＃８は、ＩＰパケット＃４の送信完了後、順次送信される予定であり、未送信のＩＰパケットとして非再送用送信バッファ２３に格納されている。なお、ネットワーク伝送装置４から送信完了したかを確認する手段が無い伝送装置の場合には、送信指示をした時点において非再送用送信バッファ２３から消去しても構わない。
【００５７】
図７に示すようなＩＰパケットのバッファ格納状態において、図３に示したパケットロスが生じたときのネットワーク伝送装置４の動作を説明する。通信回線３等でのパケットロスにより、ＩＰパケット＃２は端末装置２で受信されず、その欠損を示すＮＡＣＫが端末装置２から送信され、ネットワーク伝送装置４で受信する。送達確認処理部１５は、端末装置２から送信されたＮＡＣＫにより欠損したＩＰパケット番号を検出するとともに、送達確認できたＩＰパケット番号を判断する。具体的には、ＮＡＣＫに含まれるＡＣＫ番号からＩＰパケット＃２の欠損を検出し、このことから、ＩＰパケット＃１までは送達確認ができたと判断する。送達確認処理部１５は、送達確認待ちバッファ１１に対して、送達確認待ちバッファ１１からＩＰパケット＃１を消去するとの指令１８を送出する。また、送達確認処理部１５は、再送処理部１６に対して、ＩＰパケットの再送に関する情報、具体的にはＩＰパケット＃２を再送する必要があることを示す情報を通知する。再送処理部１６は、非再送用送信バッファ２３に対して、非再送用送信バッファ２３内のＩＰパケットすべて（ＩＰパケット＃４からＩＰパケット＃８までの５個のＩＰパケット）を消去してから（指令１９）、再送対象であるＩＰパケット＃２を再送用送信バッファ２４に再格納するとの指令２０を送出する。
【００５８】
パケット送受信回路６は、再送用送信バッファ２４から優先的に格納されているＩＰパケットを送出する。すなわち、パケット送受信回路６は、非再送用送信バッファ２３と再送用送信バッファ２４とのバッファ内のＩＰパケットの格納状況を確認し、再送用送信バッファ２４にＩＰパケットが格納されているときはそのＩＰパケットを送信し、再送用送信バッファ２４にＩＰパケットがないときには、非再送用送信バッファ２３内のＩＰパケットを送信する。
【００５９】
このように送信バッファ（非再送用送信バッファ２３）に滞留しているＩＰパケットを消去し、かつ、再送対象のＩＰパケットを優先的に送信するので、再送に不要なＩＰパケットの送信を抑制することができるとともに、不要なＩＰパケットの送信によって生じる通信回線帯域の占有を削減するができる。
【００６０】
更に、再送用送信バッファ２４を備えて送信優先制御を行うことによって、ＴＣＰ以外のプロトコル通信やソケットが異なる他のＴＣＰ通信との重複運用においても、再送処理が短時間で終了し再送回復後の通常の転送処理に移行させることができるので、転送スループット効率の向上を図ることができる。
【００６１】
実施の形態５
【００６２】
実施の形態４において説明したネットワーク伝送装置について、さらに、通信異常となった通信がＴＣＰ通信のＳＡＣＫオプションを有効にしている場合の再送処理を説明する。実施の形態５に係るネットワーク伝送装置は、端末装置２からＳＡＣＫオプションを用いたＮＡＣＫを受信したときに、非再送用送信バッファ２３内のＩＰパケットを消去せずに、再送用送信バッファ２４に再送対象のＩＰパケットを格納し、この再送対象のＩＰパケットを優先的に送信するように再送処理するものである。
【００６３】
具体的には、図７における再送処理部１６は、ＳＡＣＫオプションによるＮＡＣＫか否かの情報を用いて、再送する前に非再送用送信バッファ６０４から該当するパケットを消去するか否かを判断する機能を備えるものとする。以下、実施の形態５に係るネットワーク伝送装置４の動作を、図７により説明する。
【００６４】
実施の形態１から実施の形態４において説明したように、ネットワーク伝送装置４は、ＩＰパケット＃２の欠損を示すＮＡＣＫを受信したとき、送達確認処理部１５によって、ＩＰパケット＃１は送達が確認できたものとして、送達確認待ちバッファ１１から削除する指令を出力し、ＩＰパケット＃１は送達確認待ちバッファ１１から削除される。その後、再送処理部１６は、ＮＡＣＫに含まれるＡＣＫ番号から再送を要するパケットを判断し、かつ、ＳＡＣＫオプションが付加されているかどうかを判断する。ＳＡＣＫオプションが付加されていると判断した場合、非再送用送信バッファ２３内のＩＰパケット（ＩＰパケット０４からＩＰパケット０８までの５個のＩＰパケット）は、全てそのまま格納された状態を維持し、再送対象であるＩＰパケット＃２を再送用送信バッファ２４に再格納するように指令する。
【００６５】
パケット送受信回路６は、非再送用送信バッファ２３と再送用送信バッファ２４のバッファ内のパケット格納状況を確認し、再送対象用送信バッファ２４から優先的にＩＰパケットを送信する。したがって、ネットワーク伝送装置４は、ＩＰパケット＃２を再送した後、ＩＰパケット＃５からＩＰパケット＃８を送信することになる。一方、これらのＩＰパケットを受信する端末装置２は、ＩＰパケット＃１、ＩＰパケット＃３、ＩＰパケット＃４、ＩＰパケット＃２の順で受信し、パケットロスが回復する。その後、ＩＰパケット＃５からＩＰパケット＃８を順次受信することになる。
【００６６】
このようにＳＡＣＫオプションによるＮＡＣＫを受信したときには、非再送用送信バッファ２３に滞留しているＩＰパケットを消去せずに、再送用送信バッファ２４に格納した再送対象ＩＰパケットを優先的に再送することによって、再送処理が早期に完了し、その後は、通常のＩＰパケット転送のシーケンスに復帰して、正常な順序によりＩＰパケットを転送することができる。
【図面の簡単な説明】
【００６７】
【図１】この発明の実施の形態１に係るネットワークの全体システムを表わす構成図である。
【図２】この発明の実施の形態１に係るネットワーク伝送装置の構成を示す機能ブロック図である。
【図３】この発明の実施の形態１に係るネットワーク伝送装置におけるＮＡＣＫ検出に関する通信シーケンス図である。
【図４】この発明の実施の形態１に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。
【図５】この発明の実施の形態２に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。
【図６】この発明の実施の形態２に係るネットワーク伝送装置におけるＩＰパケット再送に関する通信シーケンス図である。
【図７】この発明の実施の形態４に係るネットワーク伝送装置における送受信バッファ動作を示す模式図である。
【符号の説明】
【００６８】
１  第１の端末装置
２  第２の端末装置
３  通信回線
４  ネットワーク伝送装置
１１  送達確認待ちバッファ
１２  送信バッファ
１４  送達確認制御部
２３  非再送用送信バッファ
２４  再送用送信バッファ
【図１】
2006191368.tif 000003
【図２】
2006191368.tif 000004
【図３】
2006191368.tif 000005
【図４】
2006191368.tif 000006
【図５】
2006191368.tif 000007
【図６】
2006191368.tif 000008
【図７】
2006191368.tif 000009