(57)【要約】  一セットのノードが、他のセットのノード間の通信に関して非同期である方法で通信されることができる。異なるノードによる資源の予約を容易にするために、ノードは、近隣のノードに対して、与えられた資源上でのそれらの送信を制限することを要求するメッセージを、送信し、そして、該ノードが該資源をもはや使用していないことを該近隣のノードに伝えるほかのメッセージを送信することができる。異なるノードによる並列の非同期送信に起因する可能性がある問題に対処するために、メッセージング・スキームは、第１のノードが送信していて、それによって、制御メッセージを受信することができなかった間に、非同期の近隣のノードにより送信された、制御情報を、第１のノードが取得できるようにするために使用されることができる。
2011517206.tif 000002
【特許請求の範囲】
【請求項１】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージを送信することと、
前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを送信することを含む無線通信の方法。
【請求項２】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項１の方法。
【請求項３】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる請求項１の方法。
【請求項４】
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信することと、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えることを更に含む請求項１方法。
【請求項５】
第２のタイムピリオドの間に（ここで、該第２のタイムピリオドは、前記定義されたインターバルの一つで終わる）、干渉管理メッセージを送信するためのリクエストを受信することと、
前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、第２の干渉管理メッセージを送信することを更に含む請求項４の方法。
【請求項６】
前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、
干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、
非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えることを更に含む請求項４の方法。
【請求項７】
送信機会のタイムピリオドをタイムスロット・サイズと等しく設定することを更に含む請求項６の方法。
【請求項８】
第１のノードが、前記第１及び第２の干渉メッセージを送信し、
前記方法は、
前記第１のノードへ送信することを望む第２のノードからリクエストを受信することと、
前記第１のノードにおいて干渉を判定することと、
前記判定された干渉に基づいて、前記受信されたリクエストを承諾するメッセージの送信を遅延させることを更に含む請求項１の方法。
【請求項９】
前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信が遅延される請求項８の方法。
【請求項１０】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される請求項１の方法。
【請求項１１】
前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む請求項１の方法。
【請求項１２】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを送信するように構成された送信機とを含む無線通信のための装置。
【請求項１３】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項１２の装置。
【請求項１４】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる請求項１２の装置。
【請求項１５】
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するように構成された受信機と、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるように構成された通信コントローラとを更に含む請求項１２の装置。
【請求項１６】
前記受信機は、第２のタイムピリオドの間に、干渉管理メッセージを送信するためのリクエストを受信するように更に構成され、
ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、
前記送信機は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、第２の干渉管理メッセージを送信するように更に構成された請求項１５の装置。
【請求項１７】
前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、
干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、
非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるように構成されたモード・コントローラを更に含む請求項１５の装置。
【請求項１８】
前記モード・コントローラは、送信機会のタイムピリオドをタイムスロット・サイズと等しく設定するように更に構成された請求項１７の装置。
【請求項１９】
第１のノードが、前記第１及び第２の干渉メッセージを送信し、
前記装置は、前記第１のノードへ送信することを望む第２のノードからリクエストを受信するように構成された受信機を更に含み、
前記装置は、前記第１のノードにおいて干渉を判定するように構成された干渉コントローラを更に含み、
前記メッセージ・コントローラは、前記判定された干渉に基づいて、前記受信されたリクエストを承諾するメッセージの送信を遅延させることを更に構成された請求項１２の装置。
【請求項２０】
前記メッセージ・コントローラは、前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信を遅延させるように更に構成された請求項１９の装置。
【請求項２１】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される請求項１２の装置。
【請求項２２】
前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む請求項１２の装置。
【請求項２３】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するための手段と、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを送信するための手段とを含む無線通信のための装置。
【請求項２４】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項２３の装置。
【請求項２５】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる請求項２３の装置。
【請求項２６】
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するための手段と、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるための手段とを更に含む請求項２３の装置。
【請求項２７】
前記受信するための手段は、第２のタイムピリオドの間に、干渉管理メッセージを送信するためのリクエストを受信するように構成され、
ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、
前記送信するための手段は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、第２の干渉管理メッセージを送信するように構成された請求項２６の装置。
【請求項２８】
前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、
干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、
非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるための手段を更に含む請求項２６の装置。
【請求項２９】
前記非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるための手段は、送信機会のタイムピリオドをタイムスロット・サイズと等しく設定するように更に構成された請求項２８の装置。
【請求項３０】
第１のノードが、前記第１及び第２の干渉メッセージを送信し、
前記装置は、前記第１のノードへ送信することを望む第２のノードからリクエストを受信するための手段を更に含み、
前記装置は、前記第１のノードにおいて干渉を判定するための手段を更に含み、
前記提供するための手段は、前記判定された干渉に基づいて、前記受信されたリクエストを承諾するメッセージの送信を遅延させることを更に構成された請求項２３の装置。
【請求項３１】
前記提供するための手段は、前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信を遅延させるように更に構成された請求項３０の装置。
【請求項３２】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される請求項２３の装置。
【請求項３３】
前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む請求項２３の装置。
【請求項３４】
無線通信のためのコンピュータ・プログラム製品において、
干渉の低減のためのリクエストを含む第１の干渉管理メッセージを送信することと、
前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを送信することを実行可能なコードを含むコンピュータ読み取り可能な媒体を含むコンピュータ・プログラム製品。
【請求項３５】
アンテナと、
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを、前記アンテナを介して送信するように構成された送信機とを含むアクセス・ポイント。
【請求項３６】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを、送信するように構成された送信機と、
前記第１の干渉管理メッセージの前記送信の後で且つ前記第２の干渉管理メッセージの前記送信の前に受信されたデータに基づいてインジケーションを出力するように構成されたユーザ・インタフェースとを含むアクセス端末。
【請求項３７】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージを受信することと、
前記リクエストに応答して送信を制限することと、
前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを受信することを含む無線通信の方法。
【請求項３８】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項３７の方法。
【請求項３９】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになり、
前記方法は、前記リクエストの前記期限切れに応答して、前記送信の制限を中止することを更に含む請求項３７の方法。
【請求項４０】
前記送信の制限は、送信を控えること、送信電力を低減すること、データ送信レートを低減すること、符号化スキームを修正すること又は他の資源の上で送信することのうちの少なくとも一つを含む請求項３７の方法。
【請求項４１】
前記第１の干渉管理メッセージ（該第１の干渉管理メッセージは、一定のパワースペクトル密度で送信されたものであり）に関連する受信電力レベルを判定することと、
前記一定のパワースペクトル密度及び前記受信電力レベルに基づいて、前記送信を制限するべきかどうか判定することを更に含む請求項３７の方法。
【請求項４２】
前記第１の干渉管理メッセージは、前記第１の干渉管理メッセージを送信したノードにおけるデータの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含み、
前記方法は、前記プライオリティー・インジケーションに基づいて、前記送信を制限するべきかどうか判定することを更に含む請求項３７の方法。
【請求項４３】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを受信するように構成された受信機と、
前記リクエストに応答して送信を制限する通信コントローラとを含む無線通信のための装置。
【請求項４４】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項４３の装置。
【請求項４５】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになり、
前記通信コントローラは、前記リクエストの前記期限切れに応答して、前記送信の制限を中止するように更に構成された請求項４３の装置。
【請求項４６】
前記送信の制限は、送信を控えること、送信電力を低減すること、データ送信レートを低減すること、符号化スキームを修正すること又は他の資源の上で送信することのうちの少なくとも一つを含む請求項４３の装置。
【請求項４７】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信されたものであり、
前記受信機は、前記第１の干渉管理メッセージに関連する受信電力レベルを判定するように更に構成され、
前記通信コントローラは、前記一定のパワースペクトル密度及び前記受信電力レベルに基づいて、前記送信を制限するべきかどうか判定するように更に構成された請求項４３の装置。
【請求項４８】
前記第１の干渉管理メッセージは、前記第１の干渉管理メッセージを送信したノードにおけるデータの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含み、
前記通信コントローラは、前記プライオリティー・インジケーションに基づいて、前記送信を制限するべきかどうか判定するように更に構成された請求項４３の装置。
【請求項４９】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを受信するための手段と、
前記リクエストに応答して送信を制限するための手段とを含む無線通信のための装置。
【請求項５０】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項４９の装置。
【請求項５１】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになり、
前記制限するための手段は、前記リクエストの前記期限切れに応答して、前記送信の制限を中止するように構成された請求項４９の装置。
【請求項５２】
前記送信の制限は、送信を控えること、送信電力を低減すること、データ送信レートを低減すること、符号化スキームを修正すること又は他の資源の上で送信することのうちの少なくとも一つを含む請求項４９の装置。
【請求項５３】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信されたものであり、
前記受信するための手段は、前記第１の干渉管理メッセージに関連する受信電力レベルを判定するように構成され、
前記制限するための手段は、前記一定のパワースペクトル密度及び前記受信電力レベルに基づいて、前記送信を制限するべきかどうか判定するように構成された請求項４９の装置。
【請求項５４】
前記第１の干渉管理メッセージは、前記第１の干渉管理メッセージを送信したノードにおけるデータの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含み、
前記制限するための手段は、前記プライオリティー・インジケーションに基づいて、前記送信を制限するべきかどうか判定するように構成された請求項４９の装置。
【請求項５５】
無線通信のためのコンピュータ・プログラム製品において、
干渉の低減のためのリクエストを含む第１の干渉管理メッセージを受信することと、
前記リクエストに応答して送信を制限することと、
前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを受信することを実行可能なコードを含むコンピュータ読み取り可能な媒体を含むコンピュータ・プログラム製品。
【請求項５６】
アンテナと、
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを、前記アンテナを介して受信するように構成された受信機と、
前記リクエストに応答して送信を制限するように構成された通信コントローラとを含むアクセス・ポイント。
【請求項５７】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを受信するように構成された受信機と、
前記リクエストに応答して送信を制限するように構成された通信コントローラと、
前記受信機を介して受信されたデータに基づいてインジケーションを出力するように構成されたユーザ・インタフェースとを含むアクセス端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この出願は、一般に無線通信に関係し、より詳しくは干渉を管理するためのメッセージングに関係する（ただし、これに限らない）。
【背景技術】
【０００２】
無線通信システムの配置は、一般的に、何らかの形の干渉抑圧（interference mitigation）スキームを実装することを伴う。幾つかの無線通信システムにおいて、干渉は、近隣の無線ノードに起因することがある。例えば、セルラ・システムにおいて、携帯電話又は第１のセルの基地局の無線伝送は、携帯電話と近隣のセルの基地局との間の通信に干渉することがある。同様に、Ｗｉ−Ｆｉネットワークにおいて、第１のサービス・セットのアクセス端末又はアクセス・ポイントの無線伝送は、近隣のサービス・セットのアクセス端末と基地局との間の通信に干渉することがある。
【０００３】
米国特許出願公開第２００７／０１０５５７４号（その開示が参照によって本明細書に組み込まれる）は、無線チャネルのフェア・シェアリングが、資源利用メッセージを利用して、送信ノード及び受信ノードによる伝送の共同スケジューリングにより容易にされ得るシステムを記載する。ここでは、送信ノードは、その近隣における資源利用可能性についての知識に基づいて１セットの資源をリクエストすることがある。また、受信ノードは、その近隣における資源利用可能性についての知識に基づいてリクエストを承諾(grant）することがある。例えば、送信ノードは、その周辺の受信ノードをリッスン（listening）することによって、チャネル利用可能性を判定することがある。また、受信ノードは、その周辺の送信ノードをリッスンすることによって、潜在的干渉を判定することがある。
【０００４】
受信ノードが近隣の送信ノードから干渉を受ける場合に、受信ノードが、近隣の送信ノードにそれらの干渉する送信を制限させようとして、資源利用メッセージを送信することがある。関係する態様によると、受信ノードが（例えば、受信している間、それが見る干渉により）ディスアドバンテージ（disadvantaged）であることと、伝送の衝突回避モードを望むことだけでなく、受信ノードがディスアドバンテージである程度をも示すために、資源利用メッセージが重み付けされていることがある。
【０００５】
資源利用メッセージを受信する送信ノードは、適切な応答を判定するために、それが資源利用メッセージもその重みも受信したという事実を、利用することがある。例えば、送信ノードは、送信するのを控えることを選択することがあり、１又は複数の指定されたタイムスロットの間にその送信電力を低減することがあり、資源利用メッセージを無視することがあり、又は、何らかの他の方法で応答することがある。資源利用メッセージ及び関連する重みの通知（advertisement）は、それゆえ、システム中のすべてのノードに公平な衝突回避（collision avoidance）スキームを提供し得る。
【発明の概要】
【０００６】
本開示のサンプル態様の概要が後に続く。本明細書での用語の態様への参照は、本開示の１又は複数の態様を指し示すことがあることを理解されるべきである。
【０００７】
幾つかの態様において、本開示は非同期通信に関連する。例えば、１セットのノード（例えば、互いに通信するために関連する送信ノード及び受信ノード）は、他のセットのノード間の通信に関して非同期である方法で通信しても良い。ここでは、所定のセットのノードに関する送信のタイミング及び継続期間は、異なるセットのノードに関する送信のタイミング及び継続期間とは独立して定義されても良い。
【０００８】
幾つかの態様において、本開示は、異なるノードによる資源の予約を容易にするメッセージングに関連する。例えば、ノードは、不特定の期間（an unspecified amount of time）の間、所定の資源（例えば、キャリア）の上で、それらの干渉する送信を制限することを近隣のノードに要求するメッセージを、送信しても良い。該ノードが資源を使用し終わったとき、該ノードは、該ノードが資源をもはや確保（reserving）していないことを近隣のノードに知らせるために、他のメッセージを送信しても良い。
【０００９】
幾つかの態様において、本開示は、異なるノードにより同時に起こる非同期送信に起因することのある問題に対処するメッセージングに関連する。例えば、メッセージング・スキームは、第１のノードが送信していた間に非同期の近隣のノードが送信した制御情報を、該第１のノードが取得できるようにするために、使用されても良い。ここでは、データ送信の完了の後に、第１のノードは、制御メッセージを送信するために、近隣のノードに対するリクエストを含むメッセージを送信しても良い。幾つかの態様において、そのようなメッセージは、アウトスタンディングな（outstanding）（例えば、期限切れでない）資源利用メッセージ（resource utilization message）をもつすべての受信ノードのポーリング（poll）を含んでも良い。それによって、これらの受信ノードは、それらの資源利用メッセージを再送信するよう要求される。そのメッセージを送信した後に、第１のノードは、定義されたタイムピリオドの間、応答メッセージをモニターしても良い。さらに、近隣のノードは、それらが定義されたタイムピリオド内で送信することを望む制御メッセージを送信するように構成されても良い。このように、第１のノードは、それがデータを送信していたとき、それが近隣のノードから受信しなかった情報を取得しても良い。さらに、たとえ情報を送信するノードの通信が第１のノードの通信に非同期であるとしても、これは達成されても良い。
【００１０】
これら及び本開示の他のサンプル態様は、後に続く詳細な説明及び添付のクレームにおいて及び添付図面において説明されるであろう。
【図面の簡単な説明】
【００１１】
【図１】図１は、無線通信システムの幾つかのサンプル態様の簡略化されたブロック図である。
【図２】図２は、資源管理メッセージング・スキームの幾つかのサンプル態様を示すフローチャートである。
【図３】図３は、資源管理メッセージング・スキームの幾つかのサンプル態様を示すフローチャートである。
【図４】図４は、通信ノードの幾つかのサンプル・コンポーネントの簡略化されたブロック図である。
【図５】図５は、受信ノードにより実行されてもよいオペレーションの幾つかのサンプル態様のフローチャートである。
【図６】図６は、送信ノードにより実行されてもよいオペレーションの幾つかのサンプル態様のフローチャートである。
【図７】図７は、送信ノードにより実行されてもよいオペレーションの幾つかのサンプル態様のフローチャートである。
【図８】図８は、非同期モードと同期モードとの間での切り替えとともに実行されてもよいオペレーションの幾つかのサンプル態様のフローチャートである。
【図９】図９は、通信コンポーネントの幾つかのサンプル態様の簡略化されたブロック図である。
【図１０】図１０及び図１１は、本明細書で教示されるように干渉管理メッセージングを提供するように構成される装置の幾つかのサンプル態様の簡略化されたブロック図である。
【図１１】図１０及び図１１は、本明細書で教示されるように干渉管理メッセージングを提供するように構成される装置の幾つかのサンプル態様の簡略化されたブロック図である。
【詳細な説明】
【００１２】
一般的な方法に従って、図面において示される様々な外観（features）は、一定の比率で描かれないことがある。したがって、様々な外観の大きさ（dimensions）は、明確性のために、任意に拡大又は縮小されることがある。さらに、図面の幾つかは、明確性のために単純化されることがある。それゆえ、図面が所定の装置（例えば、デバイス）又は方法のコンポーネントの全てを表さないことがある。最後に、本明細書及び図面を通して、同様の参照番号は、同様の特徴（features）を意味するために使用されることがある。
【００１３】
本開示の様々な態様が下で説明される。本明細書の教示がいろいろな形で表現されても良いこと及び本明細書で開示されている任意の特定の構造、機能又は両方が単に代表に過ぎないことは明らかである。本明細書の教示に基づいて、当業者は、本明細書で開示される態様が任意の他の態様とは独立して実装されても良いこと及びこれらの態様のうちの２つ以上が様々な方法で組み込まれても良いことを認識するはずである。例えば、本明細書で説明される多くの態様を使用して、一つの装置が実装されても良く、又は、一つの方法が実施されても良い。さらに、本明細書で説明される複数の態様のうちの１又は複数に加えて又はそれ以外で、他の構造、機能性、又は、構造及び機能性を使用して、そのような装置が実装されても良く、又は、そのような方法が実施されても良い。さらにまた、一つの態様は、一つのクレームのうちの少なくとも一つの要素を含んでも良い。上記の例として、幾つかの態様において、無線通信の方法は、干渉の低減のためにリクエストを含む第１の干渉管理メッセージ（interference management message）（例えば、資源利用メッセージ）を送信することと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージ（例えば、資源リリース・メッセージ（resource release message））を送信することを含む。さらに、幾つかの態様において、前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになっても良い。
【００１４】
説明（illustration）する目的で、後に続く説明（discussion）は、アクセス・ポイントが１又は複数のアクセス端末と通信する無線システムの様々なノード、コンポーネント及びオペレーションを説明（describe）することがある。本明細書の教示は、同様に、他のタイプのノード、デバイス及び通信システムに適用できることは認識されるべきである。
【００１５】
図１は、無線通信システム１００の幾つかのサンプル態様を説明する。システム１００は、幾つかの無線ノードを含む。それらは無線ノード１０２及び１０４と一般に表される。所定の無線ノードは、１又は複数のトラフィック・フロー（例えば、データ・フロー）を受信及び／又は送信しても良い。例えば、各々の無線ノードは、少なくとも一つのアンテナ並びに関連する受信機コンポーネント及び送信機コンポーネントを含んでも良い。続く説明において、受信ノードという用語は、受信している無線ノードを指し示すのに用いられることがあり、また、送信ノードという用語は、送信している無線ノードを指し示すのに用いられることがある。そのような参照は、無線ノードが送信オペレーション及び受信オペレーションの両方を実行することができないことを意味するものではない。
【００１６】
無線ノードは、様々な方法で実装されても良い。例えば、幾つかの実装において、無線ノードは、アクセス端末、リレー・ポイント又はアクセス・ポイントを含んでも良い。図１を参照して、無線ノード１０２は、アクセス・ポイント又はリレー・ポイントを含んでも良く、また、無線ノード１０４は、アクセス端末を含んでも良い。幾つかの実装において、無線ノード１０２は、ネットワーク（例えば、Ｗｉ−Ｆｉネットワーク、セルラ・ネットワーク、ＷｉＭａｘネットワーク又は何らかの他のタイプのネットワーク）の無線ノード間の通信を容易にする。例えば、アクセス端末（例えば、アクセス端末１０４Ａ）がアクセス・ポイント（例えば、アクセス・ポイント１０２Ａ）又はリレー・ポイントのカバレージエリアの範囲内にあるとき、アクセス端末１０４Ａは、それによって、システム１００の他のデバイスと通信することができ、又は、システム１００と通信するために接続される何らかの他のネットワークと通信することができる。ここでは、無線ノード（例えば、無線ノード１０２Ａ及び１０２Ｃ）の一つ又は複数は、他の一つのネットワーク又は複数のネットワーク（例えば、インターネットのようなワイド・エリア・ネットワーク１０８）への接続性を提供する有線アクセス・ポイントを含んでも良い。
【００１７】
無線ノードが他の無線ノードの通信距離（communication range）の範囲内にあるとき、それらノードは、通信セッションを確立するために互いに関連しても良い。さらに、異なるセットのノードは、所定の近傍（neighborhood）において互いに関連することがある。例えば、（例えば、図１中のアクセス・ポイント１０２Ｂに関連する）１セットのノードが一つの通信セクターを形成することがあり、一方、（例えば、アクセス・ポイント１０２Ｃに関連する）他のセットのノードが近隣のセクターを形成することがある。従って、１又は複数のトラフィック・フローは、第１のセクターにおいて送信ノード（例えば、ノード１０２Ｂ）から関連する受信ノード（例えば、ノード１０４Ｂ）まで確立されても良い。さらに、１又は複数のトラフィック・フローは、第２のセクターにおいて送信ノード（例えば、ノード１０２Ｃ）から関連する受信ノード（例えば、ノード１０４Ｃ）まで確立されても良い。
【００１８】
場合によっては、システム１００の無線ノードは、一つの無線ノードによる送信が他の無線ノード（例えば、他の通信セクターの非関連の（non-associated）ノード）における受信に干渉し得るように、同時に送信することがある。例えば、他のセクターの無線ノード１０２Ｃが（記号１０６Ｂにより表されるように）その無線ノード１０４Ｃに送信しているのと同時に、一つのセクターの無線ノード１０４Ｂが（無線通信記号１０６Ａにより表されるように）その関連する無線ノード１０２Ｂから受信していることがある。無線ノード１０４Ｂ及び１０２Ｃ間の距離及び無線ノード１０２Ｃの送信電力に応じて、無線ノード１０２Ｃからの送信は（破線記号１０６Ｃにより表されるように）無線ノード１０４Ｂにおける受信に干渉することがある。同様の方法で、無線ノード１０４Ｂからの送信は、無線ノード１０４Ｂの送信電力に応じて、無線ノード１０２Ｃにおける受信に干渉することがある。
【００１９】
このような干渉を軽減するために、無線通信システムのノードは、資源管理メッセージング・スキームを使用しても良い。例えば、受信オペレーションの間の干渉を低減することを望む受信ノードは、この受信ノードが所定の資源に対するプライオリティー・アクセスを要求していることを示すために（例えば、ノードにおける受信が何らかの状態でディスアドバンテージであるので）、資源利用メッセージ（resource utilization message）（“ＲＵＭ”）を送信しても良い。ＲＵＭを受信する近隣の無線ノード（例えば、潜在的干渉者）は、ＲＵＭ送信ノード（すなわち、ＲＵＭを送信した受信ノード）における受信に干渉することを避けるために、何らかの方法で、その将来の送信を制限することを選択しても良い。ここでは、ＲＵＭを送信するという受信ノードによる決定は、その受信ノードにおいて受信されるデータに関連するサービス品質に少なくとも部分的に基づいても良い。例えば、そのリンク又はフローの一つ又は複数に関するサービス品質の現在のレベルが、要求されるサービス品質レベル以下に落ちる場合に、受信ノードは、ＲＵＭを送信しても良い。逆に言えば、サービス品質が許容できるならば、受信ノードは、ＲＵＭを送信しなくても良い。
【００２０】
幾つかの態様において、システム１００における異なるセットのノードは、他のセットのノードに関して、非同期な方法で、通信しても良い。例えば、関連するノードの各々のセット（例えば、ノード１０２Ｂ及び１０４Ｂを含むセット）は、該セット中の複数のノードのうちの一つが、該セット中の他のノードへ、いつ、どのような長さで、データを送信するかを、独立して選択しても良い。そのような場合には、これらのノードは、近隣のノードがいつその制御メッセージ（例えば、ＲＵＭのような干渉管理メッセージ）を送信するかについて分らない場合があるので、これらのノードは、近隣の非同期のノードに起因する干渉を効果的に制御することができない可能性がある。後に続く説明は、ノード間の干渉を低減するために使用されることができ、また、送信ノードが送信していたときに近隣のノードにより送信された制御メッセージを、該送信ノードが取得できることを確実にしようとするために使用されることができる様々な技術を説明する。
【００２１】
幾つかの態様において、ノードは、周波数分割多重された制御チャネル及びデータ・チャネルを利用して、通信しても良い。例えば、制御メッセージ（例えば、ＲＵＭ）は、一つの周波数バンド上の制御チャネル上で送信されても良く、また、データは、他の周波数バンド上のデータ・チャネル上で送信されても良い。このように、送信された制御メッセージとデータとの間の潜在的干渉は、これらのメッセージが同時に送信されるときでさえ、軽減されることができる。
【００２２】
さて、システム１００のようなシステムのサンプル資源管理に関係するオペレーションが、図２及び３のフローチャートとともに更に詳細に説明される。便宜上、図２及び３により表されるオペレーション（又は、本明細書で説明若しくは教示されるいずれかの他のオペレーション）は、特定のコンポーネント（例えば、図４中に表されるシステム４００のコンポーネント）により実行されるとして説明されることがある。しかし、これらのオペレーションが他のタイプのコンポーネントにより実行されても良いこと及び異なる数のコンポーネントを使用して実行されても良いことは認識されるべきである。本明細書で説明されるオペレーションのうちの１又は複数が、所定の実装において使用されなくても良いことはまた認識されるべきである。
【００２３】
図２は、通信システムにおける幾つかの近隣のノードＡ，Ｂ，Ｃ及びＤ間の情報の流れを簡略化された方法で示す。ここでは、ノードＡ及びＢは、互いに関連しており、また、ノードＣ及びＤは、互いに関連している。図の例において、ノードＡ及びＢは、ノードＡがノードＢにデータを送信するのを可能にするために、制御メッセージを交換する。同様に、ノードＣ及びＤは、ノードＣがノードＤにデータを送信するのを可能にするために、制御メッセージを交換する。それゆえ、後に続く説明において、ノードＡ及びＣは、送信ノードを含んでも良く、また、ノードＢ及びＤは、受信ノードを含んでも良い。
【００２４】
幾つかの態様において、ノードＡとＢとの間の通信は、ノードＣとＤとの間の通信に対して非同期であっても良い。これらのノードが同一の資源（例えば、チャネル）にアクセスしているときに起こり得る干渉を管理するために、受信ノードは、資源からの干渉を取り除こう（clear）として、近隣の送信ノードに制御メッセージを送信（例えば、ＲＵＭをブロードキャストする）しても良い。さらに、受信ノードは、資源がもはや使用されていないときについて近隣のノードが知るようにさせるために、他の制御メッセージを送信（例えば、資源リリース・メッセージをブロードキャスト）しても良い。言い換えると、資源リリース・メッセージは、ＲＵＭにより保護されていたトランスミッションの終わりを知らせる（announces）。
【００２５】
最初に、ノードＡ及びＢにより生成されるメッセージが参照されるであろう。（例えば、下で更に詳細に説明されるように）それが受信ノードからのアクティブＲＵＭによりブロックされない限り、ノードＡは、ノードＢとのデータ伝送セッションを開始するために、ノードＢにリクエスト・メッセージＲＥＱ−Ａを送信（例えば、ユニキャスト）する。幾つかの態様において、このリクエスト・メッセージは、ノードＢに送信されるデータの量（例えば、アウトスタンディング・バッファのサイズ）に関するインジケーションを含んでも良い。
【００２６】
このリクエストに応答して、ノードＢは、その受信オペレーションの間にそれが干渉を経験しているならば、ＲＵＭ（図２中に受信ＲＵＭ（“ＲｘＲＵＭ”）として示される）を送信しても良い。幾つかの態様において、ＲｘＲＵＭ−Ｂは、資源（例えば、ＲｘＲＵＭにより指定される資源）上の干渉を低減するために、ノードＢからその近隣のノードへのリクエストを含んでも良い。ＲｘＲＵＭは、それが特定のタイムピリオド（例えば、有効期間（time-to-live）タイムピリオド）の後に期限切れになるように、定義されても良い。
【００２７】
来るべき（upcoming）送信をスケジュールすることを望むノードは、近隣のノードからのそのようなＲｘＲＵＭをモニターするように構成される。ＲｘＲＵＭ−Ｂに関連する矢付き線により表されるように、ノードＡ及びＣは、ＲｘＲＵＭ−Ｂを受信する。送信ノード（例えば、ノードＡ及び／又はノードＣ）が２以上の受信ノードからＲｘＲＵＭを受信する場合には、該送信ノードは、（例えば、以下に記す複数のＲｘＲＵＭに関連するプライオリティーに基づいて）これらのＲｘＲＵＭの間での競争(contention）を解決しても良い。図２の例において、ＲｘＲＵＭ−Ｂに比べてより高いプライオリティーを持っているＲｘＲＵＭを送信した他の受信ノードは、ないと仮定する。従って、ノードＡは、その受信ノード（ノードＢ）が現在の競争に勝ったことを近隣のノードに知らせるために、ＲＵＭ（図２中に送信ＲＵＭ（“ＴｘＲＵＭ”）として示される）を送信（例えば、ブロードキャスト）しても良い。ＴｘＲＵＭ−Ａに関連する矢付き線により表されるように、ノードＢ及びＤは、ＴｘＲＵＭ−Ａを受信するが、ノードＣは、受信しない。それでも、ノードＣがＲｘＲＵＭ−Ｂを受信したので、ノードＣは、ＲｘＲＵＭ−Ｂが最も高いプライオリティーを持つと判定しても良く、したがって、ＲｘＲＵＭ−Ｂがアクティブである限り、指定された資源の上でのその送信を制限することを選択しても良い。
【００２８】
ＴｘＲＵＭ−Ａを受信すると、ノードＢは、ノードＢがトランスミッションをスケジュールしたことをノードＡに知らせる承諾メッセージを、ノードＡに送信（例えば、ユニキャスト）しても良い。幾つかの態様において、この承諾メッセージは、トランスミッションの間に使用されるトランスミッション・パラメータ（例えば、バンド幅、送信レート、送信電力、通信符号化、チャネル数、その他）を指定しても良い。ここでは、ノードＢは、資源の現在の状態（例えば、ノードＢにより測定される干渉）に基づいて、これらのパラメータを選択しても良い。
【００２９】
この承諾メッセージ（例えば、ＧＲＡＮＴ−Ｂ）を受信すると、ノードＡは、ノードＢへのデータ送信を始める。図２において、対応する送信機会（transmission opportunity）（“ＴＸＯＰ”）は、Ｔｘ−Ａの記号表示により描かれた斜線部分により表される。
【００３０】
一旦、ノードＡがその送信を完了すると（例えば、ノードＡのＴＸＯＰの終わりに）、ノードＢは、ノードＡが該資源の上でもはや送信していないことを近隣の送信ノードに知らせるために、資源リリース・メッセージ（“ＲＲＭ”）を送信しても良い。それゆえ、幾つかの態様において、ＲＲＭ−Ｂは、干渉の低減のためのＲｘＲＵＭ−Ｂのリクエストが、現在、ターミネートされることを示す働きをしても良い。図２において、図解の便宜のために、ＲＲＭ−Ｂに対する矢付き線の位置は、ノードＡのためのＴＸＯＰの終わりと同時に起こるものとしては示されていない。しかし、ノードＢがこのＴＸＯＰの終わりの直後にＲＲＭ−Ｂを送信しても良いことは、認識されるべきである。
【００３１】
上記のように、送信ノードは、そのノードが送信しているとき、近隣のノードにより送信される制御メッセージをなにも受信しない可能性がある。従って、ステータス更新（“ＳＴＵ”）ピリオドは、ノードが、それが送信中に逃した可能性のある情報を取得するのを可能にするために、ＴＸＯＰの後に定義される。送信ノードが送信すべきそれ以上のデータをもつならば、それが再び送信しようと試みる前に、該ノードは、他のノードにより送信される制御メッセージ（例えば、ＲＵＭ）を取得するために、ステータス更新ピリオドの間、受信するように構成される。
【００３２】
逆に言えば、送信ノードが送信すべきそれ以上のデータをもたないならば、該ノードは単に受信モードに切り替えても良い。それゆえ、該当する場合、該ノードは、直ちに、関連する送信ノードをリッスンしようとしても良く、また、制御チャネル上にＲＵＭを送信しても良い。
【００３３】
図２の例において、ＲＲＭ−Ｂにより示されるように、資源が現在利用できるということを知ると、ノードＣは、ノードＤに送信するための権限付与（authorization）を要求しているメッセージ（“ＲＥＱ−Ｃ”）を送信する。ノードＤが過度の（undue）干渉を経験しているならば、図２で示されるように、ノードＤは、受信ＲＵＭ（“ＲｘＲＵＭ−Ｄ”）を送信しても良く、その後、ノードＣが送信ＲＵＭ（“ＴｘＲＵＭ−Ｃ”）を送信しても良い。ノードＢは、それから、ノードＢにデータを送信する権限をノードＣに与えている承諾（“ＧＲＡＮＴ−Ｄ”）を送信しても良い。あるいは、ノードＤが過度の干渉を経験していない場合には、ノードＤは単に該リクエストを承諾し、それによって、ＲｘＲＵＭ、ＴｘＲＵＭ及びＲＲＭが使用されないようにしても良い。
【００３４】
ノードＣの送信のための対応するＴＸＯＰは、Ｔｘ−Ｃの記号表示により描かれた斜線部分により表される。一旦、ノードＣがその送信を完了すると、ノードＤは、資源リリース・メッセージ（“ＲＲＭ−Ｄ”）を送信しても良く、また、ノードＣは、そのステータス更新ピリオド（“ＳＴＵ−Ｃ”）の間にその資源をモニターしても良い。
【００３５】
図３は、ノードＡ及びＣが同一の資源上で同時に送信する例を示す。図２に関連して先に述べたように、ノードＡ及びＢは、指定された資源上で送信機会（図３中の指定されたＴＸＯＰ Ａ）を確立するために、制御メッセージを送信する。
【００３６】
この例において、しかし、ノードＣは、それが、ノードＡと同時に、指定された資源上で送信してもよいと判定する。例えば、下で更に詳細に説明されるように、ノードＣは、それがＲｘＲＵＭ−Ｂにより分かる情報に基づいて、ノードＢにおける受信に過度に干渉しないであろうと判定しても良い。ここでは、ノードＣは、その送信がノードＢにおける受信に与える影響を低減するために、そのトランスミッション・パラメータ（例えば、送信レート、送信電力、コーディング、その他）のうちの１又は複数を定義しても良い。
【００３７】
図２に関連して先に述べたのと同様の方法で、ノードＣ及びＤは、指定された資源上で送信機会（指定されたＴＸＯＰ Ｃ）を確立するために、制御メッセージＲＥＱ−Ｃ、ＲｘＲＵＭ−Ｄ、ＴｘＲＵＭ−Ｃ及びＧＲＡＮＴ−Ｄを送信しても良い。ノードＤからの承諾は、（例えば、トランスミッション・パラメータを定義するときに）ノードＡがノードＤにもたらしている干渉を考慮しても良い。この場合には、ノードＤがＲｘＲＵＭ−Ｄを送信するときにノードＡは送信しているので、ノードＡはＲｘＲＵＭ−Ｄを“ヒア（hear）”しないであろう。しかし、ＲｘＲＵＭ−Ｄは、なお、該資源について他のノードと競争するために、役に立つことがある。
【００３８】
図３は、送信していた（そして、それゆえ、制御メッセージを受信していない）ノードが近隣のノードから情報を取得できるようにするために、リクエストＲＵＭ（“ＲｅｑＲＵＭ”）制御メッセージ及び幾つかの定義されたタイムピリオドがどのように使用されてもよいかを示す。上記のように、ステータス更新ピリオドは、送信ノードが送信するのを控えるであろうＴＸＯＰの完了の後の指定されたタイムピリオドに関係する。具体的には、送信し続けることを望む送信ノードは、近隣のノードにおける受信に干渉することを避けるためにその送信を制限しなければならないかどうか判定するために、このタイムピリオドの間、近隣のノードから制御メッセージ（例えば、ＲｘＲＵＭ）をモニターする。
【００３９】
更新ピリオド（図３中の指定された“Ｔｕ”）はまた、受信ノードが制御メッセージを周期的に送信できるようにするために、各々のＴＸＯＰの中で定義されても良い。例えば、Ｔｕに基づく規則的な（regular）インターバルに関して、送信ノード（例えば、ノードＡ）は、定義されたタイムピリオド（例えば、図３中の隣接するＴｕタイムピリオド間のギャップ）の間、送信することを停止するであろう。並行して、その送信ノードに関連する受信ノード（例えば、ノードＢ）は、定義されたタイムピリオドの間に、送信モードに切り替えても良い。例えば、受信ノードが前のＴｕピリオドの間にＲｅｑＲＵＭを受信したならば、受信ノードは、このタイムピリオドの間に、ＲｘＲＵＭを送信しても良い。このように、受信ノードは、ＲｅｑＲＵＭの受信の後に、（例えば、Ｔｕに基づく）定義されたタイムピリオド内でＲｘＲＵＭを送信するように構成されても良い。
【００４０】
再度、図３のメッセージ・フローを参照して、一旦、ノードＡがそのＴＸＯＰ Ａについてその送信を完了すると、それが送信すべきそれ以上のデータをもつならば、ノードＡは、ＲｅｑＲＵＭを送信するであろう。場合によっては、ＲｅｑＲＵＭ−ＡのノードＡの送信は、ステータス更新ピリオドＳＴＵ−Ａのランニングを開始するであろう。しかし、図解の便宜のために、ＲｅｑＲＵＭ−Ａに対する矢付き線の位置は、図３中でＳＴＵ−Ａの始まりと同時に起こるものとして示されていない。
【００４１】
このときに、ノードＤはノードＣからデータを受信しているので、ノードＤは、ＲｅｑＲＵＭ−Ａを受信しても良い。しかし、これはノードＤがノードＣからの送信を逃す原因になる場合があるので、ノードＤは、ＲｅｑＲＵＭに直ちに反応しなくても良い。その代わりに、ノードＤは、現在の更新ピリオドに続く（すなわち、ＴＸＯＰ Ｃにおける第２のＴｕピリオドに続く）定義された送信モード・タイムピリオドの間でのそのＲｘＲＵＭ−Ｄの送信を待つ。ノードＤは前の更新ピリオド（すなわち、ＴＸＯＰ Ｃにおける第１のＴｕピリオド）の間にＲｅｑＲＵＭを受信しなかったので、ノードＤは前の送信モード・タイムピリオドの間にＲｘＲＵＭ−Ｄを送信しなかったことに留意されるべきである。
【００４２】
Ｔｕの長さに基づくステータス更新ピリオドＳＴＵ−Ａを定義することにより、ノードＡは、ＳＴＵ−Ａの間、ＲｘＲＵＭ−Ｄの受信を保証され得る。例えば、ＳＴＵは、Ｔｕタイムピリオド＋送信モード・タイムピリオド＋タイム・マージンとして定義されても良い。
【００４３】
図３の例において、ノードＡは、ＲｘＲＵＭ−Ｄにより提供される情報に基づいて、その送信を制限することを選択する。例えば、ノードＢにおけるより良いサービス品質のために、ＲｘＲＵＭ−Ｂのプライオリティーは、現在、より低い場合がある。後で、ノードＣが該資源上でもはや送信していないことを示しているＲＲＭ−Ｄの受信の後に、ノードＡは、その送信オペレーションを再開するために、ノードＢにリクエストを送信しても良い。
【００４４】
上記のシナリオにおいて、たとえ、その送信がノードＤでの容認できないレベルの干渉をもたらさないであろうとノードＣが判定したとしても、ノードＤへのノードＣの送信は、ノードＤでの干渉環境に何らかの影響を及ぼす可能性がある。この状況に対処するために、ノードＡ及びＢは、毎更新ピリオド・インターバルＴｕの後で（例えば、ＲｘＲＵＭが再ブロードキャストされ得る送信モード・タイムピリオドの間）、それらの現在のトランスミッション・パラメータ（例えば、レート割り当て）を変更及び／又は確認しても良い。これは、例えば、更新された承諾メッセージを送信している受信ノードにより達成されても良い。
【００４５】
幾つかの態様において、ＴＸＯＰは、ノードが、他のノードが資源を使用したいかどうか確かめるために休止する前に、資源上で送信してもよい最も長い連続時間、として定義されても良い。ＴＸＯＰは、それゆえ、そのシステムによりサポートされ得る最小レイテンシーに関する下限（lower bound）を提供しても良い。ＴＸＯＰはまた、最大一方向性タイムシェアリング（maximum one-directional time sharing）に関する上限（upper bound）を提供しても良い。例えば、ノードは、１−Ｔｕ／（Ｔｕ＋ＴＸＯＰ）までのわずかな時間の間、送信しても良い。残りの時間は、それから、他の方向においてトラフィックを受信するために利用されても良い。幾つかの態様において、資源のタイム・シェアリングが制御されても良い。例えば、可変的なタイム・シェアリングは、異なる資源（例えば、リンク）上で及び／又は異なるノードについて異なるＴＸＯＰ値を使用して、ネットワークの異なる部分の上で提供されても良い。
【００４６】
ＴＸＯＰはまた、そのリクエストがその意図された受信ノード（例えば、それは送信でビジーであることがある）によりヒア（heard）される前に、送信ノードが待つ必要があり得る最も長い時間を定義しても良い。そのような場合には、要求側ノードは、それがトランスミッションの確立に成功するまで、リクエストを送信し続けても良い。
【００４７】
非関連の送信ノードによる進行中の送信を制限しようとして受信ノードがＲｘＲＵＭを送信するとき、ＲｘＲＵＭが該非関連の送信ノードによりヒア（heard）される前に、該受信ノードは、ＴＸＯＰ時間まで、待つ必要があるだけであっても良い。例えば、該受信ノードに関連する送信ノードは、進行中の送信に関連する資源リリース・メッセージを受信する可能性があり、それから、ＴｘＲＵＭを送信しても良い。あるいは、該受信ノードに関連する送信ノードは、直ちにＴｘＲＵＭを送信しても良い。この場合には、進行中の送信がターミネートされるまで、受信ノードは、（以下に記すように）承諾を遅延させても良い。
【００４８】
資源管理メッセージング・スキームは、先に述べたように効果的な非同期通信を容易にしても良い。例えば、資源について競争しているノード間の公正性は、ＲＵＭに関連するプライオリティーを利用して達成されても良い。複数のノードが同時に送信してもよいので、そのようなスキームは、効率的なスペクトラム再利用を提供し得る。例えば、ノードは、それがＲＵＭ送信ノードにおいて（例えば、キャリア対干渉比（carrier-to-interference ratio）により示されるように）容認できない干渉をもたらしていないならば、ＲＵＭを無視することを選択しても良い。さらに、（例えば、データ伝送よりも長い距離をもつＲＵＭを用いることにより）複数のノードが異なる送信電力をもつときでも、そのようなスキームは、効率的な干渉管理を提供し得る。
【００４９】
さて、上記の概要を考慮して、本開示のサンプル実装の詳細及び他の態様が図４−８を参照して説明される。手短に言うと、図４は、一対のノード４０２及び４０４を含む通信システムを表す。図５は、受信ノード（例えば、アクセス・ポイント又はアクセス端末）により実行されてもよいサンプル・オペレーションを示す。図６及び７は、送信ノード（例えば、アクセス・ポイント又はアクセス端末）により実行されてもよいサンプル・オペレーションを示す。図８は、非同期通信と同期通信との間で切り替えるために実行されてもよいサンプル・オペレーションを説明する。
【００５０】
最初に図４を参照して、説明する目的で、ノード４０２は、受信ノードの幾つかのサンプル・コンポーネントを示し、ノード４０４は、送信ノードの幾つかのサンプル・コンポーネントを示す。例えば、ノード４０２は、後に続く説明の幾つかにおいて図３のノードＢを表すことがあり、他の説明においてノードＤを表すことがある。同様に、ノード４０４は、幾つかの説明においてノードＡを、そして、他の説明においてノードＣを表すことがある。ノード４０２により又はノード４０４により実行されるように説明される機能は、実際には、所定のノードにおいて（例えば、図１のノード１０４Ｂ）送信ノードのオペレーション及び受信ノードのオペレーションを実行するために、そのノードに組み込まれてもよいことは認識されるべきである。また、場合によっては、ノードは、そのような送信及び受信の機能性を提供するために、共通のコンポーネント（例えば、共通のトランシーバ）を使用しても良い。
【００５１】
ノード４０２及び４０４は、他のノードと通信するための各種のコンポーネントを含む。例えば、ノード４０２のトランシーバ４０６は、送信機４０８及び受信機４１０を含む。さらに、ノード４０４のトランシーバ４１２は、送信機４１４及び受信機４１６を含む。ノード４０２及び４０４はまた、送信機を介して他のノードに送信されるべきメッセージを生成するために及び受信機を介して他のノードから受信されるメッセージを処理するために、それぞれのメッセージ・コントローラ４１８及び４２０を含む。ノード４０２及び４０４の他のコンポーネントは、後に続く図５−８の説明とともに、説明される。
【００５２】
図５のブロック５０２により表されるように、ある時点で、受信ノードは、関連する送信ノードから送信するためのリクエストを受信する。図３において、例えば、このオペレーションは、ノードＤにＲＥＱ−Ｃを送信するノードＣに対応しても良い。
【００５３】
ブロック５０４により表されるように、受信ノードは、それが関連する送信ノードから受信するデータに関連するサービス品質を繰り返し（例えば、継続的に、周期的に、その他）モニターしても良い。ここでは、要求されるサービス品質のレベルは、スループット（例えば、フル・バッファ・トラフィックについて）、潜在性（例えば、ボイス・トラフィックについて）、平均スペクトル効率、最小キャリア対干渉比率（minimum carrier-to-interference ratio）（“Ｃ／Ｉ”）又は何らかの他の適した一つのメトリック（metric）又は複数のメトリックに関係しても良い。例えば、ノードが、所定のスループット・レート以上で（例えば、ビデオ・トラフィックについて）、所定のレイテンシー・ピリオドの範囲内で（例えば、ボイス・トラフィックについて）、又は、重大な（significant）干渉なしで、所定のタイプのトラフィックに関連するデータを受信することは、望ましい場合がある。
【００５４】
図４の例において、受信ノード４０２は、データに関連する１又は複数のサービス品質関連のパラメータを判定するために、受信機４１０により受信されるデータを解析するように構成されてもよい干渉コントローラ４２２を含む。したがって、受信ノード４０２は、受信されたデータのスループット、受信されたデータのレイテンシー、何らかの他のパラメータ、又はこれらのパラメータの何らかの組み合せを計算しても良い。さらに、干渉コントローラ４２２は、受信されたデータに与えられる干渉の量を推定しても良い。干渉コントローラ４２２は他の形をとっても良く、また、サービス品質をモニターするために様々な技術が使用されても良いことは認識されるべきである。例えば、幾つかの実装において、ノードは、相対的に継続的な方式で（on a relatively continual basis）、その受信されたデータのサービス品質のレベルをモニターするために、スライディング・ウインドウ・スキーム（例えば、短期間移動平均（short term moving average））を使用しても良い。
【００５５】
幾つかの態様において、サービス品質の所定のレベルが達成されているかどうかの判定は、干渉コントローラ４２２により提供されるサービス品質情報と、要求されるサービス品質を表現する情報（例えば、サービス品質閾値）との比較に基づいても良い。例えば、干渉コントローラ４２２は、所定のタイムピリオド、所定の数のパケットなどの上で受信されたデータに関連するサービス品質のレベルを示す（例えば、その推定を提供する）サービス品質のメトリックを生成しても良い。さらに、１又は複数の閾値（例えば、ＲＵＭ送信閾値）は、所定のタイプのトラフィックについて又は幾つかの異なるタイプのトラフィックについて、期待されるサービス品質レベルを定義しても良い。干渉コントローラ４２２は、それゆえ、ブロック５０４において、要求されるサービス品質が満たされているかどうか判定するために、現在のサービス品質のメトリックをサービス品質の閾値と比較しても良い。
【００５６】
（例えば、非関連の送信ノードからの干渉により）モニターされたサービス品質が要求されるサービス品質レベル以下に落ちる場合には、受信ノードは、それがデータをその上で受信する資源を確保しようとして、ＲＵＭを送信しても良い（ブロック５０６）。つまり、幾つかの態様において、ＲＵＭは、その資源上の干渉の低減を要求する干渉管理メッセージを含み、それによって、受信ノードの受信されたデータのサービス品質を改善する。図４の例において、メッセージ・コントローラ４１８は、ＲＵＭ（及び、本明細書で説明される他の制御メッセージ）を生成して、送信するために、送信機４０８と協調（cooperate with）しても良い。
【００５７】
ＲＵＭを生成するのと共に、受信ノードは、例えば、受信ノードがディスアドバンテージである程度を示すＲＵＭプライオリティーを判定しても良い。ＲＵＭに関連するプライオリティー情報は、様々な形をとっても良い。例えば、場合によっては、プライオリティー情報は、重み係数の形（例えば、ＲＵＭ中に含まれる重みインジケーション）をとっても良い。幾つかの実装において、ＲＵＭ重みは、要求されるサービス品質（例えば、ＲＵＭ送信閾値に対応する）と実際に達成されるサービス品質に関係するサービス品質のメトリックとの比率の量子化された値として定義されても良い。そのような重み係数は、そのオーバーヘッドを削減するために、正規化（normalized）されても良い。例えば、重みは、少ないビット（例えば、２又は３ビット）により表されても良い。場合によっては、プライオリティーは、複数のＲＵＭの順序付け（ordering）によって（例えば、時間及び／又は周波数で）示されても良い。例えば、時間的に早く発生しているＲＵＭは、より高いプライオリティーに関連しても良い。それゆえ、場合によっては、受信ノードは、ＲＵＭが送信される方法により、プライオリティー情報を伝達しても良い。
【００５８】
幾つかの態様において、ＲＵＭは、１又は複数のキャリア上の干渉を軽減する（例えば、クリアする）ために使用されても良い。例えば、場合によっては、各々のＲＵＭは、単一のキャリアに関係する（例えば、所定の周波数バンドに関連する）。これらの場合、無線ノードは、該ノードがそのキャリア上の干渉をクリアすることを望むときはいつでも、ＲＵＭを送信しても良い。その他の場合、各々のＲＵＭは、１セットのキャリアに関係しても良い。例えば、幾つかのマルチキャリア・システムにおいて、無線ノードは、それが全キャリア上の干渉をクリアすることを望むときはいつでも、ＲＵＭを送信しても良い。他のマルチキャリア・システムにおいて、ＲＵＭは、利用できるキャリアの一部をクリアするために使用されても良い。例えば、無線ノードが一部のキャリア上の干渉をクリアすることを望むとき、該無線ノードは、ＲＵＭが適用される（１又は複数の)キャリアのインジケーションとともにＲＵＭを送信しても良い。そのような場合には、キャリア・インジケーションは、ＲＵＭに含まれても良い。
【００５９】
キャリア・インジケーションは、様々な形をとっても良い。例えば、場合によっては、キャリア・インジケーションは、各々のビットが木の枝に対応し、次に、各々の枝がキャリアに対応する場合の、１セットのビットの形をとっても良い。例えば、１つのビットは第１のキャリアに対応してもよく、他のビットは１セットのキャリア群に対応しても良い（例えば、それが１又は複数のキャリア又は複数セットのキャリアを含んでも良い）。その他の場合、キャリア・インジケーションは、ビット・マスクの形をとっても良い。例えば、マスクの各々のビットは、複数のキャリアのうちの固有の一つに対応しても良い。
【００６０】
ＲＵＭは、様々な形をとっても良い。例えば、場合によっては、ＲＵＭは、一連のトーンを含んでも良い。場合によっては、異なるトーンは、異なる周波数バンドをカバーしても良い。場合によっては、異なるノードからのＲＵＭは、幾つかの方法で（例えば、時間及び／又は周波数で）順序付けられていても良い。
【００６１】
ＲＵＭは、様々な方法で送信されても良い。場合によっては、ＲＵＭは、ブロードキャストであっても良い。場合によっては、ＲＵＭは、既知の（例えば、一定の）電力レベル（例えば、パワースペクトル密度）で送信されても良い。場合によっては、ＲＵＭは、１又は複数の周波数分割多重されたチャネル（例えば、１又は複数のデータ・チャネルに関して周波数分割多重された）の上で送信されても良い。
【００６２】
ブロック５０８及び５１０により表されるように、場合によっては、受信ノード（例えば、メッセージ・コントローラ４１８）は、受信ノードにおける現在のトランスミッション及び／又は干渉環境についてのその知識に基づいて、承諾の発行を遅延することを選択しても良い。例えば、受信ノードが資源のために競争に勝ったことを示しているその送信ノードからの送信ＲＵＭ（例えば、ＴｘＲＵＭ−Ｃ）を、受信ノードが受信する場合に、干渉コントローラ４２２は、近隣のノードによる進行中の伝送の結果として相対的に高いレベルの干渉を受信ノードが現在経験しているかどうかを判定しても良い。もしそうならば、ブロック５１０において、干渉がおさまるまで（例えば、ただし、ＴＸＯＰタイムピリオド以下）まで、受信ノードは、送信リクエストを承諾することを遅延することを選択しても良い。ここでは、該受信ノードに関連するＲｘＲＵＭが最も高いプライオリティーを持つので、この遅延の間、送信を開始する他の干渉するノードはないはずである。
【００６３】
この遅延ピリオドの間に、該受信ノードに関連する送信ノード（例えば、ノードＣ）は、制御メッセージ（例えば、ＲＵＭ）をモニターし続けても良い。それゆえ、より高いプライオリティーのＲＵＭが、この遅延ピリオドの間に、受信される場合には、各々のより高いプライオリティーＲＵＭが期限切れになり又は資源がリリースされるまで、送信ノードは、その送信を延期することを選択しても良い。あるいは、送信ノード及びその関連する受信ノードは、それらのＴＸＯＰのトランスミッション・パラメータを選択するときに、介在するメッセージ（intervening messages）を考慮に入れても良い。
【００６４】
ブロック５１２により表されるように、一旦、受信ノードが、それがリクエストをスケジュールすると判定するならば、該受信ノードは、承諾メッセージ（例えば、ＧＲＡＮＴ−Ｄ）を送信して、対応するＴＸＯＰ（例えば、ＴＸＯＰ Ｃ）のためにその受信モードを開始する。上記のように、承諾メッセージは、例えば、受信ノードの現在のチャネル状態の解析に基づいて受信ノードにより指定される様々なトランスミッション・パラメータを含んでも良い。承諾メッセージを受信すると、関連する送信ノードは、受信ノードにデータを送信することを開始しても良い。
【００６５】
ブロック５１４により表されるように、受信ノードはそれがその送信ノードからデータを受信しているＲｅｑＲＵＭ（例えば、ＲｅｑＲＵＭ−Ａ）を受信しても良い。ブロック５１６により表されるように、受信ノードは、（例えば、通信コントローラ４２４の決定に従って）送信モードに切り替えるために次の指定されたタイム・インターバルまでデータを受信し続けても良い。ブロック５１８により表されるように、一旦、このタイム・インターバルに達すると、送信モード・タイムピリオドが始まる。このタイムピリオドの間、受信ノードは、送信モード・オペレーションに切り替えても良い。例えば、図４において、通信コントローラ４２４は、トランシーバ４０６を、受信する代わりに送信するように再設定（reconfigure）しても良い。上記のように、関連する送信ノードはまた、このタイムピリオドの間、その送信オペレーションを中断する。それゆえ、図４の例において、ノード４０４の通信コントローラ４２６は、トランシーバ４１２を、送信する代わりに受信するように、再設定しても良い。
【００６６】
ブロック５２０及び５２２により表されるように、ＲｅｑＲＵＭが受信された場合には、受信ノード（例えば、通信コントローラ４２４）は、ＲｅｑＲＵＭに応答してＲＵＭを送信するべきかどうか判定する。ここでは、ＲＵＭを送信するべきかどうかの決定が、ＲＵＭ要求側ノード（例えば、ノードＡ）からの送信が受信ノードでの受信に過度に干渉するかどうかについて判定することを伴っても良い。
【００６７】
例えば、送信ノードは、既知の電力レベル（例えば、一定のパワースペクトル密度）で、ＲｅｑＲＵＭを送信しても良い。さらに、ＲｅｑＲＵＭの送信が、干渉制限された（interference-limited）チャネルと対比して雑音制限された（noise-limited）チャネルを経験する傾向があるように、ＲｅｑＲＵＭは、相対的に低い再利用ファクター（例えば、１／１０以下）をもつ制御チャネルの上で送信されても良い。その結果、ＲｅｑＲＵＭの受信信号強度は信号対雑音比に比例しても良く、それによって、受信ノードは、例えば、受信されたＲｅｑＲＵＭの電力を測定することによって（例えば、受信機４１０において）、ＲＵＭ要求側ノードに対する経路損失を判定しても良い。この経路損失情報及び送信ノードの送信電力についての知識（例えば、ＲｅｑＲＵＭに含まれる送信電力インジケーションにより提供されるような）に基づいて、受信ノードは、ＲＵＭ要求側ノードによる送信が受信ノードにもたらすであろう干渉のレベルを推定しても良い。この干渉レベルが相対的に高い（例えば、定義された閾値干渉レベル以上である）ならば、受信ノードはＲＵＭを送信することを選択しても良い。さもなければ、受信ノードは、ＲｅｑＲＵＭを無視することを選択しても良い。
【００６８】
ブロック５２４により表されるように、送信モード・タイムピリオドの終わりに、受信ノードは、受信モード・オペレーションにスイッチ・バックして、送信ノードからデータを受信し続ける。それゆえ、図４の例において、通信コントローラ４２４は、トランシーバ４０６を、送信する代わりに受信するように、再設定しても良く、通信コントローラ４２６は、トランシーバ４１２を、受信する代わりに送信するように、再設定しても良い。
【００６９】
ブロック５２６により表されるように、ブロック５１４−５２４のオペレーションは、該当する場合に、ＴＸＯＰがターミネートされるまで、繰り返されても良い。ここでは、送信ノードが送信すべきそれ以上のデータをもたないならば、ＴＸＯＰは、例えば、定義された最大のＴＸＯＰタイムピリオドの期限切れに応じて又は何らかのより早い時点で、ターミネートされても良い。
【００７０】
ブロック５２８により表されるように、受信ノードは、それから、任意的に、前に予約された資源がもはや使用されていないことを近隣のノードに知らせるために、資源リリース・メッセージを送信して良い。例えば、ＴＸＯＰが最大のＴＸＯＰタイムピリオドより短いときはいつでも、受信ノードは、資源リリース・メッセージを送信しても良い。
【００７１】
さて、図６を参照して、送信ノードにより実行されてもよい幾つかのオペレーションがこれから述べられるであろう。特に、図６のオペレーションは、１又は複数のＲＵＭ及び任意的に資源リリース・メッセージ（例えば、図５において前述のように受信ノードにより送信される）を受信することに関係する。
【００７２】
ブロック６０２により表されるように、様々な時点で、送信ノード（例えば、ノードＣ）は、１又は複数の近隣の受信ノードからＲＵＭを受信しても良い。例えば、送信ノードは、１又は複数の関連する受信ノード（例えば、ノードＤ）から及び／又は１又は複数の非関連の受信ノード（例えば、ノードＢ）からＲＵＭを受信しても良い。
【００７３】
ブロック６０４により表されるように、複数のＲＵＭに関連するプライオリティーに基づいて、資源（例えば、所定のキャリア）の使用のための複数の受信ＲＵＭ間での競争を解決するために、受信ノード（例えば、メッセージ・コントローラ４２０）は、複数の受信ＲＵＭにより提供される情報を処理しても良い。例えば、幾つかのノードが同一の資源について複数のＲＵＭを送信するならば、最も高いプライオリティーに関連するＲＵＭを送信したノードが、該資源を使用するためのプライオリティーを与えられても良い。
【００７４】
ブロック６０６により表されるように、送信ノード（例えば、通信コントローラ４２６）は、それから、受信ＲＵＭに応答して、その送信を制限するべきかどうか判定しても良い。ここでは、それらの関連する受信ノード（例えば、ノードＢ）が資源のための競争に勝たなかったので、近隣の干渉するノード（例えば、ノードＡ）は、それらの送信を制限しても良い。これらの干渉するノードは、資源から取り除かれる（cleared off）ので、一旦、（例えば、アクセス・ポイントによって）そうすることがスケジュールされるならば、送信ノードは、自由に、資源を使用しているその受信ノードに送信できるであろう。この場合には、オペレーション・フローは、ブロック６１４に進んでも良い。
【００７５】
逆に言えば、送信ノードに関連する受信ノードが、ＲＵＭを送信しなかったか、あるいは、最も高いプライオリティーをもつＲＵＭを送信しなかった場合には、送信ノードは、その送信が、最も高い重みのＲＵＭを送信したＲＵＭ送信ノードでの受信に干渉するかどうか判定しても良い。幾つかの態様において、この判定は、ＲＵＭ拒否閾値（rejection threshold）を、受信ＲＵＭに関連する（例えば、受信ＲＵＭから得られる）値と比較することを、伴っても良い。言い換えると、送信ノードは、この値が、閾値より小さいか、閾値より大きいか、又は、閾値に等しいかに応じて、ＲＵＭに従うか（obey）又は無視するかを選択しても良い。例えば、ＲＵＭ拒否閾値は、ＲＵＭ送信ノード（例えば、ノードＢ）での干渉の最大許容レベルを表す値として定義されても良い。この場合には、送信ノード（例えば、干渉コントローラ４２８）は、送信ノードからの送信がＲＵＭ送信ノードにもたらすであろう干渉の量を推定しても良い。送信ノードは、それから、この干渉推定をＲＵＭ拒否閾値と比較しても良い。
【００７６】
そのような干渉推定は、様々な方法で生成されても良い。例えば、上記のように、ＲＵＭは、既知の電力レベルで送信されても良い。さらに、ＲＵＭは、雑音制限されたチャネル制御チャネル(前述のように、ＲＵＭの受信信号強度が信号対雑音比に比例している）の上で、送信されても良い。送信ノードは、それゆえ、例えば、受信ＲＵＭの電力を測定することによって（例えば、受信機４１６において）、ＲＵＭ送信ノードに対する経路損失を判定しても良い。この経路損失情報及び送信機４１４の既知の送信電力に基づいて、送信ノードは、その送信がＲＵＭ送信ノードにもたらす干渉のレベルを推定しても良い。
【００７７】
干渉推定値がＲＵＭ拒否閾値より小さい（又は、以下である）ならば（それによって、干渉が指定されたレベル以下に落ちることを示している）、送信ノードは、ＲＵＭを無視することを選択しても良い。この場合には、オペレーション・フローは、通常の送信オペレーションを続けても良い。
【００７８】
さもなければ、ブロック６０８により表されるように、送信ノードは、その送信を制限することを選択しても良い。送信ノードは、様々な方法で送信を制限しても良い。例えば、ノードは、送信機会の間、送信するのを控えること（例えば、後ほど送信することを選択することにより、送信を遅延させること）、送信電力を低減すること、データ送信レートを低減すること、異なる符号化を使用すること（例えば、符号化スキームを修正すること）、他の資源上で送信すること（例えば、異なる周波数キャリアを使用すること）、何らかの他の適切なオペレーションを実行すること、又は、上記の幾つかの組み合せを実行することによって、送信を制限しても良い。
【００７９】
ブロック６１０及び６１２により表されるように、送信ノードが受信ＲＵＭに従う（obey）ことを選択した場合には、送信ノードは、その資源上で更なる送信オペレーション（例えば、送信するリクエストを送信すること）を開始する前に、資源が解放されるまで、待っても良い。例えば、上記のように、送信ノードは、ブロック６１０において、それが資源リリース・メッセージ（例えば、ＲＲＭ−Ｂ）を受信するまで、待っても良いし、又は、ブロック６１２において、ＲＵＭが期限切れになるまで（例えば、有効期間タイムピリオドが経過した）、待っても良い。
【００８０】
ブロック６１４により表されるように、送信コントローラ４２６は、一旦、ＲＵＭがもはやアクティブでなくなれば、送信を制限するのを中止しても良い。それゆえ、送信ノードは、他の受信ノードからの高い重みのＲＵＭの受信が介在すること（intervening receipt）を前提として、その送信オペレーションを続けても良い。例えば、その関連する受信ノードにより送信されるＲｘＲＵＭが未完了（pending）である（例えば、前に送信されたが、まだ期限切れでない）ならば、送信ノードは、そのＲｘＲＵＭが最も高いプライオリティーを持つまで（例えば、他の全てのより高いプライオリティーのＲｘＲＵＭがもはや有効でない）待ち、それから、ＴｘＲＵＭを送信しても良い。
【００８１】
さて、図７を参照して、送信ノードにより実行されてもよい幾つかのＲｅｑＲＵＭ関係のオペレーションが述べられるであろう。ブロック７０２及び７０４により表されるように、送信ノード（例えば、ノードＡ）は、所定のＴＸＯＰの間、その関連する受信ノード（例えば、ノードＢ）にデータを送信しても良い。
【００８２】
ブロック７０６により表されるように、一旦、ＴＸＯＰが完了すると、送信ノードは、近隣の受信ノードにＲＵＭを送信することを要求するために、ＲｅｑＲＵＭ（例えば、ＲｅｑＲＵＭ−Ａ）を送信しても良い。上記のように、このアクションは、ステータス更新ピリオド（例えば、ＳＴＵ−Ａ）を開始しても良い。また、上記のように、ＲｅｑＲＵＭは、既知の電力レベルで送信されても良く、また、送信ノード（例えば、送信機４１４）がそのデータを送信するために使用するであろう送信電力のインジケーションを含んでも良い。そのような送信電力インジケーションは、例えば、送信ノードの送信電力クラスを示す重みフィールドを含んでも良い。
【００８３】
ブロック７０８及び７１０により表されるように、送信ノードは、（例えば、通信コントローラ４２６及び受信機４１６のオペレーションによって）全ステータス更新ピリオドの間、制御チャネルのＲＵＭ（例えば、ＲｘＲＵＭ−Ｄ）をモニターする。ブロック７１２及び７１４により表されるように、ＲＵＭがステータス更新ピリオドの間に受信されないならば、送信ノードは、その標準オペレーションを続けても良い。例えば、ノードＡがノードＢに送信するデータをもつならば、ノードＡは、このデータ送信を始めようとして、リクエストＲＥＱ−Ａを出しても良い。
【００８４】
ブロック７１６により表されるように、１又は複数のＲＵＭがステータス更新ピリオドの間に受信されるならば、送信ノードは、それがＲＵＭに反応（react）する（例えば、従う（obey））必要があるかどうか判定しても良い。この場合には、送信ノードは、図６とともに先に述べたようにオペレーションを実行しても良い。
【００８５】
さて、図８を参照して、幾つかの態様において、ノードは１又は複数の近隣のノードに関して同期方法又は非同期方法でオペレートするように構成されても良い。例えば、関連するセットのノードが近隣の非関連のノードからタイミングを取得することができないならば、そのセットのノードは、最初に、該非関連のノードの通信に同期しない通信を確立しても良い。しかし、上記セットのノードが、より後の時点で、そのようなタイミングを取得することができるならば、そのセットのノードは、そのような通信が同期するオペレーションのモードに移行しても良い。このためには、送信及び受信ノード４０２及び４０４は、同期オペレーション・モードと非同期オペレーション・モードとの間で切り替えるのを容易にするために、それぞれのモード・コントローラ４３０及び４３２を含んでも良い。
【００８６】
ブロック８０２において始まる図８のオペレーションが説明されるであろう。ブロック８０２では、ノードが非同期オペレーション・モードを開始する。ブロック８０４，８０６及び８０８により表されるように、１セットの関連するノードは、非同期オペレーションのための幾つかのタイムピリオドを定義しても良い。例えば、ブロック８０４において、ノードは、関連する送信モード・タイムピリオドとともに、更新ピリオド（例えば、Ｔｕ）を定義しても良い。ブロック８０６において、ノードは、ステータス更新ピリオド（例えば、ＳＴＵ）を定義しても良い。ブロック８０８において、ノードは、ＴＸＯＰタイムピリオドを定義しても良い。幾つかの態様において、タイムピリオドの定義は、データメモリに格納されるタイムピリオド情報（例えば、サービス・プロバイダーにより指定されるデフォルトのタイムピリオド）を取得することを伴っても良い。例えば、図４に示すように、ノード４０２及び４０４は、ＴＸＯＰタイムピリオド情報４３４、更新タイムピリオド情報４３６、ステータス更新タイムピリオド情報４３８及び送信モード・タイムピリオド情報４４０を維持しても良い。
【００８７】
ブロック８１０及び８１２により表されるように、同期オペレーション・モードに切り替える決定がなされるまで、そのセットのノードは、この非同期オペレーション・モードで、データを送信及び受信し続けても良い。上記のように、そのような決定は、同期オペレーションのための適切なタイミング情報が取得されるというモード・コントローラ４３０及び４３２による判定に基づいてなされても良い。
【００８８】
モード・コントローラ４３０及び４３２が同期オペレーション・モードへの切り替えを開始することを選択するとき（ブロック８１４）、この移行は、前述のタイムピリオドの１又は複数を、同期モードで使用されるタイムスロットのタイミングに対応する値にセットすることによって、比較的効率的で且つ非侵入型の方法で（in a relatively efficient and non-intrusive manner）、達成されても良い。例えば、ブロック８１６において、更新ピリオドＴｕは、同期オペレーションのために使用されるタイムスロットのサイズ（例えば、継続期間（duration））と等しく設定されても良い。さらに、ブロック８１８において、ＴＸＯＰピリオドは、Ｎ × Ｔｕと等しく設定されても良い。ここで、Ｎは整数である。
【００８９】
ブロック８２０において、モード・コントローラ４３０及び４３２はまた、特定の制御メッセージのトランスミッションに関して、処理を無効に（disable）しても良い。幾つかの態様において、同期オペレーション・モードで、所定のタイムスロットの間のＲｘＲＵＭの全てがそのタイムスロットに干渉する可能性があることを何らかのノードによりヒア（heard）されなければならないので、例えばＲｅｑＲＵＭのようなステータス更新ピリオドＳＴＵメッセージは、無効にされても良い。例えば、所定のタイムスロットを使用することを望むすべてのノードは、既知の時間（例えば、予約されているタイムスロットの前の指定された数のタイムスロット）において、それらのＲＵＭを送信するように構成されても良い。
【００９０】
Ｎ＝１（すなわち、ＴＸＯＰ＝Ｔｕ＝タイムスロット・サイズ）である場合には、送信ノードは、毎ＴＸＯＰの後に、Ｔｕピリオドの間、サイレント（silent）になるであろう。この構成は、等しいサイズのタイムスロットの送信及び受信を使用する同期オペレーション・モードのために使用されても良い。ここでは、ノードは、適切な時にリクエスト・メッセージを送信することによって、それがその上で送信又は受信するであろうタイムスロットを選択しても良い。Ｎ＝１とき、複数のノードは既知の継続期間の交互に起こる（alternating）タイムスロットの上で送信又は受信であろうから、資源リリース・メッセージはまた、無効にされても良い。
【００９１】
Ｎ＞１（すなわち、Ｔｕ＝タイムスロット・サイズ、そして、ＴＸＯＰ＝Ｎ × Ｔｕ）である場合には、ＴＸＯＰサイズは、異なるノードについて、及び、異なる送信機会について、異なっても良い。この場合には、毎Ｔｕの後に、送信ノードは、新しいＲｘＲＵＭをリッスンするために休止（pause）しても良い。さらに、資源リリース・メッセージは、前にブロックされたノードが資源を使用できるようにするために、ＴＸＯＰの終わりに送信されても良い。ここでは、繰り返されるＴＸＯＰ（例えば、資源への繰り返されるアクセス）を望むノードは、再度、資源を使用しようとする前に、一つのタイムスロットを待つように構成されても良い。
【００９２】
送信ノードがより高いプライオリティー（例えば、重みコンポーネント）をもつＲＵＭを受信するならば、該ノードは、より高いプライオリティーのトランスミッションが資源にアクセスするのを可能にするために、そのトランスミッションを中止しても良い。そのような場合には、その送信ノードに関連する受信ノードはもはやデータを受信しないであろうから、該受信ノードは、（例えば、より高いプライオリティーをもつ）新しいＲｘＲＵＭを送信し、そして、それに応じる新しいＴｘＲＵＭを待っても良い。
【００９３】
図８のブロック８２２及び８２４により表されるように、非同期オペレーション・モードに切り替える決定がなされるまで、そのセットのノードは、この同期オペレーション・モードで、データを送信及び受信し続けても良い。そのような決定は、例えば、同期オペレーションのために必要なタイミング情報が失われたというモード・コントローラ４３０及び４３２による判定に基づいてなされても良い。
【００９４】
本明細書の教示は、少なくとも一つの他の無線デバイスと通信するための各種のコンポーネントを使用しているデバイス中に組み込まれても良い。図９は、デバイス間の通信を容易にするために使用されてもよい幾つかのサンプル・コンポーネントを表す。ここでは、第１のデバイス９０２（例えば、アクセス端末）及び第２のデバイス９０４（例えば、アクセス・ポイント）は、適当な媒体上で無線通信リンク９０６を介して通信するように構成される。
【００９５】
最初に、デバイス９０２からデバイス９０４に（例えば、逆方向リンク）情報を送信することに関係するコンポーネントが述べられるであろう。送信（“ＴＸ”）データプロセッサ９０８は、データバッファ９１０又は何らかの他の適当なコンポーネントからトラフィック・データ（例えば、データ・パケット）を受信する。送信データプロセッサ９０８は、選択された符号化及び変調スキームに基づいて各々のデータパケットを処理（例えば、符号化、インターリーブ及びシンボル・マッピング）し、そして、データ・シンボルを提供する。一般に、データ・シンボルは、データのための変調シンボルであり、パイロット・シンボルは、パイロットのための変調シンボルである（それは、アプリオリに知られている）。変調器９１２は、データ・シンボル、パイロット・シンボル、及び、場合によって逆方向リンクのためのシグナリングを受信し、システムにより指定される変調（例えば、ＯＦＤＭ又は何らかの他の適用な変調）及び／又は他の処理を実行し、そして、出力チップ・ストリームを提供する。送信機（“ＴＭＴＲ”）９１４は、出力チップ・ストリームを処理（例えば、アナログへの変換、フィルタリング及び周波数アップコンバート）し、そして、変調信号を生成する。そして、変調信号は、アンテナ９１６から送信される。
【００９６】
（デバイス９０４と通信する他のデバイスからの信号とともに）デバイス９０２により送信される変調信号は、デバイス９０４のアンテナ９１８により受信される。受信機（“ＲＣＶＲ”）９２０は、アンテナ９１８からの受信信号を処理（例えば、調整（conditions）及びデジタイズ）し、そして、受信サンプルを提供する。復調器（“ＤＥＭＯＤ”）９２２は、受信サンプルを処理（例えば、復調及び検出）し、そして、検出されたデータ・シンボルを提供する。検出されたデータ・シンボルは、（１又は複数の）他のデバイスによりデバイス９０４に送信されるデータ・シンボルの雑音推定（noisy estimate）であっても良い。受信（“ＲＸ”）データプロセッサ９２４は、検出されたデータ・シンボルを処理（例えば、シンボル・デマッピング、デインターリーブ及び復号化）し、そして、各々の送信デバイス（例えば、デバイス９０２）に関連する復号化データを提供する。
【００９７】
デバイス９０４からデバイス９０２に（例えば、順方向リンク）情報を送信することに関係するコンポーネントがこれから述べられるであろう。デバイス９０４において、トラフィック・データは、データ・シンボルを生成するために、送信（“ＴＸ”）データプロセッサ９２６により処理される。変調器９２８は、データ・シンボル、パイロット・シンボル、及び、場合によって順方向リンクのためのシグナリングを受信し、変調（例えば、ＯＦＤＭ又は何らかの他の適当な変調）及び／又は他の関係する処理を実行し、そして、出力チップ・ストリームを提供する。そして、出力チップ・ストリームは、送信機（“ＴＭＴＲ”）９３０により更に調整されて、アンテナ９１８から送信される。幾つかの実装において、順方向リンクのためのシグナリングは、逆方向リンク上でデバイス９０４に送信しているすべてのデバイス（例えば、複数の端末）のためのコントローラ９３２により生成される電力制御コマンド及び（例えば、通信チャネルに関係する）他の情報を含んでも良い。
【００９８】
デバイス９０２において、デバイス９０４により送信される変調信号は、アンテナ９１６により受信され、受信機（“ＲＣＶＲ”）９３４により調整及びデジタイズされ、そして、検出データ・シンボルを得るために、復調器（“ＤＥＭＯＤ”）９３６により処理される。受信（“ＲＸ”）データプロセッサ９３８は、検出データ・シンボルを処理し、そして、デバイス９０２のための復号化データ及び順方向リンク・シグナリングを提供する。コントローラ９４０は、データ送信を制御するための及びデバイス９０４への逆方向リンク上の送信電力を制御するための電力制御コマンド及び他の情報を受信する。
【００９９】
コントローラ９４０及び９３２は、それぞれ、デバイス９０２及びデバイス９０４の様々なオペレーションを指示する。例えば、コントローラは、適切なフィルタを判定し、該フィルタに関する情報をレポートし、そして、フィルタを使用して情報を復号化しても良い。データメモリ９４２及び９４４は、それぞれ、コントローラ９４０及び９３２により使用されるプログラム・コード及びデータを格納しても良い。
【０１００】
図９はまた、通信コンポーネントが、本明細書で教示されるように、メッセージング・オペレーションを実行する１又は複数のコンポーネントを含んでもよいことを示す。例えば、本明細書で教示されるように、メッセージ・コントロール・コンポーネント９４６は、他のデバイス（例えば、デバイス９０４）に対して送信及び受信するために、コントローラ９４０及び／又はデバイス９０２の他のコンポーネントと協調しても良い。同様に、メッセージ・コントローラ・コンポーネント９４８は、他のデバイス（例えば、デバイス９０２）に対して信号を送信及び受信するために、コントローラ９３２及び／又はデバイス９０４の他のコンポーネントと協調しても良い。各々のデバイス９０２及び９０４について、説明されたコンポーネントのうちの二つ以上の機能性が単一のコンポーネントにより提供されても良いことは認識されるべきである。例えば、単一の処理コンポーネントが、メッセージ・コントロール・コンポーネント９４６及びコントローラ９４０の機能性を提供しても良いし、また、単一の処理コンポーネントが、メッセージ・コントロール・コンポーネント９４８及びコントローラ９３２の機能性を提供しても良い。
【０１０１】
本明細書の教示は、いろいろな装置（例えば、デバイス）中に組み込まれても良い（例えば、それらの中に実装され又はそれらにより実行されても良い）。例えば、各々のノードは、アクセス・ポイント（“ＡＰ”）、ＮｏｄｅＢ、無線ネットワーク制御装置（“ＲＮＣ”）、ｅＮｏｄｅＢ、基地局制御装置（“ＢＳＣ”）、無線基地局（Base Transceiver Station）（“ＢＴＳ”）、基地局（“ＢＳ”）、トランシーバ機能（“ＴＦ”）、無線ルータ、ラジオトランシーバ、基本サービス・セット（“ＢＳＳ”）、拡張サービス・セット（“ＥＳＳ”）、無線基地局（“ＲＢ”）又は何らかの他の専門用語として、構成されても良く、あるいは、呼ばれても良い。特定のノードはまた、アクセス端末と呼ばれても良い。アクセス端末はまた、加入者設備、加入者ユニット、モバイル局、リモートステーション、リモート端末、ユーザ端末、ユーザ・エージェント、ユーザデバイス又はユーザ装置として知られていても良い。幾つかの実装において、アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（“ＳＩＰ”）電話、ワイヤレスローカルループ（“ＷＬＬ”）局、携帯情報端末（“ＰＤＡ”）、無線接続機能をもつ携帯用デバイス又は無線モデムに接続される何らかの他の適当な処理デバイスを含んでも良い。したがって、本明細書で教示される１又は複数の態様は、電話（例えば、携帯電話又は高度自動機能電話）、コンピュータ（例えば、ラップトップ）、携帯型通信デバイス、携帯型コンピュータ・デバイス（例えば、パーソナル・データ・アシスタント）、エンターテイメント・デバイス（例えば、音楽又はビデオ・デバイス、又は、衛星ラジオ）、グローバル・ポジショニング・システム・デバイス又は無線媒体を介して通信するように構成される任意の他の適当なデバイスに組み込まれても良い。
【０１０２】
上記のように、幾つかの態様において、無線ノードは、通信システムのためのアクセス・デバイス（例えば、セルラ又はＷｉ−Ｆｉアクセス・ポイント）を含んでも良い。そのようなアクセス・デバイスは、例えば、有線又は無線通信リンクを介して、ネットワーク（例えば、インターネット又はセルラ・ネットワークのようなワイド・エリア・ネットワーク）のための又はそれへの接続性を提供しても良い。したがって、アクセス・デバイスは、他のデバイス（例えば、Ｗｉ−Ｆｉ局）がネットワーク又は何らかの他の機能性にアクセスするのを可能にしても良い。
【０１０３】
無線ノードは、それゆえ、該無線ノードにより送信される又は該無線ノードにおいて受信されるデータに基づいて諸機能を実行する各種のコンポーネントを含んでも良い。例えば、アクセス・ポイント及びアクセス端末は、信号（例えば、制御及び／又はデータに関係するメッセージ）を送信及び受信するためのアンテナを含んでも良い。アクセス・ポイントはまた、その受信機が複数の無線ノードから受信する又はその送信機が複数の無線ノードに送信するデータ・トラフィック・フローを管理するように構成されるトラフィック・マネージャを含んでも良い。さらに、アクセス端末は、受信されたデータに基づいてインジケーションを出力するように構成されるユーザ・インタフェースを含んでも良い。例えば、本明細書で幾つかの態様において説明（discussed）されるように、そのようなデータは、ＲＵＭの発行の後で且つ資源リリース・メッセージの発行の前に、受信されても良い。
【０１０４】
無線デバイスは、任意の適当な無線通信技術に基づくか、さもなければそれをサポートする、１又は複数の無線通信リンクを介して、通信しても良い。例えば、幾つかの態様において、無線デバイスは、ネットワークと関連しても良い。幾つかの態様において、ネットワークは、ローカル・エリア・ネットワーク又はワイド・エリア・ネットワークを含んでも良い。無線デバイスは、いろいろな無線通信技術、プロトコル又は標準（例えばＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭａｘ、及びＷｉ−Ｆｉ）の１又は複数を、サポートさもなければ使用しても良い。同様に、無線デバイスは、いろいろな対応する変調又は多重化スキームの１又は複数を、サポートさもなければ使用しても良い。無線デバイスは、それゆえ、上記又は他の無線通信技術を使用している１又は複数の無線通信リンクを確立し、それを介して通信するための、適切なコンポーネント（例えば、エアー・インタフェース）を含んでも良い。例えば、デバイスは、無線媒体上での通信を容易にする各種のコンポーネント（例えば、信号発生器及び信号プロセッサ）を含んでもよい関連する送信機コンポーネント及び受信機コンポーネント（例えば、送信機４０８及び４１４並びに受信機４１０及び４１６）をもつ無線トランシーバを含んでも良い。
【０１０５】
本明細書で説明されるコンポーネントは、いろいろな方法で実装されても良い。図１０は、受信ノード及び送信ノードの代表例である装置１００２及び１００４をそれぞれ表し、また、図１１は、送信ノード及び受信ノードの代表例である装置１１０２及び１１０４を表す。装置１００２，１００４，１１０２及び１１０４は、本明細書で教示されるように、例えば１又は複数の集積回路（例えば、ＡＳＩＣ）により実装される機能を表してもよく又は何らかの他の方法で実装されてもよい、一連の相互に関係のある機能ブロックとして表される。本明細書で説明されるように、集積回路は、プロセッサ、ソフトウェア、他のコンポーネント又はそれらな何らかの組み合せを含んでも良い。
【０１０６】
装置１００２，１００４，１１０２及び１１０４は、様々な図に関して上で説明された機能の１又は複数を実行してもよい１又は複数のモジュールを含んでも良い。例えば、提供するためのＡＳＩＣ１００６は、例えば、本明細書で説明されるようなメッセージ・コントローラ４１８に対応しても良い。送信するためのＡＳＩＣ１００８又は１１１６は、例えば、本明細書で説明されるような送信機４０８に対応しても良い。受信するためのＡＳＩＣ１０１０又は１１１４は、例えば、本明細書で説明されるような受信機４１０に対応しても良い。送信モードに切り替えるためのＡＳＩＣ１０１２又は１１２０は、例えば、本明細書で説明されるような通信コントローラ４２４に対応しても良い。非同期モードから同期モードに切り替えるためのＡＳＩＣ１０１４又は１１２４は、例えば、本明細書で説明されるようなモード・コントローラ４３０に対応しても良い。干渉を判定するためのＡＳＩＣ１０１６は、例えば、本明細書で説明されるような干渉コントローラ４２２に対応しても良い。受信するためのＡＳＩＣ１０１８は、例えば、本明細書で説明されるような受信機４１６に対応しても良い。送信を制限するためのＡＳＩＣ１０２０は、例えば、本明細書で説明されるような通信コントローラ４２６に対応しても良い。送信するためのＡＳＩＣ１１０６は、例えば、本明細書で説明されるような送信機４１４に対応しても良い。モニタリングするためのＡＳＩＣ１１０８は、例えば、本明細書で説明されるような受信機４１６に対応しても良い。送信を制限するかどうか判定するためのＡＳＩＣ１１１０は、例えば、本明細書で説明されるような通信コントローラ４２６に対応しても良い。非同期モードから同期モードに切り替えるためのＡＳＩＣ１１１２は、例えば、本明細書で説明されるようなモード・コントローラ４３２に対応しても良い。指定された時間を判定するためのＡＳＩＣ１１１８は、例えば、本明細書で説明されるようなメッセージ・コントローラ４１８に対応しても良い。送信するかどうか判定するためのＡＳＩＣ１１２２は、例えば、本明細書で説明されるような通信コントローラ４２４に対応しても良い。
【０１０７】
上記したように、幾つかの態様において、これらのコンポーネントは、適当なプロセッサ・コンポーネントを通して実装されても良い。幾つかの態様において、これらのプロセッサ・コンポーネントは、少なくとも部分的に、本明細書で教示される構造を使用して、実装されても良い。幾つかの態様において、プロセッサは、これらのコンポーネントの１又は複数の機能性の一部又は全部を実装するように構成されても良い。幾つかの態様において、破線ボックスで表されるコンポーネントの１又は複数は、オプションである。
【０１０８】
上記したように、装置１００２，１００４，１１０２及び１１０４は、１又は複数の集積回路を含んでも良い。例えば、幾つかの態様において、単一の集積回路が、説明されたコンポーネントの１又は複数の機能性を実装しても良く、一方、他の態様において、二以上の集積回路が、説明されたコンポーネントの１又は複数の機能性を実装しても良い。
【０１０９】
さらに、図１０及び１１により表されるコンポーネント及び機能も、本明細書で説明された他のコンポーネント及び機能も、任意の適当な手段を使用して実装されても良い。そのような手段はまた、少なくとも部分的に、本明細書で教示される対応する構造を使用して、実装されても良い。例えば、図１０及び１１の“ためのＡＳＩＣ（ASIC for）”コンポーネントとともに上で説明されたコンポーネントはまた、同じように指定された「ための手段（means for）」機能性に対応しても良い。それゆえ、本明細書で教えられるように、幾つかの態様において、そのような手段の１又は複数は、プロセッサ・コンポーネント、集積回路又は他の適当な構造の１又は複数を使用して実装されても良い。
【０１１０】
また、本明細書で例えば“第１の（first)”、“第２の（second）”、その他のような呼称（designation）を使用したエレメントへの参照は、一般に、それらのエレメントの量又は順序を制限しないことは理解されるべきである。むしろ、これらの呼称が、二つ以上のエレメント又はエレメントのインスタンスを区別する便利な方法として、本明細書で使用されることがある。それゆえに、第１及び第２のエレメントへの参照は、二つのエレメントだけがそこで使用されてもよいこと或いは第１のエレメントが何らかの方法で第２のエレメントに先行しなければならないことを意味するものではない。また、特に明記しない限り、１セットのエレメントは、１又は複数のエレメントを含んでも良い。さらに、説明又はクレームにおいて使用される「Ａ、Ｂ又はＣのうちの少なくとも一つ（at least one of: A, B, or C）」の形の用語は、「Ａ又はＢ又はＣ又はそれらの任意の組み合せ（A or B or C or any combination thereof）」を意味する。
【０１１１】
情報及び信号は、いろいろな異なるテクノロジー及びテクニックの任意のものを用いて表現可能であることを、当業者は理解できるであろう。例えば、上記説明の間に参照される、データ、インストラクション、コマンド、情報、信号、ビット、シンボル、及び、チップは、電圧、電流、電磁波、磁場若しくは磁性粒子（magnetic fields or particles）、光場若しくは光学粒子（optical fields or particles）、又はそれらの任意の組み合わせにより表現可能である。
【０１１２】
本明細書で開示される態様に関連して説明される様々な実例となる論理ブロック、モジュール、プロセッサ、手段、回路及びアルゴリズム・ステップのいずれも、電子ハードウェア（例えば、デジタル実装、アナログ実装、又は、二つの組合せ（それは、ソース符号化又は何らかの他の技術を使用して設計されてもよい））、インストラクションを組み込んでいるプログラム又はデザイン・コードの様々な形（それは、便宜のために、本明細書で「ソフトウェア」又は「ソフトウェア・モジュール」と呼ばれることがある）、又は、両方の組み合せとして実装されても良いことは、当業者は更に認識するであろう。このハードウェア及びソフトウェアの互換性をめいりょうに説明するために、各種の説明的なコンポーネント、ブロック、モジュール、回路、及びステップが、一般に、それらの機能性の観点で、前述された。当該の機能性は、システム全体に課される特定のアプリケーション及びデザインの制約に応じて、ハードウェア又はソフトウェアとして実装される。当業者は、説明された機能性を、各々のアプリケーションのためのさまざまな方法で実装しても良いが、当該の実装の決定は、本開示の範囲からの逸脱をもたらすものとして説明されるべきではない。
【０１１３】
本明細書で開示される態様に関連して説明される様々な実例となる論理ブロック、モジュール及び回路は、集積回路（“ＩＣ”）、アクセス端末又はアクセス・ポイントの中で実装され或いはそれにより実行されても良い。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジック、個別のハードウェアコンポーネント、電気コンポーネント、オプティカル・コンポーネント、メカニカル・コンポーネント又は本明細書で説明された機能を実行するようにデザインされた任意のそれらの組み合わせを含んでも良く、また、該ＩＣの内部に、該ＩＣの外部に又は該ＩＣの内部及び外部の両方に存在するコード又はインストラクションを実行しても良い。汎用プロセッサは、マイクロプロセッサであっても良いが、代わりに、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又はステートマシンであっても良い。プロセッサはまた、コンピュータ・デバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連結する１つ又は複数のマイクロプロセッサ、又は、他のそのような構成、として実装されても良い。
【０１１４】
任意の開示されたプロセスにおけるステップの任意の特定の順序又は階層が、サンプル・アプローチの例であるものと理解される。デザイン選択（preferences）に基づいて、該プロセスのステップの該特定の順序又は階層が再構成されても良く、しかし一方、本開示の範囲内のままであることが、理解される。添付の方法クレームは、サンプル順序における様々なステップのエレメントを提示し、また、提示される特定の順序又は階層に制限されることは意図されていない。
【０１１５】
本明細書で開示された態様に関連して説明された方法又はアルゴリズムのステップは、ハードウェアに直接具体化されても良いし、プロセッサにより実行されるソフトウェアモジュールに具体化されても良いし、又は、それら二つの組み合わせに具体化されても良い。ソフトウェア・モジュール（例えば、実行可能なインストラクション及び関係するデータを含む）及び他のデータは、例えば、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ又は任意の他の形のコンピュータ読み取り可能な記憶媒体などのような、データメモリ中に存在しても良い。サンプル記憶媒体は、例えばコンピュータ／プロセッサ（それは、便宜のために、本明細書で“プロセッサ”と呼ばれることがある）（該プロセッサが記憶媒体から情報（例えば、コード）をリードし及び記憶媒体に情報にライトすることができる）などのようなマシンに接続されても良い。サンプル記憶媒体は、プロセッサに一体化されていても良い。プロセッサ及び記憶媒体は、一つのＡＳＩＣの中に存在しても良い。ＡＳＩＣは、ユーザ装置に存在しても良い。代案では、プロセッサ及び記憶媒体は、ユーザ装置の個別のコンポーネントとして存在しても良い。さらに、幾つかの態様において、任意の適当なコンピュータ・プログラム製品は、本開示の態様の１又は複数に関係する（例えば、少なくとも一つのコンピュータにより実行可能な）コードを含んでいるコンピュータ読み取り可能な媒体を含んでも良い。幾つかの態様において、コンピュータ・プログラム製品は、包装材料（packaging materials）を含んでも良い。
【０１１６】
開示された態様の前の説明は、当業者が本開示を製造又は使用できるようにするために提供される。これらの態様への種々の変形は、当業者には容易に明白になるであろう。また、本明細書で定義された一般的な原理は、本開示の範囲から逸脱することなく、他の態様に適用されても良い。それゆえ、本開示は、本明細書で示された態様に限定されることが意図されているのではなく、本明細書に開示された原理及び新規な特徴に合致する最も広い範囲を与えられることが意図されている。
【図１】
2011517206.tif 000003
【図２】
2011517206.tif 000004
【図３】
2011517206.tif 000005
【図４】
2011517206.tif 000006
【図５】
2011517206.tif 000007
【図６】
2011517206.tif 000008
【図７】
2011517206.tif 000009
【図８】
2011517206.tif 000010
【図９】
2011517206.tif 000011
【図１０】
2011517206.tif 000012
【図１１】
2011517206.tif 000013
【手続補正書】
【提出日】平成22年12月9日(2010.12.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージを送信することと、
前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを送信することと、
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信することと、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えることと、
第２のタイムピリオドの間に（ここで、該第２のタイムピリオドは、前記定義されたインターバルの一つで終わる）、他の干渉管理メッセージを送信するためのリクエストを受信することと、
前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、前記他の干渉管理メッセージを送信することを含む無線通信の方法。
【請求項２】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項１の方法。
【請求項３】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる請求項１の方法。
【請求項４】
前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、
干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、
非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えることを更に含む請求項１の方法。
【請求項５】
送信機会のタイムピリオドをタイムスロット・サイズと等しく設定することを更に含む請求項４の方法。
【請求項６】
第１のノードが、前記第１及び第２の干渉メッセージを送信し、
前記方法は、
前記第１のノードへ送信することを望む第２のノードからリクエストを受信することと、
前記第１のノードにおいて干渉を判定することと、
前記判定された干渉に基づいて、前記受信されたリクエストを承認するメッセージの送信を遅延させることを更に含む請求項１の方法。
【請求項７】
前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信が遅延される請求項６の方法。
【請求項８】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される請求項１の方法。
【請求項９】
前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む請求項１の方法。
【請求項１０】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを送信するように構成された送信機と、
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するように構成された受信機と、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるように構成された通信コントローラと
を含み、
前記受信機は、第２のタイムピリオドの間に、他の干渉管理メッセージを送信するためのリクエストを受信するように更に構成され、
ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、
前記送信機は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、前記他の干渉管理メッセージを送信するように更に構成された無線通信のための装置。
【請求項１１】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項１０の装置。
【請求項１２】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる請求項１０の装置。
【請求項１３】
前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、
干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、
非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるように構成されたモード・コントローラを更に含む請求項１０の装置。
【請求項１４】
前記モード・コントローラは、送信機会のタイムピリオドをタイムスロット・サイズと等しく設定するように更に構成された請求項１３の装置。
【請求項１５】
第１のノードが、前記第１及び第２の干渉メッセージを送信し、
前記装置は、前記第１のノードへ送信することを望む第２のノードからリクエストを受信するように構成された受信機を更に含み、
前記装置は、前記第１のノードにおいて干渉を判定するように構成された干渉コントローラを更に含み、
前記メッセージ・コントローラは、前記判定された干渉に基づいて、前記受信されたリクエストを承認するメッセージの送信を遅延させることを更に構成された請求項１０の装置。
【請求項１６】
前記メッセージ・コントローラは、前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信を遅延させるように更に構成された請求項１５の装置。
【請求項１７】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される請求項１０の装置。
【請求項１８】
前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む請求項１０の装置。
【請求項１９】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するための手段と、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを送信するための手段と、
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するための手段と、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるための手段とをを含み、
前記受信するための手段は、第２のタイムピリオドの間に、他の干渉管理メッセージを送信するためのリクエストを受信するように構成され、
ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、
前記送信するための手段は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、前記他の干渉管理メッセージを送信するように構成された無線通信のための装置。
【請求項２０】
前記干渉の低減のためのリクエストは、不特定の期間に関係する請求項１９の装置。
【請求項２１】
前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる請求項１９の装置。
【請求項２２】
前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、
干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、
非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるための手段を更に含む請求項１９の装置。
【請求項２３】
前記非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるための手段は、送信機会のタイムピリオドをタイムスロット・サイズと等しく設定するように更に構成された請求項２２の装置。
【請求項２４】
第１のノードが、前記第１及び第２の干渉メッセージを送信し、
前記装置は、前記第１のノードへ送信することを望む第２のノードからリクエストを受信するための手段を更に含み、
前記装置は、前記第１のノードにおいて干渉を判定するための手段を更に含み、
前記提供するための手段は、前記判定された干渉に基づいて、前記受信されたリクエストを承認するメッセージの送信を遅延させることを更に構成された請求項１９の装置。
【請求項２５】
前記提供するための手段は、前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信を遅延させるように更に構成された請求項２４の装置。
【請求項２６】
前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される請求項１９の装置。
【請求項２７】
前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む請求項１９の装置。
【請求項２８】
請求項１ないし９のいずれか１項における前記ステップを実行可能なコードを含む無線通信のためのコンピュータ読み取り可能な媒体を含むコンピュータ・プログラム製品。
【請求項２９】
アンテナと、
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを、前記アンテナを介して送信するように構成された送信機と、
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するように構成された受信機と、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるように構成された通信コントローラとを含み、
前記受信機は、第２のタイムピリオドの間に、他の干渉管理メッセージを送信するためのリクエストを受信するように更に構成され、
ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、
前記送信機は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、前記他の干渉管理メッセージを送信するように更に構成されたアクセス・ポイント。
【請求項３０】
干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、
前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを、送信するように構成された送信機と、
前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するように構成された受信機と、
前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるように構成された通信コントローラと、
前記第１の干渉管理メッセージの前記送信の後で且つ前記第２の干渉管理メッセージの前記送信の前に受信されたデータに基づいてインジケーションを出力するように構成されたユーザ・インタフェースとを含み、
前記受信機は、第２のタイムピリオドの間に、他の干渉管理メッセージを送信するためのリクエストを受信するように更に構成され、
ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、
前記送信機は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、前記他の干渉管理メッセージを送信するように更に構成されたアクセス端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１１６
【補正方法】変更
【補正の内容】
【０１１６】
開示された態様の前の説明は、当業者が本開示を製造又は使用できるようにするために提供される。これらの態様への種々の変形は、当業者には容易に明白になるであろう。また、本明細書で定義された一般的な原理は、本開示の範囲から逸脱することなく、他の態様に適用されても良い。それゆえ、本開示は、本明細書で示された態様に限定されることが意図されているのではなく、本明細書に開示された原理及び新規な特徴に合致する最も広い範囲を与えられることが意図されている。  
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。  
［１］干渉の低減のためのリクエストを含む第１の干渉管理メッセージを送信することと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを送信することを含む無線通信の方法。  
［２］前記干渉の低減のためのリクエストは、不特定の期間に関係する［１］の方法。  
［３］前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる［１］の方法。  
［４］前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信することと、前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えることを更に含む［１］方法。  
［５］第２のタイムピリオドの間に（ここで、該第２のタイムピリオドは、前記定義されたインターバルの一つで終わる）、干渉管理メッセージを送信するためのリクエストを受信することと、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、第２の干渉管理メッセージを送信することを更に含む［４］の方法。  
［６］前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えることを更に含む［４］の方法。  
［７］送信機会のタイムピリオドをタイムスロット・サイズと等しく設定することを更に含む［６］の方法。  
［８］第１のノードが、前記第１及び第２の干渉メッセージを送信し、前記方法は、前記第１のノードへ送信することを望む第２のノードからリクエストを受信することと、前記第１のノードにおいて干渉を判定することと、前記判定された干渉に基づいて、前記受信されたリクエストを承諾するメッセージの送信を遅延させることを更に含む［１］の方法。  
［９］前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信が遅延される［８］の方法。  
［１０］前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される［１］の方法。  
［１１］前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む［１］の方法。  
［１２］干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを送信するように構成された送信機とを含む無線通信のための装置。  
［１３］前記干渉の低減のためのリクエストは、不特定の期間に関係する［１２］の装置。  
［１４］前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる［１２］の装置。  
［１５］前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するように構成された受信機と、前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるように構成された通信コントローラとを更に含む［１２］の装置。  
［１６］前記受信機は、第２のタイムピリオドの間に、干渉管理メッセージを送信するためのリクエストを受信するように更に構成され、ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、前記送信機は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、第２の干渉管理メッセージを送信するように更に構成された［１５］の装置。  
［１７］前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるように構成されたモード・コントローラを更に含む［１５］の装置。  
［１８］前記モード・コントローラは、送信機会のタイムピリオドをタイムスロット・サイズと等しく設定するように更に構成された［１７］の装置。  
［１９］第１のノードが、前記第１及び第２の干渉メッセージを送信し、前記装置は、前記第１のノードへ送信することを望む第２のノードからリクエストを受信するように構成された受信機を更に含み、前記装置は、前記第１のノードにおいて干渉を判定するように構成された干渉コントローラを更に含み、前記メッセージ・コントローラは、前記判定された干渉に基づいて、前記受信されたリクエストを承諾するメッセージの送信を遅延させることを更に構成された［１２］の装置。  
［２０］前記メッセージ・コントローラは、前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信を遅延させるように更に構成された［１９］の装置。  
［２１］前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される［１２］の装置。  
［２２］前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む［１２］の装置。  
［２３］干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するための手段と、前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを送信するための手段とを含む無線通信のための装置。  
［２４］前記干渉の低減のためのリクエストは、不特定の期間に関係する［２３］の装置。  
［２５］前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになる［２３］の装置。  
［２６］前記第１の干渉管理メッセージの前記送信の後に続き且つ前記第２の干渉管理メッセージの前記送信に先行する第１のタイムピリオドの間、データを受信するための手段と、前記第１のタイムピリオドの間の定義された各インターバルにおいて送信モードに切り替えるための手段とを更に含む［２３］の装置。  
［２７］前記受信するための手段は、第２のタイムピリオドの間に、干渉管理メッセージを送信するためのリクエストを受信するように構成され、ここで、前記第２のタイムピリオドは、前記定義されたインターバルの一つで終わるものであり、前記送信するための手段は、前記第２のタイムピリオドの終わりにおける前記送信モードへの切り替えの間に、第２の干渉管理メッセージを送信するように構成された［２６］の装置。  
［２８］前記定義されたインターバルをタイムスロット・サイズと等しく設定することと、干渉の低減のためのリクエストがターミネートされることを示す干渉管理メッセージの送信を無効にすることによって、非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるための手段を更に含む［２６］の装置。  
［２９］前記非同期方法オペレーション・モードから同期オペレーション・モードへ切り替えるための手段は、送信機会のタイムピリオドをタイムスロット・サイズと等しく設定するように更に構成された［２８］の装置。  
［３０］第１のノードが、前記第１及び第２の干渉メッセージを送信し、前記装置は、前記第１のノードへ送信することを望む第２のノードからリクエストを受信するための手段を更に含み、前記装置は、前記第１のノードにおいて干渉を判定するための手段を更に含み、前記提供するための手段は、前記判定された干渉に基づいて、前記受信されたリクエストを承諾するメッセージの送信を遅延させることを更に構成された［２３］の装置。  
［３１］前記提供するための手段は、前記モニターされた干渉が閾値干渉レベル以上である場合に、前記送信を遅延させるように更に構成された［３０］の装置。  
［３２］前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信される［２３］の装置。  
［３３］前記第１の干渉管理メッセージは、データの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含む［２３］の装置。  
［３４］無線通信のためのコンピュータ・プログラム製品において、干渉の低減のためのリクエストを含む第１の干渉管理メッセージを送信することと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを送信することを実行可能なコードを含むコンピュータ読み取り可能な媒体を含むコンピュータ・プログラム製品。  
［３５］アンテナと、干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを、前記アンテナを介して送信するように構成された送信機とを含むアクセス・ポイント。  
［３６］干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを提供するように構成されたメッセージ・コントローラと、前記第１の干渉管理メッセージ及び第２の干渉管理メッセージを、送信するように構成された送信機と、前記第１の干渉管理メッセージの前記送信の後で且つ前記第２の干渉管理メッセージの前記送信の前に受信されたデータに基づいてインジケーションを出力するように構成されたユーザ・インタフェースとを含むアクセス端末。  
［３７］干渉の低減のためのリクエストを含む第１の干渉管理メッセージを受信することと、前記リクエストに応答して送信を制限することと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを受信することを含む無線通信の方法。  
［３８］前記干渉の低減のためのリクエストは、不特定の期間に関係する［３７］の方法。  
［３９］前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになり、前記方法は、前記リクエストの前記期限切れに応答して、前記送信の制限を中止することを更に含む［３７］の方法。  
［４０］前記送信の制限は、送信を控えること、送信電力を低減すること、データ送信レートを低減すること、符号化スキームを修正すること又は他の資源の上で送信することのうちの少なくとも一つを含む［３７］の方法。  
［４１］前記第１の干渉管理メッセージ（該第１の干渉管理メッセージは、一定のパワースペクトル密度で送信されたものであり）に関連する受信電力レベルを判定することと、前記一定のパワースペクトル密度及び前記受信電力レベルに基づいて、前記送信を制限するべきかどうか判定することを更に含む［３７］の方法。  
［４２］前記第１の干渉管理メッセージは、前記第１の干渉管理メッセージを送信したノードにおけるデータの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含み、前記方法は、前記プライオリティー・インジケーションに基づいて、前記送信を制限するべきかどうか判定することを更に含む［３７］の方法。  
［４３］干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを受信するように構成された受信機と、前記リクエストに応答して送信を制限する通信コントローラとを含む無線通信のための装置。  
［４４］前記干渉の低減のためのリクエストは、不特定の期間に関係する［４３］の装置。  
［４５］前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになり、前記通信コントローラは、前記リクエストの前記期限切れに応答して、前記送信の制限を中止するように更に構成された［４３］の装置。  
［４６］前記送信の制限は、送信を控えること、送信電力を低減すること、データ送信レートを低減すること、符号化スキームを修正すること又は他の資源の上で送信することのうちの少なくとも一つを含む［４３］の装置。  
［４７］前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信されたものであり、前記受信機は、前記第１の干渉管理メッセージに関連する受信電力レベルを判定するように更に構成され、前記通信コントローラは、前記一定のパワースペクトル密度及び前記受信電力レベルに基づいて、前記送信を制限するべきかどうか判定するように更に構成された［４３］の装置。  
［４８］前記第１の干渉管理メッセージは、前記第１の干渉管理メッセージを送信したノードにおけるデータの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含み、前記通信コントローラは、前記プライオリティー・インジケーションに基づいて、前記送信を制限するべきかどうか判定するように更に構成された［４３］の装置。  
［４９］干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを受信するための手段と、前記リクエストに応答して送信を制限するための手段とを含む無線通信のための装置。  
［５０］前記干渉の低減のためのリクエストは、不特定の期間に関係する［４９］の装置。  
［５１］前記干渉の低減のためのリクエストは、定義されたタイムピリオドの後、期限切れになり、前記制限するための手段は、前記リクエストの前記期限切れに応答して、前記送信の制限を中止するように構成された［４９］の装置。  
［５２］前記送信の制限は、送信を控えること、送信電力を低減すること、データ送信レートを低減すること、符号化スキームを修正すること又は他の資源の上で送信することのうちの少なくとも一つを含む［４９］の装置。  
［５３］前記第１の干渉管理メッセージは、一定のパワースペクトル密度で送信されたものであり、前記受信するための手段は、前記第１の干渉管理メッセージに関連する受信電力レベルを判定するように構成され、前記制限するための手段は、前記一定のパワースペクトル密度及び前記受信電力レベルに基づいて、前記送信を制限するべきかどうか判定するように構成された［４９］の装置。  
［５４］前記第１の干渉管理メッセージは、前記第１の干渉管理メッセージを送信したノードにおけるデータの受信に関連するディスアドバンテージのレベルを示すプライオリティー・インジケーションを更に含み、前記制限するための手段は、前記プライオリティー・インジケーションに基づいて、前記送信を制限するべきかどうか判定するように構成された［４９］の装置。  
［５５］無線通信のためのコンピュータ・プログラム製品において、干渉の低減のためのリクエストを含む第１の干渉管理メッセージを受信することと、前記リクエストに応答して送信を制限することと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージを受信することを実行可能なコードを含むコンピュータ読み取り可能な媒体を含むコンピュータ・プログラム製品。  
［５６］アンテナと、干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを、前記アンテナを介して受信するように構成された受信機と、前記リクエストに応答して送信を制限するように構成された通信コントローラとを含むアクセス・ポイント。  
［５７］干渉の低減のためのリクエストを含む第１の干渉管理メッセージと、前記干渉の低減のためのリクエストがターミネートされることを示す第２の干渉管理メッセージとを受信するように構成された受信機と、前記リクエストに応答して送信を制限するように構成された通信コントローラと、前記受信機を介して受信されたデータに基づいてインジケーションを出力するように構成されたユーザ・インタフェースとを含むアクセス端末。
【国際調査報告】
2011517206.tif 000014
2011517206.tif 000015
2011517206.tif 000016
2011517206.tif 000017
2011517206.tif 000018
2011517206.tif 000019