JP2012530396A - ワイヤレス通信システムにおけるリソースの使用の制御 - Google Patents

Abstract

干渉を検出し、抑制し、かつ／あるいは軽減する。たとえば、集中制御を行わないピアツーピア通信システムにおいて、共有通信リソースが使用されるワイヤレス通信システム。いくつかの実施形態において、通信デバイスは、供給通信リソースで信号を受信し、受信信号を復号する通信デバイス自体の能力を評価し、たとえば、この共有通信リソースで条件に応じて干渉信号を送信する。この干渉信号は、共有通信リソースで送信を行うデバイスに異なる通信リソースに、たとえば送信信号を首尾よく復号できるように、この干渉信号に応答して、切り替えさせることを目的としている。少なくとも１つの実施形態において、共有通信リソースは、ピア発見リソース識別子に関連するピア発見無線リンクリソースである。
【選択図】図２Ａ

Description

様々な実施形態はワイヤレス通信に関し、より詳細には、システム、たとえば共有リソースを使用するシステムにおけるリソースの使用を制御するのに使用できる方法および装置に関する。

多くの従来のセルラーワイヤレス通信ネットワークでは、複数のワイヤレスリンク上の伝送電力が集中的に制御される。たとえば、基地局または中央コントローラデバイスは、基地局を通信システムにおけるネットワーク接続点として使用する複数のモバイルに対応する通信を調整することができる。基地局および／または中央コントローラは、限られた無線リンクリソースを求めて競合する複数のモバイルに対応するリソースの割り付けおよび通信、たとえば、アクセスの許可または拒否、各モバイルへの無線リンクリソースの割り当て、モバイル位置の追跡、通信チャネルの測定、送信電力レベルの調整、データレートの調整、および／または干渉の管理を行う。基地局および／または集中制御デバイスは、モバイル送信の管理および制御の一部として閉ループ電力タイミング調整動作を実行することができ、かつ一般にこのような動作を実行している。基地局のアンテナは一般に、基地局とモバイルとの間に良好なチャネル条件を確立するような位置に配置されている。基地局および／または集中コントローラは、セル内の状況を全体的に適切に把握し、モバイルと基地局との間の複数の様々なリンクに対応する通信を効果的に管理し、たとえば、２つのモバイルからの同時送信による無線リンクリソースでの許容されないレベルの干渉を防止することができる。

ワイヤレス通信の分野では、従来のセルラーネットワークに加えて様々な種類のネットワークがスペクトルを使用するのを可能にする傾向がある。人気および利用が増しつつあるそのような種類のネットワークの１つとしてピアツーピアネットワーク、たとえば集中制御を行わないピアツーピアネットワークがある。ピアツーピアネットワークが広範囲の距離にわたって確実な通信をサポートできることが望ましい。集中制御および／または管理を行わないピアツーピアネットワークでは、特定のワイヤレス通信デバイスによるそのワイヤレス通信デバイスの近傍の他のデバイスの進行中の動作の把握は不完全である場合がある。たとえば、２つのデバイス間のチャネル条件が不十分であるために、２つのデバイスが互いに見えなくなることがある。このような状態は、隠れノード状態（hidden node condition）と呼ばれることもあり、一方のノードの、他方のノードへの送信パスを妨害し、それによって遮断する建物などの物体によって生じる可能性がある。このような状況では、２つのワイヤレス通信デバイスは誤って同じ無線リンクリソースで送信を行うことがある。同じ無線リンクリソースで同時に送信を行う２つのデバイスからの信号は互いに干渉する恐れがあり、それによって、たとえば、どちらのデバイスへの送信パスも妨害されていないために、どちらのデバイスにも良好なチャネル条件を有する局所近傍の他のデバイスが、いずれの送信信号も復号できなくなる。上記の考察に基づいて、隠れノード状態による許容されない干渉を検出し、かつ／あるいは許容されない状態を解消する処置を講じることのできる新規な方法および装置が必要である。

干渉を検出し、抑制し、かつ／あるいは軽減する方法および装置について説明する。様々な実施形態は、共有通信リソースが使用されるワイヤレス通信システム、たとえば、集中制御が行われず、リソース、たとえば周波数−時間送信単位が共有されるピアツーピア通信システムによく適している。いくつかの実施形態において、通信デバイスは、共有通信リソースで信号を受信し、受信された信号を復号する通信デバイス自体の能力を評価する。通信デバイスは、評価の結果に基づいて、たとえば共有通信リソースで干渉信号を送信することができ、かつ実際に送信することもある。この干渉信号は、共有通信リソースで送信を行うデバイスに異なる通信リソースに切り替えさせることを目的としている。この切り替えのトリガは、切り替え後に送信側デバイスの送信信号を首尾よく復号できるようになることを期待して行われる。少なくとも１つの実施形態において、共有通信リソースは、ピア発見リソース識別子に関連するピア発見無線リンクリソースである。

第１の通信デバイスを動作させる例示的な方法は、いくつかの実施形態において、それぞれ第２および第３の通信デバイスからの第１および第２の信号を、第２の通信デバイスと第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信することと、第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定することと、第１の共有通信リソースで干渉信号を送信することとを含む。例示的な第１の通信デバイスは、いくつかの実施形態によれば、それぞれ第２および第３の通信デバイスからの第１および第２の信号を、第２の通信デバイスと第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信し、第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定し、第１の共有通信リソースで干渉信号を送信するように構成された少なくとも１つのプロセッサを備える。第１の通信デバイスは、少なくとも１つのプロセッサに結合されたメモリも含む。

上記の概要で様々な実施形態について論じたが、すべての実施形態が同じ特徴を含むわけではなく、かつ上述の特徴のいくつかは、必要ではないが、いくつかの実施形態において望ましい場合があることを理解されたい。様々な実施形態の多数の他の特徴、実施形態、および利点について、以下の詳細な説明で論じる。

例示的な実施形態による例示的なワイヤレス通信システムの図。 図２Ａと図２Ｂの組み合わせを含む図。 例示的な実施形態による第１の通信デバイスを動作させる例示的な方法のフローチャートの第１の部分。 例示的な実施形態による第１の通信デバイスを動作させる例示的な方法のフローチャートの第２の部分。 例示的な実施形態による例示的な第１の通信デバイスの図。 図３に例示された第１の通信デバイスで使用することができ、いくつかの実施形態では実際に使用されるモジュールのアセンブリの図。 ワイヤレス通信ネットワークにおける例示的なピアツーピア通信デバイスを示し、通信デバイスを動作させる例示的な方法を説明するのに使用される図。 いくつかの実施形態で使用される例示的な反復ピアツーピアタイミング構造を示す図。 発見リソースブロックの例示的なシーケンスを示し、それらの無線リンクリソースによって伝送される例示的な信号を示す図。 互いの存在を認識しない２つのデバイスから同じピア発見リソースで送信される例示的なピア発見信号を示す図。 互いの存在を認識しない２つのデバイスから同じピア発見リソースで送信される例示的なピア発見信号と、第３のデバイスから同じピア発見リソースで送信される意図的な干渉信号とを示す図。 干渉信号を生成するデバイスが、特定のデバイスに対応する意図的なヌルに使用すべきＯＦＤＭトーン−シンボルを認識する実施形態についての例示的な他の干渉信号を示す図。 いくつかの実施形態で維持され使用される、ピア発見リソースモニタ／追跡情報の例示的なテーブルおよびピア発見リソース順序付け情報の例示的なテーブルを示す図。 図１２Ａと図１２Ｂの組み合わせを含む図。 例示的な実施形態によるピアツーピアワイヤレス通信デバイスを動作させる例示的な方法のフローチャートの第１の部分。 例示的な実施形態によるピアツーピアワイヤレス通信デバイスを動作させる例示的な方法のフローチャートの第２の部分。 例示的な実施形態による例示的な通信デバイスの図。 図１３に示されている通信デバイスで使用することができ、いくつかの実施形態では実際に使用されるモジュールのアセンブリの図。

図１は、例示的な実施形態による例示的なワイヤレス通信システムの図である。例示的なワイヤレス通信システム１００は、複数のワイヤレス通信デバイス（ワイヤレス通信デバイス１ １０２、ワイヤレス通信デバイス２ １０４、ワイヤレス通信デバイス３ １０６、ワイヤレス通信デバイス４ １０８、ワイヤレス通信デバイス５ １１０、ワイヤレス通信デバイス６ １１２、ワイヤレス通信デバイス７ １１４、ワイヤレス通信デバイス８ １１６、ワイヤレス通信デバイス９ １１８、、、ワイヤレス通信デバイスＮ １２０）を含む。システム１００のワイヤレス通信デバイスのうちのいくつか、たとえば、デバイス５ １１０およびデバイス６ １１２は、たとえば、バックホールネットワーク１２２を介して、他のネットワークノードおよび／またはインタネットに結合されている。システム１００のワイヤレス通信デバイスのいくつかはモバイルデバイス、たとえばデバイス（１０２、１０４、１０６、１０８、１１４、１１６、１１８、１２０）である。

ワイヤレス通信デバイス（１０２、１０４、１０６、１０８、１１０、１１２、１１４、１１６、１１８、１２０）は、ピアツーピア通信をサポートし、ピアツーピアタイミング構造を実現する。ピアツーピア通信システムは分散的なリソース割り付け手法を実施する。個々のワイヤレス通信デバイスは、そのワイヤレス通信デバイスの視点に基づいて、リソースを使用できるか否かに関して判定を下す。たとえば、第３のワイヤレス通信デバイス１０６は、その視点からその局所近傍において他のワイヤレス通信デバイスによって占有されていないように見えるピア発見無線リンクリソースに対応するピア発見リソース識別子を選択する。次いで、第３のワイヤレス通信デバイス１０６は、選択された識別子にマッピングされている無線リンクリソースでピア発見信号を送信する。しかし、チャネル条件が不十分であるため、第３のワイヤレス通信デバイス１０６は、隠れノード（hidden node）、たとえば、すでに選択された識別子を使用しているが第３のワイヤレス通信デバイス１０６に対するチャネルが不十分であった、第３のワイヤレス通信デバイス１０６の近傍の第２のワイヤレス通信デバイス１０４を認識していない可能性がある。このため、第２のワイヤレス通信デバイスと第３のワイヤレス通信デバイス（１０４、１０６）の両方に良好なチャネル条件を有することができる近傍の第１のワイヤレス通信デバイス１０２との競合が生じる可能性があり、実際にそうなることもある。

ワイヤレス通信デバイスは、許容されないレベルの干渉を生じさせる隠れノード状態をモニタし、意図的な干渉信号、たとえば、意図的なジャミング信号を生成して送信する。この意図的な干渉信号は、デバイスに異なる無線リンクリソースに切り替えさせるのに使用される。たとえば、第１の通信デバイス１０２は、共有ピア発見無線リンクリソースで同時に送信を行う第２および第３のデバイス（１０４、１０６）によって生じた干渉を検出し、第２および第３のデバイス（１０４、１０６）の少なくとも一方に異なるピア発見無線リンクリソースに切り替えさせる。

図２Ａと図２Ｂの組み合わせを含む図２は、例示的な実施形態による第１の通信デバイスを動作させる例示的な方法のフローチャート２００である。動作はステップ２０２で開始し、第１の通信デバイスが、電源をオンにされ、初期設定され、接続ノードＣ２４８を介してステップ２０４、ステップ２２６、およびステップ２５０に進む。

ステップ２０４に戻り、ステップ２０４で、第１の通信デバイスは、それぞれ第２および第３の通信デバイスからの第１および第２の信号を、第２の通信デバイスと第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信する。いくつかの実施形態において、第１の共有通信リソースには、複数のシンボル期間に対応するＯＦＤＭトーン−シンボルが含まれる。いくつかの実施形態において、第１の共有通信リソースは、ＯＦＤＭトーン−シンボルを含むピア発見デバイス通信チャネルである。動作はステップ２０４からステップ２０５に進む。

ステップ２０５で、第１の通信デバイスは、第１の通信リソース、たとえばＰ_T（１）（ここで、１は第１の通信リソースに対応するインデックスを指す）に対応する総受信電力レベルを決定する。ステップ２０６で、第１の通信デバイスは、第１および第２の信号のうちのより強い信号、たとえばＰ_S（１）（ここで、１は第１の通信リソースに対応するインデックスを指す）の受信電力レベルを推定する。動作はステップ２０６からステップ２０７に進む。

