(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいて受信装置と通信を行う通信装置であって、
送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、
前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段と、
前記集合パケット生成手段によって生成された集合パケット、および前記送達確認要求手段によって生成された送達確認要求パケットを前記受信装置に対して送信する通信部とを備え、
前記送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいることを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば無線によってパケット通信を行う通信装置および通信方法に関するものである。
【背景技術】
【０００２】
（ＯＳＩアーキテクチャ）
近年、情報通信ネットワークの利用形態がますます多様化しており、また、広域化している。これに伴って、異なるネットワークアーキテクチャを有するコンピュータシステム同士を相互接続する必要が生じている。このような異機種間通信を可能とするために、ＯＳＩ(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）の物理速度は６４Ｋｂｐｓであり、ＩＥＥＥ８０２．１１ａによる無線ＬＡＮの最速は５４Ｍｂｐｓであり、言うまでもなく、これらの通信速度以上のデータ伝送を行うことは物理的に不可能である。
【０００９】
これに対して、データ通信の伝送速度を上げる別の方法としてマルチリンクプロトコル(米国特許ＵＳ６６１４８０８（Date of Patent: Sep.2, 2003）、ＰＰＰ  ＭｕｌｔｉＬｉｎｋ  Ｐｒｏｔｏｃｏｌ（ＲＦＣ１９９０，１９９６／８）などの文献参照)およびＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）（Ｐ．Ｗ．Ｗｏｌｎｉａｎｓｋｙ，Ｇ．Ｊ．Ｆｏｓｃｈｉｎｉ，Ｇ．Ｄ．Ｇｏｌｄｅｎ，Ｒ．Ａ．Ｖａｌｅｎｚｕｅｌａ：“Ｖ−Ｂｌａｓｔ：Ａｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｒｅａｌｉｚｉｎｇ  Ｖｅｒｙ  Ｈｉｇｈ  Ｄａｔａ  Ｒａｔｅｓ  Ｏｖｅｒ  ｔｈｅ  Ｒｉｃｈ−Ｓｃａｔｔｅｒｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｃｈａｎｎｅｌ”，Ｐｒｏｃ．ＩＳＳＳＥ−９８，Ｐｉｓａ，Ｉｔａｌｙ，Ｓｅｐ．２９，１９９８などの文献参照）がある。マルチリンクプロトコルは、一般にデータリンク層の機能として実現されるものである。マルチリンクプロトコルによれば、複数の具体的なデータリンクを、データリンク層の最上位部分において集約して、一本の仮想的なデータリンクとして上位の層（ネットワーク層）に見せる処理が行われる。このような処理によれば、仮想的なデータリンクの伝送速度は、個々のデータリンクにおける速度の合計となる。
【００１０】
現状のマルチリンクプロトコルでは、あるデータリンクにおいて転送されたパケットに誤りが生じた場合には、同じデータリンクにおいて、データリンク層のＭＡＣ副層の手順にしたがって、誤りが生じたパケットの再送が行われる。
【００１１】
マルチリンクは有線および無線で利用することができることに対し、ＭＩＭＯは無線の物理層の技術である。ＭＩＭＯの名は、同じ周波数帯を用いた伝送路に対して入力／出力される信号数が複数あることから由来している。図３５に示すシステム例では、ＭＩＭＯ送信機５１がＮ本のアンテナを有し、ＭＩＭＯ受信機５２がＭ本のアンテナを有している。そして、ＭＩＭＯ送信機５１における各アンテナから送信されるＴｘ１〜Ｔｘ２の信号が、ＭＩＭＯ受信機５２における各アンテナにおいて、Ｒｘ１〜Ｒｘ２の信号として受信される。ＭＩＭＯの種類としては、ＭＩＭＯ  ｓｐａｔｉａｌ  ｄｉｖｅｒｓｉｔｙおよびＭＩＭＯ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ（ＳＭ）がある。なお、以降の説明では、ＭＩＭＯ  ＳＭを対象としている。
【００１２】
図３６（ａ）は、従来のシングルリンクによる伝送形態を示している。従来では一つの周波数帯に対し一つの信号のみ伝送されていた。同図に示す例では、まず、Ａの記号が送信機６１に入力され、送信機６１は入力された信号Ａを信号Ｔｘに変調して伝送路ｈに無線出力する。信号Ｔｘは伝送路ｈを通過した後に受信機６２にＲｘとして入力され、受信機６２は、信号Ｒｘを復調することによって信号Ａを出力する。ここで、信号Ｒｘは、Ｒｘ＝Ｔｘ＊ｈ＋（雑音成分）の式によって表すことができる。すなわち、信号Ｔｘは、図３６（ｂ）の左側のグラフで示される周波数スペクトルであった場合、受信機６２で受信される信号Ｒｘは、同図の右側のグラフで示される周波数スペクトルのように、伝送路ｈにおける伝送係数ｈの影響および雑音成分の影響を受けたものとなる。
【００１３】
図３６（ｃ）は、送信アンテナ数と受信アンテナ数を２つにした場合のＭＩＭＯによる伝送形態を示している。同図に示す例では、同時に２つの信号Ａ・ＢがＭＩＭＯ送信機５１に入力され、ＭＩＭＯ送信機５１は、入力された信号Ａ・Ｂをそれぞれ変調部５１ａ・５１ｂによって信号Ｔｘ１・Ｔｘ２に変調して無線出力する。信号Ｔｘ１・Ｔｘ２は、伝送路Ｈを通過した後に、ＭＩＭＯ受信機５２に信号Ｒｘ１・Ｒｘ２として入力される。ここで、信号Ｒｘ１・Ｒｘ２は次の式で表される。
Ｒｘ１＝Ｔｘ１＊ｈ１１＋Ｔｘ２＊ｈ１２＋（雑音成分）
Ｒｘ２＝Ｔｘ１＊ｈ２１＋Ｔｘ２＊ｈ２２＋（雑音成分）
上式のように、各受信アンテナの信号はＴｘ１およびＴｘ２の両方の成分を含んだものとなっている。
【００１４】
ＭＩＭＯ受信機５２において受信された信号Ｒｘ１・Ｒｘ２は、ＩＣＩ（Ｉｎｔｅｒ−Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）Ｃａｎｃｅｌｅｒによって信号Ｔｘ１Ａ・Ｔｘ２Ａに変換される。Ｔｘ１Ａ・Ｔｘ２ＡはＴｘ１・Ｔｘ２のＢＢ（Ｂａｓｅ  Ｂａｎｄ）信号に相当する。その後、信号Ｔｘ１Ａ・Ｔｘ２Ａは、それぞれ復調部５２ａ・５２ｂによって信号Ａ・Ｂに復調されて出力される。
【００１５】
以上のように、従来では１つの信号（Ａ）しか同時に送受信できなかったことに対し、ＭＩＭＯを用いれば、２つの送信および受信アンテナを用いることにより同じチャンネルで二つの信号（Ａ、Ｂ）を同時に伝送することができ高速化を達成することができる。
【００１６】
図４７は、送信アンテナ数および受信アンテナ数を２つにしたＭＩＭＯにおいて、１つの信号ＢＡを送受信した場合を示している。ＭＩＭＯ送信機５１に入力された信号ＢＡは、Ｓ／Ｐ（Serial/Parallel）５１ｃにおいて信号Ａと信号Ｂとに分割され、それぞれ異なるアンテナによってＭＩＭＯ受信機５２に送信される。ＭＩＭＯ受信機５２では、受信して復調された信号Ａおよび信号ＢがＰ／Ｓ５２ｄによって合成され、信号ＢＡが出力されている。この例においては、１つの信号を複数のアンテナで同時に送信することによって通信速度の高速化を図っている。
【００１７】
なお、複数のチャンネルを用いて高速化することの欠点は、利用する帯域が大きくなり加入できるユーザ数が減ることである。一方、ＭＩＭＯの場合の欠点は、それぞれのアンテナの信号が互いに影響するため、通信距離が短くなることである。
【００１８】
（ＱｏＳの画像データ）
また、昨今では、大容量の動画データなどをストリーミングで伝送する需要も高まっている。このようなストリーミングデータを伝送する際には、通信にリアルタイム性が要求される。すなわち、ストリーミングデータを構成するパケット（ＱｏＳパケット）には有効期限が決まっており、この有効期限内に伝送することが必要となる。
【００１９】
図３７に、ＱｏＳパケットの伝送に成功した例および失敗した例のパケットシーケンスの模式図を示す。成功事例では、パケット５は、最初に伝送された際には伝送が失敗しており、再送が行われた際には、伝送が成功している。この再送の時点は、パケット５の有効期限よりも前となっているので、パケット５の伝送は成功したことになる。
【００２０】
一方、失敗事例では、パケット５は、最初に伝送された際、および１回目の再送の際に伝送が失敗している。その後、２回目の再送が行われる前にパケット後の有効期限が経過してしまっている。この場合、有効期限内に伝送できなかったＱｏＳパケット５は、利用することができずに無効（パケットロス）となり、動画データによる映像は受信側で乱れることになる。すなわち、伝送エラーを補償するための再送を行う場合は、各パケットの有効期限内に再送を成功させることが重要である。
【００２１】
無線ＬＡＮにおけるＱｏＳデータ通信に特化したＩＥＥＥ８０２．１１ｅ（ＩＥＥＥ  Ｓｔｄ  ８０２．１１ｅ  Ｄｒａｆｔ７（２００４／１）などの文献参照）は、このような有効期限内のＱｏＳパケットの再送を実現するように設計されたＭＡＣ層のプロトコルである。ＩＥＥＥ８０２．１１ｅでは、パケットが正常に伝送されたか否かを確認する２つの方法が提案されている。第１の方法としては、受信側の通信装置が、受信したＱｏＳパケット毎に受信確認パケット（Ｎｏｒｍａｌ  Ａｃｋ：以降、ＡＣＫと称する）を送信側へ送信する方法である。第２の方法としては、送信側の通信装置が、複数のＱｏＳパケットをバーストで送信した後、送信したＱｏＳパケットに対する送達確認要求パケット（ＢＡＲ：Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ）を送信するとともに、受信側の通信装置が、ＢＡＲに応じて、受信したＱｏＳパケットに対する受信確認パケット（ＢＡ：Ｂｌｏｃｋ  Ａｃｋ）を返信する方法である。
【００２２】
ここで、受信側ではパケットの順序を整列する必要があるので、ＱｏＳパケットには予め順序の番号が付けられている。上記の第１の方法であるＡＣＫを用いた方法では、ＱｏＳパケットを順番通りに送信する仕様になっている。一方、第２の方法であるＢＡＲ／ＢＡを用いた方法の場合、ＢＡＲには、送達確認すべきＱｏＳパケットの最初のパケットの順序番号を示すSequenceControlが示されており、ＢＡには、SequenceControlで示される順序番号のＱｏＳパケットから、SequenceControl+63で示される順序番号のＱｏＳパケットまでの合計64個のＱｏＳパケットに関する受信確認情報が示される。
【００２３】
なお、ＢＡＲ/ＢＡを用いたバースト通信はＱｏＳパケットに限らず有効期限のない通常のデータパケットにも用いることができる。
【００２４】
（Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎ）
ＡＣＫを用いた場合の伝送事例を図３８に示す。同図に示すように、伝送すべきデータを含む送信パケットは、ｐｒｅａｍｂｌｅ＆ｈｅａｄｅｒ、実データ、およびエラーチェックコードＥを含んでいる。このような送信パケットに対するＡＣＫは、送信パケットの送信が完了した後からＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｅ）後に送信される。そして、ＡＣＫの送信が完了してからＳＩＦＳ後から別のパケットの送信が可能となる。
【００２５】
ここで、ｐｒｅａｍｂｌｅ＆ｈｅａｄｅｒの部分の送信に必要とされる期間をＴＰ、実データの部分の送信に必要とされる期間をＴＤＡＴＡ、ＡＣＫの送信に必要とされる期間をＴＡＣＫとすると、実データの送信に必要とされる総通信期間のうち、実データの部分の送信に必要とされる期間以外の期間（非実データ送信期間）は、ＴＰ＋２＊ＳＩＦＳ＋ＴＡＣＫとなる。すなわち、実データの大きさが小さいほど、総通信期間に占める非実データ送信期間の割合が大きくなることになることがわかる。
【００２６】
ここで、非実データ送信期間を小さくすることを目的として、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎと呼ばれる手法を用いることが考えられる。Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎは、複数のパケットをまとめて１つの集合パケットに構成し、この集合パケットを物理層で伝送する手法である。このような方法によって、総通信期間に占める非実データ送信期間の割合を小さくすることができる。
【００２７】
図３９（ａ）および図３９（ｂ）は、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた送信パケットのパケットシーケンス例を示している。同図に示すように、３つのパケット１、パケット２、パケット３を実データ部分に含んでいる集合パケットが送信パケットとして送信されるようになっている。なお、同図において、Ｈ１、Ｈ２、Ｈ３は、それぞれパケット１、パケット２、パケット３のヘッダを示している。これらのヘッダは、同図（ａ）に示すように、各パケットの先頭部分に設けてもよいし、同図（ｂ）に示すように、集合パケットの実データ部分における先頭部分にまとめて設けてもよい。
【００２８】
また、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いる際、各パケットのあて先は全て同じ通信局である必要はない。例えば上記の例の場合、パケット１を通信局Ａに、パケット２および３を通信局Ｂに伝送することもできる。ここで、各パケットの宛て先情報はそれぞれのパケットに対応するヘッダ（Ｈ１、Ｈ２、Ｈ３）に格納すればよい。
【００２９】
Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎの処理はＭＡＣ層より上の層で行われる場合があるが、以降の説明では、Ｐａｃｋｅｔ  ＡｇｇｒｅｇａｔｉｏｎはＭＡＣ層で行うものとする。図４０に、ＩＥＥＥ８０２．１１のＭＡＣ層において処理される送信フレーム（パケット）を示す。データパケットはＭＳＤＵ（ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）という名前で入力され、ＭＡＣ層はこれにＭＡＣヘッダおよびＣＲＣを追加し、ＭＰＤＵ（ＭＡＣ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）と呼ばれるフレームを生成する。Ｐａｃｋｅｔ  ＡｇｇｒｅｇａｔｉｏｎをＩＥＥＥ８０２．１１に適応した場合、図４１（ａ）および図４１（ｂ）に示すような集合パケットが生成されることになる。同図に示すように、図３９（ａ）（ｂ）で示したパケット１、パケット２、パケット３がそれぞれＭＳＤＵ１、ＭＳＤＵ２、ＭＳＤＵ３に対応し、集合パケットの実データ部分がＭＰＤＵに対応することになる。
【先行技術文献】
【特許文献】
【００３０】
【特許文献１】米国特許ＵＳ６６１４８０８（Date of Patent: Sep.2, 2003）
【非特許文献】
【００３１】
【非特許文献１】ＰＰＰ  ＭｕｌｔｉＬｉｎｋ  Ｐｒｏｔｏｃｏｌ（ＲＦＣ１９９８，１９９６／８）
【非特許文献２】ＩＥＥＥ  Ｓｔｄ  ８０２．１１ｅ  Ｄｒａｆｔ７（２００４／１）
【非特許文献３】Ｐ．Ｗ．Ｗｏｌｎｉａｎｓｋｙ，Ｇ．Ｊ．Ｆｏｓｃｈｉｎｉ，Ｇ．Ｄ．Ｇｏｌｄｅｎ，Ｒ．Ａ．Ｖａｌｅｎｚｕｅｌａ：“Ｖ−Ｂｌａｓｔ：Ａｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ    Ｒｅａｌｉｚｉｎｇ  Ｖｅｒｙ  Ｈｉｇｈ  Ｄａｔａ  Ｒａｔｅｓ  Ｏｖｅｒ  ｔｈｅ  Ｒｉｃｈ−Ｓｃａｔｔｅｒｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｃｈａｎｎｅｌ”，Ｐｒｏｃ．ＩＳＳＳＥ−９８，Ｐｉｓａ，Ｉｔａｌｙ，Ｓｅｐ．２９，１９９８
【発明の概要】
【発明が解決しようとする課題】
【００３２】
（課題１）
Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた際、ＡＣＫを従来のＩＥＥＥ８０２．１１のようにＭＰＤＵ単位にすることができる。この場合、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）のエラーチェックコードはＭＰＤＵ全体に適用されることになる。すると、図４２に示すように、１つのＭＳＤＵがエラーになると、ＭＰＤＵ全体がエラーとなってしまい、正常に受信されている他のＭＳＤＵもエラーとして扱われることになる。よって、伝送効率の低下を招くことになる。
（課題２）
Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いて１つのＭＰＤＵに含まれるそれぞれのＭＳＤＵを別の通信局に通信する際、それぞれにＭＳＤＵを送信した通信局からいつＡＣＫを受信するかの問題が生じる。全ての通信局が同時にＡＣＫを返信する場合、図４３に示すように、ＡＣＫの衝突の問題が生じる。図４３の事例では通信局１が同時に通信局２と通信局３にＭＰＤＵを送り、ＭＰＤＵ内のＭＳＤＵ１が通信局２へ、ＭＳＤＵ２が通信局３に送られる。この場合、通信局２および通信局３が通信局１へＡＣＫを返信する必要があり、同時に返信をするとＡＣＫの衝突が生じる。
【００３３】
ここで、図４４（ａ）の様に通信局３が通信局２のＡＣＫ１を認識してそのＡＣＫ１が終わった後に通信局３はＡＣＫ２を返信することができるが、この場合、図４４（ｂ）の様に隠れ端末の問題が生じる。この場合、ＡＣＫ１を期待している通信局１はＡＣＫ１を認識できるが、通信局３は、通信局１とは通信可能範囲にいるが、通信局２とは通信可能範囲外にいるため、ＡＣＫ１を認識できず、ＡＣＫ２を返信できなくなる。
（課題３）
Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎは、バースト転送にも用いることができる。この場合、ＡＣＫと同様にＢＡＲ／ＢＡを全てのＭＳＤＵに対応させることができる。しかしながら、この場合、ＭＳＤＵ単位で確認を行うため確認すべきパケット数は増える。従来の８０２．１１ｅのＢＡＲ／ＢＡでは一度に６４個の範囲のＭＳＤＵしか確認できないため、ＢＡＲ／ＢＡの確認する方法を改善する必要がある。
【００３４】
また、ＡＣＫと同様に宛先別に送信したＭＳＤＵを確認する時刻の問題がある。
（課題４）
複数のＭＳＤＵをＭＩＭＯで送信する際、ＭＩＭＯのそれぞれの送信アンテナで各々のＭＳＤＵを送信する。しかしながら、ＭＳＤＵに共通の情報があり、この共通の情報をどのアンテナで送信するのかの課題が残る。
（課題５）
ＭＩＭＯを用いてデータ転送を行う際、全ての送信アンテナで同時にデータを送信する必要がある。また、それぞれのアンテナの通信状況は同じでない。このため、それぞれのアンテナに最適な伝送速度を調整してデータ転送を行う。８０２．１１ａ／１１ｅの場合、物理層の伝送速度は６、９、１２、２４、３６、４８、５４ＭＢｐｓである。このため、図４５の様に各アンテナでデータを送信している時間は同じであるが、伝送速度が異なるため、各アンテナで伝送するデータ量は異なる。図４５では、２４ＭＢｐｓの伝送速度で１０００バイトを送信した場合、同じ伝送時間で１５００バイトを３６ＭＢｐｓで伝送することができることを示している。
【００３５】
しかしながら、ＭＡＣに入力されたＭＳＤＵの長さはすでに決められているため、全てのパケットをそれぞれのアンテナの伝送時間に合わせることはできない。ここで、図４６のようにＭＰＤＵの伝送時間を最も長いアンテナの伝送時間に合わせることができるが、伝送時間がより短いアンテナでは帯域を無駄にすることになる。早く終わるアンテナの伝送速度を遅くすることもできるが、この場合は最適な伝送速度を利用していないことから帯域を無駄にしていることになる。
【００３６】
本発明は、上記の問題点に鑑みてなされたものであり、その目的は、パケット伝送を行う際に生じる問題を解決する通信装置および通信方法を提供することにある。
【００３７】
より詳細には、本発明の第１の目的は、送信すべき複数のパケットが１つの集合パケットにまとめられ、この集合パケットが受信装置に対して送信される場合に、送達確認対象となるパケットをより多く含めることのできる送達確認要求パケットを生成することのできる通信装置および通信方法を提供することにある。
【００３８】
また、本発明の第２の目的は、送信すべき複数のパケットが１つの集合パケットにまとめられ、この集合パケットが受信装置に対して送信される場合に、該集合パケットの大きさをより小さくすることによって伝送効率を向上させる通信装置および通信方法を提供することにある。
【００３９】
また、本発明の第３の目的は、送信すべき複数のパケットが１つの集合パケットにまとめられ、この集合パケットが受信装置に対して送信される場合に、該集合パケットに含まれているパケットにエラーが生じた場合でも、他のパケットに影響を与えないことによって、伝送効率を向上させる通信装置および通信方法を提供することにある。
【００４０】
また、本発明の第４の目的は、例えば複数の通信装置に対して送信パケットが同時に送られた場合などに、各通信装置からの送達確認の送信が衝突するなどの事態を防ぐことを可能とする通信装置および通信方法を提供することにある。
【００４１】
また、本発明の第５の目的は、送信すべき複数のパケットが１つの集合パケットにまとめられ、この集合パケットが受信装置に対して送信される場合に、集合パケットの構成の自由度を増大させることにより、該集合パケットの大きさを状態に応じた大きさに設定することを可能とする通信装置および通信方法を提供することにある。
【課題を解決するための手段】
【００４２】
本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段と、前記集合パケット生成手段によって生成された集合パケット、および前記送達確認要求手段によって生成された送達確認要求パケットを前記受信装置に対して送信する通信部とを備え、前記送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいることを特徴としている。
【００４３】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求処理と、前記集合パケット生成処理によって生成された集合パケット、および前記送達確認要求処理によって生成された送達確認要求パケットを前記受信装置に対して送信する通信処理とを含み、前記送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいることを特徴としている。
【００４４】
上記の構成および方法によれば、送信すべき複数のパケットが１つの集合パケットにまとめられ、この集合パケットが受信装置に対して送信されるようになっている。また、集合パケットに含まれるパケットに対する送達確認要求パケットが受信装置に対して送信されるようになっている。ここで、集合パケットに含まれる各パケットごとに送達確認が行われる場合、送達確認対象となるパケットが多くなることが考えられる。ここで、従来の８０２．１１ｅのＢＡＲ／ＢＡでは一度に６４個の範囲のＭＳＤＵしか確認できないので、より多くのパケットに対応することを可能とする必要が生じる。
【００４５】
これに対して、上記の構成および方法によれば、送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいるので、パケットを特定する情報を追加していくだけで、送達確認対象となるパケットを増やすことが可能となるという効果を奏する。なお、一つの送達確認対象となるパケット数にはパケット数を表すパケット数幅の制限がある。例えばパケットを特定する情報の中のパケット数の情報分が１６ビットの場合、パケット数の制限は２＾１６−１＝６５５３５個になる。
【００４６】
本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信手段とを備え、前記集合パケット生成手段が、前記送信すべき１つまたは複数のパケットごとにエラーチェック処理を施すエラーチェック処理手段を備えていることを特徴としている。
【００４７】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信処理とを含み、前記集合パケット生成処理が、前記送信すべき１つまたは複数のパケットごとにエラーチェック処理を施すエラーチェック処理を含んでいることを特徴としている。
【００４８】
上記の構成および方法によれば、送信すべき複数のパケットが１つの集合パケットにまとめられ、この集合パケットが受信装置に対して送信されるようになっている。また、集合パケットを生成する際には、パケットごとにエラーチェック処理が施されるようになっている。従来、集合パケットに対しては、該集合パケットの全体に対してエラーチェック処理が行われるようになっていた。この場合、集合パケットに含まれるパケットの１つでもエラーが発生すると、該集合パケットに含まれる他のパケットもエラーとなり、伝送効率が悪かった。これに対して、上記の構成および方法によれば、集合パケットに含まれる１つまたは複数のパケットごとにエラーチェック処理が行われるので、集合パケットに含まれるパケットの１つにエラーが発生したとしても、残りのパケットは正常に伝送することが可能となる。よって、伝送効率を向上することができるという効果を奏する。
【００４９】
また、本発明に係る通信装置は、上記の構成において、前記エラーチェック処理手段が、前記集合パケットのヘッダにもエラーチェック処理を施す構成としてもよい。
【００５０】
集合パケットのヘッダに、該集合パケットに含まれるパケットに関する情報を含める構成とすることが可能である。ここで、パケットごとにエラーチェック処理をする場合、送達確認などを返信する際には、各パケットに関する情報が重要となる。これに対して、上記の構成によれば、集合パケットのヘッダにもエラーチェック処理を施すので、ヘッダに示されている情報の信頼性を向上させることができる。よって、パケットごとにエラーチェック処理をする場合においても、信頼性の高い伝送を行うことができるという効果を奏する。
【００５１】
また、本発明に係る通信装置は、上記の構成において、受信装置に対して前記集合パケットに含まれる各パケットに対する送達確認情報の返送を要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信手段が、集合パケットに対する送達確認パケットを前記受信装置から受信するはずのタイミングにおいてそれを正常に受信できなかった場合に前記送達確認要求パケットを該受信装置に対して送信する構成としてもよい。
【００５２】
集合パケットによる送信が行われた場合、該集合パケットに対する送達確認パケットが受信側から送信される通信方式が考えられる。ここで、集合パケットに対する送達確認パケットを前記受信装置から受信するはずのタイミングにおいてそれを正常に受信できなかった場合に、該集合パケットに含まれるどのパケットの受信が失敗しているかについて、送信側が把握することができない。よって、この場合には、該集合パケット全体を再送する必要が生じていた。
【００５３】
これに対して、上記の構成によれば、集合パケットに対する送達確認パケットを前記受信装置から受信するはずのタイミングにおいてそれを正常に受信できなかった場合に、該集合パケットに含まれる各パケットに対する送達確認情報の返送を要求するための送達確認要求パケットを送信するようになっている。これにより、受信側から、集合パケットに含まれるどのパケットの受信に失敗したかを示す送達確認パケットを受信することができるので、これに基づいて、再送すべきパケットを含む新たな集合パケットを生成しなおして送信することができる。したがって、再送すべきパケットの数を低減することが可能となり、通信帯域の利用効率を向上させることができる。
【００５４】
なお、前記通信手段が、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、集合パケットに対する送達確認パケットを前記受信装置からエラーが生じている状態で受信した場合に、前記送達確認要求手段によって生成された、該集合パケットに含まれるパケットのそれぞれに対する送達確認要求パケットを該外部の通信装置に対して送信する構成としてもよい。
【００５５】
また、本発明に係る通信装置は、上記の構成においてさらに、前記送達確認要求パケットが集合パケットに含まれるパケットの識別情報を含む構成としてもよい。
【００５６】
これにより、たとえば、送達確認要求パケットで送達確認を行うパケットの内容を集合パケットで送信したパケットの内容と異なるものに設定可能であるなど、より柔軟性が高くなるという効果を奏する。
【００５７】
また、本発明に係る通信装置は、上記の構成においてさらに、前記集合パケット生成手段が集合パケットの各々を識別するための集合パケット番号を各集合パケットに対して付加し、前記送達確認要求パケット生成手段が送達確認要求パケットに対して集合パケット番号を含む構成としてもよい。
【００５８】
これにより、全パケットの識別情報を送達確認要求パケットに含める場合と比較して、集合パケット番号情報を含めるだけで良いため、送達確認要求パケットを短縮化可能であるという効果を奏する。
【００５９】
また、本発明に係る通信装置は、上記通信装置から集合パケットを受信する通信装置であって、前記集合パケットまたはパケットの受信状態を検知する受信状態検知手段と、前記受信状態検知手段による検知結果に従って、前記集合パケットまたはパケットに対応したビットマップ生成し、該ビットマップを含んだ送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを送信する通信部とを備えている構成とすることによって、上記通信装置の受信装置として対応することが可能となる。
【００６０】
本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信部とを備え、前記集合パケット生成手段が、集合パケットに含める前記送信すべき複数のパケットの全てに共通する共通情報を抽出する共通情報抽出手段と、前記共通情報を前記集合パケットに含めるとともに、前記送信すべきパケットの少なくとも１つのパケットから前記共通情報を削除した上で、前記集合パケットを生成する集合パケット再構成手段とを備えていることを特徴としている。
【００６１】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケット生成処理によって生成された集合パケットを前記受信装置に対して送信する通信処理とを含み、前記集合パケット生成手処理が、集合パケットに含める前記送信すべき複数のパケットの全てに共通する共通情報を抽出する共通情報抽出処理と、前記共通情報を前記集合パケットに含めるとともに、前記送信すべきパケットの少なくとも１つのパケットから前記共通情報を削除した上で、前記集合パケットを生成する集合パケット再構成処理を含んでいることを特徴としている。
【００６２】
上記の構成および方法によれば、送信すべき複数のパケットが１つの集合パケットにまとめられ、この集合パケットが受信装置に対して送信されるようになっている。また、集合パケットを生成する際には、次の処理が行われる。すなわち、まず、集合パケットに含める複数のパケット全てに共通する共通情報が抽出され、この共通情報が集合パケット内で１つにまとめられる。したがって、単純に複数のパケットをまとめて集合パケットにした場合と比較して、集合パケットの大きさをより小さくすることができる。よって、パケットの伝送効率を向上させることができるという効果を奏する。
【００６３】
また、本発明に係る通信装置は、上記の構成において、前記共通情報抽出手段が、前記共通情報を、前記送信すべき複数のパケットのヘッダにおける少なくとも一部の情報とする構成としてもよい。パケットのヘッダには、複数のパケットで共通する情報を含んでいる場合が多いので、この構成によれば、共通情報を効率的に抽出することができるという効果を奏する。
【００６４】
また、本発明に係る通信装置は、上記の構成において、前記共通情報抽出手段が、前記集合パケットに含める前記送信すべき複数のパケットが全て同じ種類の場合に、前記共通情報を、前記送信すべきパケットのヘッダ全体とする構成としてもよい。
【００６５】
集合パケットに含める複数のパケットが全て同じ種類である場合には、各パケットのヘッダは全て共通である場合が多い。よって、上記の構成によれば、各パケットのヘッダを全て共通化することになるので、集合パケット内における実データ部分の割合をより高めることができるという効果を奏する。
【００６６】
また、本発明に係る通信装置は、上記の構成において、前記共通情報抽出手段が、前記集合パケットに含める前記送信すべき複数のパケットの種類が複数ある場合に、前記共通情報を抽出しない構成としてもよい。
【００６７】
集合パケットに含める複数のパケットの種類が複数ある場合には、全てのパケットに共通する情報がない場合が多い。よって、上記の構成によれば、パケットの種類が複数ある場合には共通情報を抽出しないとすることによって、抽出処理を省略することが可能となる。よって、処理の迅速化を図ることができるという効果を奏する。
【００６８】
本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信パケットを生成するパケット生成手段と、前記パケット生成手段によって生成された送信パケットを前記受信装置に対して送信する通信部とを備え、前記パケット生成手段が、生成する送信パケットに対する受信側による送達確認パケットの返信時刻を算出する返信時刻算出手段を備え、該パケット生成手段が、前記返信時刻の情報を前記送信パケットに含めることを特徴としている。
【００６９】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信パケットを生成するパケット生成処理と、前記パケット生成手段によって生成された送信パケットを前記受信装置に対して送信する通信処理とを含み、前記パケット生成処理が、生成する送信パケットに対する受信側による送達確認パケットの返信時刻を算出する返信時刻算出処理を含むとともに、前記返信時刻の情報を前記送信パケットに含めることを特徴としている。
【００７０】
上記の構成および方法によれば、送信パケットに対する受信側による送達確認パケットの返信時刻が算出され、この返信時刻の情報が、送信パケットに含められることになる。よって、例えば複数の通信装置に対して送信パケットが同時に送られた場合などに、各通信装置からの送達確認の送信が衝突するなどの事態を防ぐことが可能となるという効果を奏する。
【００７１】
また、本発明に係る通信装置は、上記の通信装置から送信パケットを受信する通信装置であって、前記送信パケットの受信状態を検知する受信状態検知手段と、前記送信パケットに含まれる返信時刻の情報を抽出する返信時刻抽出手段と、前記受信状態検知手段による検知結果に従って、前記送信パケットに対する送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを、前記返信時刻に送信する通信部とを備えている構成とすることによって、上記の通信装置に対応することが可能となる。
【００７２】
また、本発明に係る通信装置は、上記の構成において、前記パケット生成手段が、生成する送信パケットのヘッダに、該送信パケットに返信時刻の情報が含まれているか否かを示す返信時刻フラグを含める構成としてもよい。
【００７３】
この構成の場合、受信側の通信装置は、受信した送信パケットのヘッダを確認することによって、返信時刻情報が含まれているか否かを確認することができるという効果を奏する。
【００７４】
また、本発明に係る通信装置は、上記の構成において、前記パケット生成手段が、前記送信パケットとして、複数のパケットを１つにまとめた集合パケットを生成するとともに、前記返信時刻算出手段が、前記集合パケットに含まれる各パケットに対する前記返信時刻を算出する構成としてもよい。
【００７５】
この構成によれば、集合パケットに含まれる各パケットに対して返信時刻が設定されるので、例えば各パケットの宛先がそれぞれ異なる通信装置である場合にも、各通信装置が送達確認を送信するタイミングを的確に認識することが可能となるという効果を奏する。
【００７６】
本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信部とを備え、前記集合パケット生成手段が、送信すべき複数のパケットのうち、少なくとも１つのパケットを複数に分割し、分割された各分割パケットを複数の集合パケットに割り振ることを特徴としている。
【００７７】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケット生成処理によって生成された集合パケットを前記受信装置に対して送信する通信処理とを備え、前記集合パケット生成処理が、送信すべき複数のパケットのうち、少なくとも１つのパケットを複数に分割し、分割された各分割パケットを複数の集合パケットに割り振ることを特徴としている。
【００７８】
上記の構成および方法によれば、集合パケットに含めるべきパケットを複数に分割し、各分割パケットを複数の集合パケットに割り振るようになっている。よって、集合パケットの構成の自由度を増大させることができるので、何らかの理由によって、集合パケットの大きさを調整する必要が生じた場合などに的確に対応することが可能となるという効果を奏する。
【００７９】
また、本発明に係る通信装置は、上記の構成において、前記通信部が複数の送信アンテナを備え、前記集合パケット生成手段によって生成される複数の集合パケットを各送信アンテナに振分けて送信する構成としてもよい。
【００８０】
前記したように、ＭＩＭＯを用いてデータ転送を行う際、全ての送信アンテナで同時にデータを送信する必要がある。この場合、各送信アンテナによる伝送速度の相違、および各送信アンテナにおいて伝送されるパケットの大きさの相違によって、各送信アンテナから送信されるパケットの伝送時間はばらつくことになる。すなわち、伝送時間がより短いアンテナでは帯域が無駄になるという問題がある。
【００８１】
これに対して、上記の構成によれば、各送信アンテナによって送信される集合パケットの長さがほぼ等しくなるように、集合パケットに含めるパケットを分割してそれぞれ異なる集合パケットに割り振るように集合パケットを生成するようにすることが可能となる。よって、各送信アンテナによる１つの集合パケットの伝送時間を揃えることが可能となるので、帯域の利用効率を向上させることができるという効果を奏する。
【００８２】
また、本発明に係る通信装置は、上記の構成において、１つのパケットから分割された各分割パケットを含む集合パケットを、同じ送信アンテナから送信する構成としてもよい。
【００８３】
上記の構成のように、パケットを分割して送信する場合、分割パケットを同じアンテナで送信することによって、一方の分割パケットのみが伝送に失敗することによって、伝送に成功した分割パケットが無駄になるという事態の発生を抑制することができる。よって、帯域の利用効率を向上させることができるという効果を奏する。
【００８４】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。すなわち、この構成の場合、パケットを分割して送信する場合に、集合パケットに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを送ることが可能となる。
【００８５】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。すなわち、この構成の場合、パケットを分割して送信する場合に、集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを送ることが可能となる。
【００８６】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。すなわち、この構成の場合、集合パケットに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを送ることが可能となる。
【００８７】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。すなわち、この構成の場合、集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを送ることが可能となる。
【００８８】
また、本発明に係る通信装置は、上記の構成において、前記通信部が複数の送信アンテナを備え、前記集合パケット生成手段によって生成される複数の集合パケットを各送信アンテナに振分けて送信する構成としてもよい。この構成によれば、複数の集合パケットを各送信アンテナに振分けて送信することが可能となるので、１つの送信アンテナによって送信する場合と比較して、伝送速度を向上させることができる。
【００８９】
また、本発明に係る通信装置は、上記の構成において、前記通信部が、各送信アンテナに対して同じ送達確認要求パケットを送信する構成としてもよい。この場合、各送信アンテナでそれぞれ異なる送達確認要求パケットを生成する必要がないので、処理の簡略化を図ることができる。
【００９０】
また、本発明に係る通信装置は、上記の構成において、前記送達確認要求パケットが、送達確認を要求する対象となる前記集合パケットまたは前記パケットの宛先となる受信側の通信装置を特定する情報を含んでいる構成としてもよい。この構成によれば、宛先となる受信側の通信装置を特定する情報が送達確認要求パケットに含まれているので、同じ送達確認要求パケットを複数の送信アンテナで送信したとしても、宛先に応じた通信装置から適切な送達確認が返信されることを期待することができる。
【００９１】
また、本発明に係る通信装置は、上記の通信装置から集合パケットを受信する通信装置であって、前記集合パケットから、当該通信装置を宛先とする集合パケットまたはパケットを抽出する抽出手段と、前記抽出手段によって抽出された集合パケットまたはパケットの受信状態を検知する受信状態検知手段と、前記受信状態検知手段による検知結果に従って、前記送信パケットに対する送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを送信する通信部とを備えている構成とすることによって、上記通信装置の受信装置として対応することが可能となる。
【００９２】
また、本発明に係る通信装置は、上記の構成において、前記送達確認要求パケットが、送達確認を要求する対象となる前記集合パケットまたは前記パケットの宛先となる受信側の各通信装置に対して、送達確認パケットの返信時刻を設定する情報を含んでいる構成としてもよい。この構成によれば、各通信装置からの送達確認の送信が衝突するなどの事態を防ぐことが可能となる。
【００９３】
また、本発明に係る通信装置は、上記通信装置から集合パケットを受信する通信装置であって、前記集合パケットまたはパケットの受信状態を検知する受信状態検知手段と、前記集合パケットまたはパケットに含まれる返信時刻の情報を抽出する返信時刻抽出手段と、前記受信状態検知手段による検知結果に従って、前記集合パケットまたはパケットに対する送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを、前記返信時刻に送信する通信部とを備えている構成とすることによって、上記通信装置の受信装置として対応することが可能となる。
【発明の効果】
【００９４】
本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段と、前記集合パケット生成手段によって生成された集合パケット、および前記送達確認要求手段によって生成された送達確認要求パケットを前記受信装置に対して送信する通信部とを備え、前記送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいる構成である。
【００９５】
これにより、送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいるので、パケットを特定する情報を追加していくだけで、送達確認対象となるパケットを増やすことが可能となるという効果を奏する。
【図面の簡単な説明】
【００９６】
【図１】本発明の一実施形態に係る送信側通信装置の概略構成を示すブロック図である。
【図２】本発明の一実施形態に係る受信側通信装置の概略構成を示すブロック図である。
【図３】本発明の一実施形態に係る通信ネットワークシステムの概略構成を示すブロック図である。
【図４】複数のアンテナによってそれぞれ異なるＭＳＤＵをＭＩＭＯによって送信する場合のパケットの形式例を示す図である。
【図５】複数のアンテナによってそれぞれ異なるＭＳＤＵをＭＩＭＯによって送信する場合のパケットの形式例の他の例を示す図である。
【図６】複数のアンテナによってそれぞれ異なるＭＳＤＵをＭＩＭＯによって送信する場合のパケットの形式例のさらに他の例を示す図である。
【図７】集合パケットに含まれるＭＳＤＵごとにエラーチェック処理を施す場合のパケットの構成例を示す図である。
【図８】集合パケットに含まれる複数のＭＳＤＵごとにエラーチェック処理を施す場合のパケットの構成例を示す図である。
【図９】２つの送信アンテナを用いた場合の各送信アンテナで送信される集合パケットの例を示す図である。
【図１０】同図（ａ）は、ある１つの送信アンテナから送信されたＭＳＤＵあるいはＭＳＤＵの分割部分に対するＡＣＫが、該当ＭＳＤＵあるいはＭＳＤＵの分割部分を受信した受信アンテナに対応する受信側の送信アンテナから送信される例を示す図であり、同図（ｂ）は、複数のアンテナによって送信された全てのＭＳＤＵあるいはＭＳＤＵの分割部分に対応するＡＣＫが返信される例を示す図である。
【図１１】同図（ａ）は、１つのパケットから分割された複数の分割パケットがそれぞれ異なるアンテナによって送信される例を示す図であり、同図（ｂ）および同図（ｃ）は、１つのパケットから分割された複数の分割パケットがそれぞれ同じアンテナによって送信される例を示す図である。
【図１２】図１１（ｂ）および図１１（ｃ）に示す送信例をＡＣＫに適用した例を示す図である。
【図１３】同図（ａ）は、ＭＰＤＵにおけるＭＡＣヘッダの構成例を示す図であり、同図（ｂ）は、ＭＳＤＵにおけるＭＡＣヘッダの構成例を示す図である。
【図１４】同図（ａ）は、本発明の一実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）は、本発明の一実施例において用いられるＭＡＣ情報部例を示す図であり、同図（ｃ）は、本発明の一実施例において用いられるＭＳＤＵ部例を示す図である。
【図１５】同図（ａ）は、本発明の他の実施例において用いられるＭＡＣ情報部例を示す図であり、同図（ｂ）は、本発明の他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図１６】本発明のさらに他の実施例において用いられるＭＡＣ情報部例を示す図である。
【図１７】同図（ａ）は、本発明のさらに他の実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）および同図（ｃ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図１８】同図（ａ）は、本発明のさらに他の実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）は、本発明のさらに他の実施例において用いられるＣＲＣ部例を示す図であり、同図（ｃ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図１９】本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図２０】ＣＲＣＨおよびＣＲＣの適用例を示す図である。
【図２１】本発明の実施例において用いられるＡＣＫの概略構成を示す図である。
【図２２】同図（ａ）は、本発明のさらに他の実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）および同図（ｃ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図２３】同図（ａ）は、本発明のさらに他の実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）は、本発明のさらに他の実施例において用いられるＭＡＣ情報部例を示す図であり、同図（ｃ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図２４】同図（ａ）は、本発明のさらに他の実施例において用いられるＭＡＣ情報部例を示す図であり、同図（ｂ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図２５】本発明のさらに他の実施例において用いられるＭＡＣ情報部例を示す図である。
【図２６】同図（ａ）は、本発明のさらに他の実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）および同図（ｃ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図２７】複数のＭＡＣによるＡＣＫ返信の順番を示す図である。
【図２８】同図（ａ）は、本発明のさらに他の実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）は、本発明のさらに他の実施例において用いられるＣＲＣ部の構成を示す図であり、同図（ｃ）および同図（ｄ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図２９】同図（ａ）は、本発明のさらに他の実施例において用いられるパケットの概略構成を示す図であり、同図（ｂ）および同図（ｃ）は、本発明のさらに他の実施例において用いられるＭＳＤＵ部例を示す図である。
【図３０】本発明のさらに他の実施例において用いられるＢＡＲのパケット構成、およびＢＡのパケット構成の概略を示す図である。
【図３１】本発明のさらに他の実施例において用いられるＢＡＲのパケット構成、およびＢＡのパケット構成の概略を示す図である。
【図３２】本発明のさらに他の実施例において用いられるＢＡＲのパケット構成、およびＢＡのパケット構成の概略を示す図である。
【図３３】本発明のさらに他の実施例において用いられるＢＡＲのパケット構成、およびＢＡのパケット構成の概略を示す図である。
【図３４】本発明のさらに他の実施例において用いられるＡＣＫのパケット構成の概略を示す図である。
【図３５】ＭＩＭＯを用いた通信システムの概略構成を示す図である。
【図３６】同図（ａ）は、シングルリンクによる伝送形態を示す図であり、同図（ｂ）は、送信時における信号の周波数スペクトル、および、受信時における信号の周波数スペクトルを示すグラフであり、同図（ｃ）は、送信アンテナ数と受信アンテナ数を２つにした場合のＭＩＭＯによる伝送形態を示す図である。
【図３７】ＱｏＳパケットの伝送に成功した例および失敗した例のパケットシーケンスの模式図である。
【図３８】ＡＣＫを用いた場合の伝送事例を示す図である。
【図３９】同図（ａ）および同図（ｂ）は、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた送信パケットのパケットシーケンス例を示す図である。
【図４０】ＩＥＥＥ８０２．１１のＭＡＣ層において処理される送信フレーム（パケット）を示す図である。
【図４１】同図（ａ）および同図（ｂ）は、Ｐａｃｋｅｔ  ＡｇｇｒｅｇａｔｉｏｎをＩＥＥＥ８０２．１１に適応した場合の集合パケットのパケットシーケンス例を示す図である。
【図４２】Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた際に、１つのＭＳＤＵがエラーになることによってＭＰＤＵ全体がエラーとなる例を示す図である。
【図４３】１つの通信局が２つの通信局に同時にＭＳＤＵを送信した場合のシステム図およびＡＣＫの衝突が生じた場合のパケットシーケンス例を示す図である。
【図４４】同図（ａ）は、１つの通信局が２つの通信局に同時にＭＳＤＵを送信した場合のシステム図およびＡＣＫの衝突が回避された場合のパケットシーケンス例を示す図であり、同図（ｂ）は、受信側の２つの通信局が、互いに通信状況を把握できない場合のシステム図およびパケットシーケンス例を示す図である。
【図４５】互いに伝送速度の異なる複数のアンテナにおいて、同じ時間にパケット伝送を行った場合の状態を示す図である。
【図４６】互いに伝送速度の異なる複数のアンテナにおいて、同じデータ量のパケット伝送を行った場合の状態を示す図である。
【図４７】送信アンテナ数および受信アンテナ数を２つにしたＭＩＭＯにおいて、１つの信号ＡＢを送受信する伝送形態を示す図である。
【図４８】集合パケットに対するＡＣＫにエラーが生じた場合に、ＢＡＲの送信が行われる場合の例を示す図である。
【図４９】集合パケットの送信が行われた後に、ＡＣＫの返信に失敗した場合の例を示す図である。
【図５０】集合パケットに集合パケットを識別する集合パケット番号が設定されていて、ＡＣＫ再送要求パケットの送信が行われる場合の例を示す図である。
【図５１】集合パケット番号が設定されている集合パケット全体がエラーになり、かつ送信側通信装置がＡＣＫ受信タイミングでチャンネルビジー状態を検出したが正常にパケット受信が行われなかった際に、ＡＣＫ再送要求パケットの送信が行われる場合の例を示す図である。
【発明を実施するための形態】
【００９７】
本発明の一実施形態について図面に基づいて説明すると以下の通りである。
【００９８】
（通信ネットワークシステムの構成）
図３は、本実施形態に係る通信ネットワークシステムの概略構成を示している。同図に示すように、この通信ネットワークシステムは、送信装置３から受信装置４…に対して、送信側通信装置（通信装置）１および受信側通信装置（通信装置）２…を介して、ストリームデータおよび／またはデータが送信される構成となっている。なお、同図では、受信側通信装置２および受信装置４がそれぞれ複数設けられている例が示されているが、それぞれ１つのみ設けられている構成も考慮する。また、送信側通信装置１および送信装置３が複数設けられていてもよい。
【００９９】
送信装置３は、動画データなどのストリームデータや、その他のデータを外部の装置に対して送信することが可能な装置である。具体的には、送信装置３は、例えばＤＶＤ(Digital Versatile Disk)プレイヤーやＤＶＤレコーダ、ＨＤＤレコーダなどの動画再生装置や、ＢＳ／ＣＳチューナーなどの放送受信装置などによって構成されるものである。
【０１００】
受信装置４は、受信したストリームデータやその他のデータに基づいて処理を行う装置である。具体的には、受信装置４は、例えば受信したストリームデータとしての動画データを表示する表示装置などによって構成されるものである。
【０１０１】
送信装置３から出力されるストリームデータ／データは、送信側通信装置１に伝送される。そして、送信側通信装置１が、無線通信によって受信側通信装置２に対して該ストリームデータ／データを送信する。受信側通信装置２は、送信側通信装置１から送られたストリームデータ／データを無線を介して受信すると、これを受信装置４に伝送する。以上の処理によって、送信装置３から受信装置４へのストリームデータ／データの送信が行われる。
【０１０２】
なお、本実施形態では、送信装置３と送信側通信装置１とを別の装置として設けたシステムを示しているが、これに限定されるものではなく、送信装置３の内部に、送信側通信装置１の機能を設けた構成となっていてもよい。同様に、受信装置４の内部に、受信側通信装置２の機能を設けた構成となっていてもよい。
【０１０３】
（送信側通信装置の構成）
図１は、送信側通信装置１の概略構成を示す機能ブロック図である。同図に示すように、送信側通信装置１は、通信部５、集合パケット生成部（集合パケット生成手段・パケット生成手段）６、ＢＡＲ生成部（送達確認要求手段）７、送達確認受信部８、返信時刻算出部（返信時刻算出手段）９、および送信パケット情報記憶部１０を備えた構成となっている。
【０１０４】
通信部５は、送信側通信装置１における通信処理を行うとともに、通信インターフェースとしての機能をも有するブロックである。この通信部５は、集合パケット生成部６によって生成された集合パケット、およびＢＡＲ生成部７によって生成されたＢＡＲなどを無線通信を介して受信側通信装置２に送信するとともに、受信側通信装置２から無線通信を介して受信したＡＣＫあるいはＢＡを送達確認受信部８に送る処理などを行う。
【０１０５】
なお、通信部５は、図３６（ａ）に示した構成のように、１つのアンテナを用いて送信を行う構成であってもよいし、図３６（ｃ）や図４７に示した構成のように、複数のアンテナを用いて送信を行う構成であってもよい。
【０１０６】
ＢＡＲ生成部７は、送信パケット情報記憶部１０に記憶されている、すでに送信が行われ、送達確認が完了していないパケットの情報を読み出し、所定のタイミングでＢＡＲを生成するブロックである。
【０１０７】
返信時刻算出部９は、複数の受信側通信装置２…に対して同じＢＡＲを送信するとともに、該ＢＡＲによってＢＡの返信要求をするパケットの宛先が複数の受信側通信装置２である場合に、各受信側通信装置２に対してＢＡをどのタイミングで返信すべきかを設定する返信時刻を算出するブロックである。
【０１０８】
送達確認受信部８は、受信側通信装置２から受信したＡＣＫあるいはＢＡに基づいて、送信パケット情報記憶部１０に記憶されているパケットの情報を更新するブロックである。
【０１０９】
集合パケット生成部６は、送信装置３から入力されたパケットを送信用の送信パケットに構成して通信部５に送る処理を行うブロックである。ここで、集合パケット生成部６は、送信装置３から入力された複数のパケットをまとめて１つの集合パケットを生成してもよいし、送信装置３から入力された１つのパケットに基づいて送信用の送信パケットを生成してもよい。また、以下に示す実施形態、実施例では、集合パケットをヘッダ＋ＭＰＤＵとして構成するものとし、集合パケットに含まれる各パケットをＭＰＤＵまたはＭＳＤＵとしている。
【０１１０】
この集合パケット生成部６は、パケットバッファ１１、共通情報抽出部（共通情報抽出手段）１２、集合パケット構築部（集合パケット再構成手段）１３、エラーチェック処理部（エラーチェック処理手段）１４、および返信時刻算出部（返信時刻算出手段）１５を備えている。
【０１１１】
パケットバッファ１１は、上位層としての送信装置３から入力された１つ以上のパケットを一時的に格納するバッファである。共通情報抽出部１２は、パケットバッファ１１に格納されている複数のパケット全てに共通する情報を抽出する処理を行うブロックである。この共通情報の詳細については後述する。
【０１１２】
エラーチェック処理部１４は、集合パケットに対してエラーチェック処理を行うブロックである。このエラーチェック処理の詳細については後述する。
【０１１３】
返信時刻算出部１５は、複数の受信側通信装置２…に対して１つの集合パケットを送信するとともに、該集合パケットに含まれるパケットに対してＡＣＫの返信要求をするパケットの宛先が複数の受信側通信装置２である場合に、各受信側通信装置２に対してＡＣＫをどのタイミングで返信すべきかを設定する返信時刻を算出するブロックである。
【０１１４】
集合パケット構築部１３は、共通情報抽出部１２、エラーチェック処理部１４、および返信時刻算出部１５による処理に基づいて、パケットバッファ１１に格納されている１つ以上のパケットをまとめて１つの集合パケットを構築する処理を行うブロックである。
【０１１５】
なお、送信側通信装置１は、集合パケット生成部６が備える各構成、ＢＡＲ生成部７、送達確認受信部８、返信時刻算出部９、および送信パケット情報記憶部１０を全て備えている必要はなく、後述する実施例において必要とされる機能を備えていればよい。
【０１１６】
（受信側通信装置の構成）
図２は、受信側通信装置２の概略構成を示す機能ブロック図である。同図に示すように、受信側通信装置２は、通信部２１、ＡＣＫ生成部（送達確認生成手段）２２、ＢＡ生成部（送達確認生成手段）２３、宛先情報抽出部（抽出手段）２４、ＢＡＲ受信部２５、返信時刻抽出部（返信時刻抽出手段）２６、パケットバッファ２７、受信状態検知部（受信状態検知手段）２８、および受信パケット情報記憶部２９を備えた構成となっている。
【０１１７】
通信部２１は、受信側通信装置２における通信処理を行うとともに、通信インターフェースとしての機能をも有するブロックである。この通信部２１は、ＡＣＫ生成部２２によって生成されたＡＣＫ、ＢＡ生成部２３によって生成されたＢＡなどを無線通信を介して送信側通信装置１に送信するとともに、送信側通信装置１から無線通信を介して受信した集合パケット、およびＢＡＲなどを宛先情報抽出部２４を介してパケットバッファ２７およびＢＡＲ受信部２５に送る処理などを行う。
【０１１８】
なお、通信部２１は、図３６（ａ）に示した構成のように、１つのアンテナを用いて受信を行う構成であってもよいし、図３６（ｃ）や図４７に示した構成のように、複数のアンテナを用いて受信を行う構成であってもよい。
【０１１９】
宛先情報抽出部２４は、通信部２１において受信された集合パケットおよびＢＡＲの中から自装置を宛先とする部分の情報を抽出する処理を行うブロックである。宛先情報抽出部２４は、集合パケットから抽出したパケットおよびＢＡＲから抽出した情報をパケットバッファ２７に送る。
【０１２０】
パケットバッファ２７は、受信したパケットを一時的に格納するバッファである。パケットバッファ２７に格納されたパケットのうち、実データとしてのパケットは、上位層としての受信装置４に対して送られる。
【０１２１】
受信状態検知部２８は、自装置宛のパケットの受信状態、すなわち、受信に成功しているか失敗しているかを検知するブロックである。受信状態検知部２８によって検知された受信状態は、受信パケット情報記憶部２９に記憶される。
【０１２２】
ＢＡＲ受信部２５は、自装置宛のＢＡＲを受信した際に、送達確認対象となるパケットの受信状態を受信パケット情報記憶部２９から読み出し、その情報をＢＡ生成部２３に送る処理を行うブロックである。
【０１２３】
ＢＡ生成部２３は、ＢＡＲ受信部２５から送られた送達確認対象となるパケットの受信状態に基づいてＢＡを生成し、通信部２１に送る処理を行うブロックである。ＡＣＫ生成部２２は、受信状態検知部２８によって検知された受信状態に基づいてＡＣＫを生成し、通信部２１に送る処理を行うブロックである。
【０１２４】
返信時刻抽出部２６は、パケットバッファ２７に格納されているパケットおよびＢＡＲの中から返信時刻情報を抽出し、この返信時刻情報を通信部２１に送る処理を行うブロックである。通信部２１は、返信時刻情報に従って、ＢＡ生成部２３によって生成されたＢＡおよびＡＣＫ生成部２２によって生成されたＡＣＫの送信を行う。
【０１２５】
なお、受信側通信装置２は、ＡＣＫ生成部２２、ＢＡ生成部２３、宛先情報抽出部２４、ＢＡＲ受信部２５、返信時刻抽出部２６、受信状態検知部２８、および受信パケット情報記憶部２９を全て備えている必要はなく、後述する実施例において必要とされる機能を備えていればよい。
【０１２６】
（実施の形態１）
本発明の一実施形態に関して以下に説明する。本実施形態では、複数のアンテナによってそれぞれ異なるＭＳＤＵをＭＩＭＯによって送信する場合に、集合パケット生成部６が生成するパケットの形式について述べる。
【０１２７】
まず、各ＭＳＤＵの共通の情報（共通情報）をヘッダＡとし、共通していないヘッダの部分をヘッダＢとする。ヘッダＡを送信する方法として以下に示す３つの例が挙げられる。
【０１２８】
第１のパケット伝送例を、図４に示す。この事例では、送信アンテナを２つ用いる場合が示されている。従来の１つのアンテナによって送信する送信機と互換性を保つために、最初は１つのアンテナにおいて、ＳＰ（Ｓｈｏｒｔ  Ｐｒｅａｍｂｌｅ）、ＬＰ（Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ）、およびＰＬＣＰ（Ｐｈｉｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）が送信される。本事例ではヘッダＡをこの後に同じアンテナで送信し、その後に全てのアンテナでＭＰ（ＭＩＭＯ  Ｐｒｅａｍｂｌｅ）を送信する。次にそれぞれのアンテナで送信するそれぞれのＭＳＤＵのヘッダＢを送信する。しかしながら、ヘッダＡはＭＰＤＵの部分であり、また、ＭＰＤＵはＭＰの後の部分であるので、ヘッダＡはＭＰの後に送信する方が好ましい。
【０１２９】
第２のパケット伝送例を、図５に示す。この事例では、共通情報としてのヘッダＡはＭＰの後に送信されている。また、ヘッダＡはヘッダＡ１とヘッダＡ２とに分割され、それぞれ異なるアンテナで送信されている。しかしながら、いずれかのアンテナによる送信が失敗した場合、ヘッダＡ全体の送信が失敗となるので、通信状況が良好なアンテナによる送信も全て失敗したことになってしまう。
【０１３０】
第３のパケット伝送例を、図６に示す。この事例では、全てのアンテナで同じ共通のヘッダＡを送信してからそれぞれのヘッダＢを送信する。共通のヘッダＡを全てのアンテナで送信することにより、第１のパケット伝送例および第２のパケット伝送例の問題点を解決することができる。
【０１３１】
（実施の形態２−１）
本発明の他の実施形態に関して以下に説明する。本実施形態では、集合パケットに含まれるＭＳＤＵごとにエラーチェック処理部１４によってエラーチェック処理を施す場合に、集合パケット生成部６が生成するパケットの形式について述べる。このように、ＭＳＤＵごとにエラーチェックをすることにより、ＭＰＤＵ内の一つのＭＳＤＵが失われても、他のＭＳＤＵの通信を成功させることが可能となる。また、各ＭＳＤＵごとに送達確認を要求することが可能となるので、送信に失敗したＭＳＤＵのみの再送を行うことができ、伝送の効率化を図ることができる。
【０１３２】
本実施形態におけるパケット構成例を図７に示す。同図において、Ｈ１、Ｈ２、Ｈ３はＭＳＤＵ１、ＭＳＤＵ２、ＭＳＤＵ３それぞれのヘッダを示しており、ＣＨはＨ１、Ｈ２、Ｈ３に対して施されるＣＲＣであり、Ｃ１、Ｃ２、Ｃ３はＭＳＤＵ１、ＭＳＤＵ２、ＭＳＤＵ３それぞれに対して施されるＣＲＣである。
【０１３３】
同図に示すように、ＣＲＣによるチェックはＭＳＤＵごとに行われる。また、ＭＰＤＵ内の各ＭＳＤＵの位置づけ情報なども受信側でＡＣＫを作成するために必要であるので、各ＭＳＤＵの伝送速度や長さ情報を含むヘッダはＭＰＤＵの最初にまとめて送信する。この場合、このヘッダ情報の信頼性は重要のため、ヘッダ情報にもＣＲＣチェックを行う。
【０１３４】
なお、上記の例では、各ＭＳＤＵごとにＣＲＣを施していたが、伝送路の状況が比較的良好である場合、複数のＭＳＤＵごとに１つのＣＲＣでチェックを行うようにしてもよい。このようにすれば、ＣＲＣの数を減らすことができるので、ＭＰＤＵの大きさをより小さくすることが可能となる。図８に示す事例では、ＭＳＤＵ２とＭＳＤＵ３とをまとめてＣ２によってＣＲＣのチェックを行っている。なお、ＣＲＣを含めたパケットの例については、後述する実施例において詳細を説明する。
【０１３５】
以上のように、伝送路の状況が比較的悪い場合には、図７に示す事例のように、ＣＲＣをＭＳＤＵごとに行うことによってＭＳＤＵ通信の成功率を一定以上に確保することが可能となる。また、伝送路の状況が良好になるに従って、図８に示す事例のように、複数のＭＳＤＵをまとめて１つのＣＲＣでチェックを行うことによってＭＰＤＵの長さを小さくすることができる。
【０１３６】
（実施の形態２−２）
本発明のさらに他の実施形態に関して以下に説明する。本実施形態では、送信側通信装置１において、実施の形態２−１で示した集合パケットによる送信が行われた場合に、該集合パケットに対するＡＣＫにエラーが生じた際の処理について説明する。
【０１３７】
ＩＥＥＥ８０２．１１に規定される処理が行われる場合、ＡＣＫにエラーが生じるとパケットが再送されることになる。集合パケットの場合、図２１のようにＡＣＫは送信した全てのＭＳＤＵの送達状況を含むビットマップであり、ＡＣＫにエラーが生じても、集合パケット内の全てのＭＳＤＵがエラーであるとは限らない。このため、本実施形態では図４８に示すように、エラーが生じたＡＣＫの受信終了から少なくともＰＩＦＳ（Ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｅ：ＩＥＥＥ８０１．１１ａの場合、２５μｓ）後の時点で、ＢＡＲ生成部７によって、集合パケット内の全てのＭＳＤＵを確認するためのＢＡＲが生成され、このＢＡＲが受信側通信装置２に送信される。その後、受信側通信装置２から返信されたＢＡによって集合パケット内の各ＭＳＤＵの送達確認が行われる。このように、ＡＣＫにエラーが生じた場合、集合パケット全体が再送されるのではなく、比較的に短いＢＡＲが送信されることによって、どのＭＳＤＵの送達に失敗したかを確認することが可能となる。なおＢＡとＡＣＫとは、両者とも各ＭＳＤＵの送達状況を示すビットマップによって構成されているので、ＢＡの形式はＡＣＫと同じ形式であっても良い。
【０１３８】
また、図４９に示すように、送信側通信装置１において送信された集合パケットのヘッダ部（図４９のpreamble&header、H1, H2, H3, CH）にエラーが生じた場合には、送信側通信装置１は該集合パケットの送達確認を行うことができない。すなわち、受信側通信装置２は集合パケットを受信することができないので、ＡＣＫを返信しない。よって、集合パケットの送信後、送信側通信装置１はＡＣＫの受信処理にはいるが、ＡＣＫは受信されないため、ＴＩＭＥ  ＯＵＴになる。この場合、送信側通信装置１は集合パケットを再送するようにしても良い。例えば、複数の端末で同じ帯域を共有している場合、各端末に対してデータを転送することが可能な時間が決まっていて、この転送可能時間にまだ余裕がある場合、集合パケットの再送はＴＩＭＥ  ＯＵＴ後に行われる。また、例えばエラー時に集合パケット内に有効期限が切れているＭＳＤＵがある場合、そのＭＳＤＵの再送は行わない。
【０１３９】
また、図５０に示すように、集合パケットに集合パケットを識別する集合パケット番号が設定されている場合、再送してほしい全ＭＳＤＵの情報を含む長いＢＡＲを用いる代わりに、送信側通信装置１は集合パケット番号を含んだＡＣＫ再送要求パケットを用いても良い。この場合、ＡＣＫ再送要求パケットは集合パケット番号が指定されることによってＡＣＫの再送を要求するため、ＢＡＲと比べて長さを短くすることができる。
【０１４０】
ＡＣＫ再送要求パケットを受信すると、受信側通信装置２は集合パケット番号で指定される集合パケットに含まれるＭＳＤＵの送達状況を含むビットマップをＡＣＫで返信する。受信側通信装置２は、集合パケット番号で指定された集合パケットを受信していない、あるいはＡＣＫを生成するための情報が無くなっている可能性があるため、ＡＣＫはＡＣＫが有効であるかどうかを示すＡＣＫ有効フラグも含んでも良い。ＡＣＫ有効フラグがＡＣＫが有効でないことを示している場合、ＡＣＫはビットマップを含まなくても良い。
【０１４１】
例えば図５１に示すように、集合パケット番号＝１の集合パケット全体がエラーになり、かつ送信側通信装置１がＡＣＫ受信タイミングでチャンネルビジー状態（受信電力レベルが一定の閾値以上になった状態、もしくは、パケットのＰｒｅａｍｂｌｅを検出した状態）を検出したが正常にパケット受信が行われなかった場合、送信側通信装置１は集合パケット番号＝１を含むＡＣＫ再送要求パケットを送信しても良い。受信側通信装置２では集合パケット番号＝１の集合パケットを受信していないため、ＡＣＫ有効フラグを無効に設定してＡＣＫビットマップを入れずにＡＣＫを返信しても良い。この場合、送信側通信装置１は集合パケットを再送するようにしても良い。
【０１４２】
以上の説明で明らかなように受信側通信装置２は、最後に送信したＡＣＫ情報と、その集合パケット番号を記憶しておけば、ＡＣＫ再送要求パケットを受信した時にＡＣＫパケットを再構築するする手間を省くことができる。例えば、複数の端末で同じ帯域を共有している場合、各端末がデータを転送することが可能な時間が決まっていて、この転送可能時間にまだ余裕がある場合、集合パケットの再送を有効でないＡＣＫの後に行っても良い。また、例えばエラー時に集合パケット内に有効期限が切れているＭＳＤＵがある場合、そのＭＳＤＵの再送は行わなくても良い。
【０１４３】
なお、本実施の形態では集合パケットの各ＭＳＤＵ毎にＣＲＣを適用した事例を用いたが、図８に示すように複数のＭＳＤＵ毎にＣＲＣを適用した集合パケットであっても良い。
【０１４４】
（実施の形態３）
本発明のさらに他の実施形態に関して以下に説明する。本実施形態では、集合パケットに含まれるパケットの宛先が複数の受信側通信装置２…（以降、送信側および受信側の通信装置を単にＭＡＣと称する場合もある）である場合に、各パケットに対して送達確認を返信すべき返信時刻を含めるパケットの形式について説明する。
【０１４５】
前記したように、ＡＣＫの衝突を避けるために、各受信側通信装置２は、それぞれ異なるタイミングでＡＣＫの返信を行う必要がある。ここで、各受信側通信装置２は、ＡＣＫを返信する順番が確認できれば、ＡＣＫのバイト数および他の受信側通信装置２における伝送速度に基づいて、ＡＣＫを返信すべき時刻を算出することができる。なお、ＡＣＫのバイト数はＡＣＫによって確認されるＭＳＤＵ数により確認できる。しかしながら、８０２．１１の伝送速度は全ての場合に既知ではない。ＳＴＡ（Ｓｔａｔｉｏｎ）とＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）が通信する場合、ＡＣＫの伝送速度は既知であるが、ＳＴＡとＳＴＡ間の通信の場合は未知である。
【０１４６】
このように、ＡＣＫの伝送速度が未知の場合、各通信装置（ＳＴＡ）に対してＡＣＫを返信すべき返信時刻をＭＳＤＵのヘッダに含ませることにより、ＭＳＤＵを受信した通信局はいつＡＣＫを返信すればよいのかが分かる。この返信時刻は、返信時刻算出部１５によって算出され、ここで算出された返信時刻が、集合パケット構築部１３によって、各ＭＳＤＵのヘッダに含められることになる。なお、返信時刻が含まれたパケットの例については、後述する実施例において詳細を説明する。
【０１４７】
なお、ＭＰＤＵの全てのＭＳＤＵを１つの通信局に通信する場合と同様に、ＭＳＤＵを別の通信局に通信する際、伝送路の状況が悪い場合は１つのＭＳＤＵごとにＣＲＣチェックを行い、伝送路状況が良くなるに従い複数のＭＳＤＵを１つのＣＲＣにまとめるようにしてもよい。
【０１４８】
（実施の形態４）
本発明のさらに他の実施形態に関して以下に説明する。本実施形態では、ＢＡＲを構成するパケットの形式について説明する。前記したように、従来の８０２．１１ｅのＢＡＲ／ＢＡでは一度に６４個の範囲のＭＳＤＵしか確認できないようになっている。しかしながら、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いる場合などには、より多くのパケットに対する送達確認を行えることが好ましい。そこで、本実施形態では、６４個以上のＭＳＤＵに対応することが可能なＢＡＲを実現するために、送信側通信装置１におけるＢＡＲ生成部７は、確認したい全てのＭＳＤＵの情報を含めたＢＡＲを生成するとともに、受信側通信装置２におけるＢＡ生成部２３は、ＢＡＲの各ＭＳＤＵの受信が成功したか失敗したかを示すビットマップからなるＢＡを生成するようにする。
【０１４９】
また、複数の受信側通信装置２に対してＭＳＤＵを送信した場合、ＢＡＲ生成部７は、送達確認対象となる受信側通信装置２の情報、および各受信側通信装置２ごとに送達確認すべきＭＳＤＵの情報を含んだＢＡＲを生成する。なお、ＢＡＲおよびＢＡのパケットの例については、後述する実施例において詳細を説明する。
【０１５０】
（実施の形態５）
本発明のさらに他の実施形態に関して以下に説明する。本実施形態では、集合パケットに含めるべきパケットを複数に分割し、各分割パケットを複数の集合パケットに割り振る場合のパケットの形式について説明する。
【０１５１】
前記したように、ＭＩＭＯを用いてデータ転送を行う際、全ての送信アンテナで同時にデータを送信する必要がある。この場合、各送信アンテナによる伝送速度の相違、および各送信アンテナにおいて伝送されるパケットの大きさの相違によって、各送信アンテナから送信されるパケットの伝送時間はばらつくことになる。すなわち、伝送時間がより短いアンテナでは帯域が無駄になるという問題がある。
【０１５２】
これに対して、本実施形態では、各送信アンテナによって送信される集合パケットの長さがほぼ等しくなるように、集合パケット構築部１３が、集合パケットに含めるパケットを分割してそれぞれ異なる集合パケットに割り振るように集合パケットを生成するようになっている。これにより、各送信アンテナによる１つの集合パケットの伝送時間を揃えることが可能となるので、帯域の利用効率を向上させることができる。
【０１５３】
図９に、２つの送信アンテナを用いた場合の各送信アンテナで送信される集合パケットの例を示す。同図に示す例では、互いに伝送速度が異なる２つの送信アンテナ１（伝送速度２４ＭＢｐｓ）および送信アンテナ２（伝送速度３６ＭＢｐｓ）を用いている。
【０１５４】
アンテナ１から送信される最初のＭＰＤＵでは、ＭＳＤＵ１の全体、および、ＭＳＤＵ２を２つに分割した分割パケットのうちの一方のＭＳＤＵ２＿１／２が含まれている。また、アンテナ２から送信される最初のＭＰＤＵでは、ＭＳＵＤＵ２を２つに分割した分割パケットのうちの他方のＭＳＤＵ２＿２／２、および、ＭＳＤＵ３の全体が含まれている。このように、各送信アンテナに配分するパケットの大きさを調整することによって、各送信アンテナにおける伝送時間を揃えることが可能となり、帯域の利用効率を向上させることができる。
【０１５５】
まず、複数のアンテナを用いて、１つの通信装置に対して集合パケットを伝送する例について説明する。Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎと同様に、受信側通信装置２は、各ＭＳＤＵあるいは分割されたＭＳＤＵの各分割部分に対してＡＣＫを返信する。分割されたＭＳＤＵの再送は伝送が失敗した分割部分のみにする。ここで、ある１つの送信アンテナから送信されたＭＳＤＵあるいはＭＳＤＵの分割部分に対するＡＣＫは、該当ＭＳＤＵあるいはＭＳＤＵの分割部分を受信した受信アンテナに対応する受信側の送信アンテナから送信されることになる。図１０（ａ）に示す例では、アンテナ１に対するＡＣＫはＭＳＤＵ１およびＭＳＤＵ２＿１／２に対応しており、アンテナ２に対するＡＣＫはＭＳＤＵ２＿２／２およびＭＳＤＵ３に対応している。しかしながら、この場合、１つの送信アンテナから送られたＭＳＤＵあるいはＭＳＤＵの分割部分に対するＡＣＫの伝送が失敗すると、ＭＳＤＵあるいはＭＳＤＵの分割部分の通信自体が成功していても、これらの再送が行われることになる。
【０１５６】
これに対して、図１０（ｂ）に示す例では、アンテナ１に対するＡＣＫ、およびアンテナ２に対するＡＣＫは、それぞれアンテナ１およびアンテナ２によって送信された全てのＭＳＤＵあるいはＭＳＤＵの分割部分に対応するものとしている。このようにすれば、たとえ１つのアンテナにおいてＡＣＫの伝送が失敗したとしても、他のアンテナにおいてＡＣＫの伝送が成功していれば、全てのアンテナで送信されたＭＳＤＵあるいはＭＳＤＵの分割部分に対する送達確認を行うことが可能となる。これにより、パケットの冗長な再送を回避することが可能となり、帯域の利用効率を向上させることができる。なお、図１０（ａ）および図１０（ｂ）では、集合パケットにおけるＭＰＤＵの部分のみを示しており、集合パケットにおけるヘッダ部分は示していない。
【０１５７】
次に、集合パケットとしてのＭＰＤＵ内に、互いに宛先となる通信装置が異なるＭＳＤＵを含める場合について説明する。この場合、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎと同様に、通信装置ごとにＡＣＫを返信すべき返信時刻をＭＰＤＵあるいはＭＳＤＵのヘッダに格納する。
【０１５８】
バーストモードでも全てのアンテナのＢＡＲ／ＢＡを全てのアンテナで送信した全てのＭＳＤＵに対応させることができる。また、アンテナごとに通信状況が異なるため、バースト通信では分割されたＭＳＤＵは同じアンテナで通信した方が好ましい。例えば図１１（ａ）に示す例では、ＭＳＤＵ２は２つの分割部分ＭＳＤＵ２＿１／２およびＭＳＤＵ２＿２／２に分割され、それぞれの分割部分はアンテナ１およびアンテナ２で別々に伝送されている。
【０１５９】
ここで、アンテナ２の通信状況が悪いとすると、ＭＳＤＵ２＿２／２のみが失敗になり、次のバーストで再送されることになる。ＭＳＤＵが通常のデータの場合は問題は生じないが、ＭＳＤＵがＱｏＳパケットの場合には、再送が遅くなることによって有効期限によりパケットロスになる可能性がある。図１１（ａ）に示すように、ＭＳＤＵ２＿２／２のみがエラーになったことによってＭＳＤＵ２全体がロスになると、ＭＳＤＵ２＿１／２は、伝送が成功しているにも拘らず、利用されないことになる。すなわち、帯域の利用効率を低下させることになる。
【０１６０】
これに対して、図１１（ｂ）および図１１（ｃ）に示す例では、ＭＳＤＵ２は２つの分割部分ＭＳＤＵ２＿１／２およびＭＳＤＵ２＿２／２に分割され、それぞれの分割部分は同じアンテナ１によって伝送されている。この場合、同図（ｂ）に示すように、アンテナ２の通信状況が悪い場合には、アンテナ１で送信されるＭＳＤＵ２＿１／２およびＭＳＤＵ２＿２／２はともに伝送に成功する可能性が高く、同図（ｃ）に示すように、アンテナ１の通信状況が悪い場合には、アンテナ１で送信されるＭＳＤＵ２＿１／２およびＭＳＤＵ２＿２／２はともに伝送に失敗する可能性が高くなる。すなわち、パケットを分割して送信する場合、分割パケットを同じアンテナで送信することによって、一方の分割パケットのみが伝送に失敗することによって、伝送に成功した分割パケットが無駄になるという事態の発生を抑制することができる。よって、帯域の利用効率を向上させることができる。
【０１６１】
ＢＡＲ／ＢＡはＡＣＫと同様にバースト中に送信した全てのＭＳＤＵとＭＳＤＵの分割部分に対応する。全てのアンテナで通信したＢＡＲ/ＢＡは同じとする。
【０１６２】
また、複数の通信装置にＭＳＤＵを送信した場合、１つのＢＡＲに通信装置ごとに確認するＭＳＤＵおよび各通信装置がＢＡを返信すべき時刻を含める。なお、ＢＡの返信時刻は必要の場合のみに用いる。
【０１６３】
なお、ＡＣＫを用いた場合でも連続にバーストでＭＰＤＵを通信することができる。この場合、ＢＡＲ／ＢＡと同じように分割したＭＳＤＵを同じアンテナで送信することができる。この事例を図１２に示す。
【０１６４】
なお、伝送するＭＰＤＵが最後の場合、ＭＳＤＵを同じアンテナの２つのＭＰＤＵに分割できないためＭＳＤＵの各部分は異なったアンテナで伝送するようにしてもよい。
【０１６５】
（ＭＡＣヘッダの概要）
ここで、以下に示す実施例において送受信されるパケットに含まれるＭＡＣヘッダの概要について図１３（ａ）および図１３（ｂ）を参照しながら以下に説明する。なお、ここで示すＭＡＣヘッダはあくまで概要であり、後述する各実施形態においては、それぞれその形態に適したＭＡＣヘッダ構成となる。
【０１６６】
図１３（ａ）は、ＭＰＤＵ  ＭＡＣヘッダ２００の構成例を示している。同図に示すように、ＭＰＤＵ  ＭＡＣヘッダ２００は、ＭＰＤＵタイプ２０５、およびＭＰＤＵヘッダ２３０を含んでいる。ＭＰＤＵヘッダ２３０は、アドレス部２１０、伝送速度２２０、およびその他情報２２５を含んでいる。なお、ＭＰＤＵ  ＭＡＣヘッダ２００のそれぞれ情報の順番は任意である。
【０１６７】
また、図１３（ｂ）は、ＭＳＤＵ  ＭＡＣヘッダ２５０の構成例を示している。同図に示すように、ＭＳＤＵ  ＭＡＣヘッダ２５０は、アドレス部２１０、およびＭＳＤＵヘッダ２６０を含んでいる。ＭＳＤＵヘッダ２６０は、ＭＳＤＵタイプ２５５、伝送速度２２０、およびその他情報２２５を含んでいる。なお、ＭＳＤＵ  ＭＡＣヘッダ２５０のそれぞれ情報の順番は任意である。
【０１６８】
アドレス部２１０は、Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ（ＳＡ）、Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ（ＤＡ）などのアドレス情報を示す領域である。伝送速度２２０は、当該パケットが送信される際の伝送速度情報を示す領域である。ここで、例えば１つの信号を複数のアンテナで送信するＭＩＭＯを用いた場合には、伝送速度としては、各送信アンテナで伝送するパケットの伝送速度を指定する。
【０１６９】
ＭＳＤＵタイプ２５５は、当該ＭＳＤＵパケットの種類を示す領域である。ＭＳＤＵパケットの種類としては、ＡＣＫパケット、ＢＡＲパケット、ＢＡパケット、データパケット、およびＱｏＳパケットなどが挙げられる。
【０１７０】
ＭＰＤＵタイプ２０５は、当該ＭＰＤＵパケットの種類を示す領域である。ＭＰＤＵパケットの種類としては、ＡＣＫパケット、ＢＡＲパケット、ＢＡパケット、データパケット、ＱｏＳパケット、および混雑パケットなどが挙げられる。混雑パケットとは、一つのＭＰＤＵに、それぞれＭＳＤＵタイプ２６０の異なるＭＳＤＵを含むことが可能なＭＰＤＵの種類である。混雑パケットでない場合、ＭＰＤＵ内の全ＭＳＤＵのＭＳＤＵタイプがＭＰＤＵタイプとなる。なお、ＭＰＤＵタイプ２０５は、Ａｃｋ  Ｐｏｌｉｃｙフラグも含んでもよい。
【０１７１】
その他情報２２５としては、Ａｃｋ  Ｐｏｌｉｃｙ、Ｍｏｒｅ  Ｆｌａｇ、返信時刻Ｆｌａｇなどが挙げられる。Ａｃｋ  Ｐｏｌｉｃｙは、ＡＣＫを用いるのか、あるいはＢＡＲ／ＢＡを用いるのかを指定するフラグである。Ｍｏｒｅ  Ｆｌａｇは、ＭＳＤＵが複数に分割されて伝送される場合に、どのように分割されたかを示すために、各ＭＳＤＵの最後に設けられるフラグである。分割されたＭＳＤＵの最後の部分のＭｏｒｅ  Ｆｌａｇを０とし、その他のＭＳＤＵでは１とすることによって、受信側はＭＳＤＵがどのように分割されたかを認識することが可能となる。
【０１７２】
返信時刻Ｆｌａｇは、ＡｃｋあるいはＢＡを返信する時刻に関する情報がＭＰＤＵに含まれているか否かを示すフラグである。
【０１７３】
（実施例１−１）
本実施例では、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用い、１）宛先が１つのＭＡＣのみであり、２）ＭＡＣヘッダが従来（ＩＥＥＥ８０２．１１など）と互換性があり、３）ＣＲＣがＭＰＤＵ全体に用いられている場合のＭＰＤＵのパケット形式について説明する。
【０１７４】
本実施例では、全てのＭＳＤＵに従来のＭＳＤＵ  ＭＡＣヘッダを適用することによって従来方式と互換性を保つことが可能となっている。また、それぞれのＭＳＤＵを従来のＭＰＤＵにすることにより、別のタイプのパケットを同じＭＰＤＵで伝送することが可能となっている。なお、従来のＭＰＤＵの例としては、ＩＥＥＥ８０２．１１およびＩＥＥＥ８０２．１１ｅに準拠したものなどが挙げられる。
【０１７５】
なお、本実施例では、Ｐａｃｋｅｔ  ＡｇｇｒｅｇａｔｉｏｎのＭＰＤＵタイプ２０５はデータパケット、ＱｏＳパケットあるいは混雑パケットとなる。
【０１７６】
本実施例において用いられるパケットの概略構成を図１４（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ３００、ＭＳＤＵ数３１０、ＭＡＣ情報部３２０、およびＭＳＤＵ部３４０を含んでいる。
【０１７７】
ＭＰＤＵタイプ３００は、図１３（ａ）で示したＭＰＤＵタイプ２０５に相当するものである。ＭＳＤＵ数３１０は、該パケットによって送信されるＭＳＤＵの数を示している。この例では、ＭＳＤＵ数をｎ個とする。
【０１７８】
ＭＡＣ情報部３２０は、本実施例の場合、図１４（ｂ）に示すＭＡＣ情報部例４００となっている。すなわち、ＭＡＣ情報部３２０は、伝送速度４０５およびｎ個のＭＡＣ情報４１０…を含んでいる。
【０１７９】
伝送速度４０５は、図１３（ｂ）で示した伝送速度２２０に相当するものである。ＭＡＣ情報４１０は、ＭＳＤＵ長／順序番号４２０からなる。ＭＳＤＵ長／順序番号４２０は、それぞれのＭＳＤＵのバイト長とＭＳＤＵの順序の番号とを示している。
【０１８０】
ＭＳＤＵ部３４０は、図１４（ｃ）に示すＭＳＤＵ部例６５０となっている。同図に示すように、ＭＳＤＵ部３４０は、ｎ個の従来のＭＰＤＵ６５５…と、最後のＭＰＤＵ全体のＣＲＣ６７０とからなる。従来のＭＰＤＵの例としては、ＩＥＥＥ８０２．１１やＩＥＥＥ８０２．１１ｅに準拠したものなどが挙げられる。なお、ＡＣＫパケットは従来の８０２．１１と同じ形式のものを用いればよい。
【０１８１】
上記のように、本実施例ではＣＲＣ６７０はＭＰＤＵ全体に適用されるものとなっている。このように、ＣＲＣをＭＰＤＵ全体に適用することによって、ＭＰＤＵに含まれる各ＭＳＤＵごとにＣＲＣを適用する場合と比較して、ＭＰＤＵの長さを短くすることが可能となっている。
【０１８２】
なお、送受信に発生する誤りを訂正するために、ＣＲＣを含むＭＰＤＵ全体に通常Ｖｉｔｅｒｂｉ、Ｔｕｒｂｏ  Ｃｏｄｅ、ＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）などが用いられる。また、これらの処理から発生するパッドビットもＣＲＣの後に追加される。
【０１８３】
（実施例１−２）
本実施例では、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用い、１）宛先が１つのＭＡＣのみであり、２）アドレス部を共有し、３）ＣＲＣをＭＰＤＵ全体に用いた場合のＭＰＤＵのパケット形式について説明する。
【０１８４】
本実施例では、全てのＭＳＤＵでアドレス部を共有することによりＭＡＣ情報部３２０を小さくすることが可能となっている。また、それぞれのＭＳＤＵで独立したＭＳＤＵヘッダを用いることにより、別のタイプのパケットを同じＭＰＤＵで伝送することが可能となっている。
【０１８５】
本実施例において用いられるパケットの概略構成は、実施例１−１において図１４（ａ）に示したものと同様である。
【０１８６】
ＭＡＣ情報部３２０は、本実施例の場合、図１５（ａ）に示すＭＡＣ情報部例５００となっている。すなわち、ＭＡＣ情報部３２０は、アドレス部５１０とｎ個のＭＳＤＵのヘッダ５２０…とを含んでいる。各ヘッダ５２０は、ＭＳＤＵ長／順序番号５３０とＭＳＤＵヘッダ５４０とを含んでいる。なお、ヘッダ５２０において、ＭＳＤＵ長／順序番号５３０とＭＳＤＵヘッダ５４０との順番は任意である。
【０１８７】
ＭＳＤＵ部３４０は、本実施例の場合、図１５（ｂ）に示すＭＳＤＵ部例７００となっている。同図に示すように、ＭＳＤＵ部３４０は、ｎ個のＭＳＤＵ７１０…と、最後のＭＰＤＵ全体のＣＲＣ７４０とからなる。
【０１８８】
なお、本実施例の場合、ＭＳＤＵ数３１０と、ＭＡＣ情報部３２０におけるアドレス部５１０との順番を逆にすることも可能である。
【０１８９】
（実施例１−３）
本実施例では、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用い、１）宛先が１つのＭＡＣのみであり、２）ＭＰＤＵヘッダ２３０を共有し、３）ＣＲＣをＭＰＤＵ全体に用いた場合のＭＰＤＵのパケット形式について説明する。
【０１９０】
本実施例では、ＭＳＤＵタイプをなくし、ＭＰＤＵヘッダ２３０を全てのＭＳＤＵで共有することによってＭＡＣ情報部３２０をさらに小さくすることが可能となっている。ＭＳＤＵタイプはないため全てのＭＳＤＵのタイプはＭＰＤＵタイプ２０５に示されるタイプに統一されることになる。この場合、ＭＰＤＵタイプ２０５のタイプとしては、データパケットおよびＱｏＳパケットが挙げられ、混雑パケットはありえないことになる。
【０１９１】
本実施例において用いられるパケットの概略構成は、実施例１−１において図１４（ａ）に示したものと同様である。
【０１９２】
ＭＡＣ情報部３２０は、本実施例の場合、図１６に示すＭＡＣ情報部例６００となっている。すなわち、ＭＡＣ情報部３２０は、ＭＰＤＵヘッダ６１０とｎ個のＭＳＤＵ長／順序番号６２０…とを含んでいる。
【０１９３】
なお、本実施例の場合、ＭＳＤＵ数３１０と、ＭＡＣ情報部３２０におけるＭＰＤＵヘッダ部６１０との順番を逆にすることも可能である。
【０１９４】
（実施例１−４）
本実施例は、実施例１−１と実施例１−３とを組み合わせたものである。ＭＰＤＵタイプが混雑タイプのパケットを送信する場合には、ＭＰＤＵを実施例１−１の形式とし、ＭＰＤＵタイプがデータタイプあるいはＱｏＳタイプのパケットを送信する場合には、ＭＰＤＵを実施例１−３の形式とする。この場合、混雑タイプのパケットを送信する場合は従来と互換性を保つことが可能となり、データタイプあるいはＱｏＳタイプのパケットを送信する場合はＭＰＤＵの大きさを短くすることが可能となる。
【０１９５】
（実施例１−５）
本実施例は、実施例１−２と実施例１−３とを組み合わせたものである。ＭＰＤＵタイプが混雑タイプのパケットを送信する場合には、ＭＰＤＵを実施例１−２の形式とし、ＭＰＤＵタイプがデータタイプあるいはＱｏＳタイプのパケットを送信する場合には、ＭＰＤＵを実施例１−３の形式とする。この場合、どちらのタイプにおいても、ＭＰＤＵの大きさを短くすることが可能となる。
【０１９６】
（実施例１−６）
本実施例は、実施例１−１〜実施例１−５のＭＳＤＵそれぞれにＣＲＣを適用した事例である。また、ＭＰＤＵタイプ、ＭＰＤＵ数、およびＭＡＣ情報部に一括してＣＲＣを適用している。このように、ＭＰＤＵのヘッダ部および各ＭＳＤＵに対してそれぞれＣＲＣを適用することにより通信の信頼性を高くすることが可能となっている。
【０１９７】
本実施例において用いられるパケットの概略構成を図１７（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ３００、ＭＳＤＵ数３１０、ＭＡＣ情報部３２０、およびＭＳＤＵ部３４０に加えて、ＣＲＣＨ３３０を含んでいる。ＣＲＣＨ３３０は、ＭＰＤＵタイプ３００、ＭＳＤＵ数３１０、およびＭＡＣ情報部３２０の後に配され、ＭＰＤＵタイプ３００、ＭＳＤＵ数３１０、およびＭＡＣ情報部３２０に対して適用されるＣＲＣである。
【０１９８】
また、図１７（ｂ）は、図１４（ｃ）に示したＭＳＤＵ部例６５０を本実施例に適用した構成を示している。同図に示すように、ＭＳＤＵ部３４０は、ｎ個の従来のＭＰＤＵ６５５…と、各従来のＭＰＤＵ６５５の後に配されるｎ個のＣＲＣ６６０とからなる。
【０１９９】
また、図１７（ｃ）は、図１５（ｂ）に示したＭＳＤＵ部例７００を本実施例に適用した構成を示している。同図に示すように、ＭＳＤＵ部３４０は、ｎ個のＭＳＤＵ７１０…と、各ＭＳＤＵ７１０の後に配されるｎ個のＣＲＣ７２０とからなる。
【０２００】
なお、送受信に発生する誤りを訂正するために、通常Ｖｉｔｅｒｂｉ、Ｔｕｒｂｏ  ＣｏｄｅあるいはＬＤＰＣ処理が用いられる。また、これらの処理から発生するパッドビットもそれぞれのＣＲＣの後に追加される。以上の処理はＣＲＣＨ／ＣＲＣが対応する部分（ＣＲＣＨ／ＣＲＣ含）に適応される。例えば図２０では以上の処理はＭＡＣヘッダ＋ＣＲＣＨ＋パッドビットとそれぞれの従来のＭＰＤＵあるいはＭＳＤＵ＋ＣＲＣ＋パッドビットに適応される。
【０２０１】
本実施例によれば、ＣＲＣをＭＳＤＵごとに適用することによって信頼性を高くすることできるが、各ＭＳＤＵの通信状況を確認するために、ＡＣＫも全てのＭＳＤＵの通信状況を含む必要がある。このためのＡＣＫは、図２１に示すように、ＡＣＫ用ＭＡＣヘッダ１３５０とｎ個のビット１３６０とからなる。ビット１３６０の個数は、ＡＣＫの対象となるパケットに含まれるＭＳＤＵの個数に対応している。また、各ビット１３６０は、ＡＣＫの対象となるパケットに含まれるＭＳＤＵの通信状況を示している。例えば、ビットが１の場合通信成功を表し、０の場合通信失敗を表すものとすればよい。また、各ビット１３６０の順番は、ＡＣＫの対象となるパケットに含まれるＭＡＣ情報部によって確認される各ＭＳＤＵの順番に対応したものとなる。
【０２０２】
（実施例２−１）
本実施例では、可変数の複数のＭＳＤＵごとにＣＲＣを適用したＭＰＤＵのパケット形式について説明する。本実施例によれば、最適なＭＳＤＵの数ごとにＣＲＣを適用することができるので、ＭＰＤＵ全体の長さと伝送路の信頼性とのトレードオフができる。
【０２０３】
本実施例において用いられるパケットの概略構成を図１８（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ８００、ＭＳＤＵ数８１０、ＭＡＣ情報部８２０、ＣＲＣ部８３０、ＣＲＣＨ８３５、およびＭＳＤＵ部８４０を含んでいる。
【０２０４】
ＭＰＤＵタイプ８００、ＭＳＤＵ数８１０、ＭＡＣ情報部８２０およびＣＲＣＨ８３５は、前記したＭＰＤＵタイプ３００、ＭＳＤＵ数３１０、ＭＡＣ情報部３２０およびＣＲＣＨ３３０に対応するものであるので、ここではそれらの説明を省略する。
【０２０５】
ＣＲＣ部８３０は、図１８（ｂ）に示すように、ＣＲＣ部数１２００、および、ＣＲＣ  ＭＳＤＵ数１２１０…からなる。ＣＲＣ部数１２００がＭＳＤＵ部８４０に含まれるＣＲＣの数であり、これをｍ個とする。事例では最初のＣＲＣ  ＭＳＤＵ数１をｘ１個として、最後のＣＲＣ  ＭＳＤＵ数ｍをｘｍ個としている。
【０２０６】
ＭＳＤＵ部８４０としては、図１４（ｃ）に対応するものとしての図１８（ｃ）に示すＭＳＤＵ部例１２５０、図１５（ｂ）に対応するものとしての図１９に示すＭＳＤＵ部例１３００を適用することができる。これらの図に示すように、ＣＲＣは複数のＭＳＤＵごとに適用し、各ＣＲＣが適用されるＭＳＤＵの数がＣＲＣ  ＭＳＤＵ数１２１０に対応する。ＭＳＤＵ部例１２５０の例では、最初のＣＲＣ１２６５が最初のｘ１個の従来のＭＰＤＵ１２６０に適用され、最後のＣＲＣ１２６５が最後のｘｍ個の従来のＭＰＤＵ１２６０に適用される。同様に、ＭＳＤＵ部例１３００の例では、最初のＣＲＣ１３２０が最初のｘ１個のＭＳＤＵ１３１０に適用され、最後のＣＲＣ１３２０が最後のｘｍ個の従来のＭＳＤＵ１３１０に適用される。その他はそれぞれ対応する内容と同様であるのでここでは説明を省略する。
【０２０７】
（実施例３−１）
本実施例では、固定数の複数のＭＳＤＵごとにＣＲＣを適用したＭＰＤＵのパケット形式について説明する。本実施例によれば、複数のＭＳＤＵごとにＣＲＣを適用することになるので、ＭＰＤＵ全体の長さと伝送路の信頼性とのトレードオフができる。
【０２０８】
本実施例において用いられるパケットの概略構成を図２２（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ１４００、ＭＳＤＵ数１４１０、ＭＡＣ情報部１４２０、ＣＲＣＭＳＤＵ数１４３０、ＣＲＣＨ１４３５、およびＭＳＤＵ部１４４０を含んでいる。
【０２０９】
ＭＰＤＵタイプ１４００、ＭＳＤＵ数１４１０、ＭＡＣ情報部１４２０、およびＣＲＣＨ１４３５は、前記したＭＰＤＵタイプ３００、ＭＳＤＵ数３１０、ＭＡＣ情報部３２０、およびＣＲＣＨ３３０に対応するものであるので、ここではそれらの説明を省略する。
【０２１０】
ＣＲＣＭＳＤＵ数１４３０は、ＣＲＣとＣＲＣ間にある固定数のＭＳＤＵ数を示している。事例ではこのＭＳＤＵ数をｍ個としている。
【０２１１】
ＭＳＤＵ部１４４０としては、図１４（ｃ）に対応するものとしての図２２（ｂ）に示すＭＳＤＵ部例１７５０、図１５（ｂ）に対応するものとしての図２２（ｃ）に示すＭＳＤＵ部例１８００を適用することができる。これらの図に示すように、ＣＲＣ１７６５あるいはＣＲＣ１８３０は、ｍ個のＭＳＤＵ１７６０あるいはＭＳＤＵ８１０ごとに適用される。また、ＭＰＤＵの最後にも必ず最後のＣＲＣ１７６５あるいは１８３０が適用される。
【０２１２】
（実施例４−１）
本実施例では、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用い、１）宛先が複数のＭＡＣであり、２）ＭＡＣヘッダが従来（ＩＥＥＥ８０２．１１など）と互換性があり、３）ＣＲＣがＭＰＤＵ全体に用いられている場合のＭＰＤＵのパケット形式について説明する。
【０２１３】
本実施例では、全てのＭＳＤＵに従来のＭＳＤＵ  ＭＡＣヘッダを適用することによって従来方式と互換性を保つことが可能となっている。また、それぞれのＭＳＤＵを従来のＭＰＤＵにすることにより、別のタイプのパケットを同じＭＰＤＵで伝送することが可能となっている。なお、従来のＭＰＤＵの例としては、ＩＥＥＥ８０２．１１およびＩＥＥＥ８０２．１１ｅに準拠したものなどが挙げられる。
【０２１４】
なお、本実施例では、Ｐａｃｋｅｔ  ＡｇｇｒｅｇａｔｉｏｎのＭＰＤＵタイプ２０５はデータパケット、ＱｏＳパケットあるいは混雑パケットとなる。
【０２１５】
本実施例において用いられるパケットの概略構成を図２３（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ２０００、ＭＡＣ数２０１０、ＭＡＣ情報部２０２０、およびＭＳＤＵ部２０４０を含んでいる。
【０２１６】
ＭＰＤＵタイプ２０００は、図１３（ａ）で示したＭＰＤＵタイプ２０５に相当するものである。ＭＡＣ数２０１０は、該パケットによって送信されるＭＳＤＵの宛先となるＭＡＣの数を示している。この例では、ＭＳＤＵ数をｎ個とする。
【０２１７】
ＭＡＣ情報部２０２０は、本実施例の場合、図２３（ｂ）に示すＭＡＣ情報部例２１００となっている。すなわち、ＭＡＣ情報部２０２０は、ｎ個のＭＡＣ情報２１１０…を含んでいる。
【０２１８】
それぞれのＭＡＣ情報２１１０は、ＭＳＤＵ長／順序番号２１２０および伝送速度２１３０を含んでいる。ＭＳＤＵ長／順序番号２１２０は、それぞれのＭＳＤＵのバイト長とＭＳＤＵの順序の番号とを示している。伝送速度２１３０は、図１３（ｂ）で示した伝送速度２２０に相当するものである。なお、ＭＳＤＵ長／順序番号２１２０および伝送速度２１３０の順序は任意である。
【０２１９】
ＭＳＤＵ部２０４０は、図２３（ｃ）に示すＭＳＤＵ部例２４００となっている。同図に示すように、ＭＳＤＵ部２４００は、ｎ個の従来のＭＰＤＵ２４１０…と、最後のＭＰＤＵ全体のＣＲＣ２４４０とからなる。従来のＭＰＤＵの例としては、ＩＥＥＥ８０２．１１やＩＥＥＥ８０２．１１ｅに準拠したものなどが挙げられる。なお、ＡＣＫパケットは従来の８０２．１１と同じ形式のものを用いればよい。
【０２２０】
上記のように、本実施例ではＣＲＣ２４４０はＭＰＤＵ全体に適用されるものとなっている。このように、ＣＲＣをＭＰＤＵ全体に適用することによって、ＭＰＤＵに含まれる各ＭＳＤＵごとにＣＲＣを適用する場合と比較して、ＭＰＤＵの長さを短くすることが可能となっている。
【０２２１】
なお、送受信に発生する誤りを訂正するために、ＣＲＣを含むＭＰＤＵ全体に通常Ｖｉｔｅｒｂｉ、Ｔｕｒｂｏ  Ｃｏｄｅ、ＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）などが用いられる。また、これらの処理から発生するパッドビットもＣＲＣの後に追加される。
【０２２２】
本実施例では、複数のＭＡＣにＭＳＤＵを転送するため、それぞれのＭＡＣはＡＣＫを返信する必要がある。複数のＭＡＣによるＡＣＫ返信の順番は、図２７に示すように、ＭＰＤＵに含まれているＭＳＤＵの順番に従うことになる。ここで、複数のＭＡＣから同じタイミングでＡＣＫが送られることによる衝突を避けるために、それぞれのＭＡＣはＡＣＫを返信すべきタイミングを考慮する必要がある。この際に、ＡＣＫを送信すべきＭＡＣは、ＡＣＫの返信時刻を、ＡＣＫの返信順番、ＡＣＫのバイト数、およびＡＣＫの伝送速度によって算出することが可能である。
【０２２３】
しかしながら、各ＭＡＣは、ＡＣＫの伝送速度、特に、他のＭＡＣにおける伝送速度を知ることができない場合も考えられる。このような場合に対応するために、ＭＡＣ情報２１１０に、対応するＭＳＤＵに対するＡＣＫを受信側が返信すべき時刻を示す返信時刻２１４０を含むようにしてもよい。この場合、図１３（ｂ）に示すその他情報２２５に、返信時刻Ｆｌａｇを含めておく。これにより、ＡＣＫを送信するＭＡＣは、返信時刻２１４０がＭＡＣ情報部２１１０に含まれていることを確認することができる。
【０２２４】
（実施例４−２）
本実施例では、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用い、１）宛先が複数のＭＡＣであり、２）アドレス部を共有し、３）ＣＲＣをＭＰＤＵ全体に用いた場合のＭＰＤＵのパケット形式について説明する。
【０２２５】
本実施例では、全てのＭＳＤＵでアドレス部を共有することによりＭＡＣ情報部２０２０を小さくすることが可能となっている。また、それぞれのＭＳＤＵで独立したＭＳＤＵヘッダを用いることにより、別のタイプのパケットを同じＭＰＤＵで伝送することが可能となっている。
【０２２６】
本実施例において用いられるパケットの概略構成は、実施例４−１において図２３（ａ）に示したものと同様である。
【０２２７】
ＭＡＣ情報部２０２０は、本実施例の場合、図２４（ａ）に示すＭＡＣ情報部例２２００となっている。すなわち、ＭＡＣ情報部２０２０は、ｎ個のＭＡＣ部２２１０…を含んでいる。それぞれのＭＡＣ部２２１０は、ＭＳＤＵ数２２２０、アドレス部２２３０、およびヘッダ２２５０を含んでいる。なお、実施例４−１で示したように、返信時刻２２４０（実施例４−１における返信時刻２１４０に相当）をＭＡＣ部２２１０に含めてもよい。
【０２２８】
ＭＳＤＵ数２２２０は、それぞれのＭＡＣ宛に送信するＭＳＤＵの数を示している。事例では、ＭＳＤＵ数２２２０をｉ．ｋ個としている。ここで、ｉは対応するＭＡＣ部２２１０を示しており、ｋはそのＭＡＣ部２２１０に対応するＭＡＣ宛に送信するＭＳＤＵの数を示している。
【０２２９】
ヘッダ２２５０は、全部でｉ．ｋ個あり、それぞれはＭＳＤＵ長／順序番号２２７０およびＭＳＤＵ  ＭＡＣヘッダ２２８０を含んでいる。
【０２３０】
なお、ＭＳＤＵ数２２２０、アドレス部２２３０、および返信時刻２２４０の順番は任意である。また、ＭＳＤＵ長／順序番号２２７０およびＭＳＤＵ  ＭＡＣヘッダ２２８０の順番も任意である。
【０２３１】
ＭＳＤＵ部２０４０は、本実施例の場合、図２４（ｂ）に示すＭＳＤＵ部例２５００となっている。同図に示すように、ＭＳＤＵ部２０４０は、ｎ．ｋ個のＭＳＤＵ２５１０…と、最後のＭＰＤＵ全体のＣＲＣ２５６０とからなる。ＭＳＤＵ部２０４０に含まれているＭＳＤＵ２５１０…の順番は、対応するＭＳＤＵ  ＭＡＣヘッダ２２８０の順番と同じである。
【０２３２】
（実施例４−３）
本実施例では、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用い、１）宛先が複数のＭＡＣであり、２）ＭＰＤＵヘッダ２３０を共有し、３）ＣＲＣをＭＰＤＵ全体に用いた場合のＭＰＤＵのパケット形式について説明する。
【０２３３】
本実施例では、ＭＳＤＵタイプはなく、全てのＭＰＤＵヘッダ２３０を共有することによりＭＡＣ情報部２０２０をさらに小さくすることが可能となっている。ＭＳＤＵタイプはないため全てのＭＳＤＵのタイプはＭＰＤＵタイプ２０５に示されるタイプに統一されることになる。この場合、ＭＰＤＵタイプ２０５のタイプとしては、データパケットおよびＱｏＳパケットが挙げられ、混雑パケットはありえないことになる。
【０２３４】
本実施例において用いられるパケットの概略構成は、実施例４−１において図１４（ａ）に示したものと同様である。
【０２３５】
ＭＡＣ情報部２０２０は、本実施例の場合、図２５に示すＭＡＣ情報部例２３００となっている。すなわち、ＭＡＣ情報部２０２０は、ＭＳＤＵ数２３２０、ＭＳＤＵ  ＭＡＣヘッダ２３３０、および、それぞれのＭＳＤＵ長／順序番号２３５０…を含んでいる。なお、実施例４−１で示したように、返信時刻２３４０（実施例４−１における返信時刻２１４０に相当）をＭＡＣ部２３１０に含めてもよい。
【０２３６】
なお、本実施例の場合、ＭＳＤＵ数２３２０、ＭＳＤＵ  ＭＡＣヘッダ２３３０、および返信時刻２３４０の順番は任意である。
【０２３７】
（実施例４−４）
本実施例は、実施例４−１と実施例４−３とを組み合わせたものである。ＭＰＤＵタイプが混雑タイプのパケットを送信する場合には、ＭＰＤＵを実施例４−１の形式とし、ＭＰＤＵタイプがデータタイプあるいはＱｏＳタイプのパケットを送信する場合には、ＭＰＤＵを実施例４−３の形式とする。この場合、混雑タイプのパケットを送信する場合は従来と互換性を保つことが可能となり、データタイプあるいはＱｏＳタイプのパケットを送信する場合はＭＰＤＵの大きさを短くすることが可能となる。
【０２３８】
（実施例４−５）
本実施例は、実施例４−２と実施例４−３とを組み合わせたものである。ＭＰＤＵタイプが混雑タイプのパケットを送信する場合には、ＭＰＤＵを実施例４−２の形式とし、ＭＰＤＵタイプがデータタイプあるいはＱｏＳタイプのパケットを送信する場合には、ＭＰＤＵを実施例４−３の形式とする。この場合、どちらのタイプにおいても、ＭＰＤＵの大きさを短くすることが可能となる。
【０２３９】
（実施例４−６）
本実施例は、実施例４−１〜実施例４−５のＭＳＤＵそれぞれにＣＲＣを適用した事例である。また、ＭＰＤＵタイプ、ＭＡＣ数、およびＭＡＣ情報部に一括してＣＲＣを適用している。このように、ＭＰＤＵのヘッダ部および各ＭＳＤＵに対してそれぞれＣＲＣを適用することにより通信の信頼性を高くすることが可能となっている。
【０２４０】
本実施例において用いられるパケットの概略構成を図２６（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ２０００、ＭＡＣ数２０１０、ＭＡＣ情報部２０２０、およびＭＳＤＵ部２０４０に加えて、ＣＲＣＨ２０３０を含んでいる。ＣＲＣＨ２０３０は、ＭＰＤＵタイプ２０００、ＭＡＣ数２０１０、およびＭＡＣ情報部２０２０の後に配され、ＭＰＤＵタイプ２０００、ＭＡＣ数２０１０、およびＭＡＣ情報部２０２０に対して適用されるＣＲＣである。
【０２４１】
また、図２６（ｂ）は、図２３（ｃ）に示したＭＳＤＵ部例２４００を本実施例に適用した構成を示している。同図に示すように、ＭＳＤＵ部２０４０は、ｎ個の従来のＭＰＤＵ２４１０…と、各従来のＭＰＤＵ２４１０の後に配されるｎ個のＣＲＣ２４２０とからなる。
【０２４２】
また、図２６（ｃ）は、図２４（ｂ）に示したＭＳＤＵ部例２５００を本実施例に適用した構成を示している。同図に示すように、ＭＳＤＵ部２０４０は、ｎ個のＭＳＤＵ２５１０…と、各ＭＳＤＵ２５１０の後に配されるｎ個のＣＲＣ２５２０とからなる。
【０２４３】
なお、送受信に発生する誤りを訂正するために、通常Ｖｉｔｅｒｂｉ、Ｔｕｒｂｏ  ＣｏｄｅあるいはＬＤＰＣ処理が用いられる。また、これらの処理から発生するパッドビットもそれぞれのＣＲＣの後に追加される。以上の処理はＣＲＣＨ／ＣＲＣが対応する部分（ＣＲＣＨ／ＣＲＣ含）に適応される。例えば図２０では以上の処理はＭＡＣヘッダ＋ＣＲＣＨ＋パッドビットとそれぞれの従来のＭＰＤＵあるいはＭＳＤＵ＋ＣＲＣ＋パッドビットに適応される。
【０２４４】
本実施例によれば、ＣＲＣをＭＳＤＵごとに適用することによって信頼性を高くすることできるが、各ＭＳＤＵの通信状況を確認するために、ＡＣＫも全てのＭＳＤＵの通信状況を含む必要がある。このためのＡＣＫは、図２１に示すように、ＡＣＫ用ＭＡＣヘッダ１３５０とｎ個のビット１３６０とからなる。ビット１３６０の個数は、ＡＣＫの対象となるパケットに含まれるＭＳＤＵの個数に対応している。また、各ビット１３６０は、ＡＣＫの対象となるパケットに含まれるＭＳＤＵの通信状況を示している。例えば、ビットが１の場合通信成功を表し、０の場合通信失敗を表すものとすればよい。また、各ビット１３６０の順番は、ＡＣＫの対象となるパケットに含まれるＭＡＣ情報部によって確認される各ＭＳＤＵの順番に対応したものとなる。
【０２４５】
（実施例５−１）
本実施例では、可変数の複数のＭＳＤＵごとにＣＲＣを適用したＭＰＤＵのパケット形式について説明する。本実施例によれば、最適なＭＳＤＵの数ごとにＣＲＣを適用することができるので、ＭＰＤＵ全体の長さと伝送路の信頼性とのトレードオフができる。
【０２４６】
本実施例において用いられるパケットの概略構成を図２８（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ２６００、ＭＡＣ数２６１０、ＭＡＣ情報部２６２０、ＣＲＣ部２６３０、ＣＲＣＨ２６４０、およびＭＳＤＵ部２６５０を含んでいる。
【０２４７】
ＭＰＤＵタイプ２６００、ＭＡＣ数２６１０、ＭＡＣ情報部２６２０、およびＣＲＣＨ２６４０は、前記したＭＰＤＵタイプ２０００、ＭＡＣ数２０１０、ＭＡＣ情報部２０２０、およびＣＲＣＨ２０３０に対応するものであるので、ここではそれらの説明を省略する。
【０２４８】
ＣＲＣ部２６３０は、図２８（ｂ）に示すように、ＣＲＣ部数３０００、および、ＣＲＣ  ＭＳＤＵ数３０１０…からなる。ＣＲＣ部数３０００がＭＳＤＵ部２６５０に含まれるＣＲＣの数であり、これをｍ個とする。事例では最初のＣＲＣ  ＭＳＤＵ数１をｘ１個として、最後のＣＲＣ  ＭＳＤＵ数ｍをｘｍ個としている。
【０２４９】
ＭＳＤＵ部２６５０としては、図２３（ｃ）に対応するものとしての図２８（ｃ）に示すＭＳＤＵ部例３１００、図２４（ｂ）に対応するものとしての図２８（ｄ）に示すＭＳＤＵ部例３２００を適用することができる。これらの図に示すように、ＣＲＣは複数のＭＳＤＵごとに適用し、各ＣＲＣが適用されるＭＳＤＵの数がＣＲＣ  ＭＳＤＵ数３０１０に対応する。ＭＳＤＵ部例３１００の例では、最初のＣＲＣ３１２０が最初のｘ１個の従来のＭＰＤＵ３１１０に適用され、最後のＣＲＣ３１２０が最後のｘｍ個の従来のＭＰＤＵ３１１０に適用される。同様に、ＭＳＤＵ部例３２００の例では、最初のＣＲＣ３２２０が最初のｘ１個のＭＳＤＵ３２１０に適用され、最後のＣＲＣ３２２０が最後のｘｍ個の従来のＭＳＤＵ３２１０に適用される。その他はそれぞれ対応する内容と同様であるのでここでは説明を省略する。
【０２５０】
（実施例６−１）
本実施例では、固定数の複数のＭＳＤＵごとにＣＲＣを適用したＭＰＤＵのパケット形式について説明する。本実施例によれば、複数のＭＳＤＵごとにＣＲＣを適用することになるので、ＭＰＤＵ全体の長さと伝送路の信頼性とのトレードオフができる。
【０２５１】
本実施例において用いられるパケットの概略構成を図２９（ａ）に示す。同図に示すように、該パケットは、ＭＰＤＵタイプ３３００、ＭＡＣ数３３１０、ＭＡＣ情報部３３２０、ＣＲＣＭＳＤＵ数３３３０、ＣＲＣＨ３３４０、およびＭＳＤＵ部３３５０を含んでいる。
【０２５２】
ＭＰＤＵタイプ３３００、ＭＡＣ数３３１０、ＭＡＣ情報部３３２０、およびＣＲＣＨ３３４０は、前記したＭＰＤＵタイプ２０００、ＭＡＣ数２０１０、ＭＡＣ情報部２０２０、およびＣＲＣＨ２０３０に対応するものであるので、ここではそれらの説明を省略する。
【０２５３】
ＣＲＣＭＳＤＵ数３３３０は、ＣＲＣとＣＲＣ間にある固定数のＭＳＤＵ数を示している。事例ではこのＭＳＤＵ数をｍ個としている。
【０２５４】
ＭＳＤＵ部３３５０としては、図２３（ｃ）に対応するものとしての図２８（ｂ）に示すＭＳＤＵ部例３７００、図２４（ｂ）に対応するものとしての図２８（ｃ）に示すＭＳＤＵ部例３８００を適用することができる。これらの図に示すように、ＣＲＣ３７２０あるいはＣＲＣ３８２０は、ｍ個のＭＳＤＵ３７１０あるいはＭＳＤＵ３８１０ごとに適用される。また、ＭＰＤＵの最後にも必ず最後のＣＲＣ３７２０あるいは３８２０が適用される。
【０２５５】
（実施例７−１）
本実施例では、前記した実施例１−１〜実施例１−５におけるパケットの送信が行われた場合に行われるＢＡＲ／ＢＡのそれぞれのパケット形式について説明する。この場合、ＢＡＲ／ＢＡの対象となるパケットは、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎが用いられており、全てのパケットの宛先は１つのＭＡＣであり、ＭＰＤＵ全体に一つのＣＲＣが適用されているものとなる。なお、ＡＣＫを用いるか、ＢＡＲ／ＢＡのバーストを用いるかは、前記Ａｃｋ  Ｐｏｌｉｃｙによって確認されることになる。また、ＢＡＲ／ＢＡの対象となるパケットにおいて、ＭＰＤＵの順序番号はＭＰＤＵタイプの後に加えられている。
【０２５６】
図３０は、ＢＡＲ４０００のパケット構成、およびＢＡ４１００のパケット構成の概略を示している。ＢＡＲ４０００は、ＢＡＲ用ＭＡＣヘッダ部４０１０、ＭＰＤＵ数４０２０、および、順序番号４０３０…を含んでいる。
【０２５７】
ＭＰＤＵ数４０２０は、当該ＢＡＲ４０００によって確認要求をするＭＰＤＵの個数を示している。事例ではＭＰＤＵ数４０２０をｎ個としている。順序番号４０３０は、確認要求するＭＰＤＵの順序番号をそれぞれ示している。事例ではｎ個の順序番号４０３０…がＢＡＲ４０００に含まれている。なお、ＢＡＲ４０００において、順序番号４０３０…が配される順番は任意である。
【０２５８】
また、確認要求するｎ個のＭＰＤＵとしては、通常バースト中に伝送したＭＰＤＵが対象となるが、バースト中のＭＰＤＵに限定する必要はない。
【０２５９】
受信側は、上記のようなＢＡＲ４０００を受信した後にＢＡ４１００を作成し、送信側へ送信する。ＢＡ４１００は、ＢＡ用ＭＡＣヘッダ４１１０、およびｎ個のビット４１２０…を含んでいる。各ビット４１２０は、ＢＡＲ４０００によって確認要求された各順序番号４０３０に対応するＭＰＤＵの受信状態を示している。ビット４１２０が１の場合は、確認要求されたＭＰＤＵの受信が成功していることを示し、０の場合は、受信が失敗していることを示すようにすればよい。
【０２６０】
（実施例７−２）
本実施例では、前記した実施例１−６、実施例２−１、および実施例３−１におけるパケットの送信が行われた場合に行われるＢＡＲ／ＢＡのそれぞれのパケット形式について説明する。この場合、ＢＡＲ／ＢＡの対象となるパケットは、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎが用いられており、１つのＭＡＣに伝送され、ＭＰＤＵ内の１つあるいは複数個のＭＳＤＵごとにＣＲＣが適用されているものとなる。なお、ＡＣＫを用いるか、ＢＡＲ／ＢＡのバーストを用いるかは、前記Ａｃｋ  Ｐｏｌｉｃｙによって確認されることになる。
【０２６１】
図３１は、ＢＡＲ４２００のパケット構成、およびＢＡ４３００のパケット構成の概略を示している。ＢＡＲ４２００は、ＢＡＲ用ＭＡＣヘッダ部４２１０、ＭＳＤＵ数４２２０、および、順序番号４２３０…を含んでいる。
【０２６２】
ＭＳＤＵ数４２２０は、当該ＢＡＲ４２００によって確認要求をするＭＳＤＵの個数を示している。事例ではＭＳＤＵ数４２２０をｎ個としている。順序番号４２３０は、確認要求するＭＳＤＵの順序番号をそれぞれ示している。事例ではｎ個の順序番号４２３０…がＢＡＲ４２００に含まれている。なお、ＢＡＲ４２００において、順序番号４２３０…が配される順番は任意である。
【０２６３】
なお、確認要求するｎ個のＭＳＤＵとしては、通常バースト中に伝送したＭＳＤＵが対象となるが、バースト中のＭＳＤＵに限定する必要はない。
【０２６４】
受信側は、上記のようなＢＡＲ４２００を受信した後にＢＡ４３００を作成し、送信側へ送信する。ＢＡ４３００は、ＢＡ用ＭＡＣヘッダ４３１０、およびｎ個のビット４３２０…を含んでいる。各ビット４３２０は、ＢＡＲ４２００によって確認要求された各順序番号４２３０に対応するＭＰＤＵの受信状態を示している。ビット４３２０が１の場合は、確認要求されたＭＳＤＵの受信が成功していることを示し、０の場合は、受信が失敗していることを示すようにすればよい。
【０２６５】
（実施例７−３）
本実施例では、前記した実施例１−１〜実施例１−５におけるパケットの送信が行われた場合に行われるＢＡＲ／ＢＡのそれぞれのパケット形式について説明する。この場合、ＢＡＲ／ＢＡの対象となるパケットは、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎが用いられており、ＭＰＤＵ全体に一つのＣＲＣが適用されているものとなる。また、ＢＡＲ／ＢＡの対象となるパケットのそれぞれの宛先は複数のＭＡＣとなっている。なお、各パケット内に含まれるＭＳＤＵの宛先は１つのＭＡＣである。また、ＡＣＫを用いるか、ＢＡＲ／ＢＡのバーストを用いるかは、前記Ａｃｋ  Ｐｏｌｉｃｙによって確認されることになる。また、ＢＡＲ／ＢＡの対象となるパケットにおいて、ＭＰＤＵの順序番号はＭＰＤＵタイプの後に加えられている。
【０２６６】
図３２は、ＢＡＲ４４００のパケット構成、およびＢＡ４６００のパケット構成の概略を示している。ＢＡＲ４４００は、ＢＡＲ用フレームタイプ４４１０、ＭＡＣ数４４２０、ＭＡＣ部４４３０、およびＣＲＣ４４４０を含んでいる。
【０２６７】
ＭＡＣ数４４２０は、当該ＢＡＲ４０００によって確認要求をするＭＰＤＵを送信したＭＡＣの数を示している。事例では、ＭＡＣ数４４２０をｎ個としている。
【０２６８】
ＭＡＣ部４４３０は、ｎ個のＭＡＣ情報４４５０…を含んでいる。それぞれのＭＡＣ情報４４５０は、ＭＰＤＵ数４４８０、およびＭＰＤＵの順序番号４４９０…を含んでいる。
【０２６９】
ＭＰＤＵ数４４８０は、当該ＭＡＣ情報４４５０に含まれる確認要求対象となるＭＰＤＵの個数を示している。事例ではＭＰＤＵ数４４８０をｉ．ｍ個（ｉ番目のＭＡＣ情報４４５０に含まれるｍ個という意味）としている。順序番号４４９０は、確認要求するＭＰＤＵの順序番号をそれぞれ示している。事例では、ｉ．ｍ個の順序番号４４９０…が各ＭＡＣ情報４４５０に含まれている。なお、ＭＡＣ情報４４５０において、順序番号４４９０…が配される順番は任意である。
【０２７０】
なお、確認要求するｉ．ｍ個のＭＰＤＵとしては、通常バースト中に伝送したＭＰＤＵが対象となるが、バースト中のＭＰＤＵに限定する必要はない。
【０２７１】
なお、実施例４−１で示したように、返信時刻４４７０（実施例４−１における返信時刻２１４０に相当）をＭＡＣ情報４４５０に含めてもよい。ここで、ＢＡＲ用フレームタイプ４４１０に返信時刻Ｆｌａｇがあり、返信時刻４４７０が必要な場合には返信時刻Ｆｌａｇを１にすることになる。
【０２７２】
受信側は、上記のようなＢＡＲ４４００を受信した後にＢＡ４６００を作成し、送信側へ送信する。ＢＡ４６００は、ＢＡ用ＭＡＣヘッダ４６１０、およびｉ．ｍ個のビット４６２０…を含んでいる。各ビット４６２０は、ＢＡＲ４４００によって確認要求された各順序番号４４９０に対応するＭＰＤＵの受信状態を示している。ビット４６２０が１の場合は、確認要求されたＭＰＤＵの受信が成功していることを示し、０の場合は、受信が失敗していることを示すようにすればよい。
【０２７３】
（実施例７−４）
本実施例では、前記した実施例１−１〜実施例１−５、実施例２−１、実施例３−１、実施例４−１〜実施例４−６、実施例５−１、および実施例６−１におけるパケットの送信が行われた場合に行われるＢＡＲ／ＢＡのそれぞれのパケット形式について説明する。この場合、ＢＡＲ／ＢＡの対象となるパケットは、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎが用いられており、ＭＰＤＵ内の１つあるいは複数個のＭＳＤＵごとにＣＲＣが適用されているものとなる。また、ＢＡＲ／ＢＡの対象となる各パケット内に含まれるＭＳＤＵの宛先は１つ以上のＭＡＣである。また、ＡＣＫを用いるか、ＢＡＲ／ＢＡのバーストを用いるかは、前記Ａｃｋ  Ｐｏｌｉｃｙによって確認されることになる。
【０２７４】
図３３は、ＢＡＲ４７００のパケット構成、およびＢＡ４９００のパケット構成の概略を示している。ＢＡＲ４７００は、ＢＡＲ用フレームタイプ４７１０、ＭＡＣ数４７２０、ＭＡＣ部４７３０、およびＣＲＣ４７４０を含んでいる。
【０２７５】
ＭＡＣ数４７２０は、当該ＢＡＲ４７００によって確認要求をするＭＳＤＵを送信したＭＡＣの数を示している。事例では、ＭＡＣ数４７２０をｎ個としている。
【０２７６】
ＭＡＣ部４７３０は、ｎ個のＭＡＣ情報４７５０…を含んでいる。それぞれのＭＡＣ情報４７５０は、ＭＳＤＵ数４７８０、およびＭＳＤＵの順序番号４７９０…を含んでいる。
【０２７７】
ＭＳＤＵ数４７８０は、当該ＭＡＣ情報４７５０に含まれる確認要求対象となるＭＳＤＵの個数を示している。事例ではＭＳＤＵ数４７８０をｉ．ｍ個（ｉ番目のＭＡＣ情報４４５０に含まれるｍ個という意味）としている。順序番号４７９０は、確認要求するＭＳＤＵの順序番号をそれぞれ示している。事例では、ｉ．ｍ個の順序番号４７９０…が各ＭＡＣ情報４７５０に含まれている。なお、ＭＡＣ情報４７５０において、順序番号４７９０…が配される順番は任意である。
【０２７８】
なお、確認要求するｉ．ｍ個のＭＳＤＵとしては、通常バースト中に伝送したＭＳＤＵが対象となるが、バースト中のＭＳＤＵに限定する必要はない。
【０２７９】
なお、実施例４−１で示したように、返信時刻４７７０（実施例４−１における返信時刻２１４０に相当）をＭＡＣ情報４７５０に含めてもよい。ここで、ＢＡＲ用フレームタイプ４７１０に返信時刻Ｆｌａｇがあり、返信時刻４７７０が必要な場合には返信時刻Ｆｌａｇを１にすることになる。
【０２８０】
受信側は、上記のようなＢＡＲ４７００を受信した後にＢＡ４９００を作成し、送信側へ送信する。ＢＡ４９００は、ＢＡ用ＭＡＣヘッダ４９１０、およびｉ．ｍ個のビット４９２０…を含んでいる。各ビット４９２０は、ＢＡＲ４７００によって確認要求された各順序番号４７９０に対応するＭＳＤＵの受信状態を示している。ビット４９２０が１の場合は、確認要求されたＭＳＤＵの受信が成功していることを示し、０の場合は、受信が失敗していることを示すようにすればよい。
【０２８１】
（実施例８−１）
本実施例では、ＭＩＭＯを用いた場合のＭＰＤＵのパケット形式について説明する。ＭＩＭＯによる送信の条件としては、全てのアンテナで同時に信号を送信することである。したがって、各アンテナで送信するパケットの形式として、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを適用することによって、ＭＩＭＯの送信を実現することができる。よって、本実施例は、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎの実施例１−１〜実施例１−５、実施例２−１、実施例３−１、実施例４−１〜実施例４−６、実施例５−１、および実施例６−１におけるパケットの送信に対する適用例となる。
【０２８２】
ＭＩＭＯを用いた場合、全てのアンテナでデータを同時に送信する必要があるため、ＭＳＤＵを適宜分割してＭＰＤＵに含めるようにする。この場合、ＭＳＤＵの分割単位で伝送の確認をＡＣＫあるいはＢＡＲ／ＢＡによって行われるようにする必要がある。よって、ＭＰＤＵ中のＭＳＤＵの順序番号にはＭＳＤＵの分割番号も含めるようにする。
【０２８３】
（実施例８−２）
本実施例では、ＭＩＭＯを用いて１つのＭＡＣに送信するとともに、ＭＰＤＵ全体に１つのＣＲＣを用いた場合のＡＣＫのパケット形式について説明する。本実施例は、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた実施例１−１〜実施例１−５におけるパケットの送信に対する適用例となる。
【０２８４】
全てのアンテナで返信されるＡＣＫは同じであり、それぞれのＡＣＫの形式は図３４のようになる。該ＡＣＫは、ＡＣＫ用ＭＡＣヘッダ５０００とｎ個のビット５０１０とからなる。ｎはアンテナ数であり、各ビット５０１０はＭＩＭＯで送信した各アンテナのＭＰＤＵの確認情報である。それぞれのビット５０１０はアンテナ順に従った各ＭＰＤＵの通信状況を示しており、１の場合は受信が成功していることを示し、０の場合は受信が失敗していることを示すようにすればよい。
【０２８５】
（実施例８−３）
本実施例では、ＭＩＭＯを用いて１つのＭＡＣに送信するとともに、１つあるいは複数のＭＳＤＵごとにＣＲＣを用いた場合のＡＣＫのパケット形式について説明する。本実施例は、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた実施例１−６、実施例２−１、および実施例３−１に対する適用例となる。
【０２８６】
全てのアンテナで返信されるＡＣＫは同じであり、それぞれのＡＣＫの形式は図３４のようになる。ビット５０１０の個数ｎは、全てのアンテナで送信したＭＳＤＵ数の合計であり、各ビット５０１０はこれらのＭＳＤＵの確認情報である。それぞれのビット５０１０は送信されたアンテナ順のＭＳＤＵ順に従った各ＭＳＤＵの通信状況を示している。
【０２８７】
（実施例８−４）
本実施例では、ＭＩＭＯを用いて複数のＭＡＣに送信するともに、ＭＰＤＵ全体に１つのＣＲＣを用いた場合のＡＣＫのパケット形式について説明する。なお、１つのアンテナによってＭＰＤＵ全体を１つのＭＡＣにのみ送信したＭＰＤＵも含める。本実施例は、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた実施例１−１〜実施例１−５に対する適用例となる。
【０２８８】
１つのＭＡＣから返信される全てのアンテナにおけるＡＣＫは同じであり、それぞれのＡＣＫの形式は図３４のようになる。ビット５０１０の個数ｎはアンテナ数であり、各ビット５０１０はＭＩＭＯで送信した各アンテナのＭＰＤＵの確認情報である。それぞれのビット５０１０はアンテナ順に従った各ＭＰＤＵの通信状況を示している。また、各ＭＡＣはそれぞれの返信時刻に従ってＡＣＫを返信することになる。
【０２８９】
（実施例８−５）
本実施例では、ＭＩＭＯを用いて複数のＭＡＣに送信するとともに、１つあるいは複数のＭＳＤＵごとにＣＲＣを用いた場合のＡＣＫのパケット形式について説明する。本実施例は、Ｐａｃｋｅｔ  Ａｇｇｒｅｇａｔｉｏｎを用いた実施例４−１〜実施例４−６、実施例５−１、および実施例６−１に対する適用例となる。
【０２９０】
１つのＭＡＣから返信される全てのアンテナにおけるＡＣＫは同じであり、それぞれのＡＣＫの形式は図３４のようになる。ビット５０１０の個数ｎはＡＣＫを返信するＭＡＣ宛に全てのアンテナで送信されたＭＳＤＵ数の合計であり、各ビット５０１０はこれらのＭＳＤＵの確認情報である。それぞれのビット５０１０は送信されたアンテナ順のＭＳＤＵ順に従った各ＭＳＤＵの通信状況を示している。
【０２９１】
また、各ＭＡＣはそれぞれの返信時刻に従ってＡＣＫを返信することになる。
【０２９２】
（実施例９−１）
本実施例では、ＭＩＭＯを用いて１つのＭＡＣに送信するとともに、ＭＰＤＵ全体にＣＲＣを用いた場合のＢＡＲ／ＢＡのパケット形式について説明する。全てのアンテナで送受信されるＢＡＲ／ＢＡは同じであり、本実施例は、実施例７−１に対する適用例となる。
【０２９３】
ＢＡＲで確認するＭＰＤＵは全てのアンテナで送信した全てのＭＰＤＵであり、送信側は全てのアンテナで同じＢＡＲを送信し、受信側はこれらの全てのＭＰＤＵに対する通信状況（ＢＡ）を全てのアンテナで返信する。
【０２９４】
（実施例９−２）
本実施例では、ＭＩＭＯを用いて１つのＭＡＣに送信するとともに、１つあるいは複数のＭＳＤＵごとにＣＲＣを用いた場合のＢＡＲ／ＢＡのパケット形式について説明する。全てのアンテナで送受信されるＢＡＲ／ＢＡは同じであり、本実施例は、実施例７−２に対する適用例となる。
【０２９５】
ＢＡＲで確認するＭＳＤＵは全てのアンテナで送信した全てのＭＳＤＵであり、送信側は全てのアンテナで同じＢＡＲを送信し、受信側はこれらの全てのＭＳＤＵに対する通信状況（ＢＡ）を全てのアンテナで返信する。
【０２９６】
（実施例９−３）
本実施例では、ＭＩＭＯを用いて複数のＭＡＣに送信するとともに、ＭＰＤＵ全体にＣＲＣを用いた場合のＢＡＲ／ＢＡのパケット形式について説明する。
【０２９７】
全てのアンテナで送受信されるＢＡＲは同じであり、１つのＭＡＣが返信する全てのアンテナのＢＡも同じである。本実施例は、実施例７−３に対する適用例となる。
【０２９８】
ＢＡＲで確認するＭＰＤＵは送信した各ＭＡＣに対して全てのアンテナで送信した全てのＭＰＤＵであり、送信側は全てのアンテナで同じＢＡＲを送信する。受信側のＭＡＣはＢＡ返信時刻に自己宛に確認を要求された全てのＭＰＤＵに対する通信状況（ＢＡ）を全てのアンテナで返信する。
【０２９９】
（実施例９−４）
本実施例では、ＭＩＭＯを用いて複数のＭＡＣに送信するとともに、１つあるいは複数のＭＳＤＵごとにＣＲＣを用いた場合のＢＡＲ／ＢＡのパケット形式について説明する。
【０３００】
全てのアンテナで送受信されるＢＡＲは同じであり、１つのＭＡＣが返信する全てのアンテナのＢＡも同じである。本実施例は、実施例７−４に対する適用例となる。
【０３０１】
ＢＡＲで確認するＭＳＤＵは送信した各ＭＡＣに対して全てのアンテナで送信した全てのＭＳＤＵであり、送信側は全てのアンテナで同じＢＡＲを送信する。受信側のＭＡＣはＢＡ返信時刻に自己宛に確認を要求された全てのＭＳＤＵに対する通信状況（ＢＡ）を全てのアンテナで返信する。
【０３０２】
本発明は上述した各実施形態および各実施例に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態および実施例にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【０３０３】
なお、上記実施形態における送信側通信装置１および受信側通信装置２の各部や各処理ステップは、ＣＰＵなどの演算手段が、ＲＯＭ（Read Only Memory）やＲＡＭなどの記憶手段に記憶されたプログラムを実行し、インターフェース回路などの通信手段を制御することにより実現することができる。したがって、これらの手段を有するコンピュータが、上記プログラムを記録した記録媒体を読み取り、当該プログラムを実行するだけで、本実施形態の送信側通信装置１および受信側通信装置２の各種機能および各種処理を実現することができる。また、上記プログラムをリムーバブルな記録媒体に記録することにより、任意のコンピュータ上で上記の各種機能および各種処理を実現することができる。
【０３０４】
この記録媒体としては、マイクロコンピュータで処理を行うために図示しないメモリ、例えばＲＯＭのようなものがプログラムメディアであっても良いし、また、図示していないが外部記憶装置としてプログラム読取り装置が設けられ、そこに記録媒体を挿入することにより読取り可能なプログラムメディアであっても良い。
【０３０５】
また、何れの場合でも、格納されているプログラムは、マイクロプロセッサがアクセスして実行される構成であることが好ましい。さらに、プログラムを読み出し、読み出されたプログラムは、マイクロコンピュータのプログラム記憶エリアにダウンロードされて、そのプログラムが実行される方式であることが好ましい。なお、このダウンロード用のプログラムは予め本体装置に格納されているものとする。
【０３０６】
また、上記プログラムメディアとしては、本体と分離可能に構成される記録媒体であり、磁気テープやカセットテープ等のテープ系、フレキシブルディスクやハードディスク等の磁気ディスクやＣＤ／ＭＯ／ＭＤ／ＤＶＤ等のディスクのディスク系、ＩＣカード（メモリカードを含む）等のカード系、あるいはマスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する記録媒体等がある。
【０３０７】
また、インターネットを含む通信ネットワークを接続可能なシステム構成であれば、通信ネットワークからプログラムをダウンロードするように流動的にプログラムを担持する記録媒体であることが好ましい。
【０３０８】
さらに、このように通信ネットワークからプログラムをダウンロードする場合には、そのダウンロード用のプログラムは予め本体装置に格納しておくか、あるいは別な記録媒体からインストールされるものであることが好ましい。
【０３０９】
（発明の効果）
本発明に係る通信装置は、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信部とを備え、前記集合パケット生成手段が、前記送信すべきパケットごとにエラーチェック処理を施すエラーチェック処理手段を備えている。これにより、集合パケットに含まれるパケットの１つにエラーが発生したとしても、残りのパケットは正常に伝送することが可能となる。よって、伝送効率を向上することができるという効果を奏する。
【０３１０】
本発明に係る通信装置は、送信パケットを生成するパケット生成手段と、前記パケット生成手段によって生成された送信パケットを前記受信装置に対して送信する通信部とを備え、前記パケット生成手段が、生成する送信パケットに対する受信側による送達確認パケットの返信時刻を算出する返信時刻算出手段を備え、該パケット生成手段が、前記返信時刻の情報を前記送信パケットに含める構成である。これにより、例えば複数の通信装置に対して送信パケットが同時に送られた場合などに、各通信装置からの送達確認の送信が衝突するなどの事態を防ぐことが可能となるという効果を奏する。
【０３１１】
本発明に係る通信装置は、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段と、前記集合パケット生成手段によって生成された集合パケット、および前記送達確認要求手段によって生成された送達確認要求パケットを前記受信装置に対して送信する通信部とを備え、前記送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいる構成である。これにより、パケットを特定する情報を追加していくだけで、送達確認対象となるパケットを増やすことが可能となるという効果を奏する。なお、一つの送達確認対象となるパケット数にはパケット数を表すパケット数幅の制限がある。例えばパケットを特定する情報の中のパケット数の情報分が１６ビットの場合、パケット数の制限は２＾１６−１＝６５５３５個になる。
【０３１２】
本発明に係る通信装置は、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信部とを備え、前記集合パケット生成手段が、集合パケットに含める前記送信すべき複数のパケットの全てに共通する共通情報を抽出する共通情報抽出手段と、前記共通情報を前記集合パケットに含めるとともに、前記送信すべきパケットの少なくとも１つのパケットから前記共通情報を削除した上で、前記集合パケットを生成する集合パケット再構成手段とを備えている。これにより、単純に複数のパケットをまとめて集合パケットにした場合と比較して、集合パケットの大きさをより小さくすることができる。よって、パケットの伝送効率を向上させることができるという効果を奏する。
【０３１３】
本発明に係る通信装置は、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信部とを備え、前記集合パケット生成手段が、送信すべき複数のパケットのうち、少なくとも１つのパケットを複数に分割し、分割された各分割パケットを複数の集合パケットに割り振る構成である。これにより、集合パケットの構成の自由度を増大させることができるので、何らかの理由によって、集合パケットの大きさを調整する必要が生じた場合などに的確に対応することが可能となるという効果を奏する。
【０３１４】
なお、本発明に係る通信装置は、通信ネットワークにおいて通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを受信装置に対して送信する通信手段とを備え、前記集合パケット生成手段が、前記送信すべき１つまたは複数のパケットごとにエラーチェック処理を施すエラーチェック処理手段を備えている構成としてもよい。
【０３１５】
また、本発明に係る通信装置は、上記の構成において、前記エラーチェック処理手段が、前記集合パケットのヘッダにもエラーチェック処理を施す構成としてもよい。
【０３１６】
また、本発明に係る通信装置は、上記の構成において、前記通信装置が、受信装置に対して前記集合パケットに含まれる各パケットに対する送達確認情報の返送を要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信手段が、集合パケットに対する送達確認パケットを前記受信装置から受信するはずのタイミングにおいてそれを正常に受信できなかった場合に前記送達確認要求パケットを該受信装置に対して送信する構成としてもよい。
【０３１７】
また、本発明に係る通信装置は、上記の構成において、前記送達確認要求パケットが集合パケットに含まれるパケットの識別情報を含む構成としてもよい。
【０３１８】
また、本発明に係る通信装置は、上記の構成において、前記集合パケット生成手段が集合パケットの各々を識別するための集合パケット番号を各集合パケットに対して付加し、前記送達確認要求パケット生成手段が送達確認要求パケットに対して集合パケット番号を含む構成としてもよい。
【０３１９】
また、本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段と、前記集合パケット生成手段によって生成された集合パケット、および前記送達確認要求手段によって生成された送達確認要求パケットを前記受信装置に対して送信する通信部とを備え、前記送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいる構成としてもよい。
【０３２０】
また、本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信部とを備え、前記集合パケット生成手段が、集合パケットに含める前記送信すべき複数のパケットの全てに共通する共通情報を抽出する共通情報抽出手段と、前記共通情報を前記集合パケットに含めるとともに、前記送信すべきパケットの少なくとも１つのパケットから前記共通情報を削除した上で、前記集合パケットを生成する集合パケット再構成手段とを備えている構成としてもよい。
【０３２１】
また、本発明に係る通信装置は、上記の構成において、前記共通情報抽出手段が、前記共通情報を、前記送信すべき複数のパケットのヘッダにおける少なくとも一部の情報とする構成としてもよい。
【０３２２】
また、本発明に係る通信装置は、上記の構成において、前記共通情報抽出手段が、前記集合パケットに含める前記送信すべき複数のパケットが全て同じ種類の場合に、前記共通情報を、前記送信すべきパケットのヘッダ全体とする構成としてもよい。
【０３２３】
また、本発明に係る通信装置は、上記の構成において、前記共通情報抽出手段が、前記集合パケットに含める前記送信すべき複数のパケットの種類が複数ある場合に、前記共通情報を抽出しない構成としてもよい。
【０３２４】
また、本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信パケットを生成するパケット生成手段と、前記パケット生成手段によって生成された送信パケットを前記受信装置に対して送信する通信部とを備え、前記パケット生成手段が、生成する送信パケットに対する受信側による送達確認パケットの返信時刻を算出する返信時刻算出手段を備え、該パケット生成手段が、前記返信時刻の情報を前記送信パケットに含める構成としてもよい。
【０３２５】
また、本発明に係る通信装置は、上記の構成において、前記パケット生成手段が、生成する送信パケットのヘッダに、該送信パケットに返信時刻の情報が含まれているか否かを示す返信時刻フラグを含める構成としてもよい。
【０３２６】
また、本発明に係る通信装置は、上記の構成において、前記パケット生成手段が、前記送信パケットとして、複数のパケットを１つにまとめた集合パケットを生成するとともに、前記返信時刻算出手段が、前記集合パケットに含まれる各パケットに対する前記返信時刻を算出する構成としてもよい。
【０３２７】
また、本発明に係る通信装置は、通信ネットワークにおいて受信装置と通信を行う通信装置であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成手段と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信部とを備え、前記集合パケット生成手段が、送信すべき複数のパケットのうち、少なくとも１つのパケットを複数に分割し、分割された各分割パケットを複数の集合パケットに割り振る構成としてもよい。
【０３２８】
また、本発明に係る通信装置は、上記の構成において、前記通信部が複数の送信アンテナを備え、前記集合パケット生成手段によって生成される複数の集合パケットを各送信アンテナに振分けて送信する構成としてもよい。
【０３２９】
また、本発明に係る通信装置は、上記の構成において、１つのパケットから分割された各分割パケットを含む集合パケットを、同じ送信アンテナから送信する構成としてもよい。
【０３３０】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。
【０３３１】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。
【０３３２】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。
【０３３３】
また、本発明に係る通信装置は、上記の構成において、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの返信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求手段をさらに備え、前記通信部が、前記送達確認要求パケットを前記受信装置に対してさらに送信する構成としてもよい。
【０３３４】
また、本発明に係る通信装置は、上記の構成において、前記通信部が複数の送信アンテナを備え、前記集合パケット生成手段によって生成される複数の集合パケットを各送信アンテナに振分けて送信する構成としてもよい。
【０３３５】
また、本発明に係る通信装置は、上記の構成において、前記通信部が、各送信アンテナに対して同じ送達確認要求パケットを送信する構成としてもよい。
【０３３６】
また、本発明に係る通信装置は、上記の構成において、前記送達確認要求パケットが、送達確認を要求する対象となる前記集合パケットまたは前記パケットの宛先となる受信側の通信装置を特定する情報を含んでいる構成としてもよい。
【０３３７】
また、本発明に係る通信装置は、上記の構成において、前記送達確認要求パケットが、送達確認を要求する対象となる前記集合パケットまたは前記パケットの宛先となる受信側の各通信装置に対して、送達確認パケットの返信時刻を設定する情報を含んでいる構成としてもよい。
【０３３８】
また、本発明に係る通信装置は、上記の通信装置から送信パケットを受信する通信装置であって、前記送信パケットの受信状態を検知する受信状態検知手段と、前記送信パケットに含まれる返信時刻の情報を抽出する返信時刻抽出手段と、前記受信状態検知手段による検知結果に従って、前記送信パケットに対する送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを、前記返信時刻に送信する通信部とを備えている構成としてもよい。
【０３３９】
また、本発明に係る通信装置は、上記の通信装置から集合パケットを受信する通信装置であって、前記集合パケットまたはパケットの受信状態を検知する受信状態検知手段と、前記集合パケットまたはパケットに含まれる返信時刻の情報を抽出する返信時刻抽出手段と、前記受信状態検知手段による検知結果に従って、前記集合パケットまたはパケットに対する送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを、前記返信時刻に送信する通信部とを備えている構成としてもよい。
【０３４０】
また、本発明に係る通信装置は、上記の通信装置から集合パケットを受信する通信装置であって、前記集合パケットから、当該通信装置を宛先とする集合パケットまたはパケットを抽出する抽出手段と、前記抽出手段によって抽出された集合パケットまたはパケットの受信状態を検知する受信状態検知手段と、前記受信状態検知手段による検知結果に従って、前記送信パケットに対する送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを送信する通信部とを備えている構成としてもよい。
【０３４１】
また、本発明に係る通信装置は、上記の通信装置から集合パケットを受信する通信装置であって、前記集合パケットまたはパケットの受信状態を検知する受信状態検知手段と、前記受信状態検知手段による検知結果に従って、前記集合パケットまたはパケットに対応したビットマップ生成し、該ビットマップを含んだ送達確認パケットを生成する送達確認生成手段と、前記送達確認パケットを送信する通信部とを備えている構成としてもよい。
【０３４２】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケット生成処理によって生成された集合パケットを前記受信装置に対して送信する通信処理とを含み、前記集合パケット生成手処理が、集合パケットに含める前記送信すべき複数のパケットの全てに共通する共通情報を抽出する共通情報抽出処理と、前記共通情報を前記集合パケットに含めるとともに、前記送信すべきパケットの少なくとも１つのパケットから前記共通情報を削除した上で、前記集合パケットを生成する集合パケット再構成処理を含んでいる方法としてもよい。
【０３４３】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケット生成手段によって生成された集合パケットを前記受信装置に対して送信する通信処理とを含み、前記集合パケット生成処理が、前記送信すべき１つまたは複数のパケットごとにエラーチェック処理を施すエラーチェック処理を含んでいる方法としてもよい。
【０３４４】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信パケットを生成するパケット生成処理と、前記パケット生成手段によって生成された送信パケットを前記受信装置に対して送信する通信処理とを含み、前記パケット生成処理が、生成する送信パケットに対する受信側による送達確認パケットの返信時刻を算出する返信時刻算出処理を含むとともに、前記返信時刻の情報を前記送信パケットに含める方法としてもよい。
【０３４５】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケットに含まれるパケットのそれぞれに対する送達確認パケットの送信を、該パケットの受信側に対して要求するための送達確認要求パケットを生成する送達確認要求処理と、前記集合パケット生成処理によって生成された集合パケット、および前記送達確認要求処理によって生成された送達確認要求パケットを前記受信装置に対して送信する通信処理とを含み、前記送達確認要求パケットが、送達確認を要求する対象となるパケットを特定する情報を含んでいる方法としてもよい。
【０３４６】
また、本発明に係る通信方法は、通信ネットワークにおいて受信装置と通信を行う通信装置における通信方法であって、送信すべき複数のパケットを、１つの集合パケットにまとめる処理を行う集合パケット生成処理と、前記集合パケット生成処理によって生成された集合パケットを前記受信装置に対して送信する通信処理とを備え、前記集合パケット生成処理が、送信すべき複数のパケットのうち、少なくとも１つのパケットを複数に分割し、分割された各分割パケットを複数の集合パケットに割り振る方法としてもよい。
【０３４７】
また、本発明に係る通信方法は、上記の通信装置から送信パケットを受信する通信装置における通信方法であって、前記送信パケットの受信状態を検知する受信状態検知処理と、前記送信パケットに含まれる返信時刻の情報を抽出する返信時刻抽出処理と、前記受信状態検知処理による検知結果に従って、前記送信パケットに対する送達確認パケットを生成する送達確認生成処理と、前記送達確認パケットを、前記返信時刻に送信する通信処理とを含んでいる方法としてもよい。
【０３４８】
また、本発明に係る通信方法は、上記の通信装置から集合パケットを受信する通信装置における通信方法であって、前記集合パケットまたはパケットの受信状態を検知する受信状態検知処理と、前記集合パケットまたはパケットに含まれる返信時刻の情報を抽出する返信時刻抽出処理と、前記受信状態検知処理による検知結果に従って、前記集合パケットまたはパケットに対する送達確認パケットを生成する送達確認生成処理と、前記送達確認パケットを、前記返信時刻に送信する通信処理とを含んでいる方法としてもよい。
【０３４９】
また、本発明に係る通信方法は、上記の通信装置から集合パケットを受信する通信装置における通信方法であって、前記集合パケットから、当該通信装置を宛先とする集合パケットまたはパケットを抽出する抽出処理と、前記抽出処理によって抽出された集合パケットまたはパケットの受信状態を検知する受信状態検知処理と、前記受信状態検知処理による検知結果に従って、前記送信パケットに対する送達確認パケットを生成する送達確認生成処理と、前記送達確認パケットを送信する通信処理とを含んでいる方法としてもよい。
【０３５０】
また、本発明に係る通信方法は、上記の通信装置から集合パケットを受信する通信装置における通信方法であって、前記集合パケットまたはパケットの受信状態を検知する受信状態検知処理と、前記受信状態検知処理による検知結果に従って、前記集合パケットまたはパケットに対応したビットマップ生成し、該ビットマップを含んだ送達確認パケットを生成する送達確認生成処理と、前記送達確認パケットを送信する通信処理とを含んでいる方法としてもよい。
【産業上の利用可能性】
【０３５１】
本発明に係る通信装置は、例えば、動画データなどのストリームデータや、その他のデータを外部の装置に対して送信することが可能な送信装置に用いられる通信装置に適用することが可能である。具体的には、送信装置としては、例えばＤＶＤプレイヤー、ＤＶＤレコーダ、ＨＤＤレコーダなどのデジタル符号として記録された動画の再生機能を持つ装置や、ＢＳ／ＣＳチューナーなどの放送受信装置などが挙げられる。
【０３５２】
また、本発明に係る通信装置は、例えば、受信したストリームデータやその他のデータに基づいて処理を行う受信装置に用いられる通信装置に適用することが可能である。具体的には、受信装置としては、例えば受信したストリームデータとしての動画データを表示する表示装置などが挙げられる。
【符号の説明】
【０３５３】
１    送信側通信装置（通信装置）
２    受信側通信装置（通信装置）
５・２１    通信部
６    集合パケット生成部（集合パケット生成手段・パケット生成手段）
７    ＢＡＲ生成部（送達確認要求手段）
９    返信時刻算出部（返信時刻算出手段）
１１    共通情報抽出部（共通情報抽出手段）
１３    集合パケット構築部（集合パケット再構成手段）
１４    エラーチェック処理部（エラーチェック処理手段）
１５    返信時刻算出部（返信時刻算出手段）
２２    ＡＣＫ生成部（送達確認生成手段）
２３    ＢＡ生成部（送達確認生成手段）
２４    宛先情報抽出部（抽出手段）
２６    返信時刻抽出部（返信時刻抽出手段）
２８    受信状態検知部（受信状態検知手段）
【図１】
0004754638.tif 000002
【図２】
0004754638.tif 000003
【図３】
0004754638.tif 000004
【図４】
0004754638.tif 000005
【図５】
0004754638.tif 000006
【図６】
0004754638.tif 000007
【図７】
0004754638.tif 000008
【図８】
0004754638.tif 000009
【図９】
0004754638.tif 000010
【図１０】
0004754638.tif 000011
【図１１】
0004754638.tif 000012
【図１２】
0004754638.tif 000013
【図１３】
0004754638.tif 000014
【図１４】
0004754638.tif 000015
【図１５】
0004754638.tif 000016
【図１６】
0004754638.tif 000017
【図１７】
0004754638.tif 000018
【図１８】
0004754638.tif 000019
【図１９】
0004754638.tif 000020
【図２０】
0004754638.tif 000021
【図２１】
0004754638.tif 000022
【図２２】
0004754638.tif 000023
【図２３】
0004754638.tif 000024
【図２４】
0004754638.tif 000025
【図２５】
0004754638.tif 000026
【図２６】
0004754638.tif 000027
【図２７】
0004754638.tif 000028
【図２８】
0004754638.tif 000029
【図２９】
0004754638.tif 000030
【図３０】
0004754638.tif 000031
【図３１】
0004754638.tif 000032
【図３２】
0004754638.tif 000033
【図３３】
0004754638.tif 000034
【図３４】
0004754638.tif 000035
【図３５】
0004754638.tif 000036
【図３６】
0004754638.tif 000037
【図３７】
0004754638.tif 000038
【図３８】
0004754638.tif 000039
【図３９】
0004754638.tif 000040
【図４０】
0004754638.tif 000041
【図４１】
0004754638.tif 000042
【図４２】
0004754638.tif 000043
【図４３】
0004754638.tif 000044
【図４４】
0004754638.tif 000045
【図４５】
0004754638.tif 000046
【図４６】
0004754638.tif 000047
【図４７】
0004754638.tif 000048
【図４８】
0004754638.tif 000049
【図４９】
0004754638.tif 000050
【図５０】
0004754638.tif 000051
【図５１】
0004754638.tif 000052