WO2005046142A1

WO2005046142A1 - 通信装置、通信方法、通信プログラム、および通信プログラムを記録した記録媒体

Info

Publication number: WO2005046142A1
Application number: PCT/JP2004/013336
Authority: WO
Inventors: Hirosuke Miki; Yoshihiro Ohtani; Masashi Higashimoto; Naoki Urano; Susumu Kitaguchi
Original assignee: Sharp Kabushiki Kaisha
Priority date: 2003-11-07
Filing date: 2004-09-13
Publication date: 2005-05-19
Also published as: JP2005142965A

Abstract

　パケットバッファは、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機している状態、および送信の成功が確認されている状態のいずれであるかを示す状態情報を記憶している。スケジュール処理部は、パケットバッファに記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、パケットバッファに記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットを、どの通信チャンネルで送信すべきかを決定する。これにより、マルチリンク方式によるパケット伝送を行う際の、再送パケットを迅速に送信することが可能となるとともに、各通信チャンネルにおける帯域の利用効率を向上することができる。

Description

明細書

通信装置、通信方法、通信プログラム、および通信プログラムを記録した記録媒体

技術分野

[0001] 本発明は、例えば無線によってパケット通信を行う通信装置および通信方法に関するものである。

背景技術

[0002] 近年、情報通信ネットワークの利用形態がますます多様ィ匕しており、また、広域化している。これに伴って、異なるネットワークアーキテクチャを有するコンピュータシステム同士を相互接続する必要が生じている。このような異機種間通信を可能とするために、 OSI(Open Systems Interconnection)と呼ばれる標準ネットワークアーキテクチャが提案されている。

[0003] OSI参照モデルは、（1)物理層、（2)データリンク層、（3)ネットワーク層、（4)トランスポート層、（5)セッション層、（6)プレゼンテーション層、（7)アプリケーション層、の 7つの階層から構成されている。

[0004] (1)物理層は、電話線や同軸ケーブルなどの物理媒体を通信回線として使用するため、電気的、機械的および物理的条件を管理し、ビット列の伝送を保証する層である。（2)データリンク層は、隣接して通信し合うシステム間の伝送路上で発生するビット誤りを検出して回復することにより、相手システムにビット列から構成されるフレームを確実に伝送することを保証する層である。このデータリンク層は、例えば LLC(Logical Link Control),および MAC(Media Access Control)から構成される。

[0005] (3)ネットワーク層は、各種通信網を使用し、通信相手となる最終端のシステムとの通信経路を確立するための中継、ルーティング機能を管理し、最終端のシステム間のデータ伝送を保証する層である。（4)トランスポート層は、通信網の両側にある最終端のシステムで実際に通信を行っているプロセス間で、確実にデータが転送されることを保証する層である。（5)セッション層は、プロセスが必要とする情報の送り方 (例えば半二重や全二重の管理、送信権の管理など)やプロセス間の同期、再同期の管理などを行う層である。

[0006] (6)プレゼンテーション層は、プロセス間で転送されるデータ構造 (構文）を決定し、必要に応じて個々のプロセス独自のデータ構造と転送とに必要な共通データ構造との変換を行うものである。（7)アプリケーション層は、最上位の層であり、ファイルの転送、電子メール、ネットワークマネージメントなどをユーザに提供する層である。

[0007] 以上のような OSI参照モデルにおいて、データ送信の際には、データは第 7層から第 1層に流れる一方、データ受信の際には、データは第 1層から第 7層へと流れることになる。

[0008] また、昨今では、より大容量のデータを通信ネットワークを介して伝送することに対する要求が増大しており、通信の高速ィ匕の需要が著しく高まっている。ここで、データ通信の伝送速度を上げる手法としては、物理層の伝送速度を上げる方法が挙げられる。し力しながら、物理層の伝送速度には、通信媒体およびプロトコルの特性に応じた限界がある。例えば ISDN (integrated services digital network)の物理速度は 64K bpsであり、 IEEE802. 11aによる無線 LANの最速は 54Mbpsであり、言うまでもなぐこれらの通信速度以上のデータ伝送を行うことは物理的に不可能である。

[0009] これに対して、データ通信の伝送速度を上げる別の方法としてマルチリンクプロトコルがある (例えば、日本国公開特許公報「特開 2000-216815号公報」（公開日 200 0年 8月 4日）、 PPP MultiLink Protocol (RFC1998, 1996/8)など参照)。マルチリンクプロトコルは、一般にデータリンク層の機能として実現されるものである。マルチリンクプロトコルによれば、複数の具体的なデータリンクを、データリンク層の最上位部分において集約して、一本の仮想的なデータリンクとして上位の層（ネットワーク層）に見せる処理が行われる。このような処理によれば、仮想的なデータリンクの伝送速度は、個々のデータリンクにおける速度の合計となる。

[0010] 現状のマルチリンクプロトコルでは、あるデータリンクにおいて転送されたパケットに誤りが生じた場合には、同じデータリンクにおいて、データリンク層の MAC副層の手順にしたがって、誤りが生じたパケットの再送が行われる。

[0011] 一方、昨今では、大容量の動画データなどをストリーミングで伝送する需要も高まつている。このようなストリーミングデータを伝送する際には、通信にリアルタイム性が要求される。すなわち、ストリーミングデータを構成するパケット（QoSパケット）には有効期限が決まっており、この有効期限内に伝送することが必要となる。

[0012] 図 24 (a)は、 QoSパケットの再送が成功した例を示している。この例では、ノケット 5 は、最初に伝送された際には伝送が失敗しており、再送が行われた際には、伝送が成功している。この再送の時点は、パケット 5の有効期限よりも前となっているので、パケット 5の伝送は成功したことになる。

[0013] 一方、図 24 (b)は、 QoSパケットの再送が失敗した例を示している。この例では、パケット 5は、最初に伝送された際、および 1回目の再送の際に伝送が失敗している。その後、 2回目の再送が行われる前にパケット後の有効期限が経過してしまっている。この場合、有効期限内に伝送できな力つた QoSパケット 5は、利用することができずに無効 (パケットロス）となり、動画データによる映像は受信側で乱れることになる。すなわち、伝送エラーを補償するための再送を行う場合は、各パケットの有効期限内に再送を成功させることが重要である。

[0014] 無線 LANにおける QoSデータ通信に特化した IEEE802. l ie (IEEE Std 802. l ie Draft4. 4 (2003/6)参照）は、このような有効期限内の QoSパケットの再送を実現するように設計された MAC層のプロトコルである。 IEEE802. l ieでは、パケットが正常に伝送された力否かを確認する 2つの方法が提案されている。第 1の方法としては、受信側の通信装置が、受信した QoSパケット毎に受信確認パケット (Normal Ack)を送信側へ送信する方法である。第 2の方法としては、送信側の通信装置が、複数の QoSパケットをバーストで送信した後、送信した QoSパケットに対する送達確認要求パケット（BAR: Block Ack Request)を送信するとともに、受信側の通信装置が、 BARに応じて、受信した QoSパケットに対する受信確認パケット (BA: Bloc k Ack)を返信する方法である。

[0015] ここで、受信側ではパケットの順序を整列する必要があるので、 QoSパケットには予め順序の番号が付けられている。上記の第 1の方法である Normal Ackを用いた方法では、 QoSパケットを順番通りに送信する仕様になっている。一方、第 2の方法である BARZBAを用いた方法の場合、 BARには、送達確認すべき QoSパケットの最初のパケットの順序番号を示す SequenceControlが示されており、 BAには、 SequenceControlで示される順序番号の QoSパケットから、 SequenceControl+63で示される順序番号の QoSパケットまでの合計 64個の QoSパケットに関する受信確認情報が示される。

[0016] IEEE802. 11aによる無線 LANの物理層の最高速度は 54Mbpsである力より高品位の AVデータを伝送する場合や、複数の AVデータを伝送する場合には、さらなる伝送帯域や伝送速度が必要となる。そこで、ここにマルチリンクプロトコルを適用することが考えられるが、無線通信の場合、図 25に示すように、伝送路であるチャンネル毎にエラー率が時間的に変動するという問題がある。このエラー率の時間変動は、例えば送信機'受信機の移動、送信機と受信機との間での物体の移動、気温変化など、種々の要因によって生じるものであり、各チャンネルのエラー率は細力べ変動している。ここで、有効期限の終了が近い QoSパケットを、あるチャンネルにおいてエラー率の高い時間帯で伝送しょうとすると、パケットロス率が高くなるという問題が生ずる。

[0017] また、複数のリンクを用いて伝送が行われる際には、送信側で送出したパケットの順番とは異なる順番で受信側において受信される可能性が高くなる。ここで、 IEEE80 2. l ieに規定されている Normal Ackを用いる送達確認を行った場合の具体的な事例について、図 23 (a)および (b)を参照しながら説明する。図 23 (a)に示す事例では、 2つのリンク（チャンネル 1および 2)を用いてパケットを伝送する際に、各バケツトの大きさが異なることによって、送信時のパケットの順番と、受信時のパケットの順番とが異なっている例が示されている。また、図 23 (b)に示す事例では、同じく 2つのリンク (チャンネル 1および 2)を用いてパケットを伝送する際に、パケットの伝送失敗による再送が行われることによって、送信時のパケットの順番と、受信時のパケットの順番とが異なって、る例が示されて！/、る。

[0018] Normal Ackを用いる送達確認を行う場合、従来ではシングルリンクによる伝送が想定されてヽるので、送信時のパケットの順番と受信時のパケットの順番とが異なることはな力つた力マルチリンクによる伝送に適用しょうとすると、上記のように、パケットの順番が異なってくることになる。よって、このような状態に対応することが必要となる

[0019] また、複数のリンクを用いて、 IEEE802. l ieの B Aのような集合型の送達確認 (複数のパケットの送達確認情報をまとめて返送すること)を行う際には、次のような問題が生じる。