ステップ２０７で、第１の通信デバイスは、第１および第２の信号を復号できるか否かを判定する。たとえば、第１の通信デバイスは、（Ｐ_S（１）／（Ｐ_T（１）−Ｐ_S（１）））がＴ₁（ここで、Ｔ₁は復号しきい値である）よりも小さいかどうかを検査することによって最も強い受信信号を復号できるか否かを判定する。ステップ２０７は、ステップ２０８およびステップ２１０を含み、ステップ２０７が繰り返されるたびにステップ２０８とステップ２１０の一方が実行される。

ステップ２０８で、第１の通信デバイスは、第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定する。すべての実施形態ではなくいくつかの実施形態において、この場合、たとえば、所定のしきい値を超える信頼度で、第１および第２の信号が復号できない信号であると判定される。信頼度しきい値が使用されない一実施形態では、この場合単に、第１および第２の信号の信号品質が、第１および第２の信号を復号するには不十分な品質であると判定される。動作はステップ２０８からステップ２１４に進む。ステップ２１０で、第１の通信デバイスは、第１および第２の信号のうちの少なくとも一方を復号できると判定する。動作はステップ２１０からステップ２０４の入力に進む。

ステップ２１４で、第１の通信デバイスは、第１および第２の信号のうちのより強い信号の推定された受信電力レベルをしきい値電力レベルと比較する。たとえば、しきい値電力レベルが（Ｐ^*）（Ｔ₂）によって表され、Ｐ^*が、第１の共有通信リソースが属する複数の通信リソースの総受信電力レベルに相当する１組のビンのうちのビン内のエネルギーレベルを表し、Ｔ₂が、利得しきい値であるものとする。さらに、ステップ２１４で、第１の通信デバイスがＰ_S（１）を（Ｐ^*）（Ｔ₂）と比較するものとする。動作はステップ２１４からステップ２１６に進む。ステップ２１６で、第１の通信デバイスは、ステップ２０６の推定された受信電力レベルがしきい値電力限界を超えているかどうかを検査する。たとえば、ステップ２１４で、第１の通信デバイスは、Ｐ_S（１）が（Ｐ^*）（Ｔ₂）よりも大きいかどうかを検査する。推定された受信電力レベルがしきい値電力レベルを超えている場合、ステップ２１６で、第１の通信デバイスは、動作がステップ２１６からステップ２１８に進むように制御する。しかし、推定された受信電力レベルがしきい値電力レベルを超えていない場合、第１の通信デバイスは動作がステップ２１６からステップ２２０に進むように制御する。点線のボックス２１３は、推定された受信電力レベルがしきい値電力レベルを超えているかどうかを判定するステップを表している。

ステップ２１８で、第１の通信デバイスは、第１の共有通信リソースで干渉信号を送信する。ステップ２１８は、第１の通信デバイスが、第２および第３のデバイスのうちの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルでこの干渉信号を送信するステップ２２２を含む。動作はステップ２１８から接続ノードＡ２２４に進む。ステップ２２０に戻り、ステップ２２０で、第１の通信デバイスは、第１の共有通信リソースで干渉信号を送信しないことに決定する。動作はステップ２２０から接続ノードＡ２２４に進む。動作は接続ノードＡ２２４からステップ２０４の入力に進む。

ステップ２２６に戻り、ステップ２２６で、第１の通信デバイスは、それぞれ第４および第５の通信デバイスからの第３および第４の信号を、第４の通信デバイスと第５の通信デバイスの両方によって使用される第２の共有通信リソースで受信する。いくつかの実施形態において、第２の共有通信リソースには、複数のシンボル期間に対応するＯＦＤＭトーン−シンボルが含まれる。いくつかの実施形態において、第２の共有通信リソースは、ＯＦＤＭトーン−シンボルを含む第２のピア発見デバイス通信チャネルである。動作はステップ２２６からステップ２２７に進む。ステップ２２７で、第１の通信デバイスは、第２の共有通信リソースに対応する総受信電力レベル、たとえばＰ_T（２）を決定する。動作はステップ２２７からステップ２２８に進む。ステップ２２８で、第１の通信デバイスは、第３および第４の信号のうちのより強い信号の第２の受信電力レベル、たとえばＰ_S（２）を推定する。動作はステップ２２８からステップ２２９に進む。

ステップ２２９で、第１の通信デバイスは、第３および第４の信号を復号できるか否かを判定する。たとえば、第１の通信デバイスは、（Ｐ_S（２）／（Ｐ_T（２）−Ｐ_S（２）））がＴ₁よりも小さいかどうか（Ｔ₁は復号しきい値である）を検査することによって第２の共有通信リソースのうちの最も強い受信信号を復号できるか否かを判定する。ステップ２２９は、ステップ２３０およびステップ２３２を含み、ステップ２２９が繰り返されるたびにステップ２３０とステップ２３２の一方が実行される。

ステップ２３０で、第１の通信デバイスは、第３および第４の信号の信号品質が確実な復号を行うには不十分な品質であると判定する。動作はステップ２３０からステップ２３４に進む。ステップ２３２で、第１の通信デバイスは、第３および第４の信号のうちの少なくとも一方を復号できると判定する。動作はステップ２３２からステップ２２６の入力に進む。

ステップ２３４で、第１の通信デバイスは、第３および第４の信号のうちのより強い信号の推定された第２の受信電力レベルをしきい値電力レベルと比較する。たとえば、ステップ２３４で、第１の通信デバイスがＰ_S（２）を（Ｐ^*）（Ｔ₂）と比較するものとする。動作はステップ２３４からステップ２３８に進む。ステップ２３８で、第１の通信デバイスは、ステップ２２８の推定された第２の受信電力レベルがしきい値電力限界を超えているかどうかを検査する。たとえば、ステップ２３８で、第１の通信デバイスは、Ｐ_S（２）が（Ｐ^*）（Ｔ₂）よりも大きいかどうかを検査する。推定された第２の受信電力レベルがしきい値電力レベルを超えている場合、ステップ２３８で、第１の通信デバイスは、動作がステップ２３８からステップ２４０に進むように制御する。しかし、この推定された第２の受信電力レベルがしきい値電力レベルを超えていない場合、第１の通信デバイスは動作がステップ２３８からステップ２４２に進むように制御する。

ステップ２４０で、第１の通信デバイスは、第２の共有通信リソースで第２の干渉信号を送信する。ステップ２４０は、第１の通信デバイスが、第３および第４のデバイスのうちの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルで第２の干渉信号を送信するステップ２４４を含む。動作はステップ２４０から接続ノードＢ２４６に進む。ステップ２４２に戻り、ステップ２４２で、第１の通信デバイスは、第２の共有通信リソースで第２の干渉信号を送信しないことに決定する。動作はステップ２４２から接続ノードＢ２４６に進む。動作は接続ノードＢ２４６からステップ２２６の入力に進む。

ステップ２５０に戻り、ステップ２５０で、第１の通信デバイスは、第１の共有通信リソースに加えて少なくとも１つの他の共有通信リソースで受け取られた電力に基づいてしきい値電力レベルを決定する。たとえば、第１の通信デバイスは、第１の共有通信リソースおよび第２の共有通信リソースで受け取られた電力に基づいてしきい値電力レベルを決定する。一例では、しきい値電力レベルは（Ｐ^*）（Ｔ₂）である。様々な実施形態において、Ｐ^*は環境に基づいて変化する。様々な実施形態において、しきい値電力レベルは、１組のリソース、たとえば、共有通信リソースであってよく、実際に共有通信リソースである場合もある１組のピア発見リソースに対応する観測された電力レベルの関数である。たとえば、（Ｐ^*）（Ｔ₂）＝関数（Ｐ_T（１）、Ｐ_T（２）、、、Ｐ_T（ｍ））であり、この場合、この組にはｍ個のリソースがある。ステップ２５０が、継続状態で実行され、たとえば、しきい値電力レベルが動的に変更される状態で実行される。

図３は、例示的な実施形態による例示的な第１の通信デバイス３００の図である。例示的な通信デバイス３００は、たとえば図１のワイヤレス通信デバイスの１つである。例示的な通信デバイス３００は、図２のフローチャート２００による方法を実施することができ、実際に実施することもある。

通信デバイス３００は、様々な要素（３０２、３０４）がデータおよび情報を交換するのを可能にするバス３０９を介して互いに結合されたプロセッサ３０２とメモリ３０４とを含む。通信デバイス３００は、図示のようにプロセッサ３０２に結合することのできる入力モジュール３０６と出力モジュール３０８とをさらに含む。しかし、いくつかの実施形態において、入力モジュール３０６および出力モジュール３０８はプロセッサ３０２の内部に配置される。入力モジュール３０６は入力信号を受信することができる。入力モジュール３０６は、入力を受信するためのワイヤレス受信機および／または有線入力インターフェースもしくは光学入力インターフェースを含んでよく、いくつかの実施形態では実際に含んでいる。出力モジュール３０８は、出力を送信するためのワイヤレス送信機および／または有線出力インターフェースもしくは光学出力インターフェースを含んでよく、いくつかの実施形態では実際に含んでいる。

プロセッサ３０２は、それぞれ第２および第３の通信デバイスからの第１および第２の信号を、第２の通信デバイスと第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信し、第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定し、第１の共有通信リソースで干渉信号を送信するように構成されている。いくつかの実施形態において、第１の共有通信リソースには、複数のシンボル期間に対応するＯＦＤＭトーン−シンボルが含まれる。そのようないくつかの実施形態において、第１の共有通信リソースは、ＯＦＤＭトーン−シンボルを含むピア発見デバイス通信チャネルである。

プロセッサ３０２はさらに、上記の干渉信号を送信するように構成されることの一部として、第２および第３のデバイスの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルで干渉信号を送信するように構成される。

プロセッサ３０２は、いくつかの実施形態においてさらに、上記の干渉信号を送信する前に、第１および第２の信号のうちのより強い信号の受信電力レベルを推定し、かつ干渉信号を送信する前に、推定された受信電力レベルがしきい値電力レベルを超えていると判定するように構成される。プロセッサ３０２は、様々な実施形態において、推定された受信電力レベルがしきい値電力レベルを超えていると判定するように構成されることの一部としてさらに、推定された受信電力レベルを上記のしきい値電力レベルと比較して、推定された受信電力レベルがしきい値電力レベルを超えているかどうかを判定するように構成される。

プロセッサ３０２は、いくつかの実施形態においてさらに、それぞれ第４および第５の通信デバイスからの第３および第４の信号を、第４の通信デバイスと第５の通信デバイスの両方によって使用される第２の共有通信リソースで受信し、第３および第４の信号のうちのより強い信号の第２の受信電力レベルを推定し、第３および第４の信号の信号品質が確実な復号を行うには不十分な品質であると判定し、第２の推定された受信電力レベルを上記のしきい値電力レベルと比較して、第２の推定された受信電力レベルがしきい値電力レベルを超えているかどうかを判定し、第２の推定された受信電力レベルがしきい値電力レベルを超えていないと判定したときに、第２の共有通信リソースで第２の干渉信号を送信しないことに決定するように構成される。いくつかの実施形態において、第２の共有通信リソースには、複数のシンボル期間に対応するＯＦＤＭトーン−シンボルが含まれる。そのようないくつかの実施形態において、第２の共有通信リソースは、ＯＦＤＭトーン−シンボルを含むピア発見デバイス通信チャネルである。いくつかの実施形態において、第１および第２の共有通信リソースは重複しないリソースである。

少なくともいくつかの実施形態において、プロセッサ３０２はさらに、少なくとも１つの他の共有通信リソースで受け取られた電力に基づいてしきい値電力レベルを決定するように構成される。

図４は、図３に示されている通信デバイス３００で使用することができ、いくつかの実施形態では実際に使用されるモジュールのアセンブリ４００である。アセンブリ４００内のモジュールは、図３のプロセッサ３０２内のハードウェアで、たとえば個々の回路として実現することができる。あるいは、各モジュールをソフトウェアで実現し、図３に示されている通信デバイス３００のメモリ３０４に記憶することができる。図３の実施形態では単一のプロセッサ、たとえばコンピュータとして示されているが、プロセッサ３０２を１つまたは複数のプロセッサ、たとえばコンピュータとして実現できることを理解されたい。モジュールがソフトウェアで実現されるとき、各モジュールは、プロセッサによって実行されたときにそのモジュールに対応する機能を実現するようにプロセッサ、たとえばコンピュータを構成するコードを含む。いくつかの実施形態において、プロセッサ３０２は、モジュールのアセンブリ４００の各モジュールを実現するように構成される。モジュールのアセンブリ４００がメモリ３０４に記憶される実施形態において、メモリ３０４は、少なくとも１つのコンピュータ、たとえばプロセッサ３０２に各モジュールに対応する機能を実施させるコード、たとえば、各モジュールに関する個々のコードを含むコンピュータ可読媒体を備えるコンピュータプログラムプロダクトである。

