特開 2023-153400 無線通信方法並びにコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023153400

(43)【公開日】2023-10-17

(54)【発明の名称】無線通信方法並びにコンピュータプログラム

(51)【国際特許分類】

   H04W 4/06 20090101AFI20231005BHJP

   H04W 16/28 20090101ALI20231005BHJP

   H04W 28/04 20090101ALI20231005BHJP

   H04W 84/12 20090101ALI20231005BHJP

【ＦＩ】

H04W4/06

H04W16/28 130

H04W28/04 110

H04W84/12

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023137560

(22)【出願日】2023-08-25

(62)【分割の表示】P 2022025159の分割

【原出願日】2015-01-05

(31)【優先権主張番号】P 2014063467

(32)【優先日】2014-03-26

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100093241

【弁理士】

【氏名又は名称】宮田 正昭

(74)【代理人】

【識別番号】100101801

【弁理士】

【氏名又は名称】山田 英治

(74)【代理人】

【識別番号】100095496

【弁理士】

【氏名又は名称】佐々木 榮二

(74)【代理人】

【識別番号】100086531

【弁理士】

【氏名又は名称】澤田 俊夫

(74)【代理人】

【識別番号】110000763

【氏名又は名称】弁理士法人大同特許事務所

(72)【発明者】

【氏名】板垣 竹識

(72)【発明者】

【氏名】山浦 智也

(72)【発明者】

【氏名】佐藤 雅典

(57)【要約】

【課題】無線伝送におけるマルチキャスト伝送において、無線リソースの効率的利用を確保しながら、受領確認応答を利用して信頼性を向上する。
【解決手段】マルチキャスト・グループに含まれる複数の無線通信装置は、マルチキャスト・データ・フレームを受信すると、送信元からの受領確認要求に応じて、空間多重を利用してマルチキャストの受領確認応答を同時に送信する。一方、送信元の無線通信装置は、送信先の各無線通信装置とのチャネル情報に基づく信号処理により、同時受信した受領確認応答を元の個別の受領確認応答に分離、復元する。
【選択図】 図９

【特許請求の範囲】

【請求項1】

アクセスポイント装置が配下にある複数のステーション装置と無線通信する無線通信方法であって、
受領確認を要請するステーション装置から送信される受領確認応答フレームのＰＨＹ Ｐｒｅａｍｂｌｅ部に含むトレーニング信号が互いに直交するように符号化する符号化方法を含む送信方法と、受領確認を要請するステーション装置のＡｓｓｏｃｉａｔｉｏｎ ＩＤ（ＡＩＤ）を含めたＭｕｌｔｉ－Ｕｓｅｒ Ｂｌｏｃｋ Ａｃｋ Ｒｅｑｕｅｓｔ（ＭＵ－ＢＡＲ）フレームをマルチキャスト送信するステップと、
前記符号化方法に則って符号化が施されたトレーニング信号をＰＨＹ Ｐｒｅａｍｂｌｅ部に含む複数の受領確認応答フレームを各ステーション装置から受信するステップと、
前記トレーニング信号から取得した各ステーション装置との間の伝搬路情報に基づいて複数のステーション装置から同時受信した複数の受領確認応答フレームのＰＨＹ Ｐｒｅａｍｂｌｅ部より後の信号を分離するステップと、
を有する無線通信方法。

【請求項2】

マルチキャスト・データ・フレームとＭＵ－ＢＡＲフレームをアグリゲーションして送信する、
請求項１に記載の無線通信方法。

【請求項3】

マルチキャスト送信したマルチキャスト・グループに参加する複数のステーション装置の中から選択的に受領確認を要請する、
請求項１又は２のいずれかに記載の無線通信方法。

【請求項4】

前記送信方法の指定は、前記複数の受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含む、
請求項１乃至３のいずれかに記載の無線通信方法。

【請求項5】

前記送信方法の指定は、前記複数の受領確認応答フレームの送信電力に関する情報を含む、
請求項１乃至４のいずれかに記載の無線通信方法。

【請求項6】

無線通信機能を備えたコンピュータを配下にある複数のステーション装置と無線通信するアクセスポイント装置として動作させるようにコンピュータ可読形式で記述されたコンピュータプログラムであって、前記コンピュータに、
受領確認を要請するステーション装置から送信される受領確認応答フレームのＰＨＹ Ｐｒｅａｍｂｌｅ部に含むトレーニング信号が互いに直交するように符号化する符号化方法を含む送信方法と、受領確認を要請するステーション装置のＡｓｓｏｃｉａｔｉｏｎ ＩＤ（ＡＩＤ）を含めたＭｕｌｔｉ－Ｕｓｅｒ Ｂｌｏｃｋ Ａｃｋ Ｒｅｑｕｅｓｔ（ＭＵ－ＢＡＲ）フレームをマルチキャスト送信するステップと、
前記符号化方法に則って符号化が施されたトレーニング信号をＰＨＹ Ｐｒｅａｍｂｌｅ部に含む複数の受領確認応答フレームを各ステーション装置から受信するステップと、
前記トレーニング信号から取得した各ステーション装置との間の伝搬路情報に基づいて複数のステーション装置から同時受信した複数の受領確認応答フレームのＰＨＹ Ｐｒｅａｍｂｌｅ部より後の信号を分離するステップと、
を実行させる、コンピュータプログラム。

【請求項7】

アクセスポイント装置の配下のステーション装置として無線通信する無線通信方法であって、
前記アクセスポイント装置からマルチキャスト送信されたＭｕｌｔｉ－Ｕｓｅｒ Ｂｌｏｃｋ Ａｃｋ Ｒｅｑｕｅｓｔ（ＭＵ－ＢＡＲ）フレームを受信するステップと、
前記ＭＵ－ＢＡＲフレーム内で、自局のＡｓｓｏｃｉａｔｉｏｎ ＩＤ（ＡＩＤ）が指定された場合に、前記ＭＵ－ＢＡＲフレームを受信してから所定の時間経過後に、前記ＭＵ－ＢＡＲフレームで指定された、自局と他のステーション装置から送信される受信確認応答フレームのトレーニング信号が互いに直交するように符号化する符号化方法を含む送信方法に則って符号化を施したトレーニング信号をＰＨＹ Ｐｒｅａｍｂｌｅ部に含む受領確認応答フレームを送信するステップと、
を有する無線通信方法。

【請求項8】

前記ＭＵ－ＢＡＲフレームは、マルチキャスト・データ・フレームとアグリゲーションされている、
請求項７に記載の無線通信方法。

【請求項9】

前記送信方法の指定は、前記受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含む、
請求項７又は８のいずれかに記載の無線通信方法。

【請求項10】

前記送信方法の指定は、前記受領確認応答フレームの送信電力に関する情報を含む、
請求項７乃至９のいずれかに記載の無線通信方法。

【請求項11】

自局と前記アクセスポイント装置間の伝搬路の減衰量の推定結果に基づいて、前記アクセスポイント装置における受信電力が所定の電力となるように送信電力を設定して、前記受領確認応答を送信する、
請求項７乃至１０のいずれかに記載の無線通信方法。

【請求項12】

無線通信機能を備えたコンピュータをアクセスポイント装置の配下で無線通信するステーション装置として動作させるようにコンピュータ可読形式で記述されたコンピュータプログラムであって、前記コンピュータに、
前記アクセスポイント装置からマルチキャスト送信されたＭｕｌｔｉ－Ｕｓｅｒ Ｂｌｏｃｋ Ａｃｋ Ｒｅｑｕｅｓｔ（ＭＵ－ＢＡＲ）フレームを受信するステップと、
前記ＭＵ－ＢＡＲフレーム内で、自局のＡｓｓｏｃｉａｔｉｏｎ ＩＤ（ＡＩＤ）が指定された場合に、前記ＭＵ－ＢＡＲフレームを受信してから所定の時間経過後に、前記ＭＵ－ＢＡＲフレームで指定された、自局と他のステーション装置から送信される受信確認応答フレームのトレーニング信号が互いに直交するように符号化する符号化方法を含む送信方法に則って符号化を施したトレーニング信号をＰＨＹ Ｐｒｅａｍｂｌｅ部に含む受領確認応答フレームを送信するステップと、
を実行させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書で開示する技術は、マルチキャスト伝送を行なう無線通信装置に関する。

【背景技術】

【0002】

多数の無線子局に対して、同一の内容のデータを送信したい場合、使用帯域幅が送信先の数に依存しないマルチキャストの方が、リソース利用効率の面でユニキャストよりも有効である。

【0003】

例えば、ＩＥＥＥ８０２．１１ＷＬＡＮ標準規格「ＩＥＥＥ Ｓｔａｎｄａｒｄ ８０２．１１－２０１２」では、マルチキャスト配送の基本プロトコルが定義されている。しかしながら、ここで定義されるプロトコルでは、複数の機器からの受領確認を行なうことが出来ず、受領確認を用いた再送制御による通信品質の改善ができない。

【0004】

また、追加規格「ＩＥＥＥ８０２．１１ａａ－２０１２」では、受領確認付きのマルチキャスト拡張が定義されており、受領確認を用いた再送制御による通信品質の改善効果が導入されている。しかしながら、この拡張方式では、マルチキャストの受領確認をグループ・メンバーの一台一台に対して個別に行なう。このため、マルチキャスト伝送する端末台数の増加に伴い通信リソース使用のオーバーヘッドが増加し、マルチキャストの長所であるリソース利用効率を制限してしまうという問題がある。

【0005】

