(57)【要約】【課題】無線通信リソースの効率的な活用と自装置と異なる通信装置間のフレーム交換期間における消費電力の低減とを両立させることが可能な通信装置および通信方法を提供する。【解決手段】第１の通信装置から自装置と異なる第２の通信装置宛ての第１のフレームを受信する通信部を備え、前記第１のフレームは、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む、通信装置。また、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信する通信部、を備える通信装置。【選択図】図７
2016181682.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信装置から自装置と異なる第２の通信装置宛ての第１のフレームを受信する通信部を備え、
前記第１のフレームは、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む、通信装置。
【請求項２】
前記フレーム交換期間の変更有無に係る情報は、前記フレーム交換期間が不変であることを示す情報を含む、請求項１に記載の通信装置。
【請求項３】
前記通信部は、前記フレーム交換期間が経過した際に、延長後の前記フレーム交換期間を示す情報を含む第２のフレームを受信する、請求項１に記載の通信装置。
【請求項４】
前記フレーム交換期間においては、前記第１の通信装置と前記第２の通信装置との間でのみ通信が行われる、請求項１に記載の通信装置。
【請求項５】
前記第１のフレームは、ＲＴＳ（Request  To  Send）フレームを含む、請求項１に記載の通信装置。
【請求項６】
前記第１のフレームは、前記ＲＴＳフレームに含まれる前記フレーム交換期間の変更有無に係る情報を含むＣＴＳ（Clear  To  Send）フレームを含む、請求項５に記載の通信装置。
【請求項７】
前記通信部は、前記第１のフレームが受信される場合、前記フレーム交換期間においてフレームの送受信を行わない、請求項１に記載の通信装置。
【請求項８】
前記通信部は、前記フレーム交換期間の長さと、前記フレームの送受信を行わない停止状態から前記フレームの送信または受信を行う稼働状態への復帰時間の長さと、に基づいて前記停止状態への遷移についての決定を行う、請求項７に記載の通信装置。
【請求項９】
前記通信部は、前記フレーム交換期間の長さと前記復帰時間の長さとに基づいて前記停止状態への遷移有無を決定する、請求項８に記載の通信装置。
【請求項１０】
前記停止状態は、前記復帰時間の長さが異なる複数の停止状態を含み、
前記通信部は、前記フレーム交換期間の長さと前記復帰時間の長さとに基づいて前記複数の停止状態から遷移先の停止状態を決定する、請求項８に記載の通信装置。
【請求項１１】
前記停止状態についての前記復帰時間の長さは、前記停止状態における消費電力の大きさと負の相関関係にある、請求項１０に記載の通信装置。
【請求項１２】
フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信する通信部、
を備える通信装置。
【請求項１３】
前記通信部は、前記フレーム交換期間が延長される場合、前記フレーム交換期間が経過した際に、延長後の前記フレーム交換期間を示す情報を含む第２のフレームを送信する、請求項１２に記載の通信装置。
【請求項１４】
前記第２のフレームは、前記フレーム交換期間の変更有無に係る情報を含む、請求項１３に記載の通信装置。
【請求項１５】
通信部によって、第１の通信装置から自装置と異なる第２の通信装置宛ての第１のフレームを受信すること、を含み、
前記第１のフレームは、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む、通信方法。
【請求項１６】
通信部によって、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信すること、
を含む通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置および通信方法に関する。
【背景技術】
【０００２】
近年、ＩＥＥＥ（Institute  of  Electrical  and  Electronics  Engineers）８０２．１１に代表される無線ＬＡＮ（Local  Area  Network）の普及が進んでいる。また、それに伴って無線ＬＡＮ対応製品も増加している。そのため、いわゆる隠れ端末問題の発生頻度も高まっており、通信に失敗する可能性があった。【０００３】
これに対して、ＩＥＥＥ８０２．１１では、ＲＴＳ（Request  To  Send）フレームおよびＣＴＳ（Clear  To  Send）フレームの交換によって、通信を行う通信装置を決定し、当該通信に係るフレームの交換が行われる期間（以下、ＮＡＶ（Network  Allocation  Vector）期間とも称する。）において他の通信装置のフレーム送信が停止される仕組みが規定されている。【０００４】
当該ＮＡＶ期間においては、フレーム送信が停止される他の通信装置は通信を行わないため、省電力の観点から当該他の通信装置はさらにフレーム受信を停止することが考えられる。【０００５】
例えば、特許文献１では、自装置がＮＡＶ期間において通信を行わない第３の通信装置である場合は、当該ＮＡＶ期間において受信回路への電源供給の停止または同期信号の供給停止を行う通信装置に係る発明が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−０４０３７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１で開示される発明では、ＮＡＶ期間中に当該ＮＡＶ期間が変更される場合に、無線通信リソースの効率的な活用が困難となる場合がある。【０００８】
例えば、ＮＡＶ期間中に当該ＮＡＶ期間が延長される場合、当該ＮＡＶ期間の延長を通知するためのフレームが送信されるが、上記の第３の通信装置においては受信回路の動作が停止されているため当該延長を示すフレームが受信されない。そのため、当該第３の通信装置が延長前のＮＡＶ期間の経過後にフレーム送信を開始し、フレームの衝突が発生する可能性がある。【０００９】
また、ＮＡＶ期間中に当該ＮＡＶ期間が短縮される場合、ＮＡＶ期間の中断を通知するためのフレームが送信されるが、上記したように第３の通信装置は当該フレームを受信しない。そのため、ＮＡＶ期間が終了するまでの間、無線通信リソースが空いているのにも関わらず第３の通信装置によるフレーム送信が行われない。【００１０】
そこで、本開示では、無線通信リソースの効率的な活用と自装置と異なる通信装置間のフレーム交換期間における消費電力の低減とを両立させることが可能な、新規かつ改良された通信装置および通信方法を提案する。
【課題を解決するための手段】
【００１１】
本開示によれば、第１の通信装置から自装置と異なる第２の通信装置宛ての第１のフレームを受信する通信部を備え、前記第１のフレームは、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む、通信装置が提供される。【００１２】
また、本開示によれば、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信する通信部、を備える通信装置が提供される。【００１３】
また、本開示によれば、通信部によって、第１の通信装置から自装置と異なる第２の通信装置宛ての第１のフレームを受信すること、を含み、前記第１のフレームは、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む、通信方法が提供される。【００１４】
また、本開示によれば、通信部によって、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信すること、を含む通信方法が提供される。
【発明の効果】
【００１５】
以上説明したように本開示によれば、無線通信リソースの効率的な活用と自装置と異なる通信装置間のフレーム交換期間における消費電力の低減とを両立させることが可能な通信装置および通信方法が提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１６】
【図１】本開示の一実施形態に係る通信システムの構成例を示す図である。
【図２】従来のフレーム構成の例を示す図である。
【図３】従来の通信装置間の通信においてＮＡＶ期間が変更されない場合のフレームシーケンスの例を示す図である。
【図４】従来の通信装置間の通信においてＮＡＶ期間が短縮される場合のフレームシーケンスの例を示す図である。
【図５】従来の通信装置間の通信においてＮＡＶ期間が延長される場合のフレームシーケンスの例を示す図である。
【図６】本開示の一実施形態に係るＡＰおよびＳＴＡの概略的な機能構成の例を示すブロック図である。
【図７】同実施形態に係る通信装置によって送信されるＲＴＳフレームの構成例を示す図である。
【図８】同実施形態に係る通信装置の状態遷移の例を示す図である。
【図９】同実施形態に係る通信装置の停止状態における消費電力量と復帰時間との関係の例を示す図である。
【図１０】同実施形態に係る送信側装置の処理を示すフローチャートである。
【図１１】同実施形態に係る受信側装置の処理を示すフローチャートである。
【図１２】同実施形態の変形例に係る通信装置の通信においてＮＡＶ期間が延長される場合のフレームシーケンスの例を示す図である。
【図１３】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１４】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図１５】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１７】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１８】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる番号を付して区別する場合もある。例えば、実質的に同一の機能を有する複数の構成を、必要に応じてＳＴＡ２０＃１およびＳＴＡ２０＃２などのように区別する。ただし、実質的に同一の機能構成を区別する必要が無い場合、同一符号のみを付する。例えば、ＳＴＡ２０＃１およびＳＴＡ２０＃２を特に区別する必要がない場合には、単にＳＴＡ２０と称する。
【００１９】
なお、説明は以下の順序で行うものとする。
１．本開示の一実施形態に係る通信システムの概要
２．本開示の一実施形態に係る通信装置
２−１．装置の構成
２−２．技術的特徴
２−３．装置の処理
２−４．変形例
３．応用例
４．むすび
【００２０】
＜１．本開示の一実施形態に係る通信システムの概要＞
まず、図１を参照して、本開示の一実施形態に係る通信システムの概要について説明する。図１は、本開示の一実施形態に係る通信システムの構成例を示す図である。
【００２１】
通信システムは、通信装置１０と複数の通信装置２０とで構成される。通信装置１０および通信装置２０は、無線通信機能およびＲＴＳ／ＣＴＳ機能を有する。また、通信装置１０はアクセスポイント（以下、ＡＰ（Access  Point）とも称する。）として動作し、通信装置２０はステーション（以下、ＳＴＡ（Station）とも称する。）として動作する。以下、通信装置１０をＡＰ１０とも称し、通信装置２０をＳＴＡ２０とも称する。また、通信装置１０および通信装置２０をまとめて通信装置１０等とも称する。
【００２２】
このため、通信システムでは、フレーム送信を行う通信装置は、ＲＴＳフレームを送信し、当該ＲＴＳフレームへの応答となるＣＴＳフレームを送信する通信装置との通信を行う。また、ＣＴＳフレームを送信しない通信装置は、ＮＡＶ期間においてフレーム送信を停止する。これにより、通信システムではフレームの衝突を回避することが可能である。
【００２３】
例えば、通信システムは、図１に示したように、ＡＰ１０ならびにＳＴＡ２０＃１および２０＃２で構成され得る。ＡＰ１０とＳＴＡ２０＃１および２０＃２とは、それぞれ無線通信を介して接続され、それぞれ直接的に互いにフレームの送受信を行う。例えば、ＡＰ１０は、ＩＥＥＥ８０２．１１に準拠する通信装置であって、ＳＴＡ２０＃２および２０＃２の各々とＲＴＳ／ＣＴＳ機能を用いた通信が可能である。なお、ＳＴＡ２０＃１と２０＃２との間の通信は、互いが通信範囲外に位置し、または通信遮断物が存在する等の理由により行われない。
【００２４】
ここで、従来のＲＴＳ／ＣＴＳ機能では、ＮＡＶ期間が変更される場合がある。具体的には、従来のＲＴＳ／ＣＴＳ機能では、ＮＡＶ期間が短縮され、または延長される場合があり、当該ＮＡＶ期間の短縮または延長についてはフレームを用いて、ＮＡＶ期間中にフレーム送信を停止している通信装置（以下、第三者装置とも称する。）に通知されている。さらに、図２〜図５を参照して従来のＲＴＳ／ＣＴＳ機能について説明する。図２は、従来のフレーム構成の例を示す図であり、図３は、従来の通信装置間の通信においてＮＡＶ期間が変更されない場合のフレームシーケンスの例を示す図である。図４は、従来の通信装置間の通信においてＮＡＶ期間が短縮される場合のフレームシーケンスの例を示す図であり、図５は、従来の通信装置間の通信においてＮＡＶ期間が延長される場合のフレームシーケンスの例を示す図である。
【００２５】
従来のＲＴＳ／ＣＴＳ機能を有する通信装置（以下、従来の通信装置とも称する。）は、フレーム送信を開始する際に、フレーム交換にかかる期間を示す情報を含むＲＴＳフレームを送信する。例えば、従来の通信装置は、図２の上段に示したように、PHY（Physical  layer）  Header、MAC（Media  Access  Control  layer）  HeaderおよびCRC（Cyclic  Redundancy  Check）が格納されるFCS（Frame  Check  Sequence）といったフィールドを含むＲＴＳフレームを送信する。そして、当該ＲＴＳフレームのMAC  Headerは、Tx（Transmitter）  Address、Rx（Receiver）  AddressおよびDurationといったフィールドを含む。フレーム交換にかかる期間を示す情報は当該Durationフィールドに格納される。
【００２６】
まず、図３を参照して、ＮＡＶ期間が変更されず、ＡＰからＳＴＡ＃１にデータが送信される場合を説明する。
【００２７】
ＡＰは、ＳＴＡ＃１宛てのＲＴＳフレームを送信する。ＲＴＳフレームを受信したＳＴＡ＃１は、当該ＲＴＳフレームへの応答となるＣＴＳフレームをＡＰに送信する。また、第三者装置であるＳＴＡ＃２は、自装置宛てでないＲＴＳフレームが受信されると、当該ＲＴＳフレームに含まれるＮＡＶ期間を示す情報に基づいてフレームの送信を停止する。そして、ＡＰは、ＮＡＶ期間中にデータフレームをＳＴＡ＃１に送信する。ＳＴＡ＃１は、データフレームが受信されると、当該データフレームへの応答となるＡＣＫフレームをＡＰ１０に送信する。当該ＡＣＫフレームの送信が終了すると共にＮＡＶ期間が終了し、ＳＴＡ＃２はＮＡＶ期間が終了するとフレーム送信の停止を解除する。
【００２８】
次に、図４を参照して、ＮＡＶ期間が短縮される場合（ＮＡＶ期間が中断される場合）について説明する。なお、ＮＡＶ期間が変更されない場合のシーケンスと実質的に同一であるシーケンスについては説明を省略する。
【００２９】
ＡＰは、ＳＴＡ＃１との通信が予定よりも早く終了した場合、ＡＰが送信したデータフレームへの応答となるＡＣＫフレームの受信後に、ＳＴＡ＃２宛てのＣＦ＿Ｅｎｄフレームを送信する。当該ＣＦ＿Ｅｎｄフレームを受信したＳＴＡ＃２は、ＮＡＶ期間が終了したと判断し、フレーム送信の停止を解除する。
【００３０】
次に、図５を参照して、ＮＡＶ期間が延長される場合について説明する。なお、ＮＡＶ期間が変更されない場合のシーケンスと実質的に同一であるシーケンスについては説明を省略する。
【００３１】
ＡＰは、ＳＴＡ＃１との通信期間すなわちＮＡＶ期間が予定していたＮＡＶ１よりも長くなる場合、ＳＴＡ＃１宛てのデータフレームＤＡＴＡ１に延長後のＮＡＶ期間を示す情報を含ませ、当該データフレームＤＡＴＡ１を送信する。当該データフレームＤＡＴＡ１を受信したＳＴＡ＃２は、ＮＡＶ期間が延長されたと判断し、残りのフレーム送信の停止期間をＮＡＶ２に延長する。
【００３２】
このように、ＮＡＶ期間が変更される可能性がある場合、第三者装置はＮＡＶ期間の変更を示す情報の含まれるフレームの受信を待機することが要求される。そのため、省電力等を目的としてＮＡＶ期間において第三者装置の受信回路が停止されると、第三者装置はＮＡＶ期間の変更を把握することが困難となる。その結果、ＮＡＶ期間が延長される場合は、第三者装置が延長前のＮＡＶ期間の経過後にフレーム送信を開始、フレームの衝突が発生し得る。また、ＮＡＶ期間が短縮される場合は、第三者装置はＮＡＶ期間が終了しているにも関わらず、短縮前のＮＡＶ期間が終了するまでの間、フレーム送信の停止を継続することになる。これは、無線通信リソースの効率的な活用の妨げとなり得る。
【００３３】
そこで、本開示では、無線通信リソースの効率的な活用と自装置と異なる通信装置間のフレーム交換期間における消費電力の低減とを両立させることが可能な通信装置を提案する。以下に、その詳細について説明する。なお、図１においては通信システムの一例として、通信システムはＡＰ１０およびＳＴＡ２０で構成される例を説明したが、ＡＰ１０の代わりに、ＳＴＡ２０のうちの１つが他のＳＴＡ２０との複数のダイレクトリンクを持つ通信装置であってもよい。
【００３４】
＜２．本開示の一実施形態に係る通信装置＞
以上、本開示の一実施形態に係る通信システムの概要について説明した。次に、本開示の一実施形態に係るＡＰ１０およびＳＴＡ２０について説明する。
【００３５】
＜２−１．装置の構成＞
まず、図６を参照して、本開示の一実施形態に係るＡＰ１０およびＳＴＡ２０の基本的な機能構成について説明する。図６は、本開示の一実施形態に係るＡＰ１０およびＳＴＡ２０の概略的な機能構成の例を示すブロック図である。
【００３６】
ＡＰ１０およびＳＴＡ２０は、図６に示したように、データ処理部１１、無線通信部１２、制御部１５および記憶部１６を備える。
【００３７】
データ処理部１１は、通信部の一部として、データに対して送受信のための処理を行う。具体的には、データ処理部１１は、通信上位層からのデータに基づいてフレームを生成し、生成されるフレームを無線通信部１２に提供する。例えば、データ処理部１１は、データからフレーム（またはパケット）を生成し、生成されるフレームにメディアアクセス制御（ＭＡＣ：Media  Access  Control）のためのＭＡＣヘッダの付加および誤り検出符号の付加等の処理を行う。また、データ処理部１１は、受信されるフレームからデータを抽出し、抽出されるデータを通信上位層に提供する。例えば、データ処理部１１は、受信されるフレームについて、ＭＡＣヘッダの解析、符号誤りの検出および訂正、ならびにリオーダ処理等を行うことによりデータを取得する。
【００３８】
無線通信部１２は、通信部の一部として、信号処理部１３および無線インタフェース部１４を備える。
【００３９】
信号処理部１３は、フレームについて変調等の信号処理を行う。具体的には、信号処理部１３は、データ処理部１１から提供されるフレームについて、制御部１５によって設定されるコーディングおよび変調方式等に従って、エンコード、インタリーブおよび変調を行うことによりシンボルストリームを生成する。そして、信号処理部１３は生成されるシンボルストリームを無線インタフェース部１４に提供する。また、信号処理部１３は、無線インタフェース部１４の処理によって得られるシンボルストリームについて、復調およびデコード等を行うことによりフレームを取得し、取得されるフレームをデータ処理部１１または制御部１５に提供する。
【００４０】
無線インタフェース部１４は、アンテナを介して信号の送受信を行う。具体的には、無線インタフェース部１４は、信号処理部１３の処理によって得られるシンボルストリームに係る信号を、アナログ信号に変換し、増幅し、フィルタリングし、および周波数アップコンバートする。そして、無線インタフェース部１４は、アンテナを介して処理された信号を送信する。また、無線インタフェース部１４は、アンテナから得られる信号について、信号送信の際と逆の処理、例えば周波数ダウンコンバートおよびデジタル信号変換等を行う。
【００４１】
制御部１５は、通信部の一部として、ＡＰ１０またはＳＴＡ２０の動作を全体的に制御する。具体的には、制御部１５は、各機能間の情報の受け渡し、通信パラメタの設定、およびデータ処理部１１におけるフレーム（またはパケット）のスケジューリング等の処理を行う。
【００４２】
記憶部１６は、データ処理部１１または制御部１５の処理に用いられる情報を記憶する。具体的には、記憶部１６は、フレームに格納される情報、フレームから取得された情報および通信パラメタの情報等を記憶する。
【００４３】
＜２−２．技術的特徴＞
次に、本実施形態に係るＡＰ１０およびＳＴＡ２０の特徴的な機能について説明する。
【００４４】
（ＲＴＳフレームの送信側となる通信装置の機能））
まず、ＲＴＳフレームの送信側となる場合のＡＰ１０およびＳＴＡ２０（以下、送信側装置とも称する。）の特徴的な機能について説明する。
【００４５】
（ＮＡＶ固定フラグを含むＲＴＳフレームの送信）
送信側装置は、第１の通信装置として、第１のフレームとしての、フレーム交換期間を示す情報および当該フレーム交換期間の変更有無に係る情報を含むフレームを送信する。具体的には、制御部１５は、フレームの送信要求が発生すると、当該フレームについてのフレーム交換期間すなわちＮＡＶ期間の変更有無を判定する。当該ＮＡＶ期間が変更されないと判定される場合、制御部１５は、ＮＡＶ期間が不変であることを示す情報を含むフレームをデータ処理部１１に生成させる。そして、無線通信部１２は、生成されるフレームを送信する。なお、フレーム交換期間においては、送信側装置とＮＡＶ期間が不変であることを示す情報を含むフレームの宛先である通信装置との間でのみ通信が行われる。例えば、ＮＡＶ期間が不変であることを示す情報を含むフレームは、ＲＴＳフレームであり得る。さらに、図７を参照して、本実施形態に係るＲＴＳフレームの構成について説明する。図７は、本実施形態に係る通信装置１０等によって送信されるＲＴＳフレームの構成例を示す図である。
【００４６】
例えば、送信側装置は、図７に示したように、PHY  Header、MAC  HeaderおよびFCSといったフィールドを含むＲＴＳフレームを送信する。当該ＲＴＳフレームのMAC Headerは、Tx  Address、Rx  AddressおよびDurationに加えてStatic  NAVというフィールドを含む。DurationフィールドにはＮＡＶ期間を示す情報が格納され、Static  NAVフィールドにはＮＡＶ属性情報が格納される。ＮＡＶ属性情報は、ＮＡＶ期間が不変であることを示す情報として、例えばＮＡＶ期間が固定であることを示すフラグ（以下、ＮＡＶ固定フラグとも称する。）であり得る。
【００４７】
そして、制御部１５は、ＮＡＶ期間が変更されないと判定される場合、ＲＴＳフレームのＮＡＶ固定フラグをオンにする。例えば、制御部１５は、データ処理部１１にStatic  NAVに「１」という値が格納されるＲＴＳフレームを生成させる。
【００４８】
（（ＲＴＳフレームの受信側として通信する通信装置の機能））
次に、ＲＴＳフレームの受信側となる場合であって、通信を行うＡＰ１０およびＳＴＡ２０（以下、受信側動作装置とも称する。）の特徴的な機能について説明する。
【００４９】
（ＮＡＶ固定フラグを含むＲＴＳフレームの受信）
受信側動作装置は、第２の通信装置として、送信側装置から送信される自装置宛てのＲＴＳフレームを受信する。具体的には、無線通信部１２はＲＴＳフレームを受信し、データ処理部１１は、受信されるＲＴＳフレームの宛先を取得する。そして、制御部１５は、取得されるＲＴＳフレームの宛先が自装置であるかを判定し、宛先が自装置であると判定される場合、送信側装置との通信を行う。
【００５０】
（ＮＡＶ固定フラグを含むＣＴＳフレームの送信）
受信側動作装置は、自装置宛てのＲＴＳフレームが受信されると、当該ＲＴＳフレームへの応答となるＣＴＳフレームを送信する。具体的には、制御部１５は、自装置宛てのＲＴＳフレームが受信されたと判定される場合、ＲＴＳフレームに含まれるフレーム交換期間の変更有無に係る情報を含むＣＴＳフレームをデータ処理部１１に生成させる。そして、無線通信部１２は、生成されるＣＴＳフレームを送信する。例えば、制御部１５は、受信されるＲＴＳフレームのStatic  NAVフィールドに含まれるＮＡＶ固定フラグを複製し、データ処理部１１に複製により得られるＮＡＶ固定フラグをＣＴＳフレームのStatic  NAVフィールドに格納させる。
【００５１】
（（ＲＴＳフレームの受信側として休眠する通信装置の機能））
続いて、ＲＴＳフレームの受信側となる場合であって、通信を行わないＡＰ１０およびＳＴＡ２０（以下、受信側休眠装置とも称する。）の特徴的な機能について説明する。
【００５２】
（ＮＡＶ固定フラグを含むＲＴＳフレームの受信）
受信側休眠装置は、第１のフレームとしての、送信側装置から自装置と異なる受信側動作装置宛ての、フレーム交換期間を示す情報および当該フレーム交換期間の変更有無に係る情報を含むＲＴＳフレームを受信する。具体的には、制御部１５は、ＲＴＳフレームが受信されると、ＲＴＳフレームの宛先が自装置であるかを判定する。さらに、制御部１５は、宛先が自装置でないと判定される場合、受信されるＲＴＳフレームに含まれるＮＡＶ固定フラグに基づいてＮＡＶ期間におけるフレーム受信の停止有無を判定する。なお、ＲＴＳフレームの代わりにＣＴＳフレームが受信された場合であっても、制御部１５はＲＴＳフレームの場合と同様に動作する。
【００５３】
（ＮＡＶ期間における送受信の停止）
受信側休眠装置は、自装置宛てでないＲＴＳフレームが受信されると、当該ＲＴＳフレームに含まれる情報の示すＮＡＶ期間においてフレームの送受信を行わない。具体的には、制御部１５は、受信されるＲＴＳフレームに含まれるＮＡＶ固定フラグに基づいてＮＡＶ期間におけるフレーム受信の停止有無を判定する。当該ＮＡＶ固定フラグがオン、すなわちＮＡＶ期間が変更しないと判定される場合、制御部１５は、ＮＡＶ期間におけるフレームの受信を停止する。なお、当然ながら、ＮＡＶ期間におけるフレームの送信も停止される。
【００５４】
より具体的には、制御部１５は、自装置の状態を遷移させることによってフレームの送受信の停止有無を制御する。さらに、図８を参照して、フレームの送受信の停止制御について詳細に説明する。図８は、本実施形態に係る通信装置１０等の状態遷移の例を示す図である。
【００５５】
通信装置１０等の状態としては、図８に示したように、フレーム送信状態（Ｔｘ状態）Ｃ３２、フレーム検出状態（Ｌｉｓｔｅｎ状態）Ｃ３４、フレーム受信状態（Ｒｘ状態）Ｃ３６および休止状態（Ｓｌｅｅｐ状態）Ｃ３８がある。
【００５６】
Ｔｘ状態Ｃ３２およびＲｘ状態Ｃ３６では、稼働状態として、フレームの送信および受信がそれぞれ行われる。具体的には、Ｔｘ状態Ｃ３２およびＲｘ状態Ｃ３６では、データ処理部１１、無線通信部１２および制御部１５が稼働している。そのため、Ｔｘ状態Ｃ３２およびＲｘ状態Ｃ３６で消費される電力は、他のいずれの状態で消費される電力よりも大きい。
【００５７】
Ｌｉｓｔｅｎ状態Ｃ３４では、稼働状態として、フレームの検出が行われる。具体的には、Ｌｉｓｔｅｎ状態Ｃ３４では、信号処理部１３のうちのプリアンブル検出機能、無線インタフェース部１４および制御部１５が稼働している。そのため、Ｌｉｓｔｅｎ状態Ｃ３４で消費される電力は、Ｔｘ状態Ｃ３２およびＲｘ状態Ｃ３６で消費される電力より小さい。なお、制御部１５は、Ｌｉｓｔｅｎ状態Ｃ３４にてフレームのプリアンブルが検出されると、自装置の状態をＲｘ状態Ｃ３６に遷移させ、無線通信部１２にフレームの受信を行わせる。
【００５８】
Ｓｌｅｅｐ状態Ｃ３８では、停止状態として、フレームの送受信が行われない。具体的には、Ｓｌｅｅｐ状態Ｃ３８では、制御部１５のみが稼働する。そのため、Ｓｌｅｅｐ状態Ｃ３８で消費される電力は、Ｌｉｓｔｅｎ状態Ｃ３４で消費される電力よりも小さい、すなわち他のいずれの状態で消費される電力よりも小さい。
【００５９】
そして、制御部１５は、ＲＴＳフレームが受信されると、当該ＲＴＳフレームが自装置宛てである場合、ＮＡＶ期間において状態Ｃ３２〜Ｃ３６の間で状態遷移が行われ、ＣＴＳフレームの送信、データフレームの受信およびＡＣＫフレームの送信等が行われる。
【００６０】
他方、制御部１５は、ＲＴＳフレームが自装置宛てでなく、当該ＲＴＳフレームに含まれるＮＡＶ固定フラグがオフである場合、ＮＡＶ期間において状態Ｃ３４およびＣ３６の間で状態遷移が行われ、送信側装置から送信されるフレームの受信のみが行われる。
【００６１】
また、制御部１５は、ＲＴＳフレームが自装置宛てでなく、当該ＲＴＳフレームに含まれるＮＡＶ固定フラグがオンである場合、ＮＡＶ期間の長さと、フレームの送受信を行わない停止状態からフレームの送信または受信を行う稼働状態への復帰時間の長さと、に基づいて当該停止状態への遷移についての決定を行う。具体的には、制御部１５は、ＮＡＶ期間の長さと復帰時間の長さとに基づいて停止状態への遷移有無を決定する。
【００６２】
例えば、制御部１５は、Ｓｌｅｅｐ状態Ｃ３８からＬｉｓｔｅｎ状態Ｃ３４への復帰時間長がＮＡＶ期間長よりも長い場合、Ｓｌｅｅｐ状態Ｃ３８への状態遷移を行わない。反対に、当該復帰時間長がＮＡＶ期間よりも短い場合、制御部１５は、Ｓｌｅｅｐ状態Ｃ３８への状態遷移を行う。これは、ＮＡＶ期間長よりも復帰時間長が長い場合、ＮＡＶ期間終了に合わせて通信装置１０等の状態を稼働状態、例えばＬｉｓｔｅｎ状態Ｃ３４に復帰させることが困難であるからである。
【００６３】
さらに、停止状態は、復帰時間の長さが異なる複数の停止状態を含み、制御部１５は、停止状態への状態遷移が行われる場合、ＮＡＶ期間の長さと復帰時間の長さとに基づいて複数の停止状態から遷移先の停止状態を決定する。図９を参照して、停止状態の決定処理について詳細に説明する。図９は、本実施形態に係る通信装置１０等の停止状態における消費電力量と復帰時間との関係の例を示す図である。
【００６４】
まず、停止状態として、復帰時間の長さが異なる複数の停止状態が用意される。例えば、図９に示したように、Ｓｌｅｅｐ状態として、Ｓｈａｌｌｏｗ  Ｓｌｅｅｐ状態（以下、Ｓ−Ｓｌｅｅｐ状態とも称する。）およびＤｅｅｐ  Ｓｌｅｅｐ状態（以下、Ｄ−Ｓｌｅｅｐ状態とも称する。）の２つの状態がある。図９に示したように、Ｓ−Ｓｌｅｅｐ状態の復帰時間長はＴｓであるのに対し、Ｄ−Ｓｌｅｅｐ状態の復帰時間長はＴｓよりも長いＴｄである。
【００６５】
また、停止状態についての復帰時間の長さは、当該停止状態における消費電力の大きさと負の相関関係にある。例えば、図９に示したように、Ｓ−Ｓｌｅｅｐ状態の単位時間当たりの消費電力量はＰｓであるのに対し、Ｄ−Ｓｌｅｅｐ状態の単位時間当たりの消費電力量はＰｓよりも小さいＰｄである。
【００６６】
ここで、制御部１５は、まず複数の停止状態の復帰時間の長さとＮＡＶ期間の長さとに基づいて停止状態の決定を試みる。例えば、制御部１５は、ＮＡＶ期間長がＳ−Ｓｌｅｅｐ状態の復帰時間長Ｔｓより長く、Ｄ−Ｓｌｅｅｐ状態の復帰時間長Ｔｄよりも短い場合、Ｓ−Ｓｌｅｅｐ状態を選択する。
【００６７】
また、制御部１５は、復帰時間の長さおよびＮＡＶ期間の長さのみでは停止状態が決定されない場合、停止状態の各々のＮＡＶ期間における消費電力量に基づいて停止状態を決定する。例えば、制御部１５は、ＮＡＶ期間長がＤ−Ｓｌｅｅｐ状態の復帰時間長Ｔｄよりも長い場合、以下の数式１および数式２を用いて各状態のＮＡＶ期間における消費電力量をそれぞれ算出する。
【００６８】
【数１】
2016181682.tif 000003
【００６９】
【数２】
2016181682.tif 000004
【００７０】
上記の数式１および数式２において、ＰｎはＮＡＶ期間における消費電力量を示し、ＴｎはＮＡＶ期間長を示す。また、ＰｌはＬｉｓｔｅｎ状態Ｃ３４における単位時間当たりの消費電力量を示す。
【００７１】
そして、制御部１５は、上記数式１および数式２を用いて算出された消費電力量のうちの他方の消費電力よりも小さい状態を停止状態として選択する。
【００７２】
＜２−３．装置の処理＞
次に、本実施形態に係る送信側装置、ならびに受信側動作装置および受信側休眠装置（以下、まとめて受信側装置とも称する。）の処理について説明する。
【００７３】
（送信側装置の処理）
まず、図１０を参照して、本実施形態に係る送信側装置の処理について説明する。図１０は、本実施形態に係る送信側装置の処理を概念的に示すフローチャートである。
【００７４】
送信側装置は、送信すべきデータの有無を判定する（ステップＳ１０２）。具体的には、制御部１５は、通信上位層、例えば送信側装置で動作するアプリケーションからのフレームの送信要求の発生有無を判定する。
【００７５】
送信すべきデータがあると判定されると、送信側装置は、ＮＡＶ変更有無に基づいてＮＡＶ固定フラグを設定する（ステップＳ１０４）。具体的には、制御部１５は、フレームの送信要求があると判定されると、ＮＡＶ変更有無を判定する。ＮＡＶ変更がないと判定されると、制御部１５は、ＮＡＶ固定フラグの値をオンに決定する。
【００７６】
次に、送信側装置は、ＮＡＶ固定フラグを含むＲＴＳフレームを送信する（ステップＳ１０６）。具体的には、制御部１５は、値がオンであるＮＡＶ固定フラグを含むＲＴＳフレームをデータ処理部１１に生成させ、無線通信部１２は、生成されるＲＴＳフレームを送信する。
【００７７】
次に、送信側装置は、ＣＴＳフレームが受信されるまで待機する（ステップＳ１０８）。具体的には、制御部１５は、ＲＴＳフレームへの応答となるＣＴＳフレームが無線通信部１２によって受信されるまで待機する。
【００７８】
ＣＴＳフレームが受信されると、送信側装置は、ＣＴＳフレームの送信元との通信を開始する（ステップＳ１１０）。具体的には、送信側装置は、ＣＴＳフレームが受信されると、当該ＣＴＳフレームの送信元との通信、例えばデータフレームの送信および当該データフレームへの応答となるＡＣＫフレームの受信等を行う。
【００７９】
（受信側装置の処理）
続いて、図１１を参照して、本実施形態に係る受信側装置の処理について説明する。図１１は、本実施形態に係る受信側装置の処理を概念的に示すフローチャートである。
【００８０】
受信側装置は、受信されたＲＴＳフレームが自装置宛てであるかを判定する（ステップＳ２０２）。具体的には、制御部１５は、ＲＴＳフレームが受信されると、ＲＴＳフレームの宛先が自装置であるかを判定する。
【００８１】
自装置宛てでないＲＴＳフレームが受信されたと判定されると、受信側装置は、ＮＡＶ期間が不変であるかを判定する（ステップＳ２０４）。具体的には、制御部１５は、ＲＴＳフレームの宛先が自装置であると判定されると、当該ＲＴＳフレームに含まれるＮＡＶ固定フラグがオンであるかを判定する。
【００８２】
ＮＡＶ期間が不変であると判定されると、受信側装置は、フレームの送受信を停止する（ステップＳ２０６）。具体的には、制御部１５は、ＮＡＶ固定フラグがオンであると判定されると、ＮＡＶ期間長とＳｌｅｅｐ状態の復帰時間長とに基づいてフレームの送受信の停止有無を決定する。Ｓｌｅｅｐ状態への遷移が決定されると、制御部１５は、自装置の状態を決定されたＳｌｅｅｐ状態に遷移させ、フレームの送受信が停止される。
【００８３】
なお、ＮＡＶ固定フラグがオフであると判定されると、受信側装置は、フレームの送信を停止する（ステップＳ２０８）。具体的には、制御部１５は、ＮＡＶ固定フラグがオフであると判定されると、ＮＡＶ期間において自装置の状態をＴｘ状態に遷移させないことにより、フレームの送信が停止される。
【００８４】
次に、受信側装置は、ＮＡＶ期間が終了するまで待機する（ステップＳ２１０）。具体的には、制御部１５は、自装置の状態がＳｌｅｅｐ状態に遷移された場合、ＮＡＶ期間が終了するまでの間、自装置の状態を当該Ｓｌｅｅｐ状態に維持する。また、制御部１５は、自装置の状態がＳｌｅｅｐ状態に遷移されなかった場合、ＮＡＶ期間が終了するまでの間、自装置の状態をＬｉｓｔｅｎ状態およびＲｘ状態のいずれかに維持する。これは、ＮＡＶ固定フラグがオフである場合、ＮＡＶ期間が変更される可能性があるためである。
【００８５】
ＮＡＶ期間が終了すると、受信側装置は、フレームの送受信を再開する（ステップＳ２１２）。具体的には、制御部１５は、ＮＡＶ期間が終了すると、状態遷移先の限定を解除する。特に、自装置の状態がＳｌｅｅｐ状態である場合は、制御部１５は、ＮＡＶ期間が終了すると、自装置の状態をＬｉｓｔｅｎ状態等の稼働状態に遷移させる。
【００８６】
なお、自装置宛てのＲＴＳフレームが受信されたと判定されると、受信側装置は、ＣＴＳフレームを送信する（ステップＳ２１４）。具体的には、制御部１５は、ＲＴＳフレームの宛先が自装置であると判定されると、当該ＲＴＳフレームに含まれるＮＡＶ固定フラグを含むＣＴＳフレームをデータ処理部１１に生成させ、無線通信部１２は、生成されるＣＴＳフレームを送信する。なお、ＲＴＳフレームにＮＡＶ固定フラグが含まれない場合、制御部１５は、ＮＡＶ固定フラグすなわちStatic  NAVフィールドを含まない構成であるＣＴＳフレームをデータ処理部１１に生成させてもよい。
【００８７】
次に、受信側装置は、ＲＴＳフレームの送信元との通信を行う（ステップＳ２１６）。具体的には、受信側装置は、ＣＴＳフレームの送信後、ＲＴＳフレームの送信元すなわち送信側装置との通信、例えばデータフレームの受信および当該データフレームへの応答となるＡＣＫフレームの送信等を行う。ここで、受信側装置は、ＲＴＳフレームに含まれるＮＡＶ固定フラグを含むデータフレームおよびＡＣＫフレームを送信してもよい。また、ＲＴＳフレームにＮＡＶ固定フラグが含まれない場合、受信側装置は、ＮＡＶ固定フラグすなわちStatic  NAVフィールドを含まない構成であるデータフレームおよびＡＣＫフレームを送信してもよい。
【００８８】
このように、本開示の一実施形態によれば、送信側装置は、フレーム交換期間を示す情報および当該フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信する。また、受信側装置は、送信側装置から自装置と異なる受信側装置宛ての第１のフレームを受信し、当該第１のフレームは、フレーム交換期間を示す情報および当該フレーム交換期間の変更有無に係る情報を含む。このため、フレーム交換期間の変更有無に応じたフレームの送受信の停止制御が行われることにより、無線通信リソースが過不足なく効率的に活用されると共に、フレーム交換期間における消費電力を低減させることが可能となる。
【００８９】
また、上記のフレーム交換期間の変更有無に係る情報は、当該フレーム交換期間が不変であることを示す情報を含む。このため、フレーム交換期間が不変であることが確定されることにより、より確実に無線通信リソースの効率的な活用が可能となる。特に、スケジューリングされる通信、例えばデータ長が固定のマルチキャスト通信等において本構成はより効果的である。
【００９０】
また、上記のフレーム交換期間においては、送信側装置と受信側動作装置との間でのみ通信が行われる。このため、フレーム交換期間がＮＡＶ期間であることにより、当該フレーム交換期間における通信の衝突回避の確実性を向上させることが可能となる。
【００９１】
また、上記の第１のフレームは、ＲＴＳフレームを含む。このため、既存の通信で利用されている仕組みにおいて本実施形態に係る構成が適用されることにより、より効果的な無線通信リソースの効率的な活用および消費電力の低減が可能となる。
【００９２】
また、上記の第１のフレームは、ＲＴＳフレームに含まれるフレーム交換期間の変更有無に係る情報を含むＣＴＳフレームを含む。このため、ＲＴＳフレームが受信されずＣＴＳフレームのみが受信される通信装置についても本実施形態に係る構成が利用されることにより、ネットワーク全体としてさらなる無線通信リソースの効率的な活用および消費電力の低減が可能となる。
【００９３】
また、受信側装置は、上記の第１のフレームが受信される場合、フレーム交換期間においてフレームの送受信を行わない。このため、フレームの送信だけでなく受信まで停止されることにより、ＮＡＶ期間における消費電力をさらに低減させることが可能となる。
【００９４】
また、受信側装置は、フレーム交換期間の長さと、フレームの送受信を行わない停止状態からフレームの送信または受信を行う稼働状態への復帰時間の長さと、に基づいて当該停止状態への遷移についての決定を行う。このため、ＮＡＶ期間の終了に合わせて通信装置の状態が停止状態から稼働状態に復帰されることにより、無線通信リソースに空きが発生することまたは稼働状態での待機により電力が浪費されることの抑制が可能となる。
【００９５】
また、受信側装置は、フレーム交換期間の長さと上記の復帰時間の長さとに基づいて停止状態への遷移有無を決定する。このため、ＮＡＶ期間長よりも復帰時間長が長い場合に、通信装置の状態が停止状態に遷移されないことにより、無線通信リソースに空きが生じることをより確実に抑制することが可能となる。
【００９６】
また、上記の停止状態は、上記の復帰時間の長さが異なる複数の停止状態を含み、受信側装置は、フレーム交換期間の長さと上記の復帰時間の長さとに基づいて複数の停止状態から遷移先の停止状態を決定する。このため、ＮＡＶ期間長に適した停止状態が選択されることにより、無線通信リソースに空きが発生することを抑制しながらＮＡＶ期間における消費電力を適正化することが可能となる。
【００９７】
また、上記の停止状態についての復帰時間の長さは、当該停止状態における消費電力の大きさと負の相関関係にある。このため、より長い復帰時間長の停止状態が選択されることにより、消費電力をさらに低減することが可能となる。
【００９８】
＜２−４．変形例＞
以上、本開示の一実施形態について説明した。なお、本実施形態は、上述の例に限定されない。以下に、本実施形態の変形例について説明する。
【００９９】
本実施形態の変形例として、ＮＡＶ期間が不変である旨を示す情報を含むフレームが送信される場合であっても、ＮＡＶ期間は延長されてもよい。具体的には、送信側装置は、ＮＡＶ期間が延長される場合、ＮＡＶ期間が経過した際に、延長後のＮＡＶ期間を示す情報を含む第２のフレームを送信する。また、受信側休眠装置は、ＮＡＶ期間が経過した際に、延長後のＮＡＶ期間を示す情報を含む第２のフレームを受信する。さらに、図１２を参照して、本変形例の処理について詳細に説明する。図１２は、本変形例に係る通信装置１０等の通信においてＮＡＶ期間が延長される場合のフレームシーケンスの例を示す図である。
【０１００】
例えば、まず、送信側装置であるＡＰ１０は、ＲＴＳフレームを受信側装置であるＳＴＡ２０＃１宛てに送信する。ＲＴＳフレームを受信したＳＴＡ２０＃１は、ＣＴＳフレームをＡＰ１０に送信する。また、受信側装置であるＳＴＡ２０＃２は、自装置宛てでないＲＴＳフレームが受信されると、ＲＴＳフレームに値がオンであるＮＡＶ固定フラグが含まれている場合、ＮＡＶ期間ＮＡＶ１においてフレームの送受信を停止する。そして、当該ＮＡＶ１において、ＡＰ１０およびＳＴＡ２０＃１はデータフレームＤＡＴＡ１およびＡＣＫフレームの交換を行う。
【０１０１】
ここで、ＲＴＳフレームの送信後であってＮＡＶ期間中に、ＮＡＶ期間の延長要求が発生した場合、送信側装置は、延長前のＮＡＶ期間が終了された際に、延長後のＮＡＶ期間を示す情報を含む第２のフレームを送信する。例えば、ＡＰ１０は、ＮＡＶ期間の延長要求が発生すると、図１２に示したように、延長前のＮＡＶ期間であるＮＡＶ１が終了されるタイミングで、第２のフレームとしてのＮＡＶ期間の延長を通知するためのフレームであるＮＡＶ  ＵｐｄａｔｅフレームをＳＴＡ２０＃２宛てに送信する。そして、ＮＡＶ  Ｕｐｄａｔｅフレームを受信したＳＴＡ２０＃２は、当該ＮＡＶ  Ｕｐｄａｔｅフレームに含まれる延長後のＮＡＶ期間ＮＡＶ２の間、少なくともフレームの送信を停止する。そして、ＡＰ１０およびＳＴＡ２０＃１は、ＮＡＶ２の間に、データフレームＤＡＴＡ２およびＡＣＫフレームの交換を行う。
【０１０２】
さらに、送信側装置は、第２のフレームにＮＡＶ期間の変更有無に係る情報を含めてもよい。例えば、ＡＰ１０は、ＮＡＶ固定フラグを含むＮＡＶ  ＵｐｄａｔｅフレームをＳＴＡ２０＃２に送信する。当該ＮＡＶ  Ｕｐｄａｔｅフレームを受信したＳＴＡ２０＃２は、ＮＡＶ固定フラグがオンである場合、ＮＡＶ２の間、フレームの送受信を停止する、すなわち自装置の状態をＳｌｅｅｐ状態に遷移させる。
【０１０３】
このように、本実施形態の変形例によれば、送信側装置は、ＮＡＶ期間が延長される場合、当該ＮＡＶ期間が経過した際に、延長後のＮＡＶ期間を示す情報を含む第２のフレームを送信する。また、受信側装置は、ＮＡＶ期間が経過した際に、延長後のＮＡＶ期間を示す情報を含む第２のフレームを受信する。このため、ＮＡＶ期間においてＳｌｅｅｐ状態であった受信側休眠装置がフレーム送信を再開する前に、当該受信側休眠装置の状態がフレーム送信の停止される状態に再び遷移されることにより、ＮＡＶ期間中にＮＡＶ期間が延長された場合であってもフレームの衝突を回避することが可能となる。
【０１０４】
また、上記の第２のフレームは、ＮＡＶ期間の変更有無に係る情報を含む。このため、延長後のＮＡＶ期間においても受信側休眠装置の状態が再びＳｌｅｅｐ状態に遷移されることにより、受信側休眠装置の消費電力を継続的に低減することが可能となる。
【０１０５】
＜３．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、通信装置２０すなわちＳＴＡ２０は、スマートフォン、タブレットＰＣ（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）であってもよい。
【０１２９】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０１３０】
図１５に示した無線アクセスポイント９５０において、図６を用いて説明したデータ処理部１１、無線通信部１２、制御部１５および記憶部１６は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。例えば、制御部１５が無線通信部１２およびデータ処理部１１を介してＮＡＶ期間の変更有無に係る情報を含むフレームを送信する。これにより、ＮＡＶ期間が変更されない場合に通信が行われない装置の消費電力を低減させると共に、ＮＡＶ期間が変更される場合に通信が行われない装置がフレーム送信を開始することによるフレームの衝突の発生を抑制することが可能となる。
【０１３１】
＜４．むすび＞
以上、本開示の一実施形態によれば、ＮＡＶ期間の変更有無に応じたフレームの送受信の停止制御が行われることにより、無線通信リソースが過不足なく効率的に活用されると共に、ＮＡＶ期間における消費電力を低減させることが可能となる。
【０１３２】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１３３】
例えば、上記実施形態では、ＮＡＶ期間の変更有無に係る情報は、ＮＡＶ期間が不変であることを示すＮＡＶ固定フラグとしたが、本技術はかかる例に限定されない。例えば、ＮＡＶ期間の変更有無に係る情報は、ＮＡＶ期間が不変でないことを示す情報であってもよい。
【０１３４】
また、上記実施形態では、ＮＡＶ期間の変更有無に関わらずＲＴＳフレームのStatic  NAVフィールドにフラグ等の情報が格納される例を説明したが、ＮＡＶ期間が不変である場合のみ、またはＮＡＶ期間が不変でない場合のみに、情報が格納されてもよい。
【０１３５】
また、上記実施形態では、ＮＡＶ期間の有無に係る情報はＲＴＳフレームまたはＣＴＳフレームに含まれる例を説明したが、ＮＡＶ期間の有無に係る情報は他の任意のフレームに含まれてもよい。例えば、ＮＡＶ期間の有無に係る情報は、他のコントロールフレーム、またはマネジメントフレームもしくはデータフレームに含まれ得る。また、ＮＡＶ期間の有無に係る情報は、マルチキャストフレームの送信開始を通知するためのトリガフレームに含まれてもよい。
【０１３６】
また、上記実施形態では、延長後のＮＡＶ期間を示す情報はＮＡＶ  Ｕｐｄａｔｅフレーム等の専用フレームに含まれる例を説明したが、延長後のＮＡＶ期間を示す情報は他の任意のフレームに含まれてもよい。例えば、延長後のＮＡＶ期間を示す情報は、コントロールフレーム、マネジメントフレームまたはデータフレームに含まれ得る。
【０１３７】
また、上記実施形態では、ＲＴＳフレームにＮＡＶ期間が不変である旨を示す情報が含まれる例を説明したが、ＲＴＳフレームに当該情報が含まれず、ＲＴＳフレームの送信後に送信されるフレームに当該情報が含まれてもよい。例えば、ＮＡＶ  Ｕｐｄａｔｅフレームに値がオンのＮＡＶ固定フラグが含まれ得る。
【０１３８】
また、上記実施形態では、複数の停止状態はＳｈａｌｌｏｗ  Ｓｌｅｅｐ状態およびＤｅｅｐ  Ｓｌｅｅｐ状態である例を説明したが、当然ながら３つ以上の停止状態が用意されてもよい。また、この場合、消費電力を算出するための数式が停止状態毎にそれぞれ用意される。
【０１３９】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１４０】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）第１の通信装置から自装置と異なる第２の通信装置宛ての第１のフレームを受信する通信部を備え、前記第１のフレームは、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む、通信装置。
（２）前記フレーム交換期間の変更有無に係る情報は、前記フレーム交換期間が不変であることを示す情報を含む、前記（１）に記載の通信装置。
（３）前記通信部は、前記フレーム交換期間が経過した際に、延長後の前記フレーム交換期間を示す情報を含む第２のフレームを受信する、前記（１）または（２）に記載の通信装置。
（４）前記フレーム交換期間においては、前記第１の通信装置と前記第２の通信装置との間でのみ通信が行われる、前記（１）〜（３）のいずれか１項に記載の通信装置。
（５）前記第１のフレームは、ＲＴＳ（Request  To  Send）フレームを含む、前記（１）〜（４）のいずれか１項に記載の通信装置。
（６）前記第１のフレームは、前記ＲＴＳフレームに含まれる前記フレーム交換期間の変更有無に係る情報を含むＣＴＳ（Clear  To  Send）フレームを含む、前記（５）に記載の通信装置。
（７）前記通信部は、前記第１のフレームが受信される場合、前記フレーム交換期間においてフレームの送受信を行わない、前記（１）〜（６）のいずれか１項に記載の通信装置。
（８）前記通信部は、前記フレーム交換期間の長さと、前記フレームの送受信を行わない停止状態から前記フレームの送信または受信を行う稼働状態への復帰時間の長さと、に基づいて前記停止状態への遷移についての決定を行う、前記（７）に記載の通信装置。
（９）前記通信部は、前記フレーム交換期間の長さと前記復帰時間の長さとに基づいて前記停止状態への遷移有無を決定する、前記（８）に記載の通信装置。
（１０）前記停止状態は、前記復帰時間の長さが異なる複数の停止状態を含み、前記通信部は、前記フレーム交換期間の長さと前記復帰時間の長さとに基づいて前記複数の停止状態から遷移先の停止状態を決定する、前記（８）または（９）に記載の通信装置。
（１１）前記停止状態についての前記復帰時間の長さは、前記停止状態における消費電力の大きさと負の相関関係にある、前記（１０）に記載の通信装置。
（１２）フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信する通信部、を備える通信装置。
（１３）前記通信部は、前記フレーム交換期間が延長される場合、前記フレーム交換期間が経過した際に、延長後の前記フレーム交換期間を示す情報を含む第２のフレームを送信する、前記（１２）に記載の通信装置。
（１４）前記第２のフレームは、前記フレーム交換期間の変更有無に係る情報を含む、前記（１３）に記載の通信装置。
（１５）通信部によって、第１の通信装置から自装置と異なる第２の通信装置宛ての第１のフレームを受信すること、を含み、前記第１のフレームは、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む、通信方法。
（１６）通信部によって、フレーム交換期間を示す情報および前記フレーム交換期間の変更有無に係る情報を含む第１のフレームを送信すること、を含む通信方法。
【符号の説明】
【０１４１】
１０    通信装置、ＡＰ
１１    データ処理部
１２    無線通信部
１３    信号処理部
１４    無線インタフェース部
１５    制御部
１６    記憶部
２０    通信装置、ＳＴＡ
【図１】
2016181682.tif 000005
【図２】
2016181682.tif 000006
【図３】
2016181682.tif 000007
【図４】
2016181682.tif 000008
【図５】
2016181682.tif 000009
【図６】
2016181682.tif 000010
【図７】
2016181682.tif 000011
【図８】
2016181682.tif 000012
【図９】
2016181682.tif 000013
【図１０】
2016181682.tif 000014
【図１１】
2016181682.tif 000015
【図１２】
2016181682.tif 000016
【図１３】
2016181682.tif 000017
【図１４】
2016181682.tif 000018
【図１５】
2016181682.tif 000019
【国際調査報告】
2016181682.tif 000020
2016181682.tif 000021