(57)【要約】      （修正有）【課題】通信の信頼性を高める、無線通信装置、無線通信方法およびプログラムを提供する。【解決手段】無線通信装置は、周波数帯域を使って搬送される物理ヘッダと、周波数帯域を分割したリソースユニットを含み、リソースユニットを使ってデータを搬送する物理ペイロードとを含む物理フレームを送信する送信部と、複数のリソースユニットの宛先を同一の無線端末に設定し、複数のリソースユニットを使って搬送される前記データの少なくとも一部を同一の内容に設定する、処理部とを備える。【選択図】図３
2020043511.tif 000002
【特許請求の範囲】
【請求項１】
周波数帯域を使って搬送される物理ヘッダと、前記周波数帯域を分割したリソースユニットを含み、前記リソースユニットを使ってデータを搬送する物理ペイロードとを含む物理フレームを送信する、送信部と、
複数の前記リソースユニットの宛先を同一の無線端末に設定し、複数の前記リソースユニットを使って搬送される前記データの少なくとも一部を同一の内容に設定する、処理部とを備える
無線通信装置。
【請求項２】
前記処理部は、複数の前記リソースユニットを使って搬送される前記データのうち、少なくともＭＡＣ層のデータフレームを同一の内容に設定する、
請求項１に記載の無線通信装置。
【請求項３】
前記処理部は、複数の前記リソースユニットを使って搬送される前記データに、宛先の前記無線端末が自装置と通信するときに、同一の前記リソースユニットを使って返信することを求める情報を設定する、
請求項１または２に記載の無線通信装置。
【請求項４】
前記処理部は、宛先の前記無線端末が自装置と通信するときに、同一の前記リソースユニットを使って返信することを求める前記情報を、前記データに含まれるＴｒｉｇｇｅｒフレームに設定する、
請求項３に記載の無線通信装置。
【請求項５】
前記送信部は、複数の前記周波数帯域を使って前記物理フレームを送信し、前記処理部は、前記物理フレームの搬送に使われる前記周波数帯域ごとに前記物理ヘッダを設定する、
請求項１ないし４のいずれか一項に記載の無線通信装置。
【請求項６】
複数の前記リソースユニットは、異なる前記周波数帯域に属する前記リソースユニットを含む、
請求項５に記載の無線通信装置。
【請求項７】
前記処理部は、前記物理ヘッダに、複数の第１フィールドを設定し、前記第１フィールドは前記周波数帯域に含まれるいずれかの前記リソースユニットの宛先を指定する、
請求項１ないし６のいずれか一項に記載の無線通信装置。
【請求項８】
前記処理部は、前記物理ヘッダに、複数の第１フィールドを設定し、前記第１フィールドは、前記物理ヘッダが搬送される前記周波数帯域を含む複数の前記周波数帯域に含まれるいずれかの前記リソースユニットの宛先を指定する、
請求項５または６に記載の無線通信装置。
【請求項９】
前記処理部は、誤り検出符号または誤り訂正符号を含む第２フィールドを共有しない前記第１フィールドによって複数の前記リソースユニットに含まれるそれぞれの前記リソースユニットの宛先を指定する、
請求項７または８に記載の無線通信装置。
【請求項１０】
前記処理部は、前記物理ヘッダに、前記リソースユニットの周波数幅または前記リソースユニットに含まれるサブキャリアの数、前記リソースユニットの配置に係る情報を含む第３フィールドを設定する、
請求項１ないし９のいずれか一項に記載の無線通信装置。
【請求項１１】
周波数帯域を分割したリソースユニットを使って第１データを搬送する第１物理ペイロードと、前記周波数帯域を使って搬送される第１物理ヘッダとを含む、第１物理フレームを受信し、前記第１物理ヘッダに含まれ、いずれかの前記リソースユニットの宛先を指定する、第１フィールドを検出し、前記リソースユニットの宛先として自装置を指定する前記第１フィールドが複数検出された場合には、複数の前記第１フィールドに対応する前記リソースユニットのうち、少なくともいずれかの前記リソースユニットを復調し、前記第１データを抽出する、受信部と、
前記受信部が抽出した前記第１データに含まれるＭＡＣフレームの種類を判定する、処理部とを備える
無線通信装置。
【請求項１２】
前記受信部は、複数の前記周波数帯域を使って送信された前記第１物理フレームを受信し、前記第１物理フレームが前記周波数帯域ごとに設定された前記第１物理ヘッダを含む場合、前記リソースユニットの宛先として自装置を指定する前記第１フィールドが検出できた前記周波数帯域に含まれる前記リソースユニットを復調し、前記第１データを抽出する、
請求項１１に記載の無線通信装置。
【請求項１３】
前記受信部は、複数の前記周波数帯域を使って送信された前記第１物理フレームを受信し、前記第１物理フレームが前記周波数帯域ごとに設定された前記第１物理ヘッダを含み、検出した前記第１フィールドが、宛先として自装置を指定しており、前記第１フィールドの含まれる前記第１物理ヘッダが搬送された前記周波数帯域とは異なる前記周波数帯域に含まれる前記リソースユニットに対応付けられている場合、前記第１フィールドの含まれる前記第１物理ヘッダが搬送された前記周波数帯域とは異なる前記周波数帯域に含まれる前記リソースユニットを復調し、前記第１データを抽出する、
請求項１１または１２に記載の無線通信装置。
【請求項１４】
前記受信部は、複数の前記周波数帯域を使って送信された前記第１物理フレームを受信し、前記第１物理フレームが前記周波数帯域ごとに設定された前記第１物理ヘッダを含み、一部の前記周波数帯域を使って搬送された前記第１物理ヘッダに含まれる前記第１フィールドを参照の対象としない場合に、宛先として自装置を指定した前記第１フィールドに対応付けられた前記リソースユニットのうち、前記第１フィールドが参照の対象とされない前記周波数帯域を使って搬送された前記リソースユニットより、前記第１フィールドが参照の対象とされている前記周波数帯域を使って搬送された前記リソースユニットを優先して復調し、前記第１データを抽出する、
請求項１１ないし１３のいずれか一項に無線通信装置。
【請求項１５】
前記受信部は、複数の前記周波数帯域を使って送信された前記第１物理フレームを受信し、前記第１物理フレームが前記周波数帯域ごとに設定された前記第１物理ヘッダを含み、宛先として自装置を指定した前記第１フィールドに対応付けられた前記リソースユニットが複数の前記周波数帯域にある場合には、前記第１物理ヘッダに含まれる前記第１フィールドついて検出された誤り訂正符号または誤り検出符号のエラー件数が少ない前記前記周波数帯域を使って搬送された前記リソースユニットを優先して復調し、前記第１データを抽出する、
請求項１１ないし１４のいずれか一項に無線通信装置。
【請求項１６】
前記周波数帯域を使って搬送される第２物理ヘッダと、前記周波数帯域を分割した前記リソースユニットを含み、前記リソースユニットを使って第２データを搬送する第２物理ペイロードとを含む第２物理フレームを送信する、送信部を備え、
前記処理部は、前記ＭＡＣフレームの種類がデータフレームであると判定された場合には、応答フレームを生成し、前記送信部は前記受信部が前記第１データを抽出した少なくともいずれかの前記リソースユニットを使い、前記第１物理フレームの送信元宛に、前記第２データとして前記第２物理ペイロードに前記応答フレームが含まれる、前記第２物理フレームを送信する、
請求項１１ないし１５のいずれか一項に無線通信装置。
【請求項１７】
前記処理部は、前記受信部が前記リソースユニットの宛先として自装置を指定する前記第１フィールドを複数検出した場合、複数の前記第１フィールドに対応する前記リソースユニットのうち、少なくともふたつの前記リソースユニットを最大比合成し、前記第１データを抽出する、
請求項１１ないし１６のいずれか一項に記載の無線通信装置。
【請求項１８】
周波数帯域を使って搬送される物理ヘッダと、前記周波数帯域を分割したリソースユニットを含み、前記リソースユニットを使ってデータを搬送する物理ペイロードとを含む、物理フレームを使う無線通信方法であって、
第１無線通信装置が第１物理フレームの前記物理ヘッダに含まれる、複数の前記リソースユニットの宛先を第２無線通信装置に設定し、複数の前記リソースユニットを使って搬送される前記データの少なくとも一部を同一の内容に設定するステップと、
前記第１無線通信装置が前記第１物理フレームを送信するステップと、
前記第２無線通信装置が前記第１物理フレームを受信するステップと、
前記第２無線通信装置が受信した前記第１物理フレームの前記物理ヘッダに含まれ、いずれかの前記リソースユニットの宛先を指定する、第１フィールドを検出するステップと、
前記第２無線通信装置が前記リソースユニットの宛先として自装置を指定する前記第１フィールドを複数検出した場合には、複数の前記第１フィールドに対応する前記リソースユニットのうち、少なくともいずれかの前記リソースユニットを復調し、前記データを抽出するステップとを含む、
無線通信方法。
【請求項１９】
前記第２無線通信装置が抽出された前記データに含まれるＭＡＣフレームの種類を判定するステップと、
前記第２無線通信装置が判定した前記ＭＡＣフレームの種類がデータフレームである場合には、応答フレームを生成し、前記データの抽出を行った少なくともいずれかの前記リソースユニットを使い、前記第１無線通信装置宛に、前記物理ペイロードに前記応答フレームが含まれる、第２物理フレームを送信するステップとを含む、
請求項１８に記載の無線通信方法。
【請求項２０】
周波数帯域を分割したリソースユニットを使ってデータを搬送する物理ペイロードと、前記周波数帯域を使って搬送される物理ヘッダとを含む、第１物理フレームを受信するステップと、
前記物理ヘッダに含まれ、いずれかの前記リソースユニットの宛先を指定する、第１フィールドを検出し、前記リソースユニットの宛先として自装置を指定する前記第１フィールドが複数検出された場合には、複数の前記第１フィールドに対応する前記リソースユニットのうち、少なくともいずれかの前記リソースユニットを復調し、前記データを抽出するステップと、
抽出された前記データに含まれるＭＡＣフレームの種類を判定するステップと、
前記ＭＡＣフレームの種類がデータフレームであると判定された場合には、応答フレームを生成し、前記第１物理フレームと同一の形式の第２物理フレームにおける、前記データを抽出した少なくともいずれかの前記リソースユニットを使って、前記第１物理フレームの送信元の無線通信装置に前記応答フレームを送信するステップとを含む、
無線通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、無線通信装置、無線通信方法およびプログラムに関する。
【背景技術】
【０００２】
無線ＬＡＮは、各種のセンサネットワークや、発電所、工場、交通システムなどのインフラ設備の監視・制御にも適用されている。ライフラインや経済活動を維持していく上で、インフラ設備の正常な稼働は欠くことができない条件となっている。したがって、無線ＬＡＮによるデータ通信の一層の高信頼化を進めていく必要がある。
【０００３】
一般に無線ＬＡＮでは、データを正常に受信したら、応答フレーム（例えば、ＡｃｋフレームやＢｌｏｃｋＡｃｋフレーム）を送信元の無線通信装置に送信する。送信元の無線通信装置は、応答フレームを受信できない場合、データの再送信を行う。したがって、特定の周波数帯域において伝搬路の品質が劣化すると、同じデータの送信が繰り返され、無線ＬＡＮの通信パフォーマンスが著しく低下する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−２０８３１７号公報
【特許文献２】米国特許出願公開第２０１７／０３０３４１７号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態は、通信の信頼性を高める、無線通信装置、無線通信方法およびプログラムを提供する。
【課題を解決するための手段】
【０００６】
本発明の実施形態としての無線通信装置は、周波数帯域を使って搬送される物理ヘッダと、前記周波数帯域を分割したリソースユニットを含み、前記リソースユニットを使ってデータを搬送する物理ペイロードとを含む物理フレームを送信する、送信部と、複数の前記リソースユニットの宛先を同一の無線端末に設定し、複数の前記リソースユニットを使って搬送される前記データの少なくとも一部を同一の内容に設定する、処理部とを備える。
【図面の簡単な説明】
【０００７】
【図１】第１の実施形態に係る無線通信システムの例を示した図。
【図２】リソースユニットの配置パターンの例を示したテーブル。
【図３】第１の実施形態に係る無線通信装置の構成例を示したブロック図。
【図４】ＤＬ  ＯＦＤＭＡの物理フレームのフォーマットの例を示した図。
【図５】Ｕｓｅｒフィールドとリソースユニットの対応関係を示す図。
【図６】ＭＡＣフレームのフォーマットの例を示した図。
【図７】Ｔｒｉｇｇｅｒフレームのフォーマットの例を示した図。
【図８】各リソースユニットに割り当てられた番号を示したテーブル。
【図９】ＢｌｏｃｋＡｃｋフレームのフォーマットの例を示した図。
【図１０】第１の実施形態に係るフレームのシーケンスの例を示した図。
【図１１】第１の実施形態に係るアクセスポイントの処理を示すフローチャート。
【図１２】第１の実施形態に係るアクセスポイントの処理を示すフローチャート。
【図１３】第１の実施形態に係る無線端末の構成例を示したブロック図。
【図１４】第１の実施形態に係る無線端末の処理を示すフローチャート。
【図１５】第１の実施形態に係る無線端末の処理を示すフローチャート。
【図１６】第２の実施形態に係るフレームのシーケンスの例を示した図。
【図１７】第２の実施形態に係るアクセスポイントの処理を示すフローチャート。
【図１８】第２の実施形態に係るアクセスポイントの処理を示すフローチャート。
【図１９】第３の実施形態に係るアクセスポイントの処理を示すフローチャート。
【図２０】第２の実施形態に係る無線端末の処理を示すフローチャート。
【図２１】第３の実施形態に係るフレームのシーケンスの例を示した図。
【図２２】第３の実施形態に係るフレームのシーケンスの例を示した図。
【図２３】第３の実施形態に係るアクセスポイントの処理を示すフローチャート。
【図２４】第３の実施形態に係るアクセスポイントの処理を示すフローチャート。
【図２５】第４の実施形態に係るＤＬ  ＯＦＤＭＡのＨＥ−ＳＩＧ−Ｂの例を示した図。
【発明を実施するための形態】
【０００８】
無線ＬＡＮ規格して知られているＩＥＥＥ  Ｓｔｄ  ８０２．１１ＴＭ−２０１２およびＩＥＥＥ  Ｓｔｄ  ８０２．１１ａｃＴＭ−２０１３、は、本明細書においてその全てが参照によって組み込まれる（ｉｎｃｏｒｐｏｒａｔｅｄ  ｂｙ  ｒｅｆｅｒｅｎｃｅ）ものとする。
【０００９】
以下、図面を参照しながら、本発明の実施形態について説明する。また、図面において同一の構成要素は、同じ番号を付し、説明は、適宜省略する。
【００１０】
（第１の実施形態）
図１は、第１の実施形態に係る無線通信システムを示している。図１の無線通信システムは、基地局であるアクセスポイント（ＡＰ）１１と、複数の無線端末（ＳＴＡ）１〜４を含む無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）である。アクセスポイント１１は特定の地点に設置された無線通信装置であってもよし、アクセスポイントとして動作するモードと、無線端末として動作するモードを切り替え可能な無線通信装置であってもよい。無線端末１〜４も、アクセスポイントとして動作するモードと、無線端末として動作するモードを切り替え可能な無線通信装置であってもよい。なお、以降では必要に応じてアクセスポイントを第１無線通信装置、無線端末を第２無線通信装置とよぶものとする。
【００１１】
以下では無線ＬＡＮがインフラストラクチャモードで動作している場合を例に説明する。ただし、複数の無線通信装置が基地局を介さずに直接通信をするアドホックモードのネットワークへの適用を妨げるものではない。この場合、いずれかの無線通信装置はアドホックネットワークのオーナーとして動作していてもよい。
【００１２】
アクセスポイント１１は、ＤＬ（Ｄｏｗｎｌｉｎｋ）  ＯＦＤＭＡ  Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）による通信に対応した無線通信装置である。一方、無線端末１〜４はＤＬ  ＯＦＤＭＡの受信処理と、ＵＬ  ＯＦＤＭＡの送信処理を実行することが可能な無線通信装置である。ＤＬ  ＯＦＤＭＡおよびＵＬ  ＯＦＤＭＡの定義については後述する。
【００１３】
ＯＦＤＭ（直交周波数分割多元接続：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｉｎｇ）を使った無線通信では、周波数帯域を複数のサブキャリアに分割し、それぞれのサブキャリアを用いてデータを周波数方向で並列的に送信する技術である。ＯＦＤＭでは各サブキャリアが互いに直交するため、サブキャリアを密に配置して、周波数帯域を有効活用することができる。例えば、略２０ＭＨｚ幅に含まれる複数のサブキャリアを使って一ユーザのデータを搬送することができる。
【００１４】
ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）を使った無線通信では、物理フレーム（Ｐｈｙｓｉｃａｌ  Ｆｒａｍｅ：ＰＨＹ  ＦＲＡＭＥ）の周波数帯域内に複数のサブキャリアの集合である、リソースユニット（ＲＵ：Ｒｅｓｏｕｒｃｅ  Ｕｎｉｔ）を定義する。また、リソースユニットは物理フレームの周波数帯域を分割したものと定義することも可能である。各リソースユニットには一ユーザを割り当てることができる。複数のＲＵを定義することによって、使用する周波数帯域幅を増やさずに複数のユーザに係るデータを同時に搬送することができる。アクセスポイントから無線端末に送信されるＯＦＤＭＡをＤＬ  ＯＦＤＭＡとよぶ。一方、無線端末からアクセスポイントに送信されるＯＦＤＭＡをＵＬ  ＯＦＤＭＡとよぶ。
【００１５】
アクセスポイントは各ＲＵの周波数幅または各ＲＵに含まれるサブキャリアの数と、各ＲＵの配置とを含むパターンを選択してＯＦＤＭＡによるデータ送信を行う。このようなパターンをＲＵアロケーション（ＲＵ  Ａｌｌｏｃａｔｉｏｎ）という。図２のテーブルは複数のＲＵアロケーションの例を示している。
【００１６】
図２のテーブルでは、ひとつのリソースユニットが使用する連続したサブキャリアの数（ｔｏｎｅ）が２６、５２、１０６、２４２のいずれかとなっている。図２のテーブルには、ＴＹＰＥ＝０からＴＹＰＥ＝２５まで２６通りのパターンが含まれている。
【００１７】
（アクセスポイントの構成例）
図３は、第１の実施形態に係る無線通信装置の構成例を示している。以下では、図３を参照しながら本実施形態に係る無線通信装置を説明する。図３は、図１のアクセスポイント１１に係る構成の一例を示している。なお、無線端末１〜４の構成例については後述する。
【００１８】
図３の無線通信装置１００は、ＩＥＥＥ８０２．１１シリーズまたはその後継規格などの無線ＬＡＮに準拠した通信を行う無線通信装置である。ＩＥＥＥ８０２．１１シリーズの規格の例としては、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｘなどが挙げられる。無線ＬＡＮは無線通信装置１００が使用する通信規格の一例であり、その他の通信規格を用いることを妨げない。
【００１９】
無線通信装置１００は、ホストインタフェース１０１と、ＭＡＣ層処理部１１０と、送信部１２０と、受信部１３０とを備えている。ＭＡＣ層処理部１１０は内部の構成要素として、トリガ生成部１１１と、ＲＵ割り当て部１１２と、送信フレーム生成部１１３と、フレーム解析部１１４と、制御部１１５とを備えている。送信部１２０は内部の構成要素として、符号化回路１２１と、変調回路１２２と、Ｄ／Ａコンバータ１２３と、送信アンプ１２４と、アンテナ１２５とを備えている。受信部１３０は、アンテナ１３１と、低雑音増幅器１３２と、Ａ／Ｄコンバータ１３３と、復調回路１３４と、復号回路１３５とを備えている。
【００２０】
ホストインタフェース１０１は、無線通信装置１００とホスト側の計算機との間でデータの送受信を行う手段を提供する。ホストインタフェース１０１の例としては、ＰＣＩ  Ｅｘｐｒｅｓｓ、ＵＳＢ、ＵＡＲＴ、ＳＰＩ、ＳＤＩＯ、Ｅｔｈｅｒｎｅｔなどがあるが、その他のインタフェースを用いてもよい。ホスト側の計算機の例としては、スマートフォン、タブレット、パーソナルコンピュータ、サーバ、制御用マイコン、プリンタ、デジタルカメラ、ビデオカメラ、ロボット、車載情報システムなどがあるが、プロセッサ（ＣＰＵ）を備えているのであれば、その他の装置であってもよい。ホストインタフェース１０１が計算機から受信したデータはＭＡＣ層処理部１１０に転送される。また、ホストインタフェース１０１はＭＡＣ層処理部１１０から転送されたデータを計算機に送信する。
【００２１】
ＭＡＣ層処理部１１０は、送信データをＭＡＣフレームに変換する処理、受信したＭＡＣフレームから受信データを構成する処理、ＭＡＣフレームの時間長を制御する処理、制御用フレームの生成処理、ＭＡＣフレームに制御情報を設定する処理などのＭＡＣ層（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｌａｙｅｒ）に相当する処理を実行する。また、ＭＡＣ層処理部１１０には、送信キューが設けられている。送信キューを参照することによって、無線通信装置１００において、送信待ち状態のデータがあるか否かを確認することができる。送信待ち状態のデータがある場合や、制御フレームの送信が必要だと判断される場合、ＭＡＣ層処理部１１０は、必要な物理ヘッダの構成を行い、送信部１２０に転送する。また、ＭＡＣ層処理部１１０は、受信部１３０から通知された物理フレームの物理ヘッダの情報に基づき、各種の処理を行う。
【００２２】
送信部１２０は、アンテナ１２５を使って無線によるデータ送信を行う。受信部１３０は、アンテナ１３１を使って無線によるデータ送信を行う。なお、ＭＡＣ層処理部１１０は、本実施形態に係る無線通信装置の処理部の一例である。
【００２３】
次に、送信部１２０内部の構成要素について説明する。
【００２４】
符号化回路１２１は、ＭＡＣ層処理部１１０から出力されたＭＡＣフレーム形式の送信信号を符号化する。ＭＡＣフレームの例としては、データフレーム、ＢＡ（Ｂｌｏｃｋ  ＡＣＫ）、ＡＣＫ、ＣＴＳ（Ｃｌｅａｒ  ｔｏ  Ｓｅｎｄ）などの制御フレームがある。符号化方式についても、各種のブロック符号や畳み込み符号があるが、方式については特に問わない。変調回路１２２は、符号化回路１２１から出力されたデジタル信号を変調する。変調方式の例としては、ＦＳＫ（Ｆｒｅｑｕｅｎｃｙ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）、ＢＰＳＫ、ＱＡＭなどがあるが、方式については特に限定しない。Ｄ／Ａコンバータ１２３は、デジタル信号をアナログ信号に変換する。送信アンプ１２４は、Ｄ／Ａコンバータ１２３によって変換されたアナログ信号を増幅し、アンテナ１２５より送信する。
【００２５】
送信部１２０は、さらに周波数変換を行う構成要素を備えていてもよい。周波数変換を行う構成要素の例としては、ミキサ、局部発振器などが挙げられる。例えば、送信部１２０で、ベースバンド周波数のアナログ信号を無線周波数の信号にアップコンバートしてもよい。また、送信部１２０は、ローパスフィルタ、バンドパスフィルタ、ノッチフィルタなどのフィルタを備えていてもよい。
【００２６】
アンテナ１２５は、他の無線通信装置へ無線信号を送信する。以下ではアンテナが送信する信号の周波数と、アンテナが受信する信号の周波数を無線周波数とよぶものとする。無線周波数として、例えば２．４ＧＨｚ帯や５ＧＨｚ帯などを使うことができるが、その他の周波数帯域を使ってもよい。アンテナ１２５の構成や形状については特に問わない。
【００２７】
次に、受信部１３０内部の構成要素について説明する。
【００２８】
アンテナ１３１は、他の無線通信装置から送信された無線信号を受信する。アンテナ１３１の構成や形状については特に問わない。低雑音増幅器１３２は、アナログの受信信号を増幅する。Ａ／Ｄコンバータ１３３は、アナログの受信信号をデジタル信号に変換する。復調回路１３４は、デジタル化された受信信号の復調処理を行う。復調処理では、例えばＯＦＤＭシンボルタイミング同期や、ＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）などのフーリエ変換処理などが実行される。後述するように、物理ヘッダ（Ｐｈｙｓｉｃａｌ  Ｈｅａｄｅｒ：ＰＨＹ  Ｈｅａｄｅｒ）は、物理フレームの周波数帯域で送信され、フレームの長さ、伝送レート、帯域幅などを示す情報が含まれている。復調回路１３４は必要に応じてこれらの情報の抽出処理を実行する。復号回路１３５は、デジタルの受信信号を復号し、ＭＡＣフレームに変換する。復号処理の例としては、デインタリーブ処理や、誤り訂正符号の復号などがある。最後に、ＭＡＣフレーム形式に変換された受信信号はＭＡＣ層処理部１１０に転送される。
【００２９】
受信部１３０は、さらに周波数変換を行う構成要素を備えていてもよい。周波数変換を行う構成要素の例としては、ミキサ、局部発振器などが挙げられる。例えば、受信部１３０で、無線周波数の信号をベースバンド周波数のアナログ信号にダウンコンバートしてもよい。また、受信部１３０は、ローパスフィルタ、バンドパスフィルタ、ノッチフィルタなどのフィルタ回路を備えていてもよい。
【００３０】
変調回路１２２と復調回路１３４は、物理ヘッダ（Ｐｈｙｓｉｃａｌ  Ｈｅａｄｅｒ：ＰＨＹ  Ｈｅａｄｅｒ）に格納されたフレーム長を示す情報や、伝送レート、帯域幅に係る情報を参照して、復変調処理を行ってもよい。復調回路１３４は、復変調条件を含む情報をＭＡＣ層処理部１１０に通知する。同様に、符号化回路１２１と復号回路１３５も、物理ヘッダに格納された情報に基づき、符号化処理や復号処理を実行してもよい。復号回路１３５は、復号条件に係る情報をＭＡＣ層処理部１１０に通知してもよい
【００３１】
無線通信装置１００が、各種無線ＬＡＮ規格に基づいて無線通信を行う場合、ＩＥＥＥ８０２．１１規格にしたがって復変調処理、符号化処理、復号化処理などを行う。
【００３２】
以下では、ＭＡＣ層処理部１１０に含まれる構成要素について説明する。
【００３３】
トリガ生成部１１１は、Ｔｒｉｇｇｅｒフレームを生成する。トリガ生成部１１１が生成したＴｒｉｇｇｅｒフレームを使って、ＵＬ  ＯＦＤＭＡを用いてアクセスポイントにデータを送信する、１台または複数台の無線端末を指定することができる。また、Ｔｒｉｇｇｅｒフレームには、各無線端末がＵＬ  ＯＦＤＭＡを用いてフレームを送信するときに使われる設定情報や、各無線端末に要求する動作を含めることができる。Ｔｒｉｇｇｅｒフレームの詳細については後述する。
【００３４】
ＲＵ割り当て部１１２は、ＯＦＤＭＡによるデータ送信で使用するＲＵアロケーションを決定する。さらに、ＲＵ割り当て部１１２は、各無線端末にＤＬ  ＯＦＤＭＡで送信されるデータをどのＲＵに割り当てるか決定する。また、ＲＵ割り当て部１１２は、無線端末へＤＬ  ＯＦＤＭＡで同一のデータを複数のＲＵに配置して送信する処理を行うか否かを決定する。ＲＵ割り当て部１１２によって実行される処理の詳細は後述する。
【００３５】
送信フレーム生成部１１３は、指定された構成のフレームを生成する。具体的には、ＲＵ割り当て部１１２によって決定されたＲＵアロケーションおよび各無線端末に送信されるデータのＲＵへの割り当て情報を用いて、ＤＬ  ＯＦＤＭＡのフレームを生成する。
【００３６】
フレーム解析部１１４は、ＭＡＣフレーム内のデータを参照し、必要な情報を取得する。フレーム解析部１１４は、例えばＭＡＣフレームのヘッダやボディなどのフィールドを参照し、ＭＡＣフレームの宛先、ＭＡＣフレームの種別などの情報を取得する。また、フレーム解析部１１４は受信したＭＡＣフレームのデータを参照し、ＣＲＣの計算を行う。ＣＲＣは、誤り検出符号の一例である。フレーム解析部１１４は、他の種類の誤り検出符号を用いてもよいし、誤り訂正符号を用いて、データが正常に受信できたか否かを確認してもよい。
【００３７】
制御部１１５は、無線通信装置１００の各構成要素を制御する。制御部１１５は、データの送信と受信に必要な処理を実行する。例えば、復号回路１３５からＭＡＣ層処理部に受信フレームが入力された場合、フレーム解析部１１４に当該フレームのＣＲＣを計算させる。計算されたＣＲＣが送信元で計算されたＣＲＣと一致している場合、ＲＵ割り当て部１１２にＡＣＫフレームなどの送達確認応答を含むフレームを生成させる。制御部１１５は、ＡＣＫフレームの送信タイミングになったら、ＡＣＫフレームを符号化回路１２１に入力し、送信処理を開始する。また、制御部１１５は各無線端末のＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）を管理したり、物理層のパラメータの決定処理などを実行したりする。物理層のパラメータは物理ヘッダに格納される。
【００３８】
無線通信装置１００の処理部（ＭＡＣ層処理部）、送信部、受信部を含む各構成要素は、例えば、半導体回路、ＦＰＧＡ、ＰＬＤ、ＡＳＩＣなどのハードウェア回路によって実装されていてもよい。また、プロセッサ上で動作するプログラムによって実装されていてもよいし、これらの組み合わせにより実現されていてもよい。
【００３９】
また、図３の無線通信装置１００の構成は一例にしか過ぎず、これと異なる構成に係る無線通信装置を用いてもよい。無線通信装置１００として、例えばスーパーヘテロダイン方式、Ｌｏｗ−ＩＦ（Ｌｏｗ−Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｆｒｅｑｕｅｎｃｙ）型、スライディングＩＦ型、デジタルＰＬＬ再生型、またはその他の方式の無線通信装置を使うことができる。
【００４０】
図３の無線通信装置１００は、送信用のアンテナ（アンテナ１２５）と受信用のアンテナ（アンテナ１３１）を別々に備える構成となっている。このため、図３の無線通信装置１００は半二重通信と全二重通信のいずれも行うことができる。ただし、データ送信とデータ受信に共用のアンテナを使う構成の無線通信装置を用いることを妨げるものではない。また、図３の無線通信装置１００は２つのアンテナ（アンテナ１２５、１３１）を備えているが、無線通信装置が有するアンテナの数はこれとは異なっていてもよい。
【００４１】
図４は、ＤＬ  ＯＦＤＭＡの物理フレームのフォーマットの例を示している。物理フレームは物理ヘッダ（ＰＨＹ  Ｈｅａｄｅｒ）と物理ペイロード（Ｐｈｙｓｉｃａｌ  Ｐａｙｌｏａｄ：ＰＨＹ  Ｐａｙｌｏａｄ）とを含む。さらに物理ヘッダは、Ｌｅｇａｃｙ  Ｐｒｅａｍｂｌｅの部分と、ＨＥ  Ｐｒｅａｍｂｌｅの部分とを含む。ＨＥ  ＰｒｅａｍｂｌｅのＨＥはＨｉｇｈ  Ｅｆｆｃｉｅｎｃｙの頭文字であり、ＩＥＥＥ８０２．１１ａｘ規格またはその後継規格で規定されるＰｒｅａｍｂｌｅの部分であることを示している。物理ペイロードにはＯＦＤＭ変調処理後のＭＡＣフレームに係る情報が格納される。
【００４２】
Ｌｅｇａｃｙ  Ｐｒｅａｍｂｌｅには、Ｌ−ＳＴＦ（ｎｏｎ−ＨＴ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＬＴＦ（ｎｏｎ−ＨＴ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）、Ｌ−ＳＩＧ（ｎｏｎ−ＨＴ  Ｓｉｇｎａｌ  ｆｉｅｌｄ）などＩＥＥＥ８０２．１１ａ規格で規定される物理ヘッダのフィールドが含まれる。Ｌ−ＳＴＦやＬ−ＬＴＦには予め規定されたビットパターンが格納される。規定されたビットパターンは、受信電力の調整処理、送受信タイミングの同期処理、チャネル推定などに使われる。Ｌ−ＳＩＧには、ＨＥ  Ｐｒｅａｍｂｌｅと物理ペイロードの時間長を受信側の無線通信装置が算出するのに用いられる情報が含まれる。
【００４３】
ＨＥ  ＰｒｅａｍｂｌｅはＩＥＥＥ８０２．１１ａｘ規格で規格化が検討されている。図４の例のＨＥ  Ｐｒｅａｍｂｌｅは、ＨＥ−ＳＩＧ−Ａ（ＨＥ  Ｓｉｇｎａｌ  Ａ）フィールド、ＨＥ−ＳＩＧ−Ｂ（ＨＥ  Ｓｉｇｎａｌ  Ｂ）フィールド、ＨＥ  Ｔｒａｉｎｉｎｇ  Ｓｙｍｂｏｌフィールドを含んでいる。ＨＥ  ＰｒｅａｍｂｌｅのＨＥ−ＳＩＧ−Ｂフィールドは、物理フレームがＭＵフレームである場合に存在している。したがって、ＨＥ  ＰｒｅａｍｂｌｅにＨＥ−ＳＩＧ−Ｂフィールドが含まれない場合もある。ＭＵフレームの定義については後述する。
【００４４】
ＨＥ−ＳＩＧ−Ａフィールドには、ＤＬ  ＯＦＤＭＡの物理フレームに係る属性を示す情報が格納される。例えば、ＨＥ−ＳＩＧ−Ａには当該物理フレームがＵｐｌｉｎｋ（ＵＬ：無線端末からアクセスポイントへ送信されるフレーム）またはＤｏｗｎｌｉｎｋ（ＤＬ：アクセスポイントから無線端末へ送信されるフレーム）のいずれであるかを示す情報が格納される。
【００４５】
また、図４の物理フレームを受信する無線通信装置は、Ｌｅｇａｃｙ  ＰｒｅａｍｂｌｅのＬ−ＳＩＧに含まれる情報と、ＨＥ−ＳＩＧ−Ａに含まれる情報の両方を参照することにより、当該物理フレームのフォーマットがＳＵ（Ｓｉｎｇｌｅ  Ｕｓｅｒ）フレームまたはＭＵ（Ｍｕｌｔｉ  Ｕｓｅｒ）フレームのいずれであるのかを識別することができる。
【００４６】
ＳＵフレームとは、１台の無線端末を宛先とする物理フレームである。ＭＵフレームとは、複数台の無線端末を宛先として含む物理フレームまたは複数の無線端末が同時に送信した物理フレームである。複数台の無線端末を宛先として含む物理フレームの例としては、ＯＦＤＭＡやＭＵ−ＭＩＭＯが挙げられる。
【００４７】
物理フレームがＭＵフレームであり、ＨＥ−ＳＩＧ−Ｂフィールドが存在する場合、ＨＥ−ＳＩＧ−Ａフィールドには、ＨＥ−ＳＩＧ−Ｂフィールドの伝送レートを示す情報や、ＨＥ−ＳＩＧ−Ｂフィールドの長さを示す情報が格納される。伝送レートを示す情報の例としては、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｓｃｈｅｍｅ）が挙げられる。フィールドの長さを示す情報の例としては、ＯＦＤＭ  Ｓｙｍｂｏｌの数が挙げられる。
【００４８】
また、ＨＥ−ＳＩＧ−Ａフィールドには物理フレームが占有する周波数帯域の幅（例えば、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚなど）の情報、物理ペイロードで使われるＧｕａｒｄ  Ｉｎｔｅｒｖａｌの長さ（例えば、０．８ｕｓ、１．６ｕｓ、３．２ｕｓなど）の情報、アクセスポイントが提供する無線ＬＡＮに対応するＢＳＳ（ｂａｓｉｃ  ｓｅｒｖｉｃｅ  ｓｅｔ）の情報なども格納される。ＢＳＳの例としては、アクセスポイントのＭＡＣアドレスのすべてまたは一部の情報が挙げられる。
【００４９】
ＨＥ−ＳＩＧ−Ｂフィールドは、さらにＣｏｍｍｏｎフィールドとＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドとを含む。Ｃｏｍｍｏｎフィールドには、ＯＦＤＭＡで送信するときに使用するＲＵのパターンであるＲＵアロケーションの情報（ＲＵアロケーション情報）が格納される。ＲＵアロケーション情報は２０ＭＨｚの周波数帯域ごとに設定される。したがって、８０ＭＨｚの周波数帯域を使ってＯＦＤＭＡの物理フレームが送信される場合、Ｃｏｍｍｏｎフィールドには４つのＲＵアロケーション情報が含まれる。
【００５０】
すなわち、本実施形態に係る無線通信装置の処理部は、物理ヘッダに、リソースユニットの周波数幅またはリソースユニットに含まれるサブキャリアの数、リソースユニットの配置に係る情報を含む第３フィールドを設定することができる。なお、上述のＣｏｍｍｏｎフィールドは、第３フィールドの一例である。
【００５１】
Ｕｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドは１以上のＵｓｅｒフィールド（ＵＦ）を含む。以下では、図５を参照しながら、ＵｓｅｒフィールドとＲＵとの対応関係について説明する。図５の例では、ＣｏｍｍｏｎフィールドにＴＹＰＥ＝１５が格納されている。したがって、図５ではＲＵアロケーションがＴＹＰＥ＝１５の場合における物理フレームの例が示されている。図５の縦軸は周波数を示している。図５の横軸は時間を示している。
【００５２】
図５の物理フレームには、低い周波数領域から順に、幅５２−ｔｏｎｅのＲＵ１２、幅５２−ｔｏｎｅのＲＵ１３、幅２６−ｔｏｎｅのＲＵ１４、幅５２−ｔｏｎｅのＲＵ１５、幅５２−ｔｏｎｅのＲＵ１６が含まれている。ここで、ｔｏｎｅはサブキャリアの数のことをいう。そして、図５の例では、ＵＦ＃１〜ＵＦ＃５の５つのＵｓｅｒフィールドが示されている。各Ｕｓｅｒフィールドは、いずれかのＲＵに係る情報が格納される。Ｕｓｅｒフィールドに格納されるＲＵに係る情報の例としては、ＲＵで送信されるデータの宛先となる無線端末の識別子、ＲＵの伝送速度の設定情報が挙げられる。例えば、無線端末の識別子として、無線端末がアクセスポイントに接続したときにアクセスポイントから割り当てられるＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ））を使うことができる。ＲＵの伝送速度の設定情報の例としては、ストリーム数、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｓｃｈｅｍｅ）がある。
【００５３】
すなわち、処理部（ＭＡＣ処理部）は、物理ヘッダに、複数の第１フィールドを設定し、第１フィールドは周波数帯域に含まれるいずれかのリソースユニットの宛先を指定する。なお、上述のＵｓｅｒフィールドは第１フィールドの一例である。宛先の無線端末の識別子としてＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）を使う方法は、リソースユニットの宛先を指定する方法の一例である。Ｕｓｅｒフィールドとは異なるフィールドを第１フィールドとして使ってもよいし、ＡＩＤの割り当て以外の方法によってリソースユニットの宛先を指定してもよい。
【００５４】
Ｕｓｅｒ  ＳｐｅｃｉｆｉｃフィールドにおいてＵｓｅｒフィールドが配置される順序は、物理ペイロードにおいてＲＵが配置されている周波数帯域の順序に対応している。図５の物理フレームでは、ＵＦ＃１がＲＵ１２に、ＵＦ＃２がＲＵ１３に、ＵＦ＃３がＲＵ１４に、ＵＦ＃４がＲＵ１５に、ＵＦ＃５がＲＵ１６にそれぞれ対応している。すなわち、より早い時刻に送信されるＵｓｅｒフィールドに対応するＲＵほど、より低い周波数に係る周波数帯域に配置されている。
【００５５】
なお、この対応関係は一例にしか過ぎず、これとは異なる対応関係を用いることを妨げるものではない。例えば、リソースユニットに相当するサブキャリアの識別子または範囲を指定してもよいし、リソースユニットに相当する周波数帯域を直接してもよいし、基準となる周波数からリソースユニットに相当する周波数帯域へのオフセット値を指定してもよい。
【００５６】
本実施形態において物理ヘッダを受信する無線端末は、自らの識別子が格納されているＵｓｅｒフィールド（第１フィールド）のＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドにおける位置に基づき、自らが受信すべきＲＵを特定する。
【００５７】
ＣｏｍｍｏｎフィールドとＵｓｅｒフィールドにはＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）が付加されている。ＣＲＣを使って、受信側の無線端末は各フィールドが正しく受信されているか否かを検査する。例えば、ＣｏｍｍｏｎフィールドにひとつのＣＲＣを付加する。そして、時間的に連続する２つのＵｓｅｒフィールドでひとつのＣＲＣを付加する。
【００５８】
図４に示されているように、ＨＥ  Ｔｒａｉｎｉｎｇ  Ｓｙｍｂｏｌフィールドには、ＨＥ−ＳＴＦ（ＨＥ  Ｓｈｏｒｔ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）およびＨＥ−ＬＴＦ（ＨＥ  Ｌｏｎｇ  Ｔｒａｉｎｉｎｇ  ｆｉｅｌｄ）は含まれる。ＨＥ−ＳＴＦおよびＨＥ−ＬＴＦは、受信電力の調整処理、送受信タイミングの同期処理、チャネル推定などに使われる。
【００５９】
図６は、ＩＥＥＥ８０２．１１で規定されているＭＡＣフレームのフォーマットを示している。ＩＥＥＥ８０２．１１では、無線ＬＡＮの規格の例としては、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｘまたはこれらの後継規格が挙げられる。
【００６０】
ＭＡＣフレームは、ＭＡＣ  Ｈｅａｄｅｒ部と、Ｆｒａｍｅ  Ｂｏｄｙ部と、Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ（ＦＣＳ）部とを含む。ＭＡＣ  Ｈｅａｄｅｒ部には、ＭＡＣ層での受信処理において必要な情報が設定されている。Ｆｒａｍｅ  Ｂｏｄｙ部には、フレームの種類に応じたデータのペイロードが格納される。ＦＣＳ部は、ＭＡＣ  Ｈｅａｄｅｒ部とＦｒａｍｅ  Ｂｏｄｙ部に係るデータの受信確認に用いられるＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｏｄｅ）などが格納される。
【００６１】
ＭＡＣ  Ｈｅａｄｅｒ部は、Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドと、Ｄｕｒａｔｉｏｎ／ＩＤフィールドと、複数のＡｄｄｒｅｓｓフィールドと、Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドを含む。ＭＡＣフレームがＱｏＳ  Ｄａｔａフレームである場合、ＭＡＣ  Ｈｅａｄｅｒ部はさらにＱｏＳ  Ｃｏｎｔｒｏｌフィールドを含む。
【００６２】
Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールドは、Ｔｙｐｅフィールド、Ｓｕｂｔｙｐｅフィールド、Ｔｏ ＤＳフィールド、Ｆｒｏｍ  ＤＳフィールド、ｍｏｒｅ ｆｒａｇｍｅｎｔフィールド、ｐｒｏｔｅｃｔｅｄ  ｆｒａｍｅフィールド、ｏｒｄｅｒフィールドなどを含んでいる。
【００６３】
Ｔｙｐｅフィールドには、ＭＡＣフレームが制御フレーム、管理フレーム、データフレームのいずれのフレームタイプであるのかを識別する情報が格納される。Ｓｕｂｔｙｐｅフィールドには、それぞれのフレームタイプにおけるＭＡＣフレームの種類を識別する情報が格納される。Ｔｏ ＤＳフィールドには、受信先がアクセスポイント（無線基地局）または無線端末のいずれであるかを識別する情報が格納される。Ｆｒｏｍ  ＤＳフィールドには、送信元がアクセスポイント（無線基地局）または無線端末のいずれであるかを識別する情報が格納される。
【００６４】
ｍｏｒｅ ｆｒａｇｍｅｎｔフィールドは、Ｆｒａｍｅ  Ｂｏｄｙ部におけるデータのペイロードがフラグメント化された場合、後続するフラグメントに係るフレームが存在するか否かを示す情報を格納する。ｐｒｏｔｅｃｔｅｄ  ｆｒａｍｅフィールドは、ＭＡＣフレームがプロテクト状態にあるか否かを示す情報を格納する。ｏｒｄｅｒフィールドには、ＭＡＣフレームが中継されるときに、ＭＡＣフレームが転送される順序を変更してはならない旨を示す情報が格納される。
【００６５】
Ｄｕｒａｔｉｏｎ／ＩＤフィールドには、送信待機する期間（ＮＡＶ：Ｎｅｔｗｏｒｋ  Ａｌｌｏｃａｔｉｏｎ  Ｖｅｃｔｏｒ）または、アクセスポイントに接続している無線端末に割り当てられた識別番号が格納される。Ｄｕｒａｔｉｏｎ／ＩＤフィールドの長さは１６ビットである。最上位のビット（ＭＳＢ：ｍｏｓｔ  ｓｉｇｎｉｆｉｃａｎｔ  ｂｉｔ）が０である場合には、残りの１５ビットにＤｕｒａｔｉｏｎ（ＮＡＶ）が格納されている。最上位のビットが１である場合には、残りの１５ビットにＩＤ（識別番号）が格納されている。
【００６６】
Ａｄｄｒｅｓｓ１フィールドには、ＭＡＣフレームを直接受信する無線通信装置のＭＡＣアドレスが設定される。各無線通信装置は、Ａｄｄｒｅｓｓ１フィールドを参照して当該ＭＡＣフレームが自身を宛先としているか否かを確認する。Ａｄｄｒｅｓｓ２フィールドには、ＭＡＣフレームを直前に送信した無線通信装置のＭＡＣアドレスが設定される。Ａｄｄｒｅｓｓ３フィールドには、アップリンクの通信の場合には、最終的な宛先となる無線通信装置のＭＡＣアドレスが設定される。ダウンリンクの通信の場合では、送信元である無線通信装置のＭＡＣアドレスが設定される。
【００６７】
Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌフィールドには、送信されるデータのシーケンス番号や、データをフラグメント化した場合におけるフラグメント番号などが格納される。Ａｄｄｒｅｓｓ４フィールドには、アクセスポイント（無線基地局）から別のアクセスポイント（無線基地局）にＭＡＣフレームが送信される場合にのみ存在する。Ａｄｄｒｅｓｓ４フィールドには、送信元である無線通信装置のＭＡＣアドレスが設定される。
【００６８】
上述のように、ＭＡＣフレームがデータフレームのうち、ＱｏＳ  Ｄａｔａフレームであるのであれば、当該ＭＡＣフレームはＱｏＳ  Ｃｏｎｔｒｏｌフィールドを含む。無線通信装置は、ＭＡＣフレームのＴｙｐｅフィールドを参照し、当該ＭＡＣフレームがデータフレームであるかを確認する。当該ＭＡＣフレームがデータフレームであれば、Ｓｕｂｔｙｐｅフィールドに設定された値を確認することによって、当該ＭＡＣフレームがＱｏＳ  Ｄａｔａフレームであるか、ｎｏｎ−ＱｏＳ  Ｄａｔａフレームであるかを判定することができる。
【００６９】
ＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、ＴＩＤフィールドや、Ａｃｋ  ｐｏｌｉｃｙフィールドなどを含む。ＴＩＤフィールドには、データトラフィックの種類に応じて０〜１５の値が設定される。それぞれの無線通信装置は、ＴＩＤフィールドを参照することによって、データトラフィックの種別を判定することができる。Ａｃｋ  ｐｏｌｉｃｙフィールドには、送達確認に用いられる方式が格納されている。それぞれの無線通信装置は、Ａｃｋ  ｐｏｌｉｃｙフィールドを参照することによって、ＱｏＳ  ＤａｔａフレームがＮｏｒｍａｌ  Ａｃｋ  ｐｏｌｉｃｙ、Ｂｌｏｃｋ  Ａｃｋ  ｐｏｌｉｃｙ、Ｎｏ  Ａｃｋ  ｐｏｌｉｃｙのいずれに設定されて送信されたのかを確認することができる。
【００７０】
例えば、ＱｏＳ  ＤａｔａフレームがＮｏｒｍａｌ  Ａｃｋ  ｐｏｌｉｃｙに設定されて送信されている場合、当該ＱｏＳ  Ｄａｔａフレームを受信した無線通信装置は最優先で応答フレームを送信元の無線通信装置に送信する必要がある。
【００７１】
図６に示されたＭＡＣフレームや、ＭＡＣヘッダの構成は一例にしか過ぎない。例えば、上述のＱｏＳ  Ｃｏｎｔｒｏｌフィールドは、ＩＥＥＥ８０２．１１ｅ規格ではじめて追加されたものである。したがって、新たに制定される規格においてＭＡＣヘッダへフィールドが追加されたり、用途が変更されたりする場合がある。
【００７２】
図７は、Ｔｒｉｇｇｅｒフレームのフォーマットの例を示している。Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド、Ａｄｄｒｅｓｓ１フィールド、Ａｄｄｒｅｓｓ２フィールドの内容と役割は図６のＭＡＣフレームの説明で述べた通りである。Ｔｒｉｇｇｅｒフレームの場合、Ｆｒａｍｅ  ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールドには“０１”、ＳｕｂＴｙｐｅサブフィールドには“００１０”のビット列が設定される。
【００７３】
Ａｄｄｒｅｓｓ１フィールドには、アクセスポイントがＵＬ  ＯＦＤＭＡの送信を許可する無線端末のＭＡＣアドレスが設定される。ただし、Ｔｒｉｇｇｅｒフレームが複数のＳＴＡ  Ｉｎｆｏフィールドを含む場合、Ａｄｄｒｅｓｓ１フィールドにはブロードキャストＭＡＣアドレスが設定される。Ａｄｄｒｅｓｓ２フィールドには、送信元の無線通信装置に係る情報が格納される。アクセスポイントが送信元の無線通信装置である場合、当該アクセスポイントのＭＡＣアドレスが設定される。
【００７４】
Ｃｏｍｍｏｎ  Ｉｎｆｏフィールドは、複数の無線端末がＵＬ  ＯＦＤＭＡを用いてフレームを送信するときに共通して使用される設定情報を格納する。Ｃｏｍｍｏｎ  ＩｎｆｏフィールドのＵＬ  Ｌｅｎｇｔｈサブフィールドには、例えば、各無線端末がＵＬ  ＯＦＤＭＡを用いて送信するフレームの時間長を設定することができる。フレームの時間長として、マイクロ秒単位の時間を設定してもよいし、１６マイクロ秒単位の時間を設定してもよい。また、送信データのバイト数など、フレームの時間長の計算に使用する情報を設定してもよい。ＵＬ  Ｌｅｎｇｔｈサブフィールドを用いることにより、各無線端末が送信するフレームの終端を揃えることができるようになる。
【００７５】
Ｃｏｍｍｏｎ  ＩｎｆｏフィールドのＣｏｍｍｏｎ  ＰＨＹ  ｐａｒａｍｅｔｅｒサブフィールドには、複数の無線端末がＵＬ  ＯＦＤＭＡを用いてフレームを送信するときに共通して使用される物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）のパラメータが格納される。物理層のパラメータの例としては、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚなどの周波数帯域幅（Ｗｉｄｔｈ）、物理ペイロードのＧｕａｒｄ  Ｉｎｔｅｒｖａｌの長さなどが挙げられる。
【００７６】
Ｃｏｍｍｏｎ  ＩｎｆｏフィールドのＲｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｉｏｎサブフィールドには、図７のＴｒｉｇｇｅｒフレームを送信したアクセスポイントが、当該Ｔｒｉｇｇｅｒフレームを受信した無線端末に要求する動作の内容が格納される。無線端末に要求される動作の例としては、データの送信、ＡｃｋやＢｌｏｃｋＡｃｋなどの応答フレームの送信、無線端末に蓄積されている送信待ち状態のデータ量の報告などが挙げられる。Ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｉｏｎサブフィールドを参照することにより、各無線端末はデータフレームをアクセスポイントへ送信してもよいか判断することができる。
【００７７】
ＳＴＡ  Ｉｎｆｏフィールドには、ＵＬ  ＯＦＤＭＡを用いてフレームを送信する無線端末ごとの設定情報が格納される。したがって、Ｔｒｉｇｇｅｒフレームが複数の無線端末をＴｒｉｇｇｅｒする場合、Ｔｒｉｇｇｅｒされる無線端末の台数分のＳＴＡ  Ｉｎｆｏフィールドが用意される。図７のＴｒｉｇｇｅｒフレームの例では、Ｔｒｉｇｇｅｒされる無線端末がＮ台であるため、Ｎ個のＳＴＡ  Ｉｎｆｏフィールドが用意されている。
【００７８】
ＳＴＡ  ＩｎｆｏフィールドのＡＩＤサブフィールドにはＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）が格納される。アクセスポイントは、接続要求をしてきた無線端末に接続許可を与える場合に、ネットワークでローカルに生成された識別子を当該無線端末に割り当てる。この識別子がＡＩＤであり、一般に０以外の数字が使われる。
【００７９】
ＳＴＡ  ＩｎｆｏフィールドのＲＵ  ｐｏｓｉｔｉｏｎサブフィールドには該当する無線端末がデータ送信に使用することができるＲＵを特定するための情報が格納されている。例えば、ＲＵの大きさ（幅）と配置（周波数）を特定するために、図８のテーブルに示された識別子（ＩＤ）を用いることができる。図８のテーブルでは、最も低い周波数に配置された幅が２６−ｔｏｎｅ（２６サブキャリア）のＩＤ＝０のＲＵから、９９６−ｔｏｎｅ（９６６サブキャリア）を占有するＩＤ＝６７のＲＵまでが示されている。
【００８０】
なお、図８のテーブルにおいて、Ｆｉｒｓｔ  Ｗｉｄｔｈ、Ｓｅｃｏｎｄ  Ｗｉｄｔｈ、Ｔｈｉｒｄ  Ｗｉｄｔｈ、Ｆｏｕｒｔｈ  Ｗｉｄｔｈの順に割り当てられる周波数帯域が高くなる。ここで、“Ｗｉｄｔｈ”は幅２０ＭＨｚの周波数帯域のことをいうものとする。ただし、これは一例であり、これと異なる値を用いることを妨げるものではない。Ｃｅｎｔｅｒ８０はＣｏｍｍｏｎ  ＰＨＹ  ｐａｒａｍｅｔｅｒサブフィールドで設定される帯域幅が８０ＭＨｚのときに限り使用されるＲＵである。Ｗｉｄｔｈは無線ＬＡＮのチャネルに相当するものであってもよい。
【００８１】
このように、無線端末は受信したＴｒｉｇｇｅｒフレームのＲＵ  ｐｏｓｉｔｉｏｎサブフィールドを参照することによって、データ送信に使用することができるＲＵの大きさ（幅）と配置（周波数）を一意的に特定することができる。
【００８２】
ＳＴＡ  ＩｎｆｏフィールドのＳＴＡ  ＰＨＹ  ｐａｒａｍｅｔｅｒサブフィールドには、該当する無線端末がＵＬ  ＯＦＤＭＡを用いてフレームを送信する際に、物理層（Ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）で使用するパラメータが格納される。物理層で使用するパラメータの例としては、データ転送速度を示すＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｅ  Ｓｃｈｅｍｅ）やストリーム数（Ｎｓｔｓ：ｎｕｍｂｅｒ  ｏｆ  ｓｐａｃｅ  ｔｉｍｅ  ｓｔｒｅａｍｓ）、使用する誤り訂正符号（例えば、ＬＤＰＣ）の種類、送信電力情報（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）などが挙げられる。送信電力情報を設定することにより、アクセスポイントが複数の無線端末から送信される信号を受信するとき、各信号の電力をほぼ同程度の値に制御することができる。
【００８３】
図９は、ＢｌｏｃｋＡｃｋフレームのフォーマットの例を示している。Ｆｒａｍｅ  Ｃｏｎｔｒｏｌフィールド、Ｄｕｒａｔｉｏｎ／ＩＤフィールド、Ａｄｄｒｅｓｓ１フィールド、Ａｄｄｒｅｓｓ２フィールドの内容と役割は図６のＭＡＣフレームの説明で述べた通りである。ＢｌｏｃｋＡｃｋフレームの場合、Ｆｒａｍｅ  ＣｏｎｔｒｏｌフィールドのＴｙｐｅサブフィールドには“０１”、ＳｕｂＴｙｐｅサブフィールドには“１００１”のビット列が設定される。
【００８４】
Ａｄｄｒｅｓｓ１フィールドには、ＢｌｏｃｋＡｃｋフレームの宛先となる無線端末のＭＡＣアドレスが設定される。例えば、無線端末がアクセスポイントに対してＢｌｏｃｋＡｃｋフレームを送信する場合、アクセスポイントのＭＡＣアドレスが設定される。Ａｄｄｒｅｓｓ２フィールドには、送信元の無線通信装置に係る情報が格納される。無線端末が送信元の無線通信装置である場合、当該無線端末のＭＡＣアドレスが設定される。
【００８５】
ＢＡ  Ｃｏｎｔｒｏｌフィールドは、少なくともＣｏｍｐｒｅｓｓｅｄ  Ｂｉｔｍａｐサブフィールドと、ＴＩＤ  Ｉｎｆｏサブフィールドとを含む。Ｃｏｍｐｒｅｓｓｅｄ  Ｂｉｔｍａｐサブフィールドには、後続のＢＡ  Ｂｉｔｍａｐサブフィールドの長さが短縮されているか否かの情報が格納される。ＴＩＤ  Ｉｎｆｏサブフィールドには、後続のＢＡ  ＢｉｔｍａｐサブフィールドのＴｒａｆｆｉｃ  ＩＤ（ＴＩＤ）が格納される。したがって、ＢＡ  ＢｉｔｍａｐサブフィールドにはＴＩＤ  Ｉｎｆｏサブフィールドに格納されたＴｒａｆｆｉｃ  ＩＤに係るデータフレームの送達確認情報が格納される。
【００８６】
ＢＡ  Ｉｎｆｏｒｍａｔｉｏｎフィールドには、ＳＳＮ（Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）サブフィールドと、ＢＡ  Ｂｉｔｍａｐサブフィールドとが含まれている。ＳＳＮサブフィールドには、ＢＡ  Ｂｉｔｍａｐサブフィールドの先頭の送達確認情報に対応するフレームのシーケンス番号が格納される。
【００８７】
ＢＡ  Ｂｉｔｍａｐサブフィールドは、アクセスポイントが送信した各データフレームの送達確認情報が格納される。各データフレームはＢＡ  Ｂｉｔｍａｐサブフィールドの１ビットに対応する。例えば、無線端末があるデータフレームを正常に受信できた場合には、ＢＡ  Ｂｉｔｍａｐサブフィールドの対応するビットには“１”が設定され、無線端末が当該データフレームを正常に受信できなかった場合には、ＢＡ  Ｂｉｔｍａｐサブフィールドの対応するビットには“０”が設定される。
【００８８】
ＢＡ  Ｂｉｔｍａｐサブフィールドの長さは６４ビットとなっている。ＢＡ  Ｂｉｔｍａｐサブフィールドの先頭のビットに対応するデータフレームのシーケンス番号はＳＳＮサブフィールドに格納されている。先頭のビットから後方のビットに進むほど、ビットに対応するデータフレームのシーケンス番号が大きくなっていく。例えば、先頭のビットから３ビット後方にあるビットに対応するデータフレームのシーケンス番号は、ＳＳＮサブフィールドに格納されたシーケンス番号に３を加算した値となる。
【００８９】
ＳＳＮサブフィールドに格納されたシーケンス番号が１００である場合、ＢＡ  Ｂｉｔｍａｐサブフィールドには１００〜１６３のシーケンス番号に係るデータフレームの送達確認情報が格納される。
【００９０】
図１０は、第１の実施形態に係るフレームのシーケンスの例を示している。図１０では、アクセスポイントが２０ＭＨｚの帯域幅を使ってＤＬ  ＯＦＤＭＡを送信するシーケンスを説明する。各無線端末に対して割り当てられるＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）はひとつずつであるものとする。図１０のシーケンス図では、横軸が時間を示している。一方、縦軸は周波数を示している。
【００９１】
まず、アクセスポイント１１は同時に無線端末１〜４宛にデータをＤＬ  ＯＦＤＭＡを使って送信する。ＨＥ−ＳＩＧ−ＢのＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドを参照すると、アクセスポイント１１が無線端末１、２、３、４にそれぞれＡＩＤ＝１、２、３、４を割り当てていることがわかる。具体的には、ＵＦ１−１およびＵＦ１−５に同じＡＩＤ＝１が設定されている。ＵＦ１−２には、ＡＩＤ＝２、ＵＦ１−３には、ＡＩＤ＝３、ＵＦ１−４には、ＡＩＤ＝４がそれぞれ設定されている。このように、異なるＵｓｅｒフィールドに同じＡＩＤを設定し、複数のリソースユニットの宛先を同一の無線端末に設定してもよい。
【００９２】
ＤＬ  ＯＦＤＭＡの物理ペイロードのＲＵ（リソースユニット）にはそれぞれ物理ペイロードとしてＦＲＡＭＥ＃１〜ＦＲＡＭＥ＃５が格納されている。ＦＲＡＭＥ＃１〜ＦＲＡＭＥ＃５には、それぞれ１以上のＴｒｉｇｇｅｒフレームと、１以上のデータフレームが含まれている。データフレームには、例えばＭＡＣ層など上位層からのデータが格納される。Ｔｒｉｇｇｅｒフレームには、無線端末１〜４がＵＬ  ＯＦＤＭＡを用いて送信するときに使用する制御情報が含まれている。
【００９３】
図１０のシーケンス図では、低い周波数領域から順に、無線端末１宛のＦＲＡＭＥ＃１（ＲＵ１２）、無線端末２宛のＦＲＡＭＥ＃２（ＲＵ１３）、無線端末３宛のＦＲＡＭＥ＃３（ＲＵ１４）、無線端末４宛のＦＲＡＭＥ＃４（ＲＵ１５）、無線端末１宛のＦＲＡＭＥ＃５（ＲＵ１６）がアクセスポイント１１によって送信されている。このうち、ＦＲＡＭＥ＃１とＦＲＡＭＥ＃５を使って、無線端末１宛に同一内容のデータフレームが送信されている。これにより、異なる周波数帯域を使って、送信先の無線通信装置に同一のデータが送信されるため、データ通信の信頼性を高めることができる。
【００９４】
例えば、フェージング、ノイズ、干渉などの要因によっていずれかのＲＵを使ったデータフレームの送信が失敗したとしても、もう一方のＲＵによって同じ内容のデータフレームが送信されているため、送信先の無線通信装置へ確実にデータを送信することができる。図１０の例では、２つのＲＵを使って無線端末１へ二重に同一のデータフレームを送信しているが、これより多い数のＲＵを使って無線端末１へ同一のデータフレームを送信してもよい。また、他の無線端末を宛先とするデータについても、複数のＲＵ（リソースユニットの組み合わせ）を使って同一のデータフレームを送信してもよい。
【００９５】
すわなち、本実施形態に係る無線通信装置（アクセスポイント）は、複数のリソースユニット（ＲＵ）の宛先を同一の無線端末に設定し、複数のリソースユニットを使って搬送されるデータの少なくとも一部を同一の内容に設定する。上述では、複数のリソースユニットを使って搬送されるデータのうち、少なくともＭＡＣ層のデータフレームを同一の内容に設定していたが、その他の種類のフレームを同一内容に設定してもよい。
【００９６】
アクセスポイント１１からデータを受信した各無線端末は、正常にデータの受信を完了した場合には、ＤＬ  ＯＦＤＭＡのフレームの終端からＳＩＦＳで規定された時間長の経過後に、ＵＬ  ＯＦＤＭＡを用いてＢｌｏｃｋＡｃｋ（ＢＡ）フレームをアクセスポイント１１宛に送信する。なお、ＢｌｏｃｋＡｃｋフレームは応答フレームの一例である。
【００９７】
図１０の例では、少なくとも無線端末１宛のＦＲＡＭＥ＃１（ＲＵ１２）、無線端末２宛のＦＲＡＭＥ＃２（ＲＵ１３）、無線端末３宛のＦＲＡＭＥ＃３（ＲＵ１４）、無線端末４宛のＦＲＡＭＥ＃４（ＲＵ１５）が各無線端末によって正常に受信されている。
【００９８】
したがって、無線端末１はＲＵ１２を用いてＦＲＡＭＥ＃１にに対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃１をアクセスポイント１１に送信する。無線端末２はＲＵ１３を用いてＦＲＡＭＥ＃２に対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃２をアクセスポイント１１に送信する。同様に、無線端末３はＲＵ１４を用いてＦＲＡＭＥ＃３に対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃３をアクセスポイント１１に送信する。無線端末４はＲＵ１５を用いてＦＲＡＭＥ＃４に対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃４をアクセスポイント１１に送信する。図１０に示されているように、ＢｌｏｃｋＡｃｋフレーム（応答フレーム）は対応するフレームが送信に使用しているＲＵ（リソースユニット）と同一のＲＵを用いて送信されている。
【００９９】
これは、複数のリソースユニット（ＲＵ）を使って搬送されるデータに、宛先の無線端末がアクセスポイント（自装置）と通信するときに、同一のリソースユニットを使って返信することを求める情報が設定されているからである。宛先の無線端末がアクセスポイント（自装置）と通信するときに、同一のリソースユニットを使って返信することを求める情報は、例えばＴｒｉｇｇｅｒフレーム（図７）に設定することができる。具体的には、ＴｒｉｇｇｅｒフレームのＳＴＡ  Ｉｎｆｏフィールドに含まれるＲＵ  Ｐｏｓｉｔｉｏｎフィールドを使って、宛先の無線端末がデータ送信に使うリソースユニット（ＲＵ）を指定することができる。
【０１００】
アクセスポイント１１が送信した物理フレームに係る信号の各無線端末までの伝搬路と、各無線端末が送信する応答フレームに係る信号のアクセスポイントまでの伝搬路は同様である。したがって、無線端末がアクセスポイント１１宛の応答フレームを、アクセスポイント１１が送信した物理フレームと同じリソースユニットを使って送信すれば、物理フレームと同等の通信品質が期待できる。したがって、無線端末がアクセスポイント１１から送信された物理フレームの受信に成功した場合、アクセスポイント１１が無線端末から送信された応答フレームを受信できる確率も高くなるといえる。
【０１０１】
上述のように無線端末１には、同一内容のデータフレームを含むＦＲＡＭＥ＃１と、ＦＲＡＭＥ＃５が送信されている。ＦＲＡＭＥ＃１とＦＲＡＭＥ＃５の両方が正常できた場合、同一内容のデータフレームを含むいずれかのフレームについてのみ応答フレームを送信してもよい。また、正常に受信できたすべてのフレームについて応答フレームを送信してもよい。受信結果と応答フレームの送信有無に関する詳細は後述する。
【０１０２】
次に、本実施形態に係る無線通信装置の処理について説明する。図１１、図１２は、第１の実施形態に係るアクセスポイントの処理を示すフローチャートである。以下では、図１１、図１２のフローチャートを参照しながら、処理を説明する。なお、図１１、図１２のフローチャートに係る処理の実行前にデータ送信に使われる周波数帯域の数（Ｗｉｄｔｈの数）、周波数帯域の幅、それぞれの周波数帯域（Ｗｉｄｔｈ）におけるＲＵアロケーションが決まっているものとする。Ｗｉｄｔｈ（周波数帯域）の数、周波数帯域の幅、ＲＵアロケーションの決め方については特に問わない。例えば、アクセスポイントがこれらの設定を決めてもよいし、アクセスポイントと無線端末との間のネゴシエーションでこれらの設定を決定してもよい。なお、以降のフローチャートの説明における制御部１１５は、本実施形態に係る無線通信装置の処理部の一例である。
【０１０３】
最初に、アクセスポイントの制御部１１５は送信キューを確認し、いずれかの無線端末宛に送信すべきデータがあるか否かを確認する（ステップＳ１０１）。いずれかの無線端末宛に送信すべきデータがある場合、制御部１１５は送信キューの先頭にあるデータを取り出す。
【０１０４】
次に、制御部１１５は前ステップ（ステップＳ１０１）で取り出したデータを複数のＲＵ（リソースユニット）を使って送信するか否かを判定する（ステップＳ１０２）。データを複数のＲＵを使って送信するか否かを判断するのにあたって、各種の基準を用いることができる。例えば、フレーム解析部１１４を使って、ＭＡＣヘッダに格納されたＴＩＤ（Ｔｒａｆｆｉｃ  ＩＤ）を取得し、制御部１１５はＴＩＤが特定の値であるときに、データ（ＭＡＣフレーム）を複数のＲＵを使って送信すると判定してもよい。
【０１０５】
また、制御部１１５は、送信されるデータがリアルタイム性を要求されるものである場合に、データ（ＭＡＣフレーム）を複数のＲＵを使って送信すると判定してもよい。さらに、アクセスポイントは無線ＬＡＮに属する無線端末ごとに、データを複数のＲＵを使って送信する必要があるか否かの情報をテーブルで管理し、ステップＳ１０２では、当該テーブルの情報に基づいて判定を行ってもよい。このテーブルは、例えば、無線端末がアクセスポイントの提供する無線ＬＡＮに参加するときに、データを複数のＲＵを使って送信するか否かの情報を収集することによって生成される。テーブルに、データ送信に使用するＲＵの数を保存してもよい。
【０１０６】
データを複数のＲＵを使って送信する必要がある場合（ステップＳ１０２のＹＥＳ）、データ送信に使用する複数のＲＵを選択する（ステップＳ１０３）。図１０の例の場合、Ｆｉｒｓｔ  Ｗｉｄｔｈ（２０ＭＨｚ幅の周波数帯域）に含まれるＲＵから複数のＲＵを選択する。図１０では、無線端末１宛のデータが複数のＲＵを使って送信される対象となっている。
【０１０７】
ステップＳ１０３で選択されるＲＵの数は２つであってもよいし、３つ以上であってもよい。ステップＳ１０３では、データ送信用に選択されていないＲＵの中からＲＵの選択が行われる。ＲＵの選択方法としては、低い周波数領域を優先する方法、高い周波数領域を優先する方法、ランダムな周波数領域を選択する方法があるが、いずれの方法を用いてもよい。また、同じデータの送信に使用されるＲＵに含まれるサブキャリアの数（ｔｏｎｅ数）は同じであってもよいし、異なっていてもよい。
【０１０８】
選択されるいずれかのＲＵによるデータ送信の成功確率を高めるためには、ＲＵに対応するＵｓｅｒフィールド（ＵＦ）が同じＣＲＣを共有しないよう、ＲＵの選択を行うことが望ましい。図１０の例の場合、無線端末１宛のデータ送信に使用されるＲＵ１２と対応するのは、ＵＦ１−１である。ＵＦ１−１と共通のＣＲＣを使うのは、ＵＦ１−２であるものとする。ＣＲＣを含むフィールドを第２フィールドとよぶと、ＵＦ１−１とＵＦ１−２は第２フィールドを共有しているといえる。したがって、無線端末１宛のデータ送信に使用するもう一方のＲＵとして、ＵＦ１−２に対応するＲＵ１３を使用することを避けるのが好ましい。図１０の例では、無線端末１宛のデータ送信に使用するもう一方のＲＵとして、別のＣＲＣを使うＵＦ１−５に対応するＲＵ１６が選択されている。このような処理を行うことにより、第２フィールドを共有しない第１フィールド（Ｕｓｅｒフィールド）に対応付けられたリソースユニットを使って複数のリソースユニットの宛先を指定することができる。
【０１０９】
なお、上述の例では、第２フィールドはＣＲＣを含むフィールドであった。ただし、第２フィールドに含まれる誤り検出符号の種類はＣＲＣに限られない。また、第２フィールドに誤り訂正符号が設定されていてもよい。誤り訂正符号の種類についても特に問わない。
【０１１０】
次に、選択された各ＲＵについて、対応するＴｒｉｇｇｅｒフレームを生成する（ステップＳ１０４）。生成されるＴｒｉｇｇｅｒフレームは、無線端末がＵＬ  ＯＦＤＭＡを使ってＢｌｏｃｋＡｃｋフレームを送信する際に用いられる制御情報が含まれる。図１０の例では、無線端末１宛の第１のＴｒｉｇｇｅｒフレーム（ＴＲＩＧＧＥＲ＃１）と、第２のＴｒｉｇｇｅｒフレーム（ＴＲＩＧＧＥＲ＃２）が生成される。第１のＴｒｉｇｇｅｒフレームでは、図８のテーブルに基づき、ＲＵ  Ｐｏｓｉｔｉｏｎフィールドの値として“３７”が設定される。また、ＡＩＤフィールドには、値として“１”が設定される。第２のＴｒｉｇｇｅｒフレームでは、図８のテーブルに基づき、ＲＵ  Ｐｏｓｉｔｉｏｎフィールドの値として“４０”が設定される。また、ＡＩＤフィールドには、値として第１のＴｒｉｇｇｅｒフレームと同様に“１”が設定される。
【０１１１】
すなわち、ステップＳ１０４で生成されるＴｒｉｇｇｅｒフレームは、無線端末がＲＵを使って送信されたデータを受信したら、当該データの応答フレームとして、同じＲＵを使ってＢｌｏｃｋＡｃｋフレームを送信するように設定されている。なお、データフレームで送信されるデータが同一であっても、異なるＲＵが使用される場合には、それぞれのＲＵについてＴｒｉｇｇｅｒフレームを生成する必要がある。
【０１１２】
データを複数のＲＵを使って送信する必要がない場合（ステップＳ１０２のＮＯ）、データ送信に使用するＲＵをひとつ選択する（ステップＳ１０５）。図１０の例の場合、Ｆｉｒｓｔ  Ｗｉｄｔｈ（２０ＭＨｚ幅の周波数帯域）に含まれるＲＵからいずれかのＲＵを選択する。図１０の例では、無線端末２〜４宛のデータがひとつのＲＵを使って送信される対象となっている。ステップＳ１０５では、データ送信用に選択されていないＲＵの中からＲＵの選択が行われる。ＲＵの選択方法としては、低い周波数領域を優先する方法、高い周波数領域を優先する方法、ランダムな周波数領域を選択する方法があるが、いずれの方法を用いてもよい。
【０１１３】
そして、選択されたＲＵについて、対応するＴｒｉｇｇｅｒフレームを生成する（ステップＳ１０６）。生成されるＴｒｉｇｇｅｒフレームは、無線端末がＵＬ  ＯＦＤＭＡを使ってＢｌｏｃｋＡｃｋフレームを送信する際に用いられる制御情報が含まれる。ステップＳ１０６で生成されるＴｒｉｇｇｅｒフレームも、無線端末がＲＵを使って送信されたデータを受信したら、当該データの応答フレームとして、同じＲＵを使ってＢｌｏｃｋＡｃｋフレームを送信するように設定されている。
【０１１４】
図１０の例において、無線端末２宛のＴｒｉｇｇｅｒフレームでは、図８のテーブルに基づき、ＲＵ  Ｐｏｓｉｔｉｏｎフィールドの値として“３８”が設定される。また、ＡＩＤフィールドには、値として“２”が設定される。
【０１１５】
ステップＳ１０４またはステップＳ１０６の処理が実行されたら、制御部１１５は、データ送信に使用可能なＲＵが残っているか否かを確認する（ステップＳ１０７）。データ送信に使用可能なＲＵの数は、データ送信に使われる周波数帯域の数（Ｗｉｄｔｈの数）と、それぞれの周波数帯域（Ｗｉｄｔｈ）におけるＲＵアロケーションに依存する。
【０１１６】
データ送信に使用可能なＲＵが残っている場合（ステップＳ１０７のＹＥＳ）、ステップＳ１０１の処理に戻り、制御部１１５は送信キューにいずれかの無線端末宛のデータがあるか否かを確認する。データ送信に使用可能なＲＵが残っていない場合（ステップＳ１０７のＮＯ）、制御部１１５は物理ヘッダ内のフィールドの内容と設定値（物理パラメータ）を決定する（ステップＳ１０８）。制御部１１５は、必要に応じて、決定した物理パラメータの情報を変調回路１２２に転送してもよい。
【０１１７】
物理ヘッダ内の物理パラメータの例としては、ＨＥ−ＳＩＧ−Ａで設定されるＨＥ−ＳＩＧ−ＢのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｓｃｈｅｍｅ）の値、ＨＥ−ＳＩＧ−ＢのＣｏｍｍｏｎフィールドに設定されるＲＵアロケーションを示す値（ＴＹＰＥ）、ＨＥ−ＳＩＧ−ＢのＵｓｅｒフィールドに設定されるＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）の値、ＨＥ−ＳＩＧ−ＢのＵｓｅｒフィールドに設定されるＭＣＳの値、Ｕｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドにおける各Ｕｓｅｒフィールドの順番などが挙げられる。
【０１１８】
図１０の例の場合、図２のテーブルに基づき、ＣｏｍｍｏｎフィールドにＲＵアロケーションとしてＴＹＰＥ＝１５を設定する。図１０の例では、Ｆｉｒｓｔ  Ｗｉｄｔｈしか使われていないため、Ｃｏｍｍｏｎフィールドはひとつである。ＨＥ−ＳＩＧ−ＢのＵｓｅｒフィールドには、各無線端末に対応するＡＩＤが設定される。ＨＥ−ＳＩＧ−ＢのＵｓｅｒフィールドには、ＭＣＳとして例えば“７”を設定することができる。ＨＥ−ＳＩＧ−ＢのＵｓｅｒフィールドには、各ＲＵの送信で使われるＭＣＳが設定されるため、ＲＵごとに異なるＭＣＳを設定することが可能である。
【０１１９】
ＭＣＳを決定するときの制約条件として、ＯＦＤＭＡに係るフレームの送信時間（例えば、Ｌ−ＳＩＧの終端からＨＥ−Ｄａｔａの終端までの時間）が５．４ミリ秒以内となることが挙げられる。ＭＣＳとして０以上の整数値を設定することができる。ＭＣＳ＝０の場合、伝送速度は６．５Ｍｂｐｓとなる。ＭＣＳ＝５の場合、伝送速度は５２Ｍｂｐｓとなる。ＭＣＳの値を大きくするほど伝送速度が高くなる一方、無線端末がＨＥ−ＳＩＧ−Ｂを正常に受信できる確率は低下する。
【０１２０】
あるＭＣＳの値を使ったときに、充分な通信品質を確保できることがわかっている場合、物理ヘッダのＨＥ−ＳＩＧ−Ｂの送信に使われるＭＣＳと、物理ペイロードのＲＵの送信に使われるＭＣＳを近い値に設定することができる。通信品質を判定する基準としては各種の指標を用いることができるが、一例としてデータを正常に受信できる確率を使うことができる。例えば、ＨＥ−ＳＩＧ−Ｂの送信に使われるＭＣＳと、ＲＵの送信に使われるＭＣＳをいずれも“１”に設定してもよい。また、ＨＥ−ＳＩＧ−Ｂの送信に使われるＭＣＳを“５”に設定し、ＲＵの送信に使われるＭＣＳを“７”に設定してもよい。
【０１２１】
次に、送信フレーム生成部１１３は、各ＲＵに送信されるＴｒｉｇｇｅｒフレームとデータフレームが含まれるＤＬ  ＯＦＤＭＡを構成する。そして、制御部１１５は当該ＤＬ  ＯＦＤＭＡを送信する（ステップＳ１０９）。すなわち、構成されたＤＬ  ＯＦＤＭＡは送信部１２０を介して、送信用のアンテナ１２５から送信される。このとき、変調回路１２２は、指定された物理パラメータに基づき、ＤＬ  ＯＦＤＭＡに係る信号を変調する。
【０１２２】
その後、制御部１１５はＤＬ  ＯＦＤＭＡの送信完了後、ＳＩＦＳを経過したか否かを判定する（ステップＳ１１０）。ＤＬ  ＯＦＤＭＡの送信完了後、ＳＩＦＳを経過していない場合（ステップＳ１１０のＮＯ）、制御部１１５は再び時刻を確認する。ＤＬ  ＯＦＤＭＡの送信完了後、ＳＩＦＳを経過した場合（ステップＳ１１０のＹＥＳ）、無線端末から送信されたＵＬ  ＯＦＤＭＡを受信したか否かを確認する（ステップＳ１１１）。
【０１２３】
無線端末から送信されたＵＬ  ＯＦＤＭＡを受信できずにタイムアウトとなった場合（ステップＳ１１１のＮＯ）、ステップＳ１０９のＵＬ  ＯＦＤＭＡで送信されたすべてのデータを再送信の対象とする（ステップＳ１１２）。制御部１１５は、再送信の対象となったデータを送信キューに追加してもよい。ステップＳ１１２の処理が実行されたら、図１１、図１２のフローチャートの処理は終了する。なお、ＳＩＦＳ経過後のタイムアウト時間の例としては、４０ｕｓがあるが、これとは異なる値を使ってもよい。
【０１２４】
無線端末１〜４から送信されたＵＬ  ＯＦＤＭＡが検出されたら（ステップＳ１１１のＹＥＳ）、フレーム解析部１１４は、複数のＲＵを使ってデータを送信した宛先の無線端末からＵＬ  ＯＦＤＭＡで少なくともひとつのＢｌｏｃｋＡｃｋ（ＢＡ）フレームを受信できたか否かを確認する（ステップＳ１１３）。具体的には、ＢｌｏｃｋＡｃｋフレームのＢＡ  Ｂｉｔｍａｐサブフィールドの該当するシーケンス番号に対応するビットの値が“１”に設定されていたら、無線端末がデータフレームを受信できたことを確かめることができる。
【０１２５】
複数のＲＵを使ってデータを送信した宛先の無線端末からＵＬ  ＯＦＤＭＡでひとつのＢｌｏｃｋＡｃｋ（ＢＡ）フレームも受信できない場合（ステップＳ１１３のＮＯ）、該当するＲＵで送信されたデータを再送信の対象とする（ステップＳ１１４）。このとき、制御部１１５は、再送信の対象となったデータを送信キューに追加してもよい。なお、ＢｌｏｃｋＡｃｋフレームの受信ができても、ＢＡ  Ｂｉｔｍａｐサブフィールドの該当するシーケンス番号に対応するビットの値が“０”に設定されている場合、無線端末はデータの受信に失敗しているため、データの再送が必要となる。したがって、この場合にもステップＳ１１４の処理が実行される。
【０１２６】
複数のＲＵを使ってデータを送信した宛先の無線端末からＵＬ  ＯＦＤＭＡで少なくともひとつのＢｌｏｃｋＡｃｋ（ＢＡ）フレームを受信した場合（ステップＳ１１３のＹＥＳ）、またはステップＳ１１４の実行が完了した場合、ひとつのＲＵを使ってデータを送信した宛先の無線端末からＢｌｏｃｋＡｃｋフレームを受信できた否かを確認する（ステップＳ１１５）。ひとつのＲＵを使ってデータを送信した宛先の無線端末からＢｌｏｃｋＡｃｋフレームを受信できない場合（ステップＳ１１５のＮＯ）、該当するＲＵで送信されたデータを再送信の対象とする（ステップＳ１１６）。このとき、制御部１１５は、再送信の対象となったデータを送信キューに追加してもよい。ＢｌｏｃｋＡｃｋフレームの受信ができても、ＢＡ  Ｂｉｔｍａｐサブフィールドの該当するシーケンス番号に対応するビットの値が“０”に設定されている場合、無線端末はデータの受信に失敗しているため、データの再送が必要となる。したがって、この場合にもステップＳ１１６の処理が実行される。
【０１２７】
ひとつのＲＵを使ってデータを送信した宛先の無線端末からＢｌｏｃｋＡｃｋフレームを受信できた場合（ステップＳ１１５のＹＥＳ）、図１１、図１２のフローチャートの処理は終了する。
【０１２８】
（無線端末の構成例）
図１３は、第１の実施形態に係る無線端末の構成例を示したブロック図である。以下では、図１３を参照しながら本実施形態に係る無線通信装置を説明する。図１３は、図１の無線端末１〜４に係る構成の一例を示している。
【０１２９】
図１３の無線通信装置２００は、ＩＥＥＥ８０２．１１シリーズまたはその後継規格などの無線ＬＡＮに準拠した通信を行う無線通信装置である。ＩＥＥＥ８０２．１１シリーズの規格の例としては、ＩＥＥＥ８０２．１１ａ、ＩＥＥＥ８０２．１１ｂ、ＩＥＥＥ８０２．１１ｇ、ＩＥＥＥ８０２．１１ｎ、ＩＥＥＥ８０２．１１ａｃ、ＩＥＥＥ８０２．１１ａｘなどが挙げられる。無線ＬＡＮは無線通信装置１００が使用する通信規格の一例であり、その他の通信規格を用いることを妨げない。
【０１３０】
無線通信装置２００は、ホストインタフェース２０１と、ＭＡＣ層処理部２１０と、送信部２２０と、受信部２３０とを備えている。ＭＡＣ層処理部２１０は内部の構成要素として、応答フレーム生成部２１１と、ＲＵ割り当て部２１２と、時刻計測部２１３と、フレーム解析部２１４と、制御部２１５とを備えている。送信部２２０は内部の構成要素として、符号化回路２２１と、変調回路２２２と、Ｄ／Ａコンバータ２２３と、送信アンプ２２４と、アンテナ２２５とを備えている。受信部２３０は、アンテナ２３１と、低雑音増幅器２３２と、Ａ／Ｄコンバータ２３３と、復調回路２３４と、復号回路２３５とを備えている。
【０１３１】
このうち、ホストインタフェース２０１、送信部２２０、受信部２３０の機能と構成は無線通信装置１００のホストインタフェース１０１、送信部１２０、受信部１３０と同様である。ＭＡＣ層処理部２１０の内部の構成要素のうち、ＲＵ割り当て部２１２、フレーム解析部２１４、制御部２１５の機能と構成は、無線通信装置１００のＲＵ割り当て部１１２、フレーム解析部１１４、制御部１１５と同様である。以下では、無線通信装置１００との差異点を中心に各構成要素について述べる。
【０１３２】
応答フレーム生成部２１１は、自装置（無線通信装置２００）宛のデータフレームを正常に受信できた場合に、応答フレーム（例えば、ＢｌｏｃｋＡｃｋフレーム）を生成する。ＲＵ割り当て部２１２は、無線通信装置２００が応答フレームをＵＬ  ＯＦＤＭＡによって送信するときに、応答フレームの送信に使うＲＵを特定する。時刻計測部２１３は、時刻の計測処理を実行する。これによって、無線通信装置２００が受信したＭＡＣフレームに対応する応答フレームを送信するときに、当該ＭＡＣフレームの受信完了後から応答フレームの送信開始までの間の期間がＳＩＦＳと等しくなるようにすることができる。
【０１３３】
無線通信装置２００（無線端末）の動作の概要は下記のようになる。
【０１３４】
最初に、アクセスポイント１１が周波数帯域を分割したリソースユニットを使って第１データを搬送する第１物理ペイロードと、周波数帯域を使って搬送される第１物理ヘッダとを含む、第１物理フレームを送信したものとする。無線通信装置２００（無線端末）は、第１物理フレームを受信する。このとき、受信部２３０は、第１物理ヘッダに含まれ、いずれかのリソースユニットの宛先を指定する、第１フィールドを検出する。そして、受信部２３０はリソースユニットの宛先として自装置を指定する第１フィールドを複数検出された場合には、複数の第１フィールドに対応するリソースユニットのうち、少なくともいずれかのリソースユニットを復調し、第１データを抽出する。その後、ＭＡＣ層処理部２１０（処理部）は、受信部２３０が抽出した第１データに含まれるＭＡＣフレームの種類を判定する。
【０１３５】
無線通信装置２００（無線端末）の送信部２２０は第１物理ヘッダと同様の形式の第２物理フレームを送信する。第２物理フレームは、周波数帯域を使って搬送される第２物理ヘッダと、周波数帯域を分割したリソースユニットを含み、リソースユニットを使って第２データを搬送する第２物理ペイロードとを含む。
【０１３６】
ＭＡＣ層処理部２１０（処理部）によって、ＭＡＣフレームの種類がデータフレームであると判定された場合には、応答フレームを生成する。送信部２２０は受信部２３０が第１データを抽出した少なくともいずれかのリソースユニットを使い、第１物理フレームの送信元（アクセスポイント１１）宛に、第２データとして第２物理ペイロードに応答フレームが含まれる、第２物理フレームを送信する。
【０１３７】
次に、無線端末１〜４によって実行される処理について説明する。図１４、図１５は、第１の実施形態に係る無線端末の処理を示すフローチャートである。図１４、図１５のフローチャートは、無線端末がＤＬ  ＭＵフレームを受信したときに実行される処理を示している。以下では、図１４、図１５を参照しながら、処理を説明する。
【０１３８】
最初に、無線端末は受信した物理フレームがＤＬ  ＭＵ（Ｄｏｗｎｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）フレームであるか否かを確認する（ステップＳ１２０）。制御部２１５は、復調回路２３４で取得した物理ヘッダのＬ−ＳＩＧフィールドとＨＥ−ＳＩＧ−Ａフィールドを参照し、受信した物理フレームがＤＬ  ＭＵフレームであるか否かを判定することができる。
【０１３９】
受信した物理フレームがＤＬ  ＭＵフレームでない場合（ステップＳ１２０のＮＯ）、図１４、図１５の処理は終了する。
【０１４０】
受信した物理フレームがＤＬ  ＭＵフレームである場合（ステップＳ１２０のＹＥＳ）、物理ヘッダを参照し、ＲＵアロケーション情報を取得する（ステップＳ１２１）。具体的には、制御部２１５は物理ヘッダのＨＥ−ＳＩＧ−ＢにあるＣｏｍｍｏｎフィールドを参照することによって、ＲＵアロケーション情報を取得することができる。これによって、物理ペイロードにおけるＲＵ（リソースユニット）の幅やパターンに関する情報を得ることができる。参照すべきＣｏｍｍｏｎフィールドの数は、使われているＷｉｄｔｈ（周波数帯域）の数に依存する。したがって、複数のＷｉｄｔｈが物理フレームで使われている場合には、それぞれのＷｉｄｔｈに対応するＣｏｍｍｏｎフィールドを参照し、それぞれのＷｉｄｔｈにおけるＲＵアロケーション情報を取得する。
【０１４１】
次に、物理ヘッダを参照し、各Ｕｓｅｒフィールド（ＵＦ）に格納されたＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）の一覧を取得する（ステップＳ１２２）。ＨＥ−ＳＩＧ−Ａに格納されたＨＥ−ＳＩＧ−Ｂの長さに関する情報により、Ｕｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドの末端を特定することができる。そして、制御部２１５はＡＩＤの一覧を参照し、自装置のＡＩＤがあるか否かを確認する（ステップＳ１２３）。参照したＡＩＤが自装置のＡＩＤである場合（ステップＳ１２３のＹＥＳ）、当該ＡＩＤが取得されたＵｓｅｒフィールドの内容と、当該ＵｓｅｒフィールドのＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドにおける順序を記憶する（ステップＳ１２４）。
【０１４２】
例えば、図１０における無線端末１（ＡＩＤ＝１）の場合、ＵＦ１−１、ＵＦ１−５の内容と、時系列で１番目（ＵＦ１−１）、時系列で５番目（ＵＦ１−５）の順位が記憶される。
【０１４３】
参照したＡＩＤが自装置のＡＩＤでない場合（ステップＳ１２３のＮＯ）、または、ステップＳ１２４の処理が実行された場合、または、ＣＲＣで誤りが検出され正常にＡＩＤを取得できなかった場合、制御部２１５はＡＩＤの一覧の最後まで参照されたか否かを確認する（ステップＳ１２５）。ＡＩＤの一覧の最後まで参照していない場合（ステップＳ１２５のＮＯ）、一覧の次のＡＩＤを参照し、自装置のＡＩＤと一致するか否かを確認する（ステップＳ１２３）。ＡＩＤの一覧の最後まで参照済みである場合（ステップＳ１２５のＹＥＳ）、制御部２１５は一覧の中から自装置のＡＩＤが見つかったか否かを確認する（ステップＳ１２６）。
【０１４４】
一覧の中から自装置のＡＩＤが見つからない場合（ステップＳ１２６のＮＯ）、図１４、図１５の処理は終了する。
【０１４５】
一覧の中から自装置のＡＩＤが見つかった場合（ステップＳ１２６のＹＥＳ）、制御部２１５は自装置のＡＩＤを含むＵｓｅｒフィールドが複数あるか否かを確認する（ステップＳ１２７）。
【０１４６】
自装置のＡＩＤを含むＵｓｅｒフィールドが複数ある場合（ステップＳ１２７のＹＥＳ）、自装置のＡＩＤを含むＵｓｅｒフィールドのいずれかを選択する（ステップＳ１２８）。そして、ステップＳ１２８で選択したＵｓｅｒフィールドに対応するＲＵ（リソースユニット）を求める（ステップＳ１２９）。ＵｓｅｒフィールドとＲＵとの対応関係は、上述の図５に係る説明で述べた通りである。そして、復調回路２３４は該当するＲＵのサブキャリア（周波数帯域）について、物理ペイロードを復調する（ステップＳ１３０）。
【０１４７】
例えば、図１０における無線端末１の場合、ＵＦ１−１、ＵＦ１−５のいずれかが選択される。そして、物理ペイロードのＲＵ１２またはＲＵ１６のいずれかが復調対象となる。
【０１４８】
自装置のＡＩＤを含むＵｓｅｒフィールドが複数なく、ひとつだけある場合（ステップＳ１２７のＮＯ）、自装置のＡＩＤを含むＵｓｅｒフィールドに対応するＲＵ（リソースフィールド）を求める（ステップＳ１３１）。ＵｓｅｒフィールドとＲＵとの対応関係は、上述の図５に係る説明で述べた通りである。そして、復調回路２３４は該当するＲＵのサブキャリア（周波数帯域）について、物理ペイロードを復調する（ステップＳ１３２）。
【０１４９】
例えば、図１０における無線端末２の場合、ＵＦ１−２が選択され、対応する物理ペイロードのＲＵ１３が復調対象となる。無線端末３の場合、ＵＦ１−３が選択され、対応する物理ペイロードのＲＵ１４が復調対象となる。無線端末４の場合、ＵＦ１−４が選択され、対応する物理ペイロードのＲＵ１５が復調対象となる。
【０１５０】
ステップＳ１３０またはステップＳ１３２の処理が実行されたら、Ｔｒｉｇｇｅｒフレームで指定されたＲＵ（リソースユニット）を使ってＢｌｏｃｋＡｃｋフレームを送信する（ステップＳ１３３）。具体的には、受信部２３０で復調された物理ペイロードからＭＡＣフレームが取り出される。そして、当該ＭＡＣフレームはＭＡＣ層処理部２１０に転送され、当該ＭＡＣフレームのうち、データフレームの部分と、Ｔｒｉｇｇｅｒフレームの部分を分離する。そして、Ｔｒｉｇｇｅｒフレームから、ＢｌｏｃｋＡｃｋフレーム（応答フレーム）の送信に使用される制御情報（例えば、ＳＴＡ  ＩｎｆｏやＣｏｍｍｏｎ  Ｉｎｆｏフィールド）を抽出する。以上で図１４、図１５に係る処理は終了する。
【０１５１】
図１０の例では、無線端末１に複数のＲＵを使って同一内容のＭＡＣフレームが送信されている。無線端末１がアクセスポイント１１の無線ＬＡＮに参加（Ａｓｓｏｃｉａｔｉｏｎ）するときに、アクセスポイント１１から無線端末１宛に複数のＲＵを使って同一内容のデータが送信されることを通知してもよい。これによって、無線端末１が複数のＲＵを使って送信された信号を検出し、物理ヘッダの復調処理を正しく実行することができる。
【０１５２】
また、図１４、図１５の処理では、無線端末が複数のＲＵを使って送信された信号を受信した場合、いずれかのＲＵを選択して復調を行っていた。ＲＵはランダムに選択されてもよいし、通信履歴に基づき、データの受信に成功する確率が高いＲＵを優先的に選択してもよく、選択方法については特に問わない。なお、無線端末が複数のＲＵを使って送信された信号を受信した場合、ＲＵの選択を行わずに、当該無線端末に係るＡＩＤを有するＵｓｅｒフィールドに対応するすべてのＲＵを復調してもよい。この場合、当該無線端末に係るＡＩＤを有するＵｓｅｒフィールドに対応するすべてのＲＵを使って応答フレームの送信を行ってもよいし、一部のＲＵのみを使って応答フレームの送信を行ってもよい。
【０１５３】
図１４、図１５の処理ではＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドに含まれるすべてのＵｓｅｒフィールドが探索されていた。ただし、必ずＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドに含まれるすべてのＵｓｅｒフィールドを探索しなくてもよい。例えば、無線端末は自装置のＡＩＤを含むＵｓｅｒフィールドを検出したら、Ｕｓｅｒフィールドの探索を打ち切ってもよい。また、ＨＥ−ＳＩＧ−Ｂの終端までＵｓｅｒフィールドの探索を行っても、保持するＵｓｅｒフィールドに係るデータを１件に限定してもよい。この場合、無線端末は自装置のＡＩＤを含むＵｓｅｒフィールドを複数検出したら、後に検出されたＵｓｅｒフィールドに係るデータで、以前に検出されたＵｓｅｒフィールドに係るデータを上書きする。また、以前に検出されたＵｓｅｒフィールドに係るデータを保持し、後に検出されたＵｓｅｒフィールドに係るデータを破棄してもよい。これにより、Ｕｓｅｒフィールドに係るデータの保持に必要なメモリ領域の大きさを抑えることができる。
【０１５４】
（第２の実施形態）
第１の実施形態に係るアクセスポイントは、ひとつのＷｉｄｔｈ（周波数帯域：Ｆｉｒｓｔ  Ｗｉｄｔｈ）に含まれるサブキャリアの集合（ＲＵ）を使って無線通信を行っていた。ただし、これより広い周波数帯域に含まれるＲＵを使って無線通信を行ってもよい。第２の実施形態ではふたつのＷｉｄｔｈに含まれるＲＵを使って無線通信を行う場合について述べる。
【０１５５】
第２の実施形態に係る無線通信システム（アクセスポイントおよび無線端末）の機能と構成は第１の実施形態に係る無線通信システムと同様である。以下では、通信処理における第１の実施形態に係る無線通信システムとの差異点を中心に、第２の実施形態に係る無線通信システムを説明する。
【０１５６】
図１６は、第２の実施形態に係るフレームのシーケンスの例を示している。第２の実施形態では、無線通信にＦｉｒｓｔ  Ｗｉｄｔｈと、Ｓｅｃｏｎｄ  ＷｉｄｔｈのふたつのＷｉｄｔｈが使われる。ひとつのＷｉｄｔｈの周波数帯域幅が２０ＭＨｚであると仮定する。したがって、図１６のシーケンスでは、アクセスポイントが４０ＭＨｚの周波数帯域幅を使ってＤＬ  ＯＦＤＭＡを送信する。第２の実施形態でも各無線端末に対して割り当てられるＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）はひとつずつであるものとする。
【０１５７】
図１６のシーケンスでは、横軸が時間を示している。一方、縦軸は周波数を示している。図１６のシーケンスでは、アクセスポイント１１が無線端末１〜４宛にＤＬ  ＯＦＤＭＡを送信している。図１６のシーケンスではＦｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  Ｗｉｄｔｈのそれぞれを使って別々の物理ヘッダを送信している。すなわち、無線通信装置の送信部は複数の周波数帯域を使って物理フレームを送信することができる。さらに無線通信装置の処理部は、物理フレームが搬送される周波数帯域ごとに物理ヘッダを設定することができる。なお、Ｆｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  Ｗｉｄｔｈでは、それぞれ同じＬｅｇａｃｙ  ＰＨＹ  ＨＥＡＤＥＲと、同じＨＥ−ＳＩＧ−Ａを送信している。
【０１５８】
したがって、Ｆｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  Ｗｉｄｔｈでは異なるＨＥ−ＳＩＧ−Ｂが送信されている。Ｆｉｒｓｔ  Ｗｉｄｔｈで送信されているＨＥ−ＳＩＧ−Ｂには、Ｆｉｒｓｔ  Ｗｉｄｔｈに含まれるＲＵに関する情報が設定されている。一方、Ｓｅｃｏｎｄ  Ｗｉｄｔｈで送信されているＨＥ−ＳＩＧ−Ｂには、Ｓｅｃｏｎｄ  Ｗｉｄｔｈに含まれるＲＵに関する情報が設定されている。
【０１５９】
ＨＥ−ＳＩＧ−ＢとＲＵは同じ周波数帯域を使って送信されるため、無線端末がいずれかのＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂに含まれるＵｓｅｒフィールドを正常に受信できた場合、当該Ｕｓｅｒフィールドに対応するＲＵを使って送信されているＭＡＣフレームも正常に受信できる確率が高くなる。
【０１６０】
まず、アクセスポイント１１は同時に無線端末１〜４宛にデータをＤＬ  ＯＦＤＭＡを使って送信する。ＨＥ−ＳＩＧ−ＢのＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドを参照すると、アクセスポイント１１が無線端末１、２、３、４にそれぞれＡＩＤ＝１、２、３、４を割り当てていることがわかる。
【０１６１】
Ｆｉｒｓｔ  Ｗｉｄｔｈで送信されるＤＬ  ＯＦＤＭＡの物理ペイロードのＲＵ（リソースユニット）には物理ペイロードとしてそれぞれＦＲＡＭＥ＃１〜ＦＲＡＭＥ＃４が格納されている。一方、Ｓｅｃｏｎｄ  Ｗｉｄｔｈで送信されるＤＬ  ＯＦＤＭＡの物理ペイロードのＲＵ（リソースユニット）には物理ペイロードとしてそれぞれＦＲＡＭＥ＃５、ＦＲＡＭＥ＃７、ＦＲＡＭＥ＃８が格納されている。ＦＲＡＭＥ＃１〜ＦＲＡＭＥ＃５、ＦＲＡＭＥ＃７、ＦＲＡＭＥ＃８には、それぞれ１以上のＴｒｉｇｇｅｒフレームと、１以上のデータフレームが含まれている。データフレームには、例えばＭＡＣ層など上位層からのデータが格納される。Ｔｒｉｇｇｅｒフレームには、無線端末１〜４がＵＬ  ＯＦＤＭＡを用いて送信するときに使用する制御情報が含まれている。
【０１６２】
図１６のシーケンス図では、低い周波数領域から順に、無線端末１宛のＲＵ２１（ＦＲＡＭＥ＃１）、無線端末２宛のＲＵ２２（ＦＲＡＭＥ＃２）、無線端末３宛のＲＵ２３（ＦＲＡＭＥ＃３）、無線端末４宛のＲＵ２４（ＦＲＡＭＥ＃４）、無線端末３宛のＲＵ２５（ＦＲＡＭＥ＃７）、無線端末４宛のＲＵ２６（ＦＲＡＭＥ＃８）、無線端末１宛のＲＵ２８（ＦＲＡＭＥ＃５）がアクセスポイント１１によって送信されている。ＦＲＡＭＥ＃８とＦＲＡＭＥ＃５の間には、未使用のＲＵ２７がある。
【０１６３】
このうち、ＲＵ２１とＲＵ２８を使って、無線端末１宛に同一内容のデータフレームが送信されている。同様に、ＲＵ２３とＲＵ２５を使って、無線端末３宛に同一内容のデータフレームが送信されている。さらにＲＵ２４とＲＵ２６を使って、無線端末４宛に同一内容のデータフレームが送信されている。無線端末１、３、４には、ふたつのＲＵをを使って、同一内容のデータフレームが送信されている。
【０１６４】
上述の複数のＲＵのうち、ＲＵ２１、ＲＵ２３、ＲＵ２４はＦｉｒｓｔ  Ｗｉｄｔｈに含まれている。一方、上述の複数のＲＵのうち、ＲＵ２８、ＲＵ２５、ＲＵ２６はＳｅｃｏｎｄ  Ｗｉｄｔｈに含まれている。したがって、第２の実施形態では異なるＷｉｄｔｈ（周波数帯域）に属するＲＵを使って送信先の無線通信装置（無線端末）に同一内容のデータフレームが送信されている。すなわち、複数の前記リソースユニットは、異なる前記周波数帯域に属する前記リソースユニットを含んでいてもよい。複数のリソースユニット（リソースユニットの組み合わせ）によって搬送されるデータのすべてが必ず同一である必要でなく、少なくとも一部が同一の内容に設定されていればよい。
【０１６５】
第２の実施形態では、第１の実施形態と比べて周波数が大きく離れたＲＵを選択しやすくなるため、データ通信の信頼性を一層高めることができる。フェージング、ノイズ、干渉などの要因によっていずれかのＲＵを使ったデータフレームの送信が失敗したとしても、周波数が離れたもう一方のＲＵによって同じ内容のデータフレームが送信されているため、送信先の無線通信装置へ確実にデータを送信することができる。
【０１６６】
図１６の例では、２つのＲＵを使って無線端末へ二重に同一のデータフレームを送信しているが、これより多い数のＲＵを使って無線端末へ同一のデータフレームを送信してもよい。また、他の無線端末を宛先とするデータについても、複数のＲＵを使って同一のデータフレームを送信してもよい。
【０１６７】
アクセスポイント１１からデータを受信した各無線端末は、正常にデータの受信を完了した場合には、ＤＬ  ＯＦＤＭＡのフレームの終端からＳＩＦＳで規定された時間長の経過後に、ＵＬ  ＯＦＤＭＡを用いてＢｌｏｃｋＡｃｋ（ＢＡ）フレームをアクセスポイント１１宛に送信する。なお、ＢｌｏｃｋＡｃｋフレームは応答フレームの一例である。
【０１６８】
図１６の例では、少なくとも無線端末１宛のＦＲＡＭＥ＃５（ＲＵ２８）、無線端末２宛のＦＲＡＭＥ＃２（ＲＵ２２）、無線端末３宛のＦＲＡＭＥ＃３（ＲＵ２３）、無線端末４宛のＦＲＡＭＥ＃４（ＲＵ２４）が各無線端末によって正常に受信されている。
【０１６９】
したがって、無線端末１はＲＵ２８を使ってＦＲＡＭＥ＃５に対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃１をアクセスポイント１１に送信する。無線端末２はＲＵ２２を使ってＦＲＡＭＥ＃２に対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃２をアクセスポイント１１に送信する。無線端末３はＲＵ２３を使ってＦＲＡＭＥ＃３に対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃３をアクセスポイント１１に送信する。無線端末４はＲＵ２４を使ってＦＲＡＭＥ＃４に対応するＢｌｏｃｋＡｃｋフレームであるＢＡ＃４をアクセスポイント１１に送信する。ＢｌｏｃｋＡｃｋフレーム（応答フレーム）は対応するフレームが送信に使用しているＲＵ（リソースユニット）と同一のＲＵを使って送信されている。
【０１７０】
次に、第２の実施形態に係るアクセスポイントの処理について説明する。図１７、図１８は第２の実施形態に係るアクセスポイントによって実行される処理を示すフローチャートである。なお、図１７、図１８のフローチャートに係る処理の実行前にデータ送信に使われる周波数帯域の数（Ｗｉｄｔｈの数）、周波数帯域の幅、それぞれの周波数帯域（Ｗｉｄｔｈ）におけるＲＵアロケーションが決まっているものとする。Ｗｉｄｔｈ（周波数帯域）の数、周波数帯域の幅、ＲＵアロケーションの決め方については特に問わない。例えば、アクセスポイントがこれらの設定を決めてもよいし、アクセスポイントと無線端末との間のネゴシエーションでこれらの設定を決定してもよい。
【０１７１】
最初に、アクセスポイントの制御部１１５は送信キューを確認し、いずれかの無線端末宛に送信すべきデータがあるか否かを確認する（ステップＳ２０１）。次に、制御部１１５は前ステップ（ステップＳ２０１）で取り出したデータを複数のＲＵ（リソースユニット）を使って送信するか否かを判定する（ステップＳ２０２）。
【０１７２】
データを複数のＲＵを使って送信する必要がある場合（ステップＳ２０２のＹＥＳ）、データ送信に使用する複数のＲＵを、各ＲＵが異なる周波数の範囲（Ｗｉｄｔｈ）に含まれるように選択する（ステップＳ２０３）。図１６の例の場合、無線端末１、３、４宛に送信されるデータが複数のＲＵを使って送信される対象となっている。データ送信に使われるＲＵはＦｉｒｓｔ  Ｗｉｄｔｈと、Ｓｅｃｏｎｄ  Ｗｉｄｔｈからひとつずつ選択されている。
【０１７３】
第１の実施形態と同様、選択されるＲＵの数は特に限定しない。また、同じデータの送信に使用されるＲＵのサブキャリアの数（ｔｏｎｅ数）は同じであってもよいし、異なっていてもよい。
【０１７４】
次に、選択された各ＲＵについて、対応するＴｒｉｇｇｅｒフレームを生成する（ステップＳ２０４）。生成されるＴｒｉｇｇｅｒフレームは、無線端末がＵＬ  ＯＦＤＭＡを使ってＢｌｏｃｋＡｃｋフレームを送信する際に用いられる制御情報が含まれる。
【０１７５】
図１６の例では、無線端末１宛の第１のＴｒｉｇｇｅｒフレームと、第２のＴｒｉｇｇｅｒフレームが生成される。第１のＴｒｉｇｇｅｒフレームでは、図８のテーブルに基づき、ＲＵ  Ｐｏｓｉｔｉｏｎフィールドの値として“５３”が設定される。また、ＡＩＤフィールドには、値として“１”が設定される。第２のＴｒｉｇｇｅｒフレームでは、図８のテーブルに基づき、ＲＵ  Ｐｏｓｉｔｉｏｎフィールドの値として“５６”が設定される。また、ＡＩＤフィールドには、値として第１のＴｒｉｇｇｅｒフレームと同様に“１”が設定される。
【０１７６】
ステップＳ２０４で生成されるＴｒｉｇｇｅｒフレームは、無線端末がＲＵを使って送信されたデータを受信したら、当該データの応答フレームとして、同じＲＵを使ってＢｌｏｃｋＡｃｋフレームを送信するように設定されている。
【０１７７】
データを複数のＲＵを使って送信する必要がない場合（ステップＳ２０２のＮＯ）、データ送信に使用するＲＵをひとつ選択する（ステップＳ２０５）。図１６の例の場合、Ｆｉｒｓｔ  ＷｉｄｔｈおよびＳｅｃｏｎｄ  Ｗｉｄｔｈ（４０ＭＨｚ幅の周波数帯域）に含まれるＲＵからいずれかのＲＵを選択する。図１０の例では、無線端末２宛のデータがひとつのＲＵを使って送信される対象となっている。
【０１７８】
そして、選択されたＲＵについて、対応するＴｒｉｇｇｅｒフレームを生成する（ステップＳ２０６）。生成されるＴｒｉｇｇｅｒフレームは、無線端末がＵＬ  ＯＦＤＭＡを使ってＢｌｏｃｋＡｃｋフレームを送信する際に用いられる制御情報が含まれる。ステップＳ２０６で生成されるＴｒｉｇｇｅｒフレームも、無線端末がＲＵを使って送信されたデータを受信したら、当該データの応答フレームとして、同じＲＵを使ってＢｌｏｃｋＡｃｋフレームを送信するように設定されている。
【０１７９】
ステップＳ２０４またはステップＳ２０６の処理が実行されたら、制御部１１５は、データ送信に使用可能なＲＵが残っているか否かを確認する（ステップＳ２０７）。データ送信に使用可能なＲＵの数は、データ送信に使われる周波数帯域の数（Ｗｉｄｔｈの数）と、それぞれの周波数帯域（Ｗｉｄｔｈ）におけるＲＵアロケーションに依存する。
【０１８０】
データ送信に使用可能なＲＵが残っている場合（ステップＳ２０７のＹＥＳ）、ステップＳ１０１の処理に戻り、制御部１１５は送信キューにいずれかの無線端末宛のデータがあるか否かを確認する。データ送信に使用可能なＲＵが残っていない場合（ステップＳ２０７のＮＯ）、制御部１１５は物理ヘッダ内のフィールドの内容と設定値（物理パラメータ）を決定する（ステップＳ２０８）。物理パラメータの例としてはＨＥ−ＳＩＧ−ＡやＨＥ−ＳＩＧ−Ｂに設定されるパラメータが挙げられる。
【０１８１】
図１６の例の場合、図２のテーブルに基づき、Ｆｉｒｓｔ  ＷｉｄｔｈのＣｏｍｍｏｎフィールドにＲＵアロケーションとしてＴＹＰＥ＝２０を設定する。Ｓｅｃｏｎｄ  ＷｉｄｔｈのＣｏｍｍｏｎフィールドにＲＵアロケーションとしてＴＹＰＥ＝１６を設定する。Ｆｉｒｓｔ  ＷｉｄｔｈのＵｓｅｒフィールドでは、時系列の順でＵＦ１−１（ＡＩＤ＝１）、ＵＦ１−２（ＡＩＤ＝２）、ＵＦ１−３（ＡＩＤ＝３）、ＵＦ１−４（ＡＩＤ＝４）が送信されている。Ｓｅｃｏｎｄ  ＷｉｄｔｈのＵｓｅｒフィールドでは、時系列の順でＵＦ２−１（ＡＩＤ＝３）、ＵＦ２−２（ＡＩＤ＝３）、ＵＦ２−３（ＡＩＤ＝２０４６）、ＵＦ２−４（ＡＩＤ＝１）が送信されている。
【０１８２】
なお、ＵＦ２−３のＡＩＤ＝２０４６は使われていないＲＵを示している。ＵｓｅｒフィールドにＡＩＤ＝２０４６が設定された場合、当該Ｕｓｅｒフィールドに対応するＲＵはデータ送信に使用されない。
【０１８３】
次に、送信フレーム生成部１１３は、各ＲＵに送信されるＴｒｉｇｇｅｒフレームとデータフレームが含まれるＤＬ  ＯＦＤＭＡを構成する。そして、制御部１１５は当該ＤＬ  ＯＦＤＭＡを送信する（ステップＳ２０９）。すなわち、構成されたＤＬ  ＯＦＤＭＡは送信部１２０を介して、送信用のアンテナ１２５から送信される。このとき、変調回路１２２は、指定された物理パラメータに基づき、ＤＬ  ＯＦＤＭＡに係る信号を変調する。
【０１８４】
その後、制御部１１５はＤＬ  ＯＦＤＭＡの送信完了後、ＳＩＦＳを経過したか否かを判定する（ステップＳ２１０）。ＤＬ  ＯＦＤＭＡの送信完了後、ＳＩＦＳを経過していない場合（ステップＳ２１０のＮＯ）、制御部１１５は再び時刻を確認する。ＤＬ  ＯＦＤＭＡの送信完了後、ＳＩＦＳを経過した場合（ステップＳ２１０のＹＥＳ）、無線端末から送信されたＵＬ  ＯＦＤＭＡを受信したか否かを確認する（ステップＳ２１１）。
【０１８５】
無線端末から送信されたＵＬ  ＯＦＤＭＡを受信できずにタイムアウトとなった場合（ステップＳ２１１のＮＯ）、ステップＳ２０９のＵＬ  ＯＦＤＭＡで送信されたすべてのデータを再送信の対象とする（ステップＳ２１２）。制御部１１５は、再送信の対象となったデータを送信キューに追加してもよい。ステップＳ２１２の処理が実行されたら、図１７、図１８のフローチャートの処理は終了する。
【０１８６】
無線端末１〜４から送信されたＵＬ  ＯＦＤＭＡが検出されたら（ステップＳ２１１のＹＥＳ）、フレーム解析部１１４は、複数のＲＵを使ってデータを送信した宛先の無線端末からＵＬ  ＯＦＤＭＡで少なくともひとつのＢｌｏｃｋＡｃｋ（ＢＡ）フレームを受信できたか否かを確認する（ステップＳ２１３）。
【０１８７】
複数のＲＵを使ってデータを送信した宛先の無線端末からＵＬ  ＯＦＤＭＡでひとつのＢｌｏｃｋＡｃｋ（ＢＡ）フレームも受信できない場合（ステップＳ２１３のＮＯ）、該当するＲＵで送信されたデータを再送信の対象とする（ステップＳ２１４）。このとき、制御部１１５は、再送信の対象となったデータを送信キューに追加してもよい。なお、ＢｌｏｃｋＡｃｋフレームの受信ができても、ＢＡ  Ｂｉｔｍａｐサブフィールドの該当するシーケンス番号に対応するビットの値が“０”に設定されている場合、無線端末はデータの受信に失敗しているため、データの再送が必要となる。したがって、この場合にもステップＳ２１４の処理が実行される。
【０１８８】
複数のＲＵを使ってデータを送信した宛先の無線端末からＵＬ  ＯＦＤＭＡで少なくともひとつのＢｌｏｃｋＡｃｋ（ＢＡ）フレームを受信できた場合（ステップＳ２１３のＹＥＳ）、またはステップＳ２１４の実行が完了した場合、ひとつのＲＵを使ってデータを送信した宛先の無線端末からＢｌｏｃｋＡｃｋフレームを受信できた否かを確認する（ステップＳ２１５）。ひとつのＲＵを使ってデータを送信した宛先の無線端末からＢｌｏｃｋＡｃｋフレームを受信できない場合（ステップＳ２１５のＮＯ）、該当するＲＵで送信されたデータを再送信の対象とする（ステップＳ２１６）。このとき、制御部１１５は、再送信の対象となったデータを送信キューに追加してもよい。ＢｌｏｃｋＡｃｋフレームの受信ができても、ＢＡ  Ｂｉｔｍａｐサブフィールドの該当するシーケンス番号に対応するビットの値が“０”に設定されている場合、無線端末はデータの受信に失敗しているため、データの再送が必要となる。したがって、この場合にもステップＳ２１６の処理が実行される。
【０１８９】
ひとつのＲＵを使ってデータを送信した宛先の無線端末からＢｌｏｃｋＡｃｋフレームを受信できた場合（ステップＳ１１５のＹＥＳ）、図１７、図１８のフローチャートの処理は終了する。
【０１９０】
次に、第２の実施形態に係る無線端末の処理について説明する。図１９、図２０は第２の実施形態に係る無線端末によって実行される処理を示すフローチャートである。以下では、図１９、図２０を参照しながら、処理を説明する。
【０１９１】
最初に、無線端末は受信した物理フレームがＤＬ  ＭＵ（Ｄｏｗｎｌｉｎｋ  Ｍｕｌｔｉ−Ｕｓｅｒ）フレームであるか否かを確認する（ステップＳ２２０）。図１６の例の場合、制御部２１５は、復調回路２３４で取得した物理ヘッダのＬ−ＳＩＧフィールドとＨＥ−ＳＩＧ−Ａフィールドを参照し、受信した物理フレームがＤＬ  ＭＵフレームであり、合計の周波数帯域幅が４０ＭＨｚであることを検出することができる。制御部２１５は、合計の周波数帯域幅が４０ＭＨｚであることから、Ｆｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  ＷｉｄｔｈのそれぞれにＨＥ−ＳＩＧ−Ｂフィールドがあると推定することができる。受信した物理フレームがＤＬ  ＭＵフレームでない場合（ステップＳ２２０のＮＯ）、図１９、図２０の処理は終了する。
【０１９２】
受信した物理フレームがＤＬ  ＭＵフレームである場合（ステップＳ２２０のＹＥＳ）、複数の周波数帯域（Ｗｉｄｔｈ）に係る物理ヘッダを参照し、ＲＵアロケーション情報を取得する（ステップＳ２２１）。具体的には、制御部２１５はそれぞれのＷｉｄｔｈにおける物理ヘッダのＨＥ−ＳＩＧ−ＢにあるＣｏｍｍｏｎフィールドを参照することによって、複数のＷｉｄｔｈに係るＲＵアロケーション情報を取得することができる。これによって、複数のＷｉｄｔｈの物理ペイロードにおけるＲＵ（リソースユニット）の幅やパターンに関する情報を得ることができる。参照すべきＣｏｍｍｏｎフィールドの数は、使われているＷｉｄｔｈ（周波数帯域）の数に依存する。図１６の例の場合、Ｆｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  ＷｉｄｔｈのそれぞれのＣｏｍｍｏｎフィールドを参照する。
【０１９３】
次に、複数のＷｉｄｔｈに係る物理ヘッダを参照し、各Ｕｓｅｒフィールド（ＵＦ）に格納されたＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）の一覧を取得する（ステップＳ２２２）。そして、制御部２１５はＡＩＤの一覧を参照し、自装置のＡＩＤがあるか否かを確認する（ステップＳ２２３）。参照したＡＩＤが自装置のＡＩＤである場合（ステップＳ２２３のＹＥＳ）、当該ＡＩＤが取得されたＵｓｅｒフィールドの内容と、当該ＵｓｅｒフィールドのＵｓｅｒ  Ｓｐｅｃｉｆｉｃフィールドにおける順序を記憶する（ステップＳ２２４）。
【０１９４】
参照したＡＩＤが自装置のＡＩＤでない場合（ステップＳ２２３のＮＯ）、または、ステップＳ２２４の処理が実行された場合、または、ＣＲＣチェックで誤りが検出され正常にＡＩＤを取得できなかった場合、制御部２１５はＡＩＤの一覧の最後まで参照されたか否かを確認する（ステップＳ２２５）。ＡＩＤの一覧の最後まで参照していない場合（ステップＳ２２５のＮＯ）、一覧の次のＡＩＤを参照し、自装置のＡＩＤと一致するか否かを確認する（ステップＳ２２３）。ＡＩＤの一覧の最後まで参照済みである場合（ステップＳ２２５のＹＥＳ）、制御部２１５は一覧の中から自装置のＡＩＤが見つかったか否かを確認する（ステップＳ２２６）。
【０１９５】
一覧の中から自装置のＡＩＤが見つからない場合（ステップＳ２２６のＮＯ）、図１９、図２０の処理は終了する。一覧の中から自装置のＡＩＤが見つかった場合（ステップＳ２２６のＹＥＳ）、制御部２１５は自装置のＡＩＤを含むＵｓｅｒフィールドが複数あるか否かを確認する（ステップＳ２２７）。
【０１９６】
自装置のＡＩＤを含むＵｓｅｒフィールドが複数ある場合（ステップＳ２２７のＹＥＳ）、自装置のＡＩＤを含むＵｓｅｒフィールドのいずれかを選択する（ステップＳ２２８）。そして、ステップＳ２２８で選択したＵｓｅｒフィールドに対応するＲＵ（リソースユニット）を求める（ステップＳ２２９）。ＵｓｅｒフィールドとＲＵとの対応関係は、上述の図５に係る説明で述べた通りである。そして、復調回路２３４は該当するＲＵのサブキャリア（周波数帯域）について、物理ペイロードを復調する（ステップＳ２３０）。
【０１９７】
自装置のＡＩＤを含むＵｓｅｒフィールドが複数なく、ひとつだけある場合（ステップＳ２２７のＮＯ）、自装置のＡＩＤを含むＵｓｅｒフィールドに対応するＲＵ（リソースフィールド）を求める（ステップＳ２３１）。ＵｓｅｒフィールドとＲＵとの対応関係は、上述の図５に係る説明で述べた通りである。そして、復調回路２３４は該当するＲＵのサブキャリア（周波数帯域）について、物理ペイロードを復調する（ステップＳ２３２）。
【０１９８】
ステップＳ２３０またはステップＳ２３２の処理が実行されたら、Ｔｒｉｇｇｅｒフレームで指定されたＲＵ（リソースフィールド）を使ってＢｌｏｃｋＡｃｋフレームを送信する（ステップＳ２３３）。具体的には、受信部２３０で復調された物理ペイロードからＭＡＣフレームが取り出される。そして、当該ＭＡＣフレームはＭＡＣ層処理部２１０に転送され、当該ＭＡＣフレームのうち、データフレームの部分と、Ｔｒｉｇｇｅｒフレームの部分を分離する。そして、Ｔｒｉｇｇｅｒフレームから、ＢｌｏｃｋＡｃｋフレーム（応答フレーム）の送信に使用される制御情報（例えば、ＳＴＡ  ＩｎｆｏやＣｏｍｍｏｎ  Ｉｎｆｏフィールド）を抽出する。以上で図１９、図２０に係る処理は終了する。
【０１９９】
（第３の実施形態）
第２の実施形態に係る無線通信システムでは、Ｆｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  ＷｉｄｔｈのふたつのＷｉｄｔｈが使われている。データ通信に使われるＷｉｄｔｈ（周波数帯域）の数はこれより多くてもよい。第３の実施形態に係る無線通信システムではさらに多くの数のＷｉｄｔｈ（周波数帯域）が使われている。
【０２００】
第３の実施形態に係る無線通信システム（アクセスポイントおよび無線端末）の機能と構成は第１の実施形態に係る無線通信システムと同様である。以下では、通信処理における第１の実施形態に係る無線通信システムとの差異点を中心に、第３の実施形態を説明する。
【０２０１】
図２１、図２２は第３の実施形態に係るフレームのシーケンスの例を示している。図２１、図２２に示されているように、第３の実施形態に係る無線通信システムでは、Ｆｉｒｓｔ  Ｗｉｄｔｈ、Ｓｅｃｏｎｄ  Ｗｉｄｔｈ、Ｔｈｉｒｄ  Ｗｉｄｔｈ、Ｆｏｕｒｔｈ  Ｗｉｄｔｈの４つの周波数帯域が使われている。それぞれのＷｉｄｔｈの幅は２０ＭＨｚであるため、合計８０ＭＨｚを使ってデータ通信が行われる。上述の各実施形態と同様、アクセスポイント１１が各無線端末に割り当てているＡＩＤはひとつである。
【０２０２】
アクセスポイント１１は、Ｆｉｒｓｔ  Ｗｉｄｔｈ、Ｓｅｃｏｎｄ  Ｗｉｄｔｈ、Ｔｈｉｒｄ  Ｗｉｄｔｈ、Ｆｏｕｒｔｈ  Ｗｉｄｔｈのそれぞれについて物理ヘッダと物理ペイロードを構成してデータ送信を行っている。物理ヘッダのＨＥ−ＳＩＧ−ＢにはＦｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  Ｗｉｄｔｈで別々の設定情報が格納される。
【０２０３】
図２１、図２２の例の場合、Ｔｈｉｒｄ  Ｗｉｄｔｈの物理ヘッダのＨＥ−ＳＩＧ−Ｂには、Ｆｉｒｓｔ  Ｗｉｄｔｈの物理ヘッダのＨＥ−ＳＩＧ−Ｂの複製（コピー）が格納される。Ｆｏｕｒｔｈ  Ｗｉｄｔｈの物理ヘッダのＨＥ−ＳＩＧ−Ｂには、Ｓｅｃｏｎｄ  Ｗｉｄｔｈの物理ヘッダのＨＥ−ＳＩＧ−Ｂの複製（コピー）が格納される。
【０２０４】
無線端末がＦｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂのみを参照する場合、Ｔｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂの設定は処理において使用されない。したがって、上述のようにダミーデータとして別のＷｉｄｔｈにおける対応するフィールドの複製を使ってもよい。なお、無線端末がＴｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂを参照する場合には、ダミーデータではない有効なデータを設定してもよい。
【０２０５】
Ｔｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂは無線端末側でダミーデータとして扱われるため、Ｔｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  Ｗｉｄｔｈの物理ペイロードで伝送されるデータに係る設定情報は、それぞれＦｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂに格納される。
【０２０６】
Ｆｉｒｓｔ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂには、ＣＯＭＭＯＮ＃１と、ＣＯＭＭＯＮ＃３のふたつのＣｏｍｍｏｎフィールドが含まれている。ＣＯＭＭＯＮ＃１はＦｉｒｓｔ  ＷｉｄｔｈにおけるＲＵアロケーションを特定する。一方、ＣＯＭＭＯＮ＃３はＴｈｉｒｄ  ＷｉｄｔｈにおけるＲＵアロケーションを特定する。ＣＯＭＭＯＮ＃１とＣＯＭＭＯＮ＃３にはいずれもＴＹＰＥ＝２０が設定されている。したがって、Ｆｉｒｓｔ  ＷｉｄｔｈとＴｈｉｒｄ  ＷｉｄｔｈにおけるＲＵアロケーションは同様のパターン（図２のＴＹＰＥ＝２０）となっている。
【０２０７】
Ｓｅｃｏｎｄ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂには、ＣＯＭＭＯＮ＃２と、ＣＯＭＭＯＮ＃４のふたつのＣｏｍｍｏｎフィールドが含まれている。ＣＯＭＭＯＮ＃２はＳｅｃｏｎｄ  ＷｉｄｔｈにおけるＲＵアロケーションを特定する。一方、ＣＯＭＭＯＮ＃４はＦｏｕｒｔｈ  ＷｉｄｔｈにおけるＲＵアロケーションを特定する。ＣＯＭＭＯＮ＃２とＣＯＭＭＯＮ＃４にはいずれもＴＹＰＥ＝１６が設定されている。したがって、Ｓｅｃｏｎｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  ＷｉｄｔｈにおけるＲＵアロケーションは同様のパターン（図２のＴＹＰＥ＝１６）となっている。
【０２０８】
Ｆｉｒｓｔ  ＷｉｄｔｈのＵｓｅｒ  ＳｐｅｃｉｆｉｃフィールドにはＦｉｒｓｔ  Ｗｉｄｔｈの物理ペイロードで伝送されるＲＵ（リソースユニット）に係る情報と、Ｔｈｉｒｄ  Ｗｉｄｔｈの物理ペイロードで伝送されるＲＵ（リソースユニット）に係る情報とを含む。ＵＦ１−１（ＡＩＤ＝１）、ＵＦ１−２（ＡＩＤ＝２）、ＵＦ１−３（ＡＩＤ＝３）、ＵＦ１−４（ＡＩＤ＝４）はそれぞれＦｉｒｓｔ  Ｗｉｄｔｈで送信される無線端末１宛のＲＵ３１、無線端末２宛のＲＵ３２、無線端末３宛のＲＵ３３、無線端末４宛のＲＵ３４に対応している。一方、ＵＦ３−１（ＡＩＤ＝１）、ＵＦ３−２（ＡＩＤ＝２）、ＵＦ３−３（ＡＩＤ＝３）、ＵＦ３−４（ＡＩＤ＝４）はそれぞれＴｈｉｒｄ  Ｗｉｄｔｈで送信される無線端末１宛のＲＵ３９、無線端末２宛のＲＵ４０、無線端末３宛のＲＵ４１、無線端末４宛のＲＵ４２に対応している。
【０２０９】
Ｓｅｃｏｎｄ  ＷｉｄｔｈのＵｓｅｒ  ＳｐｅｃｉｆｉｃフィールドにはＳｅｃｏｎｄ  Ｗｉｄｔｈの物理ペイロードで伝送されるＲＵ（リソースユニット）に係る情報と、Ｆｏｕｒｔｈ  Ｗｉｄｔｈの物理ペイロードで伝送されるＲＵ（リソースユニット）に係る情報とを含む。ＵＦ２−１（ＡＩＤ＝３）、ＵＦ２−２（ＡＩＤ＝４）、ＵＦ２−３（ＡＩＤ＝２０６４）、ＵＦ２−４（ＡＩＤ＝１）はそれぞれＳｅｃｏｎｄ  Ｗｉｄｔｈで送信される無線端末３宛のＲＵ３５、無線端末４宛のＲＵ３６、データ通信に使用されないＲＵ３７、無線端末１宛のＲＵ３８に対応している。一方、ＵＦ４−１（ＡＩＤ＝３）、ＵＦ４−２（ＡＩＤ＝４）、ＵＦ４−３（ＡＩＤ＝２０６４）、ＵＦ４−４（ＡＩＤ＝１）はそれぞれＦｏｕｒｔｈ  Ｗｉｄｔｈで送信される無線端末３宛のＲＵ３９、無線端末４宛のＲＵ４４、データ通信に使用されないＲＵ４５、無線端末１宛のＲＵ４６に対応している。
【０２１０】
すなわち、本実施形態に係る無線通信装置の処理部は、物理ヘッダに、複数の第１フィールド（Ｕｓｅｒフィールド）を設定し、第１フィールド（Ｕｓｅｒフィールド）は、物理ヘッダが搬送される周波数帯域（Ｗｉｄｔｈ）を含む複数の周波数帯域（複数のＷｉｄｔｈ）に含まれるいずれかのリソースユニット（ＲＵ）の宛先を指定することができる。
【０２１１】
図２１、図２２の通信処理を実行することにより、無線端末１宛のＲＵ３１、３８、３９、４６を使って同一のデータ（ＭＡＣフレーム）を送信することができる。同様に、無線端末２宛のＲＵ３３、ＲＵ４１を使って同一のデータ（ＭＡＣフレーム）を送信することができる。また、無線端末３宛のＲＵ３３、３５、３９、４１を使って同一のデータ（ＭＡＣフレーム）を送信することができる。さらに、無線端末４宛のＲＵ３４、３６、４２、４４を使って同一のデータ（ＭＡＣフレーム）を送信することができる。図２１、図２２の例のように、無線端末ごとに異なる数のＲＵを使って同一のデータを送信してもよい。各無線端末宛のデータ送信に使用するＲＵの数については特に限定しない。
【０２１２】
各無線端末宛のデータ送信に使われるＲＵは異なるＷｉｄｔｈ（周波数帯域）に配置されているため、フェージング、ノイズ、干渉などの要因によっていずれかのＲＵを使ったデータフレームの送信が失敗したとしても、周波数が離れた他のＲＵによって同じ内容のデータフレームが送信されているため、送信先の無線端末へ確実にデータを送信することができる。なお、各無線端末宛のデータ送信に使われるＲＵは必ずＷｉｄｔｈ（周波数帯域）に配置されたものでなくてもよい。
【０２１３】
無線端末がＦｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂに含まれるＵｓｅｒフィールドを正常に受信することができる場合、当該Ｕｓｅｒフィールドと同じＲＵを使って送信されたＭＡＣフレームについても受信に成功できる確率が高くなる。なお、Ｔｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂが無線端末側でダミーデータとして扱われる場合、Ｕｓｅｒフィールド以外のフィールドの受信結果に基づいてＴｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  Ｗｉｄｔｈにおける通信品質を推定する必要がある。
【０２１４】
図２３、図２４は第３の実施形態に係るアクセスポイントの処理を示すフローチャートである。第３の実施形態に係るアクセスポイントで実行される処理は、ステップＳ３０８で一部のＷｉｄｔｈに複製されたＨＥ−ＳＩＧ−Ｂ（ダミーデータ）が格納される点を除けば、第２の実施形態に係るアクセスポイントで実行される処理（図１７、図１８）と同様である。
【０２１５】
次に、第３の実施形態に係る無線端末が実行する処理について説明する。第３の実施形態に係る無線端末が自装置宛に送信されたＲＵを検出する処理は第２の実施形態の処理（図１９、図２０）と同様である。第３の実施形態では、ＤＬ  ＯＦＤＭＡのデータ通信に使用される周波数帯域幅が８０ＭＨｚであるため、Ｔｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  ＷｉｄｔｈについてもＲＵの検出処理が実行される。
【０２１６】
なお、図２１、図２２の例のようにＴｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂが無線端末側でダミーデータとして扱われている場合、Ｔｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  Ｗｉｄｔｈで送信されたＲＵより、Ｆｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  Ｗｉｄｔｈで送信されたＲＵを優先的に復調し、ＭＡＣフレーム（データ）を受信してもよい。無線端末がＦｉｒｓｔ  ＷｉｄｔｈまたはＳｅｃｏｎｄ  ＷｉｄｔｈのＨＥ−ＳＩＧ−Ｂに含まれるＵｓｅｒフィールドを検出できた場合、Ｆｉｒｓｔ  ＷｉｄｔｈまたはＳｅｃｏｎｄ  ＷｉｄｔｈのＲＵを使って送信されたデータの受信に成功する確率に高くなると予想されるからである。
【０２１７】
すなわち、本発明の実施形態に係る無線通信装置（無線端末）の受信部は、複数の周波数帯域を使って送信された第１物理フレームを受信し、第１物理フレームが周波数帯域ごとに設定された第１物理ヘッダを含み、一部の周波数帯域を使って搬送された第１物理ヘッダに含まれる第１フィールドを参照の対象としない場合に、宛先として自装置を指定した第１フィールドに対応付けられたリソースユニットのうち、第１フィールドが参照の対象とされない周波数帯域を使って搬送されたリソースユニットより、第１フィールドが参照の対象とされている周波数帯域を使って搬送されたリソースユニットを優先して復調し、第１データを抽出してもよい。
【０２１８】
以下では、図２１、図２２を参照しながら、無線端末１が復調を行うＲＵと、受信対象とするＭＡＣフレームについて説明する。
【０２１９】
最初に、無線端末１が検出できたのがひとつのＵｓｅｒフィールドのみである場合を説明する。
【０２２０】
例えば、無線端末１が検出できたのがＵＦ１−１のみである場合、無線端末１はＲＵ３１を復調し、ＦＲＡＭＥ＃１を受信する。無線端末１が検出できたのがＵＦ２−４のみである場合、無線端末１はＲＵ３８を復調し、ＦＲＡＭＥ＃９を受信する。無線端末１が検出できたのがＵＦ３−１のみである場合、無線端末１はＲＵ３９を復調し、ＦＲＡＭＥ＃１０を受信する。無線端末１が検出できたのがＵＦ４−４のみである場合、無線端末１はＲＵ４６を復調し、ＦＲＡＭＥ＃１６を受信する。
【０２２１】
次に、無線端末１がふたつのＵｓｅｒフィールドを検出できた場合を説明する。
【０２２２】
例えば、無線端末１が検出できたのがＵＦ１−１とＵＦ３−１である場合、無線端末１はＵＦ１−１に対応するＲＵ３１を復調し、ＦＲＡＭＥ＃１を受信する。無線端末１が検出できたのがＵＦ２−４とＵＦ４−４である場合、無線端末１はＵＦ２−４に対応するＲＵ３８を復調し、ＦＲＡＭＥ＃９を受信する。無線端末１が検出できたのがＵＦ１−１とＵＦ２−４である場合、無線端末１はＵＦ１−１に対応するＲＵ３１と、ＵＦ２−４に対応するＲＵ３８の少なくともいずれかを復調する。すなわち、ＲＵ３１とＲＵ３８の復調・受信処理における優先度は同等となる。無線端末１が検出できたのがＵＦ１−１とＵＦ４−４である場合、無線端末１はＵＦ１−１に対応するＲＵ３１を復調し、ＦＲＡＭＥ＃１を受信する。
【０２２３】
次に、無線端末１が３つのＵｓｅｒフィールドを検出できた場合を説明する。
【０２２４】
例えば、無線端末１が検出できたのがＵＦ１−１、ＵＦ２−４、ＵＦ３−１である場合、無線端末１はＵＦ１−１に対応するＲＵ３１と、ＵＦ２−４に対応するＲＵ３８の少なくともいずれかを復調する。すなわち、ＲＵ３１とＲＵ３８の復調・受信処理における優先度は同等となる。無線端末１が検出できたのがＵＦ１−１、ＵＦ２−４、ＵＦ４−４である場合、無線端末１はＵＦ１−１に対応するＲＵ３１と、ＵＦ２−４に対応するＲＵ３８の少なくともいずれかを復調する。この場合もＲＵ３１とＲＵ３８の復調・受信処理における優先度は同等となる。無線端末１が検出できたのがＵＦ１−１、ＵＦ３−１、ＵＦ４−４である場合、無線端末１はＵＦ１−１に対応するＲＵ３１を復調し、ＦＲＡＭＥ＃１を受信する。
【０２２５】
最後に、無線端末１が４つのＵｓｅｒフィールドを検出できた場合を説明する。
【０２２６】
例えば、無線端末１が検出できたのがＵＦ１−１、ＵＦ２−４、ＵＦ３−１、ＵＦ４−４である場合、無線端末１はＵＦ１−１に対応するＲＵ３１と、ＵＦ２−４に対応するＲＵ３８の少なくともいずれかを復調する。ＲＵ３１とＲＵ３８の復調・受信処理における優先度は同等となる。
【０２２７】
なお、無線端末が実行する処理の説明（図１９、図２０）では、自装置のＡＩＤを含むＵｓｅｒフィールド（宛先として自装置を指定する第１フィールド）のいずれかを選択すると述べた（ステップＳ２２８）。次のステップＳ２２９では選択されたＵｓｅｒフィールド（第１フィールド）に対応するリソースユニット（ＲＵ）が対応関係に基づいて特定されている。したがって、無線通信装置２００（無線端末）は、リソースユニットの宛先として自装置を指定されたリソースユニットを選択し、当該リソースユニットの復調を行う。Ｕｓｅｒフィールド（第１フィールド）およびリソースユニットを選択する方法には各種の方法が存在するが、Ｕｓｅｒフィールド（第１フィールド）およびリソースユニットを選択する方法については限定しない。
【０２２８】
下記では、Ｕｓｅｒフィールド（第１フィールド）およびリソースユニットを選択する方法の例について説明する。
【０２２９】
例えば、ある周波数帯域を使って搬送された第１物理フレームの物理ヘッダに、宛先として自装置（無線端末）を指定し、当該周波数帯域で搬送されるリソースユニットに対応する第１フィールドと、宛先として自装置（無線端末）を指定し、当該第１フィールドが搬送された周波数帯域とは異なる周波数帯域を使って搬送された第１フィールドとを含んでいる場合、前者の第１フィールドおよび前者の第１フィールドに対応するリソースユニットを復調の対象として選択することができる。
【０２３０】
すなわち、本発明の実施形態に係る無線端末（無線通信装置２００）の受信部は、複数の周波数帯域を使って送信された第１物理フレームを受信し、第１物理フレームが周波数帯域ごとに設定された第１物理ヘッダを含む場合、リソースユニットの宛先として自装置を指定する第１フィールドが検出できた周波数帯域に含まれるリソースユニットを復調し、第１データを抽出してもよい。
【０２３１】
例えば、ある周波数帯域を使って搬送された第１物理フレームの物理ヘッダに、宛先として自装置（無線端末）を指定し、当該周波数帯域で搬送されるリソースユニットに対応する第１フィールドと、宛先として自装置（無線端末）を指定し、当該第１フィールドが搬送された周波数帯域とは異なる周波数帯域を使って搬送された第１フィールドとを含んでいる場合、後者の第１フィールドおよび後者の第１フィールドに対応するリソースユニットを復調の対象として選択することができる。
【０２３２】
本実施形態に係るアクセスポイント（無線通信装置１００）の処理部は、第１物理ヘッダに、複数の第１フィールド（Ｕｓｅｒフィールド）を設定し、第１フィールド（Ｕｓｅｒフィールド）は、第１物理ヘッダが搬送される周波数帯域（Ｗｉｄｔｈ）を含む複数の周波数帯域（複数のＷｉｄｔｈ）に含まれるいずれかのリソースユニット（ＲＵ）の宛先を指定することができる。したがって、第１フィールドが対応付けられたリソースユニットは、当該第１フィールドが含まれる第１物理ヘッダとは異なる周波数帯域（Ｗｉｄｔｈ）で搬送されるものであってもよい。
【０２３３】
アクセスポイント（無線通信装置１００）の送信部が送信した第１物理ヘッダを受信した無線端末（無線通信装置２００）は、宛先として自装置（無線端末）を指定する第１フィールドが含まれる第１物理ヘッダとは異なる周波数帯域（Ｗｉｄｔｈ）で搬送されたリソースユニットを復調し、送信された第１データを抽出してもよい。
【０２３４】
すなわち、本発明の実施形態に係る無線通信装置（無線端末）の受信部は、複数の周波数帯域を使って送信された第１物理フレームを受信し、第１物理フレームが周波数帯域ごとに設定された第１物理ヘッダを含み、検出した第１フィールドが、宛先として自装置（無線端末）を指定しており、第１フィールドの含まれる第１物理ヘッダが搬送された周波数帯域とは異なる周波数帯域に含まれるリソースユニットに対応付けられている場合、第１フィールドの含まれる第１物理ヘッダが搬送された周波数帯域とは異なる周波数帯域に含まれるリソースユニットを復調し、第１データを抽出してもよい。
【０２３５】
（第４の実施形態）
上述の各実施形態では、アクセスポイントが各無線端末に割り当てているＡＩＤはひとつであった。アクセスポイント１１は無線端末１にＡＩＤ＝１を割り当てていた。第４の実施形態ではアクセスポイントが無線端末に複数のＡＩＤを割り当てる。
【０２３６】
例えば、アクセスポイント１１は無線端末１にＡＩＤ＝１、５、６、７の４つの番号を割り当てる。さらにアクセスポイント１１は各番号に優先度を設定し、無線端末１に当該優先度に係る情報を通知する。無線端末１はＤＬ  ＯＦＤＭＡを受信したときに複数のＵｓｅｒフィールドを検出した場合、復調・受信対象とするＲＵを設定された優先度に基づいて決定する。
【０２３７】
図２５は、第４の実施形態に係るＤＬ  ＯＦＤＭＡのＨＥ−ＳＩＧ−Ｂの例を示している。アクセスポイント１１が無線端末１のＡＩＤの優先度を、１、５、７、６の順に設定したと仮定する。アクセスポイント１１は、無線端末１宛に管理フレームを送信してＡＩＤの優先度を通知することができる。
【０２３８】
以下では、無線端末１にＡＩＤの優先度が設定された場合に復調を行うＲＵと、受信対象とするＭＡＣフレームを選択する処理について説明する。
【０２３９】
最初に、無線端末１がふたつのＵｓｅｒフィールドを検出できた場合を説明する。
【０２４０】
例えば、無線端末１が検出できたのがＵＦ１−１（ＡＩＤ＝１）とＵＦ３−１（ＡＩＤ＝５）である場合、ＡＩＤ＝１の優先度の方が高いため、無線端末１はＵＦ１−１に対応するＲＵを復調し、ＵＦ１−１に対応するＲＵに格納されたＭＡＣフレームを受信する。無線端末１が検出できたのがＵＦ２−４（ＡＩＤ＝６）とＵＦ４−４（ＡＩＤ＝７）である場合、ＡＩＤ＝７の優先度の方が高いため、無線端末１はＵＦ４−４に対応するＲＵを復調し、ＵＦ４−４に対応するＲＵに格納されたＭＡＣフレームを受信する。
【０２４１】
無線端末１が検出できたのがＵＦ１−１（ＡＩＤ＝１）とＵＦ２−４（ＡＩＤ＝６）である場合、ＡＩＤ＝１の優先度の方が高いため、無線端末１はＵＦ１−１に対応するＲＵを復調し、ＵＦ１−１に対応するＲＵに格納されたＭＡＣフレームを受信する。無線端末１が検出できたのがＵＦ１−１（ＡＩＤ＝１）とＵＦ４−４（ＡＩＤ＝７）である場合、ＡＩＤ＝１の優先度の方が高いため、無線端末１はＵＦ１−１に対応するＲＵを復調し、ＵＦ１−１に対応するＲＵに格納されたＭＡＣフレームを受信する。
【０２４２】
次に、無線端末１が３つのＵｓｅｒフィールドを検出できた場合を説明する。
【０２４３】
例えば、無線端末１が検出できたのがＵＦ１−１（ＡＩＤ＝１）、ＵＦ２−４（ＡＩＤ＝６）、ＵＦ３−１（ＡＩＤ＝５）である場合、ＡＩＤ＝１の優先度の方が最も高いため、無線端末１はＵＦ１−１に対応するＲＵを復調し、ＵＦ１−１に対応するＲＵに格納されたＭＡＣフレームを受信する。無線端末１が検出できたのがＵＦ１−１（ＡＩＤ＝１）、ＵＦ２−４（ＡＩＤ＝６）、ＵＦ４−４（ＡＩＤ＝７）である場合、ＡＩＤ＝１の優先度の方が最も高いため、無線端末１はＵＦ１−１に対応するＲＵを復調し、ＵＦ１−１に対応するＲＵに格納されたＭＡＣフレームを受信する。無線端末１が検出できたのがＵＦ１−１（ＡＩＤ＝１）、ＵＦ３−１（ＡＩＤ＝５）、ＵＦ４−４（ＡＩＤ＝７）である場合、ＡＩＤ＝１の優先度の方が最も高いため、無線端末１はＵＦ１−１に対応するＲＵを復調し、ＵＦ１−１に対応するＲＵに格納されたＭＡＣフレームを受信する。
【０２４４】
最後に、無線端末１が４つのＵｓｅｒフィールドを検出できた場合を説明する。
【０２４５】
例えば、無線端末１が検出できたのがＵＦ１−１（ＡＩＤ＝１）、ＵＦ２−４（ＡＩＤ＝６）、ＵＦ３−１（ＡＩＤ＝５）、ＵＦ４−４（ＡＩＤ＝７）である場合、ＡＩＤ＝１の優先度の方が最も高いため、無線端末１はＵＦ１−１に対応するＲＵを復調し、ＵＦ１−１に対応するＲＵに格納されたＭＡＣフレームを受信する。
【０２４６】
アクセスポイントが無線端末宛にＤＬ  ＯＦＤＭＡを送信する場合、過去の通信履歴に基づき、無線端末が受信に成功する確率の高いＲＵと対応するＵｓｅｒフィールドに優先度の高いＡＩＤを設定してもよい。これにより、各無線端末がＭＡＣフレームの受信に成功する確率を高めることができる。
【０２４７】
（第５の実施形態）
上述の各実施形態の無線端末はＤＬ  ＯＦＤＭＡで複数のＵｓｅｒフィールドを検出した場合、いずれかのＵｓｅｒフィールドに対応するＲＵを復調し、ＭＡＣフレームを受信していた。ただし、無線端末は、複数のＵｓｅｒフィールドを検出できた場合、複数のＵｓｅｒフィールドに対応するＲＵに格納されたＭＡＣフレームを最大比合成して受信してもよい。第５の実施形態に係る無線端末は複数のＲＵに格納されたＭＡＣフレームを最大比合成して受信する。
【０２４８】
最大比合成の処理を行う無線端末は、異なるサブキャリアの集合（ＲＵ）で受信した信号の振幅および位相の調整処理と合成処理を行い、信号対雑音電力比（ＳＮＲ：Ｓｉｇｎａｌ−ｔｏ−Ｎｏｉｓｅ  Ｒａｔｉｏ）が最大化されるようにする。最大比合成の対象となるＲＵは、同一のデータに係るＭＡＣフレームの送信に使われているものである必要がある。
【０２４９】
図１６の例の場合、無線端末１宛のＲＵ２１ではＴｒｉｇｇｅｒフレームとしてＴＲＩＧＧＥＲ＃１、データフレームとしてＤＡＴＡ＃１が送信されている。一方、同じ無線端末１宛のＲＵ２８ではＴｒｉｇｇｅｒフレームとしてＴＲＩＧＧＥＲ＃２、データフレームとしてＤＡＴＡ＃１が送信されている。このような場合、ＲＵ２１とＲＵ２８を使って最大比合成の処理を行う場合、ＲＵ２１とＲＵ２８を使って送信されるデータをＴＲＩＧＧＥＲ＃１、ＴＲＩＧＧＥＲ＃２、ＤＡＴＡ＃１に変更する必要がある。
【０２５０】
すなわち、本実施形態に係る無線通信装置（無線端末）の処理部は、受信部がリソースユニットの宛先として自装置を指定する第１フィールドを複数検出した場合、複数の第１フィールドに対応するリソースユニットのうち、少なくともふたつのリソースユニットを最大比合成し、データを抽出することができる。最大比合成に使うリソースユニットの数および、最大比合成を行う順序、最大比合成に使われるリソースユニットについては特に限定しない。
【０２５１】
最大比合成を行う第５の実施形態に係る無線通信装置（無線端末）は、複数のリソースユニットを復調している。最大比合成に使うリソースユニットの数に応じて復調するリソースユニットの数を決定することができる。なお、無線通信装置（無線端末）が最大比合成を行わない場合に、自装置（無線端末）を宛先とする第１フィールド（Ｒｅｓｏｕｒｃｅフィールド）が複数検出されたならば、いずれかの第１フィールドに対応するリソースフィールドを優先的に復調し、その他の第１フィールドに対応するリソースフィールドを復調しなくてもよい。
【０２５２】
（第６の実施形態）
第５の実施形態を除く上述の各実施形態では、無線端末がＤＬ  ＯＦＤＭＡで複数のＵｓｅｒフィールドを検出した場合、いずれかのＵｓｅｒフィールドに対応するＲＵの復調を行い、データを受信していた。すなわち、無線端末によってＵｓｅｒフィールドに対応するＲＵの選択処理が実行されていた。Ｕｓｅｒフィールドに対応するＲＵの選択には各種の指標を用いることができる。第６の実施形態では、指標として各Ｗｉｄｔｈで受信されたＵｓｅｒフィールドにおいてＣＲＣチェックの結果が正常であった回数と異常であった件数が使われる。
【０２５３】
例えば、無線端末がＦｉｒｓｔ  Ｗｉｄｔｈで受信した、ＵＦ１−２、ＵＦ１−３、ＵＦ１−４のすべてのＣＲＣチェックの結果が正常であった一方、Ｓｅｃｏｎｄ  Ｗｉｄｔｈで受信したＵＦ２−１のＣＲＣチェックの結果が異常でＵＦ２−２、ＵＦ２−３、ＵＦ２−４のＣＲＣチェックの結果が正常であったとする。この場合、Ｆｉｒｓｔ  Ｗｉｄｔｈの方がＣＲＣチェックの結果の正常であった件数が多く、ＣＲＣチェックの結果の異常であった件数が少ないため、無線端末はＦｉｒｓｔ  Ｗｉｄｔｈで受信したＵｓｅｒフィールドに対応するＲＵを選択する。
【０２５４】
すなわち、本実施形態に係る無線通信装置（無線端末）の受信部は、複数の周波数帯域を使って送信された第１物理フレームを受信し、第１物理フレームが周波数帯域ごとに設定された第１物理ヘッダを含み、宛先として自装置（無線端末）を指定した第１フィールドに対応付けられたリソースユニットが複数の周波数帯域にある場合には、第１物理ヘッダに含まれる第１フィールドついて検出された誤り訂正符号または誤り検出符号のエラー件数が少ない周波数帯域を使って搬送されたリソースユニットを優先して復調し、データを抽出してもよい。
【０２５５】
（第７の実施形態）
第３の実施形態に係る無線端末は、Ｆｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  Ｗｉｄｔｈで受信したＨＥ−ＳＩＧ−Ｂに含まれる制御情報を利用していたが、Ｔｈｉｒｄ  ＷｉｄｔｈとＦｏｕｒｔｈ  Ｗｉｄｔｈで受信したＨＥ−ＳＩＧ−Ｂについてはダミーデータとして取り扱っていた。ただし、無線端末は必ずＦｉｒｓｔ  ＷｉｄｔｈとＳｅｃｏｎｄ  Ｗｉｄｔｈ以外のＷｉｄｔｈ（周波数帯域）で受信したＨＥ−ＳＩＧ−Ｂをダミーデータとして扱わなくてもよい。第７の実施形態に係る無線端末は、Ｆｉｒｓｔ  ＷｉｄｔｈからＦｏｕｒｔｈ  Ｗｉｄｔｈの８０ＭＨｚの周波数帯域幅で受信されたＨＥ−ＳＩＧ−Ｂに含まれる制御情報を利用する。
【０２５６】
第７の実施形態に係る無線端末は、Ｆｉｒｓｔ  ＷｉｄｔｈでＵＦ１−１を検出した場合、ＵＦ１−１に対応するＲＵに格納されたフレームを受信する。また、無線端末は、Ｓｅｃｏｎｄ  ＷｉｄｔｈでＵＦ２−４を検出した場合、ＵＦ２−４に対応するＲＵに格納されたフレームを受信する。無線端末は、Ｔｈｉｒｄ  ＷｉｄｔｈでＵＦ３−１を検出した場合、ＵＦ３−１に対応するＲＵに格納されたフレームを受信する。無線端末は、Ｆｏｕｒｔｈ  ＷｉｄｔｈでＵＦ４−４を検出した場合、ＵＦ４−４に対応するＲＵに格納されたフレームを受信する。
【０２５７】
上述の各実施形態で説明した、アクセスポイント（無線通信装置）は異なるサブキャリアの集合（ＲＵ：リソースユニット）を使って同じ無線端末宛のデータを送信する。そして、無線端末は物理ヘッダに含まれる制御情報のうち、正常に復調ができたサブキャリアの集合で送信された物理ペイロードを復調してデータを受信する。
【０２５８】
上述のような処理を行うことにより、フェージング、ノイズ、干渉などの要因によってフェージング、ノイズ、干渉などの要因によってアクセスポイントと無線端末との間の伝搬路の品質が劣化しても、伝搬路における通信品質の劣化が少ない周波数帯域を使ってデータを受信することができる。したがって、無線通信システムにおいて同じデータの送信が繰り返され、全体の通信パフォーマンスが著しく低下する問題が発生するのを防止することができ、無線ＬＡＮなどの無線通信ネットワークによるデータ通信の一層の高信頼化を実現することができる。信頼性の高い無線通信ネットワークを使うことにより、インフラ設備の確実な監視・制御を行うことができ、インフラ設備の正常な稼働に寄与する。
【０２５９】
（第８の実施形態）  
第８の実施形態では、［１］無線通信システムにおけるフレーム種別、［２］無線通信装置間の接続切断の手法、［３］無線ＬＡＮシステムのアクセス方式、［４］無線ＬＡＮのフレーム間隔について説明する。
［１］通信システムにおけるフレーム種別
一般的に無線通信システムにおける無線アクセスプロトコル上で扱うフレームは、大別してデータ（ｄａｔａ）フレーム、管理（ｍａｎａｇｅｍｅｎｔ）フレーム、制御（ｃｏｎｔｒｏｌ）フレームの３種類に分けられる。これらの種別は、通常、フレーム間で共通に設けられるヘッダ部で示される。フレーム種別の表示方法としては、１つのフィールドで３種類を区別できるようにしてあってもよいし、２つのフィールドの組み合わせで区別できるようにしてあってもよい。ＩＥＥＥ８０２．１１規格では、フレーム種別の識別は、ＭＡＣフレームのフレームヘッダ部にあるＦｒａｍｅ  Ｃｏｎｔｒｏｌフィールドの中のＴｙｐｅ、Ｓｕｂｔｙｐｅという２つのフィールドで行う。データフレームか、管理フレームか、制御フレームかの大別はＴｙｐｅフィールドで行われ、大別されたフレームの中での細かい種別、例えば管理フレームの中のＢｅａｃｏｎフレームといった識別はＳｕｂｔｙｐｅフィールドで行われる。
【０２６０】
管理フレームは、他の無線通信装置との間の物理的な通信リンクの管理に用いるフレームである。例えば、他の無線通信装置との間の通信設定を行うために用いられるフレームや通信リンクをリリースする（つまり接続を切断する）ためのフレーム、無線通信装置でのパワーセーブ動作に係るフレームがある。
【０２６１】
データフレームは、他の無線通信装置と物理的な通信リンクが確立した上で、無線通信装置の内部で生成されたデータを他の無線通信装置に送信するフレームである。データは本実施形態の上位層で生成され、例えばユーザの操作によって生成される。
【０２６２】
制御フレームは、データフレームを他の無線通信装置との間で送受（交換）する際の制御に用いられるフレームである。無線通信装置がデータフレームや管理フレームを受信した場合にその送達確認のために送信される応答フレームは、制御フレームに属する。応答フレームは、例えばＡＣＫフレームやＢｌｏｃｋＡＣＫフレームである。またＲＴＳフレームやＣＴＳフレームも制御フレームである。
【０２６３】
これら３種類のフレームは、物理層で必要に応じた処理を経て物理パケットとしてアンテナを経由して送出される。なお、ＩＥＥＥ８０２．１１規格（前述のＩＥＥＥ  Ｓｔｄ  ８０２．１１ａｃ−２０１３などの拡張規格を含む）では接続確立の手順の１つとしてアソシエーション（ａｓｓｏｃｉａｔｉｏｎ）プロセスがあるが、その中で使われるＡｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームとＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームが管理フレームであり、Ａｓｓｏｃｉａｔｉｏｎ  ＲｅｑｕｅｓｔフレームやＡｓｓｏｃｉａｔｉｏｎ  Ｒｅｓｐｏｎｓｅフレームはユニキャストの管理フレームであることから、受信側無線通信端末に応答フレームであるＡＣＫフレームの送信を要求し、このＡＣＫフレームは上述のように制御フレームである。
【０２６４】
［２］無線通信装置間の接続切断の手法
接続の切断（リリース）には、明示的な手法と暗示的な手法とがある。明示的な手法としては、接続を確立している無線通信装置間のいずれか一方が切断のためのフレームを送信する。ＩＥＥＥ８０２．１１規格ではＤｅａｕｔｈｅｎｔｉｃａｔｉｏｎフレームがこれに当たり、管理フレームに分類される。通常、接続を切断するフレームを送信する側の無線通信装置では当該フレームを送信した時点で、接続を切断するフレームを受信する側の無線通信装置では当該フレームを受信した時点で、接続の切断と判定する。その後、非基地局の無線通信端末であれば通信フェーズでの初期状態、例えば接続するＢＳＳ探索する状態に戻る。無線通信基地局がある無線通信端末との間の接続を切断した場合には、例えば無線通信基地局が自ＢＳＳに加入する無線通信端末を管理する接続管理テーブルを持っているならば当該接続管理テーブルから当該無線通信端末に係る情報を削除する。例えば、無線通信基地局が自ＢＳＳに加入する各無線通信端末に接続をアソシエーションプロセスで許可した段階で、ＡＩＤを割り当てる場合には、当該接続を切断した無線通信端末のＡＩＤに関連づけられた保持情報を削除し、当該ＡＩＤに関してはリリースして他の新規加入する無線通信端末に割り当てられるようにしてもよい。
【０２６５】
一方、暗示的な手法としては、接続を確立した接続相手の無線通信装置から一定期間フレーム送信（データフレーム及び管理フレームの送信、あるいは自装置が送信したフレームへの応答フレームの送信）を検知しなかった場合に、接続状態の切断の判定を行う。このような手法があるのは、上述のように接続の切断を判定するような状況では、接続先の無線通信装置と通信距離が離れて無線信号が受信不可あるいは復号不可になるなど物理的な無線リンクが確保できない状態が考えられるからである。すなわち、接続を切断するフレームの受信を期待できないからである。
【０２６６】
暗示的な方法で接続の切断を判定する具体例としては、タイマーを使用する。例えば、送達確認応答フレームを要求するデータフレームを送信する際、当該フレームの再送期間を制限する第１のタイマー（例えばデータフレーム用の再送タイマー）を起動し、第１のタイマーが切れるまで（つまり所望の再送期間が経過するまで）当該フレームへの送達確認応答フレームを受信しないと再送を行う。当該フレームへの送達確認応答フレームを受信すると第１のタイマーは止められる。
【０２６７】
一方、送達確認応答フレームを受信せず第１のタイマーが切れると、例えば接続相手の無線通信装置がまだ（通信レンジ内に）存在するか（言い換えれば、無線リンクが確保できているか）を確認するための管理フレームを送信し、それと同時に当該フレームの再送期間を制限する第２のタイマー（例えば管理フレーム用の再送タイマー）を起動する。第１のタイマーと同様、第２のタイマーでも、第２のタイマーが切れるまで当該フレームへの送達確認応答フレームを受信しないと再送を行い、第２のタイマーが切れると接続が切断されたと判定する。接続が切断されたと判定した段階で、前記接続を切断するフレームを送信するようにしてもよい。
【０２６８】
あるいは、接続相手の無線通信装置からフレームを受信すると第３のタイマーを起動し、新たに接続相手の無線通信装置からフレームを受信するたびに第３のタイマーを止め、再び初期値から起動する。第３のタイマーが切れると前述と同様に接続相手の無線通信装置がまだ（通信レンジ内に）存在するか（言い換えれば、無線リンクが確保できているか）を確認するための管理フレームを送信し、それと同時に当該フレームの再送期間を制限する第２のタイマー（例えば管理フレーム用の再送タイマー）を起動する。この場合も、第２のタイマーが切れるまで当該フレームへの送達確認応答フレームを受信しないと再送を行い、第２のタイマーが切れると接続が切断されたと判定する。この場合も、接続が切断されたと判定した段階で、前記接続を切断するフレームを送信するようにしてもよい。後者の、接続相手の無線通信装置がまだ存在するかを確認するための管理フレームは、前者の場合の管理フレームとは異なるものであってもよい。また後者の場合の管理フレームの再送を制限するためのタイマーは、ここでは第２のタイマーとして前者の場合と同じものを用いたが、異なるタイマーを用いるようにしてもよい。
【０２６９】
［３］無線ＬＡＮシステムのアクセス方式
例えば、複数の無線通信装置と通信または競合することを想定した無線ＬＡＮシステムがある。ＩＥＥＥ８０２．１１無線ＬＡＮではＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅ）をアクセス方式の基本としている。ある無線通信装置の送信を把握し、その送信終了から固定時間を置いて送信を行う方式では、その無線通信装置の送信を把握した複数の無線通信装置で同時に送信を行うことになり、その結果、無線信号が衝突してフレーム送信に失敗する。ある無線通信装置の送信を把握し、その送信終了からランダム時間待つことで、その無線通信装置の送信を把握した複数の無線通信装置での送信が確率的に分散することになる。よって、ランダム時間の中で最も早い時間を引いた無線通信装置が１つなら無線通信装置のフレーム送信は成功し、フレームの衝突を防ぐことができる。ランダム値に基づき送信権の獲得が複数の無線通信装置間で公平になることから、Ｃａｒｒｉｅｒ  Ａｖｏｉｄａｎｃｅを採用した方式は、複数の無線通信装置間で無線媒体を共有するために適した方式であるということができる。
【０２７０】
［４］無線ＬＡＮのフレーム間隔
ＩＥＥＥ８０２．１１無線ＬＡＮのフレーム間隔について説明する。ＩＥＥＥ８０２．１１無線ＬＡＮで用いられるフレーム間隔は、ｄｉｓｔｒｉｂｕｔｅｄ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＤＩＦＳ）、ａｒｂｉｔｒａｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＡＩＦＳ）、ｐｏｉｎｔ  ｃｏｏｒｄｉｎａｔｉｏｎ  ｆｕｎｃｔｉｏｎ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＰＩＦＳ）、ｓｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＳＩＦＳ）、ｅｘｔｅｎｄｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＥＩＦＳ）、ｒｅｄｕｃｅｄ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅ（ＲＩＦＳ）などがある。
【０２７１】
フレーム間隔の定義は、ＩＥＥＥ８０２．１１無線ＬＡＮでは送信前にキャリアセンスアイドルを確認して開けるべき連続期間として定義されており、厳密な前のフレームからの期間は議論しない。従ってここでのＩＥＥＥ８０２．１１無線ＬＡＮシステムでの説明においてはその定義を踏襲する。ＩＥＥＥ８０２．１１無線ＬＡＮでは、ＣＳＭＡ／ＣＡに基づくランダムアクセスの際に待つ時間を固定時間とランダム時間との和としており、固定時間を明確にするため、このような定義になっているといえる。
【０２７２】
ＤＩＦＳとＡＩＦＳとは、ＣＳＭＡ／ＣＡに基づき他の無線通信装置と競合するコンテンション期間にフレーム交換開始を試みるときに用いるフレーム間隔である。ＤＩＦＳは、トラヒック種別による優先権の区別がないとき、ＡＩＦＳはトラヒック種別（Ｔｒａｆｆｉｃ  Ｉｄｅｎｔｉｆｉｅｒ：ＴＩＤ）による優先権が設けられている場合に用いる。
【０２７３】
ＤＩＦＳとＡＩＦＳとで係る動作としては類似しているため、以降では主にＡＩＦＳを用いて説明する。ＩＥＥＥ８０２．１１無線ＬＡＮでは、ＭＡＣ層でフレーム交換の開始などを含むアクセス制御を行う。さらに、上位層からデータを渡される際にＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）対応する場合には、データとともにトラヒック種別が通知され、トラヒック種別に基づいてデータはアクセス時の優先度のクラス分けがされる。このアクセス時のクラスをアクセスカテゴリ（Ａｃｃｅｓｓ  Ｃａｔｅｇｏｒｙ：ＡＣ）と呼ぶ。従って、アクセスカテゴリごとにＡＩＦＳの値が設けられることになる。
【０２７４】
ＰＩＦＳは、競合する他の無線通信装置よりも優先権を持つアクセスができるようにするためのフレーム間隔であり、ＤＩＦＳ及びＡＩＦＳのいずれの値よりも期間が短い。ＳＩＦＳは、応答系の制御フレームの送信時あるいは一旦アクセス権を獲得した後にバーストでフレーム交換を継続する場合に用いることができるフレーム間隔である。ＥＩＦＳはフレーム受信に失敗した（受信したフレームがエラーであると判定した）場合に起動されるフレーム間隔である。
【０２７５】
ＲＩＦＳは一旦アクセス権を獲得した後にバーストで同一無線通信装置に複数のフレームを連続して送信する場合に用いることができるフレーム間隔であり、ＲＩＦＳを用いている間は送信相手の無線通信装置からの応答フレームを要求しない。  
【０２７６】
ある無線通信装置においてデータフレーム（Ｗ＿ＤＡＴＡ１）の送信要求が発生した際に、キャリアセンスの結果、媒体がビジーである（ｂｕｓｙ  ｍｅｄｉｕｍ）と認識する場合を想定する。この場合、キャリアセンスがアイドルになった時点から固定時間のＡＩＦＳを空け、その後ランダム時間（ｒａｎｄｏｍ  ｂａｃｋｏｆｆ）空いたところで、データフレームＷ＿ＤＡＴＡ１を通信相手に送信する。なお、キャリアセンスの結果、媒体がビジーではない、つまり媒体がアイドル（ｉｄｌｅ）であると認識した場合には、キャリアセンスを開始した時点から固定時間のＡＩＦＳを空けて、データフレームＷ＿ＤＡＴＡ１を通信相手に送信する。
【０２７７】
ランダム時間は０から整数で与えられるコンテンションウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ  Ｗｉｎｄｏｗ：ＣＷ）の間の一様分布から導かれる擬似ランダム整数にスロット時間をかけたものである。ここで、ＣＷにスロット時間をかけたものをＣＷ時間幅と呼ぶ。ＣＷの初期値はＣＷｍｉｎで与えられ、再送するたびにＣＷの値はＣＷｍａｘになるまで増やされる。ＣＷｍｉｎとＣＷｍａｘとの両方とも、ＡＩＦＳと同様アクセスカテゴリごとの値を持つ。Ｗ＿ＤＡＴＡ１の送信先の無線通信装置では、データフレームの受信に成功し、かつ当該データフレームが応答フレームの送信を要求するフレームであるとそのデータフレームを内包する物理パケットの無線媒体上での占有終了時点からＳＩＦＳ時間後に応答フレーム（Ｗ＿ＡＣＫ１）を送信する。Ｗ＿ＤＡＴＡ１を送信した無線通信装置は、Ｗ＿ＡＣＫ１を受信すると送信バースト時間制限内であればまたＷ＿ＡＣＫ１を内包する物理パケットの無線媒体上での占有終了時点からＳＩＦＳ時間後に次のフレーム（例えばＷ＿ＤＡＴＡ２）を送信することができる。
【０２７８】
ＡＩＦＳ、ＤＩＦＳ、ＰＩＦＳ及びＥＩＦＳは、ＳＩＦＳとスロット時間との関数になるが、ＳＩＦＳとスロット時間とは物理層ごとに規定されている。また、ＡＩＦＳ、ＣＷｍｉｎ及びＣＷｍａｘなどアクセスカテゴリごとに値が設けられるパラメータは、通信グループ（ＩＥＥＥ８０２．１１無線ＬＡＮではＢａｓｉｃ  Ｓｅｒｖｉｃｅ  Ｓｅｔ（ＢＳＳ））ごとに設定可能であるが、デフォルト値が定められている。
【０２７９】
例えば、８０２．１１ａｃの規格策定では、ＳＩＦＳは１６μｓ、スロット時間は９μｓであるとして、それによってＰＩＦＳは２５μｓ、ＤＩＦＳは３４μｓ、ＡＩＦＳにおいてアクセスカテゴリがＢＡＣＫＧＲＯＵＮＤ（ＡＣ＿ＢＫ）のフレーム間隔はデフォルト値が７９μｓ、ＢＥＳＴ  ＥＦＦＯＲＴ（ＡＣ＿ＢＥ）のフレーム間隔はデフォルト値が４３μｓ、ＶＩＤＥＯ（ＡＣ＿ＶＩ）とＶＯＩＣＥ（ＡＣ＿ＶＯ）のフレーム間隔はデフォルト値が３４μｓ、ＣＷｍｉｎとＣＷｍａｘとのデフォルト値は、各々ＡＣ＿ＢＫとＡＣ＿ＢＥとでは３１と１０２３、ＡＣ＿ＶＩでは１５と３１、ＡＣ＿ＶＯでは７と１５になるとする。なお、ＥＩＦＳは、基本的にはＳＩＦＳとＤＩＦＳと最も低速な必須の物理レートで送信する場合の応答フレームの時間長の和である。なお効率的なＥＩＦＳの取り方ができる無線通信装置では、ＥＩＦＳを起動した物理パケットへの応答フレームを運ぶ物理パケットの占有時間長を推定し、ＳＩＦＳとＤＩＦＳとその推定時間の和とすることもできる。
【０２８０】
なお、各実施形態で記載されているフレームは、Ｎｕｌｌ  Ｄａｔａ  Ｐａｃｋｅｔなど、ＩＥＥＥ８０２．１１規格または準拠する規格で、パケットと呼ばれるものを指してもよい。
【０２８１】
本実施形態で用いられる用語は、広く解釈されるべきである。例えば用語“プロセッサ”は、汎用目的プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、コントローラ、マイクロコントローラ、状態マシンなどを包含してもよい。状況によって、“プロセッサ”は、特定用途向け集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理回路  （ＰＬＤ）などを指してもよい。“プロセッサ”は、複数のマイクロプロセッサのような処理装置の組み合わせ、ＤＳＰおよびマイクロプロセッサの組み合わせ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサを指してもよい。
【０２８２】
別の例として、用語“メモリ”は、電子情報を格納可能な任意の電子部品を包含してもよい。“メモリ”は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、フラッシュメモリ、磁気または光学データストレージを指してもよく、これらはプロセッサによって読み出し可能である。プロセッサがメモリに対して情報を読み出しまたは書き込みまたはこれらの両方を行うならば、メモリはプロセッサと電気的に通信すると言うことができる。メモリは、プロセッサに統合されてもよく、この場合も、メモリは、プロセッサと電気的に通信していると言うことができる。また、回路は、単一チップに配置された複数の回路でもよいし、複数のチップまたは複数の装置に分散して配置された１つ以上の回路でもよい。
【０２８３】
また本明細書において  “ａ，ｂおよび（または）ｃの少なくとも１つ”は、ａ，ｂ，ｃ，ａ−ｂ，  ａ−ｃ，ｂ−ｃ，ａ−ｂ−ｃの組み合わせだけでなく、ａ−ａ，ａ−ｂ−ｂ，ａ−ａ−ｂ−ｂ−ｃ−ｃなどの同じ要素の複数の組み合わせも含む表現である。また、ａ−ｂ−ｃ−ｄの組み合わせのように、ａ，ｂ，ｃ以外の要素を含む構成もカバーする表現である。
【０２８４】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０２８５】
１、２、３、４  無線端末
１１  アクセスポイント
１２、１３、１４、１５、１６、２１、２２、２３、２４、２５、２６、２７、２８、３１、３２、３３、３４、３５、３６、３７、３８、３９、４０、４１、４２、４３、４４、４５、４６  リソースユニット（ＲＵ）
１００、２００  無線通信装置
１０１、２０１  ホストインタフェース
１１０、２１０  ＭＡＣ層処理部
１１１、トリガ生成部
１１２、２１２  ＲＵ割り当て部
１１３  送信フレーム生成部
１１４、２１４  フレーム解析部
１１５、２１５  制御部
１２０、２２０  送信部
１２１、２２１  符号化回路
１２２、２２２  変調回路
１２３、２２３  Ｄ／Ａコンバータ
１２４、２２４  送信アンプ
１２５、１３１、２２５、２３１  アンテナ
１３０、２３０  受信部
１３２、２３２  低雑音増幅器
１３３、２３３  Ａ／Ｄコンバータ
１３４、２３４  復調回路
１３５、２３５  復号回路
２１１  応答フレーム生成部
２１３  時刻計測部
【図１】
2020043511.tif 000003
【図２】
2020043511.tif 000004
【図３】
2020043511.tif 000005
【図４】
2020043511.tif 000006
【図５】
2020043511.tif 000007
【図６】
2020043511.tif 000008
【図７】
2020043511.tif 000009
【図８】
2020043511.tif 000010
【図９】
2020043511.tif 000011
【図１０】
2020043511.tif 000012
【図１１】
2020043511.tif 000013
【図１２】
2020043511.tif 000014
【図１３】
2020043511.tif 000015
【図１４】
2020043511.tif 000016
【図１５】
2020043511.tif 000017
【図１６】
2020043511.tif 000018
【図１７】
2020043511.tif 000019
【図１８】
2020043511.tif 000020
【図１９】
2020043511.tif 000021
【図２０】
2020043511.tif 000022
【図２１】
2020043511.tif 000023
【図２２】
2020043511.tif 000024
【図２３】
2020043511.tif 000025
【図２４】
2020043511.tif 000026
【図２５】
2020043511.tif 000027