(57)【特許請求の範囲】
【請求項１】
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価することと、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信することと、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断することと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時、休眠期間を実行することと、
を備える共有されるスペクトルチャネルを共有するための方法であって、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させ、ならびに前記共有されるスペクトルチャネルが少なくとも別のネットワークによって使用されているという評価に対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させることと、
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことと、
によって特徴付けられる方法。
【請求項２】
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価することと、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信することと、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断することと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時、休眠期間を実行することと、
を備える共有されるスペクトルチャネルを共有するための方法であって、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させることと、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間を予め決められた値にリセットすることと、
前記送信使用の累積時間を予め決められた値にリセットすることによって前記休眠期間のために適応性があるデューティサイクルを達成することと、
によって特徴付けられる方法。
【請求項３】
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信使用の累積時間が単にリセットのみされる請求項２で定義される方法。
【請求項４】
アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、前記アップリンク送信および前記ダウンリンク送信の内の１つのための時間分だけ前記送信使用の累積時間をインクリメントすることを含む請求項１で定義される方法。
【請求項５】
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の１つのための送信時間分だけ前記送信使用の累積時間をインクリメントすること
を含む請求項１で定義される方法。
【請求項６】
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価することと、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信することと、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断することと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時、休眠期間を実行することと、
を備える共有されるスペクトルチャネルを共有するための方法であって、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させることと、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間をその現在の値に保つことと、
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことと、
によって特徴付けられる方法。
【請求項７】
前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価することが、
前記少なくとも１つの端末で予め決められた検知期間の間待機することと、
前記共有されるスペクトルチャネルが空いているどうかを判断するために前記端末でクリアチャネル評価を実行することと、
を含む請求項１で定義される方法。
【請求項８】
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークである請求項１で定義される方法。
【請求項９】
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作する請求項１で定義される方法。
【請求項１０】
前記共有されるスペクトルチャネルに存在する干渉の種類を検知することと、ここで前記種類は、前記干渉がどの別の端末から来るかに基づいて分類される、
前記干渉の前記検知された種類に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも１つを修正することと、
をさらに備える請求項１で定義される方法。
【請求項１１】
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための手段と、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信するための手段と、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断するための手段と、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するための手段と、
を備えるスペクトルチャネルを共有するための装置であって、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させるための手段、ならびに前記共有されるスペクトルチャネルが少なくとも別のネットワークによって使用されているという評価に対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させるための手段と、
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントするように構成される、前記休眠期間のために一定のデューティサイクルを保つための手段と、
によって特徴付けられる装置。
【請求項１２】
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための手段と、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信するための手段と、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断するための手段と、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するための手段と、
を備えるスペクトルチャネルを共有するための装置であって、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させるための手段と、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間を予め決められた値にリセットするための手段と、
前記送信使用の累積時間を予め決められた値にリセットすることによって前記休眠期間のために適応性があるデューティサイクルを達成するための手段と、
によって特徴付けられる装置。
【請求項１３】
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信使用の累積時間が単にリセットのみされる請求項１２で定義される装置。
【請求項１４】
アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、前記アップリンク送信および前記ダウンリンク送信の内の１つのための時間分だけ前記送信使用の累積時間をインクリメントするための手段を含む請求項１１で定義される装置。
【請求項１５】
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の内の１つのための送信時間分だけ、前記送信使用の累積時間をインクリメントするための手段
を含む請求項１１で定義される装置。
【請求項１６】
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための手段と、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信するための手段と、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断するための手段と、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するための手段と、
を備えるスペクトルチャネルを共有するための装置であって、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させるための手段と、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間をその現在の値に保つための手段と、
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントするように構成される、前記休眠期間のために一定のデューティサイクルを保つための手段と、
によって特徴付けられる装置。
【請求項１７】
前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための前記手段が、
予め決められた検知期間の間待機するように、
前記共有されるスペクトルの少なくとも１つのチャネルが空いているかどうかを判断するためのチャネル評価を実行するように、
構成される請求項１１で定義される装置。
【請求項１８】
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークである請求項１１で定義される装置。
【請求項１９】
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作する請求項１１で定義される装置。
【請求項２０】
前記共有されるスペクトルチャネルに存在する干渉の種類を検知するための手段と、ここで前記種類は、前記干渉がどの別の端末から来るかに基づいて分類される、
前記干渉の前記検知された種類に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも１つを修正するための手段と、
をさらに備える請求項１１で定義される装置。
【請求項２１】
ネットワーク内の少なくともの１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するように、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信するように、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断するように、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するように、
構成される少なくとも１つのプロセッサ
を備える共有されるスペクトルチャネルを共有するための装置であって、
前記少なくとも１つのプロセッサが、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させ、ならびに前記共有されるスペクトルチャネルが少なくとも別のネットワークによって使用されているという評価に対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させることと、
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことと、
を行うようにさらに構成されるという点において特徴付けられる装置。
【請求項２２】
ネットワーク内の少なくともの１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するように、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信するように、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断するように、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するように、
構成される少なくとも１つのプロセッサ
を備える共有されるスペクトルチャネルを共有するための装置であって、
前記少なくとも１つのプロセッサが、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させることと、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間を予め決められた値にリセットすることと、
前記送信使用の累積時間を予め決められた値にリセットすることによって前記休眠期間のために適応性があるデューティサイクルを達成することと、
を行うようにさらに構成されるという点において特徴付けられる装置。
【請求項２３】
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信使用の累積時間が単にリセットのみされる請求項２２で定義される装置。
【請求項２４】
前記少なくとも１つのプロセッサが、アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、アップリンク送信およびダウンリンク送信の内の１つのための時間分だけ前記送信使用の累積時間をインクリメントするように構成される請求項２１で定義される装置。
【請求項２５】
前記少なくとも１つのプロセッサが、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の内の１つのための送信時間分だけ前記送信使用の累積時間をインクリメントするように構成される請求項２１で定義される装置。
【請求項２６】
ネットワーク内の少なくともの１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するように、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信するように、
前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断するように、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するように、
構成される少なくとも１つのプロセッサ
を備える共有されるスペクトルチャネルを共有するための装置であって、
前記少なくとも１つのプロセッサが、
前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させることと、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間をその現在の値に保つことと、
前記少なくとも１つのプロセッサが、前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことと、
を行うようにさらに構成されるという点において特徴付けられる装置。
【請求項２７】
前記少なくとも１つのプロセッサが、
前記少なくとも１つの端末で予め決められた検知期間の間待機することと、
前記共有されるスペクトルチャネルが空いているかどうかを判断するために前記端末でクリアチャネル評価を実行することと、
を含み、前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するようにさらに構成される請求項２１で定義される装置。
【請求項２８】
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークである請求項２１で定義される装置。
【請求項２９】
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作する請求項２１で定義される装置。
【請求項３０】
前記少なくとも１つのプロセッサが、
前記共有されるスペクトルチャネルに存在する干渉の種類を検知するように、ここで前記種類は、前記干渉がどの別の端末から来るかに基づいて分類される、
前記干渉の前記検知された種類に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも1つを修正するように
さらに構成される請求項２１で定義される装置。
【請求項３１】
コンピュータに、ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも1つの他のネットワークによって使用されているかどうかを評価することをさせるためのコードと、
コンピュータに、前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信することをさせるためのコードと、
コンピュータに、前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断することをさせるためのコードと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信は継続し、
コンピュータに、前記最大時間期間が超えられる時、休眠期間を実行することをさせるためのコードと、
を記憶しているコンピュータ読み取り可能記憶媒体であって、
前記コンピュータ読み取り可能記憶媒体が、
コンピュータに、前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させ、ならびに前記共有されるスペクトルチャネルが少なくとも別のネットワークによって使用されているという評価に対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させることをさせるためのコードと、
コンピュータに、前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことをさせるためのコードと、
をさらに記憶しているという点で特徴付けられるコンピュータ読み取り可能記憶媒体。
【請求項３２】
コンピュータに、ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも1つの他のネットワークによって使用されているかどうかを評価することをさせるためのコードと、
コンピュータに、前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信することをさせるためのコードと、
コンピュータに、前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断することをさせるためのコードと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信は継続し、
コンピュータに、前記最大時間期間が超えられる時、休眠期間を実行することをさせるためのコードと、
を記憶しているコンピュータ読み取り可能記憶媒体であって、
前記コンピュータ読み取り可能記憶媒体が、
コンピュータに、前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させるためのコードと、
コンピュータに、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間を予め決められた値にリセットすることをさせるためのコードと、
コンピュータに、前記送信使用の累積時間を予め決められた値にリセットすることによって前記休眠期間のために適応性があるデューティサイクルを達成することをさせるためのコードと、
をさらに記憶しているという点で特徴付けられるコンピュータ読み取り可能記憶媒体。
【請求項３３】
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信使用の累積時間が単にリセットのみされる請求項３２で定義されるコンピュータ読み取り可能記憶媒体。
【請求項３４】
前記コンピュータ読み取り可能記憶媒体が、コンピュータに、アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、前記アップリンク送信およびダウンリンク送信の内の１つのための時間分だけ前記送信使用の累積時間をインクリメントすることをさせるためのコードを記憶している請求項３１で定義されるコンピュータ読み取り可能記憶媒体。
【請求項３５】
前記コンピュータ読み取り可能記憶媒体が、コンピュータに、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の内の1つのための送信時間分だけ前記送信使用の累積時間をインクリメントすることをさせるためのコードを記憶している請求項３１で定義されるコンピュータ読み取り可能記憶媒体。
【請求項３６】
コンピュータに、ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも1つの他のネットワークによって使用されているかどうかを評価することをさせるためのコードと、
コンピュータに、前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つの端末から１つ又は複数の送信フレームを送信することをさせるためのコードと、
コンピュータに、前記共有されるスペクトルチャネルの送信使用の累積時間が予め決められた最大時間期間を超えるかどうかを判断することをさせるためのコードと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信は継続し、
コンピュータに、前記最大時間期間が超えられる時、休眠期間を実行することをさせるためのコードと、
を記憶しているコンピュータ読み取り可能記憶媒体であって、
前記コンピュータ読み取り可能記憶媒体が、
コンピュータに、前記送信することに対応して前記共有されるスペクトルチャネルの前記送信使用の累積時間を増加させるためのコードと、
コンピュータに、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信使用の累積時間をその現在の値に保つことをさせるためのコードと、
コンピュータに、前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことをさせるためのコードと、
をさらに記憶しているという点で特徴付けられるコンピュータ読み取り可能記憶媒体。
【請求項３７】
コンピュータに、前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも1つの他のネットワークによって使用されているかどうかを評価することをさせるためのコードが、
コンピュータに、前記少なくとも1つの端末で予め決められた検知期間の間待機することをさせるためのコードと、
コンピュータに、前記共有されるスペクトルチャネルが空いているかどうかを判断するために前記端末でクリアチャネル評価を実行することをさせるためのコードと、
を含む請求項３１で定義されるコンピュータ読み取り可能記憶媒体。
【請求項３８】
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークである請求項３１で定義されるコンピュータ読み取り可能記憶媒体。
【請求項３９】
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作する請求項３１で定義されるコンピュータ読み取り可能記憶媒体。
【請求項４０】
前記コンピュータ読み取り可能記憶媒体が、
コンピュータに、前記共有されるスペクトルチャネルに存在する干渉の種類を検知することをさせるためのコードと、ここで前記種類は、前記干渉がどの別の端末から来るかに基づいて分類される、
コンピュータに、前記干渉の前記検知された種類に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも１つを修正することをさせるためのコードと、
をさらに記憶している請求項３１で定義されるコンピュータ読み取り可能記憶媒体。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本特許出願は、２００９年１２月２日に出願し、本発明の譲受人に譲渡され、参照により本明細書に明示的に組み込まれている「ＡＰＰＡＲＡＴＵＳ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＳＰＥＣＴＲＵＭ  ＳＨＡＲＩＮＧ  ＵＳＩＮＧ  ＬＩＳＴＥＮ−ＢＥＦＯＲＥ
ＴＡＬＫ（ＬＢＴ）  ＷＩＴＨ  ＱＵＩＥＴ  ＰＥＲＩＯＤＳ」という名称の仮出願第６１／２６６，１４６号に優先権を主張する。
【技術分野】
【０００２】
本開示は概して、リッスンビフォアトーク（ＬＢＴ）および休眠期間（ｑｕｉｅｔ  ｐｅｒｉｏｄ）を使用するスペクトル共有用の装置および方法に、さらに具体的には、送信の時間の計上を用いて休眠期間およびＬＢＴを使用する異種のシステムの間でのスペクトル共有に関する。
【背景技術】
【０００３】
ワイアレスデバイスおよびアプリケーションの激増は、将来に向けて十分に増大することが見込まれる帯域幅への大きな要求を生み出してきた。残念ながら帯域幅はとても乏しいので、従ってこの資源の有効的な利用は必須である。米国連邦通信委員会（ＦＣＣ）が規定した周波数の割り当ては、大部分の周波数帯域が特定のサービス用に異なる使用権を認められている（主要な）ユーザにすでに割り当てられた、非常に込みあった、および断片化したスペクトルを表す。しかしながらＦＣＣによって、および当技術分野で行われた研究は、平均でスペクトルの約１５％しか任意の所与の時間およびロケーションで使用されていないことを表す。
【０００４】
従って、「コグニティブ無線」という用語によって包含され得るもののような、異なるユーザ間でスペクトルを共有するためのいくつかの技法は、周波数帯域の主要な（使用権が認められている）ユーザと干渉することなく二次的な（使用権が認められていない）ワイアレスデバイスが通信できるようにすることによってスペクトル不足の問題を克服することを求めて、開発されてきた。コグニティブ無線通信は、スペクトルアクセス、共存、および共有において多数の挑戦に直面する。単一の二次的なユーザの環境で、スペクトルアクセスの問題は主要なユーザの検知の問題に帰着する。主要なユーザにおいて耐え得る干渉および検知メトリックに基づいて、二次的なユーザは、（主要なユーザがどれも検出されない時）送信するか、（主要なユーザが検出される時）アイドル状態に向かうかのどちらかを決める。
【０００５】
しかしながら、同じシステム内に複数の二次的なユーザが存在すると、より複雑な共存のプロトコルがスペクトルの有効的な共有を確実にするために必要とされる。同じワイアレスネットワーク内での二次的なユーザ間の共有は、基地局（ＢＳ）によって制御され得る従来のマルチプルアクセスの問題に帰着する。その結果、同種の二次的なユーザ間でのスペクトル共有のために提案されてきた多くのアクセスプロトコルは、ＡＬＯＨＡおよび搬送波感知多重アクセス（ＣＳＭＡ）のような従来のメディアアクセス制御（ＭＡＣ）プロトコルに由来している。
【０００６】
スペクトルを共有する複数の非相互動作のネットワークが存在する時、これは異種のワイアレスネットワーク間でのスペクトル共有として称される。主要なシステムパラメータ（例えば、無線カバレッジ、送信電力、データレート、チャネライゼーション、もしくはメディアアクセスプロトコル）において異なる異種のネットワークの場合、スペクトル共有は特に複雑になる。そのような多様な環境でのオポーチュニスティック(opportunistic)な通信への主な挑戦は、二次的なユーザ間の干渉を最小化することと、同時に、ＬＢＴのようないくつかの公平な状況下でそれぞれのシステムが実現することができるパフォーマンスを最大化することとの相反する目的の間でバランスをとることにある。
【０００７】
しかしながら、ＯＦＤＭＡシステムのような、２つの異種のフレームをベースとしたシステムが共存するためにはＬＢＴは十分ではない。これは、例えば二次的なシステムが満杯のバッファを用いてすでに送信している場合、その時はそのメディアは常に使用中(busy)であると検知されることになるのでいずれの他の二次的なユーザもブロックされることになるためである。従って、フレームをベースとしたシステムに関して休眠期間（ＱＰ）は、他のシステムがそのメディアを確保するための機会を与えるためにスケジューリングされる。ある既知の例として、拡張された休眠期間（ＥＱＰ）プロトコルを伴ったＬＢＴの使用は、ＩＥＥＥ８０２．１６ｈの他の二次的なユーザとの共存に関するＩＥＥＥ８０２．１６ｈの草案（つまり、２００７年7月、ＩＥＥＥ  Ｐ８０２．１６ｈ／Ｄ２ｃにおける「使用権免除の動作用の改善された共存メカニズム（Ｉｍｐｒｏｖｅｄ  Ｃｏｅｘｉｓｔｅｎｃｅ  Ｍｅｃｈａｎｉｓｍｓ  ｆｏｒ  Ｌｉｃｅｎｓｅ−Ｅｘｅｍｐｔ  Ｏｐｅｒａｔｉｏｎ）」）の中で提案された。拡張された休眠期間（ＥＱＰ）プロトコルにおいてシステムは、システム用に規定された特定のデューティサイクル（ｄｕｔｙ−ｃｙｃｌｅ）を満たすために、アクティブとサイレンスの期間の間を確定的(deterministically)に交互に繰り返す。例えば、システムが５０％のデューティサイクルを有する場合、その時システムは１つおきのフレームを送信し得る。つまり１つのフレームをオンにし、１つのフレームをオフにする。
【０００８】
例えばＬＢＴは拡張された休眠期間の独立したプロトコルとしても提案され、基地局（ＢＳ）および移動局（ＭＳ）の両方がそれを適用することになっている。ＩＥＥＥ８０２．１６ｈの草案の後のバージョン（つまり、２００７年１０月、ＩＥＥＥ  Ｐ８０２．１６ｈ／Ｄ３ｃにおける使用権免除の動作用の改善された共存メカニズム（Ｉｍｐｒｏｖｅｄ  Ｃｏｅｘｉｓｔｅｎｃｅ  Ｍｅｃｈａｎｉｓｍｓ  ｆｏｒ  Ｌｉｃｅｎｓｅ−Ｅｘｅｍｐｔ  Ｏｐｅｒａｔｉｏｎ））においてＬＢＴプロトコルは、特にＩＥＥＥ８０２．１１のワイアレスローカルエリアネットワークと共に共存するように変更された。特にＬＢＴはＢＳのみで実行されるように提案され、ＢＳはＩＥＥＥ８０２．１１のＣＴＳ／ＲＴＳ信号を送信および受信する能力を有するＩＥＥＥ８０２．１１トランシーバが装備される。このため後の草案は、ＬＢＴおよび休眠期間の使用は任意であると記載している。上記で論述された８０２．１６ｈの両方の草案において、ＬＢＴおよび拡張された休眠期間の両方が同時に使用される場合、ならびにアクティブ期間の間のフレームがＬＢＴプロトコルのために送信されない場合、その時このアイドル状態のフレームは拡張された休眠期間のデューティサイクルを満たすことに考慮されることになり、スペクトルの非効率的な使用を引き起こし得る。さらに従来の技術は、ＬＢＴおよび休眠期間のアルゴリズムがどのように結び付けられるべきか、もしくはデューティサイクルのターゲットがどのように満たされるべきかを特定していない。従って、ＬＢＴおよび拡張された休眠期間を使用するフレームをベースとしたネットワーク間でのスペクトルの共有の改善された効率への要求が存在する。
【発明の概要】
【０００９】
ある態様に従って、共有されるスペクトルチャネルを共有するために方法が開示される。その方法はネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価すること、およびそのチャネルがその少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで共有されるスペクトルチャネルを使用してネットワーク内の少なくとも１つのデバイスから１つ又は複数の送信フレームを送信することを含む。さらにその方法は予め決められた条件に基づいてスペクトルチャネルの送信使用の累積時間をカウントすること、および累積時間が予め決められた最大時間期間を超えるかどうか判断することを含み、ここにおいて最大時間期間が超えられていなかった場合に１つ又は複数の送信フレームの送信が継続する。最後にその方法は、最大時間期間が超えられる時、休眠期間を実行することを含む。
【００１０】
別の態様に従って、スペクトルチャネルを共有するための装置が開示される。その装置はネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための手段を含む。加えてその装置は、チャネルがその少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで共有されるスペクトルチャネルを使用してネットワーク内のその少なくとも1つのデバイスから１つ又は複数の送信フレームを送信するための手段を含む。さらにその装置は、予め決められた条件に基づいてスペクトルチャネルの送信使用の累積時間をカウントするための手段、およびその累積時間が予め決められた最大時間期間を超えるかどうかを判断するための手段を含み、ここにおいて最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続する。加えてその装置は、最大時間期間が超えられる時休眠期間を実行するための手段を含む。
【００１１】
また別の態様に従って、共有されるスペクトルチャネルを共有するための装置が開示される。その装置は、ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するように動作可能な少なくとも１つのプロセッサを含む。その少なくとも１つのプロセッサはまた、チャネルがその少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで共有されるスペクトルチャネルを使用してネットワーク内の少なくとも１つのデバイスから１つ又は複数の送信フレームを送信するようにも動作可能である。まださらに、その少なくとも１つのプロセッサは予め決められた条件に基づいて、スペクトルチャネルの送信使用の累積時間をカウントするように、ならびにその累積時間が予め決められた最大時間期間を超えるかどうかを判断するように構成され、ここにおいて最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続する。さらにその少なくとも１つのプロセッサは、最大時間期間が超えられる時、休眠期間を実行するように動作可能である。
【００１２】
さらにもう1つの態様に従って、コンピュータ読み取り可能媒体を備えるコンピュータプログラム製品が開示される。その媒体は、コンピュータにネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価することをさせるためのコードを含み得る。さらにその媒体は、チャネルがその少なくとも１つの他のネットワークによって使用されていないと評価される時、コンピュータにアップリンクもしくはダウンリンクの内の少なくとも１つで共有されるスペクトルチャネルを使用してネットワーク内の少なくとも1つのデバイスから１つ又は複数の送信フレームを送信することをさせるためのコードを含み得る。加えてその媒体は、コンピュータに予め決められた条件に基づいてスペクトルチャネルの送信使用の累積時間をカウントすることをさせるためのコードを含む。その媒体は、またさらにコンピュータに累積時間が予め決められた最大時間期間を超えるかどうかを判断することをさせるためのコードであって、最大時間期間が超えられていなかった場合に１つ又は複数の送信フレームの送信が継続するコード、および最大時間期間が超えられる時、コンピュータに休眠期間を実行することをさせるためのコードを含む。
【図面の簡単な説明】
【００１３】
【図１】特定のスペクトルを共有する２つかそれよりも多いシステムを有する環境を例示する。
【図２】図１で例示されるもののような共有されるスペクトル環境の中でスペクトルを共有するために動作可能な典型的なシステム。
【図３Ａ】図１で例示される環境のような、共有されるスペクトル環境の中で生じるフレームをベースとした送信を表示する典型的なタイムラインを例示する。
【図３Ｂ】図１で例示される環境のような、共有されるスペクトル環境の中で生じるフレームをベースとした送信を表示する典型的なタイムラインを例示する。
【図４】一定のデューティサイクルもしくは適応性のあるデューティサイクルのどちらかと共に実行され得る拡張された休眠期間およびＬＢＴを使用してワイアレスネットワーク内でのスペクトル共有を実行するための方法のフロー図。
【図５】一定の休眠期間のデューティサイクルを使用するスペクトル共有用の典型的な方法のフロー図。
【図６】一定の休眠期間のデューティサイクルを使用するスペクトル共有用の別の典型的な方法のフロー図。
【図７】適応性のあるデューティサイクルを使用するスペクトル共有用の典型的な方法のフロー図。
【図８】共有されるスペクトル環境内でスペクトル共有を実行するように構成される別の装置を例示する。
【詳細な説明】
【００１４】
本出願は、方法および装置がスペクトルもしくはチャネル上の送信の時間の計上(accounting)を用いてＬＢＴおよび休眠期間（例えば、拡張された休眠期間  ＥＱＰ）を使用する異種のシステム間でのスペクトル共有を提供することを開示する。特に送信時間は、利用可能であればシステム用の最大の割り当てられた送信時間までスペクトルの使用を可能にするスペクトルチャネルの送信使用の累積時間をカウントするためのカウンタを使用することなどによって計上される(accounted for)。様々な開示される態様に従って、ＥＱＰの使用のための適応性のあるデューティサイクルもしくは一定のデューティサイクルのどちらかがＬＢＴと組み合わせて利用され得る。
【００１５】
「典型的」という言葉は本明細書で「例、事例、もしくは例示としての役目をする」を意味するように使用される。本明細書で「典型的」として説明されるいずれの実施例も他の実施例に対して好まれるもしくは有利であるとして必ずしも解釈されるべきではない。
【００１６】
本明細書で説明される技法は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなどのような様々なワイアレス通信ネットワーク用に使用され得る。「ネットワーク」および「システム」という用語は度々相互互換的に使用される。ＣＤＭＡネットワークはユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などのような無線技術を実装することができる。ＵＴＲＡは広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００はＩＳ−２０００、ＩＳ−９５およびＩＳ―８５６標準規格をカバーする。ＴＤＭＡネットワークは移動体通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実装し得る。ＯＦＤＭＡネットワークは進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６（ＷｉＭａｘ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどのような無線技術を実装し得る。ＵＴＲＡ，Ｅ−ＵＴＲＡおよびＧＳＭはユニバーサル移動通信システム（ＵＭＴＳ）の一部である。ロングタームエボリューション（ＬＴＥ）はＥ−ＵＴＲＡを使用するＵＭＴＳの次期リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名づけられた組織が提供しているドキュメントの中で説明される。ｃｄｍａ２０００は「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名づけられた組織が提供しているドキュメントの中で説明される。これらの様々な無線技術および標準規格は当技術分野では既知である。
【００１７】
シングルキャリアの変調および周波数ドメインの等化を利用する、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は送信技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムのものと類似したパフォーマンスおよび本質的に同じ全体的な複雑性を有する。ＳＣ−ＦＤＭＡ信号は、その固有のシングルキャリア構造のためにより低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、より低いＰＡＰＲが送信電力効率の点で移動端末に大いに利益をもたらすアップリンク通信で特に注目を引いてきた。それは現在、３ＧＰＰのロングタームエボリューション（ＬＴＥ）、もしくは進化型ＵＴＲＡにおけるアップリンクの多元接続スキームに関する作業仮説である。
【００１８】
開示される態様を説明するために本明細書で使用される専門用語はＩＥＥＥ８０２．１６（ＷｉＭａｘ）と一貫しているけれども、この専門用語は単に典型的であるだけであり、本方法及び装置は、上記で論述されたもののような多くの様々なワイアレス技術のいずれにも適用できることは留意されたい。例えば、基地局（ＢＳ）という用語は、ノードＢ、アクセスポイント（ＡＰ）、ベーストランシーバ局（ＢＴＳ）などのような類似のデバイス用の他の専門用語を包含し得る。別の例として、加入者宅内機器（ＣＰＥ）もしくは加入者局（ＳＳ）という用語は、ユーザ装備（ＵＥ）、移動局（ＭＳ）、アクセス端末（ＡＴ）、移動デバイス、ハンドセットなどのようなデバイスを包含し得る。
【００１９】
図１は、特定のスペクトルを共有する２つかそれよりも多いシステムを有する環境１００の例を例示する。基地局（ＢＳ）１０２は、パケットをベースとしたシステムのような第１のシステムもしくはネットワーク用のカバレッジ１０４を、そのようなものに限定されないけれども、もたらす。同様に、第２のシステム（例えば、別のパケットをベースとしたシステム）は、カバレッジエリア１０８を有する基地局（ＢＳ）１０６を用いてもたらされる。例示の目的のため図１は、スペクトルがＢＳ１０２およびＢＳ１０６によって実行される少なくとも２つのシステムの間で共有される共通の環境１１０を表示する。例示される配置およびエリアは単に典型的であるだけであり、環境１１０は、スペクトルが少なくとも主要なシステムと１つの二次的なシステムの間で共有されることができる任意の環境を暗示することは留意されたい。
【００２０】
さらに図１は、ＢＳ１０６によってもたらされる第２のネットワークのシステムパラメータとは異なる第1のネットワークをもたらすＢＳ１０２を有する異種のネットワークの事例を例示する。加えて、例示される第１および第２のネットワークは、それぞれ主要なおよび二次的なネットワークであるか、もしくは両方が二次的なネットワークであるかのどちらかであり得る。
【００２１】
それぞれのシステムは、ＢＳ１０２と通信する第１の加入者局（ＳＳ）１１２およびＢＳ１０６と通信する第２のＳＳ１１４によって例示される１つ又は複数のＳＳへの通信のために動作可能である。それぞれのＳＳ１１２、１１２４は、ダウンリンク（ＤＬ）の（１つもしくは複数の）チャネル１１６と１１８、およびアップリンク（ＵＬ）１２０と１２２の両方で、それぞれＢＳ１０２、１０６と通信することができる。
【００２２】
図２は、図1で例示されるもののような共有されるスペクトル環境において動作可能な典型的なシステム２００を例示する。ある態様においてシステム２００は、データ源（示されていない）から送信されるデータを受信する送信（ＴＸ）データプロセッサ２０４を有するアクセスポイント２０２もしくは基地局を含む。例としてＴＸデータプロセッサ２０４はそれぞれのデータストリーム用にトラフィックデータを、コーディングされたデータを提供するためにそのデータストリーム用に選択された特定のコーディングスキームに基づいてフォーマット、コーディング、およびインタリーブする。
【００２３】
それぞれのデータストリーム用のコーディングされたデータはＯＦＤＭ技法を使用してパイロットデータと共に多重化され得る。パイロットデータは通常、既知の方法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムで使用され得る。その後、それぞれのデータストリーム用に多重化されたパイロットおよびコーディングされたデータは、変調シンボルを提供するためにそのデータストリーム用に選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、もしくはＭ−ＱＡＭ）に基づいて変調器２０６で変調される（つまり、シンボルがマッピングされる）。それぞれのデータストリーム用のデータレート、コーディング、および変調は、プロセッサ２１６、あるいは二つの例としてデジタル信号プロセッサ（ＤＳＰ）もしくは一般的なプロセッサのような類似のデバイスによって実行される命令によって判断され得る。
【００２４】
全てのデータストリーム用の変調シンボルはその後、（例えば、ＯＦＤＭ用に）変調シンボルをさらに処理し得る送信機／受信機２０８に提供される。送信機／受信機２０８はその後、アンテナ２１０を通じてワイアレスで変調シンボルストリームを１つ又は複数のＣＰＥｓもしくはアクセス端末２２２にアンテナ２１０および２２４を通じて提供する。
【００２５】
加えて送信機／受信機２０８は、様々なＣＰＥｓ（例えば、２２２）からアンテナ２１０を通じて受信される信号を受信および処理する。送信機／受信機２０８は、様々なＣＰＥｓからＵＬ上で信号を受信し、１つ又は複数のアナログ信号を提供するために受信されたシンボルストリームを処理し、各々の受信された信号を（例えば、フィルタリング、増幅、およびダウンコンバートし）、サンプルを提供するために調整された信号をデジタル化し、復調器２１２を通じてのように対応する「受信された」シンボルストリームを提供するためにサンプルをさらに処理（例えば、チャネル推定、復調、ディインタリーブなど）および復号する。ＲＸデータプロセッサ２１４はその後、受信されたシンボルストリームを、そのデータストリーム用のトラフィックデータを復元するために特定の受信機の処理技法に基づいて受信および処理する。
【００２６】
プロセッサ２１６はまた、メモリ２１８、コンピュータ読み取り可能な、あるいはプロセッサの命令を記憶するように構成された類似のメディアにも通信するように連結され得る。さらに基地局は、カウンタ２２０もしくは１つ又は複数のカウント値をインクリメントおよび記憶するための当技術分野では既知の任意の類似のデバイスを含み得る。このカウントは、端末が動作する特定のシステム内のＣＰＥｓからのＵＬ送信であろうと基地局２０２からのＤＬ送信であろうと、とりわけ端末の送信の時間の累計カウントを維持するために使用され得る。別個のユニット２２０として表示されるけれども、それによってもたらされるカウント機能は、メモリ２１８、プロセッサ２１６、もしくは任意の他の適当なデバイスによって実行され得ることは考慮される。
【００２７】
ＣＰＥ２２２の送信機／受信機２２６は基地局（例えば、２０２）からＤＬ送信信号を受信し、１つ又は複数のアナログ信号を提供するために受信されたシンボルストリームもしくはフレームを処理し、基地局２０２へのＵＬ上の送信用に適当な変調された信号を提供するためにアナログ信号をさらに調整する（例えば、増幅する、フィルタリングする、アップコンバートする、など）。それぞれのＣＰＥ受信機２２６はそれぞれの受信された信号を調整し（例えば、フィルタリング、増幅、およびダウンコンバートし）、サンプルを提供するために調整された信号をデジタル化し、復調器２２８を通じてのように、対応する「受信された」シンボルストリームを提供するためにそのサンプルをさらに処理（例えば、チャネル推定、復調、ディインタリーブなど）および復号する。ＲＸデータプロセッサ２３０はその後、受信されたシンボルストリームを、データストリーム用のトラフィックデータを復元するために特定の受信機の処理技法に基づいて受信および処理する。それぞれのデータストリーム用の復号されたデータはその後、プロセッサ２３２、もしくは２つの例としてデジタル信号プロセッサ（ＤＳＰ）もしくは一般的なプロセッサのような類似のデバイスによって利用され得る。
【００２８】
プロセッサ２３２はまた、メモリ２４０、もしくはコンピュータ読み取り可能な、あるいはプロセッサの命令を記憶するように構成される類似のメディアに通信するようにも連結され得る。さらに基地局はカウンタ２４２、もしくは１つ又は複数のカウント値をインクリメントおよび記憶するための当技術分野では既知の任意の類似のデバイスを含み得る。このカウントは、基地局（例えば、２０２）内のカウンタ２２０のカウントと同じであり、端末が動作する特定のシステム内のＣＰＥｓからのＵＬ送信であろうと基地局２０２からのＤＬ送信であろうと、端末の送信の時間の累積カウントを維持するために使用され得る。別個のユニット２４２として表示されるけれども、それによってもたらされるカウント機能は、メモリ２１８、プロセッサ２１６、もしくは任意の他の適当なデバイスによって実行され得ることが考慮される。
【００２９】
ＣＰＥ２２２はまた、ＵＬを介して送信される符号化および変調されたシンボルもしくはフレームを準備するための変調器２３８およびＴＸデータプロセッサ２３６を含む。符号化および変調されたシンボルは、基地局２０２のような基地局へのアンテナ２２４を通じた送信のために送信機／受信機２２６に入力される。基地局２０２で送信機／受信機システム２２６からの変調された信号はアンテナ２１０によって受信され、送信機／受信機２０８によって調整され、復調器２１２によって復調され、ＣＰＥ２２２によって送信されたＤＬメッセージを抽出するためにＲＸデータプロセッサ２１４によって処理される。プロセッサ２１６はその後、基地局内での使用のためにその抽出されたメッセージを更に処理し得る。
【００３０】
図３Ａおよび３Ｂは、図１で例示される環境のような共有されるスペクトル環境で生じるフレームをベースとした送信を表示する典型的なタイムラインを例示する。アップリンク（ＵＬ）およびダウンリンク（ＤＬ）の学術用語は、ＣＰＥもしくはＳＳ（例えば、２２２）から基地局（例えば、２０２）への、およびＣＰＥもしくはＳＳへ基地局からの送信をそれぞれ示す。加えてタイムラインは、ＵＬおよびＤＬ送信が半二重のワイアレス環境の中で全二重送信をエミュレートするために時間で分けられる時分割デュプレックス（ＴＤＤ）システム用の例を例示する。しかしながら当業者は、現在開示されている方法および装置の、1つの例として周波数分割デュプレックス（ＦＤＤ）システムのようなＴＤＤ以外のシステムへのより広範な適用を認識するだろうことは留意されたい。
【００３１】
図３Ａにおいてタイムライン３０２は１つの例として、少なくとも２つの異種のフレームをベースとしたシステムを有する環境での特定の無線技術用の活動を例示する。検知インターバル３０４はＤＬからＵＬ送信へ（例えば、それぞれ３０６および３０８）のような、１つの送信から別の送信へのそれぞれの移行の間にもたらされる。さらに説明されることになるように検知インターバルは、デバイスがＬＢＴのような送信を開始する前に他のデバイスがスペクトル内で送信しているかどうかを判断することを可能にする。
【００３２】
１つの例示された検知インターバル３１０でＣＰＥは、スペクトルの他のユーザが送信していることを検知することが推測される。この事例においてそのデバイスからのＵＬ送信は、ＵＬのフレーム時間と等しくあり得る時間インターバル３１２によって例示されるように停止される。基地局が、別の検知インターバル３１４でスペクトルの他のユーザを検知する場合、基地局は休眠期間３１６によって例示されるＤＬおよびＵＬフレームの時間に等しい時間期間の間送信をしなくなる。期間３１６のような休眠期間および検知インターバルの後基地局は、検知期間内に活動を検知しない場合、ＤＬフレーム３１８などを送信することになる。
【００３３】
図３Ｂは、特定の技術に属する１つ又は複数の基地局およびＣＰＥｓによる送信が、拡張された休眠期間（ＥＱＰ）だけでなく送信用に予め決められた最大時間期間まで共有されるスペクトルを利用する開示された方法および装置に従って、別の典型的なタイムライン３２０を例示する。例えばタイムライン３２０は、検知インターバル３０４の間に他のユーザが検知されない限り継続するＵＬおよびＤＬ送信３２２、３２４、および３２６の連続を表示する。スペクトル利用の時間（Ｔｏｎ）が予め決められた最大値（Ｔｍａｘ）と等しいと、特定の無線技術に従って動作するワイアレスデバイスは共有されるスペクトルをもう一度利用しようと試みる前に少なくとも拡張された休眠期間（ＥＱＰ）の間送信をしなくなる。
【００３４】
図３Ｂで例示されるＥＱＰ３２８のようなＥＱＰは、特定の、一定のデューティサイクルに従って開始され得る。特に、特定の無線システムはシステム用に規定された特定のデューティサイクルを満たすためにアクティブとサイレンスの期間の間を確定的に交互に繰り返し得る。例えば、システムが５０％のデューティサイクルを有する場合、その時システムは１つおきのフレームを送信し得る。つまり１つのフレームをオンにし、ひとつのフレームをオフにする。
【００３５】
上記で述べられたようにカウンタ（例えば、２２０）は、それぞれのＣＰＥ（例えば、２４２）だけでなく、それぞれの基地局と関連付けられる。カウンタは、システム内で基地局であろうとＣＰＥであろうと、とりわけ端末の送信の時間の累積カウントを維持するために使用される。従ってＵＬであろうとＤＬであろうと、端末が送信する場合、カウンタは送信時間に等しい量の分だけ、インクリメントするように構成される。下記の論述は、ＩＥＥＥ８０２．１６ｈの草案のような標準規格に適合し得るＥＱＰｓおよびＬＢＴを使用してシステムを実行するための様々な方法を示す。しかしながらこの説明は８０２．１６ｈへの適合に限定されるように意図されておらず、当業者は、共有されるスペクトル環境で使用できる他のフレームをベースとしたシステムへのより広範な適用を認識するだろう。
【００３６】
加えて、異種のネットワークは相互動作可能ではないので、スペクトルの共有はネットワーク間でのメッセージの交換に寄らない手法を必要とすることは留意されたい。従って、開示される方法は休眠期間（例えば、拡張された休眠期間（ＥＱＰ））と共にリッスンビフォアトーク（ＬＢＴ）を利用する規則に基づく技法として構成され得る。
【００３７】
図４は、スペクトルを共有する複数の、相互動作可能でないネットワークを有する環境で、ＥＱＰ用の一定のデューティサイクル、もしくは適応性があるデューティサイクル、のどちらかで実行され得るＥＱＰおよびＬＢＴを用いてワイアレスネットワーク内でのスペクトル共有を実行するための方法のフロー図を例示する。図４内の方法４００を含む例示された方法は、カウンタ２２０もしくは２４２のような送信時間カウントを維持するための手段を有するＣＰＥ２２２および基地局２０２のようなデバイス内で実行され得る。
【００３８】
方法４００はまず最初に、ブロック４０２によって例示されるように、共有されるスペクトルチャネルもしくはメディアが少なくとも１つの他のネットワークによって使用されているかどうかを評価することを含む。この評価は、ネットワーク内の少なくとも１つのデバイスにおいてＬＢＴを含むことによって実行され得、図３Ａ、もしくは図３Ｂ内のインターバル３０４のような検知インターバルの間に生じ得る。ブロック４０２の後、システムはその後ブロック４０４で表示されるようにチャネルもしくはメディアが少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで共有されるスペクトルチャネルを使用して１つ又は複数の送信フレームを送信することになる。
【００３９】
方法４００はまた、システムによるスペクトルチャネルの送信使用の累積時間のカウントが維持されるブロック４０６で例示されるプロセスも含む。以下で論述される方法で見られることになるように、ＥＱＰ用に一定のデューティサイクルが望まれようと、代わりに適応性があるＥＱＰのデューティサイクルが望まれようと、Ｔｏｎとしても明示される送信の経過もしくは累積時間のカウントが保たれることはここで留意されたい。
【００４０】
最後に方法４００は、累積時間が予め決められた最大時間期間を超えるかどうかについて判断が下されるブロック４０８のプロセスを含む。最大時間期間が超えられていなかった場合１つ又は複数の送信フレームの送信は継続することが可能とされ得、最大時間期間が超えられる時、送信は停止される。
【００４１】
方法４００は、ＦＤＤだけでなくＴＤＤを使用するもののような、様々な異なるシステムに適応可能であることは留意されたい。ＦＤＤシステムに適用される時、方法４００のブロック内で特色とされる様々なプロセスは、ＤＬもしくはＵＬの１つのために別個で実行され得る。さらに現在開示されている方法および装置は、基地局がＤＬで複数のチャネルを使用するシステムに適用可能であることは留意されたい。そのような場合、例えば方法４００はＤＬ内の複数のチャネルのそれぞれに適用されることができるだろう。
【００４２】
方法４００が多くの実施例を包含し得ることは留意されたい。現在開示されている方法の態様に従って２つの広範な実施例は、ＥＱＰ用の一定のデューティサイクルを用いること、および適応性があるＥＱＰのデューティサイクルを用いることを含み得る。
【００４３】
また、少なくともいくつかの開示される方法はＩＥＥＥ８０２．１６ｈの草案に適合し得るけれども、開示は８０２．１６ｈとの適合に限定されず、共有されるスペクトル環境において使用できる他のフレームをベースとしたシステムへのより広範な適用を当業者は認識するだろうことは重ねて留意されたい。ＩＥＥＥ８０２．１６ｈの草案内の総論に準拠する２つの見込まれる技法は、ＥＱＰｓ用の一定のデューティサイクルを保つことを含む図５および６の方法を含む。これらの方法の両方でカウンタは、送信の経過アクティブ時間（例えば、Ｔｏｎ）、ＥＱＰ、およびデューティサイクルの経過を追うために基地局で使用される。
【００４４】
図５は、一定の休眠期間のデューティサイクルを使用するスペクトル共有用の１つの典型的な方法のフロー図である。図５の方法５００において、メディアが使用中であると検知されるためにシステムが送信しない時はいつでもカウンタは影響を受けないが、次のＥＱＰは減らされ、次の送信時間はデューティサイクルの値を保つために増やされることは留意されたい。
【００４５】
図５で表示されるように方法５００は、カウンタＴｏｎを零に初期化し、システム用の送信の最大時間を示す予め決められたＴｍａｘと等しい暫定値（Ｔｅｍｐ）を設定することによって開始する。さらに値ＴｍａｘｎｅｗはＴｅｍｐの値になる。フローはその後、基地局が、例えば、共有されるメディアもしくはチャネル上でトラフィックを検知するためにＤＬフレームを送信する前に予め決められた検知期間の間待機するブロック５０４へ進む。決定ブロック５０６で判断されるように、チャネルが空いていない場合、フローはブロック５０８へ進む。５０８で時間Ｔｏｎは、現在のＴｏｎの値にＤＬおよびＵＬ送信の時間（ＴＤＬおよびＴＵＬ）を加算したものに等しく設定される。加えて、休眠期間の時間（ＥＱＰとして明示される）を追跡するための別のカウンタもしくは蓄積量は、事前に決められたＥＱＰの値からＤＬおよびＵＬ送信の時間（ＴＤＬおよびＴＵＬ）を差し引いたものに設定される。加えてＴｅｍｐ値は、以前のＴｅｍｐ値にＤＬおよびＵＬ送信の時間（ＴＤＬおよびＴＵＬ）を加算したものに設定される。従ってブロック５０８のプロセスはＥＱＰ用の予め決められたデューティサイクルが一定の値で保たれることを確実にする。ブロック５０８のプロセスの後フローは、後に説明されることになるブロック５２２へ進む。
【００４６】
代わりとして５０６でチャネルが空いていると判断される場合、フローは基地局によるＤＬフレームの送信のためのブロック５１０へ進む。ブロック５０６のプロセスは部分的に、ネットワーク内の（１つか複数の）デバイスが送信に先立ってチャネルの使用を判断するＬＢＴプロセスを構成することは留意されたい。ある態様においてブロック５０６内のＬＢＴの判断は、ネットワークの基地局内で達成され得る。加えてブロック５０６のプロセスは、他のネットワークとの潜在的な衝突およびチャネルの使用を判断するためのクリアチャネル評価（ＣＣＡ）機能を含み得る（留意：以下で説明される方法における類似のプロセスもＣＣＡ機能を含み得る）。
【００４７】
ブロック５１０で、ＤＬフレームは送信され、カウンタＴｏｎは以前の値にＤＬ送信の時間を加えることによってアップデートされる。ある態様において方法５００はまた、１つの例としてＣＰＥのような別のネットワークデバイスで依然としてＤＬ送信が受信されるかどうかに関して判断もしくは肯定応答(acknowledgement)がなされる決定ブロック５１２も含み得る。ＤＬが完了する時、その後フローはブロック５１４へ進む。
【００４８】
ブロック５１４でシステムはその後、空いているチャネルが検出され、それによってＵＬフレーム送信に先立って別のＬＢＴプロセスを達成するかどうかについての決定ブロック５１６における判断と並んでＵＬフレーム送信用の別の検知時間の間待機する。ある態様においてブロック５１６のＬＢＴ動作はネットワーク内のＣＰＥで達成され得る。チャネルが空いていない場合フローは、Ｔｏｎの値が以前の値にＵＬ送信時間（ＴＵＬ）を加算したものに設定されるブロック５１８へ進む。加えてＥＱＰの時間は、以前の値からＵＬ送信時間の時間（ＴＵＬ）を差し引いたものに変更され、Ｔｅｍｐ値はＵＬ送信時間（ＴＵＬ）の加算分だけインクリメントされる。
【００４９】
代わりとしてブロック５１６でチャネルが空いていると判断される場合、ＵＬフレームは、ブロック５２０によって例示されるようにネットワークデバイス（例えば、ＣＰＥ）から送信され、カウントＴｏｎはＵＬ送信時間（ＴＵＬ）分だけインクリメントされる。フローはその後、Ｔｏｎの現在の値がＴｍａｘの値を超えるかどうかについて判断が下されるブロック５２２へ進む。超えない場合、システムによる送信用の総割当時間が使い果たされていないことを表してフローはブロック５０４へ戻る。代わりとして、Ｔｏｎの値がＴｍａｘよりも大きい場合フローは、現在のＥＱＰ時間が実行されるブロック５２４へ進む。加えて、Ｔｏｎの値は零にリセットされ、ＥＱＰは予め決められた初期値にリセットされ、Ｔｍａｘｎｅｗ値はＴｅｍｐ値に設定され、そしてＴｅｍｐ値はＴｍａｘ値に等しくなるようにリセットされる。その後フローは、ＥＱＰの実行の後に方法５００のプロセスを繰り返すためにブロック５０４へ戻る。
【００５０】
方法５００で認識され得るように、５０６で空いているチャネルとどれも判断されない時のような特定のサイクルでＵＬおよびＤＬ送信が生じない場合、それにも関わらず、ＥＱＰ期間およびＴｏｎのデューティサイクルが一定の値で保たれることを確実にするためにＴｏｎカウンタはインクリメントされ、ＥＱＰ期間はデクリメントされる。同様に部分的な送信が生じる時（例えば、ブロック５１６で空いているチャネルがなく、従ってＵＬ送信がない）、それにも関わらず、再びデューティサイクルが引き続き一定の量のままであることを確実にしようと、ＴｏｎおよびＥＱＰ期間はそれぞれＵＬ送信分だけインクリメントおよびデクリメントされる。つまり、メディアが使用中と検知されるためにシステムが送信しない時はいつでも、カウンタは影響を受けないがデューティサイクルの値を保つために次の休眠期間は減らされ、次の送信時間は増やされる。
【００５１】
図６は、一定の休眠期間のデューティサイクルを使用するスペクトル共有用の別の典型的な方法６００のフロー図である。この方法において開始は、ブロック６０２で表示されるようにＴｏｎカウンタを零に等しく設定することを含む。フローはその後、ＤＬフレーム送信に先立つ検知時間を待機するプロセスブロック６０４へ進む。チャネルもしくはメディアがＬＢＴを使用してブロック６０６で空いていないと検知される場合、フローはブロック６０８へ進む。ここにおいてＥＱＰの時間が、システムがアイドル状態の時間分だけデクリメントされる（つまり、ＤＬ（ＴＤＬ）およびＵＬ（ＴＵＬ）送信の送信時間分だけ減らされる）のに対し、基地局におけるカウンタ値Ｔｏｎはその現在の値Ｔｏｎに設定される、すなわち言い換えれば中断もしくは停止される。これはシステムがアイドル状態であるかどうかに関わらず、デューティサイクルが一定に保たれることを確実にする。ブロック６０８の後、フローはプロセスを繰り返すためにブロック６０４へ戻る。
【００５２】
決定ブロック６０６でＬＢＴによって判断されるようにチャネルが空いている場合、フローは代わりとして、ＤＬフレームの送信およびＤＬ送信の時間（ＴＤＬ）分だけのＴｏｎカウンタのインクリメントのためのブロック６１０へ進み得る。ある態様において方法６００は、１つの例としてＣＰＥのような別のネットワークデバイスで依然としてＤＬ送信が受信されるかどうかに関して判断もしくは肯定応答がなされる決定ブロック６１２も含み得る。ＤＬが完了する時、フローはその後ブロック６１４へ進む。
【００５３】
ブロック６１４で、少なくとも１つのＣＰＥから基地局へのＵＬフレーム送信の前に別の検知時間が鳴る(toll)。決定ブロック６１６でＬＢＴによって判断されるようにチャネルが空いていない場合、その時フローはカウントＴｏｎがＴｏｎの現在の値に設定される、すなわち言い換えればそのままにされる(frozen)ブロック６１８へ進む。加えて、ＥＱＰの値はアイドル状態の時間、つまりＵＬフレーム送信の時間分だけ減らされる。フローはその後、共有されるメディアを利用しようとする引き続きの取り組みのためにブロック６１８から６０４へ戻る。ブロック６１６内のＬＢＴは1つの例としてＣＰＥの中で実行され得ることは留意されたい。
【００５４】
ブロック６１６で判断されるようにチャネルが空いている場合、フローはＵＬフレームがＣＰＥのようなデバイスから基地局のような別のデバイスへと送信されるブロック６２０へ進む。加えて、カウントＴｏｎはＵＬフレーム送信の時間（ＴＵＬ）分だけインクリメントされる。フローはその後、Ｔｏｎの現在の値が、サイクルの間の送信用の最大の割り当てられた時間を示す予め決められたＴｍａｘ期間よりも大きいかどうかについて判断が下される決定ブロック６２２へ進む。大きくなかった場合、フローは共有されるメディアを利用しようとする引き続きの取り組みのためにブロック６０４へ立ち戻る。
【００５５】
Ｔｍａｘが超えられている場合、その時フローは、ＥＱＰのデューティサイクルを完了するために現在のＥＱＰが実行されるブロック６２４へ進む。加えてＴｏｎは零にリセットされ、蓄積されたＥＱＰの値は予め決められた初期値にリセットされる。フローは、次のサイクル用のＬＢＴを含む送信プロセスの再開のためにブロック６２４からもとのブロック６０４へ進む。
【００５６】
別の態様に従って、２つの異種のシステム間でのスペクトル共有用の方法７００が、図７で例示される。この方法においてデューティサイクルは、ＥＱＰ用の一定のデューティサイクルを保つのではなく、可変であるか、もしくは適応性があるかである。この提案される手法は図５および６ですでに論述された方法に類似する休眠期間およびＬＢＴを利用するが、適応性がある休眠期間のデューティサイクルが利用される点で異なる。開示される方法７００のプロセスは特定の異種のシステム内の１つ又は複数の端末（例えば、基地局およびＣＰＥ）で実行され得る。
【００５７】
図７で例示されるように方法７００は、ブロック７０２で表示されるように始めにカウンタＴｏｎを零に等しく設定し得る。フローはその後、システム内の端末がＤＬフレーム送信の開始に先立って検知期間の間待機するブロック７０４へ進む。検知期間の後、１つの例としてＬＢＴ技法を使用して、決定ブロック７０６によって例示されるようにチャネルが空いているかどうかについて判断が下される。特定の端末は、その割り当てられたサブチャネルだけでなく、全体のチャネルをリッスン(listen)するように構成され得る。メディアが使用中であると検知される場合、フローはカウンタＴｏｎが零に設定されるブロック７０８へ進み、そしてフローは別の検知期間およびＬＢＴの判断のためにブロック７０４へ戻る。
【００５８】
代わりとして、メディアがアイドル状態であると検知される場合、ブロック７１０によって表示されるように端末はＤＬフレームを送信する。加えてカウンタＴｏｎは、送信時間（例えば、ＤＬフレーム送信時間（ＴＤＬ））と等しい量の分だけインクリメントされる。さらにある態様に従って方法７００はまた、１つの例としてＣＰＥのような別のネットワークデバイスで依然としてＤＬ送信が受信されるかどうかに関して判断もしくは肯定応答がなされる決定ブロック７１２も含み得る。ＤＬフレーム送信が完了する時、フローはその後ブロック７１４へ進む。
【００５９】
ブロック７１４で検知のための別の待機期間がＣＰＥでのような、システム内の端末で実行される。図７の例において、検知時間がＵＬフレーム送信の開始に先立って実行される。次にフローは、例としてＬＢＴプロセスを通じてチャネルもしくはメディアが空いているかどうかを判断するための決定ブロック７１６へ進む。チャネルが空いていない場合、フローはカウンタＴｏｎを零にリセットするためのブロック７０８へ進み、その後ブロック７０４へ戻る。一方で、ブロック７１６でチャネルが空いていると判断される場合、フローはＣＰＥから基地局への送信のような、ＵＬフレームが送信されるブロック７１８へ進む。カウンタＴｏｎもまた、ＵＬフレームの送信時間（ＴＵＬ）分だけインクリメントされる。マルチユーザシナリオ（例えば、直交周波数分割多元接続（ＯＦＤＭＡ））のアップリンク用のある態様において、システム内の全ての端末が、メディアが使用中であると検知し、送信を中断する場合、その時カウンタＴｏｎはブロック７１６から７０８へのフローによって指し示されるように零にリセットされる。しかしながら、アップリンク内でユーザのサブセットのみがＬＢＴ（例えば、ブロック７１６）のために送信しない場合、カウンタは零にリセットされないだろう（つまり、ユーザのサブセットがＵＬフレームを送信することになると、フローはブロック７１８へ進むことになる）。
【００６０】
ＵＬフレームの送信の後方法７００は、決定ブロック７２０によって例示されるようにＴｏｎがＴｍａｘの予め決められた総送信時間よりも大きいかどうかを判断するためにチェックを実行する。時間Ｔｍａｘが依然として超えられていなかった場合、フローは直接ブロック７０４へ立ち戻る。そうでなければフローは、予め決められたＥＱＰ時間期間が特定のシステム用に実行され、カウンタＴｏｎは零にリセットされるブロック７２２へ進む。休眠期間が終了した後、ブロック７２２から７０４へ戻るフローによって指し示されるように、ネットワークは再びメディアをリッスンし始める。メディアが空いている場合、システムは送信する。そうでなければ、システムは例えば、ＤＬフレーム時間にＵＰフレーム時間を加算したものと等しい期間の間の送信を控える。ダウンリンクが送信され、端末のサブセットがアップリンクフレームの前にメディアが使用中であると検知する場合、その時端末のこのサブセットのみが後に続くアップリンクフレームにおいて送信しない。
【００６１】
当業者は理解することになるように、方法７００の手法は活動および休眠期間のある特定のデューティサイクルを満たすためにシステム上にどの制約も置かない。ブロック７０６もしくは７１６におけるメディア使用の検出でカウンタＴｏｎを零にリセットすることによって、適応性があるデューティサイクルを達成し、ここにおいて休眠期間（ＥＱＰ）が結果として影響されない。この手法は、共有されるスペクトル環境内の２つかそれよりも多い異種のシステムがメディアを同時に利用しないより短いアイドル状態の時間をもたらし得る。加えて送信ネットワークは特定のサイクル用の予め決められた最大時間期間Ｔｍａｘよりも長い間にわたって引き続いて送信することができない。いくつかの点でこの手法は、図５および６の方法のような一定のデューティサイクルを必要とする手法に対して有益であり得る。つまり、特定のもしくは一定のデューティサイクルを対象とするネットワークは著しくより長い時間の間チャネルを確保しておくことができ、このことは環境内に存在する他の異種のネットワークがそれに干渉し得る可能性を増加させる。図7の方法は、この制約がなく、チャネルの確保はより適応性があるので、干渉の可能性を減少させることができる。
【００６２】
別の態様に従って方法７００はまた、さらにスペクトル共有を改良するために休眠期間を伴う適応性がある最大送信時間も含み得る。例えば、２つのシステムが十分に分けられている場合、その時は両方のシステムがほとんどの時間高い成功確率で動作することが望ましいだろう。従って方法７００は、サイレンスの時間の間チャネルをリッスンすることを含むようにさらに構成され得、ここにおいてシステムは他のシステムのトラフィック活動を推測し、それに応じてその送信時間（例えば、Ｔｍａｘ）を適応させるように構成され得る。しかしさらに別の態様においてシステムは、それ自身のパケット失敗率を追跡するように構成され得る。この追跡は干渉のレベルの表示、および従って最善のチャネル利用を可能にする。さらにはＣＣＡテスト（例えば、プロセス７０６および７１６）用のしきい値は干渉のレベルに従って調整されるように構成され得るだろう。
【００６３】
また別の態様でアンテナアレイは、他の基地局からの信号を零にする(null out)ため基地局で利用され得る。空間分割多元接続（ＳＤＭＡ）が使用される場合、その時これは潜在的に干渉の作用を減少させることができる。ＵＬは隠れたノードの問題によってより強く影響されるので、その時基地局はＵＬの間にビジートーンを送信するように構成され得る。送信されたトーンは基地局において既知であるので、それは補償され、それ自身の受信機パスからキャンセルされ得る。端末の最も干渉の少ない組が一緒に組み合わせられるように、サブキャリアの割り当てが実行され得る。これは、それぞれのＣＰＥが異なる帯域で見られる干渉を測定し、この情報を基地局に送信することを通じて行われ得る。基地局はその後、ユーザにそれらの1つずつで見られる干渉に基づいてチャネルリソースを割り当てることができ、そしてそれはマルチユーザダイバーシティの形式である。
【００６４】
図８は、共有されるスペクトル環境においてスペクトル共有を実行するように構成される装置を例示する。装置８００は、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための手段８０２を含む。手段８０２は、例えば、図２で例示される装置内にあるような、送信機／受信機、復調器、データプロセッサ、およびデジタル信号プロセッサ（ＤＳＰ）の内の１つ又は複数によって実行され得る。装置８００は、バス８０４のような通信カップリング、もしくはモジュールあるいは手段間での通信用の類似の手段を伴ってさらに例示される。
【００６５】
装置８００は、チャネルが少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで、共有されるスペクトルチャネルを使用して１つ又は複数の送信フレームを送信するための手段８０６をさらに含む。ある態様において、手段８０６はＬＢＴおよびＣＣＡを実行するように構成され得、ネットワーク内の基地局およびＣＰＥｓのような１つ又は複数の端末で実行され得る。さらに手段８０６は、図２で例示される装置にあるような、送信機／受信機、復調器、データプロセッサ、およびデジタル信号プロセッサ（ＤＳＰ）の内の１つ又は複数によって実行され得る。
【００６６】
さらに装置は、スペクトルチャネルの送信使用の累積時間をカウントするための手段８０８を含む。ある例において手段８０８は、カウンタ（例えば、２２０もしくは２４２）、あるいは１つ又は複数のカウントを維持するための類似の手段として構成され得る。加えて手段８０８は、ＤＬおよびＵＬ送信時間（例えば、ＴＤＬおよびＴＵＬ）だけでなく時間Ｔｏｎをカウントすることを実行し得る。さらに手段８０８はまた、カウントするための手段をリセットするだけでなく、ＥＱＰ値および送信の時間を計算するような動作もしくはプロセスを実行するためのプロセッサと連動して、もしくはプロセッサによって実行され得る。
【００６７】
装置８００はさらに、累積時間が予め決められた最大時間期間（例えば、Ｔｍａｘ）を超えるかどうかを判断するための手段８１０を含み、ここにおいて最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し得る。手段８１０はプロセッサ、ＤＳＰ、およびカウンタ（例えば、２２０もしくは２４２）の１つ又は複数によって実行され得る。最後に装置８００は、最大時間期間が超えられる時、休眠期間を実行するための手段８１２を含む。これは図２のシステムにおいて例示されるようなプロセッサ、ＤＳＰ、送信機／受信機、送信プロセッサ、およびカウンタの内の１つ又は複数によって実行され得る。
【００６８】
装置８００は図８で単一の装置として表示されるけれども、装置はワイアレスネットワーク内の複数の装置を包含し、もしくは複数の装置に渡って実装され得ることは留意されたい。例えば、カウントするための手段は、図２内のシステムによって例示されるように基地局およびＣＰＥｓの両方で実行され得る。
【００６９】
別の態様に従って、メディアが使用中かアイドル状態であるかを評価する端末は、それが直面し得る干渉の種類を区別するようにさらに構成され得る。例えば、干渉を引き起こす他のネットワークがＬＢＴおよび拡張された休眠期間（ＥＱＰ）の同じ規則を適用しない場合、その時端末は、それが他のネットワークに従う必要がないように構成され得る。加えて干渉が同じネットワークに属する別の端末から来ている場合、その時第１の端末は単に送信を諦めるというよりむしろ、異種のネットワークに属する別の端末とスペクトルを共有するためのより効率的な手法があるかどうかを判断するように構成され得る。つまり検知機能は、干渉の種類を分類し、その干渉の種類に従って対処することによってのように、ハードなしきい値を単に判断する（メディアが使用中かもしくはアイドル状態か）よりも洗練されるように構成され得るだろう。
【００７０】
現在開示されたプロセス内のステップの特定の順序もしくは階層は単に典型的な手法の例であることは理解される。設計の選好に基づいて、プロセス内のステップの特定の順序もしくは階層は、本開示の範囲内に留まりながら再整理され得ることは理解される。添付の方法の請求項は単純な順序で様々なステップの要素を示し、示される特定の順序もしくは階層に限定されることは意図されていない。
【００７１】
現在開示された例は、特にシステムが時間において連続してＵＬおよびＤＬ送信を交互に送信する時分割デュプレックス（ＴＤＤ）を用いて説明されてきたけれども、本方法および装置は異なるスキームに利用可能である。単なる１つの例として連続でＵＬおよびＤＬ送信を交互に行うことを有するスキームではなく、システムは後に単一のＵＬ送信もしくは複数の時間的に連続したＵＬ送信が続く、２つかそれよりも多い時間的に連続したＤＬ送信を送信し得る。加えて先立って論述されたように本明細書の方法は、ＤＬ内の複数のチャネルのような複数のチャネルを用いるシステムもしくはＦＤＤシステムのような他のシステムに対してより広範に適応可能である。
【００７２】
当業者は、情報および信号が様々な異なる技術および技法のいずれかを使用して示され得ることを理解することになる。例えば、上記の説明全体を通して参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、電磁場もしくは磁性粒子、光学場もしくは光学粒子、あるいはそれらの組み合わせによって示され得る。
【００７３】
当業者は、本明細書で開示される実施例と関係して説明される様々な例示的な論理ブロック、モジュール、回路およびアルゴリズムのステップは電子ハードウェア、コンピュータソフトウェア、もしくは両方の組み合わせとして実行され得ることをさらに認識することになる。ハードウェアとソフトウェアのこの互換性を明白に例示するために、様々な例示的なコンポーネント、ブロック、モジュール、回路およびステップが概してそれらの機能の点で上記で説明されてきた。そのような機能が実行されるのがハードウェアとしてかソフトウェとしてかは、全体のシステムに課せられた設計の選好および特定のアプリケーションによって決められる。当業者は説明される機能をそれぞれの特定のアプリケーション用の様々な方法で実行し得るが、そのような実行決定は本開示の範囲からの離反を引き起こすと解釈されるべきではない。
【００７４】
本明細書で開示される実施例と関係して説明される様々な例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラム可能論理デバイス、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは本明細書で説明される機能を実行するために設計されたそれらの任意の組み合わせを用いて実行もしくは実装され得る。汎用プロセッサはマイクロプロセッサであり得るが、代わりとしてプロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、もしくはステートマシンであり得る。プロセッサはまた、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連動する１つ又は複数のマイクロプロセッサ、もしくは他のそのような構成などのコンピュータデバイスの組み合わせとしても実行され得る。
【００７５】
本明細書で開示される実施例と関係して説明される方法もしくはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、もしくはその二つの組み合わせで直接、具現化され得る。ソフトウェアモジュールもしくはコンピュータ読み取り可能命令は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、もしくは当技術分野では既知の記憶メディアの任意の他の形態のような記憶もしくはコンピュータ読み取り可能メディアに備わり得る。典型的な記憶もしくはコンピュータ読み取り可能メディアは、プロセッサが記憶メディアから情報を読み取り、ならびに記憶メディアに情報を書き込むことができるようなプロセッサに連結され得る。代わりとして記憶メディアはプロセッサと一体であり得る。プロセッサおよび記憶メディアはＡＳＩＣに備わり得る。ＡＳＩＣはユーザ端末に備わり得る。代わりとしてプロセッサおよび記憶メディアはシステム端末内にディスクリートコンポーネントとして備わり得る。
【００７６】
開示された実施例の前述の説明は、いずれの当業者も本開示を製造もしくは使用できるように提供される。これらの実施例に対する様々な修正は当業者に容易に明らかになり、ならびに本明細書で定められた包括的な本質は本開示の範囲もしくは趣旨から離反することなく他の実施例に適用され得る。従って本開示は、本明細書において表示された実施例に限定されることは意図されていないが、本明細書で開示された新たな特徴および本質と一貫した最大範囲が与えられるべきである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価することと、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つのデバイスから１つ又は複数の送信フレームを送信することと、
前記スペクトルチャネルの送信使用の累積時間を予め決められた条件に基づいてカウントすることと、
前記累積時間が予め決められた最大時間期間を超えるかどうかを判断することと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時、休眠期間を実行することと、を備える共有されるスペクトルチャネルを共有するための方法。
［Ｃ２］
前記送信の累積時間をカウントするための前記予め決められた条件が、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信の累積時間を予め決められた値にリセットすることを含むＣ１で定義される方法。
［Ｃ３］
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信の累積時間が単にリセットのみされるＣ２で定義される方法。
［Ｃ４］
前記送信の累積時間をカウントするための前記予め決められた条件が、アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、前記アップリンク送信および前記ダウンリンク送信の内の１つのための時間分だけ前記送信の累積時間をインクリメントすることを含むＣ１で定義される方法。
［Ｃ５］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の１つのための送信時間分だけ前記送信の累積時間の前記カウントをインクリメントすることを含むＣ１で定義される方法。
［Ｃ６］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信の累積時間の前記カウントを中止することを含むＣ１で定義される方法。
［Ｃ７］
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことをさらに備えるＣ１で定義される方法。
［Ｃ８］
前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価することが、
前記少なくとも１つの端末で予め決められた検知期間の間待機することと、
前記共有されるスペクトルチャネルが空いているどうかを判断するために前記端末でクリアチャネル評価を実行することと、を含むＣ１で定義される方法。
［Ｃ９］
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークであるＣ１で定義される方法。
［Ｃ１０］
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作するＣ１で定義される方法。
［Ｃ１１］
前記共有されるスペクトルチャネルに存在する干渉の１つ又は複数の特性を検知することと、
干渉の前記検知された１つ又は複数の特性に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも１つを修正することと、をさらに備えるＣ１で定義される方法。
［Ｃ１２］
ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための手段と、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つのデバイスから１つ又は複数の送信フレームを送信するための手段と、
予め決められた条件に基づいて前記スペクトルチャネルの送信使用の累積時間をカウントするための手段と、
前記累積時間が予め決められた最大時間期間を超えるかどうかを判断するための手段と、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するための手段と、を備えるスペクトルチャネルを共有するための装置。
［Ｃ１３］
前記送信の累積時間をカウントするための前記予め決められた条件が、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信の累積時間を予め決められた値にリセットすることを含むＣ１２で定義される装置。
［Ｃ１４］
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信の累積時間が単にリセットのみされるＣ１３で定義される装置。
［Ｃ１５］
前記送信の累積時間をカウントするための前記予め決められた条件は、アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、前記アップリンク送信および前記ダウンリンク送信の内の１つのための時間分だけ前記送信の累積時間をインクリメントすることを含むＣ１２で定義される装置。
［Ｃ１６］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の内の１つのための送信時間分だけ、前記送信の累積時間をカウントするための前記手段をインクリメントすることを含むＣ１２で定義される装置。
［Ｃ１７］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、カウントするための前記手段によって前記送信の累積時間の前記カウントを中止することを含むＣ１２で定義される装置。
［Ｃ１８］
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントするように構成される、前記休眠期間のために一定のデューティサイクルを保つための手段をさらに備えるＣ１２で定義される装置。
［Ｃ１９］
前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するための前記手段が、
予め決められた検知期間の間待機するように、
前記共有されるスペクトルの少なくとも１つのチャネルが空いているかどうかを判断するためのチャネル評価を実行するように、構成されるＣ１２で定義される装置。
［Ｃ２０］
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークであるＣ１２で定義される装置。
［Ｃ２１］
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作するＣ１２で定義される装置。
［Ｃ２２］
前記共有されるスペクトルチャネルに存在する干渉の１つ又は複数の特性を検知するための手段と、
干渉の前記検知された１つ又は複数の特性に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも１つを修正するための手段と、をさらに備えるＣ１２で定義される装置。
［Ｃ２３］
ネットワーク内の少なくともの１つの端末で、共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するように、
前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つのデバイスから１つ又は複数の送信フレームを送信するように、
予め決められた条件に基づいて前記スペクトルチャネルの送信使用の累積時間をカウントするように、
前記累積時間が予め決められた最大時間期間を超えるかどうかを判断するように、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信が継続し、
前記最大時間期間が超えられる時休眠期間を実行するように、構成される少なくとも１つのプロセッサを備える共有されるスペクトルチャネルを共有するための装置。
［Ｃ２４］
前記送信の累積時間をカウントするための前記予め決められた条件は、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信の累積時間を予め決められた値にリセットすることを含むＣ２３で定義される装置。
［Ｃ２５］
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信の累積時間が単にリセットのみされるＣ２４で定義される装置。
［Ｃ２６］
前記送信の累積時間をカウントするための前記予め決められた条件は、アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、アップリンク送信およびダウンリンク送信の内の１つのための時間分だけ前記送信の累積時間をインクリメントすることを含むＣ２３で定義される装置。
［Ｃ２７］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の内の１つのための送信時間分だけ前記送信の累積時間の前記カウントをインクリメントすることを含むＣ２３で定義される装置。
［Ｃ２８］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信の累積時間の前記カウントを中止することを含むＣ２３で定義される装置。
［Ｃ２９］
前記少なくとも１つのプロセッサが、
前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つように、さらに構成されるＣ２３で定義される装置。
［Ｃ３０］
前記少なくとも１つのプロセッサが、
前記少なくとも１つの端末で予め決められた検知期間の間待機することと、
前記共有されるスペクトルチャネルが空いているかどうかを判断するために前記端末でクリアチャネル評価を実行することと、を含み、前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも１つの他のネットワークによって使用されているかどうかを評価するようにさらに構成されるＣ２３で定義される装置。
［Ｃ３１］
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークであるＣ２３で定義される装置。
［Ｃ３２］
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作するＣ２３で定義される装置。
［Ｃ３３］
前記少なくとも１つのプロセッサが、
前記共有されるスペクトルチャネルに存在する干渉の１つ又は複数の特性を検知するように、
干渉の前記検知された１つ又は複数の特性に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも1つを修正するようにさらに構成されるＣ２３で定義される装置。
［Ｃ３４］
コンピュータに、ネットワーク内の少なくとも１つの端末で、共有されるスペクトルチャネルが少なくとも1つの他のネットワークによって使用されているかどうかを評価することをさせるためのコードと、
コンピュータに、前記チャネルが前記少なくとも１つの他のネットワークによって使用されていないと評価される時、アップリンクもしくはダウンリンクの内の少なくとも１つで前記共有されるスペクトルチャネルを使用して前記ネットワーク内の前記少なくとも１つのデバイスから１つ又は複数の送信フレームを送信することをさせるためのコードと、
コンピュータに、予め決められた条件に基づいて前記スペクトルチャネルの送信使用の累積時間をカウントすることをさせるためのコードと、
コンピュータに、前記累積時間が予め決められた最大時間期間を超えるかどうかを判断することをさせるためのコードと、ここにおいて前記最大時間期間が超えられていなかった場合、１つ又は複数の送信フレームの送信は継続し、
コンピュータに、前記最大時間期間が超えられる時、休眠期間を実行することをさせるためのコードと、
を備えるコンピュータ読み取り可能媒体を備えるコンピュータプログラム製品。
［Ｃ３５］
前記送信の累積時間をカウントするための前記予め決められた条件が、前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信の累積時間を予め決められた値にリセットすることを含むＣ３４で定義されるコンピュータプログラム製品。
［Ｃ３６］
前記ネットワーク内の全ての端末が、前記共有されるスペクトルチャネルが使用されていると検知する時、前記送信の累積時間が単にリセットのみされるＣ３５で定義されるコンピュータプログラム製品。
［Ｃ３７］
前記送信の累積時間をカウントするための前記予め決められた条件が、アップリンクおよびダウンリンク上のフレーム送信の後それぞれ、前記アップリンク送信およびダウンリンク送信の内の１つのための時間分だけ前記送信の累積時間をインクリメントすることを含むＣ３４で定義されるコンピュータプログラム製品。
［Ｃ３８］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、少なくともダウンリンクおよびアップリンク送信の内の1つのための送信時間分だけ前記送信の累積時間の前記カウントをインクリメントすることを含むＣ３４で定義されるコンピュータプログラム製品。
［Ｃ３９］
前記送信の累積時間をカウントするための前記予め決められた条件が、
前記チャネルが使用されていると判断され、ならびに前記予め決められた最大時間期間が超えられていなかった時、前記送信の累積時間の前記カウントを中止することを含むＣ３４で定義されるコンピュータプログラム製品。
［Ｃ４０］
前記コンピュータ読み取り可能媒体が、
コンピュータに、前記チャネルが使用されていると判断される時、アップリンク送信時間およびダウンリンク送信時間の内の少なくとも１つに基づいて前記休眠期間のための時間値をデクリメントすることによって前記休眠期間のために一定のデューティサイクルを保つことをさせるためのコードをさらに備えるＣ３４で定義されるコンピュータプログラム製品。
［Ｃ４１］
前記ネットワーク内の前記少なくとも１つの端末で、前記共有されるスペクトルチャネルが少なくとも1つの他のネットワークによって使用されているかどうかを評価することをさせるためのコードが、
コンピュータに、前記少なくとも1つの端末で予め決められた検知期間の間待機することをさせるためのコードと、
コンピュータに、前記共有されるスペクトルチャネルが空いているかどうかを判断するために前記端末でクリアチャネル評価を実行することをさせるためのコードと、を含む前記コンピュータ読み取り可能媒体のＣ３４で定義されるコンピュータプログラム製品。
［Ｃ４２］
前記ネットワークおよび前記少なくとも１つの他のネットワークが異種の、フレームをベースとしたワイアレスネットワークであるＣ３４で定義されるコンピュータプログラム製品。
［Ｃ４３］
前記ネットワークがＴＤＤもしくはＦＤＤの内の１つに従って動作するＣ３４で定義されるコンピュータプログラム製品。
［Ｃ４４］
コンピュータに、前記共有されるスペクトルチャネルに存在する干渉の１つ又は複数の特性を検知することをさせるためのコードと、
コンピュータに、干渉の前記検知された１つ又は複数の特性に基づいて前記予め決められた最大時間期間および前記休眠期間の実行の内の少なくとも１つを修正することをさせるためのコードと、をさらに備えるＣ３４で定義されるコンピュータプログラム製品。
【図１】
0005931994.tif 000002
【図２】
0005931994.tif 000003
【図３Ａ】
0005931994.tif 000004
【図３Ｂ】
0005931994.tif 000005
【図４】
0005931994.tif 000006
【図５】
0005931994.tif 000007
【図６】
0005931994.tif 000008
【図７】
0005931994.tif 000009
【図８】
0005931994.tif 000010