(57)【特許請求の範囲】
【請求項１】
送信装置からデータフレームを受信する受信装置において、
前記送信装置が、受信状態を表す受信状態情報を要求するとともに、該受信状態情報の返信順番を指定した受信状態要求フレームを送信し、
前記受信状態要求フレームの受信状態を基に、受信状態を表す受信状態情報を生成する受信状態情報生成手段と、
前記返信順番と、応答フレームのフレーム長および伝送速度とを基に、前記受信状態情報生成手段が生成した受信状態情報の送信時間を算出する送信時間算出手段と、
前記送信時間算出手段が算出した送信時間に、前記受信状態情報生成手段が生成した受信状態情報を送信装置に送信する送信手段とを備えることを特徴とする受信装置。
【請求項２】
送信装置からデータフレームを受信する受信装置において、
前記送信装置から送信されたデータフレームの受信状態を基に、受信状態を表す受信状態情報を生成する受信状態情報生成手段と、
前記送信装置から送信されたデータフレームに対する応答フレームに、前記受信状態情報生成手段が生成した受信状態情報を含める応答フレーム生成手段と、
前記応答フレーム生成手段が生成した応答フレームを前記送信装置に送信する送信手段とを備えており、
前記受信状態情報が複数のパラメータからなり、
前記応答フレーム生成手段は、更新する必要がある更新パラメータと、該更新パラメータを識別するパラメータ識別情報とを前記応答フレームに含めることを特徴とする受信装置。
【請求項３】
前記応答フレーム生成手段は、前記パラメータ識別情報をビットマップで構成することを特徴とする請求項２に記載の受信装置。
【請求項４】
送信装置からデータフレームを受信する受信装置において、
前記送信装置から送信されたデータフレームの受信状態を基に、受信状態を表す受信状態情報を生成する受信状態情報生成手段と、
前記送信装置から送信されたデータフレームに対する応答フレームに、前記受信状態情報生成手段が生成した受信状態情報を含める応答フレーム生成手段と、
前記応答フレーム生成手段が生成した応答フレームを前記送信装置に送信する送信手段とを備えており、
前記受信状態情報が複数のパラメータからなり、
前記応答フレーム生成手段は、前記パラメータを複数のグループに分割し、応答フレームごとに順に、各グループに属するパラメータを含めることを特徴とする受信装置。
【請求項５】
請求項１から４のいずれか１項に記載の受信装置と、この受信装置に対してデータフレームを送信する送信装置とを備える通信システム。
【請求項６】
送信装置と複数の受信装置との間でデータの送受信を行う通信方法において、
前記送信装置が、受信局における受信状態を表す受信状態情報を要求するとともに該受信状態情報の返信順番を指定した受信状態要求フレームを全ての受信局に対して一括して送信するステップと、
各受信装置が、前記受信状態要求フレームの受信状態を基に、受信状態を表す受信状態情報を生成し、前記返信順番と応答フレームのフレーム長および伝送速度とを基に前記受信状態情報の送信時間を算出し、自局の受信状態を表す受信状態情報を算出した前記送信時間に送信局に返信するステップと、
前記受信状態情報を基に、前記送信装置が受信装置に対して伝送するデータフレームの伝送速度を調整するステップとを有することを特徴とする通信方法。
【請求項７】
送信装置と受信装置との間でデータの送受信を行う通信方法において、
前記送信装置が、データフレームを送信するステップと、
前記受信装置が、前記送信装置から送信されたデータフレームの受信状態を基に受信状態を表す受信状態情報を生成するステップと、
前記受信装置が、前記データフレームに対する応答フレームに、自局の受信状態を表す受信状態情報を含め、該応答フレームを前記送信装置に返信するステップと、
前記受信状態情報を基に、前記送信装置が受信装置に対して次に伝送するデータフレームの伝送速度を調整するステップとを有し、
前記受信状態情報が複数のパラメータからなり、
前記受信装置が、更新する必要がある更新パラメータと該更新パラメータを識別するパラメータ識別情報とを前記応答フレームに含めることを特徴とする通信方法。
【請求項８】
送信装置と受信装置との間でデータの送受信を行う通信方法において、
前記送信装置が、データフレームを送信するステップと、
前記受信装置が、前記送信装置から送信されたデータフレームの受信状態を基に受信状態を表す受信状態情報を生成するステップと、
前記受信装置が、前記データフレームに対する応答フレームに、自局の受信状態を表す受信状態情報を含め、該応答フレームを前記送信装置に返信するステップと、
前記受信状態情報を基に、前記送信装置が受信装置に対して次に伝送するデータフレームの伝送速度を調整するステップとを有し、
前記受信状態情報が複数のパラメータからなり、
前記受信装置が、前記パラメータを複数のグループに分割し、応答フレームごとに順に各グループに属するパラメータを含めることを特徴とする通信方法。
【請求項９】
請求項１から４のいずれか１項に記載の受信装置を動作させる通信プログラムであって、コンピュータを前記の各手段として機能させるための通信プログラム。
【請求項１０】
請求項９に記載の通信プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、例えば無線によってパケット通信を行う送信装置、受信装置、通信システム、通信方法、通信プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】  近年、情報通信ネットワークの利用形態がますます多様化しており、また、広域化している。これに伴って、異なるネットワークアーキテクチャを有するコンピュータシステム同士を相互接続する必要が生じている。このような異機種間通信を可能とするために、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）と呼ばれる標準ネットワークアーキテクチャが提案されている。【０００３】  ＯＳＩ参照モデルは、（１）物理層、（２）データリンク層、（３）ネットワーク層、（４）トランスポート層、（５）セッション層、（６）プレゼンテーション層、（７）アプリケーション層、の７つの階層から構成されている。【０００４】  （１）物理層は、電話線や同軸ケーブルなどの物理媒体を通信回線として使用するため、電気的、機械的および物理的条件を管理し、ビット列の伝送を保証する層である。（２）データリンク層は、隣接して通信し合うシステム間の伝送路上で発生するビット誤りを検出して回復することにより、相手システムにビット列から構成されるフレームを確実に伝送することを保証する層である。このデータリンク層は、例えば、論理リンク制御副層（ＬＬＣ：Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）および媒体アクセス制御副層（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）から構成される。該ＭＡＣは、端末の伝送媒体へのアクセスを制御することにより、送出フレームの衝突を回避させる役割を有している。【０００５】  （３）ネットワーク層は、各種通信網を使用し、通信相手となる最終端のシステムとの通信経路を確立するための中継、ルーティング機能を管理し、最終端のシステム間のデータ伝送を保証する層である。（４）トランスポート層は、通信網の両側にある最終端のシステムで実際に通信を行っているプロセス間で、確実にデータが転送されることを保証する層である。（５）セッション層は、プロセスが必要とする情報の送り方（例えば半二重や全二重の管理、送信権の管理など）やプロセス間の同期、再同期の管理などを行う層である。【０００６】  （６）プレゼンテーション層は、プロセス間で転送されるデータ構造（構文）を決定し、必要に応じて個々のプロセス独自のデータ構造と転送とに必要な共通データ構造との変換を行うものである。（７）アプリケーション層は、最上位の層であり、ファイルの転送、電子メール、ネットワークマネージメントなどをユーザに提供する層である。【０００７】  以上のようなＯＳＩ参照モデルにおいて、データ送信の際には、データは第７層から第１層に流れる一方、データ受信の際には、データは第１層から第７層へと流れることになる。【０００８】  また、昨今における通信ネットワークでは、より大容量のデータを伝送する要求が増大しており、通信の高速化の需要が著しく高まっている。【０００９】  ここで、データ通信の伝送速度を上げる手法としては、物理層の伝送速度を上げる方法が挙げられる。しかしながら、物理層の伝送速度には、通信媒体およびプロトコルの特性に応じた限界がある。例えばＩＳＤＮ（ｉｎｔｅｇｒａｔｅｄ  ｓｅｒｖｉｃｅｓ  ｄｉｇｉｔａｌ  ｎｅｔｗｏｒｋ）の物理層の伝送速度は６４Ｋｂｐｓであり、ＩＥＥＥ８０２．１��ａによる無線ＬＡＮの最速は５４Ｍｂｐｓである。言うまでもなく、これらの通信速度以上のデータ伝送を行うことは物理的に不可能である。【００１０】  これに対して、データ通信の伝送速度を上げる別の方法としてマルチリンクプロトコル（「ＰＰＰ  ＭｕｌｔｉＬｉｎｋ  Ｐｒｏｔｏｃｏｌ（ＲＦＣ１９９８，１９９６／８）」を参照）およびＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）（「Ｐ．Ｗ．Ｗｏｌｎｉａｎｓｋｙ，Ｇ．Ｊ．Ｆｏｓｃｈｉｎｉ，Ｇ．Ｄ．Ｇｏｌｄｅｎ，Ｒ．Ａ．Ｖａｌｅｎｚｕｅｌａ：“Ｖ−ＢＬＡＳＴ：Ａｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｒｅａｌｉｚｉｎｇ  Ｖｅｒｙ  Ｈｉｇｈ  Ｄａｔａ  Ｒａｔｅｓ  Ｏｖｅｒ  ｔｈｅ  Ｒｉｃｈ−Ｓｃａｔｔｅｒｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｃｈａｎｎｅｌ”Ｐｒｏｃ．ＩＳＳＳＥ−９８，Ｐｉｓａ，Ｉｔａｌｙ  Ｓｅｐ．２９，１９９８」を参照）がある。【００１１】  マルチリンクプロトコルは、一般にデータリンク層の機能として実現されるものである。マルチリンクプロトコルによれば、複数の具体的なデータリンクを、データリンク層の最上位部分において集約して、一本の仮想的なデータリンクとして上位の層（ネットワーク層）に見せる処理が行われる。このような処理によれば、仮想的なデータリンクの伝送速度は、個々のデータリンクにおける速度の合計となる。【００１２】  現状のマルチリンクプロトコルでは、あるデータリンクにおいて転送されたパケットに誤りが生じた場合には、同じデータリンクにおいて、データリンク層のＭＡＣの手順にしたがって、誤りが生じたパケットの再送が行われる。【００１３】  マルチリンクプロトコルは有線および無線で利用することができることに対し、ＭＩＭＯは無線の物理層の技術である。図２４は、ＭＩＭＯの伝送方法を実施する送信機１００１および受信機２００１を示す図である。送信機１００１は、Ｐ個のアンテナ１１０１を備えており、各アンテナ１１０１のそれぞれから信号Ｔｘ１〜ＴｘＰを送信する。また、受信機２００１は、Ｑ個のアンテナ２１０１を備えており、各アンテナ２１０１のそれぞれから信号Ｒｘ１〜ＲｘＱを受信する。ＭＩＭＯの名は図２４の様に同じ周波数帯に対して伝送路に入力／出力される信号数が複数あることから由来された。【００１４】  ＭＩＭＯの種類はＭＩＭＯ  ｓｐａｔｉａｌ  ｄｉｖｅｒｓｉｔｙおよびＭＩＭＯ  ｓｐａｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ（ＳＭ）がある。以下ではＭＩＭＯ  ＳＭを対象としており、後述のＭＩＭＯは全てＭＩＭＯ  ＳＭである。【００１５】  図２５（ａ）と図２５（ｂ）に、ＭＩＭＯを用いない従来の伝送方法（図２５（ａ））および送信アンテナ数と受信アンテナ数を２にした場合のＭＩＭＯ（図２５（ｂ））の事例を示す。【００１６】  従来では一つの周波数帯に対し一つの信号しか伝送ができなかった。従来の事例では、信号Ａは、送信機１００２に入力され、Ｔｘに変調される。そして、伝送路を通過した信号Ａは、受信機２００２にＲｘとして入力され、最後に受信機２００２の復調により信号Ａが受信側の出力で復元される。【００１７】  一方、図２５（ｂ）に示すＭＩＭＯの場合、同時に二つの信号Ａ、Ｂが送信機１００１に入力され、該���信機１００１は、入力された信号Ａ，ＢをＴｘ１，Ｔｘ２に変調する。その後、送信機１００１は、Ｔｘ１とＴｘ２とを異なるアンテナ１１０１から送信する。伝送路を通過した後、Ｔｘ１およびＴｘ２は、受信アンテナ２１０１より受信される。【００１８】  各受信アンテナの信号は、Ｔｘ１およびＴｘ２の両方の成分からなる。Ｃａｎｃｅｌｅｒ  ＩＣＩ（Ｉｎｔｅｒ−Ｃｈａｎｎｅｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ）２３０１は、Ｒｘ１とＲｘ２よりそれぞれのＴｘ１およびＴｘ２を取り分け、復調後にＡとＢを復元する。【００１９】  また、ＭＩＭＯの別の方式として、送信機において一つのデータフレームをシリアル／パラレル変換して複数のデータフレームとし、該複数のデータフレームを複数のアンテナで伝送するものがある。この方式について、図２５（ｃ）を参照しながら説明する。【００２０】  図２５（ｃ）は、シリアル／パラレル変換を用いるとともに、ＭＩＭＯの方式を用いる送信機１００３および受信機２００３の構成を示すブロック図である。【００２１】  送信機１００３は、シリアル／パラレル（Ｓ／Ｐ）変換部１４０３、変調部１２１３・１２２３および２つの送信アンテナ１１０３を備えている。一方、受信機２００３は、パラレル／シリアル（Ｐ／Ｓ）変換部２４０３、復調部２２１３・２２２３、Ｃａｎｃｅｌｅｒ  ＩＣＩ２３０３および２つの受信アンテナ２１０３を備えている。【００２２】  送信機１００３には、シリアルのデータＢＡが入力される。入力されたでーたＢＡは、Ｓ／Ｐ変換部１４０３においてパラレルのデータＡおよびデータＢに変換される。変換されたデータＡおよびデータＢは、それぞれ変調部１２１３・１２２３にて信号Ｔｘ１およびＴｘ２に変調され、別々のアンテナ１１０３から送信される。【００２３】  受信機２００３では、２つのアンテナ２１０３が、信号Ｒｘ１およびＲｘ２を受信する。そして、Ｃａｎｃｅｌｅｒ  ＩＣＩ２３０３は、Ｒｘ１とＲｘ２よりそれぞれのＴｘ１およびＴｘ２を取り分け、復調部２２１３・２２２３に送出する。復調部２２１３は、Ｔｘ１をデータＡに復調し、復調部２２２３は、Ｔｘ２をデータＢに復調する。Ｐ／Ｓ変換部２４０３は、復調されたデータＡおよびデータＢをシリアルのデータＢＡに変換し、外部に出力する。【００２４】  以上のように従来では一つの信号（Ａ）しか同時に送受信できなかったことに対し、２つの送信および受信アンテナを用いることにより同じチャンネルで二つの信号（Ａ、Ｂ）を同時に伝送することができ高速化を達成することができる。複数のチャンネルを用いて高速化することの欠点は利用する帯域が大きくなり加入できるユーザ数が減る。一方、ＭＩＭＯの場合の欠点はそれぞれのアンテナの信号がお互い影響するため、通信距離が短くなることである。【００２５】  無線通信でデータ通信を行う際、図２６に示されるように、データは送信機１００２で送信信号に変調され、送信信号は伝送路を通過して受信機２００２に到着する。そして、受信機２００２は受信信号を復調して元のデータを出力する。【００２６】  無線通信ではデータの伝送速度を調整することができ、通信の帯域を無駄にしないためにはできるだけ早い伝送速度でデータ通信を行うことが重要��ある。伝送速度の最適な早さは伝送路の状況に依存する。図２６の様に、伝送路を通過した受信信号は送信信号と比べて乱れる。雑音レベルに近いＢの部分は伝送状況が悪く、復調し難くい。雑音レベルから遠いＡの部分は通信状況が良く、復調し安い。よって、Ｂにはより安全で速度の遅い伝送速度が適し、Ａには高速の伝送速度が適している。【００２７】  しかしながら、従来では送信する信号の全ての部分に同じ伝送速度を用いていたため、伝送速度を通信状況が最も悪い部分に合わせる必要があった。一方、伝送速度を受信信号のそれぞれの部分の最適速度に合わせると、より高速な伝送速度を達成することができる。このためには送信の伝送速度を決める送信機が伝送路の状況を知る必要がある。【００２８】  受信機が伝送路の状況を送信機にフィードバックをする技術がＡＢＬ（Ａｄａｐｔｉｖｅ  Ｂｉｔ  Ｌｏａｄｉｎｇ）（「Ｋ．Ｋａｅｍａｒｕｎｇｓｉ，Ｐ．Ｋｒｉｓｈｎａｍｕｒｔｈｙ：“Ｏｎ  Ｕｓｅ  ｏｆ  Ａｄａｐｔｉｖｅ  ＯＦＤＭ  ｔｏ  Ｐｒｅｓｅｒｖｅ  Ｅｎｅｒｇｙ  ｉｎ  Ａｄ  Ｈｏｃ  Ｗｉｒｅｌｅｓｓ  Ｎｅｔｗｏｒｋｓ”１３ｔｈ  ＭＰＲＧ／Ｖｉｒｇｉｎｉａ  Ｔｅｃｈ  Ｓｙｍｐｏｓｉｕｍ  ｏｎ  Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ，Ｊｕｎｅ，２００３」を参照）である。図２７のように、ＡＢＬでは、送信機１００２が送信アンテナ１１０２ａを用いてデータを送信した際、受信機２００２は、受信アンテナ２１０２ｂで受信した受信信号から伝送路の状況を理解する。そして、受信機２００２は、送信アンテナ２１０２ａを用いて、送信機１００２に伝送路の状況をフィードバックする。送信機１００２は、伝送路の状況を受信アンテナ１１０２ｂで受信し、該伝送路の状況を基に、次に伝送するデータに最適な伝送速度を用いることが出来る。なお、受信機２００２がフィードバックする情報の事例としては、図２６の受信信号の様に、受信信号の各部分の受信電力、あるいは送信機１００２が各部分に用いる変調速度やコーディングレートなどである。【００２９】  一方、昨今ではＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）が無線通信、例えばＩＥＥＥ８０２．１１ａとＩＥＥＥ８０２．１１ｇに用いられるようになった。これらの事例では図２８に示されるように、５２波を用いてデータ通信を行い、この中の４８波が実際のデータである。伝送速度の調整は、データの全４８波に同じ変調速度（ＢＰＳＱ〜６４ＱＡＭ）と同じコーディングレート（１／２、３／４あるいは２／３）を用いていた。ＡＢＬをＯＦＤＭに適用した事例としては、それぞれのデータ波に別の変調速度を用いて伝送速度の調整を行うことである。【００３０】  ＡＢＬを用いてデータ通信を行う際、ＡＢＬの情報を受信局から送信局にフィードバックする必要がある。フィードバックする方法としては、ＩＥＥＥ８０１．１１の場合、送信局からのＲＴＳ（Ｒｅｑｕｅｓｔ  Ｔｏ  Ｓｅｎｄ）に対して受信局が送信するＣＴＳ（Ｃｌｅａｒ  Ｔｏ  Ｓｅｎｄ）にＡＢＬ情報を含める方法がある。該方法は、一つの送信局と一つの受信局との間で行われる必要がある。そのため、送信局が複数の受信局にデー���を送信したい場合、それぞれの受信局にＡＢＬ情報を要求する上記ＲＴＳを送信するとともに、受信局が上記ＣＴＳを送信しなければならなく、時間が掛かる作業である。【００３１】  また、データフレームを送信している際に、送信局が受信局からＡＢＬ情報を要求する場合、データフレームとは別に、ＡＢＬ情報を要求する旨のＲＴＳを送信するとともに、ＡＢＬ情報を含めたＣＴＳを受信局から受信する必要があり、面倒であった。【００３２】  さらに、ＩＥＥＥ８０２．１１ａやＩＥＥＥ８０２．１１ｇのＯＦＤＭを用いた際、受信局は、送信局に対して、ＯＦＤＭのデータの各４８波（サブキャリア）の伝送速度を指定したＡＢＬの情報をフィードバックする必要がある。そのため、この情報の内容により２００ビットを超えてしまうこともあり、比較的に大きいデータ量になる。
【発明の開示】
【００３３】  本発明は、上記の問題点に鑑みてなされたものであり、その目的は、容易にＡＢＬを用いたデータ通信を行うことのできる送信装置、受信装置、通信システム、通信方法、通信プログラムおよびそれを記録したコンピュータ読み取り可能な記録媒体を提供することにある。
【００３４】  本発明に係る送信装置は、上記の目的を達成するために、受信装置に対してデータの送信を行う送信装置において、前記受信装置が複数であり、前記受信装置における受信状態に関する受信状態情報を、全ての受信装置に対して一括して要求する受信状態要求フレームを生成する要求フレーム生成手段と、前記要求フレーム生成手段が生成した受信状態要求フレームを各受信装置に送信する送信手段と、前記受信状態要求フレームに対して前記受信装置が返信した受信状態情報を基に、データフレームの伝送速度を調整する変調手段とを備えることを特徴としている。
【００３５】  上記の構成によれば、要求フレーム生成手段は、ＡＢＬに関する情報である受信状態情報を要求したい受信装置の全てに対して、一つの受信状態要求フレームを生成する。そして、送信手段が該受信状態要求フレームを各受信装置に送信する。よって、従来のように、送信装置が、受信装置ごとに、ＡＢＬ情報を要求するフレームを送信する必要がない。このため、送信装置は、短時間で全ての受信装置から受信状態情報（ＡＢＬ情報）を取得することができる。そして、変調手段が受信装置が返信した受信状態情報を基に、データフレームの伝送速度を調整する。したがって、簡単にＡＢＬを用いたデータ通信を行うことができる。
【００３６】  さらに、本発明に係る送信装置は、上記の構成に加えて、前記要求フレーム生成手段は、受信状態要求フレームに、前記各受信装置が受信状態情報を送信する送信時間を含める。
【００３７】  上記の構成よれば、前記要求フレーム生成手段が、受信装置ごとに受信状態情報を送信する送信時間を変えることができるため、各受信装置からの受信状態情報の衝突を効率的に避けることができる。
【００３８】  また、本発明に係る送信装置は、上記の目的を達成するために、受信装置に対してデータの送信を行う送信装置において、前記受信装置に対して送信したデータフレームに対する応答フレームに、前記受信装置が受信状態を表す受信状態情報を含め、前記応答フレームの中の受信状態情報を基に、次に伝送するデータフレームの伝送速度を調整する変調手段とを備える。
【００３９】  上記の構成によれば、受信装置が、データフレームに対する応答フレームに、前記受信装置が受信状態を表す受信状態情報を含める。そして、応答フレームの中の受信状態情報を基に、次に伝送するデータフレームの伝送速度を調整する変調手段を備える。そのため、データフレームを送信している際に、データフレームとは別に、ＡＢＬ情報を要求する旨のフレームを送信する必要がなく、容易に受信装置から受信状態情報を取得することができる。
【００４０】  さらに、本発明に係る送信装置は、上記の構成に加えて、前記データフレームは、ＰＬＣＰヘッダと、ＭＡＣヘッダと、ＭＳＤＵ部とからなり、ＰＬＣＰヘッダは、ＭＡＣヘッダの伝送速度およびヘッダ長を含み、ＭＡＣヘッダは、ＭＳＤＵ部の伝送速度およびフレーム長を含む。
【００４１】  上記の構成によれば、ＭＡＣヘッダと、ＭＳＤＵ部との伝送速度を異なるものにすることができる。したがって、ＭＳＤＵ部の伝送速度のみを受信状態情報を基に調整した伝送速度とし、ＭＡＣヘッダの伝送速度を一定にすることができる。これにより、ＭＡＣヘッダまでのフレームについては、従来の方式と互換性を保持させることができる。
【００４２】  また、本発明に係る受信装置は、上記の目的を達成するために、送信装置からデータフレームを受信する受信装置において、前記送信装置が、受信状態を表す受信状態情報を要求するとともに、該受信状態情報の返信順番を指定した受信状態要求フレームを送信し、前記受信状態要求フレームの受信状態を基に、受信状態を表す受信状態情報を生成する受信状態情報生成手段と、前記返信順番と、応答フレームのフレーム長および伝送速度とを基に、前記受信状態情報生成手段が生成した受信状態情報の送信時間を算出する送信時間算出手段と、前記送信時間算出手段が算出した送信時間に、前記受信状態情報生成手段が生成した受信状態情報を送信装置に送信する送信手段とを備える。
【００４３】  上記の構成によれば、送信時間算出手段が、受信状態要求フレームにおいて指定された返信順番を基に送信時間を算出し、送信手段が、該送信時間に受信状態情報生成手段が生成した受信状態情報を送信装置に送信する。そのため、送信装置は、返信順番を指定することで、受信装置から送信される受信状態情報の送信時間を決定できる。すなわち、送信装置は、複数の受信装置に対して、各受信装置の返信順番を異なるように受信状態要求フレームを送信することで、各受信装置からの受信状態情報の衝突を避けることができる。これにより、送信装置は、一つの受信状態要求フレームを送信するだけで、各受信装置から受信状態情報を取得することができる。それゆえ、容易にＡＢＬを用いた通信を行うことができる。
【００４４】  また、本発明に係る受信装置は、上記の目的を達成するために、送信装置からデータフレームを受信する受信装置において、前記送信装置から送信されたデータフレームの受信状態を基に、受信状態を表す受信状態情報を生成する受信状態情報生成手段と、前記送信装置から送信されたデータフレームに対する応答フレームに、前記受信状態情報生成手段が生成した受信状態情報を含める応答フレーム生成手段と、前記応答フレーム生成手段が生成した応答フレームを前記送信装置に送信する送信手段とを備える。
【００４５】  上記の構成によれば、応答フレーム生成手段が、データフレームに対する応答フレームに、受信状態を表す受信状態情報を含める。そして、送信手段が、該応答フレームを送信装置に送信する。そのため、データフレームを送信している際に、送信装置は、データフレームとは別のＡＢＬ情報を要求する旨のフレームを送信することなく、容易に受信装置から受信状態情報を取得することができる。これにより、データフレーム受信中の伝送路の変化に応じて、最適の伝送速度でデータフレームを受信することができる。
【００４６】  さらに、本発明に係る受信装置は、上記の構成に加えて、前記受信状態情報が複数のパラメータからなり、前記応答フレーム生成手段は、更新する必要がある更新パラメータと、該更新パラメータを識別するパラメータ識別情報とを前記応答フレームに含める。
【００４７】  上記の構成によれば、応答フレーム生成手段は、更新する必要がある更新パラメータと、該更新パラメータを識別するパラメータ識別情報とを応答フレームに含める。そのため、全パラメータを含む応答フレームに比べて、応答フレームのフレーム長を短くすることができる。
【００４８】  さらに、本発明に係る受信装置は、上記の構成に加えて、前記応答フレーム生成手段は、前記パラメータ識別情報をビットマップで構成する。
【００４９】  上記の構成によれば、応答フレーム生成手段は、前記パラメータ識別情報をビットマップで構成する。ここで、ビットマップとは、全パラメータの数と同じ桁数のビットからなり、各桁が各パラメータに対応するものである。例えば、パラメータ識別情報に含まれるパラメータに対応する桁を１とし、含まれないパラメータに対応する桁を０とすることで、パラメータ識別情報をビットマップで構成することができる。この場合、ビットマップに要する情報量は、パラメータ識別情報の情報量よりも小さいため、応答フレームのフレーム長をより一層短くすることができる。
【００５０】  さらに、本発明に係る受信装置は、上記の構成に加えて、前記受信状態情報が複数のパラメータからなり、前記応答フレーム生成手段は、前記パラメータを複数のグループに分割し、応答フレームごとに順に、各グループに属するパラメータを含める。
【００５１】  上記の構成によれば、応答フレーム生成手段は、前記パラメータを複数のグループに分割し、応答フレームごとに順に、各グループに属するパラメータを含める。したがって、一つの応答フレームに含まれるパラメータは、一つのグループに属するパラメータのみである。よって、応答フレームのフレーム長をより一層短くすることができる。
【００５２】  また、本発明に係る通信システムは、上記の目的を達成するために、上記の送信装置と、上記の受信装置とを備える。
【００５３】  また、本発明に係る通信方法は、上記の目的を達成するために、送信装置と複数の受信装置との間でデータの送受信を行う通信方法において、前記送信装置が、受信局における受信状態を、全ての受信局に対して一括して要求する受信状態要求フレームを送信するステップと、各受信装置が、上記受信状態要求フレームを受信し、自局の受信状態を表す受信状態情報を順に送信局に返信するステップと、前記受信状態情報を基に、前記送信装置が受信装置に対して伝送するデータフレームの伝送速度を調整するステップとを有する。
【００５４】  それゆえ、従来のように、送信装置が、受信装置ごとにＡＢＬ情報を要求するフレームを送信する必要がない。このため、送信装置は、容易に各受信装置から受信状態情報（ＡＢＬ情報）を取得することができる。したがって、簡単にＡＢＬを用いたデータ通信を行うことができる。
【００５５】  また、本発明に係る通信方法は、上記の目的を達成するために、送信装置と受信装置との間でデータの送受信を行う通信方法において、前記送信装置が、データフレームを送信するステップと、受信装置が、上記データフレームに対する応答フレームに、自局の受信状態を表す受信状態情報を含め、該応答フレームを前記送信装置に返信するステップと、前記受信状態情報を基に、前記送信装置が受信装置に対して次に伝送するデータフレームの伝送速度を調整するステップとを有する。
【００５６】  それゆえ、受信装置がデータフレームに対する応答フレームに、前記受信装置が受信状態を表す受信状態情報を含める。そして、応答フレームの中の受信状態情報を基に、次に伝送するデータフレームの伝送速度を調整する。そのため、データフレームを送信している際に、データフレームとは別に、ＡＢＬ情報を要求する旨のフレームを送信する必要がなく、送信装置は、容易に受信装置から受信状態情報を取得することができる。
【００５７】  また、本発明の通信プログラムは、コンピュータを上記の各手段として機能させるコンピュータ・プログラムである。
【００５８】  上記の構成により、コンピュータで上記送信装置あるいは受信装置の各手段を実現することによって、上記送信装置あるいは受信装置を実現することができる。
【００５９】  また、本発明の通信プログラムを記録したコンピュータ読み取り可能な記録媒体は、上記の各手段をコンピュータに実現させて、上記送信装置あるいは受信装置を動作させる通信プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００６０】  上記の構成により、上記記録媒体から読み出された通信プログラムによって、上記送信装置あるいは受信装置をコンピュータ上に実現することができる。
【図面の簡単な説明】
【００６１】
【図１】本発明の実施形態に係る通信システム全体の概略構成を示すブロック図である。
【図２】実施形態１における送信局の構成を示すブロック図である。
【図３】実施形態１における送信局が有する受信局アドレス記憶部の一記憶例を示す図である。
【図４】実施形態１における送信局が有する伝送速度記憶部の一記憶例を示す図である。
【図５】実施形態１における受信局の構成を示すブロック図である。
【図６】実施形態１における受信状態要求フレームおよびそのＡＣＫフレームのフレーム構成を示す図である。
【図７】実施形態１における全波受信状態情報の詳細な構成を示す図である。
【図８】実施形態１におけるデータフレームのフレーム構成を示す図である。
【図９】実施形態２における受信状態要求フレームのフレーム構成を示す図である。
【図１０】実施形態３における受信局の構成を示すブロック図である。
【図１１】実施形態３におけるデータフレームに対するデータ用ＡＣＫフレームのフレーム構成を示す図である。
【図１２】実施形態４におけるデータフレームに対するデータ用ＡＣＫフレームのフレーム構成を示す図である。
【図１３】実施形態５におけるデータフレームに対するデータ用ＡＣＫフレームのフレーム構成を示す図である。
【図１４】実施形態６におけるデータフレームに対するデータ用ＡＣＫフレームのフレーム構成を示す図である。
【図１５】実施形態６における送信局の構成を示すブロック図である。
【図１６】実施形態６における送信局が備える分割情報記憶部の一記憶例を示す図である。
【図１７】実施形態７における受信局の構成を示すブロック図である。
【図１８】実施形態７における受信局が備える比較情報記憶部の一記憶例を示す図である。
【図１９】実施形態７における送信局の構成を示すブロック図である。
【図２０】実施形態７における送信局が備える伝送速度段階情報記憶部の一記憶例を示す図である。
【図２１】実施形態９におけるブロックＡＣＫフレームのフレーム構成例を示す図である。
【図２２（ａ）】実施形態１０におけるデータ用ＡＣＫフレームのフレーム構成例を示す図である。
【図２２（ｂ）】実施形態１０におけるデータ用ＡＣＫフレームの他のフレーム構成例を示す図である。
【図２３（ａ）】実施形態１０におけるブロックＡＣＫフレームのフレーム構成例を示す図である。
【図２３（ｂ）】実施形態１０におけるブロックＡＣＫフレームの他のフレーム構成例を示す図である。
【図２４】ＭＩＭＯの伝送方法を実施する送信機および受信機を示す図である。
【図２５（ａ）】ＭＩＭＯを用いない従来の伝送方法の事例を示す図である。
【図２５（ｂ）】送信アンテナ数と受信アンテナ数を２にした場合のＭＩＭＯの事例を示す図である。
【図２５（ｃ）】シリアル／パラレル変換を行う場合のＭＩＭＯの事例を示す図である。
【図２６】ＭＩＭＯを用いない従来の伝送方法における送信信号および受信信号を示す図である。
【図２７】ＡＢＬを用いた通信システムを構成する送信機と受信機とを示す図である。
【図２８】ＯＦＤＭにおけるデータ波を示す図である。
【発明を実施するための最良の形態】
【００６２】  〔実施形態１〕
本発明の一実施形態について図１ないし図８に基づいて説明すると以下の通りである。図１は、本実施形態に係る通信システム全体の概略構成を示す図である。本実施形態の通信システムは、送信局１と受信局２−ｉ（ｉ＝１〜Ｎ）とからなり、送信局１と受信局２−ｉとの間でフレームの送受信が行われる。受信局２−ｉは、それぞれＭＡＣアドレスａｄ−ｉ（ｉ＝１〜Ｎ）を有している。【００６３】  本実施形態において、送信局１と受信局２−ｉとのフレームの送受信は、無線通信（例えば、ＩＥＥＥ８０２．１１ａやＩＥＥＥ８０２．１１ｇ）で行われ、物理層としてＯＦＤＭ方式が使用される。ＯＦＤＭ方式とは、上述したように、異なる周波数からなる複数（Ｍ個）のサブキャリアを用いて、データの送受信を行う方式である。例えば、図２８の場合、Ｍ＝４８である。各サブキャリアは、周波数の低いものから順に、サブキャリア番号ｊ（ｊ＝１〜Ｍ）が付与されている。【００６４】  本実施形態における通信システムは上記ＡＢＬを利用しており、各受信局２−ｉにおける受信状態情報（詳細は後述する）が、各受信局２−ｉから送信局１に送信される。送信局１は、各受信局２−ｉから送信された受信状態情報を基に、最適の伝送速度でデータフレームを送信する。なお、本実施形態においては、送信局１は、ＱＯＳデータ等のバースト伝送を行わないものとする。【００６５】  次に、送信局１の構成について説明する。図２は、送信局１の構成を示すブロック図である。図２に示されるように、送信局１は、受信局アドレス記憶部１１、伝送速度記憶部１２、要求フレーム生成部１３、送信フレーム生成部１４、変調部１５、送信部１６、受信部１７、および受信フレーム判定・処理部１８から構成される。【００６６】  受信局アドレス記憶部１１は、受信局２−ｉを識別する受信局識別情報（例えば、受信局名「受信局２−ｉ」である）と、該受信局２−ｉのＭＡＣアドレスａｄ−ｉとを対応付けて記憶するものであり、ＲＯＭやＲＡＭ等で構成される。図３に、受信局アドレス記憶部１１の一記憶例を示す。図３に示されるように、受信局アドレス記憶部１１は、受信局名である「受信局２−ｉ」と、該受信局２−ｉのＭＡＣアドレスａｄ−ｉとを対応付けて記憶している。【００６７】  伝送速度記憶部１２は、送信フレーム生成部１４が生成したデータフレームを送信するときの伝送速度を記憶するメモリである。図４に、伝送速度記憶部１２の一記憶例を示す。図４に示されるように、伝送速度記憶部１２は、各受信局２−ｉのＭＡＣアドレスａｄ−ｉに対応付けて、各サブキャリア（サブキャリア番号ｊ（ｊ＝１〜Ｍ））における伝送速度Ｓ−ｉｊを記憶している。該伝送速度Ｓ−ｉｊは、受信フレーム判定・処理部１８により、伝送速度記憶部１２に書き込まれる。【００６８】  要求フレーム生成部１３は、各受信局２−ｉに対して一括して受信状態情報を要求する受信状態要求フレームを生成するためのものである。要求フレーム生成部１３は、受信状態情報を要求する受信局２−ｉのＭＡＣアドレスａｄ−ｉを受信局アドレス記憶部１１から読み出す。要求フレーム生成部１３は、読み出した全てのＭＡＣアドレスａｄ−ｉを順に並べた受信状態要求フレームを生成する。また、要求フレーム生成部１３は、受信状態要求フレームの伝送速度を所定の初期設定伝送速度とし、ＭＡＣヘッダに該初期設定伝送速度を加えて、受診状態要求フレームを生成する。そして、要求フレーム生成部１３は、生成した受信状態要求フレームを変調部１５に送出する。なお、受信状態要求フレームのフレーム構成については後述する。【００６９】  送信フレーム生成部１４は、無線伝送される音楽データ、映像データや文書データなどのデータを、ＡＢＬを用いた無線通信用のフレーム形式に加工し、データフレームを生成するためのものである。なお、無線伝送されるデータは、送信局１に接続された外部機器（図示せず）から送信フレーム生成部１４に予め入力される。送信フレーム生成部１４は、データの送信先である受信局２−ｉのＭＡＣアドレスａｄ−ｉを受信局アドレス記憶部１１から読み出し、さらに、該ＭＡＣアドレスａｄ−ｉを基に、データの伝送速度を伝送速度記憶部１２から読み出す。そして、送信フレーム生成部１４は、読み出したＭＡＣアドレスａｄ−ｉおよび伝送速度と、入力されたデータとを基に、データフレームを生成し、生成したデータフレームを変調部１５に送出する。なお、該データフレームのフレーム構成については後述する。【００７０】  変調部１５は、要求フレーム生成部１３あるいは送信フレーム生成部１４が生成したフレームに対して変調処理を行い、該変調処理を行ったフレームを送信部１６に出力するものである。変調部１５は、入力されたフレームのヘッダに示された伝送速度となるように、該フレームの変調処理を行う。すなわち、変調部１５は、受信状態要求フレームに対して、初期設定伝送速度になるように変調し、データフレームに対して、伝送速度記憶部１２に記憶された送信先の受信局２−ｉに対応する伝送速度になるように変調する。【００７１】  送信部１６は、変調部１５が送出するフレームを無線回線に送出するためのものである。送信部１６は、送信アンテナ１６ａを有しており、該アンテナ１６ａを用いて無線回線と接続する。【００７２】  受信部１７は、受信アンテナ１７ａを介して、無線回線からフレームを受信するためのものである。受信部１２は、無線回線から受信したフレームを受信フレーム判定・処理部１８に送る。【００７３】  受信フレーム判定・処理部１８は、受信部１２が受信したフレームの種類を判定し、該フレームの種類に応じて、所定の処理を行うものである。【００７４】  受信フレーム判定・処理部１８は、受信部１２からのフレームが受信状態情報を含むＡＣＫフレームであると判定した場合、該ＡＣＫフレームのＭＡＣヘッダに含まれる送信元アドレス（すなわち、該ＡＣＫフレームを送信した受信局２−ｉのＭＡＣアドレスａｄ−ｉ）と該受信状態情報に含まれる伝送速度とを対応付けて、伝送速度記憶部１２に書き込む。このとき、伝送速度記憶部１２に同じＭＡＣアドレスａｄ−ｉが既に記憶されている場合、該ＭＡＣアドレスａｄ−ｉに対応する伝送速度を、新たに受信部１７から受けた受信状態情報に含まれる伝送速度に更新する。これにより、受信フレーム判定・処理部１８は、伝送速度記憶部１２において、各受信局２−ｉに対する伝送速度を最新のものに更新することができる。【００７５】  次に、受信局２−ｉ（ｉ＝１〜Ｎ）の構成について説明する。各受信局２−ｉは、同様の構成を有している。【００７６】  図５は、受信局２−ｉの構成を示すブロック図である。図５に示されるように、受信局２−ｉは、受信部２１、受信フレーム判定部２２、受信状態判断部２３、ＡＣＫフレーム生成部２４、送信時間算出部２５および送信部２６から構成される。【００７７】  受信部２１は、受信アンテナ２１ａを介して、伝送路から信号を受信するためのものである。受信部２１は、受信信号を受信フレーム判定部２２および受信状態判断部２３に送る。【００７８】  受信フレーム判定部２２は、受信部２１から送出された受信信号を復調し、フレームの種類を判定するとともに、該種類に応じた処理をする。受信フレーム判定部２２は、フレームのヘッダに含まれるフレームタイプを基に、該フレームの種類を判定する。【００７９】  受信部２１から送出されたフレームの種類が受信状態要求フレームであると判定した場合、受信フレーム判定部２２は、該受信状態要求フレームの中に、自身（つまり、受信局２−ｉ）のＭＡＣアドレスａｄ−ｉが含まれているか否かを判断する。受信局２−ｉのＭＡＣアドレスａｄ−ｉが含まれていない場合、受信フレーム判定部２２は、該受信状態要求フレームが自身宛のフレームではないと判断し、処理を終了する。【００８０】  受信局２−ｉのＭＡＣアドレスａｄ−ｉが含まれる場合、受信フレーム判定部２２は、受信状態の判断を開始させるための判断開始信号を受信状態判断部２３に送る。【００８１】  また、上述したように、受信状態要求フレームには、送信局１が受信状態を要求する複数の受信局のＭＡＣアドレスが含まれている。そこで、受信フレーム判定部２２は、受信状態要求フレームにおいて、自身のＭＡＣアドレスａｄ−ｉがＭＡＣアドレス全体の中で何番目のアドレスかを特定する。そして、受信フレーム判定部２２は、特定したアドレス順番および受信状態要求フレームの受信完了時刻情報を送信時間算出部２５に送る。また、受信フレーム判定部２２は、受信状態要求フレームに対するＡＣＫフレーム（要求用ＡＣＫフレーム）の生成を開始させるための要求用ＡＣＫ生成開始信号をＡＣＫフレーム生成部２４に送る。【００８２】  一方、受信部２１から送出されたフレームの種類がデータフレームであると判定した場合、受信フレーム判定部２２は、判断開始信号を受信状態判断部２３に、データフレームの受信完了時刻情報を送信時間算出部２５に、該データフレームに対するＡＣＫフレーム（データ用ＡＣＫフレーム：応答フレーム）の生成を開始させるためのデータ用ＡＣＫ生成開始信号をＡＣＫフレーム生成部２４に送る。【００８３】  受信状態判断部２３は、受信フレーム判定部２２からの判断開始信号を受け、受信部２１から受けた受信信号を基に受信状態を判断するためのものである。受信状態判断部２３は、図５に示されるように、状態検出部２３ａと、伝送速度推定部２３ｂとからなる。【００８４】  状態検出部２３ａは、受信信号をＯＦＤＭ方式のＭ個のサブキャリアに分け、各サブキャリアにおける受信電界強度および受信ノイズ電力を検出する。状態検出部２３ａは、検出した受信電界強度および受信ノイズ電���を伝送速度推定部２３ｂに送る。【００８５】  伝送速度推定部２３ｂは、状態検出部２３ａから受けた受信電界強度および受信ノイズ電力を基に、送信局１における最適の伝送速度をサブキャリアごとに推定する。すなわち、受信電界強度と受信ノイズ電力の比（すなわち、Ｓ／Ｎ比）が高い場合、伝送速度推定部２３ｂは、伝送速度を現状維持または現状よりも速い伝送速度を最適のものとして推定する。また、Ｓ／Ｎ比が低い場合、伝送速度推定部２３ｂは、現状よりも遅い伝送速度を最適のものとして推定する。伝送速度推定部２３ｂは、サブキャリアごとに推定した最適の伝送速度と、状態検出部２３ａが検出した受信電界強度および受信ノイズ電力とをＡＣＫフレーム生成部２４に送る。【００８６】  本実施形態において、各サブキャリアにおける伝送速度、受信電界強度および受信ノイズ電力とからなる情報を受信状態情報という。【００８７】  送信時間算出部２５は、ＡＣＫフレーム生成部２４が生成するＡＣＫフレームの送信時間を算出するためのものである。送信時間算出部２５は、上述したように、受信フレーム判定部２２から、アドレス順番および受信状態要求フレームの受信完了時刻情報、あるいは、データフレームの受信完了時刻情報を受ける。【００８８】  アドレス順番および受信状態要求フレームの受信完了時刻情報を受けた場合、送信時間算出部２５は、予め定められた要求用ＡＣＫフレームの伝送速度およびフレーム長と、受けたアドレス順番および受信完了時刻情報とを基に、送信時間を算出する。なお、該算出方法については、後述する。【００８９】  また、データフレームの受信完了時刻情報を受けた場合、送信時間算出部２５は、該受信完了時刻に所定の間隔ＳＩＦＳを加えた時間を送信時間とする。【００９０】  そして、送信時間算出部２５は、算出した送信時間をＡＣＫフレーム生成部２４に送る。【００９１】  ＡＣＫフレーム生成部２４は、受信部２１が受信したフレームに対するＡＣＫフレームを生成し、生成したＡＣＫフレームを送信部２６に送出するものである。ＡＣＫフレーム生成部２４は、受信フレーム判定部２２からＡＣＫ生成開始信号（要求用ＡＣＫ生成開始信号あるいはデータ用ＡＣＫ生成開始信号）を受けると、要求用ＡＣＫフレームあるいはデータ用ＡＣＫフレームの生成を開始する。【００９２】  要求用ＡＣＫ生成開始信号あるいはデータ用ＡＣＫ生成開始信号を受ける場合、上述したように、ＡＣＫフレーム生成部２４には、各サブキャリアの受信状態情報が受信状態判断部２３から入力される。また、送信時間算出部２５から送信時間が入力される。【００９３】  ＡＣＫフレーム生成部２４は、入力された各サブキャリアの受信状態情報を含む要求用ＡＣＫフレームあるいはデータ用ＡＣＫフレームを生成し、入力された送信時間に、送信部２６を介して、生成したＡＣＫフレームを無線回線に送信する。なお、ＡＣＫフレーム生成部２４が生成する要求用ＡＣＫフレームあるいはデータ用ＡＣＫフレームの構成については後述する。【００９４】  送信部２６は、ＡＣＫフレーム生成部２４が送出するＡＣＫフレームを無線回線に送出するためのものである。送信部２６は、送信アンテナ２６ａを有しており、該アンテナ２６ａを用い��無線回線と接続する。【００９５】  次に、上記要求フレーム生成部１３が生成する受信状態要求フレームの構成と、該受信状態要求フレームに対して受信局２が生成する要求用ＡＣＫフレームの構成およびその送信時間について説明する。【００９６】  図６は、受信状態要求フレーム１０１の構成と、該受信状態要求フレーム１０１に対する要求用ＡＣＫフレーム１０２（１０２−１〜１０２−Ｎ）の構成とを示す図である。【００９７】  図６に示されるように、受信状態要求フレーム１０１は、ＭＡＣヘッダ１１１と、受信局ＭＡＣ情報部１１２（１１２−１〜１１２−Ｎ）と、エラーチェックコード（図中、Ｅと記載）１１３とで構成されている。【００９８】  要求フレーム生成部１３は、ＭＡＣヘッダ１１１の構成について、従来（ＩＥＥＥ８０２．１１など）のＭＡＣヘッダと同一とし、ＭＡＣヘッダ１１１内のフレームタイプに受信状態要求フレームであることを追加する。これにより、受信状態要求フレームは、従来のフレームと互換性を保つことができる。【００９９】  また、要求フレーム生成部１３は、ＭＡＣヘッダ１１１に初期設定伝送速度を加えている。【０１００】  受信局ＭＡＣ情報部１１２は、送信局１が受信状態を把握したい受信局のＭＡＣアドレス部（受信局ＭＡＣアドレス部）１１２−１〜１１２−Ｎで構成される。ここで、送信局１は、受信局２−ｉの全ての受信状態を把握したいものとする。また、受信局ＭＡＣアドレス部１１２−１〜１１２−Ｎは、それぞれ各受信局２−ｉのＭＡＣアドレスａｄ−１〜ａｄ−Ｎを表している。【０１０１】  要求フレーム生成部１３は、受信局２−ｉのＭＡＣアドレスａｄ−ｉを受信局アドレス記憶部１１から読み出し、読み出したＭＡＣアドレスａｄ−ｉを順に並べることで受信局ＭＡＣ情報部１１２を作成する。本実施形態では、要求フレーム生成部１３は、全受信局２−ｉ（ｉ＝１〜Ｎ）のＭＡＣアドレスａｄ−ｉ（ｉ＝１〜Ｎ）を、符号ｉの昇順に並べて受信局ＭＡＣ情報部１１２を作成するものとする。すなわち、受信局ＭＡＣ情報部１１２において、受信局２−ｉのＭＡＣアドレスａｄ−ｉのアドレス順番は、ｉとなる。ただし、受信局ＭＡＣ情報部１１２における該ＭＡＣアドレスａｄ−ｉの順は、これに限られず、任意である。【０１０２】  要求フレーム生成部１３が生成した該受信状態要求フレーム１０１は、変調部１５において初期設定伝送速度になるように変調され、送信部１６を介して、受信局２−ｉに送信される。【０１０３】  受信状態要求フレーム１０１を受信し、かつ、該受信状態要求フレーム１０１に自身のＭＡＣアドレスａｄ−ｉを含む各受信局２−ｉは、要求用ＡＣＫフレームの衝突を避けるため、受信局ＭＡＣ情報部１１２のＭＡＣアドレス順に要求用ＡＣＫフレーム１０２−ｉ（ｉ＝１〜Ｎ）を送信する。【０１０４】  要求用ＡＣＫフレーム１０２−ｉ（ｉ＝１〜Ｎ）は、図６に示されるように、ＭＡＣヘッダ１２１−ｉ、全波受信状態情報１２２−ｉ、およびエラーチェックコード１２３−ｉから構成される。ＭＡＣヘッダ１２１−ｉおよびエラーチェックコード１２３−ｉは、従来のフレームにおけるＭＡＣヘッダおよびエラーチェックコードと同様の情報を含むものである。全波受信状態情報１２２−ｉについては、後述する。【０１０５】  次に、受信状態要求フレーム１０１を受信した受信局２−ｉにおける要求用ＡＣＫフレーム１０２−ｉの生成方法と、その送信時間について説明する。【０１０６】  受信局２−ｉにおいて、受信部２１が受信状態要求フレーム１０１を受信すると、受信フレーム判定部２２は、フレームの種類が受信状態要求フレーム１０１であると判定し、受信状態判断部２３に対して判断開始信号を送る。さらに、受信フレーム判定部２２は、ＡＣＫフレーム生成部２４に対して要求用ＡＣＫ生成開始信号を、送信時間算出部２５に対して受信局ＭＡＣ情報部１１２における受信局２−ｉのアドレス順番ｉおよび受信完了時刻情報を送信する。【０１０７】  判断開始信号を受けた受信状態判断部２３では、状態検出部２３ａが、受信状態要求フレーム１０１に対応する受信信号を基に、サブキャリア番号ごとに受信電界強度および受信ノイズ電力を検出する。さらに、伝送速度推定部２３ｂが、該受信電界強度および受信ノイズ電力から最適な伝送速度を推定する。そして、受信状態判断部２３は、各サブキャリア番号１〜Ｍにおける受信状態情報（伝送速度、受信電界強度および受信ノイズ電力）をＡＣＫフレーム生成部２４に送出する。【０１０８】  受信状態判断部２３から各サブキャリア番号の受信状態情報を受け、受信フレーム判定ｂｕ２２から要求用ＡＣＫ生成開始信号を受けたＡＣＫフレーム生成部２４は、図７に示すような、全波受信状態情報１２２−ｉを生成する。すなわち、ＡＣＫフレーム生成部２４は、受信状態判断部２３から受けた各サブキャリア番号１〜Ｍにおける受信状態情報のうち伝送速度を伝送速度部１２２ｂとし、受信電界強度および受信ノイズ電力をその他の情報１２２ｃとする。【０１０９】  そして、ＡＣＫフレーム生成部２４は、該伝送速度部１２２ｂおよびその他の情報１２２ｂからなる各サブキャリア番号１〜Ｍの受信状態情報１２２ａを、サブキャリア番号の順に並べた全波受信状態情報１２２−ｉを生成する。よって、該全波受信状態情報１２２−ｉは、受信局２−ｉにおける全サブキャリア番号１〜Ｍの受信状態情報を含むこととなる。そして、ＡＣＫフレーム生成部２４は、該全波受信状態情報１２２−ｉに、ＭＡＣヘッダ１２１−ｉおよびエラーチェックコード１２３−ｉを付加して要求用ＡＣＫフレーム１０２−ｉを生成する。【０１１０】  また、アドレス順番ｉおよび受信状態要求フレームの受信完了時刻情報（受信完了時刻をＴとする）を受けた送信時間算出部２５は、要求用ＡＣＫフレームの送信時間を算出する。すなわち、送信時間算出部２５は、予め定められた要求用ＡＣＫフレームのフレーム長し、全受信局２−ｉにおいて統一して設定された所定の要求用ＡＣＫフレーム伝送速度ＳおよびＡＣＫフレーム間の間隔ＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒｆｒａｍｅ  Ｓｐａｃｅ）を記憶しており、該記憶しているフレーム長Ｌ、要求用ＡＣＫフレーム伝送速度Ｓ、間隔ＳＩＦＳ、および受信フレーム判定部２２から受けたアドレス順番ｉおよび受信完了時刻Ｔを基に、送信時間を算出する。【０１１１】  具体的には、送信時間算出部２５は、下記の式
送信時間＝Ｔ＋（ｉ−１）×Ｌ／Ｓ＋ｉ×ＳＩＦＳ
に従って、要求用ＡＣＫフレーム１０２−ｉの送信時間を算出する。【０１１２】  該送信時間は、各受信局２−ｉにおいて異なる。これにより、各受信局２−ｉ（ｉ＝１〜Ｎ）が送信する要求用ＡＣＫフレーム１０２−ｉは、衝突することがない。【０１１３】  送信時間算出部２５は、算出した送信時間をＡＣＫフレーム生成部２４に送出する。そして、ＡＣＫフレーム生成部２４は、生成した要求用ＡＣＫフレーム１０２−ｉを、送信時間算出部２５が算出した送信時間に、送信部２６を介して、無線回線に送信する。【０１１４】  各受信局２−ｉから要求用ＡＣＫフレーム１０２−ｉを順に受信した送信局１において、受信フレーム判定・処理部１８は、各要求用ＡＣＫフレーム１０２−ｉの送信元アドレス（すなわち、各受信局２−ｉのＭＡＣアドレスａｄ−ｉ）と、要求用ＡＣＫフレーム１０２−ｉに含まれる各サブキャリア番号１〜Ｍの伝送速度部１２２ｂとを対応付けて、伝送速度記憶部１２に格納する。このとき、伝送速度記憶部１２に同じ送信元アドレスがすでに記憶されている場合、受信フレーム判定・処理部１８は、新しく受信したＡＣＫフレーム１０２−ｉを基に、伝送速度記憶部１２の情報を更新する。【０１１５】  そして、送信局１は、伝送速度記憶部１２に格納された各受信局２−ｉのＭＡＣアドレスａｄ−ｉに対応付けられた伝送速度になるようにデータフレームを変調し、送信する。【０１１６】  すなわち、変調部１５は、データフレームに対して、伝送速度記憶部１２に記憶された最適の伝送速度Ｓ−ｉｊとなるように変調する。つまり、変調部１５は、受信局が返信した受信状態情報を基に、データフレームの伝送速度を調整する。よって、受信局２−ｉは、より確実にデータフレームを復調することができ、データ送受信の信頼性が向上する。【０１１７】  このように、送信局１は、受信状態を把握した受信局２−ｉのすべてに対して、一つの受信状態情報要求フレームを送信することで、各受信局２−ｉから受信状態情報を一括して取得することができる。これにより、送信局１は、各受信局２−ｉに対して、個別に受信状態情報要求フレームを作成する必要がなく、容易に受信状態情報を取得できる。【０１１８】  また、各受信局２−ｉが送信されたデータフレームをより確実に復調することができるため、本実施形態の通信システムでは、データフレームの送受信における信頼性を向上させることができる。【０１１９】  さらに、本実施形態の通信システムでは、データフレームの送受信においても受信局２−ｉから送信局１に全波受信状態情報１２２−ｉをフィードバックさせ、データフレームの送受信における信頼性をより一層向上させる好ましい構成を有している。【０１２０】  すなわち、送信局１がデータフレームを送信し、受信局２−ｉは、受信したデータフレームから受信状態を判断し、該データフレームに対するデータ用ＡＣＫフレームに全波受信状態情報１２２−ｉを付加する。【０１２１】  これにより、データフレームの送受信を行っている間においても、伝送路の状態の変化等に応じて、送信局１は、最適の伝送速度でデータフレームを送信することができる。【０１２２】  ここで、ＡＢＬ方式を用いて送信局１が受信局２−ｉに対してデータフ��ームを送信し、受信局２−ｉが送信局１に全波受信状態情報１２２−ｉを含むデータ用ＡＣＫフレームを送信する場合の送信局１および受信局２−ｉの処理について説明する。【０１２３】  例えば、送信局１から受信局２−１に対してデータフレームを送信する場合について説明する。【０１２４】  送信局１において、送信フレーム生成部１４は、受信局２−１に送信すべきデータを外部機器から取得するとともに、受信局アドレス記憶部１１から送信する受信局２−１に対応するＭＡＣアドレスａｄ−１を読み出す。さらに、送信フレーム生成部１４は、送信する受信局２−１に対応する各サブキャリア番号１〜Ｍの伝送速度Ｓ−１ｊ（ｊ＝１〜Ｍ）を伝送速度記憶部１２から読み出す。そして、送信フレーム生成部１４は、取得したデータ、読み出したＭＡＣアドレスａｄ−１および伝送速度Ｓ−１ｊ（ｊ＝１〜Ｍ）を基に、ＡＢＬ方式を用いた無線通信用のデータフレームを生成する。【０１２５】  図８に、送信フレーム生成部１４が生成したデータフレームの構成を示す。図８に示されるように、データフレーム全体は、プリアンブル３０１、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）ヘッダ３０２、ＭＡＣヘッダ３０３、およびＭＡＤＵ（ＭＡＣ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）部３０４から構成される。【０１２６】  上記ＰＬＣＰヘッダ３０２は、従来のフレーム形式のＰＬＣＰヘッダと同様に伝送速度及びフレーム長の情報を含んでいる。したがって、本実施形態におけるプリアンブル３０１およびＰＬＣＰヘッダ３０２は、従来のフレーム構成と互換性を有している。ただし、ＰＬＣＰヘッダ３０２が含む伝送速度およびフレーム長は、ＭＡＣヘッダ伝送速度３１１およびＭＡＣヘッダ長３１２の情報を示している。また、ＡＢＬを用いて伝送を行うか、ＡＢＬを用いないで従来の方式で伝送を行うかは、ＰＬＣＰヘッダにＡＢＬフラグ３１４を設けることで判定される。【０１２７】  ＭＡＣヘッダ３０３は、ＭＳＤＵ部伝送速度３０５、ＭＳＤＵ長３０６、フレームタイプ３０７、アドレス部３０８、その他の情報３０９及びＭＡＣヘッダ用のＣＲＣであるＣＲＣＨ３１０から構成される。なお、ＭＳＤＵ部伝送速度３０５、ＭＳＤＵ長３０６、アドレス部３０８の順序は任意である。【０１２８】  送信フレーム生成部１４は、外部機器から取得したデータをＭＡＤＵ部３０４とし、該ＭＳＤＵ部の伝送速度を、伝送速度記憶部１２から読み出した伝送速度Ｓ−１ｊ（ｊ＝１〜Ｍ）とする。すなわち、送信フレーム生成部１４は、伝送速度記憶部１２から読み出した伝送速度Ｓ−１ｊをＭＳＤＵ部伝送速度３０５とする。また、送信フレーム生成部１４は、外部機器から取得したデータの大きさに合わせて、ＭＳＤＵ長３０６を設定する。【０１２９】  変調部１５は、データであるＭＳＤＵ部３０４に対して、伝送速度記憶部１２に記憶された最適の伝送速度Ｓ−１ｊ（ｊ＝１〜Ｍ）で変調する。すなわち、変調部１５は、受信局が返信した受信状態情報を基に、データフレームの伝送速度を調整する。よって、受信局２−１は、より確実にＭＳＤＵ部３０４を復調することができ、データ送受信の信頼性が向上する。【０１３０】  上記データフレ���ムを受信した受信局２−１では、受信フレーム判定部２２が、受信したフレームがデータフレームであることを判定し、ＡＣＫフレーム生成部２４にデータ用ＡＣＫ生成開始信号を、送信時間算出部２５にデータフレームの受信完了時刻を、受信状態判断部２３に対して判断開始信号を送出する。【０１３１】  判断開始信号を受けた受信状態判断部２３は、受信状態要求フレームを受信局２−１が受信したときと同様に、受信したデータフレームの受信信号を基に、各サブキャリア番号ｊ（ｊ＝１〜Ｍ）における伝送速度、受信電界強度および受信ノイズ電力からなる受信状態情報を生成し、ＡＣＫフレーム生成部２４に送出する。【０１３２】  データ用ＡＣＫ生成開始信号、および、各サブキャリアの受信状態情報を受けたＡＣＫフレーム生成部２４は、該データフレームの受信に成功したか否かの送達確認情報および上述した全波受信状態情報１２２−１からなるデータ用ＡＣＫフレームを生成する。【０１３３】  また、データフレームの受信完了時刻を受けた送信時間算出部２５は、該受信完了時刻に所定の間隔ＳＩＦＳを加えた送信時間を算出し、算出した送信時間をＡＣＫフレーム生成部２４に送る。【０１３４】  そして、ＡＣＫフレーム生成部２４は、送信時間算出部２５から受けた送信時間に、生成したデータ用ＡＣＫフレームを、送信部２６を介して無線回線に送信する。【０１３５】  該データ用ＡＣＫフレームを受信した送信局１では、上述した受信状態要求フレームに対するデータ用ＡＣＫフレームを受信したときと同様に、伝送速度記憶部１２に記憶される情報を更新する。これにより、送信局１は、最新の受信状態から推定された最適の伝送速度で、データフレームを受信局２−１に送信することができる。このように、データフレームの送受信は、最新の伝送路の状況に応じて最適の伝送速度で行われる。【０１３６】  なお、本実施形態において、受信局２−ｉは、受信状態要求フレームおよびデータフレームのいずれについても、受信状態情報を含むＡＣＫフレームを送信局１に送信する構成とした。【０１３７】  ただし、これに限らず、受信局２−ｉは、受信状態要求フレームについてのみ、受信状態情報を含むＡＣＫフレームを送信局１に送信する構成としてもよい。これにより、送信局１は、データフレームを最初から最適な伝送速度で伝送できる。また、受信局２−ｉは、データフレームについてのみ、受信状態情報を含むＡＣＫフレームを送信局１に送信する構成としてもよい。これにより、送信局１は、データフレームの送信中に、別途受信状態情報を要求するフレームを送信する必要がなく、さらに、データフレーム送信中の伝送路の変化に応じて、伝送速度を変化させることができる。【０１３８】  また、本実施形態において、受信局２−ｉは、各サブキャリアの伝送速度、受信電界強度および受信ノイズ電力からなる受信状態情報を送信局１に送信する構成とした。【０１３９】  しかしながら、これに限らず、受信局２−ｉは、各サブキャリアの伝送速度のみからなる受信状態情報を送信局１に送信する構成としてもよい。これにより、送信局１は、受信状態情報に含まれる伝送速度となるように、データフレームを変調することができるからである。【０１４０】  ��た、受信局２−ｉは、伝送速度の代わりに、最適な変調方式を推定し、推定した変調方式を受信状態情報に含めてもよい。この場合、送信局１は、受信状態情報に含まれる変調方式に従って、データフレームを変調する。【０１４１】  さらに、受信局２−ｉは、各サブキャリアの受信電界強度および受信ノイズ電力のみからなる受信状態情報を送信局１に送信する構成としてもよい。この場合、送信局１は、上記伝送速度推定部２３ｂを備える必要がある。送信局１において、受信フレーム判定・処理部１８は、受信状態情報に含まれる受信電界強度および受信ノイズ電力を、伝送速度推定部２３ｂに送出する。そして、伝送速度推定部２３ｂが受信電界強度および受信ノイズ電力を基に最適な伝送速度を推定し、推定した伝送速度を伝送速度記憶部１２に格納させる。【０１４２】  〔実施形態２〕
上記実施形態１では、各受信２−ｉの送信時間算出部２５は、受信状態要求フレームに対する要求用ＡＣＫフレームのフレーム長および予め定められた伝送速度を記憶しておく必要があった。しかしながら、各受信局２−ｉは、他の受信局２−ｉにおける該受信状態要求フレームに対するＡＣＫフレームの伝送速度を記憶していない場合もある。また、他の受信局２−ｉが、異なる伝送速度で、要求用ＡＣＫフレームを送信する場合もある。【０１４３】  このような場合、各々の受信局２−ｉにおいて、要求用ＡＣＫフレームの衝突を避ける為に、送信時間算出部２５が送信時間を計算することができない。本実施形態は、このような場合でも、各受信局２−ｉが要求用ＡＣＫフレームを衝突なしに送信することのできる通信システムである。【０１４４】  送信局１の各構成は、上記実施形態１で説明したものと同様である。ただし、要求フレーム生成部１３は、図６に示した受信状態要求フレーム１０１の代わりに、図９に示すような受信状態要求フレーム１０３を生成する。【０１４５】  すなわち、図９に示すように、本実施形態における要求フレーム生成部１３は、受信状態を把握したい各受信局２−ｉのＭＡＣアドレスａｄ−ｉとともに、各受信局２−ｉにおけるＡＣＫフレームの応答時間１１２ｔ−ｉを含む受信局ＭＡＣ情報部１１２’を生成する。具体的に、要求フレーム生成部１３は、受信局２−ｉのＭＡＣアドレスａｄ−ｉを表す受信局ＭＡＣアドレス部１１２−ｉに続けて、該受信局２−ｉにおける要求用ＡＣＫフレームの応答時間１１２ｔ−ｉを並べる。【０１４６】  また、受信局２−ｉの各構成は、上記実施形態１で説明したものと同様である。ただし、受信フレーム判定部２２は、受信部２１が受信したフレームが受信状態要求フレーム１０３であると判定すると、該受信状態要求フレーム１０３において自身のアドレスを表す受信局ＭＡＣアドレス部１１２−ｉに続く応答時間１１２ｔ−ｉを送信時間算出部２５に送る。また、上記実施形態と同様に、受信フレーム判定部２２は、要求用ＡＣＫ生成開始信号をＡＣＫフレーム生成部１４に、判断開始信号を受信状態判断部２３に送る。【０１４７】  さらに、応答時間１１２ｔ−ｉを受けた送信時間算出部２５は、該応答時間１１２ｔ−ｉに示される応答時間を要求用ＡＣＫフレームの送信時間とし、該送信時間をＡＣＫフレーム生成部２４に送る。【０１４８】  このように、送信局１は、ＡＣＫフレームの応答時間を指定した受信状態要求フレーム１０３を生成・送信する。これに対し、各受信局２−ｉは、指定された応答時間を要求用ＡＣＫフレームの送信時間とし、ＡＣＫフレームを送信する。よって、送信局１が各受信局２−ｉにおける応答時間を異なる時間にすることで、各々の受信局２−ｉは、要求用ＡＣＫフレームを衝突させることなく、送信局１に確実に送信することができる。【０１４９】  〔実施形態３〕
上記実施形態では、データフレームに対するデータ用ＡＣＫフレームに、全サブキャリアの受信状態情報を含ませる構成であった。そのため、データ用ＡＣＫフレームのフレーム長が長くなるという問題が残る。本実施形態は、該データ用ＡＣＫフレームのフレーム長を短くする好ましい構成を有する。【０１５０】  本実施形態に係る通信システムを構成する送信局１および受信局２−ｉについて図１０および図１１を参照しながら説明する。なお、説明の便宜上、前記実施の形態にて説明した図面と同じ機能を有する部材については、同じ符号を付記し、その説明を省略する。【０１５１】  図１０は、本実施形態における受信局２−ｉの構成を示すブロック図である。上記実施形態１と異なる点は、伝送速度推定部２３ｂの代わりに伝送速度推定部２３ｃを、ＡＣＫフレーム生成部２４の代わりにＡＣＫフレーム生成部２４ａを備え、さらに、伝送速度記憶部２７を備える点である。【０１５２】  伝送速度記憶部２７は、伝送速度推定部２３ｃが推定した各サブキャリアにおける最適の伝送速度を記憶するためのものであり、伝送速度推定部２３ｃにより該伝送速度が格納される。【０１５３】  伝送速度推定部２３ｃは、各サブキャリア番号ｊ（ｊ＝１〜Ｍ）における受信電界強度および受信ノイズ電力から最適の伝送速度を推定する。そして、伝送速度推定部２３ｃは、サブキャリア番号ｊごとに、推定した伝送速度と、伝送速度記憶部２７に記憶されている伝送速度（すなわち、前回伝送速度推定部２３ｃが推定した最適の伝送速度）とを比較する。伝送速度推定部２３ｃは、伝送速度記憶部２７に記憶されている伝送速度と異なる伝送速度を含む受信状態情報およびそのサブキャリア番号ｊのみを後段のＡＣＫフレーム生成部２４ａに送るとともに、伝送速度記憶部２７に記憶されている伝送速度を新たに推定した伝送速度に更新する。【０１５４】  ＡＣＫフレーム生成部２４ａは、伝送速度推定部２３ｃから入力された受信状態情報およびそのサブキャリア番号ｊを基に、図１１に示すようなデータ用ＡＣＫフレームを生成する。【０１５５】  図１１に示されるように、ＡＣＫフレーム生成部２４ａが生成するデータ用ＡＣＫフレームは、ＭＡＣヘッダ４０１、受信状態情報部４０２およびエラーチェックコード４０３からなる。【０１５６】  受信状態情報部４０２は、更新すべきサブキャリア番号ｊを表すサブキャリア番号４０４−ｌ（ｌ＝１〜Ｌ）および更新すべきサブキャリア番号ｊの受信状態情報４０５−ｌ（ｌ＝１〜Ｌ）で構成される。該サブキャリア番号４０４−ｌ（ｌ＝１〜Ｌ）および受信状態情報４０５−ｌ（ｌ＝１〜Ｌ）は、ｌの順に交互に並べられており、サブキャリア番号４０４−ｌとそれに続く受信状態情報４０５−ｌとが対応している。【０１５７】  また、ＭＡＣヘッダ４０１は、更新すべきサブキャリアの数（ここでは、Ｌ）に関する情報を含んでいる。これにより、該データ用ＡＣＫフレームの受信側において、受信状態情報部４０３に含まれる受信状態情報４０１およびサブキャリア番号４０４の数を認識することができる。なお、ＭＡＣヘッダ４０１およびエラーチェックコード４０３における他の構成については、従来のものと同様であるため説明を省略する。【０１５��】  図１１に示されるようなデータ用ＡＣＫフレームを受信した送信局１は、更新すべきサブキャリア番号とその受信状態情報を得て、伝送速度記憶部１２の伝送速度を更新する。【０１５９】  以上のように、本実施形態では、受信局２−ｉは、更新すべきサブキャリア番号とその受信状態情報のみをデータ用ＡＣＫフレームに含ませるため、データ用ＡＣＫフレームのフレーム長を短くすることができる。【０１６０】  〔実施形態４〕
上記実施形態３では、ＡＣＫフレーム生成部２４ｃは、更新すべきサブキャリア番号とその受信状態情報を交互に並べたデータ用ＡＣＫフレームを生成する構成とした。本実施形態は、さらに、データ用ＡＣＫフレームのフレーム長を短くする好ましい構成を有している。【０１６１】  本実施形態におけるＡＣＫフレーム生成部２４ｃは、受信状態判断部２３から受けた更新すべきサブキャリア番号ｊをビットマップに変換し、更新すべきサブキャリア番号ｊを表すフレームであるサブキャリア番号４０４−ｌの代わりに、変換したビットマップをデータ用ＡＣＫフレームに含ませる。【０１６２】  ＡＣＫフレーム生成部２４ｃが行うビットマップへの変換処理について説明する。ＡＣＫフレーム生成部２４ｃは、各サブキャリア番号ｊ（ｊ＝１〜Ｍ）に対応した桁を有する数列（ビットマップ）を作成する。そして、ＡＣＫフレーム生成部２４ｃは、伝送速度を更新すべきサブキャリア番号ｊに対応する桁の数字を１とし、それ以外を０とする。例えば、受信状態判断部２３から受けた更新すべきサブキャリア番号が、１，３，６，…，（Ｍ−２），Ｍとする。このとき、ＡＣＫフレーム生成部２４ｃは、Ｍ桁の数列において、１０１００１…１０１とする。すなわち、上位一桁目がサブキャリア番号１に対応しており、サブキャリア番号１は更新すべきものであるため、ＡＣＫフレーム生成部２４ｃは、該桁の数字を１とする。次に上位二桁目は、サブキャリア番号２に対応しており、サブキャリア番号２は更新すべきものでないため、ＡＣＫフレーム生成部２４ｃは、該桁の数字を０とする。以下同様に行う。【０１６３】  そして、ＡＣＫフレーム生成部２４ｃは、生成したビットマップおよび更新すべきサブキャリアの受信状態情報を含むデータ用ＡＣＫフレームを生成する。図１２に、本実施形態におけるデータ用ＡＣＫフレームの構成を示す。【０１６４】  図１２に示されるように、データ用ＡＣＫフレームは、ＭＡＣヘッダ４０１、受信状態情報部４１２およびエラーチェックコード４０３からなる。受信状態情報部４１２は、更新すべきサブキャリアの受信状態情報４０５−ｌ（ｌ＝１〜Ｌ）、および、更新すべきサブキャリアのビットマップ４０６で構成される。【０１６５】  上述したように、ビットマップ４０６のビット数はサブキャリア数（Ｍ）であり、各ビットが各サブキャリア番号に対応し、更新状況を表す。なお、Ｌは、更新すべきサブキャリアの数であり、ビットマップ４０６のビットが１である場合の合計である。【０１６６】  その他の構成は、上記実施形態３のデータ用ＡＣＫフレームと同一である。【０１６７】  また、送信局１における受信フレーム判定・処理部１８は、該ビットマップ４０６を基に、更新すべきサブキャリア番号ｊを特定する。そして、受信フレーム判定・処理部１８は、更新すべきサブキャリアの受信状態情報４０５−ｌを基に、伝送速度記憶部１２の伝送速度を更新する。【０１６８】  このように、ＡＣＫフレーム生成部２４ｃは、サブキャリア番号ｊを表すフレームの代わりに、ビットマップ４０６を含むデータ用ＡＣＫフレームを生成する。これにより、データ用ＡＣＫフレームのフレーム長がより一層短くなる。【０１６９】  〔実施形態５〕
本実施形態は、上記実施形態１と比較して、データ用ＡＣＫフレームのフレーム長を短くする別の構成である。【０１７０】  上記実施形態１では、上述したように、ＡＣＫフレーム生成部２４は、データ用ＡＣＫフレームの中に、全サブキャリアに対する受信状態情報を含ませる。しかしながら、送信局１は、複数のデータフレームを続けて送信する。そのため、受信局２−ｉが、各データフレームに対して、全サブキャリアに対する受信状態情報を含ませたデータ用ＡＣＫフレームを送信すると、全てのデータ用ＡＣＫフレームのフレーム長が長くなる。【０１７１】  そこで、本実施形態では、ＡＣＫフレーム生成部２４は、Ｍ個のサブキャリアを複数（Ｋ個）のグループに分割し、１回のデータ用ＡＣＫフレームにおいて１個のグループに属するサブキャリアの受信状態情報を送信する構成とする。【０１７２】  具体的には、ＡＣＫフレーム生成部２４は、１番目のデータフレームに対して、１番目のグループに属するサブキャリア番号ｊとその受信状態情報を含むデータ用ＡＣＫフレームを生成する。次に、ＡＣＫフレーム生成部２４は、２番目のデータフレームに対して、２番目のグループに属するサブキャリア番号ｊとその受信状態情報を含むデータ用ＡＣＫフレームを生成する。そして、ＡＣＫフレーム生成部２４は、Ｋ番目のデータフレームに対して、Ｋ番目のグループに属するサブキャリア番号とその受信状態情報を含むデータ用ＡＣＫフレームを生成する。その後、ＡＣＫフレーム生成部２４は、１〜Ｋ番目のグループに属するサブキャリア番号ｊとその受信状態情報を含むデータ用ＡＣＫフレームを順に生成する。【０１７３】  図１３は、本実施形態におけるＡＣＫフレーム生成部２４が生成するデータ用ＡＣＫフレームのフレーム構成である。このように、１番目のデータ用ＡＣＫフレームにおける受信状態情報部５１１は、１番目のグループに属するサブキャリア番号フレーム５０４−１およびその受信状態情報５０３−１からなる。同様に、Ｋ番目のデータ用ＡＣＫフレームにおける受信状態情報部５１１は、Ｋ番目のグループに属するサブキャリア番号フレーム５０４−Ｋおよびその受信状態情報５０３−Ｋからなる。【０１７４】  受信状態情報部５１１を受信した送信局１では、受信フレーム判定・処理部１８が、各ＡＣＫフレームに含まれるサブキャリア番号およびその受信状態情報を基に、各サブキャリアの最適の伝送速度を伝送速度記憶部１２に記憶する。【０１７５】  このように、本実施形態のＡＣＫフレーム生成部２４は、サブキャリアを複数のグループに分割し、グループごとにデータ用ＡＣＫフレームを生成するため、一つのデータ用ＡＣＫフレームのフレーム長が短くなる。【０１７６】  〔実施形態６〕
本実施形態は、上記実施形態５に比べて、さらにデータ用ＡＣＫフレームのフレーム長を短くすることのできる構成である。【０１７７】  本実施形態のＡＣＫフレーム生成部２４は、上記実施形態５と同様に、サブキャリアを複数（Ｋ個）のグループに分割し、グループごとにデータ用ＡＣＫフレームを生成する。【０１７８】  ただし、上記実施形態５では、データ用ＡＣＫフレームにサブキャリア番号ｊを表すフレームであるサブキャリア番号フレーム５０４が含まれていたが、本実施形態では、ＡＣＫフレーム生成部２４は、サブキャリア番号フレーム５０４の代わりに、分割番号を表す分割番号フレーム５０２（５０２−１〜５０２−Ｋ）をＡＣＫフレームに含ませる。【０１７９】  ここで、分割番号とは、各グループを識別するための番号である。【０１８０】  図１４に、本実施形態のＡＣＫフレーム生成部２４が生成するデータ用ＡＣＫフレームを示す。図１４に示されるように、データ用ＡＣＫフレームは受信状態情報部５０１を含む。そして、１回目のデータ用ＡＣＫフレームにおいて、ＡＣＫフレーム生成部２４は、受信状態情報部５０１に、分割番号１を表す分割番号フレーム５０２−１と、分割番号１のグループに属するサブキャリアの受信状態情報５０３−１とを含ませる。同様に、Ｋ回目のデータ用ＡＣＫフレームにおいて、ＡＣＫフレーム生成部２４は、受信状態情報部５０１に、分割番号Ｋを表す分割番号フレーム５０２−Ｋと、分割番号Ｋのグループに属するサブキャリアの受信状態情報５０３−Ｋとを含ませる。【０１８１】  このように、上記実施形態５では、各グループに属するサブキャリア番号を全てデータ用ＡＣＫフレームに含ませる必要があったが、本実施形態では、分割番号フレーム５０２を一つデータ用ＡＣＫフレームに含ませるだけでよい。よって、各データ用ＡＣＫフレームのフレーム長が短くなる。【０１８２】  次に、該ＡＣＫフレームを受信する送信局１について説明する。【０１８３】  図１５は、本実施形態の送信局１の構成を示すブロック図である。図１５に示されるように、本実施形態の送信局１は、上記実施形態１と比べて、受信フレーム判定・処理部１８の代わりに受信フレーム判定・処理部１８ａを備え、さらに、分割情報記憶部１９を備える点で異なる。【０１８４】  分割情報記憶部１９は、各受信局２−ｉにおけるサブキャリアの分割情報、すなわち、分割番号ｋ（ｋ＝１〜Ｋ）のグループに属するサブキャリア番号を記憶している。図１６に分割情報記憶部１９の一記憶例を示す。【０１８５】  図１６に示されるように、分割情報記憶部１９は、分割番号１のグループにサブキャリア番号１〜ｈのサブキャリアが属し、分割番号Ｋのグループにサブキャリア番号ｈ’〜Ｍのサブキャリアが属することを記憶している。【０１８６】  受信部１７が図１５に示すようなデータ用ＡＣＫフレームを受信すると、受信フレーム判定・処理部１８ａは、データ用ＡＣＫフレームに含まれる分割番号に対応するサブキャリア番号ｊを分割番号記憶部１９から読み出す。そして、受信フレーム判定・処理部１８ａは、読み出したサブキャリア番号ｊとデータ用ＡＣＫフレームの受信状態情報に含まれる伝送速度とを順に対応付けて、伝送速度記憶部１２に記���する。【０１８７】  このように、本実施形態では、送信局１は、サブキャリアの分割情報を記憶する分割情報記憶部１９を備え、分割番号フレーム５０４を含むデータ用ＡＣＫフレームを受信しても、伝送速度記憶部１２の伝送速度を最適のものに更新することができる。【０１８８】  〔実施形態７〕
本実施形態に係る送信局１および受信局２−ｉの構成について図１７〜２０を参照して説明する。【０１８９】  図１７は、本実施形態の受信局２−ｉの構成を示すブロック図である。上記実施形態１と異なる点は、本実施形態の受信局２−ｉが、伝送速度推定部２３ｂの代わりに伝送速度推定部２３ｄを、ＡＣＫフレーム生成部２４の代わりにＡＣＫフレーム生成部２４ｂを備え、さらに、伝送速度記憶部２７および比較情報記憶部２８を備える点である。【０１９０】  伝送速度記憶部２７については、上記実施形態３で述べたとおりである。【０１９１】  比較情報記憶部２８は、前回に推定した伝送速度に対する今回推定した伝送速度の状態と、それに対応するビットアサインとを記憶するものである。図１８に示すように、比較情報記憶部２８は、伝送速度の「維持」に対応してビットアサイン「００」を、伝送速度の「ｕｐ」に対応してビットアサイン「１０」を、伝送速度の「ｄｏｗｎ」に対応してビットアサイン「０１」を記憶している。【０１９２】  伝送速度推定部２３ｄは、状態検出部２３ａからの受信電界強度および受信ノイズ電力を基に最適の伝送速度を推定し、推定した伝送速度と前回推定した伝送速度とを比較する。そして、伝送速度推定部２３ｄは、その比較結果に応じたビットアサインを後段のＡＣＫフレーム生成部２４ｂに出力する。【０１９３】  具体的に、伝送速度推定部２３ｄは、サブキャリアごとに、推定した伝送速度と伝送速度記憶部２７に記憶された伝送速度（すなわち、前回推定された伝送速度）とを比較する。【０１９４】  今回推定した伝送速度と前回推定した伝送速度とが同じである場合、伝送速度推定部２３ｄは、伝送速度を「維持」すると判断する。今回推定した伝送速度が前回推定した伝送速度よりも大きい場合、伝送速度推定部２３ｄは、伝送速度を「ｕｐ」（上昇）させると判断する。さらに、今回推定した伝送速度が前回推定した伝送速度よりも小さい場合、伝送速度推定部２３ｄは、伝送速度を「ｄｏｗｎ」（下降）させると判断する。【０１９５】  そして、伝送速度推定部２３ｄは、各判断結果に対応するビットアサインを比較情報記憶部２８から読み出し、読み出したビットアサインと、受信電界強度および受信ノイズ電力とをＡＣＫフレーム生成部２４ｂに出力する。【０１９６】  ＡＣＫフレーム生成部２４ｂは、伝送速度推定部２３ｄから入力されたビットアサインを伝送速度の代りとして、受信状態情報を生成し、データ用ＡＣＫフレームを生成する。【０１９７】  次に、送信局１の構成について説明する。図１９は、本実施形態に係る送信局１の構成を示すブロック図である。上記実施形態１と異なる点は、本実施形態の送信局１が、受信フレーム判定・処理部１８の代わりに受信フレーム判定・処理部１８ｂを備え、さらに、伝送速度段階情報記憶部２０を備える点である。【０１９８】  伝送速度段階情報記憶部２０は、伝送速度を段階的に記憶するものであり、段階番号に対応づけて伝送速度を記憶する。図２０は、伝送速度段階情報記憶部２０の一記憶例である。図２０に示すように、伝送速度段階情報記憶部２０は、段階番号１〜Ｘに対応付けてそれぞれ伝送速度Ｓ１〜ＳＸを記憶している。また、伝送速度Ｓ１〜ＳＸは、この順で���くなる。【０１９９】  受信部１７が受信したデータ用ＡＣＫフレームがビットアサインを含むものである場合、受信フレーム判定・処理部１８ｂは、該ビットアサインと伝送速度段階情報記憶部２０が記憶している伝送速度とを基に、伝送速度記憶部１２に各サブキャリアの最適の伝送速度を更新させる。【０２００】  具体的に、受信フレーム判定・処理部１８ｂは、データ用ＡＣＫフレームにおいて、サブキャリア番号ｊのビットアサインが「１０」である場合、伝送速度記憶部１２から、ＡＣＫフレームを送信した受信局２−ｉのＭＡＣアドレスａｄ−ｉおよびサブキャリア番号ｊに対応する伝送速度（たとえば、伝送速度Ｓｘとする）を読み出す。さらに、受信フレーム判定・処理部１８ｂは、伝送速度記憶部１２から読み出した伝送速度Ｓｘに対応する段階番号を伝送速度段階情報記憶部２０から読み出す。そして、受信フレーム判定・処理部１８ｂは、読み出した段階番号に１を加えた段階番号に対応する伝送速度Ｓ（ｘ＋１）を伝送速度段階情報記憶部２０から読み出し、読み出した伝送速度Ｓ（ｘ＋１）を新たな伝送速度として伝送速度記憶部１２に格納する。【０２０１】  また、ビットアサインが「０１」である場合、受信フレーム判定・処理部１８ｂは、読み出した段階番号に１を減じた段階番号に対応する伝送速度Ｓ（ｘ−１）を伝送速度段階情報記憶部２０から読み出し、読み出した伝送速度Ｓ（ｘ−１）を新たな伝送速度として伝送速度記憶部１２に格納する。【０２０２】  サブキャリア番号ｊのビットアサインが「００」の場合、受信フレーム判定・処理部１８ｂは、伝送速度記憶部１２において、該サブキャリア番号ｊの伝送速度をそのままとする。【０２０３】  受信フレーム判定・処理部１８ｂは、このような処理をサブキャリアごとに行う。【０２０４】  このように、受信局２−ｉがビットアサインを含む受信状態情報を含むデータ用ＡＣＫフレームを送信するだけで、送信局１は、最適な伝送速度でデータフレームを送信することができる。よって、受信局２−ｉが送信するデータ用ＡＣＫフレームのフレーム長を短くすることができる。【０２０５】  〔実施形態８〕
本実施形態の受信局２−ｉにおけるＡＣＫフレーム生成部２４は、データフレームに対するデータ用ＡＣＫフレームの生成において、上記実施形態１〜７のいずれかのデータ用ＡＣＫフレームを選択して生成することができる。【０２０６】  ＡＣＫフレーム生成部２４は、データフレームに対するＡＣＫフレームを生成する際、上記実施形態１〜７の全てのデータ用ＡＣＫフレームを生成する。そして、ＡＣＫフレーム生成部２４は、生成したデータ用ＡＣＫフレームのうち、最もフレーム長の短いデータ用ＡＣＫフレームを選択し、送信部２６を介して、選択したデータ用ＡＣＫフレームを無線回線に送信する。このとき、ＡＣＫフレーム生成部２４は、ＡＣＫ用ＭＡＣヘッダに、上記実施形態１〜７のいずれのデータ用ＡＣＫフレームを選択したかを表す選択情報を含める。【０２０７】  ＡＣＫフレームを受信した送信局１において、受信フレーム判定・処理部１８は、ＡＣＫ用ＭＡＣヘッダから選択情報を読み取り、読み取った選択情報を基に、上記実施形態１〜７のいずれかの処理を行う。【０２０８】  これにより、最もフレーム長の短いデータ用ＡＣＫフレームで受信状態情報を受信局２−ｉから送信局１にフィードバックすることができる。【０２０９】  なお、本実施形態で選択できるデータ用ＡＣＫフレームは、上記実施形態１〜７の全てでなくてもよく、このうちの複数であってもよい。【０２１０】  〔実施形態９〕
本実施形態では、送信局１の伝送するデータがＱＯＳデータであり、送信局１がバースト伝送を行うものである。【０２１１】  バースト伝送の場合、送信局１の送信フレーム生成部１４は、変調部１５および送信部１６を介して、生成した複数のフレームを連続的に送信するとともに、定期的に、ブロックＡＣＫリクエストフレームを送信する。【０２１２】  一方、受信局２−ｉの受信フレーム判定部２２は、バースト伝送を行っている場合、ブロックＡＣＫリクエストフレームを受信したときに、ブロック用ＡＣＫ生成開始信号をＡＣＫフレーム生成部２４に、ブロックＡＣＫリクエストフレームの受信完了時刻を送信時間算出部２５に、判断開始信号を受信状態判断部２３に送る。なお、ブロック用ＡＣＫ生成開始信号とは、ブロックＡＣＫフレームの生成を開始させる旨の信号である。【０２１３】  判断開始信号を受けた受信状態判断部２３は、上記実施形態と同様に、受信状態を判断し、受信状態情報をＡＣＫフレーム生成部２４に出力する。【０２１４】  また、ブロックＡＣＫリクエストフレームの受信完了時刻を受けた送信時間算出部２５は、該受信完了時刻に所定の間隔を加えた時間を送信時間として、該送信時間をＡＣＫフレーム生成部２４に出力する。【０２１５】  そして、ブロック用ＡＣＫ生成開始信号を受けたＡＣＫフレーム生成部２４は、ブロックＡＣＫフレームを生成する。【０２１６】  図２１は、本実施形態のＡＣＫフレーム生成部２４が生成するブロックＡＣＫフレームの構成を示す図である。図２１に示されるように、ＡＣＫフレーム生成部２４は、ＢＡ（Ｂｌｏｃｋ  Ａｃｋ）用ＭＡＣヘッダ７０２、ブロックＡＣＫＭＳＤＵ伝送情報部７０３、全波受信状態情報部７０１、およびエラーチェックコード７０４からなるブロックＡＣＫフレームを生成する。受信状態情報部７０１は、上記実施形態１の全波受信状態情報部１２２と同様である。【０２１７】  このように、受信局２−ｉは、バースト伝送においても、受信状態情報を含むブロックＡＣＫフレームを送信する。これにより、バースト伝送を行う本実施形態の通信システムは、容易にＡＢＬを用いたデータの伝送を行うことができる。【０２１８】  なお、全波受信状態情報部７０１は、上記実施形態２〜７で説明したデータ用ＡＣＫフレームの受信状態情報（例えば、受信状態情報部４０２・４１２・５１１・５０１）であってもよい。【０２１９】  〔実施形態１０〕
上記実施形態では、送信局１と受信局２−ｉとは、ＭＩＭＯを適用していない構成とした。本実施形態の通信システムは、ＭＩＭＯを適用した場合のものである。なお、本実施形態の通信システムは、バースト伝送を行わないものとする。【０２２０】  ＭＩＭＯでは、図２４に示されるように、複数のアンテナで、データの送受信が行われる。すなわち、送信局１の送信アンテナ数がＰ本、受信局２−ｉの受信アンテナ数がＱ本でかつ、それぞれの送信アンテナで別々のフレームを伝送することができる。なお、簡単のため、Ｐ＝Ｑとする。【０２２１】  送信局１が送信する受信状態要求フレームの大きさは比較的に小さい。そのため、ＭＩＭＯを用いた場合、送信局１は、全てのアンテナで同じ受信状態要求フレームを送信する。【０２２２】  また、同様に、受信局２−ｉは、受信状態要求フレームに対する要求用ＡＣＫフレームについても、全てのアンテナから同じＡＣＫフレームを返信する。【０２２３】  これにより、受信状態要求フレームおよび受信状態情報を含む要求用ＡＣＫフレームの送受信の信頼度を向上させることができる。【０２２４】  また、ＭＩＭＯおよびＡＢＬを用いてデータフレームの伝送を行っている場合、送信局１の複数（Ｐ個）の送信アンテナから伝送されたデータフレームに対して、受信局２−ｉの複数（Ｑ＝Ｐ個）の送信アンテナから複数（Ｐ個）のＡＣＫフレームが同時に送信される。【０２２５】  受信局２−ｉは、送信局１のｐ番目の送信アンテナに対するデータ用ＡＣＫフレームを、受信局２−ｉにおけるｐ番目の送信アンテナから送信する。この場合、ＡＣＫフレーム生成部２４は、受信局２−ｉの送信アンテナごとに、データ用ＡＣＫフレームを生成する。例えば、ｐ番目の送信アンテナに対して、ＡＣＫフレーム生成部２４は、図２２（ａ）に示すようなデータ用ＡＣＫフレームを生成する。図２２（ａ）の受信状態情報部８０１ｐは、送信局１のｐ番目の送信アンテナから送信された信号に対する受信局２−ｉでの受信状態情報を示している。【０２２６】  このように、受信局２−ｉのｐ番目の送信アンテナから送信されるデータ用ＡＣＫフレームに含まれる受信状態情報は、送信局１のｐ番目の送信アンテナから送信された信号を基に受信状態判断部２３が生成した情報である。すなわち、送信局１の各送信アンテナに対する受信状態情報を、受信局２−ｉにおける対応する送信アンテナでフィードバックする。よって、ＡＢＬのフィードバック時間は増えない。【０２２７】  一方、データ用ＡＣＫフレームの誤りによる情報の欠落を改善するため、受信局２−ｉの全ての送信アンテナから同一のデータ用ＡＣＫフレームを送信する方法もある。この場合、ＡＣＫフレーム生成部２４が生成するデータ用ＡＣＫフレームは、図２２（ｂ）で示されるようになる。データ用ＡＣＫフレームには、送信局１における１〜Ｐ番目の全ての送信アンテナに対する受信局２−ｉでの受信状態の情報である受信状態情報部８０２−１〜８０２−Ｐが付加される。【０２２８】  また、図２２（ｂ）のデータ用ＡＣＫフレームは、図２５（ｃ）に示すような、データフレームをシリアル／パラレル変換して複数のアンテナでデータフレームを伝送するＭＩＭＯの方式にも適用される。【０２２９】  なお、受信状態情報部８０１ｐあるいは受信状態情報部８０２−１〜８０２−Ｐは、上記実施形態１〜７で説明したデータ用ＡＣＫフレームの受信状態情報部（例えば、受信状態情報部４０２・４１２・５１１・５０１）のいずれかである。【０２３０】  〔実施形態１１〕
本実施形態の通信システムは、ＭＩＭＯを適用し、かつ、バースト伝送を行うものである。【０２３１】  上記実施形態１０と同様に、ＭＩＭＯでは、複数のアンテナで、データの送受信が行われる。すなわち、送信局１の送信アンテナ数がＰ本、受信局２−ｉの受信アンテナ数がＱ本でかつ、それぞれの送信アンテナで別々のフレームを伝送することができる。なお、簡単のため、Ｐ＝Ｑとする。【０２３２】  また、ＭＩＭＯおよびＡＢＬを用いてバースト伝送を行っている場合においても、送信局１は、上記実施形態９と同様に、定期的にブロックＡＣＫリクエストフレームをそれぞれの送信アンテナから伝送する。ブロックＡＣＫリクエストフレームのフレーム長は比較的小さいため、送信局１は、全ての送信アンテナから同一のブロックＡＣＫリクエストを伝送する。【０２３３】  受信局２−ｉは、該ブロックＡＣＫリクエストフレームに対して、Ｐ個の送信アンテナからＰ個のブロックＡＣＫフレームを同時に送信する。【０２３４】  受信局２−ｉは、送信局１のｐ番目の送信アンテナに対するブロックＡＣＫフレームを、受信局２−ｉにおけるｐ番目の送信アンテナから送信する。この場合、ＡＣＫフレーム生成部２４は、受信局２−ｉの送信アンテナごとに、ブロックＡＣＫフレームを生成する。例えば、ｐ番目の送信アンテナに対して、ＡＣＫフレーム生成部２４は、図２３（ａ）に示すようなブロックＡＣＫフレームを生成する。図２３（ａ）の受信状態情報部９０１ｐは、送信局１のｐ番目の送信アンテナから送信された信号に対する受信局２−ｉでの受信状態情報を示している。【０２３５】  このように、受信局２−ｉのｐ番目の送信アンテナから送信されるブロックＡＣＫフレームに含まれる受信状態情報は、送信局１のｐ番目の送信アンテナから送信された信号を基に受信状態判断部２３が生成した情報である。すなわち、送信局１の各送信アンテナに対する受信状態情報を、受信局２−ｉにおける対応する送信アンテナでフィードバックする。よって、ＡＢＬのフィードバック時間は増えない。【０２３６】  一方、ＡＣＫフレームの誤りによる情報の欠落を改善するため、受信局２−ｉの全ての送信アンテナから同一のブロックＡＣＫフレームを送信する方法もある。この場合、ＡＣＫフレーム生成部２４が生成するブロックＡＣＫフレームは、図２３（ｂ）で示されるようになる。ブロックＡＣＫフレームには、送信局１における１〜Ｐ番目の全ての送信アンテナに対する受信局２−ｉでの受信状態の情報である受信状態情報部９０２−１〜９０２−Ｐが付加される。【０２３７】  また、図２３（ｂ）のブロックＡＣＫフレームは、図２５（ｃ）に示すような、データフレームをシリアル／パラレル変換して複数のアンテナでデータフレームを伝送するＭＩＭＯの方式にも適用される。【０２３８】  なお、受信状態情報部９０１ｐあるいは受信状態情報部９０２−１〜９０２−Ｐは、上記実施形態１〜７で説明したデータ用ＡＣＫフレームの受信状態情報部（例えば、受信状態情報部４０２・４１２・５１１・５０１）のいずれかである。【０２３９】  本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。【０２４０】  最後に、送信局１および受信局２−ｉの各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。【０２４１】  すなわち、送信局１および受信局２−ｉは、各機能を実現する制御プログラムの命令を実行するＣＰＵ（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、上記プログラムを格納したＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、上記プログラムを展開するＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである送信局１および受信局２−ｉの制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記送信局１および受信局２−ｉに供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。【０２４２】  上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。【０２４３】  また、送信局１および受信局２−ｉを通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（ｖｉｒｔｕａｌ  ｐｒｉｖａｔｅ  ｎｅｔｗｏｒｋ）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された搬送波あるいはデータ信号列の形態でも実現され得る。
【産業上の利用可能性】
【０２４４】  本発明の送信装置、受信装置、通信システムおよび通信方法によれば、容易にＡＢＬを用いたデータ通信を行うことができる。よって、ＡＢＬを用いる通信装置に適用することができる。
【図１】
0004312792.tif 000002
【図２】
0004312792.tif 000003
【図３】
0004312792.tif 000004
【図４】
0004312792.tif 000005
【図５】
0004312792.tif 000006
【図６】
0004312792.tif 000007
【図７】
0004312792.tif 000008
【図８】
0004312792.tif 000009
【図９】
0004312792.tif 000010
【図１０】
0004312792.tif 000011
【図１１】
0004312792.tif 000012
【図１２】
0004312792.tif 000013
【図１３】
0004312792.tif 000014
【図１４】
0004312792.tif 000015
【図１５】
0004312792.tif 000016
【図１６】
0004312792.tif 000017
【図１７】
0004312792.tif 000018
【図１８】
0004312792.tif 000019
【図１９】
0004312792.tif 000020
【図２０】
0004312792.tif 000021
【図２１】
0004312792.tif 000022
【図２２（ａ）】
0004312792.tif 000023
【図２２（ｂ）】
0004312792.tif 000024
【図２３（ａ）】
0004312792.tif 000025
【図２３（ｂ）】
0004312792.tif 000026
【図２４】
0004312792.tif 000027
【図２５（ａ）】
0004312792.tif 000028
【図２５（ｂ）】
0004312792.tif 000029
【図２５（ｃ）】
0004312792.tif 000030
【図２６】
0004312792.tif 000031
【図２７】
0004312792.tif 000032
【図２８】
0004312792.tif 000033