完全にハードウェアベースまたは完全にソフトウェアベースのモジュールが使用されてよい。しかし、ソフトウェアモジュールとハードウェア（たとえば、実現される回路）モジュールの任意の組み合わせを使用して機能を実施してもよいことを理解されたい。理解されるように、図４に示されているモジュールは、図２の方法フローチャート２００に示されている対応するステップの機能を実行するように通信デバイス３００またはプロセッサ３０２のような通信デバイス３００の要素を制御しかつ／あるいは構成する。

モジュールのアセンブリ４００は、それぞれ第２および第３の通信デバイスからの第１および第２の信号を、第２の通信デバイスと第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信するモジュール４０４と、第１の共有通信リソースに相当する総受信電力レベルを決定するモジュール４０５と、第１および第２の信号のうちのより強い信号の受信電力レベルを推定するモジュール４０６と、第１および第２の信号を復号できるか否かを判定するモジュール４０７と、第１および第２の信号のうちのより強い信号の推定された受信電力レベルをしきい値電力レベルと比較するモジュール４１４と、推定された受信電力レベルがしきい値電力レベルを超えているかどうかを判定するモジュール４１６と、推定された受信電力レベルがしきい値電力レベルを超えていると判定するモジュール４１３と、第１の共有通信リソースで干渉信号を送信するモジュール４１８と、第１の共有通信リソースで干渉信号を送信しないことに決定するモジュール４２０とを含む。

モジュール４０７は、第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定するモジュール４０８と、第１および第２の信号の少なくとも一方を復号できると判定するモジュール４１０とを含む。モジュール４１８は、第２および第３のデバイスの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルで上記の干渉信号を送信するモジュール４２２を含む。

モジュールのアセンブリ４００は、それぞれ第４および第５の通信デバイスからの第３および第４の信号を、第４の通信デバイスと第５の通信デバイスの両方によって使用される第２の共有通信リソースで受信するモジュール４２６と、第２の共有通信リソースに相当する総受信電力レベルを決定するモジュール４２７と、第３および第４の信号のうちのより強い信号の第２の受信電力レベルを推定するモジュール４２８と、第３および第４の信号を復号できるか否かを判定するモジュール４２９と、第３および第４の信号のうちのより強い信号の推定された第２の受信電力レベルをしきい値電力レベルと比較するモジュール４３６と、推定された第２の受信電力レベルがしきい値電力レベルを超えているかどうかを判定するモジュール４３８と、第２の共有通信リソースで第２の干渉信号を送信するモジュール４４０と、第２の共有通信リソースで第２の干渉信号を送信しないことに決定するモジュール４４２、たとえば、第２の推定された受信電力レベルがしきい値電力レベルを超えていないとモジュール４３６および／またはモジュール４３８が判定したときに第２の共有通信リソースで第２の干渉信号を送信しないことに決定するモジュールとを含む。

モジュール４２９は、第３および第４の信号の信号品質が確実な復号を行うには不十分な品質であると判定するモジュール４３０と、第３および第４の信号の少なくとも一方を復号できると判定するモジュール４３２とを含む。モジュール４４０は、第３および第４のデバイスの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルで上記の第２の干渉信号を送信するモジュール４４４を含む。モジュールのアセンブリ４００は、少なくとも１つの他の共有通信リソースで受け取られた電力に基づいてしきい値電力レベルを決定するモジュール４５０、たとえば、第１の共有通信リソースおよび第２の共有通信リソースで受け取られた電力に基づいてしきい値電力レベルを決定するモジュールも含む。

図５は、ワイヤレス通信ネットワークにおける例示的なピアツーピア通信デバイスを示す図面５００であり、通信デバイスを動作させる例示的な方法を説明するのに使用される。ピアツーピア通信デバイス（デバイスＡ５０２、デバイスＢ５０４、デバイスＣ５０６）は、たとえば、図１のシステム１００のワイヤレス通信デバイスのいずれかである。たとえば、ピアツーピアワイヤレス通信デバイスＡ５０２は、図２のフローチャート２００による方法を実施する図３の第１の通信デバイス３００であるものとする。

図５の例では、デバイスＢ５０４とデバイスＡ５０２との間のワイヤレス通信チャネル５０８が良好であり、デバイスＣ５０６とデバイスＡ５０２との間に良好なワイヤレス通信チャネル５１０があるものとする。さらに、たとえば、障害物５１４のために、デバイスＢ５０４とデバイスＣ５０６との間のワイヤレス通信チャネル５１２が不良であるものとする。

例示的なピアツーピア通信システムが分散ネットワークであり、ワイヤレスデバイス（５０２、５０４、５０６）が発見無線リンクリソースを使用して発見信号を送信するものとする。さらに、ワイヤレス通信デバイスが、その発見信号を送信するための１組の発見無線リンクリソースに関連する発見識別子を選択するものとする。

デバイスＡ５０２およびデバイスＢ５０４がそれぞれ、選択された異なるピア発見ＩＤを有し、デバイスＡ５０２およびＢ５０４のピア発見信号を異なる無線リンクリソースで送信するものとする。引き続きこの例において、デバイスＣ５０６が、ピア発見信号を送信することに決定する。デバイスＣ５０６は、受信できるピア発見信号をモニタし、デバイスＡ５０２に関連するピア発見リソースＩＤが占有されていると判定する。しかし、チャネル５１２が不良であるために、デバイスＣ５０６は、デバイスＢ５０４のピア発見送信を認識しない。デバイスＣ５０６が、現在のデバイスＢ５０４によって使用されているのと同じピア発見ＩＤを選択したものとする。次に、デバイスＢ５０４とデバイスＣ５０６は、同じ無線リンクリソースを使用してデバイスＢ５０４およびＣ５０６のピア発見信号を送信する。デバイスＡ５０２の視点からは、同時送信同士が互いに干渉しあい、デバイスＢ５０４およびデバイスＣ５０６のうちの１つまたは複数からの受信されたピア発見情報の復元を妨げる。

デバイスＡ５０２は、干渉信号を生成し、デバイスＢ５０４およびデバイスＣ５０６によって使用されるピア発見無線リンクリソースで送信する。デバイスＡ５０２とそれぞれのデバイス（デバイスＢ５０４、デバイスＣ５０６）との間のチャネル（５０８、５１０）が良好であるため、デバイスＢ５０４とデバイスＣ５０６の両方によって干渉信号が検出される。デバイスＢ５０４およびデバイスＣ５０６のうちの１つまたは複数が是正措置を取り、たとえば、異なる組の無線リンクリソースに関連する他のピア発見ＩＤに切り替える。

図６は、いくつかの実施形態で使用される例示的な反復ピアツーピアタイミング構造を示す図である。プロット６００は、周波数、たとえば、ＯＦＤＭトーンを表す垂直軸６０２と、時間、たとえば、ＯＦＤＭシンボル送信時間間隔を表す水平軸６０４とを含む。図６の例では、タイミング構造の無線リンクリソースには、発見リソースブロック（発見リソースブロック１ ６０６、発見リソースブロック２ ６０８、発見リソースブロック３ ６１０、、、発見リソースブロックＮ ６１２）が含まれる。

各発見リソースブロック（６０６、６０８、６１０、、、６１２）は、それぞれの異なるピア発見識別子に関連する個々のピア発見リソース、たとえば、セグメントを含む。この例では、４０００個のピア発見リソース識別子があり、各識別子は、ブロック内の個々のピア発見リソース、たとえば、セグメントに関連付けられている。たとえば、発見リソースブロック１ ６０６は、ピア発見ＩＤ１リソース６１４、ピア発見ＩＤ２リソース６１５、、、ピア発見ＩＤ３９９８リソース６１６、ピア発見ＩＤ３９９９リソース６１７、およびピア発見ＩＤ４０００リソース６１８を含む。同様に、発見リソースブロック２ ６０８は、ピア発見ＩＤ１リソース６２０、ピア発見ＩＤ２リソース６２１、、、ピア発見ＩＤ３９９８リソース６２２、ピア発見ＩＤ３９９９リソース６２３、およびピア発見ＩＤ４０００リソース６２４を含む。

この例では、ピア発見ブロックの個々の各ピア発見リソース、たとえば、ピア発見ＩＤ３９９９リソース６１７は、連続する１組のリソースである。いくつかの実施形態において、個々のピア発見リソースは、非隣接部分、たとえば、それぞれ、互いに隣接するトーンではない第１および第２のトーンに関連する第１および第２の部分を含んでよく、実際に含む場合もある。この例では、特定のピア発見ＩＤに関連するピア発見リソースは、各ピア発見リソースブロック内の同じ相対位置に配置される。たとえば、ピア発見リソースブロック６０６のピア発見ＩＤ１リソース６１４は、最上角部、たとえば、高周波数および第１のタイムスロットに配置され、発見リソースブロック２ ６０８のピア発見ＩＤリソース６２０も最上角部に配置される。いくつかの実施形態において、特定のピア発見識別子に関連する個々のリソースの相対位置が、たとえば、ピアツーピアネットワークワイヤレス通信デバイスに知られているホッピングパターンに従って、ある発見リソースブロックから他の発見リソースブロックに変化することができ、かつ実際に変化することもある。

発見リソースブロック内の識別子に関連する個々の各ピア発見リソースに対応する１組の基本送信ユニットがある。この例では、各セグメントは８つのＯＦＤＭトーン−シンボルを含み、この場合、トーン−シンボルは、１つのシンボル送信期間の持続時間にわたる１つのトーンの送信単位である。たとえば、発見リソースブロック６０６のピア発見ＩＤ４０００リソース６１８は、ＯＦＤＭトーン−シンボル０ ６２６、ＯＦＤＭトーン−シンボル１ ６２８、ＯＦＤＭトーン−シンボル２ ６３０、ＯＦＤＭトーン−シンボル３ ６３２、ＯＦＤＭトーン−シンボル４ ６３４、ＯＦＤＭトーン−シンボル５ ６３６、ＯＦＤＭトーン−シンボル６ ６３８、ＯＦＤＭトーン−シンボル７ ６４０を含む。

図７は、図５の状況に対応する例であり、デバイス（デバイスＡ５０２、デバイスＢ５０４、デバイスＣ５０６）が図６の例示的な反復ピアツーピアタイミング構造を実現し使用している例を示している。図面７００は、発見リソースブロックのシーケンスを示すとともに、無線リンクリソースによって伝送される例示的な信号を示している。

デバイスＢ５０４およびデバイスＣ５０６が、互いに認識しておらず、同じピア発見デバイス識別子、たとえばピア発見ＩＤ＝２を選択しているものとする。デバイスＡ５０２はピア発見識別子＝４０００を使用している。図面７１０は、発見リソースブロック１ ６０６において、デバイスＡ５０２がそのピア発見信号をリソース６１８で送信し、デバイスＢ５０６がそのピア発見信号をリソース６１５で送信し、デバイスＣ５０８がそのピア発見信号をリソース６１５で送信することを示している。

デバイスＡ５０２は、デバイスＢ５０４およびデバイスＣ５０６によって伝送されるピア発見信号を復元し復号することはできない。というのは、両方の信号が同じ無線リンクリソース６１５で伝送され、互いに干渉するからである。デバイスＡ５０２は、受信電力を測定し、２つの受信信号のうちのより強い信号に相当する受信電力を推定する。デバイスＡ５０２は、より強い信号の推定された受信電力をしきい値電力レベルと比較する。この例では、推定された受信電力がしきい値レベルを超えているものとする。この状況で、デバイスＡ５０２は、干渉信号を送信してデバイスＢ５０４とデバイスＣ５０６の少なくとも一方に異なるピア発見ＩＤを変更させると有利であると判定する。

しかし、推定された受信電力がしきい値電力レベルよりも低い場合、デバイスＡ５０２は、干渉信号を送信しないことに決定する。たとえば、このような状況では、デバイスＡ５０２は、受信信号が弱過ぎるために、ピア発見デバイスＩＤ＝２に関連するリソース上に共通する送信がない場合でも、いずれの信号も復元できないと推定する可能性がある。