また、複数の装置に予約メッセージを同時にマルチキャストで同時送信し、この予約メッセージに応答して、複数の装置がチャネル上で同時に確認メッセージを送信することで、確認メッセージを多重する、マルチ・ユーザーＭＩＭＯ通信のための保護メカニズムについて提案がなされている（例えば、特許文献１を参照のこと）。しかしながら、この保護メカニズムにおいて空間多重が成立しているのは、この確認メッセージの内容が同一であることを利用しているからである。すなわち、マルチキャスト・データの受領確認のような、端末毎に内容の異なる可能性のあるフレームには、この保護メカニズムを適用することはできない。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特表２０１３－５２８０１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

本明細書で開示する技術の目的は、無線伝送におけるマルチキャスト伝送において、無線リソースの効率的利用を確保しながら、受領確認応答を利用して信頼性を向上することができる、優れた無線通信装置を提供することにある。

【課題を解決するための手段】

【0008】

本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
配下にある複数の子局と無線通信する通信部と、
前記通信部を介した各子局とのデータ伝送を制御する制御部と、
を具備し、
前記制御部は、前記通信部に対し、親局として複数の子局へマルチキャスト送信と、マルチキャスト送信に対する子局への受領確認の要請を行なわせ、
前記通信部は、複数の子局から同時送信された受領確認応答の受信処理を行なう、
無線通信装置である。

【0009】

本願の請求項２に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、マルチキャスト送信したマルチキャスト・グループに参加する子局の中から選択的に受領確認を要請するように構成されている。

【0010】

本願の請求項３に記載の技術によれば、請求項１に記載の無線通信装置の前記制御部は、前記通信部を介して、受領確認応答フレームを送信する子局と、受領確認応答フレームの送信方法のいずれかを指定し、前記通信部は、複数の子局と自局間の伝搬路情報に基づいて複数の子局から同時受信した複数の受領確認応答フレームを分離するように構成されている。

【0011】

本願の請求項４に記載の技術によれば、前記送信方法の指定は、複数の子局が同時送信しても演算によりそれぞれを分離できるフォーマットとするための受領確認応答フレームのトレーニング信号の符号化方法を含んでいる。そして、請求項３に記載の無線通信装置の前記通信部は、前記符号化方法に則って各子局から送信されたトレーニング信号から、各子局との間の伝搬路情報を取得するように構成されている。

【0012】

本願の請求項５に記載の技術によれば、請求項３に記載の無線通信装置において、前記送信方法の指定は、受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含んでいる。

【0013】

本願の請求項６に記載の技術によれば、請求項３に記載の無線通信装置において、前記送信方法の指定は、受領確認応答フレームの送信電力の情報を含んでいる。

【0014】

本願の請求項７に記載の技術によれば、請求項３に記載の無線通信装置の前記制御部は、前記制御部は、受領確認を要請する子局をサブグループ化した場合に、サブグループのメンバーであることを通知するサブグループ識別情報を含んだ管理フレーム又はビーコン・フレームで、前記送信方法の指定を通知するように構成されている。

【0015】

本願の請求項８に記載の技術によれば、請求項３に記載の無線通信装置の前記制御部は、前記制御部は、受領確認を要請するフレームで前記送信方法の指定を通知するように構成されている。

【0016】

また、本願の請求項９に記載の技術は、
親局と無線通信する通信部と、
前記通信部を介した親局とのデータ伝送を制御する制御部と、
を具備し、
前記通信部は、自局を含むマルチキャスト・グループにマルチキャスト送信されたフレームを受信し、
前記制御部は、所定の条件を満たしたときに、マルチキャスト送信されたフレームを受信してから所定の時間経過後に、前記通信部から受領確認応答を送信させる、
無線通信装置である。

【0017】

本願の請求項１０に記載の技術によれば、請求項９に記載の無線通信装置の前記通信部は、親局から指定された受領確認応答フレームの送信方法を用いて、受領確認応答フレームを送信するように構成されている。

【0018】

本願の請求項１１に記載の技術によれば、前記送信方法の指定は、複数の子局が同時送信しても演算によりそれぞれを分離できるフォーマットとするための受領確認応答フレームのトレーニング信号の符号化方法を含んでいる。そして、請求項１０に記載の無線通信装置の前記通信部は、前記符号化方法に則ってトレーニング信号に符号化を施して送信するように構成されている。

【0019】

本願の請求項１２に記載の技術によれば、前記送信方法の指定は、受領確認応答フレームの変調方式と誤り訂正符号化の組み合わせの情報を含んでいる。そして、請求項１０に記載の無線通信装置の前記通信部は、前記送信方法の指定に従って、受領確認応答フレームに使用する変調方式並びに誤り訂正符号化の組み合わせを決定するように構成されている。

【0020】

本願の請求項１３に記載の技術によれば、前記送信方法の指定は、受領確認応答フレームの送信電力の情報を含んでいる。そして、請求項１０に記載の無線通信装置の前記通信部は、前記送信方法の指定に従って、受領確認応答フレームに使用する送信電力を決定するように構成されている。

【0021】

本願の請求項１４に記載の技術によれば、請求項９に記載の無線通信装置の前記制御部は、親局から受信したマルチキャスト・データ・フレーム又は受領確認を要請するフレーム内で、自分の個体識別子又は接続識別子が指定された場合に、前記通信部に受領確認応答フレームを送信させるように構成されている。

【0022】

本願の請求項１５に記載の技術によれば、請求項９に記載の無線通信装置の前記制御部は、親局から受信したマルチキャスト・データ・フレーム又は受領確認を要請するフレーム内で、あらかじめ親局から通知されているサブグループ識別情報のうち、対象に自局が含まれるものが指定された場合に、前記通信部に受領確認応答フレームを送信させるように構成されている。

【0023】

本願の請求項１６に記載の技術によれば、請求項９に記載の無線通信装置の前記制御部は、受信したマルチキャスト・データ・フレームのシーケンス番号と、あらかじめ親局から通知されているサブグループ識別情報の関係性に基づいて、前記通信部に受領確認応答フレームを送信させるか否かを決定するように構成されている。

【0024】

本願の請求項１７に記載の技術によれば、請求項９に記載の無線通信装置の前記通信部は、自局と親局間の伝搬路の減衰量の推定結果に基づいて、親局における受信電力が所定の電力となるように送信電力を設定して、受領確認応答を送信するように構成されている。

【0025】

本願の請求項１８に記載の技術によれば、請求項１に記載の無線通信装置は、ＩＥＥＥ８０２．１１規格のアクセスポイント、又は、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ規格のＧＯ（Ｇｒｏｕｐ Ｏｗｎｅｒ）として動作するように構成されている。

【0026】

本願の請求項１９に記載の技術によれば、請求項９に記載の無線通信装置は、ＩＥＥＥ８０２．１１規格のステーション、又は、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ規格のＣｌｉｅｎｔとして動作するように構成されている。

【発明の効果】

【0027】

本明細書で開示する技術によれば、無線伝送におけるマルチキャスト伝送において、無線リソースの効率的利用を確保しながら、受領確認応答を利用して信頼性を向上することができる、優れた無線通信装置を提供することができる。

【0028】

本明細書で開示する技術によれば、マルチキャスト・データ・フレームの送信先となる複数の無線通信装置は、空間多重を利用してマルチキャストの受領確認応答を同時に送信し、送信元の無線通信装置は、送信先の各無線通信装置とのチャネル情報に基づく信号処理により、同時受信した受領確認応答を分解し、元の個別の受領確認応答を復元する。すなわち、本明細書で開示する技術によれば、マルチキャスト・データ・フレームの同時送信を許容し、通信リソースの有効利用を図りつつ、受領確認を利用して再送制御を可能として通信品質の向上を実現することができる。

【0029】

なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。

【0030】

本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

【図面の簡単な説明】

【0031】

【図1A】図１Ａは、本明細書で開示する技術を適用したデータ伝送システム１００の構成例を模式的に示した図である。

【図1B】図１Ｂは、本明細書で開示する技術を適用したデータ伝送システム１００の構成例を模式的に示した図である。

【図2】図２は、マルチキャスト配信サーバー１３０の機能的構成を模試的に示した図である。

【図3】図３は、無線親局１２０の内部構成例を示した図である。

【図4】図４は、無線子局１１０の内部構成例を示した図である。

【図5】図５は、実施例１における処理のフローを示した図である。

【図6】図６は、同じアクセスポイントに接続しているステーション、マルチキャスト・グループのメンバー、受領確認対象、サブグループの包含関係を例示した図である。

【図7】図７は、ＩＥＥＥ８０２．１１無線ＬＡＮシステムで通常のパケット送信に使用されるフレーム・フォーマットを示した図である

【図8A】図８Ａは、直交符号化を用いて符号を割り当ててＬｏｎｇ Ｐｒｅａｍｂｌｅの符号化を行なった場合のＰＨＹ Ｐｒｅａｍｂｌｅの内容を示した図である。

【図8B】図８Ｂは、時分割送信を用いた符号を割り当ててＬｏｎｇ Ｐｒｅａｍｂｌｅの符号化を行なった場合のＰＨＹ Ｐｒｅａｍｂｌｅの内容を示した図である。

【図9】図９は、実施例１において、ＡＰとＳＴＡ＃１～＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示した図である。

【図10】図１０は、実施例１において、ＳＴＡがＡＰからＭＵ－ＢＡＲフレームを受信したことに応じて実行する処理手順を示したフローチャートである。

