無線通信システム（例えば、ピアツーピアの無線通信システム）におけるグループ通信に関係する方法及び装置が説明される。閉じたグループ（例えば、グループメンバーの数が所定の時刻に固定されており且つそのグループの１又は複数のメンバーに知られている）に向けられる方法及び装置が説明される。様々な実施態様は、非集中型の方法で独立してスケジュールされ得る複数の個別のトラフィック資源（例えば、トラフィック・スロット及び／又はトラフィック・セグメント）を含む非集中型のピアツーピア無線ネットワークによく適している。幾つかの特徴及び／又は態様は、送信されたグループ・トラフィック・データ信号に応答する個々のグループメンバーの承認シグナリングの使用に向けられる。予期される個々のグループメンバーの承認信号を監視すること及び肯定的な承認をシグナルしなかったメンバーを識別することにより、そのグループのサブセットに対して再送が指示及び／又は調整されることが可能である。

【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、2007年7月10日付け提出され、本願の譲受人に譲渡された「METHODS AND APPARATUS FOR SENDING BROADCAST/MULTICAST MESSAGES IN A PEER-TO-PEER NETWORK」と題される米国仮出願第60/948,968号の利益を主張する。そして、その全体が参照によって本明細書に明確に組み込まれる。
【０００２】
（技術分野）
様々な実施態様は、無線通信に関係し、より詳しくは、グループ通信をサポートすることに関係する方法及び装置に関係する。
【背景技術】
【０００３】
無線通信システムにおいて、一般的に、結合された制御シグナリング及びトラフィック・シグナリングについて、無線通信デバイスによる利用のために使用可能である一定量のエアーリンク資源が存在する。集中制御（例えば、アドホックなピアツーピア・ネットワーク）が欠如している無線通信システムにおいて、トラフィック・エアーリンク資源をスケジュールすることは、難しい課題である。
【０００４】
ときおり、ピアツーピア・ネットワークにおける単一のデバイスは、同一のデータを該ネットワーク中の複数の他のデバイスへ送信することを望む場合がある。もしグループ通信をサポートする新しい方法及び装置が開発され、従って、同一のトラフィック信号が複数の他のグループメンバーに効率的に伝達されることが可能になるならば、それは有益であろう。複数の受信者を対象として送信されたトラフィック・データがその対象とする受信者の各々によって正常に（successfully）回復されないかもしれないことは理解されるべきである。したがって、最初の送信が完全に成功していない場合におけるデータの効率的な再送信を可能にする方法及び装置の必要性が存在する。
【発明の概要】
【０００５】
無線通信システム（例えば、ピアツーピアの無線通信システム）におけるグループ通信に関係する方法及び装置が説明される。閉じたグループ（例えば、グループメンバーの数が所定の時刻に固定されており且つそのグループの１又は複数のメンバーに知られている）に向けられる方法及び装置が説明される。様々な実施態様は、非集中型の方法で独立してスケジュールされ得る複数の個別のトラフィック資源（例えば、トラフィック・スロット及び／又はトラフィック・セグメント）を含む非集中型のピアツーピア無線ネットワークによく適している。
【０００６】
幾つかの特徴及び／又は態様は、送信されたグループ・トラフィック・データ信号に応答する個々のグループメンバーの承認シグナリングの使用に向けられる。予期される個々のグループメンバーの承認信号を監視すること及び肯定的な承認をシグナルしなかったメンバーを識別することにより、そのグループのサブセットに対して再送が指示及び／又は調整されることが可能である。
【０００７】
幾つかの実施態様に従った、例示的なグループ通信方法は、グループのメンバーへのデータを、前記グループに向けられる第１の信号において、送信することと、前記データが受信されたことを示す前記グループの前記メンバーからの承認を監視することとを含む。本例示的な方法は、前記データを、前記グループのサブセット（前記サブセットは、承認が受信されなかった前記グループのメンバーを含み且つ承認が受信された前記グループの少なくとも一つのメンバーを除外したものである。）に向けられた第２の信号において、再送信することを更に含む。
【０００８】
幾つかの実施態様に従った、グループ通信をサポートする例示的な通信デバイスは、無線送信機モジュールと、グループのメンバーへのデータを、前記グループに向けられる第１の信号において、送信するように前記無線送信機モジュールを制御するように構成されたグループ・シグナリング制御モジュールとを含む。幾つかのそのような実施形態において、本例示的な通信デバイスは、前記データが受信されたことを示す前記グループの前記メンバーからの承認を監視するように構成された承認監視モジュールと、前記データを、前記グループのサブセット（前記サブセットは、承認が受信されなかった前記グループのメンバーを含み且つ承認が受信された前記グループの少なくとも一つのメンバーを除外したものである。）に向けられた第２の信号において、再送信するように前記無線送信機モジュールを制御するように構成された再送信制御モジュールとを更に含む。
【０００９】
様々な実施態様が上記概要で述べられたが、必ずしもすべての実施態様が同一の特徴を含むというわけではなく、また、上述された特徴の幾つかは必ずしも必要ではなく、幾つかの実施態様において望ましい場合があることは、認識されるべきである。様々な実施態様の多数の更なる特徴、実施態様及び利点は、後に続く詳細な説明で述べられる。
【図面の簡単な説明】
【００１０】
【図１】図１は、例示的な一実施態様に従った、例示的なピアツーピア・ネットワーク（例えば、アドホックな通信ネットワーク）の図である。
【図２】図２は、グループ通信を実装するために第１のピアツーピア通信デバイスをオペレートする例示的な方法のフローチャートの図である。
【図３】図３は、例示的な一実施態様に従った、例示的な無線端末（例えば、グループ通信をサポートするピアツーピア・モバイルノード）の図である。
【図４】図４（図４は図４Ａ及び４Ｂの組合せからなる）は、グループ通信を実装するためにピアツーピア通信デバイスをオペレートする例示的な方法のフローチャートである。
【図４Ａ】図４（図４は図４Ａ及び４Ｂの組合せからなる）は、グループ通信を実装するためにピアツーピア通信デバイスをオペレートする例示的な方法のフローチャートである。
【図４Ｂ】図４（図４は図４Ａ及び４Ｂの組合せからなる）は、グループ通信を実装するためにピアツーピア通信デバイスをオペレートする例示的な方法のフローチャートである。
【図５】図５は、例示的な一実施態様に従った、例示的な通信デバイス（例えば、グループ通信をサポートするモバイル・ピアツーピア通信デバイス）の図である。
【図６】図６は、例示的な一実施態様における例示的なタイミング構造及び例示的なエアーリンク資源を示す図である。
【図７】図７は、例示的な無線通信ネットワーク（例えば、ピアツーピア通信及びグループ・トラフィック・シグナリングをサポートするアドホックなピアツーピア通信ネットワーク）の図である。
【図８】図８は、例示的な一実施態様に従った、図７の同一の無線端末を示し及びグループ・トラフィック・シグナリングの例を示すために使用される更なる情報を示す。
【図９】図９は、トラフィック・セグメントに関連する繰り返されるピアツーピア・タイミング構造におけるエアーリンク資源の例示的なセット、それら資源の少なくとも一部に関連するプライオリティー情報及びそれら資源の少なくとも一部に関連するコネクション識別子情報を示す。
【図１０】図１０は、図８に対応する一つの例示的なシナリオにおいて図９の資源を使用して通信されることができる例示的なシグナリングを示す。
【図１１】図１１は、トラフィック・セグメントに関連する繰り返されるピアツーピア・タイミング構造におけるエアーリンク資源の例示的なセット、それら資源の少なくとも一部に関連するプライオリティー情報及びそれら資源の少なくとも一部に関連するコネクション識別子情報を示す。
【図１２】図１２は、図８に対応する他の例示的なシナリオにおいて図１１の資源を使用して通信されることができる例示的なシグナリングを示す。
【図１３】図１３は、グループ通信を実装するためにピアツーピア通信デバイスをオペレートする例示的な方法のフローチャートである。
【図１４】図１４は、例示的な一実施態様に従って、グループ通信をサポートする例示的な通信デバイス（例えば、ピアツーピア・モバイルノード）の図である。
【図１５】図１５は、グループを設立した通信ネットワークにおける例示的な通信デバイスの図である。
【図１６】図１６は、例示的な繰り返されるタイミング構造における例示的なエアーリンク資源及びそれらのエアーリンク資源により運ばれる例示的なシグナリングを示す。
【図１７】図１７（図１７は、図１７Ａ、図１７Ｂ及び図１７Ｃの組合せからなる）は、例示的な一実施態様に従って、通信デバイスをオペレートする例示的な方法のフローチャートである。
【図１７Ａ】図１７（図１７は、図１７Ａ、図１７Ｂ及び図１７Ｃの組合せからなる）は、例示的な一実施態様に従って、通信デバイスをオペレートする例示的な方法のフローチャートである。
【図１７Ｂ】図１７（図１７は、図１７Ａ、図１７Ｂ及び図１７Ｃの組合せからなる）は、例示的な一実施態様に従って、通信デバイスをオペレートする例示的な方法のフローチャートである。
【図１７Ｃ】図１７（図１７は、図１７Ａ、図１７Ｂ及び図１７Ｃの組合せからなる）は、例示的な一実施態様に従って、通信デバイスをオペレートする例示的な方法のフローチャートである。
【図１８】図１８は、例示的な一実施態様に従って、グループ通信をサポートする例示的な通信デバイス（例えば、ピアツーピア・モバイルノード）の図である。
【図１９】図１９は、グループ通信及びピアツーピア通信をサポートする例示的な無線通信ネットワークの図である。
【図２０】図２０は、例示的な一実施態様に従った、繰り返されるタイミング／周波数構造におけるトラフィック・スロットに関して、図１９の例に対応する例示的な資源割り当て及び例示的なシグナリングを示す。
【図２１】図２１は、グループ通信及びピアツーピア通信をサポートする例示的な無線通信ネットワークの図である。
【図２２】図２２は、例示的な一実施態様に従った、繰り返されるタイミング／周波数構造におけるトラフィック・スロットのために、図２１の例に対応する例示的な資源割り当て及び例示的なシグナリングを示す。
【詳細な説明】
【００１１】
図１は、例示的な一実施態様に従った、例示的なピアツーピア・ネットワーク１００（例えば、アドホックな通信ネットワーク）の図である。例示的なネットワークは、グループの設立（establishment）及びグループ・トラフィック・シグナリングの送信をサポートする。例示的なピアツーピア・ネットワーク１００は、ピアツーピア・トラフィック・シグナリング及びグループ・トラフィック・シグナリングをサポートする複数の無線デバイス（ピアツーピア通信デバイス １ １０２，ピアツーピア通信デバイス ２ １０４，ピアツーピア通信デバイス ３ １０６，ピアツーピア通信デバイス ４ １０８，．．．，ピアツーピア通信デバイス Ｎ １１０）を含む。幾つかの実施形態においては、ネットワーク１００は、基準信号送信機１１６（例えば、ビーコン送信機）を含む。
【００１２】
通信ネットワーク１００中の無線デバイス（１０２，１０４，１０６，１０８，．．．，１１０）は、相互にコネクションを確立することができ、また、グループを形成することができる。ネットワーク１００において使用される繰り返されるタイミング構造（recurring timing structure）が存在する。幾つかの実施形態においては、基準信号（例えば、基準信号送信機１１６からのＯＦＤＭビーコン信号）は、該タイミング構造に対して同期するために、無線デバイスにより使用される。あるいは、該タイミング構造と同期するために使用される信号が、他のデバイス（例えば、ＧＰＳ送信機、基地局又は他のピアツーピアのデバイス）から供給されても良い。本ネットワークにおいて使用される上記タイミング構造は、複数の個々のトラフィック・スロットを含む。
【００１３】
図２は、グループ通信を実装するために第１のピアツーピア通信デバイスをオペレートする例示的な方法のフローチャート２００の図である。例示的な方法のオペレーションは、ステップ２０２において開始する。ここでは、第１のデバイスが電源投入され、そして、初期化される。そして、ステップ２０４へ進む。
【００１４】
ステップ２０４において、第１のデバイスは、複数のコネクションに対応する複数の送信リクエストを送信する（該複数の送信リクエストは、データ送信ブロックに対応しており、該複数のコネクションの個々のものは、通信グループにおける該第１のピアツーピア・通信デバイスと他のピアツーピア通信デバイスとの間にある）。幾つかの実施形態においては、複数の送信リクエストは、送信リクエスト・ブロックにおいて送信される。オペレーションは、ステップ２０４からステップ２０６へ進む。
【００１５】
ステップ２０６において、第１のデバイスは、非グループメンバーのピアツーピア・デバイスから受信された信号又はその欠如に基づいて、前記データ送信ブロックにおいて送信するか否かを決定する。様々な実施態様においては、ステップ２０６は、１又は複数のサブステップ２０８及び２１０を含む。サブステップ２０８において、第１のデバイスは、上記複数のコネクションのうちで最も高いプライオリティーのコネクションより高いプライオリティーを持つ非グループメンバーのコネクションに対応する任意の送信リクエスト・レスポンスの受信電力レベルの関数として、上記データ送信ブロックにおいて送信するか否かを決定する。サブステップ２１０において、第１のデバイスは、グループメンバーから受信されたレスポンスの数の関数として、上記データ送信ブロックにおいて送信するか否かを決定する。
【００１６】
オペレーションは、ステップ２０６からステップ２１２へ進む。ステップ２１２において、第１のデバイスは、ステップ２０６の決定に応じて異なって進む。上記決定が、データ送信ブロックにおいて送信することであるならば、オペレーションは、ステップ２１２からステップ２１４へ進む。しかし、決定が送信しないことであるならば、オペレーションは、ステップ２１２からステップ２１６へ進む。
【００１７】
ステップ２１４に戻って、ステップ２１４において、第１のデバイスは、パイロット信号を送信する。それからステップ２１８において、第１のデバイスは、グループの複数の異なるメンバーから、複数のチャネル品質フィードバック信号を受信する。オペレーションは、ステップ２１８からステップ２２０へ進む。
【００１８】
ステップ２２０において、第１のデバイスは、上記複数のチャネル品質フィードバック信号から、上記データ送信ブロックにおけるデータの送信のために使用されるデータレートを判定する。幾つかの実施形態においては、ステップ２２０は、サブステップ２２２を含む。サブステップ２２２において、第１のデバイスは、上記受信されたチャネル品質フィードバック信号により示される最悪のチャネル状態を持つコネクションによりサポートされることができるデータ伝送レートを選択する。
【００１９】
オペレーションは、ステップ２２０からステップ２２４へ進む。ステップ２２４において、第１のデバイスは、データ送信ブロックにおいて上記他のピアツーピア通信デバイスへデータを送信する。オペレーションは、ステップ２２４から接続ノードＡ ２２６へ進む。
【００２０】
ステップ２１６に戻って、ステップ２１６において、第１のデバイスは、データ送信ブロックにおいて上記他のピアツーピア通信デバイスへデータを送信することを抑制する。オペレーションは、ステップ２１６から接続ノードＡ ２２６へ進む。
【００２１】
オペレーションは、接続ノードＡ ２２６からステップ２０４へ進み、ここでは、第１のデバイスは、他の送信ブロックに対応する複数のコネクションに対応する複数の送信リクエストを送信する。
【００２２】
フローチャートを通して幾つかの例示的なパスを考える。第１のパスについては、データ送信ブロック（ステップ２０４を参照）が第１のデータ送信ブロックであると考える。第１の通信デバイスが、第１のデバイスとそのグループの他のデバイスとの間の複数のコネクションのうちの最も高いプライオリティーのコネクションより高いプライオリティーを持つコネクションに対応する少なくとも幾つかの非グループメンバーに対応する送信リクエスト・レスポンスを受信したと考える。さらに該非グループメンバーのより高いプライオリティーのコネクションに対応する受信された送信リクエスト・レスポンスの受信電力レベルが閾値以下であると考える;ステップ２０６において、第１のデバイスは、それがそのデータ伝送に起因する干渉が該より高いプライオリティーの非グループメンバーのコネクションの観点から許容できることを予期するので、第１の送信ブロックにおいて送信して良いと決定する。オペレーションは、ステップ２１４，２１８，２２０及び２２４の経路に沿って進み、第１のデータ送信ブロックにおいて該グループにおける他のピアツーピア通信デバイスへデータを送信することをもたらす。
【００２３】
次に、フローチャートを通して例示的な第２のパスを考える。第２のパスについては、データ送信ブロック（ステップ２０４を参照）が第２のデータ送信ブロックであると考える。第１の通信デバイスが、第１のデバイスとそのグループの他のデバイスとの間の複数のコネクションのうちの最も高いプライオリティーのコネクションより高いプライオリティーを持つコネクションに対応する少なくとも幾つかの非グループメンバーに対応する送信リクエスト・レスポンスを受信したと考える。さらに該非グループメンバーのより高いプライオリティーのコネクションに対応する受信された送信リクエスト・レスポンスの受信電力レベルが閾値を上回ると考える;ステップ２０６において、第１のデバイスは、それがそのデータ伝送に起因する干渉が該より高いプライオリティーの非グループメンバーのコネクションの観点から許容できないことを予期するので、送信機イールディング（transmitter yielding）を実行して、第２の送信ブロックにおいて送信しないことに決定する。オペレーションは、ステップ２１６へ進み、そこにおいて、第１のデバイスは、第２のデータ送信ブロックにおいて他のピアツーピア・デバイスへデータを送信することを抑制するように制御される。
【００２４】
さて、フローチャートを通して例示的な第３のパスを考える。第３のパスについては、データ送信ブロック（ステップ２０４を参照）が第３のデータ送信ブロックであると考える。第１の通信デバイスは、第１のデバイスとそのグループの他のデバイスとの間の複数のコネクションのうちの最も高いプライオリティーのコネクションより高いプライオリティーを持つコネクションに対応する少なくとも幾つかの非グループメンバーに対応する送信リクエスト・レスポンスを受信しなかったと考える。さらに、第１のデバイスが、ステップ２０４において第１の数のグループメンバー（例えば、１０個のメンバー）に送信リクエストを送信したと考え、また、第１のデバイスが、第２の数のグループメンバー（例えば、８個のメンバー）からのリクエスト・レスポンス（例えば、肯定的な承認（positive acknowledgments））を検出したと考える。この場合、グループメンバーのリクエストされたデバイスのうちの多い数及び／又は高いパーセンテージが肯定的に応答したので、第１のデバイスは、送信を開始（proceed with）することに決定する。オペレーションは、ステップ２１４，２１８，２２０及び２２４を含む経路に沿って進み、第３のデータ送信ブロックにおいて第１のデバイスによりデータを送信することをもたらす。
【００２５】
次に、フローチャートを通して例示的な第４のパスを考える。第４のパスについては、データ送信ブロック（ステップ２０４を参照）が第４のデータ送信ブロックであると考える。第１の通信デバイスは、第１のデバイスとそのグループの他のデバイスとの間の複数のコネクションのうちの最も高いプライオリティーのコネクションより高いプライオリティーを持つコネクションに対応する少なくとも幾つかの非グループメンバーに対応する送信リクエスト・レスポンスを受信しなかったと考える。しかし、第１の通信デバイスは、より低いプライオリティーのコネクションに対応する１又は複数のリクエスト・レスポンスを検出した。さらに、第１のデバイスが、ステップ２０４において第１の数のグループメンバー（例えば、９個のメンバー）に送信リクエストを送信したと考え、また、第１のデバイスが、第２の数のグループメンバー（例えば、２個のメンバー）からのリクエスト・レスポンス（例えば、肯定的な承認）を検出したと考える。この場合、グループメンバーのリクエストされたデバイスのうちの少ない数及び／又は低いパーセンテージが肯定的に応答したので、第１のデバイスは、送信を開始しないことに決定する。オペレーションは、ステップ２１６をを含む経路に沿って進み、第１のデバイスが第４のデータ送信ブロックにおいてデータを送信することを抑制することをもたらす。
【００２６】
図３は、例示的な一実施態様に従った、例示的な無線端末（例えば、グループ通信をサポートするピアツーピア・モバイルノード）の図である。無線端末３００は、様々なエレメントがデータ及び情報を交換することが可能なバス３１２により互いに接続された、無線受信機モジュール３０２、無線送信機モジュール３０４、ユーザ入出力装置３０８、プロセッサ３０６及びメモリ３１０を含む。幾つかの実施形態においては、無線端末３００はまた、該無線端末を（例えばバックホール・ネットワークを介して）ネットワーク・ノード及び／又はインターネットに接続させるネットワーク・インターフェース３０７を含む。
【００２７】
メモリ３１０は、ルーチン群３１８及びデータ／情報３２０を含む。プロセッサ３０６（例えば、ＣＰＵ）は、無線端末３００のオペレーションを制御し、方法（例えば図２のフローチャート２００の方法）を実行するために、ルーチン群３１８を実行し、また、メモリ３１０中のデータ／情報３２０を使用する。
【００２８】
無線受信機モジュール３０２（例えば、ＯＦＤＭ及び／又はＣＤＭＡ受信機）は、受信アンテナ３１４に接続される。無線端末３００は、受信アンテナ３１４を介して他の無線端末から信号を受信する。受信した信号は、例えば、無線端末３００がリクエストを送信したグループメンバーのピアツーピア無線端末からのリクエスト・レスポンス信号、非グループメンバーのピアツーピア無線端末からのリクエスト・レスポンス信号、及び、送信されたパイロット信号に応答したグループメンバーのピアツーピア・デバイスからのチャネル品質フィードバック信号を含む。
【００２９】
無線送信機モジュール３０４（例えば、ＯＦＤＭ及び／又はＣＤＭＡ送信機）は、送信アンテナ３１６に接続される。無線端末３００は、送信アンテナ３１６を介して、他のピアツーピア・デバイスへ（例えば、そのグループのメンバーへ）信号を送信する。送信された信号は、そのグループの個々のメンバーに向けられる個々のリクエスト信号、そのグループのメンバーにより受信され測定されることを意図されるブロードキャスト信号として送信されるパイロット信号、及び、そのグループのメンバーに向けられるトラフィック信号を含む。幾つかの実施形態においては、同一のアンテナが、送信機及び受信機のために使用される。
【００３０】
ユーザ入出力装置３０８は、例えば、マイク、スピーカー、キーボード、キーパッド、カメラ、スイッチ、ディスプレイなどを含む。ユーザ入出力装置３０８は、無線端末３００のオペレーターが、データ／情報を入力し、データ／情報をアクセス出力し、また、該無線端末３００の少なくとも幾つかの機能を制御できるようにする。
【００３１】
ルーチン群３１８は、通信ルーチン３２２及び無線端末制御ルーチン群３２４を含む。通信ルーチン３２２は、無線端末３００により用いられる様々な通信プロトコルを実装する。制御ルーチン群３２４は、送信リクエスト制御モジュール３２６、データ伝送制御モジュール３２８、送信決定モジュール（transmission decision module）３３０、受信電力レベル判定モジュール（received power level determination module）３３２、プライオリティー・モジュール３３４、グループメンバー識別モジュール３３６、パイロット信号伝送制御モジュール３３８、伝送レート判定モジュール３４０、及び、レスポンス数カウントモジュール３４２を含む。データ／情報３２０は、タイミング構造情報３４４、グループメンバーに関する送信リクエスト資源を識別する情報（information identifying transmission request resources for group members）３６０、生成されたリクエスト信号３６２、受信された信号３６４、電力測定情報３６６、いずれの受信信号がグループメンバーからか及びいずれが非グループメンバーからかを識別する情報（information identifying which received signals are from group members and which are from non-group members）３６８、プライオリティー情報３７０、パイロット信号情報３７２、受信されたチャネル品質情報３７４、レート情報３７６、送信決定基準情報３７８、トラフィック決定３８０、及び、グループキャスト・トラフィック信号３８２を含む。
【００３２】
タイミング構造情報３４４は、繰り返されるピアツーピア・タイミング構造における複数のインターバルに対応する情報（インターバル１の情報３４６，．．．．，インターバルＮの情報３４８）を含む。インターバル１の情報３４６は、送信リクエスト・エアーリンク資源情報３５０、送信リクエスト・レスポンス・エアーリンク資源情報３５２、パイロット・シグナリング・エアーリンク資源情報３５４、レート・シグナリング・エアーリンク資源情報３５６、及び、トラフィック・エアーリンク資源情報３５８を含む。送信リクエスト・エアーリンク資源情報３５０は、第１のトラフィック送信リクエスト・ブロックを識別する情報（該ブロックにおける異なるコネクション識別子に関連する複数の個々の送信ユニット及び異なるプライオリティー・レベルに関連する情報を含む）を含む。送信リクエスト・レスポンス・エアーリンク資源情報３５２は、第１のトラフィック送信リクエスト・レスポンス・ブロックを識別する情報（該ブロックにおける異なるコネクション識別子に関連する複数の個々の送信ユニット及び異なるプライオリティー・レベルに関連する情報を含む）を含む。パイロット・シグナリング・エアーリンク資源情報３５４は、パイロット信号を運ぶために使用される資源を識別する情報（異なるコネクション識別子に関連する複数の個々の資源を含む）を含む。レート・シグナリング・エアーリンク資源情報３５６は、受信されたパイロット信号に応答してチャネル・フィードバック情報を運ぶために使用されるべきコネクション識別子に関連する個々の資源を識別する情報を含む。トラフィック・エアーリンク資源情報３５８は、グループキャスト・トラフィック信号を含むトラフィック信号を運ぶために使用されるべきデータ送信ブロック（例えばトラフィック・セグメント）を識別する情報を含む。
【００３３】
送信リクエスト制御モジュール３２６は、複数のコネクションに対応する複数の送信リクエストを送信するように、無線送信機モジュール３０４を制御する（該複数の送信リクエストは、データ送信ブロックに対応し、複数のコネクションの個々のものは、ピアツーピア通信デバイス３００と通信グループ中の他のピアツーピア通信デバイスとの間に存在する）。複数の送信リクエストは、送信リクエスト・ブロック（例えば、インターバル １に対応する情報３５０により識別される送信リクエスト・ブロック）において送信される。例えば、リクエストは、情報３５８により識別されるトラフィック送信ブロックを使用するためにあると考える。送信リクエスト制御モジュール３２６は、情報３５０により識別される送信ユニットのサブセットである情報３６０により識別される送信ユニットを使用して、生成されたリクエスト信号３６２を、そのグループメンバーへ送信するように、無線送信機モジュール３０４を制御する。
【００３４】
データ伝送制御モジュール３２８は、データ送信ブロックにおいて他のピアツーピア通信デバイスへデータを送信するように、無線送信機モジュール３０４を制御する。例えば、データ伝送制御モジュール３２８は、インターバル １に送信するための肯定的な決定に応答して、情報３５８により識別されるトラフィック送信ブロックを使用して、グループキャスト・トラフィック信号３８２を送信するように、無線送信機モジュール３０４を制御する。送信決定モジュール３３０に応答するデータ伝送制御モジュール３２８は、送信決定モジュール３３０が、データ送信ブロックにおいて送信しないことに決定した場合に、データ送信ブロックにおいてデータを送信することを抑制するように、無線送信機モジュール３０４を制御する。
【００３５】
送信決定モジュール３３０は、非グループメンバーのピアツーピア・デバイスから受信された信号又はその欠如に基づいて、データ送信ブロックにおいて送信するか否かを決定する。例えば、幾つかの実施態様において、最も高いグループメンバーのコネクションより高いプライオリティーのコネクションに対応する非グループメンバー信号から検出された、閾値レベルを上回るリクエスト・レスポンス信号は、送信しないことの決定をもたらす。トラフィック決定３８０は、送信決定モジュール３３０の出力であり、データ伝送制御モジュール３２８による入力として使用される。
【００３６】
受信電力レベル判定モジュール３３２は、他のピアツーピア無線端末からのリクエスト・レスポンス信号の受信電力レベルを判定する。受信信号３６４は、送信リクエストを受信した無線端末が送信を開始することを承諾することを示すリクエスト・レスポンス信号（例えば、ＲＸエコー信号）を含む。受信されたリクエスト・レスポンス信号は、無線端末３００がリクエストを送信した無線端末から及び無線端末３００がメンバーでないコネクションに対応する他の無線端末から、供給されても良い。電力測定情報３６６は、受信電力レベル判定モジュール３３２からの出力情報を含み、送信決定モジュール３３０により入力として使用される情報を含む。
【００３７】
プライオリティー・モジュール３５３は、無線端末３００によりリクエストが送信されたグループのコネクションに関連する送信プライオリティー及び該グループとは関連していない他のコネクションに関連する送信プライオリティーを判定する。プライオリティー情報３７０は、プライオリティー・モジュール３３４の出力であり、送信決定モジュール３３０による入力として使用される（例えば、送信イールディングの決定において）。
【００３８】
グループメンバーシップ識別モジュール３３６は、受信された信号３６４における受信リクエスト・レスポンス信号のうちのいずれが、グループメンバーからであり、受信信号のうちのいずれが、非グループメンバーからあるかを識別する。情報３６８は、グループメンバーシップ識別モジュール３３６の出力であり、送信決定モジュール３３０により使用される。幾つかの実施形態においては、送信リクエスト・レスポンス・エアーリンク資源（例えば、情報３５２により識別される送信リクエスト・レスポンス・ブロック）内の個々の送信ユニットは、異なるコネクション識別子に関連しており、また、当該情報は、グループメンバーシップ識別モジュール３３６により使用される。
【００３９】
ときおり、送信決定モジュール３３０は、受信されたものであって且つ無線端末３００が属するグループの複数のコネクションのうちで最も高いプライオリティーのコネクションより高いプライオリティーを持つ非グループメンバーのコネクションに対応する送信リクエスト・レスポンスの受信電力レベルの関数として、データ送信ブロックにおいて送信するか否かを判定する。
【００４０】
パイロット信号伝送制御モジュール３３８は、複数の送信リクエストの送信の後に続いて、パイロット信号を送信するように、送信機モジュール３０４を制御する。パイロット信号情報３７２は、パイロット信号の特徴を指定する情報（例えば、パイロット信号の送信電力レベル、署名及び／又は情報）を含む。幾つかの実施形態においては、リクエスト信号はＯＦＤＭ信号であるが、パイロット信号はＣＤＭＡ信号である。この実施形態において、単一のパイロット信号は、複数のグループメンバーにより検出されることを意図されてブロードキャストされるように制御される。ここで、個々の送信リクエスト信号は、個々のグループメンバーに送信される。パイロット信号情報３７２はまた、そのパイロット信号を伝達するために使用されるエアーリンク資源を識別する情報（例えば、そのグループのコネクションのうちの一つに対応するパイロット・シグナリング・エアーリンク資源情報３５６内の一つの送信ユニット又は複数の送信ユニット）を含む。
【００４１】
受信機モジュール３０２は、データ送信ブロックにおけるデータの送信機モジュール３０４による送信に先立って、無線端末３００が送信リクエストを送信したグループの異なるメンバーから、複数のチャネル品質フィードバック信号を受信する。受信したチャネル品質情報３７４は、それらの信号により伝達される情報（例えば、チャネル品質推定、受信電力レベル及び／又はチャネルによりサポートされるデータレートを識別する情報）を含む。端末３００へ通信されるチャネル品質情報は、無線端末３００により前もって送信されたパイロット信号に基づき応答するものである。
【００４２】
伝送レート判定モジュール３４０は、複数の受信されたチャネル品質フィードバック信号に基づいて、データ送信ブロックにおいてデータの送信のために使用されるデータ伝送レートを判定する。幾つかの実施形態においては、伝送レート判定モジュール３４０は、受信されたチャネル品質フィードバック信号により示される最悪のチャネル状態を持つコネクションによりサポートされることができるデータ伝送レートを選択することによって、データ伝送レートを判定する。他の実施態様において、データ伝送レートを選択するために異なる基準が利用される。例えば、一つの実施態様においては、応答した無線端末の決められた数又は決められたパーセンテージを満たすデータ伝送レートが、選択される。他の実施態様においては、平均値又は中央値から逸脱する１又は複数の異常値（outlier）レート・ポイントは、レート判定を考慮して除去される。
【００４３】
レスポンス数カウントモジュール３４２は、グループ・リクエストの一部としてリクエスト送信ブロックにおいて無線端末３００により送信された複数の送信リクエストに応答して受信される幾つかのレスポンスをカウントする。幾つかの実施形態においては、送信決定モジュール３３０は、グループメンバーから受信されたレスポンスの数に基づいて、データ送信ブロックにおいてデータを送信するか否かを決定する。幾つかの実施形態においては、リクエストが送信された先である無線端末の最小の数又は最小のパーセンテージが肯定的に応答しなかったならば、送信決定モジュール３３０は、レスポンス数カウントモジュール３４２からのカウントに基づいて、データ送信ブロックにおいて送信しないことに決定する。例えば、無線端末が８個のグループメンバーに送信リクエスト信号を送信したが、一つのリクエスト・レスポンス信号を受信しただけであったと考える。この場合には、幾つかの実施態様において、送信決定モジュール３３０は、データ送信ブロックにおいて送信することを抑制することに決定しても良い。
【００４４】
図４は、グループ通信を実装するためにピアツーピア通信デバイスをオペレートする例示的な方法のフローチャート４００である。例示的な方法のオペレーションは、ステップ４０２で開始する。ここでは、通信デバイスは、通信グループに対応する第１の複数の送信リクエスト及び非グループのコネクションに対応する少なくとも一つの送信リクエストを受信する（上記第１の複数の送信リクエスト及び上記非グループのコネクションに対応する少なくとも一つの送信リクエストは、第１のデータ送信ブロックに対応する）。幾つかの実施形態においては、通信グループに対応するコネクションに対応する第１の複数の送信リクエストは、第１の送信リクエスト・ブロックから受信される。幾つかのそのような実施形態において、通信グループに対応するコネクションに対応する第１の複数の送信リクエスト及び非グループ・コネクションに対応する少なくとも一つの送信リクエストは、該第１の送信リクエスト・ブロックから受信される。幾つかの実施形態においては、プライオリティーは、第１の送信リクエスト・ブロックにおけるリクエストの位置によって伝達される。オペレーションは、ステップ４０４からステップ４０５へ進む。
【００４５】
ステップ４０５において、通信デバイスは、通信グループに対応するコネクションに対応する上記第１の複数の送信リクエストの中から、上記グループの他のメンバーからの受信された送信リクエストを識別する。幾つかの実施形態においては、該グループの上記他のメンバーから受信された送信リクエストを識別することは、最も高いプライオリティーを持つ上記第１の複数の送信リクエストの中から、受信された送信リクエストを識別することを含む。幾つかの実施形態においては、該グループの上記他のメンバーから受信された送信リクエストを識別することは、上記第１の複数の送信リクエストの中から、最も高いプライオリティーを持つ受信された送信リクエストを、該グループの上記他のメンバーからの受信された送信リクエストとして、識別することを含む。
【００４６】
ステップ４０６において、通信デバイスは、送信リクエスト・レスポンスを、送信リクエストが受信された当該グループの他のメンバーへ送信するか否かについて、当該グループの残りのメンバーからの送信リクエストを考慮に入れることなく、当該通信デバイスと当該グループの他のメンバーとの間のコネクションのプライオリティー及び上記非グループ・コネクションに対応するプライオリティーの関数として、決定する。ステップ４０６は、サブステップ４０８，４１０，４１４，４１６，４１８，４２４，４２６及び４２８を含む。ステップ４０６は、サブステップ４１２を含んでも良く、そして時々それを含む。
【００４７】
サブステップ４０８において、通信デバイスは、当該他のグループメンバーからの受信された送信リクエストのプライオリティーを判定する。サブステップ４１０において、通信デバイスは、当該非グループメンバーに対応する受信された送信リクエストのプライオリティーを判定する。サブステップ４１２に、通信デバイスは、他の非グループメンバーに対応する受信された送信リクエストのプライオリティーを判定する。サブステップ４１２は、非グループメンバーからの異なる受信リクエスト（received requests）に対応する複数の回数（例えば、非グループメンバーからの受信された送信リクエストの数に応じて）繰り返されても良く、そして時々そのように繰り返される。
【００４８】
オペレーションは、サブステップ４０８及び４１０と、４１２（実行された場合）とから、サブステップ４１４へ進む。サブステップ４１４において、通信デバイスは、サブステップ４０８の上記他のグループメンバーからの上記受信された送信リクエストのプライオリティーが、非グループメンバーに対応する上記受信された送信リクエストの各々のプライオリティーより高いか否かを判定する。上記他のグループメンバーからの受信された送信リクエストのプライオリティーが、非グループメンバーからの受信された送信リクエストのプライオリティーより高いならば、オペレーションは、サブステップ４１４からサブステップ４２６へ進み、そうでなければ、オペレーションは、サブステップ４１４からサブステップ４１６へ進む。
【００４９】
サブステップ４１４において、通信デバイスは、上記グループの他のメンバーからの送信リクエストの受信電力及びより高いプライオリティーの非グループメンバー・リクエストからのリクエストの関数として、受信信号品質値を計算する。より高いプライオリティーの非グループメンバーに対応する複数の受信された送信リクエストが存在するならば、ステップ４１６における受信信号品質値の計算はまた、幾つかの実施態様において、より高いプライオリティーの他の非グループメンバーの受信電力の関数として、計算される。オペレーションは、サブステップ４１６からサブステップ４１８へ進む。サブステップ４１８において、通信デバイスは、サブステップ４１６の計算された信号品質値を閾値と比較する。オペレーションは、サブステップ４１８からサブステップ４２４へ進む。
【００５０】
他のグループメンバーからのリクエストより高いプライオリティーを持つ非グループメンバーのコネクションに対応する複数の受信されたリクエストが存在しても良く、そして時々それらが存在する。例えば、非グループメンバーに対応する５つの受信された送信リクエストが存在し、５つのうちの３つが、他のグループメンバーからの受信された送信リクエストより高いプライオリティーであると考える。そのような例において、通信デバイスは、非グループメンバーからの５つの受信されたリクエストの各々に対応するプライオリティーを判定しても良い。それから、サブステップ４１６において、通信デバイスは、上記グループの上記他のメンバーからの上記送信リクエストからの上記受信された電力及びより高いプライオリティーの非グループメンバーのリクエストからの３つのリクエストの受信電力の関数として、上記受信品質値を、計算しても良い。
【００５１】
ステップ４２４に戻って、ステップ４２４において、通信デバイスは、サブステップ４１６の計算された値が閾値以下であるかどうか判定する。ステップ４１６の計算された値が、ステップ４１８の比較に適用される閾値以下であるならば、オペレーションは、ステップ４２４からステップ４２８へ進み、ここで、通信デバイスは、該グループの上記他のメンバーへトラフィック送信リクエストを送信しないことに決定する。そうでなければ、オペレーションは、ステップ４２４からステップ４２６へ進む。トラフィック送信リクエストを上記他のグループメンバーへ送信しないことのステップ４２８の決定は、トラフィック送信資源を譲る（yield）という受信機イールディング決定である。ステップ４２６に戻って、ステップ４２６において、通信デバイスは、トラフィック送信リクエストを上記グループの上記他のメンバーへ送信することに決定する。
【００５２】
オペレーションは、ステップ４０６から、接続ノードＡ ４３０を介して、ステップ４３２へ進む。ステップ４０６の決定が、リクエスト・レスポンスを送信リクエストが受信された上記他のグループメンバーへ送信することであるならば、オペレーションは、ステップ４３２からステップ４３４へ進み、そうでなければ、オペレーションは、ステップ４３２から接続ノードＢ ４４４へ進む。
【００５３】
ステップ４３４において、通信デバイスは、送信リクエスト・レスポンス信号を生成する。それから、ステップ４３６において、通信デバイスは、生成された送信リクエスト・レスポンス信号を、当該グループの当該他のメンバーへ送信する。オペレーションは、ステップ４３６から４３８へ進み、ここでは、通信デバイスは、受信された送信リクエストに対応するトラフィック送信資源の上で、当該グループの当該他のメンバーから、グループ・トラフィック信号を受信する。オペレーションは、ステップ４３８からステップ４４０へ進み、ここでは、通信デバイスは、上記グループ・トラフィック信号において通信されたグループ・トラフィック・データの該通信デバイスによる正常な回復（successful recovery）に応答して、承認信号（acknowledgment signal）を生成する。それから、ステップ４４２において、通信デバイスは、生成された承認信号を当該グループの当該他のメンバーへ送信する。オペレーションは、ステップ４４２から、接続ノードＢ ４４４へ進む。幾つかの実施形態においては、グループ・トラフィック・シグナリングに対応する承認シグナリングは使用されず、また、ステップ４４０及び４４２は含まれない。そのような実施態様においては、オペレーションは、ステップ４３８から接続ノードＢ ４４４へ進む。
【００５４】
オペレーションは、接続ノードＢ ４４４からステップ４０４の入力へ進み、ここでは、通信デバイスは、第２のデータ送信ブロックに対応する第２の複数の送信リクエストを受信する。
【００５５】
図５は、例示的な一実施態様に従った、例示的な通信デバイス５００（例えば、グループ通信をサポートするモバイル・ピアツーピア通信デバイス）の図である。例示的な通信デバイス５００は、様々なエレメントがデータ及び情報を交換することが可能なバス５１２により互いに接続された、無線受信機モジュール５０２、無線送信機モジュール５０４、プロセッサ５０６、ユーザ入出力装置５０８及びメモリ５１０を含む。幾つかの実施形態においてはまた、通信デバイス５００は、バス５１２に同様に接続されるネットワーク・インターフェース５０７を含む。ネットワーク・インターフェース５０７は、通信デバイス５００が、バックホール・ネットワークを介してネットワーク・ノード及び／又はインターネットに接続されることを可能にする。
【００５６】
メモリ５１０は、ルーチン群５１８及びデータ／情報５２０を含む。プロセッサ５０６（例えば、ＣＰＵ）は、通信デバイス５００のオペレーションを制御し、方法（例えば図４のフローチャート４００の方法）を実行するために、ルーチン群５１８を実行し、また、メモリ５１０中のデータ／情報５２０を使用する。
【００５７】
無線受信機モジュール５０２（例えば、ＯＦＤＭ及び／又はＣＤＭＡ受信機）は、受信アンテナ５１４に接続される。通信デバイス５００は、受信アンテナ５１４を介して他の通信デバイス（例えば、図３のデバイス３００）から信号を受信する。受信した信号は、例えば、グループ設立信号、グループメンバーからからのトラフィック送信リクエスト、非グループメンバーからのトラフィック送信リクエスト、及び、グループ・トラフィック信号、及び、ピアツーピア・トラフィック信号を含む。無線受信機モジュール５０２は、通信グループに対応するコネクションに対応する第１の複数の送信リクエスト及び非グループのコネクションに対応する少なくとも一つの送信リクエスト（該第１の複数の送信リクエスト及び該非グループのコネクションに対応する少なくとも一つの送信リクエストは、第１のデータ送信ブロックに対応する。）を受信しても良く、そして時々それらを受信する。
【００５８】
無線送信機モジュール５０４（例えば、ＯＦＤＭ及び／又はＣＤＭＡ送信機）は、送信アンテナ５１６に接続される。通信デバイス５００は、送信アンテナ５１６を介して、他の通信デバイス（例えば、図３のデバイス３００）に信号を送信する。幾つかの実施形態においては、同一のアンテナが、送信機及び受信機のために使用される。送信された信号は、例えば、グループ設立信号、トラフィック送信リクエスト・レスポンス信号、グループ・トラフィック承認信号、及び、ピアツーピア、トラフィック承認信号を含む。
【００５９】
ユーザ入出力装置５０８は、例えば、マイク、キーボード、キーパッド、カメラ、スイッチ、スピーカー、ディスプレイなどを含む。ユーザ入出力装置５０８は、通信デバイス５００のオペレーターが、データ／情報を入力し、データ／情報をアクセス出力し、また、通信デバイス５００の少なくとも幾つかの機能を制御できるようにする。
【００６０】
ルーチン群５１８は、通信ルーチン５２２を含み、ルーチン群５２４を制御する。通信ルーチン５２２５２２は、通信デバイス５００により用いられる様々な通信プロトコルを実装する。制御ルーチン群５２４は、送信リクエスト検出モジュール５２６、グループ・リクエスト・レスポンス決定モジュール５２８、プライオリティー比較モジュール５３０、受信信号品質計算モジュール５３２、受信機イールディング・モジュール５３４、送信リクエスト・レスポンス制御モジュール５４０、リクエスト・プライオリティー判定モジュール５４２、グループ送信リクエスト識別モジュール５４４、及び、グループ・トラフィック信号モジュール５４８を含む。受信機イールディング・モジュール５３４は、閾値比較サブモジュール５３６及びイールディング決定サブモジュール５３８を含む。グループ送信リクエスト識別モジュール５４４は、最高プライオリティー・グループ送信リクエスト識別モジュール５４６を含む。
【００６１】
データ／情報５２０は、タイミング／周波数構造情報５５０、グループメンバーを識別する情報５５２、受信されたグループメンバー送信リクエスト５５４、受信された非グループメンバー・ピアツーピア送信リクエスト５５６、判定されたプライオリティー情報５５８、リクエスト・レスポンス決定を考慮する対象である識別されたグループメンバー・リクエスト（identified group member request for which to consider request response decision）５６０、識別されたグループメンバー・リクエストより高いプライオリティーを持つ識別された非メンバー送信リクエスト（identified non-member transmission requests having higher priority than the identified group member request）５６２、計算された信号品質値５６４、閾値情報５６６、リクエスト・レスポンス決定５６８、生成された送信リクエスト・レスポンス信号５７０、受信されたグループ・トラフィック信号５７２、そして、生成されたグループ・トラフィック承認信号５７４を含む。
【００６２】
送信リクエスト検出モジュール５２６は、無線受信機モジュール５０２により受信された送信リクエスト信号を検出する。検出された送信リクエストは、グループメンバーに対応する１又は複数の送信リクエスト及び非グループメンバーに対応する１又は複数の送信リクエストを含むことができ、そして時々それらを含む。ときおり、送信リクエスト検出モジュール５２６は、第１のデータ送信ブロックに対応する、デバイス５００がそのメンバーである通信グループに対応する第１の複数の送信リクエスト及び非グループ・コネクションに対応する少なくとも一つの送信リクエストを検出する。第１の複数の送信リクエストは、幾つかの実施態様において、第１の送信リクエスト・ブロックから受信される。幾つかのそのような実施形態において、非グループ・コネクションに対応する少なくとも一つの送信リクエストはまた、同一の第１の送信リクエスト・ブロックから受信される。例えば、第１の送信リクエスト・ブロックは、第１のデータ送信ブロックに対応し、該第１の送信リクエスト・ブロックは、第１のデータ送信ブロック（例えば、トラフィック・セグメント）においてトラフィック信号を送信するよう要求するトラフィック送信リクエストを運ぶために使用される。
【００６３】
グループ・リクエスト・レスポンス決定モジュール５２８は、通信グループ（デバイス５００がそのメンバーであり且つ送信リクエストをそれから受信した通信グループ）の他のメンバーへ送信リクエスト・レスポンスを送信するか否かを、該グループの残りのメンバーから受信された送信リクエストを考慮に入れることなく、通信デバイス５００と該グループの当該他のメンバーとの間のコネクションのプライオリティー及び非グループ・コネクションに対応するプライオリティーの関数として、決定する。グループ・リクエスト・レスポンス決定モジュール５２８は、受信された複数の非メンバーのコネクション・リクエストに対応するプライオリティーの関数として、その決定をしても良く、そして時々そのようにする。グループ・リクエスト・レスポンス決定モジュール５２８は、コネクションに対応する非グループメンバーからの該受信された送信リクエストの各々が、該グループの該他のメンバーからの該受信された送信リクエストより低いプライオリティーを持つ場合に、該グループの該他のメンバーへ送信リクエスト・レスポンスを送信することを決定しても良く、そして時々そのようにする。
【００６４】
プライオリティー比較モジュール５３０は、送信リクエストが受信された非グループメンバーに対応するプライオリティーが該グループの他のメンバーからの送信リクエストに対応するプライオリティーより高いかどうか判定する。プライオリティー比較モジュール５３０は、同一の送信リクエスト・ブロックに関する複数の非メンバーの受信された送信リクエストに対応する複数の比較を実行しても良く、そして時々そのようにする。受信信号品質計算モジュール５３２は、該グループの他のメンバーからの受信された送信リクエストの受信電力及びより高いプライオリティーの受信された非グループメンバーの送信リクエストの受信電力の関数として、受信信号品質値を計算する。受信信号品質計算モジュール５３２は、該グループの他のメンバーからの受信された送信リクエストの受信電力及びより高いプライオリティーの複数の非グループメンバーの受信された送信リクエストからの受信電力の関数として、受信信号品質値を計算しても良く、そして時々そのように計算する。
【００６５】
受信機イールディング・モジュール５３４は、計算された受信信号品質値を閾値と比較し、該受信信号品質値が、閾値以下である場合に、当該グループ（グループメンバー・リクエストがそれから受信され且つ該計算された受信信号品質値がそれへ適用されたグループ）の該他のメンバーへ送信リクエスト・レスポンスを送信しないことに決定する。閾値比較サブモジュール５３６は、該計算された受信信号品質値と該閾値との間の比較を実行する。イールディング決定サブモジュール５３８は、該閾値比較判定に基づいて、受信機イールディングを実装するか否かの決定をする。イールディング決定サブモジュール５３８の出力は、グループ・リクエスト・レスポンス決定モジュール５２８への入力に使用される。
【００６６】
送信リクエスト・レスポンス制御モジュール５４０は、グループ・リクエスト・レスポンス決定モジュール５２８の決定を実行するように、無線送信機モジュール５０４を制御する。例えば、該決定が送信することである場合に、生成された送信リクエスト・レスポンス信号を送信し、又は、該決定が送信しないことである場合に、送信することを抑制するように、無線送信機５０４を制御する。送信リクエスト・レスポンス制御モジュール５４０は、グループ・リクエスト・レスポンス決定モジュール５２８が送信リクエスト・レスポンスを上記グループの上記他のメンバーへ送信することに決定する場合に、無線送信機モジュール５０４が、送信リクエスト・レスポンスを上記グループの当該他のメンバーへ送信するように、制御する。この例示的な実施態様においては、該通信グループの他のメンバーからのグループ送信リクエストに応答して送信されたリクエスト・レスポンス信号は、該グループの当該他のメンバーからの送信リクエスト対する肯定的な承認である。
【００６７】
リクエスト・プライオリティー判定モジュール５４２は、グループメンバー送信リクエスト及び非グループメンバー送信リクエストに対応するリクエスト・プライオリティーを判定する。判定されたプライオリティー情報５５８は、リクエスト・プライオリティー判定モジュール５４２からの出力情報を含む。幾つかの実施形態においては、リクエスト・プライオリティーは、送信リクエスト・ブロックにおけるリクエストの位置と関連している（例えば、タイミング／周波数構造情報５５０に従って）。
【００６８】
グループ送信リクエスト識別モジュール５４４は、グループ・リクエスト・レスポンス決定が実行される対象であるデータ送信ブロックに対応する通信グループに対応するコネクションに対応する複数の送信リクエストの中から、送信リクエストを判定する。最高プライオリティー・グループ送信リクエスト識別モジュール５４６は、データ送信ブロックに対応する通信グループに対応するコネクションに対応する複数の送信リクエストの中から、最も高いプライオリティー・リクエストを識別する。幾つかの実施形態においては、モジュール５４６により判定された、判定された最高プライオリティー・グループ送信リクエストは、モジュール５４４の識別されたリクエストである。
【００６９】
グループ・トラフィック・シグナリング・モジュール５４８は、無線受信機モジュール５０２によるグループ・トラフィック信号５７２の受信、受信されたグループ・トラフィック信号５７２からのグループ・トラフィック・データの回復、グループ・トラフィック承認信号５７４の生成、及び、生成されたグループ・トラフィック承認信号５７４の送信を制御する。
【００７０】
繰り返されるタイミング構造において、タイミング／周波数構造情報５５０は、複数のトラフィック・スロット・エアーリンク資源（例えば、トラフィック・スロット・インターバル）に関係する情報を含む。幾つかの実施形態においては、トラフィック・スロット・エアーリンク資源の個々のものは、送信リクエスト・エアーリンク資源、送信リクエスト・レスポンス・エアーリンク資源、パイロット・シグナリング・エアーリンク資源、レート・シグナリング・エアーリンク資源、トラフィック・シグナリング・エアーリンク資源とトラフィック承認エアーリンク資源を識別する情報を含む。幾つかの実施形態においては、送信リクエスト・エアーリンク資源は、複数の個々の送信ユニット（例えば、ＯＦＤＭトーンシンボル）を含む送信リクエスト・ブロックを含み、ここで、個々の送信ユニットは、送信リクエストを運ぶように指定される。幾つかの実施形態においては、トラフィック・シグナリング・エアーリンク資源は、データ送信ブロック（例えば、送信リクエスト・ブロックに関連するトラフィック・セグメント）を識別する情報を含む。
【００７１】
グループメンバーを識別する情報５５２は、通信デバイス５００が属する通信グループのメンバーを識別する情報を含む。受信されたグループメンバー送信リクエスト５５４及び受信された非グループメンバー・ピアツーピア送信リクエスト５５６は、送信リクエスト検出モジュール５２８により検出された、受信された送信リクエストを表す。判定されたプライオリティー情報５５８は、リクエスト・プライオリティー判定モジュール５４２により出力された情報を含み、そして、それは、プライオリティー比較モジュール５３０、受信信号品質計算モジュール５３２、及び／又は、最高プライオリティー・グループ送信リクエスト識別モジュール５４６による入力として使用される。リクエスト・レスポンス決定を考慮する対象である識別されたグループメンバー・リクエスト（identified group member request for which to consider request response decision）５６０は、グループ送信リクエスト識別モジュール５４４の出力である。識別されたグループメンバー・リクエストより高いプライオリティーを持つ識別された非メンバー送信リクエスト（identified non-member transmission requests having higher priority than the identified group member request）５６２は、プライオリティー比較モジュール５３０の出力である。計算された信号品質値５６４（例えば、ＳＩＮＲ値又はＳＮＲ値）は、受信信号品質計算モジュール５３２の出力であり、そして、閾値情報５６６（例えばリクエストされたトラフィック送信が開始するのを可能にするデバイス５００における許容できる期待されたトラフィック信号受信品質の最小レベルを判定するのに使用される予め定められた又は動的に決められた値）とともに、閾値比較サブモジュール５３６による入力に使用される。リクエスト・レスポンス決定５６８は、グループ・リクエスト・レスポンス決定モジュール５２８の出力であり、また、送信リクエスト・レスポンス制御モジュール５４０による入力として使用される。
【００７２】
幾つかの実施形態においては、図５の例において示される幾つかのモジュール又はサブモジュールは、他のモジュールにおけるサブモジュールとして含まれる。例えば、幾つかの実施態様において、リクエスト・プライオリティー判定モジュール５４２、受信機イールディング・モジュール５３４、プライオリティー比較モジュール５３０、及び、受信信号品質計算モジュール５３２は、グループ・リクエスト・レスポンス決定モジュール５２８のサブモジュールである。
【００７３】
図６は、例示的な一実施態様における例示的なタイミング構造及び例示的なエアーリンク資源を示す図６００である。垂直軸６０２は、周波数（例えば、ＯＦＤＭトーン）を表し、一方、水平軸６０４は、時間を表す。例示的なタイミング／周波数の繰り返される構造は、トラフィックに関連する複数セットのエアーリンク資源を含む。例示的な、トラフィックに関連するエアーリンク資源の第１のセットは、コネクション・スケジューリング・エアーリンク資源６０６、レート・スケジューリング・エアーリンク資源６０８、データ・トラフィック・エアーリンク資源６１０、及び、トラフィック承認エアーリンク資源６１２を含む。例示的な、トラフィックに関連するエアーリンク資源の第ｎのセットは、コネクション・スケジューリング・エアーリンク資源６１４、レート・スケジューリング・エアーリンク資源６１６、データ・トラフィック・エアーリンク資源６１８、及び、トラフィック承認エアーリンク資源６２０を含む。コネクション・スケジューリング・エアーリンク資源６０６は、トラフィック送信リクエスト資源６２２及びトラフィック送信リクエスト・レスポンス資源６２４を含む。レート・スケジューリング・エアーリンク資源６０８は、パイロット・シグナリング資源６２６及びチャネル品質フィードバック資源６２８を含む。データ・トラフィック・エアーリンク資源６１０は、トラフィック・セグメント６３０を含む。トラフィック承認エアーリンク資源６１２は、トラフィック承認セグメント６３２を含む。
【００７４】
図７は、例示的な無線通信ネットワーク７００（例えば、ピアツーピア通信及びグループ・トラフィック・シグナリングをサポートするアドホックなピアツーピア通信ネットワーク）の図である。例示的な無線通信ネットワーク７００は、複数のピアツーピア無線通信デバイス（無線端末Ａ ７０２，無線端末Ｂ ７０４，無線端末Ｃ ７０６，無線端末Ｄ ７０８，無線端末Ｅ ７１０，無線端末Ｆ ７１２，無線端末Ｇ ７１４，無線端末Ｈ ７１６）を含む。例示的な無線ネットワーク７００は、繰り返されるピアツーピア・タイミング構造（例えば図６に示されたそれのような）を使用する。
【００７５】
図７の例示的な説明図において、本システムにおける様々な無線端末は、ピアツーピア・コネクションを、例えば通信交換によって、前もって設立している。その上、無線端末の幾つかは、例えば通信交換によって、グループを確立した。この例では、ＷＴ Ａ ７０２，ＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６及びＷＴ Ｄ ７０８は、一つのグループのメンバーである。該グループの各々の無線端末は、該グループの他のメンバーとのコネクションを持つ。ＷＴ Ａ ７０２は、（ＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６，ＷＴ Ｄ ７０８）とのそれぞれのコネクション（７１８，７２０，７２２）を持つ。その上、ＷＴ Ｂ ７０４は、（ＷＴ Ｃ ７０６，ＷＴ Ｄ ７０８）とのそれぞれのコネクション（７２４，７２６）を持ち、また、ＷＴ Ｃ ７０６は、ＷＴ Ｄ ７０８とのコネクション７２８を持つ。上記グループ・コネクションに加えて、ＷＴ Ｅ ７１０は、ＷＴ Ｆ ７１２とのピアツーピア・コネクション７３０を持ち、また、ＷＴ Ｇ ７１４は、ＷＴ Ｈ ７１６とのピアツーピア・コネクションを持つ。
【００７６】
ＷＴ Ａ ７０２は、現在、ＷＴ Ｆ ７１２の近くに位置している。しかし、ＷＴ Ｇ ７１４及びＷＴ Ｈは、他のＷＴ（７０２，７０４，７０６，７０８，７１０，７１２）から遠くに位置している。
【００７７】
図８の図８００は、例示的な一実施態様に従って、図７の同一の無線端末を示し及びグループ・トラフィック・シグナリングの例を示すために使用される更なる情報を示す。図８００は、例示的な片方向・トラフィックフロー方向・コネクション及び対応する関連コネクション識別子を示す。無線端末Ａ ７０２は、それぞれコネクション識別子（ＣＩＤ １ ８１９、ＣＩＤ ３ ８２１、ＣＩＤ ２ ８２３）に関連付けられた（ＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６，ＷＴ Ｄ ７０８）に向けられたコネクション（８１８、８２０、８２２）をそれぞれ持つ。無線端末Ｅ ７１０は、コネクション識別子４（ＣＩＤ ４ ８３１）に関連する片方向・トラフィックフロー・コネクション８３０を持つ。無線端末Ｇ ７１４は、コネクション識別子５（ＣＩＤ ５ ８３３）に関連する片方向・トラフィックフロー・コネクション８３２を持つ。
【００７８】
図８の例において、ＷＴ ＡがＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６及びＷＴ Ｄ ７０８にグループ・トラフィック信号を送信したいと仮定する。同様に、ＷＴ ＥはＷＴ Ｆ ７１２にピアツーピア・トラフィック信号を送信したいと仮定し、また、ＷＴ Ｇ ７１４はＷＴ Ｈ ７１６にピアツーピア・トラフィック信号を送信したいと仮定する。図９は、トラフィック・セグメントに関連するピアツーピア・タイミング構造におけるエアーリンク資源の例示的なセット、それら資源の少なくとも一部に関連するプライオリティー情報及びそれら資源の少なくとも一部に関連するコネクション識別子情報を示す。図１０は、図８に対応する一つの例示的なシナリオにおいて図９の資源を使用して通信されることができる例示的なシグナリングを示す。
【００７９】
図９の図９０１は、送信リクエスト・エアーリンク資源９０２、送信リクエスト・レスポンス・エアーリンク資源９０４、パイロット・シグナリング・エアーリンク資源９０６、チャネル品質フィードバック・エアーリンク資源９０８、及び、トラフィック・エアーリンク資源９１０を示す。図９の図９０３は、様々なエアーリンク資源（９０２，９０４，９０６，９０８，９１０）が複数の送信ユニット（例えば、ＯＦＤＭトーンシンボル）を含むことを示す。図９０３はまた、プライオリティーが、送信リクエスト・エアーリンク資源９０２及び送信リクエスト・レスポンス・エアーリンク資源９０４の送信ユニットと関連していることを示す。特に、この例では、送信リクエスト・エアーリンク資源９０２において、異なるプライオリティーＰ１〜Ｐ１６にそれぞれ関連する１６個の送信ユニットが存在する。ここでは、最も低いプライオリティー番号が最も高いプライオリティーを表す。例えば、Ｐ１は最も高いプライオリティーを表し、Ｐ１６は最も低いプライオリティーであり、Ｐ１はＰ２に比べてプライオリティーがより高いなどである。同様に、送信リクエスト・レスポンス・エアーリンク資源９０４において、異なるプライオリティーＰ１〜Ｐ１６にそれぞれ関連する１６個の送信ユニットが存在する。
【００８０】
図９０５は、異なるコネクション識別子（Ｃ１，Ｃ２，．．，．Ｃ１６）が、送信リクエスト・エアーリンク資源９０２、送信リクエスト・レスポンス・エアーリンク資源９０４、パイロット信号エアーリンク資源９０６及びチャネル品質フィードバック・エアーリンク資源９０８の異なる送信ユニットと関連していることを示す。図９０３及び図９０５（組み合わせて考える）は、この例示的なトラフィック・スロットに対応する異なるコネクション識別子と異なるプライオリティーとの間のつながりを示す。
【００８１】
さて、図８，９及び１０の組合せを考える。ＷＴ Ａ ７０２からＷＴ Ｂ ７０４へ結合するコネクションは、コネクション識別子１（Ｃ１）を持ち、また、プライオリティー・レベルＰ６を持つ。ＷＴ Ａ ７０２からＷＴ Ｃ ７０６へ結合するコネクションは、コネクション識別子３（Ｃ３）を持ち、プライオリティー・レベルＰ１６を持つ。ＷＴ Ａ ７０２からＷＴ Ｄ ７０８へ結合するコネクションは、コネクション識別子２（Ｃ２）を持ち、プライオリティー・レベルＰ１１を持つ。ＷＴ Ｅ ７１０からＷＴ Ｆ ７１２へ結合するコネクションは、コネクション識別子４（Ｃ４）を持ち、プライオリティー・レベルＰ４を持つ。ＷＴ Ｇ ７１４からＷＴ Ｈ ７１６へ結合するコネクションは、コネクション識別子５（Ｃ５）を持ち、プライオリティー・レベルＰ２を持つ。
【００８２】
図１０の図９０１は、送信リクエスト・エアーリンク資源９０２、送信リクエスト・レスポンス・エアーリンク資源９０４、パイロット・シグナリング・エアーリンク資源９０６、チャネル品質フィードバック・エアーリンク資源９０８、及び、トラフィック・エアーリンク資源９１０を示す。図１０の図１００１は、それらのエアーリンク資源により伝えられる例示的なシグナリングを示す。
【００８３】
トラフィック送信リクエスト信号は、送信リクエスト・エアーリンク資源９０２の送信ユニットによって運ばれる。ブロック１００２により示されるように、プライオリティーＰ６を持つコネクションＣ１に対応する送信ユニットは、ＷＴ Ａ ７０２からＷＴ Ｂ ７０４へトラフィック送信リクエスト信号を運ぶ。ブロック１００４により示されるように、プライオリティーＰ１６を持つコネクションＣ３に対応する送信ユニットは、ＷＴ Ａ ７０２からＷＴ Ｃ ７０６へトラフィック送信リクエスト信号を運ぶ。ブロック１００６により示されるように、プライオリティーＰ１１を持つコネクションＣ２に対応する送信ユニットは、ＷＴ Ａ ７０２からＷＴ Ｄ ７０８へトラフィック送信リクエスト信号を運ぶ。ブロック１００８により示されるように、プライオリティーＰ４を持つコネクションＣ４に対応する送信ユニットは、ＷＴ Ｅ ７１０からＷＴ Ｆ ７１２へトラフィック送信リクエスト信号を運ぶ。ブロック１０１０により示されるように、プライオリティーＰ２を持つコネクションＣ５に対応する送信ユニットは、ＷＴ Ｇ ７１４からＷＴ Ｈ ７１６へトラフィック送信リクエスト信号を運ぶ。
【００８４】
トラフィック送信リクエスト・レスポンス信号（例えば、受信されたトラフィック送信リクエストに対する肯定的なレスポンスを示すＲＸエコー信号）は、送信リクエスト・レスポンス・エアーリンク資源９０４の送信ユニットにより運ばれる。ブロック１０１２により示されるように、プライオリティーＰ６を持つコネクションＣ１に対応する送信ユニットは、ＷＴ Ｂ ７０４からＷＴ Ａ ７０２へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１０１４により示されるように、プライオリティーＰ１６を持つコネクションＣ３に対応する送信ユニットは、ＷＴ Ｃ ７０６からＷＴ Ａ ７０２へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１０１６により示されるように、プライオリティーＰ１１を持つコネクションＣ２に対応する送信ユニットは、ＷＴ Ｄ ７０８からＷＴ Ａ ７０２へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１０１８により示されるように、プライオリティーＰ４を持つコネクションＣ４に対応する送信ユニットは、ＷＴ Ｆ ７１２からＷＴ Ｅ ７１０へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１０２０により示されるように、プライオリティーＰ２を持つコネクションＣ５に対応する送信ユニットは、ＷＴ Ｈ ７１６からＷＴ Ｇ ７１４へトラフィック送信リクエスト・レスポンス信号を運ぶ。
【００８５】
無線端末Ａ ７０２は、それがリクエスト信号を送信した先のＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６及びＷＴ Ｄ ７０８から、リクエスト・レスポンス信号を受信した。ＷＴ Ａ ７０２は、ＷＴ Ａ ７０２の非常に近くに偶然に位置するＷＴ Ｆ ７１２から、同様に、リクエスト・レスポンス信号を受信する。ＷＴ Ａ ７０２は、ＷＴ Ａ ７０２から非常に遠くに偶然に位置するＷＴ Ｈ ７１６から非常に弱いリクエスト・レスポンス信号を受信するかも知れないし、ＷＴ Ｈ ７１６からのリクエスト・レスポンス信号を検出しないかも知れない。ＷＴ Ｅ −＞ ＷＴ Ｆのコネクションに対応するコネクション４は、ＷＴ Ａ ７０２に対応するコネクション１，２又は３のいずれのプライオリティーよりも高いプライオリティーであるプライオリティーＰ４を持つ。ＷＴ Ａ ７０２は、ＷＴ Ｆ ７１２からのリクエスト・レスポンス信号の信号強度を測定して、該測定値の関数として、送信機イールディングの決定をする。この例では、該測定値がイールディング閾値レベルを上回るものと決定すると、ＷＴ Ａ ７０２は、トラフィック送信資源を譲ること及びこのトラフィック送信セグメントにおいて送信することを抑制することを決定する。
【００８６】
上記例を続けると、ＷＴ Ｅ ７１０は、ＷＴ Ｆ ７１２からリクエスト・レスポンス信号を受信して、そのトラフィック送信を開始することに決定する。同様に、ＷＴ Ｇ ７１４は、ＷＴ Ｈ ７１２からリクエスト・レスポンス信号を受信して、そのトラフィック送信を開始することに決定する。ブロック１０２２によって示されるように、ＷＴ Ｅ ７１０は、パイロット信号を生成し、パイロット信号エアーリンク資源９０６の資源を使用して送信する。ブロック１０２４により示されるように、ＷＴ Ｇ ７１４は、パイロット信号を生成し、パイロット信号エアーリンク資源９０６の資源を使用して送信する。ブロック１０２６により示されるように、ＷＴ Ｆ ７１２は、ＷＴ Ｅ ７１０からパイロット信号を受信して測定し、チャネル品質フィードバック情報（例えば、トラフィック・シグナリングのためにサポートされる最大データレートを示す情報のような、ＷＴ Ｅ ７１０とＷＴ Ｆ ７１２との間のチャネルを特徴付ける情報）を生成し、そして、該チャネル品質フィードバック情報をＷＴ Ｅ ７１０に送信する。ブロック１０２８により示されるように、ＷＴ Ｈ ７１６は、ＷＴ Ｇ ７１４からパイロット信号を受信して測定し、チャネル品質フィードバック情報（例えば、トラフィック・シグナリングのためにサポートされる最大データレートを示す情報のような、ＷＴ Ｇ ７１４とＷＴ Ｈ ７１６との間のチャネルを特徴付ける情報）を生成し、そして、該チャネル品質フィードバック情報をＷＴ Ｇ ７１４に送信する。
【００８７】
ＷＴ Ｅ ７１０は、ＷＴ Ｆ ７１２からチャネル品質フィードバック情報を受信して処理し、トラフィック・シグナリングのためのデータレートを判定し、トラフィック信号を生成し、そして、トラフィック・エアーリンク資源９１０（例えばトラフィック・セグメント）を使用してピアツーピア・トラフィック信号をＷＴ Ｆ ７１２へ送信する。ＷＴ Ｇ ７１４は、ＷＴ Ｈ ７１６からチャネル品質フィードバック情報を受信して処理し、トラフィック・シグナリングのためにデータレートを判定し、トラフィック信号を生成し、そして、トラフィック・エアーリンク資源９１０（例えばトラフィック・セグメント）を使用してピアツーピア・トラフィック信号をＷＴ Ｈ ７１６へ送信する。
【００８８】
図１１は、トラフィック・セグメントに関連するピアツーピア・タイミング構造におけるエアーリンク資源の例示的なセット、それら資源の少なくとも一部に関連するプライオリティー情報及びそれら資源の少なくとも一部に関連するコネクション識別子情報を示す。図１２、図８に対応する他の例示的なシナリオにおいて図１１の資源を使用して通信されることができる例示的なシグナリングを示す。
【００８９】
図１１の図１１０１は、送信リクエスト・エアーリンク資源１１０２、送信リクエスト・レスポンス・エアーリンク資源１１０４、パイロット・シグナリング・エアーリンク資源１１０６、チャネル品質フィードバック・エアーリンク資源１１０８、及び、トラフィック・エアーリンク資源１１１０を示す。図１１の図１１０３は、様々なエアーリンク資源（１１０２，１１０４，１１０６，１１０８，１１１０）が複数の送信ユニット（例えば、ＯＦＤＭトーンシンボル）を含むことを示す。図１１０３はまた、プライオリティーが、送信リクエスト・エアーリンク資源１１０２及び送信リクエスト・レスポンス・エアーリンク資源１１０４の送信ユニットと関連していることを示す。特に、この例では、送信リクエスト・エアーリンク資源１１０２において、異なるプライオリティーＰ１〜Ｐ１６にそれぞれ関連する１６個の送信ユニットが存在する。ここでは、最も低いプライオリティー番号が最も高いプライオリティーを表す。例えば、Ｐ１は最も高いプライオリティーを表し、Ｐ１６は最も低いプライオリティーであり、Ｐ１はＰ２に比べてプライオリティーがより高いなどである。同様に、送信リクエスト・レスポンス・エアーリンク資源１１０４において、異なるプライオリティーＰ１〜Ｐ１６にそれぞれ関連する１６個の送信ユニットが存在する。
【００９０】
図１１０５は、異なるコネクション識別子（Ｃ１，Ｃ２，．．，．Ｃ１６）が、送信リクエスト・エアーリンク資源１１０２、送信リクエスト・レスポンス・エアーリンク資源１１０４、パイロット信号エアーリンク資源１１０６及びチャネル品質フィードバック・エアーリンク資源１１０８の異なる送信ユニットと関連していることを示す。図１１０３及び図１１０５（組み合わせて考える）は、この例示的なトラフィック・スロットに対応する異なるコネクション識別子と異なるプライオリティーとの間のつながりを示す。
【００９１】
次に、図８，１１及び１２の組合せを考える。ＷＴ Ａ ７０２からＷＴ Ｂ ７０４へ結合するコネクションは、コネクション識別子１（Ｃ１）を持ち、また、プライオリティー・レベルＰ６を持つ。ＷＴ Ａ ７０２からＷＴ Ｃ ７０６へ結合するコネクションは、コネクション識別子３（Ｃ３）を持ち、プライオリティー・レベルＰ１６を持つ。ＷＴ Ａ ７０２からＷＴ Ｄ ７０８へ結合するコネクションは、コネクション識別子２（Ｃ２）を持ち、プライオリティー・レベルＰ１１を持つ。ＷＴ Ｅ ７１０からＷＴ Ｆ ７１２へ結合するコネクションは、コネクション識別子４（Ｃ４）を持ち、プライオリティー・レベルＰ１５を持つ。ＷＴ Ｇ ７１４からＷＴ Ｈ ７１６へ結合するコネクションは、コネクション識別子５（Ｃ５）を持ち、プライオリティー・レベルＰ２を持つ。
【００９２】
図１２の図１１０１は、送信リクエスト・エアーリンク資源１１０２、送信リクエスト・レスポンス・エアーリンク資源１１０４、パイロット・シグナリング・エアーリンク資源１１０６、チャネル品質フィードバック及びリンク資源１１０８、及び、トラフィック・エアーリンク資源１１１０を示す。図１２の図１２０１は、それらのエアーリンク資源により運ばれる例示的なシグナリングを示す。
【００９３】
トラフィック送信リクエスト信号は、送信リクエスト・エアーリンク資源１１０２の送信ユニットによって運ばれる。ブロック１２０２により示されるように、プライオリティーＰ６を持つコネクションＣ１に対応する送信ユニットは、ＷＴ Ａ ７０２からＷＴ Ｂ ７０４へトラフィック送信リクエスト信号を運ぶ。ブロック１２０４により示されるように、プライオリティーＰ１６を持つコネクションＣ３に対応する送信ユニットは、ＷＴ Ａ ７０２からＷＴ Ｃ ７０６へトラフィック送信リクエスト信号を運ぶ。ブロック１２０６により示されるように、プライオリティーＰ１１を持つコネクションＣ２に対応する送信ユニットは、ＷＴ Ａ ７０２からＷＴ Ｄ ７０８へトラフィック送信リクエスト信号を運ぶ。ブロック１２０８により示されるように、プライオリティーＰ４を持つコネクションＣ１５に対応する送信ユニットは、ＷＴ Ｅ ７１０からＷＴ Ｆ ７１２へトラフィック送信リクエスト信号を運ぶ。ブロック１２１０により示されるように、プライオリティーＰ２を持つコネクションＣ５に対応する送信ユニットは、ＷＴ Ｇ ７１４からＷＴ Ｈ ７１６へトラフィック送信リクエスト信号を運ぶ。
【００９４】
トラフィック送信リクエスト・レスポンス信号（例えば、受信されたトラフィック送信リクエストに対する肯定的なレスポンスを示すＲＸエコー信号）は、送信リクエスト・レスポンス・エアーリンク資源１１０４の送信ユニットにより運ばれる。ブロック１２１２により示されるように、プライオリティーＰ６を持つコネクションＣ１に対応する送信ユニットは、ＷＴ Ｂ ７０４からＷＴ Ａ ７０２へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１２１４により示されるように、プライオリティーＰ１６を持つコネクションＣ３に対応する送信ユニットは、ＷＴ Ｃ ７０６からＷＴ Ａ ７０２へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１２１６により示されるように、プライオリティーＰ１１を持つコネクションＣ２に対応する送信ユニットは、ＷＴ Ｄ ７０８からＷＴ Ａ ７０２へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１２１８により示されるように、プライオリティーＰ４を持つコネクションＣ１５に対応する送信ユニットは、ＷＴ Ｆ ７１２からＷＴ Ｅ ７１０へトラフィック送信リクエスト・レスポンス信号を運ぶ。ブロック１２２０により示されるように、プライオリティーＰ２を持つコネクションＣ５に対応する送信ユニットは、ＷＴ Ｈ ７１６からＷＴ Ｇ ７１４へトラフィック送信リクエスト・レスポンス信号を運ぶ。
【００９５】
無線端末Ａ ７０２は、それがリクエスト信号を送信した先のＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６及びＷＴ Ｄ ７０８から、リクエスト・レスポンス信号を受信した。ＷＴ Ａ ７０２は、ＷＴ Ａ ７０２の非常に近くに偶然に位置するＷＴ Ｆ ７１２から、同様に、リクエスト・レスポンス信号を受信する。ＷＴ Ａ ７０２は、ＷＴ Ａ ７０２から非常に遠くに偶然に位置するＷＴ Ｈ ７１６から非常に弱いリクエスト・レスポンス信号を受信するかも知れないし、ＷＴ Ｈ ７１６からのリクエスト・レスポンス信号を検出しないかも知れない。ＷＴ Ｅ −＞ ＷＴ Ｆのコネクションに対応するコネクション４は、ＷＴ Ａ ７０２に対応するグループのセットにおける最も高いプライオリティーのコネクションのプライオリティー（例えば、コネクション１は、プライオリティーＰ６を持つ。）よりも低いプライオリティーであるプライオリティーＰ１５を持つ。したがって、ＷＴ Ａ ７０２は、より低いプライオリティーのコネクション４に対して譲らないことになる。しかし、ＷＴ Ｇ ７１４とＷＴ Ｈ ７１６との間のコネクション５は、Ｐ６であるコネクション１のプライオリティーより高いプライオリティーであるプライオリティーＰ２を持つ。したがって、ＷＴ Ａ ７０２は、ＷＴ Ｆ ７１２からのリクエスト・レスポンス信号の信号強度を検出することができる場合には、それを測定して、該測定値の関数として、送信機イールディングの決定をする。この例では、該測定値がイールディング閾値レベル以下であるものと決定すると、ＷＴ Ａ ７０２は、トラフィック送信資源を開始すること及びこのトラフィック送信セグメントにおいて送信することを決定する。
【００９６】
ＷＴ Ａ ７０２及びＷＴ Ｇ ７１４がトラフィック送信を開始することに決定したと仮定する。ブロック１２２２によって示されるように、ＷＴ Ａ ７１０は、パイロット信号を生成し、パイロット信号エアーリンク資源１２０８の資源を使用して送信する。この例示的な実施態様において、ＷＴ Ａ ７０２は、そのグループのメンバーにより利用されることを目的とする一つのパイロット信号を送信するだけであることに留意すべきである。この例においては、パイロット信号は、そのグループで最も高いプライオリティーのコネクションに関連するパイロット信号エアーリンク資源の部分を使用して送信される。ブロック１２２４により示されるように、ＷＴ Ｇ ７１４は、パイロット信号を生成し、パイロット信号エアーリンク資源９０８の資源を使用して送信する。ブロック１２２６により示されるように、ＷＴ Ｂ ７０４は、ＷＴ Ａ ７０２からパイロット信号を受信して測定し、チャネル品質フィードバック情報（例えば、トラフィック・シグナリングのためにサポートされる最大データレートを示す情報のような、ＷＴ Ａ ７０２とＷＴ Ｂ ７０４との間のチャネルを特徴付ける情報）を生成し、そして、該チャネル品質フィードバック情報をＷＴ Ａ ７０２に送信する。ブロック１２２８により示されるように、ＷＴ Ｃ ７０６は、ＷＴ Ａ ７０２からパイロット信号を受信して測定し、チャネル品質フィードバック情報（例えば、トラフィック・シグナリングのためにサポートされる最大データレートを示す情報のような、ＷＴ Ａ ７０２とＷＴ Ｃ ７０６との間のチャネルを特徴付ける情報）を生成し、そして、該チャネル品質フィードバック情報をＷＴ Ａ ７０２に送信する。ブロック１２３０により示されるように、ＷＴ Ｄ ７０８は、ＷＴ Ａ ７０２からパイロット信号を受信して測定し、チャネル品質フィードバック情報（例えば、トラフィック・シグナリングのためにサポートされる最大データレートを示す情報のような、ＷＴ Ａ ７０２とＷＴ Ｄ ７０８との間のチャネルを特徴付ける情報）を生成し、そして、該チャネル品質フィードバック情報をＷＴ Ａ ７０２に送信する。ブロック１２３２により示されるように、ＷＴ Ｈ ７１６は、ＷＴ Ｇ ７１４からパイロット信号を受信して測定し、チャネル品質フィードバック情報（例えば、トラフィック・シグナリングのためにサポートされる最大データレートを示す情報のような、ＷＴ Ｇ ７１４とＷＴ Ｈ ７１６との間のチャネルを特徴付ける情報）を生成し、そして、該チャネル品質フィードバック情報をＷＴ Ｇ ７１４に送信する。
【００９７】
ＷＴ Ａ ７０２は、ＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６及びＷＴ Ｄ ７０８からチャネル品質フィードバック情報を受信して処理し、トラフィックのためのにデータレート（例えば、３つのレポートされサポートされたレートのうちで最も低いもの）を判定し、決められたレートに従ってトラフィック・データを伝達するグループ・トラフィック信号を生成し、そして、トラフィック・エアーリンク資源１１１０（例えばトラフィック・セグメント）を使用して、ＷＴ Ｂ ７０４，ＷＴ Ｃ ７０６及びＷＴ Ｄ ７０８に向けられるグループ・トラフィック信号を送信する。ＷＴ Ｇ ７１４は、ＷＴ Ｈ ７１６からチャネル品質フィードバック情報を受信して処理し、トラフィック・シグナリングのためにデータレートを判定し、トラフィック信号を生成し、そして、トラフィック・エアーリンク資源１１１０（例えばトラフィック・セグメント）を使用してピアツーピア・トラフィック信号をＷＴ Ｈ ７１６へ送信する。
【００９８】
図１３は、グループ通信を実装するためにピアツーピア通信デバイスをオペレートする例示的な方法のフローチャート１３００である。オペレーションは、ステップ１３０２において開始し、ここでは、ピアツーピア通信デバイスが電源投入され、そして、初期化される。そして、ステップ１３０４へ進む。ステップ１３０４において、ピアツーピア通信デバイスは、グループにおけるメンバーシップを設立するために、潜在的なグループメンバーとの通信交換を実行する。グループは、例えば、ピアツーピア通信デバイスのグループである。オペレーションは、ステップ１３０４からステップ１３０６へ進む。ステップ１３０６において、ピアツーピア通信デバイスは、グループの異なるメンバー間のコネクションに対応する一セットのコネクション識別子を含むグループ通信により使用されるための一セットの通信資源を判定する。オペレーションは、ステップ１３０６からステップへ進む。
【００９９】
ステップ１３０８において、ピアツーピア通信デバイスは、上記グループに向けられる第１の信号において、該グループのメンバーにデータを送信する。第１の信号においてグループのメンバーにデータを送信することは、通信コネクションに対応する通信資源を使用して第１の信号を送信することを含む。データ伝送資源は、グループの複数のコネクションに対して共通である。例えば、トラフィック・セグメントは、グループメンバーによる受信を目的とするグループキャスト・トラフィック信号を運ぶ。幾つかの実施形態においては、第１の信号は、データ・トラフィック・インターバルにおける一セットのＯＦＤＭトーンシンボルを使用して通信される。様々な実施態様においては、グループのメンバーへデータを送信することは、グループのメンバーの各々に対応する情報により判定されるデータレートにより実行される。
【０１００】
それから、ステップ１３１０において、ピアツーピア通信デバイスは、データが受信されたことを示すグループのメンバーからの承認を監視する。幾つかの実施形態においては、承認を監視することは、複数の個別の通信資源（複数の個別の通信資源の各々は、承認を送信することを目的としたグループメンバーのうちの一つの専用になっている。）を監視することを含む。いくつかの他の実施態様において、承認（acknowledgments）のためのモニタリングは、共有資源チャネルをモニターすることを含む。幾つかのそのような実施形態において、共有資源チャネルをモニターすることは、デバイス識別子情報を含むＡＣＫ又はＮＡＫ信号を受信することを含む。幾つかの実施形態においては、承認のためのモニタリングは、共有チャネル資源の上で複数の承認信号を受信することを含む（該複数の承認の各々は異なるデバイス識別子に対応している）。幾つかのそのような実施形態において、複数の承認は、ＣＤＭＡ信号である。オペレーションは、ステップ１３１０からステップ１３１２へ進む。
【０１０１】
ステップ１３１２において、ピアツーピア通信デバイスは、第１の信号におけるデータの成功した通信（successful communication）を示す承認（acknowledgments）が、グループのメンバーの各々から受信されたか否か判定する。承認がグループのメンバーの各々から受信されたならば、オペレーションは、ステップ１３２０へ進み、そうでなければ、オペレーションは、ステップ１３１２からステップ１３１４へ進む。
【０１０２】
ステップ１３１４において、ピアツーピア通信デバイスは、該グループのサブセットに向けられる第２の信号においてデータを再送信する（当該サブセットは、承認が受信されなかったグループのメンバーを含み且つ、承認が受信された少なくとも一つのグループのメンバーを除外したものである）。第２の信号においてサブセット・グループのメンバーにデータを再送信することは、該サブセットの通信コネクションに対応する通信資源を使用して第２の信号を送信することを含む。幾つかの実施形態においては、データを再送信することは、グループのサブセットのメンバーに対応する情報により判定されるデータレートにより実行される。幾つかのそのような実施態様においては、サブセットのメンバーに対応する情報は、リンク品質フィードバック情報である。
【０１０３】
それから、ステップ１３１６において、ピアツーピア通信デバイスは、該グループのサブセットのメンバーからの第２の信号から、上記データの成功した通信の承認を監視する。幾つかの実施形態においては、第２の信号からの上記データの成功した通信の承認を監視することは、該サブセットのメンバーでない上記グループのメンバーからの承認を監視することを必要としない。
【０１０４】
オペレーションは、ステップ１３１６からステップ１３２０へ進む。ステップ１３２０において、ピアツーピア通信デバイスは、該グループのメンバーへ送信するデータが更にあるか否か判定する。それがそれ以上送信するデータを持たなければ、オペレーションは、ステップ１３２２へ進む。しかし、ピアツーピア通信デバイスが通信する更なるデータを持つならば、オペレーションは、ステップ１３２０からステップ１３０８の入力へ進む。
【０１０５】
図１４は、例示的な一実施態様に従って、グループ通信をサポートする例示的な通信デバイス１４００（例えば、ピアツーピア・モバイルノード）の図である。通信デバイス１４００は、様々なエレメントがデータ及び情報を交換することが可能なバス１４１２により互いに接続された、無線受信機モジュール１４０２、無線送信機モジュール１４０４、ユーザ入出力装置１４０８、プロセッサ１４０６及びメモリ１４１０を含む。幾つかの実施形態においては、通信デバイス１４００はまた、該通信デバイス１４００を（例えばバックホール・ネットワークを通して）ネットワーク・ノード及び／又はインターネットに接続させるネットワーク・インターフェース１４０７を含む。
【０１０６】
メモリ１４１０は、ルーチン群１４１８及びデータ／情報１４２０を含む。プロセッサ１４０６（例えば、ＣＰＵ）は、通信デバイス１４００のオペレーションを制御し、方法（例えば、図１３のフローチャート１３００の方法）を実行するために、ルーチン群１４１８を実行し、また、メモリ１４１０中のデータ／情報１４２０を使用する。
【０１０７】
無線受信機モジュール１４０２（例えば、ＯＦＤＭ及び／又はＣＤＭＡ受信機）は、受信アンテナ１４１４に接続される。通信デバイス１４００は、受信アンテナ１４１４を介して他の通信デバイスから信号を受信する。受信した信号は、例えば、グループメンバーシップ設立信号、チャネル品質フィードバック信号、初期のグループ・トラフィック・データ信号に応答した承認信号、及び、再送信されたトラフィック・データ信号に応答した承認信号を含む。
【０１０８】
無線送信機モジュール１４０４（例えば、ＯＦＤＭ及び／又はＣＤＭＡ送信機）は、送信アンテナ１４１６に接続される。通信デバイス１４００は、送信アンテナ１４１６を介して、他の通信デバイスへ（例えば、それが属するグループのメンバーである他のピアツーピア・デバイスへ及び／又はグループの潜在的なメンバーである他の通信デバイスへ）信号を送信する。送信された信号は、例えば、グループメンバーシップ設立信号、デバイス１４００が属するグループのメンバーに向けられる初期のグループ・トラフィック信号、及び、それが属するグループのメンバーのサブセットに向けられる再送トラフィック信号を含む。幾つかの実施形態においては、同一のアンテナが、送信機及び受信機のために使用される。
【０１０９】
ユーザ入出力装置１４０８は、例えば、マイク、スピーカー、キーボード、キーパッド、カメラ、スイッチ、ディスプレイなどを含む。ユーザ入出力装置１４０８は、無線端末１４００のオペレーターが、データ／情報を入力し、データ／情報をアクセス出力し、また、該無線端末１４００の少なくとも幾つかの機能を制御できるようにする。
【０１１０】
ルーチン群１４１８は、通信ルーチン１４２２及び制御ルーチン群１４２４を含む。通信ルーチン１４２２は、通信デバイス１４００により用いられる様々な通信プロトコルを実装する。制御ルーチン群１４２４は、グループ・シグナリング制御モジュール１４２６、承認監視モジュール１４２８、再送信制御モジュール１４３０、再送信承認モジュール１４３２、再送信サブセット識別モジュール１４３４、初期送信データレート判定モジュール（initial transmission data rate determination module）１４３６、再送信データレート判定ジュール（re-transmission data rate determination module）１４３８、グループ設立モジュール１４４０、及び、資源判定ジュール１４４２を含む。
【０１１１】
データ／情報１４２０は、タイミング構造情報１４４４、送信されるべきトラフィック・データ１４６１、第１の信号情報１４６２、第２の信号情報１４６４、グループメンバーシップ情報１４６６、グループ・サブセット情報１４６８、判定された初期データレート１４７０、判定された再送信データレート１４７２、グループ資源情報１４７４、第１の信号に対する検出された承認（detected acknowledgments to the first signal）１４７６、第２の信号に対する検出された承認（detected acknowledgements to the second signal）１４７８、グループ・チャネル品質フィードバック情報１４８０、及び、グループ・サブセット・チャネル品質フィードバック情報１４８２を含む。
【０１１２】
タイミング構造情報１４４４は、繰り返されるピアツーピア・タイミング構造における複数のインターバルに対応する情報（インターバル１の情報１４４６，．．．．，インターバルＮの情報１４４８）を含む。インターバル１の情報１４４６は、送信リクエスト・エアーリンク資源情報１４５０、送信リクエスト・レスポンス・エアーリンク資源情報１４５２、パイロット・シグナリング・エアーリンク資源情報１４５４、レート・シグナリング・エアーリンク資源情報１４５６、トラフィック・エアーリンク資源情報１４５８、及び、トラフィック承認エアーリンク資源情報１４６０を含む。送信リクエスト・エアーリンク資源情報１４５０は、第１のトラフィック送信リクエスト・ブロックを識別する情報（該ブロックにおける異なるコネクション識別子に関連する複数の個々の送信ユニット及び異なるプライオリティー・レベルに関連する情報を含む）を含む。送信リクエスト・レスポンス・エアーリンク資源情報１４５２、第１のトラフィック送信リクエスト・レスポンス・ブロックを識別する情報（該ブロックにおける異なるコネクション識別子に関連する複数の個々の送信ユニット及び異なるプライオリティー・レベルに関連する情報を含む）を含む。パイロット・シグナリング・エアーリンク資源情報１４５４は、パイロット信号を運ぶために使用される資源を識別する情報（異なるコネクション識別子に関連する複数の個々の資源を含む）を含む。レート・シグナリング・エアーリンク資源情報１４５６は、受信されたパイロット信号に応答してチャネル・フィードバック情報を運ぶために使用されるべきコネクション識別子に関連する個々の資源を識別する情報を含む。トラフィック・エアーリンク資源情報１４５８は、トラフィック信号を運ぶために使用されるべきデータ送信ブロック（例えばトラフィック・セグメント）を識別する情報を含む。情報１４５８により識別されるトラフィック・エアーリンク資源は、通信デバイス１４００が属するグループの他のメンバーの各々に向けられた、初期のグループ・トラフィック信号（例えば、第１の信号）を運ぶために使用されることができ、そして時々それが使用される。情報１４５８により識別されるトラフィック・エアーリンク資源は、通信デバイス１４００が属するグループのメンバーのサブセットに向けられた、再送信されたトラフィック・データ（例えば、第２の信号）を運ぶために使用されることができ、そして時々それが使用される。トラフィック承認エアーリンク資源情報１４６０は、情報１４５８の対応するエアーリンク資源におけるトラフィック信号が指示された対象であるグループメンバーからのトラフィック承認を運ぶために使用されるセグメントを識別する。幾つかの実施形態においては、専用の承認セグメントは、（例えば保存されたタイミング及び／又は周波数構造情報に従って）コネクション識別子及び／又はデバイス識別子と関連している。幾つかの他の実施態様においては、トラフィック承認セグメントは、共有資源であり、該承認を送信している通信デバイスは、承認のソースを識別するために使用される情報を含む。幾つかの実施形態においては、承認のソースを識別するために使用される情報は、該ソースの確率的な（probabilistic）識別を可能にする（例えば一部の識別子は承認信号で運ばれる）。幾つかの実施形態においては、肯定的な承認を送信するつもりである各々の受信機デバイスがそのデバイスのＩＤを含む信号を送信しなければならない共有チャネル資源がある。それらの信号の各々は、同一の共有チャネル資源を共有する。幾つかのそのような実施形態において、それらの信号は、ＣＤＭＡ信号である。幾つかの実施形態においては、ＡＣＫ又はＮＡＫを送信するつもりである各々の受信機デバイスがそのデバイスのＩＤを含む信号を送信しなければならない共有チャネル資源がある。それらの信号の各々は、同一の共有チャネル資源を共有する。幾つかのそのような実施形態において、それらの信号は、ＣＤＭＡ信号である。
【０１１３】
グループ・シグナリング制御モジュール１４２６は、当該グループに向けられる第１の信号においてグループのメンバーへデータを送信するように、無線送信機モジュール１４０４を制御する。例えば、送信されるべきデータは、送信されるべきトラフィック・データ１４６１（それは、第１の信号情報１４６２に対応する第１の信号により運ばれる）であり、該第１の信号は、グループメンバーシップ情報１４６６により識別される通信デバイスに向けられる。承認監視モジュール１４２８は、データが受信されたことを示すグループのメンバーからの承認を監視する。例えば、承認監視モジュール１４２８は、第１の信号（それはデバイス１４００が属するグループのメンバーを対象とする初期のグループ・データ・トラフィック信号である。）を送信した後にグループメンバーシップ情報１４６６により識別される通信デバイスからのトラフィック承認信号を監視する。それゆえ、第１の信号は、複数の通信デバイスに向けられ且つそれらにより回復されることを意図される信号として送信されるが、承認監視モジュール１４２８は、第１の信号が指示された対象であるグループメンバーの各々からの個々の承認を回復することを試行している。このアプローチは、マルチキャストを送信しているデバイスが承認レスポンスを監視しないか或いは承認レスポンスの回復を期待しない典型的なマルチキャスト実装と対照的である。第１の信号に対する検出された承認１４７６は、承認監視モジュール１４２８の出力である。
【０１１４】
幾つかの実施形態においては、承認監視モジュール１４２８は、複数の個別の通信資源（複数の個別の通信資源の各々は、承認を送信することを目的としたグループメンバーのうちの一つの専用になっている。）からの承認を監視する。他の実施態様においては、承認を送信するために使用される通信資源は、共有資源であり、トラフィック承認を送信しているデバイスは、該共有資源のうちの一つを使用して承認信号を送信し、該承認信号は、幾つかのデバイス識別情報を含む。幾つかのそのような実施態様においては、該デバイス識別は、確率的な識別をするための情報を提供するが、確実な（certain）識別を実行するのに十分な情報を提供しない。例えば、不完全な（truncated）識別子が、該承認信号において通信される。幾つかの実施形態においては、承認監視モジュール１４２８は、共有チャネル資源の上で複数の承認をモニターするように構成される。幾つかの実施形態においては、承認監視モジュール１４２８は、前記共有チャネル資源の上で検出されるＡＣＫ信号及び／又はＮＡＫ信号に対応するデバイス識別子を回復するように構成される。幾つかのそのような実施形態において、ＡＣＫ信号及び／又はＮＡＫ信号は、ＣＤＭＡ信号である。
【０１１５】
再送信制御モジュール１４３０は、グループのサブセット（該グループのサブセットは、承認が受信されなかったグループのメンバーを含み且つ承認が受信されたグループの少なくとも一つのメンバーを除外する。）に向けられた第２の信号においてデータを再送信するように、無線送信機モジュール１４０４を制御する。例えば、トラフィック・データ１４６１を伝達した第１の信号が、情報１４６６により識別されるグループのメンバーの幾つかによって肯定的に承認されたと考える。グループ・サブセット情報１４６８は、第１の信号の肯定的な承認を通信しなかったグループメンバーを識別する。したがって、再送信制御モジュール１４３０は、情報１４６４により識別される第２の信号（それは送信されるべきトラフィック・データ１４６１を同様に伝達する。）を制御する。ここで、第２の信号は、該サブセットのメンバーに向けられる。
【０１１６】
幾つかの実施形態においては、第１の信号は、第１のデータ・トラフィック・インターバルにおける一セットのＯＦＤＭトーンシンボルを使用して通信され、第２の信号は、第２のデータ・トラフィック・インターバルにおける一セットのＯＦＤＭトーンシンボルを使用して通信される。
【０１１７】
再送信承認モジュール１４３２は、グループのサブセットのメンバーからの第２の信号から、データの成功した通信の承認を監視する。例えば、再送信承認モジュールは、グループ・サブセット情報１４６８により識別されるメンバーから、上記第２の信号に対する承認を監視する。第２の信号に対する検出された承認１４７８は、再送信承認モジュール１４３２の出力である。
【０１１８】
再送信サブセット識別モジュール１４３４は、グループのサブセットのメンバーを識別する（該識別されたメンバーは、通信デバイス１４００が第１の信号（例えば、グループ・データ信号）に応答した肯定的な承認を受信しなかったメンバーである）。第１の信号に対する検出された承認１４７６及びグループメンバーシップ情報１４６６は、再送信サブセット識別モジュール１４３４への入力であり、一方、グループ・サブセット情報１４６８は、識別モジュール１４３４の出力である。幾つかの実施形態においては、再送信承認モジュール１４３２は、その監視を、上記サブセットからのメンバーに制限する。
【０１１９】
初期送信データレート判定モジュール１４３６は、グループのメンバーにデータを送信するために使用されるデータレートを、該グループの該メンバーの各々に対応する情報の関数として、判定する。グループのメンバーの各々に対応する情報は、例えば、通信デバイス１４００と該グループの他のメンバーの各々との間の複数のリンクに対応するリンク品質フィードバック情報である。例えば、グループの他のメンバーの各々からのフィードバック・レポート（例えば、リンクの上でサポートされる最大のトラフィック・データ・レートを通信する情報）を含むグループ・チャネル品質フィードバック情報１４８０は、初期送信データレート判定モジュール１４３６に対する入力に使用され、一方、判定された初期データレート１４７０は、モジュール１４３６の出力である。幾つかの実施形態においては、初期送信データレート判定モジュール１４３６は、第１の信号（例えば、初期グループ・データ送信信号）のために使用されるデータレート（それはグループの中から最も低い品質でリンクをサポートする。）を判定する。
【０１２０】
再送信データレート判定モジュール１４３８は、グループの識別されたサブセットのメンバーに再送信されるべきデータのために使用されるデータレートを、該グループのサブセットのメンバーに対応する情報の関数として、判定する。上記グループのサブセットのメンバーに対応する情報は、例えば、通信デバイス１４００と該グループのサブセットのメンバーの各々との間の複数のリンクに対応するリンク品質フィードバック情報である。該グループのサブセットのメンバーの各々からのフィードバック・レポート（例えば、リンクの上でサポートされる最大のトラフィック・データ・レートを通信する情報）を含むグループ・サブセット・チャネル品質情報１４８２は、再送信データレート判定モジュールに対する入力に使用され、一方、判定された再送信データレートは、モジュール１４３８の出力である。幾つかの実施形態においては、再送信データレート判定モジュール１４３８は、第２の信号（例えば、前もって送信されるが、該サブセットのメンバーにより承認されない、少なくとも幾つかのトラフィック・データを通信する再送信号）のために使用するデータレート（それはグループのサブセットのメンバーの中から最も低い品質でリンクをサポートする。）を判定する。
【０１２１】
幾つかの実施形態においては、リンク品質情報は、第１の信号（例えば、グループ・データ信号）と第２の信号（例えば、再送データ信号）との間で更新される。例えば、第１の信号の送信に先立って、通信デバイス１４００は、第１のパイロット信号を送信し、第１のセットのフィードバック・レポートを受信した。また、第２の信号の送信の送信に先立って、通信デバイス１４００は、第２のパイロット信号を送信し、第２のセットのフィードバック・レポートを受信した。
【０１２２】
幾つかの実施形態においては、異なる決められたデータレートは、異なる送信電力レベルと関連している。幾つかの実施形態においては、異なる決められたデータレートは、異なる符号化レベル、レート及び／又はスキームと関連している。
【０１２３】
グループ設立モジュール１４４０は、グループのメンバーシップを設立するために、潜在的なグループメンバーとの通信交換に参加する。グループメンバーシップ情報１４６６は、グループ設立によって生成される情報（例えば、グループに入るのを許可されたグループメンバーのリスト）を含む。
【０１２４】
資源判定ジュール１４４２は、グループ通信により使用されるべき一セットの通信資源を判定する。幾つかの実施形態においては、通信資源の決められたセットは、通信デバイス１４００がメンバーであるグループの異なるメンバー間のコネクションに対応する一セットのコネクション識別子を含む。グループ資源情報１４７４は、資源設立モジュール１４４２の出力であり、また、グループに関連する資源情報（例えば、コネクション識別子、送信リクエスト・セグメント、送信リクエスト・レスポンス・セグメント、パイロット・シグナリング・セグメント、チャネル品質フィードバック・セグメント、トラフィック・セグメント及びトラフィック承認セグメント）を含む。例えば、タイミング構造における特定のインターバル及びデバイス１４００と他のグループメンバーとの間のコネクションに対応する特定のコネクション識別子に対応して、情報１４５０における専用の送信リクエスト・セグメント、情報１４５２における専用の送信リクエスト・レスポンス・セグメント、情報１４５４における専用のパイロット・シグナリング・セグメント、情報１４５６における専用のチャネル品質フィードバック・セグメント及び情報１４６０における専用のトラフィック承認セグメント（それは情報１４５８のトラフィック・セグメントに対応する）が存在する。
【０１２５】
図１５は、グループを設立した通信ネットワークにおける例示的な通信デバイスの図１５００である。例示的な通信デバイス（無線端末Ａ １５０２，無線端末Ｂ １５０４，無線端末Ｃ １５０６，ＷＴ Ｄ １５０８）は、例えば、グループ通信をサポートするモバイル・ピアツーピア通信デバイスである。無線端末（１５０２，１５０４，１５０６，１５０８）は、例えば、図１４の例示的な無線端末１４００及び／又は図１３のフローチャート１３００の方法を実行するために実装される無線端末などの無線端末である。コネクションは、トラフィック・データ信号を送信する目的で確立された。コネクションは、コネクション識別子１ １５１６に関連するＷＴ Ａ １５０２とＷＴ Ｂ １５０４との間のコネクション１５１０、コネクション識別子３ １５１８に関連する無線端末Ａ １５０２とＷＴ Ｃ １５０６との間のコネクション１５１２、及び、コネクション識別子２ １５２０に関連する無線端末Ａ １５０２とＷＴ Ｄ １５０８との間のコネクション１５１４を含む。この例では、無線端末Ａ １５０２は、グループの他のメンバーの各々（ＷＴ Ｂ １５０４，ＷＴ Ｃ １５０６，ＷＴ Ｄ １５０８）へのグループ・データ信号として、それが送信したいトラフィック・データを持つと仮定する。
【０１２６】
図１６は、例示的な繰り返されるタイミング構造における例示的なエアーリンク資源を示す図１６００及びそれらのエアーリンク資源により運ばれる例示的なシグナリングを示す図１６５０を含む。図１６００は、周波数を表す垂直軸１６０２及び時間を表す水平軸１６０３を含む。例示的なエアーリンク資源は、スロット１のためのパイロット信号エアーリンク資源１６０４、スロット１のためのチャネル品質フィードバック・エアーリンク資源１６０６、スロット１のためのトラフィック・エアーリンク資源１６０８、スロット１のためのトラフィック承認エアーリンク資源１６１０、スロット２のためのパイロット信号エアーリンク資源１６１２、スロット２のためのチャネル品質フィードバック・エアーリンク資源１６１４、スロット２のためのトラフィック・エアーリンク資源１６１６、スロット２のためのトラフィック承認エアーリンク資源１６１８を含む。他のエアーリンク資源は、例えば、トラフィック送信リクエスト・エアーリンク資源及びトラフィック送信リクエスト・レスポンス・エアーリンク資源のような、タイミング構造に含まれる。幾つかの実施形態においては、エアーリンク資源の少なくとも一部の中の送信ユニットは、特定のコネクション識別子に関連する特定のコネクションのために使用されるために専用される。
【０１２７】
無線端末Ａ １５０２は、ＷＴ Ａ １５０２，ＷＴ Ｂ １５０４，ＷＴ Ｃ １５０６及びＷＴ Ｄ １５０８を含む前もって設立されたグループの他のメンバーに、同一のトラフィック・データを送信することを望むと仮定する。ＷＴ Ａ １５０２は、ＷＴ Ｂ １５０４，ＷＴ Ｃ １５０６及びＷＴ Ｄ １５０８に送信リクエスト信号を送信したと仮定する。更に、ＷＴ Ｂ １５０４，ＷＴ Ｃ １５０６及びＷＴ Ｄ １５０８は、ＷＴ Ａ １５０２へ肯定的な送信リクエスト・レスポンス信号を送信したと仮定し、また、ＷＴ Ａ １５０２は、トラフィック・スロット１においてグループ・データ送信を開始することに決定したと仮定する。
【０１２８】
無線端末Ａは、パイロット信号１６５２を生成し、パイロット信号エアーリンク資源１６０４中のセグメントにおいてエアーリンクで送信する。パイロット信号１６５２は、ＷＴ Ｂ １５０４，ＷＴ Ｃ １５０６及びＷＴ Ｄ １５０８により受信され測定されることを意図されている。無線端末（ＷＴ Ｂ １５０４，ＷＴ Ｃ １５０６，ＷＴ Ｄ １５０８）は、パイロット信号を受信して測定し、そして、それらは、チャネル品質フィードバック・エアーリンク資源１６０６のセグメントを使用して信号（１６５４，１６５６，１６５８）をそれぞれ通してもとのＷＴ Ａ １５０２へ伝達されるチャネル品質フィードバック・レポートを生成する。ＷＴ Ａ １５０２は、ＷＴ Ｂ １５０４，ＷＴ Ｃ １５０６及びＷＴ Ｃ １５０８から、レート・レポートを受信する。例えば、ＷＴ Ｂからのレート・リポートは、ＷＴ ＡとＷＴ Ｂとの間のリンクがデータレート・レベル３をサポートすることを示し、一方、ＷＴ Ｃからのレート・リポートは、ＷＴ ＡとＷＴ Ｃとの間のリンクがデータレート・レベル１をサポートすることを示し、一方、ＷＴ Ｄからのレート・リポートは、ＷＴ ＡとＷＴ Ｄとの間のリンクがデータレート・レベル２をサポートすることを示す。ここでは、データレート・レベル１は、データレート・レベル２より低いデータレートであり、また、ここでは、データレート・レベル２は、データレート・レベル３より低いデータレートである。
【０１２９】
無線端末Ａ １５０２は、リンクの各々によりサポートされるデータレートでグループ・データ信号を送信することを判定し、それで、無線端末Ａ １５０２は、データレート・レベル１でトラフィック・データを通信するグループ・トラフィック・データ信号１６６０を生成して送信することに決定する。グループ・データ・トラフィック信号１６６０は、トラフィック・エアーリンク資源１６０８の送信セグメントを使用して送信される。
【０１３０】
さて、ＷＴ Ｂ １５０４及びＷＴ Ｃ １５０６は、信号１６６０を正常に（successfully）受信し、該通信されているデータを正常に回復すると仮定する。ＷＴ Ｂ １５０４は、トラフィック承認信号１６６２を生成し、トラフィック承認エアーリンク資源１６１０のセグメントを使用してＷＴ Ａ １５０２へ送信する。ＷＴ Ｃ １５０６は、トラフィック承認信号１６６４を生成し、トラフィック承認エアーリンク資源１６１０のセグメントを使用してＷＴ Ａ １５０２へ送信する。
【０１３１】
しかし、無線端末Ｄ １６０８は、例えば、グループ・トラフィック信号１６６０の送信の時間の期間の通信経路における障害（obstruction）に起因して、ＷＴ Ｄ １５０８の受信アンテナ方向の再配置（repositioning）に起因して及び／又はグループ・トラフィック信号１６６０の送信の時間の間の局所的な干渉の急増（local interference surging）に起因して、信号１６６０の受信に失敗し及び／又は信号１６６０において通信されているデータの回復に失敗すると仮定する。したがって、ＷＴ Ｄ １５０８は、トラフィック承認エアーリンク資源１６１０において承認信号を送信しない。
【０１３２】
ＷＴ Ａ １５０２は、それがグループ・トラフィック信号１６６０を向けた先のそのグループの他のメンバーの各々から、トラフィック承認を監視する。それがＷＴ Ｄ １５０８から肯定的な承認を受信しないので、ＷＴ Ａは、トラフィック・データを再送信することに決定する。ＷＴ Ａ １５０２は、パイロット信号エアーリンク資源１６１２においてパイロット信号１６６６を送信する。無線端末Ｄ １５０８は、チャネル品質フィードバック・エアーリンク資源１６１４において、レート・レポート１６６８で応答する。ＷＴ Ａ １５０４は、受信されたレート・レポート信号１６６８の情報の関数として、トラフィック再送信号のために使用するためのデータレートを判定する。ＷＴ Ａ １５０４は、トラフィック信号１６７０を生成し、トラフィック・エアーリンク資源１６１６を使用してグループ・サブセット（グループ・サブセットはＷＴ Ｄ １５０８を含むがグループメンバーＷＴ Ｂ １６０４及びＷＴ Ｃ １６０６を含まない。）へ送信する。このスロットでは、ＷＴ Ｄ １５０８は、通信されているトラフィック・データを正常に受信し回復する。ＷＴ Ｄ １５０８は、承認信号１６７２を生成し、トラフィック承認エアーリンク資源１６１８を使用してＷＴ Ａ １６１８へ送信する。ＷＴ Ａ １５０２は、ＷＴ Ｄ １５０８へのトラフィック・データの成功した通信を確認するＷＴ Ｄ １５０８からの承認信号を監視し検出する。これで、トラフィック・データは、それが向けられた先のグループのメンバーの各々へ正常に通信された。
【０１３３】
図１７（図１７は、図１７Ａ、図１７Ｂ及び図１７Ｃの組合せからなる）は、例示的な一実施態様に従って、通信デバイスをオペレートする例示的な方法のフローチャート１７００である。例示的な方法のオペレーションは、ステップ１７０２において開始する。ここでは、第１の通信デバイスが電源投入され、そして、初期化される。そして、ステップ１７０４及びステップ１７０６へ進む。ステップ１７０４（それは継続的に実行される。）において、第１の通信デバイスは、それがグループに参加すること及び／又はグループを形成することを望むか否か判定する。それがグループへの参加及び／又はグループの形成を望むならば、オペレーションは、ステップ１７０４からステップ１７０８へ進む。そうでなければ、オペレーションは、ステップ１７０４からステップ１７０４の入力へ戻る。
【０１３４】
ステップ１７０８において、第１の通信デバイスは、該第１の通信デバイスが属するグループのメンバーを示すグループメンバーシップ情報を記憶する。オペレーションは、ステップ１７０８からステップ１７１０へ進み、そこにおいて、第１の通信デバイスは、送信リクエスト資源を取得する。幾つかの実施形態においては、取得された送信リクエスト資源は、複数の送信リクエスト期間（time period）の各々に対する単一の送信リクエスト資源（例えば、複数の送信リクエスト期間の各々に対する単一のＯＦＤＭトーンシンボル）を含む。それから、ステップ１７１２において、第１の通信デバイスは、取得された送信リクエスト資源が、該グループに対応する送信リクエスト資源として該第１の通信デバイスにより使用されるべきことを示す情報を、該グループの他のメンバーに通信する。オペレーションは、ステップ１７１２からステップ１７１３へ進む。ステップ１７１３において、第１の通信デバイスは、グループ送信リクエスト・レスポンス資源として該グループの他のメンバーにより使用されるべき送信リクエスト・レスポンス資源を示す情報を、該グループの他のメンバーから受信する。オペレーションは、ステップ１７１３から接続ノードＡ １７１８へ進む。
【０１３５】
ステップ１７０６に戻って、ステップ１７０６（それは継続的に実行される。）において、第１の通信デバイスは、該第１の通信デバイスが第２の通信デバイスとのピアツーピア・コネクションを確立したいかどうか判定する。第１の通信デバイスが第２の通信デバイスとのピアツーピア・コネクションを確立したいならば、オペレーションは、ステップ１７０６からステップ１７１４へ進み、そうでなければ、オペレーションは、ステップ１７０６の出力からステップ１７０６の入力へ進む。
【０１３６】
ステップ１７１４において、第１の通信デバイスは、第２のデバイスとのピアツーピア通信コネクションを示すピアツーピア・コネクション情報を記憶する。幾つかの実施形態においては、第２の通信デバイスは、該グループのメンバーであっても良く、そして時々そうである。また、第１の通信デバイスは、該グループのメンバーであり、同時に第２のデバイスとのピアツーピア・コネクションを維持する。それから、ステップ１７１６において、第１の通信デバイスは、該コネクションに対応する送信リクエスト資源及び送信リクエスト・レスポンス資源を取得する。オペレーションは、ステップ１７１６から接続ノードＡ １７１８へ進む。
【０１３７】
接続ノードＡ １７１８から、オペレーションは、ステップ１７２０へ進む。ステップ１７２０において、第１の通信デバイスは、それが該グループへ及び該第２のデバイスへデータを送信することを望むかどうかについて判定する。それが該グループへ送信されるべきデータ及び該第２の通信デバイスへ送信されるべきデータを持つならば、オペレーションは、ステップ１７２０からステップ１７２２へ進み、そうでなければ、オペレーションは、ステップ１７２０からステップ１７２４へ進む。
【０１３８】
ステップ１７２２において、第１の通信デバイスは、グループ・リクエスト・プライオリティーがピアツーピア・コネクション・リクエスト・プライオリティーより高いかどうか判定する。グループ・リクエスト・プライオリティーがより高いならば、オペレーションは、ステップ１７２２からステップ１７２８へ進み、そうでなければ、オペレーションは、ステップ１７２２からステップ１７３８へ進む。
【０１３９】
ステップ１７２４に戻って、ステップ１７２４において、第１の通信デバイスは、それが属するグループへデータを送信することをそれが望むかどうか決定する。そうであるならば、オペレーションは、ステップ１７２４からステップ１７２８へ進み、そうでなければ、オペレーションは、ステップ１７２４からステップ１７２６へ進む。ステップ１７２６において、第１の通信デバイスは、確立されたピアツーピア・コネクションの上で第２の通信デバイスへデータを送信することをそれが望むかどうか決定する。第１のデバイスが、第２のデバイスへデータを送信することを望むならば、オペレーションは、ステップ１７２６からステップ１７３８へ進み、そうでなければ、オペレーションは、ステップ１７２６から接続ノードＢ １７４６へ進む。
【０１４０】
ステップ１７２８に戻って、ステップ１７２８において、第１の通信デバイスは、該第１の通信デバイスに対応するグループ送信リクエスト資源の上で、第１の期間の間に、当該グループのメンバーへ送信する意図を示すために用いられる送信リクエストを送信する。幾つかの実施形態においては、第１の通信デバイスに対応するグループ送信リクエスト資源は、コネクション・ベースの送信リクエスト資源をも含んでいる一セットの送信リクエスト資源の一部である。それから、ステップ１７３０において、第１の通信デバイスは、該グループの個々のメンバーに対応するグループ送信リクエスト・レスポンス資源において、送信リクエスト・レスポンを検出するために監視する。オペレーションは、ステップ１７３０からステップ１７３２へ進む。
【０１４１】
ステップ１７３２において、第１の通信デバイスは、それがグループメンバーからの少なくとも一つのリクエスト・レスポンスを検出したか否か判定する。第１の通信デバイスが、グループメンバーからの少なくとも一つのリクエスト・レスポンスを検出したならば、オペレーションは、ステップ１７３２からステップ１７３４へ進み、そうでなければ、オペレーションは、ステップ１７３２から接続ノードＣ １７３６へ進む。ステップ１７３４において、第１の通信デバイスは、送信されたグループ送信リクエストに対応するトラフィック資源を使用してトラフィック・データを送信する。オペレーションは、ステップ１７３４から接続ノードＣ １７３６へ進む。
【０１４２】
ステップ１７３８に戻って、ステップ１７３８において、第１の通信デバイスは、該ピアツーピア・コネクション・リクエストに対応する送信リクエスト資源において、第２の期間の間に、該ピアツーピア・コネクションの上で第２の通信デバイスへデータを送信するためのリクエストを送信する。オペレーションは、ステップ１７３８からステップ１７４０へ進む。
【０１４３】
ステップ１７４０において、第１の通信デバイスは、該ピアツーピア・コネクションに対応する送信リクエスト・レスポンス資源において、送信リクエスト・レスポンスを検出するために監視する。オペレーションは、ステップ１７４０からステップ１７４２へ進む。ステップ１７４２において、第１の通信デバイスは、それが第２のデバイスからリクエスト・レスポンスを検出したか否か判定する。第１の通信デバイスが、第２のデバイスからのリクエスト・レスポンスを検出したならば、オペレーションは、ステップ１７４２からステップ１７４４へ進み、そうでなければ、オペレーションは、ステップ１７４２から接続ノードＣ １７３６へ進む。ステップ１７４４において、第１の通信デバイスは、送信されたピアツーピアの送信リクエストに対応するトラフィック送信資源を使用してトラフィック・データを送信する。オペレーションは、ステップ１７４４から接続ノードＣ １７３６へ進む。
【０１４４】
接続ノードＢ １７４６に戻って、オペレーションは、接続ノードＢ １７４６からステップ１７４８及びステップ１７５２へ進む。ステップ１７４８において、第１の通信デバイスは、該グループの他のメンバーからのグループ送信リクエストを監視する。ステップ１７４８は、サブステップ１７５０を含んでも良く、そして時々それを含む。そこにおいて、第１の通信デバイスは、当該グループの他のメンバーからのグループ送信リクエストを、当該他のメンバーに対応するグループ送信リクエスト資源の上で、第２の期間の間に、受信する。
【０１４５】
ステップ１７５２に戻って、ステップ１７５２において、第１の通信デバイスは、ピアツーピア・コネクションに対応する第２のデバイスからの送信リクエストを監視する。ステップ１７５２は、サブステップ１７５４を含んでも良く、そして時々それを含む。サブステップ１７５４において、第２の通信デバイスは、該第２のデバイスからの送信リクエストを、該第２のデバイスに対応する送信リクエスト資源の上で、第２の期間の間に、受信する。オペレーションは、ステップ１７４８及び／又はステップ１７５２からステップ１７５６へ進む。
【０１４６】
ステップ１７５６において、第１の通信デバイスは、該第１の通信デバイスが属するグループのメンバーからのグループ送信リクエストが受信されたか及び該第１の通信デバイスがピアツーピア・コネクションを持つ第２の通信デバイスからのピアツーピア送信リクエストが受信されたか判定する。両方とも受信されたならば、オペレーションは、ステップ１７５６からステップ１７５８へ進み、そうでなければ、オペレーションは、ステップ１７５６からステップ１７６２へ進む。
【０１４７】
ステップ１７５８に戻って、ステップ１７５８において、第１の通信デバイスは、プライオリティー判定を実行する。それから、ステップ１７６０において、第１の通信デバイスは、上記プライオリティー判定に応じて進展する。グループ・リクエストがより高いプライオリティーを持つならば、オペレーションは、ステップ１７６０からステップ１７６４へ進み、第２のデバイスとのピアツーピア・コネクションに対応するリクエストがより高いプライオリティーを持つならば、オペレーションは、ステップ１７６０からステップ１７６６へ進む。
【０１４８】
ステップ１７６２に戻って、ステップ１７６２において、第１の通信デバイスは、グループ・リクエストが検出されたかどうか判定する。グループ・リクエストが検出されたならば、オペレーションは、ステップ１７６２からステップ１７６４へ進み、そうでなければ、オペレーションは、ステップ１７６２からステップ１７６３へ進む。ステップ１７６３において、第１の通信デバイスは、ピアツーピア・コネクションに対応する第２の通信デバイスからの送信リクエストが受信されたかどうか判定する。リクエストが受信されたならば、オペレーションは、ステップ１７６３からステップ１７６６へ進み、そうでなければ、オペレーションは、ステップ１７６３から接続ノードＣ １７７２へ進む。
【０１４９】
ステップ１７６４に戻って、ステップ１７６４において、第１の通信デバイスは、該第１の通信デバイスに対応するグループ送信リクエスト・レスポンス資源の上で、グループ送信リクエスト・レスポンスを送信する。それから、ステップ１７６８において、第１の通信デバイスは、検出されたグループ送信リクエストに対応するトラフィック資源を使用して、トラフィック・データを受信する。オペレーションは、ステップ１７６８から接続ノードＣ １７７２へ進む。
【０１５０】
ステップ１７６６に戻って、ステップ１７６６において、第１の通信デバイスは、第２のデバイスとのピアツーピア・コネクションに対応する送信リクエスト・レスポンス資源の上で、ピアツーピア送信リクエスト・レスポンスを送信する。それから、ステップ１７７０において、第１の通信デバイスは、該ピアツーピア・コネクションに対応する第２のデバイスからの検出された送信リクエスト・レスポンスに対応するトラフィック送信資源を使用して、トラフィック・データを受信する。オペレーションは、ステップ１７７０から接続ノードＣ １７７２へ進む。
【０１５１】
接続ノードＣ １７７２から、オペレーションは、例えば第１の通信デバイスが続くスロットにおいて送信することを望むか否かに関する考慮のために、ステップ１７２０の入力へ進む。
【０１５２】
図１８は、例示的な一実施態様に従って、グループ通信をサポートし及びピアツーピア通信をサポートする例示的な通信デバイス１８００（例えば、ピアツーピア・モバイルノード）の図である。この例示的な実施態様の特徴に従って、ピアツーピア・コネクション送信リクエスト／レスポンス・シグナリングと対照的に、例えばグループ通信のためのトラフィック送信リクエスト／レスポンス・シグナリングのための資源の割り当て及び使用に関して、異なる複数の方法がグループ通信及びピアツーピア・コネクション通信のために使用される。グループ通信に関して、資源（例えば、トラフィック送信リクエスト・ユニット）は、グループのデバイスと関連しており、一方、ピアツーピア通信に関して、資源（例えば、トラフィック送信リクエスト・ユニット）は、ピアツーピア・コネクションの２つのデバイスに関連するコネクション識別子と関連している。幾つかの実施態様においては、特定の資源（例えば、タイミング／周波数構造におけるトラフィック送信リクエスト・ユニット）は、ある時期の間は、グループメンバー・デバイスと関連していても良いが、他の時期においては、該資源は、ピアツーピア・コネクションに関連していても良い。それゆえ、例えばそのような実施態様においては、グループへの資源割り当てとピアツーピア・コネクションへの資源割り当てとの間のバランスは、現在のニーズに適応するために動的に変更されても良い。他の実施態様においては、幾つかの資源がグループ使用のために専用にされても良く、一方、他の資源がピアツーピア・コネクション使用のために専用にされても良い。
【０１５３】
通信デバイス１８００は、様々なエレメントがデータ及び情報を交換することが可能なバス１８１２により互いに接続された、無線受信機モジュール１８０２、無線送信機モジュール１８０４、ユーザ入出力装置１８０８、プロセッサ１８０６、及び、メモリ１８１０を含む。幾つかの実施形態においては、通信デバイス１８００は、バス１８１２に同様に接続されるネットワーク・インターフェース１８０７を含む。ネットワーク・インターフェース１８０７は、実装された場合、通信デバイス１８００が、（例えば、有線バックホール・ネットワークを介して）ネットワーク・ノード及び／又はインターネットに接続させることを可能にする。
【０１５４】
メモリ１８１０は、ルーチン群１８１８及びデータ／情報１８２０を含む。プロセッサ１８０６（例えば、ＣＰＵ）は、通信デバイス１８００のオペレーションを制御し、方法（例えば図１７のフローチャート１７００の方法）を実行するために、ルーチン群１８１８を実行し、また、メモリ１８１０中のデータ／情報１８２０を使用する。
【０１５５】
無線受信機モジュール１８０２（例えば、ＯＦＤＭ及び／又はＣＤＭＡ受信機）は、受信アンテナ１８１４に接続される。通信デバイス１８００は、受信アンテナ１８１４を介して他の通信デバイスから信号（例えば、信号１８５０）を受信する。受信した信号は、例えば、以下を通信する信号を含む：グループメンバーシップ情報、グループ資源割り当て情報、グループメンバー・トラフィック送信リクエスト、グループメンバー・トラフィック送信リクエスト・レスポンス、グループメンバーからのトラフィック・データ、ピアツーピア・コネクション情報、ピアツーピア・コネクション資源情報、ピアツーピア・コネクション・トラフィック送信リクエスト、ピアツーピア・コネクション・トラフィック送信リクエスト・レスポンス及びピアツーピアのトラフィック・データ。
【０１５６】
無線送信機モジュール１８０４（例えば、ＯＦＤＭ及び／又はＣＤＭＡ送信機）は、送信アンテナ１８１６に接続される。通信デバイス１８００は、送信アンテナ１８１６を介して、他の通信デバイスに信号を送信する。送信された信号は、例えば、以下を通信する信号を含む：グループメンバーシップ情報、グループ資源割り当て情報、グループ・トラフィック送信リクエスト、グループ・トラフィック送信リクエスト・レスポンス、グループ・トラフィック・データ、ピアツーピア・コネクション情報、ピアツーピア・コネクション資源情報、ピアツーピア・コネクション・トラフィック送信リクエスト、ピアツーピア・コネクション・トラフィック送信リクエスト・レスポンス及びピアツーピア・トラフィック・データ。幾つかの実施形態においては、同一のアンテナが、送信機及び受信機の両方のために使用される。
【０１５７】
ユーザ入出力装置１８０８は、例えば、マイク、キーボード、キーパッド、スイッチ、カメラ、スピーカー、ディスプレイなどを含む。ユーザ入出力装置１８０８は、通信デバイス１８００のオペレーターが、データ／情報を入力し、データ／情報をアクセス出力し、また、通信デバイス１８００の少なくとも幾つかの機能を制御できるようにする。
【０１５８】
ルーチン群１８１８は、通信ルーチン１８２２及び制御ルーチン群１８２４を含む。通信ルーチン１８２２は、通信デバイス１８００により用いられる様々な通信プロトコルを実装する。制御ルーチン群１８２４は、グループ情報記憶モジュール１８２６、グループ送信リクエスト制御モジュール１８２８、グループ・リクエスト・レスポンス監視モジュール１８３０、資源取得モジュール１８３２、資源通信モジュール１８３４、グループ資源検出モジュール１８３６、グループ・トラフィック・シグナリング制御モジュール１８３８、グループ・リクエスト監視モジュール１８４０、グループ送信リクエスト・レスポンス制御モジュール１８４２、ピアツーピア情報記憶モジュール１８４４、及び、ピアツーピア送信リクエスト制御モジュール１８４６を含む。
【０１５９】
データ／情報１８２０は、グループメンバーシップ情報１８４８、受信された信号１８５０、生成されたグループ送信リクエスト１８５２、グループメンバーからの検出されたリクエスト・レスポンス１８５４、タイミング／周波数構造情報１８７４、そのデバイスのために取得されたグループ関係資源を識別する情報（information identifying acquired group related resources for the device）１８５８、資源通信信号１８６０、検出されたグループ資源情報１８６２、生成されたグループ・トラフィック信号１８６４、検出されたグループ送信リクエスト１８６６、生成されたグループ送信リクエスト・レスポンス１８６８、ピアツーピア・コネクション情報１８７０、ピアツーピア・コネクション資源を識別する情報１８７２、生成されたピアツーピア・コネクション送信リクエスト１８７４、受信されたピアツーピア・コネクション送信リクエスト・レスポンス１８７６、及び、生成されたピアツーピア・トラフィック信号１８７８を含む。タイミング／周波数構造情報１８７４は、繰り返されるタイミング構造において複数のトラフィック・スロットに対応する情報（スロット１の情報１８８０，．．．，スロットＮの情報１８８２）を含む。スロット１の情報１８８０は、リクエスト資源情報１８８４、リクエスト・レスポンス資源情報１８８６、及び、トラフィック・セグメント情報１８８８を含む。
【０１６０】
グループ情報記憶モジュール１８２６は、第１の通信デバイスが属するグループのメンバーを示すグループメンバーシップ情報を記憶する。グループメンバーシップ情報１８４８は、モジュール１８２６の出力である。
【０１６１】
グループ送信リクエスト制御モジュール１８２８は、通信デバイス１８００に対応するグループ送信リクエスト資源の上で、そのグループのメンバーに送信する意図を示すために使用される送信リクエストを、第１の期間（period of time）の間に送信するように、無線送信機モジュール１８０４を制御する。幾つかの実施形態においては、通信デバイス１８００に対応するグループ送信リクエスト資源は、一セットの送信リクエスト資源の一部である（該送信リクエスト資源のセットはコネクション・ベースの送信リクエスト資源をも含んでいる）。
【０１６２】
グループ・リクエスト・レスポンス監視モジュール１８３０は、グループの個々のメンバーに対応するグループ送信リクエスト・レスポンス資源において、送信リクエスト・レスポンスを検出するために、受信信号を監視する。受信信号１８５０は、モジュール１８３０への入力であり、一方、検出されたグループ送信リクエスト１８６６は、モジュール１８３０の出力である。
【０１６３】
資源取得モジュール１８３２は、後で使用されるために利用可能な送信リクエスト資源（例えば、デバイス１８００とデバイス１８００が属するグループとに関連するグループ送信リクエスト資源）を取得する。このデバイスのために取得されたグループ関係資源を識別する情報１８５８は、資源取得モジュール１８３２の出力である情報（例えば、グループ・トラフィック送信リクエストを送信するためにデバイス１８００により試用されるべき複数のスロットの各々における送信ユニットを識別する情報）を含む。幾つかの実施形態においては、取得された送信リクエスト資源は、複数のリクエスト期間（time periods）の各々について、単一の送信リクエスト資源（例えば、単一のＯＦＤＭトーンシンボル）を含む。例えば、取得された送信リクエスト資源は、複数のトラフィック送信スロットの各々に関する１つの送信ユニット（例えば、スロット１に関するリクエスト資源情報１８８４において識別される１つの送信ユニット，．．．，スロットＮに関するリクエスト資源情報において識別される１つの送信ユニット）に対応する。
【０１６４】
資源通信モジュール１８３６は、デバイス１８００が属するグループの他のメンバーへ、取得された送信リクエスト資源が該グループに対応する送信リクエスト資源としてデバイス１８００により使用されるべきことを示すグループ情報を通信する。資源通信信号１８６０は、デバイス１８００に関連するグループ資源情報を通信するモジュール１８３６からの生成された信号である。
【０１６５】
グループ資源検出モジュール１８３６は、デバイス１８００が属するグループの他のメンバーからの受信信号から、送信リクエスト・レスポンス資源がグループ送信リクエスト・レスポンス資源として該グループの他のメンバーにより使用されるべきことを示す情報を検出する。モジュール１８３６の検出は、該グループの個々のメンバーに対応するグループ送信リクエスト・レスポンス資源における送信リクエスト・レスポンスの監視に先立って起こる。それゆえ、グループ資源検出モジュール１８３６により得られる情報、例えば、検出されたグループ資源情報１８６２（それは、グループ・セットアップ又はグループ設立シグナリングの一部であっても良い）は、デバイス１８００が、そのグループメンバーからのリクエスト・レスポンス信号のためのリクエスト・レスポンス資源内のどこを調べるべきか（例えば、リクエスト・レスポンス資源情報１８８６内のいずれの送信ユニットが、現在、そのグループメンバーに関連しているか）を知ることを可能にする。
【０１６６】
グループ・リクエスト・レスポンス資源はまた、幾つかの実施態様において、グループの個々のメンバーに割り当てられ、そして、そのような情報はまた、グループメンバーの間で交換される。資源取得モジュール１８３２は、幾つかの実施態様において、後で（例えば受信されたグループメンバー送信リクエストに応答してリクエスト・レスポンス信号を送信するときにデバイス１８００により）使用されるべき送信リクエスト・レスポンス資源を取得する。資源通信モジュール１８３６は、幾つかの実施態様において、通信デバイス１８００に関連する取得されたグループ送信リクエスト・レスポンス資源を識別する情報を、そのグループの他のメンバーに通信する。グループ資源検出モジュール１８３６は、幾つかの実施態様において、デバイス１８００が属するグループの他のメンバーからの受信信号から、グループ送信リクエスト資源としてグループの他のメンバーにより使用されるべき送信リクエスト資源を示す情報を検出する。幾つかの実施形態においては、他の特定のグループ送信リクエスト・レスポンス資源は、例えば予め定められたタイミング／周波数構造の実装によって、特定のグループ送信リクエスト資源にリンクされる。そのような実施態様においては、それはまた、通信デバイスが特定のグループ送信リクエスト資源を取得する場合に、対応するグループ送信リクエスト・レスポンス資源を取得する。
【０１６７】
グループ・トラフィック・シグナリング制御モジュール１８３８は、グループ・リクエスト・レスポンス監視モジュール１８３０による少なくとも一つのレスポンス（例えば、グループ・トラフィック・データを送信するためのリクエストに対する肯定的な応答を示すグループメンバーからの検出されたリクエスト・レスポンス１８５４）の検出の後で、前もって送信されたグループ送信リクエスト（例えば、送信された生成されたグループ送信リクエスト１８５２）に対応するトラフィック資源を使用して、トラフィック・データ（例えば、生成されたグループ・トラフィック信号１８６４）を送信するように、無線送信機モジュール１８０４を制御する。
【０１６８】
グループ・リクエスト監視モジュール１８４０は、デバイス１８００が属するグループの他のメンバーからの受信信号から、グループ送信リクエストを、該他のメンバーに対応するグループ送信リクエスト資源の上で、検出するためのものである。一つの例示的な実施態様においては、通信デバイス１８００がスロットに関してグループ・トラフィック送信リクエストを送信する意図であるならば、該デバイスは、同一のスロットにおいてグループ送信リクエストを監視しない。例えば、第１の期間に対応する第１のスロットにおいては、グループ送信リクエスト制御モジュール１８３８がアクティブであり、一方、第２の期間に対応する他のスロットにおいては、グループ・リクエスト監視モジュール１８４０がアクティブである。検出されたグループ送信リクエスト１８６６は、モジュール１８４０の例示的な出力を表す。
【０１６９】
グループ送信リクエスト・レスポンス制御モジュール１８４２は、無線送信機モジュール１８０４を、デバイス１８００に対応するグループ送信リクエスト・レスポンスの上で、グループ送信リクエスト・レスポンスを送信するように、制御する。生成されたグループ送信リクエスト・レスポンス１８６８は、モジュール１８４２の制御の下で、例えば受信されたグループ送信リクエストを黙認（acquiesce）するというリクエスト・レスポンス制御モジュール１８４２による決定の結果として、送信される例示的なレスポンス信号である。
【０１７０】
ピアツーピア情報記憶モジュール１８４４は、第２のデバイスとのピアツーピア・コネクションを示すピアツーピア・コネクション情報を記憶する。ピアツーピア・コネクション情報１８７０（それはモジュール１８４４の出力である）は、例えば、デバイス１８００と第２のデバイスとの間のピアツーピア・コネクションを識別するために使用される及び／又はそのコネクションに関連するエアーリンク資源（例えば、タイミング／周波数構造における複数のスロットの各々について、トラフィック送信リクエストを運ぶための送信ユニット及びトラフィック送信リクエスト・レスポンスを運ぶための送信ユニット）を識別するために使用される、取得されたコネクション識別子を識別する情報を含む。該コネクションに現在関連するタイミング周波数構造１８７４内の特定の資源（例えば、送信ユニット）を識別するピアツーピア・コネクション資源を識別する情報１８７２はまた、モジュール１８４４の出力である。
【０１７１】
ピアツーピア送信リクエスト制御モジュール１８４６は、ピアツーピア・コネクションの上で第２のデバイスへデータを送信するためのリクエストを、ピアツーピア・コネクションに対応する送信リクエスト資源において、送信するように、無線送信機モジュール１８０４を制御する。生成されたピアツーピア・コネクション送信リクエスト１８７４は、モジュール１８４６の制御の下で、情報１８７０により識別されるコネクションに対応する情報１８７２により識別される資源を使用して、送信される例示的なピアツーピアのトラフィック送信リクエストである。
【０１７２】
幾つかの実施態様において、通信デバイス１８００がそれとのピアツーピア・コネクションを持つ第２のデバイスは、デバイス１８００が属するグループのメンバーであることができ、そして時々そうである。それゆえ、デバイス１８００は、該グループのメンバーであることができ、同時に、第２のデバイスとのピアツーピア・コネクションを維持することができる。幾つかのそのような実施態様において、通信デバイス１８００は、該第２のデバイスに関連するグループメンバーシップ資源及び該第２のデバイスに関連するピアツーピア・コネクション資源の両方を維持することができ、そして時々それらを維持する。
【０１７３】
図１９は、グループ通信及びピアツーピア通信をサポートする例示的な無線通信ネットワーク１９００の図である。例示的な通信ネットワーク１９００は、複数の無線通信デバイス（通信デバイスＡ １９０２，通信デバイスＢ １９０４，通信デバイスＣ １９０６，通信デバイスＤ １９０８，通信デバイスＷ １９１０，通信デバイスＸ １９１２，通信デバイスＹ １９１４）を含む。図１９の無線通信デバイスは、例えば、図３のデバイス３００に従うデバイスであっても良いし、及び／又は、図２のフローチャート２００の方法を実装していても良い。図１９はまた、通信デバイスＡ １９０２、通信デバイスＢ １９０４、通信デバイスＣ １９０６及び通信デバイスＤ １９０８がグループ通信（例えば、グループキャスト・トラフィック・シグナリングを含むグループ通信）をサポートするグループ１９１６を形成したことを示す。図１９はまた、凡例１９１８を含む。凡例１９１８は、点線１９２０が確立したピアツーピア・コネクションを示し、一点鎖線１９２２がグループ通信コネクションを示すことを示す。この例においては、グループ１９１６の様々なメンバー（１９０２，１９０４，１９０６，１９０８）間に示される６つのグループ通信コネクションが存在する。その上、通信デバイスＡ １９０２と通信デバイスＷ １９１０との間のピアツーピア・コネクションが存在し、また、通信デバイスＸ １９１２と通信デバイスＹ １９１４との間のピアツーピア・コネクションが存在する。
【０１７４】
図２０は、例示的な一実施態様に従った、繰り返されるタイミング／周波数構造におけるトラフィック・スロットに関して、図１９の例に対応する例示的な資源割り当て及び例示的なシグナリングを示す。図２０の図２００１は、例示的な送信リクエスト・エアーリンク資源のブロック２００２、例示的な送信リクエスト・レスポンス・エアーリンク資源のブロック２００４及び例示的なトラフィック・エアーリンク資源２００６のブロック（例えば、トラフィック・セグメント）を示す。
【０１７５】
図２０の図２０２１は、異なるコネクションに対応する例示的な個々の送信ユニットを示す。送信リクエスト・エアーリンク資源２００２は、以下を含む：（ｉ）通信デバイスＡ １９０２が通信デバイスＢ １９０４を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＡ １９０２から通信デバイスＢ １９０４へ運ぶために割り当てられる送信ユニット２０２２；（ｉｉ）通信デバイスＡ １９０２が通信デバイスＣ １９０６を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＡ １９０２から通信デバイスＣ １９０６へ運ぶために割り当てられる送信ユニット２０２４；（ｉｉｉ）通信デバイスＸ １９１２が通信デバイスＹ １９１４を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＸ １９１２から通信デバイスＹ １９１４へ運ぶために割り当てられる送信ユニット２０２６；（ｉｖ）通信デバイスＡ １９０２が通信デバイスＤ １９０８を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＡ １９０２から通信デバイスＤ １９０８へ運ぶために割り当てられる送信ユニット２０２８；（ｖ）通信デバイスＢ １９０４が通信デバイスＣ １９０６を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＢ １９０４から通信デバイスＣ １９０６へ運ぶために割り当てられる送信ユニット２０３０；（ｖｉ）通信デバイスＢ １９０４が通信デバイスＤ １９０８を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＢ １９０４から通信デバイスＤ １９０８へ運ぶために割り当てられる送信ユニット２０３２；（ｖｉｉ）通信デバイスＣ １９０６が通信デバイスＤ １９０８を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＣ １９０６から通信デバイスＤ １９０８へ運ぶために割り当てられる送信ユニット２０３４；、及び、（ｖｉｉｉ）通信デバイスＡ １９０２が通信デバイスＷ １９１０を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＡ １９０２から通信デバイスＷ １９１０へ運ぶために割り当てられる送信ユニット２０３６。
【０１７６】
図２０２１はまた、送信リクエスト・レスポンス・エアーリンク資源２００４が以下を含むことを示す：（ｉ）通信デバイスＢ １９０４が通信デバイスＢ １９０４を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＢ １９０４から通信デバイスＡ １９０２へ運ぶために割り当てられる送信ユニット２０２３；（ｉｉ）通信デバイスＣ １９０６が通信デバイスＣ １９０６を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＣ １９０６から通信デバイスＡ １９０２へ運ぶために割り当てられる送信ユニット２０２５；（ｉｉｉ）通信デバイスＹ １９１４が通信デバイスＹ １９１４を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＹ １９１４から通信デバイスＸ １９１２へ運ぶために割り当てられる送信ユニット２０２７；（ｉｖ）通信デバイスＤ １９０８が通信デバイスＤ １９０８を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＤ １９０８から通信デバイスＡ １９０２へ運ぶために割り当てられる送信ユニット２０２９；（ｖ）通信デバイスＣ １９０６が通信デバイスＣ １９０６を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＣ １９０６から通信デバイスＢ １９０４へ運ぶために割り当てられる送信ユニット２０３１；（ｖｉ）通信デバイスＤ １９０８が通信デバイスＤ １９０８を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＤ １９０８から通信デバイスＢ １９０４へ運ぶために割り当てられる送信ユニット２０３３；（ｖｉｉ）通信デバイスＤ １９０８が通信デバイスＤ １９０８を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＤ １９０８から通信デバイスＣ １９０６へ運ぶために割り当てられる送信ユニット２０３５；、及び、（ｖｉｉｉ）通信デバイスＷ １９１０が通信デバイスＷ １９１０を対象としたトラフィック・エアーリンク資源２００６においてトラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを通信デバイスＷ １９１０から通信デバイスＡ １９０２へ運ぶために割り当てられる送信ユニット２０３７。
【０１７７】
図２０の図２０４１は、一つのシナリオについて例示的なシグナリングを示す。この例では、デバイスＡ １９０２は、トラフィック・エアーリンク資源２００６を使用して、そのグループの他のメンバー（１９０４，１９０６，１９０８）へグループ・トラフィック信号を送信することを望む。通信デバイスＡ １９０２は、トラフィック送信リクエスト信号（２０４２，２０４４，２０４６）を生成し、送信リクエスト・エアーリンク資源２００２の送信リクエスト送信ユニット（２０２２，２０２４，２０２８）をそれぞれ使用して送信する。通信デバイス（通信デバイスＢ １９０４，通信デバイスＣ １９０６，通信デバイスＤ １９０８）は、それぞれ、トラフィック送信リクエスト信号（２０４２，２０４４，２０４６）を受信する。グループのメンバーであるデバイスは、グループの他のメンバーを知っており、また、譲歩の考慮（yielding consideration）において当該情報を使用する。例えば、両方のリクエストがグループキャスト・トラフィック送信に対応するので、デバイスは、グループの他のメンバーに向けられたリクエストを検出しても良く、そのリクエストに基づいて譲歩する必要はない。通信デバイス（通信デバイスＢ １９０４，通信デバイスＣ １９０６，通信デバイスＤ １９０８）は、それぞれ、トラフィック送信リクエスト・レスポンス信号（２０５０，２０５２，２０５４）を生成し、送信リクエスト・レスポンス資源２００４の送信リクエスト・レスポンス送信ユニット（２０２３，２０２５，２０２９）を使用して送信する。
【０１７８】
通信デバイスＡ １９０４は、肯定的な応答を示す送信リクエスト・レスポンス信号（２０５０，２０５２，２０５４）を検出し、グループ・トラフィック信号２０５８を生成し、そして、トラフィック・セグメント２００６を使用して、通信デバイス（通信デバイスＡ １９０４，通信デバイスＢ １９０６，通信デバイスＣ １９０８）を対象とするグループ・トラフィック信号２０５８を送信する。
【０１７９】
図２０の例において利用されるグループ通信のための資源割り当てアプローチ（例えば、コネクション識別子ベースのアプローチ）は、それが、コネクション識別子を使用して、ピアツーピア・コネクションをサポートするシステムにおいて容易に実装及び／又は使用されることができる利点を持つことに留意すべきである。しかし、大きいグループ・サイズに関しては、このアプローチは、大量の送信リクエスト及び送信リクエスト・レスポンス資源を使用する傾向がある。このコネクション・ベースのアプローチへの他の利点は、そのようなアプローチがグループのサブセットを対象とする送信に適応できるということである。
【０１８０】
図２１は、グループ通信及びピアツーピア通信をサポートする例示的な無線通信ネットワーク２１００の図である。例示的な通信ネットワーク２１００は、複数の無線通信デバイス（通信デバイスＡ ２１０２，通信デバイスＢ ２１０４，通信デバイスＣ ２１０６，通信デバイスＤ ２１０８，通信デバイスＷ ２１１０，通信デバイスＸ ２１１２，通信デバイスＹ ２１１４）を含む。図２１の例示的な通信デバイス、例えば、図１８のデバイス１８００に従った通信デバイスであり、及び／又は、図１７のフローチャート１７００に従った方法を実装している。図２１はまた、通信デバイスＡ ２１０２、通信デバイスＢ ２１０４、通信デバイスＣ ２１０６及び通信デバイスＤ ２１０８がグループ通信（例えば、グループキャスト・トラフィック・シグナリングを含むグループ通信）をサポートするグループ２１１６を形成したことを示す。図２１はまた、凡例２１１８を含む。凡例２１１８は、点線２１２０が確立したピアツーピア・コネクションを示し、一点鎖線２１２２がグループ通信コネクションを示すことを示す。この例においては、グループ２１１６の様々なメンバー（２１０２，２１０４，２１０６，２１０８）間に示される６つのグループ通信コネクションが存在する。また、通信デバイスＡ ２１０２と通信デバイスＢ ２１０４との間のピアツーピア・コネクションが存在する。その上、通信デバイスＡ ２１０２と通信デバイスＷ ２１１０との間のピアツーピア・コネクションが存在し、また、通信デバイスＸ ２１１２と通信デバイスＹ ２１１４との間のピアツーピア・コネクションが存在する。
【０１８１】
図２２は、例示的な一実施態様に従った、繰り返されるタイミング／周波数構造におけるトラフィック・スロットのために、図２１の例に対応する例示的な資源割り当て及び例示的なシグナリングを示す。図２２の図２２０１は、例示的な送信リクエスト・エアーリンク資源のブロック２２０２、例示的な送信リクエスト・レスポンス・エアーリンク資源のブロック２２０４及び例示的なトラフィック・エアーリンク資源２２０６のブロック（例えば、トラフィック・セグメント）を示す。
【０１８２】
図２２の図２２２１は、トラフィック送信リクエスト又はトラフィック送信リクエスト・レスポンスを運ぶために使用される例示的な個々の送信ユニットを示す。送信リクエスト・エアーリンク資源２２０２は、以下を含む：（ｉ）通信デバイスＡ ２１０２がそのグループメンバーを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信したいことを示すグループ・トラフィック送信リクエストを通信デバイスＡ １９０２からそのグループの他のメンバーへ運ぶために割り当てられる送信ユニット２２２２；（ｉｉ）通信デバイスＢ ２１０４がそのグループメンバーを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信したいことを示すグループ・トラフィック送信リクエストを通信デバイスＢ ２１０４からそのグループの他のメンバーへ運ぶために割り当てられる送信ユニット２２２４；（ｉｉｉ）通信デバイスＣ ２１０６がそのグループメンバーを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信したいことを示すグループ・トラフィック送信リクエストを通信デバイスＣ ２１０６からそのグループの他のメンバーへ運ぶために割り当てられる送信ユニット２２２６；（ｉｖ）通信デバイスＤ ２１０８がそのグループメンバーを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＤ ２１０８からそのグループの他のメンバーへ運ぶために割り当てられる送信ユニット２２２８；（ｖ）通信デバイスＸ ２１１２がそのピアツーピア・コネクションの上で通信デバイスＹ ２１１４を対象としたトラフィック・エアーリンク資源２２０６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＸ ２１１２から通信デバイスＹ ２１１４へ運ぶために割り当てられる送信ユニット２２３０；（ｖｉ）通信デバイスＡ ２１０２がその通信デバイスＷ ２１１０とのピアツーピア・コネクションの上で通信デバイスＷ ２１１０を対象としたトラフィック・エアーリンク資源２２０６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＡ １９０２から通信デバイスＷ ２１１０へ運ぶために割り当てられる送信ユニット２２３２；、及び、（ｖｉｉ）通信デバイスＡ ２１０２がその通信デバイスＢ ２１０４とのピアツーピア・コネクションの上で通信デバイスＢ ２１０４を対象としたトラフィック・エアーリンク資源２２０６においてトラフィック信号を送信したいことを示すトラフィック送信リクエストを通信デバイスＡ １９０２から通信デバイスＢ ２１０４へ運ぶために割り当てられる送信ユニット２２３４。
【０１８３】
図２２２１はまた、送信リクエスト・レスポンス・エアーリンク資源２２０４が以下を含むことを示す：（ｉ）通信デバイスＡ ２１０４が該グループを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを、通信デバイスＡ ２１０２から、グループ・トラフィック送信リクエストを前もって送信したグループメンバーへ運ぶために割り当てられる送信ユニット２２３６；（ｉｉ）通信デバイスＢ ２１０４が該グループを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを、通信デバイスＢ ２１０４から、グループ・トラフィック送信リクエストを前もって送信したグループメンバーへ運ぶために割り当てられる送信ユニット２２３８；（ｉｉｉ）通信デバイスＣ ２１０６が該グループを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを、通信デバイスＣ ２１０６から、グループ・トラフィック送信リクエストを前もって送信したグループメンバーへ運ぶために割り当てられる送信ユニット２２４０；（ｉｖ）通信デバイスＤ ２１０８が該グループを対象としたトラフィック・エアーリンク資源２２０６においてグループ・トラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを、通信デバイスＤ ２１０８から、グループ・トラフィック送信リクエストを前もって送信したグループメンバーへ運ぶために割り当てられる送信ユニット２２４２；（ｖ）通信デバイスＹ ２１１４がデバイスＸ ２１１２とのピアツーピア通信リンクの上で、通信デバイスＹ ２１１４を対象としたトラフィック・エアーリンク資源２２０６においてピアツーピア・トラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを、通信デバイスＹ ２１１４から通信デバイスＸ ２１１２へ運ぶために割り当てられる送信ユニット２２４４；（ｖｉ）通信デバイスＷ ２１１０がデバイスＡ ２１０２とのピアツーピア通信リンクの上で、通信デバイスＡ ２１０２を対象としたトラフィック・エアーリンク資源２２０６においてピアツーピア・トラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを、通信デバイスＷ ２１１０から通信デバイスＡ ２１０２へ運ぶために割り当てられる送信ユニット２２４４；（ｖｉｉ）通信デバイスＢ ２１０４がデバイスＡ ２１０２とのピアツーピア通信リンクの上で、通信デバイスＡ ２１０２を対象としたトラフィック・エアーリンク資源２２０６においてピアツーピア・トラフィック信号を送信するためのリクエストを承認することを示すトラフィック送信リクエスト・レスポンスを、通信デバイスＢ ２１０４から通信デバイスＡ ２１０２へ運ぶために割り当てられる送信ユニット２２４８。
【０１８４】
図２２の図２２５１は、一つのシナリオについて例示的なシグナリングを示す。この例では、デバイスＡ ２１０２は、トラフィック・エアーリンク資源２２０６を使用して、そのグループの他のメンバー（２１０４，２１０６，２１０８）へグループ・トラフィック信号を送信することを望む。通信デバイスＡは、トラフィック送信リクエスト信号２２５２を生成し、送信リクエスト・エアーリンク資源２２０２の送信リクエスト送信ユニット２２２２を使用して送信する。通信デバイス（通信デバイスＢ ２２０４，通信デバイスＣ ２２０６，通信デバイスＤ ２２０８）は、トラフィック送信リクエスト信号２２５２を受信する。通信デバイス（通信デバイスＢ ２１０４、通信デバイスＣ ２１０６、通信デバイスＤ ２１０８）は、それぞれ、トラフィック送信リクエスト・レスポンス信号（２２５４，２２５６，２２５８）を生成し、送信リクエスト・レスポンス資源２２０４の送信リクエスト・レスポンス送信ユニット（２２３８，２２４０，２２４２）を使用して送信する。
【０１８５】
通信デバイスＡ ２１０２は、肯定的な応答を示す送信リクエスト・レスポンス信号（２２５４，２２５６，２２５８）を検出し、グループ・トラフィック信号２２６０を生成し、そして、トラフィック・セグメント２２０６を使用して、通信デバイス（通信デバイスＢ ２１０４，通信デバイスＣ ２１０６，通信デバイスＤ ２１０８）を対象とするグループ・トラフィック信号２２６０を送信する。
【０１８６】
図２２の例において利用されるグループ通信のための資源割り当てアプローチ（例えば、デバイス・ベースのアプローチ）は、グループ中に多数のデバイスが存在する場合に有理であることに留意すべきである。例えば、図２０のコネクション・ベースの方法を使用するグループの１０のメンバーによる一つの実施態様において、一つは、該グループの可能性がある組み合わせに適応するために、４５の個々の送信リクエスト・エアーリンク送信ユニット及び４５の個々の送信リクエスト・レスポンス・エアーリンク送信ユニットを使用するであろう。その上、一つがリンク方向も考慮したいならば、一つは送信ユニットの数の２倍を使用するであろう。あるいは、他のアプローチは、例えば異なるスロットに関するリンク方向間を交互に切り換えるようにして利用されることができるであろう。しかし、グループ中の１０のメンバーによる実施態様の代わりにあるならば、デバイス・ベースのアプローチが使用され、一つは、１０の個々の送信リクエスト送信ユニット及び１０の送信リクエスト・レスポンス送信ユニットによるグループ通信をサポートすることができる。一般に、我々がＮのメンバーからなるグループを持ち（ここでＮは２以上の正数である）且つコネクション識別子アプローチが使用されるならば、我々は、可能性があるグループ・リクエスト・シグナリングに適応するために、Ｎ（Ｎ−１）の片方向コネクション識別子関連送信リクエスト・ユニット（例えば、ＯＦＤＭトーンシンボル）を使用するであろう。しかし、同一のシナリオの下で、デバイス識別子アプローチが使用されるならば、我々は、可能性があるグループ・リクエスト・シグナリングに適応するために、Ｎのデバイス識別子関連送信リクエスト・ユニット（例えば、ＯＦＤＭトーンシンボル）を使用するであろう。幾つかの実施形態においては、我々は、各々のコネクションＩＤを双方向として計算に入れても良い。言い換えると、グループの例示的なデバイス・ペア（Ａ，Ｂ）は、一つのコネクションＩＤを使う。その場合において、我々は、Ｎ＊（Ｎ−１）／２の双方向コネクションＩＤを使用するであろう。しかし、デバイス・ベースの方法は、ＮのＩＤ（各々が一つのデバイスと関連している）を使用する。Ｎ＞２の場合、Ｎ＊（Ｎ−１）／２は、Ｎ以上である。
【０１８７】
グループ通信のためのデバイス・ベースの資源割り当てアプローチの更なる利点は、削減されたシグナリングである。図２０のコネクション識別子ベースの資源割り当てアプローチにおいては、ＷＴ Ａ １９０２は、三つのトラフィック送信リクエスト信号を送信するが、図２２のデバイス・ベースの資源割り当てアプローチにおいては、ＷＴ Ａ ２１０２は、一つのリクエスト信号を送信した。
【０１８８】
様々な実施態様の技術は、ソフトウェア、ハードウェア、及び／又は、ソフトウェアとハードウェアとの組み合わせを使用して実装されても良い。様々な実施態様は、装置、例えば、モバイル・アクセス端末を始めとするモバイルノード、１又は複数の接続ポイントを含む基地局、及び／又は、通信システムに向けられる。様々な実施態様はまた、方法、例えば、モバイルノード、基地局及び／又は通信システム（例えば、ホスト）を制御及び／又は操作する方法に向けられる。様々な実施態様はまた、機械（例えばコンピュータ）を方法の１又は複数のステップを実行するように制御するための機械読み取り可能なインストラクションを含む機械読み取り可能な媒体（例えば、ＲＯＭ、ＲＡＭ、ＣＤ、ハード・ディスクなど）に向けられる。
【０１８９】
本明細書で説明される様々な実施形態においてノードは、例えば、データをグループのメンバーへ、該グループに向けられた第１の信号において送信すること、該データが受信されたことを示す該グループのメンバーからの承認を監視すること、該グループのサブセット（該サブセットは、承認が受信されなかった該グループのメンバーを含み且つ承認が受信された該グループの少なくとも一つのメンバーを除外したものである。）に向けられた第２の信号においてデータを再送信することといった、１又は複数の方法に対応するステップを実行するための１又は複数のモジュールを使用して実装される。それゆえ、幾つかの実施態様においては、様々な特徴がモジュールを用いて実装される。そのようなモジュールは、ソフトウェア、ハードウェア又はソフトウェアとハードウェアとの組み合わせを使用して実装されても良い。上述した方法又は方法ステップの多くは、メモリ・デバイス（例えば、ＲＡＭ、フロッピー（登録商標）ディスクなど）を始めとする機械読み取り可能な媒体中に含まれ、たとえば１又は複数のノードにおいて、機械（例えば、更なるハードウェアの有無にかかわらない汎用コンピュータ）を上述した方法の全部又は一部を実行するように制御するための、ソフトウェアを始めとする機械実行可能なインストラクションを用いて、実装されることができる。したがって、とりわけ、様々な実施態様は、機械（例えば、プロセッサ及び関連するハードウェア）を、上記の（１又は複数の）方法のステップのうちの１又は複数を実行するようにするための、機械実行可能なインストラクションを含む機械読み取り可能な媒体に向けられる。幾つかの実施態様は、本発明の１又は複数の方法におけるステップのうちの１つ、複数又は全部を実行するように構成されたプロセッサを含むデバイス（例えば、通信デバイス）に向けられる。
【０１９０】
幾つかの実施態様は、一つのコンピュータ又は複数のコンピュータに、様々な機能、ステップ、アクト及び／又はオペレーション（例えば上述した１又は複数のステップ）を実行させるためのコードを含むコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品に向けられる。実施態様に応じて、コンピュータプログラム製品は、各々のステップが実行されるための異なるコードを含むことができ、そして時々それを含む。それゆえ、コンピュータプログラム製品は、方法（例えば、通信デバイス又はノードを制御する方法）における各々の個々のステップのためのコードを含んでも良く、そして時々それを含む。コードは、例えばＲＡＭ（ランダムアクセスメモリ（Random Access Memory））、ＲＯＭ（読出し専用メモリ（Read Only Memory））又は他のタイプの記憶装置のようなコンピュータ読み取り可能な媒体に記憶された機械（例えば、コンピュータ）実行可能なインストラクションの形であっても良い。コンピュータプログラム製品に向けられることに加えて、幾つかの実施態様は、上述した１又は複数の方法における様々な機能、ステップ、アクト及び／又はオペレーションのうちの１又は複数を実行するように構成されたプロセッサに向けられる。したがって、幾つかの実施態様は、本明細書で説明された方法におけるステップの一部又は全部を実行するように構成されたプロセッサ（例えば、ＣＰＵ）に向けられる。例えば、プロセッサは、例えば本願において説明された通信デバイス又は他のデバイスに使用されても良い。
【０１９１】
幾つかの実施形態においては、１又は複数のデバイス（例えば、無線端末を始めとする通信デバイス）の一つのプロセッサ又は複数のプロセッサ（例えば、複数のＣＰＵ）は、通信デバイスにより実行されるように説明された方法におけるステップを実行するように構成される。したがって、すべてとは限らないが幾つかの実施態様は、プロセッサが含まれるデバイスにより実行される様々な説明された方法における、ステップの各々に対応するモジュールを含むプロセッサを搭載したデバイス（例えば、通信デバイス）に向けられる。すべてとは限らないが幾つかの実施態様において、デバイス（例えば、通信デバイス）は、プロセッサが含まれるデバイスにより実行される様々な説明された方法における、ステップの各々に対応するモジュールを含む。モジュールは、ソフトウェア及び／又はハードウェアを用いて実装されても良い。
【０１９２】
ＯＦＤＭシステムの文脈において説明されたが、様々な実施態様の方法及び装置の少なくとも一部は、多くの非ＯＦＤＭ及び／又は非セルラー・システムを含む広範囲にわたる通信システムに適用できる。
【０１９３】
上述した様々な実施態様の方法及び装置に対する多数の更なる変形は、上述の説明を考慮すれば当業者にとって明らかであろう。そのような変形は、本範囲内であるとみなされるべきである。本方法及び装置は、ＣＤＭＡ、直交周波数分割多重（ＯＦＤＭ）、及び／又はアクセスノードとモバイルノードとの間に無線通信リンクを提供するのに使用し得る様々な他のタイプの通信技術とともに用いられても良く、また、様々な実施態様はそれらとともに用いられる。幾つかの実施形態においては、アクセスノードは、ＯＦＤＭ及び／又はＣＤＭＡを使用してモバイルノードとの通信リンクを確立する基地局として実装される。様々な実施態様においては、本方法を実装するために、モバイルノードは、受信機／送信機回路及び論理及び／又はルーチンを含むノートブック・コンピュータ、携帯情報端末（personal data assistant）（ＰＤＡ）又は他の携帯機器として実装される。

