(57)【要約】  送達確認要求の送信先を適切に決定する。  通信制御装置は、制御部を具備する通信制御装置である。この通信制御装置が具備する制御部は、情報処理装置における通信状態に関する情報を、情報処理装置が取得するための期間を前記情報処理装置に通知する制御を行うものである。また、その通信制御装置が具備する制御部は、その期間において取得された通信状態に関する情報を情報処理装置から通知させ、その通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御を行うものである。
2017010149.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置における通信状態に関する情報を前記情報処理装置が取得するための期間を前記情報処理装置に通知し、前記期間において取得された前記通信状態に関する情報を前記情報処理装置から通知させ、当該通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御を行う制御部を具備する通信制御装置。
【請求項２】
前記制御部は、前記期間において取得された前記通信状態に関する情報が前記情報処理装置により所定条件を満たすと判断された場合に前記情報処理装置から前記通信状態に関する情報を送信させる制御を行う請求項１記載の通信制御装置。
【請求項３】
前記期間において取得された前記通信状態に関する情報のうちの少なくとも１つは前記情報処理装置における受信特性であり、
前記制御部は、前記情報処理装置における前記受信特性が所定条件を満たすか否かを前記情報処理装置に判断させ、前記受信特性が所定条件を満たす場合に前記情報処理装置に通信状態に関する情報を送信させる
請求項１記載の通信制御装置。
【請求項４】
前記制御部は、前記期間の開始および終了を特定するための期間情報を前記情報処理装置に通知する制御を行う請求項１記載の通信制御装置。
【請求項５】
前記制御部は、前記期間の開始時刻または前記期間を開始するシーケンス番号のうちの少なくとも１つと、前記期間または前記期間の終了時刻のうちの少なくとも１つとを前記期間情報として前記情報処理装置に通知する請求項４記載の通信制御装置。
【請求項６】
前記制御部は、前記通信状態に関する情報を前記情報処理装置が前記通信制御装置に通知することが可能な通知期間を特定するための通知期間情報を前記情報処理装置に通知する制御を行う請求項１記載の通信制御装置。
【請求項７】
前記制御部は、前記通知期間の開始時刻と、前記通知期間または前記通知期間の終了時刻とのうちの少なくとも１つを前記通知期間情報として前記情報処理装置に通知する請求項６記載の通信制御装置。
【請求項８】
前記制御部は、前記通信状態に関する情報として前記情報処理装置における受信特性に関する情報を通知させる制御を行う請求項１記載の通信制御装置。
【請求項９】
前記受信特性に関する情報は、スループット、パケットロス率、前記情報処理装置が受信できた当該情報処理装置が所属するマルチキャストグループ宛てのマルチキャストパケットの数、所望信号電力に対する、雑音電力と干渉電力との和の比とのうちの少なくとも１つである請求項８記載の通信制御装置。
【請求項１０】
前記制御部は、前記通信状態に関する情報を特定するための情報であって前記情報処理装置における受信特性を示す指標の識別子を前記情報処理装置に通知する制御を行う請求項１記載の通信制御装置。
【請求項１１】
前記制御部は、前記期間に関する情報と、前記通信状態に関する情報を特定するための情報と、前記通信制御装置に通知することが可能な通知期間を特定するための通知期間情報とのうちの少なくとも１つを、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ、または、複数のフレームが連結された連結フレームの一部に含めて前記情報処理装置に送信する制御を行う請求項１記載の通信制御装置。
【請求項１２】
通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を前記通信制御装置に送信する制御を行う制御部を具備する情報処理装置。
【請求項１３】
前記制御部は、前記取得された通信状態に関する情報が所定条件を満たす場合に、通信状態に関する情報を前記通信制御装置に送信する請求項１２記載の情報処理装置。
【請求項１４】
前記制御部は、前記通信状態に関する情報として前記情報処理装置における受信特性に関する情報を含む請求項１２記載の情報処理装置。
【請求項１５】
前記受信特性に関する情報は、前記情報処理装置における受信特性を示す指標に対応する値、または、当該指標の識別子に対応する値である請求項１４記載の情報処理装置。
【請求項１６】
前記制御部は、前記通信状態に関する情報を、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅ、または、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅに含めて前記通信制御装置に送信する制御を行う請求項１２記載の情報処理装置。
【請求項１７】
情報処理装置における通信状態に関する情報を前記情報処理装置が取得するための期間を前記情報処理装置に通知し、前記期間において取得された前記通信状態に関する情報を前記情報処理装置から通知させ、当該通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御手順を具備する情報処理方法。
【請求項１８】
通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を前記通信制御装置に送信する制御手順を具備する情報処理方法。
【請求項１９】
情報処理装置における通信状態に関する情報を前記情報処理装置が取得するための期間を前記情報処理装置に通知し、前記期間において取得された前記通信状態に関する情報を前記情報処理装置から通知させ、当該通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御手順をコンピュータに実行させるプログラム。
【請求項２０】
通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を前記通信制御装置に送信する制御手順をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、通信制御装置に関する。詳しくは、無線通信を利用して情報のやりとりを行う通信制御装置、情報処理装置および情報処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来、無線ＬＡＮ（Local Area Network）システムにおいては、伝搬損失、シャドウイング、フェージング、又はフレーム同士の衝突等が生じる場合があるため、受信機が送信機から送信されたフレームの受信に失敗する現象が発生し得る。このような現象に対応するため、無線ＬＡＮシステムでは、肯定応答（ＡＣＫ：ACKnowledgement）及び否定応答（ＮＡＣＫ：Negative ACKnowledgement）を用いた再送制御が採用される場合がある。受信側からの応答を用いた再送制御技術において、データ送信側からの送達確認要求に応じて、受信側からデータ受信の成功又は失敗を示す情報を含む送達確認応答が返却される場合がある。その１つとして、１つ以上の送信フレームに関する受信確認をまとめて実行可能な、ＢＡＲ（Block ACK Request）フレーム及びＢＡ（Block ACK）フレームを用いた再送制御がある。【０００３】
ここで、無線ＬＡＮに関する標準規格の一つであるＩＥＥＥ８０２．１１ａａにおいて、親機（ＡＰ：Access Point）と子機（ＳＴＡ：Station）との間で、ＢＡＲ及びＢＡを用いた再送制御を行うための技術が定義されている。詳しくは、ＡＰが、マルチキャストグループに属する複数のＳＴＡへＢＡＲをユニキャスト送信し、ＳＴＡからＢＡを受信することで、マルチキャスト送信に関する再送制御を行う技術が定義されている。この技術によれば、マルチキャストグループに属するＳＴＡが少数である場合、例えばＡＰが全てのＳＴＡへＢＡＲを送信し全てのＳＴＡからＢＡを受信することにより、信頼性の高い無線通信環境を実現可能である。ただし、マルチキャストグループに属するＳＴＡの数が多数である場合、ＢＡＲ及びＢＡの送受信にかかるオーバーヘッドによりスループットが劣化し得る。【０００４】
上述した技術に関して、例えば、マルチキャストグループのＳＴＡをグループ化し、グループごとに設定した代表端末のみを対象としてＢＡＲ及びＢＡの送受信を行う技術が開示されている（例えば、特許文献１参照。）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−５３８３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の従来技術では、厳密なグループ化及び代表端末の選定が行われる。そのため、例えば、ＳＴＡの受信環境の変動が生じた場合に、再度のグループ化を行うことなくスループットの劣化を防止することは困難である。また、グループ化をやり直すためには高いオーバーヘッドが要される。【０００７】
本技術はこのような状況に鑑みて生み出されたものであり、送達確認要求の送信先を適切に決定することを目的とする。
【課題を解決するための手段】
【０００８】
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、情報処理装置における通信状態に関する情報を上記情報処理装置が取得するための期間を上記情報処理装置に通知し、上記期間において取得された上記通信状態に関する情報を上記情報処理装置から通知させ、当該通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御を行う制御部を具備する通信制御装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、その期間を情報処理装置に通知し、その期間において取得された通信状態に関する情報を情報処理装置から通知させ、その通信状態に関する情報に基づいて送達確認要求の送信先を決定するという作用をもたらす。【０００９】
また、この第１の側面において、上記制御部は、上記期間において取得された上記通信状態に関する情報が上記情報処理装置により所定条件を満たすと判断された場合に上記情報処理装置から上記通信状態に関する情報を送信させる制御を行うようにしてもよい。これにより、その期間において取得された通信状態に関する情報が所定条件を満たす情報処理装置にその通信状態に関する情報を送信させるという作用をもたらす。【００１０】
また、この第１の側面において、上記期間において取得された上記通信状態に関する情報のうちの少なくとも１つは上記情報処理装置における受信特性であり、上記制御部は、上記情報処理装置における上記受信特性が所定条件を満たすか否かを上記情報処理装置に判断させ、上記受信特性が所定条件を満たす場合に上記情報処理装置に通信状態に関する情報を送信させるようにしてもよい。これにより、その期間において取得された通信状態に関する情報に基づいて情報処理装置における受信特性が所定条件を満たすか否かをその情報処理装置に判断させ、その受信特性が所定条件を満たす場合にのみ、その情報処理装置にその通信状態に関する情報を送信させるという作用をもたらす。【００１１】
また、この第１の側面において、上記制御部は、上記期間の開始および終了を特定するための期間情報を上記情報処理装置に通知する制御を行うようにしてもよい。これにより、その期間の開始および終了を特定するための期間情報を情報処理装置に通知するという作用をもたらす。【００１２】
また、この第１の側面において、上記制御部は、上記期間の開始時刻または上記期間を開始するシーケンス番号のうちの少なくとも１つと、上記期間または上記期間の終了時刻のうちの少なくとも１つとを上記期間情報として上記情報処理装置に通知するようにしてもよい。これにより、その期間の開始時刻またはその期間を開始するシーケンス番号のうちの少なくとも１つと、その期間またはその期間の終了時刻のうちの少なくとも１つとを、期間情報として情報処理装置に通知するという作用をもたらす。【００１３】
また、この第１の側面において、上記制御部は、上記通信状態に関する情報を上記情報処理装置が上記通信制御装置に通知することが可能な通知期間を特定するための通知期間情報を上記情報処理装置に通知する制御を行うようにしてもよい。これにより、通知期間情報を情報処理装置に通知するという作用をもたらす。【００１４】
また、この第１の側面において、上記制御部は、上記通知期間の開始時刻と、上記通知期間または上記通知期間の終了時刻とのうちの少なくとも１つを上記通知期間情報として上記情報処理装置に通知するようにしてもよい。これにより、通知期間の開始時刻と、通知期間または通知期間の終了時刻とのうちの少なくとも１つを通知期間情報として情報処理装置に通知するという作用をもたらす。【００１５】
また、この第１の側面において、上記制御部は、上記通信状態に関する情報として上記情報処理装置における受信特性に関する情報を通知させる制御を行うようにしてもよい。これにより、情報処理装置における受信特性に関する情報を通知させるという作用をもたらす。【００１６】
また、この第１の側面において、上記受信特性に関する情報を、スループット、パケットロス率、上記情報処理装置が受信できた当該情報処理装置が所属するマルチキャストグループ宛てのマルチキャストパケットの数、所望信号電力に対する、雑音電力と干渉電力との和の比とのうちの少なくとも１つとするようにしてもよい。これにより、これらのうちの少なくとも１つを通知させるという作用をもたらす。【００１７】
また、この第１の側面において、上記制御部は、上記通信状態に関する情報を特定するための情報であって上記情報処理装置における受信特性を示す指標の識別子を上記情報処理装置に通知する制御を行うようにしてもよい。これにより、通信状態に関する情報を特定するための情報であって、情報処理装置における受信特性を示す指標の識別子を、情報処理装置に通知するという作用をもたらす。【００１８】
また、この第１の側面において、上記制御部は、上記期間に関する情報と、上記通信状態に関する情報を特定するための情報と、上記通信制御装置に通知することが可能な通知期間を特定するための通知期間情報とのうちの少なくとも１つを、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ、または、複数のフレームが連結された連結フレームの一部に含めて上記情報処理装置に送信する制御を行うようにしてもよい。これにより、期間に関する情報、通信状態に関する情報を特定するための情報と、通信制御装置に通知することが可能な通知期間を特定するための通知期間情報とのうちの少なくとも１つを、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ、または、連結フレームの一部に含めて情報処理装置に送信するという作用をもたらす。【００１９】
また、本技術の第２の側面は、通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を上記通信制御装置に送信する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を通信制御装置に送信するという作用をもたらす。【００２０】
また、この第２の側面において、上記制御部は、上記取得された通信状態に関する情報が所定条件を満たす場合に、通信状態に関する情報を上記通信制御装置に送信するようにしてもよい。これにより、その取得された通信状態に関する情報が所定条件を満たす場合に、通信状態に関する情報を通信制御装置に送信するという作用をもたらす。【００２１】
また、この第２の側面において、上記制御部は、上記通信状態に関する情報として上記情報処理装置における受信特性に関する情報を含むようにしてもよい。これにより、情報処理装置における受信特性に関する情報を含むという作用をもたらす。【００２２】
また、この第２の側面において、上記受信特性に関する情報を、上記情報処理装置における受信特性を示す指標に対応する値、または、当該指標の識別子に対応する値とするようにしてもよい。これにより、情報処理装置における受信特性を示す指標に対応する値、または、その指標の識別子に対応する値を送信するという作用をもたらす。【００２３】
また、この第２の側面において、上記制御部は、上記通信状態に関する情報を、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅ、または、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅに含めて上記通信制御装置に送信する制御を行うようにしてもよい。これにより、通信状態に関する情報を、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅ、または、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅに含めて通信制御装置に送信するという作用をもたらす。
【発明の効果】
【００２４】
本技術によれば、送達確認要求の送信先を適切に決定することができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００２５】
【図１】本技術の第１の実施の形態における無線通信システム１の全体構成の一例を示す図である。
【図２】本技術の第１の実施の形態におけるＡＰ１００の論理的な構成の一例を示すブロック図である。
【図３】本技術の第１の実施の形態におけるＳＴＡ２００の論理的な構成の一例を示すブロック図である。
【図４】本技術の第１の実施の形態におけるＡＰ１００が送信する統計情報計測期間に関する情報の構成例を示す図である。
【図５】本技術の第１の実施の形態におけるＡＰ１００が送信する統計情報通知期間に関する情報の構成例を示す図である。
【図６】本技術の第１の実施の形態におけるＡＰ１００が送信する情報（ＳＴＡ２００からの通知を要求する情報）の構成例を示す図である。
【図７】本技術の第１の実施の形態におけるＡＰ１００が送信するＳｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成例を示す図である。
【図８】本技術の第１の実施の形態におけるＡＰ１００に通知する情報の構成例を示す図である。
【図９】本技術の第１の実施の形態におけるＳＴＡ２００がＡＰ１００に送信するＡｌｅｒｔ  ｆｒａｍｅの構成例を示す図である。
【図１０】本技術の第１の実施の形態におけるＳＴＡ２００がＡＰ１００に送信するＡｌｅｒｔ  ｆｒａｍｅの構成例を示す図である。
【図１１】本技術の第１の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【図１２】本技術の第１の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【図１３】本技術の第１の実施の形態におけるＡＰ１００によるＢＡＲ送信先決定処理の処理手順の一例を示すフローチャートである。
【図１４】本技術の第１の実施の形態におけるＳＴＡ２００によるＡｌｅｒｔ  ｆｒａｍｅ送信処理の処理手順の一例を示すフローチャートである。
【図１５】本技術の第２の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【図１６】本技術の第３の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【図１７】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１８】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図１９】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００２６】
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２７】
また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて無線通信装置１００Ａ、１００Ｂおよび１００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、無線通信装置１００Ａ、１００Ｂおよび１００Ｃを特に区別する必要が無い場合には、単に無線通信装置１００と称する。
【００２８】
説明は以下の順序により行う。
１．第１の実施の形態（ＡＰがＳｔａｔ  Ｅｎｄ  ｆｒａｍｅをＳＴＡに送信する例）
２．第２の実施の形態（ＡＰがＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅをＳＴＡに送信する例）
３．第３の実施の形態（ＡＰがＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅをＳＴＡに送信する例）
４．応用例
【００２９】
＜１．第１の実施の形態＞
［無線通信システムの構成例］
図１は、本技術の第１の実施の形態における無線通信システム１の全体構成の一例を示す図である。図１に示すように、無線通信システム１は、無線通信装置１００および複数の無線通信装置２００を含む。なお、以下では、無線通信装置１００をＡＰ１００と称し、無線通信装置２００をＳＴＡ２００と称することもある。なお、無線通信装置１００は、請求の範囲に記載の通信制御装置の一例である。また、無線通信装置２００は、請求の範囲に記載の情報処理装置の一例である。
【００３０】
無線通信装置１００は、自装置に接続する複数の無線通信装置２００へ無線通信サービスを提供するＡＰ（Access Point）である。無線通信装置２００は、無線通信装置１００に接続して無線通信を行うＳＴＡ（Station）である。図１に示した例では、ＳＴＡ２００Ａ、２００Ｂおよび２００Ｄは、スマートフォンであり、ＳＴＡ２００Ｃ、２００Ｅおよび２００Ｆは、タブレット端末である。ＡＰ１００からＳＴＡ２００への通信をＤＬ（ダウンリンク）と称し、ＳＴＡ２００からＡＰ１００への通信をＵＬ（アップリンク）とも称する。
【００３１】
なお、単一のＳＴＡを宛先としてフレームを送信することをＵｎｉｃａｓｔと称する。また、グループに所属する複数のＳＴＡを宛先としてフレームを送信することをマルチキャストと称する。
【００３２】
例えば、ＡＰ１００およびＳＴＡ２００Ａ乃至２００Ｆは、それぞれ無線通信を介して接続され、直接的にフレームの送受信を行う。ＳＴＡ２００Ａ乃至２００Ｆは、単一のマルチキャストグループに属しているものとし、ＡＰ１００は、ＳＴＡ２００Ａ乃至２００Ｆを対象としたマルチキャスト送信を行う。また、ＡＰ１００は、ＳＴＡ２００Ａ乃至２００Ｆとの間で、ＡＤＤＢＡ  ｒｅｑｕｅｓｔおよびＡＤＤＢＡ  ｒｅｓｐｏｎｓｅの送受信を行うことで、ＢＡＲ（Block Ack Request）およびＢＡ（Block Ack）を送受信するための準備を完了しているものとする。これにより、ＳＴＡ２００Ａ乃至２００Ｆは、いずれもＢＡＲを受信し、ＢＡを返信することが可能な状態にある。以下では、特に言及しない限り、ＳＴＡ２００は単一のマルチキャストグループに属しており、ＢＡＲおよびＢＡを送受信するための準備を完了しているものとする。
【００３３】
［ＡＰの構成例］
図２は、本技術の第１の実施の形態におけるＡＰ１００の論理的な構成の一例を示すブロック図である。図２に示すように、ＡＰ１００は、無線通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【００３４】
無線通信部１１０は、ＡＰ１００による他の装置との無線通信を仲介する無線通信インタフェースである。本技術の実施の形態では、無線通信部１１０は、ＳＴＡ２００との間で無線通信を行う。例えば、無線通信部１１０は、ＳＴＡ２００から送信された無線信号を受信する。また、無線通信部１１０は、増幅器、周波数変換器、及び復調器等としての機能を有していてもよい。例えば、無線通信部１１０は、受信したデータを制御部１３０へ出力し得る。また、無線通信部１１０は、アンテナを介してＳＴＡ２００へ無線信号を送信する。無線通信部１１０は、変調器、及び増幅器等としての機能を有していてもよい。例えば、無線通信部１１０は、制御部１３０から出力されたデータを、変調及び電力増幅等して送信してもよい。
【００３５】
また、無線通信部１１０は、ＳＴＡ２００へマルチキャスト送信を行う。また、無線通信部１１０は、制御部１３０により決定されたＢＡＲの送信先のＳＴＡへＢＡＲを送信し、ＢＡを受信する。なお、ＢＡには、一連のマルチキャストパケットの受信成否を示すＢＡビットマップ（送達確認応答ビットマップ）が含まれる。ここでのマルチキャストパケットとは、ＳＴＡ２００が属するマルチキャストグループ宛てのマルチキャストパケットを指す。また、無線通信部１１０は、各ＳＴＡ２００との間で、ＢＡＲの送信先を柔軟に変更するための各種メッセージを送受信する。
【００３６】
記憶部１２０は、所定の記録媒体に対してデータの記録再生を行う部位である。例えば、記憶部１２０は、制御部１３０により決定されたＢＡＲの送信先を示す情報を記憶する。
【００３７】
制御部１３０は、演算処理装置および制御装置として機能し、各種プログラムに従ってＡＰ１００内の動作全般を制御する。
【００３８】
例えば、制御部１３０は、ＳＴＡ２００における通信状態に関する情報（受信特性に関する情報（統計情報））をＳＴＡ２００が取得するための期間（例えば、図１２に示す統計情報計測期間５４５）をＳＴＡ２００に通知する制御を行う。また、例えば、制御部１３０は、その期間において取得された通信状態に関する情報をＳＴＡ２００から通知させ、その通信状態に関する情報に基づいて送達確認要求（例えば、ＢＡＲ）の送信先を決定する制御を行う。
【００３９】
例えば、制御部１３０は、その期間において取得された通信状態に関する情報が所定条件を満たすＳＴＡ２００に通信状態に関する情報を送信させる制御を行う。例えば、制御部１３０は、その期間において取得された通信状態に関する情報に基づいてＳＴＡ２００における受信特性が所定条件を満たすか否かをＳＴＡ２００に判断させる。そして、制御部１３０は、その受信特性が所定条件を満たす場合にのみ、ＳＴＡ２００に通信状態に関する情報を送信させることができる。ここで、通信状態に関する情報が所定条件を満たす場合は、例えば、通信状態に関する情報により特定される受信特性が閾値よりも悪い場合である。
【００４０】
また、例えば、制御部１３０は、通信状態に関する情報として、ＳＴＡ２００における受信特性に関する情報（例えば、図８に示す各情報）を通知させる制御を行う。この受信特性に関する情報は、例えば、スループット、パケットロス率、上記情報処理装置が受信できた当該情報処理装置が所属するマルチキャストグループ宛てのマルチキャストパケットの数、所望信号電力に対する、雑音電力と干渉電力との和の比とのうちの少なくとも１つとすることができる。
【００４１】
また、例えば、制御部１３０は、ＳＴＡ２００における通信状態に関する情報を特定するための情報（ＳＴＡ２００における受信特性を示す指標の識別子（例えば、図６のａに示す各情報））をＳＴＡ２００に通知する制御を行う。
【００４２】
［ＳＴＡの構成例］
図３は、本技術の第１の実施の形態におけるＳＴＡ２００の論理的な構成の一例を示すブロック図である。図３に示すように、ＳＴＡ２００は、無線通信部２１０と、記憶部２２０と、制御部２３０とを備える。
【００４３】
無線通信部２１０は、ＳＴＡ２００による他の装置との無線通信を仲介する無線通信インタフェースである。本技術の実施の形態では、無線通信部２１０は、ＡＰ１００との間で無線通信を行う。例えば、無線通信部２１０は、ＡＰ１００から送信された無線信号を受信する。無線通信部２１０は、増幅器、周波数変換器および復調器等としての機能を有していてもよい。例えば、無線通信部２１０は、受信したデータを制御部２３０へ出力し得る。また、無線通信部２１０は、アンテナを介してＡＰ１００へ無線信号を送信する。無線通信部２１０は、変調器、及び増幅器等としての機能を有していてもよい。例えば、無線通信部２１０は、制御部２３０から出力されたデータを、変調及び電力増幅等して送信してもよい。
【００４４】
また、無線通信部２１０は、ＡＰ１００からマルチキャスト送信されたフレームを受信する。また、無線通信部２１０は、ＡＰ１００からＢＡＲを受信し、ＡＰ１００へＢＡを送信する。また、無線通信部２１０は、ＡＰ１００との間で、ＢＡＲの送信先を柔軟に変更するための各種メッセージを送受信する。
【００４５】
記憶部２２０は、所定の記録媒体に対してデータの記録再生を行う部位である。例えば、記憶部２２０は、ＡＰ１００により通知された各メッセージ等に含まれる情報を記憶する。
【００４６】
制御部２３０は、演算処理装置および制御装置として機能し、各種プログラムに従ってＳＴＡ２００内の動作全般を制御する。
【００４７】
例えば、制御部２３０は、ＡＰ１００から通知された期間（統計情報計測期間）に取得された自装置における通信状態に関する情報（統計情報）をＡＰ１００に送信する制御を行う。この場合に、制御部２３０は、その取得された通信状態に関する情報が所定条件を満たす場合に、その所定条件を満たす通信状態に関する情報をＡＰ１００に送信することができる。ここで、通信状態に関する情報が所定条件を満たす場合は、例えば、ＳＴＡ２０の受信特性が閾値よりも悪い場合である。また、所定条件を満たすか否かを判断する際に用いる情報（通信状態に関する情報）と、ＡＰ１００に送信する情報（通信状態に関する情報）とについては、同じ情報（または、少なくとも一部が同じ情報）とするようにしてもよく、異なる情報とするようにしてもよい。例えば、これらの情報を異なる情報とする場合には、所定条件を満たすか否かを判断する際に用いる情報（通信状態に関する情報）と、ＡＰ１００に送信する情報（通信状態に関する情報）とを、互いに関連する情報とすることができる。例えば、所定条件を満たすか否かを判断する際に用いる情報（通信状態に関する情報）を、閾値として用いる情報（例えば、ＰＥＲ（Packet Error Rate））とし、ＡＰ１００に送信する情報（通信状態に関する情報）をＢＡ  ｂｉｔｍａｐとすることができる。また、例えば、これらの情報を異なる情報とする場合には、所定条件を満たすか否かを判断する際に用いる情報（通信状態に関する情報）と、ＡＰ１００に送信する情報（通信状態に関する情報）とを、関連性のない情報とするようにしてもよい。また、例えば、所定条件を満たすか否かを判断する際に用いる情報（通信状態に関する情報）と、ＡＰ１００に送信する情報（通信状態に関する情報）とについては、ＳＴＡ２００が同時に取得した情報を用いるようにしてもよく、異なるタイミングで別々に取得した情報を用いるようにしてもよい。
【００４８】
また、例えば、制御部２３０は、通信状態に関する情報として、ＳＴＡ２００における受信特性に関する情報を送信することができる。この受信特性に関する情報は、例えば、ＳＴＡ２００における受信特性を示す指標に対応する値、または、その指標の識別子に対応する値とすることができる。
【００４９】
［計測期間情報の構成例］
図４は、本技術の第１の実施の形態におけるＡＰ１００が送信する統計情報計測期間に関する情報の構成例を示す図である。
【００５０】
統計情報計測期間に関する情報は、各子機が統計情報を子機間で平等に計測するために必要な情報である。なお、統計情報は、請求の範囲に記載の通信状態に関する情報の一例である。
【００５１】
統計情報計測期間に関する情報は、例えば、統計開始時刻３０１と、統計期間３０２と、統計再開までのインターバル３０３と、統計計測回数３０４とにより構成される。なお、図４では、各フィールドのＯｃｔｅｔｓを表す数値を、各フィールドの下側に付して示す。また、これ以降の各図についても同様に、各フィールド（または、その一部）のＯｃｔｅｔｓを表す数値を、各フィールドの下側または上側に付して示す。
【００５２】
統計開始時刻３０１は、統計情報の測定を開始するタイミングを特定するための情報である。例えば、統計開始時刻３０１は、絶対時刻とすることができる。また、例えば、統計開始時刻３０１は、最後にＡＰ１００から送信されたフレームを正常に受信できた時刻からの相対時刻するようにしてもよい。ここで、最後にＡＰ１００から送信されたフレームは、特定のフレーム（例えば、Ｂｅａｃｏｎ、マルチキャストフレーム）に限定するようにしてもよい。
【００５３】
なお、統計開始時刻の代わりに、統計期間を開始するＳｅｑｕｅｎｃｅ  ｎｕｍｂｅｒを用いるようにしてもよい。
【００５４】
統計期間３０２は、統計情報を測定する期間を特定するための情報である。例えば、統計期間３０２の代わりに、統計計測終了時刻を用いて統計情報を測定する期間を特定するようにしてもよい。
【００５５】
統計再開までのインターバル３０３は、統計情報を計測する期間の間隔を特定するための情報である。例えば、統計再開までのインターバル３０３は、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを一度だけＳＴＡ２００に送信して、ＳＴＡ２００に繰り返し統計の計測を実行させる場合に用いることができる。このように、統計再開までのインターバル３０３の情報を用いて、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを一度だけＳＴＡ２００に送信することにより、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅのオーバーヘッドを削減することができる。
【００５６】
統計計測回数３０４は、ＳＴＡ２００に繰り返し統計の計測を実行させる場合の回数を特定するための情報である。例えば、統計再開までのインターバル３０３により特定される間隔で、統計計測回数３０４により特定される回数だけ、ＳＴＡ２００に繰り返し統計の計測を実行させることができる。
【００５７】
ここで、統計期間については、固定値とするようにしてもよく、通信環境や通信対象となるトラフィック等に基づいて決定するようにしてもよい。例えば、ＡＰ１００は、トラフィック特性に基づいて、統計期間の長さを変更することができる。ここで、トラフィック特性は、例えば、上位層から渡されるパケットの数、データ伝送速度（例えば、パケット出力に関するデータ伝送速度（ｂｐｓ（bits per second）））等に関する情報である。
【００５８】
例えば、ＡＰ１００は、上位層から渡されるパケットの数が閾値以上である場合（または、データ伝送速度が閾値以上である場合）に、統計期間を延長することができる。また、例えば、ＡＰ１００は、上位層から渡されるパケットの数が閾値未満である場合（または、データ伝送速度が閾値未満である場合）に、統計期間を短縮することができる。
【００５９】
なお、これらの情報は一例であり、統計情報計測期間を特定するための他の情報を、統計情報計測期間に関する情報として用いるようにしてもよい。
【００６０】
［統計情報通知期間の構成例］
図５は、本技術の第１の実施の形態におけるＡＰ１００が送信する統計情報通知期間に関する情報の構成例を示す図である。
【００６１】
統計情報通知期間に関する情報は、基準を満たすＳＴＡ２００がＡｌｅｒｔ  ｆｒａｍｅ（図９、図１０に示す）を送信することが可能な期間を特定するための情報である。
【００６２】
統計情報通知期間に関する情報は、例えば、統計情報通知開始時刻３１１と、統計情報通知期間３１２とにより構成される。
【００６３】
統計情報通知開始時刻３１１は、基準を満たすＳＴＡ２００がＡｌｅｒｔ  ｆｒａｍｅを送信することが可能な期間の開始タイミングを特定するための情報である。例えば、統計情報通知開始時刻３１１は、絶対時刻とすることができる。また、例えば、統計情報通知開始時刻３１１は、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信してからの相対時刻とするようにしてもよい。
【００６４】
統計情報通知期間３１２は、基準を満たすＳＴＡ２００がＡｌｅｒｔ  ｆｒａｍｅを送信することが可能な期間を特定するための情報である。
【００６５】
ここで、統計情報通知期間３１２により特定される期間においては、複数のＳＴＡ２００が同時に送信処理を開始する可能性があり、フレーム同士が衝突する機会が増大するおそれがある。そこで、無線資源の利用効率向上のため、各ＳＴＡ２００は、その期間において送信処理の開始タイミングをランダムに選択して衝突の機会を軽減させることが望ましい。なお、ここで言う送信処理は、フレーム送信に係る処理全般を意味する。例えば、ＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access/Collision Avoidance）による送信待機処理なども送信処理に含むものとする。
【００６６】
また、統計情報通知期間の代わりに、統計情報通知終了時刻を用いるようにしてもよい。
【００６７】
ここで、統計情報通知期間については、固定値とするようにしてもよく、通信環境、通信対象となるトラフィック、ＳＴＡ２００の数等に基づいて決定するようにしてもよい。例えば、ＡＰ１００は、ＡＰ１００に接続されているＳＴＡ２００の数に基づいて、統計情報通知期間の長さを変更ことができる。
【００６８】
例えば、ＡＰ１００は、ＡＰ１００に接続されているＳＴＡ２００の数が閾値以上である場合に、統計情報通知期間を延長することができる。また、例えば、ＡＰ１００は、ＡＰ１００に接続されているＳＴＡ２００の数が閾値未満である場合に、統計情報通知期間を短縮することができる。
【００６９】
なお、これらの情報は一例であり、統計情報通知期間を特定するための他の情報を、統計情報通知期間に関する情報として用いるようにしてもよい。
【００７０】
［通知を要求する情報の構成例］
図６は、本技術の第１の実施の形態におけるＡＰ１００が送信する情報（ＳＴＡ２００からの通知を要求する情報）の構成例を示す図である。
【００７１】
通知を要求する情報（通知を要求する統計値に関する情報）は、ＳＴＡ２００がＡｌｅｒｔ  ｆｒａｍｅ（図９、図１０に示す）を送信するか否かを判断するための基準（閾値）を提供するための情報である。また、通知を要求する情報は、ＳＴＡ２００がＡｌｅｒｔ  ｆｒａｍｅにどのような情報を含ませる必要があるかを通知するための情報である。
【００７２】
通知を要求する情報は、例えば、閾値受信特性を示す指標の識別子３２１と、受信特性を示す指標の閾値３２２と、受信特性の計算に必要な追加情報３２３と、ＢＡＲ送信先の決定に用いるその他の情報を選択するかの識別子３３０とにより構成される。
【００７３】
閾値受信特性を示す指標の識別子３２１は、ＳＴＡ２００がＡｌｅｒｔ  ｆｒａｍｅを送信するか否かを判断する際に用いる指標（受信特性を示す指標）を特定するための識別子である。
【００７４】
ここで、受信特性を示す指標は、例えば、スループット、パケットロス率、受信できた自装置が所属するマルチキャストグループ宛てのマルチキャストパケットの数、所望信号電力に対する、雑音電力と干渉電力との和の比のうちの少なくとも１つである。これらの受信特性を示す指標と識別子との関係例を図６のｂに示す。
【００７５】
例えば、閾値受信特性を示す指標の識別子３２１に「０」が格納されている場合には、受信特性としてＲｘ  ＭＳＤＵ（MAC service data unit）を用いる。このＲｘ  ＭＳＤＵは、例えば、マルチキャストのパケット数や、受信できたパケット数に関する情報（スループットに関する情報）である。
【００７６】
また、例えば、閾値受信特性を示す指標の識別子３２１に「１」が格納されている場合には、受信特性としてＰＥＲ（Packet Error Rate）を用いる。
【００７７】
また、例えば、閾値受信特性を示す指標の識別子３２１に「２」が格納されている場合には、受信特性としてｔｈｒｏｕｇｈｐｕｔを用いる。
【００７８】
また、例えば、閾値受信特性を示す指標の識別子３２１に「３」が格納されている場合には、受信特性としてＳＩＮＲ（signal-to-interference noise ratio）を用いる。
【００７９】
受信特性を示す指標の閾値３２２は、ＳＴＡ２００がＡｌｅｒｔ  ｆｒａｍｅ（図９、図１０に示す）をＡＰ１００に送信するか否かを判断するための閾値である。ＳＴＡ２００は、この閾値を用いて、Ａｌｅｒｔ  ｆｒａｍｅをＡＰ１００に送信するか否かを判断することができる。これにより、ＡＰ１００は、受信特性の悪いＳＴＡ２００のみにＡｌｅｒｔ  ｆｒａｍｅを送信させるように制御することができる。
【００８０】
例えば、受信特性を示す指標を、スループット、パケットロス率、受信できた自装置が所属するマルチキャストグループ宛てのマルチキャストパケットの数のうちの何れかとする場合を想定する。この場合における閾値は、統計期間と連動して設定することが望ましい。
【００８１】
ここでは、受信特性を示す指標が、受信できた自装置が所属するマルチキャストグループ宛てのマルチキャストパケットの数である場合の例について説明する。
【００８２】
例えば、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを送信するまでの過去１秒間の受信特性に関する統計情報をＳＴＡ２００に送信させる場合、その１秒間にＡＰ１００が送信したパケット数が、ＳＴＡ２００が受信可能な最大パケット数となる。そこで、ＡＰ１００は、その最大パケット数のパケットのうち、いくつのパケットを受け損なったＳＴＡを、特性の悪いＳＴＡと判断するかを決定する。すなわち、その最大パケット数について、どの程度の値を閾値として設定するかを決定する。
【００８３】
このように、ＡＰ１００は、統計期間と、その統計期間中に送信したパケット数とに基づいて、適応的に閾値を設定することができる。これにより、ＡＰ１００は、受信特性の悪いＳＴＡのみにＡｌｅｒｔ  ｆｒａｍｅを送信させるように制御することができる。
【００８４】
ここで、閾値が適切に設定されない場合には、多くのＳＴＡがＡｌｅｒｔ  ｆｒａｍｅを送信することが想定される。または、ほとんどのＳＴＡがＡｌｅｒｔ  ｆｒａｍｅを送信しないことも想定される。このような場合には、ＡＰ１００は、適切に統計を収集することが困難となる。そのため、ＡＰ１００は、前回の試行に基づいて、閾値を設定することが好ましい。
【００８５】
そこで、例えば、ＡＰ１００は、前回の試行において、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡの数に基づいて、閾値を更新することができる。または、ＡＰ１００は、前回の試行において、マルチキャストグループに属するＳＴＡの全体数に対する、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡの数の比率に基づいて、閾値を更新することができる。また、ＡＰ１００は、それらの値（Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡの数、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡの数の比率）の双方に基づいて、閾値を更新することができる。
【００８６】
なお、図６のｂに示す指標のうち、値「１」のＰＥＲを指標とする場合には、ＰＥＲが閾値よりも高いときにＳＴＡの受信特性が悪化したと判断することができる。一方、図６のｂに示す指標のうち、他の指標の場合には、閾値よりも低いときにＳＴＡの受信特性が悪化したと判断することができる。
【００８７】
受信特性の計算に必要な追加情報３２３は、受信特性の計算に必要となる情報である。例えば、受信特性を示す指標がパケットエラーレートである場合には、ＳＴＡ２００がパケットエラーレートを計算するためには、ＡＰ１００が送信したマルチキャストパケットの総数が必要である。このように、指標に応じて、追加で情報が必要となることがある。そこで、指標に応じて、ＳＴＡ２００が受信特性を計算する際に必要となる情報を、通知を要求する情報に含めることができる。
【００８８】
ＢＡＲ送信先の決定に用いるその他の情報を選択するかの識別子３３０は、例えば、再送のみ受信できたパケット数を数えるかの識別子３３１と、Ｄｕｐｌｉｃａｔｅを受信したパケット数を数えるかの識別子３３２と、受信ｂｉｔｍａｐを送信するかの識別子３３３と、端末状態情報を送信するかの識別子３３４と、混雑度情報を送信するかの識別子３３５と、Ｒｅｓｅｒｖｅｄ３３６とにより構成される。なお、Ｒｅｓｅｒｖｅｄ３３６は、リザーブ領域である。
【００８９】
再送のみ受信できたパケット数を数えるかの識別子３３１は、初回送信パケットを受信し損ない、かつ、再送パケットの受信に成功したマルチキャストパケットの数を数えて通知するか否かを示す識別子である。例えば、通知が必要である場合には「１」が格納され、通知が不要である場合には「０」が格納される。
【００９０】
ここで、再送のみ受信できたパケット数に関する情報は、再送によって救うことができたパケットの数と言い換えることができる。そこで、この情報は、ＳＴＡ２００が現在のＢＡＲの送信先による再送制御による恩恵をどの程度受けているかの指標とすることができる。そこで、ＡＰ１００は、再送のみ受信できたパケット数に関する情報に基づいて、ＳＴＡ２００が現在のＢＡＲの送信先による再送制御による恩恵をどの程度受けているか否かを判断し、その判断結果に基づいて、ＢＡＲの送信先を決定することができる。
【００９１】
Ｄｕｐｌｉｃａｔｅを受信したパケット数を数えるかの識別子３３２は、初回送信パケットを受信に成功し、かつ、再送パケットの受信も成功したマルチキャストパケットの数を数えて通知するか否かを示す識別子である。例えば、通知が必要である場合には「１」が格納され、通知が不要である場合には「０」が格納される。
【００９２】
ここで、Ｄｕｐｌｉｃａｔｅを受信したパケット数に関する情報は、ＳＴＡ２００が受信できた冗長なパケットの数と言い換えることができる。例えば、受信特性が悪いにも関わらず、ＳＴＡ２００が冗長なパケットを多数受信できている場合には、現在のＢＡＲの送信先による再送制御がうまく機能していないと把握することができる。そこで、ＡＰ１００は、Ｄｕｐｌｉｃａｔｅを受信したパケット数に関する情報に基づいて、現在のＢＡＲの送信先による再送制御がうまく機能しているか否かを判断し、その判断結果に基づいて、ＢＡＲの送信先を適切に決定することができる。
【００９３】
受信ｂｉｔｍａｐを送信するかの識別子３３３は、マルチキャストパケットの受信ｂｉｔｍａｐ（ＢＡ  ｂｉｔｍａｐ）をＡＰ１００に送信するか否かを示す識別子である。例えば、通知が必要である場合には「１」が格納され、通知が不要である場合には「０」が格納される。
【００９４】
例えば、ＡＰ１００は、マルチキャストパケットの受信ｂｉｔｍａｐをＳＴＡ２００から受信することにより、ＳＴＡ２００の受信特性をさらに詳細に把握することができる。これにより、ＡＰ１００は、ＢＡＲの送信先をさらに適切に決定することができる。
【００９５】
端末状態情報を送信するかの識別子３３４は、端末状態情報をＡＰ１００に送信するか否かを示す識別子である。この端末状態情報は、例えば、ＳＴＡ２００における状態に関する情報である。例えば、ＳＴＡ２００の移動に関する情報（移動度情報）、ＳＴＡ２００が存在する位置に関する情報（位置情報）、ＳＴＡ２００のバッテリーに関する情報（バッテリー情報）のうち少なくとも１つを端末状態情報とすることができる。例えば、通知が必要である場合には「１」が格納され、通知が不要である場合には「０」が格納される。なお、端末状態情報の種類を示す識別子を格納するようにしてもよい。
【００９６】
ＡＰ１００は、例えば、端末状態情報を参照することにより、ＳＴＡ２００における受信特性の劣化が一時的なものであるか否かや、ＳＴＡ２００が自装置のカバレッジエリアから離れようとしているか否か等を検出することができる。このため、ＡＰ１００は、端末状態情報をＳＴＡ２００から取得した場合には、ＢＡＲの送信先を適切に決定するための情報としてその端末状態情報を用いることができる。
【００９７】
例えば、ＡＰ１００は、ＳＴＡ２００の移動度情報および位置情報に基づいて、ＢＡＲの送信先を決定することができる。例えば、ＡＰ１００は、ＳＴＡ２００の移動度情報および位置情報に基づいて、ＳＴＡ２００がＡＰ１００のカバレッジエリアから離れようとしていることを検出した場合には、そのＳＴＡ２００をＢＡＲの送信先として選択しないことに決定することができる。
【００９８】
また、例えば、ＡＰ１００は、ＳＴＡ２００のバッテリー情報に基づいて、ＢＡＲの送信先を決定することができる。例えば、ＡＰ１００は、ＳＴＡ２００のバッテリー残量が閾値を基準として少ない場合（例えば、ＡＰ１００が保持する閾値よりも少ないバッテリー残量であると判断した場合）、そのＳＴＡ２００をＢＡＲの送信先として選択しないことに決定することができる。
【００９９】
混雑度情報を送信するかの識別子３３５は、混雑度情報をＡＰ１００に送信するか否かを示す識別子である。この混雑度情報は、ＳＴＡ２００における無線通信に関する混雑度を特定するための情報である。例えば、通知が必要である場合には「１」が格納され、通知が不要である場合には「０」が格納される。例えば、ＳＴＡ２００における無線通信に関する混雑度は、例えば、ＳＴＡ２００が備える全無線リソースに占める実際にＳＴＡ２００に割り当てられた無線リソースの割合と定義することができる。
【０１００】
ここで、ＳＴＡ２００における無線混雑状況に応じて、送達確認要求によるオーバーヘッドがどの程度許容できるか否かが変化することが想定される。そこで、例えば、ＡＰ１００は、混雑度情報をＳＴＡ２００から取得した場合には、その混雑度情報により特定される混雑度に基づいて、ＢＡＲの送信先の数を決定（変更）することができる。
【０１０１】
このように、ＡＰ１００は、ＳＴＡ２００から取得した混雑度情報を、ＢＡＲの送信先の数を適切に決定するために使用することができる。この使用例については、図１３に示す。
【０１０２】
［Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成例］
図７は、本技術の第１の実施の形態におけるＡＰ１００が送信するＳｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成例を示す図である。
【０１０３】
図７では、Ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ（フィールド３４１乃至３４８、３５０）のｆｒａｍｅ  ｂｏｄｙ３５０（フィールド３５１乃至３５４、３６０）に各情報を含ませることにより、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅとする例を示す。具体的には、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を、Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔとしてｆｒａｍｅ  ｂｏｄｙ３５０に格納する例を示す。
【０１０４】
具体的には、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  Ｅｌｅｍｅｎｔｓ３６０を構成する各フィールド３６１乃至３６５、３７０のＭｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ３７０に、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を格納する。
【０１０５】
例えば、図４に示す統計情報計測期間に関する情報をフィールド３７１に格納し、図５に示す統計情報通知期間に関する情報をフィールド３７２に格納し、図６に示す通知を要求する情報をフィールド３７３に格納することができる。
【０１０６】
また、Ｇｒｏｕｐ  ＭＡＣ  Ａｄｄｒｅｓｓ３７４には、マルチキャストアドレスが格納される。
【０１０７】
また、ＴＩＤ（Traffic ID）情報３８０には、３つのフィールド３８１乃至３８３が配置される。なお、Ｒｅｓｅｒｖｅｄ３８２は、リザーブ領域である。
【０１０８】
ＴＩＤ  ｄｉｆｆｅｒｅｎｔｉａｔｅ３８１には、ＴＩＤ情報を区別するかしないかの識別子が格納される。
【０１０９】
ＴＩＤ＿ＩＮＦＯ３８３は、ＴＩＤ情報を区別する場合に、どのＴＩＤかを指定するための情報が格納される。
【０１１０】
ここで、例えば、マルチキャストアドレスは同一であるが、ＴＩＤが異なるデータも想定される。例えば、同一のマルチキャストアドレスを用いて、ビデオデータおよびオーディオデータが送信されることも想定される。この場合には、ＴＩＤを用いることにより、マルチキャストアドレスが同一のビデオデータおよび音声データを識別することができる。
【０１１１】
このように、ＴＩＤ  ｄｉｆｆｅｒｅｎｔｉａｔｅ３８１およびＴＩＤ＿ＩＮＦＯ３８３により、例えば、同じマルチキャストアドレスであるが、トラフィックが異なるデータについて、各データを適切に識別することができる。
【０１１２】
なお、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を格納したＭａｎａｇｅｍｅｎｔ  ｆｒａｍｅは、例えば、Ｂｅａｃｏｎ  ｆｒａｍｅに含めてＳＴＡ２００に送信することができる。
【０１１３】
なお、図７に示すＳｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成は、一例であり、これに限定されない。
【０１１４】
例えば、ＡＰ１００は、Ｃｏｎｔｒｏｌ  ｆｒａｍｅのｆｒａｍｅ  ｂｏｄｙに、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を格納することにより、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅとすることができる。
【０１１５】
また、例えば、ＡＰ１００は、Ｄａｔａ  ｆｒａｍｅのｆｒａｍｅ  ｂｏｄｙに、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を格納することにより、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅとすることができる。
【０１１６】
また、例えば、ＡＰ１００は、Ｄａｔａ  ｆｒａｍｅの一部に、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を格納することにより、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅとすることができる。
【０１１７】
また、例えば、ＡＰ１００は、ＳＴＡ２００宛てのアグリゲーションフレームのサブフレームの１つに、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を格納することにより、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅとすることができる。なお、アグリゲーションフレームは、複数のフレームが連結された連結フレームである。
【０１１８】
また、例えば、ＡＰ１００は、ＭＡＣヘッダの一部に、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成要素（図４乃至図６に示す各情報）を格納することにより、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅとすることができる。
【０１１９】
このように、制御部１３０は、統計情報計測期間の開始および終了を特定するための期間情報を、ＳＴＡ２００に通知する制御を行うことができる。この場合に、制御部１３０は、その期間の開始時刻またはその期間を開始するシーケンス番号のうちの少なくとも１つと、その期間またはその期間の終了時刻のうちの少なくとも１つとを、期間情報としてＳＴＡ２００に通知することができる。
【０１２０】
また、制御部１３０は、統計情報（通信状態に関する情報）をＳＴＡ２００がＡＰ１００に通知することが可能な通知期間（統計情報通知期間）を特定するための通知期間情報を、ＳＴＡ２００に通知する制御を行うことができる。この場合に、制御部１３０は、その通知期間の開始時刻と、その通知期間またはその通知期間の終了時刻とのうちの少なくとも１つを、通知期間情報としてＳＴＡ２００に通知することができる。
【０１２１】
［ＡＰに通知する情報の構成例］
図８は、本技術の第１の実施の形態におけるＡＰ１００に通知する情報の構成例を示す図である。図８に示す情報は、図６に示す情報（ＡＰ１００からＳＴＡ２００へ通知を要求する情報）に応じて、ＳＴＡ２００からＡＰ１００に送信される情報（通知する統計値に関する情報）である。また、図８に示す情報は、ＡＰ１００からの情報（図６に示す情報）に基づいて特定される基準（閾値）を満たす場合に、ＡＰ１００に送信される情報である。また、図８に示す情報は、ＡＰ１００がＢＡＲの送信先を決定する際に用いる情報である。
【０１２２】
ＡＰ１００に通知する情報は、例えば、閾値受信特性を示す指標の識別子３９１と、受信特性を示す指標の統計値３９２と、再送のみ受信できたパケット数３９３と、Ｄｕｐｌｉｃａｔｅを受信したパケット数３９４と、Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ３９５と、受信ｂｉｔｍａｐ３９６と、端末状態情報３９７と、混雑度情報３９８とにより構成される。
【０１２３】
閾値受信特性を示す指標の識別子３９１は、図６のａに示す閾値受信特性を示す指標の識別子３２１に対応する。
【０１２４】
受信特性を示す指標の統計値３９２は、閾値受信特性を示す指標の識別子３９１により特定される指標の統計値である。この統計値は、ＡＰ１００により通知された期間内に、ＳＴＡ２００により取得された値（ＡＰ１００により通知された指標の値）である。
【０１２５】
再送のみ受信できたパケット数３９３は、初回送信パケットを受信し損ない、かつ、再送パケットの受信に成功したマルチキャストパケットの統計値である。なお、再送のみ受信できたパケット数３９３は、図６のａに示す再送のみ受信できたパケット数を数えるかの識別子３３１が「１」の場合に配置される。
【０１２６】
Ｄｕｐｌｉｃａｔｅを受信したパケット数３９４は、初回送信パケットを受信に成功し、かつ、再送パケットの受信に成功したマルチキャストパケットの統計値である。なお、Ｄｕｐｌｉｃａｔｅを受信したパケット数３９４は、図６のａに示すＤｕｐｌｉｃａｔｅを受信したパケット数を数えるかの識別子３３２が「１」の場合に配置される。
【０１２７】
Ｂｌｏｃｋ  Ａｃｋ  Ｓｔａｒｔｉｎｇ  Ｓｅｑｕｅｎｃｅ  Ｃｏｎｔｒｏｌ３９５は、受信ｂｉｔｍａｐが、どのシーケンスナンバーから開始しているかを同定するために必要な情報である。
【０１２８】
受信ｂｉｔｍａｐ３９６は、マルチキャストパケットの受信ｂｉｔｍａｐである。なお、受信ｂｉｔｍａｐ３９６は、図６のａに示す受信ｂｉｔｍａｐを送信するかの識別子３３３が「１」の場合に配置される。
【０１２９】
端末状態情報３９７は、ＳＴＡ２００における状態に関する情報（端末状態情報）である。なお、端末状態情報３９７は、図６のａに示す端末状態情報を送信するかの識別子３３４が「１」の場合に配置される。
【０１３０】
混雑度情報３９８は、ＳＴＡ２００における無線通信に関する混雑度に関する情報（混雑度情報）である。なお、混雑度情報３９８は、図６のａに示す混雑度情報を送信するかの識別子３３５が「１」の場合に配置される。
【０１３１】
なお、図８に示す各情報（統計値および統計情報）は、例えば、生の値、量子化された値、瞬時値、平均値、これらの値から一意に導き出される値、量子化された値のリストにおけるインデックスのうちの少なくとも１つとすることができる。
【０１３２】
［Ａｌｅｒｔ  ｆｒａｍｅの構成例］
図９および図１０は、本技術の第１の実施の形態におけるＳＴＡ２００がＡＰ１００に送信するＡｌｅｒｔ  ｆｒａｍｅの構成例を示す図である。なお、Ａｌｅｒｔ  ｆｒａｍｅの構成は、多様に考えられる。そこで、図９では、Ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ（フィールド４０１乃至４０８、４１０）のｆｒａｍｅ  ｂｏｄｙ４１０に、図８に示す各情報を格納することにより、Ａｌｅｒｔ  ｆｒａｍｅとする例を示す。
【０１３３】
例えば、Ａｌｅｒｔ  ｆｒａｍｅの構成要素（図８に示す各情報）は、Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔとしてｆｒａｍｅ  ｂｏｄｙに格納することができる。
【０１３４】
図９では、ｆｒａｍｅ  ｂｏｄｙ４１０に対応するＲａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅ  Ａｃｔｉｏｎ  ｆｉｅｌｄ（フィールド４１１乃至４１３、４２０）のフィールド４２０に、Ａｌｅｒｔ  ｆｒａｍｅの構成要素（図８に示す各情報）を格納する例を示す。
【０１３５】
具体的には、Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  Ｅｌｅｍｅｎｔ４２０（フィールド４２１乃至４２８）のうちの１または複数のフィールド（通知情報４２６）に、Ａｌｅｒｔ  ｆｒａｍｅの構成要素（図８に示す各情報）を格納することができる。
【０１３６】
また、Ｇｒｏｕｐ  ＭＡＣ  Ａｄｄｒｅｓｓ４２７は、マルチキャストアドレスであり、図７に示すＧｒｏｕｐ  ＭＡＣ  Ａｄｄｒｅｓｓ３７４に対応する。
【０１３７】
また、ＴＩＤ  Ｓｐｅｃ４２８は、ＴＩＤ情報を区別するかしないかを指定するための情報である。すなわち、Ｇｒｏｕｐ  ＭＡＣ  Ａｄｄｒｅｓｓ４２７およびＴＩＤ  Ｓｐｅｃ４２８は、通知情報（ＡＰ１００に通知する情報）４２６を同定するために用いられる情報である。
【０１３８】
なお、図９に示すＡｌｅｒｔ  ｆｒａｍｅの構成は、一例であり、他の構成とするようにしてもよい。
【０１３９】
例えば、Ｃｏｎｔｒｏｌ  ｆｒａｍｅのｆｒａｍｅ  ｂｏｄｙに、図８に示す各情報を格納することにより、Ａｌｅｒｔ  ｆｒａｍｅとすることができる。
【０１４０】
また、例えば、Ｄａｔａ  ｆｒａｍｅのｆｒａｍｅ  ｂｏｄｙに、図８に示す各情報を格納することにより、Ａｌｅｒｔ  ｆｒａｍｅとすることができる。
【０１４１】
また、例えば、ＡＰ１００宛てのアグリゲーションフレームのサブフレームの１つに、図８に示す各情報を格納することにより、Ａｌｅｒｔ  ｆｒａｍｅとすることができる。
【０１４２】
また、例えば、ＭＡＣヘッダの一部に、図８に示す各情報を格納することにより、Ａｌｅｒｔ  ｆｒａｍｅとすることができる。
【０１４３】
また、例えば、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅを利用して、図８に示す各情報のうちの少なくとも１つを通知して、Ａｌｅｒｔ  ｆｒａｍｅとすることができる。この例を図１０に示す。
【０１４４】
図１０に示すＢｌｏｃｋ  Ａｃｋ  ｆｒａｍｅ（フィールド４３１乃至４３６、４４０）におけるＢＡ  Ｃｏｎｔｒｏｌ４４０のＲｅｓｅｒｖｅｄ領域を用いて、図８に示す各情報のうちの少なくとも１つを通知することができる。
【０１４５】
例えば、ＢＡ  Ｃｏｎｔｒｏｌフィールド４４１乃至４４７のＲｅｓｅｒｖｅｄ領域４４５、４４６のうちの１ｂｉｔをＡｌｅｒｔ４４５とする。そして、Ａｌｅｒｔ４４５を「１」とすることにより、ＳＴＡ２００は、このＢｌｏｃｋ  Ａｃｋ  ｆｒａｍｅがＡｌｅｒｔ  ｆｒａｍｅであることをＡＰに通知することができる。
【０１４６】
このように、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅを利用してＡｌｅｒｔ  ｆｒａｍｅとする場合には、ＳＴＡ２００は、Ａｌｅｒｔ  ｆｒａｍｅであるか否かを示す０、１のみをＡＰ１００に通知することになる。この場合には、ＡＰ１００は、図８に示す各情報の全てを取得することができない。このため、ＡＰ１００は、ＢＡＲの送信先を決定する場合に、ＳＴＡ２００の通信状態に関する情報に基づいて、ＢＡＲの送信先を決定することができない。そこで、ＡＰ１００は、例えば、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡ２００の数が閾値（ＢＡＲの送信先の数）を超えたときには、所定条件（例えば、ランダム）に従ってＢＡＲの送信先を決定することができる。また、ＡＰ１００は、ＢＡ  ｂｉｔｍａｐの情報に基づいて、各ＳＴＡの受信特性を算出し、その算出結果を用いてＢＡＲの送信先を決定することができる。
【０１４７】
このように、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅを用いる場合には、図８に示す各情報の全てを通知することはできない。しかしながら、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅを用いることにより、ＳＴＡ２００は、自装置の受信特性をＢＡ  ｂｉｔｍａｐで伝達することができる。このため、現状の仕様に対する改変のインパクトを小さく抑えることができる。
【０１４８】
［通信例］
次に、図１１および図１２を参照して、複数の機器間でやりとりされるデータの通信例について説明する。
【０１４９】
図１１および図１２では、ＡＰ１００をデータの送信元とし、ＳＴＡ２００Ａ乃至２００Ｃをデータの送信先とする例を示す。図１１および図１２に示す横軸は、時間軸を示す。また、各機器から送信されるデータを、各機器に対応する時間軸の上側に、内部にデータの名称を付した矩形で示す。また、図１１および図１２において、同時刻に複数のＳＴＡ２００にデータを送信している場合は、複数のＳＴＡ２００にデータをマルチキャスト送信していることを意味するものとする。
【０１５０】
［統計情報計測期間および統計情報通知期間の設定例］
図１１は、本技術の第１の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【０１５１】
最初に、ＡＰ１００は、ＳＴＡ２００Ａ乃至２００Ｃにマルチキャスト送信を行う（５０１）。続いて、ＡＰ１００は、少なくとも１つのＳＴＡ２００（決定されたＳＴＡ２００）にＢＡＲを送信する（５０２）。図１１では、最初に、ＳＴＡ２００ＡにＢＡＲを送信する決定がされている例を示す。
【０１５２】
ＢＡＲを受信したＳＴＡ２００Ａは、ＡＰ１００からのマルチキャストの受信に成功した場合には、ＡＰ１００にＢＡを送信する（５０３）。また、これ以降も同様に、マルチキャスト送信（５０４）、ＢＡＲ送信（５０５）、ＢＡ送信（５０６）が行われる。
【０１５３】
また、ＡＰ１００は、ＳＴＡ２００Ａ乃至２００Ｃに統計情報計測期間５１４、５１７を通知する。また、ＡＰ１００は、ＳＴＡ２００Ａ乃至２００Ｃに統計情報通知期間５１５を通知するものとする。なお、統計情報計測期間および統計情報通知期間の通知例については、図１２、図１５、図１６を参照して詳細に説明する。
【０１５４】
また、図１１では、統計情報計測期間５１４の開始時点を点線５１１で示し、終了時点を点線５１２で示す。また、図１１では、統計情報計測期間５１７の開始時点を点線５１３で示す。
【０１５５】
また、図１１では、統計情報通知期間５１５の開始時点を点線５１２で示し、終了時点を点線５１３で示す。なお、図１１では、統計情報通知期間５１５の開始時点（点線５１２）と、統計情報計測期間５１４の終了時点（点線５１２）とを同一とする例を示す。
【０１５６】
ここで、ＳＴＡ２００Ａ乃至２００Ｃは、統計情報計測期間５１４において、ＡＰ１００により指定された統計情報を取得する。そして、ＳＴＡ２００Ａ乃至２００Ｃは、統計情報通知期間５１５において、その取得された統計情報（通知情報）をＡＰ１００に送信する。この場合に、その統計情報が所定条件を満たすＳＴＡ２００のみが、統計情報を送信する。図１１では、ＳＴＡ２００Ｂの統計情報が所定条件を満たし、ＳＴＡ２００Ｂのみが統計情報５０７を送信する例を示す。
【０１５７】
また、必要に応じて、以降も同様に、ＳＴＡ２００Ａ乃至２００Ｃは、統計情報計測期間５１７において、ＡＰ１００により指定された統計情報を取得する。
【０１５８】
ここで、ＡＰ１００は、統計情報通知期間５１５内に受信した統計情報（図８に示す各情報）に基づいて、ＢＡＲの送信先を決定する（５１６）。また、ＡＰ１００は、統計情報通知期間５１５内に受信した統計情報に基づいて、これ以降の統計情報測定期間、統計情報通知期間を決定するようにしてもよい。
【０１５９】
このように、本技術の実施の形態では、マルチキャストを受信するＳＴＡ２００が、各々の受信特性等の統計情報を計測する。そして、ＡＰ１００から通知される基準を満たし、かつ、限られたＳＴＡ２００のみが、計測した統計情報をＡＰ１００に通知する。
【０１６０】
また、ＡＰ１００は、ＳＴＡ２００から通知された統計情報に基づいて、ＢＡＲの送信先を決定する。
【０１６１】
ここで、ＢＡＲの送信先を適切に決定するためには、その決定に用いる統計情報を平等な統計情報とすることが重要である。このため、マルチキャストを受信するＳＴＡ２００間で、統計情報を計測する期間と、計測するタイミングとを揃えることが重要となる（例えば、図１１に示す統計情報計測期間５１４、５１７）。
【０１６２】
また、ＢＡＲの送信先を効率的に決定するため、各ＳＴＡ２００から統計情報を通知させる期間を設定することが重要である（例えば、図１１に示す統計情報通知期間５１５）。
【０１６３】
また、ＳＴＡ２００からの統計情報に基づいてＢＡＲの送信先を決定する決定方法を、マルチキャストのトラフィックが続く限り、繰り返し行うことができる。このように、その決定方法を、マルチキャストのトラフィックが続く限り、繰り返し行うことにより、受信特性の低いＳＴＡ２００を適応的にＢＡＲの送信先として決定（選択）することができる。これにより、ＢＡＲの送信先の決定に必要なオーバーヘッドを削減しつつ、適切なＢＡＲの送信先を決定することができる。また、マルチキャストを受信するＳＴＡ２００全体のスループットを向上させることができる。
【０１６４】
なお、上述したＢＡＲの送信先を決定する決定方法を実現するためのプロトコルについては、マルチキャストトラフィックとは非同期で実行することができる。
【０１６５】
本技術の実施の形態では、統計情報計測期間および統計情報通知期間を特定するための情報として、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅのうちの少なくとも１つを用いる例を示す。
【０１６６】
上述したように、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅは、統計期間の開始をＳＴＡ２００に通知するためのフレームである。また、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅは、統計期間の終了をＳＴＡ２００に通知するためのフレームである。これらのフレームは、ＡＰ１００が送信するフレーム（ＤＬ（Downlink））である。
【０１６７】
また、本技術の実施の形態では、統計情報を通知するための情報として、Ａｌｅｒｔ  ｆｒａｍｅを用いる例を示す。このＡｌｅｒｔ  ｆｒａｍｅは、通知された基準を満たすＳＴＡ２００が自装置の統計情報をＡＰ１００に通知するためのフレームである。また、Ａｌｅｒｔ  ｆｒａｍｅは、ＳＴＡ２００が送信するフレーム（ＵＬ（Uplink））である。
【０１６８】
また、本技術の第１の実施の形態では、ＡＰ１００がＳｔａｔ  Ｅｎｄ  ｆｒａｍｅをＳＴＡ２００Ａ乃至２００Ｃに送信する例を示す。これにより、ＡＰ１００は、統計情報計測期間および統計情報通知期間をＳＴＡ２００Ａ乃至２００Ｃに通知することができる。
【０１６９】
また、本技術の第２の実施の形態では、ＡＰ１００がＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅをＳＴＡ２００Ａ乃至２００Ｃに送信する例を示す。これにより、ＡＰ１００は、統計情報計測期間および統計情報通知期間をＳＴＡ２００Ａ乃至２００Ｃに通知することができる。
【０１７０】
また、本技術の第３の実施の形態では、ＡＰ１００がＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅをＳＴＡ２００Ａ乃至２００Ｃに送信する例を示す。これにより、ＡＰ１００は、統計情報計測期間および統計情報通知期間をＳＴＡ２００Ａ乃至２００Ｃに通知することができる。
【０１７１】
［Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを用いる通信例］
図１２は、本技術の第１の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【０１７２】
図１２では、ＳＴＡ２００Ａ乃至２００Ｃは、ＡＰ１００からＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信する度に、自装置がＡｌｅｒｔ  ｆｒａｍｅの送信基準を満たすか否かを判断し、基準を満たす場合にＡｌｅｒｔ  ｆｒａｍｅをＡＰ１００に送信する例を示す。また、図１２では、最初に、ＳＴＡ２００ＡにＢＡＲを送信する決定がされている例を示す。
【０１７３】
図１１と同様に、ＡＰ１００およびＳＴＡ２００Ａ乃至２００Ｃは、マルチキャスト送信（５２１、５２４）、ＢＡＲ送信（５２２、５２６）を行う。また、ＢＡＲを受信したＳＴＡ２００Ａは、ＢＡ送信（５２３、５２７）を行う。
【０１７４】
また、ＳＴＡ２００Ａ乃至２００Ｃは、ＡＰ１００からＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信するまでの間、ＡＰ１００に送信を要求される可能性のある統計値の各々を取得する。そして、ＳＴＡ２００Ａ乃至２００Ｃは、ＡＰ１００に送信を要求される可能性のある統計値の各々に関して、統計値が更新されたタイミングで、その時刻での統計値と、タイムスタンプとを紐付けて管理する。
【０１７５】
また、ＡＰ１００は、所定のタイミングでＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを送信する（５２５）。また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信する（５２５）。このＳｔａｔ  Ｅｎｄ  ｆｒａｍｅは、図７に示すように、統計情報計測期間に関する情報と、統計情報通知期間に関する情報と、通知を要求する情報とを含む。
【０１７６】
Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信したＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅに含まれる統計情報計測期間に関する情報に基づいて、どの期間における統計情報を求められているかを把握することができる。そこで、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信したＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信した場合に、ＡＰ１００により求められている統計情報を過去に遡って算出する。
【０１７７】
図１２では、統計情報計測期間５４５の開始時点を点線５４１で示し、終了時点を点線５４２で示す。また、図１２では、統計情報通知期間５４６の開始時点を点線５４３で示し、終了時点を点線５４４で示す。
【０１７８】
また、ＳＴＡ２００Ａ乃至２００Ｃは、算出された情報（ＡＰ１００が通知を要求する情報）に基づいて、自装置がＡｌｅｒｔ  ｆｒａｍｅを送信すべきＳＴＡであるか否かを判断する。そして、ＳＴＡ２００Ａ乃至２００Ｃは、Ａｌｅｒｔ  ｆｒａｍｅを送信すると判断した場合には、ＡＰ１００に通知すべき情報（統計情報（通知情報））をＡｌｅｒｔ  ｆｒａｍｅに含ませて送信する。図１２では、ＳＴＡ２００Ｂが、Ａｌｅｒｔ  ｆｒａｍｅを送信すると判断し、Ａｌｅｒｔ  ｆｒａｍｅをＡＰ１００に送信する例を示す（５２８）。
【０１７９】
ＡＰ１００は、Ａｌｅｒｔ  ｆｒａｍｅを受信した場合には、そのＡｌｅｒｔ  ｆｒａｍｅの内容に基づいて、ＢＡＲの送信先を決定（変更）する（５４７）。例えば、ＡＰ１００は、ＳＴＡ２００ＡをＢＡＲの送信先としている場合に（５２２、５２６）、ＳＴＡ２００ＢからＡｌｅｒｔ  ｆｒａｍｅを受信した場合を想定する（５２８）。この場合には、ＡＰ１００は、そのＡｌｅｒｔ  ｆｒａｍｅの内容に基づいて、ＢＡＲの送信先をＳＴＡ２００Ｂに決定（変更）する（５４７）。そして、ＡＰ１００は、ＢＡＲの送信先に決定されたＳＴＡ２００ＢにＢＡＲを送信する（５３０）。
【０１８０】
［基地局の動作例］
図１３は、本技術の第１の実施の形態におけるＡＰ１００によるＢＡＲ送信先決定処理の処理手順の一例を示すフローチャートである。図１３では、ＳＴＡ２００に通知した統計情報通知期間が開始された場合の動作例を示す。
【０１８１】
最初に、ＡＰ１００の制御部１３０は、統計情報通知期間が終了したか否かを判断する（ステップＳ８０１）。統計情報通知期間が終了していない場合には（ステップＳ８０１）、監視を継続して行う。
【０１８２】
統計情報通知期間が終了した場合には（ステップＳ８０１）、ＡＰ１００の制御部１３０は、ＳＴＡ２００から送信されたＡｌｅｒｔ  ｆｒａｍｅに含まれる混雑度情報（図８に示す混雑度情報３９８）に基づいて、ＢＡＲの送信先の数を決定する（ステップＳ８０２）。
【０１８３】
例えば、混雑度情報に基づいて特定される混雑度が閾値ｔｈ１を基準として高い場合には、ＢＡＲの送信先の数を減少させることができる。一方、その混雑度が閾値ｔｈ２（ただし、ｔｈ２＜ｔｈ１）を基準として低い場合には、ＢＡＲの送信先の数を増加させることができる。また、その混雑度が閾値ｔｈ１およびｔｈ２の間である場合には、ＢＡＲの送信先の数を維持させると決定することができる。
【０１８４】
なお、複数のＳＴＡ２００からＡｌｅｒｔ  ｆｒａｍｅが送信された場合には、これらの各Ａｌｅｒｔ  ｆｒａｍｅに含まれる各混雑度情報を用いて、ＢＡＲの送信先の数を決定することができる。例えば、混雑度情報に基づいて特定される混雑度の平均値を用いることができる。また、例えば、混雑度情報に基づいて特定される混雑度のうち、最も低い値、または、最も高い値を用いることができる。
【０１８５】
また、ＡＰ１００が混雑度情報を取得することができる場合には、ＡＰ１００により取得された混雑度情報を用いて、ＢＡＲの送信先の数を決定するようにしてもよい。
【０１８６】
続いて、ＡＰ１００の制御部１３０は、ＳＴＡ２００から送信されたＡｌｅｒｔ  ｆｒａｍｅに含まれる統計情報（通知情報）に基づいて、ＢＡＲの送信先を決定する（ステップＳ８０３）。ここで、ＡＰ１００の制御部１３０は、ステップＳ８０２で決定されたＢＡＲの送信先の数の範囲内で、ＢＡＲの送信先を決定する（ステップＳ８０３）。
【０１８７】
例えば、ステップＳ８０２で決定されたＢＡＲの送信先の数と、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡ２００の数とが同一である場合には、Ａｌｅｒｔ  ｆｒａｍｅを送信した全てのＳＴＡ２００を、ＢＡＲの送信先として決定することができる。
【０１８８】
また、例えば、ステップＳ８０２で決定されたＢＡＲの送信先の数よりも、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡ２００の数が少ない場合には、Ａｌｅｒｔ  ｆｒａｍｅを送信した全てのＳＴＡ２００を、ＢＡＲの送信先として決定することができる。この場合に、ステップＳ８０２で決定されたＢＡＲの送信先の数と同じ数のＳＴＡ２００を、ＢＡＲの送信先として決定するようにしてもよい。例えば、Ａｌｅｒｔ  ｆｒａｍｅを送信していないＳＴＡ２００のうちから、ステップＳ８０２で決定されたＢＡＲの送信先の数と同じ数となるまで、ランダムにＳＴＡ２００を選択して、ＢＡＲの送信先とすることができる。
【０１８９】
また、例えば、ステップＳ８０２で決定されたＢＡＲの送信先の数よりも、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡ２００の数が多い場合には、Ａｌｅｒｔ  ｆｒａｍｅを送信したＳＴＡ２００から、ＢＡＲの送信先を決定する。例えば、ＡＰ１００は、Ａｌｅｒｔ  ｆｒａｍｅに含まれる統計情報（通知情報）に基づいて、ＳＴＡ２００の受信特性を把握する。そして、ＡＰ１００は、受信特性の悪い順番にＢＡＲの送信先を決定することができる。
【０１９０】
ここで、受信特性の悪い順番にＢＡＲの送信先を決定する場合には、受信特性が悪すぎるＳＴＡがＢＡＲの送信先として決定されることも想定される。この場合には、冗長な再送が増えてしまい、全体の特性を劣化させる可能性がある。そこで、受信特性の悪い順番にＢＡＲの送信先を決定する代わりに、他の決定方法により、ＢＡＲの送信先を決定するようにしてもよい。例えば、ＡＰ１００は、受信特性がある範囲内に収まるＳＴＡを、ＢＡＲの送信先に決定することができる。
【０１９１】
また、受信特性が悪すぎるＳＴＡをＢＡＲの送信先として決定することを防止するため、例えば、受信特性が悪すぎるＳＴＡがＡｌｅｒｔ  ｆｒａｍｅを送信しないように、ＡＰ１００は、Ａｌｅｒｔを送信するための閾値を複数設定するようにしてもよい。すなわち、ＡＰ１００は、複数の閾値をＳＴＡに送信することができる。この場合には、ＳＴＡは、例えば、受信特性が第１閾値よりも悪い場合には、Ａｌｅｒｔ  ｆｒａｍｅを送信する。ただし、ＳＴＡは、受信特性が第２閾値（第１閾値よりもさらに悪い値）よりも悪い場合には、Ａｌｅｒｔ  ｆｒａｍｅを送信しないようにする。
【０１９２】
また、例えば、受信特性が悪すぎるＳＴＡにもＡｌｅｒｔ  ｆｒａｍｅを送信させる場合には、ＡＰ１００は、受信特性が悪すぎるＳＴＡ（例えば、受信特性が第２閾値よりも悪いＳＴＡ）をＢＡＲの送信先から除外するようにしてもよい。なお、ステップＳ８０１乃至Ｓ８０３は、請求の範囲に記載の決定する制御手順の一例である。
【０１９３】
［ＳＴＡの動作例］
図１４は、本技術の第１の実施の形態におけるＳＴＡ２００によるＡｌｅｒｔ  ｆｒａｍｅ送信処理の処理手順の一例を示すフローチャートである。
【０１９４】
最初に、ＳＴＡ２００の制御部２３０は、ＡＰ１００からＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信する（ステップＳ８１１）。続いて、ＳＴＡ２００の制御部２３０は、受信したＳｔａｔ  Ｅｎｄ  ｆｒａｍｅに含まれる各情報（例えば、図６のａに示す各情報）を取得する（ステップＳ８１２）。
【０１９５】
続いて、ＳＴＡ２００の制御部２３０は、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅに含まれる各情報に基づいて、受信特性に関する統計情報を計算する（ステップＳ８１３）。この場合に、ＳＴＡ２００の制御部２３０は、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅに含まれる情報に基づいて特定される統計期間内に測定した情報を取得し、この情報に基づいて統計情報（通知情報）を計算することができる。
【０１９６】
続いて、ＳＴＡ２００の制御部２３０は、計算により求められた統計情報が、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅに含まれる情報に基づいて特定される閾値（例えば、図６に示す受信特性を示す指標の閾値３２２）よりも悪いか否かを判断する（ステップＳ８１４）。
【０１９７】
その統計情報が閾値よりも良い場合には（ステップＳ８１４）、Ａｌｅｒｔ  ｆｒａｍｅを送信する必要がないため、Ａｌｅｒｔ  ｆｒａｍｅ送信処理の動作を終了する。
【０１９８】
その統計情報が閾値よりも悪い場合には（ステップＳ８１４）、ＳＴＡ２００の制御部２３０は、統計情報通知送信開始タイマを設定する（ステップＳ８１５）。この場合に、ＳＴＡ２００の制御部２３０は、統計情報通知開始時刻と、衝突回避のためのランダムな遅延時間とに基づいて、統計情報通知送信開始タイマを設定することができる。
【０１９９】
続いて、ＳＴＡ２００の制御部２３０は、設定した統計情報通知送信開始タイマが終了したか否かを判断する（ステップＳ８１６）。そして、統計情報通知送信開始タイマが終了していない場合には（ステップＳ８１６）、監視を継続して行う。
【０２００】
設定した統計情報通知送信開始タイマが終了した場合には（ステップＳ８１６）、ＳＴＡ２００の制御部２３０は、Ａｌｅｒｔ  ｆｒａｍｅの送信を開始する（ステップＳ８１７）。この場合に、ＳＴＡ２００の制御部２３０は、ＡＰ１００から通知を要求された各情報（例えば、図８に示す各情報）をＡｌｅｒｔ  ｆｒａｍｅに含めて送信する（ステップＳ８１７）。なお、ステップＳ８１１乃至Ｓ８１７は、請求の範囲に記載の送信する制御手順の一例である。
【０２０１】
＜２．第２の実施の形態＞
本技術の第２の実施の形態では、ＡＰがＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅをＳＴＡに送信する例を示す。
【０２０２】
なお、本技術の第２の実施の形態におけるＡＰ、ＳＴＡの構成については、図１乃至図３等に示すＡＰ１００、ＳＴＡ２００と略同一である。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。
【０２０３】
［Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを用いる通信例］
図１５は、本技術の第２の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【０２０４】
図１５では、ＳＴＡ２００Ａ乃至２００Ｃは、ＡＰ１００からＳｔａｔ  Ｉｎｉｔｉａｌ  ｆｒａｍｅを受信したタイミングで統計情報の取得を開始する例を示す。また、図１５では、ＳＴＡ２００Ａ乃至２００Ｃは、ＡＰ１００からＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信する度に、自装置がＡｌｅｒｔ  ｆｒａｍｅの送信基準を満たすか否かを判断し、基準を満たす場合にＡｌｅｒｔ  ｆｒａｍｅをＡＰ１００に送信する例を示す。また、図１５では、最初に、ＳＴＡ２００ＡにＢＡＲを送信する決定がされている例を示す。
【０２０５】
このように、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを用いることにより、ＳＴＡ２００側の処理を簡略化することができる。例えば、本技術の第１の実施の形態では、統計期間の終了タイミングでＳｔａｔ  Ｅｎｄ  ｆｒａｍｅによる通知を行うため、ＳＴＡ２００は、統計値が更新されたタイミングで、統計値とタイムスタンプとを紐付けて管理し、記憶しておく必要がある。これに対して、本技術の第２の実施の形態では、明示的に統計開始のタイミングが通知されるため、それらの管理等を省略することができる。すなわち、ＳＴＡ２００は、単純に統計値をカウントするだけでよいため、ＳＴＡ２００側での処理を簡素化することができる。
【０２０６】
ここで、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅの構成例について説明する。Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅの構成は、例えば、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅと同様のフレーム（例えば、図７に示す）とすることができる。例えば、図７に示す構成例において、通知を要求する情報３７３を格納し、統計情報計測期間に関する情報３７１および統計情報通知期間に関する情報３７２については、省略することができる。このように、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅには、少なくとも通知を要求する情報を含めて送信する。
【０２０７】
また、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成例について説明する。Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの構成は、例えば、本技術の第１の実施の形態におけるＳｔａｔ  Ｅｎｄ  ｆｒａｍｅと同様のフレーム（例えば、図７に示す）とすることができる。例えば、図７に示す構成例において、統計情報計測期間に関する情報３７１および統計情報通知期間に関する情報３７２を格納し、通知を要求する情報３７３については、省略することができる。すなわち、通知を要求する情報３７３については、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅに含めて送信するため、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅへの格納を省略することができる。
【０２０８】
ここで、本技術の第２の実施の形態におけるＳｔａｔ  Ｅｎｄ  ｆｒａｍｅに格納する統計情報通知期間に関する情報については、本技術の第１の実施の形態と同様である。ただし、本技術の第２の実施の形態におけるＳｔａｔ  Ｅｎｄ  ｆｒａｍｅに格納する統計情報計測期間に関する情報は、本技術の第１の実施の形態とは異なる。例えば、統計情報の取得の開始および終了については、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅの送信により暗黙的にＳＴＡ２００に伝達することができる。このため、本技術の第２の実施の形態におけるＳｔａｔ  Ｅｎｄ  ｆｒａｍｅに格納する統計情報計測期間に関する情報は、統計再開までのインターバル３０３および統計計測回数３０４のみとすることができる。
【０２０９】
ここで、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを毎回送信することも想定される。この場合には、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅに統計情報計測期間に関する情報を含めなくてもよい。
【０２１０】
また、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの他の構成については、本技術の第１の実施の形態と同様のため、ここでの説明を省略する。
【０２１１】
図１１と同様に、ＡＰ１００およびＳＴＡ２００Ａ乃至２００Ｃは、マルチキャスト送信（５５１、５５３）、ＢＡＲ送信（５５５）を行う。また、ＢＡＲを受信したＳＴＡ２００Ａは、ＢＡ送信（５５６）を行う。
【０２１２】
また、ＡＰ１００は、統計情報計測期間５６５を開始させるタイミングでＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅを送信する（５５２）。また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅを受信する（５５２）。このＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅは、上述したように、通知を要求する情報を含む。
【０２１３】
また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅの受信タイミングに基づいて、統計情報計測期間５６５を把握することができる。図１５では、統計情報計測期間５６５の開始時点を点線５６１で示す。
【０２１４】
また、ＡＰ１００は、統計情報計測期間５６５を終了させるタイミングでＳｔａｔ  Ｅｎｄ  ｆｒａｍｅを送信する（５５４）。また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅを受信する（５５４）。このＳｔａｔ  Ｅｎｄ  ｆｒａｍｅは、上述したように、統計情報計測期間に関する情報および統計情報通知期間に関する情報を含む。
【０２１５】
また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅの受信タイミングに基づいて、統計情報計測期間５６５の終了を把握することができる。図１５では、統計情報計測期間５６５の終了時点を点線５６２で示す。
【０２１６】
また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅに含まれる統計情報通知期間に関する情報に基づいて、統計情報通知期間５６６を把握することができる。図１５では、統計情報通知期間５６６の開始時点を点線５６３で示し、終了時点を点線５６４で示す。
【０２１７】
また、ＳＴＡ２００Ａ乃至２００Ｃは、統計情報計測期間５６５において取得された情報（ＡＰ１００が通知を要求する情報）に基づいて、自装置がＡｌｅｒｔ  ｆｒａｍｅを送信すべきＳＴＡであるか否かを判断する。そして、ＳＴＡ２００Ａ乃至２００Ｃは、Ａｌｅｒｔ  ｆｒａｍｅを送信すると判断した場合には、ＡＰ１００に通知すべき情報（統計情報（通知情報））をＡｌｅｒｔ  ｆｒａｍｅに含ませて送信する。図１５では、ＳＴＡ２００Ｂが、Ａｌｅｒｔ  ｆｒａｍｅを送信すると判断し、Ａｌｅｒｔ  ｆｒａｍｅをＡＰ１００に送信する例を示す（５５７）。
【０２１８】
ＡＰ１００は、Ａｌｅｒｔ  ｆｒａｍｅを受信した場合には、そのＡｌｅｒｔ  ｆｒａｍｅの内容に基づいて、ＢＡＲの送信先を決定（変更）する（５６７）。例えば、ＡＰ１００は、ＳＴＡ２００ＡをＢＡＲの送信先としている場合に（５５５）、ＳＴＡ２００ＢからＡｌｅｒｔ  ｆｒａｍｅを受信した場合を想定する（５５７）。この場合には、ＡＰ１００は、そのＡｌｅｒｔ  ｆｒａｍｅの内容に基づいて、ＢＡＲの送信先をＳＴＡ２００Ｂに決定（変更）する（５６７）。そして、ＡＰ１００は、ＢＡＲの送信先に決定されたＳＴＡ２００ＢにＢＡＲを送信する（５５９）。
【０２１９】
＜３．第３の実施の形態＞
本技術の第３の実施の形態では、ＡＰがＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅをＳＴＡに送信する例を示す。
【０２２０】
なお、本技術の第３の実施の形態におけるＡＰ、ＳＴＡの構成については、図１乃至図３等に示すＡＰ１００、ＳＴＡ２００と略同一である。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。
【０２２１】
［Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅを用いる通信例］
図１６は、本技術の第３の実施の形態における機器間でやりとりされるデータと、ＳＴＡ２００Ａ乃至２００Ｃに設定される統計情報計測期間および統計情報通知期間とを模式的に示す図である。
【０２２２】
図１６では、ＳＴＡ２００Ａ乃至２００Ｃは、ＡＰ１００からＳｔａｔ  Ｉｎｉｔｉａｌ  ｆｒａｍｅを受信した後に統計情報の取得を開始する例を示す。また、図１６では、ＳＴＡ２００Ａ乃至２００Ｃは、そのＳｔａｔ  Ｉｎｉｔｉａｌ  ｆｒａｍｅに格納されている情報に基づいて特定される終了時刻まで統計情報の取得を継続して行う例を示す。そして、ＳＴＡ２００Ａ乃至２００Ｃは、統計情報計測期間が終了する度に、自装置がＡｌｅｒｔ  ｆｒａｍｅの送信基準を満たすか否かを判断し、基準を満たす場合にＡｌｅｒｔ  ｆｒａｍｅをＡＰ１００に送信する例を示す。
【０２２３】
このように、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅのみを用いることにより、本技術の第２の実施の形態と同様に、ＳＴＡ２００側の処理を簡略化することができる。さらに、本技術の第２の実施の形態に比べてオーバーヘッドを削減することができる。
【０２２４】
ここで、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅの構成例について説明する。Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅの構成は、例えば、Ｓｔａｔ  Ｅｎｄ  ｆｒａｍｅと同様のフレーム（例えば、図７に示す）とすることができる。例えば、図７に示す構成例と同様に、統計情報計測期間に関する情報３７１、統計情報通知期間に関する情報３７２および通知を要求する情報３７３を格納することができる。
【０２２５】
ここで、本技術の第３の実施の形態におけるＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅに格納する情報（通知を要求する情報３７３）については、本技術の第１および第２の実施の形態とは異なる。例えば、本技術の第３の実施の形態では、統計情報の取得の開始時点では、ＡＰ１００は、どの程度マルチキャストパケットを送信するかを把握することができないことがある。このため、本技術の第３の実施の形態では、ＡＰ１００は、受信特性を示す指標の閾値を推定する必要がある。
【０２２６】
例えば、ＡＰ１００は、その閾値を、マルチキャストトラフィックの示す特性（ＴＳＰＥＣ（Traffic Specification））と、統計情報計測期間とに基づいて、推定することができる。そして、その推定された閾値をＳＴＡ２００に通知することができる。
【０２２７】
また、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅの他の構成については、本技術の第１の実施の形態と同様のため、ここでの説明を省略する。
【０２２８】
図１１と同様に、ＡＰ１００およびＳＴＡ２００Ａ乃至２００Ｃは、マルチキャスト送信（５７１、５７３、５７４）、ＢＡＲ送信（５７５）を行う。また、ＢＡＲを受信したＳＴＡ２００Ａは、ＢＡ送信（５７６）を行う。
【０２２９】
また、ＡＰ１００は、統計情報計測期間５８５を開始させるタイミングでＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅを送信する（５７２）。また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅを受信する（５７２）。このＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅは、上述したように、統計情報計測期間に関する情報、統計情報通知期間に関する情報および通知を要求する情報を含む。
【０２３０】
また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅの受信タイミングに基づいて、統計情報計測期間５８５を把握することができる。図１６では、統計情報計測期間５８５の開始時点を点線５８１で示し、終了時点を点線５８２で示す。
【０２３１】
また、ＳＴＡ２００Ａ乃至２００Ｃは、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅに含まれる統計情報通知期間に関する情報に基づいて、統計情報通知期間５８６を把握することができる。図１６では、統計情報通知期間５８６の開始時点を点線５８３で示し、終了時点を点線５８４で示す。
【０２３２】
また、ＳＴＡ２００Ａ乃至２００Ｃは、統計情報計測期間５８５において取得された情報（ＡＰ１００が通知を要求する情報）に基づいて、自装置がＡｌｅｒｔ  ｆｒａｍｅを送信すべきＳＴＡであるか否かを判断する。そして、ＳＴＡ２００Ａ乃至２００Ｃは、Ａｌｅｒｔ  ｆｒａｍｅを送信すると判断した場合には、ＡＰ１００に通知すべき情報（統計情報（通知情報））をＡｌｅｒｔ  ｆｒａｍｅに含ませて送信する。図１６では、ＳＴＡ２００Ｂが、Ａｌｅｒｔ  ｆｒａｍｅを送信すると判断し、Ａｌｅｒｔ  ｆｒａｍｅをＡＰ１００に送信する例を示す（５７７）。
【０２３３】
ＡＰ１００は、Ａｌｅｒｔ  ｆｒａｍｅを受信した場合には、そのＡｌｅｒｔ  ｆｒａｍｅの内容に基づいて、ＢＡＲの送信先を決定（変更）する（５８７）。例えば、ＡＰ１００は、ＳＴＡ２００ＡをＢＡＲの送信先としている場合に（５７５）、ＳＴＡ２００ＢからＡｌｅｒｔ  ｆｒａｍｅを受信した場合を想定する（５７７）。この場合には、ＡＰ１００は、そのＡｌｅｒｔ  ｆｒａｍｅの内容に基づいて、ＢＡＲの送信先をＳＴＡ２００Ｂに決定（変更）する（５８７）。そして、ＡＰ１００は、ＢＡＲの送信先に決定されたＳＴＡ２００ＢにＢＡＲを送信する（５７９）。
【０２３４】
［他の実施の形態］
ここでは、統計情報計測期間の開始および終了（または、期間）を暗黙的に通知する例を示す。
【０２３５】
本技術の第３の実施の形態では、ＡＰがＳｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅをＳＴＡに送信することにより、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅにより、統計情報計測期間の開始および終了（または、期間）を明示的に通知する例を示した。ただし、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよいＳｔａｔ  Ｅｎｄ  ｆｒａｍｅの受信により、統計情報計測期間の開始および終了（または、期間）を暗黙的に通知するようにしてもよい。
【０２３６】
例えば、ＳＴＡは、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅを受信したタイミングで、統計情報の計測を暗黙的に開始し、Ｓｔａｔ  Ｅｎｄ  Ｆｒａｍｅを受信したタイミングで、統計情報の計測を暗黙的に終了することができる。この場合には、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅに、統計情報計測期間に関する情報を含める必要がない。このため、例えば、受信特性を示す指標を、マルチキャストデータフレームのＭＡＣヘッダのｂｉｔで表現し、マルチキャストデータフレームを用いて統計情報の計測開始を通知することができる。
【０２３７】
［エラー処理について］
ここで、本技術の第２の実施の形態において、Ｓｔａｔ  Ｉｎｉｔｉａｔｅ  ｆｒａｍｅおよびＳｔａｔ  Ｅｎｄ  ｆｒａｍｅのうちの少なくとも１つを受信できなかったＳＴＡは、エラー処理を行う必要がある。そこで、ここでは、エラー処理について説明する。
【０２３８】
例えば、ＳＴＡが、統計情報計測期間の開始を通知するためのフレームを受信し損ない、そのフレームに対応するフレーム（統計情報計測期間の終了を通知するためのフレーム）を受信した場合を想定する。この場合には、そのＳＴＡは、統計情報計測期間の終了を通知するためのフレームを破棄し、何もしないようにする。
【０２３９】
また、例えば、ＳＴＡが、統計情報計測期間の開始を通知するためのフレームを受信したが、そのフレームに対応するフレーム（統計情報計測期間の終了を通知するためのフレーム）を受信し損ねた場合を想定する。この場合には、そのＳＴＡは、統計情報計測期間の開始を通知するためのフレームに基づいて、統計情報の計測処理を開始するが、タイムアウトによりその処理を終了するようにする。
【０２４０】
このように、ＳＴＡは、統計情報計測期間（または、統計情報通知期間）を通知するための複数のフレームのうちの少なくとも１つの受信に失敗することも想定される。そこで、このような場合には、ＳＴＡは、その受信に失敗したフレームに基づいて、統計情報の計測処理に関する制御を行うことができる。例えば、ＳＴＡは、その受信に失敗したフレームに基づいて、統計情報の計測処理後のタイムアウト、または、受信に成功した他のフレームの破棄等を行うことができる。
【０２４１】
ここで、上述したように、マルチキャストにおいて、信頼性を高めるためにマルチキャストグループのＳＴＡにＡＣＫを要求して再送制御する方法がある。しかしながら、マルチキャストグループのＳＴＡが増加した場合には、全てのＳＴＡへのＡＣＫ要求はオーバーヘッドが大きくなり過ぎるおそれがある。そこで、マルチキャストグループのＳＴＡの中からＡＣＫ要求を行うＳＴＡを選択することにより、オーバーヘッドを削減することができる。例えば、どのＳＴＡを選択するかは、マルチキャストの特性に大きく影響を与える。このため、受信特性の低いＳＴＡから順に選んでいくことが望ましい。
【０２４２】
そこで、本技術の実施の形態では、マルチキャストグループのＳＴＡ間で、自装置の通信状態に関する情報（受信特性に関する情報）を計測する期間と、計測するタイミングとを揃えるようにする。これにより、各ＳＴＡは、ＢＡＲの送信を要求するフレーム（例えば、Ａｌｅｒｔ  ｆｒａｍｅ）の送信の要否を適切に判断することができる。
【０２４３】
また、マルチキャストグループの各ＳＴＡが、通信状態に関する情報（受信特性に関する情報）を送信することが可能な期間を設定するようにする。これにより、各ＳＴＡは、適切なタイミングでＢＡＲの送信を要求するフレーム（例えば、Ａｌｅｒｔ  ｆｒａｍｅ）を送信することができる。
【０２４４】
また、ＡＰ１００は、受信特性の低いＳＴＡにのみ、ＢＡＲの送信を要求するフレーム（例えば、Ａｌｅｒｔ  ｆｒａｍｅ）を送信させることができる。また、ＡＰ１００は、同一期間に取得された通信状態に関する情報（受信特性に関する情報）を、ＳＴＡに送信させて取得することができる。すなわち、受信特性の低いＳＴＡにのみ、同一期間に取得された通信状態に関する情報（受信特性に関する情報）を送信させることができる。これにより、ＡＰ１００は、ＢＡＲを送信するＳＴＡを適応的に決定することができる。
【０２４５】
このように、受信状況の悪いＳＴＡがＡＰ１００に対してＢＡＲの送信を開始するよう要求することができる。これにより、少ないオーバーヘッドで、ＡＰ１００がＢＡＲを送信するＳＴＡを環境に応じて決定することができる。また、これらのオーバーヘッドを削減し、マルチキャストグループ全体の特性を向上させることができる。
【０２４６】
このように、本技術の実施の形態によれば、ＢＡＲの送信先決定のための情報（通信状態に関する情報）獲得プロトコルを実現することができる。また、送達確認要求（例えば、ＢＡＲ）の送信先を適切に決定することができる。
【０２４７】
また、本技術の実施の形態におけるＡＰ１００、ＳＴＡ２００は、各分野において使用される機器に適用することができる。例えば、自動車内で使用される無線機器（例えば、カーナビゲーション装置、スマートフォン）に適用することができる。また、例えば、車車間通信や路車間通信（Ｖ２Ｘ（vehicle to X））に適用することができる。また、例えば、教育分野で使用される学習機器（例えば、タブレット端末）に適用可能である。また、例えば、農業分野で使用される無線機器（例えば、牛管理システムの端末）に適用可能である。同様に、例えば、スポーツ分野や医療分野等で使用される各無線機器に適用可能である。
【０２４８】
＜４．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、無線通信装置１００、２００は、スマートフォン、タブレットＰＣ（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）であってもよい。
【０２７２】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０２７３】
図１９に示した無線アクセスポイント９５０において、図２を用いて説明した制御部１３０は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。例えば、通信状態に関する情報に基づいて、Ａｌｅｒｔ  ｆｒａｍｅの送信の要否を判断することにより、電力消費を低減することができる。
【０２７４】
なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
【０２７５】
また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。
【０２７６】
なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
【０２７７】
なお、本技術は以下のような構成もとることができる。
（１）
情報処理装置における通信状態に関する情報を前記情報処理装置が取得するための期間を前記情報処理装置に通知し、前記期間において取得された前記通信状態に関する情報を前記情報処理装置から通知させ、当該通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御を行う制御部を具備する通信制御装置。
（２）
前記制御部は、前記期間において取得された前記通信状態に関する情報が前記情報処理装置により所定条件を満たすと判断された場合に前記情報処理装置から前記通信状態に関する情報を送信させる制御を行う前記（１）に記載の通信制御装置。
（３）
前記期間において取得された前記通信状態に関する情報のうちの少なくとも１つは前記情報処理装置における受信特性であり、
前記制御部は、前記情報処理装置における前記受信特性が所定条件を満たすか否かを前記情報処理装置に判断させ、前記受信特性が所定条件を満たす場合に前記情報処理装置に通信状態に関する情報を送信させる
前記（１）または（２）に記載の通信制御装置。
（４）
前記制御部は、前記期間の開始および終了を特定するための期間情報を前記情報処理装置に通知する制御を行う前記（１）から（３）のいずれかに記載の通信制御装置。
（５）
前記制御部は、前記期間の開始時刻または前記期間を開始するシーケンス番号のうちの少なくとも１つと、前記期間または前記期間の終了時刻のうちの少なくとも１つとを前記期間情報として前記情報処理装置に通知する前記（４）に記載の通信制御装置。
（６）
前記制御部は、前記通信状態に関する情報を前記情報処理装置が前記通信制御装置に通知することが可能な通知期間を特定するための通知期間情報を前記情報処理装置に通知する制御を行う前記（１）から（５）のいずれかに記載の通信制御装置。
（７）
前記制御部は、前記通知期間の開始時刻と、前記通知期間または前記通知期間の終了時刻とのうちの少なくとも１つを前記通知期間情報として前記情報処理装置に通知する前記（６）に記載の通信制御装置。
（８）
前記制御部は、前記通信状態に関する情報として前記情報処理装置における受信特性に関する情報を通知させる制御を行う前記（１）から（７）のいずれかに記載の通信制御装置。
（９）
前記受信特性に関する情報は、スループット、パケットロス率、前記情報処理装置が受信できた当該情報処理装置が所属するマルチキャストグループ宛てのマルチキャストパケットの数、所望信号電力に対する、雑音電力と干渉電力との和の比とのうちの少なくとも１つである前記（８）に記載の通信制御装置。
（１０）
前記制御部は、前記通信状態に関する情報を特定するための情報であって前記情報処理装置における受信特性を示す指標の識別子を前記情報処理装置に通知する制御を行う前記（１）から（９）のいずれかに記載の通信制御装置。
（１１）
前記制御部は、前記期間に関する情報と、前記通信状態に関する情報を特定するための情報と、前記通信制御装置に通知することが可能な通知期間を特定するための通知期間情報とのうちの少なくとも１つを、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ、または、複数のフレームが連結された連結フレームの一部に含めて前記情報処理装置に送信する制御を行う前記（１）から（１０）のいずれかに記載の通信制御装置。
（１２）
通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を前記通信制御装置に送信する制御を行う制御部を具備する情報処理装置。
（１３）
前記制御部は、前記取得された通信状態に関する情報が所定条件を満たす場合に、通信状態に関する情報を前記通信制御装置に送信する前記（１２）に記載の情報処理装置。
（１４）
前記制御部は、前記通信状態に関する情報として前記情報処理装置における受信特性に関する情報を含む前記（１２）または（１３）に記載の情報処理装置。
（１５）
前記受信特性に関する情報は、前記情報処理装置における受信特性を示す指標に対応する値、または、当該指標の識別子に対応する値である前記（１４）に記載の情報処理装置。
（１６）
前記制御部は、前記通信状態に関する情報を、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅ、または、Ｂｌｏｃｋ  Ａｃｋ  ｆｒａｍｅに含めて前記通信制御装置に送信する制御を行う前記（１２）から（１５）のいずれかに記載の情報処理装置。
（１７）
情報処理装置における通信状態に関する情報を前記情報処理装置が取得するための期間を前記情報処理装置に通知し、前記期間において取得された前記通信状態に関する情報を前記情報処理装置から通知させ、当該通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御手順を具備する情報処理方法。
（１８）
通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を前記通信制御装置に送信する制御手順を具備する情報処理方法。
（１９）
情報処理装置における通信状態に関する情報を前記情報処理装置が取得するための期間を前記情報処理装置に通知し、前記期間において取得された前記通信状態に関する情報を前記情報処理装置から通知させ、当該通信状態に関する情報に基づいて送達確認要求の送信先を決定する制御手順をコンピュータに実行させるプログラム。
（２０）
通信制御装置から通知された期間に取得された自装置における通信状態に関する情報を前記通信制御装置に送信する制御手順をコンピュータに実行させるプログラム。
【符号の説明】
【０２７８】
１  無線通信システム
１００  ＡＰ（無線通信装置）
１１０  無線通信部
１２０  記憶部
１３０  制御部
２００Ａ〜２００Ｆ  ＳＴＡ（無線通信装置）
２１０  無線通信部
２２０  記憶部
２３０  制御部
９００  スマートフォン
９０１  プロセッサ
９０２  メモリ
９０３  ストレージ
９０４  外部接続インタフェース
９０６  カメラ
９０７  センサ
９０８  マイクロフォン
９０９  入力デバイス
９１０  表示デバイス
９１１  スピーカ
９１３  無線通信インタフェース
９１４  アンテナスイッチ
９１５  アンテナ
９１７  バス
９１８  バッテリー
９１９  補助コントローラ
９２０  カーナビゲーション装置
９２１  プロセッサ
９２２  メモリ
９２４  ＧＰＳモジュール
９２５  センサ
９２６  データインタフェース
９２７  コンテンツプレーヤ
９２８  記憶媒体インタフェース
９２９  入力デバイス
９３０  表示デバイス
９３１  スピーカ
９３３  無線通信インタフェース
９３４  アンテナスイッチ
９３５  アンテナ
９３８  バッテリー
９４１  車載ネットワーク
９４２  車両側モジュール
９５０  無線アクセスポイント
９５１  コントローラ
９５２  メモリ
９５４  入力デバイス
９５５  表示デバイス
９５７  ネットワークインタフェース
９５８  有線通信ネットワーク
９６３  無線通信インタフェース
９６４  アンテナスイッチ
９６５  アンテナ
【図１】
2017010149.tif 000003
【図２】
2017010149.tif 000004
【図３】
2017010149.tif 000005
【図４】
2017010149.tif 000006
【図５】
2017010149.tif 000007
【図６】
2017010149.tif 000008
【図７】
2017010149.tif 000009
【図８】
2017010149.tif 000010
【図９】
2017010149.tif 000011
【図１０】
2017010149.tif 000012
【図１１】
2017010149.tif 000013
【図１２】
2017010149.tif 000014
【図１３】
2017010149.tif 000015
【図１４】
2017010149.tif 000016
【図１５】
2017010149.tif 000017
【図１６】
2017010149.tif 000018
【図１７】
2017010149.tif 000019
【図１８】
2017010149.tif 000020
【図１９】
2017010149.tif 000021
【国際調査報告】
2017010149.tif 000022
2017010149.tif 000023
2017010149.tif 000024
2017010149.tif 000025