【図11】図１１は、ＡＰが指定したサブグループ・メンバーからのＭＵ－ＢＡを受信処理する手順を示したフローチャートである。

【図12】図１２は、実施例２における処理のフローを示した図である。

【図13】図１３は、実施例２において、ＳＴＡがＡＰからＭＵ－ＢＡＲフレームを受信したことに応じて実行する処理手順を示したフローチャートである。

【図14】図１４は、実施例３における処理のフローを示した図である。

【図15】図１５は、実施例３において、ＡＰとＳＴＡ＃１～＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示した図である。

【図16】図１６は、実施例４における処理のフローを示した図である。

【図17】図１７は、実施例４において、ＳＴＡがＡＰからマルチキャスト・データ・フレームを受信したことに応じて実行する処理手順を示したフローチャートである。

【図18】図１８は、実施例５における処理のフローを示した図である。

【図19】図１９は、実施例５において、ＡＰとＳＴＡ＃１～＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示した図である。

【図20】図２０は、実施例５において、ＳＴＡがＡＰからＭＵ－ＢＡＲフレームを受信したことに応じて実行する処理手順を示したフローチャートである。

【図21】図２１は、ＡＰが指定したＳＴＡからのＭＵ－ＢＡを受信処理する手順を示したフローチャートである。

【発明を実施するための形態】

【0032】

以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。

【0033】

図１には、本明細書で開示する技術を適用したデータ伝送システム１００の構成例を模式的に示している。

【0034】

図示のデータ伝送システム１００は、図１Ｂに示すように、マルチキャスト配信サーバー１３０と無線親局１２０が、バックボーン・ネットワーク１４０を介して接続されている。また、図１Ａに示すように、無線親局１２０は、複数の無線子局１１０－１、１１０－２、…を配下に持ち、各無線子局１１０－１、１１０－２、…と無線にて通信する。このデータ伝送システム１００では、マルチキャスト配信サーバー１３０が送信したマルチキャスト・データは、無線親局１２０を経由して、無線子局１１０－１、１１０－２、…に一斉に配送（マルチキャスト伝送）されるようになっている。

【0035】

図１Ａ中には、６台の無線子局１１０－１、１１０－２、…、１１０－６を描いているが、それぞれ無線親局１２０と接続を確立している。以下の説明では、便宜上、６台の無線子局１１０－１、１１０－２、…、１１０－６がいずれもマルチキャスト配信サーバー１３０からのマルチキャスト・データを受信するマルチキャスト・グループに参加しているものとする。

【0036】

但し、本明細書で開示する技術は、無線親局１２０と接続しているすべての無線子局１１０がマルチキャスト・グループに参加している必要はなく、マルチキャスト・グループに参加していない他の無線子局（図示を省略）が無線親局１２０に接続していてもよい。また、無線親局１２０と接続している無線子局１１０－１、１１０－２、…、１１０－６は、マルチキャスト伝送とは別に、それぞれ無線親局１２０と個別の通信を行なうこともできる。

【0037】

付言すれば、無線親局は１台に限定されない。別の無線子局（図示しない）を配下に持つ１台以上の別の無線親局がマルチキャスト配信サーバー１３０に接続されていてもよい。図１Ｂ中では、無線親局１２０を１台しか描いていないが、複数台の無線親局がバックボーン・ネットワーク１４０経由でマルチキャスト配信サーバー１３０に接続されていることも想定される。各無線親局は、マルチキャスト配信サーバー１３０が送信したマルチキャスト・データを、自分の配下の無線子局にマルチキャスト伝送する。

【0038】

また、図１Ｂに示したように、マルチキャスト配信サーバー１３０と無線親局１２０が別体である必要はなく、マルチキャスト配信サーバー１３０がいずれか１つの無線親局と物理的に一体となった１つの装置であってもよい。

【0039】

図２には、マルチキャスト配信サーバー１３０の機能的構成を模試的に示している。図示のマルチキャスト配信サーバー１３０は、データ・ソース２０１と、データ処理部２０２と、バックボーン通信部２０３を備えている。データ・ソース２０１は、配信するためのコンテンツを生成し、エンコードしてデータ処理部２０２へ渡す。データ処理部２０２は、データ・ソース２０１から入力されたデータからパケットを生成する。バックボーン通信部２０３は、パケットに対してバックボーン・ネットワーク１４０での通信のためのプロトコル・ヘッダーを付加して、バックボーン・ネットワーク１４０へ送出する。

【0040】

図３には、無線親局１２０の内部構成例を示している。図示の無線親局１２０は、図示の無線親局１２０は、バックボーン通信部３０１と、データ処理部３０２と、変復調部３０３と、空間信号処理部３０４と、チャネル推定部３０５と、無線インターフェース部３０６と、アンテナ３０７と、制御部３０８を備えている。図示の例では、複数本の送受信用アンテナ３０７－１、…、３０７－Ｍと、アンテナ毎の無線インターフェース（ＩＦ）部３０６－１、…、３０６－Ｍを備え、マルチ・ユーザーＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）通信を行なうものとするものとする。

【0041】

バックボーン通信部３０１は、バックボーン・ネットワーク１４０と通信を行なう。マルチキャスト配信サーバー１３０から送出されたデータは、バックボーン通信部３０１に到着する。

【0042】

データ処理部３０２は、バックボーン通信部３０１からの入力がある、若しくは自身が生成したデータがある送信時の場合に、そのデータから無線送信のためのパケットを、メディア・アクセス制御（ＭＡＣ）のためのヘッダーの付加や誤り検出符号の付加などの処理を行ない、処理後のデータを変復調部３０３に提供する。逆に、変復調部３０３からの入力がある受信時の場合には、データ処理部３０２は、ヘッダーの解析、パケット誤りの検出、パケットのリオーダー処理などを行ない、自身のプロトコル上位層若しくはバックボーン通信部３０１へ渡す。

【0043】

変復調部３０３は、無線送信時には、データ処理部３０２からの入力データに対し、制御部３０８によって設定された誤り訂正符号及び変調方式に基づいて、誤り訂正符号化、インターリーブ、並びに変調の処理を行ない、データ・シンボル・ストリームを生成して、空間信号処理部３０４へ渡す。また、変復調部３０３は、無線受信時には、空間信号処理部３０４からの入力に対して送信時とは逆に、復調、デインターリーブ、誤り訂正復号化の処理を行ない、データ処理部３０２若しくは制御部３０８へ渡す。

【0044】

空間信号処理部３０４は、無線送信時には、必要に応じて、入力に対して空間分離に供される信号処理（後述）を行ない、得られた１つ以上の送信シンボル・ストリームをそれぞれの無線インターフェース部３０６－１、…、３０６－Ｍへ提供する。また、空間信号処理部３０４は、無線受信時には、各無線インターフェース部３０６－１、…、３０６－Ｍから入力された受信シンボル・ストリームに対して空間処理を行ない、必要に応じてストリームの分解を行なって、変復調部３０３へ渡す。

【0045】

チャネル推定部３０５は、各無線インターフェース部３０６－１、…、３０６－Ｍからの入力信号のうちの、プリアンブル部分やトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。算出された複素チャネル利得情報は、制御部３０８を介して変復調部３０３での復調や空間信号処理部３０４での空間処理に利用される。

【0046】

各無線インターフェース部３０６－１、…、３０６－Ｍは、無線送信時には、空間信号処理部３０４から入力されるディジタル送信信号をアナログ送信信号へとコンバートして、電力増幅して、フィルタリングして、さらに無線周波数帯へ周波数アップコンバートして、それぞれに対応するアンテナ３０７－１、…、３０７－Ｍへ送出する。また、各無線インターフェース部３０６－１、…、３０６－Ｍは、無線受信時には、それぞれに対応するアンテナ３０７－１、…、３０７－Ｍからの入力に対して逆の処理、すなわち周波数ダウンコンバート、フィルタリング、低雑音増幅、ディジタル信号へのコンバージョンを行ない、結果を空間信号処理部３０４若しくはチャネル推定部３０５へ提供する。

【0047】

制御部３０８は、各部３０１～３０６間の情報の受け渡しや通信パラメーターの設定、データ処理部３０２におけるパケットのスケジューリングを行なう。

【0048】

図４は、無線子局１１０の内部構成例を示している。図示の無線子局１１０は、データ・シンク４０１と、データ処理部４０２と、変復調部４０３と、空間信号処理部４０４と、チャネル推定部４０５と、無線インターフェース部４０６と、アンテナ４０７と、制御部４０８を備えている。図示の例では、Ｍ本の送受信用アンテナ４０７－１、…、４０７－Ｍ´と、アンテナ毎の無線インターフェース部４０６－１、…、４０６－Ｍ´を備えているが、無線子局１１０は複数本の送受信系統を備える必要はなく、１本でもよい。

【0049】

データ・シンク４０１は、受信したデータの提供先であり、マルチキャスト配信サーバー１３０内のデータ・ソース２０１にあるデータは、バックボーン・ネットワーク１４０並びに無線親局１２０を経由して、データ・シンク４０１に到着する。

【0050】

データ処理部４０２は、自身が生成したデータがある送信時の場合に、そのデータから無線送信のためのパケットを、メディア・アクセス制御（ＭＡＣ）のためのヘッダーの付加や誤り検出符号の付加などの処理を行ない、処理後のデータを変復調部４０３に提供する。逆に、変復調部４０３からの入力がある受信時の場合には、データ処理部４０２は、ヘッダーの解析、パケット誤りの検出、パケットのリオーダー処理などを行ない、自身のプロトコル上位層若しくはデータ・シンク４０１へ渡す。