【特許請求の範囲】
【請求項１】
グループ通信方法において、
グループのメンバーへのデータを、前記グループに向けられる第１の信号において、送信することと、
前記データが受信されたことを示す前記グループの前記メンバーからの承認を監視することと、
前記データを、前記グループのサブセット（前記サブセットは、承認が受信されなかった前記グループのメンバーを含み且つ承認が受信された前記グループの少なくとも一つのメンバーを除外したものである。）に向けられた第２の信号において、再送信することを含む方法。
【請求項２】
前記グループの前記サブセットのメンバーからの前記第２の信号から、前記データの通信が成功したことの承認を監視することを更に含む請求項１に記載の方法。
【請求項３】
前記第２の信号から前記データの通信が成功したことの承認を前記監視することは、前記サブセットのメンバーではない前記グループのメンバーからの承認を監視することを含まないものである請求項２に記載の方法。
【請求項４】
前記データを再送信することは、前記グループの前記サブセットのメンバーに対応する情報により判定されたデータレートで実行される請求項１に記載の方法。
【請求項５】
グループのメンバーへ前記データを送信することは、該グループのすべてのメンバーに対応する情報により判定されるデータレートで実行される請求項４に記載の方法。
【請求項６】
前記サブセットのメンバーに対応する前記情報は、リンク品質フィードバック情報である請求項５に記載の方法。
【請求項７】
前記第１の信号は、データ・トラフィック・インターバルにおける一セットのＯＦＤＭトーンシンボルを使用して通信される請求項１に記載の方法。
【請求項８】
前記グループのメンバーにデータを送信するのに先立って、前記グループのメンバーシップを設立するために、潜在的なグループメンバーとの間で通信交換を実行することを更に含む請求項１に記載の方法。
【請求項９】
グループ通信により使用されるべき一セットの通信資源（該通信資源は、前記グループの異なるメンバー間のコネクションに対応する一セットのコネクション識別子を含む）を判定することを更に含む請求項８に記載の方法。
【請求項１０】
第１の信号においてグループのメンバーにデータを送信することは、通信コネクションに対応する通信資源を使用して該第１の信号を送信することを含む請求項９に記載の方法。
【請求項１１】
第２の信号においてデータを前記サブセット・グループのメンバーに再送信することは、通信コネクションに対応する通信資源を使用して該第２の信号を送信することを含む請求項１０に記載の方法。
【請求項１２】
承認を監視することは、複数の個別の通信資源（該複数の個別の通信資源の各々は、承認を送信する目的で、前記グループメンバーのうちの一つに専用になっている）を監視することを含む請求項１に記載の方法。
【請求項１３】
前記グループは、複数のピアツーピア通信デバイスからなるグループである請求項３に記載の方法。
【請求項１４】
承認を監視することは、共有チャネル資源を監視することを含む請求項１に記載の方法。
【請求項１５】
共有チャネル資源を監視することは、デバイス識別子情報を含むＡＣＫ又はＮＡＫ信号を受信することを含む請求項１４に記載の方法。
【請求項１６】
承認を監視することは、前記共有チャネル資源の上で、複数の承認信号（該複数の承認信号の各々は、異なるデバイス識別子に対応する）を受信することを含む請求項１５に記載の方法。
【請求項１７】
前記複数の承認信号は、ＣＤＭＡ信号である請求項１６に記載の方法。
【請求項１８】
グループ通信をサポートする通信デバイスにおいて、前記通信デバイスは、
無線送信機モジュールと、
グループのメンバーへのデータを、前記グループに向けられる第１の信号において、送信するように前記無線送信機モジュールを制御するように構成されたグループ・シグナリング制御モジュールと、
前記データが受信されたことを示す前記グループの前記メンバーからの承認を監視するように構成された承認監視モジュールと、
前記データを、前記グループのサブセット（前記サブセットは、承認が受信されなかった前記グループのメンバーを含み且つ承認が受信された前記グループの少なくとも一つのメンバーを除外したものである。）に向けられた第２の信号において、再送信するように前記無線送信機モジュールを制御するように構成された再送信制御モジュールとを含む通信デバイス。
【請求項１９】
前記グループの前記サブセットのメンバーからの前記第２の信号から、前記データの通信が成功したことの承認を監視するように構成された再送信承認モジュールを更に含む請求項１８に記載の通信デバイス。
【請求項２０】
前記サブセットのメンバーを識別するように構成された再送信サブセット識別モジュールを更に含み、
前記再送信承認モジュールは、その監視を前記サブセットのメンバーからの承認に制限するように構成された請求項１９に記載の通信デバイス。
【請求項２１】
再送信されるべきデータのために使用されるデータレートを、前記グループの前記サブセットのメンバーに対応する情報の関数として、判定するように構成された再送信データレート決定モジュールを更に含む請求項１８に記載の通信デバイス。
【請求項２２】
グループのメンバーへ前記データを送信するために使用されるべきデータレートを、該グループのすべてのメンバーに対応する情報の関数として、判定するように構成された初期送信データレート判定モジュールを更に含む請求項２１に記載の通信デバイス。
【請求項２３】
前記サブセットのメンバーに対応する前記情報は、リンク品質フィードバック情報である請求項２２に記載の通信デバイス。
【請求項２４】
複数のデータ・トラフィック・インターバルを識別する情報を含む記憶されたタイミング構造情報を更に含み、
前記第１の信号は、第１のデータ・トラフィック・インターバルにおける一セットのＯＦＤＭトーンシンボルを使用して通信され、
前記第２の信号は、第２のデータ・トラフィック・インターバルにおける一セットのＯＦＤＭトーンシンボルを使用して通信される請求項１８に記載の通信デバイス。
【請求項２５】
前記グループのメンバーシップを設立するために、潜在的なグループメンバーとの通信交換に参加するように構成されたグループ設立モジュールを更に含む請求項１８に記載の通信デバイス。
【請求項２６】
グループ通信により使用されるべき一セットの通信資源（該通信資源は、前記グループの異なるメンバー間のコネクションに対応する一セットのコネクション識別子を含む）を判定するように構成された資源判定モジュールを更に含む請求項２５に記載の通信デバイス。
【請求項２７】
前記承認監視モジュールは、複数の個別の通信資源（該複数の個別の通信資源の各々は、承認を送信する目的で、前記グループメンバーのうちの一つに専用になっている）からの承認を監視するように構成された請求項１８に記載の通信デバイス。
【請求項２８】
前記通信デバイスは、ピアツーピア通信デバイスである請求項１８に記載の通信デバイス。
【請求項２９】
前記承認監視モジュールは、共有チャネル資源の上で、複数の承認を監視するように構成された請求項１８に記載の通信デバイス。
【請求項３０】
前記承認監視モジュールは、前記共有チャネル資源の上で検出されたＡＣＫ又はＮＡＫ信号に対応するデバイス識別子を回復するように構成された請求項２９に記載の通信デバイス。
【請求項３１】
前記ＡＣＫ又はＮＡＫ信号は、ＣＤＭＡ信号である請求項３０に記載の通信デバイス。
【請求項３２】
グループ通信をサポートする通信デバイスにおいて、前記通信デバイスは、
無線送信機手段と、
グループのメンバーへのデータを、前記グループに向けられる第１の信号において、送信するように前記無線送信機手段を制御するためのグループ・シグナリング制御手段と、
前記データが受信されたことを示す前記グループの前記メンバーからの承認を監視するための承認監視手段と、
前記データを、前記グループのサブセット（前記サブセットは、承認が受信されなかった前記グループのメンバーを含み且つ承認が受信された前記グループの少なくとも一つのメンバーを除外したものである。）に向けられた第２の信号において、再送信するように前記無線送信機手段を制御するための再送信制御手段とを含む通信デバイス。
【請求項３３】
前記グループの前記サブセットのメンバーからの前記第２の信号から、前記データの通信が成功したことの承認を監視するための再送信承認手段を更に含む請求項３２に記載の通信デバイス。
【請求項３４】
前記サブセットのメンバーを識別するための再送信サブセット識別手段を更に含み、
前記再送信承認手段は、その監視を前記サブセットのメンバーからの承認に制限する請求項３３に記載の通信デバイス。
【請求項３５】
再送信されるべきデータのために使用されるデータレートを、前記グループの前記サブセットのメンバーに対応する情報の関数として、判定するための再送信データレート決定手段手段を更に含む請求項３２に記載の通信デバイス。
【請求項３６】
グループのメンバーへ前記データを送信するために使用されるべきデータレートを、該グループのすべてのメンバーに対応する情報の関数として、判定するための初期送信データレート判定手段を更に含む請求項３５に記載の通信デバイス。
【請求項３７】
グループ通信を実装する通信デバイスに用いられるコンピュータプログラム製品において、前記コンピュータプログラム製品は、
コンピュータに、グループのメンバーへのデータを、前記グループに向けられる第１の信号において、送信させるためのコードと、
コンピュータに、前記データが受信されたことを示す前記グループの前記メンバーからの承認を監視させるためのコードと、
コンピュータに、前記データを、前記グループのサブセット（前記サブセットは、承認が受信されなかった前記グループのメンバーを含み且つ承認が受信された前記グループの少なくとも一つのメンバーを除外したものである。）に向けられた第２の信号において、再送信させるためのコードとを含むコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品。
【請求項３８】
前記コンピュータ読み取り可能な媒体は、
コンピュータに、前記グループの前記サブセットのメンバーから前記第２の信号から、前記データの通信が成功したことの承認を監視させるためのコードとを更に含む請求項３７に記載のコンピュータプログラム製品。
【請求項３９】
前記第２の信号からの前記データの通信が成功したことの承認を前記監視することは、前記サブセットのメンバーではない前記グループのメンバーからの承認を監視することを含まないものである請求項３８に記載のコンピュータプログラム製品。

【図１】

【図２】

【図３】

【図４】

【図４Ａ】

【図４Ｂ】

【図５】

【図６】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１７Ａ】

【図１７Ｂ】

【図１７Ｃ】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【公表番号】特表２０１０−５３３４５８（Ｐ２０１０−５３３４５８Ａ）
【公表日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２０１０−５１６２１３（Ｐ２０１０−５１６２１３）
【出願日】平成２０年７月９日（２００８．７．９）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０６９４７７
【国際公開番号】ＷＯ２００９／００９５６５
【国際公開日】平成２１年１月１５日（２００９．１．１５）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ　ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】