(57)【特許請求の範囲】
【請求項１】
第１の通信デバイスを操作する方法において、
監視期間の間、送信リクエスト・レスポンスの受信を監視することと、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、
第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力と前記決定に対応するトラフィック・スロットにおける送信のために使用することを前記第１の通信デバイスが意図する予期送信電力レベルとの乗算に比例する値である干渉コスト値が、閾値より大きいか否かに基づいて、行うことを含み、
前記第１の通信デバイスからの前記送信リクエストは、第１のプライオリティーをもち、前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもち、
前記送信するか否かの決定を行うことは、前記第２のプライオリティーが、前記第１のプライオリティーより大きいか否かにも基づく、方法。
【請求項２】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値よりも大きい場合に、送信しないとの決定を行うことを含む請求項１の方法。
【請求項３】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値以下である場合に、送信するとの決定を行うことを含む請求項１または２の方法。
【請求項４】
送信するか否かの決定を行うことは、前記第１のプライオリティーが、前記監視期間の間にそのデバイスに関するレスポンスが受信されたところの前記第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信すると決定することを含む請求項１ないし３のいずれか１項の方法。
【請求項５】
送信するか否かの前記決定を行うのに先立って、前記干渉コスト値を計算する請求項１ないし４のいずれか１項の方法。
【請求項６】
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するのに先立って、前記第１の通信デバイスからの前記送信リクエストを送信することを更に含む、請求項１ないし４のいずれか１項の方法。
【請求項７】
前記送信リクエストに対するレスポンスが前記監視期間の間に受信されないと判定された場合に、前記第１の通信デバイスからの前記送信リクエストに対応するトラフィック・インターバルにおいて送信しないと決定することを更に含む請求項１ないし４のいずれか１項の方法。
【請求項８】
前記監視期間及び対応するトラフィック・インターバルの間に予め定められた関係が存在する請求項７の方法。
【請求項９】
前記監視期間の間に予め定められた通信資源の上で受信される送信リクエストに対するレスポンスは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するためのリクエストに対するレスポンスである請求項８の方法。
【請求項１０】
ピアツーピア通信をサポートする第１の無線通信デバイスにおいて、
監視期間の間、送信リクエスト・レスポンスの受信を監視する監視モジュールと、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための及び第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための送信リクエスト・レスポンス・モジュールと、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力と前記決定に対応するトラフィック・スロットにおける送信のために使用することを前記第１の通信デバイスが意図する予期送信電力レベルとの乗算に比例する値である干渉コスト値が、閾値より大きいか否かに基づいて、行う送信決定モジュールと、
前記干渉コスト値を計算するための干渉コスト判定モジュールとを含み、
前記第１の通信デバイスからの前記送信リクエストは、第１のプライオリティーをもち、前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもち、
前記送信決定モジュールは、前記第２のプライオリティーが、前記第１のプライオリティーより大きいか否かにも基づいて、前記送信するか否かの決定を行う、第１の無線通信デバイス。
【請求項１１】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値よりも大きい場合に、送信しないとの決定を行うことを含む請求項１０のデバイス。
【請求項１２】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値以下である場合に、送信するとの決定を行うことを含む請求項１０または１１のデバイス。
【請求項１３】
送信するか否かの決定を行うことは、前記第１のプライオリティーが、前記監視期間の間にそのデバイスに関するレスポンスが受信されたところの前記第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信すると決定することを含む請求項１０ないし１２のいずれか１項のデバイス。
【請求項１４】
送信リクエスト・レスポンス信号の前記受信電力レベルを測定するための電力測定モジュールを更に含む請求項１０ないし１３のいずれか１項のデバイス。
【請求項１５】
送信リクエストを生成するための送信リクエスト生成モジュールと、
前記第１の通信デバイスからの前記生成された送信リクエストを送信するための無線送信機モジュールとを更に含み、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否かを判定するのに先立って、前記送信することが起こる請求項１０ないし１３のいずれか１項のデバイス。
【請求項１６】
受信された送信リクエスト・レスポンス信号に関連するプライオリティー・レベルを判定するためのプライオリティー判定モジュールを更に含む、請求項１５のデバイス。
【請求項１７】
前記送信リクエストに対するレスポンスが前記監視期間の間に受信されないと判定された場合に、前記第１の通信デバイスからの前記送信リクエストに対応するトラフィック・インターバルにおいて送信しないと決定することを更に含む請求項１０ないし１３のいずれか１項のデバイス。
【請求項１８】
前記監視期間及び対応するトラフィック・インターバルの間の予め定められた関係を識別する格納されたエアーリンク資源構造情報を含むメモリを更に含む請求項１７のデバイス。
【請求項１９】
前記監視期間の間に予め定められた通信資源の上で受信される送信リクエストに対するレスポンスは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するためのリクエストに対するレスポンスである請求項１８のデバイス。
【請求項２０】
ピアツーピア通信をサポートする第１の無線通信デバイスにおいて、
監視期間の間、送信リクエスト・レスポンスの受信を監視するための監視手段と、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための及び第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための送信リクエスト・レスポンス手段と、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定し、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定した場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力と前記決定に対応するトラフィック・スロットにおける送信のために使用することを前記第１の通信デバイスが意図する予期送信電力レベルとの乗算に比例する値である干渉コスト値が、閾値より大きいか否かに基づいて、行うための送信決定手段と、
前記干渉コスト値を計算するための干渉コスト判定手段とを含み、
前記第１の通信デバイスからの前記送信リクエストは、第１のプライオリティーをもち、前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもち、
前記送信決定手段は、前記第２のプライオリティーが、前記第１のプライオリティーより大きいか否かにも基づいて、前記送信するか否かの決定を行う、第１の無線通信デバイス。
【請求項２１】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値よりも大きい場合に、送信しないとの決定を行うことを含む請求項２０のデバイス。
【請求項２２】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値以下である場合に、送信するとの決定を行うことを含む請求項２０または２１のデバイス。
【請求項２３】
送信するか否かの決定を行うことは、前記第１のプライオリティーが、前記監視期間の間にそのデバイスに関するレスポンスが受信されたところの前記第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信すると決定することを含む請求項２０ないし２２のいずれか１項のデバイス。
【請求項２４】
送信リクエスト・レスポンス信号の前記受信電力レベルを測定するための電力測定手段を更に含む請求項２０ないし２３のいずれか１項のデバイス。
【請求項２５】
送信リクエストを生成するための送信リクエスト生成手段と、
前記第１の通信デバイスからの前記生成された送信リクエストを送信するための無線送信機手段とを更に含み、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否かを判定するのに先立って、前記送信することが起こる請求項２０ないし２３のいずれか１項のデバイス。
【請求項２６】
受信された送信リクエスト・レスポンス信号に関連するプライオリティー・レベルを判定するためのプライオリティー判定手段を更に含む、請求項２５のデバイス。
【請求項２７】
方法を実装するために第１の通信デバイスを制御するための機械実行可能なインストラクションを実現するコンピュータ読み取り可能な記憶媒体において、前記方法は、
監視期間の間、送信リクエスト・レスポンスの受信を監視することと、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、
第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力と前記決定に対応するトラフィック・スロットにおける送信のために使用することを前記第１の通信デバイスが意図する予期送信電力レベルとの乗算に比例する値である干渉コスト値が、閾値より大きいか否かに基づいて、行うことを含み、
前記第１の通信デバイスからの前記送信リクエストは、第１のプライオリティーをもち、前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもち、
前記送信するか否かの決定を行うことは、前記第２のプライオリティーが、前記第１のプライオリティーより大きいか否かにも基づく、コンピュータ読み取り可能な記憶媒体。
【請求項２８】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値よりも大きい場合に、送信しないとの決定を行うことを含む請求項２７のコンピュータ読み取り可能な記憶媒体。
【請求項２９】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値以下である場合に、送信するとの決定を行うことを含む請求項２７または２８のコンピュータ読み取り可能な記憶媒体。
【請求項３０】
送信するか否かの決定を行うことは、前記第１のプライオリティーが、前記監視期間の間にそのデバイスに関するレスポンスが受信されたところの前記第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信すると決定することを含む請求項２７ないし２９のいずれか１項のコンピュータ読み取り可能な記憶媒体。
【請求項３１】
前記コンピュータ読み取り可能な記憶媒体は、
前記干渉コスト値を計算するための機械実行可能なインストラクションを更に含む請求項２７ないし３０のいずれか１項のコンピュータ読み取り可能な記憶媒体。
【請求項３２】
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するのに先立って、前記第１の通信デバイスからの前記送信リクエストを送信することを更に含む、請求項３１のコンピュータ読み取り可能な記憶媒体。
【請求項３３】
第１の通信デバイスにおいて使用されるプロセッサを含む装置において、
前記プロセッサは、
監視期間の間、送信リクエスト・レスポンスの受信を監視し、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定し、
第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定し、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力と前記決定に対応するトラフィック・スロットにおける送信のために使用することを前記第１の通信デバイスが意図する予期送信電力レベルとの乗算に比例する値である干渉コスト値が、閾値より大きいか否かに基づいて、行うように構成され、
前記第１の通信デバイスからの前記送信リクエストは、第１のプライオリティーをもち、前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもち、
前記送信するか否かの決定を行うことは、前記第２のプライオリティーが、前記第１のプライオリティーより大きいか否かにも基づく、装置。
【請求項３４】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値よりも大きい場合に、送信しないとの決定を行うことを含む請求項３３の装置。
【請求項３５】
送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記干渉コスト値が前記閾値以下である場合に、送信するとの決定を行うことを含む請求項３３または３４の装置。
【請求項３６】
送信するか否かの決定を行うことは、前記第１のプライオリティーが、前記監視期間の間にそのデバイスに関するレスポンスが受信されたところの前記第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信すると決定することを含む請求項３３ないし３５のいずれか１項の装置。
【請求項３７】
前記プロセッサは、
送信するか否かの前記決定を行うのに先立って、前記干渉コスト値を計算するように更に構成された請求項３３ないし３６のいずれか１項の装置。
【請求項３８】
前記プロセッサは、
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するのに先立って、前記第１の通信デバイスからの前記送信リクエストを送信するように更に構成される、請求項３７の装置。
【請求項３９】
第１の通信デバイスを操作する方法において、
監視期間の間、送信リクエストの受信を監視することと、
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための前記受信されたリクエストの電力を判定することと、
前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための前記受信されたリクエストの電力を判定することと、
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うことを含み、
前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む方法。
【請求項４０】
前記第１のデバイスに送信するための前記リクエストを受け入れるという決定をすることに応答して、前記第１のデバイスに送信するための前記リクエストに対するレスポンスをレスポンス期間の間に送信することを更に含む請求項３９の方法。
【請求項４１】
前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する請求項４０の方法。
【請求項４２】
前記レスポンスは、固定された予め定められた電力レベルで送信される請求項４１の方法。
【請求項４３】
前記レスポンスは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルの関数である電力レベルで送信される請求項４１の方法。
【請求項４４】
前記レスポンスの前記送信された電力レベルは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルに反比例する請求項４３の方法。
【請求項４５】
前記監視期間及び対応するトラフィック・インターバルの間に、予め定められた関係が存在する請求項４３の方法。
【請求項４６】
前記監視期間の間に予め定められた通信資源の上で受信された送信するためのリクエストは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するリクエストである請求項４５の方法。
【請求項４７】
ピアツーピアの通信をサポートする第１の通信デバイスにおいて、
監視期間の間、送信リクエストの受信を監視するための監視モジュールと、
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための受信されたリクエストの電力を判定するための及び前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記デバイスに送信するための受信されたリクエストの電力を判定するための電力測定モジュールと、
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うための送信決定モジュールとを含み、
前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む第１の通信デバイス。
【請求項４８】
前記第１のデバイスに送信するための前記リクエストを受け入れるという決定を行うことに応答して、前記第１の通信デバイスに送信するための前記リクエストに対するレスポンスを生成するためのレスポンス生成モジュールと、
レスポンス期間の間に前記生成されたレスポンスを送信するための無線送信機モジュールとを更に含む請求項４７のデバイス。
【請求項４９】
前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する請求項４８のデバイス。
【請求項５０】
前記レスポンスは、固定された予め定められた電力レベルで送信される請求項４９のデバイス。
【請求項５１】
前記レスポンスは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルの関数である電力レベルで送信され、
前記デバイスは、
前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルの関数として、前記レスポンス信号の送信電力レベルを判定するためのレスポンス信号電力レベル判定モジュールを更に含む請求項４９のデバイス。
【請求項５２】
前記レスポンスの前記送信された電力レベルは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルに反比例する請求項５１のデバイス。
【請求項５３】
監視期間及び対応するトラフィック・インターバルを識別するエアーリンク資源構造情報を含むメモリを更に含み、
前記監視期間及び対応するトラフィック・インターバルの間に、予め定められた関係が存在する請求項５１のデバイス。
【請求項５４】
前記監視期間の間に予め定められた通信資源の上で受信された送信するためのリクエストは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するリクエストである請求項５３のデバイス。
【請求項５５】
ピアツーピアの通信をサポートする第１の通信デバイスにおいて、
監視期間の間、送信リクエストの受信を監視するための監視手段と、
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための受信されたリクエストの電力を判定するための及び前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記デバイスに送信するための受信されたリクエストの電力を判定するための電力測定手段と、
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うための送信決定手段とを含み、
前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む第１の通信デバイス。
【請求項５６】
前記第１のデバイスに送信するための前記リクエストを受け入れるという決定を行うことに応答して、前記第１の通信デバイスに送信するための前記リクエストに対するレスポンスを生成するためのレスポンス生成手段と、
レスポンス期間の間に前記生成されたレスポンスを送信するための無線送信機手段とを更に含む請求項５５のデバイス。
【請求項５７】
前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する請求項５６のデバイス。
【請求項５８】
前記レスポンスは、固定された予め定められた電力レベルで送信される請求項５７のデバイス。
【請求項５９】
方法を実装するために第１の通信デバイスを制御するための機械実行可能なインストラクションを実現するコンピュータ読み取り可能な記憶媒体において、前記方法は、
監視期間の間、送信リクエストの受信を監視することと、
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための前記受信されたリクエストの電力を判定することと、
前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための前記受信されたリクエストの電力を判定することと、
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うことを含み、
前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含むコンピュータ読み取り可能な記憶媒体。
【請求項６０】
前記第１のデバイスに送信するための前記リクエストを受け入れるという決定をすることに応答して、前記第１のデバイスに送信するための前記リクエストに対するレスポンスをレスポンス期間の間に送信するための機械実行可能なインストラクションを更に実現する請求項５９のコンピュータ読み取り可能な記憶媒体。
【請求項６１】
前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する請求項６０のコンピュータ読み取り可能な記憶媒体。
【請求項６２】
前記レスポンスは、固定された予め定められた電力レベルで送信される請求項６１のコンピュータ読み取り可能な記憶媒体。
【請求項６３】
監視期間の間、送信リクエストの受信を監視し、
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための前記受信されたリクエストの電力を判定し、  前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための前記受信されたリクエストの電力を判定し、
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うように構成されたプロセッサを含み、
前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む装置。
【請求項６４】
前記プロセッサは、
前記第１のデバイスに送信するための前記リクエストを受け入れるという決定をすることに応答して、前記第１のデバイスに送信するための前記リクエストに対するレスポンスをレスポンス期間の間に送信するように更に構成される請求項６３の装置。
【請求項６５】
前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する請求項６４の装置。
【請求項６６】
前記レスポンスは、固定された予め定められた電力レベルで送信される請求項６５の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
様々な実施態様は、無線通信のための方法及び装置に向けられ、より詳しくはピアツーピア無線通信において使用される方法及び装置に向けられる。
【背景技術】
【０００２】
一般的に、無線端末が基地局接続ポイントを経由して通信するセルラー通信ネットワークにおいて、集中型の制御ノード又は基地局ノードは、利用可能なトラフィック・エアーリンク資源を使用するために及び/又はシステム中の干渉を管理するために、競合するユーザ（例えば、無線端末）をスケジュールする。しかし、もはや集中型のノード及び／又は基地局が管理しないピアツーピア通信システムにおいては、トラフィック・エアーリンク資源及び干渉制御の効率的な管理の問題は、より複雑になる。したがって、そのようなシステムにおいてエアーリンク資源の効率的利用をサポートするためにトラフィック・エアーリンク資源及び／又は干渉制御の管理を提供するための方法及び／又は装置の必要性が存在する。
【０００３】
ピアツーピアの通信システムにおいて、接続されたピアツーピア通信デバイスの複数のペアが、トラフィック信号のために同一のエアーリンク資源を使用することを望むかもしれない。幾つかの状況に関して、ピアツーピア通信デバイスの一つの接続されたペアにおけるトラフィック信号の対象とされる受信機は、送信が許可されるべきかどうかを決定するために、より良い状況にある。幾つかの他の状況に関して、ピアツーピア通信デバイスの一つの接続されたペアにおけるトラフィック信号の対象とされる送信機は、送信が許可されるべきかどうかを決定するために、より良い状況にある。対象とされる送信デバイスがトラフィック送信リクエストを拒否する機会を提供する方法及び装置は、有益であろう。同様に、対象とされる受信デバイスがトラフィック送信リクエストを拒否する機会を提供する方法及び装置は、有益であろう。最初の接続されたペアに対応するトラフィック送信リクエストを続行するか又は拒否するかを判定する場合に、並行して同一のエアーリンク・トラフィック資源を使用するのを望むであろう他の接続されたペアからの潜在的な並列のピアツーピア・シグナリングを考慮する方法及び装置は、有益であろう。
【発明の概要】
【０００４】
ピアツーピア通信ネットワークに関係する方法及び装置が説明される。第１のピアツーピア無線通信デバイスは、エアーリンク資源を使用してトラフィック・データを送信するために前もって第２のピアツーピア・デバイスにリクエストを送信すると、対応する監視期間の間、前記第２のデバイスからのレスポンス（例えば、送信許可）及び他のデバイスのレスポンスを監視する。前記第１のデバイスは、前記受信されたレスポンス信号の受信電力の関数として、送信するか否かの決定を行う。時々、第１のデバイスは、第２のデバイスにより送信することを許可されるが、同一のトラフィック・エアーリンク資源を使用して通信するつもりである周辺における他のピアツーピア無線通信に対する干渉を低減するように、送信せずにトラフィック・エアーリンク資源をイールドすることに決定する。
【０００５】
例示的な第２のピアツーピアの無線通信デバイスは、監視期間の間、第１のピアツーピアの通信デバイス（第２のデバイスは、それとのアクティブ・コネクションを持つ）及び他のピアツーピアの通信デバイスからの送信リクエスト（該リクエストは、トラフィック・エアーリンク資源に対応する）の受信を監視する。受信された（１又は複数の）リクエスト信号の出力レベルが判定される。第２のデバイスに送信するためのリクエスト及び第３のデバイスに送信するためのリクエストが受信される場合に、第２のデバイスは、電力測定値の関数として、第２のデバイスに送信するためのリクエストを受け入れるか否かの決定を行う。時々、例えば、第３の通信デバイスを含むピアツーピア通信による重要な干渉を予期して、及び／又は他のピアツーピア通信に対する干渉を低減するために、第２の通信デバイスは、第２のデバイスに送信するためのリクエストを許可しないという決定を行う。それゆえ、時々、第２の通信デバイス（トラフィック信号の対象とされた受信機）は、トラフィック・エアーリンク資源をイールドする。
【０００６】
様々な実施態様において、ピアツーピア・トラフィック・エアーリンク資源（例えば、ピアツーピア・トラフィック・セグメント）に対応して、対象とされる送信デバイス及び対象とされる受信デバイスの両方は、トラフィック・エアーリンク資源をイールドし、送信するための許可を拒否する機会をもつ。それゆえ、送信エンド及び受信エンドの両方における干渉上の問題が考慮され、ピアツーピア・トラフィック・エアーリンク資源の効率的利用を容易にする。
【０００７】
第１の通信デバイスをオペレートする例示的な方法は、監視期間の間、送信リクエスト・レスポンスの受信を監視することと、前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力及び任意に前記第１の通信デバイスがその送信のために使用するつもりである送信電力の関数として、行うことを含む。ピアツーピアの通信をサポートしている例示的な第１の無線通信デバイスは、監視期間の間、送信リクエスト・レスポンスの受信を監視する監視モジュールと、前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための及び第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための送信リクエスト・レスポンス・モジュールとを含む。前記第１の通信デバイスは、前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力の関数として、行う送信決定モジュールとを更に含む。
【０００８】
第２の通信デバイスをオペレートする例示的な方法は、監視期間の間、送信リクエストの受信を監視することと、前記監視期間の間に前記第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための前記受信されたリクエストの電力を判定することと、前記監視期間の間に第３のデバイスに送信するためのリクエストが受信される場合に、前記第３のデバイスに送信するための前記受信されたリクエストの電力を判定することと、前記第２のデバイスに送信するためのリクエスト及び前記第３のデバイスに送信するためのリクエストが受信された場合に、前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第３のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第２のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うことを含む。ピアツーピア通信をサポートしている例示的な第２の通信デバイスは、監視期間の間、送信リクエストの受信を監視するための監視モジュールと、前記監視期間の間に前記第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための受信されたリクエストの電力を判定するための及び前記監視期間の間に第３のデバイスに送信するためのリクエストが受信される場合に、前記第３のデバイスに送信するための受信されたリクエストの電力を判定するための電力測定モジュールと、前記第２のデバイスに送信するためのリクエスト及び前記第３のデバイスに送信するためのリクエストが受信された場合に、前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第３のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第２のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うための送信決定モジュールとを含む。
【０００９】
様々な実施態様が上の概要で議論される間、必ずしも、すべての実施態様が同一の特徴を含むというわけではないことが理解されるべきである、そして、上で説明される特徴のいくらかは必要でなくて、いくつかの実施態様で望ましくありえる。多数のさらなる特徴、実施態様と利益は、あとに続く詳細な説明で論じられる。
【図面の簡単な説明】
【００１０】
【図１】図１は、様々な実施態様に従った例示的なピアツーピア無線通信システムの図である。
【図２】図２は、様々な実施態様に従ったピアツーピア通信をサポートする例示的なモバイル通信デバイスの図である。
【図３】図３は、様々な実施態様に従ったピアツーピア通信をサポートする例示的なモバイル通信デバイスの図である。
【図４】図４は、様々な実施態様に従ったピアツーピア通信を実行するように第１のモバイル通信デバイスを操作する例示的な方法のフローチャートである。
【図５】図５は、様々な実施態様に従ったピアツーピア通信を実行するように第２のモバイル通信デバイスを操作する例示的な方法のフローチャートである。
【図６】図６は、様々な実施態様に従った例示的なピアツーピア・トラフィック・スロットの図である。
【図７】図７は、様々な実施態様に従った例示的なピアツーピア・モバイル通信デバイス及びピアツーピア・トラフィックをサポートするために該デバイス間で交換される例示的なシグナリングを説明する図である。
【図８】図８は、様々な実施態様に従った例示的なピアツーピア通信システムにおける例示的な非集中型のユーザ・スケジューリング決定を含む。
【図９】図９は、トラフィック・スロットのトラフィック・ポーションの間にピアツーピア無線通信デバイスが他のピアツーピア通信デバイスと占有された通信をしていると予期されるので、該ピアツーピア無線通信デバイスがトラフィック資源のためのリクエストを拒否する場合を説明する例示的なピアツーピア通信システムの図である。
【図１０】図１０は、ピアツーピア無線通信デバイスが、その近隣の他のピアツーピア・デバイスがトラフィック・スロットのトラフィック・ポーションの間に送信しており且つ要求中のデバイスからの信号の成功するリカバリーを可能にするには過剰過ぎる干渉を生じさせるであろうことを予期するので、該ピアツーピア無線通信デバイスがトラフィック資源のためのリクエストを拒否する場合を説明する例示的なピアツーピア通信システムの図である。
【図１１】図１１は、ピアツーピア無線通信デバイスが、トラフィック信号を送信することを許可されたが、それがその近隣の他のピアツーピア・デバイスの受信に干渉しないように送信を抑制する場合を説明する例示的なピアツーピア通信システムの図である。
【図１２】図１２は、同一の時間の間にトラフィック信号を送信することを許可された二つのピアツーピア通信デバイスがトラフィック信号を開始し送信する場合を説明する例示的なピアツーピア通信システムの図である。
【図１３】図１３は、様々な実施態様に従ったピアツーピア通信をサポートするモバイル通信デバイスを操作する例示的な方法のフローチャートである。
【図１４】図１４は、様々な実施態様に従ったピアツーピア通信をサポートするモバイル通信デバイスを操作する例示的な方法のフローチャートである。
【図１５】図１５は、様々な実施態様に従った第１の通信デバイスを操作する例示的な方法のフローチャートである。
【図１６】図１６は、様々な実施態様に従った第１の通信デバイス（例えば、ピアツーピア通信をサポートする無線通信デバイス）を操作する例示的な方法のフローチャートである。
【図１７】図１７は、様々な実施態様に従ったピアツーピア通信をサポートする例示的な無線通信デバイスの図である。
【図１８】図１８は、様々な実施態様に従ったピアツーピア通信をサポートする例示的な無線通信デバイスの図である。
【図１９】図１９は、図１９Ａ及び図１９Ｂの結合により構成され、様々な実施態様に従った通信デバイスを操作する例示的な方法の図である。
【図１９Ａ】図１９Ａは、図１９Ａ及び図１９Ｂの結合により構成され、様々な実施態様に従った通信デバイスを操作する例示的な方法の図である。
【図１９Ｂ】図１９Ｂは、図１９Ａ及び図１９Ｂの結合により構成され、様々な実施態様に従った通信デバイスを操作する例示的な方法の図である。
【図２０】図２０は、様々な実施態様に従ったピアツーピア通信をサポートする例示的な無線通信デバイスの図である。
【図２１】図２１は、様々な実施態様に従った第１のピアツーピア無線通信デバイスを操作する例示的な方法のフローチャートである。
【図２２】図２２は、様々な実施態様に従った受信機イールディングの様々な特徴を説明するために使用される接続されたピアツーピア無線端末の二つの例示的なペアの図及び対応するテーブルを含む。
【図２３】図２３は、様々な実施態様に従った送信機イールディングの様々な特徴を説明するために使用される接続されたピアツーピア無線端末の二つの例示的なペアの図及び対応するテーブルを含む。
【図２４】図２４は、送信リクエスト信号が固定された電力レベルで送信され、レスポンス信号もまた固定された電力レベルで送信される、幾つかの例示的な実施態様の特徴を説明する。
【図２５】図２５は、送信リクエスト信号が固定された電力レベルで送信され、レスポンス信号がリクエスト信号の受信電力の関数である電力レベルで送信される、幾つかの例示的な実施態様の特徴を説明する。
【図２６】図２６は、例示的なピアツーピア無線端末、ピアツーピア・トラフィック送信リクエスト信号、及び、チャネル・ゲインを説明し、また、例えば干渉決定に関して、様々な実施態様の特徴を説明する際に使用される。
【図２７】図２７は、異なる周波数に対応する複数のピアツーピア送信リクエストが同一のピアツーピア・トラフィック・エアーリンク資源（例えば、同一のピアツーピア・トラフィック・セグメント）に関連する、幾つかの実施態様の特徴を説明する図である。
【図２８】図２８は、タイミング構造において異なる時間に対応する複数のピアツーピア送信リクエストが同一のピアツーピア・トラフィック・エアーリンク資源（例えば、同一のピアツーピア・トラフィック・セグメント）に関連する、幾つかの実施態様の特徴を説明する図である。
【図２９】図２９は、タイミング関係及び可変サイズのトラフィック・セグメントを含む幾つかの実施態様において使用される様々な特徴を説明する図である。
【詳細な説明】
【００１１】
図１は、様々な実施態様に従った例示的なピアツーピア無線通信システム１００の図である。例示的な無線通信システム１００は、ピアツーピア通信をサポートする複数の無線端末（例えば、モバイル・ノード）（ピアツーピア無線端末１ １０２、ピアツーピア無線端末２ １０４、ピアツーピア無線端末３ １０６、ピアツーピア無線端末４ １０８、ピアツーピア無線端末５ １１０、ピアツーピア無線端末６ １１２，．．．，ピアツーピア無線端末Ｎ １１４）を含む。この例では、図１により表された時点において、ピアツーピア無線端末１ １０２は、矢印１１６で示されるように、ピアツーピア無線端末２ １０４とのアクティブ・コネクションをもち、ピアツーピア無線端末３ １０６は、矢印１１８で示されるように、ピアツーピア無線端末４ １０８とのアクティブ・コネクションをもち、そして、ピアツーピア無線端末５ １１０は、矢印１２０で示されるように、ピアツーピア無線端末６ １１２とのアクティブ・コネクションをもつ。
【００１２】
様々な実施態様の特徴に従って、ピアツーピア・エアーリンク・トラフィック資源（例えば、ピアツーピア・トラフィック・セグメント）の上で送信するか否かの決定は、決定プロセスへの入力をもつ送信ノード及び受信ノードの両方による分散型の方法で実行される。様々な実施態様において、同一のピアツーピア・エアーリンク・トラフィック資源の上で送信することを要求する可能性のある他のピアツーピア通信デバイスに関する干渉上の問題は、送信決定を行う際に考慮される。そういった実施態様において、或るピアツーピア・デバイスとの間にアクティブ・コネクションが存在しない諸ピアツーピア・デバイスからの監視されたピアツーピア信号が、送信決定プロセスにおいて使用される。
【００１３】
幾つかの実施形態においては、トラフィック信号を送信するための送信リクエストに続いて、対象とする受信デバイス及び対象とする送信デバイスの両方は、他のピアツーピア・デバイスにイールドして、要求されたピアツーピア・トラフィック・シグナリングが開始することを可能にすることを抑制する機会をもつ。
【００１４】
幾つかの実施態様においては、トラフィックを送信するという送信デバイスの決定の後で且つ上記トラフィックの送信の前に、送信デバイスは、ピアツーピア・パイロット信号を送信する。そういった実施態様においては、ピアツーピア・パイロット信号は、情報（該情報は、トラフィック・データに対するデータ・レートを判定するために使用されるためのものである）を判定するために受信デバイスにより利用される。幾つかの実施形態においては、トラフィック信号を伝達するエアーリンク資源はまた、トラフィックのデータ・レート情報を伝達する。
【００１５】
図２は、様々な実施態様に従ったピアツーピア通信をサポートする例示的なモバイル通信デバイス２００の図である。例示的なモバイル通信デバイス２００は、図１のシステム１００の通信デバイスのいずれの一つであることもできる。例示的な通信デバイス２００は、無線受信機モジュール２０２、無線送信機モジュール２０４、ユーザ入出力装置２０８、プロセッサ２０６、及び、様々なエレメントがその上でデータ及び情報を交換できるバス２１２を介して連結されたメモリ２１０を含む。無線受信機モジュール２０２（例えば、ＯＦＤＭ受信機）は、通信デバイス２００がそれを介して他の通信デバイスからピアツーピア信号を受信する受信アンテナ２１４に接続される。受信されたピアツーピア信号は、ピアツーピア通信をサポートする第２のモバイル通信デバイスからの受信されたレート情報信号２４８を含む。受信されたピアツーピア信号２４８は、例えば、ピアツーピア通信をサポートする上記第２のモバイル通信デバイスに向けられてモバイル通信２００から前に送信された生成されたピアツーピア・パイロット信号２４６に対応する、レスポンス信号である。
【００１６】
無線送信機モジュール２０４（例えば、ＯＦＤＭ送信機）は、通信デバイス２００がそれを介して他の通信デバイスにピアツーピア信号を送信する送信アンテナ２１６に接続される。送信されるピアツーピア信号は、ピアツーピア・パイロット信号及びピアツーピア・トラフィック信号を含む。無線送信機モジュール２０４は、上記第２のモバイル通信デバイスへ、生成されたピアツーピア・パイロット信号（例えば、信号２４６）を送信する。無線送信機モジュール２０４はまた、受信されたレート情報信号（例えば信号２４８）に基づいて判定されるレートで、第２のモバイル通信デバイスへ、トラフィック・データを送信する。幾つかの実施形態においては、受信及び送信のために同一のアンテナが使用される。幾つかの実施形態においては、複数のアンテナ又は複数のアンテナ・エレメントが、例えばＭＩＭＯ構成の一部として、使用される。
【００１７】
ユーザ入出力装置２０８は、例えば、マイク、キーパッド、キーボード、カメラ、スイッチ、スピーカー、ディスプレイなどを含む。ユーザ入出力装置２０８は、モバイル通信デバイス２００のユーザが、データ／情報を入力し、出力データ／情報にアクセスし、また、通信デバイス２００の少なくとも幾つかの機能を制御する（例えば、ピアツーピア通信セッションを開始する）ことを可能にする。
【００１８】
メモリ２１０は、ルーチン群２１８及びデータ／情報２２０を含む。プロセッサ２０６（例えば、ＣＰＵ）は、通信デバイス２００のオペレーションを制御し、方法（例えば、図４のフローチャート５００の方法）を実行するために、ルーチン群２１８を実行し、メモリ２１０中のデータ／情報２２０を使用する。ルーチン群２１８は、通信ルーチン２２２及び無線端末制御ルーチン群２２４を含む。通信ルーチン２２２は、モバイル通信デバイス２００により使用される様々な通信プロトコルを実装する。無線端末制御ルーチン群２２４は、パイロット信号生成モジュール２２６、電力送信制御モジュール２２８、トラフィック・データ・レート選択モジュール２３０、トラフィック・データ符号化モジュール２３６、変調モジュール２３８、レート・インジケータ・モジュール２４０及びトラフィック送信電力制御モジュール２４４を含む。トラフィック・データ・レート選択モジュール２３０は、最大許容伝送レート判定モジュール２３２及びバックログ・モジュール２３４を含む。レート・インジケータ・モジュール２４０は、送信電力調整モジュール２４２を含む。
【００１９】
データ／情報２２０は、生成されたピアツーピア・パイロット信号２４６、受信されたレート情報信号２４８、判定されたパイロット電力レベル２５４、判定されたトラフィック電力レベル２５６、選択された伝送レート２５８、サポートされる伝送レートの情報２６０、トラフィック・データ２６６、符号化されたトラフィック・データ２６８、変調シンボル２７０、判定された最大許容レート２７２、送信されるべきデータの量２７４、レート・インジケータ情報２７６、及び、電力調整情報２７８を含む。受信されたレート情報信号２４８は、幾つかの実施態様において、通信される最大伝送レート２５０及び通信される信号対雑音比２５２のうちの一つ以上を含む。サポートされる伝送レートの情報２６０は、複数のレート情報のセット（レート１情報２６２，...，レートＮ情報２６４）を含む。レート１情報２６２は、例えば、トラフィック・データ・レート及び関連する符号化レート、並びに関連する変調スキーム（例えば、使用されるＱＰＳＫコンステレーションを識別する情報）を含む。
【００２０】
パイロット信号生成モジュール２２６は、ピアツーピア・パイロット信号（例えば、生成されたピアツーピア・パイロット信号２４６）を生成する。様々な実施態様において、ピアツーピア・パイロット信号は、モバイル通信デバイス２００がそれにおいてトラフィック信号を送信するつもりである個々のトラフィック・セグメントに対応して生成される。様々な実施態様では、ピアツーピア・パイロット信号は、モバイル通信デバイスがトラフィック信号を送信するつもりである個々のトラフィック・セグメントに対応して送信される。それゆえ、モバイル通信デバイス２００からのピアツーピア・パイロット信号は、例えば対象とするピアツーピア・トラフィック信号送信に応じて、あるときは送信されるために、また他のときは送信されないために、観測されても良い。このアプローチは、トラフィック・セグメント使用情報にかかわりなく反復的なスケジュールでそのパイロット信号を送信している基地局と対照的である。ピアツーピア・パイロット信号伝送が、モバイル通信デバイス２００によりトラフィック信号を伝達するために使用されることになっているトラフィック・セグメントにリンクされているこのアプローチは、全体的な干渉を低減することができ及び／又はバッテリー電力を節約することができる。例えば、特定のセグメントについて、モバイル通信デバイス２００が送信するトラフィックも持たないか、又は、トラフィックを送信する許可を与えられないか、又は、イールドしてトラフィックを送信しないことに決定するならば、通信デバイス２００は、その特定のトラフィック・セグメントについてピアツーピア・パイロット信号を送信しない。
【００２１】
電力送信制御モジュール２２８は、第１の電力レベルであるべき生成されたパイロット信号の送信を制御し、また、第１の電力レベルに関連して予め定められた電力レベルであるべきトラフィック・データの送信を制御する。判定されたパイロット電力レベルは、生成されたピアツーピア信号２４６の送信のために使用される第１の電力レベルであり、一方、判定されたトラフィック電力レベル２５６は、トラフィック・データのために使用されるレベルである。
【００２２】
トラフィック・データ・レート選択モジュール２３０は、受信されたレート情報信号に含まれる情報の関数として、複数のサポートされた伝送レートから、一つの伝送レートを選択する。例えば、トラフィック・データ選択モジュール２３０は、受信されたレート情報信号２４８において通信される情報の関数として、サポートされる伝送レートの情報２６０から、選択された伝送レート２５８において示されるレートを選択する。様々な実施態様において、ピアツーピア・トラフィック信号のために使用される選択されたデータ・レートは、特定の符号化レート及び特定の変調スキームに対応する。
【００２３】
トラフィック・データ符号化モジュール２３６は、選択されたレートに従って、送信されるべきトラフィック・データを符号化する。トラフィック・データ２６６は、符号化モジュール２３６への入力であり、符号化されたトラフィック・データ２６８は、出力である。変調モジュール２３８は、選択されたレートに従って、送信されるべき符号化されたトラフィック・データを伝達する変調シンボルを生成する。符号化されたトラフィック・データ２６８は、変調モジュール２３８への入力であり、一方、変調シンボル２７０は、モジュール２３８の出力である。
【００２４】
トラフィック・データ・レート選択モジュール２３０は、最大許容伝送レート判定モジュール２３２及びバックログ・モジュール２３４を含む。最大許容伝送レート判定モジュール２３２は、最大許容レート（例えば、判定された最大許容レート２７２）を判定する。バックログ・モジュール２３４は、送信されるべきデータの量（例えば、情報２７４）を追跡する。
【００２５】
様々な実施態様において、トラフィック・データ・レート選択モジュール２３０は、伝送データ・レートを、送信されるべきデータの量及び判定された最大伝送レートの関数として、選択する。幾つかの実施形態においては、トラフィック・データ・レート選択モジュール２３０は、時々、送信されるべきデータの量が、データが該判定された最大許容伝送レートで送信されるとしたときトラフィック・セグメントで送信されることができるデータの量より少ない場合に、該判定された最大伝送レートより低い伝送レートを選択する。
【００２６】
レート・インジケータ・モジュール２４０は、トラフィック・データとともに、レート・インジケータ（例えば、レート・インジケータ情報２７６に対応するレート・インジケータ）を含ませる（例えば、レート・インジケータは、トラフィック・データと同じセグメントで通信される）。レート・インジケータ・モジュール２４０は、符号化されたトラフィック・データを伝達する変調シンボル値の送信電力レベルを調整するための送信電力調整モジュール２４２を含む。電力調整情報２７８は、送信電力調整モジュール２４２からの出力である。それゆえ、レート・インジケータは、符号化されたトラフィック信号を伝達する一組の変調シンボルに適用されるエネルギー調整の位置によって、通信されても良い。幾つかの他の実施態様では、トラフィック・セグメントのためのレート・インジケータは、他の手段により通信される。例えば、トラフィック・セグメントのエアーリンク資源の第１のサブセットが、レート・インジケータを伝達するために専用に設けられ、トラフィック・セグメントのエアーリンク資源の第２のサブセットが、符号化されたトラフィック信号を伝達するために専用に設けられる。
【００２７】
トラフィック送信電力制御モジュール２４４は、トラフィック・データ（例えば、判定されたトラフィック電力レベル２５６）を送信するために使用される送信電力レベルを判定する。これは、例えば、コンステレーションに関連する平均電力レベルである。様々な実施態様では、トラフィック・データを送信するための判定された送信電力レベルは、ＡからＰmaxの範囲にあり、ここで、Ａは非ゼロの電力レベルであり、Ｐmaxはパイロット送信電力レベルの予め定められた関数であり、ここで、ＡとＰmaxとは異なる。幾つかの実施形態において、トラフィック送信電力制御モジュール２４４は、送信されるべきデータの量２７４の関数として、送信電力レベルを判定する。幾つかの実施形態においては、トラフィック送信電力モジュール２４４は、判定された最大許容伝送レート２７２の関数として、電力レベルを判定する。
【００２８】
図３は、様々な実施態様に従ったピアツーピア通信をサポートする例示的なモバイル通信デバイス３００の図である。例示的な通信デバイス３００は、図１の例示的なピアツーピア無線端末のいずれであることもできる。例示的な通信デバイス３００は、無線受信機モジュール３０２、無線送信機モジュール３０４、ユーザ入出力装置３０８、プロセッサ３０６、及び、様々なエレメントがその上でデータ及び情報を交換できるバス３１２を介して連結されたメモリ３１０を含む。無線受信機モジュール３０２（例えば、ＯＦＤＭ受信機）は、通信デバイス３００がそれを介して他の通信デバイスからピアツーピア信号を受信する受信アンテナ３１４に接続される。受信ピアツーピア信号は、受信ピアツーピア・パイロット信号（例えば、第１の通信デバイスからの受信ピアツーピア・パイロット信号３３８、第１の更なる通信デバイスからの受信ピアツーピア・パイロット信号３４０、及び、第２の更なる通信デバイスからの受信ピアツーピア・パイロット信号３４２）を含む。受信ピアツーピア信号はまた、第１の通信デバイスからの受信トラフィック・データ信号３５６を含む。
【００２９】
無線送信機モジュール３０４（例えば、ＯＦＤＭ送信機）は、通信デバイス３００がそれを介して他の通信デバイスにピアツーピア信号を送信する送信アンテナ３１６に接続される。送信されたピアツーピア信号は、生成されたレート情報信号３５４を含み、該生成されたレート情報信号は、第１の通信デバイスからの受信ピアツーピア・パイロット信号３３８に応答して生成されるものである。第１の通信デバイス（例えば、ピアツーピア通信をサポートする第１のモバイル通信デバイス）に送信されるレート情報信号は、最大許容データ・トラフィック伝送データ・レートを判定する際に第１のモバイル通信デバイスにより使用される情報を提供する。幾つかの実施形態においては、受信及び送信のために同一のアンテナが使用される。幾つかの実施形態においては、複数のアンテナ又は複数のアンテナ・エレメントが、例えばＭＩＭＯ構成の一部として、使用される。
【００３０】
ユーザ入出力装置３０８は、例えば、マイク、キーパッド、キーボード、カメラ、スイッチ、スピーカー、ディスプレイなどを含む。ユーザ入出力装置３０８は、モバイル通信デバイス３００のユーザが、データ／情報を入力し、出力データ／情報にアクセスし、また、通信デバイス３００の少なくとも幾つかの機能を制御する（例えば、ピアツーピア通信セッションを開始する）ことを可能にする。
【００３１】
メモリ３１０は、ルーチン群３１８及びデータ／情報３２０を含む。プロセッサ３０６（例えば、ＣＰＵ）は、通信デバイス３００のオペレーションを制御し、方法（例えば、図５のフローチャート６００の方法）を実行するために、ルーチン群３１８を実行し、メモリ３１０中のデータ／情報３２０を使用する。ルーチン群３１８は、通信ルーチン３２２及び無線端末制御ルーチン群３２４を含む。通信ルーチン３２２は、モバイル通信デバイス３００により使用される様々な通信プロトコルを実装する。無線端末制御ルーチン群３２４は、パイロット信号測定モジュール３２６、レート情報判定モジュール３２８、レート情報信号生成モジュール３３０、ノイズ測定モジュール３３２、トラフィック・データ・レート判定モジュール３３４、復調モジュール３３５、及び、デコーダ・モジュール３３６を含む。
【００３２】
データ／情報３２０は、第１の通信デバイスからの受信ピアツーピア・パイロット信号３３８、第１の更なる通信デバイスからの受信ピアツーピア・パイロット信号３４０、第２の更なる通信デバイスからの受信ピアツーピア信号３４２、第１の通信デバイスからのピアツーピア・パイロット信号の測定された受信電力を格納する情報３４４、第１の更なる通信デバイスからのピアツーピア・パイロット信号の測定された受信電力を格納する情報３４６、第２の更なる通信デバイスからのピアツーピア・パイロット信号の測定された受信電力を格納する情報３４８、判定されたノイズ値３５０、判定されたレート情報値３５２、生成されたレート情報信号３５４、第１の通信デバイスからの受信トラフィック・データ信号３５６、判定された伝送レート３５８、及び、リカバーされたトラフィック・データ３６０を含む。
【００３３】
パイロット信号測定モジュール３２６は、受信されたパイロット信号の受信電力を測定する。例えば、パイロット信号測定モジュール３２６は、それぞれ、受信ピアツーピア・パイロット信号（３３８，３４０，３４２）を測定し、測定された受信電力情報（３４４，３４６，３４８）を得る。
【００３４】
レート情報判定モジュール３２８は、測定された受信パイロット信号電力の関数として（例えば、第１の通信デバイスからの受信ピアツーピア・パイロット信号の測定された受信電力３４４及び判定されたノイズ値３５０の関数として）、伝送レート判定オペレーションで使用される値（例えば、値３５２）を判定する。
【００３５】
レート情報信号生成モジュール３３０は、判定された値を通信するレート情報信号を生成する。例えば、レート情報信号生成モジュール３３０は、判定されたレート情報値３５２を通信するレート情報信号３５４を生成する。様々な実施態様では、判定されたレート情報値３５２は、信号対雑音比及び最大伝送レートのうちの一つである。
【００３６】
ノイズ測定モジュール３３２は、更なる受信したパイロット信号の関数として、測定されたノイズ値を判定する。例えばノイズレベル値を判定する際にパイロット信号の対応する測定された受信電力（３４６，３４８）を使用することによって、例えば、ノイズ測定モジュール３３２は、第１の更なる通信デバイスからの受信ピアツーピア・パイロット信号３４０及び第２の更なる通信デバイスからの受信ピアツーピア・パイロット信号３４２の関数として、判定されたノイズ値３５０を判定する。
【００３７】
トラフィック・データ・レート判定モジュール３３４は、受信されたトラフィック・データの伝送レートを、受信されたトラフィック・データが含まれる情報から、判定する。例えば、モジュール３３４は、第１の通信デバイスからの受信トラフィック信号３５６から、判定された伝送レート３５８を得る。幾つかの実施形態においては、判定されたトラフィック・データ・レートは、利用された特定の符号化レート及び特定の変調コンステレーションに対応し、ここで、可能性がある異なるトラフィック・データ・レートの少なくとも幾つかは、異なる符号化レートに対応し、また、ここで、可能性がある異なるトラフィック・データ・レートの少なくとも幾つかは、異なる変調コンステレーションに対応する。幾つかの実施形態においては、トラフィック・データ・レートは、トラフィック通信セグメントにおける異なる位置に関連する電力レベルの調整を通して、通信される。幾つかの実施形態においては、トラフィック・データ・レートは、トラフィック・セグメント・エアーリンク資源の第１のサブセットを介して通信され、トラフィック・データ信号は、トラフィック・セグメント・エアーリンク資源の第２のサブセットを介して通信される。
【００３８】
復調モジュール３３５は、トラフィック・データを伝達するリカバーされた符号化信号を得るために、該判定された伝送レートに基づいて、受信されたピアツーピア信号を復調する。デコーダ・モジュール３３６は、リカバーされたトラフィック・データ３６０を得るために、該判定された伝送レートに基づいて、リカバーされた符号化信号を処理する。幾つかの実施形態において、復調及び復号化は、共同で（例えば、単一のモジュールにおいて）実行される。幾つかの実施形態において、幾つかのモジュール（例えば、復調モジュール３３５及び／又はデコーダ・モジュール３３６）は、無線受信機モジュール３０２の一部として含まれる。
【００３９】
図４は、様々な実施態様に従ったピアツーピア通信を実行するように第１のモバイル通信デバイスを操作する例示的な方法のフローチャート５００である。ステップ５０２においてオペレーションが開始する。ここでは、モバイル通信デバイスが電源投入され、そして、初期化される。そして、ステップ５０４へ進む。
【００４０】
ステップ５０４において、第１のモバイル通信デバイスは、第２のモバイル通信デバイスにパイロット信号を送信する。ステップ５０４は、第１のモバイル通信デバイスが第１の電力レベルで上記第１のパイロット信号を送信するサブステップ５０６を含む。
【００４１】
オペレーションは、ステップ５０４からステップ５０８へ進む。ステップ５０８において、第１のモバイル通信デバイスは、最大許容データ・トラフィック伝送データ・レートを判定する際に使用される情報を提供するレート情報信号を、第２のモバイル通信デバイスから受信する。様々な実施態様において、レート情報信号は、最大伝送レート及び信号対雑音比（ＳＮＲ）のうちの一つを含む。幾つかの実施形態において、レート情報信号は、推定された干渉値及び推定された信号対干渉比（ＳＩＲ）のうちの一つを含む。
【００４２】
オペレーションは、ステップ５０８からステップ５１０へ進む。ステップ５１０において、第１のモバイル通信デバイスは、レート情報信号に含まれる情報の関数として、複数のサポートされる伝送レートから一つの伝送レートを選択する。ステップ５１０は、サブステップ５１２及び５１４を含む。サブステップ５１２に、第１のモバイル通信デバイスは、最大許容伝送レートを判定する。オペレーションは、サブステップ５１２からサブステップ５１４まで進む。サブステップ５１４において、第１のモバイル通信デバイスは、送信されるべきデータの量及び上記判定された最大伝送レートの関数として、一つの伝送レートを選択する。幾つかの実施形態においては、送信されるべきデータの量が、判定された最大許容伝送データ・レートで送信されることができるデータの量より少ない場合に、選択された伝送レートは、判定された最大伝送レートより低い。
【００４３】
オペレーションは、ステップ５１０からステップ５１６へ進む。ステップ５１６において、トラフィック・データを送信するために使用されるべき送信電力レベルを判定する（上記判定された送信電力レベルはＡからＰmaxまでの範囲にあり、Ａは非零電力レベルであり、Ｐmaxは上記パイロット送信電力レベルの予め定められた関数である電力レベルであり、ＡとＰmaxとは異なる）様々な実施態様において、判定された送信電力レベルは、送信されるべきデータの量の関数である。幾つかの実施形態においては、電力レベルを判定することはまた、受信されたレート情報信号に含まれる情報により示される最大伝送レートの関数として実行される。
【００４４】
オペレーションは、ステップ５１６からステップ５１８へ進む。ステップ５１８において、第１のモバイル通信デバイスは、受信されたレート情報信号に基づいて判定されるレートで、上記第２のモバイル通信デバイスに、トラフィック・データを送信する。ステップ５１８は、サブステップ５２０を含み、幾つかの実施形態においては、サブステップ５２２及び５２４のうちの一つ又は複数を含む。サブステップ５２０において、第１のモバイル通信デバイスは、選択されたレートでトラフィック・データを送信する。サブステップ５２２において、第１のモバイル通信デバイスは、上記トラフィック・データとともにレート・インジケータを送信する。上記レート・インジケータは、上記トラフィック・データの実際の伝送レートを示す。サブステップ５２４において、第１のモバイル通信デバイスは、第１の電力レベルに関連して予め定められた電力レベルで上記トラフィック・データを送信する。
【００４５】
図５は、様々な実施態様に従ったピアツーピア通信を実行するように第２のモバイル通信デバイスを操作する例示的な方法のフローチャート６００である。第２のモバイル通信デバイスは、図１のシステム１００のピアツーピア通信デバイスのいずれであることもできる。ステップ６０２においてオペレーションが開始する。ここでは、第２のモバイル通信デバイスが電源投入され、そして、初期化される。そして、ステップ６０６へ進む。ステップ６０６において、第２のモバイル通信デバイスは、第１のモバイル通信デバイスから、パイロット・シンボルを受信する。オペレーションは、ステップ６０４からステップ６０６へ進む。そこにおいて、第２のモバイル通信デバイスは、パイロット信号の受信電力を測定する。
【００４６】
オペレーションは、ステップ６０６からステップ６０８へ進む。ステップ６０８において、第２のモバイル通信デバイスは、更なる諸通信デバイスから更なる諸パイロット信号を受信する。それから、ステップ６１０において、第２のモバイル通信デバイスは、更なる受信された諸パイロット信号の関数として、測定されたノイズ値を判定する。オペレーションは、ステップ６１０からステップ６１８へ進む。
【００４７】
ステップ６１２において、第２のモバイル通信デバイスは、測定された受信パイロット信号電力及び測定されたノイズ値の関数として、伝送レート決定オペレーションで使用される値を判定する。幾つかの実施形態においては、判定された値は、信号対雑音比及び最大伝送レートのうちの一つである。オペレーションは、ステップ６１２からステップ６１４へ進む。
【００４８】
ステップ６１４において、第２のモバイル通信デバイスは、最大許容データ・トラフィック伝送データ・レートの判定において上記第１の通信デバイスにより使用される情報を提供するレート情報信号（例えば、ステップ６１２の上記判定された値を通信するレート情報信号）を、上記第１のモバイル通信デバイスに送信する。オペレーションは、ステップ６１４からステップ６１６へ進む。
【００４９】
ステップ６１６において、第２のモバイル通信デバイスは、第１のモバイル通信デバイスから、トラフィック・データを受信する。オペレーションは、ステップ６１６からステップ６１８へ進む。ステップ６１８において、第２のモバイル通信デバイスは、上記受信トラフィック・データの上記伝送データ・レートを、上記受信トラフィック・データに含まれる情報から判定する。そして、ステップ６２０において、第２のモバイル通信デバイスは、上記判定されたレートに基づいて、上記受信トラフィック・データを復号化する。
【００５０】
図６は、様々な実施態様に従った例示的なピアツーピア・トラフィック・スロットの図８００である。スケッチ８００は、時間軸８０２に沿ったピアツーピア・トラフィック・スロット（ピアツーピア・トラフィック・スロット１ ８０４，ピアツーピア・トラフィック・スロット２ ８０６，ピアツーピア・トラフィック・スロット３ ８０８，．．．，ピアツーピア・トラフィック・スロットＮ ８１０）の例示的なシーケンスを説明する。この例示的な実施態様では、ピアツーピア・トラフィック・スロット８１０に続いて、ピアツーピア・トラフィック・スロット１ ８０４´により示されるように、シーケンスは繰り返しタイミング構造の一部として、繰り返す。
【００５１】
例示的なスケッチ８００は、例えば、論理表現である。幾つかの実施形態においては、論理構造通信資源は、物理エアーリンク資源にマッピングされる。例えば、ピアツーピア・トラフィック・スロット８０８は、ユーザ・スケジューリング・ポーション８１２、レート・スケジューリング・ポーション８１４、トラフィック・ポーション８１６、及び承認ポーション８１８を含むように示され、それらポーションは互いに隣接している。それらポーションに関連する物理エアーリンク資源は、例えば処理時間を見込むために、それらの間にタイムギャップをもっても良い。幾つかの実施形態においては、トーン・ホッピングが、マッピングの一部として実装される。
【００５２】
各々の例示的なピアツーピア・トラフィック・スロットは、ユーザ・スケジューリング・ポーション、レート・スケジューリング・ポーション、トラフィック・ポーション及び承認ポーションを含む。一つの例示的な実施態様において、例示的なピアツーピア・トラフィック・スロット（例えば、ピアツーピア・トラフィック・スロット３ ８０８）は、ユーザ・スケジューリング・ポーション８１２、レート・スケジューリング・ポーション８１４、トラフィック・ポーション８１６、及び承認ポーション８１８を含む。承認ポーション８１８は、矢印８１９で示されるように、トラフィック・ポーション８１６に対応する。他の例示的な実施態様では、例示的なピアツーピア・トラフィック・スロット３８０８は、承認ポーション８２８、ユーザ・スケジューリング・ポーション８２４、レート・スケジューリング・ポーション８２６、及びトラフィック・ポーション８２８を含む。承認部８２２は、矢印８２１で示されるように、ピアツーピア・トラフィック・スロット２ ８０６のトラフィック・ポーション８２０に対応する。
【００５３】
図６のこの例示的な表現は、スロットの論理表現であっても良く、幾つかの実施態様においてスロットの論理表現である。例えば、論理ピアツーピア・トラフィック・スロット１ ８０４に対応するエアーリンク資源は、一組のトーン・シンボル（それらの幾つかは不連続である）を含んでも良い。
【００５４】
図７は、様々な実施態様に従ったピアツーピア・モバイル通信デバイス（９０２，９０４）及びピアツーピア・トラフィックをサポートするために該デバイス（９０２，９０４）間で交換される例示的なシグナリングを説明する図９００である。通信デバイス（９０２，９０４）は、図１のピアツーピア無線端末のいずれであることもできる。この例では、ピアツーピア・モバイル・デバイス１ ９０２がピアツーピア・モバイル・デバイス２９０４にトラフィック信号を送信することを要求する。ライン９０１は、時間を示す;そして、ユーザ・スケジューリング・ポーション９１０があり、続いて、レート・スケジューリング・ポーション９１６があり、続いて、トラフィック・ポーション９２０があり、続いて、承認ポーション９２４がある。
【００５５】
ユーザ・スケジューリング・ポーション９１０の間、ピアツーピア・モバイル・デバイス１ ９０２は、リクエスト信号９０６を生成して送信する。リクエスト信号９０６の対象となる受信者であるピアツーピア・モバイル・デバイス２は、リクエスト信号９０６を受信し、該信号を処理し、該リクエストを考慮して、それが該リクエストを承認するならば、ＲＸエコー信号９０８を送信する。ピアツーピア・モバイル・デバイス２ ９０４は、それが該リクエストを承認しないならば、レスポンスを送信しない。
【００５６】
レート・スケジューリング・ポーション９１６の間、ピアツーピア・モバイル通信デバイス１ ９０２は、パイロット信号９１２を送信する。ピアツーピア・モバイル・デバイス２ ９０４は、パイロット信号９１２を受信し、該受信信号強度を測定し、そして、レート情報信号９１４を生成する。レート情報信号９１４は、ピアツーピア・モバイル・デバイス１ ９０２が後続するトラフィック・ポーション９２０の間に使用されるべき最大許容データ・レートを判定することができるように、例えばレート、ＳＮＲ値、干渉値又はＳＩＲ値を通信する。ピアツーピア・モバイル・デバイス２ ９０４は、ピアツーピア・モバイル・デバイス１ ９０２に、生成されたレート情報信号９１４を送信する。
【００５７】
ピアツーピア・モバイル・デバイス１ ９０２は、レート情報信号９１４を受信し、そして、トラフィック・ポーション９２０のために使用されるべき最大許容伝送レートを判定する。ピアツーピア・モバイル・デバイス１ ９０２は、該判定された最大許容伝送レートの関数として、使用する実際のデータ・レートを判定する。ここで、該実際のデータ・レートは、該最大許容伝送レートより小さいか又はそれに等しい。様々な実施態様では、ピアツーピア・モバイル・デバイス１ ９０２はまた、トラフィックに使用する実際の伝送データ・レートの判定において、（ｉ）通信されるのを待っているトラフィック・データの量、及び／又は、（ii）そのパワー状態（例えば、残りのバッテリー電力及び／又はオペレーションのモード）を考慮する。
【００５８】
ピアツーピア・モバイル・デバイス１ ９０２は、トラフィック・ポーション９２０の間、トラフィック信号９１８を生成し送信する。トラフィック信号は、該判定された実際のデータ・レートでデータを通信する。幾つかの実施形態においては、トラフィック信号はまた、実際のデータ・レートのインジケーションを伝える。そのような一つの実施態様において、レート情報は、トラフィックに割り当てられる資源のサブセットを使用して通信される。例えば、トラフィック資源は、レート情報を運ぶために割り当てられる第１のポーション（例えば、ＯＦＤＭトーン・シンボルの第１のセット）、及び、トラフィック（例えば、ユーザ・データ）を運ぶために割り当てられる第２のポーション（例えば、ＯＦＤＭトーン・シンボルの第２セット）を含む。ここで、第１及び第２のセットは、オーバーラップしていない。他のそのような実施態様では、レート情報は、トラフィックを伝える同一の資源を使用して通信される。例えば、レート情報は、トラフィック信号を伝える変調シンボルの送信電力を変化させることを介して、通信される。例えば、トラフィックを伝える幾つかのＯＦＤＭトーン・シンボルは、第１の電力レベルで基準化され、他は、第２の電力レベルで基準化される。また、レート情報は、その位置がそのレベルで規準化されることによって、通信される。
【００５９】
ピアツーピア・モバイル・デバイス２ ９０４は、トラフィック・ポーション９２０の間、トラフィック信号９１８を受信し、そして、通信されているデータをリカバーする。幾つかの実施形態においては、レート情報は、トラフィック・データとともに通信される。そういった実施形態において、ピアツーピア・モバイル・デバイス２ ９０４は、通信されている該通信されたレート情報をリカバーし、そして、トラフィック・データ信号を復号化する。ピアツーピア・モバイル・デバイス２ ９０４は、該トラフィック信号９１８の該通信されたデータが成功裏にリカバーされたか否か判定し、肯定又は否定の承認信号を生成する。
【００６０】
承認ポーション９２４の間、ピアツーピア・モバイル・デバイス２ ９０４は、モバイル・ピアツーピア・デバイス１ ９０２に、生成されたＡＣＫ信号９２２を送信する。ピアツーピア・モバイル・デバイス１ ９０２は、ＡＣＫ信号９２２を受信し、ＡＣＫ信号９２２により伝達される情報に基づいて送信キュー情報を更新する。
【００６１】
ピアツーピア・モバイル・デバイス１ ９０２がＲＸエコー信号を受信しないか又はその後に送信を続行しないことに決定する場合には、デバイス９０２は、パイロット信号９１２を送信せずに、このトラフィック・スロットに関してオペレーションを終了することができる点は、留意されるべきである。同様に、ピアツーピア・モバイル・デバイス９０４がリクエスト信号９０６を受信した後にそれが送信を続行しないことに決定する場合には、該モバイル・デバイス９０４は、ＲＸエコー信号を送信せずに、このトラフィック・スロットに関してオペレーションを終了することができる。
【００６２】
プロセスは、例えばピアツーピア・モバイル・デバイス１ ９０２のトラフィック送信の必要性に応じて、更なるトラフィック・スロットについて繰り返される。
【００６３】
図８は、様々な実施態様に従った例示的なピアツーピア通信システムにおける例示的な非集中型のユーザ・スケジューリング決定を含む。図８のスケッチ１０００は、第１のピアツーピア・モバイル通信ノード１００２がトラフィック資源を要求し、そして、第２のピアツーピア通信デバイス１００４により許可される場合を説明する。図８のスケッチ１０５０は、第１のピアツーピア・モバイル通信ノード１００２がトラフィック資源を要求し、第２のピアツーピア通信デバイス１００４により拒否される場合を説明する。ピアツーピア・デバイス１００２，１００４は、図１のシステム１００のピアツーピア通信デバイスのいずれであることもできる。
【００６４】
ブロック１００６により示されるように、スケッチ１０００において、ピアツーピア・デバイスＡ １００２は、それがトラフィック・スロットのトラフィック・ポーションにおいでピアツーピア・デバイスＢ １００４に通信することを望むトラフィック・データをもつ。ピアツーピア・デバイスＡ １００２は、リクエスト信号１００８を生成して、ピアツーピア・デバイスＢ １００４に送信する。ブロック１０１０により示されるように、ピアツーピア・デバイスＢ １００４は、スケジューリング決定を行って、リクエストを承認する。ピアツーピア・デバイスＢ １００４は、ＲＸエコー信号１０１２を生成して、ピアツーピア・デバイスＡに送信する。ピアツーピア・デバイスＡ １００２は、ＲＸエコー信号を受信しリカバーして、ピアツーピア・デバイスＢ １００４にトラフィック・データを送信するためにトラフィック・スロットのトラフィック・ポーションを使用することが許容されることを認識する。ブロック１０１４は、ピアツーピア・デバイスＡ １００２がトラフィック・データを続行し送信するべきか否かに関する決定を行うことを示す。それゆえ、ピアツーピア・デバイスＢ １００４及びピアツーピア・デバイスＡ １００２は、トラフィック・シグナリングを続行するべきか否かに関する決定プロセスに関係し、そして、両方ともにトラフィック・データ通信を拒否する機会をもつ。リクエスト信号１００８及びレスポンス信号１０１２がトラフィック・スロットのユーザ・スケジューリング・ポーション１００１の間に発生する点は、留意されるべきである。
【００６５】
スケッチ１０５０において、ピアツーピア・デバイスＡ １００２は、ブロック１０５６により示されるように、それがトラフィック・スロットのトラフィック・ポーションにおいてピアツーピア・デバイスＢ １００４に通信することを望むトラフィック・データをもつ。ピアツーピア・デバイスＡ １００２は、リクエスト信号１０５８を生成して、ピアツーピア・デバイスＢ １００４に送信する。ブロック１０６０により示されるように、ピアツーピア・デバイスＢ １００４は、スケジューリング決定を行って、リクエストを拒否する。ブロック１０６２により示されるように、ピアツーピア・デバイスＢ １００４は、レスポンス信号を送信しない。ピアツーピア・デバイスＡ １００２は、それがレスポンス信号を受信及びリカバーしなかったことを認識し、したがって、それがピアツーピア・デバイスＢ １００４にトラフィック・データを送信するためにトラフィック・スロットのトラフィック・ポーションを使用することが許容されないことを認識する。リクエスト信号１０５８及びレスポンス信号を監視することは、トラフィック・スロットのユーザ・スケジューリング・ポーション１０５１の間に発生する点に、留意されるべきである。
【００６６】
図９は、トラフィック・スロットのトラフィック・ポーションの間にピアツーピア無線通信デバイスが他のピアツーピア通信デバイスと占有された通信をしていると予期されるので、該ピアツーピア無線通信デバイスがトラフィック資源のためのリクエストを拒否する場合を説明する例示的なピアツーピア通信システム１１００の図である。例示的なピアツーピア通信システム１１００は、五つの例示的なピアツーピア・モバイル通信デバイス（デバイスＡ １１０２，デバイスＢ １１０４，デバイスＣ １１０６，デバイスＤ １１０８及びデバイスＥ １１１０）を含む。ピアツーピア・デバイス（１１０２，１１０４，１１０６，１１０８，１１１０）は、図１のピアツーピア無線端末のいずれであることもできる。トラフィック・スロットのユーザ・スケジューリング・ポーションの間、デバイスＡ １１０２は、デバイスＢ １１０４にトラフィック・リクエスト信号１１１２を送信する;デバイスＣ １１０６は、デバイスＤ １１０８にトラフィック・リクエスト信号１１１４を送信する;デバイスＥ １１１０は、デバイスＢ １１０４にトラフィック・リクエスト信号１１１６を送信する。デバイスＢ １１０４は、二つのリクエストを考慮して、デバイスＥに許可を与えることに決定して、デバイスＥ １１１０に承認信号１１１８を送信する;しかし、ブロック１１２２により示されるように、デバイスＢはそれがトラフィック・ポーションの間にデバイスＥからトラフィック信号を受信するのに忙しいと予期するであろうから、デバイスＢは、デバイスＡ １１０２を拒否する。したがって、デバイスＢ １１０４は、デバイスＡにレスポンスを送信しない。デバイスＤ １１０８は、デバイスＣ １１０６に許可を与えることに決定して、デバイスＣ １１０６に承認信号１１２０を送信する。
【００６７】
図１０は、ピアツーピア無線通信デバイスが、その近隣の他のピアツーピア・デバイスがトラフィック・スロットのトラフィック・ポーションの間に送信しており且つ要求中のデバイスからの信号の成功するリカバリーを可能にするには過剰過ぎる干渉を生じさせるであろうことを予期するので、該ピアツーピア無線通信デバイスがトラフィック資源のためのリクエストを拒否する場合を説明する例示的なピアツーピア通信システム１２００の図である。例示的なピアツーピア通信システム１２００は、４つの例示的なピアツーピア・モバイル通信デバイスを含む（デバイスＡ １２０２、デバイスＢ １２０４、デバイスＣ １２０６、及びデバイスＤ １２０８）。ピアツーピア通信デバイス（１２０２，１２０４，１２０６，１２０８）は、図１のピアツーピア無線端末のいずれであることもできる。デバイスＢ １２０４はデバイスＣ １２０６に非常に近接していることに注意すべきである。
【００６８】
トラフィック・スロットのユーザ・スケジューリング・ポーションの間、デバイスＡ１２０２は、デバイスＢ １２０４にトラフィック・リクエスト信号１２１０を送信する;デバイスＣ １２０６は、デバイスＤ １２０８にトラフィック・リクエスト信号１２１２を送信する。ブロック１２１６により示されるように、デバイスＣ １２０６がトラフィック・スロットのトラフィック・ポーションの間にデバイスＤ １２０８に送信して、デバイスＡ １２０２からのトラフィック信号の受信に対する妨害を発生し、デバイスＢ １２０４はデバイスＡ １２０２からのトラフィック信号を成功裏にリカバーすることができないであろう（又は、デバイスＣ １２０６からデバイスＤ １２０８への通信の存在のもとに、デバイスＡ １２０２からデバイスＢ １２０４へ、達成できるデータ・レートは、低すぎるであろう（例えば、許容できる又は予め定められた閾値データ・レートより低い））ことをデバイスＢ １２０４が予期するので、デバイスＢ １２０４はリクエスト１２１０を考慮して、デバイスＡ １２０２を拒否することに決定する。ここでは、一つの実施態様において、デバイスＡ １３０２からデバイスＢ １３０４への通信がデバイスＣ１３０６からデバイスＤ １３０８への通信より低いプライオリティーであると仮定される。リクエスト１２１２はデバイスＣ １２０６によりデバイスＤ １２０８へ送信されるが、リクエスト信号１２１２はデバイスＢ １２０４により監視される共通制御資源を使用して共有無線媒体中を運搬されるので、該リクエストはデバイスＢ １２０４により受信される点に留意されるべきである。デバイスＤ １２０８は、リクエスト１２１２を受信し、デバイスＣ １２０６にトラフィック・スロットのトラフィック・ポーションの間にトラフィック信号を送信するための許可を与える。
【００６９】
図１１は、ピアツーピア無線通信デバイスが、トラフィック信号を送信することを許可され、それがその近隣の他のピアツーピア・デバイスの受信に干渉しないように送信を抑制する場合を説明する例示的なピアツーピア通信システム１３００の図である。例示的なピアツーピア通信システム１３００は、４つの例示的なピアツーピア・モバイル通信デバイスを含む（デバイスＡ １３０２、デバイスＢ １３０４、デバイスＣ １３０６、及びデバイスＤ １３０８）。ピアツーピア・モバイル通信デバイス（１３０２，１３０４，１３０６，１３０８）は、図１のピアツーピア無線端末のいずれであることもできる。デバイスＡ １３０２はデバイスＤ １３０８に非常に近接していることに注意すべきである。
【００７０】
トラフィック・スロットのユーザ・スケジューリング・ポーションの間、デバイスＡ１３０２は、デバイスＢ １３０４にトラフィック・リクエスト信号１３１０を送信する;デバイスＣ １３０６は、デバイスＤ １３０８にトラフィック・リクエスト信号１３１２を送信する。デバイスＢ １３０４は、リクエスト１３１０を考慮し、デバイスＡ １３０２にトラフィック・スロットのトラフィック・ポーションの間にトラフィック信号を送信するための許可を与えることに決定して、デバイスＡ １３０２に許可信号１３１４を送信する。デバイスＤ １３０８は、リクエスト１３１２を考慮して、デバイスＣ １３０６にトラフィック・スロットのトラフィック・ポーションの間にトラフィック信号を送信するための許可を与えることに決定して、デバイスＣ １３０６に許可信号１３１６を送信する。デバイスＢ １３０４により送信することを承認されたデバイスＡ １３０２は、デバイスＣ １３０６がデバイスＤ １３０８により送信する許可を与えられたこと及びデバイスＡ １３０２からの送信がデバイスＣ １３０６からのトラフィック信号のデバイスＤの受信に対して干渉することをデバイスＡ １３０２が認識するので、送信することを抑制することに決定する。ここでは、一つの実施態様において、デバイスＡ １３０２からデバイスＢ １３０４への通信はデバイスＣ １３０６からデバイスＤ １３０８への通信より低いプライオリティーであると仮定される。許可信号１３１６がデバイスＤ １３０８によりデバイスＣ １３０６に送信されるが、該許可信号１３１６はデバイスＡ １３０２により監視される共通制御資源を使用して共有無線媒体中を運搬されるので、該信号はデバイスＡ １３０２により受信される点に留意されるべきである。
【００７１】
図１２は、同一の時間の間にトラフィック信号を送信することを許可された二つのピアツーピア通信デバイスがトラフィック信号を開始し送信する場合を説明する例示的なピアツーピア通信システム１４００の図である。例示的なピアツーピア通信システム１４００は、４つの例示的なピアツーピア・モバイル通信デバイスを含む（デバイスＡ １４０２、デバイスＢ １４０４、デバイスＣ １４０６、及びデバイスＤ １４０８）。ピアツーピア・モバイル通信デバイス（１４０２，１４０４，１４０６，１４０８）は、図１の例示的なピアツーピア無線端末のいずれであることもできる。デバイスＡ １４０２及びデバイスＢ １４０４はデバイスＣ １４０６及びデバイスＤ １４０８から遠くにあることに留意されるべきである。
【００７２】
トラフィック・スロットのユーザ・スケジューリング・ポーションの間、デバイスＡ１４０２は、デバイスＢ １４０４にトラフィック・リクエスト信号１４１０を送信する;デバイスＣ １４０６は、デバイスＤ １４０８にトラフィック・リクエスト信号１４１４を送信する。デバイスＢ １４０４は、リクエスト１４１０を考慮し、デバイスＡ １４０２にトラフィック・スロットのトラフィック・ポーションの間にトラフィック信号を送信するための許可を与えることに決定して、デバイスＡ １４０２に許可信号１４１２を送信する。デバイスＤ １４０８は、リクエスト１４１４を考慮し、デバイスＣ １４０６にトラフィック・スロットのトラフィック・ポーションの間にトラフィック信号を送信するための許可を与えることに決定して、デバイスＣ １４０６に許可信号１４１６を送信する。この例では、デバイスＡ １４０２及びデバイスＣ １４０６は、トラフィック・スロットのトラフィック・ポーションの間、トラフィック信号を送信し始める。しかし、幾つかの実施態様において、もとのリクエスト（１４１０，１４１４）の後に（ただし、実際のトラフィック送信が始まる前に）その送信の必要が存在しないことに変わるならば、そのようなシナリオの下で、デバイスＡ １４０２及び／又はデバイスＣ １４０６は、トラフィック信号を送信することを抑制することができ、時々そのようにする点に、留意されるべきである。
【００７３】
図１３は、様々な実施態様に従ったピアツーピア通信をサポートするモバイル通信デバイスを操作する例示的な方法のフローチャート１５００である。ステップ１５０２においてオペレーションが開始する。ここでは、モバイル通信デバイスが電源投入され、そして、初期化される。オペレーションは、開始ステップ１５０２からステップ１５０４まで進み、そこにおいて、モバイル通信デバイスは、送信リクエストを生成する。それから、ステップ１５０６において、モバイル通信デバイスは、生成された送信リクエストを送信する（例えば、無線通信チャネル上を送信する）。オペレーションは、ステップ１５０６からステップ１５０８へ進む。ステップ１５０８において、モバイル通信デバイスは、ＲＸエコーを監視する。ＲＸエコーは、ピアツーピア・トラフィック信号を送信するための対応するエアーリンク資源を使用することが許可されることを、送信リクエストを送信したピアツーピア通信デバイスに対して通知する送信リクエストを受信した、ピアツーピア通信デバイスからのレスポンス信号である。この例示的な実施態様において、リクエストを受信するピアツーピア・デバイスがリクエストを許可しないならば、それはＲＸエコー信号を送信しない。
【００７４】
オペレーションは、ステップ１５０８からステップ１５１０へ進む。ステップ１５１０において、モバイル通信デバイスは、それが対象とするＲＸエコーを受信したかどうか判定する。ここで、対象とするＲＸエコーは、ステップ１５０６の送信リクエストが送信された先のピアツーピア通信デバイスからの肯定のレスポンス信号である。対象とされるＲＸエコーが受信されないならば、オペレーションは、ステップ１５１０からステップ１５１１へ進む。ここで、モバイル通信デバイスは、ステップ１５０６のリクエストに対応するトラフィック・チャネル資源の上でトラフィック・チャネル信号を送信することが許可されると判定することができなかったので、それは、この送信リクエストに関して、停止する。リクエストが送信された先のピアツーピア・デバイスがトラフィック信号の送信を許可しないことに決定して、意図的に信号を送信しなかったので、あるいは、リクエスト又はＲＸエコーのいずれかが成功裏にリカバーされることができなかったというプアなチャネル状態のために、モバイル通信デバイスは、対象とされるＲＸエコーを受信しなかった可能性がある。
【００７５】
ステップ１５１０に戻って、ステップ１５１０において、対象とされたＲＸエコーが受信されたならば、オペレーションは、ステップ１５１０からステップ１５１２へ進む。ステップ１５１２において、モバイル通信デバイスは、他のＲＸエコーが受信されたかどうかについてチェックする。例えば、他のピアツーピア通信デバイスは、同一のエアーリンク・トラフィック・チャネル資源を使用してピアツーピア・トラフィック信号を送信する許可を受けた可能性があり、それゆえ、他のＲＸエコー信号が通信され検出された可能性がある。他のＲＸエコーが受信されたならば、オペレーションは、ステップ１５１２からステップ１５１４へ進み、さもなければ、オペレーションは、ステップ１５１２からステップ１５１８へ進む。
【００７６】
ステップ１５１４に戻って、ステップ１５１４において、モバイル通信デバイスは、他のより高いプライオリティーの（１又は複数の）エコーのＲＸ電力を計算する。オペレーションは、ステップ１５１４からステップ１５１５へ進む。ステップ１５１５において、モバイル通信デバイスは、他のより高いプライオリティーのＲＸエコーのＲＸ電力及び電力基準レベル（例えば、モバイル通信デバイスが現在のトラフィック・スロットにおける送信のために使用するつもりである予期ＴＸ電力に基づく電力基準レベル）の関数として、干渉コスト値を計算する。幾つかの実施形態においては、電力基準レベルは、モバイル通信デバイスにより判定されたものである。幾つかの実施形態においては、電力基準レベルは、予め定められたレベル（例えば、複数の保存された予め定められた送信電力レベルのうちの一つ）である。幾つかの実施形態においては、電力基準レベルは、モバイル通信デバイスが現在のトラフィック・スロットにおいて送信のために使用するつもりであるＴＸ電力レベルである。それゆえ、ステップ１５１５において、モバイル通信デバイスは、より高いプライオリティーのエコーのＲＸ電力及びそれ自身の意図されたＴＸ電力の関数として、干渉コスト値を計算する。例えば、干渉コスト値は、幾つかの実施態様において、より高いプライオリティーのエコーのＲＸ電力とそれ自身の意図されたＴＸ電力との乗算に比例するものである。モバイル通信デバイスが複数のより高いプライオリティーのＲＸエコーを受信するならば、モバイルは、複数の干渉コスト値（各々の受信されたより高いプライオリティーのＲＸエコーに一つずつ）を計算することができ、そして、幾つかの実施形態においては、そのようにする。干渉コスト値は、幾つかの実施態様において、モバイル通信デバイスが意図されたＴＸ電力でそのトラフィックを送信することに決定すると仮定している、対応するより高いプライオリティーの通信の信号対干渉比の予測であり、また、より高いプライオリティーの通信に対する主要な干渉である。それから、ステップ１５１６において、モバイル通信デバイスは、より高いプライオリティーのＲＸエコーに関連するあらゆる干渉コスト値が閾値より大きいかどうか判定する。干渉コスト値が閾値より大きいと判定されるならば、オペレーションは、ステップ１５１６からステップ１５１７へ進む。ここでは、モバイル通信デバイスがトラフィック・チャネル資源をイールディングしているので、ステップ１５０６のこの送信されたリクエストに関して、モバイル通信デバイスは停止する。これは、より高いプライオリティーのピアツーピア通信デバイスのペアが、このモバイル通信デバイスからの干渉なしに資源を使用することを、可能にする。
【００７７】
閾値を超えた関連する干渉コスト値を持つより高いプライオリティーのＲＸエコーがないならば、オペレーションは、ステップ１５１６からステップ１５１８へ進む。ステップ１５１８において、モバイル通信デバイスは、送信リクエストに関連するピアツーピア・トラフィック・チャネル・セグメントを使用することに決定する。それから、ステップ１５２０において、モバイル通信デバイスは、トラフィック・チャネル・セグメントにおいてピアツーピア・トラフィック・チャネル信号を送信する。
【００７８】
図１４は、様々な実施態様に従ったピアツーピア通信をサポートするモバイル通信デバイスを操作する例示的な方法のフローチャート１６００である。ステップ１６０２においてオペレーションが開始する。ここでは、モバイル通信デバイスが電源投入され、そして、初期化される。そして、ステップ１６０４へ進む。
【００７９】
ステップ１６０４において、モバイル通信デバイスは、ピアツーピア・トラフィック・チャネル資源を使用するための（１又は複数の）送信リクエスト（それは、ＴＸリクエストと呼ばれる）を監視する。異なるピアツーピア・デバイスが、同一のピアツーピア・トラフィック・チャネル・エアーリンク資源を使用することを要求している可能性があり、そして時々要求している。ステップ１６０４の監視は、そのピアツーピア・トラフィックチャネル・エアーリンク資源（例えば、単一のセグメント）に対応するリクエストに注意を向ける。モバイル通信デバイスが他のピアツーピア・デバイスとの確立されたピアツーピア・コネクションを持つと仮定する。他のピアツーピア・デバイスからの受信リクエストは、受信された対象とされるリクエストと考えられる。
【００８０】
オペレーションは、ステップ１６０４からステップ１６０６へ進む。ステップ１６０６において、モバイル通信デバイスは、それが対象とされる送信機からＴＸリクエストを受信したかどうかチェックする。それが対象とされる送信機からリクエストを受信しなかったならば、オペレーションは、ステップ１６０６からステップ１６０７へ進む。そこにおいて、モバイル通信デバイスのためのこのピアツーピア・トラフィック・チャネル・エアーリンク資源に関して、オペレーションは停止する。それが対象とされる送信機からＴＸリクエストを受信したならば、オペレーションは、ステップ１６０６からステップ１６０８へ進む。ステップ１６０８において、モバイル通信デバイスは、対象とされるＴＸリクエストの受信電力を計算する。オペレーションは、ステップ１６０８からステップ１６１０へ進む。ステップ１６１０において、モバイル通信デバイスは、他の“より高いプライオリティー”のＴＸリクエストの受信電力を計算する。この例示的な実施態様においては、リクエストは、プライオリティーに関連しており、同一のピアツーピア・トラフィック・チャネル・エアーリンク資源に対応する異なるリクエストは、異なるプライオリティー・レベルをもつであろう。オペレーションは、ステップ１６１０からステップ１６１２へ進む。時々、より高いプライオリティーのＴＸリクエストがないであろう。そして、そのようなシナリオにおいて、オペレーションは、ステップ１６０８からステップ１６１２へ進む。
【００８１】
ステップ１６１２において、モバイル通信デバイスは、対象とするＴＸリクエストの受信電力及び他のあらゆる“より高いプライオリティー”のＴＸリクエストの受信電力の関数として、受信信号品質値を計算する。例えば、例示的な受信品質値＝（対象とするＴＸリクエストの受信電力）／（Σ 他の“より高いプライオリティー”のＴＸリクエストの受信電力）である。オペレーションは、ステップ１６１２からステップ１６１４へ進む。
【００８２】
ステップ１６１４において、モバイル通信デバイスは、受信品質値が閾値を超えるかどうかチェックする。受信品質値が閾値を超えないならば、オペレーションは、ステップ１６１４からステップ１６１５へ進む。ここでは、モバイル通信デバイスのためのこのピアツーピア・トラフィック・チャネル資源に関して、オペレーションは停止する。
【００８３】
しかしながら、受信品質値が閾値を超えるならば、オペレーションは、ステップ１６１４からステップ１６１６へ進む。そこにおいて、無線通信デバイスは、ＲＸエコー信号を生成する。それから、ステップ１６１８において、モバイル通信デバイスは、対象とするＲＸリクエストを送信したピアツーピア通信デバイスに、ＲＸエコー信号を送信する。このＲＸエコー信号は、肯定的な承認信号として提供される。オペレーションは、ステップ１６１８からステップ１６２０へ進む。ステップ１６２０において、モバイル通信デバイスは、対象とするリクエストに関連するピアツーピア・トラフィック・チャネル資源を使用してピアツーピア・トラフィック・チャネル信号１６２０を受信することに備える。幾つかの実施形態においては、準備は、モバイル通信デバイスをＴＸモードのオペレーションからＲＸモードのオペレーションへ切り替えることを含む。オペレーションは、ステップ１６２０からステップ１６２２へ進む。そこにおいて、モバイル通信デバイスは、ピアツーピア・トラフィック・チャネル信号を受信する。
【００８４】
ＴＸリクエストがモバイル通信デバイスに送信されなかった、あるいは、（例えばプアなチャネル状態のために）モバイル通信デバイスがリクエストをリカバーすることができなかったので、オペレーションがステップ１６０７に進んだ可能性がある。
【００８５】
幾つかの実施形態においては、たとえ他の“より高いプライオリティー”のＴＸリクエストが受信されなかったとしても、対象とする受信リクエストの電力が低すぎたので、オペレーションがステップ１６１５に進んだ可能性がある。幾つかの実施形態においては、モバイル通信デバイスは、より高いプライオリティーのリクエストからの送信が、その対象とする受信されたＴＸリクエストに対応するピアツーピア・トラフィック信号のデータ・レートを大きく制限し或いは該ピアツーピア・トラフィック信号の成功するリカバリーを防止さえするような酷過ぎる干渉を生じさせることを予期するので、オペレーションは、ステップ１６１５へ進んだ可能性があり、それゆえ、モバイル通信デバイスは、ピアツーピア・トラフィック・チャネル資源をイールドすることに決定する。
【００８６】
様々な実施態様において、フローチャート１６００は、単一のピアツーピア・トラフィック・チャネル資源（例えば、セグメント）に対応するフローを表す。それゆえ、オペレーションは、次の可能性があるピアツーピア・トラフィック・チャネル資源（例えば、セグメント）に対応するオペレーションを開始するために、ステップ１６０７、１６１５及び１６２２のうちの一つからもとのステップ１６０４へ進むことができる。
【００８７】
図１５は、様々な実施態様に従った第１の通信デバイスを操作する例示的な方法のフローチャート１７００である。例示的な第１の通信デバイスは、例えば、ピアツーピア・通信をサポートするモバイル通信デバイスである。例示的な第１の通信デバイスは、図１のピアツーピア無線端末のいずれであることもできる。
【００８８】
ステップ１７０２においてオペレーションが開始する。ここでは、第１の通信デバイスが電源投入され、そして、初期化される。そして、ステップ１７０４へ進む。ステップ１７０４において、第１の通信デバイスは、該第１の通信デバイスからの送信リクエストを送信する。上記送信されたリクエストは、第１のプライオリティーを持つものである。オペレーションは、ステップ１７０４からステップ１７０６へ進む。
【００８９】
ステップ１７０６において、第１の通信デバイスは、監視期間の間、送信リクエスト・レスポンスの受信を監視する。幾つかの実施形態においては、監視期間の間に予め定められた通信資源上で受信された送信リクエストに対するレスポンスは、トラフィック・インターバルの間に第１のトラフィック資源を使用するためのレスポンスである。
【００９０】
オペレーションは、ステップ１７０６からステップ１７０８へ進む。ステップ１７０８において、第１の通信デバイスは、第１の通信デバイスからの上記送信リクエストに対するレスポンスが受信されたかどうか判定する。オペレーションは、ステップ１７０８からステップ１７１０へ進む。ステップ１７１０において、ステップ１７０８の判定が第１の通信デバイスからの送信リクエストに対してレスポンスが受信されたことを示すならば、オペレーションは、ステップ１７１０からステップ１７１２へ進むように制御される。しかし、ステップ１７１０において、ステップ１７０８の判定が第１の通信デバイスからの送信リクエストに対してレスポンスが受信されなかったことを示すならば、オペレーションは、ステップ１７１０からステップ１７２０へ進むように制御される。
【００９１】
ステップ１７１２に戻って、ステップ１７１２において、第１の通信デバイスは、第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたかどうか判定する。様々な実施態様において、第２の通信デバイスからの送信リクエストは、第２のプライオリティーを持つ。そういった実施形態において、第１及び第２のプライオリティーは異なるものである。幾つかの実施形態において、プライオリティー構造は、同一のエアーリンク・トラフィック資源に対応する異なる送信リクエストが異なるプライオリティーを持つようなものである。オペレーションは、ステップ１７１２からステップ１７１４へ進む。ステップ１７１４において、ステップ１７１２の判定が第２の通信デバイスからの送信リクエストに対してレスポンスが受信されたことを示すならば、オペレーションは、ステップ１７１４からステップ１７１６へ進むように制御される。しかし、ステップ１７１４において、ステップ１７１２の判定が第２の通信デバイスからの送信リクエストに対してレスポンスが受信されなかったことを示すならば、オペレーションは、ステップ１７１４からステップ１７２２へ進むように制御される。
【００９２】
ステップ１７１６に戻って、ステップ１７１６において、第１の通信デバイスは、第２の通信デバイスからの送信リクエストに対するレスポンスの受信電力の関数として、送信するか否かの決定を行う。幾つかの実施態様において、受信電力を使用することに加えて、第１の通信デバイスは、電力基準レベル（例えば、第１の通信デバイスがトラフィック・インターバルにおける送信のために使用するつもりである予期ＴＸ電力に基づく電力基準レベル）の関数として、送信するべきか否かについてステップ１７１６の決定をする。幾つかの実施形態においては、電力基準レベルは、第１の通信デバイスがトラフィック・インターバルにおいて使用するつもりであるＴＸ電力レベルである。様々な実施態様において、その関数は、電力レベル閾値の使用を含む。幾つかの実施形態において、その関数は、干渉ベースのコスト閾値の使用を含む。幾つかの実施形態において、その関数は、干渉ベースのコスト閾値を、（ｉ）断定された信号対干渉比の値、及び、（ｉｉ）断定されたトータル干渉値のうちの一つと比較する。幾つかの実施形態において、上記決定を行うのに使用される関数は、第２のプライオリティーが第１のプライオリティーより大きいか否かに基づくものである。様々な実施形態において、送信するか否かの決定を行うことは、第２のプライオリティーが第１のプライオリティーより大きく且つ第２のデバイスからの送信リクエストに対するレスポンスの受信電力が閾値電力レベルより大きい受信電力をもつ場合に、送信しないとの決定を行うことを含む。様々な実施形態において、送信するか否かの決定を行うことは、第２のプライオリティーが第１のプライオリティーより大きく且つ第２のデバイスからの送信リクエストに対するレスポンスに関連する計算された干渉コスト値が、干渉コスト閾値より大きい値である場合に、送信しないとの決定を行うことを含む。幾つかの実施態様において、送信するか否かの決定を行うことは、第１のプライオリティーが、上記監視期間の間にレスポンスが受信された対象となる第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信するとの決定を行うことを含む。
【００９３】
幾つかの実施形態においては、ステップ１７１６において送信するか否かの決定を行うのに先立って、第１の通信デバイスは、第２のデバイスからの送信リクエストに対するレスポンスの受信電力及び電力基準信号の関数として、干渉コスト値を計算する。そういった実施態様では、電力基準信号は、第１の通信デバイスが、該決定が対応するトラフィック・スロットにおける送信のために使用するつもりである予期される送信電力レベルである。
【００９４】
オペレーションは、ステップ１７１６からステップ１７１８へ進む。ステップ１７１６の決定が送信することであったならば、オペレーションは、ステップ１７１８からステップ１７２２へ進む。しかしながら、ステップ１７１６の決定が送信することを抑制することであったならば、オペレーションは、ステップ１７１８からステップ１７２０へ進む。ステップ１７２０において、第１の通信デバイスは、該第１の通信デバイスからの上記送信リクエストに対応するトラフィック・インターバルにおいて送信しないことに決定し、送信を抑制する。様々な実施態様において、監視期間と対応するトラフィック・インターバルとの間に、予め定められた関係が存在する。
【００９５】
ステップ１７２２に戻って、ステップ１７２２において、第１の通信デバイスは、該第１の通信デバイスからの上記送信リクエストに対応する上記トラフィック・インターバルの中に送信する。オペレーションは、ステップ１７２０からステップ１７２２へ進み、ステップ１７２４で終了する。
【００９６】
図１６は、様々な実施態様に従った第１の通信デバイス（例えば、ピアツーピア通信をサポートする無線通信デバイス）を操作する例示的な方法のフローチャート１８００である。ステップ１８０２においてオペレーションが開始する。ここでは、第１の通信デバイスが電源投入され、そして、初期化される。そして、ステップ１８０４へ進む。ステップ１８０４において、第１の通信デバイスは、監視期間の間、送信リクエストの受信を監視する。オペレーションは、ステップ１８０４からステップ１８０６へ進む。ステップ１８０６において、第１の通信デバイスは、監視期間の間、該第１の通信デバイスに送信するためのリクエストが受信されたか否か判定する。オペレーションは、ステップ１８０６からステップ１８０８へ進む。
【００９７】
第１の通信デバイスへ送信するための送信リクエストが受信されたならば、オペレーションは、ステップ１８０８からステップ１８０９へ進み、さもなければ、オペレーションは、ステップ１８０８からステップ１８２２へ進む。
【００９８】
ステップ１８０９に戻って、ステップ１８０９において、第１の通信デバイスは、該第１の通信デバイスにレポートするためのリクエストの電力を判定する。オペレーションは、ステップ１８０９からステップ１８１０へ進む。ステップ１８１０において、第１の通信デバイスは、監視期間の間、第２の通信デバイスに送信するためのリクエストが受信されたか否か判定する。それから、ステップ１８１２において、第２の通信デバイスに送信するための送信リクエストが受信されたならば、オペレーションは、ステップ１８１２からステップ１８１８へ進み、さもなければ、オペレーションは、ステップ１８１２からステップ１８１８へ進む。
【００９９】
ステップ１８１３に戻って、ステップ１８１３において、第１の通信デバイスは、第２の通信デバイスに送信するためのリクエストの電力を判定する。オペレーションは、ステップ１８１３からステップ１８１４へ進む。そこにおいて、第１の通信デバイスは、第１の通信デバイスへ送信するためのリクエストを受け入れるか否かの決定を、第１の通信デバイスに送信するための受信されたリクエストの判定された電力及び第２の通信デバイスに送信するための受信されたリクエストの判定された電力の関数として、行う。幾つかの実施形態においては、その関数は、第１のデバイスに送信するための受信されたリクエストの判定された電力及び第２のデバイスに送信するための受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む。
【０１００】
それから、ステップ１８１６において、ステップ１８１４の決定が送信することを抑制することであったならば、オペレーションは、ステップ１８１６からステップ１８２２へ進む。ここでは、レスポンス・ピリオドの間に、第１の通信デバイスは、第１の通信デバイスに送信するためのリクエストに対するレスポンスを送信することを抑制するように制御される。しかしながら、ステップ１８１６において、ステップ１８１４の決定が送信することであったならば、オペレーションは、ステップ１８１６からステップ１８１８へ進む。
【０１０１】
ステップ１８１８において、第１の通信デバイスは、レスポンス期間の間に、該第１の通信デバイスに送信するためのリクエストに対するレスポンスを送信する。幾つかの実施形態においては、レスポンスは、固定された予め定められた電力レベルで送信される。幾つかの他の実施態様において、レスポンスは、第１のデバイスに送信する受信されたリクエストの判定された受信電力レベルの関数である電力レベルで、送信される。そういった実施態様において、レスポンスの送信された電力レベルは、第１のデバイスに送信するための受信されたリクエストの判定された受信電力レベルに反比例するものである。
【０１０２】
オペレーションは、ステップ１８１８からステップ１８２０へ進む。ステップ１８２０において、第１の通信デバイスは、トラフィック・インターバルの間、トランスミッション（例えば、第１の通信デバイスに送信されるピアツーピア・トラフィック・チャネル信号）の受信を監視する。様々な実施態様において、ステップ１８１８のレスポンス期間は、ステップ１８０４の監視期間の後に続き、また、ステップ１８１８のレスポンス期間は、ステップ１８２０のトラフィック・インターバルに先行する。
【０１０３】
幾つかの実施形態においては、監視期間と対応するトラフィック・インターバルとの間に、予め定められた関係が存在する。そういった実施態様において、監視期間の間に予め定められた通信資源の上で受信された送信するためのリクエストは、上記トラフィック・インターバルの間に、第１のトラフィック資源（例えば、第１のトラフィック・セグメント）を使用するためのリクエストである。
【０１０４】
図１７は、様々な実施態様に従ったピアツーピア通信をサポートする例示的な無線通信デバイス１９００の図である。例示的な無線通信デバイス１９００は、図１のピアツーピア無線端末のいずれであることもできる。例示的な無線通信デバイス１９００は、無線受信機モジュール１９０２、無線送信機モジュール１９０４、ユーザ入出力装置１９０８、プロセッサ１９０６、及び、様々なエレメントがその上でデータ及び情報を交換できるバス１９１２を介して連結されたメモリ１９１０を含む。メモリ１９１０は、ルーチン群１９１８及びデータ／情報１９２０を含む。プロセッサ１９０６（例えば、ＣＰＵ）は、無線通信デバイス１９００のオペレーションを制御し、方法（例えば、図１３のフローチャート１５００の方法又は図１５のフローチャート１７００の方法）を実行するために、ルーチン群１９１８を実行し、メモリ１９１０中のデータ／情報１９２０を使用する。
【０１０５】
ルーチン群１９１８は、通信ルーチン１９２２及び無線終端制御ルーチン群１９２４を含む。通信ルーチン１９２２は、無線通信デバイス１９００により使用される様々な通信プロトコルを実装する。無線終端制御ルーチン群１９２４は、監視モジュール１９２６、送信リクエスト・レスポンス・モジュール１９２８、送信決定モジュール１９３０、電力測定モジュール１９３２、干渉コスト判定モジュール１９３３、送信リクエスト生成モジュール１９３４、プライオリティー判定モジュール１９３６、及び、ピアツーピア・トラフィック信号生成モジュール１９３７を含む。
【０１０６】
データ／情報１９２０は、エアーリンク資源構造情報１９３８、電力レベル閾値情報１９４０、干渉コスト閾値情報１９４１、検出された送信リクエスト・レスポンス１９４２、デバイス１９００からのリクエストに対応する識別されたレスポンス１９４４、受信レスポンス１９４４の測定された電力を識別する情報を含む電力レベル情報１９４６、受信レスポンス１９４４のプライオリティー・レベル又は相対的なプライオリティー・レベルを識別する情報を含むプライオリティー情報１９４８、他のデバイスからのリクエストに対応する識別されたレスポンス１９５０、受信レスポンス１９５０の測定された電力を識別する情報を含む電力情報１９５２、情報の識別された受信レスポンス１９５０に関連する計算された干渉コスト値１９５３、受信レスポンス１９５０のプライオリティー・レベル又は相対的なプライオリティー・レベルを識別する情報を含むプライオリティー情報１９５４、生成された送信リクエスト１９５６、及び、送信決定１９５８を含む。データ／情報１９２０はまた、ピアツーピア・データ／情報１９６８及び生成されたピアツーピア信号１９７０を含む。エアーリンク資源構造情報１９３８は、例えば繰り返されるタイミング／周波数構造の一部として、複数のセットの監視期間及び対応するトラフィック・セグメントを識別する情報（（監視期間Ｎ １９６４，トラフィック・セグメントＮ １９６６），．．．，（監視期間１ １９６０，トラフィック・セグメント１ １９６２））を含む。エアーリンク資源構造情報１９３８は、監視期間及び対応するトラフィック・インターバルとの間の予め定められた関係を識別する。幾つかの実施形態においては、予め定められた通信資源の送信リクエストに対するレスポンスは、トラフィック・インターバルの間に第１のトラフィック資源を使用するためのリクエストに対するレスポンスである。
【０１０７】
無線受信機モジュール１９０２（例えば、ＯＦＤＭ受信機）は、無線通信デバイス１９００がそれを介して他の無線通信デバイスからピアツーピア信号を受信する受信アンテナ１９１４に接続される。受信ピアツーピア信号は、送信リクエスト・メッセージに応答するレスポンス信号を含む。無線送信機モジュール１９０４（例えば、ＯＦＤＭ送信機）は、無線通信デバイス１９００がそれを介して他の無線通信デバイスにピアツーピア信号を送信する送信アンテナ１９１６に接続される。送信されたピアツーピア信号は、生成された送信リクエスト及び生成されたピアツーピア・トラフィック・チャネル信号を含む。
【０１０８】
幾つかの実施形態においては、受信及び送信の両方のために同一のアンテナが使用される。幾つかの実施形態においては、複数のアンテナが、受信及び／又は送信のために使用される（例えば、ＭＩＭＯ通信の一部として）。
【０１０９】
ユーザ入出力装置１９０８は、例えば、マイク、キーボード、キーパッド、マウス、カメラ、スピーカー、ディスプレイなどを含む。ユーザ入出力装置１９０８は、デバイス１９００のユーザが、データ／情報（例えば、ピアに通信されるトラフィック・データ／情報）を入力し、出力データ／情報（例えば、受信されたピアツーピア・トラフィック・データ／情報）にアクセスし、また、無線通信デバイス１９００の少なくとも幾つかの機能を制御する（例えば、ピアツーピア・トラフィック信号を送信するための送信リクエストを開始する）ことを可能にする。
【０１１０】
監視モジュール１９２６は、監視期間の間に送信リクエスト・レスポンスの受信を監視する。この例では、検出された送信リクエスト・レスポンス１９４２は、モジュール１９２６の出力である。送信リクエスト・レスポンス・モジュール１９２８は、無線通信デバイス１９００からの送信リクエストに対するレスポンスが受信されたか否か判定し、また、第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定する。検出された送信リクエスト・レスポンス１９４２は、モジュール１９２８の入力であり、一方、デバイス１９００のからのリクエストに対応する識別されたレスポンス１９４４及び他のデバイスのからのリクエストに対応する識別されたレスポンス１９５０は、モジュール１９２８の出力である。
【０１１１】
送信決定モジュール１９３０は、デバイス１９００からの送信リクエストに対するレスポンスが受信されたと判定され且つ他の通信デバイスからのレスポンスも受信されたと判定された場合に、他のデバイスからの送信リクエストに対する受信レスポンスの受信電力の関数として、送信するか否かの決定を行う。送信決定１９５８は、モジュール１９３０の出力である。
【０１１２】
電力測定モジュール１９３２は、送信リクエスト・レスポンス信号の受信電力を測定する。電力レベル情報１９４６は、情報の識別されたレスポンス１９４４に対応する測定された受信電力値を含み、一方、電力レベル情報１９５２は、情報の識別されたレスポンス１９５０に対応する測定された受信電力値を含む。様々な実施態様において、送信決定モジュール１９３０の機能は、測定された受信電力レベル及び電力レベル閾値（例えば、電力レベル閾値情報１９４０において指定された電力レベル閾値）を使用する。
【０１１３】
干渉コスト判定モジュール１９３３は、受信された送信リクエスト・レスポンス信号に関連する干渉コストを計算する。様々な実施態様において、送信決定モジュール１９３０は、送信決定をする際に、計算された干渉コスト値及び干渉ベースのコスト閾値を使用する。干渉コスト閾値は、情報１９４１に格納される。様々な実施態様において、干渉コスト判定モジュール１９３３は、受信された送信リクエスト・レスポンス信号の測定された受信電力レベルと電力基準レベルとの比率から、干渉コスト値を計算する。幾つかの実施形態においては、電力基準レベルは、デバイス１９００がトラフィック・スロット（例えば、現在のトラフィック・スロット）において使用するつもりである予期された送信電力レベルに基づく。幾つかの実施形態においては、電力基準レベルは、デバイス１９００がトラフィック・スロット（例えば、現在のトラフィック・スロット）で使用するつもりである予期された送信電力レベルである。
【０１１４】
幾つかの実施形態においては、計算された干渉コスト値は、断定された信号対干渉比の値である。幾つかの実施形態においては、計算された干渉コスト値は、断定されたトータル干渉値である。
【０１１５】
送信リクエスト生成モジュール１９３４は、送信リクエスト（例えば、生成された送信リクエスト１９５６）を生成する。生成された送信リクエストは、リクエストが送信されるデバイスへピアツーピア・トラフィック・チャネル信号を送信するための対応するトラフィック・セグメントを使用するためのリクエストである。様々なピアツーピア通信デバイスは、同一のトラフィック・チャネル・セグメントを使用するために要求することができ、時々要求する。様々な実施形態において、可能性があるトラフィックの可能性がある送信デバイス及び可能性がある受信機デバイスの両方は、送信を許可すべきか否かに関して、例えばプライオリティー情報及び／又は電力レベル情報の関数として、決定を行う。
【０１１６】
プライオリティー判定モジュール１９３６は、受信された送信リクエスト・レスポンス信号に関連するプライオリティー・レベルを判定する。プライオリティー情報１９４８及びプライオリティー情報１９５４は、それぞれ、受信レスポンス信号（１９４４，１９５０）に対応する、プライオリティー判定モジュール１９３６の出力を表す。幾つかの実施形態においては、同一の監視期間に対応する各々の受信されたリクエストは、異なるプライオリティー・レベルをもつ。様々な実施態様においては、送信決定モジュール１９３０の決定機能は、他のデバイスのための識別された受信されたレスポンスに関連するプライオリティーが、デバイス１９００のための識別された受信されたレスポンスに関連するプライオリティーより大きいか否かを含む情報に、その決定の基礎をおいた。そういった実施形態において、他のデバイスに関連する受信されたレスポンス信号のプライオリティーが通信デバイス１９００に向けられる受信されたレスポンスのプライオリティーより大きく且つ他のデバイスに関連する受信されたレスポンス・リクエストの受信電力が閾値電力レベルより大きい受信電力をもつ場合に、送信決定モジュール１９３０は、送信しないという決定を行う。そういった実施態様においては、送信決定モジュール１９３０は、デバイス１９００からの送信リクエストに対応する受信されたレスポンスに関連するプライオリティー・レベルが、監視期間の間に受信されたレスポンスの対象であるデバイス１９００以外のデバイスからのいずれの送信リクエストのプライオリティーよりも大きいと判定された場合に、送信する決定を行う。
【０１１７】
幾つかの実施形態においては、決定モジュール１９３０は、送信リクエストに対するレスポンスが、監視期間の間に受信されないと判定された場合に、デバイス１９００からの送信リクエストに対応するトラフィック・インターバルにおいて送信しない決定を行う。
【０１１８】
ピアツーピア・トラフィック信号生成モジュール１９３７は、ピアツーピア信号（例えば、ピアツーピア・データ／情報１９６８からの信号１９７０）を生成する。幾つかの実施形態においては、送信リクエスト生成モジュール１９３４は、ピアツーピア・データ／情報１９６８のデータ／情報のバックログの量の関数として、リクエストを生成する。
【０１１９】
図１８は、様々な実施態様に従ったピアツーピア通信をサポートする例示的な無線通信デバイス２０００の図である。例示的な無線通信デバイス２０００は、図１のピアツーピア無線端末のいずれであることもできる。例示的な無線通信デバイス２０００は、無線受信機モジュール２００２、無線送信機モジュール２００４、ユーザ入出力装置２００８、プロセッサ２００６、及び、様々なエレメントがその上でデータ及び情報を交換できるバス２０１２を介して連結されたメモリ２０１０を含む。メモリ２０１０は、ルーチン群２０１８とデータ／情報２０２０を含む。プロセッサ２００６（例えば、ＣＰＵ）は、無線通信デバイス２０００のオペレーションを制御し、方法（例えば、図１４のフローチャート１６００の方法又は図１６のフローチャート１８００の方法）を実行するために、ルーチン群２０１８を実行し、メモリ２０１０中のデータ／情報２０２０を使用する。
【０１２０】
ルーチン群２０１８は、通信ルーチン２０２２及び無線端末制御ルーチン群２０２４を含む。通信ルーチン２０２２は、無線通信デバイス２０００により使用される様々な通信プロトコルを実装する。無線終端制御ルーチン２０２４は、監視モジュール２０２６、電力測定モジュール２０２８、送信決定モジュール２０３０、レスポンス生成モジュール２０３２、及び、ピアツーピア信号処理モジュール２０３５を含む。幾つかの実施形態においては、無線通信デバイス２０００は、レスポンス信号電力レベル判定モジュール２０３３を含む。
【０１２１】
データ／情報２０２０は、エアーリンク資源構造情報２０３４、電力レベル閾値情報２０３６、受信された送信リクエスト２０３８、受信された送信リクエストに対応する情報（（リクエスト １ 識別情報２０４０，対応する受信電力情報２０４４），．．．，（リクエスト Ｎ 識別情報２０４２，対応する受信電力情報２０４６））、送信決定情報２０４８、生成された生成された送信リクエスト・レスポンス信号２０５０、及び、生成されたレスポンス信号の判定された送信電力レベル２０５２を含む。データ／情報２０２０はまた、受信されたピアツーピア・トラフィック信号２０６２及びピアツーピア・トラフィック・データ／情報２０６４を含む。エアーリンク資源構造情報２０３４は、例えば繰り返されるタイミング／周波数構造の一部として、複数のセットの監視期間、対応するレスポンス期間及び対応するトラフィック・セグメントを識別する情報（（監視期間１ ２０５４，レスポンス期間１ ２０５５，トラフィック・セグメント１ ２０５６），．．．，（監視期間Ｎ ２０５８，レスポンス期間Ｎ ２０５９，トラフィック・セグメントＮ ２０６０））を含む。エアーリンク資源構造情報２０３４は、監視期間、レスポンス期間及び対応するトラフィック・インターバルの間の予め定められた関係を識別する。幾つかの実施形態においては、第１の予め定められた通信資源の上で伝達されるトランスミッションのためのリクエストは、トラフィック・インターバルの間に第１のトラフィック資源を使用するリクエストである。幾つかの実施形態においては、レスポンス期間は、監視期間の後に続き、デバイス２０００に送信するための受信リクエストに対応するトラフィック・インターバルに先行する。例えば、監視期間１ ２０５４は、レスポンス期間２０５５に先行する。そして、レスポンス期間２０５５は、トラフィック・セグメント１ ２０５６に先行する。
【０１２２】
無線受信機モジュール２００２（例えば、ＯＦＤＭ受信機）は、無線通信デバイス２０００がそれを介して他の無線通信デバイスからピアツーピア信号を受信する受信アンテナ２０１４に接続される。受信ピアツーピア信号は、送信リクエスト信号及びピアツーピア・トラフィック信号を含む。無線送信機モジュール２００４（例えば、ＯＦＤＭ送信機）は、無線通信デバイスがそれを介して他の無線通信デバイスにピアツーピア信号を送信する送信アンテナ２０１６に接続される。送信されたピアツーピア信号は、生成された送信リクエスト・レスポンス信号を含む。例えば、無線送信機モジュール２００４は、監視期間２０５４に対応し且つトラフィック・セグメント２０５６に対応するレスポンス期間２０５５の間に、生成された送信レスポンス信号２０５０を送信する。ここで、該レスポンスは、トラフィック・セグメント１ ２０５６により識別されるトラフィック・インターバルの間にデバイス２０００へピアツーピア・トラフィック信号を送信するための、監視期間２０５４の間に受信されるリクエストに対するデバイス２０００による肯定的な許可である。
【０１２３】
幾つかの実施形態においては、受信及び送信の両方のために同一のアンテナが使用される。幾つかの実施形態においては、複数のアンテナが、受信及び／又は送信のために使用される（例えば、ＭＩＭＯ通信の一部として）。
【０１２４】
ユーザ入出力装置２００８は、例えば、マイク、キーボード、キーパッド、マウス、カメラ、スピーカー、ディスプレイなどを含む。ユーザ入出力装置は、デバイス２０００のユーザが、データ／情報（例えば、ピアに通信されるトラフィック・データ／情報）を入力し、出力データ／情報（例えば、受信されたピアツーピア・トラフィック・データ／情報）にアクセスし、また、無線通信デバイス２０００の少なくとも幾つかの機能を制御する（例えば、ピアツーピア・トラフィック信号を送信するためのリクエストを開始する）ことを可能にする。
【０１２５】
監視モジュール２０２６は、監視期間の間、送信リクエストの受信を監視する。受信された送信リクエストは、例えば、該監視期間に関連する予め定められたピアツーピア・トラフィック・チャネル・セグメントを使用して、他の特定のピアツーピア通信デバイスへピアツーピア・トラフィック信号を送信するための、ピアツーピア通信デバイスからのリクエストである。リクエストが指示される先である特定のピアツーピア・デバイスは、デバイス２０００であることができ、そして時々そうである。あるいは、リクエストが指示される先である特定のピアツーピア・デバイスは、他のデバイスであることができ、そして時々そうである。それゆえ、監視モジュール２０２６は、それ自体に向けられる送信リクエスト及び他のノードに向けられる送信リクエストを受信する。受信された送信リクエスト２０３８は、監視モジュール２０２６により検出される例示的なリクエスト信号を表す。
【０１２６】
電力測定モジュール２０２８は、監視モジュール２０２６により検出される受信リクエストの電力を判定する。受信電力情報２０４４は、リクエスト １ 識別情報２０４０により識別される、複数の受信された送信リクエスト２０３８のうちの一つの受信された送信リクエストに対応する電力測定モジュール２０２８の出力である。受信電力情報２０４６は、リクエスト Ｎ 識別情報２０４２により識別される、複数の受信された送信リクエスト２０３８のうちの一つの受信された送信リクエストに対応する電力測定モジュール２０２８の出力である。リクエスト １ ＩＤ情報２０４０は、例えば、リクエストが無線通信デバイス２０００に向けられることを識別し、一方、リクエスト Ｎ ＩＤ情報２０４２は、例えば、リクエストがデバイス２０００以外の他の通信デバイスに向けられることを識別する。それゆえ、電力測定モジュール２０２８は、監視期間の間にデバイス２０００に送信するためのリクエストが受信されたならば、デバイス２０００に送信する受信リクエストの電力を判定することができ、そして時々判定し、監視期間の間に他のデバイスに送信するためのリクエストが受信されたならば、他のデバイスに送信する受信リクエストの電力を判定することができ、そして時々判定する。
【０１２７】
送信決定モジュール２０３０は、監視期間の間にデバイス２０００に送信するためのリクエスト及び他のデバイスに送信するためのリクエストが受信された場合には、デバイス２０００に送信する受信クエストの判定された電力及び他のデバイスに送信する受信リクエストの判定された電力の関数として、デバイス２０００に送信するためのリクエストを受信するか否かの決定を行う。幾つかの実施形態においては、送信決定モジュール２０３０の機能は、デバイス２０００に送信する受信リクエストの判定された電力及び他のデバイスに送信する受信リクエストの判定された電力から生成される比の、電力比閾値（例えば、電力レベル閾値情報２０３６に格納される予め定められた電力比閾値）に対する比較を含む。
【０１２８】
送信決定２０４８は、送信決定モジュール２０３０の出力であり、レスポンス生成モジュール２０３２の入力である。レスポンス生成モジュール２０３２は、デバイス２０００に送信するためのリクエストを受信するという決定を行うことに応答して、デバイス２０００に送信する受信リクエストに対するレスポンスを生成する。生成された送信リクエスト・レスポンス信号は、レスポンス生成モジュール２０３２の出力である。
【０１２９】
幾つかの実施形態においては、生成されたレスポンス信号は、固定された予め定められた電力レベルで送信される。幾つかの他の実施態様では、レスポンス信号の電力レベルは、変化する。レスポンス信号電力レベル判定モジュール２０３３は、デバイス２０００に送信する受信リクエストの判定された受信電力レベルの関数として、生成されたレスポンス信号の送信電力レベルを判定する。そういった実施態様では、レスポンスの送信電力レベルは、デバイス２０００に送信する受信リクエストの判定された受信電力レベルに反比例している。
【０１３０】
ピアツーピア・トラフィック信号処理モジュール２０３５は、ピアツーピア・トラフィック・セグメント（例えば、トラフィック・セグメント １ 情報２０５６により識別されるトラフィック・セグメント）の上で通信された、デバイス２０００に向けられた、受信されたピアツーピア信号（例えば、信号２０６２）を処理し、そして、通信されているピアツーピア・トラフィック・データ／情報（例えば、データ／情報２０６４）をリカバーする。
【０１３１】
図１９は、図１９Ａ及び図１９Ｂの結合により構成され、様々な実施態様に従った通信デバイス（例えば、ピアツーピア通信デバイス）を操作する例示的なフローチャート２１００の図である。ステップ２１０２においてオペレーションが開始する。ここでは、通信デバイスが電源投入され、そして、初期化される。オペレーションは、ステップ２１０２からステップ２１０４へ進む。
【０１３２】
ステップ２１０４において、通信デバイスは、送信リクエストを送信する。該送信リクエストは、後続するトラフィック送信インターバルに対応し、該後続するトラフィック送信インターバルは、送信された送信リクエストに対して固定された時間的関係をもつ。様々な実施態様においては、上記固定された時間的関係は、送信リクエストがその間に送信される時間内の或るポイントからの予め定められた時間上のオフセットと、上記後続するトラフィック送信インターバル中の時間上の或るポイントとを含む。幾つかの実施形態においては、固定された時間的関係は、異なる送信リクエストに関して、異なるものである。幾つかの実施形態においては、固定された時間的関係は、送信リクエストにおいて通信される。オペレーションは、ステップ２１０４からステップ２１０６へ進む。
【０１３３】
ステップ２１０６において、通信デバイスは、上記後続するトラフィック・インターバルの間に、データを送信するべきか否か判定する。幾つかの実施態様において、少なくとも幾つかの間、ステップ２１０６は、サブステップ２１０８及び２１１０を含む。サブステップ２１０８において、通信デバイスは、少なくとも一つの他の通信デバイスから信号を受信する。オペレーションは、サブステップ２１０８からサブステップ２１１０へ進む。サブステップ２１１０において、通信デバイスは、上記少なくとも一つの他の通信デバイスからの受信信号に基づいて、送信するか否かの決定を行う。
【０１３４】
幾つかの実施形態においては、送信リクエストは、第１の通信デバイスに向けられ、少なくとも一つの他の通信デバイスは、上記第１の通信デバイスである。例えば、第１の通信デバイスは、通信デバイスがアクティブ・コネクションを持つ相手であるピアツーピア通信デバイスであることができ、そして時々そうである。受信信号は、レスポンス信号（例えば、リクエストに応答して送信されるＲＸエコー信号）である。レスポンスは、第１の通信デバイスの観点から、送信トラフィック・インターバルにおいて送信することが通信デバイスにとって許容できることを、通信デバイスに通知する。幾つかの実施形態においては、送信リクエストは、第１の通信デバイスに向けられ、少なくとも一つの他の通信デバイスは、第１の通信デバイスとは異なる第２の通信デバイスである。オペレーションは、ステップ２１０６からステップ２１１２へ進む。
【０１３５】
ステップ２１１２において、ステップ２１０６の決定が上記後続するトラフィック・インターバルの間に送信することであったならば、通信デバイスは、ステップ２１１２からステップ２１１４へ進む。しかしながら、ステップ２１１２の判定が上記後続するトラフィック・インターバルの間に送信することを抑制することであったならば、オペレーションは、ステップ２１１２からステップ２１２４へ進む。
【０１３６】
ステップ２１１４に戻って、ステップ２１１４において、通信デバイスは、パイロット信号を送信し、そして、ステップ２１１６において、通信デバイスは、上記パイロット信号に応答する信号を受信する。オペレーションは、ステップ２１１６からステップ２１１８へ進む。ステップ２１１８において、通信デバイスは、ステップ２１１６の上記受信された信号の関数として、上記後続するトラフィック送信インターバルにおいて使用されるデータ・レートを判定する。オペレーションは、ステップ２１１８からステップ２１２０へ進む。
【０１３７】
ステップ２１２０において、通信デバイスは、上記後続するトラフィック・インターバルの間にデータを送信する。幾つかの実施形態においては、ステップ２１０４の送信リクエストは、第１の電力レベルで送信され、ステップ２１２０のトラフィック・データは、第２の電力レベルで送信され、上記第１及び第２の電力レベルは、第１の予め定められた関係をもつ。そういった実施態様において、第１の予め定められた関係は、トラフィック・データのトーンごと送信電力が、送信リクエスト信号のトーンごと送信電力より小さいか又はそれに等しいことを指定する。
【０１３８】
幾つかの実施形態においては、ステップ２１０４の送信リクエストは、第１の電力レベルで送信され、ステップ２１１４のパイロットは、第３の電力レベルで送信され、上記第１及び第３の電力レベルは、第２の予め定められた関係をもつ。そういった実施態様において、第２の予め定められた関係は、パイロット信号のトーンごと送信電力が、送信リクエストのトーンごと送信電力より小さいか又はそれに等しいことを指定する。
【０１３９】
幾つかの実施形態においては、トラフィック・データは、第２の電力レベルで送信され、上記第２の電力レベルは、第３の電力レベルとの第３の予め定められた関係をもつ。そういった実施態様において、第３の予め定められた関係は、第２の電力レベルが、第３の電力レベルのトーンごと電力より小さいか又はそれに等しいトーンごと電力をもつことを指定する。
【０１４０】
オペレーションは、ステップ２１２０からステップ２１２２へ進む。ステップ２１２２において、通信デバイスは、上記後続するトラフィック送信インターバルに対して固定されたオフセットをもつタイム・インターバルにおいて、データ送信承認信号を監視する。オペレーションは、ステップ２１２２から接続ノードＡ ２１２８へ進む。
【０１４１】
ステップ２１２４に戻って、ステップ２１２４において、通信デバイスは、上記後続するトラフィック・インターバルに対応するパイロット信号を送信することを抑制する。オペレーションは、ステップ２１２４からステップ２１２６へ進む。ステップ２１２６において、通信デバイスは、上記後続するトラフィック・インターバルの間にデータを送信することを抑制する。オペレーションは、ステップ２１２６から接続ノードＡ ２１２８へ進む。
【０１４２】
接続ノードＡ ２１２８に戻って、オペレーションは、接続ノードＡ ２１２８からステップ２１３０へ進む。ステップ２１３０において、通信デバイスは、第２の送信リクエストを送信する。上記第２の送信リクエストは、第２の後続するトラフィック送信インターバルに対応し、上記第２の後続するトラフィック送信インターバルは、送信された第２の送信リクエストに対して固定された関係をもつ。オペレーションは、ステップ２１３０からステップ２１３２へ進む。
【０１４３】
ステップ２１３２において、通信デバイスは、上記２の後続するトラフィック・インターバルの間にデータを送信するべきか否か判定する。幾つかの実施態様において、少なくとも幾つかの間、ステップ２１３２は、サブステップ２１３４及び２１３６を含む。サブステップ２１３４において、通信デバイスは、少なくとも一つの他の通信デバイスから信号を受信する。オペレーションは、サブステップ２１３４からサブステップ２１３６へ進む。サブステップ２１３６において、通信デバイスは、上記少なくとも一つの他の通信デバイスからの受信信号に基づいて、送信するか否かの決定を行う。オペレーションは、ステップ２１３２からステップ２１３８へ進む。
【０１４４】
ステップ２１３８において、ステップ２１３２の決定が上記第２の後続するトラフィック・インターバルの間に送信することであったならば、通信デバイスは、ステップ２１３８からステップ２１４０へ進む。しかしながら、ステップ２１３２の判定が上記第２の後続するトラフィック・インターバルの間に送信することを抑制することであったならば、オペレーションは、ステップ２１３８からステップ２１５０へ進む。
【０１４５】
ステップ２１４０に戻って、ステップ２１４０において、通信デバイスは、パイロット信号を送信し、ステップ２１４２において、通信デバイスは、上記パイロット信号に応答する信号を受信する。オペレーションは、ステップ２１４２からステップ２１４４へ進む。ステップ２１４４において、通信デバイスは、ステップ２１４２の上記受信信号の関数として、上記第２の後続するトラフィック送信インターバルに使用されるデータ・レートを判定する。オペレーションは、ステップ２１４４からステップ２１４６へ進む。
【０１４６】
ステップ２１４６において、通信デバイスは、上記後続するトラフィック・インターバルの間にデータを送信する。オペレーションは、ステップ２１４６からステップ２１４８へ進む。ステップ２１４８において、通信デバイスは、上記第２の後続するトラフィック送信インターバルに対して固定されたオフセットをもつタイム・インターバルにおいて、データ送信承認信号を監視する。
【０１４７】
ステップ２１５０に戻って、ステップ２１５０において、通信デバイスは、上記第２の後続するトラフィック・インターバルに対応するパイロット信号を送信することを抑制する。オペレーションは、ステップ２１５０からステップ２１５２へ進む。ステップ２１５２において、通信デバイスは、上記後続するトラフィック・インターバルの間にデータを送信することを抑制する。
【０１４８】
図２０は、様々な実施態様に従ったピアツーピア通信をサポートする例示的な無線通信デバイス２２００の図である。例示的な無線通信デバイス２２００は、図１の例示的なピアツーピア無線端末のいずれであることもできる。例示的な無線通信デバイス２２００は、無線受信機モジュール２２０２、無線送信機モジュール２２０４、ユーザ入出力装置２２０８、プロセッサ２２０６、及び、様々なエレメントがその上でデータ及び情報を交換できるバス２２１２を介して連結されたメモリ２２１０を含む。
【０１４９】
無線受信機モジュール２２０２（例えば、ＯＦＤＭ受信機）は、無線通信デバイス２２００がそれを介して他の無線通信デバイスからピアツーピア信号（例えば、送信リクエストに対するレスポンス、トラフィックのためのデータ・レートを判定するために使用される信号、及び、トラフィック承認信号）を受信する受信アンテナ２２１４に接続される。無線受信機モジュール２２０２は、少なくとも一つの他の通信デバイスから信号を受信する（例えば、デバイス２２００又は異なるデバイスから送信リクエストに対するレスポンス信号を受信する）。無線受信機モジュール２２０２は、それが送信したピアツーピア・パイロット信号に応答して、信号（例えば、ピアツーピア・トラフィック信号のためにデータ・レートを判定する際に使用される情報を通信する信号）を受信する。
【０１５０】
無線送信機モジュール２２０４（例えば、ＯＦＤＭ送信機）は、通信デバイス２２００がそれを介してピアツーピア信号（例えば、トラフィックを送信するための送信リクエスト、ピアツーピア・パイロット信号、及びピアツーピア・トラフィック信号）を送信する送信アンテナ２２１６に接続される。無線送信機モジュール２２０４は、生成された送信リクエストを、例えばそのピアツーピア送信トラフィック・キューに対応するバックログ情報の関数として、送信する。無線送信機モジュール２２０４は、それがトラフィックを送信するつもりであるとその送信決定モジュール２２２８が決定する場合に、ピアツーピア・パイロット信号を送信する。無線送信機モジュール２２０４はまた、それがトラフィックを送信するつもりであると送信決定モジュール２２２８が決定する場合に、パイロット信号送信に続いて、データを送信する。幾つかの実施形態においては、受信機及び送信機のために同一のアンテナが使用される。幾つかの実施形態においては、複数のアンテナ又はアンテナ・エレメントが、受信機と送信機とのうちの少なくとも一方のために使用される。幾つかの実施形態においては、無線通信デバイス２２００は、ＭＩＭＯシグナリングをサポートする。
【０１５１】
ユーザ入出力装置２２０８は、例えば、マイク、キーボード、キーパッド、スイッチ、カメラ、マウス、スピーカー、ディスプレイなどを含む。ユーザ入出力装置２２０８は、デバイス２２００のユーザが、データ／情報を入力し、出力データ／情報にアクセスし、また、通信デバイス２２００の少なくとも幾つかの機能を制御する（例えば、他の通信デバイスとのピアツーピア通信セッションを開始する）ことを可能にする。
【０１５２】
メモリ２２１０は、ルーチン群２２１８及びデータ／情報２２２０を含む。プロセッサ２２０６（例えば、ＣＰＵ）は、通信デバイス２２００のオペレーションを制御し、方法（例えば、図１８のフローチャート２０００の方法又は図１９のフローチャート２１００）を実行するために、ルーチン群２２１８を実行し、メモリ２２１０中のデータ／情報２２２０を使用する。
【０１５３】
ルーチン群２２１８は、通信ルーチン２２２２及び無線端末制御ルーチン群２２２４を含む。通信ルーチン２２２２は、無線通信デバイス２２００により使用される様々な通信プロトコルを実装する。無線端末制御ルーチン群２２２４は、送信リクエスト生成モジュール２２２６、送信決定モジュール２２２８、パイロット信号生成モジュール２２３０、送信制御モジュール２２３２、トラフィック・データ・レート判定モジュール２２３６、トラフィック承認監視モジュール２２３８、及び、送信電力制御モジュール２２４０を含む。送信制御モジュール２２３２は、幾つかの実施態様において、パイロット信号送信制御モジュール２２３４を含む。
【０１５４】
データ／情報２２２０は、ピア−ピア・エアーリンク資源繰り返し構造情報２２４２、電力レベル関係情報２２４４、及び、ピアツーピア・トラフィック・データ・キュー２２４６を含む。ピアツーピア・エアーリンク資源繰り返し構造２２４２は、繰り返される構造における異なるトラフィック・セグメントに関係する複数のセットのエアーリンク資源情報（第１のトラフィック・セグメントに関連するエアーリンク資源情報２２４８，．．．，第ｎのトラフィック・セグメントに関連するエアーリンク資源情報２２５０）を含む。第１のトラフィック・セグメントに関連するエアーリンク資源情報２２４８は、リクエスト資源 １ ２２５２、レスポンス資源 １ ２２５４、パイロット資源 １ ２２５６、パイロット・レスポンス資源 １ ２２５８、トラフィック・セグメント １ ２２６０及び承認セグメント １ ２２６２を含む。第ｎのトラフィック・セグメントに関連するエアーリンク資源情報２２５０は、リクエスト資源 ｎ ２２６４、レスポンス資源 ｎ ２２６６、パイロット資源 ｎ ２２６８、パイロット・レスポンス資源 ｎ ２２７０、トラフィック・セグメント ｎ ２２７２及び承認セグメント ｎ ２２７４を含む。
【０１５５】
リクエスト資源 １ ２２５２は、例えば、生成された送信リクエスト・メッセージを伝えるために使用されるセグメントを識別する情報であり、該送信リクエスト・メッセージは、トラフィック・セグメント １ 情報２２６０により識別されるピアツーピア・トラフィック・セグメントを使用するためのリクエストを伝えるものである。レスポンス資源１ 情報２２５４は、例えば、リクエスト資源 １ ２２５４により識別されるセグメントにおいて伝達されるリクエストに対するレスポンスを伝達するために使用されるセグメントを識別する情報である。幾つかの実施形態においては、通信デバイスは、該デバイスが該リクエストに対する許可を伝えることを望む場合に、レスポンス資源 １ ２２５４により識別されるエアーリンク資源を使用して、ＲＸエコー信号を送信する。そういった実施態様では、通信デバイスは、該デバイスがリクエスト資源 １ ２２５２上でそれ自身に向けられた要求を受信せず又は該リクエストに対して許可しないことに決定するならば、レスポンス資源 １ ２２５４により識別されるセグメントを使用して送信することを抑制する。
【０１５６】
パイロット資源１ ２２５６は、例えば、トラフィック・セグメント １ ２２６０により識別されるセグメントを使用して後続するトラフィック信号送信が発生することを送信決定モジュール２２２８が決定する場合に、ピアツーピア・パイロット信号を伝えるために使用されるセグメントを識別する情報である。パイロット・レスポンス資源 １ ２２５８は、例えば、パイロット資源 １ ２２５６により識別される資源を使用して通信されるパイロット信号に対するレスポンス信号を伝達するセグメントを識別する情報である。パイロット・レスポンス資源 １ ２２５８により識別されるセグメントにおいて伝達される情報は、トラフィック・セグメント １ ２２６０により識別されるトラフィック・セグメントを使用して通信されるトラフィック信号のために使用されるべきデータ・レートを判定するために、トラフィック・データ・レート判定モジュール２２３６により使用される。トラフィック・セグメント １ 情報２２６０は、例えば、リクエスト資源 １ ２２５２において通信されるリクエストに対応し且つパイロット資源 １ ２２５６において送信されるパイロットに対応する、ピアツーピア・トラフィック・セグメントを識別する情報である。幾つかの実施形態においては、トラフィック・セグメント １ ２２６０において通信されるトラフィック信号のために使用される実際のデータ・レートは、同一のトラフィック・データ・セグメントにおけるトラフィック・データ信号とともに通信される。承認セグメント １ 情報２２６２は、トラフィック・セグメント １ 情報２２６０により識別されるトラフィック・セグメントに対応する承認セグメントを識別する。
【０１５７】
送信リクエスト生成モジュール２２２６は、送信リクエスト（例えば、後続するトラフィック送信インターバルに対応する送信リクエスト）を生成する。上記後続するトラフィック送信インターバルは、送信された送信リクエストに対して固定された時間的関係をもつ。
【０１５８】
送信決定モジュール２２２８は、送信された送信リクエストに対応する後続するトラフィック送信インターバルの間にデータを送信するか否か判定する。幾つかの実施形態においては、後続するトラフィック送信インターバルと送信された送信リクエストとの間の固定された時間的関係は、送信リクエストがその間に送信される時間内の或るポイントからの予め定められた時間上のオフセットと、上記後続するトラフィック送信インターバル中の時間上の或るポイントとを含む。そういった実施形態において、固定された時間的関係は、少なくとも一部の異なる送信リクエストに関して、異なるものである。
【０１５９】
様々な実施態様において、送信決定モジュール２２２８は、少なくとも一つの他の通信デバイスからの受信信号（例えば、デバイス２２００からの又は異なるデバイスからの送信リクエストに対するリクエストに応答する受信レスポンス信号）に基づいて、送信するか否かの決定を行う。幾つかの実施形態においては、幾つかの間、送信リクエストは、第１の通信デバイスに向けられ、送信決定を行う際に使用される受信レスポンス信号は、該第１の通信デバイスからである。幾つかの実施態様においては、幾つかの間、送信リクエストは、第１の通信デバイスに向けられ、受信レスポンスは、第１の通信デバイスとは異なる第２の通信デバイスからである。幾つかの実施態様において、送信決定モジュール２２８８は、同一のトラフィック送信インターバルに対応する複数の通信デバイスからの送信リクエストに対する受信レスポンスに基づいて、送信するか否かの決定を行い、各々の受信レスポンスは、該リクエストが向けられた先の通信デバイスにより該リクエストが許可されたことを通信するものである。
【０１６０】
幾つかの実施形態においては、固定された時間的関係は、送信リクエストにおいて通信される。そういった実施形態において、送信リクエスト生成モジュール２２２６は、生成された送信リクエストにおいて時間的関係情報を符号化する時間的関係モジュール２２２７を含む。
【０１６１】
パイロット信号生成モジュール２２３０は、後続するトラフィック送信インターバルの間にトラフィックを送信することが判定された場合に、パイロット信号を生成する。
【０１６２】
送信制御モジュール２２３２は、後続するトラフィック送信インターバルにおいてトラフィックを送信するのに先立って、生成されたパイロット信号を送信するように、送信機モジュール２２０４を制御する。幾つかの実施形態においては、送信制御モジュール２２３２は、パイロット信号送信制御モジュール２２３４を含む。パイロット信号送信制御モジュール２２３４は、関連する第１のトラフィック送信インターバル（例えば、トラフィック・セグメント １ ２２６０を含むインターバル）の間にトラフィック・データを送信すると送信決定モジュール２２２８が判定する場合に、第１のトラフィック送信インターバルに関連するパイロット信号のためのエアーリンク資源（例えば、２２５６により識別される資源）を使用してパイロット信号を送信するように無線送信機モジュール２２０４を制御し、また、関連する第１のトラフィック送信インターバルの間にトラフィック・データを送信することを抑制すると送信決定モジュール２２２８が判定する場合に、第１のトラフィック送信インターバルに関連するパイロット信号のためのエアーリンク資源を使用してパイロット信号を送信することを抑制するように無線送信機モジュール２２０４を制御する。パイロット信号送信制御モジュール２２３４は、関連する第２のトラフィック送信インターバル（例えば、トラフィック・セグメント ｎ ２２７２を含むインターバル）の間にトラフィック・データを送信すると送信決定モジュール２２２８が判定する場合に、第２のトラフィック送信インターバルに関連するパイロット信号のためのエアーリンク資源（例えば、資源２２７０）を使用してパイロット信号を送信するように無線送信機モジュール２２０４を制御し、また、関連する第２のトラフィック送信インターバルの間にトラフィック・データを送信することを抑制すると送信決定モジュール２２２８が判定する場合に、第２のトラフィック送信インターバルに関連するパイロット信号のためのエアーリンク資源を使用してパイロット信号を送信することを抑制するように無線送信機モジュール２２０４を制御する。
【０１６３】
トラフィック・データ・レート判定モジュール２２３６は、受信信号（例えば、ピアツーピア・パイロット信号に応答して通信される受信レスポンス信号）の関数として、後続するトラフィック送信インターバルにおいて送信する場合に使用されるべきデータ・レートを判定する。
【０１６４】
トラフィック承認監視モジュール２２３８は、無線通信デバイス２２００がトラフィック信号を送信したトラフィック送信インターバルに対して固定されたオフセットをもつタイム・インターバルにおいてデータ送信承認信号を監視する。
【０１６５】
送信電力制御モジュール２２４０は、送信リクエスト、ピアツーピア・パイロット信号、及びトラフィック信号の電力レベルを制御する。幾つかの実施形態においては、送信電力制御モジュール２２４０は、送信リクエストが第１の電力レベルで送信されるように制御し、また、対応するトラフィック・データが第２の電力レベルで送信されるように制御する。上記第１及び第２の電力レベルは、第１の予め定められた関係をもつ。データ／情報２２２０中の電力レベル関係情報２２４４は、送信電力制御モジュール２２４０により使用される。様々な実施態様において、第１の予め定められた関係は、トラフィック・データのトーンごと送信電力が、送信リクエスト信号のトーンごと送信電力より少ないか或いはそれに等しいことを指定する。
【０１６６】
様々な実施態様において、送信電力制御モジュール２２４０は、送信リクエストが第１の電力レベルで送信されるように制御し、また、パイロットが第３の電力レベルで送信されるように制御する。上記第１及び第３の電力レベルは、第２の予め定められた関係をもつ。そういった実施態様において、第２の予め定められた関係は、パイロット信号のトーンごと送信電力は、送信リクエスト信号のトーンごと送信電力より少ないか或いはそれに等しいことを指定する。
【０１６７】
幾つかの実施形態においては、送信電力制御モジュール２２４０は、トラフィック・データが第２の電力レベルで送信されるように制御する。上記第２の電力レベルは、第３の電力レベルとの第３の予め定められた関係をもつ。そういった実施態様において、第３の予め定められた関係は、第２の電力レベルが、第３の電力レベルのトーンごと電力より少ないか或いはそれに等しいトーンごと電力をもつことを指定する。
【０１６８】
図２１は、様々な実施態様に従った第１のピアツーピア通信デバイスを操作する例示的な方法のフローチャート２３００である。ステップ２３０２においてオペレーションが開始する。ここでは、第１のピアツーピア無線通信デバイスが電源投入され、そして、初期化される。オペレーションは、ステップ２３０２からステップ２３０４へ進む。
【０１６９】
ステップ２３０４において、第１のデバイスは、電力Ｐ1で送信リクエストを送信する。上記送信リクエストは、トラフィック・データ・セグメントに対応する。様々な実施態様において、送信リクエストは、対応するトラフィック・データ・セグメントのためだけのものであり、他のトラフィック・データ・セグメントに適用できない。送信リクエストは、例えば、第１のデバイスが上記対応するトラフィック・データ・セグメントを使用して送信することを望むトラフィック・データ信号の対象とされる受信機である第２のピアツーピア通信デバイスに向けられる。様々な実施態様において、第１のデバイスが送信リクエストを送信するのに先立って、第１及び第２のデバイスは、ピアツーピア・コネクションを確立した。
【０１７０】
オペレーションは、ステップ２３０４からステップ２３０６へ進む。ステップ２３０６において、第１のデバイスは、（例えば、対象とする受信機及び／又は他のものからの）信号（例えば、リクエスト・レスポンス肯定的承認信号）を監視する。例えば、第１のデバイスは、トラフィック信号の対象とされる一つの受信機又は複数の受信機が、その観点から、要求しているデバイスが対応するトラフィック・データ・セグメントを使用してトラフィック・データ信号を送信することを許可されることをシグナリングしていることを示す信号の検出を監視する。時々、そのようなレスポンス信号は、ＲＸエコー信号と呼ばれる。それゆえ、ＲＸエコーは、或るデバイスが受信機になる用意があることを示す信号として見られることができる。
【０１７１】
オペレーションは、ステップ２３０６からステップ２３０８へ進む。ステップ２３０８において、第１のデバイスは、ステップ２３０４の送信されたリクエストに対応するトラフィック・データ・セグメントを使用してトラフィック・データを送信するべきか否か判定する。ステップ２３０８の判定は、ステップ２３０６からの検出されたレスポンス信号を使用することを含む。ステップ２３０８の判定が、対応するトラフィック・データ・セグメントの上で送信しないことであったならば、オペレーションは、ステップ２３０８からステップ２３１０へ進む。ここでは、第１のデバイスは、対応するトラフィック・データ・セグメントを送信することを抑制し、後続するスロットを待機する。そのような状況の下で、第１のデバイスは、後続するスロットのためのトラフィック・データ・セグメントに対応するリクエスト信号を送信し、そして、プロセスを繰り返すことができる。しかしながら、第１のデバイスが、それが対応するトラフィック・データ・セグメントを使用して送信するであろうと判定するならば、オペレーションは、ステップ２３０８からステップ２３１２へ進む。
【０１７２】
ステップ２３１２において、第１のデバイスは、電力Ｐ2でパイロットを送信する。オペレーションは、ステップ２３１２からステップ２３１４へ進む。そこにおいて、第１のデバイスは、対象とされる受信機から信号を受信し、受信信号に基づいてトラフィック・データ・セグメントにおいて使用されるレートを得る。それから、ステップ２３１６において、第１のデバイスは、電力Ｐ3で対応するトラフィック・データ・セグメントを使用してトラフィック・データを送信する。
【０１７３】
幾つかの実施形態においては、ステップ２３１８がさらに実行される。そこにおいて、第１のデバイスは、送信されたトラフィック・データ・セグメント信号に対応する承認信号（ＡＣＫ）を受信する。ここで、上記承認は、トラフィック・データ・セグメントに従属する。
【０１７４】
様々な実施態様において、電力Ｐ2は、Ｐ1の関数である（例えば、Ｐ2＝ｆ（Ｐ1））。例えば、Ｐ2＝ｘＰ1である。ここで、ｘは定数である。デバイスは、それがトラフィック・インターバルにおいて送信するつもりであるデータ・トラフィックの量及びタイプに従って、パラメータｘのための異なる値を選択しても良い。そういった実施形態において、Ｐ2は、Ｐ1以下である。例えば、対応するピアツーピア・トラフィック・セグメントの送信リクエスト信号及び対応するピアツーピア・パイロット信号について、パイロット信号は、平均トーンごとベースでのリクエスト信号と同じ又はそれより低い電力レベルで送信される。一つの例示的な実施態様において、例えば、デバイスが、送信する第１のサイズのデータ・パケットをもつ場合に、Ｐ2＝Ｐ1であり、一方、例えば、デバイスが、送信する第２のサイズのデータ・パケットをもつ場合に、Ｐ2＝Ｐ1／１０をセットする。ここで、上記第１のサイズは、上記第２のサイズより大きい。一つの実施態様において、ｘの値に関する情報は、デバイスにより送信されるトラフィック・リクエストにおいてシグナリングされる。
【０１７５】
様々な実施態様において、電力Ｐ3は、Ｐ2の関数である（例えば、Ｐ3＝ｇ（Ｐ2）である）。例えば、Ｐ3＝ｙＰ2である。ここで、yは、固定された定数であり、デバイスの各々について同一である。そういった実施形態において、Ｐ3は、Ｐ2以下である。例えば、対応するピアツーピア・パイロット信号及び対応するピアツーピア・トラフィック信号について、トラフィック信号は、平均トーンごとベースでのパイロット信号と同じ又はそれより低い電力レベルで送信される。様々な実施形態において、f及びgは、予め定められた関数である。
【０１７６】
幾つかの実施形態において、Ｐ1，Ｐ2，Ｐ3の電力値は、対応する信号（リクエスト、パイロット、及びデータ・トラフィック）のトータル送信電力を表す。他の実施態様において、Ｐ1，Ｐ2，Ｐ3の電力値は、対応する信号（リクエスト、パイロット、及びデータ・トラフィック）の自由度ごと送信電力を表す。ＯＦＤＭシステムにおいて、一つの自由度は、ＯＦＤＭシンボルにおけるトーンであることができる。
【０１７７】
様々な実施形態において使用される非集中型の制御の様々な態様がいま説明される。二組のピアツーピア無線端末（各々のペアは、コネクションをもつ）が存在すると考える。幾つかの実施形態においては、コネクションをもつ一組の無線端末は、プライオリティー・レベルに関連することができ、そして時々プライオリティー・レベルに関連する。幾つかの実施形態においては、コネクションを持ち且つ特定のトラフィック・フロー方向に対応する一組の無線端末は、プライオリティー・レベルに関連する。プライオリティー関連性は、例えば、予め定められたスキーム（例えば、ラウンドロビン・スキーム）を使用してランダムに選択されることができ、一つのトラフィック・スロットから他のトラフィック・スロットまで変化することができ、トラフィックのタイプ（例えば、ボイス、ベストエフォート、データなど）に関連することができ、レイテンシーの考慮に関連することができ、及び／又は、サービス品質（ＱｏＳ）の考慮に関連することができる。
【０１７８】
ＡがＢに送信リクエストを送信し（Ａ→Ｂ）、ＣがＤに送信リクエストを送信し（Ｃ→Ｄ）、両方の送信リクエストは、同一のピアツーピア・エアーリンク・トラフィック・セグメントを使用するためのリクエストであると考える。“Ａ→Ｂ”は、実装されたプライオリティー・スキームに従って“Ｃ→Ｄ”より高いプライオリティーを持つと仮定する。また、ＷＴ Ｂ及びＤは、それらに向けられたリクエストを受信し識別することができる。デバイスＢは、コネクション・フロー“Ａ→Ｂ”がコネクション・フロー“Ｃ→Ｄ”より高いプライオリティーを持つと認識して、デバイスＡへの肯定的な承認信号（例えば、デバイスＢが、トラフィック・セグメントのためのデバイスＡからのトラフィックの受信機になる用意があることを示すデバイスＡへのＲＸエコー信号）を生成して送信する。さて、デバイスＤは、コネクション・フロー“Ｃ→Ｄ”がコネクション・フロー“Ａ→Ｂ”より低いプライオリティーを持つと認識して、それがデバイスＣにＲＸエコー信号を送信するべきか否か、あるいは、それがトラフィック・データ・セグメントをイールドして、それゆえ、デバイスＣへのＲＸエコー信号を送信することを抑制するべきかに関する決定を実行する。一つの例示的な実施態様において、デバイスＤによる判定は、（ｉ）Ｃからの受信されたリクエスト信号と（ｉｉ）Ａからの干渉を表すＡからの受信されたリクエスト信号との比率を、或る基準（例えば、予め定められた基準）に対して比較することを含む。例えば、デバイスＤは、（Ｃからの信号）／（Ａからの干渉）＞γであるどうか判定し、そして、判定された比率がγより大きいならば、デバイスＤは、デバイスＣにＲＸエコーを送信する；さもなければ、デバイスＤは、ＲＸイールディングを実行して、デバイスＣにＲＸエコー信号を送信しない。γの例示的な値は、例えば、０ｄＢ、−３ｄＢ又は−１０ｄＢである。そういった実施形態において、そのトラフィック・データ送信リクエストに対するＲＸエコーを受信しないデバイスは、後続するレート・パートに参加しない。例えば、デバイスＡはデバイスＢからＲＸエコーを受信したが、デバイスＣはデバイスＤからＲＸエコーを受信しなかったと仮定すると、デバイスＡは、デバイスＢにピアツーピア・パイロット信号を送信し、デバイスＢからレート情報信号を受信し、続いて、受信されたレート情報信号の関数であるレートでトラフィック・データ・セグメントにおいてトラフィック・データ信号を送信することを、続ける。しかし、デバイスＤからＲＸエコーを受信しなかったデバイスＣは、トラフィック・セグメントに関してシグナリングを終了し、ピアツーピア・パイロット信号を送信せず、トラフィック・データ・セグメントにおいてトラフィック・データ信号を送信しない。
【０１７９】
図２２は、接続されたピアツーピア無線端末の二つの例示的なペアのスケッチ２４００及び対応するテーブル２４５０を含む。図２２は、様々な実施態様に従った受信機イールディングの様々な特徴を説明する。スケッチ２４００において、ピアツーピア無線端末Ａ２４０２とピアツーピア無線端末Ｂ ２４０４が第１のペアを形成し、一方、ピアツーピア無線端末Ｃ ２４０６とピアツーピア無線端末Ｄ ２４０８が第２のペアを形成する。スケッチ２４００はまた、ＷＴ（２４０４，２４０８）に向けられた、ＷＴ（２４０２，２４０６）それぞれからのピアツーピア・トラフィック送信リクエスト信号（２４１０，２４１２）をそれぞれ説明する。ＷＴ Ｂ ２４０４に向けられたＷＴ Ａ ２４０２からの送信リクエスト信号２４１０は、ＷＴ Ｄ ２４０８の観点からすれば干渉信号と考えられ、点線２４１４により示される。
【０１８０】
テーブル２４５０は、プライオリティー情報を示す第１のコラム２４５２、複数の無線端末のうちのいずれがＲＸイールディングを考慮するかについて示す第２のコラム２４５４、ＲＸイールディングを考慮するＷＴがイールドすることに決定する場合に、いずれのＲＸエコー信号が送信されるかについて示す第３のコラム２４５６、及び、ＲＸイールディングを考慮するＷＴがイールドしないことに決定する場合に、いずれのＲＸエコー信号が送信されるかについて示す第４のコラム２４５８を含む。この例では、トラフィック・フロー“Ａ→Ｂ”のためのコネクションは、トラフィック・フロー“Ｃ→Ｄ”のためのコネクションより高いプライオリティーを持つ。より低いプライオリティーのコネクションに対応する対象とされる無線端末の受信機が、ＲＸイールディングを考慮する無線端末であり、この場合にはＷＴ Ｄ ２４０８である。より高いプライオリティーのコネクションに対応するＷＴ Ｂ ２４０４は、ＢからＡへのＲＸエコー信号を送信する。ＷＴ Ｄ ２４０８は、それがイールドするべきとそれが判定するならば、ＲＸエコー信号を送信することを抑制する;しかし、それがイールドしないと判定するならば、ＷＴ Ｄ ２４０８は、ＤからＣへのＲＸエコー信号を送信する。
【０１８１】
ところで、“Ｃ→Ｄ”が“Ａ→Ｂ”より高いプライオリティーを持つ状況を考え、また、対象とされる受信機の観点（Ｄ、Ｂ）から考えると、開始することが許可され、デバイスＤ及びデバイスＢの両方がＲＸエコー信号を送信する。デバイスＣは、そのコネクションがより高いプライオリティーをつことを認識して、レート制御オペレーション（例えばそこにおいてそれはピアツーピア・パイロット信号を送信する）へ進む。しかし、そのコネクションがより低いプライオリティーを持つと認識するデバイスＡは、それがレート制御ポーションへ進むべきか否か、あるいは、それが送信イールディング（ＴＸイールディング）（そこにおいてそれはレート制御ポーションへ進まず、ピアツーピア・パイロット信号を送信せず、また、リクエストに対応するトラフィック・データ・セグメントの上でトラフィック・データ信号を送信しないであろう）を実行すべきか否かについて決定を行う。幾つかの実施形態においては、Ａは、その進むか否かについての判定において、それが進むべき場合におけるＤのＳＩＲに対するその影響を考慮する。例えば、ＡとＤが非常に近接しているならば、例えば、Ａは、ＷＴ Ｃのリクエストに応答しているＷＴ Ｄから強いＲＸエコー信号を受信し、Ａは、幾つかの実施態様において、その送信がデバイスＣからのトラフィック信号のデバイスＤによるリカバリーを著しく悪化させるであろうから、進まないことに決定する。
【０１８２】
図２３は、接続されたピアツーピア無線端末の二つの例示的なペアのスケッチ２５００及び対応するテーブル２５５０を含む。図２３は、様々な実施態様に従った送信機イールディングの様々な特徴を説明する。スケッチ２５００において、ピアツーピア無線端末Ａ２５０２とピアツーピア無線端末Ｂ ２５０４が第１のペアを形成し、一方、ピアツーピア無線端末Ｃ ２５０６とピアツーピア無線端末Ｄ ２５０８が第２のペアを形成する。スケッチ２５００はまた、ＷＴ（２５０４，２５０８）に向けられた、ＷＴ（２５０２，２５０６）それぞれからのピアツーピア・トラフィック送信リクエスト信号（２５１０，２５１２）をそれぞれ説明する。この例では、両方のＷＴ（２５０４，２５０８）は、それぞれ、ＷＴ（２５０２，２５０６）にＲＸエコー信号（２５１４，２５１６）をそれぞれ送信する。ＷＴ Ｃ ２５０６に向けられたＷＴ Ｄ ２５０８からのエコー信号２５１６は、ＷＴ Ａ ２５０２の観点からすれば干渉信号と考えられ、点線２５１８により示される。
【０１８３】
テーブル２５５０は、プライオリティー情報を示す第１のコラム２５５２、複数の無線端末のうちのいずれがＴＸイールディングを考慮するかについて示す第２のコラム２５５４、ＴＸイールディングを考慮するＷＴがイールドすることに決定する場合に、いずれのピアツーピア・パイロット信号が送信されるかについて示す第３のコラム２５５６、及び、ＴＸイールディングを考慮するＷＴがイールドしないことに決定する場合に、いずれのピアツーピア・パイロット信号が送信されるかについて示す第４のコラム２５５８を含む。この例では、トラフィック・フロー“Ｃ→Ｄ”のためのコネクションは、トラフィック・フロー“Ａ→Ｂ”のためのコネクションより高いプライオリティーを持つ。より低いプライオリティー・コネクションに対応する対象とされる無線端末の受信機が、ＴＸイールディングを考慮する無線端末であり、この場合にはＷＴ Ａ ２５０２である。より高いプライオリティーのコネクションに対応するＷＴ Ｃ ２５０６は、ＣからＤへのピアツーピア・パイロット信号を送信する。ＷＴ Ａ ２５０２は、それがイールドするべきとそれが判定するならば、ピアツーピア・パイロット信号を送信することを抑制する;しかし、それがイールドしないと判定するならば、ＷＴ Ａ ２５０２は、ＡからＢへのピアツーピア・パイロット信号を送信する。
【０１８４】
ピアツーピア無線端末Ａ及びＢがコネクションを持ち、ＷＴ Ａは、トラフィック送信リクエスト信号（ＴＸリクエスト）を送信し、ＷＴ Ｂは、受信機エコー信号（ＲＸエコー）で応答する例示的な実施態様を考え、同様に、チャネル・ゲインｈが存在すると考える。一つの例示的な実施態様では、ピアツーピア無線端末Ａは、固定された電力レベルＰ０でそのＴＸリクエストを送信する。
【０１８５】
そういった実施形態において、ＴＸリクエストのための電力レベルは、固定されたものであり、そして、システム中のピアツーピア無線端末の各々について同一である。この一般性は、複数の異なる無線端末からの受信信号の比較を容易にする。
【０１８６】
ＲＸエコー信号の送信電力レベルに関して、二つの例示的なスキームが説明される。第１のスキームでは、ＷＴ ＢからのＲＸエコーは、電力レベルＰ０で送信される。第２のスキームでは、ＷＴ ＢからのＲＸエコーは、リクエスト信号の送信電力レベル及びチャネル状態の関数である電力レベルで送信される。例えば、ＲＸエコー信号の送信電力レベル＝ｚ／（ｈ＊Ｐ０）であり、ここで、zは、固定された定数であり、そして、ピアツーピア・デバイスの各々について同一である（例えば、ｚ＝１）。ここでは、ｈは、送信機と対象の受信機との間でのチャネル・ゲインを表す。反比例電力ルールについての上記基本概念に対して小さなバリエーションが加えられることができる。例えば、ｈが非常に小さいとき、ＲＸエコー信号の送信電力レベルが無限になるのを避けるために、送信電力レベルは、ｍｉｎ（ｚ／（ｈ＊Ｐ０），Ｐｍａｘ）にセットされることができる。ここで、Ｐｍａｘは最大送信電力レベルを表す。あるいは、送信電力レベルは、ｚ／（ε＋ｈ＊Ｐ０）にセットされることができる。ここで、εは小さな定数である。
【０１８７】
例示的な送信電力スキーム１は、二組の接続されたピアツーピア無線端末（（ＷＴ Ａ２６０２，ＷＴ Ｂ ２６０４），（ＷＴ Ｃ ２６０６，ＷＴ Ｄ ２６０８））を含む図２４によって説明される。ＷＴ Ａ ２６０２とＷＴ Ｂ ２６０４との間にチャネル・ゲインがあり、ボックス２６１８により示されるように、それはｈＡＢである。ＷＴ Ｃ ２６０６とＷＴ Ｄ ２６０８との間にチャネル・ゲインがあり、ボックス２６２０により示されるように、それはｈＣＤである。ＷＴ Ａ ２６０２は、ボックス２６２２により示されるように電力レベルＰ０でＴＸリクエスト信号２６１０をＷＴ Ｂ ２６０４に送信する。ＷＴ Ｂは、ボックス２６２４により示されるように電力レベルＰ０で肯定的なレスポンスＲＸエコー信号２６１４をＷＴ Ａ ２６０２に送信する。ＷＴ Ｃ ２６０６は、ボックス２６２６により示されるように電力レベルＰ０でＴＸリクエスト信号２６１２をＷＴ Ｄ２６０８に送信する。ＷＴ Ｄは、ボックス２６２８により示されるように電力レベルＰ０で肯定的なレスポンスＲＸエコー信号２６１６をＷＴ Ｃ ２６０６に送信する。幾つかの他の実施態様では、ＴＸリクエスト信号は第１の固定された予め定められた電力レベルで送信され、ＲＸエコー信号は第２の固定された予め定められた電力レベルで送信される。ここで、上記第１及び第２のレベルは、異なるものである。
【０１８８】
例示的な送信電力スキーム２は、二組の接続されたピアツーピア無線端末（（ＷＴ Ａ２７０２，ＷＴ Ｂ ２７０４），（ＷＴ Ｃ ２７０６，ＷＴ Ｄ ２７０８））を含む図２５によって説明される。ＷＴ Ａ ２７０２とＷＴ Ｂ ２７０４との間にチャネル・ゲインがあり、ボックス２７１８により示されるように、それはｈＡＢである。ＷＴ Ｃ ２７０６とＷＴ Ｄ ２７０８との間にチャネル・ゲインがあり、ボックス２７２０により示されるように、それはｈＣＤである。ＷＴ Ａ ２７０２は、ボックス２７２２により示されるように電力レベルＰ０でＴＸリクエスト信号２７１０をＷＴ Ｂ ２７０４に送信する。ＷＴ Ｂ ２７０４は、ボックス２７２４により示されるように電力レベル１／（ｈＡＢ＊Ｐ０）で肯定的なレスポンスＲＸエコー信号２７１４をＷＴ Ａ ２７０２に送信する。ＷＴＣ ２７０６は、ボックス２７２６により示されるように電力レベルＰ０でＴＸリクエスト信号２７１２をＷＴ Ｄ ２７０８に送信する。ＷＴ Ｄ ２７０８は、ボックス２７２８により示されるように電力レベル１／（ｈＣＤ＊Ｐ０）で肯定的なレスポンスＲＸエコー信号２７１６をＷＴ Ｃ ２７０６に送信する。ＷＴ ＢによるＴＸ信号２７１０の測定された受信された値は、ｈＡＢ＊Ｐ０であることが認識されるべきである。ＷＴ Ｂ ２７０４は、この値の逆数をとり、１／（ｈＡＢ＊Ｐ０）を得る。これが、ＲＸエコー信号２７１４の送信レベルに対するセッティングである。ＷＴ ＤによるＴＸ信号２７１２の測定された受信された値は、ｈＣＤ＊Ｐ０であることもまた認識されるべきである。ＷＴ Ｄ２７０８は、この値の逆数をとり、１／（ｈＣＤ＊Ｐ０）を得る。これが、ＲＸエコー信号２７１６の送信レベルに対するセッティングである。このアプローチは、ＲＸエコー信号においてチャネル状態情報を通信するものであり、予期された信号干渉情報を判定する際に有利である。
【０１８９】
図２６のスケッチ２８００は、４つの例示的なピアツーピア無線端末（ＷＴ Ａ ２８０２，ＷＴ Ｂ ２８０４，ＷＴ Ｃ ２８０６，ＷＴ Ｄ ２８０８）及び無線端末間のチャネル・ゲインを説明する。チャネル・ゲイン（ｈＡＢ ２８１４，ｈＢＣ ２８１６，ｈＣＤ２８１８，ｈＡＤ ２８２０）は、それぞれ、ＷＴペア（Ａ／Ｂ，Ｂ／Ｃ，Ｃ／Ｄ，Ａ／Ｄ）に対応する。スケッチ２８００はまた、ＡからＢへの例示的なＴＸリクエスト信号２８１２及びＣからＤへの例示的なＴＸリクエスト信号２８１０を説明する。ＲＸエコー信号は、プライオリティー情報、受信信号電力情報、及びＲＸイールディング判定の関数として、送信されても良い。
【０１９０】
さて、二組のＷＴ（（Ａ，Ｂ），（Ｃ，Ｄ））を考え、ＡがＢにＴＸリクエスト信号を送信し、ＣがＤにＴＸリクエスト信号を送信し、また、“Ｃ→Ｄ”のトラフィック・シグナリング・フローは“Ａ→Ｂ”のトラフィック・シグナリング・フローに優先すると仮定する。したがって、ＷＴ Ｂは、それがレート制御に進むこと（例えば、ＲＸエコー信号を送信する）を許可すべきか、又は、ＲＸイールディングを実行するべきかに関する判定を行う。一つの例示的な実施態様において、Ｂは、（信号電力／干渉電力）が値γより大きいかどうか判定する。該比率がγより大きいならば、ＷＴ Ｂは、その観点から、オペレーションがレート制御に移ることができることを通知し、それゆえ、それはＡにＲＸエコー信号を送信する;さもなければ、それはＲＸイールディングを実行して、ＲＸエコー信号を送信することを抑制する。一つの例示的な実施態様において、トラフィック送信リクエストの各々が同一の固定された電力レベルＰ０である場合に、ＷＴ Ｂにより使用される判定方程式は、（測定された受信電力／測定された干渉電力）＞γであるかどうか確認する。γの例示的な値は、例えば、０ｄＢ、−３ｄＢ又は−１０ｄＢである。測定された受信電力は、例えば、Ｐ０＊ｈＡＢであり、測定された干渉電力は、例えば、Ｐ０＊ｈＢＣである。ここで、Ｐ0は、リクエストのために使用される送信電力レベルであり、ｈＡＢは、ＡとＢとの間のチャネル・ゲインであり、ｈＢＣは、ＢとＣとの間のチャネル・ゲインである。
【０１９１】
さて、固定された電力レベル（例えば、電力レベルＰ０）がＲＸエコー信号のために使用されるスキーム１を考え、ＷＴ Ｂ及びＤがＲＸエコー信号を送信すると仮定する。また、“Ａ→Ｂ”のコネクションがより低いプライオリティーであると考え、したがって、ＷＴ Ａは、それがレート制御に進むべきか又はＴＸイールディングを実行するべきかを考える。ＷＴ Ａにおいて、ＷＴ ＢからのＲＸエコーは、Ｐ０＊ｈＡＢとして受信され、ＷＴ ＤからのＲＸエコー信号は、Ｐ０＊ｈＡＤとして受信される。ここで、ｈＡＢは、ＡとＢとの間のチャネル・ゲインを表し、ｈＡＤは、ＡとＤとの間のチャネル・ゲインを表す。Ｐ０＊ｈＡＤは、ＷＴ ＡによりＷＴ Ｄにもたらされる干渉を表す;しかし、ＷＴＡは、ＷＴ ＤにおけるＳＩＲについて知識を持たない。
【０１９２】
これに対して、チャネル状態の関数である電力レベルでＲＸエコー信号が送信される第２のアプローチを考える。一つの例示的な実施態様では、Ｂは電力レベル１／（Ｐ０＊ｈＡＢ）でそのＲＸエコー信号を送信し、Ｄは電力レベル１／（Ｐ０＊ｈＣＤ）そのＲＸエコー信号を送信する。ＷＴ Ｂ及びＤがＲＸエコー信号を送信すると仮定する。また、“Ａ→Ｂ”のコネクションがより低いプライオリティーであると考え、したがって、ＷＴＡは、それがレート制御に進むべきか又はＴＸイールディングを実行するべきかを考える。ＷＴ Ａにおいて、ＷＴ ＢからのＲＸエコーは、ｈＡＢ／（Ｐ０＊ｈＡＢ）＝１／Ｐ０として受信され、ＷＴ ＤからのＲＸエコー信号は、ｈＡＤ＊（１／（Ｐ０＊ｈＣＤ））＝（ｈＣＤ／ｈＡＤ）＊（１／Ｐ０）として受信される。ここで、ｈABは、ＡとＢとの間のチャネル・ゲインを表し、ｈADは、ＡとＤとの間のチャネル・ゲインを表し、ｈCDは、ＣとＤとの間のチャネル・ゲインを表す。ＷＴ Ａは、ＲＸエコー信号の受信電力（ｈＣＤ／ｈＡＤ）＊（１／Ｐ０）とそれ自身の対象とされた送信電力Ｐ0とを乗じて、（ｈＣＤ／ｈＡＤ）＊（１／Ｐ０）＊Ｐ０＝（ｈＣＤ／ｈＡＤ）を得ることができる。比率（ｈＣＤ／ｈＡＤ）が、無線端末ＤにおけるＳＩＲの測定値であることは、留意されるべきである。Ａが続行するならば、ＷＴ ＡにおけるＤからのＲＸエコー信号の受信電力は、ＤのＳＩＲを表す。それゆえ、このアプローチが利用される場合、ＷＴ Ｂは好都合にもＷＴ Ｄにおける推定されたＳＩＲ情報の知識があり、そして、それがレート・ポーションを続行して、パイロット信号を送信するべきか否か、あるいは、それがＴＸイールディングを実行して、パイロット信号をシグナリングすること及びこのスロットにおいてトラフィック・データをシグナリングすることを抑制するべきかに関して、情報に基づく決定を行うことができる。例示的な実施態様においては、ｈＡＤ／ｈＣＤ＜αならば、ＷＴ Ａは、レート・ポーションを続行し、さもなければ、ＷＴ Ａは、ＴＸイールディングを実行する。一つの例示的なαの値は、例えば、０ｄＢ，３ｄＢ，５ｄＢ又は１０ｄＢである。
【０１９３】
図２７は、複数のピアツーピア送信リクエストが同一のピアツーピア・トラフィック・エアーリンク資源（例えば、同一のピアツーピア・トラフィック・セグメント）に関連する、幾つかの実施態様の特徴を説明する図２９００である。スケッチ２９００は、垂直軸２９０２上の周波数対水平軸２９０４上の時間をプロットする。第１のスロットに対応して、複数の送信リクエストが送信されることができ、そして、時々複数の送信リクエストが送信される。この例では、矢印（２９１２，．．．，２９１４）で示されるように、送信リクエスト資源（スロット１に関する第１のＷＴのためのＴＸリクエスト２９０６，．．．，スロット１に関する第ｎのＷＴのためのＴＸリクエスト２９０８）は、スロット１に関するピアツーピア・トラフィック資源２９１０に関連付けられている。この例では、ＴＸリクエスト・セグメント（２９０６，．．．，２９０８）の開始と、対応するピアツーピア・トラフィック・セグメント２９１０の開始との間に、固定された時間的関係２９１６が存在する。第２のスロットに対応して、複数の送信リクエストが送信されることができ、そして、時々複数の送信リクエストが送信される。この例では、矢印（２９２４，．．．，２９２６）で示されるように、送信リクエスト資源（スロット２に関する第１のＷＴのためのＴＸリクエスト２９１８，．．．，スロット２に関する第ｎのＷＴのためのＴＸリクエスト２９２０）は、スロット２に関するピアツーピア・トラフィック資源２９２２に関連付けられている。この例では、ＴＸリクエスト・セグメント（２９１８，．．．，２９２０）の開始と、対応するピアツーピア・トラフィック・セグメント２９２２の開始との間に、固定された時間的関係２９２８が存在する。
【０１９４】
図２８は、複数のピアツーピア送信リクエストが同一のピアツーピア・トラフィック・エアーリンク資源（例えば、同一のピアツーピア・トラフィック・セグメント）に関連する、幾つかの実施態様の特徴を説明する図３０００である。スケッチ３０００は、垂直軸３００２上の周波数対水平軸３００４上の時間をプロットする。第１のスロットに対応して、複数の送信リクエストが送信されることができ、そして、時々複数の送信リクエストが送信される。この例では、矢印（３０１４，３０１６，３０１８）で示されるように、送信リクエスト資源（スロット１に関する第１のＷＴのためのＴＸリクエスト３００６、スロット１に関する第２のＷＴのためのＴＸリクエスト３００８、スロット１に関する第３のＷＴのためのＴＸリクエスト３０１０）は、スロット１に関するピアツーピア・トラフィック資源３０１２に関連付けられている。第２のスロットに対応して、複数の送信リクエストが送信されることができ、そして、時々複数の送信リクエストが送信される。この例では、矢印（３０２８，３０３０，３０３２）で示されるように、送信リクエスト資源（スロット２に関する第１のＷＴのためのＴＸリクエスト３０２０、スロット２に関する第２のＷＴのためのＴＸリクエスト３０２２、スロット２に関する第３のＷＴのためのＴＸリクエスト３０２４）は、スロット２に関するピアツーピア・トラフィック資源３０２６に関連付けられている。
【０１９５】
図２９は、幾つかの実施態様において使用される様々な特徴を説明する図３１００である。スケッチ３１００は、垂直軸３１０２上の周波数対水平軸３１０４上の時間をプロットする。第１のスロットに対応して、矢印３１１２で示されるように、ＴＸリクエスト３１０６及び対応するトラフィック資源（３１０８，３１１０）が存在する。幾つかの実施形態においては、リクエストに関連するトラフィック資源は、異なるサイズであることができる。ＴＸリクエスト１ ３１０６に関連するトラフィック資源は、トラフィック資源スロット１のパート１ ３１０８を含み且つトラフィック資源スロット１のパート２ ３１１０を含まないことができ、あるいは、ＴＸリクエスト１ ３１０６に関連するトラフィック資源は、トラフィック資源スロット１のパート１ ３１０８とトラフィック資源スロットのパート２ ３１１０との両方を含むことができる。幾つかの実施形態においては、リクエスト信号は、ピアツーピア・トラフィック・データ信号のための要求されたトラフィック資源のサイズを識別する情報を伝達する。矢印３１１４で示されるように、リクエストと関連するトラフィック資源との間には、あるタイミング関係がある。幾つかの実施形態においては、タイミング関係は、固定され、予め定められている。幾つかの実施形態においては、タイミング関係情報がＴＸリクエスト信号３１０６において伝達される。
【０１９６】
第２のスロットに対応して、矢印３１２２で示されるように、ＴＸリクエスト３１１６及び対応するトラフィック資源（３１１８，３１２０）が存在する。幾つかの実施形態においては、リクエストに関連するトラフィック資源は、異なるサイズであることができる。ＴＸリクエスト２ ３１１６に関連するトラフィック資源は、トラフィック資源スロット２のパート１ ３１１８を含み且つトラフィック資源スロット２のパート２ ３１２０を含まないことができ、あるいは、ＴＸリクエスト２ ３１１６に関連するトラフィック資源は、トラフィック資源スロット１のパート１ ３１１８とトラフィック資源スロット１のパート２ ３１２０との両方を含むことができる。幾つかの実施形態においては、リクエスト信号は、ピアツーピア・トラフィック・データ信号のための要求されたトラフィック資源のサイズを識別する情報を伝達する。矢印３１２４で示されるように、リクエストと関連するトラフィック資源との間には、あるタイミング関係がある。幾つかの実施形態においては、タイミング関係は、固定され、予め定められている。幾つかの実施形態においては、タイミング関係情報がＴＸリクエスト信号３１１６において伝達される。
【０１９７】
ＯＦＤＭシステムの文脈で説明されたが、様々な実施態様の方法及び装置機構は、多くの非ＯＦＤＭ及び／又は非セルラシステムを含む広範囲にわたる通信システムに適用できる。幾つかの例示的なシステムは、ピアツーピア・シグナリング（例えば、幾つかのＯＦＤＭタイプの信号及び幾つかのＣＤＭＡタイプの信号）において利用される技術の混成を含む。
【０１９８】
様々な実施形態において、本明細書で説明されるノードは、１又は複数の方法に対応するステップ、例えば、ピアツーピア・パイロット信号を送信すること、レート情報信号を受信すること、ピアツーピア・トラフィック・データを送信すること、ピアツーピア・パイロット信号を受信すること、レート情報信号を送信すること、ピアツーピア・トラフィック・データを受信すること、ピアツーピア・トラフィック・セグメントのための送信リクエストを監視すること、レスポンス信号を送信するか否か判定すること、ピアツーピア・トラフィック・セグメントのための送信リクエストを送信すること、レスポンス信号を監視すること、レート・スケジューリングを続行するか否か判定すること、受信電力レベルを測定すること、レスポンス信号の電力レベルをセットすること、信号干渉を評価すること、プライオリティー情報を判定すること、ピアツーピア・トラフィック送信エアーリンク資源に関するイールディング判定において、判定されたプライオリティー情報を使用することなどを実行するための１又は複数のモジュールを用いて実装される。幾つかの実施形態においては、様々な特徴は、モジュールを使用して実装される。そのようなモジュールは、ソフトウェア、ハードウェア又はソフトウェアとハードウェアとの組み合わせを使用して実装されても良い。上記方法又は方法ステップのうちの多くは、例えば１又は複数のノードにおいて上記方法の全部又は一部を実装するように、機械（例えば、更なるハードウェアを持つ又は持たない汎用コンピュータ）を制御するための、例えばメモリ・デバイス（例えばＲＡＭ、フロッピー（登録商標）ディスクなど）のような機械読み取り可能な媒体に含まれる、例えばソフトウェアのような機械実行可能なインストラクションを使用して実装されることができる。したがって、とりわけ、様々な実施態様は、機械（例えば、プロセッサ及び関連するハードウェア）に上記（１又は複数の）方法のうちの１又は複数のステップを実行させるための機械実行可能なインストラクションを含む機械読み取り可能な媒体に向けられる。
【０１９９】
幾つかの実施形態においては、１又は複数のデバイス（例えば、無線端末のような通信デバイス）の一つのプロセッサ又は複数のプロセッサ（例えば、複数のＣＰＵ）は、通信デバイスにより実行されるとされている方法のステップを実行するように構成される。したがって、すべての実施態様でなく幾つかは、プロセッサが含まれるデバイスにより実行される様々な説明された方法のステップの各々に対応するモジュールを含むプロセッサを備えたデバイス（例えば、通信デバイス）に向けられる。すべての実施態様でなく幾つかにおいて、デバイス（例えば、通信デバイス）は、プロセッサが含まれるデバイスにより実行される様々な説明された方法のステップの各々に対応するモジュールを含む。モジュールは、ソフトウェア及び／又はハードウェアを使用して実装されても良い。
【０２００】
前述の方法及び装置上の多数の更なるバリエーションは、上記説明を考慮すれば当業者には明らかであろう。そのようなバリエーションは、範囲内とみなされるべきである。様々な実施態様の方法及び装置は、ＣＤＭＡ、直交周波数分割多重（ＯＦＤＭ）、及び／又は、アクセス・ノードとモバイル・ノードとの間の無線通信リンクを提供するために使用されてもよい通信技術の様々な他のタイプによって使用されても良く、そして、様々な実施態様において使用される。幾つかの実施形態においては、アクセス・ノードは、ＯＦＤＭ及び／又はＣＤＭＡを使用してモバイル・ノードとの通信リンクを確立する基地局として実装される。様々な実施態様においては、モバイル・ノードは、ノートブック・コンピュータ、パーソナル・データ・アシスタント（ＰＤＡ）、又は、様々な実施態様の方法を実装するための受信機／送信機の回路及び論理及び／又はルーチンを含む他の携帯機器として実装される。 
以下に、本願出願の当初の特許請求の範囲に記載された各請求項に対応する発明を付記する。 
［１］第１の通信デバイスを操作する方法において、 
監視期間の間、送信リクエスト・レスポンスの受信を監視することと、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、 
第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力の関数として、行うことを含む方法。 
［２］前記関数は、干渉ベースのコスト閾値の使用を含む［１］の方法。 
［３］前記関数は、前記干渉ベースのコスト閾値を、（ｉ）断定された信号対干渉比の値と、（ｉｉ）断定されたトータル干渉値とのうちの一つと比較する［２］の方法。 
［４］送信するか否かの前記決定を行うのに先立って、干渉コスト値を、前記第２のデバイスからの前記送信リクエストに対する前記レスポンスの受信電力及び電力基準レベルの関数として計算する［２］の方法。 
［５］前記電力基準レベルは、前記決定に対応するトラフィック・スロットにおける送信のために使用することを前記第１の通信デバイスが意図する予期送信電力レベルである［４］の方法。 
［６］前記関数は、電力レベル閾値の使用を含む［１］の方法。 
［７］前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するのに先立って、前記第１の通信デバイスからの前記送信リクエストを送信することを更に含み、前記送信されたリクエストは第１のプライオリティーをもつ［２］の方法。 
［８］前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもつ［７］の方法。 
［９］前記決定をするために使用される前記関数は、第２のプライオリティーが前記第１のプライオリティーより大きいか否かに基づく［８］の方法。 
［１０］送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記第２のデバイスからの前記送信リクエストに対する前記レスポンスの受信電力が閾値電力レベルよりも大きい受信電力をもつ場合に、送信しないとの決定を行うことを含む［８］の方法。 
［１１］送信するか否かの決定を行うことは、前記第１のプライオリティーが、前記監視期間の間にそのデバイスに関するレスポンスが受信されたところの前記第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信すると決定することを含む［１０］の方法。 
［１２］前記送信リクエストに対するレスポンスが前記監視期間の間に受信されないと判定された場合に、前記第１の通信デバイスからの前記送信リクエストに対応するトラフィック・インターバルにおいて送信しないと決定することを更に含む［２］の方法。 
［１３］前記監視期間及び対応するトラフィック・インターバルの間に予め定められた関係が存在する［１２］の方法。 
［１４］前記監視期間の間に予め定められた通信資源の上で受信される送信リクエストに対するレスポンスは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するためのリクエストに対するレスポンスである［１３］の方法。 
［１５］ピアツーピア通信をサポートする第１の無線通信デバイスにおいて、 
監視期間の間、送信リクエスト・レスポンスの受信を監視する監視モジュールと、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための及び第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための送信リクエスト・レスポンス・モジュールと、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力の関数として、行う送信決定モジュールとを含む第１の無線通信デバイス。 
［１６］送信リクエスト・レスポンス信号の前記受信電力レベルを測定するための電力測定モジュールを更に含む［１５］のデバイス。 
［１７］前記関数は、電力レベル閾値の使用を含む［１６］のデバイス。 
［１８］受信された送信リクエスト・レスポンス信号に関連する干渉コストを計算するための干渉コスト判定モジュールを更に含み、 
前記関数は、干渉ベースのコスト閾値の使用を含む［１６］のデバイス。 
［１９］前記干渉コスト決定モジュールは、受信された送信リクエスト・レスポンス信号の測定された受信電力レベル及び電力基準レベルの比率から、干渉コストを計算する［１８］のデバイス。 
［２０］前記電力基準レベルは、前記決定が対応するトラフィック・スロットにおける送信のために使用することを前記デバイスが意図する予期送信電力レベルである［１９］の方法。 
［２１］送信リクエストを生成するための送信リクエスト生成モジュールと、 
前記第１の通信デバイスからの前記生成された送信リクエストを送信するための無線送信機モジュールとを更に含み、 
前記送信されたリクエストは、第１のプライオリティーをもち、前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否かを判定するのに先立って、前記送信することが起こる［１８］のデバイス。 
［２２］受信された送信リクエスト・レスポンス信号に関連するプライオリティー・レベルを判定するためのプライオリティー判定モジュールを更に含み、 
前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもつ［２１］のデバイス。 
［２３］前記決定をするために使用される前記関数は、第２のプライオリティーが前記第１のプライオリティーより大きいか否かに基づく［２２］のデバイス。 
［２４］送信するか否かの決定を行うことは、前記第２のプライオリティーが前記第１のプライオリティーよりも大きく、且つ、前記第２のデバイスからの前記送信リクエストに対する前記レスポンスの受信電力が閾値電力レベルよりも大きい受信電力をもつ場合に、送信しないとの決定を行うことを含む［２２］のデバイス。 
［２５］送信するか否かの決定を行うことは、前記第１のプライオリティーが、前記監視期間の間にそのデバイスに関するレスポンスが受信されたところの前記第１のデバイス以外のデバイスからのいずれの送信リクエストのプライオリティーよりも高いと判定された場合に、送信すると決定することを含む［２４］のデバイス。 
［２６］前記送信リクエストに対するレスポンスが前記監視期間の間に受信されないと判定された場合に、前記第１の通信デバイスからの前記送信リクエストに対応するトラフィック・インターバルにおいて送信しないと決定することを更に含む［１８］のデバイス。 
［２７］前記監視期間及び対応するトラフィック・インターバルの間の予め定められた関係を識別する格納されたエアーリンク資源構造情報を含むメモリを更に含む［２６］のデバイス。 
［２８］前記監視期間の間に予め定められた通信資源の上で受信される送信リクエストに対するレスポンスは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するためのリクエストに対するレスポンスである［２７］のデバイス。 
［２９］ピアツーピア通信をサポートする第１の無線通信デバイスにおいて、 
監視期間の間、送信リクエスト・レスポンスの受信を監視するための監視手段と、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための及び第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するための送信リクエスト・レスポンス手段と、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定し、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定した場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力の関数として、行うための送信決定手段とを含む第１の無線通信デバイス。 
［３０］送信リクエスト・レスポンス信号の前記受信電力レベルを測定するための電力測定手段を更に含む［２９］のデバイス。 
［３１］受信された送信リクエスト・レスポンス信号に関連する前記干渉コストを計算するための干渉コスト判定手段を更に含み、 
前記関数は、干渉ベースのコスト閾値の使用を含む［３０］のデバイス。 
［３２］前記干渉コスト決定手段は、受信された送信リクエスト・レスポンス信号の測定された受信電力レベル及び電力基準レベルの比率から、干渉コストを計算する［３１］のデバイス。 
［３３］前記電力基準レベルは、前記決定が対応するトラフィック・スロットにおける送信のために使用することを前記デバイスが意図する予期送信電力レベルである［３２］のデバイス。 
［３４］送信リクエストを生成するための送信リクエスト生成手段と、 
前記第１の通信デバイスからの前記生成された送信リクエストを送信するための無線送信機手段とを更に含み、 
前記送信されたリクエストは、第１のプライオリティーをもち、前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否かを判定するのに先立って、前記送信することが起こる［３１］のデバイス。 
［３５］受信された送信リクエスト・レスポンス信号に関連するプライオリティー・レベルを判定するためのプライオリティー判定手段を更に含み、 
前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもつ［３４］のデバイス。 
［３６］前記決定をするために使用される前記関数は、第２のプライオリティーが前記第１のプライオリティーより大きいか否かに基づく［３５］のデバイス。 
［３７］方法を実装するために第１の通信デバイスを制御するための機械実行可能なインストラクションを実現するコンピュータ読み取り可能な媒体において、前記方法は、 
監視期間の間、送信リクエスト・レスポンスの受信を監視することと、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、 
第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定することと、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力の関数として、行うことを含むコンピュータ読み取り可能な媒体。 
［３８］前記関数は、干渉ベースの干渉コスト閾値の使用を含み、 
前記コンピュータ読み取り可能な媒体は、 
干渉コスト値を、前記第２のデバイスからの前記送信リクエストに対する前記レスポンスの受信電力及び電力基準レベルの関数として計算するための機械実行可能なインストラクションを更に含む［３７］のコンピュータ読み取り可能な媒体。 
［３９］前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するのに先立って、前記第１の通信デバイスからの前記送信リクエストを送信することを更に含み、前記送信されたリクエストは第１のプライオリティーをもつ［３８］のコンピュータ読み取り可能な媒体。 
［４０］前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもつ［３９］のコンピュータ読み取り可能な媒体。 
［４１］前記決定をするために使用される前記関数は、第２のプライオリティーが前記第１のプライオリティーより大きいか否かに基づく［４０］のコンピュータ読み取り可能な媒体。 
［４２］第１の通信デバイスにおいて使用されるプロセッサを含む装置において、 
前記プロセッサは、 
監視期間の間、送信リクエスト・レスポンスの受信を監視し、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定し、 
第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定し、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定され、また、前記第２の通信デバイスからの送信リクエストに対するレスポンスが受信されたと判定された場合に、送信するか否かの決定を、前記第２の通信デバイスからの前記送信リクエストに対する前記レスポンスの受信電力の関数として、行うように構成された装置。 
［４３］前記関数は、干渉ベースの干渉コスト閾値の使用を含み、 
前記プロセッサは、 
送信するか否かの前記決定を行うのに先立って、干渉コスト値を、前記第２のデバイスからの前記送信リクエストに対する前記レスポンスの受信電力及び電力基準レベルの関数として計算するように更に構成された［４２］の装置。 
［４４］前記プロセッサは、 
前記第１の通信デバイスからの送信リクエストに対するレスポンスが受信されたか否か判定するのに先立って、前記第１の通信デバイスからの前記送信リクエストを送信するように更に構成され、 
前記送信されたリクエストは第１のプライオリティーをもつ［４３］の装置。 
［４５］前記第２の通信デバイスからの前記送信リクエストは、第２のプライオリティーをもつ［４４］の装置。 
［４６］前記決定をするために使用される前記関数は、第２のプライオリティーが前記第１のプライオリティーより大きいか否かに基づく［４５］の装置。 
［４７］第１の通信デバイスを操作する方法において、 
監視期間の間、送信リクエストの受信を監視することと、 
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための前記受信されたリクエストの電力を判定することと、 
前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための前記受信されたリクエストの電力を判定することと、 
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うことを含む方法。 
［４８］前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む［４７］の方法。 
［４９］前記第１のデバイスに送信するための前記リクエストを受け入れるという決定をすることに応答して、前記第１のデバイスに送信するための前記リクエストに対するレスポンスをレスポンス期間の間に送信することを更に含む［４７］の方法。 
［５０］前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する［４９］の方法。 
［５１］前記レスポンスは、固定された予め定められた電力レベルで送信される［５０］の方法。 
［５２］前記レスポンスは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルの関数である電力レベルで送信される［５０］の方法。 
［５３］前記レスポンスの前記送信された電力レベルは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルに反比例する［５２］の方法。 
［５４］前記監視期間及び対応するトラフィック・インターバルの間に、予め定められた関係が存在する［５２］の方法。 
［５５］前記監視期間の間に予め定められた通信資源の上で受信された送信するためのリクエストは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するリクエストである［５４］の方法。 
［５６］ピアツーピアの通信をサポートする第１の通信デバイスにおいて、 
監視期間の間、送信リクエストの受信を監視するための監視モジュールと、 
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための受信されたリクエストの電力を判定するための及び前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記デバイスに送信するための受信されたリクエストの電力を判定するための電力測定モジュールと、 
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うための送信決定モジュールとを含む第１の通信デバイス。 
［５７］前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む［５６］のデバイス。 
［５８］前記第１のデバイスに送信するための前記リクエストを受け入れるという決定を行うことに応答して、前記第１の通信デバイスに送信するための前記リクエストに対するレスポンスを生成するためのレスポンス生成モジュールと、 
レスポンス期間の間に前記生成されたレスポンスを送信するための無線送信機モジュールとを更に含む［５６］のデバイス。 
［５９］前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する［５８］のデバイス。 
［６０］前記レスポンスは、固定された予め定められた電力レベルで送信される［５９］のデバイス。 
［６１］前記レスポンスは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルの関数である電力レベルで送信され、 
前記デバイスは、 
前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルの関数として、前記レスポンス信号の送信電力レベルを判定するためのレスポンス信号電力レベル判定モジュールを更に含む［５９］のデバイス。 
［６２］前記レスポンスの前記送信された電力レベルは、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された受信電力レベルに反比例する［６１］のデバイス。 
［６３］監視期間及び対応するトラフィック・インターバルを識別するエアーリンク資源構造情報を含むメモリを更に含み、 
前記監視期間及び対応するトラフィック・インターバルの間に、予め定められた関係が存在する［６１］のデバイス。 
［６４］前記監視期間の間に予め定められた通信資源の上で受信された送信するためのリクエストは、前記トラフィック・インターバルの間に第１のトラフィック資源を使用するリクエストである［６３］のデバイス。 
［６５］ピアツーピアの通信をサポートする第１の通信デバイスにおいて、 
監視期間の間、送信リクエストの受信を監視するための監視手段と、 
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための受信されたリクエストの電力を判定するための及び前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記デバイスに送信するための受信されたリクエストの電力を判定するための電力測定手段と、 
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うための送信決定手段とを含む第１の通信デバイス。 
［６６］前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む［６５］のデバイス。 
［６７］前記第１のデバイスに送信するための前記リクエストを受け入れるという決定を行うことに応答して、前記第１の通信デバイスに送信するための前記リクエストに対するレスポンスを生成するためのレスポンス生成手段と、 
レスポンス期間の間に前記生成されたレスポンスを送信するための無線送信機手段とを更に含む［６５］のデバイス。 
［６８］前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する［６７］のデバイス。 
［６９］前記レスポンスは、固定された予め定められた電力レベルで送信される［６８］のデバイス。 
［７０］方法を実装するために第１の通信デバイスを制御するための機械実行可能なインストラクションを実現するコンピュータ読み取り可能な媒体において、前記方法は、 
監視期間の間、送信リクエストの受信を監視することと、 
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための前記受信されたリクエストの電力を判定することと、 
前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための前記受信されたリクエストの電力を判定することと、 
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うことを含むコンピュータ読み取り可能な媒体。 
［７１］前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む［７０］のコンピュータ読み取り可能な媒体。 
［７２］前記第１のデバイスに送信するための前記リクエストを受け入れるという決定をすることに応答して、前記第１のデバイスに送信するための前記リクエストに対するレスポンスをレスポンス期間の間に送信するための機械実行可能なインストラクションを更に実現する［７０］のコンピュータ読み取り可能な媒体。 
［７３］前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する［７２］のコンピュータ読み取り可能な媒体。 
［７４］前記レスポンスは、固定された予め定められた電力レベルで送信される［７３］のコンピュータ読み取り可能な媒体。 
［７５］監視期間の間、送信リクエストの受信を監視し、 
前記監視期間の間に前記第１のデバイスに送信するためのリクエストが受信される場合に、前記第１のデバイスに送信するための前記受信されたリクエストの電力を判定し、 
前記監視期間の間に第２のデバイスに送信するためのリクエストが受信される場合に、前記第２のデバイスに送信するための前記受信されたリクエストの電力を判定し、 
前記第１のデバイスに送信するためのリクエスト及び前記第２のデバイスに送信するためのリクエストが受信された場合に、前記第１のデバイスに送信するための前記受信されたリクエストの前記判定された電力及び前記第２のデバイスに送信するための前記受信されたリクエストの前記判定された電力の関数として、前記第１のデバイスに送信するための前記リクエストを受け入れるか否かの決定を行うように構成されたプロセッサを含む装置。 
［７６］前記関数は、第１のデバイスに送信するための前記受信されたリクエストの判定された電力及び第２のデバイスに送信するための前記受信されたリクエストの判定された電力から生成される比率の、パワー比閾値に対する比較を含む［７５］の装置。 
［７７］前記プロセッサは、 
前記第１のデバイスに送信するための前記リクエストを受け入れるという決定をすることに応答して、前記第１のデバイスに送信するための前記リクエストに対するレスポンスをレスポンス期間の間に送信するように更に構成される［７５］の装置。 
［７８］前記レスポンス期間は、前記監視期間の後に続き、前記第１のデバイスに送信するための前記受信されたリクエストに対応するトラフィック・インターバルに先行する［７７］の装置。 
［７９］前記レスポンスは、固定された予め定められた電力レベルで送信される［７８］の装置。
【図１】
0005670513.tif 000002
【図２】
0005670513.tif 000003
【図３】
0005670513.tif 000004
【図４】
0005670513.tif 000005
【図５】
0005670513.tif 000006
【図６】
0005670513.tif 000007
【図７】
0005670513.tif 000008
【図８】
0005670513.tif 000009
【図９】
0005670513.tif 000010
【図１０】
0005670513.tif 000011
【図１１】
0005670513.tif 000012
【図１２】
0005670513.tif 000013
【図１３】
0005670513.tif 000014
【図１４】
0005670513.tif 000015
【図１５】
0005670513.tif 000016
【図１６】
0005670513.tif 000017
【図１７】
0005670513.tif 000018
【図１８】
0005670513.tif 000019
【図１９】
0005670513.tif 000020
【図１９Ａ】
0005670513.tif 000021
【図１９Ｂ】
0005670513.tif 000022
【図２０】
0005670513.tif 000023
【図２１】
0005670513.tif 000024
【図２２】
0005670513.tif 000025
【図２３】
0005670513.tif 000026
【図２４】
0005670513.tif 000027
【図２５】
0005670513.tif 000028
【図２６】
0005670513.tif 000029
【図２７】
0005670513.tif 000030
【図２８】
0005670513.tif 000031
【図２９】
0005670513.tif 000032