(57)【特許請求の範囲】
【請求項１】
第１の送信期間を示す第１の情報に応じた冗長性を有するように送信フレームの処理を行う処理部を備え、
前記処理部は、前記第１の送信期間と送信すべき第１のフレームを含む送信フレームの送信期間との差分が前記第１のフレームの送信期間以上である場合、前記第１のフレームの複製を前記送信フレームに追加する、フレーム複製を繰り返し、
前記フレーム複製の繰り返しにより前記第１の送信期間と前記送信フレームの送信期間との差分が前記第１のフレームの送信期間未満となった後、前記処理部は、前記第１の送信期間と前記送信フレームの送信期間との差分が前記第１のフレームのサブフレームの送信期間以上である場合、前記サブフレームの複製を前記送信フレームに追加する、サブフレーム複製を繰り返す、通信装置。
【請求項２】
前記処理部は、前記サブフレーム複製の繰り返しにより前記第１の送信期間と前記送信フレームの送信期間との差分が前記サブフレームの送信期間未満となった場合、前記送信フレームにブロック送達確認要求を追加する、請求項１に記載の通信装置。
【請求項３】
前記処理部は、前記ブロック送達確認要求の追加後の前記送信フレームの送信期間が前記第１の送信期間未満である場合、前記送信フレームにパディングを追加する、請求項２に記載の通信装置。
【請求項４】
前記処理部は、前記処理に係る情報を前記処理が行われた前記送信フレームに含める、請求項１に記載の通信装置。
【請求項５】
前記処理に係る情報は、前記フレーム複製の繰り返しにより前記送信フレームに追加された前記第１のフレームの複製の数を示す情報を含む、請求項４に記載の通信装置。
【請求項６】
第２の通信装置から前記第１の情報を受信する通信部をさらに備え、
前記通信部は、前記送信フレームを前記第２の通信装置に送信する、請求項１に記載の通信装置。
【請求項７】
前記処理部は、前記第１のフレームの送信期間を特定可能な情報を生成し、
前記通信部は、生成される前記送信期間を特定可能な情報が含まれる送信許可要求フレームを前記第２の通信装置に送信する、請求項６に記載の通信装置。
【請求項８】
前記通信部は、前記送信許可要求フレームへの応答として、前記第１のフレームの送信の多重化に係る情報を含む送信許可フレームを前記第２の通信装置から受信し、
前記処理部は、前記多重化に係る情報に基づいて前記処理を行うかの判定を行う、請求項７に記載の通信装置。
【請求項９】
前記多重化に係る情報は、前記第１の送信期間を示す情報、前記第１の送信期間の算出に用いられる情報、または前記第１の送信期間に送信可能な通信装置を特定可能な情報のうちの少なくとも１つを含む、請求項８に記載の通信装置。
【請求項１０】
前記送信フレームは、第３の通信装置から送信される前記処理が行われた送信フレームと、空間分割多重化される、請求項９に記載の通信装置。
【請求項１１】
前記送信可能な通信装置は、前記送信許可要求フレームを送信した通信装置のチャネル利得との相関が他の通信装置よりも低い通信装置が選択される、請求項１０に記載の通信装置。
【請求項１２】
前記送信可能な通信装置を特定可能な情報は、前記送信許可フレームの宛先となる通信装置のグループを示す情報を含む、請求項９に記載の通信装置。
【請求項１３】
前記処理が行われた前記送信フレームは、第３の通信装置から送信される前記処理が行われた送信フレームと周波数分割多重によって多重化される、請求項９に記載の通信装置。
【請求項１４】
第１の送信期間を示す第１の情報に応じた冗長性を有するように送信フレームの処理を行うことを含み、
前記送信フレームの処理を行うことは、
前記第１の送信期間と送信すべき第１のフレームを含む送信フレームの送信期間との差分が前記第１のフレームの送信期間以上である場合、前記第１のフレームの複製を前記送信フレームに追加する、フレーム複製を繰り返し、
前記フレーム複製の繰り返しにより前記第１の送信期間と前記送信フレームの送信期間との差分が前記第１のフレームの送信期間未満となった後、前記第１の送信期間と前記送信フレームの送信期間との差分が前記第１のフレームのサブフレームの送信期間以上である場合、前記サブフレームの複製を前記送信フレームに追加する、サブフレーム複製を繰り返す、ことを含む、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置および通信方法に関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１に代表される無線ＬＡＮ（Local  Area  Network）の普及が進み、それに伴い、伝送されるコンテンツの情報量および無線ＬＡＮ対応製品が増加している。そこで、ネットワーク全体の通信効率を向上させるために、ＩＥＥＥ８０２．１１の規格が現在も拡張されている。
【０００３】
その規格の拡張の一例として、８０２．１１ａｃ規格では、ダウンリンク（ＤＬ：downlink）についてのＭＵ−ＭＩＭＯ（Multi−User  Multi−Input  Multi−Output）が採用されている。ＭＵ−ＭＩＭＯは、空間分割多重化によって複数の信号を同じ時間帯に送信することを可能にする技術であり、当該技術によって、例えば周波数の利用効率を高めることが可能である。
【０００４】
しかし、複数の通信装置の各々が送信するフレームの送信期間が異なる場合があり、その場合、当該フレームの受信期間中に受信されるフレームの多重化数が増減する。そのため、多重化されたフレームを受信する通信装置における受信電力が受信期間中に変化し、当該受信電力の変化は受信性能に影響を与え得る。これに対し、フレームの送信期間を揃える手法が提案されている。
【０００５】
例えば、特許文献１では、送信期間の異なる複数のフレームに適宜パディングを追加することにより、当該複数のフレームの送信期間を揃える通信装置が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２６３４９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１で開示される発明では、無線通信リソースの効率的な活用が困難な場合がある。例えば、特許文献１で開示される発明では、データとしての意味を持たないパディングによって無線通信リソースが消費されることになる。
【０００８】
そこで、本開示では、無線多重通信において、無線通信リソースの有効活用と受信性能の安定化とを両立させることが可能な、新規かつ改良された通信装置および通信方法を提案する。
【課題を解決するための手段】
【０００９】
本開示によれば、第１の送信期間または送信に用いられる帯域の少なくともいずれか一方を示す第１の情報に応じた冗長性を有するように、または前記第１の情報に応じた変調方式により、フレームの処理を行う処理部を備える通信装置が提供される。
【００１０】
また、本開示によれば、第１の送信期間または送信に用いられる帯域の少なくともいずれか一方を示す第１の情報に応じた冗長性を有するように、または前記第１の情報に応じた変調方式により、フレームの処理を行うことを含む通信方法が提供される。
【発明の効果】
【００１１】
以上説明したように本開示によれば、無線多重通信において、無線通信リソースの有効活用と受信性能の安定化とを両立させることが可能な通信装置および通信方法が提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１２】
【図１】本開示の一実施形態に係る通信システムの構成例を示す図である。
【図２】本開示の第１の実施形態に係るＳＴＡおよびＡＰの概略的な機能構成を示すブロック図である。
【図３】本実施形態に係るＳＴＡによって生成されるＵＬフレームの構成例を示す図である。
【図４】本実施形態に係る通信システムの処理を概念的に示すシーケンス図である。
【図５】本実施形態に係るＳＴＡにおけるＵＬフレーム送信処理を概念的に示すフローチャートである。
【図６】本実施形態に係るＳＴＡにおけるＵＬフレームの送信期間の変更処理を概念的に示すフローチャートである。
【図７】本実施形態に係るＡＰにおけるＵＬフレーム受信処理を概念的に示すフローチャートである。
【図８】本開示の第２の実施形態に係るＳＴＡにおけるＵＬフレームの送信期間の変更処理を概念的に示すフローチャートである。
【図９】本開示の第３の実施形態に係る通信システムの処理を概念的に示すシーケンス図である。
【図１０】本実施形態に係るＡＰにおけるＤＬフレーム送信処理を概念的に示すフローチャートである。
【図１１】本開示の第４の実施形態におけるリソースブロック割当ての例を示す図である。
【図１２】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１３】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図１４】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１４】
なお、説明は以下の順序で行うものとする。
１．本開示の一実施形態に係る通信システムの概要
２．第１の実施形態（複製フレームを追加する例）
３．第２の実施形態（変調方式を変更する例）
４．第３の実施形態（基地局の通信に適用する例）
５．第４の実施形態（周波数分割多重通信を利用する例）
６．応用例
７．むすび
【００１５】
＜１．本開示の一実施形態に係る通信システムの概要＞
まず、図１を参照して、本開示の一実施形態に係る通信システムの概要について説明する。図１は、本開示の一実施形態に係る通信システムの構成例を示す図である。
【００１６】
通信システムは、基地局２０と複数の通信装置１０とで構成される。基地局２０および通信装置１０は、無線通信機能を有し、多重化を用いた通信を行う。また、基地局２０はアクセスポイント（以下、ＡＰ（Access  Point）とも称する。）として動作し、通信装置１０はステーション（以下、ＳＴＡ（Station）とも称する。）として動作する。以下、基地局２０をＡＰ２０とも称し、通信装置１０をＳＴＡ１０とも称する。このため、通信システムでは、ＡＰ２０とＳＴＡ１０との間で多重化を用いた通信が可能である。なお、ＡＰ２０からＳＴＡ１０への通信をＤＬ（ダウンリンク）、ＳＴＡ１０からＡＰ２０への通信をＵＬ（アップリンク）とも称する。
【００１７】
例えば、通信システムは、図１に示したように、ＡＰ２０および複数のＳＴＡ１０Ａ〜１０Ｄで構成され得る。ＡＰ２０およびＳＴＡ１０Ａ〜１０Ｄは、無線通信を介して接続され、直接的に互いにフレームの送受信を行う。例えば、ＡＰ２０は、ＩＥＥＥ８０２．１１ａｃに準拠する通信装置であって、アダプディブ・アレイ・アンテナによるＳＤＭＡ（空間分割多元接続）を行う。
【００１８】
ここで、一般的に、複数のＳＴＡ１０の各々が送信するフレームの送信期間が異なる場合には、当該フレームの受信期間中におけるフレームの多重化数が増減する。そのため、フレームを受信するＡＰ２０の受信電力が受信期間中に急峻に変化し、当該受信電力の変化はＡＰ２０の受信性能に影響を与え得る。
【００１９】
これに対し、送信期間の異なる複数のフレームに適宜パディングを追加することにより、当該複数のフレームの送信期間を揃える手法が提案されているが、パディングはデータとしての意味を持たないため、無線通信リソースが消費されることになる。
【００２０】
そこで、本開示では、無線多重通信において、無線通信リソースの効率的な利用と受信性能の安定化とを両立させることが可能な通信装置および通信方法を提案する。以下に、その詳細について説明する。なお、図１においては通信システムの一例として、通信システムはＡＰ２０およびＳＴＡ１０で構成される例を説明したが、ＡＰ２０の代わりに、ＳＴＡ１０のうちの１つが他のＳＴＡ１０との複数のダイレクトリンクを持つ通信装置であってもよい。その場合、上述のＤＬを「１ＳＴＡから複数ＳＴＡへの同時送信」と、上述のＵＬを「複数ＳＴＡから１ＳＴＡへの同時送信」と読み替えられ得る。また、説明の便宜上、第１〜第４の実施形態に係るＳＴＡ１０の各々を、ＳＴＡ１０−１、ＳＴＡ１０−２のように、末尾に実施形態に対応する番号を付することにより区別する。
【００２１】
＜２．第１の実施形態（複製フレームを追加する例）＞
以上、本開示の一実施形態に係る通信システムの概要について説明した。次に、本開示の第１の実施形態に係るＳＴＡ１０−１について説明する。本実施形態では、ＳＴＡ１０−１は、空間分割多重通信において、送信すべきフレームの複製をＵＬフレームに追加する。
【００２２】
＜２−１．通信装置の機能＞
まず、図２を参照して、本開示の第１の実施形態に係るＳＴＡ１０−１およびＡＰ２０−１の構成について説明する。図２は、本開示の第１の実施形態に係るＳＴＡ１０−１およびＡＰ２０−１の概略的な機能構成を示すブロック図である。
【００２３】
ＳＴＡ１０−１およびＡＰ２０−１は、図２に示したように、データ処理部１１、通信部１２および制御部１７を備える。まず、ＳＴＡ１０−１およびＡＰ２０−１の基本的な機能について説明する。
【００２４】
（（基本機能））
データ処理部１１は、データに対して送受信のための処理を行う。具体的には、データ処理部１１は、通信上位層からのデータに基づいてフレームを生成し、生成されるフレームを後述する変復調部１３に提供する。例えば、データ処理部１１は、データからフレーム（またはパケット）を生成し、生成されるフレームにメディアアクセス制御（ＭＡＣ：Media  Access  Control）のためのＭＡＣヘッダの付加および誤り検出符号の付加等の処理を行う。また、データ処理部１１は、受信されるフレームからデータを抽出し、抽出されるデータを通信上位層に提供する。例えば、データ処理部１１は、受信されるフレームについて、ＭＡＣヘッダの解析、符号誤りの検出および訂正、ならびにリオーダ処理等を行うことによりデータを取得する。
【００２５】
通信部１２は、図２に示したように、変復調部１３、信号処理部１４、チャネル推定部１５および無線インタフェース部１６を備える。
【００２６】
変復調部１３は、フレームについて変調処理等を行う。具体的には、変復調部１３は、データ処理部１１から提供されるフレームについて、制御部１７によって設定されるコーディングおよび変調方式等に従って、エンコード、インタリーブおよび変調を行うことによりシンボルストリームを生成する。そして、生成されるシンボルストリームを信号処理部１４に提供する。また、変復調部１３は、信号処理部１４から提供されるシンボルストリームについて、復調およびデコード等を行うことによりフレームを取得し、取得されるフレームをデータ処理部１１または制御部１７に提供する。
【００２７】
信号処理部１４は、空間分割多重通信に係る処理を行う。具体的には、信号処理部１４は、変復調部１３から提供されるシンボルストリームについて空間分離に係る信号処理を行い、処理により得られるシンボルストリームの各々をそれぞれ無線インタフェース部１６に提供する。また、信号処理部１４は、無線インタフェース部１６から得られる信号に係るシンボルストリームについて空間処理、例えばシンボルストリームの分離処理等を行い、処理により得られるシンボルストリームを変復調部１３に提供する。
【００２８】
チャネル推定部１５は、チャネル利得を推定する。具体的には、チャネル推定部１５は、無線インタフェース部１６から得られるシンボルストリームに係る信号のうちの、プリアンブル部分またはトレーニング信号部分から複素チャネル利得情報を算出する。なお、算出される複素チャネル利得情報は、制御部１７を介して変復調部１３および信号処理部１４に提供され、変調処理および空間分離処理等に利用される。
【００２９】
無線インタフェース部１６は、アンテナを備え、アンテナを介して信号の送受信を行う。具体的には、無線インタフェース部１６は、信号処理部１４から提供されるシンボルストリームに係る信号を、アナログ信号に変換し、増幅し、フィルタリングし、および周波数アップコンバートする。そして、無線インタフェース部１６は、アンテナを介して処理された信号を送信する。また、無線インタフェース部１６は、アンテナから得られる信号について、信号送信の際と逆の処理、例えば周波数ダウンコンバートおよびデジタル信号変換等を行い、処理により得られる信号をチャネル推定部１５および信号処理部１４に提供する。なお、ＳＴＡ１０−１は、無線インタフェース部１６を複数備えなくてもよい。
【００３０】
なお、以下では、変復調部１３、信号処理部１４、チャネル推定部１５および無線インタフェース部１６をまとめて通信部１２とも称する。
【００３１】
制御部１７は、ＳＴＡ１０−１の動作を全体的に制御する。具体的には、制御部１７は、各機能間の情報の受け渡し、通信パラメタの設定、およびデータ処理部１１におけるフレーム（またはパケット）のスケジューリング等の処理を行う。
【００３２】
（（ＳＴＡの機能））
次に、ＳＴＡ１０−１の機能について説明する。
【００３３】
（多重化に係る情報の取得機能）
データ処理部１１は、送信許可要求フレームを生成する。具体的には、データ処理部１１は、送信すべきフレームに係る情報を生成し、生成される当該情報が含まれる送信許可要求フレームを生成する。例えば、送信すべきフレームに係る情報は、送信すべきフレームの送信期間を示す情報、または当該フレームの送信開始時刻を示す情報のうち少なくとも１つであり得る。例えば、送信許可要求フレームはＲＴＳ（Request  To  Send）フレームであり得る。
【００３４】
通信部１２は、送信許可に係るフレームの送受信を行う。具体的には、通信部１２は、送信許可要求フレームをＡＰ２０−１に送信し、送信許可フレームをＡＰ２０−１から受信する。
【００３５】
制御部１７は、無線通信を介して、第１の情報としての多重化に係る情報をＡＰ２０−１から取得する。具体的には、制御部１７は、送信許可に係るＳＴＡ１０−１およびＡＰ２０−１との間のフレーム交換処理を用いてＡＰ２０−１から多重化に係る情報を取得する。例えば、制御部１７は、データ処理部１１に送信許可要求フレームを生成させ、通信部１２に送信許可要求フレームを送信させる。そして、制御部１７は、当該送信許可要求フレームへの応答としてＡＰ２０−１から受信される送信許可フレームから多重化に係る情報を取得する。なお、当該多重化に係る情報は、後述するＵＬフレームの送信期間の変更処理において利用される。
【００３６】
（ＵＬフレームの送信期間の変更機能）
データ処理部１１は、第１の送信期間としての許可送信期間を示す情報に応じた冗長性を有するように、フレームの処理を行う。具体的には、データ処理部１１は、許可送信期間を超えない範囲で、送信すべきフレームの複製をＵＬフレームに追加する。また、データ処理部１１は、送信すべきフレームがアグリゲーションフレームである場合、許可送信期間を超えない範囲で、送信すべきフレームの一部（以下、サブフレームとも称する。）の複製をＵＬフレームに追加する。なお、後述するように、許可送信期間は制御部１７によって特定される。
【００３７】
さらに、データ処理部１１は、上記のフレームの複製の追加後のＵＬフレームの送信期間が許可送信期間未満である場合、ブロックＡＣＫリクエスト（ＢＡＲ：Block  Ack  Request）フレームおよび／またはパディングをＵＬフレームに追加する。さらに、図３を参照して、データ処理部１１によって生成されるフレームの構成について説明する。図３は、本実施形態に係るＳＴＡ１０−１によって生成されるＵＬフレームの構成例を示す図である。
【００３８】
データ処理部１１によって生成されるＵＬフレームは、送信すべきフレーム、ならびに送信すべきフレームの複製、送信すべきフレームの一部の複製、ＢＡＲ、および／またはパディングで構成され得る。例えば、生成されるＵＬフレームは、図３に示したように、送信すべきフレーム、２つの当該フレームの複製、２つの当該フレームのサブフレームの複製、ＢＡＲ、およびパディングで構成され得る。なお、図３に示される、ｔ＿ｆｒａｍｅ、ｔ＿ｓｕｂｆｒａｍｅ、ｔ＿ＢＡＲ、およびｔ＿ｐａｄｄｉｎｇは、それぞれ、送信すべきフレームの送信期間長、当該フレームのサブフレームの送信期間長、ＢＡＲの送信期間長、およびパディングの送信期間長を示す。
【００３９】
図２を参照してＳＴＡ１０−１の機能の説明に戻ると、通信部１２は、ＵＬフレームを送信する。具体的には、通信部１２は、データ処理部１１によって生成されるＵＬフレームを許可送信期間でＡＰ２０−１に送信する。
【００４０】
制御部１７は、送信許可フレームに含まれる多重化に係る情報に基づいて許可送信期間を特定する。具体的には、多重化に係る情報は、許可送信期間を示す情報、許可送信期間を算出に用いられる情報、または通信を許可されるＳＴＡ１０−１を特定可能な情報のうちの少なくとも１つである。例えば、許可送信期間を算出に用いられる情報は、ＵＬフレームの送信開始時刻、またはＳＴＡ１０−１に許可される送信期間に係る情報であり得る。また、通信を許可されるＳＴＡ１０−１を特定可能な情報は、空間分割多重通信を許可されるＳＴＡ１０−１の識別情報、またはＳＴＡ１０−１の用いるトレーニング信号に係る情報であり得る。
【００４１】
ＳＴＡ１０−１に許可される送信期間に係る情報は、例えば、送信許可要求元であるＳＴＡ１０−１が送信することになっているフレームの送信期間、ＳＴＡ１０−１が送信することになっているフレームの送信期間から一意に算出される値、またはＡＰ２０−１の予め保持する値であってもよい。
【００４２】
空間分割多重通信を許可されるＳＴＡ１０−１は、ＡＰ２０−１に接続されているＳＴＡ１０−１の中からランダムに選択されてもよく、ＡＰ２０−１が過去のチャネル利得を保持する場合は、チャネル利得が保持されているＳＴＡ１０−１のうちの送信許可要求フレームを送信したＳＴＡ１０−１のチャネル利得と相関の低いＳＴＡ１０−１であってもよい。また、空間分割多重通信を許可されるＳＴＡ１０−１は、各ＳＴＡ１０−１がそれぞれ属するグループを示すグループ識別情報によって示されてもよい。
【００４３】
また、ＳＴＡ１０−１の用いるトレーニング信号に係る情報は、ＳＴＡ１０−１からの参照信号の各々を分離するためのトレーニング信号に係る情報であり得る。ＡＰ２０−１は、当該参照信号からＳＴＡ１０−１のチャネル利得を得る。例えば、当該トレーニング信号に係る情報は、通信対象の各ＳＴＡ１０−１に使用させるトレーニング信号の識別情報、例えばインデックス情報であってもよい。また、当該トレーニング信号に係る情報は、通信対象の各ＳＴＡ１０−１がトレーニング信号に基づく参照信号を送信するタイミング、例えばプリアンブルのトレーニング部分における参照信号の位置を示す情報であってもよい。
【００４４】
多重化に係る情報がＵＬフレームの送信開始時刻である場合、制御部１７は、当該送信開始時刻と、予め取得される、または予めＳＴＡ１０−１に記憶される送信期間長とに基づいて許可送信期間を特定する。この場合、ＡＰ２０−１側で許可送信期間を算出せずに済むため、ＡＰ２０−１側の処理が簡素化され、処理負荷を低減することが可能となる。
【００４５】
多重化に係る情報がＳＴＡ１０−１に許可される送信期間に係る情報である場合、制御部１７は、当該情報の示す送信期間または当該情報から特定される送信期間を許可送信期間とする。この場合、許可送信期間を特定する処理が不要となる、または簡素化されることにより、ＳＴＡ１０−１側の処理負荷を低減することが可能となる。
【００４６】
多重化に係る情報が空間分割多重通信を許可されるＳＴＡ１０−１の識別情報、またはＳＴＡ１０−１の用いるトレーニング信号に係る情報である場合、制御部１７は、予め取得される、または予めＳＴＡ１０−１に記憶される送信期間に基づいて許可送信期間を特定する。この場合、既存の情報を利用することにより、別途新たに多重化に係る情報が設けられずに済み、処理の簡素化および通信量の低減が可能となる。
【００４７】
このように、多重化に係る情報は、許可送信期間を示す情報、許可送信期間の算出に用いられる情報、または許可送信期間に送信可能なＳＴＡ１０−１を特定可能な情報のうちの少なくとも１つを含む。このため、ＳＴＡ１０−１およびＡＰ２０−１の仕様に合わせて送信される情報の選択が可能となる。例えば、本実施形態は、ランダムアクセス制御のネットワークのほか、コントロールアクセス制御のネットワークにも適用され得る。
【００４８】
また、処理が行われたフレームは、第３の通信装置としての他のＳＴＡ１０−１から送信される処理が行われたフレームと空間分割多重化される。このため、複数のフレームが同じタイミングでかつ同じ周波数で送信され得ることにより、処理が行われたフレームの送信における通信効率を向上させることが可能となる。
【００４９】
また、上記の送信可能なＳＴＡ１０−１は、送信許可要求フレームを送信したＳＴＡ１０−１のチャネル利得との相関が他のＳＴＡ１０−１よりも低いＳＴＡ１０−１が選択される。このため、送信許可要求フレームを送信したＳＴＡ１０−１のチャネル利得との相関が高いＳＴＡ１０−１が選択される場合と比べて、通信品質の高い空間分割多重通信を行うことが可能となる。
【００５０】
また、上記の送信可能なＳＴＡ１０−１を特定可能な情報は、送信許可フレームの宛先となるＳＴＡ１０−１のグループを示す情報を含む。このため、ＡＰ２０−１はＳＴＡ１０−１を個別に特定せずに済み、ＡＰ２０−１側の処理を簡素化することが可能となる。
【００５１】
（（ＡＰの機能））
次に、ＡＰ２０−１の機能について説明する。
【００５２】
（多重化に係る情報の提供機能）
データ処理部１１は、送信許可フレームを生成する。具体的には、データ処理部１１は、上述したような多重化に係る情報が含まれる送信許可フレームを生成する。例えば、送信許可フレームは、ＣＴＳ（Clear  To  Send）フレームであり得る。
【００５３】
通信部１２は、送信許可に係るフレームの送受信を行う。具体的には、通信部１２は、送信許可要求フレームをＳＴＡ１０−１から受信し、送信許可フレームをＳＴＡ１０−１に送信する。
【００５４】
制御部１７は、送信許可要求に対する送信許可処理を行う。具体的には、制御部１７は、ＳＴＡ１０−１から送信許可要求フレームが受信されると、当該ＳＴＡ１０−１の送信を許可するかを判定する。送信を許可する旨が判定される場合、制御部１７は、多重化に係る情報を生成し、データ処理部１１に送信許可フレームを生成させ、通信部１２に送信許可フレームを送信させる。
【００５５】
＜２−２．通信装置の処理＞
次に、図４〜図７を参照して、本実施形態における通信システムならびにＳＴＡ１０−１およびＡＰ２０−１の処理について説明する。まず、図４を参照して、通信システムの処理の流れについて説明する。図４は、本実施形態に係る通信システムの処理を概念的に示すシーケンス図である。
【００５６】
（処理全体のフロー）
まず、ＳＴＡ１０−１Ａは、送信すべきフレームに係る情報を送信許可要求フレームのヘッダ、またはペイロードの少なくともいずれか一方に格納する（ステップＳ１０２）。具体的には、データ処理部１１は、制御部１７の指示に基づいて、送信すべきフレームに係る情報を生成し、生成される当該情報が含まれる送信許可要求フレームを生成する。
【００５７】
次に、ＳＴＡ１０−１Ａは、送信許可要求フレームをＡＰ２０−１に送信する（ステップＳ１０４）。具体的には、通信部１２は、制御部１７の指示に基づいて、データ処理部１１によって生成される送信許可要求フレームを送信する。
【００５８】
送信許可要求フレームが受信されると、ＡＰ２０−１は、多重化に係る情報を送信許可フレームのヘッダまたはペイロードの少なくともいずれか一方に格納する（ステップＳ１０６）。具体的には、データ処理部１１は、通信部１２によって受信される送信許可要求フレームから送信されることになっているフレームに係る情報を取得する。また、制御部１７は、送信許可要求について送信を許可するかを判定し、送信を許可する旨が判定される場合、制御部１７は、取得されるＳＴＡ１０−１の送信されることになっているフレームに係る情報等に基づいて多重化に係る情報を生成し、データ処理部１１に、当該多重化に係る情報を含む送信許可フレームを生成させる。なお、送信を許可しない旨が判定される場合、制御部１７は、送信を許可しない旨および／または送信許可が他のＳＴＡ１０−１に与えられている旨を示す情報を含むフレームを生成させる。
【００５９】
次に、ＡＰ２０−１は、送信許可フレームをＳＴＡ１０−１Ａおよび１０−１Ｂに送信する（ステップＳ１０８）。通信部１２は、制御部１７の指示に基づいて、データ処理部１１によって生成される送信許可フレームを送信する。なお、送信許可フレームには、宛先としてＵＬフレームの送信を許可するＳＴＡ１０−１、例えばＳＴＡ１０−１Ａおよび１０−１Ｂを指定する情報が含まれる。
【００６０】
送信許可フレームが受信されると、ＳＴＡ１０−１Ａおよび１０−１Ｂの各々は、多重化に係る情報を取得する（ステップＳ１１０）。具体的には、データ処理部１１は、通信部１２によって送信許可フレームが受信されると、当該送信許可フレームから多重化に係る情報を取得する。
【００６１】
次に、ＳＴＡ１０−１Ｂは、送信要求を行ったＳＴＡ１０−１でないため、送信すべきフレームが存在するかを判定する（ステップＳ１１２）。具体的には、制御部１７は、送信用バッファを参照する等して、送信すべきフレームが存在するかを判定する。送信すべきフレームが存在すると判定される場合、次のステップＳ１１４に処理が移り、そうでない場合は、処理が終了する。
【００６２】
次に、ＳＴＡ１０−１Ａおよび１０−１Ｂは、ＵＬフレームの送信期間を変更するかを判定し（ステップＳ１１４）、ＵＬフレームの送信期間の変更処理を実行する（ステップＳ１１６）。そして、ＳＴＡ１０−１Ａおよび１０−１Ｂは、ＵＬフレームをＡＰ２０−１に送信する（ステップＳ１１８）。詳細については後述する。
【００６３】
ＵＬフレームが受信されると、ＡＰ２０−１は、確認応答を送信するかを判定し（ステップＳ１２０）、確認応答をＳＴＡ１０−１Ａおよび１０−１Ｂに送信する（ステップＳ１２２）。詳細について後述する。
【００６４】
（ＵＬフレーム送信処理）
続いて、図５を参照して、ＳＴＡ１０−１におけるＵＬフレーム送信処理（ステップＳ１１４〜Ｓ１１８）の詳細について説明する。図５は、本実施形態に係るＳＴＡ１０−１におけるＵＬフレーム送信処理を概念的に示すフローチャートである。
【００６５】
まず、ＳＴＡ１０−１は、多重化に係る情報から許可送信期間を取得する（ステップＳ２０２）。具体的には、制御部１７は、多重化に係る情報に基づいて許可送信期間を特定する。なお、制御部１７は、上述したように、多重化に係る情報の種類に応じて異なる方法で許可送信期間を特定する。
【００６６】
次に、ＳＴＡ１０−１は、送信すべきフレームの送信期間が許可送信期間以下であるかを判定する（ステップＳ２０４）。具体的には、制御部１７は、送信用バッファを参照すること等によって、送信すべきフレームの送信期間を推定し、推定される送信期間が許可送信期間以下であるかを判定する。
【００６７】
送信すべきフレームの送信期間が許可送信期間以下であると判定される場合、ＳＴＡ１０−１は、ＵＬフレームとして送信すべきフレームを生成する（ステップＳ２０６）。具体的には、推定される送信すべきフレームの送信期間が許可送信期間以下であると判定される場合、制御部１７は、データ処理部１１に送信すべきフレームを生成させる。
【００６８】
なお、送信すべきフレームの送信期間が許可送信期間を超過すると判定される場合、ＳＴＡ１０−１は、処理を終了し、フレームの送信を行わない。
【００６９】
次に、ＳＴＡ１０−１は、多重化されるフレームが存在するかを判定する（ステップＳ２０８）。具体的には、制御部１７は、多重化に係る情報に基づいて許可送信期間にフレームを送信する他のＳＴＡ１０−１が存在するかを推定する。例えば、制御部１７は、多重化に係る情報の有無、または上述の通信を許可されるＳＴＡ１０−１を特定可能な情報等に基づいて、許可送信期間にフレームを送信する他のＳＴＡ１０−１が存在するか、すなわち多重化されるフレームが存在するかを判定する。
【００７０】
多重化されるフレームが存在すると判定される場合、ＳＴＡ１０−１は、ＵＬフレームの送信期間と許可送信期間とが等しいかを判定する（ステップＳ２１０）。具体的には、制御部１７は、ＵＬフレームとして生成される送信すべきフレームの送信期間と、許可送信期間とを比較することによって当該送信期間と許可送信期間とが等しいかを判定する。
【００７１】
ＵＬフレームの送信期間と許可送信期間とが異なると判定される場合、ＳＴＡ１０−１は、ＵＬフレームの送信期間の変更処理を実行する（ステップＳ２１２）。詳細については後述する。
【００７２】
次に、ＳＴＡ１０−１は、ＵＬフレームのヘッダに送信期間の変更に係る情報（以下、送信期間変更情報とも称する。）を挿入する（ステップＳ２１４）。具体的には、データ処理部１１は、当該送信期間の変更処理後のＵＬフレームのヘッダに当該変更処理に係る送信期間変更情報を挿入する。例えば、データ処理部１１は、当該送信期間変更情報をＵＬフレームのヘッダに挿入し得る。また当該送信期間変更情報は、送信期間の変更処理の有無、複製フレームの数、または複製フレームの数から一意に計算される値のうちの少なくとも１つを示す情報であり得る。
【００７３】
次に、ＳＴＡ１０−１は、ＵＬフレームをＡＰ２０−１に送信する（ステップＳ２１６）。具体的には、通信部１２は、制御部１７の指示に基づいて、データ処理部１１によって生成されるＵＬフレームをＡＰ２０−１に送信する。なお、当該ＵＬフレームは、結果として、他のＳＴＡ１０−１が送信するＵＬフレームと空間分割多重化される。
【００７４】
（ＵＬフレームの送信期間の変更処理）
続いて、図６を参照して、ＳＴＡ１０−１におけるＵＬフレームの送信期間の変更処理（ステップＳ２１２）の詳細について説明する。図６は、本実施形態に係るＳＴＡ１０−１におけるＵＬフレームの送信期間の変更処理を概念的に示すフローチャートである。
【００７５】
まず、ＳＴＡ１０−１は、ＵＬフレームの送信期間と許可送信期間との差（以下、差Ｄとも称する。）が送信すべきフレームの送信期間以上であるかを判定する（ステップＳ３０２）。具体的には、制御部１７は、ＵＬフレームの送信期間と許可送信期間（以下、期間Ｔとも称する。）との差Ｄを算出し、算出される差Ｄが送信すべきフレームの送信期間以上であるかを判定する。
【００７６】
差Ｄが送信すべきフレームの送信期間以上であると判定される場合、ＳＴＡ１０−１は、送信すべきフレームの複製をＵＬフレームに追加する（ステップＳ３０４）。具体的には、データ処理部１１は、制御部１７によって差Ｄが期間ｔ＿ｆｒａｍｅ以上であると判定される場合、送信すべきフレームの複製をＵＬフレームに追加する。そして、ステップＳ３０２に戻って再び判定処理が行われる。
【００７７】
差Ｄが送信すべきフレームの送信期間未満であると判定される場合、ＳＴＡ１０−１は、送信すべきフレームはアグリゲーションフレームであるかを判定する（ステップＳ３０６）。具体的には、制御部１７は、差Ｄが期間ｔ＿ｆｒａｍｅ未満であると判定される場合、送信すべきフレームがアグリゲーションフレームであるかを判定する。なお、送信すべきフレームは、アグリゲーションフレームと異なる他の、分解または分割が可能なフレームであってもよい。
【００７８】
送信すべきフレームがアグリゲーションフレームであると判定される場合、ＳＴＡ１０−１は、差Ｄが送信すべきフレームのサブフレームの送信期間以上であるかを判定する（ステップＳ３０８）。具体的には、制御部１７は、送信すべきフレームがアグリゲーションフレームであると判定される場合、当該アグリゲーションフレームを構成するサブフレームの送信期間を特定する。そして、差Ｄが当該ｔ＿ｓｕｂｆｒａｍｅ以上であるかを判定する。
【００７９】
差Ｄが送信すべきフレームのサブフレームの送信期間以上であると判定される場合、ＳＴＡ１０−１は、当該サブフレームの複製をＵＬフレームに追加する（ステップＳ３１０）。具体的には、データ処理部１１は、制御部１７によって差Ｄがｔ＿ｓｕｂｆｒａｍｅ以上であると判定される場合、当該サブフレームの複製を生成し、生成されるサブフレームをＵＬフレームに追加する。そして、ステップＳ３０８に戻って再び判定処理が行われる。なお、追加されるサブフレームの複製は、送信すべきフレームのうちの異なるサブフレームの複製であってもよく、同じサブフレームの複製であってもよい。また、データ処理部１１は、上記のアグリゲーションフレーム、すなわち送信すべきフレームの複製の挿入を行わずに、送信すべきフレームのサブフレームの複製を挿入してもよい。
【００８０】
次に、ＳＴＡ１０−１は、差ＤがブロックＡＣＫリクエストの送信期間以上であるかを判定する（ステップＳ３１２）。具体的には、制御部１７は、ｔ＿ＢＡＲを推定し、差Ｄが推定されるｔ＿ＢＡＲ以上であるかを判定する。
【００８１】
差ＤがブロックＡＣＫリクエストの送信期間以上であると判定される場合、ＳＴＡ１０−１は、ブロックＡＣＫリクエストをＵＬフレームに追加する（ステップＳ３１４）。具体的には、データ処理部１１は、制御部１７によって差Ｄがｔ＿ＢＡＲ以上であると判定される場合、ＵＬフレームにＢＡＲを追加する。なお、データ処理部１１は、上記のフレームの複製または、サブフレームの複製のどちらか一方の挿入を行わずに、ブロックＡＣＫリクエストを挿入してもよい。
【００８２】
次に、ＳＴＡ１０−１は、差Ｄが０であるかを判定する（ステップＳ３１６）。具体的には、制御部１７は、差Ｄが０または０に相当する値であるかを判定する。
【００８３】
差Ｄが０でないと判定される場合、ＳＴＡ１０−１は、パディングをＵＬフレームに追加する（ステップＳ３１８）。具体的には、データ処理部１１は、制御部１７によって差Ｄが０でないと判定される場合、差Ｄが０となるように、すなわちＵＬフレームの送信期間が期間Ｔとなるように、パディングをＵＬフレームに追加する。
【００８４】
（ＵＬフレーム受信処理）
続いて、図７を参照して、ＡＰ２０−１におけるＵＬフレーム受信処理（ステップＳ１２０およびＳ１２２）の詳細について説明する。図７は、本実施形態に係るＡＰ２０−１におけるＵＬフレーム受信処理を概念的に示すフローチャートである。
【００８５】
まず、ＡＰ２０−１は、ＵＬフレームを受信するまで待機する（ステップＳ４０２）。
【００８６】
ＵＬフレームが受信されると、ＡＰ２０−１は、受信されるＵＬフレームを復号する（ステップＳ４０４）。具体的には、通信部１２は、受信される信号を空間分離し、復調し、ＵＬフレームを復号する。
【００８７】
次に、ＡＰ２０−１は、ＵＬフレームが送信期間の変更に係る情報を含むかを判定する（ステップＳ４０６）。具体的には、データ処理部１１は、ＵＬフレームのヘッダを参照し、送信期間変更情報が挿入されているかを判定する。
【００８８】
ＵＬフレームが送信期間の変更に係る情報を含むと判定される場合、ＡＰ２０−１は、当該送信期間の変更に係る情報に従ってフレームを分析する（ステップＳ４０８）。具体的には、データ処理部１１は、取得される送信期間変更情報に従ってＵＬフレームを分解する。なお、送信期間変更情報が含まれない場合、または変更処理がされなった旨を当該情報が示す場合、本ステップの処理は実行されない。
【００８９】
次に、ＡＰ２０−１は、分析により得られるフレームの部分が重複フレームまたはパディングであるかを判定する（ステップＳ４１０）。具体的には、データ処理部１１は、分析における分解により得られる各フレームの部分について、重複フレームまたはパディングであるかを判定する。
【００９０】
フレームの部分が重複フレームまたはパディングであると判定される場合、ＡＰ２０−１は、当該フレームの部分を破棄する（ステップＳ４１２）。具体的には、データ処理部１１は、分解により得られるフレームの部分が重複フレームまたはパディングであると判定される場合、当該フレームの部分を破棄する。例えば、ＩＥＥＥ８０２．１１の規格においては、受信フレームが重複フレームであるかを判定し、重複フレームと判定される場合、当該受信フレームは破棄される。そのため、ＡＰ２０−１がＩＥＥＥ８０２．１１の規格に準拠する場合、送信すべきフレームおよび当該フレームの複製の両方が正常に受信されるときは、当該フレームの複製は、重複フレームと判定され、破棄される。したがって、複製フレームの追加されるフレームが追加処理無しで受信されることにより、ＩＥＥＥ８０２．１１の規格における後方互換性を確保することが可能となる。なお、送信すべきフレームが正常に受信されず、当該フレームの複製が正常に受信される場合、当該フレームの複製は重複フレームと判定されず、当該フレームの複製について後続の処理が行われ、送信すべきフレームが破棄される。
【００９１】
次に、ＡＰ２０−１は、全てのフレームが受信されたかを判定する（ステップＳ４１４）。具体的には、制御部１７は、送信許可フレームの宛先としたＳＴＡ１０−１の全てからＵＬフレームを受信したかを判定する。なお、送信許可フレームの送信から所定の時間が経過した場合、未受信のＵＬフレームがあっても、処理は次のステップに進められる。
【００９２】
全てのフレームが受信されたと判定される場合、ＡＰ２０−１は、ＵＬフレームがブロックＡＣＫリクエストを含んでいるかを判定する（ステップＳ４１６）。具体的には、データ処理部１１は、各ＵＬフレームについて、送信期間変更情報に基づいて、ＢＡＲがＵＬフレームに追加されているかを判定する。
【００９３】
ＵＬフレームがブロックＡＣＫリクエストを含んでいると判定される場合、ＡＰ２０−１は、ブロックＡＣＫ（ＢＡ：Block  Ack）フレームをＳＴＡ１０−１に送信する（ステップＳ４１８）。具体的には、データ処理部１１によってＢＡＲがＵＬフレームに含まれていると判定される場合、制御部１７は、通信部１２に、ＢＡフレームを要求元のＳＴＡ１０−１に送信させる。なお、複数のＵＬフレームにおいてＢＡＲが含まれる場合、制御部１７は、通信部１２に、空間分割多重通信またはマルチキャスト通信を用いてＢＡフレームをＢＡＲ送信元である各ＳＴＡ１０−１に送信させてもよく、またはＢＡＲ送信元のＳＴＡ１０−１のうちの１つにＢＡフレームを送信させてもよい。また、制御部１７は、通信部１２に、ＢＡＲ送信元のＳＴＡ１０−１の各々について任意の順にＢＡフレームを送信してもよい。
【００９４】
このように、本開示の第１の実施形態によれば、ＳＴＡ１０−１は、許可送信期間を示す第１の情報に応じた冗長性を有するようにフレームの処理を行う。このため、フレームの信頼性を向上させながら、許可送信期間に合うようにフレームが処理されることにより、無線通信リソースの有効活用と受信性能の安定化とを両立させることが可能となる。
【００９５】
また、ＳＴＡ１０−１は、許可送信期間を超えない範囲で、送信すべき第１のフレームの複製を第１のフレームに追加する。このため、当該第１のフレームが冗長化されることにより、当該第１のフレームの信頼性を向上させることが可能となる。
【００９６】
また、第１のフレームの複製は、第１のフレームの全部の複製または第１のフレームの一部の複製の少なくともいずれか一方を含む。このため、第１のフレーム全体の複製は追加できない場合であっても、当該第１のフレームの一部について信頼性を向上させることが可能となる。
【００９７】
また、ＳＴＡ１０−１は、フレームの送信期間が許可送信期間未満である場合、第１のフレームにブロックＡＣＫリクエストを追加する。このため、別途ブロックＡＣＫリクエストを送信することなく、当該第１のフレームへの応答としてＢＡフレームを受信することができ、ＢＡフレームの待ち時間の短縮が可能となる。
【００９８】
また、ＳＴＡ１０−１は、上記の処理後のフレームの送信期間が許可送信期間未満である場合、第１のフレームにパディングを追加する。このため、処理後のフレームの送信期間が許可送信期間に満たない場合であっても許可送信期間にされることにより、ＡＰ２０−１における受信性能の低下が防止される可能性を向上させることが可能となる。
【００９９】
また、ＳＴＡ１０−１は、上記の処理に係る情報を当該処理が行われたフレームに含める。このため、フレームを受信するＡＰ２０−１側で当該処理が行われたことを把握することができ、通常のフレームと区別してフレームを適切に処理することが可能となる。
【０１００】
また、上記の処理に係る情報は、当該処理が行われたフレームの構成を示す情報を含む。このため、フレームの構成が動的に変更される場合であっても、ＡＰ２０−１で適切にフレームの分析等の処理を行うことが可能となる。
【０１０１】
また、ＳＴＡ１０−１は、ＡＰ２０−１から上記の第１の情報を受信し、上記の処理が行われたフレームをＡＰ２０−１に送信する。このため、当該第１の情報の送信先の状態に応じてフレームの冗長化処理を行うことができ、当該冗長化処理の適正化を図ることが可能となる。
【０１０２】
また、ＳＴＡ１０−１は、送信すべき第１のフレームの送信期間を特定可能な情報を生成し、生成される当該情報が含まれる送信許可要求フレームをＡＰ２０−１に送信する。このため、既存の通信を利用して許可送信期間の決定に用いられ得る情報がＡＰ２０−１に提供されることにより、無線通信リソースの消費量を抑制しながら許可送信期間の適正化を図ることが可能となる。
【０１０３】
また、ＳＴＡ１０−１は、送信許可要求フレームへの応答として、第１のフレームの送信の多重化に係る情報を含む送信許可フレームをＡＰ２０−１から受信し、当該多重化に係る情報に基づいて上記の処理を行うかの判定を行う。このため、既存の通信を利用して多重化に係る情報がＳＴＡ１０−１に提供されることにより、無線通信リソースの消費量を抑制しながら多重化通信を行うことが可能となる。
【０１０４】
＜３．第２の実施形態（変調方式を変更する例）＞
以上、本開示の第１の実施形態に係る通信システムについて説明した。次に、本開示の第２の実施形態に係る通信システムについて説明する。本実施形態に係るＳＴＡ１０−２は、複製フレームの追加を行う代わりに、フレームの変調方式を変更する。
【０１０５】
＜３−１．通信装置の機能＞
ＳＴＡ１０−２およびＡＰ２０−２の機能構成は第１の実施形態に係る機能構成と実質的に同一であるが、通信部１２および制御部１７の機能が一部異なる。なお、第１の実施形態の機能と実質的に同一である機能については説明を省略する。
【０１０６】
（（ＳＴＡの機能））
まず、ＳＴＡ１０−２の機能について説明する。なお、第１の実施形態との差異のある機能についてのみ説明する。
【０１０７】
（ＵＬフレームの送信期間の変更機能）
通信部１２は、許可送信期間を超えない範囲で、送信すべきフレームについて他の変調方式よりも低次な変調方式を用いて変調処理を行う。具体的には、制御部１７は、データ処理部１１によって生成される送信すべきフレームの送信期間が許可送信期間を超えない範囲で他の変調方式よりも低次となる変調方式を選択する。そして、制御部１７は、通信部１２に、選択される変調方式での当該フレームの変調および送信を行わせる。
【０１０８】
（（ＡＰの機能））
続いて、ＡＰ２０−２の機能について説明する。なお、第１の実施形態との差異のある機能についてのみ説明する。
【０１０９】
通信部１２は、ＳＴＡ１０−２で用いられた変調方式に応じて、当該変調方式によって変調されたフレームの復調を行う。例えば、当該変調方式に係る情報は事前にＳＴＡ１０−２から通知されてもよく、または受信されるＵＬフレームのヘッダに挿入されてもよい。なお、後者の場合、ＵＬフレームのヘッダは、ＡＰ２０−２にとって既知の変調方式によって変調される等、ＡＰ２０−２によって復調可能であるとする。
【０１１０】
＜３−２．通信装置の処理＞
次に、本実施形態に係るＳＴＡ１０−２の処理について説明する。なお、主に第１の実施形態と差異のあるＵＬフレームの送信期間の変更処理について説明する。
【０１１１】
（ＵＬフレームの送信期間の変更処理）
図５および図８を参照して、本実施形態に係るＳＴＡ１０−２におけるＵＬフレームの送信期間の変更処理について説明する。図８は、本実施形態に係るＳＴＡ１０−２におけるＵＬフレームの送信期間の変更処理を概念的に示すフローチャートである。なお、第１の実施形態の処理と実質的に同一である処理については説明を省略する。
【０１１２】
まず、ＳＴＡ１０−２は、ＵＬフレームの送信期間と許可送信期間との差Ｄが０であるかを判定する（ステップＳ５０２）。
【０１１３】
差Ｄが０でないと判定される場合、ＳＴＡ１０−２は、差Ｄに基づいて変調方式を選択する（ステップＳ５０４）。具体的には、制御部１７は、選択可能な変調方式のうち、その変調方式を用いた場合に差Ｄが０となる、または差Ｄが他の変調方式を用いた場合よりも小さくなるような変調方式を選択する。
【０１１４】
次に、ＳＴＡ１０−２は、選択される変調方式に基づいて推定されるＵＬフレームの送信期間で更新される差Ｄが０であるかを判定し（ステップＳ５０６）、差Ｄが０でないと判定される場合、パディングをＵＬフレームに追加する（ステップＳ５０８）。具体的には、制御部１７は、選択される変調方式を用いた場合のＵＬフレームの送信期間を推定し、推定される送信期間を用いて差Ｄを更新する。そして、データ処理部１１は、更新後の差Ｄが０または０に相当する値でない場合、パディングをＵＬフレームに追加する。この際、データ処理部１１は、ＵＬフレームの変調後の送信期間が許可送信期間となるようにパディングをＵＬフレームに追加する。
【０１１５】
そして、ＳＴＡ１０−２は、図５に示したステップＳ２１６において、生成されるＵＬフレームを送信する。具体的には、制御部１７は、通信部１２に、選択された変調方式を用いてＵＬフレームを変調させて送信させる。
【０１１６】
このように、本開示の第２の実施形態によれば、ＳＴＡ１０−２は、許可送信期間を超えない範囲で、第１のフレームについて他の変調方式よりも低次な変調方式を用いて変調処理を行う。一般に、変調方式が低次であるほど送信期間が長くなるとともに、干渉に対する耐性が高まる。そのため、本実施形態によれば、第１のフレームの送信期間を許可送信期間に合わせながら、当該第１のフレームの信頼性を向上させることが可能となる。
【０１１７】
なお、上記の図８で示したフローチャートでは、差Ｄに基づいて変調方式が選択される例を説明したが、許可送信期間に基づいて変調方式が選択されてもよい。具体的には、制御部１７は、選択可能な変調方式のうち、その変調方式を用いた場合のＵＬフレームの送信期間が許可送信期間以下となるような変調方式を選択する。この場合、ＳＴＡ１０−２は、差Ｄを他の処理において使用しないときに差Ｄを算出せずに済み、ＳＴＡ１０−２の処理を簡素化することが可能となる。
【０１１８】
＜３−３．変形例＞
以上、本開示の第２の実施形態について説明した。なお、本実施形態は、上述の例に限定されない。以下に、本実施形態の変形例について説明する。
【０１１９】
本実施形態の変形例として、ＳＴＡ１０−２は、変調方式を変更する代わりに、誤り訂正符号化率を変更してもよい。具体的には、データ処理部１１は、許可送信期間を超えない範囲で、送信すべきフレームの誤り訂正符号化率を低くする。さらに、本実施形態の処理について図５および図８を参照して説明する。
【０１２０】
まず、図８に示したように、ＳＴＡ１０−２は、ＵＬフレームの送信期間と許可送信期間との差Ｄが０であるかを判定し（ステップＳ５０２）、差Ｄが０でないと判定される場合、ＳＴＡ１０−２は、差Ｄに基づいて誤り訂正符号化率を選択する（ステップＳ５０４に相当するステップ）。具体的には、制御部１７は、選択可能な誤り訂正符号化率のうち、その符号化率を用いた場合に差Ｄが０となる、または差Ｄが他の符号化率を用いた場合よりも小さくなるような符号化率を選択する。
【０１２１】
次に、ＳＴＡ１０−２は、差Ｄが０であるかを判定し（ステップＳ５０６）、差Ｄが０でないと判定される場合、パディングをＵＬフレームに追加する（ステップＳ５０８）。具体的には、制御部１７は、選択される誤り訂正符号化率を用いた場合のＵＬフレームの送信期間を推定し、推定される送信期間を用いて差Ｄを更新する。そして、データ処理部１１は、更新後の差Ｄが０または０に相当する値でない場合、パディングをＵＬフレームに追加する。この際、データ処理部１１は、ＵＬフレームの誤り訂正符号化後の送信期間が許可送信期間となるようにパディングをＵＬフレームに追加する。
【０１２２】
そして、図５に示したように、ＳＴＡ１０−２は、生成されるＵＬフレームを送信する（ステップＳ２１６）。具体的には、制御部１７は、通信部１２に、選択された誤り訂正符号化率を用いてＵＬフレームを変調させて送信させる。
【０１２３】
このように、本実施形態の変形例によれば、ＳＴＡ１０−２は、許可送信期間を超えない範囲で、送信すべきフレームの誤り訂正符号化率を低くする。一般に、誤り訂正符号化率が小さいほど送信期間が長くなるとともに、干渉に対する耐性が高まる。そのため、本実施形態によれば、第１のフレームの送信期間を許可送信期間に合わせながら、当該第１のフレームの信頼性を向上させることが可能となる。
【０１２４】
なお、変調方式および誤り訂正符号化率は、いずれか一方に基づいて他方が決まる組合せの関係を有する場合がある。この場合には、制御部１７は、当該組合せのうち、その組合せを用いた場合のＵＬフレームの送信期間を推定し、推定される送信期間が許可送信期間以下となるような組合せを選択してもよい。
【０１２５】
＜４．第３の実施形態（基地局の通信に適用する例）＞
以上、本開示の第２の実施形態に係る通信システムについて説明した。次に、本開示の第３の実施形態に係る通信システムについて説明する。本実施形態に係るＡＰ２０−３は、ＤＬフレームが多重化される場合に、第１または第２の実施形態に係るＳＴＡ１０−１または１０−２と同様な、冗長化処理または変調処理等を行う。
【０１２６】
＜４−１．通信装置の機能＞
ＳＴＡ１０−３およびＡＰ２０−３の機能構成は第１の実施形態に係る機能構成と実質的に同一であるが、ＡＰ２０−３のデータ処理部１１、通信部１２および制御部１７の機能が一部異なる。しかし、当該異なる機能は、第１または第２の実施形態に係るＳＴＡ１０の機能と実質的に同一であるため、処理の説明において簡単に説明する。
【０１２７】
＜４−２．通信装置の処理＞
図９および図１０を参照して、本実施形態に係るＡＰ２０−３の処理について説明する。まず、図９を参照して、通信システムの処理の流れについて説明する。図９は、本実施形態における通信システムの処理を概念的に示すシーケンス図である。
【０１２８】
まず、ＡＰ２０−３は、ＤＬフレームとして送信すべきフレームを生成する（ステップＳ６０２）。具体的には、データ処理部１１は、ＳＴＡ１０−３Ａおよび１０−３Ｂ向けのデータに基づくフレームをそれぞれＤＬフレームとして生成する。
【０１２９】
次に、ＡＰ２０−３は、ＤＬフレームの送信期間を変更するかを判定し（ステップＳ６０４）、ＤＬフレームの送信期間の変更処理を実行する（ステップＳ６０６）。そして、ＡＰ２０−３は、ＤＬフレームを送信する（ステップＳ６０８）。詳細については後述する。なお、図示しないが、ＤＬフレームを受信するＳＴＡ１０−３Ａおよび１０−３Ｂは、当該ＤＬフレームに対する確認応答をＡＰ２０−３に送信してもよい。
【０１３０】
続いて、図１０を参照して、ＡＰ２０−３におけるＤＬフレーム送信処理（ステップＳ６０４〜Ｓ６０８）の詳細について説明する。図１０は、本実施形態に係るＡＰ２０−３におけるＤＬフレーム送信処理を概念的に示すフローチャートである。
【０１３１】
まず、ＡＰ２０−３は、多重化されるフレームが存在するかを判定する（ステップＳ７０２）。具体的には、制御部１７は、送信用バッファに格納されるフレームの宛先を参照して、送信期間が重複するフレームが存在するかを判定する。なお、制御部１７は、同じ送信期間で送信可能なフレームが存在するかを判定してもよい。例えば、制御部１７は、上述したような同一のグループに属するＳＴＡ１０−３向けのフレームが複数存在するか判定し得る。
【０１３２】
多重化されるフレームが存在すると判定される場合、ＡＰ２０−３は、多重化されるフレームの送信期間の各々が等しいかを判定する（ステップＳ７０４）。具体的には、制御部１７は、多重化されるフレームの各々の送信期間を算出し、算出される送信期間が一致するかを判定する。
【０１３３】
多重化されるフレームの送信期間の各々が異なると判定される場合、ＡＰ２０−３は、ＤＬフレームの送信期間の変更処理を実行し（ステップＳ７０６）、ＤＬフレームのヘッダに送信期間の変更に係る情報を挿入する（ステップＳ７０８）。具体的には、データ処理部１１は、制御部１７によって多重化されるフレームの各々の送信期間が一致しないと判定される場合、ＤＬフレームの送信期間の変更処理を実行する。そして、データ処理部１１は、処理後のＤＬフレームのヘッダに送信期間変更情報を挿入する。なお、許可送信期間は、ＡＰ２０−３が予め保持する値または事前に取得され、もしくは算出される値であり得る。また、ＤＬフレームの送信期間の変更処理および送信期間変更情報の挿入処理は、第１または第２の実施形態に係るＵＬフレームの処理と実質的に同一であるため説明を省略する。
【０１３４】
次に、ＡＰ２０−３は、ＤＬフレームを送信する（ステップＳ７１０）。具体的には、ＡＰ２０−３は、ＤＬフレームの各々について、空間分割多重化処理を行い、宛先であるＳＴＡ１０−１の各々に処理後のＤＬフレームを送信する。
【０１３５】
このように、本開示の第３の実施形態によれば、ＡＰ２０−３は、許可送信期間を示す第１の情報に応じた、冗長性を有するように、または変調方式により、フレームの処理を行う。このため、ＡＰ２０−３の送信するフレームの信頼性を向上させ、無線通信リソースを有効活用することが可能となる。
【０１３６】
＜５．第４の実施形態（周波数分割多重通信を利用する例）＞
以上、本開示の第３の実施形態に係る通信システムについて説明した。次に、本開示の第４の実施形態に係る通信システムについて説明する。本実施形態に係るＳＴＡ１０−４およびＡＰ２０−４は、空間分割多重方式の代わりに周波数分割多重方式および時間分割多重方式を用いて通信を行う。
【０１３７】
＜５−１．通信装置の機能＞
ＳＴＡ１０−４およびＡＰ２０−４の機能構成は第１の実施形態に係る機能構成と実質的に同一であるが、データ処理部１１、通信部１２および制御部１７の機能が一部異なる。なお、第１〜第３の実施形態の機能と実質的に同一である機能については説明を省略する。
【０１３８】
（（基本機能））
通信部１２における変復調部１３および信号処理部１４は、周波数分割多重化に係る処理を行う。具体的には、変復調部１３は、データ処理部１１から提供されるフレームをサブキャリア数に分割し、分割により得られるフレームの各々を変調する。そして、変復調部１３は、変調により得られる信号を合成し、合成により得られる信号を信号処理部１４に提供する。信号処理部１４は、変復調部１３から提供される信号にガードインターバルの追加等の処理を行い、処理により得られる信号、すなわちシンボルストリームを無線インタフェース部１６に提供する。
【０１３９】
また、信号処理部１４は、無線インタフェース部１６から提供される受信波に係るシンボルストリームについて、ガードインターバルの除去等の処理を行い、処理により得られる信号を変復調部１３に提供する。変復調部１３は、信号処理部１４から提供される信号からサブキャリア信号を取り出し、サブキャリアごとに復調する。そして、変復調部１３は、復調により得られるフレームを合成し、合成されるフレームをデータ処理部１１に提供する。
【０１４０】
（（ＳＴＡの機能））
次に、ＳＴＡ１０−４の機能について説明する。
【０１４１】
（多重化に係る情報の取得機能）
制御部１７は、送信許可に係るＳＴＡ１０−４およびＡＰ２０−４の間のフレーム交換処理を用いてＡＰ２０−４から周波数分割多重化および時間分割多重化に係る情報を取得する。例えば、制御部１７は、通信部１２に送信させる送信許可要求フレームへの応答として受信される送信許可フレームから周波数分割多重化および時間分割多重化に係る情報を取得する。
【０１４２】
（ＵＬフレームの使用リソースの変更機能）
データ処理部１１は、リソースブロックに応じた冗長性を有するようにフレームの処理を行う。具体的には、データ処理部１１は、制御部１７によって特定されるリソースブロックが過不足なく消費されるように、送信すべきフレームの複製、当該フレームのサブフレーム、ＢＡＲおよび／またはパディングをＵＬフレームに追加する。
【０１４３】
制御部１７は、送信許可フレームに含まれる多重化に係る情報に基づいてリソースブロックを特定する。具体的には、周波数分割多重化および時間分割多重化に係る情報は、送信期間を示す情報、送信に用いられる帯域としてのサブキャリアを示す情報、リソースブロックを示す情報または通信を許可されるＳＴＡ１０−４を特定可能な情報のうちの少なくとも１つである。例えば、多重化に係る情報が送信期間またはサブキャリアを示す情報である場合、制御部１７は、当該送信期間またはサブキャリアと、予め取得される、またはＳＴＡ１０−４に予め記憶されるサブキャリアまたは送信期間とに基づいてリソースブロックを特定する。
【０１４４】
（（ＡＰの機能））
次に、ＡＰ２０−４の機能について説明する。
【０１４５】
（多重化に係る情報の提供機能）
制御部１７は、周波数分割多重化および時間分割多重化に係る情報を生成する。具体的には、制御部１７は、周波数分割多重通信および時間分割多重通信を許可するＳＴＡ１０−４の各々を特定し、特定されるＳＴＡ１０−４の各々にリソースブロックを割当てる。リソースブロックの割当て処理について、図１１を参照して詳細に説明する。図１１は、本実施形態におけるリソースブロック割当ての例を示す図である。
【０１４６】
まず、制御部１７は、周波数分割多重通信および時間分割多重通信を許可するＳＴＡ１０−４の各々を特定する。例えば、制御部１７は、受信される送信許可要求フレームの送信先であるＳＴＡ１０−４の各々を許可対象として特定する。
【０１４７】
次に、制御部１７は、特定されるＳＴＡ１０−４の各々にリソースブロックを割当てる。例えば、制御部１７は、図１１に示したように、３つのＳＴＡ１０−４の各々についてリソースブロック３２〜３６をそれぞれ割当てる。
【０１４８】
そして、制御部１７は、周波数分割多重化および時間分割多重化に係る情報を生成し、通信部１２に、当該情報が含まれるＵＬフレームを送信させる。例えば、制御部１７は、リソースブロック割当てを示す情報を生成し、データ処理部１１に、当該情報を含む送信許可フレームを生成させ、通信部１２に送信許可フレームを送信させる。
【０１４９】
＜５−２．通信装置の処理＞
本実施形態に係る情報システムの処理は、空間分割多重通信の代わりに周波数分割多重通信および時間分割多重通信が行われる点、ならびに許可送信期間に合わせてフレームの送信期間が変更される代わりに許可送信期間またはサブキャリアのうち少なくとも一方に合わせてフレームの送信期間の変更および変調が行われる点の他は、第１の実施形態の処理と実質的同一であるため、説明を省略する。なお、図５において、多重化されるフレームの存在有無によって処理が分岐されているが、本実施形態では割り当てられたリソースブロックが過不足なく消費されるようにするため、多重化されるフレームの存在如何に関わらずステップＳ２１０〜Ｓ２１４に相当する処理が行われる。
【０１５０】
このように、本開示の第４の実施形態によれば、ＳＴＡ１０−４は、許可送信期間またはサブキャリアの少なくともいずれか一方を示す情報に応じた冗長性を有するようにフレームの処理を行う。このため、周波数分割多重通信および時間分割多重通信においてもフレームの信頼性を向上させることが可能となる。
【０１５１】
なお、上記では、周波数分割多重通信および時間分割多重通信が行われる例を説明したが、周波数分割多重通信または時間分割多重通信のいずれか一方のみが行われてもよい。
【０１５２】
また、上記では、第１の実施形態と同様に複製フレーム等がＵＬフレームに追加される例を説明したが、第２の実施形態と同様に許可送信期間またはサブキャリアに応じた変調方式または誤り訂正符号化率によってフレームが処理されてもよい。
【０１５３】
また、上記では、ＵＬフレームの処理について説明したが、ＤＬフレームについて同様に処理されてもよい。
【０１５４】
＜６．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ＳＴＡ１０は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＳＴＡ１０は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point  Of  Sale）端末などの、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、ＳＴＡ１０は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１５５】
一方、例えば、ＡＰ２０は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、ＡＰ２０は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、ＡＰ２０は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１５６】
＜６−１．第１の応用例＞
図１２は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１５７】
プロセッサ９０１は、例えばＣＰＵ（Central  Processing  Unit）又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１５８】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１５９】
無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio  Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。
【０１６０】
なお、図１２の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。
【０１６１】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１２に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１６２】
図１２示したスマートフォン９００において、図２を用いて説明したデータ処理部１１、通信部１２及び制御部１７は、無線通信インタフェース９１３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。例えば、データ処理部１１が送信フレームへの複製フレームの追加等を行うことにより、送信フレームの冗長性を高め、送信フレームの信頼性を向上させることが可能である。
【０１６３】
なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。
【０１６４】
＜６−２．第２の応用例＞
図１３は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
【０１６５】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１６６】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１６７】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１６８】
無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。
【０１６９】
なお、図１３の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１７０】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１３に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１７１】
図１３に示したカーナビゲーション装置９２０において、図２を用いて説明したデータ処理部１１、通信部１２及び制御部１７は、無線通信インタフェース９３３において実装されてもよい。また、これら機能の少なくとも一部は、プロセッサ９２１において実装されてもよい。例えば、データ処理部１１が送信フレームへの複製フレームの追加等を行うことにより、送信フレームの冗長性を高め、送信フレームの信頼性を向上させることができる。
【０１７２】
また、無線通信インタフェース９３３は、上述したＡＰ２０として動作し、車両に乗るユーザが有する端末に無線接続を提供してもよい。その際、例えば、当該端末が複数存在する場合に、ＡＰ２０は当該端末に送信するフレームの信頼性を向上させながら、送信期間を揃えることができる。
【０１７３】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１７４】
＜６−３．第３の応用例＞
図１４は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。
【０１７５】
コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital  Signal  Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet  Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。
【０１７６】
入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。
【０１７７】
ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide  Area  Network）であってもよい。
【０１７８】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０１７９】
図１４に示した無線アクセスポイント９５０において、図２を用いて説明したデータ処理部１１、通信部１２及び制御部１７は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。例えば、データ処理部１１が送信フレームへの複製フレームの追加等を行うことにより、送信フレームの冗長性を高め、送信フレームの信頼性を向上させることができる。
【０１８０】
＜７．むすび＞
以上、本開示の第１の実施形態によれば、フレームの信頼性を向上させながら、許可送信期間に合うようにフレームが処理されることにより、無線通信リソースの有効活用と受信性能の安定化とを両立させることが可能となる。また、本開示の第２の実施形態によれば、第１のフレームの送信期間を許可送信期間に合わせながら、当該第１のフレームの信頼性を向上させることが可能となる。また、本開示の第３の実施形態によれば、ＡＰ２０−３の送信するフレームの信頼性を向上させ、無線通信リソースを有効活用することが可能となる。また、本開示の第４の実施形態によれば、周波数分割多重通信においても無線通信リソースの有効活用と受信性能の安定化とを両立させることが可能となる。
【０１８１】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１８２】
例えば、上記実施形態では、フレームの送信期間は、許可送信期間を超えない範囲で変更されるとしたが、本技術はかかる例に限定されない。例えば、フレームの送信期間は、送信先の受信性能に与える影響が許容範囲である場合、当該許容範囲となるような送信期間に変更されてもよい。
【０１８３】
また、上記実施形態の各々に係る構成は、整合性を確保可能な範囲において組合せられ得る。例えば、第１、第２および第４の実施形態に係るＳＴＡ１０の構成は、第３の実施形態に係るＡＰ２０の構成において適用され得る。
【０１８４】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１８５】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）第１の送信期間または送信に用いられる帯域の少なくともいずれか一方を示す第１の情報に応じた冗長性を有するように、または前記第１の情報に応じた変調方式により、フレームの処理を行う処理部を備える通信装置。
（２）前記処理部は、前記第１の送信期間を超えない範囲で、送信すべき第１のフレームの複製を前記第１のフレームに追加する、前記（１）に記載の通信装置。
（３）前記第１のフレームの複製は、前記第１のフレームの全部の複製、または、前記第１のフレームの一部の複製の少なくともいずれか一方を含む、前記（２）に記載の通信装置。
（４）前記処理部は、前記第１の送信期間を超えない範囲で、送信すべき第１のフレームの誤り訂正符号化率を低くする、前記（１）に記載の通信装置。
（５）前記処理部は、前記第１の送信期間を超えない範囲で、送信すべき第１のフレームについて他の変調方式よりも低次な変調方式を用いて変調処理を行う、前記（１）に記載の通信装置。
（６）前記処理部は、フレームの送信期間が前記第１の送信期間未満である場合、送信すべき第１のフレームにブロック送達確認要求を追加する、前記（１）〜（５）のいずれか１項に記載の通信装置。
（７）前記処理部は、前記処理が行われたフレームの送信期間が前記第１の送信期間未満である場合、前記第１のフレームにパディングを追加する、前記（２）〜（６）のいずれか１項に記載の通信装置。
（８）前記処理部は、前記処理に係る情報を前記処理が行われたフレームに含める、前記（１）〜（７）のいずれか１項に記載の通信装置。
（９）前記処理に係る情報は、前記処理が行われたフレームの構成を示す情報を含む、前記（８）に記載の通信装置。
（１０）第２の通信装置から前記第１の情報を受信する通信部をさらに備え、前記通信部は、前記処理が行われたフレームを前記第２の通信装置に送信する、前記（１）〜（９）のいずれか１項に記載の通信装置。
（１１）前記処理部は、送信すべき第１のフレームの送信期間を特定可能な情報を生成し、前記通信部は、生成される前記送信期間を特定可能な情報が含まれる送信許可要求フレームを前記第２の通信装置に送信する、前記（１０）に記載の通信装置。
（１２）前記通信部は、前記送信許可要求フレームへの応答として、前記第１のフレームの送信の多重化に係る情報を含む送信許可フレームを前記第２の通信装置から受信し、前記処理部は、前記多重化に係る情報に基づいて前記処理を行うかの判定を行う、前記（１１）に記載の通信装置。
（１３）前記多重化に係る情報は、前記第１の送信期間を示す情報、前記第１の送信期間の算出に用いられる情報、または前記第１の送信期間に送信可能な通信装置を特定可能な情報のうちの少なくとも１つを含む、前記（１２）に記載の通信装置。
（１４）前記処理が行われたフレームは、第３の通信装置から送信される前記処理が行われたフレームと空間分割多重化される、前記（１３）に記載の通信装置。
（１５）前記送信可能な通信装置は、前記送信許可要求フレームを送信した通信装置のチャネル利得との相関が他の通信装置よりも低い通信装置が選択される、前記（１４）に記載の通信装置。
（１６）前記送信可能な通信装置を特定可能な情報は、前記送信許可フレームの宛先となる通信装置のグループを示す情報を含む、前記（１３）に記載の通信装置。
（１７）前記処理が行われたフレームは、第３の通信装置から送信される前記処理が行われたフレームと周波数分割多重または時間分割多重の少なくともいずれか一方によって多重化される、前記（１３）に記載の通信装置。
（１８）第１の送信期間または送信に用いられる帯域の少なくともいずれか一方を示す第１の情報に応じた冗長性を有するように、または前記第１の情報に応じた変調方式により、フレームの処理を行うことを含む通信方法。
（１９）第１の送信期間または送信に用いられる帯域の少なくともいずれか一方を示す第１の情報に応じた冗長性を有するように、または前記第１の情報に応じた変調方式により、フレームの処理を行う機能を備える通信システム。
（２０）第１の送信期間または送信に用いられる帯域の少なくともいずれか一方を示す第１の情報に応じた冗長性を有するように、または前記第１の情報に応じた変調方式により、フレームの処理を行う機能をコンピュータに実現させるためのプログラム。
【符号の説明】
【０１８６】
１０    ＳＴＡ
１１    データ処理部
１２    通信部
１３    変復調部
１４    信号処理部
１５    チャネル推定部
１６    無線インタフェース部
１７    制御部
２０    ＡＰ
【図１】
0006331967.tif 000002
【図２】
0006331967.tif 000003
【図３】
0006331967.tif 000004
【図４】
0006331967.tif 000005
【図５】
0006331967.tif 000006
【図６】
0006331967.tif 000007
【図７】
0006331967.tif 000008
【図８】
0006331967.tif 000009
【図９】
0006331967.tif 000010
【図１０】
0006331967.tif 000011
【図１１】
0006331967.tif 000012
【図１２】
0006331967.tif 000013
【図１３】
0006331967.tif 000014
【図１４】
0006331967.tif 000015