デバイスＢ５０４およびデバイスＣ５０６は、チャネル５１２が不良であるために、この望ましくない状況を認識しておらず、外部からの干渉なしに同じリソースでデバイスＢ５０４およびデバイスＣ５０６のピア発見を送信し続ける。デバイスＡ５０２は、干渉信号を生成し、ピア発見識別子＝２に関連する無線リンクリソースで送信して、デバイスＢ５０４およびデバイスＣ５０６のうちの１つまたは複数を異なるピア発見識別子に変更させる。図面７１２は、発見リソースブロック２ ６２４において、デバイスＡ５０２がそのピア発見信号をリソース６２４で送信し、デバイスＢ５０６がそのピア発見信号をリソース６２１で送信し、デバイスＣ５０８がそのピア発見信号をリソース６２１で送信することを示している。また、デバイスＡ５０２はリソース６２１で干渉信号を送信する。

デバイスＢ５０４は、リソース６２１で伝送されるデバイスＡ５０２からの干渉信号の少なくとも一部を受信し、ピア発見識別子＝２に関する競合が生じていることを認識する。デバイスＣ５０６は、リソース６２１で伝送されるデバイスＡ５０２からの干渉信号の少なくとも一部を受信し、ピア発見識別子＝２に関する競合が生じていることを認識する。

この例では、デバイスＣ５０６は、異なるピア発見識別子、たとえばピア発見識別子＝３９９８に切り替えるべきであると判定する。図面７１４は、以後の発見リソースブロック３ ６１０で、デバイスＡ５０２が、ピア発見ＩＤ＝４０００にマップされるデバイスＡ５０２のピア発見信号をリソース７２０で送信し、デバイスＢ５０４が、ピア発見ＩＤ＝２にマップされるデバイスＢ５０４のピア発見信号をリソース７１６で送信し、デバイスＣ５０６が、ピア発見識別子＝３９９８にマップされるデバイスＣ５０６のピア発見信号をリソース７１８で送信することを示している。これで、もはやピア発見識別子＝２に関連する無線リンクリソースに関する競合がなくなり、デバイスＡ５０２は、デバイスＢ５０４とデバイスＣ５０６の両方からピア発見信号を受信し復元することができる。

図８は、互いの存在を認識していない２つのデバイスから同じピア発見リソースで送信される例示的なピア発見信号を示す図面８００である。図面８０１は、図６に示されている発見リソースブロック１ ６０６の例示的なピア発見ＩＤ２リソース６１５を示している。図面８５１は、ピア発見ＩＤ２リソース６１５が、８つのＯＦＤＭトーン−シンボル（８０２、８０４、８０６、８０８、８１０、８１２、８１４、８１６）を含み、デバイスＢ５０４からのピア発見信号を伝送していることを示している。やはり図７に対応する図示の例では、デバイスＢ５０４が、ピア発見ＩＤ２リソース６１５を使用してピア発見信号を送信している。デバイスＢ５０４から送信されるピア発見信号は、それぞれトーン−シンボル（８０２、８０４、８０６、８０８、８１０、８１２、８１４、８１６）上の変調シンボル（Ｓ_PDB0８５２、Ｓ_PDB1＝ヌル８５４、Ｓ_PDB2８５６、Ｓ_PDB3８５８、Ｓ_PDB4８６０、Ｓ_PDB5８６２、Ｓ_PDB6８６４、Ｓ_PDB7８６６）を含む。図面８７１は、８つのＯＦＤＭトーン−シンボル（８０２、８０４、８０６、８０８、８１０、８１２、８１４、８１６）を含むピア発見ＩＤ２リソース６１５がデバイスＣ５０６からのピア発見信号も伝送することを示している。やはり図７に対応する図示の例では、デバイスＣ５０６が、ピア発見ＩＤ２リソース６１５を使用してピア発見信号を送信する。デバイスＣ５０６から送信されるピア発見信号は、それぞれトーン−シンボル（８０２、８０４、８０６、８０８、８１０、８１２、８１４、８１６）上の変調シンボル（Ｓ_PDC0８７２、Ｓ_PDC1８７４、Ｓ_PDC2８７６、Ｓ_PDC3８７８、Ｓ_PDC4８８０、Ｓ_PDC5＝ヌル８８２、Ｓ_PDC6８８４、Ｓ_PDC7８８６）を含む。

いくつかの実施形態の特徴によれば、送信されるピア発見信号は、ピア発見リソース６１５の少なくとも１つのＯＦＤＭトーン−シンボル上に意図的なヌルを含む。いくつかの実施形態において、どのリソースにヌルを配置するかに関する送信側デバイスの判定は、擬似ランダム選択実装形態に基づく判定である。したがって、共有ピア発見リソース６１５を使用する２つのデバイスがそのリソースの異なるＯＦＤＭトーン−シンボル上にヌルを配置する可能性が高い。

デバイスＢ５０４に関しては、デバイスＢ５０４の意図的なヌルの間、たとえばＯＦＤＭトーン−シンボル８０４の時間の間、デバイスＢ５０４は、他のデバイスから送信される信号、たとえば、他のピア発見信号および意図的な干渉信号を受信しモニタすることができる。デバイスＣ５０６に関しては、デバイスＣ５０６の意図的なヌルの間、たとえばＯＦＤＭトーン−シンボル８１２の時間の間、デバイスＣ５０６は、他のデバイスから送信される信号、たとえば、他のピア発見信号および意図的な干渉信号を受信しモニタすることができる。デバイスＡ５０２に関しては、デバイスＡは、１組のＯＦＤＭトーン−シンボル（８０２、８０４、８０６、８０８、８１０、８１２、８１４、８１６）をモニタし、総電力情報、２つの受信ピア発見信号のうちのより強い信号に対応する推定された電力、推定された干渉電力レベルを決定することができる。意図的なヌルは、これらの推定においてデバイスＡ５０２に有利である。

図９は、互いの存在を認識していない２つのデバイスから同じピア発見リソースで送信される例示的なピア発見信号、および第３のデバイスから同じピア発見リソースで送信される意図的な干渉信号を示す図面９００である。意図的な干渉信号は、同じリソースでピア発見信号を送信する２つのデバイスの少なくとも一方に異なるリソースに切り替えさせるために送信される。

図面９０１は、図６に示されている発見リソースブロック２ ６０８の例示的なピア発見ＩＤ２リソース６２１を示している。図面９５１は、ピア発見ＩＤ２リソース６２１が８つのＯＦＤＭトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）を含み、かつデバイスＢ５０４からのピア発見信号を伝送することを示している。やはり図７に対応する図示の例では、デバイスＢ５０４は、ピア発見ＩＤ２リソース６２１を使用してピア発見信号を送信する。デバイスＢ５０４から送信されるピア発見信号は、それぞれトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）上の変調シンボル（Ｓ_PDB0９５２、Ｓ_PDB1９５４、Ｓ_PDB2＝ヌル９５６、Ｓ_PDB3９５８、Ｓ_PDB4９６０、Ｓ_PDB5９６２、Ｓ_PDB6９６４、Ｓ_PDB7９６６）を含む。

図面９７１は、８つのＯＦＤＭトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）を含むピア発見ＩＤ２リソース６２１が、デバイスＣ５０６からのピア発見信号も伝送することを示している。やはり図７に対応する図示の例では、デバイスＣ５０６は、ピア発見ＩＤ２リソース６２１を使用してピア発見信号を送信する。デバイスＣ５０６から送信されるピア発見信号は、それぞれトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）上の変調シンボル（Ｓ_PDC0９７２、Ｓ_PDC1９７４、Ｓ_PDC2９７６、Ｓ_PDC3９７８、Ｓ_PDC4９８０、Ｓ_PDC5９８２、Ｓ_PDC6９８４、Ｓ_PDC7＝ヌル９８６）を含む。

図面９９１は、８つのＯＦＤＭトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）を含むピア発見ＩＤ２リソース６２１が、デバイスＡ５０２からの意図的な干渉信号も伝送することを示している。やはり図７に対応する図示の例では、デバイスＡ５０２は、ピア発見ＩＤ２リソース６２１を使用して干渉信号を送信している。デバイスＡ５０２から送信される干渉信号は、それぞれトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）上の変調シンボル（Ｉ_A0９９２、Ｉ_A1９９３、Ｉ_A2９９４、Ｉ_A3９９５、Ｉ_A4９９６、Ｉ_A5９９７、Ｉ_A6９９８、Ｉ_A7９９９）を含む。

トーン−シンボル９０６の時間である、デバイスＢ５０４自体のヌルの時間の間モニタを行うデバイスＢ５０４は、干渉変調信号Ｉ_A2９９４を受信し復元することができる。トーン−シンボル９１６の時間である、デバイスＣ５０６自体のヌルの時間の間モニタを行うデバイスＣ５０６は、干渉変調信号Ｉ_A7９９９を受信し復元することができる。検出された干渉信号に基づいて、デバイス（５０４、５０６）の一方または両方が異なるピア発見識別子に切り替える。たとえば、図７では、デバイスＣはピア発見識別子２からピア発見識別子３９９８に切り替わる。

図１０は、干渉信号を生成するデバイスが、特定のデバイスに対応する意図的なヌルに使用されるＯＦＤＭトーン−シンボルを認識する実施形態の例示的な他の干渉信号を示している。たとえば、デバイスＡ５０２は、いくつかの実施形態において、たとえば、ピア発見信号を送信する特定のデバイスによって実現される所定のヌルホッピングパターンに基づいて、意図的なヌルの位置を予想することができる。図１０は、ピア発見ＩＤ２リソース６２１上のデバイスＢ５０４からの例示的なピア発見信号を示す上記に提示された図面９５１と、ピア発見ＩＤ２リソース６２１上のデバイスＣ５０６からの例示的なピア発見信号を示す上記に提示された図面９７１とを含む。

図面１００１は、デバイスＢ５０４に異なるピア発見リソース識別子に切り替えさせることを目的とした、デバイスＡ５０２によって生成され送信される第１の代替干渉信号を示している。デバイスＡ５０２から送信される干渉信号には、それぞれトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）上の変調シンボル（ヌル１００２、ヌル１００３、Ｉ_A2１００４、ヌル１００５、ヌル１００６、ヌル１００７、ヌル１００８、ヌル１００９）を含む。

図面１０５１は、デバイスＣ５０６に異なるピア発見リソース識別子に切り替えさせることを目的とした、デバイスＡ５０２によって生成され送信される第２の代替干渉信号を示している。デバイスＡ５０２から送信される干渉信号には、それぞれトーン−シンボル（９０２、９０４、９０６、９０８、９１０、９１２、９１４、９１６）上の変調シンボル（ヌル１０５２、ヌル１０５３、ヌル１０５４、ヌル１０５５、ヌル１０５６、ヌル１０５７、ヌル１０５８、Ｉ_A7１０５９）を含む。

図１１は、いくつかの実施形態で維持され使用される、ピア発見リソースモニタ／追跡情報１１００の例示的なテーブルおよびピア発見リソース順序付け情報１１５０の例示的なテーブルを示している。いくつかの実施形態において、ピアツーピアデバイスは、１組のピア発見リソースに対応する電力レベル情報を測定し、識別子ごとに総電力情報を求め、識別子ごとに最も強い受信信号に対応する電力レベル情報を判定し、識別子ごとに干渉電力情報を決定する。テーブル１１００は、このような情報の集合を表す。テーブル１１００の情報は、デバイスが干渉信号をいつ生成して送信すべきかを判定するときにこのデバイスによって使用することができ、実際にそのように使用されることがあり、たとえば、デバイスＡ５０２によって干渉信号を生成し送信することを決定する際に使用される。

テーブル１１００は、リソースモニタ／追跡情報のテーブルであり、各ピア発見リソース識別子に対応する列を含む。列１１０２はＩＤ１情報用の列であり、列１１０４はＩＤ２情報用の列であり、列１１０６はＩＤ３情報用の列であり、、、列１１０８はＩＤ３９９８情報用の列であり、列１１１０はＩＤ３９９９情報用の列であり、列１１１２はＩＤ４０００情報用の列である。行１１１４は、各識別子に対応する総受信電力測定値を列挙している。行１１１６は、各識別子に対応する最も強い受信ピア発見信号の推定された受信電力を列挙している。行１１１８は、各識別子に対応する干渉電力レベルを列挙している。

また、いくつかの実施形態において、ピア発見デバイスは、最も強い信号の受信電力推定値に基づいて各識別子を順序付ける。テーブル１１５０は、そのようなリソースの順序を表している。いくつかの実施形態において、リソース順序付け情報は、変更を加える際にどのＩＤを選択すべきかを判定するために、デバイス、たとえば、図７の例のデバイスＣ５０６によって使用される。いくつかの実施形態において、変更を加えるデバイスは、低電力レベルに対応する、使用すべき新しい識別子を選択する。

