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