(57)【要約】  無線通信デバイスが、複数の狭帯域チャネルからなる広帯域チャネルで他のデバイスと通信しようとするとき、干渉をうけない狭帯域チャネルに他のデバイスとの後続する通信を制約する場合がある。一実施形態では、デバイスは単に、特定の期間中は、干渉チャネルでの信号を監視するのを拒否する。別の実施形態では、デバイスは、ＣＴＳを利用して、他のデバイスが干渉する狭帯域チャネルを利用しないように促す。こうすることで、広帯域チャネルを、通信帯域幅を低減させて利用することができるようになる。【選択図】図１
2013546286.tif 000002
【特許請求の範囲】
【請求項１】
第１の広帯域チャネルの全ての狭帯域チャネルの信号を監視する段階と、
前記全ての狭帯域チャネルのなかの１つの狭帯域チャネルにおいて干渉する可能性のある信号を検知する段階と、
前記全ての狭帯域チャネルのうちの他の少なくともいくつかの狭帯域チャネルで他のデバイスと通信している間、前記１つの狭帯域チャネルで前記他のデバイスとの通信を回避する段階と
を備える方法。
【請求項２】
前記通信を回避する段階は、
前記全ての狭帯域チャネルのうちの前記他の少なくともいくつかの狭帯域チャネルの監視を続けている間は、前記１つの狭帯域チャネルの前記監視を、特定の期間の間停止する段階と、
前記特定の期間が終わった後で、前記全ての狭帯域チャネルの監視を再開する段階と
を有する、請求項１に記載の方法。
【請求項３】
前記特定の期間は、ネットワーク割り当てベクトルと送信機会とからなるリストから選択される、請求項２に記載の方法。
【請求項４】
前記通信を回避する段階は、
受信準備完了（ＣＴＳ）をネットワークコントローラに送信する段階を有し、
前記ＣＴＳは、後続する通信において利用される第２の広帯域チャネルを示しており、前記第２の広帯域チャネルの狭帯域チャネルは、前記第１の広帯域チャネルの前記全ての狭帯域チャネルのサブセットであり、
前記第２の広帯域チャネルには、前記１つの狭帯域チャネルが含まれない、請求項１に記載の方法。
【請求項５】
送信要求（ＲＴＳ）を受信する段階をさらに備え、
前記ＣＴＳは前記ＲＴＳに呼応して送信され、
前記ＲＴＳは、前記１つの狭帯域チャネルを含む通信要求を示す、請求項４に記載の方法。
【請求項６】
前記全ての狭帯域チャネルのそれぞれは、帯域幅が２０ＭＨｚである、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記干渉する可能性のある信号は、ネットワーク外のソースを有していると判断される、請求項１から６のいずれか一項に記載の方法。
【請求項８】
プロセッサと、メモリと、無線機器と、アンテナとを備える装置であって、
第１の広帯域チャネルの全ての狭帯域チャネルの信号を監視して、
前記全ての狭帯域チャネルのなかの１つの狭帯域チャネルにおいて干渉する可能性のある信号を検知して、
前記全ての狭帯域チャネルのうちの他の少なくともいくつかの狭帯域チャネルで他のデバイスと通信している間、前記１つの狭帯域チャネルで前記他のデバイスとの通信を回避する、装置。
【請求項９】
前記通信を回避することは、
前記全ての狭帯域チャネルのうちの前記他の少なくともいくつかの狭帯域チャネルの監視を続けている間は、前記１つの狭帯域チャネルの前記監視を、特定の期間の間停止することと、
前記特定の期間が終わった後で、前記全ての狭帯域チャネルの監視を再開することと
を有する、請求項８に記載の装置。
【請求項１０】
前記特定の期間は、ネットワーク割り当てベクトルと送信機会とからなるリストから選択される、請求項９に記載の装置。
【請求項１１】
前記通信を回避することは、
受信準備完了（ＣＴＳ）をネットワークコントローラに送信することを有し、
前記ＣＴＳは、後続する通信において利用される第２の広帯域チャネルを示しており、前記第２の広帯域チャネルの狭帯域チャネルは、前記第１の広帯域チャネルの前記全ての狭帯域チャネルのサブセットであり、
前記第２の広帯域チャネルには、前記１つの狭帯域チャネルが含まれない、請求項８に記載の装置。
【請求項１２】
前記装置はさらに、送信要求（ＲＴＳ）を受信し、
前記ＣＴＳは前記ＲＴＳに呼応して送信され、
前記ＲＴＳは、前記１つの狭帯域チャネルを含む通信要求を示す、請求項１１に記載の装置。
【請求項１３】
前記全ての狭帯域チャネルのそれぞれは、帯域幅が２０ＭＨｚである、請求項８から１２のいずれか一項に記載の装置。
【請求項１４】
前記干渉する可能性のある信号は、ネットワーク外のソースを有していると判断される、請求項８から１３のいずれか一項に記載の装置。
【請求項１５】
コンピュータに、
第１の広帯域チャネルの全ての狭帯域チャネルの信号を監視する手順と、
前記全ての狭帯域チャネルのなかの１つの狭帯域チャネルにおいて干渉する可能性のある信号を検知する手順と、
前記全ての狭帯域チャネルのうちの他の少なくともいくつかの狭帯域チャネルで他のデバイスと通信している間、前記１つの狭帯域チャネルで前記他のデバイスとの通信を回避する手順と
を実行させるためのプログラム。
【請求項１６】
前記通信を回避する手順は、
前記全ての狭帯域チャネルのうちの前記他の少なくともいくつかの狭帯域チャネルの監視を続けている間は、前記１つの狭帯域チャネルの前記監視を、特定の期間の間停止する手順と、
前記特定の期間が終わった後で、前記全ての狭帯域チャネルの監視を再開する手順と
を有する、請求項１５に記載のプログラム。
【請求項１７】
前記特定の期間は、ネットワーク割り当てベクトルと送信機会とからなるリストから選択される、請求項１６に記載のプログラム。
【請求項１８】
前記通信を回避する手順は、
受信準備完了（ＣＴＳ）をネットワークコントローラに送信する手順を有し、
前記ＣＴＳは、後続する通信において利用される第２の広帯域チャネルを示しており、前記第２の広帯域チャネルの狭帯域チャネルは、前記第１の広帯域チャネルの前記全ての狭帯域チャネルのサブセットであり、
前記第２の広帯域チャネルには、前記１つの狭帯域チャネルが含まれない、請求項１５に記載のプログラム。
【請求項１９】
送信要求（ＲＴＳ）を受信する手順をさらに備え、
前記ＣＴＳは前記ＲＴＳに呼応して送信され、
前記ＲＴＳは、前記１つの狭帯域チャネルを含む通信要求を示す、請求項１８に記載のプログラム。
【請求項２０】
前記全ての狭帯域チャネルのそれぞれは、帯域幅が２０ＭＨｚである、請求項１５から１９のいずれか一項に記載のプログラム。
【請求項２１】
前記干渉する可能性のある信号は、ネットワーク外のソースを有していると判断される、請求項１５から２０のいずれか一項に記載のプログラム。
【発明の詳細な説明】
【背景技術】
【０００１】
前のバージョンであるＷｉＦｉでは、チャネル帯域幅が２０ＭＨｚに制限されていたが、後年無線技術が向上して、従来のバージョンにも適合しつつも、複数の既存の２０ＭＨｚ幅のチャネルを、帯域幅が４０、８０、または１６０ＭＨｚのチャネルに組み合わせることによって、チャネル帯域幅が拡張された。しかし、この拡張された帯域幅は、ネットワークが重なっている場合には問題を生じる可能性がある。たとえば、第１のネットワークコントローラが、８０ＭＨｚの帯域幅（４つの２０ＭＨｚのチャネルからなる）を利用して第１の移動デバイスと通信していて、高いスループットおよび効率を達成している、とする。しかしこの第１の移動デバイスは、同じ２０ＭＨｚのチャネルの１以上で第２のネットワークコントローラと通信している第２の移動デバイスの付近にいる場合がある。第２のネットワークからの送信は、第１の移動デバイスに聞こえる程度に強い場合があり、第１のネットワークコントローラおよび第１の移動デバイス間の通信と干渉してしまう可能性がある。第２のネットワークからのこれら干渉する送信を直接聞くことができる場合以外には、第１のネットワークコントローラは、この送信がなぜ第１の移動デバイスで正確に受信されないかを判断する直接的方法がない。
【０００２】
本発明の一部の実施形態は、本発明の実施形態を説明するために利用される以下の記載および添付図面を参照することでより良く理解されるだろう。
【図面の簡単な説明】
【０００３】
【図１】本発明の一実施形態における、別のネットワークから干渉される可能性のある、あるネットワークで互いに通信している２つのデバイスを示している。
【図２】本発明の一実施形態における、まずはＲＴＳ／ＣＴＳを交換して、次に、得られた広帯域チャネルにおいてデータを通信する２つのデバイスに関するタイミング図である。
【図３】本発明の一実施形態における、ＲＴＳ／ＣＴＳの交換によりデータを転送するための狭帯域チャネルセットを構築する方法のフロー図である。
【図４】本発明の一実施形態における、監視される帯域幅を低減させる方法のフロー図である。
【発明を実施するための形態】
【０００４】
以下の記載では、いくつもの詳細を述べる。しかし本発明の実施形態は、これら詳細がなくても実施可能である。また、公知の回路、構造、および技術に関しては詳細に述べず、記載の理解をあいまいにしないようにしている場合もある。
【０００５】
「一実施形態」「１つの実施形態」「さまざまな実施形態」といった言い回しは、本発明の記載される実施形態が、特定の特徴、構造、または特性を含んでよいが、必ずしも全ての実施形態が特定の特徴、構造、または特性を含まなくてもよい。さらに、一部の実施形態では、他の実施形態のための記載された特徴を一部、全て含んでもよく、まったく含まなくてもよい。
【０００６】
以下の記載および請求項においては、「連結」「接続」およびこれらの派生語が利用されている場合がある。これらの用語は互いに同義語を意図していないことを理解されたい。特定の実施形態では「接続」は、２以上のエレメントが互いに直接に物理的または電気的接触状態にあることを示すために利用されている。「連結」は、２以上のエレメントが互いに相互作用するが、互いの間に物理的または電気的コンポーネントが介在していても、いなくてもよいことを示すために利用される。
【０００７】
請求項では、そうではないと明記していない限り、序数形容詞である「第１」「第２」「第３」等は、共通のエレメントを表すために利用されており、単に、同様のエレメントの異なるインスタンスを示しているのであって、記載されているエレメントが特定の順序（時間的、空間的、階級的、その他の面で）でなければならないと言っているわけではない点を了解されたい。
【０００８】
本発明の様々な実施形態は、ハードウェア、ファームウェア、およびソフトウェアのいずれか、またはこれらの任意の組み合わせでの実装が可能である。本発明は、さらに、１以上のプロセッサにより読み出され、実行されることで、ここに記載する動作を実行することができる、有形の永続的コンピュータ可読媒体に含まれている命令としての実装も可能である。このようなコンピュータ可読媒体には、情報を１以上のコンピュータにより読み出すことができる形で格納できる任意の有形の永続的メカニズム（ＲＯＭ，ＲＡＭ、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス等がふくまれるが、これらに限定はされない）が含まれてよい。
【０００９】
「無線」という用語は、たとえば、非固体（たとえば無線）媒体によって、変調された電磁放射を利用してデータを通信する回路、デバイス、システム、方法、技術、通信チャネルを記載するために利用されてよい。この用語は、関連するデバイスが配線を含まないと示唆しているわけではない。無線デバイスは、少なくとも１つのアンテナ、少なくとも１つの無線装置、少なくとも１つのメモリ、および少なくとも１つのプロセッサを含んでよく、無線装置は、データを表す信号をアンテナ経由で送信して、データを表す信号をアンテナ経由で受信し、プロセッサは、送信するデータおよび受信されたデータを処理することができる。さらにプロセッサは、送受信されない他のデータを処理することもできる。
【００１０】
本明細書で利用される「ネットワークコントローラ」という用語は、少なくとも部分的に、ネットワーク内の他のデバイスの無線通信を予定したり制御したりするデバイスを含むことを意図している。ネットワークコントローラは、基地局（ＢＳ）、アクセスポイント（ＡＰ）、中央ポイント（ＣＰ）、または、ネットワークコントローラの機能を説明することが可能なその他の任意の用語でも知られている。
【００１１】
本明細書で利用される「移動デバイス」という用語は、その無線通信を少なくとも部分的にネットワークコントローラが予定したり制御したりするデバイスを含むことを意図している。移動デバイス（ＭＤ）は、さらに、移動局（ＭＳ）、ＳＴＡ，サブスクライバステーション（ＳＳ）、ユーザ機器（ＵＥ）、または移動デバイスの機能を説明することが可能なその他の任意の用語でも知られている。移動デバイスは、この通信中に移動していてもよいが、移動していなくてもよい。
【００１２】
本明細書で利用される「狭帯域」チャネルは、ネットワークで独立した通信用の複数のより小さいサブチャネルに分割されない周波数スペクトルの予め定義された連続した帯域幅を有するチャネルのことである。本明細書で利用される「広帯域」チャネルは、これら狭帯域チャネルの複数により占有される周波数スペクトルの組み合わせを有するチャネルのことである。つまり、複数の個々の狭帯域チャネルを集めて、１つの広帯域チャネルを構成することができる。一部の実施形態では、１つの広帯域チャネルには、連続した狭帯域チャネルしか含まれないが、他の実施形態では、これら狭帯域チャネルは、必ずしも連続していなくてもよい（つまり、広帯域チャネルに含まれる２つの狭帯域チャネルを、この広帯域チャネルに含まれていない１以上の狭帯域チャネルによって分割されてもよい）。記載を簡潔にするために、狭帯域チャネルが２０ＭＨｚ帯域幅であり、広帯域チャネルが２０ＭＨｚの整数倍の帯域幅を持つ、として説明する場合があるが、他の実施形態では、２０ＭＨｚ以外の帯域幅の狭帯域チャネルを利用することもできる。本明細書では、「チャネル」という用語自身は、その前後に広帯域チャネルであると明示されている場合を除き、狭帯域ということとする。
【００１３】
様々な実施形態では、特定の帯域幅の広帯域チャネルで別のデバイスと通常通信しているデバイスは、広帯域チャネルを構成する狭帯域チャネルの１以上における干渉の可能性を表す信号を検知することができる。デバイスが、広帯域チャネルを示す送信要求（ＲＴＳ）を受信すると、含んでいる狭帯域チャネルの数が少なく、干渉する可能性のある狭帯域チャネルを含まない広帯域チャネルを示す受信準備完了（ＣＴＳ）を送って応答する。ＲＴＳの発信元が後でデータ送信を始めるときには、この送信を、ＣＴＳが示す狭帯域チャネルに制限することができる。このようにすることで、データ通信の干渉が回避され、同時に、広帯域チャネルを利用する利点も一部維持される。低減された広帯域チャネルの表示は、関連する情報をＣＴＳの定義されたフィールドに挿入することにより行われてよく、このフィールドは、一部の実施形態では、ＣＴＳの従来バージョンに前から維持されてきたフィールドであってよい。
【００１４】
図１は、本発明の一実施形態における、別のネットワークから干渉される可能性のある、あるネットワークで互いに通信している２つのデバイスを示している。図示されている実施形態では、ネットワークコントローラＮＣ１が、第１のネットワークで、２０ＭＨｚの狭帯域チャネル＃３６、４０、４４、および４８からなる８０ＭＨｚ幅のチャネルで移動デバイスＭＤ１に対して通信を行うことができる。ＮＣ１およびＭＤ１を囲っている破線は、この第１のネットワークのおおよそのネットワーク網羅領域を表している。同時に、第２のネットワークでは、ネットワークコントローラＮＣ２が、１つの２０ＭＨｚの狭帯域チャネル＃４４で第２の移動デバイスＭＤ２に対して送信することができる。ＮＣ２およびＭＤ２を囲っている破線は、この第２のネットワークのおおよそのネットワーク網羅領域を表している。無線ネットワークが普及するにつれ、このように、網羅領域が重なっているケースがよく見られるようになってきている。
【００１５】
デバイスＭＤ１は、両方のネットワークコントローラから狭帯域チャネル４４で同時に信号を受信する場合があるので、ＮＣ１からの、狭帯域チャネル４４に関わる送信はいずれも、不明瞭な状態（garbled state）のＭＤ１によって受信される可能性があり、これにより、８０ＭＨｚ幅チャネル全体でエラーになる可能性があり、再送信しなければいけなくなる可能性がある。この不幸な状況は、ＮＣ１からＭＤ１への通信に干渉するチャネル４４を利用しないようにすることで避けられると思われる。しかし、ＮＣ１は、チャネル４４上の干渉を検知するにはＮＣ２から遠すぎる場合がある。ここで、図１の例ではネットワークコントローラと移動デバイスとが特定の役割を担っているが、同じ原理は、互いに通信するが、少なくとも１つの狭帯域チャネルの別のデバイスから干渉されうる任意の２つのデバイスに適用することができる点に留意されたい。
【００１６】
図２は、本発明の一実施形態における、まずはＲＴＳ／ＣＴＳを交換して、次に、得られた広帯域チャネルにおいてデータを通信する２つのデバイスに関するタイミング図である。図示されている実施形態では、デバイスＢが、特定の狭帯域チャネルで干渉する可能性のある信号を受信することを想定する。（１つの矢印は、この１つの矢印のチャネルが関係しており、図の他の部分の２または４つの矢印は、これら２または４つの矢印のチャネルが関係することを示している。）
【００１７】
「干渉する可能性がある」という言い回しは、信号が、デバイスＢが自身のネットワークでの通信に利用することができる狭帯域チャネルにあり、デバイスＢの自身のネットワークでの通信に干渉する可能性がある程に、狭帯域チャネルでの信号レベルが高いが、自身のネットワークでのこのような通信が、干渉する可能性のある信号を検知するときには生じていないことを示している。多くの場合には、干渉する可能性のある信号は、ネットワーク外のソースを有しており、（つまり、信号が、デバイスＡおよびＢ両方が属しているネットワークのデバイスのいずれかから生じうるように見えない）、実際には、現在のネットワークと網羅領域が被っている別のネットワークに属すデバイスからのものである可能性がある。本明細書では、１つの狭帯域チャネルにおける干渉を取り扱うが、明細書および実施形態は、複数の狭帯域チャネルでの干渉を含むよう、容易に拡張することができることが明らかである。
【００１８】
デバイスＢは、複数の狭帯域チャネルを監視して、これら狭帯域チャネルのいずれかに、干渉する可能性のある信号があるかを判断する。監視する特定の狭帯域チャネルは、様々な方法で選定することができる。たとえば、デバイスＢとの通信のために、それぞれが所定の狭帯域チャネルセットを有する１以上の広帯域チャネルが構築されている場合がある。監視は、各狭帯域チャネルのクリアチャネル評価（ＣＣＡ）等であるがこれに限定はされない様々な形態のいずれかにより行うことができる。図２の例では、干渉の可能性は、１つの狭帯域チャネル（たとえば２０ＭＨｚのチャネル）でのみ検知されている。
【００１９】
続いて、デバイスＡが、デバイスＢにＲＴＳを送って、４つの狭帯域チャネルを含む広帯域チャネル（たとえば８０ＭＨｚ）での通信を要求してよい。しかし、デバイスＢは、干渉する可能性のあるチャネルでの通信を避けようとして、いずれも干渉する可能性のないチャネルである２つの狭帯域チャネル（たとえば４０ＭＨｚ）のみを示すＣＴＳを送り返してよい。後続して行われるデバイスＡからのデータ送信、および、デバイスＢからの受領確認は、ＣＴＳが示す４０ＭＨｚの広帯域チャネルで行われてよい。
【００２０】
ＲＴＳおよびＣＴＳは、任意の実現可能な形態の必要なチャネル情報を含んでよい。一部の実施形態では、ＲＴＳおよびＣＴＳの両方または片方が、アクションフレームで送信されてもよいし、アクションフレーム内に含まれているチャネル情報で送信されてもよい。一部の実施形態では、チャネル情報が、情報のエレメントに含まれてもよい。他のフォーマットを利用してもよい。
【００２１】
図３は、本発明の一実施形態における、ＲＴＳ／ＣＴＳの交換によりデータを転送するための狭帯域チャネルセットを構築する方法のフロー図である。３１０では、デバイスが、別のデバイスとの通信に利用する可能性のある狭帯域チャネル全てを監視していてよい。たとえば、前に、それぞれが２０ＭＨｚ帯域幅である８つの具体的な狭帯域チャネルの利用に制限されていた場合には、産業規格では多くが許可されていたとしても、これら８つの狭帯域チャネルを監視してよい。監視には、自身のネットワーク内でのデバイスからの正規の（legitimate）信号の監視、および、干渉する可能性のある信号の監視が含まれてよい。
【００２２】
これら狭帯域チャネルのいずれかで、干渉する可能性のある信号が受信されない限りにおいて、デバイスは、これら全てが後続の通信に利用可能であると判断してよい。しかし、干渉信号が検知されると（３２０）、３３０で、デバイスは、通信に利用を意図する潜在的な帯域幅を低減させて、帯域幅から、干渉する可能性のあるチャネルを外す。ここで「干渉する可能性がある」という用語を利用しているのは、デバイスが通信を試みていないために、実際の干渉がないことを示すためである。潜在的な帯域幅の「低減」は、様々な方法で行うことができる。たとえば、一実施形態では、デバイスが、いずれかの広帯域チャネルから、利用を考える可能性のある、干渉する可能性のあるチャネルを外す。別の実施形態では、デバイスが、最大利用可能広帯域チャネルよりは狭い広帯域チャネルの所定のリストから選択してもよい（たとえば、干渉する狭帯域チャネルがない場合に８０ＭＨｚチャネルが利用可能であるときに、１以上の４０ＭＨｚの幅のチャネルが考えられるだろう）。
【００２３】
３４０で、デバイスは、後続する通信のため具体的な狭帯域チャネルセット（うち１つが、３２０で干渉する可能性がある狭帯域チャネルであると特定されたものである）を特定するＲＴＳを受信してよい。ＲＴＳは、様々な方法で、要求された狭帯域チャネルセットを示してよい。一実施形態では、ＲＴＳは、各要求された狭帯域チャネルとは別個に、および、平行して送信することができる。別の実施形態では、ＲＴＳは、要求されている狭帯域チャネルを示す１以上のフィールドを含んでよい。
【００２４】
３５０で、デバイスは、ＣＴＳに応答してよいが、ＣＴＳは、干渉する可能性のあるチャネルが、許容される狭帯域チャネルに含まれないことを示すものであってよい。したがってＣＴＳは、許容される狭帯域チャネルが、ＲＴＳに示される狭帯域チャネルのサブセット、干渉する可能性のある狭帯域チャネルを外し、および、他の狭帯域チャネルを外してもよいサブセットである、と示していてよい。一実施形態では、ＣＴＳは、許容される狭帯域チャネルを様々な方法で示すことができる一実施形態では、ＣＴＳは、許容される狭帯域チャネルそれぞれ（この他の狭帯域チャネルは除く）とは別個に、またはこれらと並行して送信されてもよい。別の実施形態では、ＣＴＳは、許容される狭帯域チャネルを示す１以上のフィールドを含んでよい。
【００２５】
許容される狭帯域チャネルがＣＴＳによって示されると、ＲＴＳを送信したデバイスが、ＣＴＳを送信したデバイスと、ＣＴＳが示す範囲内のチャネルを利用して、通信することができる。これは、３６０におけるデータの受信により、および、３７０での受領確認の送信により示される。この通信に利用される実際のチャネルは、ＣＴＳが示す狭帯域チャネル全てを利用することができるが、これらの一部しか利用しない場合もある。たとえば一部の実施形態では、要求する側のデバイスが（ＲＴＳを送信するデバイス）、他のデバイスが検知する干渉とは関係のない理由から、利用可能な狭帯域チャネルの総数より少ない数のチャネルに、後続する通信を制限する場合がある。このような例においては、後続する通信を、両方のデバイスが許容できる狭帯域チャネル（ＣＴＳが示す狭帯域チャネルのサブセットであってよい）にのみ制限してよい。
【００２６】
図４は、本発明の一実施形態における、監視される帯域幅を低減させる方法のフロー図である。例示されている実施形態では、４１０で、デバイスは、関連する狭帯域チャネルを全て監視することができる。監視には、自身のネットワーク内からの信号の監視、および、干渉の可能性の監視が含まれてよい。「関連する」狭帯域チャネル、とは、規格、通信命令、ポリシー決定、または類似した命令で規定されていてもよいし、ネットワークコントローラで規定されていてもよいし、その他の実現可能な方法で規定されていてもよい、全ての利用可能な狭帯域チャネルであってよい。４２０で、干渉する可能性のある信号が狭帯域チャネルのうち１以上で検知されると、４３０で、デバイスは、監視するチャネル数を減らし、干渉する可能性のある狭帯域チャネルの監視をやめるようにしてよい。
【００２７】
どの低減された狭帯域チャネルセットを監視するか、の判断は、様々な方法で行うことができるが、たとえば、１）干渉する可能性のあるチャネルのみを除外する、２）十分なチャネル数を除外して、監視するチャネル数を２のべき乗（たとえば２、４など）にする、３）所定数の狭帯域チャネルセットの狭帯域チャネルを監視する（たとえばチャネル３６および４０を監視する）、４）特定の帯域幅（たとえば４０ＭＨｚまたは８０ＭＨｚ）を生じさせる狭帯域チャネルを監視する、５）その他が含まれてよいが、これらに限定はされない。
【００２８】
多くの干渉源はその性質上一時的なので、４５０で、デバイスは、この低減された狭帯域チャネルセットを、４４０でタイマをセットして計測することで、所定の最大期間の間だけ監視してよい。タイマが計測する時間長は、任意の現実的な値であってよく、たとえば、送信機会（ＴＸＯＰ）、ネットワーク割り当てベクトル（ＮＡＶ）、または任意の他の関連する期間であってよいが、これらに限定はされない。４６０でタイマが切れると、デバイスは、狭帯域チャネルセット全体の監視に戻ってよい（４１０）。
【００２９】
デバイスが、可能性のある狭帯域チャネルのサブセットのみを監視している間（タイマの計測中）は、その狭帯域チャネルのサブセットにおけるＲＴＳしか受信できないので、その狭帯域チャネルのサブセットでしかＣＴＳを返すことができない。一部の実施形態では、こうするだけでも、この狭帯域チャネルのサブセット以外では別のデバイスと通信ができないようにして、干渉する可能性のある狭帯域での通信に同意しないよう徹底することができるだろう。
【００３０】
前述した記載は、例示であり限定ではない。当業者であれば変形例を想到するだろう。変形例も、本発明の様々な実施形態に含まれることが意図されており、これらは以下の請求項の範囲によってのみ限定される。
【図１】
2013546286.tif 000003
【図２】
2013546286.tif 000004
【図３】
2013546286.tif 000005
【図４】
2013546286.tif 000006
【国際調査報告】
2013546286.tif 000007
2013546286.tif 000008
2013546286.tif 000009