テーブル１１５０は、４０００個の異なるピア発見識別子の各々について識別子に関連する電力情報に基づくリソース順序付け情報を列挙している。一方の極値として最大電力Ｐ_max１１５２があり、他方の極値として最小電力Ｐ_min１１５４がある。各識別子は、識別子に対応する最も強い受信電力測定値情報に基づくテーブル上の位置にマップされる。たとえば、例示的なピア発見識別子＝Ｋは、矢印１１５６によって示される位置にマップされる電力レベルＰ_SID=Kを有する。

図１２は、図１２Ａと図１２Ｂの組み合わせを含み、例示的な実施形態によるピアツーピアワイヤレス通信デバイスを動作させる例示的な方法のフローチャート１２００である。動作はステップ１２０２で開始し、通信デバイスが、電源をオンにされ、初期設定され、ステップ１２０４に進む。

ステップ１２０４で、通信デバイスは、異なるピア発見リソース識別子に対応するピア発見無線リンクリソースをモニタする。たとえば、一実施形態では、４０００個の異なるピア発見リソース識別子があり、各識別子はピア発見リソースブロックの異なるピア発見無線リンクリソースに関連付けられる。いくつかの実施形態において、ピア発見識別子に関連するピア発見無線リンクリソースは、１組のＯＦＤＭトーン−シンボル、たとえば、１組の８つのＯＦＤＭトーン−シンボルを備える。

動作はステップ１２０４からステップ１２０６に進む。ステップ１２０６で、通信デバイスはピア発見リソース上の受信電力を測定する。次いで、ステップ１２０８で、通信デバイスは、電力測定値情報に基づいて、ピア発見信号を送信するのに使用されるピア発見リソース識別子を選択する。たとえば、通信デバイスは、受信電力レベルが非常に低かったリソースに対応する識別子を選択する。このように、通信デバイスは、現在局所近傍で使用されていない識別子を選択するのを試みる。しかし、局所近傍の他のノードが選択された識別子をすでに使用しているが、通信デバイスとこのノードとの間のチャネル条件が不十分であったため、通信デバイスがこのノードの存在を認識していない可能性がある。様々な機能が、サードパーティが回線争奪の競合を検出し、そのような競合を解消するための信号を通知すること、たとえば識別子の切り替えを目的とした干渉信号を生成し送信することを容易にする。

動作はステップ１２０８からステップ１２１０に進む。ステップ１２１０、１２１２、１２１４、１２１６、１２１８、１２２０、および１２２２の組内の各ステップは、ピア発見リソースブロック内の通信をサポートするために実行される。ステップ１２１０で、通信デバイスは、少なくとも１つのヌルを含むピア発見信号を生成する。生成されたピア発見信号は、通信デバイスによって、選択された識別子に対応するピア発見無線リンクリソースを使用して送信される。動作はステップ１２１０からステップ１２１２に進む。

ステップ１２１２で、通信デバイスは、現在のシンボル送信時間間隔中に送信を行うべきかそれともモニタを行うべきかどうかを判定する。通信デバイスは、現在のシンボル送信時間間隔中に非ヌルピア発見変調シンボルおよび／または干渉変調シンボルを送信する予定である場合は、現在のシンボル送信時間間隔中に送信を行う。現在のシンボル送信時間間隔中に非ヌルピア発見変調シンボルおよび／または干渉変調シンボルを送信する予定ではない場合、通信デバイスは現在のシンボル送信時間間隔中に受信を行う。通信デバイスが送信を行う場合、動作はステップ１２１２からステップ１２１４に進む。ステップ１２１４で、通信デバイスはピア発見信号部分および干渉信号部分の少なくとも一方、たとえば、独自のピア発見信号の非ヌル変調シンボルおよび／または干渉変調シンボルを送信する。動作はステップ１２１４からステップ１２２０に進む。

ステップ１２１２に戻り、通信デバイスが送信を行うべきではないと判定した場合、動作はステップ１２１２からステップ１２１６に進む。ステップ１２１１６で、通信デバイスは、ピア発見無線リンクリソースで伝送される信号を受信する。同じ無線リンクリソースで、同じピア発見識別子を使用する２つの送信ノードから信号を受信することもある。動作はステップ１２１６からステップ１２１８に進み、通信デバイスが受信信号の電力を測定する。動作はステップ１２１８からステップ１２２０に進む。

ステップ１２２０で、通信デバイスは、ピア発見リソースブロック内に別のシンボル時間間隔があるか否かを検査する。ピア発見リソースブロック内に少なくとも１つの別のシンボル時間間隔がある場合、動作はステップ１２２０からステップ１２２２に進み、通信デバイスは、ピア発見ブロックの次のシンボル送信時間間隔に進む。動作はステップ１２２２からステップ１２１２に進む。

ステップ１２２０に戻り、ステップ１２２０で、通信デバイスがピア発見リソースブロック内に別のシンボル送信時間間隔がまったくないと判定した場合、動作は接続ノードＡ１２２４を介してステップ１２２０から１２２６に進み、かつ接続ノードＣ１２３４を介してステップ１２５０に進む。

通信デバイスによって通信デバイスのピア発見信号送信に使用されるピア発見無線リンクリソース識別子以外の各ピア発見無線リンクリソース識別子に対応する、ステップ１２２６からステップ１２２８を介してステップ１２３０に至るまでのフローが実行される。ステップ１２２６で、通信デバイスは総受信電力を推定する。次いで、ステップ１２２８で、通信デバイスは、最も強い受信ピア発見信号の受信信号電力を推定する。同じピア発見識別子に関連する同じ無線リンクリソースを使用した意図的なヌル同士の間のずれによって上記の測定が容易になる。次いで、ステップ１２３０で、通信デバイスは干渉電力レベルを推定する。たとえば、ワイヤレス通信デバイスは、ピア発見無線リンクリソース識別子ｋに応じて、ステップ１２２６で値Ｐ_T（ｋ）、ステップ１２２８で値Ｐ_S（ｋ）、ステップ１２３０で値Ｐ_I（ｋ）を得る。各ピア発見無線リンクリソース識別子が処理された後、動作はステップ１２３０からステップ１２３２に進む。

ステップ１２３２で、通信デバイスは、複数の発見リソース識別子に対応する電力測定値に基づくジャミングしきい値レベルを更新する。たとえば、ステップ１２３２で、ワイヤレスデバイスはジャミングしきい値Ｔ_JAM＝Ｔ₂Ｐ^*を生成する。ここで、Ｐ^*は、複数のリソースに対応する電力測定値の関数として算出される値であり、たとえば、Ｐ^*＝関数（Ｐ_T（ｉ＝１）、、、Ｐ_T（ｉ＝ｍ）、Ｐ_S（ｉ＝１）、、、ＰＳ（ｉ＝ｍ））であり、この場合、ｍは１よりも大きい整数であり、Ｔ₂は定数である。動作はステップ１２３２からステップ１２３４に進む。ステップ１２３４で、通信デバイスは、複数の発見リソース識別子に対応する電力測定値に基づく切り替えレベルしきい値を更新する。たとえば、ステップ１２３４で、ワイヤレスデバイスは切り替えしきい値Ｔ_SW＝関数（Ｐ_T（ｉ＝１）、、、Ｐ_T（ｉ＝ｍ）、Ｐ_S（ｉ＝１）、、、Ｐ_S（ｉ＝ｍ）、Ｐ_I（ｉ＝１）、、、Ｐ_I（ｉ＝ｍ）を生成する。ここで、ｍは１よりも大きい整数である。動作はステップ１２３４からステップ１２３６に進む。

通信デバイスによってそのピア発見信号送信に使用されるピア発見無線リンクリソース識別子以外の各ピア発見無線リンクリソース識別子に対応する、ステップ１２３６および１２３０を含むフローが実行される。ステップ１２３６で、通信デバイスは、処理中の識別子に対応する干渉信号を送信すべきか否かを判定する。ステップ１２３６は、ステップ１２３８、ステップ１２４０、ステップ１２４２、およびステップ１２４４を含む。ステップ１２３８で、通信デバイスは、伝送された少なくとも１つの受信信号を復号できるか否かを判定する。たとえば、ステップ１２３８で、通信デバイスは、Ｐ_S（ｋ）／（Ｐ_T（ｋ）−Ｐ_S（ｋ））＞Ｔ₁に関する試験を実行する。ここで、Ｔ₁は復号しきい値である。伝送された少なくとも１つの信号を復号できる場合、動作はステップ１２４２に進み、通信デバイスは干渉信号を送信しないことに決定する。しかし、通信デバイスが、伝送された少なくとも１つの信号を復号できないと判定した場合、動作はステップ１２３８からステップ１２４０に進む。ステップ１２４０で、通信デバイスは、ステップ１２２８で求められた最も強い受信信号の電力レベルがジャミングしきい値レベルを超えているか否かを判定する。たとえば、ステップ１２４０で、通信デバイスは、Ｐ_S（ｋ）＞Ｔ_JAMであるか否かに関する試験を実行する。電力レベルがジャミングしきい値レベルを超えていない場合、動作はステップ１２４０からステップ１２４２に進み、通信デバイスは干渉信号を送信しないことに決定する。最も強い受信信号が非常に弱い場合、通信デバイスは、干渉信号を除去した場合でもこの弱い信号を復号できない可能性があり、この場合、識別子の切り替えを開始するために干渉信号を生成することは無意味である。動作はステップ１２４２から接続ノードＢ１２４８に進む。

ステップ１２４０に戻り、ステップ１２４０で、最も強い信号の電力レベルがジャミングしきい値レベルを超えていると判定された場合、動作はステップ１２４０からステップ１２４４に進む。ステップ１２４４で、通信デバイスは、干渉信号を送信することに決定する。動作はステップ１２４４からステップ１２４６に進み、通信デバイスは、後続のピア発見ブロックで、処理中の識別子に対応するピア発見リソースで伝送すべき干渉信号を生成する。動作はステップ１２４６から接続ノードＢ１２４８に進む。

接続ノードＣ１２３４に戻り、動作が接続ノードＣ１２３４からステップ１２５０に進む。通信デバイスによってそのピア発見信号送信に現在使用されている選択されたピア発見無線リンクリソース識別子に対応するステップ１２５０、１２５２、および１２５４を含むフローが実行される。ピア発見信号は少なくとも１つの意図的なヌルを含む。ピア発見信号内の意図的なヌルの位置は、同じ識別子を選択する２つのデバイスがそれぞれの異なる位置に意図的なヌルを有するように意図的にランダム化される。この特徴は、干渉の測定および意図的な干渉信号の検出を容易にする。

ステップ１２５０で、通信デバイスは、その通信デバイスが生成したピア発見信号のヌル位置に対応する受信信号の電力を切り替えしきい値、たとえば、Ｔ_SWと比較する。この状況で評価される測定される受信信号は、同じピア発見識別子を使用する他のデバイスから受信される発見信号の変調シンボルであってよく、あるいは通信デバイスに、その通信デバイスが選択したピア発見識別子に切り替えさせるために伝送される意図的な干渉変調シンボルであってよい。動作はステップ１２５０からステップ１２５２に進む。

ステップ１２５２で、ステップ１２５０の比較によって、受信電力が切り替えしきい値よりも大きいことが示された場合、動作はステップ１２５２からステップ１２５４に進む。ステップ１２５４で、通信デバイスは、記憶されているピア発見電力情報として使用すべき新しいピア発見リソース識別子を選択する。たとえば、通信デバイスは、各ピア発見識別子に対応する受信電力を追跡しており、現在受信電力レベルが低い識別子を選択する。動作は、ステップ１２５４から接続ノードＤ１２５６に進む。ステップ１２５２に戻り、ステップ１２５２で、比較によって、受信電力が切り替えしきい値以下であることが示された場合、通信デバイスは、その通信デバイスが選択したピア発見識別子を変更せず、動作はステップ１２５２から接続ノードＤ１２５６に進む。

動作は、接続ノードＢ１２４８および接続ノードＤ１２５６からステップ１２１０に進み、後続のピア発見ブロックに対応する通信処理を開始する。ワイヤレス通信デバイスは、そのワイヤレス通信デバイスが現在保持しているピア発見デバイス識別子に対応する無線リンクリソースを使用して他のピア発見信号を送信する。ワイヤレス通信デバイスは、たとえばブロック１２３６の判定に基づいて、１つまたは複数の干渉信号を送信することができ、実際に送信することがある。タイミング構造情報、たとえば、反復ピアツーピアタイミング構造は、特定のピア発見デバイス識別子をピア発見リソースブロック内の特定の送信ユニットリソースにマップする上記の通信デバイスによって認識され使用される。