【0051】

変復調部４０３は、無線送信時には、データ処理部４０２からの入力データに対し、制御部４０８によって設定された誤り訂正符号及び変調方式に基づいて、誤り訂正符号化、インターリーブ、並びに変調の処理を行ない、データ・シンボル・ストリームを生成して、空間信号処理部４０４へ渡す。また、変復調部４０３は、無線受信時には、空間信号処理部４０４からの入力に対して送信時とは逆に、復調、デインターリーブ、誤り訂正復号化の処理を行ない、データ処理部４０２若しくは制御部４０８へ渡す。

【0052】

空間信号処理部４０４は、無線インターフェース部４０６－１、…、４０６－Ｍ´へ提供する。また、空間信号処理部４０４は、無線受信時には、各無線インターフェース部４０６－１、…、４０６－Ｍ´から入力された受信シンボル・ストリームに対して空間処理を行ない、必要に応じてストリームの分解を行なって、変復調部４０３へ渡す。

【0053】

チャネル推定部４０５は、各無線インターフェース部４０６－１、…、４０６－Ｍ´からの入力信号のうちの、プリアンブル部分やトレーニング信号部分から伝搬路の複素チャネル利得情報を算出する。算出された複素チャネル利得情報は、制御部４０８を介して変復調部４０３での復調や空間信号処理部４０４での空間処理に利用される。

【0054】

各無線インターフェース部４０６－１、…、４０６－Ｍ´は、無線送信時には、空間信号処理部４０４から入力されるディジタル送信信号をアナログ送信信号へとコンバートして、電力増幅して、フィルタリングして、さらに無線周波数帯へ周波数アップコンバートして、それぞれに対応するアンテナ４０７－１、…、４０７－Ｍ´へ送出する。また、各無線インターフェース部４０６－１、…、４０６－Ｍ´は、無線受信時には、それぞれに対応するアンテナ４０７－１、…、４０７－Ｍ´からの入力に対して逆の処理、すなわち周波数ダウンコンバート、フィルタリング、低雑音増幅、ディジタル信号へのコンバージョンを行ない、結果を空間信号処理部４０４若しくはチャネル推定部４０５へ提供する。

【0055】

制御部４０８は、各部４０１～４０６間の情報の受け渡しや通信パラメーターの設定、データ処理部４０２におけるパケットのスケジューリングを行なう。

【0056】

本明細書で開示する技術を適用したデータ伝送システム１００は、空間多重を利用してマルチキャストの受領確認の同時送信を許容し、通信リソースの有効利用を図りつつ、受領確認を利用して再送制御を可能として通信品質の向上を実現するものである。

【0057】

マルチキャスト・グループに含まれる複数の無線子局１１０－１…は、マルチキャスト・データ・フレームを受信すると、送信元の無線親局１２０からの受領確認要求に応じて、空間多重を利用してマルチキャストの受領確認応答を同時に送信する。一方、無線親局１２０は、各無線子局１１０－１…とのチャネル情報に基づく信号処理により、同時受信した受領確認応答を元の個別の受領確認応答に分離、復元する。

【0058】

マルチキャスト伝送における受領確認応答を同時に行なう仕組みについて、以下の５つの実施例を挙げて詳解する。

【0059】

実施例１：事前のサブグループ分け有り。受領確認要求はデータ・フレームと別フレーム
実施例２：事前のサブグループ分け無し。受領確認要求はデータ・フレームと別フレーム
実施例３：事前のサブグループ分け無し。受領確認要求はデータ・フレームが兼ね、明示的に指定
実施例４：事前のサブグループ分け有り。受領確認要求はデータ・フレームが兼ね、既存パラメーター値を利用して暗黙的に要請
実施例５：事前にチャネル利得情報を全員から取得。受領確認要求はデータ・フレームと別フレーム

【0060】

以下では、無線親局１２０と無線子局１１０間に無線通信には、ＩＥＥＥ８０２．１１無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）システムが適用されることを想定する。また、無線親局１２０をアクセスポイント（ＡＰ）、無線子局１１０をステーション（ＳＴＡ）と読み替えて、各実施例について説明する。

【実施例0061】

実施例１では、ＡＰは、マルチキャスト・グループに参加するＳＴＡを事前にサブグループ分けする。また、ＡＰは、データ・フレームと別フレームで、グループ・メンバーＳＴＡに受領確認要求を送信する。

【0062】

図５には、実施例１における処理のフローを示している。

【0063】

《マルチキャスト・グループの把握》
まず、フローＦ５０１として、マルチキャスト・グループに属する各ＳＴＡは事前に受信したいマルチキャストのグループに参加しているものとする。マルチキャスト・グループへの参加には、ＩＧＭＰ（Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＩＰｖ６ ＭＬＤ（Ｍｕｌｔｉｃａｓｔ Ｌｉｓｔｅｎｅｒ Ｄｉｓｃｏｖｅｒｙ）などの仕組みを利用する。各ＳＴＡは、自分が参加しているマルチキャストのグループのマルチキャスト・アドレスを受信する。

【0064】

ＩＧＭＰやＩＰｖ６ ＭＬＤなどのマルチキャスト・グループ参加プロトコルはレイヤー３以上であるため、通常は、マルチキャスト・グループ参加の時点ではＡＰは配下のＳＴＡがどのマルチキャスト・アドレスを受信しているかを知らない。このため、マルチキャスト・グループに参加する各ＳＴＡは、ＡＰにマルチキャスト・グループ参加状況を把握させるために、ＡＰの要請を受けて、若しくは自発的に、各ＳＴＡはマルチキャストの登録状況を別途ＡＰに通知しておく。あるいは、ＡＰがレイヤー３以上の内容を解析する仕組みを持ち、自ら配下ＳＴＡのマルチキャスト参加の情報を集めても良い。

【0065】

《受領確認サブグループの作成》
次いで、フローＦ５０２として、ＡＰは、マルチキャスト・グループ毎に、参加している配下ＳＴＡを１つ以上の受領確認用サブグループに分類する。後述するように、ＡＰは、マルチキャスト送信する度にマルチキャスト・グループ内のすべてのＳＴＡにマルチキャスト送信に対する受領確認を要請するのではなく、サブグループに対してのみ受領確認を要請する。

【0066】

ＡＰは、フローＦ５０１により配下の各ＳＴＡのマルチキャスト・グループ参加状況を把握した状態から、まずあるマルチキャスト・グループについて、受信対象のＳＴＡ（以後、グループ・メンバーと呼ぶ）を受領確認の対象、非対象に分ける。必ずしもすべてのグループ・メンバーを当該マルチキャスト・フローに対する受領確認の対象となくても良い。判断基準は限定しないが、以下の（ａ１）、（ａ２）のいずれかを利用してもよい。

【0067】

（ａ１）各ＳＴＡに対しての過去の送受信から得られた通信品質（例として、下りリンクの誤り率並びにその使用変調情報、上りリンクの受信信号強度など）。例えば、通信品質が悪いグループ・メンバー（通信品質が所定値未満、若しくは、通信品質が低い方から所定台数のグループ・メンバーなど）のみを当該マルチキャスト受領確認対象とする。
（ａ２）各ＳＴＡから通知される、当該マルチキャストに対して信頼性を要求するかしないかの情報。例えば、信頼性を要求するグループ・メンバーのみ当該マルチキャスト受領確認対象とする。

【0068】

続いて、ＡＰは、受領確認対象のグループ・メンバーを１つ以上のサブグループに分類する。このサブグループは、以降で送信するマルチキャスト・データ・フレームの受領確認応答を同時に行なうＳＴＡ群の単位となる。当然ながら、この受領確認応答を同時に行なうＳＴＡ群はいずれも、マルチキャスト・グループのメンバーから選ばれる。

【0069】

各サブグループに参加できる最大メンバー数は事前に決めておく。本実施例ではサブグループ内メンバー最大数は４とする。なお、一般に、同時に受信した複数の信号を分離するには、信号の数以上の受信アンテナが必要である。このため、本実施例では、ＡＰとしての無線親局１２０は、無線インターフェース部３０６並びにアンテナ３０７をそれぞれ４組以上装備するものとする。

【0070】

ＳＴＡをサブグループに分類するための基準は限定しない。例えば、以下の（ｂ１）、（ｂ２）のいずれかを基準に利用しても良い。

【0071】

（ｂ１）各メンバーからこれまでに受信したパケットから得られた各メンバーとＡＰ間の無線チャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）から、信号分離を行ない易くなる組み合わせ。
（ｂ２）各メンバーからこれまでに受信したパケットから得られたＣＳＩ情報から、ＡＰにおける受信レベルの差が少なくなる組み合わせ。

【0072】

図６には、参考として、同じＡＰに接続しているＳＴＡ６００、マルチキャスト・グループのメンバー６１０、マルチキャスト送信の受領確認対象６１１、サブグループの包含関係について、例示している。なお、ＳＴＡは複数のマルチキャスト・グループに属することが可能なので、複数のマルチキャスト・グループがある場合にはそれらは互いに重複する可能性がある。

【0073】

図６に示す例では、同じＡＰに接続しているＳＴＡ（配下子局）６００は、マルチキャスト・グループのメンバー６１０と、マルチキャスト・グループに属しないＳＴＡ６２０に２分される。また、マルチキャスト・グループのメンバー６１０となるＳＴＡは、マルチキャスト・グループ参加状況を把握した状態などに基づいて、マルチキャスト受領確認対象６１１と、受領確認を行なわないグループ・メンバー６１２に振り分けられる。そして、マルチキャスト受領確認対象６１１となった複数のＳＴＡを、無線チャネル状態情報や受信レベルなどの判断基準に基づいて、所定台数以内のサブグループ＃０、＃１、…に分類される。

