(57)【要約】本発明の通信方法は、複数個の送信パケット（１〜２０）に対する送達確認情報を一括して送達確認パケット（Ｄｌｙ  ＡＣＫパケットａ〜ｄ）を介して受信局から送信局へ通知するものであり、上記送達確認パケットは、未だ受信していない可能性のあるパケットについての受信情報を含んでいる。これにより、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことを回避する通信方法を提供する。
2003028314.tif 000002
【特許請求の範囲】
【請求項１】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットは、未だ上記送信局が送信していない可能性のあるパケットについての受信情報を含んでいることを特徴とする通信方法。
【請求項２】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットは、未だ上記送信局が送信していない可能性のあるパケットについては受信していない旨を示す受信情報を含んでいることを特徴とする通信方法。
【請求項３】
上記受信局は、上記受信情報の対象となる送信パケットを決定することを特徴とする請求項１または２に記載の通信方法。
【請求項４】
上記受信情報は、受信済の最新パケットの順序番号に所定数を加えた順序番号までのいずれかのパケットについての受信情報を含むことを特徴とする請求項３に記載の通信方法。
【請求項５】
上記所定数は、各送達確認パケットにおいて同一値であることを特徴とする請求項４に記載の通信方法。
【請求項６】
上記受信情報における上記所定数は、ある送達確認パケットの送信から次の送達確認パケットの送信までの送信機会において送信されるパケット数の最大値であることを特徴とする請求項４に記載の通信方法。
【請求項７】
上記受信情報における上記所定数は、ある送達確認パケットの送信から次の送達確認パケットの送信までの送信機会において、受信済最新パケット以降、上記送信機会終了までに送信される可能性のあるパケット数の推定値であることを特徴とする請求項４に記載の通信方法。
【請求項８】
上記の推定値は、上記パケットのサイズと上記最新パケット受信から上記送信機会が終了するまでの間に送信可能なパケット数とに基づいて算出されることを特徴とする請求項７に記載の通信方法。
【請求項９】
上記の推定値は、上記の送信機会において、送信可能なパケット数から受信されたパケット数を減算した値に等しいことを特徴とする請求項７に記載の通信方法。
【請求項１０】
上記受信情報における上記所定数は、上記送信局が通知するパケット送信情報を用いて上記受信局が決定することを特徴とする請求項４に記載の通信方法。
【請求項１１】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットに送信済且つ受信成功に係る情報が含まれていない場合、対応するパケットの送信に失敗したものとみなし、該パケットの再送を行うことを特徴とする通信方法。
【請求項１２】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、
上記送達確認パケットを介して、未だ送信していないパケットについての受信情報を上記受信装置から受信した場合、これらのパケットについての受信情報を無視することを特徴とする送信装置。
【請求項１３】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、
送信済のパケットに関する受信情報が上記送達確認パケットを介して上記受信装置から受信されなかった場合、対応するパケットの送信に失敗したものとみなし、上記パケットの再送を上記受信装置に対して行うことを特徴とする送信装置。
【請求項１４】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して送信装置へ通知する受信装置であって、
上記送達確認パケットを介して、未だ送信装置が送信していない可能性のあるパケットについての受信情報を上記送信装置へ通知することを特徴とする受信装置。
【請求項１５】
請求項４〜９のいずれか１項に記載の通信方法を用いて上記受信情報の対象となるパケットを決定することを特徴とする請求項１４に記載の受信装置。
【請求項１６】
上記送達確認パケットを、上記送信パケットを送信する局からの要求に応じて送信することを特徴とする請求項１〜１１のいずれか１項に記載の通信方法。
【請求項１７】
上記送達確認パケットを要求するためのパケットを上記受信装置に送信する請求項１２又は１３に記載の送信装置。
【請求項１８】
上記送達確認パケットを、上記送信装置からの要求に応じて送信することを特徴とする請求項１４又は１５に記載の受信装置。
【請求項１９】
請求項１〜１１のいずれか一項、又は請求項１６に記載の通信方法の各手順をコンピュータに実現させるための通信プログラム。
【請求項２０】
請求項１〜１１のいずれか一項、又は請求項１６に記載の通信方法の各手順をコンピュータに実行させるための通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２１】
請求項１〜１１のいずれか一項、又は請求項１６に記載の通信方法によって通信を管理することを特徴とするネットワークシステム。
【請求項２２】
複数のブロックを一つのパケットの中に格納して送信し、それらのブロックの送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットは、未だ上記送信局が送信していない可能性のあるブロックについての受信情報を含んでいることを特徴とする通信方法。
【発明の詳細な説明】
技術分野
本発明は、複数の通信装置が一つのネットワーク経路を時分割で共有するネットワークにおける、受信した情報単位に対する送達確認情報を情報単位の受信後に纏めて返送する遅延送達確認（ＤＥＬＡＹＥＤ−ＡＣＫ）方式および遅延送達確認装置に関するものである。
背景技術
従来、コンピュータネットワークなどにおいては、パケット通信方式と呼ばれる通信方式によってデータの送受信が行われている。パケット通信方式は、情報単位と呼ばれる送達確認情報の返送の単位となる一連のデータが一つ以上含まれたデータパケットを一つのデータブロックとして送受信する通信方式である。
例えば、無線通信のように、通信路におけるエラー発生率の高いネットワークにおいては、データ送達の正確性を高めるため、データ送信に失敗したデータパケットの再送処理を行うプロトコルが実施されている。たとえば、一つのパケットに一つの情報単位が含まれる場合には、パケット単位で再送が行われ、一つのパケットに、情報単位としての複数の誤り訂正ブロックが含まれる場合には、誤り訂正ブロックごとに再送が行われることになる。
上記の再送処理は、次のように行われる。まず、データパケットを受信したデータ受信局は、このパケットに含まれる情報単位の受信に成功したかどうかの送達確認情報をデータ送信局に返送する。データ送信局は、データ受信局から返送された送達確認情報に基づいて受信に失敗した情報単位を検出し、その情報単位についてデータ受信局に向けて再送を行う。
また、データ送達の正確性を高めるため、誤り訂正処理が行われる場合には、データ送信局は、情報単位ごとに誤り訂正符号を付与した上で送信し、データ受信局は受信したデータに含まれる誤り訂正符号に基づいて、受信したデータが完全なものであるか否かを判断する。
以上のような再送処理が行われる場合、データ受信局は、通常、各情報単位に対する送達確認情報をデータパケットの受信直後に返送することになる。しかしながら、データ受信局における誤り訂正処理に時間がかかる場合、情報単位の受信直後に送達確認情報を返送することができない場合がある。このような場合、送達確認情報はデータパケット受信の一定期間後に返送されることになる。
このような場合、複数の通信装置が一つのネットワーク経路を時分割で共用し、データの通信が終了してから送達確認情報を返送するまでの期間、データ受信局に送信権を与えたままにすると、その間、何も送信しない通信装置が送信権を保持することとなる。
その結果、帯域の使用効率が低下してしまう。これを避けるため、従来においては、データの送信が終了するとデータ送信局は送信権を放棄し、その後、データ受信局が送信権を再度獲得し、送達確認情報を返送する方法が採用されている。
例えば、無線ＬＡＮのために規格化された標準であるＩＥＥＥ８０２  １１無線通信方式（ＡＮＳＩ／ＩＥＥＥ  Ｓｔｄ．８０２．１１，１９９９  Ｅｄｉｔｉｏｎに準拠する方式）の仕様に対して、ＨＣＦ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）方式（ＩＥＥＥ  Ｓｔｄ  ８０２．１１ｅ／Ｄ１，Ｍａｒｃｈ  ２００１に準拠する方式）と呼ばれる、ネットワーク経路の帯域管理を行うための方式の追加が検討されている。
このＨＣＦ方式においては、複数のデータパケットに対する送達確認情報を一つのパケットに纏めて返送するために、ＤＥＬＡＹＥＤ−ＡＣＫ（送達確認パケット）と呼ばれるパケットが設けられている。このＤＥＬＡＹＥＤ−ＡＣＫは、ＩＥＥＥ８０２．１１ｅで審議されている一括応答方式である。ＤＥＬＡＹＥＤ−ＡＣＫによれば、以前の送信機会（ＴＸＯＰ）における各パケットの受信状況が送信局に返送され、通知される。このＤＥＬＡＹＥＤ−ＡＣＫを受信した送信局は、通知された受信状況を参照し、必要に応じてパケットの再送を実施する。
ＨＣＦ方式によれば、送信局アドレス、宛先アドレス、送信局内で送信局−宛先の組ごとにユニークに付番されるＴＣＩＤ、全てのパケットに対して送信した順番に割り当てられるパケット番号が各パケットのヘッダ部分に含まれる仕様となっている。そのため、このヘッダ部分をチェックすることにより、データパケットを一意に判別することが可能となっている。
ＤＥＬＡＹＥＤ−ＡＣＫは、連続する複数のデータパケットに関して、一つのパケット番号につき１ビットが割り当てられたビットマップを含んでいる。データ受信局は、上記のビットマップにおいて、受信に成功したデータパケットのパケット番号に割り当てられたビットに『１』を設定し、受信に失敗したデータパケットのパケット番号に割り当てられたビットに『０』を設定する。そして、データ受信局は、このビットマップを含んだＤＥＬＡＹＥＤ−ＡＣＫによって送達確認情報を返送しようとするデータパケットの先頭パケット番号をＤＥＬＡＹＥＤ−ＡＣＫに含めた後に、このＤＥＬＡＹＥＤ−ＡＣＫを送信局に向かって返送する。
ここで、図１８を参照しながら、上記ＤＥＬＡＹＥＤ−ＡＣＫが受信局から送信局に返送されることについて説明する。
図１８によれば、各パケット群Ａ〜Ｄは、送信すべき５個のパケットを含んでいる。例えば、送信局は、ＴＸＯＰ−１の期間に、パケット群Ａのパケット１〜パケット５を受信局に送信する。このとき、パケットごとに受信状況が受信局から送信局へ返送されるのではなくて、パケット１〜パケット５の全てが受信局へ送信された後、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して受信状況が送信局へ通知される。
同様に、次のＴＸＯＰ−２の期間に、パケット６〜パケット１０が送信局から受信局に向かって送信され、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂを介して受信状況が送信局へ通知される。
次のＴＸＯＰ−３の期間に、パケット１１〜パケット１５が送信局から受信局に向かって送信され、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して受信状況が送信局へ通知される。
更に次のＴＸＯＰ−４の期間に、パケット１６〜パケット２０が送信局から受信局に向かって送信され、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して受信状況が送信局へ通知される。
上記のＤＥＬＡＹＥＤ−ＡＣＫパケットａは、例えば、直近５パケット分を通知する場合には、同図中、ａ１に示すような内容となる。また、通信路の状況に応じて、同図中、ａ２に示すように、直近１０パケットを通知する構成であってもよい。ａ２においては、左半分（『−４』〜『０』）は、以前ＴＸＯＰで送信されたパケットを示し、右半分（『１』〜『５』）は、直前ＴＸＯＰで送信されたパケットを示す。なお、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂ〜ｄについても、基本的にはＤＥＬＡＹＥＤ−ＡＣＫパケットａと同じであるので、説明を省略する。
さらに、ＤＥＬＡＹＥＤ−ＡＣＫにおいては、どのパケットから受信状況を送信局へ返送するかについては、規定されていない。このことを図１９に示す。なお、図１８と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明を省略する。
図１９において、ａ２はＤＥＬＡＹＥＤ−ＡＣＫ直前のパケットを含む場合を示し、ａ３はＤＥＬＡＹＥＤ−ＡＣＫ直前のパケットを含まない場合を示し、ａ４はＤＥＬＡＹＥＤ−ＡＣＫ直前のＴＸＯＰに含まれるパケットを含まない場合を示している。なお、ａ３において、左から６個分のパケットは、以前のＴＸＯＰで送信されたパケットを示し、右から４個分のパケットは、直前のＴＸＯＰで送信されたパケットを示す。
ところで、上記のＨＣＦ方式においては、ＣＦＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｆｒｅｅ  Ｐｅｒｉｏｄ）と呼ばれる期間とＣＰ（Ｃｏｎｔｅｎｔｉｏｎ  Ｐｅｒｉｏｄ）と呼ばれる期間とが交互に設定される。ＣＦＰとはＨＣ（Ｈｙｂｒｉｄ  Ｃｏｏｒｄｉｎａｔｏｒ）と呼ばれる中央管理装置がネットワークに属する全ての通信装置の送信権を管理する期間で、ＣＰとは中央管理装置による送信権管理が行われない期間である。又、ネットワークに属する通信装置のうち、ＨＣ以外の通信装置は、ＥＳＴＡ（Ｅｎｈａｎｃｅｄ  Ｓｔａｔｉｏｎ）と呼ばれる。
ＣＦＰにおいては、ＨＣはＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ）と呼ばれる制限時間付きの送信権をＥＳＴＡに付与し、それを通知するためにＱｏＳ  ＣＦ−ＰＯＬＬと呼ばれるパケットを、送信権を与えるＥＳＴＡに向けて送信する。ＣＦ−ＰＯＬＬには送信権が付与される期間の情報が含まれており、ＣＦ−ＰＯＬＬを受信したＥＳＴＡは、この期間中データの送信を許される。
ＣＰにおいては、送信権の管理はＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）と呼ばれる方式で行われる。データを送信しようとする各ＥＳＴＡは、最後に無線メディアのビジー状態を検出してから、ＤＩＦＳ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｅ）と呼ばれる期間、無線メディアがアイドルであることを検出すると、バックオフタイマと呼ばれるランダムの大きさをとるダウンタイマを開始し、このタイマが０となった時点で無線メディアがアイドルであれば、データの送信を開始する。
上記のＣＦＰにおいては、ＨＣによって送信権の割り当てが決定されるので、例えば、動画データなどのリアルタイムデータを送信する場合のように、データの送信をある程度連続して行う必要のあるデータ送信局に対して、優先的に送信権が付与されるような管理を行うことが可能となる。
しかしながら、全ての期間をＣＦＰに割り当ててしまうと、通常のデータの送信がなかなか行われないというような弊害が生じるので、上記のようなＣＰを設けることによって、通常のデータの送信を行うデータ送信局が送信権を確保する機会を増やしている。このＣＦＰとＣＰとの期間の割り当ては、そのネットワークシステムにおいて通信されるデータの種類の状態に応じて適宜設定されることになる。
現時点で発表されているＨＣＦに関する仕様（ＩＥＥＥ  Ｓｔｄ  ８０２．１１ｅ／Ｄ１，Ｍａｒｃｈ  ２００１に準拠する方式）の場合、ＤＥＬＡＹＥＤ−ＡＣＫの返送は、ＣＦＰで行うことはできず、ＣＰで行うことになる。
すなわち、データ送信局は、ＣＦＰにおいてＨＣより与えられたＴＸＯＰ１においてデータパケット１〜ｎ（ｎ：自然数）を送信する。データ受信局は、ＤＥＬＡＹＥＤ−ＡＣＫの返送の準備が終了した後で、ＣＰにおいてＤＣＦに参加して送信権を取得し、ＤＥＬＡＹＥＤ−ＡＣＫを返送することになる。
上記のような再送処理を行うためには、データ受信局にて各パケットの受信が成功したか否かを判定することがまず必要である。
データ受信ごとに送達確認情報を返送する場合には、受信局側にて受信が正しく行われたパケットについて直前に受信したパケットのパケット番号との連続性をチェックし、不連続であれば、その間のパケット番号を持つパケットは受信されていないものと判定することにより、後者のパケット検出を行うのが一般的な手法である。
ここで、上記の連続性に基づいて、受信に失敗したパケットの検出を行うことについて、図２０を参照しながら、以下に説明する。なお、図１８と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明を省略する。
ＴＸＯＰ−１内に、パケット群Ａ内のパケット１〜５が送信局から受信局へ送信される。ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、上記パケット１〜５の受信状況（同図中ａ２参照）が送信局へ通知される。この場合、送信局は、通知されたＤＥＬＡＹＥＤ−ＡＣＫから、上記パケット１〜５が受信局によって無事に受信されたことを確認する。
次のＴＸＯＰ−２において、パケット群Ｂのパケット６〜１０が受信局へ送信される。このとき、送信局が送信に失敗したか、あるいは受信局が受信に失敗して、パケット７が受信局に受信されなかったとすると、ｂ２の内容を介してパケット７が受信できていないことが送信局へ通知される。この場合、ｂ２の内容において、パケット６の次にパケット８の受信状況が不連続に並んでいることによって（つまり、連続性の欠如に基づいて）、送信局が受信に失敗したのはパケット７であると判断できる。
ＤＥＬＡＹＥＤ−ＡＣＫにおいてパケット紛失を検出する方法は、規定されていない。一方、ＤＥＬＡＹＥＤ−ＡＣＫ以外の通信方式（通常のＡＣＫなど）においては、前後のパケットの順序番号からパケットの紛失を検出することが一般的である。この場合、パケットのヘッダ部がつぶれて順序番号が識別できないような場合でも、前後のパケットの順序番号（６、８）からパケット７が紛失していることを検出することが可能となる。
このように判断すると、送信局は、次のＴＸＯＰ−３において、パケット１１の送信に先立って、パケット７の再送を行う。この結果、ＴＸＯＰ−３の期間に受信局へ送信されるのは、再送のパケット７（パケット群Ｂ内のパケット）と、パケット１１〜１４（パケット群Ｃ内のパケット）との合計５個のパケットとなる。
パケット７の再送の結果、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃは、パケット５〜１４に係る受信状況を含むことになる（ｃ２の内容参照）。その後、ＴＸＯＰ−４において、パケット群Ｄ内のパケット１５〜１９が、受信局へ送信され、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄは、パケット１０〜１９に係る受信状況を含むことになる（ｄ２の内容参照）。このようにして、パケット１〜１９が４つのＴＸＯＰ−１〜４を介して送信局から受信局へ送信されることになる。
ところが、上記従来技術は、次の問題点を有している。
すなわち、前述のＤＥＬＡＹＥＤ−ＡＣＫなどを用いて送達確認情報を一括通知する場合、図２１に示すように、一連のパケット群Ｂを受信した後、次の一連のパケット群Ｃを受信する前に送達確認情報を通知することがある。仮に、一連のパケット群Ｂの最後に送信されたパケット１０が何らかの原因で受信および検出されなかった場合（紛失した場合）、そのパケット群Ｂに対する送達確認情報を一括通知する際には、次の一連のパケット群Ｃは未だ受信されていない。このため、受信局はパケット１０が紛失したのではなく、まだ送信されていないものと判断し、送達確認情報には当該パケットの情報は含まれない。
送信局がパケット１０を送信していた場合、送信局はパケット１０の紛失の通知がこないため、受信に失敗していない（受信に成功した）ものと判断し、パケット１０に続くパケット群Ｃ（パケット１１〜１５）を次の送信機会（図２１においては、ＴＸＯＰ−３）に送信する。
一方、受信局は、パケット群Ｃを受信することにより、パケット１０の紛失を検出し（図２１中の内容ｃ２参照）、パケット群Ｃの受信後の送達確認情報によってパケット１０が紛失していることを送信局へ通知する。
しかしながら、この場合、パケット１０が送信されるタイミングは、本来送信されるべき送信機会（図２１中のＴＸＯＰ−２）よりも少なくとも２周期遅れてしまう（図２１中のＴＸＯＰ−４においてパケット１０の再送が行われてしまう）。
この再送の遅れにより、パケット受信時には既に有効期限が切れてしまっていることがある（つまり、この有効期限切れのパケットは、使用されないことになる）。また、パケットの再送が遅れることに伴って受信局側でパケットの並べ替えが必要になることもある。
図２１の例は、或るパケット群の最後のパケットが受信および検出されない場合について示しているが、或るパケット群全体が何らかの原因により、受信および検出されない場合でも、図２１の場合と同様に、該パケット群内のすべてのパケットは、２周期遅れて再送されてしまい、同様な問題点を招来する。つまり、この場合、上記パケット群の全てのパケットをひとまとめにして、最後のパケットと考えれば、図２１の場合と等価になる。
本発明は、上記従来の問題に鑑みなされたものであり、その目的は、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことを回避することにある。
発明の開示
本発明の通信方法は、上記の目的を達成するために、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法において、次の措置を講じたことを特徴としている。
すなわち、上記通信方法においては、上記送達確認パケットが、未だ送信局が送信していない可能性のあるパケットについての受信情報を含んでいることを特徴としている。
上記の通信方法によれば、或る送信機会に、複数個のパケットを送信局から受信局へ送信した際、何らかの原因によって、受信局がパケットあるいはパケット群を受信できなかった場合、上記パケットあるいはパケット群についての受信情報を含む上記送達確認パケットが受信局から送信局へ通知され、この送達確認パケットにより、送信局は、未だ送信局が送信していない可能性のあるパケットについての受信情報を得ることになる。
このように、送信局は、受信局からの送達確認パケットを介して、未だ受信していない可能性のあるパケットについての情報を得ることができる。したがって、送信局は、受信局からの上記通知に基づいて、未だ受信していない可能性のあるパケットについて、再送等の適切な措置を迅速に講ずることが可能となる。
再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信局側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明の他の通信方法は、上記目的を達成するために、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法において、次の措置を講じたことを特徴としている。
すなわち、上記の通信方法は、上記送達確認パケットに送信済且つ受信成功に係る情報が含まれていない場合、対応するパケットの送信に失敗したものとみなし、該パケットの再送を行うことを特徴としている。
この場合、受信局は、受信に成功したパケットのパケット番号までを含む送達確認情報を送信局へ通知する。これに対して、送信局は、上記送達確認パケットに、送信済且つ受信成功通知を受信していないパケットについての受信情報が含まれていない場合、このパケットの送信は失敗したものとみなし、適宜、再送処理が行われる。この場合、或る送信機会における送達確認情報送信後であって当該送信機会内に上記再送処理を行っても良いし、次の送信機会に上記再送処理を行っても良いし、又は複数個の送信機会毎に上記再送処理を行っても良い。
このように、パケットの送信に失敗したとみなされたパケットについては、迅速に再送される。これに伴って、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信局側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明の送信装置は、上記の目的を達成するために、上記複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、上記送達確認パケットを介して、未だ送信局が送信していない可能性のあるパケットについての受信情報を上記受信装置から受信した場合、送信していないパケットについての受信情報は無視することを特徴としている。
上記の送信装置によれば、或る送信機会に、複数個のパケットを送信装置から受信装置へ送信した際、何らかの原因によって、受信装置が受信できなかった場合、上記送達確認パケットが受信装置から送信装置へ通知され、この送達確認パケットにより、送信装置は、未だ送信装置が送信していない可能性のあるパケットについての受信情報を得ることになる。
送信装置が今後送信予定のパケットについて未受信という受信情報を受け取っても、それらのパケットは、後に、予定どおり送信されるため、その受信情報は無視してもかまわない。
仮に、この受信情報に今後送信予定のパケットが含まれていたとしても、送信局は、そのパケットの受信情報を無視して本来予定しているタイミングで当該パケットの送信を行うため、過不足の無いパケット送信が可能となる。
再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
また、本発明の他の送信装置は、上記の目的を達成するために、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、送信済のパケットに関する受信情報が上記送達確認パケットを介して上記受信装置から受信されなかった場合、対応するパケットの送信に失敗したものとみなし、上記パケットの再送を上記受信装置に対して行うことを特徴としている。
上記の送信装置によれば、受信装置は受信済のパケット番号までを含む送達確認情報を送信局へ通知する。これに対して、送信装置は、送信済のパケットに関する受信情報が上記送達確認パケットを介して上記受信装置から受信されなかった場合、対応するパケットの送信に失敗したものとみなし、上記パケットの再送を上記受信装置に対して行う。
この場合、或る送信機会における送達確認情報送信後であって当該送信機会内に上記再送処理を行っても良いし、次の送信機会に上記再送処理を行っても良いし、又は複数個の送信機会毎に上記再送処理を行っても良い。
このように、上記のパケットは、迅速に再送されるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明の受信装置は、上記の目的を達成するために、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して送信装置へ通知する受信装置であって、上記送達確認パケットを介して、未だ送信装置が送信していない可能性のあるパケットについての受信情報を上記送信装置へ通知することを特徴としている。
上記受信装置によれば、或る送信機会に、複数個のパケットを送信装置から受信装置へ送信した際、何らかの原因によって、受信装置が受信できなかった場合、上記送達確認パケットが受信装置から送信装置へ通知され、この送達確認パケットにより、送信装置は、未だ送信装置が送信していない可能性のあるパケットについての受信情報を得ることになる。
このように、送信装置は、受信装置からの送達確認パケットを介して、未だ送信装置が送信していない可能性のあるパケットについての情報を得ることができる。したがって、送信装置は、受信装置からの上記通知に基づいて、未だ送信装置が送信していない可能性のあるパケットについて、再送等の適切な措置を迅速に講ずることが可能となる。
再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分わかるであろう。また、本発明の利益は、添付図面を参照した次の説明で明白になるであろう。
発明を実施するための最良の形態
受信局の返送するＤＥＬＡＹＥＤ−ＡＣＫ（Ｄｌｙ  ＡＣＫ：送達確認情報）に、送信局がまだ送信していない可能性があるパケットについての受信状況を含めることが適切な場合の例を以下に示す。ここでは送信局２０１から受信局３０１に送信されるデータとして、動画像、音声などのストリームデータを扱う場合を例にとって説明する。
図９に本実施の形態における機器構成図を示す。送信局２０１と受信局３０１の間で、送信局２０１からパケットを受信局３０１へ送信し、受信局３０１はストリームパケット（以下、パケットと称す）の受信状況をＤＥＬＡＹＥＤ−ＡＣＫに格納して送信局２０１へ返送する。
図１０に本実施の形態におけるパケット送信と送達確認パケットのメッセージシーケンスを示す。送信局はパケット１からパケット５までをＡＣＫの受信を待たずに送信し、受信局はＤＥＬＡＹＥＤ−ＡＣＫ１に少なくともパケット１からパケット５までのパケットの受信状況を格納して返送する。
図１１に本実施の形態における送信局のブロック図を示す。送信局２０１は、無線回線からパケットを受信するパケット受信部２０２、受信したパケットの種類を判定する受信パケット判定部２０３、受信パケット判定部２０３から受信したＤＥＬＡＹＥＤ−ＡＣＫパケットの情報に基づいてパケット再送信の要不要を判定、管理する送信状況管理部２０４、無線伝送されるストリームデータを送出する送信アプリケーション２０５、送信アプリケーション２０５の送出するストリームデータを無線用のパケットに格納する形式に加工する送信パケット作成部２０６、送信パケット作成部２０６の作成した送信用パケットをバッファリングし、送信順序を決定する送信パケット管理部２０７、および送信パケット管理部２０７の出力するパケットを無線回線に送出するパケット送信部２０８から構成される。
図１２に本実施の形態における受信局３０１のブロック図を示す。受信局３０１は、無線回線からパケットを受信するパケット受信部３０２、受信したパケットの種類を判定する受信パケット判定部３０３、受信パケット判定部３０３の受信したパケットをバッファリングし、パケット順序を整えた後、ストリームデータを出力する受信パケット管理部３０４、受信されたストリームデータを利用する受信アプリケーション３０５、パケットの受信状況を管理する受信状況管理部３０６、受信状況管理部３０６の管理する受信状況をもとにＤＥＬＡＹＥＤ−ＡＣＫを作成するＤＥＬＡＹＥＤ−ＡＣＫ作成部３０７、およびＤＥＬＡＹＥＤ−ＡＣＫなどのパケットを無線回線に送信するパケット送信部３０８から構成される。
表１に送信局２０１の送信状況管理部２０４が管理する送信状況リストの一例を示す。
【表１】
2003028314.tif 000003
送信状況リストは送信するストリーム毎に作成され、当該ストリームを格納する各パケットの送信状況を示す。受信状況には「未送信」、「送信済」、「再送要」の３種類がある。「未送信」は送信局２０１が当該パケットをまだ送信していないことを示す。「送信済」は送信局２０１が当該パケットを送信したが、再送が必要か否かが不明なことを示す。「再送要」は受信局３０１が当該パケットの受信に失敗したため再送が必要なことを示す。
パケット送信前の初期状態は「未送信」で、送信局２０１がパケットを送信すると当該パケット番号の送信状況が「送信済」となる。送信局２０１が受信局３０１からのＤＥＬＡＹＥＤ−ＡＣＫを受信した際、あるパケットのパケット番号が受信されていないことを示している場合に当該パケット番号の送信状況が「再送要」となる。
表２に受信局３０１の受信状況管理部３０６が管理する受信状況リストの一例を示す。
【表２】
2003028314.tif 000004
受信状況リストは受信するストリーム毎に作成され、当該ストリームを格納する各パケットの受信状況を示す。状況には「未受信」、「受信済」の２種類がある。「未受信」は受信局３０１が当該パケットをまだ受信していないことを示す。「受信済」は受信局３０１が当該パケットを受信したことを示す。
パケット受信前の初期状態は「未受信」で、受信局３０１がパケットを受信すると当該パケット番号の受信状況が「受信済」となる。
図１３に本実施の形態における送信局２０１の動作のフローチャートを示す。
ここには図示していないが、送信局２０１はストリームデータを送信する前に、ストリームデータの種類、データサイズ、ストリームデータを識別するためのＩＤ、受信確認の方法（通常のＡＣＫがＤＥＬＡＹＥＤ−ＡＣＫか）などの情報について、受信局３０１の間でネゴシエーションを行う。このネゴシエーションが完了したら、送信局２０１は当該ストリームデータ用の送信準備を行う（例えば送信済みパケットの最大パケット番号を格納する変数Ｓｍａｘの初期化、送信状況リストの初期化など）。
引き続いて送信アプリケーション２０５が何らかの方法で送信要求を受信すると、送信アプリケーション２０５はストリームデータを送信パケット作成部２０６へ出力する。送信パケット作成部２０６はストリームデータを無線パケットに格納する形式に加工し、送信パケット管理部２０７へ送信する。送信パケット管理部２０７は受信したデータを自らのバッファに格納し、無線回線への送信権が得られるのを待つ。
またパケットに付番されるパケット番号は、同一ストリームデータ（ストリームデータ毎に各ストリームデータを識別するためのＩＤを持つが、そのＩＤが同一のパケット群）において０から昇順に１ずつ増加するよう付番される。
送信局２０１がパケット受信部２０２にて自局宛てのパケットを受信すると（ステップ４０１）、パケット受信部２０２はそのパケットが正常に受信されたか否かを判定する（ステップ４０２）。正常な場合、そのパケットを受信パケット判定部２０３に送信し、受信パケット判定部２０３はパケットの種類を判定する（ステップ４０３）。
受信パケット判定部２０３の受信したパケットがパケットを受信局３０１へ送信するための送信権を与えるポーリング用パケットである場合、受信パケット判定部２０３は送信パケット管理部２０７へ対象ストリームデータのＩＤを通知する。
通知を受けた送信パケット管理部２０７は、まず送信状況管理部２０４の管理するパケット送信状況リストを参照し、再送が必要なパケットをパケット送信部２０８経由で送信し、送信状況リストの当該パケットの欄を「送信済」と書き替える（ステップ４０４）。続いて新規送信するパケットを順に送信し、同様に送信状況リストの当該パケットの欄を「送信済」と書き換える（ステップ４０５）。
受信パケット判定部２０３の受信したパケットがＤＥＬＡＹＥＤ−ＡＣＫである場合、受信パケット判定部２０３は送信状況管理部２０４に受信したＤＥＬＡＹＥＤ−ＡＣＫに記されているストリームデータのＩＤと各パケットの受信状況を通知する。送信状況管理部２０４は送信されたＩＤから対象となるストリームデータを判定し（ステップ４０６）、当該ストリームデータの送信状況リストの更新を行う（ステップ４０７から４１２）。詳細な手順は次の通りである。
まずＤＥＬＡＹＥＤ−ＡＣＫで通知された最小のパケット番号Ｄｍｉｎを変数Ｘに代入し（ステップ４０７）、送信状況管理部の管理する送信済みパケットの最大パケット番号Ｓｍａｘとの大小を比較する（ステップ４０８）。もしＸが送信済みパケットの最大パケット番号Ｓｍａｘより大きい場合、以後のＤＥＬＡＹＥＤ−ＡＣＫに格納された情報は送信局２０１がまだ送信していないパケットに対するもののため無視する。Ｘが送信済みパケットの最大パケット番号Ｓｍａｘと等しいか小さい場合、すでに送信局２０１が送信したパケットに対する情報のため、パケット番号Ｘが受信済みか否かを確認する（ステップ４０９）。パケット番号Ｘが未受信の場合、送信状況リストのパケット番号Ｘの欄を「再送要」と設定する（ステップ４１０）。パケット番号Ｘが受信済みの場合何もしない。最後にパケット番号ＸがＤＥＬＡＹＥＤ−ＡＣＫに含まれている最大のパケット番号Ｄｍａｘ以上か否かを判定する（ステップ４１１）。パケット番号ＸがＤｍａｘより小さければ、次のパケット番号について同様な処理を行う（ステップ４１２以降）。パケット番号ＸがＤｍａｘ以上であれば、処理を終了する。そして次のパケットの受信を待つ。
受信パケット判定部２０３の受信したパケットがその他の種類のパケットである場合、受信パケット判定部２０３はそのパケットの種類に応じた処理を行う（ステップ４１３）。
図１４に本実施の形態における受信局３０１の動作のフローチャートを示す。
ここには図示していないが、送信局２０１からのストリームデータを受信する前に、ストリームデータの種類、データサイズ、ストリームデータを識別するためのＩＤ、受信確認の方法（通常のＡＣＫかＤＥＬＡＹＥＤ−ＡＣＫか）などの情報について送信局２０１と受信局３０１の間でネゴシエーションを行う。このネゴシエーションが完了したら、受信局３０１は当該ストリームデータ用の受信準備を行う（例えば受信済みパケットの最大パケット番号を格納する変数Ｒｍａｘの初期化など）。
またパケットに付番されているパケット番号は、同一ストリームデータにおいて０から昇順に１ずつ増加するよう付番されているものとする。
受信局３０１がパケット受信部３０２にて自局宛てのパケットを受信すると（ステップ５０１）、パケット受信部３０２はそのパケットが正常に受信されたか否かを判定する（ステップ５０２）。正常な場合、そのパケットを受信パケット判定部３０３に送信し、受信パケット判定部３０３はパケットの種類を判定する（ステップ５０３）。
受信パケット判定部３０３の受信したパケットがＤＥＬＡＹＥＤ−ＡＣＫで受信状況が伝達されるパケットである場合、受信パケット判定部３０３は当該パケットを受信パケット管理部３０４へ送信する。受信パケット管理部３０４はどのストリームを受信したかをＩＤから判定し（ステップ５０４）、自らの持つ当該ＩＤに対応するバッファへ当該パケットを蓄積する（ステップ５０５）。バッファに蓄積されたパケットに格納されたストリームデータは時刻などの出力条件が揃ったら受信アプリケーション３０５へ出力される。受信パケット管理部３０４はまた、受信状況管理部３０６に受信したストリームデータのＩＤとパケット番号を通知する。
受信状況管理部３０６は通知されたストリームデータのＩＤとパケット番号について、当該ストリームデータの受信状況リストに当該パケット番号が受信済であることを記録する（ステップ５０６）。そして当該パケット番号が受信済みパケットの最大パケット番号Ｒｍａｘより大きいなら（ステップ５０７）、Ｒｍａｘに当該パケット番号を代入する（ステップ５０８）。そして次のパケットの受信を待つ。
受信パケット判定部３０３の受信したパケットがＤＥＬＡＹＥＤ−ＡＣＫを送信局２０１へ返送するためのポーリング用パケットである場合、受信パケット判定部３０３はＤＥＬＡＹＥＤ−ＡＣＫ作成部３０７へ対象ストリームデータのＩＤを通知する。通知を受けたＤＥＬＡＹＥＤ−ＡＣＫ作成部３０７は、受信状況管理部３０６の管理するパケット受信状況リストを参照し、ＤＥＬＡＹＥＤ−ＡＣＫパケットを作成する（ステップ５０９）。そして作成したＤＥＬＡＹＥＤ−ＡＣＫパケットをパケット送信部３０８経由で送信局２０１へ送信する。
受信パケット判定部３０３の受信したパケットがその他の種類のパケットである場合、受信パケット判定部３０３はそのパケットの種類に応じた処理を行う（ステップ５１１）。
図１５に、本実施の形態における図１４のステップ５０９に係るＤＥＬＡＹＥＤ−ＡＣＫ作成手順の一例を示す。まず始めに、受信済みパケットの最大パケット番号Ｒｍａｘより大きなパケット番号を持つパケットが、いくつ送信されている可能性があるかを推定する（推定方法の例は図３〜図６に基づいて詳細に後述する。）。この推定した数をＰｌｏｓｓとする。
後述の推定方法でＰｌｏｓｓを推定した後、Ｄｍａｘ＝Ｒｍａｘ＋ＰｌｏｓｓとしてＤＥＬＡＹＥＤ−ＡＣＫに含める最大パケット番号Ｄｍａｘを定める（ステップ６０２）。
そして、受信状況リストのパケット番号Ｒｍａｘ＋１〜Ｄｍａｘまでの受信状況を「未受信」に設定する。もっとも、初期処理によって「未受信」と設定されている場合、この処理は不要である。
最後に、パケット番号Ｄｍａｘから通知が必要なパケットまでの受信状況を順にＤＥＬＡＹＥＤ−ＡＣＫパケットに格納する（ステップ６０３）。
本実施の形態ではステップ６０１〜６０３で示したように、受信局３０１が実際に受信したパケットよりも新しい、すなわち送信局２０１が未だ送信していないかも知れないパケットについてパケット受信状況を「未受信」としてＤＥＬＡＹＥＤ−ＡＣＫを送信している。
これを受信した送信局２０１は、ステップ４０７から４１２で示した処理を実行するため、受信したＤＥＬＡＹＥＤ−ＡＣＫ中のパケット番号が送信済みのものであれば、通常の未受信のケースと同様にしてそれらのパケットは再送される。
また、受信したＤＥＬＡＹＥＤ−ＡＣＫ中のパケット番号が未送信のものである場合は、送信局２０１がそれらの情報を無視して予定通りにパケットを送信するため、通常の処理と同様の順序でパケットを送信できる。
すなわち受信局３０１が、まだ送信されていない可能性があるパケットについてのパケット受信状況を「未受信」として送信局２０１に返送することにより、ＤＥＬＡＹＥＤ−ＡＣＫ送信直前に送信されたパケット（パケット群）が紛失している場合も、ステップ４０４に示したようにそれらのパケット（パケット群）は次のＴＸＯＰで再送することが可能となる（ＤＥＬＡＹＥＤ−ＡＣＫ送信後であって、当該ＴＸＯＰ内で上記パケット（パケット群）を再送してもよい。）。また受信局においては送信側の意図した本来のパケット順での受信が可能となる。
本発明は、上記の場合に限定されるものではなく、次のように処理してもよい。すなわち、受信局の返送するＤＥＬＡＹＥＤ−ＡＣＫに含まれているパケット番号より新しいパケットは受信失敗したと送信局が解釈する場合の例を以下に示す。なお、機器構成、メッセージシーケンス、送信局および受信局のブロック図、および受信局動作のフローチャートは上述の場合と同一のため記述を省略する。
図１６に本実施の形態における送信局２０１の動作のフローチャートを示す。なお、送信局２０１の動作のうち図１３における動作と同じところは記述を省略し、当該ストリームの送信状況リストの更新を行う部分（ステップ７０７〜７１３）のみ記載する。
まずＤＥＬＡＹＥＤ−ＡＣＫで通知された最小のパケット番号Ｄｍｉｎを変数Ｘに代入し（ステップ７０７）、パケット番号Ｘが受信済みか否かを確認する（ステップ７０８）。パケット番号Ｘが未受信の場合、送信状況リストのパケット番号Ｘの欄を「再送要」と設定する（ステップ７０９）。パケット番号Ｘが受信済みの場合何もしない。続いてパケット番号ＸがＤＥＬＡＹＥＤ−ＡＣＫに含まれている最大のパケット番号Ｄｍａｘ以上か否かを判定する（ステップ７１０）。パケット番号ＸがＤｍａｘより小さければ、次のパケット番号について同様な処理を行う（ステップ７１１以降）。パケット番号ＸがＤｍａｘ以上であれば、以下の処理へ進む。以下の処理に進む時点でＤＥＬＡＹＥＤ−ＡＣＫに含まれているパケット情報についての送信情報リストへの反映は終了している。
次に送信済みパケットの最大パケット番号ＳｍａｘとＤＥＬＡＹＥＤ−ＡＣＫに含まれている最大のパケット番号Ｄｍａｘとの大小を比較する（ステップ７１２）。もしＳｍａｘがＤｍａｘより大きい場合、ＤＥＬＡＹＥＤ−ＡＣＫに含まれていない送信済パケット情報が存在することを意味する。この場合、それらのパケットは受信失敗したものと解釈し、送信状況リストのパケット番号Ｄｍａｘ＋１からＳｍａｘについて「再送要」と設定する（ステップ７１３）。ＳｍａｘがＤｍａｘと等しいか小さい場合は何もしない。そして次のパケットの受信を待つ。
図１７に、本実施の形態における図１４のステップ５０９に係るＤＥＬＡＹＥＤ−ＡＣＫ作成手順の一例を示す。
まずＤｍａｘ＝ＲｍａｘとしてＤＥＬＡＹＥＤ−ＡＣＫに含める最大パケット番号を定める（ステップ８０１）。次にパケット番号Ｄｍａｘから通知が必要なパケットまでの受信状況を順にＤＥＬＡＹＥＤ−ＡＣＫパケットに格納する（ステップ８０２）。
本実施の形態ではステップ７１３で示したように、受信したＤＥＬＡＹＥＤ−ＡＣＫで通知されたパケット情報の最新のものより、送信局２０１が新しいパケットを送信していた場合に、送信局２０１がＤＥＬＡＹＥＤ−ＡＣＫで通知されなかったそれらのパケットは受信失敗したとみなして再送するよう設定している。
これにより、ＤＥＬＡＹＥＤ−ＡＣＫ送信直前に送信されたパケット（パケット群）が紛失している場合も、ステップ７０４に示したようにそれらのパケット（パケット群）は次のＴＸＯＰで再送される（ＤＥＬＡＹＥＤ−ＡＣＫ送信後であって、当該ＴＸＯＰ内で上記パケット（パケット群）を再送してもよい。）。また受信局においては送信側の意図した本来のパケット順での受信が可能となる。
ここで、本実施の形態において、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えをそれぞれ回避するために、講ずるべき措置（次の何れかの措置▲１▼又は▲２▼）についてより具体的に説明する。
▲１▼受信局では、受信済の最新パケットの順序番号にある数を加えた順序番号まで送信されたものとみなす。そして、ＤＥＬＡＹＥＤ−ＡＣＫに、その番号のパケットまでの受信情報を含める。最新パケットとは、送信局が再送を行わない場合のパケット順において、最後に受信されたパケットを意味し、順序番号がシーケンシャルに増加し続ける場合において、受信されたパケットのうち最大の順序番号を持つもの。
▲２▼送信局におけるＤＥＬＡＹＥＤ−ＡＣＫの解釈方法に、『ＤＥＬＡＹＥＤ−ＡＣＫに、送信済かつ受信成功の通知を受信していないパケットについての受信情報が含まれていない場合、当該パケットの送信は失敗したものとみなされる』という解釈を導入する。以下に、詳細に説明する。
従来においては、ＤＥＬＡＹＥＤ−ＡＣＫは、既に受信したパケットまたは受信していないことがはっきりしているパケットに対して、その受信状態を送信局へ通知するものである。
これに対して、本実施の形態の上記措置▲１▼によれば、受信局において、未だ送信局が送信しているかどうか不明のパケットの受信情報（受信状況）までをＤＥＬＡＹＥＤ−ＡＣＫに含めるようにしている。
このように、未だ送信局が送信しているかどうか不明のパケット（未だ送信局が送信していない可能性のあるパケット）の受信情報までをＤＥＬＡＹＥＤ−ＡＣＫに含めることによって、送信局は、これら不明のパケットを適宜、次のＴＸＯＰにおいて、再送することが可能となる（ＤＥＬＡＹＥＤ−ＡＣＫ送信後であって、当該ＴＸＯＰ内で上記パケット（パケット群）を再送してもよい。）。
ここで、図１を参照しながら、上記措置▲１▼の具体例を説明する。なお、図１８等と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明は省略する。
図１に示すように、まず、ＴＸＯＰ−１において、パケット群Ａ内のパケット１〜５が送信局から受信局へ送信される。受信局は、前述のように、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、パケット１〜５及び以前のＴＸＯＰで送信されたパケット−４〜０を送信局へ通知する。
送信局は、このＤＥＬＡＹＥＤ−ＡＣＫに基づいて、パケット１〜５が無事に受信局で受信されたと判断し、次のＴＸＯＰ−２において、パケット群Ｂのパケット６〜１０を受信局へ送信する。このとき、何らかの原因でパケット群Ｂのパケット１０が受信局で受信および検出されなかったとする。
本実施の形態によれば、このような状況下では、受信済の最新パケットの順序番号『９』に、ある数（図１の場合、『１』）を加えた順序番号までのパケット（つまり、パケット１０まで）が送信されたと推定し、その旨をＤＥＬＡＹＥＤ−ＡＣＫパケットｂに受信情報として含める。なお、上記のある数は、後述の方法などを用いて決定すればよい。
つまり、受信局では、パケット群Ｂのパケット６〜１０の全てが送信されたとみなし、これらパケット６〜１０の各受信情報が送信局へ通知されることになる。図１によれば、受信済のパケット６〜９（最新パケット）と未受信のパケット１０とに係る受信情報がＤＥＬＡＹＥＤ−ＡＣＫに含められる。
送信局は、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂを介して、パケット群Ｂ内のパケット１０が受信局により受信されていないこと（パケット６〜９については受信済、パケット１０については未受信とそれぞれ通知されるため、受信情報から判明する。）をＤＥＬＡＹＥＤ−ＡＣＫに基づいて判断し、次のＴＸＯＰ−３において、パケット１０の再送を受信局に対して行う。結局、ＴＸＯＰ−３において、再送すべきパケット１０以外に、パケット群Ｃのパケット１１〜１４が併せて、受信局へ送信される。
受信局では、パケット１０〜１４に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して送信局へ通知する。送信局では、この通知（ｃ２参照）により、再送したパケット１０に加えてパケット１１〜１４が無事に受信局により受信されたと判断し、次のＴＸＯＰ−４において、パケット群Ｄのパケット１５〜１９が受信局へ送信される。受信局では、パケット１５〜１９に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して送信局へ通知する。
なお、図１の例では、既に送信しているパケットについては、受信した受信状況を参照して必要ならば再送処理が行われる。また、未送信のパケットについては、当該情報は無視される。
以上のように、ＴＸＯＰ−２で受信に失敗したパケット１０は、次の送信機会であるＴＸＯＰ−３において迅速に再送されることになる。したがって、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことをそれぞれ確実に回避できる。
ここで、図２を参照しながら、上記措置▲１▼を講ずる他の例を以下に説明する。
図２に示す例は、パケット群Ｂの全てのパケット６〜１０が、何らかの原因で受信局により受信および検出されなかった場合を示す。なお、図１等と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明は省略する。
図２に示すように、まず、ＴＸＯＰ−１において、パケット群Ａ内のパケット１〜５が送信局から受信局へ送信される。受信局は、前述のように、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、パケット１〜５及び以前のＴＸＯＰで送信されたパケット−４〜０を送信局へ通知する。
送信局は、このＤＥＬＡＹＥＤ−ＡＣＫに基づいて、パケット１〜５が無事に受信局で受信されたと判断し、次のＴＸＯＰ−２において、パケット群Ｂのパケット６〜１０を受信局へ送信する。このとき、何らかの原因でパケット群Ｂのパケット６〜１０が受信局で受信および検出されなかったとする。
上記のように、最新パケットは、パケット５であるので（パケット１〜５までは、受信局により受信済であるので）、受信済の最新パケットの順序番号『５』に、ある数（図２の場合、『５』（つまり、一つのＴＸＯＰで送信されるパケット数の最大値）を加えた順序番号までのパケット（つまり、パケット１０まで）が送信されたと推定し、その旨をＤＥＬＡＹＥＤ−ＡＣＫパケットｂに受信情報として含める。ＤＥＬＡＹＥＤ−ＡＣＫパケットｂには、パケット６〜１０に係る受信情報が含められる。
つまり、受信局では、パケット群Ｂのパケット６〜１０の全てが送信されたとみなし、これらパケット６〜１０の各受信情報が送信局へ通知されることになる。図２によれば、パケット６〜１０に係る受信情報がＤＥＬＡＹＥＤ−ＡＣＫに含められる。
送信局は、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂを介して、パケット群Ｂ内のパケット６〜１０が受信局により受信されていないことをＤＥＬＡＹＥＤ−ＡＣＫにより判断し、次のＴＸＯＰ−３において、パケット６〜１０の再送を受信局に対して行う。その結果、ＴＸＯＰ−３において、再送すべきパケット６〜１０が受信局へ送信される。
受信局では、パケット６〜１０に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して送信局へ通知する。送信局では、この通知（ｃ２の内容参照）により、再送したパケット６〜１０が無事に受信局により受信されたと判断し、次のＴＸＯＰ−４において、パケット群Ｄのパケット１１〜１５が受信局へ送信される。受信局では、パケット１１〜１５に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して送信局へ通知する。
以上のように、ＴＸＯＰ−２で送信に失敗したパケット６〜１０は、次の送信機会であるＴＸＯＰ−３において迅速に再送されることになる。したがって、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことをそれぞれ確実に回避できる。
図１及び図２は、パケット群の最後のパケット又はパケット群のパケット全体が、何らかの原因により、受信局により受信されなかった場合に、受信済の最新パケット以降、当該ＴＸＯＰ終了までに送信され得るパケット数を推定し、最後に受信したパケットの順序番号に、その推定パケット数を加えた数を推定送信済パケット順序番号とする。本発明は、これらの場合（図１及び図２の場合）に限定されるものではない。
ここで、上記の『ある数』の決定例について以下に説明する。
図３は、受信済の最新パケット以降、当該ＴＸＯＰの終了までに送信される可能性のあるパケット数を推定する。最後に受信したパケットの順序番号に、その推定パケット数を加えた数を推定送信済パケット順序番号とする。
この場合、図３に示すように、たとえば、パケット群Ｂのパケット９が何らかの原因により受信局により受信されなかった場合、１送信機会内で送信可能なパケット数が５であり、受信済の最新パケットの順序番号が『１０』であるので、推定送信済パケット順序番号は、１０となる。
以下、同様に、パケット群Ｂのパケット１０が何らかの原因により受信局により受信されなかった場合（図１の場合）、受信済の最新パケットの順序番号が『９』であり、ＴＸＯＰ−２終了までに送信され得るパケット数は『１』であるので、推定送信済パケット順序番号は、９＋１＝１０となる。
パケット群Ｂのパケット９及び１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『８』であり、ＴＸＯＰ−２終了までに送信され得るパケット数は『２』であるので、推定送信済パケット順序番号は、８＋２＝１０となる。パケット群Ｂのパケット７、９、及び１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『８』であり、ＴＸＯＰ−２終了までに送信され得るパケット数は『２』であるので、推定送信済パケット順序番号は、８＋２＝１０となる。
ここで、図４を参照しながら、送信パケット数の推定方法について、以下に説明する。
図４は、１パケットサイズ、及び一つのＴＸＯＰにおいて受信済の最新パケットの受信後から当該ＴＸＯＰの終了までの時間（受信済最新パケットの受信後におけるＴＸＯＰの残り時間）に基づいて、受信済最新パケットの送信から当該ＴＸＯＰ終了までにいくつのパケットの送信が可能かを推定する場合を示す。
一般に、ＴＸＯＰの期間は、予め設定されているので、受信局が最後のパケットを受信した時刻、ＴＸＯＰの終了する時刻、及びパケットのサイズが所定の長さを有していることに基づいて、最新パケットの送信以降、いくつのパケットの送信が可能かを推定できる。
例えば、図４に示す場合、パケット群Ｂのパケット１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『９』であるので、このパケット９受信後に送信可能なパケット数は、（ＴＸＯＰの終了するまでの残り時間／１パケット送信に要する時間）により推定できる。このように算出されるので、推定結果の精度は高くなる。
図４で示す例は、時刻の管理や演算等が必要なため、煩雑化の傾向にある。これに対して、図５に示す例によれば、受信パケット毎の受信時刻の管理を行わずに、いくつのパケットの送信が可能かを容易に短時間で推定できる。
つまり、図５の推定方法によれば、推定送信パケット数は、一つのＴＸＯＰで送信可能なパケット数から、受信されたパケット数と受信に失敗したことが判明しているパケット数とを差し引いたものに等しい。
例えば、図５の場合、パケット群Ｂのパケット７、９、及び１０が何らかの原因により受信局により受信されなかった場合、最新パケットの順序番号が『８』であり、ＴＸＯＰ−２において送信され得るパケット数は『５』であり、受信済のパケット数が２（即ち、パケット６及び８）であり、パケット７が受信に失敗していることが判明しているので、推定送信パケット数は、８＋｛５−（２＋１）｝＝１０となる。つまり、推定送信済パケットの順序番号は、『１０』と推定できる。
具体的な例について図６を参照しながら、以下に説明する。
図６に示すように、例えば、パケット群Ｂのパケット９が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『１０』であり、ＴＸＯＰ−２で送信可能なパケット数が５であり、パケット９が受信に失敗していることが判明しているので（なぜなら、パケット９が受信済のパケット８と１０の間に位置するため）、推定送信済パケット順序番号は、１０＋｛５−（４＋１）｝＝１０となる（この場合、推定送信パケット数は０である。）。
パケット群Ｂのパケット１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『９』であり、ＴＸＯＰ−２で送信可能なパケット数が５であり、受信に失敗していることが判明しているパケットが存在しないので、推定送信済パケット順序番号は、９＋｛５−（４＋０）｝＝１０となる（この場合、推定送信パケット数は１である。）。
パケット群Ｂのパケット９及び１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『８』であり、ＴＸＯＰ−２で送信可能なパケット数が５であり、受信に失敗していることが判明しているパケットが存在しないので、推定送信済パケット順序番号は、８＋｛５−（３＋０）｝＝１０となる（この場合、推定送信パケット数は２である。）。
パケット群Ｂのパケット７、９、及び１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『８』であり、ＴＸＯＰ−２で送信可能なパケット数が５であり、パケット７が受信に失敗していることが判明しているので、推定送信済パケット順序番号は、８＋｛５−（２＋１）｝＝１０となる（この場合、推定送信パケット数が２である。）。
パケット群Ｂのパケット６〜１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『５』であり、ＴＸＯＰ−２で送信可能なパケット数が５であり、受信に失敗していることが判明しているパケットが存在しないので、推定送信済パケット順序番号は、５＋｛５−（０＋０）｝＝１０となる（この場合、推定送信パケット数が５である。）。
ここで、上記措置▲２▼について以下に説明する。
上記措置▲２▼によれば、送信局においてＤＥＬＡＹＥＤ−ＡＣＫを解釈する際、ＤＥＬＡＹＥＤ−ＡＣＫに、送信済かつ受信成功の通知を受信していないパケットについての受信情報が含まれていない場合、当該パケットの送信は失敗したものとみなされる。
この場合、受信局は、受信に成功したパケットのパケット番号までを含むＤＥＬＡＹＥＤ−ＡＣＫを送信局へ返送する。送信局は、上記の解釈に基づいて判断し、必要ならばパケットの再送を行う。
図７を参照しながら、具体例を挙げて以下に説明する。なお、図１等と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明は省略する。
図７に示すように、まず、ＴＸＯＰ−１において、パケット群Ａ内のパケット１〜５が送信局から受信局へ送信される。受信局は、前述のように、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、パケット１〜５及び以前のＴＸＯＰで送信されたパケット−４〜０を送信局へ通知する。
送信局は、このＤＥＬＡＹＥＤ−ＡＣＫに基づいて、パケット１〜５が無事に受信局で受信されたと判断し、次のＴＸＯＰ−２において、パケット群Ｂのパケット６〜１０を受信局へ送信する。このとき、何らかの原因でパケット群Ｂのパケット１０が受信局で受信および検出されなかったとする。
本実施の形態によれば、このような状況下では、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂには、送信局が送信済であって、しかも受信局により受信済のパケットのうち最新パケットである順序番号（９）までのパケットに係る受信情報が含められる。図７の場合、ｂ２に示すように、パケット０〜９までが受信済のパケットである旨の受信情報が送信局へ通知される。
この際、送信局は、上記通知に基づいて、パケット１０については送信済且つ受信成功に係る受信情報が含まれていなかったことを検出し、パケット１０が何らかの原因で受信局により受信されなかったと判断し、次のＴＸＯＰ−３において、パケット１０の再送を受信局に対して行う。結局、ＴＸＯＰ−３において、再送すべきパケット１０以外に、パケット群Ｃのパケット１１〜１４が併せて、受信局へ送信される。
受信局では、パケット１０〜１４に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して送信局へ通知する。送信局では、この通知（ｃ２の内容を参照）により、再送したパケット１０に加えてパケット１１〜１４が無事に受信局により受信されたと判断し、次のＴＸＯＰ−４において、パケット群Ｄのパケット１５〜１９が受信局へ送信される。受信局では、パケット１５〜１９に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して送信局へ通知する。
以上のように、ＴＸＯＰ−２で送信に失敗したパケット１０は、その次の送信機会であるＴＸＯＰ−３において迅速に再送されることになる。したがって、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことを確実に回避できる。
ここで、図８を参照しながら、ＴＸＯＰ−２中のパケットの全てが受信局により受信および検出されなかった場合について説明する。なお、図７等と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明は省略する。
図８に示すように、まず、ＴＸＯＰ−１において、パケット群Ａ内のパケット１〜５が送信局から受信局へ送信される。受信局は、前述のように、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、パケット１〜５及び以前のＴＸＯＰで送信されたパケット−４〜０を送信局へ通知する。
送信局は、このＤＥＬＡＹＥＤ−ＡＣＫに基づいて、パケット１〜５が無事に受信局で受信されたと判断し、次のＴＸＯＰ−２において、パケット群Ｂのパケット６〜１０を受信局へ送信する。このとき、何らかの原因でパケット群Ｂの全てのパケット（パケット６〜１０）が受信局で受信および検出されなかったとする。
本実施の形態によれば、このような状況下では、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂには、受信済の最新パケットの順序番号（５）までの受信情報が含められる。図８の場合、ｂ２に示すように、パケット５までが受信済のパケットである旨の受信情報が送信局へ通知される。
この際、送信局は、上記通知に基づいて、パケット６〜１０については送信済且つ受信成功に係る受信情報が含まれていなかったことを検出し、パケット６〜１０が何らかの原因で受信局により受信されなかったと判断し、次のＴＸＯＰ−３において、パケット６〜１０の再送を受信局に対して行う。結局、ＴＸＯＰ−３において、ＴＸＯＰ−２において送信すべきすべてのパケットが受信局へ再送される。
受信局では、パケット６〜１０に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して送信局へ通知する。送信局では、この通知（ｃ２の内容を参照）により、再送したパケット６〜１０が無事に受信局により受信されたと判断し、次のＴＸＯＰ−４において、パケット群Ｄのパケット１１〜１５が受信局へ送信される。受信局では、パケット１１〜１５に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して送信局へ通知する。
以上のように、ＴＸＯＰ−２で送信に失敗したパケット６〜１０は、次の送信機会であるＴＸＯＰ−３において迅速に再送されることになる。したがって、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことを確実に回避できる。
なお、上記説明においては、検出された受信失敗パケットを送信局がＤＥＬＡＹＥＤ−ＡＣＫの次の送信機会に再送する場合を例示しているが、本発明は、これに限定されるものではなく、上記ＤＥＬＡＹＥＤ−ＡＣＫ後の直近の送信機会に再送する場合も含む。
すなわち、後述するように、本発明は、或る送信機会における送達確認情報送信後であって当該送信機会内に上記再送処理を行っても良いし（ＤＥＬＡＹＥＤ−ＡＣＫが送信機会の最初や中間で送信される場合に該当する。）、次の送信機会に上記再送処理を行っても良いし、又は複数個の送信機会毎に上記再送処理を行っても良い。
また、本発明においては、各パケット群は、５個のパケットを含む場合に限定されるものではなく、他の数、例えば１６の倍数単位である（１６個、３２個、…）のパケットを含む場合にも適用できる。
また、上記説明においては、指定した順序番号からシーケンシャルにパケット受信状況を通知している場合を示すが、本発明はこれに限定されるものではない。要は、一括して複数のパケットに係る受信状況が通知できればよい。
さらに、ＤＥＬＡＹＥＤ−ＡＣＫパケットａ〜ｄの通知すべきパケット数については、通信路の状況や送信するデータの種類に応じて決定すればよい。例えば、通信路におけるエラー発生率が小さい場合には、少ないパケット数でよく、エラー発生率が大きい場合には、多いパケット数とすればよい。
また、上記説明においては、受信済の最新パケット以降当該ＴＸＯＰの終了までに送信される可能性のあるパケット数を推定することによって、送信局へ通知するパケットを決定していたが、通知するパケットの決定方法はこれに限定されるものではない。
ここで、図２２を参照しながら、通知するパケットの決定方法に係る他の例を説明する。なお、図１等と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明は省略する。
図２２に示すように、まず、ＴＸＯＰ−１において、パケット群Ａ内のパケット１〜５が送信局から受信局へ送信される。受信局は、前述のように、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、パケット１〜５、以前のＴＸＯＰで送信されたパケット−２〜０、及び受信済最新パケットの順序番号『５』に、一定値（この例では２）を加えた順序番号（この例では順序番号『７』）を送信局へ通知する。
送信局は、このＤＥＬＡＹＥＤ−ＡＣＫに基づいて、パケット１〜５が無事に受信局で受信されたと判断し、次のＴＸＯＰ−２において、パケット群Ｂのパケット６〜１０を受信局へ送信する。このとき、何らかの原因でパケット群Ｂのパケット１０が受信局で受信および検出されなかったとする。
ここで示す例によれば、このような状況下では、パケット９まで受信したので、パケット１０及び１１については未受信として送信局に通知する。つまり、順序番号『９』に、一定値『２』を加えた順序番号までのパケット（つまり、パケット１１まで）をＤＥＬＡＹＥＤ−ＡＣＫパケットｂに受信情報として含める。
送信局は、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂを介して、パケット群Ｂ内のパケット１０が受信局により受信されていないこと（パケット６〜９については受信済、パケット１０については未受信とそれぞれ通知されるため、受信情報から判明する。）をＤＥＬＡＹＥＤ−ＡＣＫに基づいて判断し、次のＴＸＯＰ−３において、パケット１０の再送を受信局に対して行う。結局、ＴＸＯＰ−３において、再送すべきパケット１０以外に、パケット群Ｃのパケット１１〜１４が併せて、受信局へ送信される。
受信局では、パケット１０〜１４に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して送信局へ通知する。送信局では、この通知（ｃ２参照）により、再送したパケット１０に加えてパケット１１〜１４が無事に受信局により受信されたと判断し、次のＴＸＯＰ−４において、パケット群Ｄのパケット１５〜１９が受信局へ送信される。受信局では、パケット１５〜１９に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して送信局へ通知する。
このように、ＴＸＯＰ−２で受信に失敗したパケット１０は、次の送信機会であるＴＸＯＰ−３において迅速に再送されることになる。したがって、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことをそれぞれ確実に回避できる。
以上のように、送信済最新パケットの順序番号の推定を行わず、各ＤＥＬＡＹＥＤ−ＡＣＫにおいて常に受信済最新パケットの順序番号に一定値（図２２の場合は『２』）を加えたパケットの情報を送信局に通知すると、ＴＸＯＰごとの推定が行われないので、その分、受信局の処理を簡素化できる。
図２２に示すように、すべてのＴＸＯＰにおいて受信済の最新パケットまでの受信情報に、その後に続くと予想される一定個数（図２２の場合には２個）のパケットの受信情報を加えたものを送信局へ通知してもよい。これにより、受信局が行う送信パケットの推定処理を簡素化することが可能となる。なお、図２２においては、パケット番号が昇順に付番される場合を例示しているが、本発明はこれに限定されるものではなく、降順に付番される場合にも適用可能である。
また、本実施の形態においては、各ＴＸＯＰの長さがほぼ同一、すなわち、或るＤＥＬＡＹＥＤ−ＡＣＫから次のＤＥＬＡＹＥＤ−ＡＣＫまでの期間においてパケットを最大５個送信可能な長さに揃えられているが、各ＴＸＯＰの長さが受信局へ通知されるなどの方法でこの間に送信されるパケット数を推定可能であれば、図２３のように異なったＴＸＯＰ長であってもよい。
図２３の例では、ＴＸＯＰ−１にはパケット１〜４の合計４個のパケットを送信する時間が、ＴＸＯＰ−２にはパケット５〜１０の合計６個のパケットを送信する時間が、ＴＸＯＰ−３及びＴＸＯＰ−４にはパケット１０〜１４及び１５〜１９のそれぞれ合計５個のパケットを送信する時間が割り当てられている。
各ＴＸＯＰの時間は、送信局にＴＸＯＰを割り当てる制御局（ＨＣ）が送信局に送信権を割り当てる際に送信するパケット（図示しない）に含めるなどの方法により、送受信局を含む各局へ通知することが可能となる。
図２３の場合、まず、ＴＸＯＰ−１において、パケット群Ａ内のパケット１〜４が送信局から受信局へ送信される。受信局は、前述のように、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、パケット１〜４及び以前のＴＸＯＰで送信されたパケット−５〜０を送信局へ通知する。
送信局は、このＤＥＬＡＹＥＤ−ＡＣＫに基づいて、パケット１〜４が無事に受信局で受信されたと判断し、次のＴＸＯＰ−２において、パケット群Ｂのパケット５〜１０を受信局へ送信する。このとき、何らかの原因でパケット群Ｂのパケット１０が受信局で受信および検出されなかったとする。
このような状況下では、受信済の最新パケットの順序番号『９』に、ある数（図２３の場合、『１』）を加えた順序番号までのパケット（つまり、パケット１０まで）が送信されたと推定し、その旨をＤＥＬＡＹＥＤ−ＡＣＫパケットｂに受信情報として含める。
つまり、受信局では、パケット群Ｂのパケット５〜１０の全てが送信されたとみなし、これらパケット５〜１０の各受信情報が送信局へ通知されることになる。図２３によれば、受信済のパケット５〜９と未受信のパケット１０とに係る受信情報がＤＥＬＡＹＥＤ−ＡＣＫに含められる。
送信局は、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂを介して、パケット群Ｂ内のパケット１０が受信局により受信されていないこと（パケット５〜９については受信済、パケット１０については未受信とそれぞれ通知されるため、受信情報から判明する。）をＤＥＬＡＹＥＤ−ＡＣＫに基づいて判断し、次のＴＸＯＰ−３において、パケット１０の再送を受信局に対して行う。結局、ＴＸＯＰ−３において、再送すべきパケット１０以外に、パケット群Ｃのパケット１１〜１４が併せて、受信局へ送信される。
受信局では、パケット１０〜１４に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して送信局へ通知する。送信局では、この通知（ｃ２参照）により、再送したパケット１０に加えてパケット１１〜１４が無事に受信局により受信されたと判断し、次のＴＸＯＰ−４において、パケット群Ｄのパケット１５〜１９が受信局へ送信される。受信局では、パケット１５〜１９に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して送信局へ通知する。
なお、図２３の例では、既に送信しているパケットについては、受信した受信状況を参照して必要ならば再送処理が行われる。また、未送信のパケットについては、当該情報は無視される。
以上のように、ＴＸＯＰ−２で受信に失敗したパケット１０は、次の送信機会であるＴＸＯＰ−３において迅速に再送されることになる。したがって、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことをそれぞれ確実に回避できる。
さらに、上記説明においては、送信するパケットの順序番号が連続する場合を例示したが、本発明は、これに限定されるものではなく、図２４のように、パケットの順序番号が不連続な場合にも適用可能である。
なお、このように不連続な場合として、たとえば、送信局が無線ＬＡＮにおけるアクセスポイント（ＡＰ）であり、インターネットから送信されてくる複数のストリームを無線局へ中継する際に、アクセスポイントから出力するストリーム毎に異なる順序番号を付番するのではなく、アクセスポイントへ入力されるストリームすべてに共通な順序番号を付番する際などに生じる。
ここで、図２４を参照しながら、具体例を説明する。なお、図１等と同じ機能を有するものについては、同一の参照符号を付記し、詳細な説明は省略する。
図２４に示すように、まず、ＴＸＯＰ−１において、パケット群Ａ内のパケット１、３、４、５、及び７が送信局から受信局へ送信される。受信局は、前述のように、ＤＥＬＡＹＥＤ−ＡＣＫパケットａを介して、パケット１、３、４、５、及び７、並びに以前のＴＸＯＰで送信されたパケット−２〜０及び未受信のパケット２・６を送信局へ通知する。
送信局は、このＤＥＬＡＹＥＤ−ＡＣＫに基づいて、パケット３、４、５、及び７が無事に受信局で受信されたと判断し、次のＴＸＯＰ−２において、パケット群Ｂのパケット８〜１１及び１３を受信局へ送信する。このとき、何らかの原因でパケット群Ｂのパケット１３が受信局で受信および検出されなかったとする。
本実施の形態によれば、このような状況下では、受信済の最新パケットの順序番号『１１』に、ある数（図２４の場合、『２』）を加えた順序番号までのパケット（つまり、パケット１３まで）が送信されたと推定し、その旨をＤＥＬＡＹＥＤ−ＡＣＫパケットｂに受信情報として含める。
つまり、受信局では、パケット群Ｂのパケット８〜１１及び１３の全てが送信されたとみなし、これらパケットの各受信情報が送信局へ通知されることになる。図２４によれば、受信済のパケット８〜１１（最新パケット）と未受信のパケット１２及び１３とに係る受信情報がＤＥＬＡＹＥＤ−ＡＣＫに含められる。
送信局は、ＤＥＬＡＹＥＤ−ＡＣＫパケットｂを介して、パケット群Ｂ内のパケット１３が受信局により受信されていないこと（パケット８〜１１については受信済、パケット１３については未受信とそれぞれ通知されるため、受信情報から判明する。）をＤＥＬＡＹＥＤ−ＡＣＫに基づいて判断し、次のＴＸＯＰ−３において、パケット１３の再送を受信局に対して行う。結局、ＴＸＯＰ−３において、再送すべきパケット１３以外に、パケット群Ｃのパケット１４、１６、１７、及び１８が併せて、受信局へ送信される。
受信局では、パケット１３、１４、１６、１７、及び１８に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｃを介して送信局へ通知する。送信局では、この通知（ｃ２参照）により、再送したパケット１３に加えてパケット１４、１６、１７、及び１８が無事に受信局により受信されたと判断し、次のＴＸＯＰ−４において、パケット群Ｄのパケット２０、２１、２３、２４、及び２６が受信局へ送信される。受信局では、パケット２０、２１、２３、２４、及び２６に係る受信情報をＤＥＬＡＹＥＤ−ＡＣＫに含め、ＤＥＬＡＹＥＤ−ＡＣＫパケットｄを介して送信局へ通知する。
なお、図２４の例では、既に送信しているパケットについては、受信した受信状況を参照して必要ならば再送処理が行われる。また、未送信のパケットについては、当該情報は無視される。また、上記説明では、ビットマップ方式の場合について例示しているが、本発明はこれに限定されるものではなく、パケット番号を伝える方式でもよい。また、上記説明では昇順の場合について例示したが、降順の場合についても本発明は適用でき、この場合、或る値を減算すればよい。
以上のように、ＴＸＯＰ−２で受信に失敗したパケット１３は、次の送信機会であるＴＸＯＰ−３において迅速に再送されることになる。したがって、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことをそれぞれ確実に回避できる。
パケット順序番号が不連続な場合、受信局は受信済最新パケットの順序番号に一定数を加えたり、受信済パケットの順序番号のパターンを解析したりなどして推定送信済パケット順序番号を算出し、送達確認情報にそのパケットの受信状況まで含めて送信することが有効である。
受信済パケットの順序に一定数を加える場合、パケットの順序番号が連続する場合に比べて大きな値を加えることが有効である。推定送信済パケット順序番号を推定する場合、図２５に示すように、推定送信パケット数に一定数（図２５の場合α）を掛ける、あるいは加えるなどの方法で順序番号の離散に対応することが望ましい。
ここで、図２５を参照しながら、パケットの順序番号が不連続な場合の具体的な推定方法について説明する。
図２５は、受信済の最新パケット以降、当該ＴＸＯＰの終了までに送信される可能性のあるパケット数を推定することを示している。最後に受信したパケットの順序番号（受信済最新パケットの順序番号）に、その推定送信パケット数に一定数αを掛けたものを加えた数を推定送信済パケットの順序番号とする。このαは、パケットの順序番号が連続時には小さく、不連続時には大きくすると有効である。
具体的には、図２５に示すように、例えば、パケット群Ｂのパケット９が何らかの原因により受信局により受信されなかった場合、１送信機会内で送信可能なパケット数が５であり、受信済の最新パケットの順序番号が『１０』であるので、推定送信済パケット順序番号は、１０（＝１０＋０×α）となる。
同様に、パケット群Ｂのパケット１０が何らかの原因により受信局により受信されなかった場合、図２５に示すように、受信済の最新パケットの順序番号が『９』であり、ＴＸＯＰ−２終了までに送信され得るパケット数は『１』であるので、推定送信済パケット順序番号は、９＋α（＝９＋１×α）となる。
パケット群Ｂのパケット９及び１０が何らかの原因により受信局により受信されなかった場合、図２５に示すように、受信済の最新パケットの順序番号が『８』であり、ＴＸＯＰ−２終了までに送信され得るパケット数は『２』であるので、推定送信済パケット順序番号は、８＋２α（＝８＋２×α）となる。
パケット群Ｂのパケット７、９、及び１０が何らかの原因により受信局により受信されなかった場合、受信済の最新パケットの順序番号が『８』であり、ＴＸＯＰ−２終了までに送信され得るパケット数は『２』であるので、推定送信済パケット順序番号は、推定送信済パケット順序番号は、８＋２α（＝８＋２×α）となる。
ところで、以上の説明では、送信局のＴＸＯＰ終了後に受信局が自発的にＤＥＬＡＹＥＤ−ＡＣＫパケットを送信する場合について例示したが、本発明はこれに限定されるものではない。たとえば、ＤＥＬＡＹＥＤ−ＡＣＫパケットを送信局からの要求に応じて送信してもよいし、あるいはその送信する期間が送信局の持つＴＸＯＰ中であってもよい。
以下、図２６を参照しながら、具体例について説明する。なお、図２６は、受信局がＤＥＬＡＹＥＤ−ＡＣＫパケットを返送するタイミングを送信局が指定する場合を示している。
図２６では、送信局が順序番号１〜１０のパケットを送信し、続けてＤＥＬＡＹＥＤ−ＡＣＫ要求パケットを送信している。受信局は、このＤＥＬＡＹＥＤ−ＡＣＫ要求パケットを受けて、ＤＥＬＡＹＥＤ−ＡＣＫパケットを送信している。
この際、受信局はパケット１０の検出、受信に失敗しているが、受信済の最新パケット９に『１』を加えたパケット（１０）の受信情報まで送信しているため、送信局はパケット１０を次のＴＸＯＰ−２で再送することが可能である。この処理は、ＤＥＬＡＹＥＤ−ＡＣＫパケットを送信局のＴＸＯＰ終了後に自発的に送信する例と同様な処理である。
このとき、ＤＥＬＡＹＥＤ−ＡＣＫパケットにどのパケットの受信状況まで含むかをデータ受信局（ＤＥＬＡＹＥＤ−ＡＣＫパケットを送信する局）が決定できることが好ましい。この場合、上記受信局は、送信機会の長さ、パケットサイズ、実際に受信されたパケットの個数などの情報を用いて、あるいはその他の方法で送信済みパケット順序番号を推定し、送信局に対してそれらのパケットの再送を要求することが可能となる。
図２６の例では、ＴＸＯＰの最後にＤＥＬＡＹＥＤ−ＡＣＫ要求パケットとＤＥＬＡＹＥＤ−ＡＣＫパケットとの送信を行う例について説明したが、本発明はこれに限定されるものではなく、この２個のパケットを送信するタイミングはＴＸＯＰの最初でも途中でもよい。
図２７にＴＸＯＰ−１の途中でＤＥＬＡＹＥＤ−ＡＣＫ要求パケットとＤＥＬＡＹＥＤ−ＡＣＫパケットとの送信を行う例を示すが、この場合、再送対象のパケット１０はＤＥＬＡＹＥＤ−ＡＣＫパケットの後、送信局が同一のＴＸＯＰ−１内で再送することが可能である。
また、受信局がどのパケットまでの受信情報を送信するかを決定する際に、送信局が通知するパケットの送信状況のデータを利用してもよい（送信局が通知した送信状況を反映させてもよい）。この場合を図２８に示す。
図２８では、送信局はＴＸＯＰ−１においてパケット１〜１０を送信し、ＤＥＬＡＹＥＤ−ＡＣＫ要求（ＤＥＬＡＹＥＤ−ＡＣＫ  ＲＥＱＵＥＳＴ）パケットに「パケット１０まで送信した」という情報を含めて送信している。受信局は、何らかの原因でパケット１０を受信できなかったが、送信局から「パケット１０まで送信した」という情報が送られているため、送信局からの送信状況に基づいてパケット１０までの受信状況を通知することとし、ＤＥＬＡＹＥＤ−ＡＣＫパケットに受信したパケット１〜９を「受信済」、パケット１０を「未受信」と設定して送信局へ送信する。これにより、送信局は、直近の送信機会であるＴＸＯＰ−２においてパケット１０の再送を行うことが可能となる。
また、本実施の形態においてはパケットについて説明しているが、複数のブロックを一つのパケットの中に格納して送信し、それらのブロックの送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知し、上記送達確認パケットが、未だ上記送信局が送信していない可能性のあるブロックについての受信情報を含んでいるように構成してもよい。この場合でも、上記の通信方法と同様の作用・効果を奏する。
本発明の通信方法は、以上のように、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法において、次の措置を講じたことを特徴としている。
すなわち、上記通信方法においては、上記送達確認パケットが、未だ送信局が送信していない可能性のあるパケットについての受信情報を含んでいることを特徴としている。
或る送信機会に、複数個のパケットを送信局から受信局へ送信した際、何らかの原因によって、受信局がパケットあるいはパケット群を受信できなかった場合、従来は、送達確認パケットには、受信できなかったパケットに関する受信情報は含まれていなかった。これは、次の理由による。すなわち、従来においては、送達確認パケットに含まれる受信情報は、受信済のパケットに係る受信状況と、受信していないことがはっきりしているパケットに係る受信状況とに限られていた。
このため、未だ送信局が送信していない可能性のあるパケットについての受信情報は、送信局へは通知されることはなかった。その結果、送信局は、送信機会（第１送信機会）の終了直前に送信したパケットあるいはパケット群の受信状態に係る受信情報の通知がこないため、受信に失敗していない（受信に成功した）ものと判断し、後続のパケットを次の送信機会（第２送信機会）に受信局へ送信することになる。
これに対して、受信局は、受信できなかったことが判明したパケットあるいはパケット群に係る受信情報を送信局へ送達確認パケットを介して通知する。そして、更に次の送信機会（第３送信機会）に、送信局は、受信局からの通知結果に基づいて、受信に失敗したパケットの再送を受信局に対して行う。このようにして、複数個のパケットが、すべて、送信局から受信局へ通信される。
以上のように、従来の通信方法によれば、第１送信機会において受信に失敗したパケットの再送は、次の第２送信機会で行われるのではなくて、第３送信機会において行われる。このように、従来技術によれば、受信に失敗したパケットが送信されるタイミングは、本来送信されるべき送信機会（第１送信機会）よりも少なくとも２周期遅れてしまう（第３送信機会）。
この再送の遅れにより、パケット受信時には既に有効期限が切れてしまっていることがある（有効期限切れのパケットは、使用されない）。また、パケットの再送が遅れることに伴って受信局側でパケットの並べ替えが必要になることもある。
これに対して、上記の通信方法によれば、或る送信機会に、複数個のパケットを送信局から受信局へ送信した際、何らかの原因によって、受信局がパケットあるいはパケット群を受信できなかった場合、上記パケットあるいはパケット群についての受信情報を含む上記送達確認パケットが受信局から送信局へ通知され、この送達確認パケットにより、送信局は、未だ送信局が送信していない可能性のあるパケットについての受信情報を得ることになる。
このように、送信局は、受信局からの送達確認パケットを介して、未だ受信していない可能性のあるパケットについての情報を得ることができる。したがって、送信局は、受信局からの上記通知に基づいて、未だ受信していない可能性のあるパケットについて、再送等の適切な措置を迅速に講ずることが可能となる。
再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信局側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
上記送達確認パケットは、未だ送信局が送信していない可能性のあるパケットについては受信していない旨を示す受信情報を含んでいることが好ましい。この場合、受信局は、未だ受信していない可能性のあるパケットについては受信していないことを示す受信情報を送信局へ通知する。送信局は、この受信情報を受け取り、送信したパケットのうち、受信局により受信されなかったパケットが存在することを知り、該当するパケットの再送を行うことができる。
この場合にも、送信局は、当該送信機会またはその次の送信機会に、受信局からの上記通知に基づいて、未だ受信していない可能性のあるパケットについて、迅速に再送することが可能となる。また、再送が迅速に行われるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信局側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
上記受信局は、上記受信情報の対象となる送信パケットを決定することが好ましい。この場合、上記受信局は、送信機会の長さ、パケットサイズ、実際に受信されたパケットの個数などの情報を用いて、あるいはその他の方法で送信済みパケット順序番号を推定し、送信局に対してそれらのパケットの再送を要求することが可能となる。
上記受信情報は、受信済の最新パケットの順序番号に所定数を加えた順序番号までのいずれかのパケットについての受信情報を含むことが好ましい。この場合、送信局は当該順序番号のパケットを送信していたら、その内容に応じた処理を行う一方、当該順序番号のパケットを未だ送信していなかったら、受信通知を無視して、自らのスケジュールどおりに当該パケットの送信を行う。
上記所定数は、各送達確認パケットにおいて同一値であることが好ましい。この場合、ＴＸＯＰ毎に送信済の最新パケットの順序番号の推定を行わないので、その分、受信局の処理を簡素化できる。
上記受信情報における上記所定数は、ある送達確認パケットの送信から次の送達確認パケットの送信までの送信機会において送信されるパケット数の最大値に設定されていてもよい。この場合、ある送達確認パケットの送信から次の送達確認パケットの送信までの送信機会に含まれるパケットの全てが何らかの原因により受信できなかった場合でも、これら全てのパケットの再送が迅速かつ確実に行える。
上記受信情報における上記所定数は、ある送達確認パケットの送信から次の送達確認パケットの送信までの送信機会において、受信済最新パケット以降、上記送信機会終了までに送信される可能性のあるパケット数の推定値であってもよい。
この場合、受信済の最新パケットの順序番号に上記推定値を加えた順序番号のパケットまでが送信されたものとされ、その旨が受信情報に含められる。そして、既に送信しているパケットについては、受信した受信情報（受信状況）に基づいて、適宜、再送処理が送信局から受信局に対して行われる。なお、未受信のパケットについては、当該情報が無視され、本来予定しているタイミングで送信される。
上記の推定値は、上記パケットのサイズと上記最新パケット受信から上記送信機会が終了するまでの間に送信可能なパケット数とに基づいて算出されることが好ましい。
この場合、或るパケットが何らかの原因により受信局により受信されなかった場合、受信済の最新パケットに、この最新パケット受信から上記送信機会が終了するまでの間に送信可能なパケット数が加えられ、この加算結果の順序番号までが送信されたとみなされる。そして、受信した受信情報（受信状況）に基づいて、次の送信機会において受信されていないパケットの再送処理が行われる。
なお、上記の送信可能なパケット数は、最新パケット受信から上記送信機会が終了するまでの時間を、一つのパケットを送信するのに要する時間で除したものとして算出される。このように、除算値に基づいて上記推定値が算出されるので、非常に精度の高い推定を行うことが可能となる。
上記のように送信可能なパケット数を上記のように除算により求める代わりに、減算により求めてもよい。すなわち、上記の推定値は、上記の送信機会において送信可能なパケット数から（受信されたパケット数＋受信に失敗したことが判明しているパケット数）を減算した値に等しいとしてもよい。
このように、上記推定値を時間の測定なしに算出できるので、推定に要する工程及び時間を大幅に短縮できる。
上記受信情報における上記所定数は、上記送信局が通知するパケット送信情報を用いて上記受信局が決定することが好ましい。この場合、受信局は確実に送信局の送信したパケットの情報を入手でき、再送対象となるパケットを確実に再送要求に含めることが可能となる。
また、本発明の他の通信方法は、以上のように、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法において、次の措置を講じたことを特徴としている。
すなわち、上記の通信方法は、上記送達確認パケットに送信済且つ受信成功に係る情報が含まれていない場合、対応するパケットの送信に失敗したものとみなし、該パケットの再送を行うことを特徴としている。
この場合、受信局は、受信に成功したパケットのパケット番号までを含む送達確認情報を送信局へ通知する。これに対して、送信局は、上記送達確認パケットに、送信済且つ受信成功通知を受信していないパケットについての受信情報が含まれていない場合、このパケットの送信は失敗したものとみなし、適宜、再送処理が行われる。この場合、或る送信機会における送達確認情報送信後であって当該送信機会内に上記再送処理を行っても良いし、次の送信機会に上記再送処理を行っても良いし、又は複数個の送信機会毎に上記再送処理を行っても良い。
このように、パケットの送信に失敗したとみなされたパケットについては、迅速に再送される。これに伴って、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信局側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明の送信装置は、以上のように、上記複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、上記送達確認パケットを介して、未だ送信局が送信していない可能性のあるパケットについての受信情報を上記受信装置から受信した場合、送信していないパケットについての受信情報は無視することを特徴としている。
上記の送信装置によれば、複数個のパケットを送信装置から受信装置へ送信した際、何らかの原因によって、受信装置が受信できなかった場合、上記送達確認パケットが受信装置から送信装置へ通知され、この送達確認パケットにより、送信装置は、未だ送信装置が送信していない可能性のあるパケットについての受信情報を得ることになる。
送信装置が今後送信予定のパケットについて未受信という受信情報を受け取っても、それらのパケットは、後に、予定どおり送信されるため、その受信情報は無視してもかまわない。
仮に、この受信情報に今後送信予定のパケットが含まれていたとしても、送信局は、そのパケットの受信情報を無視して本来予定しているタイミングで当該パケットの送信を行うため、過不足の無いパケット送信が可能となる。
再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
また、本発明の他の送信装置は、以上のように、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、送信済のパケットに関する受信情報が上記送達確認パケットを介して上記受信装置から受信されなかった場合、対応するパケットの送信に失敗したものとみなし、上記パケットの再送を上記受信装置に対して行うことを特徴としている。
上記の送信装置によれば、受信装置は受信済のパケット番号までを含む送達確認情報を送信局へ通知する。これに対して、送信装置は、送信済のパケットに関する受信情報が上記送達確認パケットを介して上記受信装置から受信されなかった場合、対応するパケットの送信に失敗したものとみなし、上記パケットの再送を上記受信装置に対して行う。
この場合、或る送信機会における送達確認情報送信後であって当該送信機会内に上記再送処理を行っても良いし、次の送信機会に上記再送処理を行っても良いし、又は複数個の送信機会毎に上記再送処理を行っても良い。
このように、上記のパケットは、迅速に再送されるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明の受信装置は、以上のように、複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して送信装置へ通知する受信装置であって、上記送達確認パケットを介して、未だ送信装置が送信していない可能性のあるパケットについての受信情報を上記送信装置へ通知することを特徴としている。
上記受信装置によれば、複数個のパケットを送信装置から受信装置へ送信した際、何らかの原因によって、受信装置が受信できなかった場合、上記送達確認パケットが受信装置から送信装置へ通知され、この送達確認パケットにより、送信装置は、未だ送信装置が送信していない可能性のあるパケットについての受信情報を得ることになる。
このように、送信装置は、受信装置からの送達確認パケットを介して、未だ送信装置が送信していない可能性のあるパケットについての情報を得ることができる。したがって、送信装置は、受信装置からの上記通知に基づいて、未だ送信装置が送信していない可能性のあるパケットについて、再送等の適切な措置を迅速に講ずることが可能となる。
再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明に係る受信装置は、前記いずれか一つの通信方法を用いて上記受信情報の対象となるパケットを決定することを特徴としている。
上記通信方法において、上記送達確認パケットを、上記送信パケットを送信する局からの要求に応じて送信することが好ましい。これにより、送達確認パケット送信後に送信機会が残っている場合、送信局は再送などの適切な措置を当該送信機会において迅速に講ずることが可能となる。
上記送信装置において、上記送達確認パケットを要求するためのパケットが上記受信装置に送信されることが好ましい。これにより、送達確認パケット送信後に送信機会が残っている場合、送信局は再送などの適切な措置を当該送信機会において迅速に講ずることが可能となる。
上記受信装置は、上記送達確認パケットを、上記送信装置からの要求に応じて送信することが好ましい。この場合、送信装置は、上記送達確認パケットに基づいて、より迅速に且つ適切に必要な措置を講ずることが可能となる。
本発明の通信プログラムは、以上のように、前記のいずれか一つの通信方法の各手順をコンピュータに実現させるための通信プログラムであることが好ましい。
本発明の記録媒体は、以上のように、前記のいずれか一つの通信方法の各手順をコンピュータに実行させるための通信プログラムを記録したコンピュータ読み取り可能な記録媒体であることが好ましい。
上記の通信プログラム及びそれを記録したコンピュータ読み取り可能な記録媒体をコンピュータに実行させることによって、通信方法、送信装置、受信装置において、再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避できる。
本発明のネットワークシステムは、前記のいずれか一つの通信方法によって通信を管理することを特徴としている。
上記のネットワークシステムによれば、再送等の迅速な措置が講じられるので、パケット受信時には既に有効期限が切れてしまっていることや、迅速な措置が講じられないことに伴って受信装置側でパケットの並べ替え等の処理が別途必要となることを確実に回避でき、信頼性の高いネットワークシステムを提供することが可能となる。
上記はパケットについて規定しているが、複数のブロックを一つのパケットの中に格納して送信し、それらのブロックの送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、上記送達確認パケットは、未だ上記送信局が送信していない可能性のあるブロックについての受信情報を含んでいることを特徴とする通信方法であっても、上記と同様の作用・効果を奏する。
なお、本発明は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的手段に含まれる。
また、発明を実施するための最良の形態の項においてなした具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなく、本発明の精神と次に記載する特許請求の範囲内で、いろいろと変更して実施することができるものである。
産業上の利用の可能性
以上のように、本発明の通信方法は、複数の通信装置が一つのネットワーク経路を時分割で共有するネットワークの通信方法として有用であり、特に、パケット紛失に伴う再送が遅れてしまうこと、パケットの有効期限が切れてしまうこと、及びパケットの並べ替えを行うことを回避することが可能なネットワークの通信方法として有用である。
【図面の簡単な説明】
図１は、本発明に係る通信方法において行われる順序番号の推定について説明する説明図である。
図２は、本発明に係る通信方法において行われる順序番号の他の推定について説明する説明図である。
図３は、上記推定の具体的な例を示す説明図である。
図４は、上記推定の具体的な他の例を示す説明図である。
図５は、上記推定の具体的な更に他の例を示す説明図である。
図６は、上記推定の具体的な更に他の例を示す説明図である。
図７は、本発明に係る他の通信方法に係る手順を説明する説明図である。
図８は、本発明に係る他の通信方法に係る他の手順を説明する説明図である。
図９は、本発明の通信方法を説明するための概略構成を示す説明図である。
図１０は、上記通信方法において、送信局と受信局との間で行われるパケット送信と送達確認パケットのメッセージシーケンスを示す説明図である。
図１１は、上記送信局の概略構成を示すブロック図である。
図１２は、上記受信局の概略構成を示すブロック図である。
図１３は、上記受信局が非送信パケットに対する受信情報を返送するときの上記送信局の行う動作のフローを示すフローチャートである。
図１４は、非送信パケットに対する受信情報を返送するときの上記受信局の行う動作のフローを示すフローチャートである。
図１５は、非送信パケットに対する受信情報を返送するときの上記受信局におけるＤＥＬＡＹＥＤ−ＡＣＫ作成のフローを示すフローチャートである。
図１６は、ＤＥＬＡＹＥＤ−ＡＣＫの解釈を変更したときの上記送信局の行う動作のフローを示すフローチャートである。
図１７は、ＤＥＬＡＹＥＤ−ＡＣＫの解釈を変更したときの上記受信局におけるＤＥＬＡＹＥＤ−ＡＣＫ作成のフローを示すフローチャートである。
図１８は、従来の通信方法の手順を示す説明図である。
図１９は、従来の通信方法のＤＥＬＡＹＥＤ−ＡＣＫにおける通知範囲を示す説明図である。
図２０は、図１９の具体例を示す説明図である。
図２１は、従来の通信方法において、パケット紛失の検出における問題点を示す説明図である。
図２２は、本発明において、送信済の最新パケットの順序番号の推定を行わず、各ＤＥＬＡＹＥＤ−ＡＣＫにおいて常に受信済の最新パケットの順序番号に一定値を加えたパケット情報を返送する例を説明する説明図である。
図２３は、本発明においてＴＸＯＰが可変長の例について説明する説明図である。
図２４は、本発明において送信するパケットの順序番号が不連続な例を説明する説明図である。
図２５は、図２４の場合の具体例を説明する説明図である。
図２６は、ＤＥＬＡＹＥＤ−ＡＣＫパケットを送信局からの要求に応じて送信する例について説明する説明図である。
図２７は、ＤＥＬＡＹＥＤ−ＡＣＫパケットを送信局からの要求に応じて送信する他の例について説明する説明図である。
図２８は、ＤＥＬＡＹＥＤ−ＡＣＫパケットが送信局からの送信状況の通知内容を反映している例について説明する説明図である。
【図１】
2003028314.tif 000005
【図２】
2003028314.tif 000006
【図３】
2003028314.tif 000007
【図４】
2003028314.tif 000008
【図５】
2003028314.tif 000009
【図６】
2003028314.tif 000010
【図７】
2003028314.tif 000011
【図８】
2003028314.tif 000012
【図９】
2003028314.tif 000013
【図１０】
2003028314.tif 000014
【図１１】
2003028314.tif 000015
【図１２】
2003028314.tif 000016
【図１３】
2003028314.tif 000017
【図１４】
2003028314.tif 000018
【図１５】
2003028314.tif 000019
【図１６】
2003028314.tif 000020
【図１７】
2003028314.tif 000021
【図１８】
2003028314.tif 000022
【図１９】
2003028314.tif 000023
【図２０】
2003028314.tif 000024
【図２１】
2003028314.tif 000025
【図２２】
2003028314.tif 000026
【図２３】
2003028314.tif 000027
【図２４】
2003028314.tif 000028
【図２５】
2003028314.tif 000029
【図２６】
2003028314.tif 000030
【図２７】
2003028314.tif 000031
【図２８】
2003028314.tif 000032
【国際公開パンフレット（コレクトバージョン）】
2003028314.tif 000033
2003028314.tif 000034
【手続補正書】
【提出日】平成15年3月24日(2003.3.24)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットは、未だ上記送信局が送信していない可能性のあるパケットについての受信情報を含んでいることを特徴とする通信方法。
【請求項２】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットは、未だ上記送信局が送信していない可能性のあるパケットについては受信していない旨を示す受信情報を含んでいることを特徴とする通信方法。
【請求項３】
上記受信局は、上記受信情報の対象となる送信パケットを決定することを特徴とする請求項１または２に記載の通信方法。
【請求項４】
上記受信情報は、受信済の最新パケットの順序番号に所定数を加えた順序番号までのいずれかのパケットについての受信情報を含むことを特徴とする請求項３に記載の通信方法。
【請求項５】
上記所定数は、各送達確認パケットにおいて同一値であることを特徴とする請求項４に記載の通信方法。
【請求項６】
上記受信情報における上記所定数は、ある送達確認パケットの送信から次の送達確認パケットの送信までの送信機会において送信されるパケット数の最大値であることを特徴とする請求項４に記載の通信方法。
【請求項７】
上記受信情報における上記所定数は、ある送達確認パケットの送信から次の送達確認パケットの送信までの送信機会において、受信済最新パケット以降、上記送信機会終了までに送信される可能性のあるパケット数の推定値であることを特徴とする請求項４に記載の通信方法。
【請求項８】
上記の推定値は、上記パケットのサイズと上記最新パケット受信から上記送信機会が終了するまでの間に送信可能なパケット数とに基づいて算出されることを特徴とする請求項７に記載の通信方法。
【請求項９】
上記の推定値は、上記の送信機会において、送信可能なパケット数から受信されたパケット数を減算した値に等しいことを特徴とする請求項７に記載の通信方法。
【請求項１０】
上記受信情報における上記所定数は、上記送信局が通知するパケット送信情報を用いて上記受信局が決定することを特徴とする請求項４に記載の通信方法。
【請求項１１】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットに送信済且つ受信成功に係る情報が含まれていない場合、対応するパケットの送信に失敗したものとみなし、該パケットの再送を行うことを特徴とする通信方法。
【請求項１２】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、
上記送達確認パケットを介して、未だ送信していないパケットについての受信情報を上記受信装置から受信した場合、これらのパケットについての受信情報を無視することを特徴とする送信装置。
【請求項１３】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して受信装置から受領する送信装置であって、
送信済のパケットに関する受信情報が上記送達確認パケットを介して上記受信装置から受信されなかった場合、対応するパケットの送信に失敗したものとみなし、上記パケットの再送を上記受信装置に対して行うことを特徴とする送信装置。
【請求項１４】
複数個の送信パケットに対する送達確認情報を一括して送達確認パケットを介して送信装置へ通知する受信装置であって、
上記送達確認パケットを介して、未だ送信装置が送信していない可能性のあるパケットについての受信情報を上記送信装置へ通知することを特徴とする受信装置。
【請求項１５】
請求項４〜９のいずれか１項に記載の通信方法を用いて上記受信情報の対象となるパケットを決定することを特徴とする請求項１４に記載の受信装置。
【請求項１６】
上記送達確認パケットを、上記送信パケットを送信する局からの要求に応じて送信することを特徴とする請求項１〜１１のいずれか１項に記載の通信方法。
【請求項１７】
上記送達確認パケットを要求するためのパケットを上記受信装置に送信する請求項１２又は１３に記載の送信装置。
【請求項１８】
上記送達確認パケットを、上記送信装置からの要求に応じて送信することを特徴とする請求項１４又は１５に記載の受信装置。
【請求項１９】
請求項１〜１１のいずれか一項、又は請求項１６に記載の通信方法の各手順をコンピュータに実現させるための通信プログラム。
【請求項２０】
請求項１〜１１のいずれか一項、又は請求項１６に記載の通信方法の各手順をコンピュータに実行させるための通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２１】
請求項１〜１１のいずれか一項、又は請求項１６に記載の通信方法によって通信を管理することを特徴とするネットワークシステム。
【請求項２２】
複数のブロックを一つのパケットの中に格納して送信し、それらのブロックの送達確認情報を一括して送達確認パケットを介して受信局から送信局へ通知する通信方法であって、
上記送達確認パケットは、未だ上記送信局が送信していない可能性のあるブロックについての受信情報を含んでいることを特徴とする通信方法。
【請求項２３】
上記送達確認パケットは、上記受信局が受信したパケットについての受信情報をさらに含んでいることを特徴とする請求項１に記載の通信方法。
【請求項２４】
上記受信局は、上記送信局が送信済みであるパケットを推定し、上記送達確認パケットは、上記送信済みであると推定されたパケットについての受信情報を含んでいることを特徴とする請求項１に記載の通信方法。
【国際調査報告】
2003028314.tif 000035
2003028314.tif 000036
2003028314.tif 000037
2003028314.tif 000038