図１３は、例示的な実施形態による例示的なワイヤレス通信デバイス１３００の図面である。例示的なワイヤレス通信デバイス１３００は、たとえば図１のワイヤレス通信デバイスのうちの１つである。例示的なワイヤレス通信デバイス１３００は、図１２のフローチャート１２００による方法を実施することができ、実際に実施することがある。

ワイヤレス通信デバイス１３００は、様々な要素（１３０２、１３０４）がデータおよび情報を相互に交換するのを可能にするバス１３０９を介して互いに結合されたプロセッサ１３０２とメモリ１３０４とを含む。通信デバイス１３００は、図示のようにプロセッサ１３０２に結合することのできる入力モジュール１３０６と出力モジュール１３０８とをさらに含む。しかし、いくつかの実施形態において、入力モジュール１３０６および出力モジュール１３０８はプロセッサ１３０２の内部に配置される。入力モジュール１３０６は、入力信号を受信することができる。入力モジュール１３０６は、入力を受信するワイヤレス受信機および／または有線入力インターフェースもしくは光学入力インターフェースを含んでよく、いくつかの実施形態では実際に含んでいる。出力モジュール１３０８は、出力を送信するワイヤレス送信機および／または有線出力インターフェースもしくは光学出力インターフェースを含んでよく、いくつかの実施形態では実際に含んでいる。

図１４は、図１３に示されている通信デバイス１３００で使用することができ、いくつかの実施形態では実際に使用されるモジュールのアセンブリ１４００である。アセンブリ１４００内のモジュールは、図１３のプロセッサ１３０２内のハードウェアで、たとえば個々の回路として実現することができる。あるいは、各モジュールをソフトウェアで実現し、図１３に示されている通信デバイス１３００のメモリ１３０４に記憶することができる。図１３の実施形態では単一のプロセッサ、たとえばコンピュータとして示されているが、プロセッサ１３０２を１つまたは複数のプロセッサ、たとえばコンピュータとして実現できることを理解されたい。モジュールがソフトウェアで実現されるとき、各モジュールは、プロセッサによって実行されたときにそのモジュールに対応する機能を実現するようにプロセッサ１３０２、たとえばコンピュータを構成するコードを含む。いくつかの実施形態において、プロセッサ１３０２は、モジュールのアセンブリ１４００の各モジュールを実現するように構成される。モジュールのアセンブリ１４００がメモリ１３０４に記憶される実施形態において、メモリ１３０４は、少なくとも１つのコンピュータ、たとえばプロセッサ１３０２に各モジュールに対応する機能を実施させるコード、たとえば、各モジュールに関する個々のコードを含むコンピュータ可読媒体を備えるコンピュータプログラムプロダクトである。

完全にハードウェアベースまたは完全にソフトウェアベースのモジュールが使用されてよい。しかし、ソフトウェアモジュールとハードウェア（たとえば、実現される回路）モジュールの任意の組み合わせを使用して機能を実施してもよいことを理解されたい。理解されるように、図１４に示されているモジュールは、図１２の方法フローチャート１２００に示されている対応するステップの機能を実行するように通信デバイス１３００またはプロセッサ１３０２のような通信デバイス１３００の要素を制御しかつ／あるいは構成する。

図１４のモジュールのアセンブリ１４００では、’が後に続く番号を有するモジュールは、図１２のフローチャート１２００内の対応するステップと同じ機能または同様の機能に対応する。図１４のモジュールのアセンブリ１４００において、モジュール（１２０４’、１２０６’、１２０８’、１２１０’、１２１２’、１２１４’、１２１６’、１２１８’、１２２０’、１２２２’、１２２６’、１２２８’、１２３０’、１２３２’、１２３４’、１２３６’、１２３８’、１２４０’、１２４２’、１２４４’、１２５０’、１２５２’、１２５４’）はそれぞれ、図１２のフローチャート１２００のステップ（１２０４、１２０６、１２０８、１２１０、１２１２、１２１４、１２１６、１２１８、１２２０、１２２２、１２２６、１２２８、１２３０、１２３２、１２３４、１２３６、１２３８、１２４０、１２４２、１２４４、１２４６、１２５０、１２５２、１２５４）に対応する。たとえば、図１４のモジュールのアセンブリ１４００のモジュール１２０８’は、図１２のフローチャート１２００のステップ１２０８の機能に対応し、かつこの機能を実行する。モジュール１２０８’は、ピア発見信号を送信するのに使用すべきピア発見リソース識別子を選択するモジュールであり、ステップ１２０８で、通信デバイスは、ピア発見信号を送信するのに使用すべきピア発見リソース識別子を選択する。

モジュールのアセンブリ１４００は、ピアツーピア反復タイミング構造情報１４７１と、ピアツーピアリソースモニタおよび／または追跡情報１４７２と、ピア発見リソース順序付け情報１４７４も含む。ピアツーピアタイミング構造情報１４７１は、ピア発見リソースブロックと、ピア発見リソースブロック内の個々のピア発見識別子ベースのリソースと、個々のピア発見識別子ベースのリソースに対応する数組の基本送信ユニットと、トーン特性と、シンボル送信タイミング特性と、ピア発見リソースブロック内のマッピング識別子ベースのリソースと、ホッピング情報とを識別および／または定義する情報を含む。図６は、ある例示的なピアツーピアタイミング構造情報１４７１を示している。ピアツーピアリソースモニタおよび／または追跡情報１４７２は、通信デバイスによってどの発見リソース識別子が選択され使用されているかを特定する情報と、識別子ごとに測定される発見リソース受信電力情報と、識別子ごとに推定される、発見リソース総受信電力情報と、識別子ごとに推定される、最も強い受信信号の発見リソース電力情報と、識別子ごとに推定される発見リソース干渉情報とを含む。図１１のテーブル１１００は、例示的な一実施形態におけるピアツーピアリソースモニタおよび／または追跡情報１４７２に含まれるある情報の例を示している。情報１４７２は、モジュール１２４２’によって、１つまたは複数の干渉信号を送信すべきか否かを判定する際に使用される。ピアツーピアリソース順序付け情報１４７４は、各ピア発見リソースを推定された受信電力レベルに関連付ける情報を含む。図１１の図面１１５０は、ピアツーピアリソース順序付け情報１４７２に含まれるある情報の一例を示している。ピアツーピアリソース順序付け情報は、モジュール１２３０’によって、新しい識別子を選択する際に使用され、たとえば、通信デバイスは低受信電力に対応する識別子を選択する。

モジュールのアセンブリ１４００は、モジュール１２３４’の出力であり、モジュール１２５０’によって入力として使用される切り替えしきい値１４７５も含む。また、モジュールのアセンブリ１４００は、モジュール１２３２’の出力であり、モジュール１２４０’によって入力として使用されるジャミングしきい値１４７６も含む。

例示的ないくつかのピアツーピアワイヤレス通信システムでは、各デバイスは、システム全体にわたって再使用される通信リソース、たとえば、ＩＤリソースと呼ばれる時間／周波数自由度で、ＩＤ信号と呼ばれる発見情報を送信する。例示的ないくつかのシステムでは、各デバイスは、所与の時間に自律的に占有するＩＤリソースを選択する。このため、互いの送信範囲内に位置する２つ以上のデバイスが誤って同じＩＤリソースを選択する状況に陥る可能性があり、実際にそうなることがある。デバイスは、このようなコリジョンを起こしたことを検出したときに、将来のコリジョンを回避するために他のＩＤリソースを選択することができる。しかし、このようなコリジョンが発生したときに、関与するデバイスがそれを検出できないことがある。デバイスがコリジョンを検出できないのは、シャドウイングが生じているか、あるいは単にデバイス同士が互いに遠く離れているが、デバイス同士の間の中間位置からはコリジョンが生じているように見えるためである可能性がある。このような場合、たとえば、隠れノード状況では、コリジョンを検出しコリジョンの影響を受けるサードパーティが、コリジョンに陥っている１つまたは複数のデバイスに他のＩＤリソースに切り替えさせることが望ましいことがある。サードパーティのデバイスは、いくつかの実施形態において、コリジョン信号、たとえば、干渉信号を１つまたは複数の隠れノードに供給する同じＩＤリソースを一時的に占有し、たとえば、このＩＤリソースで送信を行うことによって上記の切り替えを実現する。この場合、１つまたは複数の隠れノードは、擬似コリジョンを検出し、他のＩＤリソースに切り替わる。

以下に、例示的ないくつかの実施形態の様々な特徴および態様について説明する。いくつかの特徴は、ワイヤレス通信システムにおけるピア発見動作に適しており、かつ／あるいは隠れノードの問題を解決するのに適している。いくつかの実施形態において、各々が、定期的に反復され、発見に使用される特定の通信リソース、たとえば、自由度に結合されたＩＤリソースの集合であるＩＤリソース空間がある。ＩＤリソース選択プロセスは、そのようないくつかの実施形態において、擬似ランダム選択プロセス、自律選択プロセス、および分散選択プロセスであり、ＩＤリソース空間の使用を最適化することを目的としている。ＩＤリソース空間の使用を最適化する際、デバイスをその所与の送信電力および所望のレートで検出できる範囲が最大にされることが多い。

各ＩＤリソースは空間全体にわたって再使用され、地理的に分離された様々なデバイスが同じＩＤリソースを使用してもよい。ＩＤリソースの再使用スケール（距離）はデバイス密度に応じて決まることがある。いくつかの実施形態において、密度が高くなると再使用距離が短くなる。このため、検出可能な範囲はデバイス密度に応じて変動する。一般に、デバイスがたとえばモバイルデバイスである場合、ＩＤリソースの割り当ては動的なプロセスであり、そのようなシステムを構成する際には動的な効果を検討する必要がある。ＩＤ信号の送信は、ＩＤブロードキャストが、エネルギーを有さない利用可能な１つまたは複数の通信リソース、たとえば、ＩＤリソースに対応する時間−周波数単位を残すように構成することができる。これをＩＤ信号のヌル部分と呼ぶ。異なるデバイスがそれぞれ異なるように、たとえば擬似ランダム的に信号のヌル部分を選択することができ、したがって、送信側デバイスは、無効化されたリソースを使用して、同じＩＤリソースを使用する他のデバイスの存在を検出することができる。デバイスが移動可能であるため、２つのデバイスが同じＩＤリソースを使用して互いに近接し、したがって、互いの検出可能な範囲を狭くすることが可能である。信号のヌル部分は、送信側デバイスによって、強力な干渉要素が存在するかどうかに関してＩＤリソースをモニタするために使用することができ、実際にそのように使用されることがある。強力な干渉要素があるとすると、デバイスはこのＩＤリソースを無効化し、別のＩＤリソースを選択する。さらに、デバイスは信号エネルギーと、他のＩＤリソースに対応する１組の通信リソースの意図的なヌル位置上のエネルギーの両方を推定することができる。この推定は、最低のエネルギーを有する１以上の自由度を特定し、１以上の自由度を、ＩＤリソースを占有する最も強力なデバイスのヌル通信リソースとみなすことによって行うことができる。受信測デバイスの有効な仮定は、最も強力な送信機があり、受信側デバイスが最も強力な送信機についてのＩＤ信号環境に対する受信機デバイス自体の見解（view）を推定するという仮定である。受信側デバイスは、最も強力な送信機の信号電力と、他の送信機および熱雑音から生じる干渉電力の両方を推定することができる。

ＩＤリソースの再使用に関連する特に困難な問題は、いわゆる隠れノード問題である。隠れノードのシナリオでは、２つのノード、たとえば、ピアデバイスが互いに見えなくなり、たとえば、直接的な信号伝搬がなくなり、誤って同じＩＤリソースを選択することがある。近傍の第３のデバイスが、両方のデバイスからＩＤ信号を受信し、このＩＤリソース上に大きなエネルギーが存在するのを検出することがあるが、干渉レベルが高いために信号を復号できないことがある。送信側デバイスは、その送信側デバイスが送信側デバイス自体のＩＤリソースを再使用していることを検出できないため、この問題の解消は第３のデバイスに委ねられる。これを実現するために、第３のデバイスは、いくつかの実施形態において、ローカルＩＤリソースを占有しているデバイスからの送信に意図的に干渉することによってこのローカルＩＤリソースに「ジャミング」をかけ、それによって、互いに隠れた２つのノード、または２つのノードの少なくとも一方は、このＩＤリソースを無効化し、他のＩＤリソースを選択する。基本的に、第３のデバイスは、その第３のデバイスが観測するＩＤリソースのコリジョンを反映するように働き、少なくとも一方の隠れノードデバイスが他方のノードデバイスを効果的に認識するのを可能にする。

