(57)【要約】  トラフィックエアリンクリソースが共有でき、時々共有されるワイヤレス通信システムにおいて使用するための方法および装置について説明する。説明する様々な方法および装置は、送信制御の決定が非集中的な方法で行われるピアツーピア通信システムでの使用に好適である。例示的なピアツーピア通信システムは、接続優先順位情報および干渉情報を利用して分散的な方法でトラフィック間隔のスケジューリングを実施する。例示的なピアツーピアタイミング構造は、ユーザスケジュール間隔および関連するトラフィック間隔を含む。ユーザスケジュール間隔は、複数の送信要求／要求応答ラウンドを含む。複数の要求／要求応答ラウンドを利用することによって、以前のラウンドにおける譲歩するという接続に対応する送信決定を後続のラウンドにおいてオーバーライドすることができるので、システムにおける総トラフィックスループットが高くなる。【選択図】図１
2011502449.tif 000002
【特許請求の範囲】
【請求項１】
第２のデバイスと通信するように第１のデバイスを動作させる方法であって：
第１のデバイスから第２のデバイスに第１の送信要求を送信することと、なお、前記第１の送信要求は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求である；
前記第１のデバイスから前記第２のデバイスに第２の送信要求を送信することと、なお、前記第２の送信要求は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求であり、前記第２の送信要求の送信は、前記第１の送信要求の送信の後に発生する；
前記第２の送信要求に対する応答が前記第２のデバイスから受信されたかどうかに基づいて、前記第２のデバイスにデータを送信すべきか否かの決定を行うことと；
を備える方法。
【請求項２】
送信要求応答間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答を検出することと；
前記送信要求応答間隔の間に検出された前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答に基づいて干渉コスト推定値を生成することと；
をさらに備える、請求項１に記載の方法。
【請求項３】
前記送信要求応答間隔は、前記第２の送信要求が送信される第２の送信要求間隔に対応する第２の送信要求応答間隔であり、
前記方法は：
前記第２の送信要求応答間隔の間に、前記第２の送信要求に対する応答を検出するためにモニタすることをさらに備え、
前記第２の送信要求に対する応答が検出された場合、送信すべきか否かの決定を行う前記ステップは、前記干渉コスト推定値を送信判断しきい値と比較することを含む、
請求項２に記載の方法。
【請求項４】
前記第１の送信要求を送信する前記ステップと前記第２の送信要求を送信する前記ステップとの間で、前記第１の送信要求が送信された第１の送信要求間隔に対応する第１の送信要求応答間隔の間に受信された送信要求応答から生成された干渉推定値に基づいて、前記第２の送信要求を送信すべきか否かの決定を行うことをさらに備える、なお、前記第１の送信要求応答間隔は、前記第１の送信要求間隔と前記第２の送信要求間隔との間に発生し、前記干渉推定値を生成するために使用される前記第１の送信要求応答間隔の間に受信された送信要求応答は、前記第１のデバイスと前記第２のデバイスとの前記接続以外の接続に対応する応答である、
請求項３に記載の方法。
【請求項５】
前記第１の送信要求間隔と第２の送信要求間隔との間に第３の送信要求間隔が発生し、
前記方法は：
前記第１の送信要求が送信された第１の送信要求間隔に対応する第１の送信要求応答間隔の間に受信された送信要求応答から生成された干渉推定値に基づいて、第３の送信間隔の間に第３の送信要求を送信すべきか否かを決定することをさらに備える、なお、前記第１の送信要求応答間隔は、前記第１の送信要求間隔と前記第３の送信要求間隔との間に発生し、前記干渉推定値を生成するために使用される前記第１の送信要求応答間隔の間に受信された送信要求応答は、前記第１のデバイスと前記第２のデバイスとの前記接続以外の接続に対応する応答であり、前記第３の送信要求を送信すべきか否かを決定する前記ステップは、前記生成された干渉コスト推定値が干渉しきい値を超える場合、第３の送信要求を送信しないことを決定すること含む、
請求項３に記載の方法。
【請求項６】
第２のデバイスと通信するための第１のデバイスであって：
送信要求を生成するための送信要求モジュールと、なお、前記送信要求は、前記第１のデバイスから前記第２のデバイスへの、第１の送信要求と第２の送信要求を含み、前記第１の送信要求は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求であり、前記第２の送信要求は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求である；
前記第１および第２の送信要求を送信するためのワイヤレス送信機と；
送信要求応答を受信するための受信機と；
前記第２の送信要求に対する応答が前記第２のデバイスから受信されたかどうかに基づいて、前記第２のデバイスにデータを送信すべきか否かを判断するための送信決定モジュールと；
前記送信決定モジュールによる決定が送信するという決定を示す場合、前記第２のデバイスにデータを送信するように前記ワイヤレス送信機を制御するための送信制御モジュールと；
を備える第１のデバイス。
【請求項７】
前記第１および第２のデバイス以外のデバイス間の接続に対応する、送信要求応答間隔の間に受信された応答を検出するための第１の検出モジュールと；
前記送信要求応答間隔の間に検出された前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答に基づいて干渉コスト推定値を生成するための干渉コスト推定値生成モジュールと；
をさらに備える、請求項６に記載の第１のデバイス。
【請求項８】
前記送信要求応答間隔は、前記第２の送信要求が送信される第２の送信要求間隔に対応する第２の送信要求応答間隔であり、
前記第１のデバイスは：
前記第２の送信要求応答間隔の間に、前記第２の送信要求に対する応答を検出するための第２の検出モジュールをさらに備え、
前記第２の検出モジュールによって前記第２の送信要求に対する応答が検出された場合、前記送信決定モジュールは、送信すべきか否かの決定を行い、前記干渉コスト推定値を送信判断しきい値と比較することを含む、請求項７に記載の第１のデバイス。
【請求項９】
前記干渉推定値コスト生成モジュールによって生成された干渉推定値に基づいて、前記第２の送信要求を送信すべきか否かを判断するための第２の決定モジュールをさらに備える、請求項８に記載のデバイス。
【請求項１０】
前記第１のトラフィック間隔に対応する３つの順序付けられた送信要求間隔と３つの応答間隔との間の相対的なタイミング関係を示す送信タイミング構造情報を含むメモリをさらに備える、請求項８に記載のデバイス。
【請求項１１】
第２のデバイスと通信するための第１のデバイスであって：
送信要求を生成するための送信要求生成手段と、なお、前記送信要求は、前記第１のデバイスから前記第２のデバイスへの、第１の送信要求および第２の送信要求を含み、前記第１の送信要求は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求であり、前記第２の送信要求は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求である；
前記第１および第２の送信要求を送信するためのワイヤレス送信機手段と；
送信要求応答を受信するための受信機手段と；
前記第２の送信要求に対する応答が前記第２のデバイスから受信されたかどうかに基づいて、前記第２のデバイスにデータを送信すべきか否かを判断するための送信決定手段と；
前記送信決定手段による決定が送信するという決定を示す場合、前記第２のデバイスにデータを送信するように前記ワイヤレス送信機手段を制御するための送信制御手段と；
を備える第１のデバイス。
【請求項１２】
前記第１および第２のデバイス以外のデバイス間の接続に対応する送信要求応答間隔の間に受信された応答を検出するための第１の検出手段と；
前記送信要求応答間隔の間に検出された前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答に基づいて干渉コスト推定値を生成するための干渉コスト推定値生成手段と；
をさらに備える、請求項１１に記載の第１のデバイス。
【請求項１３】
前記送信要求応答間隔は、前記第２の送信要求が送信される第２の送信要求間隔に対応する第２の送信要求応答間隔であり、
前記第１のデバイスは：
前記第２の送信要求応答間隔の間に、前記第２の送信要求に対する応答を検出するための第２の検出手段をさらに備える、なお、
前記第２の検出手段によって前記第２の送信要求に対する応答が検出された場合、前記送信決定手段が送信すべきか否かの決定を行い、前記干渉コスト推定値を送信判断しきい値と比較することを含む、
請求項１２に記載の第１のデバイス。
【請求項１４】
第２のデバイスと通信する方法を実施するように第１のデバイスを制御するための機械実行可能命令を具備するコンピュータ可読媒体であって、前記方法は：
前記第１のデバイスから前記第２のデバイスに第１の送信要求を送信することと、なお、前記第１の送信要求は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという要求である；
前記第１のデバイスから前記第２のデバイスに第２の送信要求を送信することと、なお、前記第２の送信要求は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという要求であり、前記第２の送信要求の送信は、前記第１の送信要求の送信の後に発生する；
前記第２の送信要求に対する応答が前記第２のデバイスから受信されたかどうかに基づいて、前記第２のデバイスにデータを送信すべきか否かの決定を行うことと；
を備えるコンピュータ可読媒体。
【請求項１５】
前記方法は：
送信要求応答間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答を検出することと；
前記送信要求応答間隔の間に検出された前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答に基づいて干渉コスト推定値を生成することと；
をさらに備える、請求項１４に記載のコンピュータ可読媒体。
【請求項１６】
前記送信要求応答間隔は、前記第２の送信要求が送信される第２の送信要求間隔に対応する第２の送信要求応答間隔であり、
前記方法は：
前記第２の送信要求応答間隔の間に、前記第２の送信要求に対する応答を検出するためにモニタすることをさらに備え、
前記第２の送信要求に対する応答が検出された場合、送信すべきか否かの決定を行う前記ステップは、前記干渉コスト推定値を送信判断しきい値と比較することを含む、
請求項１５に記載のコンピュータ可読媒体。
【請求項１７】
第２のデバイスと通信する第１のデバイスにおいて使用するためのプロセッサを備える装置であって、前記プロセッサは、方法を実施するように構成され、前記方法は：
第１のデバイスから第２のデバイスに第１の送信要求を送信することと、なお、前記第１の送信要求は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求である；
前記第１のデバイスから前記第２のデバイスに第２の送信要求を送信することと、なお、前記第２の送信要求は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求であり、前記第２の送信要求の送信は、前記第１の送信要求の送信の後に発生する；
前記第２の送信要求に対する応答が前記第２のデバイスから受信されたかどうかに基づいて、前記第２のデバイスにデータを送信すべきか否かの決定を行うことと；
を備える、装置。
【請求項１８】
前記方法は、
送信要求応答間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答を検出することと；
前記送信要求応答間隔の間に検出された前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答に基づいて干渉コスト推定値を生成することと；
をさらに備える、請求項１７に記載の装置。
【請求項１９】
前記送信要求応答間隔は、前記第２の送信要求が送信される第２の送信要求間隔に対応する第２の送信要求応答間隔であり、
前記方法は：
前記第２の送信要求応答間隔の間に、前記第２の送信要求に対する応答を検出するためにモニタすることをさらに備える；
前記第２の送信要求に対する応答が検出された場合、送信すべきか否かの決定を行う前記ステップは、前記干渉コスト推定値を送信判断しきい値と比較することを含む、
請求項１８に記載の装置。
【請求項２０】
第１のデバイスと通信するように第２のデバイスを動作させる方法であって：
前記第２のデバイスから前記第１のデバイスに第１の送信要求応答を送信することと、前記第１の送信要求応答は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求に対する応答である；
前記第２のデバイスから前記第１のデバイスに第２の送信要求応答を送信することと、なお、前記第２の送信要求応答は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求に対する応答であり、前記第２の送信要求応答の送信は、前記第１の送信要求応答の送信の後に発生する、
を備える方法。
【請求項２１】
前記第２の送信要求応答の送信の後の前記第１のトラフィック間隔の間にトラフィックを受信するためにモニタすることをさらに備える、請求項２０に記載の方法。
【請求項２２】
前記第２のデバイスにデータを送信したいという前記第１の要求は、受信された前記第１の送信要求間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する追加の要求を検出することと；
前記第１の送信要求間隔の間に受信された送信要求に基づいて受信される信号品質推定値を生成することと、なお、前記受信される信号品質推定値は、前記第１のデバイスから受信されることができるトラフィック信号の推定された信号品質を示す；
をさらに備える、請求項２１に記載の方法。
【請求項２３】
前記信号品質推定値がＳＮＲ値とＳＩＲ値とのうちの１つである、請求項２２に記載の方法。
【請求項２４】
前記第１の送信要求応答を送信する前記ステップと前記第２の送信要求応答を送信する前記ステップとの間で、第２の生成された受信信号品質推定値に基づいて、前記第２の送信要求応答を送信すべきか否かの決定を行うことをさらに備える、請求項２２に記載の方法。
【請求項２５】
前記第１の送信要求応答間隔と第２の送信要求応答間隔との間に第３の送信要求応答間隔が発生し、
前記方法は：
前記第３の送信要求間隔の間に受信された送信要求から生成された、生成された第３の受信信号品質推定値に基づいて、前記第３の送信要求応答間隔の間に第３の送信要求応答を送信すべきか否かを決定することをさらに備え、
前記第３の受信信号品質推定値は、前記第１のデバイスから受信されることができるトラフィック信号の推定された信号品質を示し、第３の送信要求応答を送信すべきか否かを決定する前記ステップは、前記生成された第３の受信信号品質推定値がしきい値を下回る場合、前記第３の送信要求応答を送信しないことを決定すること含む、
請求項２２に記載の方法。
【請求項２６】
第１のデバイスと通信するための第２のデバイスであって：
第１の送信要求応答と第２の送信要求応答を含む送信要求応答を生成するための送信要求応答生成モジュールと、なお、前記第１の送信要求応答は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求に対する応答であり、前記第２の送信要求応答は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求に対する応答である；
前記第２のデバイスから前記第１のデバイスに送信要求応答を送信するための送信機と；
前記第１および第２の送信要求応答がいつ送信されるかを制御するための送信要求応答制御モジュールと、なお、前記第２のデバイスから前記第１のデバイスへの前記第２の送信要求応答の送信は、前記第１の送信要求応答の送信の後に発生する；
を備える第２のデバイス。
【請求項２７】
前記第２の送信要求応答の送信の後の前記第１のトラフィック間隔の間にトラフィックを受信するためのワイヤレス受信機モジュールをさらに備える、請求項２６に記載の第２のデバイス。
【請求項２８】
前記第２のデバイスにデータを送信したいという前記第１の要求が受信された第１の送信要求間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する追加の要求を検出するための第１の検出モジュールと；
送信要求に基づいて受信信号品質推定値を生成するための信号品質推定モジュールと、なお、前記生成された受信信号品質推定値は、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示すこと、
をさらに備える、請求項２７に記載の第２のデバイス。
【請求項２９】
前記信号品質推定値がＳＮＲ値とＳＩＲ値とのうちの１つである、請求項２８に記載の第２のデバイス。
【請求項３０】
前記信号品質推定モジュールによって生成された受信信号品質推定値に基づいて、送信要求応答を送信すべきか否かを決定するための決定モジュールをさらに備える、請求項２８に記載の第２のデバイス。
【請求項３１】
前記受信信号品質推定値がしきい値を下回る場合、前記決定モジュールは、送信要求応答を送信しないという決定を行う、請求項３０に記載の第２のデバイス。
【請求項３２】
前記第１のトラフィック間隔に対応する３つの順序付けられた送信要求間隔と３つの応答間隔との間の相対的なタイミング関係を示す送信タイミング構造情報を含むメモリをさらに備える、請求項３０に記載の第２のデバイス。
【請求項３３】
第１のデバイスと通信するための第２のデバイスであって、
第１の送信要求応答および第２の送信要求応答を含む送信要求応答を生成するための送信要求応答生成手段と、なお、前記第１の送信要求応答は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求に対する応答であり、前記第２の送信要求応答は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求に対する応答である；
前記第２のデバイスから前記第１のデバイスに送信要求応答を送信するための送信機手段と；
前記第１および第２の送信要求応答がいつ送信されるかを制御するための送信要求応答制御手段と、なお、前記第２のデバイスから前記第１のデバイスへの前記第２の送信要求応答の送信は、前記第１の送信要求応答の送信の後に発生すること；
を備える第２のデバイス。
【請求項３４】
前記第２の送信要求応答の送信の後の前記第１のトラフィック間隔の間にトラフィックを受信するためのワイヤレス受信機手段をさらに備える、請求項３３に記載の第２のデバイス。
【請求項３５】
前記第２のデバイスにデータを送信したいという前記第１の要求が受信された第１の送信要求間隔の間に、前記第１および第２のデバイス以外の他のデバイス間の接続に対応する追加の要求を検出するための第１の検出手段と；
送信要求に基づいて受信信号品質推定値を生成するための信号品質推定手段と、なお、前記生成された受信信号品質推定値は、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示すこと；
をさらに備える、請求項３４に記載の第２のデバイス。
【請求項３６】
第１のデバイスと通信する方法を実施するように第２のデバイスを制御するための機械実行可能命令を具備するコンピュータ可読媒体であって、前記方法は：
前記第２のデバイスから前記第１のデバイスに第１の送信要求応答を送信することと、なお、前記第１の送信要求応答は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求に対する応答である；
前記第２のデバイスから前記第１のデバイスに第２の送信要求応答を送信することと、なお、前記第２の送信要求応答は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求に対する応答であり、前記第２の送信要求応答の送信は、前記第１の送信要求応答の送信の後に発生すること；
を備える、コンピュータ可読媒体。
【請求項３７】
前記方法は：
前記第２の送信要求応答の送信の後の前記第１のトラフィック間隔の間にトラフィックを受信するためにモニタすることをさらに備える、請求項３６に記載のコンピュータ可読媒体。
【請求項３８】
前記方法は：
前記第２のデバイスにデータを送信したいという前記第１の要求が受信された前記第１の送信要求間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する追加の要求を検出することと；
前記第１の送信要求間隔の間に受信された送信要求に基づいて受信される信号品質推定値を生成することと、なお、前記受信される信号品質推定値は、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示すこと；
をさらに備える、請求項３７に記載のコンピュータ可読媒体。
【請求項３９】
第１のデバイスと通信する第２のデバイスにおいて使用するためのプロセッサを備える装置であって、前記プロセッサは、方法を実施するように構成され、前記方法は：
前記第２のデバイスから前記第１のデバイスに第１の送信要求応答を送信することと、なお、前記第１の送信要求応答は、第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第１の要求に対する応答である；
第２のデバイスから第１のデバイスに第２の送信要求応答を送信することと、なお、前記第２の送信要求応答は、前記第１のトラフィック間隔の間に前記第２のデバイスにデータを送信したいという第２の要求に対する応答であり、前記第２の送信要求応答の送信は、前記第１の送信要求応答の送信の後に発生すること；
を備える、装置。
【請求項４０】
前記方法は、
前記第２の送信要求応答の送信の後の前記第１のトラフィック間隔の間にトラフィックを受信するためにモニタすることをさらに備える、請求項３９に記載の装置。
【請求項４１】
前記方法は：
前記第２のデバイスにデータを送信したいという前記第１の要求が受信された前記第１の送信要求間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する追加の要求を検出することと；
前記第１の送信要求間隔の間に受信された送信要求に基づいて受信される信号品質推定値を生成することと、前記受信される信号品質推定値は、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示すこと；
をさらに備える、請求項４０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
様々な実施形態は、ワイヤレス通信システムにおいて使用するための方法および装置を対象とし、より詳細には、ピアツーピアワイヤレス通信システムにおいて使用するための方法および装置を対象とする。
【背景技術】
【０００２】
ピアツーピアワイヤレス通信システムにおいて、複数のデバイスは、同じエアリンクリソースを使用してトラフィック信号を同時に送信することを望むことがある。集中制御のないシステムにおいて効率的な方法でユーザをエアリンクトラフィックリソースにスケジュールすることは困難な作業になる可能性がある。したがって、効率的なスケジューリング方法および装置が必要である。
【０００３】
送信スケジュールの決定への干渉の影響を考慮に入れる方法および装置が開発されれば有益であろう。また、送信スケジュールの決定を行うときに優先順位の問題を考慮に入れる方法および装置が開発されれば有利であろう。別のデバイスの以前の送信決定に基づく送信決定の調整を可能にする方法および装置も有益となることができる。
【発明の概要】
【０００４】
トラフィックエアリンクリソースが共有でき、時々共有されるワイヤレス通信システムにおいて使用するための方法および装置について説明する。説明する様々な方法および装置は、送信制御の決定が非集中的な方法で行われるピアツーピア通信システムでの使用に好適である。
【０００５】
例示的なピアツーピア通信システムは、接続優先順位情報および干渉情報を利用して分散的な方法でトラフィック間隔のスケジューリングを実施する。例示的なピアツーピアタイミング構造は、ユーザスケジュール間隔および関連するトラフィック間隔を含む。ユーザスケジュール間隔は、複数の送信要求／送信要求応答ラウンドを含む。送信要求／送信要求応答ラウンドは、送信間隔および対応する要求応答間隔を含む。
【０００６】
様々な実施形態において、複数の送信要求／要求応答ラウンドを利用する方法および／または装置は、単一の要求／要求応答ラウンドの手法を採用した場合に使用される場合よりも、トラフィックシグナリングに対するエアリンクリソースの利用率をより高くすることができる。
【０００７】
第２のデバイスと通信するように第１のデバイスを動作させる例示的な方法は、いくつかの実施形態によれば、第１の送信要求を第１のデバイスから第２のデバイスに送信することと、なお、第１の送信要求は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の要求である、第２の要求を第１のデバイスから第２のデバイスに送信することと、なお、第２の送信要求は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の要求である、第２の送信要求の送信は、前記第１の送信要求の送信の後に発生することと、第２の送信要求に対する応答が第２のデバイスから受信されたかどうかに基づいて、第２のデバイスにデータを送信すべきか否かの決定を行うことと、を備える。
【０００８】
第２のデバイスと通信するための第１のデバイスは、いくつかの実施形態によれば、送信要求を生成するための送信要求モジュールであって、前記送信要求が、第１のデバイスから第２のデバイスへの、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の要求である第１の送信要求と、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の要求である第２の送信要求とを含む、送信要求モジュールと、第１および第２の送信要求を送信するためのワイヤレス送信機と、送信要求応答を受信するための受信機と、第２の送信要求に対する応答が第２のデバイスから受信されたかどうかに基づいて、第２のデバイスにデータを送信すべきか否かを判断するための送信決定モジュールと、前記送信決定モジュールによる決定が送信するという決定を示すとき、前記第２のデバイスにデータを送信するように前記ワイヤレス送信機を制御するための送信制御モジュールと、を備える。
【０００９】
第１のデバイスと通信するように第２のデバイスを動作させる例示的な方法は、いくつかの実施形態によれば、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の要求に対する応答である第１の送信要求応答を第２のデバイスから第１のデバイスに送信することと、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の要求に対する応答である第２の送信要求応答を第２のデバイスから第１のデバイスに送信することと、なお、第２の送信要求応答の送信は、前記第１の送信要求応答の送信の後に発生すること、を備える。
【００１０】
第１のデバイスと通信するための例示的な第２のデバイスは、いくつかの実施形態によれば、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の要求に対する応答である、第１の送信要求応答と、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の要求に対する応答である、第２の送信要求応答とを含む送信要求応答を生成するための送信要求応答生成モジュールと、第２のデバイスから第１のデバイスに送信要求応答を送信するための送信機と、前記第１および第２の送信要求応答をいつ送信するかを制御するための送信要求応答制御モジュールであって、第２のデバイスから第１のデバイスへの前記第２の送信要求応答の送信が前記第１の送信要求応答の送信の後に発生する、送信要求応答制御モジュールと、を備える。
【００１１】
上記の概要で様々な実施形態について論じたが、必ずしもすべての実施形態が同じ特徴を含むわけではなく、上述の特徴のいくつかは、必要ではないが、いくつかの実施形態では望ましいことを了解されたい。多数の追加の特徴、実施形態および利益について、以下の詳細な説明において論じる。
【図面の簡単な説明】
【００１２】
【図１】様々な実施形態による例示的なピアツーピアワイヤレス通信システムの図。
【図２】様々な実施形態による例示的なピアツーピアトラフィックスロットの図。
【図３】たとえば、第１のデバイスがスロット中のトラフィックを第２のデバイスに送信したく、優先順位要件および干渉要件に従って進むことが許される状況下で、様々な実施形態による、ピアツーピアモバイル通信デバイスと、ピアツーピアトラフィックをサポートするためにデバイス間で交換される例示的なシグナリングとを示す図。
【図４】ピアツーピア循環タイミング構造内の例示的なユーザスケジュール間隔と、ユーザスケジュール部分のエアリンクリソースの例示的な分割とを示す図。
【図５】様々な実施形態による、第２のデバイスと通信するように第１のデバイスを動作させる例示的な方法のフローチャート。
【図６】様々な実施形態による、第２のデバイスと通信するように第１のデバイスを動作させる例示的な方法のフローチャート。
【図７】図７Ａと図７Ｂとの結合を示す図。
【図７Ａ】第１の通信デバイスと通信するために第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図７Ｂ】第１の通信デバイスと通信するために第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図８】図８Ａと図８Ｂと図８Ｃとの結合を示す図。
【図８Ａ】第１の通信デバイスと通信するために第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図８Ｂ】第１の通信デバイスと通信するために第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図８Ｃ】第１の通信デバイスと通信するために第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図９】様々な実施形態による、ピアツーピア通信をサポートするモバイルノードのような例示的な第１の通信デバイスの図。
【図１０】様々な実施形態による、ピアツーピア通信をサポートするモバイルノードのような例示的な第２の通信デバイスの図。
【図１１】様々な実施形態による、例示的なマルチラウンド要求および応答シグナリングを示す一連の図。
【図１２】様々な実施形態による、例示的なマルチラウンド要求および応答シグナリングを示す一連の図。
【図１３】様々な実施形態による例示的なマルチラウンド要求および応答シグナリングを示す一連の図。
【図１４】様々な実施形態による、例示的なマルチラウンド要求および応答シグナリングを示す一連の図。
【図１５】様々な実施形態による例示的なマルチラウンド要求および応答シグナリングを示す一連の図。
【図１６】ピアツーピア循環タイミング構造内の例示的なユーザスケジュール間隔と、ユーザスケジュール部分のエアリンクリソースの例示的な区画とを示す図。
【図１７】図１７Ａと図１７Ｂとの結合を示す図。
【図１７Ａ】様々な実施形態による、第１の通信デバイスを動作させる例示的な方法のフローチャート。
【図１７Ｂ】様々な実施形態による、第１の通信デバイスを動作させる例示的な方法のフローチャート。
【図１８】図１８Ａと図１８Ｂと図１８Ｃとの結合を示す図。
【図１８Ａ】様々な実施形態による、第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図１８Ｂ】様々な実施形態による、第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図１８Ｃ】様々な実施形態による、第２の通信デバイスを動作させる例示的な方法のフローチャート。
【図１９】様々な実施形態による、ピアツーピア通信をサポートする例示的な通信デバイス、たとえば、モバイルノードなどのワイヤレス端末の図。
【図２０】ピアツーピア循環タイミング構造内の例示的なユーザスケジュール間隔と、ユーザスケジュール部分のエアリンクリソースの例示的な区画とを示す図。
【図２１】様々な実施形態による、例示的なマルチラウンド要求および応答シグナリングを示す一連の図。
【発明を実施するための形態】
【００１３】
図１は、様々な実施形態による例示的なピアツーピアワイヤレス通信システム１００の図である。例示的なワイヤレス通信システム１００は、複数のワイヤレス端末、たとえば、ピアツーピア通信をサポートするモバイルノード（ピアツーピアワイヤレス端末１  １０２、ピアツーピアワイヤレス端末２  １０４、ピアツーピアワイヤレス端末３  １０６、ピアツーピアワイヤレス端末４  １０８、ピアツーピアワイヤレス端末５  １１０、ピアツーピアワイヤレス端末６  １１２、・・・、ピアツーピアワイヤレス端末Ｎ１１４）を含む。この例において、図１で表される時刻において、ピアツーピアワイヤレス端末１  １０２は、矢印１１６によって示されるピアツーピアワイヤレス端末２  １０４とのアクティブな接続を有し、ピアツーピアワイヤレス端末３  １０６は、矢印１１８によって示されるピアツーピアワイヤレス端末４  １０８とのアクティブな接続を有し、ピアツーピアワイヤレス端末５  １１０は、矢印１２０によって示されるピアツーピアワイヤレス端末６  １１２とのアクティブな接続を有する。
【００１４】
様々な実施形態の特徴によれば、ピアツーピアトラフィックセグメントのようなピアツーピアエアリンクトラフィックリソース上で送信すべきか否かの決定は、送信ノードと受信ノードとの両方が決定プロセスへの入力を有する分散型の方法で実行される。様々な実施形態において、同じピアツーピアエアリンクトラフィックリソース上で送信することを望む他のピアツーピア通信デバイスに関する干渉要件は、送信決定を行う際に考慮される。いくつかのそのような実施形態において、ピアツーピアデバイスがアクティブな接続を有しないピアツーピアデバイスからのモニタされたピアツーピア信号が送信決定プロセスに使用される。
【００１５】
いくつかの実施形態において、トラフィック信号を送信したいという送信要求の後に、意図された受信デバイスと意図された送信デバイスとの両方は、他のピアツーピアデバイスに譲歩し、要求されたピアツーピアトラフィックシグナリングが進まないようにする機会を有する。
【００１６】
いくつかの実施形態において、トラフィックを送信するという送信デバイスの最終ラウンド決定に従って、前記トラフィックの送信より前に、送信デバイスは、ピアツーピアパイロット信号を送信する。いくつかのそのような実施形態において、トラフィックデータのデータ転送速度を決定するために使用すべき情報を判断するために、ピアツーピアパイロット信号が受信デバイスによって利用される。いくつかの実施形態において、更に、トラフィック信号を搬送するエアリンクリソースは、トラフィックのデータ転送速度情報を搬送する。
【００１７】
様々な実施形態の特徴によれば、ユーザスケジュール間隔は、複数の送信要求／送信要求応答ラウンド、たとえば、３つの送信要求／送信要求応答ラウンドを含む。いくつかのそのような実施形態によれば、最後のラウンドの終わりに送信したいデバイスによって行われた送信決定は、デバイスが、対応するトラフィック間隔においてトラフィックを送信するか否かを判断する。
【００１８】
図２は、様々な実施形態による例示的なピアツーピアトラフィックスロットの図面２００である。図面２００に、時間軸２０２に沿ってピアツーピアトラフィックスロットの例示的なシーケンス（ピアツーピアトラフィックスロット１  ２０４、ピアツーピアトラフィックスロット２  ２０６、ピアツーピアトラフィックスロット３  ２０８、・・・、ピアツーピアトラフィックスロットＮ２１０）を示す。この例示的な実施形態において、シーケンスは、ピアツーピアトラフィックスロットＮ２１０の後にくるピアツーピアトラフィックスロット１  ２０４’によって示される循環タイミング構造の一部として繰り返す。
【００１９】
例示的な図面２００は、たとえば、論理表現である。いくつかの実施形態において、論理構造通信リソースは、物理エアリンクリソースにマッピングされる。たとえば、ピアツーピアトラフィックスロット３  ２０８は、ユーザスケジュール間隔２１２と、レートスケジュール間隔２１４と、トラフィック間隔２１６と、確認応答間隔２１８とを含むことが示され、それらの部分は互いに隣接する。それらの部分に関連する物理エアリンクリソースは、たとえば、処理時間を与えるために、それらの間に時間間隙を有することができる。いくつかの実施形態において、マッピングの一部としてトーンホッピングが実施される。
【００２０】
各例示的なピアツーピアトラフィックスロットは、いくつかの実施形態において、ユーザスケジュール間隔と、レートスケジュール間隔と、トラフィック間隔と、確認応答間隔と、を含む。例示的な一実施形態において、例示的なピアツーピアトラフィックスロット、たとえば、ピアツーピアトラフィックスロット３  ２０８は、ユーザスケジュール間隔２１２と、レートスケジュール間隔２１４と、トラフィック間隔２１６と、確認応答間隔２１８とを含む。確認応答間隔２１８は、矢印２１９によって示されるトラフィック間隔２１６に対応する。
【００２１】
ユーザスケジュール間隔２１２は、複数の送信要求間隔と複数の送信要求／送信要求応答ラウンド応答とを含む（ラウンド１は、ラウンド１の送信要求間隔２２０とラウンド１  の送信要求応答間隔２２２とを含み、ラウンド２は、ラウンド２  の送信要求間隔２２４とラウンド２の送信要求応答間隔２２６とを含み、ラウンド３は、ラウンド３の送信要求間隔２２８と、ラウンド３の送信要求応答間隔２３０とを含む）。ユーザスケジュール間隔２１２の間、少なくともいくつかのシンボルは、トラフィック送信要求信号、たとえば、ＴＸ要求信号を搬送するように指定され、少なくともいくつかのシンボルは、トラフィック送信要求応答信号、たとえば、ＲＸエコー信号を搬送するように指定される。例示的なシンボル２３２は、ラウンド１  のＴＸ要求間隔２２０の間に搬送されるように指定される。例示的なシンボル２３４は、ラウンド１の送信要求応答間隔２２２の間に搬送されるように指定される。シンボル２３４で搬送される要求応答は、シンボル２３２で伝達される要求に対応する。例示的なシンボル２３６は、ラウンド２のＴＸ要求間隔２２４の間に搬送されるように指定される。例示的なシンボル２３８は、ラウンド２の送信要求応答間隔２２６の間に搬送されるように指定される。シンボル２３８で搬送される要求応答は、シンボル２３６で伝達される要求に対応する。例示的なシンボル２４０は、ラウンド３のＴＸ要求間隔２２８の間に搬送されるように指定される。例示的なシンボル２４２は、ラウンド３の送信要求応答間隔２３０の間に搬送されるように指定される。シンボル２４２で搬送される要求応答は、シンボル２４０で伝達される要求に対応する。
【００２２】
いくつかの実施形態において、接続に対応する送信要求信号は、１つのラウンドの１つのシンボル送信時間間隔に対して１つのトーンを利用する。いくつかの実施形態において、接続に対応する送信要求応答信号は、１つのラウンドの１つのシンボル送信時間間隔に対して１つのトーンを利用する。様々な実施形態において、同じ送信要求間隔、たとえば、ラウンド２のＴＸ要求間隔２２４の間の異なる接続用の異なる位置は、異なる優先順位レベル指定に関連付けられる。様々な実施形態において、同じ送信要求応答間隔、たとえば、ラウンド２のＴＸ要求応答間隔２２６の間の異なる接続用の異なる位置は、異なる優先順位レベル指定に関連付けられる。
【００２３】
いくつかの実施形態において、例えば、２つ又は３つ以上のラウンドがある、ユーザスケジュール間隔２１２中に異なる数の要求／要求応答ラウンドがある。
【００２４】
図３は、たとえば、第１のデバイスがスロット中でトラフィックを第２のデバイスに送信したく、優先順位要件および干渉要件に従って進むことが許される状況下で、様々な実施形態によるピアツーピアモバイル通信デバイス（３０２、３０４）と、ピアツーピアトラフィックをサポートするためにデバイス（３０２、３０４）間で交換される例示的なシグナリングとを示す図面３００である。局所近傍にある他のピアツーピアデバイスからの追加の信号を考慮し、利用することができ、時々そのようにする。通信デバイス（３０２、３０４）は、図１のピアツーピアワイヤレス端末のいずれでもよい。この例において、ピアツーピアモバイルデバイス１  ３０２は、トラフィック信号をピアツーピアモバイルデバイス２  ３０４に送信することを望む。線３０１は、時間を示し、ユーザスケジュール間隔３２６の後にレートスケジュール間隔３２８、トラフィック間隔３３０、確認応答間隔３３２が続く。図３の間隔（３２６、３２８、３３０、３３２）は、たとえば、図２の間隔（２１２、２１４、２１６、２１８）である。
【００２５】
ユーザスケジュール間隔３２６の間、ピアツーピアモバイルデバイス１  ３０２は、ラウンド１送信要求信号３０６を生成し、送信する。ピアツーピアモバイルデバイス２  ３０４、すなわち、送信要求信号３０６の予定受信者は、送信要求信号３０６を受信し、信号を処理し、要求を考慮し、要求を承認した場合、ラウンド１ＲＸエコー信号３０８としても知られるラウンド１送信要求応答信号を送信する。要求を承認しない場合、ピアツーピアモバイルデバイス２  ３０４は、応答を送信しない。デバイス１  ３０２は、ラウンド１要求応答信号を受信し、受信したラウンド１要求応答信号に応じてラウンド２送信要求信号３１０を送信すべきか否かを判断する。デバイス１  ３０２が送信することを決定し、ラウンド２送信要求信号３１０を送信した場合、ピアツーピアモバイルデバイス２  ３０４、すなわち送信要求信号３１０の予定受信者は、送信要求信号３１０を受信し、信号を処理し、要求を考慮し、要求を承認した場合、ラウンド２ＲＸエコー信号３１２としても知られるラウンド２送信要求応答信号を送信する。要求を承認しない場合、ピアツーピアモバイルデバイス２  ３０４は、応答を送信しない。デバイス１  ３０２は、ラウンド２要求応答信号を受信し、受信したラウンド２要求応答信号に応じてラウンド３送信要求信号３１２を送信すべきか否かを判断する。この例において、デバイス１  ３０２は、デバイス２  ３０４にラウンド３送信要求信号３１４を送信することを決定したと仮定する。デバイス２  ３０４は、信号３１４を含むラウンド３送信要求信号を受信し、ラウンド３送信要求応答信号３１６をデバイス１  ３０２に送信すべきか否かの決定を行う。この例において、デバイス２  ３０４は、ＲＸエコー信号３１６を送信することを決定し、信号３１６をデバイス１  ３０２に送信すると仮定する。デバイス１  ３０２は、信号３１６を含むラウンド３要求応答信号を受信し、受信したラウンド３送信要求応答信号に応じてトラフィック間隔３３０中にトラフィック信号３２２を送信すべきか否かの決定を行う。ピアツーピアモバイルデバイス１  ３０２は、デバイス２  ３０４へのピアツーピアトラフィック信号３２２の送信を続けることを決定する。
【００２６】
レートスケジュール間隔３２８の間に、ピアツーピアモバイル通信デバイス１  ３０２は、パイロット信号３１８を送信する。ピアツーピアモバイルデバイス２  ３０４は、パイロット信号３１８を受信し、受信信号強度を測定し、レート情報信号３２０を生成する。レート情報信号３２０は、ピアツーピアモバイルデバイス１  ３０２が、後続のトラフィック間隔３３０の間に使用すべき最大許容データ転送速度を判断することができるように、たとえば、レート、ＳＮＲ値、干渉値、および／またはＳＩＲ値を伝達する。ピアツーピアモバイルデバイス２  ３０４は、生成されたレート情報信号３２０をピアツーピアモバイルデバイス１  ３０２に送信する。
【００２７】
ピアツーピアモバイルデバイス１  ３０２は、レート情報信号３２０を受信し、トラフィック部分３３０に使用すべき最大許容伝送レートを判断する。ピアツーピアモバイルデバイス１  ３０２は、決定された最大許容伝送レートに応じて、最大許容伝送レート以下である、使用すべき実際のデータ転送速度を判断する。様々な実施形態において、更に、ピアツーピアモバイルデバイス１  ３０２は、トラフィックに使用すべき実際の送信データ転送速度を判断する際に、（ｉ）伝達されるのを待っているトラフィックデータの量、および／または（ｉｉ）その電力状況、たとえばバッテリ電力残量、および／または動作モードを考慮する。
【００２８】
ピアツーピアモバイルデバイス１  ３０２は、トラフィック間隔３３０中にトラフィック信号３２２を生成し、送信する。トラフィック信号は、判断された実際のデータ転送速度でデータを伝達する。いくつかの実施形態において、トラフィック信号は、更に実際のデータ転送速度の指示を搬送する。
【００２９】
１つのそのような実施形態において、レート情報は、トラフィックに割り当てられたリソースのサブセットを使用して伝達される。ここで、例えば、トラフィックリソースは、レート情報を搬送するように割り当てられた、ＯＦＤＭトーンシンボルの第１のセットのような、第１の部分、およびユーザ・データのようなトラフィックを搬送するように割り当てられた、ＯＦＤＭトーンシンボルの第２のセットのような、第２の部分を含む。なお、第１の及び第２のセットは、重複しない。別のそのような実施形態において、レート情報は、トラフィックを搬送する同じリソースを使用して伝達される。ここで、たとえば、レート情報は、トラフィックを搬送するいくつかのＯＦＤＭトーンシンボルが第１の電力レベルでスケールされ、他が第２の電力レベルでスケールされるような、トラフィック信号を搬送する変調シンボルの送信電力を変更することによって伝達され、レート情報は、どの位置がどのレベルにスケールされるかによって伝達される。
【００３０】
ピアツーピアモバイルデバイス２  ３０４は、トラフィック間隔３３０の間にトラフィック信号３２２を受信し、伝達されているデータを復元する。いくつかの実施形態において、更に、レート情報は、トラフィックデータとともに伝達される。いくつかのそのような実施形態において、ピアツーピアモバイルデバイス２  ３０４は、伝達されている通信レート情報を復元し、次いでトラフィックデータ信号を復号する。ピアツーピアモバイルデバイス２  ３０４は、トラフィック信号３２２の通信データが正常に回復されたかどうかを判断し、肯定または否定の確認応答信号を生成する。
【００３１】
確認応答間隔３３２の間、ピアツーピアモバイルデバイス２  ３０４は、生成されたＡＣＫ信号３２４をモバイルピアツーピアデバイス１  ３０２に送信する。ピアツーピアモバイルデバイス１  ３０２は、ＡＣＫ信号３２４を受信し、ＡＣＫ信号３２４によって搬送された情報に基づいて送信待ち行列情報を更新する。
【００３２】
ピアツーピアモバイルデバイス１  ３０２が最終ラウンド、たとえば、ラウンド３においてＲＸエコー信号３１６を受信しないか、または、その後、送信を続けないことを決定した場合、デバイス３０２は、パイロット信号３１８を送信せず、このトラフィックスロットに関する動作を終了することができることを注意しなければならない。同様に、ピアツーピアモバイルデバイス３０４が、最終ラウンド、たとえば、ラウンド３において送信を続けないことを決定した場合、ラウンド３要求信号３１４を受信した後、モバイルデバイス３０４は、ＲＸエコー信号３１６を送信せず、このトラフィックスロットに関する動作を終了することができる。
【００３３】
プロセスは、例えば、ピアツーピアモバイルデバイス１  ３０２の必要とするトラフィック送信の関数として、追加のトラフィックスロットの間、繰り返される。
【００３４】
図４は、ピアツーピア循環タイミング構造内の例示的なユーザスケジュール間隔２１２と、ユーザスケジュール部分のエアリンクリソースの例示的なパーティションと、を示す図面４００である。例示的なユーザスケジューリング間隔２１２は、（ｉ）ミニＴＸ要求スロット１とも呼ばれるラウンド１の送信要求間隔２２０と、（ｉｉ）ミニＲＸエコースロット１とも呼ばれるラウンド１の送信要求応答間隔２２２と、（ｉｉｉ）ミニＴＸ要求スロット２とも呼ばれるラウンド２の送信要求間隔２２４と、（ｉｖ）ミニＲＸエコースロット２とも呼ばれるラウンド２の送信要求応答間隔２２６と、（ｖ）ミニＴＸ要求スロット３とも呼ばれるラウンド３の送信要求間隔２２８と、（ｉｖ）ミニＲＸエコースロット３とも呼ばれるラウンド３の送信要求応答間隔２３０と、を含む。
【００３５】
間隔（２２０、２２４、２２８）は、送信要求信号（ＴＸ要求信号）を搬送するために指定され、間隔（２２２、２２６、２３０）は送信要求応答信号（ＲＸエコー信号）を搬送するために指定される。
【００３６】
横軸４０６は、ブロックに対応する時間を表し、縦軸４０８は、周波数、たとえば、ＯＦＤＭトーンを表す。ＯＦＤＭシンボル２３２は、第１の送信要求間隔２２０の位置にマッピングされた接続用の第１ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２３４は、第１の送信要求応答間隔２２２の位置にマッピングされた接続用の第１ラウンド送信要求応答信号を搬送する。ＯＦＤＭシンボル２３６は、第２の送信要求間隔２２４の位置にマッピングされた接続用の第２ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２３８は、第２の送信要求応答間隔２２６の位置にマッピングされた接続用の第２ラウンド要求応答の送信要求応答信号を搬送する。ＯＦＤＭシンボル２４０は、第３の送信要求間隔２２８の位置にマッピングされた接続用の第３ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２４２は、第３の送信要求応答間隔２３０の位置にマッピングされた接続用の第３ラウンド要求応答の送信要求応答信号を搬送する。
【００３７】
この例において、ワイヤレス端末１からワイヤレス端末２へのピアツーピアトラフィック信号のトラフィック間隔２１６における送信用のＷＴ１からＷＴ２への第１ラウンド送信要求を搬送するために指定された位置は、ラウンド１の送信要求間隔２２０におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭシンボル２３２のＯＦＤＭトーンシンボル４１０として指定される。この例において、ＷＴ１からＷＴ２への第１のラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド１の送信要求応答間隔２２２におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭシンボル２３４のＯＦＤＭトーンシンボル４１２として指定される。
【００３８】
この例において、ワイヤレス端末１からワイヤレス端末２へのピアツーピアトラフィック信号のトラフィック間隔２１６における送信用のＷＴ１からＷＴ２への第２のラウンド送信要求を搬送するために指定された位置は、ラウンド２の送信要求間隔２２４におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭシンボル２３６のＯＦＤＭトーンシンボル４１４として指定される。この例において、ＷＴ１からＷＴ２への第２のラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド２の送信要求応答間隔２２６におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭシンボル２３８のＯＦＤＭトーンシンボル４１６として指定される。
【００３９】
この例において、ワイヤレス端末１からワイヤレス端末２へのピアツーピアトラフィック信号のトラフィック間隔２１６における送信用のＷＴ１からＷＴ２への第３のラウンド送信要求を搬送するために指定された位置は、ラウンド３の送信要求間隔２２８におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭシンボル２４０のＯＦＤＭトーンシンボル４１８として指定される。この例において、ＷＴ１からＷＴ２への第３のラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド３の送信要求応答間隔２３０におけるインデックス番号＝４のトーンに対応する、ＯＦＤＭシンボル２４２のＯＦＤＭトーンシンボル４２０として指定される。
【００４０】
ＷＴ２に送信したいトラフィックデータを有する場合、トーンシンボル４１４で送信要求信号を送信すべきか否かを決定するときに、ワイヤレス端末１は、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド１のＴＸ要求応答間隔２２２の間に検出された要求応答信号を考慮する。ＷＴ２に送信したいトラフィックデータを有する場合、トーンシンボル４１８中で送信要求信号を送信すべきか否かを決定するときに、ワイヤレス端末１は、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド２のＴＸ要求応答間隔２２６の間に検出された要求応答信号を考慮する。
【００４１】
ＷＴ１がＷＴ２に送信したいということを示す、ＷＴ１からの送信要求信号データをトーンシンボル４１０中で受信した場合、トーンシンボル４１２中で送信要求応答信号を送信すべきか否かを決定するときに、ワイヤレス端末２は、検出された他の接続に対応する優先順位のより高い送信要求信号、たとえば、ラウンド１のＴＸ要求間隔２２０の間に検出された要求信号を考慮する。ＷＴ１がＷＴ２に送信したいということを示す、ＷＴ１からの送信要求信号データをトーンシンボル４１４中で受信した場合、トーンシンボル４１６中で送信要求応答信号を送信すべきか否かを決定するときに、ワイヤレス端末２は、検出された他の接続に対応する優先順位のより高い送信要求信号、たとえば、ラウンド２のＴＸ要求間隔２２４の間に検出された要求信号を考慮する。ＷＴ１がＷＴ２に送信したいということを示す、ＷＴ１からの送信要求信号データをトーンシンボル４１８中で受信した場合、トーンシンボル４２０中で送信要求応答信号を送信すべきか否かを決定するときに、ワイヤレス端末２は、検出された他の接続に対応する優先順位のより高い送信要求信号、たとえば、ラウンド３のＴＸ要求間隔２２０８の間に検出された要求信号を考慮する。
【００４２】
図５は、様々な実施形態による、第２のデバイスと通信するように第１のデバイスを動作させる例示的な方法のフローチャート５００である。第１および第２のデバイスは、たとえば、既存の接続を有するピアツーピアワイヤレス通信デバイスである。様々な実施形態において、第１および第２のデバイスは、トラフィック間隔に対応する複数の送信要求／送信要求応答ラウンドを含むタイミング構造を使用している。
【００４３】
例示的な方法の動作は、ステップ５０２で開始し、ステップ５０４に進み、第１のデバイスは、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという、第１の送信要求を第２のデバイスに送信する。動作は、ステップ５０４からステップ５０６に進む。
【００４４】
ステップ５０６において、第１のデバイスは、第１の送信要求が送信された第１の送信要求間隔に対応する第１の送信要求応答間隔の間に受信された送信要求応答から生成された干渉推定値に基づいて、第２の送信要求を第２のデバイスに送信すべきか否かの決定を行う。ここで、前記第１の送信要求応答間隔は、第１の送信要求間隔と第２の送信要求応答間隔との間に発生し、前記干渉推定値を生成するために使用される前記第１の送信要求応答間隔の間に受信された送信要求応答は、第１のデバイスと第２のデバイスとの間の前記接続以外の接続に対応する応答である。動作は、ステップ５０６からステップ５０８に進む。
【００４５】
ステップ５０８において、第１のデバイスは、ステップ５０６の決定に応じて進む。決定が第２の送信要求を送信しないという決定である場合、動作は、ステップ５０８からステップ５０９に進み、第１のデバイスは、第２の送信要求を第２のデバイスに送信することを控える。決定が第２の送信要求を送信するという決定である場合、動作は、ステップ５０８からステップ５１０に進む。ステップ５１０において、第１のデバイスは、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の送信要求を第１のデバイスから第２のデバイスに送信する。ここで、第２の送信要求の送信は、第１の送信要求の送信の後に発生する。動作は、ステップ５１０からステップ５１２および５１４に進む。
【００４６】
ステップ５１２において、第１のデバイスは、第２の送信要求応答間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答を検出するためにモニタする。動作は、ステップ５１２からステップ５１６に進む。ステップ５１６において、第１のデバイスは、ステップ５１２のモニタ中に他の接続の１つまたは複数の要求応答が検出されたか否かに応じて進む。他の接続の要求応答がステップ５１２において検出された場合、動作は、検出された他の接続の検出された要求応答ごとにステップ５１６からステップ５１８に進む。
【００４７】
ステップ５１８において、第１のデバイスは、送信要求応答間隔の間に検出された前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答に基づいて干渉コスト推定値を生成する。たとえば、生成された干渉コスト推定値は、第１のデバイスがトラフィック間隔で第２のデバイスにデータを送信する場合、第２の接続の受信機が受けると予想される、第１のデバイスからの干渉の量の推定値である。動作は、ステップ５１８からステップ５２０に進む。第１のデバイスがステップ５１２のモニタ中に他の接続の要求応答を検出しなかった場合、動作はステップ５１６からステップ５２０に進み、第１のデバイスは、他のデバイスに対する干渉コストがないかまたは干渉コストを無視することができると考える。たとえば、局所近傍にある他のピアツーピアデバイスは、第２の送信要求応答間隔においてＲＸエコー信号のような要求応答信号を送信していない。
【００４８】
ステップ５１４に戻ると、ステップ５１４において、第１のデバイスは、第２の送信要求応答間隔の間に、第２の送信要求に対する応答、たとえば、ＲＸエコー信号を検出するためにモニタする。動作はステップ５１４からステップ５２０に進む。
【００４９】
ステップ５２０において、第１のデバイスは、第２の送信要求に対する応答が第２のデバイスから受信されたかどうかに基づいて、第２のデバイスにデータを送信すべきか否かの決定を行う。時々、データを送信すべきか否かの決定を行うとき、第１のデバイスは、干渉コスト推定値情報をも利用する。たとえば、第１のデバイスが、ステップ５１４において第２のデバイスから要求応答信号を受信しなかった場合、ステップ５２０において、第１のデバイスは、第２のデバイスにデータを送信しないことを決定する。第１のデバイスが、ステップ５１４において第２のデバイスから要求応答信号を受信し、ステップ５１２において要求応答を受信していない場合、第１のデバイスは、第２のデバイスにデータを送信することを決定する。第１のデバイスが、ステップ５１４において第２のデバイスから要求応答を受信し、ステップ５１２において少なくとも１つの要求応答を受信した場合、第１のデバイスは、第２のデバイスにデータを条件付きで送信する。条件は、ステップ５１８の１つまたは複数の生成された干渉コスト推定値に基づく。ステップ５１８のコスト推定値がしきい値を上回る場合、第１のデバイスは、第２のデバイスに送信しないことを決定する。ステップ５１８の１つまたは複数のコスト推定値が、それぞれしきい値を下回る場合、第１のデバイスは、第２のデバイスにデータを送信することを決定する。したがって、時々、ステップ５２０において送信すべきか否かの決定を行うことは、干渉コスト推定値を送信判断しきい値と比較することを含む。
【００５０】
図６は、様々な実施形態による、第２のデバイスと通信するように第１のデバイスを動作させる例示的な方法のフローチャート６００である。第１および第２のデバイスは、たとえば、既存の接続を有するピアツーピアワイヤレス通信デバイスである。様々な実施形態において、第１および第２のデバイスは、トラフィック間隔に対応する複数の送信要求／送信要求応答ラウンド、たとえば、３つ以上のラウンドを含むタイミング構造を使用している。たとえば、タイミング構造は、記載された時間順に発生する、第１の送信要求間隔と、第１の送信要求応答間隔と、第２の送信要求間隔と、第２の送信要求応答間隔と、第３の送信要求間隔と、第３の送信要求応答間隔と、対応するトラフィック間隔とを含む。いくつかのそのような実施形態では、第１のデバイスと第２のデバイスとの間の第１の接続に対応して、第１の送信要求間隔、第１の送信要求応答間隔、第２の送信要求間隔、第２の送信要求応答間隔、第３の送信要求間隔、第３の送信要求応答間隔の各々中の接続に割り当てられたエアリンクリソース、たとえば、ＯＦＤＭトーンシンボルがある。
【００５１】
例示的な方法の動作は、ステップ６０２で開始し、ステップ６０４に進む。ステップ６０４において、第１のデバイスは、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという、第１の送信要求を第１のデバイスから第２のデバイスに送信する。動作は、ステップ６０４からステップ６０６に進む。
【００５２】
ステップ６０６において、前記第１の送信要求が送信された第１の送信要求間隔に対応する第１の送信要求応答間隔の間に受信された干渉要求応答から生成された干渉推定値に基づいて、第１のデバイスは、第２の送信間隔の間に第２の送信要求を送信すべきか否かを決定する。ここで、前記第１の送信要求応答間隔は、前記第１の送信要求間隔と第２の送信要求間隔との間に発生し、前記干渉推定値を生成するために使用される第１の送信要求応答間隔の間に受信された送信要求応答は、前記第１のデバイスと前記第２のデバイスとの間の前記接続以外の接続に対応する応答であり、第２の送信要求を送信すべきか否かを決定する前記ステップは、前記生成されたコスト推定値が干渉しきい値を超える場合、第２の送信要求を送信しないことを決定する。動作は、ステップ６０６からステップ６０８に進む。
【００５３】
ステップ６０８において、第１のデバイスは、第３の送信要求間隔の間に、第１のデバイスから第２のデバイスに別の送信要求を送信する。ここで、別の送信要求の送信は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという別の送信要求であり、別の送信要求の送信は、第１のトラフィックインターバルの間に第２のデバイスにデータを送信したいという別の送信要求であり、別の送信要求の送信は、第１の送信要求の送信の後に発生する。動作は、ステップ６０８からステップ６１０および６１２に進む。
【００５４】
ステップ６１０において、第１のデバイスは、第３の送信要求応答間隔の間に、前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答を検出するためにモニタする。動作は、ステップ６１０からステップ６１４に進む。ステップ６１４において、第１のデバイスは、ステップ６１０のモニタ中に他の接続の１つまたは複数の要求応答が検出されたか否かに応じて進む。他の接続の要求応答がステップ６１０において検出された場合、動作は、検出された他の接続の検出された要求応答ごとにステップ６１４からステップ６１６に進む。
【００５５】
ステップ６１６において、第１のデバイスは、第３の送信要求応答間隔の間に検出された前記第１および第２のデバイス以外のデバイス間の接続に対応する要求応答に基づいて干渉コスト推定値を生成する。たとえば、第１のデバイスがトラフィック間隔中で第２のデバイスにデータを送信する場合、生成された干渉コスト推定値は、別の接続の受信機が受けると予想される、第１のデバイスからの干渉の量の推定値である。動作は、ステップ６１６からステップ６２０に進む。第１のデバイスがステップ６１２のモニタ中に他の接続の要求応答を検出しなかった場合、動作は、ステップ６１４からステップ６１８に進み、第１のデバイスは、他のデバイスに対する干渉コストがないかまたは干渉コストを無視することができると考える。たとえば、局所近傍にある他のピアツーピアデバイスは、第２の送信要求応答間隔においてＲＸエコー信号のような、要求応答信号を送信していない。
【００５６】
ステップ６１２に戻ると、ステップ６１２において、第１のデバイスは、第３の送信要求応答間隔の間に、ステップ６０８の別の送信要求に対する応答、たとえば、ＲＸエコー信号を検出するためにモニタする。動作はステップ６１２からステップ６１８に進む。
【００５７】
ステップ６１８において、第１のデバイスは、ステップ６０８の別の送信要求に対する応答が第２のデバイスから受信されたかどうかに基づいて、第２のデバイスにデータを送信すべきか否かを決定する。時々、第１のデバイスは、データを送信すべきか否かの決定を行うとき、干渉コスト推定値情報をも利用する。たとえば、第１のデバイスが、ステップ６１２において第２のデバイスから要求応答信号を受信しなかった場合、ステップ６１８において、第１のデバイスは、第２のデバイスにデータを送信しないことを決定する。第１のデバイスが、ステップ６１２において第２のデバイスから要求応答信号を受信し、ステップ６１０において要求応答を受信していない場合、第１のデバイスは、第２のデバイスにデータを送信することを決定する。第１のデバイスが、ステップ６１２において第２のデバイスから要求応答を受信し、ステップ６１０において少なくとも１つの要求応答を受信した場合、第１のデバイスは、第２のデバイスにデータを条件付きで送信する。条件は、ステップ６１６の１つまたは複数の生成された干渉コスト推定値に基づく。ステップ６１６のコスト推定値がしきい値を上回る場合、第１のデバイスは第２のデバイスに送信しないことを決定する。ステップ６１８の１つまたは複数のコスト推定値が、それぞれしきい値を下回る場合、第１のデバイスは、第２のデバイスにデータを送信することを決定する。したがって、時々、ステップ６１８において送信すべきか否かの決定を行うことは、干渉コスト推定値を送信判断しきい値と比較することを含む。
【００５８】
図７Ａと図７Ｂの組合せからなる図７は、第１の通信デバイスと通信するように第２の通信デバイスを動作させる例示的な方法のフローチャート７００である。第１および第２のデバイスは、たとえば、既存の接続を有するピアツーピアワイヤレス通信デバイスである。様々な実施形態において、第１および第２のデバイスは、トラフィック間隔に対応する複数の送信要求／送信要求応答ラウンドを含むタイミング構造を使用している。
【００５９】
例示的な方法の動作は、ステップ７０２で開始し、ステップ７０４に進み、時々ステップ７０６に進む。ステップ７０４において、第２のデバイスは、第１の送信要求間隔の間に第１のデバイスから第２のデバイスへの第１の送信要求を検出する。ステップ７０６において、第２のデバイスは、第２のデバイスにデータを送信したいという前記第１の送信要求が受信された第１の送信要求間隔の間に、前記第１および第２のデバイス以外の他のデバイス間の接続に対応する追加の要求を検出する。動作は、ステップ７０４から、および時々ステップ７０６から、ステップ７０８に進む。
【００６０】
ステップ７０８において、第２のデバイスは、第１の送信要求間隔の間に受信された送信要求に基づいて、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示す受信信号品質推定値を生成する。様々な実施形態において、生成された受信信号品質推定値は、信号対雑音比と信号対干渉比とのうちの１つである。動作は、ステップ７０８からステップ７１０に進む。
【００６１】
ステップ７１０において、第２のデバイスは、生成された受信信号品質推定値がしきい値を上回るか否かを判断し、判断に応じて進む。受信信号品質推定値がしきい値を上回る場合、動作は、ステップ７１０からステップ７１２に進む。しかしながら、受信信号品質推定値がしきい値を上回らない場合、動作はステップ７１４に進む。
【００６２】
ステップ７１２に戻ると、ステップ７１２において、第２のデバイスは、第２のデバイスから第１のデバイスに第１の送信要求応答を送信する。ここで、ＲＸエコー信号のような第１の送信要求応答は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の要求に対する応答である。動作は、ステップ７１２から接続ノードＡ７１５に進む。
【００６３】
ステップ７１４に戻ると、ステップ７１４において、第２のデバイスは、第１の送信要求応答を第２のデバイスから第１のデバイスに送信することを控えるように制御される。動作は、ステップ７１４から接続ノードＡ７１５に進む。
【００６４】
動作は、接続ノードＡ７１５からステップ７１６に、および時々ステップ７１８に進む。ステップ７１６において、第２のデバイスは、第２の送信要求間隔の間に第１のデバイスから第２のデバイスへの第２の送信要求を検出する。ステップ７１８において、第２のデバイスは、第２のデバイスにデータを送信したいという前記第２の要求が受信された第２の送信要求間隔の間に、前記第１のデバイスと第２のデバイスとの間の前記接続以外のデバイス間の接続に対応する追加の要求を検出する。
【００６５】
動作は、ステップ７１６から、および時々ステップ７１８から、ステップ７２０に進む。ステップ７２０において、第２のデバイスは、前記第２の送信要求間隔の間に受信された送信要求に基づいて、前記第１のデバイスによって受信されるトラフィック信号の推定された信号品質を示す第２の受信信号品質推定値を生成する。様々な実施形態において、生成された第２の受信信号品質推定値は、信号対雑音比と信号対干渉比とのうちの１つである。動作は、ステップ７２０からステップ７２２に進む。
【００６６】
ステップ７２２において、第２のデバイスは、生成された第２の受信信号品質推定値がしきい値を上回るか否かを判断する。第２の受信信号品質推定値がしきい値を上回らない場合、動作は、ステップ７２２からステップ７２４に進み、第２のデバイスは、第２の送信要求応答を第２のデバイスから第１のデバイスに送信することを控えるように制御される。しかしながら、生成された第２の受信信号品質推定値がしきい値を上回る場合、動作はステップ７２２からステップ７２６に進む。
【００６７】
ステップ７２６において、第２のデバイスは、第２のデバイスから第１のデバイスに第２の送信要求応答を送信する。ここで、第２の送信要求応答は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の要求に対する応答である。ステップ７２６の第２の送信要求応答の送信は、ステップ７１２の第１の送信要求応答の送信の後に発生する。動作は、ステップ７２６からステップ７２８に進む。ステップ７２８において、第２のデバイスは、第２の送信要求応答の送信の後の第１のトラフィック間隔の間においてトラフィックを受信するためにモニタする。
【００６８】
図８Ａと図８Ｂと図８Ｃとの組合せからなる図８は、第１の通信デバイスと通信するように第２の通信デバイスを動作させる例示的な方法のフローチャート８００である。第１および第２のデバイスは、たとえば、既存の接続を有するピアツーピアワイヤレス通信デバイスである。様々な実施形態において、第１および第２のデバイスは、トラフィック間隔に対応する複数の送信要求／送信要求応答ラウンド、たとえば、トラフィック間隔に対応する３つの送信要求／送信要求応答ラウンドを含むタイミング構造を使用している。
【００６９】
例示的な方法の動作は、ステップ８０２で開始し、ステップ８０４に進み、時々ステップ８０６に進む。ステップ８０４において、第２のデバイスは、第１の送信要求間隔の間に第１のデバイスから第２のデバイスへの第１の送信要求を検出する。ステップ８０６において、第２のデバイスは、第２のデバイスにデータを送信したいという前記第１の送信要求が受信された第１の送信要求間隔の間に、前記第１および第２のデバイス以外の他のデバイス間の接続に対応する追加の要求を検出する。動作は、ステップ８０４から、および時々ステップ８０６から、ステップ８０８に進む。
【００７０】
ステップ８０８において、第１のデバイスは、第１の送信要求間隔の間に受信された送信要求に基づいて、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示す第１の受信信号品質推定値を生成する。様々な実施形態において、生成された第１の受信信号品質推定値は、信号対雑音比と信号対干渉比とのうちの１つである。動作は、ステップ８０８からステップ８１０に進む。
【００７１】
ステップ８１０において、第２のデバイスは、第１の送信要求間隔の間に受信された送信要求から生成された第１の受信信号品質推定値に基づいて、第１の送信要求応答間隔の間に第１の送信要求応答を送信すべきか否かを決定する。ステップ８１０は、サブステップ８１２、８１４および８１６を含む。サブステップ８１２において、第２のデバイスは、生成された第１の受信信号品質推定値がしきい値を下回るかどうかを判断する。生成された第１の受信信号品質推定値がしきい値を下回る場合、動作はサブステップ８１２からサブステップ８１６に進み、第２のデバイスは、第１の送信要求応答を送信しないことを決定する。しかしながら、生成された第１の受信信号品質推定値がしきい値を下回らない場合、動作はサブステップ８１２からサブステップ８１４に進み、第２のデバイスは、第１の送信要求応答を送信することを決定する。
【００７２】
動作は、サブステップ８１４からステップ８２０に進む。ステップ８２０において、第２のデバイスは、第２のデバイスから第１のデバイスに第１の送信要求応答を送信する。ここで、第１の送信要求応答は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の要求に対する応答である。動作は、ステップ８２０から接続ノードＡ８２４に進む。
【００７３】
サブステップ８１６に戻ると、動作は、サブステップ８１６からステップ８２２に進む。ステップ８２２において、第１の送信要求応答を第２のデバイスから第１のデバイスに送信することを控えるように第２のデバイスを動作させる。動作は、ステップ８２２から接続ノードＡ８２４に進む。
【００７４】
動作は、接続ノードＡ８２４からステップ８２６に、および時々ステップ８２８に進む。ステップ８２６において、第２のデバイスは、第２の送信要求間隔の間に第１のデバイスから第２のデバイスへの第２の送信要求を検出する。ステップ８２８において、第２のデバイスは、第２のデバイスにデータを送信したいという前記第２の送信要求が受信された第２の送信要求間隔の間に、前記第１および第２のデバイス以外の他のデバイス間の接続に対応する追加の要求を検出する。動作は、ステップ８２６から、および時々ステップ８２８から、ステップ８３０に進む。
【００７５】
ステップ８３０において、第２のデバイスは、第２の送信要求間隔の間に受信された送信要求に基づいて第２の受信信号品質推定値を生成する。ここで、前記第２の受信信号品質推定値は、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示す。様々な実施形態において、生成された第２の受信信号品質推定値は、信号対雑音比と信号対干渉比とのうちの１つである。動作は、ステップ８３０からステップ８３２に進む。
【００７６】
ステップ８３２において、第２のデバイスは、第２の送信要求間隔の間に受信された送信要求から生成された第２の受信信号品質推定値に基づいて、第２の送信要求応答間隔の間に第２の送信要求応答を送信すべきか否かを決定する。ステップ８３２は、サブステップ８３４、８３６および８３８を含む。サブステップ８３４において、第２のデバイスは、生成された第２の受信信号品質推定値がしきい値を下回るかどうかを判断する。生成された第２の受信信号品質推定値がしきい値を下回る場合、動作は、サブステップ８３４からサブステップ８３８に進み、第２のデバイスは、第２の送信要求応答を送信しないことを決定する。しかしながら、生成された第２の受信信号品質推定値がしきい値を下回らない場合、動作はサブステップ８３４からサブステップ８３６に進み、第２のデバイスは、第２の送信要求応答を送信することを決定する。
【００７７】
動作は、サブステップ８３６からステップ８４０に進む。ステップ８４０において、第２のデバイスは、第２のデバイスから第１のデバイスに第２の送信要求応答を送る。ここで、第２の送信要求応答は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の要求に対する応答である。動作は、ステップ８４０から接続ノードＢ８４４に進む。
【００７８】
サブステップ８３８に戻ると、動作は、サブステップ８３８からステップ８４２に進む。ステップ８４２において、第２の送信要求応答を第２のデバイスから第１のデバイスに送信することを控えるように第２のデバイスを動作させる。動作は、ステップ８４２から接続ノードＢ８４４に進む。
【００７９】
動作は、接続ノードＢ８４４からステップ８４６に、および時々ステップ８４８に進む。ステップ８４６において、第２のデバイスは、第３の送信要求間隔の間に第１のデバイスから第２のデバイスへの第３の送信要求を検出する。ステップ８４８において、第２のデバイスは、第２のデバイスにデータを送信したいという前記第３の送信要求が受信された第３の送信要求間隔の間に、前記第１および第２のデバイス以外の他のデバイス間の接続に対応する追加の要求を検出する。動作は、ステップ８４６から、および時々ステップ８４８から、ステップ８５０に進む。
【００８０】
ステップ８５０において、第２のデバイスは、第３の送信要求間隔の間に受信された送信要求に基づいて第３の受信信号品質推定値を生成する。ここで、前記受信信号品質推定値は、前記第１のデバイスから受信されるトラフィック信号の推定された信号品質を示す。様々な実施形態において、生成された第３の受信信号品質推定値は、信号対雑音比と信号対干渉比とのうちの１つである。動作は、ステップ８５０からステップ８５２に進む。
【００８１】
ステップ８５２において、第３のデバイスは、第３の送信要求間隔の間に受信された送信要求から生成された第３の受信信号品質推定値に基づいて、第３の送信要求応答間隔の間に第３の送信要求応答を送信すべきか否かを決定する。ステップ８５２は、サブステップ８５４、８５６および８５８を含む。サブステップ８５４において、第２のデバイスは、生成された第２の受信信号品質推定値がしきい値を下回るかどうかを判断する。生成された第２の受信信号品質推定値がしきい値を下回る場合、動作は、サブステップ８５４からサブステップ８５８に進み、第２のデバイスは、第３の送信要求応答を送信しないことを決定する。しかしながら、生成された第３の受信信号品質推定値がしきい値を下回らない場合、動作は、サブステップ８５４からサブステップ８５６に進み、第２のデバイスは、第３の送信要求応答を送信することを決定する。
【００８２】
動作は、サブステップ８５６からステップ８６０に進む。ステップ８６０において、第２のデバイスは、第２のデバイスから第１のデバイスに第３の送信要求応答を送信する。ここで、第３の送信要求応答は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第３の要求に対する応答である。動作は、ステップ８６０からステップ８６４に進む。ステップ８６４において、第２のデバイスは、前記第３の送信要求応答の送信の後の第１のトラフィック間隔の間において、トラフィックを受信するためにモニタする。
【００８３】
サブステップ８５８に戻ると、動作は、サブステップ８５８からステップ８６２に進む。ステップ８６２において、第３の送信要求応答を第２のデバイスから第１のデバイスに送信することを控えるように第３のデバイスを動作させる。
【００８４】
図９は、様々な実施形態による、ピアツーピア通信をサポートするモバイルノードのような、例示的な第１の通信デバイス９００の図である。例示的な第１の通信デバイス９００は、時々、第２の通信デバイスとの接続、たとえば、ピアツーピア接続を有する。例示的な第１の通信デバイス９００は、様々な要素がデータおよび情報を交換するためのバス９１２を介して互いに結合された、ワイヤレス受信機モジュール９０２と、ワイヤレス送信機モジュール９０４と、ユーザ入出力デバイス９０８と、プロセッサ９０６と、メモリ９１０と、を含む。
【００８５】
メモリ９１０は、ルーチン９１８とデータ／情報９２０とを含む。ＣＰＵのような、プロセッサ９０６は、ルーチン９１８を実行し、メモリ９１０内のデータ／情報９２０を使用して、第１の通信デバイス９００の動作を制御し、たとえば、図５のフローチャート５００の方法または図６のフローチャート６００の方法を実施する。
【００８６】
ＯＦＤＭ受信機のようなワイヤレス受信機モジュール９０２は、通信デバイスが他のデバイスから信号を受信するための受信アンテナ９１４に結合される。受信信号には、たとえば、第１の通信デバイス９００が接続を有する第２の通信デバイスからの送信要求応答信号、および第１の通信デバイス９００が接続を有しない他の通信デバイスからの送信要求応答信号がある。
【００８７】
ＯＦＤＭ送信機のようなワイヤレス送信機モジュール９０４は、第１の通信デバイスが信号、たとえば、第１のデバイスが接続を有する第２の通信デバイスに向けられた送信要求信号と、第１のデバイスが接続を有する第２のデバイスに向けられたピアツーピアトラフィック信号と、を送信するための送信アンテナ９１６に結合される。いくつかの実施形態において、同じアンテナが受信機と送信機の両方に使用される。ワイヤレス送信機モジュール９０４は、送信要求、例えば、生成された第１及び第２の送信要求を第１のデバイス９００が接続を有する第２のデバイスに送信する。なお、生成された送信要求は、トラフィック間隔の間にトラフィックデータを第２のデバイスに送信する要求である。
【００８８】
ユーザＩ／Ｏデバイス９０８は、たとえば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、マウス、スピーカ、ディスプレイなどを含む。ユーザＩ／Ｏデバイス９０８により、第１の通信デバイス９００のユーザは、データ／情報を入力し、出力データ／情報にアクセスし、第１の通信デバイス９００の少なくともいくつかの機能を制御することができる。
【００８９】
ルーチン９１８は、通信ルーチン９２２とワイヤレス端末制御ルーチン９２４とを含む。通信ルーチン９２２は、第１の通信デバイス９００によって使用される様々な通信プロトコルを実施する。ワイヤレス端末制御ルーチン９２４は、送信要求モジュール９２６と、第１の送信決定モジュール９２８と、送信制御モジュール９３０と、第１の検出モジュール９３２と、第２の検出モジュール９３４と、干渉コスト推定値生成モジュール９３６と、第２の送信決定モジュール９３８と、を含む。
【００９０】
データ／情報９２０は、送信タイミング構造情報９４０と、接続情報９４２と、送信判断しきい値情報９４４と、を含む。送信タイミング構造情報は、たとえば、循環ピアツーピアタイミング構造に応じてトラフィックスロット情報の複数のセット（トラフィックスロット１のデータ／情報９４６、・・・、トラフィックスロットＮのデータ／情報９４８）を含む。トラフィックスロット１のデータ／情報９４６は、ユーザスケジュール間隔情報９５０とトラフィック間隔情報９５２とを含む。送信タイミング構造情報９４０のトラフィックスロット１の間隔情報９５０は、情報９５２によって識別されるトラフィック間隔に対応する３つの順序付き送信要求間隔と３つの送信要求応答間隔との間の相対タイミング関係を示す情報を含む。いくつかの他の実施形態において、トラフィック間隔に対応する異なる数の要求／応答ラウンド、たとえば、２つのラウンドまたは４つ以上のラウンドがある。ユーザスケジュール間隔情報９５０は、要求応答ラウンド１の情報９５４と、要求／応答ラウンド２の情報９５６と、要求／応答ラウンド３の情報９５８と、を含む。要求／応答ラウンド１の情報９５４は、第１の送信要求間隔情報９６０と第１の送信要求応答間隔情報９６２とを含む。要求／応答ラウンド２の情報９５６は、第２の送信要求間隔情報９６４と第２の送信要求応答間隔情報９６６とを含む。要求／応答ラウンド３の情報９５８は、第３の送信要求間隔情報９６８と第３の送信要求応答間隔情報９７０とを含む。
【００９１】
接続情報９４２は、前記第１のデバイス９００が現在の接続、たとえば、現在のピアツーピア接続を有するデバイスを識別する情報を含む。更に、接続情報９４２は、接続に関連するエアリンクリソースのセットを識別するために使用される情報、たとえば、接続に関する制御シグナリングのために使用される第１の送信要求間隔の間のＯＦＤＭトーンシンボル、第１の送信要求応答間隔の間のＯＦＤＭトーンシンボル、第２の送信要求間隔の間のＯＦＤＭトーンシンボル、第２の送信要求応答間隔の間のＯＦＤＭトーンシンボル、第３の送信要求間隔の間のＯＦＤＭトーンシンボル、および第３の送信要求応答間隔の間のＯＦＤＭトーンシンボルを含む。
【００９２】
送信判断しきい値情報９４４は、たとえば、前記第１の送信決定モジュール９２８によって使用される記憶されたしきい値と、前記第２の送信決定モジュール９３８によって使用される記憶されたしきい値とを含む。
【００９３】
送信要求モジュール９２６は、送信要求を生成する。たとえば、生成された送信要求は、第１のデバイス９００から第２のデバイスに第１及び第２の送信要求を含む。ここで、第１の送信要求は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の送信要求であり、第２の送信要求は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の送信要求である。
【００９４】
第１のデバイス９００は、トラフィック間隔で第２のデバイスにトラフィック信号を送信することを望むことができるが、必ずしもラウンドの各々において送信要求を第２のデバイスに送信するわけではない。たとえば、ある場合において、第１の送信要求は、情報９６０によって識別される第１の送信要求間隔で送信され、第２の送信要求は、情報９６８によって識別される第３の送信要求間隔で送信される。
【００９５】
第１の送信決定モジュール９２８は、送信要求に対する応答が第２のデバイスから受信されたかどうかに基づいて、第１のデバイスが接続を有する第２のデバイスにデータを送信すべきか否かを判断する。たとえば、第１の送信決定モジュール９２８は、最終ラウンドの送信要求応答間隔、たとえば、情報９７０によって識別される第３の送信要求応答間隔のモニタに従って、トラフィックデータ送信決定を行う。たとえば、送信要求応答が情報９７０によって識別される第３の送信要求応答間隔で第２のデバイスから受信されたか否かに応じて、第１のデバイスは、情報９５２によって識別されるトラフィック間隔中で第２のデバイスにデータを送信すべきか否かを決定する。
【００９６】
たとえば、情報９５２によって識別されるトラフィック間隔の間に、前記第１の送信決定モジュール９２８が第２のデバイスにデータを送信するように判断した場合、送信制御モジュール９３０は、第２のデバイスにデータを送信するようにワイヤレス送信機モジュール９０４を制御する。更に、たとえば、情報９６８によって識別される第３の送信要求間隔の間に、第２の送信決定モジュール９３８が追加の送信要求を第２のデバイスに送信すべきであると判断した場合、送信制御モジュール９３０は、第２の送信要求を第２のデバイスに送信するようにワイヤレス送信機モジュールを制御する。
【００９７】
第１の検出モジュール９３２は、前記第１のデバイス以外のデバイスと第１のデバイスが接続を有する第２のデバイスとの間の接続に対応する、送信要求応答間隔の間に受信された送信要求応答、たとえば、ＲＸエコー信号を検出する。これらの検出された応答は、第１のデバイスがトラフィック間隔でトラフィック信号を第２のデバイスに送信する場合、第１のデバイスが干渉を引き起こすことがある接続を識別する。
【００９８】
干渉コスト推定値生成モジュール９３６は、前記第２のデバイスとの接続を有する前記第１のデバイスと前記第２のデバイスとの間の前記接続以外の接続に対応する要求応答に基づいて干渉コスト推定値を生成する。
【００９９】
第２の検出モジュール９３４は、第１のデバイスによって、前記第１のデバイスが接続を有する第２のデバイスに送信された送信要求に対する応答を検出する。たとえば、第１のデバイスが、情報９６０によって識別される第１の要求送信間隔の間に送信要求を送信した場合、第２の検出モジュール９３４は、情報９６２によって識別される第１の送信要求応答間隔の間に第２のデバイスからの要求応答、たとえば、ＲＸエコーを検出する。第１のデバイスが、情報９６４によって識別される第２の要求送信間隔の間に送信要求を送信した場合、第２の検出モジュール９３４は、情報９６６によって識別される第２の送信要求応答間隔の間に第２のデバイスからの要求応答、たとえば、ＲＸエコーを検出する。第１のデバイスが、情報９６８によって識別される第３の要求送信間隔の間に送信要求を送信した場合、第２の検出モジュール９３４は、情報９７０によって識別される第３の送信要求応答間隔の間に第２のデバイスからの要求応答、たとえば、ＲＸエコーを検出する。最終要求／応答ラウンドにおいて応答が第２の検出モジュール９３４によって送信要求を検出した場合、第１の送信決定モジュール９２８は、送信すべきか否かの決定を行う。ここで、送信すべきか否かの決定を行うことは、生成された干渉コスト推定値を送信判断しきい値、たとえば、情報９４４からのしきい値と比較することを含む。
【０１００】
第２の送信決定モジュール９３８は、干渉コスト推定値生成モジュールによって生成された干渉コスト推定値に基づいて、送信要求を送信すべきか否かを判断する。たとえば、第２の送信決定モジュール９３８は、情報９６２によって識別される第１の送信要求応答間隔で検出された要求応答信号を使用して生成された干渉コスト推定値に基づいて、情報９６４によって識別される第２の送信要求間隔で送信要求を第２のデバイスに送信すべきか否かの決定を行う。この例を続けると、第２の送信決定モジュール９３８は、情報９６６によって識別される第２の送信要求応答間隔で検出された要求応答信号を使用して生成された干渉コスト推定値に基づいて、情報９６８によって識別される第３の送信要求間隔で送信要求を第２のデバイスに送信すべきか否かの決定を行う。
【０１０１】
図１０は、様々な実施形態による、ピアツーピア通信をサポートするモバイルノードのような例示的な第２の通信デバイス１０００の図である。例示的な第２の通信デバイス１０００は、時々、第１の通信デバイスとの接続、たとえば、ピアツーピア接続を有する。例示的な第２の通信デバイス１０００は、様々な要素がデータおよび情報を交換するためのバス１０１２を介して互いに結合された、ワイヤレス受信機モジュール１００２と、ワイヤレス送信機モジュール１００４と、ユーザ入出力デバイス１００８と、プロセッサ１００６と、メモリ１０１０と、を含む。
【０１０２】
メモリ１０１０は、ルーチン１０１８とデータ／情報１０２０とを含む。プロセッサ１００６、たとえば、ＣＰＵは、ルーチン１０１８を実行し、メモリ１０１０内のデータ／情報１０２０を使用して、第２の通信デバイス１０００の動作を制御し、たとえば、図７のフローチャート７００の方法または図８のフローチャート８００の方法を実施する。
【０１０３】
ＯＦＤＭ受信機のようなワイヤレス受信機モジュール１００２は、第２の通信デバイス１０００が他のデバイスから信号を受信するための受信アンテナ１０１４に結合される。受信信号は、たとえば、第２の通信デバイス１０００が接続を有する第１の通信デバイスからの送信要求信号、および第２の通信デバイス１０００が接続を有しない他の通信デバイスからの送信要求信号を含む。更に、ワイヤレス受信機モジュール１００２は、第１の通信デバイスからのトラフィック信号、たとえば、ピアツーピアトラフィック信号を受信する。たとえば、第３の送信要求応答間隔１０７０のような最後の要求／応答ラウンドの要求応答間隔で第１のデバイスへの要求応答信号の送信の後に、ワイヤレス受信機モジュール１００２は、情報１０５２によって識別されるトラフィック間隔中で第１のデバイスからトラフィック信号を受信する。
【０１０４】
ＯＦＤＭ送信機のようなワイヤレス送信機モジュール１００４は、第２の通信デバイス１０００が信号、たとえば、第２のデバイスが接続を有する第１の通信デバイスに向けられた送信要求応答信号、を送信するための送信アンテナ１０１６に結合される。いくつかの実施形態において、同じアンテナが受信機と送信機の両方に使用される。ワイヤレス送信機モジュール１００４は、トラフィック間隔の間に第１のデバイスから第２のデバイスにトラフィックデータを送信したいという要求への肯定的な応答である生成された送信要求応答信号、たとえば、第２のデバイス１０００が接続を有する第１のデバイスへの生成された送信要求応答信号、を送信する。
【０１０５】
ユーザＩ／Ｏデバイス１００８は、たとえば、マイクロホン、キーボード、キーパッド、スイッチ、カメラ、マウス、スピーカ、ディスプレイなどを含む。ユーザＩ／Ｏデバイス１００８により、第２の通信デバイス１０００のユーザは、データ／情報を入力し、出力データ／情報にアクセスし、第２の通信デバイス１０００の少なくともいくつかの機能を制御することができる。
【０１０６】
ルーチン１０１８は、通信ルーチン１０２２とワイヤレス端末制御ルーチン１０２４とを含む。通信ルーチン１０２２は、第２の通信デバイス１０００によって使用される様々な通信プロトコルを実施する。ワイヤレス端末制御ルーチン１０２４は、送信要求応答生成モジュール１０２６と、送信要求応答制御モジュール１０２８と、第１の検出モジュール１０３０と、第２の検出モジュール１０３２と、信号品質推定モジュール１０３４と、決定モジュール１０３６と、を含む。
【０１０７】
データ／情報１０２０は、送信タイミング構造情報１０４０と、接続情報１０４２と、受信信号品質しきい値情報１０４４とを含む。送信タイミング構造情報１０４０は、たとえば、循環ピアツーピアタイミング構造に応じてトラフィックスロット情報の複数のセット（トラフィックスロット１のデータ／情報１０４６、・・・、トラフィックスロットＮのデータ／情報１０４８）を含む。トラフィックスロット１のデータ／情報１０４６は、ユーザスケジュール間隔情報１０５０とトラフィック間隔情報１０５２とを含む。送信タイミング構造情報１０４０のトラフィックスロット１のデータ／情報１０４６は、情報１０５２によって識別されるトラフィック間隔に対応する３つの順序付き送信要求間隔と３つの送信要求応答間隔との間の相対タイミング関係を示す情報を含む。いくつかの他の実施形態において、トラフィック間隔に対応する異なる数の要求／応答ラウンド、たとえば、２つのラウンドまたは４つ以上のラウンドがある。ユーザスケジュール間隔情報１０５０は、要求／応答ラウンド１の情報１０５４と、要求／応答ラウンド２の情報１０５６と、要求／応答ラウンド３の情報１０５８とを含む。要求／応答ラウンド１の情報１０５４は、第１の送信要求間隔情報１０６０と第１の送信要求応答間隔情報１０６２とを含む。要求／応答ラウンド２の情報１０５６は、第２の送信要求間隔情報１０６４と第２の送信要求応答間隔情報１０６６とを含む。要求／応答ラウンド３の情報１０５８は、第３の送信要求間隔情報１０６８と第３の送信要求応答間隔情報１０７０とを含む。
【０１０８】
接続情報１０４２は、前記第２のデバイス１０００が現在の接続、たとえば、現在のピアツーピア接続を有するデバイスを識別する情報を含む。更に、接続情報１０４２は、接続に関連するエアリンクリソースのセットを識別するために使用される情報、たとえば、接続に関する制御シグナリングのために使用される第１の送信要求間隔の間のＯＦＤＭトーンシンボル、第１の送信要求応答間隔の間のＯＦＤＭトーンシンボル、第２の送信要求間隔の間のＯＦＤＭトーンシンボル、第２の送信要求応答間隔の間のＯＦＤＭトーンシンボル、第３の送信要求間隔の間のＯＦＤＭトーンシンボル、および第３の送信要求応答間隔の間のＯＦＤＭトーンシンボルを含む。
【０１０９】
受信信号品質しきい値情報１０４４は、送信要求応答信号、たとえば、ＲＸエコー信号を送信すべきか否かを決定するために、たとえば、信号品質推定モジュール１０３４からの結果と比較するために決定モジュール１０３６によって使用される記憶されたしきい値限界を含む。
【０１１０】
送信要求応答生成モジュール１０２６は、送信要求応答を生成する。送信要求応答生成モジュール１０２６は、第２のデバイスが接続を有するデバイス、たとえば、第１のデバイスからの受信した送信要求に応答して、および決定モジュール１０３６の判断に応じて要求応答、たとえば、ＲＸエコー信号を生成する。あるときには、いくつかのラウンド中に、第２の通信デバイス１０００に向けられた送信要求がラウンドにおいて受信されなかったので、送信応答生成モジュール１０２６は、要求応答を生成しない。あるときには、いくつかのラウンド中に、決定モジュール１０３６がモジュール１０３４の信号品質推定値に基づいて受信機譲歩を実施することを決定するので、送信応答生成モジュール１０２６は要求応答を生成しない。したがって、あるときには、１つまたは複数のラウンドは要求応答シグナリングに関してスキップされる。たとえば、生成された送信要求応答は、第２のデバイス１０００から第１のデバイスへの第１の送信要求応答と第２の送信要求応答とを含み、第１の送信要求応答は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第１の要求に対する応答であり、第２の送信要求応答は、第１のトラフィック間隔の間に第２のデバイスにデータを送信したいという第２の送信要求に対する応答である。たとえば、ある場合には、第１の送信要求応答は、情報１０６０によって識別される第１の送信要求間隔で受信された第１のデバイスからの要求に応答して、情報１０６２によって識別される第１の送信要求応答間隔で送信され、第２の送信要求応答は、情報１０６８によって識別される第３の送信要求間隔で受信された第１のデバイスからの要求に応答して、情報１０７０によって識別される第３の送信要求応答間隔で送信される。
【０１１１】
決定モジュール１０３６は、信号品質推定モジュール１０３４によって生成された受信信号品質推定値に基づいて送信要求応答、たとえば、ＲＸエコー信号を送信すべきか否かを決定する。様々な実施形態において、受信信号品質推定値がしきい値、たとえば、情報１０４４におけるしきい値を下回る場合、決定モジュール１０３６は、送信要求応答を送信しないという決定を行う。
【０１１２】
送信要求応答制御モジュール１０２８は、生成された送信要求応答をいつ送信するかを制御する。たとえば、送信要求応答制御モジュール１０２８は、生成された第１および第２の要求応答がワイヤレス送信機モジュール１００４によっていつ送信されるかを制御し、第２のデバイスから第１のデバイスへの第２の送信要求応答の送信は、第１の送信要求応答の送信の後に発生する。
【０１１３】
第１の検出モジュール１０３０は、第２のデバイス１０００にデータを送信したいという要求が検出された送信要求間隔で、前記第１および第２のデバイス以外のデバイス間の接続に対応する追加の要求を検出する。したがって、第１の検出モジュール１０３０は、第１のデバイスと第２のデバイスとの間の接続が使用したいトラフィック間隔と同じトラフィック間隔を使用する別の接続のトラフィック信号をもたらし、したがって干渉を表す、他の接続の送信要求を識別する。
【０１１４】
信号品質推定モジュール１０３４は、受信した送信要求に基づいて受信信号品質推定値を生成し、生成された受信信号品質推定値は、第２のデバイス１０００が接続を有する第１のデバイスから第２のデバイス１０００によって受信されるトラフィック信号の推定された信号品質を示す。いくつかの実施形態において、信号品質推定値は、信号対雑音比（ＳＮＲ）と信号対干渉比（ＳＩＲ）とのうちの１つである。
【０１１５】
第２の検出モジュール１０３２は、第２のデバイス１０００が接続を有するデバイス、たとえば第１のデバイスからの送信要求を検出する。様々な実施形態において、複数のラウンドの各々における接続に対応する送信要求を搬送するために使用すべき特定のエアリンクリソースがラウンドごとに確保される。たとえば、第２の通信デバイス１０００と第１の通信デバイスとの間のピアツーピア接続に対応して、第１のＷＴが情報１０５２によって識別されるトラフィック間隔中でピアツーピアトラフィック信号を第２の通信デバイス１０００に送信したいということを示す要求を搬送するために確保された第１の送信要求間隔内のＯＦＤＭトーンシンボル、第２の送信要求間隔内のＯＦＤＭトーンシンボル、および第３のＯＦＤＭトーンシンボル内のＯＦＤＭトーンシンボルがある。第２の検出モジュール１０３２は、送信要求信号用のそれらの指定されたエアリンクリソースをモニタする。
【０１１６】
図１１は、様々な実施形態による、例示的なマルチラウンド要求および応答シグナリングを示す一連の図を含む。図１１の例において、３つの送信要求／送信要求応答ラウンドが、その３つのラウンドに続く対応するトラフィック間隔でスケジューリングするためのユーザスケジュール間隔の一部として存在する。この例において、ＷＴ  Ａ１１０２、ＷＴ  Ｂ１１０４、ＷＴ  Ｃ１１０６、ＷＴ  Ｄ１１０８、ＷＴ  Ｅ１１１０およびＷＴ  Ｆ１１１２が、ピアツーピア接続をサポートするモバイルノードなどのワイヤレス通信デバイスであると仮定する。また、（ｉ）ＷＴ  Ａ１１０２が、ＷＴ  Ａ１１０２からＷＴ  Ｂ１１０４へのトラフィックシグナリングに関係するＷＴ  Ｂ１１０４とのピアツーピア接続を有し、（ｉｉ）ＷＴ  Ｃ１１０６が、ＷＴ  Ｃ１１０６からＷＴ  Ｄ１１０８へのトラフィックシグナリングに関係するＷＴ  Ｄ１１０８とのピアツーピア接続を有し、（ｉ）ＷＴ  Ｅ１１１０が、ＷＴ  Ｅ１１１０からＷＴ  Ｆ１１１２へのトラフィックシグナリングに関係するＷＴ  Ｆ１１１２とのピアツーピア接続を有すると仮定する。接続優先順位は、Ａ−＞Ｂの接続優先順位がＣ−＞Ｄの接続優先順位よりも高く、Ｃ−＞Ｄの接続優先順位がＥ−＞Ｆの接続優先順位よりも高いと仮定する。さらに、この例において、ＷＴ  Ｂ１１０４がＷＴ  Ｃ１１０６に比較的近接し、ＷＴ  ＤがＷＴ  Ｅ１１１０に比較的近接すると仮定する。また、この例において、ＷＴ  Ａ１１０２がトラフィック間隔でＷＴ  Ｂに送信したいピアツーピアトラフィック信号を有し、ＷＴ  Ｃ１１０６が同じトラフィック間隔でＷＴ  Ｄに送信したいピアツーピアトラフィック信号を有し、ＷＴ  Ｅ１１１０が同じトラフィック間隔でＷＴ  Ｆ１１１２に送信したいピアツーピアトラフィック信号を有すると仮定する。
【０１１７】
図面１１００に、例示的なラウンド１送信要求シグナリング、ラウンド１送信要求応答シグナリング、および送信機の観点からなされた判断を示す。（ＷＴ  Ａ１１０２、ＷＴ  Ｃ１１０６、ＷＴ  Ｅ１１１０）は、ラウンド１の送信要求間隔の間にそれぞれ（ＴＸ要求１１１４、ＴＸ要求１１１６、ＴＸ要求１１１８）を（ＷＴ  Ｂ１１０４、ＷＴ  Ｄ１１０８、ＷＴ  Ｆ１１１２）に送信する。（ＷＴ  Ｂ１１０４、ＷＴ  Ｄ１１０８、ＷＴ  Ｆ１１１２）は、それぞれ要求送信要求信号（１１１４、１１１６、１１１８）を受信する。（ＷＴ  Ｂ１１０４、ＷＴ  Ｄ１１０８、ＷＴ  Ｆ１１１２）は、それぞれ要求応答信号（ＲＸエコー１１２０、ＲＸエコー１１２２、ＲＸエコー１１２４）を生成し、ラウンド１の要求応答間隔の間に（ＷＴ  Ａ１１０２、ＷＴ  Ｃ１１０６、ＷＴ  Ｅ１１１０）に送信する。
【０１１８】
ＷＴ  Ａは、優先順位の最も高い接続に対応するＲＸエコー信号１１２０を検出しており、ボックス１１２６に示すように続けることを決定する。ＷＴ  Ｃ１１０６は、ＷＴ  Ｄ１１０８からのＲＸエコー信号１１２２を受信した。しかしながら、ＷＴ  Ｃは、それ自体の接続よりも優先順位の高い接続に関連するＷＴ  Ｂ１１０４からのＲＸエコー信号１１２０も受信した。この例において、ＷＴ  Ｃは、送信しようとする場合、ＷＴ  Ｂの受信機に対して引き起こす干渉がしきい値を上回ると判断する。したがって、ＷＴ  Ｃは、ボックス１１２８に示すように送信機譲歩を実行することを決定する。ＷＴ  Ｅ１１１０は、ＷＴ  Ｆ１１１２からのＲＸエコー信号１１２４を受信した。しかしながら、ＷＴ  Ｅはそれ自体の接続よりも優先順位の高い接続に関連するＷＴ  Ｄ１１０８からのＲＸエコー信号１１２２も受信した。この例において、ＷＴ  Ｅは、送信しようとする場合、ＷＴ  Ｄの受信機に対して引き起こす干渉がしきい値を上回ると判断する。したがって、ＷＴ  Ｄは、ボックス１１３０に示すように送信機譲歩を実行することを決定する。
【０１１９】
図面１１４０に、例示的なラウンド２送信要求シグナリング、ラウンド２送信要求応答シグナリング、および送信機の観点からなされた判断を示す。ＷＴ  Ａ１１０２は、ラウンド２の送信要求間隔の間にＷＴ  Ｂ１１０４にＴＸ要求１１４２を送信する。ラウンド１の譲歩決定（１１２８、１１３０）により、ＷＴ  Ｃ１１０６およびＷＴ  Ｅ１１１０が送信要求の送信を控えることに留意されたい。ＷＴ  Ｂ１１０４は、ラウンド２の送信要求間隔の間に送信要求信号１１４２を受信する。ＷＴ  Ｂ１１０４は、要求応答信号（ＲＸエコー１１４４）を生成し、ラウンド２の要求応答間隔の間にＷＴ  Ａ１１０２に送信する。
【０１２０】
ＷＴ  Ａは、優先順位の最も高い接続に対応するＲＸエコー信号１１４４を検出しており、ボックス１１４６に示すように続けることを決定する。ＷＴ  Ｃ１１０６は、それ自体の接続よりも優先順位の高い接続に関連する、ＷＴ  Ｂ１１０４からのＲＸエコー信号１１４４を受信した。この例において、ＷＴ  Ｃは、送信しようとする場合、ＷＴ  Ｂの受信機に対して引き起こす干渉がしきい値を上回ると判断する。したがって、ＷＴ  Ｃは、ボックス１１４８に示すように送信機譲歩を実行することを決定する。ＷＴ  Ｅ１１１０は、しきい値を超える、優先順位のより高い接続からのＲＸエコー信号を受信していない。したがって、ＷＴ  Ｅは、送信しようとする場合、他の接続に対応する受信機に対して容認できない干渉を引き起こさないと判断したので、ＷＴ  Ｅは、ボックス１１５０に示すように続けることを決定する。
【０１２１】
図面１１６０に、例示的なラウンド３送信要求シグナリング、ラウンド３送信要求応答シグナリング、および送信機の観点からなされた判断を示す。（ＷＴ  Ａ１１０２、ＷＴ  Ｅ１１１０）は、ラウンド３の送信要求間隔の間にそれぞれ（ＴＸ要求１１６２、ＴＸ要求信号１１６４）を（ＷＴ  Ｂ１１０４、ＷＴ  Ｆ１１１２）に送信する。ラウンド２の譲歩決定（１１４８）により、ＷＴ  Ｃ１１０６が送信要求の送信を控えることに留意されたい。（ＷＴ  Ｂ１１０４、ＷＴ  Ｆ１１１２）は、ラウンド３の送信要求間隔の間にそれぞれ（送信要求信号１１６２、送信要求信号１１６４）を受信する。（ＷＴ  Ｂ１１０４、ＷＴ  Ｆ１１１２）は、それぞれ（要求応答信号（ＲＸエコー）１１６６、要求応答信号（ＲＸエコー）１１６８）を生成し、ラウンド３の要求応答間隔の間に（ＷＴ  Ａ１１０２、ＷＴ  Ｅ１１１０）に送信する。
【０１２２】
ＷＴ  Ａは、優先順位の最も高い接続に対応するＲＸエコー信号１１６６を検出しており、ボックス１１７０に示すように続けることを決定する。ＷＴ  Ｃ１１０６は、それ自体の接続よりも優先順位の高い接続に関連する、ＷＴ  Ｂ１１０４からのＲＸエコー信号１１６６を受信した。この例において、ＷＴ  Ｃは、送信しようとする場合、ＷＴ  Ｂの受信機に対して引き起こす干渉がしきい値を上回ると判断する。したがって、ＷＴ  Ｃは、ボックス１１７２に示すように送信機譲歩を実行することを決定する。さらに、ＷＴ  Ｃは、これが最後のラウンドであり、ＷＴ  Ｃがこのラウンドにおいて以前に送信要求を送信していないという追加の理由により、送信機譲歩を実行することを決定する。ＷＴ  Ｅ１１１０は、しきい値を超える、優先順位のより高い接続からのＲＸエコー信号を受信していない。したがって、ＷＴ  Ｅ１１１０は、送信しようとする場合、他の接続に対応する受信機に対して容認できない干渉を引き起こさないと判断したので、ＷＴ  Ｅ１１１０は、ボックス１１７４に示すように続けることを決定する。
【０１２３】
図面１１８０に、図面（１１００、１１４０、１１６０）に関して説明した３ラウンドのユーザスケジュールに対応する、トラフィック間隔における例示的なトラフィックを示す。ＷＴ  Ａ１１０２は、第３ラウンドの決定が続けることであったので（１１７０）、トラフィック間隔の間にＷＴ  Ｂ１１０４にピアツーピアトラフィック信号１１８２を送信する。ＷＴ  Ｃ１１０６は、第３ラウンドの決定が譲歩することであったので（１１７２）、トラフィック間隔の間にＷＴ  Ｄ１１０８へのピアツーピアトラフィック信号の送信を控える。ＷＴ  Ｅ１１１０は、第３ラウンドの決定が続けることであったので（１１７４）、トラフィック間隔の間にＷＴ  Ｆ１１１２にピアツーピアトラフィック信号１１８４を送信する。例示的なマルチラウンド要求／要求応答間隔の結果において、ユーザスケジュール間隔で３つの接続のうちの２つが同じエアリンクリソースを使用してトラフィック信号を同時に送信することを許されるが、ユーザスケジュールにおいて単一ラウンド要求／要求応答の手法を使用した場合は、トラフィック間隔で１つの接続しかトラフィック信号を送信することを許されないことに留意されたい。したがって、この例示的なマルチラウンドの手法は、エアリンクリソースのより効率的な利用をもたらす。
【０１２４】
図１２、図１３、図１４および図１５は、様々な実施形態による、例示的なマルチラウンド要求および応答シグナリングを示す一連の図を含む。この例において、３つの送信要求／送信要求応答ラウンド（図１２、図１３、および図１４）が、その３つのラウンドに続く対応するトラフィック間隔（図１５）中でスケジューリングするためのユーザスケジュール間隔の一部として存在する。この例において、ＷＴ  Ａ１２０２、ＷＴ  Ｂ１２０４、ＷＴ  Ｃ１２０６、ＷＴ  Ｄ１２０８、ＷＴ  Ｅ１２１０、ＷＴ  Ｆ１２１２、ＷＴ  Ｇ１２１４およびＷＴ  Ｈ１２１６が、ピアツーピア接続をサポートするモバイルノードなどのワイヤレス通信デバイスであると仮定する。また、（ｉ）ＷＴ  Ａ１２０２が、ＷＴ  Ａ１２０２からＷＴ  Ｂ１２０４へのトラフィックシグナリングに関係するＷＴ  Ｂ１２０４とのピアツーピア接続を有し、（ｉｉ）ＷＴ  Ｃ１２０６が、ＷＴ  Ｃ１２０６からＷＴ  Ｄ１２０８へのトラフィックシグナリングに関係するＷＴ  Ｄ１２０８とのピアツーピア接続を有し、（ｉｉｉ）ＷＴ  Ｅ１２１０が、ＷＴ  Ｅ１２１０からＷＴ  Ｆ１２１２へのトラフィックシグナリングに関係するＷＴ  Ｆ１２１２とのピアツーピア接続を有し、（ｉｖ）ＷＴ  Ｇ１２１４が、ＷＴ  Ｈ１２１６とのピアツーピア接続を有すると仮定する。接続優先順位は、Ａ−＞Ｂの接続優先順位がＣ−＞Ｄの接続優先順位よりも高く、Ｃ−＞Ｄの接続優先順位がＥ−＞Ｆの接続優先順位よりも高く、さらにＥ−＞Ｆの接続優先順位がＧ−＞Ｈの接続優先順位よりも高いと仮定する。さらに、この例において、ＷＴ  Ｂ１２０４がＷＴ  Ｃ１２０６に比較的近接し、ＷＴ  ＤがＷＴ  Ｅ１２１０に比較的近接し、ＷＴ  Ｈ１２１６がＷＴ  Ｃ１２０６に比較的近接すると仮定する。また、この例において、ＷＴ  Ａ１２０２がトラフィック間隔でＷＴ  Ｂに送信したいピアツーピアトラフィック信号を有し、ＷＴ  Ｃ１２０６が同じトラフィック間隔でＷＴ  Ｄに送信したいピアツーピアトラフィック信号を有し、ＷＴ  Ｅ１２１０が同じトラフィック間隔でＷＴ  Ｆ１２１２に送信したいピアツーピアトラフィック信号を有し、ＷＴ  Ｇ１２１４が同じトラフィック間隔でＷＴ  Ｈ１２１６に送信したいピアツーピアトラフィック信号を有すると仮定する。
【０１２５】
図１２の図面１２０１に、例示的なラウンド１送信要求シグナリングおよび送信機の観点からなされた判断を示す。（ＷＴ  Ａ１２０２、ＷＴ  Ｃ１２０６、ＷＴ  Ｅ１２１０、ＷＴ  Ｇ１２１４）は、ラウンド１の送信要求間隔の間にそれぞれ（ＴＸ要求１２１８、ＴＸ要求１２２０、ＴＸ要求１２２２、ＴＸ要求１２２４）を（ＷＴ  Ｂ１２０４、ＷＴ  Ｄ１２０８、ＷＴ  Ｆ１２１２、ＷＴ  Ｈ１２１６）に送信する。（ＷＴ  Ｂ１２０４、ＷＴ  Ｄ１２０８、ＷＴ  Ｆ１２１２、ＷＴ  Ｈ１２１６）は、それぞれ要求送信要求信号（１２１８、１２２０、１２２２、１２２４）を受信する。ＷＴ  Ｂ１２０４は、それ自体の接続要求信号１２１８よりも優先順位の高い要求を受け取っていないので、ボックス１２２６に示すように続けることを決定する。ＷＴ  Ｄ１２０８は、受信した要求信号に基づいて、その受信機において予想される受信信号品質がしきい値を上回ると判断したので、ボックス１２２８に示すように続けることを決定する。ＷＴ  Ｆ１２１２は、受信した要求信号に基づいて、その受信機において予想される受信信号品質がしきい値を上回ると判断したので、ボックス１２３０に示すように続けることを決定する。ＷＴ  Ｈ１２３２は、受信した要求信号に基づいて、その受信機において予想される受信信号品質がしきい値を上回ることは予想されないと判断したので、受信機譲歩を実行することを決定する。ＷＴ  Ｈ１２１６における受信に対してＷＴ  Ｃの送信によって引き起こされると予想される干渉は、容認できないことが予想され、Ｇ−＞Ｈの接続がＣ−＞Ｄの接続よりも低い優先順位を有するので、ＷＴ  Ｈ１２１６は譲歩する。
【０１２６】
図１２の図面１２０３に、例示的なラウンド１送信要求応答シグナリングおよび送信機の観点からなされた判断を示す。（ＷＴ  Ｂ１２０４、ＷＴ  Ｄ１２０８、およびＷＴ  Ｆ１２１２）は、決定（１２２６、１２２８、１２３０）に従ってラウンド１の送信要求応答間隔の間にそれぞれ（ＲＸエコー１２３４、ＲＸエコー１２３６、ＲＸエコー１２３８）を（ＷＴ  Ａ１２０２、ＷＴ  Ｃ１２０６、ＷＴ  Ｅ１２１０）に送信する。ＷＴ  Ｈ１２１６は、決定１２３２が譲歩することであったので、ＲＸエコー信号をＷＴ  Ｇ１２１４に送信しない。（ＷＴ  Ａ１２０２、ＷＴ  Ｃ１２０６、ＷＴ  Ｅ１２１０）は、それぞれ送信要求応答信号（１２３４、１２３６、１２３８）を受信する。ＷＴ  Ａ１２０２は、それ自体の接続要求応答信号１２３４よりも優先順位の高い要求応答を受け取っていないので、ボックス１２４０に示すように続けることを決定する。ＷＴ  Ｃ１２０６は、受信したＲＸエコー信号１２３４に基づいて、ＷＴ  Ｃ１２０６がＷＴ  Ｂの受信機に対して生成する予想される干渉がしきい値を上回ると判断したので、ボックス１２４２に示すように譲歩することを決定する。ＷＴ  Ｅ１２１０は、受信したＲＸエコー信号１２３６に基づいて、ＷＴ  Ｅ１２１０がＷＴ  Ｄの受信機に対して生成する予想される干渉がしきい値を上回ると判断したので、ボックス１２４４に示すように譲歩することを決定する。ＷＴ  Ｇ１２１４は、それ自体の送信が他の接続の受信機に対して許容できないレベルの干渉を生成することを示す、それらの他のデバイスからのＲＸエコー信号を受信していないので、続けることを決定する。
【０１２７】
図１３の図面１３０１に、例示的なラウンド２送信要求シグナリングおよび送信機の観点からなされた判断を示す。（ＷＴ  Ａ１２０２、ＷＴ  Ｇ１２１４）は、決定（１２４０、１２４６）に基づいてラウンド２の送信要求間隔の間にそれぞれ（ＴＸ要求１３０２、ＴＸ要求１３０４）を（ＷＴ  Ｂ１２０４、ＷＴ  Ｈ１２１６）に送信する。（ＷＴ  Ｃ１２０６、ＷＴ  Ｅ１２１０）は、決定（１２４２、１２４４）に基づいてラウンド２では送信要求を送信しない。（ＷＴ  Ｂ１２０４、ＷＴ  Ｈ１２１６）は、それぞれ要求送信要求信号（１３０２、１３０４）を受信する。ＷＴ  Ｂ１２０４は、それ自体の接続要求信号１３０２よりも優先順位の高い要求を受け取っていないので、ボックス１３０６に示すように続けることを決定する。ＷＴ  Ｈ１２１６は、受信した要求信号に基づいて、その受信機において予想される受信信号品質がしきい値を上回ると判断したので、ボックス１３１２に示すように続けることを決定する。
【０１２８】
図１３の図面１３０３に、例示的なラウンド２送信要求応答シグナリングおよび送信機の観点からなされた判断を示す。（ＷＴ  Ｂ１２０４、ＷＴ  Ｈ１２１６）は、決定（１３０６、１３１２）に従ってラウンド２の送信要求応答間隔の間にそれぞれ（ＲＸエコー１３１４、ＲＸエコー１３１６）を（ＷＴ  Ａ１２０２、ＷＴ  Ｇ１２１４）に送信する。（ＷＴ  Ａ１２０２、ＷＴ  Ｇ１２１４）は、それぞれ送信要求応答信号（１３１４、１３１６）を受信する。ＷＴ  Ａ１２０２は、それ自体の接続要求応答信号１３１４よりも優先順位の高い要求応答を受け取っていないので、ボックス１３１８に示すように続けることを決定する。ＷＴ  Ｃ１２０６は、受信したＲＸエコー信号１３１４に基づいて、ＷＴ  Ｃ１２０６がＷＴ  Ｂの受信機に対して生成する予想される干渉がしきい値を上回ると判断したので、ボックス１３２０に示すように譲歩することを決定する。ＷＴ  Ｅ１２１０は、それ自体の送信が他の接続の受信機に対して許容できないレベルの干渉を生成することを示す、それらの他のデバイスからのＲＸエコー信号を受信していないので、ボックス１３２２に示すように続けることを決定する。ＷＴ  Ｇ１２１４は、それ自体の送信が他の接続の受信機に対して許容できないレベルの干渉を生成することを示す、それらの他のデバイスからのＲＸエコー信号を受信していないので、ボックス１３２４に示すように続けることを決定する。
【０１２９】
図１４の図面１４０１に、例示的なラウンド３送信要求シグナリングおよび送信機の観点からなされた判断を示す。（ＷＴ  Ａ１２０２、ＷＴ  Ｅ１２１０、ＷＴ  Ｇ１２１４）は、決定（１３１８、１３２２、１３１４）に基づいて、ラウンド３の送信要求間隔の間にそれぞれ（ＴＸ要求１４０２、ＴＸ要求１４０４、ＴＸ要求１４０６）を（ＷＴ  Ｂ１２０４、ＷＴ  Ｆ１２１２、ＷＴ  Ｈ１２１６）に送信する。ＷＴ  Ｃ１２０６は、譲歩するという決定（１３２０）に基づいてラウンド３では送信要求を送信しない。（ＷＴ  Ｂ１２０４、ＷＴ  Ｆ  ＷＴ  Ｈ１２１６）は、それぞれ要求送信要求信号（１４０２、１４０４、１４０６）を受信する。ＷＴ  Ｂ１２０４は、それ自体の接続要求信号１４０２よりも優先順位の高い要求を受け取っていないので、ボックス１４０８に示すように続けることを決定する。ＷＴ  Ｆ１２１２は、受信した要求信号に基づいて、その受信機において予想される受信信号品質がしきい値を上回ると判断したので、ボックス１４１２に示すように続けることを決定する。ＷＴ  Ｈ１３１６は、受信した要求信号に基づいて、その受信機において予想される受信信号品質がしきい値を上回ると判断したので、ボックス１４１４に示すように続けることを決定する。
【０１３０】
図１４の図面１４０３に、例示的なラウンド３送信要求応答シグナリングおよび送信機の観点からなされた判断を示す。（ＷＴ  Ｂ１２０４、ＷＴ  Ｆ１２１２、ＷＴ  Ｈ１２１６）は、決定（１４０８、１４１２、１４１４）に従ってラウンド３の送信要求応答間隔の間にそれぞれ（ＲＸエコー１４１６、ＲＸエコー１４１８、ＲＸエコー信号１４２０）を（ＷＴ  Ａ１２０２、ＷＴ  Ｅ１２１０、ＷＴ  Ｇ１２１４）に送信する。（ＷＴ  Ａ１２０２、ＷＴ  Ｅ１２１０、ＷＴ  Ｇ１２１４）は、それぞれ送信要求応答信号（１４１６、１４１８、１４２０）を受信する。ＷＴ  Ａ１２０２は、それ自体の接続要求応答信号１４１６よりも優先順位の高い要求応答を受け取っていないので、ボックス１４２２に示すように続けることを決定する。ＷＴ  Ｃ１２０６は、受信したＲＸエコー信号１４１６に基づいて、ＷＴ  Ｃ１２０６がＷＴ  Ｂの受信機に対して生成する予想される干渉がしきい値を上回ると判断したので、ボックス１４２４に示すように譲歩することを決定する。さらに、ＷＴ  Ｃ１２０６は、これが最後のラウンド、たとえば、ラウンド３であり、ＷＴ  Ｃ１２０６がこのラウンドにおいて送信要求を送信していないので、譲歩することを決定する。ＷＴ  Ｅ１２１０は、それ自体の送信が他の接続の受信機に対して許容できないレベルの干渉を生成することを示す、それらの他のデバイスからのＲＸエコー信号を受信していないので、ボックス１４２６に示すように続けることを決定する。ＷＴ  Ｇ１２１４は、それ自体の送信が他の接続の受信機に対して許容できないレベルの干渉を生成することを示す、それらの他のデバイスからのＲＸエコー信号を受信していないので、ボックス１４２８に示すように続けることを決定する。
【０１３１】
図１５の図面１５０１に、図１２、図１３および図１４に関して説明した３ラウンドのユーザスケジュールに対応する、トラフィック間隔の間の例示的なシグナリングを示す。ＷＴ  Ａ１２０２は、第３ラウンドの決定が続けることであったので（１４２２）、トラフィック間隔の間にＷＴ  Ｂ１２０４にピアツーピアトラフィック信号１５０２を送信する。ＷＴ  Ｃ１２０６は、第３ラウンドの決定が譲歩することであったので（１４２４）、トラフィック間隔の間にＷＴ  Ｄ１２０８へのピアツーピアトラフィック信号の送信を控える。ＷＴ  Ｅ１２１０は、第３ラウンドの決定が続けることであったので（１４２６）、トラフィック間隔の間にＷＴ  Ｆ１２１２にピアツーピアトラフィック信号１５０４を送信する。ＷＴ  Ｇ１２１４は、第３ラウンドの決定が続けることであったので（１４２８）、トラフィック間隔の間にＷＴ  Ｈ１２１６にピアツーピアトラフィック信号１５０６を送信する。例示的なマルチラウンド要求／要求応答間隔の結果では、ユーザスケジュール間隔の間に４つの接続のうちの３つが同じエアリンクリソースを使用してトラフィック信号を同時に送信することを許されることに留意されたい。代わりに、ユーザスケジュールにおいて単一ラウンド要求／要求応答の手法を使用した場合は、トラフィック間隔の間に１つの接続（Ａ−＞Ｂの接続）しかトラフィック信号を送信することを許されず、その接続は、その送信機がＲＸエコーを受信し、続けることを許可されたと判断した、ラウンド１における唯一の接続である。したがって、この例示的なマルチラウンドの手法は、エアリンクリソースのより効率的な利用をもたらす。
【０１３２】
図１６は、ピアツーピア循環タイミング構造内の例示的なユーザスケジュール間隔２３０２と、ユーザスケジュール部分のエアリンクリソースの例示的な区画とを示す図面２３００である。図１６で説明するリソースを使用するＷＴは、たとえば、図１、図２、図３、図４、図５、図６、図７、図８、図９、図１０、図１１、図１２、図１３、図１４、および／または図１５に関して説明した通信デバイスのいずれかである。例示的なユーザスケジュール間隔２３０２は、（ｉ）ミニＴＸ要求スロット１とも呼ばれるラウンド１の送信要求間隔２３０８と、（ｉｉ）ミニＲＸエコースロット１とも呼ばれるラウンド１の送信要求応答間隔２３１０と、（ｉｉｉ）ミニＴＸ要求スロット２とも呼ばれるラウンド２の送信要求間隔２３１２と、（ｉｖ）ミニＲＸエコースロット２とも呼ばれるラウンド２の送信要求応答間隔２３１４と、（ｖ）ミニＴＸ要求スロット３とも呼ばれるラウンド３の送信要求間隔２３１６と、（ｉｖ）ミニＲＸエコースロット３とも呼ばれるラウンド３の送信要求応答間隔２３１８と、を含む。
【０１３３】
間隔（２３０８、２３１２、２３１６）は、送信要求信号（ＴＸ要求信号）を搬送するために指定され、間隔（２３１０、２３１４、２３１８）は送信要求応答信号（ＲＸエコー信号）を搬送するために指定される。
【０１３４】
横軸２３０４は、時間を表し、縦軸２３０６は、周波数、たとえば、ＯＦＤＭトーンを表す。ＯＦＤＭシンボル２３２０は、構造にマッピングされた接続用のラウンド１要求の送信要求信号を搬送する。ＯＦＤＭシンボル２３２２は、構造にマッピングされた接続用のラウンド１の送信要求応答信号を搬送する。ＯＦＤＭシンボル２３２４は、構造にマッピングされた接続用のラウンド２要求の送信要求信号を搬送する。ＯＦＤＭシンボル２３２６は、構造にマッピングされた接続用のラウンド２の送信要求応答信号を搬送する。ＯＦＤＭシンボル２３３０は、構造にマッピングされた接続用のラウンド３要求の送信要求信号を搬送する。ＯＦＤＭシンボル２３３２は、構造にマッピングされた接続用のラウンド３の送信要求応答信号を搬送する。
【０１３５】
凡例２３０１は、ラウンド「ｊ」送信要求の「ｉ」と呼ばれる接続用のトラフィック間隔の間、送信要求を搬送するために使用される例示的なＯＦＤＭトーンシンボル２３０３を含み、接続は、優先順位「ｋ」を有するように指定され、より小さい優先順位指定番号は、より高い優先順位レベルを表す。凡例２３０１はまた、ラウンド「ｊ」送信要求応答の「ｉ」と呼ばれる接続用のトラフィック間隔の間、送信要求応答を搬送するために使用される例示的なＯＦＤＭトーンシンボル２３０５を含み、接続は、優先順位「ｋ」を有するように指定される。この例において、ｉは１から６の範囲内の整数であり、ｊは１〜３の範囲内の整数であり、ｋは１から６の範囲内の整数である。
【０１３６】
この例において、１つのトラフィック間隔の６つのピアツーピア一方向接続に対応するユーザスケジュールシグナリングの制御をサポートするために利用可能な位置がある。たとえば、例示的な接続Ｃ１を考える。接続Ｃ１は現在、ＷＴ  ＡからＷＴ  Ｂへのトラフィック信号に関連すると仮定する（図１１または図１２〜図１５参照）。トーンシンボル２３３４は、ＷＴ  ＡからＷＴ  Ｂへのラウンド１送信要求を搬送するために確保され、トーンシンボル２３３６は、ＷＴ  ＢからＷＴ  Ａへのラウンド１送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３３８は、ＷＴ  ＡからＷＴ  Ｂへのラウンド２送信要求を搬送するために確保され、トーンシンボル２３４０は、ＷＴ  ＢからＷＴ  Ａへのラウンド２送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３４２は、ＷＴ  ＡからＷＴ  Ｂへのラウンド３送信要求を搬送するために確保され、トーンシンボル２３４４は、ＷＴ  ＢからＷＴ  Ａへのラウンド３送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。
【０１３７】
この例を続けて、例示的な接続Ｃ２を考える。接続Ｃ１は現在、ＷＴ  ＣからＷＴ  Ｄへのトラフィック信号に関連すると仮定する（図１１または図１２〜図１５参照）。トーンシンボル２３４６は、ＷＴ  ＣからＷＴ  Ｄへのラウンド１送信要求を搬送するために確保され、トーンシンボル２３４８は、ＷＴ  ＤからＷＴ  Ｃへのラウンド１送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３５０は、ＷＴ  ＣからＷＴ  Ｄへのラウンド２送信要求を搬送するために確保され、トーンシンボル２３５２は、ＷＴ  ＤからＷＴ  Ｃへのラウンド２送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３５４は、ＷＴ  ＣからＷＴ  Ｄへのラウンド３送信要求を搬送するために確保され、トーンシンボル２３５６は、ＷＴ  ＤからＷＴ  Ｅへのラウンド３送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。
【０１３８】
この例を続けて、例示的な接続Ｃ４を考える。接続Ｃ４は現在、ＷＴ  ＥからＷＴ  Ｆへのトラフィック信号に関連すると仮定する（図１１または図１２から図１５参照）。トーンシンボル２３５８は、ＷＴ  ＥからＷＴ  Ｆへのラウンド１送信要求を搬送するために確保され、トーンシンボル２３６０は、ＷＴ  ＦからＷＴ  Ｅへのラウンド１送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３６２は、ＷＴ  ＥからＷＴ  Ｆへのラウンド２送信要求を搬送するために確保され、トーンシンボル２３６４は、ＷＴ  ＦからＷＴ  Ｅへのラウンド２送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３６６は、ＷＴ  ＥからＷＴ  Ｆへのラウンド３送信要求を搬送するために確保され、トーンシンボル２３６８は、ＷＴ  ＦからＷＴ  Ｅへのラウンド３送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。
【０１３９】
さらにこの例を続けて、例示的な接続Ｃ５を考える。接続Ｃ５は現在、ＷＴ  ＧからＷＴ  Ｈへのトラフィック信号に関連すると仮定する（図１２〜図１５参照）。トーンシンボル２３７０は、ＷＴ  ＧからＷＴ  Ｈへのラウンド１送信要求を搬送するために確保され、トーンシンボル２３７２は、ＷＴ  ＨからＷＴ  Ｇへのラウンド１送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３７４は、ＷＴ  ＧからＷＴ  Ｈへのラウンド２送信要求を搬送するために確保され、トーンシンボル２３７６は、ＷＴ  ＨからＷＴ  Ｇへのラウンド２送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。トーンシンボル２３７８は、ＷＴ  ＧからＷＴ  Ｈへのラウンド３送信要求を搬送するために確保され、トーンシンボル２３８０は、ＷＴ  ＨからＷＴ  Ｇへのラウンド３送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために確保される。
【０１４０】
他の実施形態において、異なる数の複数のラウンド、たとえば２つのラウンドまたは３つ以上のラウンドが存在することがある。他の実施形態において、サポートされる異なる数の複数の接続が存在することがあり、サポートされる複数の接続のうちの少なくとも一部は、複数のラウンドのうちの２つ以上においてリソースを割り当てられる。いくつかの実施形態において、ユーザスケジュール間隔において異なる数のトーン／シンボルがある。様々な実施形態において、ＴＸ要求ラウンド間隔とＴＸ送信要求応答ラウンド間隔との間の間隔は、ピアツーピアワイヤレス通信デバイスが送信機モードから受信機モードに再構成でき、および／またはピアツーピアワイヤレス通信デバイスが受信機モードから送信機モードに再構成できるほど十分に長い。
【０１４１】
図１７Ａと図１７Ｂの組合せからなる図１７は、様々な実施形態による、第１の通信デバイスを動作させる例示的な方法のフローチャート１７００である。第１の通信デバイスは、たとえば、モバイルノードなどのワイヤレス端末であり、第２の通信デバイスとのピアツーピア通信をサポートする。第２の通信デバイスは、たとえば、モバイルノードなど、ピアツーピア通信をサポートする別のワイヤレス端末であり、第１の通信デバイスがピアツーピア接続を有する。第１および第２の通信は、様々な実施形態において、ユーザスケジュール間隔を含むピアツーピアタイミング構造を使用し、前記ユーザスケジュール間隔は、トラフィック間隔に対応する複数の送信要求／送信要求応答ラウンド、たとえば、３つのラウンドを含む。
【０１４２】
例示的な方法の動作は、初期ステップ１７０２において開始し、第２のデバイスとの接続を有する第１のデバイスは、ピアツーピアタイミング構造内の現在のトラフィックスロットのトラフィック間隔で第２のデバイスに伝達したいトラフィックデータを有すると決定する。動作は、開始ステップ１７０２からステップ１７０４に進む。ステップ１７０４において、第１のデバイスは、ラウンド１の送信要求間隔で、第１のデバイスが接続を有する第２のデバイスに向けられた送信要求を送信する。次いで、ステップ１７０６において、第１のデバイスは、意図された要求応答、たとえば、第２のデバイスからのＲＸエコー信号と、他の要求応答、たとえば、第１のデバイスが接続を有しない他のワイヤレス端末からのＲＸエコー信号とについてラウンド１の送信要求応答間隔をモニタする。動作は、ステップ１７０６からステップ１７０８に進む。
【０１４３】
ステップ１７０８において、第１のデバイスは、受信したラウンド１要求応答に応じて干渉コスト推定値を計算する。たとえば、第１のデバイスは、それ自体の接続よりも優先順位の高い接続である、それ自体の接続以外の接続に対応する受信した要求応答信号を使用して、第１のデバイスがトラフィック間隔でトラフィックを送信する場合、第１のワイヤレス端末が優先順位のより高い接続の受信機に対して引き起こすと予想される干渉の基準を判断する。動作は、ステップ１７０８からステップ１７１０に進む。
【０１４４】
ステップ１７１０において、第１のデバイスは、ラウンド１の計算された干渉コストに応じて、第１のデバイスがラウンド２において送信要求を送信するのを阻止すべきかどうかを判断する。たとえば、優先順位のより高い接続に対応するステップ１７０８の干渉コスト推定値の各々がしきい値を下回る場合、第１のデバイスを阻止しない。さもなければ、第１のデバイスを阻止する。動作は、ステップ１７１０からステップ１７１２に進む。
【０１４５】
ステップ１７１２において、ステップ１７１０の判断が、第１のデバイスが第２ラウンドにおいて送信要求を送信するのを阻止するということであった場合、動作は、ステップ１７１２からステップ１７１６に進む。さもなければ、動作は、ステップ１７１２からステップ１７１４に進む。ステップ１７１４において、第１のデバイスは、ラウンド２の送信要求間隔で送信要求を送信する。動作は、ステップ１７１４からステップ１７１６に進む。
【０１４６】
ステップ１７１６において、第１のデバイスは、ステップ１７１４を実行し、第２ラウンド要求を送信した場合、第１のデバイスが接続を有する第２のデバイスからの意図された要求応答、たとえば、ＲＸエコー信号についてラウンド２の送信要求応答間隔をモニタする。ステップ１７１６において、更に、第１のデバイスは、他の接続に対応する他の要求応答信号、たとえば、ＲＸエコー信号についてラウンド２送信要求応答信号をモニタする。動作は、ステップ１７１６からステップ１７１８に進む。
【０１４７】
ステップ１７１８において、第１のデバイスは、受信したラウンド２要求応答に応じて干渉コスト推定値を計算する。たとえば、それ自体の接続よりも優先順位の高い接続に関連する受信した要求応答に対応して、第１のデバイスは、受信した要求応答信号を使用して、第１のデバイスが優先順位のより高い他の接続に関する受信に対して引き起こすと推定する干渉の推定量を計算する。動作は、ステップ１７１８からステップ１７２０に進む。
【０１４８】
ステップ１７２０において、第１のデバイスは、ラウンド２の計算された干渉コストに応じて、第１のデバイスがラウンド３において送信要求を送信するのを阻止すべきかどうかを判断する。たとえば、優先順位のより高い接続に対応するステップ１７１８の干渉コスト推定値の各々がしきい値を下回る場合、第１のデバイスを阻止しない。さもなければ、第１のデバイスを阻止する。動作は、ステップ１７２０から接続ノードＡ１７２２を介してステップ１７２４に進む。
【０１４９】
ステップ１７２４において、ステップ１７２０の判断が、第１のデバイスが第３ラウンドにおいて送信要求を送信するのを阻止するということであった場合、動作は、ステップ１７２４からステップ１７２８に進む。さもなければ、動作は、ステップ１７２４からステップ１７２６に進む。ステップ１７２６において、第１のデバイスは、ラウンド３の送信要求間隔で送信要求を送信する。動作は、ステップ１７２６からステップ１７２８に進む。
【０１５０】
ステップ１７２８において、第１のデバイスは、ステップ１７２６を実行し、第３ラウンド要求を送信した場合、第１のデバイスが接続を有する第２のデバイスからの意図された要求応答、たとえば、ＲＸエコー信号についてラウンド３の送信要求応答間隔をモニタする。ステップ１７２８において、更に、第１のデバイスは、他の接続に対応する他の要求応答信号、たとえば、ＲＸエコー信号についてラウンド３送信要求応答信号をモニタする。動作は、ステップ１７２８からステップ１７３０に進む。
【０１５１】
ステップ１７３０において、第１のデバイスは、受信したラウンド３要求応答に応じて干渉コスト推定値を計算する。たとえば、それ自体の接続よりも優先順位の高い接続に関連する受信した要求応答に対応して、第１のデバイスは、受信した要求応答信号を使用して、第１のデバイスが優先順位のより高い他の接続に関する受信に対して引き起こすと推定する干渉量の推定値を計算する。動作は、ステップ１７３０からステップ１７３２に進む。
【０１５２】
ステップ１７３２において、第１のデバイスは、ラウンド３の計算された干渉コストに応じて、第１のデバイスがトラフィック間隔中でトラフィックを送信するのを阻止すべきかどうかを判断する。たとえば、優先順位のより高い接続に対応するステップ１７３０の干渉コスト推定値の各々がしきい値を下回る場合、第１のデバイスを阻止しない。さもなければ、第１のデバイスを阻止する。動作は、ステップ１７３２からステップ１７３４に進む。
【０１５３】
ステップ１７３４において、ステップ１７３２の判断が、第１のデバイスは阻止すべきということである場合、第１のデバイスは、ステップ１７３２からステップ１７３６に進む。しかしながら、ステップ１７３２の判断が、第１のデバイスを阻止しないということである場合、動作は、ステップ１７３４からステップ１７３８に進む。ステップ１７３８において、第１のデバイスが、意図された要求応答が第３ラウンドの要求応答間隔中で受信されなかったと判断した場合、たとえば、第１のデバイスが、ステップ１７２８のモニタ中に第２のデバイスからのＲＸエコー信号を検出していない場合、第１のデバイスは、ステップ１７３８からステップ１７３６に進む。しかしながら、第１のデバイスが、第３ラウンドの要求応答間隔の間に、第１のデバイスが接続を有する第２のデバイスからの要求応答信号、たとえば、ＲＸエコー信号を検出した場合、動作はステップ１７３８からステップ１７４０に進む。
【０１５４】
ステップ１７３６に戻ると、ステップ１７３６において、第１のデバイスはトラフィック間隔中でトラフィックを送信することを控えるように制御される。動作は、ステップ１７３６から終了ステップ１７４２に進む。
【０１５５】
ステップ１７４０に戻ると、ステップ１７４０において、第１のデバイスはトラフィック間隔でトラフィックを送信する。動作は、ステップ１７４０から終了ステップ１７４２に進む。フローチャート１７００の方法は、第１のデバイスが、そのトラフィックスロットのトラフィック間隔の間に、接続を有する第２のデバイスに送信したいトラフィックデータを有する場合、タイミング構造内の別のトラフィックスロットの間、繰り返すことができ、時々繰り返されることに留意されたい。
【０１５６】
図１７の例は、トラフィック間隔に対して３つの要求／要求応答ラウンドを含む実施形態に対応することに留意されたい。いくつかの実施形態において、トラフィック間隔に対応する異なる数の要求／要求応答ラウンド、たとえば、２つのラウンドまたは４つ以上のラウンドがある。４つ以上のラウンドをもつ様々な実施形態において、送信決定ステップは、前のラウンドの検出された要求応答信号から計算された干渉推定値情報を使用する。
【０１５７】
図１８Ａと図１８Ｂと図１８Ｃとの組合せからなる図１８は、様々な実施形態による、第２の通信デバイスを動作させる例示的な方法のフローチャート１８００である。第２の通信デバイスは、たとえば、モバイルノードなどのワイヤレス端末であり、第１の通信デバイスとのピアツーピア通信をサポートする。第１の通信デバイスは、たとえば、モバイルノードなど、ピアツーピア通信をサポートする別のワイヤレス端末であり、第２の通信デバイスがピアツーピア接続を有する。第１および第２の通信は、様々な実施形態において、ユーザスケジュール間隔を含むピアツーピアタイミング構造を使用し、前記ユーザスケジュール間隔は、トラフィック間隔に対応する複数の送信要求／送信要求応答ラウンド、たとえば、３つのラウンドを含む。
【０１５８】
例示的な方法の動作は、初期ステップ１８０２で開始し、ステップ１８０４に進む。ステップ１８０４において、第２のデバイスは、意図された要求、たとえば、第２のデバイスが接続を有する第１のデバイスからの送信要求と、他の要求、たとえば、他のピアツーピア接続に対応する送信要求とについてラウンド１の要求間隔をモニタする。動作は、ステップ１８０４からステップ１８０６に進む。ステップ１８０６において、第２のデバイスが、ステップ１８０４のモニタ中に意図された要求、たとえば、第１のデバイスからの要求を受信していない場合、動作は、ステップ１８０６からステップ１８１６に進む。しかしながら、第２のデバイスが意図された要求を受信した場合、動作は、ステップ１８０６からステップ１８０８に進む。
【０１５９】
ステップ１８０８において、第２のデバイスは、ステップ１８０４のラウンド１で検出された要求に基づいて受信信号品質予測値を計算する。動作は、ステップ１８０８からステップ１８１０に進む。ステップ１８１０において、第２のデバイスは、計算された受信信号品質値に応じて、受信した意図された送信要求に応答して、ラウンド１の要求応答間隔の間に第１のデバイスに肯定応答、たとえば、ＲＸエコー信号などの要求応答信号を送信すべきかどうかを判断する。たとえば、計算された受信信号品質値、たとえば、ＳＮＲまたはＳＩＲがしきい値を超える場合、第２のデバイスは、第１の要求応答間隔の間に第１のデバイスにＲＸエコー信号を送信すべきであると判断する。動作は、ステップ１８１０からステップ１８１２に進む。
【０１６０】
ステップ１８１２において、第２のデバイスがステップ１８１０において要求応答を送信しないことを決定した場合、動作は、ステップ１８１２からステップ１８１６に進む。しかしながら、ステップ１８１０において第２のデバイスが要求応答を送信することを決定した場合、動作は、ステップ１８１２からステップ１８１４に進む。ステップ１８１４において、第２のデバイスは、ラウンド１の送信要求応答間隔で送信要求応答を送信する。動作は、ステップ１８１４からステップ１８１６に進む。
【０１６１】
ステップ１８１６において、第２のデバイスは、意図された要求、たとえば、第２のデバイスに向けられた、第２のデバイスが接続を有する第１のデバイスからの要求と、他の要求、たとえば、他の接続に対応する要求とについてラウンド２の要求間隔をモニタする。動作は、ステップ１８１６から接続ノードＡ１８１８を介してステップ１８２０に進む。
【０１６２】
ステップ１８２０において、第２のデバイスが、ステップ１８１６のモニタ中に意図された要求、たとえば、第１のデバイスからの要求を受信していない場合、動作はステップ１８２０からステップ１８３０に進む。しかしながら、第２のデバイスが意図された要求を受信した場合、動作はステップ１８２０からステップ１８２２に進む。
【０１６３】
ステップ１８２２において、第２のデバイスは、ステップ１８１６のラウンド２で検出された要求に基づいて受信信号品質予測値を計算する。動作は、ステップ１８２２からステップ１８２４に進む。ステップ１８２４において、第２のデバイスは、ステップ１８２２の計算された受信信号品質値に応じて、受信した意図された送信要求に応答して、ラウンド２の要求応答間隔の間に第１のデバイスに肯定応答、たとえば、ＲＸエコー信号などの要求応答信号を送信すべきかどうかを判断する。たとえば、ステップ１８２２の計算された受信信号品質値、たとえば、ＳＮＲまたはＳＩＲがしきい値を超える場合、第２のデバイスは、第２の要求応答間隔の間に第１のデバイスにＲＸエコー信号を送信すべきであると判断する。動作は、ステップ１８２４からステップ１８２６に進む。
【０１６４】
ステップ１８２６において、第２のデバイスがステップ１８２４において要求応答を送信しないことを決定した場合、動作は、ステップ１８２６からステップ１８３０に進む。しかしながら、ステップ１８２４において第２のデバイスが要求応答を送信することを決定した場合、動作は、ステップ１８２６からステップ１８２８に進む。ステップ１８２８において、第２のデバイスは、ラウンド２の送信要求応答間隔で送信要求応答を送信する。動作は、ステップ１８２８からステップ１８３０に進む。
【０１６５】
ステップ１８３０において、第２のデバイスは、意図された要求、たとえば、第２のデバイスに向けられた、第２のデバイスが接続を有する第１のデバイスからの要求と、他の要求、たとえば、他の接続に対応する要求とについてラウンド３の要求間隔をモニタする。動作は、ステップ１８３０から接続ノードＢ１８３２を介してステップ１８３４に進む。
【０１６６】
ステップ１８３４において、第２のデバイスが、ステップ１８３０のモニタ中に意図された要求、たとえば、第１のデバイスからの要求を受信していない場合、動作はステップ１８３０から終了ステップ１８４０に進む。しかしながら、第２のデバイスが意図された要求を受信した場合、動作はステップ１８３４からステップ１８３６に進む。
【０１６７】
ステップ１８３６において、第２のデバイスは、ステップ１８３０のラウンド３で検出された要求に基づいて受信信号品質予測値を計算する。動作は、ステップ１８３６からステップ１８３８に進む。ステップ１８３８において、第２のデバイスは、ステップ１８３６の計算された受信信号品質値に応じて、受信した意図された送信要求に応答して、ラウンド３の要求応答間隔の間に第１のデバイスに肯定応答、たとえば、ＲＸエコー信号などの要求応答信号を送信すべきかどうかを判断する。たとえば、ステップ１８３６の計算された受信信号品質値、たとえば、ＳＮＲまたはＳＩＲがしきい値を超える場合、第２のデバイスは、第３の要求応答間隔の間に第１のデバイスにＲＸエコー信号を送信すべきであると判断する。動作は、ステップ１８３８からステップ１８４０に進む。
【０１６８】
ステップ１８４０において、第２のデバイスがステップ１８３８において要求応答を送信しないことを決定した場合、動作は、ステップ１８４０から終了ステップ１８４６に進む。しかしながら、ステップ１８３８において第２のデバイスが要求応答を送信することを決定した場合、動作は、ステップ１８４０からステップ１８４２に進む。ステップ１８４２において、第２のデバイスは、ラウンド３の送信要求応答間隔中で送信要求応答を送信する。動作は、ステップ１８４２からステップ１８４４に進む。ステップ１８４４において、第２のデバイスは、トラフィック間隔で第２のデバイスに向けられたトラフィック信号をモニタする。動作はステップ１８４４から終了ステップ１８４６に進む。
【０１６９】
フローチャート１８００の方法は、タイミング構造内の別のトラフィックスロットの間、繰り返すことができ、時々繰り返される。また、図１８の例は、トラフィック間隔に対して３つの要求／要求応答ラウンドを含む実施形態に対応することに留意されたい。いくつかの実施形態では、トラフィック間隔に対応する異なる数の要求／要求応答ラウンド、たとえば、２つのラウンドまたは４つ以上のラウンドがある。４つ以上のラウンドをもつ様々な実施形態では、送信決定ステップは、前のラウンドの検出された要求信号から計算された受信信号予測値情報を使用する。
【０１７０】
図１９は、様々な実施形態による、ピアツーピア通信をサポートする例示的な通信デバイス１９００、たとえば、モバイルノードなどのワイヤレス端末の図である。例示的な通信デバイス１９００は、様々な要素がデータおよび情報を交換するためのバス１９１２を介して互いに結合された、ワイヤレス受信機モジュール１９０２と、ワイヤレス送信機モジュール１９０４と、ユーザ入出力デバイス１９０８と、プロセッサ１９０６と、メモリ１９１０と、を含む。
【０１７１】
メモリ１９１０は、ルーチン１９１８とデータ／情報１９２０とを含む。プロセッサ１９０６、たとえば、ＣＰＵは、ルーチン１９１８を実行し、メモリ１９１０内のデータ／情報１９２０を使用して、通信デバイス１９００の動作を制御し、たとえば、図１７のフローチャート１７００の方法または図１８のフローチャート１８００の方法を実施する。
【０１７２】
ワイヤレス受信機モジュール１９０２、たとえば、ＯＦＤＭ受信機１９０２は、通信デバイスが信号、たとえば、送信要求信号、送信要求応答信号、およびトラフィック信号を受信する受信アンテナ１９１４に結合される。ワイヤレス送信機モジュール１９０４、たとえば、ＯＦＤＭ送信機１９０４は、通信デバイス１９００が送信要求信号、送信要求応答信号、およびトラフィック信号を送信する送信アンテナ１９１６に結合される。
【０１７３】
ユーザ入出力デバイス１９０８は、たとえば、マイクロホン、キーボード、キーパッド、カメラ、マウス、スピーカ、ディスプレイなどを含む。ユーザ入出力デバイス１９０８により、デバイス１９００のユーザは、データ／情報を入力し、出力データ／情報にアクセスし、デバイス１９００の少なくともいくつかの機能を制御することができる。
【０１７４】
ルーチン１９１８は、通信ルーチン１９２２とワイヤレス端末制御ルーチン１９２４とを含む。通信ルーチン１９２２は、通信デバイス１９００によって使用される様々な通信プロトコルを実施する。ワイヤレス端末制御ルーチン１９２４は、接続／リソースマッピングモジュール１９２６、モードモジュール１９２７、マルチラウンドユーザスケジュールモジュール１９２９、要求／応答ラウンド追跡モジュール１９２８、送信要求生成モジュール１９３０、要求応答モニタモジュール１９３２、干渉コスト評価モジュール１９３４、送信機譲歩モジュール１９３６、送信制御モジュール１９３８、要求モニタモジュール１９４０、受信信号品質予測モジュール１９４２、受信機譲歩モジュール１９４４、要求応答生成モジュール１９４６、および受信機制御モジュール１９４８を含む。
【０１７５】
データ／情報１９２０は、送信タイミング構造情報１９５０、接続情報１９５２、送信機譲歩しきい値情報１９５４、受信機譲歩しきい値情報１９５６、現在のラウンド情報１９５８、および前のラウンド決定情報１９６０を含む。送信タイミング構造情報１９５０は、ピアツーピアタイミング構造内の複数のトラフィックスロットに対応する情報（トラフィックスロット１のデータ／情報１９６２、・・・、トラフィックスロットＮのデータ／情報１９６４）を含む。トラフィックスロット１のデータ／情報１９６２はユーザスケジュール間隔情報１９６５とトラフィック間隔情報１９６７とを含む。ユーザスケジュール間隔情報１９６５は、複数の要求／要求応答ラウンドに対応する情報（要求／応答ラウンド１の情報１９６６、要求／応答ラウンド２の情報１９６８、・・・、要求／応答ラウンドｍのデータ／情報１９７０）を含む。要求／応答ラウンド１の情報１９６６は、第１の送信要求間隔情報１９７２と第１の送信要求応答間隔情報１９７４とを含む。要求／応答ラウンド２の情報１９６８は、第２の送信要求間隔情報１９７６と第２の送信要求応答間隔情報１９７８とを含む。要求／応答ラウンドｍの情報１９７０は、第ｍの送信要求間隔情報１９８０と第ｍの送信要求応答間隔情報１９８２とを含む。
【０１７６】
接続／リソースマッピングモジュール１９２６は、デバイス１９００と別の通信デバイスとの特定の接続に関連するエアリンクリソースを識別する。たとえば、接続／リソースマッピングモジュール１９２６は、第１のトラフィックスロットの接続識別子に応じて、第１の送信要求間隔内のＯＦＤＭトーンシンボル、第１の送信要求応答間隔内のＯＦＤＭトーンシンボル、第２の送信要求間隔内のＯＦＤＭトーンシンボル、第２の送信要求応答間隔内のＯＦＤＭトーンシンボル、・・・、第ｍの送信要求間隔内のＯＦＤＭトーンシンボル、および第ｍの送信要求応答間隔内のＯＦＤＭトーンシンボルを識別する。
【０１７７】
モードモジュール１９２７は、通信デバイス１９００が接続に対してトラフィック信号送信機であるように指定されているか、トラフィック信号受信機であるように指定されているかを、接続識別子に応じて判断する。モードモジュール１９２７は、デバイスが特定の間隔の間、適切なモード（受信または送信）にあるように制御する。たとえば、デバイス１９００が別のデバイスとの接続を有し、その接続においてデバイス１９００がトラフィック信号送信機デバイスとして指定され、デバイス１９００が他のデバイスにトラフィックを送信しようとする場合、モード制御モジュール１９２７は、デバイス１９００が第１の送信要求間隔の間に送信モードにあるように制御し、デバイス１９００が第１の送信要求応答間隔の間に受信モードにあるように制御する。別の例として、デバイス１９００が別のデバイスとの接続を有し、その接続においてデバイス１９００がトラフィック信号受信機デバイスとして指定された場合、モード制御モジュール１９２７は、デバイス１９００が第１の送信要求間隔の間に受信モードにあるように制御し、ＲＸエコー信号を送信することになっている場合、デバイス１９００が第１の送信要求応答間隔の間に送信モードにあるように制御する。
【０１７８】
マルチラウンドユーザスケジュールモジュール１９２９は、複数の送信要求／送信要求応答ラウンドを通してユーザスケジュール間隔の順序付けを制御する。要求／応答ラウンド追跡モジュール１９２８は、デバイスがユーザスケジュール間隔の複数のラウンドを順次行うにつれて、ユーザスケジュール間隔における現在のラウンドの経過を追跡する。たとえば、現在のラウンド情報１９５８を更新し、シーケンスの最終ラウンドがいつ発生するかを識別する。
【０１７９】
送信要求生成モジュール１９３０は、送信要求間隔で生成される送信要求信号を生成する。要求応答モニタモジュール１９３２は、デバイス１９００が接続を有するデバイスから、および送信要求応答間隔の間に他のデバイスからの要求応答信号、たとえば、ＲＸエコー信号をモニタする。干渉コスト評価モジュール１９３４は、トラフィック間隔の間にトラフィック信号の送信が可能な場合、通信デバイス１９００が生成すると予想される、それ自体よりも優先順位の高い接続への推定される干渉コストを判断する。送信機譲歩モジュール１９３６は、通信デバイス１９００が送信を可能にされるべきか譲歩すべきかを、モジュール１９３４からの干渉コスト評価に応じて判断する。たとえば、送信機譲歩モジュール１９３６は、ラウンド内の１つまたは複数の干渉コスト推定値を情報１９５４の送信機譲歩しきい値と比較する。送信機譲歩モジュールが、送信機が譲歩すべきと判断しなかったという条件で、送信制御モジュール１９３８は、適切なスロット中で生成された送信要求信号または生成されたトラフィック信号を送信するように送信機モジュール１９０４を制御する。
【０１８０】
要求モニタモジュール１９４０は、送信要求間隔の間に送信要求信号をモニタする。受信信号品質断定モジュール１９４２は、デバイス１９００において、受信した送信要求信号に応じて、断定された受信信号品質、たとえば、ＳＮＲまたはＳＩＲを判断する。受信機譲歩モジュール１９４４は、決定された受信信号品質断定に応じて、デバイス１９００が、受信したデバイス１９００に向けられたラウンドの送信要求信号に応答して、要求応答信号、たとえば、ＲＸエコー信号を送信すべきかどうかを判断する。たとえば、ラウンドの受信信号品質予測は、情報１９５６内のＲＸ譲歩しきい値に比較される。要求応答生成モジュール１９４６は、デバイス１９００の接続に対応する送信要求が受信されたとき、および受信機譲歩モジュール１９４４が譲歩しないと判断したとき、要求応答信号を生成する。次いで、送信機制御モジュール１９３８は、生成された要求応答信号、たとえば、生成されたＲＸエコー信号を送信するようにワイヤレス送信機モジュール１９０４を制御する。受信機制御モジュール１９４８は、接続およびモードを調整し、信号、たとえば、要求信号、要求応答信号、およびピアツーピアトラフィック信号を適切な時間に受信するようにワイヤレス受信機モジュール１９０２を制御する。
【０１８１】
接続情報１９５２は、デバイス１９００と別のデバイスとのピアツーピア接続を識別する情報を含む。接続情報は、他のデバイスを識別する情報と、接続に関連するトラフィックフローの方向を識別する情報とを含む。現在のラウンド情報１９５８は、ユーザスケジュール間隔の現在のラウンド、たとえば、ラウンド１、ラウンド２、・・・、ラウンドｍの１つを識別する情報を含む。前のラウンド決定情報は、前のラウンドに対応する送信機譲歩モジュール１９３６または受信機譲歩モジュール１９４４の決定を識別する。
【０１８２】
図２０は、ピアツーピア循環タイミング構造内の例示的なユーザスケジュール間隔２００８と、ユーザスケジュール部分のエアリンクリソースの例示的な区画とを示す図面２０００である。例示的なユーザスケジュール間隔２００８は、図２の例示的なユーザスケジュール間隔２１２の例示的な代替であり、いくつかの実施形態で使用される。例示的なユーザスケジュール間隔２００８は、（ｉ）ミニＴＸ要求スロット１Ａとも呼ばれるラウンド１パート１の送信要求間隔２０１０、（ｉｉ）ミニＲＸエコースロット１Ａとも呼ばれるラウンド１パート１の送信要求応答間隔２０１２、（ｉｉｉ）ミニＴＸ要求スロット１Ｂとも呼ばれるラウンド１パート２の送信要求間隔２０１４、（ｉｖ）ミニＲＸエコースロット１Ｂとも呼ばれるラウンド１パート２の送信要求応答間隔２０１６、（ｖ）ミニＴＸ要求スロット２Ａとも呼ばれるラウンド２パート１の送信要求間隔２０１８、（ｖｉ）ミニＲＸエコースロット２Ａとも呼ばれるラウンド２パート１の送信要求応答間隔２０２０、（ｖｉｉ）ミニＴＸ要求スロット２Ｂとも呼ばれるラウンド２パート２の送信要求間隔２０２２、（ｖｉｉｉ）ミニＲＸエコースロット２Ｂとも呼ばれるラウンド２パート２の送信要求応答間隔２０２４、（ｉｘ）ミニＴＸ要求スロット３Ａとも呼ばれるラウンド３パート１の送信要求間隔２０２６、（ｘ）ミニＲＸエコースロット３Ａとも呼ばれるラウンド３パート１の送信要求応答間隔２０２８、（ｘｉ）ミニＴＸ要求スロット３Ｂとも呼ばれるラウンド３パート２の送信要求間隔２０３０、（ｘｉｉ）ミニＲＸエコースロット３Ｂとも呼ばれるラウンド３パート２の送信要求応答間隔２０３２を含む。
【０１８３】
間隔（２０１０、２０１４、２０１８、２０２２、２０２６、２０３０）は送信要求信号（ＴＸ要求信号）を搬送するために指定され、間隔（２０１２、２０１６、２０２０、２０２４、２０２８、２０３２）は送信要求応答信号（ＲＸエコー信号）を搬送するために指定される。
【０１８４】
横軸２００４は時間を表し、縦軸２００６は周波数、たとえば、ＯＦＤＭトーンを表す。ＯＦＤＭシンボル２０３４は、送信要求間隔２０１０内の位置にマッピングされた接続用の第１ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２０３６は、送信要求応答間隔２０１２内の位置にマッピングされた接続用の第１ラウンド送信要求応答信号を搬送する。ＯＦＤＭシンボル２０３８は、送信要求間隔２０１４内の位置にマッピングされた接続用の第１ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２０４０は、送信要求応答間隔２０１６内の位置にマッピングされた接続用の第１ラウンド送信要求応答信号を搬送する。
【０１８５】
ＯＦＤＭシンボル２０４２は、送信要求間隔２０１８内の位置にマッピングされた接続用の第２ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２０４４は、送信要求応答間隔２０２０内の位置にマッピングされた接続用の第２ラウンド送信要求応答信号を搬送する。ＯＦＤＭシンボル２０４６は、送信要求間隔２０２２内の位置にマッピングされた接続用の第２ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２０４８は、送信要求応答間隔２０２４内の位置にマッピングされた接続用の第２ラウンド送信要求応答信号を搬送する。
【０１８６】
ＯＦＤＭシンボル２０５０は、送信要求間隔２０２６内の位置にマッピングされた接続用の第３ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２０５２は、送信要求応答間隔２０２８内の位置にマッピングされた接続用の第３ラウンド送信要求応答信号を搬送する。ＯＦＤＭシンボル２０５４は、送信要求間隔２０３０内の位置にマッピングされた接続用の第３ラウンド要求の送信要求信号を搬送する。ＯＦＤＭシンボル２０５６は、送信要求応答間隔２０３２内の位置にマッピングされた接続用の第３ラウンド送信要求応答信号を搬送する。
【０１８７】
この例において、ＷＴ  ＡからＷＴ  Ｂへの第１ラウンド送信要求は、対応するトラフィック間隔中でのワイヤレス端末Ａからワイヤレス端末Ｂへのピアツーピアトラフィック信号の送信のための要求であり、この要求を搬送するために指定された位置は、ラウンド１パート１の送信要求間隔２０１０におけるインデックス番号＝１のトーンに対応する、ＯＦＤＭシンボル２０３４のＯＦＤＭトーンシンボル２０５８として指定される。この例において、ＷＴ  ＢからＷＴ  Ａへの第１ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド１パート１の送信要求応答間隔２０１２におけるインデックス番号＝１のトーンに対応する、ＯＦＤＭシンボル２０３６のＯＦＤＭトーンシンボル２０６２として指定される。
【０１８８】
この例において、ＷＴ  ＡからＷＴ  Ｂへの第２ラウンド送信要求を搬送するために指定された位置は、ラウンド２パート１の送信要求間隔２０１８におけるインデックス番号＝１のトーンに対応する、ＯＦＤＭシンボル２０４２のＯＦＤＭトーンシンボル２０７０として指定される。この例において、ＷＴ  ＢからＷＴ  Ａへの第２ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド２パート１の送信要求応答間隔２０２０におけるインデックス番号＝１のトーンに対応する、ＯＦＤＭシンボル２０４４のＯＦＤＭトーンシンボル２０７４として指定される。
【０１８９】
この例において、ＷＴ  ＡからＷＴ  Ｂへの第３ラウンド送信要求を搬送するために指定された位置は、ラウンド３パート１の送信要求間隔２０２６におけるインデックス番号＝１のトーンに対応する、ＯＦＤＭシンボル２０５０のＯＦＤＭトーンシンボル２０８４として指定される。この例において、ＷＴ  ＢからＷＴ  Ａへの第３ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド２パート１の送信要求応答間隔２０２８におけるインデックス番号＝１のトーンに対応する、ＯＦＤＭシンボル２０５２のＯＦＤＭトーンシンボル２０８８として指定される。
【０１９０】
この例において、ＷＴ  ＣからＷＴ  Ｄへの第１ラウンド送信要求は、対応するトラフィック間隔におけるワイヤレス端末Ｃからワイヤレス端末Ｄへのピアツーピアトラフィック信号の送信要求であり、この要求を搬送するために指定された位置は、ラウンド１パート１の送信要求間隔２０１０におけるインデックス番号＝３のトーンに対応する、ＯＦＤＭシンボル２０３４のＯＦＤＭトーンシンボル２０６０として指定される。この例において、ＷＴ  ＤからＷＴ  Ｃへの第１ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド１パート１の送信要求応答間隔２０１２におけるインデックス番号＝３のトーンに対応する、ＯＦＤＭシンボル２０３６のＯＦＤＭトーンシンボル２０６４として指定される。
【０１９１】
この例において、ＷＴ  ＣからＷＴ  Ｄへの第２ラウンド送信要求を搬送するために指定された位置は、ラウンド２パート１の送信要求間隔２０１８におけるインデックス番号＝３のトーンに対応する、ＯＦＤＭシンボル２０４２のＯＦＤＭトーンシンボル２０７２として指定される。この例において、ＷＴ  ＤからＷＴ  Ｃへの第２ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド２パート１の送信要求応答間隔２０２０におけるインデックス番号＝３のトーンに対応する、ＯＦＤＭシンボル２０４４のＯＦＤＭトーンシンボル２０７６として指定される。
【０１９２】
この例において、ＷＴ  ＣからＷＴ  Ｄへの第３ラウンド送信要求を搬送するために指定された位置は、ラウンド３パート１の送信要求間隔２０２６におけるインデックス番号＝３のトーンに対応する、ＯＦＤＭシンボル２０５０のＯＦＤＭトーンシンボル２０８６として指定される。この例において、ＷＴ  ＤからＷＴ  Ｃへの第３ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド２パート１の送信要求応答間隔２０２８におけるインデックス番号＝３のトーンに対応する、ＯＦＤＭシンボル２０５２のＯＦＤＭトーンシンボル２０９０として指定される。
【０１９３】
この例において、ＷＴ  ＥからＷＴ  Ｆへの第１ラウンド送信要求は、対応するトラフィック間隔におけるワイヤレス端末Ｅからワイヤレス端末Ｆへのピアツーピアトラフィック信号の送信要求であり、この要求を搬送するために指定された位置は、ラウンド１パート２の送信要求間隔２０１４におけるインデックス番号＝５のトーンに対応する、ＯＦＤＭシンボル２０３８のＯＦＤＭトーンシンボル２０６６として指定される。この例において、ＷＴ  ＦからＷＴ  Ｅへの第１ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド１パート２の送信要求応答間隔２０１６におけるインデックス番号＝５のトーンに対応する、ＯＦＤＭシンボル２０４０のＯＦＤＭトーンシンボル２０６８として指定される。
【０１９４】
この例において、ＷＴ  ＥからＷＴ  Ｆへの第２ラウンド送信要求を搬送するために指定された位置は、ラウンド２パート２の送信要求間隔２０２２におけるインデックス番号＝５のトーンに対応する、ＯＦＤＭシンボル２０４６のＯＦＤＭトーンシンボル２０８０として指定される。この例において、ＷＴ  ＦからＷＴ  Ｅへの第２ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド２パート２の送信要求応答間隔２０２４におけるインデックス番号＝５のトーンに対応する、ＯＦＤＭシンボル２０４８のＯＦＤＭトーンシンボル２０８２として指定される。
【０１９５】
この例において、ＷＴ  ＥからＷＴ  Ｆへの第３ラウンド送信要求を搬送するために指定された位置は、ラウンド３パート２の送信要求間隔２０３０におけるインデックス番号＝５のトーンに対応する、ＯＦＤＭシンボル２０５４のＯＦＤＭトーンシンボル２０９２として指定される。この例において、ＷＴ  ＦからＷＴ  Ｅへの第３ラウンド送信要求応答信号、たとえば、ＲＸエコー信号を搬送するために指定された位置は、ラウンド３パート２の送信要求応答間隔２０３２におけるインデックス番号＝５のトーンに対応する、ＯＦＤＭシンボル２０５６のＯＦＤＭトーンシンボル２０９４として指定される。
【０１９６】
ワイヤレス端末Ａは、ＷＴ  Ｂに送信したいトラフィックデータを有する場合、トーンシンボル２０７０で送信要求信号を送信するか否かを決定するときに、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド１パート１のＴＸ要求応答間隔２０１２中に検出された、それ自体の接続優先順位よりも優先順位の高い要求応答信号を考慮する。ワイヤレス端末Ａは、ＷＴ  Ｂに送信したいトラフィックデータを有する場合、トーンシンボル２０８４で送信要求信号を送信するか否かを決定するときに、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド２パート１のＴＸ要求応答間隔２０２０中に検出された、それ自体の接続優先順位よりも優先順位の高い要求応答信号を考慮する。
【０１９７】
ワイヤレス端末Ｃは、ＷＴ  Ｄに送信したいトラフィックデータを有する場合、トーンシンボル２０７２中で送信要求信号を送信するか否かを決定するときに、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド１パート１のＴＸ要求応答間隔２０１２中に検出された、それ自体の接続優先順位よりも優先順位の高い要求応答信号を考慮する。ワイヤレス端末Ｃは、ＷＴ  Ｄに送信したいトラフィックデータを有する場合、トーンシンボル２０８６で送信要求信号を送信するか否かを決定するときに、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド２パート１のＴＸ要求応答間隔２０２０中に検出された、それ自体の接続優先順位よりも優先順位の高い要求応答信号を考慮する。
【０１９８】
ワイヤレス端末Ｅは、ＷＴ  Ｆに送信したいトラフィックデータを有する場合、トーンシンボル２０６６中で送信要求信号を送信するか否かを決定するときに、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド１パート１のＴＸ要求応答間隔２０１２中に検出された要求応答信号を考慮する。ワイヤレス端末Ｅは、ＷＴ  Ｆに送信したいトラフィックデータを有する場合、トーンシンボル２０８０中で送信要求信号を送信するか否かを決定するときに、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド２パート１のＴＸ要求応答間隔２０２０中に検出された要求応答信号を考慮する。ワイヤレス端末Ｅは、ＷＴ  Ｆに送信したいトラフィックデータを有する場合、トーンシンボル２０９２中で送信要求信号を送信するか否かを決定するときに、検出された他の接続に対応する優先順位のより高い送信要求応答信号、たとえば、ラウンド３パート１のＴＸ要求応答間隔２０２８中に検出された要求応答信号を考慮する。
【０１９９】
図２１は、様々な実施形態による、例示的なマルチラウンド要求および応答シグナリングを示す一連の図を含む。図２１の例において、３つの送信要求／送信要求応答ラウンドが、その３つのラウンドに続く対応するトラフィック間隔中でスケジューリングするためのユーザスケジュール間隔の一部として存在する。この例において、ＷＴ  Ａ２１０２、ＷＴ  Ｂ２１０４、ＷＴ  Ｃ２１０６、ＷＴ  Ｄ２１０８、ＷＴ  Ｅ２１１０およびＷＴ  Ｆ２１１２が、ピアツーピア接続をサポートするモバイルノードなどのワイヤレス通信デバイスであると仮定する。また、（ｉ）ＷＴ  Ａ２１０２が、ＷＴ  Ａ２１０２からＷＴ  Ｂ２１０４へのトラフィックシグナリングに関係するＷＴ  Ｂ２１０４とのピアツーピア接続を有し、（ｉｉ）ＷＴ  Ｃ２１０６が、ＷＴ  Ｃ２１０６からＷＴ  Ｄ２１０８へのトラフィックシグナリングに関係するＷＴ  Ｄ２１０８とのピアツーピア接続を有し、（ｉ）ＷＴ  Ｅ２１１０が、ＷＴ  Ｅ２１１０からＷＴ  Ｆ２１１２へのトラフィックシグナリングに関係するＷＴ  Ｆ２１１２とのピアツーピア接続を有すると仮定する。接続優先順位は、Ａ−＞Ｂの接続優先順位がＣ−＞Ｄの接続優先順位よりも高く、Ｃ−＞Ｄの接続優先順位がＥ−＞Ｆの接続優先順位よりも高いと仮定する。また、ピアツーピアデバイスは、様々なラウンドの様々な例示的な接続にマッピングされたエアリンクリソースを識別する、図２０に示すユーザスケジュール間隔のタイミング構造を使用すると仮定する。さらに、この例において、ＷＴ  Ｂ２１０４がＷＴ  Ｃ２１０６に比較的近接し、ＷＴ  ＤがＷＴ  Ｅ２１１０に比較的近接すると仮定する。また、この例において、ＷＴ  Ａ２１０２がトラフィック間隔でＷＴ  Ｂに送信したいピアツーピアトラフィック信号を有すること、ＷＴ  Ｃ２１０６が同じトラフィック間隔中でＷＴ  Ｄ２１０８に送信したいピアツーピアトラフィック信号を有すること、およびＷＴ  Ｅ２１１０が同じトラフィック間隔中でＷＴ  Ｆ２１１２に送信したいピアツーピアトラフィック信号を有すること、を仮定する。
【０２００】
図面２１００に、例示的なラウンド１送信要求シグナリング、ラウンド１送信要求応答シグナリング、および送信機の観点からなされた判断を示す。（ＷＴ  Ａ２１０２、ＷＴ  Ｃ２１０６）は、ラウンド１パート１の送信要求間隔２０１０中にそれぞれ（ＴＸ要求２１１４、ＴＸ要求２１１６）を（ＷＴ  Ｂ２１０４、ＷＴ  Ｄ２１０８）に送信する。（ＷＴ  Ｂ２１０４、ＷＴ  Ｄ２１０８）は、それぞれ送信要求信号（２１１４、２１１６）を受信する。（ＷＴ  Ｂ２１０４、ＷＴ  Ｄ２１０８）は、それぞれ要求応答信号（ＲＸエコー２１１８、ＲＸエコー２１２０）を生成し、ラウンド１パート１の要求応答間隔２０１２中に送信する。
【０２０１】
ＷＴ  Ｅ２１１０は、ＴＸ要求信号をＷＴ  Ｆ２１１２にラウンド１パート２の送信要求間隔２０１４中に送信したい。しかしながら、ＷＴ  Ｅ２１１０は、ＷＴ  Ｄ２１０８からのＲＸエコー信号２１２０を検出しており、ワイヤレス端末Ｅ２１１０がＷＴ  Ｆ２１１２にトラフィック信号を送信しようとする場合、ＷＴ  Ｃ２１０６からのトラフィック信号を受信し、回復しようと試みているＷＴ  Ｄ２１０８に対して生成する干渉が、しきい値を上回ることが予想されると判断する。Ｃ−＞Ｄの接続がＥ−＞Ｆの接続よりも優先順位が高いので、ブロック２１２２に示すように、ＷＴ  Ｅ２１１０は送信機譲歩を実施し、トーンシンボル２０６６においてＷＴ  Ｆに要求信号を送信しないことを決定する。
【０２０２】
ＷＴ  Ａ２１０２は、優先順位の最も高い接続に対応するＲＸエコー信号２１１８を検出しており、ボックス２１２４に示すように続けることを決定する。ＷＴ  Ｃ２１０６は、ＷＴ  Ｄ２１０８からのＲＸエコー信号２１２０を受信した。しかしながら、ＷＴ  Ｃ２１０６は、それ自体の接続よりも優先順位の高い接続に関連するＷＴ  Ｂ２１０４からのＲＸエコー信号２１１８も受信した。この例において、ＷＴ  Ｃ２１０６は、送信しようとする場合、ＷＴ  Ｂ２１０４の受信機に対して引き起こす干渉がしきい値を上回ると判断する。したがって、ＷＴ  Ｃ２１０６は、ボックス２１２６に示すように送信機譲歩を実行することを決定する。
【０２０３】
図面１１４０に、例示的なラウンド２送信要求シグナリング、ラウンド２送信要求応答シグナリング、および送信機の観点からなされた判断を示す。ＷＴ  Ａ２１０２は、ラウンド２パートの送信要求間隔２０１８中にＷＴ  Ｂ２１０４にＴＸ要求２１４２を送信する。ラウンド１の譲歩決定（２１２６）により、ＷＴ  Ｃ２１０６がＯＦＤＭシンボル２０７２における送信要求の送信を控えることに留意されたい。ＷＴ  Ｂ２１０４は、ラウンド２パート１の送信要求間隔２０１６中に送信要求信号２１４２を受信する。ＷＴ  Ｂ１１０４は、要求応答信号（ＲＸエコー２１４４）を生成し、ラウンド２パート１の要求応答間隔２０２０中にＷＴ  Ａ２１０２に送信する。
【０２０４】
ＷＴ  Ｅ２１２２は、ラウンド２パート１のＴＸ要求応答間隔２０２０中でＲＸエコー信号をモニタする。このラウンドにおいて、ＷＴ  Ｃが要求信号を送信しておらず、ＷＴ  Ｂ２１０４がＷＴ  Ｅ２１１０から十分に遠く、ＷＴ  Ｅ２１１０においてその応答信号が検出されていないか、または超低電力レベルで受信されたので、ＷＴ  Ｄ２１０８はＷＴ  Ｃに要求応答信号を送信しなかった。ＷＴ  Ｅ２１１０は、優先順位のより高い接続に対応する受信したＲＸエコー信号に基づいて、ＷＴ  Ｆ２１１２にトラフィックを送信しようとする場合、トラフィックを受信することを予想する、優先順位のより高い他の受信機に対して引き起こすと予想される干渉が容認できると判断する。したがって、ＷＴ  Ｅ２１１０は、ボックス２１４６に示すように続けることを決定する。ＷＴ  Ｅ２１１０は、ＯＦＤＭトーンシンボル２０８０を使用して、ＴＸ要求間隔ラウンド２パート２  ２０２２中でＷＴ  Ｆ２１１２にＴＸ要求信号２１４８を送信する。ＷＴ  Ｆ２１１２は、ＴＸ要求信号２１４８を受信し、肯定応答を送信することを決定し、ＲＸエコー信号２１５０を生成し、ＷＴ  Ｅ２１１０に送信する。
【０２０５】
ＷＴ  Ａ２１０２は、優先順位の最も高い接続に対応するＲＸエコー信号２１４４を検出しており、ボックス２１２４に示すように続けることを決定する。ＷＴ  Ｃ２１０６は、それ自体の接続よりも優先順位の高い接続に関連する、ＷＴ  Ｂ２１０４からのＲＸエコー信号２１４４を受信した。この例において、ＷＴ  Ｃ２１０６は、送信しようとする場合、ＷＴ  Ｂ２１０４の受信機に対して引き起こす干渉がしきい値を上回ると判断する。したがって、ＷＴ  Ｃ２１０６は、ボックス２１５４に示すように送信機譲歩を実行することを決定する。
【０２０６】
図面２１６０に、例示的なラウンド３送信要求シグナリング、ラウンド３送信要求応答シグナリング、および送信機の観点からなされた判断を示す。ＷＴ  Ａ２１０２は、ラウンド３パート１の送信要求間隔２０２６中にＷＴ  Ｂ２１０４にＴＸ要求２１６２を送信する。ラウンド２の譲歩決定（２１５４）により、ＷＴ  Ｃ２１０６が送信要求の送信を控えることに留意されたい。ＷＴ  Ｂ２１０４は、ラウンド３パート１の送信要求間隔２０２６中に送信要求信号２１６２を受信する。ＷＴ  Ｂ２１０４は、要求応答信号（ＲＸエコー）２１６４を生成し、ラウンド３パート１の要求応答間隔２０２８中にＷＴ  Ａ２１０２に送信する。
【０２０７】
ＷＴ  Ｅ２１２２は、ラウンド３パート１のＴＸ要求応答間隔２０２８でＲＸエコー信号をモニタする。このラウンドにおいて、ＷＴ  Ｃ２１０６が要求信号を送信しておらず、ＷＴ  Ｂ２１０４がＷＴ  Ｅ２１１０から十分に遠く、ＷＴ  Ｅ２１１０においてその応答信号が検出されていないか、または超低電力レベルで受信されたので、ＷＴ  Ｄ２１０８はＷＴ  Ｃ２１０６に要求応答信号を送信しなかった。ＷＴ  Ｅ２１１０は、優先順位のより高い接続に対応する受信したＲＸエコー信号に基づいて、ＷＴ  Ｆ２１１２にトラフィックを送信しようとする場合、トラフィックを受信することを予想する、優先順位のより高い他の受信機に対して引き起こすと予想される干渉が容認できると判断する。したがって、ＷＴ  Ｅ２１１０は、ボックス２１６６に示すように続けることを決定する。ＷＴ  Ｅ２１１０は、ＯＦＤＭトーンシンボル２０９２を使用して、ＴＸ要求間隔ラウンド３パート２  ２０３０中でＷＴ  Ｆ２１１２にＴＸ要求信号２１６８を送信する。ＷＴ  Ｆ２１１２は、ＴＸ要求信号２１６８を受信し、肯定応答を送信することを決定し、ＲＸエコー信号２１７０を生成し、ＷＴ  Ｅ２１１０に送信する。
【０２０８】
ＷＴ  Ａは、優先順位の最も高い接続に対応するＲＸエコー信号２１６４を検出しており、ボックス２１７２に示すように続けることを決定する。ＷＴ  Ｃ２１０６は、それ自体の接続よりも優先順位の高い接続に関連する、ＷＴ  Ｂ２１０４からのＲＸエコー信号２１６４を受信した。この例において、ＷＴ  Ｃ２１０６は、送信しようとする場合、ＷＴ  Ｂ２１０４の受信機に対して引き起こす干渉がしきい値を上回ると判断する。したがって、ＷＴ  Ｃ２１０６は、ボックス２１７４に示すように送信機譲歩を実行することを決定する。さらに、ＷＴ  Ｃ２１０６は、これが最後のラウンドであり、ＷＴ  Ｃ２１０６がこのラウンドのＯＦＤＭトーンシンボル２０８６において以前に送信要求を送信しておらず、ＯＦＤＭトーンシンボル２０９０においてＷＴ  Ｃ２１０６がＲＸエコー信号を受信しなかったという追加の理由により、送信機譲歩を実行することを決定する。
【０２０９】
この例において、ＷＴ  Ｅ１１１０は、ラウンド３パート２のＴＸ要求応答間隔２０３２でＷＴ  Ｆ２１１２からＲＸエコー信号２１１０を受信しており、間隔２０３２中に優先順位のより高い他のＲＸエコー信号を受信しなかった。したがって、ＷＴ  Ｅ２１１０は、送信しようとする場合、他の接続に対応する受信機に対して容認できない干渉を引き起こさないと判断したので、ＷＴ  Ｅ２１１０はボックス２１７６に示すように続けることを決定する。
【０２１０】
図面２１８０に、図面（２１００、２１４０、２１６０）に関して説明した３ラウンドのユーザスケジュールに対応する、トラフィック間隔における例示的なトラフィックを示す。ＷＴ  Ａ２１０２は、第３ラウンドの決定が続けることであったので（２１７２）、トラフィック間隔の間にＷＴ  Ｂ２１０４にピアツーピアトラフィック信号２１８２を送信する。ＷＴ  Ｃ２１０６は、第３ラウンドの決定が譲歩することであったので（２１７４）、トラフィック間隔の間にＷＴ  Ｄ２１０８へのピアツーピアトラフィック信号の送信を控える。ＷＴ  Ｅ２１１０は、第３ラウンドの決定が続けることであったので（２１７６）、トラフィック間隔の間にＷＴ  Ｆ２１１２にピアツーピアトラフィック信号２１８４を送信する。例示的なマルチラウンド要求／要求応答間隔の結果では、ユーザスケジュール間隔中で３つの接続のうちの２つが同じエアリンクリソースを使用してトラフィック信号を同時に送信することを許されるが、ユーザスケジュールにおいて単一ラウンド要求／要求応答の手法を使用した場合は、トラフィック間隔の間に１つの接続しかトラフィック信号を送信することを許されないことに留意されたい。したがって、この例示的なマルチラウンドの手法は、エアリンクリソースのより効率的な利用をもたらす。
【０２１１】
この例において、ＷＴ  Ｅ２１２２は、当初、ラウンド１においてＷＴ  Ｆ２１１２にＴＸ要求を送信することを意図していたが、ＷＴ  Ｄのラウンド１ＲＸエコー２１２０のためにＴＸ譲歩することを決定した。しかしながら、後のラウンドにおいて、ＷＴ  ＤのＲＸエコーがなくなった場合、ＷＴ  Ｅ２１２２はＴＸ要求を送信することができる。
【０２１２】
ＯＦＤＭシステムに関して説明したが、様々な実施形態の方法および装置は、多くの非ＯＦＤＭおよび／または非セルラーシステムを含む広範囲の通信システムに適用可能である。いくつかの例示的なシステムは、ピアツーピアシグナリング、たとえば、いくつかのＯＦＤＭタイプ信号およびいくつかのＣＤＭＡタイプ信号において利用される技術の混合を含む。
【０２１３】
様々な実施形態において、本明細書で説明するノードは、１つまたは複数の方法に対応するステップ、たとえば、第１のデバイスから第２のデバイスに第１の送信要求を送信するステップ、第１のデバイスから第２のデバイスに第２の送信要求を送信するステップ、第２の送信要求に対する応答が第２のデバイスから受信されたかどうかに基づいて、第２のデバイスにデータを送信すべきか否かの決定を行うステップなどを実行するために、１つまたは複数のモジュールを使用して実施される。いくつかの実施形態において、様々な機能はモジュールを使用して実装される。そのようなモジュールは、ソフトウェア、ハードウェアまたはソフトウェアとハードウェアの組合せを使用して実施できる。上記の方法または方法ステップの多くは、たとえば１つまたは複数のノードにおいて、上記の方法の全部または一部を実施するために、追加のハードウェアの有無にかかわらず、機械、たとえば汎用コンピュータを制御する、メモリデバイスなど、たとえば、ＲＡＭ、フロッピー（登録商標）ディスクなどの機械可読媒体中に含まれる、ソフトウェアなどの機械実行可能命令を使用して実施できる。したがって、特に、本態様は、機械、たとえば、プロセッサおよび関連するハードウェアに上述の１つまたは複数の方法のステップの１つまたは複数を実行させるための機械実行可能命令を含む機械可読媒体を対象とする。
【０２１４】
いくつかの実施形態において、１つまたは複数のデバイス、たとえば、ワイヤレス端末などの通信デバイスの（１つまたは複数の）プロセッサ、たとえば、ＣＰＵは、通信デバイスによって実行されるものとして説明した方法のステップを実行するように構成される。したがって、すべてではないが、いくつかの実施形態は、プロセッサが含まれるデバイスによって実行される様々な記載の方法のステップの各々に対応するモジュールを含むプロセッサをもつデバイス、たとえば、通信デバイスを対象とする。すべてではないが、いくつかの実施形態において、デバイス、たとえば、通信デバイスは、プロセッサが含まれるデバイスによって実行される様々な記載の方法のステップの各々に対応するモジュールを含む。モジュールは、ソフトウェアおよび／またはハードウェアを使用して実施できる。
【０２１５】
上述の方法および装置に関する多数の追加の変形形態は、上記の説明に鑑みて、当業者には明らかであろう。そのような変形形態は権利範囲内に入ると考えるべきである。様々な実施形態の方法および装置は、ＣＤＭＡ、直交周波数分割多重（ＯＦＤＭ）、および／またはアクセスノードとモバイルノードとの間のワイヤレス通信リンクを与えるために使用される様々な他のタイプの通信技法とともに使用でき、様々な実施形態において使用される。いくつかの実施形態では、アクセスノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用してモバイルノードとの通信リンクを確立する基地局として実装される。様々な実施形態において、モバイルノードは、様々な実施形態の方法を実施するための、受信機／送信機回路ならびに論理および／またはルーチンを含む、ノートブックコンピュータ、個人情報端末（ＰＤＡ）、または他の携帯デバイスとして実装される。
【図１】
2011502449.tif 000003
【図２】
2011502449.tif 000004
【図３】
2011502449.tif 000005
【図４】
2011502449.tif 000006
【図５】
2011502449.tif 000007
【図６】
2011502449.tif 000008
【図７】
2011502449.tif 000009
【図７Ａ】
2011502449.tif 000010
【図７Ｂ】
2011502449.tif 000011
【図８】
2011502449.tif 000012
【図８Ａ】
2011502449.tif 000013
【図８Ｂ】
2011502449.tif 000014
【図８Ｃ】
2011502449.tif 000015
【図９】
2011502449.tif 000016
【図１０】
2011502449.tif 000017
【図１１】
2011502449.tif 000018
【図１２】
2011502449.tif 000019
【図１３】
2011502449.tif 000020
【図１４】
2011502449.tif 000021
【図１５】
2011502449.tif 000022
【図１６】
2011502449.tif 000023
【図１７】
2011502449.tif 000024
【図１７Ａ】
2011502449.tif 000025
【図１７Ｂ】
2011502449.tif 000026
【図１８】
2011502449.tif 000027
【図１８Ａ】
2011502449.tif 000028
【図１８Ｂ】
2011502449.tif 000029
【図１８Ｃ】
2011502449.tif 000030
【図１９】
2011502449.tif 000031
【図２０】
2011502449.tif 000032
【図２１】
2011502449.tif 000033
【国際調査報告】
2011502449.tif 000034
2011502449.tif 000035