(57)【要約】【課題】より柔軟に送達確認要求の送信先を変更することが可能な無線通信装置、無線通信方法及びプログラムを提案する。【解決手段】他の無線通信装置との間で無線通信を行う無線通信部と、前記他の無線通信装置によるマルチキャスト送信に係る送達確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、を備える無線通信装置。【選択図】図１
2016111085.tif 000002
【特許請求の範囲】
【請求項１】
他の無線通信装置との間で無線通信を行う無線通信部と、
前記他の無線通信装置によるマルチキャスト送信に係る送達確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、
を備える無線通信装置。
【請求項２】
前記第１のメッセージは、前記送達確認要求フレームの送信先に前記無線通信装置を含めるよう要求するメッセージである、請求項１に記載の無線通信装置。
【請求項３】
前記第１のメッセージは、前記マルチキャスト送信に係る送達確認応答ビットマップを含む、請求項２に記載の無線通信装置。
【請求項４】
前記第１のメッセージは、前記マルチキャスト送信に係る前記無線通信部における受信状況に関する情報を含む、請求項２に記載の無線通信装置。
【請求項５】
前記受信状況に関する情報は、スループット、パケットロス率、受信に成功したマルチキャストパケットの数、受信に失敗したマルチキャストパケットの数、又は所望信号電力に対する雑音電力と干渉信号電力との和の比の少なくともいずれかを含む、請求項４に記載の無線通信装置。
【請求項６】
前記制御部は、前記送達確認要求フレームを受信していない期間が閾値を超えたこと、又は前記マルチキャスト送信に係る前記無線通信部における受信状況に関する情報が閾値より悪化したことの少なくともいずれかをトリガとして前記第１のメッセージを送信するよう前記無線通信部を制御する、請求項２に記載の無線通信装置。
【請求項７】
前記第１のメッセージは、送達確認要求フレームの送信先から前記無線通信装置を除外するよう要求するメッセージである、請求項１に記載の無線通信装置。
【請求項８】
前記制御部は、前記無線通信装置が所属するマルチキャストグループに所属する他の無線通信端末からの送達確認応答フレームの受信に成功したこと、又は前記送達確認応答フレームの受信電力が閾値を超えたこと、前記送達確認応答フレームの受信に成功した回数が閾値を超えたこと、若しくは受信に成功した前記送達確認応答フレームに含まれる送達確認応答ビットマップと前記無線通信部における受信に係る送達確認応答ビットマップとの相関値が閾値を超えたこと、又は前記無線通信装置が前記マルチキャストグループから退会することを検知したこと若しくは前記マルチキャスト送信に係る前記無線通信部における受信状況に関する情報が閾値より改善したことの少なくともいずれかをトリガとして、前記第１のメッセージを送信するよう前記無線通信部を制御する、請求項７に記載の無線通信装置。
【請求項９】
他の無線通信装置との間で無線通信を行う無線通信部と、
前記無線通信部により前記他の無線通信装置から受信された送達確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信部によるマルチキャスト送信に係る前記送達確認要求フレームの送信先を選択する制御部と、
を備える無線通信装置。
【請求項１０】
前記制御部は、前記マルチキャスト送信に係るマルチキャストグループに属するひとつ以上の前記他の無線通信装置における受信状況に関する情報に基づいて前記送達確認要求フレームの送信先を選択する、請求項９に記載の無線通信装置。
【請求項１１】
前記制御部は、前記他の無線通信装置において前記第１のメッセージを送信するトリガのために用いられる情報を含む第３のメッセージを、ブロードキャストフレーム、前記マルチキャスト送信に係るマルチキャストグループ宛てのマルチキャストフレームのうち少なくともひとつを用いて送信するよう前記無線通信部を制御する、請求項９に記載の無線通信装置。
【請求項１２】
前記第１のメッセージは、前記送達確認要求フレームの送信先に前記他の無線通信装置を含めるよう要求するメッセージであり、
前記第３のメッセージは、ビーコンフレームを用いて送信され、前記送達確認要求フレームを受信していない期間の閾値を示す情報、前記他の無線通信装置における受信状況に関する情報の閾値を示す情報、又はビーコン間隔における前記第１のメッセージの送信可能上限数を示す情報の少なくともいずれかを含む、請求項１１に記載の無線通信装置。
【請求項１３】
前記第１のメッセージは、前記送達確認要求フレームの送信先から前記無線通信装置を除外するよう要求するメッセージであり、
前記第３のメッセージは、ビーコンフレームを用いて送信され、前記送達確認要求フレームが最後に受信されてからの経過時間の閾値を示す情報、前記他の無線通信装置における受信状況に関する情報の閾値を示す情報、前記他の無線通信装置と同一のマルチキャストグループに所属する他の無線通信端末からの送達確認応答フレームの受信電力の閾値を示す情報、前記送達確認応答フレームの受信回数の閾値を示す情報、又は前記送達確認応答フレームに含まれる送達確認応答ビットマップとの相関値の閾値を示す情報の少なくともいずれかを含む、請求項１１に記載の無線通信装置。
【請求項１４】
前記制御部は、前記送達確認要求フレームの送信先の最大数を設定する、請求項９に記載の無線通信装置。
【請求項１５】
前記制御部は、前記送達確認要求フレームの送信先の選択結果を示す情報を含む第２のメッセージを前記第１のメッセージの送信元の前記他の無線通信装置へ送信するよう前記無線通信部を制御する、請求項９に記載の無線通信装置。
【請求項１６】
前記制御部は、前記送達確認要求フレームの送信先の受信状況に応じてマルチキャストフレームの送信電力を制御する、請求項９に記載の無線通信装置。
【請求項１７】
他の無線通信装置との間で無線通信を行う無線通信装置において、
前記他の無線通信装置によるマルチキャスト送信に係る送達確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信すること、
を含む無線通信方法。
【請求項１８】
他の無線通信装置との間で無線通信を行う無線通信装置において、
前記無線通信装置により前記他の無線通信装置から受信された送達確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信装置によるマルチキャスト送信に係る前記送達確認要求フレームの送信先を選択すること、
を含む無線通信方法。
【請求項１９】
コンピュータを、
他の無線通信装置との間で無線通信を行う無線通信部と、
前記他の無線通信装置によるマルチキャスト送信に係る送達確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、
として機能させるためのプログラム。
【請求項２０】
コンピュータを、
他の無線通信装置との間で無線通信を行う無線通信部と、
前記無線通信部により前記他の無線通信装置から受信された送達確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信部によるマルチキャスト送信に係る前記送達確認要求フレームの送信先を選択する制御部と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信装置、無線通信方法及びプログラムに関する。
【背景技術】
【０００２】
無線ＬＡＮ（Local  Area  Network）システムにおいては、伝搬損失、シャドウイング、フェージング、又はフレーム同士の衝突等が生じる場合があるため、受信機が送信機から送信されたフレームの受信に失敗する現象が発生し得る。このような現象に対応するため、無線ＬＡＮシステムでは、肯定応答（ＡＣＫ：ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）及び否定応答（ＮＡＣＫ：Ｎｅｇａｔｉｖｅ  ＡＣＫｎｏｗｌｅｄｇｅｍｅｎｔ）を用いた再送制御が採用される場合がある。受信側からの応答を用いた再送制御技術において、データ送信側からの送達確認要求に応じて、受信側からデータ受信の成功又は失敗を示す情報を含む送達確認応答が返却される場合がある。そのひとつとして、ひとつ以上の送信フレームに関する受信確認をまとめて実行可能な、ＢＡＲ（Ｂｌｏｃｋ  ＡＣＫ  Ｒｅｑｕｅｓｔ）フレーム及びＢＡ（Ｂｌｏｃｋ  ＡＣＫ）フレームを用いた再送制御がある。【０００３】
ここで、無線ＬＡＮに関する標準規格の一つであるＩＥＥＥ８０２．１１ａａにおいて、親機（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）と子機（ＳＴＡ：Ｓｔａｔｉｏｎ）との間で、ＢＡＲ及びＢＡを用いた再送制御を行うための技術が定義されている。詳しくは、ＡＰが、マルチキャストグループに属する複数のＳＴＡへＢＡＲをユニキャスト送信し、ＳＴＡからＢＡを受信することで、マルチキャスト送信に関する再送制御を行う技術が定義されている。この技術によれば、マルチキャストグループに属するＳＴＡが少数である場合、例えばＡＰが全てのＳＴＡへＢＡＲを送信し全てのＳＴＡからＢＡを受信することにより、信頼性の高い無線通信環境を実現可能である。ただし、マルチキャストグループに属するＳＴＡの数が多数である場合、ＢＡＲ及びＢＡの送受信にかかるオーバーヘッドによりスループットが劣化し得る。【０００４】
上記事情に関し、下記特許文献１では、マルチキャストグループのＳＴＡをグループ化し、グループごとに設定した代表端末のみを対象としてＢＡＲ及びＢＡの送受信を行う技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−５３８３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記特許文献１に開示された技術では、厳密なグループ化及び代表端末の選定が行われる。そのため、例えばＳＴＡの受信環境の変動が生じた場合に、再度のグループ化を行うことなくスループットの劣化を防止することは困難であるし、グループ化をやり直すためには高いオーバーヘッドが要されていた。そこで、本開示では、より柔軟に送達確認要求の送信先を変更することが可能な、新規且つ改良された無線通信装置、無線通信方法及びプログラムを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、他の無線通信装置との間で無線通信を行う無線通信部と、前記他の無線通信装置によるマルチキャスト送信に係る送信確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、を備える無線通信装置が提供される。【０００８】
また、本開示によれば、他の無線通信装置との間で無線通信を行う無線通信部と、前記無線通信部により前記他の無線通信装置から受信された送信確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信部によるマルチキャスト送信に係る前記送信確認要求フレームの送信先を選択する制御部と、を備える無線通信装置が提供される。【０００９】
また、本開示によれば、他の無線通信装置との間で無線通信を行う無線通信装置において、前記他の無線通信装置によるマルチキャスト送信に係る送信確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信すること、を含む無線通信方法が提供される。【００１０】
また、本開示によれば、他の無線通信装置との間で無線通信を行う無線通信装置において、前記無線通信装置により前記他の無線通信装置から受信された送信確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信装置によるマルチキャスト送信に係る前記送信確認要求フレームの送信先を選択すること、を含む無線通信方法が提供される。【００１１】
また、本開示によれば、コンピュータを、他の無線通信装置との間で無線通信を行う無線通信部と、前記他の無線通信装置によるマルチキャスト送信に係る送信確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、として機能させるためのプログラムが提供される。【００１２】
また、本開示によれば、コンピュータを、他の無線通信装置との間で無線通信を行う無線通信部と、前記無線通信部により前記他の無線通信装置から受信された送信確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信部によるマルチキャスト送信に係る前記送信確認要求フレームの送信先を選択する制御部と、として機能させるためのプログラムが提供される。
【発明の効果】
【００１３】
以上説明したように本開示によれば、より柔軟に送達確認要求の送信先を変更することが可能である。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１４】
【図１】本開示の一実施形態に係る無線通信システムの全体構成の一例を示す図である。
【図２】本実施形態に係るＡＰの論理的な構成の一例を示すブロック図である。
【図３】本実施形態に係るＳＴＡの論理的な構成の一例を示すブロック図である。
【図４】本実施形態に係る無線通信システムにおいて実行されるＢＡＲ及びＢＡの送受信処理の流れの一例を示すシーケンス図である。
【図５】本実施形態に係るＳＴＡにおいて実行される受信状況情報の回答処理の流れの一例を示すフローチャートである。
【図６】本実施形態に係るＡＰにおいて実行されるＢＡＲの送信先の選択処理の流れの一例を示すフローチャートである。
【図７】本実施形態に係る無線通信システムにおいて実行されるＢＡＲの送信先変更処理の流れの一例を示すシーケンス図である。
【図８】本実施形態に係るＳＴＡにおいて実行されるＢＡＲ開始要求メッセージの送信判定処理の流れの一例を示すフローチャートである。
【図９】本実施形態に係るＳＴＡにおいて実行されるＢＡＲ停止要求メッセージの送信判定処理の流れの一例を示すフローチャートである。
【図１０】スマートフォンの概略的な構成の一例を示すブロック図である。
【図１１】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図１２】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
また、本明細書及び図面において、実質的に同一の機能構成を有する要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の要素を、必要に応じて無線通信装置１００Ａ、１００Ｂ及び１００Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、無線通信装置１００Ａ、１００Ｂ及び１００Ｃを特に区別する必要が無い場合には、単に無線通信装置１００と称する。
【００１７】
なお、説明は以下の順序で行うものとする。
１．全体構成
２．基本構成
２．１．ＡＰ
２．２．ＳＴＡ
３．機能詳細
３．１．ＢＡＲ／ＢＡの送受信機能
３．２．ＢＡＲの送信先変更機能
４．応用例
５．まとめ
【００１８】
＜＜１．全体構成＞＞
まず、図１を参照して、本開示の一実施形態に係る無線通信システムの全体構成を説明する。
【００１９】
図１は、本開示の一実施形態に係る無線通信システム１の全体構成の一例を示す図である。図１に示すように、無線通信システム１は、無線通信装置１００及びひとつ以上の無線通信装置２００を含む。無線通信装置１００は、自身に接続するひとつ以上のＳＴＡへ無線通信サービスを提供するＡＰである。無線通信装置２００は、ＡＰ１００に接続して無線通信を行うＳＴＡである。図１に示した例では、ＳＴＡ２００Ａ及び２００Ｂはスマートフォンであり、ＳＴＡ２００Ｃはタブレット端末である。ＡＰ１００からＳＴＡ２００への通信をＤＬ（ダウンリンク）、ＳＴＡ２００からＡＰ１００への通信をＵＬ（アップリンク）とも称する。
【００２０】
例えば、ＡＰ１００及びＳＴＡ２００Ａ〜２００Ｃは、それぞれ無線通信を介して接続され、直接的にフレームの送受信を行う。ＳＴＡ２００Ａ〜２００Ｃは、単一のマルチキャストグループに属しているものとし、ＡＰ１００は、ＳＴＡ２００Ａ〜２００Ｃを対象としたマルチキャスト送信を行う。また、ＡＰ１００はＳＴＡ２００Ａ〜２００Ｃとの間で、ＡＤＤＢＡ  ｒｅｑｕｅｓｔ及びＡＤＤＢＡ  ｒｅｓｐｏｎｓｅの送受信を行うことで、ＢＡＲ及びＢＡを送受信するための準備を完了しているものとする。これにより、ＳＴＡ２００Ａ〜２００Ｃは、いずれもＢＡＲを受信しＢＡを返信することが可能な状態にある。以下では、特に言及しない限り、ＳＴＡ２００は単一のマルチキャストグループに属しており、ＢＡＲ及びＢＡを送受信するための準備を完了しているものとする。
【００２１】
以上、本実施形態に係る無線通信システム１の全体構成の一例を説明した。続いて、図２及び図３を参照して、本実施形態に係るＡＰ１００及びＳＴＡ２００の基本的な構成例を説明する。
【００２２】
＜＜２．基本構成＞＞
＜２．１．ＡＰ＞
図２は、本実施形態に係るＡＰ１００の論理的な構成の一例を示すブロック図である。図２に示すように、ＡＰ１００は、無線通信部１１０、記憶部１２０及び制御部１３０を含む。
【００２３】
（１）無線通信部１１０
無線通信部１１０は、ＡＰ１００による他の装置との無線通信を仲介する無線通信インタフェースである。本実施形態では、無線通信部１１０は、ＳＴＡ２００との間で無線通信を行う。例えば、無線通信部１１０は、ＳＴＡ２００から送信された無線信号を受信する。無線通信部１１０は、増幅器、周波数変換器、及び復調器等としての機能を有していてもよく、例えば受信したデータを制御部１３０へ出力し得る。また、無線通信部１１０は、アンテナを介してＳＴＡ２００へ無線信号を送信する。無線通信部１１０は、変調器、及び増幅器等としての機能を有していてもよく、例えば制御部１３０から出力されたデータを、変調及び電力増幅等して送信してもよい。
【００２４】
本実施形態に係る無線通信部１１０は、ＳＴＡ２００へマルチキャスト送信を行う。また、無線通信部１１０は、制御部１３０により選択されたＢＡＲの送信先のＳＴＡへＢＡＲを送信し、ＢＡを受信する。なお、ＢＡには、一連のマルチキャストパケットの受信成否を示すＢＡビットマップ（送達確認応答ビットマップ）が含まれる。ここでのマルチキャストパケットとは、ＳＴＡ２００自身が属するマルチキャストグループ宛てのマルチキャストパケットを指す。また、無線通信部１１０は、各ＳＴＡ２００との間で、ＢＡＲの送信先を柔軟に変更するための各種メッセージを送受信する。
【００２５】
（２）記憶部１２０
記憶部１２０は、所定の記録媒体に対してデータの記録再生を行う部位である。例えば、記憶部１２０は、制御部１３０により選択されたＢＡＲの送信先を示す情報を記憶する。
【００２６】
（３）制御部１３０
制御部１３０は、演算処理装置および制御装置として機能し、各種プログラムに従ってＡＰ１００内の動作全般を制御する。
【００２７】
例えば、制御部１３０は、ＢＡＲの送信先を選択する機能を有する。例えば、制御部１３０は、マルチキャストグループに属するひとつ以上のＳＴＡ２００における、ＡＰ１００からのマルチキャスト送信に係る受信状況に関する情報に基づいてＢＡＲの送信先を選択してもよい。この情報を、以下では受信状況情報とも称する。受信状況情報は、例えば、スループット、パケットロス率、受信に成功したマルチキャストパケットの数、受信に失敗したマルチキャストパケットの数、又は所望信号電力に対する雑音電力と干渉信号電力との和の比の少なくともいずれかを含む情報である。ＡＰ１００は、受信状況情報に基づいてＢＡＲの送信先を選択することで、無線通信システム１全体の信頼性を向上させることができる。なお、制御部１３０は、受信状況情報に基づいて、データ送信に用いる変調方式又は誤り訂正符号化率のうち少なくともいずれかを決定してもよい。
【００２８】
制御部１３０は、ＳＴＡ２００から受信状況情報を取得するために、受信状況情報を要求するメッセージをＳＴＡ２００へ送信するよう無線通信部１１０を制御してもよい。本メッセージを、以下では受信状況情報要求メッセージとも称する。また、制御部１３０は、無線通信部１１０により受信されたＳＴＡ２００からの回答を含むメッセージから、受信状況情報を取得する。以下では、本メッセージを、受信状況情報回答メッセージとも称する。
【００２９】
制御部１３０がＢＡＲの送信先を選択するタイミングは多様に考えられる。例えば、制御部１３０は、無線通信部１１０によりＳＴＡ２００から受信されたＢＡＲの送信先の変更を要求するメッセージ（第１のメッセージ）に基づいて、無線通信部１１０によるマルチキャスト送信に係るＢＡＲの送信先を選択してもよい。本メッセージを、以下では送信先変更要求メッセージとも称する。本メッセージにより、制御部１３０は、ＳＴＡ２００の電波環境の変化等に応じてＢＡＲの送信先を柔軟に変更することが可能である。これにより、ＡＰ１００は、マルチキャストグループ全体の信頼性を向上させることができる。なお、制御部１３０は、受信された送信先変更要求メッセージが示す変更要求をそのまま採用してもよいし、例えばＳＴＡ２００における受信状況を示す情報に基づいて選択してもよい。他にも、制御部１３０は、例えば周期的にＢＡＲの送信先を選択してもよい。
【００３０】
例えば、制御部１３０は、ＢＡＲの送信先の選択結果を示す情報を含むメッセージ（第２のメッセージ）を送信先変更要求メッセージの送信元のＳＴＡ２００へ送信するよう無線通信部１１０を制御してもよい。このＢＡＲの送信先の選択結果を示す情報を含むメッセージを、以下では送信先変更回答メッセージとも称する。本メッセージにより、ＳＴＡ２００は、自身がＢＡＲの送信先として選択されたこと、自身がＢＡＲの送信先から除外されたこと、又は自身の要求が拒否されたことを知得することが可能となる。
【００３１】
例えば、制御部１３０は、ＳＴＡ２００において送信先変更要求メッセージを送信するトリガ（条件）のために用いられる情報を含むメッセージ（第３のメッセージ）を送信するよう、無線通信部１１０を制御してもよい。本メッセージを、以下では送信先変更要求トリガ設定メッセージとも称する。本メッセージにより、ＡＰ１００は、ＳＴＡ２００により送信先変更要求メッセージが送信される状況、タイミング等を制御することが可能となる。
【００３２】
また、制御部１３０は、ＢＡＲが送信されることを通知するメッセージをＢＡＲの送信先として選択されたＳＴＡ２００へ送信するよう無線通信部１１０を制御してもよい。また、制御部１３０は、ＢＡＲが送信されないことを通知するメッセージを、ＢＡＲの送信先として選択されなかったＳＴＡ２００へ送信するよう無線通信部１１０を制御してもよい。このようなメッセージを、以下ではＢＡＲ送信先通知メッセージとも称する。本メッセージにより、ＳＴＡ２００は、自身がＢＡＲの送信先として選択されたこと又は選択されなかったことを明示的に知得できるので、自身の受信状況等に応じて送信先変更要求メッセージを送信することが可能となる。なお、ＡＰ１００がＢＡＲ送信先通知メッセージを送信しない場合、ＳＴＡ２００は、所定期間内に自身へのＢＡＲが送信されたか否かに基づいて、自身がＢＡＲの送信先として選択されたか否かを判定し得る。
【００３３】
＜２．２．ＳＴＡ＞
図３は、本実施形態に係るＳＴＡ２００の論理的な構成の一例を示すブロック図である。図３に示すように、ＳＴＡ２００は、無線通信部２１０、記憶部２２０及び制御部２３０を含む。
【００３４】
（１）無線通信部２１０
無線通信部２１０は、ＳＴＡ２００による他の装置との無線通信を仲介する無線通信インタフェースである。本実施形態では、無線通信部２１０は、ＡＰ１００との間で無線通信を行う。例えば、無線通信部２１０は、ＡＰ１００から送信された無線信号を受信する。無線通信部２１０は、増幅器、周波数変換器、及び復調器等としての機能を有していてもよく、例えば受信したデータを制御部２３０へ出力し得る。また、無線通信部２１０は、アンテナを介してＡＰ１００へ無線信号を送信する。無線通信部２１０は、変調器、及び増幅器等としての機能を有していてもよく、例えば制御部２３０から出力されたデータを、変調及び電力増幅等して送信してもよい。
【００３５】
本実施形態に係る無線通信部２１０は、ＡＰ１００からマルチキャスト送信されたフレームを受信する。また、無線通信部２１０は、ＡＰ１００からＢＡＲを受信し、ＡＰ１００へＢＡを送信する。また、無線通信部２１０は、ＡＰ１００との間で、ＢＡＲの送信先を柔軟に変更するための各種メッセージを送受信する。
【００３６】
（２）記憶部２２０
記憶部２２０は、所定の記録媒体に対してデータの記録再生を行う部位である。例えば、記憶部２２０は、ＡＰ１００により通知された送信先変更要求トリガ設定メッセージ等に含まれる情報を記憶する。
【００３７】
（３）制御部２３０
制御部２３０は、演算処理装置および制御装置として機能し、各種プログラムに従ってＳＴＡ２００内の動作全般を制御する。
【００３８】
例えば、制御部２３０は、ＡＰ１００によるマルチキャスト送信に係るＢＡＲの送信先の変更を要求するメッセージ（送信先変更要求メッセージ）をＡＰ１００へ送信するよう無線通信部２１０を制御する機能を有する。ＳＴＡ２００は、送信先変更要求メッセージにより、ＢＡＲの送信先を柔軟に変更させることが可能である。
【００３９】
送信先変更要求メッセージは、ＢＡＲの送信先にＳＴＡ２００自身を含めるよう要求するメッセージであってもよい。即ち、本メッセージは、ＳＴＡ２００が、自身へのＢＡＲの送信の開始を要求するメッセージである。本メッセージを、以下ではＢＡＲ開始要求メッセージとも称する。本メッセージにより、ＳＴＡ２００は、例えば閾値よりも受信状況が悪い場合に、自身をＢＡＲの送信先とするようＡＰ１００へ要求することができる。この要求が承諾されてＢＡＲの送信先となった場合、ＳＴＡ２００は、適切な再送を受けることが可能となる。ここで、閾値よりも受信状況（又は受信状況情報）が悪いとは、例えば受信状況情報がスループットである場合、閾値よりも小さい値が計算されたことを指し、例えば受信状況情報がパケットロス率であれば、閾値よりも大きな値が計算されたことを指す。閾値よりも受信状況が良いとは、これらの逆を意味するものとする。なお、この閾値は、ＡＰ１００から通知された送信先変更要求トリガ設定メッセージにより指定される。
【００４０】
送信先変更要求メッセージは、ＢＡＲの送信先からＳＴＡ２００自身を除外するよう要求するメッセージであってもよい。即ち、本メッセージは、ＳＴＡ２００が、自身へのＢＡＲの送信の停止を要求するメッセージである。本メッセージを、以下ではＢＡＲ停止要求メッセージとも称する。本メッセージにより、ＳＴＡ２００は、例えば閾値よりも受信状況が良い場合に、自身をＢＡＲの送信先から除外するようＡＰ１００へ要求することができる。この要求が承諾されてＢＡＲの送信先から除外された場合、マルチキャストグループ内の他のＳＴＡ２００が、ＢＡＲの送信先として選択される機会を増加させることができる。
【００４１】
例えば、制御部２３０は、受信状況情報回答メッセージをＡＰ１００へ送信するよう無線通信部２１０を制御してもよい。例えば、制御部２３０は、ＡＰ１００から通知された受信状況情報要求メッセージにより指定された、ＡＰ１００が要求する受信状況情報を取得して、受信状況情報回答メッセージを返信させる。
【００４２】
以上、本実施形態に係るＡＰ１００及びＳＴＡ２００の基本的な構成例を説明した。続いて、本実施形態に係るＡＰ１００及びＳＴＡ２００の機能について詳細に説明する。
【００４３】
＜＜３．機能詳細＞＞
以下では、ＡＰ１００及びＳＴＡ２００における、ＢＡＲ及びＢＡを送受信するＢＡＲ／ＢＡの送受信機能、及びＢＡＲの送信先を変更するＢＡＲの送信先変更機能について、それぞれ詳細に説明する。
【００４４】
＜３．１．ＢＡＲ／ＢＡの送受信機能＞
（ＡＰ側の機能詳細）
上述したように、制御部１３０は、受信状況情報要求メッセージをＳＴＡ２００へ送信することで、ＳＴＡ２００の受信状況情報を取得する。例えば、制御部１３０は、受信状況情報要求メッセージを、マルチキャスト送信するよう無線通信部１１０を制御してもよい。これにより、ＡＰ１００は、マルチキャストグループに属するＳＴＡ２００の各々の受信状況情報を取得可能となる。受信状況情報要求メッセージには、多様な情報が含まれ得る。
【００４５】
例えば、制御部１３０は、要求する受信状況情報を識別するための識別子を受信状況情報要求メッセージに含め得る。これにより、受信状況情報回答メッセージには、当該識別子に対応する受信状況情報が含まれることとなる。
【００４６】
例えば、制御部１３０は、パケットロス率を要求する場合、送信するマルチキャストパケットの総数を受信状況情報要求メッセージに含め得る。これにより、ＳＴＡ２００は、パケットロス率を計算することが可能となる。なお、ＳＴＡ２００は、自身が受信したパケットの最小のシーケンス番号と最大のシーケンス番号とから、ＡＰ１００が送信したマルチキャストパケットの総数を計算してもよい。その場合、制御部１３０は、送信するマルチキャストパケットの総数を受信状況情報要求メッセージに含めなくてもよい。
【００４７】
例えば、制御部１３０は、受信に失敗したマルチキャストパケットの数を要求する場合、送信するマルチキャストパケットの総数を受信状況情報要求メッセージに含め得る。これにより、ＳＴＡ２００は、受信に失敗したマルチキャストパケットの数を計算することが可能となる。なお、ＳＴＡ２００は、自身が受信に成功したパケットの最小のシーケンス番号と最大のシーケンス番号との間における受信できていないシーケンス番号から、受信に失敗したマルチキャストパケットの数を計算してもよい。その場合、制御部１３０は、送信するマルチキャストパケットの総数を受信状況情報要求メッセージに含めなくてもよい。ただし、ＩＥＥＥ８０２．１１では、マルチキャストパケットのシーケンス番号が、全てのマルチキャストグループ、及びビーコンを始めとしたマネジメントフレームと共通する場合がある。その場合、受信していないシーケンス番号のパケットは、必ずしもＳＴＡ２００自身宛てのパケットであるとは言えない。このような場合、ＳＴＡ２００は、受信していないシーケンス番号のパケットを受信に失敗したマルチキャストパケットの数として単純に数えてもよいし、例えばフレームの種類又はフレームが自身宛てであるか否か等によりフィルタリングした上で数えてもよい。
【００４８】
例えば、制御部１３０は、ＳＴＡ２００が受信状況情報回答メッセージを返信するか否かを判定するための閾値を示す情報を、受信状況情報要求メッセージに含めてもよい。制御部１３０は、例えば受信状況情報の生の値、又は量子化された値、瞬時値若しくは平均値その他の生の値から一意に導き出される値を閾値に用いてもよい。また、制御部１３０は、受信状況情報要求メッセージの送信先のＳＴＡ２００から過去に受信状況情報が受信されている場合、過去の受信状況情報との変化率を閾値に用いてもよい。他にも、制御部１３０は、上限値及び下限値のように、ひとつの受信状況情報に関する複数の閾値を、受信状況情報要求メッセージに含めてもよい。その場合、制御部１３０は、受信状況情報が上限値及び下限値の範囲内であるＳＴＡ２００に、受信状況情報回答メッセージを送信させることができる。制御部１３０が指定する閾値の値は、予め定められたデフォルトの値であってもよいし、伝搬路の混雑度合い等から制御部１３０により算出された値であってもよい。なお、この閾値は、ＡＰ１００におけるＢＡＲの送信先の選択のために用いられる閾値と同一であることが、効率の観点から望ましい。なお、受信状況情報要求メッセージにかかる閾値が含まれない場合、ＳＴＡ２００は、受信状況情報要求メッセージの受信をトリガとして受信状況情報回答メッセージを返信してもよい。
【００４９】
他にも、受信状況情報要求メッセージには、計測の開始時刻、及び計測期間が含まれていてもよい。その場合、ＳＴＡ２００の各々から収集する情報の確度を一定に保つことが可能となる。
【００５０】
受信状況情報要求メッセージは、例えばＲａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅを用いて送信され得る。その場合、制御部１３０は、要求する受信状況情報を識別するための識別子等のＳＴＡ２００へ通知する情報を、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ内の任意のフィールドに格納し得る。例えば、制御部１３０は、下記の一例を挙げるＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔに格納してもよいし、下記Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔのいずれかのｓｕｂ  ｅｌｅｍｅｎｔに格納してもよい。
・Ｃｈａｎｎｅｌ  ｌｏａｄ  ｒｅｑｕｅｓｔ
・Ｎｏｉｓｅ  ｈｉｓｔｏｇｒａｍ  ｒｅｑｕｅｓｔ
・Ｆｒａｍｅ  ｒｅｑｕｅｓｔ
・ＳＴＡ  ｓｔａｔｉｓｔｉｃｓ  ｒｅｑｕｅｓｔ
・ＬＣＩ  ｒｅｑｕｅｓｔ
・Ｔｒａｎｓｍｉｔ  ｓｔｒｅａｍ／ｃａｔｅｇｏｒｙ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｑｕｅｓｔ
・Ｍｕｌｔｉｃａｓｔ  ｄｉａｇｎｏｓｔｉｃｓ  ｒｅｑｕｅｓｔ
・新たなＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ
【００５１】
例えば、制御部１３０は、受信状況情報が閾値の範囲内にあるＳＴＡ２００を、ＢＡＲの送信先として選択してもよい。この閾値は、上限値及び下限値のように、ひとつの受信状況情報に関する複数の値が設定されてもよい。上限値は、例えば受信状況が悪いＳＴＡ２００をＢＡＲの送信先として選択するよう定められた値であってもよい。例えば、制御部１３０は、この上限値以下の受信状況情報を報告したＳＴＡ２００を、ＢＡＲの送信先として選択する。これにより、ＡＰ１００は、マルチキャストグループ全体の信頼性を向上させることができる。一方で、下限値は、例えば極端に受信状況が悪いＳＴＡ２００をＢＡＲの送信先として選択しないように定められた値であってもよい。例えば、制御部１３０は、この下限値以下の受信状況情報を報告したＳＴＡ２００を、ＢＡＲの送信先としては選択しない。その場合、制御部１３０は、極端に受信状況が悪いＳＴＡ２００をＢＡＲの送信先として選択することを回避することが可能となる。これにより、ＡＰ１００は、過度な再送によるオーバーヘッドを抑えることができる。制御部１３０は、無線通信システム１内でデフォルトで設定された閾値を用いてもよいし、伝搬路の混雑度合い等に基づいて適応的に閾値を計算してもよい。
【００５２】
制御部１３０は、ＢＡＲの送信先の最大数を設定してもよい。制御部１３０は、設定した最大数を超えない範囲で、ＢＡＲの送信先のＳＴＡ２００を選択する。これにより、ＡＰ１００は、過度のＢＡＲ及びＢＡの送受信を抑止することが可能となる。ここで、ＢＡＲの数が増加するにつれて、オーバーヘッドが増加して帯域が圧迫され、無線通信システム１全体のスループットが低下し得る。そのため、帯域の使用率に応じてＢＡＲ送信先のＳＴＡ２００の数が管理されることが望ましい。そこで、制御部１３０は、ＳＴＡ２００との間における伝搬路の混雑度合いに基づいて最大数を設定してもよい。これにより、ＡＰ１００は、無線通信システム１全体のスループットが過度に低下することを、帯域の状態に応じて回避することができる。もちろん、制御部１３０は、予め設定されたデフォルトの最大数を用いてもよい。
【００５３】
なお、制御部１３０は、ＳＴＡ２００から受信状況情報回答メッセージが受信される度に、ＢＡＲの送信先の選択を逐次的に行ってもよい。この場合、ＡＰ１００は、全てのＳＴＡ２００からの受信状況情報が集まっていない段階から、信頼性の向上を図ることができる。さらに、ＳＴＡ２００から受信状況情報回答メッセージが一挙に送信されて、帯域が一挙に圧迫される事態を回避することが可能である。また、制御部１３０は、所定数のＳＴＡ２００から受信状況情報回答メッセージが受信された場合に、ＢＡＲの送信先の選択を行ってもよい。この場合、ＡＰ１００は、受信状況が良いＳＴＡ２００をＢＡＲの送信先として選択することを防止し得るので、冗長なＢＡＲ及びＢＡの送受信を防止し得る。
【００５４】
制御部１３０は、受信状況に関する情報に応じて、マルチキャストパケットを送信する電力の制御を行ってもよい。たとえば、ＢＡＲ送信先のＳＴＡ２００の受信状況が良好な場合、ＡＰ１００がマルチキャストパケットを送信する電力を下げても、当該ＳＴＡ２００に正しく受信させることができる。このような場合に、制御部１３０は、送信電力を下げることによって、スループットを保ちつつ、ＡＰ１００自身の周りに存在している他の無線端末への影響を下げることができ、システム全体のスループットを向上させることができる。逆に、ＢＡＲ送信先のＳＴＡ２００の受信状況が劣悪な場合、制御部１３０は、送信電力を上げることによって、ＢＡＲ送信先のＳＴＡ２００が正しく受信できる確率が上昇し、スループットを改善することができる。
【００５５】
（ＳＴＡ側の機能詳細）
上述したように、制御部２３０は、受信状況情報回答メッセージをＡＰ１００へ送信することで、ＡＰ１００から要求された受信状況情報を報告する。例えば、制御部２３０は、受信状況情報要求メッセージを、ユニキャスト送信するよう無線通信部１１０を制御してもよい。受信状況情報回答メッセージには、多様な情報が含まれ得る。
【００５６】
例えば、受信状況情報回答メッセージには、受信状況情報が含まれ得る。受信状況情報は、計測された生の値でもよいし、量子化された値、瞬時値又は平均値その他の生の値から一意に導き出される値であってもよい。
【００５７】
例えば、受信状況情報回答メッセージには、ＳＴＡ２００により計測された、伝搬路の混雑度合いを示す情報が含まれ得る。これにより、ＡＰ１００において、伝搬路の混雑度合いに基づいてＢＡＲの送信先の最大数を設定することが可能となる。
【００５８】
受信状況情報回答メッセージは、例えばＲａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅを用いて送信され得る。その場合、制御部２３０は、受信状況情報等のＡＰ１００へ回答する情報を、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅ内の任意のフィールドに格納し得る。例えば、制御部２３０は、下記の一例を挙げるＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔに格納してもよいし、下記Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔのいずれかのｓｕｂ  ｅｌｅｍｅｎｔに格納してもよい。
・Ｃｈａｎｎｅｌ  ｌｏａｄ  ｒｅｐｏｒｔ
・Ｎｏｉｓｅ  ｈｉｓｔｏｇｒａｍ  ｒｅｐｏｒｔ
・Ｆｒａｍｅ  ｒｅｐｏｒｔ
・ＳＴＡ  ｓｔａｔｉｓｔｉｃｓ  ｒｅｐｏｒｔ
・ＬＣＩ  ｒｅｐｏｒｔ
・Ｔｒａｎｓｍｉｔ  ｓｔｒｅａｍ／ｃａｔｅｇｏｒｙ  ｍｅａｓｕｒｅｍｅｎｔ  ｒｅｐｏｒｔ
・Ｍｕｌｔｉｃａｓｔ  ｄｉａｇｎｏｓｔｉｃｓ  ｒｅｐｏｒｔ
・新たなＩｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ
【００５９】
（動作処理例）
続いて、ＢＡＲ／ＢＡの送受信機能に係る動作処理を説明する。まず、図４を参照して、無線通信システム１全体における動作処理例を説明する。
【００６０】
図４は、本実施形態に係る無線通信システム１において実行されるＢＡＲ及びＢＡの送受信処理の流れの一例を示すシーケンス図である。図４に示すように、本シーケンスにはＡＰ１００及びＳＴＡ２００が関与する。なお、図４では、ＢＡＲの送信先として選択されるＳＴＡ２００のひとつを代表して図示し、その他のＳＴＡ２００は省略している。
【００６１】
まず、ステップＳ１０２で、ＡＰ１００は、受信状況情報要求メッセージをＳＴＡ２００へ送信する。
【００６２】
次いで、ステップＳ１０４で、ＳＴＡ２００は、回答判定処理を行う。例えば、ＳＴＡ２００は、受信状況情報要求メッセージにおいて要求された受信状況情報を計算して、回答するか否かを判定する。詳細な判定基準については、図５を参照して後に説明する。
【００６３】
次に、ステップＳ１０６で、ＳＴＡ２００は、受信状況情報回答メッセージをＡＰ１００へ送信する。
【００６４】
そして、ステップＳ１０８で、ＡＰ１００は、ＢＡＲ送信先選択処理を行う。例えば、ＡＰ１００は、受信状況情報回答メッセージに含まれた情報に基づいて、どのＳＴＡ２００へＢＡＲを送信するかを判定する。詳細な判定基準については、図６を参照して後に説明する。
【００６５】
次いで、ステップＳ１１０で、ＡＰ１００は、上記ステップＳ１０８において選択したＳＴＡ２００へ、ＢＡＲが送信されることを通知するためのＢＡＲ送信先通知メッセージを送信する。
【００６６】
次いで、ステップＳ１１２で、ＡＰ１００は、マルチキャストグループに属するひとつ以上のＳＴＡ２００へマルチキャスト送信を行う。ＡＰ１００は、複数回マルチキャスト送信を行ってもよい。
【００６７】
次に、ステップＳ１１４で、ＡＰ１００は、ＢＡＲをＳＴＡ２００へ送信する。その際、ＡＰ１００は、上記ステップＳ１０８においてＢＡＲの送信先として選択したＳＴＡ２００へＢＡＲを送信する。
【００６８】
そして、ステップＳ１１６で、自身宛てのＢＡＲを受信したＳＴＡ２００は、ＢＡをＡＰ１００へ送信する。
【００６９】
以上、無線通信システム１全体におけるＢＡＲ／ＢＡの送受信機能に係る動作処理例を説明した。続いて、図５及び図６を参照して、ＡＰ１００及びＳＴＡ２００における動作処理例をそれぞれ説明する。
【００７０】
図５は、本実施形態に係るＳＴＡ２００において実行される受信状況情報の回答処理の流れの一例を示すフローチャートである。
【００７１】
図５に示すように、まず、ステップＳ２０２で、無線通信部２１０は、ＡＰ１００から受信状況情報要求メッセージを受信する。
【００７２】
次いで、ステップＳ２０４で、制御部２３０は、ＳＴＡ２００が要求している受信状況情報の識別子、及び受信状況情報を送信するか否かを判定するための閾値を、受信状況情報要求メッセージから取得する。また、制御部２３０は、計測の開始時刻及び計測期間を受信状況情報要求メッセージから取得してもよい。
【００７３】
次に、ステップＳ２０６で、制御部２３０は、上記ステップＳ２０４において取得した識別子から、ＡＰ１００が要求している受信状況情報を識別する。
【００７４】
次いで、ステップＳ２０８で、制御部２３０は、上記ステップＳ２０６において識別した受信状況情報を計算する。例えば、制御部２３０は、上記ステップＳ２０４において取得した計測の開始時刻から計測期間分の計測を行い、計測した結果に基づいて受信状況情報を計算する。
【００７５】
次に、ステップＳ２１０で、制御部２３０は、上記ステップＳ２０４において閾値の取得に成功したか否かを判定する。
【００７６】
閾値の取得に成功したと判定された場合（Ｓ２１０／ＹＥＳ）、ステップＳ２１２で、制御部２３０は、閾値よりも受信状況が悪い受信状況情報があるか否かを判定する。例えば、制御部２３０は、上記ステップＳ２０４において取得した閾値と、上記ステップＳ２０８において計算した受信状況情報とを比較して本判定を行う。なお、上記ステップＳ２０４において複数の閾値が取得された場合、制御部２３０は、複数の閾値のうちいずれかひとつ、任意の複数個、又は取得に成功した全ての閾値に関して、閾値よりも受信状況が悪い受信状況情報があるか否かを判定してもよい。
【００７７】
閾値よりも受信状況が悪い受信状況情報があると判定された場合（Ｓ２１２／ＹＥＳ）、ステップＳ２１４で、制御部２３０は、受信状況情報回答メッセージを送信するよう無線通信部２１０を制御する。例えば、制御部２３０は、上記ステップＳ２０８において計算した受信状況情報を受信状況情報回答メッセージに含め、無線通信部２１０にＡＰ１００へ送信させる。閾値の取得に失敗したと判定された場合（Ｓ２１０／ＮＯ）も同様である。
【００７８】
閾値よりも受信状況が悪い受信状況情報がないと判定された場合（Ｓ２１２／ＮＯ）、制御部２３０は、受信状況情報回答メッセージを送信させない。この場合、制御部２３０は、周期的に上記ステップＳ２１２に係る判定を行い、閾値よりも受信状況が悪い受信状況情報が発生した時点で、受信状況情報回答メッセージを送信させてもよい。
【００７９】
図６は、本実施形態に係るＡＰ１００において実行されるＢＡＲの送信先の選択処理の流れの一例を示すフローチャートである。
【００８０】
図６に示すように、まず、ステップＳ３０２で、無線通信部１１０は、ＳＴＡ２００から受信状況情報回答メッセージを受信する。
【００８１】
次いで、ステップＳ３０４で、制御部１３０は、受信状況情報を受信状況情報回答メッセージから取得する。
【００８２】
次に、ステップＳ３０６で、制御部１３０は、受信状況が閾値の範囲内であるか否かを判定する。例えば、制御部１３０は、予め設定された、又は混雑度合い等に基づいて計算した上限値及び下限値の範囲内に受信状況情報が含まれるか否かを判定する。
【００８３】
受信状況が閾値の範囲内でないと判定された場合（Ｓ３０６／ＮＯ）、処理は終了する。
【００８４】
一方で、受信状況が閾値の範囲内であると判定された場合（Ｓ３０６／ＹＥＳ）、ステップＳ３０８で、制御部１３０は、受信状況情報の送信元であるＳＴＡ２００をＢＡＲ送信先候補リストに加える。なお、制御部１３０は、ＳＴＡ２００からの受信状況情報回答メッセージが受信される度に、ＢＡＲ送信先候補リストを更新してもよい。
【００８５】
次いで、ステップＳ３１０で、制御部１３０は、ＢＡＲの送信先ＳＴＡ２００の最大数を設定する。例えば、制御部１３０は、受信状況情報回答メッセージから取得された、伝搬路の混雑度合いを示す情報に基づいて最大数を設定する。
【００８６】
次に、ステップＳ３１２で、制御部１３０は、候補リストの中から設定した最大数以下のＳＴＡ２００をＢＡＲの送信先として選択する。例えば、制御部１３０は、候補リストに含まれるＳＴＡ２００のうち、受信状況が悪い順にＢＡＲの送信先を選択してもよい。
【００８７】
そして、ステップＳ３１４で、制御部１３０は、ＢＡＲの送信先として選択されたことを示すＢＡＲ送信先通知メッセージを、ＢＡＲ送信先のＳＴＡ２００へ送信するよう無線通信部１１０を制御する。
【００８８】
以上、ＢＡＲ／ＢＡの送受信機能に係る動作処理例を説明した。
【００８９】
＜３．２．ＢＡＲの送信先変更機能＞
（ＡＰ側の機能詳細）
上述したように、制御部１３０は、送信先変更要求トリガ設定メッセージをＳＴＡ２００へ送信することで、ＳＴＡ２００におけるＢＡＲ開始要求メッセージ又はＢＡＲ停止要求メッセージの送信トリガを設定する。制御部１３０は、送信先変更要求トリガ設定メッセージを、ブロードキャストフレーム、ＳＴＡ２００が所属するマルチキャストグループ宛てのマルチキャストフレームのうち少なくともひとつを用いて送信するよう無線通信部１１０を制御してもよい。そのようなフレームとして、例えばビーコンフレームが用いられ得る。送信先変更要求トリガ設定メッセージには、多様な情報が含まれ得る。
【００９０】
まず、ＢＡＲ停止要求メッセージの送信のためのトリガに係る送信先変更要求トリガ設定メッセージについて説明する。例えば、送信先変更要求トリガ設定メッセージには、ＢＡＲが最後に受信されてからの経過時間の閾値を示す情報、又は受信状況情報の閾値を示す情報の少なくともいずれかが含まれてもよい。また、送信先変更要求トリガ設定メッセージには、対象のＳＴＡ２００と同一のマルチキャストグループに所属する他のＳＴＡ２００（無線通信端末）からのＢＡの受信電力の閾値を示す情報、当該ＢＡの受信回数の閾値を示す情報、又は当該ＢＡに含まれるＢＡビットマップとの相関値の閾値を示す情報の少なくともいずれかが含まれてもよい。制御部１３０は、例えば上記の各値（経過時間や受信状況情報等）についての生の値、又は量子化された値、瞬時値若しくは平均値その他の生の値から一意に導き出される値を閾値に用いてもよい。
【００９１】
続いて、ＢＡＲ開始要求メッセージの送信のためのトリガに係る送信先変更要求トリガ設定メッセージについて説明する。例えば、送信先変更要求トリガ設定メッセージには、ＢＡＲを受信していない期間の閾値を示す情報、受信状況情報の閾値を示す情報、又はビーコン間隔におけるＢＡＲ開始要求メッセージの送信可能上限数を示す情報の少なくともいずれかが含まれていてもよい。なお、受信状況情報の閾値を示す情報は、受信状況情報の値そのものに関する閾値を示す情報であってもよいし、受信状況情報の値の変化率に関する閾値を示す情報であってもよい。制御部１３０は、例えば上記の各値（期間や受信状況情報等）についての生の値、又は量子化された値、瞬時値若しくは平均値その他の生の値から一意に導き出される値を閾値に用いてもよい。
【００９２】
制御部１３０は、無線通信部１１０により受信された送信先変更要求メッセージに基づいて、ＢＡＲの送信先を選択する。
【００９３】
例えば、制御部１３０は、ＢＡＲ停止要求メッセージに基づいて、送信元のＳＴＡ２００へのＢＡＲの送信を停止するか否かを判定する。その際、制御部１３０は、ＢＡＲ停止要求メッセージに含まれるトリガの識別子に応じた異なる基準を用いて判定を行ってもよい。制御部１３０は、送信元のＳＴＡ２００へのＢＡＲの送信を停止すると判定した場合、ＢＡＲの送信を停止することを通知するためのメッセージを当該ＳＴＡ２００へ送信してもよい。同様に、制御部１３０は、送信元のＳＴＡ２００へのＢＡＲの送信を停止しないと判定した場合、ＢＡＲの送信を停止しないことを通知するためのメッセージを当該ＳＴＡ２００へ送信してもよい。また、制御部１３０は、送信元のＳＴＡ２００へのＢＡＲの送信を停止すると判定した場合、ＢＡＲ送信先候補リストの中から新たな送信先を選択してもよい。
【００９４】
例えば、制御部１３０は、ＢＡＲ開始要求メッセージに基づいて、送信元のＳＴＡ２００へのＢＡＲの送信を開始するか否かを判定する。その際、制御部１３０は、ＢＡＲ開始要求メッセージに含まれる受信状況情報やＢＡビットマップに基づいて判定を行ってもよい。制御部１３０は、送信元のＳＴＡ２００へのＢＡＲの送信を開始すると判定した場合、それまでＢＡＲの送信先として選択していたＳＴＡ２００のうち少なくともいずれかひとつのＳＴＡ２００を送信先から除外してもよい。また、制御部１３０は、送信元のＳＴＡ２００へのＢＡＲの送信を開始すると判定した場合、ＢＡＲの送信を開始することを通知するためのメッセージを当該ＳＴＡ２００へ送信してもよい。同様に、制御部１３０は、送信元のＳＴＡ２００へのＢＡＲの送信を開始しないと判定した場合、ＢＡＲの送信を開始しないことを通知するためのメッセージを当該ＳＴＡ２００へ送信してもよい。また、ＢＡＲ開始要求メッセージにＢＡビットマップが含まれる場合、制御部２３０は、当該ＢＡビットマップに基づいてマルチキャストパケットの再送を行ってもよい。
【００９５】
（ＳＴＡ側の機能詳細）
まず、ＢＡＲ停止要求メッセージの送信について説明する。
【００９６】
例えば、制御部２３０は、以下に一例を挙げる多様なトリガを用いてＢＡＲ停止要求メッセージを送信するよう無線通信部２１０を制御する。なお、制御部２３０は、複数のトリガを組み合わせて用いてもよい。
【００９７】
例えば、制御部２３０は、自身がＢＡＲの送信先であることをトリガとし得る。これにより、ＳＴＡ２００は、不要なＢＡＲ停止要求メッセージの送信を回避することが可能である。例えば、制御部２３０は、送信先変更要求トリガ設定メッセージにより指定された経過時間の閾値内に自身宛てのＢＡＲの受信に成功したか、又はＢＡＲの送信先であることをＡＰ１００から通知された場合に、自身がＢＡＲの送信先であることを知得する。
【００９８】
例えば、制御部２３０は、受信状況情報が閾値より改善したことをトリガとし得る。これにより、ＡＰ１００は、移動等により受信状況情報が改善したＳＴＡ２００から、当該ＳＴＡ２００よりも受信状況が悪い他のＳＴＡ２００へＢＡＲの送信先を変更することが可能となる。これにより、マルチキャストグループ全体の受信状況（スループット等）が改善し得る。例えば、制御部２３０は、送信先変更要求トリガ設定メッセージにより指定された閾値よりも受信状況情報が改善した場合に、ＢＡＲ停止要求メッセージを送信させる。ここで、受信状況（又は受信状況情報）が閾値より改善するとは、例えば受信状況情報がスループットである場合、閾値よりも小さい値が計算された状態から閾値より大きい値が計算された状態に遷移することを指す。受信状況（又は受信状況情報）が閾値より悪化するとは、これらの逆を意味するものとする。
【００９９】
例えば、制御部２３０は、自身が所属するマルチキャストグループに所属する他のＳＴＡ２００（無線通信端末）からのＢＡの受信に成功したことをトリガとし得る。他のＳＴＡ２００からのＢＡの受信に成功することは、自身と当該他のＳＴＡ２００とが近い位置にあると推定されるので、冗長なＢＡの返答を回避することが可能となる。一般的にパケットの誤りは、距離減衰、フェージング、シャドウイング、他のパケットとの衝突によって起きるが、位置が近いＳＴＡ２００同士では、距離減衰率、シャドウイング、他のパケットとの衝突による干渉量の相関が高い場合がある。そのため、近い位置にある２台のＳＴＡ２００が送信するＢＡに含まれるＢＡビットマップによってＡＰ１００に報告されるエラーパケットの情報は、相関が高い可能性がある。よって、近い位置にある２台のＳＴＡ２００からＢＡが返答されることは冗長になり得る。さらに、制御部２３０は、受信に成功した他のＳＴＡ２００からのＢＡの受信電力が閾値を超えたことをトリガとしてもよい。また、制御部２３０は、他のＳＴＡ２００からのＢＡの受信に成功した回数が閾値を超えたことをトリガとしてもよい。また、制御部２３０は、受信に成功した他のＳＴＡ２００からのＢＡに含まれるＢＡビットマップと無線通信部２１０における受信に係るＢＡビットマップとの相関値が閾値を超えたことをトリガとしてもよい。相関値が高いほど、自身が返答するＢＡが冗長なＢＡとなってしまうためである。
【０１００】
例えば、制御部２３０は、自身がマルチキャストグループから退会することを検知したことをトリガとし得る。例えば、制御部２３０は、無線通信を要していたアプリケーションの終了等を検知した場合に、ＢＡＲ停止要求メッセージを送信させる。これにより、ＡＰ１００は、退会によりＢＡを返答しなくなったＳＴＡ２００から他のＳＴＡ２００へ、ＢＡＲの送信先を変更することが可能となる。
【０１０１】
ＢＡＲ停止要求メッセージは、上述したいずれのトリガにより送信されるかを示す、トリガの識別子を含んでいてもよい。ＡＰ１００は、この識別子を参照して、ＳＴＡ２００へのＢＡＲの送信を停止するか否かを判定することが可能となる。
【０１０２】
続いて、ＢＡＲ開始要求メッセージの送信について説明する。
【０１０３】
例えば、制御部２３０は、以下に一例を挙げる多様なトリガを用いてＢＡＲ開始要求メッセージを送信するよう無線通信部２１０を制御する。なお、制御部２３０は、複数のトリガを組み合わせて用いてもよい。
【０１０４】
例えば、制御部２３０は、自身がＢＡＲの送信先でないことをトリガとし得る。これにより、ＳＴＡ２００は、不要なＢＡＲ開始要求メッセージの送信を回避することが可能である。例えば、制御部２３０は、ＢＡＲを受信していない期間が、送信先変更要求トリガ設定メッセージにより指定された閾値を超えたことをトリガとし得る。また、制御部２３０は、ＢＡＲの送信先でないことをＡＰ１００から通知されたことをトリガとし得る。
【０１０５】
例えば、制御部２３０は、送信先変更要求トリガ設定メッセージにより指定された、所定期間におけるＢＡＲ開始要求メッセージの送信可能上限数に達していないことをトリガとし得る。所定期間ごとに送信可能上限数が設定されることで、ＢＡＲ開始要求メッセージが過度に送信されて、帯域が消費されることを防止することができる。所定期間が経過すると、送信回数がリセットされて、また送信可能上限数に達するまでＢＡＲ開始要求メッセージを送信可能になる。この所定期間は、例えばビーコン間隔であってもよい。他にも、所定期間は、ビーコン間隔の整数倍であってもよいし、単に数マイクロ秒のような時間であっても良いし、ＳＴＡ２００がマルチキャストグループに接続している期間であってもよい。
【０１０６】
例えば、制御部２３０は、受信状況情報が閾値より悪化したことをトリガとし得る。これにより、ＡＰ１００は、移動等により受信状況情報が悪化したＳＴＡ２００をＢＡＲの送信先にすることが可能となる。これにより、マルチキャストグループ全体の受信状況が改善し得る。例えば、制御部２３０は、送信先変更要求トリガ設定メッセージにより指定された閾値よりも受信状況情報が悪化した場合、又は受信状況情報の悪化率が閾値を超えた場合に、ＢＡＲ開始要求メッセージを送信させる。
【０１０７】
ＢＡＲ開始要求メッセージは、ＡＰ１００からのマルチキャスト送信に係るＢＡビットマップを含んでいてもよい。また、ＢＡＲ開始要求メッセージは、ＡＰ１００からのマルチキャスト送信に係る無線通信部２１０における受信状況情報を含んでいてもよい。ＢＡＲ開始要求メッセージには、ＡＰ１００からのマルチキャストパケットの再送のための、ＢＡビットマップが含まれることが望ましい。例えば、ＢＡＲ開始要求メッセージは、ＢＡであってもよいし、Ｒａｄｉｏ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ  ｆｒａｍｅであってもよい。
【０１０８】
（動作処理例）
続いて、ＢＡＲの送信先変更機能に係る動作処理を説明する。まず、図７を参照して、無線通信システム１全体における動作処理例を説明する。
【０１０９】
図７は、本実施形態に係る無線通信システム１において実行されるＢＡＲの送信先変更処理の流れの一例を示すシーケンス図である。図７に示すように、本シーケンスにはＡＰ１００及びＳＴＡ２００が関与する。なお、図７では、ＢＡＲの送信先として選択されたＳＴＡ２００のひとつを代表して図示し、その他のＳＴＡ２００は省略している。
【０１１０】
まず、ステップＳ４０２で、ＡＰ１００は、送信先変更要求トリガ設定メッセージをＳＴＡ２００へ送信する。
【０１１１】
次いで、ステップＳ４０４で、ＳＴＡ２００は、送信先変更要求の実行判定処理を行う。例えば、ＳＴＡ２００は、上記ステップＳ４０２において受信された送信先変更要求トリガ設定メッセージに基づいて設定したトリガに合致する状況であるか否かを判定する。ここでは、ＢＡＲ開始要求メッセージを送信するためのトリガに状況が合致したものとする。なお、ここでの詳細な判定基準については、図８を参照して後に説明する。
【０１１２】
次に、ステップＳ４０６で、ＳＴＡ２００は、ＢＡＲ開始要求メッセージをＡＰ１００へ送信する。ＡＰ１００は、受信したＢＡＲ開始要求メッセージに基づいてＢＡＲの送信先の選択を行う。その結果、ＢＡＲ開始要求メッセージの送信元のＳＴＡ２００が、ＢＡＲの送信先として選択されたものとする。
【０１１３】
次いで、ステップＳ４０８で、ＡＰ１００は、送信先変更回答メッセージをＳＴＡ２００へ送信する。この送信先変更回答メッセージには、ＳＴＡ２００がＢＡＲの送信先として選択されたことを示す情報が含まれる。
【０１１４】
次に、ステップＳ４１０で、ＡＰ１００は、ＢＡＲをＳＴＡ２００へ送信する。なお、本図では、図４において説明したマルチキャスト送信（ステップＳ１１２）については省略している。
【０１１５】
次いで、ステップＳ４１２で、ＳＴＡ２００は、ＢＡをＡＰ１００へ送信する。
【０１１６】
その後、ステップＳ４１４で、ＳＴＡ２００は、送信先変更要求の実行判定処理を行う。ここでは、ＢＡＲ停止要求メッセージを送信するためのトリガに状況が合致したものとする。なお、ここでの詳細な判定基準については、図９を参照して後に説明する。
【０１１７】
次に、ステップＳ４１６で、ＳＴＡ２００は、ＢＡＲ停止要求メッセージをＡＰ１００へ送信する。ＡＰ１００は、受信したＢＡＲ停止要求メッセージに基づいてＢＡＲの送信先の選択を行う。その結果、ＢＡＲ停止要求メッセージの送信元のＳＴＡ２００が、ＢＡＲの送信先から除外されたものとする。
【０１１８】
次いで、ステップＳ４１８で、ＡＰ１００は、送信先変更回答メッセージをＳＴＡ２００へ送信する。この送信先変更回答メッセージには、ＳＴＡ２００がＢＡＲの送信先から除外されたことを示す情報が含まれる。
【０１１９】
以上、無線通信システム１全体におけるＢＡＲの送信先変更機能に係る動作処理例を説明した。続いて、図８及び図９を参照して、ＳＴＡ２００における、ＢＡＲの送信の開始を要求するか否かを判定する処理例、及びＢＡＲの送信の停止を要求するか否かを判定する処理例を説明する。
【０１２０】
図８は、本実施形態に係るＳＴＡ２００において実行されるＢＡＲ開始要求メッセージの送信判定処理の流れの一例を示すフローチャートである。
【０１２１】
図８に示すように、まず、ステップＳ５０２で、無線通信部２１０は、送信先変更要求トリガ設定メッセージを受信する。例えば、制御部２３０は、送信先変更要求トリガ設定メッセージに含まれる各種閾値を示す情報を取得して、ＢＡＲ開始要求メッセージを送信するためのトリガを設定する。
【０１２２】
次いで、ステップＳ５０４で、制御部２３０は、自身へのＢＡＲの送信の開始を要求するためのトリガに状況が合致するか否かを判定する。例えば、制御部２３０は、自身がＢＡＲの送信先でないか否か、また、ビーコン間隔におけるＢＡＲ開始要求メッセージの送信可能上限数に達していないか否かを判定してもよい。また、制御部２３０は、受信状況情報が閾値より悪化したか否かを判定してもよい。
【０１２３】
合致しないと判定された場合（Ｓ５０４／ＮＯ）、処理は終了する。
【０１２４】
一方で、合致すると判定された場合（Ｓ５０４／ＹＥＳ）、ステップＳ５０６で、制御部２３０は、ＢＡＲ開始要求メッセージをＡＰ１００へ送信するよう無線通信部２１０を制御する。
【０１２５】
図９は、本実施形態に係るＳＴＡ２００において実行されるＢＡＲ停止要求メッセージの送信判定処理の流れの一例を示すフローチャートである。
【０１２６】
図９に示すように、まず、ステップＳ６０２で、無線通信部２１０は、送信先変更要求トリガ設定メッセージを受信する。例えば、制御部２３０は、送信先変更要求トリガ設定メッセージに含まれる各種閾値を示す情報を取得して、ＢＡＲ停止要求メッセージを送信するためのトリガを設定する。
【０１２７】
次いで、ステップＳ６０４で、制御部２３０は、自身へのＢＡＲの送信の停止を要求するためのトリガに状況が合致するか否かを判定する。例えば、制御部２３０は、自身がＢＡＲの送信先であるか否かを判定してもよい。また、制御部２３０は、受信状況情報が閾値より改善したか否か、自身が所属するマルチキャストグループに所属する他のＳＴＡ２００からのＢＡの受信に成功した否か、又は自身がマルチキャストグループから退会することを検知したか否か等を判定してもよい。
【０１２８】
合致しないと判定された場合（Ｓ６０４／ＮＯ）、処理は終了する。
【０１２９】
一方で、合致すると判定された場合（Ｓ６０４／ＹＥＳ）、ステップＳ６０６で、制御部２３０は、トリガの識別子をＢＡＲ停止要求メッセージに含める。
【０１３０】
そして、ステップＳ６０８で、制御部２３０は、ＢＡＲ停止要求メッセージをＡＰ１００へ送信するよう無線通信部２１０を制御する。
【０１３１】
以上、ＢＡＲの送信先変更機能に係る動作処理例を説明した。
【０１３２】
＜＜４．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、無線通信装置２００は、スマートフォン、タブレットＰＣ（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）であってもよい。
【０１５６】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０１５７】
図１２に示した無線アクセスポイント９５０において、図２を用いて説明した無線通信装置１００に含まれるひとつ以上の構成要素（例えば、無線通信部１１０、記憶部１２０又は制御部１３０の少なくともいずれか）は、無線通信インタフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。一例として、無線アクセスポイント９５０は、無線通信インタフェース９６３、及び／又はコントローラ９５１を含むモジュールを搭載し、当該モジュールにおいて上記ひとつ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記ひとつ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記ひとつ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記ひとつ以上の構成要素として機能させるためのプログラムが無線アクセスポイント９５０にインストールされ、無線通信インタフェース９６３、及び／又はコントローラ９５１が当該プログラムを実行してもよい。以上のように、上記ひとつ以上の構成要素を備える装置として無線アクセスポイント９５０又は上記モジュールが提供されてもよく、プロセッサを上記ひとつ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０１５８】
＜＜５．まとめ＞＞
以上、図１〜図１２を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、ＡＰ１００との間で無線通信を行うＳＴＡ２００は、ＡＰ１００によるマルチキャスト送信に係るＢＡＲの送信先の変更を要求する送信先変更要求メッセージをＡＰ１００へ送信する。ＡＰ１００は、ＳＴＡ２００からの送信先変更要求メッセージに基づいて、ＢＡＲの送信先を柔軟に変更することが可能である。これにより、無線通信システム１は、マルチキャストグループ全体の信頼性を向上させることができる。
【０１５９】
例えば、送信先変更要求メッセージは、ＢＡＲの送信先にＳＴＡ２００自身を含めるよう要求するメッセージであってもよい。本メッセージにより、ＡＰ１００は、受信状況が悪いＳＴＡ２００をＢＡＲの送信先として選択することが可能となり、適切な再送により信頼性を向上させることが可能となる。
【０１６０】
例えば、送信先変更要求メッセージは、ＢＡＲの送信先からＳＴＡ２００自身を除外するよう要求するメッセージであってもよい。本メッセージにより、ＡＰ１００は、受信状況が良いＳＴＡ２００から悪いＳＴＡ２００へＢＡＲの送信先を変更することが可能となり、無線通信システム１全体の信頼性を向上させることが可能となる。
【０１６１】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１６２】
なお、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【０１６３】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１６４】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
他の無線通信装置との間で無線通信を行う無線通信部と、
前記他の無線通信装置によるマルチキャスト送信に係る送達確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、
を備える無線通信装置。
（２）
前記第１のメッセージは、前記送達確認要求フレームの送信先に前記無線通信装置を含めるよう要求するメッセージである、前記（１）に記載の無線通信装置。
（３）
前記第１のメッセージは、前記マルチキャスト送信に係る送達確認応答ビットマップを含む、前記（２）に記載の無線通信装置。
（４）
前記第１のメッセージは、前記マルチキャスト送信に係る前記無線通信部における受信状況に関する情報を含む、前記（２）又は（３）に記載の無線通信装置。
（５）
前記受信状況に関する情報は、スループット、パケットロス率、受信に成功したマルチキャストパケットの数、受信に失敗したマルチキャストパケットの数、又は所望信号電力に対する雑音電力と干渉信号電力との和の比の少なくともいずれかを含む、前記（４）に記載の無線通信装置。
（６）
前記制御部は、前記送達確認要求フレームを受信していない期間が閾値を超えたこと、又は前記マルチキャスト送信に係る前記無線通信部における受信状況に関する情報が閾値より悪化したことの少なくともいずれかをトリガとして前記第１のメッセージを送信するよう前記無線通信部を制御する、前記（２）〜（５）のいずれか一項に記載の無線通信装置。
（７）
前記第１のメッセージは、送達確認要求フレームの送信先から前記無線通信装置を除外するよう要求するメッセージである、前記（１）に記載の無線通信装置。
（８）
前記制御部は、前記無線通信装置が所属するマルチキャストグループに所属する他の無線通信端末からの送達確認応答フレームの受信に成功したこと、又は前記送達確認応答フレームの受信電力が閾値を超えたこと、前記送達確認応答フレームの受信に成功した回数が閾値を超えたこと、若しくは受信に成功した前記送達確認応答フレームに含まれる送達確認応答ビットマップと前記無線通信部における受信に係る送達確認応答ビットマップとの相関値が閾値を超えたこと、又は前記無線通信装置が前記マルチキャストグループから退会することを検知したこと若しくは前記マルチキャスト送信に係る前記無線通信部における受信状況に関する情報が閾値より改善したことの少なくともいずれかをトリガとして、前記第１のメッセージを送信するよう前記無線通信部を制御する、前記（７）に記載の無線通信装置。
（９）
他の無線通信装置との間で無線通信を行う無線通信部と、
前記無線通信部により前記他の無線通信装置から受信された送達確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信部によるマルチキャスト送信に係る前記送達確認要求フレームの送信先を選択する制御部と、
を備える無線通信装置。
（１０）
前記制御部は、前記マルチキャスト送信に係るマルチキャストグループに属するひとつ以上の前記他の無線通信装置における受信状況に関する情報に基づいて前記送達確認要求フレームの送信先を選択する、前記（９）に記載の無線通信装置。
（１１）
前記制御部は、前記他の無線通信装置において前記第１のメッセージを送信するトリガのために用いられる情報を含む第３のメッセージを、ブロードキャストフレーム、前記マルチキャスト送信に係るマルチキャストグループ宛てのマルチキャストフレームのうち少なくともひとつを用いて送信するよう前記無線通信部を制御する、前記（９）又は（１０）に記載の無線通信装置。
（１２）
前記第１のメッセージは、前記送達確認要求フレームの送信先に前記他の無線通信装置を含めるよう要求するメッセージであり、
前記第３のメッセージは、ビーコンフレームを用いて送信され、前記送達確認要求フレームを受信していない期間の閾値を示す情報、前記他の無線通信装置における受信状況に関する情報の閾値を示す情報、又はビーコン間隔における前記第１のメッセージの送信可能上限数を示す情報の少なくともいずれかを含む、前記（１１）に記載の無線通信装置。
（１３）
前記第１のメッセージは、前記送達確認要求フレームの送信先から前記無線通信装置を除外するよう要求するメッセージであり、
前記第３のメッセージは、ビーコンフレームを用いて送信され、前記送達確認要求フレームが最後に受信されてからの経過時間の閾値を示す情報、前記他の無線通信装置における受信状況に関する情報の閾値を示す情報、前記他の無線通信装置と同一のマルチキャストグループに所属する他の無線通信端末からの送達確認応答フレームの受信電力の閾値を示す情報、前記送達確認応答フレームの受信回数の閾値を示す情報、又は前記送達確認応答フレームに含まれる送達確認応答ビットマップとの相関値の閾値を示す情報の少なくともいずれかを含む、前記（１１）に記載の無線通信装置。
（１４）
前記制御部は、前記送達確認要求フレームの送信先の最大数を設定する、前記（９）〜（１３）のいずれか一項に記載の無線通信装置。
（１５）
前記制御部は、前記送達確認要求フレームの送信先の選択結果を示す情報を含む第２のメッセージを前記第１のメッセージの送信元の前記他の無線通信装置へ送信するよう前記無線通信部を制御する、前記（９）〜（１４）のいずれか一項に記載の無線通信装置。
（１６）
前記制御部は、前記送達確認要求フレームの送信先の受信状況に応じてマルチキャストフレームの送信電力を制御する、前記（９）〜（１５）のいずれか一項に記載の無線通信装置。
（１７）
他の無線通信装置との間で無線通信を行う無線通信装置において、
前記他の無線通信装置によるマルチキャスト送信に係る送達確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信すること、
を含む無線通信方法。
（１８）
他の無線通信装置との間で無線通信を行う無線通信装置において、
前記無線通信装置により前記他の無線通信装置から受信された送達確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信装置によるマルチキャスト送信に係る前記送達確認要求フレームの送信先を選択すること、
を含む無線通信方法。
（１９）
コンピュータを、
他の無線通信装置との間で無線通信を行う無線通信部と、
前記他の無線通信装置によるマルチキャスト送信に係る送達確認要求フレームの送信先の変更を要求する第１のメッセージを前記他の無線通信装置へ送信するよう前記無線通信部を制御する制御部と、
として機能させるためのプログラム。
（２０）
コンピュータを、
他の無線通信装置との間で無線通信を行う無線通信部と、
前記無線通信部により前記他の無線通信装置から受信された送達確認要求フレームの送信先の変更を要求する第１のメッセージに基づいて、前記無線通信部によるマルチキャスト送信に係る前記送達確認要求フレームの送信先を選択する制御部と、
として機能させるためのプログラム。
【符号の説明】
【０１６５】
１        無線通信システム
１００    ＡＰ
１１０    無線通信部
１２０    記憶部
１３０    制御部
２００    ＳＴＡ
２１０    無線通信部
２２０    記憶部
２３０    制御部
【図１】
2016111085.tif 000003
【図２】
2016111085.tif 000004
【図３】
2016111085.tif 000005
【図４】
2016111085.tif 000006
【図５】
2016111085.tif 000007
【図６】
2016111085.tif 000008
【図７】
2016111085.tif 000009
【図８】
2016111085.tif 000010
【図９】
2016111085.tif 000011
【図１０】
2016111085.tif 000012
【図１１】
2016111085.tif 000013
【図１２】
2016111085.tif 000014
【国際調査報告】
2016111085.tif 000015
2016111085.tif 000016
2016111085.tif 000017
2016111085.tif 000018