(57)【要約】  リソース利用メッセージに反応すべきかどうかを判断するために、適応可能な決定パラメータが使用される。決定パラメータは、受信されたリソース利用メッセージに基づいて適応される決定しきい値を備え得る。決定パラメータは、受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される確率を備え得る。そのような確率は、たとえば、１つまたは複数のチャネル状態、ノードによって経験される干渉物の数、受信されたリソース利用メッセージの数、または何らかの他の形態のリソース利用メッセージ関連情報、に基づき得る。
2011518481.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
リソース利用メッセージのセットを受信することと、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させることと、
を備える方法。
【請求項２】
前記決定パラメータは、リソース利用メッセージ拒否しきい値を備える、請求項１に記載の方法。
【請求項３】
前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量に基づいてさらに適応される、
請求項２に記載の方法。
【請求項４】
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、減少される、請求項３に記載の方法。
【請求項５】
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、増加される、請求項３に記載の方法。
【請求項６】
前記リソース利用メッセージ拒否しきい値は、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいてさらに適応される、請求項２に記載の方法。
【請求項７】
優先順位のセットがリソース利用メッセージの前記受信されたセットに関連付けられ、
前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットに基づいてさらに適応される、
請求項２に記載の方法。
【請求項８】
前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、減少される、請求項７に記載の方法。
【請求項９】
前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、増加される、請求項７に記載の方法。
【請求項１０】
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいてさらに適応される、請求項２に記載の方法。
【請求項１１】
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、請求項２に記載の方法。
【請求項１２】
リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、請求項２に記載の方法。
【請求項１３】
前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、請求項１２に記載の方法。
【請求項１４】
前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出することと、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断することと、
をさらに備える、請求項２に記載の方法。
【請求項１５】
前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
請求項１４に記載の方法。
【請求項１６】
前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、請求項２に記載の方法。
【請求項１７】
前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、請求項１に記載の方法。
【請求項１８】
前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、請求項１７に記載の方法。
【請求項１９】
前記確率の前記適応は、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかにさらに基づく、請求項１７に記載の方法。
【請求項２０】
前記確率の前記適応は、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整することを備える、請求項１７に記載の方法。
【請求項２１】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
請求項１７に記載の方法。
【請求項２２】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
請求項１７に記載の方法。
【請求項２３】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
請求項１７に記載の方法。
【請求項２４】
前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、請求項２３に記載の方法。
【請求項２５】
前記決定パラメータに基づいて送信を制限することをさらに備える、請求項１に記載の方法。
【請求項２６】
ワイヤレス通信のための装置であって、
リソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
を備える装置。
【請求項２７】
前記決定パラメータは、リソース利用メッセージ拒否しきい値を備える、請求項２６に記載の装置。
【請求項２８】
前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
前記パラメータアダプタは、受信されたリソース利用メッセージの前記量に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、
請求項２７に記載の装置。
【請求項２９】
前記パラメータアダプタは、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、前記リソース利用メッセージ拒否しきい値を減少させるようにさらに構成される、請求項２８に記載の装置。
【請求項３０】
前記パラメータアダプタは、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、前記リソース利用メッセージ拒否しきい値を増加させるようにさらに構成される、請求項２８に記載の装置。
【請求項３１】
前記パラメータアダプタは、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、請求項２７に記載の装置。
【請求項３２】
優先順位のセットがリソース利用メッセージの前記受信されたセットに関連付けられ、
前記パラメータアダプタは、優先順位の前記セットに基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、
請求項２７に記載の装置。
【請求項３３】
前記パラメータアダプタは、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、前記リソース利用メッセージ拒否しきい値を減少させるようにさらに構成される、請求項３２に記載の装置。
【請求項３４】
前記パラメータアダプタは、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、前記リソース利用メッセージ拒否しきい値を増加させるようにさらに構成される、請求項３２に記載の装置。
【請求項３５】
前記パラメータアダプタは、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、請求項２７に記載の装置。
【請求項３６】
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、請求項２７に記載の装置。
【請求項３７】
リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、請求項２７に記載の装置。
【請求項３８】
前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、請求項３７に記載の装置。
【請求項３９】
前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出するように構成されたチャネル分析器と、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断するように構成された送信コントローラと、
をさらに備える、請求項２７に記載の装置。
【請求項４０】
前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
請求項３９に記載の装置。
【請求項４１】
前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、請求項２７に記載の装置。
【請求項４２】
前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、請求項２６に記載の装置。
【請求項４３】
前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、請求項４２に記載の装置。
【請求項４４】
前記パラメータアダプタは、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかに基づいて、前記確率を適応させるようにさらに構成される、請求項４２に記載の装置。
【請求項４５】
前記パラメータアダプタは、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整するようにさらに構成される、請求項４２に記載の装置。
【請求項４６】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
請求項４２に記載の装置。
【請求項４７】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
請求項４２に記載の装置。
【請求項４８】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
請求項４２に記載の装置。
【請求項４９】
前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、請求項４８に記載の装置。
【請求項５０】
前記決定パラメータに基づいて送信を制限するように構成された送信コントローラをさらに備える、請求項２６に記載の装置。
【請求項５１】
ワイヤレス通信のための装置であって、
リソース利用メッセージのセットを受信するための手段と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるための手段と、
を備える装置。
【請求項５２】
前記決定パラメータは、リソース利用メッセージ拒否しきい値を備える、請求項５１に記載の装置。
【請求項５３】
前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
適応させるための前記手段は、受信されたリソース利用メッセージの前記量に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、
請求項５２に記載の装置。
【請求項５４】
適応させるための前記手段は、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、前記リソース利用メッセージ拒否しきい値を減少させる、請求項５３に記載の装置。
【請求項５５】
適応させるための前記手段は、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、前記リソース利用メッセージ拒否しきい値を増加させる、請求項５３に記載の装置。
【請求項５６】
適応させるための前記手段は、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、請求項５２に記載の装置。
【請求項５７】
優先順位のセットが、リソース利用メッセージの前記受信されたセットに関連付けられ、
適応させるための前記手段は、優先順位の前記セットに基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、
請求項５２に記載の装置。
【請求項５８】
適応させるための前記手段は、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、前記リソース利用メッセージ拒否しきい値を減少させる、請求項５７に記載の装置。
【請求項５９】
適応させるための前記手段は、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、前記リソース利用メッセージ拒否しきい値を増加させる、請求項５７に記載の装置。
【請求項６０】
適応させるための前記手段は、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、請求項５２に記載の装置。
【請求項６１】
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、請求項５２に記載の装置。
【請求項６２】
リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、請求項５２に記載の装置。
【請求項６３】
前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、請求項６２に記載の装置。
【請求項６４】
前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出するための手段と、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断するための手段と、
をさらに備える、請求項５２に記載の装置。
【請求項６５】
前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
請求項６４に記載の装置。
【請求項６６】
前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、請求項５２に記載の装置。
【請求項６７】
前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、請求項５１に記載の装置。
【請求項６８】
前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、請求項６７に記載の装置。
【請求項６９】
適応させるための前記手段は、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかに基づいて、前記確率をさらに適応させる、請求項６７に記載の装置。
【請求項７０】
適応させるための前記手段は、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整する、請求項６７に記載の装置。
【請求項７１】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
請求項６７に記載の装置。
【請求項７２】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
請求項６７に記載の装置。
【請求項７３】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
請求項６７に記載の装置。
【請求項７４】
前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、請求項７３に記載の装置。
【請求項７５】
決定パラメータに基づいて送信を制限するための手段をさらに備える、請求項５１に記載の装置。
【請求項７６】
ワイヤレス通信のためのコンピュータプログラム製品であって、
リソース利用メッセージのセットを受信することと、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させることと、
を実行可能なコードを備えるコンピュータ可読媒体、
を備えるコンピュータプログラム製品。
【請求項７７】
アンテナと、
前記アンテナを介してリソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
を備えるアクセスポイント。
【請求項７８】
リソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
前記受信機によって受信されたデータに基づいて指示を出力するように構成されたユーザインターフェースと、
を備えるアクセス端末。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その開示が参照により本明細書に組み込まれる、弁理士整理番号第０６０１０７Ｕ２号を付与された、「ADAPTIVELY REACTING TO RESOURCE UTILIZATION MESSAGES INCLUDING CHANNEL GAIN INDICATION」と題する、同時に出願され、同一出願人が所有する米国特許出願に関する。
【０００２】
本出願は、一般にワイヤレス通信に関し、より詳細には、限定はしないが、通信メッセージに適応的に反応することに関する。
【背景技術】
【０００３】
序論
ワイヤレス通信システムの展開は、一般に、何らかの形式の干渉緩和方式を実装することを含む。いくつかのワイヤレス通信システムでは、隣接ワイヤレスノードによって干渉が引き起こされることがある。一例として、セルラーシステムでは、第１のセルのセルフォンまたは基地局のワイヤレス送信は、隣接セルのセルフォンと基地局との間の通信に干渉することがある。同様に、Ｗｉ−Ｆｉネットワークでは、第１のサービスセットのアクセス端末またはアクセスポイントのワイヤレス送信は、隣接サービスセットのアクセス端末と基地局との間の通信に干渉することがある。
【０００４】
その開示が参照により本明細書に組み込まれる米国特許出願公開第２００７／０１０５５７４号は、リソース利用メッセージを使用して、送信ノードおよび受信ノードによる伝送を共同スケジューリングすることによってワイヤレスチャネルのフェアシェアリングが可能にされ得るシステムを記載している。ここで、送信ノードは、その近隣のリソース利用可能性の知識に基づいてリソースのセットを要求することができ、受信ノードは、その近隣のリソース利用可能性の知識に基づいて要求を許可することができる。たとえば、送信ノードは、その近傍の受信ノードをリッスンすることによってチャネル利用可能性を判断することができ、受信ノードは、その近傍の送信ノードをリッスンすることによって潜在的な干渉を判断することができる。
【０００５】
受信ノードが隣接送信ノードからの干渉を受ける場合、受信ノードは、隣接送信ノードにそれらの干渉送信を制限させるためにリソース利用メッセージを送信し得る。関連する態様によれば、受信ノードが（たとえば、受信する間に経験する干渉のために）不利にされ、衝突回避送信モードを望むことを示すだけでなく、受信ノードが不利にされる程度をも示すために、リソース利用メッセージは重み付けされ得る。
【０００６】
リソース利用メッセージを受信する送信ノードは、適切な応答を判断するために、それがリソース利用メッセージを受信したこと、ならびにその重みを利用し得る。たとえば、送信ノードは、送信するのを控えることを選択するか、１つまたは複数の指定されたタイムスロット中にその送信電力を低減させるか、リソース利用メッセージを無視するか、または何らかの他の方法で応答し得る。したがって、リソース利用メッセージおよび関連付けられた重みの広告は、システム中のすべてのノードに対して公平である衝突回避方式を与え得る。
【発明の概要】
【０００７】
本開示の例示的な態様の概要が以下に続く。本明細書における態様という用語への言及は、本開示の１つまたは複数の態様を指すことがあることが理解されるべきである。
【０００８】
本開示は、いくつかの態様では、（以下、便宜のために「ＲＵＭ」と呼ばれる）リソース利用メッセージに反応すべきかどうかを判断することに関する。たとえば、第１の通信ノードは、第２の通信ノード（すなわち、ＲＵＭ送信ノード）が次回の送信機会中に通信リソースを使用することを望むことを示すＲＵＭを受信することができる。第１のノード（たとえば、潜在的な干渉ノード）は、次いで、受信されたメッセージに応答してアクションをとるかどうかを判断し得る。たとえば、第１のノードは、メッセージを無視するかまたはメッセージに従うことを選択し得る。ここで、メッセージに従うことは、送信機会中に何らかの方法で送信を制限することを含み得る。たとえば、第１のノードは、送信するのを控えるか、送信電力を低減するか、別のリソース上で送信するか、または何らかの他の適切なアクションをとることによって送信を制限し得る。
【０００９】
いくつかの態様では、ノードがＲＵＭに反応すべきかどうかを判断する方法は適応可能であり得る。たとえば、ＲＵＭに反応するかまたは反応しないというノードによる決定は、ＲＵＭ拒否しきい値または確率パラメータなどの適応可能な決定パラメータに基づき得る。これらの場合、決定パラメータを適応させることは、したがって、ＲＵＭ拒否しきい値または確率パラメータを増加または減少させることを含み得る。
【００１０】
いくつかの態様では、決定パラメータは、１つまたは複数の受信されたＲＵＭに基づいて適応され得る。たとえば、決定パラメータは、いくつのＲＵＭが受信されたか、ＲＵＭ中に含まれる情報、またはそれらの組合せに基づいて適応され得る。ＲＵＭ中に含まれる情報は、ＲＵＭに関連付けられた優先順位（たとえば、重み）、ＲＵＭ送信ノードに関連付けられたチャネル状態、ＲＵＭ送信ノードによって経験される干渉物の数に関係する指示、または何らかの他のタイプの情報を備え得る。
【００１１】
一例として、ＲＵＭ拒否しきい値は、ノードによって受信されるＲＵＭの数の増加に応答して、および／または受信されたＲＵＭの重みの増加に応答して減少され得る。このようにして、しきい値を減少させることによって、干渉ノードは、より多くのＲＵＭに反応する（たとえば、従う）ように構成され得る。
【００１２】
別の例として、確率パラメータは、ＲＵＭ送信ノードが関連付けられた送信ノードからデータを受信するチャネルの状態に基づいて定義され得る。この場合、ＲＵＭ送信ノードが、その関連付けられた送信ノードへの比較的良好なチャネルを有する場合、潜在的な干渉物（すなわち、干渉ノード）は、ＲＵＭ送信ノードからのＲＵＭに従うことの確率を比較的低い値に設定し得る。したがって、この場合、干渉物からの送信が、そのチャネル上でのＲＵＭ送信ノードにおける受信に著しくは干渉しない可能性が高いので、干渉物は、比較的低頻度でＲＵＭ送信ノードからのＲＵＭに従い得る。逆に、ＲＵＭ送信ノードが、その関連付けられた送信ノードへの比較的劣悪なチャネルを有する場合、ＲＵＭに従うことの確率は、比較的高い値に設定され得る。この場合、干渉物からの送信が、これらの状況の下でのＲＵＭ送信ノードにおける受信に干渉する可能性が高いので、干渉物は、ＲＵＭ送信ノードからのより多くのＲＵＭに従い得る。
【００１３】
確率パラメータは、上記のチャネル状態情報に加えて、様々なタイプの情報に基づいて適応され得る。たとえば、ＲＵＭに従うことの確率は、ＲＵＭ送信ノードにおける干渉信号の推定された電力レベル（たとえば、電力スペクトル密度）に反比例するように定義され得る。さらに、干渉物が最近、所与のノードからの多数のＲＵＭに従った場合、そのノードからのＲＵＭに従うことの確率は減少され得る。
【００１４】
本開示のこれらおよび他の例示的な態様が、以下の詳細な説明および添付の特許請求の範囲、ならびに添付の図面において説明されるだろう。
【図面の簡単な説明】
【００１５】
【図１】図１は、通信システムのいくつかの例示的な態様の簡略図である。
【図２】図２は、ノードが、受信されたリソース利用メッセージにどのように反応するかを適応させるために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図３】図３は、受信されたリソース利用メッセージに対する反応を適応させることに関係する機能を与えるように構成されたコンポーネントを採用する通信システムのいくつかの例示的な態様の簡略ブロック図である。
【図４】図４は、ＲＵＭを与えるために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図５】図５は、受信されたＲＵＭに反応すべきかどうかを判断するために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図６】図６は、ＲＵＭ拒否しきい値を適応させるために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図７Ａ】図７Ａは、確率に基づいて、受信されたＲＵＭに従うべきかどうかを判断するために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図７Ｂ】図７Ｂは、確率に基づいて、受信されたＲＵＭに従うべきかどうかを判断するために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図８】図８は、受信されたＲＵＭを分類するために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図９Ａ】図９Ａは、前に受信されたＲＵＭに基づいて、受信されたＲＵＭに従うべきかどうかを判断するために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図９Ｂ】図９Ｂは、前に受信されたＲＵＭに基づいて、受信されたＲＵＭに従うべきかどうかを判断するために実行され得る動作のいくつかの例示的な態様のフローチャートである。
【図１０】図１０は、通信コンポーネントのいくつかの例示的な態様の簡略ブロック図である。
【図１１】図１１は、本明細書で教示されるような送信決定パラメータを適応させることに関係する機能を与えるように構成された装置のいくつかの例示的な態様の簡略ブロック図である。
【図１２】図１２は、本明細書で教示されるような送信決定パラメータを適応させることに関係する機能を与えるように構成された装置のいくつかの例示的な態様の簡略ブロック図である。
【図１３】図１３は、本明細書で教示されるような送信決定パラメータを適応させることに関係する機能を与えるように構成された装置のいくつかの例示的な態様の簡略ブロック図である。
【発明を実施するための形態】
【００１６】
慣例により、図面中に示された様々な特徴は一定の縮尺で描かれていないことがある。したがって、様々な特徴の寸法は、分かりやすいように任意に拡大または縮小されることがある。さらに、図面のいくつかは、分かりやすいように簡略化されることがある。したがって、図面は、所与の装置（たとえば、デバイス）または方法のコンポーネントのすべてを示しているわけではないことがある。最後に、明細書および図の全体にわたって同じ特徴を示すために同じ参照番号が使用されることがある。
【００１７】
本開示の様々な態様が以下で説明される。本明細書の教示は多種多様な形態で実施されることかでき、本明細書で開示されている特定の構造、機能、またはその両方は代表的なものにすぎないことは明らかであろう。本明細書の教示に基づいて、本明細書で開示される態様は他の態様とは独立に実装され得ること、およびこれらの態様のうちの２つ以上が様々な方法で組み合わされ得ることを、当業者は諒解すべきである。たとえば、本明細書に記載の態様をいくつ使用しても、装置は実現されることができ、または方法は実施されることができる。さらに、本明細書に記載の態様のうちの１つまたは複数に加えて、あるいはそれら以外の他の構造、機能、または構造および機能を使用して、そのような装置は実現されることができ、またはそのような方法は実施されることができる。さらに、態様は、請求項の少なくとも１つの要素を備え得る。上記の一例として、いくつかの態様では、ワイヤレス通信の方法は、ＲＵＭのセットを受信することと、ＲＵＭの受信されたセットに基づいて、少なくとも１つの受信されたＲＵＭに反応すべきかどうかを判断するために使用される決定パラメータを適応させることと、を備える。さらに、いくつかの態様では、決定パラメータは、ＲＵＭ拒否しきい値を備え、いくつかの態様では、決定パラメータは、少なくとも１つの受信されたＲＵＭに反応することの確率を備える。
【００１８】
説明のために、以下の説明は、アクセスポイントが１つまたは複数のアクセス端末と通信するワイヤレスシステムの様々なノード、コンポーネント、および動作を説明する。本明細書の教示はまた、他のタイプのノード、デバイス、および通信システム（たとえば、ワイヤレスまたは有線のシステム）に適用可能であり得ることが諒解されるべきである。
【００１９】
図１は、ワイヤレス通信システム１００のいくつかの例示的な態様を示している。システム１００は、一般にワイヤレスノード１０２および１０４として示されるいくつかのワイヤレスノードを含む。所与のワイヤレスノードは、１つまたは複数のトラフィックフロー（たとえば、データフロー）を受信および／または送信し得る。たとえば、各ワイヤレスノードは、少なくとも１つのアンテナと、関連付けられた受信機コンポーネントおよび送信機コンポーネントと、を備え得る。以下の説明では、受信しているワイヤレスノードを指すために受信ノードという用語が使用されることできり、送信しているワイヤレスノードを指すために送信ノードという用語が使用されることができる。そのような言及は、ワイヤレスノードが送信と受信の両方の動作を実行することが不可能であることを暗示するものではない。
【００２０】
ワイヤレスノードは、様々な方法で実装され得る。たとえば、いくつかの実装形態では、ワイヤレスノードは、アクセス端末、中継ポイント、またはアクセスポイントを備え得る。図１を参照すると、ワイヤレスノード１０２は、アクセスポイントまたは中継ポイントを備えることができ、ワイヤレスノード１０４は、アクセス端末を備えることができる。いくつかの実装形態では、ワイヤレスノード１０２は、ネットワーク（たとえば、Ｗｉ−Ｆｉネットワーク、セルラーネットワーク、またはＷｉＭａｘネットワーク）のワイヤレスノード間の通信を可能にする。たとえば、アクセス端末（たとえば、アクセス端末１０４Ａ）が、アクセスポイント（たとえば、アクセスポイント１０２Ａ）または中継ポイントのカバレージエリア内にあるとき、それによって、アクセス端末１０４Ａは、システム１００の別のデバイスと、またはシステム１００と通信するために結合される何らかの他のネットワークと通信し得る。ここで、ワイヤレスノードの１つまたは複数（たとえば、ワイヤレスノード１０２Ｂおよび１０２Ｄ）は、別の１つまたは複数のネットワーク（たとえば、インターネットなどのワイドエリアネットワーク１０８）への接続性を与える有線アクセスポイントを備え得る。
【００２１】
いくつかの態様では、システム１００の２つ以上のワイヤレスノード（たとえば、共通の独立したサービスセットのワイヤレスノード）は、１つまたは複数の通信リンクを介してワイヤレスノード間のトラフィックフローを確立するために、互いに関連する。たとえば、ワイヤレスノード１０４Ａおよび１０４Ｂは、対応するアクセスポイント１０２Ａおよび１０２Ｃを介して、互いに関連し得る。したがって、１つまたは複数のトラフィックフローは、アクセスポイント１０２Ａを介してアクセス端末１０４Ａとの間で確立されることができ、１つまたは複数のトラフィックフローは、アクセスポイント１０２Ｃを介してアクセス端末１０４Ｂとの間で確立されることができる。
【００２２】
場合によっては、システム１００中のいくつかのワイヤレスノードは、同時に（たとえば、同じタイムスロット中に）送信しようと試みることがある。送信ノードと受信ノードとの相対位置、および送信ノードの送信電力に応じて、そのような同時通信を確実に行うことが可能な場合がある。これらの状況下では、システム１００のワイヤレスリソースは、たとえば、キャリア検知多重アクセス（「ＣＳＭＡ」）動作モードを使用するだけのシステムに比較して、うまく利用されることがある。
【００２３】
しかしながら、他の状況下では、システム１００中のノードからのワイヤレス送信は、システム１００中の別のワイヤレスノード（たとえば、別の通信セクタの関連付けられないノード）における受信に干渉することがある。たとえば、ワイヤレスノード１０２Ｄが（シンボル１０６Ｂで表されるように）ワイヤレスノード１０４Ｃに送信しているのと同時に、ワイヤレスノード１０４Ｂは（ワイヤレス通信シンボル１０６Ａで表されるように）ワイヤレスノード１０２Ｃから受信していることがある。ワイヤレスノード１０４Ｂと１０２Ｄとの間の距離、およびワイヤレスノード１０２Ｄの送信電力に応じて、（破線記号１０６Ｃで表されるように）ワイヤレスノード１０２Ｄからの送信は、ワイヤレスノード１０４Ｂにおける受信に干渉することがある。同様の流儀で、ワイヤレスノード１０４Ｂからの送信は、ワイヤレスノード１０４Ｂの送信電力に応じて、ワイヤレスノード１０２Ｄにおける受信に干渉することがある。
【００２４】
このような干渉を緩和するために、ワイヤレス通信システムのノードは、ノード間メッセージング方式を採用し得る。たとえば、干渉の可能性を低くすることを望む受信ノードは、（たとえば、ノードにおける受信が何らかの形で不利であるので）この受信ノードが所与のリソースへの優先アクセスを要求していることを示すためにＲＵＭを送信し得る。ＲＵＭを受信する隣接ワイヤレスノード（たとえば、潜在的な干渉物）は、ＲＵＭ送信ノード（すなわち、ＲＵＭを送信した受信ノード）における受信に干渉することを回避するために、何らかの方法でその将来の送信を制限することを選択し得る。ここで、受信ノードによるＲＵＭを送信するという決定は、その受信ノードにおいて受信されるデータに関連付けられたサービス品質に少なくとも部分的に基づき得る。たとえば、受信ノードは、そのリンクまたはフローのうちの１つまたは複数の現在のサービス品質レベルが所望のサービス品質レベルを下回った場合、ＲＵＭを送信することがある。反対に、サービス品質が容認できる場合、受信ノードはＲＵＭを送信しないことがある。
【００２５】
次に、システム１００などのシステムの例示的なＲＵＭ関連動作が、図２のフローチャートに関連してより詳細に論じられるだろう。便宜上、図２の動作（または、本明細書で論じられるかまたは教示される他の動作）は、特定のコンポーネント（たとえば、図３に示されるようにシステム３００のコンポーネント）によって実行されるものとして説明されることがある。ただし、これらの動作は、他のタイプのコンポーネントによって実行され得、異なる個数のコンポーネントを使用して実行され得ることが諒解されるべきである。また、本明細書で説明される動作の１つまたは複数は、所与の実装形態では採用されない場合があることが諒解されるべきである。
【００２６】
図２のブロック２０２で表されるように、ワイヤレスノードが別のワイヤレスノードの通信範囲内にあるとき、ノードは、通信セッションを確立するために互いに関連し得る。さらに、ノードの様々なセットは、所与の近傍中で互いに関連し得る。たとえば、（たとえば、図１のアクセスポイント１０２Ｃに関連付けられた）ノードの１つのセットは、１つの通信セクタを形成することができ、（たとえば、アクセスポイント１０２Ｄに関連付けられた）ノードの別のセットは、隣接セクタを形成することができる。したがって、第１のセクタ中に、送信ノード（たとえば、ノード１０２Ｃ）から関連付けられた受信ノード（たとえば、ノード１０４Ｂ）への１つまたは複数のトラフィックフローが確立され得る。さらに、第２のセクタ中に、送信ノード（たとえば、ノード１０２Ｄ）から関連付けられた受信ノード（たとえば、ノード１０４Ｃ）への１つまたは複数のトラフィックフローが確立され得る。
【００２７】
ブロック２０４で表されるように、ある時点で、送信ノード（たとえば、ノード１０２Ｄ）は、１つまたは複数の受信ノード（たとえば、関連付けられないノード１０４Ｂ）から１つまたは複数のＲＵＭを受信することがある。ここで、受信ノードは、次回の送信機会のためのリソースを確保するためにＲＵＭを送信し得る。たとえば、受信ノード１０４Ｂは、関連付けられた送信ノード（たとえば、ノード１０２Ｃ）から受信するデータに関連付けられたサービス品質を繰り返し（たとえば、断続的に、周期的に、など）監視し得る。（たとえば、関連付けられない送信ノード１０２Ｄからの干渉により）監視されたサービス品質が所望のサービス品質レベルを下回る場合、受信ノード１０４Ｂは、リソースを確保し、それによって、その受信されたデータのサービス品質を改善するためにＲＵＭを送信し得る。
【００２８】
ブロック２０６で表されるように、送信ノードは、受信されたＲＵＭの１つまたは複数に基づいて送信決定パラメータを適応させ得る。決定パラメータは、様々な形態をとり得る。たとえば、場合によっては、決定パラメータは、ＲＵＭ拒否しきい値を備えることができ、他の場合には、決定パラメータは、確率を備えることができる。したがって、決定パラメータを適応させることは、ＲＵＭ拒否しきい値を上げるかまたは下げることに関与することができ、あるいは確率値を増加または減少させることに関与することができる。適応可能な決定パラメータがＲＵＭ拒否しきい値を備えるシナリオに関する例示的な動作は、図５および図６に関連して以下で説明される。適応可能な決定パラメータが確率を備えるシナリオに関する例示的な動作は、図７Ａ〜図９Ｂに関連して以下で説明される。
【００２９】
以下でより詳細に論じられるように、決定パラメータは、ＲＵＭ自体（たとえば、ＲＵＭの単なる受信）および／またはＲＵＭ中に含まれる情報に基づいて適応され得る。また、決定パラメータは、現在のＲＵＭ、１つまたは複数の前に受信されたＲＵＭ、または現在のＲＵＭと１つまたは複数の前に受信されたＲＵＭ、に基づいて適応され得る。たとえば、場合によっては、決定パラメータは、所与の時間期間中に受信されたＲＵＭの数に基づくことができる。場合によっては、ＲＵＭは、優先順位情報を備えることができ、それによって、決定パラメータは、この優先順位情報に基づくことができる。場合によっては、ＲＵＭは、ＲＵＭ送信ノードとその関連付けられた送信ノードとの間のチャネルの状態の指示を含むことができ、それによって、決定パラメータは、この指示に基づくことができる。場合によっては、ＲＵＭは、いくつの干渉ノードがＲＵＭ送信ノードによって経験されるかに関係する指示を備えることができ、それによって、決定パラメータは、この指示に基づくことができる。場合によっては、決定パラメータは、従われた受信されたＲＵＭの数に基づくことができる。
【００３０】
図２のブロック２０８で表されるように、送信ノードは、受信されたＲＵＭに反応すべきかどうかを判断するために決定パラメータを使用する。上述のように、ＲＵＭを無視するか、または受信されたＲＵＭに応答して送信を制限するという決定は、たとえば、受信されたＲＵＭから得られる情報とＲＵＭ拒否しきい値との比較に基づくことができ、あるいは、受信されたＲＵＭに関連付けられた情報に基づく確率に基づくことができる。さらに、いくつかの態様では、そのような決定は、ファクタの組合せに基づく（たとえば、ファクタが考慮される順序を定義する階層に従う）ことができる。たとえば、第１のステップとして、情報がＲＵＭ拒否しきい値と比較され得る。第２のステップでは、ＲＵＭを介して受信される情報（たとえば、チャネル利得）に基づく確率が採用され得る。第３のステップでは、１つまたは複数のＲＵＭの受信（たとえば、受信されたＲＵＭの数）に基づく確率が採用され得る。
【００３１】
送信ノードは、様々な方法でその送信を制限し得る。たとえば、ノードは、送信機会中に送信するのを控えること（たとえば、後のタイムスロット中に送信することを選択することによって送信を遅延させること）、送信電力を低減すること、データ伝送レートを低減すること、異なるコーディングを使用すること、別のリソース上で送信すること（たとえば、異なる周波数キャリアを使用すること）、何らかの他の適切な動作を実行すること、または上記のいくつかの組合せを実行すること、によって送信を制限し得る。
【００３２】
上記の概観を念頭において、次に、ＲＵＭ関連動作の様々な態様およびこれらの動作を実行し得る代表的なコンポーネントが、図３〜図９Ｂに関連して詳細に説明されるだろう。
【００３３】
図３は、ノード３０４からの送信がノード３０２における受信に干渉し得るように、互いに十分に近接している受信ノード３０２と、関連付けられない送信ノード３０４との例示的なコンポーネントを示す。したがって、ノード３０４は、ノード３０２に対する干渉ノードになることがあり、この干渉の結果として、ノード３０２は、ＲＵＭ送信ノードになることがある。ノード３０２および３０４は、それぞれ、他のノードと通信するためのトランシーバ３０６および３０８を含む。トランシーバ３０６および３０８は、それぞれ、送信機３１０および３１２と受信機３１４および３１６とを含む。ノード３０２および３０４の他のコンポーネントは、以下の図４〜図９Ｂの説明に関して説明されるだろう。
【００３４】
図４は、受信ノード３０２（たとえば、アクセスポイントまたはアクセス端末）が、データの受信およびＲＵＭの生成に関連して実行し得る例示的な動作について説明する。ブロック４０２で表されるように、受信ノード３０２（たとえば、図１のノード１０４Ｂ）は、関連付けられた送信ノード（たとえば、ノード１０２Ｃ）からデータを受信する。
【００３５】
ブロック４０４で表されるように、受信ノード３０２は、所望のサービス品質（「ＱｏＳ」）レベルに従ってデータ（たとえば、１つまたは複数のフロー）を受信しているかどうかを判断し得る。ここで、所望のサービス品質レベルは、（たとえば、フルバッファトラフィックの）スループット、（たとえば、ボイストラフィックの）待ち時間、平均スペクトル効率、最小キャリア対干渉比（「Ｃ／Ｉ」）、または何らかの他の適切なメトリクスまたはメトリクスに関し得る。たとえば、ノードは、所与の（たとえば、ビデオトラフィックのための）スループットレート以上で、所与の（たとえば、ボイストラフィックのための）待ち時間期間内に、または深刻な干渉なしに、所与のタイプのトラフィックに関連付けられたデータを受信することが望ましいことがある。
【００３６】
図３の例では、受信ノード３０２は、受信機３１４によって受信されたデータに関連付けられた１つまたは複数のサービス品質関連パラメータを判断するために、そのデータを分析するように構成されたＱｏＳ判断器３１８を含む。したがって、ＱｏＳ判断器３１８は、受信されたデータのスループットを計算し、および／または受信されたデータの待ち時間を計算し得る。さらに、ＱｏＳ判断器３１８は、たとえば、受信されたデータに対して付与される干渉の量の推定値を得るために干渉判断器３２０と協働し得る。ＱｏＳ判断器が他の形態をとり得ること、およびサービス品質を監視するために様々な技法が採用され得ることが諒解されるべきである。たとえば、いくつかの実装形態では、ノードは、その受信されたデータのサービス品質レベルを比較的継続的に監視するために、スライディングウィンドウ方式（たとえば、短期移動平均）を採用し得る。
【００３７】
いくつかの態様では、所与のサービス品質レベルが達成されているかどうかの判断は、ＱｏＳ判断器３１８によって与えられたサービス品質情報と、所望のサービス品質（たとえば、サービス品質しきい値）を表す情報との比較に基づき得る。たとえば、ＱｏＳ判断器３１８は、所与の時間期間、所与のパケット数、などにわたって受信されたデータに関連付けられたサービス品質レベルを示す（たとえば、サービス品質レベルの推定値を与える）サービス品質メトリックを生成し得る。さらに、１つまたは複数のしきい値（たとえば、ＲＵＭ送信しきい値）は、所与のタイプのトラフィック、またはいくつかの異なるタイプのトラフィックに対して予想されるサービス品質レベルを定義し得る。ＱｏＳ判断器３１８は、したがって、ブロック４０４において、所望のサービス品質が満たされているかどうかを判断するために、現在のサービス品質メトリックをサービス品質しきい値と比較し得る。そうである場合、受信ノード３０２は、図４のブロック４０４からブロック４０２への矢印で表されるように、データを受信し、関連付けられたサービス品質を監視し続け得る。
【００３８】
一方、サービス品質がブロック４０４において容認できない場合、受信ノード３０２は、その受信されたデータのサービス品質を改善する（たとえば、ノード３０２がデータを受信するために使用するリソースに対する干渉を低減する）ためにリソースを確保することを試み得る。ブロック４０６〜４１２は、受信ノード３０２がＲＵＭを生成し、送信することに関連して実行し得るいくつかの動作について説明する。
【００３９】
ブロック４０６で表されるように、受信ノード３０２（たとえば、優先順位判断器３２２）は、たとえば、受信ノード３０２が不利な立場におかれている程度を示すＲＵＭ優先順位を判断し得る。ＲＵＭに関連付けられた優先順位情報は、様々な形態をとり得る。たとえば、場合によっては、優先順位情報は、重み係数（たとえば、ＲＵＭ中に含まれる重み指示）の形態をとり得る。いくつかの実装形態では、ＲＵＭ重みは、（たとえば、ＲＵＭ送信しきい値に対応する）所望のサービス品質と、実際に達成されたサービス品質に関係するサービス品質メトリックとの比の量子化された値として定義され得る。そのような重み係数は、重み係数のオーバーヘッドを低減するために正規化され得る。たとえば、重みは、数ビット（たとえば、２または３ビット）によって表され得る。場合によっては、優先順位は、（たとえば、時間および／または周波数における）ＲＵＭの順序によって示され得る。たとえば、時間的に以前に生じたＲＵＭは、より高い優先順位に関連付けられ得る。
【００４０】
ブロック４０８で表されるように、受信ノード３０２は、随意に、関連付けられた送信ノードに対するチャネルの状態を判断し得る。たとえば、チャネル分析器３２４は、チャネルを介して受信される信号を処理し、それによって（たとえば、チャネルの経路損失に対応する）チャネル利得などの１つまたは複数のチャネル特性を判断するためにトランシーバ３０６と協働し得る。以下でより詳細に説明されるだろうように、この情報は、そのチャネルを含むリソースを確保しようとして送信されたＲＵＭに反応すべきかどうかを判断するために、干渉ノードによって使用され得る。
【００４１】
ブロック４１０で表されるように、受信ノード３０２は、随意に、ノード３０２においてデータの受信に影響を及ぼしている干渉物の数を判断し得る。以下でより詳細に説明されるだろうように、この情報は、ノード３０２によってブロードキャストされる指示を生成するために使用されることができ、それによって、近くの干渉ノードは、指示に基づいてＲＵＭに反応すべきかどうかを判断し得る。
【００４２】
干渉物の数は、様々な方法で判断され得る。たとえば、場合によっては、干渉判断器３２０は、所与のチャネル上で受信された信号を処理し、そのチャネル上で送信している関連付けられない送信ノードの数を判断するために、トランシーバ３０６と協働し得る。場合によっては、１つまたは複数の干渉ノードの存在は、（たとえば、増加したデータ誤り率によって明示される）受信されたデータのサービス品質の劣化、所与のチャネルに対するより低い信号対ノイズ比、または何らかの他の状態に基づいて識別され得る。
【００４３】
ブロック４１２で表されるように、受信ノード３０２（たとえば、ＲＵＭコントローラ３２６）は、ＲＵＭ情報を生成し、トランシーバ３０６と協働してＲＵＭを送信（たとえば、ブロードキャスト）する。ＲＵＭは、ブロック４０６〜４１０に関連して上述された情報に関係する１つまたは複数の指示（たとえば、優先順位指示、チャネル状態指示、および干渉物の数に関係する指示）を含み得る。さらに、場合によっては、ＲＵＭは、（たとえば、特定の基地局またはＳＳＩＤを識別する）ノード識別子（「ＩＤ」）３３０またはセクタ識別子３３２など、ノード３０２によって（たとえば、データメモリ３２８中で）維持される他の情報を含み得る。また、場合によっては、ノード３０２は、ＲＵＭが送信される方法によって情報を伝達し得る。たとえば、上述のように、ＲＵＭのタイミング特性および／または周波数特性は、そのＲＵＭの優先順位を示し得る。
【００４４】
いくつかの態様では、ＲＵＭは、１つまたは複数のキャリアに対する干渉を緩和（たとえば、クリア）するために使用され得る。たとえば、場合によっては、各ＲＵＭは、（たとえば、所与の周波数帯域に関連付けられた）シングルキャリアに関する。ここで、ワイヤレスノードがそのキャリアに対する干渉をクリアすることを望むときはいつでも、ワイヤレスノードは、（たとえば、時分割および／または周波数分割多重化制御チャネルを介して）ＲＵＭを送信し得る。他の場合には、各ＲＵＭは、キャリアのセットに関し得る。たとえば、いくつかのマルチキャリアシステムでは、ワイヤレスノードは、キャリアのすべてに対する干渉をクリアすることを望むときはいつでも、ＲＵＭを送信し得る。他のマルチキャリアシステムでは、ＲＵＭは、利用可能なキャリアのサブセットをクリアし得る。たとえば、ワイヤレスノードがキャリアのサブセットに対する干渉をクリアすることを望むとき、ワイヤレスノードは、ＲＵＭを適用すべき（１つまたは複数の）キャリアの指示とともにＲＵＭを送信し得る。そのような場合、キャリア指示は、ＲＵＭ中に含められ得る。
【００４５】
キャリア指示は、様々な形態をとり得る。たとえば、場合によっては、キャリア指示は、ビットのセットの形態をとることができ、ここで、各ビットは、ツリーのブランチに対応し、各ブランチは、今度はキャリアに対応する。たとえば、あるビットは、第１のキャリアに対応することができ、別のビットは、（たとえば、１つまたは複数のキャリアあるいはキャリアのセットを含み得る）キャリアのセットに対応することができる。他の場合には、キャリア指示は、ビットマスクの形態をとり得る。たとえば、マスクの各ビットは、キャリアの一意の１つに対応することができる。
【００４６】
ＲＵＭは、様々な形態をとり得る。たとえば、場合によっては、ＲＵＭは、一連のトーンからなり得る。場合によっては、様々なトーンが、様々な周波数帯域をカバーし得る。場合によっては、様々なノードからのＲＵＭは、何らかの方法（たとえば、時間および／または周波数）で順序付けされ得る。
【００４７】
ＲＵＭは、様々な方法で送信され得る。場合によっては、ＲＵＭは、ブロードキャストされ得る。場合によっては、ＲＵＭは、知られている（たとえば、一定の）電力レベル（たとえば、電力スペクトル密度）で送信され得る。場合によっては、ＲＵＭは、１つまたは複数の周波数分割多重化チャネル（たとえば、１つまたは複数のデータチャネルに対して多重化された周波数）上で送信され得る。場合によっては、ＲＵＭは、１つまたは複数の時分割多重化チャネル（たとえば、１つまたは複数のデータチャネルに対して多重化された時間）上で送信され得る。
【００４８】
図５および図６は、送信ノード３０４（たとえば、アクセスポイントまたはアクセス端末）が、受信されたＲＵＭに反応すべきかどうかを判断するために、適応可能なＲＵＭ拒否しきい値を使用することに関連して実行し得る例示的な動作について説明する。図５は、ノード３０４がどのようにＲＵＭ拒否しきい値を使用し得るかについて説明する。図６は、ノード３０４がどのようにＲＵＭ拒否しきい値を適応させ得るかについて説明する。ここで、便宜のために、ＲＵＭ拒否しきい値という用語が使用されること、および、このようにして指示されるしきい値は、本質的に、（たとえば、拒否されないであろうＲＵＭを容認することによる）ＲＵＭ容認（または追従）しきい値として使用され得ることが諒解されるべきである。
【００４９】
ブロック５０２で表されるように、様々な時点で、ノード３０４（たとえば、図１のノード１０２Ｄ）は、１つまたは複数の隣接ノードからＲＵＭを受信するだろう。たとえば、ノード３０４は、１つまたは複数の関連付けられた受信ノード（たとえば、ノード１０４Ｃ）から、あるいは１つまたは複数の関連付けられない受信ノード（たとえば、ノード１０４Ｂ）からＲＵＭを受信し得る。
【００５０】
ブロック５０４で表されるように、ノード３０４は、ＲＵＭに関連付けられた優先順位に基づいて、リソース（たとえば、所与のタイムスロットまたはインターレース中のキャリアの使用）についての受信されたＲＵＭ間の競合を解決し得る。たとえば、いくつかのノードが同じリソースのためのＲＵＭを送信した場合、最高優先順位に関連付けられたＲＵＭを送信したノードが、リソースを使用する優先順位を与えられ得る。
【００５１】
ブロック５０６で表されるように、ノード３０４から受信することを望むノード（すなわち、ノード３０４の関連付けられた受信ノード）が最高優先順位を有する場合、ノード３０４は、単にＲＵＭを無視し得る。この場合、隣接干渉ノードの関連付けられた受信ノードがリソースについての競合に勝たなかったので、隣接干渉ノードは、それらの送信を制限し得る。これらの干渉ノードがリソースからクリアされるだろう故に、ノード３０４は、（たとえば、アクセスポイントによって）そうするようにスケジュールされると、リソースを使用してその受信ノードに自由に送信するだろう。
【００５２】
対照的に、ノード３０４に関連付けられた受信ノードが、ＲＵＭを送信しなかったか、または最高優先順位を有するＲＵＭを送信しなかった場合、ノード３０４は、重みの最も高いＲＵＭに従うべきかどうかを判断するために、ブロック５０８に記載の動作を実行し得る。ここで、ノード３０４は、（たとえば、指定された送信機会中の）その送信が、重みの最も高いＲＵＭを送信したＲＵＭ送信ノードにおける受信に干渉するかどうかを判断し得る。
【００５３】
いくつかの態様では、この判断は、ＲＵＭ拒否しきい値を、受信されたＲＵＭに関連付けられた（たとえば、受信されたＲＵＭから導出された）値と比較することを含み得る。言い換えれば、ノード３０４は、この値が、しきい値未満か、しきい値よりも大きいか、またはしきい値に等しいかどうかに応じて、ＲＵＭに従うかまたは無視するかを選択し得る。たとえば、ＲＵＭ拒否しきい値は、ＲＵＭ送信ノードにおける干渉の最大許容レベルを表す値と定義され得る。この場合、ノード３０４は、その送信がＲＵＭ送信ノードにおいて引き起こすであろう干渉の量を推定し得る。ノード３０４（たとえば、受信ＲＵＭ分析器３３４）は、したがって、ブロック５１０において、この干渉推定値をＲＵＭ拒否しきい値と比較し得る。値がしきい値未満（または、しきい値以下）であり、それによって、干渉が指定されたレベルを下回るであろうことを示している場合、ノード３０４は、ＲＵＭを無視することを選択し得る（ブロック５１２）。他の場合は、ノード３０４は、ＲＵＭに従うことを選択し得る（ブロック５１４）。
【００５４】
干渉推定は、様々な方法で生成され得る。たとえば、上述のように、ＲＵＭは、知られている電力レベルで送信され得る。さらに、ＲＵＭは、ＲＵＭ送信が、干渉制限されたチャネルとは反対のノイズ制限されたチャネルを経験する傾向にあるように、比較的低い再使用ファクタ（たとえば、１／１０以下）を有する制御チャネル上で送信され得る。したがって、ＲＵＭの受信信号強度は、信号対ノイズ比に比例し、それによって、ＲＵＭの検出のための代用測度として役立ち得る。（たとえば、トランシーバ３０８と協働する）ノード３０４のチャネル分析器３３６は、したがって、たとえば、受信されたＲＵＭの電力を測定することによってＲＵＭ送信ノードに対する経路損失を判断し得る。この経路損失情報と送信機３１２の知られている送信電力とに基づいて、ノード３０４は、その送信がＲＵＭ送信ノードにおいて引き起こす干渉のレベルを推定し得る。
【００５５】
次に図６を参照すると、上述のように、ＲＵＭ拒否しきい値は、１つまたは複数の受信されたＲＵＭに基づいて適応され得る。したがって、ブロック６０２で表されるように、ノード３０４は、（たとえば、１つまたは複数のタイムスロット、１つまたは複数のインターレースなどと定義された）定義された時間期間にわたって、１つまたは複数のＲＵＭのセットを収集し得る。場合によっては、ＲＵＭのセットは、最新の受信されたＲＵＭ（たとえば、ノード３０４が、従うべきかどうかを現在判断しているＲＵＭ）からなるか、またはそれを含み得る。
【００５６】
ブロック６０４で表されるように、ノード３０４（たとえば、受信ＲＵＭ分析器３３４）は、随意に、定義された時間期間にわたって受信されたＲＵＭの数が大きいか小さいか（または数が増加したか減少したか）を判断し得る。ノード３０４は、様々な方法で受信されたＲＵＭの数を判断し得る。たとえば、ノード３０４は、（定義された時間期間に等しい継続時間の）スライディングウィンドウを採用し、ウィンドウの各インスタンス中に受信されたＲＵＭの数のカウント３３８をデータメモリ３４０中に維持し得る。
【００５７】
ブロック６０６で表されるように、ノード３０４（たとえば、受信ＲＵＭ分析器３３４）は、随意に、定義された時間期間にわたって受信されたＲＵＭに関連付けられた優先順位がより高いかより低いか（または優先順位が上昇したか低下したか）を判断し得る。ノード３０４は、様々な方法で受信されたＲＵＭに関連付けられた優先順位を判断し得る。たとえば、ノード３０４は、（定義された時間期間に等しい継続時間の）スライディングウィンドウを採用し、ウィンドウの各インスタンス中に受信されたＲＵＭに関連付けられた優先順位のリスト３４２を維持し得る。
【００５８】
いくつかの態様では、ノード３０４は、ノードの指定されたサブセットからのＲＵＭを追跡するか、または特定の特性を有するＲＵＭを追跡し得る。たとえば、場合によっては、ノード３０４は、（たとえば、平均して）優先順位の最も高いＲＵＭを有するノードからのＲＵＭを（たとえば、そのノードからの重みの傾向を監視するために）追跡し得る。さらに、場合によっては、ノード３０４は、（たとえば、受信された最高重みの傾向を監視するために）重みの最も高いＲＵＭを追跡し得る。
【００５９】
ブロック６０８で表されるように、ノード３０４は、受信されたＲＵＭに基づいてＲＵＭ拒否しきい値を適応させ得る。たとえば、決定パラメータアダプタ３４６のＲＵＭ拒否しきい値（「ＲＲＴ」）定義器３４４は、ブロック６０４および６０６において得られたＲＵＭの量または優先順位情報に基づいて、ＲＵＭ拒否しきい値を調整し得る。
【００６０】
より具体的な例として、受信されたＲＵＭの数がより大きい（または数が増加した）場合、ＲＵＭ拒否しきい値は、ノード３０４が受信されたＲＵＭに従う可能性が高くなるように適応（たとえば、減少）され得る。逆に、受信されたＲＵＭの数がより小さい（または数が減少した）場合、ＲＵＭ拒否しきい値は、ノード３０４が受信されたＲＵＭに従う可能性が低くなるように適応（たとえば、増加）され得る。
【００６１】
同様に、ノード３０４が比較的高い優先順位の値を受信した（または優先順位の値の上昇を経験した）場合、ＲＵＭ拒否しきい値は、ノード３０４が受信されたＲＵＭに従う可能性が高くなるように適応（たとえば、減少）され得る。逆に、ノード３０４が比較的低い優先順位の値を受信した（または優先順位の値の低下を経験した）場合、ＲＵＭ拒否しきい値は、ノード３０４が受信されたＲＵＭに従う可能性が低くなるように適応（たとえば、増加）され得る。
【００６２】
ノード３０４は、受信されたＲＵＭの数（または数の変化）を特徴づけるために様々な技法を採用し得る。たとえば、場合によっては、ノード３０４は、受信されたＲＵＭの数をＲＵＭのしきい値の数と比較し得る。さらに、場合によっては、ノード３０４は、ある時間期間にわたって受信されたＲＵＭの数に、ある種の傾向（たとえば、増加または減少）があるかどうかを判断し得る。言い換えれば、ＲＵＭ拒否しきい値の適応が（たとえば、受信されたあらゆるＲＵＭ、または非常に短い時間期間にわたるＲＵＭの不在に基づくことなしに）より遅い時間スケールで行われるように、ノード３０４は、受信されたＲＵＭの数の漸進的変化を追跡し得る。
【００６３】
ノード３０４はまた、ＲＵＭ優先順位の値（または値の変化）を特徴づけるために様々な技法を採用し得る。たとえば、場合によっては、ノード３０４は、優先順位をしきい値優先レベルと比較し得る。さらに、場合によっては、ノード３０４は、ある時間期間にわたる優先順位の値に、ある種の傾向（たとえば、上昇または低下）があるかどうかを判断し得る。したがって、ＲＵＭ拒否しきい値の適応がより遅い時間スケールで行われるように、ノード３０４はまた、優先順位の漸進的変化を追跡し得る。
【００６４】
式１は、ＲＵＭ拒否しきい値が、受信されたＲＵＭの数に基づいて、どのように適応され得るかの例を示す。式１では、２つ以上のＲＵＭが受信された場合、ＲＲＴは（最小の定義されたＲＲＴ値まで）値ΔＴだけ減分される。逆に、２つよりも少ないＲＵＭが受信された場合、ＲＲＴは（最大の定義されたＲＲＴ値まで）値ΔＴだけ増分される。同様の技法がＲＵＭ優先順位に採用され得ることが諒解されるべきである。さらに、ＲＵＭ拒否しきい値を適応させるために様々なアルゴリズムが使用され得ることが諒解されるべきである。
【数１】
2011518481.tif 000003
【００６５】
ＲＵＭ拒否しきい値の適応は、指定されたＲＵＭ（たとえば、受信されたＲＵＭのサブセット）に基づき得る。たとえば、場合によっては、ノード３０４は、最高優先順位を有するＲＵＭにのみ基づいて、しきい値を適応させ得る。場合によっては、ノード３０４は、指定されたノード（たとえば、優先順位の最も高いＲＵＭを有するノード）から受信されたＲＵＭにのみ基づいて、しきい値を適応させ得る。たとえば、ノード３０４は、たとえば、すべてのノードから受信されたＲＵＭの平均重みの増加または減少に基づいて、しきい値を適応させるのではなく、ノードのサブセット（たとえば、指定されたノード）からの重みの増加または減少に基づいて、しきい値を適応させ得る。
【００６６】
次に図７Ａ〜図９Ｂを参照すると、送信ノード３０４が、受信されたＲＵＭに反応すべきかどうかを判断するために確率決定パラメータを使用することに関連して実行し得る例示的な動作がここで扱われるだろう。図７Ａおよび図７Ｂは、ノード３０４が、１つまたは複数のチャネル状態に基づいて、確率パラメータをどのように定義し（たとえば、適応させ）、使用し得るかの例について説明する。図８は、ノード３０４が、受信されたＲＵＭ情報をどのように分類し、維持し得るかの例について説明する。図９Ａおよび図９Ｂは、ノード３０４が、受信されたＲＵＭ情報に基づいて、確率パラメータをどのように定義し（たとえば、適応させ）、使用し得るかの例について説明する。
【００６７】
図７Ａのブロック７０２で表されるように、ノード３０４は、１つまたは複数の隣接ノードからＲＵＭを受信する。上述のように、所与のＲＵＭは、１つまたは複数の次回の送信機会（たとえば、タイムスロット）のためのリソースを確保することを試み得る。さらに、ブロック４１２に関連して上述されたように、ＲＵＭは、チャネルの状態、優先順位、いくつかの干渉物、ノード識別子、またはセクタ識別子、に関係する１つまたは複数の指示を含み得る。
【００６８】
ブロック７０４および７０６で表されるように、ノード３０４は、ＲＵＭに関連付けられた優先順位に基づいて、リソースについての受信されたＲＵＭ間の競合を解決し得る。ここでも、ノード３０４の受信ノードからのＲＵＭが最高優先順位を有する場合、ノード３０４は、単にＲＵＭを無視し得る。他の場合、動作フローは、ノード３０４が、何らかの他の受信ノードからの優先順位の最も高いＲＵＭに従うべきかどうかを判断するブロック７０８〜７１８に進む。
【００６９】
ブロック７０８で表されるように、ノード３０４（たとえば、チャネル分析器３３６）は、ノード３０４と、最高優先順位に関連付けられたＲＵＭ送信ノードとの間のチャネルの状態を判断し得る。ここで、チャネル状態は、チャネル利得または何らかの他のパラメータに関し得る。たとえば、上述のように、ＲＵＭは、比較的ノイズ制限されたチャネルを介して知られている電力レベルで送信され得る。（たとえば、トランシーバ３０８と協働する）チャネル分析器３３６は、したがって、たとえば、受信されたＲＵＭの電力を測定することによってＲＵＭ送信ノードに対するチャネル上の経路損失を判断し得る。この経路損失情報に基づいて、ノード３０４は、ノード３０４とＲＵＭ送信ノードとの間のチャネルのチャネル利得を推定し得る。
【００７０】
ブロック７１０で表されるように、ノード３０４は、ＲＵＭ送信ノードに関連付けられた１つまたは複数のチャネル状態に基づいて確率パラメータを定義し（たとえば、適応させ）得る。図３の例では、確率は、決定パラメータアダプタ３４６の確率定義器３４８によって定義され得る。
【００７１】
ブロック４０８に関連して上述されたように、チャネル状態の１つの形態は、送信ノードが、関連付けられた受信ノード（たとえば、ＲＵＭ送信ノード）にデータを送信するためのチャネルに関し得る。たとえば、ＲＵＭ送信ノードがその関連付けられた送信ノードへの良好なチャネルを有する場合、（たとえば、その送信電力を考慮に入れて）ＲＵＭ送信ノードから比較的遠い関連付けられない送信ノードによる送信は、おそらくＲＵＭ送信ノードにおいて著しい干渉を引き起こすことはないだろう。したがって、関連付けられない送信ノードは、この場合、ＲＵＭ送信ノードからのＲＵＭを無視することが許され得る。
【００７２】
逆に、ＲＵＭ送信ノードがその関連付けられた送信ノードへの劣悪なチャネルを有する場合、関連付けられない送信ノードの送信は、ＲＵＭ送信ノードにおいて干渉を引き起こすだろう可能性がより高い。したがって、この場合、関連付けられない送信ノードが（たとえば、その送信電力を考慮に入れて）ＲＵＭ送信ノードに比較的近接していないとしても、関連付けられない送信ノードは、ＲＵＭ送信ノードからのＲＵＭに従うことが望ましいことがある。
【００７３】
いくつかの態様では、チャネル状態（たとえば、良好なチャネルまたは劣悪なチャネル）は、チャネルのチャネル利得によって特徴づけられ得る。したがって、図４に関連して上述されたように、確率は、ＲＵＭ中に含まれるチャネル状態指示に基づき得る。たとえば、ＲＵＭに従うことの確率は、ＲＵＭ送信ノードとその送信ノードとの間のチャネルの、チャネル利得の変化に応答して間接的に変化し得る。たとえば、このチャネル利得の増加は確率の減少をもたらし得る。
【００７４】
いくつかの態様では、確率はまた、ＲＵＭ送信ノードと、ＲＵＭ送信ノードからＲＵＭを受信した干渉ノード（たとえば、関連付けられない送信ノード）との間のチャネルの状態（たとえば、チャネル利得）に基づき得る。ここで、ＲＵＭに従うことの確率は、ＲＵＭ送信ノードと干渉ノードとの間のチャネルの、チャネル利得の変化に応答して直接的に変化し得る。たとえば、このチャネル利得の増加は、確率の増加をもたらし得る。
【００７５】
いくつかの態様では、確率は、上述の２つのチャネルの相対チャネル状態（たとえば、チャネル利得）に基づき得る。たとえば、ＲＵＭに従うという決定は、ＲＵＭ送信ノードが、関連付けられない干渉ノードからチャネルに対するどれくらいの干渉を経験し得るかに比較して、ＲＵＭ送信ノードが、その関連付けられた送信ノードに対して有するチャネルがどれくらい良好かに基づき得る。そのような確率を定義するために使用され得るアルゴリズムの例は、式２に示される。
【００７６】
Ｐｋｊ＝１−ｍｉｎ（１，ｍａｘ（０，ｌｏｇ１０（ｈｊｊ／ｈｋｊ）））          (2)
ここで、Ｐｋｊは、ノードｋがノードｊからのＲＵＭに従うことの確率であり、ｈｊｊは、ノードｊからその送信ノードへのチャネル利得であり、ｈｋｊは、ノードｋからノードｊへのチャネル利得である。パラメータｈｊｊは、ノードｊによって送信されるＲＵＭ中に含まれ得る。式２から、ｈｊｊの相対的な大きさがｈｋｊの大きさに対して大きい場合、Ｐｋｊが０に近づくということが認められ得る。したがって、ノードｋは、チャネル状態ｈｊｊがチャネル状態ｈｋｊに対して改善するにつれて、ＲＵＭに従う可能性が低くなる。逆に、ｈｊｊの相対的な大きさがｈｋｊの大きさに対して小さい場合、Ｐｋｊは１に近づく。したがって、この場合、ノードｋは、チャネル状態ｈｊｊがチャネル状態ｈｋｊに対して劣化するにつれて、ＲＵＭに従う可能性が高くなるだろう。
【００７７】
場合によっては（たとえば、アクセス端末からアクセスポイントへの逆方向リンク上で）、受信ノードにおける受信は、受信ノードにおける受信されたデータの低い信号対ノイズ比を集合的に引き起こす比較的多数の干渉ノードからの送信によって悪影響を及ぼされ得る。ここで、確率ベースのＲＵＭ追従方式の使用は、一般に、受信ノードからＲＵＭを受信するノードのサブセットが（たとえば、各ノードによって行われる固有の確率ベースの決定の結果として）ＲＵＭに従うことになるだろう。したがって、多数の干渉物がある場合、ＲＵＭに従わなかった干渉ノードによる送信は、依然として、受信ノードにおいて望ましくないレベルの干渉を集合的に引き起こし得る。
【００７８】
したがって、場合によっては、ＲＵＭに反応するという決定は、受信ノード（すなわち、ＲＵＭ送信ノード）によって経験される干渉物の数に基づき得る。たとえば、干渉ノードは、ＲＵＭ送信ノードが多数の干渉物を経験する場合、ＲＵＭに従うためのより高い確率を採用し得、ＲＵＭ送信ノードが少数の干渉物を経験する場合、ＲＵＭに従うためのより低い確率を採用し得る。
【００７９】
場合によっては、ＲＵＭ送信ノードは、ＲＵＭに従うべき干渉ノードの数（たとえば、部分）を示す情報をＲＵＭ中に含み得る。たとえば、ＲＵＭは、関数のルックアップテーブル中にインデックスを含め得る。ＲＵＭを受信するいずれのノードも、次いで、ＲＵＭに従うべきかどうかを判断する（たとえば、ＲＵＭに従うことの確率を判断する）ために使用されるべき関数を判断するために、このインデックス指示を使用し得る。
【００８０】
ＲＵＭによって与えられたそのような指示に基づいて確率を定義するために使用され得るアルゴリズムの例は、式３に示される。そのようなアルゴリズムは、式２のアルゴリズムの代わりに使用され得る。
【００８１】
Ｐｋｊ＝ｅｘｐ（ｎ＊（ａ−１））                                        (3)
ただし、ａ＝ｍｉｎ（１，ｈｋｊ／ｈｊｊ）
ここで、パラメータｎは、ＲＵＭに従う送信ノードの数を制御するために使用され得る。たとえば、ｎのより高い値は、ＲＵＭに従うことのより低い確率Ｐｋｊを生じ（すなわち、Ｐｋｊは０により近づく）、その逆も同様である。場合によっては、式３中のｎの値は、ノードｊによって経験される干渉物の数に基づき（たとえば、逆元を備え）得る。したがって、より多くの干渉物がある（ｎのより低い値を生じる）場合、指示ｎを含むＲＵＭを受信するノードは、ＲＵＭに従う可能性が高くなるだろう。
【００８２】
場合によっては、そのような指示は、定義された数のセットの１つを備え得る。たとえば、順方向リンクをクリアすることを試みるＲＵＭは、指示に１つの値（たとえば、３）を使用することができ、逆方向リンクをクリアすることを試みるＲＵＭは、指示に異なる値（たとえば、０．１）を使用することができる。そのような方式は、たとえば、様々なリンクが、一般に様々な数の潜在的な干渉物を有するだろうことが予想または知られている場合に使用され得る。
【００８３】
次に図７Ｂを参照すると、ブロック７１２で表されるように、ノード３０４は、確率に基づいて、受信されたＲＵＭに反応すべきかどうかを判断し得る。たとえば、送信コントローラ３５０は、ブロック７１０において、乱数（たとえば、０〜１）を生成し、その数を定義された確率と比較し得る。ブロック７１４において、乱数が確率よりも大きい場合、ノード３０４は、ＲＵＭを無視し得る（ブロック７１６）。他の場合には、ノード３０４は、ＲＵＭに従い得る（ブロック７１８）。
【００８４】
いくつかの態様では、ＲＵＭに反応することの確率は、前に受信されたＲＵＭに基づき得る。たとえば、ＲＵＭ送信ノードは、（たとえば、システムパフォーマンスの観点から）その状況下で保証されるよりも多くのＲＵＭの送信を生じる、ＲＵＭを送信するための基準を採用し得る。したがって、送信ノードは、そのＲＵＭ送信ノードから多数のＲＵＭを受信し得る。ＲＵＭ送信ノードからのＲＵＭに高すぎる優先順位を与えることを回避するために、送信ノードは、多数のＲＵＭを送信するＲＵＭ送信ノードからのＲＵＭに従うことの確率を低くし得る。
【００８５】
いくつかの態様では、ＲＵＭに反応することの確率は、指定された種別のＲＵＭ送信ノードから受信されたＲＵＭの数に基づき得る。たとえば、場合によっては、送信ノードは、ＲＵＭを送信した各ノードの識別情報に基づいて、送信ノードが受信するＲＵＭを分類し得る。上述のように、この情報は、ＲＵＭ中に含まれるノード識別子によって示され得る。この情報を使用することによって、送信ノードは、たとえば、特定のノードが、多すぎるＲＵＭを送信しているかどうかを判断するために、特定のノードからのＲＵＭを容易に識別し得る。
【００８６】
場合によっては、送信ノードは、ＲＵＭを送信した各ノードのセクタに基づいて、送信ノードが受信するＲＵＭを分類し得る。この情報は、ＲＵＭ中に含まれるセクタ識別子によって示されるか、または何らかの他の方法で（たとえば、ノードのロケーションとＲＵＭに関連付けられたシグナリングとに基づいて）示され得る。これらの場合、送信ノードは、たとえば、特定のセクタ中のノードが、多すぎるＲＵＭを送信しているかどうかを判断するために、そのセクタからのＲＵＭを容易に識別し得る。
【００８７】
しかしながら、場合によっては、ＲＵＭは、識別子を含むことができない。たとえば、ＲＵＭの送信に関連付けられたオーバーヘッド（たとえば、電力および帯域幅）を低減するために、ＲＵＭのビット数を最小値に保つことが望ましいことがある。そのような場合、ＲＵＭは、各受信されたＲＵＭの電力レベル、各受信されたＲＵＭに関連付けられた優先順位、あるいはＲＵＭまたはノードに関連付けられた何らかの他の特性に基づいて分類され得る。たとえば、ある範囲内に入る受信電力レベルを有する受信されたＲＵＭが、同じノード（またはノードの比較的小さいサブセット）から発生した可能性があると仮定され得る。したがって、この分類方式は、たとえば、このグループ中の（１つまたは複数の）ノードが、多すぎるＲＵＭを送信しているかどうかを判断するために使用され得る。
【００８８】
図８は、受信されたＲＵＭを分類するために実行され得る例示的な動作を示す。この例では、ノード３０４は、従われたＲＵＭを分類する。
【００８９】
ブロック８０２で表されるように、各ＲＵＭを受信すると、ノード３０４は、ＲＵＭに従うべきかどうかを判断する。したがって、ブロック８０２の動作は、図７に関連して上述された動作に対応し得る。
【００９０】
ブロック８０４で表されるように、従われた各ＲＵＭについて、ノード３０４（たとえば、分類器３５２）は、１つまたは複数の分類ファクタに基づいてＲＵＭを分類する。たとえば、上述のように、分類器３５２は、ＲＵＭを送信したノードの識別情報、関連付けられたセクタ、受信電力レベル、または関連付けられた優先順位に基づいて、各ＲＵＭを分類し得る。
【００９１】
ブロック８０６で表されるように、ノード３０４は、分類されたＲＵＭに関係する情報をデータメモリ３５４中に維持し得る。たとえば、ノード３０４は、各分類（たとえば、ビン）について最後の受信されたＲＵＭが従われたかどうかの指示を維持し得、または各分類について従われたＲＵＭの数のカウントを維持し得る。たとえば、ノード識別子種別３５６のセットは、あるノードのためのあるエントリ、別のノードのための別のエントリ、などを含み得る。同様の方法で、セクタ識別子種別３５８のセットは、様々なセクタのための複数のエントリを含み得る。電力種別３６０のセットは、様々な電力範囲のための複数のエントリを含み得る。たとえば、第１の分類は、０〜０．９の範囲内の電力レベルに対応すること、第２の分類は、１．０〜１．９の範囲内に電力レベルに対応すること、などが可能である。優先順位種別３６２のセットは、様々な優先順位（たとえば、重み１、重み２など）のための複数のエントリを含み得る。
【００９２】
そのような情報は、様々な方法で維持され得る。たとえば、場合によっては、ビン（bin）中の各エントリは、ある時間期間の後に失効し（たとえば、ビンから除去され）得る。また、場合によっては、カウントを維持するビンは、固定のサイズを有し得る。
【００９３】
図９Ａおよび図９Ｂは、前に受信されたＲＵＭに基づいてＲＵＭに反応すべきかどうかを判断するために実行され得る例示的な動作を示す。この例は、ノード３０４が、ブロック９０４〜９０８において、（たとえば、図７で説明された技法に基づいて）受信されたＲＵＭが従われるべきかどうかに関する予備判断を行い、次いで、ブロック９１０〜９２０において、（たとえば、受信されたＲＵＭと同じ種別の）従われたＲＵＭの数に基づいて、受信されたＲＵＭが従われるべきかどうかに関する最終判断を行う、２段階のプロセスを示す。しかしながら、前に受信されたＲＵＭに基づく、ＲＵＭに反応すべきかどうかの判断は、この予備判断を使用する必要はないことが諒解されるべきである。
【００９４】
ブロック９０２で表されるように、図９Ａおよび図９Ｂの動作は、最高優先順位を有し、ノード３０４の関連付けられた受信ノードからではない、ＲＵＭに対して動作することを含み得る。したがって、ブロック９０２の動作は、上述のブロック７０２〜７０６の動作と同様であり得る。
【００９５】
随意のブロック９０４〜９０８で表されるように、ノード３０４は、１つまたは複数のチャネル状態、干渉物の数、または何らかの他の基準に基づいて、受信されたＲＵＭに従うべきかどうかに関する予備判断を行うために、ブロック７０８〜７１６において説明された動作などの動作を実行する。ブロック９０６において、ＲＵＭに従わないという決定が行われた場合、ノード３０４は、前に受信されたＲＵＭに基づく、さらなる判断を行わないことができる。逆に、ブロック９０６において、ＲＵＭに従うという予備決定が行われた場合、動作フローはブロック９１０に進むことができる。
【００９６】
ブロック９１０で表されるように、ノード３０４（たとえば、分類器３５２）は、受信されたＲＵＭを分類する。たとえば、上述のように、ＲＵＭは、関連付けられたノード識別情報、セクタ識別情報、電力レベル、優先順位、などに基づいて分類され得る。
【００９７】
ブロック９１２で表されるように、ノード３０４（たとえば、確率定義器３４８）は、（たとえば、定義された時間期間にわたって）従われた受信されたＲＵＭと同じ種別のＲＵＭの数に基づいて、受信されたＲＵＭに反応することの確率を判断する。式４は、そのような確率を定義するために採用され得るアルゴリズムの例を示す。
【００９８】
Ｐｊ（ｎ）＝１−Ｒｊ（ｎ）                                        (4)
ただし、Ｒｊ（ｎ＋１）＝ａ＊Ｒｊ（ｎ）＋（１−ａ）＊Ｉ｛同じ種別のＲＵＭに従う｝
ここで、Ｐｊ（ｎ）は、種別ｊ（たとえば、ビンｊ）に関連付けられたＲＵＭに従うことの確率である。たとえば、上述のように、確率Ｐｊ（ｎ）は、ノードｊからのＲＵＭ、セクタｊからのＲＵＭ、電力レベル種別ｊ（たとえば、対応する範囲）からのＲＵＭ、優先順位種別ｊ（たとえば、対応する範囲）からのＲＵＭ、などに反応すべきかどうかを判断するために定義され得る。この例では、Ｐｊ（ｎ）は、（たとえば、種別ｊの各ＲＵＭを受信すると）Ｒｊ（ｎ＋１）の新しい値を計算することによって適応される。
【００９９】
パラメータａ（たとえば、０と１との間の数）は、Ｒｊ（ｎ＋１）がどれくらい急速に変化するかに影響を及ぼす。したがって、このパラメータは、連続して従われる（または無視される）所与の種別のＲＵＭの数に影響を及ぼし得る。
【０１００】
インジケータ関数Ｉ｛｝は、前のＲＵＭが従われたかどうかを示すために使用される。たとえば、場合によっては、Ｉ｛｝は、ビンｊに関連付けられたＲＵＭが従われた場合、１に等しくなり、他の場合、０に等しくなる。ここで、インジケータ関数Ｉ｛｝によって影響を及ぼされる特定のＲＵＭは、従うか無視するかの決定が行われた最後のＲＵＭであり得る。代替的に、インジケータ関数Ｉ｛｝は、何らかの他のＲＵＭまたは複数のＲＵＭ（たとえば、ある時間期間にわたって受信されたＲＵＭのセット）に基づいて結果を生成し得る。
【０１０１】
式４から、Ｒｊ（ｎ）の値が、受信された（たとえば、特定のノードからの）特定の種別のＲＵＭの数に基づくことが認められ得る。さらに、この特定の例では、Ｒｊ（ｎ）は、種別ｊの従われたＲＵＭの数に基づく。いくつかの点で、Ｒｊ（ｎ）は、従われた、ノードｊのための受信されたＲＵＭの移動平均（たとえば、ある時間期間にわたって従われたＲＵＭの割合）に関する。本明細書の教示に基づいて、そのようなパラメータが何らかの他の（１つまたは複数の）基準に基づき得ること、および様々な方法で（たとえば、何らかの他のアルゴリズムに基づいて）計算され得ることが諒解されるべきである。
【０１０２】
いくつかの態様では、式４のパラメータは、相互に関係する。たとえば、前のＲＵＭが従われた場合、Ｒｊ（ｎ＋１）は、増加し得る。したがって、この場合、Ｐｊ（ｎ）は、減少し得る。したがって、前のＲＵＭが従われた場合、送信ノードがＲＵＭに従うことの確率は、減少することになるだろう。しかしながら、Ｐｊ（ｎ）が０に近づくにつれて、より少数のＲＵＭが従われることになるだろう。これは、今度はＲｊ（ｎ＋１）を減少させ得る。
【０１０３】
場合によっては、式４は、ＲＵＭに従うことの定常状態確率を変化させるために修正され得る。すなわち、断続的にＲＵＭを送信するノードからのＲＵＭに従うことの通常の定常状態確率は、０．５であり得る。しかしながら、所望される場合、この定常状態確率は、アルゴリズムに、平均してより多くのＲＵＭまたはより少数のＲＵＭに従わせるために修正され得る。式５は、Ｐｊ（ｎ）が、この点についてどのように修正され得るかの例を示す。
【０１０４】
Ｐｊ（ｎ）＝ｑ＊（１−Ｒｊ（ｎ））                                        (5)
この例では、種別ｊのＲＵＭに従うことの定常状態確率は、ｐｊ＝１／（１＋ｑ）であり得る。したがって、ノードは、ｑをより小さくすることによって、より多くのＲＵＭに従うように構成され得る。
【０１０５】
次に図９Ｂを参照すると、ブロック９１４で表されるように、ノード３０４は、上記の確率に基づいて、受信されたＲＵＭに反応すべきかどうかを判断する。たとえば、送信コントローラ３５０は、ブロック９１２において、乱数（たとえば、０から１）を生成し、その数を定義された確率と比較し得る。ブロック９１６において、乱数が確率よりも大きい場合、ノード３０４は、ＲＵＭを無視し得る（ブロック９１８）。他の場合、ノード３０４は、ＲＵＭに従い得る（ブロック９２０）。
【０１０６】
ブロック９２２で表されるように、ノード３０４は、次いで、ＲＵＭが従われたかどうか示すために分類情報を更新し得る。したがって、この動作は、ブロック８０６について上述された動作と同様の動作を含み得る。
【０１０７】
以上の説明から、確率は、受信されたＲＵＭ自体および／またはＲＵＭ中に含まれる情報に関連付けられた（たとえば、情報から導出された）１つまたは複数の値に基づいて定義され（たとえば、適応され）得るということが認められ得る。たとえば、確率は、受信されたＲＵＭ中に含まれるチャネル状態に基づいて定義され得る。さらに、確率は、ＲＵＭの受信電力から導出されるチャネル状態に基づいて定義され得る。また、確率は、いくつかの干渉物に関係する、ＲＵＭ中に含まれる指示に基づいて定義され得る。さらに、確率は、受信されたＲＵＭの数に基づいて定義され得る。本明細書の教示に基づいて、ＲＵＭあるいは何らかの他の同様のメッセージまたは状態に反応すべきかどうかに関する確率は、別の（１つまたは複数の）ファクタに基づき得ることが諒解されるべきである。さらに、そのような確率は、１つまたは複数のファクタの組合せに基づき得る。
【０１０８】
複数のＲＵＭが受信されるとき、ＲＵＭに従うかまたは無視するという確率ベースの決定は、様々な方法で実施され得る。たとえば、いくつかの態様では、ランダムな確率（たとえば、コイントス）が、受信されたＲＵＭごとに独立して得られ得る。いくつかの態様では、受信されたＲＵＭに対して計算される確率の１つが選択され得る。選択された確率は、次いで、受信されたＲＵＭの各々に従うべきか無視すべきかを判断するために使用され得る。たとえば、場合によっては、受信されたＲＵＭの各々に対して判断される様々な追従確率のうちの最大追従確率が選択され得る。場合によっては、いくつかの特性（たとえば、最高優先順位、最高重みなど、本明細書で説明されるＲＵＭ特性）を有する受信されたＲＵＭに関連付けられた確率が選択され得る。
【０１０９】
いくつかの態様では、ＲＵＭに従うかまたは無視するという決定は、本明細書で説明されるファクタのいずれかの組合せに基づき得る。たとえば、決定が階層の各レベルで行われる決定階層が採用され得る。これらの決定の各々が満たされる場合、ＲＵＭは、従われ得る。非限定的な例が以下に続く。第１のステップとして、（たとえば、図５で説明されたように）ＲＵＭの受信電力に基づく推定された干渉値がＲＵＭ拒否しきい値と比較され得る。第１のステップが、ＲＵＭに従うという暫定指示を与える（たとえば、推定された干渉がＲＵＭ拒否しきい値を超える）場合、第２のステップが実行される。他の場合、ＲＵＭは、無視され得る。第２のステップにおいて、（たとえば、図７Ａおよび図７Ｂで説明されたように）ＲＵＭを介して受信されたチャネル利得指示に基づく確率が、ＲＵＭに従うべきかどうかを判断するために採用され得る。第２のステップが、ＲＵＭに従うという暫定指示を与える（たとえば、乱数がチャネル利得ベースの確率未満である）場合、第３のステップが実行される。他の場合、ＲＵＭは、無視され得る。第３のステップでは、（たとえば、図９Ａおよび図９Ｂで説明されたように）追跡されたメッセージ（たとえば、受信されたＲＵＭの数）に基づく確率が、ＲＵＭに従うべきかどうかを判断するために採用され得る。第３のステップも、ＲＵＭが従われるべきであることを示す（たとえば、乱数が分類ベースの確率未満である）場合、ＲＵＭは従われる。他の場合、ＲＵＭは、無視され得る。
【０１１０】
本明細書の教示は、少なくとも１つの他のワイヤレスデバイスと通信するために様々なコンポーネントを採用しているデバイス中に組み込まれ得る。図１０は、デバイス間の通信を可能にするために使用され得るいくつかの例示的なコンポーネントを示す。ここで、第１のデバイス１００２（たとえば、アクセス端末）および第２のデバイス１００４（たとえば、アクセスポイント）は、好適な媒体によってワイヤレス通信リンク１００６を介して通信するように構成される。
【０１１１】
最初に、デバイス１００２からデバイス１００４へ（たとえば、逆方向リンク）の情報の送信に関与するコンポーネントが論じられるだろう。送信（「ＴＸ」）データプロセッサ１００８は、データバッファ１０１０または何らかの他の好適なコンポーネントからトラフィックデータ（たとえば、データパケット）を受信する。送信データプロセッサ１００８は、選択されたコーディングおよび変調方式に基づいて各データパケットを処理（たとえば、符号化、インターリーブ、およびシンボルマッピング）し、データシンボルを与える。一般に、データシンボルは、データの変調シンボルであり、パイロットシンボルは、（アプリオリに知られる）パイロットの変調シンボルである。変調器１０１２は、データシンボル、パイロットシンボル、場合によっては逆方向リンクのためのシグナリングを受信し、変調（たとえば、ＯＦＤＭまたは何らかの他の好適な変調）および／またはシステムによって指定された他の処理を実行し、出力チップストリームを与える。送信機（「ＴＭＴＲ」）１０１４は、出力チップストリームを処理（たとえば、アナログに変換、フィルタリング、増幅、および周波数アップコンバート）し、変調信号を生成し、これが次いでアンテナ１０１６から送信される。
【０１１２】
（デバイス１００４と通信中の他のデバイスからの信号とともに）デバイス１００２によって送信される変調信号は、デバイス１００４のアンテナ１０１８によって受信される。受信機（「ＲＣＶＲ」）１０２０は、アンテナ１０１８からの受信信号を処理（たとえば、調整およびデジタル化）し、受信サンプルを与える。復調器（「ＤＥＭＯＤ」）１０２２は、受信サンプルを処理（たとえば、復調および検出）し、（１つまたは複数の）他のデバイスによってデバイス１００４に送信されたデータシンボルのノイズの多い推定値であることができる検出データシンボルを与える。受信（「ＲＸ」）データプロセッサ１０２４は、検出データシンボルを処理（たとえば、シンボルデマッピング、デインターリーブ、および復号）し、各送信デバイス（たとえば、デバイス１００２）に関連付けられた復号データを与える。
【０１１３】
次に、デバイス１００４からデバイス１００２へ（たとえば、順方向リンク）の情報の送信に関与するコンポーネントが論じられるだろう。デバイス１００４において、データシンボルを生成するために、トラフィックデータが送信（「ＴＸ」）データプロセッサ１０２６によって処理される。変調器１０２８は、データシンボル、パイロットシンボルおよび順方向リンクのためのシグナリングを受信し、変調（たとえば、ＯＦＤＭまたは何らかの他の好適な変調）および／または他の適切な処理を実行し、出力チップストリームを与え、これがさらに送信機（「ＴＭＴＲ」）１０３０によって調整され、アンテナ１０１８から送信される。いくつかの実装形態では、順方向リンクのためのシグナリングは、逆方向リンク上でデバイス１００４に送信するすべてのデバイス（たとえば、端末）のために、コントローラ１０３２によって生成される電力制御コマンドおよび（たとえば、通信チャネルに関する）他の情報を含み得る。
【０１１４】
デバイス１００２において、デバイス１００４によって送信された変調信号が、アンテナ１０１６によって受信され、受信機（「ＲＣＶＲ」）１０３４によって調整およびデジタル化され、検出データシンボルを得るために復調器（「ＤＥＭＯＤ」）１０３６によって処理される。受信（「ＲＸ」）データプロセッサ１０３８は、検出データシンボルを処理し、デバイス１００２のための復号データおよび順方向リンクシグナリングを与える。コントローラ１０４０は、データ送信を制御し、デバイス１００４への逆方向リンク上の送信電力を制御するために、電力制御コマンドおよび他の情報を受信する。
【０１１５】
コントローラ１０４０および１０３２は、それぞれデバイス１００２およびデバイス１００４の様々な動作を指示する。たとえば、コントローラは、フィルタについての情報を報告して適切なフィルタを決定し、フィルタを使用して情報を復号し得る。データメモリ１０４２および１０４４は、それぞれコントローラ１０４０および１０３２によって使用されるプログラムコードおよびデータを記憶し得る。
【０１１６】
図１０はまた、通信コンポーネントが、本明細書で教示される適応型決定に関係する動作を実行する１つまたは複数のコンポーネントを含み得ることを示す。たとえば、ＲＵＭ制御コンポーネント１０４６は、本明細書で教示される別のデバイス（たとえば、デバイス１００４）との間で信号を送信および受信するために、デバイス１００２のコントローラ１０４０および／または他のコンポーネントと協働し得る。同様に、ＲＵＭ制御コンポーネント１０４８は、別のデバイス（たとえば、デバイス１００２）との間で信号を送信および受信するために、デバイス１００４のコントローラ１０３２および／または他のコンポーネントと協働し得る。各デバイス１００２および１００４について、記載のコンポーネントの２つ以上の機能が単一のコンポーネントによって提供され得ることが諒解されるべきである。たとえば、単一の処理コンポーネントがＲＵＭ制御コンポーネント１０４６およびコントローラ１０４０の機能を提供し、また、単一の処理コンポーネントがＲＵＭ制御コンポーネント１０４８およびコントローラ１０３２の機能を提供し得る。
【０１１７】
本明細書の教示は、様々な装置（たとえば、デバイス）に組み込まれ得る（たとえば、装置内に実装され、または装置によって実行され得る）。たとえば、各ノードは、アクセスポイント（「ＡＰ」）、ＮｏｄｅＢ、無線ネットワークコントローラ（Radio Network Controller ("ＲＮＣ")）、ｅＮｏｄｅＢ、基地局コントローラ（Base Station Controller ("ＢＳＣ")）、ベーストランシーバ局（Base Transceiver Station("ＢＴＳ")）、基地局（Base Station ("ＢＳ")）、トランシーバ機能（Transceiver Function ("ＴＦ")）、無線ルータ（Radio Router）、無線トランシーバ（Radio Transceiver）、基本サービスセット（Basic Service Set ("ＢＳＳ")）、拡張サービスセット（Extended Service Set ("ＥＳＳ")）、無線基地局（Radio Base Station ("ＲＢＳ")）、または何らかの他の用語として構成されるか、または当技術分野で呼ばれることがある。いくつかのノードは、アクセス端末とも呼ばれることがある。アクセス端末は、加入者局、加入者ユニット、移動局、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、またはユーザ機器としても知られることができる。いくつかの実装形態では、アクセス端末は、セルラー電話、コードレス電話、セッション開始プロトコル（Session Initiation Protocol ("ＳＩＰ")）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを備え得る。したがって、本明細書で教示される１つまたは複数の態様は、電話（たとえば、セルラー電話、スマートフォン）、コンピュータ（たとえば、ラップトップ）、携帯型通信デバイス、携帯型コンピューティングデバイス（たとえば、個人情報端末）、娯楽デバイス（たとえば、ミュージックまたはビデオデバイス、あるいは衛星ラジオ）、全地球測位システムデバイス、あるいはワイヤレス媒体を介して通信するように構成された他の好適デバイスに組み込まれ得る。
【０１１８】
上述のように、いくつかの態様では、ワイヤレスノードは、通信システムのためのアクセスデバイス（たとえば、セルラーまたはＷｉ−Ｆｉアクセスポイント）を備え得る。たとえば、そのようなアクセスデバイスは、有線またはワイヤレス通信リンクを介した、ネットワーク（たとえば、インターネットまたはセルラーネットワークなど広域ネットワーク）のための、またはネットワークへの接続性を与え得る。したがって、そのようなアクセスデバイスは、別のデバイス（たとえば、Ｗｉ−Ｆｉ局）がネットワークまたは何らかの他の機能にアクセスできるようにし得る。
【０１１９】
したがって、ワイヤレスノードは、ワイヤレスノードで送信または受信される信号に基づいて機能を実行する様々なコンポーネントを含み得る。たとえば、アクセスポイントおよびアクセス端末は、信号（たとえば、制御および／またはデータに関係するメッセージ）を送信および受信するためのアンテナを含み得る。アクセスポイントは、その受信機が複数のワイヤレスノードから受信するデータトラフィックフロー、またはその送信機が複数のワイヤレスノードに送信するデータトラフィックフローを管理するように構成されたトラフィックマネージャをも含み得る。さらに、アクセス端末は、受信されたデータに基づいて指示を出力するように構成されたユーザインターフェースを含み得る。
【０１２０】
ワイヤレスデバイスは、好適なワイヤレス通信技術に基づくあるいはサポートする１つまたは複数のワイヤレス通信リンクを介して通信し得る。たとえば、いくつかの態様では、ワイヤレスデバイスは、ネットワークに関連し得る。いくつかの態様では、ネットワークは、ローカルエリアネットワークまたはワイドエリアネットワークを備え得る。ワイヤレスデバイスは、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなど、１つまたは複数の様々なワイヤレス通信技術、プロトコル、または標準をサポートあるいは使用し得る。同様に、ワイヤレスデバイスは、１つまたは複数の様々な対応する変調方式または多重化方式をサポートあるいは使用し得る。したがって、ワイヤレスデバイスは、上記または他のワイヤレス通信技術を使用して１つまたは複数のワイヤレス通信リンクを確立し、それを介して通信するために適切なコンポーネント（たとえば、エアインターフェース）を含み得る。たとえば、デバイスは、ワイヤレス媒体による通信を可能にする様々なコンポーネント（たとえば、信号発生器および信号処理器）を含み得る関連付けられた送信機コンポーネントおよび受信機コンポーネント（たとえば、送信機３１０および３１２ならびに受信機３１４および３１６）をもつワイヤレストランシーバを備え得る。
【０１２１】
本明細書で説明されるコンポーネントは、様々な方法で実装され得る。図１１〜図１３を参照すると、装置１１００、１２００、および１３００が、たとえば、１つまたは複数の集積回路（たとえば、ＡＳＩＣ）によって実装される機能を表し得る、または本明細書で教示される何らかの他の方法で実装され得る、一連の相互に関係する機能ブロックとして表されている。本明細書で論じられるように、集積回路は、プロセッサ、ソフトウェア、他のコンポーネント、またはそれらの何らかの組合せを含み得る。
【０１２２】
装置１１００、１２００、および１３００は、様々な図に関して上述された１つまたは複数の機能を実行し得る１つまたは複数のモジュールを含み得る。たとえば、受信用ＡＳＩＣ１１０２または１２０２は、たとえば、本明細書で論じられる受信機に対応することができる。決定パラメータを適応させるためのＡＳＩＣ１１０４は、たとえば、本明細書で論じられる決定パラメータアダプタに対応することができる。干渉指示を導出するためのＡＳＩＣ１１０６は、たとえば、本明細書で論じられるチャネル分析器に対応することができる。送信を制限するか、または送信を制限すべきかどうかを判断するためのＡＳＩＣ１１０８は、たとえば、本明細書で論じられる送信コントローラに対応することができる。反応すべきかどうかを判断するためのＡＳＩＣ１２０４は、たとえば、本明細書で論じられる送信コントローラに対応することができる。チャネル利得を推定するためのＡＳＩＣ１２０６は、たとえば、本明細書で論じられるチャネル分析器に対応することができる。確率を適応させるためのＡＳＩＣ１２０８は、たとえば、本明細書で論じられる決定パラメータアダプタに対応することができる。容認できるＱｏＳを判断するためのＡＳＩＣ１３０２は、たとえば、本明細書で論じられるＱｏＳ判断器に対応することができる。送信すべきかどうかを判断するためのＡＳＩＣ１３０４は、たとえば、本明細書で論じられるＲＵＭコントローラに対応することができる。指示を生成するためのＡＳＩＣ１３０６は、たとえば、本明細書で論じられるチャネル分析器に対応することができる。干渉物の数を判断するためのＡＳＩＣ１３０８は、たとえば、本明細書で論じられる干渉判断器に対応することができる。
【０１２３】
上記のように、いくつかの態様では、これらのコンポーネントは、適切なプロセッサコンポーネントにより実装され得る。これらのプロセッサコンポーネントは、いくつかの態様では、少なくとも部分的には本明細書で教示される構造を使用して実装され得る。いくつかの態様では、プロセッサは、これらのコンポーネントのうちの１つまたは複数の機能の一部もしくは全部を実装するように適応され得る。いくつかの態様では、破線の囲みによって表される１つまたは複数のコンポーネントは、任意選択である。
【０１２４】
上記のように、装置１１００、１２００、および１３００は、１つまたは複数の集積回路を備え得る。たとえば、いくつかの態様では、単一の集積回路は、示されたコンポーネントのうちの１つまたは複数の機能を実装することができ、一方、他の態様では、２つ以上の集積回路は、示されたコンポーネントのうちの１つまたは複数の機能を実装することができる。
【０１２５】
さらに、図１１〜図１３で表されるコンポーネントおよび機能ならびに本明細書で説明される他のコンポーネントおよび機能は、任意の好適な手段を使用して実装され得る。そのような手段はまた、少なくとも部分的には、本明細書で教示される対応する構造を使用して実装され得る。たとえば、図１１〜図１３の「ＡＳＩＣ」コンポーネントに関連して上述されたコンポーネントはまた、同様に指定された「手段」機能に対応し得る。したがって、いくつかの態様では、１つまたは複数のそのような手段は、本明細書で教示される１つまたは複数のプロセッサコンポーネント、集積回路、または他の好適な構造を使用して実装され得る。
【０１２６】
また、本明細書における「第１」、「第２」などの名称を使用した要素への言及は、それらの要素の数量または順序を概括的に限定するものでないことが理解されるべきである。むしろ、これらの名称は、本明細書において２つ以上の要素またはある要素の複数の例を区別する便利な方法として使用され得る。したがって、第１および第２の要素への言及は、そこで２つの要素のみが使用され得ること、または第１の要素が何らかの方法で第２の要素に先行しなければならないことを意味するものではない。また、別段の規定がない限り、要素のセットは１つまたは複数の要素を備え得る。さらに、明細書または特許請求の範囲において使用される「Ａ、Ｂ、またはＣのうちの少なくとも１つ」という形式の用語は、「ＡまたはＢまたはＣ、あるいはそれらの任意の組合せ」を意味する。
【０１２７】
情報および信号は様々な異なる技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【０１２８】
さらに、本明細書で開示された態様に関して説明された様々な例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップのいずれかは、電子ハードウェア（たとえば、ソースコーディングまたは何らかの他の技法を使用して設計され得る、デジタル実装形態、アナログ実装形態、またはそれら２つの組合せ）、命令を組み込んだ様々な形態のプログラムまたは設計コード（便宜上、本明細書では「ソフトウェア」または「ソフトウェアモジュール」と呼ばれることがある）、あるいは両方の組合せとして実装され得ることを当業者は諒解するであろう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、回路、およびステップは、上記では概してそれらの機能に関して説明されている。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明された機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じると解釈されるべきではない。
【０１２９】
本明細書で開示された態様に関して説明された様々な例示的な論理ブロック、モジュールおよび回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内に実装されるか、またはそれらによって実行され得る。ＩＣは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタロジック、個別ハードウェアコンポーネント、電子的コンポーネント、光学的コンポーネント、機械的コンポーネント、または本明細書に記載の機能を実行するように設計されたそれらの任意の組合せを備え、ＩＣの内部に、ＩＣの外側に、またはその両方に常駐するコードまたは命令を実行し得る。汎用プロセッサはマイクロプロセッサとし得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とし得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【０１３０】
開示されたプロセス中のステップの特定の順序または階層は、例示的な手法の一例であることが理解される。設計の選好に基づいて、プロセス中のステップの特定の順序または階層は、本開示の範囲内のまま再構成され得ることが理解される。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。
【０１３１】
本明細書で開示する態様に関して説明された方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュール（たとえば、実行可能命令および関連するデータを含む）および他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態のコンピュータ可読記憶媒体など、データメモリ中に常駐し得る。プロセッサが記憶媒体から情報（たとえばコード）を読み取り、情報を記憶媒体に書き込むことができるように、例示的な記憶媒体を、たとえばコンピュータ／プロセッサ（便宜上、本明細書では「プロセッサ」と呼ばれることがある）などのマシンに結合され得る。例示的な記憶媒体は、プロセッサと一体とし得る。プロセッサおよび記憶媒体は、ＡＳＩＣ中に常駐し得る。ＡＳＩＣは、ユーザ装置中に常駐し得る。代替形態では、プロセッサおよび記憶媒体は、ユーザ装置中の個別部品として常駐し得る。さらに、いくつかの態様では、好適なコンピュータプログラム製品は、本開示の態様のうちの１つまたは複数に関する（たとえば、少なくとも１つのコンピュータによって実行可能な）コードを備えるコンピュータ可読媒体を備え得る。いくつかの態様では、コンピュータプログラム製品は、パッケージ材料を備え得る。
【０１３２】
開示された態様の前述の説明は、当業者が本開示を実施または使用できるようにするために提供されるものである。これらの態様への様々な変更は当業者にはすぐに明らかになり、本明細書で定義された包括的な原理は本開示の範囲から逸脱することなく他の態様に適用され得る。したがって、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
【図１】
2011518481.tif 000004
【図２】
2011518481.tif 000005
【図３】
2011518481.tif 000006
【図４】
2011518481.tif 000007
【図５】
2011518481.tif 000008
【図６】
2011518481.tif 000009
【図７Ａ】
2011518481.tif 000010
【図７Ｂ】
2011518481.tif 000011
【図８】
2011518481.tif 000012
【図９Ａ】
2011518481.tif 000013
【図９Ｂ】
2011518481.tif 000014
【図１０】
2011518481.tif 000015
【図１１】
2011518481.tif 000016
【図１２】
2011518481.tif 000017
【図１３】
2011518481.tif 000018
【手続補正書】
【提出日】平成22年11月29日(2010.11.29)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１３２
【補正方法】変更
【補正の内容】
【０１３２】
開示された態様の前述の説明は、当業者が本開示を実施または使用できるようにするために提供されるものである。これらの態様への様々な変更は当業者にはすぐに明らかになり、本明細書で定義された包括的な原理は本開示の範囲から逸脱することなく他の態様に適用され得る。したがって、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規の特徴に一致する最も広い範囲を与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
（１）  ワイヤレス通信の方法であって、
リソース利用メッセージのセットを受信することと、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させることと、
を備える方法。
（２）  前記決定パラメータは、リソース利用メッセージ拒否しきい値を備える、（１）に記載の方法。
（３）  前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量に基づいてさらに適応される、
（２）に記載の方法。
（４）  前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、減少される、（３）に記載の方法。
（５）  前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、増加される、（３）に記載の方法。
（６）  前記リソース利用メッセージ拒否しきい値は、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいてさらに適応される、（２）に記載の方法。
（７）  優先順位のセットがリソース利用メッセージの前記受信されたセットに関連付けられ、
前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットに基づいてさらに適応される、
（２）に記載の方法。
（８）  前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、減少される、（７）に記載の方法。
（９）  前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、増加される、（７）に記載の方法。
（１０）  前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいてさらに適応される、（２）に記載の方法。
（１１）  リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、（２）に記載の方法。
（１２）  リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、（２）に記載の方法。
（１３）  前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、（１２）に記載の方法。
（１４）  前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出することと、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断することと、
をさらに備える、（２）に記載の方法。
（１５）  前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
（１４）に記載の方法。
（１６）  前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、（２）に記載の方法。
（１７）  前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、（１）に記載の方法。
（１８）  前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、（１７）に記載の方法。
（１９）  前記確率の前記適応は、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかにさらに基づく、（１７）に記載の方法。
（２０）  前記確率の前記適応は、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整することを備える、（１７）に記載の方法。
（２１）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
（１７）に記載の方法。
（２２）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
（１７）に記載の方法。
（２３）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
（１７）に記載の方法。
（２４）  前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、（２３）に記載の方法。
（２５）  前記決定パラメータに基づいて送信を制限することをさらに備える、（１）に記載の方法。
（２６）  ワイヤレス通信のための装置であって、
リソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
を備える装置。
（２７）  前記決定パラメータは、リソース利用メッセージ拒否しきい値を備える、（２６）に記載の装置。
（２８）  前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
前記パラメータアダプタは、受信されたリソース利用メッセージの前記量に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、
（２７）に記載の装置。
（２９）  前記パラメータアダプタは、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、前記リソース利用メッセージ拒否しきい値を減少させるようにさらに構成される、（２８）に記載の装置。
（３０）  前記パラメータアダプタは、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、前記リソース利用メッセージ拒否しきい値を増加させるようにさらに構成される、（２８）に記載の装置。
（３１）  前記パラメータアダプタは、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、（２７）に記載の装置。
（３２）  優先順位のセットがリソース利用メッセージの前記受信されたセットに関連付けられ、
前記パラメータアダプタは、優先順位の前記セットに基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、
（２７）に記載の装置。
（３３）  前記パラメータアダプタは、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、前記リソース利用メッセージ拒否しきい値を減少させるようにさらに構成される、（３２）に記載の装置。
（３４）  前記パラメータアダプタは、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、前記リソース利用メッセージ拒否しきい値を増加させるようにさらに構成される、（３２）に記載の装置。
（３５）  前記パラメータアダプタは、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、（２７）に記載の装置。
（３６）  リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、（２７）に記載の装置。
（３７）  リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、（２７）に記載の装置。
（３８）  前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、（３７）に記載の装置。
（３９）  前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出するように構成されたチャネル分析器と、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断するように構成された送信コントローラと、
をさらに備える、（２７）に記載の装置。
（４０）  前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
（３９）に記載の装置。
（４１）  前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、（２７）に記載の装置。
（４２）  前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、（２６）に記載の装置。
（４３）  前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、（４２）に記載の装置。
（４４）  前記パラメータアダプタは、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかに基づいて、前記確率を適応させるようにさらに構成される、（４２）に記載の装置。
（４５）  前記パラメータアダプタは、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整するようにさらに構成される、（４２）に記載の装置。
（４６）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
（４２）に記載の装置。
（４７）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
（４２）に記載の装置。
（４８）  前記少なくとも１つの受信されたリソース利用メッセージは。、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
（４２）に記載の装置。
（４９）  前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、（４８）に記載の装置。
（５０）  前記決定パラメータに基づいて送信を制限するように構成された送信コントローラをさらに備える、（２６）に記載の装置。
（５１）  ワイヤレス通信のための装置であって、
リソース利用メッセージのセットを受信するための手段と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるための手段と、
を備える装置。
（５２）  前記決定パラメータは、リソース利用メッセージ拒否しきい値を備える、（５１）に記載の装置。
（５３）  前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
適応させるための前記手段は、受信されたリソース利用メッセージの前記量に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、
（５２）に記載の装置。
（５４）  適応させるための前記手段は、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、前記リソース利用メッセージ拒否しきい値を減少させる、（５３）に記載の装置。
（５５）  適応させるための前記手段は、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、前記リソース利用メッセージ拒否しきい値を増加させる、（５３）に記載の装置。
（５６）  適応させるための前記手段は、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、（５２）に記載の装置。
（５７）  優先順位のセットが、リソース利用メッセージの前記受信されたセットに関連付けられ、
適応させるための前記手段は、優先順位の前記セットに基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、
（５２）に記載の装置。
（５８）  適応させるための前記手段は、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、前記リソース利用メッセージ拒否しきい値を減少させる、（５７）に記載の装置。
（５９）  適応させるための前記手段は、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、前記リソース利用メッセージ拒否しきい値を増加させる、（５７）に記載の装置。
（６０）  適応させるための前記手段は、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、（５２）に記載の装置。
（６１）  リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、（５２）に記載の装置。
（６２）  リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、（５２）に記載の装置。
（６３）  前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、（６２）に記載の装置。
（６４）  前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出するための手段と、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断するための手段と、
をさらに備える、（５２）に記載の装置。
（６５）  前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
（６４）に記載の装置。
（６６）  前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、（５２）に記載の装置。
（６７）  前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、（５１）に記載の装置。
（６８）  前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、（６７）に記載の装置。
（６９）  適応させるための前記手段は、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかに基づいて、前記確率をさらに適応させる、（６７）に記載の装置。
（７０）  適応させるための前記手段は、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整する、（６７）に記載の装置。
（７１）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
（６７）に記載の装置。
（７２）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
（６７）に記載の装置。
（７３）  前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
（６７）に記載の装置。
（７４）  前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、（７３）に記載の装置。
（７５）  決定パラメータに基づいて送信を制限するための手段をさらに備える、（５１）に記載の装置。
（７６）  ワイヤレス通信のためのコンピュータプログラム製品であって、
リソース利用メッセージのセットを受信することと、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させることと、
を実行可能なコードを備えるコンピュータ可読媒体、
を備えるコンピュータプログラム製品。
（７７）  アンテナと、
前記アンテナを介してリソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
を備えるアクセスポイント。
（７８）  リソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
前記受信機によって受信されたデータに基づいて指示を出力するように構成されたユーザインターフェースと、
を備えるアクセス端末。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信の方法であって、
リソース利用メッセージのセットを受信することと、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させることであって、前記決定パラメータがリソース利用メッセージ拒否しきい値を備える、決定パラメータを適応させることと、
を備え、
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、方法。
【請求項２】
前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量に基づいてさらに適応される、
請求項１に記載の方法。
【請求項３】
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、減少される、請求項２に記載の方法。
【請求項４】
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、増加される、請求項２に記載の方法。
【請求項５】
前記リソース利用メッセージ拒否しきい値は、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいてさらに適応される、請求項１に記載の方法。
【請求項６】
優先順位のセットがリソース利用メッセージの前記受信されたセットに関連付けられ、
前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットに基づいてさらに適応される、
請求項１に記載の方法。
【請求項７】
前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、減少される、請求項６に記載の方法。
【請求項８】
前記リソース利用メッセージ拒否しきい値は、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、増加される、請求項６に記載の方法。
【請求項９】
前記リソース利用メッセージ拒否しきい値は、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいてさらに適応される、請求項１に記載の方法。
【請求項１０】
リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、請求項１に記載の方法。
【請求項１１】
前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、請求項１０に記載の方法。
【請求項１２】
前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出することと、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断することと、
をさらに備える、請求項１に記載の方法。
【請求項１３】
前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
請求項１２に記載の方法。
【請求項１４】
前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、請求項１に記載の方法。
【請求項１５】
前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、請求項１に記載の方法。
【請求項１６】
前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、請求項１５に記載の方法。
【請求項１７】
前記確率の前記適応は、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかにさらに基づく、請求項１５に記載の方法。
【請求項１８】
前記確率の前記適応は、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整することを備える、請求項１５に記載の方法。
【請求項１９】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
請求項１５に記載の方法。
【請求項２０】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
請求項１５に記載の方法。
【請求項２１】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
請求項１５に記載の方法。
【請求項２２】
前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、請求項２１に記載の方法。
【請求項２３】
前記決定パラメータに基づいて送信を制限することをさらに備える、請求項１に記載の方法。
【請求項２４】
ワイヤレス通信のための装置であって、
リソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
を備え、
前記決定パラメータは、リソース利用メッセージ拒否しきい値を備え、
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、装置。
【請求項２５】
前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
前記パラメータアダプタは、受信されたリソース利用メッセージの前記量に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、
請求項２４に記載の装置。
【請求項２６】
前記パラメータアダプタは、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、前記リソース利用メッセージ拒否しきい値を減少させるようにさらに構成される、請求項２５に記載の装置。
【請求項２７】
前記パラメータアダプタは、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、前記リソース利用メッセージ拒否しきい値を増加させるようにさらに構成される、請求項２５に記載の装置。
【請求項２８】
前記パラメータアダプタは、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、請求項２４に記載の装置。
【請求項２９】
優先順位のセットがリソース利用メッセージの前記受信されたセットに関連付けられ、
前記パラメータアダプタは、優先順位の前記セットに基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、
請求項２４に記載の装置。
【請求項３０】
前記パラメータアダプタは、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、前記リソース利用メッセージ拒否しきい値を減少させるようにさらに構成される、請求項２９に記載の装置。
【請求項３１】
前記パラメータアダプタは、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、前記リソース利用メッセージ拒否しきい値を増加させるようにさらに構成される、請求項２９に記載の装置。
【請求項３２】
前記パラメータアダプタは、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値を適応させるようにさらに構成される、請求項２４に記載の装置。
【請求項３３】
リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、請求項２４に記載の装置。
【請求項３４】
前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、請求項３３に記載の装置。
【請求項３５】
前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出するように構成されたチャネル分析器と、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断するように構成された送信コントローラと、
をさらに備える、請求項２４に記載の装置。
【請求項３６】
前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
請求項３５に記載の装置。
【請求項３７】
前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、請求項２４に記載の装置。
【請求項３８】
前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、請求項２４に記載の装置。
【請求項３９】
前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、請求項３８に記載の装置。
【請求項４０】
前記パラメータアダプタは、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかに基づいて、前記確率を適応させるようにさらに構成される、請求項３８に記載の装置。
【請求項４１】
前記パラメータアダプタは、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整するようにさらに構成される、請求項３８に記載の装置。
【請求項４２】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
請求項３８に記載の装置。
【請求項４３】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
請求項３８に記載の装置。
【請求項４４】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
請求項３８に記載の装置。
【請求項４５】
前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、請求項４４に記載の装置。
【請求項４６】
前記決定パラメータに基づいて送信を制限するように構成された送信コントローラをさらに備える、請求項２４に記載の装置。
【請求項４７】
ワイヤレス通信のための装置であって、
リソース利用メッセージのセットを受信するための手段と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるための手段と、
を備え、
前記決定パラメータは、リソース利用メッセージ拒否しきい値を備え、
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、装置。
【請求項４８】
前記受信されたセットは、定義された時間期間にわたって受信されたリソース利用メッセージの量を備え、
適応させるための前記手段は、受信されたリソース利用メッセージの前記量に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、
請求項４７に記載の装置。
【請求項４９】
適応させるための前記手段は、受信されたリソース利用メッセージの前記量がしきい値量以上である場合、前記リソース利用メッセージ拒否しきい値を減少させる、請求項４８に記載の装置。
【請求項５０】
適応させるための前記手段は、受信されたリソース利用メッセージの前記量がしきい値量以下である場合、前記リソース利用メッセージ拒否しきい値を増加させる、請求項４８に記載の装置。
【請求項５１】
適応させるための前記手段は、時間とともにいくつのリソース利用メッセージが受信されたかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、請求項４７に記載の装置。
【請求項５２】
優先順位のセットが、リソース利用メッセージの前記受信されたセットに関連付けられ、
適応させるための前記手段は、優先順位の前記セットに基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、
請求項４７に記載の装置。
【請求項５３】
適応させるための前記手段は、優先順位の前記セットの少なくとも１つの優先順位がしきい値優先順位以上である場合、前記リソース利用メッセージ拒否しきい値を減少させる、請求項５２に記載の装置。
【請求項５４】
適応させるための前記手段は、優先順位の前記セットの各優先順位がしきい値優先順位以下である場合、前記リソース利用メッセージ拒否しきい値を増加させる、請求項５２に記載の装置。
【請求項５５】
適応させるための前記手段は、受信されたリソース利用メッセージに関連付けられた優先順位の値が時間とともにどのように変化するかに関係する傾向に基づいて、前記リソース利用メッセージ拒否しきい値をさらに適応させる、請求項４７に記載の装置。
【請求項５６】
リソース利用メッセージの前記セットは、ある時間期間にわたって受信された複数のリソース利用メッセージの指定された部分を備える、請求項４７に記載の装置。
【請求項５７】
前記指定された部分は、最高優先順位を有するリソース利用メッセージを備える、請求項５６に記載の装置。
【請求項５８】
前記少なくとも１つの受信されたリソース利用メッセージから干渉指示を導出するための手段と、
前記干渉指示と前記リソース利用メッセージ拒否しきい値との比較に基づいて送信を制限すべきかどうかを判断するための手段と、
をさらに備える、請求項４７に記載の装置。
【請求項５９】
前記干渉指示の前記導出は、１対のノード間のチャネル利得を判断することを備え、
送信の前記制限は、送信するのを控えること、送信電力を低減すること、または別のリソース上で送信すること、を備える、
請求項５８に記載の装置。
【請求項６０】
前記少なくとも１つの受信されたリソース利用メッセージは、リソース利用メッセージの前記セットの少なくとも１つであるか、または少なくとも１つの他の受信されたリソース利用メッセージである、請求項４７に記載の装置。
【請求項６１】
前記決定パラメータは、前記少なくとも１つの受信されたリソース利用メッセージに反応することの確率を備える、請求項４７に記載の装置。
【請求項６２】
前記反応することは、前記少なくとも１つの受信されたリソース利用メッセージに応答して送信機会中に送信を制限すること備える、請求項６１に記載の装置。
【請求項６３】
適応させるための前記手段は、ノードがリソース利用メッセージの前記受信されたセットの少なくとも１つに応答して送信を制限したかどうかに基づいて、前記確率をさらに適応させる、請求項６１に記載の装置。
【請求項６４】
適応させるための前記手段は、ノードに送信を制限させた、受信されたリソース利用メッセージの割合の増加または減少に対して逆の方法で前記確率を調整する、請求項６１に記載の装置。
【請求項６５】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの個別の確率が、前記複数のリソース利用メッセージの各々に対して定義され、
前記複数のリソース利用メッセージの所与の１つに反応すべきかどうかの判断は、前記所与のリソース利用メッセージに対して定義された反応することの前記確率に基づく、
請求項６１に記載の装置。
【請求項６６】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの複数の確率が、前記複数のリソース利用メッセージに対して定義され、
反応することの前記確率の少なくとも１つが最高確率に関連付けられ、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、前記最高確率に基づく、
請求項６１に記載の装置。
【請求項６７】
前記少なくとも１つの受信されたリソース利用メッセージは、複数のリソース利用メッセージを備え、
反応することの確率が、前記複数のリソース利用メッセージの選択された１つに対して定義され、
前記複数のリソース利用メッセージのいずれか１つに反応すべきかどうかの判断は、反応することの前記定義された確率に基づく、
請求項６１に記載の装置。
【請求項６８】
前記複数のリソース利用メッセージの前記選択された１つは、最高重みに関連付けられる、請求項６７に記載の装置。
【請求項６９】
決定パラメータに基づいて送信を制限するための手段をさらに備える、請求項４７に記載の装置。
【請求項７０】
ワイヤレス通信のためのコンピュータプログラム製品であって、
請求項１乃至２３の何れかに記載のステップを行うことを実行可能なコードを備えるコンピュータ可読媒体、
を備えるコンピュータプログラム製品。
【請求項７１】
アンテナと、
前記アンテナを介してリソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
を備え、
前記決定パラメータは、リソース利用メッセージ拒否しきい値を備え、
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、アクセスポイント。
【請求項７２】
リソース利用メッセージのセットを受信するように構成された受信機と、
リソース利用メッセージの前記受信されたセットに基づいて、少なくとも１つの受信されたリソース利用メッセージに反応すべきかどうかを判断するために使用される決定パラメータを適応させるように構成されたパラメータアダプタと、
前記受信機によって受信されたデータに基づいて指示を出力するように構成されたユーザインターフェースと、
を備え、
前記決定パラメータは、リソース利用メッセージ拒否しきい値を備え、
リソース利用メッセージの前記セットは、複数のノードの指定されたサブセットから受信される、アクセス端末。
【国際調査報告】
2011518481.tif 000019
2011518481.tif 000020
2011518481.tif 000021