(57)【要約】【課題】無線伝送におけるマルチキャスト伝送において、無線リソースの効率的利用を確保しながら、受領確認応答を利用して信頼性を向上する。【解決手段】マルチキャスト・グループに含まれる複数の無線通信装置は、マルチキャスト・データ・フレームを受信すると、送信元からの受領確認要求に応じて、空間多重を利用してマルチキャストの受領確認応答を同時に送信する。一方、送信元の無線通信装置は、送信先の各無線通信装置とのチャネル情報に基づく信号処理により、同時受信した受領確認応答を元の個別の受領確認応答に分離、復元する。【選択図】  図９
2020096383.tif 000002
【特許請求の範囲】
【請求項１】
配下にある複数の子局と無線通信する通信部と、
前記通信部を介した各子局とのデータ伝送を制御する制御部と、
を具備し、
前記制御部は、前記通信部に対し、親局として複数の子局へマルチキャスト送信と、マルチキャスト送信に対する子局への受領確認の要請を行なわせ、
前記通信部は、複数の子局から同時送信された受領確認応答の受信処理を行なう、
無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、マルチキャスト伝送を行なう無線通信装置に関する。
【背景技術】
【０００２】
多数の無線子局に対して、同一の内容のデータを送信したい場合、使用帯域幅が送信先の数に依存しないマルチキャストの方が、リソース利用効率の面でユニキャストよりも有効である。
【０００３】
例えば、ＩＥＥＥ８０２．１１ＷＬＡＮ標準規格「ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ８０２．１１−２０１２」では、マルチキャスト配送の基本プロトコルが定義されている。しかしながら、ここで定義されるプロトコルでは、複数の機器からの受領確認を行なうことが出来ず、受領確認を用いた再送制御による通信品質の改善ができない。
【０００４】
また、追加規格「ＩＥＥＥ８０２．１１ａａ−２０１２」では、受領確認付きのマルチキャスト拡張が定義されており、受領確認を用いた再送制御による通信品質の改善効果が導入されている。しかしながら、この拡張方式では、マルチキャストの受領確認をグループ・メンバーの一台一台に対して個別に行なう。このため、マルチキャスト伝送する端末台数の増加に伴い通信リソース使用のオーバーヘッドが増加し、マルチキャストの長所であるリソース利用効率を制限してしまうという問題がある。
【０００５】
また、複数の装置に予約メッセージを同時にマルチキャストで同時送信し、この予約メッセージに応答して、複数の装置がチャネル上で同時に確認メッセージを送信することで、確認メッセージを多重する、マルチ・ユーザーＭＩＭＯ通信のための保護メカニズムについて提案がなされている（例えば、特許文献１を参照のこと）。しかしながら、この保護メカニズムにおいて空間多重が成立しているのは、この確認メッセージの内容が同一であることを利用しているからである。すなわち、マルチキャスト・データの受領確認のような、端末毎に内容の異なる可能性のあるフレームには、この保護メカニズムを適用することはできない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２０１３−５２８０１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本明細書で開示する技術の目的は、無線伝送におけるマルチキャスト伝送において、無線リソースの効率的利用を確保しながら、受領確認応答を利用して信頼性を向上することができる、優れた無線通信装置を提供することにある。
【課題を解決するための手段】
【０００８】
本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
配下にある複数の子局と無線通信する通信部と、
前記通信部を介した各子局とのデータ伝送を制御する制御部と、
を具備し、
前記制御部は、前記通信部に対し、親局として複数の子局へマルチキャスト送信と、マルチキャスト送信に対する子局への受領確認の要請を行なわせ、
前記通信部は、複数の子局から同時送信された受領確認応答の受信処理を行なう、
無線通信装置である。
【０００９】
本願の請求項２に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、マルチキャスト送信したマルチキャスト・グループに参加する子局の中から選択的に受領確認を要請するように構成されている。
【００１０】
本願の請求項３に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、前記通信部を介して、受領確認応答フレームを送信する子局と、受領確認応答フレームの送信方法のいずれかを指定し、前記通信部は、複数の子局と自局間の伝搬路情報に基づいて複数の子局から同時受信した複数の受領確認応答フレームを分離するように構成されている。
【００１１】
本願の請求項４に記載の技術によれば、前記送信方法の指定は、複数の子局が同時送信しても演算によりそれぞれを分離できるフォーマットとするための受領確認応答フレームのトレーニング信号の符号化方法を含んでいる。そして、請求項３に記載の無線通信装置の前記通信部は、前記符号化方法に則って各子局から送信されたトレーニング信号から、各子局との間の伝搬路情報を取得するように構成されている。
【００１２】
本願の請求項５に記載の技術によれば、請求項３に記載の無線通信装置において、前記送信方法の指定は、受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含んでいる。
【００１３】
本願の請求項６に記載の技術によれば、請求項３に記載の無線通信装置において、前記送信方法の指定は、受領確認応答フレームの送信電力の情報を含んでいる。
【００１４】
本願の請求項７に記載の技術によれば、請求項３に記載の無線通信装置の前記制御部は、前記制御部は、受領確認を要請する子局をサブグループ化した場合に、サブグループのメンバーであることを通知するサブグループ識別情報を含んだ管理フレーム又はビーコン・フレームで、前記送信方法の指定を通知するように構成されている。
【００１５】
本願の請求項８に記載の技術によれば、請求項３に記載の無線通信装置の前記制御部は、前記制御部は、受領確認を要請するフレームで前記送信方法の指定を通知するように構成されている。
【００１６】
また、本願の請求項９に記載の技術は、
親局と無線通信する通信部と、
前記通信部を介した親局とのデータ伝送を制御する制御部と、
を具備し、
前記通信部は、自局を含むマルチキャスト・グループにマルチキャスト送信されたフレームを受信し、
前記制御部は、所定の条件を満たしたときに、マルチキャスト送信されたフレームを受信してから所定の時間経過後に、前記通信部から受領確認応答を送信させる、
無線通信装置である。
【００１７】
本願の請求項１０に記載の技術によれば、請求項９に記載の無線通信装置の前記通信部は、親局から指定された受領確認応答フレームの送信方法を用いて、受領確認応答フレームを送信するように構成されている。
【００１８】
本願の請求項１１に記載の技術によれば、前記送信方法の指定は、複数の子局が同時送信しても演算によりそれぞれを分離できるフォーマットとするための受領確認応答フレームのトレーニング信号の符号化方法を含んでいる。そして、請求項１０に記載の無線通信装置の前記通信部は、前記符号化方法に則ってトレーニング信号に符号化を施して送信するように構成されている。
【００１９】
本願の請求項１２に記載の技術によれば、前記送信方法の指定は、受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含んでいる。そして、請求項１０に記載の無線通信装置の前記通信部は、前記送信方法の指定に従って、受領確認応答フレームに使用する変調方式並びに誤り訂正符号化の組み合わせを決定するように構成されている。
【００２０】
本願の請求項１３に記載の技術によれば、前記送信方法の指定は、受領確認応答フレームの送信電力の情報を含んでいる。そして、請求項１０に記載の無線通信装置の前記通信部は、前記送信方法の指定に従って、受領確認応答フレームに使用する送信電力を決定するように構成されている。
【００２１】
本願の請求項１４に記載の技術によれば、請求項９に記載の無線通信装置の前記制御部は、親局から受信したマルチキャスト・データ・フレーム又は受領確認を要請するフレーム内で、自分の個体識別子又は接続識別子が指定された場合に、前記通信部に受領確認応答フレームを送信させるように構成されている。
【００２２】
本願の請求項１５に記載の技術によれば、請求項９に記載の無線通信装置の前記制御部は、親局から受信したマルチキャスト・データ・フレーム又は受領確認を要請するフレーム内で、あらかじめ親局から通知されているサブグループ識別情報のうち、対象に自局が含まれるものが指定された場合に、前記通信部に受領確認応答フレームを送信させるように構成されている。
【００２３】
本願の請求項１６に記載の技術によれば、請求項９に記載の無線通信装置の前記制御部は、受信したマルチキャスト・データ・フレームのシーケンス番号と、あらかじめ親局から通知されているサブグループ識別情報の関係性に基づいて、前記通信部に受領確認応答フレームを送信させるか否かを決定するように構成されている。
【００２４】
本願の請求項１７に記載の技術によれば、請求項９に記載の無線通信装置の前記通信部は、自局と親局間の伝搬路の減衰量の推定結果に基づいて、親局における受信電力が所定の電力となるように送信電力を設定して、受領確認応答を送信するように構成されている。
【００２５】
本願の請求項１８に記載の技術によれば、請求項１に記載の無線通信装置は、ＩＥＥＥ８０２．１１規格のアクセスポイント、又は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格のＧＯ（Ｇｒｏｕｐ  Ｏｗｎｅｒ）として動作するように構成されている。
【００２６】
本願の請求項１９に記載の技術によれば、請求項９に記載の無線通信装置は、ＩＥＥＥ８０２．１１規格のステーション、又は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格のＣｌｉｅｎｔとして動作するように構成されている。
【発明の効果】
【００２７】
本明細書で開示する技術によれば、無線伝送におけるマルチキャスト伝送において、無線リソースの効率的利用を確保しながら、受領確認応答を利用して信頼性を向上することができる、優れた無線通信装置を提供することができる。
【００２８】
本明細書で開示する技術によれば、マルチキャスト・データ・フレームの送信先となる複数の無線通信装置は、空間多重を利用してマルチキャストの受領確認応答を同時に送信し、送信元の無線通信装置は、送信先の各無線通信装置とのチャネル情報に基づく信号処理により、同時受信した受領確認応答を分解し、元の個別の受領確認応答を復元する。すなわち、本明細書で開示する技術によれば、マルチキャスト・データ・フレームの同時送信を許容し、通信リソースの有効利用を図りつつ、受領確認を利用して再送制御を可能として通信品質の向上を実現することができる。
【００２９】
なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。
【００３０】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００３１】
【図１Ａ】図１Ａは、本明細書で開示する技術を適用したデータ伝送システム１００の構成例を模式的に示した図である。
【図１Ｂ】図１Ｂは、本明細書で開示する技術を適用したデータ伝送システム１００の構成例を模式的に示した図である。
【図２】図２は、マルチキャスト配信サーバー１３０の機能的構成を模試的に示した図である。
【図３】図３は、無線親局１２０の内部構成例を示した図である。
【図４】図４は、無線子局１１０の内部構成例を示した図である。
【図５】図５は、実施例１における処理のフローを示した図である。
【図６】図６は、同じアクセスポイントに接続しているステーション、マルチキャスト・グループのメンバー、受領確認対象、サブグループの包含関係を例示した図である。
【図７】図７は、ＩＥＥＥ８０２．１１無線ＬＡＮシステムで通常のパケット送信に使用されるフレーム・フォーマットを示した図である
【図８Ａ】図８Ａは、直交符号化を用いて符号を割り当ててＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化を行なった場合のＰＨＹ  Ｐｒｅａｍｂｌｅの内容を示した図である。
【図８Ｂ】図８Ｂは、時分割送信を用いた符号を割り当ててＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化を行なった場合のＰＨＹ  Ｐｒｅａｍｂｌｅの内容を示した図である。
【図９】図９は、実施例１において、ＡＰとＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示した図である。
【図１０】図１０は、実施例１において、ＳＴＡがＡＰからＭＵ−ＢＡＲフレームを受信したことに応じて実行する処理手順を示したフローチャートである。
【図１１】図１１は、ＡＰが指定したサブグループ・メンバーからのＭＵ−ＢＡを受信処理する手順を示したフローチャートである。
【図１２】図１２は、実施例２における処理のフローを示した図である。
【図１３】図１３は、実施例２において、ＳＴＡがＡＰからＭＵ−ＢＡＲフレームを受信したことに応じて実行する処理手順を示したフローチャートである。
【図１４】図１４は、実施例３における処理のフローを示した図である。
【図１５】図１５は、実施例３において、ＡＰとＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示した図である。
【図１６】図１６は、実施例４における処理のフローを示した図である。
【図１７】図１７は、実施例４において、ＳＴＡがＡＰからマルチキャスト・データ・フレームを受信したことに応じて実行する処理手順を示したフローチャートである。
【図１８】図１８は、実施例５における処理のフローを示した図である。
【図１９】図１９は、実施例５において、ＡＰとＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示した図である。
【図２０】図２０は、実施例５において、ＳＴＡがＡＰからＭＵ−ＢＡＲフレームを受信したことに応じて実行する処理手順を示したフローチャートである。
【図２１】図２１は、ＡＰが指定したＳＴＡからのＭＵ−ＢＡを受信処理する手順を示したフローチャートである。
【発明を実施するための形態】
【００３２】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００３３】
図１には、本明細書で開示する技術を適用したデータ伝送システム１００の構成例を模式的に示している。
【００３４】
図示のデータ伝送システム１００は、図１Ｂに示すように、マルチキャスト配信サーバー１３０と無線親局１２０が、バックボーン・ネットワーク１４０を介して接続されている。また、図１Ａに示すように、無線親局１２０は、複数の無線子局１１０−１、１１０−２、…を配下に持ち、各無線子局１１０−１、１１０−２、…と無線にて通信する。このデータ伝送システム１００では、マルチキャスト配信サーバー１３０が送信したマルチキャスト・データは、無線親局１２０を経由して、無線子局１１０−１、１１０−２、…に一斉に配送（マルチキャスト伝送）されるようになっている。
【００３５】
図１Ａ中には、６台の無線子局１１０−１、１１０−２、…、１１０−６を描いているが、それぞれ無線親局１２０と接続を確立している。以下の説明では、便宜上、６台の無線子局１１０−１、１１０−２、…、１１０−６がいずれもマルチキャスト配信サーバー１３０からのマルチキャスト・データを受信するマルチキャスト・グループに参加しているものとする。
【００３６】
但し、本明細書で開示する技術は、無線親局１２０と接続しているすべての無線子局１１０がマルチキャスト・グループに参加している必要はなく、マルチキャスト・グループに参加していない他の無線子局（図示を省略）が無線親局１２０に接続していてもよい。また、無線親局１２０と接続している無線子局１１０−１、１１０−２、…、１１０−６は、マルチキャスト伝送とは別に、それぞれ無線親局１２０と個別の通信を行なうこともできる。
【００３７】
付言すれば、無線親局は１台に限定されない。別の無線子局（図示しない）を配下に持つ１台以上の別の無線親局がマルチキャスト配信サーバー１３０に接続されていてもよい。図１Ｂ中では、無線親局１２０を１台しか描いていないが、複数台の無線親局がバックボーン・ネットワーク１４０経由でマルチキャスト配信サーバー１３０に接続されていることも想定される。各無線親局は、マルチキャスト配信サーバー１３０が送信したマルチキャスト・データを、自分の配下の無線子局にマルチキャスト伝送する。
【００３８】
また、図１Ｂに示したように、マルチキャスト配信サーバー１３０と無線親局１２０が別体である必要はなく、マルチキャスト配信サーバー１３０がいずれか１つの無線親局と物理的に一体となった１つの装置であってもよい。
【００３９】
図２には、マルチキャスト配信サーバー１３０の機能的構成を模試的に示している。図示のマルチキャスト配信サーバー１３０は、データ・ソース２０１と、データ処理部２０２と、バックボーン通信部２０３を備えている。データ・ソース２０１は、配信するためのコンテンツを生成し、エンコードしてデータ処理部２０２へ渡す。データ処理部２０２は、データ・ソース２０１から入力されたデータからパケットを生成する。バックボーン通信部２０３は、パケットに対してバックボーン・ネットワーク１４０での通信のためのプロトコル・ヘッダーを付加して、バックボーン・ネットワーク１４０へ送出する。
【００４０】
図３には、無線親局１２０の内部構成例を示している。図示の無線親局１２０は、図示の無線親局１２０は、バックボーン通信部３０１と、データ処理部３０２と、変復調部３０３と、空間信号処理部３０４と、チャネル推定部３０５と、無線インターフェース部３０６と、アンテナ３０７と、制御部３０８を備えている。図示の例では、複数本の送受信用アンテナ３０７−１、…、３０７−Ｍと、アンテナ毎の無線インターフェース（ＩＦ）部３０６−１、…、３０６−Ｍを備え、マルチ・ユーザーＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）通信を行なうものとするものとする。
【００４１】
バックボーン通信部３０１は、バックボーン・ネットワーク１４０と通信を行なう。マルチキャスト配信サーバー１３０から送出されたデータは、バックボーン通信部３０１に到着する。
【００４２】
データ処理部３０２は、バックボーン通信部３０１からの入力がある、若しくは自身が生成したデータがある送信時の場合に、そのデータから無線送信のためのパケットを、メディア・アクセス制御（ＭＡＣ）のためのヘッダーの付加や誤り検出符号の付加などの処理を行ない、処理後のデータを変復調部３０３に提供する。逆に、変復調部３０３からの入力がある受信時の場合には、データ処理部３０２は、ヘッダーの解析、パケット誤りの検出、パケットのリオーダー処理などを行ない、自身のプロトコル上位層若しくはバックボーン通信部３０１へ渡す。
【００４３】
変復調部３０３は、無線送信時には、データ処理部３０２からの入力データに対し、制御部３０８によって設定された誤り訂正符号及び変調方式に基づいて、誤り訂正符号化、インターリーブ、並びに変調の処理を行ない、データ・シンボル・ストリームを生成して、空間信号処理部３０４へ渡す。また、変復調部３０３は、無線受信時には、空間信号処理部３０４からの入力に対して送信時とは逆に、復調、デインターリーブ、誤り訂正復号化の処理を行ない、データ処理部３０２若しくは制御部３０８へ渡す。
【００４４】
空間信号処理部３０４は、無線送信時には、必要に応じて、入力に対して空間分離に供される信号処理（後述）を行ない、得られた１つ以上の送信シンボル・ストリームをそれぞれの無線インターフェース部３０６−１、…、３０６−Ｍへ提供する。また、空間信号処理部３０４は、無線受信時には、各無線インターフェース部３０６−１、…、３０６−Ｍから入力された受信シンボル・ストリームに対して空間処理を行ない、必要に応じてストリームの分解を行なって、変復調部３０３へ渡す。
【００４５】
チャネル推定部３０５は、各無線インターフェース部３０６−１、…、３０６−Ｍからの入力信号のうちの、プリアンブル部分やトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。算出された複素チャネル利得情報は、制御部３０８を介して変復調部３０３での復調や空間信号処理部３０４での空間処理に利用される。
【００４６】
各無線インターフェース部３０６−１、…、３０６−Ｍは、無線送信時には、空間信号処理部３０４から入力されるディジタル送信信号をアナログ送信信号へとコンバートして、電力増幅して、フィルタリングして、さらに無線周波数帯へ周波数アップコンバートして、それぞれに対応するアンテナ３０７−１、…、３０７−Ｍへ送出する。また、各無線インターフェース部３０６−１、…、３０６−Ｍは、無線受信時には、それぞれに対応するアンテナ３０７−１、…、３０７−Ｍからの入力に対して逆の処理、すなわち周波数ダウンコンバート、フィルタリング、低雑音増幅、ディジタル信号へのコンバージョンを行ない、結果を空間信号処理部３０４若しくはチャネル推定部３０５へ提供する。
【００４７】
制御部３０８は、各部３０１〜３０６間の情報の受け渡しや通信パラメーターの設定、データ処理部３０２におけるパケットのスケジューリングを行なう。
【００４８】
図４は、無線子局１１０の内部構成例を示している。図示の無線子局１１０は、データ・シンク４０１と、データ処理部４０２と、変復調部４０３と、空間信号処理部４０４と、チャネル推定部４０５と、無線インターフェース部４０６と、アンテナ４０７と、制御部４０８を備えている。図示の例では、Ｍ本の送受信用アンテナ４０７−１、…、４０７−Ｍ´と、アンテナ毎の無線インターフェース部４０６−１、…、４０６−Ｍ´を備えているが、無線子局１１０は複数本の送受信系統を備える必要はなく、１本でもよい。
【００４９】
データ・シンク４０１は、受信したデータの提供先であり、マルチキャスト配信サーバー１３０内のデータ・ソース２０１にあるデータは、バックボーン・ネットワーク１４０並びに無線親局１２０を経由して、データ・シンク４０１に到着する。
【００５０】
データ処理部４０２は、自身が生成したデータがある送信時の場合に、そのデータから無線送信のためのパケットを、メディア・アクセス制御（ＭＡＣ）のためのヘッダーの付加や誤り検出符号の付加などの処理を行ない、処理後のデータを変復調部４０３に提供する。逆に、変復調部４０３からの入力がある受信時の場合には、データ処理部４０２は、ヘッダーの解析、パケット誤りの検出、パケットのリオーダー処理などを行ない、自身のプロトコル上位層若しくはデータ・シンク４０１へ渡す。
【００５１】
変復調部４０３は、無線送信時には、データ処理部４０２からの入力データに対し、制御部４０８によって設定された誤り訂正符号及び変調方式に基づいて、誤り訂正符号化、インターリーブ、並びに変調の処理を行ない、データ・シンボル・ストリームを生成して、空間信号処理部４０４へ渡す。また、変復調部４０３は、無線受信時には、空間信号処理部４０４からの入力に対して送信時とは逆に、復調、デインターリーブ、誤り訂正復号化の処理を行ない、データ処理部４０２若しくは制御部４０８へ渡す。
【００５２】
空間信号処理部４０４は、無線インターフェース部４０６−１、…、４０６−Ｍ´へ提供する。また、空間信号処理部４０４は、無線受信時には、各無線インターフェース部４０６−１、…、４０６−Ｍ´から入力された受信シンボル・ストリームに対して空間処理を行ない、必要に応じてストリームの分解を行なって、変復調部４０３へ渡す。
【００５３】
チャネル推定部４０５は、各無線インターフェース部４０６−１、…、４０６−Ｍ´からの入力信号のうちの、プリアンブル部分やトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。算出された複素チャネル利得情報は、制御部４０８を介して変復調部４０３での復調や空間信号処理部４０４での空間処理に利用される。
【００５４】
各無線インターフェース部４０６−１、…、４０６−Ｍ´は、無線送信時には、空間信号処理部４０４から入力されるディジタル送信信号をアナログ送信信号へとコンバートして、電力増幅して、フィルタリングして、さらに無線周波数帯へ周波数アップコンバートして、それぞれに対応するアンテナ４０７−１、…、４０７−Ｍ´へ送出する。また、各無線インターフェース部４０６−１、…、４０６−Ｍ´は、無線受信時には、それぞれに対応するアンテナ４０７−１、…、４０７−Ｍ´からの入力に対して逆の処理、すなわち周波数ダウンコンバート、フィルタリング、低雑音増幅、ディジタル信号へのコンバージョンを行ない、結果を空間信号処理部４０４若しくはチャネル推定部４０５へ提供する。
【００５５】
制御部４０８は、各部４０１〜４０６間の情報の受け渡しや通信パラメーターの設定、データ処理部４０２におけるパケットのスケジューリングを行なう。
【００５６】
本明細書で開示する技術を適用したデータ伝送システム１００は、空間多重を利用してマルチキャストの受領確認の同時送信を許容し、通信リソースの有効利用を図りつつ、受領確認を利用して再送制御を可能として通信品質の向上を実現するものである。
【００５７】
マルチキャスト・グループに含まれる複数の無線子局１１０−１…は、マルチキャスト・データ・フレームを受信すると、送信元の無線親局１２０からの受領確認要求に応じて、空間多重を利用してマルチキャストの受領確認応答を同時に送信する。一方、無線親局１２０は、各無線子局１１０−１…とのチャネル情報に基づく信号処理により、同時受信した受領確認応答を元の個別の受領確認応答に分離、復元する。
【００５８】
マルチキャスト伝送における受領確認応答を同時に行なう仕組みについて、以下の５つの実施例を挙げて詳解する。
【００５９】
実施例１：事前のサブグループ分け有り。受領確認要求はデータ・フレームと別フレーム
実施例２：事前のサブグループ分け無し。受領確認要求はデータ・フレームと別フレーム
実施例３：事前のサブグループ分け無し。受領確認要求はデータ・フレームが兼ね、明示的に指定
実施例４：事前のサブグループ分け有り。受領確認要求はデータ・フレームが兼ね、既存パラメーター値を利用して暗黙的に要請
実施例５：事前にチャネル利得情報を全員から取得。受領確認要求はデータ・フレームと別フレーム
【００６０】
以下では、無線親局１２０と無線子局１１０間に無線通信には、ＩＥＥＥ８０２．１１無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）システムが適用されることを想定する。また、無線親局１２０をアクセスポイント（ＡＰ）、無線子局１１０をステーション（ＳＴＡ）と読み替えて、各実施例について説明する。
【実施例１】
【００６１】
実施例１では、ＡＰは、マルチキャスト・グループに参加するＳＴＡを事前にサブグループ分けする。また、ＡＰは、データ・フレームと別フレームで、グループ・メンバーＳＴＡに受領確認要求を送信する。
【００６２】
図５には、実施例１における処理のフローを示している。
【００６３】
《マルチキャスト・グループの把握》
まず、フローＦ５０１として、マルチキャスト・グループに属する各ＳＴＡは事前に受信したいマルチキャストのグループに参加しているものとする。マルチキャスト・グループへの参加には、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＩＰｖ６   ＭＬＤ（Ｍｕｌｔｉｃａｓｔ  Ｌｉｓｔｅｎｅｒ  Ｄｉｓｃｏｖｅｒｙ）などの仕組みを利用する。各ＳＴＡは、自分が参加しているマルチキャストのグループのマルチキャスト・アドレスを受信する。
【００６４】
ＩＧＭＰやＩＰｖ６   ＭＬＤなどのマルチキャスト・グループ参加プロトコルはレイヤー３以上であるため、通常は、マルチキャスト・グループ参加の時点ではＡＰは配下のＳＴＡがどのマルチキャスト・アドレスを受信しているかを知らない。このため、マルチキャスト・グループに参加する各ＳＴＡは、ＡＰにマルチキャスト・グループ参加状況を把握させるために、ＡＰの要請を受けて、若しくは自発的に、各ＳＴＡはマルチキャストの登録状況を別途ＡＰに通知しておく。あるいは、ＡＰがレイヤー３以上の内容を解析する仕組みを持ち、自ら配下ＳＴＡのマルチキャスト参加の情報を集めても良い。
【００６５】
《受領確認サブグループの作成》
次いで、フローＦ５０２として、ＡＰは、マルチキャスト・グループ毎に、参加している配下ＳＴＡを１つ以上の受領確認用サブグループに分類する。後述するように、ＡＰは、マルチキャスト送信する度にマルチキャスト・グループ内のすべてのＳＴＡにマルチキャスト送信に対する受領確認を要請するのではなく、サブグループに対してのみ受領確認を要請する。
【００６６】
ＡＰは、フローＦ５０１により配下の各ＳＴＡのマルチキャスト・グループ参加状況を把握した状態から、まずあるマルチキャスト・グループについて、受信対象のＳＴＡ（以後、グループ・メンバーと呼ぶ）を受領確認の対象、非対象に分ける。必ずしもすべてのグループ・メンバーを当該マルチキャスト・フローに対する受領確認の対象となくても良い。判断基準は限定しないが、以下の（ａ１）、（ａ２）のいずれかを利用してもよい。
【００６７】
（ａ１）各ＳＴＡに対しての過去の送受信から得られた通信品質（例として、下りリンクの誤り率並びにその使用変調情報、上りリンクの受信信号強度など）。例えば、通信品質が悪いグループ・メンバー（通信品質が所定値未満、若しくは、通信品質が低い方から所定台数のグループ・メンバーなど）のみを当該マルチキャスト受領確認対象とする。
（ａ２）各ＳＴＡから通知される、当該マルチキャストに対して信頼性を要求するかしないかの情報。例えば、信頼性を要求するグループ・メンバーのみ当該マルチキャスト受領確認対象とする。
【００６８】
続いて、ＡＰは、受領確認対象のグループ・メンバーを１つ以上のサブグループに分類する。このサブグループは、以降で送信するマルチキャスト・データ・フレームの受領確認応答を同時に行なうＳＴＡ群の単位となる。当然ながら、この受領確認応答を同時に行なうＳＴＡ群はいずれも、マルチキャスト・グループのメンバーから選ばれる。
【００６９】
各サブグループに参加できる最大メンバー数は事前に決めておく。本実施例ではサブグループ内メンバー最大数は４とする。なお、一般に、同時に受信した複数の信号を分離するには、信号の数以上の受信アンテナが必要である。このため、本実施例では、ＡＰとしての無線親局１２０は、無線インターフェース部３０６並びにアンテナ３０７をそれぞれ４組以上装備するものとする。
【００７０】
ＳＴＡをサブグループに分類するための基準は限定しない。例えば、以下の（ｂ１）、（ｂ２）のいずれかを基準に利用しても良い。
【００７１】
（ｂ１）各メンバーからこれまでに受信したパケットから得られた各メンバーとＡＰ間の無線チャネル状態情報（Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）から、信号分離を行ない易くなる組み合わせ。
（ｂ２）各メンバーからこれまでに受信したパケットから得られたＣＳＩ情報から、ＡＰにおける受信レベルの差が少なくなる組み合わせ。
【００７２】
図６には、参考として、同じＡＰに接続しているＳＴＡ６００、マルチキャスト・グループのメンバー６１０、マルチキャスト送信の受領確認対象６１１、サブグループの包含関係について、例示している。なお、ＳＴＡは複数のマルチキャスト・グループに属することが可能なので、複数のマルチキャスト・グループがある場合にはそれらは互いに重複する可能性がある。
【００７３】
図６に示す例では、同じＡＰに接続しているＳＴＡ（配下子局）６００は、マルチキャスト・グループのメンバー６１０と、マルチキャスト・グループに属しないＳＴＡ６２０に２分される。また、マルチキャスト・グループのメンバー６１０となるＳＴＡは、マルチキャスト・グループ参加状況を把握した状態などに基づいて、マルチキャスト受領確認対象６１１と、受領確認を行なわないグループ・メンバー６１２に振り分けられる。そして、マルチキャスト受領確認対象６１１となった複数のＳＴＡを、無線チャネル状態情報や受信レベルなどの判断基準に基づいて、所定台数以内のサブグループ＃０、＃１、…に分類される。
【００７４】
本実施例で参照しているデータ伝送システム１００（図１Ａを参照のこと）では、６台のステーション（無線子局）が存在しており、そのすべてが同一のマルチキャスト・グループに属しているとする。
【００７５】
以下の説明では、６台すべてのＳＴＡ＃１〜＃６が受領確認対象であり、６台を以下のように３台ずつの２つのサブグループ＃０、＃１に分類したものとして説明を進める。なお、サブグループを特定するための識別情報を、サブグループ識別子とする。
【００７６】
サブグループ＃０：  ＳＴＡ＃１、ＳＴＡ＃３、ＳＴＡ＃５
サブグループ＃１：  ＳＴＡ＃２、ＳＴＡ＃４、ＳＴＡ＃６
【００７７】
《サブグループ付属情報の生成》
受領確認対象のメンバーをサブグループに分類したら、ＡＰはさらにサブグループ内での信号分離のための付属情報を生成する。
【００７８】
付属情報を生成する目的は、サブグループのＳＴＡ群から同時に送信されることになる受領確認応答フレームから、個々の受領確認を復元するためにはサブグループ内のすべてのＳＴＡからのＣＳＩ情報が必要になり、受領確認フレーム自体からこれを得るためである。
【００７９】
ＣＳＩ情報の取得に関して説明する。図７には、ＩＥＥＥ８０２．１１無線ＬＡＮシステムで通常のパケット送信に使用されるフレーム・フォーマットを示している。パケット７００は、ＰＨＹ  Ｐｒｅａｍｂｌｅ部７１０と、ＰＨＹ  Ｈｅｄｅｒ部７２０と、ＭＡＣ  Ｈｅａｄｅｒ部７３０と、Ｐａｙｌｏａｄ部７４０で構成される。
【００８０】
ＰＨＹ  Ｐｒｅａｍｂｌｅ部７１０には、受信側で物理層でのパケット検出と周波数同期などを行なうための固定データ系列（以下、Ｓｈｏｒｔ  Ｐｒｅａｍｂｌｅと呼ぶ）７１１と、受信側でＣＳＩを得るための固定データ系列（以下、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅと呼ぶ）７１２が格納されている。この後者のデータ系列をＬとする。パケットを受信した無線機は、Ｌが既知であることから、その部分の受信波形を利用してＣＳＩを知ることができる。このＬｏｎｇ  Ｐｒｅａｍｂｌｅのような、ＣＳＩを得るための既知情報はトレーニング信号とも呼ばれる。
【００８１】
しかし、そのままのフォーマットで、サブグループ・メンバーのＳＴＡが受領確認を同時送信してしまうと、ＣＳＩ推定のためのＬｏｎｇ  Ｐｒｅａｍｂｌｅ部７１２の信号まで混信してしまい、ＡＰが個々のＣＳＩ情報を得ることができない。この問題に対処するため、サブグループ内のメンバー毎に異なるＬｏｎｇ  Ｐｒｅａｍｂｌｅ部７１２の信号の符号化を行なうことを考える。
【００８２】
本実施例では、このＬｏｎｇ  Ｐｒｅａｍｂｌｅの部分を拡張し、同時送信されても受信できるフォーマットに符号化し、受領確認応答フレームに使用する。符号化の方法として、例えば以下の（ｃ１）、（ｃ２）のいずれかの方法を利用することができる。
【００８３】
（ｃ１）直交符号化
直交符号化の手法では、まずサブグループ最大メンバー数以上の長さを持つＷａｌｓｈ系列を生成する。本実施例では最大数を４としているので、系列長４のＷａｌｓｈ系列を生成する。この場合、以下に示す符号１〜４の４つの系列が利用可能である。
【００８４】
［  １，  １，  １，  １］（符号１）
［  １，  １，−１，−１］（符号２）
［  １，−１，  １，−１］（符号３）
［  １，−１，−１，  １］（符号４）
【００８５】
Ｗａｌｓｈ系列を用いて、各要素に系列Ｌを乗算した、Ｌの４倍の長さを持つ以下に示すような４つの系列を生成することができる。
【００８６】
［  Ｌ，  Ｌ，  Ｌ，  Ｌ］
［  Ｌ，  Ｌ，−Ｌ，−Ｌ］
［  Ｌ，−Ｌ，  Ｌ，−Ｌ］
［  Ｌ，−Ｌ，−Ｌ，  Ｌ］
【００８７】
上記の４系列は互いに直交することになる。したがって、同時に受信したとしても、上記符号１〜４のうち取り出したい符号に相当する符号を乗算してＬの長さ毎に加算することで、それぞれのＣＳＩを得ることができる。
【００８８】
この方法では、サブグループ毎にグループ・メンバーＳＴＡに対して上記符号１〜４のいずれかを重複しないように割り当てる。
【００８９】
（ｃ２）時分割送信
時分割送信の手法では文字通り、各サブグループ・メンバーからのＬの送信が重ならないように送信時刻をずらして送信させる。これは、上記直交符号化における符号を以下の符号１１〜１３に置き換えることと等価である。
【００９０】
［  １，  ０，  ０］（符号１１）
［  ０，  １，  ０］（符号１２）
［  ０，  ０，  １］（符号１３）
【００９１】
本実施例で参照しているデータ伝送システム１００（図１を参照のこと）では、６台のグループ・メンバーＳＴＡ＃１〜＃６を３台ずつの２つのサブグループ＃０、＃１に分類しているが（前述）、各サブグループにおいて、以下の（ｄ１）、（ｄ２）に示すように、直交符号化又は時分割送信のいずれかの方法により符号を割り当てるものとする。
【００９２】
（ｄ１）サブグループ＃０
ＳＴＡ＃１  …  符号１又は符号１１
ＳＴＡ＃３  …  符号２又は符号１２
ＳＴＡ＃５  …  符号３又は符号１３
（ｄ２）サブグループ＃１
ＳＴＡ＃２  …  符号１又は符号１１
ＳＴＡ＃４  …  符号２又は符号１２
ＳＴＡ＃６  …  符号３又は符号１３
【００９３】
図８Ａには、サブグループ＃０、＃１の各々で、グループ・メンバーＳＴＡに重複しないように符号１〜３を割り当て、直交符号化を用いて符号を割り当ててＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化を行なった場合の、ＰＨＹ  Ｐｒｅａｍｂｌｅの内容を示している。また、図８Ｂには、サブグループ＃０、＃１の各々で、グループ・メンバーＳＴＡに重複しないように符号１１〜１３を割り当て、時分割送信を用いた符号を割り当ててＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化を行なった場合、ＰＨＹ  Ｐｒｅａｍｂｌｅの内容を示している。
【００９４】
《受領確認サブグループ並びに付属情報の事前通知》
そして、フローＦ５０３として、ＡＰは、上記で決定した各メンバーのサブグループ情報と、サブグループ内での各メンバーが利用するＬｏｎｇ  Ｐｒｅａｍｂｌｅ信号の符号化情報を、各グループ・メンバーに対して事前に通知する。通知のためにＡＰが送信する管理フレームを、以下ではＡｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレームと呼ぶ。ＡＰは、Ａｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレームをメンバー毎に個別にユニキャストで送信しても良く、グループ・メンバー全員が受け取れるマルチキャスト・アドレス宛てに送信しても良い。また、ＡＰは、専用のＡｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレームを用いず、ビーコンなどの既存のブロードキャスト・フレームの一部として付属情報を送信するようにしても良い。
【００９５】
ＡＰが各メンバーに事前通知する情報は、以下の内容（ｅ１）、（ｅ２）を含む。
【００９６】
（ｅ１）各グループ・メンバーと属するサブグループ識別子を対応付ける情報
（ｅ２）各サブグループ内でのサブグループ・メンバーへの付属情報（Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ符号化方式、最大符号長、並びに割り当て符号の識別子）
【００９７】
なお、上記の（ｅ２）付属情報のうち、最大符号長（前述の通り、これはサブグループの最大メンバー数に連動する）、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ符号化方式はあらかじめ決められて共有されていれば、必ずしもＡｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレームに含める必要はない。
【００９８】
また、サブグループ・メンバーが受領確認応答に使用する変調方式並びに誤り訂正符号化や、受領確認応答に使用する送信電力に関する情報を、（後述するＭＵ−ＢＡＲではなく）Ａｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレームの付属情報に含めるようにしてもよい。
【００９９】
サブグループ情報並びに付属情報（ｅ１）、（ｅ２）を事前に受け取ったグループ・メンバーは、それを例えば制御部４０８内のメモリーに記憶しておき、受領確認応答フレーム（トレーニング信号）を送信時に利用する。
【０１００】
ＡＰは、このサブグループ割り当て並びに付属情報を、マルチキャスト・フローの配信の途中で追加や変更してもよい。その場合には、再度メンバー全員に対して上記の通知を実行し直す。
【０１０１】
ここまでの処理Ｆ５０１〜Ｆ５０３が、事前のセットアップに関する処理であり、最低１度実行すればよい。
【０１０２】
以降の処理Ｆ５０４〜Ｆ５０８は、マルチキャスト・データの送受信に伴って繰り返し起きる処理である。図９には、本実施例において、ＡＰとＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示している。
【０１０３】
《マルチキャスト・データ送受信》
ＡＰは、フローＦ５０４として、図９中の参照番号９０１〜９０３で示すようにマルチキャスト・グループのＳＴＡ＃１〜＃６に、マルチキャスト・データＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２を順次送信する。これらのマルチキャスト・データのフレームは、前述した符号化を行なわず、図７に示したような通常のフレーム・フォーマットを利用して送信される。
【０１０４】
マルチキャスト・グループ・メンバーのＳＴＡ＃１〜＃６は、自身が以前に上記Ａｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレーム若しくはビーコン・フレームにおいて自身が受領確認の対象でありサブグループに割り当てられている場合には、個々のマルチキャスト・フレームの受信状態を、マルチキャスト・データ・フレームのシーケンス番号毎に保持しておく。
【０１０５】
同時に、サブグループのグループ・メンバーのＳＴＡ＃１〜＃６は、マルチキャスト・データ・フレームのＰＨＹ  Ｐｒｅａｍｂｌｅを利用して、ＡＰに対する基準発振器の周波数オフセットを補正しておく。
【０１０６】
《受領確認》
本実施例では、ＡＰは、１つ以上のマルチキャスト・データ・フレームを送信した後、フローＦ５０５として、図９中の参照番号９０４、９０８で示すように、複数ユーザーを対象にした受領確認要求フレーム（以下、Ｍｕｌｔｉ−Ｕｓｅｒ  Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ（ＭＵ−ＢＡＲ）フレームと呼ぶ）を送信する。
【０１０７】
本実施例（図９に示す例）においては、ＡＰがＭＵ−ＢＡＲ単独で１つの無線パケットとして送信する例を想定して記載している。変形例として、ＡＰは、マルチキャスト・データとＡ−ＭＰＤＵ（Ａｇｇｒｅｇａｔｅｄ  Ｍａｃ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を用いてＭＡＣ層にてアグリゲーションすることにより、無線区間では１つの無線パケットとしてＭＵ−ＢＡＲを送信するようにしても良い。
【０１０８】
ＭＵ−ＢＡＲフレームには、以下の内容（ｆ１）〜（ｆ５）が含まれる。
【０１０９】
（ｆ１）受領確認対象のマルチキャスト・フローを特定する情報
（ｆ２）マルチキャスト受領確認応答を期待する対象とするサブグループ識別子
（ｆ３）サブグループ・メンバーからのマルチキャスト受領確認応答の対象とする開始シーケンス番号
（ｆ４）受領確認応答に使用する変調方式並びに誤り訂正符号
（ｆ５）受領確認応答に使用する送信電力に関する情報
【０１１０】
ここで、受領確認応答に使用する変調方式に関する情報（ｆ４）を、必ずしも明示的に指定しなくても、常に最低のレートを利用する、若しくは、ＭＵ−ＢＡＲフレームと同一のレートを使用するなど、すべての受領確認対象で一意に決まる法則をＡＰと各ＳＴＡ間で共有していれば、フレーム内に変調方式に関する情報を含めなくてもよい。受領確認応答に使用する変調方式は、２本以上の空間ストリームを使用しない変調に限定してもよい。
【０１１１】
受領確認応答に使用する送信電力に関する情報（ｆ５）を伝える目的は、ＡＰが複数のＳＴＡから同時に受信することになる受領確認応答に大きな受信電力差が生まれないようにすることにある。あまりにも大きな受信電力差がある場合、電力が小さい方の応答フレームを復元できなくなる可能性があるからである。このため、ＡＰにおいてそれぞれのサブグループ・メンバーＳＴＡからの応答の受信電力がターゲット電力に揃うように、各メンバーＳＴＡに希望する送信電力の通知を行なう。情報（ｆ５）の内容には、応答の送信に使用して欲しい送信電力の値を直接指定、若しくは、希望電力に近づけるために前回の応答送信に対して上げて欲しい又は下げて欲しい旨を伝える前回送信電力との差分値を指定する。この差分値の計算には、サブグループ・メンバーとの過去のフレーム送受信時の受信電力を参照しても良い。なお、送信電力の要望に関する情報（ｆ５）は必ずしもフレームに含まれなくても良い。その場合には、各ＳＴＡ側でそれぞれ自律的に判断して送信電力を調節する。
【０１１２】
ＭＵ−ＢＡＲフレームは、受領確認の対象とするマルチキャスト・アドレスに対して送信される。宛先がこのアドレスであることを、上記の受領確認対象のマルチキャスト・フローを特定する情報（ｆ１）として暗黙的に利用してもよい。
【０１１３】
サブグループ・メンバー＃０、＃１の各ＳＴＡは、ＡＰからＭＵ−ＢＡＲフレーム９０４、９０８を受信すると、フローＦ５０６として、図９中の参照番号９０５〜９０７、並びに、参照番号９０９〜９１１に示すように、該当するマルチキャスト・フローに関する受領確認応答ＭＵ−ＢＡフレームをそれぞれ送信する。このとき、ＡＰから事前に指定された符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅを符号化（前述）して送信する。
【０１１４】
図１０には、ＳＴＡがＡＰからＭＵ−ＢＡＲフレームを受信したことに応じて実行する処理手順をフローチャートの形式で示している。
【０１１５】
ＳＴＡは、ＡＰからのＭＵ−ＢＡＲフレームを受信すると（ステップＳ１００１のＹｅｓ）、そのＭＵ−ＢＡＲフレームに含まれるサブグループ識別子が自分の属するグループのものかどうかをチェックする（ステップＳ１００２）。
【０１１６】
サブグループ識別子が自分の属するグループのものでない場合には（ステップＳ１００２のＮｏ）、ＳＴＡは、後続の処理をすべてスキップして、本処理を終了する。
【０１１７】
一方、サブグループ識別子が自分の属するグループのものである場合には（ステップＳ１００２のＹｅｓ）、ＳＴＡは、そのＭＵ−ＢＡＲフレームで対象としているマルチキャスト・フローの受信成功／失敗記録から、受領確認応答ＭＵ−ＢＡを生成する（ステップＳ１００３）。
【０１１８】
各サブグループ・メンバーＳＴＡは、生成するＭＵ−ＢＡフレームに、対象とするマルチキャスト・フローにおける、シーケンス番号毎の受信成功／失敗の情報を含める。但し、ＭＵ−ＢＡＲフレームを受信する以前にＡＰより送信されている当該マルチキャスト・フローが対象であるが、ＭＵ−ＢＡＲフレームにおいて通知された開始シーケンス番号より前の情報を含める必要はない。また、ＳＴＡ内において、再送を要求して到着しても、ＳＴＡ上位層にてもう利用価値が無いと判断できるフレームについては、受信されていなくてもＳＴＡの判断で成功として通知してもよい。
【０１１９】
次いで、ＳＴＡは、ＭＵ−ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっているかどうかをチェックする（ステップＳ１００４）。
【０１２０】
ＭＵ−ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっている場合には（ステップＳ１００４のＹｅｓ）、ＳＴＡは、ＭＵ−ＢＡＲフレームでの指示の通りに受領確認応答フレームに使用する送信電力を設定する（ステップＳ１００５）。
【０１２１】
また、ＭＵ−ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっていない場合には（ステップＳ１００４のＮｏ）、ＳＴＡは、過去の（ＭＵ−ＢＡＲを含む以前のＡＰからの受信パケットの）受信電力の情報から伝搬損を推定し、ＡＰ側での受信電力が所定の値になるように受領確認応答フレームの送信電力を設定する（ステップＳ１００７）。なお、この所定の値は少なくともサブグループ・メンバーのＳＴＡにおいては事前に共有されているものとする。
【０１２２】
なお、ステップＳ１００５やステップＳ１００７におけるＭＵ−ＢＡの送信に使用する電力の制御は必要に応じて行なえばよい。
【０１２３】
そして、ＳＴＡは、Ａｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレーム又はビーコン・フレームで事前に通知されている符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅを符号化したＰＨＹ  Ｐｒｅａｍｂｌｅを付加して、受領確認応答（Ｍｕｌｔｉ−  Ｕｓｅｒ  Ｂｌｏｃｋ  Ａｃｋ：ＭＵ−ＢＡ）フレームを送信する（ステップＳ１００６）。
【０１２４】
要約すれば、図１０に示した処理フローによれば、ＭＵ−ＢＡＲを受信したＳＴＡは、内容に記載されているサブグループ識別子が自身の属しているサブグループのものと一致するかを確認し、一致する場合に限り、ＭＵ−ＢＡフレームを送信する。
【０１２５】
ＳＴＡからのＭＵ−ＢＡの送信タイミングは、ＳＴＡがＭＵ−ＢＡＲを受信終了した直後から所定の時間経過後である。この所定の時間の間隔はＡＰと全ＳＴＡ間で共有されており、通信可能範囲にいる第３者の無線送信が割り込めない間隔であることが望ましい。また、この所定の時間間隔を指定する情報をＭＵ−ＢＡＲに含め，サブグループ単位で，あるいは同一サブグループであっても別のＭＵ−ＢＡＲを送信する際に、異なる値をとるようにしても良い。本実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ規格で規定されるＳＩＦＳ（Ｓｈｏｒｔ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｅ）を用いることとする。なお、ＳＩＦＳの代わりにＰＩＦＳ（ＰＣＦ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｅ）を用いることにしてもよい。この送信の際には、各ＳＴＡはキャリアセンスを行なわなくてもよい。
【０１２６】
ＡＰ側では、ＭＵ−ＢＡＲ送信のＳＩＦＳ時間後に、指定したサブグループ・メンバーからのＭＵ−ＢＡが同時に受信することになる。そして、ＡＰは、フローＦ５０７として、同時に受信された複数のＳＴＡからのＭＵ−ＢＡを信号処理により分解、復元する。
【０１２７】
図１１には、ＡＰが指定したサブグループ・メンバーからのＭＵ−ＢＡを受信処理する手順をフローチャートの形式で示している。ＡＰは、ＭＵ−ＢＡＲを送信した後、サブグループからのＭＵ−ＢＡフレームを待ち受けて、通常の受信動作とは異なる処理を行なう。
【０１２８】
ＡＰは、Ｓｈｏｒｔ  Ｐｒｅａｍｂｌｅを検出したとき（ステップＳ１１０１のＹｅｓ）、各無線インターフェース部３０６−１、…で処理した受信信号はチャネル推定部３０５に送られ、Ｓｈｏｒｔ  Ｐｒｅａｍｂｌｅ部にてフレーム開始タイミングの同期、周波数同期、ＡＧＣ（Ａｕｔｏ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）のセットが行なわれる（ステップＳ１１０２）。
【０１２９】
次いで、ＡＰは、ＭＵ−ＢＡＲを送信完了から応答が期待される時間長（ＳＩＦＳ）以内に、グループ・メンバーＳＴＡからのＭＵ−ＢＡを同時受信できたかどうかをチェックする（ステップＳ１１０３）。
【０１３０】
ここで、ＭＵ−ＢＡＲを送信完了から応答が期待される時間長以内に、グループ・メンバーＳＴＡからのＭＵ−ＢＡを同時受信できたときには（ステップＳ１１０３のＹｅｓ）、チャネル推定部３０５は、Ｓｈｏｒｔ  Ｐｒｅａｍｂｌｅ部に続く符号化Ｌｏｎｇ Ｐｒｅａｍｂｌｅ部において、各グループ・メンバーＳＡＴに事前に割り当てたそれぞれの符号から、各サブグループ・メンバーのＬｏｎｇＰｒｅａｍｂｌｅ受信系列を復元し、各ＳＴＡからのＣＳＩ推定値を取得する（ステップＳ１１０４）。
【０１３１】
直交符号化を用いて符号を割り当ててＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化を行なった場合には、チャネル推定部３０５は、直交符号のうち取り出したい符号に相当する符号を、系列Ｌの長さ単位に対して符号の１要素を乗算し、Ｌの長さ単位で乗算結果を加算する操作を行なって、各サブグループ・メンバーのＬｏｎｇＰｒｅａｍｂｌｅ受信系列を復元する。また、時分割送信を用いた符号を割り当ててＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化を行なった場合には、チャネル推定部３０５は、時間シフトして、各サブグループ・メンバーのＬｏｎｇＰｒｅａｍｂｌｅ受信系列を取り出す。
【０１３２】
このようして得られたＬｏｎｇ  Ｐｒｅａｍｂｌｅ受信系列は、それぞれのアンテナ３０７−１、…、３０７−Ｍ（受信チェイン）で受信された、各ＳＴＡからのＣＳＩとなる。ここで、受信アンテナの番号をｍ（ｍ＝１〜Ｍ。但し、ＭはＡＰの受信に使えるアンテナ総数）、使用した符号の番号（サブグループ識別子と合わせてこれがＳＴＡを特定する情報となる）をｎ（ｎ＝１〜Ｎ。但し、Ｎは使用する符号総数でありサブグループのメンバー数であり、ＭＵ−ＢＡ多重数に相当する）とすると、受信アンテナと使用した符号の組み合わせからＭ×Ｎの要素数を持つ推定チャネル行列Ｈが得られる。各メンバーＳＴＡの推定ＣＳＩをｈm,nで表すと、推定チャネル行列Ｈは下式（１）で表される。
【０１３３】
【数１】
2020096383.tif 000003
【０１３４】
同時受信されたアンテナ番号ｍにおける入力信号をｙmとすると、受信信号ベクトルＹは、下式（２）で表される
【０１３５】
【数２】
2020096383.tif 000004
【０１３６】
推定されたチャネル行列Ｈと受信信号ベクトルＹは空間信号処理部３０４に入力される。そして、空間信号処理部３０４は、チャネル行列Ｈと受信信号ベクトルＹを用いて、各サブグループ・メンバーＳＴＡからのＭＵ−ＢＡの復元（分解）を行なう（ステップＳ１１０５）。分解処理は、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ部より後（すなわち、ＰＨＹ  Ｈｅａｄｅｒ部以降）の信号に対して適用される。
【０１３７】
空間信号処理部３０４が行なうＭＵ−ＢＡの復元（分解）処理のアルゴリズムは特に限定されない。例えば、最小２乗誤差（Ｍｉｎｉｍｕｍ  Ｍｅａｎ  Ｓｑｕａｒｅ  Ｅｒｒｏｒ：ＭＭＳＥ）等化を用いて複数の信号を分解処理することができる。ＭＭＳＥ等化によれば、受信信号ベクトルＹにある重みベクトルＷを乗算して、他のＳＴＡからの干渉成分を抑制する処理により、信号を分解することができる。重みベクトルＷは、各受信アンテナで発生する雑音ベクトルｎmで構成される雑音ベクトルをＮとすると、以下の式（３）で表される。但し、下式（３）において、Ｉは単位行列を表し、ＨHはチャネル行列のエルミート転置行列を表す
【０１３８】
【数３】
2020096383.tif 000005
【０１３９】
上記のような処理を行なうことで、ＡＰは、ＭＵ−ＢＡＲの対象としたサブグループのすべてのメンバーからのＭＵ−ＢＡを復元して、マルチキャスト・データ・フローの受領確認情報を得ることができる。
【０１４０】
一方、ＭＵ−ＢＡＲを送信完了から応答が期待される時間長以内に、グループ・メンバーＳＴＡからのＭＵ−ＢＡを同時受信できなかったときには（ステップＳ１１０３のＮｏ）、ＡＰは、通常の受信動作に戻る。この場合、チャネル推定部３０５は、１つ分のＬｏｎｇ  ＰｒｅａｍｂｌｅからＣＳＩ推定値を取得する（ステップＳ１１０６）。そして、空間信号処理部３０４は、取得したＣＳＩ情報に基づいて、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ部より後（すなわち、ＰＨＹ  Ｈｅａｄｅｒ部以降）の信号を受信処理する（ステップＳ１１０７）
【０１４１】
なお、ＡＰは、ステップＳ１１０５においてＭＵ−ＢＡを復元処理した結果、特定の符号に対して優位なフレームを復元できない場合には、当該符号が割り当てられたＳＴＡがＭＵ−ＢＡＲを正しく受信しておらず、ＭＵ−ＢＡを送信していない可能性が考えられる。その場合の処理について図１１では図示を省略したが、ＡＰは、ＭＵ−ＢＡＲを再送してもよい。
【０１４２】
《マルチキャスト・データ再送》
サブグループ・メンバーからの受領確認応答を分離して受領確認情報を取得したＡＰは、その結果に応じて、必要であればフローＦ５０８としてマルチキャスト・データの再送を行なう。
【０１４３】
ＡＰがマルチキャスト・データを再送するタイミングは、受領確認応答を確認した直後であってもよい。
【０１４４】
また、電子レンジなど、バースト状の電波干渉が検出されている場合には、すぐに再送しても再度失敗する可能性がある。このような場合、ＡＰは、一定の遅延を付加した後にマルチキャスト・データを再送するようにしてもよい。当該マルチキャスト・フロー（コンテンツ）において、遅延の要求が規定されている場合には、ＡＰは、それを超えない範囲での遅延を付加することとする。
【実施例２】
【０１４５】
実施例２では、ＡＰは、マルチキャスト・グループに参加するＳＴＡを事前にサブグループ分けしない。また、ＡＰは、データ・フレームと別フレームで、グループ・メンバーＳＴＡに受領確認要求を送信する。
【０１４６】
図１２には、実施例２における処理のフローを示している。
【０１４７】
《マルチキャスト・グループの把握》
まず、フローＦ１２０１として、マルチキャスト・グループに属する各ＳＴＡは事前に受信したいマルチキャストのグループに参加しているものとする。マルチキャスト・グループへの参加には、ＩＧＭＰやＩＰｖ６  ＭＬＤなどの仕組みを利用する。各ＳＴＡは、自分が参加しているマルチキャストのグループのマルチキャスト・アドレスを受信する。
【０１４８】
マルチキャスト・グループに参加する各ＳＴＡは、ＡＰにマルチキャスト・グループ参加状況を把握させるために、ＡＰの要請を受けて、若しくは自発的に、各ＳＴＡはマルチキャストの登録状況を別途ＡＰに通知しておく。あるいは、ＡＰがレイヤー３以上の内容を解析する仕組みを持ち、自ら配下ＳＴＡのマルチキャスト参加の情報を集めても良い。
【０１４９】
実施例２では、ＡＰは、受領確認サブグループの作成を行なわない。また、受領確認サブグループ並びに付属情報の事前通知を行なわない。
【０１５０】
以降の処理は、マルチキャスト・データの送受信に伴って繰り返し起きる処理である。本実施例においても、実施例１と同様に、図９に示した通信シーケンスに従って、ＡＰとマルチキャスト・グループＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認が行なわれる。
【０１５１】
《マルチキャスト・データ送受信》
ＡＰは、フローＦ１２０２として、図９中の参照番号９０１〜９０３で示すように、マルチキャスト・グループのＳＴＡ＃１〜＃６に、マルチキャスト・データＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２を順次送信する。これらのマルチキャスト・データのフレームは、前述した符号化を行なわず、図７に示したような通常のフレーム・フォーマットを利用して送信される。
【０１５２】
マルチキャスト・グループ・メンバーのＳＴＡ＃１〜＃６は、個々のマルチキャスト・フレームの受信状態を、マルチキャスト・データ・フレームのシーケンス番号毎に保持しておく。また、マルチキャスト・グループ・メンバーのＳＴＡ＃１〜＃６は、マルチキャスト・データ・フレームのＰＨＹ  Ｐｒｅａｍｂｌｅを利用して、ＡＰに対する基準発振器の周波数オフセットを補正しておく。
【０１５３】
《受領確認》
本実施例では、ＡＰは、１つ以上のマルチキャスト・データ・フレームを送信した後、フローＦ１２０３として、図９中の参照番号９０４、９０８で示すように、受領確認を要求するＭＵ−ＢＡＲフレームを送信する。本実施例では、ＡＰは、ＭＵ−ＢＡＲフレームに、上述した内容（ｆ１）、（ｆ４）、（ｆ５）とともに、ＭＵ−ＢＡを要求するＳＴＡの識別子とＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化情報を記載する。
【０１５４】
ここで、ＳＴＡの識別子として、ＳＴＡのＭＡＣアドレスなど個体識別子や、ＡＰにおけるＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）などの接続識別子を利用することができる。また、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅの付属情報は、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ符号化方式、最大符号長、並びに割り当て符号の識別子などである。
【０１５５】
なお、ＡＰは、図９に示したように、ＭＵ−ＢＡＲ単独で１つの無線パケットとして送信する以外に、マルチキャスト・データとＡ−ＭＰＤＵを用いてＭＡＣ層にてアグリゲーションすることにより、無線区間では１つの無線パケットとしてＭＵ−ＢＡＲを送信するようにしても良い（同上）。
【０１５６】
ＭＵ−ＢＡＲフレーム内で、個体識別子や接続識別子などでＭＵ−ＢＡを要求することが指定された各ＳＴＡは、ＡＰからＭＵ−ＢＡＲフレーム９０４、９０８を受信すると、フローＦ１２０４として、図９中の参照番号９０５〜９０７、並びに、参照番号９０９〜９１１に示すように、該当するマルチキャスト・フローに関する受領確認応答ＭＵ−ＢＡフレームをそれぞれ送信する。このとき、ＭＵ−ＢＡＲフレームで指定された符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅ部を符号化（前述）して送信する。
【０１５７】
図１３には、ＳＴＡがＡＰからＭＵ−ＢＡＲフレームを受信したことに応じて実行する処理手順をフローチャートの形式で示している。
【０１５８】
ＳＴＡは、ＡＰからのＭＵ−ＢＡＲフレームを受信すると（ステップＳ１３０１のＹｅｓ）、そのＭＵ−ＢＡＲフレーム内で自分の個体識別子又は接続識別子が指定されているかどうかをチェックする（ステップＳ１３０２）。
【０１５９】
自分の個体識別子又は接続識別子が指定されていない場合には（ステップＳ１３０２のＮｏ）、ＳＴＡは、後続の処理をすべてスキップして、本処理を終了する。
【０１６０】
一方、自分の個体識別子又は接続識別子が指定されている場合には（ステップＳ１３０２のＹｅｓ）、ＳＴＡは、そのＭＵ−ＢＡＲフレームで対象としているマルチキャスト・フローの受信成功／失敗記録から、受領確認応答ＭＵ−ＢＡを生成する（ステップＳ１３０３）。
【０１６１】
ＳＴＡは、生成するＭＵ−ＢＡフレームに、対象とするマルチキャスト・フローにおける、シーケンス番号毎の受信成功／失敗の情報を含める。但し、ＭＵ−ＢＡＲフレームを受信する以前にＡＰより送信されている当該マルチキャスト・フローが対象であるが、ＭＵ−ＢＡＲフレームにおいて通知された開始シーケンス番号より前の情報を含める必要はない。また、ＳＴＡ内において、再送を要求して到着しても、ＳＴＡ上位層にてもう利用価値が無いと判断できるフレームについては、受信されていなくてもＳＴＡの判断で成功として通知してもよい。
【０１６２】
次いで、ＳＴＡは、ＭＵ−ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっているかどうかをチェックする（ステップＳ１３０４）。
【０１６３】
ＭＵ−ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっている場合には（ステップＳ１３０４のＹｅｓ）、ＳＴＡは、ＭＵ−ＢＡＲフレームでの指示の通りに受領確認応答フレームに使用する送信電力を設定する（ステップＳ１３０５）。
【０１６４】
また、ＭＵ−ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっていない場合には（ステップＳ１３０４のＮｏ）、ＳＴＡは、過去の（ＭＵ−ＢＡＲを含む以前のＡＰからの受信パケットの）受信電力の情報から伝搬損を推定し、ＡＰ側での受信電力が所定の値になるように受領確認応答フレームの送信電力を設定する（ステップＳ１３０７）。なお、この所定の値は少なくともサブグループ・メンバーのＳＴＡにおいては事前に共有されているものとする。
【０１６５】
なお、ステップＳ１３０５やステップＳ１３０７におけるＭＵ−ＢＡの送信に使用する電力の制御は必要に応じて行なえばよい。
【０１６６】
そして、ＳＴＡは、ＭＵ−ＢＡＲフレームで指定されている符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅを符号化したＰＨＹ  Ｐｒｅａｍｂｌｅを付加して、ＭＵ−ＢＡフレームを送信する（ステップＳ１３０６）。
【０１６７】
要約すれば、図１３に示した処理フローによれば、ＭＵ−ＢＡＲを受信したＳＴＡは、内容に記載されている個体識別子又は接続識別子が自身のものと一致するかを確認し、一致する場合に限り、ＭＵ−ＢＡフレームを送信する。
【０１６８】
ＳＴＡからのＭＵ−ＢＡの送信タイミングは、ＳＴＡがＭＵ−ＢＡＲを受信終了した直後から所定の時間経過後である。この所定の時間の間隔はＡＰと全ＳＴＡ間で共有されており、通信可能範囲にいる第３者の無線送信が割り込めない間隔であることが望ましい。本実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ規格で規定されるＳＩＦＳ又はＰＩＦＳを用いることにしてもよい。この送信の際には、各ＳＴＡはキャリアセンスを行なわなくてもよい。
【０１６９】
ＡＰ側では、ＭＵ−ＢＡＲ送信のＳＩＦＳ時間後に、指定した各ＳＴＡからのＭＵ−ＢＡが同時に受信することになる。そして、ＡＰは、フローＦ１２０５として、例えば図１１に示した処理手順に従って、同時に受信された複数のＳＴＡからのＭＵ−ＢＡを信号処理により分解、復元する。また、ＭＵ−ＢＡを復元処理した結果、特定の符号に対して優位なフレームを復元できない場合には、当該符号が割り当てられたＳＴＡがＭＵ−ＢＡＲを正しく受信しておらず、ＭＵ−ＢＡを送信していない可能性が考えられる。その場合、ＡＰは、ＭＵ−ＢＡＲを再送してもよい。
【０１７０】
《マルチキャスト・データ再送》
ＡＰは、指定した各ＳＴＡからの受領確認応答を分離して受領確認情報を取得し、その結果に応じて、必要であればフローＦ１２０６としてマルチキャスト・データの再送を行なう。
【０１７１】
ＡＰがマルチキャスト・データを再送するタイミングは、受領確認応答を確認した直後であってもよい。
【０１７２】
また、電子レンジなど、バースト状の電波干渉が検出されている場合には、すぐに再送しても再度失敗する可能性がある。このような場合、ＡＰは、一定の遅延を付加した後にマルチキャスト・データを再送するようにしてもよい。当該マルチキャスト・フロー（コンテンツ）において、遅延の要求が規定されている場合には、ＡＰは、それを超えない範囲での遅延を付加することとする。
【実施例３】
【０１７３】
実施例３では、ＡＰは、マルチキャスト・グループに参加するＳＴＡを事前にサブグループ分けしない。また、ＡＰは、受領確認要求を兼ねたデータ・フレームで、受領確認対象のＳＴＡを明示的に指定する。
【０１７４】
図１４には、実施例３における処理のフローを示している。
【０１７５】
《マルチキャスト・グループの把握》
まず、フローＦ１４０１として、マルチキャスト・グループに属する各ＳＴＡは事前に受信したいマルチキャストのグループに参加しているものとする。マルチキャスト・グループへの参加には、ＩＧＭＰやＩＰｖ６  ＭＬＤなどの仕組みを利用する。各ＳＴＡは、自分が参加しているマルチキャストのグループのマルチキャスト・アドレスを受信する。
【０１７６】
マルチキャスト・グループに参加する各ＳＴＡは、ＡＰにマルチキャスト・グループ参加状況を把握させるために、ＡＰの要請を受けて、若しくは自発的に、各ＳＴＡはマルチキャストの登録状況を別途ＡＰに通知しておく。あるいは、ＡＰがレイヤー３以上の内容を解析する仕組みを持ち、自ら配下ＳＴＡのマルチキャスト参加の情報を集めても良い。
【０１７７】
実施例３では、実施例２と同様に、ＡＰは、受領確認サブグループの作成、受領確認サブグループ並びに付属情報の事前通知を行なわない。
【０１７８】
以降の処理は、マルチキャスト・データの送受信に伴って繰り返し起きる処理である。本実施例では、図１５に示す通信シーケンスに従って、ＡＰとマルチキャスト・グループＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認が行なわれる。
【０１７９】
《マルチキャスト・データ送受信》
ＡＰは、フローＦ１４０２として、図１５中の参照番号１５０１、１５０５、１５０９で示すようにマルチキャスト・グループのＳＴＡ＃１〜＃６に、マルチキャスト・データＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２を順次送信する。
【０１８０】
本実施例では、これらのマルチキャスト・データのフレームは、受領確認要求を兼ねている。ＡＰは、各データ・フレームＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２のＭＡＣヘッダーを拡張して、上述した内容（ｆ１）、（ｆ４）、（ｆ５）とともに、ＭＵ−ＢＡを要求するＳＴＡの識別子とＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化情報をそれぞれ記載する。実施例１、２とは相違し、ＡＰは、ＭＵ−ＢＡＲフレームを送信しない。
【０１８１】
ここで、ＳＴＡの識別子として、ＳＴＡのＭＡＣアドレスなど個体識別子や、ＡＰにおけるＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）などの接続識別子を利用することができる。また、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅの付属情報は、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ符号化方式、最大符号長、並びに割り当て符号の識別子などである。
【０１８２】
マルチキャスト・グループ・メンバーのＳＴＡ＃１〜＃６は、少なくとも自分が受領確認対象となっているマルチキャスト・フレームの受信状態を、マルチキャスト・データ・フレームのシーケンス番号とともに保持しておく。また、マルチキャスト・グループ・メンバーのＳＴＡ＃１〜＃６は、マルチキャスト・データ・フレームのＰＨＹ  Ｐｒｅａｍｂｌｅを利用して、ＡＰに対する基準発振器の周波数オフセットを補正しておく。
【０１８３】
《受領確認応答》
マルチキャスト・データ・フレーム１５０１、１５０５、１５０９を受信したＳＴＡは、ＭＡＣヘッダーに記載されている個体識別子又は接続識別子が自身のものと一致するかを確認する。そして、一致する場合に限り、ＳＴＡは、図１５中の参照番号１５０２〜１５０４、並びに、参照番号１５０６〜１５０８に示すように、ＭＵ−ＢＡフレームを送信する。このとき、ＳＴＡは、対象のマルチキャスト・データ・フレームで指定された符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅを符号化（前述）して送信する。ＳＴＡは、図１３に示した処理手順に従って、自分が受領確認の対象となっているデータ・フレームを受信したことに応じて、ＡＰにＭＵ−ＢＡフレームを送信する。但し、図１３中のステップＳ１３０１などの「ＭＵ−ＢＡＲフレーム」を「マルチキャスト・データ・フレーム」に読み替える。
【０１８４】
ＳＴＡからのＭＵ−ＢＡの送信タイミングは、ＳＴＡが対象のマルチキャスト・データ・フレームを受信終了した直後から所定の時間経過後である。この所定の時間の間隔はＡＰと全ＳＴＡ間で共有されており、通信可能範囲にいる第３者の無線送信が割り込めない間隔であることが望ましい。本実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ規格で規定されるＳＩＦＳ又はＰＩＦＳを用いることにしてもよい。この送信の際には、各ＳＴＡはキャリアセンスを行なわなくてもよい。
【０１８５】
ＡＰ側では、ＭＵ−ＢＡＲ送信のＳＩＦＳ時間後に、指定した各ＳＴＡからのＭＵ−ＢＡが同時に受信することになる。そして、ＡＰは、フローＦ１４０４として、例えば図１１に示した処理手順に従って、同時に受信された複数のＳＴＡからのＭＵ−ＢＡを信号処理により分解、復元する。
【０１８６】
《マルチキャスト・データ再送》
ＡＰは、指定した各ＳＴＡからの受領確認応答を分離して受領確認情報を取得し、その結果に応じて、必要であればフローＦ１４０５としてマルチキャスト・データの再送を行なう。
【０１８７】
ＡＰがマルチキャスト・データを再送するタイミングは、受領確認応答を確認した直後であってもよい。
【０１８８】
また、電子レンジなど、バースト状の電波干渉が検出されている場合には、すぐに再送しても再度失敗する可能性がある。このような場合、ＡＰは、一定の遅延を付加した後にマルチキャスト・データを再送するようにしてもよい。当該マルチキャスト・フロー（コンテンツ）において、遅延の要求が規定されている場合には、ＡＰは、それを超えない範囲での遅延を付加することとする。
【実施例４】
【０１８９】
実施例４では、ＡＰは、マルチキャスト・グループに参加するＳＴＡを事前にサブグループ分けする。また、ＡＰは、受領確認要求を兼ねたデータ・フレームで、既存パラメーター値を利用して受領確認対象のＳＴＡを暗黙的に指定する。
【０１９０】
図１６には、実施例４における処理のフローを示している。
【０１９１】
《マルチキャスト・グループの把握》
まず、フローＦ１６０１として、マルチキャスト・グループに属する各ＳＴＡは事前に受信したいマルチキャストのグループに参加しているものとする。マルチキャスト・グループへの参加には、ＩＧＭＰやＩＰｖ６  ＭＬＤなどの仕組みを利用する。各ＳＴＡは、自分が参加しているマルチキャストのグループのマルチキャスト・アドレスを受信する。
【０１９２】
マルチキャスト・グループに参加する各ＳＴＡは、ＡＰにマルチキャスト・グループ参加状況を把握させるために、ＡＰの要請を受けて、若しくは自発的に、各ＳＴＡはマルチキャストの登録状況を別途ＡＰに通知しておく。あるいは、ＡＰがレイヤー３以上の内容を解析する仕組みを持ち、自ら配下ＳＴＡのマルチキャスト参加の情報を集めても良い。
【０１９３】
《受領確認サブグループの作成》
次いで、フローＦ１６０２として、ＡＰは、マルチキャスト・グループ毎に、参加している配下ＳＴＡを１つ以上の受領確認用サブグループに分類する。後述するように、ＡＰは、マルチキャスト送信する度にマルチキャスト・グループ内のすべてのＳＴＡにマルチキャスト送信に対する受領確認を要請するのではなく、サブグループに対してのみ受領確認を要請する。
【０１９４】
ＡＰは、フローＦ１６０１により配下の各ＳＴＡのマルチキャスト・グループ参加状況を把握した状態から、まずＡＰはあるマルチキャスト・グループについて、受信対象のＳＴＡ（以後、グループ・メンバーと呼ぶ）を受領確認の対象、非対象に分ける。必ずしもすべてのグループ・メンバーを当該マルチキャスト・フローに対する受領確認の対象となくても良い。
【０１９５】
続いて、ＡＰは、受領確認対象のグループ・メンバーを１つ以上のサブグループに分類する。このサブグループは、以降で送信するマルチキャスト・データ・フレームの受領確認応答を同時に行なうＳＴＡ群の単位となる。当然ながら、この受領確認応答を同時に行なうＳＴＡ群はいずれも、マルチキャスト・グループのメンバーから選ばれる。
【０１９６】
《サブグループ付属情報の生成、受領確認サブグループ並びに付属情報の事前通知》
受領確認対象のメンバーをサブグループに分類したら、ＡＰはさらにサブグループ内での信号分離のための付属情報と、各サブグループにおいて受領確認を送信する送信条件を生成する。送信条件としては、データ・フレームのシーケンス番号とサブグループ識別子の関係を利用することができる。本実施例では、ＳＴＡが最後に受信したマルチキャスト・データ・フレームのシーケンス番号と下式（４）の関係式が成立するとき、各サブグループ・メンバーはＭＵ−ＢＡを送信するとする。
【０１９７】
【数４】
2020096383.tif 000006
【０１９８】
そして、フローＦ１６０３として、ＡＰは、生成したサブグループに関する情報を、Ａｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレーム（前述）やビーコ・フレームなどを用いてマルチキャスト・グループのＳＴＡに事前に通知する。ＡＰが各メンバーに事前通知する情報は、上述した内容（ｅ１）、（ｅ２）とともに、サブグループの送信条件を含む。
【０１９９】
サブグループ情報、付属情報（ｅ１）、（ｅ２）、並びに送信条件を事前に受け取ったグループ・メンバーは、それを例えば制御部４０８内のメモリーに記憶しておき、受領確認応答フレーム（トレーニング信号）を送信時に利用する。
【０２００】
ここまでの処理Ｆ１６０１〜Ｆ１６０３が、事前のセットアップに関する処理であり、最低１度実行すればよい。
【０２０１】
以降の処理Ｆ１６０４〜Ｆ１６０７は、マルチキャスト・データの送受信に伴って繰り返し起きる処理である。本実施例では、図１５に示した通信シーケンスに従って、ＡＰとマルチキャスト・グループＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認が行なわれる。
【０２０２】
《マルチキャスト・データ送受信》
ＡＰは、フローＦ１６０４として、図１５中の参照番号１５０１、１５０５、１５０９で示すようにマルチキャスト・グループのＳＴＡ＃１〜＃６に、マルチキャスト・データＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２を順次送信する。
【０２０３】
本実施例では、これらのマルチキャスト・データのフレームは、受領確認要求を兼ねているので、ＡＰは、ＭＵ−ＢＡＲフレームを送信しない。また、実施例３とは相違し、各データ・フレームＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２のＭＡＣヘッダーを拡張する必要はない。
【０２０４】
《受領確認応答》
マルチキャスト・データ・フレーム１５０１、１５０５、１５０９を受信した各ＳＴＡは、フローＦ１６０５として、以前に上記Ａｃｋ  Ｇｒｏｕｐ  Ａｓｓｉｇｎｍｅｎｔフレーム若しくはビーコン・フレームにおいて通知された送信条件が成立するか（シーケンス番号と自分のサブグループ識別子の関係式（４）が成立するか）を確認する。そして、送信条件が成立する場合に限り、ＳＴＡは、図１５中の参照番号１５０２〜１５０４、並びに、参照番号１５０６〜１５０８に示すように、ＭＵ−ＢＡフレームを送信する。このとき、ＳＴＡは、対象のマルチキャスト・データ・フレームで指定された符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅを符号化（前述）して送信する。また、ＳＴＡは、ＭＵ−ＢＡフレームを送信する際には、受信したマルチキャスト・データ・フレームのＰＨＹ  Ｐｒｅａｍｂｌｅを利用して、ＡＰに対する基準発振器の周波数オフセットを補正しておく。
【０２０５】
図１７には、ＳＴＡがＡＰからのマルチキャスト・データ・フレームを受信したことに応じて実行する処理手順をフローチャートの形式で示している。
【０２０６】
ＳＴＡは、ＡＰからのマルチキャスト・データ・フレームを受信すると（ステップＳ１７０１のＹｅｓ）、送信条件が成立するか（マルチキャスト・データ・フレームのシーケンス番号と自分のサブグループ識別子の関係式（４）が成立するか）どうかをチェックする（ステップＳ１７０２）。
【０２０７】
送信条件が成立しない場合には（ステップＳ１７０２のＮｏ）、ＳＴＡは、後続の処理をすべてスキップして、本処理を終了する。
【０２０８】
一方、送信条件が成立する場合には（ステップＳ１７０２のＹｅｓ）、ＳＴＡは、そのマルチキャスト・データ・フレームで対象としているマルチキャスト・フローの受信成功／失敗記録から、受領確認応答ＭＵ−ＢＡを生成する（ステップＳ１７０３）。
【０２０９】
次いで、ＳＴＡは、過去の（当該マルチキャスト・データ・フレームを含む以前のＡＰからの受信パケットの）受信電力の情報から伝搬損を推定し、ＡＰ側での受信電力が所定の値になるように受領確認応答フレームの送信電力を設定する（ステップＳ１７０４）。なお、この所定の値は少なくともサブグループ・メンバーのＳＴＡにおいては事前に共有されているものとする。
【０２１０】
そして、ＳＴＡは、マルチキャスト・データ・フレームで指定されている符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅを符号化したＰＨＹ  Ｐｒｅａｍｂｌｅを付加して、ＭＵ−ＢＡフレームを送信する（ステップＳ１７０５）。
【０２１１】
要約すれば、図１７に示した処理フローによれば、マルチキャスト・データ・フレームを受信したＳＴＡは、送信条件が成立するかを確認し、成立する場合に限り、ＭＵ−ＢＡフレームを送信する。マルチキャスト・データ・フレームが受領確認要求を兼ねるので、ＡＰがＭＵ−ＢＡＲフレームを送信する必要がない。送信条件としてマルチキャスト・データ・フレームのシーケンス番号と自分のサブグループ識別子の関係式（４）を利用し、且つ、ＳＴＡ側でＭＵ−ＢＡフレームを送信する際の送信電力を設定するので、マルチキャスト・データ・フレームのＭＡＣヘッダーを拡張する必要がない。
【０２１２】
ＳＴＡからのＭＵ−ＢＡの送信タイミングは、ＳＴＡが対象のマルチキャスト・データ・フレームを受信終了した直後から所定の時間経過後である。この所定の時間の間隔はＡＰと全ＳＴＡ間で共有されており、通信可能範囲にいる第３者の無線送信が割り込めない間隔であることが望ましい。本実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ規格で規定されるＳＩＦＳ又はＰＩＦＳを用いることにしてもよい。この送信の際には、各ＳＴＡはキャリアセンスを行なわなくてもよい。
【０２１３】
ＡＰ側では、マルチキャスト・データ・フレーム送信のＳＩＦＳ時間後に、指定した各ＳＴＡからのＭＵ−ＢＡが同時に受信することになる。そして、ＡＰは、フローＦ１６０６として、例えば図１１に示した処理手順に従って、同時に受信された複数のＳＴＡからのＭＵ−ＢＡを信号処理により分解、復元する。
【０２１４】
《マルチキャスト・データ再送》
ＡＰは、指定した各ＳＴＡからの受領確認応答を分離して受領確認情報を取得し、その結果に応じて、必要であればフローＦ１６０７としてマルチキャスト・データの再送を行なう。
【０２１５】
ＡＰがマルチキャスト・データを再送するタイミングは、受領確認応答を確認した直後であってもよい。
【０２１６】
また、電子レンジなど、バースト状の電波干渉が検出されている場合には、すぐに再送しても再度失敗する可能性がある。このような場合、ＡＰは、一定の遅延を付加した後にマルチキャスト・データを再送するようにしてもよい。当該マルチキャスト・フロー（コンテンツ）において、遅延の要求が規定されている場合には、ＡＰは、それを超えない範囲での遅延を付加することとする。
【実施例５】
【０２１７】
実施例５では、ＡＰは、マルチキャスト・グループに参加するすべてのＳＴＡからチャネル利得情報（ＣＳＩ）を事前に取得しておく。ＡＰは、データ・フレームと別フレームで、グループ・メンバーＳＴＡに受領確認要求を送信する。
【０２１８】
ＳＴＡの移動が無く、ＣＳＩの変動が殆どないと言えるユースケースでは、図８Ａや図８Ｂに示したようなＭＵ−ＢＡフォーマットで送信を行なってＣＳＩを得なくても、保持してある過去のＣＳＩ情報（Ａｓｓｏｃｉａｔｉｏｎ  Ｒｅｑなどの上りリンク・フレームでのＣＳＩ推定結果）を比較的長い時間使用してしても、受領確認応答の分離を行なうことができる。
【０２１９】
図１８には、実施例５における処理フローを示している。
【０２２０】
《マルチキャスト・グループの把握》
まず、フローＦ１８０１として、マルチキャスト・グループに属する各ＳＴＡは事前に受信したいマルチキャストのグループに参加しているものとする。マルチキャスト・グループへの参加には、ＩＧＭＰやＩＰｖ６  ＭＬＤなどの仕組みを利用する。各ＳＴＡは、自分が参加しているマルチキャストのグループのマルチキャスト・アドレスを受信する。
【０２２１】
マルチキャスト・グループに参加する各ＳＴＡは、ＡＰにマルチキャスト・グループ参加状況を把握させるために、ＡＰの要請を受けて、若しくは自発的に、各ＳＴＡはマルチキャストの登録状況を別途ＡＰに通知しておく。あるいは、ＡＰがレイヤー３以上の内容を解析する仕組みを持ち、自ら配下ＳＴＡのマルチキャスト参加の情報を集めても良い。
【０２２２】
実施例５では、ＡＰは、受領確認サブグループの作成を行なわない。また、受領確認サブグループ並びに付属情報の事前通知を行なわない。
【０２２３】
以降の処理は、マルチキャスト・データの送受信に伴って繰り返し起きる処理である。図１９には、本実施例において、ＡＰとＳＴＡ＃１〜＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示している。
【０２２４】
《マルチキャスト・データ送受信》
ＡＰは、フローＦ１８０２として、図１９中の参照番号１９０１〜１９０３で示すように、マルチキャスト・グループのＳＴＡ＃１〜＃６に、マルチキャスト・データＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２を順次送信する。これらのマルチキャスト・データのフレームは、前述した符号化を行なわず、図７に示したような通常のフレーム・フォーマットを利用して送信される。
【０２２５】
マルチキャスト・グループ・メンバーのＳＴＡ＃１〜＃６は、個々のマルチキャスト・フレームの受信状態を、マルチキャスト・データ・フレームのシーケンス番号毎に保持しておく。また、マルチキャスト・グループ・メンバーのＳＴＡ＃１〜＃６は、マルチキャスト・データ・フレームのＰＨＹ  Ｐｒｅａｍｂｌｅを利用して、ＡＰに対する基準発振器の周波数オフセットを補正しておく。
【０２２６】
《受領確認》
本実施例では、ＡＰは、１つ以上のマルチキャスト・データ・フレームを送信した後、フローＦ１８０３として、図１９中の参照番号１９０４、１９０８で示すように、受領確認を要求するＭＵ−ＢＡＲフレームを送信する。本実施例では、ＡＰは、ＭＵ−ＢＡＲフレームに、上述した内容（ｆ１）、（ｆ４）、（ｆ５）とともに、受領確認応答ＢＡを要求するＳＴＡの識別子を記載する。ＳＴＡの識別子として、ＳＴＡのＭＡＣアドレスなど個体識別子や、ＡＰにおけるＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）などの接続識別子を利用することができる。ＡＰはマルチキャスト・グループに参加するすべてのＳＴＡからＣＳＩ情報を事前に取得してＭＵ−ＢＡＲフレームでＬｏｎｇ  Ｐｒｅａｍｂｌｅの符号化情報を送信する必要はない。
【０２２７】
なお、ＡＰは、図１９に示したように、ＭＵ−ＢＡＲ単独で１つの無線パケットとして送信する以外に、マルチキャスト・データとＡ−ＭＰＤＵを用いてＭＡＣ層にてアグリゲーションすることにより、無線区間では１つの無線パケットとしてＭＵ−ＢＡＲを送信するようにしても良い（同上）。
【０２２８】
ＭＵ−ＢＡＲフレーム内で、個体識別子や接続識別子などでＭＵ−ＢＡを要求することが指定された各ＳＴＡは、ＡＰからＭＵ−ＢＡＲフレーム１９０４、１９０８を受信すると、フローＦ１８０４として、図１９中の参照番号１９０５〜１９０７、並びに、参照番号１９０９〜１９１１に示すように、該当するマルチキャスト・フローに関する受領確認応答ＢＡフレームをそれぞれ送信する。
【０２２９】
ここで送信される受領確認応答ＢＡフレームは、図７に示された通常のブリアンブル・フォーマットが利用される点で、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ部が符号化（前述）されるＭＵ−ＢＡＲフレームとは相違するが、ＰＨＹ  Ｈｅａｄｅｒ部以降の内容はＭＵ−ＢＡフレームと同様である。
【０２３０】
図２０には、ＳＴＡがＡＰからＭＵ−ＢＡＲフレームを受信したことに応じて実行する処理手順をフローチャートの形式で示している。
【０２３１】
ＳＴＡは、ＡＰからのＭＵ−ＢＡＲフレームを受信すると（ステップＳ２００１のＹｅｓ）、そのＭＵ−ＢＡＲフレーム内で自分の個体識別子又は接続識別子が指定されているかどうかをチェックする（ステップＳ２００２）。
【０２３２】
自分の個体識別子又は接続識別子が指定されていない場合には（ステップＳ２００２のＮｏ）、ＳＴＡは、後続の処理をすべてスキップして、本処理を終了する。
【０２３３】
一方、自分の個体識別子又は接続識別子が指定されている場合には（ステップＳ２００２のＹｅｓ）、ＳＴＡは、そのＭＵ−ＢＡＲフレームで対象としているマルチキャスト・フローの受信成功／失敗記録から、受領確認応答ＢＡを生成する（ステップＳ２００３）。
【０２３４】
ＳＴＡは、生成する受領確認応答ＢＡフレームに、対象とするマルチキャスト・フローにおける、シーケンス番号毎の受信成功／失敗の情報を含める。但し、ＭＵ−ＢＡＲフレームを受信する以前にＡＰより送信されている当該マルチキャスト・フローが対象であるが、ＭＵ−ＢＡＲフレームにおいて通知された開始シーケンス番号より前の情報を含める必要はない。また、ＳＴＡ内において、再送を要求して到着しても、ＳＴＡ上位層にてもう利用価値が無いと判断できるフレームについては、受信されていなくてもＳＴＡの判断で成功として通知してもよい。
【０２３５】
次いで、ＳＴＡは、ＭＵ−ＢＡＲフレームにおいて、受領確認応答ＢＡフレームに使用する送信電力の情報をもらっているかどうかをチェックする（ステップＳ２００４）。
【０２３６】
ＭＵ−ＢＡＲフレームにおいて、受領確認応答ＢＡフレームに使用する送信電力の情報をもらっている場合には（ステップＳ２００４のＹｅｓ）、ＳＴＡは、ＭＵ−ＢＡＲフレームでの指示の通りに受領確認応答ＢＡフレームに使用する送信電力を設定する（ステップＳ２００５）。
【０２３７】
また、ＭＵ−ＢＡＲフレームにおいて、受領確認応答ＢＡフレームに使用する送信電力の情報をもらっていない場合には（ステップＳ２００４のＮｏ）、ＳＴＡは、過去の（ＭＵ−ＢＡＲを含む以前のＡＰからの受信パケットの）受信電力の情報から伝搬損を推定し、ＡＰ側での受信電力が所定の値になるように受領確認応答ＢＡフレームの送信電力を設定する（ステップＳ２００７）。なお、この所定の値は少なくともサブグループ・メンバーのＳＴＡにおいては事前に共有されているものとする。
【０２３８】
なお、ステップＳ２００５やステップＳ２００７における受領確認応答ＢＡの送信に使用する電力の制御は必要に応じて行なえばよい。
【０２３９】
そして、ＳＴＡは、ＭＵ−ＢＡＲフレームで指定されている符号化情報を用いてＬｏｎｇ  Ｐｒｅａｍｂｌｅを符号化したＰＨＹ  Ｐｒｅａｍｂｌｅを付加して、受領確認応答ＢＡフレームを送信する（ステップＳ２００６）。
【０２４０】
要約すれば、図２０に示した処理フローによれば、ＭＵ−ＢＡＲを受信したＳＴＡは、内容に記載されている個体識別子又は接続識別子が自身のものと一致するかを確認し、一致する場合に限り、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ部を符号化しないＢＡフレームを送信する。
【０２４１】
ＳＴＡからの受領確認応答ＢＡの送信タイミングは、ＳＴＡがＭＵ−ＢＡＲを受信終了した直後から所定の時間経過後である。この所定の時間の間隔はＡＰと全ＳＴＡ間で共有されており、通信可能範囲にいる第３者の無線送信が割り込めない間隔であることが望ましい。本実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ規格で規定されるＳＩＦＳ又はＰＩＦＳを用いることにしてもよい。この送信の際には、各ＳＴＡはキャリアセンスを行なわなくてもよい。
【０２４２】
ＡＰ側では、ＭＵ−ＢＡＲ送信のＳＩＦＳ時間後に、指定した各ＳＴＡからの受領確認応答ＢＡが同時に受信することになる。そして、ＡＰは、フローＦ１８０５として、同時に受信された複数のＳＴＡからの受領確認応答ＢＡを信号処理により分解、復元する。
【０２４３】
図２１には、ＡＰが指定したサブグループ・メンバーからの受領確認応答ＢＡを受信処理する手順をフローチャートの形式で示している。ＡＰは、ＭＵ−ＢＡＲを送信した後、サブグループからの受領確認応答ＢＡフレームを待ち受けて、通常の受信動作とは異なる処理を行なう。
【０２４４】
ＡＰは、Ｓｈｏｒｔ  Ｐｒｅａｍｂｌｅを検出したとき（ステップＳ２１０１のＹｅｓ）、各無線インターフェース部３０６−１、…で処理した受信信号はチャネル推定部３９５に送られ、Ｓｈｏｒｔ  Ｐｒｅａｍｂｌｅ部にてフレーム開始タイミングの同期、周波数同期、ＡＧＣ（Ａｕｔｏ  Ｇａｉｎ  Ｃｏｎｔｒｏｌ）のセットが行なわれる（ステップＳ２１０２）。
【０２４５】
そして、空間信号処理部３０４は、事前に保持してある、受領確認対象の各ＳＴＡの過去のＣＳＩ情報を読み出して（ステップＳ２１０３）、ＣＳＩ情報を用いて、各ＳＴＡからの受領確認応答ＢＡの復元（分解）を行なう（ステップＳ２１０４）。分解処理は、Ｌｏｎｇ  Ｐｒｅａｍｂｌｅ部より後（すなわち、ＰＨＹ  Ｈｅａｄｅｒ部以降）の信号に対して適用される。
【０２４６】
《マルチキャスト・データ再送》
ＡＰは、指定した各ＳＴＡからの受領確認応答ＢＡを分離して受領確認情報を取得し、その結果に応じて、必要であればフローＦ１８０６としてマルチキャスト・データの再送を行なう。
【０２４７】
ＡＰがマルチキャスト・データを再送するタイミングは、受領確認応答ＢＡを確認した直後であってもよい。
【０２４８】
また、電子レンジなど、バースト状の電波干渉が検出されている場合には、すぐに再送しても再度失敗する可能性がある。このような場合、ＡＰは、一定の遅延を付加した後にマルチキャスト・データを再送するようにしてもよい。当該マルチキャスト・フロー（コンテンツ）において、遅延の要求が規定されている場合には、ＡＰは、それを超えない範囲での遅延を付加することとする。
【０２４９】
なお、本実施例の方法に、実施例１のような事前のサブグループ化と通知を併用しても良い。その場合は、ＭＵ−ＢＡＲの内容（Ｐａｙｌｏａｄ）部においてＳＴＡ識別子の代わりに、サブグループ識別子を伝える。
【０２５０】
また、本実施例でも、実施例３、実施例４と同様に、受領確認対象をＭＵ−ＢＡＲの代わりにマルチキャスト・データ・フレームを利用して通知するようにしても良い。
【０２５１】
実施例１〜５によれば、無線マルチキャスト配信において、多数の受信端末がいる場合でも、受領確認に使用する無線リソースを抑えしつつ、配送の信頼性を向上させることができるようになる。
【産業上の利用可能性】
【０２５２】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０２５３】
本明細書では、本明細書で開示する技術をＩＥＥＥ８０２．１１無線ＬＡＮ規格に基づく無線通信システムに適用した実施形態を中心に説明してきたが、本明細書で開示する技術の要旨はこれに限定されるものではない。他のさまざまな無線規格に基づく無線通信システムにおいてマルチキャスト伝送を行なう際に、本明細書で開示する技術を適用することにより、無線リソースの効率的利用を確保しながら、受領確認応答を利用して信頼性を向上することができる。例えば、本明細書で開示する技術をＷｉ−Ｆｉ  Ｄｉｒｅｃｔ規格に基づく無線通信システムに適用した場合、アクセスポイント（ＡＰ）をＧＯ（Ｇｒｏｕｐ  Ｏｗｎｅｒ）に、ステーション（ＳＴＡ）をＣｌｉｅｎｔに読み替えればよい。
【０２５４】
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【０２５５】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）配下にある複数の子局と無線通信する通信部と、
前記通信部を介した各子局とのデータ伝送を制御する制御部と、
を具備し、
前記制御部は、前記通信部に対し、親局として複数の子局へマルチキャスト送信と、マルチキャスト送信に対する子局への受領確認の要請を行なわせ、
前記通信部は、複数の子局から同時送信された受領確認応答の受信処理を行なう、
無線通信装置。
（１−１）親局として複数の子局へマルチキャスト送信するステップと、
マルチキャスト送信の対象とする子局に受領確認を要請するステップと、
複数の子局から同時送信された受領確認応答の受信処理するステップと、
を有する無線通信方法。
（１−２）前記通信部は、子局に受領確認を要請するフレームを、マルチキャスト・データ・フレームとアグリゲーションして送信する、
上記（１）に記載の無線通信装置。
（２）前記制御部は、マルチキャスト送信したマルチキャスト・グループに参加する子局の中から選択的に受領確認を要請する、
上記（１）に記載の無線通信装置。
（２−１）前記制御部は、各子局のマルチキャスト・グループ参加状況を把握した状態に基づいて選択的に受領確認を要請する、
上記（２）に記載の無線通信装置。
（２−２）前記制御部は、各子局に対しての過去の送受信から得られた通信品質に基づいて選択的に受領確認を要請する、
上記（２）に記載の無線通信装置。
（２−３）
前記制御部は、マルチキャストに対する信頼性を要求する子局に対して選択的に受領確認を要請する、
上記（２）に記載の無線通信装置。
（２−４）前記制御部は、受領確認を要請する子局をサブグループ化し、サブグループ単位で受領確認を要請する、
上記（２）に記載の無線通信装置。
（２−４−１）前記制御部は、サブグループに参加する子局の最大数を設定する、
上記（２−４）に記載の無線通信装置。
（２−４−１−１）前記制御部は、前記通信部が同時受信し分離可能な信号数に基づいて前記最大数を設定する、
上記（２−４−１）に記載の無線通信装置。
（２−４−２）前記制御部は、無線チャネル状態情報に基づいて信号分離を行ない易くなる組み合わせをサブグループ化する、
上記（２−４）に記載の無線通信装置。
（２−４−３）前記制御部は、前記通信部における受信レベルの差が少なくなる組み合わせをサブグループ化する、
上記（２−４）に記載の無線通信装置。
（２−４−４）前記制御部は、前記通信部に、管理フレーム又はビーコン・フレームを用いて、サブグループに参加する子局にサブグループ識別情報を事前に通知させる、
上記（２−４）に記載の無線通信装置。
（２−５）前記制御部は、マルチキャスト・フレームとは別のフレームを用いて子局に受領確認の要請を伝えさせる、
上記（１）に記載の無線通信装置。
（２−６）前記制御部は、マルチキャスト・フレームの一部を用いて子局に受領確認の要請を伝えさせる、
上記（１）に記載の無線通信装置。
（２−７）対象とする子局の個体識別子又は接続識別子を用いて受領確認の要請先であることを伝える、
上記（２）に記載の無線通信装置。
（２−８）受領確認を要請する子局をサブグループ化し、サブグループに参加する子局にサブグループ識別情報を事前に通知している場合に、サブグループ識別情報を用いて当該サブグループに属する子局に受領確認の要請先であることを伝える、
上記（２）に記載の無線通信装置。
（２−９）前記制御部は、受信したマルチキャスト・データ・フレームのシーケンス番号と、あらかじめ親局から通知されているサブグループ識別情報の組み合わせに基づいて、前記通信部に受領確認応答フレームを送信させるか否かを決定する、
上記（２）に記載の無線通信装置。
（３）前記制御部は、前記通信部を介して、受領確認応答フレームを送信する子局と、受領確認応答フレームの送信方法のいずれかを指定し、
前記通信部は、複数の子局と自局間の伝搬路情報に基づいて複数の子局から同時受信した複数の受領確認応答フレームを分離する、
上記（１）に記載の無線通信装置。
（４）前記送信方法の指定は、複数の子局が同時送信しても演算によりそれぞれを分離できるフォーマットとするための受領確認応答フレームのトレーニング信号の符号化方法を含み、
前記通信部は、前記符号化方法に則って各子局から送信されたトレーニング信号から、各子局との間の伝搬路情報を取得する、
上記（３）に記載の無線通信装置。
（４−１）前記通信部は、受領確認応答フレームの一部に含まれる直交符号化されたトレーニング信号から各子局のトレーニング信号を取り出して、各子局との間の伝搬路情報を取得する、
上記（４）に記載の無線通信装置。
（４−２）前記通信部は、受領確認応答フレームの一部に含まれる時分割送信されたトレーニング信号から各子局のトレーニング信号を取り出して、各子局との間の伝搬路情報を取得する、
上記（４）に記載の無線通信装置。
（５）前記送信方法の指定は、受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含む、
上記（３）に記載の無線通信装置。
（６）前記送信方法の指定は、受領確認応答フレームの送信電力の情報を含む、
上記（３）に記載の無線通信装置。
（７）前記制御部は、受領確認を要請する子局をサブグループ化した場合に、サブグループのメンバーであることを通知するサブグループ識別情報を含んだ管理フレーム又はビーコン・フレームで、前記送信方法の指定を通知する、
上記（３）に記載の無線通信装置。
（７−１）前記制御部は、前記送信方法に受領確認応答フレームのトレーニング信号部の符号化方法が含まれる場合、サブグループ内で重複しないように各子局にトレーニング信号の符号化方法を割り当てる、
上記（７）に記載の無線通信装置。
（８）前記制御部は、受領確認を要請するフレームで前記送信方法の指定を通知する、上記（３）に記載の無線通信装置。
（９）親局と無線通信する通信部と、
前記通信部を介した親局とのデータ伝送を制御する制御部と、
を具備し、
前記通信部は、自局を含むマルチキャスト・グループにマルチキャスト送信されたフレームを受信し、
前記制御部は、所定の条件を満たしたときに、マルチキャスト送信されたフレームを受信してから所定の時間経過後に、前記通信部から受領確認応答を送信させる、
無線通信装置。
（９−１）自局を含むマルチキャスト・グループにマルチキャスト送信されたフレームを受信するステップと、
所定の条件を満たしたときに、マルチキャスト送信されたフレームを受信してから所定の時間経過後に受領確認応答を送信するステップと、
を有する無線通信方法。
（９−２）前記制御部は、親局から自局へのマルチキャスト送信に対する受領確認を要請するフレームを受信したことに応答して、対象とするマルチキャスト・フレームを受信してから所定の時間経過後に前記通信部から受領確認応答を送信させる、
上記（９）に記載の無線通信装置。
（１０）前記通信部は、親局から指定された受領確認応答フレームの送信方法を用いて、受領確認応答フレームを送信する、
上記（９）に記載の無線通信装置。
（１１）前記通信部は、親局からの指定に従って、受領確認応答フレームのトレーニング信号に符号化を施して送信する、
上記（１０）に記載の無線通信装置。
（１１−１）前記通信部は、受領確認を要請するフレーム内で伝えられた符号化方法によりトレーニング信号に符号化を施して送信する、
上記（１０）に記載の無線通信装置。
（１１−２）マルチキャスト送信したマルチキャスト・グループに参加する子局の中から選択的に受領確認が要請された場合に、前記通信部は、グループ内の他の子局と重複しないように割り当てられた符号化方法によりトレーニング信号に符号化を施して送信する、
上記（１０）に記載の無線通信装置。
（１２）前記通信部は、親局からの指定に従って、受領確認応答フレームに使用する変調方式並びに誤り訂正符号化の組み合わせを決定する、
上記（１０）に記載の無線通信装置。
（１２−１）前記通信部は、親局からの自局に受領確認を要請するフレーム内の記載に従って、受領確認応答フレームに使用する変調方式並びに誤り訂正符号化の組み合わせを決定する、
上記（１０）に記載の無線通信装置。
（１３）前記通信部は、親局からの指示に従って、送信電力を設定して、受領確認応答を送信する、
上記（１０）に記載の無線通信装置。
（１４）前記制御部は、親局から受信したマルチキャスト・データ・フレーム又は受領確認を要請するフレーム内で、自分の個体識別子又は接続識別子が指定された場合に、前記通信部に受領確認応答フレームを送信させる、
上記（９）に記載の無線通信装置。
（１５）前記制御部は、親局から受信したマルチキャスト・データ・フレーム又は受領確認を要請するフレーム内で、あらかじめ親局から通知されているサブグループ識別情報のうち、対象に自局が含まれるものが指定された場合に、前記通信部に受領確認応答フレームを送信させる、
上記（９）に記載の無線通信装置。
（１６）前記制御部は、受信したマルチキャスト・データ・フレームのシーケンス番号と、あらかじめ親局から通知されているサブグループ識別情報の関係性に基づいて、前記通信部に受領確認応答フレームを送信させるか否かを決定する、
上記（９）に記載の無線通信装置。
（１７）前記通信部は、自局と親局間の伝搬路の減衰量の推定結果に基づいて、親局における受信電力が所定の電力となるように送信電力を設定して、受領確認応答を送信する、
上記（１０）に記載の無線通信装置。
（１８）ＩＥＥＥ８０２．１１規格のアクセスポイント、又は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格のＧＯ（Ｇｒｏｕｐ  Ｏｗｎｅｒ）として動作する、
上記（１）に記載の無線通信装置。
（１９）ＩＥＥＥ８０２．１１規格のステーション、又は、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ規格のＣｌｉｅｎｔとして動作する、
上記（９）に記載の無線通信装置。
（２０）複数の子局へマルチキャスト送信と、マルチキャスト送信に対する子局への受領確認の要請、複数の子局から同時送信された受領確認応答の受信処理を行なう親局と、
自局を含むマルチキャスト・グループにマルチキャスト送信されたフレームを受信し、所定の条件を満たしたときに、マルチキャスト送信されたフレームを受信してから所定の時間経過後に受領確認応答を送信する、複数の子局と、
を具備する無線通信システム。
【符号の説明】
【０２５６】
１００…データ伝送システム
１１０…無線子局、１２０…無線親局
１３０…マルチキャスト配信サーバー
１４０…バックボーン・ネットワーク
２０１…データ・ソース、２０２…データ処理部
２０３…バックボーン通信部
３０１…バックボーン通信部、３０２…データ処理部
３０３…変復調部、３０４…空間信号処理部
３０５…チャネル推定部、３０６…無線インターフェース部
３０７…アンテナ、３０８…制御部
【図１Ａ】
2020096383.tif 000007
【図１Ｂ】
2020096383.tif 000008
【図２】
2020096383.tif 000009
【図３】
2020096383.tif 000010
【図４】
2020096383.tif 000011
【図５】
2020096383.tif 000012
【図６】
2020096383.tif 000013
【図７】
2020096383.tif 000014
【図８Ａ】
2020096383.tif 000015
【図８Ｂ】
2020096383.tif 000016
【図９】
2020096383.tif 000017
【図１０】
2020096383.tif 000018
【図１１】
2020096383.tif 000019
【図１２】
2020096383.tif 000020
【図１３】
2020096383.tif 000021
【図１４】
2020096383.tif 000022
【図１５】
2020096383.tif 000023
【図１６】
2020096383.tif 000024
【図１７】
2020096383.tif 000025
【図１８】
2020096383.tif 000026
【図１９】
2020096383.tif 000027
【図２０】
2020096383.tif 000028
【図２１】
2020096383.tif 000029
【手続補正書】
【提出日】令和2年4月9日(2020.4.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
配下にある複数の子局と無線通信する通信部と、
前記通信部を介した各子局とのデータ伝送を制御する制御部と、
を具備し、
前記制御部は、前記通信部に対し、受領確認を要請する子局から送信される受領確認応答フレームのトレーニング信号が互いに直交するように符号化する方法を含む送信方法と、受領確認を要請する子局のＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）を、Ｍｕｌｔｉ−Ｕｓｅｒ  Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ（ＭＵ−ＢＡＲ）フレームに含めてマルチキャスト送信させることにより指定し、
前記通信部は、前記符号化方法に則って各子局から送信されたトレーニング信号から取得した各子局との間の伝搬路情報に基づいて複数の子局から同時受信した複数の受領確認応答フレームを分離する、
無線通信装置。
【請求項２】
前記通信部は、マルチキャスト・データ・フレームとＭＵ−ＢＡＲフレームをアグリゲーションして送信する、
請求項１に記載の無線通信装置
【請求項３】
前記制御部は、マルチキャスト送信したマルチキャスト・グループに参加する複数の子局の中から選択的に受領確認を要請する、
請求項１又は２のいずれかに記載の無線通信装置。
【請求項４】
前記送信方法の指定は、受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含む、
請求項１乃至３のいずれかに記載の無線通信装置。
【請求項５】
前記送信方法の指定は、受領確認応答フレームの送信電力に関する情報を含む、
請求項１乃至４のいずれかに記載の無線通信装置。
【請求項６】
親局と無線通信する通信部と、
前記通信部を介した親局とのデータ伝送を制御する制御部と、
を具備し、
前記通信部は、親局からマルチキャスト送信されたＭｕｌｔｉ−Ｕｓｅｒ  Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔ（ＭＵ−ＢＡＲ）フレームを受信し、
前記制御部は、前記ＭＵ−ＢＡＲフレーム内で、自局のＡｓｓｏｃｉａｔｉｏｎ  ＩＤ（ＡＩＤ）が指定された場合に、前記ＭＵ−ＢＡＲフレームを受信してから所定の時間経過後に、前記通信部から受領確認応答フレームを送信させ、
前記通信部は、前記ＭＵ−ＢＡＲフレームで指定された、自局と他の無線通信装置から送信される受信確認応答フレームのトレーニング信号が互いに直交するように符号化する方法を含む送信方法に則って、トレーニング信号に符号化を施して受領確認応答フレームを送信する、
無線通信装置。
【請求項７】
前記ＭＵ−ＢＡＲフレームは、マルチキャスト・データ・フレームとアグリションされている、
請求項６に記載の無線通信装置。
【請求項８】
前記送信方法の指定は、受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含む、
請求項６又は７のいずれかに記載の無線通信装置。
【請求項９】
前記送信方法の指定は、受領確認応答フレームの送信電力に関する情報を含む、
請求項６乃８のいずれかに記載の無線通信装置。
【請求項１０】
前記通信部は、自局と親局間の伝搬路の減衰量の推定結果に基づいて、親局における受信電力が所定の電力となるように送信電力を設定して、受領確認応答を送信する、
請求項６乃至９のいずれかに記載の無線通信装置。