(57)【要約】  トラフィック間隔の中への送信するためのピア・ツー・ピア・通信デバイスのスケジューリング決定に関連した方法と装置が記述される。第１のピア・ツー・ピア・通信デバイスは、他の接続のユーザも動作していた先のトラフィック間隔の先の実行に、現在のトラフィック間隔のためのスケジューリング決定を基づかせることを可能にする情報のセットを維持する。いくつかの実施形態では、情報のセットは、第１のピア・ツー・ピア・通信デバイスが以前に第１のピア・ツー・ピア・デバイスが低い決定されたデータレートを持っていた先のトラフィック間隔に相当したと決めたデバイスまたは接続識別子のリストを含んでいる。いくつかの実施形態では、情報のセットは、（ｉ）先のトラフィック間隔に対応するデバイス又は接続識別子のリストと、（ｉｉ）先のトラフィック間隔に関連した第１のピア・ツー・ピア・デバイスデータレート情報と、を含んでいる。【選択図】図５
2011505101.tif 000002
【特許請求の範囲】
【請求項１】
現在のトラフィック間隔に対応する送信リクエストを検知するためのモニタリングをすることと、
前のトラフィック間隔から得られたレート情報に基づいたストアされた情報へアクセスすることと、前記ストアされた情報は前記前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含む、
前記前の間隔のための前記ストアされた情報に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定することと、
を具備する通信方法。
【請求項２】
請求項１の通信方法であって、
前記現在のトラフィック間隔中に送信するべきかどうか決定することは、前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続識別子にも基づく。
【請求項３】
請求項２の通信方法であって、前記現在のトラフィック間隔中に送信するべきかどうか決定することは、
前記ストアされた情報に含まれているデバイスまたは接続に対応するリクエストが検知される場合に、送信しないことを決定することを含む。
【請求項４】
請求項３の通信方法であって、前記ストアされた情報は、前のトラフィック間隔のためにしきい値より下のデータレートが決定されたデバイスまたは接続のリストを含む。
【請求項５】
請求項４の通信方法であって、
前記現在のトラフィック間隔中に送信のための前記通信方法を実現するデバイスによって使用されるために伝送レートを決定することと、
前記決定された伝送レートを第２のしきい値と比較することと、
前記決定された伝送レートが前記第２のしきい値より下である場合、デバイスまたは接続識別子を含むために前記保存された情報を更新することと、前記デバイスまたは接続識別子は前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続に対応する、
をさらに具備する。
【請求項６】
請求項２の通信方法であって、前記保存された情報は、
前のトラフィック間隔に対応するレート情報、および前記前のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続を確認する情報を含む。
【請求項７】
請求項６の通信方法であって、前記送信するべきかどうか決定することは、
第１のデバイスに対応するリクエストが伝送レートしきい値に検知された間、前のトラフィック間隔のレートを比較することを含む、
前記第１のデバイスは、前記現在のトラフィック間隔に対応するリクエストが検知されたデバイスである。
【請求項８】
請求項７の通信方法であって、
前記現在のトラフィック間隔中に送信のための前記通信方法を実現するデバイスによって使用されるために伝送レートを決定することと、
前記決定された伝送レート、および前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続に対応するデバイスまたは接続識別子をストアすること、
をさらに具備する。
【請求項９】
現在のトラフィック間隔に対応する送信リクエストを検知するためにモニタする監視モジュールと、
トラフィック間隔に対応するレート情報に基づいた情報をストアするためのメモリと、
前のトラフィック間隔から得られたレート情報に基づいたストアされた情報にアクセスするための検索モジュールと、前記ストアされた情報は前記前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含む、 
前記前の間隔のための前記ストアされたレート情報に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定するための送信決定モジュールと、
を具備する通信デバイス。
【請求項１０】
請求項９の通信デバイスであって、
デバイスまたは接続識別子に検知された送信リクエストを関連させるためのリクエスト識別モジュールと、
前記検知された送信リクエストに関連した前記デバイスまたは接続識別子が、前記ストアされた情報の中でデバイスまたは接続識別子と一致するか否かを、識別するためのユーザマッチングモジュールと、
をさらに具備し、 
前記送信決定モジュールは、前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続識別子に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定する。
【請求項１１】
請求項１０の通信デバイスであって、
前記ユーザマッチングモジュールがマッチすることを決定する場合、前記送信決定モジュールは前記現在のトラフィック間隔中に送信しないことを決定する。
【請求項１２】
請求項１１の通信デバイスであって、
前記ストアされた情報は、前のトラフィック間隔のためにしきい値より下のデータレートが決定されたデバイスまたは接続のリストを含む、
前記通信デバイスは、
現在のトラフィック間隔のための前記通信デバイス用の決定されたデータレートをしきい値と比較するためのレート比較モジュールと、
前記現在のトラフィック間隔のための前記通信デバイス用の前記データレートがしきい値より下であることを前記レート比較モジュールが決める場合、前記リストにデバイスまたは接続識別子を加えるための更新モジュールと、
をさらに具備する。
【請求項１３】
請求項１２の通信デバイスであって、
前記現在のトラフィック間隔中に送信のための前記通信デバイスによって使用されるために伝送レートを決定するための伝送レート決定モジュールと、
をさらに具備する。
【請求項１４】
請求項１０の通信デバイスであって、
前記ストアされた情報は、 
前のトラフィック間隔に対応するレート情報と、前記前のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続を確認する情報と、を含む。
【請求項１５】
請求項１４の通信デバイスであって、
前記送信決定モジュールは、
伝送レートしきい値に第１のデバイスに対応するリクエストが検知された間、前のトラフィック間隔のレートを比較するためのレート比較モジュールを含む、
前記第１のデバイスは、前記現在のトラフィック間隔に対応するリクエストが検知されたデバイスである。
【請求項１６】
請求項１５の通信デバイスであって、
前記現在のトラフィック間隔中に送信のための前記通信デバイスによって使用されるために伝送レートを決定するためのレート決定モジュールと、
前記決定された伝送レート、および前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続に対応するデバイスまたは接続識別子をストアするためのレート情報ストアモジュールと、
をさらに具備する。
【請求項１７】
現在のトラフィック間隔に対応する送信リクエストを検知するためにモニタする監視手段と、
トラフィック間隔に対応するレート情報に基づいた情報をストアするためのメモリ手段と、
前のトラフィック間隔から得られたレート情報に基づいたストアされた情報にアクセスするための検索手段と、前記ストアされた情報は前記前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含む、
前記前の間隔のための前記ストアされたレート情報に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定するための送信決定手段と、
を具備する通信デバイス。
【請求項１８】
請求項１７の通信デバイスであって、
検知された送信リクエストをデバイスまたは接続識別子に関連させるためのリクエスト識別手段と、
前記検知された送信リクエストに関連したデバイスまたは接続識別子が、前記ストアされた情報の中でデバイスまたは接続識別子と一致するか否かを、識別するためのユーザマッチング手段と、
をさらに具備し、
前記伝送決定手段は、前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続識別子に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定する。
【請求項１９】
請求項１８の通信デバイスであって、
前記ユーザマッチング手段がマッチすることを決定する場合、前記送信決定手段は前記現在のトラフィック間隔中に送信しないことを決定する。
【請求項２０】
請求項１８の通信デバイスであって、
前記ストアされた情報は、
前のトラフィック間隔に対応するレート情報と、前記前のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続を確認する情報と、を含む。
【請求項２１】
通信方法を実現するデバイスをコントロールするためにマシン実行命令を具体化するコンピュータ可読媒体であって、
前記方法は、
現在のトラフィック間隔に対応する送信リクエストを検知するモニタリングをすることと、
前のトラフィック間隔から得られたレート情報に基づいたストアされた情報へアクセスすることと、前記ストアされた情報は前記前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含む、
前記前の間隔のための前記ストアされた情報に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定することと、
を具備する。
【請求項２２】
請求項２１のコンピュータ可読媒体であって、
前記現在のトラフィック間隔中に送信するべきかどうか決定することは、前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続識別子にも基づく。
【請求項２３】
請求項２２のコンピュータ可読媒体であって、前記現在のトラフィック間隔中に送信するべきかどうか決定することは、
前記ストアされた情報に含まれているデバイスまたは接続に対応するリクエストが検知される場合に、送信しないことを決定することを含む。
【請求項２４】
通信方法を実現するように構成されたプロセッサを具備する装置であって、
前記方法は、
現在のトラフィック間隔に対応する送信リクエストを検知するモニタリングをすることと、
前のトラフィック間隔から得られたレート情報に基づいたストアされた情報へアクセスすることと、前記ストアされた情報は前記前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含む、
前記前の間隔のための前記ストアされた情報に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定することと、
を具備する。
【請求項２５】
請求項２４の装置であって、
前記現在のトラフィック間隔中に送信するべきかどうか決定することは、前記現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続識別子にも基づく。
【請求項２６】
請求項２５の装置であって、前記現在のトラフィック間隔中に送信するべきかどうか決定することは、
前記ストアされた情報に含まれているデバイスまたは接続に対応するリクエストが検知される場合に、送信しないことを決定することを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
種々の実施形態は、無線通信システムで使用するための方法および装置を対象とし、特に、ピア・ツー・ピア・無線通信システムで使用する。
【背景技術】
【０００２】
ピア・ツー・ピア・無線通信システムにおいて、多数のデバイスは、同時に同じエアリンク・リソースを使用して、トラフィック信号を送信することを望んでもよい。集中制御に欠けるシステムで効率的なやり方でエアリンク・トラフィック・リソースへのユーザをスケジューリングすることは、チャレンジングタスクかもしれない。従って、効率的なスケジューリング方法および装置が必要とされる。 
もし、送信スケジューリング決定のアカウント干渉含意（account interference implication）を取り入れる方法および装置が開発されれば、有益だろう。もし、ローカルの周辺で他のピア・ツー・ピア・デバイスのスケジューリングの意図に気づくことを可能にした、方法と装置が開発されるならば、スケジューリング決定がされる時、ピア・ツー・ピア・無線デバイスは利益を得るかもしれない。 
ある間隔から別の間隔へのトラフィック・エアリンク・リソース上の異なるデバイスと同時に送信していることをそれ自身が見つけるピア・ツー・ピア・デバイスの分散型の無線通信システムにおいて、人は、例えば、デバイスと同時にタイムスロットを使用して、他の通信デバイスによって引き起こされた干渉の合計が変わることによって、ピア・ツー・ピア・デバイス用の達成可能なデータレートが変わってもよいと予期するだろう。現在の間隔のためのスケジューリング決定がされる時、もし、ユーザが先の同時ユーザ情報およびまたは先の間隔データレート情報を利用することを可能にした方法および装置が開発されれば、有益だろう。
【発明の概要】
【０００３】
トラフィック・エアリンク・リソースにおける無線通信システムで使用するための方法および装置は、そのようにされてもよく、時々、共有され、記述される。種々の上記方法および装置は、伝送制御決定が分散型のやり方でなされるピア・ツー・ピア通信システムで使用するためによく適している。 
種々の実施形態に従う典型的な通信方法は、現在のトラフィック間隔に対応する送信リクエストを検知するモニタリングをすることと、前のトラフィック間隔から得られたレート情報に基づいたストアされた情報へアクセスすることと、を具備する。前記ストアされた情報は、前記前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含む。種々の実施形態では、前記方法は、前記前の間隔のための前記ストアされた情報に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定することと、をさらに具備する。典型的な方法は、例えば、第２のピア・ツー・ピア・無線端末と接続する進行中のピア・ツー・ピアを有する第１のピア・ツー・ピア・無線端末によって、1つの実施形態で行なわれる。そのような実施形態では、第１の通信デバイスは、同じ現在のトラフィック間隔エアリンク・リソースを使用することをリクエストしている他の接続に対応する送信リクエストを考慮して、それ自身のトラフィック信号に関してインパクトを考慮する。 
いくつかの中で、だが必ずではなく、すべての実施形態において、ストアされた情報は、しきい値より下である第１のデバイスによって決定されたデータレートに帰着したトラフィック間隔の中でトラフィック信号を同時に予定するとして確認されたデバイスおよび／または接続に相当するデバイス識別子または接続識別子のリストを含んでいる。他のいくつかの実施形態では、ストアされた情報は、（ｉ）１つ以上の前のトラフィック間隔で同時に予定するトラフィック信号と第１のデバイスを関連させたことを確認されたデバイスおよび／または接続に相当するデバイス識別子または接続識別子のリストと、（ｉｉ）１つ以上の前のトラフィック間隔に相当する第１のデバイスのためのデータレート情報と、を含んでいる。 
したがって、第１のデバイスは、現在のトラフィック間隔のためのトラフィック信号を続けるべきかに関して、特定の同時ユーザまたは接続で第１のデバイスのために前のトラフィック間隔低トラフィックデータレートをリンクするストアされた情報、および他の接続に相当する検知された送信リクエストに基づいた、予期された同時ユーザの機能として現在のトラフィック間隔の中で送信することからイールドおよびリフレインすべきであるかどうかに関して、詳細な情報を作る。 
いくつかの実施形態に従う典型的な通信デバイスは、現在のトラフィック間隔に対応する送信リクエストを検知するためにモニタするための監視モジュールと、トラフィック間隔に対応するレート情報に基づいた情報をストアするためのメモリと、を具備する。いくつかのそのような実施形態において、典型的な通信デバイスは、前のトラフィック間隔から得られたレート情報に基づいたストアされた情報にアクセスするための検索モジュールと、前記前の間隔のための前記ストアされたレート情報に基づいた前記現在のトラフィック間隔中に送信するべきかどうか決定するための送信決定モジュールと、をさらに具備する。前記ストアされた情報は、前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含む。 
種々の実施形態は、上記の概要で論じられているが、全ての実施形態が同じ特徴を含むことを必要とされるわけでないと理解されるべきである。上述された特徴のうちのいくつかは、必要でないが、いくつかの実施形態において望ましくあり得る。多数の追加の特徴、実施形態および利点は、次に続く詳細な記述で論じられる。
【図面の簡単な説明】
【０００４】
【図１】図１は、種々の実施形態に従う典型的なピア・ツー・ピア・無線通信システムの図面である。
【図２】図２は、種々の実施形態に従う典型的なピア・ツー・ピア・トラフィックスロットの図面である。
【図３】図３は、種々の実施形態に従った、ピア・ツー・ピア・移動体通信デバイスおよびピア・ツー・ピア・トラフィックをサポートするデバイス間で交換された典型的な信号を例証する図面である。
【図４】図４は、ピア・ツー・ピアの自動更新タイミング（recurring timing）・ストラクチャ中の典型的なユーザスケジューリング間隔を例証する図面で、ユーザスケジューリング部分の典型的なエアリンク・リソースを含んでいる。
【図５】図５は、種々の実施形態に従った、例えば、ピア・ツー・ピア・コミュニケーションをサポートする無線通信デバイスである、通信デバイスを操作する典型的な方法の流れ図である。
【図６】図６は、種々の実施形態に従った、例えば、ピア・ツー・ピア・コミュニケーションをサポートする無線通信デバイスである、通信デバイスを操作する典型的な方法の流れ図である。
【図７】図７は、種々の実施形態に従った、例えば、ピア・ツー・ピア・無線通信デバイスである、第１のデバイスを操作する典型的な方法の流れ図である。
【図８】図８は、種々の実施形態に従った、例えば、ピア・ツー・ピア・コミュニケーションをサポートする移動体ノードである、典型的な通信デバイスの図面である。
【図９】図９は、種々の実施形態に従った、例えば、ピア・ツー・ピア・コミュニケーションをサポートする移動体ノードである、典型的な通信デバイスの図面である。
【図１０】図１０は、前のトラフィック間隔に対応するストアされた情報の機能として現在のトラフィック間隔のトラフィック信号プロセスを続けることに関して、デバイスが決定する、典型的な実施形態の特徴を示す例について説明するために使用される典型的なテーブルである。
【図１１】図１１は、前のトラフィック間隔に対応するストアされた情報の機能として現在のトラフィック間隔のトラフィック信号プロセスを続けることに関して、デバイスが決定する、典型的な実施形態の特徴を示す例について説明するために使用される典型的なテーブルである。
【発明を実施するための形態】
【０００５】
図１は、種々の実施形態に従う典型的なピア・ツー・ピア・無線通信システム１００の図面である。典型的な無線通信システム１００は、複数の無線端末を含んでいる。例えば、ピア・ツー・ピア・通信（ピア・ツー・ピア・無線端末１  １０２、ピア・ツー・ピア・無線端末２  １０４、ピア・ツー・ピア・無線端末３  １０６、ピア・ツー・ピア・無線端末４  １０８、ピア・ツー・ピア・無線端末５  １１０、ピア・ツー・ピア・無線端末６  １１２、・・・、ピア・ツー・ピア・無線端末Ｎ  １１４）をサポートする移動体ノードである。この例において、図１によって表わされる時に、ピア・ツー・ピア・無線端末１  １０２は、矢印１１６によって示されるように、ピア・ツー・ピア・無線端末２  １０４とのアクティブな接続をしている。ピア・ツー・ピア・無線端末３  １０６は、矢印１１８によって示されるように、ピア・ツー・ピア・無線端末４  １０８とのアクティブな接続をしている。ピア・ツー・ピア・無線端末５  １１０は、矢印１２０によって示されるように、ピア・ツー・ピア・無線端末６  １１２とのアクティブな接続をしている。
【０００６】
種々の実施形態の特徴に従って、ピア・ツー・ピア・エアリンク・トラフィック・リソース、例えば、ピア・ツー・ピア・トラフィック・セグメント上で送信するべきかどうかの決定は、決定プロセスへ入力をしている送信ノードと受信ノードとの両方で分散されたやり方で実行される。種々の実施形態では、同じピア・ツー・ピア・エアリンク・トラフィック・リソース上で送信することを望んでもよい他のピア・ツー・ピア・通信デバイスに関する干渉の考慮は、送信決定がなされる際に考慮される。いくつかのそのような実施形態では、ピア・ツー・ピア・デバイスがアクティブな接続を有していないピア・ツー・ピア・デバイスからのモニタされたピア・ツー・ピア信号は、送信決定プロセスの中で使用される。例えば、現在のトラフィック間隔の中で、現在のピア・ツー・ピア接続をしている第２のピア・ツー・ピア・デバイスにピア・ツー・ピア・トラフィック信号を送信することを望む第１のピア・ツー・ピア・デバイスは、送信信号にリクエストを送信する。そして、同じトラフィック間隔の使用のために要求している他の接続に対応する送信リクエスト信号のためにモニタもする。
【０００７】
種々の実施形態の特徴に従って、ユーザスケジューリング間隔は、複数の送信リクエストミニ間隔と、異なる接続に対応するリクエスト用の他のミニリクエスト間隔の少なくとも１つで、ミニ送信リクエスト間隔モニタのうちの１つのリクエストを送信する無線端末と、を含んでいる。いくつかの実施形態では、無線端末は、ストアされた情報、例えば、前のトラフィック間隔と関連した、無線端末識別子情報、接続識別子情報、および／またはレート情報、にアクセスする。そして、無線端末は、現在のトラフィック間隔の中で進むべきかどうかに関して決定をなす他の接続に対応する検知されたリクエストとともに、そのような情報を使用する。
【０００８】
図２は、種々の実施形態に従う典型的なピア・ツー・ピア・トラフィックスロットの図２００である。図２００は、時間軸２０２に沿った、ピア・ツー・ピア・トラフィックスロット（ピア・ツー・ピア・トラフィックスロット１  ２０４、ピア・ツー・ピア・トラフィックスロット２  ２０６、ピア・ツー・ピア・トラフィックスロット３  ２０８、・・・、ピア・ツー・ピア・トラフィックスロットＮ  ２１０）の典型的なシーケンスを例証する。この典型的な実施形態では、シーケンスは、ピア・ツー・ピア・トラフィックスロットＮ  ２１０に続くピア・ツー・ピア・トラフィックスロット１  ２０４’によって示されるような再発するタイミング・ストラクチャの一部として繰り返す。
【０００９】
典型的な図２００は、例えば、論理的な表示である。いくつかの実施形態では、論理構造の通信リソースは、物理的なエアリンク・リソースに写像される。例えば、ピア・ツー・ピア・トラフィックスロット３  ２０８は、ユーザスケジューリング間隔２１２、レートスケジューリング間隔２１４、トラフィック間隔２１６、および肯定応答（ＡＣＫ）間隔２１８を含むように示される。また、それらの部分は互いに隣接している。これらの部分に関連した物理的なエアリンク・リソースは、例えば、処理時間を許可するため、それらの間の時間ギャップがあってもよい。いくつかの実施形態では、トーン・ホッピング（tone hopping）は、マッピングの一部としてインプリメントされる。
【００１０】
いくつかの実施形態中で、典型的なピア・ツー・ピア・トラフィックスロットのそれぞれは、ユーザスケジューリング間隔、レートスケジューリング間隔、トラフィック間隔および肯定応答間隔を含んでいる。１つの典型的な実施形態中で、典型的なピア・ツー・ピア・トラフィックスロット、例えば、ピア・ツー・ピア・トラフィックスロット３  ２０８は、ユーザスケジューリング間隔２１２、レートスケジューリング間隔２１４、トラフィック間隔２１６および肯定応答間隔２１８を含んでいる。肯定応答間隔２１８は、矢印２１９によって示されるように、トラフック間隔２１６に対応する。
【００１１】
ユーザスケジューリング間隔２１２は、複数の送信リクエストミニ間隔（送信リクエストミニ間隔１  ２２０、送信リクエストミニ間隔２  ２２２）を含んでいる。ユーザスケジューリング間隔２１２中に、少なくともいくつかの記号は、トラフィック送信リクエスト信号、例えば、ＴＸリクエスト信号を伝えるために指示される。典型的な記号２３２は、ＴＸリクエストミニ間隔１  ２２０の中に伝えられるために指示される。典型的な記号２３４は、ＴＸリクエストミニ間隔２  ２２２の中に伝えられるために指示される。いくつかの実施形態では、接続に対応する送信リクエスト信号は、１つの記号送信時間ミニ間隔のための１つのトーンを利用する。
【００１２】
図３は、種々の実施形態に従った、ピア・ツー・ピア・移動体通信デバイス（３０２、３０４）、そして、例えば、第１のデバイスが第２のデバイスへスロット中のトラフィックを送りたく、プライオリティ考察および干渉考察に従って進むために許可された状況の下で、ピア・ツー・ピア・トラフィックをサポートするデバイス（３０２、３０４）間で交換された典型的な信号を例証する図３００である。ローカルの周辺で他のピア・ツー・ピア・デバイスからの追加信号はそうかもしれない、そして、時々、考慮され、利用される。例えば、図３は、デバイス４に接続する現在のピア・ツー・ピアを有する、典型的なピア・ツー・ピア・移動体通信デバイス３  ３０５を含んでいる。通信デバイス（３０２、３０４、３０５）は、図１のピア・ツー・ピア・無線端末のいずれかかもしれない。この例で、ピア・ツー・ピア・移動体デバイス１  ３０２は、ピア・ツー・ピア・移動体デバイス２  ３０４にトラフィック信号を送信するように要求する。ライン３０１は、時間を示す。そして、ユーザスケジューリング間隔３２６、続いてレートスケジューリング間隔３２８、続いてトラフィック間隔３３０、続いて肯定応答間隔３３２がある。図３の間隔（３２６、３２８、３３０、３３２）は、例えば、図２の間隔（２１２、２１４、２１６、２１８である。 
ユーザスケジューリング間隔３２６の中に、ピア・ツー・ピア・移動体デバイス１  ３０２は、送信リクエスト信号３０６を生成し、送信する。ピア・ツー・ピア・移動体デバイス２  ３０４において、送信リクエスト信号３０６の対象とする受信者は、送信リクエスト信号３０６を受け取り、信号を処理し、リクエストを考慮する。ピア・ツー・ピア・移動体デバイス１  ３０２は、また、デバイス４を対象としたデバイス３  ３０５から送信されたリクエスト信号３０７を、モニタし、検知する。ピア・ツー・ピア・移動体デバイス２  ３０４は、もしそれがリクエストを承認するなら、ＲＸエコー信号３０８として知られる、送信リクエスト応答信号を送る。もしそれがリクエストを承認しない場合、ピア・ツー・ピア・移動体デバイス２  ３０４は、レスポンスを送らない。デバイス１  ３０２は、リクエスト応答信号を受信し、そして、リクエスト応答信号３０８を受信するかどうかの機能として継続するべきかどうか決定する。続けるかどうかを決定する際に、ピア・ツー・ピア、移動体デバイス１  ３０２は、さらに、デバイス１  ３０２のトラフィックデータレートが決定された前のトラフィックスロットに関連したストアされた情報にアクセスする。そして、それ自身でなかった接続に対応するリクエストは検知され、そのようなアクセスされた情報および現在のトラフィックスロットに対応する受信された他の接続リクエスト信号を確認する情報の機能として進むかどうかに関して決定をなす。したがって、現在のトラフィック間隔の中にトラフィック信号を送信することを要求する同じデバイスまたは接続、例えば、デバイス４に送信することを要求するデバイス３  ３０５を、もしそれが認識するなら、ピア・ツー・ピア・移動体デバイス３０２は、現在のトラフィック間隔の中で継続しないことを決定することができ、また時々行い、そして、先のトラフィック間隔の中に送信するための要求を有する。先のトラフィック間隔用のデバイス１  ３０２の決定されたデータレートは、先のトラフィック間隔の移動体デバイス１  ３０２の低データレート、例えば、所定のしきい値より下のレートであった。所定のしきい値は、例えば、ビット／秒に関して表現された、絶対しきい値になりえる。所定のしきい値は、相対的なしきい値にもなりえる。例えば、移動体デバイス１  ３０２は、前のトラフィック間隔から移動体デバイス２  ３０４のために、移動体デバイス１  ３０２の平均データレートを決定してもよい。平均データレートは、従来の方法、例えば、ムービングウィンドウ（moving window）または指数関数の重みづけ（exponential weighting）を用いて、推測することができる。もし、決定されたデータレートが平均データレートの小数未満だった場合、デバイス１  ３０２の決定されたデータレートは、デバイス４に送信することも要求したデバイス３  ３０５における先のトラフィック間隔の中で比較的低いと考えられる。小数、つまり、相対的なしきい値は、平均データレートの８０％、５０％または３０％でありえる。図３に関して記述された選択肢に関して上に記述されるようなしきい値の同じタイプは、図５、６および７に関して記述された方法、および／または図８および９の通信デバイス、または図���０および１１の例のいずれかで使用されたしきい値かもしれない、しかし、すべての場合に必要ではない。しきい値のための他の可能な定義は可能で、種々の実施形態の中で使用されてもよい。
【００１３】
いくつかの実施形態中で、図３に示されるように、移動体デバイス１  ３０２は、最初に移動体デバイス２  ３０４にリクエスト信号３０６を送信し、続いて、デバイス４用の移動体デバイス３  ３０５からのリクエスト信号を検知し、次に、進まないことを決定する。図３に示されるものの代わりである別の実施形態では、移動体デバイス１  ３０２は、移動体デバイス２  ３０４にリクエスト信号を送信する前に、最初にデバイス４用の移動体デバイス３  ３０５からのリクエスト信号を検知する。移動体デバイス１が進まないことを決定する場合、それはリクエスト信号を送信しなくてもよい。 
この例において、我々は、デバイス１  ３０２によって検知されたデバイス３のリクエスト信号３０７が、デバイス１  ３０２が決定された低データレートを有した前のトラフィック間隔に相当しなかったと考えるだろう。したがって、そのような状況で、デバイス１  ３０２はレートスケジューリング部分上へ継続する。レートスケジューリング間隔３２８中に、ピア・ツー・ピア・移動体通信デバイス１  ３０２はパイロット信号３１８を送る。ピア・ツー・ピア・移動体デバイス２  ３０４は、パイロット信号３１８を受信し、受信された信号強度を測定し、レート情報信号３２０を生成する。レート情報信号３２０は、例えば、レート、信号対雑音比（ＳＮＲ）値、干渉値、および／または信号対混信比（ＳＩＲ）値を通信する。その結果、ピア・ツー・ピア・移動体デバイス１  ３０２は、後のトラフィック間隔３３０中に使用される最大の許容データレートを決定することができる。ピア・ツー・ピア・移動体デバイス２  ３０４は、ピア・ツー・ピア・移動体デバイス１  ３０２に生成されたレート情報信号３２０を送信する。
【００１４】
ピア・ツー・ピア・移動体デバイス１  ３０２は、レート情報信号３２０を受信し、トラフィック部分３３０に使用されるための最大の可能な伝送レートを決定する。ピア・ツー・ピア、移動体デバイス１  ３０２は、決定された最大の可能な伝送レートの機能として使用するために実際のデータレートを決定する。実際のデータレートは、最大の可能な伝送レート以下である。種々の実施形態中で、ピア・ツー・ピア・移動体デバイス１  ３０２は、（ｉ）接続されるために待機するトラフィックデータ量、および／または、（ｉｉ）トラフィックに使用するために実際の送信データレートを決定する際において、例えば、バッテリー電力および／または運転モードを維持する、その電力状態、をさらに考慮する。
【００１５】
いくつかの実施形態では、ピア・ツー・ピア・移動体デバイス１  ３０２は、デバイス１  ３０２の決定されたレート情報の機能として他の接続に対応する、ストアされたデバイスまたは接続識別子情報を更新する。例えば、もし決定されたレートがしきい値未満である場合、デバイス１  ３０２は、例えば、ブラックリストに載ったデバイスまたは接続のリストを追加し、更新する。
【００１６】
他のいくつかの実施形態では、ピア・ツー・ピア・移動体デバイス１  ３０２は、（ｉ）デバイスまたは他の接続に対応する接続識別子情報がストアされ、および（ｉｉ）デバイス１  ３０２の決定されたレート情報に対応して、更新する。そのような情報は、進むべきかどうかに関して決定するために後のトラフィックスロットの中で使用されることができ、そして、時々ある。
【００１７】
ピア・ツー・ピア・移動体デバイス１  ３０２は、トラフィック間隔３３０中にトラフィック信号３２２を生成、送信する。トラフィック信号は、決定された実際のデータレートでデータを通信する。いくつかの実施形態では、トラフィック信号は、実際のデータレートの指示も伝える。そのような１つの実施形態では、レート情報は、トラフィックに割り付けられたリソースのサブセットを使用して伝達する。例えば、トラフィックリソースは、第１の部分と第２の部分とユーザデータとを含んでいる。第１の部分は、例えば、レート情報を伝えるために割り付けられたＯＦＤＭトーン記号の第１のセットである。第２の部分は、例えば、トラフィックを伝えるために割り付けられたＯＦＤＭトーン記号の第２のセットである。第１および第２のセットは、オーバーラップしていない。別のそのような実施形態では、レート情報は、トラフィックを伝わる同じリソースを使用して伝達する。例えば、レート情報は、トラフィック信号を伝える変調記号の送信電力を変えることによって、伝達される。
【００１８】
例えば、トラフィックを伝わるいくつかのＯＦＤＭトーン記号は、第１の電力レベルで調整される。また、他のものは、第２の電力レベルで調整される。そして、レート情報は、どのレベルで調整されたかポジションかによって、伝達される。
【００１９】
ピア・ツー・ピア・移動体デバイス２  ３０４は、トラフィック間隔３３０中にトラフィック信号３２２を受信し、通信されているデータを回復する。いくつかの実施形態では、レート情報もトラフィックデータで通信される。いくつかのそのような実施形態中で、ピア・ツー・ピア・移動体デバイス２  ３０４は、通信されたレート情報を回復し、トラフィックデータ信号をデコードする。ピア・ツー・ピア・移動体デバイス２  ３０４は、トラフィック信号３２２の通信されたデータがうまく回復し、正負の肯定応答信号を生成するかどうか決定する。
【００２０】
肯定応答間隔３３２中に、ピア・ツー・ピア・移動体デバイス２  ３０４は、移動体・ピア・ツー・ピア・デバイス１  ３０２に生成されたＡＣＫ信号３２４を送信する。ピア・ツー・ピア・移動体デバイス１  ３０２は、ＡＣＫ信号３２４を受信し、ＡＣＫ信号３２４によって伝えられた情報に基づいた送信キュー情報を更新する。
【００２１】
そのプロセスは、例えば、ピア・ツー・ピア・移動体デバイス１  ３０２のトラフィック送信ニーズの機能として、追加トラフィックスロット用に繰り返される。決定されたレート情報の機能であるストアされた情報は、先のスロット（複数可）から現在のスロットの中で使用される。
【００２２】
図４は、ピア・ツー・ピアの自動更新タイミング・ストラクチャ中の典型的なユーザスケジューリング間隔２１２を例証する図面４００で、ユーザスケジューリング部分の典型的なエアリンク・リソースを含んでいる。典型的なユーザスケジューリング間隔２１２は、（ｉ）ＴＸリクエストスロット１  ２２０と、（ｉｉ）送信ミニＴＸリクエストスロット２  ２２４と、を含んでいる。間隔（２２０、２２４）は、送信リクエスト信号（ＴＸリクエスト信号）を伝えるために指示される。 
水平軸４０６は時間を表し、一方、垂直軸４０８は周波数、例えば、ＯＦＤＭトーンを表わしている。ＯＦＤＭ記号２３２は、第１の送信リクエストミニ間隔２２０の位置へマップされた接続の要求のための送信リクエスト信号を運ぶ。ＯＦＤＭ記号２３６は、第２の送信リクエストミニ間隔２２４の位置へマップされた接続のリクエストのための送信リクエスト信号を運ぶ。
【００２３】
この例で、無線端末１から無線端末２へのピア・ツー・ピア・トラフィック信号のトラフィック間隔２１６の送信用のＷＴ１からＷＴ２まで送信リクエストを運ぶように指示された位置は、ミニ送信リクエストスロット１  ２２０のインデックス番号＝４のトーンと対応する、ＯＦＤＭ記号２３２のＯＦＤＭトーン記号４１０として指示される。この例で、無線端末３から無線端末４へのピア・ツー・ピア・トラフィック信号のトラフィック間隔２１６の送信用のＷＴ３からＷＴ４まで送信リクエストを運ぶように指示された位置は、ミニ送信リクエストスロット２  ２２４のインデックス番号＝５のトーンと対応する、ＯＦＤＭ記号２３６のＯＦＤＭトーン記号４１２として指示される。この例で、無線端末６から無線端末５へのピア・ツー・ピア・トラフィック信号のトラフィック間隔２１６の送信用のＷＴ６からＷＴ５まで送信リクエストを運ぶように指示された位置は、ミニ送信リクエストスロット２  ２２４のインデックス番号＝１のトーンと対応する、ＯＦＤＭ記号２３６のＯＦＤＭトーン記号４１４として指示される。
【００２４】
図５は、種々の実施形態に従う通信デバイス、例えば、ピア・ツー・ピア・通信をサポートする無線通信デバイスを操作する典型的な方法の流れ図５００である。典型的な方法のオペレーションは、ステップ５０２で開始し、ステップ５０４に進む。
【００２５】
ステップ５０４で、通信デバイスは、現在のトラフィック間隔に対応する送信リクエストを検知するためにモニタする。オペレーションは、ステップ５０４からステップ５０６に進む。ステップ５０６で、通信デバイスは、前のトラフィック間隔からのレート情報に基づいたストアされた情報をアクセスする。前記ストアされた情報は、前のトラフィック間隔に対応する送信リクエストが検知された、デバイスまたは接続を示す情報を含んでいる。種々の実施形態では、ストアされた情報は、しきい値より下の通信デバイス用のデータレートが前の間隔のために決定された、デバイスまたは接続のリストを含んでいる。例えば、ストアされた情報は、「ブラックリストに載った」デバイスのリストまたは「ブラックリストに載った」接続のリストを含んでいる。オペレーションは、ステップ５０６からステップ５０８に進む。
【００２６】
ステップ５０８で、通信デバイスは、前のトラフィック間隔のためのストアされた情報に基づいた現在のトラフィック間隔中に送信するべきかどうか決定する。いくつかの実施形態では、現在のトラフィック間隔中に送信するべきかどうか決定することは、現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続識別子に基づく。ステップ５０８は、サブステップ５１０、５１２および５１４を含んでいる。サブステップ５１０において、通信デバイスは、ストアされた情報に含まれているデバイスまたは接続に対応するリクエストが検知されたかどうか決定する。そのようなリクエストがステップ５０４のモニタリングに検知された場合、オペレーションはサブステップ５１０からサブステップ５１２に進む。そうでなければ、オペレーションはサブステップ５１０からサブステップ５１４に進む。サブステップ５１２において、通信デバイスは、現在のトラフィック間隔中に送信しないことを決定する。サブステップ５１４において、通信デバイスは、現在のトラフィック間隔中に送信することを決定する。オペレーションは、サブステップ５１４からステップ５１６に進む。 
ステップ５１６で、デバイスは、現在のトラフィック間隔中にデバイスによって送信に使用されるために伝送レートを決定する。オペレーションは、ステップ５１６からステップ５１８に進む。ステップ５１８で、通信デバイスは、ステップ５１６の決定された伝送レートをしきい値と比較する。いくつかの実施形態では、しきい値は予め決められ、時間とともに変わらない。いくつかの実施形態では、しきい値は、例えば、前の間隔の中で使用されるしきい値と異なっている現在の間隔のために使用されているしきい値で、異なる間隔間の変更をしてもよい、また時々行う。例えば、しきい値は、デバイスの優先度の機能、別のデバイスからの受信プライオリティ信号、待ち時間情報またはバックログ情報として変わってもよい。オペレーションは、ステップ５１８から決定ステップ５２０に進む。
【００２７】
ステップ５２０で、決定された伝送レートがしきい値未満である場合、オペレーションは、ステップ５２２に進む。しかしながら、決定された伝送レートがしきい値未満でない場合、オペレーションは、ステップ５２０からステップ５２４に進む。ステップ５２４で、デバイスは、現在のトラフィック間隔のトラフィック信号、例えば、ピア・ツー・ピア・トラフィック信号を送信する。
【００２８】
ステップ５２２に戻って、ステップ５２２では、通信デバイスは、現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイス識別子または接続識別子を含めるためにストアされた情報を更新する。例えば、ステップ５２２で、通信デバイスは、「ブラックリストに載った」デバイスのリストまたは「ブラックリストに載った」接続のリストを更新する。デバイスまたは接続のこの「ブラックリスト」は、トラフィック間隔中にデバイス用の低い決定されたデータレートで、そのような「ブラックリストに載った」デバイスまたは接続で並行処理が起こる、デバイスに警告を提供するための後のトラフィック間隔で使用するために利用可能である。いくつかの実施形態では、たとえ送信データレートが低いかもしれなくても、オペレーションは、ステップ５２２からステップ５２４に進む。ステップ５２４で、デバイスは、現在のトラフィック間隔のトラフィック信号を送信する。しかしながら、他のいくつかの実施形態では、デバイスに使用される決定された伝送レートがしきい値未満であるので、オペレーションはステップ５２２からステップ５２４に進まない。
【００２９】
いくつかの実施形態では、決定は、決定された伝送レートとしきい値との比較の機能として、ステップ５２２からステップ５２４に進むべきかどうかに関して下される。このしきい値は、ステップ５１８の比較の中で使用されるしきい値と異なる。例えば、しきい値Ａ、デバイス用の低い決定されたデータレートに関連したデバイスまたは接続識別子のリストを更新することを決めるために使用される。しきい値Ｂは、現在のトラフィック間隔のトラフィック信号を送信するべきかどうかを決めるために使用される。しきい値Ａおよびしきい値Ｂは異なる値である。いくつかの実施形態では、しきい値Ａおよびしきい値Ｂの１つ以上は、固定された所定値である。いくつかの実施形態では、しきい値Ａおよびしきい値Ｂの１つ以上は、デバイスプライオリティ、ユーザプライオリティ、セッションプライオリティ、バックログ情報、待ち時間情報およびサービスレベル情報の１つ以上の機能として変わることができる、また時々行う。
【００３０】
図６は、種々の実施形態に従う通信デバイス、例えば、ピア・ツー・ピア・コミュニケーションをサポートする無線通信デバイスを操作する典型的な方法の流れ図６００である。典型的な方法のオペレーションは、ステップ６０２で開始し、ステップ６０４に進む。ステップ６０４で、通信デバイスは、現在のトラフィック間隔に対応する送信リクエストを検知するためにモニタする。その後、ステップ６０６で、通信デバイスは、前のトラフィック間隔から得られたレート情報に基づいたストアされた情報をアクセスする。前記ストアされた情報は、前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示す情報を含んでいる。種々の実施形態では、ストアされた情報は、前のトラフィック間隔に対応するレート情報、および前のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続を確認する情報を含んでいる。オペレーションは、ステップ６０６からステップ６０８に進む。
【００３１】
ステップ６０８で、通信デバイスは、前の間隔のためのストアされた情報に基づいた現在のトラフィック間隔中に送信するべきかどうか決定する。ステップ６０８は、サブステップ６１０、６１２、６１４および６１６を含んでいる。サブステップ６１０において、通信デバイスは、ストアされた情報に含まれているデバイスまたは接続に対応するリクエストがステップ６０４のモニタリングで検知されたかどうか判断する。そのようなリクエストが検知された場合、オペレーションは、サブステップ６１０からサブステップ６１２に進む。しかしながら、そのようなリクエストがステップ６０４のモニタリング中に検知されなかった場合、オペレーションはサブステップ６１６に進む。
【００３２】
サブステップ６１２に戻って、サブステップ６１２では、通信デバイスは、第１のデバイスに対応するリクエストが検知された間の前のトラフィック間隔のレートを伝送レートしきい値と比較する。前記第１のデバイスは、現在のトラフィック間隔に対応するリクエストが検知されたデバイスである。オペレーションは、サブステップ６１２からサブステップ６１４に進む。
【００３３】
サブステップ６１４では、通信デバイスは、第１のデバイスに対応するリクエストが検知された間、前の間隔用の通信デバイスの伝送レートの比較が、伝送レートがしきい値未満であることを示すかどうか、チェックする。サブステップ６１２の比較がレートがしきい値未満であることを示す場合、オペレーションはサブステップ６１４からサブステップ６１５に進む。サブステップ６１５では、通信デバイスは、現在のトラフィック間隔の中で送信することを差し控えることを決定する。しかしながら、サブステップ６１２の比較がレートがしきい値未満ではないことを示す場合、オペレーションはサブステップ６１４からサブステップ６１６に進む。サブステップ６１６では、通信デバイスは、現在のトラフィック間隔中に送信することを決定する。オペレーションは、サブステップ６１６からステップ６１８に進む。
【００３４】
ステップ６１８で、通信デバイスは、現在のトラフィック間隔中に送信に使用されるために伝送レートを決定する。その後、ステップ６２０で、通信デバイスは、ステップ６１８の決定された伝送レート、および現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続に対応するデバイスまたは接続識別子をストアする。
【００３５】
オペレーションは、ステップ６２０からステップ６２２に進む。ステップ６２２で、デバイスは、現在のトラフィック間隔のトラフィック信号、例えば、ピア・ツー・ピア・トラフィック信号を送信する。
【００３６】
図７は、種々の実施形態に従って第１のデバイスを操作する典型的な方法の流れ図７００である。第１のデバイスは、例えば、他のデバイスとのピア・ツー・ピア・通信をサポートする移動体ノードのような無線通信デバイスである。別のデバイスは、例えば、現在のピア・ツー・ピア・無線接続を有する第１のデバイスを備えた第２のデバイスである。オペレーションは、開始ステップ７０２からステップ７０４に進む。ステップ７０４で、第１のデバイスは、現在のトラフィック間隔に対応する第２のデバイスにリクエストを送信する。そのとき、ステップ７０６では、第１のデバイスは、同じ現在のトラフィック間隔に対応する他のデバイスからのリクエスト、例えば、第３のデバイスから第４のデバイスへのリクエストをモニタし、検知する。オペレーションは、ステップ７０６からステップ７０８に進む。
【００３７】
ステップ７０８で、第１のデバイスは、ルックアップデータをアクセスする。例えば、ルックアップ表は、他のデバイスまたは接続に先のトラフィック間隔に対応する送信リクエストがある場合用の情報を提供する過去のレート情報を含んでいる。その後、ステップ７１０で、第１のデバイスは、アクセスされた情報、例えばアクセスされたレート情報、に基づいた現在のトラフィック間隔の送信プロセスを続けるべきかどうか決定する。ステップ７１０の決定が送信プロセスを続けないことである場合、オペレーションはステップ７１０からステップ７１２に進む。そこでは、第１のデバイスは、現在のトラフィック間隔のための送信プロセスでストップする。しかしながら、ステップ７１４の決定が現在のトラフィック間隔の送信プロセスを続けることである場合、オペレーションはステップ７１０からステップ７１４に進む。
【００３８】
ステップ７１４で、第１のデバイスは、第２のデバイスへのトラフィック信号の送信のために、第１のデバイスによって、現在のトラフィック間隔の中で使用されるためのレートを決定する。いくつかの実施形態では、ステップ７１４は、レートスケジューリング間隔中に第２のデバイスに向かうピア・ツー・ピア・パイロット信号を送ることと、レートスケジューリング間隔中に第２のデバイスからの送信されたパイロットに応じてレート情報信号を受信することと、を含んでいる。オペレーションは、ステップ７１４からステップ７１６およびステップ７１８に進む。
【００３９】
ステップ７１６で、第１のデバイスは、ストアされた情報、例えば、他のデバイス識別子または１他の接続識別子で第１のデバイス用の決定されたレートと関連するストアされたレート情報、を更新する。他のデバイスまたは他の接続は、ステップ７０６の検知されたリクエストの検知されたデバイスまたは接続である。ステップ７１８で、第１のデバイスは、絶対的なレートしきい値または相対的なレートしきい値と比較して、ステップ７１４の決定されたレートが低いかどうか判断する。決定されたレートが低いと決められる場合、オペレーションはステップ７１８からステップ７２０に進む。ここで、第１のデバイスは、現在のトラフィック間隔のトラフィックを送信する方法を差し控えるようにコントロールされる。しかしながら、決定されたレートが低くない場合、オペレーションは、ステップ７１８からステップ７２２に進む。ステップ７２２では、第１のデバイスは、現在のトラフィック間隔のトラフィックを送信する。
【００４０】
図８は、種々の実施形態に従う典型的な通信デバイス８００、例えば、ピア・ツー・ピア・通信を支援する移動体ノードの図面である。典型的な通信デバイス８００は、種々の要素がデータと情報を交換するバス８１２によってつながれた、無線受信モジュール８０２、無線送信モジュール８０４、プロセッサ８０６、ユーザＩ／Ｏデバイス８０８、およびメモリ８１０を含んでいる。
【００４１】
無線受信モジュール８０２、例えばＯＦＤＭ受信機は、通信デバイス８００が他の通信デバイスから信号を受信するアンテナ８１４を受信するために連結される。例えば、通信デバイス８００は、通信デバイス８００が接続を有するピア・ツー・ピア・通信デバイスから、送信リクエスト応答信号、レート情報信号およびトラフィックチャネル肯定応答信号を受信する。無線受信モジュール８０２は、通信デバイス８００が現在の接続を有していない他のピア・ツー・ピア・通信デバイスから、送信リクエスト信号を受信する。
【００４２】
無線送信モジュール８０４、例えばＯＦＤＭ送信機は、通信デバイス８００が信号を送信するアンテナ８１６を送信するために連結される。送信された信号は、通信デバイス８００が接続を有するピア・ツー・ピア・デバイスへの送信リクエスト信号、ピア・ツー・ピア・パイロット信号およびトラフィック信号を含んでいる。いくつかの実施形態では、同じアンテナは送信機と受信機の両方のために使用される。
【００４３】
ユーザＩ／Ｏ装置８０８は、例えば、マイクロホン、キーボード、キーパッド、マウス、カメラ、スイッチ、スピーカー、ディスプレイなどを含んでいる。ユーザＩ／Ｏデバイス８０８は、通信デバイス８００のユーザに入力データ／情報を許可し、出力データ／情報にアクセスし、通信デバイス８００のいくつかの機能を少なくともコントロールする。
【００４４】
メモリ８１０は、ルーチン８１８およびデータ／情報８２０を含んでいる。プロセッサ８０６、例えばＣＰＵは、ルーチン８１８を実行し、通信デバイス８００のオペレーションおよび実行方法、例えば図５の流れ図５００の方法または図７の流れ図７００の方法をコントロールするためにメモリ８１０の中でデータ／情報８２０を使用する。
【００４５】
ルーチン８１８は、通信ルーチン８２２および無線端末制御ルーチン８２４を含んでいる。通信ルーチン８２２は、通信デバイス８００によって使用される種々の通信プロトコルを実行する。無線端末制御ルーチン８２４は、監視モジュール８２６、検索モジュール８２８、送信決定モジュール８３０、リクエスト識別モジュール８３２、ユーザマッチングモジュール８３４、伝送レート決定モジュール８３６、レート比較モジュール８３８および更新モジュール８４０を含んでいる。 
データ／情報８２０は、レート情報８４２、レートしきい値情報８４４、検知された送信リクエスト信号８４６、検知されたリクエストに対応する識別情報８４８、マッチングチェックの結果８５０、送信決定８５２、伝送レート決定８５４、レート比較結果８５６および更新決定８５８に基づいたストアされた情報を含んでいる。１つの典型的な実施形態では、レート情報に基づいたストアされた情報８４２は、「ブラックリストに載った」無線デバイスのリストを含んでいる。一方、他の典型的な実施形態の情報８４２は、「ブラックリストに載った」接続のリスト８６２を含んでいる。「ブラックリストに載った」無線デバイスのリスト８６０は、複数のデバイス識別子（デバイスＡ識別子８６４、…、デバイスＮ識別子８６６）を含んでいる。「ブラックリストに載った」接続のリスト８６２は、複数の接続識別子（接続Ａ識別子８６８、…、接続Ｎ識別子８７０）を含んでいる。
【００４６】
監視モジュール８２６は、トラフィック間隔に対応する送信リクエスト、例えば、現在のトラフィック間隔である対応するトラフィック間隔へトラフィック信号を送信するための接続を有する別のピア・ツー・ピア・デバイスに要求するピア・ツー・ピア・デバイスからの送信リクエスト、を検知するためにモニタする。監視モジュール８２６は、通信デバイスがピア・ツー・ピア接続を有する別の通信デバイスから通信デバイス８００を意図した送信リクエストを検知するためにモニタする。監視モジュール８２６は、他の通信デバイスに向けられたリクエストである送信リクエスト、例えば、通信デバイス８００を含んでいない１ペアの接続している通信デバイス間で通信されたリクエスト、を検知するためにもモニタする。 
検索モジュール８２８は、前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示すレート情報に基づいたストアされた情報にアクセスする。例えば、デバイス８００は「ブラックリストに載った」無線デバイスのリスト８６０をストアし維持すること、検索モジュール８２８は通信デバイス８００が低データレートを有するために決定されたトラフィック間隔中にトラフィックリクエストを送信した無線デバイスを確認する前のトラフィック間隔に対応する「ブラックリストに載った」識別子のリストを検索すること、を典型的な実施形態は考慮する。または、デバイス８００は「ブラックリストに載った」接続識別子のリスト８６２をストアし維持すること、検索モジュール８２８は通信デバイス８００が低データレートを有するために決定された前のトラフィック間隔用のトラフィックリクエストが通信されるためのピア・ツー・ピア接続を確認する前のトラフィック間隔に対応する「ブラックリストに載った」識別子のリストを検索すること、を典型的な実施形態は考慮する。
【００４７】
送信決定モジュール８３０は、１つ以上の前の間隔のためのストアされた情報に基づいた現在のトラフィック間隔中にデバイス８００が送信すべきかどうか決定する。送信決定８５２は、決定モジュール８３０の出力である。種々の実施形態では、送信決定モジュール８３０は、マッチがあることをユーザマッチングモジュール８３４が決める場合、現在のトラフィック間隔中に送信しないことを決定する。
【００４８】
リクエスト識別モジュール８３２は、デバイスまたは接続識別子に検知された送信リクエストを関連させる。検知された送信リクエスト信号８４６は、監視モジュール８２６の出力および識別モジュール８３２を要求する入力である。検知されたリクエストに対応する識別情報８４８は、リクエスト識別モジュール８３２の出力およびユーザマッチングモジュール８３４への入力である。
【００４９】
現在のトラフィック間隔用の送信リクエストに関連したデバイスまたは接続識別子が、ストアされた情報８４２にデバイスまたは接続識別子と一致するかどうか、ユーザマッチングモジュール８３４は識別する。ユーザマッチングモジュール８３４によって使用された前のトラフィック間隔に対応するストアされた情報は、検索モジュール８２８によって検索された。ユーザマッチングモジュール８３４は、ストアされた無線端末識別子または接続識別子が現在のトラフィック間隔用の検知された送信リクエストに対応する識別子とマッチするストアされた情報８４２にあるかどうか判断する。したがって、ユーザマッチングモジュール８３４はストアされたリストをチェックする。例えば、現在のトラフィック間隔用の検知された送信リクエストでマッチがあるかどうか調べるために、送信リクエスト信号が１つ以上の先のトラフィック間隔のデバイス８００用の決定された低トラフィックデータレートに相当したと知られている、「ブラックリストに載った」無線端末または「ブラックリストに載った」接続のリストである。マッチングチェック８５０の結果は、ユーザマッチングモジュール８３４の出力、例えば、「ブラックリストに載った」デバイスまたは接続のリスト上でマッチが見つかったかどうかに関する指示、である。
【００５０】
伝送レート決定モジュール８３６は、現在のトラフィック間隔のためにデバイス８００によって使用されるために伝送レートを決定する。情報８５４は、伝送レート決定モジュール８３６の出力である。
【００５１】
レート比較モジュール８３８は、決定されたデータレートをしきい値と比較する。決定されたデータレートは、例えば、現在のトラフィック間隔用の通信デバイス８００のための情報８５４である。例えば、しきい値は、レートしきい値情報８４４にストアされたしきい値である。
【００５２】
更新モジュール８４０は、現在のトラフィック間隔用の通信デバイス８００用のデータレートがしきい値未満であることをレート比較モジュール８３８が決める場合、リスト、例えばリスト８６０またはリスト８６２にデバイスまたは接続識別子を加える。アップデート決定情報８５８は、決定が更新を実行することである場合、更新が実行されるべきかどうかを識別する情報、更新の一部としてストアされた情報、例えば、「ブラックリストに載った」デバイスまたは接続のリストに加えられるデバイスまたは接続識別子を含んでいる。
【００５３】
図９は、種々の実施形態に従う典型的な通信デバイス９００、例えば、ピア・ツー・ピア・通信をサポートする移動体ノードの図面である。典型的な通信デバイス９００は、種々の要素がデータと情報を交換するバス９１２によってつながれた、無線受信モジュール９０２、無線送信モジュール９０４、プロセッサ９０６、ユーザＩ／Ｏ装置９０８、およびメモリ９１０を含んでいる。
【００５４】
無線受信モジュール９０２、例えばＯＦＤＭ受信機は、通信デバイス９００が他の通信デバイスから信号を受信するアンテナ９１４を受信するために連結される。例えば、通信デバイス９００は、通信デバイス９００が接続を有する別のピア・ツー・ピア・通信デバイスから送信リクエスト応答信号、レート情報信号およびトラフィックチャネル肯定応答信号を受信する。無線受信モジュール９０２は、通信デバイス９００が現在の接続を有していない他のピア・ツー・ピア・通信デバイスから送信リクエスト信号も受信する。
【００５５】
無線送信モジュール９０４、例えばＯＦＤＭ送信機は、通信デバイス９００が信号を送信するアンテナ９１６を送信するために連結される。送信された信号は、通信デバイス９００が接続を有するピア・ツー・ピア・デバイスへの送信リクエスト信号、ピア・ツー・ピア・パイロット信号およびトラフィック信号を含んでいる。いくつかの実施形態では、同じアンテナは、送信機と受信機の両方のために使用される。
【００５６】
ユーザＩ／Ｏ装置９０８は、例えば、マイクロホン、キーボード、キーパッド、マウス、カメラ、スイッチ、スピーカー、ディスプレイなどを含んでいる。ユーザＩ／Ｏ装置９０８は、通信デバイス９００のユーザに入力データ／情報を許可し、出力データ／情報をアクセスし、通信デバイス９００のいくつかの機能を少なくともコントロールする。
【００５７】
メモリ９１０は、ルーチン９１８およびデータ／情報９２０を含んでいる。プロセッサ９０６、例えばＣＰＵは、ルーチン９１８を実行し、通信デバイス９００および実行方法、例えば図６の流れ図６００の方法または図７の流れ図７００の方法、のオペレーションをコントロールするためにメモリ９１０の中でデータ／情報９２０を使用する。
【００５８】
ルーチン９１８は、通信ルーチン９２２および無線端末制御ルーチン９２４を含んでいる。通信ルーチン９２２は、通信デバイス９００によって使用される種々の通信プロトコルを実行する。無線端末制御ルーチン９２４は、監視モジュール９２６、検索モジュール９２８、送信決定モジュール９３０、リクエスト識別モジュール９３４、ユーザマッチングモジュール９３６、伝送レート決定モジュール９３８、レート情報ストレージモジュール９４０を含んでいる。送信決定モジュール９３０は、レート比較モジュール９３２を含んでいる。
【００５９】
データ／情報９２０は、レート情報９４２、検知された送信リクエスト信号９４４、検知されたリクエストに対応する識別情報９４６、マッチングチェックの結果９４８、伝送レート決定９５０、レート比較情報９５２、送信決定９５４、更新情報９５６、およびレートしきい値情報９５８に基づいたストアされた情報を含んでいる。更新情報９５６は、識別情報９８０およびレート情報９８２を含んでいる。 
１つの典型的な実施形態では、レート情報に基づいたストアされた情報９４２は、決定されたレート情報に関連する無線デバイスのリスト９６０を含んでいる。一方、別の典型的な実施形態の情報９４２は、決定されたレート情報と関連する接続のリスト９６２を含んでいる。決定されたレート情報に関連するデバイスのリスト９６０は、（ｉ）デバイス識別子と、（ｉｉ）デバイス９００以外のピア・ツー・ピア・デバイスにトラフィック間隔のトラフィックを送信するリクエストを出したデバイス識別子によって確認されたデバイス（対応するレート情報９６６を備えたデバイスＡ識別子９６４、・・・、対応するレート情報９７０を備えたデバイスＮ識別子９６８）における、トラフィック間隔のためのデバイス９００用の決定されたレートに対応するレート情報と、の複数のセットを含んでいる。決定されたレート情報に関連するデバイスのリスト９６２は、（ｉ）デバイス識別子と、（ｉｉ）デバイス９００以外のピア・ツー・ピア・デバイスにトラフィック間隔のトラフィックを送信するリクエストを通信した接続識別子によって確認された接続（対応するレート情報９７４を備えた接続Ａ識別子９７２、・・・、対応するレート情報９７８を備えた接続Ｎ識別子９７６）における、トラフィック間隔のためのデバイス９００用の決定されたレートに対応するレート情報と、の複数のセットを含んでいる。
【００６０】
監視モジュール９２６は、トラフィック間隔に対応する送信リクエスト、例えば、対応するトラフィック間隔へトラフィック信号を送信するための接続を有する別のピア・ツー・ピア・デバイスに要求するピア・ツー・ピア・デバイスからの送信リクエスト、を検知するためにモニタする。監視モジュール９２６は、通信デバイスがピア・ツー・ピア接続を有する別の通信デバイスから通信デバイス９００を意図した送信リクエストを検知するためにモニタする。監視モジュール９２６は、他の通信デバイスに向けられたリクエストである送信リクエスト、例えば、通信デバイス９００を含んでいない１ペアの接続している通信デバイス間で通信されたリクエスト、を検知するためにもモニタする。
【００６１】
検索モジュール９２８は、前のトラフィック間隔に対応する送信リクエストが検知されたデバイスまたは接続を示すレート情報に基づいたストアされた情報にアクセスする。例えば、デバイス９００は決定されたレート情報に関連するデバイス識別子のリスト９６０をストアし維持すること、検索モジュール９２８は検知されたリクエスト９４６に対応する識別情報がデバイスＡ識別子９６４にマッチすることを見つけるユーザマッチングモジュール９３６に対応してレート情報９６６を検索すること、を典型的な実施形態は考慮する。または、デバイス９００は決定されたレート情報に関連する接続識別子のリスト９６２をストアし維持すること、検索モジュール９２８は検知されたリクエスト９４６に対応する識別情報が接続Ｎ識別子９７６にマッチすることを見つけるユーザマッチングモジュール９３６に対応してレート情報９７８を検索すること、を典型的な実施形態は考慮する。
【００６２】
送信決定モジュール９３０は、１つ以上の前の間隔のためのストアされた情報に基づいた現在のトラフィック間隔中にデバイス９００が送信すべきかどうか決定する。レート比較モジュール９３２は、デバイス９００用の前のトラフィック間隔の決定されたレートを伝送レートしきい値と比較する。前のトラフィック間隔は、デバイス９００によって検知された接続を有しないデバイス用に意図された送信リクエストのためのトラフィック間隔である。
【００６３】
リクエスト識別モジュール９３４は、デバイスまたは接続識別子に検知された送信リクエストを関連させる。検知された送信リクエスト信号９４４は、監視モジュール９２６の出力およびリクエスト識別モジュール９３４の入力である。検知されたリクエスト９４６に対応する識別情報は、リクエスト識別モジュール９３４の出力およびユーザマッチングモジュール９３６への入力である。
【００６４】
現在のトラフィック間隔に関連したデバイスまたは接続識別子が、ストアされた情報９４２でのデバイスまたは接続識別子と一致するかどうか、ユーザマッチングモジュール９３６は識別する。したがって、ユーザマッチングモジュール９３６は、情報９４６によって確認された現在の間隔のために確認された同じリクエストが検知された前のトラフィック間隔に対応するデバイス９００のためのレート情報がストアされるかどうか判断する。
【００６５】
伝送レート決定モジュール９３８は、現在のトラフィック間隔のためにデバイス９００によって使用されるために伝送レートを決定する。情報９５０は、伝送レート決定モジュール９３８の出力である。レート情報ストレージモジュール９４０は、決定された伝送レート、および現在のトラフィック間隔に対応する検知された送信リクエストに対応するデバイスまたは接続に対応するデバイスまたは接続識別子をストアする。例えば、レート情報ストレージモジュール９４０は、識別情報９８０およびレート情報９８２を含む更新情報９５６を形成する。それはレート情報９４２に基づいたストアされた情報にそれをストアする。例えば、更新のＩＤ情報９８０は、情報９４６である。また、更新のレート情報９８２は、伝送レート決定情報９５０である。決定されたレートに関連するデバイスのリスト９６０および決定されたレート情報に関連する接続のリストのうちの１つを更新した後に、更新されたリストは後のトラフィック間隔のアクセスおよび使用のために利用可能になる。通信デバイス９００は、先のデータ動作情報上の現在のトラフィック間隔送信決定を基礎とすることができる、また時々行う。例えば、先のトラフィック間隔に対応する、レート情報、および／または先の確認された同時ユーザ情報である。
【００６６】
図１０は、デバイスの典型的な実施形態の特徴を示す例について説明するために使用される典型的なテーブル１０００である。このデバイス、例えば、ＷＴ２との進行中の無線ピア・ツー・ピア接続をしているＷＴ１は、前のトラフィック間隔に対応するストアされた情報の機能として現在のトラフィック間隔のトラフィック信号プロセスを続けることに関して決定する。図１０の例において、ストアされた情報は、（ｉ）干渉のソースが確認された無線端末識別子および接続識別子の１つと、（ｉｉ）干渉の確認されたソースの存在で決定されたレートを示す情報と、を含んでいる。
【００６７】
第１のカラム１００２は、ピア・ツー・ピア・トラフィックスロットを確認する。この例において、それはインデックスナンバー２からインデックスナンバー６まで定める。第２のカラム１００４は、スロット用に送信されたリクエストを示す。第３のカラム１００６は、前のスロットに対応する他の接続およびストアされた情報に対応する受信されたリクエストの機能として現在のトラフィックスロットのトラフィック信号プロセスを続けるべきかどうかに関してＷＴ１による決定を示す。第４のカラム１００８は、現在のスロットに対応するＷＴ１のための決定されたピア・ツー・ピア・トラフィックレートを示す。第５のカラム１０１０は、実行された最新情報のストアされた情報を示す。
【００６８】
ロウ１０１２は、典型的なピア・ツー・ピア・トラフィックスロット２  ＷＴ１はＷＴ２に送信リクエストを送信することを識別する。ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けることを決定する。ＷＴ１は、高い値である値１と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。
【００６９】
ロウ１０１４は、典型的なピア・ツー・ピア・トラフィックスロット３  ＷＴ１はＷＴ２に送信リクエストを送信し、ＷＴ３はＷＴ１によって検知されるＷＴ４に送信リクエストを送信することを識別する。ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けることを決定する。ＷＴ１は、非常に低い値である値２と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。ＷＴ１は、例えばテーブルで、（ｉ）ＷＴ４接続識別子へのＷＴ３識別子またはＷＴ３と、（ｉｉ）ＷＴ２トラフィック信号へのＷＴ１のためのピア・ツー・ピア・データレートが値２であったことを示す情報と、を確認する情報をストアする。
【００７０】
ロウ１０１６は、典型的なピア・ツー・ピア・トラフィックスロット４  ＷＴ１はＷＴ２に送信リクエストを送信し、ＷＴ６はＷＴ１によって検知されるＷＴ５に送信リクエストを送信することを識別する。ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けることを決定する。ＷＴ１は、中間値である値３と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。ＷＴ１は、例えばテーブルで、（ｉ）ＷＴ５接続識別子へのＷＴ６識別子またはＷＴ６と、（ｉｉ）ＷＴ２トラフィック信号へのＷＴ１のためのピア・ツー・ピア・データレートが値３であったことを示す情報と、を確認する情報をストアする。
【００７１】
ロウ１０１８は、典型的なピア・ツー・ピア・トラフィックスロット５  ＷＴ１はＷＴ２に送信リクエストを送信し、ＷＴ６はＷＴ１によって検知されるＷＴ５に送信リクエストを送信することを識別する。ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けることを決定する。ＷＴ１によってなされた、矢印１０２２によって示された、ＷＴ６から受け取られたリクエスト、および、矢印１０２４によって示された、ＷＴ１のための前の決定されたレートで、ＷＴ６からのリクエストを検知した前のスロットと関連するストアされた情報を、確認する入力情報として使用された、続けるための決定は、観察されるべきである。この例において、ストアされたレートは、中間値である値３であった。例えば、それは送信しきい値を超えた。したがって、ＷＴ１は、トラフィック信号プロセスを続けることを決定した。
【００７２】
ＷＴ１は、中間値である値４と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。ＷＴ１は、例えばテーブルで、（ｉ）ＷＴ５接続識別子へのＷＴ６識別子またはＷＴ６と、（ｉｉ）ＷＴ２トラフィック信号へのＷＴ１のためのピア・ツー・ピア・データレートが値４であったことを示す情報と、を確認する情報をストアする。
【００７３】
ロウ１０２０は、典型的なピア・ツー・ピア・トラフィックスロット６  ＷＴ１はＷＴ２に送信リクエストを送信し、ＷＴ３はＷＴ１によって検知されるＷＴ４に送信リクエストを送信することを識別する。ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けないことを決定する。ＷＴ１によってなされた、矢印１０２６によって示された、ＷＴ３から受け取られたリクエスト、および、矢印１０２４によって示された、ＷＴ１のための前の決定されたレートで、ＷＴ３からのリクエストを検知した前のスロットと関連するストアされた情報を、確認する入力情報として使用された、続けるための決定は、観察されるべきである。この例において、ストアされたレートは、非常に低い値である値２であった。例えば、それは送信しきい値未満であった。したがって、ＷＴ１は、トラフィック信号プロセスを続けないことを決定した。
【００７４】
図１１は、デバイスの典型的な実施形態の特徴を示す例について説明するために使用される典型的なテーブル１１００である。このデバイス、例えば、ＷＴ２との進行中の無線ピア・ツー・ピア接続をしているＷＴ１は、前のトラフィック間隔に対応するストアされた情報の機能として現在のトラフィック間隔のトラフィック信号プロセスを続けることに関して決定する。図１１の例において、ストアされた情報は、無線端末のリストまたはＷＴ１の観点から「ブラックリストに載った」と考慮される接続のリストを含んでいる。
【００７５】
第１のカラム１１０２は、ピア・ツー・ピア・トラフィックスロットを確認する。この例において、それはインデックスナンバー２からインデックスナンバー７まで定める。第２のカラム１１０４は、スロット用に送信されたリクエストを示す。第３のカラム１１０６は、前のスロットに対応する他の接続およびストアされた情報に対応する受信されたリクエストの機能として現在のトラフィックスロットのトラフィック信号プロセスを続けるべきかどうかに関してＷＴ１による決定を示す。第４のカラム１１０８は、現在のスロットに対応するＷＴ１のための決定されたピア・ツー・ピア・トラフィックレートを示す。第５のカラム１１１０は最新のストアされた情報を示す。例えば、「ブラックリストに載った」無線端末の最新のリストまたは「ブラックリストに載った」接続の最新のリストである。
【００７６】
ロウ１１１２は、典型的なピア・ツー・ピア・トラフィックスロット２  ＷＴ１がＷＴ２に送信リクエストを送信することを識別する。ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けることを決定する。ＷＴ１は、高い値である値１と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。この時に、無線端末または接続は「ブラックリストに載った」ことは考慮されない。
【００７７】
ロウ１１１４は、典型的なピア・ツー・ピア・トラフィックスロット３  ＷＴ１はＷＴ２に送信リクエストを送信し、ＷＴ３はＷＴ１によって検知されるＷＴ４に送信リクエストを送信することを識別する。ＷＴ１は、ＷＴ３からの受信されたリクエスト（１１２４）とブラックリストに載った無線端末または接続のストアされたリスト（１１２５）を照合し、マッチがないことを認識する。したがって、ＷＴ１は、それが現在のスロットのためのトラフィック信号プロセスを続けることがｏｋであると決定する。ＷＴ１は、非常に低い値である値２と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。値２がしきい値未満であるので、ＷＴ１は、例えばテーブルで、ＷＴ４接続識別子へのＷＴ３識別子またはＷＴ３を確認する情報をストアする。 
ロウ１１１６は、典型的なピア・ツー・ピア・トラフィックスロット４  ＷＴ１はＷＴ２に送信リクエストを送信し、ＷＴ６はＷＴ１によって検知されるＷＴ５に送信リクエストを送信することを識別する。ＷＴ１は、ＷＴ６からの受信されたリクエスト（１１２６）とブラックリストに載った無線端末または接続のストアされたリスト（１１２７）を照合し、マッチがないことを認識する。したがって、ＷＴ１は、それが現在のスロットのトラフィック信号プロセスを続けることがｏｋであると決定する。ＷＴ１は、中間値である値３と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。値３がしきい値より高いので、ＷＴ１はブラックリストに載ったテーブルに新しい情報を加えない。
【００７８】
ロウ１１１８は、典型的なピア・ツー・ピア・トラフィックスロット５  ＷＴ１はＷＴ２に送信リクエストを送り、ＷＴ３はＷＴ１によって検知されるＷＴ４に送信リクエストを送ることを識別する。ＷＴ１は、ＷＴ３からの受信されたリクエスト（１１２８）とブラックリストに載った無線端末または接続のストアされたリスト（１１２９）を照合し、マッチがあることを認識する。したがって、ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けないことを決定する。
【００７９】
ロウ１１２０は、典型的なピア・ツー・ピア・トラフィックスロット６  ＷＴ１はＷＴ２に送信リクエストを送り、ＷＴ６はＷＴ１によって検知されるＷＴ５に送信リクエストを送ることを識別する。ＷＴ１は、ＷＴ６からの受信されたリクエスト（１１３０）とブラックリストに載った無線端末または接続のストアされたリスト（１１３１）を照合し、マッチがないことを認識する。したがって、ＷＴ１は、それが現在のスロットのトラフィック信号プロセスを続けることがｏｋであると決定する。ＷＴ１は、非常に低い値である値４と等しくなるように、ＷＴ１からＷＴ２までのトラフィック信号用のトラフィックスロットのトラフィック間隔のために、ピア・ツー・ピア・トラフィック信号用のデータレートを決定する。値４がしきい値未満であるので、ＷＴ１はストアされたリストにＷＴ５接続識別子へのＷＴ６識別子またはＷＴ６を加える。
【００８０】
ロウ１１２２は、典型的なピア・ツー・ピア・トラフィックスロット７  ＷＴ１はＷＴ２に送信リクエストを送り、ＷＴ６はＷＴ１によって検知されるＷＴ５に送信リクエストを送ることを識別する。ＷＴ１は、ＷＴ６からの受信されたリクエスト（１１３２）とブラックリストに載った無線端末または接続のストアされたリスト（１１３３）を照合し、マッチがあることを認識する。したがって、ＷＴ１は、現在のスロットのトラフィック信号プロセスを続けないことを決定する。 
種々の実施形態の方法および装置は、ＯＦＤＭ方式のコンテキストに記述されたが、多くの非ＯＦＤＭおよび／または非セルラーシステムを含む広範囲の通信システムに適用可能である。いくつかの典型的なシステムは、ピア・ツー・ピア信号、例えば、いくつかのＯＦＤＭタイプ信号およびいくつかのＣＤＭＡタイプ信号の中で利用された技術の混合を含んでいる。 
種々の実施形態の中で、ここに記述されたノードは、例えば、現在のトラフィック間隔に対応する送信リクエストを検知するモニタリングすること、レート情報に基づいたストアされた情報をアクセスすること、１つ以上の前のトラフィック間隔のためのストアされた情報に基づいた現在のトラフィック間隔中に送信するべきかどうかを決定すること、など、１つ以上の方法に対応するステップを行なう１モジュール以上を使用して、実行される。いくつかの実施形態では、種々の特徴はモジュールを使用して実行される。そのようなモジュールは、ソフトウェア、ハードウェアまたはソフトウェアとハードウェアの組み合わせを使用してインプリメントされてもよい。上述した方法または方法ステップの多くは、例えば汎用コンピュータまたはハードウェアの追加なしでマシンをコントロールするために、例えば１つ以上のノードの中ですべてまたは上述した方法の一部を実行するために、メモリデバイスのような機械可読媒体、例えば、ＲＡＭ、フロッピー（登録商標）ディスクなどに含まれた、ソフトウェアのような機械実行可能命令を使用して、実行することができる。したがって、特に、種々の実施形態は、上記方法のステップの１つ以上を行なうために、マシンを引き起こすために機械実行可能命令を含む機械可読媒体、例えばプロセッサおよび関連するハードウェアが対象とされる。
【００８１】
いくつかの実施形態では、１つ以上のデバイス、例えば無線端末のような通信デバイスのプロセッサ（複数可）、例えばＣＰＵは、通信デバイスによって実行されるように、上述された方法のステップを実行するように構成される。したがって、すべてではないいくつかの実施形態は、プロセッサが含まれているデバイスによって行なわれた種々の上記方法のステップの各々に対応するモジュールを含んでいるプロセッサで、デバイス、例えば通信デバイスが対象とされる。すべてではないいくつかの実施形態で、デバイス、例えば通信デバイスは、プロセッサが含まれているデバイスによって行なわれた種々の上記方法のステップの各々に対応するモジュールを含んでいる。モジュールは、ソフトウェアおよび／またはハードウェアを使用して実行されてもよい。
【００８２】
上述された方法と装置の多数の追加のバリエーションは、上記の記述を考慮して当業者に明白であろう。そのようなバリエーションは、範囲内で考慮されることになっている。種々の実施形態の方法および装置は、種々の実施形態中で、ＣＤＭＡ、直交周波数分割多重（ＯＦＤＭ）、および／または、アクセスノードと移動体ノードの間の無線通信リンクを提供するために使用されてもよい種々の他のタイプの通信技術で使用されてもよい。いくつかの実施形態では、アクセスノードは、ＯＦＤＭおよび／またはＣＤＭＡを使用して、移動体ノードを備えた通信リンクを確立する基地局として実行される。種々の実施形態では、移動体ノードは、種々の実施形態の方法の実現のために、ノート型パソコン、個人データアシスタント（ＰＤＡ）、または送受信回路およびロジックを含む他の携帯機器、および／またはルーチンとして実行される。
【図１】
2011505101.tif 000003
【図２】
2011505101.tif 000004
【図３】
2011505101.tif 000005
【図４】
2011505101.tif 000006
【図５】
2011505101.tif 000007
【図６】
2011505101.tif 000008
【図７】
2011505101.tif 000009
【図８】
2011505101.tif 000010
【図９】
2011505101.tif 000011
【図１０】
2011505101.tif 000012
【図１１】
2011505101.tif 000013
【国際調査報告】
2011505101.tif 000014
2011505101.tif 000015