[0020] 送信すべき各パケットは複数のリンクで送信されることになるので、各リンクで送信されるパケットの順番はとびとびの値となる（不連続になる）ことがある。一方、 BAは、あるパケットから所定の個数 (64個）分の受信確認情報を含むような構成となって、る。 IEEE802. l ieの様にリンク数が一つの場合 64個で問題ないが、リンク数が増えるとともに BAで確認すべきパケットの番号の範囲は大きくなり、この BAによって受信確認できるパケットの数は、実質的には少ないものとなるので、受信確認処理の効率が悪いことになる。

[0021] また、上記のように、マルチリンクによって通信が行われる場合、各チャンネルに対応して設けられるアンテナは、一般的に近接して設けられることになる。図 26 (a)に 2 つのチャンネル A ·Βに対応するアンテナ A ·Βが近接して設けられている場合の構成例を示す。送信信号電力と受信信号電力の電力差は通信距離に依存し、通常この差は数十 dB程度となる。ここで、チャンネル Aが周波数 flの信号を用い、チャンネル Bが周波数 f2の信号を用いるものとする。そして、ある時点において、チャンネル Aにおいて送信が行われ、チャンネル Bにおいて受信が行われているとする。この場合、チャンネル Aによる周波数 flの送信信号力チャンネル Bによる周波数 f2の受信信号に影響を与えることになる。この状態を図 26 (b)に示す。

[0022] この図では、横軸に周波数、縦軸に信号電力をとつたグラフの概略が示されている。破線 P1は、周波数 flの送信信号におけるパワースペクトルを示している。チャンネル Bの受信処理は、バンドパスフィルタ処理を行うが、フィルタの特性は一般に理想的ではないため、上記 flの信号の一部はフィルタを通過し、その後のパワースぺタトルは実線 P2で示すようになる。このスペクトルは、周波数 f 2の受信信号のパワースぺタトル P3よりも遥かに大きいために、チャンネル Bの受信処理は周波数 f 2の信号を復調できなくなるという問題がある。これに対応するためには、全てのチャンネルにおいて、送信を行う期間と受信を行う期間とを揃える (異なるチャンネルの送信処理と受信処理の期間が重複しな、ようにする)ことが好ま、ことになる。

[0023] 一方、 MIMO(Multiple Input Multiple Output)と呼ばれる物理層の通信方式とマルチリンクを併用することも考えられる。 MIMOでは、複数の送信アンテナ、複数の受信アンテナを用いるとともに、 CDMA (符号分割多重接続)方式と、同じ周波数帯域の信号を用いることで、論理的に複数のチャンネルを構成して同時に通信を行うものが多い。この複数のチャンネルに対してマルチリンクプロトコルを適用する。この場合、複数のアンテナを使うので、上記と同様の理由により送信処理と受信処理の期間は重複させないようにする力それに加えて各チャンネルの送信の開始時刻を揃える方が実装が容易で都合が良い。

[0024] 図 27 (a)は、 MIMOによる通信を行う際に、チャンネル Aでのパケット送信開始時刻と、チャンネル Bでのパケット送信開始時刻とが異なってヽる場合のチャンネル信号の波形を示している。この図に示すように、チャンネル Aのパケットが送信されている状態で、チャンネル Bのパケットの送信が開始された場合、チャンネル信号の大きさの変化は比較的小さいものとなっている。具体的には、この変化の大きさは、チャンネルが 2つの場合で、最大 3dB程度となる。すなわち、チャンネル信号の大きさの変化が乏しいために、チャンネル Bのパケットの送信が開始されたことを受信側で検出することが困難となることがわカゝる。

[0025] 一方、図 27 (b)は、 MIMOによる通信を行う際に、チャンネル Aでのパケット送信開始時刻と、チャンネル Bでのパケット送信開始時刻とを揃えて、る場合のチャンネル信号の波形を示している。この図に示すように、チャンネル Aおよびチャンネル Bのパケットが送信されていることは容易に検出することができるので、受信側は、バケツトの受信を検出した時点から復号を開始することによって、各チャンネルの信号を容易に認識することが可能となる。

[0026] さらに、 MIMOによる通信を行う場合だけではなぐ別の周波数のチャンネルで複数のチャンネルを用いて、る場合でも、全てのチャンネルにおけるパケットの送信開始を同時にすれば、各チャンネルにおける送信タイミングの制御を共通化することができるので、 MAC層による制御を簡単にすることが可能となる。

[0027] し力しながら、上記のように、全てのチャンネルでの送信を行う期間と受信を行う期間とを揃えるとともに、パケットの送信開始を同時にする場合、全てのチャンネルの N ormal Ackの返信も同時に行われる必要がある。この場合、図 28に示すように、 Ac kを返信する時刻の問題が生じる。詳しく説明すると、図 28に示すように、チャンネル Aとチャンネル Bとで長さの違うパケット 1およびパケット 2が伝送される際、 Normal Ackは最も長いパケット 2の終了に合わせて返信される必要がある。し力しながら、パケット 2の送信が失敗すると、どの時点で Normal Ackを返信してよいのかを認識することができな、と!/、う問題が生じることになる。

[0028] 本発明は、上記の問題点に鑑みてなされたものであり、その目的は、マルチリンク方式によるパケット伝送を行う際に生じる問題を解決する通信装置および通信方法を提供することにある。より詳細には、本発明の目的は、マルチリンク方式によるパケット伝送を行う際の、再送パケットを迅速に送信することが可能となるとともに、各通信チャンネルにおける帯域の利用効率を向上する通信装置および通信方法を提供することにある。

[0029] また、本発明の目的は、パケットの有効期限が切れて力も受信側へパケットの送信が成功することを抑制する通信装置および通信方法を提供することにある。

[0030] また、本発明の目的は、送達確認処理が必要以上に頻繁に行われたり、送達確認を行うべきパケットの送達確認要求が行われな力つたりというような不具合を防止する通信装置および通信方法を提供することにある。

[0031] また、本発明の目的は、 Normal Ack方式においても、マルチリンク方式に的確に対応することが可能となる通信装置および通信方法を提供することにある。

[0032] また、本発明の目的は、全てのチャンネルで、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することを可能とする通信装置および通信方法を提供することにある。

発明の開示

[0033] 本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきパケットを、どの通信チャンネルで送信すべきかを決定するスケジューリング手段を備え、上記スケジューリング手段が、通信先力も再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴として、る。 [0034] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきパケットを、どの通信チャンネルで送信すべきかを決定する第 1のステップを含み、上記第 1のステップにおいて、通信先から再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴としている。

[0035] 従来では、通信先力も再送要求を受けたパケットは、該パケットを前回送信した通信チャンネルにおいて送信されるようになっている。この場合、前回送信した通信チヤンネルの通信状態が悪かったり、スケジュールが詰まっていたりしていると、ノケットの再送が遅れたりすることが考えられる。

[0036] これに対して、上記の構成および方法によれば、再送パケットを送信する通信チヤンネルは、前回の通信チャンネルに拘らずに設定することができるので、より適切な通信チャンネルにおいて再送パケットの送信を行うことが可能となる。よって、再送パケットを迅速に送信することが可能となるとともに、各通信チャンネルにおける帯域の利用効率を向上することができるという効果を奏する。

[0037] 本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジユーリング手段を備え、上記スケジューリング手段が、連続して送信すべくスケジュ一リングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジユーリングを行うことを特徴としている。

[0038] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定する第 1のステップを含み、上記第 1のステップにおいて、連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングを行うことを特徴として、る。

[0039] これにより、より迅速にスケジューリングされたパケットを送信することができる。また、各パケットの送信を行う通信チャンネルを設定する際の制御が単純であるので、簡単な回路構成で上記処理を実現することが可能となるという効果を奏する。

[0040] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジューリング手段を備え、上記スケジューリング手段力送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるバケツトをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さヽ時間となって!/ヽる通信チャンネルに対してパケットを割り当てることを特徴としている。

[0041] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定する第 1のステップを含み、上記第 1のステップにおいて、送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さ、時間となって!/、る通信チャンネルに対してパケットを割り当てることを特徴としている。

[0042] これにより、より迅速にスケジューリングされたパケットを送信することができる。また、パケットの送信完了時間のみの基づいてスケジューリングを行っており、比較的制御が単純であるので、簡単な回路構成で上記処理を実現することが可能となるという効果を奏する。

[0043] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを送信する通信装置であって、送信すべきパケットの送信順番を設定するスケジユーリング手段を備え、上記スケジューリング手段力送信すべき複数のパケットを、各バケツトに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴として、る。

[0044] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを送信する通信装置における通信方法であって、送信すべきパケットの送信順番を設定する第 1のステップを含み、上記第 1のステップにおいて、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴として、る。

[0045] これにより、残り有効期限が短いパケットを優先的に送信することになるので、有効期限が過ぎて力通信先にパケットが送達され、該パケットがロスとなることを防止することができると!/、う効果を奏する。

[0046] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを送信する通信装置であって、送信すべきパケットの送信順番を設定するスケジユーリング手段を備え、上記スケジューリング手段力パケットのサイズが大きいパケットほど優先して送信するように送信順番を設定することを特徴としてヽる。

[0047] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを送信する通信装置における通信方法であって、送信すべきパケットの送信順番を設定する第 1のステップを含み、上記第 1のステップにおいて、パケットのサイズが大きいパケットほど優先して送信されるように送信順番を設定することを特徴とする。

[0048] パケットのサイズが大きい場合には、パケットの送信の途中で通信状況が悪化するなどの送信失敗が生じる可能性が高くなる。これに対して、上記の構成および方法によれば、パケットのサイズが大き、ものほど優先して送信されるようになって!/、るので、送信失敗が生じた場合にも、再送処理を該パケットの有効期限内に行うことができる可能性を高めることができると、う効果を奏する。

[0049] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを送信する通信装置であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれて、ることを特徴として、る。

[0050] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを送信する通信装置における通信方法であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第 1のステップを含み、上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれて、ることを特徴として、る。

[0051] 従来では、送達確認要求パケットには、送達確認対象となるパケット群の最初のパケットを示す情報が示されており、送達確認は、その最初のパケットから所定の数分のパケットに関する送達確認が行われるようになつていた。この場合、送達確認を行 Vヽた、パケットがとびとびの番号となって、る場合には、 1回の送達確認要求で得られる送達確認の実質的な数が少なくなつてしまうことになる。

[0052] これに対して、上記の構成および方法によれば、送達確認対象となるパケット自体を特定する情報が送達確認要求パケットに含まれているので、 1回の送達確認要求で、送達確認を行いたいパケットを的確に指定することが可能となる。よって、送達確認処理が必要以上に頻繁に行われたり、送達確認を行うべきパケットの送達確認要求が行われな力つたりというような不具合を防止することが可能となるという効果を奏する。

[0053] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、 1 つの通信先力複数の通信チャンネルを用いて受信する通信装置であって、各通信チャンネルにお、て、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段と、受信した複数のパケットを順番どおりに整列するパケット整列手段とを備えて、ることを特徴として、る。

[0054] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、 1 つの通信先力複数の通信チャンネルを用いて受信する通信装置における通信方法であって、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する第 1のステップと、受信した複数のパケットを順番どおりに整列する第 2 のステップとを含んで、ることを特徴として、る。

[0055] 従来では、送信側にお!、て、送信した各パケットに対して送達確認パケットを受信する Normal Ack方式の場合、パケットの送信は、パケットの順番どおりに行われることが前提となっていた。し力しながら、このことは、シングルリンク方式であることが前提となっているためであり、マルチリンク方式の場合には、パケットの順番どおりにパケットが送信されないことも頻繁に起こることになる。

[0056] これに対して、上記の構成および方法によれば、受信側にぉ、て、受信したバケツトの整列処理が行われるようになっているので、送信側において、パケットの順番どおりにパケットを送信する、という条件を解除することが可能となる。すなわち、 Norm al Ack方式においても、マルチリンク方式に的確に対応することが可能となるという効果を奏する。

[0057] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用バケツトを生成するパケット生成手段を備えて、ることを特徴として、る。

[0058] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成する第 1のステップを含んでいることを特徴としている。

[0059] これにより、受信側は、送達確認パケットを返信すべき時刻を知ることが可能となるという効果を奏する。

[0060] ここで、上記パケット手段力第 1のステップにおいて、所定の期間内に送信する全ての通信チャンネルにおける送信用パケットに対して、全て同じ時刻となる返信時刻を含めるようにしてもよい。この場合には、データパケットのパケット長が各チャンネルで異なっていたとしても、送達確認パケットが返信される時刻を、全てのチャンネルで揃えることが可能となる。これにより、全てのチャンネルで、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することが可能となる。

[0061] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、 1 つの通信先力複数の通信チャンネルを用いて受信する通信装置であって、各通信チャンネルにお、て、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段を備え、上記送達確認送信手段が、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴としている。

[0062] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、 1 つの通信先力複数の通信チャンネルを用いて受信する通信装置における通信方法であって、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する第 1のステップを含み、上記第 1のステップにおいて、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴として、る。

[0063] これにより、全てのチャンネルで、送信を行う期間と受信を行う期間とを揃える必要力 Sある通信方式を採用する場合にも、的確に対応することが可能となる。

[0064] また、本発明に係る通信装置は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、上記送達確認要求手段は、上記送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴としている。

[0065] また、本発明に係る通信方法は、上記課題を解決するために、複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第 1のステップを含み、上記第 1のステップにおいて、送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴として、る。

[0066] これにより、送信を行う期間と受信を行う期間とを揃える必要がある通信方式を採用する場合にも、的確に対応することが可能となる。 [0067] また、本発明に係る通信プログラムは、上記本発明に係る通信方法をコンピュータに実行させることを特徴として、る。

[0068] また、本発明に係る通信プログラムを記録した記録媒体は、上記本発明に係る通信プログラムを記録して、ることを特徴として、る。

[0069] 本発明のさらに他の目的、特徴、および優れた点は、以下に示す記載によって十分わ力るであろう。また、本発明の利益は、添付図面を参照した次の説明で明白になるであろう。

図面の簡単な説明

[0070] [図 1]本発明の一実施形態に係る送信側通信装置および受信側通信装置の概略構成を示すブロック図である。

[図 2]本実施形態に係る通信ネットワークシステムの概略構成を示すブロック図である

[図 3]送信側 MAC層の概略構成を示すブロック図である。

[図 4]受信側 MAC層の概略構成を示すブロック図である。

[図 5]送信パケット処理部におけるスケジュール処理部に関わる構成を示すブロック図である。

[図 6]スケジュール処理部によるスケジューリングの流れを示すフローチャートである。

[図 7] (a)一 (c)は、送信パケット処理部の第 2の構成例におけるスケジューリングの概要を説明する図である。

[図 8]第 2の構成例における送信パケット処理部におけるスケジュール処理部に関わる構成を示すブロック図である。

[図 9]送信パケット処理部の第 2の構成例におけるスケジューリングの流れを示すフロ一チャートである。

[図 10]ErrorRateの算出の例を示す図である。

[図 11]本実施形態で用いる BARおよび BAの概略構成を示す図である。

[図 12]本発明の実施の他の形態に係る送信側 MAC層の概略構成を示- である。

[図 13]本発明の実施の他の形態に係る受信側 MAC層の概略構成を示- である。

[図 14]本発明の実施の他の形態における BARZBAのシーケンス例を示す図である

[図 15]本発明の実施の他の形態におけるスケジュール処理部によるスケジューリングの流れを示すフローチャートである。

[図 16]本発明の実施の他の形態における、第 2の構成例における送信パケット処理部におけるスケジュール処理部に関わる構成を示すブロック図である。

[図 17]本発明の実施の他の形態における送信パケット処理部の第 2の構成例におけるスケジューリングの流れを示すフローチャートである。

[図 18]特定のチャンネルにお、て、 BARZBAシーケンスが成功した場合と失敗した場合とを示すパケットシーケンスの例を示す図である。

[図 19]パケットシーケンスの 2つの事例を示す図である。

[図 20]可変長の入力データパケットを固定長の中間パケットに変換する処理を示す図である。

[図 21(a)]2つのチャンネルでパケットの送信を行う構成において、従来の Normal A ckによる送達確認処理が行われる場合のパケットシーケンスの例を示す図である。

[図 21(b)]2つのチャンネルでパケットの送信を行う構成において、本実施形態における Normal Ackによる送達確認処理が行われる場合のパケットシーケンスの例を示す図である。

[図 22(a)]3つのチャンネルでパケットの送信を行う構成において、従来の Normal A ckによる送達確認処理が行われる場合のパケットシーケンスの例を示す図である。

[図 22(b)]3つのチャンネルでパケットの送信を行う構成において、本実施形態における BAによる送達確認処理が行われる場合のパケットシーケンスの例を示す図である

[図23] (a)ぉょび（b)は、IEEE802. l ieに規定されている Normal Ackを用いる送達確認を行った場合の具体的な事例を示す図である。

[図 24]QoSパケットの再送が成功した例および失敗した例を示す図である。

[図 25]無線通信の場合に、伝送路であるチャンネル毎にエラー率が時間的に変動する様子を示す図である。

[図 26(a)]2つのチャンネルに対応する 2つのアンテナが近接して設けられている場合の構成例を示す図である。

[図 26(b)]2つのチャンネルでそれぞれ信号の送信および受信が行われる場合の、横軸に周波数、縦軸に信号電力をとつたグラフの概略を示す図である。

[図 27(a)]MIMOによる通信を行う際に、 2つのチャンネルでのパケット送信開始時刻が互、に異なって、る場合のチャンネル信号の波形を示す図である。

[図 27(b)]MIMOによる通信を行う際に、 2つのチャンネルでのパケット送信開始時刻が揃っている場合のチャンネル信号の波形を示す図である。

[図 28]2つのチャンネルにおいて、それぞれ長さの違うパケットが伝送される際、 Nor mal Ackは最も長、パケットの終了に合わせて返信される必要があることを説明する図である。

[図 29]BARZBAのパケットシーケンスの例を示す図である。

発明を実施するための最良の形態

[0071] 以下、実施例および比較例により、本発明をさらに詳細に説明するが、本発明はこれらにより何ら限定されるものではない。

[0072] (実施の形態 1)

本発明の実施の一形態にっ、て図 1な!、し図 11に基づ!/、て説明すれば、以下のとおりである。