サードパーティのジャミングは、場合によっては分散ＩＤリソース管理プロセスを不安定にする。場合によっては、各デバイスは、別のローカルに占有されていないＩＤリソースを占有するようにＩＤリソースを選択する。「ローカルに占有されていない」という記述は、任意の方法を効果的に実施するうえで重要な留意点である。

いくつかの実施形態において、基本的なデバイスＩＤリソース動作は以下のとおりである。
Ａ１：送信用のＩＤリソースを選択し、送信を開始する。
Ａ２：あるＩＤリソースを無効化する−あるＩＤリソースでの送信を停止する。
Ａ３：あるＩＤリソースにジャミングをかける−コリジョンが検出されたため、他のデバイスに処置Ａ２を講じさせることを試みる。

デバイスが最初にあるＩＤリソースを選択し、このＩＤリソースで送信を開始する（Ａ１）とどうなるかを考える。送信が開始すると、同じＩＤリソースを使用する他の任意のデバイスからの信号に対する干渉が増強される。特に、場所によっては、この新たな送信の前にはこのＩＤリソースを（このＩＤリソースを占有する最も強力なデバイスからの信号に）復号可能であったが、この新たな送信が開始された後、同じＩＤリソースが復号不能になる。この場合、そのような場所に位置するデバイスは、場合によっては、このＩＤリソースにジャミングをかける（Ａ３）位置にある。ジャミング信号が送信されると、このＩＤリソースを占有しているデバイスがリソースを切り替え、たとえば、現在のローカルＩＤを無効化し（Ａ２）、他のローカルＩＤを占有する（Ａ１）ことができる。これによって、他のジャミングイベントが発生する可能性が生じる。ジャミングを積極的に使用すると、ＩＤリソース選択プロセスを容易に不安定にすることができる。特に、デバイスの密度が高くなる場合、ＩＤの復号可能な領域が縮小することが予期される。したがって、明白なコリジョンにジャミングをかけるべきか否かの判定は、観測されるデバイス密度に応じて行う必要がある。

ジャミングプロトコルの構成において適用できる一般的な原則は、ジャミングのような処置によってＩＤリソースの復号可能性が向上する確率が非常に高いときにのみデバイスがジャミングをかけるべきであるという原則である。ジャミングが生じると、ジャミングをかけられたデバイスは新しいＩＤリソースを選択することが多い。ジャミングを実行したデバイスは、この新しいＩＤリソースによって、ＩＤ信号が復号可能になることを高い確率で予期すべきである。その場合、ＩＤ信号が復号可能になるかどうかは、ジャミングを実行したデバイスの視点からの、選択されるＩＤリソースの分布に応じて決まる。処置Ａ１で使用されるプロトコルでは、選択側のデバイスが、信号エネルギーが比較的少ないとみなすリソースを選択することが必要になることが多い。デバイスとジャミングをかける側のデバイスとの間の距離および他の伝搬効果に応じて、ジャミングをかける側のデバイスの視点から、選択されるＩＤが有するエネルギーが比較的少ない場合とそうでない場合がある。ジャミングをかける側のデバイスの視点から、場合によっては選択されるＩＤリソースの分布およびそのようなＩＤリソース上のエネルギーは、ジャミングイベントがＩＤリソース復号可能性状況を向上させる可能性に著しい影響を及ぼす。したがって、処置Ａ３を講じるためのプロトコルは、ＩＤリソース上の観測されるエネルギーおよびジャミングをかける側のデバイスの対象となるデバイスからの受信信号電力（受信信号電力によって、このデバイスの距離の推定値が得られる）に応じて決まることがある。

いくつかの実施形態において、後述のようなＩＤリソース測定に関する条件の下で様々な処置が講じられる。

取得する（Ａ１）。
デバイスは、ＩＤリソースを選択する際、そのＩＤリソース上で観測するエネルギーが十分に低いエネルギーである必要がある。ＩＤリソース空間を無制限に占有できるようにシステムをスケーリングする場合、「十分に低い」を特徴付ける概念が密度に依存することは明らかである。ポリシーの一例として、デバイスは、検出されるエネルギーがリソース空間の最小値から１０％以内のＩＤリソースのうちからＩＤリソースを選択すべきであり、そのエネルギーは、最小値から数ｄＢ内（たとえば、３ｄＢ以内）のエネルギーである。この最後の条件は、リソースのうちで実際に占有されていない部分が、リソースのわずかな部分、すなわち１０％未満である場合を対象とする条件である。この選択ポリシーを使用すると、デバイスは、本明細書ではＰ_interfereと示されるＩＤを選択したときに受ける最悪ケースの干渉エネルギーを観測する。

無効化する（Ａ２）。
デバイスは、そのヌル信号部分上のエネルギーを測定することによって、Ｐ_interfereよりも著しく大きい干渉エネルギーを受けていると判定した場合に、デバイスのＩＤリソースを無効化する必要がある。「著しく高い」という記述は、システム構成上の判定である。エネルギーをｄＢ単位で表すと仮定すると、ヌルトーン上で観測される干渉エネルギーがＴ_vacate＋Ｐ_intrfereを超えたときに処置Ａ２が講じられるようにオフセットＴ_vacateが生じることが多い。干渉の測定には雑音が伴い、したがって、デバイスは時間平均を求めることが多い。非常に大きな干渉エネルギーが検出された場合、処置Ａ２を迅速に講じることができる。このことは、隠れ雑音ケースでシステムに有利である場合がある。なぜなら、エネルギーの大きなジャミングをかける側のデバイスは、Ａ２を実行するのに必要な期間と同じ期間にわたってジャミングをかける必要がないからである。

ジャミングをかける（Ａ３）。
デバイスは、以下のときにＩＤリソースにジャミングをかけるべきである。

１）あるローカルＩＤで最も強力な信号を送信するデバイス上のそのローカルＩＤを強制的に変更すると、そのＩＤが高い確率で復号可能になる。
２）このローカルＩＤが現在復号可能ではない。

ジャミング信号は、最も強い信号を送信するデバイスが最終的にそのデバイスのＩＤリソースを無効化するのに十分なほど強力であるべきである。

次に、ジャミング判定プロセスについて詳しく説明する。いくつかの実施形態において、各デバイスは、Ｐⁱ _maxおよびＰⁱ _min、すなわち、リソース上で観測される最大エネルギーと１つのヌル部分を含む期間にわたって観測される最小エネルギーを測定することによってＩＤリソース空間を信号とヌルエネルギーの両方についてモニタする（この場合、ｉはすべてのＩＤリソースの範囲である）。デバイスは、そのデバイスがＩＤリソースを選択するｉ個のＩＤリソースの（たとえば）最大値Ｐⁱ _maxを表すしきい値レベルＰ_interfereを維持する。デバイスは、特定のＩＤリソースｊについて、Ｐ^j _max−Ｐ^j _min（ＩＤリソースを占有する最も強力なデバイスの推定される信号電力）とＰ^j _minの両方が例外的に大きい場合に処置Ａ３を講じる。このことは、最も強力なユーザと干渉がどちらも比較的高い電力を有するため、隠れノード問題が生じている可能性があることを示している。例外的に大きいという概念を定量化するには、Ｐ^j _maxとＰ^j _minの対の異常性を定量化する必要がある。この定量化は、Ｐⁱ _maxおよびＰⁱ _minの観測値に基づく定量化である。たとえば、処置Ａ３を講じる前に、最も強い信号がＰ^j _max−Ｐ^j _min上の電力またはその一部と同じ大きさの電力を有する、ｊ番目のＩＤリソース以外のすべてのＩＤリソースまたはほぼすべてのＩＤリソースについて、最も強力なユーザが復号可能であることが必要になることがある。

判定プロセスで使用されるこれらの様々な電力量に関する推定時間が重要である場合がある。たとえば可動性による一時的イベントは、ＩＤリソース管理における過剰反応を生じさせないことが好ましい。また、各測定値は雑音を伴い、変動し、したがって、電力測定値は時間の経過とともにフィルタリングすべきであり、いくつかの実施形態では実際に時間の経過とともにフィルタリングされる。これによって、たとえば、ジャミングをかける側のデバイスが引き続きジャミングをかける必要のある持続時間が影響を受ける。さらに、このことは、高いジャミング電力は低いジャミング電力よりも反応が高速になることを意味する。したがって、ジャミング信号の電力および持続時間は、推定フィルタリングプロセスで使用される時定数を考慮に入れるべきであり、いくつかの実施形態では実際に考慮に入れている。

様々な実装形態は、ＩＤリソース割り当ての安定性および効率を含む基本的な問題のうちの１つまたは複数を考慮する。いくつかの実施形態は、様々な伝搬モデルによるランダム削除（random drops）だけでなく、様々な状況を考慮しそれらの状況に対処している。

スタジアムフィリング（stadium filling）シナリオ：様々な実施形態は、システムが、それほどのオーバヘッドおよび切り替えなしに密度が動的に変化する状態でＩＤを適切に分散させることを確実にする目標に従って実施される。

密／疎設定におけるＩＤ空間に対する可動性の影響：様々な実施形態は、様々な速度で移動可能であることの、ＩＤ割り当てに対する影響を考慮に入れている。いくつかの実施形態は、ローカルＩＤの不要な変更のレートを最小限に抑えることを目的として実施される。

いくつかの実施形態は、ＩＤ再使用の動的特性および最終的な構成（収束を仮定する）をモニタするためにかなりの量のシャドウイング（隠れノード）を含むランダムな初期配置の状況を考慮に入れている。

いくつかの実施形態は、範囲内の複数のクラスタ（密に配置されたノード）の状況を考慮に入れている。

いくつかの実施形態は、状態追跡および情報定義を考慮に入れている。いくつかの実施形態において、Ｐ_maxおよびＰ_minを測定するだけでなく、ジャミングイベントおよび／またはその結果を検出しかつ／あるいは追跡する。デバイスは、トラフィックチャネルを使用することによって、そのデバイスが通信する他のデバイスを追跡することができ、実際に追跡することもある。

ソフトウェア、ハードウェア、および／またはソフトウェアとハードウェアの組み合わせを使用して様々な実施形態の技術を実施することができる。いくつかの実施形態において、各モジュールは物理的なモジュールとして実現される。そのようないくつかの実施形態において、個々の物理的なモジュールは、ハードウェアで、たとえば、回路として実現されるか、あるいはハードウェア、たとえば回路と、いくらかのソフトウェアとを含む。他の実施形態において、各モジュールは、メモリに記憶され、プロセッサ、たとえば、汎用コンピュータによって実行されるソフトウェアモジュールとして実現される。様々な実施形態は、装置、たとえば、固定ワイヤレスノード、携帯電話が唯一の例であるモバイルアクセス端末のようなモバイルノード、１つまたは複数の接続ポイントを含む基地局のようなアクセスポイント、サーバ、および／または通信システムに関する。様々な実施形態は、方法、たとえば、モバイルノードおよび／または固定ノード、基地局などのアクセスポイント、サーバノードおよび／または通信システム、たとえば、ホストを含むワイヤレス通信デバイスを制御しかつ／あるいは動作させる方法にも関する。様々な実施形態は、機械、たとえば、コンピュータ、方法の１つまたは複数のステップを実施するように機械を制御する機械可読命令を含む可読媒体、たとえば、ＲＯＭ、ＲＡＭ、ＣＤ、ハードディスクなどにも関する。

開示されたプロセスにおける各ステップの特定の順序または階層が例示的な手法の一例であることを理解されたい。構成上の好みに基づいて、本開示の範囲から逸脱せずにこのプロセスにおける各ステップの特定の順序または階層を変更できることを理解されたい。添付の方法クレームは、様々なステップの各要素を例示的な順序で示しており、示された特定の順序または階層に限定されることを意味するものではない。

様々な実施形態において、本明細書で説明したノードは、１つまたは複数のモジュールを使用して１つまたは複数の方法に対応するステップ、たとえば、それぞれ第２および第３の通信デバイスからの第１および第２の信号を、第２の通信デバイスと第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信するステップと、第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定するステップと、第１の共有通信リソースで干渉信号を送信するステップとを実行することによって実現される。