【0074】

本実施例で参照しているデータ伝送システム１００（図１Ａを参照のこと）では、６台のステーション（無線子局）が存在しており、そのすべてが同一のマルチキャスト・グループに属しているとする。

【0075】

以下の説明では、６台すべてのＳＴＡ＃１～＃６が受領確認対象であり、６台を以下のように３台ずつの２つのサブグループ＃０、＃１に分類したものとして説明を進める。なお、サブグループを特定するための識別情報を、サブグループ識別子とする。

【0076】

サブグループ＃０： ＳＴＡ＃１、ＳＴＡ＃３、ＳＴＡ＃５
サブグループ＃１： ＳＴＡ＃２、ＳＴＡ＃４、ＳＴＡ＃６

【0077】

《サブグループ付属情報の生成》
受領確認対象のメンバーをサブグループに分類したら、ＡＰはさらにサブグループ内での信号分離のための付属情報を生成する。

【0078】

付属情報を生成する目的は、サブグループのＳＴＡ群から同時に送信されることになる受領確認応答フレームから、個々の受領確認を復元するためにはサブグループ内のすべてのＳＴＡからのＣＳＩ情報が必要になり、受領確認フレーム自体からこれを得るためである。

【0079】

ＣＳＩ情報の取得に関して説明する。図７には、ＩＥＥＥ８０２．１１無線ＬＡＮシステムで通常のパケット送信に使用されるフレーム・フォーマットを示している。パケット７００は、ＰＨＹ Ｐｒｅａｍｂｌｅ部７１０と、ＰＨＹ Ｈｅｄｅｒ部７２０と、ＭＡＣ Ｈｅａｄｅｒ部７３０と、Ｐａｙｌｏａｄ部７４０で構成される。

【0080】

ＰＨＹ Ｐｒｅａｍｂｌｅ部７１０には、受信側で物理層でのパケット検出と周波数同期などを行なうための固定データ系列（以下、Ｓｈｏｒｔ Ｐｒｅａｍｂｌｅと呼ぶ）７１１と、受信側でＣＳＩを得るための固定データ系列（以下、Ｌｏｎｇ Ｐｒｅａｍｂｌｅと呼ぶ）７１２が格納されている。この後者のデータ系列をＬとする。パケットを受信した無線機は、Ｌが既知であることから、その部分の受信波形を利用してＣＳＩを知ることができる。このＬｏｎｇ Ｐｒｅａｍｂｌｅのような、ＣＳＩを得るための既知情報はトレーニング信号とも呼ばれる。

【0081】

しかし、そのままのフォーマットで、サブグループ・メンバーのＳＴＡが受領確認を同時送信してしまうと、ＣＳＩ推定のためのＬｏｎｇ Ｐｒｅａｍｂｌｅ部７１２の信号まで混信してしまい、ＡＰが個々のＣＳＩ情報を得ることができない。この問題に対処するため、サブグループ内のメンバー毎に異なるＬｏｎｇ Ｐｒｅａｍｂｌｅ部７１２の信号の符号化を行なうことを考える。

【0082】

本実施例では、このＬｏｎｇ Ｐｒｅａｍｂｌｅの部分を拡張し、同時送信されても受信できるフォーマットに符号化し、受領確認応答フレームに使用する。符号化の方法として、例えば以下の（ｃ１）、（ｃ２）のいずれかの方法を利用することができる。

【0083】

（ｃ１）直交符号化
直交符号化の手法では、まずサブグループ最大メンバー数以上の長さを持つＷａｌｓｈ系列を生成する。本実施例では最大数を４としているので、系列長４のＷａｌｓｈ系列を生成する。この場合、以下に示す符号１～４の４つの系列が利用可能である。

【0084】

［ １， １， １， １］（符号１）
［ １， １，－１，－１］（符号２）
［ １，－１， １，－１］（符号３）
［ １，－１，－１， １］（符号４）

【0085】

Ｗａｌｓｈ系列を用いて、各要素に系列Ｌを乗算した、Ｌの４倍の長さを持つ以下に示すような４つの系列を生成することができる。

【0086】

［ Ｌ， Ｌ， Ｌ， Ｌ］
［ Ｌ， Ｌ，－Ｌ，－Ｌ］
［ Ｌ，－Ｌ， Ｌ，－Ｌ］
［ Ｌ，－Ｌ，－Ｌ， Ｌ］

【0087】

上記の４系列は互いに直交することになる。したがって、同時に受信したとしても、上記符号１～４のうち取り出したい符号に相当する符号を乗算してＬの長さ毎に加算することで、それぞれのＣＳＩを得ることができる。

【0088】

この方法では、サブグループ毎にグループ・メンバーＳＴＡに対して上記符号１～４のいずれかを重複しないように割り当てる。

【0089】

（ｃ２）時分割送信
時分割送信の手法では文字通り、各サブグループ・メンバーからのＬの送信が重ならないように送信時刻をずらして送信させる。これは、上記直交符号化における符号を以下の符号１１～１３に置き換えることと等価である。

【0090】

［ １， ０， ０］（符号１１）
［ ０， １， ０］（符号１２）
［ ０， ０， １］（符号１３）

【0091】

本実施例で参照しているデータ伝送システム１００（図１を参照のこと）では、６台のグループ・メンバーＳＴＡ＃１～＃６を３台ずつの２つのサブグループ＃０、＃１に分類しているが（前述）、各サブグループにおいて、以下の（ｄ１）、（ｄ２）に示すように、直交符号化又は時分割送信のいずれかの方法により符号を割り当てるものとする。

【0092】

（ｄ１）サブグループ＃０
ＳＴＡ＃１ … 符号１又は符号１１
ＳＴＡ＃３ … 符号２又は符号１２
ＳＴＡ＃５ … 符号３又は符号１３
（ｄ２）サブグループ＃１
ＳＴＡ＃２ … 符号１又は符号１１
ＳＴＡ＃４ … 符号２又は符号１２
ＳＴＡ＃６ … 符号３又は符号１３

【0093】

図８Ａには、サブグループ＃０、＃１の各々で、グループ・メンバーＳＴＡに重複しないように符号１～３を割り当て、直交符号化を用いて符号を割り当ててＬｏｎｇ Ｐｒｅａｍｂｌｅの符号化を行なった場合の、ＰＨＹ Ｐｒｅａｍｂｌｅの内容を示している。また、図８Ｂには、サブグループ＃０、＃１の各々で、グループ・メンバーＳＴＡに重複しないように符号１１～１３を割り当て、時分割送信を用いた符号を割り当ててＬｏｎｇ Ｐｒｅａｍｂｌｅの符号化を行なった場合、ＰＨＹ Ｐｒｅａｍｂｌｅの内容を示している。

【0094】

《受領確認サブグループ並びに付属情報の事前通知》
そして、フローＦ５０３として、ＡＰは、上記で決定した各メンバーのサブグループ情報と、サブグループ内での各メンバーが利用するＬｏｎｇ Ｐｒｅａｍｂｌｅ信号の符号化情報を、各グループ・メンバーに対して事前に通知する。通知のためにＡＰが送信する管理フレームを、以下ではＡｃｋ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフレームと呼ぶ。ＡＰは、Ａｃｋ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフレームをメンバー毎に個別にユニキャストで送信しても良く、グループ・メンバー全員が受け取れるマルチキャスト・アドレス宛てに送信しても良い。また、ＡＰは、専用のＡｃｋ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフレームを用いず、ビーコンなどの既存のブロードキャスト・フレームの一部として付属情報を送信するようにしても良い。

【0095】

ＡＰが各メンバーに事前通知する情報は、以下の内容（ｅ１）、（ｅ２）を含む。

【0096】

（ｅ１）各グループ・メンバーと属するサブグループ識別子を対応付ける情報
（ｅ２）各サブグループ内でのサブグループ・メンバーへの付属情報（Ｌｏｎｇ Ｐｒｅａｍｂｌｅ符号化方式、最大符号長、並びに割り当て符号の識別子）

【0097】

なお、上記の（ｅ２）付属情報のうち、最大符号長（前述の通り、これはサブグループの最大メンバー数に連動する）、Ｌｏｎｇ Ｐｒｅａｍｂｌｅ符号化方式はあらかじめ決められて共有されていれば、必ずしもＡｃｋ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフレームに含める必要はない。

【0098】

また、サブグループ・メンバーが受領確認応答に使用する変調方式並びに誤り訂正符号化や、受領確認応答に使用する送信電力に関する情報を、（後述するＭＵ－ＢＡＲではなく）Ａｃｋ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフレームの付属情報に含めるようにしてもよい。

【0099】

サブグループ情報並びに付属情報（ｅ１）、（ｅ２）を事前に受け取ったグループ・メンバーは、それを例えば制御部４０８内のメモリーに記憶しておき、受領確認応答フレーム（トレーニング信号）を送信時に利用する。

【0100】

ＡＰは、このサブグループ割り当て並びに付属情報を、マルチキャスト・フローの配信の途中で追加や変更してもよい。その場合には、再度メンバー全員に対して上記の通知を実行し直す。

【0101】

ここまでの処理Ｆ５０１～Ｆ５０３が、事前のセットアップに関する処理であり、最低１度実行すればよい。

【0102】