[0073] (通信ネットワークシステムの構成）

図 2は、本実施形態に係る通信ネットワークシステムの概略構成を示している。同図に示すように、この通信ネットワークシステムは、送信装置 3から受信装置 4に対して、送信側通信装置 (通信装置） 1および受信側通信装置 (通信装置) 2を介して、ストリームデータおよび Zまたはデータが送信される構成となっている。

[0074] 送信装置 3は、動画データなどのストリームデータや、その他のデータを外部の装置に対して送信することが可能な装置である。具体的には、送信装置 3は、例えば D VD(Digital Versatile Disk)プレイヤーや DVDレコーダ、 HDDレコーダなどの動画再生装置や、 BSZCSチューナーなどの放送受信装置などによって構成されるものである。

[0075] 受信装置 4は、受信したストリームデータやその他のデータに基づいて処理を行う装置である。具体的には、受信装置 4は、例えば受信したストリームデータとしての動画データを表示する表示装置などによって構成されるものである。

[0076] 送信装置 3から出力されるストリームデータ Zデータは、送信側通信装置 1に伝送される。そして、送信側通信装置 1が、無線通信によって受信側通信装置 2に対して該ストリームデータ Zデータを送信する。受信側通信装置 2は、送信側通信装置 1から送られたストリームデータ Zデータを無線を介して受信すると、これを受信装置 4に伝送する。以上の処理によって、送信装置 3から受信装置 4へのストリームデータ Zデータの送信が行われる。

[0077] なお、本実施形態では、送信装置 3と送信側通信装置 1とを別の装置として設けたシステムを示しているが、これに限定されるものではなぐ送信装置 3の内部に、送信側通信装置 1の機能を設けた構成となっていてもよい。同様に、受信装置 4の内部に、受信側通信装置 2の機能を設けた構成となってヽてもよヽ。

[0078] (送信側 ·受信側通信装置の構成）

図 1は、送信側通信装置 1および受信側通信装置 2の概略構成を示している。同図に示すように、送信側通信装置 1は、送信側制御部 5、および複数の通信 IZF7…を備えており、受信側通信装置 2は、受信側制御部 6、および複数の通信 IZF8…を備えている。送信側通信装置 1における通信 IZF7…と、受信側通信装置 2における通信 IZF8"'とは、 1対 1で対応しており、対応したもの同士がリンクで結ばれ、無線による通信が行われるようになつている。すなわち、送信側通信装置 1と受信側通信装置 2との間では、複数のリンク (通信チャンネル）による無線通信が行われることになる。本実施形態では、リンクの数は n個となっており、リンク 1一リンク nが設けられているものとする。

[0079] 送信側制御部 5は、送信側通信装置 1における通信処理を制御するブロックであり、送信側 MAC層 9、および第 1一 n送信側物理層 10···を備えている。送信側 MAC 層 9は、送信側通信装置 1において、前記した OSI参照モデルにおけるデータリンク層の中の MAC層の機能を有する機能ブロックである。この送信側 MAC層 9の詳細については後述する。

[0080] 第 1一 n送信側物理層 10…は、送信側通信装置 1において、前記した OSI参照モデルにおける物理層の機能を有する機能ブロックである。第 1一 n送信側物理層 10 …のそれぞれは、リンク 1一 nに対応して設けられており、対応する通信 IZF7…に接続されている。

[0081] 送信装置 3から出力されたストリーム Zデータパケットは、送信側 MAC層 9に入力されると、ストリームの場合送信側 MAC層 9において、 QoSパケットに変換される。ここで、 QoSパケットは、動画などのストリームデータがパケットィ匕されたものであり、リアルタイム伝送が必要とされ、有効期間などの設定がなされるパケットである。一方、データパケットは、リアルタイム伝送を必要としない通常のデータがパケットィ匕されたものである。以降、両者を特に区別する必要がない場合には、単にパケットと称する。

[0082] 送信側 MAC層 9は、伝送すべき各パケットをいずれかのリンクに割り振り、対応する第 1一 n送信側物理層 10…のいずれかに伝送する。そして、第 1一 n送信側物理層 10…のそれぞれの制御によって、通信 IZF7' ··から各パケットの送信が行われる

[0083] 受信側制御部 6は、受信側通信装置 2における通信処理を制御するブロックであり、受信側 MAC層 11、および第 1一 n受信側物理層 12…を備えている。受信側 MA C層 11は、受信側通信装置 2において、前記した OSI参照モデルにおけるデータリンク層の中の MAC層の機能を有する機能ブロックである。この受信側 MAC層 11の詳細については後述する。

[0084] 第 1一 n受信側物理層 12…は、受信側通信装置 2において、前記した OSI参照モデルにおける物理層の機能を有する機能ブロックである。第 1一 n受信側物理層 12 …のそれぞれは、リンク 1一 nに対応して設けられており、対応する通信 IZF8…に接続されている。

[0085] 第 1一 n受信側物理層 12· "の制御に基づ、て、通信 IZF8…のそれぞれにお、て受信されたパケットは、受信側 MAC層 11にお、て元のストリーム Zデータパケットに復元される。そして、受信側 MAC層 11において復元されたストリーム Zデータパケットが、受信装置 4に伝送される。 [0086] なお、本実施形態にお!、ては、送信側制御部 5および受信側制御部 6における各機能ブロックは、該当機能を実現する ASIC(Application Specific Integrated Circuit) の IP (Intellectual Property)によって構成されるものとするが、これに限定されるものではない。例えば CPU(Central Processing Unit)が、上記各機能ブロックあるいはその一部を実現するためのプログラムを実行することによって実現される構成とすることも可能である。上記のプログラムとは、処理を実現するソフトウェアのプログラムコード (実行形式プログラム，中間コードプログラム，ソースプログラム等）のことである。このプログラムは、単体で使用されるものでも、他のプログラム (OS等）と組み合わせて用いられるちのでもよい。

[0087] また、上記プログラムは、例えば読み書き可能な不揮発性記憶手段に記憶されており、この記憶手段力読み出されて実行されるようにしてもよい。また、上記のプログラムが、ネットワーク（有線回線あるいは無線回線に接続されたもの）等の伝送媒体 (流動的にプログラムを保持する媒体)を介して取得されるようになって、てもよ、。

[0088] (送信側 MAC層の構成）

次に、送信側 MAC層 9の構成について、図 3を参照しながら以下に説明する。同図に示すように、送信側 MAC層 9は、送信バッファ制御部 21、および第 1一 nフレーマ 22· "を備えた構成となって！/、る。

[0089] 送信バッファ制御部 21は、送信装置 3から入力されたストリーム Zデータパケットをパケットとして一時的に格納し、送信スケジュールに従って各パケットを第 1一 nフレ一マ 22…に伝送するものである。該送信バッファ制御部 21は、送信パケット処理部 2 3およびパケットバッファ (パケット記憶手段） 24を備えて、る。

[0090] 送信パケット処理部 23は、パケット化処理部 (パケット生成手段） 23a、スケジュール処理部 (スケジューリング手段） 23b、およびパケット分配処理部 (パケット分配手段） 23cを備えている。パケットィ匕処理部 23aは、送信装置 3から入力されたストリームを、 QoSパケットに変換する処理を行うものである。データパケットの場合、パケット化処理部 23aはデータパケットをそのまま出力する。このパケットィ匕処理部 23aによって出力されたパケットは、パケットバッファ 24に格納される。パケットバッファ 24には、各パケット毎に、順番情報、状態情報、およびデータが格納される。順番情報は、該当パケットの順番を示す情報である。状態情報は、該当パケットの通信状態を示す情報である。データは、該当パケットの実際のパケットデータに相当するものである。

[0091] 上記状態情報は、送信待機状態、送信中状態、送信確認状態、および送信済状態のいずれかとなる。送信待機状態とは、該当パケットが未だ送信されておらず、送信を待機している状態を示している。パケットィ匕処理部 23aによって出力され、バケツトバッファ 24に格納された直後のパケットは、この送信待機状態となる。パケットの送信が開始されると、該当パケットは送信中状態に設定される。そして、送信が終了すると、該当パケットは送信確認状態 (送達確認の受信を待機している状態）に設定される。

[0092] Normal Ackあるいは BAによって送信の成功が確認されると、該当パケットは送信済状態 (送信の成功が確認されている状態）に設定される。一方、送信の失敗が確認されると、該当パケットは送信待機状態に設定される。

[0093] スケジュール処理部 23bは、各パケットをどのリンクを介してどの順番で送信するかをスケジューリングするものである。このスケジュール処理部 23bの詳細については後述する。パケット分配処理部 23cは、スケジュール処理部 23bによるスケジユーリングに従って、パケットバッファ 24に格納されているパケットを順に第 1一 nフレーマ 22 …の!/、ずれかに伝送する処理を行うものである。

[0094] 第 1一 nフレーマ 22…は、それぞれフレーム処理部（送達確認要求手段） 25、および、 PktEndTime (送信完了時間記憶手段） 26 · SeqBuff (送信パケット記憶手段） 27を備えている。フレーム処理部 25は、送信パケット処理部 23から伝送されたパケットに対して適切な時刻にフレーム処理を行い、対応する第 1一 n送信側物理層 10 …に伝送する処理を行う。上記フレーム処理とは、各パケットに対して、 MACヘッダやエラーチェックコードを追加する処理である。また、フレーム処理部 25は、 Normal Ackによる送達確認処理、あるいは、 BAによる送達確認処理を行う。

[0095] PktEndTime26 · SeqBuff 27は、レジスタ格納値'バッファ格納値を示して、る。 P ktEndTime26には、送信された各パケットに関する伝送終了時刻が格納される。 N ormal Ackによって送達確認が行われる場合には、 PktEndTime26には、該当パケットに対応する Normal Ackの受信完了時刻が格納される。 BAによって送達確認が行われる場合には、 PktEndTime26には、各パケットの送信終了時刻あるいは BAの受信完了時刻が格納される。この PktEndTime26に格納される値は、ノケットの送信が行われるごとに更新されることになる。

[0096] SeqBuff27は、 BARを作成するために用いられるものであり、各リンクに対してバ一スト中に送信された全てのパケットの順番を示す番号を格納して、る。

[0097] (受信側 MAC層の構成）

次に、受信側 MAC層 11の構成について、図 4を参照しながら以下に説明する。同図に示すように、受信側 MAC層 11は、受信バッファ制御部 41、および第 1一 nフレ一マ 42· "を備えた構成となって、る。

[0098] 第 1一 nフレーマ 42…は、それぞれフレーム処理部（送達確認送信手段) 45、および、 SeqBuff (受信パケット記憶手段) 46を備えている。フレーム処理部 45は、対応する第 1一 n送信側物理層 10· ··から送られてきた受信パケットに対して、 MACへッダの解析やエラーコードのチェック、および受信パケットに関する送達確認処理を行うものである。フレーム処理部 45は、パケットの受信が成功したことを確認すると、パケットの種類および設定されているパケットの送達確認の方法に応じて、 Normal A ckあるいは BAを送信側へ送信する処理を行う。

[0099] SeqBuff46は、レジスタ格納値を示しており、 BAによる送達確認が行われる場合に、 BAを作成するために、バースト中に受信した全てのパケットの順番の番号が格納される。

[0100] 受信バッファ制御部 41は、第 1一 nフレーマ 42· ··において受信されたパケットを格納し、データを復元して受信装置 4に対してストリーム Zデータパケットを送出するものである。該受信バッファ制御部 41は、受信パケット処理部 43およびパケットバッファ 44を備えている。

[0101] 受信パケット処理部 43は、パケット整列処理部 (パケット整列手段) 43a、およびデータ復元処理部 43bを備えている。パケット整列処理部 43aは、第 1一 nフレーマ 42 …から送られてきたパケットを順番通りに整列して、パケットバッファ 44に格納する処理を行うものである。パケットバッファ 44には、各パケット毎に、順番情報、およびデータが格納される。順番情報は、該当パケットの順番を示す情報である。データは、該当パケットの実際のパケットデータに相当するものである。

[0102] データ復元処理部 43bは、パケットバッファ 44に格納されているパケットを順番通りに読み出して、これらを順次結合していくことによってストリーム Zデータパケットに復元し、受信装置 4に対して出力する処理を行うものである。

[0103] (スケジュール処理部の詳細）

図 5は、送信パケット処理部 23におけるスケジュール処理部 23bに関わる構成を示している。同図に示すように、スケジュール処理部 23bには、スケジューリングに用いられる変数を格納するレジスタ 23dおよび配列レジスタ 23eが接続されている。

[0104] スケジュール処理部 23bによるスケジューリングは、全てのリンクに対して、最初のバーストを転送する前および各バーストが終了した時点に行われる。なお、ここで言うバーストとは、スケジュール処理部 23bによる 1回のスケジューリングに含まれるバケツト群の送信処理を示す。 Normal Ackによる送達確認が行われる場合には、各リンクで最後のパケットの伝送が終了した後にスケジューリングが行われる。 BAによる送達確認が行われる場合には、各リンクにおいて BAの受信が終了した後にスケジユーリングが行われる。全てのリンクに対してスケジューリングを行う必要がある理由は、パケット伝送エラーが生じた場合に、パケットの伝送は、スケジュールされた時刻より後に終了するためである。

[0105] 例えば、図 18に示す例では、チャンネル 3における BARZBAシーケンスが成功した場合と失敗した場合とが示されてヽる。チャンネル 1のスケジューリングがまず A時点で最初に行われる。そして、チャンネル 3における BARZBAシーケンスが成功した場合、 Bの時点でチャンネル 3がスケジューリングされ、パケット 8がチャンネル 3に割り当てられ、次の Cの時点でパケット 10がチャンネル 2に割り当てられる。

[0106] 一方、チャンネル 3の BAにエラーが生じた場合、 BARZBAは再送になり、 BAの終了時刻は遅れることになる。また、エラーが生じたため、チャンネルの状況も変わつていることになる。よって、各チャンネルで BAが終了した時点でスケジューリングを行うことにより、チャンネル状況が変わったことをスケジューリングに反映することができる。

[0107] レジスタ 23dには、 maxBurst31a、 nextPkt31b、および nextCh31cが格納されている。 maxBurst31aは、スケジュール処理部 23bによってスケジューリングされるパケットの数の最大値を示している。言い換えれば、スケジュール処理部 23bは、 ma xBurst31aに示されている数のパケットに関して、 1回分のスケジューリングを行うことになる。なお、 Normal Ackはパケット毎にパケットの確認を行うため、 maxBurst 31aをリンク数に設定することが妥当であるが必須条件ではない。理由は Normal A ckはパケット毎にパケットの状況が分かるため、 Normal Ack毎にスケジュールをした方がよいからである。

[0108] nextPkt31bは、次にスケジューリングされるパケットの番号を示している。すなわち、スケジュール処理部 23bは、 nextPkt31bに示されている番号のパケットを順にスケジューリングしていくとともに、あるパケットのスケジューリングが完了すると、 next Pkt31bの値を 1つ繰り上げる処理を行うことになる。

[0109] nextCh31cは、次にパケットが割り当てられるリンク（チャンネル）を示している。すなわち、スケジュール処理部 23bは、あるパケットのスケジューリングを行った結果、該パケットが割り当てられるリンクが決定された際に、そのリンクに相当する値を next Ch31cに格納する。

[0110] 配列レジスタ 23eには、 PktsToSend32a、 SPktEndTime32b、 SendBuff32c、 SendBuffPtr32d、および SendingPtr32eが格納されている。 PktsToSend32a は、 maxBurst31aで示される数の分のパケットの番号を格納している。スケジュール処理部 23bは、 PktsToSend32aに格納されている番号のパケットに関して、スケジユーリングを行うことになる。

[0111] SPktEndTime32bは、パケットを順にスケジューリングしている途中において、各リンク（チャンネル)でのパケット伝送終了時刻を格納する。言い換えれば、スケジュール処理部 23bが、順にパケットをスケジューリングしていく際に、その時点でスケジユールしたパケットの伝送終了時刻を、 SPktEndTime32bに、割り当てたリンクに対応して格納することになる。

[0112] SendBuff32cは、各リンクに対してスケジューリングされた全てのパケットの番号を格納する。すなわち、 SendBuff32cは、 2次元配列のレジスタによって構成されることになる。この SendBuff32cに格納された内容力スケジュール処理部 23bによるスケジュール結果となる。

[0113] SendBuffPtr32dは、パケットを順にスケジューリングしている途中において、各リンク (チャンネル）に割り当てられたパケットの数を格納する。言い換えれば、スケジュール処理部 23bが、順にパケットをスケジューリングしていく際に、その時点でバケツトを割り当てたリンクに割り当てられて!/、るパケット数を、 SendBuffPtr32dに格納することになる。

[0114] SendingPtr32eは、スケジューリングが完了した後に、スケジューリング結果に基づいてパケットが順に送出される際に、その時点で送出しているパケットが、 SendBu ff32cにおけるどのパケットであるかを示すものである。すなわち、 SendingPtr32e を見ることによって、 SendBuff32cにおけるどのパケットまで送出が完了したかを確認することができる。

[0115] (スケジューリングの流れ）

次に、スケジュール処理部 23bによるスケジューリングの流れについて、図 6に示すフローチャートを参照しながら以下に説明する。まず、 QoSパケットにおける有効期限について説明しておく。入力データが動画データなどのストリームデータである場合、各ストリームには、該ストリームが送信側に入力された時刻の領域がある。受信側は前記送信側に入力された時刻 + del_ayB₀und (定数)の時刻にストリームを出力しなければならな!/、。このため、前記送信側に入力された時刻 + delayBoundまでに QoS パケットの送信が成功してヽな、場合、該 QoSパケットはパケットロスとなる。

[0116] 図 6のフローチャートの説明に戻る。スケジューリングが開始されると、まずステップ 1 (以降、 S1のように称する）において、スケジュール処理部 23bは、レジスタ 23dにおける maxBurst31 aから読み出した maxBurst値分のパケットを PktsToSend32a の配列に割り当てる処理を行う。詳しく説明すると、まだ送信されておらず、かつ、前記送信側に入力された時刻 + delayBound >現在時刻

となっているパケットが、最も古いもの力も PktsToSend32aの配列に割り当てられる。割り当てられるパケット数は最大で maxBurst個である。

[0117] ここで、まだ送信されていないパケットとは、パケットバッファ 24において、状態情報が送信待状態となっているパケットである。パケットバッファ 24において、送信待状態となって!/、るパケットの数が maxBurstより小さ!/、場合には、これらのパケットのみが P ktsToSend32aに割り当てられる。

[0118] 次に、 S2において、各種レジスタ値の初期化処理が行われる。具体的には、 next Pkt31bが 0に設定され、 SendBuffPtr32dの全ての項目が 0に設定され、 Sending Ptr32eの全ての項目が 0に設定され、 SPktEndTime32bの全ての項目力対応する第 1一 nフレーマ 22における PktEndTime26に格納されている値に更新される。なお、 PktEndTime26に現在時刻より過去の時刻が格納されている場合、 SPktEn dTime32bにおける該当チャンネルに対応する値は現在時刻に設定される。

[0119] 次に、 S3において、 nextCh31cが、 SPktEndTime26に格納されているチャンネル毎の時刻の中で、最も小さい時刻が格納されているチャンネルに設定される。

[0120] 次に、 S4において、パケットのスケジューリングが行われる。まず、 nextChがスケジユールされるチャンネルを示しており、 PktsToSend[nextPkt]がスケジュールされるパケットを示しており、 SendBuff Ptr [nextCh]がこれまで nextChに割り当てられたパケット数を示している。ここで、スケジュールされるパケットは、 SendBuff [Send BuffPtr[nextCh] ] [nexhCh]に割り当てられる。なお、 SendBuff [x] [y]は、 Sen dBuff32cの 2次元配列において、 Xがパケットを示しており、 yがチャンネルを示している。

[0121] 以上のようにしてパケットが割り当てられた後、 SPktEndTime [nextCh]は、スケジュールされるパケットの伝送終了時刻に設定され、 SendBuff Ptr [nextCh]はインクリメントされる。

[0122] 次に、 S5において、 PktsToSend32aに格納されている全てのパケットがスケジュールされたか否かのチェックが行われる。まだスケジュールされて!/ヽな、パケットがある場合（S5において NO)、 nextPkt31bの値をインクリメントして（S6)、 S3に戻る。全てのパケットのスケジュールが完了した場合（S5において YES)、 S7に遷移する。

[0123] S7では、まず SendBuff 32cにおける全てのリンク（チャンネル）の最後に BARが割り当てられる。そして、 SPktEndTime32bにおける全てのリンク（チャンネル）に、 BARZBAの伝送期間が追加される。さらに、 SendBuffPtr32dにおける全てのリンクに対する値力 Sインクリメントされる。以上により、スケジューリングが完了する。 [0124] (送信パケット処理部の第 2の構成例）

次に、送信パケット処理部 23の第 2の構成例について説明する。本構成例は BAR

ZBAの送達確認方式を用いた場合に適している。まず、この例におけるスケジユーリングの概要にっ、て、図 7 (a)—図 7 (c)を参照しながら説明する。

[0125] まず、スケジューリングを行おうとしているパケットを、 2つのグループに分類する。

第 1のグループには、送信側に入力された時刻 + delayBound - tく現在時刻（tは定数）

となるパケットが割り当てられる。そして、第 2のグループには、第 1のグループ以外のパケットが割り当てられる。すなわち、第 1のグループには、猶予時間が t秒未満のパケットが割り当てられ、第 2のグループには、猶予時間が t秒以上のパケットが割り当てられることになる。図 7 (a)に示す例では、パケット 4、 7が第 1のグループに属し、パケット 9、 12、 14、 15、 16、 17、 18、 19力 ^第 2のグノレープに属して!/ヽる。

[0126] 次に第 2のグループのパケット大きい順に整列し、第 1のグループと第 2のグループとを一つの全体グループにまとめる。この状態が図 7 (b)の状態である。そして、全体グループの整列順に、パケットをエラー率の最も小さ、チャンネル力も順に割り当てていく。この際に、各チャンネルに割り当てられるパケットの伝送時間の合計力それぞれほぼ同じくらいとなるように割り当てが行われる。この状態が図 7 (c)の状態である。

[0127] なお、上記の例では、スケジューリングを行おうとしているパケットを、 2つのグループに分類している力グループの数は 2つに限定されるものではなぐ残り有効期限の長さに応じて 3つ以上のグループに分類するようにしてもょ、。

[0128] 図 8は、第 2の構成例における送信パケット処理部 23におけるスケジュール処理部 23bに関わる構成を示している。図 5に示す構成と異なる点としては、レジスタ 23dおよび配列レジスタ 23eに格納されている項目が異なっている点である。その他の構成については前記した構成と同様であるので、その説明を省略する。

[0129] レジスタ 23dには、前記した maxBurst31a、 nextPkt31b、および nextCh31cに加えて、 RemainTime31dが格納されている。 RemainTime31dは、スケジユーリングを行って、る最中にぉ、て、まだスケジュールされてヽな、パケットの伝送時間の合計を示している。

[0130] 配列レジスタ 23eには、前記した PktsToSend32a、 SPktEndTime32b、 SendB uff32c、 SendBuffPtr32d、および SendingPtr32eに加えて、 ErrorRate32fが格納されている。 ErrorRate32fは、スケジューリングが開始された時点での各チャンネルのエラー率を示している。なお、エラー率の算出方法については後述する。

[0131] (送信パケット処理部の第 2の構成例におけるスケジューリングの流れ）

次に、送信パケット処理部 23の第 2の構成例におけるスケジューリングの流れについて、図 9に示すフローチャートを参照しながら以下に説明する。スケジューリングが開始されると、まず S11において、スケジュール処理部 23bは、レジスタ 23dにおける maxBurst31aから読み出した maxBurst値分のパケットを PktsToSend32aの配列に割り当てる処理を行う。詳しく説明すると、まだ送信されておらず、かつ、前記送信側に入力された時刻 + delayBound >現在時刻

となっている、最も古いものから最大 maxBurst個のパケットが、前記第 1のグループと第 2のグループとに分けられる。ここで、まだ送信されていないパケットとは、ノケットノッファ 24において、状態情報が送信待状態となっているパケットである。パケットバッファ 24にお!/、て、送信待状態となって!/、るパケットの数が maxBurstより小さ!/、場合には、これらのパケットのみが第 1のグループまたは第 2のグループに割り当てられる。

[0132] 次に、第 2のグループに含まれるパケットを大きい順に整列し、最後に第 1のグループおよび第 2のグループに含まれる全てのパケットが PktsToSend32aに割り当てられる。

[0133] 次に、 S12において、各種レジスタ値の初期化処理が行われる。 nextPkt31b、 Se ndBuffPtr32d、 SendingPtr32e、および、 SPktEndTime32bの初期化については、図 6の S2で説明したものと同様である。 RemainTime31dは、 PktsToSend32a に格納されている全てのパケットの伝送時間の合計に設定される。

[0134] 次に、 S13において、 nextCh31cが、 ErrorRate32fに格納されているチャンネル毎の ErrorRateの中で、最も小さい値が格納されているチャンネルに設定される。ここで、 2回目以降に S13が行われる際には、前回に設定されているチャンネルの次に ErrorRateが小さいチャンネルに nextCh31cが設定される。

[0135] 次に、 S 14において、パケットのスケジューリングが行われる。まず、 nextChがスケジュールされるチャンネルを示しており、 PktsToSend[nextPkt]がスケジュールされるパケットを示しており、 SendBuffPtr [nextCh]がこれまで nextChに割り当てられたパケット数を示している。ここで、スケジュールされるパケットは、 SendBuff[Sen dBuffPtr [nextCh] ] [nexhCh]に割り当てられる。さらに、 RemainTime 3 Idから PktsToSend[nextPkt]の伝送時間が減算される。

[0136] 以上のようにしてパケットが割り当てられた後、 SPktEndTime [nextCh]は、スケジュールされるパケットの伝送終了時刻に設定され、 SendBuffPtr [nextCh]はインクリメントされる。

[0137] 次に、 S15において、 RemainTimeと、まだパケットが割り当てられていないチャンネルの空き時間の合計との比較が行われる。 S15において YES、すなわち、前記空き時間が RemainTimeより大きい場合には、 S17に遷移する。一方、 S15において NO、すなわち、前記空き時間が RemainTime未満である場合には、 nextPkt31b の値をインクリメントして（S16)、 S14に戻る。

[0138] 次に、 S17において、 RemainTimeが 0となったか否かが判定される。 S17において YES、すなわち、 RemainTimeが 0となった場合には、 S18に遷移する。一方、 S 17において NO、すなわち、 RemainTimeがまだ 0とはなっていない場合には、 S13 に戻る。

[0139] S18では、まず SendBuff32cにおける全てのリンク（チャンネル）の最後に BARが割り当てられる。そして、 SPktEndTime32bにおける全てのリンク（チャンネル）に、 BARZBAの伝送期間が追加される。さらに、 SendBuffPtr32dにおける全てのリンクに対する値力 Sインクリメントされる。以上により、スケジューリングが完了する。

[0140] なお、上記の例では、残り有効期限がより短い第 1のグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てるようにしている力第 1のグループに含まれるパケットを、より先に送信するように送信順番を設定するようにしてもょ、。

[0141] (ErrorRateの算出方法）次に、 ErrorRateの算出方法について説明する。 ErrorRateは、各チャンネルのバースト毎に BAの受信後に算出される。 ErrorRateは、（直前のバーストのエラー率 ) /ϊ + (エラーパケット数) Ζ (送信したパケット数）によって算出される。すなわち、 ErrorRateは、直前のバーストにおける ErrorRateの影響を含んで算出される。上記の ErrorRateの算出の式において、 fは、直前のバーストにおける ErrorRateの影響を含める量を調整するためのパラメータである。 fの値を大きくすると、上記影響が低減され、逆に小さくすると上記影響が大きくなる。

[0142] 直前のバーストにおける ErrorRateの影響を含んで ErrorRateを算出する理由とは次のとおりである。あるチャンネルにおいて、あるバーストにおいてエラーが多く生じた場合、それが短期間のみ偶発的にエラー率が高くなつたケースと、ある程度の期間で継続してエラー率が高くなつているケースとが考えられる。前者のケースでは、次のバーストではエラー率が低くなることが予想される一方、後者のケースでは、次のバーストでもエラー率が高くなることが予想される。このようなことを考慮するために、直前のバーストにおける ErrorRateの影響を含めて ErrorRateを算出して!/、る。

[0143] 図 10に ErrorRateの算出の例を示す。この例では、 f = 10と設定されている。最初のバーストでは、パケットが 5個送信され、その内 1個のパケットにおいて伝送が失敗している。このバーストに対する BARZBAが行われた直後に ErrorRateが算出され、 0. 0/10+ 1/5 = 0. 2が ErrorRateとして設定される。次のバーストでは、バケツトが 5個送信され、その内 2個のパケットにおいて伝送が失敗している。このバーストに対する BARZBAが行われた直後に算出される ErrorRateは、 0. 2/10 + 2/5 =0. 42と算出される。

[0144] BARまたは BAにエラーが生じた場合には、 ErrorRateに beを加算する処理が行われる。 BARあるいは BAはデータパケットと比べると比較的短いことと、 BARおよび BAは重要なパケットであるため、エラーになった BARZBAの影響を ErrorRateに大きく反映した方が妥当であり、例えば 0. 5程度の固定値に設定することが好ましい

[0145] なお、上記の例では、直前のバーストにおける ErrorRateの影響を考慮した Error Rateの算出方法を示している力これに限定されるものではなぐ以前のバーストにおける ErrorRateの履歴を考慮した ErrorRateの算出方法であれば、どのような方法であってもよい。

[0146] (BARおよび BAの構成）

次に、本実施形態で用いる BARおよび BAの構成について説明する。図 11は、本実施形態で用いる BARおよび BAの概略構成を示している。 BARは、 BAR用 MAC ヘッダ、および、確認要求する n個分のパケットのパケット番号を含んでいる。すなわち、 BARは、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報としてのパケット番号がそれぞれ含まれてヽることになる。

[0147] BAは、 BA用 MACヘッダ、および、要求された n個分のパケットの通信状態を表すビットマップを含んで、る。 BAにおけるビットマップの各ビットは、 BARにお!/、て確認、要求されているパケットのパケット番号に 1対 1で対応したものとなっている。本実施形態においては、 BARは、送信側 MAC層 9における第 1一 nフレーマ 22のフレーム処理部 25によって生成され、 BAは、受信側 MAC層 11における第 1一 nフレーマ 42 のフレーム処理部 45によって生成される。

[0148] 本実施形態では、確認要求されるパケットの個数である nは、該当チャンネルで送信したバーストにおけるパケットの数となっている。送信側のフレーム処理部 25は、確認要求する n個分のパケットの番号を、 SeqBuff27に格納されている内容に基づいて設定する。なお、後述するように、 BARで要求するパケット番号は、他のチャンネルで送信されたパケットの番号を含んで、てもよ、。

[0149] (実施の形態 2)

本発明の実施の他の形態について図 12ないし図 17に基づいて説明すれば、以下のとおりである。なお、前記した実施の形態で説明した構成と同様の機能を有する構成には、同一の符号を付記し、その説明を省略する。

[0150] 前記した実施の形態 1では、 BAによる送達確認を行う場合、各リンク (チャンネル）ごとに BARZBAの送受信が行われるようになつている。すなわち、送信側の第 1一 n フレーマ 22のそれぞれにおいて、フレーム処理部 25によって BARの生成'送信が行われ、受信側の第 1一 nフレーマ 42のそれぞれにおいて、フレーム処理部 45によつて BAの生成 '送信が行われるようになつている。これに対して、実施の形態 2では、全てのリンクにぉ、て送信された全てのパケットを対象とした BARZBAの送受信が行われる形態となって、る。

[0151] 本実施形態に係る通信ネットワークシステムは、実施の形態 1において、図 2を参照しながら説明した構成と同様である。また、送信側通信装置 1および受信側通信装置 2の構成についても、実施の形態 1において、図 1を参照しながら説明した構成と同様である。

[0152] (送信側 MAC層の構成）

次に、送信側 MAC層 9の構成について、図 12を参照しながら以下に説明する。本実施形態に係る送信側 MAC層 9は、実施の形態 1で示した送信側 MAC層 9と比較して、送信パケット処理部 23の構成、および第 1一 nフレーマ 22…の構成が異なっている。送信パケット処理部 23は、パケット化処理部 23a、スケジュール処理部 23b、およびパケット分配処理部 23cに加えて、送達確認処理部（送達確認要求手段） 23d および配列レジスタとしての SeqBuff23eを備えている。また、第 1一 nフレーマ 22· ·· は、それぞれフレーム処理部 25および PktEndTime26を備えており、実施の形態 1 で設けられて、た SeqBuff 27は、第 1一 nフレーマ 22· · ·には設けられて!/、な!/、構成となっている。その他の構成については、実施の形態 1で示した構成と同様であるので、ここではその説明を省略する。

[0153] 送達確認処理部 23dは、送信パケット処理部 23から第 1一 nフレーマ 22に対して送信された全てのパケットに関する Normal Ackによる送達確認処理、あるいは、 BA による送達確認処理を行うものである。 BAによる送達確認処理が行われる場合、送達確認処理部 23dは、 BARを生成して受信側へ送出するとともに、受信側から送られてきた BAによって送達確認を行う。

[0154] SeqBuff 23eは、送達確認処理部 23dが BARを作成するために用いられるものであり、バースト中に送信された全てのリンクに対する全てのパケットの順番を示す番号を格納している。

[0155] (受信側 MAC層の構成）

次に、受信側 MAC層 11の構成について、図 13を参照しながら以下に説明する。本実施形態に係る受信側 MAC層 11は、実施の形態 1で示した受信側 MAC層 11と比較して、受信パケット処理部 43の構成、および第 1一 nフレーマ 42· ··の構成が異なっている。受信パケット処理部 43は、パケット整列処理部 43aおよびデータ復元処理部 43bに加えて、送達確認処理部（送達確認送信手段) 43cおよび配列レジスタとしての SeqBuff43dを備えている。また、第 1一 nフレーマ 42· ··は、それぞれフレーム処理部 45を備えており、実施の形態 1で設けられていた SeqBuff46は、第 1一 nフレ一マ 42· ··には設けられていない構成となっている。その他の構成については、実施の形態 1で示した構成と同様であるので、ここではその説明を省略する。

[0156] 送達確認処理部 43cは、第 1一 nフレーマ 42· ··から送られてきた全てのパケットに関する Normal Ackによる送達確認処理、あるいは、 BAによる送達確認処理を行うものである。 BAによる送達確認処理が行われる場合、送達確認処理部 43cは、送信側から送られてくる BARに応じて BAを作成し、これを送信側へ送出する。なお、 Nor mal Ackのパケットの返信はパケットを受信したそれぞれのフレーマ 42で行われる

[0157] SeqBuff43dは、レジスタ格納値を示しており、 BAによる送達確認が行われる場合に、 BAを作成するためにバースト中に受信した全てのパケットの順番の番号が格納される。

[0158] (BARZBAのシーケンス例）

ここで、本実施形態における BARZBAのシーケンスについて、図 14を参照しながら説明する。図 14では、 2つのチャンネル (リンク）にパケットを割り振って伝送を行う例が示されている。まず、チャンネル 1においてパケット 1が送信され、次にチャンネル 2においてパケット 2が送信されている。そして、チャンネル 2においてパケット 2が送信されている最中に、チャンネル 1において、 1回目の BARZBAの送受信が行われている。

[0159] その後、チャンネル 1においてパケット 3が送信され、次にチャンネル 2においてパケット 2の送信が完了した後にパケット 4が送信されている。そして、チャンネル 1において、パケット 3の送信が完了した後にパケット 5が送信され、パケット 5の送信の最中に、チャンネル 2において、 2回目の BARZBAの送受信が行われている。 [0160] 1回目の BARZBAの送受信が完了した時点（（A)の時点）でスケジュールされたパケットは、ノケット 3、 4、 5である。また、 2回目の BARZBAの送受信において確認されるパケットは、（B)の期間で送信が終了しているパケット 2、 3、 4である。これらのパケット 2、 3、 4が、 2回目の BARZBAの送受信が行われる際（（C)の時点）に、 Se qBuff 23eに格糸内されて!、ることになる。

[0161] 複数のリンクで送信されたパケットの送達確認を 1回の BARZBAで行う場合、全てのチャンネルを無駄に使わな、ようにするために、バーストにおける BARZBAの送受信終了時刻を、他のリンクより早くする必要がある。 BARZBAの送受信終了時刻力 Stlであり、かつ他のリンクにおけるバーストの終了時刻が t2であった場合、次のバ一ストのスケジュールは tlで行われるため、 t2く tlであれば tl t2の期間が無駄になる。

[0162] 例えば、図 19に示す事例 1の場合、 BARZBAが、もっとも早く終わるチャンネル 1 に割り当てられ、スケジューリングは時点 Aで行われることになる。一方、事例 2では、 BARZBAがチャンネル 2に割り当てられており、スケジューリングは時点 Bで行われることになる。この場合、スケジューリングによるパケットの送信は、事例 1に比べて、時点 B—時点 Aの期間の後になり、この時間が無駄になる。

[0163] (スケジューリングの流れ）

次に、実施の形態 2におけるスケジュール処理部 23bによるスケジューリングの流れについて、図 15に示すフローチャートを参照しながら以下に説明する。図 15において、 S21から S26までの処理は、実施の形態 1において説明した、図 6に示すフローチャートの S1— S6までの処理と同様であるので、ここではその説明を省略する。

[0164] S25において YES、すなわち、全てのパケットのスケジュールが完了した場合、 S2 7に遷移する。 S27では、まず、 nextCh力 SPktEndTime32bに格納されている値が最も小さいチャンネルに設定される。そして、 SendBuff 32cにおける、 nextCh に対応するチャンネルの最後に BARが割り当てられる。そして、 SPktEndTime32b における、 nextChに対応するチャンネルに、 BARZBAの伝送期間が追加される。さらに、 SendBuffPtr32dにおける、 nextChに対応するチャンネルに対する値がィンクリメントされる。これによつて、最も早くバーストのパケット通信が終了するチャンネルに BARが割り当てられることになる。以上により、スケジューリングが完了する。

[0165] (実施の形態 2における送信パケット処理部の第 2の構成例）

次に、実施の形態 2における送信パケット処理部 23の第 2の構成例について説明する。この構成例は、全てのリンクにおいて送信された全てのパケットを対象とした B ARZBAの送受信が行われる形態にぉヽて、実施の形態 1で示した送信パケット処理部の第 2の構成例と同様の処理を行うものとなっている。

[0166] 図 16は、第 2の構成例における送信パケット処理部 23におけるスケジュール処理部 23bに関わる構成を示している。実施の形態 1で説明した、図 8に示す構成と異なる点としては、配列レジスタ 23eに格納されている項目が異なっている点である。その他の構成については前記した構成と同様であるので、その説明を省略する。

[0167] 配列レジスタ 23eには、前記した PktsToSend32a、 SPktEndTime32b、 SendB uff32c、 SendBuffPtr32d、および SendingPtr32e、および ErrorRate32fに加えて、 OffsetTime32gが格納されている。 OffsetTime32gは、 BARを割り当てたチャンネルを最初に終わるようにするための定数を格納しており、チャンネル数と一つのパケット長に依存する。例えば、 OffsetTimeは、（最も長いパケット長） * (チヤンネル数 1)、あるいは（平均パケット長） * (チャンネル数 1)として設定される。

[0168] この第 2の構成例では、エラー率情報も利用できるため、 BARをエラー率の最も低いチャンネルに割り当てる。よって、エラー率の最も低いチャンネルを最も早く終了させることが重要となる。

[0169] (実施の形態 2における送信パケット処理部の第 2の構成例におけるスケジユーリングの流れ）

次に、実施の形態 2における送信パケット処理部 23の第 2の構成例におけるスケジユーリングの流れについて、図 17に示すフローチャートを参照しながら以下に説明する。スケジューリングが開始されると、まず S31において、スケジュール処理部 23bは、レジスタ 23dにおける maxBurst31aから読み出した maxBurst値分のパケットを P ktsToSend32aの配列に割り当てる処理を行う。なお、この S31における処理は、実施の形態 1において図 9で示したフローチャートにおける SI 1の処理と同様であるので、詳細な説明を省略する。 [0170] 次に、 S32において、各種レジスタ値の初期化処理が行われる。 nextPkt31b、 Se ndBuffPtr32d、 SendingPtr32e、 SPktEndTime32b、および、 RemainTime3 Idの初期化については、図 9の S12で説明したものと同様である。 OffsetTime32g は、前記したように、（最も長いパケット長） * (チャンネル数 1)、あるいは（平均パケット長） * (チャンネル数 1)として設定される。

[0171] 次に、 S33において、 nextCh31cが、 ErrorRate32fに格納されているチャンネル毎の ErrorRateの中で、最も小さ、値が格納されて、るチャンネルに設定される。

[0172] 次に、 S34において、パケットのスケジューリングが行われる。まず、 nextChがスケジュールされるチャンネルを示しており、 PktsToSend[nextPkt]がスケジュールされるパケットを示しており、 SendBuffPtr [nextCh]がこれまで nextChに割り当てられたパケット数を示している。ここで、スケジュールされるパケットは、 SendBuff[Sen dBuffPtr [nextCh] ] [nexhCh]に割り当てられる。さらに、 RemainTime31dから PktsToSend[nextPkt]の伝送時間が減算される。

[0173] 以上のようにしてパケットが割り当てられた後、 SPktEndTime [nextCh]は、スケジュールされるパケットの伝送終了時刻に設定され、 SendBuffPtr [nextCh]はインクリメントされる。

[0174] 次に、 S35において、 RemainTime— OffsetTimeで算出される時間と、まだパケットが割り当てられて、な、チャンネルの空き時間の合計との比較が行われる。 S35 において YES、すなわち、前記空き時間が RemainTime— OffsetTimeで算出される時間より大きい場合には、 S37に遷移する。一方、 S35において NO、すなわち、前記空き時間が RemainTime— OffsetTimeで算出される時間未満である場合には、 nextPkt31bの値をインクリメントして（S36)、 S34に戻る。

[0175] S37では、まず、 SendBuff32cにおける、 nextChに対応するチャンネルの最後に BARが割り当てられる。そして、 SPktEndTime32bにおける、 nextChに対応するチャンネルに、 BARZBAの伝送期間が追加される。さらに、 SendBuffPtr32dにおける、 nextChに対応するチャンネルに対する値がインクリメントされる。以上により、エラー率の良いチャンネルに BARが割り当てられることになる。

[0176] 次に、 S38において、 RemainTimeが 0となったか否かが判定される。 S38において YES、すなわち、 RemainTimeが 0となった場合には、処理を終了する。一方、 S 38において NO、すなわち、 RemainTimeがまだ 0とはなっていない場合には、 S39 に遷移する。

[0177] 次に、 S39において、前回に設定されているチャンネルの次に ErrorRateが小さいチャンネルに nextCh31cが設定される。

[0178] 次に、 S40において、前記した S34における処理と同様の処理が行われる。そして

、 S41において、 RemainTimeと、まだパケットが割り当てられていないチャンネルの空き時間の合計との比較が行われる。 S41において YES、すなわち、前記空き時間が RemainTimeより大きい場合には、 S38に戻る。一方、 S41において NO、すなわち、前記空き時間が RemainTime未満である場合には、 nextPkt31bの値をインクリメン卜して（S42)、 S40に戻る。

[0179] なお、実施の形態 2においても、実施の形態 1において説明した ErrorRateの算出方法および BARおよび BAの構成を適用することが可能である。

[0180] (実施の形態 3)

本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した実施の形態で説明した構成と同様の機能を有する構成には

、同一の符号を付記し、その説明を省略する。

[0181] 本実施形態では、各チャンネルでのパケットの送信を同時に行うとともに、全てのパケットの長さを統一する形態となって、る。

[0182] 本実施形態に係る通信ネットワークシステムは、実施の形態 1において、図 2を参照しながら説明した構成と同様である。また、送信側通信装置 1および受信側通信装置

2の構成についても、実施の形態 1において、図 1を参照しながら説明した構成と同様である。

[0183] (送信側 MAC層の構成）

送信側 MAC層 9は、実施の形態 2において図 12で示した構成と同様となっており

、異なる部分はパケットィ匕処理部 23aにおける処理内容である。

[0184] 送信対象が MPEG2— TSのストリームである場合には、送信側 MAC層への入力は固定長（188バイト)の構成単位を持つ。一方、送信対象がデータパケットである場合、送信側 MAC層へ入力として与えられる各データパケットの長さは可変長となつている。

[0185] ここで、本実施の形態では、送信するパケットの長さを同じ長さに統一する必要があるので、入力ストリーム Zデータパケットを所定の固定長のパケットに変換する必要がある。この処理は、実施の形態 2と同様にパケットィ匕処理部 23aで行われることになる

[0186] ストリームに基づいて生成される QoSパケットの場合には、全ての QoSパケットが固定長となるようにパケットィ匕処理が行われる。一方、データパケットの場合には、図 20 に示す事例のように、可変長の入力データパケットを固定長の中間パケットに変換する処理が行われる。すなわち、入力データパケットは、分割位置を変更して、固定長の中間パケットとなるように再構成されることになる。ここで、中間パケットの長さは、 Q oSパケットの固定長と同じ長さとなるように設定される。

[0187] 各中間パケットに含まれているデータパケットの情報は、各中間パケットのヘッダ H に格納しておく。このようにしてパケットィ匕処理部 23aで生成された固定長の QoSパケット、あるいは中間パケットが、パケットバッファ 24に格納される。

[0188] (受信側 MAC層の構成）

受信側 MAC層 11は、実施の形態 2にお、て図 13で示した構成と同様となっており、異なる部分はデータ復元処理部 43bにおける処理内容である。

[0189] 送信側通信装置 1のパケットィ匕処理部 23aによって生成された固定長のパケットは、順次受信側通信装置 2に送信され、パケットバッファ 44のデータに格納される。そして、パケットバッファ 44に格納されているパケットが QoSパケットの場合には、実施の形態 2で示したようにデータ復元処理部 43bによって復元処理が行われ、ストリームが出力される。

[0190] 一方、パケットバッファ 44に格納されているパケットが中間パケットの場合、データ復元処理部 43bは、固定長の中間パケットを可変長のデータパケットに変換する処理を行う。すなわち、あるデータパケットの全ての部分に対応する中間パケットの受信が完了した時点で、データ復元処理部 43bは、必要となる中間パケットに基づいてデータパケットの復元処理を行う。ここで、データ復元処理部 43bは、中間パケットのへッダ Hを参照することによって、該中間パケットがデータパケットのどの部分に対応するものかであるかを認識することによって復元処理を行うことになる。

[0191] (スケジュール処理部の詳細およびスケジューリングの流れ）

送信パケット処理部 23におけるスケジュール処理部 23bに関わる構成は、図 5に示したものと同様となる。また、スケジューリングの流れについても、図 6に示したものと同様となる。異なる点としては、 maxBurst31aに格納される値の条件および SPktE ndTime32bの初期化処理である。

[0192] 本実施の形態では全てのチャンネルで同時に同じ長さのパケットを伝送するため、 1回分のスケジューリングにおけるパケット数は、リンク数の倍数とする必要がある。すなわち、 maxBurst31aにはリンク数の倍数が格納されることになる。 Normal Ack による送達確認処理を行う場合には、 maxBurst31aに格納される値をリンク数とすることが妥当である。

[0193] 同様に、全てのパケットは同時に伝送される必要があるため、全てのリンクの SPkt EndTime32bは、図 6における S2において、現在時刻に設定されることになる。

[0194] (送信パケット処理部の第 2の構成例およびスケジューリングの流れ）

次に、実施の形態 3における送信パケット処理部 23の第 2の構成例について説明する。この構成例は、全てのリンクにおいて送信された全てのパケットを対象とした B ARZBAの送受信が行われる形態にぉヽて、実施の形態 1で示した送信パケット処理部の第 2の構成例と同様の処理を行うものとなっている。すなわち、送信パケット処理部 23におけるスケジュール処理部 23bに関わる構成は、図 8に示したものと同様となる。また、スケジューリングの流れについても、図 9に示したものと同様となる。異なる点としては、 maxBurst31aに格納される値の条件および PktsToSend32aおよび SPktEndTime32bの初期化処理である。

[0195] maxBurst31aおよび SPktEndTime32bは、上記した実施の形態 3における上記スケジュール処理部の詳細と同様である。

[0196] PktsToSend32aの初期化処理は次の通りである。スケジュール処理部 23bは、レジスタ 23dにおける maxBurst31aから読み出した maxBurst値分のパケットを Pkts ToSend32_aの配列に割り当てる処理を行う。詳しく説明すると、まだ送信されておらず、かつ、

前記送信側に入力された時刻 + delayBound >現在時刻

[0197] (Normal Ackによる送達確認処理）

次に、実施の形態 3において、 Normal Ackによる送達確認処理を行う場合について説明する。まず、比較例として、従来の Normal Ackによる送達確認処理を行う場合について説明する。従来の Normal Ackは、各チャンネルにおいて受信したパケットに関する送達確認情報を含んだものとなっている。言い換えれば、従来の Nor mal Ackでは、送信側は、 Normal Ackを受信したチャンネルで以前に送信したパケットに関する送達確認情報し力認識できないことになる。このことにより、次のような問題が生じる。

[0198] 図 21 (a)は、 2つのチャンネル 1 · 2でパケットの送信を行う構成において、従来の N ormal Ackによる送達確認処理が行われる場合のパケットシーケンスの例を示している。この例において、チャンネル 2においてパケット 3が送信され、この伝送は成功している一方、これに対する Normal Ackの送信が失敗している。この時点では、送信側は、パケット 3に対する Normal Ackを受信できていないので、パケット 3の送信が失敗したものと認識することになる。よって、次のシーケンスにおいてパケット 3の再送が行われることになる。すなわち、受信側では、パケット 3の受信を 2回行うことになり、通信帯域が無駄に使われることになる。

[0199] これに対して、本実施形態では、 Normal Ackに、全てのチャンネルで同時に受信された全てのパケットに関する送達確認情報を含めるようにしている。図 21 (b)は、 2つのチャンネル 1 · 2でパケットの送信を行う構成にぉ、て、本実施形態における No rmal Ackによる送達確認処理が行われる場合のパケットシーケンスの例を示して!/ヽる。

[0200] この例において、チャンネル 2においてパケット 3が送信され、この伝送は成功している一方、これに対するチャンネル 2における Normal Ackの送信が失敗している。しかしながら、この Normal Ackと同時に送信されるチャンネル 1における Normal Ackは、伝送が成功しているので、送信側は、チャンネル 1において受信した Norma 1 Ackを確認することによって、チャンネル 2において送信したパケット 3の伝送が成功していることを確認することができる。よって、パケット 3が無駄に再送されることを防止することができ、通信帯域を効率良く利用することが可能となる。

[0201] (BAによる送達確認処理）

次に、実施の形態 3において、 BAによる送達確認処理を行う場合について説明する。まず、比較例として、従来の BAによる送達確認処理を行う場合について説明する。従来の BAは、各チャンネルにおいて受信したパケット群に関する送達確認情報を含んだものとなっている。言い換えれば、従来の BAでは、送信側は、 BAを受信したチャンネルで以前に送信したパケットに関する送達確認情報し力認識できないことになる。このことにより、次のような問題が生じる。

[0202] 図 22 (a)は、 3つのチャンネル 1 · 2 · 3でパケットの送信を行う構成において、従来の Normal Ackによる送達確認処理が行われる場合のパケットシーケンスの例を示している。この例において、チャンネル 1において送信された BARのみが伝送に失敗している。また、チャンネル 3において、 BARの伝送は成功している力これに対する BAの伝送が失敗している。この場合、チャンネル 1および 3において BARの再送が行われることになるが、 BARの伝送が成功しているチャンネル 2においても、チャンネル 1および 3における BARの再送が行われて、る期間、何も送信せずに待機状態となる。すなわち、通信帯域の利用効率が悪いことになる。

[0203] これに対して、本実施形態では、 BAに、全てのチャンネルで同時に受信された全てのパケットに関する送達確認情報を含めるようにしている。図 22 (b)は、 3つのチヤンネル 1 · 2· 3でパケットの送信を行う構成において、本実施形態における BAによる送達確認処理が行われる場合のパケットシーケンスの例を示している。

[0204] この例にお!、て、チャンネル 1における BARの伝送は失敗して!/、る。また、チャンネル 3において、 BARの伝送は成功している力これに対する BAの伝送が失敗している。一方、チャンネル 2では BARおよび BAの伝送が成功しているので、送信側は、全てのチャンネルで伝送されたパケットの送達確認情報を認識することができる。よつて、伝送に成功しているチャンネルが、他のチャンネルにおける BARZBAのシーケンスを待機した状態となることを抑制することができるので、通信帯域を効率良く利用することが可能となる。

[0205] (実施の形態 4)

本発明の実施のさらに他の形態について図面に基づいて説明すれば、以下のとおりである。なお、前記した実施の形態で説明した構成と同様の機能を有する構成には、同一の符号を付記し、その説明を省略する。

[0206] 本実施の形態は送信中に受信を行わな!/、形態である。そして、実施の形態 3では、全てパケット長を同じにしていたが、本実施形態ではパケット長を可変とする。本実施形態では、 MIMOによる通信方式を対象としていないので、全てのチャンネルのパケットを同時に送信する必要はない。ただし、本実施形態で Normal Ackによる送達確認を行う場合には、パケットの送信毎に Normal Ackを受信するため、本実施の形態を MIMOに適用することは可能である。

[0207] 本実施形態に係る通信ネットワークシステムは、実施の形態 1において、図 2を参照しながら説明した構成と同様である。また、送信側通信装置 1および受信側通信装置 2の構成についても、実施の形態 1において、図 1を参照しながら説明した構成と同様である。

[0208] また、送信側 MAC層 9は、実施の形態 2において図 12で示した構成と同様であり、異なる部分はパケットィ匕処理部 23aにおける処理内容である。

[0209] また、受信側 MAC層 11は、実施の形態 2において図 13で示した構成と同様であり、異なる部分は、送達確認処理部 43cにおける処理内容である。

[0210] 図 29に、本実施形態における BARZBAを用いる場合の事例を示す。図 29では、チャンネル 1とチャンネル 2とは別の周波数のチャンネルであり、 TT (送信期間、 Time for Transmit)がパケットおよび BARを送信する期間で、 TR (受信期間、 Time for Receive)が BAを受信する期間である。パケット送信中にパケットの受信は行われないものとする。

[0211] この場合、図 29〖こ示すよう〖こ、 BARを含むバーストの全てのパケットは同じ TT内で送信するが、パケット 3およびパケット 4のように、両方のチャンネルのパケットを同時に送信する必要はない。また、 IEEE802. l ieの場合、 BARと BAとの間の時間は固定（16 μ s)であるため、全てのチャンネルにおける、 BARが最後に終わるパケットの後ろに同時に送信することによって、 BAが同時に送信されるようにする。図 29では、チャンネル 1におけるパケット 4の送信終了力も BARの送信開始までの間に待ち時間 Twがあり、チャンネル 1の BARの送信は、チャンネル 2のパケット 5の送信終了まで待たされること〖こなる。

[0212] (パケット構成）

本実施形態において Normal Ackによる送達確認を行う場合、パケット化処理部 23a力送信すべき QoSパケットあるいはデータパケットに、 Normal Ackが返信されるべき返信時刻の情報を含める処理を行って送信用パケットを生成するようになつている。この返信時刻は、全てのチャンネルで同じに設定する必要がある。なお、返信時刻は、全てのチャンネルの最後のパケットの送信が完了するする時刻 +t (定数 )で決められる。 IEEE802. 11aと同じ物理層を用いた場合、 tは 16 sとなる。

[0213] また、受信側 MAC層 11において、送達確認処理部 43cは、受信したパケットに含まれている返信時刻の情報を読み出し、設定されている返信時刻に Normal Ack を返信するように処理を行う。

[0214] (スケジュール処理部の詳細およびスケジューリングの流れ）

送信パケット処理部 23におけるスケジュール処理部 23bに関わる構成は、図 5に示したものと同様となる。また、スケジューリングの流れについても、図 6に示したものと同様となる。ただし、スケジュール後の全ての BARは同時に送信されることになる。 B ARを送信する時刻は、全てのチャンネルに対し、最後のパケットの送信が完了した時刻 + t (定数)である。 IEEE802. 11aと同じ物理層を用いた場合、 tは 16 sとなる

[0215] (送信パケット処理部の第 2の構成例およびスケジューリングの流れ）

次に、実施の形態 4における送信パケット処理部 23の第 2の構成例について説明する。送信パケット処理部 23におけるスケジュール処理部 23bに関わる構成は、図 8 に示したものと同様となる。また、スケジューリングの流れについても、図 9に示したものと同様となる。ただし、スケジュール後の全ての BARは同時に送信されることになる。 BARを送信する時刻は、全てのチャンネルに対し、最後のパケットの送信が完了した時刻 + t (定数）である。 IEEE802. 11aと同じ物理層を用いた場合、 tは 16 μ s である。

[0216] なお、実施の形態 4における Normal Ackおよび BARZBAについては、実施の形態 3で説明したものと同様となるので、ここではその説明を省略する。

[0217] 以上のように、本発明に係る通信装置は、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきパケットを、どの通信チャンネルで送信すべきかを決定するスケジューリング手段を備え、上記スケジユーリング手段が、通信先力も再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定する構成である。

[0218] また、本発明に係る通信方法は、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきパケットを、どの通信チャンネルで送信すべきかを決定する第 1のステップを含み、上記第 1のステップにおいて、通信先力も再送要求を受けたパケットを送信する際に用 V、る通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定する方法である。

[0219] また、本発明に係る通信装置は、上記の構成において、送信すべきパケットを記憶するパケット記憶手段をさらに備え、上記パケット記憶手段が、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機して!/、る状態、および送信の成功が確認されて V、る状態の!/、ずれであるかを示す情報を記憶しており、上記スケジューリング手段が、上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されて、るパケットのうち、上記送信を待機して、る状態として設定されて、るパケットをスケジューリングする構成としてもよい。

[0220] また、本発明に係る通信方法は、上記の方法にぉ、て、送信すべきパケットを記憶するパケット記憶手段に、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機してヽる状態、および送信の成功が確認されてヽる状態の、ずれであるかを示す情報を記憶する第 2のステップと、上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットをスケジューリングする第 3のステップとをさらに含んでいる方法としてもよい。

[0221] これにより、再送すべきパケットが、送信すべき状態となっているパケットとしてパケット記憶手段に記憶されており、これに基づいて、スケジューリングが行われるようになる。よって、再送すべきパケットが、新たに送信すべきパケットと同様にスケジユーリングされることになるので、結果的に、再送すべきパケットを、前回送信した通信チヤンネルの影響を受けずに設定することが可能となるという効果を奏する。

[0222] また、本発明に係る通信装置は、上記の構成にぉ、て、各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が各通信チャンネルに対応して設けられている構成としてもよい。

[0223] また、本発明に係る通信方法は、上記の方法にお!、て、各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第 4のステップ力各通信チャンネルごとに行われる方法としてもよ!、。

[0224] この場合、各通信チャンネルにお、て送達確認処理が行われるので、それぞれにおける送達確認処理は、シングルリンクにおける送達確認処理と同様の処理によつて行うことができる。よって、実装を容易に行うことが可能となるという効果を奏する。

[0225] また、本発明に係る通信装置は、上記の構成にぉ、て、複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が設けられてヽる構成としてもょヽ。

[0226] また、本発明に係る通信方法は、上記の方法にお!、て、複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第 5のステップを含んで、る方法としてもょ、。

[0227] この場合、送達確認要求パケットを生成する構成を 1つ備えればよいことになるので、装置の簡素化を図ることができるという効果を奏する。

[0228] また、複数 (n個）の通信チャンネルで送信されたパケットの確認を n個ではなく一つの送達確認要求パケットで行うため、 n— 1の帯域が余分にでき、この余分に対するパケットロス率を向上させることができる。例えば、チャンネルが 3つあった場合、各通信チャンネル毎に送達確認要求パケットを生成する構成の場合には、 3つの送達確認要求パケットが送信され、これに対する送達確認パケットが返信されることになる一方、上記の構成および方法によれば、 1つの送達確認要求パケットが送信され、これに対する送達確認パケットが返信されることになる。すなわち、 3— 1 = 2個の送達確認要求パケットおよび送達確認パケットの組み合わせの送受信が必要でなくなつたため、この分他のパケットを割り当てることができ、パケットの再送が激しくなると、パケットロス率を向上させることができる。

[0229] また、本発明に係る通信装置は、複数のパケットを送信する通信装置であって、送信すべきパケットの送信順番を設定するスケジューリング手段を備え、上記スケジュ一リング手段が、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短いダループに含まれるパケットを優先して送信するように送信順番を設定する構成である。

[0230] また、本発明に係る通信方法は、複数のパケットを送信する通信装置における通信方法であって、送信すべきパケットの送信順番を設定する第 1のステップを含み、上記第 1のステップにおいて、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、残り有効期限がより短、グループに含まれるパケットを優先して送信するように送信順番を設定する方法である。

[0231] また、本発明に係る通信装置は、上記の構成において、上記スケジューリング手段力残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定する構成としてもょヽ。

[0232] また、本発明に係る通信方法は、上記の方法において、上記第 1のステップにおいて、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定する方法としてもょヽ。 [0233] これにより、残り有効期限が短いパケットをより先に送信することになるので、有効期限が過ぎて力も通信先にパケットが送達され、該パケットがロスとなることを防止することができると!、う効果を奏する。

[0234] また、本発明に係る通信装置は、上記の構成にぉ、て、上記スケジューリング手段力上記各グループ内のパケットの送信順番を、パケットのサイズが大きいパケットほど先に送信されるように設定する構成としてもょヽ。

[0235] また、本発明に係る通信方法は、上記の方法において、上記第 1のステップにおいて、上記各グループ内のパケットの送信順番を、パケットのサイズが大きいものほど先に送信されるように設定する方法としてもょ、。

[0236] これにより、送信失敗が生じた場合にも、再送処理を該パケットの有効期限内に行うことができる可能性を高めることができるという効果を奏する。

[0237] また、本発明に係る通信装置は、上記の構成において、上記複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記スケジュ一リング手段が、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低!、通信チャンネルに割り当てる構成としてもよヽ

[0238] また、本発明に係る通信方法は、上記の方法にぉ、て、上記複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記第 1のステツプにおいて、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てる方法としてもよい。

[0239] これにより、残り有効期限が短いパケットの送信が成功する可能性を高めることが可能となるので、有効期限が過ぎて力も通信先にパケットが送達され、該パケットがロスとなることを防止することができると!/、う効果を奏する。

[0240] また、本発明に係る通信装置は、上記の構成にぉ、て、上記スケジューリング手段力上記各グループ内のパケットを、パケットのサイズが大きいパケットほど、エラー率がより低、通信チャンネルに割り当てる構成としてもょヽ。

[0241] また、本発明に係る通信方法は、上記の方法において、上記第 1のステップにおいて、上記各グループ内のパケットを、パケットのサイズが大きいものほど、エラー率がより低、通信チャンネルに割り当てる方法としてもょ、。

[0242] この場合、残り有効期限が短いパケットの送信が成功する可能性を高めることが可能となるとともに、パケットのサイズが大きいものほど、パケットの送信が成功する可能性を高めることが可能となる。よって、有効期限が過ぎて力も通信先にパケットが送達され、該パケットがロスとなることを防止することができるとともに、再送処理が必要となる事態を低減することが可能となり、パケットの送信効率を高めることができるという効果を奏する。

[0243] また、本発明に係る通信装置は、複数のパケットを送信する通信装置であって、送信すべきパケットの送信順番を設定するスケジューリング手段を備え、上記スケジュ一リング手段力パケットのサイズが大きいパケットほど優先して送信するように送信順番を設定する構成である。

[0244] また、本発明に係る通信方法は、複数のパケットを送信する通信装置における通信方法であって、送信すべきパケットの送信順番を設定する第 1のステップを含み、上記第 1のステップにおいて、パケットのサイズが大きいパケットほど優先して送信されるように送信順番を設定する方法である。

[0245] また、本発明に係る通信装置は、上記の構成にぉ、て、上記スケジューリング手段力、パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定する構成としてもよい。

[0246] また、本発明に係る通信方法は、上記の方法にお!、て、上記第 1のステップにお!/ヽて、パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定する方法としてもよい。

[0247] これにより、パケットのサイズが大きいものほど先に送信されるようになっているので、送信失敗が生じた場合にも、再送処理を該パケットの有効期限内に行うことができる可能性を高めることができるという効果を奏する。

[0248] また、本発明に係る通信装置は、上記の構成において、上記複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記スケジュ一リング手段力パケットのサイズが大きいパケットほど、エラー率がより低い通信チヤンネルに割り当てられるようにスケジューリングを行う構成としてもよ!/、。

[0249] また、本発明に係る通信方法は、上記の方法にぉ、て、上記複数のパケットを、 1 つの通信先に対して複数の通信チャンネルを用いて送信するとともに、上記第 1のステツプにおいて、パケットのサイズが大きいものほど、エラー率がより低い通信チャンネルに割り当てられるようにスケジューリングを行う方法としてもよい。

[0250] パケットのサイズが大きい場合には、パケットの送信の途中で通信状況が悪化するなどの送信失敗が生じる可能性が高くなる。これに対して、上記の構成および方法によれば、パケットのサイズが大きいものほど、パケットの送信が成功する可能性を高めることが可能となるので、再送処理が必要となる事態を低減することが可能となり、パケットの送信効率を高めることができるという効果を奏する。

[0251] また、本発明に係る通信装置は、上記の構成において、上記スケジューリング手段によるスケジューリング結果を格納するスケジューリング結果記憶手段と、上記スケジユーリング結果記憶手段に記憶されているスケジューリング結果に従って、送信すベきパケットを各通信チャンネルに順番に送出するパケット分配手段とをさらに備えて、る構成としてもよ、。

[0252] また、本発明に係る通信方法は、上記の方法にぉ、て、上記スケジューリング結果を格納するスケジューリング結果記憶手段に記憶されているスケジューリング結果に従って、送信すべきパケットを各通信チャンネルに順番に送出するステップをさらに含んで、る方法としてもよ!/、。

[0253] これにより、スケジューリング結果を的確に反映して、各通信チャンネルにおいてパケットの送信を行うことができる。

[0254] また、本発明に係る通信装置は、複数のパケットを送信する通信装置であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該バケツト情報領域には、対応するパケットを特定する情報がそれぞれ含まれて、る構成である。

[0255] また、本発明に係る通信方法は、複数のパケットを送信する通信装置における通信方法であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第 1のステップを含み、上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれている方法である。

[0256] また、本発明に係る通信装置は、上記の構成において、送信したパケットを特定する情報を記憶する送信パケット記憶手段をさらに備え、上記送達確認要求手段が、上記送信パケット記憶手段に記憶されて、る情報に基づ、て、上記送達確認要求パケットを生成する構成としてもょ、。

[0257] また、本発明に係る通信方法は、上記の方法において、上記第 1のステップにおいて、送信したパケットを特定する情報を記憶する送信パケット記憶手段に記憶されて V、る情報に基づ、て、上記送達確認要求パケットを生成する方法としてもょ、。

[0258] この場合、送達確認すべきパケットを適切に含んだ送達確認要求パケットを容易に生成することが可能となると、う効果を奏する。

[0259] また、本発明に係る通信装置は、上記本発明に係る通信装置力もパケットを受信する通信装置であって、上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する送達確認送信手段を備え、上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功 Z失敗を示すビットによって構成されている。

[0260] また、本発明に係る通信方法は、上記本発明に係る通信方法によって動作する通信装置力パケットを受信する通信装置における通信方法であって、上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する第 2のステップを備え、上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功 Z失敗を示すビットによって構成されている。

[0261] これにより、送達確認パケットのサイズを必要最低限にすることができるので、通信帯域の利用効率を向上させることができるという効果を奏する。

[0262] また、本発明に係る通信装置は、上記の構成において、受信したパケットを特定する情報を記憶する受信パケット記憶手段をさらに備え、上記送達確認送信手段が、上記受信パケット記憶手段に記憶されて、る情報に基づ、て、上記送達確認バケツトを生成する構成としてもょヽ。

[0263] また、本発明に係る通信方法は、上記の方法にお!、て、上記第 2のステップにおヽて、受信したパケットを特定する情報を記憶する受信パケット記憶手段に記憶されて V、る情報に基づ、て、上記送達確認パケットを生成する方法としてもょ、。

[0264] この場合、送達確認に関する情報を適切に含んだ送達確認パケットを容易に生成することが可能となると!/、う効果を奏する。

[0265] また、本発明に係る通信装置は、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成するパケット生成手段を備えている構成である。

[0266] また、本発明に係る通信方法は、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成する第 1のステップを含んで、る。

[0267] また、本発明に係る通信装置は、上記本発明に係る通信装置からパケットを受信する通信装置であって、上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する送達確認送信手段を備えている構成である。

[0268] また、本発明に係る通信方法は、上記本発明に係る通信方法によって動作する通信装置からパケットを受信する通信装置における通信方法であって、上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する第 1のステップを含んでいる。

[0269] これにより、送信側から要求されている時刻に、送達確認パケットを送信することが可能となると、う効果を奏する。

[0270] また、本発明に係る通信装置は、複数のパケットを、 1つの通信先から複数の通信チャンネルを用いて受信する通信装置であって、各通信チャンネルにおいて、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段を備え、上記送達確認送信手段が、上記送達確認パケットを、全ての通信チャンネルで同時に送信する構成である。

[0271] また、本発明に係る通信方法は、複数のパケットを、 1つの通信先から複数の通信チャンネルを用いて受信する通信装置における通信方法であって、各通信チャンネルにお、て、受信した各パケットに対して送達確認パケットを返信する第 1のステップを含み、上記第 1のステップにおいて、上記送達確認パケットを、全ての通信チャンネルで同時に送信する方法である。

[0272] また、本発明に係る通信装置は、上記の構成において、上記送達確認送信手段が、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認バケツトにおける送達確認にっ、ての情報を含める構成としてもょ、。

[0273] また、本発明に係る通信方法は、上記の方法において、上記第 1のステップにおいて、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認パケットにおける送達確認にっヽての情報を含める方法としてもょ、。

[0274] この場合、あるチャンネルにおいて、パケットの送信は成功している力送達確認パケットの返信が失敗している場合に、別のチャンネルにおいて、送信が成功しているパケットの再送が無駄に行われることを防止することが可能となる。

[0275] また、本発明に係る通信装置は、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、上記送達確認要求手段は、上記送達確認要求パケットを、全ての通信チャンネルで同時に送信する構成である。

[0276] また、本発明に係る通信方法は、複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第 1のステップを含み、上記第 1のステップにおいて、送達確認要求パケットを、全ての通信チャンネルで同時に送信する方法である。

[0277] また、本発明に係る通信装置は、上記の構成にぉ、て、上記送達確認要求手段が、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含める構成としてもよい。

[0278] また、本発明に係る通信方法は、上記の方法において、上記第 1のステップにおいて、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含める方法としてもよい。

[0279] この場合、あるチャンネルにお、て、送達確認要求パケットの送信の失敗、ある!/ヽは送達確認パケットの返信の失敗が生じた場合に、そのチャンネルでの送達確認要求パケットの再送信および送達確認パケットの再返信が行われる間、他のチャンネルが何の送受信処理を行わずに待機した状態となることを抑制することが可能となる。

[0280] なお、上記通信方法を、通信プログラムによりコンピュータ上で実行させることができる。さらに、上記通信プログラムをコンピュータ読取り可能な記録媒体に記憶させることにより、任意のコンピュータ上で上記通信プログラムを実行させることができる。

[0281] 本発明は上述した各実施形態に限定されるものではなぐ請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

[0282] 尚、発明を実施するための最良の形態の項においてなした具体的な実施態様または実施例は、あくまでも、本発明の技術内容を明らかにするものであって、そのような具体例にのみ限定して狭義に解釈されるべきものではなぐ本発明の精神と次に記載する特許請求の範囲内で、いろいろと変更して実施することができるものである。産業上の利用の可能性

[0283] 本発明に係る通信装置は、例えば、動画データなどのストリームデータや、その他のデータを外部の装置に対して送信することが可能な送信装置に用いられる通信装置に適用することが可能である。具体的には、送信装置としては、例えば DVDプレイヤー、 DVDレコーダ、 HDDレコーダなどのデジタル符号として記録された動画の再生機能を持つ装置や、 BSZCSチューナーなどの放送受信装置などが挙げられる。また、本発明に係る通信装置は、例えば、受信したストリームデータやその他のデータに基づいて処理を行う受信装置に用いられる通信装置に適用することが可能である。具体的には、受信装置としては、例えば受信したストリームデータとしての動画データを表示する表示装置などが挙げられる。

Claims

請求の範囲

[1] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、

送信すべきパケットを、どの通信チャンネルで送信すべきかを決定するスケジユーリング手段を備え、

上記スケジューリング手段が、通信先力も再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴とする通信装置。

[2] 送信すべきパケットを記憶するパケット記憶手段をさらに備え、

上記パケット記憶手段が、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機してヽる状態、および送信の成功が確認されてヽる状態のヽずれであるかを示す情報を記憶しており、

上記スケジューリング手段が、上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されているパケットのうち、上記送信を待機している状態として設定されているパケットをスケジューリングすることを特徴とする請求の範囲第 1項に記載の通信装置。

[3] 各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が各通信チャンネルに対応して設けられていることを特徴とする請求の範囲第 2項に記載の通信装置。

[4] 複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段が設けられていることを特徴とする請求の範囲第 2項に記載の通信装置。

[5] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、

送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジューリング手段を備え、上記スケジューリング手段力連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングを行うことを特徴とする通信装置。

[6] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、

送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定するスケジューリング手段を備え、

上記スケジューリング手段力送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さい時間となっている通信チャンネルに対してパケットを割り当てることを特徴とする通信装置。

[7] 複数のパケットを送信する通信装置であって、

送信すべきパケットの送信順番を設定するスケジューリング手段を備え、上記スケジューリング手段が、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、

残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴とする通信装置。

[8] 上記スケジューリング手段が、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定することを特徴とする請求の範囲第 7項に記載の通信装置。

[9] 複数のパケットを送信する通信装置であって、

送信すべきパケットの送信順番を設定するスケジューリング手段を備え、上記スケジューリング手段力パケットのサイズが大き、パケットほど優先して送信するように送信順番を設定することを特徴とする通信装置。

[10] 上記スケジューリング手段力パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定することを特徴とする請求の範囲第 9項に記載の通信装置。

[11] 上記スケジューリング手段力上記各グループ内のパケットの送信順番を、パケットのサイズが大きいパケットほど先に送信されるように設定することを特徴とする請求の範囲第 8項に記載の通信装置。

[12] 上記複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信するとともに、

上記スケジューリング手段が、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てることを特徴とする請求の範囲第 7項に記載の通信装置。

[13] 上記複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信するとともに、

上記スケジューリング手段力パケットのサイズが大きいパケットほど、エラー率がより低、通信チャンネルに割り当てられるようにスケジューリングを行うことを特徴とする請求の範囲第 9項に記載の通信装置。

[14] 上記スケジューリング手段力上記各グループ内のパケットを、パケットのサイズが大き、パケットほど、エラー率がより低、通信チャンネルに割り当てることを特徴とする請求の範囲第 12項に記載の通信装置。

[15] 上記スケジューリング手段によるスケジューリング結果を格納するスケジューリング結果記憶手段と、

上記スケジューリング結果記憶手段に記憶されているスケジューリング結果に従つて、送信すべきパケットを各通信チャンネルに順番に送出するパケット分配手段とをさらに備えていることを特徴とする請求の範囲第 1一 14項のいずれか一項に記載の

[16] 複数のパケットを送信する通信装置であって、

送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する送達確認要求手段を備え、

上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれて！/ゝることを特徴とする通信装置。

[17] 送信したパケットを特定する情報を記憶する送信パケット記憶手段をさらに備え、上記送達確認要求手段が、上記送信パケット記憶手段に記憶されて、る情報に基づいて、上記送達確認要求パケットを生成することを特徴とする請求の範囲第 16項に記載の通信装置。

[18] 請求の範囲第 16項または第 17項記載の通信装置からパケットを受信する通信装置であって、

上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する送達確認送信手段を備え、

上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功 Z失敗を示すビットによって構成されて!ゝることを特徴とする通信装置。

[19] 受信したパケットを特定する情報を記憶する受信パケット記憶手段をさらに備え、上記送達確認送信手段が、上記受信パケット記憶手段に記憶されて!、る情報に基づ、て、上記送達確認パケットを生成することを特徴とする請求の範囲第 18項に記

[20] 複数のパケットを、 1つの通信先力複数の通信チャンネルを用いて受信する通信装置であって、

各通信チャンネルにお、て、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段と、

受信した複数のパケットを順番どおりに整列するパケット整列手段とを備えて、ることを特徴とする通信装置。

[21] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、

送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成するパケット生成手段を備えていることを特徴とする通信装置。

[22] 請求の範囲第 21項に記載の通信装置力パケットを受信する通信装置であって、上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する送達確認送信手段を備えていることを特徴とする通信装置。

[23] 複数のパケットを、 1つの通信先力複数の通信チャンネルを用いて受信する通信装置であって、

各通信チャンネルにお、て、受信した各パケットに対して送達確認パケットを返信する送達確認送信手段を備え、

上記送達確認送信手段が、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信装置。

[24] 上記送達確認送信手段が、上記送達確認パケットに、同時に送信される全てのチヤンネルでの送達確認パケットにおける送達確認についての情報を含めることを特徴とする請求の範囲第 23項に記載の通信装置。

[25] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置であって、

上記送達確認要求手段は、上記送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信装置。

[26] 上記送達確認要求手段が、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含めることを特徴とする請求の範囲第 25項に記載の通信装置。

[27] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、

送信すべきパケットを、どの通信チャンネルで送信すべきかを決定する第 1のステツプを含み、

上記第 1のステップにおいて、通信先力再送要求を受けたパケットを送信する際に用いる通信チャンネルを、該パケットを前回送信した通信チャンネルの影響を受けずに設定することを特徴とする通信方法。

[28] 送信すべきパケットを記憶するパケット記憶手段に、記憶されている各パケットに関して、送信を待機している状態、送信したパケットが通信先に適切に送達できたかを示す送達確認の受信を待機して!/ヽる状態、および送信の成功が確認されて!ヽる状態のいずれであるかを示す情報を記憶する第 2のステップと、

上記パケット記憶手段に記憶されているパケットのうち、再送要求を受けたパケットを上記送信を待機している状態に設定するとともに、上記パケット記憶手段に記憶されて、るパケットのうち、上記送信を待機して、る状態として設定されて、るパケットをスケジューリングする第 3のステップとをさらに含んでいることを特徴とする請求の範囲第 27項に記載の通信方法。

[29] 各通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第 4のステップ力各通信チャンネルごとに行われることを特徴とする請求の範囲第 28項に記載の通信方法。

[30] 複数の通信チャンネルで送信されたパケットに関して、上記送達確認を通信先に要求する送達確認要求パケットを生成する第 5のステップを含んでいることを特徴とする請求の範囲第 28項に記載の通信方法。

[31] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、

送信すべきパケットを、どの通信チャンネルでどのような順番で送信すべきかを決定する第 1のステップを含み、

上記第 1のステップにおいて、連続して送信すべくスケジューリングされるパケット同士を、それぞれ異なる通信チャンネルで送信するようにスケジューリングを行うことを特徴とする通信方法。

[32] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、

上記第 1のステップにおいて、送信すべきパケットの送信順番に従って各パケットを各通信チャンネルに割り当てていくときに、あるパケットをある通信チャンネルに割り当てるごとに、該パケットの送信完了時間を送信完了時間記憶手段に通信チャンネルごとに更新していくとともに、上記送信完了時間が最も小さい時間となっている通信チャンネルに対してパケットを割り当てることを特徴とする通信方法。

[33] 複数のパケットを送信する通信装置における通信方法であって、

送信すべきパケットの送信順番を設定する第 1のステップを含み、

上記第 1のステップにおいて、送信すべき複数のパケットを、各パケットに設定されている残り有効期限の長さに応じて複数のグループに分けるとともに、

残り有効期限がより短いグループに含まれるパケットを優先して送信するように送信順番を設定することを特徴とする通信方法。

[34] 上記第 1のステップにおいて、残り有効期限がより短いグループに含まれるパケットをより先に送信するように送信順番を設定することを特徴とする請求の範囲第 33項に記載の通信方法。

[35] 複数のパケットを送信する通信装置における通信方法であって、

上記第 1のステップにおいて、パケットのサイズが大きいパケットほど優先して送信されるように送信順番を設定することを特徴とする通信方法。

[36] 上記第 1のステップにおいて、パケットのサイズが大きいパケットほど先に送信されるように送信順番を設定することを特徴とする請求の範囲第 35項に記載の通信方法

[37] 上記第 1のステップにお、て、上記各グループ内のパケットの送信順番を、パケットのサイズが大きいものほど先に送信されるように設定することを特徴とする請求の範囲第 34項に記載の通信方法。

[38] 上記複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信するとともに、

上記第 1のステップにおいて、残り有効期限がより短いグループに含まれるパケットを、複数の通信チャンネルのうち、エラー率がより低い通信チャンネルに割り当てることを特徴とする請求の範囲第 33項に記載の通信方法。

[39] 上記複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信するとともに、

上記第 1のステップにおいて、パケットのサイズが大きいものほど、エラー率がより低ヽ通信チャンネルに割り当てられるようにスケジューリングを行うことを特徴とする請求の範囲第 35項に記載の通信方法。

[40] 上記第 1のステップにおいて、上記各グループ内のパケットを、パケットのサイズが大き、ものほど、エラー率がより低、通信チャンネルに割り当てることを特徴とする請求の範囲第 38項に記載の通信方法。

[41] 上記スケジューリング結果を格納するスケジューリング結果記憶手段に記憶されて

V、るスケジューリング結果に従って、送信すべきパケットを各通信チャンネルに順番に送出するステップをさらに含んでいることを特徴とする請求の範囲第 27— 40項の

V、ずれか一項に記載の通信方法。

[42] 複数のパケットを送信する通信装置における通信方法であって、

送信したパケットが通信先に適切に送達できたかを示す送達確認を通信先に要求する送達確認要求パケットを生成する第 1のステップを含み、

上記送達確認パケットには、送達確認対象となるパケットの数のパケット情報領域が含まれており、該パケット情報領域には、対応するパケットを特定する情報がそれぞれ含まれて！/ゝることを特徴とする通信方法。

[43] 上記第 1のステップにおいて、送信したパケットを特定する情報を記憶する送信パケット記憶手段に記憶されて、る情報に基づ、て、上記送達確認要求パケットを生成することを特徴とする請求の範囲第 42項に記載の通信方法。

[44] 請求の範囲第 42項または第 43項に記載の通信方法によって動作する通信装置からパケットを受信する通信装置における通信方法であって、

上記送達確認要求パケットを受信した際に、これに返信する送達確認パケットを生成する第 2のステップを備え、

上記送達確認パケットには、送達確認対象となるパケットの数の送達確認情報領域が含まれており、該送達確認情報領域が、送達の成功 Z失敗を示すビットによって構成されて!ゝることを特徴とする通信方法。

[45] 上記第 2のステップにおいて、受信したパケットを特定する情報を記憶する受信パケット記憶手段に記憶されて、る情報に基づ、て、上記送達確認パケットを生成することを特徴とする請求の範囲第 44項に記載の通信方法。

[46] 複数のパケットを、 1つの通信先力複数の通信チャンネルを用いて受信する通信装置における通信方法であって、

各通信チャンネルにお、て、受信した各パケットに対して送達確認パケットを返信する第 1のステップと、

受信した複数のパケットを順番どおりに整列する第 2のステップとを含んで、ることを特徴とする通信方法。

[47] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、

送信すべきデータパケットとして入力されたデータパケットに対して、通信先から返信される送達確認パケットが返信されるべき返信時刻を示す情報を含めた送信用パケットを生成する第 1のステップを含んでいることを特徴とする通信方法。

[48] 請求の範囲第 47項に記載の通信方法によって動作する通信装置力パケットを受信する通信装置における通信方法であって、

上記送信用パケットを受信した際に、該送信用パケットに含まれている返信時刻の情報を読み出し、該返信時刻に、該返信用パケットに対する送達確認パケットを返信する第 1のステップを含んでいることを特徴とする通信方法。

[49] 複数のパケットを、 1つの通信先力複数の通信チャンネルを用いて受信する通信装置における通信方法であって、

各通信チャンネルにお、て、受信した各パケットに対して送達確認パケットを返信する第 1のステップを含み、

上記第 1のステップにおいて、上記送達確認パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信方法。

[50] 上記第 1のステップにおいて、上記送達確認パケットに、同時に送信される全てのチャンネルでの送達確認パケットにおける送達確認についての情報を含めることを特徴とする請求項 49記載の通信装置。

[51] 複数のパケットを、 1つの通信先に対して複数の通信チャンネルを用いて送信する通信装置における通信方法であって、

上記第 1のステップにおいて、送達確認要求パケットを、全ての通信チャンネルで同時に送信することを特徴とする通信方法。

[52] 上記第 1のステップにおいて、上記送達確認要求パケットに、同時に送信される全てのチャンネルでの送達確認要求パケットにおける送達確認要求についての情報を含めることを特徴とする請求の範囲第 51項に記載の通信方法。

[53] 請求の範囲第 27— 52項に記載の通信方法をコンピュータに実行させることを特徴とする通信プログラム。

[54] 請求の範囲第 53項に記載の通信プログラムを記録したコンピュータ読み取り可能な記録媒体。