したがって、いくつかの実施形態において、様々な特徴は各モジュールを使用して実現される。このようなモジュールは、ソフトウェア、ハードウェア、またはソフトウェアとハードウェアの組み合わせを使用して実現されてよい。上述の方法または方法ステップの多くは、メモリデバイス、たとえば、ＲＡＭ、フロッピー（登録商標）ディスクのような機械可読媒体に含まれるソフトウェアのような機械実行可能な命令を使用して、たとえば、１つまたは複数のノードで、上述の方法のすべてまたは一部を実施するように機械、たとえば、追加的なハードウェアを含むことも含まないこともある汎用コンピュータを制御することによって実施されてよい。したがって、特に、様々な実施形態は、機械、たとえば、プロセッサおよび関連するハードウェアに上述の１つまたは複数の方法のステップのうちの１つまたは複数のステップを実行させる機械実行可能な命令を含む機械可読媒体に関する。いくつかの実施形態は、本発明の１つまたは複数の方法のステップのうちの１つ、複数、またはすべてのステップを実施するように構成されたプロセッサを含むデバイス、たとえば、通信デバイスに関する。

いくつかの実施形態は、コンピュータまたは複数のコンピュータに様々な機能、ステップ、行為、および／または動作、たとえば、上述の１つまたは複数のステップを実施させるコードを備えるコンピュータ可読媒体を備えるコンピュータプログラムプロダクトに関する。コンピュータプログラムプロダクトは、実施形態に応じて、各ステップを実行するためのそれぞれの異なるコードを含んでよく、実際にそのようなコードを含むことがある。したがって、コンピュータプログラムプロダクトは、方法、たとえば、通信デバイスまたはノードを制御する方法の個々の各ステップ用のコードを含んでよく、実際にそのようなコードを含むことがある。コードは、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、または他の種類の記憶デバイスのようなコンピュータ可読媒体上に記憶された機械、たとえば、コンピュータによって実行可能な命令の形をしていてよい。いくつかの実施形態は、コンピュータプログラムプロダクトに関するだけでなく、上述の１つまたは複数の方法の様々な機能、ステップ、行為、および／または動作のうちの１つまたは複数を実施するように構成されたプロセッサにも関する。したがって、いくつかの実施形態は、本明細書で説明した方法のステップのいくつかまたはすべてを実施するように構成されたプロセッサ、たとえば、ＣＰＵに関する。プロセッサは、たとえば、本出願で説明した通信デバイスまたはその他のデバイスで使用されてよい。

いくつかの実施形態において、１つまたは複数のデバイス、たとえば、ワイヤレス端末のような通信デバイスの１つまたは複数のプロセッサ、たとえば、ＣＰＵは、通信デバイスによって実行される方法として記載された方法の各ステップを実行するように構成される。したがって、すべてではなくいくつかの実施形態は、プロセッサが含まれるデバイスによって実行される様々な上述の方法の各ステップに対応するモジュールを含むプロセッサを有するデバイス、たとえば、通信デバイスに関する。すべてではなくいくつかの実施形態において、デバイス、たとえば、通信デバイスは、プロセッサが含まれるデバイスによって実行される様々な上述の方法の各ステップに対応するモジュールを含む。これらのモジュールは、ソフトウェアおよび／またはハードウェアを使用して実現されてよい。

ＯＦＤＭシステムのコンテキストにおいて様々な特徴について説明したが、様々な実施形態の方法および装置のうちの少なくともいくつかの方法および装置は、多数の非ＯＦＤＭシステムおよび／または非セルラーシステムを含む広範囲の通信システムに適用可能である。

当業者には、上記の説明に鑑みて、上述の様々な実施形態の方法および装置の追加的な多数の変形形態が明らかになろう。このような変形形態は範囲内とみなすべきである。これらの方法および装置は、様々な実施形態において、ＣＤＭＡ、直交周波数分割多重方式（ＯＦＤＭ）、ＧＳＭ（登録商標）、および／またはアクセスポイントとモバイルノードおよびワイヤレス通信のようなワイヤレス通信デバイスとの間にワイヤレス通信リンク、たとえば、ＷＡＮワイヤレス通信リンクを確立するのに使用できる様々な他の種類の通信技術と一緒に使用されてよい。これらの方法および装置は、様々な実施形態において、ＣＤＭＡ、直交周波数分割多重化方式（ＯＦＤＭ）、ＧＳＭ、および／またはピアツーピアインターフェースを含むワイヤレス通信デバイス同士の間にワイヤレス通信リンク、たとえば、直接ピアツーピアワイヤレス通信リンクを確立するのに使用できる様々な他の種類の通信技術と一緒に使用されてよい。いくつかの実施形態において、ワイドエリアネットワークインターフェースとピアツーピアネットワークインターフェースの両方を含むワイヤレス通信デバイスは、異なるインターフェースに異なる通信技術を使用し、たとえば、ＷＡＮインターフェースにＣＤＭＡベースの技術とＧＳＭベースの技術の一方を使用し、ピアツーピアインターフェースにＯＦＤＭベースの技術を使用する。いくつかの実施形態において、アクセスポイントは、ＣＤＭＡ、ＧＳＭ、および／またはＯＦＤＭを使用してモバイルノードとの通信リンクを確立する基地局として実現される。様々な実施形態において、モバイルノードは、ノートブックコンピュータ、携帯情報端末（ＰＤＡ）、または方法を実施する受信機／送信機回路ならびに論理および／またはルーチンを含む他の携帯デバイスとして実現される。

Claims (20)

1. 第１の通信デバイスを動作させる方法であって、
   それぞれ第２および第３の通信デバイスからの第１および第２の信号を、前記第２の通信デバイスと前記第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信することと、
   前記第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定することと、
   前記第１の共有通信リソースで干渉信号を送信することと
   を備える方法。
2. 前記干渉信号を送信することは、前記第２および第３のデバイスの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルで前記干渉信号を送信することを含む、
   請求項１に記載の方法。
3. 前記干渉信号を送信する前に、
   前記第１および第２の信号のうちのより強い信号の受信電力レベルを推定することと、
   前記推定された受信電力レベルがしきい値電力レベルを超えていると判定することと
   をさらに備える、請求項１に記載の方法。
4. それぞれ第４および第５の通信デバイスからの第３および第４の信号を、前記第４の通信デバイスと前記第５の通信デバイスの両方によって使用される第２の共有通信リソースで受信することと、
   前記第３および第４の信号のうちのより強い信号の第２の受信電力レベルを推定することと、
   前記第３および第４の信号の信号品質が確実な復号を行うには不十分な品質であると判定することと、
   前記推定された第２の受信電力レベルを前記しきい値電力レベルと比較し、前記推定された第２の受信電力レベルが前記しきい値電力レベルを超えているかどうかを判定することと、
   前記推定された第２の受信電力レベルが前記しきい値電力レベルを超えていないと判定したときに、前記第２の共有通信リソースで第２の干渉信号を送信しないことに決定することと
   をさらに備える、請求項３に記載の方法。
5. 少なくとも１つの他の共有通信リソースで受信された電力に基づいて前記しきい値電力レベルを決定することをさらに備える、
   請求項３に記載の方法。
6. 前記第１の共有通信リソースは、複数のシンボル期間に対応するＯＦＤＭトーン−シンボルを含む、
   請求項３に記載の方法。
7. 前記第１の共有通信リソースは、前記ＯＦＤＭトーン−シンボルを含むピア発見デバイス通信チャネルである、
   請求項６に記載の方法。
8. 第１の通信デバイスであって、
   それぞれ第２および第３の通信デバイスからの第１および第２の信号を、前記第２の通信デバイスと前記第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信するための手段と、
   前記第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定するための手段と、
   前記第１の共有通信リソースで干渉信号を送信するための手段と
   を備える、第１の通信デバイス。
9. 前記干渉信号を送信するための手段は、前記第２および第３のデバイスの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルで前記干渉信号を送信するための手段を含む、
   請求項８に記載の第１の通信デバイス。
10. 前記第１および第２の信号のうちのより強い信号の受信電力レベルを推定するための手段と、
    前記推定された受信電力レベルがしきい値電力レベルを超えていると判定するための手段と
    をさらに備える、請求項８に記載の第１の通信デバイス。
11. それぞれ第４および第５の通信デバイスからの第３および第４の信号を、前記第４の通信デバイスと前記第５の通信デバイスの両方によって使用される第２の共有通信リソースで受信するための手段と、
    前記第３および第４の信号のうちのより強い信号の第２の受信電力レベルを推定するための手段と、
    前記第３および第４の信号の信号品質が確実な復号を行うには不十分な品質であると判定するための手段と、
    前記推定された第２の受信電力レベルを前記しきい値電力レベルと比較し、前記推定された第２の受信電力レベルが前記しきい値電力レベルを超えているかどうかを判定するための手段と、
    前記比較するための手段が、前記推定された第２の受信電力レベルが前記しきい値電力レベルを超えていないと判定したときに、前記第２の共有通信リソースで第２の干渉信号を送信しないことに決定するための手段と
    をさらに備える、請求項１０に記載の第１の通信デバイス。
12. 少なくとも１つの他の共有通信リソースで受信された電力に基づいて前記しきい値電力レベルを決定する手段をさらに備える、
    請求項１０に記載の第１の通信デバイス。
13. 前記第１の共有通信リソースは、複数のシンボル期間に対応するＯＦＤＭトーン−シンボルを含む、
    請求項１０に記載の第１の通信デバイス。
14. 前記第１の共有通信リソースは、前記ＯＦＤＭトーン−シンボルを含むピア発見デバイス通信チャネルである、
    請求項１３に記載の第１の通信デバイス。
15. 第１の通信デバイスで使用されるコンピュータプログラムプロダクトであって、
    少なくとも１つのコンピュータに、それぞれ第２および第３の通信デバイスからの第１および第２の信号を、前記第２の通信デバイスと前記第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信させるためのコードと、
    前記少なくとも１つのコンピュータに、前記第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定させるためのコードと、
    前記少なくとも１つのコンピュータに、前記第１の共有通信リソースで干渉信号を送信させるためのコードと
    を備えるコンピュータ可読媒体を備える
    コンピュータプログラムプロダクト。
16. 第１の通信デバイスであって、
    それぞれ第２および第３の通信デバイスからの第１および第２の信号を、前記第２の通信デバイスと前記第３の通信デバイスの両方によって使用される第１の共有通信リソースで受信し、
    前記第１および第２の信号の信号品質が確実な復号を行うには不十分な品質であると判定し、
    前記第１の共有通信リソースで干渉信号を送信する
    ように構成された少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに結合されたメモリと
    を備える第１の通信デバイス。
17. 前記少なくとも１つのプロセッサはさらに、
    前記干渉信号を送信するように構成されることの一部として、前記第２および第３のデバイスの少なくとも一方によって信号コリジョンとして検出されるのに十分な電力レベルで前記干渉信号を送信するように構成される、
    請求項１６に記載の第１の通信デバイス。
18. 前記少なくとも１つのプロセッサはさらに、
    前記干渉信号を送信する前に、前記第１および第２の信号のうちのより強い信号の受信電力レベルを推定し、
    前記干渉信号を送信する前に、前記推定された受信電力レベルがしきい値電力レベルを超えていると判定するように構成される、
    請求項１６に記載の第１の通信デバイス。
19. 前記少なくとも１つのプロセッサはさらに、
    それぞれ第４および第５の通信デバイスからの第３および第４の信号を、前記第４の通信デバイスと前記第５の通信デバイスの両方によって使用される第２の共有通信リソースで受信し、
    前記第３および第４の信号のうちのより強い信号の第２の受信電力レベルを推定し、
    前記第３および第４の信号の信号品質が確実な復号を行うには不十分な品質であると判定し、
    前記推定された第２の受信電力レベルを前記しきい値電力レベルと比較し、前記推定された第２の受信電力レベルが前記しきい値電力レベルを超えているかどうかを判定し、
    前記推定された第２の受信電力レベルが前記しきい値電力レベルを超えていないと判定したときに、前記第２の共有通信リソースで第２の干渉信号を送信しないことに決定する
    ように構成される、請求項１８に記載の第１の通信デバイス。
20. 前記少なくとも１つのプロセッサはさらに、
    少なくとも１つの他の共有通信リソースで受信された電力に基づいて前記しきい値電力レベルを決定するように構成される、
    請求項１８に記載の第１の通信デバイス。

Images