以降の処理Ｆ５０４～Ｆ５０８は、マルチキャスト・データの送受信に伴って繰り返し起きる処理である。図９には、本実施例において、ＡＰとＳＴＡ＃１～＃６間でマルチキャスト・データ・フレームの送受信と受領確認を行なう通信シーケンスの一例を示している。

【0103】

《マルチキャスト・データ送受信》
ＡＰは、フローＦ５０４として、図９中の参照番号９０１～９０３で示すようにマルチキャスト・グループのＳＴＡ＃１～＃６に、マルチキャスト・データＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２を順次送信する。これらのマルチキャスト・データのフレームは、前述した符号化を行なわず、図７に示したような通常のフレーム・フォーマットを利用して送信される。

【0104】

マルチキャスト・グループ・メンバーのＳＴＡ＃１～＃６は、自身が以前に上記Ａｃｋ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフレーム若しくはビーコン・フレームにおいて自身が受領確認の対象でありサブグループに割り当てられている場合には、個々のマルチキャスト・フレームの受信状態を、マルチキャスト・データ・フレームのシーケンス番号毎に保持しておく。

【0105】

同時に、サブグループのグループ・メンバーのＳＴＡ＃１～＃６は、マルチキャスト・データ・フレームのＰＨＹ Ｐｒｅａｍｂｌｅを利用して、ＡＰに対する基準発振器の周波数オフセットを補正しておく。

【0106】

《受領確認》
本実施例では、ＡＰは、１つ以上のマルチキャスト・データ・フレームを送信した後、フローＦ５０５として、図９中の参照番号９０４、９０８で示すように、複数ユーザーを対象にした受領確認要求フレーム（以下、Ｍｕｌｔｉ－Ｕｓｅｒ Ｂｌｏｃｋ Ａｃｋ Ｒｅｑｕｅｓｔ（ＭＵ－ＢＡＲ）フレームと呼ぶ）を送信する。

【0107】

本実施例（図９に示す例）においては、ＡＰがＭＵ－ＢＡＲ単独で１つの無線パケットとして送信する例を想定して記載している。変形例として、ＡＰは、マルチキャスト・データとＡ－ＭＰＤＵ（Ａｇｇｒｅｇａｔｅｄ Ｍａｃ Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を用いてＭＡＣ層にてアグリゲーションすることにより、無線区間では１つの無線パケットとしてＭＵ－ＢＡＲを送信するようにしても良い。

【0108】

ＭＵ－ＢＡＲフレームには、以下の内容（ｆ１）～（ｆ５）が含まれる。

【0109】

（ｆ１）受領確認対象のマルチキャスト・フローを特定する情報
（ｆ２）マルチキャスト受領確認応答を期待する対象とするサブグループ識別子
（ｆ３）サブグループ・メンバーからのマルチキャスト受領確認応答の対象とする開始シーケンス番号
（ｆ４）受領確認応答に使用する変調方式並びに誤り訂正符号
（ｆ５）受領確認応答に使用する送信電力に関する情報

【0110】

ここで、受領確認応答に使用する変調方式に関する情報（ｆ４）を、必ずしも明示的に指定しなくても、常に最低のレートを利用する、若しくは、ＭＵ－ＢＡＲフレームと同一のレートを使用するなど、すべての受領確認対象で一意に決まる法則をＡＰと各ＳＴＡ間で共有していれば、フレーム内に変調方式に関する情報を含めなくてもよい。受領確認応答に使用する変調方式は、２本以上の空間ストリームを使用しない変調に限定してもよい。

【0111】

受領確認応答に使用する送信電力に関する情報（ｆ５）を伝える目的は、ＡＰが複数のＳＴＡから同時に受信することになる受領確認応答に大きな受信電力差が生まれないようにすることにある。あまりにも大きな受信電力差がある場合、電力が小さい方の応答フレームを復元できなくなる可能性があるからである。このため、ＡＰにおいてそれぞれのサブグループ・メンバーＳＴＡからの応答の受信電力がターゲット電力に揃うように、各メンバーＳＴＡに希望する送信電力の通知を行なう。情報（ｆ５）の内容には、応答の送信に使用して欲しい送信電力の値を直接指定、若しくは、希望電力に近づけるために前回の応答送信に対して上げて欲しい又は下げて欲しい旨を伝える前回送信電力との差分値を指定する。この差分値の計算には、サブグループ・メンバーとの過去のフレーム送受信時の受信電力を参照しても良い。なお、送信電力の要望に関する情報（ｆ５）は必ずしもフレームに含まれなくても良い。その場合には、各ＳＴＡ側でそれぞれ自律的に判断して送信電力を調節する。

【0112】

ＭＵ－ＢＡＲフレームは、受領確認の対象とするマルチキャスト・アドレスに対して送信される。宛先がこのアドレスであることを、上記の受領確認対象のマルチキャスト・フローを特定する情報（ｆ１）として暗黙的に利用してもよい。

【0113】

サブグループ・メンバー＃０、＃１の各ＳＴＡは、ＡＰからＭＵ－ＢＡＲフレーム９０４、９０８を受信すると、フローＦ５０６として、図９中の参照番号９０５～９０７、並びに、参照番号９０９～９１１に示すように、該当するマルチキャスト・フローに関する受領確認応答ＭＵ－ＢＡフレームをそれぞれ送信する。このとき、ＡＰから事前に指定された符号化情報を用いてＬｏｎｇ Ｐｒｅａｍｂｌｅを符号化（前述）して送信する。

【0114】

図１０には、ＳＴＡがＡＰからＭＵ－ＢＡＲフレームを受信したことに応じて実行する処理手順をフローチャートの形式で示している。

【0115】

ＳＴＡは、ＡＰからのＭＵ－ＢＡＲフレームを受信すると（ステップＳ１００１のＹｅｓ）、そのＭＵ－ＢＡＲフレームに含まれるサブグループ識別子が自分の属するグループのものかどうかをチェックする（ステップＳ１００２）。

【0116】

サブグループ識別子が自分の属するグループのものでない場合には（ステップＳ１００２のＮｏ）、ＳＴＡは、後続の処理をすべてスキップして、本処理を終了する。

【0117】

一方、サブグループ識別子が自分の属するグループのものである場合には（ステップＳ１００２のＹｅｓ）、ＳＴＡは、そのＭＵ－ＢＡＲフレームで対象としているマルチキャスト・フローの受信成功／失敗記録から、受領確認応答ＭＵ－ＢＡを生成する（ステップＳ１００３）。

【0118】

各サブグループ・メンバーＳＴＡは、生成するＭＵ－ＢＡフレームに、対象とするマルチキャスト・フローにおける、シーケンス番号毎の受信成功／失敗の情報を含める。但し、ＭＵ－ＢＡＲフレームを受信する以前にＡＰより送信されている当該マルチキャスト・フローが対象であるが、ＭＵ－ＢＡＲフレームにおいて通知された開始シーケンス番号より前の情報を含める必要はない。また、ＳＴＡ内において、再送を要求して到着しても、ＳＴＡ上位層にてもう利用価値が無いと判断できるフレームについては、受信されていなくてもＳＴＡの判断で成功として通知してもよい。

【0119】

次いで、ＳＴＡは、ＭＵ－ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっているかどうかをチェックする（ステップＳ１００４）。

【0120】

ＭＵ－ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっている場合には（ステップＳ１００４のＹｅｓ）、ＳＴＡは、ＭＵ－ＢＡＲフレームでの指示の通りに受領確認応答フレームに使用する送信電力を設定する（ステップＳ１００５）。

【0121】

また、ＭＵ－ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっていない場合には（ステップＳ１００４のＮｏ）、ＳＴＡは、過去の（ＭＵ－ＢＡＲを含む以前のＡＰからの受信パケットの）受信電力の情報から伝搬損を推定し、ＡＰ側での受信電力が所定の値になるように受領確認応答フレームの送信電力を設定する（ステップＳ１００７）。なお、この所定の値は少なくともサブグループ・メンバーのＳＴＡにおいては事前に共有されているものとする。

【0122】

なお、ステップＳ１００５やステップＳ１００７におけるＭＵ－ＢＡの送信に使用する電力の制御は必要に応じて行なえばよい。

【0123】

そして、ＳＴＡは、Ａｃｋ Ｇｒｏｕｐ Ａｓｓｉｇｎｍｅｎｔフレーム又はビーコン・フレームで事前に通知されている符号化情報を用いてＬｏｎｇ Ｐｒｅａｍｂｌｅを符号化したＰＨＹ Ｐｒｅａｍｂｌｅを付加して、受領確認応答（Ｍｕｌｔｉ－ Ｕｓｅｒ Ｂｌｏｃｋ Ａｃｋ：ＭＵ－ＢＡ）フレームを送信する（ステップＳ１００６）。

【0124】

要約すれば、図１０に示した処理フローによれば、ＭＵ－ＢＡＲを受信したＳＴＡは、内容に記載されているサブグループ識別子が自身の属しているサブグループのものと一致するかを確認し、一致する場合に限り、ＭＵ－ＢＡフレームを送信する。

【0125】

