(57)【要約】      （修正有）【課題】容量の多いデータを連続して送信する場合に事前に無線空間の状況に応じて最適な変調方式を適宜選択することで伝送効率を改善する無線通信システムを提供する。【解決手段】ブロックアック方式で通信を行う無線通信システム１であって、送信装置は前記ブロックアックの実行をリクエストするリクエストフレームを受信装置に送信し、該受信装置は受信した前記リクエストフレームの受信状態に応じて複数の変調方式の中から通信に使用すべき変調方式を決定すると共に、前記ブロックアックの実行のリクエストに対して応答するレスポンスフレームのフィールドに決定した変調方式を設定して前記送信装置に送信し、該送信装置は受信した前記レスポンスフレームのフィールドに設定されている変調方式を使用してデータフレームの送信を行う。【選択図】図１
2012019459.tif 000002
【特許請求の範囲】
【請求項１】
ブロックアック方式で通信を行う無線通信システムであって、送信装置は前記ブロックアックの実行をリクエストするリクエストフレームを受信装置に送信し、該受信装置は受信した前記リクエストフレームの受信状態に応じて複数の変調方式の中から通信に使用すべき変調方式を決定すると共に、前記ブロックアックの実行のリクエストに対して応答するレスポンスフレームのフィールドに決定した変調方式を設定して前記送信装置に送信し、該送信装置は受信した前記レスポンスフレームのフィールドに設定されている変調方式を使用してデータフレームの送信を行うことを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や無線ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等の複数の移動端末間でのデジタル無線通信システムに関するものである。
【背景技術】
【０００２】
無線通信、特に無線ＬＡＮのＩＥＥＥ８０２．１１（米国電気電子学会で定めた無線ＬＡＮの標準規格群）で定めた物理層（ＰＨＹレイヤ）では、変調法により複数の伝送レートをサポートしている。然し乍ら、ＩＥＥＥ８０２．１１では、チャネルの品質に応じて伝送レートを選択するアルゴリズムであるレートアダプテーションアルゴリズムが規定されておらず、レートアダプテーションアルゴリズムの実装はＩＥＥＥ８０２．１１のインターフェースを製造している企業に委ねられている。
【０００３】
この為、ＩＥＥＥ８０２．１１では、物理層でレートアダプテーションをサポートしているデバイスの相互運用性を保つ様いくつかの規定を設けている。
【０００４】
現在のレートアダプテーションアルゴリズムとしては、チャネルの品質を送信端末で行われるＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）受信の成功と失敗の状況から推測するＡＲＦ（Ａｕｔｏｍａｔｉｃ  Ｒａｔｅ  Ｆａｌｌｂａｃｋ）という方式や、制御フレームであるＲＴＳ（Ｒｅｑｕｅｓｔ  ｔｏ  Ｓｅｎｄ：送信要求）／ＣＴＳ（Ｃｌｅａｒ  ｔｏ  Ｓｅｎｄ：受信準備完了）パケットを用いて、ＲＴＳパケットを受信した無線端末が受信電波のＳＮＲ（Ｓｉｇｎａｌ−ｔｏ−Ｎｏｉｓｅ  Ｒａｔｉｏ：信号対雑音比）を基に伝送レートを設定するＲＢＡＲ（Ｒｅｃｅｉｖｅｒ−Ｂａｓｅｄ  Ａｕｔｏｒａｔｅ）という方式等がある。
【０００５】
従来の伝送レートの変更の制御手段の１つであるＡＲＦ方式は、通信エラーの割合によって通信レートを制御する為、実際にエラーが発生しなければ適応できないという遅延の問題と、パケットの衝突による送信失敗も通信エラーと見なされ、伝送レートが下げられてしまうという問題を有していた。又、ＡＲＦＡＣＫフレームの受信を以て変調方式を制御する為、制御情報等を含むフレーム単位に分割されたデータを連続して送信する場合、データの送信毎にＡＣＫフレームを返信する様な通信方式でなければ適用できないという問題があった。
【０００６】
又、もう１つの伝送レート変更の制御手段であるＲＢＡＲ方式は、通信を行う前に送信側と受信側とでＲＴＳ／ＣＴＳフレームを用いて互いに変調方式、及びデータ長の情報を交換する。送信側は受信側から指定された変調方式にて通信を行い、周囲の端末に対しては、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）フレームのＭＡＣヘッダの一部を用いたＲＳＨ（Ｒｅｓｅｒｖａｔｉｏｎ  ＳｕｂＨｅａｄｅｒ：予約サブヘッダ）によってＮＡＶ（Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ：仮想的キャリア・センス機能により、送信権を持つ端末以外の局がアクセスを抑止する期間）を通知させるものである。
【０００７】
ＲＢＡＲ方式に於ける物理層では、データを送信するに当ってＲＳＨの伝送レート及びデータの伝送レートが必要となり、又受信側に対してもＲＳＨの伝送レート及びデータの伝送レートを通知する必要がある。そこで、ＰＬＣＰ（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）フレームのＰＬＣＰヘッダ部のＳＩＧＮＡＬと呼ばれるエリアを従来の無線ＬＡＮでの使い方とは異なり、ＲＳＨの伝送レート用とデータの伝送レート用とに分けて使用することとなる。
【０００８】
ＲＢＡＲ方式の場合、送信前に直前の無線空間の伝搬状態を基に通信レートを設定することができる為、ＡＲＦ方式よりも安定した高レート通信を提供することが可能である。然し乍ら、ＲＢＡＲ方式をそのまま使用する場合、ＲＳＨを使用する際にＭＡＣフレームのＭＡＣヘッダにＨＣＳ（Ｈｅａｄｅｒ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）と呼ばれるビット情報を付加する、或は物理層（ＰＨＹレイヤ）のＰＬＣＰフレームフォーマットのＳＩＧＮＡＬ領域をＤａｔａ  Ｒａｔｅ用とＲＳＨ  Ｒａｔｅ用とに分ける必要がある為、フレームの構成がＭＡＣ、ＰＨＹの両方で変更が必要となってくる。
【０００９】
上記した２つの従来例は、何れもデータが分割されず単一のフレームとして伝送する方式であり、複数のフレームを連続して伝送する場合にそのまま使用することができないという問題がある。特にＩＥＥＥ８０２．１１ｅのブロックアック（Ｂｌｏｃｋ  Ａｃｋ）通信の様な複数のフレームを送信する場合には、より多くの無線空間を占有するという問題があった。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００５−２３６７０９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は斯かる実情に鑑み、容量の多いデータを連続して送信する場合に事前に無線空間の状況に応じて最適な変調方式を適宜選択することで伝送効率を改善する無線通信システムを提供するものである。
【課題を解決するための手段】
【００１２】
本発明は、ブロックアック方式で通信を行う無線通信システムであって、送信装置は前記ブロックアックの実行をリクエストするリクエストフレームを受信装置に送信し、該受信装置は受信した前記リクエストフレームの受信状態に応じて複数の変調方式の中から通信に使用すべき変調方式を決定すると共に、前記ブロックアックの実行のリクエストに対して応答するレスポンスフレームのフィールドに決定した変調方式を設定して前記送信装置に送信し、該送信装置は受信した前記レスポンスフレームのフィールドに設定されている変調方式を使用してデータフレームの送信を行う無線通信システムに係るものである。
【発明の効果】
【００１３】
本発明によれば、ブロックアック方式で通信を行う無線通信システムであって、送信装置は前記ブロックアックの実行をリクエストするリクエストフレームを受信装置に送信し、該受信装置は受信した前記リクエストフレームの受信状態に応じて複数の変調方式の中から通信に使用すべき変調方式を決定すると共に、前記ブロックアックの実行のリクエストに対して応答するレスポンスフレームのフィールドに決定した変調方式を設定して前記送信装置に送信し、該送信装置は受信した前記レスポンスフレームのフィールドに設定されている変調方式を使用してデータフレームの送信を行うので、通信が無線空間を多く占有する場合でも適切な変調方式で通信することができ、更に最適な変調方式を選択することにより無線空間を無駄に占有することがなく、より多くの無線空間を利用することができるという優れた効果を発揮する。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施例に係る無線通信システムを示す概略図である。
【図２】該無線通信システムを構成するベースバンド部の模式図である。
【図３】該ベースバンド部を構成するＭＡＣ層（無線）及びＰＨＹ層（無線）の概略図である。
【図４】本実施例と従来のＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームフォーマットの比較を示し、（Ａ）は従来のＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームフォーマットの模式図、（Ｂ）は本実施例のＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームフォーマットの模式図である。
【図５】本実施例と従来のＡＤＤＢＡフレームフォーマットの要部の比較を示し、（Ａ）は従来のＡＤＤＢＡフレームフォーマットの模式図、（Ｂ）は本実施例のＡＤＤＢＡフレームフォーマットの模式図である。
【図６】本実施例と従来のＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームフォーマットの比較を示し、（Ａ）は従来のＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームフォーマットの模式図、（Ｂ）は本実施例のＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームフォーマットの模式図である。
【図７】本実施例のタイミングチャートである。
【発明を実施するための形態】
【００１５】
以下、図面を参照しつつ本発明の実施例を説明する。
【００１６】
図１は、本発明の実施例に係る無線通信システムを示す概略を示しており、図中、１は無線通信システム、２は通信ネットワークの１つであるイーサネット（Ｅｔｈｅｒｎｅｔ）（登録商標）、３は送受信装置を示し、該送受信装置３は主にベースバンド部４、無線通信部（ＲＦ部）５、該無線通信部５に接続された空中線６を具備し、前記ベースバンド部４と前記無線通信部５間は同軸ケーブル７を介して接続され、前記空中線６はＲＦ同軸ケーブル８を介して接続されている。
【００１７】
次に、上記構成の無線通信システム１に於ける通信データの流れについて説明する。
【００１８】
送信データの場合、前記イーサネット２を介してデータ送信端末（図示せず）等から送信されたデータ（ＩＰパケット）１０が前記ベースバンド部４に入力データとして入力されると、該ベースバンド部４に於いて有線のイーサネット２のＭＡＣフレームから無線のＭＡＣフレームへの変換、アクセス方式の制御、ＰＬＣＰフレームへの変換、誤り訂正、変調処理、同期信号の付加、Ｄ／Ａ変換等の処理が行われ、前記ベースバンド部４からベースバンド信号（アナログ信号）１１として出力される。
【００１９】
前記ベースバンド部４から出力されるベースバンド信号１１は、前記同軸ケーブル７を経て前記無線通信部５に入力される。該無線通信部５ではベースバンド信号１１を無線信号に変換、フィルタリング、増幅等所要の信号処理を行い、無線信号１２として出力される。前記無線通信部５から出力される無線信号１２は、前記ＲＦ同軸ケーブル８を経て前記空中線６より無線空間に送出される。
【００２０】
又、受信データの場合、前記ＲＦ同軸ケーブル８を介して前記空中線６から無線信号が前記無線通信部５に入力されると、該無線通信部５に於いて低雑音増幅、フィルタリング、復調処理等所要の信号処理を行い、前記無線通信部５からベースバンド信号（アナログ信号）１１として出力される。
【００２１】
前記無線通信部５から出力されるベースバンド信号１１は、前記同軸ケーブル７を経て前記ベースバンド部４に入力される。該ベースバンド部４ではベースバンド信号１１をＡ／Ｄ変換、相関検出、等化処理、同期処理、復調処理、誤り訂正、ＰＬＣＰの解析、ＭＡＣフレームの解析等の処理が行われ、データ１０として出力される。前記ベースバンド部４から出力されるデータ１０は、前記イーサネット２を経てデータ受信端末（図示せず）等に送出される。
【００２２】
本実施例の送信方式では、フレーム変換処理、変調処理を前記ベースバンド部４を構成するＭＡＣ層（無線）（後述）、ＰＨＹ層（無線）（後述）により実行する。
【００２３】
以下、図２を参照して本実施例に於けるベースバンド部４について説明する。
【００２４】
該ベースバンド部４は、ＰＨＹ層（有線）１４、ＭＡＣ層（有線）１５、ＭＡＣ層（無線）１６、ＰＨＹ層（無線）１７を有し、前記ＰＨＹ層（有線）１４、前記ＭＡＣ層（有線）１５は有線処理系、前記ＭＡＣ層（無線）１６、前記ＰＨＹ層（無線）１７は無線処理系を構成する。
【００２５】
前記ＰＨＹ層（有線）１４、前記ＭＡＣ層（有線）１５は前記イーサネット２を介して入力されたデータ１０について、フレーム生成、及び制御を行い、前記ＭＡＣ層（無線）１６、前記ＰＨＹ層（無線）１７は、フレーム生成、無線ＬＡＮの制御を行う。
【００２６】
次に、前記ベースバンド部４での送信データ及び受信データの流れ、各層での処理内容について説明する。
【００２７】
送信データの場合、前記イーサネット２を介して前記データ１０が前記ＰＨＹ層（有線）１４に入力されると、該ＰＨＹ層（有線）１４に於いて、ピッチデータから無線通信を行う為にフレーム化され、ＭＡＣフレーム１８として、前記ＭＡＣ層（有線）１５に送出される。該ＭＡＣ層（有線）１５では、イーサネット２のＭＡＣフレームを解析し、ＭＡＣヘッダを取出し、上位層と送受されるデータの形式とした信号１９を前記ＭＡＣ層（無線）１６に送出する。
【００２８】
該ＭＡＣ層（無線）１６に於いて、前記信号１９に無線用のＭＡＣヘッダを付し、無線用のＭＡＣフレーム２０を生成する。又、送信処理の中で前記ＰＨＹ層（無線）１７に対して変調方式、データサイズ、自身が生成したＭＡＣフレーム等の情報をプリミティブと呼ばれるメッセージを用いて通知する。
【００２９】
前記ＰＨＹ層（無線）１７では、前記ＭＡＣ層（無線）１６から通知された情報を基に、ＰＬＣＰフレームを生成する。この時、ＰＬＣＰフレームの中に前記ＭＡＣ層（無線）１６から指示された変調方式の情報を格納し、前記ベースバンド信号１１として前記同軸ケーブル７を介して前記無線通信部５に入力される様になっている。
【００３０】
又、受信データの場合、前記同軸ケーブル７を介して前記ベースバンド信号１１が前記ＰＨＹ層（無線）１７に入力されると、該ＰＨＹ層（無線）１７に於いて、前記ベースバンド信号１１をＡ／Ｄ変換、相関検出、等化処理、同期処理、復調処理、誤り訂正等の所定の処理を行った後、最終的にＰＬＣＰフレームを解析し、送信データと同様プリミティブと呼ばれるメッセージを用いてＭＡＣフレーム、データサイズ、変調方式、受信レベル、等化誤差等の情報を前記ＭＡＣ層（無線）１６に通知する。
【００３１】
該ＭＡＣ層（無線）１６では、無線用の前記ＭＡＣフレーム２０を解析し、ＭＡＣヘッダを取出し、上位層と送受されるデータの形式とした信号１９を前記ＭＡＣ層（有線）１５に送出する。
【００３２】
該ＭＡＣ層（有線）１５に於いて、前記信号１９にイーサネット２のＭＡＣヘッダを付し、イーサネット２のＭＡＣフレーム１８として前記ＰＨＹ層（有線）１４に送出される。該ＰＨＹ層（有線）１４では、前記ＭＡＣフレーム１８を解析し、ピッチデータとしてデータ１０が前記イーサネット２を経てデータ受信端末（図示せず）等に入力される様になっている。
【００３３】
次に、図３に於いて、前記ベースバンド部４の無線処理系の詳細について説明する。
【００３４】
該無線処理系のうち、前記ＭＡＣ層（無線）１６は、変調方式選択部２２、等化誤差情報処理部２３、変調方式設定部２４、受信レベル処理部２５を有している。
【００３５】
前記変調方式選択部２２は、フレーム化されたデータを送信する際に任意の変調方式を選択し、前記変調方式設定部２４に選択した変調方式に対応する変調方式設定値２６を通知すると共に、データ受信の際には受信したデータと予め設定された閾値２７とを比較し、変調方式を選択する機能を有している。
【００３６】
前記変調方式設定部２４は前記変調方式選択部２２から通知された変調方式設定値２６に基づき、ＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレーム（リクエストフレーム）及びＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレーム（レスポンスフレーム）（後述）をＭＡＣフレームとして生成する機能を有している。
【００３７】
前記等化誤差情報処理部２３及び前記受信レベル処理部２５は、データ受信の際に前記ＰＨＹ層（無線）１７より前記ＭＡＣ層（無線）１６にプリミティブ２８により通知された、受信レベル情報と等化誤差情報を解析する機能を有している。
【００３８】
次に、図４（Ａ）、（Ｂ）に於いて、上記したＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームのフォーマット（ＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームフォーマット）について説明する。
【００３９】
ＡＤＤＢＡ（Ａｄｄ  Ｂｌｏｃｋ  Ａｃｋ）とは、Ｂｌｏｃｋ  Ａｃｋ方式にて通信を行う際に、事前に送信側と受信側とで変調方式や伝送レート等の通信品質を設定するネゴシエーションを行う処理であり、ＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームは受信側に対してネゴシエーションを要求するものである。
【００４０】
本実施例ではＡＤＤＢＡ  ＲｅｑｕｅｓｔフレームはＭＡＣフレームとして生成され、ＭＡＣヘッダ２９ａ、フレームボディ３１ａ、Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ（ＦＣＳ）フィールド３２ａから構成されており、前記ＭＡＣヘッダ２９ａ及び前記フレームボディ３１ａはそれぞれ複数のフィールドから構成されている。
【００４１】
前記ＭＡＣヘッダ２９ａは、フレームの種類等の情報を示すフレーム制御フィールド３３ａ、伝送レートの情報やフレーム送信に必要な時間の情報を示すＤｕｒａｔｉｏｎフィールド３４ａ、送信先アドレスを示すＤｅｓｔ  Ａｄｄｒｅｓｓ（ＤＡ）フィールド３５ａ、送信元アドレスを示すＳｏｕｒｃｅ  Ａｄｄｒｅｓｓ（ＳＡ）フィールド３６ａ、アドホックモードに於けるフレームの送受信を行うネットワークを識別する為のＩＤを示すＩｎｄｅｐｅｎｄｅｎｔ  Ｂａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ（ＩＢＳＳＩＤ）フィールド３７ａ、ＭＡＣフレームのシーケンス番号と、フラグメントの為のフラグメント番号を示すＳｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールド３８ａから構成されている。
【００４２】
又、フレームボディ３１ａは、フレームの機能を示すＣａｔｅｇｏｒｙフィールド３９ａ、フレームの機能の詳細を示すＡｃｔｉｏｎフィールド４１ａ、リクエストとレスポンスを識別する為のＤｉａｌｏｇ  Ｔｏｋｅｎフィールド４２ａ、ネゴシエーションを行う際に使用されるＢｌｏｃｋ  Ａｃｋ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔフィールド４３ａ、フレーム交換の際のタイムアウト値を示すＢｌｏｃｋ  Ａｃｋ  Ｔｉｍｅｏｕｔ  Ｖａｌｕｅフィールド４４ａ、Ｂｌｏｃｋ  Ａｃｋ通信を開始するＭＡＣフレームのシーケンス番号を示すＢｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールド４５から構成されており、前記Ｂｌｏｃｋ  Ａｃｋ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔフィールド４３ａはＲｅｓｅｒｖｅフィールド４６ａ、Ｂｌｏｃｋ  Ａｃｋ  Ｐｏｌｉｃｙフィールド４７ａ、ＴＩＤフィールド４８ａ、Ｂｕｆｆｅｒ  Ｓｉｚｅフィールド４９ａの４つのサブフィールドから構成されている。
【００４３】
又、ＦＣＳフィールド３２ａは、前記ＭＡＣヘッダ２９ａと前記フレームボディ３１ａのエラーを検出する為の訂正情報が格納されている。
【００４４】
従来のＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームの場合、前記Ｃａｔｅｇｏｒｙフィールド３９ａには従来Ｂｌｏｃｋ  Ａｃｋを表すＣｏｄｅ＝３が設定されるが、本実施例では該Ｃａｔｅｇｏｒｙフィールド３９ａをＲＡＴＥフィールド５１ａとして使用している。
【００４５】
図５（Ａ）、（Ｂ）はＡＤＤＢＡフレームの従来例と本実施例を比較した部分詳細図であり、図５（Ｂ）はＲＡＴＥフィールド５１及び該ＲＡＴＥフィールド５１のサブフィールドを示している。前記ＲＡＴＥフィールド５１はＲｅｓｅｒｖｅフィールド５２、変調方式フィールド５３、Ｃａｔｅｇｏｒｙ  Ｃｏｄｅフィールド５４の３つのサブフィールドにより構成されている。
【００４６】
該Ｃａｔｅｇｏｒｙ  Ｃｏｄｅフィールド５４にはＦＦ（ｈｅｘ）固定値が設定され、前記変調方式フィールド５３には送信側で任意に選択された変調方式の設定値（３ｂｉｔ）が設定され、前記Ｒｅｓｅｒｖｅフィールド５２には０が設定され、前記ＲＡＴＥフィールド５１としては従来の前記Ｃａｔｅｇｏｒｙフィールド３９のＲｅｓｅｒｖｅフィールド（図示せず）のＣｏｄｅ値（４−１２６）が使用される。
【００４７】
次に、図６（Ａ）、（Ｂ）に於いて、ＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームのフォーマット（ＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームフォーマット）について説明する。
【００４８】
ＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームの基本的な構成はＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレーム（図４参照）と同様であり、送信側からのＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームの応答として、受信側からＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームを返信することで送信側とのネゴシエーションを行う様になっている。
【００４９】
又、ＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームは、ＭＡＣヘッダ２９ｂ、フレームボディ３１ｂ、ＦＣＳ３２ｂから構成されているが、ＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームには前記Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールド４５が存在せず、代りにＢｌｏｃｋ  Ａｃｋ通信が成功したか、或は失敗した場合はその原因を示すコードが設定されるＳｔａｔｕｓ  Ｃｏｄｅフィールド５５を有している。
【００５０】
又、ＡＤＤＢＡ  ＲｅｓｐｏｎｓｅフレームもＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームと同様、従来のＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームに於けるＣａｔｅｇｏｒｙフィールド３９ｂをＲＡＴＥフィールド５１ｂとして使用している。
【００５１】
次に、Ｂｌｏｃｋ  Ａｃｋ方式にて通信を行う際の前記ＭＡＣ層（無線）１６での処理について説明する。
【００５２】
Ｂｌｏｃｋ  Ａｃｋ方式の通信にて送信を行う際には、先ず送信側の前記ＭＡＣ層（無線）１６の前記変調方式選択部２２にて任意の変調方式が選択され、選択された変調方式に対応する前記変調方式設定値２６が前記変調方式設定部２４に通知される。
【００５３】
該変調方式設定部２４は、通知された前記変調方式設定値２６に従ってＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームを生成し、プリミティブ２８として前記ＰＨＹ層（無線）１７に通知され、受信側にＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームを出力する。
【００５４】
又、受信を行う際には、送信側から出力されたＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームが前記ＰＨＹ層（無線）１７に入力され、該ＰＨＹ層（無線）１７よりプリミティブ２８にてＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームの受信レベル情報と等化誤差情報が前記ＭＡＣ層（無線）１６に通知される。
【００５５】
該ＭＡＣ層（無線）１６では、通知された受信レベル情報と等化誤差情報が前記受信レベル処理部２５及び前記等化誤差情報処理部２３にて解析され、解析結果が前記変調方式選択部２２にて予め設定された閾値２７と比較され、最適な変調方式が選択される。選択された変調方式がＡＤＤＢＡ  ＲｅｓｐｏｎｓｅフレームのＲＡＴＥフィールド５１ｂに設定され、送信側からのＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームの応答として、ＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームが送信側に返信される。
【００５６】
送信側にＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームが受信されると、送信側はＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームの前記ＲＡＴＥフィールド５１ｂに設定された変調方式を取出し、該変調方式にてデータをＤａｔａフレーム（データフレーム）として送信する。全Ｄａｔａフレームの送信が完了すると、送信側が受信側に正常受信したＤａｔａフレームに対する確認応答の要求であるＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔフレームを送信し、Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔフレームを受信した受信側が正常受信したフレームに対する確認応答であるＢｌｏｃｋ  Ａｃｋフレームを送信側に送信することで、通信が完了する。
【００５７】
図７は本実施例のタイミングチャートであり、図７を参照してＢｌｏｃｋ  Ａｃｋ方式の通信のシーケンスを説明する。尚、本実施例に於けるＢｌｏｃｋ  Ａｃｋ方式の通信の動作概要としては、基本的には従来のＢｌｏｃｋ  Ａｃｋ方式の通信と同様な手順で行われる。
【００５８】
先ず、送信局５６からＢｌｏｃｋ  Ａｃｋ方式の通信のネゴシエーションの為に前記変調方式選択部２２（図３参照）にて任意に選択された変調方式を前記変調方式設定部２４（図３参照）によって前記ＲＡＴＥフィールド５１ａ（図４（Ｂ）参照）に設定し、ＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームを受信局５７に送信する。
【００５９】
該受信局５７では、前記送信局５６より送られたＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームの受信レベル及び等化誤差情報が前記ＰＨＹ層（無線）１７（図３参照）より取得されると共に、ＡＤＤＢＡ  ＲｅｑｕｅｓｔフレームのＲＡＴＥフィールド５１ａに設定されている変調方式を取得する。前記変調方式選択部２２はＰＨＹ層（無線）１７より取得した受信レベル及び等化誤差情報と閾値２７（図３参照）を比較し、決定した最終的な変調方式を、ＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームの前記ＲＡＴＥフィールド５１ｂ（図５（Ｂ）参照）に設定し、前記送信局５６に返信する。
【００６０】
該送信局５６は、ＡＤＤＢＡ  ＲｅｓｐｏｎｓｅフレームのＲＡＴＥフィールド５１ｂから変調方式を取得し、それ以降のＤａｔａフレームについてはＡＤＤＢＡ  ＲｅｓｐｏｎｓｅフレームのＲＡＴＥフィールド５１ｂに設定された変調方式によって前記送信局５６より送信される。
【００６１】
全てのＤａｔａフレームを送信した後に、前記送信局５６から前記受信局５７にＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔフレームを送信し、Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔフレームを受信した前記受信局５７は前記送信局５６にＢｌｏｃｋ  Ａｃｋフレームを返信し、前記送信局５６は返信されたＢｌｏｃｋ  Ａｃｋフレームを解析し、全てのＤａｔａフレームが正常に送信できていれば通信が終了する。正常に送信できなかったＤａｔａフレームがある場合には送信できなかったＤａｔａフレームを再度送信し、Ｄａｔａフレームの送信が完了した後に前記受信局５７にＢｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔフレームを送信し、返信されたＢｌｏｃｋ  Ａｃｋフレームを解析する。解析の結果再度送信したＤａｔａフレームが正常に送信されていれば通信を終了し、送信できなかったＤａｔａフレームがある場合には該Ｄａｔａフレームが正常に送信される迄上記処理を繰返し、通信を終了する。
【００６２】
上述の様に、送信側から受信側にデータを送信する前に、送信側がＭＡＣフレームとして生成されたＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレームを送信し、受信側が受信レベル及び等化誤差情報を基に選択された変調方式を有するＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームを返信してネゴシエーションを行い、送信側がＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームから取得した変調方式にてＤａｔａフレームを送信する様にしたので、送信側がＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームを受信した後に改めてＭＡＣフレームを送信し、ネゴシエーションを行う必要がなく、通信工程の簡略化を図ることができ、無線空間を多く占有する場合でも適切な変調方式で通信することができる。
【００６３】
又、本実施例は従来のＡＤＤＢＡ  Ｒｅｑｕｅｓｔフレーム及びＡＤＤＢＡ  Ｒｅｓｐｏｎｓｅフレームの前記Ｃａｔｅｇｏｒｙフィールド３９を前記ＲＡＴＥフィールド５１に変更するだけで実施可能であるので、従来のフレーム構成を僅かに変更するだけでよく、容易に実施可能である。
【００６４】
更に、最適な変調方式を選択することにより、無線空間を無駄に占有することがなく、より多くの無線空間を利用することが可能となる。
【００６５】
（付記）
又、本発明は以下の実施の態様を含む。
【００６６】
（付記１）データの送受信を行う複数の無線端末に於いて、ある１対１の送信の際、送信側が送信データを送信する前に受信側からの受信品質及び受信レベルといった事前の受信側のステータス情報を加味した上で、送信側から変調方式を選択し、受信側に通達し、受信側では送信側から指定された変調方式が可能かどうかを吟味し、最終的な変調方式を送信側に応答し、受信側からの応答を受信した送信側が受信側から指定された最終的な変調方式で送信データを送信することを特徴とする無線通信システム。
【００６７】
（付記２）ベースバンドの１階層・ＭＡＣ層（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒ）に於いて、変調方式の選択を制御する付記１の無線通信システム。
【符号の説明】
【００６８】
１              無線通信システム
２              イーサネット
３              送受信装置
４              ベースバンド部
５              無線通信部
６              空中線
１０            データ
１１            ベースバンド信号
１２            無線信号
１４            ＰＨＹ層（有線）
１５            ＭＡＣ層（有線）
１６            ＭＡＣ層（無線）
１７            ＰＨＹ層（無線）
１８            ＭＡＣフレーム
１９            信号
２０            ＭＡＣフレーム
２９            ＭＡＣヘッダ
３１            フレームボディ
５１            ＲＡＴＥフィールド
【図１】
2012019459.tif 000003
【図２】
2012019459.tif 000004
【図３】
2012019459.tif 000005
【図４】
2012019459.tif 000006
【図５】
2012019459.tif 000007
【図６】
2012019459.tif 000008
【図７】
2012019459.tif 000009