(57)【要約】【課題】  マルチリンク方式によるパケット伝送を行う際の、再送パケットを迅速に送信することが可能となるとともに、各通信チャンネルにおける帯域の利用効率を向上する通信装置を提供する。【解決手段】  パケットバッファ２４は、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機している状態、および送信の成功が確認されている状態のいずれであるかを示す状態情報を記憶している。スケジュール処理部２３ｂは、パケットバッファ２４に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、パケットバッファ２４に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットを、どの通信チャンネルで送信すべきかを決定する。【選択図】  図３
2005142965.tif 000002
【特許請求の範囲】
【請求項１】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、
送信すべきパケットを、どの通信チャンネルで送信すべきかを決定するスケジューリング手段を備え、
上記スケジューリング手段が、通信先から再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴とする通信装置。
【請求項２】
送信すべきパケットを記憶するパケット記憶手段をさらに備え、
上記パケット記憶手段が、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機している状態、および送信の成功が確認されている状態のいずれであるかを示す情報を記憶しており、
上記スケジューリング手段が、上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットをスケジューリングすることを特徴とする請求項１記載の通信装置。
【請求項３】
各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が各通信チャンネルに対応して設けられていることを特徴とする請求項２記載の通信装置。
【請求項４】
複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が設けられていることを特徴とする請求項２記載の通信装置。
【請求項５】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、
送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジューリング手段を備え、
上記スケジューリング手段が、連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングを行うことを特徴とする通信装置。
【請求項６】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、
送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジューリング手段を備え、
上記スケジューリング手段が、送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さい時間となっている通信チャンネルに対してパケットを割り当てることを特徴とする通信装置。
【請求項７】
複数のパケットを送信する通信装置であって、
送信すべきパケットの送信順番を設定するスケジューリング手段を備え、
上記スケジューリング手段が、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、
残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴とする通信装置。
【請求項８】
上記スケジューリング手段が、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定することを特徴とする請求項７記載の通信装置。
【請求項９】
複数のパケットを送信する通信装置であって、
送信すべきパケットの送信順番を設定するスケジューリング手段を備え、
上記スケジューリング手段が、パケットのサイズが大きいパケットほど優先して送信するように送信順番を設定することを特徴とする通信装置。
【請求項１０】
上記スケジューリング手段が、パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定することを特徴とする請求項９記載の通信装置。
【請求項１１】
上記スケジューリング手段が、上記各グループ内のパケットの送信順番を、パケットのサイズが大きいパケットほど先に送信されるように設定することを特徴とする請求項８記載の通信装置。
【請求項１２】
上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、
上記スケジューリング手段が、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てることを特徴とする請求項７記載の通信装置。
【請求項１３】
上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、
上記スケジューリング手段が、パケットのサイズが大きいパケットほど、エラー率がより低い通信チャンネルに割り当てられるようにスケジューリングを行うことを特徴とする請求項９記載の通信装置。
【請求項１４】
上記スケジューリング手段が、上記各グループ内のパケットを、パケットのサイズが大きいパケットほど、エラー率がより低い通信チャンネルに割り当てることを特徴とする請求項１２記載の通信装置。
【請求項１５】
上記スケジューリング手段によるスケジューリング結果を格納するスケジューリング結果記憶手段と、
上記スケジューリング結果記憶手段に記憶されているスケジューリング結果に従って、送信すべきパケットを各通信チャンネルに順番に送出するパケット分配手段とをさらに備えていることを特徴とする請求項１〜１４のいずれか一項に記載の通信装置。
【請求項１６】
複数のパケットを送信する通信装置であって、
送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、
上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれていることを特徴とする通信装置。
【請求項１７】
送信したパケットを特定する情報を記憶する送信パケット記憶手段をさらに備え、
上記送達確認要求手段が、上記送信パケット記憶手段に記憶されている情報に基づいて、上記送達確認要求パケットを生成することを特徴とする請求項１６記載の通信装置。
【請求項１８】
請求項１６または１７記載の通信装置からパケットを受信する通信装置であって、
上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する送達確認送信手段を備え、
上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功／失敗を示すビットによって構成されていることを特徴とする通信装置。
【請求項１９】
受信したパケットを特定する情報を記憶する受信パケット記憶手段をさらに備え、
上記送達確認送信手段が、上記受信パケット記憶手段に記憶されている情報に基づいて、上記送達確認パケットを生成することを特徴とする請求項１８記載の通信装置。
【請求項２０】
複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置であって、
各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段と、
受信した複数のパケットを順番どおりに整列するパケット整列手段とを備えていることを特徴とする通信装置。
【請求項２１】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、
送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成するパケット生成手段を備えていることを特徴とする通信装置。
【請求項２２】
請求項２１記載の通信装置からパケットを受信する通信装置であって、
上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する送達確認送信手段を備えていることを特徴とする通信装置。
【請求項２３】
複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置であって、
各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段を備え、
上記送達確認送信手段が、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信装置。
【請求項２４】
上記送達確認送信手段が、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認パケットにおける送達確認についての情報を含めることを特徴とする請求項２３記載の通信装置。
【請求項２５】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、
送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、
上記送達確認要求手段は、上記送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信装置。
【請求項２６】
上記送達確認要求手段が、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含めることを特徴とする請求項２５記載の通信装置。
【請求項２７】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、
送信すべきパケットを、どの通信チャンネルで送信すべきかを決定する第１のステップを含み、
上記第１のステップにおいて、通信先から再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴とする通信方法。
【請求項２８】
送信すべきパケットを記憶するパケット記憶手段に、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機している状態、および送信の成功が確認されている状態のいずれであるかを示す情報を記憶する第２のステップと、
上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットをスケジューリングする第３のステップとをさらに含んでいることを特徴とする請求項２７記載の通信方法。
【請求項２９】
各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第４のステップが、各通信チャンネルごとに行われることを特徴とする請求項２８載の通信方法。
【請求項３０】
複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第５のステップを含んでいることを特徴とする請求項２８記載の通信方法。
【請求項３１】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、
送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定する第１のステップを含み、
上記第１のステップにおいて、連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングを行うことを特徴とする通信方法。
【請求項３２】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、
送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定する第１のステップを含み、
上記第１のステップにおいて、送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さい時間となっている通信チャンネルに対してパケットを割り当てることを特徴とする通信方法。
【請求項３３】
複数のパケットを送信する通信装置における通信方法であって、
送信すべきパケットの送信順番を設定する第１のステップを含み、
上記第１のステップにおいて、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、
残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴とする通信方法。
【請求項３４】
上記第１のステップにおいて、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定することを特徴とする請求項３３記載の通信方法。
【請求項３５】
複数のパケットを送信する通信装置における通信方法であって、
送信すべきパケットの送信順番を設定する第１のステップを含み、
上記第１のステップにおいて、パケットのサイズが大きいパケットほど優先して送信されるように送信順番を設定することを特徴とする通信方法。
【請求項３６】
上記第１のステップにおいて、パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定することを特徴とする請求項３５記載の通信方法。
【請求項３７】
上記第１のステップにおいて、上記各グループ内のパケットの送信順番を、パケットのサイズが大きいものほど先に送信されるように設定することを特徴とする請求項３４記載の通信方法。
【請求項３８】
上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、
上記第１のステップにおいて、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てることを特徴とする請求項３３記載の通信方法。
【請求項３９】
上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、
上記第１のステップにおいて、パケットのサイズが大きいものほど、エラー率がより低い通信チャンネルに割り当てられるようにスケジューリングを行うことを特徴とする請求項３５記載の通信方法。
【請求項４０】
上記第１のステップにおいて、上記各グループ内のパケットを、パケットのサイズが大きいものほど、エラー率がより低い通信チャンネルに割り当てることを特徴とする請求項３８記載の通信方法。
【請求項４１】
上記スケジューリング結果を格納するスケジューリング結果記憶手段に記憶されているスケジューリング結果に従って、送信すべきパケットを各通信チャンネルに順番に送出するステップをさらに含んでいることを特徴とする請求項２７〜４０のいずれか一項に記載の通信方法。
【請求項４２】
複数のパケットを送信する通信装置における通信方法であって、
送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第１のステップを含み、
上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれていることを特徴とする通信方法。
【請求項４３】
上記第１のステップにおいて、送信したパケットを特定する情報を記憶する送信パケット記憶手段に記憶されている情報に基づいて、上記送達確認要求パケットを生成することを特徴とする請求項４２記載の通信方法。
【請求項４４】
請求項４２または４３記載の通信方法によって動作する通信装置からパケットを受信する通信装置における通信方法であって、
上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する第２のステップを備え、
上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功／失敗を示すビットによって構成されていることを特徴とする通信方法。
【請求項４５】
上記第２のステップにおいて、受信したパケットを特定する情報を記憶する受信パケット記憶手段に記憶されている情報に基づいて、上記送達確認パケットを生成することを特徴とする請求項４４記載の通信方法。
【請求項４６】
複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置における通信方法であって、
各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する第１のステップと、
受信した複数のパケットを順番どおりに整列する第２のステップとを含んでいることを特徴とする通信方法。
【請求項４７】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、
送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成する第１のステップを含んでいることを特徴とする通信方法。
【請求項４８】
請求項４７記載の通信方法によって動作する通信装置からパケットを受信する通信装置における通信方法であって、
上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する第１のステップを含んでいることを特徴とする通信方法。
【請求項４９】
複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置における通信方法であって、
各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する第１のステップを含み、
上記第１のステップにおいて、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信方法。
【請求項５０】
上記第１のステップにおいて、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認パケットにおける送達確認についての情報を含めることを特徴とする請求項４９記載の通信装置。
【請求項５１】
複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、
送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第１のステップを含み、
上記第１のステップにおいて、送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信方法。
【請求項５２】
上記第１のステップにおいて、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含めることを特徴とする請求項５１記載の通信方法。
【請求項５３】
請求項２７〜５２記載の通信方法をコンピュータに実行させることを特徴とする通信プログラム。
【請求項５４】
請求項５３記載の通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば無線によってパケット通信を行う通信装置および通信方法に関するものである。
【背景技術】
【０００２】
近年、情報通信ネットワークの利用形態がますます多様化しており、また、広域化している。これに伴って、異なるネットワークアーキテクチャを有するコンピュータシステム同士を相互接続する必要が生じている。このような異機種間通信を可能とするために、ＯＳＩ(Open Systems Interconnection)と呼ばれる標準ネットワークアーキテクチャが提案されている。
【０００３】
ＯＳＩ参照モデルは、(1)物理層、(2)データリンク層、(3)ネットワーク層、(4)トランスポート層、(5)セッション層、(6)プレゼンテーション層、(7)アプリケーション層、の７つの階層から構成されている。
【０００４】
(1)物理層は、電話線や同軸ケーブルなどの物理媒体を通信回線として使用するため、電気的、機械的および物理的条件を管理し、ビット列の伝送を保証する層である。(2)データリンク層は、隣接して通信し合うシステム間の伝送路上で発生するビット誤りを検出して回復することにより、相手システムにビット列から構成されるフレームを確実に伝送することを保証する層である。このデータリンク層は、例えばＬＬＣ(Logical Link Control)、およびＭＡＣ(Media Access Control)から構成される。
【０００５】
(3)ネットワーク層は、各種通信網を使用し、通信相手となる最終端のシステムとの通信経路を確立するための中継、ルーティング機能を管理し、最終端のシステム間のデータ伝送を保証する層である。(4)トランスポート層は、通信網の両側にある最終端のシステムで実際に通信を行っているプロセス間で、確実にデータが転送されることを保証する層である。(5)セッション層は、プロセスが必要とする情報の送り方（例えば半二重や全二重の管理、送信権の管理など）やプロセス間の同期、再同期の管理などを行う層である。
【０００６】
(6)プレゼンテーション層は、プロセス間で転送されるデータ構造（構文）を決定し、必要に応じて個々のプロセス独自のデータ構造と転送とに必要な共通データ構造との変換を行うものである。(7)アプリケーション層は、最上位の層であり、ファイルの転送、電子メール、ネットワークマネージメントなどをユーザに提供する層である。
【０００７】
以上のようなＯＳＩ参照モデルにおいて、データ送信の際には、データは第７層から第１層に流れる一方、データ受信の際には、データは第１層から第７層へと流れることになる。
【０００８】
また、昨今では、より大容量のデータを通信ネットワークを介して伝送することに対する要求が増大しており、通信の高速化の需要が著しく高まっている。ここで、データ通信の伝送速度を上げる手法としては、物理層の伝送速度を上げる方法が挙げられる。しかしながら、物理層の伝送速度には、通信媒体およびプロトコルの特性に応じた限界がある。例えばＩＳＤＮ（integrated services digital network）の物理速度は６４Ｋｂｐｓであり、ＩＥＥＥ８０２．１１ａによる無線ＬＡＮの最速は５４Ｍｂｐｓであり、言うまでもなく、これらの通信速度以上のデータ伝送を行うことは物理的に不可能である。
【０００９】
これに対して、データ通信の伝送速度を上げる別の方法としてマルチリンクプロトコルがある(特許文献１、非特許文献１など参照)。マルチリンクプロトコルは、一般にデータリンク層の機能として実現されるものである。マルチリンクプロトコルによれば、複数の具体的なデータリンクを、データリンク層の最上位部分において集約して、一本の仮想的なデータリンクとして上位の層（ネットワーク層）に見せる処理が行われる。このような処理によれば、仮想的なデータリンクの伝送速度は、個々のデータリンクにおける速度の合計となる。
【００１０】
現状のマルチリンクプロトコルでは、あるデータリンクにおいて転送されたパケットに誤りが生じた場合には、同じデータリンクにおいて、データリンク層のＭＡＣ副層の手順にしたがって、誤りが生じたパケットの再送が行われる。
【００１１】
一方、昨今では、大容量の動画データなどをストリーミングで伝送する需要も高まっている。このようなストリーミングデータを伝送する際には、通信にリアルタイム性が要求される。すなわち、ストリーミングデータを構成するパケット（ＱｏＳパケット）には有効期限が決まっており、この有効期限内に伝送することが必要となる。
【００１２】
図２４（ａ）は、ＱｏＳパケットの再送が成功した例を示している。この例では、パケット５は、最初に伝送された際には伝送が失敗しており、再送が行われた際には、伝送が成功している。この再送の時点は、パケット５の有効期限よりも前となっているので、パケット５の伝送は成功したことになる。
【００１３】
一方、図２４（ｂ）は、ＱｏＳパケットの再送が失敗した例を示している。この例では、パケット５は、最初に伝送された際、および１回目の再送の際に伝送が失敗している。その後、２回目の再送が行われる前にパケット後の有効期限が経過してしまっている。この場合、有効期限内に伝送できなかったＱｏＳパケット５は、利用することができずに無効（パケットロス）となり、動画データによる映像は受信側で乱れることになる。すなわち、伝送エラーを補償するための再送を行う場合は、各パケットの有効期限内に再送を成功させることが重要である。
【００１４】
無線ＬＡＮにおけるＱｏＳデータ通信に特化したＩＥＥＥ８０２．１１ｅ（非特許文献２参照）は、このような有効期限内のＱｏＳパケットの再送を実現するように設計されたＭＡＣ層のプロトコルである。ＩＥＥＥ８０２．１１ｅでは、パケットが正常に伝送されたか否かを確認する２つの方法が提案されている。第１の方法としては、受信側の通信装置が、受信したＱｏＳパケット毎に受信確認パケット（Ｎｏｒｍａｌ  Ａｃｋ）を送信側へ送信する方法である。第２の方法としては、送信側の通信装置が、複数のＱｏＳパケットをバーストで送信した後、送信したＱｏＳパケットに対する送達確認要求パケット（ＢＡＲ：Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）を送信するとともに、受信側の通信装置が、ＢＡＲに応じて、受信したＱｏＳパケットに対する受信確認パケット（ＢＡ：Ｂｌｏｃｋ  Ａｃｋ）を返信する方法である。
【００１５】
ここで、受信側ではパケットの順序を整列する必要があるので、ＱｏＳパケットには予め順序の番号が付けられている。上記の第１の方法であるＮｏｒｍａｌ  Ａｃｋを用いた方法では、ＱｏＳパケットを順番通りに送信する仕様になっている。一方、第２の方法であるＢＡＲ／ＢＡを用いた方法の場合、ＢＡＲには、送達確認すべきＱｏＳパケットの最初のパケットの順序番号を示すSequenceControlが示されており、ＢＡには、SequenceControlで示される順序番号のＱｏＳパケットから、SequenceControl+63で示される順序番号のＱｏＳパケットまでの合計64個のＱｏＳパケットに関する受信確認情報が示される。
【特許文献１】特開２０００−２１６８１５号公報（公開日２０００年８月４日）
【非特許文献１】ＰＰＰ ＭｕｌｔｉＬｉｎｋ  Ｐｒｏｔｏｃｏｌ（RFC1998, 1996/8）
【非特許文献２】ＩＥＥＥ Ｓｔｄ ８０２.１１ｅ Ｄｒａｆｔ４．４（2003/6）
【発明の開示】
【発明が解決しようとする課題】
【００１６】
ＩＥＥＥ８０２．１１ａによる無線ＬＡＮの物理層の最高速度は５４Ｍｂｐｓであるが、より高品位のＡＶデータを伝送する場合や、複数のＡＶデータを伝送する場合には、さらなる伝送帯域や伝送速度が必要となる。そこで、ここにマルチリンクプロトコルを適用することが考えられるが、無線通信の場合、図２５に示すように、伝送路であるチャンネル毎にエラー率が時間的に変動するという問題がある。このエラー率の時間変動は、例えば送信機・受信機の移動、送信機と受信機との間での物体の移動、気温変化など、種々の要因によって生じるものであり、各チャンネルのエラー率は細かく変動している。ここで、有効期限の終了が近いＱｏＳパケットを、あるチャンネルにおいてエラー率の高い時間帯で伝送しようとすると、パケットロス率が高くなるという問題が生ずる。
【００１７】
また、複数のリンクを用いて伝送が行われる際には、送信側で送出したパケットの順番とは異なる順番で受信側において受信される可能性が高くなる。ここで、ＩＥＥＥ８０２．１１ｅに規定されているＮｏｒｍａｌ  Ａｃｋを用いる送達確認を行った場合の具体的な事例について、図２３（ａ）および（ｂ）を参照しながら説明する。図２３（ａ）に示す事例では、２つのリンク（チャンネル１および２）を用いてパケットを伝送する際に、各パケットの大きさが異なることによって、送信時のパケットの順番と、受信時のパケットの順番とが異なっている例が示されている。また、図２３（ｂ）に示す事例では、同じく２つのリンク（チャンネル１および２）を用いてパケットを伝送する際に、パケットの伝送失敗による再送が行われることによって、送信時のパケットの順番と、受信時のパケットの順番とが異なっている例が示されている。
【００１８】
Ｎｏｒｍａｌ  Ａｃｋを用いる送達確認を行う場合、従来ではシングルリンクによる伝送が想定されているので、送信時のパケットの順番と受信時のパケットの順番とが異なることはなかったが、マルチリンクによる伝送に適用しようとすると、上記のように、パケットの順番が異なってくることになる。よって、このような状態に対応することが必要となる。
【００１９】
また、複数のリンクを用いて、ＩＥＥＥ８０２．１１ｅのＢＡのような集合型の送達確認(複数のパケットの送達確認情報をまとめて返送すること)を行う際には、次のような問題が生じる。
【００２０】
送信すべき各パケットは複数のリンクで送信されることになるので、各リンクで送信されるパケットの順番はとびとびの値となる（不連続になる）ことがある。一方、ＢＡは、あるパケットから所定の個数（６４個）分の受信確認情報を含むような構成となっている。ＩＥＥＥ８０２．１１ｅの様にリンク数が一つの場合６４個で問題ないが、リンク数が増えるとともにＢＡで確認すべきパケットの番号の範囲は大きくなり、このＢＡによって受信確認できるパケットの数は、実質的には少ないものとなるので、受信確認処理の効率が悪いことになる。
【００２１】
また、上記のように、マルチリンクによって通信が行われる場合、各チャンネルに対応して設けられるアンテナは、一般的に近接して設けられることになる。図２６（ａ）に２つのチャンネルＡ・Ｂに対応するアンテナＡ・Ｂが近接して設けられている場合の構成例を示す。送信信号電力と受信信号電力の電力差は通信距離に依存し、通常この差は数十ｄＢ程度となる。ここで、チャンネルＡが周波数ｆ１の信号を用い、チャンネルＢが周波数ｆ２の信号を用いるものとする。そして、ある時点において、チャンネルＡにおいて送信が行われ、チャンネルＢにおいて受信が行われているとする。この場合、チャンネルＡによる周波数ｆ１の送信信号が、チャンネルＢによる周波数ｆ２の受信信号に影響を与えることになる。この状態を図２６（ｂ）に示す。
【００２２】
この図では、横軸に周波数、縦軸に信号電力をとったグラフの概略が示されている。破線Ｐ１は、周波数ｆ１の送信信号におけるパワースペクトルを示している。チャンネルＢの受信処理は、バンドパスフィルタ処理を行うが、フィルタの特性は一般に理想的ではないため、上記ｆ１の信号の一部はフィルタを通過し、その後のパワースペクトルは実線Ｐ２で示すようになる。このスペクトルは、周波数ｆ２の受信信号のパワースペクトルＰ３よりも遥かに大きいために、チャンネルＢの受信処理は周波数ｆ２の信号を復調できなくなるという問題がある。これに対応するためには、全てのチャンネルにおいて、送信を行う期間と受信を行う期間とを揃える(異なるチャンネルの送信処理と受信処理の期間が重複しないようにする)ことが好ましいことになる。
【００２３】
一方、ＭＩＭＯ(Multiple Input Multiple Output)と呼ばれる物理層の通信方式とマルチリンクを併用することも考えられる。ＭＩＭＯでは、複数の送信アンテナ、複数の受信アンテナを用いるとともに、ＣＤＭＡ(符号分割多重接続)方式と、同じ周波数帯域の信号を用いることで、論理的に複数のチャンネルを構成して同時に通信を行うものが多い。この複数のチャンネルに対してマルチリンクプロトコルを適用する。この場合、複数のアンテナを使うので、上記と同様の理由により送信処理と受信処理の期間は重複させないようにするが、それに加えて各チャンネルの送信の開始時刻を揃える方が実装が容易で都合が良い。
【００２４】
図２７（ａ）は、ＭＩＭＯによる通信を行う際に、チャンネルＡでのパケット送信開始時刻と、チャンネルＢでのパケット送信開始時刻とが異なっている場合のチャンネル信号の波形を示している。この図に示すように、チャンネルＡのパケットが送信されている状態で、チャンネルＢのパケットの送信が開始された場合、チャンネル信号の大きさの変化は比較的小さいものとなっている。具体的には、この変化の大きさは、チャンネルが２つの場合で、最大３ｄＢ程度となる。すなわち、チャンネル信号の大きさの変化が乏しいために、チャンネルＢのパケットの送信が開始されたことを受信側で検出することが困難となることがわかる。
【００２５】
一方、図２７（ｂ）は、ＭＩＭＯによる通信を行う際に、チャンネルＡでのパケット送信開始時刻と、チャンネルＢでのパケット送信開始時刻とを揃えている場合のチャンネル信号の波形を示している。この図に示すように、チャンネルＡおよびチャンネルＢのパケットが送信されていることは容易に検出することができるので、受信側は、パケットの受信を検出した時点から復号を開始することによって、各チャンネルの信号を容易に認識することが可能となる。
【００２６】
さらに、ＭＩＭＯによる通信を行う場合だけではなく、別の周波数のチャンネルで複数のチャンネルを用いている場合でも、全てのチャンネルにおけるパケットの送信開始を同時にすれば、各チャンネルにおける送信タイミングの制御を共通化することができるので、ＭＡＣ層による制御を簡単にすることが可能となる。
【００２７】
しかしながら、上記のように、全てのチャンネルでの送信を行う期間と受信を行う期間とを揃えるとともに、パケットの送信開始を同時にする場合、全てのチャンネルのＮｏｒｍａｌ  Ａｃｋの返信も同時に行われる必要がある。この場合、図２８に示すように、Ａｃｋを返信する時刻の問題が生じる。詳しく説明すると、図２８に示すように、チャンネルＡとチャンネルＢとで長さの違うパケット１およびパケット２が伝送される際、Ｎｏｒｍａｌ  Ａｃｋは最も長いパケット２の終了に合わせて返信される必要がある。しかしながら、パケット２の送信が失敗すると、どの時点でＮｏｒｍａｌ  Ａｃｋを返信してよいのかを認識することができないという問題が生じることになる。
【００２８】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、マルチリンク方式によるパケット伝送を行う際に生じる問題を解決する通信装置および通信方法を提供することにある。より詳細には、本発明の目的は、マルチリンク方式によるパケット伝送を行う際の、再送パケットを迅速に送信することが可能となるとともに、各通信チャンネルにおける帯域の利用効率を向上する通信装置および通信方法を提供することにある。
【００２９】
また、本発明の目的は、パケットの有効期限が切れてから受信側へパケットの送信が成功することを抑制する通信装置および通信方法を提供することにある。
【００３０】
また、本発明の目的は、送達確認処理が必要以上に頻繁に行われたり、送達確認を行うべきパケットの送達確認要求が行われなかったりというような不具合を防止する通信装置および通信方法を提供することにある。
【００３１】
また、本発明の目的は、Ｎｏｒｍａｌ  Ａｃｋ方式においても、マルチリンク方式に的確に対応することが可能となる通信装置および通信方法を提供することにある。
【００３２】
また、本発明の目的は、全てのチャンネルで、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することを可能とする通信装置および通信方法を提供することにある。
【課題を解決するための手段】
【００３３】
本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきパケットを、どの通信チャンネルで送信すべきかを決定するスケジューリング手段を備え、上記スケジューリング手段が、通信先から再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴としている。
【００３４】
また、本発明に係る通信装置は、上記の構成において、送信すべきパケットを記憶するパケット記憶手段をさらに備え、上記パケット記憶手段が、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機している状態、および送信の成功が確認されている状態のいずれであるかを示す情報を記憶しており、上記スケジューリング手段が、上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットをスケジューリングする構成としてもよい。
【００３５】
また、本発明に係る通信装置は、上記の構成において、各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が各通信チャンネルに対応して設けられている構成としてもよい。
【００３６】
また、本発明に係る通信装置は、上記の構成において、複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が設けられている構成としてもよい。
【００３７】
本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジューリング手段を備え、上記スケジューリング手段が、連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングを行うことを特徴としている。
【００３８】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジューリング手段を備え、上記スケジューリング手段が、送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さい時間となっている通信チャンネルに対してパケットを割り当てることを特徴としている。
【００３９】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを送信する通信装置であって、送信すべきパケットの送信順番を設定するスケジューリング手段を備え、上記スケジューリング手段が、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴としている。
【００４０】
また、本発明に係る通信装置は、上記の構成において、上記スケジューリング手段が、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定する構成としてもよい。
【００４１】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを送信する通信装置であって、送信すべきパケットの送信順番を設定するスケジューリング手段を備え、上記スケジューリング手段が、パケットのサイズが大きいパケットほど優先して送信するように送信順番を設定することを特徴としている。
【００４２】
また、本発明に係る通信装置は、上記の構成において、上記スケジューリング手段が、パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定する構成としてもよい。
【００４３】
また、本発明に係る通信装置は、上記の構成において、上記スケジューリング手段が、上記各グループ内のパケットの送信順番を、パケットのサイズが大きいパケットほど先に送信されるように設定する構成としてもよい。
【００４４】
また、本発明に係る通信装置は、上記の構成において、上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記スケジューリング手段が、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てる構成としてもよい。
【００４５】
また、本発明に係る通信装置は、上記の構成において、上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記スケジューリング手段が、パケットのサイズが大きいパケットほど、エラー率がより低い通信チャンネルに割り当てられるようにスケジューリングを行う構成としてもよい。
【００４６】
また、本発明に係る通信装置は、上記の構成において、上記スケジューリング手段が、上記各グループ内のパケットを、パケットのサイズが大きいパケットほど、エラー率がより低い通信チャンネルに割り当てる構成としてもよい。
【００４７】
また、本発明に係る通信装置は、上記の構成において、上記スケジューリング手段によるスケジューリング結果を格納するスケジューリング結果記憶手段と、上記スケジューリング結果記憶手段に記憶されているスケジューリング結果に従って、送信すべきパケットを各通信チャンネルに順番に送出するパケット分配手段とをさらに備えている構成としてもよい。
【００４８】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを送信する通信装置であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれていることを特徴としている。
【００４９】
また、本発明に係る通信装置は、上記の構成において、送信したパケットを特定する情報を記憶する送信パケット記憶手段をさらに備え、上記送達確認要求手段が、上記送信パケット記憶手段に記憶されている情報に基づいて、上記送達確認要求パケットを生成する構成としてもよい。
【００５０】
また、本発明に係る通信装置は、上記課題を解決するために、上記本発明に係る通信装置からパケットを受信する通信装置であって、上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する送達確認送信手段を備え、上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功／失敗を示すビットによって構成されていることを特徴としている。
【００５１】
また、本発明に係る通信装置は、上記の構成において、受信したパケットを特定する情報を記憶する受信パケット記憶手段をさらに備え、上記送達確認送信手段が、上記受信パケット記憶手段に記憶されている情報に基づいて、上記送達確認パケットを生成する構成としてもよい。
【００５２】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置であって、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段と、受信した複数のパケットを順番どおりに整列するパケット整列手段とを備えていることを特徴としている。
【００５３】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成するパケット生成手段を備えていることを特徴としている。
【００５４】
また、本発明に係る通信装置は、上記課題を解決するために、上記本発明に係る通信装置からパケットを受信する通信装置であって、上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する送達確認送信手段を備えていることを特徴としている。
【００５５】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置であって、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段を備え、上記送達確認送信手段が、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴としている。
【００５６】
また、本発明に係る通信装置は、上記の構成において、上記送達確認送信手段が、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認パケットにおける送達確認についての情報を含める構成としてもよい。
【００５７】
また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、上記送達確認要求手段は、上記送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴としている。
【００５８】
また、本発明に係る通信装置は、上記の構成において、上記送達確認要求手段が、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含める構成としてもよい。
【００５９】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきパケットを、どの通信チャンネルで送信すべきかを決定する第１のステップを含み、上記第１のステップにおいて、通信先から再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴としている。
【００６０】
また、本発明に係る通信方法は、上記の方法において、送信すべきパケットを記憶するパケット記憶手段に、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機している状態、および送信の成功が確認されている状態のいずれであるかを示す情報を記憶する第２のステップと、上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットをスケジューリングする第３のステップとをさらに含んでいる方法としてもよい。
【００６１】
また、本発明に係る通信方法は、上記の方法において、各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第４のステップが、各通信チャンネルごとに行われる方法としてもよい。
【００６２】
また、本発明に係る通信方法は、上記の方法において、複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第５のステップを含んでいる方法としてもよい。
【００６３】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定する第１のステップを含み、上記第１のステップにおいて、連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングを行うことを特徴としている。
【００６４】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定する第１のステップを含み、上記第１のステップにおいて、送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さい時間となっている通信チャンネルに対してパケットを割り当てることを特徴としている。
【００６５】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを送信する通信装置における通信方法であって、送信すべきパケットの送信順番を設定する第１のステップを含み、上記第１のステップにおいて、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴としている。
【００６６】
また、本発明に係る通信方法は、上記の方法において、上記第１のステップにおいて、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定する方法としてもよい。
【００６７】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを送信する通信装置における通信方法であって、送信すべきパケットの送信順番を設定する第１のステップを含み、上記第１のステップにおいて、パケットのサイズが大きいパケットほど優先して送信されるように送信順番を設定する方法としてもよい。
【００６８】
また、本発明に係る通信方法は、上記の方法において、上記第１のステップにおいて、パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定する方法としてもよい。
【００６９】
また、本発明に係る通信方法は、上記の方法において、上記第１のステップにおいて、上記各グループ内のパケットの送信順番を、パケットのサイズが大きいものほど先に送信されるように設定する方法としてもよい。
【００７０】
また、本発明に係る通信方法は、上記の方法において、上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記第１のステップにおいて、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てる方法としてもよい。
【００７１】
また、本発明に係る通信方法は、上記の方法において、上記複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記第１のステップにおいて、パケットのサイズが大きいものほど、エラー率がより低い通信チャンネルに割り当てられるようにスケジューリングを行う方法としてもよい。
【００７２】
また、本発明に係る通信方法は、上記の方法において、上記第１のステップにおいて、上記各グループ内のパケットを、パケットのサイズが大きいものほど、エラー率がより低い通信チャンネルに割り当てる方法としてもよい。
【００７３】
また、本発明に係る通信方法は、上記の方法において、上記スケジューリング結果を格納するスケジューリング結果記憶手段に記憶されているスケジューリング結果に従って、送信すべきパケットを各通信チャンネルに順番に送出するステップをさらに含んでいる方法としてもよい。
【００７４】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを送信する通信装置における通信方法であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第１のステップを含み、上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれていることを特徴としている。
【００７５】
また、本発明に係る通信方法は、上記の方法において、上記第１のステップにおいて、送信したパケットを特定する情報を記憶する送信パケット記憶手段に記憶されている情報に基づいて、上記送達確認要求パケットを生成する方法としてもよい。
【００７６】
また、本発明に係る通信方法は、上記課題を解決するために、上記本発明に係る通信方法によって動作する通信装置からパケットを受信する通信装置における通信方法であって、上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する第２のステップを備え、上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功／失敗を示すビットによって構成されていることを特徴としている。
【００７７】
また、本発明に係る通信方法は、上記の方法において、上記第２のステップにおいて、受信したパケットを特定する情報を記憶する受信パケット記憶手段に記憶されている情報に基づいて、上記送達確認パケットを生成する方法としてもよい。
【００７８】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置における通信方法であって、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する第１のステップと、受信した複数のパケットを順番どおりに整列する第２のステップとを含んでいることを特徴としている。
【００７９】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成する第１のステップを含んでいることを特徴としている。
【００８０】
また、本発明に係る通信方法は、上記課題を解決するために、上記本発明に係る通信方法によって動作する通信装置からパケットを受信する通信装置における通信方法であって、上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する第１のステップを含んでいることを特徴としている。
【００８１】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、１つの通信先から複数の通信チャンネルを用いて受信する通信装置における通信方法であって、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する第１のステップを含み、上記第１のステップにおいて、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴としている。
【００８２】
また、本発明に係る通信方法は、上記の方法において、上記第１のステップにおいて、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認パケットにおける送達確認についての情報を含める方法としてもよい。
【００８３】
また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第１のステップを含み、上記第１のステップにおいて、送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴としている。
【００８４】
また、本発明に係る通信方法は、上記の方法において、上記第１のステップにおいて、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含める方法としてもよい。
【００８５】
また、本発明に係る通信プログラムは、上記本発明に係る通信方法をコンピュータに実行させることを特徴としている。
【００８６】
また、本発明に係る通信プログラムを記録した記録媒体は、上記本発明に係る通信プログラムを記録していることを特徴としている。
【発明の効果】
【００８７】
本発明に係る通信装置は、以上のように、スケジューリング手段によって、通信先から再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定する構成となっている。また、本発明に係る通信方法は、以上のように、通信先から再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定する方法となっている。
【００８８】
従来では、通信先から再送要求を受けたパケットは、該パケットを前回送信した通信チャンネルにおいて送信されるようになっている。この場合、前回送信した通信チャンネルの通信状態が悪かったり、スケジュールが詰まっていたりしていると、パケットの再送が遅れたりすることが考えられる。
【００８９】
これに対して、上記の構成および方法によれば、再送パケットを送信する通信チャンネルは、前回の通信チャンネルに拘らずに設定することができるので、より適切な通信チャンネルにおいて再送パケットの送信を行うことが可能となる。よって、再送パケットを迅速に送信することが可能となるとともに、各通信チャンネルにおける帯域の利用効率を向上することができるという効果を奏する。
【００９０】
また、本発明に係る通信装置および通信方法は、上記の構成および方法において、送信すべきパケットを記憶するパケット記憶手段が、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機している状態、および送信の成功が確認されている状態のいずれであるかを示す情報を記憶しており、上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットをスケジューリングするようにしてもよい。
【００９１】
これにより、再送すべきパケットが、送信すべき状態となっているパケットとしてパケット記憶手段に記憶されており、これに基づいて、スケジューリングが行われるようになる。よって、再送すべきパケットが、新たに送信すべきパケットと同様にスケジューリングされることになるので、結果的に、再送すべきパケットを、前回送信した通信チャンネルの影響を受けずに設定することが可能となるという効果を奏する。
【００９２】
また、本発明に係る通信装置および通信方法は、上記の構成および方法において、各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットが生成されるようにしてもよい。
【００９３】
この場合、各通信チャンネルにおいて送達確認処理が行われるので、それぞれにおける送達確認処理は、シングルリンクにおける送達確認処理と同様の処理によって行うことができる。よって、実装を容易に行うことが可能となるという効果を奏する。
【００９４】
また、本発明に係る通信装置および通信方法は、上記の構成および方法において、複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットが生成されるようにしてもよい。
【００９５】
この場合、送達確認要求パケットを生成する構成を１つ備えればよいことになるので、装置の簡素化を図ることができるという効果を奏する。
【００９６】
また、複数（ｎ個）の通信チャンネルで送信されたパケットの確認をｎ個ではなく一つの送達確認要求パケットで行うため、ｎ−１の帯域が余分にでき、この余分に対するパケットロス率を向上させることができる。例えば、チャンネルが３つあった場合、各通信チャンネル毎に送達確認要求パケットを生成する構成の場合には、３つの送達確認要求パケットが送信され、これに対する送達確認パケットが返信されることになる一方、上記の構成および方法によれば、１つの送達確認要求パケットが送信され、これに対する送達確認パケットが返信されることになる。すなわち、３−１＝２個の送達確認要求パケットおよび送達確認パケットの組み合わせの送受信が必要でなくなったため、この分他のパケットを割り当てることができ、パケットの再送が激しくなると、パケットロス率を向上させることができる。
【００９７】
また、本発明に係る通信装置および通信方法は、以上のように、連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングが行われるようになっている。
【００９８】
これにより、より迅速にスケジューリングされたパケットを送信することができる。また、各パケットの送信を行う通信チャンネルを設定する際の制御が単純であるので、簡単な回路構成で上記処理を実現することが可能となるという効果を奏する。
【００９９】
また、本発明に係る通信装置および通信方法は、以上のように、送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さい時間となっている通信チャンネルに対してパケットを割り当てるようになっている。
【０１００】
これにより、より迅速にスケジューリングされたパケットを送信することができる。また、パケットの送信完了時間のみの基づいてスケジューリングを行っており、比較的制御が単純であるので、簡単な回路構成で上記処理を実現することが可能となるという効果を奏する。
【０１０１】
また、本発明に係る通信装置および通信方法は、以上のように、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定するようになっている。
【０１０２】
これにより、残り有効期限が短いパケットを優先的に送信することになるので、有効期限が過ぎてから通信先にパケットが送達され、該パケットがロスとなることを防止することができるという効果を奏する。
【０１０３】
また、本発明に係る通信装置および通信方法は、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定するようにしてもよい。
【０１０４】
これにより、残り有効期限が短いパケットをより先に送信することになるので、有効期限が過ぎてから通信先にパケットが送達され、該パケットがロスとなることを防止することができるという効果を奏する。
【０１０５】
また、本発明に係る通信装置および通信方法は、以上のように、パケットのサイズが大きいパケットほど優先して送信するように送信順番を設定するようになっている。
【０１０６】
パケットのサイズが大きい場合には、パケットの送信の途中で通信状況が悪化するなどの送信失敗が生じる可能性が高くなる。これに対して、上記の構成および方法によれば、パケットのサイズが大きいものほど優先して送信されるようになっているので、送信失敗が生じた場合にも、再送処理を該パケットの有効期限内に行うことができる可能性を高めることができるという効果を奏する。
【０１０７】
また、本発明に係る通信装置および通信方法は、パケットのサイズが大きいパケットほど先に送信されるように送信順番が設定されるようにしてもよい。
【０１０８】
これにより、パケットのサイズが大きいものほど先に送信されるようになっているので、送信失敗が生じた場合にも、再送処理を該パケットの有効期限内に行うことができる可能性を高めることができるという効果を奏する。
【０１０９】
また、本発明に係る通信装置および通信方法は、以上のように、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定することに加えて、上記各グループ内のパケットの送信順番を、パケットのサイズが大きいパケットほど先に送信されるように設定するようにしてもよい。
【０１１０】
これにより、送信失敗が生じた場合にも、再送処理を該パケットの有効期限内に行うことができる可能性を高めることができるという効果を奏する。
【０１１１】
また、本発明に係る通信装置および通信方法は、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てるようにしてもよい。
【０１１２】
これにより、残り有効期限が短いパケットの送信が成功する可能性を高めることが可能となるので、有効期限が過ぎてから通信先にパケットが送達され、該パケットがロスとなることを防止することができるという効果を奏する。
【０１１３】
また、本発明に係る通信装置および通信方法は、パケットのサイズが大きいものほど、エラー率がより低い通信チャンネルに割り当てられるようにスケジューリングを行うようにしてもよい。
【０１１４】
パケットのサイズが大きい場合には、パケットの送信の途中で通信状況が悪化するなどの送信失敗が生じる可能性が高くなる。これに対して、上記の構成および方法によれば、パケットのサイズが大きいものほど、パケットの送信が成功する可能性を高めることが可能となるので、再送処理が必要となる事態を低減することが可能となり、パケットの送信効率を高めることができるという効果を奏する。
【０１１５】
また、本発明に係る通信装置および通信方法は、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てることに加えて、上記各グループ内のパケットを、パケットのサイズが大きいものほど、エラー率がより低い通信チャンネルに割り当てるようにしてもよい。
【０１１６】
この場合、残り有効期限が短いパケットの送信が成功する可能性を高めることが可能となるとともに、パケットのサイズが大きいものほど、パケットの送信が成功する可能性を高めることが可能となる。よって、有効期限が過ぎてから通信先にパケットが送達され、該パケットがロスとなることを防止することができるとともに、再送処理が必要となる事態を低減することが可能となり、パケットの送信効率を高めることができるという効果を奏する。
【０１１７】
また、本発明に係る通信装置および通信方法は、上記の構成および方法において、スケジューリング結果記憶手段に記憶されているスケジューリング結果に従って、送信すべきパケットを各通信チャンネルに順番に送出するようにしてもよい。
【０１１８】
これにより、スケジューリング結果を的確に反映して、各通信チャンネルにおいてパケットの送信を行うことができる。
【０１１９】
また、本発明に係る通信装置および通信方法は、以上のように、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成するとともに、上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれているようになっている。
【０１２０】
従来では、送達確認要求パケットには、送達確認対象となるパケット群の最初のパケットを示す情報が示されており、送達確認は、その最初のパケットから所定の数分のパケットに関する送達確認が行われるようになっていた。この場合、送達確認を行いたいパケットがとびとびの番号となっている場合には、１回の送達確認要求で得られる送達確認の実質的な数が少なくなってしまうことになる。
【０１２１】
これに対して、上記の構成および方法によれば、送達確認対象となるパケット自体を特定する情報が送達確認要求パケットに含まれているので、１回の送達確認要求で、送達確認を行いたいパケットを的確に指定することが可能となる。よって、送達確認処理が必要以上に頻繁に行われたり、送達確認を行うべきパケットの送達確認要求が行われなかったりというような不具合を防止することが可能となるという効果を奏する。
【０１２２】
また、本発明に係る通信装置および通信方法は、上記の構成および方法において、送信したパケットを特定する情報を記憶する送信パケット記憶手段に記憶されている情報に基づいて、上記送達確認要求パケットを生成するようにしてもよい。
【０１２３】
この場合、送達確認すべきパケットを適切に含んだ送達確認要求パケットを容易に生成することが可能となるという効果を奏する。
【０１２４】
また、本発明に係る通信装置および通信方法は、上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成するとともに、上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功／失敗を示すビットによって構成されているようになっている。
【０１２５】
これにより、送達確認パケットのサイズを必要最低限にすることができるので、通信帯域の利用効率を向上させることができるという効果を奏する。
【０１２６】
また、本発明に係る通信装置および通信方法は、上記の構成および方法において、受信したパケットを特定する情報を記憶する受信パケット記憶手段に記憶されている情報に基づいて、上記送達確認パケットを生成するようにしてもよい。
【０１２７】
この場合、送達確認に関する情報を適切に含んだ送達確認パケットを容易に生成することが可能となるという効果を奏する。
【０１２８】
また、本発明に係る通信装置および通信方法は、以上のように、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信するとともに、受信した複数のパケットを順番どおりに整列するようになっている。
【０１２９】
従来では、送信側において、送信した各パケットに対して送達確認パケットを受信するＮｏｒｍａｌ  Ａｃｋ方式の場合、パケットの送信は、パケットの順番どおりに行われることが前提となっていた。しかしながら、このことは、シングルリンク方式であることが前提となっているためであり、マルチリンク方式の場合には、パケットの順番どおりにパケットが送信されないことも頻繁に起こることになる。
【０１３０】
これに対して、上記の構成および方法によれば、受信側において、受信したパケットの整列処理が行われるようになっているので、送信側において、パケットの順番どおりにパケットを送信する、という条件を解除することが可能となる。すなわち、Ｎｏｒｍａｌ  Ａｃｋ方式においても、マルチリンク方式に的確に対応することが可能となるという効果を奏する。
【０１３１】
また、本発明に係る通信装置および通信方法は、以上のように、送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成するようになっている。
【０１３２】
これにより、受信側は、送達確認パケットを返信すべき時刻を知ることが可能となるという効果を奏する。
【０１３３】
ここで、上記パケット手段が、第１のステップにおいて、所定の期間内に送信する全ての通信チャンネルにおける送信用パケットに対して、全て同じ時刻となる返信時刻を含めるようにしてもよい。この場合には、データパケットのパケット長が各チャンネルで異なっていたとしても、送達確認パケットが返信される時刻を、全てのチャンネルで揃えることが可能となる。これにより、全てのチャンネルで、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することが可能となる。
【０１３４】
また、本発明に係る通信装置および通信方法は、以上のように、上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信するようになっている。
【０１３５】
これにより、送信側から要求されている時刻に、送達確認パケットを送信することが可能となるという効果を奏する。
【０１３６】
また、本発明に係る通信装置および通信方法は、以上のように、受信した各パケットに対して送達確認パケットを返信するとともに、上記送達確認パケットを、全ての通信チャンネルで同時に送信するようになっている。
【０１３７】
これにより、全てのチャンネルで、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することが可能となる。
【０１３８】
また、本発明に係る通信装置および通信方法は、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認パケットにおける送達確認についての情報を含めるようにしてもよい。
【０１３９】
この場合、あるチャンネルにおいて、パケットの送信は成功しているが、送達確認パケットの返信が失敗している場合に、別のチャンネルにおいて、送信が成功しているパケットの再送が無駄に行われることを防止することが可能となる。
【０１４０】
また、本発明に係る通信装置および通信方法は、以上のように、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを、全ての通信チャンネルで同時に送信するようになっている。
【０１４１】
これにより、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することが可能となる。
【０１４２】
また、本発明に係る通信装置および通信方法は、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含めるようにしてもよい。
【０１４３】
この場合、あるチャンネルにおいて、送達確認要求パケットの送信の失敗、あるいは送達確認パケットの返信の失敗が生じた場合に、そのチャンネルでの送達確認要求パケットの再送信および送達確認パケットの再返信が行われる間、他のチャンネルが何の送受信処理を行わずに待機した状態となることを抑制することが可能となる。
【０１４４】
なお、上記通信方法を、通信プログラムによりコンピュータ上で実行させることができる。さらに、上記通信プログラムをコンピュータ読取り可能な記録媒体に記憶させることにより、任意のコンピュータ上で上記通信プログラムを実行させることができる。
【０１４５】
なお、本発明に係る通信装置は、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきデータパケットとして入力されたデータパケットを、所定の長さのパケット長となる送信用パケットに変換するパケット生成手段を備えている構成とすることも可能である。
【０１４６】
また、本発明に係る通信方法は、複数のパケットを、１つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきデータパケットとして入力されたデータパケットを、所定の長さのパケット長となる送信用パケットに変換する第１のステップを含んでいる構成とすることも可能である。
【０１４７】
このような構成および方法とした場合、全ての通信チャンネルで送信される送信用パケットの長さが揃えられることになるので、全ての通信チャンネルで送信用パケットの送信タイミングを揃えることによって、これらのパケットに対する送達確認パケットの受信も、全ての通信チャンネルで揃えられることになる。よって、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することが可能となる。
【発明を実施するための最良の形態】
【０１４８】
（実施の形態１）
本発明の実施の一形態について図１ないし図１１に基づいて説明すれば、以下のとおりである。
【０１４９】
（通信ネットワークシステムの構成）
図２は、本実施形態に係る通信ネットワークシステムの概略構成を示している。同図に示すように、この通信ネットワークシステムは、送信装置３から受信装置４に対して、送信側通信装置（通信装置）１および受信側通信装置（通信装置）２を介して、ストリームデータおよび／またはデータが送信される構成となっている。
【０１５０】
送信装置３は、動画データなどのストリームデータや、その他のデータを外部の装置に対して送信することが可能な装置である。具体的には、送信装置３は、例えばＤＶＤ(Digital Versatile Disk)プレイヤーやＤＶＤレコーダ、ＨＤＤレコーダなどの動画再生装置や、ＢＳ／ＣＳチューナーなどの放送受信装置などによって構成されるものである。
【０１５１】
受信装置４は、受信したストリームデータやその他のデータに基づいて処理を行う装置である。具体的には、受信装置４は、例えば受信したストリームデータとしての動画データを表示する表示装置などによって構成されるものである。
【０１５２】
送信装置３から出力されるストリームデータ／データは、送信側通信装置１に伝送される。そして、送信側通信装置１が、無線通信によって受信側通信装置２に対して該ストリームデータ／データを送信する。受信側通信装置２は、送信側通信装置１から送られたストリームデータ／データを無線を介して受信すると、これを受信装置４に伝送する。以上の処理によって、送信装置３から受信装置４へのストリームデータ／データの送信が行われる。
【０１５３】
なお、本実施形態では、送信装置３と送信側通信装置１とを別の装置として設けたシステムを示しているが、これに限定されるものではなく、送信装置３の内部に、送信側通信装置１の機能を設けた構成となっていてもよい。同様に、受信装置４の内部に、受信側通信装置２の機能を設けた構成となっていてもよい。
【０１５４】
（送信側・受信側通信装置の構成）
図１は、送信側通信装置１および受信側通信装置２の概略構成を示している。同図に示すように、送信側通信装置１は、送信側制御部５、および複数の通信Ｉ／Ｆ７…を備えており、受信側通信装置２は、受信側制御部６、および複数の通信Ｉ／Ｆ８…を備えている。送信側通信装置１における通信Ｉ／Ｆ７…と、受信側通信装置２における通信Ｉ／Ｆ８…とは、１対１で対応しており、対応したもの同士がリンクで結ばれ、無線による通信が行われるようになっている。すなわち、送信側通信装置１と受信側通信装置２との間では、複数のリンク（通信チャンネル）による無線通信が行われることになる。本実施形態では、リンクの数はｎ個となっており、リンク１〜リンクｎが設けられているものとする。
【０１５５】
送信側制御部５は、送信側通信装置１における通信処理を制御するブロックであり、送信側ＭＡＣ層９、および第１〜ｎ送信側物理層１０…を備えている。送信側ＭＡＣ層９は、送信側通信装置１において、前記したＯＳＩ参照モデルにおけるデータリンク層の中のＭＡＣ層の機能を有する機能ブロックである。この送信側ＭＡＣ層９の詳細については後述する。
【０１５６】
第１〜ｎ送信側物理層１０…は、送信側通信装置１において、前記したＯＳＩ参照モデルにおける物理層の機能を有する機能ブロックである。第１〜ｎ送信側物理層１０…のそれぞれは、リンク１〜ｎに対応して設けられており、対応する通信Ｉ／Ｆ７…に接続されている。
【０１５７】
送信装置３から出力されたストリーム／データパケットは、送信側ＭＡＣ層９に入力されると、ストリームの場合送信側ＭＡＣ層９において、ＱｏＳパケットに変換される。ここで、ＱｏＳパケットは、動画などのストリームデータがパケット化されたものであり、リアルタイム伝送が必要とされ、有効期間などの設定がなされるパケットである。一方、データパケットは、リアルタイム伝送を必要としない通常のデータがパケット化されたものである。以降、両者を特に区別する必要がない場合には、単にパケットと称する。
【０１５８】
送信側ＭＡＣ層９は、伝送すべき各パケットをいずれかのリンクに割り振り、対応する第１〜ｎ送信側物理層１０…のいずれかに伝送する。そして、第１〜ｎ送信側物理層１０…のそれぞれの制御によって、通信Ｉ／Ｆ７…から各パケットの送信が行われる。
【０１５９】
受信側制御部６は、受信側通信装置２における通信処理を制御するブロックであり、受信側ＭＡＣ層１１、および第１〜ｎ受信側物理層１２…を備えている。受信側ＭＡＣ層１１は、受信側通信装置２において、前記したＯＳＩ参照モデルにおけるデータリンク層の中のＭＡＣ層の機能を有する機能ブロックである。この受信側ＭＡＣ層１１の詳細については後述する。
【０１６０】
第１〜ｎ受信側物理層１２…は、受信側通信装置２において、前記したＯＳＩ参照モデルにおける物理層の機能を有する機能ブロックである。第１〜ｎ受信側物理層１２…のそれぞれは、リンク１〜ｎに対応して設けられており、対応する通信Ｉ／Ｆ８…に接続されている。
【０１６１】
第１〜ｎ受信側物理層１２…の制御に基づいて、通信Ｉ／Ｆ８…のそれぞれにおいて受信されたパケットは、受信側ＭＡＣ層１１において元のストリーム／データパケットに復元される。そして、受信側ＭＡＣ層１１において復元されたストリーム／データパケットが、受信装置４に伝送される。
【０１６２】
なお、本実施形態においては、送信側制御部５および受信側制御部６における各機能ブロックは、該当機能を実現するＡＳＩＣ(Application Specific Integrated Circuit)のＩＰ（Intellectual Property）によって構成されるものとするが、これに限定されるものではない。例えばＣＰＵ(Central Processing Unit)が、上記各機能ブロックあるいはその一部を実現するためのプログラムを実行することによって実現される構成とすることも可能である。上記のプログラムとは、処理を実現するソフトウェアのプログラムコード（実行形式プログラム，中間コードプログラム，ソースプログラム等）のことである。このプログラムは、単体で使用されるものでも、他のプログラム（ＯＳ等）と組み合わせて用いられるものでもよい。
【０１６３】
また、上記プログラムは、例えば読み書き可能な不揮発性記憶手段に記憶されており、この記憶手段から読み出されて実行されるようにしてもよい。また、上記のプログラムが、ネットワーク（有線回線あるいは無線回線に接続されたもの）等の伝送媒体（流動的にプログラムを保持する媒体）を介して取得されるようになっていてもよい。
【０１６４】
（送信側ＭＡＣ層の構成）
次に、送信側ＭＡＣ層９の構成について、図３を参照しながら以下に説明する。同図に示すように、送信側ＭＡＣ層９は、送信バッファ制御部２１、および第１〜ｎフレーマ２２…を備えた構成となっている。
【０１６５】
送信バッファ制御部２１は、送信装置３から入力されたストリーム／データパケットをパケットとして一時的に格納し、送信スケジュールに従って各パケットを第１〜ｎフレーマ２２…に伝送するものである。該送信バッファ制御部２１は、送信パケット処理部２３およびパケットバッファ（パケット記憶手段）２４を備えている。
【０１６６】
送信パケット処理部２３は、パケット化処理部（パケット生成手段）２３ａ、スケジュール処理部（スケジューリング手段）２３ｂ、およびパケット分配処理部（パケット分配手段）２３ｃを備えている。パケット化処理部２３ａは、送信装置３から入力されたストリームを、ＱｏＳパケットに変換する処理を行うものである。データパケットの場合、パケット化処理部２３ａはデータパケットをそのまま出力する。このパケット化処理部２３ａによって出力されたパケットは、パケットバッファ２４に格納される。パケットバッファ２４には、各パケット毎に、順番情報、状態情報、およびデータが格納される。順番情報は、該当パケットの順番を示す情報である。状態情報は、該当パケットの通信状態を示す情報である。データは、該当パケットの実際のパケットデータに相当するものである。
【０１６７】
上記状態情報は、送信待機状態、送信中状態、送信確認状態、および送信済状態のいずれかとなる。送信待機状態とは、該当パケットが未だ送信されておらず、送信を待機している状態を示している。パケット化処理部２３ａによって出力され、パケットバッファ２４に格納された直後のパケットは、この送信待機状態となる。パケットの送信が開始されると、該当パケットは送信中状態に設定される。そして、送信が終了すると、該当パケットは送信確認状態（送達確認の受信を待機している状態）に設定される。
【０１６８】
Ｎｏｒｍａｌ  ＡｃｋあるいはＢＡによって送信の成功が確認されると、該当パケットは送信済状態（送信の成功が確認されている状態）に設定される。一方、送信の失敗が確認されると、該当パケットは送信待機状態に設定される。
【０１６９】
スケジュール処理部２３ｂは、各パケットをどのリンクを介してどの順番で送信するかをスケジューリングするものである。このスケジュール処理部２３ｂの詳細については後述する。パケット分配処理部２３ｃは、スケジュール処理部２３ｂによるスケジューリングに従って、パケットバッファ２４に格納されているパケットを順に第１〜ｎフレーマ２２…のいずれかに伝送する処理を行うものである。
【０１７０】
第１〜ｎフレーマ２２…は、それぞれフレーム処理部（送達確認要求手段）２５、および、ＰｋｔＥｎｄＴｉｍｅ（送信完了時間記憶手段）２６・ＳｅｑＢｕｆｆ（送信パケット記憶手段）２７を備えている。フレーム処理部２５は、送信パケット処理部２３から伝送されたパケットに対して適切な時刻にフレーム処理を行い、対応する第１〜ｎ送信側物理層１０…に伝送する処理を行う。上記フレーム処理とは、各パケットに対して、ＭＡＣヘッダやエラーチェックコードを追加する処理である。また、フレーム処理部２５は、Ｎｏｒｍａｌ  Ａｃｋによる送達確認処理、あるいは、ＢＡによる送達確認処理を行う。
【０１７１】
ＰｋｔＥｎｄＴｉｍｅ２６・ＳｅｑＢｕｆｆ２７は、レジスタ格納値・バッファ格納値を示している。ＰｋｔＥｎｄＴｉｍｅ２６には、送信された各パケットに関する伝送終了時刻が格納される。Ｎｏｒｍａｌ  Ａｃｋによって送達確認が行われる場合には、ＰｋｔＥｎｄＴｉｍｅ２６には、該当パケットに対応するＮｏｒｍａｌ  Ａｃｋの受信完了時刻が格納される。ＢＡによって送達確認が行われる場合には、ＰｋｔＥｎｄＴｉｍｅ２６には、各パケットの送信終了時刻あるいはＢＡの受信完了時刻が格納される。このＰｋｔＥｎｄＴｉｍｅ２６に格納される値は、パケットの送信が行われるごとに更新されることになる。
【０１７２】
ＳｅｑＢｕｆｆ２７は、ＢＡＲを作成するために用いられるものであり、各リンクに対してバースト中に送信された全てのパケットの順番を示す番号を格納している。
【０１７３】
（受信側ＭＡＣ層の構成）
次に、受信側ＭＡＣ層１１の構成について、図４を参照しながら以下に説明する。同図に示すように、受信側ＭＡＣ層１１は、受信バッファ制御部４１、および第１〜ｎフレーマ４２…を備えた構成となっている。
【０１７４】
第１〜ｎフレーマ４２…は、それぞれフレーム処理部（送達確認送信手段）４５、および、ＳｅｑＢｕｆｆ（受信パケット記憶手段）４６を備えている。フレーム処理部４５は、対応する第１〜ｎ送信側物理層１０…から送られてきた受信パケットに対して、ＭＡＣヘッダの解析やエラーコードのチェック、および受信パケットに関する送達確認処理を行うものである。フレーム処理部４５は、パケットの受信が成功したことを確認すると、パケットの種類および設定されているパケットの送達確認の方法に応じて、Ｎｏｒｍａｌ  ＡｃｋあるいはＢＡを送信側へ送信する処理を行う。
【０１７５】
ＳｅｑＢｕｆｆ４６は、レジスタ格納値を示しており、ＢＡによる送達確認が行われる場合に、ＢＡを作成するために、バースト中に受信した全てのパケットの順番の番号が格納される。
【０１７６】
受信バッファ制御部４１は、第１〜ｎフレーマ４２…において受信されたパケットを格納し、データを復元して受信装置４に対してストリーム／データパケットを送出するものである。該受信バッファ制御部４１は、受信パケット処理部４３およびパケットバッファ４４を備えている。
【０１７７】
受信パケット処理部４３は、パケット整列処理部（パケット整列手段）４３ａ、およびデータ復元処理部４３ｂを備えている。パケット整列処理部４３ａは、第１〜ｎフレーマ４２…から送られてきたパケットを順番通りに整列して、パケットバッファ４４に格納する処理を行うものである。パケットバッファ４４には、各パケット毎に、順番情報、およびデータが格納される。順番情報は、該当パケットの順番を示す情報である。データは、該当パケットの実際のパケットデータに相当するものである。
【０１７８】
データ復元処理部４３ｂは、パケットバッファ４４に格納されているパケットを順番通りに読み出して、これらを順次結合していくことによってストリーム／データパケットに復元し、受信装置４に対して出力する処理を行うものである。
【０１７９】
（スケジュール処理部の詳細）
図５は、送信パケット処理部２３におけるスケジュール処理部２３ｂに関わる構成を示している。同図に示すように、スケジュール処理部２３ｂには、スケジューリングに用いられる変数を格納するレジスタ２３ｄおよび配列レジスタ２３ｅが接続されている。
【０１８０】
スケジュール処理部２３ｂによるスケジューリングは、全てのリンクに対して、最初のバーストを転送する前および各バーストが終了した時点に行われる。なお、ここで言うバーストとは、スケジュール処理部２３ｂによる１回のスケジューリングに含まれるパケット群の送信処理を示す。Ｎｏｒｍａｌ  Ａｃｋによる送達確認が行われる場合には、各リンクで最後のパケットの伝送が終了した後にスケジューリングが行われる。ＢＡによる送達確認が行われる場合には、各リンクにおいてＢＡの受信が終了した後にスケジューリングが行われる。全てのリンクに対してスケジューリングを行う必要がある理由は、パケット伝送エラーが生じた場合に、パケットの伝送は、スケジュールされた時刻より後に終了するためである。
【０１８１】
例えば、図１８に示す例では、チャンネル３におけるＢＡＲ／ＢＡシーケンスが成功した場合と失敗した場合とが示されている。チャンネル１のスケジューリングがまずＡ時点で最初に行われる。そして、チャンネル３におけるＢＡＲ／ＢＡシーケンスが成功した場合、Ｂの時点でチャンネル３がスケジューリングされ、パケット８がチャンネル３に割り当てられ、次のＣの時点でパケット１０がチャンネル２に割り当てられる。
【０１８２】
一方、チャンネル３のＢＡにエラーが生じた場合、ＢＡＲ／ＢＡは再送になり、ＢＡの終了時刻は遅れることになる。また、エラーが生じたため、チャンネルの状況も変わっていることになる。よって、各チャンネルでＢＡが終了した時点でスケジューリングを行うことにより、チャンネル状況が変わったことをスケジューリングに反映することができる。
【０１８３】
レジスタ２３ｄには、ｍａｘＢｕｒｓｔ３１ａ、ｎｅｘｔＰｋｔ３１ｂ、およびｎｅｘｔＣｈ３１ｃが格納されている。ｍａｘＢｕｒｓｔ３１ａは、スケジュール処理部２３ｂによってスケジューリングされるパケットの数の最大値を示している。言い換えれば、スケジュール処理部２３ｂは、ｍａｘＢｕｒｓｔ３１ａに示されている数のパケットに関して、１回分のスケジューリングを行うことになる。なお、Ｎｏｒｍａｌ  Ａｃｋはパケット毎にパケットの確認を行うため、ｍａｘＢｕｒｓｔ３１ａをリンク数に設定することが妥当であるが必須条件ではない。理由はＮｏｒｍａｌ  Ａｃｋはパケット毎にパケットの状況が分かるため、Ｎｏｒｍａｌ  Ａｃｋ毎にスケジュールをした方がよいからである。
【０１８４】
ｎｅｘｔＰｋｔ３１ｂは、次にスケジューリングされるパケットの番号を示している。すなわち、スケジュール処理部２３ｂは、ｎｅｘｔＰｋｔ３１ｂに示されている番号のパケットを順にスケジューリングしていくとともに、あるパケットのスケジューリングが完了すると、ｎｅｘｔＰｋｔ３１ｂの値を１つ繰り上げる処理を行うことになる。
【０１８５】
ｎｅｘｔＣｈ３１ｃは、次にパケットが割り当てられるリンク（チャンネル）を示している。すなわち、スケジュール処理部２３ｂは、あるパケットのスケジューリングを行った結果、該パケットが割り当てられるリンクが決定された際に、そのリンクに相当する値をｎｅｘｔＣｈ３１ｃに格納する。
【０１８６】
配列レジスタ２３ｅには、ＰｋｔｓＴｏＳｅｎｄ３２ａ、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂ、ＳｅｎｄＢｕｆｆ３２ｃ、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄ、およびＳｅｎｄｉｎｇＰｔｒ３２ｅが格納されている。ＰｋｔｓＴｏＳｅｎｄ３２ａは、ｍａｘＢｕｒｓｔ３１ａで示される数の分のパケットの番号を格納している。スケジュール処理部２３ｂは、ＰｋｔｓＴｏＳｅｎｄ３２ａに格納されている番号のパケットに関して、スケジューリングを行うことになる。
【０１８７】
ＳＰｋｔＥｎｄＴｉｍｅ３２ｂは、パケットを順にスケジューリングしている途中において、各リンク（チャンネル）でのパケット伝送終了時刻を格納する。言い換えれば、スケジュール処理部２３ｂが、順にパケットをスケジューリングしていく際に、その時点でスケジュールしたパケットの伝送終了時刻を、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂに、割り当てたリンクに対応して格納することになる。
【０１８８】
ＳｅｎｄＢｕｆｆ３２ｃは、各リンクに対してスケジューリングされた全てのパケットの番号を格納する。すなわち、ＳｅｎｄＢｕｆｆ３２ｃは、２次元配列のレジスタによって構成されることになる。このＳｅｎｄＢｕｆｆ３２ｃに格納された内容が、スケジュール処理部２３ｂによるスケジュール結果となる。
【０１８９】
ＳｅｎｄＢｕｆｆＰｔｒ３２ｄは、パケットを順にスケジューリングしている途中において、各リンク（チャンネル）に割り当てられたパケットの数を格納する。言い換えれば、スケジュール処理部２３ｂが、順にパケットをスケジューリングしていく際に、その時点でパケットを割り当てたリンクに割り当てられているパケット数を、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄに格納することになる。
【０１９０】
ＳｅｎｄｉｎｇＰｔｒ３２ｅは、スケジューリングが完了した後に、スケジューリング結果に基づいてパケットが順に送出される際に、その時点で送出しているパケットが、ＳｅｎｄＢｕｆｆ３２ｃにおけるどのパケットであるかを示すものである。すなわち、ＳｅｎｄｉｎｇＰｔｒ３２ｅを見ることによって、ＳｅｎｄＢｕｆｆ３２ｃにおけるどのパケットまで送出が完了したかを確認することができる。
【０１９１】
（スケジューリングの流れ）
次に、スケジュール処理部２３ｂによるスケジューリングの流れについて、図６に示すフローチャートを参照しながら以下に説明する。まず、ＱｏＳパケットにおける有効期限について説明しておく。入力データが動画データなどのストリームデータである場合、各ストリームには、該ストリームが送信側に入力された時刻の領域がある。受信側は前記送信側に入力された時刻＋delayBound（定数）の時刻にストリームを出力しなければならない。このため、前記送信側に入力された時刻＋delayBoundまでにＱｏＳパケットの送信が成功していない場合、該ＱｏＳパケットはパケットロスとなる。
【０１９２】
図６のフローチャートの説明に戻る。スケジューリングが開始されると、まずステップ１（以降、Ｓ１のように称する）において、スケジュール処理部２３ｂは、レジスタ２３ｄにおけるｍａｘＢｕｒｓｔ３１ａから読み出したｍａｘＢｕｒｓｔ値分のパケットをＰｋｔｓＴｏＳｅｎｄ３２ａの配列に割り当てる処理を行う。詳しく説明すると、まだ送信されておらず、かつ、
前記送信側に入力された時刻＋delayBound > 現在時刻
となっているパケットが、最も古いものからＰｋｔｓＴｏＳｅｎｄ３２ａの配列に割り当てられる。割り当てられるパケット数は最大でｍａｘＢｕｒｓｔ個である。
【０１９３】
ここで、まだ送信されていないパケットとは、パケットバッファ２４において、状態情報が送信待状態となっているパケットである。パケットバッファ２４において、送信待状態となっているパケットの数がｍａｘＢｕｒｓｔより小さい場合には、これらのパケットのみがＰｋｔｓＴｏＳｅｎｄ３２ａに割り当てられる。
【０１９４】
次に、Ｓ２において、各種レジスタ値の初期化処理が行われる。具体的には、ｎｅｘｔＰｋｔ３１ｂが０に設定され、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄの全ての項目が０に設定され、ＳｅｎｄｉｎｇＰｔｒ３２ｅの全ての項目が０に設定され、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂの全ての項目が、対応する第１〜ｎフレーマ２２におけるＰｋｔＥｎｄＴｉｍｅ２６に格納されている値に更新される。なお、ＰｋｔＥｎｄＴｉｍｅ２６に現在時刻より過去の時刻が格納されている場合、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂにおける該当チャンネルに対応する値は現在時刻に設定される。
【０１９５】
次に、Ｓ３において、ｎｅｘｔＣｈ３１ｃが、ＳＰｋｔＥｎｄＴｉｍｅ２６に格納されているチャンネル毎の時刻の中で、最も小さい時刻が格納されているチャンネルに設定される。
【０１９６】
次に、Ｓ４において、パケットのスケジューリングが行われる。まず、ｎｅｘｔＣｈがスケジュールされるチャンネルを示しており、ＰｋｔｓＴｏＳｅｎｄ［ｎｅｘｔＰｋｔ］がスケジュールされるパケットを示しており、ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］がこれまでｎｅｘｔＣｈに割り当てられたパケット数を示している。ここで、スケジュールされるパケットは、ＳｅｎｄＢｕｆｆ［ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］］［ｎｅｘｈＣｈ］に割り当てられる。なお、ＳｅｎｄＢｕｆｆ［ｘ］［ｙ］は、ＳｅｎｄＢｕｆｆ３２ｃの２次元配列において、ｘがパケットを示しており、ｙがチャンネルを示している。
【０１９７】
以上のようにしてパケットが割り当てられた後、ＳＰｋｔＥｎｄＴｉｍｅ［ｎｅｘｔＣｈ］は、スケジュールされるパケットの伝送終了時刻に設定され、ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］はインクリメントされる。
【０１９８】
次に、Ｓ５において、ＰｋｔｓＴｏＳｅｎｄ３２ａに格納されている全てのパケットがスケジュールされたか否かのチェックが行われる。まだスケジュールされていないパケットがある場合（Ｓ５においてＮＯ）、ｎｅｘｔＰｋｔ３１ｂの値をインクリメントして（Ｓ６）、Ｓ３に戻る。全てのパケットのスケジュールが完了した場合（Ｓ５においてＹＥＳ）、Ｓ７に遷移する。
【０１９９】
Ｓ７では、まずＳｅｎｄＢｕｆｆ３２ｃにおける全てのリンク（チャンネル）の最後にＢＡＲが割り当てられる。そして、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂにおける全てのリンク（チャンネル）に、ＢＡＲ／ＢＡの伝送期間が追加される。さらに、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄにおける全てのリンクに対する値がインクリメントされる。以上により、スケジューリングが完了する。
【０２００】
（送信パケット処理部の第２の構成例）
次に、送信パケット処理部２３の第２の構成例について説明する。本構成例はＢＡＲ／ＢＡの送達確認方式を用いた場合に適している。まず、この例におけるスケジューリングの概要について、図７（ａ）〜図７（ｃ）を参照しながら説明する。
【０２０１】
まず、スケジューリングを行おうとしているパケットを、２つのグループに分類する。第１のグループには、送信側に入力された時刻＋delayBound − t < 現在時刻  (tは定数)
となるパケットが割り当てられる。そして、第２のグループには、第１のグループ以外のパケットが割り当てられる。すなわち、第１のグループには、猶予時間がｔ秒未満のパケットが割り当てられ、第２のグループには、猶予時間がｔ秒以上のパケットが割り当てられることになる。図７（ａ）に示す例では、パケット４、７が第１のグループに属し、パケット９、１２、１４、１５、１６、１７、１８、１９が第２のグループに属している。
【０２０２】
次に第２のグループのパケット大きい順に整列し、第１のグループと第２のグループとを一つの全体グループにまとめる。この状態が図７（ｂ）の状態である。そして、全体グループの整列順に、パケットをエラー率の最も小さいチャンネルから順に割り当てていく。この際に、各チャンネルに割り当てられるパケットの伝送時間の合計が、それぞれほぼ同じくらいとなるように割り当てが行われる。この状態が図７（ｃ）の状態である。
【０２０３】
なお、上記の例では、スケジューリングを行おうとしているパケットを、２つのグループに分類しているが、グループの数は２つに限定されるものではなく、残り有効期限の長さに応じて３つ以上のグループに分類するようにしてもよい。
【０２０４】
図８は、第２の構成例における送信パケット処理部２３におけるスケジュール処理部２３ｂに関わる構成を示している。図５に示す構成と異なる点としては、レジスタ２３ｄおよび配列レジスタ２３ｅに格納されている項目が異なっている点である。その他の構成については前記した構成と同様であるので、その説明を省略する。
【０２０５】
レジスタ２３ｄには、前記したｍａｘＢｕｒｓｔ３１ａ、ｎｅｘｔＰｋｔ３１ｂ、およびｎｅｘｔＣｈ３１ｃに加えて、ＲｅｍａｉｎＴｉｍｅ３１ｄが格納されている。ＲｅｍａｉｎＴｉｍｅ３１ｄは、スケジューリングを行っている最中において、まだスケジュールされていないパケットの伝送時間の合計を示している。
【０２０６】
配列レジスタ２３ｅには、前記したＰｋｔｓＴｏＳｅｎｄ３２ａ、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂ、ＳｅｎｄＢｕｆｆ３２ｃ、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄ、およびＳｅｎｄｉｎｇＰｔｒ３２ｅに加えて、ＥｒｒｏｒＲａｔｅ３２ｆが格納されている。ＥｒｒｏｒＲａｔｅ３２ｆは、スケジューリングが開始された時点での各チャンネルのエラー率を示している。なお、エラー率の算出方法については後述する。
【０２０７】
（送信パケット処理部の第２の構成例におけるスケジューリングの流れ）
次に、送信パケット処理部２３の第２の構成例におけるスケジューリングの流れについて、図９に示すフローチャートを参照しながら以下に説明する。スケジューリングが開始されると、まずＳ１１において、スケジュール処理部２３ｂは、レジスタ２３ｄにおけるｍａｘＢｕｒｓｔ３１ａから読み出したｍａｘＢｕｒｓｔ値分のパケットをＰｋｔｓＴｏＳｅｎｄ３２ａの配列に割り当てる処理を行う。詳しく説明すると、まだ送信されておらず、かつ、
前記送信側に入力された時刻＋delayBound > 現在時刻
となっている、最も古いものから最大ｍａｘＢｕｒｓｔ個のパケットが、前記第１のグループと第２のグループとに分けられる。ここで、まだ送信されていないパケットとは、パケットバッファ２４において、状態情報が送信待状態となっているパケットである。パケットバッファ２４において、送信待状態となっているパケットの数がｍａｘＢｕｒｓｔより小さい場合には、これらのパケットのみが第１のグループまたは第２のグループに割り当てられる。
【０２０８】
次に、第２のグループに含まれるパケットを大きい順に整列し、最後に第１のグループおよび第２のグループに含まれる全てのパケットがＰｋｔｓＴｏＳｅｎｄ３２ａに割り当てられる。
【０２０９】
次に、Ｓ１２において、各種レジスタ値の初期化処理が行われる。ｎｅｘｔＰｋｔ３１ｂ、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄ、ＳｅｎｄｉｎｇＰｔｒ３２ｅ、および、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂの初期化については、図６のＳ２で説明したものと同様である。ＲｅｍａｉｎＴｉｍｅ３１ｄは、ＰｋｔｓＴｏＳｅｎｄ３２ａに格納されている全てのパケットの伝送時間の合計に設定される。
【０２１０】
次に、Ｓ１３において、ｎｅｘｔＣｈ３１ｃが、ＥｒｒｏｒＲａｔｅ３２ｆに格納されているチャンネル毎のＥｒｒｏｒＲａｔｅの中で、最も小さい値が格納されているチャンネルに設定される。ここで、２回目以降にＳ１３が行われる際には、前回に設定されているチャンネルの次にＥｒｒｏｒＲａｔｅが小さいチャンネルにｎｅｘｔＣｈ３１ｃが設定される。
【０２１１】
次に、Ｓ１４において、パケットのスケジューリングが行われる。まず、ｎｅｘｔＣｈがスケジュールされるチャンネルを示しており、ＰｋｔｓＴｏＳｅｎｄ［ｎｅｘｔＰｋｔ］がスケジュールされるパケットを示しており、ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］がこれまでｎｅｘｔＣｈに割り当てられたパケット数を示している。ここで、スケジュールされるパケットは、ＳｅｎｄＢｕｆｆ［ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］］［ｎｅｘｈＣｈ］に割り当てられる。さらに、ＲｅｍａｉｎＴｉｍｅ３１ｄからＰｋｔｓＴｏＳｅｎｄ［ｎｅｘｔＰｋｔ］の伝送時間が減算される。
【０２１２】
以上のようにしてパケットが割り当てられた後、ＳＰｋｔＥｎｄＴｉｍｅ［ｎｅｘｔＣｈ］は、スケジュールされるパケットの伝送終了時刻に設定され、ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］はインクリメントされる。
【０２１３】
次に、Ｓ１５において、ＲｅｍａｉｎＴｉｍｅと、まだパケットが割り当てられていないチャンネルの空き時間の合計との比較が行われる。Ｓ１５においてＹＥＳ、すなわち、前記空き時間がＲｅｍａｉｎＴｉｍｅより大きい場合には、Ｓ１７に遷移する。一方、Ｓ１５においてＮＯ、すなわち、前記空き時間がＲｅｍａｉｎＴｉｍｅ未満である場合には、ｎｅｘｔＰｋｔ３１ｂの値をインクリメントして（Ｓ１６）、Ｓ１４に戻る。
【０２１４】
次に、Ｓ１７において、ＲｅｍａｉｎＴｉｍｅが０となったか否かが判定される。Ｓ１７においてＹＥＳ、すなわち、ＲｅｍａｉｎＴｉｍｅが０となった場合には、Ｓ１８に遷移する。一方、Ｓ１７においてＮＯ、すなわち、ＲｅｍａｉｎＴｉｍｅがまだ０とはなっていない場合には、Ｓ１３に戻る。
【０２１５】
Ｓ１８では、まずＳｅｎｄＢｕｆｆ３２ｃにおける全てのリンク（チャンネル）の最後にＢＡＲが割り当てられる。そして、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂにおける全てのリンク（チャンネル）に、ＢＡＲ／ＢＡの伝送期間が追加される。さらに、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄにおける全てのリンクに対する値がインクリメントされる。以上により、スケジューリングが完了する。
【０２１６】
なお、上記の例では、残り有効期限がより短い第１のグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てるようにしているが、第１のグループに含まれるパケットを、より先に送信するように送信順番を設定するようにしてもよい。
【０２１７】
（ＥｒｒｏｒＲａｔｅの算出方法）
次に、ＥｒｒｏｒＲａｔｅの算出方法について説明する。ＥｒｒｏｒＲａｔｅは、各チャンネルのバースト毎にＢＡの受信後に算出される。ＥｒｒｏｒＲａｔｅは、（直前のバーストのエラー率）／ｆ  ＋  （エラーパケット数）／（送信したパケット数）によって算出される。すなわち、ＥｒｒｏｒＲａｔｅは、直前のバーストにおけるＥｒｒｏｒＲａｔｅの影響を含んで算出される。上記のＥｒｒｏｒＲａｔｅの算出の式において、ｆは、直前のバーストにおけるＥｒｒｏｒＲａｔｅの影響を含める量を調整するためのパラメータである。ｆの値を大きくすると、上記影響が低減され、逆に小さくすると上記影響が大きくなる。
【０２１８】
直前のバーストにおけるＥｒｒｏｒＲａｔｅの影響を含んでＥｒｒｏｒＲａｔｅを算出する理由とは次のとおりである。あるチャンネルにおいて、あるバーストにおいてエラーが多く生じた場合、それが短期間のみ偶発的にエラー率が高くなったケースと、ある程度の期間で継続してエラー率が高くなっているケースとが考えられる。前者のケースでは、次のバーストではエラー率が低くなることが予想される一方、後者のケースでは、次のバーストでもエラー率が高くなることが予想される。このようなことを考慮するために、直前のバーストにおけるＥｒｒｏｒＲａｔｅの影響を含めてＥｒｒｏｒＲａｔｅを算出している。
【０２１９】
図１０にＥｒｒｏｒＲａｔｅの算出の例を示す。この例では、ｆ＝１０と設定されている。最初のバーストでは、パケットが５個送信され、その内１個のパケットにおいて伝送が失敗している。このバーストに対するＢＡＲ／ＢＡが行われた直後にＥｒｒｏｒＲａｔｅが算出され、０．０／１０＋１／５＝０．２がＥｒｒｏｒＲａｔｅとして設定される。次のバーストでは、パケットが５個送信され、その内２個のパケットにおいて伝送が失敗している。このバーストに対するＢＡＲ／ＢＡが行われた直後に算出されるＥｒｒｏｒＲａｔｅは、０．２／１０＋２／５＝０．４２と算出される。
【０２２０】
ＢＡＲまたはＢＡにエラーが生じた場合には、ＥｒｒｏｒＲａｔｅにｂｅを加算する処理が行われる。ＢＡＲあるいはＢＡはデータパケットと比べると比較的短いことと、ＢＡＲおよびＢＡは重要なパケットであるため、エラーになったＢＡＲ／ＢＡの影響をＥｒｒｏｒＲａｔｅに大きく反映した方が妥当であり、例えば０．５程度の固定値に設定することが好ましい。
【０２２１】
なお、上記の例では、直前のバーストにおけるＥｒｒｏｒＲａｔｅの影響を考慮したＥｒｒｏｒＲａｔｅの算出方法を示しているが、これに限定されるものではなく、以前のバーストにおけるＥｒｒｏｒＲａｔｅの履歴を考慮したＥｒｒｏｒＲａｔｅの算出方法であれば、どのような方法であってもよい。
【０２２２】
（ＢＡＲおよびＢＡの構成）
次に、本実施形態で用いるＢＡＲおよびＢＡの構成について説明する。図１１は、本実施形態で用いるＢＡＲおよびＢＡの概略構成を示している。ＢＡＲは、ＢＡＲ用ＭＡＣヘッダ、および、確認要求するｎ個分のパケットのパケット番号を含んでいる。すなわち、ＢＡＲは、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報としてのパケット番号がそれぞれ含まれていることになる。
【０２２３】
ＢＡは、ＢＡ用ＭＡＣヘッダ、および、要求されたｎ個分のパケットの通信状態を表すビットマップを含んでいる。ＢＡにおけるビットマップの各ビットは、ＢＡＲにおいて確認要求されているパケットのパケット番号に１対１で対応したものとなっている。本実施形態においては、ＢＡＲは、送信側ＭＡＣ層９における第１〜ｎフレーマ２２のフレーム処理部２５によって生成され、ＢＡは、受信側ＭＡＣ層１１における第１〜ｎフレーマ４２のフレーム処理部４５によって生成される。
【０２２４】
本実施形態では、確認要求されるパケットの個数であるｎは、該当チャンネルで送信したバーストにおけるパケットの数となっている。送信側のフレーム処理部２５は、確認要求するｎ個分のパケットの番号を、ＳｅｑＢｕｆｆ２７に格納されている内容に基づいて設定する。なお、後述するように、ＢＡＲで要求するパケット番号は、他のチャンネルで送信されたパケットの番号を含んでいてもよい。
【０２２５】
（実施の形態２）
本発明の実施の他の形態について図１２ないし図１７に基づいて説明すれば、以下のとおりである。なお、前記した実施の形態で説明した構成と同様の機能を有する構成には、同一の符号を付記し、その説明を省略する。
【０２２６】
前記した実施の形態１では、ＢＡによる送達確認を行う場合、各リンク（チャンネル）ごとにＢＡＲ／ＢＡの送受信が行われるようになっている。すなわち、送信側の第１〜ｎフレーマ２２のそれぞれにおいて、フレーム処理部２５によってＢＡＲの生成・送信が行われ、受信側の第１〜ｎフレーマ４２のそれぞれにおいて、フレーム処理部４５によってＢＡの生成・送信が行われるようになっている。これに対して、実施の形態２では、全てのリンクにおいて送信された全てのパケットを対象としたＢＡＲ／ＢＡの送受信が行われる形態となっている。
【０２２７】
本実施形態に係る通信ネットワークシステムは、実施の形態１において、図２を参照しながら説明した構成と同様である。また、送信側通信装置１および受信側通信装置２の構成についても、実施の形態１において、図１を参照しながら説明した構成と同様である。
【０２２８】
（送信側ＭＡＣ層の構成）
次に、送信側ＭＡＣ層９の構成について、図１２を参照しながら以下に説明する。本実施形態に係る送信側ＭＡＣ層９は、実施の形態１で示した送信側ＭＡＣ層９と比較して、送信パケット処理部２３の構成、および第１〜ｎフレーマ２２…の構成が異なっている。送信パケット処理部２３は、パケット化処理部２３ａ、スケジュール処理部２３ｂ、およびパケット分配処理部２３ｃに加えて、送達確認処理部（送達確認要求手段）２３ｄおよび配列レジスタとしてのＳｅｑＢｕｆｆ２３ｅを備えている。また、第１〜ｎフレーマ２２…は、それぞれフレーム処理部２５およびＰｋｔＥｎｄＴｉｍｅ２６を備えており、実施の形態１で設けられていたＳｅｑＢｕｆｆ２７は、第１〜ｎフレーマ２２…には設けられていない構成となっている。その他の構成については、実施の形態１で示した構成と同様であるので、ここではその説明を省略する。
【０２２９】
送達確認処理部２３ｄは、送信パケット処理部２３から第１〜ｎフレーマ２２に対して送信された全てのパケットに関するＮｏｒｍａｌ  Ａｃｋによる送達確認処理、あるいは、ＢＡによる送達確認処理を行うものである。ＢＡによる送達確認処理が行われる場合、送達確認処理部２３ｄは、ＢＡＲを生成して受信側へ送出するとともに、受信側から送られてきたＢＡによって送達確認を行う。
【０２３０】
ＳｅｑＢｕｆｆ２３ｅは、送達確認処理部２３ｄがＢＡＲを作成するために用いられるものであり、バースト中に送信された全てのリンクに対する全てのパケットの順番を示す番号を格納している。
【０２３１】
（受信側ＭＡＣ層の構成）
次に、受信側ＭＡＣ層１１の構成について、図１３を参照しながら以下に説明する。本実施形態に係る受信側ＭＡＣ層１１は、実施の形態１で示した受信側ＭＡＣ層１１と比較して、受信パケット処理部４３の構成、および第１〜ｎフレーマ４２…の構成が異なっている。受信パケット処理部４３は、パケット整列処理部４３ａおよびデータ復元処理部４３ｂに加えて、送達確認処理部（送達確認送信手段）４３ｃおよび配列レジスタとしてのＳｅｑＢｕｆｆ４３ｄを備えている。また、第１〜ｎフレーマ４２…は、それぞれフレーム処理部４５を備えており、実施の形態１で設けられていたＳｅｑＢｕｆｆ４６は、第１〜ｎフレーマ４２…には設けられていない構成となっている。その他の構成については、実施の形態１で示した構成と同様であるので、ここではその説明を省略する。
【０２３２】
送達確認処理部４３ｃは、第１〜ｎフレーマ４２…から送られてきた全てのパケットに関するＮｏｒｍａｌ  Ａｃｋによる送達確認処理、あるいは、ＢＡによる送達確認処理を行うものである。ＢＡによる送達確認処理が行われる場合、送達確認処理部４３ｃは、送信側から送られてくるＢＡＲに応じてＢＡを作成し、これを送信側へ送出する。なお、Ｎｏｒｍａｌ  Ａｃｋのパケットの返信はパケットを受信したそれぞれのフレーマ４２で行われる。
【０２３３】
ＳｅｑＢｕｆｆ４３ｄは、レジスタ格納値を示しており、ＢＡによる送達確認が行われる場合に、ＢＡを作成するためにバースト中に受信した全てのパケットの順番の番号が格納される。
【０２３４】
（ＢＡＲ／ＢＡのシーケンス例）
ここで、本実施形態におけるＢＡＲ／ＢＡのシーケンスについて、図１４を参照しながら説明する。図１４では、２つのチャンネル（リンク）にパケットを割り振って伝送を行う例が示されている。まず、チャンネル１においてパケット１が送信され、次にチャンネル２においてパケット２が送信されている。そして、チャンネル２においてパケット２が送信されている最中に、チャンネル１において、１回目のＢＡＲ／ＢＡの送受信が行われている。
【０２３５】
その後、チャンネル１においてパケット３が送信され、次にチャンネル２においてパケット２の送信が完了した後にパケット４が送信されている。そして、チャンネル１において、パケット３の送信が完了した後にパケット５が送信され、パケット５の送信の最中に、チャンネル２において、２回目のＢＡＲ／ＢＡの送受信が行われている。
【０２３６】
１回目のＢＡＲ／ＢＡの送受信が完了した時点（（Ａ）の時点）でスケジュールされたパケットは、パケット３、４、５である。また、２回目のＢＡＲ／ＢＡの送受信において確認されるパケットは、（Ｂ）の期間で送信が終了しているパケット２、３、４である。これらのパケット２、３、４が、２回目のＢＡＲ／ＢＡの送受信が行われる際（（Ｃ）の時点）に、ＳｅｑＢｕｆｆ２３ｅに格納されていることになる。
【０２３７】
複数のリンクで送信されたパケットの送達確認を１回のＢＡＲ／ＢＡで行う場合、全てのチャンネルを無駄に使わないようにするために、バーストにおけるＢＡＲ／ＢＡの送受信終了時刻を、他のリンクより早くする必要がある。ＢＡＲ／ＢＡの送受信終了時刻がｔ１であり、かつ他のリンクにおけるバーストの終了時刻がｔ２であった場合、次のバーストのスケジュールはｔ１で行われるため、ｔ２＜ｔ１であればｔ１−ｔ２の期間が無駄になる。
【０２３８】
例えば、図１９に示す事例１の場合、ＢＡＲ／ＢＡが、もっとも早く終わるチャンネル１に割り当てられ、スケジューリングは時点Ａで行われることになる。一方、事例２では、ＢＡＲ／ＢＡがチャンネル２に割り当てられており、スケジューリングは時点Ｂで行われることになる。この場合、スケジューリングによるパケットの送信は、事例１に比べて、時点Ｂ−時点Ａの期間の後になり、この時間が無駄になる。
【０２３９】
（スケジューリングの流れ）
次に、実施の形態２におけるスケジュール処理部２３ｂによるスケジューリングの流れについて、図１５に示すフローチャートを参照しながら以下に説明する。図１５において、Ｓ２１からＳ２６までの処理は、実施の形態１において説明した、図６に示すフローチャートのＳ１〜Ｓ６までの処理と同様であるので、ここではその説明を省略する。
【０２４０】
Ｓ２５においてＹＥＳ、すなわち、全てのパケットのスケジュールが完了した場合、Ｓ２７に遷移する。Ｓ２７では、まず、ｎｅｘｔＣｈが、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂに格納されている値が最も小さいチャンネルに設定される。そして、ＳｅｎｄＢｕｆｆ３２ｃにおける、ｎｅｘｔＣｈに対応するチャンネルの最後にＢＡＲが割り当てられる。そして、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂにおける、ｎｅｘｔＣｈに対応するチャンネルに、ＢＡＲ／ＢＡの伝送期間が追加される。さらに、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄにおける、ｎｅｘｔＣｈに対応するチャンネルに対する値がインクリメントされる。これによって、最も早くバーストのパケット通信が終了するチャンネルにＢＡＲが割り当てられることになる。以上により、スケジューリングが完了する。
【０２４１】
（実施の形態２における送信パケット処理部の第２の構成例）
次に、実施の形態２における送信パケット処理部２３の第２の構成例について説明する。この構成例は、全てのリンクにおいて送信された全てのパケットを対象としたＢＡＲ／ＢＡの送受信が行われる形態において、実施の形態１で示した送信パケット処理部の第２の構成例と同様の処理を行うものとなっている。
【０２４２】
図１６は、第２の構成例における送信パケット処理部２３におけるスケジュール処理部２３ｂに関わる構成を示している。実施の形態１で説明した、図８に示す構成と異なる点としては、配列レジスタ２３ｅに格納されている項目が異なっている点である。その他の構成については前記した構成と同様であるので、その説明を省略する。
【０２４３】
配列レジスタ２３ｅには、前記したＰｋｔｓＴｏＳｅｎｄ３２ａ、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂ、ＳｅｎｄＢｕｆｆ３２ｃ、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄ、およびＳｅｎｄｉｎｇＰｔｒ３２ｅ、およびＥｒｒｏｒＲａｔｅ３２ｆに加えて、ＯｆｆｓｅｔＴｉｍｅ３２ｇが格納されている。ＯｆｆｓｅｔＴｉｍｅ３２ｇは、ＢＡＲを割り当てたチャンネルを最初に終わるようにするための定数を格納しており、チャンネル数と一つのパケット長に依存する。例えば、ＯｆｆｓｅｔＴｉｍｅは、（最も長いパケット長）＊（チャンネル数−１）、あるいは（平均パケット長）＊（チャンネル数−１）として設定される。
【０２４４】
この第２の構成例では、エラー率情報も利用できるため、ＢＡＲをエラー率の最も低いチャンネルに割り当てる。よって、エラー率の最も低いチャンネルを最も早く終了させることが重要となる。
【０２４５】
（実施の形態２における送信パケット処理部の第２の構成例におけるスケジューリングの流れ）
次に、実施の形態２における送信パケット処理部２３の第２の構成例におけるスケジューリングの流れについて、図１７に示すフローチャートを参照しながら以下に説明する。スケジューリングが開始されると、まずＳ３１において、スケジュール処理部２３ｂは、レジスタ２３ｄにおけるｍａｘＢｕｒｓｔ３１ａから読み出したｍａｘＢｕｒｓｔ値分のパケットをＰｋｔｓＴｏＳｅｎｄ３２ａの配列に割り当てる処理を行う。なお、このＳ３１における処理は、実施の形態１において図９で示したフローチャートにおけるＳ１１の処理と同様であるので、詳細な説明を省略する。
【０２４６】
次に、Ｓ３２において、各種レジスタ値の初期化処理が行われる。ｎｅｘｔＰｋｔ３１ｂ、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄ、ＳｅｎｄｉｎｇＰｔｒ３２ｅ、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂ、および、ＲｅｍａｉｎＴｉｍｅ３１ｄの初期化については、図９のＳ１２で説明したものと同様である。ＯｆｆｓｅｔＴｉｍｅ３２ｇは、前記したように、（最も長いパケット長）＊（チャンネル数−１）、あるいは（平均パケット長）＊（チャンネル数−１）として設定される。
【０２４７】
次に、Ｓ３３において、ｎｅｘｔＣｈ３１ｃが、ＥｒｒｏｒＲａｔｅ３２ｆに格納されているチャンネル毎のＥｒｒｏｒＲａｔｅの中で、最も小さい値が格納されているチャンネルに設定される。
【０２４８】
次に、Ｓ３４において、パケットのスケジューリングが行われる。まず、ｎｅｘｔＣｈがスケジュールされるチャンネルを示しており、ＰｋｔｓＴｏＳｅｎｄ［ｎｅｘｔＰｋｔ］がスケジュールされるパケットを示しており、ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］がこれまでｎｅｘｔＣｈに割り当てられたパケット数を示している。ここで、スケジュールされるパケットは、ＳｅｎｄＢｕｆｆ［ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］］［ｎｅｘｈＣｈ］に割り当てられる。さらに、ＲｅｍａｉｎＴｉｍｅ３１ｄからＰｋｔｓＴｏＳｅｎｄ［ｎｅｘｔＰｋｔ］の伝送時間が減算される。
【０２４９】
以上のようにしてパケットが割り当てられた後、ＳＰｋｔＥｎｄＴｉｍｅ［ｎｅｘｔＣｈ］は、スケジュールされるパケットの伝送終了時刻に設定され、ＳｅｎｄＢｕｆｆＰｔｒ［ｎｅｘｔＣｈ］はインクリメントされる。
【０２５０】
次に、Ｓ３５において、ＲｅｍａｉｎＴｉｍｅ−ＯｆｆｓｅｔＴｉｍｅで算出される時間と、まだパケットが割り当てられていないチャンネルの空き時間の合計との比較が行われる。Ｓ３５においてＹＥＳ、すなわち、前記空き時間がＲｅｍａｉｎＴｉｍｅ−ＯｆｆｓｅｔＴｉｍｅで算出される時間より大きい場合には、Ｓ３７に遷移する。一方、Ｓ３５においてＮＯ、すなわち、前記空き時間がＲｅｍａｉｎＴｉｍｅ−ＯｆｆｓｅｔＴｉｍｅで算出される時間未満である場合には、ｎｅｘｔＰｋｔ３１ｂの値をインクリメントして（Ｓ３６）、Ｓ３４に戻る。
【０２５１】
Ｓ３７では、まず、ＳｅｎｄＢｕｆｆ３２ｃにおける、ｎｅｘｔＣｈに対応するチャンネルの最後にＢＡＲが割り当てられる。そして、ＳＰｋｔＥｎｄＴｉｍｅ３２ｂにおける、ｎｅｘｔＣｈに対応するチャンネルに、ＢＡＲ／ＢＡの伝送期間が追加される。さらに、ＳｅｎｄＢｕｆｆＰｔｒ３２ｄにおける、ｎｅｘｔＣｈに対応するチャンネルに対する値がインクリメントされる。以上により、エラー率の良いチャンネルにＢＡＲが割り当てられることになる。
【０２５２】
次に、Ｓ３８において、ＲｅｍａｉｎＴｉｍｅが０となったか否かが判定される。Ｓ３８においてＹＥＳ、すなわち、ＲｅｍａｉｎＴｉｍｅが０となった場合には、処理を終了する。一方、Ｓ３８においてＮＯ、すなわち、ＲｅｍａｉｎＴｉｍｅがまだ０とはなっていない場合には、Ｓ３９に遷移する。
【０２５３】
次に、Ｓ３９において、前回に設定されているチャンネルの次にＥｒｒｏｒＲａｔｅが小さいチャンネルにｎｅｘｔＣｈ３１ｃが設定される。
【０２５４】
次に、Ｓ４０において、前記したＳ３４における処理と同様の処理が行われる。そして、Ｓ４１において、ＲｅｍａｉｎＴｉｍｅと、まだパケットが割り当てられていないチャンネルの空き時間の合計との比較が行われる。Ｓ４１においてＹＥＳ、すなわち、前記空き時間がＲｅｍａｉｎＴｉｍｅより大きい場合には、Ｓ３８に戻る。一方、Ｓ４１においてＮＯ、すなわち、前記空き時間がＲｅｍａｉｎＴｉｍｅ未満である場合には、ｎｅｘｔＰｋｔ３１ｂの値をインクリメントして（Ｓ４２）、Ｓ４０に戻る。
【０２５５】
なお、実施の形態２においても、実施の形態１において説明したＥｒｒｏｒＲａｔｅの算出方法およびＢＡＲおよびＢＡの構成を適用することが可能である。
【０２５６】
（実施の形態３）
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した実施の形態で説明した構成と同様の機能を有する構成には、同一の符号を付記し、その説明を省略する。
【０２５７】
本実施形態では、各チャンネルでのパケットの送信を同時に行うとともに、全てのパケットの長さを統一する形態となっている。
【０２５８】
本実施形態に係る通信ネットワークシステムは、実施の形態１において、図２を参照しながら説明した構成と同様である。また、送信側通信装置１および受信側通信装置２の構成についても、実施の形態１において、図１を参照しながら説明した構成と同様である。
【０２５９】
（送信側ＭＡＣ層の構成）
送信側ＭＡＣ層９は、実施の形態２において図１２で示した構成と同様となっており、異なる部分はパケット化処理部２３ａにおける処理内容である。
【０２６０】
送信対象がＭＰＥＧ２−ＴＳのストリームである場合には、送信側ＭＡＣ層への入力は固定長（１８８バイト）の構成単位を持つ。一方、送信対象がデータパケットである場合、送信側ＭＡＣ層へ入力として与えられる各データパケットの長さは可変長となっている。
【０２６１】
ここで、本実施の形態では、送信するパケットの長さを同じ長さに統一する必要があるので、入力ストリーム／データパケットを所定の固定長のパケットに変換する必要がある。この処理は、実施の形態２と同様にパケット化処理部２３ａで行われることになる。
【０２６２】
ストリームに基づいて生成されるＱｏＳパケットの場合には、全てのＱｏＳパケットが固定長となるようにパケット化処理が行われる。一方、データパケットの場合には、図２０に示す事例のように、可変長の入力データパケットを固定長の中間パケットに変換する処理が行われる。すなわち、入力データパケットは、分割位置を変更して、固定長の中間パケットとなるように再構成されることになる。ここで、中間パケットの長さは、ＱｏＳパケットの固定長と同じ長さとなるように設定される。
【０２６３】
各中間パケットに含まれているデータパケットの情報は、各中間パケットのヘッダＨに格納しておく。このようにしてパケット化処理部２３ａで生成された固定長のＱｏＳパケット、あるいは中間パケットが、パケットバッファ２４に格納される。
【０２６４】
（受信側ＭＡＣ層の構成）
受信側ＭＡＣ層１１は、実施の形態２において図１３で示した構成と同様となっており、異なる部分はデータ復元処理部４３ｂにおける処理内容である。
【０２６５】
送信側通信装置１のパケット化処理部２３ａによって生成された固定長のパケットは、順次受信側通信装置２に送信され、パケットバッファ４４のデータに格納される。そして、パケットバッファ４４に格納されているパケットがＱｏＳパケットの場合には、実施の形態２で示したようにデータ復元処理部４３ｂによって復元処理が行われ、ストリームが出力される。
【０２６６】
一方、パケットバッファ４４に格納されているパケットが中間パケットの場合、データ復元処理部４３ｂは、固定長の中間パケットを可変長のデータパケットに変換する処理を行う。すなわち、あるデータパケットの全ての部分に対応する中間パケットの受信が完了した時点で、データ復元処理部４３ｂは、必要となる中間パケットに基づいてデータパケットの復元処理を行う。ここで、データ復元処理部４３ｂは、中間パケットのヘッダＨを参照することによって、該中間パケットがデータパケットのどの部分に対応するものかであるかを認識することによって復元処理を行うことになる。
【０２６７】
（スケジュール処理部の詳細およびスケジューリングの流れ）
送信パケット処理部２３におけるスケジュール処理部２３ｂに関わる構成は、図５に示したものと同様となる。また、スケジューリングの流れについても、図６に示したものと同様となる。異なる点としては、ｍａｘＢｕｒｓｔ３１ａに格納される値の条件およびＳＰｋｔＥｎｄＴｉｍｅ３２ｂの初期化処理である。
【０２６８】
本実施の形態では全てのチャンネルで同時に同じ長さのパケットを伝送するため、１回分のスケジューリングにおけるパケット数は、リンク数の倍数とする必要がある。すなわち、ｍａｘＢｕｒｓｔ３１ａにはリンク数の倍数が格納されることになる。Ｎｏｒｍａｌ  Ａｃｋによる送達確認処理を行う場合には、ｍａｘＢｕｒｓｔ３１ａに格納される値をリンク数とすることが妥当である。
【０２６９】
同様に、全てのパケットは同時に伝送される必要があるため、全てのリンクのＳＰｋｔＥｎｄＴｉｍｅ３２ｂは、図６におけるＳ２において、現在時刻に設定されることになる。
【０２７０】
（送信パケット処理部の第２の構成例およびスケジューリングの流れ）
次に、実施の形態３における送信パケット処理部２３の第２の構成例について説明する。この構成例は、全てのリンクにおいて送信された全てのパケットを対象としたＢＡＲ／ＢＡの送受信が行われる形態において、実施の形態１で示した送信パケット処理部の第２の構成例と同様の処理を行うものとなっている。すなわち、送信パケット処理部２３におけるスケジュール処理部２３ｂに関わる構成は、図８に示したものと同様となる。また、スケジューリングの流れについても、図９に示したものと同様となる。異なる点としては、ｍａｘＢｕｒｓｔ３１ａに格納される値の条件およびＰｋｔｓＴｏＳｅｎｄ３２ａおよびＳＰｋｔＥｎｄＴｉｍｅ３２ｂの初期化処理である。
【０２７１】
ｍａｘＢｕｒｓｔ３１ａおよびＳＰｋｔＥｎｄＴｉｍｅ３２ｂは、上記した実施の形態３における上記スケジュール処理部の詳細と同様である。
【０２７２】
ＰｋｔｓＴｏＳｅｎｄ３２ａの初期化処理は次の通りである。スケジュール処理部２３ｂは、レジスタ２３ｄにおけるｍａｘＢｕｒｓｔ３１ａから読み出したｍａｘＢｕｒｓｔ値分のパケットをＰｋｔｓＴｏＳｅｎｄ３２ａの配列に割り当てる処理を行う。詳しく説明すると、まだ送信されておらず、かつ、
前記送信側に入力された時刻＋delayBound > 現在時刻
となっているパケットが、最も古いものからＰｋｔｓＴｏＳｅｎｄ３２ａの配列に割り当てられる。割り当てられるパケット数は最大でｍａｘＢｕｒｓｔ個である。
【０２７３】
（Ｎｏｒｍａｌ  Ａｃｋによる送達確認処理）
次に、実施の形態３において、Ｎｏｒｍａｌ  Ａｃｋによる送達確認処理を行う場合について説明する。まず、比較例として、従来のＮｏｒｍａｌ  Ａｃｋによる送達確認処理を行う場合について説明する。従来のＮｏｒｍａｌ  Ａｃｋは、各チャンネルにおいて受信したパケットに関する送達確認情報を含んだものとなっている。言い換えれば、従来のＮｏｒｍａｌ  Ａｃｋでは、送信側は、Ｎｏｒｍａｌ  Ａｃｋを受信したチャンネルで以前に送信したパケットに関する送達確認情報しか認識できないことになる。このことにより、次のような問題が生じる。
【０２７４】
図２１（ａ）は、２つのチャンネル１・２でパケットの送信を行う構成において、従来のＮｏｒｍａｌ  Ａｃｋによる送達確認処理が行われる場合のパケットシーケンスの例を示している。この例において、チャンネル２においてパケット３が送信され、この伝送は成功している一方、これに対するＮｏｒｍａｌ  Ａｃｋの送信が失敗している。この時点では、送信側は、パケット３に対するＮｏｒｍａｌ  Ａｃｋを受信できていないので、パケット３の送信が失敗したものと認識することになる。よって、次のシーケンスにおいてパケット３の再送が行われることになる。すなわち、受信側では、パケット３の受信を２回行うことになり、通信帯域が無駄に使われることになる。
【０２７５】
これに対して、本実施形態では、Ｎｏｒｍａｌ  Ａｃｋに、全てのチャンネルで同時に受信された全てのパケットに関する送達確認情報を含めるようにしている。図２１（ｂ）は、２つのチャンネル１・２でパケットの送信を行う構成において、本実施形態におけるＮｏｒｍａｌ  Ａｃｋによる送達確認処理が行われる場合のパケットシーケンスの例を示している。
【０２７６】
この例において、チャンネル２においてパケット３が送信され、この伝送は成功している一方、これに対するチャンネル２におけるＮｏｒｍａｌ  Ａｃｋの送信が失敗している。しかしながら、このＮｏｒｍａｌ  Ａｃｋと同時に送信されるチャンネル１におけるＮｏｒｍａｌ  Ａｃｋは、伝送が成功しているので、送信側は、チャンネル１において受信したＮｏｒｍａｌ  Ａｃｋを確認することによって、チャンネル２において送信したパケット３の伝送が成功していることを確認することができる。よって、パケット３が無駄に再送されることを防止することができ、通信帯域を効率良く利用することが可能となる。
【０２７７】
（ＢＡによる送達確認処理）
次に、実施の形態３において、ＢＡによる送達確認処理を行う場合について説明する。まず、比較例として、従来のＢＡによる送達確認処理を行う場合について説明する。従来のＢＡは、各チャンネルにおいて受信したパケット群に関する送達確認情報を含んだものとなっている。言い換えれば、従来のＢＡでは、送信側は、ＢＡを受信したチャンネルで以前に送信したパケットに関する送達確認情報しか認識できないことになる。このことにより、次のような問題が生じる。
【０２７８】
図２２（ａ）は、３つのチャンネル１・２・３でパケットの送信を行う構成において、従来のＮｏｒｍａｌ  Ａｃｋによる送達確認処理が行われる場合のパケットシーケンスの例を示している。この例において、チャンネル１において送信されたＢＡＲのみが伝送に失敗している。また、チャンネル３において、ＢＡＲの伝送は成功しているが、これに対するＢＡの伝送が失敗している。この場合、チャンネル１および３においてＢＡＲの再送が行われることになるが、ＢＡＲの伝送が成功しているチャンネル２においても、チャンネル１および３におけるＢＡＲの再送が行われている期間、何も送信せずに待機状態となる。すなわち、通信帯域の利用効率が悪いことになる。
【０２７９】
これに対して、本実施形態では、ＢＡに、全てのチャンネルで同時に受信された全てのパケットに関する送達確認情報を含めるようにしている。図２２（ｂ）は、３つのチャンネル１・２・３でパケットの送信を行う構成において、本実施形態におけるＢＡによる送達確認処理が行われる場合のパケットシーケンスの例を示している。
【０２８０】
この例において、チャンネル１におけるＢＡＲの伝送は失敗している。また、チャンネル３において、ＢＡＲの伝送は成功しているが、これに対するＢＡの伝送が失敗している。一方、チャンネル２ではＢＡＲおよびＢＡの伝送が成功しているので、送信側は、全てのチャンネルで伝送されたパケットの送達確認情報を認識することができる。よって、伝送に成功しているチャンネルが、他のチャンネルにおけるＢＡＲ／ＢＡのシーケンスを待機した状態となることを抑制することができるので、通信帯域を効率良く利用することが可能となる。
【０２８１】
（実施の形態４）
本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した実施の形態で説明した構成と同様の機能を有する構成には、同一の符号を付記し、その説明を省略する。
【０２８２】
本実施の形態は送信中に受信を行わない形態である。そして、実施の形態３では、全てパケット長を同じにしていたが、本実施形態ではパケット長を可変とする。本実施形態では、ＭＩＭＯによる通信方式を対象としていないので、全てのチャンネルのパケットを同時に送信する必要はない。ただし、本実施形態でＮｏｒｍａｌ  Ａｃｋによる送達確認を行う場合には、パケットの送信毎にＮｏｒｍａｌ  Ａｃｋを受信するため、本実施の形態をＭＩＭＯに適用することは可能である。
【０２８３】
本実施形態に係る通信ネットワークシステムは、実施の形態１において、図２を参照しながら説明した構成と同様である。また、送信側通信装置１および受信側通信装置２の構成についても、実施の形態１において、図１を参照しながら説明した構成と同様である。
【０２８４】
また、送信側ＭＡＣ層９は、実施の形態２において図１２で示した構成と同様であり、異なる部分はパケット化処理部２３ａにおける処理内容である。
【０２８５】
また、受信側ＭＡＣ層１１は、実施の形態２において図１３で示した構成と同様であり、異なる部分は、送達確認処理部４３ｃにおける処理内容である。
【０２８６】
図２９に、本実施形態におけるＢＡＲ／ＢＡを用いる場合の事例を示す。図２９では、チャンネル１とチャンネル２とは別の周波数のチャンネルであり、ＴＴ（送信期間、Time for Transmit）がパケットおよびＢＡＲを送信する期間で、ＴＲ（受信期間、Time for Receive）がＢＡを受信する期間である。パケット送信中にパケットの受信は行われないものとする。
【０２８７】
この場合、図２９に示すように、ＢＡＲを含むバーストの全てのパケットは同じＴＴ内で送信するが、パケット３およびパケット４のように、両方のチャンネルのパケットを同時に送信する必要はない。また、ＩＥＥＥ８０２．１１ｅの場合、ＢＡＲとＢＡとの間の時間は固定（１６μｓ）であるため、全てのチャンネルにおける、ＢＡＲが最後に終わるパケットの後ろに同時に送信することによって、ＢＡが同時に送信されるようにする。図２９では、チャンネル１におけるパケット４の送信終了からＢＡＲの送信開始までの間に待ち時間Ｔｗがあり、チャンネル１のＢＡＲの送信は、チャンネル２のパケット５の送信終了まで待たされることになる。
【０２８８】
（パケット構成）
本実施形態においてＮｏｒｍａｌ  Ａｃｋによる送達確認を行う場合、パケット化処理部２３ａが、送信すべきＱｏＳパケットあるいはデータパケットに、Ｎｏｒｍａｌ  Ａｃｋが返信されるべき返信時刻の情報を含める処理を行って送信用パケットを生成するようになっている。この返信時刻は、全てのチャンネルで同じに設定する必要がある。なお、返信時刻は、全てのチャンネルの最後のパケットの送信が完了するする時刻＋ｔ（定数）で決められる。ＩＥＥＥ８０２．１１ａと同じ物理層を用いた場合、ｔは１６μｓとなる。
【０２８９】
また、受信側ＭＡＣ層１１において、送達確認処理部４３ｃは、受信したパケットに含まれている返信時刻の情報を読み出し、設定されている返信時刻にＮｏｒｍａｌ  Ａｃｋを返信するように処理を行う。
【０２９０】
（スケジュール処理部の詳細およびスケジューリングの流れ）
送信パケット処理部２３におけるスケジュール処理部２３ｂに関わる構成は、図５に示したものと同様となる。また、スケジューリングの流れについても、図６に示したものと同様となる。ただし、スケジュール後の全てのＢＡＲは同時に送信されることになる。ＢＡＲを送信する時刻は、全てのチャンネルに対し、最後のパケットの送信が完了した時刻＋ｔ（定数）である。ＩＥＥＥ８０２．１１ａと同じ物理層を用いた場合、ｔは１６μｓとなる。
【０２９１】
（送信パケット処理部の第２の構成例およびスケジューリングの流れ）
次に、実施の形態４における送信パケット処理部２３の第２の構成例について説明する。送信パケット処理部２３におけるスケジュール処理部２３ｂに関わる構成は、図８に示したものと同様となる。また、スケジューリングの流れについても、図９に示したものと同様となる。ただし、スケジュール後の全てのＢＡＲは同時に送信されることになる。ＢＡＲを送信する時刻は、全てのチャンネルに対し、最後のパケットの送信が完了した時刻＋ｔ（定数）である。ＩＥＥＥ８０２．１１ａと同じ物理層を用いた場合、ｔは１６μｓである。
【０２９２】
なお、実施の形態４におけるＮｏｒｍａｌ  ＡｃｋおよびＢＡＲ／ＢＡについては、実施の形態３で説明したものと同様となるので、ここではその説明を省略する。
【０２９３】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０２９４】
本発明に係る通信装置は、例えば、動画データなどのストリームデータや、その他のデータを外部の装置に対して送信することが可能な送信装置に用いられる通信装置に適用することが可能である。具体的には、送信装置としては、例えばＤＶＤプレイヤー、ＤＶＤレコーダ、ＨＤＤレコーダなどのデジタル符号として記録された動画の再生機能を持つ装置や、ＢＳ／ＣＳチューナーなどの放送受信装置などが挙げられる。
【０２９５】
また、本発明に係る通信装置は、例えば、受信したストリームデータやその他のデータに基づいて処理を行う受信装置に用いられる通信装置に適用することが可能である。具体的には、受信装置としては、例えば受信したストリームデータとしての動画データを表示する表示装置などが挙げられる。
【図面の簡単な説明】
【０２９６】
【図１】本発明の一実施形態に係る送信側通信装置および受信側通信装置の概略構成を示すブロック図である。
【図２】本実施形態に係る通信ネットワークシステムの概略構成を示すブロック図である。
【図３】送信側ＭＡＣ層の概略構成を示すブロック図である。
【図４】受信側ＭＡＣ層の概略構成を示すブロック図である。
【図５】送信パケット処理部におけるスケジュール処理部に関わる構成を示すブロック図である。
【図６】スケジュール処理部によるスケジューリングの流れを示すフローチャートである。
【図７】同図（ａ）〜同図（ｃ）は、送信パケット処理部の第２の構成例におけるスケジューリングの概要を説明する図である。
【図８】第２の構成例における送信パケット処理部におけるスケジュール処理部に関わる構成を示すブロック図である。
【図９】送信パケット処理部の第２の構成例におけるスケジューリングの流れを示すフローチャートである。
【図１０】ＥｒｒｏｒＲａｔｅの算出の例を示す図である。
【図１１】本実施形態で用いるＢＡＲおよびＢＡの概略構成を示す図である。
【図１２】本発明の実施の他の形態に係る送信側ＭＡＣ層の概略構成を示すブロック図である。
【図１３】本発明の実施の他の形態に係る受信側ＭＡＣ層の概略構成を示すブロック図である。
【図１４】本発明の実施の他の形態におけるＢＡＲ／ＢＡのシーケンス例を示す図である。
【図１５】本発明の実施の他の形態におけるスケジュール処理部によるスケジューリングの流れを示すフローチャートである。
【図１６】本発明の実施の他の形態における、第２の構成例における送信パケット処理部におけるスケジュール処理部に関わる構成を示すブロック図である。
【図１７】本発明の実施の他の形態における送信パケット処理部の第２の構成例におけるスケジューリングの流れを示すフローチャートである。
【図１８】特定のチャンネルにおいて、ＢＡＲ／ＢＡシーケンスが成功した場合と失敗した場合とを示すパケットシーケンスの例を示す図である。
【図１９】パケットシーケンスの２つの事例を示す図である。
【図２０】可変長の入力データパケットを固定長の中間パケットに変換する処理を示す図である。
【図２１】同図（ａ）は、２つのチャンネルでパケットの送信を行う構成において、従来のＮｏｒｍａｌ  Ａｃｋによる送達確認処理が行われる場合のパケットシーケンスの例を示す図であり、同図（ｂ）は、２つのチャンネルでパケットの送信を行う構成において、本実施形態におけるＮｏｒｍａｌ  Ａｃｋによる送達確認処理が行われる場合のパケットシーケンスの例を示す図である。
【図２２】同図（ａ）は、３つのチャンネルでパケットの送信を行う構成において、従来のＮｏｒｍａｌ  Ａｃｋによる送達確認処理が行われる場合のパケットシーケンスの例を示す図であり、同図（ｂ）は、３つのチャンネルでパケットの送信を行う構成において、本実施形態におけるＢＡによる送達確認処理が行われる場合のパケットシーケンスの例を示す図である。
【図２３】同図（ａ）および同図（ｂ）は、ＩＥＥＥ８０２．１１ｅに規定されているＮｏｒｍａｌ  Ａｃｋを用いる送達確認を行った場合の具体的な事例を示す図である。
【図２４】同図（ａ）および同図（ｂ）は、ＱｏＳパケットの再送が成功した例および失敗した例を示す図である。
【図２５】無線通信の場合に、伝送路であるチャンネル毎にエラー率が時間的に変動する様子を示す図である。
【図２６】同図（ａ）は、２つのチャンネルに対応する２つのアンテナが近接して設けられている場合の構成例を示す図であり、同図（ｂ）は、２つのチャンネルでそれぞれ信号の送信および受信が行われる場合の、横軸に周波数、縦軸に信号電力をとったグラフの概略を示す図である。
【図２７】同図（ａ）は、ＭＩＭＯによる通信を行う際に、２つのチャンネルでのパケット送信開始時刻が互いに異なっている場合のチャンネル信号の波形を示す図であり、同図（ｂ）は、ＭＩＭＯによる通信を行う際に、２つのチャンネルでのパケット送信開始時刻が揃っている場合のチャンネル信号の波形を示す図である。
【図２８】２つのチャンネルにおいて、それぞれ長さの違うパケットが伝送される際、Ｎｏｒｍａｌ  Ａｃｋは最も長いパケットの終了に合わせて返信される必要があることを説明する図である。
【図２９】ＢＡＲ／ＢＡのパケットシーケンスの例を示す図である。
【符号の説明】
【０２９７】
１  送信側通信装置（通信装置）
２  受信側通信装置（通信装置）
３  送信装置
４  受信装置
５  送信側制御部
６  受信側制御部
９  送信側ＭＡＣ層
１０  送信側物理層
１１  受信側ＭＡＣ層
１２  受信側物理層
２１  送信バッファ制御部
２２  フレーマ
２３  送信パケット処理部
２３ａ  パケット化処理部（パケット生成手段）
２３ｂ  スケジュール処理部（スケジューリング手段）
２３ｃ  パケット分配処理部（パケット分配手段）
２３ｄ  レジスタ
２３ｄ  送達確認処理部（送達確認要求手段）
２３ｅ  配列レジスタ
２４  パケットバッファ（パケット記憶手段）
２５  フレーム処理部（送達確認要求手段）
２６  ＰｋｔＥｎｄＴｉｍｅ（送信完了時間記憶手段）
２７  ＳｅｑＢｕｆｆ（送信パケット記憶手段）
４１  受信バッファ制御部
４２  フレーマ
４３  受信パケット処理部
４３ａ  パケット整列処理部（パケット整列手段）
４３ｂ  データ復元処理部
４３ｃ  送達確認処理部（送達確認送信手段）
４４  パケットバッファ
４５  フレーム処理部（送達確認送信手段）
４６  ＳｅｑＢｕｆｆ（受信パケット記憶手段）
【図１】
2005142965.tif 000003
【図２】
2005142965.tif 000004
【図３】
2005142965.tif 000005
【図４】
2005142965.tif 000006
【図５】
2005142965.tif 000007
【図６】
2005142965.tif 000008
【図７】
2005142965.tif 000009
【図８】
2005142965.tif 000010
【図９】
2005142965.tif 000011
【図１０】
2005142965.tif 000012
【図１１】
2005142965.tif 000013
【図１２】
2005142965.tif 000014
【図１３】
2005142965.tif 000015
【図１４】
2005142965.tif 000016
【図１５】
2005142965.tif 000017
【図１６】
2005142965.tif 000018
【図１７】
2005142965.tif 000019
【図１８】
2005142965.tif 000020
【図１９】
2005142965.tif 000021
【図２０】
2005142965.tif 000022
【図２１】
2005142965.tif 000023
【図２２】
2005142965.tif 000024
【図２３】
2005142965.tif 000025
【図２４】
2005142965.tif 000026
【図２５】
2005142965.tif 000027
【図２６】
2005142965.tif 000028
【図２７】
2005142965.tif 000029
【図２８】
2005142965.tif 000030
【図２９】
2005142965.tif 000031