ＳＴＡからのＭＵ－ＢＡの送信タイミングは、ＳＴＡがＭＵ－ＢＡＲを受信終了した直後から所定の時間経過後である。この所定の時間の間隔はＡＰと全ＳＴＡ間で共有されており、通信可能範囲にいる第３者の無線送信が割り込めない間隔であることが望ましい。また、この所定の時間間隔を指定する情報をＭＵ－ＢＡＲに含め，サブグループ単位で，あるいは同一サブグループであっても別のＭＵ－ＢＡＲを送信する際に、異なる値をとるようにしても良い。本実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ規格で規定されるＳＩＦＳ（Ｓｈｏｒｔ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）を用いることとする。なお、ＳＩＦＳの代わりにＰＩＦＳ（ＰＣＦ Ｉｎｔｅｒ Ｆｒａｍｅ Ｓｐａｃｅ）を用いることにしてもよい。この送信の際には、各ＳＴＡはキャリアセンスを行なわなくてもよい。

【0126】

ＡＰ側では、ＭＵ－ＢＡＲ送信のＳＩＦＳ時間後に、指定したサブグループ・メンバーからのＭＵ－ＢＡが同時に受信することになる。そして、ＡＰは、フローＦ５０７として、同時に受信された複数のＳＴＡからのＭＵ－ＢＡを信号処理により分解、復元する。

【0127】

図１１には、ＡＰが指定したサブグループ・メンバーからのＭＵ－ＢＡを受信処理する手順をフローチャートの形式で示している。ＡＰは、ＭＵ－ＢＡＲを送信した後、サブグループからのＭＵ－ＢＡフレームを待ち受けて、通常の受信動作とは異なる処理を行なう。

【0128】

ＡＰは、Ｓｈｏｒｔ Ｐｒｅａｍｂｌｅを検出したとき（ステップＳ１１０１のＹｅｓ）、各無線インターフェース部３０６－１、…で処理した受信信号はチャネル推定部３０５に送られ、Ｓｈｏｒｔ Ｐｒｅａｍｂｌｅ部にてフレーム開始タイミングの同期、周波数同期、ＡＧＣ（Ａｕｔｏ Ｇａｉｎ Ｃｏｎｔｒｏｌ）のセットが行なわれる（ステップＳ１１０２）。

【0129】

次いで、ＡＰは、ＭＵ－ＢＡＲを送信完了から応答が期待される時間長（ＳＩＦＳ）以内に、グループ・メンバーＳＴＡからのＭＵ－ＢＡを同時受信できたかどうかをチェックする（ステップＳ１１０３）。

【0130】

ここで、ＭＵ－ＢＡＲを送信完了から応答が期待される時間長以内に、グループ・メンバーＳＴＡからのＭＵ－ＢＡを同時受信できたときには（ステップＳ１１０３のＹｅｓ）、チャネル推定部３０５は、Ｓｈｏｒｔ Ｐｒｅａｍｂｌｅ部に続く符号化Ｌｏｎｇ Ｐｒｅａｍｂｌｅ部において、各グループ・メンバーＳＴＡに事前に割り当てたそれぞれの符号から、各サブグループ・メンバーのＬｏｎｇ Ｐｒｅａｍｂｌｅ受信系列を復元し、各ＳＴＡからのＣＳＩ推定値を取得する（ステップＳ１１０４）。

【0131】

直交符号化を用いて符号を割り当ててＬｏｎｇ Ｐｒｅａｍｂｌｅの符号化を行なった場合には、チャネル推定部３０５は、直交符号のうち取り出したい符号に相当する符号を、系列Ｌの長さ単位に対して符号の１要素を乗算し、Ｌの長さ単位で乗算結果を加算する操作を行なって、各サブグループ・メンバーのＬｏｎｇ Ｐｒｅａｍｂｌｅ受信系列を復元する。また、時分割送信を用いた符号を割り当ててＬｏｎｇ Ｐｒｅａｍｂｌｅの符号化を行なった場合には、チャネル推定部３０５は、時間シフトして、各サブグループ・メンバーのＬｏｎｇ Ｐｒｅａｍｂｌｅ受信系列を取り出す。

【0132】

このようして得られたＬｏｎｇ Ｐｒｅａｍｂｌｅ受信系列は、それぞれのアンテナ３０７－１、…、３０７－Ｍ（受信チェイン）で受信された、各ＳＴＡからのＣＳＩとなる。ここで、受信アンテナの番号をｍ（ｍ＝１～Ｍ。但し、ＭはＡＰの受信に使えるアンテナ総数）、使用した符号の番号（サブグループ識別子と合わせてこれがＳＴＡを特定する情報となる）をｎ（ｎ＝１～Ｎ。但し、Ｎは使用する符号総数でありサブグループのメンバー数であり、ＭＵ－ＢＡ多重数に相当する）とすると、受信アンテナと使用した符号の組み合わせからＭ×Ｎの要素数を持つ推定チャネル行列Ｈが得られる。各メンバーＳＴＡの推定ＣＳＩをｈ_m,nで表すと、推定チャネル行列Ｈは下式（１）で表される。

【0133】

【数1】

【0134】

同時受信されたアンテナ番号ｍにおける入力信号をｙ_mとすると、受信信号ベクトルＹは、下式（２）で表される

【0135】

【数2】

【0136】

推定されたチャネル行列Ｈと受信信号ベクトルＹは空間信号処理部３０４に入力される。そして、空間信号処理部３０４は、チャネル行列Ｈと受信信号ベクトルＹを用いて、各サブグループ・メンバーＳＴＡからのＭＵ－ＢＡの復元（分解）を行なう（ステップＳ１１０５）。分解処理は、Ｌｏｎｇ Ｐｒｅａｍｂｌｅ部より後（すなわち、ＰＨＹ Ｈｅａｄｅｒ部以降）の信号に対して適用される。

【0137】

空間信号処理部３０４が行なうＭＵ－ＢＡの復元（分解）処理のアルゴリズムは特に限定されない。例えば、最小２乗誤差（Ｍｉｎｉｍｕｍ Ｍｅａｎ Ｓｑｕａｒｅ Ｅｒｒｏｒ：ＭＭＳＥ）等化を用いて複数の信号を分解処理することができる。ＭＭＳＥ等化によれば、受信信号ベクトルＹにある重みベクトルＷを乗算して、他のＳＴＡからの干渉成分を抑制する処理により、信号を分解することができる。重みベクトルＷは、各受信アンテナで発生する雑音ベクトルｎ_mで構成される雑音ベクトルをＮとすると、以下の式（３）で表される。但し、下式（３）において、Ｉは単位行列を表し、Ｈ^Hはチャネル行列のエルミート転置行列を表す

【0138】

【数3】

【0139】

上記のような処理を行なうことで、ＡＰは、ＭＵ－ＢＡＲの対象としたサブグループのすべてのメンバーからのＭＵ－ＢＡを復元して、マルチキャスト・データ・フローの受領確認情報を得ることができる。

【0140】

一方、ＭＵ－ＢＡＲを送信完了から応答が期待される時間長以内に、グループ・メンバーＳＴＡからのＭＵ－ＢＡを同時受信できなかったときには（ステップＳ１１０３のＮｏ）、ＡＰは、通常の受信動作に戻る。この場合、チャネル推定部３０５は、１つ分のＬｏｎｇ ＰｒｅａｍｂｌｅからＣＳＩ推定値を取得する（ステップＳ１１０６）。そして、空間信号処理部３０４は、取得したＣＳＩ情報に基づいて、Ｌｏｎｇ Ｐｒｅａｍｂｌｅ部より後（すなわち、ＰＨＹ Ｈｅａｄｅｒ部以降）の信号を受信処理する（ステップＳ１１０７）

【0141】

なお、ＡＰは、ステップＳ１１０５においてＭＵ－ＢＡを復元処理した結果、特定の符号に対して優位なフレームを復元できない場合には、当該符号が割り当てられたＳＴＡがＭＵ－ＢＡＲを正しく受信しておらず、ＭＵ－ＢＡを送信していない可能性が考えられる。その場合の処理について図１１では図示を省略したが、ＡＰは、ＭＵ－ＢＡＲを再送してもよい。

【0142】

《マルチキャスト・データ再送》
サブグループ・メンバーからの受領確認応答を分離して受領確認情報を取得したＡＰは、その結果に応じて、必要であればフローＦ５０８としてマルチキャスト・データの再送を行なう。

【0143】

ＡＰがマルチキャスト・データを再送するタイミングは、受領確認応答を確認した直後であってもよい。

【0144】

また、電子レンジなど、バースト状の電波干渉が検出されている場合には、すぐに再送しても再度失敗する可能性がある。このような場合、ＡＰは、一定の遅延を付加した後にマルチキャスト・データを再送するようにしてもよい。当該マルチキャスト・フロー（コンテンツ）において、遅延の要求が規定されている場合には、ＡＰは、それを超えない範囲での遅延を付加することとする。

【実施例0145】

実施例２では、ＡＰは、マルチキャスト・グループに参加するＳＴＡを事前にサブグループ分けしない。また、ＡＰは、データ・フレームと別フレームで、グループ・メンバーＳＴＡに受領確認要求を送信する。

【0146】

図１２には、実施例２における処理のフローを示している。

【0147】

《マルチキャスト・グループの把握》
まず、フローＦ１２０１として、マルチキャスト・グループに属する各ＳＴＡは事前に受信したいマルチキャストのグループに参加しているものとする。マルチキャスト・グループへの参加には、ＩＧＭＰやＩＰｖ６ ＭＬＤなどの仕組みを利用する。各ＳＴＡは、自分が参加しているマルチキャストのグループのマルチキャスト・アドレスを受信する。

【0148】

マルチキャスト・グループに参加する各ＳＴＡは、ＡＰにマルチキャスト・グループ参加状況を把握させるために、ＡＰの要請を受けて、若しくは自発的に、各ＳＴＡはマルチキャストの登録状況を別途ＡＰに通知しておく。あるいは、ＡＰがレイヤー３以上の内容を解析する仕組みを持ち、自ら配下ＳＴＡのマルチキャスト参加の情報を集めても良い。

【0149】

実施例２では、ＡＰは、受領確認サブグループの作成を行なわない。また、受領確認サブグループ並びに付属情報の事前通知を行なわない。

【0150】

以降の処理は、マルチキャスト・データの送受信に伴って繰り返し起きる処理である。本実施例においても、実施例１と同様に、図９に示した通信シーケンスに従って、ＡＰとマルチキャスト・グループＳＴＡ＃１～＃６間でマルチキャスト・データ・フレームの送受信と受領確認が行なわれる。

【0151】

《マルチキャスト・データ送受信》
ＡＰは、フローＦ１２０２として、図９中の参照番号９０１～９０３で示すように、マルチキャスト・グループのＳＴＡ＃１～＃６に、マルチキャスト・データＤＡＴＡ＃０、ＤＡＴＡ＃１、ＤＡＴＡ＃２を順次送信する。これらのマルチキャスト・データのフレームは、前述した符号化を行なわず、図７に示したような通常のフレーム・フォーマットを利用して送信される。

【0152】

マルチキャスト・グループ・メンバーのＳＴＡ＃１～＃６は、個々のマルチキャスト・フレームの受信状態を、マルチキャスト・データ・フレームのシーケンス番号毎に保持しておく。また、マルチキャスト・グループ・メンバーのＳＴＡ＃１～＃６は、マルチキャスト・データ・フレームのＰＨＹ Ｐｒｅａｍｂｌｅを利用して、ＡＰに対する基準発振器の周波数オフセットを補正しておく。

【0153】

《受領確認》
本実施例では、ＡＰは、１つ以上のマルチキャスト・データ・フレームを送信した後、フローＦ１２０３として、図９中の参照番号９０４、９０８で示すように、受領確認を要求するＭＵ－ＢＡＲフレームを送信する。本実施例では、ＡＰは、ＭＵ－ＢＡＲフレームに、上述した内容（ｆ１）、（ｆ４）、（ｆ５）とともに、ＭＵ－ＢＡを要求するＳＴＡの識別子とＬｏｎｇ Ｐｒｅａｍｂｌｅの符号化情報を記載する。

【0154】

ここで、ＳＴＡの識別子として、ＳＴＡのＭＡＣアドレスなど個体識別子や、ＡＰにおけるＡｓｓｏｃｉａｔｉｏｎ ＩＤ（ＡＩＤ）などの接続識別子を利用することができる。また、Ｌｏｎｇ Ｐｒｅａｍｂｌｅの付属情報は、Ｌｏｎｇ Ｐｒｅａｍｂｌｅ符号化方式、最大符号長、並びに割り当て符号の識別子などである。

【0155】

なお、ＡＰは、図９に示したように、ＭＵ－ＢＡＲ単独で１つの無線パケットとして送信する以外に、マルチキャスト・データとＡ－ＭＰＤＵを用いてＭＡＣ層にてアグリゲーションすることにより、無線区間では１つの無線パケットとしてＭＵ－ＢＡＲを送信するようにしても良い（同上）。

【0156】

ＭＵ－ＢＡＲフレーム内で、個体識別子や接続識別子などでＭＵ－ＢＡを要求することが指定された各ＳＴＡは、ＡＰからＭＵ－ＢＡＲフレーム９０４、９０８を受信すると、フローＦ１２０４として、図９中の参照番号９０５～９０７、並びに、参照番号９０９～９１１に示すように、該当するマルチキャスト・フローに関する受領確認応答ＭＵ－ＢＡフレームをそれぞれ送信する。このとき、ＭＵ－ＢＡＲフレームで指定された符号化情報を用いてＬｏｎｇ Ｐｒｅａｍｂｌｅ部を符号化（前述）して送信する。

【0157】

図１３には、ＳＴＡがＡＰからＭＵ－ＢＡＲフレームを受信したことに応じて実行する処理手順をフローチャートの形式で示している。

【0158】

ＳＴＡは、ＡＰからのＭＵ－ＢＡＲフレームを受信すると（ステップＳ１３０１のＹｅｓ）、そのＭＵ－ＢＡＲフレーム内で自分の個体識別子又は接続識別子が指定されているかどうかをチェックする（ステップＳ１３０２）。

【0159】

自分の個体識別子又は接続識別子が指定されていない場合には（ステップＳ１３０２のＮｏ）、ＳＴＡは、後続の処理をすべてスキップして、本処理を終了する。

【0160】

一方、自分の個体識別子又は接続識別子が指定されている場合には（ステップＳ１３０２のＹｅｓ）、ＳＴＡは、そのＭＵ－ＢＡＲフレームで対象としているマルチキャスト・フローの受信成功／失敗記録から、受領確認応答ＭＵ－ＢＡを生成する（ステップＳ１３０３）。

【0161】

ＳＴＡは、生成するＭＵ－ＢＡフレームに、対象とするマルチキャスト・フローにおける、シーケンス番号毎の受信成功／失敗の情報を含める。但し、ＭＵ－ＢＡＲフレームを受信する以前にＡＰより送信されている当該マルチキャスト・フローが対象であるが、ＭＵ－ＢＡＲフレームにおいて通知された開始シーケンス番号より前の情報を含める必要はない。また、ＳＴＡ内において、再送を要求して到着しても、ＳＴＡ上位層にてもう利用価値が無いと判断できるフレームについては、受信されていなくてもＳＴＡの判断で成功として通知してもよい。

【0162】

次いで、ＳＴＡは、ＭＵ－ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっているかどうかをチェックする（ステップＳ１３０４）。

【0163】

ＭＵ－ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっている場合には（ステップＳ１３０４のＹｅｓ）、ＳＴＡは、ＭＵ－ＢＡＲフレームでの指示の通りに受領確認応答フレームに使用する送信電力を設定する（ステップＳ１３０５）。

【0164】

また、ＭＵ－ＢＡＲフレームにおいて、受領確認応答フレームに使用する送信電力の情報をもらっていない場合には（ステップＳ１３０４のＮｏ）、ＳＴＡは、過去の（ＭＵ－ＢＡＲを含む以前のＡＰからの受信パケットの）受信電力の情報から伝搬損を推定し、ＡＰ側での受信電力が所定の値になるように受領確認応答フレームの送信電力を設定する（ステップＳ１３０７）。なお、この所定の値は少なくともサブグループ・メンバーのＳＴＡにおいては事前に共有されているものとする。

【0165】

なお、ステップＳ１３０５やステップＳ１３０７におけるＭＵ－ＢＡの送信に使用する電力の制御は必要に応じて行なえばよい。

【0166】

そして、ＳＴＡは、ＭＵ－ＢＡＲフレームで指定されている符号化情報を用いてＬｏｎｇ Ｐｒｅａｍｂｌｅを符号化したＰＨＹ Ｐｒｅａｍｂｌｅを付加して、ＭＵ－ＢＡフレームを送信する（ステップＳ１３０６）。

【0167】

要約すれば、図１３に示した処理フローによれば、ＭＵ－ＢＡＲを受信したＳＴＡは、内容に記載されている個体識別子又は接続識別子が自身のものと一致するかを確認し、一致する場合に限り、ＭＵ－ＢＡフレームを送信する。

【0168】

ＳＴＡからのＭＵ－ＢＡの送信タイミングは、ＳＴＡがＭＵ－ＢＡＲを受信終了した直後から所定の時間経過後である。この所定の時間の間隔はＡＰと全ＳＴＡ間で共有されており、通信可能範囲にいる第３者の無線送信が割り込めない間隔であることが望ましい。本実施例では、ＩＥＥＥ８０２．１１無線ＬＡＮ規格で規定されるＳＩＦＳ又はＰＩＦＳを用いることにしてもよい。この送信の際には、各ＳＴＡはキャリアセンスを行なわなくてもよい。

【0169】

ＡＰ側では、ＭＵ－ＢＡＲ送信のＳＩＦＳ時間後に、指定した各ＳＴＡからのＭＵ－ＢＡが同時に受信することになる。そして、ＡＰは、フローＦ１２０５として、例えば図１１に示した処理手順に従って、同時に受信された複数のＳＴＡからのＭＵ－ＢＡを信号処理により分解、復元する。また、ＭＵ－ＢＡを復元処理した結果、特定の符号に対して優位なフレームを復元できない場合には、当該符号が割り当てられたＳＴＡがＭＵ－ＢＡＲを正しく受信しておらず、ＭＵ－ＢＡを送信していない可能性が考えられる。その場合、ＡＰは、ＭＵ－ＢＡＲを再送してもよい。

【0170】

《マルチキャスト・データ再送》
ＡＰは、指定した各ＳＴＡからの受領確認応答を分離して受領確認情報を取得し、その結果に応じて、必要であればフローＦ１２０６としてマルチキャスト・データの再送を行なう。

【0171】

ＡＰがマルチキャスト・データを再送するタイミングは、受領確認応答を確認した直後であってもよい。

【0172】

また、電子レンジなど、バースト状の電波干渉が検出されている場合には、すぐに再送しても再度失敗する可能性がある。このような場合、ＡＰは、一定の遅延を付加した後にマルチキャスト・データを再送するようにしてもよい。当該マルチキャスト・フロー（コンテンツ）において、遅延の要求が規定されている場合には、ＡＰは、それを超えない範囲での遅延を付加することとする。